(57)【要約】【課題】本発明は、信号送受信装置及び信号送受信方法に関する。【解決手段】本発明の実施例によると、超高解像度（ＵＨＤ）ビデオデータをエンコーティングするステップ（Ｓ１１０）と、エンコーティングされたＵＨＤビデオデータに基づいたＵＨＤ放送サービスに対する情報と、エンコーティングされたＵＨＤビデオデータの各特性とシグナリングできる情報を含むシグナリング情報とをエンコーティングするステップ（Ｓ１２０）と、エンコーティングされたＵＨＤビデオデータとシグナリング情報を多重化し、多重化したデータを伝送するステップ（Ｓ１３０）とを含む信号送信方法を提供する。【選択図】図１
2018093525.tif 000002
【特許請求の範囲】
【請求項１】
放送信号を受信する装置であって、
超高解像度（ＵＨＤ）ビデオデータとシグナリング情報を伝送する放送信号を受信するための受信部と、
前記放送信号を復調するための復調部と、
前記復調された信号から前記ＵＨＤビデオデータをデコーディングするデコーダーと、
を備え、
前記シグナリング情報は、イベント情報と記述情報を含み、
前記記述情報は、サービスタイプを有する第１のディスクリプタを含み、
前記サービスタイプが特定の符号化された値を持つとき、該特定の符号化された値は、前記放送信号内のサービスがＨＥＶＣにより符号化されたＵＨＤビデオサービスであることを表し、
前記イベント情報は、ストリームコンテンツ情報及びコンポーネントタイプ情報を有する第２のディスクリプタを含み、
前記ＵＨＤビデオデータのビデオコーデック情報、アスペクト比情報、及び解像度情報は、前記ストリームコンテンツ情報及び前記コンポーネントタイプ情報の組み合せに基づきシグナリングされる、放送信号受信装置。
【請求項２】
前記ＵＨＤビデオサービスは、４Ｋ  ＵＨＤサービスまたは８Ｋ  ＵＨＤサービスである、請求項１に記載の放送信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号送受信装置及び信号送受信方法に関する。
【背景技術】
【０００２】
ビデオ信号処理速度が速くなるにつれて、超高解像度（ｕｌｔｒａ  ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ；ＵＨＤ）ビデオをエンコーティング／デコーディングする方案が研究されている。既存のＨＤ受信機を用いてＵＨＤビデオを受信したときも、ＵＨＤのみならず、ＨＤビデオを問題なく処理する方案が研究されている。
【０００３】
例えば、４Ｋサイズのビデオを撮影できるカメラ装備や、これをディスプレイできるディスプレイ装置の出現により、現在の放送網を介して４Ｋコンテンツを伝送できる方法が必要である。しかし、現在、４Ｋ放送サービスを行える方法や既存のＨＤ放送との互換性または両立性を考慮しなければならないが、現在まで既存のＨＤ放送と互換しながら４Ｋコンテンツを伝送する方法が全くないという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、超高解像度ビデオ放送サービスを提供しながらも、既存のＨＤ放送と互換可能な信号送受信方法及び信号送受信装置を提供することにある。
【０００５】
本発明の他の目的は、超高解像度ビデオ放送サービスに必要な付加サービスを提供できる信号送受信方法及び信号送受信装置を提供することにある。
【０００６】
本発明の他の目的は、超高解像度ビデオ放送サービスに合わせてザブタイトルが表出され得る信号送受信方法及び信号送受信装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の実施例によると、超高解像度（ＵＨＤ）ビデオデータをエンコーティングするステップ（Ｓ１１０）と、前記エンコーティングされたＵＨＤビデオデータに基づいたＵＨＤ放送サービスに対する情報と、前記エンコーティングされたＵＨＤビデオデータの各特性に対する情報とを含むシグナリング情報をエンコーティングするステップ（Ｓ１２０）と、前記エンコーティングされたＵＨＤビデオデータと前記シグナリング情報を多重化し、前記の多重化したデータを伝送するステップ（Ｓ１３０）と、を含む信号送信方法を提供する。
【０００８】
前記ＵＨＤ放送サービスに対する情報は、ＳＤＴのディスクリプタ内のｓｅｒｖｉｃｅ＿ｔｙｐｅにシグナリングすることができる。前記エンコーティングされたＵＨＤビデオデータの特性は、ＥＩＴのｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ値とｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ値によってシグナリングすることができる。
【０００９】
前記シグナリング情報は、ＥＩＴを含み、前記ＥＩＴは、前記エンコーティングされたＵＨＤビデオデータの各特性による前記ＵＨＤ放送サービスを連結できるリンク情報を含むことができる。
【００１０】
本発明の他の実施例は、ＵＨＤビデオデータと、前記ＵＨＤ放送サービスに対する情報、及び多重化された放送信号に含まれた前記エンコーティングされたＵＨＤビデオデータの各特性に対する情報を含むシグナリング情報とを受信し、前記ＵＨＤビデオデータと前記シグナリング情報をそれぞれ逆多重化するステップ（Ｓ２１０）と、前記逆多重化したシグナリング情報をデコーディングするステップ（Ｓ２２０）と、前記デコーディングしたシグナリング情報に基づいて逆多重化されたＵＨＤビデオデータをデコーディングするステップ（Ｓ２３０）と、を含む信号受信方法を提供する。
【００１１】
本発明の他の実施例は、超高解像度（ＵＨＤ）ビデオデータをエンコーティングするエンコーダー６１０と、前記エンコーティングされたＵＨＤビデオデータに基づいたＵＨＤ放送サービスに対する情報と、前記エンコーティングされたＵＨＤビデオデータの各特性とシグナリングできる情報を含むシグナリング情報とをエンコーティングするシグナリング情報符号部６２０と、前記エンコーティングされたＵＨＤビデオデータと前記シグナリング情報を多重化し、前記の多重化したデータを伝送する多重化部６３０と、を含む信号送信装置を提供する。
【００１２】
本発明の他の実施例は、多重化された放送信号に含まれたＵＨＤビデオデータと、前記ＵＨＤ放送サービスに対する情報、及び多重化された放送信号に含まれた前記エンコーティングされたＵＨＤビデオデータの各特性に対する情報を含むシグナリング情報とを受信し、前記ＵＨＤビデオデータと前記シグナリング情報をそれぞれ逆多重化する逆多重化部７１０と、前記逆多重化したシグナリング情報をデコーディングするシグナリング情報復号部７２０と、前記デコーディングしたシグナリング情報に基づいて前記逆多重化されたＵＨＤビデオデータをデコーディングするビデオデコーダー７３０と、を含む信号受信装置を提供する。
【００１３】
前記ザブタイトルストリームは、前記ＵＨＤビデオデータによるサービスのためのサブタイトルストリームの位置に対するウィンドウ定義のためのパラメーターを含み、前記パラメーターは、前記ＵＨＤビデオデータに基づいたサービスによるサブタイトルに対するウィンドウ位置値を有することができる。
【発明の効果】
【００１４】
本発明の実施例によると、超高解像度ビデオ放送サービスを提供しながらも、既存のＨＤ放送と互換可能である。
【００１５】
本発明の実施例によると、超高解像度ビデオ放送サービスに必要な付加サービスを提供することができる。
【００１６】
本発明の実施例によると、超高解像度ビデオ放送サービスに合わせてザブタイトルが表出されるように制御することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る信号送信方法の一実施例を例示した図である。
【図２】本発明の実施例によってＵＨＤ放送サービスを提供することを示す概念図である。
【図３】本発明の実施例に係るシグナリング情報を例示した図である。
【図４】本発明の実施例に係る他のシグナリング情報を例示した図である。
【図５】Ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値によるビデオの特徴を例示した図である。
【図６】本発明の実施例に係る他のシグナリング情報を例示した図である。
【図７】ＵＨＤ放送サービスまたはイベントをシグナリングする方法の一例を例示した図である。
【図８】本発明に係る他の実施例として、ＵＨＤサービスのためのサブタイトルストリームをシグナリングする例を開示した図である。
【図９】ｓｕｂｔｉｔｌｅ＿ｄｅｓｃｒｉｐｔｏｒを例示した図である。
【図１０】本発明の実施例に係る信号受信装置の一実施例を例示した図である。
【図１１】本発明に係る信号受信方法の一実施例を例示した図である。
【図１２】本発明に係る信号送信装置の一実施例を例示した図である。
【図１３】本発明に係る信号受信装置の一実施例を例示した図である。
【発明を実施するための形態】
【００１８】
以下では、本発明を容易に説明するための実施例を図面を参照して説明する。
【００１９】
図１は、本発明に係る信号送信方法の一実施例を例示した図である。
【００２０】
まず、ＵＨＤビデオデータをエンコーティングする（Ｓ１１０）。例えば、ＵＨＤビデオデータは、４Ｋ、８Ｋ、１６Ｋなどの解像度を有することができる。
【００２１】
次に、ＵＨＤビデオデータに基づいたＵＨＤ放送サービスと、そのエンコーティングされたＵＨＤビデオデータの各特性とシグナリングできる情報とをエンコーティングする（Ｓ１２０）。
【００２２】
ＵＨＤビデオサービスをシグナリングする例は、図３、図４、図５、図６及び図７を参照して後で説明する。エンコーティングされたＵＨＤビデオデータの各特性とＵＨＤビデオサービスのためのサブタイトル情報をシグナリングするシグナリング情報の例は、図５、図８及び図９を参照して説明する。
【００２３】
前記のエンコーティングされたＵＨＤとシグナリング情報を多重化し、多重化されたデータを伝送する（Ｓ１３０）。多重化されたデータは、ＵＨＤビデオサービスのためのサブタイトルストリームを含むことができる。
【００２４】
以下では、ＵＨＤビデオサービスを識別できる実施例と、そのビデオシグナリング情報を伝送する実施例を詳細に説明する。
【００２５】
図２は、本発明の実施例によってＵＨＤ放送サービスを提供することを示す概念図である。
【００２６】
コンテンツプロバイダー１００は、ＵＨＤビデオをコンテンツとして生成することができる。例えば、４Ｋ  ＵＨＤビデオを撮影するカメラなどを用いてＵＨＤ放送サービスを提供するＵＨＤビデオＡを生成する。
【００２７】
伝送部２００は、ビデオエンコーダー２１０、多重化部２２０、及びチャンネルコーディング及び変調部２３０を含む。
【００２８】
ビデオエンコーダー２１０は、超高解像度（ＵＨＤ）ビデオを圧縮してエンコーティングする。例えば、４Ｋ  ＵＨＤビデオのエンコーティングのためにＨＥＶＣなどのコーディング方式を使用することができる。
【００２９】
多重化部２２０は、エンコーティングされたＵＨＤビデオのストリームと、オーディオストリームなどの他のストリームと、以下で開示するシグナリング情報とを多重化し、伝送ストリームを出力する。
【００３０】
チャンネルコーディング及び変調部２３０は、伝送ストリームをチャンネルコーディングして多重化し、これを放送信号として伝送する。
【００３１】
受信部３００は、復調部３１０、逆多重化部３２０、及びビデオデコーダー３３０を含む。
【００３２】
復調部３１０は、伝送された放送信号を受信して復調し、伝送ストリームを出力する。
【００３３】
逆多重化部３２０は、伝送ストリームを逆多重化し、ビデオストリーム、オーディオストリーム及び以下で開示するシグナリング情報を出力することができる。
【００３４】
ビデオデコーダー３３０は、超高解像度（ＵＨＤ）ビデオをデコーディングすることができる。例えば、４Ｋ  ＵＨＤビデオＢをデコーディングし、４Ｋ  ＵＨＤビデオプロセッシングを行うことができる。例えば、受信機は、デコーディングしたビデオに対する画質処理、フレームレート変換（ｆｒａｍｅ  ｒａｔｅ  ｃｏｎｖｅｒｓｉｏｎ）などのディスプレイのためのビデオプロセッシングを行うことができる。
【００３５】
以下では、このようなシステムにおいてチャンネルまたはサービスでＵＨＤ放送サービスが行われる場合、これと関連する情報を伝達する実施例を開示する。本発明の実施例により、４Ｋ解像度のビデオを例に挙げると、ビデオコーディングのプロファイル情報などのＵＨＤビデオ要素に対する詳細情報を伝達することができる。そして、ＨＤビデオの既存のサービスまたはイベントと連動する４Ｋ  ＵＨＤサービス、またはイベントに対する情報を伝達することができる。そして、ＵＨＤビデオを伝送するチャンネルと連動するチャンネルに対するチャンネル番号のみならず、該当のチャンネルの物理特性を伝達することができる。
【００３６】
このために、本発明の実施例によると、ＳＤＴまたはＥＩＴにＵＨＤ放送サービスに対する情報をシグナリングすることができる。
【００３７】
例えば、ＳＤＴに含まれるサービスディスクリプタのｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドを用いて該当のチャンネルで４Ｋ  ＵＨＤ放送サービスが行われるという情報をシグナリングすることができる。本発明の実施例によると、ＥＩＴに含まれるコンポーネントディスクリプタを用いて４Ｋ  ＵＨＤビデオの詳細情報をシグナリングすることができる。ここで、詳細情報は、解像度情報、フレームレート情報、アスペクト比情報、ビット深度情報及びクロマサンプリング情報を含む。
【００３８】
本発明の実施例によると、ＥＩＴ（またはＳＤＴ）に含まれるリンケージディスクリプタ（ｌｉｎｋａｇｅ  ｄｅｓｃｒｉｐｔｏｒ）を用いて既存のサービス（ＨＤサービス、ＳＤサービス、３Ｄサービスなど）に対応するＵＨＤイベントまたはサービスチャンネルに対する情報をシグナリングすることができる。
【００３９】
図３は、本発明の実施例に係るシグナリング情報を例示した図である。この図面は、シグナリング情報として、ＳＩ（ｓｅｒｖｉｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）のＳＤＴ（ｓｅｒｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｔａｂｌｅ）を例示する。
【００４０】
ＳＤＴに含まれる情報を説明すると、次の通りである。
【００４１】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルの識別子を示す。
【００４２】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＳＤＴテーブルセクションに対して１にセッティングされる１ビットフィールドである。（ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ：Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ  ｉｓ  ａ  １―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  "１"．）
【００４３】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ：Ｔｈｉｓ  ｉｓ  ａ  １２―ｂｉｔ  ｆｉｅｌｄ，ｔｈｅ  ｆｉｒｓｔ  ｔｗｏ  ｂｉｔｓ  ｏｆ  ｗｈｉｃｈ  ｓｈａｌｌ  ｂｅ  "００"．Ｉｔ  ｓｐｅｃｉｆｉｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｂｙｔｅｓ  ｏｆ  ｔｈｅ  ｓｅｃｔｉｏｎ，ｓｔａｒｔｉｎｇ  ｉｍｍｅｄｉａｔｅｌｙ  ｆｏｌｌｏｗｉｎｇ  ｔｈｅ  ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ  ｆｉｅｌｄ  ａｎｄ  ｉｎｃｌｕｄｉｎｇ  ｔｈｅ  ＣＲＣ．Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ  ｓｈａｌｌ  ｎｏｔ  ｅｘｃｅｅｄ  １  ０２１  ｓｏ  ｔｈａｔ  ｔｈｅ  ｅｎｔｉｒｅ  ｓｅｃｔｉｏｎ  ｈａｓ  ａ  ｍａｘｉｍｕｍ  ｌｅｎｇｔｈ  ｏｆ  １  ０２４  ｂｙｔｅｓ．）
【００４４】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプレクサと区別し、このＳＤＴが提供するＴＳ識別子を示す。（ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ：Ｔｈｉｓ  ｉｓ  ａ  １６―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｓｅｒｖｅｓ  ａｓ  ａ  ｌａｂｅｌ  ｆｏｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  ｔｈｅ  ＴＳ，ａｂｏｕｔ  ｗｈｉｃｈ  ｔｈｅ  ＳＤＴ  ｉｎｆｏｒｍｓ，ｆｒｏｍ  ａｎｙ  ｏｔｈｅｒ  ｍｕｌｔｉｐｌｅｘ  ｗｉｔｈｉｎ  ｔｈｅ  ｄｅｌｉｖｅｒｙ  ｓｙｓｔｅｍ．）
【００４５】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。（ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ５―ｂｉｔ  ｆｉｅｌｄ  ｉｓ  ｔｈｅ  ｖｅｒｓｉｏｎ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ．Ｔｈｅ  ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｉｎｃｒｅｍｅｎｔｅｄ  ｂｙ  １  ｗｈｅｎ  ａ  ｃｈａｎｇｅ  ｉｎ  ｔｈｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｃａｒｒｉｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｏｃｃｕｒｓ．Ｗｈｅｎ  ｉｔ  ｒｅａｃｈｅｓ  ｖａｌｕｅ  "３１"，ｉｔ  ｗｒａｐｓ  ａｒｏｕｎｄ  ｔｏ  "０"．Ｗｈｅｎ  ｔｈｅ  ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ  ｉｓ  ｓｅｔ  ｔｏ  "１"，ｔｈｅｎ  ｔｈｅ  ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｔｈａｔ  ｏｆ  ｔｈｅ  ｃｕｒｒｅｎｔｌｙ  ａｐｐｌｉｃａｂｌｅ  ｓｕｂ＿ｔａｂｌｅ．Ｗｈｅｎ  ｔｈｅ  ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ  ｉｓ  ｓｅｔ  ｔｏ  "０"，ｔｈｅｎ  ｔｈｅ  ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｔｈａｔ  ｏｆ  ｔｈｅ  ｎｅｘｔ  ａｐｐｌｉｃａｂｌｅ  ｓｕｂ＿ｔａｂｌｅ．）
【００４６】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能であるか、それとも次に適用可能であるかを示す。（ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ：Ｔｈｉｓ  １―ｂｉｔ  ｉｎｄｉｃａｔｏｒ，ｗｈｅｎ  ｓｅｔ  ｔｏ  "１"  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｉｓ  ｔｈｅ  ｃｕｒｒｅｎｔｌｙ  ａｐｐｌｉｃａｂｌｅ  ｓｕｂ＿ｔａｂｌｅ．Ｗｈｅｎ  ｔｈｅ  ｂｉｔ  ｉｓ  ｓｅｔ  ｔｏ  "０"，ｉｔ  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｓｅｎｔ  ｉｓ  ｎｏｔ  ｙｅｔ  ａｐｐｌｉｃａｂｌｅ  ａｎｄ  ｓｈａｌｌ  ｂｅ  ｔｈｅ  ｎｅｘｔ  ｓｕｂ＿ｔａｂｌｅ  ｔｏ  ｂｅ  ｖａｌｉｄ．）
【００４７】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ８―ｂｉｔ  ｆｉｅｌｄ  ｇｉｖｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｓｅｃｔｉｏｎ．Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｆｉｒｓｔ  ｓｅｃｔｉｏｎ  ｉｎ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｓｈａｌｌ  ｂｅ  "０ｘ００"．Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｉｎｃｒｅｍｅｎｔｅｄ  ｂｙ  １  ｗｉｔｈ  ｅａｃｈ  ａｄｄｉｔｉｏｎａｌ  ｓｅｃｔｉｏｎ  ｗｉｔｈ  ｔｈｅ  ｓａｍｅ  ｔａｂｌｅ＿ｉｄ，ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ，ａｎｄ  ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ．）
【００４８】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ８―ｂｉｔ  ｆｉｅｌｄ  ｓｐｅｃｉｆｉｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｌａｓｔ  ｓｅｃｔｉｏｎ（ｔｈａｔ  ｉｓ，ｔｈｅ  ｓｅｃｔｉｏｎ  ｗｉｔｈ  ｔｈｅ  ｈｉｇｈｅｓｔ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ）  ｏｆ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｏｆ  ｗｈｉｃｈ  ｔｈｉｓ  ｓｅｃｔｉｏｎ  ｉｓ  ｐａｒｔ．）
【００４９】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワークアイディー識別子を示す。（ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ：Ｔｈｉｓ  １６―ｂｉｔ  ｆｉｅｌｄ  ｇｉｖｅｓ  ｔｈｅ  ｌａｂｅｌ  ｉｄｅｎｔｉｆｙｉｎｇ  ｔｈｅ  ｎｅｔｗｏｒｋ＿ｉｄ  ｏｆ  ｔｈｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｄｅｌｉｖｅｒｙ  ｓｙｓｔｅｍ．）
【００５０】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す。（ｓｅｒｖｉｃｅ＿ｉｄ：Ｔｈｉｓ  ｉｓ  ａ  １６―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｓｅｒｖｅｓ  ａｓ  ａ  ｌａｂｅｌ  ｔｏ  ｉｄｅｎｔｉｆｙ  ｔｈｉｓ  ｓｅｒｖｉｃｅ  ｆｒｏｍ  ａｎｙ  ｏｔｈｅｒ  ｓｅｒｖｉｃｅ  ｗｉｔｈｉｎ  ｔｈｅ  ＴＳ．Ｔｈｅ  ｓｅｒｖｉｃｅ＿ｉｄ  ｉｓ  ｔｈｅ  ｓａｍｅ  ａｓ  ｔｈｅ  ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ．）
【００５１】
ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇフィールドは、サービスに対するＥＩＴスケジュール情報が現在ＴＳにあるかどうかを示すことができる。（ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇ：Ｔｈｉｓ  ｉｓ  ａ  １―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｗｈｅｎ  ｓｅｔ  ｔｏ  "１"  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ＥＩＴ  ｓｃｈｅｄｕｌｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ｔｈｅ  ｓｅｒｖｉｃｅ  ｉｓ  ｐｒｅｓｅｎｔ  ｉｎ  ｔｈｅ  ｃｕｒｅｎｔ  ＴＳ，ｓｅｅ  ＴＲ  １０１  ２１１［ｉ．２］  ｆｏｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｏｎ  ｍａｘｉｍｕｍ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ  ｂｅｔｗｅｅｎ  ｏｃｃｕｒｒｅｎｃｅｓ  ｏｆ  ａｎ  ＥＩＴ  ｓｃｈｅｄｕｌｅ  ｓｕｂ＿ｔａｂｌｅ）．Ｉｆ  ｔｈｅ  ｆｌａｇ  ｉｓ  ｓｅｔ  ｔｏ  ０  ｔｈｅｎ  ｔｈｅ  ＥＩＴ  ｓｃｈｅｄｕｌｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ｔｈｅ  ｓｅｒｖｉｃｅ  ｓｈｏｕｌｄ  ｎｏｔ  ｂｅ  ｐｒｅｓｅｎｔ  ｉｎ  ｔｈｅ  ＴＳ．）
【００５２】
ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇフィールドは、現在ＴＳにサービスに対するＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ情報があるかどうかを示すことができる。（ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇ：Ｔｈｉｓ  ｉｓ  ａ  １―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｗｈｅｎ  ｓｅｔ  ｔｏ  "１"  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ｔｈｅ  ｓｅｒｖｉｃｅ  ｉｓ  ｐｒｅｓｅｎｔ  ｉｎ  ｔｈｅ  ｃｕｒｒｅｎｔ  ＴＳ，ｓｅｅ  ＴＲ  １０１  ２１１［ｉ．２］  ｆｏｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｏｎ  ｍａｘｉｍｕｍ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ  ｂｅｔｗｅｅｎ  ｏｃｃｕｒｒｅｎｃｅｓ  ｏｆ  ａｎ  ＥＩＴ  ｐｒｅｓｅｎｔ／ｆｏｌｌｏｗｉｎｇ  ｓｕｂ＿ｔａｂｌｅ．Ｉｆ  ｔｈｅ  ｆｌａｇ  ｉｓ  ｓｅｔ  ｔｏ  ０  ｔｈｅｎ  ｔｈｅ  ＥＩＴ  ｐｒｅｓｅｎｔ／ｆｏｌｌｏｗｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  ｔｈｅ  ｓｅｒｖｉｃｅ  ｓｈｏｕｌｄ  ｎｏｔ  ｂｅ  ｐｒｅｓｅｎｔ  ｉｎ  ｔｈｅ  ＴＳ．）
【００５３】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ―ＳＩ文書のテーブル６に定義されたサービスの状態を称することができる。（ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓ：Ｔｈｉｓ  ｉｓ  ａ  ３―ｂｉｔ  ｆｉｅｌｄ  ｉｎｄｉｃａｔｉｎｇ  ｔｈｅ  ｓｔａｔｕｓ  ｏｆ  ｔｈｅ  ｓｅｒｖｉｃｅ  ａｓ  ｄｅｆｉｎｅｄ  ｉｎ  ｔａｂｌｅ  ６．Ｆｏｒ  ａｎ  ＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｓｅｒｖｉｃｅ  ｔｈｅ  ｖａｌｕｅ  ｏｆ  ｔｈｅ  ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  "０"．）
【００５４】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクラブルされているかどうかを称する。（ｆｒｅｅ＿ＣＡ＿ｍｏｄｅ：Ｔｈｉｓ  １―ｂｉｔ  ｆｉｅｌｄ，ｗｈｅｎ  ｓｅｔ  ｔｏ  "０"  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ａｌｌ  ｔｈｅ  ｃｏｍｐｏｎｅｎｔ  ｓｔｒｅａｍｓ  ｏｆ  ｔｈｅ  ｓｅｒｖｉｃｅ  ａｒｅ  ｎｏｔ  ｓｃｒａｍｂｌｅｄ．Ｗｈｅｎ  ｓｅｔ  ｔｏ  "１"  ｉｔ  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ａｃｃｅｓｓ  ｔｏ  ｏｎｅ  ｏｒ  ｍｏｒｅ  ｓｔｒｅａｍｓ  ｍａｙ  ｂｅ  ｃｏｎｔｒｌｌｅｄ  ｂｙ  ａ  ＣＡ  ｓｙｓｔｅｍ．）
【００５５】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次に来るディスクリプタの長さを示す。（ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈ：Ｔｈｉｓ  １２―ｂｉｔ  ｆｉｅｌｄ  ｇｉｖｅｓ  ｔｈｅ  ｔｏｔａｌ  ｌｅｎｇｔｈ  ｉｎ  ｂｙｔｅｓ  ｏｆ  ｔｈｅ  ｆｏｌｌｏｗｉｎｇ  ｄｓｃｒｉｐｔｏｒｓ．）
【００５６】
ＣＲＣ＿３２は、ＣＲＣ値を含む３２ビットフィールドである。（ＣＲＣ＿３２：Ｔｈｉｓ  ｉｓ  ａ  ３２―ｂｉｔ  ｆｉｅｌｄ  ｔｈａｔ  ｃｏｎｔａｉｎｓ  ｔｈｅ  ＣＲＣ  ｖａｌｕｅ  ｔｈａｔ  ｇｉｖｅｓ  ａ  ｚｅｒｏ  ｏｕｔｐｕｔ  ｏｆ  ｔｈｅ  ｒｅｇｉｓｔｅｒｓ  ｉｎ  ｔｈｅ  ｄｅｃｏｄｅｒ．）
【００５７】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次のディスクリプタの位置にｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒが位置し得る。
【００５８】
ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒは、次の情報を含むことができる。
【００５９】
Ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このディスクリプタを識別する識別子を含むことができ、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、ディスクリプタの長さを示す。
【００６０】
ｓｅｒｖｉｃｅ＿ｔｙｐｅは、該当のサービスまたはチャンネルにＵＨＤビデオサービスが伝送されるかどうかをシグナリングすることができる。
【００６１】
Ｓｅｒｖｉｃｅ＿ｐｒｏｖｉｄｅｒ＿ｎａｍｅ＿ｌｅｎｇｔｈは、その次のｃｈａｒで表示されるサービスプロバイダー名の長さを示す。
【００６２】
Ｓｅｒｖｉｃｅ＿ｎａｍｅ＿ｌｅｎｇｔｈは、その次のｃｈａｒで表示されるサービス名の長さを示す。
【００６３】
例えば、次のような値でＵＨＤ放送サービスのｓｅｒｖｉｃｅ＿ｔｙｐｅを割り当てることができる。
【００６４】
ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ２０である場合は、ＡＶＣ／Ｈ．２６４を使用したＵＨＤデジタルテレビションサービス（４Ｋ）を示す。
【００６５】
ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ２１である場合は、ＨＥＶＣを使用したＵＨＤデジタルテレビションサービス（４Ｋ）を示す。
【００６６】
ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ２２である場合は、ＡＶＣ／Ｈ．２６４を使用したＵＨＤデジタルテレビションサービス（８Ｋ）を示す。
【００６７】
ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ２３である場合は、ＨＥＶＣを使用したＵＨＤデジタルテレビションサービス（８Ｋ）を示す。
【００６８】
図４は、本発明の実施例に係る他のシグナリング情報を例示した図である。この図面は、シグナリング情報として、ＳI（ｓｅｒｖｉｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）のＥＩＴ（ｅｖｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｔａｂｌｅ）を例示する。
【００６９】
ｔａｂｌｅ＿ｉｄは、テーブル識別子を示す。
【００７０】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＥＩＴテーブルセクションに対して１にセッティングされる１ビットフィールドである。（ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ：Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ  ｉｓ  ａ  １―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  "１"．）
【００７１】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ：Ｔｈｉｓ  ｉｓ  ａ  １２―ｂｉｔ  ｆｉｅｌｄ．Ｉｔ  ｓｐｅｃｉｆｉｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｂｙｔｅｓ  ｏｆ  ｔｈｅ  ｓｅｃｔｉｏｎ，ｓｔａｒｔｉｎｇ  ｉｍｍｅｄｉａｔｅｌｙ  ｆｏｌｌｏｗｉｎｇ  ｔｈｅ  ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ  ｆｉｅｌｄ  ａｎｄ  ｉｎｃｌｕｄｉｎｇ  ｔｈｅ  ＣＲＣ．Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ  ｓｈａｌｌ  ｎｏｔ  ｅｘｃｅｅｄ  ４  ０９３  ｓｏ  ｔｈａｔ  ｔｈｅ  ｅｎｔｉｒｅ  ｓｅｃｔｉｏｎ  ｈａｓ  ａ  ｍａｘｉｍｕｍ  ｌｅｎｇｔｈ  ｏｆ  ４  ０９６  ｂｙｔｅｓ．）
【００７２】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内のサービス識別子を示す。（ｓｅｒｖｉｃｅ＿ｉｄ：Ｔｈｉｓ  ｉｓ  ａ  １６―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｓｅｒｖｅｓ  ａｓ  ａ  ｌａｂｅｌ  ｔｏ  ｉｄｅｎｔｉｆｙ  ｔｈｉｓ  ｓｅｒｖｉｃｅ  ｆｒｏｍ  ａｎｙ  ｏｔｈｅｒ  ｓｅｒｖｉｃｅ  ｗｉｔｈｉｎ  ａ  ＴＳ．Ｔｈｅ  ｓｅｒｖｉｃｅ＿ｉｄ  ｉｓ  ｔｈｅ  ｓａｍｅ  ａｓ  ｔｈｅ  ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ  ｉｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｐｒｏｇｒａｍ＿ｍａｐ＿ｓｅｃｔｉｏｎ．）
【００７３】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。（ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ５―ｂｉｔ  ｆｉｅｌｄ  ｉｓ  ｔｈｅ  ｖｅｒｓｉｏｎ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ．Ｔｈｅ  ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｉｎｃｒｅｍｅｎｔｅｄ  ｂｙ  １  ｗｈｅｎ  ａ  ｃｈａｎｇｅ  ｉｎ  ｔｈｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｃａｒｒｉｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｏｃｃｕｒｓ．Ｗｈｅｎ  ｉｔ  ｒｅａｃｈｅｓ  ｖａｌｕｅ  ３１，ｉｔ  ｗｒａｐｓ  ａｒｏｕｎｄ  ｔｏ  ０．Ｗｈｅｎ  ｔｈｅ  ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ  ｉｓ  ｓｅｔ  ｔｏ  "１"，ｔｈｅｎ  ｔｈｅ  ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｔｈａｔ  ｏｆ  ｔｈｅ  ｃｕｒｒｅｎｔｌｙ  ａｐｐｌｉｃａｂｌｅ  ｓｕｂ＿ｔａｂｌｅ．Ｗｈｅｎ  ｔｈｅ  ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ  ｉｓ  ｓｅｔ  ｔｏ  "０"，ｔｈｅｎ  ｔｈｅ  ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｔｈａｔ  ｏｆ  ｔｈｅ  ｎｅｘｔ  ａｐｐｌｉｃａｂｌｅ  ｓｕｂ＿ｔａｂｌｅ．）
【００７４】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能であるか、それとも次に適用可能であるかを示す。（ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ：Ｔｈｉｓ  １―ｂｉｔ  ｉｎｄｉｃａｔｏｒ，ｗｈｅｎ  ｓｅｔ  ｔｏ  "１"  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｉｓ  ｔｈｅ  ｃｕｒｒｅｎｔｌｙ  ａｐｐｌｉｃａｂｌｅ  ｓｕｂ＿ｔａｂｌｅ．Ｗｈｅｎ  ｔｈｅ  ｂｉｔ  ｉｓ  ｓｅｔ  ｔｏ  "０"，ｉｔ  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｓｅｎｔ  ｉｓ  ｎｏｔ  ｙｅｔ  ａｐｐｌｉｃａｂｌｅ  ａｎｄ  ｓｈａｌｌ  ｂｅ  ｔｈｅ  ｎｅｘｔ  ｓｕｂ＿ｔａｂｌｅ  ｔｏ  ｂｅ  ｖａｌｉｄ．）
【００７５】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ８―ｂｉｔ  ｆｉｅｌｄ  ｇｉｖｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｓｅｃｔｉｏｎ．Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｆｉｒｓｔ  ｓｅｃｔｉｏｎ  ｉｎ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｓｈａｌｌ  ｂｅ  "０ｘ００"．Ｔｈｅ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｂｅ  ｉｎｃｒｅｍｅｎｔｅｄ  ｂｙ  １  ｗｉｔｈ  ｅａｃｈ  ａｄｄｉｔｉｏｎａｌ  ｓｅｃｔｉｏｎ  ｗｉｔｈ  ｔｈｅ  ｓａｍｅ  ｔａｂｌｅ＿ｉｄ，ｓｅｒｖｉｃｅ＿ｉｄ，ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ，ａｎｄ  ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ．Ｉｎ  ｔｈｉｓ  ｃａｓｅ，ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｍａｙ  ｂｅ  ｓｔｒｕｃｔｕｒｅｄ  ａｓ  ａ  ｎｕｍｂｅｒ  ｏｆ  ｓｅｇｍｅｎｔｓ．Ｗｉｔｈｉｎ  ｅａｃｈ  ｓｅｇｍｅｎｔ  ｔｈｅ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ  ｓｈａｌｌ  ｉｎｃｒｅｍｅｎｔ  ｂｙ  １  ｗｉｔｈ  ｅａｃｈ  ａｄｄｉｔｉｏｎａｌ  ｓｅｃｔｉｏｎ，ｂｕｔ  ａ  ｇａｐ  ｉｎ  ｎｕｍｂｅｒｉｎｇ  ｉｓ  ｐｅｒｍｉｔｔｅｄ  ｂｅｔｗｅｅｎ  ｔｈｅ  ｌａｓｔ  ｓｅｃｔｉｏｎ  ｏｆ  ａ  ｓｅｇｍｅｎｔ  ａｎｄ  ｔｈｅ  ｆｉｒｓｔ  ｓｅｃｔｉｏｎ  ｏｆ  ｔｈｅ  ａｄｊａｃｅｎｔ  ｓｅｇｍｅｎｔ．）
【００７６】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ８―ｂｉｔ  ｆｉｅｌｄ  ｓｐｅｃｉｆｉｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｌａｓｔ  ｓｅｃｔｉｏｎ（ｔｈａｔ  ｉｓ，ｔｈｅ  ｓｅｃｔｉｏｎ  ｗｉｔｈ  ｔｈｅ  ｈｉｇｈｅｓｔ  ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ）  ｏｆ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ  ｏｆ  ｗｈｉｃｈ  ｔｈｉｓ  ｓｅｃｔｉｏｎ  ｉｓ  ｐａｒｔ．）
【００７７】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、伝送システム内の他のマルチプレクスと区別し、このＳＤＴが提供するＴＳ識別子を示す。（ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ：Ｔｈｉｓ  ｉｓ  ａ  １６―ｂｉｔ  ｆｉｅｌｄ  ｗｈｉｃｈ  ｓｅｒｖｅｓ  ａｓ  ａ  ｌａｂｅｌ  ｆｏｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  ｔｈｅ  ＴＳ，ａｂｏｕｔ  ｗｈｉｃｈ  ｔｈｅ  ＥＩＴ  ｉｎｆｏｒｍｓ，ｆｒｏｍ  ａｎｙ  ｏｔｈｅｒ  ｍｕｌｔｉｐｌｅｘ  ｗｉｔｈｉｎ  ｔｈｅ  ｄｅｌｉｖｅｒｙ  ｓｙｓｔｅｍ．）
【００７８】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、伝送システムのネットワークアイディー識別子を示す。（ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ：Ｔｈｉｓ  １６―ｂｉｔ  ｆｉｅｌｄ  ｇｉｖｅｓ  ｔｈｅ  ｌａｂｅｌ  ｉｄｅｎｔｉｆｙｉｎｇ  ｔｈｅ  ｎｅｔｗｏｒｋ＿ｉｄ  ｏｆ  ｔｈｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｄｅｌｉｖｅｒｙ  ｓｙｓｔｅｍ．）
【００７９】
ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、このサブテーブルのこのセグメントの最後のセクション番号を示す。（ｓｅｇｍｅｎｔ＿ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ：Ｔｈｉｓ  ８―ｂｉｔ  ｆｉｅｌｄ  ｓｐｅｃｉｆｉｅｓ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｌａｓｔ  ｓｅｃｔｉｏｎ  ｏｆ  ｔｈｉｓ  ｓｅｇｍｅｎｔ  ｏｆ  ｔｈｅ  ｓｕｂ＿ｔａｂｌｅ．Ｆｏｒ  ｓｕｂ＿ｔａｂｌｅｓ  ｗｈｉｃｈ  ａｒｅ  ｎｏｔ  ｓｅｇｍｅｎｔｅｄ，ｔｈｉｓ  ｆｉｅｌｄ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  ｔｈｅ  ｓａｍｅ  ｖａｌｕｅ  ａｓ  ｔｈｅ  ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ  ｆｉｅｌｄ．）
【００８０】
ｌａｓｔ＿ｔａｂｌｅ＿ｉｄフィールドは、最後のテーブルアイディーを識別する。（ｌａｓｔ＿ｔａｂｌｅ＿ｉｄ：Ｔｈｉｓ  ８―ｂｉｔ  ｆｉｅｌｄ  ｉｄｅｎｔｉｆｉｅｓ  ｔｈｅ  ｌａｓｔ  ｔａｂｌｅ＿ｉｄ  ｕｓｅｄ（ｓｅｅ  ｔａｂｌｅ２）．）
【００８１】
ｅｖｅｎｔ＿ｉｄフィールドは、イベントの識別番号を示す。（ｅｖｅｎｔ＿ｉｄ：Ｔｈｉｓ  １６―ｂｉｔ  ｆｉｅｌｄ  ｃｏｎｔａｉｎｓ  ｔｈｅ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｎｕｍｂｅｒ  ｏｆ  ｔｈｅ  ｄｅｓｃｒｉｂｅｄ  ｅｖｅｎｔ（ｕｎｉｑｕｅｌｙ  ａｌｌｏｃａｔｅｄ  ｗｉｔｈｉｎ  ａ  ｓｅｒｖｉｃｅ  ｄｅｆｉｎｉｔｉｏｎ）．）
【００８２】
ｓｔａｒｔ＿ｔｉｍｅフィールドは、イベントの開始時間を含む。（ｓｔａｒｔ＿ｔｉｍｅ：Ｔｈｉｓ  ４０―ｂｉｔ  ｆｉｅｌｄ  ｃｏｎｔａｉｎｓ  ｔｈｅ  ｓｔａｒｔ  ｔｉｍｅ  ｏｆ  ｔｈｅ  ｅｖｅｎｔ  ｉｎ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ，Ｃｏ―ｏｒｄｉｎａｔｅｄ（ＵＴＣ）ａｎｄ  Ｍｏｄｉｆｉｅｄ  Ｊｕｌｉａｎ  Ｄａｔｅ（ＭＪＤ）（ｓｅｅ  ａｎｎｅｘ  Ｃ）．Ｔｈｉｓ  ｆｉｅｌｄ  ｉｓ  ｃｏｄｅｄ  ａｓ  １６  ｂｉｔｓ  ｇｉｖｉｎｇ  ｔｈｅ  １６  ＬＳＢｓ  ｏｆ  ＭＪＤ  ｆｏｌｌｏｗｅｄ  ｂｙ  ２４  ｂｉｔｓ  ｃｏｄｅｄ  ａｓ  ６  ｄｉｇｉｔｓ  ｉｎ  ４―ｂｉｔ  Ｂｉｎａｒｙ  Ｃｏｄｅｄ  Ｄｅｃｉｍａｌ（ＢＣＤ）．Ｉｆ  ｔｈｅ  ｓｔａｒｔ  ｔｉｍｅ  ｉｓ  ｕｎｄｅｆｉｎｅｄ（ｅ．ｇ．ｆｏｒ  ａｎ  ｅｖｅｎｔ  ｉｎ  ａ  ＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｓｅｒｖｉｃｅ）  ａｌｌ  ｂｉｔｓ  ｏｆ  ｔｈｅ  ｆｉｅｌｄ  ａｒｅ  ｓｅｔ  ｔｏ  "１"．）
【００８３】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、ＤＶＢ  ＳＩ文書のｔａｂｌｅ６に定義されたイベントの状態を示す。（ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓ：Ｔｈｉｓ  ｉｓ  ａ  ３―ｂｉｔ  ｆｉｅｌｄ  ｉｎｄｉｃａｔｉｎｇ  ｔｈｅ  ｓｔａｔｕｓ  ｏｆ  ｔｈｅ  ｅｖｅｎｔ  ａｓ  ｄｅｆｉｎｅｄ  ｉｎ  ｔａｂｌｅ  ６．Ｆｏｒ  ａｎ  ＮＶＯＤ  ｒｅｆｅｒｅｎｃｅ  ｅｖｅｎｔ  ｔｈｅ  ｖａｌｕｅ  ｏｆ  ｔｈｅ  ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  "０"．）
【００８４】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクラブルされているかどうかを称する。（ｆｒｅｅ＿ＣＡ＿ｍｏｄｅ：Ｔｈｉｓ  １―ｂｉｔ  ｆｉｅｌｄ，ｗｈｅｎ  ｓｅｔ  ｔｏ  "０"  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ａｌｌ  ｔｈｅ  ｃｏｍｐｏｎｅｎｔ  ｓｔｒｅａｍｓ  ｏｆ  ｔｈｅ  ｅｖｅｎｔ  ａｒｅ  ｎｏｔ  ｓｃｒａｍｂｌｅｄ．Ｗｈｅｎ  ｓｅｔ  ｔｏ  "１"  ｉｔ  ｉｎｄｉｃａｔｅｓ  ｔｈａｔ  ａｃｃｅｓｓ  ｔｏ  ｏｎｅ  ｏｒ  ｍｏｒｅ  ｓｔｒｅａｍｓ  ｉｓ  ｃｏｎｔｒｏｌｌｄ  ｂｙ  ａ  ＣＡ  ｓｙｓｔｅｍ．）
【００８５】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次に来るディスクリプタの長さを示す。（ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈ：Ｔｈｉｓ  １２―ｂｉｔ  ｆｉｅｌｄ  ｇｉｖｅｓ  ｔｈｅ  ｔｏｔａｌ  ｌｅｎｇｔｈ  ｉｎ  ｂｙｔｅｓ  ｏｆ  ｔｈｅ  ｆｏｌｌｏｗｉｎｇ  ｄｅｓｃｒｉｐｔｏｒｓ．）
【００８６】
ＣＲＣ＿３２は、ＣＲＣ値を含む３２ビットフィールドである。（ＣＲＣ＿３２：Ｔｈｉｓ  ｉｓ  ａ  ３２―ｂｉｔ  ｆｉｅｌｄ  ｔｈａｔ  ｃｏｎｔａｉｎｓ  ｔｈｅ  ＣＲＣ  ｖａｌｕｅ  ｔｈａｔ  ｇｉｖｅｓ  ａ  ｚｅｒｏ  ｏｕｔｐｕｔ  ｏｆ  ｔｈｅ  ｒｅｇｉｓｔｅｒｓ  ｉｎ  ｔｈｅ  ｄｅｃｏｄｅｒ．）
【００８７】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、次のディスクリプタの位置にｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを含むことができる。
【００８８】
コンポーネントディスクリプタは、ＥＩＴ（またはＳＤＴのディスクリプタループ）に位置しながら、該当のイベントに含まれたビデオ（及びオーディオ）ストリームの特徴を知らせる。受信機は、この情報を用いて該当のイベントをデコーディングできるかどうかを判断することができる。
【００８９】
受信機は、ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ内のｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールド及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドを用いてＵＨＤビデオストリームの特徴に対する情報をシグナリングすることができる。すなわち、ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドを用いて該当のイベント（またはサービス）に含まれたビデオストリームのコーデック種類を含むビデオの特徴を把握することができる。
【００９０】
ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、このディスクリプタを識別する識別子が含まれるｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ、ディスクリプタの長さを示すｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈを含む。
【００９１】
Ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドは、ストリームのタイプを示し、Ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドは、ビデオまたはオーディオデータタイプを示す。これら二つのフィールドによるストリームまたはコンポーネントのタイプの組み合わせは、後で詳細に説明する。
【００９２】
Ｃｏｍｐｏｎｅｎｔ＿ｔａｇは、ストリーム識別子ディスクリプタ（ｓｔｒｅａｍ  ｉｄｅｎｔｉｆｉｅｒ  ｄｅｓｃｒｉｐｔｏｒ）のｃｏｍｐｏｎｅｎｔ＿ｔａｇフィールドと同一の値を有する。
【００９３】
ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅフィールドは、コンポーネントの言語を識別する。Ｔｅｘｔ＿ｃｈａｒフィールドは、コンポーネントストリームのテキスト説明を示す。
【００９４】
Ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドを用いてＵＨＤビデオストリームの特徴に対する情報をシグナリングすることができる。したがって、受信機は、受信されたＳＤＴのｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドを用いて該当のイベント（またはサービス）に含まれたＵＨＤビデオストリームのコーデック種類などを含むビデオの特徴を知った後、これを用いてサービスを表出することができる。
【００９５】
図５は、Ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔ及びｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値によるビデオの特徴を例示した図である。例えば、本実施例は、４：２：０サンプリングのクロマフォーマットのビデオを伝送するストリームを基準にしてビデオの各特徴を例示した。
【００９６】
例えば、特定のストリームに対してｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドが０ｘ０５である場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値が０ｘ９０であると、そのストリームで伝送されるコンポーネントは、Ｈ．２６４／ＡＶＣコーデック、解像度４Ｋ  ＵＨＤビデオで、アスペクト比１６：９、フレームレート２５Ｈｚのビデオデータを示す。
【００９７】
ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドが０ｘ０５である場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値が０ｘ９１であると、そのストリームで伝送されるコンポーネントは、Ｈ．２６４／ＡＶＣコーデック、解像度４Ｋ  ＵＨＤビデオで、アスペクト比１６：９以上のワイドスクリーン画面比、フレームレート２５Ｈｚのビデオデータを示す。
【００９８】
ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドが０ｘ０５である場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値が０ｘ９２であると、そのストリームで伝送されるコンポーネントは、Ｈ．２６４／ＡＶＣコーデック、解像度４Ｋ  ＵＨＤビデオで、アスペクト比１６：９、フレームレート３０Ｈｚのビデオデータを示す。
【００９９】
ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドが０ｘ０５である場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値が０ｘ９３であると、そのストリームで伝送されるコンポーネントは、Ｈ．２６４／ＡＶＣコーデック、解像度４Ｋ  ＵＨＤビデオで、アスペクト比１６：９以上のワイドスクリーン画面比、フレームレート３０Ｈｚのビデオデータを示す。
【０１００】
これと同様に、特定のストリームに対してｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドが０ｘ０９である場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値が０ｘ０１であると、そのストリームで伝送されるコンポーネントは、ＨＥＶＣコーデック、解像度４Ｋ  ＵＨＤビデオで、アスペクト比１６：９、フレームレート２５Ｈｚ、ビット深度フォーマット８ビットのビデオデータを示す。
【０１０１】
そして、これと同様に、特定のストリームに対してｓｔｒｅａｍ＿ｃｏｎｔｅｎｔフィールドが０ｘ０９である場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールド値が０ｘ０２であると、そのストリームで伝送されるコンポーネントは、ＨＥＶＣコーデック、解像度４Ｋ  ＵＨＤビデオで、アスペクト比１６：９以上のワイドスクリーン画面比、フレームレート２５Ｈｚ、ビット深度フォーマット８ビットのビデオデータを示す。
【０１０２】
その他のビデオコンポーネントによって伝送されるビデオの各特徴は、この図面で例示したようにシグナリングすることができる。
【０１０３】
この実施例は、４：２：０クロマフォーマットのビデオストリームを基準にして例示した。例示したリストを拡張して１２―ビットモードも追加することができ、その場合、例えば、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ値は、コーデック、解像度、アスペクト比及びフレームレートの組み合わせによって０ｘ１１〜０ｘ１８の値を有することができる。
【０１０４】
４：２：２クロマフォーマットのビデオストリームを例に挙げる場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ値としては、コーデック、解像度、アスペクト比及びフレームレートの組み合わせによって０ｘ１９〜０ｘ３０の値を割り当てることができる。
【０１０５】
これと同様に、８Ｋ  ＵＨＤビデオストリームを例に挙げる場合、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ値としては、コーデック、解像度、アスペクト比及びフレームレートの組み合わせによって０ｘ３１〜０ｘ６０の値を割り当てることができる。
【０１０６】
このようにすると、現在または未来のイベントにＵＨＤ放送サービスまたはイベントが提供されるかどうかを知らせることができる。
【０１０７】
図６は、本発明の実施例に係る他のシグナリング情報を例示した図である。この図面は、ＳＩ（ｓｅｒｖｉｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）のＥＩＴ（ｅｖｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｔａｂｌｅ）に含まれるｌｉｎｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒ（）を例示した図である。
【０１０８】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、情報サービスを含むＴＳを識別する識別子であって、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、情報サービスの本来の伝送システムのネットワーク識別子を示す。
【０１０９】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＴＳ内の情報サービスを識別する。
【０１１０】
ｌｉｎｋａｇｅ＿ｔｙｐｅフィールドは、情報サービスなどを連結するリンケージタイプを示す。
【０１１１】
現在、使用者が視聴する放送サービスに対応するＵＨＤ放送に対する情報を知らせる他の実施例は、次の通りである。
【０１１２】
既存のイベントまたはサービスに対応するＵＨＤイベント／サービスを知らせるとき、ｌｉｎｋａｇｅ＿ｔｙｐｅ値として０ｘ０Ｆを使用することができる。その一方、ＵＨＤイベントまたはサービスで対応するＨＤサービスや３Ｄサービスなどを知らせるときは、０ｘ０Ｅを使用することができる。
【０１１３】
例えば、ｌｉｎｋａｇｅ＿ｔｙｐｅフィールドが０ｘ０Ｆである場合、ＵＨＤイベント／サービスをシグナリングできるディスクリプタ（ａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（））を含むことができる。これについては、以下の図面を参照して詳細に説明する。
【０１１４】
ＵＨＤ放送サービスをシグナリングできる更に他の例として、ｌｉｎｋａｇｅ＿ｔｙｐｅフィールドが０ｘ０Ｆである場合、ａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）の代わりに、既存のｅｘｔｅｎｄｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）を使用することができる。
【０１１５】
すなわち、ターゲット（またはｌｉｎｋｅｄ）イベントまたはサービスがＵＨＤであることをシグナリングするために新たなｌｉｎｋａｇｅ＿ｔｙｐｅ値（例えば、０ｘ０Ｆ）を割り当て、以下で例示するｌｉｎｋ＿ｔｙｐｅとｌｉｎｋａｇｅ＿ｔｙｐｅ値の組み合わせでＵＨＤサービスであることを示すことができる。
【０１１６】
また、既存のｅｘｔｅｎｄｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）をそのまま活用することもできる。
【０１１７】
ｅｘｔｅｎｄｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）のｌｉｎｋ＿ｔｙｐｅフィールドのみを用いてＵＨＤサービスをシグナリングすることもできる。例えば、ｌｉｎｋ＿ｔｙｐｅが０である場合は、４Ｋ  ＵＨＤ、８―ビット、４：２：０サンプリングのビデオをシグナリングし、ｌｉｎｋ＿ｔｙｐｅが１である場合は、４Ｋ  ＵＨＤ、１０―ビット、４：２：２サンプリングのビデオをシグナリングし、ｌｉｎｋ＿ｔｙｐｅが２である場合、４Ｋ  ＵＨＤ、１２―ビット、４：２：２サンプリングのビデオをシグナリングすることができる。
【０１１８】
図７は、ＵＨＤ放送サービスまたはイベントをシグナリングする方法の一例として、ｌｉｎｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒに含まれるａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）を例示する。
【０１１９】
例えば、ｌｉｎｋａｇｅ＿ｔｙｐｅフィールドが０ｘ０Ｆである場合、ＵＨＤ放送サービスまたはイベントをシグナリングするａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）をｌｉｎｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒに含むことができる。
【０１２０】
ｎｕｍ＿ｌｉｎｋ＿ｅｖｅｎｔフィールドは、リンクの数を示すことができる。
【０１２１】
ｌｉｎｋ＿ｓｉｍｕｌｃａｓｔフィールドは、対応するイベントまたはサービスが現在のイベント／サービスと同時に放送されるかどうかを知らせる。例えば、この値が「１」である場合、時間差なく同時に放送されることを示す。
【０１２２】
ｌｉｎｋ＿ｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドは、対応するイベントまたはサービスが放送される経路の種類を示すことができる（地上波、衛星、ケーブル、ＩＰなど）。対応するイベントまたはサービスが同一の経路、または同一の方式であると、「００１」の値を指定することができる。
【０１２３】
一方、同一の経路であるとしても、伝送パラメーター（例えば、モジュレーション方式と関連するパラメーターなど）が異なる場合、経路に該当する情報を指定できるが（例えば、「０１０」と「１００」との間の値）、ｄｅｌｉｖｅｒｙ＿ｄｅｔａｉｌ＿ｉｎｆｏ（）を通じて詳細なパラメーター情報をシグナリングすることができる。ここで、ｌｉｎｋ＿ｄｅｌｉｖｅｒｙ＿ｔｙｐｅフィールドは、同一のイベントの同一の伝送経路、ケーブル、ＩＰまたは地上波などをシグナリングすることができる。
【０１２４】
ｌｉｎｋ＿ｔｙｐｅは、対応するイベントまたはサービスのサービスタイプを示す。例えば、各値によって下記のようなＵＨＤビデオの情報を示すことができる。
【０１２５】
「００１」―４Ｋ  ＵＨＤ、８―ビット、４：２：０
【０１２６】
「０１０」―４Ｋ  ＵＨＤ、１０―ビット、４：２：０
【０１２７】
「０１１」―４Ｋ  ＵＨＤ、１０―ビット、４：２：２
【０１２８】
そして、ｌｉｎｋ＿ｅｖｅｎｔ＿ｉｄ、ｌｉｎｋ＿ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ、ｌｉｎｋ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｌｉｎｋ＿ｓｅｒｖｉｃｅ＿ｉｄフィールドは、それぞれ対応するイベントまたはサービスに対するイベント識別子（ｅｖｅｎｔ＿ｉｄ）、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄをそれぞれ示す。
【０１２９】
ｄｅｌｉｖｅｒｙ＿ｄｅｔａｉｌ＿ｉｎｆｏ（）は、リンクされるイベントまたはサービスに対する物理伝送パラメーターを示すが、例えば、これを用いて伝送されるイベントデータのモジュレーション方式、周波数情報、ＦＥＣ方式などの情報をシグナリングすることができる。
【０１３０】
ｔｉｍｅ＿ｓｈｉｆｔ＿ｄｅｔａｉｌ＿ｉｎｆｏ（）は、リンクされるイベントまたはサービスと現在のイベントまたはサービスとの間に時間差が存在する場合、その時間情報に対する情報をシグナリングする。実施例を用いて、分単位でどれほど時間が経過した後で放送されるかなどを知らせるフィールドを含むことができる。この値をシグナリングする他の例として、ｅｖｅｎｔ＿ｉｄと、このｅｖｅｎｔ＿ｉｄで識別されるイベントに対する時間情報を関連ＥＩＴから参照することもできる。
【０１３１】
図８は、本発明に係る他の実施例として、ＵＨＤサービスのためのサブタイトルストリームをシグナリングする例を開示する。
【０１３２】
ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔの値とｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ値を用いると、ＵＨＤビデオを表出できるモニター上でディスプレイされるサブタイトルを伝送するコンポーネントを識別することができる。ｓｔｒｅａｍ＿ｃｏｎｔｅｎｔが０ｘ０３で、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅが０ｘ１６である場合、該当のサブタイトルは、４Ｋ  ＵＨＤ解像度のザブタイトルストリームになり得る。
【０１３３】
そして、エレメンタリーストリーム（ＥＳ）のタイプ値が０ｘ０６である場合、ザブタイトルを伝送するストリームになるが、この場合、図９で例示したように、ｓｕｂｔｉｔｌｅ＿ｄｅｓｃｒｉｐｔｏｒ（）をＰＭＴのディスクリプタの位置に含むことができる。
【０１３４】
ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅフィールドは、ザブタイトルの言語のキャラクター言語コードを示す。
【０１３５】
ｓｕｂｔｉｔｌｉｎｇ＿ｔｙｐｅフィールドは、ディスプレイとザブタイトルコンテンツに対する情報を示す。例えば、ｓｕｂｔｉｔｌｉｎｇ＿ｔｙｐｅが０ｘ１６であると、該当のサブタイトルは４Ｋ  ＵＨＤ解像度のザブタイトルストリームになり得る。
【０１３６】
ｃｏｍｐｏｓｉｔｉｏｎ＿ｐａｇｅ＿ｉｄフィールドは、コンポジションページを識別する情報を示す。
【０１３７】
ａｎｃｉｌｌａｒｙ＿ｐａｇｅ＿ｉｄフィールドは、付加（選択）ページを識別する情報を示す。
【０１３８】
そして、３８４０ｘ２１６０サイズのＵＨＤサービスに対してサブタイトルのサイズがＨＤ解像度（１９２０ｘ１０８０）を有する場合、サブタイトルに対するウィンドウ定義のためのパラメーターは、サブタイトルストリーム内で次のように定義することができる。
【０１３９】
ディスプレイの最も左側のピクセルに相対的に位置するザブタイトルの最も左側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ＿ｍｉｎｉｍｕｍ）は、９６０と定義することができる。
【０１４０】
ディスプレイの最も右側のピクセルに相対的に位置するザブタイトルの最も右側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ＿ｍｉｎｉｍｕｍ）は、２８７９と定義することができる。
【０１４１】
ディスプレイの最も上側のピクセルに相対的に位置するザブタイトルの最も上側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｍｉｎｉｍｕｍ）は、５４０と定義することができる。
【０１４２】
ディスプレイの最も下側のピクセルに相対的に位置するザブタイトルの最も下側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｍａｘｉｍｕｍ）は、１６１９と定義することができる。これら値は、ＵＨＤサービスの解像度の大きさによってそれぞれ変わり得る。
【０１４３】
図１０は、本発明の実施例に係る信号受信装置の一実施例を例示する。
【０１４４】
本発明に係る信号受信装置は、逆多重化部４１０、シグナリング情報復号部４３０、及びリソース復号部５００を含み、選択的にチャンネルマネージャー４２０を含むことができる。
【０１４５】
逆多重化部４１０は、放送ストリームを逆多重化し、シグナリング情報、ビデオストリーム及びオーディオストリームをそれぞれ逆多重化することができる。
【０１４６】
シグナリング情報復号部４３０は、セクションデータなどのシグナリング情報を復号することができる。
【０１４７】
リソース復号部５００は、ビデオバッファー５１０、ビデオデコーダー５２０、ビデオプロセッサ５３０、同期化部５４０、オーディオバッファー５５０、オーディオデコーダー５６０及びオーディオプロセッサ５７０を含むことができる。
【０１４８】
以下では、シグナリング情報復号部４３０がＵＨＤサービスを識別する各実施例を開示する。
【０１４９】
まず、第１の実施例は、図３で例示したＳＤＴを用いてＵＨＤサービスを識別することができる。
【０１５０】
シグナリング情報復号部４３０は、ＳＤＴに含まれたサービスディスクリプタを用いて該当のチャンネルでＵＨＤサービスが提供されることを識別することができる。そして、ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒが存在する場合、ＵＨＤサービスを提供するために含まれたビデオのコーデック種類、解像度、クロマサンプリング、ビット深度情報を識別することができる。
【０１５１】
シグナリング情報復号部４３０は、ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒに含まれた情報を復号した場合、信号受信装置の一実施例またはリソースデコーダー５００は、これを用いて該当のＵＨＤサービスで提供するビデオストリームまたはオーディオストリームをデコーディングできるかどうかを判断することができる。
【０１５２】
シグナリング情報復号部４３０は、ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒで明示されたｃｏｍｐｏｎｅｎｔ＿ｔａｇを用いて該当のサービスに含まれたビデオストリームとオーディオストリームを獲得するためのＰＩＤ値をＰＭＴから得ることができる。そして、ＰＭＴで識別したＰＩＤ値を用いて該当のＰＩＤストリームをビデオ及びオーディオデコーダーに送ってデコーディングすることができる。
【０１５３】
第２の実施例によると、前記の例示したＥＩＴを用いてＵＨＤサービスを識別することができる。
【０１５４】
シグナリング情報復号部４３０は、図４及び図５で例示したＥＩＴに含まれたｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを用いてＵＨＤ放送サービスを提供するイベントに対する情報を識別する。
【０１５５】
シグナリング情報復号部４３０は、ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒに含まれた各イベントを識別するビデオの仕様情報とオーディオの仕様情報を識別し、これに基づいて、信号受信装置の一実施例またはリソースデコーダー５００は、該当のイベントをデコーディングできるかどうかを識別することができる。
【０１５６】
シグナリング情報復号部４３０は、ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを用いて各ストリーム単位でｃｏｍｐｏｎｅｎｔ＿ｔａｇ値を識別した後、ＰＭＴのｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒ＿ｄｅｓｃｒｉｐｔｏｒを用いて該当のｃｏｍｐｏｎｅｎｔ＿ｔａｇ値とマッチングされるストリームを識別することができる。
【０１５７】
シグナリング情報復号部４３０は、該当のイベントが実際に放送される時点でＰＭＴを用いてｃｏｍｐｏｎｅｎｔ＿ｔａｇとマッチングされるＰＩＤストリームを識別し、リソースデコーダー５００は、識別されたＰＩＤ値を有するビデオストリーム及びオーディオストリームをデコーディングすることができる。
【０１５８】
そして、第３の実施例によると、前記の例示したｌｉｎｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒを用いてＵＨＤサービスを識別することができる。
【０１５９】
信号受信装置の一実施例は、ＨＤイベントを表出し、図６及び図７で例示した該当のイベントに対するリンケージディスクリプタが存在する場合、シグナリング情報復号部４３０はリンケージディスクリプタをパーシングすることができる。
【０１６０】
シグナリング情報復号部４３０は、リンケージディスクリプタ内のｌｉｎｋａｇｅ＿ｔｙｐｅフィールド値が０ｘ０Ｆである場合、このＨＤイベントとリンクされたＵＨＤ放送イベントまたはサービスを識別することができる。シグナリング情報復号部４３０は、リンクされたＵＨＤ放送イベントまたはサービスを詳細に識別できるａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）を復号することができる。
【０１６１】
シグナリング情報復号部４３０は、ａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）内の情報を用いてリンクされたＵＨＤ放送イベントに対する情報を受信できる具体的な情報を復号することができる。
【０１６２】
該当の情報を用いて、信号受信装置の一実施例は、使用者に今視聴しているＨＤイベントに対応するＵＨＤ放送サービスが提供されることを知らせることができる。そして、使用者がＵＨＤ放送サービス受信信号を選択した場合、ａｄｖａｎｃｅｄ＿ｅｖｅｎｔ＿ｌｉｎｋａｇｅ＿ｉｎｆｏ（）内の情報を用いてＵＨＤ放送サービスを受信して表出することができる。
【０１６３】
リソースデコーダー５００は、ビデオバッファー５１０、ビデオデコーダー５２０、ビデオプロセッサ５３０、同期化部５４０、オーディオバッファー５５０、オーディオデコーダー５６０及びオーディオプロセッサ５７０を含むことができる。
【０１６４】
逆多重化部４１０が逆多重化したビデオストリームは、ビデオバッファー５１０に入力することができる。ここでは、ビデオストリームがＵＨＤビデオエレメンタリーストリームを含むＰＥＳパケットになり得ることを例示する。ビデオバッファー５１０は、入力されたビデオストリームのビデオデータを臨時保存することができる。
【０１６５】
ビデオデコーダー５２０は、ビデオバッファー５１０が保存するビデオデータを一定単位で受け取り、ビデオデコーディングを行うことができる。例えば、ここでは、４Ｋビデオデータを復号するデコーダーを例示したが、８Ｋまたは１６Ｋなどのビデオデータも出力することができる。
【０１６６】
例えば、ビデオデコーダー５２０は、図５に例示したように、復号されたシグナリング情報に基づいてビデオデータの特性に応じて該当のビデオデータをデコーディングすることができる。
【０１６７】
ビデオプロセッサ５３０は、デコーディングされたビデオデータに対して後処理作業を行うことができる。これを通じて、復号されたビデオデータが自然に表出されるように調節することができる。
【０１６８】
一方、逆多重化部４１０が逆多重化したオーディオストリームは、オーディオバッファー５５０に入力することができる。ここで、オーディオストリームは、ＵＨＤオーディオエレメンタリーストリームを含むＰＥＳパケットになり得ることを例示した。オーディオバッファー５１０は、入力されたオーディオデータを臨時保存することができる。
【０１６９】
オーディオデコーダー５６０は、オーディオバッファー５１０が保存するオーディオデータを一定単位で受け取ってオーディオデコーディングを行い、オーディオプロセッサ５７０は、デコーディングされたオーディオデータに対して後処理作業を行うことができる。
【０１７０】
同期化部５４０は、ビデオプロセッサ５３０とオーディオプロセッサ５７０が出力するデータに対してそれぞれ同一画面で表出されるように復号された二つの種類のデータを同期化して出力することができる。
【０１７１】
チャンネルマネージャー４２０は、シグナリング情報復号部４３０が復号したシグナリング情報に基づいてチャンネル変換に必要な情報を制御することができる。例えば、使用者がチャンネル変換信号を伝送すると、これを受信し、チャンネル変換するように制御することができる。または、チャンネルマネージャー４２０は、シグナリング情報を用いて特定チャンネルの受信の可否を判断したり、またはチャンネルリストを生成してチャンネルと関連する作業を行うことができる。
【０１７２】
図１１は、本発明に係る信号受信方法の一実施例を例示した図である。
【０１７３】
多重化された放送信号に含まれたＵＨＤビデオデータと、ＵＨＤビデオデータによるサービスをシグナリングできるシグナリング情報とを受信し、受信したＵＨＤビデオデータとシグナリング情報をそれぞれ逆多重化する（Ｓ２１０）。
【０１７４】
多重化された放送信号は、ＵＨＤサービスのためのサブタイトルストリームを含むこともできる。サブタイトルストリームは、ＵＨＤサービスのためのサブタイトルストリームに対する情報を含むことができ、逆多重化したシグナリング情報のうちＵＨＤサービスのためのサブタイトルストリームを識別する情報は、図８及び図９を参照して説明した。
【０１７５】
逆多重化したシグナリング情報をデコーディングする（Ｓ２２０）。逆多重化したシグナリング情報については、図３、図４、図５、図６及び図７を参照して説明した。例えば、ＳＤＴ、ＥＩＴまたはＥＩＴに含まれるｌｉｎｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒを用いてビデオデータに含まれたＵＨＤビデオサービスを識別することができる。
【０１７６】
デコーディングしたシグナリング情報に基づいて逆多重化されたＵＨＤビデオデータをデコーディングする（Ｓ２３０）。ＵＨＤビデオデータをデコーディングすることができる。
【０１７７】
図１２は、本発明に係る信号送信装置の一実施例を例示した図である。
【０１７８】
エンコーダー６１０は、ＵＨＤビデオデータをエンコーティングする。例えば、エンコーティングされたＵＨＤビデオデータは、４Ｋ、８Ｋ、１６Ｋなどの解像度を有することができる。
【０１７９】
シグナリング情報符号部６２０は、ＵＨＤビデオデータに基づいたＵＨＤ放送サービスと、そのエンコーティングされたＵＨＤビデオデータの各特性とシグナリングできる情報とをエンコーティングする。ＵＨＤビデオサービスをシグナリングする例は、図３、図４、図５、図６及び図７を参照して説明した。エンコーティングされたＵＨＤビデオデータの各特性は、図５で例示した。
【０１８０】
多重化部６３０は、前記のエンコーティングされたＵＨＤとシグナリング情報を多重化して伝送する。多重化された放送信号は、ＵＨＤサービスのためのサブタイトルストリームを含むこともできる。
【０１８１】
サブタイトルストリームは、ＵＨＤサービスのためのサブタイトルストリームに対する情報を含むことができ、逆多重化したシグナリング情報のうちＵＨＤサービスのためのサブタイトルストリームを識別する情報は、図８及び図９を参照して説明した。
【０１８２】
多重化したサブタイトルストリームは、該当のサブタイトルに対する情報を含むことができる。例えば、３８４０ｘ２１６０サイズのＵＨＤサービスに対してサブタイトルのサイズがＨＤ解像度（１９２０ｘ１０８０）を有する場合、サブタイトルに対するウィンドウ定義のためのパラメーターは、サブタイトルストリーム内で次のように定義することができる。
【０１８３】
ディスプレイの最も左側のピクセルに相対的に位置するザブタイトルの最も左側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ＿ｍｉｎｉｍｕｍ）は、９６０と定義することができる。
【０１８４】
ディスプレイの最も右側のピクセルに相対的に位置するザブタイトルの最も右側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｈｏｒｉｚｏｎｔａｌ＿ｐｏｓｉｔｉｏｎ＿ｍｉｎｉｍｕｍ）は、２８７９と定義することができる。
【０１８５】
ディスプレイの最も上側のピクセルに相対的に位置するザブタイトルの最も上側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｍｉｎｉｍｕｍ）は、５４０と定義することができる。
【０１８６】
ディスプレイの最も下側のピクセルに相対的に位置するザブタイトルの最も下側のピクセルの位置（ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｖｅｒｔｉｃａｌ＿ｐｏｓｉｔｉｏｎ＿ｍａｘｉｍｕｍ）は、１６１９と定義することができる。これら値は、ＵＨＤサービスの解像度の大きさによってそれぞれ変わり得る。
【０１８７】
すなわち、各パラメーターは、ＵＨＤサービスによるサブタイトルに対するウィンドウ位置値を有することができる。
【０１８８】
図１３は、本発明に係る信号受信装置の一実施例を例示した図である。
【０１８９】
逆多重化部７１０は、ＵＨＤビデオデータと、ＵＨＤ放送サービスに対する情報、及び多重化された放送信号に含まれた前記のエンコーティングされたＵＨＤビデオデータの各特性に対する情報を含むシグナリング情報とを受信し、受信したＵＨＤビデオデータとシグナリング情報をそれぞれ逆多重化する。例えば、逆多重化部７１０は、図１０で例示した通りである。
【０１９０】
多重化された放送信号は、ＵＨＤサービスのためのサブタイトルストリームを含むこともできる。サブタイトルストリームは、ＵＨＤサービスのためのサブタイトルストリームに対する情報を含むことができ、逆多重化したシグナリング情報のうちＵＨＤサービスのためのサブタイトルストリームを識別する情報は、図８及び図９を参照して説明した。
【０１９１】
シグナリング情報復号部７２０は、逆多重化したシグナリング情報をデコーディングする。逆多重化したシグナリング情報については、図３、図４、図５、図６及び図７を参照して説明した。例えば、ＳＤＴ、ＥＩＴまたはＥＩＴに含まれるｌｉｎｋａｇｅ＿ｄｅｓｃｒｉｐｔｏｒを用いてビデオデータに含まれたＵＨＤビデオサービスを識別することができる。そして、逆多重化したシグナリング情報は、ＵＨＤサービスのためのサブタイトルストリームに対する情報を含むことができるが、これについては図８及び図９を参照して説明した。例えば、シグナリング情報復号部７２０は、図１０で例示した通りである。
【０１９２】
ビデオデコーダー７３０は、デコーディングしたシグナリング情報に基づいて逆多重化されたＵＨＤビデオデータをデコーディングする。そして、ビデオデコーダー７３０は、ＵＨＤサービスのためのサブタイトルストリームに含まれたサブタイトルデータを復号することもできる。ビデオデコーダー７３０は、図１０で例示した例に従うことができる。
【０１９３】
本発明を実施するための形態は、上記の発明を実施するための最善の形態で共に記述された。
【産業上の利用可能性】
【０１９４】
本願発明は、放送及びビデオ信号処理分野で使用可能であり、反復可能性を有するので、産業上の利用可能性を有する。
【図１】
2018093525.tif 000003
【図２】
2018093525.tif 000004
【図３】
2018093525.tif 000005
【図４】
2018093525.tif 000006
【図５】
2018093525.tif 000007
【図６】
2018093525.tif 000008
【図７】
2018093525.tif 000009
【図８】
2018093525.tif 000010
【図９】
2018093525.tif 000011
【図１０】
2018093525.tif 000012
【図１１】
2018093525.tif 000013
【図１２】
2018093525.tif 000014
【図１３】
2018093525.tif 000015
【手続補正書】
【提出日】平成30年3月7日(2018.3.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
伝送部において伝送ストリームを送信する方法であって、
ビデオエンコーダーが、超高解像度（ＵＨＤ）ビデオデータを含むビデオデータをエンコーディングするステップと、
信号生成部が、イベント情報と記述情報を含むシグナリング情報を生成するステップと、
多重化部が、前記シグナリング情報と前記ＵＨＤビデオデータとを前記伝送ストリームに多重化するステップと、
送信部が、前記伝送ストリームを送信するステップと、
を有し、
前記記述情報は、サービスタイプを有する第１のディスクリプタを含み、
前記サービスタイプが特定の符号化された値を持つとき、該特定の符号化された値は、前記伝送ストリームにより伝送されるサービスがＨＥＶＣにより符号化されたＵＨＤビデオサービスであることを表し、
前記イベント情報は、ストリームコンテンツ情報及びコンポーネントタイプ情報を有する第２のディスクリプタを含み、
前記ＵＨＤビデオデータのビデオコーデック情報、アスペクト比情報、及び解像度情報は、前記ストリームコンテンツ情報と前記コンポーネントタイプ情報との組み合せに基づきシグナリングされる、伝送ストリーム送信方法。
【請求項２】
伝送ストリームを送信する装置であって、
超高解像度（ＵＨＤ）ビデオデータを含むビデオデータをエンコーディングするビデオエンコーダーと、
イベント情報と記述情報を含むシグナリング情報を生成する信号生成部と、
前記シグナリング情報と前記ＵＨＤビデオデータとを前記伝送ストリームに多重化する多重化部と、
前記伝送ストリームを送信する送信部と、
を有し、
前記記述情報は、サービスタイプを有する第１のディスクリプタを含み、
前記サービスタイプが特定の符号化された値を持つとき、該特定の符号化された値は、前記伝送ストリームにより伝送されるサービスがＨＥＶＣにより符号化されたＵＨＤビデオサービスであることを表し、
前記イベント情報は、ストリームコンテンツ情報及びコンポーネントタイプ情報を有する第２のディスクリプタを含み、
前記ＵＨＤビデオデータのビデオコーデック情報、アスペクト比情報、及び解像度情報は、前記ストリームコンテンツ情報と前記コンポーネントタイプ情報との組み合せに基づきシグナリングされる、伝送ストリーム送信装置。
【請求項３】
受信部において伝送ストリームを受信する方法であって、
逆多重化部が、前記伝送ストリームを受信し、前記伝送ストリームをシグナリング情報とビデオデータとに逆多重化するステップであって、該ビデオデータは超高解像度（ＵＨＤ）ビデオデータを含む、ステップと、
シグナリングデコーダーが、前記シグナリング情報をデコーディングするステップと、
デコーダーが、前記ＵＨＤビデオデータをデコーディングするステップと、
を有し、
前記シグナリング情報は、イベント情報と記述情報を含み、
前記記述情報は、サービスタイプを有する第１のディスクリプタを含み、
前記サービスタイプが特定の符号化された値を持つとき、該特定の符号化された値は、前記伝送ストリームにより伝送されるサービスがＨＥＶＣにより符号化されたＵＨＤビデオサービスであることを表し、
前記イベント情報は、ストリームコンテンツ情報及びコンポーネントタイプ情報を有する第２のディスクリプタを含み、
前記ＵＨＤビデオデータのビデオコーデック情報、アスペクト比情報、及び解像度情報は、前記ストリームコンテンツ情報と前記コンポーネントタイプ情報との組み合せに基づきシグナリングされる、伝送ストリーム受信方法。
【請求項４】
伝送ストリームを受信する装置であって、
前記伝送ストリームを受信し、前記伝送ストリームをシグナリング情報とビデオデータとに逆多重化する逆多重化部であって、該ビデオデータは超高解像度（ＵＨＤ）ビデオデータを含む、逆多重化部と、
前記シグナリング情報をデコーディングするシグナリングデコーダーと、
前記ＵＨＤビデオデータをデコーディングするデコーダーと、
を有し、
前記シグナリング情報は、イベント情報と記述情報を含み、
前記記述情報は、サービスタイプを有する第１のディスクリプタを含み、
前記サービスタイプが特定の符号化された値を持つとき、該特定の符号化された値は、前記伝送ストリームにより伝送されるサービスがＨＥＶＣにより符号化されたＵＨＤビデオサービスであることを表し、
前記イベント情報は、ストリームコンテンツ情報及びコンポーネントタイプ情報を有する第２のディスクリプタを含み、
前記ＵＨＤビデオデータのビデオコーデック情報、アスペクト比情報、及び解像度情報は、前記ストリームコンテンツ情報と前記コンポーネントタイプ情報との組み合せに基づきシグナリングされる、伝送ストリーム受信装置。