JP2023531943A - ジオメトリベースのポイントクラウドの適応ストリーミング - Google Patents

Abstract

ジオメトリベースのポイントクラウドに関連するコンテンツを受信するためのシステム、方法、及び手段が開示される。クライアントデバイスは、コンテンツサーバからメディアプレゼンテーション記述（ＭＰＤ）ファイルを受信し得る。プリセレクション要素のセットが、ＭＰＤファイルから識別され得る。プリセレクション要素のセットの少なくとも１つのプリセレクション要素に関連付けられた１つ以上の適応セットが、識別され得る。適応セットは、プリセレクション要素のうちの１つに関連付けられた属性によって示され得る。ビューポートに関連付けられたジオメトリベースのポイントクラウド圧縮（ＧＰＣＣ）タイル識別子が、判定され得る。ＧＰＣＣタイル識別子は、ＭＰＤファイル内の受信された第１の記述子に基づいて判定され得る。ＧＰＣＣタイル識別子に関連付けられた１つ以上の適応セットが、第２の記述子を使用して選択され得る。選択された１つ以上の適応セットに関連付けられたポイントクラウドコンポーネントが、要求され得る。ポイントクラウドコンポーネントが受信され得る。【選択図】図１１

Description

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

ビデオコーディングシステムは、デジタルビデオ信号を圧縮して、例えば、かかる信号に必要とされる記憶容量及び／又は送信帯域幅を低減するために使用され得る。ビデオコーディングシステムとしては、例えば、ウェーブレットベースのシステム、オブジェクトベースのシステム、及び／又はブロックベースのハイブリッドビデオコーディングシステムなどのブロックベースのシステムが挙げられ得る。ビデオコーディングシステムは、ポイントクラウドのコーディング及び記憶態様をサポートし得る。しかしながら、これらのシステムには、ネットワーク上でポイントクラウドデータをストリーミングすることをサポートする十分な機構が欠落している場合がある。

ジオメトリベースのポイントクラウドなどのビジュアルメディアコンテンツの適応ストリーミングのためのシステム、方法、及び手段が開示される。ポイントクラウドコンポーネントに関連付けられた要素、属性、及びメタデータが、例えば、ストリーミングクライアントが、メディアプレゼンテーション記述子（media presentation descriptor、ＭＰＤ）内のポイントクラウドストリーム及びこれらのポイントクラウドストリームのコンポーネントサブストリームを識別することを可能にし、ストリーミングクライアントが、例えば、クライアントサポートに基づいて、ポイントクラウド及び／又はポイントクラウドのコンポーネントのバージョンを選択することを可能にするために、シグナリングされ得る。実施例では、ストリーミングクライアントは、ガイダンス（例えば、ＭＰＤファイルでシグナリングされる指示）を利用して、ポイントクラウドコンテンツの種々の表現に関する決定を行い得る。例えば、指示は、種々のポイントクラウドコンポーネントにわたる表現のどのセットが特定の品質レベルを構成するかを示し得る。ポイントクラウドコンテンツのコンポーネントは、複数のタイル又はタイル部分に分割され得る。クライアントは、例えば、帯域幅の可用性に基づいて、（例えば、全てのポイントクラウドデータをストリーミングする代わりに）ジオメトリコンポーネントの特定のタイル部分（例えば、選択されたタイル部分）をストリーミングし得る。ポイントクラウドコンポーネントのタイルビットストリームは、種々の適応セットにおいて利用可能であり得、例えば、適応セット（例えば、各適応セット）は、ポイントクラウドコンポーネントのタイルを表し得る。

ジオメトリベースのポイントクラウド圧縮（geometry-based point cloud compression、Ｇ－ＰＣＣ）コンポーネントが、動的ストリーミングオーバーＨＴＴＰ（dynamic streaming over HTTP、ＤＡＳＨ）でシグナリングされ得る。例えば、Ｇ－ＰＣＣコンポーネントは、ＤＡＳＨマニフェストファイル又はＭＰＤファイルを使用してシグナリングされ得る。実施例では、Ｇ－ＰＣＣコンポーネント（例えば、各Ｇ－ＰＣＣコンポーネント）は、ＤＡＳＨ ＭＰＤファイル内で適応セット（例えば、別個の適応セット）として表され得る。適応セット（例えば、メイン適応セット）は、Ｇ－ＰＣＣコンテンツのためのメインアクセスポイントとして機能し得る。実施例では、適応セット（例えば、１つの適応セット）は、解像度ごとにコンポーネントごとにシグナリングされ得る。

Ｇ－ＰＣＣコンポーネント記述子は、例えば、ストリーミングクライアントが適応セット及び／又は表現中のポイントクラウドコンポーネントのタイプを識別することを可能にするために、シグナリングされ得る。Ｇ－ＰＣＣ記述子は、ストリーミングクライアントが、ＭＰＤファイル内に存在する異なるポイントクラウドストリームどうしを区別することを可能にし得る。ストリーミングクライアントは、それぞれのポイントクラウドストリームについてコンポーネントストリームを識別し得る。

Ｇ－ＰＣＣプリセレクションは、例えば、ボリュメトリックメディアのメイン適応セットのＩＤと、Ｇ－ＰＣＣコンポーネントに対応する適応セットのＩＤと、を含む識別子（ＩＤ）リストとともに、（例えば、ＭＰＤで）シグナリングされ得る。プリセレクションは、例えば、Ｐｅｒｉｏｄ要素内のプリセレクション要素を使用してシグナリングされてもよく、かつ／又は適応セットレベルでプリセレクション記述子を使用してシグナリングされてもよい。

Ｇ－ＰＣＣメディアの複数のバージョンがシグナリングされ得る。同じポイントクラウドメディアの複数のバージョンが、例えば、別個のプリセレクションを使用してシグナリングされ得る。同じジオメトリベースのポイントクラウドメディアの代替バージョンを表すＰｒｅＳｅｌｅｃｔｉｏｎは、例えば、同じ属性値を有するＧ－ＰＣＣ記述子を含み得る。

１つ以上のＧ－ＰＣＣタイルがシグナリングされ得る。タイルバウンディングボックス情報は、例えば、ジオメトリベースのポイントクラウド中に複数のタイルが存在する場合、シグナリングされ得る。クライアントは、例えば、タイル化されたＧ－ＰＣＣコンポーネントデータをストリーミングするために、（例えば、ＭＰＤ中の）タイルインベントリバウンディングボックス情報からタイルＩＤを選択し得る。

クライアントは、例えば、Ｇ－ＰＣＣコンポーネント記述子をチェックすることによって、適応セット中のポイントクラウドコンポーネントのタイルＩＤを識別し得る。Ｇ－ＰＣＣタイルＩＤ記述子が、例えば、ストリーミングクライアントがＧ－ＰＣＣタイルストリームどうしを区別することを可能にするために、シグナリングされ得る。

空間領域の特性、及び／又はこれらの領域とＧ－ＰＣＣタイルとの間のマッピングが、例えば、ジオメトリベースのボリュメトリックメディアコンテンツ内の３Ｄ空間領域が静的である場合、シグナリングされ得る。空間領域の特性、及び／又はこれらの領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピングが、例えば、３Ｄ空間領域が静的であり、かつ／又はタイルインベントリ情報が利用可能でない場合、（例えば、Ｇ－ＰＣＣ ３Ｄ領域記述子を使用して）シグナリングされ得る。空間領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピングが、（例えば、Ｇ－ＰＣＣ領域ＩＤ記述子又はＧ－ＰＣＣコンポーネント記述子によって）シグナリングされ得る。

（例えば、プレゼンテーションタイムライン上の３Ｄ領域の位置及び／又は寸法を示す）タイムドメタデータトラックが、適応セットにおいて（例えば、動的空間領域のために）、例えば、表現とともに、シグナリングされ、メインＧ－ＰＣＣ適応セットに関連付けられ得る。

ストリーミングクライアントビヘイビアは、シグナリングに基づき得る。ＤＡＳＨクライアントは、例えば、ＭＰＤにおいて提供される情報によってガイドされ得る。

ジオメトリベースのポイントクラウドに関連するコンテンツを受信するためのシステム、方法、及び手段が開示される。実施例では、メディアプレゼンテーション記述（ＭＰＤ）ファイルが、例えば、コンテンツサーバから受信され得る。プリセレクション要素のセットが、ＭＰＤファイルから識別され得る。プリセレクション要素のセットの少なくとも１つのプリセレクション要素に関連付けられた１つ以上の適応セットが、識別され得る。例えば、１つ以上の適応セットは、プリセレクション要素のうちの１つに関連付けられた属性によって示され得る。

ビューポートに関連付けられたジオメトリベースのポイントクラウド圧縮（ＧＰＣＣ）タイル識別子が、判定され得る。例えば、ＧＰＣＣタイル識別子は、ＭＰＤファイル内の受信された第１の記述子に基づいて判定され得る。実施例では、第１の記述子は、３次元（３Ｄ）領域記述子であり得る。３Ｄ領域記述子は、３Ｄ領域に関連付けられた、領域ロケーション、１つ以上の領域寸法、及び／又はタイルのセットを含み得る。

ＧＰＣＣタイル識別子に関連付けられた１つ以上の適応セットが、第２の記述子を使用して選択され得る。実施例では、第２の記述子は、コンポーネント記述子であり得る。コンポーネント記述子は、コンポーネントタイプ、属性タイプ、インデックス、及び／又はビットストリームに関連付けられたタイルのセットを含み得る。選択された１つ以上の適応セットに関連付けられたポイントクラウドコンポーネントが、要求され得る。実施例では、ポイントクラウドコンポーネントが、受信され得る。

本明細書の随所に開示される各特徴が記載され、別個に／個別に、並びに本明細書に開示される任意の他の特徴との組み合わせで、及び／又は本明細書に黙示的若しくは明示的に参照され得るか、若しくは本明細書に開示される主題の範囲内に別様に入り得る他の箇所に開示される任意の特徴との任意の組み合わせで実装され得る。

１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。 例示的なビデオエンコーダを示す図である。 ビデオデコーダの実施例を示す図である。 様々な態様及び実施例が実装され得るシステムの実施例を示す図である。 ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）のためのビットストリーム構造の実施例を示す。 Ｇ－ＰＣＣジオメトリ及び属性ビットストリームが単一のトラックに記憶される場合のサンプル構造の実施例を示す。 マルチトラックＧ－ＰＣＣコンテナの実施例を示す。 例示的なメディアプレゼンテーション記述（ＭＰＤ）階層データモデルを示す。 プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントをグループ化する実施例を示す。 プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントの複数のバージョンをグループ化する実施例を示す。 複数のタイルトラックを有するＧ－ＰＣＣコンテンツの実施例を示す。

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

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（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 metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

インフラストラクチャ基本サービスセット（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、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。

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

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

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

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

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

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

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

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

最小値範囲及び最大値範囲（例えば、０～１、０～Ｎ、又は０～２５５）、指示又は判定のためのビット値、デフォルト値、（例えば、適応ＩＤのための）ＩＤ番号などのような、様々な数値が本出願に記載される実施例で使用される。これら及び他の特有の値は、実施例を記載する目的のものであり、記載される態様は、これらの固有の値に限定されない。

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

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

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

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

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

図３は、ビデオデコーダの実施例を示す図である。例示的なデコーダ３００では、ビットストリームは、以下に記載のように、デコーダ要素によって復号化される。ビデオデコーダ３００は、図２に記載するように、一般に、符号化パスとは逆の復号化パスを実行する。エンコーダ２００はまた、概して、ビデオデータを符号化する一部分としてビデオ復号を実行し得る。例えば、エンコーダ２００は、本明細書に提示されるビデオ復号化ステップのうちの１つ以上を実行し得る。エンコーダは、復号化された画像を再構成し、例えば、参照ピクチャ、エントロピコーディングコンテキスト、及び他のデコーダ関連状態変数のうちの１つ以上に関してデコーダとの同期を維持する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

