(57)【特許請求の範囲】
【請求項１】
少なくとも一つのリンク層パケット内に少なくとも一つのトランスポートストリーム（ＴＳ）パケットをカプセル化するステップと、
ベースバンドパケット内に前記少なくとも一つのリンク層パケットをベースバンドフォーマットするステップと、
前記ベースバンドパケットをエンコードするステップと、
前記エンコードされたベースバンドパケットを含む少なくとも一つの信号フレームを生成するステップと、
前記生成された少なくとも一つの信号フレーム内のデータをＯＦＤＭ方式で変調するステップと、
前記変調されたデータを含む放送信号を送信するステップと、
を含み、
前記カプセル化するステップは、
前記少なくとも一つのＴＳパケットに対するヌルパケットを削除するステップであって、前記少なくとも一つのリンク層パケットのそれぞれのヘッダは、前記ヌルパケットの削除に応答して、前記削除されたヌルパケットに関連するヌルパケット削除情報を含む、ステップと、
前記少なくとも一つのＴＳパケットのヘッダを削除するステップであって、前記少なくとも一つのリンク層パケットのそれぞれのヘッダは、前記ヘッダの削除に応答して、ヘッダ削除情報を含み、前記ヘッダ削除情報は、前記少なくとも一つのＴＳパケットの前記ヘッダの削除が適用されるか否かを示す、ステップと、を含む、放送信号送信方法。
【請求項２】
前記カプセル化するステップは、前記少なくとも一つのＴＳパケットのシンクバイトを削除するステップをさらに含む、請求項１に記載の放送信号送信方法。
【請求項３】
前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダに拡張フィールドが含まれるか否かを示す指示子を含む、請求項１に記載の放送信号送信方法。
【請求項４】
少なくとも一つのリンク層パケット内に少なくとも一つのトランスポートストリーム（ＴＳ）パケットをカプセル化するエンカプセレータと、
ベースバンドパケット内に前記少なくとも一つのリンク層パケットをフォーマットするベースバンドフォーマッタと、
前記ベースバンドパケットをエンコードするエンコーダと、
前記エンコードされたベースバンドパケットを含む少なくとも一つの信号フレームを生成するフレームビルダーと、
前記生成された少なくとも一つの信号フレーム内のデータをＯＦＤＭ方式で変調するモジュレータと、
前記変調されたデータを含む放送信号を送信する送信部と、
を備え、
前記エンカプセレータは、
前記少なくとも一つのＴＳパケットに対するヌルパケットを削除し、前記少なくとも一つのリンク層パケットのそれぞれのヘッダは、前記ヌルパケットの削除に応答して、前記削除されたヌルパケットに関連するヌルパケット削除情報を含み、
前記少なくとも一つのＴＳパケットのヘッダを削除し、前記少なくとも一つのリンク層パケットのそれぞれのヘッダは、前記ヘッダの削除に応答して、ヘッダ削除情報を含み、前記ヘッダ削除情報は、前記少なくとも一つのＴＳパケットの前記ヘッダの削除が適用されるか否かを示す、放送信号送信装置。
【請求項５】
前記エンカプセレータは、前記少なくとも一つのＴＳパケットのシンクバイトを削除する、請求項４に記載の放送信号送信装置。
【請求項６】
前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダに拡張フィールドが含まれるか否かを示す指示子を含む、請求項４に記載の放送信号送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関する。
【背景技術】
【０００２】
アナログ放送信号の送信が終了すると共に、デジタル放送信号を送受信する多様な技術が開発されている。デジタル放送信号は、アナログ放送信号より多量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータに加えて、多様なタイプの追加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
すなわち、デジタル放送システムは、高画質（ＨＤ；ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ）映像、マルチチャネルオーディオ及び多様な追加サービスを提供することができる。しかし、デジタル放送のためには、多量のデータを送信するためのデータ送信効率、送受信ネットワークのロバスト性（ｒｏｂｕｓｔｎｅｓｓ）及びモバイル受信装備を考慮したネットワーク柔軟性が改善される必要がある。
【課題を解決するための手段】
【０００４】
本発明の一実施例に係る放送信号送信方法は、入力サービスデータを入力フォ−マットして、少なくとも一つの物理経路（ｐｈｙｓｉｃａｌ  ｐａｔｈ）に対応するＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）データを出力するステップと、上記ＰＬＰデータをエンコードするステップと、上記エンコードされたＰＬＰデータを含む少なくとも一つの信号フレームを生成するステップと、上記生成された少なくとも一つの信号フレーム内のデータをＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ）方式で変調するステップと、上記変調されたデータを含む放送信号を送信するステップと、を含むことができる。
【０００５】
また、本発明の一実施例に係る放送信号送信方法の上記入力サービスデータを入力フォ−マットするステップは、上記入力サービスデータをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するステップと、上記カプセル化された入力サービスデータを含むベースバンドパケットを生成するステップとをさらに含むことができる。
【０００６】
本発明の一実施例に係る放送信号送信装置は、入力サービスデータを入力フォ−マットして、少なくとも一つの物理経路（ｐｈｙｓｉｃａｌ  ｐａｔｈ）に対応するＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）データを出力するインプットフォーマッタと、上記ＰＬＰデータをエンコードするエンコーダと、上記エンコードされたＰＬＰデータを含む少なくとも一つの信号フレームを生成するフレームビルダーと、上記生成された少なくとも一つの信号フレーム内のデータをＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ）方式で変調するモジュレータと、上記変調されたデータを含む放送信号を送信する送信部とを備えることができる。
【０００７】
また、本発明の一実施例に係る放送信号送信装置の上記インプットフォーマッタは、上記入力サービスデータをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）するカプセル化部（ｅｎｃａｐｓｕｌａｔｏｒ）と、上記カプセル化された入力サービスデータを含むベースバンドパケットを生成するベースバンドフォーマッタとをさらに備えることができる。
【発明の効果】
【０００８】
本発明は、サービス特性によってデータを処理して各サービス又はサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を制御することによって様々な放送サービスを提供することができる。
【０００９】
本発明は、同一のＲＦ信号帯域幅を通じて多様な放送サービスを送信することによって、送信柔軟性を達成することができる。
【００１０】
本発明は、データ送信効率を改善し、ＭＩＭＯシステムを用いて放送信号の送受信のロバスト性を増加させることができる。
【００１１】
本発明によると、モバイル受信装備で又は室内環境でも、誤りなしでデジタル放送信号を受信可能な放送信号送信及び受信方法、及びその装置を提供することができる。
【図面の簡単な説明】
【００１２】
本発明に関する理解をより容易にするために含まれ、且つ本出願に含まれてその一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
【００１３】
【図１】本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例に係る入力フォ−マッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ）ブロックを示す図である。
【図３】本発明の他の実施例に係る入力フォ−マッティングブロックを示す図である。
【図４】本発明の他の実施例に係る入力フォ−マッティングブロックを示す図である。
【図５】本発明の一実施例に係るＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。
【図６】本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【図７】本発明の一実施例に係るフレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ；フレーム生成）ブロックを示す図である。
【図８】本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）生成（ｇｅｎｅｒａｔｉｏｎ）ブロックを示す図である。
【図９】本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図１０】本発明の一実施例に係るフレーム構造を示す図である。
【図１１】本発明の一実施例に係るフレームのシグナリング層構造を示す図である。
【図１２】本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。
【図１３】本発明の一実施例に係るＰＬＳ１データを示す図である。
【図１４】本発明の一実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の他の実施例に係るＰＬＳ２データを示す図である。
【図１６】本発明の一実施例に係るフレームの論理（ｌｏｇｉｃａｌ）構造を示す図である。
【図１７】本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。
【図１８】本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１９】本発明の一実施例に係るＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図２０】本発明の一実施例に係るＤＰ（ｄａｔａ  ｐｉｐｅ）のタイプを示す図である。
【図２１】本発明の一実施例に係るＤＰマッピングを示す図である。
【図２２】本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。
【図２３】本発明の一実施例に係るビットインタリービングを示す図である。
【図２４】本発明の一実施例に係るセル−ワードデマルチプレキシングを示す図である。
【図２５】本発明の一実施例に係るタイムインタリービングを示す図である。
【図２６】本発明の一実施例に係るツイスト行−列ブロックインタリーバの基本動作を示す図である。
【図２７】本発明の他の実施例に係るツイスト行−列ブロックインタリーバの動作を示す図である。
【図２８】本発明の一実施例に係るツイスト行−列ブロックインタリーバの対角線方向読み取りパターンを示す図である。
【図２９】本発明の一実施例に係る各インタリービングアレイ（ａｒｒａｙ）からインタリーブされたＸＦＥＣＢＬＯＣＫを示す図である。
【図３０】本発明の一実施例に係るプロトコルスタックを示す図である。
【図３１】本発明の一実施例に係る放送信号送信装置に含まれたリンク層のインターフェース及び動作を示す図である。
【図３２】本発明の一実施例に係る放送信号送信装置を示す図である。
【図３３】本発明の一実施例に係るリンク層パケットの構造を示す図である。
【図３４】本発明の一実施例に係るリンク層パケットの構造を示す図である。
【図３５】本発明の一実施例に係る第一のヘッダ圧縮方法を示す図である。
【図３６】本発明の一実施例に係る第一のヘッダ圧縮モードによって圧縮されたＴＳパケットヘッダを示す図である。
【図３７】本発明の一実施例に係る第二のヘッダ圧縮方法を示す図である。
【図３８】本発明の一実施例に係る第二のヘッダ圧縮モードによって圧縮されたＴＳパケットヘッダを示す図である。
【図３９】本発明の一実施例に係る第二のヘッダ圧縮モードの圧縮方法を示す図である。
【図４０】本発明の一実施例に係る第三のヘッダ圧縮方法を示す図である。
【図４１】本発明の一実施例に係る第三のヘッダ圧縮モードによって圧縮されたＴＳパケットヘッダを示す図である。
【図４２】本発明の一実施例に係る第四のヘッダ圧縮方法を示す図である。
【図４３】本発明の一実施例に係る第一のヌルパケット削除方法を示す図である。
【図４４】本発明の一実施例に係る第二のヌルパケット削除方法を示す図である。
【図４５】本発明の一実施例に係る第三のヌルパケット削除方法を示す図である。
【図４６】本発明の一実施例に係る第四のヌルパケット削除方法を示す図である。
【図４７】本発明の一実施例に係る放送信号送信装置の入力フォーマッティングブロックのモード適応（ｍｏｄｅ  ａｄａｐｔａｉｏｎ）ブロックを示す図である。
【図４８】本発明の一実施例に係る放送信号受信装置を示す図である。
【図４９】本発明の一実施例に係るベースバンドフレームのパケット構造を示す図である。
【図５０】本発明の一実施例に係るベースバンドフレームの構造を示す図である。
【図５１】本発明の一実施例に係るベースバンドフレームの構造を示す図である。
【図５２】本発明の他の実施例に係るベースバンドフレームのパケット構造を示す図である。
【図５３】本発明の一実施例に係るベースバンドフレーム構造をシグナリングするシグナリングフィールドを示す図である。
【図５４】本発明の一実施例に係るベースバンドフレームの構造を示す図である。
【図５５】本発明の一実施例に係る放送信号を送信する方法を示す図である。
【図５６】本発明の一実施例に係る放送信号を受信する方法を示す図である。
【発明を実施するための形態】
【００１４】
以下、添付の図面を参照して本発明の好ましい実施例を説明する。添付の図面を参照して以下で説明する詳細な説明は、本発明によって具現可能な実施例のみを示すよりは、本発明の例示的な実施例を説明するためのものである。次の詳細な説明は、本発明の完璧な理解を提供するために特定の細部事項を含む。しかし、本発明が、このような特定の細部事項なしでも実行可能であることは当業者にとって自明である。
【００１５】
本発明で使用されるほとんどの用語は、本技術で広く使用されるものから選択されたが、一部の用語は、出願人によって任意に選択されたものであって、その意味は、必要に応じて次の説明で詳細に説明する。よって、本発明は、単純な名前又は意味よりは、用語の意図された意味に基づいて理解しなければならない。
【００１６】
本発明は、未来の放送サービスのための放送信号を送受信する装置及び方法を提供する。本発明の実施例に係る未来の放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例により、非−ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）又はＭＩＭＯを通じて未来の放送サービスのための放送信号を処理することができる。本発明の実施例に係る非−ＭＩＭＯ方式は、ＭＩＳＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）方式、ＳＩＳＯ（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）方式などを含むことができる。
【００１７】
ＭＩＳＯ又はＭＩＭＯは、説明の便宜上、以下で２個のアンテナを使用するが、本発明は、２個以上のアンテナを用いるシステムに適用することができる。本発明は、特定の使用ケースのために要求される性能を獲得しながら、受信機の複雑度を最小化するのにそれぞれ最適化された３個の物理層（ＰＬ）プロファイル（ベース、ハンドヘルド及びアドバンスドプロファイル）を定義することができる。物理層（ＰＨＹ）プロファイルは、該当受信機が具現しなければならない全ての構成のサブセットである。
【００１８】
３個のＰＨＹプロファイルは、機能ブロックのほとんどを共有するが、特定のブロック及び／又はパラメータにおいて少し異なる。追加のＰＨＹプロファイルを未来に定義することができる。また、システム進化のために、未来のプロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を通じて単一ＲＦチャネル内の既存のプロファイルとマルチプレクスされ得る。以下では、それぞれのＰＨＹプロファイルの細部事項について説明する。
【００１９】
１．ベースプロファイル
【００２０】
ベースプロファイルは、通常、ルーフトップ（ｒｏｏｆ−ｔｏｐ）アンテナに接続する固定受信装置に対する主要な使用ケースを示す。また、ベースプロファイルは、いずれかの場所に搬送可能であるが、比較的停止した受信カテゴリーに属するポータブル装置を含む。ベースプロファイルの使用は、任意の改善された具現例によってハンドヘルド装置又は車両装置に拡張可能であるが、これら使用ケースは、ベースプロファイル受信機の動作に対しては期待されない。
【００２１】
受信のターゲットＳＮＲ範囲は約１０ｄＢ〜２０ｄＢであって、これは、既存の放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢ  ＳＮＲ受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリ動作ハンドヘルド装置の場合のように重要ではない。以下では、ベースプロファイルに対する重要なシステムパラメータを表１に列挙する。
【００２２】
【表１】
0006615879.tif 000002
【００２３】
２．ハンドヘルドプロファイル
【００２４】
ハンドヘルドプロファイルは、バッテリ電力で動作するハンドヘルド及び車両装置に使用されるように設計された。装置は、歩行者又は車両速度で移動することができる。受信機の複雑度のみならず、消費電力はハンドヘルドプロファイルの装置の具現において非常に重要である。ハンドヘルドプロファイルのターゲットＳＮＲ範囲は約０ｄＢ〜１０ｄＢであるが、より深い室内受信を対象にすると、０ｄＢ未満に到逹するように構成することができる。
【００２５】
低いＳＮＲ能力に加えて、受信機の移動度によって誘発されたドップラー効果に対する弾力性は、ハンドヘルドプロファイルの最も重要な性能属性である。以下では、ハンドヘルドプロファイルに対する重要なパラメータを表２に列挙する。
【００２６】
【表２】
0006615879.tif 000003
【００２７】
３．アドバンスドプロファイル
【００２８】
アドバンスドプロファイルは、より多くの具現複雑度を犠牲し、最も高いチャネル容量を提供する。このプロファイルは、ＭＩＭＯ送信及び受信の利用を要求し、ＵＨＤＴＶサービスは、このプロファイルが特別に設計されたターゲット使用ケースである。また、増加した容量は、与えられた帯域幅内で増加した数のサービス、例えば、ＳＤＴＶ又はＨＤＴＶサービスを許容するように使用することができる。
【００２９】
アドバンスドプロファイルのターゲットＳＮＲ範囲は、約２０ｄＢ〜３０ｄＢである。ＭＩＭＯ送信は、初期に既存の楕円偏波（ｅｌｌｉｐｔｉｃａｌｌｙ−ｐｏｌａｒｉｚｅｄ）送信装置を利用できるが、未来にフル電力交差偏波送信（ｆｕｌｌ−ｐｏｗｅｒ  ｃｒｏｓｓ−ｐｏｌａｒｉｚｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）に拡張される。以下では、アドバンスドプロファイルに対する重要なシステムパラメータを表３に列挙する。
【００３０】
【表３】
0006615879.tif 000004
【００３１】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの全てのためのプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するのに使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルのためのアドバンスドプロファイル、及びＭＩＭＯを有するハンドヘルドプロファイルのためのアドバンスドプロファイルに分離することができる。また、３個のプロファイルは、設計者の意図によって変更可能である。
【００３２】
次の用語及び定義を本発明に適用することができる。次の用語及び定義は、設計によって変更可能である。
【００３３】
補助ストリーム：未だに定義されていない変調及びコーディングのデータを伝達するセルのシーケンスであって、未来拡張のために、又は、ブロードキャスタ又はネットワークオペレータによる要求通りに使用することができる。
【００３４】
ベースデータパイプ：サービスシグナリングデータを伝達するデータパイプ
【００３５】
ベースバンドフレーム（又はＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディングプロセス（ＢＣＨ及びＬＤＰＣエンコーディング）への入力を形成するＫｂｃｈビットのセット
【００３６】
セル：ＯＦＤＭ送信の一つのキャリアによって伝達される変調値
【００３７】
コーディングブロック：ＰＬＳ１データのＬＤＰＣエンコーディングブロック及びＰＬＳ２データのＬＤＰＣエンコーディングブロックのうち一つ
【００３８】
データパイプ：サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は多数のサービス又はサービスコンポーネントを伝達することができる。
【００３９】
データパイプ単位：フレーム内のＤＰにデータセルを割り当てる基本単位
【００４０】
データシンボル：プリアンブルシンボルでないフレーム内のＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジシンボルはデータシンボルに含まれる。）
【００４１】
ＤＰ＿ＩＤ：この８ビットフィールドは、ＳＹＳＴＥＭ＿ＩＤによって識別されたシステム内のＤＰを固有に識別する。
【００４２】
ダミーセル：ＰＬＳシグナリング、ＤＰ又は補助ストリームに使用されない残りの容量を充填するのに使用される擬似ランダム値を伝達するセル
【００４３】
非常境界チャネル（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ；ＥＡＳ）：ＥＡＳ情報データを伝達するフレームの一部
【００４４】
フレーム：プリアンブルから開始し、フレームエッジシンボルで終了する物理層時間スロット
【００４５】
フレーム反復単位：ＦＥＴを含む同一又は異なる物理層プロファイルに属するフレームセットであって、スーパーフレーム内で８回繰り返される。
【００４６】
高速情報チャネル：サービスと対応ベースＤＰとの間のマッピング情報を伝達するフレーム内の論理チャネル
【００４７】
ＦＥＣＢＬＯＣＫ：ＤＰデータのＬＤＰＣエンコーディングビットのセット
【００４８】
ＦＦＴサイズ：特定のモードに使用される公称ＦＦＴサイズであって、基本期間（ｅｌｅｍｅｎｔａｒｙ  ｐｅｒｉｏｄ）Ｔの周期で表現されるアクティブシンボル期間Ｔｓと同一である。
【００４９】
フレームシグナリングシンボル：ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）及び分散型パイロットパターンの所定の組み合わせでフレームの開始時に使用されるより高いパイロット密度を有するＯＦＤＭシンボルであって、ＰＬＳデータの一部を伝達する。
【００５０】
フレームエッジシンボル：ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）及び分散型パイロットパターンの所定の組み合わせでフレームの終了時に使用されるより高いパイロット密度を有するＯＦＤＭシンボル
【００５１】
フレームグループ：スーパーフレーム内の同一のＰＨＹプロファイルタイプを有する全てのフレームのセット
【００５２】
未来拡張フレーム：未来拡張のために使用可能なスーパーフレーム内の物理層時間スロットであって、プリアンブルから開始する。
【００５３】
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が一つ以上のＭＰＥＧ２−ＴＳ又はＩＰ又は一般ストリームであって、出力がＲＦ信号である提案された物理層放送システム
【００５４】
入力ストリーム：システムによってエンドユーザに伝達されるサービスのアンサンブルのためのデータのストリーム
【００５５】
正常データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
【００５６】
ＰＨＹプロファイル：該当受信機が具現しなければならない全ての構成のサブセット
【００５７】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層シグナリングデータ
【００５８】
ＰＬＳ１：固定サイズ、コーディング及び変調を有するＦＳＳシンボルで伝達されるＰＬＳデータの第１セットであって、ＰＬＳ２をデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。
【００５９】
注（ｎｏｔｅ）：フレームグループのデュレーションのために、ＰＬＳ１データは一定に維持される。
【００６０】
ＰＬＳ２：ＦＳＳシンボルで送信されるＰＬＳデータの第２セットであって、システム及びＤＰに対するより細部的なＰＬＳデータを伝達する。
【００６１】
ＰＬＳ２動的データ：フレーム別に動的に変化可能なＰＬＳ２データ
【００６２】
ＰＬＳ２静的データ：フレームグループのデュレーションの間に静的に維持されるＰＬＳ２データ
【００６３】
プリアンブルシグナリングデータ：プリアンブルシンボルによって伝達され、システムの基本モードを識別するのに使用されるシグナリングデータ
【００６４】
プリアンブルシンボル：基本ＰＬＳデータを伝達し、フレームの初期に位置する固定長さパイロットシンボル
【００６５】
注：プリアンブルシンボルは、主に高速初期帯域スキャンのために使用され、システム信号、そのタイミング、周波数オフセット及びＦＦＴサイズを検出する。
【００６６】
未来の使用のために予約：現在の文書では定義されないが、未来に定義可能である。
【００６７】
スーパーフレーム：８個のフレーム反復単位のセット
【００６８】
時間インタリービングブロック（ＴＩブロック）：時間インタリーバメモリの一つの用途に対応する時間インタリービングが行われるセルのセット
【００６９】
ＴＩグループ：特定のＤＰのための動的容量割り当てが行われる単位であって、整数、すなわち、動的に変わる数のＸＦＥＣＢＬＯＣＫで構成される。
【００７０】
注：ＴＩグループは、一つのフレームに直接マップされたり、多数のフレームにマップされ得る。これは、一つ以上のＴＩブロックを含むことができる。
【００７１】
タイプ１  ＤＰ：全てのＤＰがＴＤＭ方式でマップされるフレームのＤＰ
【００７２】
タイプ２  ＤＰ：全てのＤＰがＦＤＭ方式でマップされるフレームのＤＰ
【００７３】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ  ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルのセット
【００７４】
図１は、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置の構造を示す図である。
【００７５】
本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、入力フォーマッティングブロック１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレーム構造ブロック１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）生成ブロック１０３０、及びシグナリング生成ブロック１０４０を含むことができる。以下では、放送信号を送信する装置の各モジュールの動作を説明する。
【００７６】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳはメイン入力フォーマットで、他のストリームタイプは一般ストリームとして処理される。これらデータ入力に加えて、管理情報が入力され、各入力ストリームに対する該当帯域幅のスケジューリング及び割り当てを制御する。一つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般ストリームの入力が同時に許容される。
【００７７】
入力フォーマッティングブロック１０００は、各入力ストリームを一つ又は多数のデータパイプにデマルチプレクスし、独立コーディング及び変調がデータパイプに適用される。データパイプ（ＤＰ）は、ロバスト性制御のための基本単位であって、ＱｏＳに影響を与える。一つ又は多数のサービス又はサービスコンポーネントは単一のＤＰによって伝達され得る。入力フォーマッティングブロック１０００の動作の細部事項については後で説明する。
【００７８】
データパイプは、サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は多数のサービス又はサービスコンポーネントを伝達することができる。
【００７９】
また、データパイプ単位は、フレーム内のＤＰにデータセルを割り当てる基本ユニットである。
【００８０】
ＢＩＣＭブロック１０１０において、パリティデータが誤り訂正のために追加され、エンコードされたビットストリームは複素数値の星状シンボルにマップされる。シンボルは、該当ＤＰに使用される特定のインタリービング深さを横切ってインタリーブされる。アドバンスドプロファイルに対して、ＭＩＭＯエンコーディングがＢＩＣＭブロック１０１０で行われ、追加のデータ経路はＭＩＭＯ送信のための出力で追加される。ＢＩＣＭブロック１０１０の細部事項については後で説明する。
【００８１】
フレームビルディングブロック１０２０は、入力ＤＰのデータセルをフレーム内のＯＦＤＭシンボルにマップすることができる。マップした後、周波数インタリービングは、周波数領域多様性に使用され、特に、周波数選択フェーディングチャネルを防止する。フレームビルディングブロック１０２０の動作の細部事項については後で説明する。
【００８２】
各フレームの初期にプリアンブルを挿入した後、ＯＦＤＭ生成ブロック１０３０は、保護区間として循環前置（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を有する従来のＯＦＤＭ変調を適用することができる。アンテナ空間ダイバーシティのために、分散型ＭＩＳＯ方式が送信機に適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）方式が時間領域で行われる。柔軟なネットワーク計画のために、この提案は、多様なＦＦＴサイズ、保護区間長さ及び該当パイロットパターンのセットを提供する。ＯＦＤＭ生成ブロック１０３０の動作に対する詳細な内容は後で説明する。
【００８３】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層シグナリング情報を生成することができる。また、このシグナリング情報は、関心のあるサービスが受信側で適切に回復されるように送信される。シグナリング生成ブロック１０４０の動作の細部事項については後で説明する。
【００８４】
図２、図３及び図４は、本発明の実施例に係る入力フォーマッティングブロック１０００を示す。以下では、各図面に対して説明する。
【００８５】
図２は、本発明の一実施例に係る入力フォーマッティングブロックを示す図である。図２は、入力信号が単一入力ストリームであるときの入力フォーマッティングブロックを示す。
【００８６】
図２に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【００８７】
物理層への入力は、一つ又は多数のデータストリームで構成することができる。各データストリームは一つのＤＰによって伝達される。モード適応モジュールは、入り込むデータストリームをベースバンドフレーム（ＢＢＦ）のデータフィールドにスライスする。システムは、３つのタイプの入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、インターネットプロトコル（ＩＰ）及びＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）をサポートする。ＭＰＥＧ２−ＴＳは、固定長さ（１８８バイト）パケットで特性化され、第１バイトはＳｙｎｃ  ｂｙｔｅ（０ｘ４７）である。ＩＰストリームは、ＩＰパケットヘッダ内でシグナルされる可変長さＩＰデータグラムパケットで構成される。システムは、ＩＰストリームのためのＩＰｖ４及びＩＰｖ６をサポートする。ＧＳは、カプセル化パケットヘッダ内でシグナルされる可変長さパケット又は固定長さパケットで構成することができる。
【００８８】
（ａ）は、信号ＤＰのためのモード適応ブロック２０００及びストリーム適応ブロック２０１０を示し、（ｂ）は、ＰＬＳ信号を生成して処理するＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。以下では、各ブロックの動作を説明する。
【００８９】
入力ストリームスプリッタは、入力ＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分離する。モード適応モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサ及びＢＢフレームヘッダ挿入ブロックで構成される。
【００９０】
ＣＲＣエンコーダは、ユーザパケット（ＵＰ）レベル、すなわち、ＣＲＣ−８、ＣＲＣ−１６及びＣＲＣ−３２で誤り訂正のための３つのタイプのＣＲＣエンコーディングを提供する。計算されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ−８はＴＳストリームに使用され、ＣＲＣ−３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しない場合、提案されたＣＲＣエンコーディングが適用されなければならない。
【００９１】
ＢＢフレームスライサは、入力を内部論理ビットフォーマットにマップする。最初に受信されたビットはＭＢＳであると定義される。ＢＢフレームスライサは、利用可能なデータフィールド容量と同一の多数の入力ビットを割り当てる。ＢＢＦペイロードと同一の多数の入力ビットを割り当てるために、ＵＰパケットストリームはＢＢＦのデータフィールドに合わせてスライスされる。
【００９２】
ＢＢフレームヘッダ挿入ブロックは、２バイトの固定長さＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）及びＲＦＵ（２ビット）で構成される。固定２バイトＢＢＦヘッダに加えて、ＢＢＦは、２バイトＢＢＦヘッダの端に拡張フィールド（１バイト又は３バイト）を有することができる。
【００９３】
ストリーム適応ブロック２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリーム適応への入力データがＢＢフレームを充填するのに十分である場合、ＳＴＵＦＦＩは「０」に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでない場合、ＳＴＵＦＦＩが「１」に設定され、スタッフィングフィールドがＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
【００９４】
ＢＢスクランブラは、エネルギー分散（ｅｎｅｒｇｙ  ｄｉｓｐｅｒｓａｌ）のために完全なＢＢＦをスクランブルする。スクランブリングシーケンスはＢＢＦと同時に発生する。スクランブリングシーケンスは、フィードバックされたシフトレジスタによって生成される。
【００９５】
ＰＬＳ生成ブロック２０２０は、物理層シグナリング（ＰＬＳ）データを生成することができる。ＰＬＳは、受信機に物理層ＤＰにアクセスする手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。
【００９６】
ＰＬＳ１データは、固定サイズ、コーディング及び変調を有するフレーム内のＦＳＳシンボルで伝達されるＰＬＳデータの第１セットであって、ＰＬＳ２データをデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするのに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間に一定に維持される。
【００９７】
ＰＬＳ２データは、ＦＳＳシンボルで送信されるＰＬＳデータの第２セットであって、システム及びＤＰに対するより詳細なＰＬＳデータを伝達する。ＰＬＳ２は、受信機に十分なデータを提供し、所望のＤＰをデコードするパラメータを含む。また、ＰＬＳ２シグナリングは、２つのタイプのパラメータ、すなわち、ＰＬＳ２静的データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２動的データ（ＰＬＳ２−ＤＹＮデータ）で構成される。ＰＬＳ２静的データは、フレームグループのデュレーションの間に静的に残っているＰＬＳ２データであり、ＰＬＳ２動的データは、フレーム別に動的に変わり得るＰＬＳ２データである。
【００９８】
ＰＬＳデータの細部事項については後で説明する。
【００９９】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブルすることができる。
【０１００】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１０１】
図３は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【０１０２】
図３に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【０１０３】
図３は、入力信号が複数の入力ストリームに対応するときの入力フォーマッティングブロックのモード適応ブロックを示す。
【０１０４】
複数の入力ストリームを処理する入力フォーマッティングブロックのモード適応ブロックは、独立的に複数の入力ストリームを処理することができる。
【０１０５】
図３を参照すると、複数の入力ストリームをそれぞれ処理するモード適応ブロックは、入力ストリームスプリッタ３０００、入力ストリーム同期化器３０１０、補償遅延ブロック３０２０、ヌル（ｎｕｌｌ）パケット削除ブロック３０３０、ヘッド圧縮ブロック３０４０、ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０及びＢＢヘッダ挿入ブロック３０７０を含むことができる。以下では、モード適応ブロックの各ブロックを説明する。
【０１０６】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサ及びＢＢヘッダ挿入ブロックに対応するので、それに対する説明は省略する。
【０１０７】
入力ストリームスプリッタ３０００は、入力ＴＳ、ＩＰ  ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分離することができる。
【０１０８】
入力ストリーム同期化器３０１０はＩＳＳＹと称することができる。ＩＳＳＹは、任意の入力データフォーマットに対する一定のエンド−ツー−エンド送信遅延及びＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）を保証する適切な手段を提供することができる。ＩＳＳＹは、常にＴＳを伝達する多数のＤＰの場合に使用され、選択的に、ＧＳストリームを伝達するＤＰに使用される。
【０１０９】
補償遅延ブロック３０２０は、ＩＳＳＹ情報の挿入後に分離されたＴＳパケットストリームを遅延させ、受信機内の追加のメモリを要求せずにＴＳパケット再結合メカニズムを許容することができる。
【０１１０】
ヌルパケット削除ブロック３０３０は、ＴＳ入力ストリームケースにのみ使用される。任意のＴＳ入力ストリーム又は分離されたＴＳストリームは、ＣＢＲ  ＴＳストリームにＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ−ｒａｔｅ）サービスを収容するために存在する多数のヌルパケットを有することができる。この場合、不要な送信オーバーヘッドを避けるために、ヌルパケットが識別され、送信されない。受信機において、除去されたヌルパケットは、送信時に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌ−ｐａｃｋｅｔ）カウンタを参照し、本来にあった正確な場所に再挿入され、一定のビットレートを保証し、タイムスタンプ（ＰＣＲ）アップデートに対する必要性を避けることができる。
【０１１１】
ヘッド圧縮ブロック３０４０は、パケットヘッダ圧縮を提供し、ＴＳ又はＩＰ入力ストリームに対する送信効率を増加させることができる。受信機がヘッダの所定部分に対する先験的情報（ａ  ｐｒｉｏｒｉ  ｉｎｆｏｒｍａｔｉｏｎ）を有し得るので、この既知の情報は送信機で削除され得る。
【０１１２】
送信ストリームに対して、受信機は、Ｓｙｎｃ  ｂｙｔｅ構成（０ｘ４７）及びパケット長さ（１８８バイト）に関する先験的情報を有する。入力ＴＳストリームが一つのＰＩＤを有するコンテンツを伝達すると、すなわち、一つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベース層、ＳＶＣインヘンスメント層、ＭＶＣベースビュー又はＭＶＣ従属ビュー）に対してのみ、ＴＳパケットヘッダ圧縮を（選択的に）送信ストリームに適用することができる。入力ストリームがＩＰストリームであると、ＩＰパケットヘッダ圧縮が選択的に使用される。上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１１３】
図４は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【０１１４】
図４に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【０１１５】
図４は、入力信号が複数の入力ストリームに対応するときの入力フォーマッティングモジュールのストリーム適応ブロックを示す。
【０１１６】
図４を参照すると、複数の入力ストリームをそれぞれ処理するモード適応ブロックは、スケジューラ４０００、１フレーム遅延ブロック４０１０、スタッフィング挿入ブロック４０２０、帯域内（ｉｎ−ｂａｎｄ）シグナリング４０３０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０及びＰＬＳスクランブラ４０６０を含むことができる。以下では、ストリーム適応ブロックのそれぞれのブロックを説明する。
【０１１７】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０及びＰＬＳスクランブラ４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラ、ＰＬＳ生成ブロック及びＰＬＳスクランブラに対応するので、それに対する説明は省略する。
【０１１８】
スケジューラ４０００は、それぞれのＤＰのＦＥＣＢＬＯＣＫの量から全体のフレームにわたった全体のセル割り当てを決定することができる。ＰＬＳ、ＥＡＣ及びＦＩＣに対する割り当てを含めて、スケジューラはＰＬＳ２−ＤＹＮデータの値を生成し、これは、フレームのＦＳＳ内の帯域内シグナリング又はＰＬＳセルとして送信される。ＦＥＣＢＬＯＣＫ、ＥＡＣ及びＦＩＣの細部事項については後で説明する。
【０１１９】
１フレーム遅延ブロック４０１０は、入力データを１送信フレームだけ遅延させ、次のフレームに関するスケジューリング情報を、ＤＰに挿入される帯域内シグナリング情報に対する現在のフレームを通じて送信させることができる。
【０１２０】
帯域内シグナリング４０３０は、ＰＬＳ２データの遅延されていない部分をフレームのＤＰに挿入することができる。
【０１２１】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１２２】
図５は、本発明の実施例に係るＢＩＣＭブロックを示す図である。
【０１２３】
図５に示したＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の実施例に該当する。
【０１２４】
上述したように、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２５】
ＱｏＳは、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置によって提供されるサービスの特性に依存するので、各サービスに対応するデータは、異なる方式を通じて処理される必要がある。よって、本発明の実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ及びＭＩＭＯ方式をデータ経路にそれぞれ対応するデータパイプに独立的に適用することによって、それに入力されたＤＰを独立的に処理することができる。結果的に、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、それぞれのＤＰを通じて送信されるそれぞれのサービス又はサービスコンポーネントに対するＱｏＳを制御することができる。
【０１２６】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されたＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１２７】
ベースプロファイル及びハンドヘルドプロファイルによって共有されたＢＩＣＭブロック及びアドバンスドプロファイルによって共有されたＢＩＣＭブロックは、各ＤＰを処理する複数の処理ブロックを含むことができる。
【０１２８】
以下では、ベースプロファイル及びハンドヘルドプロファイルのためのＢＩＣＭブロック、及びアドバンスドプロファイルのためのＢＩＣＭブロックのそれぞれの処理ブロックを説明する。
【０１２９】
ベースプロファイル及びハンドヘルドプロファイルのためのＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインタリーバ５０２０、星状マッパ５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０及び時間インタリーバ５０５０を含むことができる。
【０１３０】
データＦＥＣエンコーダ５０１０は、入力ＢＢＦに対してＦＥＣエンコーディングを行い、アウターコーディング（ＢＣＨ）及びインナーコーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成することができる。アウターコーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の動作の細部事項については後で説明する。
【０１３１】
ビットインタリーバ５０２０は、データＦＥＣＴエンコーダ５０１０の出力をインタリーブし、効率的に具現可能な構造を提供しながらＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインタリーバ５０２０の動作の細部事項については後で説明する。
【０１３２】
星状マッパ５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）又は不均一星状（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイル内のビットインタリーバ５０２０からの各セルワード及びアドバンスドプロファイル内のセル−ワードデマルチプレクサ５０１０−１からのセルワードを変調し、電力正規化星状ポイントを提供することができる。この星状マッピングはＤＰに対してのみ適用される。ＱＡＭ−１６及びＮＵＱが方形（ｓｑｕａｒｅ  ｓｈａｐｅｄ）であるが、ＮＵＣは任意の形状を有する。それぞれの星状が９０度の任意の倍数で回転すると、回転した星状は正確に本来の星状と重畳する。この「回転−感覚（ｒｏｔａｔｉｏｎ−ｓｅｎｓｅ）対称特性は、実数成分及び虚数成分の平均電力及び容量を互いに同一にする。ＮＵＱ及びＮＵＣは、各コードレートに対して特別に定義され、使用される特定の一つがＰＬＳ２データで提出されたパラメータ（ＤＰ＿ＭＯＤ）によってシグナルされる。
【０１３３】
ＳＳＤエンコーディングブロック５０４０は、２（２Ｄ）、３（３Ｄ）及び４（４Ｄ）次元でセルをプリコードし、異なるフェーディング条件下で受信ロバスト性を増加させることができる。
【０１３４】
時間インタリーバ５０５０はＤＰレベルで動作し得る。時間インタリービング（ＴＩ）のパラメータは、各ＤＰに対して異なる形に設定することができる。時間インタリーバ５０５０の動作の細部事項については後で説明する。
【０１３５】
アドバンスドプロファイルのためのＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインタリーバ、星状マッパ及び時間インタリーバを含むことができる。
【０１３６】
しかし、処理ブロック５０００−１は処理ブロック５０００と区別され、セル−ワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含む。
【０１３７】
また、処理ブロック５０００−１のデータＦＥＣエンコーダ、ビットインタリーバ、星状マッパ及び時間インタリーバの動作は、上述したデータＦＥＣエンコーダ５０１０、ビットインタリーバ５０２０、星状マッパ５０３０及び時間インタリーバ５０５０に対応するので、それに対する説明は省略する。
【０１３８】
セル−ワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのＤＰに使用され、単一セル−ワードストリームをＭＩＭＯ処理のためのデュアルセル−ワードストリームに分離する。セル−ワードデマルチプレクサ５０１０−１の動作の細部事項については後で説明する。
【０１３９】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセル−ワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号の送信のために最適化された。ＭＩＭＯ技術は、容量を増加させる優れた方式であるが、チャネル特性に依存する。特に、ブロードキャスティングに対して、異なる信号伝播特性によって誘発された２個のアンテナ間の受信された信号電力の差又はチャネルの強いＬＯＳ成分は、ＭＩＭＯから容量利得を得ることを困難にし得る。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち一つの回転基盤プリコーディング及び位相ランダム化を用いてこの問題を克服する。
【０１４０】
ＭＩＭＯエンコーディングは、送信機及び受信機で少なくとも２個のアンテナを必要とする２ｘ２  ＭＩＭＯシステムを目的とすることができる。この提案において、２個のＭＩＭＯエンコーディングモード、すなわち、ＦＲ−ＳＭ（ｆｕｌｌ−ｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤ−ＳＭ（ｆｕｌｌ−ｒａｔｅ  ｆｕｌｌ−ｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）が定義される。ＦＲ−ＳＭエンコーディングは、受信機側で比較的小さい複雑度の増加と共に容量の増加を提供するが、ＦＲＦＤ−ＳＭエンコーディングは、受信機側で大きい複雑度の増加と共に、容量の増加及び追加の多様性利得を提供する。提案されたＭＩＭＯエンコーディング方式は、アンテナ極性構成に対する制限を有さない。
【０１４１】
ＭＩＭＯ処理は、アドバンスドプロファイルフレームのために要求することができ、これは、アドバンスドプロファイルフレーム内の全てのＤＰがＭＩＭＯエンコーダによって処理されることを意味する。ＭＩＭＯ処理はＤＰレベルで適用することができる。星状マッパ出力（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｅｒ  ｏｕｔｐｕｔ）（ＮＵＱ）のペア（ｅ１，ｉ及びｅ２，ｉ）は、ＭＩＭＯエンコーダの入力に供給することができる。ＭＩＭＯエンコーダ出力のペア（ｇ１，ｉ及びｇ２，ｉ）は、それぞれのＴＸアンテナのＯＦＤＭシンボル（ｌ）及び同一のキャリア（ｋ）によって送信され得る。
【０１４２】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１４３】
図６は、本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【０１４４】
図６に示したＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の実施例に該当する。
【０１４５】
図６は、物理層シグナリング（ＰＬＳ）、非常境界チャネル（ＥＡＣ）及び高速情報チャネル（ＦＩＣ）の保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報を伝達するフレームの一部であって、ＦＩＣは、サービスと該当ベースＤＰとの間のマッピング情報を伝達するフレーム内の論理チャネルである。ＥＡＣ及びＦＩＣの細部事項については後で説明する。
【０１４６】
図６を参照すると、ＰＬＳ、ＥＡＣ及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ  ＦＥＣエンコーダ６０００、ビットインタリーバ６０１０、星状マッパ６０２０を含むことができる。
【０１４７】
また、ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック及びＬＤＰＣパリティパンクチャリングブロックを含むことができる。以下では、ＢＩＣＭブロックの各ブロックを説明する。
【０１４８】
ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ  １／２データ、ＥＡＣ及びＦＩＣセクションをエンコードすることができる。
【０１４９】
スクランブラは、ＢＣＨエンコーディング及び短縮及びパンクチャされたＬＤＰＣエンコーディング前にＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１５０】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のために短縮されたＢＣＨコードを用いてスクランブルされたＰＬＳ  １／２データに対してアウターエンコーディングを行い、ＢＣＨエンコーディング後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ＬＤＰＣエンコーディング前にゼロ挿入の出力ビットがパーミュート（ｐｅｒｍｕｔｅ）され得る。
【０１５１】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコードすることができる。完全なコーディングブロック（Ｃｌｄｐｃ）を生成するために、パリティビット（Ｐｌｄｐｃ）がそれぞれのゼロ挿入ＰＬＳ情報ブロック（Ｉｌｄｐｃ）から組織的にエンコードされ、その後に添付される。
【０１５２】
【数１】
0006615879.tif 000005
【０１５３】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４の通りである。
【０１５４】
【表４】
0006615879.tif 000006
【０１５５】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１５６】
ＰＬＳ１データ保護に短縮が適用されると、任意のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディング後にパンクチャされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットはＬＤＰＣエンコーディング後にパンクチャされる。これらパンクチャされたビットは送信されない。
【０１５７】
ビットインタリーバ６０１０は、それぞれ短縮及びパンクチャされたＰＬＳ１データ及びＰＬＳ２データをインタリーブする。
【０１５８】
星状マッパ６０２０は、ビットインタリーブされたＰＬＳ１データ及びＰＬＳ２データを星状にマップすることができる。
【０１５９】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１６０】
図７は、本発明の一実施例に係るフレームビルディングブロックを示す図である。
【０１６１】
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の実施例に該当する。
【０１６２】
図７を参照すると、フレームビルディングブロックは、遅延補償ブロック７０００、セルマッパ７０１０及び周波数インタリーバ７０２０を含むことができる。以下では、フレームビルディングブロックのそれぞれのブロックを説明する。
【０１６３】
遅延補償ブロック７０００は、データパイプと対応ＰＬＳデータとの間のタイミングを調節し、送信端で時間が共に合わせられるように保証することができる。ＰＬＳデータは、入力フォーマッティングブロック及びＢＩＣＭブロックによって誘発されたデータパイプの遅延を処理することによって、データパイプと同一の量だけ遅延される。ＢＩＣＭブロックの遅延は、主に時間インタリーバ５０５０による。帯域内シグナリングデータは、次のＴＩグループの情報を伝達し、シグナルされるＤＰより一つのフレームだけ速く伝達される。よって、遅延補償ブロックは、帯域内シグナリングデータを遅延させる。
【０１６４】
セルマッパ７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルをフレーム内のＯＦＤＭシンボルのアクティブキャリアにマップすることができる。セルマッパ７０１０の基本機能は、もしあれば、ＤＰ、ＰＬＳセル及びＥＡＣ／ＦＩＣセルのそれぞれに対してＴＩによって生成されたデータセルをフレーム内のＯＦＤＭシンボルのそれぞれに対応するアクティブＯＦＤＭセルのアレイにマップすることである。サービスシグナリングデータ（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ））は、データパイプによって個別的に集めて送信することができる。セルマッパは、スケジューラによって生成された動的情報及びフレーム構造の構成によって動作する。フレームの細部事項については後で説明する。
【０１６５】
周波数インタリーバ７０２０は、セルマッパ７０１０から受信されたデータセルをランダムにインタリーブし、周波数多様性を提供することができる。また、周波数インタリーバ７０２０は、異なるインタリービングシード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）順序を用いて２個の順次的なＯＦＤＭシンボルで構成されるＯＦＤＭシンボルペアに対して動作し、単一フレーム内の最大のインタリービング利得を得ることができる。周波数インタリーバ７０２０の動作の細部事項については後で説明する。
【０１６６】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１６７】
図８は、本発明の実施例に係るＯＦＤＭ生成ブロックを示す図である。
【０１６８】
図８に示したＯＦＤＭ生成ブロックは、図１を参照して説明したＯＦＤＭ生成ブロック１０３０の実施例に該当する。
【０１６９】
ＯＦＤＭ生成ブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、送信される時間領域信号を生成する。また、このブロックは、保護区間を順次挿入し、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）減少処理を適用して最終ＲＦ信号を生成する。
【０１７０】
図８を参照すると、フレームビルディングブロックは、パイロット及び予約トーン挿入ブロック８０００、２Ｄ−ｅＳＦＮエンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、保護区間挿入ブロック８０４０、プリアンブル挿入ブロック８０５０、他のシステム挿入ブロック８０６０及びＤＡＣブロック８０７０を含むことができる。以下では、フレームビルディングブロックのそれぞれのブロックを説明する。
【０１７１】
パイロット及び予約トーン挿入ブロック８０００は、パイロット及び予約トーンを挿入することができる。
【０１７２】
ＯＦＤＭシンボル内の多様なセルは、パイロットとして知られた基準情報で変調され、パイロットは、受信機で先験的に知られた送信値を有する。パイロットセルの情報は、分散されたパイロット、反復パイロット（ｃｏｎｔｉｎｕａｌ  ｐｉｌｏｔ）、エッジパイロット、ＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）パイロット及びＦＥＳ（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）パイロットで構成される。それぞれのパイロットは、パイロットタイプ及びパイロットパターンによって特定のブースティング電力レベルで送信される。パイロット情報の値は、任意の与えられたシンボル上のそれぞれの送信されたキャリアに対して一連の値である基準シーケンスから導出される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定及び送信モード識別に使用することができ、また、位相雑音をフォローする（ｆｏｌｌｏｗｉｎｇ）のに使用することができる。
【０１７３】
基準シーケンスから取得された基準情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除いた全てのシンボルで分散されたパイロットセルで送信される。反復パイロットは、フレームの全てのシンボルに挿入される。反復パイロットの数と位置は、ＦＦＴサイズ及び分散されたパイロットパターンに依存する。エッジキャリアは、プリアンブルシンボルを除いた全てのシンボル内のエッジパイロットである。これらは、スペクトルのエッジまで周波数補間を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。これらは、フレームのエッジまで時間補間を許容するために挿入される。
【０１７４】
本発明の実施例に係るシステムは、ＳＦＮネットワークをサポートし、分散型ＭＩＳＯ方式は、選択的に非常にロバストな送信モードをサポートするのに使用される。２Ｄ−ｅＳＦＮは、多数のＴＸアンテナを用いる分散型ＭＩＳＯ方式であって、それぞれのＴＸアンテナはＳＦＮネットワーク内の異なる送信側に配置される。
【０１７５】
２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数多様性を生成するために２Ｄ−ｅＳＦＮ処理を行い、多数の送信機から送信された信号の位相を歪曲することができる。そのため、長い時間の間の低いフラットフェーディング又は深いフェーディングによるバーストエラーを緩和することができる。
【０１７６】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロットとして（又は予約トーンとして）指定されていないデータシンボル内の任意のセルは、周波数インタリーバからのデータセルのうち一つを伝達する。セルはＯＦＤＭキャリアにマップされる。
【０１７７】
ＰＡＰＲ減少ブロック８０３０は、時間領域内の多様なＰＡＰＲ減少アルゴリズムを用いて入力信号に対するＰＡＰＲ減少を行うことができる。
【０１７８】
保護区間挿入ブロック８０４０は保護区間を挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造の細部事項については後で説明する。
【０１７９】
他のシステム挿入ブロック８０６０は、時間領域で複数の放送送受信システムの信号をマルチプレクスし、放送サービスを提供する２個以上の異なる放送送信／受信システムのデータが同一のＲＦ信号帯域幅で同時に送信され得る。この場合、２個以上の異なる放送送受信システムは、異なる放送サービスを提供するシステムを称する。異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを称する。それぞれの放送サービスと関連するデータは、異なるフレームを通じて送信され得る。
【０１８０】
ＤＡＣブロック８０７０は、入力デジタル信号をアナログ信号に変換し、アナログ信号を出力することができる。ＤＡＣブロック８０７０から出力された信号は、物理層プロファイルによって多数の出力アンテナを介して送信され得る。本発明の実施例に係るＴＸアンテナは、垂直又は水平極性（ｐｏｌａｒｉｔｙ）を有することができる。
【０１８１】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１８２】
図９は、本発明の実施例によって未来の放送サービスのための放送信号を受信する装置の構造を示す図である。
【０１８３】
本発明の実施例によって未来の放送サービスのための放送信号を受信する装置は、図１を参照して説明した未来の放送サービスのために放送信号を送信する装置に対応し得る。
【０１８４】
本発明の実施例によって未来の放送サービスのための放送信号を受信する装置は、同期化及び復調モジュール９０００、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０及びシグナリングデコーディングモジュール９０４０を含むことができる。以下では、放送信号を受信する装置の各モジュールの動作を説明する。
【０１８５】
同期化及び復調モジュール９０００は、ｍ個のＲｘアンテナを介して入力信号を受信し、放送信号を受信する装置に対応するシステムに対して信号検出及び同期化を行い、放送信号を送信する装置によって行われる手続の逆の手続に対応する復調を行うことができる。
【０１８６】
フレームパーシングモジュール９１００は、入力信号フレームをパースし、ユーザによって選択されたサービスが送信されるデータを抽出することができる。放送信号を送信する装置がインタリービングを行うと、フレームパーシングモジュール９１００は、インタリービングの逆の手続に対応するデインタリービングを行うことができる。この場合、抽出される必要がある信号及びデータの位置は、シグナリングデコーディングモジュール９４００から出力されたデータをデコードし、放送信号を送信する装置によって生成されたシグナリング情報を回復することによって得ることができる。
【０１８７】
デマッピング及びデコーディングモジュール９２００は、入力信号をビット領域データに変換した後、必要に応じてデインタリービングを行うことができる。デマッピング及びデコーディングモジュール９２００は、送信効率のために適用されたマッピングに対してデマッピングを行い、デコーディングを通じて送信チャネルに対して生成された誤りを訂正することができる。この場合、デマッピング及びデコーディングモジュール９２００は、シグナリングデコーディングモジュール９４００から出力されたデータをデコードすることによって、デマッピング及びデコーディングに必要な送信パラメータを得ることができる。
【０１８８】
出力プロセッサ９３００は、放送信号を送信し、送信効率を改善する装置によって適用される多様な圧縮／信号処理手続の逆の手続を行うことができる。この場合、出力プロセッサ９３００は、シグナリングデコーディングモジュール９４００から出力されたデータから必要な制御情報を得ることができる。出力プロセッサ８３００の出力は、放送信号を送信する装置に入力される信号に対応し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及び一般ストリームであり得る。
【０１８９】
シグナリングデコーディングモジュール９４００は、同期化及び復調モジュール９０００によって復調された信号からＰＬＳ情報を得ることができる。上述したように、フレームパーシングモジュール９１００、デマッピング及びデコーディングモジュール９２００及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９４００から出力されたデータを用いてその機能を実行することができる。
【０１９０】
図１０は、本発明の実施例に係るフレーム構造を示す図である。
【０１９１】
図１０は、スーパーフレーム内のフレームタイプ及びＦＲＵの例示的な構成を示す。（ａ）は、本発明の実施例に係るスーパーフレームを示し、（ｂ）は、本発明の実施例に係るＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ）を示し、（ｃ）は、ＦＲＵ内の可変ＰＨＹプロファイルのフレームを示し、（ｄ）はフレームの構造を示す。
【０１９２】
スーパーフレームは８個のＦＲＵで構成することができる。ＦＲＵは、フレームのＴＤＭのための基本マルチプレキシング単位であって、スーパーフレーム内で８回繰り返される。
【０１９３】
ＦＲＵ内の各フレームは、ＰＨＹプロファイル（ベース、ハンドヘルド、アドバンスド）及びＦＥＴのうち一つに属する。ＦＲＵ内のフレームの最大許容数は４であり、与えられたＰＨＹプロファイルは、ＦＲＵ（例えば、ベース、ハンドヘルド、アドバンスド）で０倍から４倍までの任意の回数だけ表れ得る。ＰＨＹプロファイルの定義は、必要であれば、プリアンブル内のＰＨＹ＿ＰＲＯＦＩＬＥの予約値を用いて拡張することができる。
【０１９４】
ＦＥＴ部分は、含まれるならば、ＦＲＵの端に挿入される。ＦＥＴがＦＲＵに含まれると、スーパーフレームでＦＥＴの最小数は８である。ＦＥＴ部分が互いに隣接することは推薦されない。
【０１９５】
また、一つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルに分離される。（ｄ）に示したように、フレームは、プリアンブル、一つ以上のフレームシグナリングシンボル（ＦＳＳ）、正常データシンボル及びフレームエッジシンボル（ＦＥＳ）を含む。
【０１９６】
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号の検出が可能であり、信号の効率的な送受信のための基本送信パラメータのセットを提供する特殊シンボルである。プリアンブルの細部説明については後で説明する。
【０１９７】
ＦＳＳの主要目的はＰＬＳデータを伝達することにある。高速同期化及びチャネル推定、及びＰＬＳデータの高速デコーディングのために、ＦＳＳは、正常データシンボルより密集したパイロットパターンを有する。ＦＥＳは、正確にＦＳＳと同一のパイロットを有し、これは、ＦＥＳの直前のシンボルに対して外挿せず、ＦＥＳ内の周波数専用補間及び時間補間を可能にする。
【０１９８】
図１１は、本発明の実施例に係るフレームのシグナリング層構造を示す図である。
【０１９９】
図１１は、３個の主要部分、すなわち、プリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０及びＰＬＳ２データ１１０２０に分離されたシグナリング層構造を示す。全てのフレームでプリアンブルシンボルによって伝達されるプリアンブルの目的は、そのフレームの送信タイプ及び基本送信パラメータを指示することにある。ＰＬＳ１は、受信機がＰＬＳ２データにアクセスし、ＰＬＳ２データをデコードするようにし、これは、関心のあるＤＰにアクセスするパラメータを含む。ＰＬＳ２は、全てのフレームで伝達され、２個の主要部分、すなわち、ＰＬＳ２−ＳＴＡＴデータ及びＰＬＳ２−ＤＹＮデータに分離される。ＰＬＳ２データの静的及び動的部分には、必要であればパディングが後に来る。
【０２００】
図１２は、本発明の実施例に係るプリアンブルシグナリングデータを示す図である。
【０２０１】
プリアンブルシグナリングデータは、フレーム構造内で受信機がＰＬＳデータにアクセスし、ＤＰをトレースさせるのに必要な情報の２１ビットを伝達する。プリアンブルシグナリングの細部事項は次の通りである。
【０２０２】
ＰＨＹ＿ＰＲＯＦＩＬＥ：この３ビットフィールドは、現在のフレームのＰＨＹプロファイルタイプを示す。異なるＰＨＹプロファイルタイプのマッピングは、以下の表５に与えられる。
【０２０３】
【表５】
0006615879.tif 000007
【０２０４】
ＦＦＴ＿ＳＩＺＥ：この２ビットフィールドは、以下の表６に記載したように、フレームグループ内の現在のフレームのＦＦＴサイズを示す。
【０２０５】
【表６】
0006615879.tif 000008
【０２０６】
ＧＩ＿ＦＲＡＣＴＩＯＮ：この３ビットフィールドは、以下の表７に記載したように、現在のスーパーフレーム内の保護区間分数（ｆｒａｃｔｉｏｎ）値を示す。
【０２０７】
【表７】
0006615879.tif 000009
【０２０８】
ＥＡＣ＿ＦＬＡＧ：この１ビットフィールドは、ＥＡＣが現在のフレームに提供されるか否かを示す。このフィールドが「１」に設定されると、ＥＡＳ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｓｅｒｖｉｃｅ）が現在のフレームで提供される。このフィールドが「０」に設定されると、ＥＡＳが現在のフレームで伝達されない。このフィールドは、スーパーフレーム内で動的にスイッチされ得る。
【０２０９】
ＰＩＬＯＴ＿ＭＯＤＥ：この１ビットフィールドは、プロファイルモードが現在のフレームグループ内の現在のフレームに対してモバイルモードであるのか、それとも固定モードであるのかを指示する。このフィールドが「０」に設定されると、モバイルパイロットモードが使用される。フィールドが「１」に設定されると、固定パイロットモードが使用される。
【０２１０】
ＰＡＰＲ＿ＦＬＡＧ：この１ビットフィールドは、ＰＡＰＲ減少が現在のフレームグループ内の現在のフレームに使用されるか否かを指示する。このフィールドが「１」に設定されると、ＰＡＰＲ減少にトーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）が使用される。このフィールドが「０」に設定されると、ＰＡＰＲ減少が使用されない。
【０２１１】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：この３ビットフィールドは、現在のスーパーフレーム内に存在するＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ）のＰＨＹプロファイルタイプ構成を示す。現在のスーパーフレームで伝達される全てのプロファイルタイプは、現在のスーパーフレーム内の全てのフレーム内のこのフィールドで識別される。３ビットフィールドは、以下の表８に示したように、各プロファイルに対する異なる定義を有する。
【０２１２】
【表８】
0006615879.tif 000010
【０２１３】
ＲＥＳＥＲＶＥＤ：この７ビットフィールドが未来の使用のために予約される。
【０２１４】
図１３は、本発明の実施例に係るＰＬＳ１データを示す図である。
【０２１５】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするのに必要なパラメータを含む基本送信パラメータを提供する。上述したように、ＰＬＳ１データは、一つのフレームグループの全体のデュレーションの間に変更されない。ＰＬＳ１データのシグナリングフィールドの詳細な定義は次の通りである。
【０２１６】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：この２０ビットフィールドは、ＥＡＣ＿ＦＬＡＧを除いたプリアンブルシグナリングデータの写本である。
【０２１７】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：この２ビットフィールドは、ＦＲＵ当たりのフレームの数を示す。
【０２１８】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：この３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを指示する。ＰＡＹＬＯＡＤ＿ＴＹＰＥは、表９に示したようにシグナルされる。
【０２１９】
【表９】
0006615879.tif 000011
【０２２０】
ＮＵＭ＿ＦＳＳ：この２ビットフィールドは、現在のフレーム内のＦＳＳシンボルの数を示す。
【０２２１】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：この８ビットフィールドは、送信された信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは、２個の４ビットフィールド、すなわち、メジャーバージョン及びマイナーバージョンに分離される。
【０２２２】
メジャーバージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢ４ビットは、メジャーバージョン情報を示す。メジャーバージョンフィールドの変化は、非−下位−互換（ｎｏｎ−ｂａｃｋｗａｒｄ−ｃｏｍｐａｔｉｂｌｅ）変化を示す。デフォルト値は「００００」である。この標準に記載したバージョンにおいて、値は「００００」に設定される。
【０２２３】
マイナーバージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮのＬＳＢ４ビットは、マイナーバージョン情報を示す。マイナーバージョンフィールドの変化は下位互換性である。
【０２２４】
ＣＥＬＬ＿ＩＤ：これは、ＡＴＳＣネットワークで地理的なセルを固有に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジ領域は、フューチャーキャストＵＴＢシステムに使用される周波数の数に依存し、一つ以上の周波数で構成することができる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されていない場合、このフィールドは「０」に設定される。
【０２２５】
ＮＥＴＷＯＲＫ＿ＩＤ：これは、現在のＡＴＳＣネットワークを固有に識別する１６ビットフィールドである。
【０２２６】
ＳＹＳＴＥＭ＿ＩＤ：この１６ビットフィールドは、ＡＴＳＣネットワーク内のフューチャーキャストＵＴＢシステムを固有に識別する。フューチャーキャストＵＴＢシステムは、入力が一つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であって、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、もしあれば、一つ以上のＰＨＹプロファイル及びＦＥＴを伝達する。同一のフューチャーキャストＵＴＢシステムは、異なる入力ストリームを伝達することができ、異なる地理的領域で異なるＲＦ周波数を使用してローカルサービス挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての送信に対して同一である。一つ以上のフューチャーキャストＵＴＢシステムは、全て同一の物理層構造及び構成を有することを意味する同一のＳＹＳＴＥＭ＿ＩＤを有することができる。
【０２２７】
次のループは、各フレームタイプのＦＲＵ構成及び長さを指示するのに使用されるＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ及びＲＥＳＥＲＶＥＤで構成される。ループサイズは固定され、４個のＰＨＹプロファイル（ＦＥＴを含む）がＦＲＵ内でシグナルされる。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さいと、使用されないフィールドはゼロで充填される。
【０２２８】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：この３ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目（ｉは、ループインデックスである）フレームのＰＨＹプロファイルタイプを示す。このフィールドは、表８に示したように、同一のシグナリングフォーマットを使用する。
【０２２９】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：この２ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを用いて、フレームデュレーションの正確な値を得ることができる。
【０２３０】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：この３ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目のフレームの保護区間分数値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは、表７によってシグナルされる。
【０２３１】
ＲＥＳＥＲＶＥＤ：この４ビットフィールドが未来の使用のために予約される。
【０２３２】
次のフィールドは、ＰＬＳ２データをデコードするパラメータを提供する。
【０２３３】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０によってシグナルされる。ＬＤＰＣコードの細部事項については後で説明する。
【０２３４】
【表１０】
0006615879.tif 000012
【０２３５】
ＰＬＳ２＿ＭＯＤ：この３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１によってシグナルされる。
【０２３６】
【表１１】
0006615879.tif 000013
【０２３７】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、現在のフレームグループで伝達されるＰＬＳ２に対するフルコーディングブロック（ｆｕｌｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋ）を示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２３８】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、現在のフレームグループに対するＰＬＳ２−ＳＴＡＴのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２３９】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、現在のフレームグループに対するＰＬＳ２−ＤＹＮのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４０】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：この１ビットフラグは、現在のフレームグループでＰＬＳ２反復モードが使用されるか否かを示す。このフィールドが値「１」に設定されると、ＰＬＳ２反復モードが活性化される。このフィールドが値「０」に設定されると、ＰＬＳ２反復モードが非活性化される。
【０２４１】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２反復が使用されるとき、現在のフレームグループの全てのフレームで伝達されるＰＬＳ２に対する部分コーディングブロック（ｐａｒｔｉａｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋ）を示す。反復が使用されない場合、このフィールドの値は０と同一である。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４２】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、次のフレームグループの全てのフレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０によってシグナルされる。
【０２４３】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：この３ビットフィールドは、次のフレームグループの全てのフレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１によってシグナルされる。
【０２４４】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：この１ビットフィールドは、次のフレームグループでＰＬＳ２反復モードが使用されるか否かを示す。このフィールドが値「１」に設定されると、ＰＬＳ２反復モードが活性化される。このフィールドが値「０」に設定されると、ＰＬＳ２反復モードが非活性化される。
【０２４５】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２反復が使用されるとき、次のフレームグループの全てのフレームで伝達されるＰＬＳ２に対するフルコーディングブロック（ｆｕｌｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋ）を示す。次のフレームグループで反復が使用されない場合、このフィールドの値は０と同一である。この値は、現在のフレームグループで一定である。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、次のフレームグループに対するＰＬＳ２−ＳＴＡＴのビットサイズを示す。この値は、現在のフレームグループで一定である。
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、次のフレームグループに対するＰＬＳ２−ＤＹＮのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４８】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：この２ビットフィールドは、現在のフレームグループ内のＰＬＳ２に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。下記の表１２は、このフィールドの値を示す。このフィールドが「００」に設定されると、現在のフレームでＰＬＳ２に対して追加のパリティが使用されない。
【０２４９】
【表１２】
0006615879.tif 000014
【０２５０】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２の追加のパリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２５１】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：この２ビットフィールドは、次のフレームグループでＰＬＳ２に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。表１２は、このフィールドの値を定義する。
【０２５２】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、次のフレームグループの全てのフレームでのＰＬＳ２の追加のパリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２５３】
ＲＥＳＥＲＶＥＤ：この３２ビットフィールドが未来の使用のために予約される。
【０２５４】
ＣＲＣ＿３２：全体のＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２５５】
図１４は、本発明の実施例に係るＰＬＳ２データを示す図である。
【０２５６】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータは、フレームグループ内で同一であるが、ＰＬＳ２−ＤＹＮデータは現在のフレームに特定された情報を提供する。
【０２５７】
ＰＬＳ２−ＳＴＡＴデータのフィールドの細部事項は次の通りである。
【０２５８】
ＦＩＣ＿ＦＬＡＧ：この１ビットフィールドは、ＦＩＣが現在のフレームグループに使用されるか否かを示す。このフィールドが「１」に設定されると、ＦＩＣが現在のフレームで提供される。このフィールドが「０」に設定されると、ＦＩＣが現在のフレームで伝達されない。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２５９】
ＡＵＸ＿ＦＬＡＧ：この１ビットフィールドは、現在のフレームグループで補助ストリームが使用されるか否かを示す。このフィールドが「１」に設定されると、補助ストリームが現在のフレームで提供される。このフィールドが「０」に設定されると、補助ストリームが現在のフレームで伝達されない。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２６０】
ＮＵＭ＿ＤＰ：この６ビットフィールドは、現在のフレームで伝達されるＤＰの数を示す。このフィールドの値は、１〜６４の範囲内にあり、ＤＰの数はＮＵＭ＿ＤＰ＋１である。
【０２６１】
ＤＰ＿ＩＤ：この６ビットフィールドは、ＰＨＹプロファイル内でＤＰを固有に識別する。
【０２６２】
ＤＰ＿ＴＹＰＥ：この３ビットフィールドはＤＰのタイプを示す。これは、以下の表１３によってシグナルされる。
【０２６３】
【表１３】
0006615879.tif 000015
【０２６４】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：この８ビットフィールドは、現在のＤＰが連関したＤＰグループを識別する。これは、受信機が特定のサービスと連関したサービスコンポーネントのＤＰにアクセスするのに使用することができ、これらＤＰは同一のＤＰ＿ＧＲＯＵＰ＿ＩＤを有する。
【０２６５】
ＢＡＳＥ＿ＤＰ＿ＩＤ：この６ビットフィールドは、管理層で使用されるサービスシグナリングデータ（ＰＳＩ／ＳＩ）を伝達するＤＰを示す。ＢＡＳＥ＿ＤＰ＿ＩＤで指示されたＤＰは、サービスシグナリングデータのみを伝達する専用ＤＰ又はサービスデータと共にサービスシグナリングデータを伝達する正常ＤＰであり得る。
【０２６６】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、連関したＤＰによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の表１４によってシグナルされる。
【０２６７】
【表１４】
0006615879.tif 000016
【０２６８】
ＤＰ＿ＣＯＤ：この４ビットフィールドは、連関したＤＰによって使用されるコードレートを示す。コードレートは、以下の表１５によってシグナルされる。
【０２６９】
【表１５】
0006615879.tif 000017
【０２７０】
ＤＰ＿ＭＯＤ：この４ビットフィールドは、連関したＤＰによって使用される変調を示す。変調は、以下の表１６によってシグナルされる。
【０２７１】
【表１６】
0006615879.tif 000018
【０２７２】
ＤＰ＿ＳＳＤ＿ＦＬＡＧ：この１ビットフィールドは、ＳＳＤモードが連関したＤＰで使用されるか否かを示す。このフィールドが値「１」に設定されると、ＳＳＤが使用される。このフィールドが値「０」に設定されると、ＳＳＤが使用されない。
【０２７３】
ＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す「０１０」と同一である場合のみに次のフィールドが表れる。
【０２７４】
ＤＰ＿ＭＩＭＯ：この３ビットフィールドは、連関したＤＰにいずれのタイプのＭＩＭＯエンコーディングプロセスが適用されるのかを示す。ＭＩＭＯエンコーディングプロセスのタイプは、表１７によってシグナルされる。
【０２７５】
【表１７】
0006615879.tif 000019
【０２７６】
ＤＰ＿ＴＩ＿ＴＹＰＥ：この１ビットフィールドは、時間インタリービングのタイプを示す。「０」の値は、一つのＴＩグループが一つのフレームに対応し、一つ以上のＴＩブロックを含むことを示す。「１」の値は、一つのＴＩグループが１より多いフレームで伝達され、一つのＴＩブロックのみを含むことを示す。
【０２７７】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：２ビットフィールドの使用（許容される値が１、２、４、８のみである）は、次のようにＤＰ＿ＴＩ＿ＴＹＰＥフィールド内に設定された値によって決定される。
【０２７８】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨが値「１」に設定されると、このフィールドは、ＰＩ、すなわち、各ＴＩグループがマップされるフレームの数を示し、ＴＩグループ当たりに一つのＴＩブロックがある（ＮＴＩ＝１）。２ビットフィールドを有する許容されたＰＩ値は、以下の表１８で定義される。
【０２７９】
ＤＰ＿ＴＩ＿ＴＹＰＥが「０」に設定されると、このフィールドは、ＴＩグループ当たりのＴＩブロックの数（ＮＴＩ）を示し、フレーム当たりに一つのＴＩグループがある（ＰＩ＝１）。２ビットフィールドを有する許容されたＰＩ値は、以下の表１８で定義される。
【０２８０】
【表１８】
0006615879.tif 000020
【０２８１】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：この２ビットフィールドは、連関したＤＰに対するフレームグループ内のフレーム区間（ＩＪＵＭＰ）を示し、許容される値は１、２、４、８である（対応する２ビットフィールドは、それぞれ「００」、「０１」、「１０」、「１１」である）。フレームグループの全てのフレームで表れないＤＰに対して、このフィールドの値は連続的なフレーム間の間隔と同一である。例えば、ＤＰがフレーム１、５、９、１３などで表れると、このフィールドは「４」に設定される。全てのフレームで表れるＤＰに対して、このフィールドは「１」に設定される。
【０２８２】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：この１ビットフィールドは、時間インタリーバ５０５０の利用可能性を決定する。ＤＰに対して時間インタリービングが使用されない場合、これは「１」に設定される。時間インタリービングが使用される場合、これは「０」に設定される。
【０２８３】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：この５ビットフィールドは、現在ＤＰが発生するスーパーフレームの第１フレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０〜３１の範囲内にある。
【０２８４】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：この１０ビットフィールドは、このＤＰに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。このフィールドの値は、ＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一の範囲を有する。
【０２８５】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：この２ビットフィールドは、与えられたＤＰによって伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の表１９によってシグナルされる。
【０２８６】
【表１９】
0006615879.tif 000021
【０２８７】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：この２ビットフィールドは、現在のＤＰが帯域内シグナリング情報を伝達するか否かを示す。帯域内シグナリングタイプは、以下の表２０によってシグナルされる。
【０２８８】
【表２０】
0006615879.tif 000022
【０２８９】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：この２ビットフィールドは、与えられたＤＰによって伝達されるペイロードのプロトコルタイプを示す。入力ペイロードタイプが選択されると、以下の表２１によってシグナルされる。
【０２９０】
【表２１】
0006615879.tif 000023
【０２９１】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：この２ビットフィールドは、入力フォーマッティングブロックでＣＲＣエンコーディングが使用されるか否かを示す。ＣＲＣモードは、以下の表２２によってシグナルされる。
【０２９２】
【表２２】
0006615879.tif 000024
【０２９３】
ＤＮＰ＿ＭＯＤＥ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるヌル−パケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の表２３によってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）でない場合、ＤＮＰ＿ＭＯＤＥは値「００」に設定される。
【０２９４】
【表２３】
0006615879.tif 000025
【０２９５】
ＩＳＳＹ＿ＭＯＤＥ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の表２４によってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）でない場合、ＩＳＳＹ＿ＭＯＤＥは値「００」に設定される。
【０２９６】
【表２４】
0006615879.tif 000026
【０２９７】
ＨＣ＿ＭＯＤＥ＿ＴＳ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤ＿ＴＳは、以下の表２５によってシグナルされる。
【０２９８】
【表２５】
0006615879.tif 000027
【０２９９】
ＨＣ＿ＭＯＤＥ＿ＩＰ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（「０１」）に設定されるときのＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤ＿ＩＰは、以下の表２６によってシグナルされる。
【０３００】
【表２６】
0006615879.tif 000028
【０３０１】
ＰＩＤ：この１３ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが「０１」又は「１０」に設定されるときのＴＳヘッダ圧縮のためのＰＩＤ番号を示す。
【０３０２】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３０３】
ＦＩＣ＿ＦＬＡＧが「１」と同一である場合のみに次のフィールドが表れる。
【０３０４】
ＦＩＣ＿ＶＥＲＳＩＯＮ：この８ビットフィールドは、ＦＩＣのバージョン番号を示す。
【０３０５】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：この１３ビットフィールドは、ＦＩＣのバイト長さを示す。
【０３０６】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３０７】
ＡＵＸ＿ＦＬＡＧが「１」と同一である場合のみに次のフィールドが表れる。
【０３０８】
ＮＵＭ＿ＡＵＸ：この４ビットフィールドは、補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを意味する。
【０３０９】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：この８ビットフィールドは、未来の使用のために予約される。
【０３１０】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：この４ビットフィールドは、現在の補助ストリームのタイプを示すための未来の使用のために予約される。
【０３１１】
ＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：この２８ビットフィールドは、補助ストリームをシグナルするための未来の使用のために予約される。
【０３１２】
図１５は、本発明の他の実施例に係るＰＬＳ２データを示す図である。
【０３１３】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮデータを示す。ＰＬＳ２−ＤＹＮデータの値は、一つのフレームグループのデュレーションの間に変化可能であり、フィールドのサイズは一定に維持される。
【０３１４】
ＰＬＳ２−ＤＹＮデータのフィールドの細部事項は次の通りである。
【０３１５】
ＦＲＡＭＥ＿ＩＮＤＥＸ：この５ビットフィールドは、スーパーフレーム内の現在のフレームのフレームインデックスを示す。スーパーフレームの第１フレームのインデックスは「０」に設定される。
【０３１６】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：この４ビットフィールドは、構成が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内でシグナルされる値によって指示される。このフィールドが値「００００」に設定されると、スケジュールされた変化が予想されないことを意味し、値「１」は、次のスーパーフレームで変化があることを意味する。
【０３１７】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：この４ビットフィールドは、構成（すなわち、ＦＩＣの内容）が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内でシグナルされる値によって指示される。このフィールドが値「００００」に設定されると、スケジュールされた変化が予想されないことを意味し、値「０００１」は、次のスーパーフレームで変化があることを意味する。
【０３１８】
ＲＥＳＥＲＶＥＤ：この１６ビットフィールドは、未来の使用のために予約される。
【０３１９】
ＮＵＭ＿ＤＰを通じてループで次のフィールドが表れ、これは、現在のフレームで伝達されるＤＰと連関したパラメータを示す。
【０３２０】
ＤＰ＿ＩＤ：この６ビットフィールドは、ＰＨＹプロファイル内のＤＰを固有に指示する。
【０３２１】
ＤＰ＿ＳＴＡＲＴ：この１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング方式を用いて第１ＤＰの開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の表２７に示したように、ＰＨＹプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３２２】
【表２７】
0006615879.tif 000029
【０３２３】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：この１０ビットフィールドは、現在のＤＰに対する現在のＴＩグループ内のＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０〜１０２３の範囲内にある。
【０３２４】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３２５】
次のフィールドは、ＥＡＣと連関したＦＩＣパラメータを示す。
【０３２６】
ＥＡＣ＿ＦＬＡＧ：この１ビットフィールドは、現在のフレーム内のＥＡＣの存在を示す。このビットは、プリアンブル内のＥＡＣ＿ＦＬＡＧと同一の値である。
【０３２７】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：この８ビットフィールドは、ウェイクアップ指示のバージョン番号を示す。
【０３２８】
ＥＡＣ＿ＦＬＡＧフィールドが「１」と同一である場合、次の１２ビットは、ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに対して割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが「０」と同一である場合、次の１２ビットは、ＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３２９】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：この１２ビットフィールドは、ＥＡＣのバイト長さを示す。
【０３３０】
ＥＡＣ＿ＣＯＵＮＴＥＲ：この１２ビットフィールドは、ＥＡＣが到逹するフレームの前のフレームの数を示す。
【０３３１】
ＡＵＸ＿ＦＬＡＧフィールドが「１」と同一である場合にのみ次のフィールドが表れる。
【０３３２】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：この４８ビットフィールドは、補助ストリームをシグナルするための未来使用のために予約される。このフィールドの意味は、構成可能なＰＬＳ２−ＳＴＡＴ内のＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３３３】
ＣＲＣ＿３２：全体のＰＬＳ２に適用される３２ビットエラー検出コード。
【０３３４】
図１６は、本発明の実施例に係るフレームの論理構造を示す図である。
【０３３５】
上述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルは、フレーム内のＯＦＤＭシンボルのアクティブキャリアにマップされる。ＰＬＳ１及びＰＬＳ２は、まず、一つ以上のＦＳＳにマップされる。その後、もしあれば、ＥＡＣセルがＰＬＳフィールドの直後にマップされ、その後、もしあれば、ＦＩＣセルがマップされる。もしあれば、ＤＰは、ＰＬＳ又はＥＡＣ、ＦＩＣの後にマップされる。まず、タイプ１  ＤＰが後に来た後、タイプ２  ＤＰが後に来る。ＤＰのタイプの細部事項については後で説明する。任意の場合、ＤＰは、ＥＡＳのための任意の特殊データ又はサービスシグナリングデータを伝達することができる。もしあれば、補助ストリーム又は各ストリームがＤＰの後に来た後、ダミーセルが後に来る。これら全てを上述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーデータセルの順にマップすることは、フレーム内のセル容量を正確に充填する。
【０３３６】
図１７は、本発明の実施例に係るＰＬＳマッピングを示す図である。
【０３３７】
ＰＬＳセルは、ＦＳＳのアクティブキャリアにマップされる。ＰＬＳによって占有されたセルの数に依存して、一つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数（ＮＦＳＳ）は、ＰＬＳ１内のＮＵＭ＿ＦＳＳによってシグナルされる。ＦＳＳは、ＰＬＳセルを伝達する特殊シンボルである。ロバスト性及びレイテンシ（ｌａｔｅｎｃｙ）はＰＬＳの重要な問題であるので、ＦＳＳは、ＦＳＳ内の周波数専用補間及び高速同期化を許容するより高い密度のパイロットを有する。
【０３３８】
ＰＬＳセルは、図１７の例に示したように、トップ−ダウン（ｔｏｐ−ｄｏｗｎ）方式でＮＦＳＳ個のＦＳＳのアクティブキャリアにマップされる。ＰＬＳ１セルは、セルインデックスの増加順に第１ＦＳＳの第１セルから先にマップされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後にマップされ、第１ＦＳＳの最後のセルインデックスまでマッピングが下向きに継続される。要求されるＰＬＳセルの総数が一つのＦＳＳのアクティブキャリアの数を超えると、マッピングは、次のＦＳＳに進行し、第１ＦＳＳと正確に同一の方式で継続される。
【０３３９】
ＰＬＳマッピングの完了後、ＤＰが次に伝達される。ＥＡＣ、ＦＩＣ又はＥＡＣ及びＦＩＣが現在のフレームに存在すると、これらはＰＬＳと「正常」ＤＰとの間に配置される。
【０３４０】
図１８は、本発明の実施例に係るＥＡＣマッピングを示す図である。
【０３４１】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであって、ＥＡＳに対するＤＰにリンクされる。ＥＡＳサポートは提供されるが、ＥＡＣ自体は、全てのフレームに存在することもあり、全てのフレームに存在しないこともある。もしあれば、ＥＡＣはＰＬＳ２セルの直後にマップされる。ＥＡＣは、ＰＬＳセル以外に、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルのうちいずれかの後に来ない。ＥＡＣセルをマップする順序はＰＬＳと正確に同一である。
【０３４２】
ＥＡＣセルは、図１８に示したように、セルインデックスの増加順にＰＬＳ２の次のセルからマップされる。ＥＡＳメッセージサイズによって、ＥＡＣセルは、図１８に示したようにいくつかのシンボルを占有する。
【０３４３】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後にマップされ、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向きに継続される。要求されるＥＡＣの総数が最後のＦＳＳの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進行し、ＦＳＳと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは正常データシンボルであって、これは、ＦＳＳより多くのアクティブキャリアを有する。
【０３４４】
ＥＡＣマッピングの完了後、もし存在すれば、ＦＩＣが次に伝達される。（ＰＬＳ２フィールドでシグナルされることによって）ＦＩＣが送信されないと、ＤＰはＥＡＣの最後のセルの直後にマップされる。
【０３４５】
図１９は、本発明の実施例に係るＦＩＣマッピングを示す図である。
【０３４６】
（ａ）は、ＥＡＣがないＦＩＣの例示的なマッピングを示し、（ｂ）は、ＥＡＣがあるＦＩＣの例示的なマッピングを示す。
【０３４７】
ＦＩＣは、高速サービス獲得及びチャネルスキャニングを可能にする層間（ｃｒｏｓｓ−ｌａｙｅｒ）情報に対する専用チャネルである。この情報は、主に各ブロードキャスタのＤＰとサービスとの間の情報を結合するチャネルを含む。高速スキャンのために、受信機は、ＦＩＣをデコードし、ブロードキャスタＩＤ、サービスの数及びＢＡＳＥ＿ＤＰ＿ＩＤなどの情報を得ることができる。高速サービスの獲得のために、ＦＩＣに加えて、ベースＤＰがＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコードされ得る。伝達される内容以外に、ベースＤＰは、正常ＤＰと正確に同一の方式でエンコードされ、フレームにマップされる。そのため、ベースＤＰに対して追加の説明が要求されない。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータの内容は、管理層の説明書に記載した通りである。
【０３４８】
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２の静的部分内のＦＩＣ＿ＦＬＡＧパラメータによってシグナルされる。ＦＩＣが使用されると、ＦＩＣ＿ＦＬＡＧが「１」に設定され、ＦＩＣのためのシグナリングフィールドはＰＬＳ２の静的部分に定義される。このフィールドでは、ＦＩＣ＿ＶＥＲＳＩＯＮ及びＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥがシグナルされる。ＦＩＣは、ＰＬＳ２と同一の変調、コーディング及び時間インタリービングパラメータを用いる。ＦＩＣは、ＰＬＳ２＿ＭＯＤＥ及びＰＬＳ２＿ＦＥＣなどの同一のシグナリングパラメータを共有する。もしあれば、ＦＩＣデータは、ＰＬＳ２又は、もしあれば、ＥＡＣの直後にマップされる。ＦＩＣは、任意の正常ＤＰ、補助ストリーム又はダミーセルの後にマップされない。ＦＩＣセルをマップする方法はＥＡＣと正確に同一であり、これはＰＬＳと同一である。
【０３４９】
ＰＬＳの後にＥＡＣがない場合、ＦＩＣセルは、（ａ）の例に示したように、セルインデックスの増加順にＰＬＳ２の次のセルからマップされる。ＦＩＣデータサイズによって、ＦＩＣセルは、（ｂ）に示したように、いくつかのシンボルにわたってマップされ得る。
【０３５０】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後にマップされ、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向きに継続される。要求されるＦＩＣセルの総数が最後のＦＳＳの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進行し、ＦＳＳと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは、ＦＳＳより多くのアクティブキャリアを有する正常データシンボルである。
【０３５１】
ＥＡＳメッセージが現在のフレームで送信されると、ＥＡＣはＦＩＣに先行し、ＦＩＣセルは、（ｂ）に示したように、セルインデックスの増加順にＥＡＣの次のセルからマップされる。
【０３５２】
ＦＩＣマッピングの完了後、一つ以上のＤＰがマップされ、その後、もしあれば、補助ストリーム及びダミーセルがマップされる。
【０３５３】
図２０は、本発明の実施例に係るＤＰのタイプを示す図である。
【０３５４】
図２０の（ａ）はタイプ１  ＤＰを示し、（ｂ）はタイプ２  ＤＰを示す。
【０３５５】
先行チャネル、すなわち、ＰＬＳ、ＥＡＣ及びＦＩＣがマップされた後、ＤＰのセルがマップされる。ＤＰは、マッピング方法によって２個のタイプのうち一つに分類される。
【０３５６】
タイプ１  ＤＰ：ＤＰは、ＴＤＭによってマップされる。
【０３５７】
タイプ２  ＤＰ：ＤＰは、ＦＤＭによってマップされる。
【０３５８】
ＤＰのタイプは、ＰＬＳ２の静的部分でＤＰ＿ＴＹＰＥフィールドによって指示される。図２０は、タイプ１  ＤＰ及びタイプ２  ＤＰのマッピング順序を示す。タイプ１  ＤＰは、まず、セルインデックスの増加順にマップされ、最後のセルインデックスに到逹した後、シンボルインデックスが１ずつ増加する。次のシルボル内で、ＤＰは、ｐ＝０からセルインデックスの増加順に継続してマップされる。一つのフレームで共にマップされた多数のＤＰで、タイプ１  ＤＰのそれぞれは、ＤＰのＴＤＭマルチプレキシングと類似する形に時間でグループ化される。
【０３５９】
タイプ２  ＤＰは、まず、シンボルインデックスの増加順にマップされ、フレームの最後のＯＦＤＭシンボルに到逹した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１利用可能なシンボルに後退し、そのシンボルインデックスから増加する。一つのフレームで多数のＤＰを共にマップした後、タイプ２  ＤＰのそれぞれは、ＤＰのＦＤＭマルチプレキシングと類似する形に周波数でグループ化される。
【０３６０】
一つの制限が必要であれば、すなわち、タイプ１  ＤＰが常にタイプ２  ＤＰに先行すると、タイプ１  ＤＰ及びタイプ２  ＤＰはフレーム内で共存し得る。タイプ１及びタイプ２  ＤＰを伝達するＯＦＤＭセルの総数は、ＤＰの送信のために利用可能なＯＦＤＭセルの総数を超えることができない。
【０３６１】
【数２】
0006615879.tif 000030
【０３６２】
ここで、ＤＤＰ１は、タイプ１  ＤＰによって占有されるＯＦＤＭセルの数であり、ＤＤＰ２は、タイプ２  ＤＰによって占有されるＯＦＤＭセルの数である。ＰＬＳ、ＥＡＣ、ＦＩＣは、いずれもタイプ１  ＤＰと同一の方式でマップされるので、これらは全て「タイプ１のマッピング規則」に従う。そのため、タイプ１のマッピングは、常にタイプ２のマッピングより先行する。
【０３６３】
図２１は、本発明の実施例に係るＤＰマッピングを示す図である。
【０３６４】
（ａ）は、タイプ１  ＤＰをマップするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）は、タイプ２  ＤＰをマップするためのＯＦＤＭセルのアドレッシングを示す。
【０３６５】
タイプ１  ＤＰ（０，ＤＤＰ１−１）をマップするためのＯＦＤＭセルのアドレッシングは、タイプ１  ＤＰのアクティブデータセルのために定義される。アドレッシング方式は、タイプ１  ＤＰのそれぞれに対するＴＩからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、ＰＬＳ２の動的部分内のＤＰの位置をシグナルするのに使用される。
【０３６６】
ＥＡＣ及びＦＩＣなしで、アドレス０は、最後のＦＳＳ内のＰＬＳを伝達する最後のセルの直後のセルを称する。ＥＡＣが送信され、ＦＩＣがその該当フレームでない場合、アドレス０は、ＥＡＣを伝達する最後のセルの直後のセルを称する。ＦＩＣが該当フレームで送信されると、アドレス０は、ＦＩＣを伝達する最後のセルの直後のセルを称する。タイプ１  ＤＰに対するアドレス０は、（ａ）に示したように、２個の異なるケースを考慮して算出することができる。（ａ）に示した例において、ＰＬＳ、ＥＡＣ及びＦＩＣは全て送信されると仮定する。ＥＡＣ及びＦＩＣのうち一つ又は二つとも省略される場合への拡張は容易である。（ａ）の左側に示したように、ＦＩＣまでの全てのセルをマップした後、ＦＳＳ内に残りのセルが残っている。
【０３６７】
タイプ２  ＤＰ（０，…，ＤＤＰ２−１）をマップするＯＦＤＭセルのアドレッシングは、タイプ２  ＤＰのアクティブデータセルのために定義される。アドレッシング方式は、タイプ２  ＤＰのそれぞれに対するＴＩからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、ＰＬＳ２の動的部分内のＤＰの位置をシグナルするのに使用される。
【０３６８】
（ｂ）に示したように、３個の少し異なるケースが可能である。（ｂ）の左側上に示した第１ケースでは、最後のＦＳＳ内のセルはタイプ２  ＤＰマッピングに用いられる。中間に示した第２ケースでは、ＦＩＣが正常シンボルのセルを占めるが、そのシンボル上のＦＩＣセルの数はＣＦＳＳより小さい。（ｂ）の右側に示した第３ケースは、そのシンボル上にマップされたＦＩＣセルの数がＣＦＳＳを超えることを除いては第２ケースと同一である。
【０３６９】
ＰＬＳ、ＥＡＣ及びＦＩＣは、タイプ１  ＤＰと同一の「タイプ１のマッピング規則」に従うので、タイプ１  ＤＰがタイプ２  ＤＰに先行する場合への拡張は簡単である。
【０３７０】
データパイプ単位（ＤＰＵ）は、データセルをフレーム内のＤＰに割り当てる基本単位である。
【０３７１】
ＤＰＵは、フレーム内にＤＰを位置させるシグナリング単位として定義される。セルマッパ７０１０は、ＤＰのそれぞれに対するＴＩによって生成されたセルをマップすることができる。時間インタリーバ５０５０は、一連のＴＩブロックを出力し、それぞれのＴＩブロックは、セルのセットで構成される可変数（ｖａｒｉａｂｌｅ  ｎｕｍｂｅｒ）のＸＦＥＣＢＬＯＣＫを含む。ＸＦＥＣＢＬＯＣＫ内のセルの数（Ｎｃｅｌｌｓ）は、ＦＥＣＢＬＯＣＫサイズ（Ｎｌｄｐｃ）及び星状シンボル当たりの送信ビット数に依存する。ＤＰＵは、与えられたＰＨＹプロファイルでサポートされるＸＦＥＣＢＬＯＣＫ内のセルの数の全ての可能な値の最も大きい共通除数（ｄｉｖｉｓｏｒ）（Ｎｃｅｌｌｓ）として定義される。セル内のＤＰＵの長さはＬＤＰＵとして定義される。各ＰＨＹプロファイルがＦＥＣＢＬＯＣＫサイズ及び星状シンボル当たりに異なる数の異なる組み合わせをサポートするので、ＬＤＰＵはＰＨＹプロファイルに基づいて定義される。
【０３７２】
図２２は、本発明の実施例に係るＦＥＣ構造を示す図である。
【０３７３】
図２２は、ビットインタリービング前の本発明の実施例に係るＦＥＣ構造を示す。上述したように、データＦＥＣエンコーダは、入力ＢＢＦに対してＦＥＣエンコーディングを行い、アウターコーディング（ＢＣＨ）及びインナーコーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成することができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに対応する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに対応する同一の値を有する。
【０３７４】
図２２に示したように、ＢＣＨエンコーディングはそれぞれのＢＢＦ（Ｋｂｃｈビット）に適用され、ＬＤＰＣエンコーディングはＢＣＨエンコーディングＢＢＦ（Ｋｌｄｐｃビット＝Ｎｂｃｈビット）に適用される。
【０３７５】
Ｎｌｄｐｃの値は、６４８００ビット（長いＦＥＣＢＬＯＣＫ）又は１６２００ビット（短いＦＥＣＢＬＯＣＫ）である。
【０３７６】
以下の表２８及び表２９は、それぞれ長いＦＥＣＢＬＯＣＫ及び短いＦＥＣＢＬＯＣＫに対するＦＥＣエンコーディングパラメータを示す。
【０３７７】
【表２８】
0006615879.tif 000031
【０３７８】
【表２９】
0006615879.tif 000032
【０３７９】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの動作の細部事項は次の通りである。
【０３８０】
１２誤り訂正ＢＣＨコードは、ＢＢＦのアウターエンコーディングに使用される。短いＦＥＣＢＬＯＣＫ及び長いＦＥＣＢＬＯＣＫに対するＢＣＨ生成器多項式は、全ての多項式を共に乗じることによって得られる。
【０３８１】
ＬＤＰＣコードは、アウターＢＣＨエンコーディングの出力をエンコードするのに使用される。完成したＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐｌｄｐｃ（パリティビット）は各Ｉｌｄｐｃ（ＢＣＨエンコーディングＢＢＦ）から体系的にエンコードされ、Ｉｌｄｐｃに添付される。完成したＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は次の数式として表現される。
【０３８２】
【数３】
0006615879.tif 000033
【０３８３】
長いＦＥＣＢＬＯＣＫ及び短いＦＥＣＢＬＯＣＫに対するパラメータは、それぞれ表２８及び表２９に与えられる。
【０３８４】
長いＦＥＣＢＬＯＣＫに対するＮｌｄｐｃ−Ｋｌｄｐｃを算出する細部手続は次の通りである。
【０３８５】
１）パリティビット初期化
【０３８６】
【数４】
0006615879.tif 000034
【０３８７】
２）パリティチェックマトリックスのアドレスの第１行に特定されたパリティビットアドレスで第１情報ビット（ｉ０）を累算する。パリティチェックマトリックスのアドレスの細部事項については後で説明する。例えば、レート１３／１５に対して、
【０３８８】
【数５】
0006615879.tif 000035
【０３８９】
３）次の３５９個の情報ビット（ｉｓ）（ｓ＝１、２、…、３５９）が次の数式を用いてパリティビットで累算される。
【０３９０】
【数６】
0006615879.tif 000036
【０３９１】
ここで、ｘは、第１ビット（ｉ０）に対応するパリティビット累算器のアドレスを示し、Ｑｌｄｐｃは、パリティチェックマトリックスのアドレスで特定されたコードレート従属定数である。継続して、例えば、レート１３／１５に対してＱｌｄｐｃ＝２４であって、よって、情報ビット（ｉ１）に対して次の動作が行われる。
【０３９２】
【数７】
0006615879.tif 000037
【０３９３】
４）３６１番目の情報ビット（ｉ３６０）に対して、パリティビット累算器のアドレスは、パリティチェックマトリックスのアドレスの第２行に与えられる。類似する方式で、次の３５８個の情報ビット（ｉｓ）（ｓ＝３６１、３６２、…、７１９）に対するパリティビット累算器のアドレスは数式６を用いて得られ、ここで、ｘは、情報ビット（ｉ３６０）に対応するパリティビット累算器のアドレス、パリティチェックマトリックスのアドレスの第２行内のエントリーを示す。
【０３９４】
５）類似する方式で、３６０個の新たな情報ビットの全てのグループに対して、パリティチェックマトリックスのアドレスからの新たな行がパリティビット累算器のアドレスを探すのに使用される。
【０３９５】
情報ビットが全部消尽した後、最終パリティが次のように得られる。
【０３９６】
６）ｉ＝１から開始する次の動作を順次行う。
【０３９７】
【数８】
0006615879.tif 000038
【０３９８】
ここで、ｐｉ（ｉ＝０、１、…、Ｎｄｐｃ−Ｋｌｄｐｃ−１）の最終内容は、パリティビット（ｐｉ）と同一である。
【０３９９】
【表３０】
0006615879.tif 000039
【０４００】
短いＦＥＣＢＬＯＣＫに対するこのＬＤＰＣエンコーディング手続は、表３０及び表３１に取り替え、長いＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスを短いＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスに取り替えることを除いては、長いＦＥＣＢＬＯＣＫに対するｔ  ＬＤＰＣエンコーディング手続に従う。
【０４０１】
【表３１】
0006615879.tif 000040
【０４０２】
図２３は、本発明の実施例に係るビットインタリービングを示す図である。
【０４０３】
ＬＤＰＣエンコーダの出力はビットインタリーブされ、これは、パリティインタリービング、その後のＱＣＢ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｂｌｏｃｋ）インタリービング及び内部グループインタリービングで構成される。
【０４０４】
（ａ）は、ＱＣＢインタリービングを示し、（ｂ）は、内部グループインタリービングを示す。
【０４０５】
ＦＥＣＢＬＯＣＫはパリティインタリーブされ得る。パリティインタリービングの出力において、ＬＤＰＣコードワードは、長いＦＥＣＢＬＯＣＫ内の１８０個の隣接したＱＣブロック及び短いＦＥＣＢＬＯＣＫ内の１８０個の隣接したＱＣブロックで構成される。長い又は短いＦＥＣＢＬＯＣＫ内のそれぞれのＱＣブロックは３６０ビットで構成される。パリティインタリーブされたＬＤＰＣコードワードは、ＱＣＢインタリービングによってインタリーブされる。ＱＣＢインタリービングの単位はＱＣブロックである。パリティインタリービングの出力におけるＱＣブロックは、図２３に示したように、ＱＣＢインタリービングによってパーミュートされ、ここで、ＦＥＣＢＬＯＣＫ長さによってＮｃｅｌｌｓ＝６４８０／ηｍｏｄ又は１６２００／ηｍｏｄである。ＱＣＢインタリービングパターンは、変調タイプ及びＬＤＰＣコードレートの各組み合わせに固有である。
【０４０６】
ＱＣＢインタリービング後、内部グループインタリービングは、以下の表３２に定義された変調タイプ及び順序（ηｍｏｄ）に従って行われる。また、一つの内部グループに対するＱＣブロックの数（ＮＱＣＢ＿ＩＧ）が定義される。
【０４０７】
【表３２】
0006615879.tif 000041
【０４０８】
内部グループインタリービングプロセスは、ＱＣＢインタリービング出力のＮＱＣＢ−ＩＧ個のＱＣブロックで行われる。内部グループインタリービングは、３６０個の列とＮＱＣＢ＿ＩＧ個の行を用いて内部グループのビットを記入及び判読するプロセスを有する。記入動作において、ＱＣＢインタリービング出力からのビットが行方向に記入される。判読動作は列方向に行われ、各行からｍ個のビットを判読し、ここで、ｍは、ＮＵＣに対して１と同一であり、ＮＣＱに対して２と同一である。
【０４０９】
図２４は、本発明の実施例に係るセル−ワードデマルチプレキシングを示す図である。
【０４１０】
（ａ）は、８及び１２  ｂｐｃｕ  ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は、１０  ｂｐｃｕ  ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。
【０４１１】
【化１】
0006615879.tif 000042
【０４１２】
【化２】
0006615879.tif 000043
【０４１３】
図２５は、本発明の実施例に係る時間インタリービングを示す図である。
【０４１４】
（ａ）〜（ｃ）は、ＴＩモードの例を示す。
【０４１５】
時間インタリーバはＤＰレベルで動作する。時間インタリービング（ＴＩ）のパラメータは、各ＤＰに対して異なる形に設定することができる。
【０４１６】
ＰＬＳ２−ＳＴＡＴデータの一部で表れる次のパラメータはＴＩを構成する。
【０４１７】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容値：０又は１）：ＴＩモードを示す。「０」は、ＴＩグループ当たりに多数のＴＩブロック（１より多いＴＩブロック）を有するモードを示す。この場合、一つのＴＩグループは一つのフレームに直接マップされる（インターフレームインタリービングではない）。「１」は、ＴＩグループ当たり一つのみのＴＩブロックを有するモードを示す。この場合、ＴＩブロックは、１より多いフレームに拡散され得る（インターフレームインタリービング）。
【０４１８】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＩ＿ＴＩ＿ＴＹＰＥ＝「０」である場合、このパラメータは、ＴＩグループ当たりのＴＩブロックの数（ＮＴＩ）である。ＤＰ＿ＴＩ＿ＴＹＰＥ＝「１」に対して、このパラメータは、一つのＴＩグループから拡散されたフレームの数（ＰＩ）である。
【０４１９】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容値：０〜１０２３）：ＴＩグループ当たりのＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４２０】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容値：１、２、４、８）：与えられたＰＨＹプロファイルの同一のＤＰを伝達する２個の連続的なフレーム間のフレームの数（ＩＪＵＭＰ）を示す。
【０４２１】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容値：０又は１）：時間インタリービングがＤＰに使用されない場合、このパラメータは「１」に設定される。時間インタリービングが使用される場合、「０」に設定される。
【０４２２】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータ（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ）は、ＤＰの一つのＴＩグループによって伝達されたＸＦＥＣＢＬＯＣＫの数を示すのに使用される。
【０４２３】
時間インタリービングがＤＰに使用されない場合、次のＴＩグループ、時間インタリービング動作及びＴＩモードは考慮されない。しかし、スケジューラからの動的構成情報に対する補償ブロックは依然として必要である。各ＤＰにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信されたＸＦＥＣＢＬＯＣＫはＴＩグループにグループ化される。すなわち、それぞれのＴＩグループは、整数のＸＦＥＣＢＬＯＣＫのセットであり、動的に可変する数のＸＦＥＣＢＬＯＣＫを含む。インデックスのＴＩグループ内のＸＦＥＣＢＬＯＣＫの数（ｎ）はＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿（ｎ）で表示され、ＰＬＳ２−ＤＹＮデータのＤＰ＿ＮＵＭ＿ＢＬＯＣＫとしてシグナルされる。ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿（ｎ）は、０の最小値から最も大きい値が１０２３である最大値（ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸ）（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに対応）まで変わり得る。
【０４２４】
各ＴＩグループは、一つのフレームに直接マップされたり、ＰＩフレームにわたって拡散される。また、それぞれのＴＩグループは、１より多いＴＩブロック（ＮＴＩ）に分離され、それぞれのＴＩブロックは、時間インタリーバメモリの一つの用途に対応する。ＴＩグループ内のＴＩブロックは、少し異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。ＴＩグループが多数のＴＩブロックに分離されると、一つのフレームのみに直接マップされる。以下の表３３に示したように（時間インタリービングをスキップする追加のオプションを除いて）、時間インタリービングのための３個のオプションが存在する。
【０４２５】
【表３３】
0006615879.tif 000044
【０４２６】
【化３】
0006615879.tif 000045
【０４２７】
【化４】
0006615879.tif 000046
【０４２８】
【化５】
0006615879.tif 000047
【０４２９】
一般に、時間インタリーバは、フレームビルディングプロセス前にＤＰデータのためのバッファとして動作する。これは、それぞれのＤＰに対する２個のメモリバンクによって達成される。第１ＴＩブロックは第１バンクに記入される。第１バンクが判読される間、第２ＴＩブロックが第２バンクに記入される。
【０４３０】
ＴＩは、ツイスト行−列ブロックインタリーバである。ｎ番目のＴＩグループのｓ番目のＴＩブロックに対して、ＴＩメモリの行（Ｎｒ）の数はセルの数（Ｎｃｅｌｌ）と同一である。すなわち、Ｎｒ＝Ｎｃｅｌｌであるが、列の数（Ｎｃ）は数（ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ））と同一である。
【０４３１】
図２６は、本発明の一実施例に係るツイスト行−列ブロックインタリーバの基本動作を示す図である。
【０４３２】
【化６】
0006615879.tif 000048
【０４３３】
【数９】
0006615879.tif 000049
【０４３４】
【化７】
0006615879.tif 000050
【０４３５】
【数１０】
0006615879.tif 000051
【０４３６】
【化８】
0006615879.tif 000052
【０４３７】
図２７は、本発明の一実施例に係るツイスト行−列ブロックインタリーバの動作を示す図である。
【０４３８】
【化９】
0006615879.tif 000053
【０４３９】
【化１０】
0006615879.tif 000054
【０４４０】
【数１１】
0006615879.tif 000055
【０４４１】
【化１１】
0006615879.tif 000056
【０４４２】
図２８は、本発明の実施例に係るツイスト行−列ブロックインタリーバの対角線方向読み取りパターンを示す図である。
【０４４３】
【化１２】
0006615879.tif 000057
【０４４４】
図２９は、本発明の実施例に係るそれぞれのインタリービングアレイからインタリーブされたＸＦＥＣＢＬＯＣＫを示す図である。
【０４４５】
【化１３】
0006615879.tif 000058
【０４４６】
図３０には、本発明の一実施例に係るプロトコルスタックを示す。図３０の（ａ）に示すように、リンク層は、リンク層シグナリング、カプセル化及び／又はオーバーヘッド削減を含むことができる。リンク層は、上位層から受信したパケットに対してオーバーヘッド削減及びカプセル化を実行して物理層に伝達することができる。本発明では、プロトコルスタックの中でもリンク層の構造を提案し、上位層から伝達されるＭＰＥＧ−２ＴＳパケットを物理層に伝達する方案を提案する。本発明において放送信号送信装置は、リンク層においてＭＰＥＧ−２ＴＳパケットをカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して物理層に伝達することができる。放送信号送信装置は、リンク層においてＭＰＥＧ−２ＴＳパケットに対するオーバーヘッド削減を行い、無線リソースを効率的に用いることができる。
【０４４７】
リンク層は、カプセル化層又はレイヤ２と称することもできる。以下ては、リンク層をリンク層と称するが、実際の本発明の適用時には、上記の用語に言い換えてもよく、新しい名称にしてもよい。
【０４４８】
図３０の（ｂ）には、放送信号送信装置及び放送信号受信装置内でレイヤ間におけるデータの流れを示す。放送信号送信装置は、デジタル放送において用いるＩＰ及び／又はＭＰＥＧ−２ＴＳパケットを入力データとして用いることができる。
【０４４９】
放送信号送信装置に入力されたＩＰ及び／又はＭＰＥＧ−２ＴＳパケットはリンク層を経て物理層に伝達され得る。物理層にとってはは、様々なプロトコルに対する適応的なパケット処理がし難しいことがある。このため、放送信号送信装置のリンク層は、互いに異なるプロトコルを用いるパケットを、一定のフォーマットを有するパケットの形態にカプセル化して物理層に伝達することができる。これをカプセル化と定義することができる。カプセル化過程において無線リソースの効率的な使用のために、リンク層は、各パケットに対応する上位層プロトコルに適したオーバーヘッド削減技法を用いることができる。リンク層においてカプセル化されたデータ及びリンク層シグナリングは物理層に伝達され、物理層においては前述の過程を経て放送信号を送出することができる。ここで、リンク層シグナリングは次の３つのシグナリング情報を含むことができる。その第一は、上位層からリンク層に伝達され、放送信号受信装置の上位層に伝達されるべきシグナリング情報である。第二は、リンク層で生成され、放送信号受信装置のリンク層のデータ処理に情報を与えるためのシグナリング情報である。第三は、上位層又はリンク層で生成されるが、物理層で迅速な放送信号検出のために伝達されるシグナリング情報である。
【０４５０】
放送信号受信装置は、物理層から伝達されたデータ及びシグナリングを、上位層で処理可能なデータの形態に復元して伝達することができる。この時、パケットのヘッダを読んだりその他の方法を用いて、物理層から伝達されるパケットがシグナリングか又はデータかを区別することができる。また、オーバーヘッドを削減したパケットをオリジヌルパケットに復旧するために伝達されたシグナリングを活用することができる。
【０４５１】
図３１は、本発明の一実施例に係る放送信号送信装置に含まれたリンク層のインターフェース及び動作を示す図である。ＩＰパケットの場合、オーバーヘッド削減機能の後にカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）されて物理層に伝達されてもよく、オーバーヘッド削減機能無しで直接カプセル化されて物理層に伝達されてもよい。
【０４５２】
ＭＰＥＧ−２ＴＳパケットの場合にはオーバーヘッド削減機能の後にりカプセル化されて物理層に伝達される。ＭＰＥＧ−２ＴＳパケットの場合にもオーバーヘッド削減機能を省いてカプセル化されてもよいが、パケットの先頭に位置するｓｙｎｃ  ｂｙｔｅ（０ｘ４７）などの固定したオーバーヘッドを除く方が、無線区間のリソースを効率的に用いることに役だつ。次に説明するオーバーヘッド削減機能を、図３で説明したヘッダ圧縮ブロック（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ  ｂｌｏｃｋ）３０４０に適用することができる。
【０４５３】
リンク層に伝達されるパケットがＩＰ又はＭＰＥＧ−２ＴＳ以外のものである場合にも、ＩＰと類似の過程を経て物理層に伝達することができる。このとき、当該パケットに対してオーバーヘッド削減機能を適用するか否かは、当該パケットの特性によればいい。
【０４５４】
放送信号送信装置は、オーバーヘッド削減過程では、入力されたパケットに対して、当該パケットに対応する方法を用いてパケットのサイズを減らすようになる。放送信号送信装置は、オーバーヘッド削減過程においてオーバーヘッド削減に関連した特定情報を抽出及び生成し、これをシグナリングによって伝送することができる。当該シグナリングは、受信機が、オーバーヘッド削減過程において変更された事項を、そもそも伝送しようとしたパケット形態に復旧することを可能にする。
【０４５５】
放送送信装置のリンク層においては、シグナリングの伝送及び当該伝送に対する管理を行うことができる。また、放送送信装置の物理層において物理的、論理的に区分された伝送経路に従うシグナリング伝送モジュールを構成することができ、特定の伝送経路で伝送されないシグナリングは、カプセル化の後にＰＬＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｉｐｅ）を介して伝送することができる。ＰＬＰは、物理層でデータが伝送される論理的単位であり、前述したデータパイプと称することもできる。リンク層で管理するシグナリングは、前述したように、上位層から伝達される情報、システムパラメータ、リンク層で生成されたシグナリングなどの情報を含むことができる。
【０４５６】
図３２に、本発明の一実施例に係る放送信号送信装置を示す。放送信号送信装置は、Ｌ２（ｌｉｎｋ  ｌａｙｅｒ）エンカプセレータ３２０１０、インプットフォーマッタ３２０２０、インタリーバ及びエンコーダ３２０３０、フレームビルダー３２０４０及び／又はモジュレータ３２０５０を備えることができる。本発明において、Ｌ２（ｌｉｎｋ  ｌａｙｅｒ）エンカプセレータ３２０１０は、上位層から伝達されたパケットに対してオーバーヘッド削減を行った後、物理層に属するインプットフォーマッタ３２０２０に出力することができる。インプットフォーマッタ３２０２０は、入力されたストリームをＰＬＰ単位で出力することができ、インタリーバ及びエンコーダ３２０３０は、入力されたＰＬＰデータをインタリーブしてエンコードすることができる。また、フレームビルダー３２０４０は、エンコードされたＰＬＰデータを用いてフレームを構成することができ、モジュレータ３２０５０は、ＯＦＤＭモジュレーション方法を用いて放送信号を生成して伝送することができる。放送信号送信装置はトランスミッタを用いて放送信号を伝送することができる。
【０４５７】
インプットフォーマッタ３２０２０に入力される入力信号は、ＴＳ（Ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）ストリーム、ＩＰストリーム、ＧＳ（Ｇｅｎｅｒａｌ  Ｓｒｅａｍ）ストリームであってもよい。Ｌ２エンカプセレータ３２０１０は、Ｌ２構造（Ｌ２  ｓｔｒｕｃｔｕｒｅ）によって入力信号をカプセル化してＧＳストリームを生成することができる。
【０４５８】
本発明の放送信号送信装置に備えられたＬ２エンカプセレータ３２０１０は、ＴＳストリームを受信して、ＴＳヘッダ圧縮及びヌルパケットを削除する技術を用いてＧＳストリームを生成することができる。これによって、放送信号送信装置は、ＴＳストリームをインプットフォーマッタ３２０２０に直接入力する方式に比べて効率的な伝送を行うことができる。
【０４５９】
図３３には、本発明の一実施例に係るリンク層パケットの構造を示す。
【０４６０】
リンク層は、物理層の上位にあるレイヤであり、放送システムではＧＳＥ（Ｇｅｎｅｒｉｃ  Ｓｔｒｅａｍ  Ｅｎｃａｐｓｕｌａｔｉｏｎ）、ＴＬＶ（ｔｙｐｅ−ｌｅｎｇｔｈ−ｖａｌｕｅ）構造、ＢＢＰ（Ｂａｓｉｃ  Ｂｒｏａｄｃａｓｔ  Ｐｒｏｔｏｃｏｌ）がそれに当たる。リンク層パケットは、固定したサイズの固定ヘッダを有し、パケットの構成によって可変サイズの拡張ヘッダを持つ構造を有し得る。リンク層パケットの基本ヘッダ及び拡張ヘッダの後には、上位層から受信されたデータを含むペイロードが位置し得る。
【０４６１】
リンク層パケットのヘッダは、パケットが含むペイロードの種類を示すフィールドを有することができる。固定ヘッダにおいて、先頭の３ビットは上位層のパケットタイプに対して指定することができる。すなわち、図３３の（ａ）に示すように、リンク層パケットは、Ｔｙｐｅフィールド（３ビット）から始まり、図３３の（ｂ）に示すように、Ｔｙｐｅフィールドは、リンク層がカプセル化するストリームの種類をシグナルすることができる。
【０４６２】
例えば、リンク層パケットがＩＰｖ４パケットをカプセル化した場合、Ｔｙｐｅフィールドは０００の値に設定され、ＭＰＥＧ−２ＴＳをカプセル化する場合、Ｔｙｐｅフィールドは０１０の値に設定され得る。
【０４６３】
図３４に、本発明の一実施例に係るリンク層パケットの構造を示す。
【０４６４】
放送信号送信装置は、ＭＰＥＧ−２ＴＳストリームを伝送するために、図３４の（ａ）のようなリンク層パケット構造を用いることができる。リンク層パケットは、ｔｙｐｅフィールド、ＨＣ＿ｍｏｄｅフィールド、ＮＰＤ  ｍｏｄｅフィールド、ＩＳＳＹＩフィールド、Ｎｕｍ＿ＴＳフィールド、ＩＳＳＹフィールド及び／又はペイロードを含むことができる。放送信号送信装置は、ＴＳストリームを伝送するリンク層パケットのｔｙｐｅフィールドを０１０に設定することができる。すなわち、ｔｙｐｅフィールドは、リンク層パケットで伝送されるペイロードがＴＳパケットであることを示すことができる。リンク層パケットは、ｔｙｐｅフィールドの次に位置するフィールドを、ＴＳストリーム伝送のためのフィールドで構成することができる。すなわち、リンク層パケットは、ＴＳストリーム伝送のためのフィールドである、ＨＣ＿ｍｏｄｅ、ＮＰＤ＿ｍｏｄｅ、Ｎｕｍ＿ＴＳを含むことができる。
【０４６５】
ＨＣ＿ｍｏｄｅは２ビットで構成され、ペイロードで伝送されるＴＳパケットのヘッダ圧縮（Ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）モードに関する情報を含むことができる。図３４の（ｂ）に示すように、ヘッダ圧縮モードとしては４個のモードを含むことができる。ＨＣ＿ｍｏｄｅの値が００である場合、ＨＣ＿ｍｏｄｅ１を意味し、１８８バイトのＴＳストリームのヘッダに含まれたＳｙｎｃ  ｂｙｔｅ（０ｘ４７）を除去してヘッダを圧縮することができる。放送信号送信装置は、ＨＣ＿ｍｏｄｅ１によって１８８バイトであるヘッダの長さを１８７バイトに圧縮することができる。ＨＣ＿ｍｏｄｅの値が０１である場合、ＨＣ＿ｍｏｄｅ２を意味し、ＰＩＤ（１３ビット）を圧縮する方式によってヘッダを圧縮することができる。ＨＣ＿ｍｏｄｅ２は、ＨＣ＿ｍｏｄｅ１においてＳｙｎｃ  ｂｙｔｅ（０ｘ４７）を除去する方式を含むことができる。放送信号送信装置はＨＣ＿ｍｏｄｅ２によって、１８８バイトであるヘッダの長さを１８６バイトに圧縮することができる。ＨＣ＿ｍｏｄｅの値が１０である場合、ＨＣ＿ｍｏｄｅ３を意味し、伝送しようとするＴＳストリームのＰＩＤが同一である場合、ＰＩＤ（１３ビット）を削除する方式によってヘッダを圧縮することができる。ＨＣ＿ｍｏｄｅ３は、ＨＣ＿ｍｏｄｅ１においてＳｙｎｃ  ｂｙｔｅ（０ｘ４７）を除去する方式を含むことができる。放送信号送信装置はＨＣ＿ｍｏｄｅ３によって、１８８バイトであるヘッダの長さを１８５バイトに圧縮することができる。ＨＣ＿ｍｏｄｅの値が１１である場合、ＨＣ＿ｍｏｄｅ４を意味し、伝送しようとするＴＳストリームのＰＩＤだけでなく他のｆｉｅｌｄもすべて同一である場合、ＴＳヘッダを削除する方式によってヘッダを圧縮することができる。ＨＣ＿ｍｏｄｅ４は、ＨＣ＿ｍｏｄｅ１においてＳｙｎｃ  ｂｙｔｅ（０ｘ４７）を除去する方式を含むことができる。放送信号送信装置はＨＣ＿ｍｏｄｅ４によって、１８８バイトであるヘッダの長さを１８４バイトに圧縮することができる。
【０４６６】
ＮＰＤ＿ｍｏｄｅは２ビットで構成され、ペイロードで伝送されるＴＳストリームに対するヌルパケット削除モードの情報を含むことができる。図３４の（ｃ）に示すように、ヌルパケット削除モードとしては４つのモードを含むことができる。ＮＰＤ＿ｍｏｄｅ値が００である場合、ヌルパケットは削除されることなく伝送され得る。ＮＰＤ＿ｍｏｄｅ値が０１である場合、ヌルパケットは削除され、削除されたヌルパケットの数を、各ＴＳパケットの後にＤＮＰ（８ビット）を挿入して表示することができる。ＮＰＤ＿ｍｏｄｅ値が１０である場合、ヌルパケットが出現するまで一連のＴＳパケットを伝送し、ヌルパケットが出現するとヌルパケットを削除し、Ｌ２ペイロードの末尾に１バイトのＤＮＰを挿入することができる。この方式は、ヌルパケットの頻度が低いときに用いることができる。ＮＰＤ＿ｍｏｄｅ値が１１である場合、ヌルパケットが出現するまで一連のＴＳパケットを伝送し、ヌルパケットが出現するとヌルパケットを削除し、Ｌ２ペイロードの末尾に２バイトのＤＮＰを挿入することができる。この方式もヌルパケットの頻度が低い時に用いることができる。
【０４６７】
ＩＳＳＹＩは１ビットで構成され、ＩＳＳＹフィールドの使用されるか否かを示す情報を含むことができる。ＩＳＳＹＩの値が０である場合、ＩＳＳＹフィールドは用いられず、Ｌ２ヘッダは２バイトを有することができる。ＩＳＳＹＩの値が１である場合、ＩＳＳＹフィールドが存在し、ＩＳＳＹフィールドはＤＶＢ−Ｔ２において用いられるＩＳＳＹフィールド規則にしたがって最初のＴＳパケットのＩＳＳＹ値を伝送することができる。
【０４６８】
Ｎｕｍ＿ＴＳは８ビットで構成され、リンク層でカプセル化するＴＳパケットの個数をシグナルすることができる。
【０４６９】
図３５には、本発明の一実施例に係る第一のヘッダ圧縮方法を示す。第一のヘッダ圧縮モードは、ＨＣ＿ｍｏｄｅ１と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがＨＣ＿ｍｏｄｅ１である場合、ＨＣ＿ｍｏｄｅフィールドの値を００に設定することができる。また、リンク層パケットのペイロードには１８８バイトのＴＳパケットからＳｙｎｃ  ｂｙｔｅを除外した１８７バイトのＴＳパケットを含むことができる。この場合、ペイロードの長さは１８７＊Ｎｕｍ＿ＴＳとなり、リンク層パケットの全長は、ペイロードとＬ２ヘッダ（２又は５バイト）を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうちＴＳパケットヘッダは、４バイトから３バイトに圧縮されて伝送され得る。Ｎｕｍ＿ＴＳは、前述したように、リンク層においてカプセル化するＴＳパケットの個数を示すことができる。
【０４７０】
図３６に、本発明の一実施例に係る第一のヘッダ圧縮モードによって圧縮されたＴＳパケットヘッダを示す。同図に示すように、ヘッダ圧縮前のＴＳパケットヘッダは、Ｓｙｎｃ  Ｂｙｔｅ、ＴＥ（Ｔｒａｎｓｐｏｒｔｓ  ｅｒｒｏｒ  ｉｎｄｉｃａｔｏｒ）、ＳＩ（Ｐａｙｌｏａｄ  ｕｎｉｔ  ｓｔａｒｔ  ｉｎｄｉｃａｔｏｒ）、ＴＰ（Ｔｒａｎｓｐｏｒｔ  ｐｒｉｏｒｉｔｙ）、ＰＩＤ、ＳＣ（Ｓｃｒａｍｂｌｉｎｇ  ｃｏｎｔｒｏｌ）、ＡＦ（Ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ  ｃｏｎｔｒｏｌ）及び／又はＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ）フィールドを含むことができる。本発明の放送信号送信装置は、第一のヘッダ圧縮モードであるＨＣ＿ｍｏｄｅ１を用いてＳｙｎｃ  Ｂｙｔｅを削除することができる。したがって、ヘッダ圧縮後のＴＳパケットヘッダは、ＴＥ、ＳＩ、ＴＰ、ＰＩＤ、ＳＣ、ＡＦ及び／又はＣＣフィールドを含むことができる。すなわち、放送信号送信装置は、ＨＣ＿ｍｏｄｅ１の場合にＳｙｎｃ  Ｂｙｔｅを伝送せず、よって、４バイトのＴＳパケットヘッダを３バイトに圧縮することができる。
【０４７１】
図３７には、本発明の一実施例に係る第二のヘッダ圧縮方法を示す。第二のヘッダ圧縮モードは、ＨＣ＿ｍｏｄｅ２と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがＨＣ＿ｍｏｄｅ２である場合、ＨＣ＿ｍｏｄｅフィールドの値を０１に設定することができる。また、リンク層パケットのペイロードには、１８８バイトのＴＳパケットからＳｙｎｃ  ｂｙｔｅを除外した１８７ｂｙｔｅを有する１番目のＴＳパケットを含むことができる。ペイロードに含まれた２番目のＴＳパケットからは、２バイトのＴＳヘッダを含む総１８６バイトの長さを有することができる。すなわち、ＨＣ＿ｍｏｄｅ２において放送信号送信機は、ペイロードに含まれた１番目のＴＳパケット以外のＴＳパケットに対してＰＩＤをＳｕｂ  ＰＩＤに圧縮することができる。放送信号送信機は、１３ビットのＰＩＤを８ビットのＳｕｂ  ＰＩＤに圧縮することができる。
【０４７２】
この場合、ペイロードの長さは、１８６＊Ｎｕｍ＿ＴＳ＋１バイトとなり、リンク層パケットの全長は、ペイロード及びＬ２ヘッダ（２又は５バイト）を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうち、最初のＴＳパケットヘッダは４バイトから３バイトに圧縮され、残りのＴＳパケットヘッダは４バイトから２バイトに圧縮されて伝送され得る。Ｎｕｍ＿ＴＳは、前述したように、リンク層でカプセル化するＴＳパケットの個数を示すことができる。
【０４７３】
図３８には、本発明の一実施例に係る第二のヘッダ圧縮モードによって圧縮されたＴＳパケットヘッダを示す。同図に示すように、ヘッダ圧縮前のＴＳパケットヘッダは、Ｓｙｎｃ  Ｂｙｔｅ、ＴＥ（Ｔｒａｎｓｐｏｒｔｓ  ｅｒｒｏｒ  ｉｎｄｉｃａｔｏｒ）、ＳＩ（Ｐａｙｌｏａｄ  ｕｎｉｔ  ｓｔａｒｔ  ｉｎｄｉｃａｔｏｒ）、ＴＰ（Ｔｒａｎｓｐｏｒｔ  ｐｒｉｏｒｉｔｙ）、ＰＩＤ、ＳＣ（Ｓｃｒａｍｂｌｉｎｇ  ｃｏｎｔｒｏｌ）、ＡＦ（Ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ  ｃｏｎｔｒｏｌ）及び／又はＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ）フィールドを含むことができる。本発明の放送信号送信装置は、第二のヘッダ圧縮モードであるＨＣ＿ｍｏｄｅ２を用いてＳｙｎｃ  Ｂｙｔｅを削除し、ＰＩＤを圧縮することができる。したがって、ヘッダ圧縮後のＴＳパケットヘッダは、ＴＥ、ＳＩ、ＴＰ、Ｓｕｂ  ＰＩＤ、ＳＣ、ＡＦ及び／又はＳＦ（ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇ）フィールドを含むことができる。すなわち、放送信号送信装置は、ＨＣ＿ｍｏｄｅ２のときにＳｙｎｃ  Ｂｙｔｅを伝送せず、ＰＩＤを圧縮し、これによって、４バイトのＴＳパケットヘッダを２バイトに圧縮することができる。放送信号送信装置は、１３ビットであるＰＩＤを圧縮する際にインジケータとインデックス値を用いることができる。すなわち、放送信号送信装置は、Ｓｕｂ  ＰＩＤを１ビットのＰＳＩ  Ｉｎｄｉｃａｔｏｒ及び７ビットのインデックスで構成することができる。すなわち、１３ビットのＰＩＤをヘッダ圧縮によって８ビットのＳｕｂ  ＰＩＤに圧縮することができる。また、放送信号送信装置は、ＨＣ＿ｍｏｄｅ２のとき、ＣＣをＳＦ（ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇ）に取り替えることができる。放送信号送信装置は、４ビットのＣＣを１ビットのＳＦ（ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇ）に取り替えることによって、３ビットをさらに圧縮することができる。放送信号送信装置は、ＴＳパケットヘッダに対して、Ｓｙｎｃ  Ｂｙｔｅ除去によって８ビット、ＰＩＤ圧縮によって５ビット、及びＣＣ取り替えによって３ビットを削減することによって、圧縮前のＴＳパケットヘッダに比べて２バイト（１６ビット）を減らすことができる。すなわち、４バイトのＴＳパケットヘッダを２バイトに圧縮することができる。
【０４７４】
図３９は、本発明の一実施例に係る第二のヘッダ圧縮モードの圧縮方法を示す図である。Ｓｕｂ  ＰＩＤは、１ビットのＰＳＩ  ｉｎｄｉｃａｔｏｒと７ビットのインデックスで構成することができる。図３９の（ａ）に示すように、Ｓｕｂ  ＰＩＤのＰＳＩ  ｉｎｄｉｃａｔｏｒが１である場合は、７ビットのインデックスがあらかじめ定義されたＰＳＩ  ｐａｃｋｅｔのＰＩＤを有することができる。例えば、伝送しようとするパケットがＰＡＴである場合（ＰＩＤ＝０）、放送信号送信装置は、Ｓｕｂ  ＰＩＤに含まれたＰＳＩ  ｉｎｄｉｃａｔｏｒを１に設定し、インデックスは００００００に設定して伝送することができる。この場合、放送信号受信装置は、あらかじめ定められたテーブルを用いてＳｕｂ  ＰＩＤ  １００００００をＰＡＴのＰＩＤである０ｘ００００に圧縮解除することができる。すなわち、ＰＳＩ  ｉｎｄｉｃａｔｏｒが１である場合は、インデックスの値を用いて、パケットに含まれた情報がどのＰＳＩ又はＰＳＩＰテーブルであるかを直接導出することができる。
【０４７５】
これと違い、データＰＩＤを圧縮する場合、放送信号送信装置は、ＰＳＩ  ｉｎｄｉｃａｔｏｒは０に設定し、インデックスは最初３バイトで伝送されるＰＩＤとのオフセットを７ビットのｓｉｇｎビットで表現する。例えば、ＰＩＤが１００（ｖｉｄｅｏ）及び１０２（Ａｕｄｉｏ）番からなるＴＳストリームである場合、リンク層パケット内に含まれた最初の３バイトのＴＳヘッダにＰＩＤが１００として伝送されると、後続するＰＩＤ１００、１０２のＴＳパケットは、Ｓｕｂ  ＰＩＤに含まれたインデックスがそれぞれ０及び２と表現されてもよい。
【０４７６】
放送信号受信装置は、リンク層パケット内で最初に受信されたＰＩＤとｉｎｄｅｘ値を合算して、実際に所望するＰＩＤを得ることができる。
【０４７７】
Ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒは、４バイトを有するが、最初に１回だけ送り、２番目のパケットからは１ビットのｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇに圧縮することができる。図３９の（ｂ）に示すように、ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇは、ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒがＡ００００である時にのみ１と表現し、残りの場合には０と表現することができる。
【０４７８】
図４０には、本発明の一実施例に係る第三のヘッダ圧縮方法を示す。第三のヘッダ圧縮モードは、ＨＣ＿ｍｏｄｅ３と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがＨＣ＿ｍｏｄｅ３である場合、ＨＣ＿ｍｏｄｅフィールドの値を１０に設定することができる。また、リンク層パケットのペイロードには、１８８バイトのＴＳパケットからＳｙｎｃ  ｂｙｔｅを除外した１８７バイトの１番目のＴＳパケットを含むことができる。ペイロードに含まれた２番目のＴＳパケットからは、１バイトのＴＳヘッダを含む総１８５バイトの長さを有することができる。すなわち、ＨＣ＿ｍｏｄｅ３において放送信号送信機は、ペイロードに含まれた最初のＴＳパケット以外のＴＳパケットに対してＰＩＤを削除することができる。このような方式は、リンク層パケット内に含まれたＴＳパケットが同一のＰＩＤを有する場合に用いることができる。すなわち、ＴＳヘッダが有している複数のフィールドのうちＰＩＤは同一であるが、残りのフィールドが互いに異なる値を有する場合に用いることができる。
【０４７９】
この場合、ペイロードの長さは１８５＊Ｎｕｍ＿ＴＳ＋２バイトとなり、リンク層パケットの全長は、ペイロード及びＬ２ヘッダ（２ｏｒ５ｂｙｔｅｓ）を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうち、最初のＴＳパケットヘッダは４バイトから３バイトに圧縮され、残りのＴＳパケットヘッダは４バイトから１バイトに圧縮されて伝送され得る。Ｎｕｍ＿ＴＳは、前述したように、リンク層においてカプセル化するＴＳパケットの個数を示すことができる。
【０４８０】
図４１には、本発明の一実施例に係る第三のヘッダ圧縮モードによって圧縮されたＴＳパケットヘッダを示す。同図に示すように、ヘッダ圧縮前のＴＳパケットヘッダは、Ｓｙｎｃ  Ｂｙｔｅ、ＴＥ（Ｔｒａｎｓｐｏｒｔｓ  ｅｒｒｏｒ  ｉｎｄｉｃａｔｏｒ）、ＳＩ（Ｐａｙｌｏａｄ  ｕｎｉｔ  ｓｔａｒｔ  ｉｎｄｉｃａｔｏｒ）、ＴＰ（Ｔｒａｎｓｐｏｒｔ  ｐｒｉｏｒｉｔｙ）、ＰＩＤ、ＳＣ（Ｓｃｒａｍｂｌｉｎｇ  ｃｏｎｔｒｏｌ）、ＡＦ（Ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ  ｃｏｎｔｒｏｌ）及び／又はＣＣ（Ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ）フィールドを含むことができる。本発明の放送信号送信装置は、第三のヘッダ圧縮モードであるＨＣ＿ｍｏｄｅ３を用いてＳｙｎｃ  Ｂｙｔｅを削除し、ＰＩＤを削除することができる。したがって、ヘッダ圧縮後のＴＳパケットヘッダは、ＴＥ、ＳＩ、ＴＰ、ＳＣ、ＡＦ及び／又はＳＦ（ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇ）フィールドを含むことができる。すなわち、放送信号送信装置は、ＨＣ＿ｍｏｄｅ３のときに、Ｓｙｎｃ  Ｂｙｔｅ及びＰＩＤを伝送せず、よって、４バイトのＴＳパケットヘッダを１バイトに圧縮することができる。放送信号送信装置は、１３ビットのＰＩＤを削除することができる。また、放送信号送信装置はＨＣ＿ｍｏｄｅ３のときに、ＣＣをＳＦ（ｃｏｎｔｉｎｕｉｔｙ  ｃｏｕｎｔｅｒ  ｓｙｎｃ  ｆｌａｇ）に取り替えることができる。放送信号送信装置は、４ビットのＣＣを１ビットのＳＦに取り替えることによって、３ｂｉｔをさらに圧縮することができる。放送信号送信装置は、ＴＳパケットヘッダに対して、Ｓｙｎｃ  Ｂｙｔｅ除去によって８ビット、ＰＩＤ除去によって１３ビット、及びＣＣ取り替えによって３ビットを削減することによって、圧縮前のＴＳパケットヘッダに比べて３バイト（２４ビット）を減らすことができる。すなわち、４バイトのＴＳパケットヘッダを１バイトに圧縮することができる。
【０４８１】
図４２には、本発明の一実施例に係る第四のヘッダ圧縮方法を示す。第四のヘッダ圧縮モードは、ＨＣ＿ｍｏｄｅ４と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがＨＣ＿ｍｏｄｅ４である場合、ＨＣ＿ｍｏｄｅフィールドの値を１１に設定することができる。また、リンク層パケットのペイロードには、１８８バイトのＴＳパケットからＳｙｎｃ  バイトを除外した１８７バイトの１番目のＴＳパケットを含むことができる。ペイロードに含まれた２番目のＴＳパケットからはＴＳヘッダを含まなくてもよく、総１８４バイトの長さを有することができる。すなわち、ＨＣ＿ｍｏｄｅ４において放送信号送信機は、ペイロードに含まれた最初のＴＳパケット以外のＴＳパケットに対してＴＳヘッダを削除することができる。このような方式は、リンク層パケット内に含まれたＴＳパケットが同一のＴＳヘッダを有する場合に用いることができる。すなわち、ＴＳヘッダが有している複数のフィールドがいずれも同一の値を有する場合に用いることができる。
【０４８２】
この場合、ペイロードの長さは、１８４＊Ｎｕｍ＿ＴＳ＋３バイトとなり、リンク層パケットの全長は、ペイロード及びＬ２ヘッダ（２又は５バイト）を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうち、最初のＴＳパケットヘッダは４バイトから３バイトに圧縮され、残りのＴＳパケットヘッダは除去されて伝送され得る。Ｎｕｍ＿ＴＳは、前述したように、リンク層においてカプセル化するＴＳパケットの個数を示すことができる。
【０４８３】
次に、ヌルパケット削除について述べる。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ−ｒａｔｅ）サービスをＣＢＲ  ＴＳストリームに収容するために存在する複数のヌルパケットを有することができる。この場合、不要な伝送オーバーヘッドを避けるために、ヌルパケットは確認されて伝送されなくてもよい。受信機において、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌ−ｐａｃｋｅｔ；削除されたヌルパケット）カウンタを参照して、元の正確な箇所に再挿入され得るため、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新が不要になる。次に説明するヌルパケット削除方法は、図３で説明したヌルパケット削除ブロック３０３０に適用されてもよい。
【０４８４】
図４３に、本発明の一実施例に係る第一のヌルパケット削除方法を示す。第一のヌルパケット削除モードは、ＮＰＤ＿ｍｏｄｅ１と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがＮＰＤ＿ｍｏｄｅ１である場合、ＮＰＤ＿ｍｏｄｅフィールドの値を００に設定することができる。ＮＰＤ＿ｍｏｄｅ１はヌルパケット削除をしないモードであり、ヌルパケットがＬ２ペイロードで伝送され、ＤＮＰ（Ｄｅｌｅｔｅｄ  Ｎｕｌｌ  Ｐａｃｋｅｔ）が存在しくてもよい。
【０４８５】
図４４には本発明の一実施例に係る第二のヌルパケット削除方法を示す。第二のヌルパケット削除モードは、ＮＰＤ＿ｍｏｄｅ２と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがＮＰＤ＿ｍｏｄｅ２である場合、ＮＰＤ＿ｍｏｄｅフィールドの値を０１に設定することができる。ＮＰＤ＿ｍｏｄｅ２は、ヌルパケットの頻度が高い場合に用いることができる。放送送信装置はＮＰＤ＿ｍｏｄｅ２を用いてヌルパケットを削除し、削除されたヌルパケットの個数を８ビットのＤＮＰでシグナルすることができる。ＤＮＰは、Ｌ２ペイロードに含まれたＴＳパケットの間に挿入することができる。すなわち、放送送信装置は、Ｌ２パケット内に含まれる個別のＴＳパケットの終わりにＤＮＰをそれぞれ挿入することができる。ここで、ＤＮＰは、各ＴＳと後続するＴＳとの間に削除されたヌルパケットが存在したか否か、及び削除されたヌルパケットの個数を示すことができる。したがって、第１ＴＳパケットと第２ＴＳパケットとの間に位置しているＤＮＰは、第１ＴＳパケットと第２ＴＳパケットとの間に削除されたヌルパケットがない場合は、０の値を有し、ヌルパケットが削除された場合は、削除されたヌルパケットの個数を示す値を有することができる。ＤＮＰは、１バイトで表現される０から２５５の値を有することができる。
【０４８６】
放送送信装置はＴＳパケット及びヌルパケットのうちヌルパケットを削除し、Ｌ２パケットに含まれるペイロードを、削除されたヌルパケットのサイズだけ減らすことができる。また、放送送信装置は、Ｌ２パケットに含まれるＴＳパケットの間に８ビット（１バイト）のＤＮＰを挿入することができ、Ｌ２パケットの全長は、挿入されたＤＮＰのサイズだけ増加し得る。すなわち、Ｌ２パケットの全長は、Ｎｕｍ＿ＴＳ＊１バイトだけ増加し得る。同図に示すように、１番目のＴＳパケットから３番目のＴＳパケットまではヌルパケットが存在しない。３番目のＴＳパケット後に１個のヌルパケットが発生すると、放送信号送信装置は３番目のＴＳパケット後に位置しているＤＮＰの値を１に設定することができる。また、４番目のＴＳパケット後に２個のヌルパケットが発生すると、放送信号送信装置は４番目のＴＳパケット後に位置しているＤＮＰの値を２に設定することができる。放送信号送信装置は、このように、削除されたヌルパケットの個数をＤＮＰを用いて毎ＴＳパケットの後でシグナルすることによって、削除されたヌルパケットの個数を知らせることができ、受信機は、ＤＮＰ値を用いて、削除されたヌルパケットを復元することができる。
【０４８７】
図４５には、本発明の一実施例に係る第三のヌルパケット削除方法を示す。第三のヌルパケット削除モードは、ＮＰＤ＿ｍｏｄｅ３と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがＮＰＤ＿ｍｏｄｅ３である場合、ＮＰＤ＿ｍｏｄｅフィールドの値を１０に設定することができる。ＮＰＤ＿ｍｏｄｅ３は、ヌルパケットの頻度が低い場合に用いることができる。放送送信装置はＮＰＤ＿ｍｏｄｅ３を用いて、ヌルパケットが発生するまで複数のＴＳを併合し、その後に発生したヌルパケットの個数をカウントして、Ｌ２パケットのペイロード後に位置する８ビットのＤＮＰフィールドを用いてシグナルすることができる。ここで、ＤＮＰフィールドは最大で２５５個のヌルパケットが削除されたことをシグナルすることができる。
【０４８８】
放送信号送信装置がＮＰＤ＿ｍｏｄｅ３を用いる場合、Ｌ２パケットの全長はＤＮＰフィールドのサイズである１バイトだけ増加し得る。
【０４８９】
図４６には本発明の一実施例に係る第四のヌルパケット削除方法を示す。第四のヌルパケット削除モードは、ＮＰＤ＿ｍｏｄｅ４と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがＮＰＤ＿ｍｏｄｅ４である場合、ＮＰＤ＿ｍｏｄｅフィールドの値を１１に設定することができる。ＮＰＤ＿ｍｏｄｅ４は、ヌルパケットの頻度が低い場合に用いることができる。放送送信装置はＮＰＤ＿ｍｏｄｅ４を用いて、ヌルパケットが発生するまで複数のＴＳを併合し、その後に発生したヌルパケットの個数をカウントして、Ｌ２パケットのペイロードの後に位置する１６ビットのＤＮＰフィールドを用いてシグナルすることができる。ここで、ＤＮＰフィールドは最大で６５５３５個のヌルパケットが削除されたことをシグナルすることができる。
【０４９０】
放送信号送信装置がＮＰＤ＿ｍｏｄｅ４を用いる場合、Ｌ２パケットの全長は、ＤＮＰフィールドのサイズである２バイトだけ増加し得る。
【０４９１】
次に、ベースバンドフレームのヘッダ構造について述べる。以下、ベースバンドフレームをベースバンドパケットと称することもできる。従来のベースバンドフレームのヘッダ構造は、放送信号送信装置が常に送るべきオプションデータがある場合にデータ伝送効率が減少するという短所があった。本発明のベースバンドフレームのヘッダ構造は、毎ベースバンドフレームにオプションデータを挿入する場合、独立した拡張フィールド（ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄ）を用いて効率的なベースバンドフレームを構成できるという長所がある。
【０４９２】
図４７に、本発明の他の実施例に係る入力フォーマッティングブロックを示す。
【０４９３】
図４７に示す入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の一実施例に当該し得る。次に説明する本発明のベースバンドフレームのヘッダ構造は、図４７で説明する入力フォーマッティングブロックの他、前述した入力フォーマッティングブロック又は一般的な入力フォーマッティングブロックにも同一に適用することができる。
【０４９４】
図４７には、本発明の一実施例に係る放送信号送信装置の入力フォーマッティングブロックのモード適応（ｍｏｄｅ  ａｄａｐｔａｉｏｎ）ブロックを示す。
【０４９５】
複数の入力ストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ）を処理するための入力フォーマッティングブロックのモード適応ブロックは、複数の入力ストリームを独立して処理することができる。
【０４９６】
図４７に示すように、複数の入力ストリームをそれぞれ処理するためのモード適応ブロックは、入力ストリームスプリッタ（ｉｎｐｕｔ  ｓｔｒｅａｍ  ｓｐｌｉｔｔｅｒ）４７０１０、インプットインターフェース４７０２０、入力ストリーム同期化器（ｉｎｐｕｔ  ｓｔｒｅａｍ  ｓｙｎｃｈｒｏｎｉｚｅｒ）４７０３０、補償遅延（ｃｏｍｐｅｎｓａｔｉｎ  ｄｅｌａｙ）ブロック４７０４０、ヘッダ圧縮ブロック（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ  ｂｌｏｃｋ）４７０５０、ヌルデータ再利用ブロック（ｎｕｌｌ  ｄａｔａ  ｒｅｕｓｅ）４７０６０、ヌルパケット削除ブロック（ｎｕｌｌ  ｐａｃｋｅｔ  ｄｅｌｅｔｉｏｎ  ｂｌｏｃｋ）４７０７０、及び／又はベースバンドヘッダ挿入ブロック（ＢＢ  ｈｅａｄｅｒ  ｉｎｓｅｒｔｉｏｎ  ｂｌｏｃｋ）４７０８０を含むことができる。本明細書においてベースバンドヘッダ挿入ブロックは、ベースバンドフレーミングブロック又はベースバンドフォーマッタに含まれてもよい。ベースバンドフレーミングブロック又はベースバンドフォーマッタは、ベースバンドパケット生成ブロック、ベースバンドヘッダ挿入ブロック及びベースバンドスクランブリングブロックを含むことができる。各ブロックに関する説明は、図２及び図３で前述した内容を同一に適用できるため省略する。次に説明するベースバンドフレームのヘッダ構造は、モード適応ブロックのベースバンドヘッダ挿入ブロック４７０８０の動作に適用することができる。すなわち、以下ではベースバンドヘッダの生成方法について説明する。
【０４９７】
図４８に、本発明の一実施例に係る放送信号受信装置を示す。
【０４９８】
放送信号受信装置は、ベースバンドフレームヘッダパーサー（ＢＢ  ｆｒａｍｅ  ｈｅａｄｅｒ  ｐａｒｓｅｒ）４８０１０、ヌルパケット挿入ブロック（Ｎｕｌｌ  ｐａｃｋｅｔ  ｉｎｓｅｒｔｉｏｎ）４８０２０、ヌルデータ再生成ブロック（Ｎｕｌｌ  ｄａｔａ  ｒｅｇｅｎｅｒａｔｏｒ）４８０３０、ヘッダデコンプレッションブロック（ｈｅａｄｅｒ  Ｄｅ−ｃｏｍｐｒｅｓｓｉｏｎ）４８０４０、デジッタバッファブロック（Ｄｅ−ｊｉｔｔｅｒ  Ｂｕｆｆｅｒ）４８０５０、ＴＳリコンバイニングブロック（Ｒｅｃｏｍｂｉｎｉｎｇ）４８０６０、及びＴＳクロック再生成ブロック（ＴＳ  ｃｌｏｃｋ  Ｒｅｇｅｎｅｒａｔｉｏｎ）４８０７０を含むことができる。本発明のベースバンドフレームのヘッダ構造は、ベースバンドヘッダパーサーがベースバンドフレームヘッダをパースするために用いることができる。放送信号受信装置は、ベースバンドフレームヘッダパーサー４８０１０を用いて、提案されたヘッダ構造をパースすることができる。ヌルパケット挿入ブロック（Ｎｕｌｌ  ｐａｃｋｅｔ  ｉｎｓｅｒｔｉｏｎ）４８０２０は、送信側において削除されたヌルパケットを再び挿入することができる。ヌルデータ再生成ブロック（Ｎｕｌｌ  ｄａｔａ  ｒｅｇｅｎｅｒａｔｏｒ）４８０３０は、削除されたヌルデータを再生成することができ、ヘッダデコンプレッションブロック（ｈｅａｄｅｒ  Ｄｅ−ｃｏｍｐｒｅｓｓｉｏｎ）４８０４０は、圧縮されたヘッダ情報を逆圧縮して抽出することができる。デジッタバッファブロック（Ｄｅ−ｊｉｔｔｅｒ  Ｂｕｆｆｅｒ）４８０５０は、ＴＳクロック再生成ブロック４８０７０を用いてジッタを補償することができ、ＴＳリコンバイニングブロック（Ｒｅｃｏｍｂｉｎｉｎｇ）４８０６０を用いて、複数のＴＳパケットにパケット化されたＴＳデータを再びコンバイニングすることができる。放送信号受信装置は、このような過程を用いてデータストリームを復元して出力することができる。上述したように、本発明のベースバンドフレームのヘッダ構造は、ベースバンドフレームヘッダパーサー（ＢＢ  ｆｒａｍｅ  ｈｅａｄｅｒ  ｐａｒｓｅｒ）４８０１０がパースするヘッダの構造を表すことができる。
【０４９９】
図４９に、本発明の一実施例に係るベースバンドフレームのパケット構造を示す。ベースバンドフレームヘッダは、物理層で伝送される信号（ｉｎｐｕｔ  ｓｔｒｅａｍ：ＴＳ、ＩＰ、ＧＳ）を、ＢＩＣＭに入力するに適した長さ及び構造を有し得るようにベースバンドフレーム単位でパケット化する役割を担う。以下、ベースバンドフレームヘッダをベースフィールド（ｂａｓｅ  ｆｉｅｌｄ）と称することもできる。ベースバンドフレームは、ヘッダ部分、オプショナル部分、及び入力（Ｉｎｐｕｔ  ｓｔｒｅａｍ）が伝送されるペイロード（Ｐａｙｌｏａｄ）部分で構成することができる。ベースバンドヘッダ（ベースフィールド）は、スタッフバイト（Ｓｔｕｆｆ  ｂｙｔｅ）がなく、ＳＹＮＣＤの値が１２８より小さい場合、１バイトモード（ｂｙｔｅ  ｍｏｄｅ）が用いられ、スタッフバイトがあるか、又はＳＹＮＣＤが１２８より大きい又は等しい場合、２バイトモードを有することができる。１バイトモードは、１ビットのＭＯＤＥフィールドと７ビットのＳＹＮＣＤ＿ＬＳＢフィールドで構成することができる。２バイトモードは、１バイトモードに加えて、６ビットのＳＹＮＣＤ＿ＭＳＢフィールドと２ビットのＯＰＴＩフィールドで構成することができる。本明細書においてＯＰＴＩフィールドをＯＦＩフィールドと称することもできる。
【０５００】
オプションフィールド（Ｏｐｔｉｏｎ  ｆｉｅｌｄ）は、スタッフィング（Ｓｔｕｆｆｉｎｇ）、インバンドシグナリング（Ｉｎ−ｂａｎｄ  ｓｉｇｎａｌｉｎｇ）、ＩＳＳＹなどのように間欠的に発生するフィールドである。ＯＰＴＩフィールドはオプションフィールドの構成を定義することができる。
【０５０１】
オプションフィールドが存在する場合、１バイト又は２バイトのＯＰＴ  ｈｅａｄｅｒを含むことができる。ＯＰＴ  ｈｅａｄｅｒは、Ｔｙｐｅを示す３ビットのＯＰＴ＿ＴＹＰＥと、オプションフィールドの長さを示すＯＰＴ＿ＬＥＮ＿ＬＳＢ及びＯＰＴ＿ＬＥＮ＿ＭＳＢを含むことができる。ここで、ＯＰＴ＿ＴＹＰＥによってＯＰＴ＿ＬＥＮの構成を決定することができる。
【０５０２】
図５０及び図５１には本発明の一実施例に係るベースバンドフレームの構造を示す。
【０５０３】
放送信号送信装置の生成するベースバンドフレームは、ケースによって異なる構造を含むことができる。
【０５０４】
第１ケースは、ＯＰＴフィールドがなく、ＳＹＮＣＤが１２８バイト以下である場合のベースバンドフレーム構造を表すことができる（５００１０）。第１ケースのベースバンドフレームは、ＭＯＤＥ、ＳＹＮＣＤ＿ＬＳＢ及びペイロードフィールドを含むことができる。ここで、ＭＯＤＥフィールドは‘０’に設定され、ＳＹＮＣＤ＿ＬＳＢフィールドは０〜１２７バイトのＳＹＮＣＤ値を表現することができる。この場合、ベースバンドフレームヘッダは１バイトを有する。すなわち、図５１に示すように、ＭＯＤＥフィールドが‘０’に設定された場合、１バイトのベースバンドヘッダモードであることを示すことができる。
【０５０５】
第２ケースは、ＯＰＴフィールドが存在したり、又はＯＰＴフィールドがないが、ＳＹＮＣＤが１２８バイトより大きいか等しい場合のベースバンドフレーム構造を表すことができる（５００２０）。ここで、ＭＯＤＥフィールドは‘１’に設定され、ＳＹＮＣＤ値はＳＹＮＣＤ＿ＬＳＢフィールドとＳＹＮＣＤ＿ＭＳＢフィールドを用いることができる。また、２ビットのＯＰＴＩフィールドが存在し、ＯＰＴＩによってＯＰＴフィールドが決定され得る。図５１に示すように、ＭＯＤＥフィールドが‘１’に設定された場合、２バイトのベースバンドヘッダモードであることを示すことができる。
【０５０６】
次に、第２ケースの細部ケースを説明する。
【０５０７】
第２−１ケースは、２バイトモードにおいてＯＰＴフィールドがない場合のベースバンドフレーム構造を表すことができる（５００２１）。ＯＰＴＩフィールドは‘００’に設定され、この場合、ベースバンドフレームはＯＰＴフィールドを含まない。図５１に示すように、ＯＰＴＩフィールドは‘００’に設定された場合、ＯＰＴフィールドを含まないベースバンドヘッダモードであることを示すことができる。
【０５０８】
ＳＹＮＣＤが１２８バイトより大きい又は等しい場合、ベースバンドフレームヘッダは２バイトを有することができる。このとき、ベースバンドフレームはＯＰＴフィールドを含まなく、ベースバンドフレームヘッダの次にＰａｙｌｏａｄが位置すればよい。
【０５０９】
ＯＰＴＩが‘００’でない場合、ベースバンドフレームはＯＰＴフィールドを含むことができる。ＯＰＴフィールドは、ベースバンドフレームを構成時に、入力ストリームデータを伝送するペイロード以外に他の用途のデータを伝送したり、データレート（ｄａｔａ  ｒａｔｅ）を合わせるためにスタッフィングフィールド（ｓｔｕｆｆｉｎｇ  ｆｉｅｌｄ）を挿入するために用いることができる。上記他の用途のデータは、同期のためのＩＳＳＹフィールド、Ｌ１（ＰＬＳ；Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を補助するためのＩｎｂａｎｄ−ｓｉｇｎａｌｉｎｇ  ｔａｂｌｅなどを含むことができ、これらのデータは毎ベースバンドフレームごとに伝送されず、必要な場合に伝送されればよい。次に、ベースバッドフレームがオプションフィールドを含む場合について説明する。
【０５１０】
第２−２ケースは、１バイトのスタッフィング（Ｄｕｍｍｙ：０ｘ００又は０ｘｆｆ）バイトが存在する場合のベースバンドフレーム構造を表すことができる（５００２２）。ここで、ＯＰＴＩフィールドは“０１”に設定され、これは、１バイトのＯＰＴヘッダがスタッフィングに用いられることをシグナルすることができる。図５１に示すように、ＯＰＴＩフィールドが‘０１’に設定された場合、１バイトのスタッフィングを含むベースバンドフレームであることを示すことができる。放送信号送信装置は、ベースバンドフレームに１バイトのスタッフィングを挿入するために、ＯＰＴフィールドを用いなくて済み、ＯＰＴ  ｔｙｐｅフィールドを“０００”に設定し、ＯＰＴ＿ＬＥＮＧＴＨ＿ＬＳＢも“０００００”に設定して１バイトのスタッフィングを挿入することができる。
【０５１１】
第２−３ケースは、２バイトのスタッフィングバイトが存在する場合のベースバンドフレーム構造を表すことができる（５００２３）。ここで、ＯＰＴＩは“１０”に設定され、これは、２バイトのＯＰＴヘッダがスタッフィングに用いられることをシグナルすることができる。図５１に示すように、ＯＰＴＩフィールドが‘１０’に設定された場合、２バイトのスタッフィングを含むベースバンドフレームであることを示すことができる。放送信号送信装置は、ベースバンドフレームに２バイトのスタッフィングを挿入するために、ＯＰＴフィールドを用いなくて済み、ＯＰＴ  ｔｙｐｅフィールドは“０００”に設定し、ＯＰＴ＿ＬＥＮＧＴＨ＿ＬＳＢ及びＯＰＴ＿ＬＥＮ＿ＭＳＢフィールドもそれぞれ“００００００００”に設定して、２バイトのスタッフィングを挿入することができる。
【０５１２】
第２−４−１ケースは、２バイト以上３１バイト以下のスタッフィングが存在する場合のベースバンドフレーム構造を表すことができる（５００２４−１）。ここで、ＯＰＴＩが“１１”に設定され、放送信号送信装置は、２バイトのＯＰＴヘッダ、及びＯＰＴフィールドをスタッフィングバイト（ダミーバイト）で埋めることができる。図５１に示すように、ＯＰＴＩフィールドが‘１１’に設定された場合、ＯＰＴフィールド及びスタッフィングを含むベースバンドフレームであることを示すことができる。放送信号送信装置は、ベースバンドフレームに２バイト以上３１バイト未満のスタッフィングを挿入するために、ＯＰＴ  ｔｙｐｅを“０００”に設定し、ＯＰＴ＿ＬＥＮＧＴＨ＿ＬＳＢを用いてＯＰＴフィールドの長さを示し、ＯＰＴフィールドに当該する長さのスタッフィングバイトを挿入することができる。
【０５１３】
第２−４−２ケースは、３２バイト以上のスタッフィングが存在する場合のベースバンドフレーム構造を表すことができる（５００２４−２）。ここで、ＯＰＴＩが“１１”に設定され、放送信号送信装置は、２バイトのＯＰＴ  ｈｅａｄｅｒ、及びＯＰＴフィールドをスタッフィングバイト（ダミーバイト）で埋めることができる。放送信号送信装置は、ベースバンドフレームに３２バイト以上のスタッフィングバイトを挿入するために、ＯＰＴ  ｔｙｐｅを“０００”に設定し、ＯＰＴ＿ＬＥＮＧＴＨでＯＰＴフィールドの長さを示し、ＯＰＴフィールドに当該する長さのスタッフィングバイトを挿入することができる。
【０５１４】
ＯＰＴフィールドの長さは、ＯＰＴ＿ＬＥＮ＿ＬＳＢ及びＯＰＴ＿ＬＥＮ＿ＭＳＢを用いて表現することができる。
【０５１５】
第２−４−１ケース及び第２−４−２ケースのベースバンドフレームに含まれるＯＰＴフィールドは、複数のスタッフィングバイトを含むことができる他、ＯＰＴ＿ＴＹＰＥによって、ＩＳＳＹ、インバンドシグナリングなどの、ベースバンドフレームに必要な情報を含むこともできる。
【０５１６】
図５２には、本発明の他の実施例に係るベースバンドフレームのパケット構造を示す。前述したベースバンドフレーム構造は、ヘッダ構造を最小化して効率的なデータ伝送を行うことができる。前述したベースバンドフレーム構造は、スタッフィングとオプション情報（ＩＳＳＹ、Ｉｎｂａｎｄ  ｓｉｇｎａｌｉｎｇなど）がない場合、２バイトのヘッダとすることができる。特に、ＳＹＮＣＤが１２７以下である場合、放送信号送信装置はベースバンドフレームヘッダを１バイトで運営することができる。また、ＯＰＴ＿ＴＹＰＥを用いて、所望のベースバンドフレームのＯＰＴフィールドに、Ｏｐｔｉｏｎ情報であるＩＳＳＹ、インバンドシグナリングを挿入することができる。
【０５１７】
しかし、前述したベースバンドフレームヘッダ構造は、毎ベースバンドフレームのＯＰＴフィールドにデータが伝送される場合、非効率的なデータ伝送が発生しうる。この場合、ＳＹＮＣＤのサイズにかかわらず、全てのベースバンドフレームヘッダが２バイトとＯｐｔｉｏｎ  ｆｉｅｌｄを有するようになる。仮に、毎度挿入されるべきデータの他にもＯｐｔｉｏｎ情報が存在する場合、放送信号送信装置は８つの場合しか表現できない３ビットのＯＰＴ＿ＴＹＰＥの運用に困難が発生しうる。
【０５１８】
このような問題点を解決するために、図５２のように，ベースバンドフレーム内にＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを含むことができる。すなわち、ベースバンドパケットのヘッダは、ベースフィールド、オプションフィールド及び拡張フィールドを含むことができる。
【０５１９】
Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄは、毎ベースバンドフレームに挿入されるべきデータが存在する場合に用いることができる。すなわち、放送信号送信装置は、ベースバンドフレームにＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを位置させ、毎ベースバンドフレームごとに挿入されるべきデータをｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄで伝送することによって、Ｏｐｔｉｏｎ  ｆｉｅｌｄと独立して運用することができる。ここで、毎ベースバンドフレームごとに挿入されるべきデータは、チャネルボンディング情報を含むことができる。
【０５２０】
Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄは、ベースバンドフレームにおいてベースバンドフレームヘッダの次に位置し得る。Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄは、ベースバンドフレームにおいてオプションフィールド又はペイロードの前に位置してもよい。
【０５２１】
図５３に、本発明の一実施例に係るベースバンドフレーム構造をシグナリングするシグナリングフィールドを示す。
【０５２２】
下記では、ＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を用いるシグナリング方式を説明する。独立したＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄをベースバンドフレームヘッダに挿入する位置は、１又は２バイトの基本となるベースバンドフレームヘッダの次とすることができる。これによって、オプションフィールドの影響無しで、放送信号を受信した受信装置はＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを直接パースすることができる。
【０５２３】
本発明において放送信号送信装置がＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを独立して運用するためには、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの存在の有無、ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのタイプ、長さの情報を表示することができる。放送信号送信装置は、これに当該する情報をＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を用いて伝送することができる。前述したベースバンドフレーム方式においても１〜２バイトヘッダのためにペイロードで伝送されるデータのタイプを定義することができる。
【０５２４】
図５３の（ａ）に第１タイプのシグナリングテーブルを示す。
【０５２５】
入力フォーマッティングのためのシグナリングフィールドは、データタイプ（ｄａｔａ  ｔｙｐｅ）、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄインジケータ、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄタイプ、及び／又はＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの長さに関する情報を含むことができる。
【０５２６】
データタイプシグナリングはｄａｔａ＿ｔｙｐｅと定義でき、３ビットを割り当てることができる。データタイプシグナリングは、伝送されるｄａｔａがＭＰＥＧ２−ＴＳ、ＩＰ（ｖ４、ｖ６）、Ｇｅｎｅｒｉｃ  ｓｔｒｅａｍのいずれであるかをシグナルすることができる。
【０５２７】
シグナリングテーブルは、データタイプの次にｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのためのシグナリングフィールドを含むことができる。Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを用いるために必要な情報には、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの使用の有無を示す情報と、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのフィールドタイプ及びフィールド長を示す情報とがある。
【０５２８】
Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの使用の有無を示す情報は、Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｉｎｄｉｃａｔｏｒと定義でき、１ビットを割り当てることができる。このフィールドは、ベースバンドフレームにｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが存在するか否かをシグナリングする役割を担う。Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが使用されない場合、当該フィールドは‘０’に設定され、使用される場合、当該フィールドは‘１’に設定され得る。
【０５２９】
Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのフィールドタイプに関する情報は、Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅと定義でき、４ビットを割り当てることができる。Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅは、ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄで伝送される情報のタイプを表示するようになる。Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅは、ベースバンドフレームに毎度伝送されるべきＩＳＳＹ、ＣＲＣ、チャネルボンディング（ｃｈａｎｎｅｌ  ｂｏｎｄｉｎｇ）情報などを示すことができる。
【０５３０】
Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのフィールド長に関する情報は、Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈと定義でき、１３ビットを割り当てることができる。Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈは、ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの長さを示すことができる。
【０５３１】
例えば、毎ベースバンドフレームに４バイトのＩＳＳＹデータが伝送される場合、Ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｉｎｄｉｃａｔｏｒは‘１’に設定され、ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅはＩＳＳＹを示す‘０’に設定され、ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈは４バイトを示す‘４’に設定され得る。
【０５３２】
図５３の（ｂ）には第２タイプのシグナリングテーブルを示す。
【０５３３】
第２タイプは、前述した４ビットのｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅだけを用いる方法であり、放送信号送信装置がｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄを使用しない場合、ｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅを‘０’に設定してｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｉｎｄｉｃａｔｏｒ機能を代行することができる。放送信号送信装置がｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄを使用する場合、使用するｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｔｙｐｅはＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのタイプを示すことができ、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの長さは、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄのタイプによって、あらかじめ定義された長さに設定することができる。
【０５３４】
前述した第１タイプは、ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが存在しない場合、ＰＬＳにおいてｅｘｔｅｎｓｉｏｎ＿ｆｉｅｌｄ＿ｉｎｄｉｃａｔｏｒが１ビットだけを占有するようになり、効率的な運用が可能である。
【０５３５】
しかし、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの有無によってフィールドの構成が変わるため、流動的なＰＬＳ構造に向いている。すなわち、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが存在する場合には、当該フィールドが１８ビットを占有するが、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが存在しない場合には１ビットだけを占有する。
【０５３６】
前述した第２タイプは、ＰＬＳに位置するｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄの有無にかかわらずに同一のＰＬＳフィールドサイズ（４ビット）を有するという効果がある。したがって、固定したサイズのＰＬＳ構造に適する。
【０５３７】
図５４は、本発明の一実施例に係るベースバンドフレームの構造を示す図である。
【０５３８】
Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを使用しない方式は、毎ベースバンドフレームに挿入されるべきデータをオプションフィールドに挿入することができる。この場合、全てのベースバンドフレームのヘッダは２バイトを有することになり、他のオプションフィールドを挿入する上で困難が発生しうる。
【０５３９】
しかし、本発明のＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを用いる場合、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄがオプションフィールドと分離されているため、データの効率的な運用が可能である。
【０５４０】
図５４に示す第１ベースバンドフレーム、第２のベースバンドフレーム及び第３のベースバンドフレームのようにＳＹＮＣＤが１２７バイト以下である場合、ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが含まれても、１バイトのベースバンドフレームヘッダを用いることができる。
【０５４１】
第４のベースバンドフレーム及び第５のベースバンドフレームは、ＳＹＮＣＤが１２７バイトより大きい場合であり、ベースバンドフレームヘッダは、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを使用しない方式と同様に、２バイトを有する。
【０５４２】
第６のベースバンドフレーム及び第７のベースバンドフレームは、Ｏｐｔｉｏｎ  ｆｉｅｌｄとｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄが共存できる。
【０５４３】
上述したように、本発明のベースバンドフレーム構造は、毎ベースバンドフレームに挿入されるべきデータが存在する場合、オプションフィールドを用いず、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを用いて伝送することができる。したがって、ＩＳＳＹモード、チャネルボンディング情報又はベースバンドフレームのヘッダにＣＲＣを挿入する場合、独立して存在するＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを用いてデータ伝送効率を上げることができる。
【０５４４】
図５５は、本発明の一実施例に係る放送信号を送信する方法を示す図である。放送信号送信装置は、入力データを入力フォ−マッティングすることができる（Ｓ５５０１０）。
【０５４５】
放送信号送信装置は、入力データをカプセル化することができる。放送信号送信装置は、カプセル化過程において前述のＴＳヘッダ圧縮方法を用いることができる。すなわち、放送信号送信装置は、前述したように、シンクバイトを削除したり、ＰＩＤを圧縮したり、ＰＩＤを削除したり、又はＴＳヘッダを削除する方法を用いてＴＳヘッダを圧縮することができる。
【０５４６】
また、放送信号送信装置は、カプセル化過程において前述のヌルパケット削除方法を用いることができる。すなわち、放送信号送信装置は、前述したように、ヌルパケットを削除し、各ＴＳパケットごとにＤＮＰを追加してペイロードを構成したり、ヌルパケットが発生する時に限ってＤＮＰを追加してヌルパケットを削除することができる。ＤＮＰは、前述したように、削除されたヌルパケットの個数をシグナルすることができる。
【０５４７】
放送信号送信装置は、カプセル化された入力データを含むベースバンドフレームをビルドすることができる。本明細書においてベースバンドフレームをベースバンドパケットと表現することができる。放送信号送信装置は、ベースバンドフレーム生成過程において前述のベースバンドフレーム構造を用いることができる。すなわち、放送信号送信装置は、前述したように、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを定義して、ベースバンドフレームに位置させることができる。放送信号送信装置は、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを用いて、毎ベースバンドフレームごとに挿入されるべきデータを伝送することができる。これによって、放送信号送信装置は、オプションフィールドで伝送すべきデータをＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄで伝送することができ、データ伝送効率を上げることができる。
【０５４８】
放送信号送信装置は、フォーマットされた入力データをエンコードすることができる（Ｓ５５０２０）。
【０５４９】
放送信号送信装置は、前述したＢＩＣＭブロックを用いてエンコードすることができる。インプットフォーマッタからＢＩＣＭブロックに伝達される入力データは、前述したＰＬＰデータフォーマットに入力され得る。
【０５５０】
放送信号送信装置は、エンコードされたデータを変調することができる（Ｓ５５０３０）。
【０５５１】
放送信号送信装置は前述のＯＦＤＭ生成ブロックを用いて変調することができる。エンコードされたデータをＯＦＤＭ変調方式を用いて変調することができる。
【０５５２】
放送信号送信装置は、変調されたデータを含む放送信号を伝送することができる（Ｓ５５０４０）。放送信号送信装置は、変調されたデータを、出力アンテナを用いて伝送することができる。
【０５５３】
図５６は、本発明の一実施例に係る放送信号を受信する方法を示す図である。
【０５５４】
放送信号受信装置は放送信号を受信することができる（Ｓ５６０１０）。放送信号受信装置はチューナーを用いて放送信号を受信することができる。受信された放送信号は、放送信号送信装置によってカプセル化されたデータを含むことができる。受信された放送信号は、カプセル化過程において前述のＴＳヘッダ圧縮方法が用いられたものであってもよい。すなわち、受信された放送信号は、シンクバイトを削除したり、ＰＩＤを圧縮したり、ＰＩＤを削除したり、ＴＳヘッダを削除する方法によって圧縮されたＴＳヘッダを含むことができる。
【０５５５】
また、受信された放送信号は、カプセル化過程において前述のヌルパケット削除方法が適用されたものであってもよい。すなわち、受信された放送信号は、前述したように、ヌルパケットを削除し、各ＴＳパケットごとにＤＮＰを追加してペイロードを構成したり、ヌルパケットが発生する時に限ってＤＮＰを追加し、ヌルパケットを削除した放送信号であってもよい。ＤＮＰは、前述したように、削除されたヌルパケットの個数をシグナルすることができる。
【０５５６】
受信された放送信号は、ベースバンドフレームを含むことができ、ベースバンドフレーム生成過程において前述のベースバンドフレーム構造を用いることができる。すなわち、受信された放送信号は、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄを有するベースバンドフレームを含むことができる。受信された放送信号は、Ｅｘｔｅｎｓｉｏｎ  ｆｉｅｌｄに毎ベースバンドフレームごとに挿入されるべきデータを含むことができる。これによって、受信された放送信号は、オプションフィールドに含まれるべきたったデータをＥｘｔｅｎｓｉｏｎ  ｆｉｅｌｄに含むことによって、データ伝送効率を上げることができる。
【０５５７】
放送信号受信装置は、放送信号に含まれたデータを復調することができる（Ｓ５６０２０）。放送信号受信装置はＯＦＤＭ復調方式を用いてデータを復調することができる。
【０５５８】
放送信号受信装置は、復調されたデータをデコードすることができる（Ｓ５６０３０）。
【０５５９】
放送信号受信装置は、前述のデコーディングモジュールを用いて、復調されたデータをデコードすることができる。
【０５６０】
放送信号受信装置は、デコードされたデータを出力処理（ｏｕｔｐｕｔ  ｐｒｏｃｅｓｓｉｎｇ）してデータストリームを得ることができる（Ｓ５６０４０）。放送受信装置は、前述した出力プロセッサを用いてデータストリームを取得して出力することができる。放送信号受信装置は、出力プロセッサを用いてデコードされたデータをアウトプットプロセシングできる。出力プロセッサは、前述した図９の出力プロセッサに対応し得る。また、出力プロセッサは、図４８で説明したブロックを含むことができる。すなわち、出力プロセッサは、ベースバンドフレームヘッダパーサー、ヌルパケット挿入部、ヌルデータ生成部、ヘッダ逆圧縮ブロック、デジッタバッファ及び／又はＴＳコンバイニングブロックのうち少なくとも一つを含むことができる。ベースバンドフレームパーサーは、前述したベースバンドフレームヘッダ内の拡張フィールドをパースすることができる。ここで、ベースバンドフレームパーサーは、前述した拡張フィールドの有無を示す（ｉｎｄｉｃａｔｅ）情報を用いて、ヘッダ内の拡張フィールドをパースすることができる。前述したように、ベースバンドフレームは、ベースバンドパケットと表現することができる。また、ヌルパケット挿入部は、前述したヌルパケット削除方法に対応して、削除されたヌルパケットを受信装置において復元することができる。ヌルパケット挿入部は、前述したように、削除されたヌルパケットの個数を示すＤＮＰ情報から、削除されたヌルパケットの個数を確認し、削除されたヌルパケットを挿入することができる。また、ヘッダ逆圧縮ブロックは、前述したヘッダ圧縮方法の逆過程によって、ヘッダ圧縮前のヘッダ情報を受信装置において復元することができる。ヘッダ逆圧縮ブロックは、前述したヘッダ圧縮モードに関する情報からヘッダ圧縮モードを確認し、モードによってヘッダ逆圧縮（Ｄｅ−ｃｏｍｐｒｅｓｓｉｏｎ）動作を実行することができる。
【０５６１】
前述したように、本発明のヘッダ圧縮、ヌルパケット削除、拡張フィールド生成方法を用いて、データ伝送効率を上げることができる。
【０５６２】
本発明の思想や範囲から逸脱することなく、本発明において様々な変更及び変形が可能であることは、当業者に理解される。したがって、本発明は、添付する請求項及びその同等範囲内で提供される本発明の変更及び変形を含むものと意図される。
【０５６３】
本明細書において装置の発明及び方法の発明の両方が述べられ、装置及び方法の両発明の説明は互いに補完して適用され得る。
【０５６４】
様々な実施例を、本発明を実施するための形態において説明した。
【産業上の利用可能性】
【０５６５】
本発明は、一連の放送信号提供の分野において利用される。
【０５６６】
本発明の思想や範囲から逸脱することなく、本発明において様々な変更及び変形が可能であることが、当業者にとって明らかである。したがって、本発明は、添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むものと意図される。
【図１】
0006615879.tif 000059
【図２】
0006615879.tif 000060
【図３】
0006615879.tif 000061
【図４】
0006615879.tif 000062
【図５】
0006615879.tif 000063
【図６】
0006615879.tif 000064
【図７】
0006615879.tif 000065
【図８】
0006615879.tif 000066
【図９】
0006615879.tif 000067
【図１０】
0006615879.tif 000068
【図１１】
0006615879.tif 000069
【図１２】
0006615879.tif 000070
【図１３】
0006615879.tif 000071
【図１４】
0006615879.tif 000072
【図１５】
0006615879.tif 000073
【図１６】
0006615879.tif 000074
【図１７】
0006615879.tif 000075
【図１８】
0006615879.tif 000076
【図１９】
0006615879.tif 000077
【図２０】
0006615879.tif 000078
【図２１】
0006615879.tif 000079
【図２２】
0006615879.tif 000080
【図２３】
0006615879.tif 000081
【図２４】
0006615879.tif 000082
【図２５】
0006615879.tif 000083
【図２６】
0006615879.tif 000084
【図２７】
0006615879.tif 000085
【図２８】
0006615879.tif 000086
【図２９】
0006615879.tif 000087
【図３０】
0006615879.tif 000088
【図３１】
0006615879.tif 000089
【図３２】
0006615879.tif 000090
【図３３】
0006615879.tif 000091
【図３４】
0006615879.tif 000092
【図３５】
0006615879.tif 000093
【図３６】
0006615879.tif 000094
【図３７】
0006615879.tif 000095
【図３８】
0006615879.tif 000096
【図３９】
0006615879.tif 000097
【図４０】
0006615879.tif 000098
【図４１】
0006615879.tif 000099
【図４２】
0006615879.tif 000100
【図４３】
0006615879.tif 000101
【図４４】
0006615879.tif 000102
【図４５】
0006615879.tif 000103
【図４６】
0006615879.tif 000104
【図４７】
0006615879.tif 000105
【図４８】
0006615879.tif 000106
【図４９】
0006615879.tif 000107
【図５０】
0006615879.tif 000108
【図５１】
0006615879.tif 000109
【図５２】
0006615879.tif 000110
【図５３】
0006615879.tif 000111
【図５４】
0006615879.tif 000112
【図５５】
0006615879.tif 000113
【図５６】
0006615879.tif 000114