(57)【特許請求の範囲】
【請求項１】
放送信号を送信する装置であって、
インプットストリームを少なくとも１つのデータパイプ（ＤＰ）にインプット−フォーマッティングするインプットフォーマッティングモジュールと、
前記少なくとも１つのＤＰのデータにエラー訂正プロセッシングを遂行するＢＩＣＭモジュールと、
前記ＤＰのデータを含む信号フレームを生成するフレームビルディングモジュールと、
ＯＦＤＭ変調を遂行し、前記信号フレームにガードインターバルを挿入して転送放送信号を生成するＯＦＤＭ生成モジュールと、を含み、
前記ＯＦＤＭ生成モジュールは、前記転送放送信号にＣＰ及びＳＰを含むパイロットを挿入するパイロット信号挿入モジュールを含み、
前記ＣＰは前記信号フレームの全てのシンボルに挿入され、前記ＣＰの位置及び数はＦＦＴサイズに基づいて決定され、
３２Ｋ ＦＦＴモードのためのＣＰセットは右側半分のＣＰセットを左側半分のＣＰセットに付加することにより構成され、前記右側半分のＣＰセットは前記左側半分のＣＰセットをリバーシング及びシフティングすることにより獲得され、
各ＣＰセットは、ＣＰセットのＣＰのキャリアインデックスを有することを特徴とする、放送信号送信装置。
【請求項２】
前記左側半分のＣＰセットの前記リバーシング及びシフティングは、前記左側半分のＣＰセットに含まれたパイロットのポジション値を基準ポジション値から減算することにより遂行される、請求項１に記載の放送信号送信装置。
【請求項３】
前記ＣＰは少なくとも１つのＳＰ−包含ＣＰ、及び少なくとも１つの非ＳＰ−包含ＣＰを含む、請求項１に記載の放送信号送信装置。
【請求項４】
前記少なくとも１つのＳＰ−包含ＣＰ、及び前記少なくとも１つの非ＳＰ−包含ＣＰをコントロールすることによって、各ＯＦＤＭデータシンボルに対して一定のアクティブキャリア数（ＮｏＡ）が維持される、請求項３に記載の放送信号送信装置。
【請求項５】
前記パイロットは基準情報に変調される信号フレーム内のセルである、請求項１に記載の放送信号送信装置。
【請求項６】
前記パイロットは、ブースティングされたパワーレベルで送信される、請求項５に記載の放送信号送信装置。
【請求項７】
放送信号を送信する方法であって、
インプットストリームを少なくとも１つのデータパイプ（ＤＰ）にインプット−フォーマッティングするステップと、
前記少なくとも１つのＤＰのデータにエラー訂正プロセシングを遂行するステップと、
前記ＤＰのデータを含む信号フレームを生成するステップと、
ＯＦＤＭ変調を遂行し、前記信号フレームにガードインターバルを挿入して転送放送信号を生成するステップと、を含み、
前記転送放送信号を生成するステップは、前記転送放送信号にＣＰ及びＳＰを含むパイロットを挿入するステップを含み、
前記ＣＰは前記信号フレームの全てのシンボルに挿入され、前記ＣＰの位置及び数はＦＦＴサイズに基づいて決定され、
３２Ｋ ＦＦＴモードのためのＣＰセットは右側半分のＣＰセットを左側半分のＣＰセットに付加することにより構成され、前記右側半分のＣＰセットは前記左側半分のＣＰセットをリバーシング及びシフティングすることにより獲得され、
各ＣＰセットは、ＣＰセットのＣＰのキャリアインデックスを有することを特徴とする、放送信号送信方法。
【請求項８】
前記左側半分のＣＰセットの前記リバーシング及びシフティングは前記左側半分のＣＰセットに含まれたパイロットのポジション値を基準ポジション値から減算することにより遂行される、請求項７に記載の放送信号送信方法。
【請求項９】
前記ＣＰは少なくとも１つのＳＰ−包含ＣＰ、及び少なくとも１つの非ＳＰ−包含ＣＰを含む、請求項７に記載の放送信号送信方法。
【請求項１０】
前記少なくとも１つのＳＰ−包含ＣＰ、及び前記少なくとも１つの非ＳＰ−包含ＣＰをコントロールすることによって、各ＯＦＤＭデータシンボルに対して一定のアクティブキャリア数（ＮｏＡ）が維持される、請求項９に記載の放送信号送信方法。
【請求項１１】
前記パイロットは基準情報に変調される信号フレーム内のセルである、請求項７に記載の放送信号送信方法。
【請求項１２】
前記パイロットはブースティングされたパワーレベルで送信される、請求項１１に記載の放送信号送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための多様な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、多様な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチャンネル（multichannel、多チャンネル）オーディオ、及び多様な付加サービスを提供することができる。しかしながら、ディジタル放送のためには、多量のデータ転送に対するデータ転送効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。
【課題を解決するための手段】
【０００４】
前述した技術的課題を解決するために、本発明の実施形態に係るシグナリング情報を含む放送信号をプロセッシングする放送信号送信機は、入力ストリームを少なくとも１つのＤＰ（Data Pipe）にデマルチプレキシングするインプットフォーマッティングモジュール、前記少なくとも１つのＤＰのデータをエラー訂正プロセッシングするＢＩＣＭモジュール、前記ＤＰのデータをフレーム内のシンボルでマッピングするフレームビルディングモジュール、及び前記フレームにプリアンブルを挿入してＯＦＤＭ変調を遂行して転送放送信号を生成するＯＦＤＭ生成モジュールを含み、前記ＯＦＤＭ生成モジュールは前記転送放送信号にＣＰ（Continual Pilots）及びＳＰ（Scattered Pilots）を含むパイロット信号を挿入するパイロット信号挿入モジュールをさらに含み、前記ＣＰは信号フレームの全てのシンボルに挿入され、ＣＰの位置及び数字はＦＦＴ（Fast Fourier Transform）サイズに基づいて決定できる。
【０００５】
また、前述した技術的課題を解決するために、本発明の実施形態に係るシグナリング情報を含む放送信号をプロセッシングする放送信号受信機は、受信放送信号に対して信号検出及びＯＦＤＭ復調を遂行する同期化／復調モジュール、前記受信放送信号の信号フレームをパーシングしてサービスデータを抽出するフレームパーシングモジュール、入力信号をビットドメインに変換し、デインターリービングを遂行するデマッピング及びデコーディングモジュール、及びサービスデータを受信してデータストリームを出力するアウトプットプロセッシングモジュールを含み、前記同期化／復調モジュールは前記受信放送信号からＣＰ（Continual Pilots）及びＳＰ（Scattered Pilots）を含むパイロット信号をディテクティングするパイロット信号ディテクティングモジュールをさらに含み、前記ＣＰは信号フレームの全てのシンボルに含まれ、前記ＣＰの位置及び数字はＦＦＴ（Fast Fourier Transform）サイズに基づいて決定できる。
【発明の効果】
【０００６】
本発明は、サービス特性によってデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（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 signaling）マッピングを示す。
【図１８】本発明の一実施形態に係るＥＡＣ（emergency alert channel）マッピングを示す。
【図１９】本発明の一実施形態に係るＦＩＣ（fast information channel）マッピングを示す。
【図２０】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）のタイプを示す。
【図２１】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）マッピングを示す。
【図２２】本発明の一実施形態に係るＦＥＣ（forward error correction）構造を示す。
【図２３】本発明の一実施形態に係るビットインターリービングを示す。
【図２４】本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【図２５】本発明の一実施形態に係る時間インターリービングを示す。
【図２６】本発明の一実施形態に係る放送信号受信機の同期化及び復調モジュールの詳細ブロック図を示す図である。
【図２７】本発明の一実施形態に係るＣＰセットを示す図である。
【図２８】本発明の一実施形態に係るＣＰセットのインデックステーブル及びスペクトル図を示す。
【図２９】本発明の一実施形態に係るＣＰパターン構成方法を示す図である。
【図３０】図２９の実施形態に対するインデックステーブル構成方法を示す図である。
【図３１】本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【図３２】図３１の実施形態に係るパイロットパターン構成方法をより詳細に示す図である。
【図３３】本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【図３４】本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【図３５】図３４の実施形態に対するインデックステーブル構成方法を示す図である。
【図３６】本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【図３７】パターンリバーサル（reversal）方法を用いたＣＰパターン生成の他の実施形態を示す。
【図３８】図３７の実施形態に係るＣＰパターン生成方法及びそれに従うＣＰポジションを示すテーブルである。
【図３９】本発明の一実施形態に係る放送信号送信方法を示す図である。
【図４０】本発明の一実施形態に係る放送信号受信方法を示す図である。
【発明を実施するための形態】
【００１３】
本発明の好ましい実施形態に対して具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって具現できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。
【００１４】
本発明で使われる大部分の用語は該当分野で広く使われる一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。
【００１５】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非−ＭＩＭＯ（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）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００１９】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対する重要システムパラメータが以下の＜表１＞に記載されている。
【００２０】
【表１】
0006426183.tif 000002
【００２１】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００２２】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００２３】
【表２】
0006426183.tif 000003
【００２４】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャンネル能力を提供する。該当プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００２５】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ転送は初期には既存の楕円分極転送装備を使用し、以後に全出力交差分極転送に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００２６】
【表３】
0006426183.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 signaling）シグナリング、データパイプ、または補助ストリームのために使われない残りの容量を詰めることに使われる疑似ランダム値を伝達するセル
【００３９】
ＦＡＣ（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 signaling 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 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：モード適応）ブロックを示す。
【０１００】
マルチインプットストリーム（multiple input stream：多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックは、多数入力ストリームを独立的に処理することができる。
【０１０１】
図３を参照すると、マルチインプットストリーム（multiple 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から組織的にエンコーディングされ、その後に添付される。
【０１４７】
【数１】
0006426183.tif 000005
【０１４８】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１４９】
【表４】
0006426183.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：動的）部分には、必要時、パッディングが後続する。
【０１９５】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０１９６】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０１９７】
ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０１９８】
【表５】
0006426183.tif 000007
【０１９９】
ＦＦＴ＿ＳＩＺＥ：該当２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。
【０２００】
【表６】
0006426183.tif 000008
【０２０１】
ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２０２】
【表７】
0006426183.tif 000009
【０２０３】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。該当フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。該当フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。該当フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２０４】
ＰＩＬＯＴ＿ＭＯＤＥ：該当１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。該当フィールドが０に設定されれば、モバイルパイロットモードが使われる。該当フィールドが１に設定されれば、固定パイロットモードが使われる。
【０２０５】
ＰＡＰＲ＿ＦＬＡＧ：該当１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使われるか否かを示す。該当フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使われる。該当フィールドが０に設定されれば、ＰＡＰＲ減少が使われない。
【０２０６】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：該当３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける該当フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２０７】
【表８】
0006426183.tif 000010
【０２０８】
ＲＥＳＥＲＶＥＤ：該当７ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２０９】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２１０】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本転送パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２１１】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：該当２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２１２】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：該当２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２１３】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２１４】
【表９】
0006426183.tif 000011
【０２１５】
ＮＵＭ＿ＦＳＳ：該当２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２１６】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドは転送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２１７】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。該当標準で叙述されたバージョンに対し、値が００００に設定される。
【０２１８】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２１９】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使われる周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、該当フィールドは０に設定される。
【０２２０】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２２１】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての転送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２２２】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使われないフィールドはゼロで詰められる。
【０２２３】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。該当フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２２４】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：該当２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２２５】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２２６】
ＲＥＳＥＲＶＥＤ：該当４ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２２７】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２２８】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドはＰＬＳ２の保護により使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２２９】
【表１０】
0006426183.tif 000012
【０２３０】
ＰＬＳ２＿ＭＯＤ：該当３ビットフィールドはＰＬＳ２により使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２３１】
【表１１】
0006426183.tif 000013
【０２３２】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣtotal_partial_blockを示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３３】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３４】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３５】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２３６】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal_partial_blockを示す。反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２３７】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２３８】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：該当３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２３９】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは非活性化される。
【０２４０】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 該当１５ビットフィールドはＰＬＳ２反復が使われる場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal_full_blockを示す。次のフレームグループで反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４１】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２４２】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２４３】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は該当フィールドの値を提供する。該当フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使われない。
【０２４４】
【表１２】
0006426183.tif 000014
【０２４５】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は該当フィールドの値を定義する。`
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４８】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２４９】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２５０】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２５１】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２５２】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。
【０２５３】
ＦＩＣ＿ＦＬＡＧ：該当１ビットフィールドはＦＩＣが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。該当フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５４】
ＡＵＸ＿ＦＬＡＧ：該当１ビットフィールドは補助ストリームが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。該当フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５５】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２５６】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内で唯一に識別する。
【０２５７】
ＤＰ＿ＴＹＰＥ：該当３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２５８】
【表１３】
0006426183.tif 000015
【０２５９】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：該当８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２６０】
ＢＡＳＥ＿ＤＰ＿ＩＤ：該当６ビットフィールドは管理階層で使われる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２６１】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは関連したデータパイプにより使われるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２６２】
【表１４】
0006426183.tif 000016
【０２６３】
ＤＰ＿ＣＯＤ：該当４ビットフィールドは関連したデータパイプにより使われるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２６４】
【表１５】
0006426183.tif 000017
【０２６５】
ＤＰ＿ＭＯＤ：該当４ビットフィールドは関連したデータパイプにより使われる変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２６６】
【表１６】
0006426183.tif 000018
【０２６７】
ＤＰ_ＳＳＤ＿ＦＬＡＧ：該当１ビットフィールドはＳＳＤモードが関連したデータパイプで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＳＳＤは使われる。該当フィールドの値が０に設定されれば、ＳＳＤは使われない。
【０２６８】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２６９】
ＤＰ＿ＭＩＭＯ：該当３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２７０】
【表１７】
0006426183.tif 000019
【０２７１】
ＤＰ＿ＴＩ＿ＴＹＰＥ：該当１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２７２】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：該当２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０２７３】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、該当フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。該当２ビットフィールドに許容されるＰIの値は、以下の＜表１８＞に定義される。
【０２７４】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。該当２ビットフィールドに許容されるＰIの値は以下の＜表１８＞に定義される。
【０２７５】
【表１８】
0006426183.tif 000020
【０２７６】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：該当２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、該当フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、該当フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、該当フィールドの値は１に設定される。
【０２７７】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：該当１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使われないと、該当フィールド値は１に設定される。一方、タイムインターリービングが使われれば、該当フィールド値は０に設定される。
【０２７８】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：該当５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０２７９】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：該当１０ビットフィールドは該当データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。該当フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０２８０】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０２８１】
【表１９】
0006426183.tif 000021
【０２８２】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：該当２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０２８３】
【表２０】
0006426183.tif 000022
【０２８４】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０２８５】
【表２１】
0006426183.tif 000023
【０２８６】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：該当２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使われるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０２８７】
【表２２】
0006426183.tif 000024
【０２８８】
ＤＮＰ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０２８９】
【表２３】
0006426183.tif 000025
【０２９０】
ＩＳＳＹ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０２９１】
【表２４】
0006426183.tif 000026
【０２９２】
ＨＣ＿ＭＯＤＥ＿ＴＳ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０２９３】
【表２５】
0006426183.tif 000027
【０２９４】
ＨＣ＿ＭＯＤＥ＿ＩＰ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０２９５】
【表２６】
0006426183.tif 000028
【０２９６】
ＰＩＤ：該当１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０２９７】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２９８】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０２９９】
ＦＩＣ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３００】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３０１】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０２】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０３】
ＮＵＭ＿ＡＵＸ：該当４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使われないことを示す。
【０３０４】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０５】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：該当４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。
【０３０６】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。
【０３０７】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３０８】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３０９】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３１０】
ＦＲＡＭＥ＿ＩＮＤＥＸ：該当５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３１１】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３１２】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３１３】
ＲＥＳＥＲＶＥＤ：該当１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１４】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３１５】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３１６】
ＤＰ＿ＳＴＡＲＴ：該当１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３１７】
【表２７】
0006426183.tif 000029
【０３１８】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：該当１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３１９】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２０】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３２１】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドは現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３２２】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：該当８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３２３】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３２４】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３２５】
ＥＡＣ＿ＣＯＵＮＴＥＲ：該当１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３２６】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３２７】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：該当４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。該当フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３２８】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３２９】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３３０】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３３１】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３３２】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpolation：補間）を可能にする。
【０３３３】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３３４】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３３５】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３３６】
ＥＡＣはＥＡＳメッセージを伝達する専用チャンネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３３７】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３３８】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３３９】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが転送されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３４０】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３４１】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３４２】
ＦＩＣは、高速サービス獲得及びチャンネルスキャンを可能にするために階層間情報（cross-layer information）を伝達する専用チャンネルである。該当情報は主にデータパイプの間のチャンネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが転送するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。
【０３４３】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。該当フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３４４】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３４５】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３４６】
ＥＡＳメッセージが現フレームで転送されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３４７】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３４８】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３４９】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３５０】
先行するチャンネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３５１】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３５２】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３５３】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３５４】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３５５】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの転送に使用することができるＯＦＤＭセルの総数を超過できない。
【０３５６】
【数２】
0006426183.tif 000030
【０３５７】
この際、ＤDP1はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤDP2はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て「タイプ１のマッピング規則」に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３５８】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３５９】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３６０】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３６１】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが転送され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで転送されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て転送されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３６２】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、該当シンボルでのＦＩＣセルの数はＣFSSより大きくない。（ｂ）の右側に示した第３の場合は該当シンボルにマッピングされたＦＩＣセルの数がＣFSSを超過する点を除いて、第２の場合と同一である。
【０３６３】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な「タイプ１のマッピング規則」に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３６４】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３６５】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮcellsはＦＥＣＢＬＯＣＫサイズ、Ｎldpc、コンステレーションシンボル当たり転送されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬDPUとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組合せ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬDPUはフィジカルプロファイルに基づいて定義される。
【０３６６】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３６７】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３６８】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３６９】
Ｎldpcの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３７０】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３７１】
【表２８】
0006426183.tif 000031
【０３７２】
【表２９】
0006426183.tif 000032
【０３７３】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３７４】
１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使われる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０３７５】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使われる。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）が各々のＩldpc（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０３７６】
【数３】
0006426183.tif 000033
【０３７７】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０３７８】
ロングＦＥＣＢＬＯＣＫに対してＮldpc−Ｋldpcパリティビットを計算する具体的な手続は、次の通りである。
【０３７９】
１）パリティビット初期化
【０３８０】
【数４】
0006426183.tif 000034
【０３８１】
２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉO累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０３８２】
【数５】
0006426183.tif 000035
【０３８３】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉs累算（accumulate）。
【０３８４】
【数６】
0006426183.tif 000036
【０３８５】
ここで、ｘは第１のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ1に対するＱldpc＝２４に引続き、次の動作が実行される。
【０３８６】
【数７】
0006426183.tif 000037
【０３８７】
４）３６１番目の情報ビットｉ360に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ360に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２の行のエントリーを示す。
【０３８８】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使われる。
【０３８９】
全ての情報ビットが用いられた後、最終パリティビットが次の通りに得られる。
６）ｉ＝１から始めて次の動作を順次に実行
【０３９０】
【数８】
0006426183.tif 000038
【０３９１】
ここで、ｐi、ｉ＝０，１，．．．，Ｎldpc−Ｋldpc−１の最終コンデンツはパリティビットｐiと同一である。
【０３９２】
【表３０】
0006426183.tif 000039
【０３９３】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する該当ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０３９４】
【表３１】
0006426183.tif 000040
【０３９５】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０３９６】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０３９７】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０３９８】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮcells＝６４８００／ηMODまたは１６２００／ηMODである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組合せに固有である。
【０３９９】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηMOD）によって実行される。１つの内部グループに対するＱＣＢの数ＮQCB_IGも定義される。
【０４００】
【表３２】
0006426183.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個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０４１８】
【表３３】
0006426183.tif 000042
【０４１９】
各々のデータパイプで、タイムインターリービングメモリは入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を格納する。入力されたＸＦＥＣＢＬＯＣＫは、
【数９】
0006426183.tif 000043
として定義されると仮定する。ここで、dn,s,r,qはｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｒ番目ＸＦＥＣＢＬＯＣＫのｑ番目セルであり、次のようなＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。
【数１０】
0006426183.tif 000044
【０４２０】
【数１１】
0006426183.tif 000045
【０４２１】
一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。
【０４２２】
タイムインターリービングはツイストされた行−列ブロックインターリーバである。ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックに対し、列の数Ｎcが
【数１２】
0006426183.tif 000046
と同一である一方、タイムインターリービングメモリの行の数Ｎrはセルの数Ｎcellと同一である（即ち、Ｎr＝Ｎcell）。
【０４２３】
以下、放送信号送信機の放送信号送信方法であって、特にＣＰ（Continual Pilots）を構成する方法について説明する。
【０４２４】
前述したように、図８は図４のＯＦＤＭ生成モジュールに対する詳細なブロック図を示す。図８で、パイロット及びリザーブド（reserved）トーン（tone）挿入（insertion）モジュール８０００は、転送信号の信号ブロック毎に定まった位置に特定パターンのＣＰを挿入する。以下、パイロット及びリザーブドトーン挿入モジュールは、パイロット信号挿入モジュールまたはレファレンスシグナル挿入及びＰＡＰＲリダクションモジュールと称することもできる。図８で、２Ｄ−ｅＳＦＮエンコーディングモジュール８０１０は、実施形態によって省略されるか、類似または同一機能を有する他のモジュールにより取り替えることができる。また、実施形態によってプリアンブル挿入モジュール８０５０と他のシステム挿入（other system insertion）モジュール８０６０との間にウェーブフォームプロセッシングモジュールが含まれることもできる。ウェーブフォームプロセッシングモジュールはオプショナルなブロックであって、転送ウェーブフォームに対してout-of-emissionなどの特性を反映してウェーブフォームを調整するものであって、パルスシェーピングフィルタ（pulse shaping filter）と類似するように動作する。但し、ウェーブフォームプロセッシングモジュール８０４０は、具現によって省略されるか、類似または同一機能を有する他のモジュールにより取り替えることもできる。
【０４２５】
図２６は、本発明の一実施形態に係る放送信号受信機の同期化及び復調モジュールの詳細ブロック図を示す図である。
【０４２６】
図２６は、図９で示す同期化及び復調モジュール９０００に含まれるサブモジュールを示す。
【０４２７】
同期化／復調モジュールは、放送信号をチューニングするチューナー２６０１０、受信したアナログ信号をディジタル信号に変換するＡＤＣモジュール２６０２０、受信信号に含まれたプリアンブルを検出するプリアンブルディテクティングモジュール２６０３０、受信信号に含まれたガードシーケンスを検出するガードシーケンスディテクティングモジュール２６０４０、受信信号にＦＦＴを遂行するウェーブフォームトランスフォームモジュール２９０５０、受信信号に含まれたパイロット信号を検出するレファレンス信号ディテクティングモジュール２６０６０、抽出されたガードシーケンスを使用してチャンネル等化を遂行するチャンネル等化モジュール２６０７０、及びインバースウェーブフォームモジュール２６０８０、時間領域でパイロット信号を検出するタイムドメインレファレンスシグナルディテクティングモジュール２６０９０、及びプリアンブル及びパイロット信号を使用して受信信号の時間／周波数同期化を遂行する時間／周波数同期化モジュール２６１００を含む。インバースウェーブフォームモジュール２６０８０は、ＦＦＴの逆に対抗する変換を遂行するモジュールであって、これは実施形態によって省略されるか、同一または類似の機能を遂行する他のモジュールに取り替えることができる。
【０４２８】
図２６で、受信機が複数のアンテナで受信した信号を複数の経路を通じて処理する場合で、同一モジュールが並列に図示されており、同一モジュールに対して重複説明はしない。
【０４２９】
本発明において、受信機はレファレンスシグナルディテクティングモジュール２６０６０及びタイムドメインレファレンスシグナルディテクティングモジュール２６０９０を使用してパイロット信号をディテクティング及び使用することができる。レファレンスシグナルディテクティングモジュール２６０６０は、周波数ドメインでパイロット信号を検出し、受信機は検出されたパイロット信号の特性を使用して同期化及びチャンネル推定を遂行することができる。タイムドメインレファレンスシグナルディテクティングモジュール２６０９０は、受信された信号の時間ドメインでパイロット信号を検出し、受信機は検出されたパイロット信号の特性を使用して同期化及びチャンネル推定を遂行することができる。本明細書では、周波数ドメインでパイロット信号を検出するモジュール２６０６０、及び時間ドメインでパイロット信号を検出するモジュール２６０９０のうち、少なくとも１つをパイロット信号ディテクティングモジュールとして称することができる。また、本明細書でレファレンス信号はパイロット信号を意味するものである。
【０４３０】
受信機は受信信号に含まれたＣＰパターンをディテクティングし、ディテクティングされたＣＰパターンを使用してcoarse ＡＦＣ（Auto-Frequency Control）、fine ＡＦＣ、及びＣＰＥ（Common Phase Error correction）を通じて同期化を遂行することができる。
【０４３１】
本発明は多様な目的及び効果を満たすＣＰパターンをデザインしようとする。まず、本発明で提案するＣＰパターンは、与えられたＮｏＣ（Number of active Carrier）及び与えられたＳＰパターンに対して各ＯＦＤＭシンボルでのＮｏＡ（Number of Active data carrier）の数を一定に維持することによって、シグナリング情報を低減し、タイムインターリーバ及びキャリアマッピングのインタラクションを単純化（simplify）しようとする。また、本発明はこのような条件を達成するためにＮｏＣ及びＳＰパターンによってＣＰパターンを変更しようとする。また、本発明のＣＰパターンはスペクトルに対するラフな均等分布（roughly even distribution over spectrum）及びスペクトルに対するランダムな位置分布（random position distribution over spectrum）を満たして、周波数の選択的チャンネルに対抗（combat）できるように、ＳＰ−包含ＣＰ（SP-bearing CP）及び非ＳＰ−包含ＣＰ（non SP-bearing CP）を適正に（fairly）選択しようとする。そして、ＣＰの全体オーバーヘッド（overall overhead）を管理（preserve）するようにＮｏＣが増加するにつれてＣＰポジションの数が増加するようにＣＰパターンを構成しようとする。
【０４３２】
ＣＰのパターンまたは位置情報は、送信機及び受信機のメモリにインデックス−テーブルとして格納することができる。しかしながら、放送システムで使用するＳＰパターンが多様になり、ＮｏＣのモードが増加するにつれてインデックステーブルの大きさが増加してメモリで占める部分が増加する短所が発生するようになった。したがって、本発明はこのような問題点を解決しながら、前述したＣＰパターンの目的及び効果を満たすことができるＣＰパターンを提供しようとする。本発明では、ＮｏＣが最も小さい値を基準にＣＰをランダムに位置させる位置情報をインデックス−テーブル化する。そして、より大きい値を有するＮｏＣに対してはインデックス−テーブルの分布パターンを反転またはサイクリック−シフティング後、反転することによって、ＣＰパターンを拡張しようとする。したがって、少ない量のインデックス−テーブルでもＮｏＣの大きい信号転送時のＣＰパターンまで導出することができるので、メモリ使用効率を高めることができる。本発明のＣＰパターンは、基本インデックス−テーブルのＣＰパターンを拡張されるＮｏＣ、ＳＰモードにも適用することができ、スペクトル上でＣＰの位置を均等（even）に、かつランダムに分布させることができる。以下、サブインデックステーブルとして格納されるサブＣＰパターン及び追加されるサブＣＰパターンをＣＰセットと称することもできる。ＣＰセットは、インデックステーブルとして格納されることができ、インデックステーブルはＣＰセットに含まれるパイロットのポジション値／バリューを含むテーブルである。このような本発明のＣＰパターン提供方法に対し、以下、より詳しく説明する。
【０４３３】
図２７は、本発明の一実施形態に係るＣＰセットを示す図である。
【０４３４】
本発明において、ＣＰパターンは少なくとも１つのＣＰセットを含む。この場合、ＣＰセットでＣＰのポジションはＰＲＢＳ（Pseudo-Random Binary Sequence）を使用してランダムに、かつ均等分布（even distribution）したポジションにインデックス−テーブルに設定できる。言い換えると、ＣＰポジションはＰＮ生成器（generator）を使用して、与えられたＮｏＣに対してランダムに選択できる。ＯＦＤＭシンボル当たりＮｏＡは、ＳＰ−包含ＣＰ（SP-bearing CP）及び非ＳＰ−包含ＣＰ（non SP-bearing CP）を適切に調整して一定に維持される。
【０４３５】
図２７の実施形態において、１シンボルは４９個のキャリアを含む。ＳＰはＤｘ（周波数方向パイロットディスタンス）＝３、Ｄｙ（時間方向パイロットディスタンス）＝４の場合の実施形態である。ＣＰセットは７個のCP-bearing SPと３個のNon-Bearing SPを含み、２つのエッジキャリアを含む。そして、ＳＰの数を勘案したＮｏＡの数はシンボル当たり３５個に維持される。
【０４３６】
図２７のＣＰセットは実施形態であって、前述した条件を満たす範囲内でＣＰの位置は変更されることもできる。
【０４３７】
図２８は、本発明の一実施形態に係るＣＰセットのインデックステーブル及びスペクトル図を示す。
【０４３８】
図２８は図２７と同様な方法により生成したパイロットセットに対する位置情報を示すインデックステーブルの実施形態を示す。図２８のインデックステーブルは８Ｋ ＦＦＴモード（ＮｏＣ：６８１７）、ＳＰモード（Ｄｘ：３、Ｄｙ：４）の場合の実施形態である。右側図面はインデックステーブルをスペクトル観点から図式化した結果を示す。
【０４３９】
図２９は、本発明の一実施形態に係るＣＰパターン構成方法を示す図である。
【０４４０】
図２９は前述したＣＰパターン構成方法であって、４個のＣＰセットをマルチプレキシングする方法を示す概念図である。４個のＣＰセットの各々は、図２９でＰＮ１、ＰＮ２、ＰＮ３、及びＰＮ４で示した。この方法は以下の通り遂行できる。
【０４４１】
レファレンスインデックス−テーブルを構成する時、全体テーブルを一定大きさのサブインデックス−テーブルに分けて、各サブインデックステーブルに対して互いに異なるＰＮ発生器（または、互いに異なるシード（seed））を用いてＣＰポジションを生成することができる。図２９は各々８Ｋ／１６Ｋ／３２ＫのＦＦＴモードに対して４個のサブインデックステーブル（ＰＮ１、ＰＮ２、ＰＮ３、及びＰＮ４）を４個の互いに異なるＰＮ発生器で発生させて全体レファレンスインデックステーブルを構成する方法を示す。
【０４４２】
転送モードに従って送信機は８Ｋモードの場合、ＰＮ１のＣＰ位置情報を使用してＣＰパターンを構成することができる。送信機は１６Ｋモードの場合、ＰＮ１とＰＮ２のＣＰ位置情報を順次に羅列して全体ＣＰポジションを分布させ、３２Ｋモードの場合、ＰＮ１とＰＮ２のＣＰ位置情報にＰＮ３とＰＮ４のＣＰ位置情報を順次に羅列して全体ＣＰポジションを分布させることができる。
【０４４３】
このような方式によりＣＰを与えられたスペクトル上で均等に、かつランダムに分布させるように位置させる条件が満たすことができる。
【０４４４】
図３０は、図２９の実施形態に対するインデックステーブル構成方法を示す図である。
【０４４５】
図３０は図２９の実施形態に対し、Ｄｘ＝３、Ｄｙ＝４を有するＳＰパターンを考慮してＣＰ位置情報を発生させたインデックステーブルを示す。８Ｋ／１６Ｋ／３２Ｋ ＦＦＴモードでＮｏＣは各々６８１７／１３６３３／２７２６５に該当する。各サブインデックステーブルのＣＰ位置値は８Ｋ ＦＦＴモードを基本に格納され、１６Ｋ以上のＦＦＴモードをサポートする場合、追加的に必要なサブインデックステーブル値を一定量だけ足したりシフティングしたりして適用する。
【０４４６】
サブインデックステーブルＰＮ１、ＰＮ２、ＰＮ３の最後の位置値（Ｄｘ*Ｄｙの整数倍であり、円でマーキングされた部分）は、該当サブインデックステーブルが拡張される時に必要な値を示す。例えば、ＦＦＴモードが拡張されるにつれてサブインデックステーブルが拡張される時、最後の位置値は次のようなルールによって使用できる。
ｉ）８Ｋ ＦＦＴモード適用時、sub index-table PN1の最後の位置値は適用されない
ii）１６Ｋ ＦＦＴモード適用時、sub index-table PN1の最後の位置値は適用され、sub index-table PN2の最後の位置値は適用されない
iii ）３２Ｋ ＦＦＴモード適用時、sub index-table PN1/2/3の最後の位置値全て適用される
【０４４７】
【数１３】
0006426183.tif 000047
【０４４８】
＜数式９＞は図２９から図３０で説明したＣＰパターン構成方法を示す。＜数式９＞で、ＣＰ＿８Ｋ／１６Ｋ／３２Ｋ（ｋ）は各々８Ｋ／１６Ｋ／３２Ｋモードに対するＣＰパターンを、ＰＮ＿１／２／３／４はサブインデックステーブル名称（sub index-table name）を、ＳＰＮ＿１／２／３／４はＰＮ１／２／３／４のサブインデックス−テーブルのサイズを、α１／２／３はシフティング値（a shifting value to distribute evenly the added CP positions）を示す。ＣＰパターンの生成方法は図２９から図３０で説明した通りである。ＣＰ＿８Ｋ（ｋ）及びＣＰ＿１６Ｋ（ｋ）の数式で、−１はマルチプレキシングのための付加ポジションナンバー（additional position number required for multiplexing）を示す。
【０４４９】
図３１は、本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【０４５０】
図３１の実施形態では、図示したように、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４のＣＰセットをマルチプレキシングしてＦＦＴモードに合うＣＰパターンを提供しようとする。この実施形態において、８Ｋモードの場合はＰＮ１を、１６Ｋモードの場合はＰＮ１とＰＮ２を、３２Ｋの場合はＰＮ１、ＰＮ２、ＰＮ３、及びＰＮ４を定めたルールによってマルチプレキシングしてＣＰシーケンスを生成する。前述したように、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４のＣＰセットは相異するＰＮ生成器を通じて生成されるが、これを図２９及び図３０と異なる方法により合成する実施形態である。
【０４５１】
図３１のＣＰパターン構成方法の場合、８Ｋモード基準の１つのパイロット密度（density）ブロックをＮｂｌｋとして表現し、１つのＮｂｌｋの中にはＦＦＴモードに従って、１６Ｋは２つ、３２Ｋは４個のパイロット密度ブロックが含まれるものであって、各ＦＦＴモードに従ってＣＰセットをマルチプレキシングしてＣＰパターンを生成する。そして、ＰＮ１の場合は８Ｋ、１６Ｋ、３２Ｋに対し、ＰＮ２は１６Ｋ、３２Ｋに対し、フィジカルスペクトル（physical spectrum）で同一なポジション位置（position）に位置するようにパイロットセットを構成することができる。
【０４５２】
この方法の場合、それぞれのＣＰセットであるＰＮ１〜ＰＮ４はランダムに、かつ均等に分布するように生成することができ、自己相関（auto correlation）の特性に優れるように設計することができる。１６Ｋに追加的に位置が決定されるＰＮ２は、８Ｋで定まったＰＮ１の位置に対し、自己相関及び均等分布（even distribution）性能に優れるように最適化させて決定することができる。同様に、３２Ｋに追加的に位置が決定されるＰＮ３、４の場合、１６Ｋで定まった位置を基盤に前記特性を最適化させてシーケンスを生成させることができる。特に、ＰＮ１の場合、８Ｋ、１６Ｋ、３２Ｋに対し、ＰＮ２は１６Ｋ、３２Ｋに対し、フィジカルスペクトル（physical spectrum）で同一な位置（position）に位置するように生成されるので、受信側で同期化アルゴリズムを単純化（simplify）することができる。併せて、各ＰＮはスペクトル（spectrum）に均等に分布されているので、特定チャンネル（channel）による影響を緩和させることができる。また、シーケンス発生において、スペクトルの両側エッジスペクトル（edge spectrum）の一定部分はＣＰを配置しないので、ＩＣＦＯ（integral carrier frequency offset）が発生した時、ＣＰの一部分が消失されることを多少緩和させることができる。
【０４５３】
図３２は、図３１の実施形態に係るパイロットパターン構成方法をより詳細に示す図である。
【０４５４】
図３２で、ＰＮ１〜ＰＮ４のパイロットセットはＣＰがランダムに、かつ均等に分布されたシーケンスと仮定する。併せて、前述したように、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４の各々は８Ｋ、１６Ｋ、３２Ｋに対し、自己相関及び均等分布の特性を満たすように最適化（optimization）できる。
【０４５５】
図３２の実施形態はチャンネル推定のためのＳＰパターンが周波数方向（frequency direction）の距離Ｄｘが８、時間方向（time direction）の距離Ｄｙが２に対して記述されているが、他のパターンに対しても適用可能である。図３２のように、８Ｋの場合はＰＮ１を、１６Ｋの場合はＰＮ１とＰＮ２、３２Ｋの場合はＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４を定まったマルチプレキシング規則により生成して全体パイロットパターンが構成できる。
【０４５６】
図３２で、図３１のように８Ｋ基準の１つのパイロット密度ブロック（pilot density block）をＮｂｌｋとして表現し、１つのＮｂｌｋの中にＦＦＴモードに従って各々１６Ｋは２つ、３２Ｋは４個のパイロット密度ブロック（pilot density block）を含むことを示した。そして、それぞれＦＦＴモードに従って定まったＰＮのマルチプレキシング規則によって生成されるＣＰパターンを示した。各ＦＦＴモードに設定されるＣＰは、場合によって、分散パイロット（scattered pilot）と重なるか（SP-bearing CP）、または重ならないように（non SP-bearing CP）位置することができる。
【０４５７】
図３２の実施形態では、周波数領域で各ＦＦＴモードで同一な位置にパイロットが位置するように設定するために、SP bearing及びNon-SP bearingの位置にＣＰを位置させるマルチプレキシング規則（multiplexing rule）が適用される。
【０４５８】
SP bearing CPの場合、予め設定されたように、シンボルによって分散されたパイロット（Scattered pilot）のオフセットに従うパターンに対してランダムに、かつ均等に分布（evenly distribution）されるようにSP bearing setをなす８Ｋモードの長さに対等するＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４が設定され、各ＰＮはＦＦＴモードに従って定まったマルチプレキシング規則（multiplexing rule）によって位置するようになる。詳述すると、１６ＫモードでＰＮ１に追加されるＰＮ２は、ＰＮ１が位置する分散パイロットのオフセットパターン（offset pattern）を除外した残りに位置するようにＰＮ２に対する位置のオフセット（offset）を設定するか、あるいは定まったパターン（pattern）位置に設定されるように算出できる。同様に、３２Ｋの場合、ＰＮ３、４はＰＮ１、２が位置する分散パイロット（scattered pilot）のオフセットパターン（offset pattern）を除外した残りに位置するように設計する。
【０４５９】
Non-SP bearing CPの場合、各ＰＮ１〜４の位置をＮｂｌｋ単位で拡張して、図３２のように１６Ｋモードの場合、ＰＮ１の位置が維持され、３２Ｋモードの場合、ＰＮ１＋ＰＮ２の位置が維持されるようにＣＰパターンを決定することができる。
【０４６０】
【数１４】
0006426183.tif 000048
【０４６１】
【数１５】
0006426183.tif 000049
【０４６２】
＜数式１０＞及び＜数式１１＞は、図３１から図３２で説明したＣＰ構成方法を示す。＜数式１０＞は図３１から図３２のＣＰパターン構成方法において、SP-bearing CPのポジショニング方法を、＜数式１１＞は図３１から図３２のＣＰパターン構成方法において、non SP-bearing CPのポジショニング方法を各々数式で示す。
【０４６３】
＜数式１０＞及び＜数式１１＞で、ＣＰ＿８Ｋ／１６Ｋ／３２Ｋ（ｋ）は各々８Ｋ／１６Ｋ／３２ＫモードのためのＣＰパターン（CP pattern for 8K/16K/32K mode）を、ＣＰｓｐ＿８Ｋ／１６Ｋ／３２Ｋ（ｋ）は各々８Ｋ／１６Ｋ／３２ＫモードのためのSP-bearing CPパターンを、ＣＰｎｏｎｓｐ＿８Ｋ／１６Ｋ／３２Ｋ（ｋ）は各々８Ｋ／１６Ｋ／３２Ｋモードのためのnon SP-bearing CPパターンを示す。ＰＮ１ｓｐ、ＰＮ２ｓｐ、 ＰＮ３ｓｐ、及びＰＮ４ｓｐは、ＳＰ−包含パイロットのための４個のシュードランダムシーケンス（4 Pseudo random sequences for SP-bearing pilots）を、ＰＮ１ｎｏｎｓｐ、ＰＮ２ｎｏｎｓｐ、ＰＮ３ｎｏｎｓｐ、及びＰＮ４ｎｏｎｓｐは非ＳＰ−包含パイロットのための４個のシュードランダムシーケンス（4 Pseudo random sequences for non SP-bearing pilots）を各々示し、α＿１６Ｋ、α１＿３２Ｋ、α２＿３２Ｋ、β＿１６Ｋ、β１＿３２Ｋ、β２＿３２ＫはそれぞれのＣＰポジションオフセット（CP position offset）を示す。ＣＰパターンは図３１から図３２で説明したように、SP-bearing CPセットとnon SP-bearing CPセットが加えられて生成され、それぞれのCP position offsetはＣＰセットのマルチプレキシングのために予め設定される値であって、ＦＦＴモードに関わらず、同一な周波数にＣＰを割り当てるか、またはＣＰの特性を補正することに使用することができる。
【０４６４】
図３３は、本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【０４６５】
図３３に示すように、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４のＣＰセットをマルチプレキシングしてＦＦＴモードに合うＣＰパターンを提供しようとする。即ち、前述したように、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４のＣＰセットは相異するＰＮ生成器を通じて生成されるランダムに、かつ均等に分布されたシーケンスに該当する。そして、８Ｋモードの場合はＰＮ１を、１６Ｋモードの場合はＰＮ１とＰＮ２を、３２Ｋの場合はＰＮ１、ＰＮ２、ＰＮ３、及びＰＮ４を定めたルールによってマルチプレキシングしてＣＰシーケンスを生成する。
【０４６６】
図３３のＣＰパターン構成方法の場合、８Ｋモード基準の１つのパイロット密度ブロックをＮｂｌｋとして表現し、１つのＮｂｌｋの中にはＦＦＴモードに従って１６Ｋは２つ、３２Ｋは４個のパイロット密度ブロックが含まれるものであって、各ＦＦＴモードに従ってＣＰセットをマルチプレキシングしてＣＰパターンを生成する。
【０４６７】
【数１６】
0006426183.tif 000050
【０４６８】
＜数式１２＞は図３３のＣＰセット（ＰＮ１〜４）をマルチプレキシングするルールを示す。
【０４６９】
＜数式１２＞で、ＣＰ＿８Ｋ／１６Ｋ／３２Ｋは各々８Ｋ／１６Ｋ／３２ＫモードのためのＣＰパターンを、ＰＮ１、ＰＮ２、ＰＮ３、ＰＮ４は４個のシュードランダムシーケンス（4 pseudo random sequences）を、ｃｅｉｌ（Ｘ）はceil function of X、round towards plus infinityを、ｍｏｄ（Ｘ、Ｎ）はmodulus after division X／Nを示す。
【０４７０】
図３３及び＜数式１２＞のように、８ＫモードのＣＰパターンはＰＮ１をそのまま使用して生成できる。１６ＫモードのＣＰパターンは１番目のパイロット密度ブロック（１ｓｔ Ｎｂｌｋ）にはＰＮ１を、２番目のパイロット密度ブロック（２ｎｄ Ｎｂｌｋ）にはＰＮ２を組み合わせて生成できる。３２ＫモードのＣＰパターンは、各４個のパイロット密度ブロックに対して各々１ｓｔ ＮｂｌｋにＰＮ１を、２ｎｄ ＮｂｌｋにＰＮ２を、３ｒｄ ＮｂｌｋにＰＮ３を、そして４ｓｔ ＮｂｌｋにＰＮ４を使用し、これらをマルチプレキシングすることにより生成できる。
【０４７１】
＜数式１２＞では、ＰＮ２、ＰＮ３、ＰＮ４が順次に配置される。但し、実施形態に従って１６Ｋモードと３２Ｋモードに対してＰＮ２のＣＰがスペクトルの類似の位置に挿入されるようにするために、ＰＮ２を３ｒｄ Ｎｂｌｋに位置させることもできる。
【０４７２】
各１６Ｋと３２Ｋを組み合わせるためのＰＮ１、ＰＮ２、ＰＮ３、及びＰＮ４のシーケンスは各々ＦＦＴモードに従って定まったオフセットの位置にマルチプレキシングされ、＜数式１２＞ではオフセットの値を基本Ｎｂｌｋの定まった整数倍の値のモジュロ（modulo）演算を通じて表現したものであり、この値は実施形態によって他の値に設定されることもできる。
【０４７３】
図３４は、本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【０４７４】
図３４はパターンリバーサル（reversal）方法を用いたＣＰパターン生成の実施形態を示す。図３４の方法は、レファレンスインデックステーブル構成時、テーブルを一定大きさのサブインデックステーブルに分けて、各サブインデックステーブルに対して互いに異なるＰＮ発生器（または、互いに異なるシード）を使用してＣＰ位置を生成する。即ち、２つのＣＰセットであるＰＮ１とＰＮ２を生成して８ＫモードではＰＮ１を使用することによってＣＰパターンを生成し、１６ＫモードではＰＮ１とＰＮ２を順次に羅列することによってＣＰパターンを生成することができる。そして、３２Ｋモードでは１６ＫモードのＣＰパターンに、ＰＮ１とＰＮ２のＣＰパターンを反転して付加することによって、ＣＰパターンを生成することができる。言い換えると、３２Ｋモードでは図示したように、ＰＮ１のＣＰセットとＰＮ２のＣＰセットを順次に羅列した１６ＫモードのＣＰパターンに、追加でリバーシングされたＰＮ１のＣＰセットとリバーシングされたＰＮ２のＣＰセットを付加して全体ＣＰパターンを構成する（CP pattern for 32K FFT mode=PN1+PN2+reversed PN1+reversed PN2）。
【０４７５】
図３４の実施形態に係るＣＰパターン構成方法は、ＣＰを与えられたスペクトルに対して均等に、かつランダムに分布するように位置させる条件を満たす。そして、前述したポジションマルチプレキシング方法に比べて、レファレンスインデックステーブルの大きさを半分に縮めることができる長所を有する。
【０４７６】
図３５は、図３４の実施形態に対するインデックステーブル構成方法を示す図である。
【０４７７】
図３５は図３４の実施形態に対し、Ｄｘ＝３、Ｄｙ＝４を有するＳＰパターンを考慮してＣＰ位置情報を発生させたインデックステーブルを示す。８Ｋ／１６Ｋ／３２Ｋ ＦＦＴモードで、ＮｏＣは各々６８１７／１３６３３／２７２６５に該当する。サブインデックステーブル（ＰＮ１及びＰＮ２）のＣＰ位置値は８Ｋ ＦＦＴモードを基本に格納され、１６Ｋ以上のＦＦＴモードをサポートする場合、追加的に必要なサブインデックステーブル値を一定量だけ足したりシフティングしたりして適用する。一方、３２Ｋ ＦＦＴモードのインデックステーブルは、図３４のように、ＰＮ１、ＰＮ２及びＰＮ１及びＰＮ２を反転させて獲得したサブインテックステーブルを使用して生成する（CP pattern for 32K FFT mode=PN1+PN2+reversed PN1+reversed PN2）。
【０４７８】
サブインデックステーブルＰＮ１、ＰＮ２の最後の位置値（Ｄｘ*Ｄｙの整数倍であり、円でマーキングされた部分）は、該当サブインデックステーブルが拡張される時の必要な値を示す。例えば、ＦＦＴモードの拡張によってサブインデックステーブルが拡張される時、最後の位置値は次のようなルールによって使用できる。
ｉ）８Ｋ ＦＦＴモード適用時、サブインデックステーブルＰＮ１の最後の位置値は適用されない
ii）１６Ｋ ＦＦＴモード適用時、サブインデックステーブルＰＮ１の最後の位置値は適用され、サブインデックステーブルＰＮ２の最後の位置値は適用されない
iii ）３２Ｋ ＦＦＴモード適用時、１つの１６Ｋ ＦＦＴモードの使用のためのインデックステーブルと１つの１６Ｋ ＦＦＴモード使用のためのパターン反転されたインデックステーブルを使用する。結果的に、サブインデックステーブルＰＮ１の最後の位置値は２回使われて、サブインデックステーブルＰＮ２の最後の位置値は１回使われる。
【０４７９】
【数１７】
0006426183.tif 000051
【０４８０】
＜数式１３＞は、図３４から図３５で説明したＣＰパターン構成方法を示す。＜数式１３＞で、ＣＰ＿８Ｋ／１６Ｋ／３２Ｋ（ｋ）は 各々８Ｋ／１６Ｋ／３２ＫモードのためのＣＰパターンを、ＰＮ＿１／２／３／４はsub index-table nameを、ＳＰＮ＿１／２／３／４はthe size of sub index-table of PN1/2/3/4を、α１／２／３はa shifting value to distribute evenly the added CP positionsを示す。βはan integer value nearest to NoA for 8K FFT mode, i.e., β=6816、when NoA=6817, CP_8K(k), CP_16K(k)及びCP_32K(k)の数式で、−１はadditional position number require for multiplexingを示す。そして、ＣＰ＿３２Ｋ（ｋ）の数式で、（β−ＰＮ１（ｋ−ＳＰＮ１２＋１））部分及び（β−ＰＮ２（ｋ−ＳＰＮ１２１＋１））部分がパターンリバーサルパートに該当する。ＣＰパターンの生成方法は図３４から図３５で説明した通りである。
【０４８１】
図３６は、本発明の他の一実施形態に係るＣＰパターン構成方法を示す図である。
【０４８２】
図３６は、パターンリバーサル（reversal）方法を用いたＣＰパターン生成の他の実施形態を示す。図３６の方法は、レファレンスインデックステーブル構成時、テーブルを一定大きさのサブインデックステーブルに分けて、各サブインデックステーブルに対して互いに異なるＰＮ発生器（または、互いに異なるシード）を使用してＣＰ位置を生成する。即ち、２つのＣＰセットであるＰＮ１とＰＮ２を生成して８ＫモードではＰＮ１を使用することによってＣＰパターンを生成し、１６ＫモードではＰＮ１とＰＮ２を順次に羅列することによってＣＰパターンを生成することができる。そして、３２Ｋモードでは１６ＫモードのＣＰパターンに、ＰＮ１とＰＮ２のＣＰパターンをリバーシング及びサイクリック−シフティングして付加することによってＣＰパターンを生成することができる。言い換えると、３２Ｋモードでは、図示したように、ＰＮ１のＣＰセットとＰＮ２のＣＰセットを順次に羅列した１６ＫモードのＣＰパターンに、追加でリバーシング及びサイクリック−シフティングされたＰＮ１のＣＰセットとリバーシング及びサイクリックシフティングされたＰＮ２のＣＰセットを付加して全体ＣＰパターンを構成する（CP pattern for 32K FFT mode=PN1+PN2+reversed & cyclic-shifted PN1+reversed & cycle-−shifted PN2）。
【０４８３】
図３６の実施形態に係るＣＰパターン構成方法は、ＣＰを与えられたスペクトルに対して均等に、かつランダムに分布するように位置させる条件を満たす。そして、前述したポジションマルチプレキシング方法に比べて、レファレンスインデックステーブルの大きさを半分に縮めることができる長所を有する。
【０４８４】
【数１８】
0006426183.tif 000052
【０４８５】
＜数式１４＞は図３６で説明したＣＰパターン構成方法を示す。＜数式１３＞でＣＰ＿８Ｋ／１６Ｋ／３２Ｋ（ｋ）は各々８Ｋ／１６Ｋ／３２ＫモードのためのＣＰパターンを、ＰＮ＿１／２／３／４はsub index-table nameを、ＳＰＮ＿１／２／３／４はthe size of sub index-table of PN1/2/3/4を、α１／２／３はa shifting value to distribute evenly the added CP positionsを示す。βはan integer value nearest to NoA for 8K FFT mode, i.e., β=6816、when NoA=6817を示す。γ１／２はthe value of cyclic-shiftingを示す。ＣＰ＿８Ｋ（ｋ）、ＣＰ＿１６Ｋ（ｋ）、及びＣＰ＿３２Ｋ（ｋ）の数式で、−１はマルチプレキシングのための付加ポジションナンバー（additional position number required for multiplexing）を示す。そして、ＣＰ＿３２Ｋ（ｋ）の数式で、ｍｏｄ（γ１＋α２＋（β−ＰＮ１（ｋ−ＳＰＮ１２＋１））、β）部分及びｍｏｄ（γ２＋α３＋（β−ＰＮ２（ｋ−ＳＰＮ１２１＋１））、β）部分がパターンリバーサル及びサイクリック−シフティングパートに該当する。ＣＰパターンの生成方法は図３６で説明した通りである。
【０４８６】
図３７は、パターンリバーサル（reversal）方法を用いたＣＰパターン生成の他の実施形態を示す。
【０４８７】
図３７の方法は、レファレンスインデックステーブル構成時、テーブルを一定大きさのサブインデックステーブルに分けて、各サブインデックステーブルに対して互いに異なるＰＮ発生器（または、互いに異なるシード）を使用してＣＰ位置を生成する。即ち、２つのＣＰセットであるＰＮ１とＰＮ２を生成して８ＫモードではＰＮ１を使用することによってＣＰパターンを生成し、１６ＫモードではＰＮ１とＰＮ２を順次に羅列することによってＣＰパターンを生成することができる。そして、３２Ｋモードでは１６ＫモードのＣＰパターンに、１６ＫモードのＣＰパターン（ＰＮ１及びＰＮ２）をリバーシング及びシフティングして付加することによってＣＰパターンを生成することができる。
【０４８８】
３２Ｋモードでは３２Ｋモードの信号スペクトルのＤＣ（センターフリークエンシー）を基準にＰＮ１及びＰＮ２のパイロットセットをリバーサルオペレーティングして付加するか、または相関及び分布特性（correlation and distribution property）を向上させるために追加でシフティング（サイクリックシフティング）を遂行して付加することができる。言い換えると、３２Ｋモードでは、図示したように、ＰＮ１のＣＰセットとＰＮ２のＣＰセットを順次に羅列した１６ＫモードのＣＰセットに、追加でリバーシングされた１６ＫモードのＣＰセットを付加して全体ＣＰパターンを構成するか（CP pattern for 32K FFT mode=PN1+PN2+reversed（PN1+PN2 ））、追加でシフティングを遂行して全体ＣＰパターンを構成することもできる（CP pattern for 32K FFT mode=PN1+PN2+reversed & shifted（PN1+PN2））。また、シフティング及びリバーシング動作はレファレンスポジション値を基準にパイロットセットを減算する演算で示すこともでき、これは後述する。
【０４８９】
本発明でシフティングとサイクリックシフティングは同一な意味として使用できる。即ち、ＣＰを右側にシフティングすることができ、この場合、最右側のパイロットがシフティングにより削除されず、スペクトルの左側にシフティングできるが、このような場合をシフティングされたパイロットがサイクリックシフティングされたことと見ることができる。
【０４９０】
図３７の実施形態に係るＣＰパターン構成方法は、ＣＰを与えられたスペクトルに対して均等に、かつランダムに分布するように位置させる条件を満たす。そして、前述したポジションマルチプレキシング方法に比べて、レファレンスインデックステーブルの大きさを半分に縮めることができる長所を有する。
【０４９１】
この場合、受信機で３２Ｋモードのパイロットポジションに対する情報は、予め設定された３２Ｋ、モードの基準キャリアポジションから１６Ｋで生成されたシーケンスポジションを引くオペレーションにより容易に生成することもできる。例えば、３２Ｋ ＦＦＴモードのためのＣＰパターン＝３２Ｋ ＦＦＴモードのための基準ポジション値−１６Ｋ ＦＦＴモードのためのＣＰパターン（CP pattern for 32K FFT Mode=reference position for 32K FFT Mode-16K FFT Mode CP pattern）のように生成可能である。
【０４９２】
図３８は、図３７の実施形態に係るＣＰパターン生成方法及びそれに従うＣＰポジションを示すテーブルである。
【０４９３】
図３８の表で、それぞれのＦＦＴモードに対するＣＰパターン生成方法は、図３７と関連して説明したことと類似している。８Ｋモードの場合、ＣＰパターンはランダムに生成されたＣＰ１のＣＰセットを使用し、ＣＰ１のパイロットのポジション値はインデックステーブルで示した通りである。１６Ｋモードの場合、ランダムに生成されたＣＰ１のＣＰセットにＣＰ２のＣＰセットを追加して使用し、追加されるＣＰ２のＣＰセットはＣＰ２のポジションバリューにＣＰ２のスタートポジションバリューを足した値となる。即ち、図３８の表のように、１６ＫモードのＣＰセットＣＰ１６Ｋは（ＣＰ１、（ＣＰ２＋６９１２））となる。３２Ｋモードの場合、図３８の表のように、１６Ｋモードのパイロットセット（ＣＰ１６Ｋ）に、レファレンスポジションバリューから１６Ｋモードのパイロットセット（ＣＰ１６Ｋ）を引いた値（ＣＰ１６Ｋ’＝２７９１３−ＣＰ１６Ｋ）を順次に羅列して最終パイロットパターン（ＣＰ３２Ｋ＝（ＣＰ１６Ｋ、ＣＰ１６Ｋ’）を生成することができる。レファレンスポジションバリューから１６Ｋモードのパイロットセットを引く過程が、図３７と関連して説明したパイロットパターンのリバーサル及びシフティング動作に該当するようになる。
【０４９４】
図３８の表で、１６Ｋモードのパイロットパターン生成時、ＣＰ２のスタートポジションバリューは、１６Ｋモードで任意のアクティブキャリア数に対するスペクトルの半分に該当する値であって、スペクトルに対して均等に位置するように設定することができる。図３８の実施形態で、アクティブキャリアの数が１３８２５の時、１６Ｋモードのためのスタートポジションバリューは６９１２となる。３２Ｋモードのためのレファレンスポジションバリューやはり３２Ｋモードでの任意のキャリア数に対するスペクトルの半分に該当する値を基準に設定し、かつ相関に優れる値を得るようにシーケンスをサイクリックシフティングして導出された値を設定することもできる。即ち、スペクトルの半分に該当する値からシフトして導出された値をレファレンスポジションバリューに設定する場合、このレファレンスポジションバリュー自体がパイロットパターンのシフティングオフレーションを示すようになるものである。
【０４９５】
図３９は、本発明の一実施形態に係る放送信号送信方法を示す図である。
【０４９６】
放送送信機及びその動作と関連して前述したように、放送信号送信機は、インプットフォーマッティングモジュールを使用して入力ストリームを少なくとも１つのＤＰ（Data Pipe）にデマルチプレキシングすることができる（Ｓ３９０１０）。そして、放送送信機はＢＩＣＭモジュールを使用して少なくとも１つのＤＰに含まれたデータをエラー訂正プロセッシングすることができる（Ｓ３９０２０）。放送信号送信機はフレームビルディングモジュールを使用して、ＤＰ内のデータをフレーム内のシンボルでマッピングすることができる（Ｓ３９０３０）。放送信号送信機はＯＦＤＭ生成モジュールを使用して、転送信号にプリアンブルを挿入し、ＯＦＤＭ変調を遂行することができる（Ｓ３９０４０）。
【０４９７】
ＯＦＤＭ生成モジュールはパイロット信号挿入モジュールをさらに含み、ＯＦＤＭ変調遂行ステップ（Ｓ３９０４０）は転送信号にＣＰ、ＳＰなどのパイロット信号を挿入するステップをさらに含むことができる。ＣＰは信号フレームの全てのシンボルに挿入され、ＣＰの位置及び数字はＦＦＴサイズ／モードに基づいて決定されることもできる。
【０４９８】
パイロット信号は図２６から図３８で前述した方法によって転送信号に挿入できる。ここでは、前述した実施形態のうち、図３７及び図３８の実施形態を例として説明する。図３７及び図３８の実施形態で、ＣＰはＦＦＴサイズが各々８Ｋ／１６Ｋ／３２Ｋモードの場合に対して第１のＣＰセット（ＣＰ８Ｋ）、第２のＣＰセット（ＣＰ１６Ｋ）、及び第３のＣＰセット（ＣＰ３２Ｋ）で各々挿入されることができ、それぞれのＣＰセットはそれぞれのＣＰパターンを有する。ＣＰパターンとは、ＣＰセットに含まれるＣＰの数字及び位置を含む意味である。８Ｋモードの第１のＣＰセットはインデックステーブルとして格納された８ＫサイズのＣＰパターン（ＣＰ１）を使用する（ＣＰ８Ｋ＝（ＣＰ１））。そして、１６Ｋの場合、第２のＣＰセット（ＣＰ１６Ｋ）にインデックステーブルとして格納された８Ｋサイズの他のＣＰパターンを（ＣＰ２）順次に羅列して使用する（ＣＰ１６Ｋ＝（ＣＰ１、ＣＰ２＋６９１２））。但し、ＣＰ２のＣＰセットは、発生させたＣＰセット（ＣＰ２）を称することもでき、発生させたＣＰセット（ＣＰ２）にスタートポジションバリューを反映したＣＰセット（ＣＰ２＋６９１２）を示すこともできる。したがって、この場合にはＣＰ１６Ｋ＝（ＣＰ１、ＣＰ２）として示すこともできる。
【０４９９】
３２Ｋモードの第３のＣＰセット（ＣＰ３２Ｋ）は１６Ｋモードの第２のＣＰセット（ＣＰ１６Ｋ）に、１６Ｋモードの第２のＣＰセットをリバーサル及びシフティングオペレーティングしたＣＰセット（ＣＰ１６Ｋ’）を付加して生成することができる（ＣＰ３２Ｋ＝（ＣＰ１６Ｋ、ＣＰ１６Ｋ’）。リバーサル及びシフティングオペレーションはレファレンスポジションバリューから１６Ｋモードの第２のＣＰセットを減算することにより表現することもできる（CP16K’=reference position value-CP16K）。
【０５００】
図４０は、本発明の一実施形態に係る放送信号受信方法を示す図である。
【０５０１】
放送受信機及びその動作と関連して前述した通り、放送信号受信機は、同期化／復調モジュールを使用して受信放送信号に対して信号検出及びＯＦＤＭ復調を遂行することができる（Ｓ４００１０）。放送受信機はフレームパーシングモジュールを使用して受信放送信号の信号フレームをパーシングしてサービスデータを抽出することができる（Ｓ４００２０）。放送受信機はデマッピング及びデコーディングモジュールを使用して受信放送信号から抽出されたサービスデータをビットドメインに変換し、デインターリービングを遂行することができる（Ｓ４００３０）。そして、放送受信機はアウトプットプロセッシングモジュールを使用して処理されたサービスデータをデータストリームで出力することができる（Ｓ４００４０）。
【０５０２】
同期化／復調モジュールはパイロット信号ディテクティングモジュールをさらに含み、ＯＦＤＭ復調遂行ステップ（Ｓ４００１０）は転送信号からＣＰ、ＳＰなどのパイロット信号をディテクティングするステップをさらに含むことができる。ＣＰは信号フレームの全てのシンボルに挿入され、ＣＰの位置及び数字はＦＦＴサイズ／モードに基づいて決定されることもできる。
【０５０３】
パイロット信号は、図２６から図３８で前述した方法によって受信信号に含まれて受信できる。ここでは、前述した実施形態のうち、図３７及び図３８の実施形態を例として説明する。図３７及び図３８の実施形態で、ＣＰはＦＦＴサイズが各々８Ｋ／１６Ｋ／３２Ｋモードの場合に対し、第１のＣＰセット（ＣＰ８Ｋ）、第２のＣＰセット（ＣＰ１６Ｋ）、及び第３のＣＰセット（ＣＰ３２Ｋ）で各々含まれることができ、それぞれのＣＰセットはそれぞれのＣＰパターンを有する。ＣＰパターンとは、ＣＰセットに含まれるＣＰの数字及び位置を含む意味である。８Ｋモードの第１のＣＰセットはインデックステーブルとして格納された８ＫサイズのＣＰパターン（ＣＰ１）を使用する（ＣＰ８Ｋ＝（ＣＰ１））。そして、１６Ｋの場合、第２のＣＰセット（ＣＰ１６Ｋ）にインデックステーブルとして格納された８Ｋサイズの他のＣＰパターンを（ＣＰ２）順次に羅列して使用する（ＣＰ１６Ｋ＝（ＣＰ１、ＣＰ２＋６９１２））。但し、ＣＰ２のＣＰセットは、発生させたＣＰセット（ＣＰ２）を称することもでき、発生させたＣＰセット（ＣＰ２）にスタートポジションバリューを反映したＣＰセット（ＣＰ２＋６９１２）を示すこともできる。したがって、この場合にはＣＰ１６Ｋ＝（ＣＰ１、ＣＰ２）として示すこともできる。
【０５０４】
３２Ｋモードの第３のＣＰセット（ＣＰ３２Ｋ）は１６Ｋモードの第２のＣＰセット（ＣＰ１６Ｋ）に、１６Ｋモードの第２のＣＰセットをリバーサル及びシフティングオペレーティングしたＣＰセット（ＣＰ１６Ｋ’）を付加して生成することができる（ＣＰ３２Ｋ＝（ＣＰ１６Ｋ、ＣＰ１６Ｋ’）。リバーサル及びシフティングオペレーションはレファレンスポジションバリューから１６Ｋモードの第２のＣＰセットを減算することにより表現することもできる（CP16K’=reference position value-CP16K）。
【０５０５】
本明細書は放送信号を受信及び送信するための方法及び装置を用いることにある。本発明の思想や範囲を逸脱しないで、本発明で多様な変更及び変形が可能であることは当業者に理解できる。したがって、本発明は添付の請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０５０６】
本明細書で装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用できる。
【符号の説明】
【０５０７】
１０００    インプットフォーマット
１０１０    ＢＩＣＭ
１０２０    フレームビルディング
１０３０    ＯＦＤＭジェネレーション
１０４０    シグナリング生成
【図１】
0006426183.tif 000053
【図２】
0006426183.tif 000054
【図３】
0006426183.tif 000055
【図４】
0006426183.tif 000056
【図５】
0006426183.tif 000057
【図６】
0006426183.tif 000058
【図７】
0006426183.tif 000059
【図８】
0006426183.tif 000060
【図９】
0006426183.tif 000061
【図１０】
0006426183.tif 000062
【図１１】
0006426183.tif 000063
【図１２】
0006426183.tif 000064
【図１３】
0006426183.tif 000065
【図１４】
0006426183.tif 000066
【図１５】
0006426183.tif 000067
【図１６】
0006426183.tif 000068
【図１７】
0006426183.tif 000069
【図１８】
0006426183.tif 000070
【図１９】
0006426183.tif 000071
【図２０】
0006426183.tif 000072
【図２１】
0006426183.tif 000073
【図２２】
0006426183.tif 000074
【図２３】
0006426183.tif 000075
【図２４】
0006426183.tif 000076
【図２５】
0006426183.tif 000077
【図２６】
0006426183.tif 000078
【図２７】
0006426183.tif 000079
【図２８】
0006426183.tif 000080
【図２９】
0006426183.tif 000081
【図３０】
0006426183.tif 000082
【図３１】
0006426183.tif 000083
【図３２】
0006426183.tif 000084
【図３３】
0006426183.tif 000085
【図３４】
0006426183.tif 000086
【図３５】
0006426183.tif 000087
【図３６】
0006426183.tif 000088
【図３７】
0006426183.tif 000089
【図３８】
0006426183.tif 000090
【図３９】
0006426183.tif 000091
【図４０】
0006426183.tif 000092