特表 2024-541808 ジオメトリベースのポイントクラウドの適応ストリーミング

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

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

(11)【公表番号】

(43)【公表日】2024-11-13

(54)【発明の名称】ジオメトリベースのポイントクラウドの適応ストリーミング

(51)【国際特許分類】

   H04N 21/236 20110101AFI20241106BHJP

   H04N 21/434 20110101ALI20241106BHJP

   H04N 21/258 20110101ALI20241106BHJP

   G06T 9/00 20060101ALI20241106BHJP

   G06T 9/40 20060101ALI20241106BHJP

【ＦＩ】

H04N21/236

H04N21/434

H04N21/258

G06T9/00 100

G06T9/40

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024519569

(86)(22)【出願日】2022-10-05

(85)【翻訳文提出日】2024-05-21

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

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

(87)【国際公開日】2023-04-13

(31)【優先権主張番号】63/252,366

(32)【優先日】2021-10-05

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

３．ＨＤＭＩ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】グドゥマス、シュリニヴァス

(72)【発明者】

【氏名】ハムザ、アハメド

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

5C164

【Ｆターム（参考）】

5C164FA06

5C164MA02S

5C164MA04S

5C164MB13S

5C164SB15P

5C164SC03P

5C164SC21S

5C164UB11S

(57)【要約】

メディアコンテンツは、時間レベルに基づいて、適応的に（例えば、選択的に又は部分的に）ストリーミングされ得る。時間レベルは、メディアコンテンツマニフェスト（例えば、メディアプレゼンテーション記述（ＭＰＤ））中で示され得る。例えば、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）メディアコンテンツのためのメディアサンプルは、時間レベル識別子に関連付けられた時間レベルに分けられ得る。ＭＰＤは、Ｇ－ＰＣＣメディアコンテンツに関連付けられた１つ以上の適応セットを示し得る。適応セットは、複数の適応セットから選択され得る。表現セットは、選択された適応セットからが決定され得る。表現セットの表現に関連付けられたＧ－ＰＣＣ記述子の指示は、ＭＰＤから取得され得る。表現中に存在する時間レベルは、時間レベル識別子のセットを含み得るＧ－ＰＣＣ記述子を使用して識別され得る。表現は、Ｇ－ＰＣＣ記述子に基づいて選択され得る。

【特許請求の範囲】

【請求項1】

ビデオデバイスであって、
プロセッサを備え、前記プロセッサが、
メディアプレゼンテーション記述（ＭＰＤ）ファイルであって、前記ＭＰＤファイルが、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）メディアコンテンツに関連付けられた１つ以上の適応セットを示す、ＭＰＤファイルを取得し、
前記１つ以上の適応セットから適応セットを選択し、
選択された前記適応セットに関連付けられた表現セットを決定し、
前記ＭＰＤファイルから、前記表現セットの表現に関連付けられたＧ－ＰＣＣ記述子であって、前記Ｇ－ＰＣＣ記述子が、前記表現中に存在する１つ以上の時間レベルを識別するために使用される、Ｇ－ＰＣＣ記述子の指示を取得し、
前記Ｇ－ＰＣＣ記述子に基づいて、前記表現のダウンロードをスケジューリングするように構成されている、ビデオデバイス。

【請求項2】

前記Ｇ－ＰＣＣ記述子が、時間レベル識別子のセットに関連付けられており、前記時間レベル識別子のセットの各々が、前記Ｇ－ＰＣＣメディアコンテンツのＧ－ＰＣＣコンポーネントメディアサンプルに関連付けられている、請求項１に記載のビデオデバイス。

【請求項3】

前記Ｇ－ＰＣＣメディアコンテンツに関連付けられた前記Ｇ－ＰＣＣコンポーネントメディアサンプルが、複数の時間レベルに分けられている、請求項２に記載のビデオデバイス。

【請求項4】

前記時間レベル識別子の各々が、Ｇ－ＰＣＣコンポーネントメディアサンプルの時間レベルに関連付けられている、請求項２に記載のビデオデバイス。

【請求項5】

Ｇ－ＰＣＣコンポーネントメディアサンプルのセットが、単一の時間レベルトラックに記憶されている、請求項４に記載のビデオデバイス。

【請求項6】

前記Ｇ－ＰＣＣ記述子が、表現レベルで存在する、請求項１に記載のビデオデバイス。

【請求項7】

多くても１つのＧ－ＰＣＣ記述子が、前記表現セットに関連付けられている、請求項１に記載のビデオデバイス。

【請求項8】

前記Ｇ－ＰＣＣ記述子が、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子である、請求項１に記載のビデオデバイス。

【請求項9】

