JP2023523393A - ビデオベース点群ストリームのｉｓｏｂｍｆｆコンテナにおける部分的なアクセスサポート - Google Patents

Abstract

ビデオベース点群ストリームのＩＳＯＢＭＦＦコンテナにおける部分的なアクセスサポートのためのシステム、デバイス、及び方法が本明細書に記載されている。ビデオ符号化デバイスは、３Ｄ空間を第１の空間領域及び第２の空間領域に分割し得る。ビデオ符号化デバイスは、第１の空間領域を第１のＶ－ＰＣＣタイルセットにマッピングし、第２の空間領域を第２のＶ－ＰＣＣタイルセットにマッピングし得る。ビデオ符号化デバイスは、第１のＶ－ＰＣＣタイルセットにマッピングされた第１の空間領域と関連付けられた第１のマッピング情報を搬送する第１のトラックを判定し得る。ビデオ符号化デバイスは、第２のＶ－ＰＣＣファイルセットにマッピングされた第２の空間領域と関連付けられた第２のマッピング情報を搬送する第２のトラックを判定し得る。ビデオ符号化デバイスは、第１のトラック及び第２のトラックをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。【選択図】図１１

Description

（関連出願の相互参照）
本出願は、２０２０年４月１４日に出願された米国仮特許出願第６３／００９，９３１号、２０２０年６月２３日に出願された米国仮特許出願第６３／０４２，８９２号、２０２０年８月７日に出願された米国仮特許出願第６３／０６２，９８３号、及び２０２０年１０月５日に出願された米国仮特許出願第６３／０８７，４２５号の利益を主張し、当該特許出願の開示は、それらの全体が参照により本明細書に組み込まれる。

点群は、各点の位置及び属性を示す座標を使用して３Ｄ空間で表される一組の点を含み得る。点群に基づいてオブジェクト及びシーンを再構成することは、数百万点を処理することを必要とし得る。効率的に圧縮することは、点群データを記憶及び伝送するために不可欠であり得る。

ビデオベースの点群圧縮（Video-based point cloud compression、Ｖ－ＰＣＣ）ビットストリームは、Ｖ－ＰＣＣユニットのシーケンスを含み得る。各Ｖ－ＰＣＣユニットは、Ｖ－ＰＣＣヘッダ及びＶ－ＰＣＣペイロードを含み得る。Ｖ－ＰＣＣヘッダはＶ－ＰＣＣユニットタイプを記述し得、Ｖ－ＰＣＣペイロードはＶ－ＰＣＣユニットタイプと関連付けられたデータを提供し得る。Ｖ－ＰＣＣユニットのシーケンスは、Ｖ－ＰＣＣビットストリーム中でビデオデコーダにシグナリングされ得る。現在のＶ－ＰＣＣシグナリングは、Ｖ－ＰＣＣシーケンスのある特定のタイプのアクセス（例えば、部分的なアクセス）に十分ではない場合がある。

ビデオベースの点群ストリームのための国際標準化機構ベースメディアファイルフォーマット（International Organization for Standardization Base Media File Format、ＩＳＯＢＭＦＦ）コンテナにおける部分的なアクセスサポートのためのシステム、デバイス、及び方法が本明細書に記載されている。ファイルフォーマット構造は、（例えば、ＩＳＯＢＭＦＦコンテナ中にカプセル化された）コード化点群シーケンスの異なる部分への柔軟な部分的なアクセスを可能にし得る。

ビデオ符号化デバイスは、３Ｄ空間を第１の空間領域及び第２の空間領域に分割し得る。ビデオ符号化デバイスは、第１の空間領域を、第１のビデオベース点群圧縮（Ｖ－ＰＣＣ）タイルセット及び第２の空間領域を第２のＶ－ＰＣＣタイルセットにマッピングし得る。第１のＶ－ＰＣＣタイルセット及び第２のＶ－ＰＣＣタイルセットの各々は、アトラスフレームと関連付けられ得る。第１のＶ－ＰＣＣタイルセット及び第２のＶ－ＰＣＣタイルセットの各々は、独立して復号化可能であり得る。第１の空間領域を第１のＶ－ＰＣＣタイルセットに、及び第２の空間領域を第２のＶ－ＰＣＣタイルセットに各々マッピングすることは、タイル識別及び／又はトラック識別に基づき得る。第１のＶ－ＰＣＣタイルセットは、第１のパッチセットと関連付けられ得、第２のＶ－ＰＣＣタイルセットは、第２のパッチセットと関連付けられ得る。ビデオ符号化デバイスは、第１のＶ－ＰＣＣタイルセットにマッピングされた第１の空間領域と関連付けられた第１のマッピング情報を搬送する第１のトラックを判定し得る。ビデオ符号化デバイスは、第２のＶ－ＰＣＣタイルにマッピングされた第２の空間領域と関連付けられた第２のマッピング情報を搬送する第２のトラックを判定し得る。ビデオ符号化デバイスは、第１のトラック及び第２のトラックをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。第１のトラック及び第２のトラックは、メディアコンテナファイル内で送付され得る。

ビデオ符号化デバイスは、更新次元フラグを判定し得る。更新次元フラグは、第１の空間領域の１つ以上の次元への更新又は第２の空間領域の１つ以上の次元への更新を示し得る。ビデオ符号化デバイスは、更新次元フラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。

第１の空間領域は、第１のオブジェクトと関連付けられ得る。第２の空間領域は、第２のオブジェクトと関連付けられ得る。ビデオ符号化デバイスは、１つ以上のオブジェクトフラグを判定し得る。ビデオ符号化デバイスは、オブジェクトフラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。ビデオ符号化デバイスは、第１の空間領域と関連付けられた第１のオブジェクトが第２の空間領域と関連付けられた第２のオブジェクトに依存することを示すオブジェクト依存フラグを判定し得、オブジェクト依存フラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。ビデオ符号化デバイスは、第１の空間領域と関連付けられた第１のオブジェクトへの更新、又は第２のオブジェクト関連の第２の空間領域への更新を示す更新オブジェクトフラグを判定し得、更新オブジェクトフラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。

１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。 ブロックベースのビデオエンコーダの実施例を示す図である。 ビデオデコーダの実施例を示す図である。 様々な態様及び実施例が実装され得るシステムの実施例を示す図である。 サーバとクライアントとの間の例示的なインターフェースを示す図である。 サーバとクライアントとの間の例示的なインターフェースを示す図である。 クライアント（例えば、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ））によってコンテンツを要求する実施例を示す図である。 Ｖ－ＰＣＣユニットのシーケンスとしてビデオベース点群圧縮（Ｖ－ＰＣＣ）ビットストリーム構造の実施例を示す図である。 アトラスフレームのタイル及びタイルグループ分割の実施例を示す図である。 マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナの例示的な構造を示す図である。 三次元（three dimensional、３Ｄ）空間と関連付けられたアトラスフレームのタイルマッピングの実施例を示す。

ここで、例解的な実施形態の詳細な説明を、様々な図を参照して説明する。本説明は、可能な実装形態の詳細な例を提供するが、詳細は、例示的であることを意図しており、決して本出願の範囲を限定するものではないことに留意されたい。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。

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

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

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、この技術は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用してエアインターフェース１１６を確立することができる。

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

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

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

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

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

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

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

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、かつ当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

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

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

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

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は動作され得ることが理解されよう。

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

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

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

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

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

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は参照され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して一次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を例解するシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

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

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たすことができる。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

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

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

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

本出願は、ツール、特徴、実施例又は実施形態、モデル、アプローチなどを含む、様々な態様を記載している。これらの態様のうちの多くは、具体的に説明され、少なくとも個々の特性を示すために、しばしば限定的に聞こえ得るように記載されている。しかしながら、これは、説明を明確にすることを目的としており、それらの態様の適用又は範囲を限定するものではない。実際、異なる態様の全てが組み合わされ、交換されて、更なる態様を提供し得る。その上、態様は、同様に、先の出願に記載の態様と組み合わせられ、交換され得る。

本出願において記載及び企図される態様は、多くの異なる形態で実装され得る。本明細書に記載の図１～図１０は、いくつかの実施例を提供し得るが、他の実施形態も企図される。図１～図１０の考察は、実装形態の幅を限定するものではない。態様のうちの少なくとも１つは、概して、ビデオ符号化及び復号化に関し、少なくとも１つの他の態様は、概して、生成又は符号化されたビットストリームを送信することに関する。これら及び他の態様は、方法、装置、記載の方法のうちのいずれかに従ってビデオデータを符号化又は復号化するための命令を記憶したコンピュータ可読記憶媒体、及び／又は記載の方法のうちのいずれかに従って生成されたビットストリームを記憶したコンピュータ可読記憶媒体として実装され得る。

本出願では、「再構成された（reconstructed）」及び「復号化された（decoded）」という用語は、交換可能に使用され得、「ピクセル（pixel）」及び「サンプル（sample）」という用語は、交換可能に使用され得、「画像（image）」、「ピクチャ（picture）」、及び「フレーム（frame）」という用語は、交換可能に使用され得る。

様々な方法が本明細書に説明されており、本方法の各々は、説明された方法を達成するための１つ以上のステップ又はアクションを含む。ステップ又はアクションの特定の順序が方法の適切な動作のために必要とされない限り、特定のステップ及び／又はアクションの順序及び／又は使用は、修正又は組み合わされ得る。加えて、「第１の（first）」、「第２の（second）」などの用語は、様々な実施形態において、例えば、「第１の復号化（first decoding）」及び「第２の復号化（second decoding）」などの要素、コンポーネント、ステップ、動作などを修正するために使用され得る。かかる用語の使用は、具体的に必要とされない限り、修正された動作に対する順序付けを意味するものではない。そのため、この実施例では、第１の復号化は、第２の復号化の前に実行される必要はなく、例えば、第２の復号化の前、第２の復号化の間、又は第２の復号化と重複する時間中に発生し得る。

本出願に記載の様々な方法及び他の態様は、図２及び図３に示すように、例えば、ビデオエンコーダ２００及びデコーダ３００のモジュールを修正するために使用され得る。更に、本明細書で開示する主題は、ＶＶＣ又はＨＥＶＣに限定されない態様を提示し、例えば、規格又は勧告に記載されているかどうかにかかわらず、既存であるか又は将来開発されるかどうかにかかわらず、ビデオコード化の任意のタイプ、形式、又はバージョン、並びに任意のかかる規格及び勧告（例えば、ＶＶＣ及びＨＥＶＣを含む）の拡張に適用され得る。別段の指示がない限り、又は技術的に除外されない限り、本出願に記載の態様は、個々に又は組み合わせて使用され得る。

本出願に記載の実施例では、０１３としての残りのバイトのカウント、０～５及び１０～２１の範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値など、様々な数値が使用される。これら及び他の特定の値は、例を説明するためのものであり、説明する態様は、これらの特定の値に限定されない。

図２は、例示的なビデオエンコーダを示す図である。例示的なエンコーダ２００の変形例が企図されるが、エンコーダ２００は、全ての予想される変形例を説明することなく、明確にする目的で以下に記載される。

符号化される前に、ビデオシーケンスは、符号化前処理（２０１）、例えば、カラー変換を入力カラーピクチャに適用すること（例えば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）、又は圧縮に対してより弾力的な信号分布を得るために入力ピクチャコンポーネントの再マッピングを実行する（例えば、カラーコンポーネントのうちの１つのヒストグラム等化を使用して）ことを経得る。メタデータは、その前処理と関連付けられ、ビットストリームに添付され得る。

エンコーダ２００では、以下に記載のように、ピクチャは、エンコーダ要素によって符号化される。符号化されるピクチャは、分割され（２０２）、例えば、符号化ユニット（coding unit、ＣＵ）の単位で処理される。各ユニットは、例えば、イントラモード又はインターモードのいずれかを使用して符号化される。ユニットがイントラモードで符号化されるとき、そのユニットは、イントラ予測（２６０）を実行する。インターモードでは、動き推定（２７５）及び動き補償（２７０）が実行される。エンコーダは、ユニットを符号化するためにイントラモード又はインターモードのうちのどちらを使用すべきかを決定し（２０５）、例えば、予測モードフラグによってイントラ／インターの決定を示す。予測残差は、例えば、元の画像ブロックから予測されたブロックを減算することによって（２１０）計算される。

その予測残差は、次いで、変換され（２２５）、量子化される（２３０）。量子化された変換係数、並びに動きベクトル及び他の構文要素は、ビットストリームを出力するためにエントロピコード化される（２４５）。エンコーダは、変換をスキップし、量子化を非変換残差信号に直接適用することができる。エンコーダは、変換及び量子化の両方をバイパスすることができ、すなわち、残差は、変換プロセス又は量子化プロセスを適用することなく直接コード化される。

エンコーダは、符号化されたブロックを復号化して、更なる予測のための参照を提供する。量子化された変換係数は、予測残差を復号化するために逆量子化され（２４０）、逆変換される（２５０）。復号化された予測残差、及び予測されたブロックを組み合わせると（２５５）、画像ブロックが再構成される。ループ内フィルタ（２６５）は、例えば、符号化アーチファクトを低減するための非ブロック化／ＳＡＯ（サンプル適応オフセット、Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）フィルタ処理を実行するために、再構成されたピクチャに適用される。フィルタ処理された画像は、参照ピクチャバッファ（２８０）で記憶される。

図３は、ビデオデコーダの実施例を示す図である。例示的なデコーダ３００では、ビットストリームは、以下に記載のように、デコーダ要素によって復号化される。ビデオデコーダ３００は、図２に記載するように、一般に、符号化パスとは逆の復号化パスを実行する。エンコーダ２００もまた、一般に、ビデオデータを符号化することの一部としてビデオ復号化を実行する。

特に、デコーダの入力は、ビデオビットストリームを含み、ビデオエンコーダ２００によって生成され得る。ビットストリームは、まず、変換係数、動きベクトル、及び他のコード化情報を取得するために、エントロピ復号化される（３３０）。ピクチャ分割情報は、ピクチャがどのように分割されているかを示す。デコーダは、したがって、復号化されたピクチャ分割情報に従ってピクチャを分割し得る（３３５）。変換係数は、予測残差を復号化するために、逆量子化され（３４０）、逆変換される（３５０）。復号化された予測残差と予測されたブロックとを組み合わせて（３５５）、画像ブロックが再構成される。予測されたブロックは、イントラ予測（３６０）から又は動き補償予測（すなわち、インター予測）（３７５）から取得され得る（３７０）。ループ内フィルタ（３６５）が、再構成された画像に適用される。フィルタ処理された画像は、参照ピクチャバッファ（３８０）に記憶される。

復号化されたピクチャは、復号化後処理（３８５）、例えば、逆カラー変換（例えば、ＹＣｂＣｒ４：２：０からＲＧＢ４：４：４への変換）、又は符号化前処理（２０１）において実行された再マッピングプロセスの逆を実行する逆再マッピングを更に経ることができる。復号化後処理は、符号化前処理において導出され、ビットストリームにおいてシグナリングされたメタデータを使用することができる。