様々な実装形態は、復号化することを含む。本出願で使用される場合、「復号化」は、例えば、ディスプレイに好適な最終出力を生成するために、受信された符号化シーケンスで実行されるプロセスの全て又は一部を包含し得る。様々な実施形態では、そのようなプロセスは、例えば、エントロピ復号化、逆量子化、逆変換、及び差動復号化など、デコーダによって典型的に実行されるプロセスのうちの１つ以上を含み得る。様々な実施形態では、そのようなプロセスはまた、又は代替的に、本出願に記載される様々な実装形態のデコーダによって実行されるプロセスを含み、例えば、ポイントクラウドコンポーネントに関連付けられた要素、属性、及びメタデータを示す信号（例えば、本明細書に記載されるような）を受信、復号化、及び解釈すること、メディアプレゼンテーション記述子（ＭＰＤ）内のポイントクラウドストリーム及びそれらのコンポーネントサブストリームを識別すること、ポイントクラウド及び／又はポイントクラウドのコンポーネントのバージョンを識別すること、ＭＰＤを復号化して、メイン適応セット及び他の適応セットを識別して、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）コンテンツにおけるＧ－ＰＣＣコンポーネントを識別すること、ＭＰＤを復号化して、適応セット又は表現中のポイントクラウドコンポーネントのタイプを識別すること、ＭＰＤを復号化して、１つ以上のプリセレクションを識別すること、ＭＰＤを復号化して、Ｇ－ＰＣＣメディアの１つ以上のバージョンを識別すること、ＭＰＤを復号化して、１つ以上のＧ－ＰＣＣタイルグループを識別すること、ＭＰＤを復号化して、適応セット中のＧ－ＰＣＣコンポーネントの１つ以上のタイルＩＤを識別すること、ＭＰＤを復号化して、空間領域の１つ以上の特性、及びこれらの領域とＧ－ＰＣＣタイルとの間のマッピング、空間領域の特性、及びこれらの領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピング、並びに／又は空間領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピングを識別すること、ＭＰＤを復号化して、動的空間領域のタイムドメタデータトラックを識別すること、などがある。

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

様々な実装形態は、符号化を伴い得る。復号化に関する上記の考察と同様に、本出願で使用され符号化は、例えば、符号化されたビットストリームを生成するために入力ビデオシーケンスに対して実行されるプロセスの全て又は一部を包含し得る。様々な実施形態において、このようなプロセスは、例えば、分割、差動符号化、変換、量子化、及びエントロピ符号化など、エンコーダによって典型的に実行されるプロセスのうちの１つ以上を含む。様々な実施形態では、そのようなプロセスはまた、又は代替的に、本出願に記載される様々な実装形態のエンコーダによって実行されるプロセスを含み、例えば、ポイントクラウドコンポーネントに関連付けられた要素、属性、及びメタデータを示す（例えば、本明細書で説明されるような）信号を生成、符号化、及び送信すること、ＭＰＤを符号化して、ポイントクラウドストリーム及びこれらのポイントクラウドストリームのコンポーネントサブストリームを示すこと、ＭＰＤを符号化して、Ｇ－ＰＣＣコンテンツにおけるジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）コンポーネントの識別をサポートするために、メイン適応セット及び他の適応セットを示すこと、ＭＰＤを符号化して、適応セット又は表現中のポイントクラウドコンポーネントのタイプの識別をサポートすること、ＭＰＤを符号化して、１つ以上のプリセレクションを識別すること、ＭＰＤを符号化して、Ｇ－ＰＣＣメディアの１つ以上のバージョンの識別をサポートすること、ＭＰＤを符号化して、１つ以上のＧ－ＰＣＣタイルグループの識別をサポートすること、ＭＰＤを符号化して、適応セット中のＧ－ＰＣＣコンポーネントの１つ以上のタイルＩＤの識別をサポートすること、ＭＰＤを符号化して、空間領域の１つ以上の特性、及びこれらの領域とＧ－ＰＣＣタイルとの間のマッピング、空間領域の特性、及びこれらの領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピング、並びに／又は空間領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピング、の識別をサポートすること、ＭＰＤを復号化して、動的空間領域のタイムドメタデータトラックを識別すること、などがある。

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

表１～表２３に示され、かつ本明細書で提示される考察又は図に別様に示され得る構文要素などの、本明細書で使用される構文要素は、記述的用語であることに留意されたい。したがって、これらは他の構文要素名の使用を排除するものではない。

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

符号化処理時、通常では、しばしば計算の複雑性の制約が与えられて、レートと歪みの間のバランス又はトレードオフが考慮される。レート歪み最適化は、通常、レートと歪みの加重和であるレート歪み関数を最小化するように定式化される。レート歪み最適化問題を解くには、異なるアプローチがある。例えば、これらのアプローチは、全ての考慮されるモード又は符号化パラメータ値を含む全ての符号化オプションの広範なテストに基づき得、それらの符号化コスト、並びに符号化及び復号化後の再構成された信号の関連する歪みの完全な評価を伴う。符号化の複雑さを軽減するために、より高速なアプローチ、特に、再構成された信号ではなく、予測又は予測残差信号に基づく近似歪みの計算を使用し得る。これら２つのアプローチの混合が、例えば、可能性のある符号化オプションのいくつかの近似歪み、及び他の符号化オプションの完全な歪みを使用することによって、使用され得る。他のアプローチでは、可能な符号化オプションのサブセットを評価し得る。より一般的には、多くのアプローチは、最適化を実行するために様々な技術のいずれかを採用するが、最適化は、必ずしもコード化コスト及び関連する歪みの両方の完全な評価ではない。

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

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

また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。例えば、いくつかの実施形態では、エンコーダは、（例えば、表１～表２３を含む、本明細書で開示される）記述子、要素及び属性、メタデータ、スキーマなどの中でもとりわけ、ＭＰＤ、適応セット、表現、プリセレクション、Ｇ－ＰＣＣコンポーネント、Ｇ－ＰＣＣＣｏｍｐｏｎｅｎｔ記述子、Ｇ－ＰＣＣ記述子又は必須プロパティ記述子、補足プロパティ記述子、Ｇ－ＰＣＣタイルインベントリ記述子、Ｇ－ＰＣＣ静的空間領域記述子、ＧＰＣＣＴｉｌｅＩｄ記述子ＧＰＣＣ３ＤＲｅｇｉｏｎＩＤ記述子を、（例えば、デコーダに）シグナリングする。このようにして、一実施形態では、同じパラメータがエンコーダ側及びデコーダ側の両方で使用され得る。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用し得るように、特定のパラメータをデコーダに送信（明示的にシグナリング）し得る。逆に、デコーダが既に特定のパラメータ並びに他のパラメータを有する場合、送信することなくシグナリングを使用して（暗黙的なシグナリング）、単にデコーダが特定のパラメータを知り、選択することを可能にし得る。いかなる実際の機能の送信も回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方法で達成され得ることが理解されるべきである。例えば、１つ以上の構文要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。前述は、「シグナリングする」という単語の動詞形に関するものであるが、「信号」という語はまた、本明細書において名詞として使用され得る。

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

３Ｄポイントクラウドは、没入型メディアを表し（例えば、表すために使用され）得る。ポイントクラウドは、３次元（３Ｄ）空間内で表されるポイントのセットを含み得る。実施例では、ポイント（例えば、各ポイント）は、ポイントのロケーション及び／又は１つ以上の属性（例えば、ポイント色、透明度、取得時間、レーザの反射率、材料特性など）を示す１つ以上の座標に関連付けられ得る。ポイントクラウドは、例えば、１つ以上のカメラ、深度センサ、及び／又は光検出及び測距（light detection and ranging、ＬｉＤＡＲ）レーザスキャナを使用して、捕捉又は展開され得る。ポイントクラウドは、複数の点を含み得る。例では、ポイント（例えば、各ポイント）は、３Ｄ空間においてマッピングする座標のセット（例えば、ｘ、ｙ、ｚ座標）によって表され得る。ポイントは、オブジェクトのサンプリングに基づいて生成され得る。実施例では、ポイントクラウド内のポイントの数は、数百万又は数十億程度であり得る。ポイントクラウドは、１つ以上のオブジェクト及び／又はシーンを再構成するために使用され得る。ポイントクラウドは、例えば、ポイントクラウドデータを記憶及び／又は送信する（例えば、効率的に記憶及び／又は送信する）ために、表現及び／又は圧縮され得る。ポイントクラウド圧縮は、ポイントクラウドのジオメトリック座標及び／又は属性の非可逆コーディング及び／又は可逆コーディング（例えば、符号化又は復号化）をサポートし得る。ポイントクラウドは、様々なアプリケーション（例えば、テレプレゼンス、仮想現実（ＶＲ）、及び／又は大規模動的３Ｄマップ）をサポートするために展開され得る。実施例では、メッシュ及びポイントクラウド圧縮のためのライブラリは、例えば、３Ｄコンテンツを送信する効率及び速度を改善するために、頂点位置、法線、色、テクスチャ座標、及び他の汎用頂点属性の圧縮をサポートし得る。そのようなライブラリの実施例は、ＧＯＯＧＬＥ（商標）によって開発されたＤＲＡＣＯ（商標）である。

図５は、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）のためのビットストリーム構造の実施例を示す。Ｇ－ＰＣＣビットストリームは、例えば、図５に示されるように、例えば、タイプ－長さ－値（type-length-value、ＴＬＶ）カプセル化構造と称され得る、Ｇ－ＰＣＣユニットのセットを含み得る。Ｇ－ＰＣＣ及びＧＰＣＣは、本明細書では交換可能に使用され得る。図５に示されるように、Ｇ－ＰＣＣユニットは、Ｇ－ＰＣＣ ｔｌｖ＿ｔｙｐｅ及びＧ－ＰＣＣ ｔｌｖユニットペイロードに関する情報を含み得る。図５は、様々なｔｌｖユニットペイロードタイプを示す。表１は、Ｇ－ＰＣＣ ＴＬＶ構文の実施例を示す。実施例では、Ｇ－ＰＣＣ ＴＬＶユニット（例えば、各Ｇ－ＰＣＣ ＴＬＶユニット）は、ＴＬＶタイプ、Ｇ－ＰＣＣ ＴＬＶユニットペイロード長、及び／又はＧ－ＰＣＣ ＴＬＶユニットペイロードを含み得る。ＴＬＶタイプ（例えば、表１に示されるｔｌｖ＿ｔｙｐｅ）は、Ｇ－ＰＣＣユニットタイプを示し得る。表２は、ＴＬＶタイプ（例えば、表１に示されるｔｌｖ＿ｔｙｐｅ）及び関連付けられたデータユニット記述の実施例を示す。例えば、ユニットタイプ２のＧ－ＰＣＣ ＴＬＶユニットは、ジオメトリデータユニットであり得、ユニットタイプ４のＧ－ＰＣＣ ＴＬＶユニットは、属性データユニットであり得る。ポイントクラウドは、例えば、ジオメトリデータユニット及び属性データユニットに基づいて再構成され得る。ジオメトリ及び／又は属性Ｇ－ＰＣＣユニットペイロードは、例えば、Ｇ－ＰＣＣデコーダによって復号化され得るメディアデータユニット（例えば、ＴＬＶユニット）に対応し得る。ジオメトリ及び属性パラメータセットＧ－ＰＣＣユニットは、対応するＴＬＶユニットを復号化するためのＧ－ＰＣＣデコーダを指定し得る。Ｇ－ＰＣＣビットストリーム高レベル構文（high-level syntax、ＨＬＳ）は、ジオメトリ及び属性データのためのスライス及び／又はタイルグループをサポートし得る。フレームは、複数のタイル及びスライスに分割され得る。スライスは、符号化又は復号化され得る（例えば、独立して符号化又は復号化され得る）ポイントのセットであり得る。実施例では、スライスは、ジオメトリデータユニットと０個以上の属性データユニットとを含み得る。属性データユニットは、例えば、同じスライス内の、対応するジオメトリデータユニットに依存し得る。スライス内で、ジオメトリデータユニットは、任意の関連付けられた属性ユニットの前に現れ得る。スライスのデータユニットは、連続し得る。フレーム内のスライスの順序付けは、指定されなくてもよい。スライスのグループは、共通のタイル識別子によって識別され得る。タイル（例えば、各タイル）のバウンディングボックスを記述するタイルインベントリが実装され得る。タイルは、バウンディングボックス内の別のタイルと重複し得る。各スライスは、スライスがどのタイルに属するかを識別するインデックスを含み得る。表１は、Ｇ－ＰＣＣ ＴＬＶカプセル化ユニットペイロード構文の実施例を示し、表２は、Ｇ－ＰＣＣ ＴＬＶタイプ及びデータユニット記述の実施例を示し、表３は、Ｇ－ＰＣＣ ＴＬＶカプセル化ユニットペイロード構文の実施例を示す。