方法であって、
メディアプレゼンテーション記述（ＭＰＤ）ファイルであって、前記ＭＰＤファイルが、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）メディアコンテンツに関連付けられた１つ以上の適応セットを示す、ＭＰＤファイルを取得することと、
前記１つ以上の適応セットから適応セットを選択することと、
選択された前記適応セットに関連付けられた表現セットを決定することと、
前記ＭＰＤファイルから、前記表現セットの表現に関連付けられたＧ－ＰＣＣ記述子であって、前記Ｇ－ＰＣＣ記述子が、前記表現中に存在する１つ以上の時間レベルを識別するために使用される、Ｇ－ＰＣＣ記述子の指示を取得することと、
前記Ｇ－ＰＣＣ記述子に基づいて、前記表現のダウンロードをスケジューリングすることと、を含む、方法。

【請求項10】

前記Ｇ－ＰＣＣ記述子が、時間レベル識別子のセットに関連付けられており、前記時間レベル識別子のセットの各々が、前記Ｇ－ＰＣＣメディアコンテンツのＧ－ＰＣＣコンポーネントメディアサンプルに関連付けられている、請求項９に記載の方法。

【請求項11】

前記Ｇ－ＰＣＣメディアコンテンツに関連付けられた前記Ｇ－ＰＣＣコンポーネントメディアサンプルが、複数の時間レベルに分けられている、請求項１０に記載の方法。

【請求項12】

前記時間レベル識別子の各々が、Ｇ－ＰＣＣコンポーネントメディアサンプルの時間レベルに関連付けられている、請求項１０に記載の方法。

【請求項13】

Ｇ－ＰＣＣコンポーネントメディアサンプルのセットが、単一の時間レベルトラックに記憶されている、請求項１２に記載の方法。

【請求項14】

前記Ｇ－ＰＣＣ記述子が、表現レベルで存在する、請求項９に記載の方法。

【請求項15】

多くても１つのＧ－ＰＣＣ記述子が、前記表現セットに関連付けられている、請求項９に記載の方法。

【請求項16】

前記Ｇ－ＰＣＣ記述子が、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子である、請求項９に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年１０月５日に出願された米国仮出願第６３／２５２，３６６号の利益を主張するものであり、本仮出願は、その全体が参照により本明細書に組み込まれる。

【背景技術】

【0002】

ビデオコーディングシステムは、デジタルビデオ信号を圧縮して、例えば、かかる信号に必要とされる記憶容量及び／又は送信帯域幅を低減するために使用され得る。ビデオコーディングシステムとしては、例えば、ウェーブレットベースのシステム、オブジェクトベースのシステム、及び／又はブロックベースのハイブリッドビデオコーディングシステムなどのブロックベースのシステムが挙げられ得る。

【発明の概要】

【0003】

ビデオフレームの、ジオメトリベースのボリュメトリック又はポイントクラウドシーケンスなどのビジュアルメディアコンテンツの適応ストリーミングのためのシステム、方法、及び手段が開示される。メディアコンテンツは、例えば、メディアコンテンツ内の時間レベルに基づいて、適応的に（例えば、選択的又は部分的に）アクセス又はダウンロードされ得る。ストリーミングクライアントは、例えば、メディアコンテンツ（例えば、ジオメトリベースのポイントクラウド圧縮（Geometry-based point cloud compression、Ｇ－ＰＣＣ）メディアコンテンツ）のためのメディアコンテンツマニフェスト（例えば、メディアプレゼンテーション記述（media presentation description、ＭＰＤ）ファイル）内の要素、属性、及び／又はメタデータなど、シグナリングされた情報内で示された時間レベルに基づいて、ポイントクラウドストリーム及び／又はコンポーネントサブストリームを、識別及び／又は選択することができる。

【0004】

例えば、ＭＰＤファイルは、Ｇ－ＰＣＣメディアコンテンツに関連付けられた１つ以上の適応セットを示し得る。適応セットは、適応セットから選択され得る。表現セットは、選択された適応セットから決定され得る。表現セットの表現に関連付けられたＧ－ＰＣＣ記述子の指示は、ＭＰＤファイルから取得され得る。表現中に存在する１つ以上の時間レベルは、時間レベル識別子のセットを含み得るＧ－ＰＣＣ記述子を使用して識別され得る。表現のダウンロードは、Ｇ－ＰＣＣ記述子に基づいてスケジューリングされ得る。時間レベル識別子のセット内の各時間レベル識別子は、Ｇ－ＰＣＣメディアコンテンツのＧ－ＰＣＣコンポーネントメディアサンプルに関連付けられ得る。Ｇ－ＰＣＣメディアコンテンツに関連付けられたＧ－ＰＣＣコンポーネントメディアサンプルは、複数の時間レベルに分けられ得る。（例えば、各）時間レベル識別子は、Ｇ－ＰＣＣコンポーネントメディアサンプルの時間レベルに関連付けられ得る。Ｇ－ＰＣＣコンポーネントメディアサンプルのセットは、１つ以上の時間レベルトラックに記憶され得る。Ｇ－ＰＣＣ記述子は、表現レベルで存在し得る。