図４は、本明細書に記載の様々な態様及び実施形態が実装され得るシステムの実施例を示す図である。システム４００は、以下に記載の様々なコンポーネントを含むデバイスとして具体化され得、本明細書に記載の態様のうちの１つ以上を実行するように構成されている。かかるデバイスの実施例としては、これらに限定されないが、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ記録システム、コネクテッド家電、及びサーバなどの様々な電子デバイスが挙げられる。システム４００の要素は、単独で、又は組み合わせて、単一の集積回路（integrated circuit、ＩＣ）、複数のＩＣ、及び／又は別個のコンポーネントに具現化され得る。例えば、少なくとも１つの実施例では、システム４００の処理及びエンコーダ／デコーダ要素は、複数のＩＣ及び／又は別個のコンポーネントにわたって分散される。様々な実施形態では、システム４００は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム４００は、本明細書に記載の態様のうちの１つ以上を実装するように構成されている。

システム４００は、例えば、本明細書に記載の様々な態様を実装するために、その中にロードされた命令を実行するように構成された少なくとも１つのプロセッサ４１０を含む。プロセッサ４１０は、埋め込みメモリ、入出力インターフェース、及び当該技術分野において知られている様々な他の回路を含むことができる。システム４００は、少なくとも１つのメモリ４２０（例えば、揮発性メモリデバイス及び／又は不揮発性メモリデバイス）を含む。システム４００は、記憶デバイス４４０を含み、これは、不揮発性メモリ及び／又は揮発性メモリを含むことができ、これらのメモリとしては、電気的消去可能なプログラマブル読み出し専用メモリ（Electrically Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（Programmable Read-Only Memory、ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（Dynamic Random Access Memory、ＤＲＡＭ）、スタティックランダムアクセスメモリ（Static Random Access Memory、ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、及び／又は光ディスクドライブが挙げられるが、これらに限定されない。記憶デバイス４４０は、非限定的な例として、内部記憶デバイス、添付された記憶デバイス（取り外し可能及び取り外し不可能な記憶デバイスを含む）、及び／又はネットワークアクセス可能な記憶デバイスを含むことができる。

システム４００は、例えば、符号化ビデオ又は復号化ビデオを提供するためにデータを処理するように構成されたエンコーダ／デコーダモジュール４３０を含み、エンコーダ／デコーダモジュール４３０は、それ自体のプロセッサ及びメモリを含むことができる。エンコーダ／デコーダモジュール４３０は、符号化機能及び／又は復号化機能を実行するためにデバイス内に含まれ得るモジュールを表す。既知であるように、デバイスは、符号化モジュール及び復号化モジュールのうちの一方又は両方を含むことができる。加えて、エンコーダ／デコーダモジュール４３０は、システム４００の個別の要素として実装され得るか、又は当業者に知られているように、ハードウェアとソフトウェアの組み合わせとしてプロセッサ４１０内に組み込まれ得る。

本明細書に記載の様々な態様を実行するためにプロセッサ４１０又はエンコーダ／デコーダ４３０にロードされるプログラムコードは、記憶デバイス４４０に記憶され、その後、プロセッサ４１０による実行のためにメモリ４２０上にロードされ得る。様々な実施形態によれば、プロセッサ４１０、メモリ４２０、記憶デバイス４４０、及びエンコーダ／デコーダモジュール４３０のうちの１つ以上は、本明細書に記憶のプロセスの実行中に様々なアイテムのうちの１つ以上を記憶することができる。かかる記憶されたアイテムは、これらに限定されないが、入力ビデオ、復号化ビデオ、又は復号化ビデオの一部分、ビットストリーム、マトリクス、変数、並びに、方程式、式、動作、及び動作論理の処理からの中間結果又は最終結果を含むことができる。

いくつかの実施形態では、プロセッサ４１０及び／又はエンコーダ／デコーダモジュール４３０の内部のメモリは、命令を記憶し、かつ符号化中又は復号化中に必要とされる処理のための作業メモリを提供するために使用される。しかしながら、他の実施形態では、処理デバイス（例えば、処理デバイスは、プロセッサ４１０又はエンコーダ／デコーダモジュール４３０のいずれかであり得る）の外部のメモリが、これらの機能のうちの１つ以上のために使用される。外部メモリは、メモリ４２０及び／又は記憶デバイス４４０、例えば、ダイナミック揮発性メモリ及び／又は不揮発性フラッシュメモリであり得る。いくつかの実施形態では、外部不揮発性フラッシュメモリを使用して、例えば、テレビのオペレーティングシステムを記憶する。少なくとも１つの実施形態では、ＲＡＭなどの高速外部ダイナミック揮発性メモリが、ＭＰＥＧ－２（ＭＰＥＧはＭｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐを指し、ＭＰＥＧ－２はＩＳＯ／ＩＥＣ１３８１８とも称され、１３８１８－１はＨ．２２２としても知られており、１３８１８－２はＨ．２６２としても知られている）、ＨＥＶＣ（ＨＥＶＣ、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇは高効率映像符号化を指し、Ｈ．２６５及びＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られている）、又はＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇは、ＪＶＥＴ、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍによって開発中の新しい規格）などのビデオ符号化及び復号化動作のための作業メモリとして使用される。

システム４００の要素への入力は、ブロック４４５に示すように、様々な入力デバイスを通して提供され得る。かかる入力デバイスとしては、これらに限定されないが、（ｉ）例えば、放送局によって地上波で送信されるＲＦ信号を受信する無線周波数（radio frequency、ＲＦ）部分、（ｉｉ）コンポーネント（ＣＯＭＰ）入力端子（又は一組のＣＯＭＰ入力端子）、（ｉｉｉ）ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）入力端子、及び／又は（ｉｖ）高解像度マルチメディアインターフェース（High Definition Multimedia Interface、ＨＤＭＩ）入力端子が挙げられる。他の実施例には、図４には示していないが、複合ビデオが含まれる。

様々な実施形態では、ブロック４４５の入力デバイスは、当技術分野で知られているように、関連するそれぞれの入力処理要素を有する。例えば、ＲＦ部分は、（ｉ）所望の周波数を選択すること（信号を選択すること、又は信号をある帯域の周波数に帯域制限することとも称される）と、（ｉｉ）選択された信号をダウンコンバートすることと、（ｉｉｉ）（例えば）ある特定の実施形態ではチャネルと称され得る信号周波数帯域を選択するために、より狭い周波数帯域に再び帯域制限することと、（ｉｖ）ダウンコンバートされ帯域制限された信号を復調することと、（ｖ）誤り訂正を実行することと、（ｖｉ）所望のデータパケットストリームを選択するために逆多重化することと、に好適な要素と関連付けられ得る。様々な実施形態のＲＦ部分は、これらの機能を実行する１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、バンドリミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、エラー訂正器、及びデマルチプレクサを含む。ＲＦ部分は、様々なこれらの機能を実行するチューナを含むことができ、例えば、受信した信号をより低い周波数（例えば、中間周波数又は近ベースバンド周波数）に又はベースバンドにダウンコンバートすることを含む。セットトップボックスの一実施形態では、ＲＦ部分及びその関連する入力処理要素は、有線（例えば、ケーブル）媒体を介して送信されるＲＦ信号を受信し、所望の周波数帯域にフィルタリング、ダウンコンバート、及び再フィルタリングすることによって周波数選択を実行する。様々な実施形態では、上で説明される（及び他の）要素の順序を並べ替える、これらの要素の一部を削除する、並びに／又は、類似若しくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含み得る。様々な実施形態において、ＲＦ部分は、アンテナを含む。

加えて、ＵＳＢ端子及び／又はＨＤＭＩ端子は、システム４００をＵＳＢ接続及び／又はＨＤＭＩ接続にわたって他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理の様々な態様、例えば、リードソロモン誤り訂正は、例えば、必要に応じて、個別の入力処理ＩＣ内又はプロセッサ４１０内に実装され得ることを理解されたい。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の態様は、必要に応じて、個別のインターフェースＩＣ内又はプロセッサ４１０内に実装され得る。復調され、誤り訂正され、逆多重化されたストリームは、例えば、プロセッサ４１０と、出力デバイス上に提示するために必要に応じてデータストリームを処理するためにメモリ及び記憶要素と組み合わせて動作するエンコーダ／デコーダ４３０とを含む、様々な処理要素に提供される。

システム４００の様々な要素は、一体型ハウジング内に提供され得る。一体型ハウジング内では、様々な要素が相互接続され、適切な接続配列４２５、例えば、Ｉｎｔｅｒ－ＩＣ（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む当技術分野で知られている内部バスを使用して、それらの間でデータを送信し得る。

システム４００は、通信チャネル４６０を介して他のデバイスとの通信を可能にする通信インターフェース４５０を含む。通信インターフェース４５０は、通信チャネル４６０介してデータを送信及び受信するように構成されたトランシーバを含むことができるが、これに限定されない。通信インターフェース４５０は、モデム又はネットワークカードを含むことができるが、これに限定されず、通信チャネル４６０は、例えば、有線及び／又は無線媒体内に実装され得る。

データは、様々な実施形態では、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥ、ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓは、米国電気電子技術者協会を指す）などの無線ネットワークを使用して、システム４００にストリーミングされるか、又は別様に提供される。これらの実施例のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信用に適合された通信チャネル４６０及び通信インターフェース４５０を介して受信される。これらの実施形態の通信チャネル４６０は、典型的には、ストリーミングアプリケーション及び他のオーバザトップ通信を可能にするためのインターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態では、入力ブロック４４５のＨＤＭＩ接続を介してデータを配信するセットトップボックスを使用して、システム４００にストリーミングデータを提供する。更に他の実施形態では、入力ブロック４４５のＲＦ接続を使用して、システム４００にストリーミングデータを提供する。上で示されるように、様々な実施形態は、データを非ストリーミングの様式で提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。

システム４００は、ディスプレイ４７５、スピーカ４８５、及び他の周辺デバイス４９５を含む種々の出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ４７５は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み可能なディスプレイのうちの１つ以上を含む。ディスプレイ４７５は、テレビ、タブレット、ラップトップ、携帯電話（モバイルフォン）、又は他のデバイスのためのものであり得る。ディスプレイ４７５はまた、他のコンポーネントに統合されるか（例えば、スマートフォンのように）、又は別個である（例えば、ラップトップのための外部モニタ）こともできる。他の周辺デバイス４９５としては、実施形態の様々な実施例では、スタンドアロンデジタルビデオディスク（又はデジタル多用途ディスク）（両方の用語の略称としてＤＶＲ、ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、ディスクプレーヤ、ステレオシステム、及び／又は照明システムのうちの１つ以上が挙げられる。様々な実施形態は、システム４００の出力に基づいて機能を提供する１つ以上の周辺デバイス４９５を使用する。例えば、ディスクプレーヤは、システム４００の出力を再生する機能を実行する。

様々な実施形態では、制御信号が、システム４００と、ディスプレイ４７５、スピーカ４８５、又は他の周辺デバイス４９５との間で、ＡＶ．Ｌｉｎｋ、家庭用電子制御（Consumer Electronics Control、ＣＥＣ）、又はユーザ介入の有無にかかわらずデバイス間の制御を可能にする他の通信プロトコルなどのシグナリングを使用して通信される。出力デバイスは、それぞれのインターフェース４７０、４８０、及び４９０を通じた専用接続を介してシステム４００に通信可能に結合され得る。代替的に、出力デバイスは、通信インターフェース４５０を介し、通信チャネル４６０を使用して、システム４００に接続され得る。ディスプレイ４７５及びスピーカ４８５は、例えば、テレビなどの電子デバイス内のシステム４００の他のコンポーネントと単一のユニットに統合され得る。様々な実施形態では、ディスプレイインターフェース４７０は、例えば、タイミングコントローラ（timing controller、Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含む。

ディスプレイ４７５及びスピーカ４８５は、代替的に、例えば、入力４４５のＲＦ部分が個別のセットトップボックスの一部分である場合、他のコンポーネントのうちの１つ以上から分離され得る。ディスプレイ４７５及びスピーカ４８５が外部コンポーネントである様々な実施形態では、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む、専用の出力接続を介して提供され得る。

実施形態は、プロセッサ４１０によって、又はハードウェアによって、又はハードウェア及びソフトウェアの組み合わせによって実装されたコンピュータソフトウェアによって実行され得る。非限定的な実施例として、実施形態は、１つ以上の集積回路によって実装され得る。メモリ４２０は、技術環境に適切な任意のタイプであり得、非限定的な例として、光メモリデバイス、磁気メモリデバイス、半導体ベースのメモリデバイス、固定メモリ、及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実装され得る。プロセッサ４１０は、技術環境に適切な任意のタイプのものであり得、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサのうちの１つ以上を包含することができる。

様々な実装形態は、復号化することを含む。本出願で使用される場合、「復号化」は、例えば、ディスプレイに好適な最終出力を作り出すために受信された符号化シーケンス上で実行されるプロセスの全て又は一部を包含することができる。様々な実施形態において、このようなプロセスは、例えば、エントロピ復号化、逆量子化、逆変換、及び差動復号化など、デコーダによって典型的に実行されるプロセスのうちの１つ以上を含む。様々な実施形態では、かかるプロセスはまた、又は代替的に、本出願に記載の様々な実装形態のデコーダによって実行されるプロセス、例えば、コード化点群シーケンス（例えば、ＩＳＯＢＭＦＦコンテナにカプセル化された）への部分的なアクセスを提供するために、コード化点群シーケンス（例えば、例えば、本明細書に開示するような、１つ以上のファイルフォーマット構造を使用してＩＳＯＢＭＦＦコンテナにカプセル化された）の一部分を復号化すること、などを含む。

更なる実施形態として、一実施例では、「復号化（decoding）」は、エントロピ復号化のみを指し、別の実施形態では、「復号化」は、差動復号化のみを指し、別の実施形態では、「復号化」は、エントロピ復号化と差動復号化との組み合わせを指す。「復号化プロセス」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な復号化プロセスを一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。

様々な実装形態は、符号化することを含む。「復号化（decoding）」に関する上記の考察と同様に、本出願で使用される「符号化（encoding）」は、例えば、符号化されたビットストリームを作り出すために入力ビデオシーケンスに対して実行されるプロセスの全て又は一部を包含することができる。様々な実施形態において、このようなプロセスは、例えば、分割、差動符号化、変換、量子化、及びエントロピ符号化など、エンコーダによって典型的に実行されるプロセスのうちの１つ以上を含む。様々な実施形態では、かかるプロセスはまた、又は代替的に、本出願に記載の様々な実施形態のエンコーダによって実行されるプロセス、例えば、コード化点群シーケンス（例えば、ＩＳＯＢＭＦＦコンテナにカプセル化された）の異なる部分に部分的なアクセスサポートを提供するために、１つ以上のファイルフォーマット構造（例えば、本明細書に開示するような）を含むビデオベースの点群ビットストリームを符号化すること、などを含む。

