(57)【要約】【課題】信号送信装置および信号送信方法を提供する。【解決手段】本発明の一実施例は、ＵＨＤビデオからＨＤビデオを生成し、該変換されたＨＤビデオとＵＨＤビデオのうち変換されたＨＤビデオの残余データである残差データとを生成するステップと、変換されたＨＤビデオをベースレイヤストリームとして、残差データをエンハンスメントレイヤストリームとして伝送するステップと、を有する信号送信方法を提供する。【選択図】図１
2015530025.tif 000002
【特許請求の範囲】
【請求項１】
ＵＨＤビデオからＨＤビデオを生成し、該変換されたＨＤビデオと前記ＵＨＤビデオのうち前記変換されたＨＤビデオの残余データである残差データとを生成するステップと、
前記変換されたＨＤビデオをベースレイヤストリームとして、前記残差データをエンハンスメントレイヤストリームとして伝送するステップと、を有する、信号送信方法。
【請求項２】
前記生成するステップは、
第１フレームレートのＵＨＤビデオから、該第１フレームレートのプログレッシブＨＤビデオに変換するステップと、
前記変換された第１フレームレートのプログレッシブＨＤビデオを、前記第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、前記第１フレームレートのインターレースＨＤビデオに変換したりするステップと、を有する、請求項１に記載の信号送信方法。
【請求項３】
前記生成するステップは、
第１フレームレートのＵＨＤビデオを、前記第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、前記第１フレームレートのインターレースＨＤビデオに変換したりするステップを有する、請求項１に記載の信号送信方法。
【請求項４】
前記ベースレイヤストリームおよび前記エンハンスメントレイヤストリームをシグナリングするシグナリング情報を生成するステップと、
前記ベースレイヤストリーム、前記エンハンスメントレイヤストリームおよび前記シグナリング情報を多重化するステップと、をさらに有する、請求項１に記載の信号送信方法。
【請求項５】
ＨＤビデオと、該ＨＤビデオと共にＵＨＤビデオを復元するための残差データと、を受信するステップと、
前記ＨＤビデオをデコーティングして出力したり、または、前記ＨＤビデオおよび前記残差データを用いて前記ＵＨＤビデオを復元して出力したりするステップと、を有する信号受信方法。
【請求項６】
前記ＨＤビデオと、前記残差データと、前記ＨＤビデオおよび前記残差データをシグナリングするシグナリング情報と、をそれぞれ逆多重化するステップをさらに有し、
前記出力するステップは、
前記逆多重化したシグナリング情報を用いて前記ＨＤビデオをデコーティングして出力したり、または、前記ＨＤビデオおよび前記残差データを用いて前記ＵＨＤビデオを復元して出力したりする、請求項５に記載の信号受信方法。
【請求項７】
ＵＨＤビデオからＨＤビデオを生成し、前記変換されたＨＤビデオと前記ＵＨＤビデオのうち前記変換されたＨＤビデオの残余データである残差データとを生成する変換部と、
前記変換されたＨＤビデオをベースレイヤストリームとして、前記残差データをエンハンスメントレイヤストリームとして伝送する伝送部と、を有する信号送信装置。
【請求項８】
前記変換部は、
第１フレームレートのＵＨＤビデオから、前記第１フレームレートのプログレッシブＨＤビデオに変換し、前記変換された第１フレームレートのプログレッシブＨＤビデオを、前記第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、前記第１フレームレートのインターレースＨＤビデオに変換したりする、請求項７に記載の信号送信装置。
【請求項９】
前記変換部は、
第１フレームレートのＵＨＤビデオを、前記第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、前記第１フレームレートのインターレースＨＤビデオに変換したりする、請求項７に記載の信号送信装置。
【請求項１０】
前記ベースレイヤストリームおよび前記エンハンスメントレイヤストリームをシグナリングするシグナリング情報を生成するシグナリング部と、
前記ベースレイヤストリーム、前記エンハンスメントレイヤストリームおよび前記シグナリング情報を多重化する多重化部と、をさらに有する、請求項７に記載の信号送信装置。
【請求項１１】
ＨＤビデオと、前記ＨＤビデオと共にＵＨＤビデオを復元するための残差データと、を受信する受信部と、
前記ＨＤビデオをデコーティングして出力したり、または、前記ＨＤビデオおよび前記残差データを用いて前記ＵＨＤビデオを復元して出力したりする出力部と、を有する信号受信装置。
【請求項１２】
前記ＨＤビデオと、前記残差データと、前記ＨＤビデオおよび前記残差データをシグナリングするシグナリング情報と、をそれぞれ逆多重化する逆多重化部をさらに有し、
前記出力部は、
前記逆多重化したシグナリング情報を用いて前記ＨＤビデオをデコーティングして出力したり、または、前記ＨＤビデオおよび前記残差データを用いて前記ＵＨＤビデオを復元して出力したりする、請求項１１に記載の信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号送受信装置および信号送受信方法に関する。
【背景技術】
【０００２】
ビデオ信号処理速度の向上に伴って、超高解像度（Ultra High Definition；ＵＨＤ）ビデオをエンコーディング／デコーティングする方法が研究されている。ＵＨＤ解像度は、ＨＤ（High Definition）解像度の４倍または１６倍程度の高解像度ビデオ映像と定義される。単一のコーデックを用いた、ＵＨＤビデオテレビ信号を送信するための高効率コーデック技術の開発が、いくつかの標準団体で進行している。しかし、現在の放送システムは、ＵＨＤビデオを送信できる方法が定義されておらず、現在の放送システムでは、超高解像度ビデオをエンコーディング／デコーティングする方法が提案されても、ＵＨＤビデオを送信／受信する方法がなかった。また、ＵＨＤビデオを送受信するシステムが提案されたとしても、従来のビデオ送受信システムと互換性がなければ、活用されるのに時間がかかるため、従来の放送またはビデオ送受信システムとの互換性も問題となる。
【０００３】
例えば、既存のＨＤＴＶ受信器がＵＨＤビデオを受信した場合、ＨＤビデオを問題なく受信または表示できる方法がなかった。特に、ＵＨＤ信号を送信する過程で、一つのＵＨＤビデオを用いてＵＨＤＴＶと既存のＨＤＴＶとがいずれも問題なくビデオ信号を受信または出力できなければならないが、このような方式は未だ提供されていない現状である。特に、６０枚のプログレッシブ（progressive（順次走査））ビデオから６０枚のインターレース（interlaced（飛び越し走査））ビデオ映像を抽出する方法が提示されていない。
【０００４】
すなわち、スキャン方式が異なったり、フレームレート（frame rate）が異なる既存のＨＤＴＶ受信器でＵＨＤＴＶストリームを受信する場合にも、問題なくＨＤ互換映像を見ることができる方法がなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ＵＨＤビデオの送受信において、既存の放送またはビデオ送受信システムと互換性のある方式を提供する信号送受信方法および信号送受信装置を提供することである。
【０００６】
本発明の他の目的は、ＵＨＤビデオの送受信において、既存のＨＤＴＶ受信器がＵＨＤビデオを受信したとき、ＨＤビデオを問題なく受信または表示できる信号送受信方法および信号送受信装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一実施例は、ＵＨＤビデオからＨＤビデオを生成し、該変換されたＨＤビデオと上記ＵＨＤビデオのうち上記変換されたＨＤビデオの残余（remaining）データである残差（residual）データとを生成するステップと、上記変換されたＨＤビデオをベースレイヤストリームとして、上記残差データをエンハンスメントレイヤストリームとして、伝送するステップと、を有する信号送信方法を提供する。
【０００８】
本発明の他の実施例は、ＨＤビデオと該ＨＤビデオと共にＵＨＤビデオを復元するための残差データとを受信する受信部と、上記ＨＤビデオをデコーティングして出力したり、または、上記ＨＤビデオおよび上記残差データを用いて上記ＵＨＤビデオを復元して出力したりする出力部と、を備える信号受信装置を提供する。
【発明の効果】
【０００９】
本発明の実施例によれば、ＵＨＤビデオの送受信において、既存の放送またはビデオ送受信システムと互換性のある方式を提供することができる。
【００１０】
本発明の実施例によれば、ＵＨＤビデオの送受信において、既存のＨＤＴＶ受信器がＵＨＤビデオを受信したとき、ＨＤビデオを問題なく受信または表示することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る信号送信方法の一実施例を示す図である。
【図２】本発明の一実施例によってＵＨＤビデオ信号を構成する方法を例示する図である。
【図３】図２の具体例を示す図である。
【図４】ＵＨＤビデオをＨＤビデオに変換する一例を示す図である。
【図５】ＵＨＤビデオをＨＤビデオに変換する他の例を示す図である。
【図６】ＵＨＤビデオをＨＤビデオに変換する他の例を具体的に示す図である。
【図７】ＵＨＤビデオをＨＤビデオに変換する更に他の例を具体的に示す図である。
【図８】ＵＨＤビデオをＨＤビデオとして送信できる送信装置の一実施例を示す図である。
【図９】本発明に係るビデオ受信装置の一実施例を示す図である。
【図１０】ＨＤ放送受信器およびＵＨＤ放送受信器の両方によって受信できる互換性のある放送信号の構造の一例を示す図である。
【図１１】シグナリング情報としてＰＭＴを例示する図である。
【図１２】本発明の実施例に係る各ストリームのストリームタイプ値を例示する図である。
【図１３】本発明の実施例に係るＵＨＤプログラムデスクリプタ（UHD program descriptor）を例示する図である。
【図１４】ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。
【図１５】ＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。
【図１６】ＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの例を示す図である。
【図１７】本発明の実施例に係るシグナリング情報としてＶＣＴを例示する図である。
【図１８】本発明の実施例に係るＶＣＴが有し得るデスクリプタを例示する図である。
【図１９】シグナリング情報としてＳＤＴを例示する図である。
【図２０】シグナリング情報としてＥＩＴを例示する図である。
【図２１】本発明に係る放送信号受信方法の一実施例を示す図である。
【図２２】本発明に係る信号送信装置の一実施例を示す図である。
【図２３】本発明に係る信号受信装置の一実施例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施例を容易に説明できるよう、図面を参照して説明する。
【００１３】
図１は、本発明に係る信号送信方法の一実施例を示す図である。図１を参照して、本発明に係る信号送信方法の一実施例を説明すると、下記の通りである。
【００１４】
ＵＨＤビデオをＨＤビデオに変換する（Ｓ１１０）。
【００１５】
例えば、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオから、第１フレームレートのプログレッシブ（progressive）ＨＤビデオに変換し、該変換された第１フレームレートのプログレッシブＨＤビデオを、第１フレームレートの１／２である第２フレームレートのプログレッシブＨＤビデオに変換したり、または第１フレームレートのインターレース（interlaced）ＨＤビデオに変換したりすることができる。
【００１６】
代替として、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオを、第１フレームレートの１／２である第２フレームレートのプログレッシブＨＤビデオに変換したり、または第１フレームレートのインターレースＨＤビデオに変換したりすることもできる。
【００１７】
ＵＨＤビデオをＨＤビデオに変換する実施例は、図３で例示する。図３に関する詳細な実施例は、図４乃至図８で例示する。
【００１８】
変換されたＨＤビデオと、該変換されたＨＤビデオと共にＵＨＤビデオを復元できる残差データと、をそれぞれ伝送する（Ｓ１２０）。
【００１９】
例えば、ベースレイヤストリーム、エンハンスメントレイヤストリームをシグナリングするシグナリング情報を生成し、上記ベースレイヤストリーム、上記エンハンスメントレイヤストリームおよび上記シグナリング情報を多重化することができる。これに関する説明は、図８で例示する。
【００２０】
本発明の実施例は、追加して伝送されるＨＤビデオと該ＨＤビデオを用いてＵＨＤビデオに復元できるシグナリング情報とを併せて伝送することができる。シグナリング情報に関する説明は、図１０乃至図２０で詳しく例示する。
【００２１】
図２は、本発明の一実施例によってＵＨＤビデオ信号を構成する方法を例示する図である。
【００２２】
ＵＨＤビデオの原本ソース（source）を、ＳＶＣコーディング方式を用いてベースレイヤ（base layer）およびエンハンスメントレイヤ（enhancement layer）にエンコーディングすることができる。ＵＨＤビデオの原本ソースからＨＤビデオ信号を抽出してベースレイヤにエンコーディングし、ＨＤビデオ信号をＵＨＤビデオ信号にアップスケーリングするために必要な残差（residual）ビデオ信号は、エンハンスメントレイヤにエンコーディングすることができる。
【００２３】
この例では、ＵＨＤビデオの原本ソースを、６０インターレースＨＤビデオ信号または３０プログレッシブＨＤビデオ信号のベースレイヤにエンコーディングする。そして、６０プログレッシブＵＨＤＴＶビデオ信号に構成できるようにアップスケーリング（upscaling）（３０プログレッシブＨＤビデオは３０プログレッシブＵＨＤにアップスケーリング、６０インターレースＨＤは６０インターレースＵＨＤにアップスケーリング）し、残差ビデオ信号をエンハンスメントレイヤにエンコーディングすることができる。
【００２４】
図３は、図２の具体例を示す図である。以下、ＵＨＤビデオをＨＤビデオに分離する２つの例について詳述する。
【００２５】
第一の例では、例えば、４Ｋ ＵＨＤビデオであれば、６０枚プログレッシブＵＨＤビデオ（３８４０×２１６０＠６０ｐ）を、６０枚プログレッシブＨＤビデオ（１９２０×１０８０＠６０ｐ）に変換する第１段階と、抽出された６０枚プログレッシブＨＤビデオを、６０枚インターレースＨＤビデオ信号（１９２０×１０８０＠６０ｉ）または３０枚プログレッシブＨＤビデオ信号（１９２０×１０８０＠３０ｐ）のＨＤビデオに変換する第２段階と、を有する。
【００２６】
同図で、６０枚プログレッシブＵＨＤビデオを、スケーリング（scaling）またはデシメーション（decimation）などの技法を用いて、６０枚プログレッシブＨＤビデオにダウンサンプリングして抽出する（UHD-to-HD downsampling）。そして、この実施例では、６０枚プログレッシブＨＤビデオを、トップ／ダウンフィールドサンプリングを用いて６０ｉ ＨＤビデオにエンコーディングしたり、または、フレーム単位で偶数或いは奇数フレームにおいてフレームサンプリングして３０ｐＨＤビデオにエンコーディングしたりすることができる。エンコーディングされた６０ｉ ＨＤビデオまたは３０ｐ ＨＤビデオはベースレイヤにエンコーディングされて伝送される。
【００２７】
第二の例では、上記の第１段階を省略して、６０枚プログレッシブＵＨＤビデオ（３８４０×２１６０＠６０ｐ）を直接、６０枚インターレースＨＤビデオ信号（１９２０×１０８０＠６０ｉ）または３０枚プログレッシブＨＤビデオ信号（１９２０×１０８０＠３０ｐ）のＨＤビデオに変換することができる。
【００２８】
ＵＨＤビデオから、１９２０×１０８０＠６０ｉのＨＤビデオ信号は、ダウンサンプリング（スケーリングまたはデシメーション）過程を経て抽出することができ、１９２０×１０８０＠３０ｐのＨＤビデオ信号は、フレームスキップとダウンサンプリングを併行する方法を用いることができる。
【００２９】
一方、上記の両方の例において、ＵＨＤビデオから変換されたＨＤビデオとの差であるＵＨＤ残差データは、エンハンスメントレイヤにエンコーディングされて伝送される。
【００３０】
図４は、上述したＵＨＤビデオをＨＤビデオに変換する一例を具体的に示す。同図において、３８４０×２１６０＠６０ｐのＵＨＤビデオは、ピクセルサンプリングを介して１９２０×１０８０＠６０ｐまたは１９２０×１０８０＠６０ｉ ＨＤビデオに変換することができる。
【００３１】
ＵＨＤビデオをＨＤビデオに変換するためのサンプリング方法の一つに、サンプリングを介して特定位置のピクセルのみを選択して変換するデシメーションがある。この場合、サンプリングする位置によって４通りの場合が可能である。すなわち、４個のピクセル領域で、（１）横座標の偶数位置と縦座標の偶数位置との組合せでサンプリング、（２）横座標の偶数位置と縦座標の奇数位置との組合せでサンプリング、（３）横座標の奇数位置と縦座標の偶数位置との組合せでサンプリング、および、（４）横座標の奇数位置と縦座標の奇数位置との組合せでサンプリングする方法が可能である。同図は、ＵＨＤビデオから、（偶数、偶数）の組合せのシンプルサンプリングによってＨＤビデオに変換するデシメーション方式を例示し、このようにして得た１９２０×１０８０＠６０ｐ ＨＤビデオからＨＤインターレースビデオを抽出すると、１９２０×１０８０＠６０ｉ ＨＤビデオを得ることができる。４Ｋ ＵＨＤ映像では２×２の４個のピクセル領域から選択するが、８Ｋ ＵＨＤ映像１６Ｋでは４×４の１６個のピクセル領域を使用することができる。
【００３２】
図５は、上述したＵＨＤビデオをＨＤビデオに変換する他の例を具体的に示す。４Ｋ ＵＨＤビデオの場合、ビデオ信号の２×２ピクセル領域中の４個のサンプルに加重値を与えてサンプリングし、サンプリングされたＨＤビデオからインターレースフィールド（interlaced field）を抽出することができる。ここで、各ピクセルに与えられる数式は、同図に例示した通りであり、各ピクセルの係数の和は、１になるようにすることができる。すなわち、４Ｋ ＵＨＤビデオでは、４個のピクセル当たり１個の新しいＨＤピクセルを構成するようにダウンサンプリングすることができる。ＵＨＤビデオからＨＤビデオを生成する他の方法では、空間ダウンサンプリング（spatial down-sampling）をする過程で用いられる入力ピクセルの個数は、上記の実施例の２×２に限定されず、任意のＮ×Ｎ個の周辺ピクセルを使用することができる。
【００３３】
図６は、上述したＵＨＤビデオをＨＤビデオに変換する他の例を具体的に例示する。同図は、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）をＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換する例を示している。
【００３４】
例えば、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）からＨＤビデオ信号（１９２０×１０８０＠６０ｉ）にダウンサンプリングする場合、奇数フレームまたは偶数フレームのいずれかのみを選択する。この例は、奇数フレーム（フレーム＃１、フレーム＃３）を例示する。サブサンプリングを行う場合、ＵＨＤビデオの奇数フレーム（フレーム＃１）内のピクセルＵＨＤ（２ｘ，２ｙ）を用いて、ＨＤビデオの奇数トップフィールドのピクセルＨＤ（ｘ，ｙ）を決定し、同一のＵＨＤビデオの奇数フレーム（フレーム＃１）内のピクセルＵＨＤ（２ｘ，４ｙ＋２）を、ＨＤビデオの奇数ボトムフィールドのピクセルＨＤ（ｘ，ｙ＋１）と決定することができる。同一のフレーム（フレーム＃１）を用いるため、時間差を伴わずにＵＨＤビデオフレームからＨＤビデオインターレースフレーム（interlaced frame）に変換することができる。
【００３５】
同様に、ビデオ奇数フレーム（フレーム＃３）内のピクセルＵＨＤ（２ｘ，２ｙ）を用いて、ＨＤビデオの奇数トップフィールドのピクセルＨＤ（ｘ，ｙ）を決定し、同一のＵＨＤビデオ奇数フレーム（フレーム＃３）内のピクセルＵＨＤ（２ｘ，４ｙ＋２）を、ＨＤビデオの奇数ボトムフィールドのピクセルＨＤ（ｘ，ｙ＋１）と決定することができる。
【００３６】
６０枚のＵＨＤ原本ビデオから６０枚のインターレースフィールド（ interlaced field ）を生成するために、奇数（または、偶数）番目ごとのフレームにおけるトップフィールドおよびボトムフィールドを用いる。すなわち、トップフィールドとボトムフィールドとは同一のフレームを利用し、１つのＵＨＤビデオフレームにおいて４ピクセルに加重値を与えて１ピクセルを生成する方式が適用され、縦方向に２ピクセルずつスキップしながらサンプリングする。
【００３７】
このようにすると、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）は、ＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換することができ、変換されたフレームは、ベースレイヤにエンコーディングして伝送することができる。
【００３８】
図７は、上述したＵＨＤビデオをＨＤビデオに変換する更に他の例を具体的に例示する。同図は、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）をＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換する他の例を示す。
【００３９】
例えば、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）からＨＤビデオ信号（１９２０×１０８０＠６０ｉ）にダウンサンプリングする場合、全フレームをダウンサンプリングの対象として選択する。サブサンプリングする場合、ＵＨＤビデオフレーム（フレーム＃１）内のピクセルＵＨＤ（２ｘ，２ｙ）を用いて、ＨＤビデオの奇数トップフィールドのピクセルＨＤ（ｘ，ｙ）を決定し、次のＵＨＤビデオフレーム（フレーム＃２）内のピクセルＵＨＤ（２ｘ，４ｙ＋２）を、ＨＤビデオの偶数ボトムフィールドのピクセルＨＤ（ｘ，ｙ＋１）と決定することができる。同様に、ＵＨＤビデオフレームであるフレーム＃３およびフレーム＃４を用いてＨＤビデオの奇数トップフィールドおよび偶数ボトムフィールドを決定することができる。
【００４０】
この例では、６０枚のＵＨＤ原本ビデオフレームから６０枚のインターレースフィールドを生成するために、奇数フレームではトップフィールドを生成し、偶数フレームではボトムフィールドを生成してもよく、逆に、奇数フレームでボトムフィールド、偶数フレームでトップフィールドを生成してもよい。すなわち、ＵＨＤビデオのフレームごとにＨＤビデオのトップフィールド或いはボトムフィールドを作ることができる。
【００４１】
したがって、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）は、ＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換することができ、変換されたフレームは、ベースレイヤにエンコーディングして伝送することができる。
【００４２】
例示したＵＨＤビデオからＨＤビデオを分離する方法は、図４および図５に示した例の通り、ＵＨＤビデオをＨＤビデオにサンプリングした後、ＨＤビデオからインターレースフィールドを分離する方法もあり、または、図６および図７の通り、ＵＨＤビデオをＨＤビデオにサンプリングする過程と同時にインターレースフィールドを分離する方法もある。
【００４３】
なお、図６および図７では、ＵＨＤビデオの１個のピクセルを用いて対応するＨＤビデオのピクセルを生成しているが、任意のＮ個のピクセルに対する加重和（weighted sum）を用いてＨＤビデオピクセルを生成することもできる。すなわち、ＵＨＤビデオからＨＤビデオを抽出するためのダウンサンプリング過程は、下記の数式（１）のように一般化して表現することができる。
【００４４】
【数１】
2015530025.tif 000003
【００４５】
図８は、ＵＨＤビデオをＨＤビデオとして送信できる送信装置の一実施例を示す図である。ＵＨＤビデオが入力された場合、選択的に低域通過フィルタ（low pass filter）１１０でフィルタリングされ、サブビデオサンプリングファクタ（Sub-video sampling factor）がダウンサンプリング部１２０に入力される。同図は、サブビデオサンプリングファクタが（偶数，偶数）の組合せである場合に、ＨＤビデオをスキャン方式によって分類する例を示す。したがって、他のサブビデオサンプリングファクタも可能である。ダウンサンプリング部１２０は、フィルタリングされたＵＨＤビデオをＨＤビデオにダウンサンプリングする。ダウンサンプリングする方式は、図３および図４で例示した通りである。
【００４６】
フォーマット決定部１３０は、ダウンサンプリングされたビデオに対して、スキャン方式によって、ビデオフォーマットがインターレース方式かまたはプログレッシブ方式かを決定することができる。フォーマット決定部１３０は、スキャン方式によって、トップ／ボトムフィールドを分離して生成した６０ｉ ＨＤビデオ、および／または、フレーム単位にサンプリングした３０ｐ ＨＤビデオを生成することができ、それぞれの生成されたビデオにインターレースフラグとプログレッシブフラグを挿入することができる。
【００４７】
図６および図７の例では、例示した数式によって、ダウンサンプリング部１２０およびフォーマット決定部１３０が同一の機能ブロックで実行され、ダウンサンプリングおよびフォーマット変換を同時に行うこともできる。
【００４８】
ビデオ送信装置の一実施例は、上述したようにＵＨＤビデオから変換したＨＤビデオを放送信号として伝送する場合、変換された信号に関連するシグナリング情報を生成するシグナリング部（図示せず）と、変換されたＨＤビデオと生成されたシグナリング情報とを併せて伝送する伝送部（図示せず）と、を備えることもできる。
【００４９】
以下では、このようなビデオを受信できる受信装置とシグナリング情報とについて詳述する。
【００５０】
図９は、本発明に係るビデオ受信装置の一実施例を示す図である。本発明に係るビデオ受信装置は、上記の例示したビデオの構造によって、ＵＨＤビデオを再生することもでき、ＨＤビデオを再生することもできる。
【００５１】
本発明に係るビデオ受信装置の第１実施例は、逆多重化部２１０、ビデオデコーダ２２０ａ、ビデオ出力部２７０を備えることができる。他の例として、本発明に係るビデオ受信装置の第２実施例は、逆多重化部２１０、ビデオデコーダ２２０ａ，２２０ｂ、アップスケーリング部２４０、ビデオ変換部２５０およびビデオ出力部２７０ａ，２７０ｂを備えることができる。
【００５２】
それぞれの実施例は、ベースレイヤのＨＤビデオ、または、ベースレイヤおよびエンハンスメントレイヤのＵＨＤビデオを受信して再生することができる。この実施例は、ＨＤビデオと互換性のあるＵＨＤビデオ受信器の例である。
【００５３】
まず、ベースレイヤのＨＤビデオを再生するビデオ受信装置の第１実施例を説明すると、次の通りである。第１実施例に係るビデオ受信装置は、エンハンスメントレイヤを認識できず、ベースレイヤのＨＤビデオの信号のみを認識するため、ＵＨＤＴＶ放送チャンネルに接続してもＨＤ放送信号のみを受信する。
【００５４】
逆多重化部２１０は、ベースレイヤのビデオストリームを逆多重化する。ベースレイヤのビデオストリームは、ＨＤビデオ信号１９２０×１０８０＠６０ｉまたは１９２０×１０８０＠３０ｐのフォーマットを有することができる。ビデオデコーダ２２０ａは、逆多重化したベースレイヤのビデオストリームを復号し、ビデオ出力部２７０ａは、復号したベースレイヤのビデオを出力することができる。
【００５５】
第２実施例に係るビデオ受信装置は、逆多重化部２１０が逆多重化したビデオストリームを出力することができる。アップスケーリング部２４０は、ビデオデコーダ２２０ａでデコーティングした１９２０×１０８０＠６０ｉまたは１９２０×１０８０＠３０ｐのフォーマットのビデオを、ＵＨＤ解像度（UHD resolution）にアップスケーリングすることができる。アップスケーリング方式は、図３および図４で例示した方法の逆の過程で行うことができる。
【００５６】
一方、逆多重化部２１０は、エンハンスメントレイヤのビデオストリームを逆多重化することができ、ビデオデコーダ２２０ｂは、逆多重化したエンハンスメントレイヤのＵＨＤ残差データを復号することができる。
【００５７】
ビデオ変換部２５０は、アップスケーリング部２４０でアップスケーリングしたＵＨＤアップスケーリングされたビデオデータと、ビデオデコーダ２２０ｂでデコーティングしたＵＨＤ残差データと、を合算してＵＨＤビデオ（一例として、３８４０×２１６０＠６０ｐ）を生成することができる。
【００５８】
ここでは、１９２０×１０８０＠６０ｉまたは１９２０×１０８０＠３０ｐのＨＤビデオを３８４０×２１６０＠６０ｐのＵＨＤビデオに再生する場合を例示しているが、８Ｋ（７６８０×４３２０）のＵＨＤビデオの場合も、アップスケーリングの大きさが異なるのみで、同様の方式で行ってもよい。ビデオ出力部２７０ｂは、ビデオ変換部２５０が合算したＵＨＤビデオを出力することができる。
【００５９】
図示してはいないが、上記のような構造をシグナリングするシグナリング情報をデコーティングするシグナリング部が備えられてもよい。シグナリング情報が放送ストリームまたは別個のストリームとして伝送されると、受信器はこの情報を用いて当該放送信号の構造を認識し、それによって復号することができる。シグナリング情報について説明すると、下記の通りである。
【００６０】
まず、ＨＤ放送受信器もＵＨＤ放送受信器も受信できる互換放送信号構造について説明すると、下記の通りである。
【００６１】
図１０は、ＨＤ放送受信器もＵＨＤ放送受信器も受信できる互換放送信号構造の一例を示す。同図を参照してＨＤ放送受信器およびＵＨＤ放送受信器の両方が受信できる互換放送信号構造の一例を説明すると、下記の通りである。
【００６２】
プログラムＡは、サービスＡまたはチャンネルＡと呼ぶことができる。そして、プログラムＢは、サービスＢまたはチャンネルＢと呼ぶことができる。
【００６３】
まず、ＨＤプログラムであるプログラムＡとＵＨＤプログラムであるプログラムＢとは、それぞれ別個のプログラムまたは別個の放送信号として伝送されてもよい。例えば、ＨＤプログラムであるプログラムＡとＵＨＤプログラムであるプログラムＢとが、それぞれ別個のストリームまたは別個の放送信号として伝達されてもよい。
【００６４】
この場合、ＨＤ放送受信器はＨＤプログラムＡを受信し、ＵＨＤ放送受信器はＵＨＤプログラムＢをそれぞれ受信することができる。
【００６５】
他の実施例として、ＨＤプログラムであるプログラムＡとＵＨＤプログラムであるプログラムＢとが別個のプログラムとならず、ＵＨＤプログラムの一部のコンポーネントがＨＤプログラムとなるようにすることもできる。プログラムが有する放送のビデオコンポーネントの例は、下記の通りである。
【００６６】
プログラムＡは、ＨＤビデオコンポーネント（component 1）を有することができ、プログラムＢは、ＨＤビデオコンポーネント（component 1）およびＵＨＤビデオのためのエンハンスメントビデオコンポーネント（component 2）を有することができる。したがって、ＨＤプログラムは、ＵＨＤプログラムの一部のエレメントまたはコンポーネントになり得る。
【００６７】
この場合、ＵＨＤ受信器は、ＨＤビデオコンポーネント１およびエンハンスメントビデオコンポーネント２の両方を受信し、両方のコンポーネントを用いてＵＨＤビデオ信号に復元することができる。
【００６８】
したがって、ＨＤ放送受信器はＨＤビデオコンポーネント１を受信し、ＵＨＤ放送受信器は、ＨＤビデオコンポーネント１およびＵＨＤビデオコンポーネント２の両方を受信する。
【００６９】
このように、放送受信器がエレメントまたはコンポーネントを受信できるシグナリング情報を例示すると、下記の通りである。
【００７０】
図１１は、シグナリング情報としてＰＭＴを例示する図である。図１１を参照して、ＵＨＤビデオ信号構造をシグナリングする例を説明すると、下記の通りである。
【００７１】
ＰＭＴは、ＩＳＯ／ＩＥＣ １３８１８−１に開示された内容に従ってもよい。これを用いて当該フィールドを説明すると、下記の通りである。
【００７２】
ｔａｂｌｅ＿ｉｄフィールドは、ＰＭＴテーブルセクションのタイプを示す８ビット識別子を表す。（table_id - This is an 8-bit field, which in the case of a TS_program_map_section shall be always set to 0x02）
【００７３】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである。（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'. The remaining 10 bits specify the number of bytes of the section starting immediately following the section_length field, and including the CRC）
【００７５】
ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、このｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤを適用可能なプログラムを指定する。（program_number - program_number is a 16-bit field. It specifies the program to which the program_map_PID is applicable. One program definition shall be carried within only one TS_program_map_section. This implies that a program definition is never longer than 1016 (0x3F8). See Informative Annex C for ways to deal with the cases when that length is not sufficient. The program_number may be used as a designation for a broadcast channel, for example. By describing the different program elements belonging to a program, data from different sources (e.g. sequential events) can be concatenated together to form a continuous set of streams using a program_number.）
【００７６】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す。（version_number - This 5-bit field is the version number of the TS_program_map_section. The version number shall be incremented by 1 modulo 32 when a change in the information carried within the section occurs. Version number refers to the definition of a single program, and therefore to a single section. When the current_next_indicator is set to '1', then the version_number shall be that of the currently applicable TS_program_map_section. When the current_next_indicator is set to '0', then the version_number shall be that of the next applicable TS_program_map_section.）
【００７７】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このＰＭＴテーブルが現在適用可能かまたは次に適用可能かを示す。（current_next_indicator - A 1-bit field, which when set to '1' indicates that the TS_program_map_section sent is currently applicable. When the bit is set to '0', it indicates that the TS_program_map_section sent is not yet applicable and shall be the next TS_program_map_section to become valid）
【００７８】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（section_number - The value of this 8-bit field shall be 0x00）
【００７９】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（last_section_number - The value of this 8-bit field shall be 0x00.）
【００８０】
ＰＣＲ＿ＰＩＤフィールドは、プログラムナンバーによって特定されたプログラムのＰＣＲフィールドを有するＴＳパケットのＰＩＤを示す。（PCR_PID - This is a 13-bit field indicating the PID of the Transport Stream packets which shall contain the PCR fields valid for the program specified by program_number. If no PCR is associated with a program definition for private streams, then this field shall take the value of 0x1FFF.）
【００８１】
ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドは、このフィールド直後のプログラムレベルのデスクリプタの長さを示す。（program_info_length - This is a 12-bit field, the first two bits of which shall be '00'. The remaining 10 bits specify the number of bytes of the descriptors immediately following the program_info_length field.）
【００８２】
ｓｔｒｅａｍ＿ｔｙｐｅフィールドは、プログラムエレメントストリームのタイプを示す。（stream_type - This is an 8-bit field specifying the type of program element carried within the packets with the PID whose value is specified by the elementary_PID.）
【００８３】
ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤフィールドは、関連プログラムエレメントを伝送するＴＳパケットのＰＩＤを指定する。（elementary_PID - This is a 13-bit field specifying the PID of the Transport Stream packets which carry the associated program element.）
【００８４】
ＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドは、プログラムエレメントレベルのデスクリプタの長さを示す。（ES_info_length - This is a 12-bit field, the first two bits of which shall be '00'. The remaining 10 bits specify the number of bytes of the descriptors of the associated program element immediately following the ES_info_length field.）
【００８５】
ＣＲＣ３２フィールドは、ＣＲＣ値を有する３２ビットフィールドを表す。（CRC_32 - This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder.）
【００８６】
ＰＭＴは、プログラムレベルのデスクリプタとエレメンタリストリームレベルのデスクリプタを有することができる。
【００８７】
ＰＭＴにおいて、ＵＨＤプログラムおよびＨＤプログラムをそれぞれシグナリングするデスクリプタは、プログラムレベルのデスクリプタを有することができる。この実施例は、このプログラムデスクリプタをＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒと表示した。ＰＭのｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒを用いてＵＨＤプログラムの特性をシグナリングすることができる。
【００８８】
ＰＭＴは、ＵＨＤプログラムまたはＨＤプログラムのエレメントまたはコンポーネントをそれぞれシグナリングするデスクリプタであるエレメンタリストリームレベルのデスクリプタを有することができる。この実施例では、このエレメンタリストリームレベルのデスクリプタをＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒと表示した。それぞれのエレメンタリストリームに対して、ＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にエレメンタリストリームレベルデスクリプタを用いて、各エレメンタリストリームまたはコンポーネントに関する特性をシグナリングすることができる。
【００８９】
これら２つのデスクリプタの詳細は、下記の通りである。
【００９０】
図１０のプログラムＢの場合、２つのビデオコンポーネントをＰＭＴでシグナリングすることができる。例えば、ＨＤビデオコンポーネントであるコンポーネント１の場合、ｓｔｒｅａｍ＿ｔｙｐｅがＭＰＥＧ−２ビデオ、Ｈ．２６４／ＡＶＣ、またはＨＥＶＣなどのストリームタイプであるとシグナリングされてもよい。エンハンスメントビデオコンポーネントの場合、ｓｔｒｅａｍ＿ｔｙｐｅがエンハンスメントビデオコンポーネントを示すストリームタイプ値であるとシグナリングされてもよい。
【００９１】
エンハンスメントビデオコンポーネントは、コンポーネント２に対する圧縮コーデックを示すことができ、例えば、ＡＶＣ／ＳＶＣストリーム、ＨＥＶＣ ｓｃａｌａｂｌｅ ｅｘｔｅｎｓｉｏｎストリーム、ハイブリッドデルタ（Hybrid delta）ストリームをＡＶＣでコーディングしたストリーム、ハイブリッドデルタストリームをＨＥＶＣでコーディングしたストリームを示すストリームタイプ値となり得る。
【００９２】
ここでいうハイブリッドデルタとは、ベースレイヤビデオ信号（コンポーネント１）のエンハンスメントビデオデータに対して、コンポーネント１を圧縮するときに使用したコーデックと異なる種類のコーデックを使用した場合を意味する。すなわち、コンポーネント１は、ＨＤ信号をＭＰＥＧ−２ビデオにコーディングし、コンポーネント２は、ＵＨＤビデオのためのエンハンスメントレイヤをＨＥＶＣでコーディングしたとき、コンポーネント２をハイブリッドデルタＨＥＶＣストリームと呼ぶ。
【００９３】
ハイブリッドデルタを用いてコンポーネント２をコーディングまたはデコーティングする場合、エンコーダおよびデコーダでは、コンポーネント１の結果を用いてコンポーネント２をエンコーディングまたはデコーティングすることができる。ベースレイヤ信号がＭＰＥＧ−２ビデオストリームであり、エンハンスメントレイヤ信号がＨＥＶＣでコーディングしたストリームである場合を仮定すると、ベースレイヤ信号を解凍（decompress）した後、ＵＨＤ信号に合わせてアップスケール（upscale）を行うことができる。そして、ＨＥＶＣで圧縮されたエンハンスメントレイヤ信号を解凍した後、アップスケールしたＭＰＥＧ−２ビデオ信号を結合し、最終的にＵＨＤビデオ信号を出力することができる。
【００９４】
図１２に、本発明の実施例に係る各ストリームのストリームタイプ値を例示する。例えば、ＡＶＣ／ＳＶＣコーデックを用いたストリームの場合、０ｘ３０のストリームタイプ値を有することができる。
【００９５】
図１３は、本発明の実施例に係るＵＨＤプログラムデスクリプタを例示する図である。図１３を参照してＵＨＤプログラムデスクリプタの例を説明すると、次の通りである。ＵＨＤプログラムデスクリプタは、プログラムがＵＨＤプログラムであることを知らせ、２つのレイヤ（ベースおよびエンハンスメント）の伝送構造に関する情報を有することができる。このデスクリプタは、ＰＭＴのｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にくることができる。
【００９６】
ＵＨＤプログラムデスクリプタは、デスクリプタの識別子であるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ、およびデスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドを有することができる。
【００９７】
ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに関する情報をシグナリングし、ビデオのタイプが４Ｋかまたは８Ｋかなどに関する情報を示す。これに関する詳細な説明は、図１４に例示する。
【００９８】
ＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、ＵＨＤサービスのＨＤへの互換性および伝送構造に関する情報を示す。これに関する詳細な説明は、図１５に例示する。
【００９９】
図１４は、上述したＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。図１４は、ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値と各値によるビデオフォーマットとを例示する。例えば、ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールド値が００１の場合、ビデオ解像度３８４０Ｘ２１６０且つ単位時間当たり６０枚（フレーム）のプログレッシブＨＤビデオ（３８４０Ｘ２１６０＠６０Ｐ）を示す。
【０１００】
図１５は、上述したＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。例えば、ＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールド値が０ｘ０１の場合、ＵＨＤサービスがＨＤビデオとの互換性がない場合を示す。ｈｙｂｒｉｄ ｄｅｌｉｖｅｒｙ（ハイブリッド配信）の場合は、ＵＨＤサービスを構成するビデオストリームが異なった伝送経路またはプロトコルなどを介して伝送されることを意味する。例えば、ベースレイヤはｉｎ−ｂａｎｄ（インバンド）で伝送され、エンハンスメントレイヤは、リアルタイムインターネット、インターネットダウンロード、ｉｎ−ｂａｎｄ非リアルタイムなどの異なった経路／プロトコルを介して受信される場合などを意味する。
【０１０１】
図１６は、上述したＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの例を示す。ＵＨＤエンハンスメントデスクリプタは、エンハンスメントレイヤに該当するエレメンタリストリームに関する情報をシグナリングでき、ＰＭＴのＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にくる。
【０１０２】
ＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、デスクリプタの識別子であるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇと、デスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドと、を有することができる。
【０１０３】
ＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ＵＨＤビデオフォーマットに関する情報を示すＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドと、アップスケーリングパラメータを示すｕｐｓｃａｌｅ＿ｐａｒａｍｅｔｅｒ＿ｉｎｃｌｕｄｅｄフィールドと、を有することができる。
【０１０４】
例えば、ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに関する情報をシグナリングして、ビデオが４Ｋかまたは８Ｋかなどに関する情報を示す。これについては、図１４と同一の値を有することができる。
【０１０５】
ｕｐｓｃａｌｅ＿ｐａｒａｍｅｔｅｒ＿ｉｎｃｌｕｄｅｄフィールドは、ベースレイヤをエンハンスメントレイヤと結合する前に、ベースレイヤに適用すべきアップスケールパラメータをエンハンスメントレイヤビデオストリームが有するか否かを知らせる。デコーダは、このアップスケールパラメータを用いて、ベースレイヤに対してＵＨＤレベルにアップサンプリングを行うことができる。
【０１０６】
図１７は、本発明の実施例に係るシグナリング情報としてＶＣＴを例示する図である。図１７を参照してＵＨＤビデオ信号構造をシグナリングする例を説明すると、下記の通りである。
【０１０７】
ＶＣＴは、ＡＴＳＣ ＰＳＩＰ規格に従ってもよい。ＡＴＳＣ ＰＳＩＰに従う各フィールドの説明は、次の通りである。各ビットの説明は、下記の通りである。
【０１０８】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルセクションのタイプを示す８ビットの符号無し整数を表す。（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 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 [1] to identify the type of service carried in this virtual channel. Value 0x00 shall be reserved. Value 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.
【０１３５】
additional_descriptors_length - Total length (in bytes) of the VCT descriptor list that follows.
【０１３６】
ＣＲＣ＿３２は、ＣＲＣ値を有する３２ビットフィールドである。（CRC_32 - This is a 32-bit field that contains the CRC value that ensures a zero output from the registers in the decoder.）
【０１３７】
ＶＣＴは、ＵＨＤ放送と関連するサービスを示すｓｅｒｖｉｃｅ＿ｔｙｐｅと、そのＵＨＤ放送と関連するサービスを記述するデスクリプタと、を有することができる。例えば、ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅを示すフィールド値（例、０ｘ０７）、ｅｘｔｅｎｄｅｄ ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅを示すフィールド値（例、０ｘ０９）、または、ＵＨＤＴＶを表すｎｅｗ ＤＴＶ ｓｅｒｖｉｃｅを示すフィールド値（例、０ｘ１０）を有することができる。
【０１３８】
Ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈに続くデスクリプタには、ＵＨＤプログラムとそのコンポーネントを記述するデスクリプタとが配置されることができる。
【０１３９】
図１８は、発明の実施例に係るＶＣＴが有し得るデスクリプタを例示した図である。図１８を参照してＶＣＴが有し得るデスクリプタを説明すると、下記の通りである。この例では、ＶＣＴが有し得るデスクリプタをＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｔｏｒと称する。
【０１４０】
ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｔｏｒは、デスクリプタの識別子であるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇと、デスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドと、を有することができる。
【０１４１】
Ｎｕｍ＿ｏｆ＿ｃｏｍｐｏｎｅｎｔは、ＵＨＤサービスが有するコンポーネントの数を示す。
【０１４２】
ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｔｏｒは、各コンポーネントに対して、ＵＨＤ＿ｖｉｄｅｏ＿ｃｏｄｅｃ＿ｔｙｐｅ、ＵＨＤ＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅ、ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎ、ＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅおよびＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドを有することができる。
【０１４３】
ＵＨＤ＿ｖｉｄｅｏ＿ｃｏｄｅｃ＿ｔｙｐｅフィールドは、ＵＨＤサービスを構成するビデオエレメントのコーデックを示す。例えば、この値は、ＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅが示すコーデックと同一のコーデックを示すことができる。
【０１４４】
ＵＨＤ＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅフィールドは、当該ビデオストリームに対するプロファイル、すなわち、当該ストリームをデコーティングするために必要な基本ツール（ｔｏｏｌ）を示す。ＵＨＤ＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅは、当該ビデオストリームの色濃度（color depth）（４：２：０、４：２：２など）、ビット深度（bit depth）（８ビット、１０ビット）、コーディングツール（coding tool）などに関する要求（requirement）情報などを示すことができる。ＵＨＤ＿ｖｉｄｅｏ＿ｌｅｖｅｌは、該当するプロファイル内でデコーディング可能な最大（ｍａｘｉｍｕｍ）仕様を知らせる。すなわち、このフィールドは、ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドおよびＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅフィールドに対応するレベル情報を提供することができる。
【０１４５】
ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドおよびＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅフィールドは、ＵＨＤビデオの解像度およびフレームレートを示す。例えば、ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎの値が‘００１’であれば、３８４０×２１６０の解像度を意味でき、ＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅ値が‘０１０’であれば、プログレッシブ６０Ｈｚを意味できる。上述したＰＭＴが有するＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒのＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドと同一の意味および値を有することができる。
【０１４６】
ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドは、当該ビデオストリームに対して、このストリームがＨＤ互換ベースレイヤであるかまたはＵＨＤのためのエンハンスメントレイヤであるかに関する情報を示すことができる。
【０１４７】
一方、ＤＶＢ ＳＩによって、上記のような情報を用いてＨＤビデオと互換性のあるＵＨＤビデオをシグナリングする例は、次の通りである。
【０１４８】
図１９は、シグナリング情報としてＳＤＴを例示する図である。
【０１４９】
ＳＤＴは、ＥＴＳＩ ＥＮ ３００ ４６８に従ってもよい。これを用いて各フィールドを説明すると、下記の通りである。
【０１５０】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルの識別子を示す。
【０１５１】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＳＤＴテーブルセクションに対して１に設定される１ビットフィールドである。（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 1 021 so that the entire section has a maximum length of 1 024 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.）
【０１６６】
ＳＤＴのサービスレベル（service level）に、図１３で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒを配置し、当該サービスに対するＵＨＤビデオ特性および伝送構造などをシグナリングすることができる。そして、ＳＤＴのサービスレベルに、図１８で例示したＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを配置し、当該サービスが有するＵＨＤエレメントの特性をシグナリングすることができる。
【０１６７】
図２０は、シグナリング情報としてＥＩＴを例示する図である。
【０１６８】
ＥＩＴは、ＥＴＳＩ ＥＮ ３００ ４６８に従ってもよい。これを用いて各フィールドを説明すると、下記の通りである。
【０１６９】
ｔａｂｌｅ＿ｉｄ：テーブル識別子を示す。
【０１７０】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＥＩＴテーブルセクションに対して１に設定される１ビットフィールドである。（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 4 093 so that the entire section has a maximum length of 4 096 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.）
【０１８０】
ｌａｓｔ＿ｔａｂｌｅ＿ｉｄフィールドは、用いられる最後のテーブルＩＤ（table_id）を識別する。（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.）
【０１８７】
ＥＩＴのイベントレベル（event level）に、図１３で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒと、図１８で例示したＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒと、を配置し、各イベント単位で、ＵＨＤプログラムに対するＵＨＤビデオ特性および伝送構造と、ＵＨＤサービスを構成するＵＨＤエレメントに関する特性と、をシグナリングすることができる。
【０１８８】
図１８で例示したＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒをＤＶＢのＳＤＴまたはＥＩＴが有する場合、ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドをさらに有することができる。ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドは、ＰＳＩレベルのＰＭＴでシグナリングされる当該ストリームに対するＰＩＤ値を示すことができる。受信器は、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドを用いて、ＰＭＴと共に当該ストリームのＰＩＤ値を探すことができる。
【０１８９】
図２１は、本発明に係る放送信号受信方法の一実施例を示す図である。本発明に係る信号受信方法の一実施例を説明すると、下記の通りである。
【０１９０】
ＨＤビデオを受信し、該ＨＤビデオと共にＵＨＤビデオを復元できる残差データを受信する（Ｓ２１０）。
【０１９１】
上記ＨＤビデオをデコーティングして出力したり、上記ＨＤビデオおよび残差データを用いてＵＨＤビデオを復元して出力したりする（Ｓ２２０）。Ｓ２１０およびＳ２２０の詳細は、図９で例示した。
【０１９２】
本発明に係る信号受信方法の一実施例は、シグナリング情報を受信し、該シグナリング情報を用いてＳ２２０段階を行うこともできる。シグナリング情報の詳細は、図１０乃至図２０で説明した。
【０１９３】
ＨＤビデオと、該ＨＤビデオと共にＵＨＤビデオを復元できる残差データと、シグナリング情報と、が多重化されて伝送される場合、ＨＤビデオストリーム、残差データのストリーム、シグナリング情報をそれぞれ逆多重化することができる。
【０１９４】
逆多重化したシグナリング情報を復号し、復号したシグナリング情報に基づいて、逆多重化したＨＤビデオを復元したり、または、逆多重化したＨＤビデオストリームおよび残差データストリームを用いてＵＨＤビデオを復元したりすることができる。
【０１９５】
図２２は、本発明に係る信号送信装置の一実施例を示す図である。
【０１９６】
本発明に係る信号送信装置の一実施例は、変換部３１０および伝送部３４０を備えることができる。
【０１９７】
変換部３１０は、ＵＨＤビデオをＨＤビデオに変換する。
【０１９８】
例えば、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオから、第１フレームレートのプログレッシブＨＤビデオに変換し、該変換された第１フレームレートのプログレッシブＨＤビデオを、第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、第１フレームレートのインターレースＨＤビデオに変換したりすることができる。
【０１９９】
代替として、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオを、第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、第１フレームレートのインターレースＨＤビデオに変換したりすることもできる。
【０２００】
ＵＨＤビデオをＨＤビデオに変換する実施例は、図３で例示した。図３に関する詳細な実施例は、図４乃至図８で例示した。
【０２０１】
伝送部３４０は、変換部３１０で変換されたＨＤビデオと、該変換されたＨＤビデオと共にＵＨＤビデオを復元できる残差データと、をそれぞれ伝送する。
【０２０２】
本発明に係る信号送信装置の一実施例は、シグナリング部３２０および多重化部３３０をさらに備えることができる。シグナリング部３２０は、伝送されるＨＤビデオを用いてＵＨＤビデオを復元できるシグナリング情報を生成する。シグナリング情報に関する説明は、図１０乃至図２０で詳しく例示した。
【０２０３】
多重化部３３０は、変換部３１０で変換されたＨＤビデオと、残差データと、シグナリング部３２０で生成されたシグナリング情報と、を多重化する。
【０２０４】
この場合、伝送部３４０は、多重化部３３０で多重化された信号を伝送することができる。
【０２０５】
図２３は、本発明に係る信号受信装置の一実施例を示す図である。
【０２０６】
本発明に係る信号受信装置の一実施例は、受信部４１０、デコーティング部４４０および出力部４５０を備えることができる。
【０２０７】
受信部４１０は、ＨＤビデオと、該ＨＤビデオと共にＵＨＤビデオを復元できる残差データと、を受信する。
【０２０８】
デコーティング部４４０は、ＨＤビデオをデコーティングしたり、または、該ＨＤビデオおよび残差データを用いてＵＨＤビデオを復元したりすることができる。
【０２０９】
出力部４５０は、ＨＤビデオをデコーティングしたり、または該ＨＤビデオおよび残差データを用いてＵＨＤビデオを復元したりすることができる。デコーティング部４４０と出力部４５０についての説明は、図９で例示した。
【０２１０】
本発明に係る信号受信装置の一実施例は、逆多重化部４２０およびシグナリング情報復号部４３０をさらに備えることができる。
【０２１１】
ＨＤビデオと、該ＨＤビデオと共にＵＨＤビデオを復元できる残差データと、シグナリング情報と、が多重化されて伝送される場合、逆多重化部４２０は、ＨＤビデオストリーム、残差データのストリーム、シグナリング情報を逆多重化することができる。
【０２１２】
シグナリング情報復号部４２０は、逆多重化したシグナリング情報を復号することができる。
【０２１３】
すると、デコーティング部４４０は、復号したシグナリング情報に基づいて、逆多重化部４２０で逆多重化したＨＤビデオを復元したり、または、逆多重化したＨＤビデオストリームおよび残差データストリームを用いてＵＨＤビデオを復元したりすることができる。
【０２１４】
発明の実施例は、発明を実施するための形態で記述された。
【産業上の利用可能性】
【０２１５】
本願発明は、放送およびビデオ信号処理の分野で利用可能であり、反復可能性があるという産業上の利用可能性がある。
【図１】
2015530025.tif 000004
【図２】
2015530025.tif 000005
【図３】
2015530025.tif 000006
【図４】
2015530025.tif 000007
【図５】
2015530025.tif 000008
【図６】
2015530025.tif 000009
【図７】
2015530025.tif 000010
【図８】
2015530025.tif 000011
【図９】
2015530025.tif 000012
【図１０】
2015530025.tif 000013
【図１１】
2015530025.tif 000014
【図１２】
2015530025.tif 000015
【図１３】
2015530025.tif 000016
【図１４】
2015530025.tif 000017
【図１５】
2015530025.tif 000018
【図１６】
2015530025.tif 000019
【図１７】
2015530025.tif 000020
【図１８】
2015530025.tif 000021
【図１９】
2015530025.tif 000022
【図２０】
2015530025.tif 000023
【図２１】
2015530025.tif 000024
【図２２】
2015530025.tif 000025
【図２３】
2015530025.tif 000026
【国際調査報告】
2015530025.tif 000027
2015530025.tif 000028
2015530025.tif 000029
2015530025.tif 000030