【0005】

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

【図面の簡単な説明】

【0006】

【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。

【図1B】一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送信ユニット／無線受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を例解するシステム図である。

【図1C】一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。

【図1D】一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。

【図2】例示的なビデオエンコーダを示す図である。

【図3】ビデオデコーダの実施例を示す図である。

【図4】様々な態様及び実施例が実装され得るシステムの実施例を示す図である。

【図5】ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）のためのビットストリーム構造の実施例を示す。

【図6】Ｇ－ＰＣＣジオメトリ及び属性ビットストリームが単一のトラックに記憶される場合のサンプル構造の実施例を示す。

【図7】マルチトラックＧ－ＰＣＣコンテナの実施例を示す。

【図8】例示的なメディアプレゼンテーション記述（ＭＰＤ）階層データモデルを示す。

【図9】プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントをグループ化する実施例を示す。

【図10】プリセレクションを使用してＭＰＤ中のＧ－ＰＣＣコンポーネントの複数のバージョンをグループ化する実施例を示す。

【図11】複数のタイルトラックを有するＧ－ＰＣＣコンテンツの実施例を示す。

【図12】Ｇ－ＰＣＣシーケンスにおける複数の時間レベルの実施例を示す。

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

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得るが、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（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、ＨＳＵＰＡ）を含んでもよい。

【0014】

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

【0015】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、この技術は、新しい無線（New Radio、ＮＲ）を使用して無線インターフェース１１６を確立し得る。

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

更なる実施形態として、一実施例では、「復号（decoding）」は、エントロピ復号のみを指し、別の実施形態では、「復号」は、差動復号のみを指し、別の実施形態では、「復号」は、エントロピ復号と差動復号との組み合わせを指す。「復号プロセス」という句が、具体的に作業部分集合を指すことを目的とするものであるか、又は全体としてより広範な復号プロセスを指すことを目的とするものであるかは、具体的な説明の背景に基づいて明らかになり、当業者によって十分に理解されると考えられる。

【0093】

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

【0094】

更なる例として、一実施形態では、「符号化」とは、エントロピ符号化のみを指し、別の実施形態では、「符号化」とは、差動符号化のみを指し、別の実施形態では、「符号化」とは、差動符号化とエントロピ符号化との組み合わせを指す。「符号化プロセス」という句が、具体的に作業部分集合を指すことを目的とするものであるか、又は全体としてより広範な符号化プロセスを指すことを目的とするものであるかは、具体的な説明の背景に基づいて明らかになり、当業者によって十分に理解されると考えられる。

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

図５は、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）のためのビットストリーム構造の実施例を示す。Ｇ－ＰＣＣビットストリーム５１０は、Ｇ－ＰＣＣユニットのセットを含み得る。Ｇ－ＰＣＣユニットは、例えば、図５に示されるように、タイプ－長さ－値（type-length-value、ＴＬＶ）カプセル化構造と呼ばれることがある。Ｇ－ＰＣＣ及びＧＰＣＣは、本明細書では交換可能に使用され得る。図５に示されるように、Ｇ－ＰＣＣユニット５２０は、Ｇ－ＰＣＣ ｔｌｖ＿ｔｙｐｅ及び／又はＧ－ＰＣＣ ｔｌｖユニットペイロードに関する情報を含み得る。図５は、様々なｔｌｖユニットペイロードタイプ５３０を示す。

【0118】

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

【0119】

【表1】

【0120】

【表2】

【0121】

【表3】

【0122】

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

【0123】

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

【0124】

図７は、マルチトラック（例えば、ＩＳＯＢＭＦＦ）Ｇ－ＰＣＣコンテナ構造の実施例を示す。マルチトラックコンテナ構造は、例えば、ｆｔｙｐ７１０などのヘッダ、ｍｄａｔ７３０などのデータ、及び／又はｍｏｏｖ７２０などのサポート情報（例えば、インデックス、メタデータ）を含み得る。トラック中のサンプル（例えば、各サンプル）は、例えば、コード化Ｇ－ＰＣＣジオメトリビットストリームとコード化Ｇ－ＰＣＣ属性ビットストリームとが別個のトラック中に記憶される場合に／ときに、Ｇ－ＰＣＣコンポーネントデータを搬送する少なくとも１つのＴＬＶカプセル化構造を含み得る。

【0125】