更なる例として、一実施形態では、「符号化」は、エントロピ符号化のみを指し、別の実施形態では、「符号化」は、差動符号化のみを指し、別の実施形態では、「符号化」は、差動符号化とエントロピ符号化との組み合わせを指す。「符号化プロセス」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な符号化プロセスを一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。

本明細書で使用するような構文要素、例えば、ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（）、ＶＰＣＣＴｉｌｅＧｒｏｕｐＳａｍｐｌｅＥｎｔｒｙ、ＶｏｌｕｍｅｔｒｉｃＳａｍｐｌｅＥｎｔｒｙ、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ、ＳｐａｔｉａｌＲｅｇｉｏｎＧｒｏｕｐＢｏｘ、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ、ＤｙｎａｍｉｃＶｏｌｕｍｅｔｒｉｃＭｅｔａｄａｔａＳａｍｐｌｅＥｎｔｒｙ、３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳｔｒｕｃｔ、ＶＰＣＣＶｏｌｕｍｅｔｒｉｃＭｅｔａｄａｔａＳａｍｐｌｅ、ＶＰＣＣＡｔｌａｓＳａｍｐｌｅＥｎｔｒｙなどは、記述用語であることに留意されたい。したがって、これらは他の構文要素名の使用を排除するものではない。

図がフローチャートとして提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／プロセスのフローチャートも提供するものと理解されたい。

本明細書に記載の実装形態及び態様は、例えば、方法又はプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装され得る。たとえ単一の形態の実装形態の文脈でのみ考察される場合でも（例えば、方法としてのみ考察される）、考察された特徴の実装形態は、他の形態（例えば、装置又はプログラム）でも実装することができる。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアで実装され得る。本方法は、例えば、プロセッサで実装され得るが、プロセッサは、一般に処理デバイスを指し、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブル論理デバイスが含まれる。プロセッサはまた、例えば、コンピュータ、携帯電話、携帯型／パーソナルデジタルアシスタント（「ＰＤＡ、ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ」）及びエンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスを含む。

「一実施形態（one embodiment）」、「実施形態（an embodiment）」、「実装例（an example）」、「一実装形態（one implementation）」又は「実装形態（an implementation）」、及びそれらの他の変形形態への言及は、実施形態に関連して記載する特定の特徴、構造、特性などが、少なくとも一実施形態に含まれることを意味する。したがって、本明細書全体を通しての様々な場所に現れる「一実施形態では（in one embodiment）」、「実施例では（in an example）」、「一実装形態では（in one implementation）」又は「実装形態では（in an implementation）」という句、並びに任意の他の変形例の出現は、必ずしも全てが同じ実施形態又は実施例を指すとは限らない。

加えて、本出願は、様々な情報を「判定する」ことに言及し得る。情報を判定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、又は情報をメモリから取り出すことのうちの１つ以上を含むことができる。取得することは、受信すること、取り出すこと、構築すること、生成すること、及び／又は判定することを含み得る。

更に、本出願は、様々な情報に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を判定すること、情報を予測すること、又は情報を推定することのうちの１つ以上を含むことができる。

加えて、本出願は、様々な情報を「受信すること」に言及する場合がある。受信することは、「アクセスすること」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信すること」は、一般には、例えば、情報を記憶する、情報を処理する、情報を送信する、情報を移動する、情報をコピーする、情報を消去する、情報を計算する、情報を判定する、情報を予測する、又は情報を推定するなどの操作時に、何らかの形で関与する。

例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ（A and/or B）」及び「Ａ及びＢのうちの少なくとも１つ（at least one of A and B）」の場合、次の「／」、「及び／又は（and/or）」、及び「のうちの少なくとも１つ（at least one of）」のいずれかの使用は、第１のリストされた選択肢（Ａ）のみの選択、又は第２のリストされた選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することが意図されていることを理解されるべきである。更なる実施例として、「Ａ、Ｂ、及び／又はＣ（A，B，and/or C）」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ（at least one of A，B，and C）」の場合、かかる表現は、第１のリストされた選択肢（Ａ）のみの選択、又は第２のリストされた選択肢（Ｂ）のみの選択、又は第３のリストされた選択肢（Ｃ）のみの選択、又は第１及び第２のリストされた選択肢（Ａ及びＢ）のみの選択、又は第１及び第３のリストされた選択肢（Ａ及びＣ）のみの選択、又は第２及び第３のリストされた選択肢のみの選択（Ｂ及びＣ）のみ、又は３つ全ての選択肢の選択（Ａ及びＢ及びＣ）を包含することが意図される。このことは、当該技術分野及び関連技術分野の当業者に明らかであるように、リストされたアイテムの数だけ拡張され得る。

また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。いくつかの実施形態では、エンコーダは、例えば、Ｖ－ＰＣＣパラメータセット、ＳＥＩメッセージ、メタデータ、編集リスト、ポストデコーダ要件、ＩＳＯＢＭＦＦコンテナ中にカプセル化されたコード化点群シーケンスの異なる部分への柔軟な部分的なアクセスを可能にする信号、シグナリングされたオブジェクトごとの依存リスト、空間領域へのマッピング、３Ｄ境界ボックス情報などを、（例えば、符号化ビットストリーム中で、及び／又はＩＳＯＢＭＦＦコンテナなどのカプセル化ファイル内で）シグナリングし得る。このようにして、実施形態では、エンコーダ側とデコーダ側の両方で同じパラメータが使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信する（明示的なシグナリング）ことができる。逆に、デコーダが既に特定のパラメータ並びに他のパラメータを有する場合、シグナリングを使用して、送信（暗黙的なシグナリング）することなく、単にデコーダが特定のパラメータを知り選択することを可能にし得る。いかなる実際の機能の送信も回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方法で達成され得ることが理解されるべきである。例えば、１つ以上の構文要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。上記は、「信号（signal）」という語の動詞形に関するものであるが、「信号」という語は、本明細書では名詞としても使用され得る。

当業者には明らかであるように、実装形態は、例えば、記憶又は送信され得る情報を搬送するようにフォーマットされた様々な信号を生成し得る。情報は、例えば、方法を実行するための命令、又は説明されている実装形態の１つによって生成されるデータを含むことができる。例えば、信号は、説明された実施形態のビットストリームを搬送するようにフォーマットされ得る。かかる信号は、例えば、（例えば、スペクトルの無線周波数部分を使用して）電磁波として、又はベースバンド信号としてフォーマットされ得る。フォーマットすることは、例えば、データストリームを符号化し、符号化されたデータストリームで搬送波を変調することを含み得る。信号が搬送する信号は、例えば、アナログ情報又はデジタル情報であり得る。信号は、知られているように、様々な異なる有線又は無線リンクによって送信され得る。信号は、プロセッサ可読媒体に記憶され得る。

三次元（３Ｄ）画像を（例えば、３Ｄ点群を使用して）取り込み及びレンダリングすることは、多くの用途（例えば、テレプレゼンス、仮想現実、及び大規模動的３Ｄマップ）を有し得る。３Ｄ点群は、没入型メディアを表すために使用され得る。３Ｄ点群は、３Ｄ空間内で表される一組の点を含み得る。（例えば、各）点は、座標及び／又は１つ以上の属性を含み得る。座標は、（例えば、各）点の位置を示し得る。属性は、例えば、各点と関連付けられたカラー、透明度、取得時間、レーザの反射、又は材料特性などのうちの１つ以上を含み得る。点群は、いくつかの方法で取り込まれ又は展開され得る。点群は、例えば、複数のカメラ及び深度センサ、光検出及び測距（Light Detection and Ranging、ＬｉＤＡＲ）レーザスキャナなどを使用して（例えば、３Ｄ空間をサンプリングするために）取り込まれ又は展開され得る。点（例えば、座標及び／又は属性によって表される）は、例えば、３Ｄ空間内のオブジェクトのサンプリングによって生成され得る。点群は、複数の点を含み得、それらの各々は、３Ｄ空間にマッピングする一組の座標（例えば、ｘ、ｙ、ｚ座標）によって表され得る。実施例では、３Ｄオブジェクト又はシーンは、数百万又は数十億のサンプリングされた点を含む点群で表されるか、又は再構成され得る。３Ｄ点群は、静的及び／又は動的（移動する）３Ｄシーンを表し得る。

点群データは、例えば、点群データを（例えば、効率的に）記憶及び／又は送信するために、表現及び／又は圧縮（例えば、点群圧縮（ＰＣＣ））され得る。例えば、３Ｄ点群の効率的かつ相互運用可能な記憶及び送信をサポートするために、ジオメトリベース圧縮が、静的点群を符号化及び復号化するために利用され得、ビデオベース圧縮が、動的点群を符号化及び復号化するために利用され得る。点群サンプリング、表現、圧縮、及び／又はレンダリングは、点群のジオメトリック座標及び／又は属性の非可逆コード化及び／又は可逆コード化（例えば、符号化又は復号化）をサポートし得る。

図５は、サーバ５０２及びクライアント５１０のシステムインターフェース５００を示す図である。サーバ５０２は、インターネット５０４及び他のネットワーク５０６に接続された点群サーバとし得る。クライアント５１０はまた、インターネット５０４及び他のネットワーク５０６に接続され、ノード（例えば、サーバ５０２及びクライアント５１０）間の通信を可能にする。各ノードは、プロセッサと、非一時的コンピュータ可読メモリ記憶媒体と、本明細書に開示する方法又は方法の一部分を実施するようにプロセッサによって実行可能である、記憶媒体内に格納された実行可能命令とを含む。１つ以上のノードは、１つ以上のセンサを更に含み得る。クライアント５１０は、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）５０８などのディスプレイの３Ｄビデオをレンダリングするためのグラフィックスプロセッサ５１２を含み得る（例えば、をも含み得る）。ノードのいずれか又は全ては、図１Ａ～図１Ｄに関して上記のように、ＷＴＲＵを備え、ネットワークを介して通信し得る。

図６は、サーバ６０２及びクライアント６０４のシステムインターフェース６００を示す図である。サーバ６０２は、点群コンテンツサーバ６０２とし得、点群コンテンツのデータベース、詳細レベルを処理するためのロジック、及びサーバ管理機能を含み得る。いくつかの実施例では、詳細を処理することは、帯域幅制限に起因して、又は視認距離が低減を可能にするのに十分であるために可能にされるように、クライアント６０４（例えば、閲覧クライアント６０４）に送信するための解像度を低減し得る。点群コンテンツサーバ６０２は、クライアント６０４と通信し得、点群データ及び／又は点群メタデータが交換され得る。いくつかの例では、閲覧者のためにレンダリングされた点群データは、点群データ及び／又は点群メタデータ（例えば、点群サーバ６０２から閲覧クライアント６０４にストリーミングされる）などから、詳細レベルを低減及び／又は増加させるためにデータ構築のプロセスを受け得る。点群サーバ６０２は、空間取り込みが提供された解像度で点群データをストリーミングし得るか、又はいくつかの実施形態では、例えば、帯域幅制約又は視認距離公差に準拠するためにダウンサンプリングし得る。点群サーバ６０２は、詳細レベルを動的に低減し得る。いくつかの例では、点群サーバ６０２は、点群データをセグメント化すること、及び点群内のオブジェクトを識別することを行い得る（例えば、更に行い得る）。いくつかの例では、選択されたオブジェクトに対応する点群データ内の点は、より低い解像度データで置き換えられ得る。

クライアント６０４（例えば、ＨＭＤを有するクライアント６０４）は、ビットストリーム、例えば、ビデオベース点群圧縮（Ｖ－ＰＣＣ）コード化ビットストリームを介して点群コンテンツサーバ６０２から点群の一部分及び／又はタイルを要求し得る。例えば、点群の一部分及び／又はタイルは、ＨＭＤの場所及び／又は向きに基づいて取り出され得る。

図７は、クライアント（例えば、ＨＭＤ）によってコンテンツを要求する実施例７００を示す図である。ＨＭＤ及びクライアントは、ＨＭＤによって実行されるものとして記載される１つ以上のステップがクライアントによって（例えば、ＨＭＤの代わりに）実行され得るように、交換可能に使用されることが理解される。７０２において、ＨＭＤの位置が判定され得る。７０２において、ＨＭＤの向きが判定され得る。受信したビューポートからのビューポートが選択され得る。７０４において、１つ以上の６ＤｏＦビューポートを示すタイミングメタデータトラックが、点群サーバからＨＭＤ及び／又はクライアントによって受信され得る。７０６において、１つ以上のタイルグループトラックが、図５又は図６の点群サーバから要求され得る。７０８において、要求されたタイルグループトラックが（例えば、ＨＭＤで）受信され得る。受信されたタイルグループトラックセットは、例えば、本明細書に記載されるように、点群シーン内の空間領域又はオブジェクトをレンダリングするための情報を搬送し得る。図１Ａ～図６に基づくシステムは、本明細書の開示に基づいて実装され得る。

図８は、ビデオベース点群圧縮（Ｖ－ＰＣＣ）ビットストリーム構造の実施例をＶ－ＰＣＣユニットのシーケンスとして示す図である。Ｖ－ＰＣＣビットストリームは、（例えば、図８の実施例に示すように）Ｖ－ＰＣＣユニットのシーケンスを含み得る。Ｖ－ＰＣＣユニット（例えば、各Ｖ－ＰＣＣユニット）は、Ｖ－ＰＣＣユニットヘッダ及び／又はＶ－ＰＣＣユニットペイロードを有し得る。Ｖ－ＰＣＣユニットヘッダは、Ｖ－ＰＣＣユニットタイプを記述し得る。表１は、Ｖ－ＰＣＣユニットタイプの実施例を示している。属性ビデオデータＶ－ＰＣＣユニットヘッダは、１つ以上の属性タイプ及び／又はインデックスを指定することができ、これにより、同じ属性タイプの複数のインスタンスをサポートすることが可能になり得る。表２は、Ｖ－ＰＣＣ属性タイプの実施例を示している。占有、ジオメトリ、及び／又は属性ビデオデータユニットペイロード（例えば、図８の例により示すような）は、ビデオデコーダによって復号化され得るビデオデータユニット（例えば、ネットワーク抽象化層（network abstraction layer、ＮＡＬ）ユニット）に対応し得る。ビデオコード化コンポーネントサブビットストリームに対応するビデオデコーダ（例えば、占有、ジオメトリ、及び／又は属性サブストリームなどの各ビデオコード化コンポーネントサブビットストリーム）は、Ｖ－ＰＣＣパラメータセット内でシグナリングされ得る。

