(57)【特許請求の範囲】
【請求項１】
送信装置であって、
複数のデータストリームのそれぞれを複数のＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）の内の一のＰＬＰに割り当て、前記複数のデータストリームそれぞれは、ユーザデータを格納した複数のトランスポートストリームパケットを含み、前記複数のＰＬＰは少なくとも第１のＰＬＰと第２のＰＬＰを含む、割当部と、
前記複数のデータストリームと、前記ＰＬＰ毎のＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子を含むシグナリング情報とを多重して伝送し、前記ＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子は対応するＰＬＰで伝送されるデータストリームの形式を示す５ビット長のパラメータである、送信部とを備え、
前記第１のＰＬＰは、ヘッダにＰＩＤを含んだ前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、
前記第１のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はトランスポートストリームを示す値であり、
前記第２のＰＬＰは、ヘッダからＰＩＤが削除された前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、前記第２のＰＬＰに割り当てられたデータストリームに含まれる前記複数のトランスポートストリームパケットのＰＩＤは同一の値であり、前記削除されたＰＩＤの値は前記トランスポートストリームとは異なる領域でシグナリングされており、
前記第２のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はヘッダ圧縮されたトランスポートストリームを示す値である、
送信装置。
【請求項２】
送信方法であって、
複数のデータストリームのそれぞれを複数のＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）の内の一のＰＬＰに割り当て、前記複数のデータストリームそれぞれは、ユーザデータを格納した複数のトランスポートストリームパケットを含み、前記複数のＰＬＰは少なくとも第１のＰＬＰと第２のＰＬＰを含む、割当ステップと、
前記複数のデータストリームと、前記ＰＬＰ毎のＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子を含むシグナリング情報とを多重して伝送し、前記ＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子は対応するＰＬＰで伝送されるデータストリームの形式を示す５ビット長のパラメータである、送信ステップとを有し、
前記第１のＰＬＰは、ヘッダにＰＩＤを含んだ前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、
前記第１のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はトランスポートストリームを示す値であり、
前記第２のＰＬＰは、ヘッダからＰＩＤが削除された前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、前記第２のＰＬＰに割り当てられたデータストリームに含まれる前記複数のトランスポートストリームパケットのＰＩＤは同一の値であり、前記削除されたＰＩＤの値は前記トランスポートストリームとは異なる領域でシグナリングされており、
前記第２のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はヘッダ圧縮されたトランスポートストリームを示す値である、
送信方法。
【請求項３】
受信装置であって、
複数のデータストリームとシグナリング情報とを含むシグナルを受信し、
前記複数のデータストリームのそれぞれは、ユーザデータを格納した複数のトランスポートストリームパケットを含み、且つ複数のＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）の内の一のＰＬＰで伝送され、
前記シグナリング情報は、前記ＰＬＰ毎のＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子を含み、
前記ＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子は対応するＰＬＰで伝送されるデータストリームの形式を示す５ビット長のパラメータであり、
前記複数のＰＬＰは少なくとも第１のＰＬＰと第２のＰＬＰを含み、
前記第１のＰＬＰでは、ヘッダにＰＩＤを含んだトランスポートストリームパケットが伝送され、
前記第１のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はトランスポートストリームを示す値であり、
前記第２のＰＬＰでは、ヘッダからＰＩＤが削除されたトランスポートストリームパケットが伝送され、前記第２のＰＬＰに割り当てられたデータストリームに含まれる前記複数のトランスポートストリームパケットのＰＩＤは同一の値であり、前記削除されたＰＩＤの値は前記トランスポートストリームとは異なる領域でシグナリングされており、
前記第２のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はヘッダ圧縮されたトランスポートストリームを示す値である、受信部と、
前記シグナリング情報をデコードするシグナリング情報デコード部と、
前記シグナリング情報にしたがって、前記複数のＰＬＰをデコードし、前記第２のＰＬＰのデコードにおいて、当該トランスポートストリームパケットそれぞれのヘッダのＰＩＤとして、前記トランスポートストリームパケットとは異なる領域でシグナリングされたＰＩＤの値を挿入することにより復元する、ＰＬＰデコード部とを備える、
受信装置。
【請求項４】
受信方法であって、
複数のデータストリームとシグナリング情報とを含むシグナルを受信し、
前記複数のデータストリームのそれぞれは、ユーザデータを格納した複数のトランスポートストリームパケットを含み、且つ複数のＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）の内の一のＰＬＰで伝送され、
前記シグナリング情報は、前記ＰＬＰ毎のＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子を含み、
前記ＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子は対応するＰＬＰで伝送されるデータストリームの形式を示す５ビット長のパラメータであり、
前記複数のＰＬＰは少なくとも第１のＰＬＰと第２のＰＬＰを含み、
前記第１のＰＬＰでは、ヘッダにＰＩＤを含んだトランスポートストリームパケットが伝送され、
前記第１のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はトランスポートストリームを示す値であり、
前記第２のＰＬＰでは、ヘッダからＰＩＤが削除されたトランスポートストリームパケットが伝送され、前記第２のＰＬＰに割り当てられたデータストリームに含まれる前記複数のトランスポートストリームパケットのＰＩＤは同一の値であり、前記削除されたＰＩＤの値は前記トランスポートストリームとは異なる領域でシグナリングされており、
前記第２のＰＬＰのＰＬＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ識別子はヘッダ圧縮されたトランスポートストリームを示す値である、受信ステップと、
前記シグナリング情報をデコードするシグナリング情報デコードステップと、
前記シグナリング情報にしたがって、前記複数のＰＬＰをデコードし、前記第２のＰＬＰのデコードにおいて、当該トランスポートストリームパケットそれぞれのヘッダのＰＩＤとして、前記トランスポートストリームパケットとは異なる領域でシグナリングされたＰＩＤの値を挿入することにより復元する、ＰＬＰデコードステップとを含む、
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送ネットワークにおけるシグナリングに関する。特に、物理レイヤシグナリングに関する。
【背景技術】
【０００２】
デジタル放送ネットワークでは、オーディオ、ビデオ、字幕、アプリケーションなどのデータの単方向送信（unidirectional transmission）が可能である。
放送ネットワークでは、受信機から送信機側に対して返送するための経路は通常ないので、適応的な技術を採用することはできない。
現在、世界には、いくつかのデジタル放送規格が存在する。例えば、欧州においては、ＤＶＢ（Digital Video Broadcasting）規格が採用されている。一般的にこれらのデジタル放送規格は、放送配信システムにおける物理層とデータリンク層とを規定している。物理層及びデータリンク層は、例えば、衛星放送、ケーブル放送、地上波放送などの通信媒体それぞれに応じて定義されている。ＤＶＢ規格は、そのファミリーとして、衛星放送に関するＤＶＢ−Ｓ規格及びＤＶＢ−Ｓ２規格と、ケーブル放送に関するＤＶＢ−Ｃ規格及びＤＶＢ−Ｃ２規格と、地上波放送に関するＤＶＢ−Ｔ規格及びＤＶＢ−Ｔ２規格と、携帯端末（handheld devices）に対する地上波放送に関するＤＶＢ−Ｈ規格とを含んでいる。
【０００３】
最近の地上波放送規格であるＤＶＢ−Ｔ２規格は、広範に利用されているＤＶＢ−Ｔ規格の次世代規格である。同様に、ＤＶＢ−Ｓ２規格やＤＶＢ−Ｃ２規格もそれぞれＤＶＢ−Ｓ規格やＤＶＢ−Ｃ規格に代わる次世代規格である。DVB-T2,-Tの規格については、それぞれ、非特許文献１及び非特許文献２に記載されている。また、更なる詳細及びその他のＤＶＢの記述については、非特許文献３を参照されたい。
【０００４】
ＤＶＢ−Ｔ規格とは異なり、ＤＶＢ−Ｔ２規格は、ＰＬＰ（Physical Layer Pipes）の概念や、新たな誤り訂正方式、変調方式、より大きなＯＦＤＭシンボルサイズや追加のパイロット配置を導入している。
ＰＬＰの概念では、物理層において複数の並列データストリームが多重化されることを許容している。そして、各並列データストリームは、各ＰＬＰで別個に設定されるとしてもよい。この設定の例としては、ＦＥＣ（forward error correction，誤り訂正）における符号化率、変調コンスタレーションのサイズ、インターリーブ長、その他、物理レイヤのパラメータなどである。
【０００５】
このような個別の設定を行うことにより、各ＰＬＰのロバスト性レベルを相異させることができる。
ＰＬＰを使用するデジタル放送システムにおいては、各サービス（プログラム）は、それぞれ固有のＰＬＰで送信することができる。
これにより、受信機は所望のサービスを保持するＰＬＰのみを復調すればよいので、受信機において復調すべきデータ量を抑制することができる。
【０００６】
このＰＬＰ処理は、（１）入力処理、（２）誤り訂正符号化、（３）コンスタレーションマッピング（Constellation mapping）、（４）インターリーブを含む。
入力処理では、ユーザパケット（例えば、トランスポートストリーム（Transport Streams）、ジェネリックストリーム(Generic Streams)、ＩＰストリーム（IP Streams）などに由来する）は、符号化およびマッピングに適したビットストリームのフォーマットに変換され、物理層のリソースに乗せられる。
【０００７】
この入力処理は、ユーザパケットをベースバンドフレームに変換する。なお、本明細書において「ユーザパケット」という用語は、パケット境界が存在しないか示されない、連続ストリーム（continuous streams）を含むものとする。
このような物理層における基本データ構成は、ベースバンドフレームとして知られている。
【０００８】
デジタル放送データからなる入力ストリームは、ベースバンドフレームとしてカプセル化（encapsulated）される。
このようなベースバンドフレームに対して、ＦＥＣを実行することにより、ＦＥＣフレームが形成される。ベースバンドフレームのフレーム長は、実行されたＦＥＣにおける符号化レートによって定まる。
【０００９】
つまり、パリティビットが付加されたベースバンドフレームは固定長（例えば、16,200ビットや64,800ビット）のＦＥＣフレームを形成する。
図１Ａは、ビット長さ１０２のベースバンドフレーム１０１を示す。
ベースバンドフレーム１０１は、ビット長１１１（ＤＶＢ−Ｓ２、ＤＶＢ−Ｔ２、ＤＶＢ−Ｃ２では８０ビット）のベースバンドフレームヘッダ（BBFHDR）１１０、データフィールド長１２１のデータフィールド１２０と、ビット長１３１のパディング部（padding and/or in-band signalling）１３０を含む。
【００１０】
データフィールド長１２１は、ベースバンドフレームヘッダ１１０で伝送される。
データフィールド長（ＤＦＬ）のインジケータ（indicator）２７０は、ベースバンドフレーム１０１で送信されるデータ（ペイロード）１２０とパディング部１３０とを区別するのに用いられる。このインジケータ２７０は、同じベースバンドフレーム１０１により運ばれ得る。
【００１１】
ベースバンドフレーム１０１のビット長１０２は、ＢＣＨ符号が施されるビット長さＫbchに対応する。パディング部１３０は、（Ｋbch−ＤＦＬ−８０）ビットというビット長を有し、この８０ビットは、ベースバンドフレームヘッダのビット長１１１と対応する。
ベースバンドフレームは、放送システムにおける特定のＰＬＰに属するユーザコンテンツデータおよびメタデータを保持している。
【００１２】
このベースバンドフレームは、任意のユーザパケット、例えば、ＭＰＥＧ２規格またはＭＰＥＧ４パート１０（H.264）規格に従って圧縮された符号化データを有するパケット、をカプセル化したものである。
さらに、ベースバンドフレームは、当該ベースバンドフレームで保持されているコンテンツデータに関連するメタデータも保持している。つまり、ベースバンドフレームは、外部コンテンツがカプセル化されたデータのまとまり（entity）であり、このまとまりはエネルギー拡散処理や物理層における誤り訂正符号化が適用される対象となる。
【００１３】
一連のベースバンドフレームの列は、放送システムにおけるＰＬＰの中身を形成することとなる。
図１Ｂには、ＦＥＣフレーム１０５を示す。このＦＥＣフレーム１０５は、Ｎldpcビットの長さ１０６を有する。
ＦＥＣフレーム１０５は、Ｋbchビットの長さ１０２のベースバンドフレーム１０１と、ＢＣＨ符号により付加されるパリティビットのための長さ１４１のフィールド１４０と、ＬＤＰＣ符号により付加されるパリティビットのための長さ１５１のフィールド１５０とを含んでなる。
【００１４】
上記記載において、ｌｄｐｃやｂｃｈ等の添え字は、それぞれ施された誤り訂正方式を示し、Ｎは添え字で示される誤り訂正符号化処理を実行した後の符号化ブロックのビット長を意味し、Ｋは添え字で示される誤り訂正符号化が施される被符号化ブロックのビット長を意味する。
したがって、ＢＣＨパリティビットのフィールド１４０の長さ１４１は、（Ｎbch−Ｋbch）ビットとなる。
【００１５】
ベースバンドフレーム１０１に、ＢＣＨパリティビットのフィールド１４０を足し合わせると、ビット長Ｋldpcの長さ１６１を有し、ＮbchビットのＢＣＨ符号化されたデータに対応するＬＤＰＣ符号化が施される。したがって、ＬＤＰＣパリティビットのフィールド１５０の長さ１５１は、（Ｎldpc−Ｋldpc）ビットとなる。
図１Ｂは、更にＮＭ（Normal Mode）のベースバンドフレームヘッダ２０１と、ＤＶＢ−Ｔ２規格及びＤＶＢ−Ｃ２規格で策定されたＨＥＭ（High Efficiency Mode）のベースバンドフレームヘッダ２０２とを示している。
【００１６】
ＤＶＢ−Ｓ２規格では、ＤＶＢ−Ｔ２規格及びＤＶＢ−Ｃ２規格のノーマルモードの構成と同一の構成であって、ＤＶＢ−Ｔ２規格及びＤＶＢ−Ｃ２規格におけるＣＲＣ−８フィールドの排他的論理和で示されるモードとは異なる、一種類のベースバンドフレームフォーマットのみを使用する。
ベースバンドフレームヘッダ２０１，２０２は以下を含む。
・ＴＳ／ＧＳインジケータ２１０
入力ストリームのフォーマットを示すものであって、ベースバンドフレームにより伝送された入力ストリームのフォーマットを示す。ＴＳ／ＧＳという名称は、トランスポートストリーム（TS）とジェネリックストリーム（GS）とを区別するためのものということから由来する。
【００１７】
このＴＳ／ＧＳインジケータ２１０は２ビット長のデータであり、入力ストリームのフォーマットが次の（１）〜（４）の４種類のストリームのいずれであるかを定義する。
（１）ＧＦＰＳ（Generic Fixed-length Packetized Stream）
（２）ＴＳ（Transport Stream）
（３）ＧＣＳ（Generic Continuous Stream）
（４）ＧＳＥ（Generic Stream Encapsulation）
・ＳＩＳ／ＭＩＳインジケータ２２０
１ビット長のデータであり、放送信号に含まれるストリームが、単一入力ストリーム（以下、ＳＩＳ： Single Input Stream）か、複数入力ストリーム（以下、ＭＩＳ： Multiple Input Stream）のいずれであるかを示す。
・ＣＣＭ／ＡＣＭインジケータ２２５
１ビット長のデータであり、入力ストリームの符号化及び変調において、固定符号化・変調（以下、ＣＣＭ： Constant Coding and Modulation）が採用されたか、適応符号化・変調（以下、ＡＣＭ： Adaptive Coding and Modulation）が採用されたかを示す。
【００１８】
ＣＣＭが採用されている場合には、全てのＰＬＰで、同じ符号化方式及び変調方式が用いられたことを示す。
これに対して、ＡＣＭが採用されている場合には、各ＰＬＰは、個別の符号化方式及び変調方式で符号化及び変調がなされたことを示す。このＡＣＭは送信中には変更されることはないが、非送信時などにおいては変更されることがある。
・ＩＳＳＹＩ（Input Stream SYnchronization Indicator）２３０
１ビット長のデータであり、入力ストリーム同期が有効か否かを示す。
【００１９】
有効ならば、ＩＳＳＹ(input stream synchronization)フィールドが算出されて、ベースバンドフレームヘッダに挿入される（ＨＥＭの場合は、ＩＳＳＹは２３１及び／又は２３２となる）か、ＮＭの場合はそれぞれのユーザパケットで既知な境界に添付される。
・ＮＰＤ（Null Packet Deletion）インジケータ２４０
１ビット長のデータであり、ヌルパケット削除が実行されたか否かを示す。
【００２０】
ヌルパケット削除が実行されている場合には、削除されたヌルパケットの個数が算出され、算出された個数の情報は、８ビット長のデータでユーザパケットに後続する形で付加される。
・ＥＸＴフィールド２４５
放送媒体に固有の領域である。ＤＶＢ−Ｔ２では0に設定されており、将来的な使用のために確保されている（reserved for future use、以下、「予約領域」ということがある。）。
・ＩＳＩ（Input Stream Indicator）２５０
１バイト長のデータである。このフィールドのヘッダはMATYPE-2として定義されている。
【００２１】
ベースバンドヘッダのＳＩＳ／ＭＩＳインジケータ２２０の設定が「１」で複数入力ストリームを示す場合に使用される。
これに対して、ＳＩＳ／ＭＩＳインジケータ２２０の設定が「０」で単一入力ストリームを示す場合には予約領域となる。
・ＵＰＬ（User Packet Length）インジケータ２６０
１６ビット長のデータであり、ユーザパケットのビット長を示す。ＨＥＭでは、ＵＰＬは存在しない。
・ＤＦＬ（Data Field Length）インジケータ２７０
１６ビット長のデータであり、ベースバンドフレームにおけるデータフィールド長１２１のビット長を示す。
・ＳＹＮＣ（SYNCronization（同期シーケンス））インジケータ２８０
8ビット長のデータであり、ユーザパケットの同期バイトのコピーである。ＨＥＭでは存在しない。また、ＧＣＳでも使用されない。
・ＳＹＮＣＤインジケータ２８５
16ビット長のデータであり、データフィールドにおいて、データフィールド１２０の先頭から、最初のユーザパケットの開始位置までの距離をビット数で示すインジケータである。
・ＣＲＣ−８／モードインジケータ２９０
８ビット長のデータである。ベースバンドフレームヘッダの誤り検出のためのパリティビットを運ぶ。また、ベースバンドフレームのモードが、HEMかNMかを示す。
【００２２】
ベースバンドフレームヘッダ２０１，２０２の最初の１バイトは、ＴＳ／ＧＳ（２ビット）と、ＳＩＳ／ＭＩＳ（１ビット）と、ＣＣＭ／ＡＣＭ（１ビット）と、ＩＳＳＹＩ（１ビット）と、ＮＰＤ（１ビット）と、ＥＸＴ（２ビット）のフィールドからなり、一般にＭＡＴＹＰＥ−１と表す。
ＨＥＭにおいては、ベースバンドフレームヘッダ２０２は、ＮＭのベースバンドフレームヘッダ２０１とは異なり、ＵＰＬインジケータ２６０とＳＹＮＣインジケータ２８０は運ばない。その代わりに、ベースバンドフレームヘッダ２０２は、ＵＰＬインジケータ２６０とＳＹＮＣインジケータ２８０とに対応する位置に２４ビット長のＩＳＳＹフィールド２３１、２３２を運ぶ。
【００２３】
これに対して、ＮＭでは、パケットストリームを形成のために、ＩＳＳＹ２３２のフィールドがユーザパケットに付加される。
ＨＥＭでは、ＩＳＳＹは、ベースバンドフレーム毎にそのベースバンドフレームヘッダで送信されるものであることから、ベースバンドフレームと同じ遅延／時間的揺れ（delay/jitter）特性を有することになる。
【００２４】
このようなＤＶＢ−Ｔ２規格におけるＨＥＭは、ユーザパケットヘッダからベースバンドフレームヘッダへと特定のパラメータを移動することにより、ユーザパケットの転送をより効率的にする。
図２は、Ｔ２フレームの構造を示す。図３は、ＤＶＢ−Ｔ２規格のレイヤー１シグナリングにおけるＰ１シンボルを示す。
【００２５】
Ｔ２フレームにおけるＬ１の信号の全構成は図２に示す通りである。すなわち、次の３つの要素からなる。
（１）P1 signalling３１０（プリアンブルシンボル１（Ｐ１）のレイヤー１シグナリング）
（２）L1 pre-signalling３２０
（３）L1 post-signalling３３０（configurable部３４０とdynamic部３５０を含む）
物理層におけるパラメータやフレーム構成については、非特許文献１の第７節に詳細が記載されており、本稿においてもこれを参照する。
【００２６】
図４は、Ｓ１フィールド３６０のパラメータを示す。
図５は、Ｓ２フィールド"1" ３７０のパラメータを示す。
図６は、Ｓ２フィールド"2" ３８０のパラメータを示す。
図７はL1 pre signalling３２０、図８はL1 post-signalling３３０のconfigurable部３４０、図９はL1 post-signalling３３０のdynamic部３５０の構成を示す。
【００２７】
図８からわかるように、ＰＬＰの個数の情報は、L1-post configurable部分に現れる（図８の点線部分"for i=0…NUM_PLP-1"で始まるループ処理を参照）。
【先行技術文献】
【非特許文献】
【００２８】
【非特許文献１】ETSI standard EN 302 755, "Frame Structure Channel Coding and Modulation for a Second Generation Digital Terrestrial Television Broadcasting System (DVB-T2)"
【非特許文献２】ETSI standard ETS 300 744, "Digital Broadcasting Systems for Television, Sound and Data Services: Frame Instructor, Channel Coding and Modulation for Digital Terrestrial Television"
【非特許文献３】ETSI、［online］、［２０１０年２月２５日検索］、インターネット＜URL：http://www.etsi.org＞
【発明の概要】
【発明が解決しようとする課題】
【００２９】
しかしながら、特にDVB-NGHやその他既存のデジタル放送規格を拡張したものにおいては、これまでの物理レイヤシグナリングは、新たな効果的な特徴や設定をサポートする情報や柔軟性の点で不十分なところがある。
また、PLPに関する属性の一部がＬ１ post-signallingとベースバンドフレームヘッダ（放送システムで提供されるＰＬＰを通してユーザパケットを伝送するのに用いる。）において重複して伝送されている部分がある。
【００３０】
さらに、PLP全体に関する情報が前述のベースバンドフレームヘッダでしか伝送されないということがある。
本発明はこのような問題に鑑みてなされたものであって、効率的で柔軟性に富むシグナリングによる送信が可能な送信装置を提供する。ここで、送信装置による送信対象としては、（１）T2のみ、（２）T2と新しい放送システム（DVB-NGH/DVB-H2など）との混在、（３）新しい放送システムのみ、などが考えられる。
【００３１】
また、現時点では知られていない将来の伝送システムの伝送フレームに対しても、DVB-T2の場合と同様に本発明を適用する余地がある。
【課題を解決するための手段】
【００３２】
本発明は、デジタル放送システムの効率を高めることを目的とする。そのために、柔軟性、ロバストネス、および／または入力ストリームの効率的なカプセル化につながる特徴をサポートする、効果的なＬ１シグナリングを提供する。
これは、下記４つの独立クレームにより実現される。
また、さらなる本発明に係る主題が従属クレームにて実現される。
【００３３】
本発明の一形態においては、ＰＬＰ毎に、タイプインジケータという概念を導入する。このタイプインジケータは、トランスポートストリーム（ＴＳ），ジェネリックストリーム（ＧＳ）およびＩＰストリームの少なくともいずれかを示す。
さらに、ヘッダ圧縮またはコンテンツ圧縮が、ユーザパケットまたはストリーム全体に対してなされているのであれば、特定のフォーマットおよび特定のＰＬＰをシグナルすることができる。
【００３４】
本発明の一実施の形態は、それぞれが入力ストリームのユーザパケットを運ぶＰＬＰである、複数のＰＬＰの設定をサポートするデジタル放送ネットワークに関する送信方法である。
この送信方法では、入力ストリームのフォーマットに従ってＰＬＰ上にマッピングされている入力ストリームのユーザパケットを送信する。
【００３５】
この送信方法では、さらに、タイプインジケータを、前記ＰＬＰ内にレイヤー１シグナリングする。
上記タイプインジケータは、トランスポートストリーム（transport stream）、ジェネリックストリーム(generic stream)またはＩＰストリーム（IP stream）のいずれかを少なくとも示す。
【００３６】
この送信方法では、前記レイヤー１シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むとしても構わない。
本発明の一形態においては、デジタル放送ネットワークにおける複数のＰＬＰ（physical layer pipe）の設定をサポートし、ＰＬＰを介して入力ストリームである複数のユーザパケットを受信する受信方法である。
【００３７】
この受信方法は、前記ＰＬＰ内のレイヤー１シグナリングから、タイプインジケータを決定する決定ステップを含む。
このタイプインジケータは、トランスポートストリーム（transport stream）、ジェネリックストリーム(generic stream)またはＩＰストリーム（IP stream）のいずれかを少なくとも示す。
【００３８】
この受信方法は、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定ステップを含む。そして、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記ＰＬＰをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信ステップとを含む。
【００３９】
本発明の一形態においては、前記レイヤー１シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含む。
この圧縮タイプインジケータは、ＩＰおよび／またはＵＤＰおよび／またはＲＴＰのストリームが、ROHC（RObust Header Compression：頑強なヘッダー圧縮、RFC 3095参照）やその他のヘッダ圧縮を用いたかどうかを示すとしてもよい。
【００４０】
さらに、この圧縮タイプインジケータは、タイプインジケータの特定の値としてシグナリングするようにしても構わない。
入力ストリームのあるフォーマットのために、ヘッダ圧縮無しという構成も可能である。
あるいは、圧縮タイプインジケータによって示される複数のヘッダ圧縮方法を、それぞれ相異なるタイプインジケータの値によって示すとしてもよい。
【００４１】
あるいは、タイプインジケータは、圧縮されたヘッダーおよび／またはコンテンツを伴うトランスポートストリーム、ＩＰストリーム、圧縮されたヘッダーおよび／またはコンテンツを伴うＩＰストリーム、ＵＤＰストリーム、圧縮されたヘッダーおよび／またはコンテンツを伴うＵＤＰストリーム、ＲＴＰストリーム、圧縮されたヘッダーおよび／またはコンテンツを伴うＲＴＰストリーム、の少なくとも１つを示すとしても構わない。
【００４２】
この場合において、タイプインジケータは、入力ストリームが圧縮されたか、入力ストリームが含むパケットのヘッダまたはコンテンツが圧縮されたかどうかを示すとしてもよい。
本発明の一形態においては、前記レイヤー１シグナリングは、グローバルタイプインジケータのシグナリングを含む。
【００４３】
このグローバルタイプインジケータは、すべてのＰＬＰに共通のものであって、当該すべてのＰＬＰの前記タイプインジケータに基づき決定されるものである。
そして、このグローバルタイプインジケータは、入力ストリームのフォーマットが、ＩＰストリームのみ、ＩＰストリームおよびトランスポートストリーム、ＩＰストリームおよびジェネリックストリーム、ＩＰストリーム，トランスポートストリームおよびジェネリックストリームの少なくとも１つを示す。
【００４４】
本発明の一形態においては、前記デジタル放送ネットワークはＤＶＢに基づいており、前記ＰＬＰの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされているとしても構わない。
【００４５】
また、ユーザパケットインジケータの所在とフォーマットとを示すインジケータを、上記レイヤー１シグナリングに含めるとしてもよい。
さらに、本発明の一形態においては、前記レイヤー１シグナリングは、地上波(terrestrial)の送信のみ、衛星(satellite)の送信のみ、地上波および衛星の双方がＯＦＤＭベースのハイブリッド送信、ＯＦＤＭベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも１つを示す送信タイプインジケータのシグナリングを含むとしてもよい。
【００４６】
このパラメータは、タイプインジケータおよび／またはヘッダ圧縮に関する識別とは独立させた形でシグナルされるようにしてもよい。
好ましくは、上記デジタル放送ネットワークは、DVB-T2, -C2 または -S2の規格に基づく、または、これらの規格を拡張したバージョンである。そして、タイプインジケータのパラメータは、L1（レイヤー１） post configurable内にシグナリングされる。
【００４７】
本発明の一形態においては、それぞれが入力ストリームのユーザパケットを運ぶＰＬＰである、複数のＰＬＰの設定をサポートするデジタル放送ネットワークに関する送信装置である。
この送信装置は、入力ストリームのフォーマットに従ってＰＬＰ上にマッピングされている入力ストリームのユーザパケットを送信する送信部を含む。
【００４８】
この送信装置は、さらに、タイプインジケータを、前記ＰＬＰ内にレイヤー１シグナリングするシグナリング部を含む。
上記タイプインジケータは、トランスポートストリーム（transport stream）、ジェネリックストリーム(generic stream)またはＩＰストリーム（IP stream）のいずれかを少なくとも示す。
【００４９】
この送信装置では、前記レイヤー１シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むとしても構わない。
本発明の一形態においては、デジタル放送ネットワークにおける複数のＰＬＰ（physical layer pipe）の設定をサポートし、ＰＬＰを介して入力ストリームである複数のユーザパケットを受信する受信装置である。
【００５０】
この受信装置は、前記ＰＬＰ内のレイヤー１シグナリングから、タイプインジケータを決定する決定部を含む。
このタイプインジケータは、トランスポートストリーム（transport stream）、ジェネリックストリーム(generic stream)またはＩＰストリーム（IP stream）のいずれかを少なくとも示す。
【００５１】
この受信装置は、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定部を含む。そして、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記ＰＬＰをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信部とを含む。
本発明の一形態においては、前記レイヤー１シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含む。
本発明の一形態においては、コンピュータ読取可能な記録媒体に記録されるコンピュータプログラムであって、前記プログラムは、上述に記載の各ステップをコンピュータに行わせることを特徴する。
【００５２】
あるいは、上記プログラムを記録したコンピュータ読取可能な記録媒体としても構わない。
【発明の効果】
【００５３】
本発明によれば、効率的で柔軟性に富むシグナリングが可能な送信装置を提供することができる。
【図面の簡単な説明】
【００５４】
【図１Ａ】ＤＶＢ−Ｔ２規格における、ベースバンドフレームのフォーマットとＦＥＣフレームとを示す概略図
【図１Ｂ】ＮＭ（normal mode）とＨＥＭ(high-efficiency mode)におけるベースバンドフレームヘッダのフォーマットを示す概略図
【図２】DVB-T2規格におけるＴ２フレームの構造と、Ｔ２フレームの一部分である物理レイヤ（Ｌ１）シグナリングを示す概略図
【図３】ＤＶＢ−Ｔ２規格における物理レイヤシグナリングに含まれるＰ１シグナルの概略図
【図４】Ｐ１シグナリングにおけるＳ１フィールドのパラメータを示すテーブル４１０
【図５】Ｐ１シグナリングにおけるＳ１フィールドとＳ２フィールドのパラメータを示すテーブル５１０
【図６】P1シグナリングにおける、S1フィールド、S2フィールド1およびS２フィールド2の各パラメータの組み合わせとその意味を示すテーブル６１０，６２０
【図７】ＤＶＢ−Ｔ２規格におけるL1-pre シグナリングのパラメータを示すテーブル
【図８】ＤＶＢ−Ｔ２規格におけるL1-post configurableシグナリングのパラメータを示すテーブル
【図９】ＤＶＢ−Ｔ２規格におけるL1-post dynamicシグナリングのパラメータを示すテーブル
【図１０】本実施の形態に係るベースバンドデータフィールドにユーザパケットサイズフィールドを挿入する例を示す概略図
【図１１】本実施の形態に係る送信機や受信機の例を示す図
【図１２】本実施の形態に係るDVB-T2規格に対応した送信機（3つのPLPを用いる）の例を示す図。
【図１３】本実施の形態に係る受信機の例を示す図
【図１４】受信機の構成例を示す図
【図１５】多重化データの構成を示す概念図
【図１６】各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図
【図１７】ＰＥＳパケット列にビデオストリームがどのように格納されているかを示す詳細図
【図１８】多重化データにおけるＴＳパケットとソースパケットの構成を示す概念図
【図１９】ＰＭＴのデータ構成を示す概念図
【図２０】多重化データ情報の内部構成を示す概念図
【図２１】ストリーム属性情報の内部構成を示す概念図
【図２２】映像表示、音声出力装置の構成例を示す図
【発明を実施するための形態】
【００５５】
本願は、欧州特許庁で出願された出願番号10002024.7に基づく、このため同出願の内容を援用する。
上述の問題に対して、本実施の形態では、新しい放送システム（DVB-NGH/DVB-H2、既存のＤＶＢ規格を拡張した規格や継続する規格、または他の似たような規格など）に対するレイヤー１シグナリングにおいて、調整や拡張を行う。
【００５６】
これにより、新しい放送システムの設定に対応するとともに、現存するシステムと将来のシステムとの共存を図る。同時に、このレイヤー１シグナリングのレベルに論理的に属するすべての変数を明確なやり方で提供する。
このやり方は、IP（Internet Protocol）をベースとした入力ストリームのサポートに向いており、とりわけ、この入力ストリームのカプセル化や、デジタル放送システムの物理レイヤへのマッピングを効率的にサポートする。
【００５７】
さらに、本実施の形態の目的は、サポートされるべき新しいシステムや特徴に配慮しつつ物理レイヤシグナリングの柔軟性を拡張し、効率化することにある。この物理レイヤシグナリングでは、旧規格ともなるべく互換性が保たれるようにする。
図面を用いて具体的に実施の形態について説明する。
図８はL1 post signalling３３０（図２参照）を示す図である。この構成は、DVB-T2の規格に従ったものであるので、詳細は規格を参照されたい。
【００５８】
図８に示すように、L1 post signalling３３０は、PLP全体に関するパラメータを含むPLPループ（図８の"for i=0…NUM_PLP-1"以下）と各PLPの設定に関するパラメータとを運ぶ。
"PLP_PAYLOAD_TYPE"は、PLPにより運ばれるユーザパケットのフォーマットを示す5ビット長の変数である。変数の値により、
・GFPS（00000）
・GCS（00001）
・GSE（00010）
・TS（00011）
のいずれであるかを示す（カッコ内は値）。なお残りの値（00100 to 11111）は、将来の使用のための予約の値となっている。
【００５９】
この"PLP_PAYLOAD_TYPE"は、現時点では、他の入力ストリーム（例えば、IP，UDP，RTP）の形式の識別に用いることは考慮されていない。
したがって、上記フォーマット（IP，UDP，RTP）のユーザパケットをマッピングして物理レイヤーに載せるためには、ＧＳフォーマットへのカプセル化が避けられない。
そこで、本実施の形態では、デジタル放送ネットワークの物理レイヤにIP，UDP，RTPといった形式の入力ストリームを直接埋め込むために、少なくとも、ＰＬＰ毎にＴＳ，ＧＳあるいはＩＰストリームのどれであるかを示す「ＰＬＰタイプインジケータ」（以下、単に「タイプインジケータ」（type indicator）ということがある。）という概念を導入する。
【００６０】
後述するように、このＰＬＰタイプインジケータは、"PLP_PAYLOAD_TYPE"として規定したり、"COMPRESSION_TYPE"として規定することができる。
このようなＰＬＰタイプインジケータによれば、ＩＰストリームを物理レイヤにマッピングするためにわざわざＧＳへとカプセル化する必要がなくなるので、送信効率を高めることができる。
【００６１】
特に、このＰＬＰタイプインジケータは、DVB-T2, DVB-C2や他の拡張規格および次世代規格やDVB-NGH/DVB-H2などを基にした新しい規格（あるいは後続する規格）における"PLP_PAYLOAD_TYPE"に対応付けすることもできる。
このパラメータ（"PLP_PAYLOAD_TYPE"）とサイズ（5ビット）とを維持することにより、旧規格との互換性の確保にも寄与する。
【００６２】
つまり、新しい受信機は、拡張された入力ストリームタイプのシグナリング（新しいタイプのストリームにアクセスするためのものである。）を活用することができる。これに対して、現状の受信機は、新しく定義されたシグナリングの値を無視するので支障なく動作するだろう。
一般に、複数入力ストリーム（例えば、IPストリームとTSストリーム）は、並列に送信される。そして、受信機は、復号できるストリームを自身の処理能力に従って選び出すこととなる。
【００６３】
本実施の形態では、広汎なすべての入力ストリームフォーマットのシグナリングに関するパラメータに対応して適用してもよい。また、タイプインジケータは、GFPS, GCS, GSE, TSに加えて、IPデータグラム，UDPデータグラム，RTPデータグラム、ユーザパケットの別な形式のストリームのシグナリングに関する値を含み得る。
また、実施の形態においては、タイプインジケータは、入力ストリームのタイプにおけるヘッダ圧縮および／またはコンテンツ圧縮の有無の区別を示してもよい。
【００６４】
例えば、タイプインジケータは次の値を示すことができる。（１）ＴＳ（２）ヘッダ圧縮有りのＴＳ（３）ＩＰデータグラムのストリーム（４）ＵＤＰデータグラムのストリーム（５）ＲＴＰデータグラムのストリームなどである。
また、他の実施の形態では、ヘッダ圧縮の有無が、ＰＬＰごとに構成される物理レイヤのパラメータ、好ましくはL1 post configurable内のPLPシグナリングループにおいて、シグナリングされ得る。
【００６５】
このような圧縮タイプインジケータ（"COMPRESSION_TYPE"または" PLP_COMPRESSION_TYPE"として示される。）は、ＰＬＰのユーザパケットやユーザパケット自身にマップされた切れ目のないフロー（unsegmented flow）についての、ヘッダおよび／またはコンテンツの圧縮の有無を示す。
さらに好ましくは、この圧縮タイプインジケータは、ヘッダ圧縮適用のタイプをも示す。例えば、ＩＰおよび／またはＵＤＰおよび／またはＲＴＰのストリームが、ROHC（RObust Header Compression：頑強なヘッダー圧縮、RFC 3095参照）やその他のヘッダ圧縮を用いたかどうかを示す。
【００６６】
この圧縮タイプインジケータは、ユーザパケットのコンテンツ圧縮に対してのみ適用することも可能である。コンテンツ圧縮の一例として、GZIP(RFC 1952参照）の手法が挙げられる。また、他のコンテンツ圧縮の手法を圧縮タイプインジケータにより示すようにしてもよい。
また、入力ストリーム全体（コンテンツとヘッダ（もしあれば））が圧縮されることもある。この圧縮方法の例としてはZLIB (RFC 1950参照)がある。
【００６７】
TSパケットのユーザパケットについて他のヘッダ圧縮に対しても適用の余地がある。
例えば、TSパケットヘッダのパラメータは、受信機が必要としないパラメータを送信しないことや、受信機が異なるシグナリングレベルで復調できるパラメータを送信しないことで圧縮することができる。
さて、TSパケットヘッダは、184バイトのペイロードに付加されており、4バイト（32ビット）の固定長である。このTSパケットヘッダは以下を含む。
【００６８】
（１）8ビットの同期シーケンス（synchronisation sequence ,sync）
（２）1ビットの転送エラーインジケータ（transport error indicator）
（３）1ビットのペイロード開始インジケータ（payload unit start indicator）
（４）1ビットの転送優先度（transport priority）
（５）13ビットのPID（packet identifier）
（６）2ビットの転送スクランブル制御（transport scrambling control）
（７）2ビットのadaptation field control
（８）4ビットの巡回カウンタ（continuity counter）
TSパケットのヘッダ圧縮は、次の（１）〜（４）のうちの１つ以上を含んでよい。
【００６９】
（１）受信機の復調部により生成されるため、不要となった、転送エラーインジケータ（1ビット）を削除する。
（２）デジタル放送システムにおいて、ユーザパケット間の境界を示すやり方は他にもあるので、同期シーケンス（1バイト,8ビット）を削除する。
（３）巡回カウンタ（4ビット）を、より短いパケット繰り返し（packet repetition，例えば、現在のパケットがパケット繰り返しかどうかを示す1ビットの情報など）を示す情報へと置換する。通常、受信機のカウンタにとっては、送信機のカウンタと同じ値であることは重要でなく、カウンタ増加の同期が取れれば足りる。したがって、この受信機における巡回カウンタは、任意に設定可能である。
【００７０】
（４）PID（13ビット）をより短いPIDに置き換えるやり方もある。仮に、TSパケットのPLPへのマッピングが、ひとつのPIDがひとつのPLPにマッピングされているという形態であれば、PIDは必要ではない。このようなケースでは、PIDは元々の13ビットから、パケットがヌルパケットかどうかの1ビットにまで削減すること可能である。
置き換えの別のやり方としては、２以上のPIDの個数を持つTSパケットがPLPにマッピングされる場合でも、PIDはより短いPID（PLPにマッピングされたユーザパケットのIDを示す）に置き換えることも考えられる。
このような観点から、圧縮タイプインジケータ(PLP_COMPRESSION_TYPE)は、次のような適用に基づいてTSに対するシグナリングが可能である。具体的には、ヘッダ圧縮の適用および／または適用のための特定のやり方（TSパケットにおける、削除および／または除去および／または置き換えるフィールドの長さの特定の組み合わせによる）に基づいて行う。
【００７１】
一例として、圧縮タイプインジケータ（PLP_COMPRESSION_TYPE）を含むレイヤー１内のシグナリングを以下に示す。
for i = 0..NUM_PLP-1 [
PLP_ID   // 8 bits
PLP_TYPE   // 3 bits
PLP_PAYLOAD_TYPE   // 5 bits
PLP_COMPRESSION_TYPE   // 2 bits
...
]
この記述部分は、上述したように、L1 post configurable内のPLPシグナリングループ（図８参照）に含めることが好適である。
【００７２】
上の例は、あくまでも一例に過ぎない。圧縮タイプインジケータは、別の位置だったり、別の名前であったり、別のビット数で構成されたりすることもある。
PLP_COMPRESSION_TYPEインジケータの値のマッピングは、PLP_PAYLOAD_TYPEの値に依拠することがある。
例えば、もしタイプインジケータがIP,UDPまたはRTPを示すのであれば、ROHCがヘッダ圧縮のタイプとなり得る。
【００７３】
また、もしタイプインジケータがTSを示すのであれば、上述したトランスポートパケットのヘッダ圧縮（transport packet header compression ，TPHC）がヘッダ圧縮のタイプとなり得る。このとき、ROHCはPLP_COMPRESSION_TYPEにおける選択肢に必ずしも含まれなくてよい。
しかしながら、本実施の形態はこれらに限られず、より広汎な形態をとり得る。つまり、圧縮タイプインジケータによれば、PLP_PAYLOAD_TYPEのすべての取り得る値毎に、それ専用のヘッダ圧縮タイプを提供することができる。
【００７４】
なお、好ましくは、ヘッダが圧縮されていないことを示す値が含まれるとしてもよい。
さらには、上述のTSパケットのヘッダ圧縮の方式（１）〜（４）のうちのどれを採用したかを示す値を含めるようにしても構わない。
あるいは、PLPシグナリングループ内に圧縮タイプインジケータを入れ込むことにより、PLP_COMPRESSION_TYPEが、PLP_PAYLOAD_TYPEの値に依拠するようにしても構わない。具体的には、PLP_PAYLOAD_TYPEがTSまたはIPを示すのならば、PLP_COMPRESSION_TYPEが含まれるようにする。これに対して、PLP_PAYLOAD_TYPEがGSを示すのであれば、PLP_COMPRESSION_TYPEは除外するようにする。
【００７５】
可変長のパケットを有し、ヘッダが圧縮されたIP，UDPまたはRTPストリームの送信の場合には、パケット長のシグナリングは、ベースバンドフレームのデータフィールド内の関係するパケット／データグラムに付加されたフィールドに対応する長さ分だけ必要となる。
また、固定長のパケット／データグラムの場合には、L1の PLPシグナリングループにおいて、ユーザパケット長のシグナリング、例えばユーザパケットサイズ（UPS:user packet size）が必要である。
【００７６】
このように、本実施の形態では、ユーザパケットサイズ("UP Size")は、ユーザパケットに添付されるベースバンドフレームのペイロード内の具体的な適用形態に基づいてシグナルされることとなる。
この例を図１０に示す。図１０では、複数のユーザパケットが複数のベースバンドフレームにマッピングされている。
【００７７】
特に、ユーザパケット１０１０は、２つの異なるベースバンドフレーム（BBF）にマッピングされている。
BBFのペイロード内では、各ユーザパケット（UP）１０１０の直前に、所定長さ（例えば、1バイトか2バイト）１０２０の"UP Size"が添付されている。
なお、ユーザパケット１０１０には、パケット自身を２つに分けて２つのBBFに入れるための区分線１０３０が引かれているので、ユーザパケット１０１０の断片の直前には上記"UP Size"を含むことは必須ではない。
【００７８】
この"UP Size"は、各ユーザパケットの直前にシグナルされており、各ユーザパケットの長さを提供するものである。
BBFヘッダ（図１参照）内のSYNCDインジケータにより、当該BBFヘッダから初めの完全な"UP"の開始位置までの距離がわかる。
複数のユーザパケットにおいて、個別にユーザパケットサイズをシグナリングする必要があるのは、ユーザパケットのサイズが可変長の場合だけである。
【００７９】
可変長であるということは、PLP_PAYLOAD_TYPEパラメータ、すなわちタイプインジケータから導き出され得る。
しかしながら、L1 のPLPループシグナリング内にユーザパケットサイズインジケータ（UPSI）をもシグナリングしておくとより有利である。
このUPSIは、例えば次のいずれかの設定を含んでもよい。
【００８０】
（１）何も長さを示さない。
（２）ユーザパケットサイズが固定長であること
（３）ＰＬＰループ内のUPSフィールドにユーザパケットサイズを示していること
（４）ユーザパケットまたはユーザパケットヘッダにユーザパケットサイズを示していること
（５）ユーザパケットの直前に1バイトの短い"UP size"フィールドを挿入し、ユーザパケットサイズを示していること
（６）ユーザパケットの直前に2バイトの長い"UP size"フィールを挿入し、ユーザパケットサイズを示していること
いずれの場合も、UPSは予約領域となる。
【００８１】
送信効率を高めるために、他の実施の形態では、ベースバンドフレームヘッダのモードを示すインジケータを導入する。
例えば、L1 post configurableシグナリング内のPLPループ内においてモードを示すパラメータとしてPLP_MODEを定義する。
また、ベースバンド（BB）ヘッダのモードは、超高効率モード（super-high efficiency mode、SHEM）を取ることもある。
【００８２】
このSHEMは、ベースバンドフレームを短縮されたヘッダにて送信することを実現する。
PLPに固有の要素を示すインジケータやモードのシグナリングは、各ベースバンドフレームに固有のものではない。
したがって、このような情報は、通常、PLP全体に適用することができ、特に物理レイヤシグナリングに配置することが好適である。
【００８３】
したがって、SHEMは、入力ストリームフォーマット（TS/GS）、入力ストリームが単一か複数か（SIS/MIS）、符号化と変調が一定か可変か(CCM/ACM)、入力ストリーム同期の存在の有無(ISSYI)、ヌルパケット削除の存在の有無(NPD)、入力ストリーム識別子(ISI)、これらの少なくとも１つを無くした形態を取ることとなる。
SHEMをサポートするために、ベースバンドフレーム内のシグナリングから、L1-post configurableのシグナリングにおけるPLPループへと、次のパラメータをシフトさせるとしてもよい。
（１）ISSYI（Input Stream SYnchronization Indication，ベースバンドフレーム（またはヘッダ）の一部にISSYフィールドがあるかないかを受信機に教える。
（２）NPDI（null Packet Deletion Indication）、ＤＶＢ−Ｔ２で規定されたヌルパケット削除を採用したかどうかを受信機に教える。
【００８４】
残りのパラメータとしては、例えば、以下のものが挙げられる。
（３）入力ストリームフォーマット（TS/GS）
（４）入力ストリームが単一か複数か（SIS/MIS）
（５）符号化と変調が一定か可変か(CCM/ACM)
（６）入力ストリーム識別子（ISI）
これらのパラメータは、ＰＬＰ毎の物理レイヤシグナリングにすでに存在しているので、情報を失うことなく除去することができる。
【００８５】
特に、入力ストリームフォーマットは"PLP_PAYLOAD_TYPE"パラメータ内にシグナルされ、複数ストリームのサポートはPLPの数を示す"PLP_NUM"パラメータから得ることができる。
また、の符号化と変調が一定か可変かを示すインジケータは、PLPに適用された変調コンスタレーションを示す"PLP_MOD"からも得ることができる。そして、入力ストリーム識別子は、"PLP_ID"に対応する。
【００８６】
他の実施の形態では、IP, UDP,および／またはRTPストリームを示すグローバルタイプインジケータを用いることで、これらの情報を送信機から受信機へと伝達できるようにしてもよい。
図７に示すように、L1 preシグナリングは、8ビットの"TYPE"パラメータを含む。この"TYPE"パラメータは、マルチプレックス、すなわちT2スーパーフレームに多重化されて送信されている入力ストリームのタイプを特定する。
【００８７】
特に、"TYPE"パラメータは、（１）TSのみ、（２）GS(GSE, GFPS, GCS)でTSなし、または（３）TSおよびGS、の値を取り得る。
この実施の形態において、PLPのタイプインジケータを拡張したインジケータであるグローバルタイプインジケータは、例えば、次のエントリーのシグナリングを行うことができる。
【００８８】
（１）IP,UDPまたはRTPのストリームのみ
（２）IPストリームとTSの両方
（３）IP,UDPまたはRTPのストリームと、GS（GSE,GFPS,GCSの少なくとも１つである。）の両方
（４）TSと、IP,UDPまたはRTPストリームと、GS（GSE,GFPS,GCSの少なくとも１つである。）とのすべて
他の実施の形態では、デジタル放送において利用可能な媒体を示す送信タイプインジケータを物理レイヤでシグナリングする。
【００８９】
この送信タイプインジケータは、
（１）地上波のみ
（２）衛星波のみ
（３）地上波と衛星波との組み合わせ（両方OFDMベース）
（４）地上波と衛星波との組み合わせ（衛星波はシングルキャリア、地上波はOFDMベース）
この（１）〜（４）の少なくとも１つを示す。
【００９０】
送信タイプインジケータがシグナルされるやり方としては、例えば、L1 preシグナリング３２０中の新しいパラメータ" TRANSMISSION_TYPE"を用いてシグナリングすることが考えられる。
このパラメータをシグナリングすれば、複数の送信媒体をサポートという効果が得られる。これは、特に、地上波の放送範囲が変更されることが多いモバイル環境（例えば、DVB-NGH規格に沿った環境）において特に有利である。
受信機は、送信タイプインジケータに基づいて、好みの受信する媒体を選択することができる。この選択は、例えば、異なるメディアのそれぞれの受信信号強度、受信機自身の処理能力、あるいは、電源容量（バッテリまたは電力供給ネットワーク）などに基づいて行うことができる。
【００９１】
これにより、受信機は、受信時点の状況に応じて、デジタル放送信号の受信を最適化することが可能となる。
この" TRANSMISSION_TYPE"のシグナリングは、タイプインジケータおよび／または圧縮タイプインジケータおよび／またはグローバルタイプインジケータのシグナリングとは、独立して実行することもできる。
T2やその他規格(例えばDVB-NGH/DVB-H2)の伝送フレームなどを含む放送システムにおいては、P1シンボルとこれに関係するシグナリングが保持されるため、その他規格の伝送フレームにおけるP1シンボルは、T2の伝送フレームとも互換性を保つようにすることが必要である。
【００９２】
また、スタンドアローンな新しい放送システム(例えばDVB-NGH/DVB-H2)の場合には、このアプローチから逸脱したやり方もあり得る。
しかしながら、システムデザインの観点からすると、特に、混合型（例えば、DVB-T2とDVB-NGH/DVB-H2の混合）の新しいシステムにおいては、伝送フレームの枠組みからは逸脱しないようにすることが好ましい。
DVB-T2規格のみ、および／または、DVB-T2とDVB-NGH/DVB-H2の混合を基にした送信をサポートするためにはP1のS1フィールド（図４参照）を拡張することがより効果的である。
【００９３】
具体的には複数入力／複数出力（MIMO:multiple input/multiple output）をサポートするためには（特に、T2プリアンブルとP2の部分をMIMO形式で送信）、"T2_MIMO"のパラメータを導入することが考えられる。
また、DVB-NGHシステムでは、S1フィールドは、NGHプリアンブルとP2との部分をSISO,MISOまたはMIMOの形式で送信するために、それぞれ対応する"NGH_SISO","NGH_MISO","NGH_MIMO"のパラメータを導入することもできる。
【００９４】
一般に、P1シンボル（図２参照）は、T2および／またはNGHを、全周波数帯域のスキャン時などにおいて受信機が高速に検出できるように構成されている。
P1シンボルは、ロバスト性を保てるようにすべく7ビットの情報しか送信に用いられない（図３参照）。
S1フィールドは、その伝送フレームに関する情報、すなわちT2_SISO, T2_MISO,NGH_SISO...などを示す。
【００９５】
このS1フィールドに基づいて、受信機は、伝送フレームの少なくとも１つのタイプが復号できるかどうか決定することができる。例えば、T2_SISOのみ復号できると決定したり、その他の伝送フレームを復号できると決定することができる。
これに加えて、T2およびNGHを混合した伝送フレームの送信においても、T2およびNGHという選択肢を提供することにより、同伝送フレームを受信した受信機は自機が復号可能なタイプを選んで処理することができ、より柔軟な受信が可能となる。
【００９６】
後続するP2シンボルのシグナリングによれば、受信機は自身の処理能力に関して、すべてのPLPを復号できるか、あるいは一部のPLPのみを復号できるのか決定することができる。
なお、PLPにおけるデータをうまくデコードするには、シグナリングパラメータに関係するすべてのPLPが理解される必要がある、
前述の"TYPE"パラメータは、マルチプレックス全体の特徴に関するとともに、マルチプレックスに含まれる個々のPLPの特徴にも依存するという性質がある。
【００９７】
前述の通り新設する"TRANSMISSION_TYPE"もまた、マルチプレックス全体に関係するパラメータであるとともに、受信したデータのうちどのデータが使えるか／使うべきかを受信機に対して示すものである。
前述のNGHに関する設定のために、S2フィールド1（3ビット）には次の新しい設定を含めることが考えられる。
（１）FFTサイズ 2k
（２）FFTサイズ 8k
（３）FFTサイズ 4k
（４）FFTサイズ 1k
この（１）〜（４）において、ガードインターバル長は任意の値であるが、これに代えて、次のように有効シンボル長に対するガードインターバル（guard interval）長を設定するようにしてもよい。以下は一例である。
（１）FFTサイズ 2k, guard interval 1/32 or 1/16
（２）FFTサイズ 8k, guard interval 1/32 or 1/16
（３）FFTサイズ 4k, guard interval 1/32 or 1/16
（４）FFTサイズ 1k, guard interval 1/16
（５）FFTサイズ 2k, guard interval 1/8 or 1/4
（６）FFTサイズ 8k, guard interval 1/8, 19/128 or 1/4
（７）FFTサイズ 4k, guard interval 1/8 or 1/4
（８）FFTサイズ 1k, guard interval 1/8 or 1/4
特に、NGHはモバイル用システムであるため、少ない数のガードインターバル長がサポートされる。
現存するパラメータに関しては、来るべきNGHシステムに対応するために、次のようにL1 post configurableのパラメータを拡張することが考えられる。
【００９８】
つまり、現在はPLPがcommon PLPであるかまたはデータPLPのtype1かtype2、であるかしか示さない"PLP_TYPE"を、
（１）PLPが"signalling PLP"であるかどうか
を示すように拡張する。これによると、PLP上にレイヤー2シグナリングのマッピングが実現できる。
【００９９】
また、NGHシステム（T2システムより移動性が高い）における、さらなるロバスト性を提供するために、誤り訂正の符号化率を示すパラメータ"PLP_COD"を拡張する。その値は、例えば、
（１）1/4
（２）1/5
と低めの符号化率とする。これによると、NGHおよび／または他の将来のシステムにおける符号化率を規定したシグナリングを実現でき、ロバスト性や屋内受信エリア（indoor coverage）の拡大に寄与する。
【０１００】
さらに、誤り訂正種別のシグナリングを、FECフレームの２つ新しいサイズとして拡張することもできる。
すなわち、" PLP_FEC_TYPE"は、4kビットLDPCと1kビットLDPCとして構成する。
受信機における現在のメモリ要求容量を削減するために、これらのサイズは、現在サポートされている64kビットや16kビットより小さなサイズとなっている。
以上、既存のパラメータの拡張や、新たなパラメータの導入について述べたが、それぞれは独立して適用することができる。また、これらのパラメータは、物理レイヤシグナリングでシグナルすることが可能である。
図１１は、本発明に係るデジタル放送システム１１００の一例を示している。送信装置１１１０は、上述した本発明に係る短縮ベースバンドヘッダを用いた送信を実行する。送信装置１１１０は、１台の装置でもよいし、互いに接続された複数台の装置から構成されることもあり得る。
【０１０１】
送信局１１１５は、送信装置１１１０が生成した放送信号を送信する。この図１１の例では、地上波デジタル放送システムを示している。なお、本発明は、地上波デジタル放送システムに限定されるものではなく、衛星放送、ケーブル放送、ハイブリッド放送（異なる送信方法の組み合わせ、例えば、地上波放送と衛星放送）などに適用してもよい。
図１１のパーソナルコンピュータ１１２０は受信装置の例として示すものである。これに限らず、携帯情報端末あるいはデジタル放送を受信できる携帯電話機なども受信装置となり得る。
【０１０２】
他の受信装置の例としては、デジタルあるいはアナログのテレビ１１４０に接続されたＳＴＢ（Set Top Box）１１３０であってもよいし、受信機能を備えたテレビ１１５０などであってもよい。
上述のように、これらの受信装置や他の装置は、圧縮されたヘッダの解凍（decompression）を行うことができる。
【０１０３】
本発明の、上述した実施の形態に示したハードウェアとソフトウェアとを用いた構成は、他の手法によって実現されてもよい。本発明に係る各種の実施の形態は、コンピュータ装置（プロセッサ）により実現されてもよい。コンピュータ装置あるいはプロセッサは、例えば、汎用プロセッサ（general-purpose processor）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific integrated circuits）、ＦＰＧＡ（Field Programmable Gate Arrays）、やその他の再構成可能な装置などであってもよい。また、本発明に係る各種の実施の形態は、組み合わせて実行されることとしてもよい。
【０１０４】
さらに、本発明に係る各種の実施の形態は、ソフトウェアモジュールにより実行されることとしてもよく、ソフトウェアモジュールはプロセッサで実行、あるいは、ハードウェアで直接に実行されることとしてよい。また、ソフトウェアモジュールとハードウェアモジュールとの組み合わせにより実現されることとしてもよい。ソフトウェアモジュールは、如何なる形態のコンピュータ読取可能な記録媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに記録されていてもよい。
【０１０５】
上記実施の形態においては、DVB-T,-C,-S規格に従ったデジタル放送システム、即ちＤＶＢの専門用語に従った例を説明した。しかしながら、これは本発明の原理や考察の適用場面がDVBに限るということを示すわけではない。
また、上記詳細な説明においてした、DVB-T2,-S2,-C2の規格に従った符号化及び復号化についての説明についても、本発明を特定の実装に制限するものとして理解すべきでなく、発明の概念をよりわかりやすくするために説明したものである。
【０１０６】
それでも、上記した放送システムの規格にそのまま適用することもあり得る。
さらに、本発明は、DVB-T2,-S2,-C2,-NGHといった現在議論中の標準化の拡張において使用される可能性がある。
まとめると、本発明は、デジタル放送ネットワークにおける物理レイヤのシグナリングに関し、特に、複数のPLPを用いたときの設定に関する。
【０１０７】
設定に用いるタイプインジケータは物理レイヤにシグナルされており、このタイプインジケータは入力ストリーム（TS,GSまたはIP）のフォーマットを示すものとなる。
これに加えて、PLP毎に適用される、入力ストリームのユーザパケットヘッダのヘッダ圧縮に関してシグナリングされている。他にも、レイヤー1シグナリングの柔軟性や効率性の向上のために、物理レイヤのパラメータを提供または拡張するものである。
＜補足１＞
次に、以上の実施の形態をDVB-T2送信システムに適用した場合の例を示す。
【０１０８】
図１２は、DVB-T2に対応した送信装置の機能ブロック図を示す。なお、図中のブロックは、本発明に関わりのあるものだけに絞り込んで示している。
図１２の送信装置１２００は、ＰＬＰ処理部１２３１〜１２３３、L1シグナリング処理部１２２０、マルチプレクサ１２４０、ＯＦＤＭ変調部１２５０、Ｐ１シンボル挿入部１２６０を含む。
【０１０９】
L1シグナリング処理部１２２０は、レイヤー1におけるシグナリングを行う機能を有する。特にL1シグナリング処理部１２２０は、上述のL1 post configurable内のPLPシグナリングループにおいて、タイプインジケータ（"PLP_PAYLOAD_TYPE"や"COMPRESSION_TYPE"など）を含める機能を有する。
ＰＬＰ処理部１２３１〜１２３３のそれぞれは、次のステップを含む。（１）入力処理（図１２：input processing）（２）前方誤り訂正（FEC:Forward Error Correction）符号化（図１２：FEC encoding）（３）直交振幅変調（QAM:Quadrature Amplitude Modulation）コンスタレーションマッピング（図１２：QAM mapping）（４）インターリーブ(図１２：interleaving)、である。
【０１１０】
Ｌ１シグナリング処理部１２２０は、Ｌ１シグナリングデータを生成し、誤り訂正符号化、マッピングおよびインターリービングを含む処理を行う。このＬ１シグナリング処理では、受信機がどのようなPLPでも復号できるようにするために必要なすべての情報を含めるようにする。
マルチプレクサ（MUX）１２４０は、ＰＬＰ処理部１２３１〜１２３３およびＬ１シグナリング処理部１２２０から出力された複素シンボル（complex symbols）を多重化する。ＯＦＤＭ変調部１２５０は、多重化された複素シンボルをＯＦＤＭ変調する。多重化されることにより、伝送フレーム内に物理レイヤ（レイヤ１）のシグナリングデータを運ぶ複素シンボルが含まれる。
【０１１１】
OFDM変調後、Ｐ１シンボル挿入部１２６０においてP1シンボルが挿入されることとなる。このような方法により、送信機は図２に示したようなT2フレームを出力することができる。
図１３は、実施の形態に係る受信機の機能ブロック図を示す。
受信機１３００のＰ１検出部１３６０には、RF信号が供給される。検出されたＰ１シンボルとRF信号は、復調部１３１０に供給される。復調部１３１０は、P1検出部１３６０により検出されたP1シンボルに基づいてRF信号の復調を行う。
【０１１２】
復調部１３１０により復調された信号は、L１シグナリング情報にデコードするL1シグナリング復号部１３５０へと供給される。
L1シグナリング復号部１３５０は、レイヤー1におけるシグナリング情報をデコードする機能を有する。特に、L1シグナリング復号部１３５０は、当該シグナリング情報に含まれている上述のL1 post configurable内のPLPシグナリングループに含まれるタイプインジケータ（"PLP_PAYLOAD_TYPE"や"COMPRESSION_TYPE"など）を復号する機能を有する。
【０１１３】
また、復調部１３１０により復調された信号は、所望プログラムを受信するために必要なストリームを運ぶPLPを抽出するPLP抽出部１３２０へも供給される。
抽出されたPLPは、PLP復号部１３３０により復号される。
なお、PLP抽出部１３２０に対しては、制御部１３４０により、L1シグナリング復号部１３５０により示されるシグナリング情報に基づいて制御が行われる。
＜補足２＞
以下では、上記各実施の形態で示した送信方法及び受信方法の応用例とそれを用いたシステムの構成例を説明する。
【０１１４】
図１４は、上記各実施の形態で説明した受信方法を実施する受信機１４００の構成の一例を示す図である。図１４に示すように、受信機１４００の一つの構成の一例として、モデム部分を一つのＬＳＩ（またはチップセット）で構成し、コーデックの部分を別の一つのＬＳＩ（またはチップセット）で構成するという構成方法が考えられる。図１４に示す受信機１４００は、図１１に示したテレビ（テレビジョン）１１４０，１１５０、ＳＴＢ（Set Top Box）１１３０、パーソナルコンピュータ１１２０、携帯情報端末、または携帯電話等が備える構成に相当する。受信機１４００は、アンテナ１４６０で受信された高周波信号をベースバンド信号に変換するチューナ１４０１と、周波数変換されたベースバンド信号を復調してトランスポートストリームを取得する復調部１４０２とを備える。
【０１１５】
以下の説明では、受信したトランスポートストリームにビデオストリームとオーディオストリームとが含まれる場合について説明する。ビデオストリームは、例えば映像信号をＭＰＥＧ２、ＭＰＥＧ４−ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、ＶＣ−１などの規格に準拠した動画符号化方法を用いて符号化したデータを伝送する。また、オーディオストリームは、例えば音声信号をドルビーＡＣ（Ａｕｄｉｏ  Ｃｏｄｉｎｇ）−３、Ｄｏｌｂｙ  Ｄｉｇｉｔａｌ  Ｐｌｕｓ、ＭＬＰ（Ｍｅｒｉｄｉａｎ  Ｌｏｓｓｌｅｓｓ  Ｐａｃｋｉｎｇ）、ＤＴＳ（Ｄｉｇｉｔａｌ  Ｔｈｅａｔｅｒ  Ｓｙｓｔｅｍｓ）、ＤＴＳ−ＨＤ、リニアＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｉｎｇ  Ｍｏｄｕｌａｔｉｏｎ）等の音声符号化方法で符号化したデータを伝送する。
【０１１６】
受信機１４００は、復調部１４０２で得られたトランスポートストリームに含まれるビデオストリームとオーディオストリームとを分離するストリーム入出力部１４０３と、分離されたビデオストリームに対応する動画像復号方法を用いてビデオストリームを映像信号に復号し、分離されたオーディオストリームに対応する音声復号方法を用いてオーディオストリームを音声信号に復号する信号処理部１４０４と、映像信号及び音声信号をＡＶ出力ＩＦ１０１１に出力するＡＶ出力部１４０５と、復号された音声信号を出力するスピーカ等の音声出力部１４０６と、復号された映像信号を表示するディスプレイ等の映像表示部１４０７とを有する。例えば、ユーザは、リモコン（リモートコントローラ）１４５０を用いて、選局したチャネル（選局した（テレビ）番組、選局した音声放送）の情報を操作入力部１４１０に送信する。すると、受信機１４００は、アンテナ１４６０で受信した受信信号において、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信機１４００は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルを受信し、伝送方法の情報を取得することで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定し、放送局（基地局）が送信したトランスポートストリームを受信することが可能となる。ここで、例えば上記の実施の形態で述べた、Ｐ１−ｓｉｇｎａｌｉｎｇ、Ｌ１−ｐｒｅ  ｓｉｇｎａｌｉｎｇ、Ｌ１−ｐｏｓｔ  ｓｉｇｎａｌｉｎｇを伝送するシンボルが制御シンボルに対応し、Ｐ１−ｓｉｇｎａｌｉｎｇ、Ｌ１−ｐｒｅ  ｓｉｇｎａｌｉｎｇ、Ｌ１−ｐｏｓｔ  ｓｉｇｎａｌｉｎｇに含まれるＰＬＰ毎のＦＥＣにおける符号化レート、変調方式に基づくコンスタレーション等が伝送方法の情報に対応する。上述では、ユーザは、リモコン１４５０によって、チャネルを選局する例を説明したが、受信機１４００が搭載している選局キーを用いて、チャネルを選局しても、上記と同様の動作となる。
【０１１７】
上記の構成により、ユーザは、受信機１４００が上記各実施の形態で示した受信方法により受信した番組を視聴することができる。
また、本実施の形態の受信機１４００は、復調部１４０２で復調と、誤り訂正の復号を行うことで得られたトランスポートストリーム（場合によっては、復調部１４０２で誤り訂正復号を行わないこともある。また、受信機１４００は、誤り訂正復号後に他の信号処理が施すこともある。以降について、同様の表現を行っている部分についても、この点は同様である。）に含まれるデータ、または、そのデータに相当するデータ（例えば、データを圧縮することによって得られたデータ）や、動画、音声を加工して得られたデータを、磁気ディスク、光ディスク、不揮発性の半導体メモリ等の記録メディアに記録する記録部（ドライブ）１４０８を備える。ここで光ディスクとは、例えばＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）やＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）等の、レーザ光を用いて情報の記憶と読み出しがなされる記録メディアである。磁気ディスクとは、例えばＦＤ（Ｆｌｏｐｐｙ  Ｄｉｓｋ）（登録商標）やハードディスク（Ｈａｒｄ  Ｄｉｓｋ）等の、磁束を用いて磁性体を磁化することにより情報を記憶する記録メディアである。不揮発性の半導体メモリとは、例えばフラッシュメモリや強誘電体メモリ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の、半導体素子により構成された記録メディアであり、フラッシュメモリを用いたＳＤカードやＦｌａｓｈ  ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などが挙げられる。なお、ここで挙げた記録メディアの種類はあくまでその一例であり、上記の記録メディア以外の記録メディアを用いて記録を行っても良いことは言うまでもない。
【０１１８】
上記の構成により、ユーザは、受信機１４００が上記各実施の形態で示した受信方法により受信した番組を記録して保存し、番組の放送されている時間以降の任意の時間に記録されたデータを読み出して視聴することが可能になる。
なお、上記の説明では、受信機１４００は、復調部１４０２で得られたトランスポートストリームを記録部１４０８で記録するとしたが、トランスポートストリームに含まれるデータのうち一部のデータを抽出して記録しても良い。例えば、復調部１４０２で得られたトランスポートストリームにビデオストリームやオーディオストリーム以外のデータ放送サービスのコンテンツ等が含まれる場合、記録部１４０８は、復調部１４０２で得られたトランスポートストリームからビデオストリームやオーディオストリームを抽出して多重した新しいトランスポートストリームを記録しても良い。また、記録部１４０８は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリーム及びオーディオストリームのうち、どちらか一方のみを多重した新しいトランスポートストリームを記録しても良い。そして、上記で述べたトランスポートストリームに含まれるデータ放送サービスのコンテンツを記録部１４０８は、記録してもよい。
【０１１９】
さらには、テレビ、記録装置（例えば、ＤＶＤレコーダ、Ｂｌｕ−ｒａｙレコーダ、ＨＤＤレコーダ、ＳＤカード等）、携帯電話に、本発明で説明した受信機１４００が搭載されている場合、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに、テレビや記録装置を動作させるのに使用するソフトウェアの欠陥（バグ）を修正するためのデータや個人情報や記録したデータの流出を防ぐためのソフトウェアの欠陥（バグ）を修正するためのデータが含まれている場合、これらのデータをインストールすることで、テレビや記録装置のソフトウェアの欠陥を修正してもよい。そして、データに、受信機１４００のソフトウェアの欠陥（バグ）を修正するためのデータが含まれていた場合、このデータにより、受信機１４００の欠陥を修正することもできる。これにより、受信機１４００が搭載されているテレビ、記録装置、携帯電話が、より安定的の動作させることが可能となる。
【０１２０】
ここで、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれる複数のデータから一部のデータを抽出して多重する処理は、例えばストリーム入出力部１４０３で行われる。具体的には、ストリーム入出力部１４０３が、図示していないＣＰＵ等の制御部からの指示により、復調部１４０２で復調されたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離し、分離後のデータから指定されたデータのみを抽出して多重し、新しいトランスポートストリームを生成する。なお、分離後のデータからどのデータを抽出するかについては、例えばユーザが決定してもよいし、記録メディアの種類毎に予め決められていてもよい。
【０１２１】
上記の構成により、受信機１４００は記録された番組を視聴する際に必要なデータのみを抽出して記録することができるので、記録するデータのデータサイズを削減することができる。
また、上記の説明では、記録部１４０８は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームを記録するとしたが、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームを、当該ビデオストリームよりもデータサイズまたはビットレートが低くなるよう、当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換し、変換後のビデオストリームを多重した新しいトランスポートストリームを記録してもよい。このとき、元のビデオストリームに施された動画像符号化方法と変換後のビデオストリームに施された動画像符号化方法とは、互いに異なる規格に準拠していてもよいし、同じ規格に準拠して符号化時に使用するパラメータのみが異なっていてもよい。同様に、記録部１４０８は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるオーディオストリームを、当該オーディオストリームよりもデータサイズまたはビットレートが低くなるよう、当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換し、変換後のオーディオストリームを多重した新しいトランスポートストリームを記録してもよい。
【０１２２】
ここで、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームやオーディオストリームをデータサイズまたはビットレートが異なるビデオストリームやオーディオストリームに変換する処理は、例えばストリーム入出力部１４０３及び信号処理部１４０４で行われる。具体的には、ストリーム入出力部１４０３が、ＣＰＵ等の制御部からの指示により、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離する。信号処理部１４０４は、制御部からの指示により、分離後のビデオストリームを当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換する処理、及び分離後のオーディオストリームを当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換する処理を行う。ストリーム入出力部１４０３は、制御部からの指示により、変換後のビデオストリームと変換後のオーディオストリームとを多重し、新しいトランスポートストリームを生成する。なお、信号処理部１４０４は制御部からの指示に応じて、ビデオストリームとオーディオストリームのうちいずれか一方に対してのみ変換の処理を行っても良いし、両方に対して変換の処理を行っても良い。また、変換後のビデオストリーム及びオーディオストリームのデータサイズまたはビットレートは、ユーザが決定してもよいし、記録メディアの種類毎に予め決められていてもよい。
【０１２３】
上記の構成により、受信機１４００は、記録メディアに記録可能なデータサイズや記録部１４０８がデータの記録または読み出しを行う速度に合わせてビデオストリームやオーディオストリームのデータサイズまたはビットレートを変更して記録することができる。これにより、記録メディアに記録可能なデータサイズが復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームのデータサイズよりも小さい場合や、記録部がデータの記録または読み出しを行う速度が復調部１４０２で復調されたトランスポートストリームのビットレートよりも低い場合でも記録部が番組を記録することが可能となるので、ユーザは番組の放送されている時間以降の任意の時間に記録されたデータを読み出して視聴することが可能になる。
【０１２４】
また、受信機１４００は、復調部１４０２で復調されたトランスポートストリームを外部機器に対して通信媒体１４３０を介して送信するストリーム出力ＩＦ（Ｉｎｔｅｒｆａｃｅ：インターフェース）１４０９を備える。ストリーム出力ＩＦ１４０９の一例としては、Ｗｉ−Ｆｉ（登録商標）（ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ等）、ＷｉＧｉＧ、ＷｉｒｅｌｅｓｓＨＤ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）等の無線通信規格に準拠した無線通信方法を用いて変調したトランスポートストリームを、無線媒体（通信媒体１４３０に相当）を介して外部機器に送信する無線通信装置が挙げられる。また、ストリーム出力ＩＦ１４０９は、イーサネット（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＰＬＣ（Ｐｏｗｅｒ  Ｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）等の有線通信規格に準拠した通信方法を用いて変調されたトランスポートストリームを当該ストリーム出力ＩＦ１４０９に接続された有線伝送路（通信媒体１４３０に相当）を介して外部機器に送信する有線通信装置であってもよい。
【０１２５】
上記の構成により、ユーザは、受信機１４００が上記各実施の形態で示した受信方法により受信したトランスポートストリームを外部機器で利用することができる。ここでいうトランスポートストリームの利用とは、ユーザが外部機器を用いてトランスポートストリームをリアルタイムで視聴することや、外部機器に備えられた記録部でトランスポートストリームを記録すること、外部機器からさらに別の外部機器に対してトランスポートストリームを送信すること等を含む。
【０１２６】
なお、上記の説明では、受信機１４００は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをストリーム出力ＩＦ１４０９が出力するとしたが、トランスポートストリームに含まれるデータのうち一部のデータを抽出して出力しても良い。例えば、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームにビデオストリームやオーディオストリーム以外のデータ放送サービスのコンテンツ等が含まれる場合、ストリーム出力ＩＦ１４０９は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームからビデオストリームやオーディオストリームを抽出して多重した新しいトランスポートストリームを出力しても良い。また、ストリーム出力ＩＦ１４０９は、復調部１４０２で復調されたトランスポートストリームに含まれるビデオストリーム及びオーディオストリームのうち、どちらか一方のみを多重した新しいトランスポートストリームを出力しても良い。
【０１２７】
ここで、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれる複数のデータから一部のデータを抽出して多重する処理は、例えばストリーム入出力部１４０３で行われる。具体的には、ストリーム入出力部１４０３が、図示していないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の制御部からの指示により、復調部１４０２で復調されたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離し、分離後のデータから指定されたデータのみを抽出して多重し、新しいトランスポートストリームを生成する。なお、分離後のデータからどのデータを抽出するかについては、例えばユーザが決定してもよいし、ストリーム出力ＩＦ１４０９の種類毎に予め決められていてもよい。
【０１２８】
上記の構成により、受信機１４００は外部機器が必要なデータのみを抽出して出力することができるので、トランスポートストリームの出力により消費される通信帯域を削減することができる。
また、上記の説明では、ストリーム出力ＩＦ１４０９は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームを出力するとしたが、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームを、当該ビデオストリームよりもデータサイズまたはビットレートが低くなるよう、当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換し、変換後のビデオストリームを多重した新しいトランスポートストリームを出力してもよい。このとき、元のビデオストリームに施された動画像符号化方法と変換後のビデオストリームに施された動画像符号化方法とは、互いに異なる規格に準拠していてもよいし、同じ規格に準拠して符号化時に使用するパラメータのみが異なっていてもよい。同様に、ストリーム出力ＩＦ１４０９は、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるオーディオストリームを、当該オーディオストリームよりもデータサイズまたはビットレートが低くなるよう、当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換し、変換後のオーディオストリームを多重した新しいトランスポートストリームを出力してもよい。
【０１２９】
ここで、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームやオーディオストリームをデータサイズまたはビットレートが異なるビデオストリームやオーディオストリームに変換する処理は、例えばストリーム入出力部１４０３及び信号処理部１４０４で行われる。具体的には、ストリーム入出力部１４０３が、制御部からの指示により、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離する。信号処理部１４０４は、制御部からの指示により、分離後のビデオストリームを当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換する処理、及び分離後のオーディオストリームを当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換する処理を行う。ストリーム入出力部１４０３は、制御部からの指示により、変換後のビデオストリームと変換後のオーディオストリームとを多重し、新しいトランスポートストリームを生成する。なお、信号処理部１４０４は制御部からの指示に応じて、ビデオストリームとオーディオストリームのうちいずれか一方に対してのみ変換の処理を行っても良いし、両方に対して変換の処理を行っても良い。また、変換後のビデオストリーム及びオーディオストリームのデータサイズまたはビットレートは、ユーザが決定してもよいし、ストリーム出力ＩＦ１４０９の種類毎に予め決められていてもよい。
【０１３０】
上記の構成により、受信機１４００は、外部機器との間の通信速度に合わせてビデオストリームやオーディオストリームのビットレートを変更して出力することができる。これにより、外部機器との間の通信速度が、復調部１４０２で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームのビットレートよりも低い場合でもストリーム出力ＩＦから外部機器新しいトランスポートストリームを出力することが可能となるので、ユーザは他の通信装置において新しいトランスポートストリームを利用することが可能になる。
【０１３１】
また、受信機１４００は、外部機器に対して信号処理部１４０４で復号された映像信号及び音声信号を外部の通信媒体１４４０に対して出力するＡＶ（Ａｕｄｉｏ  ａｎｄ  Ｖｉｓｕａｌ）出力ＩＦ（Ｉｎｔｅｒｆａｃｅ）１４１１を備える。ＡＶ出力ＩＦ１４１１の一例としては、Ｗｉ−Ｆｉ（登録商標）（ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ等）、ＷｉＧｉＧ、ＷｉｒｅｌｅｓｓＨＤ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｇｉｇｂｅｅ等の無線通信規格に準拠した無線通信方法を用いて変調した映像信号及び音声信号を、無線媒体を介して外部機器に送信する無線通信装置が挙げられる。また、ストリーム出力ＩＦ１４０９は、イーサネット（登録商標）やＵＳＢ、ＰＬＣ、ＨＤＭＩ等の有線通信規格に準拠した通信方法を用いて変調された映像信号及び音声信号を当該ストリーム出力ＩＦ１４０９に接続された有線伝送路を介して外部機器に送信する有線通信装置であってもよい。また、ストリーム出力ＩＦ１４０９は、映像信号及び音声信号をアナログ信号のまま出力するケーブルを接続する端子であってもよい。
【０１３２】
上記の構成により、ユーザは、信号処理部１４０４で復号された映像信号及び音声信号を外部機器で利用することができる。
さらに、受信機１４００は、ユーザ操作の入力を受け付ける操作入力部１４１０を備える。受信機１４００は、ユーザの操作に応じて操作入力部１４１０に入力される制御信号に基づいて、電源のＯＮ／ＯＦＦの切り替えや、受信するチャネルの切り替え、字幕表示の有無や表示する言語の切り替え、音声出力部１４０６から出力される音量の変更等の様々な動作の切り替えや、受信可能なチャネルの設定等の設定の変更を行う。
また、受信機１４００は、当該受信機１４００で受信中の信号の受信品質を示すアンテナレベルを表示する機能を備えていてもよい。ここで、アンテナレベルとは、例えば受信機１４００が受信した信号のＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｉｏｎ、Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ、受信信号強度）、受信電界強度、Ｃ／Ｎ（Ｃａｒｒｉｅｒ−ｔｏ−ｎｏｉｓｅ  ｐｏｗｅｒ  ｒａｔｉｏ）、ＢＥＲ（Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｅ：ビットエラー率）、パケットエラー率、フレームエラー率、チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）等に基づいて算出される受信品質を示す指標であり、信号レベル、信号の優劣を示す信号である。この場合、復調部１４０２は受信した信号のＲＳＳＩ、受信電界強度、Ｃ／Ｎ、ＢＥＲ、パケットエラー率、フレームエラー率、チャネル状態情報等を測定する受信品質測定部としての機能を備え、受信機１４００はユーザの操作に応じてアンテナレベル（信号レベル、信号の優劣を示す信号）をユーザが識別可能な形式で映像表示部１４０７に表示する。アンテナレベル（信号レベル、信号の優劣を示す信号）の表示形式は、ＲＳＳＩ、受信電界強度、Ｃ／Ｎ、ＢＥＲ、パケットエラー率、フレームエラー率、チャネル状態情報等に応じた数値を表示するものであっても良いし、ＲＳＳＩ、受信電界強度、Ｃ／Ｎ、ＢＥＲ、パケットエラー率、フレームエラー率、チャネル状態情報等に応じて異なる画像を表示するようなものであっても良い。
【０１３３】
また、放送局（基地局）１１１５が、番組を構成する複数のエレメンタリストリーム（複数または１つのビデオストリーム、複数または１つのオーディオストリーム、複数または１つのメタデータストリーム等）を送信する際に、前方誤り訂正の符号化率、変調方式に基づくコンスタレーションサイズ、インターリーブ長、および他の物理層のパラメータをＰＬＰ毎に独立に設定し、ＰＬＰ毎に個別のロバストレベルを規定することで階層伝送方式を実現している場合、受信機１４００を以下のように構成しても良い。例えば、受信機１４００は、複数の階層のそれぞれに対応する複数の受信品質を示す指標を算出し、複数のアンテナレベル（信号レベル、信号の優劣を示す信号）として、同時、または切り替えながら表示する機能を備えていてもよい。また、受信機１４００は、複数の階層の全てまたは幾つかを含むグループに対応する受信品質を示す指標を算出し、アンテナレベル（信号レベル、信号の優劣を示す信号）として表示する機能を備えていてもよい。
【０１３４】
上記の構成により、ユーザは上記各実施の形態で示した受信方法を用いて受信する場合のアンテナレベル（信号レベル、信号の優劣を示す信号）を、階層単位または複数の階層をまとめたグループ単位で、数値的に、または、視覚的に把握することができる。
また、受信機１４００は、視聴中の番組を構成する各エレメンタリストリームの受信状態に応じて再生（復号）するエレメンタリストリームを切り替える機能や、番組を構成する各エレメンタリストリームの受信状態を表示したりする機能を備えていてもよい。放送局（基地局）７１５が、前方誤り訂正の符号化率、変調方式に基づくコンスタレーションサイズ、インターリーブ長、および他の物理層のパラメータをＰＬＰ毎に独立に設定し、ＰＬＰ毎に個別のロバストレベルを規定することで階層伝送方式を実現している場合、受信機１４００ではＰＬＰ毎に受信状態が異なる可能性がある。例えば、番組を構成する複数のエレメンタリストリームが、第１のＰＬＰと、第１のＰＬＰのロバストレベルよりも低いロバストレベルを有する第２のＰＬＰとで伝送されている場合、受信環境によっては第１のＰＬＰを受信して取得したエレメンタリストリームは受信状態が良いが、第２のＰＬＰを受信して取得したエレメンタリストリームは受信状態が悪いという状態が発生する。ここで、受信機１４００は、例えば受信した信号のＲＳＳＩ、受信電界強度、Ｃ／Ｎ、ＢＥＲ、パケットエラー率、フレームエラー率、チャネル状態情報等の情報と、各エレメンタリストリームを送信するＰＬＰに設定されたロバストレベルの情報に基づいて受信状態が良いか否かの判定を行う。また、受信機１４００は、受信状態が良いか悪いかの判定を、各エレメンタリストリームの単位時間当たりのベースバンドフレームの誤り率やＴＳパケットの誤り率が所定の閾値以上であるか、所定の閾値未満であるかという基準で行ってもよい。受信機１４００の復調部１４０２は、番組を構成する複数のエレメンタリストリームのそれぞれについて受信状態が良いか否かを判定し、判定された受信状態を示す信号を出力する。受信機１４００は、受信状態を示す信号に基づいて、信号処理部１４０４で復号するエレメンタリストリームを切り替える制御や、番組の受信状態を示す情報を映像表示部１４０７に表示する制御を行う。
【０１３５】
一例として、番組を構成するエレメンタリストリームに複数のビデオストリームが含まれる場合の受信機１４００の動作について説明する。ここでは、番組を構成する複数のエレメンタリストリームが、低解像度の映像を符号化した第１のビデオストリームと、高解像度の映像を符号化した第２のビデオストリーム（低解像度の映像から高解像度の映像を再生するための差分データ）とを含むとする。また、第１のビデオストリームを送信するＰＬＰは、第２のビデオストリームを送信するＰＬＰよりも高いロバストレベルを有し、第１のビデオストリームの受信状態は、第２のビデオストリームの受信状態よりも常に良いか、同等であるものとする。受信機１４００は、第２のビデオストリームの受信状態が良い場合に、信号処理部１４０４において第１のビデオストリームと第２のビデオストリームの両方を用いた復号を行い、復号された高解像度の映像信号を映像表示部１４０７に表示する。一方、受信機１４００は、第２のビデオストリームの受信状態が悪い場合に、信号処理部１４０４において第１のビデオストリームのみを用いた復号を行い、復号された低解像度の映像信号を映像表示部１４０７に表示する。
【０１３６】
上記の構成により、第２のビデオストリームの受信状態が悪い場合は、ユーザに対して乱れた高解像度の映像を表示することなく、低解像度の映像を安定して表示することができる。
なお、上記の構成では、受信機１４００は、第１のビデオストリームの受信状態が良いか否かの判定を行っていない。これは第１のビデオストリームの受信状態が悪い状態でも、第１のビデオストリームの復号を停止して映像の表示を行わないよりは、映像に乱れや途切れが発生したとしても第１のビデオストリームを復号した低解像度の映像を表示する方が好ましいと考えられるからである。ただし、受信機１４００が、第２のビデオストリームと第１のビデオストリームのそれぞれの受信状態が良いか否かの判定を行い、その判定結果に基づいて信号処理部１４０４で復号するエレメンタリストリームを切り替える制御を行ってもよいことは言うまでもない。その場合、受信機１４００は、第２のビデオストリームと第１のビデオストリームの両方の受信状態が良い場合に、信号処理部１４０４において第１のビデオストリームと第２のビデオストリームの両方を用いた復号を行い、復号された高解像度の映像信号を映像表示部１４０７に表示する。また、受信機１４００は、第２のビデオストリームの受信状態は悪いが、第１のビデオストリームの両方の受信状態は良い場合に、信号処理部１４０４において第１のビデオストリームを用いた復号を行い、復号された低解像度の映像信号を映像表示部１４０７に表示する。また、受信機１４００は、第１のビデオストリームと第２のビデオストリームの両方の受信状態が悪い場合は、復号処理を停止して第１のビデオストリーム及び第２のストリームの復号を行わない。上記の構成により、第１のビデオストリームと第２のビデオストリームの両方の受信状態が悪く、第１のビデオストリームを復号して表示してもユーザが何の映像か判別できない場合に、復号処理を停止して電力消費を抑制することができる。
【０１３７】
なお、上記の構成において、受信機１４００は、第１のビデオストリームの受信状態が良いか否かを判定する基準を、第２のビデオストリームの受信状態が良いか否かを判定する基準と異なる基準に設定してもよい。例えば、受信機１４００は、第１のビデオストリーム及び第２のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やＴＳパケットの誤り率に基づいて受信状態が良いか否かを判定を行う場合に、第１のビデオストリームの受信状態が良いか否かの判定に用いる第１の閾値の値を、第２のビデオストリームの受信状態が良いか否かの判定に用いる第２の閾値よりも大きくする。また、受信機１４００は、第２のビデオストリームの受信状態が良いか否かの判定を第２のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やＴＳパケットの誤り率に基づいて行い、第１のビデオストリームの受信状態が良いか否かの判定を上記の各実施の形態で示したＬ１−ｐｒｅ  ｓｉｇｎａｌｉｎｇ、Ｌ１−ｐｏｓｔ  ｓｉｇｎａｌｉｎｇが受信できたか否かに基づいて行ってもよい。また、受信機１４００は、第２のビデオストリームの受信状態が良いか否かの判定を第２のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やＴＳパケットの誤り率に基づいて行い、第１のビデオストリームの受信状態が良いか否かの判定を受信した信号のＲＳＳＩ、受信電界強度、Ｃ／Ｎ等の情報に基づいて行ってもよい。上記の構成によると、ビデオストリーム毎に当該ビデオストリームの復号を停止する基準を設定することが可能になる。
【０１３８】
なお、上記の説明では、低解像度の映像を符号化したビデオストリームと高解像度の映像を符号化したビデオストリームとが互いに異なるロバストレベルが設定されたＰＬＰで送信されているとしたが、他のエレメンタリストリームの組み合わせが互いに異なるロバストレベルが設定されたＰＬＰで送信されていてもよい。例えば、３Ｄ映像を構成する複数の視点の映像のそれぞれを符号化した複数のビデオストリームが互いに異なるロバストレベルが設定されたＰＬＰで送信されていてもよい。また、ビデオストリームとオーディオストリームが互いに異なるロバストレベルが設定されたＰＬＰで送信されていてもよい。受信機１４００は、受信したエレメンタリストリームのうち受信状態が良いと判定されたエレメンタリストリームを選択して再生（復号）することで、上記の構成と同様の効果を得ることができる。
【０１３９】
なお、受信機１４００は、番組を構成する複数のエレメンタリストリームの一部の受信状態が悪いために当該エレメンタリストリームを用いた再生（復号）を行わない場合に、受信状態の悪いエレメンタリストリームまたは受信状態の良いエレメンタリストリームを示すテキストまたは画像を映像信号に多重して映像表示部１４０７に表示してもよい。上記の構成により、例えば高解像度の映像として放送されている番組が低解像度の映像で表示されている場合に、受信状態が悪いために低解像度の映像が表示されていることをユーザが容易に把握することができる。
【０１４０】
なお、上記の説明では、復調部１４０２が番組を構成する複数のエレメンタリストリームのそれぞれについて受信状態を判定するとしたが、信号処理部１４０４が入力されたビデオストリームやオーディオストリームの各ＴＳパケットに付加されたトランスポートエラー識別子の値に基づいて、各エレメンタリストリームが受信できているか否かを判定してもよい。
なお、上記の説明では受信機１４００が、音声出力部１４０６、映像表示部１４０７、記録部１４０８、ストリーム出力ＩＦ１４０９、及びＡＶ出力ＩＦ１４１１を備えている場合を例に挙げて説明したが、これらの構成の全てを備えている必要はない。受信機１４００が上記の構成のうち少なくともいずれか一つを備えていれば、ユーザは復調部１４０２で復調と、誤り訂正の復号を行うことで得られたトランスポートストリームを利用することができるため、各受信機はその用途に合わせて上記の構成を任意に組み合わせて備えていれば良い。
（トランスポートストリーム）
次に、トランスポートストリームの構造の一例について詳細に説明する。
【０１４１】
図１５は、トランスポートストリームの構成の一例を示す図である。図１５に示すようにトランスポートストリームは、各サービスで現在提供されている番組（ｐｒｏｇｒａｍｍｅまたはその一部であるｅｖｅｎｔ）を構成する要素である、例えばビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラファイックスストリーム（ＩＧ）などのエレメンタリーストリームのうち、１つ以上を多重化することで得られる。トランスポートストリームで提供されている番組が映画の場合、ビデオストリームは映画の主映像および副映像を、オーディオストリームは映画の主音声部分と当該主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームとは映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像（例えば、映画のあらすじを示したテキストデータの映像など）のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。
【０１４２】
トランスポートストリームに含まれる各ストリームは、各ストリームに割り当てられた識別子であるＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。
【０１４３】
図１６は、トランスポートストリームがどのように多重化されているかの一例を模式的に示す図である。まず、複数のビデオフレームからなるビデオストリーム１６０１、複数のオーディオフレームからなるオーディオストリーム１６０４を、それぞれＰＥＳパケット列１６０２および１６０５に変換し、ＴＳパケット１６０３および１６０６に変換する。同じくプレゼンテーショングラフィックスストリーム１６１１およびインタラクティブグラフィックス１６１４のデータをそれぞれＰＥＳパケット列１６１２および１６１５に変換し、さらにＴＳパケット１６１３および１６１６に変換する。トランスポートストリーム１６１７はこれらのＴＳパケット（１６０３、１６０６、１６１３、１６１６）を１本のストリームに多重化することで構成される。
【０１４４】
図１７は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図１７における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図１７の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ  Ｐｒｅｓｅｎｔａｔｉｏｎ  ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ−Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ−Ｓｔａｍｐ）が格納される。
図１８は、トランスポートストリームに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ−ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、トランスポートストリームに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。トランスポートストリームには図１８下段に示すようにソースパケットが並ぶこととなり、トランスポートストリームの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。
【０１４５】
また、トランスポートストリームに含まれるＴＳパケットには、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリームなどの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴはトランスポートストリーム中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、トランスポートストリーム中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報（フレームレート、アスペクト比など）を持ち、またトランスポートストリームに関する各種ディスクリプタを持つ。ディスクリプタにはトランスポートストリームのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。
【０１４６】
図１９はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、トランスポートストリームに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、トランスポートストリームに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためのストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタはトランスポートストリームに存在するストリームの数だけ存在する。
【０１４７】
記録媒体などに記録する場合には、上記トランスポートストリームは、トランスポートストリーム情報ファイルと共に記録される。
図２０は、そのトランスポートストリーム情報ファイルの構成を示す図である。トランスポートストリーム情報ファイルは、図２０に示すようにトランスポートストリームの管理情報であり、トランスポートストリームと１対１に対応し、トランスポートストリーム情報、ストリーム属性情報とエントリマップから構成される。
【０１４８】
トランスポートストリーム情報は図２０に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートはトランスポートストリームの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。トランスポートストリーム中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻はトランスポートストリームの先頭のビデオフレームのＰＴＳであり、再生終了時刻はトランスポートストリームの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。
【０１４９】
図２１は、トランスポートストリーム情報ファイルに含まれるストリーム属性情報の構成を示す図である。ストリーム属性情報は図２１に示すように、トランスポートストリームに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
【０１５０】
図２２は、放送局（基地局）から送信された、映像および音声のデータ、または、データ放送のためのデータを含む変調信号を受信する受信装置１９０４を含む映像音声出力装置１９００の構成の一例を示している。なお、受信装置１９０４の構成は、図１４の受信装置１４００に相当する。映像音声出力装置１９００には、例えば、ＯＳ（Operating System：オペレーティングシステム）が搭載されており、また、インターネットに接続するための通信装置１９０６（例えば、無線ＬＡＮ（Local Area Network）やイーザーネットのための通信装置）が搭載されている。これにより、映像を表示する部分１９０１では、映像および音声のデータ、または、データ放送のためのデータにおける映像１９０２、および、インターネット上で提供されるハイパーテキスト（World Wide Web（ワールド ワイド  ウェブ：WWW））１９０３を同時に表示することが可能となる。そして、リモコン（携帯電話やキーボードであってもよい）１９０７を操作することにより、データ放送のためのデータにおける映像１９０２、インターネット上で提供されるハイパーテキスト１９０３のいずれかを選択し、動作を変更することになる。例えば、インターネット上で提供されるハイパーテキスト１９０３が選択された場合、表示しているWWWのサイトを、リモコンを操作することにより、変更することになる。また、映像および音声のデータ、または、データ放送のためのデータにおける映像１９０２が選択されている場合、リモコン１９０７により、選局したチャネル（選局した（テレビ）番組、選局した音声放送）の情報を送信する。すると、ＩＦ１９０５は、リモコンで送信された情報を取得し、受信装置１９０４は、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信装置１９０４は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルの情報を受信して伝送方法の情報を取得することで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定し、放送局（基地局）で送信したトランスポートストリームを受信することが可能となる。上述では、ユーザは、リモコン１９０７によって、チャネルを選局する例を説明したが、映像音声出力装置１９００が搭載している選局キーを用いて、チャネルを選局しても、上記と同様の動作となる。
【０１５１】
また、インターネットを用い、映像音声出力装置１９００を操作してもよい。例えば、他のインターネット接続している端末から、映像音声出力装置１９００に対し、録画（記憶）の予約を行う。（したがって、映像音声出力装置１９００は、図１４のように、記録部１４０８を有していることになる。）そして、録画を開始する前に、チャネルを選局することになり、受信装置１９０４は、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信装置１９０４は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルの情報を得ることで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定することで、放送局（基地局）で送信したトランスポートストリームを取得することが可能となる。
【産業上の利用可能性】
【０１５２】
本発明に係る送信方法によれば、効率的で柔軟性に富むシグナリングに貢献できる。
【符号の説明】
【０１５３】
１０１  ベースバンドフレーム
１０２  ベースバンドフレームのビット長
１０５  ＦＥＣフレーム（FEC frame）
１０６  ＦＥＣフレームのビット長
１１０  ベースバンドフレームヘッダ（BBFHDR）
１１１  ベースバンドフレームヘッダのビット長
１２０  データフィールド（data field）
１２１  データフィールド長
１３０  パディング部（padding and/or in-band signalling）
１３１  パディング部のビット長
１４０  ＢＣＨパリティビットのフィールド
１４１  ＢＣＨパリティビット長
１５０  ＬＤＰＣパリティビットのフィールド
１５１  ＬＤＰＣパリティビット長
１６１  ＢＣＨ符号化後のビット長
２０１  ＮＭのベースバンドフレームヘッダ
２０２  ＨＥＭのベースバンドフレームヘッダ
３１０  P1 signalling
３２０  L1 pre-signalling
３３０  L1 post-signalling
３４０  L1 post-signallingのconfigurable部（configurable）
３５０  L1 post-signallingのdynamic部（dynamic）
３６０  P1 signallingのＳ１フィールド
３７０  P1 signallingのＳ２フィールド1
３８０  P1 signallingのＳ２フィールド2
４１０  Ｐ１シグナリングにおけるＳ１フィールドのパラメータを示すテーブル
５１０  Ｐ１シグナリングにおけるＳ１フィールドとＳ２フィールドのパラメータを示すテーブル
６１０  P1シグナリングにおける、S1フィールド、S2フィールド1およびS２フィールド2の各パラメータの組み合わせとその意味を示すテーブル
６２０  P1シグナリングにおける、S1フィールド、S2フィールド1およびS２フィールド2の各パラメータの組み合わせとその意味を示すテーブル
１０１０  ユーザパケット（ＵＰ）
１０２０  "UP Size"の長さ
１０３０  区分線
１１００  デジタル放送システム
１１１０  送信装置
１１１５  送信局
１１２０  パーソナルコンピュータ（受信装置の一例）
１１３０  ＳＴＢ
１１４０  テレビ
１１５０  テレビ
１２００  送信装置
１２２０  L1シグナリング処理部
１２３１  ＰＬＰ処理部
１２３２  ＰＬＰ処理部
１２３３  ＰＬＰ処理部
１２４０  マルチプレクサ
１２５０  ＯＦＤＭ変調部
１２６０  Ｐ１シンボル挿入部
１３００  受信機（Receiver）
１３１０  復調部
１３２０  ＰＬＰ抽出部
１３３０  ＰＬＰ復号部
１３４０  制御部
１３５０  Ｌ１シグナリング復号部
１３６０  Ｐ１検出部
１４００  受信機
１４０１  チューナ
１４０２  復調部
１４０３  ストリーム入出力部
１４０４  信号処理部
１４０５  ＡＶ出力部
１４０６  音声出力部
１４０７  映像表示部
１４０８  記録部
１４０９  ストリーム出力ＩＦ
１４１０  操作入力部
１４１１  ＡＶ出力ＩＦ
１４３０，１４４０  通信媒体
１４５０  リモコン
１４６０  アンテナ
１６０１  ビデオストリーム
１６０２，１６０５，１６１２，１６１５  ＰＥＳパケット列
１６０３，１６０６，１６１３，１６１６  ＴＳパケット
１６０４  オーディオストリーム
１６１１  プレゼンテーショングラフィックスストリーム
１６１４  インタラクティブグラフィックス
１６１７  トランスポートストリーム
１９００  映像音声出力装置
１９０１  表示部分
１９０２  映像
１９０３  ハイパーテキス
１９０４  受信装置
１９０５  ＩＦ
１９０６  通信装置
１９０７  リモコン
【図１Ａ】
0005439601.tif 000002
【図１Ｂ】
0005439601.tif 000003
【図２】
0005439601.tif 000004
【図３】
0005439601.tif 000005
【図４】
0005439601.tif 000006
【図５】
0005439601.tif 000007
【図６】
0005439601.tif 000008
【図７】
0005439601.tif 000009
【図８】
0005439601.tif 000010
【図９】
0005439601.tif 000011
【図１０】
0005439601.tif 000012
【図１１】
0005439601.tif 000013
【図１２】
0005439601.tif 000014
【図１３】
0005439601.tif 000015
【図１４】
0005439601.tif 000016
【図１５】
0005439601.tif 000017
【図１６】
0005439601.tif 000018
【図１７】
0005439601.tif 000019
【図１８】
0005439601.tif 000020
【図１９】
0005439601.tif 000021
【図２０】
0005439601.tif 000022
【図２１】
0005439601.tif 000023
【図２２】
0005439601.tif 000024