要素、属性、構文、及びセマンティクスの実施例が、本明細書に示され、記載される。要素は、属性と区別される。属性は、属性に先行する「＠」によって識別され得る。要素使用値範囲の実施例は、以下のフォーマットで提供され得：＜ｍｉｎｉｍｕｍ＞．．．＜ｍａｘｉｍｕｍ＞、ここで、Ｎの値は、値が非有界であることを示し得る。本明細書で説明される要素、属性、構文、及びセマンティクスは、様々な実装形態において、例示的な使用の有無にかかわらず、単独で、又は様々な組み合わせで実装されてもされなくてもよい非限定的な実施例である。

Ｇ－ＰＣＣコンテナファイルフォーマットが実装され得る。図６は、Ｇ－ＰＣＣジオメトリ及び属性ビットストリームが単一トラックに記憶され得る場合のサンプル構造の実施例を示す。ビデオコーディングデバイスは、例えば、Ｇ－ＰＣＣビットストリームが単一トラックで搬送される場合、Ｇ－ＰＣＣ符号化ビットストリームが単一トラック宣言によって表されることを必要とし得る。Ｇ－ＰＣＣデータの単一トラックカプセル化は、例えば、処理（例えば、更なる処理）なしに、Ｇ－ＰＣＣビットストリームを単一トラックに記憶することなどによって、単純なカプセル化、例えば、ＩＳＯベースメディアファイルフォーマット（ISO base media file format、ＩＳＯＢＭＦＦ）カプセル化を利用し得る。単一トラック中のサンプル（例えば、各サンプル）（例えば、トラック中の各サンプル）は、１つ以上のＧ－ＰＣＣコンポーネントを含み得る。各サンプルは、１つ以上のＴＬＶカプセル化構造を含み得る。

図７は、マルチトラック（例えば、ＩＳＯＢＭＦＦ）Ｇ－ＰＣＣコンテナ構造の実施例を示す。コード化Ｇ－ＰＣＣジオメトリビットストリーム及びコード化Ｇ－ＰＣＣ属性ビットストリームが別個のトラックに記憶されて、トラック中の各サンプルは、Ｇ－ＰＣＣコンポーネントデータを搬送する少なくとも１つのＴＬＶカプセル化構造を含み得る。

マルチトラックＧ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは、Ｇｅｏｍｅｔｒｙパラメータセット、Ｓｅｑｕｅｎｃｅパラメータセット、及び／又は、ジオメトリデータＴＬＶユニットを搬送するジオメトリビットストリームサンプル、を含むＧ－ＰＣＣトラックを含み得る。Ｇ－ＰＣＣトラックは、Ｇ－ＰＣＣ属性コンポーネントのペイロードを搬送する他のトラックへのトラック参照を含み得る。マルチトラックＧ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは、それぞれの属性のＡｔｔｒｉｂｕｔｅパラメータセットと、属性データＴＬＶユニットを搬送する属性ビットストリームサンプルと、を各々が含む０個以上のＧ－ＰＣＣトラックを含み得る。

Ｇ－ＰＣＣビットストリームが複数のトラックで搬送される場合、Ｇ－ＰＣＣコンポーネントトラック間をリンクするためにトラック参照ツールが使用され得る。例えば、ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘｅｓが、Ｇ－ＰＣＣトラックのＴｒａｃｋＢｏｘ内のＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘに追加され得る。ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘは、例えば、Ｇ－ＰＣＣトラックが参照するトラックを指定するｔｒａｃｋ＿ＩＤの配列を含み得る。Ｇ－ＰＣＣジオメトリトラックをＧ－ＰＣＣ属性トラックにリンクするために、Ｇ－ＰＣＣジオメトリトラックのＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘのｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅが、関連付けられた属性トラックを識別するために実装され得る。トラック参照タイプの４ＣＣは、「ｇｐｃａ」であり得る。実施例では、参照されるトラックは、Ｇ－ＰＣＣ属性データのコード化ビットストリームを含み得る。

Ｇ－ＰＣＣビットストリームのジオメトリストリームが複数のタイルを含む場合、各タイル又はタイルのグループは、ジオメトリタイルトラックなどの別個のトラックにカプセル化され得る。実施例では、ジオメトリタイルトラックは、タイルへの直接アクセスを可能にし得る、１つ以上のジオメトリタイルのＴＬＶユニットを搬送し得る。Ｇ－ＰＣＣビットストリームの属性ストリームは、複数のタイルを含み、複数の属性タイルトラックで搬送され得る。

Ｇ－ＰＣＣタイルデータは、コンテナ内の別個のジオメトリ及び属性タイルトラックで搬送され得る。Ｇ－ＰＣＣコード化ストリームのＩＳＯＢＭＦＦコンテナ内の部分アクセスがサポートされ得る。ポイントクラウドシーン内の空間領域に対応するタイルは、Ｄｙｎａｍｉｃ３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅＥｎｔｒｙを有するトラックなどのタイムドメタデータトラックのサンプルで、又はＧＰＣＣＳｐａｔｉａｌＲｅｇｉｏｎＩｎｆｏＢｏｘボックスでシグナリングされ得る。これにより、プレーヤ及び／又はストリーミングクライアントは、ポイントクラウドシーン内の特定の空間領域又はタイルをレンダリングするために必要とされる情報を搬送するタイルトラックのセットを取り出すことが可能になり得る。

Ｇ－ＰＣＣベーストラックは、ＴＬＶカプセル化構造を搬送し得る。ＴＬＶカプセル化構造は、シーケンスパラメータセット（sequence parameter set、ＳＰＳ）、ジオメトリパラメータセット（ＧＰＳ）、属性パラメータセット（attribute parameter set、ＡＰＳ）、及びタイルインベントリ情報を含み得る（例えば、それらのみを含み得る）。Ｇ－ＰＣＣベーストラックをジオメトリタイルトラックにリンクするために、新しいトラック参照タイプを有するトラック参照が、４文字コード（four-character code、４ＣＣ）「ｇｃｃｇ」を使用して定義され得る。新しいタイプのトラック参照を使用して、Ｇ－ＰＣＣベーストラックをジオメトリタイルトラック（例えば、ジオメトリタイルトラックの各々）とリンクさせ得る。

ジオメトリタイルトラック（例えば、各ジオメトリタイルトラック）は、トラック参照ツールを使用して、それぞれのタイル又はタイルグループの属性情報を搬送する他の属性Ｇ－ＰＣＣタイルトラックとリンクされ得る。これらのトラック参照タイプの４ＣＣは、「ｇｐｃａ」であり得る。

代替トラックは、代替トラック機構（例えば、ＴｒａｃｋＨｅａｄｅｒＢｏｘのａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐフィールド）によって示され得る。実施例では、同じａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ値を含むＧ－ＰＣＣコンポーネントタイルトラックは、同じＧ－ＰＣＣコンポーネントの異なる符号化バージョンであり得る。ボリュメトリックビジュアルシーンが、代替として符号化され得る。そのような場合、例えば、互いの代替であるＧ－ＰＣＣトラックは、これらのＧ－ＰＣＣトラックのＴｒａｃｋＨｅａｄｅｒＢｏｘ内に同じａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ値を含み得る。

Ｇ－ＰＣＣコンポーネントタイルトラックは、代替を含み得る。そのような場合、代替グループに属するＧ－ＰＣＣコンポーネントタイルトラック（例えば、全てのＧ－ＰＣＣコンポーネントタイルトラック）は、Ｇ－ＰＣＣベーストラック及び／又はそれぞれのＧ－ＰＣＣジオメトリタイルトラックによって参照され得る。実施例では、互いの代替であるＧ－ＰＣＣコンポーネントタイルトラックは、代替グループ化機構を使用し得る。

ＭＰＥＧ動的適応ストリーミングオーバーＨＴＴＰ（ＭＰＥＧ－ＤＡＳＨ）は、例えば、エンドユーザにビデオ体験（例えば、より良好なビデオ体験）を提供するために、ネットワーク配信条件の変化に動的に適応し得る配信フォーマットである。

動的ＨＴＴＰストリーミングは、サーバにおいて利用可能であり得る１つ以上のビットレートでマルチメディアコンテンツを配信し得る。マルチメディアコンテンツは、複数のメディアコンポーネント（例えば、オーディオ、ビデオ、及び／又はテキストメディアコンポーネント）を含み得る。異なるメディアコンポーネントは、異なる特性を含み得る。メディアコンポーネントの１つ以上の特性は、例えば、メディアプレゼンテーション記述（ＭＰＤ）によって記述され得る。

図８は、例示的なＭＰＤ階層データモデルを示す。図８に示されるように、ＭＰＤは、期間（例えば、時間間隔）のシーケンスを記述し得る。例えば、メディアコンテンツコンポーネントの符号化されたバージョンのセットは、期間中に変化しない場合がある。期間（例えば、各期間）は、期間に関連付けられた開始時間及び持続時間を有し得る。期間（例えば、各期間）は、１つ以上の適応セット（例えば、図８に示されるＡｄａｐｔａｔｉｏｎ Ｓｅｔ １などのＡｄａｐｔａｔｉｏｎＳｅｔ）を含み得る。Ａｄａｐｔａｔｉｏｎ Ｓｅｔ、適応セット、ＡｄａｐｔａｔｉｏｎＳｅｔ、及びａｄａｐｔａｔｉｏｎｓｅｔは、本明細書では互換的に使用され得る。実施例では、ＤＡＳＨストリーミングクライアントは、例えば、図１Ａ～図１Ｄに関して本明細書で説明されるように、ＷＴＲＵであり得る。別の実施例では、ＤＡＳＨストリーミングクライアントは、ヘッドマウントデバイス、ヘッドマウントプロジェクタ、及び／又はヘッドアップディスプレイを含み得る。別の実施例では、ＤＡＳＨストリーミングクライアントは、３Ｄテレビを含み得る。別の実施例では、ＤＡＳＨストリーミングクライアントは、１つ以上のカメラ（例えば、高度カメラ）を含み得る。

適応セット（例えば、Ａｄａｐｔａｔｉｏｎ Ｓｅｔ、適応セット、ＡｄａｐｔａｔｉｏｎＳｅｔ、又はａｄａｐｔａｔｉｏｎｓｅｔ）は、例えば、言語、メディアタイプ、ピクチャアスペクト比、ロール、アクセシビリティ、視点、レーティングプロパティなどのうちの１つ以上などの、１つ以上のプロパティ（例えば、同一のプロパティ）を共有する、１つ以上のメディアコンテンツコンポーネントの符号化バージョンのセットを表し得る。実施例では、ＡｄａｐｔａｔｉｏｎＳｅｔは、マルチメディアコンテンツ（例えば、Ｇ－ＰＣＣコンテンツ）のジオメトリコンポーネント及び／又は属性コンポーネントの種々のビットレートを含み得る。ＡｄａｐｔａｔｉｏｎＳｅｔは、マルチメディアコンテンツ（例えば、同じマルチメディアコンテンツ）のオーディオコンポーネント（例えば、低品質ステレオ及び／又は高品質サラウンドサウンド）の種々のビットレートを含み得る。実施例では、ＡｄａｐｔａｔｉｏｎＳｅｔ（例えば、各Ａｄａｐｔｉｏｎ Ｓｅｔ）は、複数のＲｅｐｒｅｓｅｎｔａｔｉｏｎを含み得る。

Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、１つ以上のメディアコンポーネントの配信可能な符号化バージョンを記述し得る。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ及び表現は、本明細書において互換的に使用され得る。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、例えば、ビットレート、解像度、チャネル数、及び／又は他の特性によって、他のＲｅｐｒｅｓｅｎｔａｔｉｏｎと相違し得る。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（例えば、各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）は、１つ以上のセグメントを含み得る。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素の属性（例えば、＠ｉｄ、＠ｂａｎｄｗｉｄｔｈ、＠ｑｕａｌｉｔｙＲａｎｋｉｎｇ、及び／又は＠ｄｅｐｅｎｄｅｎｃｙＩｄ）は、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎの１つ以上のプロパティを指定し得る（例えば、指定するために使用され得る）。

Ｓｅｇｍｅｎｔは、ＨＴＴＰ要求を用いて取り出され得る。セグメント（例えば、各セグメント）は、ＵＲＬ（例えば、サーバ上のアドレス指定可能なロケーション）を含み得る。実施例では、セグメントは、例えば、ＨＴＴＰ ＧＥＴ又はバイト範囲を有するＨＴＴＰ ＧＥＴを使用してダウンロードされ得る。