Ｖ－ＰＣＣビットストリーム高レベル構文（high-level syntax、ＨＬＳ）は、例えば、１つ以上のアトラスフレーム内のタイルグループ（例えば、タイルセット）をサポートし得る。アトラスフレームは、タイル及び／又はタイルグループ（例えば、タイルセット）に分割され得る。アトラスフレームは、例えば、１つ以上のタイル行及び／又は１つ以上のタイル列に分割され得る。タイルは、例えば、アトラスフレームの矩形領域であり得る。タイルグループ（例えば、タイルセット）は、アトラスフレームの１つ以上のタイルを含み得る。タイルグループのタイル（例えば、タイルセット）は、独立して復号化可能であり得る。タイルグループ内のタイルの数は変化し得る。

図９は、アトラスフレームのタイル及びタイルグループ分割の例（例えば、２４個のタイル及び９個のタイルグループへの）を示す図である。図９は、９個のタイルグループを区別するために交互の陰影で示されている。例では、矩形タイルグループ分割（例えば、矩形タイルグループ分割のみ）がサポートされ得る。タイルグループは、例えば、アトラスフレームの矩形領域を集合的に形成するアトラスフレームのいくつかのタイル（例えば、図９の例で示すように、タイルグループごとに２個又は４個のタイル）を含み得る。タイルグループは、アトラスフレームと関連付けられたＶ－ＰＣＣタイルセットを含み得る。

補足的エンハンスメント情報（Supplemental enhancement information、ＳＥＩ）メッセージは、例えば、アトラスフレーム内のパッチ及び／又は容積形状（例えば、矩形）を、点群によって表されるシーン内のオブジェクトと関連付けるために、Ｖ－ＰＣＣビットストリームでシグナリングされ得る。ＳＥＩメッセージは、１つ以上のオブジェクトへの注釈付け、ラベル付け、及び／又は特性の追加を可能にし、及び／又はサポートし得る。オブジェクトは、実オブジェクト（例えば、シーン内の物理オブジェクト）及び／又は概念オブジェクト（例えば、物理特性又は他の特性に関連し得るオブジェクト）に対応し得る。オブジェクトは、パラメータ及び／又は特性（例えば、異なるパラメータ及び／又は特性）と関連付けられ得、これらは、例えば、点群又はシーングラフの作成及び／又は編集中の情報（例えば、提供される情報）に対応し得る。依存性関係は、異なるオブジェクト間で定義され得る。例えば、オブジェクトは、１つ以上の他のオブジェクトの一部であり得る。

点群内のオブジェクトは、時間的に持続的であり得るか、又は（例えば、任意の時間及び／又はフレームで）更新され得る。関連情報（例えば、オブジェクトと関連付けられた情報）は、例えば、（例えば、更新／関連付けシグナリングによって）更新若しくは置換されるまで、又はビットストリームの終了まで持続し得る。１つ以上のパッチ及び／又は２Ｄ容積矩形は、１つ以上のオブジェクトと関連付けられ得る。２Ｄ容積矩形は、例えば、本明細書の図１１に示すように、１つ以上のパッチを含み得る。

時間ベースメディアは、ＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）などの１つ以上のファイルフォーマットで記憶され得る。メディアファイル形式（例えば、ＩＳＯＢＭＦＦ）内のファイルは、例えば、オーディオ、ビデオなどのメディアデータのタイミング提示のための構造及び／又はメディアデータ情報を含み得る。ファイルフォーマット（例えば、ＩＳＯＢＭＦＦ）は、例えば、ファイル構造内の異なるレベルにおけるメタデータをサポートし得る。ファイルの論理構造は、例えば、時間並列トラックセットを含む動画であり得る。ファイルの時間構造は、例えば、時間におけるサンプルのシーケンスを含むトラックであり得る。シーケンスは、動画（例えば、動画全体）のタイムラインにマッピングされ得る。ＩＳＯＢＭＦＦは、例えば、ボックス構造化ファイルに基づき得る。ボックス構造化ファイルは、サイズ及びタイプを有し得る一連のボックス（例えば、原子）を含み得る。（例えば、複数のタイプの中の）タイプは、例えば、３２ビットの値であり得る。タイプは、例えば、４文字コード（four-character code、４ＣＣ）と称され得る４つの印刷可能な文字であるように選択又は選定され得る。非タイミングデータは、例えば、メタデータボックス内に（例えば、ファイルレベルで、又は動画ボックス若しくは動画内のトラックと称され得るタイミングデータのストリームに添付されて）含まれ得る。

ＩＳＯＢＭＦＦコンテナは、複数のトップレベルボックスを含み得る。例えば、動画ボックス（「ｍｏｏｖ」）は、ＩＳＯＢＭＦＦコンテナ内のトップレベルボックスであり得る。動画ボックス（「ｍｏｏｖ」）は、ファイル内に存在し得る連続メディアストリームのメタデータを含み得る。メタデータは、動画ボックス内のボックスの階層内、例えば、トラックボックス（「ｔｒａｋ」）内でシグナリングされ得る。トラックは、メディアストリーム（例えば、ファイル内に存在する連続メディアストリーム）を表し得る。メディアストリームは、サンプルのシーケンス（例えば、基本メディアストリームのオーディオ及び／又はビデオアクセスユニット）を含み得る。サンプルは、コンテナのトップレベルに存在し得るＭｅｄｉａＤａｔａＢｏｘ（「ｍｄａｔ」）内に封入され得る。トラックのメタデータ（例えば、各トラック）は、例えば、サンプル記述エントリのリストを含み得る。サンプル記述エントリ（例えば、各サンプル記述エントリ）は、例えば、トラック中で使用され得るコード化フォーマット及び／若しくはカプセル化フォーマットを提供し得、並びに／又はコード化フォーマット及び／若しくはカプセル化フォーマットを処理するための初期化データを提供し得る。サンプル（例えば、各サンプル）は、トラックの１つ以上のサンプル記述エントリと関連付けられ得る。明示的なタイムラインマップが、トラック（例えば、各トラック）に対して定義され得、これは、編集リストと称され得る。編集リストは、例えば、ＥｄｉｔＬｉｓｔＢｏｘを使用してシグナリングされ得、これは、以下の構文を有し得る。サンプル記述エントリエントリ（例えば、各サンプル記述エントリ）は、例えば、コンポジションタイムラインの一部をマッピングすることによって、及び／又は「空の」時間（例えば、「空の」編集をもたらすメディアなしにマッピングする提示タイムラインの一部分）を示すことによって、トラックタイムラインの一部を定義し得る。

ＥｄｉｔＬｉｓｔＢｏｘの例示的な構文は、以下のように提供され得る。

ＩＳＯＢＭＦＦは、プレーヤ及び／又はレンダラに１つ以上のアクションを課すことをサポートし得る。実施例では（例えば、ビデオストリームの場合）、制限されたビデオスキームトラックが、１つ以上のアクションを課すために使用され得る。例えば、ポストデコーダ要件は、制限されたビデオスキームトラックであるビデオトラック上でシグナリングされ得る。トラックは、例えば、トラックのサンプルエントリコードを４文字コード（４ＣＣ）（例えば、「ｒｅｓｖ」）に設定することによって、及び（例えば、他のボックスを修正することなく）ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘをトラックのサンプル記述に追加することによって、制限されたビデオスキームトラックに変換され得る。ストリームを符号化するために使用されるビデオコーデックに基づき得る元のサンプルエントリタイプは、ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ内のＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ内に記憶され得る。ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘは、１つ以上のボックス（例えば、ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ、ＳｃｈｅｍｅＴｙｐｅＢｏｘ、及びＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘなど、３つのボックス）を含み得る。ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘは、コンポーネントストリームを符号化するために使用されるビデオコーデックに基づき得る元のサンプルエントリタイプを記憶し得る。制限の性質は、ＳｃｈｅｍｅＴｙｐｅＢｏｘで定義され得る。

図１０は、マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナの例示的な構造を示す図である。実施例では、マルチトラックＶ－ＰＣＣコンテナは、例えば、以下のうちの１つ以上を含み得る。マルチトラックＶ－ＰＣＣコンテナは、例えば、Ｖ－ＰＣＣパラメータセット及び／又は（例えば、サンプルエントリ内）アトラスサブビットストリームパラメータセット及び／又はアトラスサブビットストリームＮＡＬユニットを搬送し得るサンプルを含むＶ－ＰＣＣトラック１０００２を含み得る。Ｖ－ＰＣＣ及びＶＰＣＣは、本明細書では交換可能に使用される。トラックは、例えば、ビデオ圧縮Ｖ－ＰＣＣユニット（例えば、ユニットタイプＶＰＣＣ＿ＯＶＤ、ＶＰＣＣ＿ＧＶＤ、及び／又はＶＰＣＣ＿ＡＶＤ）のペイロードを搬送し得る、他のトラックへのトラック基準を含み得る。マルチトラックＶ－ＰＣＣコンテナは、例えば、制限されたビデオスキームトラックを含み得、ここで、サンプルは、占有マップデータのビデオコード化エレメンタリストリームのアクセスユニット（例えば、タイプＶＰＣＣ＿ＯＶＤのＶ－ＰＣＣユニットのペイロード）を含み得る。マルチトラックＶ－ＰＣＣコンテナは、例えば、１つ以上の制限されたビデオスキームトラックを含み得、ここで、サンプルは、ジオメトリデータのビデオコード化エレメンタリストリームのアクセスユニット、例えば、タイプＶＰＣＣ＿ＧＶＤのＶ－ＰＣＣユニットのペイロード）を含み得る。マルチトラックＶ－ＰＣＣコンテナは、例えば、ゼロ以上の制限されたビデオスキームトラックを含み得、ここで、サンプルは、属性データのビデオコード化エレメンタリストリームのアクセスユニット（例えば、タイプＶＰＣＣ＿ＡＶＤのＶ－ＰＣＣユニットのペイロード）を含み得る。

新しいメディア（例えば、ＶＲ及び／又は没入型３Ｄグラフィックス）への関心が高まっている。３Ｄ点群は、没入型メディアを表し得る。没入型メディアは、仮想ワールドとの新しい形態の相互作用及び通信を可能にし得る。３Ｄ点群は、大量の情報によって表され得る。効率的なコード化（例えば、効率的なコード化アルゴリズム）は、３Ｄ点群データ（例えば、動的３Ｄ点群データ）を記憶及び送信することに関与する記憶及び／又は送信リソース並びに時間を低減し得る。

点群シーケンスは、複数のオブジェクトを有するシーンを表し得る。実施例では、個々のオブジェクト（例えば、点群シーケンスで表される）は、例えば、シーンの他の部分を復号化することなく、アクセス（例えば、ストリーミング及び／又はレンダリング）され得る。同様に、点群によって表されるオブジェクト（例えば、単一のオブジェクト）の１つ以上の部分は、点群全体を復号化することなくアクセスされ得る。

ＳＥＩメッセージは、例えば、パッチ及び／又は容積矩形に、注釈付けし、ラベル付けし、及び／又は特性を追加し得る。１つ以上のＳＥＩメッセージは、例えば、Ｖ－ＰＣＣシーケンスの部分的なアクセス及びレンダリングを可能にし得る。アトラスサブビットストリームデータは、トラック（例えば、単一のトラック）中で搬送され得る。単一のトラックでサブビットストリームデータを搬送することは、例えば、ユーザがＶ－ＰＣＣコンテンツ内のある特定の領域／オブジェクト、又はＶ－ＰＣＣコンテンツ内のアトラスのサブセットに関心があり得る（例えば、それのみに関心がある）場合であっても、ストリーミングアプリケーションが過剰なアトラス情報をダウンロードし、復号化することにつながり得、これは、例えば、時間及びコンピューティングリソースの過剰な消費につながり、ユーザエクスペリエンスを低下させ得る。トラック（例えば、及び関連するシグナリング）は、ビューポートのシグナリングに制限（例えば、過度の制限）を課すことがあり、並びに／又はカメラパラメータ及び／若しくはビューポート位置ＳＥＩメッセージと適合しないことがある。

ファイルフォーマット構造は、（例えば、ＩＳＯＢＭＦＦコンテナ中にカプセル化された）コード化点群シーケンスの異なる部分への柔軟な部分的なアクセスを可能にし得る。

Ｖ－ＰＣＣアトラスタイルグループトラックが提供され得る。タイルグループ（例えば、各タイルセット）、又はタイルグループのグループは、例えば、Ｖ－ＰＣＣビットストリームのアトラスサブストリームが複数のタイルグループを含む場合、別個のトラック（例えば、アトラスタイルグループトラックと呼ばれる）にカプセル化され得る。アトラスタイルグループトラックは、例えば、タイルグループへのアクセス（例えば、タイルグループへの直接アクセス）を可能にするために、１つ以上のアトラスタイルグループのａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（）ペイロードを有するＮＡＬユニットを搬送し得る。

点群シーン内の空間領域及び／又はオブジェクトに対応し得るアトラスフレーム内のパッチは、例えば、Ｖ－ＰＣＣコード化ストリームのＩＳＯＢＭＦＦコンテナ中の部分的なアクセスをサポートするために、アトラスタイルグループにマッピングされ得る。タイルグループは、コンテナ中の別個のアトラスタイルグループトラック内で搬送され得る。プレーヤ、ストリーミングクライアントなどは、例えば、タイルグループがコンテナ中の別個のアトラスタイルグループトラック内で搬送される場合、点群シーン内の選択された空間領域又はオブジェクトをレンダリングするための情報を搬送するタイルグループトラック（例えば、タイルグループトラックセットのみ）を識別し、取り出すことが可能になり得る。

Ｖ－ＰＣＣトラック１０００２は、例えば、４文字コード（４ＣＣ）（例えば、「ｐｃｃｔ」））を使用して定義されたトラック基準タイプを有するトラック基準に基づいて、１つ以上のアトラスタイルグループトラックにリンクされ得る。定義されたトラック基準タイプのトラック基準は、例えば、Ｖ－ＰＣＣトラック１０００２を１つ以上のアトラスタイルグループトラックに（例えば、各アトラスタイルグループトラックに）リンクするために使用され得る。アトラスタイルグループトラック（例えば、各アトラスタイルグループトラック）は、（例えば、ＩＳＯ／ＩＥＣ１４４９６－１２トラックグループを使用して）アトラスタイルグループトラック内のタイルグループ（例えば、タイルセット）のコンポーネント情報を搬送し得る１つ以上の他のビデオコード化Ｖ－ＰＣＣコンポーネントトラックとグループ化され得る。トラックグループ定義は、例えば、トラックグループ内のトラックと関連付けられ得るタイルグループのアドレスを含み得る。

Ｖ－ＰＣＣタイルグループトラックは、例えば、サンプル記述（例えば、ＶＰＣＣＴｉｌｅＧｒｏｕｐＳａｍｐｌｅＥｎｔｒｙ）によって識別され得る。Ｖ－ＰＣＣアトラスタイルグループトラックのサンプルエントリタイプは、例えば、「ｖｐｔ１」であり得る。ＶＰＣＣＴｉｌｅＧｒｏｕｐＳａｍｐｌｅＥｎｔｒｙの定義は、例えば、以下の通りであり得る。

