JP2024514323A - メッセージ参照 - Google Patents

Abstract

メッセージ（たとえば、ＳＥＩメッセージ）の異なるバージョンがビットストリーム中で恣意的な様式で、たとえばビットストリーム中で交互のやり方で使用されるときにビットコストを低減するために、メッセージ（たとえば、ＳＥＩメッセージ）のための参照機構が提供される。実施形態では、機能を表すために２つのＳＥＩメッセージが使用される。第１のＳＥＩメッセージ中で、機能を指定するシンタックスエレメントが提供される。第１のＳＥＩメッセージは、識別子値をも有し得、識別子値は特定のＳＥＩメッセージのインスタンスを一意に識別する。一般に第１のＳＥＩメッセージよりもはるかに小さく、より頻繁に送られる第２のＳＥＩメッセージは、たとえば第２のＳＥＩメッセージと一緒に送られたピクチャまたはサブピクチャについて、第２のＳＥＩメッセージの持続性範囲によって決定されるビットストリームの部分に第１のＳＥＩメッセージの機能を適用するために、第１のＳＥＩメッセージを参照するために使用される。【選択図】図８

Description

本開示は、ビデオシーケンスおよび／または静止画像のコーディングおよび復号に関し、より詳細には、メッセージ参照に関する。

ＶＶＣおよびＨＥＶＣ

多用途ビデオコーディング（ＶＶＣ）および高効率ビデオコーディング（ＨＥＶＣ）は、国際電気通信連合－電気通信（ＩＴＵ－Ｔ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ－Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）およびモーションピクチャエキスパートグループ（ＭＰＥＧ）によって一緒に規格化および開発されたブロックベースビデオコーデックである。コーデックは、時間予測と空間予測の両方を利用する。ＨＥＶＣの第１のバージョンは、２０１３年４月に確定され、ＶＶＣの第１のバージョンは、２０２０年７月に確定された。これを書いているときの２つのコーデック仕様の現在のバージョンは、ＨＥＶＣバージョン７およびＶＶＣバージョン１である。

空間予測は、現在ピクチャ内からのイントラ（Ｉ）予測を使用して達成される。時間予測は、前に復号された参照ピクチャから、ブロックレベルでの単方向（Ｐ）予測または双方向インター（Ｂ）予測を使用して達成される。エンコーダでは、残差と呼ばれる、元のピクセルデータと予測されたピクセルデータとの間の差は、周波数ドメインに変換され、量子化され、次いで、同じくエントロピーコーディングされる、予測モードおよび動きベクトルなど、必要な予測パラメータとともに送信される前に、エントロピーコーディングされる。デコーダは、エントロピー復号と、逆量子化と、逆方向変換とを実施して残差を取得し、次いで、その残差をイントラ予測またはインター予測に追加してピクチャを再構築する。

成分

ビデオシーケンスは、各画像が１つまたは複数の成分からなる一連の画像を有する。各成分は、サンプル値の２次元矩形アレイとして説明され得る。ビデオシーケンス中の画像は、３つの成分、すなわち、サンプル値がルーマ値である１つのルーマ成分Ｙと、サンプル値がクロマ値である２つのクロマ成分ＣｂおよびＣｒとを有することが一般的である。また、クロマ成分の次元は、各次元においてルーマ成分よりも１／２だけ小さいことが一般的である。たとえば、ＨＤ画像のルーマ成分のサイズは１９２０×１０８０となり、クロマ成分は、各々、９６０×５４０の次元を有することになる。成分は色成分と呼ばれることがある。

ＮＡＬユニット

ＶＶＣとＨＥＶＣの両方が、ネットワークアブストラクションレイヤ（ＮＡＬ）を規定する。ＨＥＶＣおよびＶＶＣにおけるすべてのデータ、すなわち、ビデオコーディングレイヤ（ＶＣＬ）データまたは非ＶＣＬデータの両方が、ＮＡＬユニット中にカプセル化される。ＶＣＬ ＮＡＬユニットは、ピクチャサンプル値を表すデータを含んでいる。非ＶＣＬ ＮＡＬユニットは、パラメータセットおよび補足エンハンスメント情報（ＳＥＩ：ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）メッセージなど、追加の関連するデータを含んでいる。ＶＶＣおよびＨＥＶＣにおけるＮＡＬユニットは、ＮＡＬユニットヘッダと呼ばれるヘッダから始まる。ＨＥＶＣについてのＮＡＬユニットヘッダについてのシンタックスは、スタートコードエミュレーションを防ぐために常に０に等しいものとするｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔから開始する。それがなければ、いくつかのＭＰＥＧシステムは、ＨＥＶＣビデオビットストリームを他のデータと混同し得るが、ＮＡＬユニットヘッダ中の０ビットは、すべての可能なＨＥＶＣビットストリームをＨＥＶＣビットストリームとして一意に識別可能にする。表１に示されているＶＶＣにおけるＮＡＬユニットヘッダは、ＨＥＶＣにおけるＮＡＬユニットヘッダとまったく同様であるが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのために１ビット少なく使用し、代わりに、将来の使用のためにこのビットを予約する。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ、ｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１コードワードは、どんなタイプのデータがＮＡＬユニット中で搬送されるかを識別するＮＡＬユニットのＮＡＬユニットタイプ、ＮＡＬユニットが属するスケーラビリティレイヤＩＤおよび時間レイヤＩＤを指定する。ＮＡＬユニットタイプは、ＮＡＬユニットがどのようにパースおよび復号されるべきであるかを示し、指定する。ＮＡＬユニットのバイトの残りは、ＮＡＬユニットタイプによって示されるタイプのペイロードである。ビットストリームは、一連の連結されたＮＡＬユニットからなる。ＶＶＣにおけるＮＡＬユニットヘッダについてのシンタックスが表１に示されている。

デコーダまたはビットストリームパーサは、ＮＡＬユニットヘッダを見た後にＮＡＬユニットがどのようにハンドリング、たとえばパースおよび復号されるべきであるかを結論付けることができる。ＮＡＬユニットのバイトの残りは、ＮＡＬユニットタイプによって示されるタイプのペイロードである。すべてのＶＶＣまたはＨＥＶＣビットストリームは、一連の連結されたＮＡＬユニットからなる。

復号順序は、ビットストリーム内のＮＡＬユニットの順序と同じである、ＮＡＬユニットが復号されるものとする順序である。復号順序は出力順序とは異なり得、出力順序は、復号されたピクチャがデコーダによって表示などのために出力されるべきである順序である。

スケーラビリティレイヤ

ＶＶＣおよびＨＥＶＣでは、ＮＡＬユニットヘッダ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックスエレメントの値は、ＮＡＬユニットが属するスケーラビリティレイヤＩＤを指定する。これは、スケーラブルコーディングのために使用され得るスケーラビリティレイヤに、ＮＡＬユニットおよびピクチャを関連付けることを可能にする。

ピクチャユニット、アクセスユニットおよびアクセスユニットデリミタ

ＶＶＣにおけるピクチャユニット（ＰＵ）は、ＶＣＬ ＮＡＬユニットがすべて、同じレイヤに属するＮＡＬユニットのセットとして規定され、これは、指定された分類ルールに従って互いに関連付けられ、復号順序において連続しており、ちょうど１つのコード化ピクチャを含んでいる。ＶＶＣの前のバージョンでは、ＰＵは、レイヤアクセスユニットと呼ばれた。ＨＥＶＣでは、ＰＵは、アクセスユニット（ＡＵ）と呼ばれる。

ＶＶＣでは、アクセスユニットは、ＰＵのセットであり、これは、異なるスケーラビリティレイヤに属し、復号ピクチャバッファ（ＤＰＢ）からの出力について同じ時間に関連付けられた、すなわち同じＰＯＣ値を有する、コード化ピクチャを含んでいる。

ＶＶＣにおけるアクセスユニットは、アクセスユニットデリミタ（ＡＵＤ）ＮＡＬユニットから開始し得、ＡＵＤ ＮＡＬユニットは、アクセスユニットの開始と、コード化ピクチャ中で許容されるスライスのタイプ、すなわちＩ、Ｉ－ＰまたはＩ－Ｐ－Ｂと、アクセスユニットがＩＲＡＰアクセスユニットであるのかＧＤＲアクセスユニットであるのかとを示す。

レイヤ、依存するおよび独立したレイヤ

レイヤは、ＶＶＣでは、すべて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値と、関連する非ＶＣＬ ＮＡＬユニットとを有する、ＶＣＬ ＮＡＬユニットのセットとして規定されている。本開示では、ＶＶＣレイヤなどのレイヤは、スケーラビリティレイヤと呼ばれる。

ＶＶＣにおけるコード化レイヤビデオシーケンス（ＣＬＶＳ）が、ＰＵのシーケンスとして規定されており、ＰＵのシーケンスは、復号順序において、ＣＬＶＳ開始（ＣＬＶＳＳ）ＰＵと、その後にくる、ＣＬＶＳＳ ＰＵである後続のＰＵを含まないがそれまでのすべての後続のＰＵを含む、ＣＬＶＳＳ ＰＵでない０個またはそれ以上のＰＵとからなる。

ＰＵとＡＵとＣＬＶＳとの間の関係が、図３に示されている。

ＶＶＣでは、スケーラビリティレイヤは、互いから独立して、または互いに依存してコーディングされ得る。スケーラビリティレイヤが独立してコーディングされるとき、たとえば、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ０をもつスケーラビリティレイヤが、たとえば、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ １をもつ別のスケーラビリティレイヤからビデオデータを予測しないことがある。ＶＶＣでは、ＳＮＲ、空間およびビュースケーラビリティを用いたスケーラブルコーディングのサポートを可能にする、スケーラビリティレイヤ間の依存するコーディングが使用され得る。

本開示では、ＨＥＶＣおよびＶＶＣではｎｕｈ＿ｌａｙｅｒ＿ｉｄ値などのレイヤＩＤ値によって識別される、ＳＮＲ、空間、ビュースケーラビリティなどのスケーラビリティレイヤを指すとき、「スケーラビリティレイヤ」という用語を使用する。

時間レイヤ

ＶＶＣおよびＨＥＶＣでは、すべてのピクチャが、ピクチャがどの時間レイヤに属するかを指定するＴｅｍｐｏｒａｌＩｄ値に関連付けられる。ＴｅｍｐｏｒａｌＩｄ値は、ＮＡＬユニットヘッダ中のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックスエレメントから復号される。エンコーダは、上位時間レイヤが廃棄されるとき、下位時間レイヤに属するピクチャが完全に復号可能であるように、ＴｅｍｐｏｒａｌＩｄ値をセットすることが必要とされる。たとえば、エンコーダが、時間レイヤ０、１および２を使用してビットストリームを出力したと仮定する。その場合、すべての時間レイヤ２のＮＡＬユニットを除去すること、またはすべてのレイヤ１および２のＮＡＬユニットを除去することが、問題なしに復号され得るビットストリームを生じることになる。これは、エンコーダが準拠しなければならないＨＥＶＣ仕様における制限によって保証される。たとえば、時間レイヤのピクチャが上位時間レイヤのピクチャを参照することは許容されない。

本開示では、ＨＥＶＣにおいて旧来使用されている時間レイヤを指すときに「時間レイヤ」という用語を使用する。本開示における「レイヤ」という用語は、時間レイヤ、またはスケーラビリティレイヤ、または時間レイヤとスケーラビリティレイヤとの組合せを指し得る。

スライス

ＨＥＶＣにおけるスライスの概念は、ピクチャを独立してコーディングされたスライスに分割し、ここで、ピクチャ中の１つのスライスの復号は、同じピクチャの他のスライスから独立している。異なるコーディングタイプが同じピクチャのスライスのために使用され得る、すなわち、スライスは、Ｉスライス、Ｐスライス、またはＢスライスのいずれかであり得る。スライスの１つの目的は、データ損失の場合に再同期を可能にすることである。ＨＥＶＣでは、スライスは、ＣＴＵのセットである。

ＶＶＣでは、ピクチャが、ラスタ走査スライスまたは矩形スライスのいずれかに区分され得る。ラスタ走査スライスは、ラスタ走査順序におけるいくつかの完全なタイルからなる。矩形スライスは、ピクチャ中の矩形領域、または１つのタイルの内部の連続する数のＣＴＵ行を一緒に占有する、タイルのグループからなる。各スライスは、シンタックスエレメントを備えるスライスヘッダを有する。これらのシンタックスエレメントからの復号されたスライスヘッダ値が、スライスを復号するときに使用される。各スライスは、１つのＶＣＬ ＮＡＬユニット中で搬送される。

ＶＶＣドラフト仕様の前のバージョンでは、スライスは、タイルグループと呼ばれた。

ピクチャヘッダ

ＶＶＣは、ＰＨ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットである、ピクチャヘッダを含む。ピクチャヘッダは、スライスヘッダと同様であるが、ピクチャヘッダ中のシンタックスエレメントの値が、１つのピクチャのすべてのスライスを復号するために使用される。ＶＶＣにおける各ピクチャが、１つのピクチャヘッダＮＡＬユニットと、その後にくる、各コード化スライスが１つのコード化スライスＮＡＬユニット中で伝達される、ピクチャのすべてのコード化スライスとからなる。

イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャおよびコード化ビデオシーケンス（ＣＶＳ）

ＨＥＶＣにおける単一スケーラビリティレイヤコーディングでは、アクセスユニット（ＡＵ）は、単一のピクチャのコード化表現である。ＡＵは、いくつかのビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニット、ならびに非ＶＣＬ ＮＡＬユニットからなり得る。

ＨＥＶＣにおけるイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャは、その復号プロセスにおける予測のために、それ自体以外のいかなるピクチャも参照しないピクチャである。ＨＥＶＣにおける復号順序におけるビットストリーム中の第１のピクチャは、ＩＲＡＰピクチャでなければならないが、ビットストリーム中で後でさらにまたＩＲＡＰピクチャが現れ得る。ＨＥＶＣは、３つのタイプのＩＲＡＰピクチャ、すなわち、切断リンクアクセス（ＢＬＡ）ピクチャと、瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャと、クリーンランダムアクセス（ＣＲＡ）ピクチャとを指定する。

ＨＥＶＣにおけるコード化ビデオシーケンス（ＣＶＳ）は、ＩＲＡＰアクセスユニットにおいて開始し、その後に、復号順序において次のＩＲＡＰアクセスユニットまで、０個またはそれ以上のＡＵがくるが、次のＩＲＡＰアクセスユニットを含まない、アクセスユニットのシーケンスである。

ＩＤＲピクチャは、常に、新しいＣＶＳを開始する。ＩＤＲピクチャは、関連するランダムアクセス復号可能リーディング（ＲＡＤＬ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ）ピクチャを有し得る。ＩＤＲピクチャは、関連するランダムアクセススキップリーディング（ＲＡＳＬ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ）ピクチャを有しない。

ＨＥＶＣにおけるＢＬＡピクチャはまた、新しいＣＶＳを開始し、復号プロセスに、ＩＤＲピクチャと同じ影響を及ぼす。しかしながら、ＨＥＶＣにおけるＢＬＡピクチャは、参照ピクチャの空でないセットを指定するシンタックスエレメントを含んでいることがある。ＢＬＡピクチャは関連するＲＡＳＬピクチャを有し得、関連するＲＡＳＬピクチャは、関連するＲＡＳＬピクチャが、ビットストリーム中に存在しないことがあるピクチャへの参照を含んでいることがあるとき、デコーダによって出力されず、復号可能でないことがある。ＢＬＡピクチャは、復号される関連するＲＡＤＬピクチャをも有し得る。ＢＬＡピクチャは、ＶＶＣ中に含まれない。