ＤＡＳＨクライアントは、ＭＰＤ ＸＭＬ文書をパースし得る。例えば、ＤＡＳＨクライアントは、例えば、ＡｄａｐｔａｔｉｏｎＳｅｔの要素（例えば、ＡｄａｐｔａｔｉｏｎＳｅｔの要素の各々において提供される情報）に基づいて、（例えば、ＤＡＳＨクライアントの環境に好適な）ＡｄａｐｔａｔｉｏｎＳｅｔのコレクションを選択し得る。クライアントは、（例えば、各ＡｄａｐｔａｔｉｏｎＳｅｔ内の）ＡｄａｐｔａｔｉｏｎＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎを選択し得る。クライアントは、例えば、＠ｂａｎｄｗｉｄｔｈ属性の値、クライアントコーディング能力、及び／又はクライアントレンダリング能力に基づいて、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎを選択し得る。クライアントは、選択されたＲｅｐｒｅｓｅｎｔａｔｉｏｎの初期化セグメントをダウンロードし得る。クライアントは、コンテンツにアクセスし得る（例えば、セグメント全体又はセグメントのバイト範囲を要求することによって）。クライアントは、例えば、プレゼンテーションが開始された場合、又はプレゼンテーション中に、メディアコンテンツを消費し続け得る。クライアントは、プレゼンテーション中にメディアセグメント及び／又はメディアセグメントの一部を要求し（例えば、継続的に要求し）得る。クライアントは、メディアプレゼンテーションタイムラインに従ってコンテンツを再生し得る。クライアントは、例えば、クライアントの環境からの更新された情報に基づいて、第１のＲｅｐｒｅｓｅｎｔａｔｉｏｎから第２のＲｅｐｒｅｓｅｎｔａｔｉｏｎに切り替え得る。クライアントは、例えば、１つ以上のＰｅｒｉｏｄにわたって、コンテンツを連続的に再生し得る。メディアプレゼンテーション（例えば、セグメントにおいてクライアントによって消費されている）が終了されてもよく、期間が開始されてもよく、かつ／又はＭＰＤが、例えば、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎにおける告知されたメディアの終わりに向かって、再フェッチされてもよい。

ＭＰＥＧ－ＤＡＳＨ記述子は、メディアコンテンツに関するアプリケーション固有の情報を提供し得る。記述子要素構造は、同様であり得る。記述子要素は、例えば、スキームを識別するためのＵＲＩを提供し得る＠ｓｃｈｅｍｅＩｄＵｒｉ属性、属性＠ｖａｌｕｅ、及び／又は属性＠ｉｄを含み得る。要素セマンティクスは、採用されるスキームに固有であり得る。スキームを識別するＵＲＩは、例えば、ＵＲＮ又はＵＲＬであり得る。ＭＰＤは、要素をどのように使用するかについての情報を提供し得る。ＤＡＳＨフォーマットを採用するアプリケーションは、例えば、スキーム情報を用いて記述要素をインスタンス化し得る。要素（例えば、記述子要素）を使用するＤＡＳＨアプリケーションは、（例えば、ＵＲＩの形態の）スキーム識別子を定義し（例えば、最初に定義し）得、（例えば、スキーム識別子が使用されるときのために）要素の値空間を定義し得る。実施例では、拡張要素及び／又は属性は、例えば、構造化データの別個の名前空間において定義され得る。記述子は、ＭＰＤ内のいくつかのレベルで現れ得る。例えば、ＭＰＤレベルでの要素の存在は、要素がＭＰＤ要素の子であることを示し得る。例えば、適応セットレベルでの要素の存在は、この要素がＡｄａｐｔａｔｉｏｎＳｅｔ要素の子要素であることを示し得る。例えば、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎレベルでの要素の存在は、この要素がＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素の子要素であることを示し得る。

（例えば、ＭＰＥＧ－ＤＡＳＨにおける）バンドルは、デコーダインスタンス（例えば、単一のデコーダインスタンス）によって共同で消費され得るメディアコンポーネントのセットであり得る。バンドル（例えば、各バンドル）は、デコーダ固有の情報を含み得、かつ／又はデコーダをブートストラップし得るメディアコンポーネント（例えば、メインメディアコンポーネント）を含み得る。ＰｒｅＳｅｌｅｃｔｉｏｎは、例えば、共同で消費され得る（例えば、共同で消費されることが予期される）バンドル内のメディアコンポーネントのサブセットを参照、識別、及び／又は定義し得る。

メインメディアコンポーネントを含むＡｄａｐｔａｔｉｏｎＳｅｔは、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔと称されることがある。Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ、メインＡｄａｐｔａｔｉｏｎ Ｓｅｔ、及びメイン適応セット（例えば、適応セット（例えば、ａｄａｐｔａｔｉｏｎｓｅｔ）の大文字化又は合成に基づく任意の変形）は、本明細書で互換的に使用され得る。メインメディアコンポーネントは、バンドルに関連付けられ得るＰｒｅＳｅｌｅｃｔｉｏｎに含まれ得る。バンドル（例えば、各バンドル）は、１つ以上の部分ＡｄａｐｔａｔｉｏｎＳｅｔを含み得る。部分ＡｄａｐｔａｔｉｏｎＳｅｔは、Ｍａｉｎ ＡｄａｐｔａｔｉｏｎＳｅｔと組み合わせて処理され得る。

表４は、ＰｒｅＳｅｌｅｃｔｉｏｎ要素セマンティクスの実施例を示す。ＰｒｅＳｅｌｅｃｔｉｏｎは、例えば、表４に示されるように、例えば、ＰｒｅＳｅｌｅｃｔｉｏｎ要素を通して定義され得る。実施例では、ＰｒｅＳｅｌｅｃｔｉｏｎの選択は、ＰｒｅＳｅｌｅｃｔｉｏｎ要素に含まれ得る属性及び／又は要素に基づき得る。

仮想現実（ＶＲ）及び没入型３Ｄグラフィックスなどのマルチメディアアプリケーションは、１つ以上の仮想世界との対話及び／又は通信の更新された形態を可能にし得る３Ｄポイントクラウドを用いて実装されるか、又は３Ｄポイントクラウドによって表され得る。静的及び動的ポイントクラウドは、大量の情報を生成し得る。効率的な符号化アルゴリズムを使用して、ポイントクラウド情報を圧縮し、例えば、ポイントクラウド情報による記憶及び／又は送信リソース利用を低減し得る。例えば、圧縮された動的なポイントクラウド情報のビットストリームは、非圧縮情報のビットストリームよりも少ない送信リソースを利用し得る。

ポイントクラウドアプリケーションは、コーディング、記憶、及び／又はネットワークリソース（例えば、ネットワークを介したポイントクラウドデータのストリーミング）を利用し得る。実施例では、ポイントクラウドアプリケーションは、例えば、コンテンツがどのように生成され得るかに応じて、ポイントクラウドコンテンツのライブストリーミング又はオンデマンドストリーミングを実行し得る。ポイントクラウドアプリケーションは、ポイントクラウドを表す大量の情報を作成、処理、及び／又は送信若しくは受信し得る。ポイントクラウドアプリケーションは、例えば、変動するネットワーク容量及び／又は他の動作条件に関して、例えば、ネットワークの過負荷を回避するために、及び／又は最適化された視聴体験を提供するために、適応ストリーミング技術をサポートし得る。

ＭＰＥＧ－ＤＡＳＨは、ポイントクラウドの適応的配信を提供し得る（例えば、提供するために使用され得る）。ＭＰＥＧ－ＤＡＳＨは、例えば、ポイントクラウドストリームを含むポイントクラウドメディアをサポートするためのシグナリングを用いて実装され得る。シグナリング要素は、ストリーミングクライアントが、ＭＰＤファイル内のポイントクラウドストリーム及びこれらのポイントクラウドストリームのコンポーネントサブストリームを識別することを示し得るか、又は可能にし得る。シグナリング要素は、例えば、ストリーミングクライアントがサポートするように構成され得るか又は構成可能であり得るポイントクラウド又はポイントクラウドコンポーネントのバージョン（例えば、最良のバージョン）をストリーミングクライアントが選択することを可能にするために、ストリーミングクライアントがポイントクラウドコンポーネントに関連付けられ得るメタデータの１つ以上のタイプを示し得るか又は識別することを可能にし得る。

ポイントクラウドコンテンツのコンポーネントは、異なる表現において利用可能であり得る。実施例では、複数の表現（例えば、複数の表現の各々）は、異なる品質レベルを表し得る。ストリーミングクライアントは、異なる表現に関するガイダンス（例えば、ＭＰＤファイルでシグナリングされる指示）を利用し得る。例えば、指示は、（例えば、穏当な品質劣化を実行するために）異なるコンポーネントにわたる表現のどのセットが特定の品質レベルを構成するかを示し得る。ポイントクラウドコンテンツのコンポーネントは、複数のタイルに分割され得る。クライアントは、例えば、帯域幅の可用性に基づいて、（例えば、全てのポイントクラウドデータをストリーミングする代わりに）ジオメトリコンポーネントの特定のタイル部分（例えば、選択されたタイル部分）をストリーミングし得る。Ｇ－ＰＣＣコンポーネントタイルビットストリームは、異なるＡｄａｐｔａｔｉｏｎ Ｓｅｔにおいて利用可能であり得、例えば、Ａｄａｐｔａｔｉｏｎ Ｓｅｔ（例えば、各Ａｄａｐｔａｔｉｏｎ Ｓｅｔ）は、Ｇ－ＰＣＣコンポーネントタイルを表し得る。

Ｇ－ＰＣＣメディアコンテンツは、ジオメトリ及び／又は属性などの、いくつかのコンポーネントを含み得る。コンポーネント（例えば、複数のコンポーネント中の各コンポーネント）は、例えば、Ｇ－ＰＣＣビットストリームのサブストリームとして別個に符号化され得る。ジオメトリ及び属性などのコンポーネントは、例えば、Ｇ－ＰＣＣエンコーダを使用して符号化され得る。サブストリームは、例えば、ポイントクラウドをレンダリングするために、（例えば、メタデータとともに）まとめて復号化され得る。

要素及び／又は属性は、例えば、ＸＭＬ要素及び／又はＸＭＬ属性として定義され得る。ＸＭＬ要素は、例えば、別個の名前空間（例えば、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０」）内で定義され得る。名前空間指定子「ｇｐｃｃ：」は、本明細書では、例えば、別個の名前空間を指すために使用され得る。

Ｇ－ＰＣＣ Ｃｏｍｐｏｎｅｎｔは、ＤＡＳＨ ＭＰＤでシグナリングされ得る。実施例では、Ｇ－ＰＣＣコンポーネント（例えば、各Ｇ－ＰＣＣコンポーネント）は、ＤＡＳＨマニフェストファイル（例えば、ＭＰＤファイル）内で、例えば、Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔと称されることがある、別個の ＡｄａｐｔａｔｉｏｎＳｅｔとして表され得る。ジオメトリ情報を含むＡｄａｐｔａｔｉｏｎ Ｓｅｔは、例えば、Ｇ－ＰＣＣコンテンツのためのアクセスポイント（例えば、メインアクセスポイント）として機能し得る、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔであり得る。実施例では、適応セット（例えば、１つの適応セット）は、解像度ごとにコンポーネントごとにシグナリングされ得る。実施例では、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔは、「ｇｐｃ１」に設定された＠ｃｏｄｅｃｓ属性を含み得る。

ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子を、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：コンポーネント」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性セットとともに使用して、例えば、Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中のＧ－ＰＣＣコンポーネントのタイプを識別し得る。ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子は、例えば、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子と称されることがある。

実施例では（例えば、適応セットレベルで）、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子（例えば、１つのＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子）が、適応セットのＲｅｐｒｅｓｅｎｔａｔｉｏｎ中に存在するポイントクラウドコンポーネント（例えば、各ポイントクラウドコンポーネント）についてシグナリングされ得る。

表５は、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子の要素及び属性の実施例を示す。実施例では、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子の＠ｖａｌｕｅ属性は、存在しない場合がある。ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子は、表５に定義された属性を含み得る。

表６は、表５に対応するＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子のＸＭＬスキーマの実施例を示す。

Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔは、例えば、適応セットレベルでの初期化セグメント（例えば、単一の初期化セグメント）、又は表現レベルでの複数の初期化セグメント（例えば、各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎに対して１つの初期化セグメント）を含み得る。初期化セグメントは、Ｇ－ＰＣＣパラメータセットは、Ｇ－ＰＣＣデコーダを初期化し得る（例えば、初期化するために使用され得る）Ｇ－ＰＣＣパラメータセットを含み得る。１つ以上のＲｅｐｒｅｓｅｎｔａｔｉｏｎ（例えば、全てのＲｅｐｒｅｓｅｎｔａｔｉｏｎ）のＧ－ＰＣＣパラメータセットは、例えば、初期化セグメント（例えば、単一の初期化セグメント）がある場合、初期化セグメントに含まれ得る。

