特許6073477 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ エルジー　エレクトロニクス　インコーポレイティドの特許一覧

特許6073477信号送受信装置および信号送受信方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6073477

(24)【登録日】2017年1月13日

(45)【発行日】2017年2月1日

(54)【発明の名称】信号送受信装置および信号送受信方法

(51)【国際特許分類】

H04N 21/2343 20110101AFI20170123BHJP

H04N 21/2362 20110101ALI20170123BHJP

【ＦＩ】

H04N21/2343

H04N21/2362

【請求項の数】6

【全頁数】31

(21)【出願番号】特願2015-526467(P2015-526467)

(86)(22)【出願日】2013年8月8日

(65)【公表番号】特表2015-530025(P2015-530025A)

(43)【公表日】2015年10月8日

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

(87)【国際公開番号】WO2014025213

(87)【国際公開日】20140213

【審査請求日】2015年2月10日

(31)【優先権主張番号】61/681,642

(32)【優先日】2012年8月10日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジーエレクトロニクスインコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村健一

(72)【発明者】

【氏名】ファンスチン

(72)【発明者】

【氏名】スチョンヨル

(72)【発明者】

【氏名】キムチンピル

(72)【発明者】

【氏名】ホンホテク

(72)【発明者】

【氏名】チェチヒョン

【審査官】古川哲也

(56)【参考文献】

【文献】米国特許出願公開第２０１２／００４２３３３（ＵＳ，Ａ１）

【文献】特開２０１３−０９０２９６（ＪＰ，Ａ）

【文献】特開２００２−０１０２５１（ＪＰ，Ａ）

【文献】特開２０１０−０１１１５４（ＪＰ，Ａ）

【文献】特表２０１０−５０１１４１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ２１／００ − ２１／８５８

Ｈ０４Ｎ１９／００ − １９／９８

Ｈ０４Ｎ７／００ − ７／０８８

(57)【特許請求の範囲】

【請求項1】

超高解像度（ＵＨＤ）ビデオデータから高解像度（ＨＤ）ビデオデータを生成するステップであって、前記ＵＨＤビデオデータは、前記ＵＨＤビデオデータをダウンサンプリングすることによって前記ＨＤビデオデータに変換され、
前記ＵＨＤビデオデータをローパスフィルタを介してフィルタリングするステップと、
前記フィルタリングされたＵＨＤビデオデータを、サンプリング単位における偶数または奇数ピクセルの組み合わせであるサブビデオサンプリングファクタを用いてダウンサンプリングするステップと、
インターレース方式で前記ＨＤビデオデータを生成するステップであって、前記インターレース方式では、前記生成されたＨＤビデオデータは、トップまたはボトムフィールドをスキャンすることによってインターレースされたＨＤビデオフレームを有するステップと、を有するステップと、
前記ＵＨＤビデオデータから残差データを取得するステップと、
放送信号を送信するステップであって、前記放送信号は、前記変換されたＨＤビデオデータをベースレイヤストリームとして、前記ＵＨＤビデオデータの前記残差データをエンハンスメントレイヤストリームとして有するステップと、を有し、
前記放送信号は、さらに、シグナリング情報を有し、
前記シグナリング情報は、前記放送信号によって提供されるサービスのサービスタイプと前記サービスのビデオフォーマットとを有し、
前記ビデオフォーマットは、ビデオタイプが４Ｋかまたは８Ｋかを表す情報を示す、放送信号送信方法。

【請求項2】

前記インターレース方式で前記ＨＤビデオデータを生成するステップは、
前記ダウンサンプリングされた第１フレームレートのＵＨＤビデオデータから、該第１フレームレートのプログレッシブＨＤビデオデータに変換するステップと、
前記変換された第１フレームレートのプログレッシブＨＤビデオデータを、前記第１フレームレートのインターレースされたＨＤビデオデータに変換するステップと、を有する、請求項１に記載の放送信号送信方法。

【請求項3】

前記ベースレイヤストリームおよび前記エンハンスメントレイヤストリームをシグナリングする前記シグナリング情報を生成するステップと、
前記ベースレイヤストリーム、前記エンハンスメントレイヤストリームおよび前記シグナリング情報を多重化するステップと、をさらに有する、請求項１に記載の放送信号送信方法。

【請求項4】

超高解像度（ＵＨＤ）ビデオデータから高解像度（ＨＤ）ビデオデータを生成する第１エンコーダであって、前記ＵＨＤビデオデータは、前記ＵＨＤビデオデータをダウンサンプリングすることによって前記ＨＤビデオデータに変換され、
前記ＵＨＤビデオデータをローパスフィルタを介してフィルタリングするフィルタと、
前記フィルタリングされたＵＨＤビデオデータを、サンプリング単位における偶数または奇数ピクセルの組み合わせであるサブビデオサンプリングファクタを用いてダウンサンプリングするダウンサンプリング部と、
インターレース方式で前記ＨＤビデオデータを生成するモード変換部であって、前記インターレース方式では、前記生成されたＨＤビデオデータは、トップまたはボトムフィールドをスキャンすることによってインターレースされたＨＤビデオフレームを有するモード変換部と、を有する第１エンコーダと、
前記ＵＨＤビデオデータから残差データを取得する第２エンコーダと、
放送信号を送信する伝送部であって、前記放送信号は、前記変換されたＨＤビデオデータをベースレイヤストリームとして、前記ＵＨＤビデオデータの前記残差データをエンハンスメントレイヤストリームとして有する伝送部と、を有し、
前記放送信号は、さらに、シグナリング情報を有し、
前記シグナリング情報は、前記放送信号によって提供されるサービスのサービスタイプと前記サービスのビデオフォーマットとを有し、
前記ビデオフォーマットは、ビデオタイプが４Ｋかまたは８Ｋかを表す情報を示す、放送信号送信装置。

【請求項5】

前記モード変換部は、
前記ダウンサンプリングされた第１フレームレートのＵＨＤビデオデータから、前記第１フレームレートのプログレッシブＨＤビデオデータに変換し、
前記変換された第１フレームレートのプログレッシブＨＤビデオデータを、前記第１フレームレートのインターレースされたＨＤビデオデータに変換する、請求項４に記載の放送信号送信装置。

【請求項6】

前記ベースレイヤストリームおよび前記エンハンスメントレイヤストリームをシグナリングする前記シグナリング情報を生成するシグナリング部と、
前記ベースレイヤストリーム、前記エンハンスメントレイヤストリームおよび前記シグナリング情報を多重化する多重化部と、をさらに有する、請求項４に記載の放送信号送信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、信号送受信装置および信号送受信方法に関する。

【背景技術】

【0002】

ビデオ信号処理速度の向上に伴って、超高解像度（Ultra High Definition；ＵＨＤ）ビデオをエンコーディング／デコーティングする方法が研究されている。ＵＨＤ解像度は、ＨＤ（High Definition）解像度の４倍または１６倍程度の高解像度ビデオ映像と定義される。単一のコーデックを用いた、ＵＨＤビデオテレビ信号を送信するための高効率コーデック技術の開発が、いくつかの標準団体で進行している。しかし、現在の放送システムは、ＵＨＤビデオを送信できる方法が定義されておらず、現在の放送システムでは、超高解像度ビデオをエンコーディング／デコーティングする方法が提案されても、ＵＨＤビデオを送信／受信する方法がなかった。また、ＵＨＤビデオを送受信するシステムが提案されたとしても、従来のビデオ送受信システムと互換性がなければ、活用されるのに時間がかかるため、従来の放送またはビデオ送受信システムとの互換性も問題となる。