ＣＲＡピクチャは、関連するＲＡＤＬピクチャまたはＲＡＳＬピクチャを有し得る。ＢＬＡピクチャの場合と同様に、ＣＲＡピクチャは、参照ピクチャの空でないセットを指定するシンタックスエレメントを含んでいることがある。ＣＲＡピクチャでは、関連するＲＡＳＬピクチャが、ビットストリーム中に存在しないピクチャへの参照を含んでいることがあるとき、関連するＲＡＳＬピクチャが復号可能でないことがあるので、関連するＲＡＳＬピクチャがデコーダによって出力されないことを指定するように、フラグがセットされ得る。ＣＲＡは、ＣＶＳを開始することも開始しないこともある。

ＶＶＣでは、ＣＶＳは、ＣＶＳ開始（ＣＶＳＳ）アクセスユニットにおいて開始し、その後に、復号順序において次のＣＶＳＳアクセスユニットまでの、ただし次のＣＶＳＳアクセスユニットを含まない、０またはそれ以上のＡＵがくる、アクセスユニットのシーケンスである。ＣＶＳＳアクセスユニットは、ＩＲＡＰピクチャ、すなわち、ＩＤＲピクチャまたはＣＲＡピクチャ、あるいは漸進的復号リフレッシュ（ＧＤＲ：ｇｒａｄｕａｌ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）ピクチャを含んでいることがある。ＣＶＳは、１つまたは複数のＣＬＶＳを含んでいることがある。

ＧＤＲピクチャは、本質的に、低遅延コーディングのために符号化されたビットストリーム中のランダムアクセスのために使用され、ここで、完全なＩＲＡＰピクチャは、あまりに多くの遅延を引き起こすことになる。ＧＤＲピクチャは、ビデオピクチャごとに更新する漸進的イントラリフレッシュを使用し得、ここで、各ピクチャは、部分的にイントラコーディングされるにすぎない。ビットストリームがＧＤＲピクチャにおいてチューニングされたことを仮定すれば、ビデオがいつ完全にリフレッシュされ、出力の準備ができているかを指定するＧＤＲピクチャにより、回復ＰＯＣカウントがシグナリングされる。ＶＶＣにおけるＧＤＲピクチャは、ＣＶＳまたはＣＬＶＳを開始し得る。ＧＤＲピクチャは、ＶＶＣにおいて規範的特徴として含まれるが、ＨＥＶＣ規格の規範的部分でなく、ここで、ＧＤＲピクチャは、代わりに、ＳＥＩメッセージを用いて示され得る。

パラメータセット

ＶＶＣおよびＨＥＶＣは、３つのタイプのパラメータセット、すなわち、ピクチャパラメータセット（ＰＰＳ）と、シーケンスパラメータセット（ＳＰＳ）と、ビデオパラメータセット（ＶＰＳ）とを指定する。ＰＰＳは、ピクチャ全体について共通であるデータを含んでおり、ＳＰＳは、コード化ビデオシーケンス（ＣＶＳ）について共通であるデータを含んでおり、ＶＰＳは、複数のＣＶＳについて共通であるデータ、たとえば、ビットストリーム中の複数のスケーラビリティレイヤについてのデータを含んでいる。

ＶＶＣは、１つの追加のパラメータセット、すなわち、適応パラメータセット（ＡＰＳ）をも指定する。ＡＰＳは、適応ループフィルタ（ＡＬＦ）ツールと、ルーママッピングおよびクロマスケーリング（ＬＭＣＳ：ｌｕｍａ ｍａｐｐｉｎｇ ａｎｄ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）ツールと、スケーリングリストツールとのために必要とされるパラメータを搬送する。ＡＰＳは、複数のスライスのために使用され得る情報を含んでいることがあり、同じピクチャの２つのスライスが、異なるＡＰＳを使用することができる。
ＶＶＣとＨＥＶＣの両方が、ある情報（たとえばパラメータセット）が、外部手段によって、提供されることを許容する。「外部手段」によっては、情報が、コード化ビデオビットストリーム中で提供されないが、ビデオコーデック仕様において指定されていない何らかの他の手段によって、たとえば、場合によっては異なるデータチャネル中で、またはデコーダにおいて定数として提供されるメタデータを介して、提供されると解釈されるべきである。

復号能力情報（ＤＣＩ）

ＤＣＩは、復号セッション中に変化しないことがあり、デコーダが知るのに良好であり得る、情報、たとえば許容されるサブレイヤの最大数を指定する。ＤＣＩ中の情報は、復号プロセスの動作のために必要でない。ＶＶＣ仕様の早期ドラフトでは、ＤＣＩは、復号パラメータセット（ＤＰＳ）と呼ばれた。

復号能力情報は、コーディングツール、ＮＡＬユニットのタイプなどに関してビットストリームから何を予想すべきかのデコーダ情報を与えるビットストリームについての一般的な制約のセットをも含んでいる。ＶＶＣでは、一般的な制約情報はまた、ＶＰＳまたはＳＰＳ中でシグナリングされ得る。

ピクチャ順序カウント（ＰＯＣ）

ＨＥＶＣにおけるピクチャは、フルＰＯＣ値としても知られる、それらのピクチャ順序カウント（ＰＯＣ）値によって識別される。エンコーダとデコーダの両方が、ＰＯＣを追跡し、符号化／復号される各ピクチャにＰＯＣ値を割り振る。復号されたピクチャは、ＰＯＣ昇順で出力され、これは、ＰＯＣ値が出力順序を表すことを意味する。ピクチャのピクチャ順序カウント値は、ＨＥＶＣではＰｉｃＯｒｄｅｒＣｎｔＶａｌと呼ばれる。通常、現在ピクチャについてのＰｉｃＯｒｄｅｒＣｎｔＶａｌは単にＰｉｃＯｒｄｅｒＣｎｔＶａｌと呼ばれる。

参照ピクチャリサンプリング（ＲＰＲ）

ＲＰＲは、ＨＥＶＣにおいて存在しない、ＶＶＣにおける新しい特徴である。ＨＥＶＣでは、レイヤのすべてのピクチャが、同じ空間解像度を有する。しかしながらＶＶＣでは、同じレイヤに属するピクチャが、異なる空間解像度を有することができる。ピクチャの空間解像度（幅および高さ）は、ＶＶＣにおいてＰＰＳ中でシグナリングされる。現在ピクチャと参照ピクチャとが異なる空間解像度を有するとき、ＲＰＲは、予測の前に参照ピクチャを現在ピクチャと同じ空間解像度にスケーリングすることによって、参照ピクチャが現在ピクチャの予測のために使用されることを可能にする。ＲＰＲは、同じレイヤまたは異なるレイヤに属するピクチャのために使用され得る。

ＳＥＩメッセージ

補足エンハンスメント情報（ＳＥＩ）メッセージは、ＶＣＬ ＮＡＬユニットからのコード化ピクチャの復号プロセスに影響を及ぼさない、コード化ビットストリーム中のコードポイントである。ＳＥＩメッセージは、通常、復号されたビットストリームの表現／レンダリングの問題点に対処する。ＳＥＩメッセージの全体的概念、およびメッセージ自体の多くは、Ｈ．２６４およびＨＥＶＣ仕様からＶＶＣ仕様に継承された。ＶＶＣでは、ＳＥＩ ＲＢＳＰが、１つまたは複数のＳＥＩメッセージを含んでいる。

ＶＶＣにおけるＳＥＩメッセージの一般的な構造について説明するＳＥＩメッセージシンタックステーブルが、表３に示されている。各ＳＥＩメッセージのタイプは、各ＳＥＩメッセージのペイロードタイプによって識別される。

表3 VVCにおけるSEIメッセージシンタックステーブル

ＶＶＣ仕様における付録Ｄは、いくつかのＳＥＩメッセージについて、ＳＥＩメッセージペイロードについてのシンタックスおよびセマンティクスを指定し、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７においてシンタックスおよびセマンティクスが指定されているＳＥＩメッセージおよびＶＵＩパラメータの使用を指定する。ＶＶＣバージョン１においてサポートされるＳＥＩメッセージをリストする、付録ＤにおけるＳＥＩペイロード構造が、表４に示されている。

ＳＥＩメッセージは、復号、表示または他の目的に関係するプロセスを支援する。しかしながら、ＳＥＩメッセージは、復号プロセスによってルーマまたはクロマサンプルを構築するために必要とされない。いくつかのＳＥＩメッセージは、ビットストリーム適合性を検査するために、および出力タイミングデコーダ適合性のために必要とされる。他のＳＥＩメッセージは、ビットストリーム適合性を検査するために必要とされない。デコーダは、すべてのＳＥＩメッセージをサポートする必要があるとは限らない。通常、デコーダが、サポートされていないＳＥＩメッセージに遭遇した場合、そのＳＥＩメッセージは廃棄される。

ＶＳＥＩとも呼ばれる、ＩＴＵ－Ｔ Ｈ．２７４｜ＩＳＯ／ＩＥＣ２３００２－７は、ＳＥＩメッセージのシンタックスおよびセマンティクスを指定し、特に、コード化ビデオビットストリームとともに使用するためのものであるが、これは、他のタイプのコード化ビデオビットストリームとともにも使用され得るほど十分に汎用であることを意図される様式で書かれている。ＩＴＵ－Ｔ Ｈ．２７４｜ＩＳＯ／ＩＥＣ２３００２－７の第１のバージョンが、２０２０年７月に確定された。これを書いているとき、バージョン２が開発中である。ＪＶＥＴ－Ｕ２００６－ｖ１は、コード化ビデオビットストリームとともに使用するための追加のＳＥＩメッセージを指定する、バージョン２のための現在のドラフトである。

ＳＥＩメッセージの持続性は、ＳＥＩメッセージのインスタンスにおいてシグナリングされる値が適用され得る、ピクチャを示す。ＳＥＩメッセージの値が適用され得るビットストリームの部分は、ＳＥＩメッセージの持続性範囲（ｐｅｒｓｉｓｔｅｎｃｅ ｓｃｏｐｅ）と呼ばれる。

スケーラブルネスティングＳＥＩメッセージ

ＶＶＣにおけるスケーラブルネスティングＳＥＩメッセージは、ＳＥＩメッセージを特定のＯＬＳ、特定のレイヤ、またはサブピクチャの特定のセットに関連付けるための機構を提供する。スケーラブルネスティングＳＥＩメッセージは、１つまたは複数のＳＥＩメッセージを含んでいる。スケーラブルネスティングＳＥＩメッセージ中に含まれているＳＥＩメッセージは、スケーラブルネスト化（ｓｃａｌａｂｌｅ－ｎｅｓｔｅｄ）ＳＥＩメッセージとも呼ばれる。

ＶＶＣにおけるスケーラブルネスティングＳＥＩメッセージシンタックスが表５に示されている。

フィルム粒子

ピクチャを復号した後にノイズまたはフィルム粒子を追加すること

ビデオ中のノイズは、異なるソースから発生する。このノイズは、プロセスの最も早期の段階において、エンコーダによって抑圧され得る。ピクチャが表示前にデコーダにおいて再構築されるとき、モデル化ノイズまたは非モデル化ノイズが、復号されるフレームに、あるやり方または別のやり方で追加され得る。ピクチャ解像度の増加の結果として今ではより明らかになってきた、ノイズを追加することによる主観的品質増加を明らかにする、異なる目的が導入されている。ノイズを追加する第１の理由は、たとえば、ドキュメンタリー、ポートレート、白黒シーンを撮影する間、芸術的効果をもたらすこと、現実をキャプチャすること、または映画の場合「現実のシネマ効果」を得ることであり得る。第２の理由は、エンコーダにおける重いエンコーディングプロシージャにより現れた、ぼけ、ブロッキングおよびバンディング効果などのコーディングアーティファクトを隠すことである。

ＶＶＣにおけるフィルム粒子特性ＳＥＩメッセージ

フィルム粒子プロセスは、ＶＳＥＩ仕様において指定されており、ＶＶＣによってサポートされる。このプロセスは、Ｈ．２６４／ＡＶＣおよびＨＥＶＣビデオコーディング規格において指定された、フィルム粒子プロセスと本質的に同等である。プロセスは、デコーダにおけるフィルム粒子合成のためのパラメータ化されたモデルを搬送する、ＳＥＩメッセージを含む。

フィルム粒子特性ＳＥＩメッセージは、消去フラグ、ｆｉｌｍ＿ｇｒａｉｎ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｃａｎｃｅｌ＿ｆｌａｇを含み、消去フラグは、消去フラグが０に等しくセットされた場合、フィルム粒子プロセスを可能にする。また、フラグが０にセットされたとき、フィルム粒子パラメータシンタックスエレメントは、フラグに従う。最後に、ｆｉｌｍ＿ｇｒａｉｎ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇが、現在レイヤについて、フィルム粒子特性ＳＥＩメッセージの持続性を指定する。以下の表６において、シンタックスの簡略バージョンが示されている。

規範的フィルム粒子

ＪＶＥＴ－Ｑ０４２４では、規範的フィルム粒子生成プロセスが、ＶＶＣのために提案された。寄与文書は、ＡＰＳ中でフィルム粒子パラメータをシグナリングすることと、ピクチャヘッダ中にフィルム粒子シード（ｆｉｌｍ ｇｒａｉｎ ｓｅｅｄ）を含めて、フィルム粒子プロセスを擬似ランダムおよび決定論的にすることとを提案した。

ＬＭＣＳ

クロマスケーリングを伴うルーママッピング（ＬＭＣＳ：ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）は、そのコードワード統計に応じて信号を動的に適応させることを許容する、ＶＶＣにおけるループ内フィルタ処理プロセスである。ループ内ＬＭＣＳについてのパラメータは、特定のＡＰＳ ＩＤをもつＡＰＳ中でシグナリングされる。ＬＭＣＳ ＡＰＳ ＩＤは、ピクチャヘッダから参照される。ループ内ＬＭＣＳは、ピクチャをそれらの元の（マッピングされていない）フォーマットでＤＰＢに記憶することを許容する。ＬＭＣＳは、適応的に可能にされるか、またはピクチャタイプに応じて可能にされ得る。

ＪＶＥＴ－Ｕ００７８では、パラメータセット中での規範的シグナリングまたはＳＥＩメッセージとしてのシグナリングのいずれかを用いて、ＬＭＣＳループ外（ＬＭＣＳ ｏｕｔ－ｏｆ－ｌｏｏｐ）をシグナリングすることが提案された。

ＶＶＣおよびＨＥＶＣにおけるパラメータセットは、ビットストリームのある部分に適用される、シンタックスエレメントを参照するフレキシブルなおよび圧縮効率が高いやり方を提供する。たとえば、各ピクチャは、特定のＰＰＳ ＩＤを使用してＰＰＳを参照し、各ピクチャおよび／またはスライスは、それらのＡＰＳ ＩＤを使用して１つまたは複数のＡＰＳをさらに参照し得る。パラメータセットＩＤは、複数のパラメータセットがビットストリーム中で使用されるとき、パラメータセットのシンタックスエレメントを繰り返す必要がないことを可能にする、フレキシビリティをもたらす。