サンプルエントリは、Ｖ－ＰＣＣタイルグループトラックのメディアサンプルを記述し得る。実施例では、ＶＰＣＣＴｉｌｅＧｒｏｕｐＳａｍｐｌｅＥｎｔｒｙは、ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘを含まない場合がある。ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘは、メインＶ－ＰＣＣトラック１０００２のサンプル記述に含まれ得る。他のボックス（例えば、他の任意選択的なボックス）が含まれ得る。

ＶＰＣＣＴｉｌｅＧｒｏｕｐＳａｍｐｌｅＥｎｔｒｙのフィールドのセマンティックは、例えば、以下の通りであり得る。パラメータｃｏｍｐｒｅｓｓｏｒｎａｍｅ（例えば、ベースクラスＶｏｌｕｍｅｔｒｉｃＳａｍｐｌｅＥｎｔｒｙ内）は、使用される圧縮器の名称（例えば、値「＼０１３ＶＰＣＣ Ｃｏｄｉｎｇ」）を示し得る。第１のバイトは、残りのバイトのカウントを示し得、これは、例えば、ストリングの残りのバイト数として、＼０１３（例えば、１０進数１１である８進数１３）によって表され得る。

アトラスタイルグループトラック中のサンプルは、例えば、（例えば、ＩＳＯ／ＩＥＣ２３０９０－１０において提供されるように）Ｖ－ＰＣＣトラック１０００２のサンプルに対して定義されるサンプルフォーマット（例えば、同じサンプルフォーマット）を有し得る。アトラスタイルグループトラックサンプルで搬送されるＮＡＬユニットは、例えば、複数の範囲（例えば、０～５の包含範囲、及び１０～２１の包含範囲）内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有し得る。

（例えば、追加的又は代替的な）実施形態では、アトラスフレーム内のタイルグループ（例えば、タイルセット）の数及び／又はレイアウトは、例えば、コンテナファイル内のトラックの数の増加（例えば、爆発）を回避するために、（例えば、コード化点群シーケンスの期間全体にわたって）固定され得る。

（例えば、追加的又は代替的な）実施形態では、アトラスタイルグループトラックは、アトラスタイルグループ（例えば、アトラスタイルグループトラックによって搬送される）が属するアトラスのＶ－ＰＣＣトラック１０００２へのトラック基準を含み得る。トラック基準は、パーサがアトラスタイルグループトラックと関連付けられたＶ－ＰＣＣトラック１０００２を識別することを可能にし得る。例えば、パーサは、アトラスタイルグループトラックのトラック識別情報（ＩＤ）に基づいて、アトラスタイルグループトラックと関連付けられたＶ－ＰＣＣトラック１０００２を識別し得る。

アトラスタイルグループトラック及びコンポーネントトラックがグループ化され得る。アトラスタイルグループトラックと関連付けられたＶ－ＰＣＣコンポーネントトラック（例えば、ビデオコード化された占有１０００４、ジオメトリ１０００６、及び／又は属性情報１０００８を搬送し得るトラック）は、例えば、以下のように、「ｖｐｔｇ」ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘを有するトラックグループを使用して、トラックと共にグループ化され得る。

ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘのフィールドのセマンティックは、例えば、以下であり得る。
ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｍｉｎｕｓ１＋１は、トラックグループと関連付けられたＶ－ＰＣＣタイルグループ又はＶ－ＰＣＣタイルセットの数を示し得る。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄは、Ｖ－ＰＣＣタイルグループ又はタイルセットのＩＤを示し得、（例えば、ＩＳＯ／ＩＥＣ２３０９０－５における）ａｔｇｈ＿ａｄｄｒｅｓｓと同一であり得る。

（例えば、追加的又は代替的な）実施形態では、ＳｐａｔｉａｌＲｅｇｉｏｎＧｒｏｕｐＢｏｘは、例えば、（例えば、本明細書に記載の実施形態と同様に）関連付けられたタイルグループ識別子のリストを含むＳｐａｔｉａｌＲｅｇｉｏｎＧｒｏｕｐＢｏｘの構文への更新に基づいて、アトラスタイルグループトラック及び対応するコンポーネントトラックをグループ化するために使用され得る。

（例えば、追加的又は代替的な）実施形態では、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄを使用し得るＶ－ＰＣＣトラック１０００２からの単一のトラック基準が、Ｖ－ＰＣＣタイルグループ（例えば、タイルのＶ－ＰＣＣセット）又はＶ－ＰＣＣタイルグループセットと関連付けられ得る１つ以上のトラック（例えば、全てのトラック）を参照する（例えば、集合的に参照する）ために使用され得る。実施例では、トラック基準のＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘは、Ｖ－ＰＣＣタイルグループ又はＶ－ＰＣＣタイルグループセットのトラックグループのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄを有するそのｔｒａｃｋ＿ＩＤアレイ中のエントリを有し得る。ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘのフラグのビット（例えば、ビット０又は最下位ビット）が、例えば、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの一意性を示すために使用され得る。フラグのセマンティックは、例えば、次のように定義され得る。ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘのフラグのビット０（例えば、ビット０は最下位ビットである）は、例えば、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの一意性を示すために使用され得る。実施例では、特定のｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅのＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘで１に等しい（ｆｌａｇｓ＆１）は、そのＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘにおけるｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄがｔｒａｃｋ＿ＩＤ値に等しくなく、異なるｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅを有するＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄに等しくないことを示し得る。（ｆｌａｇｓ＆１）は、例えば、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ及びｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの特定の値を有するＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘにおいて（ｆｌａｇｓ＆１）が１に等しい場合、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ及びｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの（例えば、同じ）値の（例えば、全ての）ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘにおいて１に等しくなり得る。

（例えば、追加的又は代替的な）実施形態では、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは、タイルグループトラックが属するアトラストラックのトラックＩＤを含み得る。ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは、例えば、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ「ｖｐｔｇ」を以下のように拡張し得る。

この場合、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘの様々なフィールド（例えば、フィールドのセマンティック）は、以下を含み得る。
ａｔｌｓ＿ｔｒａｃｋ＿ＩＤは、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘによって表されるタイルグループが属するアトラストラックのトラックＩＤであり得る。
ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｍｉｎｕｓ１＋１は、トラックグループと関連付けられたＶ－ＰＣＣタイルグループ又はＶ－ＰＣＣタイルセットの数であり得る。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄは、Ｖ－ＰＣＣタイルグループのＩＤ（例えば、ＩＳＯ／ＩＥＣ２３０９０－５のａｔｇｈ＿ａｄｄｒｅｓｓとして追加的に提供される）であり得る。

ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは、例えば、トラックＩＤを使用する代替として、アトラスＩＤを使用し得る。ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘによって表されるタイルグループが属するアトラスサブビットストリームのアトラスＩＤを使用し得る。この場合、例えば、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ「ｖｐｔｇ」を以下のように拡張し得る。

この場合、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘの様々なフィールド（例えば、フィールドのセマンティック）は、以下を含み得る。
ａｔｌａｓ＿ｉｄ、これは、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘによって表されるタイルグループが属するアトラスのアトラスＩＤに等しくなり得る。ａｔｌａｓ＿ｉｄは、例えば、Ｖ－ＰＣＣパラメータセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＶＰＳ）中でシグナリングされ得るｖｐｓ＿ａｔｌａｓ＿ｉｄ値のうちの１つに等しくなり得る。
ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｍｉｎｕｓ１＋１は、トラックグループと関連付けられたＶ－ＰＣＣタイルグループ又はＶ－ＰＣＣタイルセットの数であり得る。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄは、Ｖ－ＰＣＣタイルグループのＩＤ（例えば、ＩＳＯ／ＩＥＣ２３０９０－５のａｔｇｈ＿ａｄｄｒｅｓｓとして追加的に提供される）であり得る。

容積メタデータトラックは、点群シーン及び／又は３Ｄ空間分割内の１つ以上のオブジェクト（例えば、１つ以上の異なるオブジェクト）に関する情報を搬送し得るタイミングメタデータトラックであり得る。オブジェクト情報は、トラックのサンプル中で搬送され得る。タイミングメタデータトラックは、例えば、以下のように、ＭｅｔａｄａｔａＳａｍｐｌｅＥｎｔｒｙを拡張し得る４ＣＣ「ｄｙｖｍ」を有する定義されたサンプルエントリ（例えば、ＤｙｎａｍｉｃＶｏｌｕｍｅｔｒｉｃＭｅｔａｄａｔａＳａｍｐｌｅＥｎｔｒｙ）を有し得る。

容積メタデータトラックは、例えば、Ｖ－ＰＣＣトラック１０００２への「ｃｄｓｃ」トラック基準を含み得る。

容積メタデータトラックの１つ以上のサンプルは、例えば、１つ以上の対応するオブジェクトにマッピングされたＶ－ＰＣＣタイルグループ（例えば、Ｖ－ＰＣＣタイルセット）を搬送する１つ以上のトラックグループにオブジェクト識別子をマッピングし得るテーブルを含み得る。１つ以上のサンプルは、シグナリングされたオブジェクト（例えば、各シグナリングされたオブジェクト）の依存リストを含み得、依存リストは、シグナリングされたオブジェクトが依存する他のオブジェクトの識別子を含み得る。容積メタデータトラックのサンプルは、例えば、以下のように定義され得る。

式中、３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳｔｒｕｃｔは、例えば、以下のように定義され得る。

ＶＰＣＣＶｏｌｕｍｅｔｒｉｃＭｅｔａｄａｔａＳａｍｐｌｅのフィールドのセマンティックは、例えば、以下のうちの１つ以上を含み得る。
ｒｅｇｉｏｎ＿ｕｐｄａｔｅｓ＿ｆｌａｇは、例えば、サンプルが３Ｄ空間領域への更新を含むかどうかを示し得る。
ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ＿ｆｌａｇは、例えば、サンプルが点群シーンオブジェクトへの更新を含むかどうかを示し得る。
ｎｕｍ＿ｏｂｊ＿ｕｐｄａｔｅｓは、例えば、サンプル内で更新された点群シーンオブジェクトの数を示し得る。
ｏｂｊ＿ｉｎｄｅｘ＿ｌｅｎｇｔｈ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトのオブジェクトインデックス長（例えば、バイト数）を示し得る。
ｏｂｊｅｃｔ＿ｉｎｄｅｘ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトのインデックスを示し得る。
ｏｂｊ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが取り消されるどうかを示し得る。
ｏｂｊ＿ｓｐａｔｉａｌ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ＿ｆｌａｇ［ｉ］は、例えば、空間領域へのマッピングがサンプルのオブジェクト更新リスト内のｉ番目のオブジェクトについてシグナリングされ得るかどうかを示し得る。
ｏｂｊ＿ｄｅｐｄｅｎｄｅｎｃｉｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトについてオブジェクト依存情報が利用可能であり得るかどうかを示し得る（例えば、ここで、値０は、オブジェクトが他のオブジェクトに依存しないことを示し得、値１は、オブジェクトが点群シーン内の１つ以上のオブジェクトに依存することを示し得る）。
ｏｂｊ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、例えば、３Ｄ境界ボックス情報がサンプルのオブジェクト更新リスト内のｉ番目のオブジェクトに利用可能であり得るかどうかを示し得る（例えば、ここで、値０は、境界ボックス情報が与えられていないことを示し得、値１は、ｉ番目のオブジェクトの３Ｄ境界ボックス情報がサンプル中でシグナリングされ得ることを示し得る）。
ｎｕｍ＿ｓｐａｔｉａｌ＿ｒｅｇｉｏｎｓ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが関連付けられ得る３Ｄ空間領域の数を示し得る。
ｒｅｇｉｏｎ＿ｉｄ［ｊ］［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが関連付けられ得るｊ番目の空間領域の識別子を示し得る。
ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが関連付けられ得るトラックグループの数を示し得る。
ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ［ｊ］［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが関連付けられ得るｊ番目のトラックグループ（例えば、ｊ番目のタイルセット）の識別子を示し得る。
ｎｕｍ＿ｏｂｊ＿ｄｅｐｅｄｅｎｃｉｅｓ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが依存し得るオブジェクトの数を示し得る。
ｏｂｊ＿ｄｅｐ＿ｉｎｄｅｘ＿ｌｅｎｇｔｈ［ｊ］［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが依存し得るｊ番目のオブジェクトのインデックスのバイト数での長さを示し得る。又は
ｏｂｊ＿ｉｎｄｅｘ［ｊ］［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが依存し得るｊ番目のオブジェクトのインデックスを示し得る。

（例えば、追加的又は代替的な）実施形態では、容積メタデータトラックのサンプル内の更新されたオブジェクトは、例えば、１つ以上のオブジェクトと関連付けられたパッチを含むＶ－ＰＣＣタイルグループ（例えば、Ｖ－ＰＣＣタイルセット）にマッピング（例えば、直接マッピング）され得る。対応するサンプルフォーマット構文（例えば、この実施形態の）は、例えば、以下の通りであり得る。

サンプルフォーマット構文内のフィールドのセマンティックは、例えば、例えば、以下のフィールドのうちの１つ以上を除いて、本明細書に記載の実施形態におけるサンプルフォーマット内のフィールドのセマンティックと同様であり得る。
ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが関連付けられ得るＶ－ＰＣＣタイルグループ又はＶ－ＰＣＣタイルセットの数を示し得る。又は
ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｊ］［ｉ］は、例えば、サンプルのオブジェクト更新リスト内のｉ番目のオブジェクトが関連付けられ得るｊ番目のＶ－ＰＣＣタイルグループ（例えば、ｊ番目のＶ－ＰＣＣタイのセット）の識別子を示し得る。例えば、識別子は、Ｖ－ＰＣＣタイルグループのアトラスタイルグループヘッダ内のａｔｇｈ＿ａｄｄｒｅｓｓの値と同一であり得る（例えば、ここで、ａｔｇｈ＿ａｄｄｒｅｓｓは、タイルグループのタイルグループアドレスを指定し得る）。ａｔｇｈ＿ａｄｄｒｅｓｓの値は、例えば、存在しない場合、０に等しいと推測され得る。

