"デジタル放送ネットワークにおいて、それぞれが入力ストリームとしての複数のユーザパケットを運ぶ複数のPLPphysicallayerpipeの設定をサポートするための送信方法であって、入力ストリームのフォーマットに従ってPLP上にマッピングされている入力ストリームのユーザパケットを送信する、送信ステップと、前記入力ストリームのフォーマットを示すタイプインジケータを、前記PLP内にレイヤー1シグナリングするシグナリングステップと、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を前記タイプインジケータ内にシグナリングするシグナリングステップとを含む送信方法。前記タイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームおよびIPストリームIPstreamの少なくとも1つを示すことを特徴とする請求項1記載の送信方法。前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むことを特徴とする請求項2記載の送信方法。前記タイプインジケータは、圧縮されたヘッダーおよび/またはコンテンツを伴うトランスポートストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うIPストリーム、UDPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うUDPストリーム、RTPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うRTPストリーム、の少なくとも1つを示すことを特徴とする請求項1記載の送信方法。前記レイヤー1シグナリングは、すべてのPLPに共通のものであって、当該すべてのPLPの前記タイプインジケータに基づき決定されるグローバルタイプインジケータであって、入力ストリームのフォーマットが、IPストリームのみ、IPストリームおよびトランスポートストリーム、IPストリームおよびジェネリックストリーム、IPストリーム,トランスポートストリームおよびジェネリックストリーム、の少なくとも1つを示すグローバルタイプインジケータのシグナリングを含むことを特徴とする請求項1記載の送信方法。前記レイヤー1シグナリングは、地上波の送信のみ、衛星の送信のみ、地上波および衛星の双方がOFDMベースのハイブリッド送信、OFDMベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも1つを示す送信タイプインジケータのシグナリングを含むことを特徴とする請求項1記載の送信方法。前記デジタル放送ネットワークはDVBに基づいており、前記PLPの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされていることを特徴とする請求項1記載の送信方法。コンピュータプログラムを記録したコンピュータ読取可能な記録媒体であって、前記コンピュータプログラムは、請求項1に記載の各ステップをコンピュータに行わせることを特徴とする記録媒体。デジタル放送ネットワークにおける複数のPLPphysicallayerpipeの設定をサポートし、PLPを介して入力ストリームである複数のユーザパケットを受信する受信方法であって、前記PLP内のレイヤー1シグナリングから、前記入力ストリームのフォーマットを示すタイプインジケータを決定する決定ステップと、前記タイプインジケータ内のシグナリングから、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定ステップと、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記PLPをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信ステップと、を含む受信方法。前記タイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームおよびIPストリームIPstreamの少なくとも1つを示すことを特徴とする請求項9記載の受信方法。前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むことを特徴とする請求項10記載の受信方法。前記タイプインジケータは、圧縮されたヘッダーおよび/またはコンテンツを伴うトランスポートストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うIPストリーム、UDPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うUDPストリーム、RTPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うRTPストリーム、の少なくとも1つを示すことを特徴とする請求項9記載の受信方法。前記レイヤー1シグナリングは、すべてのPLPに共通のものであって、当該すべてのPLPの前記タイプインジケータに基づき決定されるグローバルタイプインジケータであって、入力ストリームのフォーマットが、IPストリームのみ、IPストリームおよびトランスポートストリーム、IPストリームおよびジェネリックストリーム、IPストリーム,トランスポートストリームおよびジェネリックストリーム、の少なくとも1つを示すグローバルタイプインジケータのシグナリングを含むことを特徴とする請求項9記載の受信方法。前記レイヤー1シグナリングは、地上波の送信のみ、衛星の送信のみ、地上波および衛星の双方がOFDMベースのハイブリッド送信、OFDMベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも1つを示す送信タイプインジケータのシグナリングを含むことを特徴とする請求項9記載の送信方法。前記デジタル放送ネットワークはDVBに基づいており、前記PLPの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされていることを特徴とする請求項9記載の送信方法。コンピュータプログラムを記録したコンピュータ読取可能な記録媒体であって、前記コンピュータプログラムは、請求項9に記載の各ステップをコンピュータに行わせることを特徴とする記録媒体。デジタル放送ネットワークにおいて、それぞれが入力ストリームとしての複数のユーザパケットを運ぶ複数のPLPphysicallayerpipeの設定をサポートするための送信装置であって、入力ストリームのフォーマットに従ってPLP上にマッピングされている入力ストリームのユーザパケットを送信する、送信部と、前記入力ストリームのフォーマットを示すタイプインジケータを、前記PLP内にレイヤー1シグナリングするシグナリング部と、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を前記タイプインジケータ内にシグナリングするシグナリング部とを含む送信装置。前記タイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームおよびIPストリームIPstreamの少なくとも1つを示すことを特徴とする請求項17記載の送信装置。前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むことを特徴とする請求項18記載の送信装置。前記タイプインジケータは、圧縮されたヘッダーおよび/またはコンテンツを伴うトランスポートストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うIPストリーム、UDPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うUDPストリーム、RTPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うRTPストリーム、の少なくとも1つを示すことを特徴とする請求項17記載の送信装置。前記レイヤー1シグナリングは、すべてのPLPに共通のものであって、当該すべてのPLPの前記タイプインジケータに基づき決定されるグローバルタイプインジケータであって、入力ストリームのフォーマットが、IPストリームのみ、IPストリームおよびトランスポートストリーム、IPストリームおよびジェネリックストリーム、IPストリーム,トランスポートストリームおよびジェネリックストリーム、の少なくとも1つを示すグローバルタイプインジケータのシグナリングを含むことを特徴とする請求項17記載の送信装置。前記レイヤー1シグナリングは、地上波の送信のみ、衛星の送信のみ、地上波および衛星の双方がOFDMベースのハイブリッド送信、OFDMベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも1つを示す送信タイプインジケータのシグナリングを含むことを特徴とする請求項17記載の送信装置。前記デジタル放送ネットワークはDVBに基づいており、前記PLPの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされていることを特徴とする請求項17記載の送信装置。デジタル放送ネットワークにおける複数のPLPphysicallayerpipeの設定をサポートし、PLPを介して入力ストリームである複数のユーザパケットを受信する受信装置であって、前記PLP内のレイヤー1シグナリングから、前記入力ストリームのフォーマットを示すタイプインジケータを決定する決定部と、前記タイプインジケータ内のシグナリングから、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定部と、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記PLPをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信部と、を含む受信装置。前記タイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームおよびIPストリームIPstreamの少なくとも1つを示すことを特徴とする請求項24記載の受信装置。前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むことを特徴とする請求項24記載の受信装置。前記タイプインジケータは、圧縮されたヘッダーおよび/またはコンテンツを伴うトランスポートストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うIPストリーム、UDPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うUDPストリーム、RTPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うRTPストリーム、の少なくとも1つを示すことを特徴とする請求項24記載の受信装置。前記レイヤー1シグナリングは、すべてのPLPに共通のものであって、当該すべてのPLPの前記タイプインジケータに基づき決定されるグローバルタイプインジケータであって、入力ストリームのフォーマットが、IPストリームのみ、IPストリームおよびトランスポートストリーム、IPストリームおよびジェネリックストリーム、IPストリーム,トランスポートストリームおよびジェネリックストリーム、の少なくとも1つを示すグローバルタイプインジケータのシグナリングを含むことを特徴とする請求項24記載の受信装置。前記レイヤー1シグナリングは、地上波の送信のみ、衛星の送信のみ、地上波および衛星の双方がOFDMベースのハイブリッド送信、OFDMベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも1つを示す送信タイプインジケータのシグナリングを含むことを特徴とする請求項24記載の受信装置。前記デジタル放送ネットワークはDVBに基づいており、前記PLPの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされていることを特徴とする請求項24記載の受信装置。しかしながら、特にDVBNGHやその他既存のデジタル放送規格を拡張したものにおいては、これまでの物理レイヤシグナリングは、新たな効果的な特徴や設定をサポートする情報や柔軟性の点で不十分なところがある。また、PLPに関する属性の一部がL1postsignallingとベースバンドフレームヘッダ放送システムで提供されるPLPを通してユーザパケットを伝送するのに用いる。において重複して伝送されている部分がある。さらに、PLP全体に関する情報が前述のベースバンドフレームヘッダでしか伝送されないということがある。本発明はこのような問題に鑑みてなされたものであって、効率的で柔軟性に富むシグナリングによる送信が可能な送信装置を提供する。ここで、送信装置による送信対象としては、1T2のみ、2T2と新しい放送システムDVBNGHDVBH2などとの混在、3新しい放送システムのみ、などが考えられる。また、現時点では知られていない将来の伝送システムの伝送フレームに対しても、DVBT2の場合と同様に本発明を適用する余地がある。本発明は、デジタル放送システムの効率を高めることを目的とする。そのために、柔軟性、ロバストネス、および/または入力ストリームの効率的なカプセル化につながる特徴をサポートする、効果的なL1シグナリングを提供する。これは、下記4つの独立クレームにより実現される。また、さらなる本発明に係る主題が従属クレームにて実現される。本発明の一形態においては、PLP毎に、タイプインジケータという概念を導入する。このタイプインジケータは、トランスポートストリームTS,ジェネリックストリームGSおよびIPストリームの少なくともいずれかを示す。さらに、ヘッダ圧縮またはコンテンツ圧縮が、ユーザパケットまたはストリーム全体に対してなされているのであれば、特定のフォーマットおよび特定のPLPをシグナルすることができる。本発明の一実施の形態は、それぞれが入力ストリームのユーザパケットを運ぶPLPである、複数のPLPの設定をサポートするデジタル放送ネットワークに関する送信方法である。この送信方法では、入力ストリームのフォーマットに従ってPLP上にマッピングされている入力ストリームのユーザパケットを送信する。この送信方法では、さらに、タイプインジケータを、前記PLP内にレイヤー1シグナリングする。上記タイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームまたはIPストリームIPstreamのいずれかを少なくとも示す。この送信方法では、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むとしても構わない。本発明の一形態においては、デジタル放送ネットワークにおける複数のPLPphysicallayerpipeの設定をサポートし、PLPを介して入力ストリームである複数のユーザパケットを受信する受信方法である。この受信方法は、前記PLP内のレイヤー1シグナリングから、タイプインジケータを決定する決定ステップを含む。このタイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームまたはIPストリームIPstreamのいずれかを少なくとも示す。この受信方法は、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定ステップを含む。そして、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記PLPをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信ステップとを含む。本発明の一形態においては、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含む。この圧縮タイプインジケータは、IPおよび/またはUDPおよび/またはRTPのストリームが、ROHCRObustHeaderCompression:頑強なヘッダー圧縮、RFC3095参照やその他のヘッダ圧縮を用いたかどうかを示すとしてもよい。さらに、この圧縮タイプインジケータは、タイプインジケータの特定の値としてシグナリングするようにしても構わない。入力ストリームのあるフォーマットのために、ヘッダ圧縮無しという構成も可能である。あるいは、圧縮タイプインジケータによって示される複数のヘッダ圧縮方法を、それぞれ相異なるタイプインジケータの値によって示すとしてもよい。あるいは、タイプインジケータは、圧縮されたヘッダーおよび/またはコンテンツを伴うトランスポートストリーム、IPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うIPストリーム、UDPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うUDPストリーム、RTPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うRTPストリーム、の少なくとも1つを示すとしても構わない。この場合において、タイプインジケータは、入力ストリームが圧縮されたか、入力ストリームが含むパケットのヘッダまたはコンテンツが圧縮されたかどうかを示すとしてもよい。本発明の一形態においては、前記レイヤー1シグナリングは、グローバルタイプインジケータのシグナリングを含む。このグローバルタイプインジケータは、すべてのPLPに共通のものであって、当該すべてのPLPの前記タイプインジケータに基づき決定されるものである。そして、このグローバルタイプインジケータは、入力ストリームのフォーマットが、IPストリームのみ、IPストリームおよびトランスポートストリーム、IPストリームおよびジェネリックストリーム、IPストリーム,トランスポートストリームおよびジェネリックストリームの少なくとも1つを示す。本発明の一形態においては、前記デジタル放送ネットワークはDVBに基づいており、前記PLPの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされているとしても構わない。また、ユーザパケットインジケータの所在とフォーマットとを示すインジケータを、上記レイヤー1シグナリングに含めるとしてもよい。さらに、本発明の一形態においては、前記レイヤー1シグナリングは、地上波の送信のみ、衛星の送信のみ、地上波および衛星の双方がOFDMベースのハイブリッド送信、OFDMベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも1つを示す送信タイプインジケータのシグナリングを含むとしてもよい。このパラメータは、タイプインジケータおよび/またはヘッダ圧縮に関する識別とは独立させた形でシグナルされるようにしてもよい。好ましくは、上記デジタル放送ネットワークは、DVBT2C2またはS2の規格に基づく、または、これらの規格を拡張したバージョンである。そして、タイプインジケータのパラメータは、L1レイヤー1postconfigurable内にシグナリングされる。本発明の一形態においては、それぞれが入力ストリームのユーザパケットを運ぶPLPである、複数のPLPの設定をサポートするデジタル放送ネットワークに関する送信装置である。この送信装置は、入力ストリームのフォーマットに従ってPLP上にマッピングされている入力ストリームのユーザパケットを送信する送信部を含む。この送信装置は、さらに、タイプインジケータを、前記PLP内にレイヤー1シグナリングするシグナリング部を含む。上記タイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームまたはIPストリームIPstreamのいずれかを少なくとも示す。この送信装置では、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むとしても構わない。本発明の一形態においては、デジタル放送ネットワークにおける複数のPLPphysicallayerpipeの設定をサポートし、PLPを介して入力ストリームである複数のユーザパケットを受信する受信装置である。この受信装置は、前記PLP内のレイヤー1シグナリングから、タイプインジケータを決定する決定部を含む。このタイプインジケータは、トランスポートストリームtransportstream、ジェネリックストリームまたはIPストリームIPstreamのいずれかを少なくとも示す。この受信装置は、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定部を含む。そして、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記PLPをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信部とを含む。本発明の一形態においては、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含む。本発明の一形態においては、コンピュータ読取可能な記録媒体に記録されるコンピュータプログラムであって、前記プログラムは、上述に記載の各ステップをコンピュータに行わせることを特徴する。あるいは、上記プログラムを記録したコンピュータ読取可能な記録媒体としても構わない。本発明によれば、効率的で柔軟性に富むシグナリングが可能な送信装置を提供することができる。本願は、欧州特許庁で出願された出願番号100020247に基づく、このため同出願の内容を援用する。上述の問題に対して、本実施の形態では、新しい放送システムDVBNGHDVBH2、既存のDVB規格を拡張した規格や継続する規格、または他の似たような規格などに対するレイヤー1シグナリングにおいて、調整や拡張を行う。これにより、新しい放送システムの設定に対応するとともに、現存するシステムと将来のシステムとの共存を図る。同時に、このレイヤー1シグナリングのレベルに論理的に属するすべての変数を明確なやり方で提供する。このやり方は、IPInternetProtocolをベースとした入力ストリームのサポートに向いており、とりわけ、この入力ストリームのカプセル化や、デジタル放送システムの物理レイヤへのマッピングを効率的にサポートする。さらに、本実施の形態の目的は、サポートされるべき新しいシステムや特徴に配慮しつつ物理レイヤシグナリングの柔軟性を拡張し、効率化することにある。この物理レイヤシグナリングでは、旧規格ともなるべく互換性が保たれるようにする。図面を用いて具体的に実施の形態について説明する。図8はL1postsignalling330図2参照を示す図である。この構成は、DVBT2の規格に従ったものであるので、詳細は規格を参照されたい。図8に示すように、L1postsignalling330は、PLP全体に関するパラメータを含むPLPループ図8のfori0...NUMPLP1以下と各PLPの設定に関するパラメータとを運ぶ。PLPPAYLOADTYPEは、PLPにより運ばれるユーザパケットのフォーマットを示す5ビット長の変数である。変数の値により、GFPS00000GCS00001GSE00010TS00011のいずれであるかを示すカッコ内は値。なお残りの値00100to11111は、将来の使用のための予約の値となっている。このPLPPAYLOADTYPEは、現時点では、他の入力ストリーム例えば、IP,UDP,RTPの形式の識別に用いることは考慮されていない。したがって、上記フォーマットIP,UDP,RTPのユーザパケットをマッピングして物理レイヤーに載せるためには、GSフォーマットへのカプセル化が避けられない。そこで、本実施の形態では、デジタル放送ネットワークの物理レイヤにIP,UDP,RTPといった形式の入力ストリームを直接埋め込むために、少なくとも、PLP毎にTS,GSあるいはIPストリームのどれであるかを示すPLPタイプインジケータ以下、単にタイプインジケータtypeindicatorということがある。という概念を導入する。後述するように、このPLPタイプインジケータは、PLPPAYLOADTYPEとして規定したり、COMPRESSIONTYPEとして規定することができる。このようなPLPタイプインジケータによれば、IPストリームを物理レイヤにマッピングするためにわざわざGSへとカプセル化する必要がなくなるので、送信効率を高めることができる。特に、このPLPタイプインジケータは、DVBT2DVBC2や他の拡張規格および次世代規格やDVBNGHDVBH2などを基にした新しい規格あるいは後続する規格におけるPLPPAYLOADTYPEに対応付けすることもできる。このパラメータPLPPAYLOADTYPEとサイズ5ビットとを維持することにより、旧規格との互換性の確保にも寄与する。つまり、新しい受信機は、拡張された入力ストリームタイプのシグナリング新しいタイプのストリームにアクセスするためのものである。を活用することができる。これに対して、現状の受信機は、新しく定義されたシグナリングの値を無視するので支障なく動作するだろう。一般に、複数入力ストリーム例えば、IPストリームとTSストリームは、並列に送信される。そして、受信機は、復号できるストリームを自身の処理能力に従って選び出すこととなる。本実施の形態では、広汎なすべての入力ストリームフォーマットのシグナリングに関するパラメータに対応して適用してもよい。また、タイプインジケータは、GFPSGCSGSETSに加えて、IPデータグラム,UDPデータグラム,RTPデータグラム、ユーザパケットの別な形式のストリームのシグナリングに関する値を含み得る。また、実施の形態においては、タイプインジケータは、入力ストリームのタイプにおけるヘッダ圧縮および/またはコンテンツ圧縮の有無の区別を示してもよい。例えば、タイプインジケータは次の値を示すことができる。1TS2ヘッダ圧縮有りのTS3IPデータグラムのストリーム4UDPデータグラムのストリーム5RTPデータグラムのストリームなどである。また、他の実施の形態では、ヘッダ圧縮の有無が、PLPごとに構成される物理レイヤのパラメータ、好ましくはL1postconfigurable内のPLPシグナリングループにおいて、シグナリングされ得る。このような圧縮タイプインジケータCOMPRESSIONTYPEまたはPLPCOMPRESSIONTYPEとして示される。は、PLPのユーザパケットやユーザパケット自身にマップされた切れ目のないフローunsegmentedflowについての、ヘッダおよび/またはコンテンツの圧縮の有無を示す。さらに好ましくは、この圧縮タイプインジケータは、ヘッダ圧縮適用のタイプをも示す。例えば、IPおよび/またはUDPおよび/またはRTPのストリームが、ROHCRObustHeaderCompression:頑強なヘッダー圧縮、RFC3095参照やその他のヘッダ圧縮を用いたかどうかを示す。この圧縮タイプインジケータは、ユーザパケットのコンテンツ圧縮に対してのみ適用することも可能である。コンテンツ圧縮の一例として、GZIPがある。TSパケットのユーザパケットについて他のヘッダ圧縮に対しても適用の余地がある。例えば、TSパケットヘッダのパラメータは、受信機が必要としないパラメータを送信しないことや、受信機が異なるシグナリングレベルで復調できるパラメータを送信しないことで圧縮することができる。さて、TSパケットヘッダは、184バイトのペイロードに付加されており、4バイト32ビットの固定長である。このTSパケットヘッダは以下を含む。18ビットの同期シーケンスsynchronisationsequencesync21ビットの転送エラーインジケータtransporterrorindicator31ビットのペイロード開始インジケータpayloadunitstartindicator41ビットの転送優先度transportpriority513ビットのPIDpacketidentifier62ビットの転送スクランブル制御transportscramblingcontrol72ビットのadaptationfieldcontrol84ビットの巡回カウンタcontinuitycounterTSパケットのヘッダ圧縮は、次の1~4のうちの1つ以上を含んでよい。1受信機の復調部により生成されるため、不要となった、転送エラーインジケータ1ビットを削除する。2デジタル放送システムにおいて、ユーザパケット間の境界を示すやり方は他にもあるので、同期シーケンス1バイト8ビットを削除する。3巡回カウンタ4ビットを、より短いパケット繰り返しpacketrepetition,例えば、現在のパケットがパケット繰り返しかどうかを示す1ビットの情報などを示す情報へと置換する。通常、受信機のカウンタにとっては、送信機のカウンタと同じ値であることは重要でなく、カウンタ増加の同期が取れれば足りる。したがって、この受信機における巡回カウンタは、任意に設定可能である。4PID13ビットをより短いPIDに置き換えるやり方もある。仮に、TSパケットのPLPへのマッピングが、ひとつのPIDがひとつのPLPにマッピングされているという形態であれば、PIDは必要ではない。このようなケースでは、PIDは元々の13ビットから、パケットがヌルパケットかどうかの1ビットにまで削減すること可能である。置き換えの別のやり方としては、2以上のPIDの個数を持つTSパケットがPLPにマッピングされる場合でも、PIDはより短いPIDPLPにマッピングされたユーザパケットのIDを示すに置き換えることも考えられる。このような観点から、圧縮タイプインジケータは、次のような適用に基づいてTSに対するシグナリングが可能である。具体的には、ヘッダ圧縮の適用および/または適用のための特定のやり方TSパケットにおける、削除および/または除去および/または置き換えるフィールドの長さの特定の組み合わせによるに基づいて行う。一例として、圧縮タイプインジケータPLPCOMPRESSIONTYPEを含むレイヤー1内のシグナリングを以下に示す。fori0NUMPLP1PLPID8bitsPLPTYPE3bitsPLPPAYLOADTYPE5bitsPLPCOMPRESSIONTYPE2bitsこの記述部分は、上述したように、L1postconfigurable内のPLPシグナリングループ図8参照に含めることが好適である。上の例は、あくまでも一例に過ぎない。圧縮タイプインジケータは、別の位置だったり、別の名前であったり、別のビット数で構成されたりすることもある。PLPCOMPRESSIONTYPEインジケータの値のマッピングは、PLPPAYLOADTYPEの値に依拠することがある。例えば、もしタイプインジケータがIPUDPまたはRTPを示すのであれば、ROHCがヘッダ圧縮のタイプとなり得る。また、もしタイプインジケータがTSを示すのであれば、上述したトランスポートパケットのヘッダ圧縮transportpacketheadercompression,TPHCがヘッダ圧縮のタイプとなり得る。このとき、ROHCはPLPCOMPRESSIONTYPEにおける選択肢に必ずしも含まれなくてよい。しかしながら、本実施の形態はこれらに限られず、より広汎な形態をとり得る。つまり、圧縮タイプインジケータによれば、PLPPAYLOADTYPEのすべての取り得る値毎に、それ専用のヘッダ圧縮タイプを提供することができる。なお、好ましくは、ヘッダが圧縮されていないことを示す値が含まれるとしてもよい。さらには、上述のTSパケットのヘッダ圧縮の方式1~4のうちのどれを採用したかを示す値を含めるようにしても構わない。あるいは、PLPシグナリングループ内に圧縮タイプインジケータを入れ込むことにより、PLPCOMPRESSIONTYPEが、PLPPAYLOADTYPEの値に依拠するようにしても構わない。具体的には、PLPPAYLOADTYPEがTSまたはIPを示すのならば、PLPCOMPRESSIONTYPEが含まれるようにする。これに対して、PLPPAYLOADTYPEがGSを示すのであれば、PLPCOMPRESSIONTYPEは除外するようにする。可変長のパケットを有し、ヘッダが圧縮されたIP,UDPまたはRTPストリームの送信の場合には、パケット長のシグナリングは、ベースバンドフレームのデータフィールド内の関係するパケット/データグラムに付加されたフィールドに対応する長さ分だけ必要となる。また、固定長のパケット/データグラムの場合には、L1のPLPシグナリングループにおいて、ユーザパケット長のシグナリング、例えばユーザパケットサイズUPSuserpacketsizeが必要である。このように、本実施の形態では、ユーザパケットサイズは、ユーザパケットに添付されるベースバンドフレームのペイロード内の具体的な適用形態に基づいてシグナルされることとなる。この例を図10に示す。図10では、複数のユーザパケットが複数のベースバンドフレームにマッピングされている。特に、ユーザパケット1010は、2つの異なるベースバンドフレームBBFにマッピングされている。BBFのペイロード内では、各ユーザパケットUP1010の直前に、所定長さ例えば、1バイトか2バイト1020のUPSizeが添付されている。なお、ユーザパケット1010には、パケット自身を2つに分けて2つのBBFに入れるための区分線1030が引かれているので、ユーザパケット1010の断片の直前には上記UPSizeを含むことは必須ではない。このUPSizeは、各ユーザパケットの直前にシグナルされており、各ユーザパケットの長さを提供するものである。BBFヘッダ図1参照内のSYNCDインジケータにより、当該BBFヘッダから初めの完全なUPの開始位置までの距離がわかる。複数のユーザパケットにおいて、個別にユーザパケットサイズをシグナリングする必要があるのは、ユーザパケットのサイズが可変長の場合だけである。可変長であるということは、PLPPAYLOADTYPEパラメータ、すなわちタイプインジケータから導き出され得る。しかしながら、L1のPLPループシグナリング内にユーザパケットサイズインジケータUPSIをもシグナリングしておくとより有利である。このUPSIは、例えば次のいずれかの設定を含んでもよい。1何も長さを示さない。2ユーザパケットサイズが固定長であること3PLPループ内のUPSフィールドにユーザパケットサイズを示していること4ユーザパケットまたはユーザパケットヘッダにユーザパケットサイズを示していること5ユーザパケットの直前に1バイトの短いUPsizeフィールドを挿入し、ユーザパケットサイズを示していること6ユーザパケットの直前に2バイトの長いUPsizeフィールを挿入し、ユーザパケットサイズを示していることいずれの場合も、UPSは予約領域となる。送信効率を高めるために、他の実施の形態では、ベースバンドフレームヘッダのモードを示すインジケータを導入する。例えば、L1postconfigurableシグナリング内のPLPループ内においてモードを示すパラメータとしてPLPMODEを定義する。また、ベースバンドBBヘッダのモードは、超高効率モードsuperhighefficiencymode、SHEMを取ることもある。このSHEMは、ベースバンドフレームを短縮されたヘッダにて送信することを実現する。PLPに固有の要素を示すインジケータやモードのシグナリングは、各ベースバンドフレームに固有のものではない。したがって、このような情報は、通常、PLP全体に適用することができ、特に物理レイヤシグナリングに配置することが好適である。したがって、SHEMは、入力ストリームフォーマットTSGS、入力ストリームが単一か複数かSISMIS、符号化と変調が一定か可変か、入力ストリーム同期の存在の有無、ヌルパケット削除の存在の有無、入力ストリーム識別子、これらの少なくとも1つを無くした形態を取ることとなる。SHEMをサポートするために、ベースバンドフレーム内のシグナリングから、L1postconfigurableのシグナリングにおけるPLPループへと、次のパラメータをシフトさせるとしてもよい。1ISSYIInputStreamSYnchronizationIndication,ベースバンドフレームまたはヘッダの一部にISSYフィールドがあるかないかを受信機に教える。2NPDInullPacketDeletionIndication、DVB-T2で規定されたヌルパケット削除を採用したかどうかを受信機に教える。残りのパラメータとしては、例えば、以下のものが挙げられる。3入力ストリームフォーマットTSGS4入力ストリームが単一か複数かSISMIS5符号化と変調が一定か可変か6入力ストリーム識別子ISIこれらのパラメータは、PLP毎の物理レイヤシグナリングにすでに存在しているので、情報を失うことなく除去することができる。特に、入力ストリームフォーマットはPLPPAYLOADTYPEパラメータ内にシグナルされ、複数ストリームのサポートはPLPの数を示すPLPNUMパラメータから得ることができる。また、の符号化と変調が一定か可変かを示すインジケータは、PLPに適用された変調コンスタレーションを示すPLPMODからも得ることができる。そして、入力ストリーム識別子は、PLPIDに対応する。他の実施の形態では、IPUDPおよび/またはRTPストリームを示すグローバルタイプインジケータを用いることで、これらの情報を送信機から受信機へと伝達できるようにしてもよい。図7に示すように、L1preシグナリングは、8ビットのTYPEパラメータを含む。このTYPEパラメータは、マルチプレックス、すなわちT2スーパーフレームに多重化されて送信されている入力ストリームのタイプを特定する。特に、TYPEパラメータは、1TSのみ、2GSでTSなし、または3TSおよびGS、の値を取り得る。この実施の形態において、PLPのタイプインジケータを拡張したインジケータであるグローバルタイプインジケータは、例えば、次のエントリーのシグナリングを行うことができる。1IPUDPまたはRTPのストリームのみ2IPストリームとTSの両方3IPUDPまたはRTPのストリームと、GSGSEGFPSGCSの少なくとも1つである。の両方4TSと、IPUDPまたはRTPストリームと、GSGSEGFPSGCSの少なくとも1つである。とのすべて他の実施の形態では、デジタル放送において利用可能な媒体を示す送信タイプインジケータを物理レイヤでシグナリングする。この送信タイプインジケータは、1地上波のみ2衛星波のみ3地上波と衛星波との組み合わせ両方OFDMベース4地上波と衛星波との組み合わせ衛星波はシングルキャリア、地上波はOFDMベースこの1~4の少なくとも1つを示す。送信タイプインジケータがシグナルされるやり方としては、例えば、L1preシグナリング320中の新しいパラメータTRANSMISSIONTYPEを用いてシグナリングすることが考えられる。このパラメータをシグナリングすれば、複数の送信媒体をサポートという効果が得られる。これは、特に、地上波の放送範囲が変更されることが多いモバイル環境例えば、DVBNGH規格に沿った環境において特に有利である。受信機は、送信タイプインジケータに基づいて、好みの受信する媒体を選択することができる。この選択は、例えば、異なるメディアのそれぞれの受信信号強度、受信機自身の処理能力、あるいは、電源容量バッテリまたは電力供給ネットワークなどに基づいて行うことができる。これにより、受信機は、受信時点の状況に応じて、デジタル放送信号の受信を最適化することが可能となる。このTRANSMISSIONTYPEのシグナリングは、タイプインジケータおよび/または圧縮タイプインジケータおよび/またはグローバルタイプインジケータのシグナリングとは、独立して実行することもできる。T2やその他規格の伝送フレームなどを含む放送システムにおいては、P1シンボルとこれに関係するシグナリングが保持されるため、その他規格の伝送フレームにおけるP1シンボルは、T2の伝送フレームとも互換性を保つようにすることが必要である。また、スタンドアローンな新しい放送システムの場合には、このアプローチから逸脱したやり方もあり得る。しかしながら、システムデザインの観点からすると、特に、混合型例えば、DVBT2とDVBNGHDVBH2の混合の新しいシステムにおいては、伝送フレームの枠組みからは逸脱しないようにすることが好ましい。DVBT2規格のみ、および/または、DVBT2とDVBNGHDVBH2の混合を基にした送信をサポートするためにはP1のS1フィールド図4参照を拡張することがより効果的である。具体的には複数入力/複数出力MIMOmultipleinputmultipleoutputをサポートするためには特に、T2プリアンブルとP2の部分をMIMO形式で送信、T2MIMOのパラメータを導入することが考えられる。また、DVBNGHシステムでは、S1フィールドは、NGHプリアンブルとP2との部分をSISOMISOまたはMIMOの形式で送信するために、それぞれ対応するNGHSISONGHMISONGHMIMOのパラメータを導入することもできる。一般に、P1シンボル図2参照は、T2および/またはNGHを、全周波数帯域のスキャン時などにおいて受信機が高速に検出できるように構成されている。P1シンボルは、ロバスト性を保てるようにすべく7ビットの情報しか送信に用いられない図3参照。S1フィールドは、その伝送フレームに関する情報、すなわちT2SISOT2MISONGHSISOなどを示す。このS1フィールドに基づいて、受信機は、伝送フレームの少なくとも1つのタイプが復号できるかどうか決定することができる。例えば、T2SISOのみ復号できると決定したり、その他の伝送フレームを復号できると決定することができる。これに加えて、T2およびNGHを混合した伝送フレームの送信においても、T2およびNGHという選択肢を提供することにより、同伝送フレームを受信した受信機は自機が復号可能なタイプを選んで処理することができ、より柔軟な受信が可能となる。後続するP2シンボルのシグナリングによれば、受信機は自身の処理能力に関して、すべてのPLPを復号できるか、あるいは一部のPLPのみを復号できるのか決定することができる。なお、PLPにおけるデータをうまくデコードするには、シグナリングパラメータに関係するすべてのPLPが理解される必要がある、前述のTYPEパラメータは、マルチプレックス全体の特徴に関するとともに、マルチプレックスに含まれる個々のPLPの特徴にも依存するという性質がある。前述の通り新設するTRANSMISSIONTYPEもまた、マルチプレックス全体に関係するパラメータであるとともに、受信したデータのうちどのデータが使えるか/使うべきかを受信機に対して示すものである。前述のNGHに関する設定のために、S2フィールド13ビットには次の新しい設定を含めることが考えられる。1FFTサイズ2k2FFTサイズ8k3FFTサイズ4k4FFTサイズ1kこの1~4において、ガードインターバル長は任意の値であるが、これに代えて、次のように有効シンボル長に対するガードインターバルguardinterval長を設定するようにしてもよい。以下は一例である。1FFTサイズ2kguardinterval132or1162FFTサイズ8kguardinterval132or1163FFTサイズ4kguardinterval132or1164FFTサイズ1kguardinterval1165FFTサイズ2kguardinterval18or146FFTサイズ8kguardinterval1819128or147FFTサイズ4kguardinterval18or148FFTサイズ1kguardinterval18or14特に、NGHはモバイル用システムであるため、少ない数のガードインターバル長がサポートされる。現存するパラメータに関しては、来るべきNGHシステムに対応するために、次のようにL1postconfigurableのパラメータを拡張することが考えられる。つまり、現在はPLPがcommonPLPであるかまたはデータPLPのtype1かtype2、であるかしか示さないPLPTYPEを、1PLPがsignallingPLPであるかどうかを示すように拡張する。これによると、PLP上にレイヤー2シグナリングのマッピングが実現できる。また、NGHシステムT2システムより移動性が高いにおける、さらなるロバスト性を提供するために、誤り訂正の符号化率を示すパラメータPLPCODを拡張する。その値は、例えば、114215と低めの符号化率とする。これによると、NGHおよび/または他の将来のシステムにおける符号化率を規定したシグナリングを実現でき、ロバスト性や屋内受信エリアindoorcoverageの拡大に寄与する。さらに、誤り訂正種別のシグナリングを、FECフレームの2つ新しいサイズとして拡張することもできる。すなわち、PLPFECTYPEは、4kビットLDPCと1kビットLDPCとして構成する。受信機における現在のメモリ要求容量を削減するために、これらのサイズは、現在サポートされている64kビットや16kビットより小さなサイズとなっている。以上、既存のパラメータの拡張や、新たなパラメータの導入について述べたが、それぞれは独立して適用することができる。また、これらのパラメータは、物理レイヤシグナリングでシグナルすることが可能である。図11は、本発明に係るデジタル放送システム1100の一例を示している。送信装置1110は、上述した本発明に係る短縮ベースバンドヘッダを用いた送信を実行する。送信装置1110は、1台の装置でもよいし、互いに接続された複数台の装置から構成されることもあり得る。送信局1115は、送信装置1110が生成した放送信号を送信する。この図11の例では、地上波デジタル放送システムを示している。なお、本発明は、地上波デジタル放送システムに限定されるものではなく、衛星放送、ケーブル放送、ハイブリッド放送異なる送信方法の組み合わせ、例えば、地上波放送と衛星放送などに適用してもよい。図11のパーソナルコンピュータ1120は受信装置の例として示すものである。これに限らず、携帯情報端末あるいはデジタル放送を受信できる携帯電話機なども受信装置となり得る。他の受信装置の例としては、デジタルあるいはアナログのテレビ1140に接続されたSTBSetTopBox1130であってもよいし、受信機能を備えたテレビ1150などであってもよい。上述のように、これらの受信装置や他の装置は、圧縮されたヘッダの解凍decompressionを行うことができる。本発明の、上述した実施の形態に示したハードウェアとソフトウェアとを用いた構成は、他の手法によって実現されてもよい。本発明に係る各種の実施の形態は、コンピュータ装置プロセッサにより実現されてもよい。コンピュータ装置あるいはプロセッサは、例えば、汎用プロセッサgeneralpurposeprocessor、DSPDigitalSignalProcessor、ASICApplicationSpecificintegratedcircuits、FPGAFieldProgrammableGateArrays、やその他の再構成可能な装置などであってもよい。また、本発明に係る各種の実施の形態は、組み合わせて実行されることとしてもよい。さらに、本発明に係る各種の実施の形態は、ソフトウェアモジュールにより実行されることとしてもよく、ソフトウェアモジュールはプロセッサで実行、あるいは、ハードウェアで直接に実行されることとしてよい。また、ソフトウェアモジュールとハードウェアモジュールとの組み合わせにより実現されることとしてもよい。ソフトウェアモジュールは、如何なる形態のコンピュータ読取可能な記録媒体、例えば、RAM、EPROM、EEPROM、フラッシュメモリ、レジスタ、ハードディスク、CD-ROM、DVDなどに記録されていてもよい。上記実施の形態においては、DVBTCS規格に従ったデジタル放送システム、即ちDVBの専門用語に従った例を説明した。しかしながら、これは本発明の原理や考察の適用場面がDVBに限るということを示すわけではない。また、上記詳細な説明においてした、DVBT2S2C2の規格に従った符号化及び復号化についての説明についても、本発明を特定の実装に制限するものとして理解すべきでなく、発明の概念をよりわかりやすくするために説明したものである。それでも、上記した放送システムの規格にそのまま適用することもあり得る。さらに、本発明は、DVBT2S2C2NGHといった現在議論中の標準化の拡張において使用される可能性がある。まとめると、本発明は、デジタル放送ネットワークにおける物理レイヤのシグナリングに関し、特に、複数のPLPを用いたときの設定に関する。設定に用いるタイプインジケータは物理レイヤにシグナルされており、このタイプインジケータは入力ストリームTSGSまたはIPのフォーマットを示すものとなる。これに加えて、PLP毎に適用される、入力ストリームのユーザパケットヘッダのヘッダ圧縮に関してシグナリングされている。他にも、レイヤー1シグナリングの柔軟性や効率性の向上のために、物理レイヤのパラメータを提供または拡張するものである。<補足1>次に、以上の実施の形態をDVBT2送信システムに適用した場合の例を示す。図12は、DVBT2に対応した送信装置の機能ブロック図を示す。なお、図中のブロックは、本発明に関わりのあるものだけに絞り込んで示している。図12の送信装置1200は、PLP処理部1231~1233、L1シグナリング処理部1220、マルチプレクサ1240、OFDM変調部1250、P1シンボル挿入部1260を含む。L1シグナリング処理部1220は、レイヤー1におけるシグナリングを行う機能を有する。特にL1シグナリング処理部1220は、上述のL1postconfigurable内のPLPシグナリングループにおいて、タイプインジケータPLPPAYLOADTYPEやCOMPRESSIONTYPEなどを含める機能を有する。PLP処理部1231~1233のそれぞれは、次のステップを含む。1入力処理図12:inputprocessing2前方誤り訂正FECForwardErrorCorrection符号化図12:FECencoding3直交振幅変調QAMQuadratureAmplitudeModulationコンスタレーションマッピング図12:QAMmapping4インターリーブ、である。L1シグナリング処理部1220は、L1シグナリングデータを生成し、誤り訂正符号化、マッピングおよびインターリービングを含む処理を行う。このL1シグナリング処理では、受信機がどのようなPLPでも復号できるようにするために必要なすべての情報を含めるようにする。マルチプレクサMUX1240は、PLP処理部1231~1233およびL1シグナリング処理部1220から出力された複素シンボルcomplexsymbolsを多重化する。OFDM変調部1250は、多重化された複素シンボルをOFDM変調する。多重化されることにより、伝送フレーム内に物理レイヤレイヤ1のシグナリングデータを運ぶ複素シンボルが含まれる。OFDM変調後、P1シンボル挿入部1260においてP1シンボルが挿入されることとなる。このような方法により、送信機は図2に示したようなT2フレームを出力することができる。図13は、実施の形態に係る受信機の機能ブロック図を示す。受信機1300のP1検出部1360には、RF信号が供給される。検出されたP1シンボルとRF信号は、復調部1310に供給される。復調部1310は、P1検出部1360により検出されたP1シンボルに基づいてRF信号の復調を行う。復調部1310により復調された信号は、L1シグナリング情報にデコードするL1シグナリング復号部1350へと供給される。L1シグナリング復号部1350は、レイヤー1におけるシグナリング情報をデコードする機能を有する。特に、L1シグナリング復号部1350は、当該シグナリング情報に含まれている上述のL1postconfigurable内のPLPシグナリングループに含まれるタイプインジケータPLPPAYLOADTYPEやCOMPRESSIONTYPEなどを復号する機能を有する。また、復調部1310により復調された信号は、所望プログラムを受信するために必要なストリームを運ぶPLPを抽出するPLP抽出部1320へも供給される。抽出されたPLPは、PLP復号部1330により復号される。なお、PLP抽出部1320に対しては、制御部1340により、L1シグナリング復号部1350により示されるシグナリング情報に基づいて制御が行われる。<補足2>以下では、上記各実施の形態で示した送信方法及び受信方法の応用例とそれを用いたシステムの構成例を説明する。図14は、上記各実施の形態で説明した受信方法を実施する受信機1400の構成の一例を示す図である。図14に示すように、受信機1400の一つの構成の一例として、モデム部分を一つのLSIまたはチップセットで構成し、コーデックの部分を別の一つのLSIまたはチップセットで構成するという構成方法が考えられる。図14に示す受信機1400は、図11に示したテレビテレビジョン1140,1150、STBSetTopBox1130、パーソナルコンピュータ1120、携帯情報端末、または携帯電話等が備える構成に相当する。受信機1400は、アンテナ1460で受信された高周波信号をベースバンド信号に変換するチューナ1401と、周波数変換されたベースバンド信号を復調してトランスポートストリームを取得する復調部1402とを備える。以下の説明では、受信したトランスポートストリームにビデオストリームとオーディオストリームとが含まれる場合について説明する。ビデオストリームは、例えば映像信号をMPEG2、MPEG4-AVCAdvancedVideoCoding、VC-1などの規格に準拠した動画符号化方法を用いて符号化したデータを伝送する。また、オーディオストリームは、例えば音声信号をドルビーACAudioCoding-3、DolbyDigitalPlus、MLPMeridianLosslessPacking、DTSDigitalTheaterSystems、DTS-HD、リニアPCMPulseCodingModulation等の音声符号化方法で符号化したデータを伝送する。受信機1400は、復調部1402で得られたトランスポートストリームに含まれるビデオストリームとオーディオストリームとを分離するストリーム入出力部1403と、分離されたビデオストリームに対応する動画像復号方法を用いてビデオストリームを映像信号に復号し、分離されたオーディオストリームに対応する音声復号方法を用いてオーディオストリームを音声信号に復号する信号処理部1404と、映像信号及び音声信号をAV出力IF1011に出力するAV出力部1405と、復号された音声信号を出力するスピーカ等の音声出力部1406と、復号された映像信号を表示するディスプレイ等の映像表示部1407とを有する。例えば、ユーザは、リモコンリモートコントローラ1450を用いて、選局したチャネル選局したテレビ番組、選局した音声放送の情報を操作入力部1410に送信する。すると、受信機1400は、アンテナ1460で受信した受信信号において、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信機1400は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルを受信し、伝送方法の情報を取得することで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定し、放送局基地局が送信したトランスポートストリームを受信することが可能となる。ここで、例えば上記の実施の形態で述べた、P1-signaling、L1-presignaling、L1-postsignalingを伝送するシンボルが制御シンボルに対応し、P1-signaling、L1-presignaling、L1-postsignalingに含まれるPLP毎のFECにおける符号化レート、変調方式に基づくコンスタレーション等が伝送方法の情報に対応する。上述では、ユーザは、リモコン1450によって、チャネルを選局する例を説明したが、受信機1400が搭載している選局キーを用いて、チャネルを選局しても、上記と同様の動作となる。上記の構成により、ユーザは、受信機1400が上記各実施の形態で示した受信方法により受信した番組を視聴することができる。また、本実施の形態の受信機1400は、復調部1402で復調と、誤り訂正の復号を行うことで得られたトランスポートストリーム場合によっては、復調部1402で誤り訂正復号を行わないこともある。また、受信機1400は、誤り訂正復号後に他の信号処理が施すこともある。以降について、同様の表現を行っている部分についても、この点は同様である。に含まれるデータ、または、そのデータに相当するデータ例えば、データを圧縮することによって得られたデータや、動画、音声を加工して得られたデータを、磁気ディスク、光ディスク、不揮発性の半導体メモリ等の記録メディアに記録する記録部ドライブ1408を備える。ここで光ディスクとは、例えばDVDDigitalVersatileDiscやBDBlu-rayDisc等の、レーザ光を用いて情報の記憶と読み出しがなされる記録メディアである。磁気ディスクとは、例えばFDFloppyDisk登録商標やハードディスクHardDisk等の、磁束を用いて磁性体を磁化することにより情報を記憶する記録メディアである。不揮発性の半導体メモリとは、例えばフラッシュメモリや強誘電体メモリFerroelectricRandomAccessMemory等の、半導体素子により構成された記録メディアであり、フラッシュメモリを用いたSDカードやFlashSSDSolidStateDriveなどが挙げられる。なお、ここで挙げた記録メディアの種類はあくまでその一例であり、上記の記録メディア以外の記録メディアを用いて記録を行っても良いことは言うまでもない。上記の構成により、ユーザは、受信機1400が上記各実施の形態で示した受信方法により受信した番組を記録して保存し、番組の放送されている時間以降の任意の時間に記録されたデータを読み出して視聴することが可能になる。なお、上記の説明では、受信機1400は、復調部1402で得られたトランスポートストリームを記録部1408で記録するとしたが、トランスポートストリームに含まれるデータのうち一部のデータを抽出して記録しても良い。例えば、復調部1402で得られたトランスポートストリームにビデオストリームやオーディオストリーム以外のデータ放送サービスのコンテンツ等が含まれる場合、記録部1408は、復調部1402で得られたトランスポートストリームからビデオストリームやオーディオストリームを抽出して多重した新しいトランスポートストリームを記録しても良い。また、記録部1408は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリーム及びオーディオストリームのうち、どちらか一方のみを多重した新しいトランスポートストリームを記録しても良い。そして、上記で述べたトランスポートストリームに含まれるデータ放送サービスのコンテンツを記録部1408は、記録してもよい。さらには、テレビ、記録装置例えば、DVDレコーダ、Blu-rayレコーダ、HDDレコーダ、SDカード等、携帯電話に、本発明で説明した受信機1400が搭載されている場合、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに、テレビや記録装置を動作させるのに使用するソフトウェアの欠陥バグを修正するためのデータや個人情報や記録したデータの流出を防ぐためのソフトウェアの欠陥バグを修正するためのデータが含まれている場合、これらのデータをインストールすることで、テレビや記録装置のソフトウェアの欠陥を修正してもよい。そして、データに、受信機1400のソフトウェアの欠陥バグを修正するためのデータが含まれていた場合、このデータにより、受信機1400の欠陥を修正することもできる。これにより、受信機1400が搭載されているテレビ、記録装置、携帯電話が、より安定的の動作させることが可能となる。ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれる複数のデータから一部のデータを抽出して多重する処理は、例えばストリーム入出力部1403で行われる。具体的には、ストリーム入出力部1403が、図示していないCPU等の制御部からの指示により、復調部1402で復調されたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離し、分離後のデータから指定されたデータのみを抽出して多重し、新しいトランスポートストリームを生成する。なお、分離後のデータからどのデータを抽出するかについては、例えばユーザが決定してもよいし、記録メディアの種類毎に予め決められていてもよい。上記の構成により、受信機1400は記録された番組を視聴する際に必要なデータのみを抽出して記録することができるので、記録するデータのデータサイズを削減することができる。また、上記の説明では、記録部1408は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームを記録するとしたが、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームを、当該ビデオストリームよりもデータサイズまたはビットレートが低くなるよう、当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換し、変換後のビデオストリームを多重した新しいトランスポートストリームを記録してもよい。このとき、元のビデオストリームに施された動画像符号化方法と変換後のビデオストリームに施された動画像符号化方法とは、互いに異なる規格に準拠していてもよいし、同じ規格に準拠して符号化時に使用するパラメータのみが異なっていてもよい。同様に、記録部1408は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるオーディオストリームを、当該オーディオストリームよりもデータサイズまたはビットレートが低くなるよう、当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換し、変換後のオーディオストリームを多重した新しいトランスポートストリームを記録してもよい。ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームやオーディオストリームをデータサイズまたはビットレートが異なるビデオストリームやオーディオストリームに変換する処理は、例えばストリーム入出力部1403及び信号処理部1404で行われる。具体的には、ストリーム入出力部1403が、CPU等の制御部からの指示により、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離する。信号処理部1404は、制御部からの指示により、分離後のビデオストリームを当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換する処理、及び分離後のオーディオストリームを当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換する処理を行う。ストリーム入出力部1403は、制御部からの指示により、変換後のビデオストリームと変換後のオーディオストリームとを多重し、新しいトランスポートストリームを生成する。なお、信号処理部1404は制御部からの指示に応じて、ビデオストリームとオーディオストリームのうちいずれか一方に対してのみ変換の処理を行っても良いし、両方に対して変換の処理を行っても良い。また、変換後のビデオストリーム及びオーディオストリームのデータサイズまたはビットレートは、ユーザが決定してもよいし、記録メディアの種類毎に予め決められていてもよい。上記の構成により、受信機1400は、記録メディアに記録可能なデータサイズや記録部1408がデータの記録または読み出しを行う速度に合わせてビデオストリームやオーディオストリームのデータサイズまたはビットレートを変更して記録することができる。これにより、記録メディアに記録可能なデータサイズが復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームのデータサイズよりも小さい場合や、記録部がデータの記録または読み出しを行う速度が復調部1402で復調されたトランスポートストリームのビットレートよりも低い場合でも記録部が番組を記録することが可能となるので、ユーザは番組の放送されている時間以降の任意の時間に記録されたデータを読み出して視聴することが可能になる。また、受信機1400は、復調部1402で復調されたトランスポートストリームを外部機器に対して通信媒体1430を介して送信するストリーム出力IFInterface:インターフェース1409を備える。ストリーム出力IF1409の一例としては、Wi-Fi登録商標IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11n等、WiGiG、WirelessHD、Bluetooth登録商標、Zigbee登録商標等の無線通信規格に準拠した無線通信方法を用いて変調したトランスポートストリームを、無線媒体通信媒体1430に相当を介して外部機器に送信する無線通信装置が挙げられる。また、ストリーム出力IF1409は、イーサネット登録商標やUSBUniversalSerialBus、PLCPowerLineCommunication、HDMIHigh-DefinitionMultimediaInterface等の有線通信規格に準拠した通信方法を用いて変調されたトランスポートストリームを当該ストリーム出力IF1409に接続された有線伝送路通信媒体1430に相当を介して外部機器に送信する有線通信装置であってもよい。上記の構成により、ユーザは、受信機1400が上記各実施の形態で示した受信方法により受信したトランスポートストリームを外部機器で利用することができる。ここでいうトランスポートストリームの利用とは、ユーザが外部機器を用いてトランスポートストリームをリアルタイムで視聴することや、外部機器に備えられた記録部でトランスポートストリームを記録すること、外部機器からさらに別の外部機器に対してトランスポートストリームを送信すること等を含む。なお、上記の説明では、受信機1400は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをストリーム出力IF1409が出力するとしたが、トランスポートストリームに含まれるデータのうち一部のデータを抽出して出力しても良い。例えば、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームにビデオストリームやオーディオストリーム以外のデータ放送サービスのコンテンツ等が含まれる場合、ストリーム出力IF1409は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームからビデオストリームやオーディオストリームを抽出して多重した新しいトランスポートストリームを出力しても良い。また、ストリーム出力IF1409は、復調部1402で復調されたトランスポートストリームに含まれるビデオストリーム及びオーディオストリームのうち、どちらか一方のみを多重した新しいトランスポートストリームを出力しても良い。ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれる複数のデータから一部のデータを抽出して多重する処理は、例えばストリーム入出力部1403で行われる。具体的には、ストリーム入出力部1403が、図示していないCPUCentralProcessingUnit等の制御部からの指示により、復調部1402で復調されたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離し、分離後のデータから指定されたデータのみを抽出して多重し、新しいトランスポートストリームを生成する。なお、分離後のデータからどのデータを抽出するかについては、例えばユーザが決定してもよいし、ストリーム出力IF1409の種類毎に予め決められていてもよい。上記の構成により、受信機1400は外部機器が必要なデータのみを抽出して出力することができるので、トランスポートストリームの出力により消費される通信帯域を削減することができる。また、上記の説明では、ストリーム出力IF1409は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームを出力するとしたが、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームを、当該ビデオストリームよりもデータサイズまたはビットレートが低くなるよう、当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換し、変換後のビデオストリームを多重した新しいトランスポートストリームを出力してもよい。このとき、元のビデオストリームに施された動画像符号化方法と変換後のビデオストリームに施された動画像符号化方法とは、互いに異なる規格に準拠していてもよいし、同じ規格に準拠して符号化時に使用するパラメータのみが異なっていてもよい。同様に、ストリーム出力IF1409は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるオーディオストリームを、当該オーディオストリームよりもデータサイズまたはビットレートが低くなるよう、当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換し、変換後のオーディオストリームを多重した新しいトランスポートストリームを出力してもよい。ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームやオーディオストリームをデータサイズまたはビットレートが異なるビデオストリームやオーディオストリームに変換する処理は、例えばストリーム入出力部1403及び信号処理部1404で行われる。具体的には、ストリーム入出力部1403が、制御部からの指示により、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離する。信号処理部1404は、制御部からの指示により、分離後のビデオストリームを当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換する処理、及び分離後のオーディオストリームを当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換する処理を行う。ストリーム入出力部1403は、制御部からの指示により、変換後のビデオストリームと変換後のオーディオストリームとを多重し、新しいトランスポートストリームを生成する。なお、信号処理部1404は制御部からの指示に応じて、ビデオストリームとオーディオストリームのうちいずれか一方に対してのみ変換の処理を行っても良いし、両方に対して変換の処理を行っても良い。また、変換後のビデオストリーム及びオーディオストリームのデータサイズまたはビットレートは、ユーザが決定してもよいし、ストリーム出力IF1409の種類毎に予め決められていてもよい。上記の構成により、受信機1400は、外部機器との間の通信速度に合わせてビデオストリームやオーディオストリームのビットレートを変更して出力することができる。これにより、外部機器との間の通信速度が、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームのビットレートよりも低い場合でもストリーム出力IFから外部機器新しいトランスポートストリームを出力することが可能となるので、ユーザは他の通信装置において新しいトランスポートストリームを利用することが可能になる。また、受信機1400は、外部機器に対して信号処理部1404で復号された映像信号及び音声信号を外部の通信媒体1440に対して出力するAVAudioandVisual出力IFInterface1411を備える。AV出力IF1411の一例としては、Wi-Fi登録商標IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11n等、WiGiG、WirelessHD、Bluetooth登録商標、Gigbee等の無線通信規格に準拠した無線通信方法を用いて変調した映像信号及び音声信号を、無線媒体を介して外部機器に送信する無線通信装置が挙げられる。また、ストリーム出力IF1409は、イーサネット登録商標やUSB、PLC、HDMI等の有線通信規格に準拠した通信方法を用いて変調された映像信号及び音声信号を当該ストリーム出力IF1409に接続された有線伝送路を介して外部機器に送信する有線通信装置であってもよい。また、ストリーム出力IF1409は、映像信号及び音声信号をアナログ信号のまま出力するケーブルを接続する端子であってもよい。上記の構成により、ユーザは、信号処理部1404で復号された映像信号及び音声信号を外部機器で利用することができる。さらに、受信機1400は、ユーザ操作の入力を受け付ける操作入力部1410を備える。受信機1400は、ユーザの操作に応じて操作入力部1410に入力される制御信号に基づいて、電源のON/OFFの切り替えや、受信するチャネルの切り替え、字幕表示の有無や表示する言語の切り替え、音声出力部1406から出力される音量の変更等の様々な動作の切り替えや、受信可能なチャネルの設定等の設定の変更を行う。また、受信機1400は、当該受信機1400で受信中の信号の受信品質を示すアンテナレベルを表示する機能を備えていてもよい。ここで、アンテナレベルとは、例えば受信機1400が受信した信号のRSSIReceivedSignalStrengthIndication、ReceivedSignalStrengthIndicator、受信信号強度、受信電界強度、C/NCarrier-to-noisepowerratio、BERBitErrorRate:ビットエラー率、パケットエラー率、フレームエラー率、チャネル状態情報ChannelStateInformation等に基づいて算出される受信品質を示す指標であり、信号レベル、信号の優劣を示す信号である。この場合、復調部1402は受信した信号のRSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等を測定する受信品質測定部としての機能を備え、受信機1400はユーザの操作に応じてアンテナレベル信号レベル、信号の優劣を示す信号をユーザが識別可能な形式で映像表示部1407に表示する。アンテナレベル信号レベル、信号の優劣を示す信号の表示形式は、RSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等に応じた数値を表示するものであっても良いし、RSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等に応じて異なる画像を表示するようなものであっても良い。また、放送局基地局1115が、番組を構成する複数のエレメンタリストリーム複数または1つのビデオストリーム、複数または1つのオーディオストリーム、複数または1つのメタデータストリーム等を送信する際に、前方誤り訂正の符号化率、変調方式に基づくコンスタレーションサイズ、インターリーブ長、および他の物理層のパラメータをPLP毎に独立に設定し、PLP毎に個別のロバストレベルを規定することで階層伝送方式を実現している場合、受信機1400を以下のように構成しても良い。例えば、受信機1400は、複数の階層のそれぞれに対応する複数の受信品質を示す指標を算出し、複数のアンテナレベル信号レベル、信号の優劣を示す信号として、同時、または切り替えながら表示する機能を備えていてもよい。また、受信機1400は、複数の階層の全てまたは幾つかを含むグループに対応する受信品質を示す指標を算出し、アンテナレベル信号レベル、信号の優劣を示す信号として表示する機能を備えていてもよい。上記の構成により、ユーザは上記各実施の形態で示した受信方法を用いて受信する場合のアンテナレベル信号レベル、信号の優劣を示す信号を、階層単位または複数の階層をまとめたグループ単位で、数値的に、または、視覚的に把握することができる。また、受信機1400は、視聴中の番組を構成する各エレメンタリストリームの受信状態に応じて再生復号するエレメンタリストリームを切り替える機能や、番組を構成する各エレメンタリストリームの受信状態を表示したりする機能を備えていてもよい。放送局基地局715が、前方誤り訂正の符号化率、変調方式に基づくコンスタレーションサイズ、インターリーブ長、および他の物理層のパラメータをPLP毎に独立に設定し、PLP毎に個別のロバストレベルを規定することで階層伝送方式を実現している場合、受信機1400ではPLP毎に受信状態が異なる可能性がある。例えば、番組を構成する複数のエレメンタリストリームが、第1のPLPと、第1のPLPのロバストレベルよりも低いロバストレベルを有する第2のPLPとで伝送されている場合、受信環境によっては第1のPLPを受信して取得したエレメンタリストリームは受信状態が良いが、第2のPLPを受信して取得したエレメンタリストリームは受信状態が悪いという状態が発生する。ここで、受信機1400は、例えば受信した信号のRSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等の情報と、各エレメンタリストリームを送信するPLPに設定されたロバストレベルの情報に基づいて受信状態が良いか否かの判定を行う。また、受信機1400は、受信状態が良いか悪いかの判定を、各エレメンタリストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率が所定の閾値以上であるか、所定の閾値未満であるかという基準で行ってもよい。受信機1400の復調部1402は、番組を構成する複数のエレメンタリストリームのそれぞれについて受信状態が良いか否かを判定し、判定された受信状態を示す信号を出力する。受信機1400は、受信状態を示す信号に基づいて、信号処理部1404で復号するエレメンタリストリームを切り替える制御や、番組の受信状態を示す情報を映像表示部1407に表示する制御を行う。一例として、番組を構成するエレメンタリストリームに複数のビデオストリームが含まれる場合の受信機1400の動作について説明する。ここでは、番組を構成する複数のエレメンタリストリームが、低解像度の映像を符号化した第1のビデオストリームと、高解像度の映像を符号化した第2のビデオストリーム低解像度の映像から高解像度の映像を再生するための差分データとを含むとする。また、第1のビデオストリームを送信するPLPは、第2のビデオストリームを送信するPLPよりも高いロバストレベルを有し、第1のビデオストリームの受信状態は、第2のビデオストリームの受信状態よりも常に良いか、同等であるものとする。受信機1400は、第2のビデオストリームの受信状態が良い場合に、信号処理部1404において第1のビデオストリームと第2のビデオストリームの両方を用いた復号を行い、復号された高解像度の映像信号を映像表示部1407に表示する。一方、受信機1400は、第2のビデオストリームの受信状態が悪い場合に、信号処理部1404において第1のビデオストリームのみを用いた復号を行い、復号された低解像度の映像信号を映像表示部1407に表示する。上記の構成により、第2のビデオストリームの受信状態が悪い場合は、ユーザに対して乱れた高解像度の映像を表示することなく、低解像度の映像を安定して表示することができる。なお、上記の構成では、受信機1400は、第1のビデオストリームの受信状態が良いか否かの判定を行っていない。これは第1のビデオストリームの受信状態が悪い状態でも、第1のビデオストリームの復号を停止して映像の表示を行わないよりは、映像に乱れや途切れが発生したとしても第1のビデオストリームを復号した低解像度の映像を表示する方が好ましいと考えられるからである。ただし、受信機1400が、第2のビデオストリームと第1のビデオストリームのそれぞれの受信状態が良いか否かの判定を行い、その判定結果に基づいて信号処理部1404で復号するエレメンタリストリームを切り替える制御を行ってもよいことは言うまでもない。その場合、受信機1400は、第2のビデオストリームと第1のビデオストリームの両方の受信状態が良い場合に、信号処理部1404において第1のビデオストリームと第2のビデオストリームの両方を用いた復号を行い、復号された高解像度の映像信号を映像表示部1407に表示する。また、受信機1400は、第2のビデオストリームの受信状態は悪いが、第1のビデオストリームの両方の受信状態は良い場合に、信号処理部1404において第1のビデオストリームを用いた復号を行い、復号された低解像度の映像信号を映像表示部1407に表示する。また、受信機1400は、第1のビデオストリームと第2のビデオストリームの両方の受信状態が悪い場合は、復号処理を停止して第1のビデオストリーム及び第2のストリームの復号を行わない。上記の構成により、第1のビデオストリームと第2のビデオストリームの両方の受信状態が悪く、第1のビデオストリームを復号して表示してもユーザが何の映像か判別できない場合に、復号処理を停止して電力消費を抑制することができる。なお、上記の構成において、受信機1400は、第1のビデオストリームの受信状態が良いか否かを判定する基準を、第2のビデオストリームの受信状態が良いか否かを判定する基準と異なる基準に設定してもよい。例えば、受信機1400は、第1のビデオストリーム及び第2のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率に基づいて受信状態が良いか否かを判定を行う場合に、第1のビデオストリームの受信状態が良いか否かの判定に用いる第1の閾値の値を、第2のビデオストリームの受信状態が良いか否かの判定に用いる第2の閾値よりも大きくする。また、受信機1400は、第2のビデオストリームの受信状態が良いか否かの判定を第2のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率に基づいて行い、第1のビデオストリームの受信状態が良いか否かの判定を上記の各実施の形態で示したL1-presignaling、L1-postsignalingが受信できたか否かに基づいて行ってもよい。また、受信機1400は、第2のビデオストリームの受信状態が良いか否かの判定を第2のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率に基づいて行い、第1のビデオストリームの受信状態が良いか否かの判定を受信した信号のRSSI、受信電界強度、C/N等の情報に基づいて行ってもよい。上記の構成によると、ビデオストリーム毎に当該ビデオストリームの復号を停止する基準を設定することが可能になる。なお、上記の説明では、低解像度の映像を符号化したビデオストリームと高解像度の映像を符号化したビデオストリームとが互いに異なるロバストレベルが設定されたPLPで送信されているとしたが、他のエレメンタリストリームの組み合わせが互いに異なるロバストレベルが設定されたPLPで送信されていてもよい。例えば、3D映像を構成する複数の視点の映像のそれぞれを符号化した複数のビデオストリームが互いに異なるロバストレベルが設定されたPLPで送信されていてもよい。また、ビデオストリームとオーディオストリームが互いに異なるロバストレベルが設定されたPLPで送信されていてもよい。受信機1400は、受信したエレメンタリストリームのうち受信状態が良いと判定されたエレメンタリストリームを選択して再生復号することで、上記の構成と同様の効果を得ることができる。なお、受信機1400は、番組を構成する複数のエレメンタリストリームの一部の受信状態が悪いために当該エレメンタリストリームを用いた再生復号を行わない場合に、受信状態の悪いエレメンタリストリームまたは受信状態の良いエレメンタリストリームを示すテキストまたは画像を映像信号に多重して映像表示部1407に表示してもよい。上記の構成により、例えば高解像度の映像として放送されている番組が低解像度の映像で表示されている場合に、受信状態が悪いために低解像度の映像が表示されていることをユーザが容易に把握することができる。なお、上記の説明では、復調部1402が番組を構成する複数のエレメンタリストリームのそれぞれについて受信状態を判定するとしたが、信号処理部1404が入力されたビデオストリームやオーディオストリームの各TSパケットに付加されたトランスポートエラー識別子の値に基づいて、各エレメンタリストリームが受信できているか否かを判定してもよい。なお、上記の説明では受信機1400が、音声出力部1406、映像表示部1407、記録部1408、ストリーム出力IF1409、及びAV出力IF1411を備えている場合を例に挙げて説明したが、これらの構成の全てを備えている必要はない。受信機1400が上記の構成のうち少なくともいずれか一つを備えていれば、ユーザは復調部1402で復調と、誤り訂正の復号を行うことで得られたトランスポートストリームを利用することができるため、各受信機はその用途に合わせて上記の構成を任意に組み合わせて備えていれば良い。トランスポートストリーム次に、トランスポートストリームの構造の一例について詳細に説明する。図15は、トランスポートストリームの構成の一例を示す図である。図15に示すようにトランスポートストリームは、各サービスで現在提供されている番組programmeまたはその一部であるeventを構成する要素である、例えばビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリームPG、インタラクティブグラファイックスストリームIGなどのエレメンタリーストリームのうち、1つ以上を多重化することで得られる。トランスポートストリームで提供されている番組が映画の場合、ビデオストリームは映画の主映像および副映像を、オーディオストリームは映画の主音声部分と当該主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームとは映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像例えば、映画のあらすじを示したテキストデータの映像などのことである。また、インタラクティブグラフィックスストリームは、画面上にGUI部品を配置することにより作成される対話画面を示している。トランスポートストリームに含まれる各ストリームは、各ストリームに割り当てられた識別子であるPIDによって識別される。例えば、映画の映像に利用するビデオストリームには0x1011が、オーディオストリームには0x1100から0x111Fまでが、プレゼンテーショングラフィックスには0x1200から0x121Fまでが、インタラクティブグラフィックスストリームには0x1400から0x141Fまでが、映画の副映像に利用するビデオストリームには0x1B00から0x1B1Fまで、主音声とミキシングする副音声に利用するオーディオストリームには0x1A00から0x1A1Fが、それぞれ割り当てられている。図16は、トランスポートストリームがどのように多重化されているかの一例を模式的に示す図である。まず、複数のビデオフレームからなるビデオストリーム1601、複数のオーディオフレームからなるオーディオストリーム1604を、それぞれPESパケット列1602および1605に変換し、TSパケット1603および1606に変換する。同じくプレゼンテーショングラフィックスストリーム1611およびインタラクティブグラフィックス1614のデータをそれぞれPESパケット列1612および1615に変換し、さらにTSパケット1613および1616に変換する。トランスポートストリーム1617はこれらのTSパケット1603、1606、1613、1616を1本のストリームに多重化することで構成される。図17は、PESパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図17における第1段目はビデオストリームのビデオフレーム列を示す。第2段目は、PESパケット列を示す。図17の矢印yy1,yy2,yy3,yy4に示すように、ビデオストリームにおける複数のVideoPresentationUnitであるIピクチャ、Bピクチャ、Pピクチャは、ピクチャ毎に分割され、PESパケットのペイロードに格納される。各PESパケットはPESヘッダを持ち、PESヘッダには、ピクチャの表示時刻であるPTSPresentationTime-Stampやピクチャの復号時刻であるDTSDecodingTime-Stampが格納される。図18は、トランスポートストリームに最終的に書き込まれるTSパケットの形式を示している。TSパケットは、ストリームを識別するPIDなどの情報を持つ4ByteのTSヘッダとデータを格納する184ByteのTSペイロードから構成される188Byte固定長のパケットであり、上記PESパケットは分割されTSペイロードに格納される。BD-ROMの場合、TSパケットには、4ByteのTP_Extra_Headerが付与され、192Byteのソースパケットを構成し、トランスポートストリームに書き込まれる。TP_Extra_HeaderにはATSArrival_Time_Stampなどの情報が記載される。ATSは当該TSパケットのデコーダのPIDフィルタへの転送開始時刻を示す。トランスポートストリームには図18下段に示すようにソースパケットが並ぶこととなり、トランスポートストリームの先頭からインクリメントする番号はSPNソースパケットナンバーと呼ばれる。また、トランスポートストリームに含まれるTSパケットには、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリームなどの各ストリーム以外にもPATProgramAssociationTable、PMTProgramMapTable、PCRProgramClockReferenceなどがある。PATはトランスポートストリーム中に利用されるPMTのPIDが何であるかを示し、PAT自身のPIDは0で登録される。PMTは、トランスポートストリーム中に含まれる映像音声字幕などの各ストリームのPIDと各PIDに対応するストリームの属性情報フレームレート、アスペクト比などを持ち、またトランスポートストリームに関する各種ディスクリプタを持つ。ディスクリプタにはトランスポートストリームのコピーを許可不許可を指示するコピーコントロール情報などがある。PCRは、ATSの時間軸であるATCArrivalTimeClockとPTSDTSの時間軸であるSTCSystemTimeClockの同期を取るために、そのPCRパケットがデコーダに転送されるATSに対応するSTC時間の情報を持つ。図19はPMTのデータ構造を詳しく説明する図である。PMTの先頭には、そのPMTに含まれるデータの長さなどを記したPMTヘッダが配置される。その後ろには、トランスポートストリームに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、トランスポートストリームに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためのストリームタイプ、ストリームのPID、ストリームの属性情報フレームレート、アスペクト比などが記載されたストリームディスクリプタから構成される。ストリームディスクリプタはトランスポートストリームに存在するストリームの数だけ存在する。記録媒体などに記録する場合には、上記トランスポートストリームは、トランスポートストリーム情報ファイルと共に記録される。図20は、そのトランスポートストリーム情報ファイルの構成を示す図である。トランスポートストリーム情報ファイルは、図20に示すようにトランスポートストリームの管理情報であり、トランスポートストリームと1対1に対応し、トランスポートストリーム情報、ストリーム属性情報とエントリマップから構成される。トランスポートストリーム情報は図20に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートはトランスポートストリームの、後述するシステムターゲットデコーダのPIDフィルタへの最大転送レートを示す。トランスポートストリーム中に含まれるATSの間隔はシステムレート以下になるように設定されている。再生開始時刻はトランスポートストリームの先頭のビデオフレームのPTSであり、再生終了時刻はトランスポートストリームの終端のビデオフレームのPTSに1フレーム分の再生間隔を足したものが設定される。図21は、トランスポートストリーム情報ファイルに含まれるストリーム属性情報の構成を示す図である。ストリーム属性情報は図21に示すように、トランスポートストリームに含まれる各ストリームについての属性情報が、PID毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。図22は、放送局基地局から送信された、映像および音声のデータ、または、データ放送のためのデータを含む変調信号を受信する受信装置1904を含む映像音声出力装置1900の構成の一例を示している。なお、受信装置1904の構成は、図14の受信装置1400に相当する。映像音声出力装置1900には、例えば、OSOperatingSystem:オペレーティングシステムが搭載されており、また、インターネットに接続するための通信装置1906例えば、無線LANLocalAreaNetworkやイーザーネットのための通信装置が搭載されている。これにより、映像を表示する部分1901では、映像および音声のデータ、または、データ放送のためのデータにおける映像1902、および、インターネット上で提供されるハイパーテキストWorldWideWebワールドワイドウェブ:WWW1903を同時に表示することが可能となる。そして、リモコン携帯電話やキーボードであってもよい1907を操作することにより、データ放送のためのデータにおける映像1902、インターネット上で提供されるハイパーテキスト1903のいずれかを選択し、動作を変更することになる。例えば、インターネット上で提供されるハイパーテキスト1903が選択された場合、表示しているWWWのサイトを、リモコンを操作することにより、変更することになる。また、映像および音声のデータ、または、データ放送のためのデータにおける映像1902が選択されている場合、リモコン1907により、選局したチャネル選局したテレビ番組、選局した音声放送の情報を送信する。すると、IF1905は、リモコンで送信された情報を取得し、受信装置1904は、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信装置1904は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルの情報を受信して伝送方法の情報を取得することで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定し、放送局基地局で送信したトランスポートストリームを受信することが可能となる。上述では、ユーザは、リモコン1907によって、チャネルを選局する例を説明したが、映像音声出力装置1900が搭載している選局キーを用いて、チャネルを選局しても、上記と同様の動作となる。また、インターネットを用い、映像音声出力装置1900を操作してもよい。例えば、他のインターネット接続している端末から、映像音声出力装置1900に対し、録画記憶の予約を行う。したがって、映像音声出力装置1900は、図14のように、記録部1408を有していることになる。そして、録画を開始する前に、チャネルを選局することになり、受信装置1904は、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信装置1904は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルの情報を得ることで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定することで、放送局基地局で送信したトランスポートストリームを取得することが可能となる。"