マルチトラックＧ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは、例えばジオメトリパラメータセット、シーケンスパラメータセット、及び／又はジオメトリデータＴＬＶユニットを搬送するジオメトリビットストリームサンプル、のうちの１つ以上を含み得るＧ－ＰＣＣトラックを含み得るトラックは（例えば、それもまた）、Ｇ－ＰＣＣ属性コンポーネントのペイロードを搬送する他のトラックへのトラック参照を含み得る。マルチトラックＧ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは（例えば、それもまた）、０個以上のＧ－ＰＣＣトラックを含み得、０個以上のＧ－ＰＣＣトラックは、それぞれの属性のＡｔｔｒｉｂｕｔｅパラメータセット、及び／又は属性データＴＬＶユニットを搬送する属性ビットストリームサンプルを含む。

【0126】

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

【0127】

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

【0128】

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

【0129】

Ｇ－ＰＣＣベーストラックは、ＴＬＶカプセル化構造を搬送し得る。ＴＬＶカプセル化構造は、ＳＰＳ、ＧＰＳ、ＡＰＳ、及び／又はタイルインベントリ情報を（例えば、のみを）含み得る。Ｇ－ＰＣＣベーストラックは、例えば、参照に基づいて、ジオメトリタイルトラックにリンクされ得る。例えば、トラック参照タイプを有するトラック参照は、４文字コード（four-character code、４ＣＣ）「ｇｃｃｇ」を使用して定義され得る。トラック参照タイプのトラック参照を使用して、Ｇ－ＰＣＣベーストラックを（例えば、各）ジオメトリタイルトラックにリンクしてよい。

【0130】

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

【0131】

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

【0132】

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

【0133】

例えば、エンドユーザに、（例えば、より良好な）ビデオ体験を提供するために、ネットワーク配信条件の変化に動的に適応し得る配信フォーマットとして、ＭＰＥＧ動的適応ストリーミングオーバーＨＴＴＰ（MPEG dynamic adaptive streaming over HTTP、ＭＰＥＧ－ＤＡＳＨ）が利用されてもよい。

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

Ｓｅｇｍｅｎｔは、ＨＴＴＰ要求を用いて取り出され得る。（例えば、各）セグメント（例えば、初期化セグメント、メディアセグメント１、メディアセグメント２など）は、ユニフォームリソースロケータ（uniform resource locator、ＵＲＬ）（例えば、サーバ上のアドレス指定可能な位置）を有し得る。セグメントは、例えば、ＨＴＴＰ ＧＥＴ又はバイト範囲を有するＨＴＴＰ ＧＥＴを使用してダウンロードされ得る。

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

【表4】

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

Ｇ－ＰＣＣ ３Ｄ空間領域情報は、例えば、３Ｄタイルインベントリ情報とともに、Ｇ－ＰＣＣデータ中の空間部分アクセスサポートを提供し得る。いくつかの実施例では、部分アクセスは、Ｇ－ＰＣＣビットストリーム復号に関与する複雑さが高い場合、Ｇ－ＰＣＣプレーヤにおける複雑さを低減しない場合がある。Ｇ－ＰＣＣコンテナにおける時間スケーラビリティは、例えば、プレーヤ側での複雑さを低減するために、かつ／又はより低いフレームレートを有するＧ－ＰＣＣストリームを提供するためにサポートされ得る。時間スケーラビリティ情報のシグナリングは、ＭＰＥＧ ＤＡＳＨストリーミングクライアントではサポートされないことがある。例えば、ストリーミングクライアントには、例えば、異なるコンポーネントにわたる表現のどのセットがＧ－ＰＣＣビットストリーム中に存在する時間レベルを構成するかに関する、ＭＰＤファイル中でシグナリングされるガイダンスが提供され得る。

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

【表5】

【0157】

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

【0158】

【表6】

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

【表7】

【0167】

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

【0168】

【表8】

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

【表9】

【0174】

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

【0175】

【表10】

【0176】

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

【0177】

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

【0178】

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

【0179】

【表11】

【0180】

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

【0181】

【表12】

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

【表13-1】

【0187】

【表13-2】

【0188】

【表13-3】

【0189】

【表13-4】

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

【表14-1】

【0198】

【表14-2】

【0199】

【表14-3】

【0200】

【表14-4】

【0201】

【表14-5】

【0202】

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

【0203】

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

【0204】

【表15】

【0205】

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

【0206】

【表16】

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

【表17】

【0212】

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

【0213】

【表18】

【0214】

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

【0215】

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

【0216】

【表19】

【0217】

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

【0218】

【表20】

【0219】

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

【0220】

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

【0221】

【表21】

【0222】

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

【0223】

【表22】

【0224】

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

【0225】

【表23】

【0226】

表２４は、ＧＰＣＣＣｏｍｐｏｎｅｎｔ記述子のＸＭＬスキーマの実施例を示す。