容積メタデータトラック内のサンプル（例えば、任意のサンプル）は、同期サンプルとしてマーク付けされ得る。容積メタデータトラック内のサンプルについて、同じ復号化時間を有する、参照された視覚的容積ビデオベースコード化（Visual Volumetric Video-based Coding、Ｖ３Ｃ）トラック、並びにＶ３Ｃ及びアトラスタイルトラックメディアサンプル基準のうちの少なくとも１つが同期サンプルである場合、サンプルは同期サンプルとしてマーク付けされ得る。同期サンプルと同じ復号化時間を有しないサンプルは、同期サンプルとしてマーク付けされる場合がある（例えば、又はマーク付けされない場合がある）。タイミングメタデータトラック内の同期サンプルは、同期サンプルのタイムスタンプにおいて利用可能な空間領域及び／又はオブジェクト（例えば、利用可能な全ての空間領域及び／又はオブジェクト）についての情報を搬送し得る。タイミングメタデータトラック内の非同期サンプルは、第１の先行する同期サンプルまでの及びそれを含む以前のサンプルに対する空間領域及び／又は３Ｄオブジェクト情報への更新（例えば、更新のみ）を搬送し得る。

実施例では、例えば、同じアトラスタイルグループに属するトラックをグループ化するためにトラックグループ化が使用されず、アトラスタイルグループトラックが（例えば、トラック基準を使用して）関連付けられたコンポーネントトラックにリンクされている場合、容積メタデータトラックのサンプル内の更新されたオブジェクトは、アトラスタイルグループに関連する情報を搬送するアトラスタイルグループトラックに関連するトラックＩＤにマッピングされ得る。タイルグループトラックと関連付けられたＶ－ＰＣＣコンポーネントトラックは、例えば、アトラスタイルグループトラックからのトラック基準に従うことによって識別され得る。

（例えば、追加的又は代替的な）実施形態では、容積メタデータトラックのサンプルは、容積注釈ＳＥＩメッセージを搬送し得る。

（例えば、追加的又は代替的な）実施形態では、容積メタデータトラックは、例えば、点群シーン内の３Ｄ空間領域及び／又はオブジェクトのメタデータを搬送し得る一般的なトラックとして、（例えば、ＩＳＯ／ＩＥＣ ＣＤ２３０９０－１０で指定されているように）動的空間領域タイミングメタデータトラックを置き換え得る（例えば、又は、それと共に使用され得る）。

Ｖ－ＰＣＣアトラストラックが提供され得る。アトラスサブビットストリーム（例えば、各アトラスサブビットストリーム）は、例えば、Ｖ－ＰＣＣビットストリームが２つ以上のアトラスサブビットストリームを有する場合、アトラストラックと呼ばれる別個のトラック中で搬送され得る。アトラストラックは、トラックと関連付けられたアトラスサブビットストリームに属するアトラスＮＡＬユニットを搬送し（例えば、それのみを搬送し）得る。１つ以上のタイルグループ（例えば、１つ以上のタイルセット）と関連付けられたＮＡＬユニットは、例えば、アトラストラックと関連付けられたアトラスサブビットストリームが複数のアトラスタイルグループ（例えば、複数のアトラスタイルセット）を含む場合、別個のアトラスタイルグループトラック中で搬送され得る。

Ｖ－ＰＣＣビットストリームのアトラスサブビットストリームは、別個のアトラストラック中で搬送され得る。Ｖ－ＰＣＣトラック１０００２は、各アトラストラックへの（例えば、４ＣＣを使用して定義された、ある特定のタイプの）トラック基準を含み得、これは、メイントラックをアトラストラックにリンクし得る。

Ｖ－ＰＣＣアトラストラックは、例えば、ＶＰＣＣＡｔｌａｓＳａｍｐｌｅＥｎｔｒｙサンプル記述によって識別され得る。Ｖ－ＰＣＣアトラストラックのサンプルエントリタイプは、例えば、「ｖｐａ１」又は「ｖｐａｇ．」であり得る。ＶＰＣＣＡｔｌａｓＳａｍｐｌｅＥｎｔｒｙの定義は、例えば、以下の通りであり得る。

サンプルエントリ（例えば、本明細書の実施例に示すような）は、Ｖ－ＰＣＣアトラストラックのメディアサンプルを記述し得る。実施例では、ＶＰＣＣＡｔｌａｓＳａｍｐｌｅＥｎｔｒｙは、ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ．を含まない場合がある。例えば、ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘは、メイン－Ｖ－ＰＣＣトラックのサンプル記述に含まれ得る。他のボックス（例えば、他の任意選択的なボックス）が含まれ得る。

ＶＰＣＣＡｔｌａｓＳａｍｐｌｅＥｎｔｒｙのフィールドのセマンティックは、例えば、以下のうちの１つ以上を含み得る。
ｃｏｍｐｒｅｓｓｏｒｎａｍｅ（例えば、ベースクラスＶｏｌｕｍｅｔｒｉｃＳａｍｐｌｅＥｎｔｒｙ）は、例えば、値（例えば、「＼０１３ＶＰＣＣ Ｃｏｄｉｎｇ」）と共に使用される圧縮器の名称を示し得、ここで、例えば、第１のバイトは、残りのバイトのカウント（例えば、＼１３により表され、ここで、１３（例えば、８進数１３）は１１（例えば、１０進数１１）である）であり、バイト数はストリングの残りである。
ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１は、例えば、構成記録が適用されるアトラスストリーム中のサンプル内のＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドの長さ（例えば、バイト単位の）を示し得（例えば、１バイトのサイズは、０の値で示され得る）、フィールドの値は、アトラスサブストリームのｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｈｅａｄｅｒ（）内のｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１と等しくなり得る。
ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓは、例えば、示されたタイプのアトラスＮＡＬユニットのアレイの数を示し得る。
ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓは、例えば、（例えば、１に等しい場合）所与のタイプのアトラスＮＡＬユニット（例えば、全てのアトラスＮＡＬユニット）が後続のアレイ中にあり得、ストリーム中にはないことを示し得、又は（例えば、０に等しい場合）示されたタイプの追加のアトラスＮＡＬユニットがストリーム内にあり得ることを示し得る（例えば、ここで、デフォルト値及び許容値がサンプルエントリ名によって制約され得る）。
ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、例えば、（例えば、示されたタイプを有し得る）後続のアレイ内のアトラスＮＡＬユニットのタイプを示し得、ここで、ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、（例えば、ＩＳＯ／ＩＥＣ２３０９０－５で定義されるような）値を有し得、かつ／又は、ここで、ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、例えば、ＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿ＡＦＰＳ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩ、及び／又はＮＡＬ＿ＳＵＦＦＩＸ＿ＳＥＩアトラスＮＡＬユニットを示す１つ以上の値に制限され得る。
ｎｕｍＮＡＬＵｎｉｔｓは、例えば、構成記録が適用され得るストリームの構成記録に含まれ得る、示されたタイプのアトラスＮＡＬユニットの数を示し得、ここで、ＳＥＩアレイは、宣言的性質のＳＥＩメッセージ（例えば、ユーザデータＳＥＩなど、ストリーム全体についての情報を提供するＳＥＩメッセージ）を含み得る（例えば、それのみを含み得る）。
ＳｅｔｕｐＵｎｉｔＬｅｎｇｔｈは、ｓｅｔｕｐＵｎｉｔフィールドのサイズ（例えば、バイト単位の）を示し得、ここで、長さフィールドは、例えば、ＮＡＬユニットヘッダ及び／又はＮＡＬユニットペイロードのサイズを含み得、例えば、長さフィールドを含まない場合がある。又は
ｓｅｔｕｐＵｎｉｔは、（例えば、ＩＳＯ／ＩＥＣ２３０９０－５で定義されるような）タイプＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿ＡＦＰＳ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩ、又はＮＡＬ＿ＳＵＦＦＩＸ＿ＳＥＩのＮＡＬユニットを格納し得、ここで、ＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩ又はＮＡＬ＿ＳＵＦＦＩＸ＿ＳＥＩ（例えば、ｓｅｔｕｐＵｎｉｔ中に存在する場合）は、「宣言的」性質のＳＥＩメッセージを格納し得る。

アトラス（例えば、同じアトラス）のトラックがグループ化され得る。実施例では、アトラスサブビットストリーム（例えば、同じアトラスサブビットストリーム）に属する情報を搬送するトラック（例えば、全てのトラック）は、例えば、トラックグループ化（例えば、ＩＳＯ／ＩＥＣ１４４９６－１２に記載されているような）及び／又は定義されたトラックグループタイプを使用して、共にグループ化され得る。アトラスのトラックグループは、例えば、アトラストラックと、アトラスと関連付けられ得るアトラスタイルグループトラック及びＶ－ＰＣＣコンポーネントトラックとを含み得る。トラックグループタイプは、例えば、「ｖｐｓｇ」ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘを使用して、例えば、以下のように定義され得る（例えば、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘは、ＩＳＯ／ＩＥＣ１４４９６－１２において定義されるｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄフィールドを有し得る）。

ＶＰＣＣＡｔｌａｓＧｒｏｕｐＢｏｘのフィールドのセマンティックは、例えば、以下を含み得る。
ａｔｌａｓ＿ｉｄは、例えば、トラックグループ内のトラックが関連付けられ得るアトラスのインデックスを示し得、ここで、例えば、インデックスの値は、０～６３の包含範囲内にあり得る。

静的空間領域がシグナリングされ得る。静的３Ｄ空間領域は、Ｖ－ＰＣＣコンテンツのために定義され得る。アトラスタイルグループは、別個のトラックに搬送され得る。ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ（例えば、ＩＳＯ／ＩＥＣ２３０９０－１０において提供されるような）は、タイルグループ（例えば、全てのタイルセット）が単一のアトラストラック又はタイルグループの各々（例えば、タイルセットの各々）がアトラスタイルグループトラックで別個に搬送されるかどうかを（例えば、ａｌｌ＿ｔｉｌｅｓ＿ｉｎ＿ｓｉｎｇｌｅ＿ｔｒａｃｋ＿ｆｌａｇなどのフラグを使用して）示すように拡張され得る。本明細書の例示的な構文で提供されるように、フラグに基づいたＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘは、アトラスタイルグループトラックに対応する様々なトラック（例えば、全てのトラック）のトラックグループのトラックグループＩＤを３Ｄ空間領域（例えば、ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘにおいてシグナリングされる３Ｄ空間領域）と関連付け得る。

ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘの例示的な構文は、以下のように提供され得る。

ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘの様々なフィールドは、以下を含み得る。
ａｌｌ＿ｔｉｌｅｓ＿ｉｎ＿ｓｉｎｇｌｅ＿ｔｒａｃｋ＿ｆｌａｇ、これは、タイル（例えば、全てのタイル）が対応するアトラスのＶ３Ｃトラック中で搬送されるかどうか、又はタイル（例えば、全てのタイル）がアトラスタイルトラック中で別々に搬送されるかどうかを示し得る。１の値は、例えば、タイル（例えば、全てのタイル）がＶ３Ｃトラック中で搬送されることを示し得る。０の値は、例えば、タイルが別個のアトラスタイル中で搬送されることを示し得る。
ｃｏｍｐｏｎｅｎｔ＿ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ、これは、関連付けられた３Ｄ空間領域のＶ３Ｃコンポーネントを搬送するトラックのトラックグループを識別し得るか、又は
ｔｉｌｅ＿ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ、これは、関連付けられた３Ｄ空間領域のアトラスタイルトラックのトラックグループを識別し得る。

実施例では、例えば、アトラスタイルグループ（例えば、同じアトラスタイルグループ）に属するトラックをグループ化するためにトラックグループが使用されず、アトラスタイルグループトラックがトラック基準を使用して関連付けられたコンポーネントトラックにリンクされている場合に、３Ｄ空間領域と関連付けられたアトラスタイルグループトラックのトラックＩＤ（例えば、トラックＩＤのみ）がシグナリングされ得、アトラスタイルトラックのためのコンポーネントトラックが（例えば、アトラスタイルグループトラックからコンポーネントトラックへのトラック基準に従うことによって）識別され得る。

ＶＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘの例示的な構文は、以下の通りであり得る。

実施例では、ｔｉｌｅ＿ｔｒａｃｋ＿ｉｄは、３Ｄ空間領域と関連付けられたアトラスタイルグループトラックのトラックＩＤを表し得る。

ビューポート情報をシグナリングするシステム、方法、及び／又は手段が実装され得る。実施例では、１つ以上のカメラパラメータがシグナリングされ得る。６自由度（６ＤｏＦ）ビューポートは、２つのタイプのカメラパラメータ、例えば、外部カメラパラメータ及び内部カメラパラメータによって定義され得る。外部カメラパラメータは、（例えば、ＥｘｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔデータ構造を使用して）シグナリングされ得る。

ＥｘｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔ データ構造の例示的な構文は、以下の通りであり得る。

ＥｘｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔで定義されたフィールドのセマンティックは、以下の通りであり得る。
ｐｏｓ＿ｘ、ｐｏｓ＿ｙ、及びｐｏｓ＿ｚは、それぞれ、グローバル基準座標系におけるビューポートの位置のｘ、ｙ、及びｚ座標を（例えば、メートルで）示し得る。座標の値は、２^－１６メートルの単位であり得る。
ｑｕａｔ＿ｘ、ｑｕａｔ＿ｙ、及びｑｕａｔ＿ｚは、それぞれ、四元数表現を使用してビューポート領域の回転のｘ、ｙ、及びｚコンポーネントを示し得る。座標の値は、－１～１の包括範囲内の浮動小数点値であり得る。値は、四元数表現を使用して、グローバル座標軸をカメラのローカル座標軸に変換するために適用される回転のｘ、ｙ、及びｚコンポーネント、すなわちｑＸ、ｑＹ、及びｑＺを指定し得る。四元数ｑＷの第４のコンポーネントは、以下のように計算され得る。
ｑＷ＝ｓｑｒｔ（１－（ｑＸ^２＋ｑＹ^２＋ｑＺ^２））
点（ｗ、ｘ、ｙ、ｚ）は、ベクトル（ｘ、ｙ、ｚ）によって方向付けられた軸の周りの角度２^＊ｃｏｓ＾｛－１｝（ｗ）＝２^＊ｓｉｎ＾｛－１｝（ｓｑｒｔ（ｘ＾｛２｝ｙ＾｛２｝ｚ＾｛２｝）による回転を表し得る。

内部カメラパラメータは、例えば、ＩｎｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔデータ構造を使用してシグナリングされ得る。

ビューポート情報（例えば、ＶｉｅｗｐｏｒｔＩｎｆｏＳｔｒｕｃｔデータ構造を使用する）、例えば、外部及び内部カメラパラメータに基づいてシグナリングされ得る。

ＶｉｅｗｐｏｒｔＩｎｆｏＳｔｒｕｃｔデータ構造の例示的な構文は、以下の通りであり得る。

