(57)【要約】ネットワーク・エンティティによるスケーラブルなデータ・ストリームの処理は、データ・ストリームにおいて、スケーラビリティ軸の数およびそれについて意味するセマンティックを定義するスケーラビリティ軸記述子を有する異なるパケット・タイプのパケットによって、実際にデータを運ぶパケットを付随することによって、より少ないコンプレックスにレンダーされる。この手段によって、パケットを運ぶデータが、スケーラビリティ軸にまたがるスケーラビリティ空間の範囲内のパケットそれぞれに関連する動作点を識別する動作点識別子を備えれば、十分である。この手段によって、パケット動作点識別子は、これらのパケットを予め定められたパケット・タイプのパケットによって出力されるこのスケーラビリティ軸記述子にアクセスするネットワーク・エンティティに出力されるスケーラビリティ空間におけるそれらの動作点に関連させるために、ネットワーク・エンティティに対して十分な情報を提供する。他の態様において、ネットワーク・エンティティによるスケーラブルなデータ・ストリームの処理は、動作点それぞれのために、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送る第１セットに分割されるプロファイルおよび／またはレベル記述子、および他のプロファイルおよび／またはレベル記述子を参照することによってそれらの動作点それぞれのために、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送るプロファイルおよび／またはレベル記述子の第２セットとともに、パケットを運ぶデータ以外のパケットを用いるレベルおよび／またはプロファイルを伝達することによってより効率的にレンダーさる。【選択図】図２
2015516748.tif 000002
【特許請求の範囲】
【請求項１】
メディア・コンテンツが符号化されるデータ・ストリームであって、前記データ・ストリームは、複数のパケット（１２）を備え、パケット（１２）それぞれは、複数のパケット・タイプから、前記パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（１６）を備え、
それに関連する前記複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット（１２）それぞれは、スケーラビリティ軸（２２ａ、２２ｂ）の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間（２０）の範囲内の複数の動作点から、前記パケットそれぞれに関連する動作点（１８）を識別する動作点識別子（３４）を備え、前記動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、
それに関連するパケット・タイプの前記第１セットの第２セットからの如何なるパケット・タイプも有するパケット（１２）それぞれは、前記パケットそれぞれに関連する前記動作点に先行する、または前記パケットそれぞれに関連する前記動作点に等しい、それに関連する如何なる動作点も有する前記パケットととともに、前記パケットそれぞれに関連する前記動作点で前記メディア・コンテンツの符号化表現に寄与するデータ（３６）を更に運び、
それに関連する前記第２セットと互いに素な予め定められたパケット・タイプを有するパケット（４４）それぞれは、前記数ｎを定義するスケーラビリティ軸記述子（３８）および前記１つ以上のスケーラビリティ軸を意味するセマンティックを有する、データ・ストリーム。
【請求項２】
それに関連する前記予め定められたパケット・タイプを有する前記パケットのそれぞれは、前記複数の動作点の少なくとも１つ以上のサブセットに関連するプロファイルおよび／またはレベル記述子（４４）のシーケンス（５４）を更に備え、
プロファイルおよび／またはレベル記述子（４４）それぞれは、前記プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義し、前記プロファイルおよび／またはレベル記述子の第１セットは、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送り、且つ前記プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、他のプロファイルおよび／またはレベル記述子を参照することによって、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る、請求項１に記載のデータ・ストリーム。
【請求項３】
プロファイルおよび／またはレベル記述子（４４）それぞれは、前記プロファイルおよび／またはレベル記述子（４４）それぞれが関連する、前記動作点（１８）を識別するフィールド（５６）を有する、請求項２に記載のデータ・ストリーム。
【請求項４】
前記プロファイルおよび／またはレベル記述子（４４）の前記第２の、互いに素な空でないセットは、前記参照される前記プロファイルおよび／またはレベル記述子の前記フィールドの明示的なシグナリング（５２）を用いる他のプロファイルおよび／またはレベル記述子を参照することによって、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る、請求項３に記載のデータ・ストリーム。
【請求項５】
それに関連する前記予め定められたパケット・タイプを有する前記パケットのそれぞれは、前記複数の動作点の少なくとも１つのサブセットのそれぞれのために、より低い動作点識別子によって識別され、前記動作点それぞれがその拡張機能であり、前記シーケンシャルな動作点の順序を示すことそれによって、前記複数の動作点の他の動作点を識別するシンタックス（９８）を更に備える、請求項１から請求項４のいずれかに記載のデータ・ストリーム。
【請求項６】
フィールド（５６）それぞれは、前記動作点それぞれを識別する前記動作点識別子と共通するビットシーケンス（６０）を用いる前記動作点それぞれを識別する、請求項３から請求項５のいずれかに記載のデータ・ストリーム。
【請求項７】
全ての動作点識別子は、固定ビット長のシンタックス要素（６０）を有し、且つ前記スケーラビリティ軸記述子（３８）は、ｎと、前記固定ビット長のシンタックス要素（６０）のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送り、前記ビットシーケンスは、前記固定ビット長のシンタックス要素と共通する、請求項６に記載のデータ・ストリーム。
【請求項８】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）およびシナリオ・シンタックス要素（６４）を有し、前記シナリオ・シンタックス要素は、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送り、前記ビットシーケンスは、前記固定ビット長のシンタックス要素と共通する、請求項６に記載のデータ・ストリーム。
【請求項９】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）を有し、且つ前記スケーラビリティ軸記述子（３８）は、前記ｎ番目のポーションが前記ｎ番目のスケーラビリティ軸に沿う前記動作点それぞれのポジションの序数の基準であるために、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送る、請求項１から請求項８のいずれかに記載のデータ・ストリーム。
【請求項１０】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）およびシナリオ・シンタックス要素（６４）を有し、前記シナリオ・シンタックス要素は、前記ｎ番目のポーションが前記ｎ番目のスケーラビリティ軸に沿う前記動作点それぞれのポジションの序数の基準であるために、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送る、請求項１から請求項８のいずれかに記載のデータ・ストリーム。
【請求項１１】
前記スケーラビリティ軸記述子（３８）は、ｎの値の異なる組合せ、および前記ｎスケーラビリティ軸の意味する前記対応するセマンティックの意味するセマンティックに個々に関連する前記考えられる状態のシンタックス要素（９４）を備える、請求項１から請求項１０のいずれかに記載のデータ・ストリーム。
【請求項１２】
メディア・コンテンツが符号化されるデータ・ストリームであって、前記データ・ストリームは複数のパケット（１２）を備え、パケットそれぞれは、複数のパケット・タイプから、前記パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（１６）を備え、
それに関連する前記複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット（１２）それぞれは、スケーラビリティ軸（２２ａ、２２ｂ）の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間（２０）の範囲内の複数の動作点から、前記パケットそれぞれに関連する動作点（１８）を識別する動作点識別子（３４）を備え、前記動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、
それに関連するパケット・タイプの前記第１セットの第２セットからの如何なるパケット・タイプも有するパケット（１２）それぞれは、前記パケットそれぞれに関連する前記動作点に先行する、または前記パケットそれぞれに関連する前記動作点に等しい、それに関連する如何なる動作点も有する前記パケットとともに、前記パケットそれぞれに関連する前記動作点で前記メディア・コンテンツの符号化表現に寄与するデータ（３６）を更に運び、
それに関連する前記第２セットと互いに素な予め定められたパケット・タイプを有するパケット（１２）それぞれは、前記複数の動作点の少なくとも１つのサブセットの１つ以上にそれぞれ関連するプロファイルおよび／またはレベル記述子（４４）のシーケンス（５４）を備え、プロファイルおよび／またはレベル記述子（４４）それぞれは、前記プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシーケンスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義し、前記プロファイルおよび／またはレベル記述子の第１セットは、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送り、且つ前記プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、他のプロファイルおよび／またはレベル記述子を参照することによって、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る、データ・ストリーム。
【請求項１３】
プロファイルおよび／またはレベル記述子（４４）それぞれは、前記プロファイルおよび／またはレベル記述子それぞれが関連する前記動作点を定義するフィールドを有する、請求項１２に記載のデータ・ストリーム。
【請求項１４】
前記プロファイルおよび／またはレベル記述子（４４）の前記第２の、互いに素な空でないセットは、前記参照されるプロファイルおよび／またはレベル記述子の前記フィールドの明示的なシグナリング（５２）を用いる他のプロファイルおよび／またはレベル記述子を参照することによって、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る、請求項１３に記載のデータ・ストリーム。
【請求項１５】
それに関連する前記予め定められたパケット・タイプを有する前記パケットのそれぞれは、前記複数の動作点の少なくとも１つのサブセットのそれぞれのために、より低い動作点識別子によって識別され、それは前記動作点それぞれがその拡張機能であり、前記シーケンシャルな動作点の順序を示すことそれによって、前記複数の動作点の他の動作点を識別するシンタックス（９８）を更に備える、請求項１２から請求項１４のいずれかに記載のデータ・ストリーム。
【請求項１６】
フィールド（５６）それぞれは、前記動作点それぞれを識別する前記動作点識別子と共通するビットシーケンス（６０）を用いる前記動作点それぞれを識別する、請求項１２から請求項１５のいずれかに記載のデータ・ストリーム。
【請求項１７】
全ての動作点識別子は、固定ビット長のシンタックス要素（６０）を有し、且つ前記スケーラビリティ軸記述子（３８）は、ｎと前記固定ビット長のシンタックス要素（６０）のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送り、前記ビットシーケンスは、前記固定ビット長のシンタックス要素と共通である、請求項１６に記載のデータストリーム。
【請求項１８】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）およびシナリオ・シンタックス要素（６４）を有し、前記シナリオ・シンタックス要素は、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送り、前記ビットシーケンスは、前記固定ビット長のシンタックス要素と共通である、請求項１６に記載のデータ・ストリーム。
【請求項１９】
全ての動作点識別子（３４）は、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送る前記プロファイルおよび／またはレベル記述子の前記第１セット、および他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る前記プロファイルおよび／またはレベル記述子の前記第２の、互いに素な空でないセットに属する同じもののいずれかに関する信号を送るフラグを有する、請求項１２から請求項１８のいずれかに記載のデータ・ストリーム。
【請求項２０】
メディア・コンテンツが符号化されるデータ・ストリームを処理するためのネットワーク・エンティティであって、前記データ・ストリームは、複数のパケット（１２）を備え、パケット（１２）それぞれは、複数のパケット・タイプから、前記パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（１６）を備え、
それに関連する前記複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット（１２）それぞれは、スケーラビリティ軸（２２ａ、２２ｂ）の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間（２０）の範囲内の複数の動作点から、前記パケットそれぞれに関連する動作点（１８）を識別する動作点識別子（３４）を備え、前記動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、
それに関連するパケット・タイプの前記第１セットの第２セットからの如何なるパケット・タイプも有するパケット（１２）それぞれは、前記パケットそれぞれに関連する前記動作点に先行する、または前記パケットそれぞれに関連する前記動作点に等しい、それに関連する如何なる動作点も有する前記パケットとともに、前記パケットそれぞれに関連する前記動作点で前記メディア・コンテンツの符号化表現に寄与するデータ（３６）を更に運び、
前記ネットワーク・エンティティは、それに関連する前記第２セットと互いに素な予め定められたパケット・タイプを有するパケット（１２）から読み込まれ、スケーラビリティ軸記述子（３８）は、前記数ｎおよび前記１つ以上のスケーラビリティ軸を意味するセマンティックを定義し、
且つ前記スケーラビリティ軸記述子に依存する前記動作点識別子を解釈するように構成される、ネットワーク・エンティティ。
【請求項２１】
前記ネットワーク・エンティティは、それに関連する前記第２セットと互いに素な前記予め定められたパケット・タイプを有する前記パケットから読み込まれ、プロファイルおよび／またはレベル記述子（４４）のシーケンス（５４）は、前記複数の動作点の少なくとも１つのサブセットに個々に関連し、プロファイルおよび／またはレベル記述子（４４）それぞれは、前記プロファイルおよび／またはレベル記述子それぞれに関連する前記動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義し、前記ネットワーク・エンティティは、前記データ・ストリームにおけるシグナリングに応答して、前記プロファイルおよび／またはレベル記述子の第１セットから、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込み、また、前記プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットのために、他の、プロファイルおよび／またはレベル記述子の参照を読み込み、また、前記プロファイルおよび／またはレベル記述子の前記第２の、互いに素な空でないセットの前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を、前記参照されるプロファイルおよび／またはレベル記述子それぞれから導き出すように構成される、請求項２０に記載のネットワーク・エンティティ。
【請求項２２】
プロファイルおよび／またはレベル記述子（４４）それぞれは、前記プロファイルおよび／またはレベル記述子（４４）それぞれが関連する前記動作点（１８）を識別するフィールド（５６）を有する、請求項２１に記載のネットワーク・エンティティ。
【請求項２３】
前記プロファイルおよび／またはレベル記述子（４４）の前記第２の、互いに素な空でないセットは、前記参照されるプロファイルおよび／またはレベル記述子の前記フィールドの明示的なシグナリング（５２）を用いる他のプロファイルおよび／またはレベル記述子を参照することによって、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る、請求項２２に記載のネットワーク・エンティティ。
【請求項２４】
前記ネットワーク・エンティティは、それに関連する前記予め定められたパケット・タイプを有する前記パケットから、更に、前記複数の動作点の少なくとも１つのサブセットのそれぞれのために、前記複数の動作点の他の動作点を識別するシンタックス（９８）を読み込み、より低い動作点識別子によって識別されるように構成され、前記動作点それぞれは、前記シーケンシャルな動作点の順序を示すことそれによる、拡張機能である、請求項２１から請求項２３のいずれかに記載のネットワーク・エンティティ。
【請求項２５】
フィールド（５４）それぞれは、前記動作点それぞれを識別する前記動作点識別子と共通するビットシーケンス（６０）を用いる前記動作点それぞれを識別する、請求項２４に記載のネットワーク・エンティティ。
【請求項２６】
全ての動作点識別子は、固定ビット長のシンタックス要素（６０）を有し、且つ前記スケーラビリティ軸記述子（３８）は、ｎと、前記固定ビット長のシンタックス要素（６０）のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送り、前記ビットシーケンスは前記固定ビット長のシンタックス要素と共通する、請求項２５に記載のネットワーク・エンティティ。
【請求項２７】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）およびシナリオ・シンタックス要素（６４）を有し、前記シナリオ・シンタックス要素は、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送り、前記ビットシーケンスが前記固定ビット長のシンタックス要素に共通する、請求項２５に記載のネットワーク・エンティティ。
【請求項２８】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）を有し、且つ前記スケーラビリティ軸記述子（３８）は、前記ｎ番目のポーションが前記ｎ番目のスケーラビリティ軸に沿う前記動作点それぞれのポジションの序数の基準であるために、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合との信号を送る、請求項２０から請求項２７に記載のネットワーク・エンティティ。
【請求項２９】
全ての動作点識別子（３４）は、固定ビット長のシンタックス要素（６０）およびシナリオ・シンタックス要素（６４）を有し、前記ネットワーク・エンティティが、前記ｎ番目のポーションが前記ｎ番目のスケーラビリティ軸に沿う前記動作点それぞれのポジションの序数の基準であるために、ｎと、前記固定ビット長のシンタックス要素のｎパーティションおよび前記ｎスケーラビリティ軸の結合とを決定するために前記シナリオ・シンタックス要素を用いるように構成される、請求項２０から請求項２７のいずれかに記載のネットワーク・エンティティ。
【請求項３０】
前記ネットワーク・エンティティは、前記解釈に基づいてそれに関連する前記複数のパケット・タイプの前記第１セットからの如何なるパケット・タイプも有する前記パケットの中の選択をレンダーするように構成される、請求項２０から請求項２９のいずれかに記載のネットワーク・エンティティ。
【請求項３１】
メディア・コンテンツが符号化されるデータ・ストリームを処理するためのネットワーク・エンティティであって、前記データ・ストリームは複数のパケット（１２）を備え、パケット（１２）それぞれは、複数のパケット・タイプから、前記パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（１６）を備え、
それに関連する前記複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット（１２）それぞれは、スケーラビリティ軸（２２ａ、２２ｂ）の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間（２０）の範囲内の複数の動作点から、前記パケットそれぞれに関連する動作点（１８）を識別する動作点識別子（３４）を備え、前記動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、
それに関連するパケット・タイプの前記第１セットの第２セットからの如何なるパケット・タイプも有するパケット（１２）それぞれは、前記パケットそれぞれに関連する前記動作点に先行する、または前記パケットそれぞれに関連する前記動作点に等しい、それに関連する如何なる動作点も有する前記パケットとともに、前記パケットそれぞれに関連する前記動作点で前記メディア・コンテンツの符号化表現に寄与するデータ（３６）を更に運び、
前記ネットワーク・エンティティは、それに関連する前記第２セットと互いに素な予め定められたパケット・タイプを有するパケットから、前記複数の動作点の少なくとも１つのサブセットの１つ以上にそれぞれ関連するプロファイルおよび／またはレベル記述子のシーケンスを読み込むように構成され、プロファイルおよび／またはレベル記述子それぞれは、前記プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義し、前記ネットワーク・エンティティは、前記データ・ストリームにおけるシグナリングに応答して、前記プロファイルおよび／またはレベル記述子の第１セットから、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込み、また、前記プロファイルおよび／またはレベル記述子の、第２の、互いに素な空でないセットのために、他のプロファイルおよび／またはレベル記述子のための参照を読み込み、且つ前記参照されるプロファイルおよび／またはレベル記述子それぞれからの前記プロファイルおよび／またはレベル記述子の前記第２の、互いに素な空でないセットの前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を導き出す、ネットワーク・エンティティ。
【請求項３２】
前記ネットワーク・エンティティは、前記関連する利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲に基づいて、それに関連する前記複数のパケット・タイプの前記第１セットからの如何なるパケット・タイプも有する前記パケットの中の選択をレンダーするように構成される、請求項３１に記載のネットワーク・エンティティ。
【請求項３３】
メディア・コンテンツが符号化されるデータ・ストリームを処理するための方法であって、前記データ・ストリームは、複数のパケット（１２）を備え、パケット（１２）それぞれは、複数のパケット・タイプから、前記パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（１６）を備え、
それに関連する前記複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット（１２）それぞれは、スケーラビリティ軸（２２ａ，２２ｂ）の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間（２０）の範囲内の複数の動作点から、前記パケットそれぞれに関連する動作点（１８）を識別する動作点識別子（３４）を備え、前記動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、
それに関連するパケット・タイプの前記第１セットの第２セットからの如何なるパケット・タイプも有するパケット（１２）それぞれは、前記パケットそれぞれに関連する前記動作点に先行する、または前記パケットそれぞれに関連する前記動作点に等しい、それに関連する如何なる動作点も有する前記パケットとともに、前記パケットそれぞれに関連する前記動作点で前記メディア・コンテンツの符号化表現に寄与するデータ（３６）を更に運び、
前記方法は、前記数ｎを定義するスケーラビリティ軸記述子（３８）および１つ以上のスケーラビリティ軸を意味するセマンティック、それに関連する前記第２セットと互いに素な予め定められたパケット・タイプを有するパケット（１２）から読み込むステップと、
前記スケーラビリティ軸記述子に依存する前記動作点識別子を解釈するステップとを備える、データ・ストリームを処理する方法。
【請求項３４】
メディア・コンテンツが符号化されるデータ・ストリームを処理する方法であって、前記データ・ストリームは、複数のパケット（１２）を備え、パケット（１２）それぞれは、複数のパケット・タイプから、前記パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（１６）を備え、
それに関連する前記複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット（１２）それぞれは、スケーラビリティ軸（２２ａ、２２ｂ）の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間（２０）の範囲内の複数の動作点から、前記パケットそれぞれに関連する動作点（１８）を識別する動作点識別子（３４）を備え、前記動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、
それに関連するパケット・タイプの前記第１セットの第２セットからの如何なるパケット・タイプも有するパケット（１２）それぞれは、前記パケットそれぞれに関連する前記動作点に先行する、または前記パケットそれぞれに関連する前記動作点に等しい、それに関連する如何なる動作点も有する前記パケットとともに、前記パケットそれぞれに関連する前記動作点で前記メディア・コンテンツの符号化表現に寄与するデータ（３６）を更に運び、
前記方法は、それに関連する前記第２セットと互いに素な予め定められたパケット・タイプを有するパケットから、前記複数の動作点の少なくとも１つのサブセットの１つ以上にそれぞれ関連するプロファイルおよび／またはレベル記述子のシーケンスを読み込むステップを備え、プロファイルおよび／またはレベル記述子それぞれは、それに関連し、前記プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義し、前記ネットワーク・エンティティは、前記データ・ストリームにおけるシグナリングに応答して、前記プロファイルおよび／またはレベル記述子の第１セットから、前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込み、且つ前記プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットのために、他のプロファイルおよび／またはレベル記述子の参照を読み込み、前記プロファイルおよび／またはレベルの前記第２の、互いに素な空でないセットの前記利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を、前記参照されるプロファイルおよび／またはレベル記述子それぞれから導き出すように構成される、データ・ストリームを処理する方法。
【請求項３５】
コンピュータ・プログラムがコンピュータまたはプロセッサで動作するとき、請求項３３および請求項３４に記載のように、処理する方法を実行するためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、スケーラブルな映像ストリームなどのスケーラブルなデータ・ストリーム、およびこのようなスケーラブルなデータ・ストリームを取り扱う、例えば、デコーダまたはＭＡＮＥ（メディア認識のあるネットワーク構成要素）などのネットワーク・エンティティに関する。
【背景技術】
【０００２】
転送の観点から、時間的または他の次元における映像ビットストリームの適応は大変望ましい。そして、そのことはＨ．２６４／ＡＶＣの規格化の範囲内で既に確認され且つ対処された。ネットワーク抽出化層（ＮＡＬ）ユニットへの映像データのカプセル化および多くの重要だがむしろいわゆるパラメータ・セットにおける映像ビットストリームの外の不変のパラメータの信号を送る設計決定が、この理解を反映する。Ｈ．２６４／ＡＶＣのスケーラブルな映像符号化（ＳＶＣ）およびマルチビュー映像符号化（ＭＶＣ）拡張機能は、時間的な次元、しかし旧版互換性を持つ手法におけるハイレベルのシンタックスのＨ．２６４／ＡＶＣを拡張する複雑な方法に導くＨ．２６４／ＡＶＣのベース仕様における拡張性の欠如を超える適応を許す。Ｈ．２６４／ＡＶＣおよびその拡張機能におけるスケーラビリティ次元に従う動作点の信号を送信することは、この目的のための追加バイトを含むＮＡＬユニット・ヘッダ拡張機能を用いてなされる。同じ情報が、純粋なＨ．２６４／ＡＶＣ映像データを含み且ついわゆるベース層を構成するＮＡＬユニットのために、いわゆる接頭辞ＮＡＬによって提供される。Ｈ．２６４／ＡＶＣの拡張機能によって符号化され、強化される層のためのベース層のシーケンス・パラメータ・セット（ＳＰＳ）を介して提供される情報を拡張する機構は、いわゆるサブセット・シーケンス・パラメータ・セット（ＳＳＰＳ）を介して確立される。
【０００３】
ＨＥＶＣベース仕様の開発がまだ進行中である一方、３Ｄ映像符号化拡張機能に向けての取り組みは、はじめにベース仕様において拡張可能なシンタックスを保証するために既になされている。ベース仕様におけるこれらのいわゆるスケーラブルなフックは、将来も使い続けられるよう慎重に設計される必要がある。ＨＥＶＣハイレベル（ＨＬ）のシンタックスの現状およびコンセプトについての概要が提供される以下のセクションが現在議論されている。
【０００４】
ＨＥＶＣ規格化の現状は、以下の通りである。
【０００５】
進行中のＨＥＶＣベース仕様およびその３Ｄ拡張機能において、多くの参加者がＨ．２６４／ＡＶＣに特定されるようなＨＬシンタックスから進行する方法に関する提案を行った。この結果は、仕様の現在の作業原案および個々の参加者の多くの投稿に反映される。以下のセクションは、現在の議論に関する概要を提供する。
【０００６】
上記したように、ＳＶＣまたはＭＶＣ映像ビットストリームのスケーラビリティ次元の範囲内の動作点の信号送信（ｓｉｇｎａｌｉｚａｔｉｏｎ）は、Ｈ．２６４／ＡＶＣ  ＮＡＬユニット・ヘッダの（特定の）拡張機能を必要とする。これは不明確な解決と考えられ、例えば、複数の異なるＮＡＬユニット・ヘッダ構造体を解決するため、およびベース層の信号を送るための接頭辞ＮＡＬユニットを必要とするための追加の取り組みをもたらす。従って、取り組みは、ベースＨＥＶＣ  ＮＡＬユニット・ヘッダ・シンタックスが、ベース仕様の将来の拡張機能の必要を満たすのに十分用途が広いことを保証するために実行される。
【０００７】
図１は、現在の作業原案におけるＮＡＬユニットのシンタックスを提供する。現在のコンセンサスは、２バイトのＮＡＬユニット・ヘッダを用いることであった。第１バイトにおいて、ｎａｌ＿ｒｅｆ＿ｆｌａｇは、このＨＬ機能がアプリケーションで広く用いられなかったため、Ｈ．２６４／ＡＶＣにおけるｎａｌ＿ｒｅｆ＿ｉｄｃの２バイトの反対のビットで信号が送られる。シンタックス要素ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは従って、ＮＡＬユニットのタイプの信号を送るためのもう１つのビットを有する。それは、合計６４の識別可能なタイプを許す。
【０００８】
ＮＡＬユニット・ヘッダの第２バイトは、２つのパーツに分けられる。ここで、時間的なスケーラビリティがベース仕様において既に可能とされているので、１ｃビットはＮＡＬユニットのｔｅｍｐｏｒａｌ＿ｉｄの信号を送るために用いられる。第２バイトの残りの５ビットは、ビットストリームに従うＨＥＶＣの範囲内の１つに等しくなるために予約済みである。残りの５ビットの使用法の現在の理解は、これらが、例えばｌａｙｅｒ＿ｉｄシンタックス要素のための、将来の拡張機能におけるスケーラビリティ識別子の信号を送るために用いられ得る。
【０００９】
現在のＨＥＶＣベース仕様において定義されるようなピクチャー・パラメータ・セット（ＰＰＳ）およびシーケンス・パラメータ・セットは、Ｈ．２６４／ＡＶＣにおいて以前に特定されているものと比較的に類似する一方で、（適応パラメータ・セット（ＡＰＳ）および映像パラメータ・セット（ＶＰＳ）として称される）２つの新しいパラメータ・セットは、ＶＰＳのみがこの文書の内容のために関連するＨＥＶＣに導入された。
【００１０】
図２において示される映像パラメータ・セットは、映像ビットストリーム並びに全ての動作点の範囲内のためのプロファイルおよびレベルに存在する（例えば、時間的な）レベル／層の数などのパラメータの信号を送ると思われる。信号を送られる他のパラメータは、ＳＶＣスケーラビリティ情報ＳＥＩメッセージに信号を送られるのと同様に、スケーラブルな層の間の依存を含む。
【００１１】
付加的な簡単な説明が、図１および２におけるシンタックスのセマンティックに関して、下記で提示される。
【００１２】
ｐｒｏｆｉｌｅ＿ｉｄｃおよびｌｅｖｅｌ＿ｉｄｃは、符号化される映像シーケンスが従うプロファイルおよびレベルを示す。
【００１３】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、シーケンスに存在する時間的な層の最大数を特定する。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０〜７の範囲を含んでいる。
ｍｏｒｅ＿ｒｂｓｐ＿ｄａｔａ（）は、以下の通り特定される。
【００１４】
―ＲＢＳＰに如何なるデータもない場合、ｍｏｒｅ＿ｒｂｓｐ＿ｄａｔａ（）の戻り値はＦＡＬＳＥである。
―そうでなければ、ＲＢＳＰデータは、ＲＢＳＰに存在する最後の（最下位の、最も右の）１であるビットが検索される。このビットの位置が、ｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ（）シンタックス構造体の１ビット目（ｒｂｓｐ＿ｓｔｏｐ＿ｏｎｅ＿ｂｉｔ）である場合、以下が適用される。
―ｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ（）シンタックス構造体の前にＲＢＳＰにおいてより多くのデータがある場合、ｍｏｒｅ＿ｒｂｓｐ＿ｄａｔａ（）の戻り値はＴＲＵＥである。
―そうでなければ、ｍｏｒｅ＿ｒｂｓｐ＿ｄａｔａ（）の戻り値はＦＡＬＳＥである。
【００１５】
１であるｎａｌ＿ｒｅｆ＿ｆｌａｇは、ＮＡＬユニットの内容がシーケンス・パラメータ・セット、画像パラメータ・セット、適応パラメータ・セットまたは基準ピクチャのスライス（ｓｌｉｃｅ）を含むことを明示する。
【００１６】
ｃｌａｕｓｅｓ２−９で特定される復号化プロセスを用いて復号化されるＡｎｎｅｘ１０において特定されるプロファイルの１つ以上に従う符号化される映像シーケンスのために、スライスを含むＮＡＬユニットのための０であるｎａｌ＿ｒｅｆ＿ｆｌａｇは、スライスが非基準ピクチャの一部であることを示す。
【００１７】
ｎａｌ＿ｒｅｆ＿ｆｌａｇは、シーケンス・パラメータ・セット、画像パラメータ・セットまたは適応パラメータ・セットＮＡＬユニットのために１とみなされる。ｎａｌ＿ｒｅｆ＿ｆｌａｇが、特定の画像の１または４であるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する１つのＮＡＬユニットのために、０であるとき、その画像の１または４であるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する全てのＮＡＬユニットのために、０とみなされる。
【００１８】
ｎａｌ＿ｒｅｆ＿ｆｌａｇは、５であるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットのために、１とみなされる。ｎａｌ＿ｒｅｆ＿ｆｌａｇは、６，９，１０，１１または１２であるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する全てのＮＡＬユニットのために、０とみなされる。
【００１９】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表１で明示されるように、ＮＡＬユニットに含まれるＲＢＳＰデータ構造体のタイプを特定する。
【００２０】
デコーダは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの予約される値を用いる全てのＮＡＬユニットの内容をないものとみなす（ビットストリームから取り除き且つ放棄する）。
【００２１】
2015516748.tif 000003
【先行技術文献】
【非特許文献】
【００２２】
【非特許文献１】Thomas Wiegand, Gary J. Sullivan, Gisle Bjontegaard, Ajay Luthra, "Overview of the H.264/AVC Video Coding Standard", IEEE Trans.Circuits Syst.Video Technol., vol. 13, N7, July 2003.
【非特許文献２】JCT-VC, "High-Efficiency Video Coding (HEVC) text specification Working Draft 6", JCTVC-H1003, February 2012.
【非特許文献３】ISO/IEC 13818-1:MPEG-2 Systems specification.
【発明の概要】
【発明が解決しようとする課題】
【００２３】
「プロファイル」は、全体のビットストリーム・シンタックスのサブセットである。提供されるプロファイルのシンタックスによって課される境界の範囲内で、復号化される画像の特定される次元などのビットストリームにおけるシンタックス要素によってとり得る値に依存するエンコーダおよびデコーダの性能における非常に大きい変化を必要とすることが考えられる。多くのアプリケーションにおいて、特定のプロファイルの中のシンタックスの全ての仮定的な用途を取り扱うことができるデコーダを実装することは、今のところ実際的でもなく、経済的でもない。
【００２４】
この問題を取り扱うために、「レベル」はプロファイルそれぞれの中で特定される。レベルは、ビットストリームにおけるシンタックス要素の値に課される制約の特定されるセットである。これらの制約は、値に対する簡単な制限でもよい。あるいは、それらは、値の演算の組合せに対する制約の形をとってもよい（例えば、画像幅に画像高さを乗算して１秒につき復号化される画像の数を乗算する）。
【００２５】
レベル：値に対する制約の定義されるセットは、「シンタックス要素」および変数によってとられてもよい。レベルの同一セットは、異なる「プロファイル」にわたって共通するレベルそれぞれの定義のほとんどの態様とともに、全ての「プロファイル」のために定義される。個々の実施態様は、特定される制限の中で、サポートされる「プロファイル」それぞれのための異なるレベルをサポートしてもよい。異なるコンテキストにおいて、レベルは「スケーリング」より前の「変換係数」の値である。
【００２６】
プロファイル：シンタックスの特定されるサブセット。
【００２７】
ＨＥＶＣのための３Ｄ映像符号化拡張機能の開発において、スライス・ヘッダからアクセス・ユニット・デリミタ（ＡＵＤ）にあるパラメータをシフトする提案がさらにあった。ＮＡＬユニットは、Ｈ．２６４／ＡＶＣにおける新しいアクセス・ユニット（ＡＵ）の開始で任意に有効である。
【００２８】
ＨＥＶＣ３Ｄ映像符号化拡張機能の仕様の過程での他の提案は、ＳＰＳの間の間接的手段を用いる動作点の間の依存の信号を送ることである。ＮＡＬユニット・ヘッダがＳＰＳに対する参照符を運ぶことになっており、且つＳＰＳそれぞれの中が相対的なベースＳＰＳに対する参照符である。この（潜在的に情報を順次伝える）間接特定は、最も小さい（時間的な、・・・）レベルのためのＳＰＳまで分解される必要がある。このような方法は、ビットストリームの深くを参照し、且つ動作点を識別することを目的に利用できる相当な情報量を保持するＭＡＮＥなどの装置に対して高い負荷を提供する。
【００２９】
いずれにせよ、ネットワーク・エンティティによるスケーラブルなデータ・ストリームの処理を、容易にするまたはより効果的にレンダーする解決策を間近に有することがさらに好ましい。
【００３０】
この目的は、添付される独立請求項のいずれかの要旨によって達成される。
【課題を解決するための手段】
【００３１】
ネットワーク・エンティティによるスケーラブルなデータ・ストリームの処理がより複雑にレンダーされず、もし、データ・ストリームにおいて、実際にデータを運ぶパケットが、スケーラビリティ軸の数およびそれらの意味するセマンティックを定義するスケーラビリティ軸記述子を有する異なるパケット・タイプのパケットに付随することは、本発明の基本的な発見である。この評価によって、パケットを運ぶデータが、スケーラビリティ軸にまたがるスケーラビリティ空間の中でパケットそれぞれに関連する動作点を定義する動作点識別子を備えれば十分である。この評価によって、パケット動作点識別子は、ネットワーク・エンティティに十分な情報を提供する。これは、これらのパケットを、予め定められたパケット・タイプのパケットによって提供されるこのスケーラビリティ軸記述子にアクセスするネットワーク・エンティティを提供されるスケーラビリティ空間におけるそれらの動作点に関連付けるためである。要するに、技法（ｔｅｃｈｎｉｑｕｅ）は、動作点識別子が識別作業を簡単に成し遂げる必要があるため、データ量を縮小してパケットの大部分が消費されることを許す。スケーラビリティ軸記述子は、頻繁に送られなくてもよい。同時に、ネットワーク・エンティティは、スケーラビリティ軸識別子を解析する／読み込む扱いにくい作業を頻繁に実行しなくてもよい。それによって、ネットワーク・エンティティのためのオーバーヘッドを減らす。一方で、本発明の実施の形態によれば、ネットワーク・エンティティは、シーケンシャルな動作点の順序（すなわち、ベース層パケット）における最低の動作点のパケットを、他のパケット（すなわち、シーケンシャルな動作点の順序においてより高位に位置する動作点に属するパケット、すなわち「強化」層パケット）と区別するために、少なくともある程度、動作点識別子を解釈できる。
【００３２】
第１のものと組み合わされてもよくまたは個々に実装されてもよい本発明の他の実施態様によれば、ネットワーク・エンティティによるスケーラブルなデータ・ストリームの処理は、レベルおよび／またはプロファイル記述子がパケットを運ぶデータ以外のパケットを用いて運ばれる場合より効果的にレンダーされてもよいことが本発明の基本的な発見である。これには、他のプロファイルおよび／またはレベル記述子の参照符によって、動作点それぞれのために利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送る第１セットと、それらの動作点それぞれのために利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送るプロファイルおよび／またはレベル記述子の定義の信号を送るプロファイルおよび／またはレベル記述子の第２セットとにパーティション分割されるプロファイルおよび／またはレベル記述子を用いる。この評価によって、プロファイルおよび／またはレベル記述子のシーケンス全体の長さは、より短く保たれる。それによって、伝送オーバーヘッドを減らすだけでなく、オーバーヘッドを解析する。
【００３３】
本願の好ましい実施の形態は、以下の図に関して記述される。有利な実施の形態は、従属請求項の要旨である。
【図面の簡単な説明】
【００３４】
【図１ａ】図１ａは、メディア・コンテンツが符号化されるデータ・ストリームの概略図を示す。
【図１ｂ】図１ｂは、スケーラブルなデータ・ストリームの構成を概略的に示す。
【図１ｃ】図１ｃは、他の実施例に関するスケーラブルなデータ・ストリームの構成を概略的に示す。
【図２】図２は、ネットワーク・エンティティが完全なデータ・ストリームを受信する、シナリオの概略図を示す。
【図３ａ】図３ａは、２次元スケーラビリティ（例えば、時間的および空間的な）の範囲内の動作点を示す。
【図３ｂ】図３ｂは、ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇコンセプトを示す。
【図４】図４は、ＨＥＶＣのためのＮＡＬユニット・ヘッダ・シンタックスを示す。
【図５】図５は、ＶＰＳシンタックスを示す。
【図６】図６は、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（）シンタックスを示す。
【図７】図７は、実施例に関するデータ・ストリームの概略図を示す。
【図８】図８は、一定のビット長のシンタックス要素またはビット・シーケンスそれぞれをパーティション分割する実施例のフローチャートを示す。
【図９】図９は、模範的なネットワーク・エンティティの動作モードのフローチャートを示す。
【図１０】図１０は、ネットワーク・エンティティの他の動作モードを示す。
【図１１】図１１は、ＮＡＬユニット・シンタックスを示す。
【図１２ａ】図１２ａは、ＳＰＳシンタックスを示す。
【図１２ｂ】図１２ｂは、ＳＰＳシンタックスを示す。
【図１２ｃ】図１２ｃは、ＳＰＳシンタックスを示す。
【図１３】図１３は、ＶＰＳシンタックスを示す。
【図１４】図１４は、ＶＰＳ拡張機能データ・シンタックスを示す。
【発明を実施するための形態】
【００３５】
以下で概説される実施の形態の理解を容易とするために、図１および図２に関して、スケーラブルなデータ・ストリームの詳細と、これらの詳細から結果として生じるスケーラブルなデータ・ストリームを処理することにおける問題とが、最初に記述される。図１ａは、例えば、オーディオ・コンテンツ、映像コンテンツ、画像コンテンツ、３Ｄメッシュ・コンテンツなどのメディア・コンテンツに符号化されるデータ・ストリーム１０を例示する。メディア・コンテンツは、タイムスタンプ（例えば、映像の画像、変換ブロックまたはオーディオ信号など）のシーケンスにおけるメディア・コンテンツを表現するデータ・ストリームに関する時間変化であってもよい。
【００３６】
図１ａに示すように、データ・ストリーム１０は、パケット１２を備える、またはパケット１２から構成される。パケットは、等しいサイズであってもよいし、または異なるサイズであってもよい。パケットそれぞれは、パケット・タイプ識別子１４を備える。パケット・タイプ識別子１４それぞれは、複数のパケット・タイプから、それぞれのパケット１２に関連するパケット・タイプを識別する。複数のパケット・タイプは、パケット・タイプを運ぶデータを備える。図１ａにおいて、例えば、図１ａに明示的に示されるデータ・ストリーム１０の部分の中のパケットは、パケット・タイプを運ぶこのようなデータを明示的に示され、ここでは、明示的に「Ａ」として表示される。パケット・タイプを運ぶこのようなデータの他にも、他のパケット・タイプの他のパケットがあってもよい。それは、メディア・コンテンツの符号化表現に実際に寄与するデータを運ばないが、他のデータ（例えば、メディア・コンテンツの起点に関する補助的なデータまたは情報などは運んでもよい。
【００３７】
少なくとも、Ａのようなパケット・タイプを運ぶデータのパケットそれぞれは、スケーラビリティ軸の数ｎ（０＞ｎ）にまたがるスケーラビリティ空間の中の複数の動作点から、それぞれのパケットに関連する動作点を識別する動作点識別子１６を備える。動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有する。これを明らかにレンダーするため、図１ｂに参照がなされる。動作点は、サークル１８によって例示される。それらは、スケーラビリティ軸にまたがるスケーラビリティ空間２０の中に分布するかまたは配置される。図１ｂのにおいて、説明の便宜上、単に２つのこのようなスケーラビリティ空間軸２２ａおよび２２ｂが示される。
【００３８】
図１ｂは、例えばスケーラブルなデータ・ストリーム１０のようなスケーラブルなデータ・ストリームの構成を例示する。パケット１２（動作点１を識別する動作点識別子）は、その動作点１でメディア・コンテンツの符号化表現を一緒に形成するデータを運ぶ。ここでは、模範的に、動作点１が一種の基本的な表現を形成する。すなわち、メディア・コンテンツに関する情報の最小限の量が、動作点１のパケットのデータによって出力される。映像の場合には、例えば、これらのパケットのデータが、例えば、低い空間的分解能および最も低いＳＮＲでメディア・コンテンツの符号化表現を表現する。ループ２４によって例示するように、動作点１に属するパケットによって運ばれるデータを動作点２のパケット１２によって運ばれるデータに結合することによって、このようにして導かれるデータが、結果としてメディア・コンテンツの符号化表現となる。その再構築が、例えばＳＮＲまたは空間的分解能で、動作点１のみのパケットから再構築されるメディア・コンテンツによって得られる表現を何とか上回る。符号化表現が動作点２のパケットのデータを動作点１のパケットデータに加えることによって拡張されることに関するメディア・コンテンツの特徴は、図１ｂの軸２を意味するセマンティックであり、軸２２ｂのスケールがこのセマンティックの意味することに従う動作点１８をソートする順序スケールである。
【００３９】
図１ｂは、例えば、軸２２ｂが空間的分解能に関する一方で、軸２２ａがＳＮＲ品質に関する。しかしながら、スケーラビリティ軸の意味する他のセマンティックが同様に利用できてもよい。例えば、更なる動作点のパケットの付加的なデータが、情報をメディア・コンテンツの再構築可能なバージョンに加えてもよい。それは、以前、すなわち、このデータ（例えば、他の視界（ｖｉｅｗ）、他のオーディオ・チャンネル、距離画像など）を加える以前は利用できなかった。
【００４０】
したがって、図１ｂは、メディア・コンテンツの基本的な符号化表現が軸２２ｂと同様に軸２２ａに沿って拡張してもよい、更なるループ２４によって同様に例示する。言い換えると、特定の動作点のパケット１２のデータを他の動作点のパケットのデータに追加することまたは他の動作点のパケットのデータの組合せ２４が、データの新しい組合せに導き、スケーラビリティ軸２２ａまたは２２ｂのうちの１つに従って、この追加なしで得られる表現を上回り、このシーケンシャルな効果が矢印２６によって示される。それは、したがって、動作点１８の中でシーケンシャルな動作点の順序を形成し、それは、スケーラビリティ空間２０を通して導く。
【００４１】
ここで、ネットワーク・エンティティがこのような完全なデータ・ストリームを受信することを推測する。図２は、このようなシナリオを示す。ネットワーク・エンティティは、ブロック２８として示され、例えば、デコーダまたはＭＡＮＥである。図２において、ネットワーク・エンティティ２８は、完全なデータ・ストリーム１０を受信する。すなわち、データ・ストリームは、全ての動作点のデータ・パケットを運ぶ全てのデータを含むデータ・パケットの全てを備える。ネットワーク・エンティティ２８は、メディア・コンテンツを有する受信者（ｒｅｃｉｐｉｅｎｔ）３０に出力するタスクを有する。図２において、ネットワーク・エンティティ２８は、受信者３０にメディア・コンテンツを送り届けるための無線伝送３２を明示的に用いる。ネットワーク・エンティティ２８は、例えば、移動管理エンティティである。このようなシナリオでは、ネットワーク・エンティティ２８が、受信者３０に対して時間変化する通信伝送キャパシティに対処する必要がある。すなわち、時間の事例があり、そこでは、伝送キャパシティが、例えばリアル・タイムで再現される受信者３０に対する完全なデータ・ストリーム１０を伝送するために、十分でない。したがって、ネットワーク・エンティティ２８は、受信者３０に機能縮小されたバージョンまたはメディア・コンテンツの表現を出力するために、データ・ストリーム２８を「縮小」する必要がある。一方で、例えば、伝送キャパシティは、完全なデータ・ストリーム１０を伝送するために不十分であり、伝送キャパシティは、しかしながら、例えば、省略されている動作点５のパケット１２を有するデータ・ストリーム１０を伝送するために十分であってもよい。
【００４２】
ネットワーク・エンティティ２８が、外部的に導かれる制約のためにいくらかのパケット１２を省略する必要があることと同様の他のシナリオがあることに留意する必要がある。その範囲において、図２は単に一例として役立つ。
【００４３】
しかしながら、データ・ストリームを縮小する実際に言及されたタスクを実行するために、ネットワーク・エンティティ２８は、データ・ストリームの少なくとも一部を点検する必要がある。点検される部分は、動作点識別子１６を含む。これは、ネットワーク・エンティティ２８に高い負荷を与え、そして、したがって、このオーバーヘッドを低く保つことが好ましい。次に記述される実施の形態は、この目的を達成する。
【００４４】
後述する取り扱う実施の形態の他の態様は、データ・ストリームを復号化するために割り当てられるデコーダの能力（ｃａｐａｂｉｌｉｔｉｅｓ）がシーケンシャルな動作点の順序を拡張するときに増加してもよいという事実に関する。低いレベルのデコーダは、例えば、より低い能力を有してもよい。すなわち、この明細書の前置き部分で述べたように、より低いプロファイルおよび／またはレベルであってもよい。したがって、特定の動作点のパケットのいくらかのデータを加えることは、いくらかの最小限のプロファイルおよび／または最小限のレベルの基準を満たすデコーダのために制限されてもよい。したがって、デコーダ、またはデコーダにデータ・ストリームを送り届けるいくらかのネットワーク・エンティティなどのネットワーク・エンティティが、単純な方法、他方では低い率の消費における動作点１８に関連するプロファイルおよび／またはレベルの必要条件を理解できる場合が好ましい。
【００４５】
これらの実施の形態の記述を始める前に、しかしながら、以下に留意する必要がある。特に、次に記述される実施の形態において適用される用語体系は、図１ａから図２を参照する記述において用いられた用語と異なる。さらに具体的には、次に記述される実施の形態は、比較的近い将来のＨＥＶＣ規格において適用されるために修正される本願の実施の形態の具体的な実装を表す。したがって、上述したパケットは、ＮＡＬユニットとして以下で意味される。動作点識別子を備えるＮＡＬユニット・ヘッダは、本願の第１態様に関する実施の形態に従って、ＮＡＬユニット（すなわち、ＶＰＳ  ＮＡＬユニット）の特定のタイプにおけるスケーラビリティ軸記述子によって更に特定される。しかしながら、ここで記述される具体的な実施の形態は、コーデックの他のタイプに直ちに運ぶことが可能である。その範囲において、以下の実施の形態は、単なる例証として理解されるだろう。
【００４６】
同様に、組合せそれぞれが他の全ての組合せ２４の適切なサブセットのいずれかであるために、図１ｂが適切なサブセットをそれぞれに単に形成する組合せ２４を示唆するにもかかわらず、適切なサブセットもしくは他の組合せ２４の適切なスーパーセットまたは他の全ての組合せ２４のスーパーセットのうちの１つは任意である。図１ｃは、例えば、動作点１８のシーケンシャリティ（すなわち、それに定義されるシーケンシャルな動作点の順序を有する特性）の場合を示し、１つの組合せが適切なサブセットでも他の組合せの適切なスーパーセットでもない場合をまた備える組合せの場合を含むとして理解される。図１ｃは、例えば、動作点４のパケットのデータを動作点１および２のパケットの組合せのデータに加えることで結果として生じる組合せ２４が、動作点１ｃのパケットのデータを単に部分的に動作点１および２のパケットのデータの組合せに加えることにより結果として生じる組合せ２４に重複し、後の組合せ（すなわち、動作点１および２の組合せ）によって形成される交差をともなう。このことにより、シーケンシャルな動作点の順序は、動作点２で分岐を備える。
【００４７】
以下の実施の形態は、ＮＡＬユニット・ヘッダおよびＶＰＳシンタックスを含む高水準なシンタックスを提示し、それは、適応のための、映像デコーダ、映像ビットストリーム抽出器またはネットワーク装置での有用な方法におけるスケーラビリティ情報のシグナリングを許す。ＮＡＬユニット・ヘッダは、スケーラビリティの多くとも３次元の信号を送ることを可能とするスケーラビリティ識別子を含む。
【００４８】
更なる詳細におけるＶＰＳシンタックスを記述する前に、概要は、図３ａおよび３ｂに関して提示される。例えば、ＨＥＶＣ規格におけるコンセプトが用いられてもよい。
【００４９】
以下に提示するｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇは、映像のスケーラビリティ次元（例えば、時間的、空間的または他の如何なる次元）の中の特定の動作点が、前述した動作点とは異なるプロファイルまたはレベルを用いる信号のために用いられる。図３ａは、空間的および時間的なスケーラブルな映像シーケンスの中の、これらのスケーラブルな識別子（ｔｅｍｐｏｒａｌ＿ｉｄ、およびｌａｙｅｒ＿ｉｄ）に従う、異なる動作点を示す。図３ａは、２次元のスケーラビリティ（例えば、時間的および空間的な）の範囲内の動作点を示す。
【００５０】
サポートされる符号化ツールに関するデコーダ能力（マクロブック処理能力など）を記述するために必要なプロファイルおよびレベルは、動作点ごとに変わり得る。それは、使用中のスケーラビリティに強く依存する。プロファイルおよびレベルまたは更なる動作点のパラメータの信号を送るループにおいて、ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇは、前述した動作点に関する新しいプロファイルおよびレベルが存在するか、または具体的な動作点のプロファイルおよびレベルが明示的な参照によって前述したものから継承される必要があるかどうかの信号を送るために用いられる。
【００５１】
後述する他の態様は、プロファイルおよびレベルシンタックス要素の適応可能なリストに関する。プロファイル、レベルおよびパラメータ・セットにおける動作点の任意に他のパラメータは、直接の適応（すなわち、特定の動作点からの除外または削減と同様に、提供されるシンタックスの中（すなわち、ＶＰＳの中）の他のシンタックス要素を変更しないそれらの追加も）を許すｗｈｉｌｅループを介して提供される。これは、層の絶対数の信号を送る必要性がなく、且つこのことによりパラメータ・セットの適用を容易とするｗｈｉｌｅループを許すｍｏｒｅ＿ｒｂｓｐ＿ｄａｔａ（）シンタックス要素を用いることによって達成される。図３ｂは、ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇコンセプトを例示する。
【００５２】
後述する他の態様は、層シナリオに関する。層シナリオは、スケーラブルなコンテンツのスケーラブルな層識別子ｌａｙｅｒ＿ｉｄとしてＨＥＶＣ拡張機能において用いられてもよいＮＡＬユニット・ヘッダの第２バイトの５つの予約されるビットの解釈の信号を送る方法を表現する。
【００５３】
層シナリオのアプローチにおいて、シナリオ識別子は、デコーダまたはＭＡＮＥに、５つの予約されるビットを、スケーラビリティの１つまたは多様な次元（例えば、時間的および空間的な、空間およびマルチビューまたは他など）を特徴とする映像符号化のための別々の（ｓｅｐａｒａｔｅ）一以上の次元の識別子として解釈することを可能とするＮＡＬユニット・ヘッダにおいて信号を送られる。スケーラブルな次元および動作点の中の詳細な記述は、ＮＡＬユニット・ヘッダが、１つ以上のスケーラブルな識別子を導くためのＮＡＬユニット・ヘッダ・シンタックスの５つの予約されるビットを解釈する方法についての情報を出力するだけであるが故に、ＶＰＳによって提供される。
【００５４】
次に記述されるＶＰＳシンタックスは、動作点それぞれのプロファイルおよびレベルの信号を送る手段を出力し、且つ直接の高速の適応を許すように設計される。以下のセクションは、このシンタックスについての詳細を提供する。
【００５５】
提案されるＮＡＬユニット・ヘッダ・シンタックスが始めに記述される。
【００５６】
ＮＡＬユニット・ヘッダの第２バイトは、いわゆる層シナリオ（ｌａｙｅｒ＿ｓｃｅｎａｒｉｏ）および層シナリオのコンテキストにおける動作点を識別するスケーラビリティ識別子（ｌａｙｅｒ＿ｉｄ）の信号を送るために用いられる。
【００５７】
図４は、ＨＥＶＣのためのＮＡＬユニット・ヘッダ・シンタックスに、新しいシンタックス要素ｌａｙｅｒ＿ｓｃｅｎａｒｉｏおよびｌａｙｅｒ＿ｉｄを提供する。シンタックス要素ｌａｙｅｒ＿ｓｃｅｎａｒｉｏは、スケーラビリティ次元（例えば、時間的なスケーラビリティ（例えば、ＨＥＶＣベース仕様のような時間的なスケーラビリティ）のみ、またはスケーラビリティの２つのタイプ（例えば、時間的および空間的な）の結合を用いるための１つのスケーラビリティ次元）のシナリオの信号を送る。シンタックス要素ｌａｙｅｒ＿ｉｄは、信号を送られるスケーラビリティ次元の中の具体的なＮＡＬユニットの動作点を記述し、ｌａｙｅｒ＿ｓｃｅｎａｒｉｏシンタックス要素に従って解釈される必要がある。
【００５８】
スケーラビリティの次元がないまたは１つの場合（すなわち、０の値を有するｌａｙｅｒ＿ｓｃｅｎａｒｉｏ）において、ｌａｙｅｒ＿ｉｄの値は、動作点をそれらの復号化の依存関係および重要性に従う連続的な動作点の順序にリストして、符号のない整数（ｕｎｓｉｇｎｅｄ  ｉｎｔｅｇｅｒ）として解釈され得る。スケーラビリティがない場合において、全てのＮＡＬユニットは、意味のある階層的な適応手順がなく、且つ全てのＮＡＬユニットが同じ重要性である信号のためのゼロのｌａｙｅｒ＿ｉｄ値を有するものとする。
【００５９】
スケーラビリティの２次元（すなわち、１の値を有するｌａｙｅｒ＿ｓｃｅｎａｒｉｏ）について、ｌａｙｅｒ＿ｉｄの値は、２つの３ビットの符号のない整数の変数として解釈され得る。第１のスケーラビリティ次元（例えば、時間的な）におけるＮＡＬユニットおよび第２の３ビットは、第２スケーラビリティ次元（例えば、空間的な）におけるＮＡＬユニットの動作点を提供する。
【００６０】
ｌａｙｅｒ＿ｓｃｅｎａｒｉｏが２の値を有するとき、ｌａｙｅｒ＿ｉｄの値は、第１スケーラビリティ次元における動作点を提供する２ビットの符号のない整数の変数として、続いて、第２スケーラビリティ次元における動作点を記述する４ビットの符号のない整数の変数として解釈され得る。このシナリオは、一次元の層の量が他の次元においてよりも大きいとき、有益であり得る。
【００６１】
スケーラビリティが３次元であるとすれば、ｌａｙｅｒ＿ｓｃｅｎａｒｉｏの対応する値は３であり、且つｌａｙｅｒ＿ｉｄシンタックス要素の値が、３つのスケーラビリティ次元（例えば、時間的、空間的およびマルチビューのスケーラビリティ）に従う動作点を提供する３つの２ビットの符号のない整数の変数として解釈され得る。
【００６２】
表２は、ｌａｙｅｒ＿ｓｃｅｎａｒｉｏの値についての概要を提供し、且つｌａｙｅｒ＿ｉｄの対応する解釈を提示する。
【００６３】
2015516748.tif 000004
【００６４】
対応する映像パラメータ・セット・シンタックスは、次に記述される。
【００６５】
映像パラメータ・セットのシンタックスは、考えられる３次元のスケーラビリティ空間における動作点それぞれのためのプロファイルおよびレベルの信号を送り、且つ直接の方法におけるそれを映像ビットストリームの適応のカレントのレベルを反映する直接の方法におけるそれを適応する手段を出力するために調整される必要がある。これは、如何なるスケーラビリティ（例えば、時間的、空間的なまたは他の）も用いるＮＡＬユニットのプロファイルおよびレベル・シグナリングのためのｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（）シンタックス要素を用いることにより達成される。さらにまた、それは、ＮＡＬユニット・ヘッダの中のｌａｙｅｒ＿ｉｄシンタックス要素の解釈のための詳細な情報を出力する。
【００６６】
ＶＰＳシンタックスは、図５において提供される。
【００６７】
図５は、如何なるスケーラビリティ（すなわち、最も低い時間的なレベルを有するＨＥＶＣベース仕様に従って符号化される映像データ）も用いないＮＡＬユニットのためのプロファイルおよびレベルの信号を送る。
【００６８】
さらにまた、シンタックス要素ｌａｙｅｒ＿ｉｄ＿ｔｙｐｅは、ＮＡＬユニット・ヘッダ・シンタックスの中のｌａｙｅｒ＿ｉｄシンタックス要素によって記述されるスケーラビリティ次元のより詳細な理解を許すために提供される。表１ｃは、ｌａｙｅｒ＿ｉｄ＿ｔｙｐｅシンタックス要素のためのｌａｙｅｒ＿ｉｄにおいて信号を送られる実際のスケーラビリティ次元を具体的に記載する。ＨＥＶＣベース仕様のために、時間的なスケーラビリティのみが定義される必要がある。更なるＨＥＶＣスケーラビリティ拡張機能は、その結果として、それらの具体的なニーズのための更なるｌａｙｅｒ＿ｉｄ＿ｔｙｐｅの値（例えば、１：時間的なスケーラビリティ、２：ＨＥＶＣのＳＶＣのような拡張機能のための空間的なスケーラビリティ）を特定する。
【００６９】
これは、ＶＰＳを所有する如何なる装置にも、既知のスケーラビリティ次元の中のＮＡＬユニットの動作点を完全に解釈することを可能とする。一方で、ＶＰＳにアクセスできない装置が、しかし実際のスケーラビリティ次元の知識なしに映像ビットストリームの正確な適応をそれでも実行できる。
【００７０】
2015516748.tif 000005
【００７１】
如何なる次元のスケーラビリティ（例えば、時間的なレベル＞０、空間的なスケーラビリティ・・・）も用いる動作点の記述は、図６において提供されるようなｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（）シンタックスを用いて提供される。動作点それぞれは、ｌａｙｅｒ＿ｉｄを介して識別される。ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇは、記述される動作のプロファイルおよびレベルの明示的なシグナリング、またはシンタックス要素ｒｅｆ＿ｌａｙｅｒを用いるそのｌａｙｅｒ＿ｉｄによって他の動作点識別子を参照することによる潜在的なシグナリングのどちらかを許す。
【００７２】
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（）シンタックスを用いることは、動作点が明示的に参照され、且つバイトの定数を除外することによって省略され得るように、直接の方法における適応が許される。省略されるｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（）シンタックスが他の動作点識別子によって参照されないときはいつでも、ＶＰＳのないビットは、省略されるものとは別に変更される必要があり、それは、相当に高速の適応を単純化する。
【００７３】
したがって、図１ａから１ｃに関して適用される用語体系を用いて、実際に概説された具体的な実施の形態は、図７に示されるように構成されるデータ・ストリームを記述する。参照符号１０を用いて概して示されるデータ・ストリームは、それら（例えば、上記に示されるように、オーディオ、映像または他のメディア・コンテンツ）に符号化されるメディア・コンテンツを有する。データ・ストリーム１０は、ＮＡＬユニットと呼ばれるパケット１２を備える。パケット１２それぞれは、複数のパケット・タイプからパケット１２それぞれに関連するパケット・タイプを識別するパケット・タイプ識別子（すなわち、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）を備える。例えば全てのＮＡＬユニットに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケット１２それぞれは、スケーラビリティ軸２２ａ，ｂの数ｎ（０＞ｎ）にまたがるスケーラビリティ空間２０の中の複数の動作点から、パケット１２それぞれに関連する動作点１８（それに定義されるシーケンシャルな動作点の順序を有する動作点識別子１８）を識別する、動作点識別子３４（すなわち、ｌａｙｅｒ＿ｓｃｅｎａｒｉｏおよびｌａｙｅｒ＿ｉｄの組合せ）を備える。この点については、必ずしも、ＮＡＬユニットまたはパケット１２のそれぞれが動作点識別子３４を有するというわけではない点に留意する必要がある。むしろ、動作点に関する限り一般的な性質であり、且つしたがって、いかなる動作点も備えない、特定のパケット・タイプのパケット１２がある。
【００７４】
図７の実施の形態において、しかしながら、それら（すなわち、ＶＰＳでないＮＡＬユニット）に関連するパケット・タイプの第２セットからのパケット・タイプを有するパケット１２それぞれは、加えて、パケットそれぞれに関連する動作点に先行する、またはシーケンシャルな動作点の順序に従うパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケット１２と共にパケットそれぞれに関連する動作点１８で、メディア・コンテンツの符号化表現に寄与するデータ３６を運ぶ。この点に関する詳細のために、図１ｂおよび１ｃの記述が参照される。
【００７５】
それに関連するパケット・タイプの第２セットと互いに素な予め定められたパケット・タイプを有するパケットそれぞれは、数ｎを定義するスケーラビリティ軸記述子３８と、ＶＰＳ  ＮＡＬユニット（すなわち、ｒｂｓｐデータ・ポーション４０がＶＰＳシンタックス４２に従って満たされるＮＡＬユニット１２）で生じるｌａｙｅｒ＿ｉｄ＿ｔｙｐｅによって表現されるスケーラビリティ軸記述子３８を有する１つ以上のスケーラビリティ軸を意味するセマンティックとを有する。
【００７６】
また、上述したように、ＶＰＳパケットそれぞれは、複数の動作点の少なくとも１つの動作点１８（例えば、シーケンシャルな動作点の順序に関して導き出すもの）に個々に関連する、プロファイルおよび／またはレベル記述子４４（すなわち、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ）のシーケンスを備え得る。プロファイルおよび／またはレベル記述子４４それぞれは、利用できる符号化オプション・セット（すなわち、再現目的のためにサポートされる最小限のプロファイル）および／または利用できるシンタックス要素値の範囲（すなわち、再現のために必要とされる最小限のレベル）を定義する。プロファイルおよび／またはレベル記述子４４（それに関連する）それぞれに関連する動作点を有するパケット１２のシンタックスが従う。言い換えると、特定の動作点１８のパケットのデータを、１つのものまたは他の動作点１８の組合せに関連するパケットのデータに追加することの結果として生じるデータの組合せは、プロファイルおよび／またはレベルそれぞれをサポートするデコーダのためにのみ再現可能である。
【００７７】
プロファイルおよび／またはレベル記述子４４の第１セットは、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲（すなわち、シンタックス要素ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇ（すなわち、フラグ４６）が１である）の定義の信号を明示的に送る。プロファイルおよび／またはレベル記述子４４の第２の、互いに素な空でないセットは、他の先行するプロファイルおよび／またはレベル記述子４４（すなわち、そのｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇが０である）を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。図６においてプロファイルの明示的なシグナリングは、シンタックス要素ｌｅｖｅｌ＿ｉｄｃがレベル・インジケータ５０を表現する一方で、４８でシンタックス要素ｐｒｏｆｉｌｅ＿ｉｄｃを用いてなされる。ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇ＝０の場合における他のプロファイルおよび／またはレベル記述子４４に対する参照は、シンタックス要素ｒｅｆ＿ｌａｙｅｒ＿ｉｄ５２を用いてなされる。明らかに、プロファイルおよび／またはレベル記述子４４を参照することの使用は、プロファイルおよび／またはレベル記述子のシーケンス５４を伝送するために必要なサイズを縮小し、且つこの態様は、後述する更なる概要のように、動作点識別子３４およびスケーラビリティ軸記述子３８の共通使用（ｃｏ−ｕｓｅ）から独立して利用されてもよい。
【００７８】
プロファイルおよび／またはレベル記述子４４のシーケンス５４が、シーケンシャルな動作点の順序において、複数の動作点の少なくとも１つのサブセットとシーケンシャルに関連してもよい一方で、これは、必ずしも必要ではない。むしろ、プロファイルおよび／またはレベル記述子それぞれがフィールド５６（すなわち、ｌａｙｅｒ＿ｉｄ）を有してもよく、それは、プロファイルおよび／またはレベル記述子４４それぞれが関連する動作点１８を識別する。データ・ストリーム１０を取り扱うネットワーク・エンティティは、シーケンス５４におけるプロファイルおよび／またはレベル記述子４４のフィールドの順序から動作点１８の中で定義されるシーケンシャルな動作点の順序を確認してもよい。あるいは、しかしながら、シーケンシャルな動作点の順序は、例えば、スケーラビリティ軸記述子によるデフォルトによって、ネットワーク・エンティティに理解されてもよい。さらに正確であるために、フィールド５６によって識別される動作点の順序、およびプロファイルおよび／またはレベル記述子４４のシーケンスは、シーケンシャルな動作点の順序を導き出すために、図２のネットワーク・エンティティ２８のようなネットワーク・エンティティによって用いられてもよい。
【００７９】
フィールド５６は、動作点識別子３４に共通のビット・シーケンスを用いる動作点それぞれを識別してもよい。以下で概説される実施の形態において、例えば、全ての動作点識別子３４は、固定ビット長のシンタックス要素（すなわち、ｌａｙｅｒ＿ｉｄ）およびシナリオ・シンタックス要素（すなわち、ｌａｙｅｒ＿ｓｃｅｎａｒｉｏ）を有し、そこでは、シナリオ・シンタックス要素が、ｎと、固定ビット長のシンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合との信号を送り、固定ビット長のシンタックス要素は、フィールド５６のビット・シーケンスと共通する、または等しく構成される。図８は、例証として、固定ビット長のシンタックス要素またはフィールド５６のビット・シーケンスまたは動作点識別子３４の固定ビット長のシンタックス要素を、シナリオ・シンタックス要素６４の３つの異なる状態６２に従うパーティションの異なる数にパーティション分割することの実施例を示す。パーティションは、第１状態が点線によって、第２状態が一点鎖線によって、第３の状態が破線によって模範的に示される。すなわち、固定ビット長のシンタックス要素、またはビット・シーケンス６０を解釈するネットワーク・エンティティは、ｎ次元のスケーラビリティ空間２０の構成要素として個々のパーティションに含まれるビットを用いることによって、固定ビット長のシンタックス要素またはビット・シーケンス６０によって識別される正しい動作点を識別してもよい。
【００８０】
後述する実施の形態において、シンタックス要素ｒｅｆ＿ｌａｙｅｒ＿ｉｄ５２のために用いられるビット・シーケンスは、図８に示されるのと同じビット・シーケンスを用いる。代わりとして、シーケンシャルな動作点の順序でランクするポジションのユニットにおいて定義される相対的なポインタが用いられていてもよい。例えば、ネットワーク・エンティティは、カレントの動作点のために、プロファイル識別子および／またはレベル識別子ｐｒｏｆｉｌｅ＿ｉｄｃおよび／またはｌｅｖｅｌ＿ｉｄｃ４８および／または５０を採用するためにカレントのプロファイルおよび／またはレベル記述子４４が参照する動作点のｌａｙｅｒ＿ｉｄにアクセスするまたは手に入れるために、ｒｅｆ＿ｌａｙｅｒ＿ｉｄをビットごとにシンタックス要素ｌａｙｅｒ＿ｉｄ５６に単に加えてもよい。
【００８１】
上記で記述した実施の形態において、スケーラビリティ軸記述子３８（すなわち、ｌａｙｅｒ＿ｉｄ＿ｔｙｐｅ）は、シンタックス要素（ｎの値の異なる組合せ、およびｎスケーラビリティ軸の意味するセマンティックの対応点に個々に関連する考えられる状態）を形成する。すなわち、スケーラビリティ軸記述子の考えられる状態が、異なる（ｎ）意味する（１）・・・意味する（ｎ）（そこにおいて、表３に参照がなされる）に個々にマップされる。すなわち、スケーラビリティ軸記述子３８を用いて、データ・ストリームを読み込むネットワーク・エンティティは、適切な図８におけるパーティション分割の中の値が序数にあるプロパティの意味するセマンティックについて知っている。ネットワーク・エンティティは、しかしながら、ＶＣＬ  ＮＡＬユニットを正常に読み込むための機会をまだ有しておらず、しかしながら、データ・ストリームを処理する際のデータ・ストリームの考えられる減少に決定するために、シナリオ・シンタックス要素６４に従ってパーティション分割することを用いて、動作点識別子３４のビット・シーケンス６０それぞれのパーティションにおける値の序数の特徴に少なくとも依存してもよい。
【００８２】
次に具体的に概説する実施の形態に進む前に、本願の上述した更なる態様によれば、スケーラビリティ軸記述子３８が、それに含まれるセマンティックを用いて省略されてもよいことに留意する必要がある。例えば、動作点識別子３４において、しかしながら、したがって、今のところ記述されている実施の形態と比較して、多くのビットが消費される必要がある。それにもかかわらず、しかしながら、そのような代わりの実施の形態は、上記したプロファイルおよび／またはレベル記述子４４のシーケンス５４が存在することにおいてなお有利であり、明示的にプロファイルおよび／またはレベル記述子４４の信号を送ることと同様に、間接的にプロファイルおよび／またはレベル記述子４４の信号を送ること／参照することの両方を含む。
【００８３】
上述に関して、しかしながら、様々な変更態様が上記で概説された実施の形態に対して実施されうることに留意する必要がある。例えば、固定長シンタックス要素またはビット・シーケンス６０（すなわち、６）のための上記の例において選択されるビット数は、より大きくまたはより小さく変化し得る。同じ注釈が、シナリオ・シンタックス要素６４によって調整できる考えられるスケーラビリティ軸の数ｎに関する限り、有効である。すなわち、考えられる状態のセット（１，２，３）、しかし、考えられる整数ｎの異なるセットが同様に実現できる。
【００８４】
完全性（ｃｏｍｐｌｅｔｅｎｅｓｓ）だけのために、図９は、例えば、プロファイルおよび／またはレベル記述子４４のシーケンスを読み込むネットワーク・エンティティの動作モードを示す。まず第一に、リスト５４における第１プロファイルおよび／またはレベル記述子４４のフィールドがステップ６６で読み込まれる。それから、ネットワーク・エンティティは、カレントのプロファイルおよび／またはレベル記述子４４であるかどうかをステップ６８でチェックし、ステップ６６で読み込まれたフィールドが、明示的にプロファイルおよび／またはレベルの信号を送るか、または間接的に同じ信号を送る。上記の実施の形態によれば、ステップ６８は、シンタックス要素の値に依存する実際の決定を伴うシンタックス要素ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｏｎｅ＿ｂｉｔを読み込むことを含む。すなわち、明示的なシグナリングは、ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇが１であることによって示され、間接的なシグナリングは、シンタックス要素が０であることによって示される。
【００８５】
明示的なシグナリングの場合には、ネットワーク・エンティティは、ステップ７０においてプロファイルおよび／またはレベル識別子５８／５０を読み込み、且つステップ６６で読み込まれるフィールドによって、同じものと動作点識別子を関連付ける。間接的なシグナリングの場合には、しかしながら、ネットワーク・エンティティは、ステップ７２においてデータ・ストリームから参照フィールド５２を読み込み、且つステップ７４において、ステップ６６において読み込まれるフィールドによって識別される動作点のプロファイルおよび／またはレベル識別子として、この参照フィールド５２によって識別される動作点に関連するプロファイルおよび／またはレベル識別子を採用する。これらのステップは、プロファイルおよび／またはレベル記述子４４のシーケンスがスキャンされるまで繰り返される。
【００８６】
同様に、図１０は、上述されたこれらの実施の形態を利用するネットワーク・エンティティの動作モードを例示する。ここで、スケーラビリティ軸記述子３８は、個々のパケットにおける動作点識別子３４によって出力される情報を完成させる。図１０に示すように、まず第一にカレントのパケットの動作点識別子は、ステップ７６において読み込まれる。これは、全てのパケット１２のためになされる。さらに、ネットワーク・エンティティがそこからステップ７８においてスケーラビリティ軸記述子を読み込むために、ＶＰＳ  ＮＡＬユニットを点検する。ステップ７６および７８の両方は、パケット・タイプそれぞれのパケットそれぞれがネットワーク・エンティティによって遭遇するたびに実行される。動作点識別子がステップ７６で読み込まれるたびに、ネットワーク・エンティティがステップ８０において、スケーラビリティ軸記述子がまだ読み込まれていないことにより利用できない、またはすでに読み込まれていることにより利用できるかどうかを区別する。有効性（ａｖａｉｌａｂｉｌｉｔｙ）の場合において、ネットワーク・エンティティは、ステップ８２において、ステップ７８において読み込まれるスケーラビリティ軸記述子に従うカレントのパケットの動作点識別子を解釈する。解釈のあと、ネットワーク・エンティティはスケーラビリティ軸の意味することについて既知であり、したがって、実行することができる。特に、有効性または非有効性にかかわりなく、選択するこれらのパケットが、復号化されるため、または受信者（例えば、受信者３０）に送り届けられるためであるように、ネットワーク・エンティティは、ステップ８４においてパケット１２からパケットを選択する。ステップ８４は、外部データ（例えば、メディア・データを再現する受信者の能力を示すデータ、例えば、最大の再現可能な空間的分解能、ディスプレイの最大のピクセル・ビットの深度、その他）に依存してもよい。解釈がスケーラビリティ軸記述子の非有効性のため利用できない場合において、ネットワーク・エンティティ２８が例えば、シーケンシャルな動作点の順序に従う最も低い動作点に属するパケットを単に更に処理するだけによって防御的に実行されるために、構成されてもよい。
【００８７】
また、ネットワーク・エンティティ２８は、デコーダ、トランスコーダ、メディア認識のあるネットワーク・エンティティ（例えば、移動管理エンティティなど）であってもよい。
【００８８】
さらに、上述したデータ・ストリームのための実施の形態のいずれかを生成するエンティティ（例えば、エンコーダのような）は、ネットワーク・エンティティが、スケーラビリティ軸記述子が図１０に関して記述されるようにまだ利用できない場合に生じる非有効性の課題に直面するところで、時間期限を低く保つために、パケットを十分にしばしば運ぶデータの間においてＶＰＳ  ＮＡＬユニットを散在するために構成されてもよい。
【００８９】
（プロファイルおよび／またはレベル識別子４４のシーケンスを読み込む）ネットワーク・エンティティのために、このようなネットワーク・エンティティは、図１０の処理に加えて、またはその代わりに、個々の動作点に関連する、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲に基づいたパケット１２の中の選択をレンダーするように構成されてもよい。：例えば、ネットワーク・エンティティは、ネットワーク・エンティティがデコーダである場合、例えば、またはネットワーク・エンティティが通信している状態の受信者の、または、ネットワーク・エンティティが、例えば、ＭＭＥである場合の、必要なプロファイルおよび／またはレベルがそれ自身の最大のプロファイルおよび／または最大のレベルを上回る動作点を除外してもよい。
【００９０】
言い換えると、図４から６に関して記述されたことは、メディア・コンテンツが符号化されるデータ・ストリームであり、データストリームは、複数のパケット（ｃ．ｐ．ＮＡＬユニット）を備え、パケットそれぞれは、複数のパケット・タイプから、パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを備える。（例えば、全てのＮＡＬユニット）それに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれは、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子ｌａｙｅｒ＿ｓｃｅｎａｒｉｏおよびｌａｙｅｒ＿ｉｄを備え、動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有する。（例えば、非ＶＰＳ  ＮＡＬユニット）それに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれは、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運ぶ。それに関連する第２セットと互いに素な（すなわち、外部にある）予め定められたパケット・タイプを有するパケットそれぞれ(ｃ．ｐ．ＶＰＳ  ＮＡＬユニット)は、１つ以上のスケーラビリティ軸の数およびそれの意味するセマンティックを定義するスケーラビリティ軸記述子（ｃ．ｐ．ｌａｙｅｒ＿ｉｄ＿ｔｙｐｅ）を有する。
【００９１】
データストリームの他の実施例は（そこにいおいて、それに関連する予め定められたパケット・タイプを有するパケットのそれぞれ）、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）に個々に関連するプロファイルおよび／またはレベル記述子ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａのシーケンスを更に備え、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セット（ｃ．ｐ．プロファイル）および／または利用できるシンタックス要素値の範囲（ｃ．ｐ．レベル）を定義する。プロファイルおよび／またはレベル記述子の第１セットが、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送り、（ｃ．ｐ．ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇ＝１）、且つプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、他の、先行するプロファイルおよび／またはレベル記述子（ｃ．ｐ．ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇ＝１）を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【００９２】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子のシーケンスは、シーケンシャルな動作点の順序において、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関する、導いているもの）にシーケンシャルに関連する。
【００９３】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれが関連する（すなわち、４とともに）動作点を識別するフィールド（ｃ．ｐ．ｌａｙｅｒ＿ｉｄ）を有し、シーケンシャルな動作点の順序は、プロファイルおよび／またはレベル記述子のシーケンスから導き出せる。
【００９４】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子において、フィールドは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別し、プロファイルおよび／またはレベル記述子それぞれが関連する、動作点を識別する動作点識別子に共通するビットシーケンスを用いる。
【００９５】
データストリームの他の実施の形態において、全ての動作点識別子は、固定ビット長のシンタックス要素（ｃ．ｐ．ｌａｙｅｒ＿ｉｄ）およびシナリオ・シンタックス要素（ｃ．ｐ．ｌａｙｅｒ＿ｓｃｅｎａｒｉｏ）を有し、シナリオ・シンタックス要素は、ｎと、固定ビット長シンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合（ａｓｓｏｃｉａｔｉｏｎ）と（しかし、セマンティックが意味することなしで）の信号を送り、そこでは、ビットシーケンスが固定ビット長のシンタックス要素に共通である。
【００９６】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、参照されるプロファイルおよび／またはレベル記述子のフィールドの明示的なシグナリングを用いて、または（第２の変形例が上述した変形例である状態で）シーケンシャルな動作点の順序においてランク付けするポジションのユニットにおいて定義される相対的なポインタを用いて、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【００９７】
データストリームの他の態様によれば、全ての動作点識別子は、固定ビット長のシンタックス要素およびシナリオ・シンタックス要素を有し、シナリオ・シンタックス要素は、ｎ番目の部分が、ｎ番目のスケーラビリティ軸に沿った動作点それぞれのポジションの序数の基準であるように、ｎと、固定ビット長のシンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合との信号を送る。
【００９８】
データストリームの他の態様によれば、スケーラビリティ軸記述子（ｃ．ｐ．ｌａｙｅｒ＿ｉｄ＿ｔｙｐｅ）は、ｎの値と、ｎスケーラビリティ軸の意味する対応するセマンティックの意味するセマンティック（すなわち、関数マップ｛ｎ、意味する（１）・・・、意味する（ｎ）｝から｛１・・・最大、ｌａｙｅｒ＿ｉｄ＿ｔｙｐｅの考えられる状態｝）との異なる組合せに個々に関連する考えられる状態のシンタックス要素を備える。
【００９９】
メディア・コンテンツが符号化される他のデータストリームにおいて、データストリームは複数のパケットを備え、パケットそれぞれは、複数のパケット・タイプからのパケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子を備える。それに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれは、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子を備え、動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有する。それに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれは、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運ぶ。それに関連する第２セットと互いに素な（外部にある）予め定められたパケット・タイプを有するパケットそれぞれは、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）に個々に関連するプロファイルおよび／またはレベル記述子のシーケンスを備え、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義する。プロファイルおよび／またはレベル記述子の第１セットは、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送り、且つプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないっセットは、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送る。
【０１００】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子のシーケンスは、シーケンシャルな動作点の順序において、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、先導するもの）にシーケンシャルに関連する。
【０１０１】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別するフィールドを有する。
【０１０２】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれにおいて、フィールドが、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別し、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する動作点識別子に共通するビットシーケンスを用いる。
【０１０３】
データストリームの他の実施例において、全ての動作点識別子が固定ビット長シンタックス要素およびシナリオ・シンタックス要素を有し、シナリオ・シンタックス要素は、ｎと、固定ビット長のシンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合との信号を送り、そこでは、ビットシーケンスが固定ビット長のシンタックス要素に共通である。
【０１０４】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、参照されるプロファイルおよび／またはレベル記述子のフィールドの明示的なシグナリングを用いて、またはシーケンシャルな動作点の順序においてランク付けするポジションのユニットにおいて定義される相対的なポインタを用いて、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１０５】
データストリームの他の実施例において、全ての動作点識別子は、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送るプロファイルおよび／またはレベル記述子の第１セット、および他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送るプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットに属するかどうかに関する信号を送るフラグを有する。
【０１０６】
他の態様は、メディア・コンテンツが符号化されるデータストリームを処理するために、ネットワーク・エンティティ（例えば、デコーダまたはＭＡＮＥ）を有してもよい。データストリームは複数のパケットを備え、パケットそれぞれは複数のパケット・タイプから、パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子を備える。そこでは、パケットそれぞれがそれに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有し、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の中の複数の動作点からパケットそれぞれに関連する動作点を識別する動作点識別子を備え、動作点はそれに定義されるシーケンシャルな動作点の順序を有し、そこでは、パケットそれぞれがそれに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプを有し、加えて、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しいそれに関連する如何なる動作点を有するパケットに沿って、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを運ぶ。そこでは、ネットワーク・エンティティが、それら（１つ以上のスケーラビリティ軸の数およびそれらを意味するセマンティックを定義するスケーラビリティ軸記述子）に関連する互いに素な第２セット（すなわち、外部にある）予め定められたパケット・タイプを有するパケットから読み込むように構成され、且つスケーラビリティ軸記述子に依存する動作点識別子を解釈する。
【０１０７】
他の実施例において、ネットワーク・エンティティは、それに関連する第２セットと互いに素な（外部にある）予め定められたパケット・タイプを有するパケットから、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）に個々に関連するプロファイルおよび／またはレベル記述子のシーケンスを読み込むように構成され、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義する。ネットワーク・エンティティは、データストリームにおけるシグナリングに応答して、プロファイルおよび／またはレベル記述子の第１セットから、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込み、また、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットのために、他の、先行するプロファイルおよび／またはレベル記述子の参照を読み込み、且つ参照される先行するプロファイルおよび／またはレベルそれぞれからのプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットの利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を導き出すように構成される。
【０１０８】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子のシーケンスは、シーケンシャルな動作点の順序において、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）にシーケンシャルに関連する。
【０１０９】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子のそれぞれが関連する動作点を識別するフィールドを有する。
【０１１０】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子それぞれにおいて、フィールドは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する動作点識別子と共通するビットシーケンスを用いて、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する。
【０１１１】
ネットワーク・エンティティの他の実施例において、全ての動作点識別子は、固定ビット長のシンタックス要素およびシナリオ・シンタックス要素を有し、シナリオ・シンタックス要素は、ｎと、固定ビット長のシンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合との信号を送る。そこでは、ビットシーケンスは、固定ビット長のシンタックス要素に共通する。
【０１１２】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、参照されるプロファイルおよび／またはレベル記述子のフィールドの明示的なシグナリングを用いて、またはシーケンシャルな動作点の順序においてランク付けするポジションのユニットにおいて定義されるポインタそれぞれを用いて、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１１３】
ネットワーク・エンティティの他の実施例において、全ての動作点識別子は、固定ビット長のシンタックス要素およびシナリオ・シンタックス要素を有する。そこでは、ｎ番目のポーションがｎ番目のスケーラビリティ軸に沿う動作点それぞれのポジションの序数の基準であるために、ネットワーク・エンティティが、ｎと、固定ビット長のシンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合とを決定するためのシナリオ・シンタックス要素を用いて構成される。
【０１１４】
他の実施例において、ネットワーク・エンティティは、解釈に基づいてそれに関連する複数のパケット・タイプの第１セットから如何なるパケット・タイプも有するパケットの中の選択をレンダーするように構成される。
【０１１５】
他の実施例は、メディア・コンテンツが符号化されるデータストリームを処理するためのネットワーク・エンティティ（例えば、デコーダまたはＭＡＮＥ）を有してもよく、データストリームは複数のパケットを備え、パケットそれぞれは、複数のパケット・タイプから、パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子を備える。それに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれは、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子を備え、動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有する。それに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれは、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運ぶ。ネットワーク・エンティティは、それに関連する第２セットと互いに素な（外部にある）予め定められたパケット・タイプを有するパケットから、複数の動作点の少なくとも１つのサブセット（シーケンシャルな動作点の順序に関して、導き出すもの）に（シーケンシャルな動作点の順序において）、シーケンシャルに関連するプロファイルおよび／またはレベル記述子のシーケンスを読み込むように構成され、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義する。ネットワーク・エンティティは、データストリームにおけるシグナリングに応答して、プロファイルおよび／またはレベル記述子の第１セットから、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込み、また、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットのために、他の、先行するプロファイルおよび／またはレベル記述子を読み込み、且つ参照される先行するプロファイルおよび／またはレベル記述子それぞれから、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットの利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を導き出すように構成される。
【０１１６】
他の実施例において、ネットワーク・エンティティは、関連する利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲に基づいて、それに関連する複数のパケット・タイプの第１セットからの如何なるパケット・タイプも有するパケットの中の選択をレンダーするように構成される。
【０１１７】
次の実施例の記述は、更なるイントロダクションから始まる。それは、しかしながら、今までに記述された実施例にまた譲渡可能である。
【０１１８】
映像の展開（ｐｌａｙｏｕｔ）、記憶および記録に加えて、それらの伝送は、今日の通信ネットワークにおける主要なアプリケーションである。特定の通信チャンネルの不安定な性質は、異なる環境において上手く実行するためのＨＥＶＣのハイレベルのシンタックスによって出力されるための適応の手段を必要とする。例えば、メディア認識のある（Ｍｅｄｉａ−Ａｗａｒｅ）ネットワーク要素（ＭＡＮＥ）による、伝送の間のネットワークの中の映像ビットストリームの直接の適応は、主要なチャレンジのうちの１つである。このような装置は、通常、明確に限られた資源または処理能力のみを有し、且つ網羅的なビットストリーム分析を防止するとても低い遅延で動作しなければならない。
【０１１９】
このステップアップの要求は、Ｈ．２６４／ＡＶＣの規格化の範囲内で既に識別された。ネットワーク・アブストラクション層（ＮＡＬ）ユニットへの映像データのカプセル化およびいわゆるパラメータ・セットにおける映像ビットストリームから多くの重要であるがむしろ不変なパラメータの信号を送るための設計決定は、この理解を反映する。Ｈ．２６４／ＡＶＣのベース仕様の拡張性の欠如が、拡張機能が特定されたとき、後方に互換性を持つ方法におけるＨ．２６４／ＡＶＣのハイレベルのシンタックスを拡張するための複雑なアプローチに導いた。ＨＥＶＣのために、柔軟なおよび拡張可能なハイレベルのシンタックは、ベース仕様に留意されるべきである。したがって、ハイレベルのシンタックスは、例えばＭＡＮＥなどの装置に、アクセス可能なタイプにおける必要な情報（例えば、復号化されるエントロピーではなく、且つ直接の方法におけるシグナリング適応に適している）を提供する。
【０１２０】
下記は、映像ビットストリームの適応のために必要な情報（例えば、動作点識別子および符号化依存関係）を提供するための現在の草案の仕様において定義された映像パラメータ・セット（ＶＰＳ）の概念を請け負う。それは、Ｈ．２６４における情報を結合する。また、その拡張機能は、層全体の特定のシーケンス・パラメータ・セット（ＳＰＳ）に分布し、且つパラメータ・セット階層におけるＳＰＳの上で関与する。
【０１２１】
ＨＥＶＣの草案のベース仕様におけるＶＰＳの現在の定義は、Ｈ．２６４およびその拡張機能におけるＳＰＳに位置する時間的なスケーラビリティのサブ・レベルの要求に関するいくらかのシンタックスの冗長コピーだけを保つために、ＶＰＳを定義する。それ故、ＶＰＳは、符号化映像シーケンスを復号化するために必要ではない。下記の実施の形態によれば、しかしながら、冗長なシグナリングは省略され、且つシンタックス要素はＶＰＳだけにおいて保たれる。さらにまた、下記の実施の形態によれば、しかしながら、プロファイル、レベルおよびサブレベルの要求のシグナリングは、その固有の階層がパラメータ・セット（ＶＰＳ、ＳＰＳおよびＰＰＳ）の階層の範囲内のそれらの位置において反映される方法において変更される。これは、ビットストリーム適応および能力交換のための最も基本的および根本的なパラメータ（すなわち、プロファイルおよびレベル情報）が、パラメータ・セット階層（すなわち、ＶＰＳ）の上で提供される。一方では、より重要でないサブレベルの要求（すなわち、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ［ｉ］、ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃs［ｉ］、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｉ］）が草案の仕様の以前のバージョンのようにＳＰＳにおいて信号を送られる。このようにして、我々は、いくつかのＳＰＳからコンパイルする情報を必要としない直接の方法でＭＡＮＥを利用できる重要な情報を作る。より低いレベルの要求（例えば、時間的なスケーラビリティのサブレベルの要求）は、パラメータ・セット階層のより低いステップにおいてコンパイルされていない形式の所望の情報をまだ見つけることができる。一般的に言えば、不適用の特定のＭＡＮＥは、末端装置のこのような低いレベルの能力の情報にほとんど関心がない。プロファイルおよびレベルの要求は、ほとんどのアプリケーションにとって十分きめが細かく、且つコーナーケース（ｃｏｒｎｅｒ−ｃａｓｅ）アプリケーションは、より低いレベルのパラメータ・セットからのこの情報をまだ取り出すことができる。
【０１２２】
この方法において定められるＶＰＳは、ＭＡＮＥがスケーラビリティ次元並びにあらゆる動作点に関連するプロファイルおよびレベルを完全に認識することを可能とする。冗長なプロファイルおよびレベル識別子を有するスケーラビリティ次元の範囲内の動作点は、縮小する冗長なシグナリングを参照することによって信号を送られる。個々の動作点記述子の信号を送るためにＶＰＳ拡張機能のデータ・シンタックスを活用することは、エンコーダによって容易に構築できる直接のモジュラ構造を許す。
【０１２３】
ＳＥＩメッセージは、ＭＡＮＥおよびレシーバを、おそらく適応される映像シーケンスを認識するようにする。ＶＰＳおよびその拡張機能において記述される全ての動作点が提供されるわけではない。ＭＡＮＥが映像シーケンスの実際の（適応される）コンテンツを認識することを可能とすることは、例えば、複数のＭＡＮＥを用いてカスケードされる適応プロセスにおいて、更なる適応を容易とするために重要である。
【０１２４】
ＮＡＬユニット・ヘッダ・レベルのスケーラビリティ次元を発生することの範囲におけるＮＡＬユニットの動作点の信号を一般的に送るために、ＮＡＬユニット・ヘッダの第２バイトにおいて予約されるビットは、強化層またはベース層またはビューからの見解（ｖｉｅｗ）を識別するための層識別子の信号を送るために用いられる。符号化映像シーケンスのスケーラビリティ次元に関するＮＡＬユニットの層識別子を解釈するために必要な情報は、ＶＰＳによって出力される。このシグナリングは、スケーラビリティのタイプおよび適応可能なスケーラビリティ次元に対応する層識別子の個々のビットの方法についての情報を含む。これは、ＭＡＮＥまたは如何なる他の装置が、ＮＡＬユニット・ヘッダおよびＶＰＳにおいて出力される情報からのおそらく多次元（時間的、質的、空間的、マルチビュー、深度的な．．．）のスケーラビリティ動作点のマトリックスを正確にビルドすることを可能とする。
【０１２５】
ここで記述される実施例のＮＡＬユニット・シンタックスは図１１において示され、ここでは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１から１を引いた値が、層識別子を示す。１であるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は、層識別子が０であり、且つＮＡＬユニットがベース層またはベース・ビューに属することを示す。ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１のより高い値は、対応するＮＡＬユニットが特定されるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１に関連する強化層またはビューに属することを示す。
【０１２６】
対応するＳＰＳシンタックスは図１２に示され、対応するＶＰＳシンタックスは、図１３に示される。そこでは、ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅが符号化映像シーケンスにおける使用のスケーラビリティ・タイプ、およびＮＡＬユニット・ヘッダにおけるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を通して信号を送られる次元を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅが０であるとき、符号化映像シーケンスは、ベースＨＥＶＣ仕様に従う。したがって、全てのＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は１に等しく、且つ強化層またはビューに属するＮＡＬユニットがない。ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅのより高い値は、表４に従って解釈される必要がある。
【０１２７】
ｐｒｏｆｉｌｅ＿ｓｐａｃｅ、ｐｒｏｆｉｌｅ＿ｉｄｃ、ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇｓおよびｐｒｏｆｉｌｅ＿ｃｏｍｐａｔａｂｉｌｉｔｙ＿ｆｌａｇは、現在のＷＤにおいて特定されるように情報の信号を送る。また、示される値は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が１である全てのＮＡＬユニットに対して有効である。
【０１２８】
ｌｅｖｅｌ＿ｉｄｃ［ｉ］は、現在のＷＤにおいて特定されるように情報の信号を送る。また、示される値は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が１であり、且つｔｅｍｐｏｒａｌ＿ｉｄがｉである全てのＮＡＬユニットに対して有効である。
【０１２９】
ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎ［ｄｉｍ］は、ｎ＝０のＭＳＢで始まる図１３またはスケーラビリティ次元がｎ＞０の信号を送られる（ｎ−１）番目の末端に従うｎ番目のスケーラビリティ次元の信号を送るために用いられるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１のビットにおける長さを示す。
【０１３０】
2015516748.tif 000006
【０１３１】
表４において模範的に示されるスケーラビリティ・タイプは、まさにこの瞬間に予想されることができる一組のスケーラビリティを表し、しかし、一旦ＨＥＶＣ拡張機能の研究が進行するならば、新規の次元および／または結合によって拡張されてもよい。
【０１３２】
対応するＶＰＳ拡張機能データ・シンタックスは、図１４において示される。
【０１３３】
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅは、ＶＰＳ拡張機能のタイプを示す。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅの値が０であるとき、上記で提供されるシンタックスがあてはまる。
【０１３４】
ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は、ＶＰＳ拡張機能において信号を送られるシンタックス要素が有効であるｌａｙｅｒ＿ｉｄを示す。
【０１３５】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に１を加えた値は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が、ＶＰＳにおいて信号を送られるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１に等しいＮＡＬユニットにおいて存在してもよい時間的なサブ層の最大の数を特定する。
【０１３６】
０に等しいｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇは、ｐｒｏｆｉｌｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１によって特定される値に等しいｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の値に関するプロファイルおよびレベルのシグナリングが、ＶＰＳ拡張機能の範囲で特定されるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を有するＮＡＬユニットに対して有効であることを示す。１であるｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の特定される値のためのプロファイルおよびレベルが、ＶＰＳ拡張機能において明示的に信号を送られることを示す。
【０１３７】
ｐｒｏｆｉｌｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は、付随するプロファイルおよびレベルのシグナリングがＶＰＳ拡張機能において信号を送られるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の値に等しいｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の値を有するＮＡＬユニットに対して有効であるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の値を示す。
【０１３８】
ｐｒｏｆｉｌｅ＿ｓｐａｃｅ、ｐｒｏｆｉｌｅ＿ｉｄｃ、ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇｓおよびｐｒｏｆｉｌｅ＿ｃｏｍｐａｔａｂｉｌｉｔｙ＿ｆｌａｇは、現在のＷＤにおいて特定されるように情報の信号を送る。また、示される値は、ＶＰＳ拡張機能データにおいて特定されるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１値に等しいｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を有する全てのＮＡＬユニットに対して有効である。
【０１３９】
ｌｅｖｅｌ＿ｉｄｃ［ｉ］は、現在のＷＤにおいて特定されるように情報の信号を送る。また、示される値は、ＶＰＳ拡張機能データにおいて特定されるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１値に等しいｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１およびｉに等しいｔｅｍｐｏｒａｌ＿ｉｄを有する全てのＮＡＬユニットのための値である。
【０１４０】
ｎｕｍ＿ｒｅｆｅｒｅｎｃｅ＿ｌａｙｅｒｓは、層の数を特定し、ｌａｙｅｒ＿ｉｄによって識別され、復号化プロセスにおける参照のように用いられる。
【０１４１】
ｄｉｒｅｃｔ＿ｃｏｄｉｎｇ＿ｄｅｐｅｎｄｅｎｃｙ＿ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は、復号化プロセスにおける参照のように用いられるＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を示す。
【０１４２】
まさしく記述される実施の形態は、図４から６に関して記述されていたものと非常に類似する。その範囲において、図１１から１４において対応するシンタックス要素を識別するために、以前と同じ参照符号が用いられる。その範囲において、図７の記述は、新規な実施の形態にも適用可能である。しかしながら、相違点は、以下で強調される。
【０１４３】
特に、図１１から１４の実施の形態に従う動作点識別子３４は、２つの構成要素（すなわち、シンタックス要素ｔｅｍｐｏｒａｌ＿ｉｄ９０の形式の時間的なスケーラビリティ軸におけるランクを識別する第１構成要素、およびランクまたは更なるスケーラビリティ軸に従うランクを取り扱う第２構成要素（第２構成要素は９２で示される））へ安定して分離される。その範囲において、図１１から１４に関して記述されている実施の形態は、それが第２構成要素９２を有し、スケーラビリティ軸記述子によって更に特定されることを除いては、前述の実施の形態に対応する。
【０１４４】
次の相違点は、スケーラビリティ軸の数の認識に関係する。図４から６の実施の形態において、シナリオ・シンタックス要素６０の形式の中間的な情報は、ネットワーク・エンティティに単に個々のパケットそのものにのみ基づいて導き出す機会を提供するために出力され、このパケットの動作点は、通常の意味において、スケーラビリティ空間の範囲内に配置される。この実施の形態において、ネットワーク・エンティティは、単にＶＰＳ  ＮＡＬユニット４２の使用できない場合における以下の事実を導くことができる。１）ｔｅｍｐｏｒａｌ＿ｉｄ９０を用いる時間的な軸に沿ったカレントのパケットの動作点のポジション。２）ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が１である場合、動作点は、時間的なスケーラビリティ軸を除いた他の全てのスケーラビリティ軸に関して最もより低いランクである。
【０１４５】
後述するように、ここで強調される全ての相違点は、個々におよびそれに応じて適用されてもよく、シンタックス要素ｔｅｍｐｏｒａｌ＿ｉｄ９０が用いられない場合、ネットワーク・エンティティは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が１であるという事実から、全てのスケーラビリティ軸に従うベース層を意味するカレントのパケットの動作点を導いてもよい。
【０１４６】
この点に関しては、時間的なものを除いた他のスケーラビリティ軸に関する最もより低いランクを意味することとして、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が１に等しく選択されるという点に留意する必要があり、例えば、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が０であるように、単に一例として選択され、且つ変化する。
【０１４７】
図４から６の上記概要の実施の形態に対する更なる相違点は、スケーラビリティ軸記述子３８に関する。シンタックス要素９４（すなわち、ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ）に評価される１つのスカラーは、スケーラビリティ軸（上記した時間的なもの）の数およびこれらの（付加的な）スケーラビリティ軸の対応する意味を識別し、一方で、この示される（付加的な）スケーラビリティ軸の数のそれぞれのために、シンタックス・ポーション９６は、この固定長シンタックスの要素６０のビットを個々の（付加的な）スケーラビリティ軸にシーケンシャルに割り当てることによって、構成要素９２、フィールド５６および参照フィールド５２の基礎をなす固定長シンタックスの要素６０のパーティション分割することを現す。
【０１４８】
更なる相違点は、ＶＰＳパケットおよびＶＰＳパケット（ｓａｍｅ）が参照リスト９８の動作点識別子を更に備えることに関する。フィールド５６それぞれのために、このような動作点識別子の参照リスト９８は、それらの動作点識別子またはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１のそれらの値を識別し、それは、フィールド５６が関係する動作点の再現のために必要な基礎を形成する。言い換えると、動作点識別子の参照リスト９８は、フィールド５６によって識別される動作点のパケットのデータを加えることから結果として生じる組合せ２４（図１ｂまたは３を参照のこと）において含まれる全ての動作点を識別する。特定のフィールド５６のために動作点識別子の参照リスト９８が必ずしもフィールド５６によって識別される動作点の組合せ２４それぞれに含まれる全ての動作点をリストしなけ2ればいけないことはない点に留意する必要がある。むしろ、動作点識別子参照リストが１つ以上の参照動作点をリストすれば十分であり、対応する組合せ２４と一緒に、フィールド５６それぞれによって識別される動作点の組合せ２４において、結果として生じる。
【０１４９】
言い換えると、スケーラビリティ層に課されるレベルおよび／またはプロファイル制約のその効果的な符号化のために有利であるこの態様において、メディア・コンテンツが符号化されるデータ・ストリームは、パケット（ｃｐ．ＮＡＬユニット）を備え、パケットそれぞれは、複数のパケット・タイプから、パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを備え、そこでは、それ（例えば、全てのＮＡＬユニット）に関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれが、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を備え、動作点は、それらの間で定義されるシーケンシャルな動作点を有し、そこでは、それ（例えば、ＶＰＳではないＮＡＬユニット）に関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれが、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運び、そこでは、それに関連する第２セットと互いに素な（すなわち、外部にある）予め定められたパケット・タイプを有するパケットそれぞれ（ｃ．ｐ．ＶＰＳ  ＮＡＬユニット）が、１つ以上のスケーラビリティ軸の数およびそれを意味するセマンティックを定義するスケーラビリティ軸記述子（ｃ．ｐ．ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅおよびｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎ）を有する。
【０１５０】
データ・ストリームの他の実施例は、それに関連する予め定められたパケット・タイプを有するパケットのそれぞれは、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）に個々に関連するプロファイルおよび／またはレベル記述子ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａのシーケンスを更に備え、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セット（ｃ．ｐ．プロファイル)および／または利用できるシンタックス要素値の範囲（ｃ．ｐ．レベル）を定義する。プロファイルおよび／またはレベル記述子の第１セットは、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送り、（ｃ．ｐ．ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇ＝１）且つプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、他の、先行するプロファイルおよび／またはレベル記述子（ｃ．ｐ．ｎｅｗ＿ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｆｌａｇ＝０）を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１５１】
データ・ストリームの他の実施例において、プロファイルおよび／またはレベル記述子のシーケンスは、シーケンシャルな動作点の順序において、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関する、ものを導き出すこと）に、シーケンシャルに関連する。
【０１５２】
データ・ストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれは、動作点を識別するフィールド（ｃ．ｐ．ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１）を有し、プロファイルおよび／またはレベル記述子それぞれは、（例えば、４とともに）関連し、シーケンシャルな動作点の順序は、プロファイルおよび／またはレベル記述子のシーケンスから導き出せる。
【０１５３】
データ・ストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれにおいて、フィールドは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する動作点識別子と共通するビットシーケンスを用いて、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する。
【０１５４】
データ・ストリームの他の実施例において、全ての動作点識別子は、固定ビット長のシンタックス要素（ｃ．ｐ．ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１）を有し、且つスケーラビリティ・アクセス記述子は、ｎ  ｍａｘ＿ｄｉｍと、固定ビット長のシンタックス要素のｎパーティションｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎおよびｎスケーラビリティ軸の結合との信号を送り、ビットシーケンスは、固定ビット長のシンタックス要素と共通する。
【０１５５】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、参照されるプロファイルおよび／またはレベル記述子のフィールドの明示的なシグナリングを用いる、または（上述の変形例である第２の変形例を有する）シーケンシャルな動作点の順序においてランク付けするポジションのユニットにおいて定義される相対的なポインタを用いる他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１５６】
データストリームの他の態様によれば、全ての動作点識別子は、固定ビット長のシンタックス要素を有し、且つスケーラビリティ軸記述子は、ｎ番目のポーションが、ｎ番目のスケーラビリティ軸に沿う動作点それぞれのポジションの序数の基準であるために、ｎと、固定ビット長のシンタックス要素のｎパーティションおよびｎスケーラビリティ軸の結合との信号を送る。
【０１５７】
データストリームの、他の態様によれば、スケーラビリティ軸記述子（ｃ．ｐ．ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ）は、ｎの値の異なる組合せおよびｎスケーラビリティ軸の意味する対応するセマンティックの意味するセマンティック（すなわち、関数マップ｛ｎ、意味する（１）・・・、意味する（ｎ）｝から｛１・・・最大、ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅの考えられる状態｝）に個々に関連する考えられる状態のシンタックス要素を備える。メディア・コンテンツが符号化される他の実施の形態において、データストリームは、複数のパケットを備え、パケットそれぞれは、複数のパケット・タイプから、パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子を備え、それに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれは、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子を備え、動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有し、それに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれは、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運び、それに関連する第２セットと互いに素な（外部にある）予め定められたパケット・タイプを有するパケットそれぞれは、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）に個々に関連するプロファイルおよび／またはレベル記述子のシーケンスを備え、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシーケンスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義し、プロファイルおよび／またはレベル記述子の第１セットは、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送り、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１５８】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子のシーケンスは（シーケンシャルな動作点の順序において）、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関する、導き出すもの）にシーケンシャルに関連する。
【０１５９】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別するフィールドを有する。
【０１６０】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子それぞれにおいて、フィールドは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する動作点識別子と共通するビットシーケンスを用いて、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する。
【０１６１】
データストリームの他の実施の形態において、全ての動作点識別子は、固定ビット長のシンタックス要素を有し、且つスケーラビリティ・アクセス記述子は、ｎ  ｍａｘ＿ｄｉｍと、固定ビット長のシンタックス要素のｎパーティションｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎ)およびｎスケーラビリティ軸の結合との信号を送り、ビットシーケンスは、固定ビット長のシンタックス要素と共通する。
【０１６２】
データストリームの他の実施例において、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットは、参照されるプロファイルおよび／またはレベル記述子のフィールドの明示的なシグナリングを用いること、またはシーケンシャルな動作点の順序においてランク付けするポジションのユニットにおいて定義される相対的なポインタを用いる、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１６３】
データストリームの他の実施例において、全ての動作点識別子は、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を明示的に送るプロファイルおよび／またはレベル記述子の第１セット、および他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送るプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットのどちらにフラグ（ｓａｍｅ）が属するかに関する信号を送るフラグを有する。
【０１６４】
他の態様は、メディア・コンテンツが符号化されるデータストリームを処理するためのネットワーク・エンティティ（例えば、デコーダまたはＭＡＮＥ）を有してもよい。データストリームは、複数のパケットを備え、パケットそれぞれは、複数のパケット・タイプから、パケットそれぞれに関連するパケット・タイプを識別するパケット・タイプ識別子を備える。それに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれは、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子を備え、動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有する。それに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれは、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運び、ネットワーク・エンティティは、１つ以上のスケーラビリティ軸の数およびそれを意味するセマンティックの数を定義するスケーラビリティ軸記述子、それに関連する第２セットと互いに素な（すなわち、外部にある）予め定められたパケット・タイプを有するパケットから読み込み、且つスケーラビリティ軸記述子に依存する動作点識別子を解釈するように構成される。
【０１６５】
他の態様において、ネットワーク・エンティティは、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）に個々に関連するプロファイルおよび／またはレベル記述子のシーケンス、それに関連する第２のセットと互いに素な（外部にある）予め定められたパケット・タイプを有するパケットから読み込むように構成され、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義する。ネットワーク・エンティティは、データストリームにおけるシグナリングに応答して、プロファイルおよび／またはレベル記述子の第１セットから利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込む。また、第２の、プロファイルおよび／またはレベルの互いに素な空でないセットのために、他の、先行するプロファイルおよび／またはレベル記述子を読み込み、且つプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットの利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を、参照される先行するプロファイルおよび／またはレベル記述子それぞれから導き出す。
【０１６６】
ネットワーク・エンティティのほかの実施例において、プロファイルおよび／またはレベル記述子のシーケンスは（シーケンシャルな動作点の順序において）、複数の動作点の少なくとも１つのサブセット（例えば、シーケンシャルな動作点の順序に関して、導き出すもの）にシーケンシャルに関連する。
【０１６７】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別するフィールドを有する。
【０１６８】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子それぞれにおいて、フィールドが、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する動作点識別子と共通するビットシーケンスを用いて、プロファイルおよび／またはレベル記述子それぞれが関連する動作点を識別する。
【０１６９】
ネットワーク・エンティティの他の実施例において、全ての動作点識別子は、固定ビット長のシンタックス要素を有し、且つスケーラビリティ・アクセス記述子は、ｎ  ｍａｘ＿ｄｉｍと、固定ビット長のシンタックス要素のｎパーティションｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎおよびｎスケーラビリティ軸の結合との信号を送り、ビットシーケンスは、固定ビット長シンタックス要素と共通する。
【０１７０】
ネットワーク・エンティティの他の実施例において、プロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットが、参照されるプロファイルおよび／またはレベル記述子のフィールドの明示的なシグナリングを用いて、またはシーケンシャルな動作点の順序においてランク付けするポジションのユニットにおいて定義される相対的なポインタを用いて、他の、先行するプロファイルおよび／またはレベル記述子を参照することによって、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義の信号を送る。
【０１７１】
ネットワーク・エンティティの他の実施例において、全ての動作点識別子は、固定ビット長のシンタックス要素を有し、且つスケーラビリティ・アクセス記述子は、ｎ番目のポーションがｎ番目のスケーラビリティ軸に沿う動作点それぞれのポジションの序数の基準であるように、ｎ  ｍａｘ＿ｄｉｍと、固定ビット長のシンタックス要素のｎパーティションｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎおよびｎスケーラビリティ軸の結合との信号を送る。
【０１７２】
他の実施例において、ネットワーク・エンティティは、解釈に基づいてそれに関連する複数のパケット・タイプの第１セットからの如何なるパケット・タイプも有するパケットの中の選択をレンダーするように構成される。
【０１７３】
他の実施例は、メディア・コンテンツが符号化されるデータストリームを処理するためのネットワーク・エンティティ（例えば、デコーダまたはＭＡＮＥ）を有し、データストリームは複数のパケットを備え、パケットそれぞれは、複数のパケット・タイプから、パケットそれぞれに関連するパケットを識別するパケット・タイプ識別子を備える。それに関連する複数のパケット・タイプの第１セットからのパケット・タイプを有するパケットそれぞれは、スケーラビリティ軸の数ｎ（０＜ｎ）にまたがるスケーラビリティ空間の範囲内の複数の動作点から、パケットそれぞれに関連する動作点を識別する動作点識別子を備え、動作点は、それらの間で定義されるシーケンシャルな動作点の順序を有する。
それに関連するパケット・タイプの第１セットの第２セットからの如何なるパケット・タイプも有するパケットそれぞれは、パケットそれぞれに関連する動作点に先行する、またはパケットそれぞれに関連する動作点に等しい、それに関連する如何なる動作点も有するパケットとともに、パケットそれぞれに関連する動作点でメディア・コンテンツの符号化表現に寄与するデータを更に運ぶ。ネットワーク・エンティティは、複数の動作点の少なくとも１つのサブセット（シーケンシャルな動作点の順序に関して、導き出すもの）に（シーケンシャルな動作点の順序において）シーケンシャルに関連するプロファイルおよび／またはレベル記述子のシーケンス、それに関連する第２セットと互いに素な（外部にある）予め定められたパケット・タイプを有するパケットから読み込むように構成され、プロファイルおよび／またはレベル記述子それぞれは、プロファイルおよび／またはレベル記述子それぞれに関連する動作点を有し、それに関連するパケットのシンタックスが従う、利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲を定義する。ネットワーク・エンティティは、データストリームにおけるシグナリングに応答して、プロファイルおよび／またはレベル記述子の第１セットから利用できる符号化・オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を明示的に読み込み、また、第２の、プロファイルおよび／またはレベルの互いに素な空でないセットのために、他の、先行するプロファイルおよび／またはレベル記述子を読み込み、且つプロファイルおよび／またはレベル記述子の第２の、互いに素な空でないセットの利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲の定義を、参照される先行するプロファイルおよび／またはレベル記述子それぞれから導き出す。
【０１７４】
他の実施例において、ネットワーク・エンティティは、関連する利用できる符号化オプション・セットおよび／または利用できるシンタックス要素値の範囲に基づいて、それに関連する複数のパケット・タイプの第１セットからの如何なるパケット・タイプも有するパケットの中の選択をレンダーするように構成される。
【０１７５】
上述した実施の形態からの以下の逸れることは可能である。例えば、正確に１つの動作点または層ＩＤのための１つのプロファイル／レベルを有する代わりに、層セットへの動作点または層ＩＤのグループ化は、セットのものそれぞれのためのプロファイル／レベル記述子それぞれに関連する状態で、データ・ストリームにおいて（例えば、ＶＰＳにおいて）信号されてもよい。例えば、フラグのフィールドは、グループ化の信号を送るために信号を送られてもよい。セットそれぞれのために、動作点それぞれのための１つのフラグは、動作点それぞれがセットそれぞれに属するかまたは属さないかに関するシグナリングのために存在してもよい。したがって、如何なる層ＩＤを引用するフィールド５６を有することよりはむしろ、プロファイル／まレベル記述子のフィールド５６が層ＩＤの信号されるセットからの（すなわち、動作点のセットからの）セットを示してもよい。したがって、他のプロファイル／レベル記述子の参照は、個々の層ＩＤそれの中の信号を送ることしよりはむしろ、フィールド５２における他の層セットの信号を送ることを介してなされる。
【０１７６】
更に、スケーラビリティ軸記述子３８に関して、同じものが異なって信号されてもよい。：フラグのシーケンスで構成されるスケーラビリティ・タイプ・フィールドは（特定のスケーラビリティ・タイプにそれぞれ関連し）、ＶＰＳにおけるデータ・ストリームにおける存在によってでもよく、例えば、また、スケーラビリティ・タイプが存在するか存在しないかに関する信号を送る。このフィールドの範囲内のフラグの順序において、セットであるフラグが、それを意味するセマンティックと同様に、スケーラビリティ軸の数の信号を、したがって、送る。フラグメント６２への層ＩＤフィールドの３４ビット・シーケンスのサブビジョンは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎによってまさにその時なされる、スケーラビリティ・タイプごとに（すなわち、スケーラビリティ・タイプ・フィールドにおけるフラグ・セットごとに）、長さの指標を用いてなされてもよい。一緒に、スケーラビリティ・タイプ・フィールドおよびｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１＿ｄｉｍ＿ｌｅｎは、スケーラビリティ軸記述子３８を形成する。
【０１７７】
上記、参照動作点識別子のリスト９８のペアおよび参照動作点識別子のリスト９８に関連する動作点（または動作点のセット）を識別するフィールド５６は、シーケンシャルな動作点の順序（すなわち、層の中の依存関係）を示すために用いられる。これは、動作点に動作点識別子の順序に沿って動作点の複数の先行するものに依存することを可能とするための１つの可能性である。複数のカメラ・ビューを備える場合の使用において、例えば、符号化ビューごと（すなわち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの個々の値）の複数の参照ビュー（すなわち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの複数の値）のシグナリングは、隣接するカメラ・ビューにおける対応する画像エリアの閉塞（ｏｃｃｌｕｓｉｏｎｓ）および暴露（ｒｅｖｅｌａｔｉｏｎ）が相互に関してカメラの変換（ｔｒａｎｓｌａｔｉｏｎ）に依存することが生じてもよいこととして有益である。したがって、参照する複数のカメラ・ビューは、暴露される画像エリア（すなわち、テクスチャ）が、参照されるカメラ・ビューのいずれからも内部的に符号化されること（ｉｎｔｒａ−ｃｏｄｅｄ）の代わりに予測されてもよいこととして、より高い符号化の効率性を導くことができる。符号化の利点は、同じスケーラビリティ次元の範囲内の参照に限定されないことである。例えば、深度ビュー（カレントに符号化されるカメラ・ビューまたは他のカメラ・ビュー）が、カレントに符号化される従属カメラ・ビューのための運動ベクトルを予測するために活用されてもよい。しかしながら、１つの動作点が、それに関連するより低い動作点識別子を有する１つ以上の動作点に依存することを可能とするシグナリングが、更に異なって実装されてもよい。例えば、動作点それぞれのために、フラグは、動作点それぞれが依存する、層ＩＤにおける先行する動作点（すなわち、より低い動作点識別子を有すること）に関する信号を送ってもよい。フィールドは、凝縮された形式に信号されてもよい。：ビット・ストリームにおいて生じるＮ動作点は、それらの動作点識別子によって定義される、それの中で定義される順序を有する。動作点のシーケンスは、必要とするＮ（Ｎ−１）／２ビットそれによって、ＶＰＳへのより低い動作点識別子を有する動作点ごとの１つのフラグを挿入することを用いて、したがって、第２の、しかし動作点識別子のセンスにおいて最も低いものから最も高いものまでスキャンされる。すなわち、複数の動作点のそれぞれのために、―またはその少なくとも１つのサブセット―シンタックス、例えば、―複数の動作点の他の動作点を識別し、より低い動作点識別子によって識別される、参照層ＩＤリスト９８または動作点の先行するものに関するフラグのシーケンスは、これらの識別される動作点識別子が動作点それぞれの基礎を形成して、ＶＰＳにおいて存在してもよい。言い換えると、シンタックスは、それらの動作点（シンタックスが属する動作点それぞれ）が、シーケンシャルな動作点の順序を示すことそれによって、拡張機能である。
【０１７８】
いくつかの態様が、装置の前後関係（ｃｏｎｔｅｘｔ）に記載されていたとはいえ、これらの態様が、対応する方法の記述を更に表すことは明らかであり、そこでは、ブロックまたは装置が、方法のステップまたは方法のステップの特徴に対応する。類似して、方法のステップの前後関係において記述される態様は、対応するブロックもしくはアイテムまたは対応する装置の特徴の記述を更に表す。方法のステップのいくらかまたは全ては、ハードウェア装置によって（またはハードウェア装置を用いて）実行されてもよい。ハードウェア装置は、例えば、マイクロプロセッサ、プログラマブルなコンピュータまたは電子回路のようなものである。いくつかの実施例において、最も重要な方法のステップのいくつかの１つ以上は、このような装置によって実行されてもよい。
【０１７９】
本発明の符号化されたデータ・ストリームは、デジタル記憶媒体に保存することができ、または例えば、無線伝送媒体またはインターネットのような有線伝送媒体などの伝送媒体上で伝送することができる。
【０１８０】
特定の実装要求に応じて、本発明の実施の形態は、ハードウェアにおいてまたはソフトウェアにおいて実装することができる。実装は、方法それぞれが実行されるようにプログラマブルなコンピュータ・システムと協同して（または協同することができる）、そこに保存される電子的に読込み可能な制御信号を有するデジタル記憶媒体（例えば、フロッピー（登録商標）・ディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはＦＬＡＳＨメモリ）を用いて実行されることができる。したがって、デジタル記憶媒体は、コンピュータ読込み可能であってもよい。
【０１８１】
本発明によるいくつかの実施の形態は、本願明細書において記述される方法の１つが実行されるように、プログマラブルなコンピュータ・システムと協同することができる、電子的に読込み可能な制御信号を有するデータ・キャリアを備える。
【０１８２】
一般に、本発明の実施の形態は、プログラム・コードを有するコンピュータ・プログラム製品として実装することができ、プログラム・コードは、コンピュータ・プログラム製品がコンピュータにおいて動作するとき、方法の１つを実行するために実施される。プログラム・コードは、例えば機械読込み可能のキャリアに保存されてもよい。
【０１８３】
他の実施の形態は、機械読込み可能なキャリアに保存される、本願明細書において記述される方法の１つを実行するためのコンピュータ・プログラムを備える。
【０１８４】
言い換えると、創意に富んだ方法の実施の形態は、したがって、コンピュータにおいてコンピュータ・プログラムが動作するとき、本願明細書において記述される方法の１つを実行するためのプログラム・コードを有するコンピュータ・プログラムである。
【０１８５】
創意に富んだ方法の更なる実施の形態は、したがって、本願明細書において記述される方法の１つを実行するためのコンピュータ・プログラムを備える（そこで記録される）データ・キャリア（すなわち、デジタル記憶媒体、またはコンピュータ読込み可能な媒体）である。データ・キャリア、デジタル記憶媒体または記録される媒体は、概して有形および／または無形である。
【０１８６】
創意に富んだ方法の更なる実施の形態は、したがて、本願明細書において記述される方法の１つを実行するためのコンピュータ・プログラムを表す信号のデータ・ストリームまたはシーケンスである。信号のデータ・ストリームまたはシーケンスは、例えば、データ通信接続を介して（例えば、インターネットを介して）、伝送されるように構成されてもよい。
【０１８７】
更なる実施の形態は、本願明細書において記述される方法の１つを実行するように構成または適応される、処理手段（例えば、コンピュータ、またはプログラマブルな論理装置）を備える。
【０１８８】
更なる実施の形態は、本願明細書において記述される方法の１つを実行するためのコンピュータ・プログラムをインストールされたコンピュータを備える。
【０１８９】
本発明による更なる実施の形態は、レシーバのために本願明細書において記述される方法の１つを実行するためのコンピュータ・プログラムを伝送する（例えば、電子的にまたは光学的に）ように構成される装置またはシステムを備える。レシーバは、例えば、コンピュータ、モバイル装置、メモリ装置などであってもよい。装置またはシステムは、例えば、レシーバのためにコンピュータ・プログラムを伝送するためのファイル・サーバを備えてもよい。
【０１９０】
いくつかの実施の形態において、プログラマブルな論理装置（例えば、フィールド・プログラマブルなゲート・アレイ）は、本願明細書において記述される方法の機能のいくらかまたは全てを実行するために用いられてもよい。いくらかの実施の形態において、プログマラブルなゲート・アレイは、本願明細書において記述される方法の１つを実行するためのマイクロプロセッサと協同してもよい。一般に、方法は、いかなるハードウェア装置によっても好ましく実行される。
【０１９１】
上述した実施の形態は、本発明の原理のための単なる例示である。アレンジの修正および変更並びに本願明細書において記述される詳細が他の当業者にとって明らかであるものと理解される。したがって、差し迫った特許請求の範囲によってのみ限定され、且つ本願明細書における実施の形態の記述および説明として示される具体的な詳細によっては限定されないことの意図である。
【図１ａ】
2015516748.tif 000007
【図１ｂ】
2015516748.tif 000008
【図１ｃ】
2015516748.tif 000009
【図２】
2015516748.tif 000010
【図３ａ】
2015516748.tif 000011
【図３ｂ】
2015516748.tif 000012
【図４】
2015516748.tif 000013
【図５】
2015516748.tif 000014
【図６】
2015516748.tif 000015
【図７】
2015516748.tif 000016
【図８】
2015516748.tif 000017
【図９】
2015516748.tif 000018
【図１０】
2015516748.tif 000019
【図１１】
2015516748.tif 000020
【図１２ａ】
2015516748.tif 000021
【図１２ｂ】
2015516748.tif 000022
【図１２ｃ】
2015516748.tif 000023
【図１３】
2015516748.tif 000024
【図１４】
2015516748.tif 000025
【手続補正書】
【提出日】平成26年12月11日(2014.12.11)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
現在の作業原案におけるＮＡＬユニットのシンタックスにおいて、現在のコンセンサスは、２バイトのＮＡＬユニット・ヘッダを用いることであった。第１バイトにおいて、ｎａｌ＿ｒｅｆ＿ｆｌａｇは、このＨＬ機能がアプリケーションで広く用いられなかったため、Ｈ．２６４／ＡＶＣにおけるｎａｌ＿ｒｅｆ＿ｉｄｃの２バイトの反対のビットで信号が送られる。シンタックス要素ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは従って、ＮＡＬユニットのタイプの信号を送るためのもう１つのビットを有する。それは、合計６４の識別可能なタイプを許す。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
映像パラメータ・セットは、映像ビットストリーム並びに全ての動作点の範囲内のためのプロファイルおよびレベルに存在する（例えば、時間的な）レベル／層の数などのパラメータの信号を送ると思われた。信号を送られる他のパラメータは、ＳＶＣスケーラビリティ情報ＳＥＩメッセージに信号を送られるのと同様に、スケーラブルな層の間の依存を含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
付加的な簡単な説明が、ＮＡＬユニットおよび映像パラメータ・セットのシンタックスのセマンティックに関して、下記で提示される。
【国際調査報告】
2015516748.tif 000026
2015516748.tif 000027
2015516748.tif 000028
2015516748.tif 000029
2015516748.tif 000030