【0227】

【表24】

【0228】

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

【0229】

時間レベル情報がシグナリングされ得る。ストリーミングクライアントは、Ｇ－ＰＣＣ Ｃｏｍｐｏｎｅｎｔ ＡｄａｐｔａｔｉｏｎＳｅｔ又はＧ－ＰＣＣ Ｔｉｌｅ Ｃｏｍｐｏｎｅｎｔ ＡｄａｐｔａｔｉｏｎＳｅｔの表現内に存在する時間レベルを識別し得る（例えば、識別する必要があり得る）。ストリーミングクライアントは、Ｇ－ＰＣＣコンテンツの時間レベルトラック表現の間の復号依存性を識別し得る（例えば、識別する必要があり得る）。

【0230】

実施例では、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０：ｔｅｍｐｏｒａｌｌｅｖｅｌＩｄｓ」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉ属性を有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素は、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子と呼ばれることがあり、これはＧ－ＰＣＣストリームの異なる時間レベルを区別するために使用され得る。例えば、Ｇ－ＰＣＣメディアが複数の時間レベルトラックに記憶される場合、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子（例えば、１つのＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子のみ）が、Ｇ－ＰＣＣメディアの表現セットレベルに存在し得る。例えば、Ｇ－ＰＣＣコンポーネントメディアサンプルが複数の時間レベルに分けられている場合、かつ／又は時間レベルサンプル（例えば、全ての時間レベルサンプル）が時間レベルトラック（例えば、単一の時間レベルトラック）に記憶されている場合、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子（例えば、１つのＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子のみ）が、Ｇ－ＰＣＣメディアの表現セットレベルに存在し得る。ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子は、例えば、Ｇ－ＰＣＣメディアサンプルが時間レベルに基づいて分けられていない場合、表現セットレベルで存在しない場合がある。

【0231】

ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子の＠ｖａｌｕｅ属性は、存在しない場合がある。ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子は、例えば、表２５に示されるような属性を含み得る。

【0232】

実施例では、より高い時間レベルコンテンツのＲｅｐｒｅｓｅｎｔａｔｉｏｎは、より低い時間レベルコンテンツのＲｅｐｒｅｓｅｎｔａｔｉｏｎに依存し得る。より高い時間レベル識別子コンテンツＲｅｐｒｅｓｅｎｔａｔｉｏｎのより低い時間レベルＲｅｐｒｅｓｅｎｔａｔｉｏｎへの依存性は、例えば、より高い時間レベルコンテンツＲｅｐｒｅｓｅｎｔａｔｉｏｎでシグナリングされ得る＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性に基づいて識別され得る。より高い時間レベルコンテンツＲｅｐｒｅｓｅｎｔａｔｉｏｎ中の＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性の値は、対応するより低い時間レベルコンテンツＲｅｐｒｅｓｅｎｔａｔｉｏｎの＠ｉｄ属性値に等しくてもよい。

【0233】

【表25】

【0234】

属性のデータ型は、ＸＭＬスキーマで定義され得る。ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子のＸＭＬスキーマの実施例は本明細書で説明される。スキーマは、例えば、表２６で示されるように、例えば、名前空間ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｇｐｃｃ：２０２０を有するＸＭＬスキーマで表され得る。

【0235】

【表26】

【0236】

表２７は、２つの時間レベルトラック中にカプセル化された３つの時間レベルを有するＧ－ＰＣＣコンテンツをシグナリングするＤＡＳＨ ＭＰＤファイルの実施例を示す。

【0237】

【表27-1】

【0238】

【表27-2】

【0239】

【表27-3】

【0240】

ストリーミングクライアントビヘイビアは、複数の時間レベルトラック表現に関連付けられ得る。いくつかの実施例では（例えば、表２７中の実施例で示されるように）、ＭＰＤは、ジオメトリコンポーネントと１つ以上（例えば、３つ）の属性コンポーネントとを有するＧ－ＰＣＣコンテンツを含み得る。例えば、Ｇ－ＰＣＣコンテンツサンプルは、複数（例えば、３つ）の時間レベルに分けられ得る。Ｇ－ＰＣＣコンポーネント時間レベルサンプルは、例えば、２つの時間レベルトラックを使用してＩＳＯＢＭＦＦファイル中でカプセル化され得、かつ／又は１つ以上のＧ－ＰＣＣコンポーネント（例えば、各Ｇ－ＰＣＣコンポーネント）の２つの時間レベルトラック表現としてＭＰＤファイル中でシグナリングされ得る。

【0241】