【0003】

例えば、既存のＨＤＴＶ受信器がＵＨＤビデオを受信した場合、ＨＤビデオを問題なく受信または表示できる方法がなかった。特に、ＵＨＤ信号を送信する過程で、一つのＵＨＤビデオを用いてＵＨＤＴＶと既存のＨＤＴＶとがいずれも問題なくビデオ信号を受信または出力できなければならないが、このような方式は未だ提供されていない現状である。特に、６０枚のプログレッシブ（progressive（順次走査））ビデオから６０枚のインターレース（interlaced（飛び越し走査））ビデオ映像を抽出する方法が提示されていない。

【0004】

すなわち、スキャン方式が異なったり、フレームレート（frame rate）が異なる既存のＨＤＴＶ受信器でＵＨＤＴＶストリームを受信する場合にも、問題なくＨＤ互換映像を見ることができる方法がなかった。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の目的は、ＵＨＤビデオの送受信において、既存の放送またはビデオ送受信システムと互換性のある方式を提供する信号送受信方法および信号送受信装置を提供することである。

【0006】

本発明の他の目的は、ＵＨＤビデオの送受信において、既存のＨＤＴＶ受信器がＵＨＤビデオを受信したとき、ＨＤビデオを問題なく受信または表示できる信号送受信方法および信号送受信装置を提供することである。

【課題を解決するための手段】

【0007】

本発明の一実施例は、ＵＨＤビデオからＨＤビデオを生成し、該変換されたＨＤビデオと上記ＵＨＤビデオのうち上記変換されたＨＤビデオの残余（remaining）データである残差（residual）データとを生成するステップと、上記変換されたＨＤビデオをベースレイヤストリームとして、上記残差データをエンハンスメントレイヤストリームとして、伝送するステップと、を有する信号送信方法を提供する。

【0008】

本発明の他の実施例は、ＨＤビデオと該ＨＤビデオと共にＵＨＤビデオを復元するための残差データとを受信する受信部と、上記ＨＤビデオをデコーティングして出力したり、または、上記ＨＤビデオおよび上記残差データを用いて上記ＵＨＤビデオを復元して出力したりする出力部と、を備える信号受信装置を提供する。

【発明の効果】

【0009】

本発明の実施例によれば、ＵＨＤビデオの送受信において、既存の放送またはビデオ送受信システムと互換性のある方式を提供することができる。

【0010】

本発明の実施例によれば、ＵＨＤビデオの送受信において、既存のＨＤＴＶ受信器がＵＨＤビデオを受信したとき、ＨＤビデオを問題なく受信または表示することができる。

【図面の簡単な説明】

【0011】

【図1】本発明に係る信号送信方法の一実施例を示す図である。

【図2】本発明の一実施例によってＵＨＤビデオ信号を構成する方法を例示する図である。

【図3】図２の具体例を示す図である。

【図4】ＵＨＤビデオをＨＤビデオに変換する一例を示す図である。

【図5】ＵＨＤビデオをＨＤビデオに変換する他の例を示す図である。

【図6】ＵＨＤビデオをＨＤビデオに変換する他の例を具体的に示す図である。

【図7】ＵＨＤビデオをＨＤビデオに変換する更に他の例を具体的に示す図である。

【図8】ＵＨＤビデオをＨＤビデオとして送信できる送信装置の一実施例を示す図である。

【図9】本発明に係るビデオ受信装置の一実施例を示す図である。

【図10】ＨＤ放送受信器およびＵＨＤ放送受信器の両方によって受信できる互換性のある放送信号の構造の一例を示す図である。

【図11】シグナリング情報としてＰＭＴを例示する図である。

【図12】本発明の実施例に係る各ストリームのストリームタイプ値を例示する図である。

【図13】本発明の実施例に係るＵＨＤプログラムデスクリプタ（UHD program descriptor）を例示する図である。

【図14】ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。

【図15】ＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。

【図16】ＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの例を示す図である。

【図17】本発明の実施例に係るシグナリング情報としてＶＣＴを例示する図である。

【図18】本発明の実施例に係るＶＣＴが有し得るデスクリプタを例示する図である。

【図19】シグナリング情報としてＳＤＴを例示する図である。

【図20】シグナリング情報としてＥＩＴを例示する図である。

【図21】本発明に係る放送信号受信方法の一実施例を示す図である。

【図22】本発明に係る信号送信装置の一実施例を示す図である。

【図23】本発明に係る信号受信装置の一実施例を示す図である。

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

【0012】

以下、本発明の実施例を容易に説明できるよう、図面を参照して説明する。

【0013】

図１は、本発明に係る信号送信方法の一実施例を示す図である。図１を参照して、本発明に係る信号送信方法の一実施例を説明すると、下記の通りである。

【0014】

ＵＨＤビデオをＨＤビデオに変換する（Ｓ１１０）。

【0015】

例えば、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオから、第１フレームレートのプログレッシブ（progressive）ＨＤビデオに変換し、該変換された第１フレームレートのプログレッシブＨＤビデオを、第１フレームレートの１／２である第２フレームレートのプログレッシブＨＤビデオに変換したり、または第１フレームレートのインターレース（interlaced）ＨＤビデオに変換したりすることができる。

【0016】

代替として、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオを、第１フレームレートの１／２である第２フレームレートのプログレッシブＨＤビデオに変換したり、または第１フレームレートのインターレースＨＤビデオに変換したりすることもできる。

【0017】

ＵＨＤビデオをＨＤビデオに変換する実施例は、図３で例示する。図３に関する詳細な実施例は、図４乃至図８で例示する。

【0018】

変換されたＨＤビデオと、該変換されたＨＤビデオと共にＵＨＤビデオを復元できる残差データと、をそれぞれ伝送する（Ｓ１２０）。

【0019】

例えば、ベースレイヤストリーム、エンハンスメントレイヤストリームをシグナリングするシグナリング情報を生成し、上記ベースレイヤストリーム、上記エンハンスメントレイヤストリームおよび上記シグナリング情報を多重化することができる。これに関する説明は、図８で例示する。

【0020】

本発明の実施例は、追加して伝送されるＨＤビデオと該ＨＤビデオを用いてＵＨＤビデオに復元できるシグナリング情報とを併せて伝送することができる。シグナリング情報に関する説明は、図１０乃至図２０で詳しく例示する。

【0021】

図２は、本発明の一実施例によってＵＨＤビデオ信号を構成する方法を例示する図である。

【0022】

ＵＨＤビデオの原本ソース（source）を、ＳＶＣコーディング方式を用いてベースレイヤ（base layer）およびエンハンスメントレイヤ（enhancement layer）にエンコーディングすることができる。ＵＨＤビデオの原本ソースからＨＤビデオ信号を抽出してベースレイヤにエンコーディングし、ＨＤビデオ信号をＵＨＤビデオ信号にアップスケーリングするために必要な残差（residual）ビデオ信号は、エンハンスメントレイヤにエンコーディングすることができる。

【0023】