同じフレキシビリティは、ＳＥＩメッセージの場合、存在しない。ＳＥＩについての持続性範囲は、一般に、現在ピクチャに対するものであるか、または現在ピクチャと、ＳＥＩメッセージの新しいバージョンによってそれが交換されるまでの、すべての後にくるピクチャとに対するものある。連続するピクチャのセットのための各ピクチャに必ずしも常に適用されるとは限らない、ＳＥＩメッセージの場合、現在の持続性方式は、あまりコーディング効率が高くない。たとえば、図４に示されているように、ＳＥＩメッセージの２つのバージョン（すなわち、シンタックスエレメントについて異なる値を備える、同じタイプの２つのＳＥＩメッセージ）が交互に適用され、各々が、それぞれ、第２のピクチャごとに適用されるべきであるとき、完全なＳＥＩメッセージが各ピクチャのために送られなければならないが、それら２つのバージョンの各々のためのＳＥＩメッセージは同等である。

概して、パラメータセットは、サポートすべき仕様に準拠するデコーダにとって必須である、シンタックスエレメントを備える。一方、ＳＥＩメッセージは、デコーダがサポートすることについてオプションであり、したがって、ＳＥＩメッセージのコンテンツは、パラメータセット中でシグナリングするために好適でないことがある。その上、機能を指定するシンタックスエレメントを規範的パラメータセットに追加することは、コーデックのための新しいプロファイルを作成することなしに、可能でない。新しいプロファイルを作成することは、マーケット断片化を生じることがあり、新しいプロファイルに対する強いマーケットのニーズがない限り、行われるべきでない。

実施形態の一態様は、メッセージ（たとえば、ＳＥＩメッセージ）の異なるバージョンがビットストリーム中で恣意的な様式で、たとえばビットストリーム中で交互のやり方で使用されるときにビットコストを低減するために、メッセージ（たとえば、ＳＥＩメッセージ）のための参照機構を提供するためのものである。実施形態では、機能を表すために２つのＳＥＩメッセージが使用される。第１のＳＥＩメッセージ中で、機能を指定するシンタックスエレメントが提供される。第１のＳＥＩメッセージは、識別子値をも有し得、識別子値は特定のＳＥＩメッセージのインスタンスを一意に識別する。一般に第１のＳＥＩメッセージよりもはるかに小さく、より頻繁に送られる第２のＳＥＩメッセージは、たとえば第２のＳＥＩメッセージと一緒に送られたピクチャまたはサブピクチャについて、第２のＳＥＩメッセージの持続性範囲によって決定されるビットストリームの部分に第１のＳＥＩメッセージの機能を適用するために、第１のＳＥＩメッセージを参照するために使用される。

いくつかの実施形態の利点は、それらが、メッセージの異なるバージョンがビットストリーム中で恣意的なやり方で（たとえば、交互のやり方で）適用されるとき、第１のメッセージが繰り返される必要がないように、第２の、および一般に著しくより小さい、メッセージ（たとえば、第２のＳＥＩメッセージ）からある機能を指定する、第１のメッセージ（たとえば、第１のＳＥＩメッセージ）のインスタンスを参照するための機構を提供することである。

従来技術のソリューションでは、あらゆるピクチャについてのある機能とともにＳＥＩメッセージを送る必要があり得る。本明細書で開示されるいくつかの実施形態おける利益は、メッセージ（たとえば、ＳＥＩメッセージ）の機能を常時繰り返す必要があるとは限らないことである。機能の２つ以上のバージョンにリンクするために、いくつかの第１のメッセージを有することも可能である。

従来のＳＥＩメッセージでは、ＳＥＩメッセージが、ビットストリーム中の、すべてではないが、多くのセグメントのために使用されるべきである場合、ＳＥＩメッセージは数回繰り返されなければならないことがあり、これは、ＳＥＩメッセージが多くの情報を搬送する場合、ビットにおける大きいコストを有することがある。たとえば、ＶＳＥＩ仕様において指定されたコンテンツカラーボリュームＳＥＩメッセージは、最悪の場合、ピクチャごとに３７バイトを送る必要があることがある。

実施形態は、必要とされないとき、メッセージ（たとえば、ＳＥＩメッセージ）の機能情報を繰り返す必要はないことを可能にする。これは、ビットを節約し、また、機能をどこに適用するべきかのフレキシビリティを提供する。機能は、たとえば、フレキシブルなやり方でビットストリーム中のピクチャまたはサブピクチャの任意のサブセットに適用され得る。

ＳＥＩメッセージ中で伝達される情報は、復号プロセスに影響を及ぼさず、概して、コアデコーダによって無視され得る。パラメータセット中で伝達される情報は、規範的であり、一般に、復号プロセスに影響を及ぼす。したがって、ＳＥＩメッセージに好適な情報が、パラメータセットに好適でないことがある。パラメータセットと比較して、ＳＥＩメッセージを有することの１つの利益は、新しいプロファイルを追加する必要なしに、既存の仕様に機能を追加し得ることである。ＳＥＩメッセージが、新しいプロファイルを追加する必要なしに仕様に追加され得る。仕様の第１のバージョンにおいて説明されるプロファイルに準拠するデコーダは、仕様の更新バージョンにおいて指定されたＳＥＩメッセージを使用し得る。ソリューションの汎用バージョンの利益は、一意の識別子を有しない、前に指定されたＳＥＩメッセージについても機能することになる。

パラメータセットと比較した、ＳＥＩメッセージを有することの別の利益は、新しい機能が後で、すでに確定された仕様に追加され得ることである。たとえば、ＶＶＣバージョン１の場合、パラメータセットにおける追加されるシグナリングなどのさらなる規範的追加はないであろうが、ＶＶＣバージョン１デコーダは、ＶＶＣバージョン１仕様が確定された後にＶＶＣ仕様に追加されたＳＥＩメッセージをサポートすることを決め得る。

本明細書に組み込まれ、明細書の一部をなす添付の図面は、様々な実施形態を示している。

一実施形態による、エンコーダの例示的なアーキテクチャの図である。 一実施形態による、デコーダの例示的なアーキテクチャの図である。 ＰＵとＡＵとＣＶＬＳとの間の関係を示す図である。 一実施形態による、例示的なビットストリームの図である。 一実施形態による、例示的なビットストリームの図である。 一実施形態による、例示的なビットストリームの図である。 一実施形態による、例示的なビットストリームの図である。 一実施形態による、フローチャートである。 一実施形態による、フローチャートである。 一実施形態による、エンコーダのブロック図である。

以下の実施形態が組み合わせられて、明示的に規定されないが、依然として本発明によってカバーされるソリューションを形成し得ることが、当業者によって理解されるべきである。

実施形態は、エンコーダとデコーダの両方に、ならびに、それぞれのエンコーダまたはデコーダからローカルにまたはリモートに展開され得るエンコーダまたはデコーダの構成要素に、適用可能であり得る。例示的なエンコーダが図１に示されている。例示的なデコーダが図２に示されている。

実施形態１－ 一般的な方法

図５は、一実施形態による、例示的なビットストリームを示す。エンコーダが、図５に示されているものなどのビットストリームを符号化し得、デコーダが、図５に示されているものなどのビットストリームを復号し得る。ここで説明される第１の実施形態は、異なるタイプのパケットに適用可能であるように一般化され、ここで、パケットタイプがＳＥＩメッセージまたは他のパケットタイプであることを含む。この実施形態では、ビデオビットストリーム１が、コード化ピクチャのセットを備える。２つのパケット、第１のパケット１１と第２のパケット２１とが、ある機能を適用するために使用される。第１のパケット１１は、機能についての情報（すなわち機能情報３２）を提供する１つまたは複数のシンタックスエレメントと、特定のパケットおよび／または機能情報を識別する識別子１２とを備える。一般に、たとえば各ピクチャさらにはサブピクチャまたはスライスについて、第１のパケットよりも頻繁に送られる、第２のパケット２１は、第１のパケットへの参照識別子２２（または、参照ＩＤ２２）および／または機能情報を備え、特定の機能が適用されるべきである、第３のパケット４３中でシグナリングされる１つまたは複数のセグメント４１を指定する。いくつかの実施形態では、第２のパケット２１は、適用されるべき特定の機能に関する軽量制御（ｌｉｇｈｔ－ｗｅｉｇｈｔ ｃｏｎｔｒｏｌ）など、追加情報２３をも含み得る。一実施形態では、機能情報３２が適用されるべきである１つまたは複数のセグメント４１は、第３のパケット４３中でシグナリングされる。別の実施形態では、セグメント４１の一部のみが、第３のパケット４３中でシグナリングされる。

実施形態の一態様は、必要とされないときに（潜在的に多くのビットである）第１のパケットの機能情報を繰り返す必要がないが、後のパケット中でその機能情報を参照することが可能であるためのものである。これは、ビットを節約し、機能をどこに適用すべきかのフレキシビリティを提供する。機能は、たとえば、フレキシブルなやり方でビットストリーム中のピクチャまたはサブピクチャの任意のサブセットに適用され得る。

パケット、パケットタイプ、セグメントおよび機能情報の説明

この実施形態におけるパケットのいずれかまたはすべて（たとえば、第１、第２、および第３のパケット）が、ＮＡＬユニットであり得る。第１のパケットおよび第２のパケットは、いくつかの実施形態では、非ＶＣＬ ＮＡＬユニットであり、第１のパケットのパケットタイプと第２のパケットのパケットタイプとは、たとえば、両方とも、ＳＥＩメッセージであり得る。以下のテキストでは、パケットはＳＥＩメッセージと呼ばれるが、パケットは任意のタイプのパケットであり得、ＳＥＩメッセージに言及する以下の説明が、任意のタイプのパケットにも適用することができることを理解されたい。いくつかの実施形態では、第１のパケットと第２のパケットとは同じタイプであり得、他の実施形態では、それらは異なるタイプであり得る。たとえば、第１のパケットのタイプは、ＳＰＳ、ＰＰＳまたはＡＰＳなど、パラメータセットであり得、第２のパケットのタイプはＳＥＩメッセージであり得る。以下のテキストでは、第２のパケットは、しばしば、参照ＳＥＩメッセージと呼ばれ、第１のパケットは、しばしば、参照ＳＥＩメッセージによって参照される、機能情報ＳＥＩメッセージと呼ばれるが、説明は、概して、他のパケットタイプに適用可能である。

いくつかの実施形態では、第３のパケットはＶＣＬ ＮＡＬユニットであり、第３のパケットのパケットタイプはスライスタイプである。セグメントは、たとえば、ピクチャ、サブピクチャ、スライス、タイル、またはＣＴＵであり得る。

機能情報は、たとえば、フィルム粒子パラメータ、ＬＭＣＳパラメータ、マスタリングディスプレイカラーボリューム（ｍａｓｔｅｒｉｎｇ ｄｉｓｐｌａｙ ｃｏｌｏｒ ｖｏｌｕｍｅ）パラメータ、コンテンツ光レベルパラメータ、周囲ビューイング環境（ａｍｂｉｅｎｔ ｖｉｅｗｉｎｇ ｅｎｖｉｒｏｎｍｅｎｔ）パラメータ、コンテンツカラーボリュームパラメータ、球体回転パラメータ、領域的パッキング（ｒｅｇｉｏｎ－ｗｉｓｅ ｐａｃｋｉｎｇ）パラメータ、全指向性ビューポートパラメータ、サンプルアスペクト比パラメータ、注釈付き領域パラメータ、スケーラビリティ次元パラメータ、マルチビュー獲得（ｍｕｌｔｉｖｉｅｗ ａｃｑｕｉｓｉｔｉｏｎ）パラメータ、深度表現パラメータなど、ＳＥＩメッセージまたはパラメータセット中で搬送され得る任意のタイプの機能を指定するシンタックスエレメントであり得る。これらのパラメータは、フィルタモデルタイプ、フィルタ強度など、モデル説明を含み得る。

機能情報に基づいて機能をセグメントに適用することは、仕様に従ってセグメントを修正するためにまたは情報をセグメントにアタッチするために、パラメータ値を使用することを含み得る。これは、たとえば、フィルム粒子ノイズをセグメントに適用すること、ＬＭＣＳループ外をセグメントに適用すること、あるいは、セグメントに対するディスプレイカラーボリューム、コンテンツ光レベル、周囲ビューイング、またはコンテンツカラーボリュームを修正することを含み、球体回転、領域的パッキング、サンプルアスペクト比変換などのセグメントのジオメトリ変換または変位を適用し、または全指向性ビューポート情報、注釈付き領域情報、スケーラビリティ次元情報、マルチビュー獲得情報、および深度表現情報などの情報をセグメントにアタッチし得る。

機能情報は、本開示では、代替または追加として、パラメータ値またはシンタックスエレメント値として解釈され得る。本開示におけるそのような機能情報の使用は、パラメータ参照（ｐａｒａｍｅｔｅｒ ｒｅｆｅｒｅｎｃｉｎｇ）と見なされ得、ここで、セグメントからパラメータまたはシンタックスエレメントを復号する代わりに、パラメータを参照するために参照識別子が使用される。

２つのタイプのＳＥＩメッセージを使用すること

下記の表は、第１の実施形態について、２つの異なるタイプのＳＥＩメッセージを使用するための例示的なシンタックスを示す。

第１のＳＥＩメッセージは、機能情報を搬送するＳＥＩメッセージである。ＳＥＩメッセージのインスタンスが、ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄを使用して一意に識別される。シンタックステーブル中のｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ（）は、機能を指定するために使用されるシンタックスエレメントを表す。機能情報中のシンタックスエレメントの詳細は、本開示の範囲外である。異なるｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄをもつ２つの機能情報ＳＥＩメッセージが、機能情報中のシンタックスエレメントについて異なる値を有し得る。第２のＳＥＩメッセージは、ｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄを使用して機能情報ＳＥＩメッセージを参照するＳＥＩメッセージであり、ｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄは、機能が適用されるべきである１つまたは複数のセグメントを指定する。参照ＳＥＩメッセージは、機能情報ＳＥＩメッセージ中で指定された機能の軽量制御のための１つまたは数個のシンタックスエレメントをも備え得る。

図６は、一実施形態による、例示的なビットストリームを示す。エンコーダが、図６に示されているものなどのビットストリームを符号化し得、デコーダが、図６に示されているものなどのビットストリームを復号し得る。図６に示されているように、ビットストリームは、異なる識別子値をもつ２つの機能情報ＳＥＩメッセージと、セグメントに各々関連付けられたいくつかの参照ＳＥＩメッセージ（４つが示されている）とを含み得、各参照ＳＥＩメッセージは、各一意の機能情報がビットストリーム中で繰り返されないように、機能情報ＳＥＩメッセージのうちの１つを参照する。

図６に示されているように、エンコーダは、ビットストリームの始まりにおいて、機能情報ＳＥＩメッセージを符号化し得る。エンコーダはまた、そうする必要があるとき、機能情報ＳＥＩメッセージを符号化することを選定し得る。エンコーダは、たとえば、これらのステップに従い得る。
ａ． セグメントのために使用されるべき機能を決定する
ｂ． 機能を指定する第１の識別子値（たとえば０）をもつ好適な機能情報ＳＥＩメッセージが、ビットストリーム中ですでにシグナリングされた場合、
ｉ． ビットストリームに、第１の識別子値に対応する参照ＩＤ値をもつ参照ＳＥＩメッセージを符号化する
ｉｉ． ビットストリームにセグメントを符号化する
ｃ． 他の場合、
ｉ． ビットストリームに、新しい識別子値（たとえば１）をもつ好適な機能情報ＳＥＩメッセージを符号化する
ｉｉ． ビットストリームに、新しい識別子値に対応する参照ＩＤ値をもつ参照ＳＥＩメッセージを符号化する
ｉｉｉ． ビットストリームにセグメントを符号化する