図１２は、Ｇ－ＰＣＣシーケンスにおける複数の時間レベルの実施例を示す。図１２の実施例で示されるように、複数の時間レベルトラック表現は、Ｇ－ＰＣＣ時間レベルＩＤ記述子（例えば、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子）の１つ又は複数（例えば、３つ）の属性を用いて示され得る。異なる時間レベルは、２つの連続するフレーム間で、同じ又は異なるプレゼンテーション時間差Ｔを有し得る。例えば、Ｇ－ＰＣＣシーケンスにおける時間レベル０は、例えば、図１２に示されるように、プレゼンテーション時間差Ｔ_０を有し得る。Ｇ－ＰＣＣシーケンスにおける時間レベル１は、例えば、図１２に示されるように、プレゼンテーション時間差Ｔ_１を有し得る。Ｇ－ＰＣＣシーケンスにおける時間レベル２は、例えば、図１２に示されるように、プレゼンテーション時間差Ｔ_１を有し得る。

【0242】

（例えば、部分的アクセスのために構成された）ストリーミングクライアント又はデバイスは、（例えば、最初に）コンテンツサーバへのＭＰＤファイルのＨＴＴＰ要求を発行し得る。クライアントは、ＭＰＤファイルをコンテンツサーバからダウンロードする（例えば、それによって受信する）ことができる。クライアントは、例えば、ＭＰＤファイル内のＸＭＬ要素の対応するメモリ内表現を生成するために、ＭＰＤファイルをパースし得る。

【0243】

クライアントは、例えば、＠ｃｏｄｅｃｓ属性をチェックすることによって、Ｇ－ＰＣＣコンテンツの存在を肯定応答／理解し得る。例えば、＠ｃｏｄｅｃｓ属性が「ｇｐｃ１」に設定されている場合、適応セットに存在するコンテンツは、Ｇ－ＰＣＣコンポーネントであり得る。例えば、＠ｃｏｄｅｃｓ属性が「ｇｐｔ１」に設定されている場合、適応セットに存在するコンテンツは、Ｇ－ＰＣＣタイルコンポーネントであり得る。

【0244】

クライアントは、ＭＰＤファイルのプリセレクション要素で提供される（例えば、＠Ｐｒｅｓｅｌｅｃｔｉｏｎ要素において記載された）適応セットのリストから適応セット（例えば、必要とされる適応セット）を選択し得る。

【0245】

実施例では（例えば、適応セットを選択した後）、クライアントは、選択された適応セット中で利用可能な表現セットをスキャンし得る。クライアントは、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子を有する複数の表現セットを見つけることができる。クライアントは、コンテンツが複数の時間レベルトラックを用いてカプセル化され、複数の時間レベルトラック表現を用いてＭＰＤでシグナリングされ得ることを（例えば、複数の表現セットを見つけたことに基づいて）肯定応答及び／又は理解し得る。

【0246】

クライアントは、例えば、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子に関連付けられた＠ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿Ｉｄｓ属性を肯定応答／理解することによって、１つ以上の表現（例えば、各表現）に存在する時間レベルを肯定応答及び／又は理解し得る。クライアントは、１つ以上の表現セットのうちの表現セットに関連付けられた複数の時間レベル識別（ＩＤ）値を決定し得る。時間レベルＩＤ値（例えば、複数の時間レベルＩＤ値の各々）は、表現セットに関連付けられた時間レベルトラックを示し得る。

【0247】

クライアントは、選択された適応セットに関連付けられた１つ以上の表現セットを決定し得る。クライアントは、複数の時間レベルＩＤ値から時間レベルＩＤ値を選択し得る。時間レベルＩＤの選択は、部分アクセスのために構成されたストリーミングクライアント又はデバイスの、１つ以上の能力（例えば、電力）に依存し得る。例えば、クライアントは、時間レベル値０を有する表現を（例えば、最初に）選択してもよい。クライアントは（例えば、クライアント帯域幅及び復号能力が十分である場合）、より高い時間レベル（例えば、昇順で）を有する同じ適応セットからの別の表現を選択してもよい。より高い時間レベル表現は、例えば、復号の成功のために、より低い時間レベル表現への依存性を有し得る。例えば、クライアントは、ＲｅｐｒｅｓｅｎｔａｔｉｏｎＳｅｔレベルでシグナリングされた＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性を用いて依存表現を識別し得る。例えば、クライアントは、＠ｉｄ値が２に等しいより高い時間レベル表現を選択してもよい。クライアントは、例えば、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性値が１に設定されていることに基づいて、２に等しい＠ｉｄ値を有する表現が１に等しい＠ｉｄ値を有する表現に依存することを肯定応答／理解し得る。クライアントは、選択された時間レベルＩＤ値に関連付けられた１つ以上の表現のダウンロードをスケジューリングし得る。例えば、クライアントは、複数の表現（例えば、１に等しい＠ｉｄ値を有する表現と２に等しい＠ｉｄ値を有する従属表現とを含む両方の表現）のダウンロードをスケジューリングし得る。