この例では、ＵＨＤビデオの原本ソースを、６０インターレースＨＤビデオ信号または３０プログレッシブＨＤビデオ信号のベースレイヤにエンコーディングする。そして、６０プログレッシブＵＨＤＴＶビデオ信号に構成できるようにアップスケーリング（upscaling）（３０プログレッシブＨＤビデオは３０プログレッシブＵＨＤにアップスケーリング、６０インターレースＨＤは６０インターレースＵＨＤにアップスケーリング）し、残差ビデオ信号をエンハンスメントレイヤにエンコーディングすることができる。

【0024】

図３は、図２の具体例を示す図である。以下、ＵＨＤビデオをＨＤビデオに分離する２つの例について詳述する。

【0025】

第一の例では、例えば、４ＫＵＨＤビデオであれば、６０枚プログレッシブＵＨＤビデオ（３８４０×２１６０＠６０ｐ）を、６０枚プログレッシブＨＤビデオ（１９２０×１０８０＠６０ｐ）に変換する第１段階と、抽出された６０枚プログレッシブＨＤビデオを、６０枚インターレースＨＤビデオ信号（１９２０×１０８０＠６０ｉ）または３０枚プログレッシブＨＤビデオ信号（１９２０×１０８０＠３０ｐ）のＨＤビデオに変換する第２段階と、を有する。

【0026】

同図で、６０枚プログレッシブＵＨＤビデオを、スケーリング（scaling）またはデシメーション（decimation）などの技法を用いて、６０枚プログレッシブＨＤビデオにダウンサンプリングして抽出する（UHD-to-HD downsampling）。そして、この実施例では、６０枚プログレッシブＨＤビデオを、トップ／ダウンフィールドサンプリングを用いて６０ｉＨＤビデオにエンコーディングしたり、または、フレーム単位で偶数或いは奇数フレームにおいてフレームサンプリングして３０ｐＨＤビデオにエンコーディングしたりすることができる。エンコーディングされた６０ｉＨＤビデオまたは３０ｐＨＤビデオはベースレイヤにエンコーディングされて伝送される。

【0027】

第二の例では、上記の第１段階を省略して、６０枚プログレッシブＵＨＤビデオ（３８４０×２１６０＠６０ｐ）を直接、６０枚インターレースＨＤビデオ信号（１９２０×１０８０＠６０ｉ）または３０枚プログレッシブＨＤビデオ信号（１９２０×１０８０＠３０ｐ）のＨＤビデオに変換することができる。

【0028】

ＵＨＤビデオから、１９２０×１０８０＠６０ｉのＨＤビデオ信号は、ダウンサンプリング（スケーリングまたはデシメーション）過程を経て抽出することができ、１９２０×１０８０＠３０ｐのＨＤビデオ信号は、フレームスキップとダウンサンプリングを併行する方法を用いることができる。

【0029】

一方、上記の両方の例において、ＵＨＤビデオから変換されたＨＤビデオとの差であるＵＨＤ残差データは、エンハンスメントレイヤにエンコーディングされて伝送される。

【0030】

図４は、上述したＵＨＤビデオをＨＤビデオに変換する一例を具体的に示す。同図において、３８４０×２１６０＠６０ｐのＵＨＤビデオは、ピクセルサンプリングを介して１９２０×１０８０＠６０ｐまたは１９２０×１０８０＠６０ｉＨＤビデオに変換することができる。

【0031】

ＵＨＤビデオをＨＤビデオに変換するためのサンプリング方法の一つに、サンプリングを介して特定位置のピクセルのみを選択して変換するデシメーションがある。この場合、サンプリングする位置によって４通りの場合が可能である。すなわち、４個のピクセル領域で、（１）横座標の偶数位置と縦座標の偶数位置との組合せでサンプリング、（２）横座標の偶数位置と縦座標の奇数位置との組合せでサンプリング、（３）横座標の奇数位置と縦座標の偶数位置との組合せでサンプリング、および、（４）横座標の奇数位置と縦座標の奇数位置との組合せでサンプリングする方法が可能である。同図は、ＵＨＤビデオから、（偶数、偶数）の組合せのシンプルサンプリングによってＨＤビデオに変換するデシメーション方式を例示し、このようにして得た１９２０×１０８０＠６０ｐＨＤビデオからＨＤインターレースビデオを抽出すると、１９２０×１０８０＠６０ｉＨＤビデオを得ることができる。４ＫＵＨＤ映像では２×２の４個のピクセル領域から選択するが、８ＫＵＨＤ映像１６Ｋでは４×４の１６個のピクセル領域を使用することができる。

【0032】

図５は、上述したＵＨＤビデオをＨＤビデオに変換する他の例を具体的に示す。４ＫＵＨＤビデオの場合、ビデオ信号の２×２ピクセル領域中の４個のサンプルに加重値を与えてサンプリングし、サンプリングされたＨＤビデオからインターレースフィールド（interlaced field）を抽出することができる。ここで、各ピクセルに与えられる数式は、同図に例示した通りであり、各ピクセルの係数の和は、１になるようにすることができる。すなわち、４ＫＵＨＤビデオでは、４個のピクセル当たり１個の新しいＨＤピクセルを構成するようにダウンサンプリングすることができる。ＵＨＤビデオからＨＤビデオを生成する他の方法では、空間ダウンサンプリング（spatial down-sampling）をする過程で用いられる入力ピクセルの個数は、上記の実施例の２×２に限定されず、任意のＮ×Ｎ個の周辺ピクセルを使用することができる。

【0033】

図６は、上述したＵＨＤビデオをＨＤビデオに変換する他の例を具体的に例示する。同図は、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）をＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換する例を示している。

【0034】

例えば、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）からＨＤビデオ信号（１９２０×１０８０＠６０ｉ）にダウンサンプリングする場合、奇数フレームまたは偶数フレームのいずれかのみを選択する。この例は、奇数フレーム（フレーム＃１、フレーム＃３）を例示する。サブサンプリングを行う場合、ＵＨＤビデオの奇数フレーム（フレーム＃１）内のピクセルＵＨＤ（２ｘ，２ｙ）を用いて、ＨＤビデオの奇数トップフィールドのピクセルＨＤ（ｘ，ｙ）を決定し、同一のＵＨＤビデオの奇数フレーム（フレーム＃１）内のピクセルＵＨＤ（２ｘ，４ｙ＋２）を、ＨＤビデオの奇数ボトムフィールドのピクセルＨＤ（ｘ，ｙ＋１）と決定することができる。同一のフレーム（フレーム＃１）を用いるため、時間差を伴わずにＵＨＤビデオフレームからＨＤビデオインターレースフレーム（interlaced frame）に変換することができる。

【0035】

同様に、ビデオ奇数フレーム（フレーム＃３）内のピクセルＵＨＤ（２ｘ，２ｙ）を用いて、ＨＤビデオの奇数トップフィールドのピクセルＨＤ（ｘ，ｙ）を決定し、同一のＵＨＤビデオ奇数フレーム（フレーム＃３）内のピクセルＵＨＤ（２ｘ，４ｙ＋２）を、ＨＤビデオの奇数ボトムフィールドのピクセルＨＤ（ｘ，ｙ＋１）と決定することができる。

【0036】