ＶｉｅｗｐｏｒｔＩｎｆｏＳｔｒｕｃｔで定義されたフィールドのセマンティックは、以下の通りであり得る。
ｃｅｎｔｅｒ＿ｖｉｅｗ＿ｆｌａｇは、シグナリングされたビューポート位置が、ビューポートの中心に対応するか、及び／又はビューポートの２つのステレオ位置のうちの一方に対応するかを示すフラグであり得る。値１は、シグナリングされたビューポート位置がビューポートの中心に対応することを示し得る。値０は、シグナリングされたビューポート位置が、ビューポートの２つのステレオ位置のうちの一方に対応することを示し得る。
ｌｅｆｔ＿ｖｉｅｗ＿ｆｌａｇは、シグナリングされたビューポート情報が、ビューポートの左側ステレオ位置であるか、右側ステレオ位置であるかを示すフラグであり得る。値１は、シグナリングされたビューポート情報がビューポートの左側ステレオ位置に対応することを示し得る。値０は、シグナリングされたビューポート情報がビューポートの右側ステレオ位置に対応することを示し得る。
ｅｘｔＣａｍＩｎｆｏは、ビューポートの外部カメラパラメータを定義するＥｘｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔのインスタンスであり得る。
ｉｎｔＣａｍＩｎｆｏは、ビューポートの内部カメラパラメータを定義するＩｎｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔインスタンスであり得る。

ビューポートタイミングメタデータトラックが実装され得る。実施例では、６ＤｏＦビューポートを示すための一般的なタイミングメタデータトラックは、ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ中にＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅＥｎｔｒｙを含み得る。タイミングメタデータトラックの目的は、トラックサンプルエントリタイプによって示され得る。例示的なＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅＥｎｔｒｙデータ構造は、ＶｉｅｗｐｏｒｔＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘデータ構造（例えば、１つのＶｉｅｗｐｏｒｔＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘデータ構造）を含み得る。

ＶｉｅｗｐｏｒｔＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘデータ構造の例示的な構文は、以下の通りであり得る。

ＶｉｅｗｐｏｒｔＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘデータ構造で定義されたフィールドのセマンティックは、以下の通りであり得る。
ｄｙｎａｍｉｃ＿ｉｎｔ＿ｃａｍｅｒａ＿ｆｌａｇが０に等しいことは、サンプルエントリを参照する全てのサンプルについて内部カメラパラメータが固定されていることを示し得る。ｄｙｎａｍｉｃ＿ｅｘｔ＿ｃａｍｅｒａ＿ｆｌａｇが０に等しい場合、ｄｙｎａｍｉｃ＿ｉｎｔ＿ｃａｍｅｒａ＿ｆｌａｇは、０に等しくあり得る。
ｄｙｎａｍｉｃ＿ｅｘｔ＿ｃａｍｅｒａ＿ｆｌａｇが０に等しいことは、サンプルエントリを参照する全てのサンプルについて外部カメラパラメータが固定されることを示し得る。

ビューポートメタデータトラック（例えば、全てのビューポートメタデータトラック）のサンプルフォーマットは、共通部分から開始され得、その後、ビューポートメタデータトラックのサンプルエントリに特有であり得る拡張部分が続き得る。ビューポートメタデータトラックのサンプルフォーマットが実装され得る。

ＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅデータ構造の例示的な構文は、以下の通りであり得る。

ＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅで定義されたフィールドのセマンティックは、以下の通りであり得る。
ｎｕｍ＿ｖｉｅｗｐｏｒｔｓは、サンプルでシグナリングされたビューポートの数を示し得る。
ｖｉｅｗｐｏｒｔ＿ｉｄ［ｉ］は、ｉ番目のビューポートを識別するために使用され得る識別子番号であり得る。
ｖｉｅｗｐｏｒｔ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］が１に等しいことは、ＩＤ、ｖｉｅｗｐｏｒｔ＿ｉｄ［ｉ］を有するビューポートが取り消された場合があることを示し得る。ｉ番目のビューポートのビューポート情報が続くことを示す（例えば、フラグ値が０であることを条件とし得る）。
ｉｎｔ＿ｃａｍｅｒａ＿ｆｌａｇ［ｉ］が１に等しいことは、内部カメラパラメータが現在のサンプルのｉ番目のビューポートカメラパラメータセットに存在することを示し得る。ｉｎｔ＿ｃａｍｅｒａ＿ｆｌａｇ［ｉ］は、例えば、ｄｙｎａｍｉｃ＿ｉｎｔ＿ｃａｍｅｒａ＿ｆｌａｇが０に等しい場合、０に等しくなり得る。更に、ｉｎｔ＿ｃａｍｅｒａ＿ｆｌａｇ［ｉ］は、例えば、ｅｘｔ＿ｃａｍｅｒａ＿ｆｌａｇが０に等しい場合、０として設定され得る。
ｅｘｔ＿ｃａｍｅｒａ＿ｆｌａｇ［ｉ］が１に等しいことは、外部カメラパラメータが現在のサンプルのｉ番目のビューポートカメラパラメータセットに存在することを示し得る。ｅｘｔ＿ｃａｍｅｒａ＿ｆｌａｇ［ｉ］は、例えば、ｄｙｎａｍｉｃ＿ｃａｍｅｒａ＿ｆｌａｇ［ｉ］が０に等しい場合、０に等しくなり得る。

ビューポート対ニングメタデータトラックが存在する場合、ＥｘｔＣａｍｅｒａＩｎｆｏＳｔｒｕｃｔ（）によって表現される外部カメラパラメータは、例えば、サンプルエントリ又はサンプルレベルに存在し得る。以下は、同時に起こることが禁止され得る。ｄｙｎａｍｉｃ＿ｅｘｔ＿ｃａｍｅｒａ＿ｆｌａｇが全てのサンプルについて０に等しく、かつｅｘｔ＿ｃａｍ＿ｆｌａｇ［ｉ］が全てのサンプルについて０に等しい。

タイミングメタデータトラックが、「ｃｄｓｃ」トラック基準を有する１つ以上のメディアトラックにリンクしている場合、タイミングメタデータトラックは、１つ以上のメディアトラック（例えば、各メディアトラック）を個別に記述し得る。

推奨ビューポートが実装され得る。推奨ビューポートメタデータトラックは、ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅＥｎｔｒｙデータ構造を含み得る。ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅＥｎｔｒｙデータ構造は、ＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅＥｎｔｒｙデータ構造を拡張し得、推奨ビューポートメタデータトラック中でシグナリングされた推奨ビューポートのタイプを識別し得る、追加のＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＩｎｆｏＢｏｘを含み得る。

ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＳａｍｐｌｅＥｎｔｒｙデータ構造の例示的な構文は、以下の通りであり得る。

ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＩｎｆｏＢｏｘで定義されたフィールドのセマンティックは、以下の通りであり得る。
ｖｉｅｗｐｏｒｔ＿ｔｙｐｅは、ＲｅｃｏｍｍｅｎｄｅｄＶｉｅｗｐｏｒｔＩｎｆｏＢｏｘを含むサンプルエントリを参照する全てのサンプルについて、表３に列挙されているように、ビューポートタイプを指定し得る。
ｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎは、ｓビューポートタイプのテキスト記述を提供するヌル終端ＵＴＦ－８ストリングであり得る。

表３は、ビューポートタイプの実施例を示している。

ビューポートメタデータトラック内のサンプルは、ＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅと同じフォーマットを有し得る。

初期ビューポートが実装され得る。実施例では、メタデータは、例えば、関連付けられたメディアトラックを再生する場合に使用されるべき初期ビューポートを示し得る。

ファイルを再生する場合（例えば、ファイルが初期ビューポートメタデータトラックを含むとき）、プレーヤは、メディアトラックと関連付けられた初期ビューポートメタデータトラックを解析し、メディアトラックをレンダリングするときに初期ビューポートメタデータトラックを解析することが予想され得る。

データ構造、ＶｉｅｗｐｏｒｔＩｎｆｏＳａｍｐｌｅＥｎｔｒｙは、例えば、初期ビューポートメタデータトラックに使用され得るサンプルエントリタイプ「６ｉｎｖ」で実装され得る。

初期ビューポートトラックのサンプルが実装され得る。

ＩｎｉｔｉａｌＶｉｅｗｐｏｒｔＳａｍｐｌｅデータ構造の例示的な構文は、以下の形式を有し得る。

ＩｎｉｔｉａｌＶｉｅｗｐｏｒｔＳａｍｐｌｅで定義されたフィールドのセマンティックは、以下の通りであり得る。
ｒｅｆｒｅｓｈ＿ｆｌａｇが０に等しいことは、例えば、関連付けられたメディアトラック内の時間並列サンプルから再生を開始する場合、シグナリングされたビューポートが使用されるべきであることを指定し得る。ｒｅｆｒｅｓｈ＿ｆｌａｇが１に等しいことは、例えば、各関連付けられたメディアトラックの時間並列サンプルをレンダリングする場合、連続再生するとき及び再生を時間並列サンプルから開始するときの両方で、シグナリングされたビューポートが常に使用されるべきであることを指定し得る。

空間的スケーラビリティがサポートされ得る。実施例では、パッチ（例えば、Ｖ３Ｃにおける）は、パッチの関連付けられた情報をコード化する前に、異なる次元にわたってパッチをサブサンプリングすることを可能にする特徴をサポートし得る。特徴は、詳細レベル（level of detail、ＬｏＤ）パッチモードと称され得る。アトラスタイルは、アトラスを独立して復号化可能な矩形領域に分割することを可能にし得る。一実施例では、独立して復号化可能な矩形領域内のパッチは、他の独立したて復号化可能な矩形領域のパッチからの情報を使用することが許可されない場合がある。アトラスタイルとパッチＬｏＤモードとを組み合わせることにより、異なる用途で使用するための様々なスケーラビリティ特徴が可能になり得る。

静的空間領域のＬｏＤ（詳細レベル）がシグナリングされ得る。静的空間領域のＬｏＤをシグナリングするために、Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘの構文が、追加のｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇを導入することによって拡張され得る。ｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、搬送されたＶ３Ｃコンテンツに対して複数のＬｏＤがサポートされるかどうかをシグナリングし得る。フラグが設定されている場合、Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ中でシグナリングされた３Ｄ空間領域（例えば、各３Ｄ空間領域）は、３Ｄ空間領域に利用可能なＬｏＤの数を示す追加のｎｕｍ＿ｌｏｄｓフィールドを含み得る。空間領域と関連付けられた各ＬｏＤについて、ＬｏＤの特性がシグナリングされ得る。一実施例では、ＬｏＤのパッチを格納するタイルの対応するタイルＩＤへのマッピングがシグナリングされ得る。

Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘデータ構造の例示的な構文（例えば、複数のＬｏＤをサポートするための拡張）は、以下のフォーマットを有し得る。

上記で定義されたフィールドのためのセマンティックは、以下の通りであり得る。
ｌｏｄ＿ｓｃａｌｅ＿ｍｉｎ＿ｘ及びｌｏｄ＿ｓｃａｌｅ＿ｍｉｎ＿ｙは、ＬｏＤと関連付けられた１つ以上のタイル中の１つ以上のパッチのローカルｘ及びｙ座標に対する最小ＬｏＤスケーリング係数（例えば、ＬｏＤ中のバッチ（例えば、全てのパッチ）にわたって、それぞれ、最小ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｘ＿ｍｉｎｕｓ１値、及び最小ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｙ＿ｉｄｃ値）を示し得る。
ｌｏｄ＿ｓｃａｌｅ＿ｍａｘ＿ｘ及びｌｏｄ＿ｓｃａｌｅ＿ｍａｘ＿ｙは、ＬｏＤと関連付けられた１つ以上のタイル中の１つ以上のパッチのローカルｘ及びｙ座標に対する最大ＬｏＤスケーリング係数（例えば、ＬｏＤ中のパッチ（例えば、全てのパッチ）にわたって、それぞれ、ｍａｘｉｍｕｍ ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｘ＿ｍｉｎｕｓ１値、及び最大ｐｄｕ＿ｌｏｄ＿ｓｃａｌｅ＿ｙ＿ｉｄｃ値）の値を示し得る。

動的空間領域のＬｏＤが、シグナリングされ得る。動的空間領域のＬｏＤをシグナリングするために、容積メタデータトラックの１つ以上のサンプルのサンプルフォーマットは、サンプル中に列挙された空間領域（例えば、各空間領域）のＬｏＤをシグナリングすることをサポートし得る。ＬｏＤと、ＬｏＤ（例えば、各ＬｏＤ）のパッチを格納するアトラスタイルとの間のマッピングがシグナリングされ得る。

ＶＰＣＣＶｏｌｕｍｅｔｒｉｃＭｅｔａｄａａｔａＳａｍｐｌｅデータ構造の例示的な構文は、以下の形式を有し得る。

実施例では、ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ＿ｆｌａｇは、追加されたオブジェクト及び／又は除去されたオブジェクトのうちの１つ以上と関連付けられ得る。

プレーヤの挙動は、適応ＬｏＤに基づいて実装され得る。実施例では、プレーヤは、例えば、ファイルを解析し、Ｖ３ＣトラックへのＤｙｎａｍｉｃＶｏｌｕｍｅｒｉｃＭｅｔａｄａａｓａｓａｍｐｌｅＥｎｔｒｙ及び「ｃｄｓｃ」トラック基準を有するタイミングメタデータトラックを見つける場合、動的容積メタデータの存在を識別し得る。例えば、動的容積メタデータトラックがＶ３Ｃコンテンツのメイントラックと関連付けられておらず、Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘがメイントラックに存在する場合、静的３Ｄ空間領域セットは、Ｖ３Ｃコンテンツと関連付けられ得る。再生中のある時点（例えば、任意の時点）において、プレーヤは、現在のビューポートと、Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ（静的空間領域の場合）において、又は動的容積メタデータトラック（例えば、動的空間領域の場合）のサンプルにおいてシグナリングされた１つ以上の空間領域の特性とに基づいて、ターゲット３Ｄ空間領域セットを識別し得る。例えば、Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘにおいてシグナリングされた３Ｄ空間領域及び／又はオブジェクト、又は動的容積メタデータトラック内のサンプルに対してスケーラビリティが有効にされる場合、プレーヤは、１つ以上の制約（例えば、現在のビューポート及び／又は利用可能なネットワーク帯域幅）に基づいて、ターゲット空間領域の各々について所望のＬｏＤを決定し得る。各ターゲット空間領域の各ターゲットＬｏＤについて、プレーヤは、Ｖ３ＣＳｐａｔｉａｌＲｅｇｉｏｎｓＢｏｘ又は動的容積メタデータトラックのサンプル中のマッピングに基づいて、ＬｏＤと関連付けられたタイルのタイルＩＤを識別し得る。プレーヤは、ターゲットＬｏＤと関連付けられたタイルを搬送するアトラスタイルトラックを（例えば、アトラスタイルトラックのサンプルエントリ内のタイルＩＤを検査することによって）識別し得る。対応するコンポーネントトラックは、選択されたアトラスタイルトラックからコンポーネントトラックへのトラック基準に従うことによって識別され得る。