実施形態の１つのバージョンでは、識別子値は、上記の例示的なシンタックステーブル中にあるように、８など、固定数のビットでシグナリングされ得る。実施形態の別のバージョンでは、識別子をシグナリングするために使用されるビット数は、ＳＥＩメッセージ中のシンタックスエレメント中でシグナリングされる。これは、以下の例示的なシンタックスにおいて示されており、ここで、シンタックスエレメントｉｄ＿ｌｅｎ＿ｍｉｎｕｓ＿１＋１は、識別子値を表すｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄシンタックスエレメントをシグナリングするために使用されるビット数を指定する。実施形態の別のバージョンでは、識別子値は、ｕｅ（ｖ）と示される、符号なし整数０次指数ゴロムコード化（Ｅｘｐ－Ｇｏｌｏｍｂ－ｃｏｄｅｄ）シンタックスエレメントなどの非固定数のビットでシグナリングされる。

参照ＳＥＩメッセージの持続性範囲

参照ＳＥＩメッセージの持続性範囲、すなわち機能情報ＳＥＩメッセージの機能をセグメントのどのセットに適用すべきかが、仕様において明確に規定され得る。たとえば、仕様は、参照ＳＥＩメッセージの持続性が、ＳＥＩメッセージを含んでいるアクセスユニット（ＡＵ）であると述べ得る。仕様はまた、参照ＳＥＩメッセージの持続性が、ＳＥＩメッセージを含んでいるピクチャユニット（ＰＵ）であり、または代替的に、参照ＳＥＩメッセージの持続性が、ＳＥＩメッセージの後にくるスライスであり、または代替的に、参照ＳＥＩメッセージの持続性が、ＳＥＩメッセージの後にくるスライスが属するサブピクチャであると述べ得る。

参照ＳＥＩメッセージの持続性範囲はまた、ＳＥＩメッセージ中の１つまたは複数のシンタックスエレメントを使用して指定され得る。たとえば、参照ＳＥＩは、持続性フラグと消去フラグとをもつＶＳＥＩ仕様において通常使用される持続性構造に従い得る。以下の例示的なシンタックスおよびセマンティックは、以下で、参照ＳＥＩメッセージの持続性範囲のシグナリングを示す。

１に等しいｒｅｆｅｒｅｎｃｉｎｇ＿ｓｅｉ＿ｃａｎｃｅｌ＿ｆｌａｇは、ＳＥＩメッセージが、現在の参照ＳＥＩメッセージのｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄに等しいｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄをもつ、出力順序において前の参照ＳＥＩメッセージの持続性を消去することを示す。０に等しいｒｅｆｅｒｅｎｃｉｎｇ＿ｓｅｉ＿ｃａｎｃｅｌ＿ｆｌａｇは、参照ＳＥＩメッセージ情報が後にくることを示す。

ｒｅｆｅｒｅｎｃｉｎｇ＿ｓｅｉ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇは、現在レイヤについて、参照ＳＥＩメッセージの持続性を指定する。

０に等しいｒｅｆｅｒｅｎｃｉｎｇ＿ｓｅｉ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇは、参照ＳＥＩメッセージが、現在の復号されたピクチャのみに適用されることを指定する。

１に等しいｒｅｆｅｒｅｎｃｉｎｇ＿ｓｅｉ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇは、参照ＳＥＩメッセージが、現在の復号されたピクチャに適用され、以下の条件のうちの１つまたは複数が真になるまで、出力順序において現在レイヤのすべての後続のピクチャについて持続することを指定する。
・ 現在レイヤの新しいＣＬＶＳが始まる。
・ ビットストリームが終わる。
・ 現在の参照ＳＥＩメッセージのｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄに等しいｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄをもつ参照ＳＥＩメッセージに関連付けられたＡＵ中の現在レイヤ中のピクチャが、出力順序において現在ピクチャの後にくる出力である。

参照ＳＥＩメッセージの範囲をどのようにシグナリングすべきかの別の例が、以下で示されており、ここで、ＳＥＩメッセージの範囲は、参照ＳＥＩメッセージに関連付けられたピクチャについて、またはそのピクチャのサブピクチャのセットについてのものであり得る。実施形態の１つのバージョンでは、以下の例示的なシンタックスにおいて示されているように、ｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄが、前の参照ＳＥＩメッセージ中のものと同じ値を現在の参照ＳＥＩメッセージにおいて有する場合のみ、前の参照ＳＥＩメッセージが消去／上書きされる。実施形態の別のバージョンでは、現在の参照ＳＥＩメッセージのｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄと前の参照ＳＥＩメッセージのｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄとは、前の参照ＳＥＩメッセージが消去／上書きされるために、同じ値を有する必要がない。

１に等しいｓｕｂｐｉｃ＿ｆｌａｇは、参照ＳＥＩメッセージが、ＳＥＩメッセージが関連付けられたピクチャの特定のサブピクチャのみに適用されることを指定する。 ０に等しいｓｕｂｐｉｃ＿ｆｌａｇは、参照ＳＥＩメッセージが、ピクチャのすべてのサブピクチャに適用されることを指定する。

ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１が、ピクチャ中のサブピクチャの数を指定する。

ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１が、シンタックスエレメントｓｕｂｐｉｃ＿ｉｄ［ｉ］を表すために使用されるビット数を指定する。ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、両端値を含む０～１５の範囲内にあるものとする。

ｓｕｂｐｉｃ＿ｉｄ［ｉ］が、ピクチャ中のｉ番目のサブピクチャのサブピクチャＩＤを指定する。ｓｕｂｐｉｃ＿ｉｄ［ｉ］シンタックスエレメントの長さは、ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。

実施形態の別のバージョンでは、機能情報が適用されるピクチャは、たとえば絶対ＰＯＣ値またはデルタＰＯＣ値として、参照ＳＥＩメッセージ中にリストされる。

機能情報ＳＥＩメッセージの持続性範囲

実施形態のまた別のバージョンでは、機能情報ＳＥＩメッセージは、アクティブであるまたはアクティブでないように指定され、たとえば、機能情報ＳＥＩメッセージ中のシンタックスエレメント（たとえばフラグなどのインジケータ）を用いて指定され得る。機能情報ＳＥＩがアクティブであることによって、機能情報が、第１のパケット（機能情報ＳＥＩメッセージ）が第２のパケット（参照ＳＥＩメッセージ）によって参照されることなしに、セグメントに適用され得ることを意味する。したがって、インジケータ値は、機能情報が、第１のパケットが第２のパケットによって参照されることなしに、セグメントに適用され得るかどうかを示す。これは、以下の例示的なシンタックステーブル中のｓｅｉ＿ａｃｔｉｖｅ＿ｆｌａｇシンタックスエレメントを用いて示される。

ｓｅｉ＿ａｃｔｉｖｅ＿ｆｌａｇがある値、たとえば１を有する場合、機能情報ＳＥＩは、規定されたそれ自体の持続性範囲により、それ自体によってアクティブであるように指定される。たとえば、機能情報ＳＥＩメッセージについての持続性範囲は、それが機能情報ＳＥＩのｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄに等しいｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄをもつ参照ＳＥＩメッセージによって参照されない限り、ＣＶＬＳの残りなど、ある持続性を有するように規定され得、そのように参照された場合、参照ＳＥＩの持続性範囲が、機能情報ＳＥＩメッセージの元の持続性範囲に取って代わる。 ｓｅｉ＿ａｃｔｉｖｅ＿ｆｌａｇが別の値、たとえば０を有する場合、機能情報ＳＥＩは、それが参照ＳＥＩメッセージによって参照されない限り、アクティブでないように指定され、そのように参照された場合、機能情報ＳＥＩはアクティブになり、参照ＳＥＩメッセージの持続性範囲が機能情報ＳＥＩメッセージに適用される。

参照ＳＥＩメッセージを可能にしないためのオプション

必要とされないときに多くの小さいＳＥＩメッセージをシグナリングするための余分の負担があるので、機能情報ＳＥＩメッセージは、参照ＳＥＩメッセージがビットストリーム中で予想され得るか否かのインジケータ値を含んでいることがある。インジケータが第１の値、たとえば１を有するとき、参照が可能にされ、機能情報ＳＥＩは、それ自体によって非アクティブであるように指定される。インジケータが第２の値、たとえば０を有するとき、参照が可能にされず、機能情報ＳＥＩメッセージは、アクティブであり、従来のＳＥＩメッセージとして働く。その場合、機能情報ＳＥＩメッセージを参照する参照ＳＥＩメッセージが、機能情報ＳＥＩメッセージの後にくるビットストリーム中に存在しないことがある。１つの可能な例外は、インジケータについて第１の値をもつ、別の機能情報ＳＥＩが、ビットストリーム中の第１の機能情報ＳＥＩメッセージの後にくる場合であり、その場合、別の機能情報ＳＥＩは第１の機能情報ＳＥＩメッセージを上書きする。参照ＳＥＩメッセージが可能にされないとき、識別子を機能情報ＳＥＩメッセージ中で送る必要がない。これは、ｒｅｆｅｒｅｎｃｉｎｇ＿ａｌｌｏｗｅｄ＿ｆｌａｇがインジケータ値を備える、以下の例示的なシンタックスにおいて示されている。

機能情報ＳＥＩメッセージと参照ＳＥＩメッセージとを組み合わせること

この実施形態の別のバージョンでは、機能情報ＳＥＩメッセージと参照ＳＥＩメッセージとが、同じＳＥＩペイロードタイプ値をもつ同じタイプのＳＥＩメッセージ中で指定される。ＳＥＩメッセージが、参照ＳＥＩメッセージとして働いているとき、ＳＥＩメッセージは、機能ＳＥＩメッセージとして働くＳＥＩメッセージのインスタンスに対する参照を除く、機能情報についてのシンタックスエレメントと、場合によっては、機能の軽量制御のための１つのまたは数個のシンタックスエレメントとを含まない。以下のシンタックステーブルは、機能情報ＳＥＩメッセージと参照ＳＥＩメッセージとを同じタイプのＳＥＩメッセージ中で指定することを例示する。本例では、ｒｅｆｅｒｅｎｃｉｎｇ＿ｆｌａｇは、ＳＥＩメッセージが機能情報ＳＥＩメッセージとして働くのか、参照ＳＥＩメッセージとして働くのかを指定するために使用される。

機能情報ＳＥＩメッセージと参照ＳＥＩメッセージとが同じタイプのＳＥＩメッセージ中で指定されることの主要な利点は、これが１つのＳＥＩペイロードタイプ値を節約すること、およびこれが仕様の読みやすさを増加させることである。

ビットストリーム中の順序

いくつかの実施形態では、参照ＳＥＩメッセージが、ビットストリーム中の復号順序において、その参照された機能情報ＳＥＩメッセージの後にくる。別の実施形態では、参照ＳＥＩメッセージが、復号順序において、その参照された機能情報ＳＥＩメッセージに先行し得る。その場合、参照インジケータはパースされ得るが、機能ＳＥＩメッセージを１つまたは複数のセグメントに対して適用するプロセスは、機能情報ＳＥＩメッセージが受信されるまで開始し得ない。また別の実施形態では、機能ＳＥＩメッセージおよび参照ＳＥＩメッセージは、外部手段によって提供される。

ソリューションをパラメータセットと比較すること

前述のように、参照ＳＥＩメッセージは、一般に、たとえば各ピクチャさらにはサブピクチャまたはスライスについて、機能情報ＳＥＩメッセージよりも頻繁に送られ得る。たとえば、機能情報ＳＥＩメッセージが、ＣＶＬＳごとに１回送られる場合、機能情報ＳＥＩメッセージは、ＳＰＳがＶＶＣにおいてどのように参照されるかと同様に、参照ＳＥＩメッセージによって参照され得る。機能情報ＳＥＩメッセージが、ピクチャのセットさらには単一のピクチャについてなど、よりしばしば送られる場合、機能情報ＳＥＩメッセージは、ＰＰＳまたはＡＰＳがＶＶＣにおいてどのように参照されるかと同様に、ピクチャごとに参照ＳＥＩメッセージによって参照され得る。機能情報ＳＥＩメッセージが、ピクチャのセットまたは単一のピクチャについて送られる場合、機能情報ＳＥＩメッセージは、ＡＰＳがＶＶＣにおいてどのように参照されるかと同様に、各スライスについて参照ＳＥＩメッセージによって参照され得る。

パラメータセットを参照することと比較した、この実施形態の場合のように特定のＳＥＩメッセージを参照することの１つの利益は、新しい機能が後で、すでに確定された仕様に追加され得ることである。たとえば、ＶＶＣバージョン１の場合、パラメータセットにおける追加されるシグナリングなどのさらなる規範的追加はないであろうが、ＶＶＣバージョン１デコーダは、ＶＶＣバージョン１仕様が確定された後にＶＶＣ仕様に追加されたＳＥＩメッセージをサポートし得る。

エンコーダステップおよびデコーダステップ

エンコーダは、この実施形態に従って、ビットストリームにセグメントを符号化するために以下のステップのすべてまたはサブセットを適用し得る。

（１）第１のパケットタイプの第１のパケットについての識別子値を決定する、識別子値は第１のパケットの識別子を表す。パケットはここで、ＮＡＬユニットであり得る。第１のパケットは、いくつかの実施形態では、非ＶＣＬ ＮＡＬユニットであり、第１のパケットタイプはＳＥＩメッセージであり得る。第１のパケットタイプは、ＳＰＳ、ＰＰＳまたはＡＰＳなどのパラメータセットのような別の非ＶＣＬ ＮＡＬユニットタイプのものでもあり得る。

（２）第１のパケット中のシンタックスエレメントの第１のセット中の１つまたは複数のシンタックスエレメントに、識別子値を符号化し、ビットストリームに第１のパケットを符号化する。

（３）セグメントに適用されるべき機能を決定する。機能は、機能情報によって指定され得る。機能情報は、たとえば、フィルム粒子パラメータ、ＬＭＣＳパラメータ、マスタリングディスプレイカラーボリュームパラメータ、コンテンツ光レベルパラメータ、周囲ビューイング環境パラメータ、コンテンツカラーボリュームパラメータ、球体回転パラメータ、領域的パッキングパラメータ、全指向性ビューポートパラメータ、サンプルアスペクト比パラメータ、注釈付き領域パラメータ、スケーラビリティ次元パラメータ、マルチビュー獲得パラメータ、深度表現パラメータなど、ＳＥＩメッセージ中で搬送され得る任意のタイプの機能を指定するシンタックスエレメントであり得る。これらのパラメータは、モデル説明、フィルタ強度などを含み得る。機能情報は、本開示では、代替として、パラメータ値またはシンタックスエレメント値として解釈され得る。

（４）シンタックスエレメントのセットのうちの１つまたは複数のシンタックスエレメントに機能情報を符号化する。シンタックスエレメントのセットは、第１のパケットに符号化されたシンタックスエレメントの第１のセットのサブセットであり得る。

（５）第２のパケットタイプの第２のパケット中の１つまたは複数のシンタックスエレメントに、識別子値に対応する参照ＩＤ値を符号化する（たとえば、参照ＩＤ値は識別子値に等しくなり得る）。第２のパケットタイプは、ＳＥＩメッセージであり得る。第１のパケットタイプと第２のパケットタイプの両方がＳＥＩメッセージである場合、第１のＳＥＩメッセージのペイロードタイプは、第２のＳＥＩメッセージのペイロードタイプと同じであることも同じでないこともある。