６０枚のＵＨＤ原本ビデオから６０枚のインターレースフィールド（ interlaced field ）を生成するために、奇数（または、偶数）番目ごとのフレームにおけるトップフィールドおよびボトムフィールドを用いる。すなわち、トップフィールドとボトムフィールドとは同一のフレームを利用し、１つのＵＨＤビデオフレームにおいて４ピクセルに加重値を与えて１ピクセルを生成する方式が適用され、縦方向に２ピクセルずつスキップしながらサンプリングする。

【0037】

このようにすると、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）は、ＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換することができ、変換されたフレームは、ベースレイヤにエンコーディングして伝送することができる。

【0038】

図７は、上述したＵＨＤビデオをＨＤビデオに変換する更に他の例を具体的に例示する。同図は、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）をＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換する他の例を示す。

【0039】

例えば、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）からＨＤビデオ信号（１９２０×１０８０＠６０ｉ）にダウンサンプリングする場合、全フレームをダウンサンプリングの対象として選択する。サブサンプリングする場合、ＵＨＤビデオフレーム（フレーム＃１）内のピクセルＵＨＤ（２ｘ，２ｙ）を用いて、ＨＤビデオの奇数トップフィールドのピクセルＨＤ（ｘ，ｙ）を決定し、次のＵＨＤビデオフレーム（フレーム＃２）内のピクセルＵＨＤ（２ｘ，４ｙ＋２）を、ＨＤビデオの偶数ボトムフィールドのピクセルＨＤ（ｘ，ｙ＋１）と決定することができる。同様に、ＵＨＤビデオフレームであるフレーム＃３およびフレーム＃４を用いてＨＤビデオの奇数トップフィールドおよび偶数ボトムフィールドを決定することができる。

【0040】

この例では、６０枚のＵＨＤ原本ビデオフレームから６０枚のインターレースフィールドを生成するために、奇数フレームではトップフィールドを生成し、偶数フレームではボトムフィールドを生成してもよく、逆に、奇数フレームでボトムフィールド、偶数フレームでトップフィールドを生成してもよい。すなわち、ＵＨＤビデオのフレームごとにＨＤビデオのトップフィールド或いはボトムフィールドを作ることができる。

【0041】

したがって、ＵＨＤビデオ（３８４０×２１６０＠６０ｐ）は、ＨＤビデオ信号（１９２０×１０８０＠６０ｉ）に直接変換することができ、変換されたフレームは、ベースレイヤにエンコーディングして伝送することができる。

【0042】

例示したＵＨＤビデオからＨＤビデオを分離する方法は、図４および図５に示した例の通り、ＵＨＤビデオをＨＤビデオにサンプリングした後、ＨＤビデオからインターレースフィールドを分離する方法もあり、または、図６および図７の通り、ＵＨＤビデオをＨＤビデオにサンプリングする過程と同時にインターレースフィールドを分離する方法もある。

【0043】

なお、図６および図７では、ＵＨＤビデオの１個のピクセルを用いて対応するＨＤビデオのピクセルを生成しているが、任意のＮ個のピクセルに対する加重和（weighted sum）を用いてＨＤビデオピクセルを生成することもできる。すなわち、ＵＨＤビデオからＨＤビデオを抽出するためのダウンサンプリング過程は、下記の数式（１）のように一般化して表現することができる。

【0044】

【数1】

【0045】

図８は、ＵＨＤビデオをＨＤビデオとして送信できる送信装置の一実施例を示す図である。ＵＨＤビデオが入力された場合、選択的に低域通過フィルタ（low pass filter）１１０でフィルタリングされ、サブビデオサンプリングファクタ（Sub-video sampling factor）がダウンサンプリング部１２０に入力される。同図は、サブビデオサンプリングファクタが（偶数，偶数）の組合せである場合に、ＨＤビデオをスキャン方式によって分類する例を示す。したがって、他のサブビデオサンプリングファクタも可能である。ダウンサンプリング部１２０は、フィルタリングされたＵＨＤビデオをＨＤビデオにダウンサンプリングする。ダウンサンプリングする方式は、図３および図４で例示した通りである。

【0046】

フォーマット決定部１３０は、ダウンサンプリングされたビデオに対して、スキャン方式によって、ビデオフォーマットがインターレース方式かまたはプログレッシブ方式かを決定することができる。フォーマット決定部１３０は、スキャン方式によって、トップ／ボトムフィールドを分離して生成した６０ｉＨＤビデオ、および／または、フレーム単位にサンプリングした３０ｐＨＤビデオを生成することができ、それぞれの生成されたビデオにインターレースフラグとプログレッシブフラグを挿入することができる。

【0047】

図６および図７の例では、例示した数式によって、ダウンサンプリング部１２０およびフォーマット決定部１３０が同一の機能ブロックで実行され、ダウンサンプリングおよびフォーマット変換を同時に行うこともできる。

【0048】

ビデオ送信装置の一実施例は、上述したようにＵＨＤビデオから変換したＨＤビデオを放送信号として伝送する場合、変換された信号に関連するシグナリング情報を生成するシグナリング部（図示せず）と、変換されたＨＤビデオと生成されたシグナリング情報とを併せて伝送する伝送部（図示せず）と、を備えることもできる。

【0049】

以下では、このようなビデオを受信できる受信装置とシグナリング情報とについて詳述する。

【0050】

図９は、本発明に係るビデオ受信装置の一実施例を示す図である。本発明に係るビデオ受信装置は、上記の例示したビデオの構造によって、ＵＨＤビデオを再生することもでき、ＨＤビデオを再生することもできる。

【0051】

本発明に係るビデオ受信装置の第１実施例は、逆多重化部２１０、ビデオデコーダ２２０ａ、ビデオ出力部２７０を備えることができる。他の例として、本発明に係るビデオ受信装置の第２実施例は、逆多重化部２１０、ビデオデコーダ２２０ａ，２２０ｂ、アップスケーリング部２４０、ビデオ変換部２５０およびビデオ出力部２７０ａ，２７０ｂを備えることができる。

【0052】

それぞれの実施例は、ベースレイヤのＨＤビデオ、または、ベースレイヤおよびエンハンスメントレイヤのＵＨＤビデオを受信して再生することができる。この実施例は、ＨＤビデオと互換性のあるＵＨＤビデオ受信器の例である。

【0053】

まず、ベースレイヤのＨＤビデオを再生するビデオ受信装置の第１実施例を説明すると、次の通りである。第１実施例に係るビデオ受信装置は、エンハンスメントレイヤを認識できず、ベースレイヤのＨＤビデオの信号のみを認識するため、ＵＨＤＴＶ放送チャンネルに接続してもＨＤ放送信号のみを受信する。

【0054】

逆多重化部２１０は、ベースレイヤのビデオストリームを逆多重化する。ベースレイヤのビデオストリームは、ＨＤビデオ信号１９２０×１０８０＠６０ｉまたは１９２０×１０８０＠３０ｐのフォーマットを有することができる。ビデオデコーダ２２０ａは、逆多重化したベースレイヤのビデオストリームを復号し、ビデオ出力部２７０ａは、復号したベースレイヤのビデオを出力することができる。

【0055】

第２実施例に係るビデオ受信装置は、逆多重化部２１０が逆多重化したビデオストリームを出力することができる。アップスケーリング部２４０は、ビデオデコーダ２２０ａでデコーティングした１９２０×１０８０＠６０ｉまたは１９２０×１０８０＠３０ｐのフォーマットのビデオを、ＵＨＤ解像度（UHD resolution）にアップスケーリングすることができる。アップスケーリング方式は、図３および図４で例示した方法の逆の過程で行うことができる。

