(57)【特許請求の範囲】
【請求項１】
放送信号を受信する装置であって、
前記放送信号をチューニングするように構成されるチューナーと、
前記チューニングされた放送信号を復調するように構成されるデモジュレータであって、
前記放送信号は、少なくとも一つのＰＬＳ（physical layer signaling）シンボル及び少なくとも一つのデータシンボルを含む信号フレームを含み、
ＰＬＳシンボルは、前記少なくとも一つのＰＬＳシンボルに続くデータシンボルに対する整数値を示すＮｏＣ（Number of Carriers）に関する情報を含む物理層シグナリングデータを伝達し、
前記ＰＬＳシンボルは、前記情報によって示される前記データシンボルに対する前記ＮｏＣと異なるＦＦＴ（Fast Fourier Transform）サイズに対する最小ＮｏＣを有し、
前記ＦＦＴサイズに対して、及び、前記ＦＦＴサイズに対する固定されたサブキャリア間隔とともに、前記ＮｏＣは、基本ＮｏＣとして決定される、又は、前記整数値とＮｏＣ調整のための特定のキャリア数である単位値との積によって前記基本ＮｏＣから調整される、デモジュレータと、
前記物理層シグナリングデータに基づいて前記放送信号内の前記信号フレームをデフレームするように構成されるデフレーマと、
抽出されたサービスデータに対してエラー訂正を遂行するように構成されるデコーダと、を含み、
ＮｏＣに関する前記情報のサイズは、３ビットである、装置。
【請求項２】
シンボル当たりデータキャリアの数を維持するために、前記決定されたＮｏＣに従って、少なくとも一つのＳＰ（Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔ）−包含−ＣＰ（Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔ）が選択的に構成される、請求項１に記載の装置。
【請求項３】
前記ＮｏＣ調整のための前記単位値は、前記ＦＦＴサイズに基づいて決定される、請求項１に記載の装置。
【請求項４】
前記ＮｏＣが減少する場合、前記放送信号の占める帯域幅が減少する、請求項１に記載の装置。
【請求項５】
前記ＰＬＳシンボルは、８Ｋ、１６Ｋ又は３２Ｋの前記ＦＦＴサイズを示すＦＦＴサイズ情報を含む、請求項１に記載の装置。
【請求項６】
放送信号を受信する方法であって、
前記放送信号をチューニングするステップと、
前記チューニングされた放送信号を復調するステップであって、
前記放送信号は、少なくとも一つのＰＬＳ（physical layer signaling）シンボル及び少なくとも一つのデータシンボルを含む信号フレームを含み、
ＰＬＳシンボルは、前記少なくとも一つのＰＬＳシンボルに続くデータシンボルに対する整数値を示すＮｏＣ（Number of Carriers）に関する情報を含む物理層シグナリングデータを伝達し、
前記ＰＬＳシンボルは、前記情報によって示される前記データシンボルに対する前記ＮｏＣと異なるＦＦＴ（Fast Fourier Transform）サイズに対する最小ＮｏＣを有し、
前記ＦＦＴサイズに対して、及び、前記ＦＦＴサイズに対する固定されたサブキャリア間隔とともに、前記ＮｏＣは、基本ＮｏＣとして決定される、又は、前記整数値とＮｏＣ調整のための特定のキャリア数である単位値との積によって前記基本ＮｏＣから調整される、ステップと、
前記物理層シグナリングデータに基づいて前記放送信号内の前記信号フレームをデフレームするステップと、
抽出されたサービスデータに対してエラー訂正を遂行するステップと、を含み、
ＮｏＣに関する前記情報のサイズは、３ビットである、方法。
【請求項７】
シンボル当たりデータキャリアの数を維持するために、前記決定されたＮｏＣに従って、少なくとも一つのＳＰ（Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔ）−包含−ＣＰ（Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔ）が選択的に構成される、請求項６に記載の方法。
【請求項８】
前記ＮｏＣ調整のための前記単位値は、前記ＦＦＴサイズに基づいて決定される、請求項６に記載の方法。
【請求項９】
前記ＮｏＣが減少する場合、前記放送信号の占める帯域幅が減少する、請求項６に記載の方法。
【請求項１０】
前記ＰＬＳシンボルは、８Ｋ、１６Ｋ又は３２Ｋの前記ＦＦＴサイズを示すＦＦＴサイズ情報を含む、請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための多様な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、多様な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチチャンネル（multichannel、多チャンネル）オーディオ、及び多様な付加サービスを提供することができる。しかしながら、ディジタル放送のためには、多量のデータ転送に対するデータ転送効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。
【課題を解決するための手段】
【０００４】
前述した技術的課題を解決するために、本発明の実施形態に係るシグナリング情報を含む放送信号をプロセッシングする放送信号送信機は、入力ストリームを少なくとも１つのＤＰ（Data Pipe）にデマルチプレキシングするインプットフォーマッタモジュールと、前記少なくとも１つのＤＰのデータをエラー訂正処理するＢＩＣＭモジュールと、前記データパイプのデータをフレーム内のシンボルでマッピングするフレームビルディングモジュールと、前記フレームにプリアンブルを挿入し、ＯＦＤＭ変調を遂行して転送信号を生成するＯＦＤＭ生成モジュールと、少なくとも１つの転送パラメータを設定して前記フレームビルディングモジュール及び前記ＯＦＤＭ生成モジュールの転送信号処理を制御する転送パラメータ制御モジュールを含む。
【０００５】
また、前述した技術的課題を解決するために、本発明の実施形態に係る放送信号をプロセッシングする放送信号受信機は、受信放送信号に対して信号検出及びＯＦＤＭ復調を遂行する同期化／復調モジュールと、受信信号の信号フレームをパーシングしてサービスデータを抽出するフレームパーシングモジュールと、入力信号をビットドメインに変換し、デインターリービングを遂行するデマッピング及びデコーディングモジュールと、サービスデータを受信してデータストリームを出力するアウトプットプロセッシングモジュールと、少なくとも１つの転送パラメータを設定して前記同期化／復調モジュール及び前記フレームパーシングモジュールの受信信号処理を制御する転送パラメータ制御モジュールを含む。
【発明の効果】
【０００６】
本発明は、サービス特性によってデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Quality of Service）を制御することによって多様な放送サービスを提供することができる。
【０００７】
本発明は、同一なＲＦ（radio frequency）信号帯域幅を通じて多様な放送サービスを転送することによって転送柔軟性（flexibility）を達成することができる。
【０００８】
本発明は、ＭＩＭＯ（Multiple-Input Multiple-Output）システムを用いてデータ転送効率及び放送信号の送受信堅固性（Robustness）を向上させることができる。
【０００９】
本発明によれば、モバイル受信装置を使用するか、または室内環境にあっても、エラー無しでディジタル放送信号を受信することができる放送信号送信及び受信方法及び装置を提供することができる。
【００１０】
以下、本発明の追加的な効果を実施形態と関連してより詳細に説明する。
【図面の簡単な説明】
【００１１】
本発明をさらに理解するために含まれ、本出願に含まれ、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。
【図１】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【図２】本発明の一実施形態に係るインプットフォーマッティング（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）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００１８】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対する重要システムパラメータが以下の＜表１＞に記載されている。
【００１９】
【表１】
0006657310.tif 000002
【００２０】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は歩行者または車両の速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の実装のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００２１】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００２２】
【表２】
0006657310.tif 000003
【００２３】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャンネル能力を提供する。該当プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００２４】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ転送は初期には既存の楕円分極転送装備を使用し、以後に全出力交差分極転送に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００２５】
【表３】
0006657310.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 extention 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）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ
【００６８】
ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮcellsセルの集合
【００６９】
図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００７０】
本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマッティングブロック（Input Formatting 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 diversity）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。
【０１２５】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作に対しては後述する。
【０１２６】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組合せにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作に対しては後述する。
【０１２７】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。該当コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）に対して特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。
【０１２８】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングして、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。
【０１２９】
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１３０】
アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
【０１３１】
但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。
【０１３２】
また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１３３】
セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使われる。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。
【０１３４】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャンネル特性に依存する。特に放送に対しては、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャンネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。
【０１３５】
ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-diversity spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１３６】
ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ1,i及びｅ2,i）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ1,i及びｇ2,i）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより転送される。
【０１３７】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１３８】
図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。
【０１３９】
図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１４０】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャンネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。
【０１４１】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１４２】
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックに対して説明する。
【０１４３】
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１４４】
スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。
【０１４５】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。
【０１４６】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは各々のゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコーディングされ、その後に添付される。
【０１４７】
【数１】
0006657310.tif 000005
【０１４８】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１４９】
【表４】
0006657310.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）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１８７】
スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回反復される。
【０１８８】
ＦＲＵの各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるPHY_PROFILEのリザーブド値を用いて拡張できる。
【０１８９】
ＦＥＦ部分は、もし含まれるなら、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最小値はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１９０】
１つのフレームは多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０１９１】
プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本転送パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。
【０１９２】
ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャンネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみの補間（interpolation）及び時間的補間（temporal interpolation）を可能にする。
【０１９３】
図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。
【０１９４】
図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本転送パラメータ及び転送タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２はフレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。
【０１９５】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０１９６】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０１９７】
ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０１９８】
【表５】
0006657310.tif 000007
【０１９９】
ＦＦＴ＿ＳＩＺＥ：該当２ビットフィールドは以下の＜表６＞で説明した通り、フレームグループ内で現フレームのＦＦＴサイズを示す。
【０２００】
【表６】
0006657310.tif 000008
【０２０１】
ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２０２】
【表７】
0006657310.tif 000009
【０２０３】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。該当フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。該当フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。該当フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２０４】
ＰＩＬＯＴ＿ＭＯＤＥ：該当１ビットフィールドは現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードかを示す。該当フィールドが０に設定されれば、モバイルパイロットモードが使われる。該当フィールドが１に設定されれば、固定パイロットモードが使われる。
【０２０５】
ＰＡＰＲ＿ＦＬＡＧ：該当１ビットフィールドは現フレームグループで現フレームに対してＰＡＰＲ減少が使われるか否かを示す。該当フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使われる。該当フィールドが０に設定されれば、ＰＡＰＲ減少が使われない。
【０２０６】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：該当３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームの全てのプリアンブルにおける該当フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２０７】
【表８】
0006657310.tif 000010
【０２０８】
ＲＥＳＥＲＶＥＤ：該当７ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２０９】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２１０】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本転送パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグループの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２１１】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：該当２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２１２】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：該当２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２１３】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当３ビットフィールドはフレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２１４】
【表９】
0006657310.tif 000011
【０２１５】
ＮＵＭ＿ＦＳＳ：該当２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２１６】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドは転送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２１７】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。該当標準で説明されたバージョンに対し、値が００００に設定される。
【０２１８】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２１９】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使われる周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、該当フィールドは０に設定される。
【０２２０】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２２１】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての転送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２２２】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦを含む）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使われないフィールドはゼロで詰められる。
【０２２３】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。該当フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２２４】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：該当２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２２５】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２２６】
ＲＥＳＥＲＶＥＤ：該当４ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２２７】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２２８】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドはＰＬＳ２の保護により使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２２９】
【表１０】
0006657310.tif 000012
【０２３０】
ＰＬＳ２＿ＭＯＤ：該当３ビットフィールドはＰＬＳ２により使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２３１】
【表１１】
0006657310.tif 000013
【０２３２】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣtotal_partial_blockを示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３３】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３４】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３５】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２３６】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、現フレームグループのフレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal_partial_blockを示す。反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３７】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２３８】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：該当３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２３９】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは非活性化される。
【０２４０】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 該当１５ビットフィールドはＰＬＳ２反復が使われる場合、次のフレームグループのフレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal_full_blockを示す。次のフレームグループで反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４１】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２４２】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２４３】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は該当フィールドの値を提供する。該当フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使われない。
【０２４４】
【表１２】
0006657310.tif 000014
【０２４５】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは次のフレームグループのフレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は該当フィールドの値を定義する。`
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは次のフレームグループのフレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４８】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２４９】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード。
【０２５０】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２５１】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２５２】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。
【０２５３】
ＦＩＣ＿ＦＬＡＧ：該当１ビットフィールドはＦＩＣが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。該当フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５４】
ＡＵＸ＿ＦＬＡＧ：該当１ビットフィールドは補助ストリームが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。該当フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５５】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２５６】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でＤＰを唯一に識別する。
【０２５７】
ＤＰ＿ＴＹＰＥ：該当３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２５８】
【表１３】
0006657310.tif 000015
【０２５９】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：該当８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２６０】
ＢＡＳＥ＿ＤＰ＿ＩＤ：該当６ビットフィールドは管理レイヤで使われる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２６１】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは関連したデータパイプにより使われるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２６２】
【表１４】
0006657310.tif 000016
【０２６３】
ＤＰ＿ＣＯＤ：該当４ビットフィールドは関連したデータパイプにより使われるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２６４】
【表１５】
0006657310.tif 000017
【０２６５】
ＤＰ＿ＭＯＤ：該当４ビットフィールドは関連したデータパイプにより使われる変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２６６】
【表１６】
0006657310.tif 000018
【０２６７】
ＤＰ_ＳＳＤ＿ＦＬＡＧ：該当１ビットフィールドはＳＳＤモードが関連したデータパイプで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＳＳＤは使われる。該当フィールドの値が０に設定されれば、ＳＳＤは使われない。
【０２６８】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２６９】
ＤＰ＿ＭＩＭＯ：該当３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２７０】
【表１７】
0006657310.tif 000019
【０２７１】
ＤＰ＿ＴＩ＿ＴＹＰＥ：該当１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２７２】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：該当２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０２７３】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、該当フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。該当２ビットフィールドに許容されるＰIの値は、以下の＜表１８＞に定義される。
【０２７４】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。該当２ビットフィールドに許容されるＰIの値は以下の＜表１８＞に定義される。
【０２７５】
【表１８】
0006657310.tif 000020
【０２７６】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：該当２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、該当フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、該当フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、該当フィールドの値は１に設定される。
【０２７７】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：該当１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使われないと、該当フィールド値は１に設定される。一方、タイムインターリービングが使われれば、該当フィールド値は０に設定される。
【０２７８】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：該当５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０２７９】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：該当１０ビットフィールドは該当データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。該当フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０２８０】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０２８１】
【表１９】
0006657310.tif 000021
【０２８２】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：該当２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０２８３】
【表２０】
0006657310.tif 000022
【０２８４】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０２８５】
【表２１】
0006657310.tif 000023
【０２８６】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：該当２ビットフィールドはＣＲＣエンコーディングがインプットフォーマッティングブロックで使われるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０２８７】
【表２２】
0006657310.tif 000024
【０２８８】
ＤＮＰ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０２８９】
【表２３】
0006657310.tif 000025
【０２９０】
ＩＳＳＹ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０２９１】
【表２４】
0006657310.tif 000026
【０２９２】
ＨＣ＿ＭＯＤＥ＿ＴＳ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０２９３】
【表２５】
0006657310.tif 000027
【０２９４】
ＨＣ＿ＭＯＤＥ＿ＩＰ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０２９５】
【表２６】
0006657310.tif 000028
【０２９６】
ＰＩＤ：該当１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０２９７】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２９８】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０２９９】
ＦＩＣ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３００】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３０１】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０２】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０３】
ＮＵＭ＿ＡＵＸ：該当４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使われないことを示す。
【０３０４】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０５】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：該当４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。
【０３０６】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。
【０３０７】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３０８】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３０９】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３１０】
ＦＲＡＭＥ＿ＩＮＤＥＸ：該当５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３１１】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３１２】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３１３】
ＲＥＳＥＲＶＥＤ：該当１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１４】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３１５】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３１６】
ＤＰ＿ＳＴＡＲＴ：該当１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）スキームを使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３１７】
【表２７】
0006657310.tif 000029
【０３１８】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：該当１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３１９】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２０】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３２１】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドは現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３２２】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：該当８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３２３】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３２４】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３２５】
ＥＡＣ＿ＣＯＵＮＴＥＲ：該当１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３２６】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３２７】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：該当４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。該当フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３２８】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３２９】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３３０】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３３１】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３３２】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみの補間（interpolation）を可能にする。
【０３３３】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３３４】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３３５】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３３６】
ＥＡＣはＥＡＳメッセージを伝達する専用チャンネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３３７】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３３８】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３３９】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが転送されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３４０】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３４１】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３４２】
ＦＩＣは、高速サービス獲得及びチャンネルスキャンを可能にするために階層間情報（cross-layer information）を伝達する専用チャンネルである。該当情報は主にデータパイプの間のチャンネルバインディング（channel binding）情報及び各放送局のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送局ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが転送するコンテンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理レイヤで消費される。ＦＩＣデータのコンテンツは管理レイヤ仕様に説明された通りである。
【０３４３】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。ＦＩＣ＿ＶＥＲＳＩＯＮとＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥが該当フィールドでシグナリングされる。ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３４４】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３４５】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３４６】
ＥＡＳメッセージが現フレームで転送されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３４７】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３４８】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３４９】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３５０】
先行するチャンネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３５１】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３５２】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３５３】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされ、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３５４】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３５５】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの転送に使用することができるＯＦＤＭセルの総数を超過できない。
【０３５６】
【数２】
0006657310.tif 000030
【０３５７】
この際、ＤDP1はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤDP2はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て“タイプ１のマッピング規則”に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３５８】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３５９】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３６０】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３６１】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが転送され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで転送されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て転送されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３６２】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、該当シンボルでのＦＩＣセルの数はＣFSSより大きくない。（ｂ）の右側に示した第３の場合は該当シンボルにマッピングされたＦＩＣセルの数がＣFSSを超過する点を除いて、第２の場合と同一である。
【０３６３】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な“タイプ１のマッピング規則”に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３６４】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３６５】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮcellsはＦＥＣＢＬＯＣＫサイズ、Ｎldpc、コンステレーションシンボル当たり転送されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬDPUとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組合せ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬDPUはフィジカルプロファイルに基づいて定義される。
【０３６６】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３６７】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３６８】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３６９】
Ｎldpcの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３７０】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３７１】
【表２８】
0006657310.tif 000031
【０３７２】
【表２９】
0006657310.tif 000032
【０３７３】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３７４】
１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使われる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０３７５】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使われる。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）が各々のＩldpc（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０３７６】
【数３】
0006657310.tif 000033
【０３７７】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０３７８】
ロングＦＥＣＢＬＯＣＫに対してＮldpc−Ｋldpcパリティビットを計算する具体的な手続は、次の通りである。
【０３７９】
１）パリティビット初期化
【０３８０】
【数４】
0006657310.tif 000034
【０３８１】
２）パリティチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉOを累算（accumulate）。パリティチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０３８２】
【数５】
0006657310.tif 000035
【０３８３】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉsを累算（accumulate）。
【０３８４】
【数６】
0006657310.tif 000036
【０３８５】
ここで、ｘは第１のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcはパリティチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ1に対するＱldpc＝２４に引続き、次の動作が実行される。
【０３８６】
【数７】
0006657310.tif 000037
【０３８７】
４）３６１番目の情報ビットｉ360に対し、パリティビット累算器のアドレスはパリティチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ360に該当するパリティビット累算器のアドレス、即ちパリティチェックマトリックスの第２の行のエントリーを示す。
【０３８８】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使われる。
【０３８９】
全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
【０３９０】
６）ｉ＝１から始めて次の動作を順次に実行
【０３９１】
【数８】
0006657310.tif 000038
【０３９２】
ここで、ｐi、ｉ＝０，１，．．．，Ｎldpc−Ｋldpc−１の最終コンテンツはパリティビットｐiと同一である。
【０３９３】
【表３０】
0006657310.tif 000039
【０３９４】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する該当ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０３９５】
【表３１】
0006657310.tif 000040
【０３９６】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０３９７】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０３９８】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０３９９】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮcells＝６４８００／ηMODまたは１６２００／ηMODである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組合せに固有である。
【０４００】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηMOD）によって実行される。１つの内部グループに対するＱＣＢの数ＮQCB_IGも定義される。
【０４０１】
【表３２】
0006657310.tif 000041
【０４０２】
内部グループインターリービング過程はＱＣＢインターリービング出力のＮQCB_IG個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮQCB_IG個の行を用いて内部グループのビットを記入し読み取る過程を含む。記入動作で、ＱＣＢインターリービング出力からのビットが行方向に記入される。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。
【０４０３】
図２４は、本発明の一実施形態に係るセルワードデマルチプレキシングを示す。
【０４０４】
図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセルワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセルワードデマルチプレキシングを示す。
【０４０５】
ビットインターリービング出力の各々のセルワード（ｃ0,l，ｃ1,l，．．． ，ｃnmod-1,l）は１つのＸＦＥＣＢＬＯＣＫに対するセルワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ1,0,m，ｄ1,1,m，．．．，ｄ1,nmod-1,m）及び（ｄ2,0,m，ｄ2,1,m，．．．，ｄ2,nmod-1,m）にデマルチプレキシングされる。
【０４０６】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ0,l，ｃ1,l，．．．，ｃ9,l）は（ｂ）に示したように（ｄ1,0,m，ｄ1,1,m，．．．，ｄ1,3,m）及び（ｄ2,0,m，ｄ2,1,m，．．．，ｄ2,5,m）にデマルチプレキシングされる。
【０４０７】
図２５は、本発明の一実施形態に係るタイムインターリービングを示す。
【０４０８】
（ａ）から（ｃ）はタイムインターリービングモードの例を示す。
【０４０９】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異なるように設定できる。
【０４１０】
ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。
【０４１１】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。
【０４１２】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、該当パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、該当パラメータは１つのタイムインターリービンググループから拡散されるフレームの数ＰIである。
【０４１３】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４１４】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩJUMPを示す。
【０４１５】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、該当パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。
【０４１６】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４１７】
タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラーからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮxBLOCK_Group（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、ＮxBLOCK_Group（ｎ）は最小値０から最も大きい値が１０２３である最大値ＮxBLOCK_Group_MAX（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。
【０４１８】
各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰI個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプションを除外）。
【０４１９】
【表３３】
0006657310.tif 000042
【０４２０】
【数９】
0006657310.tif 000043
【０４２１】
【数１０】
0006657310.tif 000044
【０４２２】
一般に、タイムインターリーバはフレームビルディング過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。
【０４２３】
タイムインターリービングはツイストされた行−列ブロックインターリーバである。ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックに対し、列の数Ｎcが
【数１１】
0006657310.tif 000045
【０４２４】
以下、未来放送システムの実施形態に対して説明する。
【０４２５】
図２６は、図１の放送信号送信機及び図９の放送信号受信機の他の実施形態を示す図である。
【０４２６】
前述した図１から図２５の放送システムは定まった転送帯域とそれに従うスペクトルマスクで動作することができる。しかしながら、本発明は多様な国家、地域に対してそれぞれ異なる転送帯域とそれに従うスペクトルマスク基準に従って転送パラメータを選定して放送信号を送受信することができる未来放送システムを提案する。図２６で図示した放送信号送信機及び放送信号受信機の各ブロックの構成と動作は、図１及び図９と関連して説明したことと類似しており、同一なブロック／モジュールに対する説明は反復しないが、当然図２６のブロック／モジュールにも適用される。以下、放送信号送信機及び放送信号受信機は、各々放送送信機、送信機、放送受信機、及び受信機と称することもできる。
【０４２７】
多様な国家、地域に対してそれぞれ異なる転送帯域とそれに従うスペクトルマスク基準を満たし、かつ転送信号帯域幅を最大化できる転送パラメータを選択して放送信号を送受信するために、放送送信機及び放送受信機には付加（additional）コントロール信号生成モジュール２６０１０及び付加コントロール信号制御モジュール２６０２０が各々備えられる。以下、送信側付加コントロール信号生成モジュール２６０１０及び受信側付加コントロール信号生成モジュール２６０２０は、各々転送パラメータコントロールモジュールと称することができる。送信及び受信側の付加コントロール信号生成モジュール２６０１０、２６０２０の各々は送信側シグナリング生成モジュール２６０７０及び受信側シグナリングデコーディングモジュール２６０８０に含まれることもできる。この場合、調整される転送パラメータに関連した情報はマネジメント情報としてシグナリング生成モジュール２６０７０に入力されることもできる。
【０４２８】
送信側付加（additional）コントロール信号生成モジュール２６０１０は、国家、地域情報と共にチャンネル帯域幅情報、スペクトルマスク情報を含む付加コントロール信号を使用してフレームビルディングモジュール２６０３０及びＯＦＤＭ生成モジュール２６０４０を制御して所望の放送信号を出力することができる。そして、受信側付加（additional）コントロール信号生成モジュール２６０２０は、また国家、地域情報と共にチャンネル帯域幅、スペクトルマスク情報を含む付加コントロール信号を通じて同期化／復調モジュール２６０５０及びフレームパーシングモジュール２６０６０をコントロールして受信放送信号を処理することができる。以下、付加コントロール信号生成モジュール２６０１０及び付加コントロール信号コントロールモジュール２６０２０は転送パラメータコントロールモジュールと称することもできる。本明細書で、付加コントロール信号は転送信号の帯域幅を調整する転送パラメータまたは転送パラメータを調整することに必要な情報を含む情報／信号を示す。
【０４２９】
本明細書では、放送システムにおける転送パラメータを設定する方法であって、送信側で付加的な情報として転送パラメータを転送する方法及び送／受信側で転送パラメータを約束されたコードにより予め設定する方法を提案する。また、本明細書ではワールドワイドにフレキシブルな放送システムをサポートできるように、互いに異なるチャンネル帯域幅によって放送ネットワーク及び使用に適合するように信号帯域幅を最適化するように転送パラメータを設定／調整する方法を提案するようにする。
【０４３０】
図２７は、スペクトルマスクとそれに従う転送信号帯域幅を示す概念図である。
【０４３１】
図２７（ａ）のように、転送パラメータは、該当チャンネル帯域幅内で隣接チャンネル干渉を最小化するために要求されるスペクトルマスク基準を満たし、かつ転送信号の信号帯域幅での転送効率を最大化できるように設定できる。また、ＯＦＤＭ生成時、多数のキャリアを使用する場合、ＯＦＤＭウェーブフォーム転送帯域幅は転送に使用するサブキャリアの数に従ってサブキャリアの間の間隔及び／又は時間領域で全体シンボルの長さを調整することによって決定できる。したがって、未来放送システムの場合、地域／国家などから要請される受信シナリオによって適した転送モードを分類し、これによって転送パラメータを設計することができる。
【０４３２】
図６（ｂ）及び図６（ｃ）は、６ＭＨｚ帯域に対して多様な国家でのキャリアモード及び出力レベル基準に従うスペクトルマスクの例を示す。前述したスペクトルマスクの場合、該当国家／地域、そして使われるチャンネル帯域幅によって制限基準が異なる。例えば、北米ＡＴＳＣ標準の場合、及びヨーロッパＤＶＢ標準の場合、それぞれ異なる放送スペクトルマスクの基準を満たさなければならない。したがって、ワールドワイドにフレキシブルな放送システムを提供するために転送パラメータを調節し、これらを付加情報としてコントロールすることができる。以下、まず転送パラメータを調整する方法について説明する。
【０４３３】
【数１２】
0006657310.tif 000046
【０４３４】
＜数式９＞で、ｅＢＷは有効信号帯域幅を、N_waveform_scalingはウェーブフォームスケーリングファクタを、N_pilotdensityはパイロット密度スケーリングファクタを、Ｎ＿ｅＢＷは有効信号帯域幅スケーリングファクタを、αは付加帯域幅ファクタを、Ｆｓはウェーブフォーム変換帯域幅（サンプリング周波数）を各々示す。そして、中括弧で括られた部分、即ちウェーブフォームスケーリングファクタ、ファイリング密度ファクタ、及び有効信号帯域幅スケーリングファクタを掛けた後、付加帯域幅ファクタを足した部分がＮｏＣ（Number of Carrier）となる。ＮｏＣは信号帯域幅で転送されるキャリアの総数を示す。＜数式９＞は本発明で転送信号の有効信号帯域幅を最適化するために転送パラメータを使用する方法で、各国家／地域に従うスペクトルマスクを満たす条件で転送効率を最大化するようにパラメータを選定する。
【０４３５】
＜数式９＞のように、本発明は有効信号帯域幅をチャンネル帯域幅に従うスペクトルマスクに従って最大化するために各ファクタを最適化パラメータとして使用することができる。特に、付加帯域幅ファクタ及び／又はウェーブフォーム変換帯域幅（サンプリング周波数）の調整を通じて転送パラメータの転送効率を最適化させようとする。
【０４３６】
ウェーブフォームスケーリングファクタは、ウェーブフォーム変換に使われるキャリアの帯域幅に従うスケーリング値であって、実施形態において、ＯＦＤＭの場合、ＦＦＴの長さに比例する任意の値に設定できる。パイロット密度スケーリングファクタは、パイロット信号挿入モジュールまたはＰＡＰＲ減少モジュールで挿入されるパイロット信号の定まった位置によって設定される値であって、パイロット信号の密度によって設定される任意の値である。ウェーブフォームスケーリングファクタ及びパイロット密度スケーリングファクタは、以下に記述するパイロットパターン部分の値を使用することもできる。本明細書で、各ファクタはパラメータと称することもできる。
【０４３７】
有効信号帯域幅スケーリングファクタは、転送チャンネル帯域幅内にスペクトルマスク基準を満たし、転送信号の帯域を最大化するために設定できる任意の値で、有効信号帯域幅を最適化することができる。付加帯域幅ファクタは、信号帯域幅で必要な付加的な情報及び構造を調整するために任意の値に設定できる。また、必要によってパイロット信号を挿入してスペクトルエッジでチャンネル推定性能を改善することに使用することもできる。付加帯域幅ファクタは、任意のキャリアの個数を追加することによって調整できる。
【０４３８】
ウェーブフォーム変換帯域幅は、転送に使われるサブキャリアの数によって有効信号帯域幅を追加的に最適化できる転送パラメータとして使用できる。前述した有効信号帯域幅スケーリングファクタの場合、定まったパイロット信号としてのパイロット密度単位で拡張することによって、スペクトルマスクに対して最大値に設定できる。このようにパイロット密度単位で拡張する時に発生できる曖昧性（ambiguity）を補完できるように、ウェーブフォーム変換帯域幅（サンプリング周波数）を追加で調整することによって、スペクトルマスクの条件に対して帯域幅効率を最適化することができる。
【０４３９】
前述した数式は以下の＜数式１０＞のように表現することもできる。
【０４４０】
【数１３】
0006657310.tif 000047
【０４４１】
＜数式１０＞では＜数式９＞に追加的なファクタを使用する。
【０４４２】
△ｆはサブキャリアスペーシングファクタを、ＮＦＦＴはＦＦＴサイズファクタを各々示す。＜数式１０＞では＜数式９＞とは異なりウェーブフォーム変換帯域幅をＦＦＴサイズで割ったサブキャリアスペーシングファクタを使用して帯域幅効率最適化を遂行することができる。有効信号帯域幅は、結局、全体サブキャリアの数（ＮｏＣ）に各サブキャリアの間の間隔を掛けることによって算出することができる。この際、サブキャリアの間の間隔はウェーブフォーム変換帯域幅（サンプリング周波数）をＦＦＴサイズで割ることにより算出することができる。
【０４４３】
国家／地域別に相異するスペクトルマスクの要求を満たすために信号帯域幅を調整する転送パラメータとして、１）付加帯域幅ファクタ、及び２）ウェーブフォーム変換帯域幅（サンプリング周波数）のうちの１つを使用するようにする。即ち、この２つの転送パラメータ値を使用して国家／地域別チャンネル帯域幅及びスペクトルマスク基準を満たしながら信号帯域幅を最大化するものである。このような方法は、未来放送システムのそれぞれのＦＦＴモードに対して共通のキャリアとしてサポートされるコモンベースモードを基盤に、各々相異する制限条件（チャンネル帯域幅、スペクトルマスク）に対し、転送信号帯域幅を以下のような方式により調整することができる。
【０４４４】
１）追加帯域幅ファクタを調整して、定まったサンプリング周波数に対して任意のキャリア個数を調整することによって、効率を最大化させることができ、追加されるキャリアの数は付加コントロール信号（転送パラメータ情報）として提供できる。最適化のために調整されるキャリアの数はチャンネル帯域幅とスペクトルマスク基準を満たす範囲で調整／設定できる。この際、調整するキャリアの数及び信号構造に対しては後述する。
【０４４５】
２）定まった共通キャリアの数に対してサンプリング周波数を調整して転送効率を最適化することができる。この際、該当サンプリング周波数に対してレファレンスとして指定された値に対する相対的な比率または予め設定されたサンプリング周波数の情報は、付加コントロール信号（転送パラメータ情報）として提供できる。この場合、送信機はサンプリング周波数を調整、サブキャリアの間のスペーシングを調整して有効信号帯域幅を変更することができ、スペーシングを増加させて有効信号帯域幅を増加すれば、時間側面で転送信号をより速く送ることができる。即ち、時間側面で転送効率が増加するものである。
【０４４６】
３）また、この２つの転送パラメータ値（追加帯域幅ファクタ及びウェーブフォーム変換帯域幅ファクタ）を共に調整して最適化を遂行することもできる。この２つの転送パラメータ値に対する情報は、図２６のように付加コントロール信号として送／受信システムに提供できる。
【０４４７】
以下、パラメータ値を伝達する付加コントロール信号に対して説明する。付加コントロール信号は、前述したように、帯域幅の最適化のために使用する転送パラメータを示す信号であって、既に設定された値にマッピングされるか、または誘導される値として使用することもできる。付加コントロール信号は、付加信号、転送パラメータ、または転送パラメータ情報と称することもできる。
【０４４８】
まず、コントロールコードアプローチ（approach）がある。コントロールコードアプローチは、国家／地域及び該当スペクトルマスクなどの制限条件内で各々最適化されているパラメータをコントロールコードとして設定し、このように設定されたコントロールコードを送受信機で付加情報として使用する方式である。この方式の場合、付加信号を転送せず、送受信機の各モジュールの動作遂行に必要な情報（コントロールコード、またはこれに相応する転送パラメータ）を獲得することができる付加制御モジュール（例えば、図２６の付加コントロール信号コントローラ）により制御及び動作できる。付加的なシグナリング情報を転送しない点で利点がある。コントロールコードは、国家、地域、及びデバイスがサポートするサービス情報などによって予め設定され、必要によって今後変更される場合、ハードウェアまたはソフトウェアアップデートを遂行することができる。
【０４４９】
次に、シグナリングアプローチについて説明する。シグナリングアプローチは特にキャリア個数を調整して効率を最大化する方式に対して適用できる。この方式は、調整する転送パラメータ情報をシグナリングフィールドに割り当てて転送する方式であって、付加的な情報を転送しなければならないが、柔軟性を高めることができる長所がある。転送パラメータ情報はプリアンブルまたはプリアンブルの以後のシグナリング情報を転送するシンボルの一定区間を通じて転送できる。
【０４５０】
転送パラメータ情報がプリアンブル区間に転送される場合、受信機はプリアンブル区間のパラメータ情報をデコーディングすることで、プリアンブルの以後のシグナリングシンボル及びデータシンボルに対する転送パラメータを獲得することができる。パラメータ情報がプリアンブルの以後の区間のシグナリングシンボルを通じて転送される場合、受信機はシグナリングシンボル区間のパラメータ情報をデコーディングしてデータシンボルに対する転送パラメータを獲得することができる。シグナリングシンボルに対しては、コモンベースモードの共通のパラメータを基盤に転送パラメータを設定し、シグナリングシンボルの以後のデータシンボルに対しては転送効率を最大化できる転送パラメータを使用して信号を転送することができる。即ち、シグナリングシンボル部分は多様なスペクトルマスクなどの条件を満たす基本転送パラメータを使用し、以後のデータシンボルに対しては前述したように調整された転送パラメータを使用し、この調整された転送パラメータに対する情報をシグナリングシンボルで送受信できるものである。この場合、データシンボルの最初のシンボルには時間領域の補間のために必要な数のパイロットを挿入してチャンネル推定に助けになるように設定することもできる。
【０４５１】
【表３４】
0006657310.tif 000048
【０４５２】
＜表３４＞は付加コントロール情報または転送パラメータ情報の実施形態である。タイプフィールドは、該当国家／地域及びチャンネル帯域幅に従うネットワークの識別番号を示し、ＮｏＣフィールドは転送される全体キャリアの数を、レゾリューションフィールドはコモンモードのＮｏＣに対して追加されるキャリアユニットを、ＮａｄｄフィールドはコモンモードのＮｏＣに追加されるキャリアの数をキャリアユニット単位で示し、Inc/Dec signフィールドはコモンキャリアモードに対してキャリア数の増加／減少を示す。
【０４５３】
コントロールコード設定方式の場合、各タイプに該当するコントロールコードを送／受信機に予め設定してそれぞれのフィールド値を獲得し、それによって最終ＮｏＣを決定して送受信機を設定することができる。または、より自由度を高めるために各フィールドを独立的に選定することもできる。シグナリングアプローチ方式の場合にも該当タイプの情報または該当フィールドを転送して該当パラメータを誘導するようにすることもできる。表３４の実施形態は合計９ビットを使用して多様な可変的な使用ケースに対応するように設計された実施形態であって、他のパラメータ情報もこのような形式にシグナリングすることができる。言い換えると、表３４のような情報がコントロールコードとして送受信機に予め設定されるか、または送信機から受信機にシグナリングできる。
【０４５４】
【表３５】
0006657310.tif 000049
【０４５５】
＜表３５＞は追加的な実施形態であって、＜表３４＞の情報に追加でウェーブフォーム転送帯域幅（サンプリング周波数）Ｆｓを示す。言い換えると、＜表３４＞は付加帯域幅ファクタを調整する方法の実施形態に該当するパラメータを設定／シグナリングする情報を、＜表３５＞は付加帯域幅ファクタだけでなく、ウェーブフォーム転送帯域幅（サンプリング周波数）ファクタを共に調整する方法の実施形態に該当するパラメータを設定／シグナリングする情報を示す。＜表３５＞の転送パラメータもコントロールコードとして送受信機に予め設定されるか、または送信機から受信機にシグナリングされることができ、＜表３４＞に比べて２ビットを追加で使用する。＜表３５＞では、＜表３４＞に比べてBase FSフィールドを追加して、調整するサンプリング周波数パラメータをさらに示す。
【０４５６】
例えば、＜表３４＞及び＜表３５＞で割り当てられるビットの数は、システム複雑度及び効率性を考慮して調節できる。
【０４５７】
図２８は、本発明の一実施形態に係るＯＦＤＭ生成モジュールを示す図である。
【０４５８】
図２８のＯＦＤＭ生成モジュールは、図８で図示したＯＦＤＭ生成モジュールに対する追加的な実施形態である。図８で図示／説明したモジュール／ブロックに対する重複説明は省略する。図２８では図２６で転送パラメータコントロールモジュールがＯＦＤＭ生成モジュールを制御する部分をより詳細に図示する。ウェーブフォームプロセッシングモジュール２８０４０は転送ウェーブフォームに対してout-of-emissionなどの特性を反映してウェーブフォームを調整するものであって、パルスシェーピングフィルター（pulse shaping filter）と同様に動作する。但し、ウェーブフォームプロセッシングモジュール２８０４０は実装によって省略されることもでき、本発明ではサンプリング周波数パラメータを調整する場合、それによってスペクトルマスクに合うようにウェーブフォームをシェーピング（shaping）することに使われることもできる。
【０４５９】
図２８で、付加制御信号生成モジュール２８０１０は付加コントロール信号を生成し、その値によって付加制御信号生成モジュール２８０１０に連係された下位モジュールに調整される転送パラメータを適用または設定することができる。フレームビルダーを通じて入力されるデータストリームは共通のキャリアモードで入力され、付加制御信号生成モジュール２８０１０は図２８のＯＦＤＭ生成モジュールで付加的な帯域幅ファクタを調整することもできる。
【０４６０】
１）付加帯域幅ファクタを調整する場合、送信機はパイロット及びリザーブドトーン挿入（Pilot and Reserved Tone Insertion）モジュール２８０２０及びＩＦＦＴモジュール２８０３０で予め設定された値に調整されたトータルキャリアの数によってデータを割り当てることができる。また、調整される帯域幅によってパイロットを共通のキャリアモードと同一なパイロット密度で挿入するか、または場合によって他のパイロット密度で挿入するか、追加的なパイロットを挿入するなど、パイロット構造を変更することもできる。決定された転送パラメータは前述したように、プリアンブルまたはシグナリングフィールドに挿入されて転送できる。
【０４６１】
２）ウェーブフォーム変換帯域幅（サンプリング周波数、Ｆｓ）を調整する場合、ウェーブフォームプロセッシングモジュール２８０４０及びＤＡＣモジュール２８０５０で転送パラメータに設定された該当サンプリングレートの値によって動作することができる。この際、設定されたサンプリングレート、Ｆｓは付加コントロール信号生成ブロック２８０１０で予め設定された値であって、各モードによって選択された値が送信機にプリセットできる。前述したように、ウェーブフォームプロセッシングモジュール２８０４０及びその動作は実装によって省略できる。
【０４６２】
図２９は、本発明の一実施形態に係る受信機の同期化／復調モジュールの詳細ブロック図を示す図である。
【０４６３】
図２９で図示したように、同期化／復調モジュール２９０００は付加コントロール信号生成モジュール２９０１０の制御によって転送パラメータを設定して受信信号を復調することができる。同期化／復調モジュール２９０００は、放送信号をチューニングするチューナー２９０２０、受信したアナログ信号をディジタル信号に変換するＡＤＣモジュール２９０３０、受信信号に含まれたプリアンブルを検出するプリアンブル検出モジュール２９０４０、受信信号に含まれたガードシーケンスを検出するガードシーケンス検出モジュール２９０５０、受信信号にＦＦＴを遂行するＦＦＴモジュール（waveform transform）２９０６０、受信信号に含まれたパイロット信号を検出するパイロット信号検出モジュール２９０７０、プリアンブル及びパイロット信号を使用して受信信号の時間／周波数同期化を遂行する時間／周波数同期化モジュール２９０８０、抽出されたガードシーケンスを使用してチャンネル等化を遂行するチャンネル等化モジュール２９０９０、及びインバースウェーブフォームモジュール２９１００を含む。インバースウェーブフォームモジュール２９１００はＦＦＴの逆に対抗する変換を遂行するモジュールであって、これは実施形態によって省略できる。
【０４６４】
図２９で、受信機が複数のアンテナで受信した信号を複数の経路を通じて処理する場合で、同一モジュールが並列に図示されており、同一モジュールに対して重複説明はしない。
【０４６５】
受信側付加コントロール信号生成モジュール２９０１０が受信機の転送パラメータを設定することができる。前述したように、付加コントロール信号生成モジュール２９０１０はプリアンブルまたはシグナリングフィールドをデコーディングして転送パラメータ（ＮｏＣ、パイロット情報など）を設定するか、または受信機に予め設定されたコントロールコード（転送パラメータ）を使用して受信機の転送パラメータを設定することができる。付加コントロール信号生成モジュール２９０１０がシグナリングデコーディングモジュール２６０８０に含まれて動作できることは前述した通りである。
【０４６６】
以下、帯域幅使用効率を高める方法として付加帯域幅ファクタを調整する方法及びウェーブフォーム変換帯域幅（サンプリング周波数）を調整する方法に対する実施形態を追加で図示／説明するようにする。
【０４６７】
図３０は、本発明の一実施形態に係る帯域幅使用効率の向上のための付加帯域幅ファクタ調整方法を示す概念図である。
【０４６８】
図３０（ａ）で、Ｄｘは周波数方向でのパイロット密度を、Ｄｙは時間方向でのパイロット密度を、Ｄｘ＊Ｄｙはパイロット密度を示す。
【０４６９】
図３０（ｂ）のように、放送システムは一旦基本共通モードの帯域幅を使用し、国家／地域別に使用可能なスペクトルマスクによって追加的な帯域幅を使用することができる。図３０（ｂ）のように、地域１）では基本共通モードの帯域幅に付加帯域幅１に該当する帯域幅を追加で使用し、地域２）では基本共通モードの帯域幅に付加帯域幅２に該当する帯域幅を追加で使用することができる。
【０４７０】
付加帯域幅はＤｘユニットまたはＤｘ＊Ｄｙユニットに設定することができ、場合によっては微細調整のために幾つかの単位のキャリアを通じて調整することもできる。言い換えると、送信機は同一な時間内に転送するサブキャリアの総数を調整して帯域幅使用効率を高めることができる。このような方式の利点は、ウェーブフォーム変換帯域幅（サンプリング周波数）は同一であるので、付加的に転送するキャリアの数のみをシグナリング／設定することができるので、送受信機で運用が容易であるという点がある。
【０４７１】
図３１は、本発明の一実施形態に係る帯域幅使用効率の向上のためのウェーブフォーム変換帯域幅（サンプリング周波数）パラメータ調整方法を示す概念図である。
【０４７２】
前述したように、基本共通モードに基づいて、該当国家／地域に従うスペクトルマスク基準によって帯域幅効率を最適化するようにウェーブフォーム変換帯域幅（サンプリング周波数）Ｆｓを調整することができる。調整されたＦｓによってサブキャリアのキャリアスペーシングが変化し、全体サブキャリアを転送するに当たって転送時間が調整されるので転送効率を高めることができる。
【０４７３】
図３１で、スペクトルマスクによって基本共通モードからサンプリング周波数を各々Ｆｓ１、Ｆｓ２のように変更して信号の使用帯域幅を調整することができる。この方式は同一な数のサブキャリアを使用しながらＦｓのみを調整するので、効率を調整することによって基底帯域パラメータが修正されないので、互いに異なるスペクトルマスクに容易に対応できる長所がある。変更されるＦｓはコントロールコードを用いて送受信機に提供することができ、シグナリングする場合、受信機が該当Ｆｓを検出及び獲得しなければならない。図３１のように、送信機はregion１の場合にはサンプリング周波数をＦｓ１に、region２の場合にはサンプリング周波数をＦｓ２に各々調整することができる。また、図３１で、region２の場合、右側図面のようにサンプリング周波数をＦｓ２に調整しながら、付加帯域幅アルファを追加することもできる。
【０４７４】
図３０及び図３１は、転送パラメータとして各々付加帯域幅とウェーブフォーム変換帯域幅（サンプリング周波数）を調整する方法を示す。しかしながら、図３１でregion２の場合、右側図面のように、付加帯域幅ファクタとウェーブフォーム変換帯域幅（サンプリング周波数）は共に調整／適用が可能であり、この場合にはこの２つ転送パラメータが全てコントロールコードに設定またはシグナリングされなければならない。
【０４７５】
以下、図３０に追加で付加帯域幅ファクタを調整する方法に対してより詳細に説明する。
【０４７６】
付加帯域幅ファクタを使用する場合にも、フレームビルダー／フレームパーサなどの簡素化された動作及びデータキャリアの有効な（effective）パワーをシンボル当たり同一に維持する長所を維持するために一定のＮｏＡ（Number of Active carrier）を維持するシステムを使用することができる。このために、基本共通モードの基本構造を先に定義することができる。そして、各ＦＦＴ転送モードに対して予め設定されたモードを基盤にデータキャリア及びパイロット構造を定義することができる。言い換えると、基本共通モードはスペクトルマスク別に帯域幅の追加／減少の基準となるモードであって、基本共通モードの転送パラメータ及び構造はＦＦＴサイズに従うデータキャリアの数、チャンネル推定のための分散された（scattered）パイロットの構造、同期推定のためのコンティニュアルパイロットの構造及びＰＡＰＲのためのリザーブドキャリアの構造を含む。
【０４７７】
分散されたパイロットは転送チャンネル推定のために必要なパイロットを時間及び周波数領域に均一に配置させる。コンティニュアルパイロットは、位置によって分散パイロットと重なるか、あるいはそうでないように位置することができ、全体コンティニュアルパイロットは基本共通モード内のスペクトルに対してスペクトルの両端を除外した部分に配置され、ランダムで、相対的に均等分布されるように位置する。両端を除外するようにすることは、スペクトルマスクなどに最適化されたキャリアの個数調整においてキャリア個数を減少させてもコンティニュアルパイロットの特性が低下しないようにし、それによって、チューナー及びバンドパスフィルターなどの影響を受けないようにするためである。
【０４７８】
【表３６】
0006657310.tif 000050
【０４７９】
ＳＰ−包含−ＣＰ（SP-bearing CP）の個数は一定のＮｏＡを合わせるために時間領域でパイロット間の距離であるＤｙのモジュロ演算の値がＤｙ−１個に決定され、前記＜表３６＞で必要な個数を示す。エッジパイロット及びリザーブドキャリアなどを含んで、結果的に基本共通モードでシンボル当たりアクティブデータキャリアの数（ＮｏＡ）は一定に設定される。
【０４８０】
図３２は、本発明の一実施形態に従ってシンボル当たりＮｏＡを一定に維持しながら基本共通モードを基盤に帯域幅を拡張する方法を示す。
【０４８１】
図３２で、各信号帯域幅の図面はスペクトルマスクによって追加される付加帯域幅のブロックユニットによって追加されるキャリアの数及びパイロット構造を示す。言い換えると、図３２は基本共通モードの信号構造と共に、付加帯域幅として追加される（Ｄｘ＊Ｄｙ）のブロックユニット及びＤｘのブロックユニットに従うキャリアの数及びパイロット構造を示す。
【０４８２】
図３２（ａ）のように、コモンベースモードは該当ＦＦＴサイズに対して予め設定されたキャリアの数とＳＰ、ＣＰ、ＥＰなどのパイロットの構造が決定されている。図３２（ａ）の転送信号は、ＳＰがＤｘ＝４、Ｄｙ＝４の構造を有し、ＣＰは非ＳＰ−包含−ＣＰ（non-SP-bearing CP）とＳＰ−包含−ＣＰで構成され、ＳＰ−包含−ＣＰあるいは任意の付加的なパイロットで一定のＮｏＡを維持するために必要な個数のパイロットを含む。以下、付加帯域幅のキャリアがパイロット密度単位及び周波数方向パイロット距離単位で拡張される実施形態に対して説明する。
【０４８３】
図３２（ｂ）：ｋ＊（Ｄｘ＊Ｄｙ）単位、ｋは任意の整数の場合。
【０４８４】
付加帯域幅に追加されるキャリアの数を（Ｄｘ＊Ｄｙ）のパイロット密度単位で調整する方法には、パイロット構造を（特に、ＣＰ）修正／変更することなく転送信号をスペクトルマスクに最適化されるようにすることができるという長所がある。
【０４８５】
パイロット密度に該当する（Ｄｘ＊Ｄｙ）単位の整数倍に該当するようにキャリアを基本共通モードに追加／除去する場合、追加される領域のＳＰに対して（Ｄｘ＊Ｄｙ）サイズがパイロットをなす基本ブロックに該当するので、始め及び終わりのＳＰ位置などの構造の変更がない。併せて、ＣＰの場合、基本共通モードで定義されたパターンを用いて、ｋ＊（Ｄｘ＊Ｄｙ）単位が追加されたキャリアを含んだ新たな信号構造／システムに対して変更無しで使用することができる。
【０４８６】
したがって、受信機では前述したシグナリングあるいはコントロールコードにより指示（indication）される転送パラメータを使用して、それぞれ異なるスペクトルマスクに対して最適化されたパラメータとしてトータルキャリアの個数及び基本共通モードの開始位置などの情報を獲得して適用することができる。基本共通モードのオフセットは整数ｋが偶数の場合にはｋ／２＊（Ｄｘ＊Ｄｙ）のオフセット（offset）で始まり、奇数の場合には、ｉ）予め設定された順序に従ってスペクトルの左側を優先的に追加するようになれば（ｋ＋１）／２＊（Ｄｘ＊Ｄｙ）のオフセットで、ii）右側を優先的に追加するようになれば（ｋ−１）／２＊（Ｄｘ＊Ｄｙ）のオフセット（offset）で始まる。
【０４８７】
図３２（ｃ−１〜３）：ｍ＊Ｄｘ単位、ｍは任意の整数。
【０４８８】
図３２（ｂ）の方法が（Ｄｘ＊Ｄｙ）の整数倍で運用されて追加されるキャリア数の単位が大きくなる短所がある。ここに、Ｄｘ単位でキャリアの数を追加する方法を提案する。Ｄｘ単位への追加は補間（interpolation）過程で時間補間を優先的に適用するにつれて、周波数領域でパイロット間距離を均一にしてチャンネル推定に大きい影響を及ぼさないようにすることができ、微細粒状（fine granularity）を有する長所がある。
【０４８９】
追加されたキャリア領域に対して分散パイロットは連続的なＳＰポジションルール（rule）を維持するようにして、規則性を維持するように選定することができ、基本共通モードに存在するエッジパイロットは追加されたキャリア領域のスペクトル両端に位置するように調整することができる。
【０４９０】
しかしながら、Ｄｘ単位のキャリアの調整はシンボル当たり一定のＮｏＡの個数を維持するに当たって、基本共通モード内のＳＰ−包含−ＣＰあるいは任意のパイロットに対して追加されるＤｘの整数倍によって選択的に調整が必要である。この際、ＳＰ−包含−ＣＰ（あるいは、任意のパイロット）は（Dy-1）-mod（m、Dy）の個数が必要となる。ＳＰ−包含−ＣＰ（任意のパイロット）の該当ｍの整数に対して予め設定された組合せ（combination）を選択的に選定することもでき、より簡素化されたシステム運用のために該当パイロット中に、先にＤｙによって必要とした（Ｄｙ−１）個のパイロットに対する予め設定された表で整数ｍに対して（Dy-1）-mod（m、Dy）個だけに対して選択的に決定して一定のＮｏＡを合わせることができる。
【０４９１】
Ｅｘ）Ｄｘ＝４、Ｄｙ＝４に対し、スペクトルに左側から追加される場合、必要な３種類のＳＰシフト位置のうち、
ａ．+ 1*Dx a 1st SP shift (Dx=4), 2nd SP shift (Dx=8)のモジュロポジションに重なる表を選択
ｂ．+ 2*DX a 2nd SP shift (Dx=8)のモジュロポジションに重なる表を選択
ｃ．+ 3*DX a 1st SP shift (Dx=4), 2nd SP shift (Dx=8), 3nd SP shift(Dx=12) のモジュロポジションに重なる表を選択
【０４９２】
この際、ＳＰ−包含−ＣＰ（あるいは、任意のパイロット）はＮｏＡを維持できる任意の個数を挿入し、この際、追加される付加帯域幅によって必要なＳＰ−包含−ＣＰの個数と位置は予め設定されたＳＰ−包含−ＣＰの表の組から選択して調整することができる。
【０４９３】
【表３７】
0006657310.tif 000051
【０４９４】
＜表３７＞は図３２（ｃ−１〜３）のようなＤｘ単位のキャリア個数調整時、一定のＮｏＡを合わせるために必要とするＳＰ−包含−ＣＰ（あるいは、任意のパイロット）の調整表に対して選択されるＳＰ−包含−ＣＰの表と開始位置に対する実施形態である。
【０４９５】
例えば、Ｄｘ＝４、Ｄｙ＝４に対して整数ｍが追加される時、調整されるＳＰ−包含−ＣＰの表（SP-bearing CP table）の選択方法とＳＰの開始位置であって、ＳＰ−包含−ＣＰの各シフトポジション表（shift position table）の選択は追加されるＤｘを含むシフトブロックを排除した残りが活性化／イネーブル（enable）され、ＳＰの開始位置はDx*（Dy-ceiling（m/2））に決定される。（ceiling（）は切り上げ）
【０４９６】
ｍが１であれば、最初の左側から詰めていく場合、3rd shiftされたＳＰを含んだＤｘブロックが追加されるので、調整表のうち、3rdを排除した1stと2nd shiftされたＳＰと重なるＣＰポジションが選択されて送受信される。ｍが２の場合、同様に3rd、1st shiftされたＳＰを含んだＤｘブロックが追加されるので、調整表で3rdと1stを排除した2nd shiftされたＳＰと重なるＣＰポジションのみが送受信される。ｍが４の倍数の場合、全ての場合が同一な回数で追加されるので、基本共通モード（base common mode）に設定されたＳＰ−包含−ＣＰの調整セットを全て選択すればよい。
【０４９７】
基本共通モード（base common mode）を基準に分散（Scattered）パイロット（pilot）（ＳＰ）のパイロットパターンによって各ＯＦＤＭシンボル内のＳＰのキャリアの位置が変更される。
【０４９８】
各シンボルに挿入されるＳＰはパイロット密度（pilot density）単位で挿入され、ＯＦＤＭシンボルのインデックス（index）が増加するにつれて、その開始位置がＤｘの単位でシフト（shift）される。したがって、Ｄｙのシンボルが過ぎれば、また反復的な構造が表れるようになり、前記の説明のように各Ｄｙ個のＯＦＤＭシンボル毎にそれぞれＳＰの位置の開始位置が異なるようになる。
【０４９９】
0thシフトパターン（shift pattern）はＳＰが最初の開始位置から始めるパターン（pattern）をいい、1thシフトパターン（shift pattern）は前記0thシフトパターン（shift pattern）に対し、１＊Ｄｘだけ位置が調整（shift）された位置で始まることをいう。同様に、（Ｄｙ−１）4thシフトパターン（shift pattern）では（Ｄｙ−１）＊Ｄｘだけ位置が調整（shift）されてパイロットが位置するようになる。
【０５００】
追加された付加帯域幅（Additional bandwidth）によって一定のＮｏＡを維持するためにＳＰ−包含−ＣＰが挿入される時、各追加された個数（Ｄｘの整数倍）によって、予め設定されたＳＰ−包含−ＣＰの表で必要なSP bearing CPの値を選択して転送することができる。
【０５０１】
前記実施形態のように、他のＤｘ、Ｄｙに対しても同様のコンセプト（concept）で調整適用できる。
【０５０２】
図３３は、本発明の他の一実施形態に従ってシンボル当たりＮｏＡを一定に維持せず、基本共通モードを基盤に帯域幅を拡張する他の方法を示す。
【０５０３】
図３３で、各信号帯域幅の図面はスペクトルマスクによって追加される付加帯域幅のブロックユニットによって追加されるキャリアの数及びパイロット構造を示す。
【０５０４】
図３３は付加帯域幅を調整する方式であって、一定のＮｏＡを維持しない方法である、基本共通モードを基盤にスペクトルマスクを満たすために任意のｎ個のキャリアを追加／削除する方法を示す。一定のＮｏＡのための要求（requirement）がないので、ＣＰに対する制限（constraint）はないが、スペクトルマスク（spectrum mask）によって、追加／削除されるＣＰの特性が多少変化するようになり、したがって、フレームビルダー／パーサは不規則（irregular）なＮｏＡに対応するスケジューリング（scheduling）が必要である。
【０５０５】
そして、追加されるキャリアの両エッジにエッジパイロットが位置するように調整するが、やはり追加される量によって時間補間された周波数領域でのパイロット配置が両端で規則的でないことによるチャンネル推定性能の低下が多少存在することがある。
【０５０６】
前記の方式では、基本共通モードを構成する時、ＳＰ−包含−ＣＰ（あるいは、任意のパイロット）をＮｏＡを合わせるための用途に設定する必要がないので、ＣＰは必要によって非ＳＰ−包含−ＣＰで構成することもでき、充分の自由度を有するように設計が可能である。
【０５０７】
以下、有効帯域幅を最大化する方法であって、設定した転送パラメータをシグナリングする方法に対する実施形態に対して追加的に説明する。
【０５０８】
図３４は、本発明の一実施形態に係る転送パラメータのシグナリング方法を示す図である。
【０５０９】
付加制御信号は有効帯域幅の最大化のための転送パラメータを示す信号であって、前述したように、予め設定された値にマッピングされるか、または誘導されることもできる。このような転送パラメータは、前述したように、コントロールコードアプローチまたはシグナリングアプローチにより送／受信機に設定できる。
【０５１０】
シグナリングアプローチは、転送パラメータ情報をシグナリングフィールドに割り当てて転送し、送／受信機に伝達する方式であって、付加的な情報を送受信しなければならないが、システム運用上の柔軟性を高めることができる長所がある。該当パラメータ情報はプリアンブルあるいはプリアンブルの以後のＰＬＳ（physical signaling）を転送するシンボルの一定区間に転送することができる。
【０５１１】
図３４（ａ）は、プリアンブルを通じて転送パラメータ情報をシグナリングする方法を示す。プリアンブルに転送パラメータを転送する場合、プリアンブルの以後のシグナリングシンボル及びデータシンボルに対してはプリアンブルを通じて獲得した転送パラメータをデコーディングして処理することができる。したがって、プリアンブルの以後に転送されるＰＬＳシンボル及びデータシンボル全てに対して帯域幅効率が最適化されたＮｏＣを使用することができる。
【０５１２】
図３４（ｂ）は、プリアンブルの以後のシグナリングシンボル、即ちＰＬＳを使用してシグナリングする方法を示す。ＰＬＳシンボルに転送パラメータを転送する場合、ＰＬＳシンボル部分は基本共通モードの帯域幅に転送されなければならない。但し、ＰＬＳシンボルで転送パラメータが獲得されて処理されるので、以後のデータシンボルに対してはスペクトルマスク要請に対して効率が最大化されたＮｏＣで転送することができる。この場合、データシンボルのＮｏＣがＰＬＳシンボルのＮｏＣより大きい場合、基本共通モードで転送されるＰＬＳシンボル帯域幅の外郭領域には、ａ）チャンネル推定性能を向上させるためにパイロットを拡張して転送するか、または、ｂ）データシンボルの最初シンボルに対してフレームスターティングシンボルの役割としてパイロットを挿入することができる。
【０５１３】
パラメータ情報をシグナリングする方法の実施形態には、前述した方法に追加で
１）４種類のカテゴリーを分けて、キャリアモード０（carrier mode 0）（基本共通キャリアモード）、キャリアモード１（carrier mode 1）、キャリアモード２（carrier mode 2）、キャリアモード３（carrier mode 3）などでフィールド値をカテゴリー毎に直接割当、指示して各モードのスペクトルマスクに対してＮｏＣを適用する方法と
２）パイロット密度（Ｄｘ＊Ｄｙ）の拡張単位と、拡張ユニットの整数倍として拡張される追加帯域幅を各々指示する方法、そして
３）各ＦＦＴサイズに相応するネットワーク最大のパイロット密度（Ｄｘ＊Ｄｙ）を送受信機に設定し、追加される整数倍に対してのみ指示する方法などを使用することができる。
【０５１４】
図３５は、本発明の一実施形態に係る帯域幅効率最適化方法及び転送パラメータシグナリング方法を示す図である。
【０５１５】
図３５は、チャンネル帯域幅が６ＭＨｚの場合、互いに異なるスペクトルマスク要請によって最適化されたＮｏＣとそれに従うパワースペクトル密度を示す。図３５（ａ）はＦＦＴ ８Ｋ、図３５（ｂ）はＦＦＴ １６Ｋ、図３５（ｃ）はＦＦＴ ３２Ｋに対し、各場合のＡＴＳＣ、Colombia（ＤＶＢ−Ｔ２）、Japan（ＩＳＤＢ−Ｔ）、Brazil（ＩＳＤＢ−Ｔ）の地域のスペクトルマスクを基準にＮｏＣを調整して帯域幅効率を最適化することができる。前述したように、ＮｏＣはパイロット密度（Ｄｘ＊Ｄｙ）の整数倍に該当する値に選択することができる。図３５の実施形態では全てのスペクトルマスクを満たす基本共通モードを基準に、８Ｋの場合は１２８、１６Ｋ／３２Ｋの場合は２５６のユニットの整数倍に帯域幅が拡張されるようにＮｏＣを選択し、図３５（ａ）〜（ｃ）は各場合のＰＳＤを共に示す。
【０５１６】
例えば、図３５（ｄ）で、１６Ｋで基本共通モードのＮｏＣは１３３１２（２５６＊５２＋２５６＊０＋１）であり、コロンビア（extended）のスペクトルマスクではＮｏＣが１３８２５（２５６＊５２＋２５６＊２＋１）に拡張され、この際、拡張される帯域幅はパイロット密度（２５６）の２倍だけ拡張されるものである。各ＮｏＣで＋１はエッジパイロットキャリアを示す。図３５（ｄ）で、各場合の拡張されるＮｏＣはパイロット密度の整数倍で示す。
【０５１７】
前述したシグナリングする方法は、図３５（ｄ）のＮｏＣ調整実施形態を通じて説明すると、次の通りである。
【０５１８】
１）４種類のキャリアモードで直接示す方法は、それぞれ、base common／Brazil、Japan／ＡＴＳＣ、Colombia（normal）／Colombia（extended）に対し、０〜３で割り当てて運用することができる。
【０５１９】
２）パイロット密度（Ｄｘ＊Ｄｙ）で拡張されるユニットである１２８、２５６などの予め設定された値をマッピングして、ユニットによって２〜３ｂｉｔで転送し、整数倍に該当する部分を予め設定された値でマッピングして、ユニットによって２〜３ｂｉｔで転送する方法を使用することができる。例えば、拡張ユニットは１２８：００、２５６：０１、５１２：１０、ｘｘ：１１（future extension）、拡張される整数倍は０〜６に対し、３ｂｉｔあるいは０〜３２ｂｉｔを割り当てて転送することができる。
【０５２０】
３）各ＦＦＴサイズに相応する拡張ユニットであるパイロット密度を各々８Ｋ：１２８、１６Ｋ：２５６、３２Ｋ：２５６に送受信機に設定し、拡張される整数倍に該当される値である０〜６のみを３ｂｉｔで割り当ててシグナリングすることができる。または、パイロット密度を各々８Ｋ：１２８、１６Ｋ：２５６、３２Ｋ：５１２で送受信機に設定し、拡張される整数倍に該当する値である０〜３のみを２ｂｉｔで割り当ててシグナリングすることができる。
【０５２１】
受信機はこれによって該当情報をデコーディングしてＮｏＣを導出してパラメータ情報を設定することができる。
【０５２２】
図３６は、本発明の他の一実施形態に係る帯域幅効率最適化方法及び転送パラメータシグナリング方法を示す図である。
【０５２３】
図３６は、チャンネル帯域幅が７ＭＨｚの場合、ＤＶＢスペクトルマスク要請によって最適化されたＮｏＣとそれに従うパワースペクトル密度を示す。チャンネル帯域幅が７ＭＨｚに対するＤＶＢスペクトルマスクを満たすＮｏＣ調整及びパラメータシグナリングは、図３６（ｄ）でＤＶＢ（７Ｍ）のカテゴリーを使用して図３５で前述した方法により遂行することができる。
【０５２４】
図３７は、本発明の他の一実施形態に係る帯域幅効率最適化方法及び転送パラメータシグナリング方法を示す図である。
【０５２５】
図３７はチャンネル帯域幅が８ＭＨｚの場合、ＤＶＢ及びＤＴＭＢ（China）のスペクトルマスク要請によって最適化されたＮｏＣと、それに従うパワースペクトル密度を示す。チャンネル帯域幅が８ＭＨｚに対するＤＶＢ、ＤＴＭＢのスペクトルマスクを満たすＮｏＣ調整、及びパラメータシグナリングは、図３７（ｄ）でＤＶＢ（８Ｍ）／ＤＴＭＢ、critical（８Ｍ）のカテゴリー及びＤＶＢ（８Ｍ）／ＤＴＭＢ、non-critical（８Ｍ）のカテゴリーを使用して図３５で前述した方法により遂行することができる。
【０５２６】
図３８は、本発明の実施形態に係る帯域幅を調整するように放送信号をプロセッシングして送信する送信方法を示すフローチャートである。
【０５２７】
放送送信機は、帯域幅調整のための少なくとも１つの転送パラメータを設定することができる（Ｓ３８０１０）。そして、放送送信機は設定された転送パラメータによって転送信号をプロセッシング及び転送することができる（Ｓ３８０２０）。
【０５２８】
放送送信機の転送パラメータ設定及び転送信号プロセッシングは、図２６から図３７と関連して前述したように遂行できる。言い換えると、放送送信機の転送パラメータ制御モジュールは、少なくとも１つの転送パラメータを調整して転送信号の帯域幅を調整することができる。このような転送信号の帯域幅は、各国家／地域に従う帯域幅制限及びスペクトルマスク要請によって、帯域幅調整の基礎となる基本共通モードの帯域幅に基づいて調整できる。
【０５２９】
転送パラメータは基本共通モードの信号帯域幅に追加される付加帯域幅パラメータ及び転送信号のサンプリング周波数パラメータのうちの少なくとも１つを含む。付加帯域幅パラメータは、付加されるキャリアの数として設定／シグナリングされることもできる。
【０５３０】
このような転送パラメータは、転送信号のプリアンブルまたはＰＬＳシンボルのうち、少なくとも１つを使用してシグナリングされるか、またはコントロールコードとして放送送信機に設定できる。コントロールコードに設定される場合、放送送信機はコントロールコードを使用して転送パラメータを設定することができる。
【０５３１】
放送送信機の転送信号プロセッシング及び転送は、前述した転送信号のインプットフォーマッティング、ＢＩＣＭプロセッシング、フレームビルディング、及びＯＦＤＭ生成ステップを含む。特に、放送送信機はフレームビルディングモジュール及びＯＦＤＭ生成モジュールを使用して設定された転送パラメータによって転送信号の帯域幅を調整し、変更される転送信号の帯域幅によって転送信号のパイロット構造を調整することもできる。
【０５３２】
図３９は、本発明の実施形態に係る帯域幅が調整された放送信号を受信してプロセッシングする受信方法を示す図である。
【０５３３】
放送送信号受信機は、帯域幅調整のための少なくとも１つの転送パラメータを設定することができる（Ｓ３９０１０）。そして、放送送信機は設定された転送パラメータによって受信信号をプロセッシングすることができる（Ｓ３９０２０）。
【０５３４】
また、放送受信機の転送パラメータ設定及び転送信号プロセッシングも図２６から図３７と関連して前述したように遂行できる。言い換えると、放送受信機の転送パラメータ制御モジュールは、少なくとも１つの転送パラメータを調整して帯域幅が調整された受信信号をプロセッシングすることができる。このような受信信号の帯域幅は、各国家／地域に従う帯域幅制限及びスペクトルマスク要請に従って帯域幅調整の基礎となる基本共通モードの帯域幅に基づいて調整されたものである。
【０５３５】
転送パラメータは基本共通モードの信号帯域幅に追加される付加帯域幅パラメータ及び転送信号のサンプリング周波数パラメータのうちの少なくとも１つを含む。付加帯域幅パラメータは、付加されるキャリアの数として設定／シグナリングされることもできる。
【０５３６】
このような転送パラメータは、受信信号のプリアンブルまたはＰＬＳシンボルのうち、少なくとも１つを使用してシグナリングされるか、またはコントロールコードとして放送受信機に設定できる。コントロールコードに設定される場合、放送受信機はコントロールコードを使用して転送パラメータを設定することができる。シグナリングされる場合、放送受信機はプリアンブルまたはＰＬＳシンボルに含まれた転送パラメータを抽出及びデコーディングすることができる。
【０５３７】
放送受信機の受信信号プロセッシングは、前述した受信信号の同期化／復調、フレームパーシング、デマッピング／デコーディング、及びアウトプットプロセッシングステップを含む。特に、放送受信機は同期化／復調モジュール及びフレームパーシングモジュールを使用して設定された転送パラメータによって調整された帯域幅の受信信号をプロセッシングし、パイロット信号を処理することができる。
【０５３８】
図４０は、本発明の他の一実施形態に係る放送信号転送の転送パラメータを示す図である。
【０５３９】
図４０の表で、本発明は未来放送システムのために提案される転送システムのベースバンドサンプリングレートは、地域／国家に従う互換性を考慮してＤＶＢシステムのベースサンプリングレートを使用し、このベースサンプリングレートを基盤に転送パラメータを最適化して提案する。図４０の表は、該当チャンネル帯域幅によって提案されたガードインターバル、ＦＦＴサイズ、及びパイロットパターンのコンビネーションを示す。
【０５４０】
本実施形態ではガードインターバルサンプルの数は２０６サンプルの整数倍で構成されたモードを提案し、それぞれのチャンネル帯域幅（６ＭＨｚ、７ＭＨｚ、８ＭＨｚ）によって適用されたベースバンドサンプルレート（ＢＳＲ）によってガードインターバルの長さを図４０の表のように提案する。該当ガードインターバルはそれぞれのチャンネル帯域幅を使用する各地域の固定／モバイル受信（fixed/mobile reception）及びＭＦＮ／ＳＦＮ等のネットワーク構成（network configuration）を考慮してサポートできる。
【０５４１】
特に、本実施形態のガードインターバルは互いに異なるＦＦＴサイズとチャンネル帯域幅に対して同一なサンプル数でガードインターバルの各モードを提供して、シグナリングのリダンダンシーを低めて、受信機の複雑度を低めるように設計されている。また、該当ガードインターバルをサポートするパイロットパターン（pilot pattern）の場合、ガードインターバルの一部（fraction）が略５の整数倍値の逆数に対応して、該当ガードインターバルをサポートするための周波数方向へのパイロット間距離（Ｄｘ）は４の倍数を基盤に設定される。これによって、ガードインターバル対比最大チャンネル推定マージンは略２０％〜２５％に設計され、補間フィルター（interpolation filter）は充分のマージンで設計することができる。
【０５４２】
時間方向へのパイロット距離はサポートするサービスの移動性（mobility）と関係され、前述したプロファイル（profile）の使用ケース（use case）により８Ｋ、１６Ｋモードでは移動性（mobility）をサポートするためにＤｙ＝２の値を、固定受信（fixed reception）のためにＤｙ＝４の値を有し、３２Ｋモードは固定受信（fixed reception）に主に使われるモードであって、受信機のメモリ制限（memory constraint）を考慮してＤｙ＝２の値をサポートするようにする。Ｄｙの値は該当受信機の複雑度及びサポートするサービスの移動性によって、より適した値を考慮することができる。
【０５４３】
以下、本発明の他の一実施形態として、パイロットブースティングパラメータ制御方法について説明する。
【０５４４】
パイロットの振幅レベル（amplitude level）は、チャンネル推定ゲインと同時に制限された転送パワー内でデータキャリアが有するパワーに影響を与えて、トレードオフ（trade off）の関係を有する。したがって、パイロットの振幅レベル（amplitude level）は最終等化されたデータセル（equalized data cell（carrier））のＳＮＲを最大化させることができるように最適化されなければならない。
【０５４５】
言い換えると、パイロットの振幅レベル（amplitude level）はチャンネル推定ゲイン（channel estimation gain）及びデータセル（キャリア）のパワーに共に影響を与えるので、パイロット密度及びパイロットのレベルに従うチャンネル推定利得（chann elestimation gain）と、これに従うデータセルのパワー／電力損失を考慮しなければならない。また、チャンネル推定がなされた値で全てのキャリアポジション（carrier position）に対してチャンネル値を得るために使われる補間フィルター（interpolation filter）の利得（gain）によって、ＥＱ出力のＳＮＲが影響を受けるようになる。
【０５４６】
本実施形態では、補間フィルター（interpolation filter）を各時間ドメイン（Time domain）に対しては線型補間（linear interpolation）に従うノイズ低減利得（noise reduction gain）で基準値とし、周波数ドメイン（Frequency domain）に対しては多様なチャンネル環境に従うノイズ低減ゲイン（noise reduction gain）に対してターゲット補間ゲイン（target interpolation gain）を誘導して０．５の値に選定して基準値とする。
【０５４７】
併せて、未来放送システム（future broadcasting system）では各ネットワーク網に最適化されたパイロットが分布及び配置されているので、各モード別パイロットパターン（pilot pattern）によってパイロット（pilot）の振幅（amplitude）も個別的最適化が必要である。本実施形態では、未来放送システムで提案するフレーム構造（frame structure）を考慮して決定されたパイロットのブースティングレベル（boosting level）を提案する。
【０５４８】
併せて、ＳＩＳＯに比べてＭＩＭＯモードのパイロット密度（pilot density）が高いので各ＳＩＳＯ／ＭＩＭＯモードに従うパラメータを提案する。
【０５４９】
各フレーム内のシンボルによっては、以下のようにパイロットブースティングパラメータを提案する。
【０５５０】
１）ＦＳＳ（Frame signaling symbol）／ＦＥＳ（Frame edge symbol）：フレームの両端に位置して密度の高い（dense）パイロットを有するシンボルで、該当シンボルは周波数補間（frequency interpolation）が独立的に遂行されるように設計されたシンボルであって、パイロットの密度（density）はＤｘにより左右され、これによってパイロット振幅を最適化する。
【０５５１】
２）一般データシンボル（Normal data symbol）：ネットワークに合うように設計されたＤｘ、Ｄｙのパイロット配置を有するシンボルで、時間補間（Time interpolation）がシンボル間に遂行されるようになり、各シンボルのパイロット密度はＤｘ＊Ｄｙからなる。したがって、これによってパイロット振幅を最適化する。
【０５５２】
前述した内容を考慮して決定及び提案するパイロットブースティングパラメータは図４１で示す。
【０５５３】
図４１は、本発明の一実施形態に係るパイロットブースティングパラメータを示す。
【０５５４】
図４１は、ノーマルデータシンボル及びＦＳＳ／ＦＥＳに対し、放送システムがサポートするパイロットパターンによってＳＩＳＯ／ＭＩＭＯ方式を考慮したパイロットブースティングパラメータを示す。
【０５５５】
図４１で、Ａｓｐ（スキャッタードパイロットアンプリチュード）（ａ）の表は各パイロットパターンに対して最適化された値を含む。
【０５５６】
図４１で、Ａｓｐ（ｂ）の表は、各々同一なパイロット密度に対してアベレージバリューの値にパイロット振幅を選定した値を含む。
【０５５７】
図４１で、Ａｓｐ（ｃ）の表は、フローティングバリューに選定された（ａ）、（ｂ）の値に対し、受信機を考慮して近似し、分数の値で表現した値を含む。
【０５５８】
放送信号送信機でＯＦＤＭ生成モジュールを通じて前述したパイロットブースティングパラメータを使用して転送信号をプロセッシングすることができる。言い換えると、放送信号送信機は図４１の表及び表に含まれた値を使用してパイロット信号をプロセッシングすることができる。
【０５５９】
本明細書において、放送信号を受信及び送信するための方法及び装置が使用された。
【０５６０】
本発明の思想や範囲を逸脱することなく、本発明で多様な変更及び変形が可能であることは当業者に理解できる。したがって、本発明は添付した請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０５６１】
本明細書で装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用できる。
【符号の説明】
【０５６２】
１０００    インプットフォーマッティングブロック
１０１０    ＢＩＣＭブロック
１０２０    フレームビルディングブロック
１０３０    ＯＦＤＭ生成ブロック
１０４０    シグナリング生成ブロック
【図１】
0006657310.tif 000052
【図２】
0006657310.tif 000053
【図３】
0006657310.tif 000054
【図４】
0006657310.tif 000055
【図５】
0006657310.tif 000056
【図６】
0006657310.tif 000057
【図７】
0006657310.tif 000058
【図８】
0006657310.tif 000059
【図９】
0006657310.tif 000060
【図１０】
0006657310.tif 000061
【図１１】
0006657310.tif 000062
【図１２】
0006657310.tif 000063
【図１３】
0006657310.tif 000064
【図１４】
0006657310.tif 000065
【図１５】
0006657310.tif 000066
【図１６】
0006657310.tif 000067
【図１７】
0006657310.tif 000068
【図１８】
0006657310.tif 000069
【図１９】
0006657310.tif 000070
【図２０】
0006657310.tif 000071
【図２１】
0006657310.tif 000072
【図２２】
0006657310.tif 000073
【図２３】
0006657310.tif 000074
【図２４】
0006657310.tif 000075
【図２５】
0006657310.tif 000076
【図２６】
0006657310.tif 000077
【図２７ａ】
0006657310.tif 000078
【図２７ｂ】
0006657310.tif 000079
【図２７ｃ】
0006657310.tif 000080
【図２８】
0006657310.tif 000081
【図２９】
0006657310.tif 000082
【図３０】
0006657310.tif 000083
【図３１】
0006657310.tif 000084
【図３２】
0006657310.tif 000085
【図３３】
0006657310.tif 000086
【図３４】
0006657310.tif 000087
【図３５ａ】
0006657310.tif 000088
【図３５ｂ】
0006657310.tif 000089
【図３５ｃ】
0006657310.tif 000090
【図３５ｄ】
0006657310.tif 000091
【図３６ａ】
0006657310.tif 000092
【図３６ｂ】
0006657310.tif 000093
【図３６ｃ】
0006657310.tif 000094
【図３６ｄ】
0006657310.tif 000095
【図３７ａ】
0006657310.tif 000096
【図３７ｂ】
0006657310.tif 000097
【図３７ｃ】
0006657310.tif 000098
【図３７ｄ】
0006657310.tif 000099
【図３８】
0006657310.tif 000100
【図３９】
0006657310.tif 000101
【図４０】
0006657310.tif 000102
【図４１】
0006657310.tif 000103