(57)【要約】【課題】信号送受信装置及び信号送受信方法を提供する。【解決手段】本発明の実施例は、ビデオデータをエンコードするステップと、前記エンコードされたビデオデータを、複数のビデオサンプリングフォーマットで表示するためのビデオ構成メタデータ情報を含むシグナリング情報を生成するステップと、前記エンコードされたビデオデータ及び前記シグナリング情報を多重化し、該多重化されたビデオデータ及びシグナリング情報を伝送するステップとを有する、信号送信方法を提供する。【選択図】図１
2016501458.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータをエンコードするステップと、
前記エンコードされたビデオデータを、複数のビデオサンプリングフォーマットで表示するためのビデオ構成メタデータ情報を含むシグナリング情報を生成するステップと、
前記エンコードされたビデオデータ及び前記シグナリング情報を多重化し、該多重化されたビデオデータ及びシグナリング情報を伝送するステップと、
を有する、信号送信方法。
【請求項２】
前記エンコードされたビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含む、請求項１に記載の信号送信方法。
【請求項３】
前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及び前記ビデオ構成メタデータ情報を含む、請求項２に記載の信号送信方法。
【請求項４】
前記ビデオ構成メタデータ情報は、
前記エンコードされたビデオデータが、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示す、請求項１に記載の信号送信方法。
【請求項５】
ビデオストリームと、前記ビデオストリームが複数のビデオサンプリングフォーマットで表示可能であることを示すビデオ構成メタデータ情報を含むシグナリング情報を逆多重化するステップと、
前記逆多重化したシグナリング情報をデコードするステップと、
前記ビデオ構成メタデータ情報に基づいて、前記ビデオストリームの少なくとも一つで伝送されるビデオデータをデコードするステップと、
を有する、信号受信方法。
【請求項６】
前記ビデオストリームは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含む、請求項５に記載の信号受信方法。
【請求項７】
前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及び前記ビデオ構成メタデータ情報を含む、請求項６に記載の信号受信方法。
【請求項８】
前記ビデオ構成メタデータ情報は、前記ビデオストリームが、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示す、請求項５に記載の信号受信方法。
【請求項９】
ビデオデータをエンコードするエンコーダと、
前記エンコードされたビデオデータを、複数のビデオサンプリングフォーマットで表示するためのビデオ構成メタデータ情報を含むシグナリング情報を生成するシグナリング情報生成部と、
前記エンコードされたビデオデータ及び前記シグナリング情報を多重化する多重化部と、
を備える、信号送信装置。
【請求項１０】
前記エンコードされたビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含む、請求項９に記載の信号送信装置。
【請求項１１】
前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及び前記ビデオ構成メタデータ情報を含む、請求項１０に記載の信号送信装置。
【請求項１２】
前記ビデオ構成メタデータ情報は、
前記エンコードされたビデオデータが、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示す、請求項９に記載の信号送信装置。
【請求項１３】
ビデオストリームと、前記ビデオストリームが複数のビデオサンプリングフォーマットで表示可能であることを示すビデオ構成メタデータ情報を含むシグナリング情報を逆多重化する逆多重化部と、
前記逆多重化したシグナリング情報をデコードするシグナリング情報復号部と、
前記ビデオ構成メタデータ情報に基づいて、前記ビデオストリームの少なくとも一つで伝送されるビデオデータをデコードするデコーダと、
を備える、信号受信装置。
【請求項１４】
前記ビデオストリームは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含む、請求項１３に記載の信号受信装置。
【請求項１５】
前記ビデオ構成メタデータ情報は、
前記ビデオストリームが、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示す、請求項１３に記載の信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号送受信装置及び信号送受信方法に関する。
【背景技術】
【０００２】
ビデオ信号処理速度が高速化するに伴って超高解像度（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ；以下、ＵＨＤという。）ビデオをエンコード／デコードする方案が研究されている。既存のＨＤ受信機を用いてＵＨＤビデオを受信した場合にも、ＵＨＤだけでなく、ＨＤビデオを問題なく処理する方案が研究されている。
【０００３】
しかし、既存のＨＤ放送は、４：２：０のクロマサブサンプリングフォーマット（ｃｈｒｏｍａ  ｓｕｂｓａｍｐｌｉｎｇ  ｆｏｒｍａｔ）に基づいて使用しているが、より向上した色感の提供のために、高解像度ビデオには４：２：２又は４：４：４のクロマサブサンプリングフォーマットを用いることができる。例えば、４：２：２フォーマット（又は、４：４：４）で放送をする場合、これは既存のＨＤＴＶには互換されないフォーマットであるため、既存の放送信号を受信する受信機は、高解像度放送を正しく実現できないという問題点がある。
【０００４】
高画質の放送のために、既存のクロマサブサンプリング方式と異なるクロマサブサンプリング方式を用いる場合、既存のＨＤＴＶも問題なくビデオ信号を受信／出力できる方法が必要である。既存の４：２：０クロマサブサンプリング方式と４：２：２方式の互換方式が必要であり、スキャン方式も、プログレッシブ（ｐｒｏｇｒｅｓｓｉｖｅ）方式とインターレース（ｉｎｔｅｒｌａｃｅｄ）方式が互換可能な方法が必要であるが、今のところ、これに対する解決策が提示されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ビデオデータのサブサンプリングフォーマットに対する互換性を提供することができる信号送受信方法及び信号送受信装置を提供する。
【０００６】
本発明の他の目的は、既存の放送受信機と互換可能なビデオサンプリングフォーマットを提供しながら、異なったビデオサンプリングフォーマットを有する高解像度ビデオを提供することができる信号送受信方法及び信号送受信装置を提供する。
【課題を解決するための手段】
【０００７】
本発明の実施例は、ビデオデータをエンコードするステップと、前記エンコードされたビデオデータを、複数のビデオサンプリングフォーマットで表示するためのビデオ構成メタデータ情報を含むシグナリング情報を生成するステップと、前記エンコードされたビデオデータ及び前記シグナリング情報を多重化し、該多重化されたビデオデータ及びシグナリング情報を伝送するステップとを有する、信号送信方法を提供する。
【０００８】
前記エンコードされたビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含むことができる。
【０００９】
前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及び前記ビデオ構成メタデータ情報を含むことができる。
【００１０】
前記ビデオ構成メタデータ情報は、前記エンコードされたビデオデータが、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示すことができる。
【００１１】
本発明の他の実施例は、ビデオストリームと、前記ビデオストリームが複数のビデオサンプリングフォーマットで表示可能であることを示すビデオ構成メタデータ情報を含むシグナリング情報を逆多重化するステップと、前記逆多重化したシグナリング情報をデコードするステップと、前記ビデオ構成メタデータ情報に基づいて、前記ビデオストリームの少なくとも一つで伝送されるビデオデータをデコードするステップとを有する、信号受信方法を提供する。
【００１２】
前記ビデオストリームは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含むことができる。前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及び前記ビデオ構成メタデータ情報を含むことができる。
【００１３】
前記ビデオ構成メタデータ情報は、前記ビデオストリームが、前記輝度成分（Ｙ）と前記色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、前記色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示すことができる。
【００１４】
本発明の他の実施例は、ビデオデータをエンコードするエンコーダと、前記エンコードされたビデオデータを、複数のビデオサンプリングフォーマットで表示するためのビデオ構成メタデータ情報を含むシグナリング情報を生成するシグナリング情報生成部と、前記エンコードされたビデオデータ及び前記シグナリング情報を多重化する多重化部とを備えることができる。
【００１５】
本発明の他の実施例は、ビデオストリームと、前記ビデオストリームが複数のビデオサンプリングフォーマットで表示可能であることを示すビデオ構成メタデータ情報を含むシグナリング情報を逆多重化する逆多重化部と、前記逆多重化したシグナリング情報をデコードするシグナリング情報復号部と、前記ビデオ構成メタデータ情報に基づいて、前記ビデオストリームの少なくとも一つで伝送されるビデオデータをデコードするデコーダとを備える、信号受信装置を提供する。
【発明の効果】
【００１６】
本発明の実施例によれば、ビデオデータのサブサンプリングフォーマットに対する互換性を提供するようにビデオデータを送受信することができる。
【００１７】
本発明の実施例によれば、既存の放送受信機と互換可能なビデオサンプリングフォーマットを提供しながら、異なったビデオサンプリングフォーマットを有する高解像度ビデオを送受信することができる。
【００１８】
本発明の実施例によれば、既存の４：２：０クロマサブサンプリングフォーマットのみを支援するインターレース方式のＨＤシステムとの互換性を提供することもでき、他のクロマサブサンプリングフォーマットによる高解像度ビデオを提供することもできる。
【００１９】
本発明の実施例によれば、ＨＤＴＶ受信機でＵＨＤＴＶ放送チャネルを介してもＨＤビデオ信号を受信することができ、ＵＨＤ受信機でもそれぞれの支援するクロマサブサンプリングフォーマットに合う信号を受信することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明に係る信号送信方法の一実施例を示す図である。
【図２】ビデオフォーマットがプログレッシブである場合に対するクロマサブサンプリングフォーマットの輝度（Ｙ）及び色差（Ｃｂ，Ｃｒ）信号のサンプリング概念図である。
【図３】高解像度ビデオであるＵＨＤビデオをエンコードする方式を例示する図である。
【図４】４：２：０サンプリングのビデオデータを４：２：２サンプリングのビデオデータに変換する例を示した図面。
【図５】アップサンプリング過程を例示する図である。
【図６】アップサンプリング過程を例示する図である。
【図７】４：２：０ＨＤビデオと４：２：０ＵＨＤビデオ、そして４：２：２ ＵＨＤビデオを提供できるストリーム構造の一例を示す図である。
【図８】本発明の実施例に係る信号送信装置の一実施例を示す図である。
【図９】本発明の実施例に係る信号送信装置の他の実施例を示す図である。
【図１０】ビデオサンプリングによるスキャニング方式の例を示す図である。
【図１１】高解像度ビデオを、スキャニング方式の互換が可能な低い解像度のビデオデータに変形する第１例を示す図である。
【図１２】高解像度ビデオを、スキャニング方式の互換が可能な低い解像度のビデオデータに変形する第２例を示す図である。
【図１３】高解像度ビデオを、スキャニング方式の互換が可能な低い解像度のビデオデータに変形する第３例を示す図である。
【図１４】本発明に係る信号受信装置のデコーダの一実施例を示す図である。
【図１５】本発明の実施例によってビデオを表出させることができるシグナリング情報を例示する図である。
【図１６】本発明の実施例に係るシグナリング情報の具体的なシンタックス値を例示する図である。
【図１７】本発明の実施例に係るストリームレベルデスクリプタの一例を示す図である。
【図１８】上記に例示したビデオの解像度及びフレームレートを示す情報の値を例示する図である。
【図１９】本来ＵＨＤビデオのクロマサブサンプリングフォーマットに関する情報を例示する図である。
【図２０】ビデオデータのレジデュアル（ｒｅｓｉｄｕａｌ）データに関する解像度（ｒｅｓｏｌｕｔｉｏｎ）情報を例示する図である。
【図２１】エンハンスメントレイヤ（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）で送信する信号の成分に関する情報を例示する図である。
【図２２】例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する図である。
【図２３】例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する図である。
【図２４】例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する図である。
【図２５】実施例によるビデオデータのＳＥＩ領域のペイロードに対するシンタックスを例示する図である。
【図２６】本発明に係る信号受信装置の一実施例を示す図である。
【図２７】本発明に係る信号受信方法の一実施例を示す図である。
【図２８】本発明の実施例に係る信号送信装置の一実施例を示す図である。
【図２９】本発明の実施例に係る信号受信装置の一実施例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明を容易に説明し得る実施例を、図面を参照して説明する。
【００２２】
図１は、本発明に係る信号送信方法の一実施例を示す図である。
【００２３】
ビデオデータをエンコードする（Ｓ１１０）。ビデオデータをエンコードする場合、以下に開示する実施例によって、ビデオデータのエンコーディング情報であるビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）を、エンコードされたビデオデータに含めることができる。
【００２４】
エンコードされたビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含むことができる。この輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及びビデオ構成メタデータ情報を含むことができる。エンコードされたビデオデータの構造とビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）は、図７（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）及び図２５で詳しく記述する。
【００２５】
ビデオデータは、サブサンプリングと解像度によって複数のレイヤデータにスケーラブル（ｓｃａｌａｂｌｅ）エンコードすることができる。ビデオデータをエンコードする例は、図８及び図９に例示する。また、エンコーディング時に、ビデオデータのサブサンプリングと解像度によってスキャニング方式の変化が必要な場合、図１１乃至図１３の方式によってビデオデータのスキャニング方式を変換できるように、エンコーダでビデオデータをエンコードすることができる。
【００２６】
エンコードされたビデオデータが放送信号に含まれて伝送される場合、エンコードされたビデオデータを、複数のビデオサンプリングフォーマットで表出できるビデオ構成メタデータ情報を含むシグナリング情報を生成する（Ｓ１２０）。ビデオ構成メタデータ情報は、エンコードされたビデオデータが、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示すことができる。ビデオデータと別個のシグナリング情報の例は、図１５乃至図２４に例示する。
【００２７】
エンコードされたビデオデータとシグナリング情報を多重し、多重化されたビデオデータ及びシグナリング情報を伝送する（Ｓ１３０）。伝送データが放送信号でない場合には、ビデオデータと多重化されるシグナリング情報の生成段階は省略され、Ｓ１１０で説明したビデオデータ領域内にシグナリング情報のみがビデオデータと共にエンコードされて伝送される。
【００２８】
図２は、ビデオフォーマットがプログレッシブである場合に対するクロマサブサンプリングフォーマットの輝度（Ｙ）及び色差（Ｃｂ，Ｃｒ）信号のサンプリング概念を示す図である。ビデオフォーマットがプログレッシブである場合、輝度信号と色差信号が４：４：４のとき、各ピクセルは輝度信号と色差信号を全て用いた色で表出され、各ピクセルでは輝度信号と色差信号の比が１：１：１となる。
【００２９】
輝度信号と色差信号が４：２：２の場合は、４×２の８個ピクセル単位において輝度（Ｙ）信号が８回サンプリングする間に、色差（Ｃｂ，Ｃｒ）信号はそれぞれ４回のみサンプリングする。
【００３０】
輝度信号と色差信号が４：２：０の場合は、４×２の８個ピクセル単位において輝度（Ｙ）信号が８回サンプリングする間に、色差（Ｃｂ，Ｃｒ）信号は水平的に２回サンプリングし、垂直的には１回サンプリングする。
【００３１】
図３は、高解像度ビデオであるＵＨＤビデオをエンコードする方式を例示する図である。
【００３２】
ＵＨＤビデオは、スケーラブルビデオコーディング（ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ）方法を用いてエンコードすることができる。この場合、４：２：０インターレースフォーマットのＨＤビデオに互換可能な４：２：２プログレッシブフォーマットのビデオフォーマットを有することができる。
【００３３】
例えば、既存の４：２：０インターレース方式のＨＤデータを ベースレイヤ （ｂａｓｅ  ｌａｙｅｒ）データに符号化する。この場合、ベースレイヤデータは＜４：２：０フォーマットのインターレース方式のＨＤデータとなる。このとき、Ｙ信号は、１９２０×１０８０、Ｃｂ／Ｃｒ信号は９６０×５４０の解像度を有することができる。
【００３４】
ＨＤ信号でＵＨＤ映像をアップスケーリング（ｕｐｓｃａｌｉｎｇ）させた後、必要な４：２：０ＵＨＤ信号を構成するための残りのルマ（ｌｕｍａ）及びクロマ（ｃｈｒｏｍａ）のレジデュアル信号は、エンハンスメントレイヤ１データに符号化する。この場合、Ｙ信号は、３８４０×２１６０、Ｃｂ／Ｃｒ信号は１９２０×１０８０の解像度を有することができる。
【００３５】
エンハンスメントレイヤ２データは、４：２：２フォーマットのＵＨＤを構成するためのクロマ成分のレジデュアルデータを符号化して生成することができる。この場合、Ｃｂ／Ｃｒ信号は１９２０×２１６０の解像度を有することができる。
【００３６】
受信機は、ベースレイヤデータとエンハンスメントレイヤ１データとをマージ（ｍｅｒｇｅ）して４：２：０ＵＨＤ放送信号をディスプレイしたり、ベースレイヤデータとエンハンスメントレイヤ１及び２データとをマージして４：２：２のＵＨＤ放送信号をディスプレイすることができる。
【００３７】
図４は、４：２：０サンプリングのビデオデータを４：２：２サンプリングのビデオデータに変換する例を示す。例えば、４：２：０サンプリングの４Ｋビデオデータは、３８４０×２１６０の輝度（Ｙ）信号とそれぞれ１９２０×１０８０の色差（Ｃｂ，Ｃｒ）信号を含むことができる。
【００３８】
ここに、１９２０×１０８０の色差（Ｃｂ，Ｃｒ）信号を追加すると、４：２：２サンプリングのビデオデータを生成することができ、このデータは、３８４０×２１６０の輝度（Ｙ）信号とそれぞれ１９２０×２１６０の色差（Ｃｂ，Ｃｒ）のレジデュアル信号を含むことができる。このように、４：２：２サンプリングのビデオデータと４：２：０サンプリングのビデオデータを互換するために、両ビデオデータの解像度によって色差（Ｃｂ，Ｃｒ）のレジデュアル信号を追加しすることでより高いサンプリングのビデオデータを生成することができる。したがって、４：２：０サンプリングのビデオデータに色差（Ｃｂ，Ｃｒ）信号のレジデュアルデータを追加して４：２：２サンプリングのＵＨＤビデオを生成することができる。
【００３９】
図５は、アップサンプリング過程を例示する図である。同図では、図３で例示したように、エンハンスメントレイヤ１データ及びエンハンスメントレイヤ２データを用いて４：２：２サンプリングのビデオデータを生成する例を示す。
【００４０】
受信機が４：２：０サンプリングのエンハンスメントレイヤ１データ（ｐ１〜ｐ４）を受信した場合、このデータに対してアップスケーリングを行う。Ｘで表示された部分は、インターポレーションされるピクセルの位置を表す。
【００４１】
色差信号のエンハンスメントレイヤ２データは、高解像度ビデオデータの色差成分のレジデュアルデータ（ｒ１〜ｒ８）である。このため、エンハンスメントレイヤ２データはエンハンスメントレイヤ１データに比べて高い解像度のピクセルデータを含む。したがって、アップスケールされたエンハンスメントレイヤ１の色差データとエンハンスメントレイヤ２の色差データを用いて４：２：２データを生成することができる。
【００４２】
同図の例は、高解像度データが４ＫのＵＨＤビデオである場合、４Ｋのビデオの４：２：０クロマサブサンプリングフォーマットを４：２：２のクロマサブサンプリングフォーマットに変換する過程である。４：２：０ＵＨＤビデオを４：２：２のＵＨＤビデオに変換させるためには、さらに色差信号（Ｃｂ／Ｃｒ）のレジデュアルデータを用いる。既存の色差信号（Ｃｂ／Ｃｒ）のクロマサンプルを縦方向に２倍アップサンプリング（ｕｐｓｃａｌｉｎｇ）した後、エンハンスメントレイヤ２データであるＵＨＤビデオの色差成分のレジデュアルデータをマージして復元すると、４：２：２サンプリングのビデオを構成するクロマデータを得ることができる。４：２：２フォーマットを支援するＵＨＤ受信機では、ベースレイヤ（ｂａｓｅ  ｌａｙｅｒ）データ、エンハンスメントレイヤ１データ、及びエンハンスメントレイヤ２データをマージし、最終的に４：２：２のＵＨＤ放送信号を復元することができる。
【００４３】
図６は、アップサンプリング過程を例示する図である。同図では、４Ｋ映像の４：２：２のクロマサンプルデータを用いて４Ｋの４：４：４クロマサンプリングのビデオデータを生成する例を示す。
【００４４】
受信機が４：２：０サンプリングのベースレイヤデータとエンハンスメントレイヤ１データ（ｃ１〜ｃ８）を受信した場合、このデータに対してアップスケーリングを行う。Ｘで表示された部分は、インターポレーションされるピクセルの位置を表す。
【００４５】
色差信号のエンハンスメントレイヤ２データは、高解像度ビデオデータの色差成分のレジデュアルデータ（ｒ１〜ｒ１６）である。したがって、アップスケールされたベースレイヤデータ及びエンハンスメントレイヤ１色差データとエンハンスメントレイヤ２色差データを用いて、４：２：２サンプリングの高解像度ビデオデータ（３８４０×２１６０）を生成することができる。図７は、４：２：０ＨＤビデオと４：２：２ ＵＨＤビデオを提供できるストリーム構造の一例である。
【００４６】
４：２：２サンプリングのＵＨＤビデオサービスを提供する伝送ビデオストリームＡは、４：２：０サンプリングのＵＨＤビデオサービスを提供できるストリームＢ、ＣｂレジデュアルデータＥ、ＣｒレジデュアルデータＦ、及びシグナリングデータであるメタデータＧを含むことができる。
【００４７】
４：２：０サンプリングのＵＨＤビデオサービスを提供できるストリームＢは、既存のＨＤビデオを受信して表出できる受信機のために従来のＨＤビデオサービスを提供できる４：２：０サンプリングＨＤビデオストリームＣ、及び４：２：０サンプリング４Ｋ ＵＨＤビデオデータのためのエンハンスメントレイヤデータＤを含むことができる。
【００４８】
ＨＤビデオサービスを提供できる４：２：０サンプリングＨＤビデオストリームＣ、及び４：２：０サンプリング４Ｋ ＵＨＤビデオを構成できるレジデュアルデータを用いると、４：２：０ＵＨＤビデオサービスを提供することができる。
【００４９】
そして、４：２：０サンプリングのＵＨＤビデオサービスを提供できるストリームＢにＣｂ／Ｃｒのレジデュアルデータを伝送すると、４：２：２のＵＨＤビデオサービスを提供することができる。
【００５０】
このとき、ＵＨＤ構成メタデータ（ＵＨＤ  ｃｏｍｐｏｓｉｔｉｏｎ  ｍｅｔａｄａｔａ）は、いかなる色差成分のレジデュアルデータであるかとともに、それぞれの解像度（ｒｅｓｏｌｕｔｉｏｎ）情報を含むことができる。
【００５１】
この例は、４Ｋ ＵＨＤビデオを提供するために、２つのクロマ（Ｃｂ，Ｃｒ）のレジデュアルデータがそれぞれ１９２０×２１６０ピクセルデータサイズを有する場合を例示する。
【００５２】
図８は、本発明の実施例に係る信号送信装置の一実施例を例示する。この例で、４：４：４サンプリングのＵＨＤビデオデータは、４：２：０サンプリングのＨＤベースレイヤデータ、４：２：０サンプリングのＵＨＤビデオデータが含まれたエンハンスメントレイヤ１データ、及び４：２：２サンプリングのＵＨＤビデオの色差成分のレジデュアルデータが含まれたエンハンスメントレイヤ２データとして伝送することができる。
【００５３】
信号送信装置の一実施例は、ベースレイヤデータをエンコードする第１エンコーディング部２２０、エンハンスメントレイヤ１データをエンコードする第２エンコーディング部２３０、及びエンハンスメントレイヤ２データをエンコードする第３エンコーディング部２４０を備えることができる。
【００５４】
４ＫのＵＨＤ原本ビデオを４：４：４サンプリングのビデオＡと仮定する。この原本ビデオの解像度は４Ｋであるから、Ｙ信号、Ｃｂ信号、Ｃｒ信号に対してそれぞれ３８４０×２１６０を有することができる。
【００５５】
第１サブサンプリング部２１０は、水平方向にクロマ信号をサブサンプリングすることができる。これで、４：２：２サンプリングのＵＨＤビデオＢを出力する。一方、原本ビデオが４：２：２ ＵＨＤビデオであってもよい。この場合には、第１サブサンプリング部２１０を信号送信装置の一実施例で省略する。
【００５６】
第１エンコーディング部２２０の第１ダウンサンプリング部２２１は、サブサンプリングを行ったビデオＢを、４：２：２サンプリングのＨＤ級の解像度を有するビデオにダウンサンプリングすることができる。
【００５７】
信号変換部２２３は、プログレッシブ（ｐｒｏｇｒｅｓｓｉｖｅ）方式のビデオをインターレースド（ｉｎｔｅｒａｃｅｄ）方式のビデオに変換することができる。変換する方法に対する実施例については、図面を参照して詳しく後述する。
【００５８】
第２サブサンプリング部２２５は、４：２：２サンプリングのビデオを垂直方向にクロマ信号に対してサブサンプリングすることができる。これで、４：２：０サンプリングのＨＤビデオＣを出力することができ、このＨＤビデオの解像度は、輝度（Ｙ）信号に対しては１９２０×１０８０、色差信号（Ｃｂ，Ｃｒ）に対しては９６０×５４０を有することができる。第１ビデオエンコーダ２２７は、この４：２：０サンプリングのＨＤビデオＣをエンコードしてベースレイヤデータとして出力することができる。一方、同図で、信号変換部２２３と第２サブサンプリング部２２５の位置を置き換えることもできる。
【００５９】
第２エンコーディング部２３０は、第３サブサンプリング部２３１、アップスケーリング部２３３、第１演算部２３５、及び第２ビデオエンコーダ２３７を備えることができ、ビデオデータをエンハンスメントレイヤ１データにエンコードすることができる。
【００６０】
第３サブサンプリング部２３１は、４：２：２サンプリングのＵＨＤビデオＢを垂直方向にクロマ信号に対してサブサンプリングする。これで、４：２：０サンプリングのＵＨＤビデオＤを出力することができる。例えば、解像度が４Ｋビデオである場合、４：２：０サンプリングのＵＨＤビデオＤの解像度は、輝度（Ｙ）信号に対しては３８４０×２１６０、色差信号（Ｃｂ，Ｃｒ）に対しては１９２０×１０８０を有することができる。
【００６１】
アップスケーリング部２３３は、第１エンコーディング部２２０が出力する４：２：０サンプリングのＨＤビデオＣをアップスケーリングしてＵＨＤビデオサイズでとして出力して、第１算部２３５は、４：２：０サンプリングのＵＨＤビデオＤから、アップスケールされたＵＨＤビデオを引いて、ＵＨＤビデオのレジデュアルデータを出力する。そして、第２ビデオエンコーダ２３７は、ＵＨＤビデオのレジデュアルデータをエンコードしてエンハンスメントレイヤ１データとして出力することができる。
【００６２】
第３エンコーディング部２４０は、アップスケーリング部２４３、第２演算部２４５、及び第３ビデオエンコーダ２４７を備えることができる。
【００６３】
アップスケーリング部２４３は、４：２：０サンプリングのＵＨＤビデオＤの色差（クロマ）信号をアップスケーリングすることができる。第２演算部２４５は、４：２：２サンプリングのＵＨＤビデオＢから、アップスケーリング部２４３が色差信号をアップスケーリングしたデータを引いてレジデュアルビデオデータを出力する。第３ビデオエンコーダ２４７は、レジデュアルビデオデータをエンコードしてエンハンスメントレイヤ２データとして出力することができる。言い換えると、第３エンコーディング部２４０は、４：２：２サンプリングのＵＨＤビデオＢから、４：２：０サンプリングのＵＨＤビデオＤのクロマアップサンプリングデータを引いたビデオデータをエンコードする。この装置又はこの装置の実行方式によれば、クロマサブサンプリングを用いてＨＤと互換が可能なＵＨＤビデオを伝送することができる。そして、この例によれば、４：２：２ ＵＨＤビデオを４：２：２ ＨＤビデオにダウンサンプリング（ｄｏｗｎ  ｓａｍｐｌｉｎｇ）し、プログレッシブ方式をインターレース方式に変換し、且つクロマ成分をサブサンプリングする。信号変換部２２３と第２サブサンプリング部２２５の順序は、３つの場合に分類することができる。３つの場合を図１０乃至図１２で説明する。
【００６４】
例えば、図１１では、４：２：２ ＵＨＤプログレッシブ方式のビデオデータを４：２：２プログレッシブ方式のＨＤデータに、これをさらに４：２：０プログレッシブ方式のＨＤデータに変換した後に４：２：０ＨＤインターレース方式のビデオに変換する過程を例示する。この例では、色差（ｃｈｒｏｍａ）サブサンプリングを用いてインターレース方式に変換する例を示す。
【００６５】
図１２では、４：２：２ ＵＨＤプログレッシブ方式のビデオデータを、４：２：２プログレッシブ方式のＨＤデータに変換した後、４：２：０ＨＤインターレース方式のビデオに変換する過程を例示する。この例では、色差（ｃｈｒｏｍａ）サブサンプリングとインターレース方式への変換を同時に行う。
【００６６】
図１３では、４：２：２ ＵＨＤプログレッシブ方式のビデオデータを４：２：２プログレッシブ方式のＨＤデータに、これをさらに４：２：２プログレッシブ方式のＨＤデータに変換した後に４：２：０ＨＤ  インターレース方式のビデオに変換する過程を例示する。この例では、インターレース方式に変換した後、色差（ｃｈｒｏｍａ）サブサンプリングを用いてビデオを変換する。
【００６７】
図９は、本発明の実施例に係る信号送信装置の他の実施例を例示する。この例で、４：４：４サンプリングのＵＨＤビデオデータは、４：２：０サンプリングのＨＤベースレイヤデータ、４：２：０サンプリングのＵＨＤビデオデータが含まれたエンハンスメントレイヤ１データ、及び４：２：２サンプリングのＵＨＤビデオの色差成分のレジデュアルデータが含まれたエンハンスメントレイヤ２データとして伝送することができる。
【００６８】
信号送信装置の一実施例は、ベースレイヤデータをエンコードする第１エンコーディング部３２０、エンハンスメントレイヤ１データをエンコードする第２エンコーディング部３３０、及びエンハンスメントレイヤ１データをエンコードする第３エンコーディング部３４０を含むことができる。
【００６９】
４ＫのＵＨＤ原本ビデオを４：４：４サンプリングのビデオＡと仮定する。この原本ビデオの解像度は４Ｋであるから、Ｙ信号、Ｃｂ信号、Ｃｒ信号に対してそれぞれ３８４０×２１６０を有することができる。
【００７０】
第１サブサンプリング部３１０は、水平方向にクロマ信号をサブサンプリングすることができる。これで、４：２：２サンプリングのＵＨＤビデオＢを出力する。一方、原本ビデオが４：２：２ ＵＨＤビデオＢであってもよい。この場合には、第１サブサンプリング部３１０を信号送信装置の一実施例で省略する。
【００７１】
まず、第２エンコーディング部３３０は、サブサンプリング部３３１、アップスケーリング部３３３、第１演算部３３５及び第２ビデオエンコーダ３３７を備えることができる。
【００７２】
第１エンコーディング部３２０の信号変換部３２１は、第２エンコーディング部３３０のサブサンプリング部３３１が、４：２：２サンプリングのＵＨＤビデオＢを垂直方向にクロマ信号に対してサブサンプリングをした４：２：０サンプリングのＵＨＤビデオＤを受信する。例えば、解像度が４Ｋビデオである場合、４：２：０サンプリングのＵＨＤビデオＤの解像度は、輝度（Ｙ）信号に対しては３８４０×２１６０、色差信号（Ｃｂ，Ｃｒ）に対しては１９２０×１０８０を有することができる。
【００７３】
信号変換部３２１は、４：２：０サンプリングのビデオをＵＨＤプログレッシブ方式からＨＤインターレース方式のビデオに変換し、４：２：０サンプリングのＨＤビデオＣを出力することができる。原本ビデオが４Ｋ解像度である場合、このＨＤビデオＣの解像度は、輝度（Ｙ）信号に対しては１９２０×１０８０、色差信号（Ｃｂ，Ｃｒ）に対しては９６０×５４０を有することができる。第１ビデオエンコーダ３２７は、この４：２：０サンプリングのＨＤビデオＣをエンコードしてベースレイヤデータとして出力することができる。
【００７４】
上述したように、第２エンコーディング部３３０は、サブサンプリング部３３１、アップスケーリング部３３３、第１演算部３３５、及び第２ビデオエンコーダ３３７を備えることができ、ビデオデータをエンハンスメントレイヤ１データにエンコードすることができる。
【００７５】
説明した通り、サブサンプリング部３３１は、４：２：２サンプリングのＵＨＤビデオＢを垂直方向にクロマ信号に対してサブサンプリングを行い、４：２：０サンプリングのＵＨＤビデオＤを出力することができる。
【００７６】
アップスケーリング部３３３は、第１エンコーディング部３２０が出力する４：２：０サンプリングのＨＤビデオＣをアップスケーリングしてＵＨＤビデオサイズとして出力し、第１演算部３３５は、４：２：０サンプリングのＵＨＤビデオＤからアップスケールされたＵＨＤビデオを引いてＵＨＤビデオのレジデュアルデータを出力する。
【００７７】
そして、第２ビデオエンコーダ３３７は、このＵＨＤビデオのレジデュアルデータをエンコードしてエンハンスメントレイヤ１データとして出力することができる。
【００７８】
第３エンコーディング部３４０は、アップスケーリング部３４３、第２演算部３４５、及び第３ビデオエンコーダ３４７を備えることができる。
【００７９】
アップスケーリング部３４３は、４：２：０サンプリングのＵＨＤビデオＤの色差（ｃｈｒｏｍａ）信号をアップスケーリングすることができる。
【００８０】
第２演算部３４５は、４：２：２サンプリングのＵＨＤビデオＢから、アップスケーリング部３４３がアップスケーリングしたデータを引いて、レジデュアルビデオデータ出力する。
【００８１】
第３ビデオエンコーダ３４７は、レジデュアルビデオデータをエンコードしてエンハンスメントレイヤ２データとして出力することができる。
【００８２】
言い換えると、第３エンコーディング部３４０は、４：２：２サンプリングのＵＨＤビデオＢから、４：２：０サンプリングのＨＤビデオＣのアップサンプリングデータとエンハンスメントレイヤ１データであるレジデュアルデータをそれぞれ引いたビデオデータをエンコードする。
【００８３】
この装置又はこの装置の実行方式によれば、クロマサブサンプリングを用いてＨＤと互換が可能なＵＨＤビデオを伝送することができる。この例によれば、４：２：２ ＵＨＤビデオのクロマ成分をサブサンプリングしたビデオデータを４：２：０インターレース方式のビデオデータに変換することができる。
【００８４】
以下、上述したように、プログレッシブ方式のビデオデータをインターレースド方式のビデオデータに変換する例を詳しく説明する。
【００８５】
図１０は、ビデオサンプリングによるスキャニング方式の例を示す図である。
【００８６】
同図で、４：２：２プログレッシブ方式のビデオ（ａ）、４：２：０インターレース方式のうち、トップフィールド（ｔｏｐ  ｆｉｅｌｄ）にサンプルデータが位置しているビデオ（ｂ）、４：２：０インターレース方式のうち、ボトムフィールド（ｂｏｔｔｏｍ  ｆｉｅｌｄ）にサンプルデータが位置しているビデオ（ｃ）をそれぞれ例示する。
【００８７】
４：２：０インターレースフォーマットの場合、クロマサブサンプリング位置はフィールドごとに異なってもよいが、トップフィールドにサンプリングデータが位置しているビデオと、ボトムフィールドにサンプリングデータが位置しているビデオとをインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）させると、４：２：０プログレッシブと同じフォーマットのビデオを得ることができる。
【００８８】
このため、既存の４：２：０ＨＤビデオと互換性を考慮すると、インターレースフォーマットとの互換される方法を高解像度ビデオにも適用することができるが、開示する階層構造を用いてビデオシステムを具現すると、ＨＤビデオとスキャニング方式が互換されるＵＨＤビデオデータを得ることができる。
【００８９】
例えば、第１層は４：２：０ＨＤビデオ、第２層は、４：２：０ＵＨＤビデオ、第３層は４：２：２ ＵＨＤビデオが伝送されるようにすることができる。このように３個のレイヤを有するサービスを提供することによって、４：２：０ＵＨＤ及び４：２：０ＨＤシステムに対する互換性を同時に提供することができる。
【００９０】
図１１は、高解像度ビデオを、スキャニング方式の互換が可能な低い解像度のビデオデータに変形する第１例を示す。
【００９１】
まず、４：２：２サンプリングプログレッシブ方式のＵＨＤビデオは、輝度信号及び色差信号の両方とも位置しているピクセルと、輝度信号のみが位置しているピクセルを含む。ここでは、そのビデオに含まれる８ｘ４ピクセルを取り上げて説明する。
【００９２】
第１段階は、４：２：２サンプリングプログレッシブ方式のＵＨＤビデオを、ダウンサンプリングによって４：２：２サンプリングプログレッシブ方式のＨＤビデオに変換する。ここで、ＵＨＤビデオに含まれる８ｘ４ピクセルは４×２ピクセルにダウンサンプリングされる。
【００９３】
第２段階は、４：２：２サンプリングプログレッシブ方式のＨＤビデオのクロマ成分に対してダウンサンプリングを行って４：２：０サンプリングプログレッシブ方式のＨＤビデオに変換する。同図で、各ピクセルの輝度と色差成分を表すラベルが示すピクセル値は、ダウンサンプリング過程上で該当のピクセルの位置で同一に維持されるものではなく、周辺ピクセルとのフィルタリングの結果ピクセル値を示す。
【００９４】
第３段階は、プログレッシブ方式をインターレースド方式に変換する。すなわち、４：２：０サンプリングプログレッシブＨＤビデオを、４：２：０サンプリングインターレースドＨＤビデオに変換する。すると、トップフィールド又はボトムフィールドに輝度信号のみを残し、残りは、該当のピクセルを表現しない。
【００９５】
第１例によれば、４：２：２プログレッシブ方式のＵＨＤビデオを、４：２：２プログレッシブ方式のＨＤビデオに変換し、これをさらに４：２：０プログレッシブ方式のＨＤビデオに変換する。そして、４：２：０プログレッシブ方式のＨＤビデオを、４：２：０インターレースド方式のＨＤビデオに変換することができる。
【００９６】
図１２には、高解像度ビデオを、スキャニング方式の互換が可能な低い解像度のビデオデータに変形する第２例を示す。
【００９７】
同様に、４：２：２サンプリングプログレッシブ方式のＵＨＤビデオは、輝度信号及び色差信号の両方とも位置しているピクセルと、輝度信号のみが位置しているピクセルを含む。ここでは、そのビデオに含まれる８ｘ４ピクセルを取り上げて説明する。
【００９８】
第１段階は、４：２：２サンプリングプログレッシブ方式のＵＨＤビデオを、ダウンサンプリングによって４：２：２サンプリングプログレッシブ方式のＨＤビデオに変換する。ここで、例示するＵＨＤビデオに含まれる８ｘ４ピクセルは、４×２ピクセにダウンサンプリングされる。
【００９９】
第２段階は、４：２：２サンプリングプログレッシブ方式のＨＤビデオのクロマ成分に対してダウンサンプリングを行い、同時にプログレッシブ方式をインターレース方式に変換することができる。この実施例では、４：２：２サンプリングプログレッシブＨＤビデオのクロマ成分をダウンサンプリングすることによって、直接４：２：０インターレース方式のＨＤビデオを抽出することができる。これで、４：２：０インターレースド（インターレースされた）ＨＤビデオを得ることができる。
【０１００】
第２例をよれば、４：２：２プログレッシブ方式のＵＨＤビデオを、４：２：２プログレッシブ方式のＨＤビデオに変換する。そして、４：２：２プログレッシブ方式のＨＤビデオを、４：２：０インターレースド（インターレースされた）方式のＨＤビデオに変換することができる。
【０１０１】
図１３には、高解像度ビデオを、スキャニング方式の互換が可能な低い解像度のビデオデータに変形する第３例を示す。
【０１０２】
同様に、４：２：２サンプリングプログレッシブ方式のＵＨＤビデオは、輝度信号及び色差信号の両方とも位置しているピクセルと、輝度信号のみが位置しているピクセルを含む。ここでは、そのビデオに含まれる８ｘ４ピクセルを取り上げて説明する。
【０１０３】
第１段階は、４：２：２サンプリングプログレッシブ方式のＵＨＤビデオを、ダウンサンプリングによって４：２：２サンプリングプログレッシブ方式のＨＤビデオに変換する。ここで、例示するＵＨＤビデオに含まれる８ｘ４ピクセルは、４×２ピクセルにダウンサンプリングされる。
【０１０４】
第２段階は、４：２：２サンプリングプログレッシブ方式のＨＤビデオのクロマ成分をダウンサンプリングする。これで、４：２：２サンプリングインターレースド方式のＨＤビデオを得ることができる。
【０１０５】
第３段階は、４：２：２サンプリングインターレースド方式のＨＤビデオのクロマ成分をダウンサンプリングして４：２：０サンプリングインターレースド方式のＨＤビデオを得ることができる。
【０１０６】
第３例をよれば、４：２：２プログレッシブ方式のＵＨＤビデオを、４：２：２プログレッシブ方式のＨＤビデオに変換する。そして、４：２：２プログレッシブ方式のＨＤビデオを、４：２：２インターレースド方式のＨＤビデオに変換し、これをさらに４：２：０インターレースド方式のＨＤビデオに変換する。
【０１０７】
第３例によれば、４：２：２サンプリングインターレースドＨＤビデオを抽出し、これからさらに４：２：２サンプリングインターレースドＨＤビデオを抽出する。同様に、ピクセルのラベル（ｌａｂｅｌ）は、各過程で異なったフォーマットのビデオの対応位置を意味するので、各ピクセルの画素値が同一である必要はない。例えば、４：２：０サンプリングビデオのクロマ成分をダウンサンプリングする場合、フィールド単位ではなくプログレッシブ方式でマージされた時の座標を考慮してクロマ成分値を割り当てることができる。例えば、特定位置の輝度信号（例えば、Ｙ１６）に対する色差信号（Ｃｂ／Ｃｒ）を用いて他の位置の色差信号（例えばＣｂ／Ｃｒ２４）を割り当てる方式でビデオデータを変換することができる。
【０１０８】
図１４を参照して、本発明に係る信号受信装置のデコーダの一実施例を説明すると、次のとおりである。ここでは、説明の便宜上、高解像度ビデオデータを４ＫのＵＨＤビデオデータとして例示する。同図で、ビデオと関連したデータは、Ｂ、Ｃ及びＤでそれぞれ表す。
【０１０９】
ビデオデータを復号化するデコーダの一例は、ベースレイヤ復号部４１０、第１エンハンスメントレイヤデータ復号部４２０、及び第２エンハンスメントレイヤデータ復号部４３０のうち少なくとも一つの復号部を備えることができる。例えば、デコーダは、ベースレイヤ復号部４１０を備えたり、ベースレイヤ復号部４１０及び第１エンハンスメントレイヤデータ復号部４２０を備えたり、又はベースレイヤ復号部４１０、第１エンハンスメントレイヤデータ復号部４２０及び第２エンハンスメントレイヤデータ復号部４３０の全てを備えことができる。
【０１１０】
信号受信装置の機能によって、３つの機能の復号部を全て備えることもでき、既存ＨＤビデオを出力する信号受信装置のデコーダは、ベースレイヤ復号部４１０のみを備えることもできる。
【０１１１】
この例で、逆多重化部４０１は、各復号部が共有することもでき、それぞれの復号部が別個の逆多重化部４０１を有することもできる。
【０１１２】
ベースレイヤ復号部４１０の第１デコーダ４１３は、逆多重化部４０１が逆多重化したベースレイヤビデオデータを復号することができる。上記の例によれば、第１デコーダ４１３は、４：２：０サンプリングのＨＤビデオＣを出力することができる。このため、伝送されるビデオデータが４Ｋ高解像度ビデオデータの場合、第１デコーダは、輝度信号は１９２０×１０８０、色差信号は９６０×５４０である解像度のビデオデータを出力することができる。
【０１１３】
ＨＤ受信装置は、受信されるビデオストリームのうち、エンハンスメントレイヤ１と２データを認識できず、ベースレイヤのＨＤビデオのみをを認識し、ＵＨＤ放送チャネルに接続してもＨＤ放送信号のみを出力することができる。
【０１１４】
第１エンハンスメントレイヤデータ復号部４２０におけるアップスケーリング部４２１は、第１デコーダ４１３が復号したＨＤビデオをＵＨＤビデオにアップスケーリングすることができる。そして、第２デコーダ４２３は、逆多重化部４０１が逆多重化したエンハンスメントレイヤ１データとアップスケーリング部４２１がアップスケーリングしたＵＨＤビデオを用いて、スケーラブルビデオデコーディングを行うことができる。この場合、エンハンスメントレイヤ１データ（４：２：０サンプリングＵＨＤビデオのレジデュアルデータ）とアップスケーリング部４２１がアップスケーリングしたＵＨＤビデオとをマージすることができる。
【０１１５】
第２デコーダ４２３が復号するビデオデータは、４：２：０サンプリングＵＨＤビデオデータＤとなり得る、４Ｋビデオの例によれば、第２デコーダ４２３は、輝度信号は３８４０×２１６０、色差信号は１９２０×１０８０である解像度のビデオデータを出力することができる。
【０１１６】
例えば、４：２：０サンプリングのタイプを支援する信号受信装置は、ベースレイヤデータとエンハンスメントレイヤ１データを用いて、伝送されるビデオデータをＵＨＤビデオとして出力することができる。
【０１１７】
第２エンハンスメントレイヤデータ復号部４３０におけるアップスケーリング部４３１は、第２デコーダ４２３が復号したＵＨＤビデオのクロマ成分をアップスケーリングして出力することができる。そして、第３デコーダ４３３は、逆多重化部４０１が逆多重化したエンハンスメントレイヤ２データとアップスケーリング部４３１がアップスケーリングしたＵＨＤビデオを用いて、スケーラブルビデオデコーディングを行うことができる。この場合、エンハンスメントレイヤ２データ（４：２：２サンプリングＵＨＤビデオのクロマ成分のレジデュアルデータ）とアップスケーリング部４３１がクロマ成分をアップスケーリングしたＵＨＤビデオとをマージすることができる。ＵＨＤビデオのクロマ成分をアップスケーリングしたため、第３デコーダ４３３が復号するビデオデータは、４：２：２サンプリングＵＨＤビデオデータＢとなり得る。このため、４Ｋビデオの例によれば、第３デコーダ４３３は、輝度信号及び色差信号の両方とも３８４０×２１６０である解像度のビデオデータを出力することができる。
【０１１８】
したがって、信号受信装置が、上記の復号部の少なくとも一つを備える場合、ＨＤビデオとＵＨＤビデオのうち少なくとも一つのビデオを復号して出力することができる。既存のＨＤビデオ受信装置は、シグナリング情報を用いて受信されるビデオストリームのうち、ベースレイヤデータのみを復号することができ、ＵＨＤビデオ受信装置は、ベースレイヤデータとエンハンスメントレイヤ１データを用いてＵＨＤビデオを出力したり、又はベースレイヤデータ、エンハンスメントレイヤ１データ及びエンハンスメントレイヤ２データを用いてＵＨＤビデオを出力することができる。
【０１１９】
以下、上に開示した本発明の実施例によってビデオが送受信される場合、それをシグナリングできる放送信号のシグナリング情報を例示する。
【０１２０】
図１５は、本発明の実施例によってビデオを表示させることができるシグナリング情報を例示する図である。同図は、システムレベルでシグナリング情報としてＰＭＴを例示しており、ＰＭＴにおけるｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈの直後にプログラムレベルのデスクリプタと、ＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にストリームレベルのデスクリプタを含むことができる。
【０１２１】
同図は、プログラムレベルのデスクリプタの例としてＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒを示す。
【０１２２】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このデスクリプタの識別子を示し、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、デスクリプタの長さを示す。
【０１２３】
そして、ＵＨＤ＿ｐｒｏｇｒａｍ＿ｆｏｒｍａｔ＿ｔｙｐｅは、上述したように、それぞれのスキャンタイプによるビデオを含むサービスのタイプを示すことができる。
【０１２４】
例えば、ＵＨＤ＿ｐｒｏｇｒａｍ＿ｆｏｒｍａｔ＿ｔｙｐｅが０×０５であると、このサービスは、スキャンタイプによって、４：２：０サンプリングのＨＤビデオ、４：２：０サンプリングのＵＨＤビデオ、及び４：２：２サンプリングのＵＨＤビデオを含んでおり、これらのうちのいずれかのビデオフォーマットをデコードできる受信機は、該当のサービスを受信して処理できることをシグナルすることができる。
【０１２５】
そして、ストリームレベルのデスクリプタの例として、ＵＨＤ構成デスクリプタ（ＵＨＤ  ｃｏｍｐｏｓｉｔｉｏｎ  ｄｅｓｃｒｉｐｔｏｒ）がＰＭＴに含まれてもよい。このデスクリプタは、ベースレイヤビデオエレメントに関する情報、エンハンスメントレイヤ１ビデオエレメントに関する情報、又はエンハンスメントレイヤ２ビデオエレメントに関する情報を含むことができる。
【０１２６】
図１６は、本発明の実施例に係るシグナリング情報の具体的なシンタックス値を例示する図である。
【０１２７】
放送信号のシグナリング情報としてシグナリング情報がＰＭＴである場合、例示されたフィールド値は、次の情報を示すことができる。
【０１２８】
第１実施例は、ベースレイヤデータ、第１エンハンスメントレイヤデータ、第２エンハンスメントレイヤデータを伝送するストリームをそれぞれ伝送するが、この実施例は、これらのデータを全てシグナルすることができる。
【０１２９】
例えば、Ｓｔｒｅａｍ＿ｔｙｐｅは、ＭＰＥＧ−２ビデオコーデックによるビデオストリームを示す０×０２などの値にすることができる。
【０１３０】
Ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤは、各プログラムに含まれるエレメンタリストリームのＰＩＤ値を示すが、この例では０×１０９Ａという値を例示している。ストリームレベルのデスクリプタは、ＭＰＥＧ−２ビデオに関連したシグナリング情報を含むことができる。
【０１３１】
エンハンスメントレイヤ１ビデオデータを送信するストリームについては、ＰＭＴに次のような情報を有することができる。
【０１３２】
Ｓｔｒｅａｍ＿ｔｙｐｅは、ＨＥＶＣスケーラブルレイヤビデオコーデックによるストリームのタイプを示すタイプ値（ここでは０×Ａ１）とすることができる。
【０１３３】
Ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤは、各プログラムに含まれるエレメンタリストリームのＰＩＤ値を示すが、この例では０×１０９Ｂという値を示している。
【０１３４】
ストリームレベルのデスクリプタであるＵＨＤＴＶ＿ｓｕｂ＿ｓｔｒｅａｍ＿ｄｅｓｃｒｉｐｔｏｒ（）は、エンハンスメントレイヤ１ビデオデータ及びベースレイヤデータを用いて４：２：０ＵＨＤビデオを構成する上で必要な情報を含むことができる。
【０１３５】
エンハンスメントレイヤ２ビデオデータを送信するストリームについては、ＰＭＴに次のような情報を有することができる。
【０１３６】
Ｓｔｒｅａｍ＿ｔｙｐｅは、ＨＥＶＣスケーラブルレイヤビデオコーデックによるストリームのタイプを示すタイプ値（ここでは０×Ａ２）とすることができる。
【０１３７】
Ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤは、各プログラムに含まれるエレメンタリストリームのＰＩＤ値を示すが、この例では０×１０９Ｃという値を示している。
【０１３８】
ストリームレベルのデスクリプタであるＵＨＤＴＶ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ（）は、エンハンスメントレイヤ２データに関連した情報及び４：２：２ ＵＨＤビデオ復元に必要な情報を含むことができる。
【０１３９】
図１７は、本発明の実施例に係るストリームレベルデスクリプタの一例を示す。
【０１４０】
ストリームレベルデスクリプタは、このデスクリプタを識別できるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ値、このデスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ、及びＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ（）を含むことができる。
【０１４１】
この例で、ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ（）に含まれる情報を例示すると、次のとおりである。
【０１４２】
ＥＬ２＿ｖｉｄｅｏ＿ｃｏｄｅｃ＿ｔｙｐｅフィールドは、ＵＨＤサービスに含まれるビデオエレメントのコーデック情報を示す。例えば、この値は、ＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅと同じ値を有することができる。
【０１４３】
ＥＬ２＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅフィールドは、当該ビデオストリームに対するプロファイル情報、すなわち、当該ストリームをデコードするために必要な基本仕様に関する情報を示すことができる。当該ビデオストリームのカラーデプス（ｃｏｌｏｒ  ｄｅｐｔｈ）（４：２：０、４：２：２など）、ビットデプス（ｂｉｔ  ｄｅｐｔｈ）（８ビット、１０ビット）、コーディングツール（ｃｏｄｉｎｇ  ｔｏｏｌ）などに対する要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）情報を含むことができる。
【０１４４】
ＥＬ２＿ｖｉｄｅｏ＿ｌｅｖｅｌフィールドは、当該ビデオストリームに対するレベル情報であって、プロファイル（ｐｒｏｆｉｌｅ）で定義した技術要素支援範囲に関する情報を含むことができる。
【０１４５】
ＥＬ２＿ｖｉｄｅｏ＿ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドは、該当のビデオストリームがＵＨＤサービス構成する場合、いかなるデータを含むかを示す。例えば、ストリームが４：２：０サンプリングのＨＤビデオに該当するベースレイヤデータを伝送するか、４：２：０サンプリングのＵＨＤビデオに含まれるレジデュアルデータであるエンハンスメントレイヤ１データを伝送するか、又は４：２：２サンプリングのＵＨＤビデオに含まれるエンハンスメントレイヤ２データを伝送するかを示す。
【０１４６】
ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに関する情報をシグナルするものであり、ビデオの解像度（ｒｅｓｏｌｕｔｉｏｎ）及びフレームレート（ｆｒａｍｅ  ｒａｔｅ）などのような基本的な情報を示すことができる。その詳細は後述する。
【０１４７】
ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｃｈｒｏｍａ＿ｓｕｂｓａｍｐｌｉｎｇ＿ｔｙｐｅは、本来ＵＨＤビデオのクロマサブサンプリングフォーマットに関する情報を示す。このフィールドに対して後述する。
【０１４８】
ＥＬ２＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドは、追加されるレジデュアルデータに対する解像度情報を示すが、この情報については後述する。
【０１４９】
ＥＬ２＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、エンハンスメントレイヤで伝送する信号の成分に関する情報を示し、この情報については後述する。
【０１５０】
ｃｈｒｏｍａ＿ｕｐｓｃａｌｅ＿ｆｉｌｔｅｒフィールドは、第１スキャンタイプから第２スキャンタイプへとクロマ成分をアップスケーリングする場合、フィルタに関連する情報を示す。例えば、４：２：０スキャンタイプから４：２：２スキャンタイプへとクロマアップスケーリング方式を指定するフィルタ関連情報を提供する。フィルタ関連情報は、フィルタタップ（ｆｉｌｔｅｒ  ｔａｐ）情報又はフィルタ係数（ｆｉｌｔｅｒ  ｃｏｅｆｆｉｃｉｅｎｔ）情報などを含むことができる。
【０１５１】
図１８は、上記に例示したビデオの解像度及びフレームレートを示す情報の値を例示する図である。シグナリング情報のうち、ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドはビデオの解像度及びフレームレートを示すことができ、同図では、その値によって様々な解像度とフレームレートを有し得ることを例示する。例えば、ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドが０１０１値である場合、原本ビデオは、秒当たり６０フレーム、４０９６×２１６０解像度を有することができる。
【０１５２】
図１９は、本来ＵＨＤビデオのクロマサブサンプリングフォーマットに関する情報を例示する図である。上述したシグナリング情報のうち、ｏｒｉｇｉｎａｌ＿ＵＨＤ＿ｖｉｄｅｏ＿ｃｈｒｏｍａ＿ｓｕｂｓａｍｐｌｉｎｇ＿ｔｙｐｅフィールドは、本来ＵＨＤビデオのクロマサブサンプリングフォーマットに関する情報を示す。同図は、例えば、この値が１０である場合、輝度信号と色差信号のサブサンプリングフォーマットが４：４：４（Ｙ：Ｃｂ：Ｃｒ）であることを示している。
【０１５３】
図２０には、ビデオデータのレジデュアルデータに対する解像度情報を例示する。上述したシグナリング情報のうち、ＥＬ２＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドは、追加されるレジデュアルデータに関する解像度情報を示す。例えば、ＥＬ２＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドが０１０である場合、ビデオを構成するエンハンスメントレイヤ２データである高解像度色差成分のレジデュアルデータの解像度が１９２０×２１６０であることを示す。
【０１５４】
図２１は、エンハンスメントレイヤで伝送する信号の成分に関する情報を例示する。説明したシグナリング情報のうち、ＥＬ２＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、エンハンスメントレイヤで伝送する信号の成分に関する情報を示す。例えばＥＬ２＿ｖｉｄｅｏ＿ｔｙｐｅフィールドが０１である場合、ビデオを構成するエンハンスメントレイヤ２データの信号成分がＣｂ信号であることを例示する。
【０１５５】
図２２は、上記で例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する。同図は、例示したデスクリプタがＳＤＴに含まれる場合を例示する。
【０１５６】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルの識別子を示す。
【０１５７】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＳＤＴテーブルセクションに対して１に設定される１ビットフィールドである。(section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1")。
【０１５８】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。(section_length: This is a 12-bit field, the first two bits of which shall be "00". It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC. The section_length shall not exceed 1021 so that the entire section has a maximum length of 1024 bytes.)。
【０１５９】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプルレックスと区別して、このＳＤＴが提供するＴＳ識別子を示す。(transport_stream_id: This is a 16-bit field which serves as a label for identification of the TS, about which the SDT informs, from any other multiplex within the delivery system.)。
【０１６０】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。(version_number: This 5-bit field is the version number of the sub_table. The version_number shall be incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches value "31", it wraps around to "0". When the current_next_indicator is set to "1", then the version_number shall be that of the currently applicable sub_table. When the current_next_indicator is set to "0", then the version_number shall be that of the next applicable sub_table.)。
【０１６１】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能か又は次に適用可能かを示す。(current_next_indicator: This 1-bit indicator, when set to "1" indicates that the sub_table is the currently applicable sub_table. When the bit is set to "0", it indicates that the sub_table sent is not yet applicable and shall be the next sub_table to be valid.)。
【０１６２】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。(section_number: This 8-bit field gives the number of the section. The section_number of the first section in the sub_table shall be "0x00". The section_number shall be incremented by 1 with each additional section with the same table_id, transport_stream_id, and original_network_id.)。
【０１６３】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。(last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the highest section_number) of the sub_table of which this section is part.)。
【０１６４】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワークＩＤの識別子を示す。(original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.)。
【０１６５】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す。(service_id: This is a 16-bit field which serves as a label to identify this service from any other service within the TS. The service_id is the same as the program_number in the corresponding program_map_section.)。
【０１６６】
ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇフィールドは、サービスに対するＥＩＴスケジュール情報が現在ＴＳにあるかを示すことができる。(EIT_schedule_flag: This is a 1-bit field which when set to "1" indicates that EIT schedule information for the service is present in the current TS, see TR 101 211 [i.2] for information on maximum time interval between occurrences of an EIT schedule sub_table). If the flag is set to 0 then the EIT schedule information for the service should not be present in the TS.)。
【０１６７】
ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇフィールドは、現在ＴＳにサービスに対するＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ情報があるかを示すことができる。(EIT_present_following_flag: This is a 1-bit field which when set to "1" indicates that EIT_present_following information for the service is present in the current TS, see TR 101 211 [i.2] for information on maximum time interval between occurrences of an EIT present/following sub_table. If the flag is set to 0 then the EIT present/following information for the service should not be present in the TS.)。
【０１６８】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ−ＳＩ文書のテーブル６に定義されたサービスの状態を示すことができる。(running_status: This is a 3-bit field indicating the status of the service as defined in table 6. For an NVOD reference service the value of the running_status shall be set to "0".)。
【０１６９】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているかを示す。(free_CA_mode: This 1-bit field, when set to "0" indicates that all the component streams of the service are not scrambled. When set to "1" it indicates that access to one or more streams may be controlled by a CA system.)。
【０１７０】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、後続するデスクリプタの長さを示す。(descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors)。
【０１７１】
ＣＲＣ＿３２は、ＣＲＣ値を含む３２ビットフィールドである(CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder)。
【０１７２】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次のデスクリプタ位置に、図１５で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒと図１７で例示したＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒを含むことができる。
【０１７３】
ＤＶＢのＳＤＴにＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒが含まれる場合、ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドをさらに含むことができる。ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドは、ＰＳＩレベルであるＰＭＴでシグナリングする当該ストリームに対するＰＩＤ値を示すことができる。受信機は、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドを用いて、ＰＭＴと共に当該ストリームのＰＩＤ値を探すことができる。
【０１７４】
図２３は、例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する。同図は、例示したデスクリプタがＥＩＴに含まれる場合を例示する。
【０１７５】
ＥＩＴは、ＥＴＳＩ ＥＮ３００４６８に従うことができる。これを用いて各フィールドについて説明すると、次の通りである。
【０１７６】
ｔａｂｌｅ＿ｉｄ：テーブル識別子を表す。
【０１７７】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＥＩＴテーブルセクションに対して１に設定される１ビットフィールドである。(section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1".)。
【０１７８】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。(section_length: This is a 12-bit field. It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC. The section_length shall not exceed 4093 so that the entire section has a maximum length of 4096 bytes.)。
【０１７９】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す(service_id: This is a 16-bit field which serves as a label to identify this service from any other service within a TS. The service_id is the same as the program_number in the corresponding program_map_section.)。
【０１８０】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。(version_number: This 5-bit field is the version number of the sub_table. The version_number shall be incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches value 31, it wraps around to 0. When the current_next_indicator is set to "1", then the version_number shall be that of the currently applicable sub_table. When the current_next_indicator is set to "0", then the version_number shall be that of the next applicable sub_table.)。
【０１８１】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能か又は次に適用可能かを示す。(current_next_indicator: This 1-bit indicator, when set to "1" indicates that the sub_table is the currently applicable sub_table. When the bit is set to "0", it indicates that the sub_table sent is not yet applicable and shall be the next sub_table to be valid.)。
【０１８２】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す(section_number: This 8-bit field gives the number of the section. The section_number of the first section in the sub_table shall be "0x00". The section_number shall be incremented by 1 with each additional section with the same table_id, service_id, transport_stream_id, and original_network_id. In this case, the sub_table may be structured as a number of segments. Within each segment the section_number shall increment by 1 with each additional section, but a gap in numbering is permitted between the last section of a segment and the first section of the adjacent segment.)。
【０１８３】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。(last_section_number: This 8-bit field specifies the number of the last section (that is, the section with the highest section_number) of the sub_table of which this section is part.)。
【０１８４】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプルレックスと区別して、このＥＩＴが提供するＴＳ識別子を示す。(transport_stream_id: This is a 16-bit field which serves as a label for identification of the TS, about which the EIT informs, from any other multiplex within the delivery system.)。
【０１８５】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワークＩＤの識別子を示す(original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.)。
【０１８６】
ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのこのセグメントの最後のセクション番号を示す。(segment_last_section_number: This 8-bit field specifies the number of the last section of this segment of the sub_table. For sub_tables which are not segmented, this field shall be set to the same value as the last_section_number field.)。
【０１８７】
ｌａｓｔ＿ｔａｂｌｅ＿ｉｄフィールドは、使用されるｌａｓｔ＿ｔａｂｌｅ＿ｉｄを示す。(last_table_id: This 8-bit field identifies the last table_id used (see table 2).)。
【０１８８】
ｅｖｅｎｔ＿ｉｄフィールドは、イベントの識別番号を示す(event_id: This 16-bit field contains the identification number of the described event (uniquely allocated within a service definition)。
【０１８９】
ｓｔａｒｔ＿ｔｉｍｅフィールドは、イベントの開始時間を含む(start_time: This 40-bit field contains the start time of the event in Universal Time, Co-ordinated (UTC) and Modified Julian Date (MJD) (see annex C). This field is coded as 16 bits giving the 16 LSBs of MJD followed by 24 bits coded as 6 digits in 4-bit Binary Coded Decimal (BCD). If the start time is undefined (e.g. for an event in a NVOD reference service) all bits of the field are set to "1".)。
【０１９０】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ ＳＩ文書のｔａｂｌｅ ６に定義されたイベントの状態を示す((running_status: This is a 3-bit field indicating the status of the event as defined in table 6. For an NVOD reference event the value of the running_status shall be set to "0".)。
【０１９１】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているかを示す(free_CA_mode: This 1-bit field, when set to "0" indicates that all the component streams of the event are not scrambled. When set to "1" it indicates that access to one or more streams is controlled by a CA system.)。
【０１９２】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、後続するデスクリプタの長さを示す(descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors.)。
【０１９３】
ＣＲＣ＿３２は、ＣＲＣ値を含む３２ビットフィールドである(CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder)。
【０１９４】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次のデスクリプタ位置に、図１５で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒと、図１７で例示したＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒを含むことができる。
【０１９５】
ＤＶＢのＥＩＴにＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒが含まれる場合、ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドをさらに含むことができる。ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドは、ＰＳＩレベルであるＰＭＴでシグナリングする当該ストリームに対するＰＩＤ値を示すことができる。受信機は、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドを用いて、ＰＭＴと共に当該ストリームのＰＩＤ値を探すことができる。
【０１９６】
図２４は、上記で例示したデスクリプタが他のシグナリング情報に含まれる場合を例示する。同図は、例示したデスクリプタがＶＣＴに含まれる場合を例示する。
【０１９７】
ＶＣＴは、ＡＴＳＣ ＰＳＩＰ規格に従うことができる。ＡＴＳＣ ＰＳＩＰによれば、各フィールドの説明は、次の通りである。各ビットの説明は、下記の通りである。
【０１９８】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルセクションのタイプを示す８ビット符号無し整数を示す(table_id - An 8-bit unsigned integer number that indicates the type of table section being defined here. For the terrestrial_virtual_channel_table_section(), the table_id shall be 0xC8)。
【０１９９】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである(section_syntax_indicator - The section_syntax_indicator is a one-bit field which shall be set to ‘1’ for the terrestrial_virtual_channel_table_section())。
【０２００】
ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、１に設定される(private_indicator - This 1-bit field shall be set to ‘1’)。
【０２０１】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。(section_length - This is a twelve bit field, the first two bits of which shall be ‘00’. It specifies the number of bytes of the section, starting immediately following the section_length field, and including the CRC.)。
【０２０２】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、ＴＶＣＴを識別できるＰＡＴのように、ＭＰＥＧ−ＴＳ ＩＤを示す。(transport_stream_id - The 16-bit MPEG-2 Transport Stream ID, as it appears in the Program Association Table (PAT) identified by a PID value of zero for this multiplex. The transport_stream_id distinguishes this Terrestrial Virtual Channel Table from others that may be broadcast in different PTCs.)。
【０２０３】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す(version_number - This 5 bit field is the version number of the Virtual Channel Table. For the current VCT (current_next_indicator = ‘1’), the version number shall be incremented by 1 whenever the definition of the current VCT changes. Upon reaching the value 31, it wraps around to 0. For the next VCT (current_next_indicator = ‘0’), the version number shall be one unit more than that of the current VCT (also in modulo 32 arithmetic). In any case, the value of the version_number shall be identical to that of the corresponding entries in the MGT)。
【０２０４】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このＶＣＴテーブルが現在適用可能か又は次に適用可能かを示す(current_next_indicator - A one-bit indicator, which when set to ‘1’ indicates that the Virtual Channel Table sent is currently applicable. When the bit is set to ‘0’, it indicates that the table sent is not yet applicable and shall be the next table to become valid. This standard imposes no requirement that “next” tables (those with current_next_indicator set to ‘0’) must be sent. An update to the currently applicable table shall be signaled by incrementing the version_number field)。
【０２０５】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す(section_number - This 8 bit field gives the number of this section. The section_number of the first section in the Terrestrial Virtual Channel Table shall be 0x00. It shall be incremented by one with each additional section in the Terrestrial Virtual Channel Table)。
【０２０６】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す(last_section_number - This 8 bit field specifies the number of the last section (that is, the section with the highest section_number) of the complete Terrestrial Virtual Channel Table.)。
【０２０７】
ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールドは、将来、現在プロトコルと異なるように定義されるパラメータのためのプロトコルバージョンを示す(protocol_version - An 8-bit unsigned integer field whose function is to allow, in the future, this table type to carry parameters that may be structured differently than those defined in the current protocol. At present, the only valid value for protocol_version is zero. Non-zero values of protocol_version may be used by a future version of this standard to indicate structurally different tables)。
【０２０８】
ｎｕｍ＿ｃｈａｎｎｅｌｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールドは、このＶＣＴの仮想チャネルの数を示す(num_channels_in_section - This 8 bit field specifies the number of virtual channels in this VCT section. The number is limited by the section length)。
【０２０９】
ｓｈｏｒｔ＿ｎａｍｅフィールドは、仮想チャネル名を示す(short_name - The name of the virtual channel, represented as a sequence of one to seven 16-bit code values interpreted in accordance with the UTF-16 representation of Unicode character data. If the length of the name requires fewer than seven 16-bit code values, this field shall be padded out to seven 16-bit code values using the Unicode NUL character (0x0000). Unicode character data shall conform to The Unicode Standard, Version 3.0 [13]. )。
【０２１０】
ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャネルと関連したメジャーチャネルの数を示す(major_channel_number - A 10-bit number that represents the “major” channel number associated with the virtual channel being defined in this iteration of the “for” loop. Each virtual channel shall be associated with a major and a minor channel number. The major channel number, along with the minor channel number, act as the user’s reference number for the virtual channel. The major_channel_number shall be between 1 and 99. The value of major_channel_number shall be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT. For major_channel_number assignments in the U.S., refer to Annex B.)。
【０２１１】
ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャネルと関連したマイナーチャネルの数を示す(minor_channel_number - A 10-bit number in the range 0 to 999 that represents the “minor” or “sub”- channel number. This field, together with major_channel_number, performs as a two-part channel number, where minor_channel_number represents the second or right-hand part of the number. When the service_type is analog television, minor_channel_number shall be set to 0. Services whose service_type is ATSC_digital_television, ATSC_audio_only, or unassociated/ small_screen_service shall use minor numbers between 1 and 99. The value of minor_channel_number shall be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT. For other types of services, such as data broadcasting, valid minor virtual channel numbers are between 1 and 999.)。
【０２１２】
ｍｏｄｕｌａｔｉｏｎ＿ｍｏｄｅフィールドは、仮想チャネルと関連したキャリアの変調モードを示す(modulation_mode - An 8-bit unsigned integer number that indicates the modulation mode for the transmitted carrier associated with this virtual channel. Values of modulation_mode shall be as defined in Table 6.5. For digital signals, the standard values for modulation mode (values below 0x80) indicate transport framing structure, channel coding, interleaving, channel modulation, forward error correction, symbol rate, and other transmission-related parameters, by means of a reference to an appropriate standard. The modulation_mode field shall be disregarded for inactive channels)。
【０２１３】
ｃａｒｒｉｅｒ＿ｆｒｅｑｕｅｎｃｙフィールドは、キャリア周波数を識別できるフィールドである。(carrier_frequency - The recommended value for these 32 bits is zero. Use of this field to identify carrier frequency is allowed, but is deprecated.)。
【０２１４】
ｃｈａｎｎｅｌ＿ＴＳＩＤフィールドは、この仮想チャネルによってレファレンスされたＭＰＥＧ−２プログラムを伝送するＴＳと関連したＭＰＥＧ−２ＴＳ ＩＤを示す(channel_TSID - A 16-bit unsigned integer field in the range 0x0000 to 0xFFFF that represents the MPEG-2 Transport Stream ID associated with the Transport Stream carrying the MPEG-2 program referenced by this virtual channel8. For inactive channels, channel_TSID shall represent the ID of the Transport Stream that will carry the service when it becomes active. The receiver is expected to use the channel_TSID to verify that any received Transport Stream is actually the desired multiplex. For analog channels (service_type 0x01), channel_TSID shall indicate the value of the analog TSID included in the VBI of the NTSC signal. Refer to Annex D Section 9 for a discussion on use of the analog TSID)。
【０２１５】
ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、ここに定義されている仮想チャネルとＰＭＴと関連している整数値を示す。(program_number - A 16-bit unsigned integer number that associates the virtual channel being defined here with the MPEG-2 PROGRAM ASSOCIATION and TS PROGRAM MAP tables.  For virtual channels representing analog services, a value of 0xFFFF shall be specified for program_number.  For inactive channels (those not currently present in the Transport Stream), program_number shall be set to zero.  This number shall not be interpreted as pointing to a Program Map Table entry.)。
【０２１６】
ＥＴＭ＿ｌｏｃａｔｉｏｎフィールドは、ＥＴＭの存在と位置を示す(ETM_location - This 2-bit field specifies the existence and the location of an Extended Text Message (ETM) and shall be as defined in Table 6.6.)。
【０２１７】
ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌｌｅｄフィールドは、アクセス制御された仮想チャネルと関連したイベントを示すことができる。(access_controlled - A 1-bit Boolean flag that indicates, when set, that the events associated with this virtual channel may be access controlled.  When the flag is set to “0”, event access is not restricted.)。
【０２１８】
ｈｉｄｄｅｎフィールドは、仮想チャネルがユーザの直接チャネル入力によってアクセスされない場合を示すことができる。(hidden - A 1-bit Boolean flag that indicates, when set, that the virtual channel is not accessed by the user by direct entry of the virtual channel number.  Hidden virtual channels are skipped when the user is channel surfing, and appear as if undefined, if accessed by direct channel entry.  Typical applications for hidden channels are test signals and NVOD services.  Whether a hidden channel and its events may appear in EPG displays depends on the state of the hide_guide bit.)。
【０２１９】
ｈｉｄｅ＿ｇｕｉｄｅフィールドは、仮想チャネルとそのイベントがＥＰＧに表示され得るかを示すことができる。(hide_guide - A Boolean flag that indicates, when set to “0” for a hidden channel, that the virtual channel and its events may appear in the EPG displays.  This bit shall be ignored for channels which do not have the hidden bit set, so that non-hidden channels and their events may always be included in EPG displays regardless of the state of the hide_guide bit.  Typical applications for hidden channels with the hide_guide bit set to “1” are test signals and services accessible through application_level pointers.)。
【０２２０】
ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、サービスタイプ識別子を示す。(service_type - This 6-bit field shall carry the Service Type identifier.  Service Type and the associated service_type field are defined in A/53 Part 1   to identify the type of service carried in this virtual channel.  Value 0x00 shall be reserved.  Values 0x01 shall represent analog television programming.  Other values are defined in A/53 Part 3 [3], and other ATSC Standards may define other Service Types9.)。
【０２２１】
ｓｏｕｒｃｅ＿ｉｄフィールドは、仮想チャネルと関連したプログラムソースを識別する識別番号である。(source_id - A 16-bit unsigned integer number that identifies the programming source associated with the virtual channel.  In this context, a source is one specific source of video, text, data, or audio programming.  Source ID value zero is reserved.  Source ID values in the range 0x0001 to 0x0FFF shall be unique within the Transport Stream that carries the VCT, while values 0x1000 to 0xFFFF shall be unique at the regional level.  Values for source_ids 0x1000 and above shall be issued and administered by a Registration Authority designated by the ATSC.)。
【０２２２】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールドは、後続するデスクリプタの長さを示す。(descriptors_length - Total length (in bytes) of the descriptors for this virtual channel that follows.)。
【０２２３】
ｄｅｓｃｒｉｐｔｏｒ（）にはデスクリプタを含むことができる。(descriptor() - zero or more descriptors, as appropriate, may be included.)。
【０２２４】
本発明の実施例によってビデオサービスが伝送される場合、ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、パラメータ化したサービス（ｐａｒａｍｅｔｅｒｉｚｅｄ  ｓｅｒｖｉｃｅ）（０×０７）、拡張されたパラメータ化したサービス（ｅｘｔｅｎｄｅｄ  ｐａｒａｍｅｔｅｒｉｚｅｄ  ｓｅｒｖｉｃｅ）（０×０９）、又はスケーラブルＵＨＤＴＶサービスを示すフィールド値を有することができる。
【０２２５】
そして、デスクリプタ位置に、図１５で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒ、及び図１７で例示したＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒが置かれてもよい。
【０２２６】
次に、開始した本発明の実施例によってビデオデータが伝送される場合、ビデオデータのシンタックスを示す。
【０２２７】
図２５は、本発明の実施例にともなうビデオデータのＳＥＩ領域のペイロードに対するシンタックスを例示する。
【０２２８】
ＳＥＩペイロードにおいてｐａｙｌｏａｄＴｙｐｅが特定値（この例では５２）に設定されると、例示したとおり、ビデオデータのフォーマットをシグナルする情報（ＵＨＤ＿ｓｃａｌａｂｌｅ＿ｃｈｒｏｍａ＿＿ｓｅｒｉｖｃｅ＿ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を含むことができる。特に、このシグナリング情報は、スケーラブルコーディングされたクロマ成分に関連するシグナリング情報を示す。
【０２２９】
受信機のデコーダが、例示したシンタックスによるビデオデータをパーシングする実施例は、次のとおりである。
【０２３０】
デコーダがビデオデータを復号する場合、ビデオエルレーマンＴＥストリームからＡＶＣ又はＨＥＶＣ ＮＡＬユニットをパーシングする。そして、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値がＳＥＩデータに該当し、ＳＥＩデータのうち、ｐａｙｌｏａｄＴｙｐｅが５２である場合、例示したＵＨＤＴＶ＿ｓｃａｌａｂｌｅ＿ｃｈｒｏｍａ＿ｓｅｒｖｉｃｅ＿ｉｎｆｏ ＳＥＩメッセージのシンタックスによる情報を得ることができる。
【０２３１】
例示したＳＥＩペイロードのシンタックスは、図１４で例示したようにビデオデータがサンプリング情報によって複数のレイヤで伝送されることを示すプログラムフォーマットタイプ情報（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｆｏｒｍａｔ＿ｔｙｐｅ）であることを示すことができる。そして、現在ビデオストリームに対するスケーラブルクロマサブサンプリングに関する情報が含まれてもよい。例えば、ビデオデータは、図１７で例示したビデオデータのサンプリング情報を含むビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）を含むことができる。受信機は、この情報を用いて、デコードされるビデオデータが４：２：０ＨＤビデオデータか、４：２：０ＵＨＤビデオデータか、又は４：２：２ ＵＨＤビデオデータかを判断することができる。この情報に基づいて、受信機は自身の性能に合うＵＨＤ又はＨＤビデオを出力することができる。
【０２３２】
図２６は、本発明に係る信号受信装置の一実施例を示す図である。
【０２３３】
信号受信装置は、逆多重化部５００、シグナリング情報復号部６００、及びビデオデコーダ７００を備えることができる。
【０２３４】
逆多重化部５００は、本発明の実施例に係るビデオストリームとシグナリング情報をそれぞれ逆多重化することができる。例えば、ビデオストリームは、図７で例示したストリームを含むことができる。
【０２３５】
シグナリング情報復号部６００は、図１５乃至図２４で例示したシグナリング情報又は受信機の性能によってその一部をデコードすることができる。ビデオデコーダ７００は、シグナリング情報中のプログラムフォーマットタイプ情報（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｆｏｒｍａｔ＿ｔｙｐｅ）に基づいて、ビデオデータがサンプリング情報によって複数のレイヤデータにコーディングされていることがわかる。
【０２３６】
ビデオデコーダ７００は、受信機の性能によって、第１デコーダ７１０、第２デコーダ７２０、及び第３デコーダ７３０のうち少なくとも一つのビデオデコーダを備えることができる。例えば、ビデオデコーダ７００は、第１デコーダ７１０を備えたり、第１デコーダ７１０及び第２デコーダ７２０を備えた、又は第１デコーダ７１０、第２デコーダ７２０及び第３デコーダ７３０を備えることができる。
【０２３７】
第１デコーダ７１０は、シグナリング情報のビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）に基づいてベースレイヤデータを伝送するストリームを受信し、ベースレイヤデータを復号して４：２：０サンプリングのビデオデータＣとして出力することができる。ベースレイヤデータには、図２５で例示したビデオデータ領域内にビデオデータのビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）を含むことができ、第１デコーダ７１０は、これに基づいてベースレイヤデータを復号して４：２：０サンプリングのビデオデータＣを出力することができる。
【０２３８】
第１アップスケーラ７１５は、ベースレイヤデータである４：２：０サンプリングのＨＤビデオデータを、輝度（Ｙ）成分と色差（Ｃｂ，Ｃｒ）成分に対して高解像度（ＵＨＤ）ビデオにアップスケーリングして出力することができる。
【０２３９】
第２デコーダ７２０は、シグナリング情報の構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）に基づいて、エンハンスメントレイヤ１である４：２：０ＵＨＤビデオのレジデュアルデータ、及び第１アップスケーラ７１５からアップスケールされたＨＤビデオデータを復号して、４：２：０ＵＨＤビデオデータを出力することができる。
【０２４０】
エンハンスメントレイヤ１である４：２：０ＵＨＤビデオのレジデュアルデータには、図２５で例示したビデオデータ領域中にビデオデータの構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）を含むことができ、第２デコーダ７２０は、これに基づいて４：２：０ＵＨＤビデオデータＤを復号することができる。
【０２４１】
第２アップスケーラ７２５は、エンハンスメントレイヤ１データである４：２：０サンプリングのＵＨＤビデオデータの色差（Ｃｂ，Ｃｒ）成分をアップスケーリングして出力することができる。
【０２４２】
第３デコーダ７３０は、シグナリング情報の構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）に基づいて、エンハンスメントレイヤ２である４：２：２ ＵＨＤビデオの色差（Ｃｂ，Ｃｒ）成分のレジデュアルデータ、及び第２アップスケーラ７２５から色差（Ｃｂ，Ｃｒ）成分がアップスケールされたＵＨＤビデオデータを復号して、４：２：２ ＵＨＤビデオデータＢを出力することができる。
【０２４３】
図２７は、本発明に係る信号受信方法の一実施例を示す図である。
【０２４４】
本発明に係る信号受信方法の一実施例は、ビデオストリームと、これらのビデオストリームが複数のビデオサンプリングフォーマットで表出されうることを示すビデオ構成メタデータ情報を含むシグナリング情報を逆多重化する（Ｓ２１０）。受信する信号が放送信号である場合にのみ、シグナリング情報を逆多重化することができる。
【０２４５】
受信されるビデオストリームは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含むことができる。そして、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及びビデオ構成メタデータ情報を含むことができる。
【０２４６】
受信されるビデオストリームで伝送されるビデオの構造は、図７に例示した構造とすることができる。すなわち、４：２：２サンプリングのＵＨＤビデオサービスを提供する伝送ビデオストリームＡは、４：２：０サンプリングのＵＨＤビデオサービスを提供できるストリームＢ、ＣｂレジデュアルデータＥ、ＣｒレジデュアルデータＦ、及びシグナリングデータであるメタデータＧを含むことができる。４：２：０サンプリングのＵＨＤビデオサービスを提供できるストリームＢは、既存のＨＤビデオを受信して表出できる受信機のために従来ＨＤビデオサービスを提供できる４：２：０サンプリングＨＤビデオストリームＣ、及び４：２：０サンプリング４Ｋ ＵＨＤビデオデータのためのエンハンスメントレイヤデータＤを含むことができる。
【０２４７】
受信する信号が放送信号である場合、図１５乃至図２４で例示したシグナリング情報は、ビデオデータと別個に逆多重化することができる。
【０２４８】
受信する信号が放送信号である場合、逆多重化したシグナリング情報をデコードすることができる（Ｓ２２０）。受信信号が放送信号でない場合、Ｓ２２０段階は省略され、続くビデオデータデコーディング段階でビデオデータ内のシグナリング情報をデコードした情報を用いることができる。
【０２４９】
ビデオ構成メタデータ情報は、ビデオストリームが、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、及び色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示すことができる。復号するシグナリング情報の例として、図１５乃至図２４を示した。
【０２５０】
ビデオ構成メタデータ情報に基づいて、ビデオストリームの少なくとも一つで伝送されるビデオデータをデコードする（Ｓ２３０）。
【０２５１】
例えば、図２６で例示したように、受信機の性能によってそしてビデオ構成メタデータ情報に基づいてビデオデータデコーディング過程を経て、４：２：０ＨＤビデオデータ、４：２：０ＵＨＤビデオデータ、又は４：２：２ ＵＨＤビデオデータを復号することができる。ビデオデータを復号する過程は、図１４又は図２６を参照して説明した。
【０２５２】
図２８は、本発明の実施例に係る信号送信装置の一実施例を示す図である。
【０２５３】
信号送信装置の一実施例は、エンコーダ８１０、シグナリング情報生成部８２０、及び多重化部８３０を備えることができる。
【０２５４】
エンコーダ８１０は、ビデオデータをエンコードする。エンコーダ８１０がビデオデータをエンコードする場合、開示した実施例によってビデオデータのエンコーディング情報であるビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）を、エンコードされたビデオデータに含めることができる。
【０２５５】
エンコードされたビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含むことができ、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及びビデオ構成メタデータ情報を含むことができる。
【０２５６】
エンコードされたビデオデータのビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）は、図７（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）及び図２５で詳しく説明した。エンコーダ８１０は、ビデオデータをサブサンプリングと解像度によって複数のレイヤデータにスケーラブルエンコードすることができる。ビデオデータをエンコードする例は、図８及び図９で例示した。また、エンコーディング時に、ビデオデータのサブサンプリングと解像度によってスキャニング方式の変化が必要な場合、図１１乃至図１３の方式によってビデオデータのスキャニング方式を変換させることができる。
【０２５７】
伝送信号が放送信号である場合、信号送信装置の一実施例は、エンコーダ８１０と別個としてシグナリング情報生成部８２０を有する。
【０２５８】
シグナリング情報生成部８２０は、エンコーダ８１０がエンコードしたビデオデータを、複数のビデオサンプリングフォーマットで表出できるビデオ構成メタデータ情報を含むシグナリング情報を生成する。ビデオデータと別個にシグナリング情報を生成する例は、図１５乃至図２４で示した。
【０２５９】
ビデオ構成メタデータ情報は、エンコードされたビデオデータが、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示すことができる。
【０２６０】
多重化部８３０は、エンコードされたビデオデータとシグナリング情報を多重し、多重化されたビデオデータとシグナリング情報を出力することができる。伝送データが放送信号でない場合には、ビデオデータと多重化されるシグナリング情報を生成するシグナリング情報生成部８２０は省略され、多重化部８３０は、エンコーダ８１０がエンコードしたビデオデータ領域内にビデオ構成メタデータ情報（ＵＨＤ＿ｃｏｍｐｏｓｉｔｉｏｎ＿ｍｅｔａｄａｔａ）を含んでいるビデオデータと他のデータ（例えば、オーディオデータ）とを多重化して出力する。
【０２６１】
開示した信号送信装置の一実施例によれば、信号送信装置の一例は、受信機の性能とビデオデータのサブサンプリングタイプによってビデオデータを表出できるように、４：２：０サンプリングＨＤビデオ、４：２：０ＵＨＤビデオ、又は４：２：２ ＵＨＤビデオを選別的に構成できるシグナリング情報とその構造によるビデオデータを伝送することができる。
【０２６２】
図２９は、本発明の実施例に係る信号受信装置の一実施例を示す図である。
【０２６３】
信号受信装置の一実施例は、逆多重化部９１０、シグナリング情報復号部９２０、及びビデオデコーダ９３０を備えることができる。
【０２６４】
逆多重化部９１０は、ビデオストリーム及びシグナリング情報を逆多重化する。受信する信号が放送信号である場合にのみ、シグナリング情報を逆多重化する。逆多重化されるビデオストリームの構造は、図７で例示した。図７で例示したとおり、逆多重化されたビデオストリームは、ビデオデータのビデオ構成メタデータ情報を含むことができ、そのシンタックスは図２５で詳しく記述した。
【０２６５】
ビデオストリームは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータを含むことができる。輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比がそれぞれ４：２：２サンプリングのビデオデータは、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータ、及びビデオ構成メタデータ情報を含むことができる。
【０２６６】
受信するビデオストリームが放送信号である場合、逆多重化部９１０は、ビデオデータと別個として伝送される図１５乃至図２４のシグナリング情報を逆多重化し、放送信号でない場合には、シグナリング情報は、図７で例示したビデオ構成メタデータ情報に含まれてもよい。
【０２６７】
受信する信号が放送信号である場合、シグナリング情報復号部９２０は、逆多重化したシグナリング情報をデコードする。逆多重化されたシグナリング情報は、図１５乃至図２４に例示した情報を含むことができるが、実施例によって、開示された図面で例示した情報をデコードすることができる。受信信号が放送信号でない場合、シグナリング情報復号部９２０は省略され、続くビデオデータデコーディング段階でビデオデータ内のシグナリング情報をデコードした情報を用いることができる。
【０２６８】
ビデオ構成メタデータ情報は、ビデオストリームが、輝度成分（Ｙ）と色差成分（Ｃｂ，Ｃｒ）の比が４：２：０サンプリングのビデオデータ、色差成分（Ｃｂ，Ｃｒ）のレジデュアルデータを含んでいることを示すことができる。
【０２６９】
ビデオデコーダ９３０は、実施例に係るビデオデータ領域内における、又はシグナリング情報復号部９２０が復号したシグナリング情報であるビデオ構成メタデータ情報によって、ビデオデータをデコードする。ビデオデコーダ９３０の詳細例は、図２６で詳述した。
【０２７０】
このため、信号受信装置の一実施例によれば、受信機の性能とビデオデータのサブサンプリングタイプによって、４：２：０サンプリングＨＤビデオ、４：２：０ＵＨＤビデオ、又は４：２：２ ＵＨＤビデオを選別的に出力することができる。
【０２７１】
したがって、本発明の実施例によって送信装置がビデオデータの構造を図７のようにして伝送する場合、シグナリング情報からその構造に関する情報を得、受信機の性能によってビデオデータをデコードして出力することができる。
〔実施例〕
【０２７２】
発明の実施例は、上記の発明を実施するための形態で併せて記述された。
【産業上の利用可能性】
【０２７３】
本願発明は、放送及びビデオ信号処理分野で利用可能であり、反復可能性がある産業上利用可能性がある
【図１】
2016501458.tif 000003
【図２】
2016501458.tif 000004
【図３】
2016501458.tif 000005
【図４】
2016501458.tif 000006
【図５】
2016501458.tif 000007
【図６】
2016501458.tif 000008
【図７】
2016501458.tif 000009
【図８】
2016501458.tif 000010
【図９】
2016501458.tif 000011
【図１０】
2016501458.tif 000012
【図１１】
2016501458.tif 000013
【図１２】
2016501458.tif 000014
【図１３】
2016501458.tif 000015
【図１４】
2016501458.tif 000016
【図１５】
2016501458.tif 000017
【図１６】
2016501458.tif 000018
【図１７】
2016501458.tif 000019
【図１８】
2016501458.tif 000020
【図１９】
2016501458.tif 000021
【図２０】
2016501458.tif 000022
【図２１】
2016501458.tif 000023
【図２２】
2016501458.tif 000024
【図２３】
2016501458.tif 000025
【図２４】
2016501458.tif 000026
【図２５】
2016501458.tif 000027
【図２６】
2016501458.tif 000028
【図２７】
2016501458.tif 000029
【図２８】
2016501458.tif 000030
【図２９】
2016501458.tif 000031
【国際調査報告】
2016501458.tif 000032
2016501458.tif 000033
2016501458.tif 000034
2016501458.tif 000035