【0056】

一方、逆多重化部２１０は、エンハンスメントレイヤのビデオストリームを逆多重化することができ、ビデオデコーダ２２０ｂは、逆多重化したエンハンスメントレイヤのＵＨＤ残差データを復号することができる。

【0057】

ビデオ変換部２５０は、アップスケーリング部２４０でアップスケーリングしたＵＨＤアップスケーリングされたビデオデータと、ビデオデコーダ２２０ｂでデコーティングしたＵＨＤ残差データと、を合算してＵＨＤビデオ（一例として、３８４０×２１６０＠６０ｐ）を生成することができる。

【0058】

ここでは、１９２０×１０８０＠６０ｉまたは１９２０×１０８０＠３０ｐのＨＤビデオを３８４０×２１６０＠６０ｐのＵＨＤビデオに再生する場合を例示しているが、８Ｋ（７６８０×４３２０）のＵＨＤビデオの場合も、アップスケーリングの大きさが異なるのみで、同様の方式で行ってもよい。ビデオ出力部２７０ｂは、ビデオ変換部２５０が合算したＵＨＤビデオを出力することができる。

【0059】

図示してはいないが、上記のような構造をシグナリングするシグナリング情報をデコーティングするシグナリング部が備えられてもよい。シグナリング情報が放送ストリームまたは別個のストリームとして伝送されると、受信器はこの情報を用いて当該放送信号の構造を認識し、それによって復号することができる。シグナリング情報について説明すると、下記の通りである。

【0060】

まず、ＨＤ放送受信器もＵＨＤ放送受信器も受信できる互換放送信号構造について説明すると、下記の通りである。

【0061】

図１０は、ＨＤ放送受信器もＵＨＤ放送受信器も受信できる互換放送信号構造の一例を示す。同図を参照してＨＤ放送受信器およびＵＨＤ放送受信器の両方が受信できる互換放送信号構造の一例を説明すると、下記の通りである。

【0062】

プログラムＡは、サービスＡまたはチャンネルＡと呼ぶことができる。そして、プログラムＢは、サービスＢまたはチャンネルＢと呼ぶことができる。

【0063】

まず、ＨＤプログラムであるプログラムＡとＵＨＤプログラムであるプログラムＢとは、それぞれ別個のプログラムまたは別個の放送信号として伝送されてもよい。例えば、ＨＤプログラムであるプログラムＡとＵＨＤプログラムであるプログラムＢとが、それぞれ別個のストリームまたは別個の放送信号として伝達されてもよい。

【0064】

この場合、ＨＤ放送受信器はＨＤプログラムＡを受信し、ＵＨＤ放送受信器はＵＨＤプログラムＢをそれぞれ受信することができる。

【0065】

他の実施例として、ＨＤプログラムであるプログラムＡとＵＨＤプログラムであるプログラムＢとが別個のプログラムとならず、ＵＨＤプログラムの一部のコンポーネントがＨＤプログラムとなるようにすることもできる。プログラムが有する放送のビデオコンポーネントの例は、下記の通りである。

【0066】

プログラムＡは、ＨＤビデオコンポーネント（component 1）を有することができ、プログラムＢは、ＨＤビデオコンポーネント（component 1）およびＵＨＤビデオのためのエンハンスメントビデオコンポーネント（component 2）を有することができる。したがって、ＨＤプログラムは、ＵＨＤプログラムの一部のエレメントまたはコンポーネントになり得る。

【0067】

この場合、ＵＨＤ受信器は、ＨＤビデオコンポーネント１およびエンハンスメントビデオコンポーネント２の両方を受信し、両方のコンポーネントを用いてＵＨＤビデオ信号に復元することができる。

【0068】

したがって、ＨＤ放送受信器はＨＤビデオコンポーネント１を受信し、ＵＨＤ放送受信器は、ＨＤビデオコンポーネント１およびＵＨＤビデオコンポーネント２の両方を受信する。

【0069】

このように、放送受信器がエレメントまたはコンポーネントを受信できるシグナリング情報を例示すると、下記の通りである。

【0070】

図１１は、シグナリング情報としてＰＭＴを例示する図である。図１１を参照して、ＵＨＤビデオ信号構造をシグナリングする例を説明すると、下記の通りである。

【0071】

ＰＭＴは、ＩＳＯ／ＩＥＣ１３８１８−１に開示された内容に従ってもよい。これを用いて当該フィールドを説明すると、下記の通りである。

【0072】

ｔａｂｌｅ＿ｉｄフィールドは、ＰＭＴテーブルセクションのタイプを示す８ビット識別子を表す。（table_id - This is an 8-bit field, which in the case of a TS_program_map_section shall be always set to 0x02）

【0073】

ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator - The section_syntax_indicator is a 1-bit field which shall be set to '1'）

【0074】

ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さを示す。（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）

【0075】

ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、このｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤを適用可能なプログラムを指定する。（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.）

【0076】

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す。（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.）

【0077】

ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このＰＭＴテーブルが現在適用可能かまたは次に適用可能かを示す。（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）

【0078】

ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（section_number - The value of this 8-bit field shall be 0x00）

【0079】

ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（last_section_number - The value of this 8-bit field shall be 0x00.）

【0080】

ＰＣＲ＿ＰＩＤフィールドは、プログラムナンバーによって特定されたプログラムのＰＣＲフィールドを有するＴＳパケットのＰＩＤを示す。（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.）

【0081】

ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドは、このフィールド直後のプログラムレベルのデスクリプタの長さを示す。（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.）

【0082】

ｓｔｒｅａｍ＿ｔｙｐｅフィールドは、プログラムエレメントストリームのタイプを示す。（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.）

【0083】

ｅｌｅｍｅｎｔａｒｙ＿ＰＩＤフィールドは、関連プログラムエレメントを伝送するＴＳパケットのＰＩＤを指定する。（elementary_PID - This is a 13-bit field specifying the PID of the Transport Stream packets which carry the associated program element.）

【0084】

ＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドは、プログラムエレメントレベルのデスクリプタの長さを示す。（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.）

【0085】

ＣＲＣ３２フィールドは、ＣＲＣ値を有する３２ビットフィールドを表す。（CRC_32 - This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder.）

【0086】

ＰＭＴは、プログラムレベルのデスクリプタとエレメンタリストリームレベルのデスクリプタを有することができる。

【0087】

ＰＭＴにおいて、ＵＨＤプログラムおよびＨＤプログラムをそれぞれシグナリングするデスクリプタは、プログラムレベルのデスクリプタを有することができる。この実施例は、このプログラムデスクリプタをＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒと表示した。ＰＭのｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒを用いてＵＨＤプログラムの特性をシグナリングすることができる。

【0088】

ＰＭＴは、ＵＨＤプログラムまたはＨＤプログラムのエレメントまたはコンポーネントをそれぞれシグナリングするデスクリプタであるエレメンタリストリームレベルのデスクリプタを有することができる。この実施例では、このエレメンタリストリームレベルのデスクリプタをＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒと表示した。それぞれのエレメンタリストリームに対して、ＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にエレメンタリストリームレベルデスクリプタを用いて、各エレメンタリストリームまたはコンポーネントに関する特性をシグナリングすることができる。