ＬｏＤ情報は、アトラスタイルトラック中でシグナリングされ得る。ＬｏＤへの効率的なアクセスを容易にするために、アトラスタイルトラックによって搬送されるタイルは、同じＬｏＤと関連付けられたタイルに制限され得る。ストリーミングアプリケーションの場合、これは、プレーヤ及び／又はストリーミングクライアントが、ターゲットＬｏＤを提供するタイルトラックからデータをダウンロードすることを可能にし得る。

ＡｌｔａｓＴｉｌｅＳａｍｐｌｅＥｎｔｒｙの例示的な構文は、アトラスタイルトラックによって搬送されるタイルのＬｏＤ情報をシグナリングすることを可能にし得る。

上記で定義されたフィールドのためのセマンティックは、以下の通りであり得る。
ｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、タイルトラックトラックに対してＬｏＤモードが有効であるかどうかを示し得る。
ｌｏｄ＿ｉｄは、ＬｏＤの識別子であり得る。
ＬｏＤＩｎｆｏＳｔｒｕｃｔ（）は、ＬｏＤＩｎｆｏＳｔｒｕｃｔのインスタンスであり得、これは、ＬｏＤの情報を搬送する。

実施例では、アトラスタイルは、異なるＬｏＤと関連付けられたタイルトラックを含み得る。

ＡｔｌａｓＴｉｌｅＳａｍｐｌｅＥｎｔｒｙの例示的な構文は、例えば、以下のように、２つの使用事例（例えば、アトラスタイルトラックの単一のＬｏＤ及びタイル当たりの複数のＬｏＤ）をサポートするために提供され得る。

上記に開示されたフラグのセマンティックは、以下の通りであり得る。
ｓｉｎｇｌｅ＿ｌｏｄ＿ｆｌａｇは、アトラスタイルトラックによって搬送される全てのタイルが同じＬｏＤに属するか否かを示し得る。値１は、全てのタイルが同じＬｏＤに属することを示し得る。そうでなければ、各タイルは、異なるＬｏＤと関連付けられ得る。

図１１は、３Ｄ空間と関連付けられたアトラスフレームのタイルマッピングの実施例を示している。３Ｄ空間は、図１１にＶ０、Ｖ１、Ｖ２、Ｖ３、及びＶ４として示す、１つ以上の空間領域に分割され得る。空間領域の各々は、アトラスフレームと関連付けられたＶ－ＰＣＣタイルセット（例えば、Ｖ－ＰＣＣタイルグループ）にマッピングされ得る。Ｖ０、Ｖ１、Ｖ２、Ｖ３、及びＶ４は、それぞれ、タイルグループ０、１、２、３、及び４にマッピングされ得る。空間領域の各々をタイルセットにマッピングすることは、図１０に関して記載したように、タイル識別情報（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ）に基づき得る。

タイルセットへの各空間領域のマッピングと関連付けられたマッピング情報は、複数のトラックで搬送され得る。例えば、空間領域Ｖ０をタイルグループ０にマッピングすることと関連付けられたマッピング情報は、トラック０で搬送され得、空間領域Ｖ１をタイルグループ１にマッピングすることと関連付けられたマッピング情報は、トラック１で搬送され得る。トラック識別情報（例えば、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）は、図１０に関して記載したように、マッピング情報を調整するために使用され得る。トラッキング識別情報及び／又はタイル識別は、タイミングメタデータＶ－ＰＣＣビットストリーム中でシグナリングされ得る。かかる場合、シグナリングされたトラッキング識別情報と関連付けられたトラックが復号化され得、マッピング情報を関連付けられたタイルセットに提示し得る。

オブジェクト１１０００は、１つ以上の空間領域と関連付けられ得る。オブジェクトは、ユーザが関心を持ち得るエリア及び／又はアイテムであり得る。１つ以上のフラグ（例えば、ｏｂｊ＿ｓｐａｔｉａｌ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ＿ｆｌａｇ［ｉ］））は、図１０に関して記載したように、オブジェクトが１つ以上の空間領域と関連付けられていることを示すために使用され得る。フラグは、タイミングメタデータＶ－ＰＣＣビットストリーム中でシグナリングされ得る。

１つ以上のフラグは、図１０に記載したように、空間領域（例えば、ｒｅｇｉｏｎ＿ｕｐｄａｔｅｓ＿ｆｌａｇ）及び／又はオブジェクト（例えば、ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ＿ｆｌａｇ）と関連付けられた変化（例えば、更新）を示すために使用され得る。フラグは、タイルセットと関連付けられたトラック中で搬送され得る。フラグを含むトラックは、復号化され得、マッピング情報は、更新された空間領域と関連付けられたタイルセットにアクセスするために使用され得るが、例えば、フラグのないトラックは、復号化される必要がない。

１つ以上のパッチが、タイルセットと関連付けられ得る。実施例では、パッチは、タイルセット（例えば、タイルグループ）にマッピングされ得る。図１１の例として示すように、タイルグループ０は、パッチＰ０、Ｐ１、Ｐ２、Ｐ３、及びＰ４を含み得る。タイルグループ１は、パッチＰ０及びＰ１を含み得る。タイルグループ２は、パッチＰ０、Ｐ１、及びＰ２を含み得、タイルグループ３は、パッチＰ０を含み得る。タイルグループ４は、パッチＰ１、Ｐ２、及びＰ３を含み得る。パッチは、空間領域によって表されるオブジェクトと関連付けられた向きを示し得る。

ビデオベース点群ストリームのための国際標準化機構ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）コンテナにおける部分的なアクセスサポートのためのシステム、デバイス、及び方法が本明細書に記載されている。ファイルフォーマット構造は、（例えば、ＩＳＯＢＭＦＦコンテナ中にカプセル化された）コード化点群シーケンスの異なる部分への柔軟な部分的なアクセスを可能にし得る。

ビデオ符号化デバイスは、３Ｄ空間を第１の空間領域及び第２の空間領域に分割し得る。ビデオ符号化デバイスは、第１の空間領域を第１のＶ－ＰＣＣタイルセットにマッピングし、第２の空間領域を第２のＶ－ＰＣＣタイルセットにマッピングし得る。第１のＶ－ＰＣＣタイルセット及び第２のＶ－ＰＣＣタイルセットの各々は、アトラスフレームと関連付けられ得る。第１のＶ－ＰＣＣタイルセット及び第２のＶ－ＰＣＣタイルセットの各々は、独立して復号化可能であり得る。第１の空間領域を第１のＶ－ＰＣＣタイルセットに、及び第２の空間領域を第２のＶ－ＰＣＣタイルセットに各々マッピングすることは、タイル識別及び／又はトラック識別に基づき得る。第１のＶ－ＰＣＣタイルセットは、第１のパッチセットと関連付けられ得、第２のＶ－ＰＣＣタイルセットは、第２のパッチセットと関連付けられ得る。ビデオ符号化デバイスは、第１のＶ－ＰＣＣタイルセットにマッピングされた第１の空間領域と関連付けられた第１のマッピング情報を搬送する第１のトラックを判定し得る。ビデオ符号化デバイスは、第２のＶ－ＰＣＣタイルにマッピングされた第２の空間領域と関連付けられた第２のマッピング情報を搬送する第２のトラックを判定し得る。ビデオ符号化デバイスは、第１のトラック及び第２のトラックをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。第１のトラック及び第２のトラックは、メディアコンテナファイル内で送付され得る。

ビデオ符号化デバイスは、更新次元フラグを判定し得る。更新次元フラグは、第１の空間領域の１つ以上の次元への更新又は第２の空間領域の１つ以上の次元への更新を示し得る。ビデオ符号化デバイスは、更新次元フラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。

第１の空間領域は、第１のオブジェクトと関連付けられ得る。第２の空間領域は、第２のオブジェクトと関連付けられ得る。ビデオ符号化デバイスは、第１の空間領域が第１のオブジェクトと関連付けられ、第２の空間領域が第２のオブジェクトと関連付けられていることを示す１つ以上のオブジェクトフラグを判定し得る。ビデオ符号化デバイスは、オブジェクトフラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。ビデオ符号化デバイスは、第１の空間領域と関連付けられた第１のオブジェクトが第２の空間領域と関連付けられた第２のオブジェクトに依存することを示すオブジェクト依存フラグを判定し得、オブジェクト依存フラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付し得る。ビデオ符号化デバイスは、第１の空間領域と関連付けられた第１のオブジェクトへの更新、又は第２の空間領域と関連付けられた第２のオブジェクトへの更新を示す更新オブジェクトフラグを判定し得、更新オブジェクトフラグをタイミングメタデータＶ－ＰＣＣビットストリーム中で送信し得る。

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

Claims (20)

1. ビデオ符号化デバイスであって、
   プロセッサであって、
   三次元（３Ｄ）空間を第１の空間領域及び第２の空間領域に分割することと、
   前記第１の空間領域を、第１のビデオ点群コード化（Ｖ－ＰＣＣ）タイルセットにマッピングし、前記第２の空間領域を第２のＶ－ＰＣＣタイルセットにマッピングすることであって、前記第１のＶ－ＰＣＣタイルセット及び前記第２のＶ－ＰＣＣタイルセットの各々が、アトラスフレームと関連付けられている、マッピングすることと、
   前記第１のＶ－ＰＣＣタイルセットにマッピングされた前記第１の空間領域と関連付けられた第１のマッピング情報を搬送する第１のトラックを判定することと、
   前記第２のＶ－ＰＣＣタイルセットにマッピングされた前記第２の空間領域と関連付けられた第２のマッピング情報を搬送する第２のトラックを判定することと、
   前記第１のトラック及び前記第２のトラックをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を行うように構成されている、プロセッサ、を備える、ビデオ符号化デバイス。
2. 前記プロセッサが、
   前記第１の空間領域の１つ以上の次元への更新、又は前記第２の空間領域の１つ以上の次元への更新を示す、更新次元フラグを判定することと、
   前記更新次元フラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を行うように更に構成されている、請求項１に記載のビデオ符号化デバイス。
3. 前記第１の空間領域を前記第１のＶ－ＰＣＣタイルセットに、及び前記第２の空間領域を前記第２のＶ－ＰＣＣタイルセットに各々マッピングすることが、タイル識別又はトラック識別に基づく、請求項１に記載のビデオ符号化デバイス。
4. 前記第１の空間領域が、第１のオブジェクトと関連付けられており、前記第２の空間領域が、第２のオブジェクトと関連付けられている、請求項１に記載のビデオ符号化デバイス。
5. 前記プロセッサが、
   １つ以上の空間領域へのマッピングがシグナリングされているかどうかを示すオブジェクトフラグを判定することと、
   前記オブジェクトフラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を行うように更に構成されている、請求項４に記載のビデオ符号化デバイス。
6. 前記プロセッサが、
   前記第１の空間領域と関連付けられた前記第１のオブジェクトが前記第２の空間領域と関連付けられた前記第２のオブジェクトに依存することを示すオブジェクト依存フラグを判定することと、
   前記オブジェクト依存フラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を行うように更に構成されている、請求項４に記載のビデオ符号化デバイス。
7. 前記プロセッサが、
   前記第１の空間領域と関連付けられた前記第１のオブジェクトへの更新、又は前記第２のオブジェクト関連の前記第２の空間領域への更新を示す更新オブジェクトフラグを判定することと、
   前記更新オブジェクトフラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を行うように更に構成されている、請求項４に記載のビデオ符号化デバイス。
8. 前記第１の空間領域及び前記第２の空間領域が、１つのオブジェクトと関連付けられている、請求項１に記載のビデオ符号化デバイス。
9. 前記プロセッサが、
   前記第１の空間領域及び前記第２の空間領域が１つのオブジェクトと関連付けられていることを示すオブジェクトフラグを判定することと、
   前記オブジェクトフラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を行うように更に構成されている、請求項８に記載のビデオ符号化デバイス。
10. 前記第１のＶ－ＰＣＣタイルセットが、第１のパッチセットと関連付けられており、前記第２のＶ－ＰＣＣタイルセットが、第２のパッチセットと関連付けられている、請求項１に記載のビデオ符号化デバイス。
11. 前記第１のＶ－ＰＣＣタイルセット及び前記第２のＶ－ＰＣＣタイルセットの各々が、独立して復号化可能である、請求項１に記載のビデオ符号化デバイス。
12. 前記第１のトラック及び前記第２のトラックが、メディアコンテナファイル内で送付される、請求項１に記載のビデオ符号化デバイス。
13. 方法であって、
    三次元（３Ｄ）空間を第１の空間領域及び第２の空間領域に分割することと、
    第１の空間領域を第１のビデオ点群コード化（Ｖ－ＰＣＣ）タイルセットにマッピングし、第２の空間領域を第２のＶ－ＰＣＣタイルセットにマッピングすることであって、前記第１のＶ－ＰＣＣタイルセット及び前記第２のＶ－ＰＣＣタイルセットの各々がアトラスフレームと関連付けられている、マッピングすることと、
    前記第１のＶ－ＰＣＣタイルセットにマッピングされた前記第１の空間領域と関連付けられた第１のマッピング情報を搬送する第１のトラックを判定することと、
    前記第２のＶ－ＰＣＣタイルセットにマッピングされた前記第２の空間領域と関連付けられた第２のマッピング情報を搬送する第２のトラックを判定することと、
    前記第１のトラック及び前記第２のトラックをタイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を含む、方法。
14. 前記第１の空間領域の１つ以上の次元への更新又は前記第２の空間領域の１つ以上の次元への更新を示す更新次元フラグを判定することと、
    前記更新次元フラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を更に含む、請求項１３に記載の方法。
15. 前記第１の空間領域を前記第１のＶ－ＰＣＣタイルセットに、及び前記第２の空間領域を前記第２のＶ－ＰＣＣタイルセットに各々マッピングすることが、タイル識別又はトラック識別に基づく、請求項１３に記載の方法。
16. 前記第１の空間領域が、第１のオブジェクトと関連付けられており、前記第２の空間領域が、第２のオブジェクトと関連付けられている、請求項１３に記載の方法。
17. １つ以上の空間領域へのマッピングがシグナリングされているかどうかを示すオブジェクトフラグを判定することと、
    前記オブジェクトフラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を更に含む、請求項１６に記載の方法。
18. 前記第１の空間領域と関連付けられた前記第１のオブジェクトが前記第２の空間領域と関連付けられた前記第２のオブジェクトに依存することを示すオブジェクト依存フラグを判定することと、
    前記オブジェクト依存フラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を更に含む、請求項１６に記載の方法。
19. 前記第１の空間領域と関連付けられた前記第１のオブジェクトへの更新、又は前記第２のオブジェクト関連の前記第２の空間領域への更新を示す、更新オブジェクトフラグを判定することと、
    前記更新オブジェクトフラグを前記タイミングメタデータＶ－ＰＣＣビットストリーム中で送付することと、を更に含む、請求項１６に記載の方法。
20. 前記第１の空間領域及び前記第２の空間領域が、１つのオブジェクトと関連付けられている、請求項１３に記載の方法。
    

Images