(57)【特許請求の範囲】
【請求項１】
インプットデータをプロセシングして少なくとも１つのＰＬＰデータを出力するインプットフォーマッティングモジュールと、
前記出力されたＰＬＰデータをエラー訂正プロセシングするＢＩＣＭモジュールと、
前記エラー訂正が行われたＰＬＰデータを含む信号フレームを生成するフレーミングモジュールと、
前記生成された信号フレームを変調するウェーブフォーム生成モジュールと、
を含み、
前記信号フレームは、プリアンブル及び複数のサブフレームを含み、
前記サブフレームの最初のシンボルまたは最後のシンボルが、選択的にサブフレームバウンダリシンボルとして構成され、
前記サブフレームバウンダリシンボルは、スキャタードパイロット（ＳＰ）とカンティニュアルパイロット（ＣＰ）を含み、前記サブフレームバウンダリシンボルは、前記サブフレームのデータシンボルより高いスキャタードパイロット（ＳＰ）密度を有し、
第１のサブフレームが第２のサブフレームの直後にあり、該第１のサブフレームと該第２のサブフレームのＦＦＴサイズが互いに異なる場合、該第１のサブフレームの最初のシンボルは、前記サブフレームバウンダリシンボルであり、
前記第１のサブフレームが第３のサブフレームの直前にあり、前記第１のサブフレームと該第３のサブフレームのＦＦＴサイズが互いに異なる場合、前記第１のサブフレームの最後のシンボルは、前記サブフレームバウンダリシンボルであり、
前記プリアンブルは、前記最初のシンボルまたは前記最後のシンボルのそれぞれが前記サブフレームバウンダリシンボルであるか否かを示すための情報を含む、放送信号送信機。
【請求項２】
前記サブフレームの各々は、固定のＦＦＴサイズ、固定のＧＩ長さ、及び固定のパイロットパターンをそれぞれ有し、前記プリアンブルは、前記サブフレームの各々に対するＦＦＴサイズ情報、ＧＩ情報、及びパイロットパターン情報を含む、請求項１に記載の放送信号送信機。
【請求項３】
前記サブフレームバウンダリシンボルに対する前記スキャタードパイロットのキャリア間隔は、前記サブフレームの前記データシンボルに対するスキャタードパイロットパターンの密度Ｄｘとして決定され、前記密度Ｄｘは、周波数方向でパイロットを含むキャリアの距離である、請求項２に記載の放送信号送信機。
【請求項４】
前記プリアンブルの直後の最初のサブフレームの最初のシンボルは、前記プリアンブルのＦＦＴサイズと該最初のサブフレームのＦＦＴサイズとが互いに異なる場合、前記サブフレームバウンダリシンボルである、請求項１に記載の放送信号送信機。
【請求項５】
インプットデータをプロセシングして少なくとも１つのＰＬＰデータを出力するステップと、
前記出力されたＰＬＰデータをエラー訂正プロセシングするステップと、
前記エラー訂正が行われたＰＬＰデータを含む信号フレームを生成するステップと、
前記生成された信号フレームを変調するステップと、
を含み、
前記信号フレームは、プリアンブル及び複数のサブフレームを含み、
前記サブフレームの最初のシンボルまたは最後のシンボルが、選択的にサブフレームバウンダリシンボルとして構成され、
前記サブフレームバウンダリシンボルは、スキャタードパイロット（ＳＰ）とカンティニュアルパイロット（ＣＰ）を含み、前記サブフレームバウンダリシンボルは、前記サブフレームのデータシンボルより高いスキャタードパイロット（ＳＰ）密度を有し、
第１のサブフレームが第２のサブフレームの直後にあり、該第１のサブフレームと該第２のサブフレームのＦＦＴサイズが互いに異なる場合、該第１のサブフレームの最初のシンボルは、前記サブフレームバウンダリシンボルであり、
前記第１のサブフレームが第３のサブフレームの直前にあり、前記第１のサブフレームと該第３のサブフレームのＦＦＴサイズが互いに異なる場合、前記第１のサブフレームの最後のシンボルは、前記サブフレームバウンダリシンボルであり、
前記プリアンブルは、前記最初のシンボルまたは前記最後のシンボルのそれぞれが前記サブフレームバウンダリシンボルであるか否かを示すための情報を含む、放送信号送信方法。
【請求項６】
前記サブフレームの各々は、固定のＦＦＴサイズ、固定のＧＩ長さ、及び固定のパイロットパターンをそれぞれ有し、前記プリアンブルは、前記サブフレームの各々に対するＦＦＴサイズ情報、ＧＩ情報、及びパイロットパターン情報を含む、請求項５に記載の放送信号送信方法。
【請求項７】
前記サブフレームバウンダリシンボルに対する前記スキャタードパイロットのキャリア間隔は、前記サブフレームの前記データシンボルに対するスキャタードパイロットパターンの密度Ｄｘとして決定され、前記密度Ｄｘは、周波数方向でパイロットを含むキャリアの距離である、請求項５に記載の放送信号送信方法。
【請求項８】
前記プリアンブルの直後の最初のサブフレームの最初のシンボルは、前記プリアンブルのＦＦＴサイズと該最初のサブフレームのＦＦＴサイズとが互いに異なる場合、前記サブフレームバウンダリシンボルである、請求項５に記載の放送信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための様々な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、様々な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチャネル（multichannel、多チャネル）オーディオ、及び様々な付加サービスを提供することができる。しかしながら、ディジタル放送のためには、多量のデータ送信に対するデータ送信効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。
【課題を解決するための手段】
【０００４】
前述した技術的課題を解決するために、本発明の実施形態に係るシグナリング情報を含む放送信号をプロセシングする放送信号送信機は、インプットデータを入力プロセシングして少なくとも１つのＰＬＰデータを出力するインプットフォーマッティングモジュールと、前記ＰＬＰデータをエラー訂正プロセシングするＢＩＣＭモジュールと、前記ＰＬＰデータを含む信号フレームを生成するフレーミングモジュールと、前記信号フレームをＯＦＤＭ変調して送信信号を生成するウェーブフォーム生成モジュールとを含み、前記信号フレームは、ブートストラップ、プリアンブル、及び少なくとも１つのサブフレームを含み、前記少なくとも１つのサブフレームは、少なくとも１つのサブフレームバウンダリシンボルを含み、前記サブフレームバウンダリシンボルは、前記少なくとも１つのサブフレームの最初のシンボルまたは最後のシンボルであり、前記サブフレームバウンダリシンボルは、前記サブフレームのデータシンボルより高い（ｇｒｅａｔｅｒ）スキャタード（ｓｃａｔｔｅｒｅｄ）パイロット密度（ｄｅｎｓｉｔｙ）を有する。
【０００５】
また、本発明の実施形態に係る放送信号送信機において、前記少なくとも１つのサブフレームは、各々同じＦＦＴサイズ、ＧＩ（Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ）長さ、及びパイロットパターンを有し、前記プリアンブルは、前記サブフレームの各々に対するＦＦＴサイズ情報、ＧＩ情報、及びパイロットパターン情報を含むことができる。
【０００６】
また、本発明の実施形態に係る放送信号送信機において、前記サブフレームバウンダリシンボルの前記スキャタードパイロットは、前記サブフレームのデータシンボルのスキャタードパイロット密度Ｄｘに基づいて決定され、前記パイロット密度は、周波数方向で前記パイロットを含む（ｂｅｒｉｎｇ）キャリアの距離（ｓｅｐａｒａｔｉｏｎ）を表すことができる。
【０００７】
また、本発明の実施形態に係る放送信号送信機において、前記プリアンブルは、サブフレームバウンダリシンボルモード情報を含み、前記サブフレームバウンダリシンボルモード情報は、前記サブフレームの前記最初のシンボルがサブフレームバウンダリシンボルであるか、及び前記最後のシンボルがサブフレームバウンダリシンボルであるかを表すことができる。
【０００８】
また、本発明の実施形態に係る放送信号送信機において、前記信号フレームが複数のサブフレームを含む場合、隣接するサブフレームに対し、直前サブフレームの最後のシンボル及び直後サブフレームの最初のシンボルのうち、少なくとも１つは、前記サブフレームバウンダリシンボルになることができる。
【０００９】
また、本発明の実施形態に係る放送信号送信機において、前記プリアンブルに直後の最初のサブフレームの最初のシンボルが前記サブフレームバウンダリシンボルであるか否かは、前記プリアンブルのＦＦＴサイズと前記最初のサブフレームのＦＦＴサイズとが同じであるかに基づいて決定されることができる。
【００１０】
前述した技術的課題を解決するための本発明の実施形態に係る放送信号送信方法は、インプットデータを入力プロセシングして少なくとも１つのＰＬＰデータを出力するステップと、前記ＰＬＰデータをエラー訂正プロセシングするステップと、前記ＰＬＰデータを含む信号フレームを生成するステップと、前記信号フレームをＯＦＤＭ変調して送信信号を生成するステップとを含み、前記信号フレームは、ブートストラップ、プリアンブル、及び少なくとも１つのサブフレームを含み、前記少なくとも１つのサブフレームは、少なくとも１つのサブフレームバウンダリシンボルを含み、前記サブフレームバウンダリシンボルは、前記少なくとも１つのサブフレームの最初のシンボルまたは最後のシンボルであり、前記サブフレームバウンダリシンボルは、前記サブフレームのデータシンボルより高い（ｇｒｅａｔｅｒ）スキャタード（ｓｃａｔｔｅｒｅｄ）パイロット密度（ｄｅｎｓｉｔｙ）を有する。
【発明の効果】
【００１１】
本発明は、サービス特性によってデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を制御することによって様々な放送サービスを提供することができる。
【００１２】
本発明は、同一なＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して様々な放送サービスを送信することによって送信柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を達成することができる。
【００１３】
本発明は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）システムを用いてデータ送信効率及び放送信号の送受信堅固性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
【００１４】
本発明によれば、モバイル受信装置を使用するか、または室内環境にあっても、エラー無しでディジタル放送信号を受信することができる放送信号送信及び受信方法及び装置を提供することができる。
【００１５】
以下、本発明の追加的な効果を実施形態と関連してより詳細に説明する。
【図面の簡単な説明】
【００１６】
本発明に対してさらに理解するために含まれて、本出願に含まれて、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。
【００１７】
【図１】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【図２】本発明の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図３】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図４】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図５】本発明の一実施形態に係るＢＩＣＭ（bit interleaved coding & modulation）ブロックを示す。
【図６】本発明の他の一実施形態に係るＢＩＣＭブロックを示す。
【図７】本発明の一実施形態に係るフレームビルディング（Frame Building：フレーム生成）ブロックを示す。
【図８】本発明の一実施形態に係るＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーション（generation：生成）ブロックを示す。
【図９】本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【図１０】本発明の一実施形態に係るフレーム構造を示す。
【図１１】本発明の一実施形態に係るフレームのシグナリング階層構造を示す。
【図１２】本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【図１３】本発明の一実施形態に係るＰＬＳ１データを示す。
【図１４】本発明の一実施形態に係るＰＬＳ２データを示す。
【図１５】本発明の他の一実施形態に係るＰＬＳ２データを示す。
【図１６】本発明の一実施形態に係るフレームのロジカル（logical：論理）構造を示す。
【図１７】本発明の一実施形態に係るＰＬＳ（physical layer signalling）マッピングを示す。
【図１８】本発明の一実施形態に係るＥＡＣ（emergency alert channel）マッピングを示す。
【図１９】本発明の一実施形態に係るＦＩＣ（fast information channel）マッピングを示す。
【図２０】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）のタイプを示す。
【図２１】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）マッピングを示す。
【図２２】本発明の一実施形態に係るＦＥＣ（forward error correction）構造を示す。
【図２３】本発明の一実施形態に係るビットインターリービングを示す。
【図２４】本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【図２５】本発明の一実施形態に係る時間インターリービングを示す。
【図２６】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【図２７】本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。
【図２８】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向リードパターンを示す。
【図２９】本発明の一実施形態に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【図３０】本発明の他の一実施形態に係る放送信号送信機の構成を示す。
【図３１】本発明の一実施形態に係る信号フレームストラクチャを示す。
【図３２】本発明の一実施形態に係る信号フレームストラクチャを示す。
【図３３】本発明の一実施形態に係る信号フレームストラクチャを示す。
【図３４】本発明の一実施形態に係る信号フレームストラクチャを示す。
【図３５】本発明の一実施形態に係る信号フレーム構造を示す。
【図３６】本発明の他の一実施形態に係る信号フレーム構造を示す。
【図３７】本発明の他の一実施形態に係る信号フレーム構造を示す。
【図３８】本発明の他の一実施形態に係る信号フレーム構造を示す。
【図３９】本発明の他の一実施形態に係る信号フレーム構造を示す。
【図４０】本発明の一実施形態に係る信号フレーム構造及びエッジシンボル構成を示す。
【図４１】本発明の他の一実施形態に係る信号フレーム構造及びエッジシンボル構成を示す。
【図４２】本発明の一実施形態に係るスキャタードパイロットパターンを示したテーブルである。
【図４３】本発明の一実施形態に係る放送信号送信方法を示す。
【図４４】本発明の一実施形態に係る放送信号受信方法を示す。
【発明を実施するための形態】
【００１８】
本発明の好ましい実施形態に対して具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって実現できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。
【００１９】
本発明で使用される大部分の用語は当該分野で広く使用される一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。
【００２０】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非−ＭＩＭＯ（non-Multiple Input Multiple Output）またはＭＩＭＯ方式により次世代放送サービスに対する放送信号を処理することができる。本発明の一実施形態に係る非−ＭＩＭＯ方式は、ＭＩＳＯ（Multiple Input Single Output）方式、ＳＩＳＯ（Single Input Single Output）方式などを含むことができる。
【００２１】
以下、説明の便宜のためにＭＩＳＯまたはＭＩＭＯ方式は２つのアンテナを使用するが、本発明は２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定用途に要求される性能を達成し、かつ受信機の複雑度を最小化するために最適化した３個のフィジカルプロファイル（PHY profile）（ベース（base）、ハンドヘルド（handheld）、アドバンス（advanced）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が実現しなければならない全ての構造のサブセットである。
【００２２】
３個のフィジカルプロファイルは大部分の機能ブロックを共有するが、特定ブロック及び／又はパラメータでは若干異なる。今後に追加でフィジカルプロファイルが定義できる。システムの発展のために、フューチャープロファイルはＦＥＦ（future extension frame）を介して単一ＲＦ（radio frequency）チャネルに存在するプロファイルとマルチプレキシングされることもできる。各フィジカルプロファイルに対する詳細な内容は後述する。
【００２３】
１．ベースプロファイル
ベースプロファイルは主にルーフトップ（roof-top）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００２４】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対する重要システムパラメータが以下の＜表１＞に記載されている。
【００２５】
【表１】
0006437639.tif 000002
【００２６】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。当該装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の実現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００２７】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００２８】
【表２】
0006437639.tif 000003
【００２９】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。当該プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために当該プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、複数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００３０】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ送信は初期には既存の楕円分極送信装備を使用し、以後に全出力交差分極送信に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００３１】
【表３】
0006437639.tif 000004
【００３２】
この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そして、当該３個のプロファイルは設計者の意図によって変更できる。
【００３３】
次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。
【００３４】
補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送社やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００３５】
ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ
【００３６】
ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００３７】
セル（cell）：ＯＦＤＭ送信の１つのキャリアにより伝達される変調値
【００３８】
コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ
【００３９】
データパイプ（data pipe）：１つまたは複数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理階層（physical layer）におけるロジカルチャネル
【００４０】
データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００４１】
データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）
【００４２】
ＤＰ＿ＩＤ：当該８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。
【００４３】
ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使用されない残っている容量を詰めることに使用される疑似ランダム値を伝達するセル
【００４４】
ＦＡＣ（emergency alert channel：非常警報チャネル）：ＥＡＳ情報データを伝達するフレームのうちの一部
【００４５】
フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理階層（physical layer）タイムスロット
【００４６】
フレームレピティションユニット（frame repetition unit：フレーム繰り返し単位）：スーパーフレーム（super-frame）で８回繰り返されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
【００４７】
ＦＩＣ（fast information channel：高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャネル
【００４８】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００４９】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使用される名目上のＦＦＴサイズ
【００５０】
フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組み合わせにおけるフレームの開始で使用されるより高いパイロット密度を有するＯＦＤＭシンボル
【００５１】
フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組み合わせにおけるフレームの端で使用される、より高いパイロット密度を有するＯＦＤＭシンボル
【００５２】
フレームグルーフ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合
【００５３】
フューチャーエクステンションフレーム（future extension frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理階層（physical layer）タイムスロット
【００５４】
フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理階層（physical layer）放送システム
【００５５】
インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム
【００５６】
ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル
【００５７】
フィジカルプロファイル（PHY profile）：該当する受信機が実現しなければならない全ての構造のサブセット
【００５８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理階層（physical layer）シグナリングデータ
【００５９】
ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合
【００６０】
ＮＯＴＥ：ＰＬＳ１データはフレームグルーフのデュレーション（duration）の間一定である。
【００６１】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに送信されるＰＬＳデータの第２の集合
【００６２】
ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ
【００６３】
ＰＬＳ２スタティック（static：静的）データ：フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データ
【００６４】
プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使用されるシグナリングデータ
【００６５】
プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【００６６】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使用される。
【００６７】
今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる
【００６８】
スーパーフレーム（superframe）：８個のフレーム繰り返し単位の集合
【００６９】
タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００７０】
タイムインターリービンググルーフ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位
【００７１】
ＮＯＴＥ：タイムインターリービンググルーフは１つのフレームに直接マッピングされるか、または複数のフレームにマッピングできる。タイムインターリービンググルーフは１つ以上のタイムインターリービングブロックを含むことができる。
【００７２】
タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ
【００７３】
タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ
【００７４】
ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルの集合
【００７５】
図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００７６】
本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Input Format block）１０００、ＢＩＣＭ（bit interleaved coding & modulation）ブロック１０１０、フレームビルディングブロック（Frame building block）１０２０、ＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーションブロック（OFDM generation block）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
【００７７】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらデータ入力に追加で、管理情報が入力されて各入力ストリームに対する当該帯域幅のスケジューリング及び割当を制御する。１つまたは複数のＴＳストリーム、ＩＰストリーム、及び／又は一般ストリーム入力が同時に許容される。
【００７８】
インプットフォーマットブロック１０００は各々の入力ストリームを独立的なコーディング及び変調が適用される１つまたは複数のデータパイプにデマルチプレキシングすることができる。データパイプは堅固性（robustness）の制御のための基本単位であり、これはＱｏＳ（Quality of Service）に影響を及ぼす。１つまたは複数のサービスまたはサービスコンポーネントが１つのデータパイプにより伝達できる。インプットフォーマットブロック１０００の詳細な動作は後述する。
【００７９】
データパイプは１つまたは複数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連メタデータを伝達する物理階層（physical layer）におけるロジカルチャネルである。
【００８０】
また、データパイプユニットは１つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００８１】
インプットフォーマットブロック１０００で、パリティ（parity）データはエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値コンステレーションシンボルにマッピングされる。当該シンボルは当該データパイプに使用される特定インターリービング深さに亘ってインターリービングされる。アドバンスプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ送信のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【００８２】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために、周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
【００８３】
プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭジェネレーションブロック１０３０はサイクリックプレフィックス（cyclic prefix）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（distributed）ＭＩＳＯ方式が送信機に亘って適用される。また、ＰＡＰＲ（peak-to-average power ratio）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は様々なＦＦＴサイズ、ガードインターバル長さ、当該パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
【００８４】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理階層（physical layer）シグナリング情報を生成することができる。また、当該シグナリング情報は関心あるサービスが受信機側で適切に復旧されるように送信される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【００８５】
図２、図３、及び図４は、本発明の実施形態に係るインプットフォーマットブロック１０００を示す。各図面について説明する。
【００８６】
図２は、本発明の一実施形態に係るインプットフォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（single input stream）の時のインプットフォーマットブロックを示す。
【００８７】
図２に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【００８８】
物理階層（physical layer）への入力は１つまたは複数のデータストリームで構成できる。各々のデータストリームは１つのデータパイプにより伝達される。モードアダプテーション（mode adaptation：モード適応）モジュールは入力されるデータストリームをＢＢＦ（baseband frame）のデータフィールドにスライスする。当該システムは３種類の入力データストリーム、即ちＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（generic stream）をサポートする。ＭＰＥＧ２−ＴＳは第１のバイトが同期バイト（０×４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームはＩＰパケットヘッダ内でシグナリングされる可変長さＩＰデータグラムパケットで構成される。当該システムはＩＰストリームに対してＩＰｖ４とＩＰｖ６を全てサポートする。ＧＳはカプセル化パケットヘッダ内でシグナリングされる可変長さパケットまたは一定長さパケットで構成できる。
【００８９】
（ａ）は信号データパイプに対するモードアダプテーション（mode adaptation：モード適応）ブロック２０００、及びストリームアダプテーション（stream adaptation：ストリーム適応）２０１０を示し、（ｂ）はＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラー２０３０を示す。各ブロックの動作について説明する。
【００９０】
入力ストリームスプリッタは、入力されたＴＳ、ＩＰ、ＧＳストリームを複数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（mode adaptation：モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（baseband）フレームスライサー、及びＢＢフレームヘッダ挿入ブロックで構成される。
【００９１】
ＣＲＣエンコーダは、ユーザパケット（user packet：ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、即ちＣＲＣ−８、ＣＲＣ−１６、ＣＲＣ−３２を提供する。算出されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ−８はＴＳストリームに使われ、ＣＲＣ−３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しなければ、提案されたＣＲＣエンコーディングが適用されなければならない。
【００９２】
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。第１の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、使用可能データフィールド容量と同一な数の入力ビットを割り当てる。ＢＢＦペイロードと同一な数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
【００９３】
ＢＢフレームヘッダ挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトＢＢＦヘッダだけでなく、ＢＢＦは２バイトＢＢＦヘッダの端に拡張フィールド（１または３バイト）を有することができる。
【００９４】
ストリームアダプテーション（stream adaptation：ストリーム適応）２０１０は、スタッフィング（stuffing）挿入ブロック及びＢＢスクランブラーで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（stream adaptation：ストリーム適応）に対する入力データがＢＢフレームを詰めることに充分であれば、ＳＴＵＦＦＩは０に設定され、ＢＢＦはスタッフィングフィールドを有しない。でなければ、ＳＴＵＦＦＩは１に設定され、スタッフィングフィールドはＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
【００９５】
ＢＢスクランブラーは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスは、ＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタにより生成される。
【００９６】
ＰＬＳ生成ブロック２０２０は、ＰＬＳデータを生成することができる。ＰＬＳは、受信機でフィジカルレイヤ（physical layer）データパイプに接続できる手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。
【００９７】
ＰＬＳ１データは、ＰＬＳ２データのデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームからＦＳＳに伝達されるＰＬＳデータの第１の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能なようにすることに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データはフレームグルーフのデュレーションの間一定である。
【００９８】
ＰＬＳ２データは、データパイプ及びシステムに関するより詳しいＰＬＳデータを伝達するＦＳＳに送信されるＰＬＳデータの第２の集合である。ＰＬＳ２は、受信機が所望のデータパイプをデコーディングすることに充分の情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（static：静的）データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（dynamic：動的）データ（ＰＬＳ２−ＤＹＮデータ）の２種類のパラメータでさらに構成される。ＰＬＳ２スタティック（static：静的）データは、フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データであり、ＰＬＳ２ダイナミック（dynamic：動的）データはフレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データである。
【００９９】
ＰＬＳデータに対する詳細な内容は後述する。
【０１００】
ＰＬＳスクランブラー２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
【０１０１】
前述したブロックは省略されることもでき、類似または同一機能を有するブロックにより取り替えることもできる。
【０１０２】
図３は、本発明の他の一実施形態に係るインプットフォーマットブロックを示す。
【０１０３】
図３に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【０１０４】
図３は、入力信号がマルチインプットストリーム（multi input stream：複数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックを示す。
【０１０５】
マルチインプットストリーム（multi input stream：複数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックは、複数入力ストリームを独立的に処理することができる。
【０１０６】
図３を参照すると、マルチインプットストリーム（multi input stream：複数の入力ストリーム）を各々処理するためのモードアダプテーション（mode adaptation：モード適応）ブロックは、インプットストリームスプリッタ（input stream splitter）３０００、インプットストリームシンクロナイザー（input stream synchronizer）３０１０、コンペンセーティングディレイ（compensation delay：補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（null packet deletion block）３０３０、ヘッダコンプレッションブロック（header compression block）３０４０、ＣＲＣエンコーダ（CRC encoder）３０５０、ＢＢフレームスライサー（BB frame slicer）３０６０、及びＢＢヘッダ挿入ブロック（BB header insertion block）３０７０を含むことができる。モードアダプテーション（mode adaptation：モード適応）ブロックの各ブロックについて説明する。
【０１０７】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサー、及びＢＢヘッダ挿入ブロックの動作に該当するので、その説明は省略する。
【０１０８】
インプットストリームスプリッタ３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを複数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１０９】
インプットストリームシンクロナイザー３０１０は、ＩＳＳＹと呼ばれることができる。ＩＳＳＹは如何なる入力データフォーマットに対してもＣＢＲ（constant bit rate）及び一定の終端間送信（end-to-end transmission）遅延を保証する適した手段を提供することができる。ＩＳＳＹはＴＳを伝達する複数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する複数のデータパイプに選択的に用いられる。
【０１１０】
コンペンセーティングディレイ（compensation delay：補償遅延）ブロック３０２０は、受信機で追加でメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するためにＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
【０１１１】
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合のみに使用される。一部のＴＳ入力ストリームまたは分割されたＴＳストリームはＶＢＲ（variable bit-rate）サービスをＣＢＲ ＴＳストリームに収容するために存在する複数のヌルパケットを有することができる。この場合、不要な送信オーバーヘッドを避けるために、ヌルパケットは確認されて送信されないことがある。受信機で、除去されたヌルパケットは送信に挿入されたＤＮＰ（deleted null-packet：除去されたヌルパケット）カウンターを参照して元の存在していた正確な場所に再挿入できるので、ＣＢＲが保証され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
【０１１２】
ヘッダコンプレッションブロック３０４０は、ＴＳまたはＩＰ入力ストリームに対する送信効率を増加させるためにパケットヘッダ圧縮を提供することができる。受信機はヘッダの特定部分に対する先験的な（a priori）情報を有することができるので、この知られた情報（known information）は送信機から削除できる。
【０１１３】
ＴＳに対し、受信機は同期バイト構成（０×４７）及びパケット長さ（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが１つのＰＩＤのみを有するコンデンツを伝達すれば、即ち、１つのサービスコンポーネント（ビデオ、オーディオなど）、またはサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣインヘンスメントレイヤ、ＭＶＣベースビュー、またはＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダ圧縮がＴＳに（選択的に）適用できる。ＴＳパケットヘッダ圧縮は入力ストリームがＩＰストリームの場合、選択的に使用される。前記ブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１１４】
図４は、本発明の他の実施形態に係るインプットフォーマットブロックを示す。
【０１１５】
図４に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【０１１６】
図４は、入力信号がマルチインプットストリーム（multi input stream：複数の入力ストリーム）に該当する場合、インプットフォーマットブロックのストリームアダプテーション（stream adaptation：ストリーム適応）ブロックを示す。
【０１１７】
図４を参照すると、マルチインプットストリーム（multi input stream：複数の入力ストリーム）を各々処理するためのモードアダプテーション（mode adaptation：モード適応）ブロックは、スケジューラー４０００、１−フレームディレイ（delay）ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンド（In-band）シグナリングブロック４０３０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、及びＰＬＳスクランブラー４０６０を含むことができる。ストリームアダプテーション（stream adaptation：ストリーム適応）ブロックの各ブロックについて説明する。
【０１１８】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラー４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラー、ＰＬＳ生成ブロック、ＰＬＳスクランブラー４０６０の動作に該当するので、その説明は省略する。
【０１１９】
スケジューラー４０００は各データパイプのＦＥＣＢＬＯＣＫの量から全体フレームに亘って全体のセル割当を決定することができる。ＰＬＳ、ＥＡＣ、及びＦＩＣに対する割当を含み、スケジューラーはフレームのＦＳＳのＰＬＳセルまたはインバンド（In-band）シグナリングに送信されるＰＬＳ２−ＤＹＮデータの値を生成する。ＦＥＣＢＬＯＣＫ、ＥＡＣ、ＦＩＣに対する詳細な内容は後述する。
【０１２０】
１−フレームディレイ（delay）ブロック４０１０は、次のフレームに関するスケジューリング情報がデータパイプに挿入されるインバンド（In-band）シグナリング情報に関する現フレームを介して送信できるように入力データを１つの送信フレームだけ遅延させることができる。
【０１２１】
インバンド（In-band）シグナリングブロック４０３０は、ＰＬＳ２データの遅延されない部分をフレームのデータパイプに挿入することができる。
【０１２２】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１２３】
図５は、本発明の一実施形態に係るＢＩＣＭブロックを示す。
【０１２４】
図５に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１２５】
前述したように、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２６】
ＱｏＳが本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置により提供されるサービスの特性に依存するので、各々のサービスに該当するデータは互いに異なる方式により処理されなければならない。したがって、本発明の一実施形態に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式を各々のデータ経路に該当するデータパイプに独立的に適用することによって、各データパイプを独立的に処理することができる。結果的に、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、各々のデータパイプを介して送信される各サービスまたはサービスコンポーネントに対するＱｏＳを調節することができる。
【０１２７】
（ａ）はベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロックを示し、（ｂ）はアドバンスプロファイルのＢＩＣＭブロックを示す。
ベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロック及びアドバンスプロファイルのＢＩＣＭブロックは、各々のデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１２８】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック及びアドバンスプロファイルに対するＢＩＣＭブロックの各々の処理ブロックについて説明する。
【０１２９】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（mapper）５０３０、ＳＳＤ（signal space ダイバーシティ）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。
【０１３０】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。
【０１３１】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組み合わせにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１３２】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅｌを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）に対して特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。
【０１３３】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングし、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。
【０１３４】
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１３５】
アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
【０１３６】
但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。
【０１３７】
また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１３８】
セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。
【０１３９】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャネル特性に依存する。特別に放送に対し、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。
【０１４０】
ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-ダイバーシティ spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１４１】
ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ１，ｉ及びｅ２，ｉ）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ１，ｉ及びｇ２，ｉ）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより送信される。
【０１４２】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１４３】
図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。
【０１４４】
図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１４５】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。
【０１４６】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１４７】
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１４８】
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１４９】
スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。
【０１５０】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。
【０１５１】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃｌｄｐｃ及びパリティビットＰｌｄｐｃは各々のゼロが挿入されたＰＬＳ情報ブロックＩｌｄｐｃから組織的にエンコーディングされ、その後に添付される。
【０１５２】
【数１】
0006437639.tif 000005
【０１５３】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１５４】
【表４】
0006437639.tif 000006
【０１５５】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを遂行することができる。
【０１５６】
ショートニングがＰＬＳ１データ保護に適用されれば、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは送信されない。
【０１５７】
ビットインターリーバ６０１０は、各々のショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
【０１５８】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１５９】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１６０】
図７は、本発明の一実施形態に係るフレームビルディングブロック（frame building block）を示す。
【０１６１】
図７に図示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施形態に該当する。
【０１６２】
図７を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００、セルマッパー（cell mapper）７０１０、及びフリークエンシーインターリーバ（frequency interleaver）７０２０を含むことができる。フレームビルディングブロックの各ブロックに関して説明する。
【０１６３】
ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（co-time）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによってＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０によるものである。インバンド（In-band）シグナリングデータは、次のタイムインターリービンググルーフの情報をシグナリングされるデータパイプより１つのフレームの前に伝達されるようにすることができる。ディレイコンペンセーション（delay compensation：遅延補償）ブロックは、それに合せてインバンド（In-band）シグナリングデータを遅延させる。
【０１６４】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、各々のデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングにより生成されたデータセルを、存在していれば、１つのフレーム内で各々のＯＦＤＭシンボルに該当するアクティブ（active）ＯＦＤＭセルのアレイにマッピングするものである。（ＰＳＩ（program specific information）／ＳＩのような）サービスシグナリングデータは個別的に収集されてデータパイプにより送られることができる。セルマッパーはフレーム構造の構成及びスケジューラーにより生成されたダイナミックインフォメーション（dynamic information：動的情報）に従って動作する。フレームに関する詳細な内容は後述する。
【０１６５】
フリークエンシーインターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、フリークエンシーインターリーバ７０２０は単一フレームで最大のインターリービング利得を得るために他のインターリービングシード（seed）の順序を用いて２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（pair：対）で動作することができる。
【０１６６】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１６７】
図８は、本発明の一実施形態に係るＯＦＤＭジェネレーションブロックを示す。
【０１６８】
図８に図示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施形態に該当する。
【０１６９】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックにより生成されたセルによりＯＦＤＭキャリアを変調し、パイロットを挿入し、送信のための時間領域信号を生成する。また、当該ブロックは順次的にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終のＲＦ信号を生成する。
【０１７０】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（pilot and reserved tone insertion block）８０００、２Ｄ−ｅＳＦＮ（single frequency network）エンコーディングブロック８０１０、ＩＦＦＴ（inverse fast Fourier transform）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（guard interval insertion block）８０４０、プリアンブル挿入ブロック（preamble insertion block）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。ＯＦＤＭジェネレーションブロックの各ブロックについて説明する。
【０１７１】
パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。
【０１７２】
ＯＦＤＭシンボル内の様々なセルは受信機から先験的に知られた送信された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（frame signaling symbol）パイロット、及びＦＥＳ（frame edge symbol）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンに従って特定増加パワーレベルで送信される。パイロット情報の値は与えられたシンボルで１つが各々の送信キャリアに対するものである一連の値に該当する参照シーケンスで誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定、送信モード識別のために使用されることができ、また位相雑音を追跡するために使用できる。
【０１７３】
参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除外した全てのシンボルにおける分散パイロットセルで送信される。連続パイロットは、フレームの全てのシンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンに全て依存する。エッジキャリアは、プリアンブルシンボルを除外した全てのシンボル内のエッジパイロットと同一である。エッジキャリアは、スペクトルのエッジまで周波数インターポレーション（interpolation：補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。ＦＳＳパイロット及びＦＥＳパイロットはフレームのエッジまで時間インターポレーション（interpolation：補間）を許容するために挿入される。
【０１７４】
本発明の一実施形態に係るシステムは非常に堅い送信モードをサポートするために分散ＭＩＳＯ方式が選択的に使用されるＳＦＮをサポートする。２Ｄ−ｅＳＦＮは複数の送信アンテナを使用する分散ＭＩＳＯ方式であって、各アンテナはＳＦＮネットワークで各々異なる送信機に位置することができる。
【０１７５】
２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシティを生成するために２Ｄ−ｅＳＦＮ処理を行って複数の送信機から送信された信号の位相を歪曲させることがある。したがって、長時間の間の低い平面フェーディングまたは深いフェーディングによるバースト誤りが軽減できる。
【０１７６】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（または、リザーブドトーン）に指定されないデータシンボルでの全てのセルは、周波数インターリーバからのデータセルのうちの１つを伝達する。セルはＯＦＤＭキャリアにマッピングされる。
【０１７７】
ＰＡＰＲ減少ブロック８０３０は、時間領域で様々なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。
【０１７８】
ガードインターバル挿入ブロック８０４０はガードインターバルを挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造に対する詳細な内容は後述する。
【０１７９】
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが同一なＲＦ信号帯域で同時に送信できるように時間領域で複数の放送送信／受信システムの信号をマルチプレキシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。各々の放送サービスに関連したデータは互いに異なるフレームを介して送信できる。
【０１８０】
ＤＡＣブロック８０７０は、入力されたディジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は物理階層プロファイルによって複数の出力アンテナを介して送信できる。本発明の一実施形態に係る送信アンテナは垂直または水平極性を有することができる。
【０１８１】
前述したブロックは設計によって省略されるか、類似または同一機能を有するブロックに取替できる。
【０１８２】
図９は、本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０１８３】
本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応することができる。
【０１８４】
本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（synchronization & demodulation module）９０００、フレームパーシングモジュール（frame parsing module）９０１０、デマッピング及びデコーディングモジュール（demapping & decoding module）９０２０、出力プロセッサ（output processor）９０３０、及びシグナリングデコーディングモジュール（signaling decoding module）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０１８５】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置により実行される手続の逆過程に該当する復調を実行することができる。
【０１８６】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザにより選択されたサービスが送信されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すれば、フレームパーシングモジュール９０１０はインターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されなければならない信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより取得されて、放送信号送信装置により生成されたスケジューリング情報が復元できる。
【０１８７】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によってビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、送信効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを介して送信チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０はシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な送信パラメータを取得することができる。
【０１８８】
出力プロセッサ９０３０は、送信効率を向上させるために放送信号送信装置により適用される様々な圧縮／信号処理手続の逆過程を実行することができる。この場合、出力プロセッサ９０３０はシグナリングデコーディングモジュール９０４０から出力されたデータで必要とする制御情報を取得することができる。出力プロセッサ８３００の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）及びＧＳでありうる。
【０１８９】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００により復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９２００、及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。
【０１９０】
図１０は、本発明の一実施形態に係るフレーム構造を示す。
【０１９１】
図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（frame repetition unit：フレーム繰り返し単位）を示す。（ａ）は本発明の一実施形態に係るスーパーフレームを示し、（ｂ）は本発明の一実施形態に係るＦＲＵを示し、（ｃ）はＦＲＵでの様々なフィジカルプロファイル（PHY profile）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１９２】
スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回繰り返される。
【０１９３】
ＦＲＵで各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるＰHY_PROFILEのリザーブド値を用いて拡張できる。
【０１９４】
ＦＥＦ部分は、含まれれば、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１９５】
１つのフレームは複数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０１９６】
プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本送信パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。
【０１９７】
ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみのインターポレーション（interpolation：補間）及び時間的補間（temporal interpolation）を可能なようにする。
【０１９８】
図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。
【０１９９】
図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本送信パラメータ及び送信タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は毎フレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。
【０２００】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０２０１】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０２０２】
ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０２０３】
【表５】
0006437639.tif 000007
【０２０４】
ＦＦＴ＿ＳＩＺＥ：当該２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。
【０２０５】
【表６】
0006437639.tif 000008
【０２０６】
ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２０７】
【表７】
0006437639.tif 000009
【０２０８】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。当該フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。当該フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２０９】
ＰＩＬＯＴ＿ＭＯＤＥ：当該１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。当該フィールドが０に設定されれば、モバイルパイロットモードが使用される。当該フィールドが１に設定されれば、固定パイロットモードが使用される。
【０２１０】
ＰＡＰＲ＿ＦＬＡＧ：当該１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。当該フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使用される。当該フィールドが０に設定されれば、ＰＡＰＲ減少が使用されない。
【０２１１】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける当該フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２１２】
【表８】
0006437639.tif 000010
【０２１３】
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２１４】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２１５】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能なようにするために必要なパラメータを含む基本送信パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２１６】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：当該２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２１７】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：当該２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２１８】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２１９】
【表９】
0006437639.tif 000011
【０２２０】
ＮＵＭ＿ＦＳＳ：当該２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２２１】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは送信される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２２２】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。当該標準で叙述されたバージョンに対し、値が００００に設定される。
【０２２３】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２２４】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使用される周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、当該フィールドは０に設定される。
【０２２５】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２２６】
ＳＹＳＴＥＭ＿ＩＤ：当該１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての送信に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２２７】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使用されないフィールドはゼロで詰められる。
【０２２８】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。当該フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２２９】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：当該２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２３０】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２３１】
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２３２】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２３３】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドはＰＬＳ２の保護により使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２３４】
【表１０】
0006437639.tif 000012
【０２３５】
ＰＬＳ２＿ＭＯＤ：当該３ビットフィールドはＰＬＳ２により使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２３６】
【表１１】
0006437639.tif 000013
【０２３７】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋを示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２３８】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２３９】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２４０】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグはＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が０に設定されれば、ＰＬＳ２繰り返しモードは不活性化される。
【０２４１】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドはＰＬＳ２繰り返しが使用される場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋを示す。繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全体デュレーションの間一定である。
【０２４２】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２４３】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：当該３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２４４】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグはＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＰＬＳ２繰り返しモードは活性化される。当該フィールドの値が０に設定されれば、ＰＬＳ２繰り返しモードは非活性化される。
【０２４５】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 当該１５ビットフィールドはＰＬＳ２繰り返しが使用される場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣｔｏｔａｌ＿ｆｕｌｌ＿ｂｌｏｃｋを示す。次のフレームグループで繰り返しが使用されない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全体デュレーションの間一定である。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は現フレームグループで一定である。
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は現フレームグループで一定である。
【０２４８】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は当該フィールドの値を提供する。当該フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
【０２４９】
【表１２】
0006437639.tif 000014
【０２５０】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２５１】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は当該フィールドの値を定義する。`
【０２５２】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２５３】
ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２５４】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２５５】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２５６】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２５７】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。
【０２５８】
ＦＩＣ＿ＦＬＡＧ：当該１ビットフィールドはＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。当該フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。当該値は現フレームグループの全体デュレーションの間一定である。
【０２５９】
ＡＵＸ＿ＦＬＡＧ：当該１ビットフィールドは補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。当該フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。当該値は現フレームグループの全体デュレーションの間一定である。
【０２６０】
ＮＵＭ＿ＤＰ：当該６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２６１】
ＤＰ＿ＩＤ：当該６ビットフィールドはフィジカルプロファイル内で唯一に識別する。
【０２６２】
ＤＰ＿ＴＹＰＥ：当該３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２６３】
【表１３】
0006437639.tif 000015
【０２６４】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：当該８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２６５】
ＢＡＳＥ＿ＤＰ＿ＩＤ：当該６ビットフィールドは管理階層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２６６】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは関連したデータパイプにより使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２６７】
【表１４】
0006437639.tif 000016
【０２６８】
ＤＰ＿ＣＯＤ：当該４ビットフィールドは関連したデータパイプにより使用されるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２６９】
【表１５】
0006437639.tif 000017
【０２７０】
ＤＰ＿ＭＯＤ：当該４ビットフィールドは関連したデータパイプにより使用される変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２７１】
【表１６】
0006437639.tif 000018
【０２７２】
ＤＰ_ＳＳＤ＿ＦＬＡＧ：当該１ビットフィールドはＳＳＤモードが関連したデータパイプで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＳＳＤは使用される。当該フィールドの値が０に設定されれば、ＳＳＤは使用されない。
【０２７３】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２７４】
ＤＰ＿ＭＩＭＯ：当該３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２７５】
【表１７】
0006437639.tif 000019
【０２７６】
ＤＰ＿ＴＩ＿ＴＹＰＥ：当該１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２７７】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０２７８】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、当該フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰＩを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮＴＩ＝１）。当該２ビットフィールドに許容されるＰＩの値は、以下の＜表１８＞に定義される。
【０２７９】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、当該フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰＩ＝１）。当該２ビットフィールドに許容されるＰＩの値は以下の＜表１８＞に定義される。
【０２８０】
【表１８】
0006437639.tif 000020
【０２８１】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩＪＵＭＰ）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、当該フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、当該フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、当該フィールドの値は１に設定される。
【０２８２】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：当該１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使用されないと、当該フィールド値は１に設定される。一方、タイムインターリービングが使われれば、当該フィールド値は０に設定される。
【０２８３】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：当該５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０２８４】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：当該１０ビットフィールドは当該データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。当該フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０２８５】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０２８６】
【表１９】
0006437639.tif 000021
【０２８７】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：当該２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０２８８】
【表２０】
0006437639.tif 000022
【０２８９】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：当該２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０２９０】
【表２１】
0006437639.tif 000023
【０２９１】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：当該２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０２９２】
【表２２】
0006437639.tif 000024
【０２９３】
ＤＮＰ＿ＭＯＤＥ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０２９４】
【表２３】
0006437639.tif 000025
【０２９５】
ＩＳＳＹ＿ＭＯＤＥ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０２９６】
【表２４】
0006437639.tif 000026
【０２９７】
ＨＣ＿ＭＯＤＥ＿ＴＳ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０２９８】
【表２５】
0006437639.tif 000027
【０２９９】
ＨＣ＿ＭＯＤＥ＿ＩＰ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０３００】
【表２６】
0006437639.tif 000028
【０３０１】
ＰＩＤ：当該１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０３０２】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０３】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０４】
ＦＩＣ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３０５】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３０６】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０７】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０８】
ＮＵＭ＿ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使用されないことを示す。
【０３０９】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１０】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：当該４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。
【０３１１】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：当該２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。
【０３１２】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３１３】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３１４】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３１５】
ＦＲＡＭＥ＿ＩＮＤＥＸ：当該５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３１６】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは当該フィールド内でシグナリングされる値により示す。当該フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３１７】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは当該フィールド内でシグナリングされる値により示す。当該フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３１８】
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１９】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３２０】
ＤＰ＿ＩＤ：当該６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３２１】
ＤＰ＿ＳＴＡＲＴ：当該１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３２２】
【表２７】
0006437639.tif 000029
【０３２３】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：当該１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３２４】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２５】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３２６】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは現フレームでＥＡＣの存在を示す。当該ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３２７】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：当該８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３２８】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３２９】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３３０】
ＥＡＣ＿ＣＯＵＮＴＥＲ：当該１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３３１】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３３２】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：当該４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。当該フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３３３】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３３４】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３３５】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３３６】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３３７】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpolation：補間）を可能なようにする。
【０３３８】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３３９】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３４０】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３４１】
ＥＡＣはＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３４２】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３４３】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３４４】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが送信されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３４５】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３４６】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３４７】
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能なようにするために階層間情報（cross-layer information）を伝達する専用チャネルである。当該情報は主にデータパイプの間のチャネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を取得することができる。高速サービス取得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが送信するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。
【０３４８】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。当該フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３４９】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３５０】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３５１】
ＥＡＳメッセージが現フレームで送信されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３５２】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３５３】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３５４】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３５５】
先行するチャネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３５６】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３５７】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３５８】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる複数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３５９】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで複数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３６０】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの送信に使用することができるＯＦＤＭセルの総数を超過できない。
【０３６１】
【数２】
0006437639.tif 000030
【０３６２】
この際、ＤＤＰ１はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤＤＰ２はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て「タイプ１のマッピング規則」に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３６３】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３６４】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３６５】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。
【０３６６】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが送信され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで送信されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て送信されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。
【０３６７】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、当該シンボルでのＦＩＣセルの数はＣＦＳＳより大きくない。（ｂ）の右側に示した第３の場合は当該シンボルにマッピングされたＦＩＣセルの数がＣＦＳＳを超過する点を除いて、第２の場合と同一である。
【０３６８】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な「タイプ１のマッピング規則」に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３６９】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３７０】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮｃｅｌｌｓはＦＥＣＢＬＯＣＫサイズ、Ｎｌｄｐｃ、コンステレーションシンボル当たり送信されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎｃｅｌｌｓの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬＤＰＵとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組み合わせ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬＤＰＵはフィジカルプロファイルに基づいて定義される。
【０３７１】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３７２】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３７３】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋｂｃｈビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋｌｄｐｃビット＝Ｎｂｃｈビット）に適用される。
【０３７４】
Ｎｌｄｐｃの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３７５】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３７６】
【表２８】
0006437639.tif 000031
【０３７７】
【表２９】
0006437639.tif 000032
【０３７８】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３７９】
１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０３８０】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使用される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐｌｄｐｃ（パリティビット）が各々のＩｌｄｐｃ（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉｌｄｐｃに添付される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０３８１】
【数３】
0006437639.tif 000033
【０３８２】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０３８３】
ロングＦＥＣＢＬＯＣＫに対してＮｌｄｐｃ−Ｋｌｄｐｃパリティビットを計算する具体的な手続は、次の通りである。
【０３８４】
１）パリティビット初期化
【０３８５】
【数４】
0006437639.tif 000034
【０３８６】
２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉＯ累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０３８７】
【数５】
0006437639.tif 000035
【０３８８】
３）次の３５９個の情報ビットｉｓ、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉｓ累算（accumulate）。
【０３８９】
【数６】
0006437639.tif 000036
【０３９０】
ここで、ｘは第１のビットｉ０に該当するパリティビット累算器のアドレスを示し、Ｑｌｄｐｃはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ１に対するＱｌｄｐｃ＝２４に引続き、次の動作が実行される。
【０３９１】
【数７】
0006437639.tif 000037
【０３９２】
４）３６１番目の情報ビットｉ３６０に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉｓ、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ３６０に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２の行のエントリーを示す。
【０３９３】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使用される。
【０３９４】
全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
６）ｉ＝１から始めて次の動作を順次に実行
【０３９５】
【数８】
0006437639.tif 000038
【０３９６】
ここで、ｐｉ、ｉ＝０，１，．．．，Ｎｌｄｐｃ−Ｋｌｄｐｃ−１の最終コンデンツはパリティビットｐｉと同一である。
【０３９７】
【表３０】
0006437639.tif 000039
【０３９８】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０３９９】
【表３１】
0006437639.tif 000040
【０４００】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０４０１】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０４０２】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４０３】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮｃｅｌｌｓ＝６４８００／ηＭＯＤまたは１６２００／ηＭＯＤである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組み合わせに固有である。
【０４０４】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηＭＯＤ）によって実行される。１つの内部グループに対するＱＣＢの数ＮＱＣＢ＿ＩＧも定義される。
【０４０５】
【表３２】
0006437639.tif 000041
【０４０６】
内部グループインターリービング過程はＱＣＢインターリービング出力のＮＱＣＢ＿ＩＧ個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮＱＣＢ＿ＩＧ個の行を用いて内部グループのビットを記入し読み取る過程を含む。記入動作で、ＱＣＢインターリービング出力からのビットが行方向に記入される。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。
【０４０７】
図２４は、本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【０４０８】
図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。
【０４０９】
ビットインターリービング出力の各々のセルワード（ｃ０，ｌ，ｃ１，ｌ，．．． ，ｃｎｍｏｄ−１，ｌ）は１つのＸＦＥＣＢＬＯＣＫに対するセル−ワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ１，０，m，ｄ１，１，ｍ，．．．，ｄ１，ｎｍｏｄ−１，ｍ）及び（ｄ２，０，m，ｄ２，１，ｍ，．．．，ｄ２，ｎｍｏｄ−１，m）にデマルチプレキシングされる。
【０４１０】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ０，ｌ，ｃ１，ｌ，．．．，ｃ９，ｌ）は（ｂ）に示したように（ｄ１，０，ｍ，ｄ１，１，ｍ，．．．，ｄ１，３，ｍ）及び（ｄ２，０，ｍ，ｄ２，１，ｍ，．．．，ｄ２，５，ｍ）にデマルチプレキシングされる。
【０４１１】
図２５は、本発明の一実施形態に係るタイムインターリービングを示す。
【０４１２】
（ａ）から（ｃ）はタイムインターリービングモードの例を示す。
【０４１３】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異に設定できる。
【０４１４】
ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。
【０４１５】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり複数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。
【０４１６】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、当該パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、当該パラメータは１つのタイムインターリービンググループから拡散されるフレームの数ＰＩである。
【０４１７】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４１８】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩＪＵＭＰを示す。
【０４１９】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、当該パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。
【０４２０】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４２１】
タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラーからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ（ｎ）は最小値０から最も大きい値が１０２３である最大値ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸ（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。
【０４２２】
各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰＩ個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（ＮＴＩ個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが複数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０４２３】
【表３３】
0006437639.tif 000042
【０４２４】
【化１】
0006437639.tif 000043
【０４２５】
【化２】
0006437639.tif 000044
【０４２６】
一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。
【０４２７】
【化３】
0006437639.tif 000045
【０４２８】
図２６は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【０４２９】
【化４】
0006437639.tif 000046
【０４３０】
【数９】
0006437639.tif 000047
【０４３１】
【化５】
0006437639.tif 000048
【０４３２】
【数１０】
0006437639.tif 000049
【０４３３】
【化６】
0006437639.tif 000050
【０４３４】
図２７は、本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。
【０４３５】
【化７】
0006437639.tif 000051
【０４３６】
【化８】
0006437639.tif 000052
【０４３７】
【数１１】
0006437639.tif 000053
【０４３８】
【化９】
0006437639.tif 000054
【０４３９】
図２８は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向読取パターンを示す。
【０４４０】
【化１０】
0006437639.tif 000055
【０４４１】
図２９は、本発明の一実施形態に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４４２】
【化１１】
0006437639.tif 000056
【０４４３】
本明細書において、前述したＤＰは、ＰＬＰ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  Ｐｉｐｅ）と、ＰＬＳ情報は、Ｌ１（Ｌａｙｅｒ  １）情報またはＬ１シグナリング情報と呼ぶことができる。ＰＬＳ１情報は、Ｌ１（Ｌａｙｅｒ  １）Ｌ１ベーシック（ｂａｓｉｃ）情報と、ＰＬＳ２情報は、Ｌ１ディテール情報として各々呼ぶこともできる。本明細書において特定情報／データがシグナリングされるとは、当該情報／データがＬ１シグナリング情報を介して送受信されることを意味できる。
【０４４４】
図３０は、本発明の他の一実施形態に係る放送信号送信機の構成を示す。
【０４４５】
図３０の放送信号送信機は、インプットフォーマッティングブロック（３００１０；Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇ）、ＢＩＣＭブロック（３００２０；Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  ａｎｄ  Ｃｏｄｅｄ  Ｍｏｄｕｌａｔｉｏｎ）、フレーミング及びインターリービングブロック（３００３０；Ｆｒａｍｉｎｇ＆Ｉｎｔｅｒｌｅａｖｉｎｇ）、並びにウェーブフォーム生成ブロック（３００４０；Ｗａｖｅ  Ｇｅｎｅｒａｔｉｏｎ）を含むことができる。図３０のフレーミング／インターリービングブロック３００３０は、図１のフレームビルディングブロックに該当し、ウェーブフォーム生成ブロック３００４０は、図１のＯＦＤＭ生成ブロックに該当することができる。
【０４４６】
図３０の場合、前述した実施形態とは異なり、フレームビルディングブロック１０２０がタイムインターリービングブロック（３００５０；Ｔｉｍｅ  Ｉｎｔｅｒｌｅａｖｉｎｇ）を含む場合であって、これにより、フレームビルディングブロック１０２０がフレーミング／インターリービングブロック３００５０と呼ばれることができる。言い換えれば、フレーミング／インターリービングブロック３００３０は、タイムインターリービングブロック３００５０、フレーミングブロック３００６０、及び周波数インターリービングブロック（３００７０；Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）をさらに含むことができる。フレーミング／インターリービングブロック３００３０は、このようなサブブロックを使用してデータに対してタイムインターリービングを行い、データをマッピングして信号フレームを生成し、周波数インターリービングを行うことができる。
【０４４７】
タイムインターリービングブロック３００５０がＢＩＣＭブロック３００２０からフレーミング／インターリービングブロック３００３０へ移動する以外に、他の説明は前述したとおりである。ウェーブフォーム生成ブロック３００４０は、図１のＯＦＤＭ生成ブロック１０３０と同じブロックであって、名称のみを違って呼ぶものである。
【０４４８】
受信機側でも、上記のように、タイムデインターリービングブロックを図９のデマッピング及びデコーディングブロック９０２０でフレームパーシングブロック９０１０に含め、フレームパーシングブロック９０１０をフレームパーシング／デインターリービングブロックと呼ぶこともできる。フレームパーシングブロック９０１０は、受信信号に対して周波数デインターリービング、フレームパーシング、及びタイムデインターリービングを行うことができる。
【０４４９】
図３０は、システムのサブブロックの包含関係のみを変更して再名命したものであって、細部動作などについては、前述したところと同様である。本明細書において送受信システムの構成をブロックだけでなく、モジュールまたはユニットと呼ぶことができることも同様に適用される。
【０４５０】
図３０においてフレーミングモジュール３００６０は、信号フレームを生成する。以下において、本発明の実施形態に係る信号フレーム構成方法についてさらに詳細に説明する。
【０４５１】
図３１は、本発明の一実施形態に係る信号フレームストラクチャを示す。
【０４５２】
信号フレームは、ブートストラップ、プリアンブル、及びデータ部分を含むことができる。
【０４５３】
ブートストラップ信号は、劣悪なチャネル環境でも動作できるように、ロバスト（ｒｏｂｕｓｔ）に設計されることができる。ブートストラップ信号は、必須システム情報と当該放送システムにアクセスできる必須情報を送信できる。
【０４５４】
ブートストラップ信号は、ＲＦキャリア周波数の固定（ｌｏｃｋ）、及びオフセット推定、及びサンプリング周波数の固定、並びにオフセット推定に使用されることができる。ブートストラップ信号は、システム帯域幅情報（例えば、６、７、８ＭＨｚ）をシグナリングできる。また、ブートストラップ信号は、コアシステムシグナリング情報（例えば、メジャー／マイナーバージョン情報）を含むことができる。また、ブートストラップ情報は、次のデータフレームの開始までの時間をシグナリングすることもできる。そして、ブートストラップ情報は、プリアンブルで送信されるＬ１シグナリング情報に対する識別子を送信することもできる。また、ブートストラップ信号は、ＥＡＳ（Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）ウェイクアップ機能を支援できる。ブートストラップ信号のＥＡＳウェイクアップ情報は、緊急状況発生可否を表すことができる。すなわち、ＥＡＳ情報は、ＥＡＳまたは他のソースからの緊急境界情報が少なくとも１つのフレームに存在するか否かを指示できる。
【０４５５】
図３２は、本発明の一実施形態に係る信号フレームストラクチャを示す。
【０４５６】
図３２は、図３１の信号フレームをシンボル単位で示す。プリアンブル及びデータは、各々少なくとも１つのシンボルを含むことができる。
【０４５７】
プリアンブルは、Ｌ１シグナリング情報を含む（ｃｏｎｖｅｙ）。そして、プリアンブルは、Ｌ１シグナリング情報のサイズ、すなわち、ビット数によって１つまたは複数のＯＦＤＭシンボルを含むことができる。プリアンブルは、データシンボルと同じであるか、相違した構造（ＦＦＴサイズ、ＧＩ（Ｇｕａｒｄ  Ｉｎｔｅｒｖａｌ））を有することができる。この場合、プリアンブルシンボルまたはデータシンボルの構造は、ブートストラップでシグナリングされることができる。すなわち、ブートストラップは、プリアンブルのＦＦＴサイズ、ＧＩ長さ、パイロットパターンなどを指示することもできる。
【０４５８】
ブートストラップでプリアンブル／データ部分に関する情報を送信する場合の長所は、次のとおりである。受信機の動作が簡素化され得る。そして、Ｌ１シグナリング情報を取得する時間が減り、チャネルスキャンを含むサービス取得時間が減少され得る。そして、劣悪なチャネル状況でＦＦＴ／ＧＩエラー検出（ｆａｌｓｅ  ｄｅｔｅｃｔｉｏｎ）可能性を低めて受信性能を向上させることもできる。
【０４５９】
図３３は、本発明の一実施形態に係る信号フレームストラクチャを示す。
【０４６０】
図３３は、フレーム内で１つのＦＦＴサイズのみを支援するシングルＦＦＴフレームに対する実施形態を示す。すなわち、図３３においてデータシンボルは、全て１つのＦＦＴサイズでＯＦＤＭ変調されることができる。ただし、プリアンブルシンボルは、データシンボルのようなＦＦＴ／ＧＩ構造を有することができるが、相違したＦＦＴ／ＧＩ構造を有することもできる。このようなプリアンブルシンボルの構造は、固定されるか、ブートストラップ信号でシグナリングすることができる。
【０４６１】
このようなフレーム構成において、フレームの最初及び最後のシンボルには、フレーム境界でのシンボルまたはシンボル構造の不連続性が発生し得る。このような不連続性のため、チャネル推定及びシンク（ｓｙｎｃ）追跡（ｔｒａｃｋｉｎｇ）性能の劣化が発生し得る。したがって、本発明では、このような性能劣化を補完するためのフレーム両側エッジシンボルの追加的な構造を提案する。
【０４６２】
（１）第１のエッジシンボル構造
【０４６３】
エッジシンボルに対してスキャタードパイロット（ＳＰ；Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔ）のキャリア間隔をデータシンボルのＳＰのＤｘ値に設定することができる。Ｄｘ値は、パイロットを含むキャリア（ｐｉｌｏｔ  ｂｅａｒｉｎｇ  ｃａｒｒｉｅｒｓ）の周波数方向の距離または間隔（ｓｅｐａｒａｔｉｏｎ）を表す。参考までに、Ｄｙは、１つのスキャタードパイロットシーケンスを構成（ｆｏｒｍｉｎｇ）する時間方向のシンボルの数を表す。
【０４６４】
言い換えれば、サブフレームバウンダリシンボルのパイロットのキャリア間隔は、Ｄｘ値に決定されることができる。例えば、Ｄｘが３であれば、３の倍数のキャリアインデックスを有するセルがサブフレームバウンダリパイロットになることができる。相対的な（ｒｅｌａｔｉｖｅ）キャリアインデックスｋに対し、ｋ  ｍｏｄ  Ｄｘ＝０であるサブフレームバウンダリシンボルのセルがサブフレームバウンダリパイロットになることができる。
【０４６５】
データシンボルのＳＰパターンは、Ｄｘ及びＤｙで定義される。例えば、データシンボルのＳＰパターンがＤｘ＝４及びＤｙ＝２である場合、パイロットを含むキャリア間には３個のキャリアが存在し、パイロット含むキャリア存在後、４番目のキャリアがＳＰを含むようになる。しかし、１つのシンボルを基準とすれば、パイロットは、Ｄｘ＊Ｄｙの間隔で位置するようになる。これに比べて、サブフレームバウンダリシンボルは、１つのシンボルでＤｘ間隔でパイロットが位置するので、１つのシンボルを単位とすれば、データシンボルに比べてより多くのパイロットを含む。また、より多くのパイロットの位置が後行データシンボルのＳＰ位置と同じである。したがって、受信機でサブフレームバウンダリシンボルを基準として後行シンボルに対するチャネル推定／同期追跡性能を向上させることができる。
【０４６６】
このような場合、受信機で初期信号取得の際、データシンボルのＤｘ情報がないので、ブートストラップがＤｘ情報を伝達することもできる。実施形態として、Ｄｘ情報は、Ｄｘ情報（３ビット、８つ｛３、６、１２、２４、４、８、１６、３２｝）及びＦＦＴ／Ｇ（ＦＦＴ２ビット、ＧＩ４ビット）の２つの形態で送信されることもできる。
【０４６７】
（２）第２のエッジシンボル構造
【０４６８】
ブートストラップが当該フレームのデータシンボルのＳＰ  Ｄｘ情報を送信しない場合、ブートストラップ後続エッジシンボルのＳＰの間隔は、Ｄｘでなく、Ｄｘ基本（ｂａｓｉｓ）値で固定されることができる。当該放送システムが使用するＤｘ基本値が１つであれば、その値で固定されることができるが、Ｄｘ基本値が複数である場合、Ｄｘ基本値を決定できる情報をブートストラップで送信することもできる。例えば、Ｄｘが３、６、１２、２４である場合、Ｄｘ基本値は３であり、Ｄｘが４、８、１６、３２である場合のＤｘ基本値は４となる。Ｄｘ基本値は、ＳＰパターンを構成する場合、Ｄｘ拡張の基礎となるＤｘ値を表す。
【０４６９】
実施形態として、Ｄｘ情報は、ＧＩ情報及びＤｘ基本値情報（例えば、１ビット、Ｄｘ＝３であれば、０またはＤｘ＝４であれば、１）で送信されることができる。
【０４７０】
プリアンブルがデータシンボルと同じＦＦＴサイズを有する場合、１つまたは複数のプリアンブルシンボルがエッジシンボルの役割を果たすこともできる。図３３は、プリアンブルシンボルがデータシンボルと同じＦＦＴサイズを有する場合であって、プリアンブルシンボルがエッジシンボルの役割を共に行う場合を示したものである。
【０４７１】
前述したエッジシンボルの構造は、互いに長短所を有する。第１のエッジシンボル構造の場合、パイロットオーバーヘッドが相対的に少なくようになり、送受信の効率面で長所を有する。第２のエッジシンボル構造の場合、必要以上のパイロット使用のため、送受信効率は低下するが、パイロットを使用したチャネル推定及び同期取得の性能面で長所を有する。
【０４７２】
プリアンブルは、フレームまたはサブフレームの開始に位置するので、エッジシンボル構造を有するように構成されることもできる。前述したエッジシンボル構造の実施形態は、そのタイプをシグナリングして選択的に運営されることもできる。エッジシンボル構造は、スキャタードパイロット間隔のみに限定されず、カンティニュアル（ｃｏｎｔｉｎｕａｌ）パイロット（ＣＰ；Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔ）の場合にもシグナリングビットを追加して選択的に運営されることができる。
【０４７３】
ＣＰを追加的に使用する場合、パイロットオーバーヘッドは増加するが、フレームまたはサブフレーム間チャネル推定及び同期追跡性能が向上することもできる。ＣＰを追加的に使用しない場合、パイロットオーバーヘッドが減少するが、チャネル推定及び同期追跡性能は多少低減されることもできる。
【０４７４】
エッジシンボルの構造に関する情報は、プリアンブルエッジシンボルの場合、ブートストラップに含まれ、データエッジシンボルの場合、プリアンブルに含まれることができる。そして、受信機は、ブートストラップをデコーディングしてプリアンブルエッジシンボル構造に関する情報を取得し、プリアンブルをデコーディングしてデータエッジシンボル構造に関する情報を取得できる。
【０４７５】
実施形態として、プリアンブルの場合、ブートストラップでフレキシブルにプリアンブルのエッジシンボル構造を定義することができる。そして、受信機では、当該シグナリング情報を取得することにより、プリアンブルのパイロットキャリア位置とデータキャリア位置などを正確に区分して受信信号を処理できる。
【０４７６】
エッジシンボル構造情報は、エッジＳＰモード情報（ｅｄｇｅ＿ＳＰ＿ｍｏｄｅ；２ビット）及びエッジＣＰモード情報（ｅｄｇｅ＿ＣＰ＿ｍｏｄｅ；１ビット）を定義して送信することができる。例えば、エッジＳＰモード情報は、値が０であれば、第１のエッジシンボル構造を、値が１であれば、第２のエッジシンボル構造を、値が２であれば、データシンボル構造、及び値が３であれば、予備（ｒｅｓｅｒｖｅｄ）を各々指示できる。
【０４７７】
値が２である場合は、エッジシンボル部分でエッジシンボル構造を使用せずに、ノーマルのデータシンボル構造を使用する場合を表す。すなわち、エッジシンボルがデータ部分と同じパイロットパターンを有する場合を表す。このような場合、パイロットオーバーヘッドの側面で長所があり、チャネル推定／同期性能が重要でないか、受信機でチャネル推定の際、タイムインターポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ）を考慮しないように意図された場合に使用されることができる。
【０４７８】
エッジＳＰモード情報は、エッジシンボルモード情報またはサブフレームバウンダリシンボルモード情報と呼ぶことができる。エッジＳＰモード情報は、値が０または１であれば、エッジシンボル位置のシンボルがエッジシンボル構造を有することを表し、２であれば、エッジシンボル構造を有さないことを表すことができる。したがって、このようなエッジシンボルモード情報は、フレーム／サブフレームの最初のシンボル及び最後のシンボルの各々がエッジシンボルであるか否かを表すことができる。
【０４７９】
放送システムがこの３つのうち、２個のみを支援する場合には、情報量を１ビットに減らしてシグナリングすることができる。フレーム内に複数のエッジシンボルが存在する場合には、それぞれのエッジシンボルに対して別にシグナリングするか、シグナリングビット数を減らしつつ、複数のエッジシンボルに対して同時にシグナリングすることもできる。
【０４８０】
ブートストラップでプリアンブルのエッジシンボル構造をシグナリングする場合にも、上記のように、エッジＳＰモード情報、エッジＣＰモード情報を使用してシグナリングすることができる。または、ブートストラップに含まれるプリアンブル構造指示子（７ビット）のビットの特定組み合わせを使用してエッジシンボル構造を指示することもできる。
【０４８１】
図３４は、本発明の一実施形態に係る信号フレームストラクチャを示す。
【０４８２】
図３４は、図３３とは異なり、プリアンブルシンボルの次の最初のシンボルがエッジシンボルの役割を果たす場合を示す。実施形態として、プリアンブルのＦＦＴサイズとデータシンボルのＦＦＴサイズとが相違した場合、図３４のような信号構造が使用され得る。エッジシンボルの構造及びシグナリング方法については、図３３において前述した方法が適用され得る。
【０４８３】
図３４において、プリアンブルでないデータ部分のエッジシンボルは、その位置によってフレーム開始シンボル、フレーム開始シグナリングシンボル、及びフレーム終了（ｃｌｏｓｉｎｇ／ｅｎｄｉｎｇ）シンボルと呼ぶことができる。前述したように、プリアンブルに送信されるシグナリング情報は、エッジＳＰモード情報及びエッジＣＰモード情報が含まれ得る。
【０４８４】
図３５は、本発明の一実施形態に係る信号フレーム構造を示す。
【０４８５】
図３５は、本発明の実施形態に係る第１の信号フレーム構造の階層を示す。
【０４８６】
第１の信号フレーム構造において、最も上位にスーパーフレームがある。スーパーフレームは、複数のＦＲＵ（Ｆｒａｍｅ  Ｒｅｐｅｔｉｔｉｏｎ  Ｕｎｉｔ）を含む。ＦＲＵは、複数の信号フレームを含み、ＦＲＵ内部のそれぞれの信号フレームは、定義されたフレームタイプのうちの１つの信号フレームまたはＦＥＦ（Ｆｕｔｕｒｅ  Ｅｘｔｅｎｓｉｏｎ  Ｆｒａｍｅ）を送信できる。
【０４８７】
ＦＲＵ内部のフレームタイプまたはＦＥＦの配列は、スーパーフレーム内で同一に繰り返されることができる。このようなＦＲＵ構造を有する理由は、柔軟性（ｆｌｅｃｉｂｉｌｉｔｙ）を保障するとともに、前にスーパーフレーム構成をシグナリングするためのシグナリングオーバーヘッドを最小化するためである。ＦＲＵを構成するフレームの個数は、Ｎ＿ＦＲＵになり、ＦＲＵの繰り返し回数は、ＮＦＲＡＭ＿ＴＹＰＥに定義されることができる。
【０４８８】
第１の信号フレーム構造は、１つのフレーム内のデータシンボルが同じＯＦＤＭシンボル構造（ＦＦＴサイズ、ＧＩ長さ、パイロットパターン）を有するシングルＦＦＴフレーム構造に該当する。
【０４８９】
図３６は、本発明の他の一実施形態に係る信号フレーム構造を示す。
【０４９０】
図３６は、本発明の実施形態に係る第２の信号フレーム構造の階層を示す。
【０４９１】
第２の信号フレーム構造は、１つのフレームのデータシンボルが複数の相違したＯＦＤＭシンボル構造（ＦＦＴサイズ、ＧＩ長さ、パイロットパターン）を有する混合（ｍｉｘｅｄ）ＦＦＴフレーム構造に該当する。
【０４９２】
混合ＦＦＴフレーム内で同じＯＦＤＭ構造を有する集合をパーティションに定義すれば、混合ＦＦＴフレームは、複数のパーティションを含むことができる。パーティション別に独立的にＦＦＴサイズ、ＧＩ長さ、パイロットパターンなどの設定が可能であり、当該パーティションの位置情報及び構造情報は、プリアンブルで送信されることができる。
【０４９３】
図３７は、本発明の他の一実施形態に係る信号フレーム構造を示す。
【０４９４】
図３７は、本発明の実施形態に係る第３の信号フレーム構造の階層を示す。
【０４９５】
第３の信号フレーム構造は、図３６の第２の信号フレーム構造と類似するが、複数のフレームタイプが１つのフレームとして送信される実施形態である。すなわち、フレームタイプが図３６のパーティションに一対一にマッピングされる実施形態である。第３の信号フレーム構造の場合、ブートストラップ信号とプリアンブルとは、ＦＲＵの開始に１回ずつ送信されることができる。
【０４９６】
図３８は、本発明の他の一実施形態に係る信号フレーム構造を示す。
【０４９７】
図３８は、本発明の実施形態に係る第４の信号フレーム構造の階層を示す。
【０４９８】
第４の信号フレーム構造は、図３７の第３の信号フレーム構造と構造的には同様である。混合ＦＦＴフレームが定義されつつ、複数のフレームタイプが１つのフレーム内で送信されることができる。したがって、フレームをフレームタイプのＴＤＭ構成が一定の単位で定義すれば、スーパーフレームという別の構成を定義する必要がない。したがって、フレーム⇒ＳＲＵ（Ｓｕｂ−ｆｒａｍｅ  Ｒｅｐｅｔｉｔｉｏｎ  Ｕｎｉｔ）⇒サブフレームの構造で階層を再構成できる。
【０４９９】
このような場合、フレームは、ブートストラップとプリアンブルで始まり、データシンボル領域は、複数のサブフレームを含むことができる。サブフレームは、独立的なＦＦＴ、ＧＩ、パイロットパターンの設定が可能である。
【０５００】
図３９は、本発明の他の一実施形態に係る信号フレーム構造を示す。
【０５０１】
図３９は、本発明の実施形態に係る第５の信号フレーム構造の階層を示す。
【０５０２】
第５の信号フレーム構造は、前述した第４の信号フレーム構造の繰り返し構造を除去した、さらに柔軟な信号構造を表す。信号フレーム⇒サブフレームのより単純な階層を有する。第４の信号フレーム構造のように、フレームは、ブートストラップとプリアンブルで始め、データシンボル領域は、複数のサブフレームを含むことができる。サブフレームは、独立的なＦＦＴサイズ、ＧＩ長さ、パイロットパターンの設定が可能である。
【０５０３】
サブフレームのＦＦＴサイズ／ＧＩ長さ／パイロットパターン情報は、プリアンブルに含まれることができる。サブフレーム別にＴＤＭ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）／ＬＤＭ（Ｌａｙｅｒｅｄ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）／ＬＴＤＭ（Ｌａｙｅｒｅｄ  Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）などの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を独立的に設定することができる。そして、当該サブフレームに対するＴＤＭ／ＬＤＭ／ＬＴＤＭなどの構成情報は、プリアンブルに含まれることができる。
【０５０４】
サブフレーム別に、サブフレーム内のＰＬＰに対するセルマルチプレキシング方法（例えば、ＴＤＭ／ＦＤＭ−ｌｉｋｅ／ＴＤＦＭ−ｌｉｋｅ、ｎｏｎ−ｄｉｓｐｅｒｓｅｄ／ｄｉｓｐｅｒｓｅｄ、またはＴＤＭ／ｓｕｂ−ｓｌｉｃｉｎｇ／ｄｉｓｐｅｒｓｅｄ）等）が独立的に設定され得る。当該サブフレーム内のＰＬＰに対するセルマルチプレキシング方法に関する情報は、プリアンブルに含まれることができる。
【０５０５】
サブフレーム別に、ＳＩＳＯ／ＭＩＳＯ／ＭＩＭＯなどの送信方法が独立的に設定されて送信されることができる。このようなＳＩＳＯ／ＭＩＳＯ／ＭＩＭＯなどの送信方法は、プリアンブルに含まれることができる。
【０５０６】
前述した説明において特定情報がプリアンブルに含まれるとは、特定情報がプリアンブルを介して送信されるＬ１シグナリング情報／データに含まれることを意味する。
【０５０７】
以下では、放送システムが図３９の第５の信号フレーム構造にしたがって信号を送受信することを前提として説明する。また、エッジシンボルをサブフレームバウンダリシンボルと呼んで説明することもできる。特に、エッジシンボルがサブフレームの開始シンボルまたは最後のシンボルに位置する場合、これらをサブフレームバウンダリシンボルと呼ぶことができる。
【０５０８】
図４０は、本発明の一実施形態に係る信号フレーム構造及びエッジシンボル構成を示す。
【０５０９】
図４０の信号フレームは、図３９のような信号フレーム構造を有する。ただし、図４０の場合は、信号フレーム内でシンボルが同じＦＦＴサイズを有するシングルＦＦＴフレームに対する実施形態を示す。図４０においてプリアンブルシンボルはＰで、データシンボルはＤで、エッジシンボル構造を有するプリアンブルシンボルはＰ／Ｅで、エッジシンボル構造を有するデータシンボルはＤ／Ｅで各々示す。
【０５１０】
図４０の信号フレームでプリアンブルシンボルまたは最初のデータシンボルがエッジシンボルとなり得る。また、図４０の信号フレームで最後のデータシンボルがエッジシンボルとなり得る。図４０の信号フレームは、図３９の信号フレーム構造を有するので、信号フレームの最初のデータシンボル及び最後のデータシンボルは、各々最初のサブフレームの最初のデータシンボル及び最後のサブフレームの最後のデータシンボルに該当し得る。
【０５１１】
図４０（ａ）の実施形態は、プリアンブルシンボルが後続するデータシンボルと同じＦＦＴサイズを有する場合である。プリアンブルがデータシンボルと同じＦＦＴサイズを有する場合、チャネル推定のためのタイムインターポレーションが容易であるから、プリアンブル（Ｐ／Ｅ）がエッジシンボルの役割を同時に行うことができる。すなわち、このような場合、チャネル推定／同期追跡のために、データシンボルにパイロットをさらに密度高く（ｄｅｎｓｅ）配置する必要はないからである。プリアンブルエッジシンボルの構造は、前述した第１のエッジシンボル構造または第２のエッジシンボル構造となり得る。
【０５１２】
図４０（ｂ）の実施形態は、プリアンブルシンボルが後続するデータシンボルと異なるＦＦＴサイズを有する場合である。この場合には、プリアンブルのパイロットのみを使用しては、チャネル推定のためのタイムインターポレーションが困難であるか、性能劣化が不回避になる。したがって、プリアンブルの後に初めて出るデータシンボルがエッジシンボルとなり得る。エッジシンボルの構造は、前述した第１のエッジシンボル構造または第２のエッジシンボル構造となり得る。エッジシンボル構造デコーディングに必要なパラメータは、プリアンブルシンボルに含まれることができる。この方法は、より一般的に、プリアンブルがＯＦＤＭシンボルでなく、他のウェーブフォーム形態を有する場合にも適用されることができる。
【０５１３】
プリアンブルまたはブートストラップに含まれて送信されるシグナリング情報は、エッジＳＰモード情報（１ビットまたは２ビット）、エッジＣＰモード情報（１ビット）などを含むことができる。図４０（ａ）の実施形態の場合、プリアンブルのパイロット構成を知ってこそプリアンブルデコーディングが可能であるから、プリアンブルエッジシンボルに対するエッジシンボル構造情報がブートストラップに含まれなければならない。データエッジシンボルに対するエッジシンボル構造情報は、プリアンブルに含まれることができる。図４０（ｂ）の実施形態の場合には、データエッジシンボルに対するエッジシンボル構造情報がプリアンブルに含まれることができる。
【０５１４】
図４１は、本発明の他の一実施形態に係る信号フレーム構造及びエッジシンボル構成を示す。
【０５１５】
図４１の信号フレームは、図３９のような信号フレーム構造を有する。ただし、図４１の場合は、信号フレーム内でシンボルが相違したＦＦＴサイズを有する混合ＦＦＴフレームに対する実施形態を示す。図４１においてプリアンブルシンボルはＰで、データシンボルはＤで、エッジシンボル構造を有するプリアンブルシンボルはＰ／Ｅで、エッジシンボル構造を有するデータシンボルはＤ／Ｅで各々示す。
【０５１６】
図４１において、同じＦＦＴサイズを有するデータシンボルの集合をパーティション／フレームタイプ／サブフレームと呼ぶことができ、本明細書は、これをサブフレームと呼ぶ。ＦＦＴサイズが相違するので、サブフレーム間でチャネル推定／同期追跡性能が劣化され得る。したがって、図４１のように、サブフレームの最初のシンボル及び最後のシンボルを各々エッジシンボルで構成することができる。これをサブフレームバウンダリシンボルと呼ぶことができるのは、前述したとおりである。
【０５１７】
図４１は、各サブフレームの最初のシンボル及び最後のシンボルをエッジシンボルとして使用する場合を表す。ただし、図４１（ｂ）のように、エッジシンボルは、プリアンブルシンボルでない、最初のサブフレームの最初のシンボルとなり得る。
【０５１８】
システムオーバーヘッドを減らすために、エッジシンボルは部分的に省略することができる。例えば、サブフレームの境界の前または後のシンボルのうちの１つのみにエッジシンボル構造を適用できる。例えば、先行するサブフレームの最後のシンボルがエッジシンボルである場合、連続する後行サブフレームの最初のシンボルは、エッジシンボル構造を適用しないこともある。また、後行するサブフレームの最初のシンボルがエッジシンボルである場合、先行するサブフレームの最後のシンボルには、エッジシンボル構造を適用しないこともある。このようなエッジシンボルの位置情報は、プリアンブルで送信されることができる。言い換えれば、サブフレームの最初のシンボル及び最後のシンボルが各々エッジシンボルであるか、またはエッジシンボルでないデータシンボルであるかの可否は、前述したエッジシンボルモード情報を介してシグナリングされることができる。
【０５１９】
図４１の信号フレームでプリアンブルシンボルまたは最初のデータシンボルがエッジシンボルとなり得る。また、図４１の信号フレームで最後のデータシンボルがエッジシンボルとなり得る。図４１の信号フレームは、図３９の信号フレーム構造を有するので、最初のデータシンボル及び最後のデータシンボルは、各々最初のサブフレームの最初のデータシンボル及び最後のサブフレームの最後のデータシンボルに該当し得る。
【０５２０】
図４１（ａ）の実施形態は、プリアンブルシンボルが後続するデータシンボルと同じＦＦＴサイズを有する場合である。プリアンブルがデータシンボルと同じＦＦＴサイズを有する場合、チャネル推定のためのタイムインターポレーションが容易であるから、プリアンブル（Ｐ／Ｅ）がエッジシンボルの役割を同時に行うことができる。すなわち、このような場合、チャネル推定／同期追跡のために、データシンボルにパイロットをさらに密度高く（ｄｅｎｓｅ）配置する必要はないからである。プリアンブルエッジシンボルの構造は、前述した第１のエッジシンボル構造または第２のエッジシンボル構造となり得る。すなわち、プリアンブルシンボルがＤｘ単位のパイロットを含むことができる。
【０５２１】
図４１（ｂ）の実施形態は、プリアンブルシンボルが後続するデータシンボルと異なるＦＦＴサイズを有する場合である。この場合には、プリアンブルのパイロットのみを使用しては、チャネル推定のためのタイムインターポレーションが困難であるか、性能劣化が不回避になる。したがって、プリアンブルの後に初めて出る少なくとも１つのデータシンボルがエッジシンボルとなり得る。エッジシンボルの構造は、前述した第１のエッジシンボル構造または第２のエッジシンボル構造となり得る。エッジシンボル構造デコーディングに必要なパラメータは、プリアンブルシンボルに含まれることができる。この方法は、より一般的に、プリアンブルがＯＦＤＭシンボルでなく、他のウェーブフォーム形態を有する場合にも適用されることができる。
【０５２２】
プリアンブルまたはブートストラップに含まれて送信されるシグナリング情報は、エッジＳＰモード情報（１ビットまたは２ビット）、エッジＣＰモード情報（１ビット）などを含むことができる。図４１（ａ）の実施形態の場合、プリアンブルのパイロット構成を知ってこそプリアンブルデコーディングが可能であるから、プリアンブルエッジシンボルに対するエッジシンボル構造情報がブートストラップに含まれなければならない。データエッジシンボルに対するエッジシンボル構造情報は、プリアンブルに含まれることができる。図４１（ｂ）の実施形態の場合には、データエッジシンボルに対するエッジシンボル構造情報がプリアンブルに含まれることができる。図４１においてデータエッジシンボルのエッジシンボル構造は、独立的にシグナリングされることもできる。
【０５２３】
図４２は、本発明の一実施形態に係るスキャタードパイロットパターンを示したテーブルである。
【０５２４】
図４２においてＤｘとＤｙの組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）が信号フレームに挿入されるスキャタードパイロットのパターンを示す。特に、図４２の場合、Ｄｘ基本値が３、４に混用される実施形態を示す。データシンボルのＳＰのＤｘ情報は、ＦＦＴ／ＧＩ情報を介して分かることができる。Ｄｘ基本（ｂａｓｉｓ）情報は、ＧＩ情報がブートストラップにより送信されるならば、追加的なシグナリング無しでも取得されることができる。
【０５２５】
図４２のように、サブフレームに対するスキャタードパイロットパターン情報がシグナリングされ得る。エッジシンボルのパイロットに対して前述した第１のエッジシンボル構造を使用する場合、受信機は、当該サブフレームのスキャタードパイロットパターン情報を取得し、このスキャタードパイロットパターンのＤｘ値を使用してエッジシンボルのパイロットをプロセシングすることができる。
【０５２６】
図４３は、本発明の一実施形態に係る放送信号送信方法を示す。
【０５２７】
放送信号送信機及びその動作と関連して前述したように、放送信号送信機は、インプットフォーマッティングモジュールを使用して入力データをインプットプロセシングして少なくとも１つのＤＰ（Ｄａｔａ  Ｐｉｐｅ）、すなわち、ＰＬＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ）データを出力できる（Ｓ４３０１０）。そして、放送信号送信機は、ＢＩＣＭモジュールを使用して少なくとも１つのＰＬＰに含まれたデータをエラー訂正プロセシングまたはＦＥＣエンコーディングすることができる（Ｓ４３０２０）。放送信号送信機は、フレーミングモジュールを使用して、少なくとも１つのＰＬＰのデータを含む信号フレームを生成できる（Ｓ４３０３０）。そして、放送信号送信機は、ウェーブフォーム生成モジュールを使用して、送信信号をＯＦＤＭ変調して送信信号を生成できる（Ｓ４３０４０）。
【０５２８】
図３１〜図４１において説明したように、送信信号の信号フレームは、ブートストラップ、プリアンブル、及びデータ領域を含むことができる。
【０５２９】
ブートストラップは、複数のシンボルを含み、使用されるＦＦＴサイズは、２Ｋに固定されることができる。ブートストラップシンボルは、送信信号のシステム帯域幅（６、７、８ＭＨｚ）情報及びプリアンブルストラクチャに関する情報をシグナリングできる。
【０５３０】
プリアンブルは、複数のシンボルを含み、ブートストラップの後に、そして最初のサブフレームの前のみに位置する。プリアンブルに対するＦＦＴサイズは、８Ｋ、１６Ｋ、３２Ｋのうち、１つになることができる。使用されるＦＦＴサイズは、最初のサブフレームのＦＦＴサイズと同じであるか、異なることができる。プリアンブルは、フレームの残った部分（ｒｅｍａｉｎｄｅｒ）に対するＬ１シグナリング情報を含む（ｃｏｎｔａｉｎ）。
【０５３１】
１つの信号フレームには、少なくとも１つのサブフレームが含まれ得る。そして、各サブフレームに対するＦＦＴサイズは、８Ｋ、１６Ｋ、３２Ｋのうち、１つが使用され得るし、サブフレーム別のＦＦＴサイズは、同じであるか、異なることができる。サブフレームは、当該サブフレームに対して固定されたＦＦＴサイズ、ＧＩ長さ、スキャタードパイロットパターン、及びＮｏＣ（Ｎｕｍｂｅｒ  ｏｆ  ｕｓｅｆｕｌ  ｃａｒｒｉｅｒｓ）を有する。そして、当該サブフレームに対するＦＦＴサイズ情報、ＧＩ長さ情報、パイロットパターン情報、及びＮｏＣ情報は、プリアンブルに含まれて送信／受信されることができる。
【０５３２】
図３１〜図４１において説明したように、少なくとも１つのサブフレームの最初のシンボルまたは最後のシンボルのうち、少なくとも１つは、サブフレームバウンダリシンボルになることができる。サブフレームバウンダリシンボルは、サブフレームのデータシンボルより高いスキャタードパイロット密度（ｄｅｎｓｉｔｙ）を有する。サブフレームバウンダリシンボルのパイロットは、サブフレームのデータシンボルのパイロット密度Ｄｘに基づいて決定され、パイロット密度Ｄｘは、周波数方向でパイロットを含む（ｂｅａｒｉｎｇ）キャリアの距離（ｓｅｐａｒａｔｉｏｎ）を表す。言い換えれば、サブフレームバウンダリシンボルのパイロットのキャリア距離はＤｘ値で決定されることができる。例えば、Ｄｘが３であれば、３の倍数のキャリアインデックスを有するセルがサブフレームバウンダリパイロットになることができる。
【０５３３】
図３１〜図４１において説明したように、フレームのサブフレームの最初のシンボルまたは最後のシンボルのうち、少なくとも１つがサブフレームバウンダリシンボルになることができる。信号フレームが複数のサブフレームを含む場合、サブフレームの境界に位置する先行サブフレームの最後のシンボル及び後行サブフレームの最初のシンボルのうち、少なくとも１つのシンボルは、サブフレームバウンダリシンボルになることができる。信号フレームのプリアンブルに後行する最初のサブフレームの最初のシンボルは、プリアンブルと最初のサブフレームとのＦＦＴサイズが同じであるかによってサブフレームバウンダリシンボルになることができる。
【０５３４】
前述したように、サブフレームの最初のシンボル及び最後のシンボルは、各々選択的に（ｓｅｌｅｃｔｉｖｅｌｙ）サブフレームバウンダリシンボルになることができる。例えば、最初のサブフレームの最初のシンボル、サブフレーム間境界の最後のシンボル、サブフレームの間境界の最後のシンボルは、選択的に（ｏｐｔｉｏｎａｌｌｙ）サブフレームバウンダリシンボルになることができる。したがって、このようなサブフレームバウンダリシンボルの存在可否を表すサブフレームバウンダリモード情報がプリアンブルにを介して送信されることができる。サブフレームバウンダリモード情報は、各サブフレームの最初のシンボル及び最後のシンボルに対して各々がサブフレームバウンダリシンボルであるか否かを表すこともできる。
【０５３５】
図４４は、本発明の一実施形態に係る放送信号受信方法を示す。
【０５３６】
放送信号受信機及びその動作と関連して前述したように、放送信号受信機は、同期化及び復調モジュールを使用して受信放送信号をＯＦＤＭ復調できる（Ｓ４４０１０）。放送信号受信機は、フレームパーシングモジュールを使用して放送信号の信号フレームをパーシングできる（Ｓ４４０２０）。放送信号受信機は、信号フレームに含まれたプリアンブルデータを抽出及びデコーディングし、プリアンブルデータから取得されたＬ１シグナリング情報を使用して所望のサブフレームまたはＰＬＰデータを抽出することもできる。放送信号受信機は、デマッピング及びデコーディングモジュールを使用して放送信号から抽出されたＰＬＰデータをビットドメインに変換し、ＦＥＣデコーディングすることができる（Ｓ４４０３０）。そして、放送受信機は、アウトプットプロセシングモジュールを使用してＰＬＰデータをデータストリームに出力することができる（Ｓ４４０４０）。
【０５３７】
放送信号受信機の同期化及び復調モジュールは、受信信号に含まれたパイロットを使用してチャネル推定及び同期追跡を行うことができる。特に、本発明に係る放送信号受信機は、サブフレームバウンダリシンボルを使用して当該サブフレームまたは隣接サブフレームのチャネル推定及び同期追跡を行うこともできる。
【０５３８】
図３１〜図４１において説明したように、受信信号の信号フレームは、ブートストラップ、プリアンブル、及びデータ領域を含むことができる。
【０５３９】
ブートストラップは、複数のシンボルを含み、使用されるＦＦＴサイズは、２Ｋに固定されることができる。ブートストラップシンボルは、受信信号のシステム帯域幅（６、７、８ＭＨｚ）情報及びプリアンブルストラクチャに関する情報をシグナリングできる。
【０５４０】
プリアンブルは、複数のシンボルを含み、ブートストラップの後に、そして、最初のサブフレームの前のみに位置する。プリアンブルに対するＦＦＴサイズは、８Ｋ、１６Ｋ、３２Ｋのうち、１つになることができる。使用されるＦＦＴサイズは、最初のサブフレームのＦＦＴサイズと同じであるか、異なることができる。プリアンブルは、フレームの残った部分（ｒｅｍａｉｎｄｅｒ）に対するＬ１シグナリング情報を含む（ｃｏｎｔａｉｎ）。
【０５４１】
１つの信号フレームには、少なくとも１つのサブフレームが含まれ得る。そして、各サブフレームに対するＦＦＴサイズは、８Ｋ、１６Ｋ、３２Ｋのうち、１つが使用され得るし、サブフレーム別のＦＦＴサイズは、同じであるか、異なることができる。サブフレームは、当該サブフレームに対して固定されたＦＦＴサイズ、ＧＩ長さ、スキャタードパイロットパターン、及びＮｏＣ（Ｎｕｍｂｅｒ  ｏｆ  ｕｓｅｆｕｌ  ｃａｒｒｉｅｒｓ）を有する。そして、当該サブフレームに対するＦＦＴサイズ情報、ＧＩ長さ情報、パイロットパターン情報、及びＮｏＣ情報は、プリアンブルに含まれて受信されることができる。
【０５４２】
受信機は、ブートストラップに含まれたシグナリング情報を使用してプリアンブルをデコーディングし、プリアンブルに含まれたシグナリング情報を使用してサブフレーム及びサブフレームに含まれたＰＬＰデータをデコーディングできる。
【０５４３】
図３１〜図４１において説明したように、少なくとも１つのサブフレームの最初のシンボルまたは最後のシンボルのうち、少なくとも１つは、サブフレームバウンダリシンボルになることができる。サブフレームバウンダリシンボルは、サブフレームのデータシンボルより高いスキャタードパイロット密度（ｄｅｎｓｉｔｙ）を有する。サブフレームバウンダリシンボルのパイロットは、サブフレームのデータシンボルのパイロット密度Ｄｘに基づいて決定され、パイロット密度Ｄｘは、周波数方向でパイロットを含む（ｂｅａｒｉｎｇ）キャリアの距離（ｓｅｐａｒａｔｉｏｎ）を表す。言い換えれば、サブフレームバウンダリシンボルのパイロットのキャリア距離は、Ｄｘ値で決定されることができる。例えば、Ｄｘが３であれば、３の倍数のキャリアインデックスを有するセルがサブフレームバウンダリパイロットとなることができる。
【０５４４】
図３１〜図４１において説明したように、フレームのサブフレームの最初のシンボルまたは最後のシンボルのうち、少なくとも１つがサブフレームバウンダリシンボルになることができる。信号フレームが複数のサブフレームを含む場合、サブフレームの境界に位置する先行サブフレームの最後のシンボル及び後行サブフレームの最初のシンボルのうち、少なくとも１つのシンボルは、サブフレームバウンダリシンボルになることができる。信号フレームのプリアンブルに後行する最初のサブフレームの最初のシンボルは、プリアンブルと最初のサブフレームとのＦＦＴサイズが同様であるかによってサブフレームバウンダリシンボルになることができる。
【０５４５】
前述したように、サブフレームの最初のシンボル及び最後のシンボルは、各々選択的に（ｓｅｌｅｃｔｉｖｅｌｙ）サブフレームバウンダリシンボルになることができる。例えば、最初のサブフレームの最初のシンボル、サブフレーム間境界の最後のシンボル、サブフレーム間境界の最後のシンボルは、選択的に（ｏｐｔｉｏｎａｌｌｙ）サブフレームバウンダリシンボルになることができる。したがって、このようなサブフレームバウンダリシンボルの存在可否を表すサブフレームバウンダリモード情報がプリアンブルを介して送信されることができる。サブフレームバウンダリモード情報は、各サブフレームの最初のシンボル及び最後のシンボルに対して各々がサブフレームバウンダリシンボルであるか否かを表すこともできる。
【０５４６】
本発明によれば、信号フレームは、ＦＦＴサイズ、ＧＩ長さ、及びパイロットパターンが同じである少なくとも１つのサブフレームを含むことにより、シグナリング情報を最小化しつつも送受信効率及び柔軟性を確保できる。ただし、サブフレーム間ではＦＦＴサイズが異なるため、それにより、パイロットパターンなどが変更され得る。したがって、サブフレーム間でチャネル推定及び同期追跡性能が劣化され得る。
【０５４７】
本発明は、サブフレームの境界に選択的にパイロット密度がより高いサブフレームバウンダリシンボルを配置することにより、突然の信号構造変更によるチャネル推定及び同期追跡性能劣化を最小化できる。そして、サブフレームバウンダリシンボルを選択的に配置し、サブフレームバウンダリシンボルの存在可否をシグナリングすることにより、パイロットオーバーヘッドを最小化し、システム運用を柔軟にすることができる。
【０５４８】
特に、ＦＦＴサイズが同じであるかによって隣接したサブフレーム間及びプリアンブルと隣接したサブフレームに対してサブフレームバウンダリシンボル構造を選択的に使用してシステム性能向上とパイロットオーバーヘッド増加の均衡を調整できる。
【０５４９】
本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に理解される。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０５５０】
本明細書において装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用されることができる。
【０５５１】
様々な実施形態が本発明を実施するための最善の形態で説明された。
【産業上の利用可能性】
【０５５２】
本発明は、一連の放送信号提供分野で利用される。
【０５５３】
本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に自明である。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【図１】
0006437639.tif 000057
【図２】
0006437639.tif 000058
【図３】
0006437639.tif 000059
【図４】
0006437639.tif 000060
【図５】
0006437639.tif 000061
【図６】
0006437639.tif 000062
【図７】
0006437639.tif 000063
【図８】
0006437639.tif 000064
【図９】
0006437639.tif 000065
【図１０】
0006437639.tif 000066
【図１１】
0006437639.tif 000067
【図１２】
0006437639.tif 000068
【図１３】
0006437639.tif 000069
【図１４】
0006437639.tif 000070
【図１５】
0006437639.tif 000071
【図１６】
0006437639.tif 000072
【図１７】
0006437639.tif 000073
【図１８】
0006437639.tif 000074
【図１９】
0006437639.tif 000075
【図２０】
0006437639.tif 000076
【図２１】
0006437639.tif 000077
【図２２】
0006437639.tif 000078
【図２３】
0006437639.tif 000079
【図２４】
0006437639.tif 000080
【図２５】
0006437639.tif 000081
【図２６】
0006437639.tif 000082
【図２７】
0006437639.tif 000083
【図２８】
0006437639.tif 000084
【図２９】
0006437639.tif 000085
【図３０】
0006437639.tif 000086
【図３１】
0006437639.tif 000087
【図３２】
0006437639.tif 000088
【図３３】
0006437639.tif 000089
【図３４】
0006437639.tif 000090
【図３５】
0006437639.tif 000091
【図３６】
0006437639.tif 000092
【図３７】
0006437639.tif 000093
【図３８】
0006437639.tif 000094
【図３９】
0006437639.tif 000095
【図４０】
0006437639.tif 000096
【図４１】
0006437639.tif 000097
【図４２】
0006437639.tif 000098
【図４３】
0006437639.tif 000099
【図４４】
0006437639.tif 000100