【0089】

これら２つのデスクリプタの詳細は、下記の通りである。

【0090】

図１０のプログラムＢの場合、２つのビデオコンポーネントをＰＭＴでシグナリングすることができる。例えば、ＨＤビデオコンポーネントであるコンポーネント１の場合、ｓｔｒｅａｍ＿ｔｙｐｅがＭＰＥＧ−２ビデオ、Ｈ．２６４／ＡＶＣ、またはＨＥＶＣなどのストリームタイプであるとシグナリングされてもよい。エンハンスメントビデオコンポーネントの場合、ｓｔｒｅａｍ＿ｔｙｐｅがエンハンスメントビデオコンポーネントを示すストリームタイプ値であるとシグナリングされてもよい。

【0091】

エンハンスメントビデオコンポーネントは、コンポーネント２に対する圧縮コーデックを示すことができ、例えば、ＡＶＣ／ＳＶＣストリーム、ＨＥＶＣｓｃａｌａｂｌｅｅｘｔｅｎｓｉｏｎストリーム、ハイブリッドデルタ（Hybrid delta）ストリームをＡＶＣでコーディングしたストリーム、ハイブリッドデルタストリームをＨＥＶＣでコーディングしたストリームを示すストリームタイプ値となり得る。

【0092】

ここでいうハイブリッドデルタとは、ベースレイヤビデオ信号（コンポーネント１）のエンハンスメントビデオデータに対して、コンポーネント１を圧縮するときに使用したコーデックと異なる種類のコーデックを使用した場合を意味する。すなわち、コンポーネント１は、ＨＤ信号をＭＰＥＧ−２ビデオにコーディングし、コンポーネント２は、ＵＨＤビデオのためのエンハンスメントレイヤをＨＥＶＣでコーディングしたとき、コンポーネント２をハイブリッドデルタＨＥＶＣストリームと呼ぶ。

【0093】

ハイブリッドデルタを用いてコンポーネント２をコーディングまたはデコーティングする場合、エンコーダおよびデコーダでは、コンポーネント１の結果を用いてコンポーネント２をエンコーディングまたはデコーティングすることができる。ベースレイヤ信号がＭＰＥＧ−２ビデオストリームであり、エンハンスメントレイヤ信号がＨＥＶＣでコーディングしたストリームである場合を仮定すると、ベースレイヤ信号を解凍（decompress）した後、ＵＨＤ信号に合わせてアップスケール（upscale）を行うことができる。そして、ＨＥＶＣで圧縮されたエンハンスメントレイヤ信号を解凍した後、アップスケールしたＭＰＥＧ−２ビデオ信号を結合し、最終的にＵＨＤビデオ信号を出力することができる。

【0094】

図１２に、本発明の実施例に係る各ストリームのストリームタイプ値を例示する。例えば、ＡＶＣ／ＳＶＣコーデックを用いたストリームの場合、０ｘ３０のストリームタイプ値を有することができる。

【0095】

図１３は、本発明の実施例に係るＵＨＤプログラムデスクリプタを例示する図である。図１３を参照してＵＨＤプログラムデスクリプタの例を説明すると、次の通りである。ＵＨＤプログラムデスクリプタは、プログラムがＵＨＤプログラムであることを知らせ、２つのレイヤ（ベースおよびエンハンスメント）の伝送構造に関する情報を有することができる。このデスクリプタは、ＰＭＴのｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にくることができる。

【0096】

ＵＨＤプログラムデスクリプタは、デスクリプタの識別子であるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ、およびデスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドを有することができる。

【0097】

ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに関する情報をシグナリングし、ビデオのタイプが４Ｋかまたは８Ｋかなどに関する情報を示す。これに関する詳細な説明は、図１４に例示する。

【0098】

ＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、ＵＨＤサービスのＨＤへの互換性および伝送構造に関する情報を示す。これに関する詳細な説明は、図１５に例示する。

【0099】

図１４は、上述したＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。図１４は、ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドの値と各値によるビデオフォーマットとを例示する。例えば、ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールド値が００１の場合、ビデオ解像度３８４０Ｘ２１６０且つ単位時間当たり６０枚（フレーム）のプログレッシブＨＤビデオ（３８４０Ｘ２１６０＠６０Ｐ）を示す。

【0100】

図１５は、上述したＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドの値とそれに関する説明とを例示する図である。例えば、ＵＨＤ＿ｓｕｂ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールド値が０ｘ０１の場合、ＵＨＤサービスがＨＤビデオとの互換性がない場合を示す。ｈｙｂｒｉｄｄｅｌｉｖｅｒｙ（ハイブリッド配信）の場合は、ＵＨＤサービスを構成するビデオストリームが異なった伝送経路またはプロトコルなどを介して伝送されることを意味する。例えば、ベースレイヤはｉｎ−ｂａｎｄ（インバンド）で伝送され、エンハンスメントレイヤは、リアルタイムインターネット、インターネットダウンロード、ｉｎ−ｂａｎｄ非リアルタイムなどの異なった経路／プロトコルを介して受信される場合などを意味する。

【0101】

図１６は、上述したＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの例を示す。ＵＨＤエンハンスメントデスクリプタは、エンハンスメントレイヤに該当するエレメンタリストリームに関する情報をシグナリングでき、ＰＭＴのＥＳ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後にくる。

【0102】

ＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、デスクリプタの識別子であるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇと、デスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドと、を有することができる。

【0103】

ＵＨＤ＿ｅｎｈａｎｃｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ＵＨＤビデオフォーマットに関する情報を示すＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドと、アップスケーリングパラメータを示すｕｐｓｃａｌｅ＿ｐａｒａｍｅｔｅｒ＿ｉｎｃｌｕｄｅｄフィールドと、を有することができる。

【0104】

例えば、ＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに関する情報をシグナリングして、ビデオが４Ｋかまたは８Ｋかなどに関する情報を示す。これについては、図１４と同一の値を有することができる。

【0105】

ｕｐｓｃａｌｅ＿ｐａｒａｍｅｔｅｒ＿ｉｎｃｌｕｄｅｄフィールドは、ベースレイヤをエンハンスメントレイヤと結合する前に、ベースレイヤに適用すべきアップスケールパラメータをエンハンスメントレイヤビデオストリームが有するか否かを知らせる。デコーダは、このアップスケールパラメータを用いて、ベースレイヤに対してＵＨＤレベルにアップサンプリングを行うことができる。

【0106】

図１７は、本発明の実施例に係るシグナリング情報としてＶＣＴを例示する図である。図１７を参照してＵＨＤビデオ信号構造をシグナリングする例を説明すると、下記の通りである。

【0107】

ＶＣＴは、ＡＴＳＣＰＳＩＰ規格に従ってもよい。ＡＴＳＣＰＳＩＰに従う各フィールドの説明は、次の通りである。各ビットの説明は、下記の通りである。

【0108】

ｔａｂｌｅ＿ｉｄフィールドは、テーブルセクションのタイプを示す８ビットの符号無し整数を表す。（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.）

【0109】

ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである。（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().）

【0110】

ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、１に設定される。（private_indicator - This 1-bit field shall be set to ‘1’.）

【0111】

ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で指定する。（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.）

【0112】

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、ＴＶＣＴを識別できるＰＡＴと同様に、ＭＰＥＧ−ＴＳＩＤを示す。（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.）