（６）ビットストリーム中の第３のパケットにセグメントを符号化する。パケットはここで、ＶＣＬ ＮＡＬユニットであり得、パケットタイプはスライスタイプであり得る。セグメントは、たとえば、ピクチャ、サブピクチャ、スライス、タイル、またはＣＴＵであり得る。第２のパケットは、機能情報がセグメントに適用されることになるように、セグメントに関連付けられる。たとえば、第２のパケットは、第２のパケットタイプの最も近い先行するパケットであり得、第２のパケットタイプの最も近い先行するパケットは、復号順序において第３のパケットに先行する第２のパケットタイプを有するパケットであり、最も近い先行するパケットの後にきて、復号順序において第３のパケットに先行する第２のパケットタイプを有する他のパケットがない。いくつかの実施形態では、最も近い先行するパケットは、第３のパケットと同じＡＵ中に含まれるパケットである。

デコーダは、この実施形態に従って、ビットストリームからセグメントを復号するための以下のステップのすべてまたはサブセットを実施し得る。

（１）ビットストリーム中の第１のパケットタイプの第１のパケットを受信する、ここで、第１のパケットはシンタックスエレメントの第１のセットを備える。パケットが、ＮＡＬユニットであり得る。第１のパケットは、いくつかの実施形態では、非ＶＣＬ ＮＡＬユニットであり得、第１のパケットタイプはＳＥＩメッセージであり得る。第１のパケットタイプは、ＳＰＳ、ＰＰＳまたはＡＰＳなどのパラメータセットのような別の非ＶＣＬ ＮＡＬユニットタイプのものでもあり得る。

（２）第１のパケットのシンタックスエレメントの第１のセット中の１つまたは複数のシンタックスエレメントから識別子値を復号する、識別子値は第１のパケットの一意の識別子を表す。

（３）ビットストリーム中のシンタックスエレメントのセットから機能情報を復号する、機能情報は機能を指定する。シンタックスエレメントのセットは、第１のパケットのシンタックスエレメントの第１のセットのサブセットであり得る。機能情報は、たとえば、フィルム粒子パラメータ、ＬＭＣＳパラメータ、マスタリングディスプレイカラーボリュームパラメータ、コンテンツ光レベルパラメータ、周囲ビューイング環境パラメータ、コンテンツカラーボリュームパラメータ、球体回転パラメータ、領域的パッキングパラメータ、全指向性ビューポートパラメータ、サンプルアスペクト比パラメータ、注釈付き領域パラメータ、スケーラビリティ次元パラメータ、マルチビュー獲得パラメータ、深度表現パラメータなど、ＳＥＩメッセージ中で搬送され得る任意のタイプの機能を指定するシンタックスエレメントであり得る。これらのパラメータは、フィルタモデルタイプ、フィルタ強度など、モデル説明を含み得る。機能情報は、本開示では、代替として、パラメータ値またはシンタックスエレメント値として解釈され得る。

（４）ビットストリームから、シンタックスエレメントの第２のセットを備える第２のパケットタイプの第２のパケットを受信する。第２のパケットタイプは、ＳＥＩメッセージであり得る。第１のパケットタイプと第２のパケットタイプの両方がＳＥＩメッセージである場合、第１のＳＥＩメッセージのペイロードタイプは、第２のＳＥＩメッセージのペイロードタイプと同じであることも同じでないこともある。

（５）第２のパケットのシンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントから参照ＩＤ値を復号する。

（６）シンタックスエレメントの第３のセットを備える、ビットストリーム中の第３のパケットタイプの第３のパケットを受信する。第３のパケットは、ＶＣＬ ＮＡＬユニットであり得、第３のパケットタイプはスライスタイプであり得る。

（７）第２のパケットが、機能情報がセグメントに適用されることになるように、セグメントに関連付けられると決定する。たとえば、第２のパケットは、第２のパケットタイプの最も近い先行するパケットであり得る。第２のパケットタイプの最も近い先行するパケットは、復号順序において第３のパケットに先行する第２のパケットタイプを有するパケットとして規定され得、最も近い先行するパケットの後にきて、復号順序において第３のパケットに先行する第２のパケットタイプを有する他のパケットがない。いくつかの実施形態では、最も近い先行するパケットは、第３のパケットと同じＡＵ中に含まれるパケットである。

（８）随意に、シンタックスエレメントのセットが第１のパケットのシンタックスエレメントの第１のセットのサブセットである場合、参照ＩＤ値が識別子値に対応する（たとえば、それに等しい）と決定し、参照ＩＤ値が識別子値に対応すると決定したことに応答して、機能情報をシンタックスエレメントの第１のセットから選択する。

（９）シンタックスエレメントの第３のセットからセグメントを復号し、選択された機能情報に基づいて、機能をセグメントに適用する。セグメントの復号は、選択された機能情報を使用することも使用しないこともある。セグメントは、たとえば、ピクチャ、サブピクチャ、スライス、タイル、またはＣＴＵであり得る。代替的に、機能情報は、セグメントがシンタックスエレメントの第３のセットからおよび選択された機能情報から復号されるように、復号において使用され得る。

実施形態２－ 参照およびシードをもつ第２のＳＥＩメッセージを使用するフィルム粒子ＳＥＩメッセージ

フィルム粒子モデルパラメータの異なるセットをビデオの異なる部分に適用することは、有利であり得る。それをＶＳＥＩ仕様における現在のフィルム粒子ＳＥＩメッセージにおいて達成するために、フィルム粒子モデルパラメータのセットがビットストリーム中で前に使用された場合でも、フィルム粒子モデルパラメータのセットが変更されるたびに完全なフィルム粒子ＳＥＩメッセージを送らなければならない。それは、フィルム粒子ＳＥＩメッセージが多くのビットを備えるので、不経済である。

第１の実施形態に基づく第２の実施形態では、機能情報ＳＥＩメッセージは、復号の後にくる後処理ステップにおいて、復号されたビデオにフィルム粒子を適用するために使用されるフィルム粒子ＳＥＩメッセージである。フィルム粒子ＳＥＩメッセージシンタックスの一例が、以下で示されている。

フィルム粒子ＳＥＩメッセージは、ビットストリーム中のフィルム粒子ＳＥＩメッセージのインスタンスを一意に識別する、ｆｉｌｍ＿ｇｒａｉｎ＿ｓｅｉ＿ｉｄと、フィルム粒子モデルを指定するためのシンタックスエレメントのセット、ｆｉｌｍ＿ｇｒａｉｎ＿ｍｏｄｅｌ＿ｓｙｎｔａｘ＿ｅｌｅｍｅｎｔｓ（）とを含む。

実施形態は、第１の実施形態からの参照ＳＥＩメッセージに基づくフィルム粒子参照ＳＥＩメッセージをも含む。フィルム粒子参照ＳＥＩメッセージの例示的なシンタックスが、以下で示されている。

フィルム粒子参照ＳＥＩは、ｒｅｆｅｒｅｎｃｅｄ＿ｆｉｌｍ＿ｇｒａｉｎ＿ｓｅｉ＿ｉｄの値に対応するｆｉｌｍ＿ｇｒａｉｎ＿ｓｅｉ＿ｉｄ値をもつフィルム粒子ＳＥＩメッセージの特定のインスタンスを参照するために使用される、ｒｅｆｅｒｅｎｃｅｄ＿ｆｉｌｍ＿ｇｒａｉｎ＿ｓｅｉ＿ｉｄシンタックスエレメントを有する。フィルム粒子参照ＳＥＩメッセージは、フィルム粒子ＳＥＩメッセージ中のフィルム粒子モデルパラメータを使用してフィルム粒子を生成するための開始値として使用されるシード値を決定するために使用される、シンタックスエレメントｆｉｌｍ＿ｇｒａｉｎ＿ｓｅｅｄをも備え得る。フィルム粒子参照ＳＥＩメッセージは、スケールファクタまたは混合モードなど、頻繁に修正されることを希望し得る、フィルム粒子ＳＥＩメッセージからのシンタックスエレメントをも備え得る。

実施形態３－ 参照をもつ第２のＳＥＩメッセージを使用するＬＭＣＳループ外ＳＥＩメッセージ（ＬＭＣＳ ｏｕｔ－ｏｆ－ｌｏｏｐ ＳＥＩ ｍｅｓｓａｇｅ）

第１の実施形態に基づく第３の実施形態では、機能情報ＳＥＩメッセージは、ループ外で使用されるべきＬＭＣＳモデルを指定する、ＬＭＣＳループ外ＳＥＩメッセージである。参照ＳＥＩメッセージは、１つまたは複数のセグメントに適用されるべきＬＭＣＳモデルを識別するために、ＬＭＣＳループ外ＳＥＩメッセージを参照する。２つのＳＥＩメッセージについての例示的なシンタックスが、以下で示されている。

第１の実施形態に基づく実施形態の別のバージョンでは、第１のパケットは、ＳＰＳ、ＰＰＳまたはＡＰＳなど、パラメータセットであり、第２のパケットは参照ＳＥＩメッセージである。パラメータセットは、１つまたは複数のセグメントに適用されるべきＬＭＣＳモデルを指定する、シンタックスエレメントを備える。一実施形態では、パラメータセットはＡＰＳである。参照ＳＥＩメッセージは、１つまたは複数のセグメントに適用されるべきＬＭＣＳモデルを含んでいるパラメータセットのパラメータセット識別子、たとえばＡＰＳ ＩＤを識別するシンタックスエレメントを備える。以下のシンタックステーブルは、参照ＳＥＩメッセージの一例を示す。

実施形態４－ 汎用ラッパー（ｇｅｎｅｒｉｃ ｗｒａｐｐｅｒ）ＳＥＩメッセージ

第１の実施形態に基づく第４の実施形態では、識別子値をもつＳＥＩメッセージと参照ＳＥＩメッセージとは、両方とも汎用ＳＥＩメッセージである。第１の実施形態の場合のように、識別子をもつＳＥＩメッセージは、汎用参照ＳＥＩメッセージによって参照される。第１の実施形態との差は、識別子値をもつＳＥＩメッセージの機能情報が、第１のＳＥＩメッセージについて指定されないが、代わりに、第１のＳＥＩメッセージが、別の既存のＳＥＩメッセージを封入（ｅｎｃｌｏｓｅ）または参照することである。この実施形態では、封入または参照されたＳＥＩメッセージを機能情報ＳＥＩメッセージと呼び、識別子をもつＳＥＩメッセージを、そのＳＥＩメッセージが機能情報ＳＥＩメッセージを封入するかまたは機能情報ＳＥＩメッセージを参照するので、汎用ラッパーＳＥＩメッセージと呼ぶことになる。

このソリューションの利点は、本発明の参照機能が、任意のＳＥＩメッセージ、すでに指定されたＳＥＩメッセージにさえ、それらのＳＥＩメッセージへの変更を行うことなしに適用され得ることである。

この実施形態の第１のバージョンでは、汎用ラッパーＳＥＩメッセージは、汎用ラッパーＳＥＩメッセージのインスタンスを一意に識別する汎用ラッパー識別子値と、封入された（ｅｎｃｌｏｓｅｄ）機能情報ＳＥＩメッセージのペイロードとを備える。汎用参照ＳＥＩメッセージは、参照された汎用ラッパーＳＥＩメッセージを識別するためのシンタックスエレメントを含む。汎用参照ＳＥＩメッセージは、参照ＳＥＩメッセージについての範囲中の１つまたは複数のセグメントに適用されるべきであるＳＥＩメッセージをより容易に識別するために、汎用ラッパーＳＥＩメッセージに封入された機能情報ＳＥＩメッセージのＳＥＩペイロードタイプをも含んでいることがある。これは、ＳＥＩメッセージが失われたのか、他の手段によってビットストリームから除去されたのかを識別することが、より容易になり得るので、誤り耐性理由のためにも有用である。ｓｅｉ＿ｍｅｓｓａｇｅ（）が、封入された機能情報ＳＥＩメッセージを含んでいる、実施形態の第１のバージョンの一例が以下で示されている。

実施形態の別のバージョンでは、汎用ラッパーＳＥＩメッセージは、機能情報ＳＥＩメッセージを封入しないが、機能情報ＳＥＩメッセージについてのペイロードを含むことによって、以下で示されるように機能情報ＳＥＩメッセージを参照する。

また別の実施形態では、汎用ラッパーＳＥＩメッセージは、使用すべき機能情報ＳＥＩメッセージを封入もせず、それを直接参照もしないが、代わりに、ビットストリーム中の復号順序において汎用ラッパーＳＥＩメッセージの直後にくるＳＥＩメッセージが、使用すべき機能情報ＳＥＩメッセージである。これは、図７のビットストリームに示されている。

図７は、一実施形態による、例示的なビットストリームを示す。エンコーダが、図７に示されているものなどのビットストリームを符号化し得、デコーダが、図７に示されているものなどのビットストリームを復号し得る。図７中のビットストリームは、図５では、第２のパケット１１が参照識別子１２と機能情報３２の両方を含んでおり、図７では、第２のパケット１１（たとえば、汎用ラッパーＳＥＩメッセージ）が参照識別子１２を含み、機能情報３２を含む機能情報メッセージ３１（たとえば、機能情報ＳＥＩメッセージ）が直ちに後にくることを除いて、図５に示されているものと同様である。

他の実施形態では、汎用ラッパーは、２つ以上のＳＥＩメッセージを封入または参照する。以下の例示的なシンタックスは、２つ以上の機能情報ＳＥＩメッセージを封入する汎用ラッパーＳＥＩメッセージを示す。

別の実施形態では、汎用ラッパーＳＥＩメッセージと汎用参照ＳＥＩメッセージとが、第１の実施形態においてＳＥＩペイロードタイプがどのように説明されたかと同様に、ＳＥＩペイロードタイプについて１つの値をもつ１つのＳＥＩメッセージタイプにおいて組み合わせられる。

仕様は、どのＳＥＩメッセージが汎用ラッパーＳＥＩメッセージとともに使用され得るかをリストし得る。

仕様は、どのＳＥＩメッセージが汎用ラッパーＳＥＩメッセージとともに使用されないことがあるかをもリストし得る。

実施形態５－ ＳＥＩペイロード延長部（ｅｘｔｅｎｓｉｏｎ）における信号識別子。

第１の実施形態に基づく第５の実施形態では、機能情報ＳＥＩメッセージの識別子値は、パケットの延長部中でシグナリングされる。実施形態の１つのバージョンでは、ＳＥＩペイロード構造、ｓｅｉ＿ｒｅｓｅｒｖｅｄ＿ｐａｙｌｏａｄ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａにおける予約済みビットが、機能情報ＳＥＩメッセージについての識別子値をシグナリングするために使用される。ソリューションは以下のシンタックステーブルに示されており、ここで、第１の実施形態における機能情報ＳＥＩメッセージについての識別子値のためのシンタックスエレメントは、ｓｅｉ＿ｕｎｉｑｕｅ＿ｉｄと呼ばれる。

このソリューションはまた、汎用であり、各ＳＥＩメッセージがそれ自体の識別子を実装することを必要としない。１つの不利な面は、識別子値がＳＥＩメッセージの実際のペイロードの後にシグナリングされることになることである。

実施形態６－ 第２のＳＥＩメッセージ中で、第１のＳＥＩメッセージに対する識別子と、第１のＳＥＩメッセージの機能への修正とをシグナリングする