実施例では、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（例えば、各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）の初期化セグメントは、例えば、２つ以上のＲｅｐｒｅｓｅｎｔａｔｉｏｎがＭａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔでシグナリングされる場合、ＲｅｐｒｅｓｅｎｔａｔｉｏｎのためのＧ－ＰＣＣパラメータセットとＲｅｐｒｅｓｅｎｔａｔｉｏｎのためのジオメトリデータとを含み得る。他のＣｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ（例えば、ポイントクラウドの他のＣｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ）のＲｅｐｒｅｓｅｎｔａｔｉｏｎは、例えば、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用して、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔから対応するＲｅｐｒｅｓｅｎｔａｔｉｏｎ識別子をリストし得る。Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中のＲｅｐｒｅｓｅｎｔａｔｉｏｎは、Ｇ－ＰＣＣコンポーネントＡｄａｐｔａｔｉｏｎＳｅｔ中の対応するＲｅｐｒｅｓｅｎｔａｔｉｏｎにマッピングされ得る。Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎのメディアセグメントは、例えば、Ｇ－ＰＣＣトラックの１つ以上のトラックフラグメントを含み得る。コンポーネントＡｄａｐｔａｔｉｏｎＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎのメディアセグメントは、例えば、対応するコンポーネントトラックの１つ以上のトラックフラグメントを（例えば、ファイルフォーマットレベルで）含み得る。

実施例では、Ｒｏｌｅ記述子要素は、Ｇ－ＰＣＣコンポーネントについて定義され得る値とともに使用され得る。例えば、１つ以上のジオメトリコンポーネントは、ｇｐｃｃ－ｇｅｏｍｅｔｒｙの対応する値を含むことができ、及び／又は１つ以上の属性コンポーネントは、ｇｐｃｃ－ａｔｔｒｉｂｕｔｅの対応する値を含むことができる。ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子要素（例えば、表５に示される例について説明されるＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子要素と同様の）は、適応セットレベルでシグナリングされ得る。実施例では、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子要素は、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ属性を除いて（例えば、適応セットレベルで）シグナリングされ得る。ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子要素は、例えば、ジオメトリコンポーネント及び／又は属性コンポーネントを識別するためにシグナリングされ得る。

実施例では、例えば、Ｇ－ＰＣＣコンポーネントの複数のバージョンが異なるコーデックを使用して符号化される場合、使用されるメディアコーデックに従って、Ｇ－ＰＣＣコンポーネントの複数のバージョンのうちのバージョン（例えば、各バージョン）が、＠ｃｏｄｅｃｓ属性セットの値とともに別個のＡｄａｐｔａｔｉｏｎＳｅｔでシグナリングされ得る。Ｇ－ＰＣＣコンポーネントの複数のバージョンのＡｄａｐｔａｔｉｏｎＳｅｔにわたるＲｅｐｒｅｓｅｎｔａｔｉｏｎ間の切り替え（例えば、シームレスな切り替え）がサポートされ得る。複数の適応セットの各々は、例えば、ｕｒｎに設定された＠ｓｃｈｅｍｅＩｄＵＲＩ：ｍｐｅｇ：ｄａｓｈ：ａｄａｐｔａｔｉｏｎ－ｓｅｔ－ｓｗｉｔｃｈｉｎｇ：２０１６、及び／又は例えば、Ｇ－ＰＣＣコンポーネントの複数のバージョンのＡｄａｐｔａｔｉｏｎＳｅｔにわたるＲｅｐｒｅｓｅｎｔａｔｉｏｎ間のシームレスな切り替えがサポートされることを示すために、他の利用可能なバージョンに対応するＡｄａｐｔａｔｉｏｎＳｅｔ ＩＤのコンマで区切られたリストを含む＠値、を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子を含み得る。実施例では、適応セットにわたる切り替えをサポートするための１つ以上のルールが適用され得る。

Ｇ－ＰＣＣタイルトラックがシグナリングされ得る。複数のタイルトラックがＧ－ＰＣＣコンテナ内に存在するとき、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔは、Ｇ－ＰＣＣベーストラックからのパラメータセット及びタイルインベントリ情報を含み得る（例えば、それらのみを含み得る）。ジオメトリデータ及び／又は属性データは、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ及びＭａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎに存在しない場合がある。実施例では、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔの＠ｃｏｄｅｃｓ属性は、例えば、Ａｄａｐｔａｔｉｏｎ ＳｅｔがＧ－ＰＣＣコンテンツのＳＰＳ、ＧＰＳ、ＡＰＳ、及びＴｉｌｅ Ｉｎｖｅｎｔｏｒｙ情報を含む（例えば、それらのみを含む）ベーストラックデータを含むことを示す、「ｇｐｃｂ」に設定され得る。

コンポーネントタイルトラック（例えば、各コンポーネントタイルトラック）は、別個のＡｄａｐｔａｔｉｏｎ Ｓｅｔでシグナリングされ得る。別個のＡｄａｐｔａｔｉｏｎ Ｓｅｔは、Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔと称されることがある。同じタイル（例えば、又は同じタイルのセット）のコンポーネントの複数のバージョンが存在し、かつ別個のタイルトラックで搬送される場合、各バージョンは、Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎでシグナリングされ得る。Ｇ－ＰＣＣメディアコンテンツのコンポーネントタイルトラックを表すＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔの＠ｃｏｄｅｃｓ属性は、「ｇｐｔ１」に設定され得る。

Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ ｌｅｖｅｌで、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子がシグナリングされ得る。実施例では、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子は、例えば、タイルビットストリーム中に存在するタイルのリストを示す属性（例えば、追加の属性）＠ｔｉｌｅ＿ｉｄｓを含み得る。ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子は、例えば、包含するＡｄａｐｔａｔｉｏｎ Ｓｅｔによって表されるコンポーネントがＧ－ＰＣＣ属性コンポーネントである場合、ＸＭＬ属性＠ａｔｔｒ＿ｉｎｄｅｘを含み（例えば、条件付きで含み）得る。＠ａｔｔｒ＿ｉｎｄｅｘ属性は、例えば、同じ属性タイプ（例えば、２つ以上の色属性）を有する複数のＧ－ＰＣＣ属性コンポーネントがＧ－ＰＣＣコンテンツ中に存在する場合、ＳＰＳ中のＧ－ＰＣＣ属性コンポーネントの順序をシグナリングすることができ、かつ／又はＧ－ＰＣＣ属性コンポーネントを区別することを可能にすることができる。Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔレベルで存在するＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子は、表７において定義される要素及び／又は属性を含み得る。

表８は、表７に対応するＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子のＸＭＬスキーマの実施例を示す。

実施例では、複数のタイルトラックがコンテナ内に存在する場合、ジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中の各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、例えば、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用して、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中の対応するＲｅｐｒｅｓｅｎｔａｔｉｏｎを参照し得る。属性Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中の各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、例えば、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用して、ジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中の対応するＲｅｐｒｅｓｅｎｔａｔｉｏｎを参照し得る。

同じａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ値を含むＧ－ＰＣＣコンポーネントタイルトラックは、例えば、Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎとして、ＭＰＤでシグナリングされ得る。

Ｇ－ＰＣＣ記述子がシグナリングされ得る。ストリーミングクライアントは、例えば、対応する要素内のＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子をチェックすることによって、ＡｄａｐｔａｔｉｏｎＳｅｔ及び／又はＲｅｐｒｅｓｅｎｔａｔｉｏｎ中のポイントクラウドコンポーネントのタイプを識別し得る（例えば、識別することが可能であり得るか、又は識別するように構成され得る）。ストリーミングクライアントは、ＭＰＤファイル内に存在する異なるジオメトリポイントクラウドストリームどうしを区別し得る。

Ｇ－ＰＣＣ記述子は、例えば、ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｇｐｃ”に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素を含み得る。表９は、Ｇ－ＰＣＣ記述子の属性の実施例を示す。実施例では、１つ以上（例えば、多くとも１つ）のＧ－ＰＣＣ記述子が、Ｇ－ＰＣＣメディアのメイン適応セット（Main Adaptation Set）の適応セットレベルで存在し得る。

属性のデータ型は、例えば、ＸＭＬスキーマで定義されるものであり得る。表１０は、Ｇ－ＰＣＣ記述子のＸＭＬスキーマの実施例を示す。スキーマは、例えば、名前空間ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０、を有するＸＭＬスキーマで表され得る。

ＧＰＣＣＴｉｌｅＩｄ記述子がシグナリングされ得る。ストリーミングクライアントは、例えば、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子をチェックすることによって、Ｇ－ＰＣＣ Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ ＡｄａｐｔａｔｉｏｎＳｅｔ中に存在する１つ以上のタイルｉｄを識別し得る。実施例では、Ｇ－ＰＣＣタイルのコンポーネントのうちの１つ以上（例えば、コンポーネントの全て）が、単一のトラックに記憶され得る。例えば、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子は、そのトラックに関連付けられたＡｄａｐａｔａｔｉｏｎＳｅｔでシグナリングされない場合がある。実施例では、ストリーミングクライアントは、ＭＰＤファイル内に存在し得る異なるＧ－ＰＣＣタイルトラックどうしを区別し得る。例えば、ストリーミングクライアントは、それぞれのタイルストリームを識別することによって、異なるＧ－ＰＣＣタイルトラックどうしを区別し得る。

実施例では、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｔｉｌｅＩＤ」」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素は、ＧＰＣＣＴｉｌｅＩｄ記述子であり得る（例えば、そのように称され得る）。ＧＰＣＣＴｉｌｅＩｄ記述子は、異なるＧ－ＰＣＣタイルストリームどうしを区別するために使用され得る。実施例では、１つの（例えば、多くとも１つの）ＧＰＣＣＴｉｌｅＩｄ記述子が、Ｇ－ＰＣＣタイルメディアの適応セットレベルでシグナリングされ、及び／又は存在し得る。１つの（例えば、多くとも１つの）ＧＰＣＣＴｉｌｅＩｄ記述子は、例えば、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子が適応セットレベルで利用可能でない場合（例えば、タイル又はタイルのグループの全てのＧ－ＰＣＣコンポーネントデータが１つのトラック中にある場合）、適応セットレベルでシグナリングされ得るか、又は存在し得る。

実施例では、ＧＰＣＣＴｉｌｅＩｄ記述子の＠ｖａｌｕｅ属性は、存在しない場合がある。ＧＰＣＣＴｉｌｅＩｄ記述子は、表１１に示される１つ以上の属性を含み得る。

属性のデータ型は、ＸＭＬスキーマで提供されるものであり得る。実施例では、ＧＰＣＣＴｉｌｅＩｄ記述子のＸＭＬスキーマは、以下の例示的なスキーマに示されるものであり得る。このスキーマは、名前空間ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０、を含むＸＭＬスキーマで表され得、以下の表１２に示されるように指定され得る。

Ｇ－ＰＣＣ Ｐｒｅｓｅｌｅｃｔｉｏｎがシグナリングされ得る。Ｇ－ＰＣＣプリセレクションは、例えば、（例えば、ＤＡＳＨで定義される）ＰｒｅＳｅｌｅｃｔｉｏｎ要素を使用して、例えば、ボリュメトリックメディアのＭａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＩＤと、Ｇ－ＰＣＣコンポーネントに対応するＡｄａｐｔａｔｉｏｎＳｅｔのＩＤと、を含む＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性の識別子（ＩＤ）リストとともに、ＭＰＤでシグナリングされ得る。実施例では、ＰｒｅＳｅｌｅｃｔｉｏｎの＠ｃｏｄｅｃｓ属性は、例えば、ＰｒｅＳｅｌｅｃｔｉｏｎメディアがジオメトリベースのポイントクラウドであることを示し得る、「ｇｐｃ１」に設定され得る。ＰｒｅＳｅｌｅｃｔｉｏｎは、例えば、Ｐｅｒｉｏｄ要素内のＰｒｅＳｅｌｅｃｔｉｏｎ要素を使用して、かつ／又は適応セットレベルでプリセレクション記述子を使用して、シグナリングされ得る。