【0113】

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す。（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.）

【0114】

ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このＶＣＴテーブルが現在適用可能かまたは次に適用可能かを示す。（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.）

【0115】

ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（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.）

【0116】

ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（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.）

【0117】

ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールドは、将来、現在のプロトコルと異なるように定義されるパラメータのためのプロトコルバージョンを示す。（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.）

【0118】

ｎｕｍ＿ｃｈａｎｎｅｌｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールドは、このＶＣＴの仮想チャンネルの数を示す。（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.）

【0119】

ｓｈｏｒｔ＿ｎａｍｅフィールドは、仮想チャンネルの名前を示す。（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].）

【0120】

ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャンネルと関連するメジャーチャンネルの数を示す。（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.）

【0121】

ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャンネルと関連するマイナーチャンネルの数を示す。（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.）

【0122】

ｍｏｄｕｌａｔｉｏｎ＿ｍｏｄｅフィールドは、仮想チャンネルと関連するキャリアの変調モードを示す。（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.）

【0123】

ｃａｒｒｉｅｒ＿ｆｒｅｑｕｅｎｃｙフィールドは、キャリア周波数を識別できるフィールドである。（carrier_frequency - The recommended value for these 32 bits is zero. Use of this field to identify carrier frequency is allowed, but is deprecated.）

【0124】

ｃｈａｎｎｅｌ＿ＴＳＩＤフィールドは、この仮想チャンネルによって参照されるＭＰＥＧ−２プログラムを伝送するＴＳと関連するＭＰＥＧ−２ＴＳＩＤを示す。（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.）

【0125】

ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、この仮想チャンネルおよびＰＭＴと関連して定義される整数値を示す。（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.）

【0126】

ＥＴＭ＿ｌｏｃａｔｉｏｎフィールドは、ＥＴＭの存在および位置を示す。（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.）

【0127】

ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌｌｅｄフィールドは、アクセス制御された仮想チャンネルと関連するイベントを示すことができる。（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.）

【0128】

ｈｉｄｄｅｎフィールドは、仮想チャンネルがユーザの直接チャンネル入力によってアクセスされない場合を示すことができる。（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.）

【0129】

ｈｉｄｅ＿ｇｕｉｄｅフィールドは、仮想チャンネルおよびそのイベントがＥＰＧに表示されてもよいか否かを示すことができる。（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.）

【0130】

ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、サービスタイプ識別子を示す。（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.）

【0131】

ｓｏｕｒｃｅ＿ｉｄフィールドは、仮想チャンネルと関連するプログラムソースを識別する識別番号である。（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.）

【0132】

ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールドは、続くデスクリプタの長さを示す。（descriptors_length - Total length (in bytes) of the descriptors for this virtual channel that follows.）

【0133】

ｄｅｓｃｒｉｐｔｏｒ（）にデスクリプタを有することができる。

【0134】

descriptor() - Zero or more descriptors, as appropriate, may be included.

【0135】

additional_descriptors_length - Total length (in bytes) of the VCT descriptor list that follows.

【0136】

ＣＲＣ＿３２は、ＣＲＣ値を有する３２ビットフィールドである。（CRC_32 - This is a 32-bit field that contains the CRC value that ensures a zero output from the registers in the decoder.）

【0137】

ＶＣＴは、ＵＨＤ放送と関連するサービスを示すｓｅｒｖｉｃｅ＿ｔｙｐｅと、そのＵＨＤ放送と関連するサービスを記述するデスクリプタと、を有することができる。例えば、ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、ｐａｒａｍｅｔｅｒｉｚｅｄｓｅｒｖｉｃｅを示すフィールド値（例、０ｘ０７）、ｅｘｔｅｎｄｅｄｐａｒａｍｅｔｅｒｉｚｅｄｓｅｒｖｉｃｅを示すフィールド値（例、０ｘ０９）、または、ＵＨＤＴＶを表すｎｅｗＤＴＶｓｅｒｖｉｃｅを示すフィールド値（例、０ｘ１０）を有することができる。

【0138】

Ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈに続くデスクリプタには、ＵＨＤプログラムとそのコンポーネントを記述するデスクリプタとが配置されることができる。

【0139】

図１８は、発明の実施例に係るＶＣＴが有し得るデスクリプタを例示した図である。図１８を参照してＶＣＴが有し得るデスクリプタを説明すると、下記の通りである。この例では、ＶＣＴが有し得るデスクリプタをＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｔｏｒと称する。

【0140】

ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｔｏｒは、デスクリプタの識別子であるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇと、デスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドと、を有することができる。

【0141】

Ｎｕｍ＿ｏｆ＿ｃｏｍｐｏｎｅｎｔは、ＵＨＤサービスが有するコンポーネントの数を示す。

【0142】

ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｔｏｒは、各コンポーネントに対して、ＵＨＤ＿ｖｉｄｅｏ＿ｃｏｄｅｃ＿ｔｙｐｅ、ＵＨＤ＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅ、ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎ、ＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅおよびＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドを有することができる。

【0143】

ＵＨＤ＿ｖｉｄｅｏ＿ｃｏｄｅｃ＿ｔｙｐｅフィールドは、ＵＨＤサービスを構成するビデオエレメントのコーデックを示す。例えば、この値は、ＰＭＴのｓｔｒｅａｍ＿ｔｙｐｅが示すコーデックと同一のコーデックを示すことができる。

【0144】

ＵＨＤ＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅフィールドは、当該ビデオストリームに対するプロファイル、すなわち、当該ストリームをデコーティングするために必要な基本ツール（ｔｏｏｌ）を示す。ＵＨＤ＿ｖｉｄｅｏ＿ｐｒｏｆｉｌｅは、当該ビデオストリームの色濃度（color depth）（４：２：０、４：２：２など）、ビット深度（bit depth）（８ビット、１０ビット）、コーディングツール（coding tool）などに関する要求（requirement）情報などを示すことができる。ＵＨＤ＿ｖｉｄｅｏ＿ｌｅｖｅｌは、該当するプロファイル内でデコーディング可能な最大（ｍａｘｉｍｕｍ）仕様を知らせる。すなわち、このフィールドは、ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドおよびＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅフィールドに対応するレベル情報を提供することができる。

【0145】

ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎフィールドおよびＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅフィールドは、ＵＨＤビデオの解像度およびフレームレートを示す。例えば、ＵＨＤ＿ｖｉｄｅｏ＿ｒｅｓｏｌｕｔｉｏｎの値が‘００１’であれば、３８４０×２１６０の解像度を意味でき、ＵＨＤ＿ｖｉｄｅｏ＿ｆｒａｍｅ＿ｒａｔｅ値が‘０１０’であれば、プログレッシブ６０Ｈｚを意味できる。上述したＰＭＴが有するＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒのＵＨＤ＿ｖｉｄｅｏ＿ｔｙｐｅフィールドと同一の意味および値を有することができる。

【0146】

ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドは、当該ビデオストリームに対して、このストリームがＨＤ互換ベースレイヤであるかまたはＵＨＤのためのエンハンスメントレイヤであるかに関する情報を示すことができる。

【0147】

一方、ＤＶＢＳＩによって、上記のような情報を用いてＨＤビデオと互換性のあるＵＨＤビデオをシグナリングする例は、次の通りである。

【0148】