第６の実施形態では、機能情報ＳＥＩメッセージの識別子値は、機能情報ＳＥＩメッセージ中の少なくとも１つのシンタックスエレメントの前の値を上書きする、参照ＳＥＩメッセージ中の少なくとも１つのシンタックスエレメントとともに、参照ＳＥＩメッセージ中でシグナリングされる。以下の表は、実施形態について、２つの異なるタイプのＳＥＩメッセージを使用するための例示的なシンタックスを示す。

第１のＳＥＩメッセージは、機能情報を搬送するＳＥＩメッセージである。ＳＥＩメッセージのインスタンスが、ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄを使用して一意に識別される。シンタックステーブル中のｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｓｙｎｔａｘ＿１からｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｓｙｎｔａｘ＿Ｎは、機能を指定するために使用されるシンタックスエレメントを表す。異なるｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄをもつ２つの機能情報ＳＥＩメッセージが、機能情報シンタックスエレメントについて異なる値を有し得る。第２のＳＥＩメッセージは、ｒｅｆｅｒｅｎｃｅｄ＿ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｉｄを使用して機能情報ＳＥＩメッセージを参照するＳＥＩメッセージである。参照ＳＥＩメッセージは、機能情報ＳＥＩメッセージ中で指定された少なくとも１つのシンタックスエレメントを上書きする、ｆｕｎｃｔｉｏｎａｌｉｔｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｓｙｎｔａｘ＿Ｉ（１≦Ｉ≦Ｎ）などの１つまたは数個のシンタックスエレメントをも備える。

図８は、一実施形態による、フローチャートを示す。プロセス８００は、ビットストリームからセグメントを復号するための方法である。方法は、ステップｓ８０２から始まり得る。

ステップｓ８０２は、ビットストリーム中の第１のパケットタイプの第１のパケットを受信することであって、第１のパケットがシンタックスエレメントの第１のセットを備える、第１のパケットタイプの第１のパケットを受信することを含む。

ステップｓ８０４は、第１のパケットのシンタックスエレメントの第１のセット中の１つまたは複数のシンタックスエレメントから識別子値を復号することであって、識別子値が第１のパケットの識別子を表す、識別子値を復号することを含む。

ステップｓ８０６は、ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することであって、機能情報が機能を指定する、機能情報を復号することを含む。

ステップｓ８０８は、ビットストリーム中の第２のパケットタイプの第２のパケットを受信することであって、第２のパケットがシンタックスエレメントの第２のセットを備える、第２のパケットタイプの第２のパケットを受信することを含む。

ステップｓ８１０は、第２のパケットのシンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントから参照ＩＤ値を復号することを含む。

ステップｓ８１２は、ビットストリーム中の第３のパケットタイプの第３のパケットを受信することであって、第３のパケットがシンタックスエレメントの第３のセットを備え、シンタックスエレメントの第３のセットがセグメントを符号化する、第３のパケットタイプの第３のパケットを受信することを含む。セグメントを符号化することは、セグメントを完全に符号化すること、またはセグメントの一部を符号化することを含み得る。いくつかの実施形態では、第３のパケットは、セグメントの少なくとも９５％のコード化表現を備える。

ステップｓ８１４は、セグメントが第２のパケットに関連付けられていると決定することを含む。

ステップｓ８１６は、参照ＩＤ値が識別子値に対応すると決定することを含む。

ステップｓ８１８は、参照ＩＤ値が識別子値に対応すると決定したことに応答して、機能情報をシンタックスエレメントの第１のセットから選択することを含む。

ステップｓ８２０は、シンタックスエレメントの第３のセットからセグメントを復号することを含む。

ステップｓ８２２は、選択された機能情報に基づいて、機能をセグメントに適用することを含む。

いくつかの実施形態では、ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することは、第１のパケット中のシンタックスエレメントの第１のセットから機能情報を復号することを含む。いくつかの実施形態では、第１のパケット、第２のパケット、および第３のパケットの各々が、それぞれネットワークアブストラクションレイヤ（ＮＡＬ）ユニットを備える。いくつかの実施形態では、第１のパケットタイプと第２のパケットタイプの一方または両方が、ＳＥＩメッセージを備える。いくつかの実施形態では、第３のパケットタイプはスライスタイプを備える。いくつかの実施形態では、第１のパケットは、第２のパケットと同じタイプおよびサブタイプ（たとえばＳＥＩメッセージのタイプ）のものである。所与のパケットタイプ自体が、異なるタイプを有し得る場合、パケットタイプの異なるタイプは、パケットタイプのサブタイプと呼ばれることがある。ＶＶＣ仕様についての一例では、タイプは、ＮＡＬユニットがプレフィックスＳＥＩメッセージであることを指定する、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅなどのＮＡＬユニットタイプである。サブタイプはここで、プレフィックスＳＥＩメッセージＮＡＬユニット中で搬送されるＳＥＩメッセージのペイロードタイプであり得る。ペイロードタイプは、ＮＡＬユニット中のｐａｙｌｏａｄ＿ｔｙｐｅ＿ｂｙｔｅシンタックスエレメントから復号され、ｐａｙｌｏａｄＴｙｐｅ変数がペイロードタイプの値に割り振られる。サブタイプの一例は、ペイロードタイプ０を使用し、ｐａｙｌｏａｄＴｙｐｅを０にセットしてシグナリングされる、バッファリング期間ＳＥＩメッセージである。

いくつかの実施形態では、第１のパケットは第２のパケットと同じタイプのものであり、第１のパケットは第２のパケットとは異なるサブタイプのものである。いくつかの実施形態では、セグメントは、ピクチャ、サブピクチャ、スライス、タイル、およびコーディングツリーユニット（ＣＴＵ）のうちの１つまたは複数を備える。いくつかの実施形態では、方法は、シンタックスエレメントの第１のセットからインジケータ値を復号することであって、インジケータ値が、識別子値とシンタックスエレメントの第２のセットの両方がビットストリーム中に存在するかどうかを示す、インジケータ値を復号することをさらに含む。いくつかの実施形態では、セグメントが第２のパケットに関連付けられていると決定することは、（ｉ）セグメントが、第２のパケットと同じアクセスユニット（ＡＵ）またはピクチャユニット（ＰＵ）中にあると決定することと、（ｉｉ）セグメントを備える第３のパケットが、ビットストリーム中の第２のパケットの直後にくると決定することと、（ｉｉｉ）第２のパケットが、第２のパケットタイプの最も近い先行するパケットであると決定することであって、第２のパケットタイプの最も近い先行するパケットが、復号順序においてセグメントを備える第３のパケットに先行する第２のパケットタイプを有するパケットであり、最も近い先行するパケットの後にきて、復号順序においてセグメントを備える第３のパケットに先行する第２のパケットタイプを有する他のパケットがない、第２のパケットが、第２のパケットタイプの最も近い先行するパケットであると決定することと、（ｉｖ）第２のパケットが、第２のパケットがセグメントに関連付けられているかまたはセグメントを備える第３のパケットに関連付けられていることを指定する、持続性フラグを備えると決定することと、（ｖ）ビットストリーム中の１つまたは複数のシンタックスエレメントから、セグメントの識別子を表すセグメント識別子値を復号し、第２のパケット中の１つまたは複数のシンタックスエレメントから参照セグメントＩＤ値を復号し、セグメント識別子値が参照セグメントＩＤ値に対応すると決定することと、のうちの１つまたは複数を含む。

いくつかの実施形態では、方法は、シンタックスエレメントの第１のセットからインジケータ値を復号することであって、インジケータ値が、第１のパケットが第２のパケットによって参照されることなしに機能情報がセグメントに適用され得るかどうかを示す、インジケータ値を復号することをさらに含む。いくつかの実施形態では、第１のパケットは、ビットストリーム中の復号順序において第２のパケットに先行する。いくつかの実施形態では、機能情報は、フィルム粒子パラメータ、クロマスケーリングを伴うルーママッピング（ＬＭＣＳ）パラメータ、マスタリングディスプレイカラーボリュームパラメータ、コンテンツ光レベルパラメータ、周囲ビューイング環境パラメータ、コンテンツカラーボリュームパラメータ、球体回転パラメータ、領域的パッキングパラメータ、全指向性ビューポートパラメータ、サンプルアスペクト比パラメータ、注釈付き領域パラメータ、スケーラビリティ次元パラメータ、マルチビュー獲得パラメータ、深度表現パラメータ、フィルタモデルタイプ、フィルタ強度、およびモデル説明のうちの１つまたは複数を備える。いくつかの実施形態では、機能情報は、フィルム粒子モデルを指定する情報を備え、方法は、シンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントからシード値を復号することと、フィルム粒子モデルをもつフィルム粒子を、第２のパケットに関連付けられたセグメントに適用するとき、シード値を使用することとをさらに含む。

いくつかの実施形態では、方法は、ビットストリーム中の第４のパケットタイプの第４のパケットを受信することであって、第４のパケットがシンタックスエレメントの第４のセットを備え、第４のパケットが復号順序において第２のパケットに先行する、第４のパケットタイプの第４のパケットを受信することをさらに含み、ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することは、第４のパケット中のシンタックスエレメントの第４のセットから機能情報を復号することを含む。いくつかの実施形態では、第４のパケットは、復号順序において第１のパケットの後にくる。いくつかの実施形態では、第４のパケットは、第１のパケット中に含まれている。いくつかの実施形態では、第４のパケットタイプはＳＥＩメッセージである。いくつかの実施形態では、方法は、第１のパケット中のシンタックスエレメントからＳＥＩペイロードタイプ値を復号することであって、ＳＥＩペイロードタイプ値が第４のパケットのＳＥＩペイロードタイプ値を示す、ＳＥＩペイロードタイプ値を復号することをさらに含む。いくつかの実施形態では、識別子値は、第１のパケット中の延長部から復号される。いくつかの実施形態では、シンタックスエレメントの第４のセットのうちの少なくとも１つのシンタックスエレメントが、シンタックスエレメントの第４のセットのうちの１つまたは複数のシンタックスエレメントからの機能情報を上書きする。

図９は、一実施形態による、フローチャートを示す。プロセス９００は、ビットストリームにセグメントを符号化するための方法である。方法は、ステップｓ９０２から始まり得る。

ステップｓ９０２は、第１のパケットタイプの第１のパケットについての識別子値を決定することであって、識別子値が第１のパケットの識別子を表し、第１のパケットがビットストリーム中のシンタックスエレメントの第１のセットを備える、識別子値を決定することを含む。

ステップｓ９０４は、シンタックスエレメントの第１のセット中の１つまたは複数のシンタックスエレメントに識別子値を符号化することを含む。

ステップｓ９０６は、セグメントに適用されるべき機能を決定することであって、機能が機能情報によって指定される、機能を決定することを含む。

ステップｓ９０８は、ビットストリーム中のシンタックスエレメントのセットのうちの１つまたは複数のシンタックスエレメントに機能情報を符号化することを含む。

ステップｓ９１０は、シンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントに、識別子値に対応する参照ＩＤ値を符号化することであって、第２のパケットタイプの第２のパケットが、ビットストリーム中のシンタックスエレメントの第２のセットを備える、参照ＩＤ値を符号化することを含む。

ステップｓ９１２は、シンタックスエレメントの第３のセット中の１つまたは複数のシンタックスエレメントにセグメントを符号化することであって、第３のパケットタイプの第３のパケットがビットストリーム中のシンタックスエレメントの第３のセットを備え、セグメントが第２のパケットに関連付けられている、セグメントを符号化することを含む。

いくつかの実施形態では、ビットストリーム中のシンタックスエレメントのセットのうちの１つまたは複数のシンタックスエレメントに、機能情報を符号化することは、第１のパケット中のシンタックスエレメントの第１のセットに機能情報を符号化することを含む。いくつかの実施形態では、第１のパケット、第２のパケット、および第３のパケットの各々が、それぞれネットワークアブストラクションレイヤ（ＮＡＬ）ユニットを備える。いくつかの実施形態では、第１のパケットタイプと第２のパケットタイプの一方または両方が、ＳＥＩメッセージを備える。いくつかの実施形態では、第３のパケットタイプはスライスタイプを備える。いくつかの実施形態では、第１のパケットは、第２のパケットと同じタイプおよびサブタイプ（たとえばＳＥＩメッセージのタイプ）のものである。いくつかの実施形態では、第１のパケットは第２のパケットと同じタイプのものであり、第１のパケットは第２のパケットとは異なるサブタイプのものである。いくつかの実施形態では、セグメントは、ピクチャ、サブピクチャ、スライス、タイル、およびコーディングツリーユニット（ＣＴＵ）のうちの１つまたは複数を備える。

いくつかの実施形態では、方法は、シンタックスエレメントの第１のセットにインジケータ値を符号化することであって、インジケータ値が、識別子値とシンタックスエレメントの第２のセットの両方がビットストリーム中に存在するかどうかを示す、インジケータ値を符号化することをさらに含む。いくつかの実施形態では、セグメントは、以下のやり方、（ｉ）セグメントが、第２のパケットと同じアクセスユニット（ＡＵ）またはピクチャユニット（ＰＵ）中にあることと、（ｉｉ）セグメントを備える第３のパケットが、ビットストリーム中の第２のパケットの直後にくることと、（ｉｉｉ）第２のパケットが、第２のパケットタイプの最も近い先行するパケットであることであって、第２のパケットタイプの最も近い先行するパケットが、復号順序においてセグメントを備える第３のパケットに先行する第２のパケットタイプを有するパケットであり、最も近い先行するパケットの後にきて、復号順序においてセグメントを備える第３のパケットに先行する第２のパケットタイプを有する他のパケットがない、第２のパケットが、第２のパケットタイプの最も近い先行するパケットであることと、（ｉｖ）第２のパケットが、第２のパケットがセグメントに関連付けられているかまたはセグメントを備える第３のパケットに関連付けられていることを指定する、持続性フラグを備えることと、（ｖ）セグメント識別子値が参照セグメントＩＤ値に対応することと、のうちの少なくとも１つにおいて、第２のパケットに関連付けられる。

いくつかの実施形態では、方法は、シンタックスエレメントの第１のセットにインジケータ値を符号化することであって、インジケータ値が、第１のパケットが第２のパケットによって参照されることなしに機能情報がセグメントに適用され得るかどうかを示す、インジケータ値を符号化することをさらに含む。いくつかの実施形態では、第１のパケットは、ビットストリーム中の復号順序において第２のパケットに先行する。いくつかの実施形態では、機能情報は、フィルム粒子パラメータ、クロマスケーリングを伴うルーママッピング（ＬＭＣＳ）パラメータ、マスタリングディスプレイカラーボリュームパラメータ、コンテンツ光レベルパラメータ、周囲ビューイング環境パラメータ、コンテンツカラーボリュームパラメータ、球体回転パラメータ、領域的パッキングパラメータ、全指向性ビューポートパラメータ、サンプルアスペクト比パラメータ、注釈付き領域パラメータ、スケーラビリティ次元パラメータ、マルチビュー獲得パラメータ、深度表現パラメータ、フィルタモデルタイプ、フィルタ強度、およびモデル説明のうちの１つまたは複数を備える。いくつかの実施形態では、機能情報は、フィルム粒子モデルを指定する情報を備え、方法は、シンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントにシード値を符号化することをさらに含む。