図９は、プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントをグループ化する実施例を示す。図９は、ＭＰＥＧ－ＤＡＳＨ ＭＰＤファイル内のボリュメトリックメディア（例えば、単一のボリュメトリックメディア）に属し得るＧ－ＰＣＣコンポーネントをグループ化するための例示的なＤＡＳＨ構成を示す。

Ｇ－ＰＣＣメディアの複数のバージョンがシグナリングされ得る。実施例では、同じポイントクラウドメディアの複数のバージョンが、例えば、別個のＰｒｅＳｅｌｅｃｔｉｏｎを使用してシグナリングされ得る。同じジオメトリベースのポイントクラウドメディアの代替バージョンを表すＰｒｅＳｅｌｅｃｔｉｏｎは、例えば、同じ＠ｇｐｃＩｄ値を有するＧ－ＰＣＣ記述子を含み得る。１つ以上（例えば、多くとも１つ）のＧ－ＰＣＣ記述子が、例えば、プリセレクションレベルで存在し得る。プリセレクションは、選択可能な代替であり得る。＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性のｉｄリストは、例えば、＠ｃｏｄｅｃｓ属性が「ｇｐｃ１」に設定されている場合、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＩＤと、それに続く残りのコンポーネントＡｄａｐｔａｔｉｏｎ Ｓｅｔ ＩＤと、を含み得る。

図１０は、プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントの複数のバージョンをグループ化する実施例を示す。図１０は、ＭＰＥＧ－ＤＡＳＨ ＭＰＤファイル内の単一のポイントクラウドに属し得るＧ－ＰＣＣコンポーネントの複数のバージョンをグループ化するためのＤＡＳＨ構成の実施例を示す。グルーピング／関連付けは、例えば、プリセレクション記述子を使用してシグナリングされ得る。表１３は、プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントの複数のバージョンをシグナリングする実施例を示す。

実施例では、ポイントクラウドのＧ－ＰＣＣコンポーネントＡｄａｐｔａｔｉｏｎＳｅｔ、又はＡｄａｐｔａｔｉｏｎＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎは、例えば、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用して、メインＡｄａｐｔａｔｉｏｎＳｅｔ及び／又はＲｅｐｒｅｓｅｎｔａｔｉｏｎの識別子をリストし得る。例えば、ポイントクラウドを再構成するために、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中のセグメントがポイントクラウドコンポーネントのＡｄａｐｔａｔｉｏｎＳｅｔからのセグメントとともに復号化される場合、依存関係（例えば、固有の依存関係）があり得る。

実施例では、Ｇ－ＰＣＣ Ｔｉｌｅ Ｐｒｅｓｅｌｅｃｔｉｏｎが実装され得る。Ｇ－ＰＣＣコンテンツが複数のタイルトラックを使用して搬送される場合、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔは、Ｇ－ＰＣＣベーストラックデータをシグナリングし得る。Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔは、Ｇ－ＰＣＣジオメトリ及び／又は属性タイルトラックデータをシグナリングし得る。

Ｇ－ＰＣＣ Ｔｉｌｅ Ｐｒｅｓｅｌｅｃｔｉｏｎは、本明細書で説明されるＰｒｅＳｅｌｅｃｔｉｏｎ要素を使用してＭＰＤでシグナリングされ得る。実施例では、Ｐｒｅｓｅｌｅｃｔｉｏｎの＠ｃｏｄｅｃｓ属性は、例えば、Ｐｒｅｓｅｌｅｃｔｉｏｎメディアがジオメトリベースのポイントクラウドタイルのセットであることを示す、「ｇｐｔ１」に設定され得る。Ｐｒｅｓｅｌｅｃｔｉｏｎは、本明細書で説明されるように、Ｐｅｒｉｏｄ要素内のＰｒｅＳｅｌｅｃｔｉｏｎ要素を使用してシグナリングされ得る。Ｐｒｅｓｅｌｅｃｔｉｏｎは、Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ ｌｅｖｅｌでのＰｒｅｓｅｌｅｃｔｉｏｎ 記述子を使用してシグナリングされ得る。

ＰｒｅＳｅｌｅｃｔｉｏｎ要素は、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性のＩＤリストを含み得る。Ｇ－ＰＣＣ Ｔｉｌｅ Ｐｒｅｓｅｌｅｃｔｉｏｎの＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性ＩＤリストは、Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔと、その後に続く対応する属性Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ ＩＤと、を含み得る。選択されたジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎに対応するＭａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎは、例えば、Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎでシグナリングされる＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用して識別され得る。

Ｇ－ＰＣＣ Ｔｉｌｅ Ｐｒｅｓｅｌｅｃｔｉｏｎ（例えば、各Ｇ－ＰＣＣ Ｔｉｌｅ Ｐｒｅｓｅｌｅｃｔｉｏｎ）は、１つ以上のＧＰＣＣＴｉｌｅＩｄ記述子を含み得る。これにより、各Ｐｒｅｓｅｌｅｃｔｉｏｎで参照されるタイルの識別が可能になり得る。ＧＰＣＣＴｉｌｅＩｄ記述子が存在しない場合、Ｇ－ＰＣＣ Ｔｉｌｅ Ｐｒｅｓｅｌｅｃｔｉｏｎに属するタイルは、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性のＩＤリストからジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔを見つけ、かつジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中に存在するＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子からのタイルＩＤのリストをチェックすることによって、識別され得る。

図１１は、複数のタイルトラックを有するＧ－ＰＣＣコンテンツの実施例を示す。図１１は、例示的なＤＡＳＨ構成であり得る。Ｇ－ＰＣＣコンテンツは、ジオメトリコンポーネント及び１つ以上の属性コンポーネント（例えば、３つの属性コンポーネント）を含み得る。この実施例では、Ｇ－ＰＣＣビットストリームは、２つのタイルセットにグループ化されている６つのタイルを含む。第１のタイルセットは、タイル１、２、及び３を含み、第２のタイルセットは、タイル４、５、及び６を含む。各タイルセットのコンポーネントは、（例えば、異なる品質で符号化された）２つの異なるバージョンで利用可能であり得る。タイルセットのコンポーネントバージョン（例えば、各コンポーネントバージョン）は、ＩＳＯＢＭＦＦコンテナファイル内の別個のＧ－ＰＣＣタイルトラックで搬送され得る。ＭＰＤファイルは、２つのタイルセットの各コンポーネントのＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔを含み得る。Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ（例えば、各Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ）は、２つの表現（例えば、コンポーネントの各バージョンに１つ）を含み得る。Ｇ－ＰＣＣビットストリーム中に存在する２つのタイルセットをシグナリングするために、２つのＰｒｅｓｅｌｅｃｔｉｏｎがＭＰＤ中で使用され得る。

表１４は、複数のタイルトラックをＰｒｅｓｅｌｅｃｔｉｏｎ記述子とともに有するＧ－ＰＣＣコンテンツをシグナリングするＤＡＳＨ ＭＰＤファイルの実施例を示す。

実施例では、メディアデータは、例えば、複数のポイントクラウドメディアが利用可能である場合、別個のＰｒｅＳｅｌｅｃｔｉｏｎを使用してシグナリングされ得る。ジオメトリベースのポイントクラウドメディアデータを表すＰｒｅＳｅｌｅｃｔｉｏｎは、一意の＠ｇｐｃＩｄ値を有するＧ－ＰＣＣ記述子を含み得る。１つ以上（例えば、多くとも１つ）のＧ－ＰＣＣ記述子が、例えば、プリセレクションレベルで存在し得る。メイン適応セットのＩＤ、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性の適応セットＩＤのリスト中のＩＤ（例えば、第１のＩＤ）、及び／又は（例えば、その後に続く）ポイントクラウドコンポーネントに対応するＡｄａｐｔａｔｉｏｎＳｅｔのＩＤが存在し得る。ポイントクラウドは、例えば、Ｇ－ＰＣＣ記述子内で定義され得るように、例えば、＠ｇｐｃＩｄ属性の一意の値を使用して識別され得る。

Ｇ－ＰＣＣタイルグループがシグナリングされ得る。実施例では、タイルバウンディングボックス情報は、例えば、ジオメトリベースのポイントクラウド中の複数のタイルが存在する場合、（例えば、ＧＰＣＣＴｉｌｅＩｎｖｅｎｔｏｒｙ記述子を使用して）シグナリングされ得る。ＧＰＣＣＴｉｌｅＩｎｖｅｎｔｏｒｙ記述子は、例えば、＠ｓｃｈｅｍｅＩｄＵｒｉ属性（例えば、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｇｐｔｌ」に設定される）を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素であり得る。ＧＰＣＣＴｉｌｅＩｎｖｅｎｔｏｒｙ記述子は、例えば、Ｇ－ＰＣＣメディアがタイル化されている場合、Ｇ－ＰＣＣメディアのＭａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔの適応セットレベルで存在し得る。表１５は、ＧＰＣＣＴｉｌｅＩｎｖｅｎｔｏｒｙ記述子の要素及び属性の実施例を示す。

表１６は、ＧＰＣＣＴｉｌｅＩｎｖｅｎｔｏｒｙ記述子のＸＭＬスキーマの実施例を示す。ＧＰＣＣＴｉｌｅＩｎｖｅｎｔｏｒｙ記述子の様々な要素及び属性のデータ型は、例えば、表１６に示される例示的なスキーマなどのＸＭＬスキーマに従って定義され得る。

クライアントは、例えば、クライアントがサーバからタイル化されたＧ－ＰＣＣコンポーネントデータをストリーミングしようとしている場合、ＭＰＤ中に存在するタイルインベントリバウンディングボックス情報からタイルＩＤを選択（例えば、最初に選択）し得る。実施例では、選択されたｔｉｌｅ＿ｉｄを有するＧ－ＰＣＣコンポーネントが、クライアントにストリーミングされ得る。

動的Ｇ－ＰＣＣ Ｔｉｌｅ Ｉｎｖｅｎｔｏｒｙ情報がシグナリングされ得る。パラメータセットデータ及び／又はタイルインベントリ情報が動的に変化している場合、そのような変化についての情報が、Ｇ－ＰＣＣベーストラックのサンプルで搬送され得る。実施例では、ジオメトリベースのポイントクラウド中に複数のタイルが存在し、かつタイルのバウンディングボックス情報が動的に変化している場合、タイルバウンディングボックス情報は（例えば、パラメータセットデータとともに）、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎのＭｅｄｉａ Ｓｅｇｍｅｎｔで搬送され得る。

空間領域は、静的であり得る。空間領域の特性、及び／又は領域とＧ－ＰＣＣタイルとの間のマッピングは、例えば、３Ｄ空間領域が静的である場合、（例えば、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子を使用して）シグナリングされ得る。３Ｄ空間領域は、例えば、領域（例えば、各領域）の位置及び寸法が提示時間にわたって変化しない場合、静的であり得る。ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子は、例えば、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｇｐｓｒ」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素であり得る。ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子（例えば、単一のＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子）は、例えば、メインＧ－ＰＣＣトラック中の適応セットレベル及び／若しくは表現レベルで、又はジオメトリベースのボリュメトリックメディアコンテンツのプリセレクションレベルで存在し得る。

ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子の＠ｖａｌｕｅ属性は、存在しない場合がある。ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子は、（例えば、表１７において指定される）要素及び／又は属性を含み得る。表１７は、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子に関連付けられた要素及び属性の実施例を示す。

ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子の様々な要素及び属性のデータ型は、表１８に示されるＸＭＬスキーマなどのスキーマによって定義され得る。表１８は、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子のＸＭＬスキーマの実施例を示す。

実施例では、空間領域の特性及び／又は空間領域とＧ－ＰＣＣコンポーネントの対応するＡｄａｐｔａｔｉｏｎＳｅｔとの間のマッピングは、例えば、３Ｄ空間領域が静的であり、かつタイルインベントリ情報が利用可能でない場合、（例えば、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子を使用して）シグナリングされ得る。ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子は、例えば、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｇｐｓｒ」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素であり得る。ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子（例えば、単一のＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子）は、例えば、メインＧ－ＰＣＣトラック中の適応セットレベル及び／若しくは表現レベルで、又はジオメトリベースのボリュメトリックメディアコンテンツのプリセレクションレベルで存在し得る。

ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子の＠ｖａｌｕｅ属性は、存在しない場合がある。ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子は、（例えば、表１９において指定される）要素及び属性を含み得る。表１９は、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子の要素及び属性の実施例を示す。

ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子の様々な要素及び属性のデータ型は、例えば、ＸＭＬスキーマなどのスキーマに従って定義され得る。表２０は、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子のＸＭＬスキーマの実施例を示す。