図１９は、シグナリング情報としてＳＤＴを例示する図である。

【0149】

ＳＤＴは、ＥＴＳＩＥＮ３００４６８に従ってもよい。これを用いて各フィールドを説明すると、下記の通りである。

【0150】

ｔａｂｌｅ＿ｉｄフィールドは、テーブルの識別子を示す。

【0151】

ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＳＤＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1".）

【0152】

ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（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.）

【0153】

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプルレックスと区別して、このＳＤＴが提供するＴＳ識別子を示す。（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.）

【0154】

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。（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.）

【0155】

ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能かまたは次に適用可能かを示す。（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.）

【0156】

【0157】

ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（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.）

【0158】

ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワーク識別子を示す。（original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.）

【0159】

ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す。（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.）

【0160】

ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇフィールドは、サービスに対するＥＩＴスケジュール情報が現ＴＳにあるか否かを示すことができる。（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.）

【0161】

ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇフィールドは、現ＴＳにサービスに関するＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇｉｎｆｏｒｍａｔｉｏｎ情報があるか否かを示すことができる。（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.）

【0162】

ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ−ＳＩ文書のテーブル６に定義されたサービスの状態を示すことができる。（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".）

【0163】

ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているか否かを示す。（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.）

【0164】

ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、続くデスクリプタの長さを示す。（descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors.）

【0165】

ＣＲＣ＿３２は、ＣＲＣ値を有する３２ビットフィールドである。（CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder.）

【0166】

ＳＤＴのサービスレベル（service level）に、図１３で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒを配置し、当該サービスに対するＵＨＤビデオ特性および伝送構造などをシグナリングすることができる。そして、ＳＤＴのサービスレベルに、図１８で例示したＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを配置し、当該サービスが有するＵＨＤエレメントの特性をシグナリングすることができる。

【0167】

図２０は、シグナリング情報としてＥＩＴを例示する図である。

【0168】

ＥＩＴは、ＥＴＳＩＥＮ３００４６８に従ってもよい。これを用いて各フィールドを説明すると、下記の通りである。

【0169】

ｔａｂｌｅ＿ｉｄ：テーブル識別子を示す。

【0170】

ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＥＩＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to "1".）

【0171】

ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（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.）

【0172】

ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す。（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.）

【0173】

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。（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.）

【0174】

【0175】

ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（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.）

【0176】

【0177】

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプルレックスと区別して、このＳＤＴが提供するＴＳ識別子を示す。（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.）

【0178】

【0179】

ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのこのセグメントの最後のセクション番号を示す。（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.）

【0180】

ｌａｓｔ＿ｔａｂｌｅ＿ｉｄフィールドは、用いられる最後のテーブルＩＤ（table_id）を識別する。（last_table_id: This 8-bit field identifies the last table_id used (see table 2).）

【0181】

ｅｖｅｎｔ＿ｉｄフィールドは、イベントの識別番号を示す。（event_id: This 16-bit field contains the identification number of the described event (uniquely allocated within a service definition.）

【0182】

ｓｔａｒｔ＿ｔｉｍｅフィールドは、イベントの開始時間を有する。（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".）

【0183】

ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢＳＩ文書のｔａｂｌｅ６に定義されたイベントの状態を示す。（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".）

【0184】

ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているか否かを示す。（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.）

【0185】

【0186】

【0187】

ＥＩＴのイベントレベル（event level）に、図１３で例示したＵＨＤ＿ｐｒｏｇｒａｍ＿ｄｅｓｃｒｉｐｔｏｒと、図１８で例示したＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒと、を配置し、各イベント単位で、ＵＨＤプログラムに対するＵＨＤビデオ特性および伝送構造と、ＵＨＤサービスを構成するＵＨＤエレメントに関する特性と、をシグナリングすることができる。

【0188】

図１８で例示したＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒをＤＶＢのＳＤＴまたはＥＩＴが有する場合、ＵＨＤ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドをさらに有することができる。ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドは、ＰＳＩレベルのＰＭＴでシグナリングされる当該ストリームに対するＰＩＤ値を示すことができる。受信器は、ｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドを用いて、ＰＭＴと共に当該ストリームのＰＩＤ値を探すことができる。

【0189】

図２１は、本発明に係る放送信号受信方法の一実施例を示す図である。本発明に係る信号受信方法の一実施例を説明すると、下記の通りである。

【0190】

ＨＤビデオを受信し、該ＨＤビデオと共にＵＨＤビデオを復元できる残差データを受信する（Ｓ２１０）。

【0191】

上記ＨＤビデオをデコーティングして出力したり、上記ＨＤビデオおよび残差データを用いてＵＨＤビデオを復元して出力したりする（Ｓ２２０）。Ｓ２１０およびＳ２２０の詳細は、図９で例示した。

【0192】

本発明に係る信号受信方法の一実施例は、シグナリング情報を受信し、該シグナリング情報を用いてＳ２２０段階を行うこともできる。シグナリング情報の詳細は、図１０乃至図２０で説明した。

【0193】

ＨＤビデオと、該ＨＤビデオと共にＵＨＤビデオを復元できる残差データと、シグナリング情報と、が多重化されて伝送される場合、ＨＤビデオストリーム、残差データのストリーム、シグナリング情報をそれぞれ逆多重化することができる。

【0194】

逆多重化したシグナリング情報を復号し、復号したシグナリング情報に基づいて、逆多重化したＨＤビデオを復元したり、または、逆多重化したＨＤビデオストリームおよび残差データストリームを用いてＵＨＤビデオを復元したりすることができる。

【0195】

図２２は、本発明に係る信号送信装置の一実施例を示す図である。

【0196】

本発明に係る信号送信装置の一実施例は、変換部３１０および伝送部３４０を備えることができる。

【0197】

変換部３１０は、ＵＨＤビデオをＨＤビデオに変換する。

【0198】

例えば、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオから、第１フレームレートのプログレッシブＨＤビデオに変換し、該変換された第１フレームレートのプログレッシブＨＤビデオを、第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、第１フレームレートのインターレースＨＤビデオに変換したりすることができる。

【0199】

代替として、ＵＨＤビデオをＨＤビデオに変換する場合、第１フレームレートのＵＨＤビデオを、第１フレームレートの１／２に対応する第２フレームレートのプログレッシブＨＤビデオに変換したり、または、第１フレームレートのインターレースＨＤビデオに変換したりすることもできる。

【0200】

ＵＨＤビデオをＨＤビデオに変換する実施例は、図３で例示した。図３に関する詳細な実施例は、図４乃至図８で例示した。

【0201】

伝送部３４０は、変換部３１０で変換されたＨＤビデオと、該変換されたＨＤビデオと共にＵＨＤビデオを復元できる残差データと、をそれぞれ伝送する。

【0202】

本発明に係る信号送信装置の一実施例は、シグナリング部３２０および多重化部３３０をさらに備えることができる。シグナリング部３２０は、伝送されるＨＤビデオを用いてＵＨＤビデオを復元できるシグナリング情報を生成する。シグナリング情報に関する説明は、図１０乃至図２０で詳しく例示した。

【0203】

多重化部３３０は、変換部３１０で変換されたＨＤビデオと、残差データと、シグナリング部３２０で生成されたシグナリング情報と、を多重化する。

【0204】

この場合、伝送部３４０は、多重化部３３０で多重化された信号を伝送することができる。