【0248】

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

【0249】

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

【0250】

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

【0251】

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

【0252】

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

【0253】

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

【0254】

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

【0255】

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

【0256】

コーディングされたコンポーネントストリームのＩｎｉｔｉａｌｉｚａｔｉｏｎセグメントは、ダウンロードされ得、例えばメモリにキャッシュされ得る。

【0257】

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

【0258】

時間整合されたメディアセグメントは、これらのメディアセグメントのそれぞれのバッファから除去され、例えば、これらのメディアセグメントのそれぞれの初期化セグメントと連結され得る。

【0259】

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

【0260】

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

【0261】

クライアントは、例えば、＠ｃｏｄｅｃｓ属性を「ｇｐｃｂ」に設定したＡｄａｐｔａｔｉｏｎＳｅｔ要素、及び／又は＠ｃｏｄｅｃｓ属性を「ｇｐｔ１」に設定した（例えば、期間レベルで）ＰｒｅＳｅｌｅｃｔｉｏｎ要素に基づいて（例えば、それを検索／チェックすることによって）、Ｐｅｒｉｏｄ内の利用可能なＧ－ＰＣＣタイル化されたメディアコンテンツを識別し得る。

【0262】

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

【0263】

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

【0264】

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

【0265】

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

【0266】

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

【0267】

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

【0268】

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

【0269】

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

【0270】

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

【0271】

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

【0272】

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

【0273】

例示的なデコーダ３００を含み得るプロセッサを備えるビデオデバイスは、メディアプレゼンテーション記述（ＭＰＤ）ファイルを取得することであって、ＭＰＤファイルが、Ｇ－ＰＣＣメディアコンテンツに関連付けられた１つ以上の適応セットを示し得る、取得すること、１つ以上の適応セットから適応セットを選択すること、選択された適応セットに関連付けられた表現セットを決定すること、ＭＰＤファイルから、表現セットの表現に関連付けられたＧ－ＰＣＣ記述子の指示を取得することであって、Ｇ－ＰＣＣ記述子が、表現中に存在する１つ以上の時間レベルを識別するために使用され得る、取得すること、及び／又はＧ－ＰＣＣ記述子に基づいて、表現のダウンロードをスケジューリングすること、を行うように構成され得る。Ｇ－ＰＣＣ記述子は、時間レベル識別子のセットを含み得、又は時間レベル識別子のセットに関連付けられ得、時間レベル識別子のセットのうちの１つ（例えば、各々）は、Ｇ－ＰＣＣメディアコンテンツのＧ－ＰＣＣコンポーネントメディアサンプルに関連付けられ得る。Ｇ－ＰＣＣメディアコンテンツに関連付けられたＧ－ＰＣＣコンポーネントメディアサンプルは、複数の時間レベルに分けられ得る。時間レベル識別子のうちの１つ（例えば、各々）は、Ｇ－ＰＣＣコンポーネントメディアサンプルの時間レベルに関連付けられ得る。Ｇ－ＰＣＣコンポーネントメディアサンプルのセットは、単一の時間レベルトラックに記憶され得る。Ｇ－ＰＣＣ記述子は、表現レベルで存在し得る。いくつかの実施例では、多くとも１つのＧ－ＰＣＣ記述子が表現セットに関連付けられ得る。Ｇ－ＰＣＣ記述子は、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子であり得る。

【0274】

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

【0275】

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

【0276】

例示的なエンコーダ２００を含み得るプロセッサを備えるビデオデバイスは、メディアプレゼンテーション記述（ＭＰＤ）ファイルを生成するように構成され得、ここで、ＭＰＤファイルは、Ｇ－ＰＣＣメディアコンテンツに関連付けられた１つ以上の適応セットを示し得、表現セットは、適応セットに関連付けられ得、Ｇ－ＰＣＣ記述子の指示は、表現セットの表現に関連付けられ得、Ｇ－ＰＣＣ記述子は、表現中に存在する１つ以上の時間レベルを識別するために使用され得、かつ表現のダウンロードは、Ｇ－ＰＣＣ記述子に基づいてダウンロードのためにスケジューリングされ得る。Ｇ－ＰＣＣ記述子は、時間レベル識別子のセットを含み得、又は時間レベル識別子のセットに関連付けられ得、時間レベル識別子のセットのうちの１つ（例えば、各々）は、Ｇ－ＰＣＣメディアコンテンツのＧ－ＰＣＣコンポーネントメディアサンプルに関連付けられ得る。Ｇ－ＰＣＣメディアコンテンツに関連付けられたＧ－ＰＣＣコンポーネントメディアサンプルは、複数の時間レベルに分けられ得る。時間レベル識別子のうちの１つ（例えば、各々）は、Ｇ－ＰＣＣコンポーネントメディアサンプルの時間レベルに関連付けられ得る。Ｇ－ＰＣＣコンポーネントメディアサンプルのセットは、単一の時間レベルトラックに記憶され得る。Ｇ－ＰＣＣ記述子は、表現レベルで存在し得る。いくつかの実施例では、多くとも１つのＧ－ＰＣＣ記述子が表現セットに関連付けられ得る。Ｇ－ＰＣＣ記述子は、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子であり得る。

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【0281】

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