実施例では、空間領域とＧ－ＰＣＣコンポーネントの対応するＡｄａｐｔａｔｉｏｎＳｅｔとの間のマッピングは、例えば、３Ｄ空間領域が静的である場合、ＧＰＣＣ３ＤＲｅｇｉｏｎＩｄ記述子を使用してシグナリングされ得る。記述子は、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｇｐ３ｒｉｄ」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素であり得る。単一のＧＰＣＣ３ＤＲｅｇｉｏｎＩｄ記述子が、Ｇ－ＰＣＣコンポーネント（例えば、各Ｇ－ＰＣＣコンポーネント）の適応セットレベルで存在し得る。ＧＰＣＣ３ＤＲｅｇｉｏｎＩｄは、例えば、ｇｐｓｒ．ｓｐａｔｉａｌＲｅｇｉｏｎ＠ａｓＩｄｓ属性がＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子内に存在する場合、存在しない場合がある。

ＧＰＣＣ３ＤＲｅｇｉｏｎＩｄ記述子の＠ｖａｌｕｅ属性は、存在しない場合がある。ＧＰＣＣ３ＤＲｅｇｉｏｎＩｄ記述子は、表２１に示される１つ以上の属性を含み得る。

属性のデータ型は、ＸＭＬスキーマで提供されるものであり得る。ＧＰＣＣ３ＤＲｅｇｉｏｎＩＤ記述子のＸＭＬスキーマを以下に示す。このスキーマは、名前空間ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０を含み、かつ表２２に指定されているＸＭＬスキーマで表され得る。

実施例では、空間領域とＧ－ＰＣＣコンポーネントの対応するＡｄａｐｔａｔｉｏｎＳｅｔとの間のマッピングは、例えば、３Ｄ空間領域が静的である場合、ＧＰＣＣＣｏｍｐｏｎｅｎｔｓ記述子を使用してシグナリングされ得る。ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子は、表２３に定義される要素及び属性を含み得る。ＧＰＣＣ３ＤＲｅｇｉｏｎＩＤ記述子は、例えば、＠ｒｅｇｉｏｎ＿Ｉｄ属性がＧＰＣＣＣｏｍｐｏｎｅｎｔｓ記述子内に存在する場合、存在しない場合がある。

ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子のＸＭＬスキーマの実施例は、以下の表２４に示される通りである。

実施例では、１つ以上の空間領域は、動的であり得る。動的であり得る３Ｄ分割の場合、プレゼンテーションタイムライン上の３Ｄ領域（例えば、各３Ｄ領域）の位置及び／又は寸法をシグナリングするためのタイムドメタデータトラックは、単一の表現を有する別個のＡｄａｐｔａｔｉｏｎＳｅｔで搬送され得る。タイムドメタデータトラックは、メインＧ－ＰＣＣ適応セットに関連付けられ（例えば、リンクされ）得る。使用される属性は、＠ａｓｓｏｃｉａｔｉｏｎＩｄ属性と、対応するＡｄａｐｔａｔｉｏｎＳｅｔ又はＲｅｐｒｅｓｅｎｔａｔｉｏｎの４ＣＣ「ｇｐｄｒ」を含む＠ａｓｓｏｃｉａｔｉｏｎＴｙｐｅ値と、を含み得る。

ストリーミングクライアントビヘイビアは、シグナリング、例えば、１つ以上の記述子のシグナリングに基づき得る。ＤＡＳＨクライアントは、例えば、ＭＰＤにおいて提供される情報によってガイドされ得る。以下は、例えば、本明細書で開示されるシグナリング実施例を使用して、ジオメトリベースのポイントクラウド圧縮コンテンツをストリーミングするためのクライアントビヘイビアの実施例である。例示的なクライアントビヘイビアは、例えば、メインポイントクラウドＡｄａｐｔａｔｉｏｎＳｅｔへのコンポーネントＡｄａｐｔａｔｉｏｎＳｅｔの関連付けがＧ－ＰＣＣ記述子を使用してシグナリングされると仮定し得る。

ストリーミングクライアントは、例えば、コンテンツサーバに設定された宛先を有するＨＴＴＰ要求を発行し（例えば、最初に発行し）得る。ストリーミングクライアントは、コンテンツサーバからＭＰＤファイルをダウンロードし得る。クライアントは、例えば、ＭＰＤファイル内のＸＭＬ要素の対応するメモリ内表現を生成するために、ＭＰＤファイルをパースし得る。

ストリーミングクライアントは、例えば、Ｐｅｒｉｏｄ内の利用可能なＧ－ＰＣＣメディアコンテンツを識別するために、期間レベルで（例えば、＠ｃｏｄｅｃｓ属性を「ｇｐｃ１」又は「ｇｐｔ１」に設定して）ＰｒｅＳｅｌｅｃｔｉｏｎ要素をチェックし得る。

ＰｒｅＳｅｌｅｃｔｉｏｎ要素によって表されるポイントクラウドコンテンツに属するＡｄａｐｔａｔｉｏｎＳｅｔ（例えば、全てのＡｄａｐｔａｔｉｏｎＳｅｔ）は、例えば、ＰｒｅＳｅｌｅｃｔｉｏｎの＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性内のＩＤリストをチェックすることによって識別され得る。Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔは、リスト中の第１のＩＤの＠ｉｄ値に等しい＠ｉｄ値を含み得る。

ストリーミングクライアントは、例えば、ＡｄａｐｔａｔｉｏｎＳｅｔのＧ－ＰＣＣ記述子をチェックすることによって、一意のポイントクラウドの数を識別することができ、かつ／又はＧ－ＰＣＣ記述子内に同じ＠ｇｐｃＩｄ値を有するＡｄａｐｔａｔｉｏｎＳｅｔを同じコンテンツのバージョンとしてグループ化することができる。

ストリーミングクライアントは、（例えば、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔ属性のＩＤリスト中で参照される残りのＡｄａｐｔａｔｉｏｎＳｅｔのＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子をチェックすることによって）ポイントクラウドのコンポーネントを識別することができ、コンポーネント（例えば、各コンポーネント）をその対応するＡｄａｐｔａｔｉｏｎＳｅｔにマッピングすることができる。実施例では、２つ以上のポイントクラウドコンポーネントが、ＡｄａｐｔａｔｉｏｎＳｅｔ中に存在し得る。

所望のコンテンツに対応するＧ－ＰＣＣ記述子内に存在する＠ｇｐｃＩｄ値を有するＡｄａｐｔａｔｉｏｎＳｅｔのグループは、例えば、ユーザがストリーミングに関心があり得るポイントクラウドコンテンツに基づいて、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔ属性のＩＤリストから選択され得る。ストリーミングクライアントは、例えば、同じ＠ｇｐｃＩｄ値を有する複数のＰｒｅＳｅｌｅｃｔｉｏｎ記述子が存在する場合、サポートされたバージョン（例えば、サポートされた解像度）を有するＡｄａｐｔａｔｉｏｎＳｅｔグループを選択し得る。例えば、同じ＠ｇｐｃＩｄ値を有する複数のＰｒｅＳｅｌｅｃｔｉｏｎ記述子が存在しない場合、唯一のＡｄａｐｔａｔｉｏｎＳｅｔグループが選択され得る。

クライアントは、例えば、Ｇ－ＰＣＣデコーダを初期化するためのパラメータセットを含むＭａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔのための初期化セグメントをダウンロードすることによって、ポイントクラウドのストリーミングを開始し得る。コーディングされたコンポーネントストリームの初期化セグメントは、メモリにダウンロード及び／又はキャッシュされ得る。

ストリーミングクライアントは、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ及び／又はコンポーネントＡｄａｐｔａｔｉｏｎ Ｓｅｔから（例えば、ＨＴＴＰを介して並行して）時間整合されたメディアセグメントのダウンロードを開始し得る。実施例では、ダウンロードされたセグメントは、インメモリセグメントバッファに記憶され得る。時間整合されたメディアセグメントは、これらのメディアセグメントのそれぞれのバッファから除去され、かつ／又はこれらのメディアセグメントのそれぞれの初期化セグメントと連結され得る。

メディアコンテナ（例えば、ＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ））は、例えば、エレメンタリストリーム情報を抽出し、かつＧ－ＰＣＣビットストリームを構造化するためにパースされ得、ビットストリームは、Ｇ－ＰＣＣデコーダに渡され得る。

複数のタイルを有するＧ－ＰＣＣメディアをストリーミングするためのクライアントビヘイビアは、例えば、本明細書で説明されるように、ＭＰＤシグナリングを使用して実装され得る。クライアント（例えば、ストリーミングクライアント）は、ＨＴＴＰ要求を発行し、かつ／又はコンテンツサーバからＭＰＤファイルをダウンロードし得る。クライアントは、ＭＰＤファイル内のＸＭＬ要素の対応するインメモリ表現を生成するために、ＭＰＤファイルをパースし得る。

クライアントは、例えば、Ｐｅｒｉｏｄ内の利用可能なＧ－ＰＣＣタイル化メディアコンテンツを識別するために、期間レベルで、＠ｃｏｄｅｃｓ属性が「ｇｐｃｂ」に設定されたＡｄａｐｔａｔｉｏｎＳｅｔ要素をチェックすることができ、＠ｃｏｄｅｃｓ属性が「ｇｐｔ１」に設定されたＰｒｅＳｅｌｅｃｔｉｏｎ要素をチェックすることができる。

Ｇ－ＰＣＣタイル化メディアコンテンツが存在する場合、クライアントは、例えば、クライアントの現在のビューポートに基づいて、ポイントクラウドビットストリーム中の関心のタイルを識別し得る。クライアントは、ＧＰＣＣ３ＤＲｅｇｉｏｎｓ記述子をパースすることができ、及び／又はビューポート内にあるそれぞれのタイルを見つけ得る。３Ｄ分割が動的である場合、提示タイムライン上の３Ｄ領域（例えば、各３Ｄ空間領域）の位置及び／又は寸法を搬送し得る、タイムドメタデータＡｄａｐｔａｔｉｏｎ ＳｅｔのＭｅｄｉａ Ｓｅｇｍｅｎｔがダウンロードされ得る。ビューポート内にある３Ｄ領域が識別され得る。領域に属するそれぞれのタイルが識別され得る。

関心のタイルが見つかった場合、クライアントは、例えば、ＰｒｅＳｅｌｅｃｔｉｏｎ要素（例えば、各ＰｒｅＳｅｌｅｃｔｉｏｎ要素）内に存在するＧＰＣＣＴｉｌｅＩｄ記述子をパースすることによって、タイルを有するＰｒｅＳｅｌｅｃｔｉｏｎ要素を選択し得る。ＧＰＣＣＴｉｌｅＩｄ記述子内の＠ｔｉｌｅ＿Ｉｄｓ属性は、利用可能なタイルをリストし得る。関心のタイルを有するプリセレクション要素が選択され得る。プリセレクション（例えば、他のＰｒｅｓｅｌｅｃｔｉｏｎ）は、無視され得る。

ＧＰＣＣＴｉｌｅＩｄ記述子が利用可能でない場合、ＰｒｅＳｅｌｅｃｔｉｏｎ要素内に存在するタイルは、例えば、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓ属性のｉｄリストからジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔを見つけ、かつジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ中に存在するＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子からタイルＩＤのリストを見つけることによって識別され得る。関心のタイルがＰｒｅＳｅｌｅｃｔｉｏｎ要素内に存在する場合、Ｐｒｅｓｅｌｅｃｔｉｏｎは、クライアントによって選択され得る。

選択されたＰｒｅｓｅｌｅｃｔｉｏｎから、Ｍｅｄｉａ Ｓｅｇｍｅｎｔをダウンロードするために使用されるべきＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔのグループが、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔ属性のＩＤリストから識別され得る。実施例では、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓリストは、ジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ ＩＤを含み得る。＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓリストは、残りのコンポーネントＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ ＩＤを含み得る。Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＩＤは、＠ｐｒｅｓｅｌｅｃｔｉｏｎＣｏｍｐｏｎｅｎｔｓリストに存在しない場合がある。例えば、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＩＤは、ジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ ＳｅｔのＲｅｐｒｅｓｅｎｔａｔｉｏｎに存在する＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用して識別され得る。