いくつかの実施形態では、方法は、ビットストリーム中の第４のパケットタイプの第４のパケットを符号化することであって、第４のパケットがシンタックスエレメントの第４のセットを備え、第４のパケットが復号順序において第２のパケットに先行する、第４のパケットタイプの第４のパケットを符号化することをさらに含み、ビットストリーム中のシンタックスエレメントのセットに機能情報を符号化することは、第４のパケット中のシンタックスエレメントの第４のセットに機能情報を符号化することを含む。いくつかの実施形態では、第４のパケットは、復号順序において第１のパケットの後にくる。いくつかの実施形態では、第４のパケットは、第１のパケット中に含まれている。いくつかの実施形態では、第４のパケットタイプはＳＥＩメッセージである。いくつかの実施形態では、方法は、第１のパケット中のシンタックスエレメントにＳＥＩペイロードタイプ値を符号化することであって、ＳＥＩペイロードタイプ値が第４のパケットのＳＥＩペイロードタイプ値を示す、ＳＥＩペイロードタイプ値を符号化することをさらに含む。いくつかの実施形態では、識別子値は、第１のパケット中の延長部に符号化される。いくつかの実施形態では、シンタックスエレメントの第４のセットのうちの少なくとも１つのシンタックスエレメントが、シンタックスエレメントの第４のセットのうちの１つまたは複数のシンタックスエレメントからの機能情報を上書きする。

図１０は、いくつかの実施形態による、ノード１０００（たとえば、エンコーダまたはデコーダ）のブロック図である。図１０に示されているように、ノード１０００は、１つまたは複数のプロセッサ（Ｐ）１０５５（たとえば、１つまたは複数の汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサなど）を含み得る処理回路（ＰＣ）１００２であって、そのプロセッサが、単一のハウジングにおいてまたは単一のデータセンタにおいて共同サイト式であり得るかあるいは地理的に分散され得る（すなわち、ノード１０００が分散コンピューティング装置であり得る）、処理回路（ＰＣ）１００２と、少なくとも１つのネットワークインターフェース１０４８（たとえば、物理インターフェースまたはエアインターフェース）であって、ノード１０００が、ネットワークインターフェース１０４８が（物理的にまたは無線で）接続されるネットワーク１０１０（たとえば、インターネットプロトコル（ＩＰ）ネットワーク）に接続された他のノードにデータを送信し、他のノードからデータを受信することを可能にするための送信機（Ｔｘ）１０４５および受信機（Ｒｘ）１０４７を備える（たとえば、ネットワークインターフェース１０４８は、ノード１０００がデータを無線で送信／受信することを可能にするための１つまたは複数のアンテナを備えるアンテナ構成に結合され得る）、少なくとも１つのネットワークインターフェース１０４８と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイスを含み得るローカル記憶ユニット（別名「データ記憶システム」）１００８とを備え得る。ＰＣ１００２がプログラマブルプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）１０４１が提供され得る。ＣＰＰ１０４１はコンピュータ可読媒体（ＣＲＭ）１０４２を含み、ＣＲＭ１０４２は、コンピュータ可読命令（ＣＲＩ）７４４を備えるコンピュータプログラム（ＣＰ）１０４３を記憶する。ＣＲＭ１０４２は、磁気媒体（たとえば、ハードディスク）、光媒体、メモリデバイス（たとえば、ランダムアクセスメモリ、フラッシュメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム１０４３のＣＲＩ１０４４は、ＰＣ１００２によって実行されたとき、ＣＲＩが、ノード１０００に、本明細書で説明されるステップ（たとえば、フローチャートを参照しながら本明細書で説明されたステップ）を実施させるように設定される。他の実施形態では、ノード１０００は、コードの必要なしに本明細書で説明されるステップを実施するように設定され得る。すなわち、たとえば、ＰＣ１００２は、単に１つまたは複数のＡＳＩＣからなり得る。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアで実装され得る。

本明細書で使用される、ネットワークエレメント、ノード、またはサブシステム（たとえば、エンコーダまたはデコーダ）は、ハードウェアおよびソフトウェアを含む、１つまたは複数のサービスネットワーク機器からなり得、それらは、ネットワーク上の他の機器（たとえば、他のネットワークエレメント、エンドステーションなど）を通信可能に相互接続し、ストリームベースのまたはファイルベースの機構を使用してメディアコンテンツアセットが分散および配信され得るメディア分散ネットワークにおいてコンテンツを受信／消費するように動作可能である複数のサブスクライバおよび関連付けられたユーザ機器（ＵＥ）ノードに関して、仮想化環境／非仮想化環境のいずれかにおいて、１つまたは複数のアプリケーションまたはサービスをホストするように適応される。したがって、いくつかのネットワークエレメントは、ワイヤレス無線ネットワーク環境中に配設され得、他のネットワークエレメントは、パブリックコンテンツ配信ネットワーク（ＣＤＮ）、プライベートＣＤＮ、または混合ＣＤＮを備え得る、好適なＣＤＮインフラストラクチャを含むかまたはさもなければ伴う、パブリックパケット交換ネットワークインフラストラクチャ中に配設され得る。さらに、本明細書に記載される１つまたは複数の実施形態を含む好適なネットワークエレメントは、地上波および／または衛星ブロードバンド配信インフラストラクチャ、たとえば、デジタル加入者回線（ＤＳＬ）ネットワークアーキテクチャ、データオーバケーブルサービスインタフェース仕様（ＤＯＣＳＩＳ）準拠ケーブルモデム終端システム（ＣＭＴＳ）アーキテクチャ、交換デジタルビデオ（ＳＤＶ）ネットワークアーキテクチャ、ハイブリッドファイバー同軸（ＨＦＣ）ネットワークアーキテクチャ、好適な衛星アクセスネットワークアーキテクチャ、あるいはセルラおよび／またはＷｉＦｉコネクティビティを介したブロードバンド無線アクセスネットワークアーキテクチャを伴い得る。したがって、いくつかのネットワークエレメントは、複数のアプリケーションサービス（たとえば、様々な品質または規定における（３６０度のビデオアセットまたは単に３６０ビデオアセットとも呼ばれる）３６０°没入型ビデオアセットを含むデータおよびマルチメディアアプリケーション）のサポートを提供することに加えて、複数のネットワークベースの機能（たとえば、３６０°没入型Ａ／Ｖメディア準備配信ポリシ管理、セッション制御、ＱｏＳポリシ施行、帯域幅スケジューリング管理、コンテンツプロバイダ優先度ポリシ管理、ストリーミングポリシ管理など）のサポートを提供する、「複数サービスネットワークエレメント」を備え得る。例示的なサブスクライバエンドステーションまたはクライアントデバイスは、いくつかの実施形態において、あるタイプのレート適応を伴い得る、ストリーミングおよび／またはファイルベースのダウンロード技術を使用して、メディアコンテンツアセットを消費または配信し得る、テザリングされるまたはテザリングされない様々なデバイスを備え得る。したがって、例示的なクライアントデバイスまたはＵＥデバイスは、ＨＴＴＰ、ＨＴＴＰＳ、ＲＴＰなどを使用して、たとえば、ブロードバンドアクセスネットワークを介して、１つまたは複数のコンテンツプロバイダからの仮想現実（ＶＲ）メディア、拡張現実（ＡＲ）メディア、複合現実（ＭＲ）メディアを備え得る、３６０ビデオコンテンツ、ライブメディアおよび／または静的／オンデマンドメディアを受信、記録、記憶、および／または復号／レンダリングするために、とりわけ、１つまたは複数のクライアントアプリケーションを実行するように設定された任意のデバイスを含み得る。したがって、そのようなクライアントデバイスは、次世代ＩＰベースのＳＴＢ、ネットワーク化されたＴＶ、パーソナル／デジタルビデオレコーダ（ＰＶＲ／ＤＶＲ）、ネットワーク化されたメディアプロジェクタ、ポータブルラップトップコンピュータ、ネットブック、パームトップ、タブレット、スマートフォン、マルチメディア／ビデオフォン、モバイル／無線ユーザ機器、ポータブルメディアプレーヤ、３Ｄディスプレイデバイスと協働して動作するポータブルゲーミングシステムまたはコンソール（Ｗｉｉ（登録商標）、Ｐｌａｙ Ｓｔａｔｉｏｎ３（登録商標）など）などを含み得、これらは、本明細書に記載される１つまたは複数の実施形態に従って帯域幅および体感品質（ＱｏＥ）方式が提供され得る好適なメディア分散ネットワークを介して提供される３６０度コンテンツ／サービスにアクセスするかまたはそれを消費し得る。

本特許開示の１つまたは複数の実施形態は、ソフトウェア、ファームウェア、および／またはハードウェアの異なる組合せを使用して実装され得る。したがって、図（たとえば、フローチャート）に示されている技法のうちの１つまたは複数が、１つまたは複数の電子デバイスまたはノード（たとえば、サブスクライバクライアントデバイスまたはエンドステーション、ネットワークエレメントなど）に記憶され、その上で実行される、コードおよびデータを使用して実装され得る。そのような電子デバイスは、非一時的コンピュータ可読記憶媒体（たとえば、磁気ディスク、光ディスク、ランダムアクセスメモリ、読取り専用メモリ、フラッシュメモリデバイス、相変化メモリなど）、一時的コンピュータ可読伝送媒体（たとえば、搬送波、赤外線信号、デジタル信号など、伝搬信号の電気、光学、音響または他の形態）など、コンピュータ可読媒体を使用して、コードおよびデータを記憶および（内部でおよび／またはネットワークを介して他の電子デバイスと）通信し得る。さらに、そのようなネットワークエレメントは、一般に、１つまたは複数の記憶デバイス（たとえば、非一時的機械可読記憶媒体）ならびに（１つまたは複数の）記憶データベース、ユーザ入出力デバイス（たとえば、キーボード、タッチスクリーン、ポインティングデバイス、および／またはディスプレイ）、ならびにシグナリングおよび／またはベアラ媒体送信を実現するためのネットワーク接続など、１つまたは複数の他の構成要素に結合された１つまたは複数のプロセッサのセットを含み得る。プロセッサのセットと他の構成要素との結合は、一般に、任意の知られている（たとえば、対称的／共有多重処理）またはこれまで知られていないアーキテクチャにおいて構成された、１つまたは複数のバスおよび（バスコントローラとも呼ばれる）ブリッジを通したものであり得る。したがって、所与の電子デバイスまたはネットワークエレメントの記憶デバイスまたは構成要素は、本開示の１つまたは複数の技法を実装する目的で、そのエレメント、ノードまたは電子デバイスの１つまたは複数のプロセッサ上での実行のためのコードおよび／またはデータを記憶するように設定され得る。

当業者は、上記の一般化された例示的なネットワーク環境が、たとえば、ソースストリームスティッチング、プロジェクションマッピング、ソースメディア圧縮、タイル（ｔｉｌｅｄ）／ＡＢＲエンコーディング／トランスコーディング、パッケージングなど、ならびに、１つまたは複数のオペレータ、コンテンツ配信ネットワーク（ＣＤＮ）、エッジネットワークなどを伴う、異なる階層レベルにおいて配設された異なるネットワーク部分において行われれる分散／アップローディングおよびエッジノードプロセスを含む、メディアキャプチャおよび準備の様々な態様とともに、階層ネットワークアーキテクチャにおいて実装され得ることを、認識されよう。さらに、いくつかの実装形態では、上記の装置およびプロセスのうちの少なくともいくつかが、クラウドベースであり得る。いくつかの構成では、ＣＤＮは、インターネットまたは他のパブリック／プライベート通信ネットワークに接続された複数のデータセンタにおいて展開されるサーバの大きい分散システムであり得る。ＣＤＮは、管理されたまたは管理されないネットワークであり得、管理されたまたは管理されないネットワークの連合でもあり得る。

上記の例示的なネットワーク環境内に動作可能に関連付けられたメディアサーバ／ソースシステムの例示的な一実施形態は、したがって、ライブソースおよび／または静的ファイルソース、たとえば、Ｈｕｌｕ（登録商標）、Ｎｅｔｆｌｉｘ（登録商標）、ＹｏｕＴｕｂｅ（登録商標）、またはＡｍａｚｏｎ（登録商標）Ｐｒｉｍｅなどのオンラインコンテンツプロバイダ、ならびにＶＯＤカタログまたはコンテンツプロバイダ、あるいはＤｉｓｎｅｙ、Ｗａｒｎｅｒ、Ｓｏｎｙなどのスタジオから、メディアコンテンツを受け取るように、たとえばグローバルヘッドエンドとして、設定され得る。ライブソースからのメディアコンテンツは、任意のタイプのイベント、たとえば、スポーツ／エンターテインメント／ゲーミングイベント、コンサート、ライブＴＶショー、たとえば、全国的な放送事業者（たとえば、ＮＢＣ、ＡＢＣなど）などのライブニュース放送ソース、ならびに、広告メディアチャネルなどの任意の２次メディア挿入物を含む、ＣＮＮ、ＥＳＰＮ、ＣＮＢＣなど、およびローカル放送事業者などの、Ｔｉｍｅ Ｗａｒｎｅｒチャネルのようなケーブル放送事業者チャネルに関してキャプチャされたライブプログラミングを備え得る。

略語
略語 説明
ＡＰＳ 適応パラメータセット
ＡＵ アクセスユニット
ＡＵＤ アクセスユニットデリミタ
ＡＬＦ 適応ループフィルタ
ＢＬＡ 切断リンクアクセス
ＣＲＡ クリーンランダムアクセス
ＣＶＳ コード化レイヤビデオシーケンス
ＣＬＶＳ コード化レイヤビデオシーケンス
ＣＬＶＳＳ コード化レイヤビデオシーケンス開始
ＣＴＵ コーディングツリーユニット
ＣＵ コーディングユニット
ＤＣＩ 復号能力情報
ＤＰＢ 復号ピクチャバッファ
ＧＤＲ 漸進的復号リフレッシュ
ＨＥＶＣ 高効率ビデオコーディング
ＩＲＡＰ イントラランダムアクセスポイント
ＩＤＲ 瞬時復号リフレッシュ
ＬＭＣＳ ルーママッピングおよびクロマスケーリング
ＮＡＬ ネットワークアブストラクションレイヤ
ＯＬＳ 出力レイヤセット
ＰＯＣ ピクチャ順序カウント
ＰＰＳ ピクチャパラメータセット
ＰＵ ピクチャユニット
ＲＡＤＬ ランダムアクセス復号可能リーディング
ＲＡＳＬ ランダムアクセススキップリーディング
ＲＰＲ 参照ピクチャリサンプリング
ＳＥＩ 補足エンハンスメント情報
ＳＰＳ シーケンスパラメータセット
ＶＣＬ ビデオコーディングレイヤ
ＶＰＳ ビデオパラメータセット
ＶＶＣ 多用途ビデオコーディング

様々な実施形態が、本明細書で（および任意の付録において）説明されたが、それらの実施形態は、限定ではなく、例として提示されたにすぎないことを理解されたい。したがって、本開示の広さおよび範囲は、上記で説明された例示的な実施形態のいずれによっても限定されるべきでない。その上、本明細書で別段に示されていない限り、またはコンテキストによって明確に否定されていない限り、上記で説明されたエレメントのそれらのすべての考えられる変形形態における任意の組合せが、本開示によって包含される。

さらに、上記で説明され、図面に示されたプロセスは、ステップのシーケンスとして示されたが、これは、説明のためにのみ行われた。したがって、いくつかのステップが追加され得、いくつかのステップが省略され得、ステップの順序が並べ替えられ得、いくつかのステップが並行して実施され得ることが企図される。

Claims (30)

