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