【0282】

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

【0283】

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

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2024-06-05

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ビデオデバイスであって、
プロセッサを備え、前記プロセッサが、
メディアプレゼンテーション記述（ＭＰＤ）ファイルであって、前記ＭＰＤファイルが、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）メディアコンテンツに関連付けられた１つ以上の適応セットを示す、ＭＰＤファイルを取得し、
前記１つ以上の適応セットから適応セットを選択し、
選択された前記適応セットに関連付けられた１つ以上の表現を決定し、
前記ＭＰＤファイルから、前記１つ以上の表現のうちの１つの表現に関連付けられたＧ－ＰＣＣ記述子であって、前記Ｇ－ＰＣＣ記述子が、前記表現中に存在する１つ以上の時間レベルを識別するために使用される、Ｇ－ＰＣＣ記述子の指示を取得し、
前記Ｇ－ＰＣＣ記述子に基づいて、前記表現のダウンロードをスケジューリングするように構成されている、ビデオデバイス。

【請求項2】

前記Ｇ－ＰＣＣ記述子が、時間レベル識別子のセットに関連付けられており、前記時間レベル識別子のセットの各時間レベル識別子が、Ｇ－ＰＣＣコンポーネントに関連付けられている、請求項１に記載のビデオデバイス。

【請求項3】

前記Ｇ－ＰＣＣコンポーネントが、複数の時間レベルに分けられている、請求項２に記載のビデオデバイス。

【請求項4】

前記時間レベル識別子のセットの各時間レベル識別子が、前記Ｇ－ＰＣＣコンポーネントに関連付けられた時間レベルを示す、請求項２に記載のビデオデバイス。

【請求項5】

前記時間レベルが、トラックに関連付けられている、請求項４に記載のビデオデバイス。

【請求項6】

前記Ｇ－ＰＣＣ記述子が、表現レベルで存在する、請求項１に記載のビデオデバイス。

【請求項7】

前記Ｇ－ＰＣＣ記述子が、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子である、請求項１に記載のビデオデバイス。

【請求項8】

適応ストリーミング方法であって、
プロセッサを備え、前記プロセッサが、
メディアプレゼンテーション記述（ＭＰＤ）ファイルであって、前記ＭＰＤファイルが、ジオメトリベースのポイントクラウド圧縮（Ｇ－ＰＣＣ）メディアコンテンツに関連付けられた１つ以上の適応セットを示す、ＭＰＤファイルを取得し、
前記１つ以上の適応セットから適応セットを選択し、
選択された前記適応セットに関連付けられた１つ以上の表現を決定し、
前記ＭＰＤファイルから、前記１つ以上の表現のうちの１つの表現に関連付けられたＧ－ＰＣＣ記述子であって、前記Ｇ－ＰＣＣ記述子が、前記表現中に存在する１つ以上の時間レベルを識別するために使用される、Ｇ－ＰＣＣ記述子の指示を取得し、
前記Ｇ－ＰＣＣ記述子に基づいて、前記表現のダウンロードをスケジューリングするように構成されている、方法。

【請求項9】

前記Ｇ－ＰＣＣ記述子が、時間レベル識別子のセットに関連付けられており、前記時間レベル識別子のセットの各時間レベル識別子が、Ｇ－ＰＣＣコンポーネントに関連付けられている、請求項８に記載の方法。

【請求項10】

前記Ｇ－ＰＣＣコンポーネントが、複数の時間レベルに分けられている、請求項９に記載の方法。

【請求項11】

前記時間レベル識別子のセットの各時間レベル識別子が、前記Ｇ－ＰＣＣコンポーネントに関連付けられた時間レベルを示す、請求項９に記載の方法。

【請求項12】

前記時間レベルが、トラックに関連付けられている、請求項１１に記載の方法。

【請求項13】

前記Ｇ－ＰＣＣ記述子が、表現レベルで存在する、請求項８に記載の方法。

【請求項14】

前記Ｇ－ＰＣＣ記述子が、ＧＰＣＣＴｅｍｐｏｒａｌＬｅｖｅｌＩｄ記述子である、請求項１に記載のビデオデバイス。

【国際調査報告】