1. ビットストリームからセグメントを復号するための方法であって、前記方法は、
   前記ビットストリーム中の第１のパケットタイプの第１のパケットを受信することであって、前記第１のパケットがシンタックスエレメントの第１のセットを備える、第１のパケットタイプの第１のパケットを受信することと、
   前記第１のパケットのシンタックスエレメントの前記第１のセット中の１つまたは複数のシンタックスエレメントから識別子値を復号することであって、前記識別子値が前記第１のパケットの識別子を表す、識別子値を復号することと、
   前記ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することであって、前記機能情報が機能を指定する、機能情報を復号することと、
   前記ビットストリーム中の第２のパケットタイプの第２のパケットを受信することであって、前記第２のパケットがシンタックスエレメントの第２のセットを備える、第２のパケットタイプの第２のパケットを受信することと、
   前記第２のパケットのシンタックスエレメントの前記第２のセット中の１つまたは複数のシンタックスエレメントから参照ＩＤ値を復号することと、
   前記ビットストリーム中の第３のパケットタイプの第３のパケットを受信することであって、前記第３のパケットがシンタックスエレメントの第３のセットを備え、シンタックスエレメントの前記第３のセットが前記セグメントを符号化する、第３のパケットタイプの第３のパケットを受信することと、
   前記セグメントが前記第２のパケットに関連付けられていると決定することと、
   前記参照ＩＤ値が前記識別子値に対応すると決定することと、
   前記参照ＩＤ値が前記識別子値に対応すると決定したことに応答して、前記機能情報をシンタックスエレメントの前記第１のセットから選択することと、
   シンタックスエレメントの前記第３のセットから前記セグメントを復号することと、
   前記選択された機能情報に基づいて、前記機能を前記セグメントに適用することと
   を含む、方法。
2. 前記ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することが、前記第１のパケット中のシンタックスエレメントの前記第１のセットから前記機能情報を復号することを含む、請求項１に記載の方法。
3. 前記ビットストリーム中の第４のパケットタイプの第４のパケットを受信することであって、前記第４のパケットがシンタックスエレメントの第４のセットを備え、前記第４のパケットが復号順序において前記第２のパケットに先行する、第４のパケットタイプの第４のパケットを受信することをさらに含み、前記ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することが、前記第４のパケット中のシンタックスエレメントの前記第４のセットから前記機能情報を復号することを含む、請求項１に記載の方法。
4. 前記第４のパケットが前記第１のパケット中に含まれている、請求項３に記載の方法。
5. 前記第１のパケットタイプ、前記第２のパケットタイプ、および前記第４のパケットタイプのうちの少なくとも１つが、ＳＥＩメッセージを備える、請求項１から４のいずれか一項に記載の方法。
6. 前記第１のパケットが、前記第２のパケットと同じタイプおよびサブタイプのものである、請求項１から５のいずれか一項に記載の方法。
7. 前記第１のパケットが前記第２のパケットと同じタイプのものであり、前記第１のパケットが前記第２のパケットとは異なるサブタイプのものである、請求項１から５のいずれか一項に記載の方法。
8. 前記セグメントが、ピクチャ、サブピクチャ、スライス、タイル、およびコーディングツリーユニット（ＣＴＵ）のうちの１つまたは複数を備える、請求項１から７のいずれか一項に記載の方法。
9. シンタックスエレメントの前記第１のセットからインジケータ値を復号することであって、前記インジケータ値が、前記識別子値とシンタックスエレメントの前記第２のセットの両方が前記ビットストリーム中に存在するかどうかを示す、インジケータ値を復号することをさらに含む、請求項１から８のいずれか一項に記載の方法。
10. 前記セグメントが前記第２のパケットに関連付けられていると決定することは、
    （ｉ）前記セグメントが、前記第２のパケットと同じアクセスユニット（ＡＵ）またはピクチャユニット（ＰＵ）中にあると決定することと、
    （ｉｉ）前記第３のパケットが、前記ビットストリーム中の前記第２のパケットの直後にくると決定することと、
    （ｉｉｉ）前記第２のパケットが、前記第２のパケットタイプの最も近い先行するパケットであると決定することであって、前記第２のパケットタイプの前記最も近い先行するパケットが、復号順序において前記第３のパケットに先行する第２のパケットタイプを有するパケットであり、前記最も近い先行するパケットの後にきて、復号順序において前記第３のパケットに先行する前記第２のパケットタイプを有する他のパケットがない、ことと、
    （ｉｖ）前記第２のパケットが、前記第２のパケットが前記セグメントに関連付けられているかまたは前記第３のパケットに関連付けられていることを指定する、持続性フラグを備えると決定することと、
    （ｖ）前記ビットストリーム中の１つまたは複数のシンタックスエレメントから、前記セグメントの識別子を表すセグメント識別子値を復号し、前記第２のパケット中の１つまたは複数のシンタックスエレメントから参照セグメントＩＤ値を復号し、前記セグメント識別子値が前記参照セグメントＩＤ値に対応すると決定することと
    のうちの１つまたは複数を含む、請求項１から９のいずれか一項に記載の方法。
11. シンタックスエレメントの前記第１のセットからインジケータ値を復号することであって、前記インジケータ値が、前記第１のパケットが前記第２のパケットによって参照されることなしに前記機能情報が前記セグメントに適用され得るかどうかを示す、インジケータ値を復号することをさらに含む、請求項１から１０のいずれか一項に記載の方法。
12. 前記機能情報が、フィルム粒子パラメータ、クロマスケーリングを伴うルーママッピング（ＬＭＣＳ）パラメータ、マスタリングディスプレイカラーボリュームパラメータ、コンテンツ光レベルパラメータ、周囲ビューイング環境パラメータ、コンテンツカラーボリュームパラメータ、球体回転パラメータ、領域的パッキングパラメータ、全指向性ビューポートパラメータ、サンプルアスペクト比パラメータ、注釈付き領域パラメータ、スケーラビリティ次元パラメータ、マルチビュー獲得パラメータ、深度表現パラメータ、フィルタモデルタイプ、フィルタ強度、およびモデル説明のうちの１つまたは複数を備える、請求項１から１１のいずれか一項に記載の方法。
13. 前記機能情報が、フィルム粒子モデルを指定する情報を備え、前記方法は、
    シンタックスエレメントの前記第２のセット中の１つまたは複数のシンタックスエレメントからシード値を復号することと、
    前記フィルム粒子モデルをもつフィルム粒子を、前記第２のパケットに関連付けられている前記セグメントに適用するとき、前記シード値を使用することと
    をさらに含む、請求項１から１２のいずれか一項に記載の方法。
14. 前記第１のパケット中のシンタックスエレメントからＳＥＩペイロードタイプ値を復号することであって、前記ＳＥＩペイロードタイプ値が前記第４のパケットの前記ＳＥＩペイロードタイプ値を示す、ＳＥＩペイロードタイプ値を復号することをさらに含む、請求項３から１３のいずれか一項に記載の方法。
15. シンタックスエレメントの前記第４のセットのうちの少なくとも１つのシンタックスエレメントが、シンタックスエレメントの前記セットのうちの１つまたは複数のシンタックスエレメントからの前記機能情報を上書きする、請求項３から１４のいずれか一項に記載の方法。
16. 前記識別子値が、前記第１のパケット中の延長部から復号される、請求項１から１５のいずれか一項に記載の方法。
17. ビットストリームにセグメントを符号化するための方法であって、前記方法は、
    第１のパケットタイプの第１のパケットについての識別子値を決定することであって、前記識別子値が前記第１のパケットの識別子を表し、前記第１のパケットが前記ビットストリーム中のシンタックスエレメントの第１のセットを備える、識別子値を決定することと、
    シンタックスエレメントの前記第１のセット中の１つまたは複数のシンタックスエレメントに前記識別子値を符号化することと、
    セグメントに適用されるべき機能を決定することであって、前記機能が機能情報によって指定される、機能を決定することと、
    前記ビットストリーム中のシンタックスエレメントのセットのうちの１つまたは複数のシンタックスエレメントに前記機能情報を符号化することと、
    シンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントに、前記識別子値に対応する参照ＩＤ値を符号化することであって、第２のパケットタイプの第２のパケットが、前記ビットストリーム中のシンタックスエレメントの前記第２のセットを備える、参照ＩＤ値を符号化することと、
    シンタックスエレメントの第３のセット中の１つまたは複数のシンタックスエレメントに前記セグメントを符号化することであって、第３のパケットタイプの第３のパケットが前記ビットストリーム中のシンタックスエレメントの前記第３のセットを備え、前記セグメントが前記第２のパケットに関連付けられている、前記セグメントを符号化することと
    を含む、方法。
18. 前記ビットストリーム中のシンタックスエレメントのセットのうちの１つまたは複数のシンタックスエレメントに、前記機能情報を符号化することが、前記第１のパケット中のシンタックスエレメントの前記第１のセットに前記機能情報を符号化することを含む、請求項１７に記載の方法。
19. 前記ビットストリーム中の第４のパケットタイプの第４のパケットを符号化することであって、前記第４のパケットがシンタックスエレメントの第４のセットを備え、前記第４のパケットが復号順序において前記第２のパケットに先行する、第４のパケットタイプの第４のパケットを符号化することをさらに含み、前記ビットストリーム中のシンタックスエレメントのセットに機能情報を符号化することが、前記第４のパケット中のシンタックスエレメントの前記第４のセットに前記機能情報を符号化することを含む、請求項１７に記載の方法。
20. 前記セグメントが、ピクチャ、サブピクチャ、スライス、タイル、およびコーディングツリーユニット（ＣＴＵ）のうちの１つまたは複数を備える、請求項１７から１９のいずれか一項に記載の方法。
21. 前記セグメントは、以下のやり方、
    （ｉ）前記セグメントが、前記第２のパケットと同じアクセスユニット（ＡＵ）またはピクチャユニット（ＰＵ）中にあることと、
    （ｉｉ）前記セグメントを備える前記第３のパケットが、前記ビットストリーム中の前記第２のパケットの直後にくることと、
    （ｉｉｉ）前記第２のパケットが、前記第２のパケットタイプの最も近い先行するパケットであることであって、前記第２のパケットタイプの前記最も近い先行するパケットが、復号順序において前記セグメントを備える前記第３のパケットに先行する第２のパケットタイプを有するパケットであり、前記最も近い先行するパケットの後にきて、復号順序において前記セグメントを備える前記第３のパケットに先行する前記第２のパケットタイプを有する他のパケットがない、ことと、
    （ｉｖ）前記第２のパケットが、前記第２のパケットが前記セグメントに関連付けられているかまたは前記セグメントを備える前記第３のパケットに関連付けられていることを指定する、持続性フラグを備えることと、
    （ｖ）前記ビットストリーム中にセグメント識別子値を符号化し、前記第２のパケット中に参照セグメントＩＤ値を符号化することであって、前記セグメント識別子値が前記参照セグメントＩＤ値に対応する、符号化することと
    のうちの少なくとも１つにおいて、前記第２のパケットに関連付けられている、請求項１７から２０のいずれか一項に記載の方法。
22. 前記機能情報が、フィルム粒子モデルを指定する情報を備え、前記方法が、シンタックスエレメントの前記第２のセット中の１つまたは複数のシンタックスエレメントにシード値を符号化することをさらに含む、請求項１７から２１のいずれか一項に記載の方法。
23. 命令を備えるコンピュータプログラムであって、前記命令が、ノードの処理回路によって実行されたとき、前記ノードに、請求項１から１６、および１７から２２のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
24. 請求項２３に記載のコンピュータプログラムを含んでいるキャリアであって、前記キャリアが、電子信号、光信号、無線信号、およびコンピュータ可読記憶媒体のうちの１つである、キャリア。
25. デコーダであって、前記デコーダが、
    処理回路と、
    メモリと
    を備え、前記メモリが、前記処理回路によって実行可能な命令を含んでおり、それにより、前記デコーダが、請求項１から１６のいずれか一項に記載の方法を実行するように設定された、デコーダ。
26. エンコーダであって、前記エンコーダが、
    処理回路と、
    メモリと
    を備え、前記メモリが、前記処理回路によって実行可能な命令を含んでおり、それにより、前記エンコーダが、請求項１７から２２のいずれか一項に記載の方法を実行するように設定された、エンコーダ。
27. ビットストリームからセグメントを復号するように設定されたデコーダであって、前記デコーダは、
    前記ビットストリーム中の第１のパケットタイプの第１のパケットを受信することであって、前記第１のパケットがシンタックスエレメントの第１のセットを備える、第１のパケットタイプの第１のパケットを受信することと、
    前記第１のパケットのシンタックスエレメントの前記第１のセット中の１つまたは複数のシンタックスエレメントから識別子値を復号することであって、前記識別子値が前記第１のパケットの識別子を表す、識別子値を復号することと、
    前記ビットストリーム中のシンタックスエレメントのセットから機能情報を復号することであって、前記機能情報が機能を指定する、機能情報を復号することと、
    前記ビットストリーム中の第２のパケットタイプの第２のパケットを受信することであって、前記第２のパケットがシンタックスエレメントの第２のセットを備える、第２のパケットタイプの第２のパケットを受信することと、
    前記第２のパケットのシンタックスエレメントの前記第２のセット中の１つまたは複数のシンタックスエレメントから参照ＩＤ値を復号することと、
    前記ビットストリーム中の第３のパケットタイプの第３のパケットを受信することであって、前記第３のパケットがシンタックスエレメントの第３のセットを備え、シンタックスエレメントの前記第３のセットが前記セグメントを符号化する、第３のパケットタイプの第３のパケットを受信することと、
    前記セグメントが前記第２のパケットに関連付けられていると決定することと、
    前記参照ＩＤ値が前記識別子値に対応すると決定することと、
    前記参照ＩＤ値が前記識別子値に対応すると決定したことに応答して、前記機能情報をシンタックスエレメントの前記第１のセットから選択することと、
    シンタックスエレメントの前記第３のセットから前記セグメントを復号することと、
    前記選択された機能情報に基づいて、前記機能を前記セグメントに適用することと
    を行うようにさらに設定された、デコーダ。
28. 前記デコーダが、請求項２から１６のいずれか一項に記載の方法を実行するようにさらに設定された、請求項２７に記載のデコーダ。
29. ビットストリームにセグメントを符号化するように設定されたエンコーダであって、前記エンコーダは、
    第１のパケットタイプの第１のパケットについての識別子値を決定することであって、前記識別子値が前記第１のパケットの識別子を表し、前記第１のパケットが前記ビットストリーム中のシンタックスエレメントの第１のセットを備える、識別子値を決定することと、
    シンタックスエレメントの前記第１のセット中の１つまたは複数のシンタックスエレメントに前記識別子値を符号化することと、
    セグメントに適用されるべき機能を決定することであって、前記機能が機能情報によって指定される、機能を決定することと、
    前記ビットストリーム中のシンタックスエレメントのセットのうちの１つまたは複数のシンタックスエレメントに前記機能情報を符号化することと、
    シンタックスエレメントの第２のセット中の１つまたは複数のシンタックスエレメントに、前記識別子値に対応する参照ＩＤ値を符号化することであって、第２のパケットタイプの第２のパケットが、前記ビットストリーム中のシンタックスエレメントの前記第２のセットを備える、参照ＩＤ値を符号化することと、
    シンタックスエレメントの第３のセット中の１つまたは複数のシンタックスエレメントに前記セグメントを符号化することであって、第３のパケットタイプの第３のパケットが前記ビットストリーム中のシンタックスエレメントの前記第３のセットを備え、前記セグメントが前記第２のパケットに関連付けられている、前記セグメントを符号化することと
    を行うようにさらに設定された、エンコーダ。
30. 前記エンコーダが、請求項１８から２２のいずれか一項に記載の方法を実行するようにさらに設定された、請求項２９に記載のエンコーダ。

Images