クライアントは、例えば、Ｍａｉｎ Ａｄａｐｔａｔｉｏｎ ＳｅｔからＩｎｉｔｉａｌｉｚａｔｉｏｎ Ｓｅｇｍｅｎｔをダウンロードすることによって、ポイントクラウドのストリーミングを開始し得る。Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｓｅｇｍｅｎｔは、Ｇ－ＰＣＣデコーダを初期化するためのパラメータセットを含み得る。

コーディングされたコンポーネントストリーム（例えば、存在する場合）のためのＩｎｉｔｉａｌｉｚａｔｉｏｎ Ｓｅｇｍｅｎｔは、メモリにダウンロード及び／又はキャッシュされ得る。

ストリーミングクライアントは、ジオメトリＴｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔ及び／又は関連付けられた属性Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔａｔｉｏｎ Ｓｅｔから時間整合されたＭｅｄｉａ Ｓｅｇｍｅｎｔをダウンロードし得る。ダウンロードは、ＨＴＴＰを介して並行され得、ダウンロードされたセグメントは、インメモリセグメントバッファに記憶され得る。

時間整合されたＭｅｄｉａ Ｓｅｇｍｅｎｔは、これらのＭｅｄｉａ Ｓｅｇｍｅｎｔのそれぞれのバッファから除去され、かつ／又はこれらのＭｅｄｉａ ＳｅｇｍｅｎｔのそれぞれのＩｎｉｔｉａｌｉｚａｔｉｏｎ Ｓｅｇｍｅｎｔと連結され得る。

メディアコンテナ（例えば、ＩＳＯＢＭＦＦ）は、例えば、エレメンタリストリーム情報を抽出するためにパースされ得る。メディアコンテナを構造化することができ、結果として生じるビットストリームをＧ－ＰＣＣデコーダに渡すことができる。

多くの実施形態が、本明細書に記載されている。実施形態の特徴は、様々な特許請求のカテゴリ及びタイプにわたって単独で又は任意の組み合わせで提供され得る。更に、実施形態は、本明細書に記載の特徴、デバイス、又は態様のうちの１つ以上を、例えば、以下のいずれかなどの様々な特許請求のカテゴリ及びタイプにわたって単独で又は任意の組み合わせで含み得る。

以下を行うように構成された例示的なデコーダ３００などのデコーダであって、ポイントクラウドコンポーネントに関連付けられた要素、属性、及びメタデータを示す信号（例えば、本明細書で説明されるような）を受信、復号化、及び解釈すること、メディアプレゼンテーション記述子（ＭＰＤ）内のポイントクラウドストリーム及びこれらのポイントクラウドストリームのコンポーネントサブストリームを識別すること、ポイントクラウド及び／又はこのポイントクラウドのコンポーネントのバージョンを識別すること、ＭＰＤを復号化して、メイン適応セット及び他の適応セットを識別して、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）コンテンツにおけるＧ－ＰＣＣコンポーネントを識別すること、ＭＰＤを復号化して、適応セット又は表現中のポイントクラウドコンポーネントのタイプを識別すること、ＭＰＤを復号化して、１つ以上のプリセレクションを識別すること、ＭＰＤを復号して、Ｇ－ＰＣＣメディアの１つ以上のバージョンを識別すること、ＭＰＤを復号化して、１つ以上のＧ－ＰＣＣタイルグループを識別すること、ＭＰＤを復号化して、適応セット中のＧ－ＰＣＣコンポーネントの１つ以上のタイルＩＤを識別すること、ＭＰＤを復号化して、空間領域の１つ以上の特性、及びこれらの領域とＧ－ＰＣＣタイルとの間のマッピング、空間領域の特性、及びこれらの領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピング、並びに／又は空間領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピングを識別すること、ＭＰＤを復号化して、動的空間領域のタイムドメタデータトラックを識別すること、などがある。

デコーダにおいて本明細書で説明される方法を可能にするために使用されるエントロピ復号化、逆量子化、逆変換、及び差分復号化、のうちの１つ以上を含む復号化ツール及び技術。

以下を行うように構成された例示的なデコーダ２００などのデコーダであって、ポイントクラウドコンポーネントに関連付けられた要素、属性、及びメタデータを示す信号（例えば、本明細書で説明されるような）を生成、復号化、及び送信すること、ＭＰＤを符号化して、ポイントクラウドストリーム及びこれらのポイントクラウドストリームのコンポーネントサブストリームを示すこと、ＭＰＤを符号化して、Ｇ－ＰＣＣコンテンツにおけるジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）コンポーネントの識別をサポートするための、メイン適応セット及び他の適応セットを示すこと、ＭＰＤを符号化して、適応セット又は表現中のポイントクラウドコンポーネントのタイプの識別をサポートすること、ＭＰＤを符号化して、１つ以上のプリセレクションを識別すること、ＭＰＤを符号化して、Ｇ－ＰＣＣメディアの１つ以上のバージョンの識別をサポートすること、ＭＰＤを符号化して、１つ以上のＧ－ＰＣＣタイルグループの識別をサポートすること、ＭＰＤを符号化して、適応セット中のＧ－ＰＣＣコンポーネントの１つ以上のタイルＩＤの識別をサポートすること、ＭＰＤを符号化して、空間領域の１つ以上の特性、及びこれらの領域とＧ－ＰＣＣタイルとの間のマッピング、空間領域の特性、及びこれらの領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピング、並びに／又は空間領域とＧ－ＰＣＣコンポーネントの対応する適応セットとの間のマッピング、の識別をサポートすること、ＭＰＤを復号化して、動的空間領域のタイムドメタデータトラックを識別すること、などがある。

エンコーダにおいて本明細書で説明される実施例を可能にするために使用されるエントロピコーディング、逆量子化、逆変換、及び差分コーディング、のうちの１つ以上を含む復号化ツール及び技術。

例えば、デコーダが本明細書で説明される実施例のいずれかを実行することに関連付けられた指示を識別することを可能にするためにシグナリングに挿入された構文要素。

例えば、エンコーダが本明細書で説明される実施例のいずれかを実行することに関連付けられた指示を生成又は符号化することを可能にするためにシグナリングに挿入された構文要素。

ビットストリーム又は信号は、本明細書で説明される実施例のいずれかを実行することに関連付けられた、説明される構文要素又はこれらの構文要素の変形例のうちの１つ以上を含み得る。

説明される構文要素のうちの１つ以上を含むビットストリーム又は信号を作成及び／又は送信及び／又は受信及び／又は復号化するための方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、又は信号、又はそれらの変形例。

本明細書で説明される実施例のいずれかによる、作成及び／又は送信及び／又は受信及び／又は復号化するための方法、プロセス、装置、命令を記憶いている媒体、データを記憶している媒体、又は信号。

本明細書で説明される実施例のいずれかによる、ポイントクラウドストリーミングサービスにおけるポイントクラウドコンポーネントサブストリームなどのジオメトリベースのポイントクラウドの適応ストリーミングを実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

本明細書で説明される実施例のいずれかに従って、ポイントクラウドストリーミングサービスにおけるポイントクラウドコンポーネントサブストリームなどのジオメトリベースのポイントクラウドの適応ストリーミングを実行し、かつ結果として生じる画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

符号化された画像を含む信号を受信するためのチャネルを（例えば、チューナを使用して）選択し、かつ本明細書で説明される実施例のいずれかに従って、ポイントクラウドストリーミングサービスにおけるポイントクラウドコンポーネントサブストリームなどのジオメトリベースのポイントクラウドの適応ストリーミングを実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

符号化された画像を含む信号を無線で（例えば、アンテナを使用して）受信し、かつ本明細書で説明される実施例のいずれかに従って、ポイントクラウドストリーミングサービスにおけるポイントクラウドコンポーネントサブストリームなどのジオメトリベースのポイントクラウドの適応ストリーミングを実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

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

Claims (17)

1. デバイスであって、
   プロセッサであって、
   コンテンツサーバから、メディアプレゼンテーション記述（ＭＰＤ）ファイルを受信することと、
   前記ＭＰＤファイルから、プリセレクション要素のセットを識別することと、
   前記プリセレクション要素のセットの少なくとも１つのプリセレクション要素に関連付けられた１つ以上の適応セットを識別することであって、前記１つ以上の適応セットが、前記プリセレクション要素のうちの１つに関連付けられた属性によって示される、識別することと、
   ビューポートに関連付けられたジオメトリベースのポイントクラウド圧縮（ＧＰＣＣ）タイル識別子を判定することであって、前記ＧＰＣＣタイル識別子が、前記ＭＰＤファイル内の受信された第１の記述子に基づいて判定される、判定することと、
   第２の記述子を使用して、前記ＧＰＣＣタイル識別子に関連付けられた１つ以上の適応セットを選択することと、
   選択された前記１つ以上の適応セットに関連付けられたポイントクラウドコンポーネントを要求することと、
   前記ポイントクラウドコンポーネントを受信することと、を行うように構成されたプロセッサを備える、デバイス。
2. 前記プロセッサが、前記プリセレクション要素のセットから、前記ＧＰＣＣタイル識別子に関連付けられた１つ以上のプリセレクション要素を選択するように更に構成されている、請求項１に記載のデバイス。
3. 前記プロセッサが、選択された前記１つ以上のプリセレクション要素に関連付けられた１つ以上の適応セットを選択するように更に構成されている、請求項２に記載のデバイス。
4. 前記第１の記述子が、３次元（３Ｄ）領域記述子であり、前記第２の記述子が、コンポーネント記述子である、請求項１に記載のデバイス。
5. 前記コンポーネント記述子が、コンポーネントタイプ、属性タイプ、インデックス、又はビットストリームに関連付けられたタイルのセット、のうちの少なくとも１つを含む、請求項４に記載のデバイス。
6. 前記３Ｄ領域記述子が、３Ｄ領域に関連付けられた、領域ロケーション、１つ以上の領域寸法、又はタイルのセット、のうちの少なくとも１つを含む、請求項４に記載のデバイス。
7. 前記１つ以上の適応セットの各々が、１つ以上の表現を含む、請求項１に記載のデバイス。
8. 前記１つ以上の表現が、ビットレート、解像度、チャネル数、又は品質レベル、のうちの少なくとも１つを含む、請求項７に記載のデバイス。
9. 方法であって、
   コンテンツサーバから、メディアプレゼンテーション記述（ＭＰＤ）ファイルを受信することと、
   前記ＭＰＤファイルから、プリセレクション要素のセットを識別することと、
   前記プリセレクション要素のセットの少なくとも１つのプリセレクション要素に関連付けられた１つ以上の適応セットを識別することであって、前記１つ以上の適応セットが、前記プリセレクション要素のうちの１つに関連付けられた属性によって示される、識別することと、
   ビューポートに関連付けられたジオメトリベースのポイントクラウド圧縮（ＧＰＣＣ）タイル識別子を判定することであって、前記ＧＰＣＣタイル識別子が、前記ＭＰＤファイル内の受信された第１の記述子に基づいて判定される、判定することと、
   第２の記述子を使用して、前記ＧＰＣＣタイル識別子に関連付けられた１つ以上の適応セットを選択することと、
   選択された前記１つ以上の適応セットに関連付けられたポイントクラウドコンポーネントを要求することと、
   前記ポイントクラウドコンポーネントを受信することと、を含む、方法。
10. 前記プリセレクション要素のセットから、前記ＧＰＣＣタイル識別子に関連付けられた１つ以上のプリセレクション要素を選択することを更に含む、請求項９に記載の方法。
11. 選択された前記１つ以上のプリセレクション要素に関連付けられた１つ以上の適応セットを選択することを更に含む、請求項１０に記載の方法。
12. 前記第１の記述子が、３次元（３Ｄ）領域記述子であり、前記第２の記述子が、コンポーネント記述子である、請求項９に記載の方法。
13. 前記コンポーネント記述子が、コンポーネントタイプ、属性タイプ、インデックス、又はビットストリームに関連付けられたタイルのセット、のうちの少なくとも１つを含む、請求項１２に記載の方法。
14. 前記３Ｄ領域記述子が、３Ｄ領域に関連付けられた領域ロケーション、１つ以上の領域寸法、又はタイルのセット、のうちの少なくとも１つを含む、請求項１２に記載の方法。
15. 前記１つ以上の適応セットの各々が、１つ以上の表現を含む、請求項９に記載の方法。
16. 前記１つ以上の表現が、ビットレート、解像度、チャネル数、又は品質レベル、のうちの少なくとも１つを含む、請求項１５に記載の方法。
17. 前記プリセレクション要素のセットから、複数のポイントクラウドストリームを表す１つ以上のプリセレクション要素を選択することを含む、請求項９に記載の方法。