(57)【特許請求の範囲】
【請求項１】
放送信号を送信するための方法において、
インプットストリームを少なくとも１つのフィジカルレイヤパイプ（ＰＬＰ）にフォーマッティングするステップと、
前記少なくとも１つのＰＬＰのデータをエンコーディングするステップと、
前記エンコーディングされたデータを含む信号フレームを生成するステップと、
前記信号フレーム内のデータに対する周波数インターリービングを選択的に行うステップと、
ＯＦＤＭ方式によって前記信号フレームを変調するステップと、
前記変調された信号フレームを含む放送信号を送信するステップと、
を含み、
前記信号フレームは、プリアンブルを含み、前記プリアンブルは、前記周波数インターリービングが前記信号フレーム内のデータに対して行われるか否かを指示する制御情報を含み、
前記制御情報が第１の値を有する場合、前記制御情報の前記第１の値は、前記周波数インターリービングが行われることを指示し、前記制御情報が第２の値を有する場合、前記制御情報の前記第２の値は、前記周波数インターリービングが行われないことを指示することを特徴とする、方法。
【請求項２】
前記周波数インターリービングは、シンボルペア別に互いに異なるインターリービングシーケンスを使用して行われる、請求項１に記載の方法。
【請求項３】
前記インターリービングシーケンスは、第１のジェネレータにより生成されたメイン−シーケンス及び第２のジェネレータにより生成されたシンボルオフセットに基づいて生成される、請求項２に記載の方法。
【請求項４】
前記第１のジェネレータにより生成された前記メインシーケンスは、ＦＦＴサイズに基づいて可変的である、請求項３に記載の方法。
【請求項５】
前記第２のジェネレータは、シンボルペア別に新しいシンボルオフセットを生成し、前記シンボルペアは、２個の連続したシンボルを含む、請求項４に記載の方法。
【請求項６】
前記制御情報は、周波数インターリーバモード（ＦＩ＿ＭＯＤＥ）情報である、請求項１に記載の方法。
【請求項７】
放送信号を送信するための送信装置において、
インプットストリームを少なくとも１つのフィジカルレイヤパイプ（ＰＬＰ）にフォーマッティングするためのインプットフォーマッタと、
前記少なくとも１つのＰＬＰのデータをエンコーディングするためのエンコーダと、
前記エンコーディングされたデータを含む信号フレームを生成するためのフレームビルダと、
前記信号フレーム内のデータに対する周波数インターリービングを選択的に行うための周波数インターリーバと、
ＯＦＤＭ方式により前記信号フレームを変調するためのモジュレータと、
前記変調された信号フレームを含む放送信号を送信するための送信機と、
を備え、
前記信号フレームは、プリアンブルを含み、前記プリアンブルは、前記周波数インターリービングが前記信号フレーム内のデータに対して行われるか否かを指示する制御情報を含み、
前記制御情報が第１の値を有する場合、前記制御情報の前記第１の値は、前記周波数インターリーバがイネーブリングされることを指示し、前記制御情報が第２の値を有する場合、前記制御情報の前記第２の値は、前記周波数インターリーバがイネーブリングされないことを指示することを特徴とする、送信装置。
【請求項８】
前記周波数インターリービングは、シンボルペア別に互いに異なるインターリービングシーケンスを使用して行われる、請求項７に記載の送信装置。
【請求項９】
前記インターリービングシーケンスは、第１のジェネレータにより生成されたメイン−シーケンス及び第２のジェネレータにより生成されたシンボルオフセットに基づいて生成される、請求項８に記載の送信装置。
【請求項１０】
前記第１のジェネレータにより生成された前記メインシーケンスは、ＦＦＴサイズに基づいて可変的である、請求項９に記載の送信装置。
【請求項１１】
前記第２のジェネレータは、シンボルペア別に新しいシンボルオフセットを生成し、前記シンボルペアは、２個の連続したシンボルを含む、請求項１０に記載の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための様々な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、様々な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチャネル（multichannel、多チャネル）オーディオ、及び様々な付加サービスを提供することができる。
【０００４】
しかしながら、ディジタル放送のためには、多量のデータ送信に対するデータ送信効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。
【０００５】
したがって、本明細書は、周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ：ＦＩ）でＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ別に互いに異なるインターリービングシード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）を使用することにより、周波数ダイバーシティ効果を極大化するための方法を提供することに目的がある。
【０００６】
また、本明細書は、周波数インターリーバを含む放送送信装置において周波数インターリーバの使用可否を表す情報を提供することに目的がある。
【０００７】
本明細書においてなそうとする技術的課題は、以上で言及した技術的課題に制限されず、言及していないさらに他の技術的課題は、下記の記載から本発明の属する技術分野における通常の知識を有する者に  明確に理解され得るであろう。
【課題を解決するための手段】
【０００８】
本明細書は、放送信号を送信するための方法において、前記方法は、インプットストリーム（Ｉｎｐｕｔ  Ｓｔｒｅａｍ）を少なくとも１つのデータ送信チャネル（ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｈａｎｎｅｌ）にフォーマッティングするステップと、サービスデータ（ｓｅｒｖｉｃｅ  ｄａｔａ）またはサービスコンポーネントデータ（ｓｅｒｖｉｃｅ  ｃｏｍｐｏｎｅｎｔ  ｄａｔａ）を送信するデータ送信チャネルの各々に対応するデータをエンコーディングするステップと、前記エンコーディングされたデータを含む少なくとも１つの信号フレームを生成するステップと、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式によって前記少なくとも１つの信号フレームを変調するステップと、前記少なくとも１つの変調された信号フレームを含む放送信号を送信するステップとを含んでなることを特徴とする。
【０００９】
また、本明細書において前記信号フレームは、周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ：ＦＩ）が使用されるかまたは使用されないかを表す制御情報を含むことを特徴とする。
【００１０】
また、本明細書において前記信号フレームは、物理階層シグナリングデータを伝達するプリアンブル（ｐｒｅａｍｂｌｅ）をさらに備え、前記制御情報は、前記プリアンブルに含まれることを特徴とする。
【００１１】
また、本明細書において前記少なくとも１つの信号フレームを生成するステップは、前記少なくとも１つの信号フレームでデータを周波数インターリービング（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｉｎｇ）するステップをさらに含み、前記周波数インターリービング（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｉｎｇ）は、ＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ別に互いに異なるインターリービング−シード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）を使用し、前記周波数インターリービング（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｉｎｇ）は、２個のメモリを使用し、前記ＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒは、２個の連続したＯＦＤＭ  ｓｙｍｂｏｌｓで構成されることを特徴とする。
【００１２】
また、本明細書において前記周波数インターリービング（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｉｎｇ）するステップは、偶数番目（ｅｖｅｎ）のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒと奇数番目（ｏｄｄ）のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒとを互いに異なるメモリを介して周波数インターリービングし、前記偶数番目（ｅｖｅｎ）のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒと前記奇数番目（ｏｄｄ）のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒとの間には互いに異なるインターリービング−シード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）を使用することを特徴とする。
【００１３】
また、本明細書において前記周波数インターリービング（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｉｎｇ）は、第１のインターリービングシーケンスジェネレータ（ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒ）及び第２のインターリービングシーケンスジェネレータにより各々生成されるインターリービング−シードを介して行われることを特徴とする。
【００１４】
また、本明細書においてＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ毎に使用される互いに異なるインターリービング−シードは、循環移動値（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｖａｌｕｅ）を使用することによって生成され、前記循環移動値（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｖａｌｕｅ）は、前記第２のインターリービングシーケンスジェネレータにより生成されるシンボルオフセット値（ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｖａｌｕｅ）であることを特徴とする。
【００１５】
また、本明細書において前記制御情報は、周波数インターリーバモード（ＦＩ＿ＭＯＤＥ）情報であることを特徴とする。
【００１６】
また、本明細書は、放送信号を送信するための送信装置において、インプットストリーム（Ｉｎｐｕｔ  Ｓｔｒｅａｍｓ）を複数のデータ送信チャネル（ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｈａｎｎｅｌ）にフォーマッティングするためのインプットフォーマッタ（ｉｎｐｕｔ  ｆｏｒｍａｔｔｅｒ）と、サービスデータまたはサービスコンポーネントデータを送信するデータ送信チャネルの各々に対応するデータをエンコーディングするためのエンコーダ（ｅｎｃｏｄｅｒ）と、前記エンコーディングされたデータを含む少なくとも１つの信号フレームを生成するためのフレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）モジュールと、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式により前記少なくとも１つの信号フレームを変調するためのモジュレータ（ｍｏｄｕｌａｔｏｒ）と、前記少なくとも１つの変調された信号フレームを含む放送信号を送信するための送信機（ｔｒａｎｓｍｉｔｔｅｒ）とを備え、前記フレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）モジュールは、前記少なくとも１つの信号フレームでデータを周波数インターリービング（ｆｒｅｑｕｅｎｃｙ  ｉｎｔｅｒｌｅａｖｉｎｇ）するための周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）を備えることを特徴とする。
【発明の効果】
【００１７】
本発明は、サービス特性によってデータを処理し、各サービスまたはサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を制御することにより、様々な放送サービスを提供できる。
【００１８】
また、本発明は、同じＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して様々な放送サービスを送信することにより、送信柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を達成できる。
【００１９】
また、本発明は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）システムを利用してデータ送信効率及び放送信号の送受信堅固性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
【００２０】
また、本発明によれば、モバイル受信装置を使用するか、室内環境にあっても、エラー無しでディジタル放送信号を受信できる放送信号送信及び受信方法及び装置を提供できる。
【００２１】
また、本明細書は、周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ：ＦＩ）でＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ別に互いに異なるインターリービング−シード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）を使用することにより、周波数ダイバーシティ効果を極大化できるという効果がある。
【００２２】
また、本明細書は、周波数インターリーバの使用可否を表す情報をプリアンブルを介して送信することにより、放送受信装置でデータデコーディング前に受信された信号に周波数インターリービングが行われたかを予め分かることができるようにして、データ復元速度を高めることができるという効果がある。
【００２３】
また、本明細書は、ＦＩ動作をＯｎまたはＯｆｆさせるＦＩ  ｍｏｄｅ情報の運営を介してＦＩ動作をｏｆｆさせることにより、ＦＤＭを支援できるという効果がある。
【００２４】
本明細書において得ることができる効果は、以上で言及した効果に制限されず、言及していないさらに他の効果は、下記の記載から本発明の属する技術分野における通常の知識を有する者に明確に理解され得るであろう。
【図面の簡単な説明】
【００２５】
本発明についてさらに理解するために含まれて、本出願に含まれて、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。
【００２６】
【図１】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【図２】本発明の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図３】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図４】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図５】本発明の一実施形態に係るＢＩＣＭ（bit interleaved coding & modulation）ブロックを示す。
【図６】本発明の他の一実施形態に係るＢＩＣＭブロックを示す。
【図７】本発明の一実施形態に係るフレームビルディング（Frame Building：フレーム生成）ブロックを示す。
【図８】本発明の一実施形態に係るＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーション（generation：生成）ブロックを示す。
【図９】本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【図１０】本発明の一実施形態に係るフレーム構造を示す。
【図１１】本発明の一実施形態に係るフレームのシグナリング階層構造を示す。
【図１２】本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【図１３】本発明の一実施形態に係るＰＬＳ１データを示す。
【図１４】本発明の一実施形態に係るＰＬＳ２データを示す。
【図１５】本発明の他の一実施形態に係るＰＬＳ２データを示す。
【図１６】本発明の一実施形態に係るフレームのロジカル（logical：論理）構造を示す。
【図１７】本発明の一実施形態に係るＰＬＳ（physical layer signalling）マッピングを示す。
【図１８】本発明の一実施形態に係るＥＡＣ（emergency alert channel）マッピングを示す。
【図１９】本発明の一実施形態に係るＦＩＣ（fast information channel）マッピングを示す。
【図２０】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）のタイプを示す。
【図２１】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）マッピングを示す。
【図２２】本発明の一実施形態に係るＦＥＣ（forward error correction）構造を示す。
【図２３】本発明の一実施形態に係るビットインターリービングを示す。
【図２４】本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【図２５】本発明の一実施形態に係る時間インターリービングを示す。
【図２６】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【図２７】本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。
【図２８】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向リードパターンを示す。
【図２９】本発明の一実施形態に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【図３０】図９の同期及び復調（synchronization & demodulation）モジュールの一例を示す図である。
【図３１】図９のフレームパーシングモジュールの一例を示す図である。
【図３２ａ】図９のデマッピング及びデコーディング（demapping & decoding）モジュールの一例を示す図である。
【図３２ｂ】図９のデマッピング及びデコーディング（demapping & decoding）モジュールの一例を示す図である。
【図３２ｃ】図９のデマッピング及びデコーディング（demapping & decoding）モジュールの一例を示す図である。
【図３２ｄ】図９のデマッピング及びデコーディング（demapping & decoding）モジュールの一例を示す図である。
【図３３】図９のアウトプットプロセッサ（output processor）の一例を示す図である。
【図３４ａ】図９のアウトプットプロセッサの更に他の一例を示す図である。
【図３４ｂ】図９のアウトプットプロセッサの更に他の一例を示す図である。
【図３５ａ】本発明の他の実施形態に係るコーディングアンドモジュレーションモジュールを示す図である。
【図３５ｂ】本発明の他の実施形態に係るコーディングアンドモジュレーションモジュールを示す図である。
【図３５ｃ】本発明の他の実施形態に係るコーディングアンドモジュレーションモジュールを示す図である。
【図３５ｄ】本発明の他の実施形態に係るコーディングアンドモジュレーションモジュールを示す図である。
【図３６ａ】本発明の他の実施形態に係るデマッピング及びデコーディングモジュールを示す図である。
【図３６ｂ】本発明の他の実施形態に係るデマッピング及びデコーディングモジュールを示す図である。
【図３６ｃ】本発明の他の実施形態に係るデマッピング及びデコーディングモジュールを示す図である。
【図３６ｄ】本発明の他の実施形態に係るデマッピング及びデコーディングモジュールを示す図である。
【図３７】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置のさらに他の構造を示した図である。
【図３８】本発明の一実施形態に係る簡略化されたＴＤＭ放送送信システム及びＬＤＭ放送送信システムを示した図である。
【図３９】本発明の一実施形態に係るフレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックを示す。
【図４０】本発明の一実施形態が適用され得るＡＴＳＣ  ３．０フレーム（ｆｒａｍｅ）構造の一例を示した図である。
【図４１】図７のフレームビルディングブロックのさらに他の一例を示した図である。
【図４２】本発明の一実施形態が適用され得るプリアンブル（Ｐｒｅａｍｂｌｅ）フォーマットの一例を示した図である。
【図４３】図３１のフレームパーシング（Ｆｒａｍｅ  Ｐａｒｓｉｎｇ）ブロックのさらに他の内部ブロック図を示した図である。
【図４４】本発明の一実施形態に係る周波数インターリーバの動作を示した図である。
【図４５】本発明の一実施形態に係るＭＵＸ及びＤＥＭＵＸ方法に対する基本的なスイッチモデル（ｂａｓｉｃ  ｓｗｉｔｃｈ  ｍｏｄｅｌ）を示す。
【図４６】本発明の一実施形態に係るメモリバンクの動作を示す。
【図４７】本発明の一実施形態に係るフリケンシデインターリービング過程を示した図である。
【図４８】本発明の一実施形態に係る１つのスーパーフレームに適用されるフリケンシインターリービングの概念図を示す。
【図４９】本明細書において提案する１つのスーパーフレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍを示した図である。
【図５０】本発明の一実施形態に係る１つの（ｓｉｎｇｌｅ）スーパーフレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍの数式を示す。
【図５１】本発明の一実施形態に係る１つの信号フレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍを示した図である。
【図５２】本発明の一実施形態に係るｓｉｎｇｌｅ  ｓｉｇｎａｌフレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍの数式を示す。
【図５３】本明細書において提案する連続的な入力ＯＦＤＭ  ｓｙｍｂｏｌｓ（ｉｎｐｕｔ  ｓｅｑｕｅｎｔｉａｌ  ＯＦＤＭ  ｓｙｍｂｏｌｓ）に対するｓｉｎｇｌｅ−ｍｅｍｏｒｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇを示した図である。
【図５４】本明細書において提案する放送信号の送信方法の一例を示した順序図である。
【図５５】本明細書において提案する放送信号の受信方法の一例を示した順序図である。
【発明を実施するための形態】
【００２７】
本発明の好ましい実施形態について具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって実現できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。
【００２８】
本発明で使用される大部分の用語は該当分野で広く使用される一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。
【００２９】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非−ＭＩＭＯ（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）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００３３】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対する重要システムパラメータが以下の＜表１＞に記載されている。
【００３４】
【表１】
0006404479.tif 000002
【００３５】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の実現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００３６】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００３７】
【表２】
0006404479.tif 000003
【００３８】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。該当プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、複数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００３９】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ送信は初期には既存の楕円分極送信装備を使用し、その後に全出力交差分極送信に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００４０】
【表３】
0006404479.tif 000004
【００４１】
この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そし、該当３個のプロファイルは設計者の意図によって変更できる。
【００４２】
次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。
【００４３】
補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送社やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００４４】
ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ
【００４５】
ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００４６】
セル（cell）：ＯＦＤＭ送信の１つのキャリアにより伝達される変調値
【００４７】
コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ
【００４８】
データパイプ（data pipe）：１つまたは複数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理階層（physical layer）におけるロジカルチャネル
【００４９】
また、データパイプは、データ送信チャネルで表現されることができる。
【００５０】
データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００５１】
データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）
【００５２】
ＤＰ＿ＩＤ：該当８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。
【００５３】
ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使われない残っている容量を詰めることに使用される疑似ランダム値を伝達するセル
【００５４】
ＦＡＣ（emergency alert channel：非常警報チャネル）：ＥＡＳ情報データを伝達するフレームのうちの一部
【００５５】
フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理階層（physical layer）タイムスロット
【００５６】
フレームレピティションユニット（frame repetition unit：フレーム反復単位）：スーパーフレーム（super-frame）で８回反復されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
【００５７】
ＦＩＣ（fast information channel：高速情報チャネル）：サービスと該当ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャネル
【００５８】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００５９】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使用される名目上のＦＦＴサイズ
【００６０】
フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組合せにおけるフレームの開始で使用されるより高いパイロット密度を有するＯＦＤＭシンボル
【００６１】
フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組合せにおけるフレームの端で使用される、より高いパイロット密度を有するＯＦＤＭシンボル
【００６２】
フレームグルーフ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合
【００６３】
フューチャーエクステンションフレーム（future extention frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理階層（physical layer）タイムスロット
【００６４】
フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理階層（physical layer）放送システム
【００６５】
インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム
【００６６】
ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル
【００６７】
フィジカルプロファイル（PHY profile）：該当する受信機が実現しなければならない全ての構造のサブセット
【００６８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理階層（physical layer）シグナリングデータ
【００６９】
ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合
【００７０】
ＮＯＴＥ：ＰＬＳ１データはフレームグルーフのデュレーション（duration）の間一定である。
【００７１】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに送信されるＰＬＳデータの第２の集合
【００７２】
ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ
【００７３】
ＰＬＳ２スタティック（static：静的）データ：フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データ
【００７４】
プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使用されるシグナリングデータ
【００７５】
プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【００７６】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使用される。
【００７７】
今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる
【００７８】
スーパーフレーム（superframe）：８個のフレーム反復単位の集合
【００７９】
タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００８０】
タイムインターリービンググルーフ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位
【００８１】
ＮＯＴＥ：タイムインターリービンググルーフは１つのフレームに直接マッピングされるか、または複数のフレームにマッピングできる。タイムインターリービンググルーフは１つ以上のタイムインターリービングブロックを含むことができる。
【００８２】
タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ
【００８３】
タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ
【００８４】
ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルの集合
【００８５】
ブロックインターリーバ（Ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒ）：ｉｎｐｕｔ  ｄａｔａがマトリックス（ｍａｔｒｉｘ）として構成されるメモリの  行（ｒｏｗ）に沿って書き込まれ、列（ｃｏｌｕｍｎ）に沿って読み出されるインターリーバ（ｉｎｔｅｒｌｅａｖｅｒ）をいう。
【００８６】
セルインターリーバ（Ｃｅｌｌ  ｉｎｔｅｒｌｅａｖｅｒ）：ｃｅｌｌレベル（ｌｅｖｅｌ）で動作するｉｎｔｅｒｌｅａｖｅｒをいう。
【００８７】
インターリーバ（Ｉｎｔｅｒｌｅａｖｅｒ）：ｂｕｒｓｔ  ｅｒｒｏｒｓの  効果に対応するために、エラー訂正コード（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ  Ｃｏｄｅ：ＦＥＣ）と結合して使用されるデバイスをいう。
【００８８】
物理階層パイプ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ、ＰＬＰ）：  Ｂｒｏａｄｃａｓｔｅｒの必要に応じられるように割り当てられるｃａｐａｃｉｔｙとｒｏｂｕｓｔｎｅｓｓが具体化された構造をいう。
【００８９】
前記ＰＬＰは、データパイプ（ｄａｔａ  ｐｉｐｅ）またはデータ送信チャネルで表現されることもできる。
【００９０】
図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００９１】
本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（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 diversity）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。
【０１４９】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作に対しては、後述する。
【０１５０】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組合せにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作に対しては、後述する。
【０１５１】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントを提供することができる。該当コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）について特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。
【０１５２】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングし、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。
【０１５３】
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１５４】
アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
【０１５５】
但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。
【０１５６】
また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１５７】
セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。
【０１５８】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャネル特性に依存する。特別に放送に対して、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。
【０１５９】
ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-diversity spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１６０】
ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ１，ｉ及びｅ２，ｉ）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ１，ｉ及びｇ２，ｉ）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより送信される。
【０１６１】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１６２】
図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。
【０１６３】
図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１６４】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。
【０１６５】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１６６】
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１６７】
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１６８】
スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。
【０１６９】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。
【０１７０】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃｌｄｐｃ及びパリティビットＰｌｄｐｃは各々のゼロが挿入されたＰＬＳ情報ブロックＩｌｄｐｃから組織的にエンコーディングされ、その後に添付される。
【０１７１】
【数１】
0006404479.tif 000005
【０１７２】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１７３】
【表４】
0006404479.tif 000006
【０１７４】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを遂行することができる。
【０１７５】
ショートニングがＰＬＳ１データ保護に適用されれば、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは送信されない。
【０１７６】
ビットインターリーバ６０１０は、各々のショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
【０１７７】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１７８】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１７９】
図７は、本発明の一実施形態に係るフレームビルディングブロック（frame building block）を示す。
【０１８０】
図７に図示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施形態に該当する。
【０１８１】
前記フレームビルディングブロック（Ｆｒａｍｅ  ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）は、フレーミング＆インターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックで表現されることもできる。
【０１８２】
図７を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００、セルマッパー（cell mapper）７０１０、及びフリケンシインターリーバ（frequency interleaver）７０２０を含むことができる。フレームビルディングブロックの各ブロックに関して説明する。
【０１８３】
ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（co-time）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによってＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０によるものである。インバンド（In-band）シグナリングデータは、次のタイムインターリービンググルーフの情報をシグナリングされるデータパイプより１つのフレームの前に伝達されるようにすることができる。ディレイコンペンセーション（delay compensation：遅延補償）ブロックは、それに合せてインバンド（In-band）シグナリングデータを遅延させる。
【０１８４】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、各々のデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングにより生成されたデータセルを、存在していれば、１つのフレーム内で各々のＯＦＤＭシンボルに該当するアクティブ（active）ＯＦＤＭセルのアレイにマッピングするものである。（ＰＳＩ（program specific information）／ＳＩのような）サービスシグナリングデータは個別的に収集されてデータパイプにより送られることができる。セルマッパーはフレーム構造の構成及びスケジューラーにより生成されたダイナミックインフォメーション（dynamic information：動的情報）に従って動作する。フレームに関する詳細な内容は後述する。
【０１８５】
フリケンシインターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、フリケンシインターリーバ７０２０は単一フレームで最大のインターリービング利得を得るために他のインターリービングシード（seed）の順序を用いて２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（pair：対）で動作することができる。
【０１８６】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１８７】
図８は、本発明の一実施形態に係るＯＦＤＭジェネレーションブロックを示す。
【０１８８】
図８に図示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施形態に該当する。
【０１８９】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックにより生成されたセルによりＯＦＤＭキャリアを変調し、パイロットを挿入し、送信のための時間領域信号を生成する。また、該当ブロックは順次的にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終のＲＦ信号を生成する。
【０１９０】
前記フレームビルディングブロック（Ｆｒａｍｅ  ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）は、フレーミング＆インターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックで表現されることもできる。
【０１９１】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（pilot and reserved tone insertion block）８０００、２Ｄ−ｅＳＦＮ（single frequency network）エンコーディングブロック８０１０、ＩＦＦＴ（inverse fast Fourier transform）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（guard interval insertion block）８０４０、プリアンブル挿入ブロック（preamble insertion block）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。ＯＦＤＭジェネレーションブロックの各ブロックについて説明する。
【０１９２】
パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。
【０１９３】
ＯＦＤＭシンボル内の様々なセルは受信機から先験的に知られた送信された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（frame signaling symbol）パイロット、及びＦＥＳ（frame edge symbol）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンに従って特定増加パワーレベルで送信される。パイロット情報の値は与えられたシンボルで１つが各々の送信キャリアに対するものである一連の値に該当する参照シーケンスで誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定、送信モード識別のために使用されることができ、また位相雑音を追跡するために使用できる。
【０１９４】
参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除外した全てのシンボルにおける分散パイロットセルで送信される。連続パイロットは、フレームの全てのシンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンに全て依存する。エッジキャリアは、プリアンブルシンボルを除外した全てのシンボル内のエッジパイロットと同一である。エッジキャリアは、スペクトルのエッジまで周波数インターポレーション（interpolation：補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。ＦＳＳパイロット及びＦＥＳパイロットはフレームのエッジまで時間インターポレーション（interpolation：補間）を許容するために挿入される。
【０１９５】
本発明の一実施形態に係るシステムは非常に堅い送信モードをサポートするために分散ＭＩＳＯ方式が選択的に使用されるＳＦＮ（Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）をサポートする。２Ｄ−ｅＳＦＮは複数の送信アンテナを使用する分散ＭＩＳＯ方式であって、各アンテナはＳＦＮネットワークで各々異なる送信機に位置することができる。
【０１９６】
２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシティを生成するために２Ｄ−ｅＳＦＮ処理を行って複数の送信機から送信された信号の位相を歪曲させることがある。したがって、長時間の間の低い平面フェーディングまたは深いフェーディングによるバースト誤りが軽減できる。
【０１９７】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（または、リザーブドトーン）に指定されないデータシンボルでの全てのセルは、周波数インターリーバからのデータセルのうちの１つを伝達する。セルはＯＦＤＭキャリアにマッピングされる。
【０１９８】
ＰＡＰＲ減少ブロック８０３０は、時間領域で様々なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。
【０１９９】
ガードインターバル挿入ブロック８０４０はガードインターバルを挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造に対する詳細な内容は後述する。
【０２００】
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが同一なＲＦ信号帯域で同時に送信できるように時間領域で複数の放送送信／受信システムの信号をマルチプレキシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。各々の放送サービスに関連したデータは互いに異なるフレームを通じて送信できる。
【０２０１】
ＤＡＣブロック８０７０は、入力されたディジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は物理階層プロファイルによって複数の出力アンテナを介して送信できる。本発明の一実施形態に係る送信アンテナは垂直または水平極性を有することができる。
【０２０２】
前述したブロックは設計によって省略されるか、類似または同一機能を有するブロックに取替できる。
【０２０３】
図９は、本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０２０４】
本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応することができる。
【０２０５】
本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（synchronization & demodulation module）９０００、フレームパーシングモジュール（frame parsing module）９０１０、デマッピング及びデコーディングモジュール（demapping & decoding module）９０２０、出力プロセッサ（output processor）９０３０、及びシグナリングデコーディングモジュール（signaling decoding module）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０２０６】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置により実行される手続の逆過程に該当する復調を実行することができる。
【０２０７】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザにより選択されたサービスが送信されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すれば、フレームパーシングモジュール９０１０はインターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されなければならない信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより取得され、放送信号送信装置により生成されたスケジューリング情報が復元できる。
【０２０８】
前記フレームパーシングモジュール（または、ブロック）は、デフレーミング＆デインターリービング（Ｄｅｆｒａｍｉｎｇ  ＆  Ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）モジュールで表現されることもできる。
【０２０９】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によってビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、送信効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを通じて送信チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０はシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な送信パラメータを取得することができる。
【０２１０】
出力プロセッサ９０３０は、送信効率を向上させるために放送信号送信装置により適用される様々な圧縮／信号処理手続の逆過程を実行することができる。この場合、出力プロセッサ９０３０はシグナリングデコーディングモジュール９０４０から出力されたデータで必要とする制御情報を取得することができる。出力プロセッサ８３００の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）及びＧＳでありうる。
【０２１１】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００により復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９２００、及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。
【０２１２】
図１０は、本発明の一実施形態に係るフレーム構造を示す。
【０２１３】
図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（frame repetition unit：フレーム反復単位）を示す。（ａ）は本発明の一実施形態に係るスーパーフレームを示し、（ｂ）は本発明の一実施形態に係るＦＲＵを示し、（ｃ）はＦＲＵでの様々なフィジカルプロファイル（PHY profile）のフレームを示し、（ｄ）はフレームの構造を示す。
【０２１４】
スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回反復される。
【０２１５】
ＦＲＵで各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるＰHY_PROFILEのリザーブド値を用いて拡張できる。
【０２１６】
ＦＥＦ部分は、含まれれば、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０２１７】
１つのフレームは複数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０２１８】
プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本送信パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。
【０２１９】
ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみのインターポレーション（interpolation：補間）及び時間的補間（temporal interpolation）を可能にする。
【０２２０】
図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。
【０２２１】
図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本送信パラメータ及び送信タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は毎フレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。
【０２２２】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０２２３】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０２２４】
ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０２２５】
【表５】
0006404479.tif 000007
【０２２６】
ＦＦＴ＿ＳＩＺＥ：該当２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。
【０２２７】
【表６】
0006404479.tif 000008
【０２２８】
ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２２９】
【表７】
0006404479.tif 000009
【０２３０】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。該当フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。該当フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。該当フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２３１】
ＰＩＬＯＴ＿ＭＯＤＥ：該当１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。該当フィールドが０に設定されれば、モバイルパイロットモードが使用される。該当フィールドが１に設定されれば、固定パイロットモードが使用される。
【０２３２】
ＰＡＰＲ＿ＦＬＡＧ：該当１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。該当フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使用される。該当フィールドが０に設定されれば、ＰＡＰＲ減少が使われない。
【０２３３】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：該当３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける該当フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２３４】
【表８】
0006404479.tif 000010
【０２３５】
ＲＥＳＥＲＶＥＤ：該当７ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２３６】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２３７】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本送信パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２３８】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：該当２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２３９】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：該当２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２４０】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２４１】
【表９】
0006404479.tif 000011
【０２４２】
ＮＵＭ＿ＦＳＳ：該当２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２４３】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドは送信される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２４４】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。該当標準で叙述されたバージョンに対し、値が００００に設定される。
【０２４５】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２４６】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使用される周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、該当フィールドは０に設定される。
【０２４７】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２４８】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての送信に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２４９】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使われないフィールドはゼロで詰められる。
【０２５０】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。該当フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２５１】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：該当２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２５２】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２５３】
ＲＥＳＥＲＶＥＤ：該当４ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２５４】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２５５】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドはＰＬＳ２の保護により使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２５６】
【表１０】
0006404479.tif 000012
【０２５７】
ＰＬＳ２＿ＭＯＤ：該当３ビットフィールドはＰＬＳ２により使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２５８】
【表１１】
0006404479.tif 000013
【０２５９】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋを示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６０】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６１】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６２】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが現フレームグループで使用されるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２６３】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使用される場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋを示す。反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６４】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２６５】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：該当３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２６６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使用されるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは非活性化される。
【０２６７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 該当１５ビットフィールドはＰＬＳ２反復が使用される場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣｔｏｔａｌ＿ｆｕｌｌ＿ｂｌｏｃｋを示す。次のフレームグループで反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６８】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２６９】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２７０】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は該当フィールドの値を提供する。該当フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使われない。
【０２７１】
【表１２】
0006404479.tif 000014
【０２７２】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２７３】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は該当フィールドの値を定義する。
【０２７４】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２７５】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２７６】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２７７】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２７８】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２７９】
ＰＬＳ２−ＳＴＡＴデータのフィールドについて、次に具体的に説明する。
【０２８０】
ＦＩＣ＿ＦＬＡＧ：該当１ビットフィールドはＦＩＣが現フレームグループで使用されるか否かを示す。該当フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。該当フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２８１】
ＡＵＸ＿ＦＬＡＧ：該当１ビットフィールドは補助ストリームが現フレームグループで使用されるか否かを示す。該当フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。該当フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２８２】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２８３】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内で唯一に識別する。
【０２８４】
ＤＰ＿ＴＹＰＥ：該当３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２８５】
【表１３】
0006404479.tif 000015
【０２８６】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：該当８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２８７】
ＢＡＳＥ＿ＤＰ＿ＩＤ：該当６ビットフィールドは管理階層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２８８】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは関連したデータパイプにより使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２８９】
【表１４】
0006404479.tif 000016
【０２９０】
ＤＰ＿ＣＯＤ：該当４ビットフィールドは関連したデータパイプにより使用されるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２９１】
【表１５】
0006404479.tif 000017
【０２９２】
ＤＰ＿ＭＯＤ：該当４ビットフィールドは関連したデータパイプにより使用される変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２９３】
【表１６】
0006404479.tif 000018
【０２９４】
ＤＰ_ＳＳＤ＿ＦＬＡＧ：該当１ビットフィールドはＳＳＤモードが関連したデータパイプで使用されるか否かを示す。該当フィールドの値が１に設定されれば、ＳＳＤは使用される。該当フィールドの値が０に設定されれば、ＳＳＤは使われない。
【０２９５】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２９６】
ＤＰ＿ＭＩＭＯ：該当３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２９７】
【表１７】
0006404479.tif 000019
【０２９８】
ＤＰ＿ＴＩ＿ＴＹＰＥ：該当１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２９９】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：該当２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０３００】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、該当フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰＩを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮＴＩ＝１）。該当２ビットフィールドに許容されるＰＩの値は、以下の＜表１８＞に定義される。
【０３０１】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰＩ＝１）。該当２ビットフィールドに許容されるＰＩの値は以下の＜表１８＞に定義される。
【０３０２】
【表１８】
0006404479.tif 000020
【０３０３】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：該当２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩＪＵＭＰ）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、該当フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、該当フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、該当フィールドの値は１に設定される。
【０３０４】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：該当１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使われないと、該当フィールド値は１に設定される。一方、タイムインターリービングが使われれば、該当フィールド値は０に設定される。
【０３０５】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：該当５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０３０６】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：該当１０ビットフィールドは該当データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。該当フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０３０７】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０３０８】
【表１９】
0006404479.tif 000021
【０３０９】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：該当２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０３１０】
【表２０】
0006404479.tif 000022
【０３１１】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０３１２】
【表２１】
0006404479.tif 000023
【０３１３】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：該当２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０３１４】
【表２２】
0006404479.tif 000024
【０３１５】
ＤＮＰ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０３１６】
【表２３】
0006404479.tif 000025
【０３１７】
ＩＳＳＹ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０３１８】
【表２４】
0006404479.tif 000026
【０３１９】
ＨＣ＿ＭＯＤＥ＿ＴＳ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０３２０】
【表２５】
0006404479.tif 000027
【０３２１】
ＨＣ＿ＭＯＤＥ＿ＩＰ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０３２２】
【表２６】
0006404479.tif 000028
【０３２３】
ＰＩＤ：該当１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０３２４】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２５】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３２６】
ＦＩＣ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３２７】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３２８】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２９】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３３０】
ＮＵＭ＿ＡＵＸ：該当４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使われないことを示す。
【０３３１】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３３２】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：該当４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。
【０３３３】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。
【０３３４】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３３５】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３３６】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３３７】
ＦＲＡＭＥ＿ＩＮＤＥＸ：該当５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３３８】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３３９】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３４０】
ＲＥＳＥＲＶＥＤ：該当１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３４１】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３４２】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３４３】
ＤＰ＿ＳＴＡＲＴ：該当１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３４４】
【表２７】
0006404479.tif 000029
【０３４５】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：該当１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３４６】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３４７】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３４８】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドは現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３４９】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：該当８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３５０】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３５１】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３５２】
ＥＡＣ＿ＣＯＵＮＴＥＲ：該当１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３５３】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３５４】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：該当４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。該当フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３５５】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３５６】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３５７】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣのその後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３５８】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３５９】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpolation：補間）を可能にする。
【０３６０】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３６１】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３６２】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３６３】
ＥＡＣはＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３６４】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３６５】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３６６】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが送信されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３６７】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３６８】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３６９】
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能にするために階層間情報（cross-layer information）を伝達する専用チャネルである。該当情報は主にデータパイプの間のチャネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を取得することができる。高速サービス取得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが送信するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。
【０３７０】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。該当フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３７１】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３７２】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３７３】
ＥＡＳメッセージが現フレームで送信されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３７４】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、その後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３７５】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３７６】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３７７】
先行するチャネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３７８】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３７９】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３８０】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる複数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３８１】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで複数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３８２】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの送信に使用することができるＯＦＤＭセルの総数を超過できない。
【０３８３】
【数２】
0006404479.tif 000030
【０３８４】
この際、ＤＤＰ１はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤＤＰ２はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て「タイプ１のマッピング規則」に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３８５】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３８６】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３８７】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。
【０３８８】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが送信され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで送信されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て送信されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。
【０３８９】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、該当シンボルでのＦＩＣセルの数はＣＦＳＳより大きくない。（ｂ）の右側に示した第３の場合は該当シンボルにマッピングされたＦＩＣセルの数がＣＦＳＳを超過する点を除いて、第２の場合と同一である。
【０３９０】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な「タイプ１のマッピング規則」に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３９１】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３９２】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮｃｅｌｌｓはＦＥＣＢＬＯＣＫサイズ、Ｎｌｄｐｃ、コンステレーションシンボル当たり送信されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎｃｅｌｌｓの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬＤＰＵとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組合せ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬＤＰＵはフィジカルプロファイルに基づいて定義される。
【０３９３】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３９４】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３９５】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋｂｃｈビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋｌｄｐｃビット＝Ｎｂｃｈビット）に適用される。
【０３９６】
Ｎｌｄｐｃの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３９７】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３９８】
【表２８】
0006404479.tif 000031
【０３９９】
【表２９】
0006404479.tif 000032
【０４００】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０４０１】
１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０４０２】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使用される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐｌｄｐｃ（パリティビット）が各々のＩｌｄｐｃ（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉｌｄｐｃに添付される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０４０３】
【数３】
0006404479.tif 000033
【０４０４】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０４０５】
ロングＦＥＣＢＬＯＣＫに対してＮｌｄｐｃ−Ｋｌｄｐｃパリティビットを計算する具体的な手続は、次の通りである。
【０４０６】
１）パリティビット初期化
【０４０７】
【数４】
0006404479.tif 000034
【０４０８】
２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉＯ累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０４０９】
【数５】
0006404479.tif 000035
【０４１０】
３）次の３５９個の情報ビットｉｓ、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉｓ累算（accumulate）。
【０４１１】
【数６】
0006404479.tif 000036
【０４１２】
ここで、ｘは第１のビットｉ０に該当するパリティビット累算器のアドレスを示し、Ｑｌｄｐｃはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ１に対するＱｌｄｐｃ＝２４に引続き、次の動作が実行される。
【０４１３】
【数７】
0006404479.tif 000037
【０４１４】
４）３６１番目の情報ビットｉ３６０に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉｓ、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ３６０に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２の行のエントリーを示す。
【０４１５】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使用される。
【０４１６】
全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
【０４１７】
６）ｉ＝１から始めて次の動作を順次に実行
【０４１８】
【数８】
0006404479.tif 000038
【０４１９】
ここで、ｐｉ、ｉ＝０，１，．．．，Ｎｌｄｐｃ−Ｋｌｄｐｃ−１の最終コンデンツはパリティビットｐｉと同一である。
【０４２０】
【表３０】
0006404479.tif 000039
【０４２１】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する該当ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０４２２】
【表３１】
0006404479.tif 000040
【０４２３】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０４２４】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０４２５】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４２６】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮｃｅｌｌｓ＝６４８００／ηＭＯＤまたは１６２００／ηＭＯＤである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組合せに固有である。
【０４２７】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηＭＯＤ）によって実行される。１つの内部グループに対するＱＣＢの数ＮＱＣＢ＿ＩＧも定義される。
【０４２８】
【表３２】
0006404479.tif 000041
【０４２９】
内部グループインターリービング過程はＱＣＢインターリービング出力のＮＱＣＢ＿ＩＧ個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮＱＣＢ＿ＩＧ個の行を用いて内部グループのビットを記入し読み取る過程を含む。記入動作で、ＱＣＢインターリービング出力からのビットが行方向に記入される。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。
【０４３０】
図２４は、本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【０４３１】
図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。
【０４３２】
ビットインターリービング出力の各々のセルワード（ｃ０，ｌ，ｃ１，ｌ，．．． ，ｃｎｍｏｄ−１，ｌ）は１つのＸＦＥＣＢＬＯＣＫに対するセル−ワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ１，０，m，ｄ１，１，ｍ，．．．，ｄ１，ｎｍｏｄ−１，ｍ）及び（ｄ２，０，m，ｄ２，１，ｍ，．．．，ｄ２，ｎｍｏｄ−１，m）にデマルチプレキシングされる。
【０４３３】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ０，ｌ，ｃ１，ｌ，．．．，ｃ９，ｌ）は（ｂ）に示したように（ｄ１，０，ｍ，ｄ１，１，ｍ，．．．，ｄ１，３，ｍ）及び（ｄ２，０，ｍ，ｄ２，１，ｍ，．．．，ｄ２，５，ｍ）にデマルチプレキシングされる。
【０４３４】
図２５は、本発明の一実施形態に係るタイムインターリービングを示す。
【０４３５】
（ａ）から（ｃ）はタイムインターリービングモードの例を示す。
【０４３６】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異に設定できる。
【０４３７】
ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。
【０４３８】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり複数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。
【０４３９】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、該当パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、該当パラメータは１つのタイムインターリービンググループから拡散されるフレームの数ＰＩである。
【０４４０】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４４１】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩＪＵＭＰを示す。
【０４４２】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、該当パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。
【０４４３】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４４４】
タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラーからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ（ｎ）は最小値０から最も大きい値が１０２３である最大値ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸ（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。
【０４４５】
各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰＩ個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（ＮＴＩ個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが複数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０４４６】
【表３３】
0006404479.tif 000042
【０４４７】
各々のデータパイプで、タイムインターリービングメモリは入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を格納する。入力されたＸＦＥＣＢＬＯＣＫは、
【化１】
0006404479.tif 000043
として定義されると仮定する。ここで、
【化２】
0006404479.tif 000044
はｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｒ番目ＸＦＥＣＢＬＯＣＫのｑ番目セルであり、次のようなＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。
【化３】
0006404479.tif 000045
【０４４８】
また、タイムインターリーバ５０５０から出力されたＸＦＥＣＢＬＯＣＫは
【化４】
0006404479.tif 000046
として定義されると仮定する。ここで、
【化５】
0006404479.tif 000047
はｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｉ番目
【化６】
0006404479.tif 000048
出力セルである。
【０４４９】
一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。
【０４５０】
タイムインターリービングはツイストされた行−列ブロックインターリーバである。ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックに対して、列の数Ｎｃが
【化７】
0006404479.tif 000049
と同一である一方、タイムインターリービングメモリの行の数Ｎｒはセルの数Ｎｃｅｌｌと同一である（即ち、Ｎｒ＝Ｎｃｅｌｌ）。
【０４５１】
図２６は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【０４５２】
図２６（ａ）は、タイムインターリーバで記入動作を示し、図２６（ｂ）は、タイムインターリーバで読取動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に記入され、２番目のＸＦＥＣＢＬＯＣＫは、次の列に記入され、このような動作が続く。そし、インターリービングアレイで、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列を始めとして行に沿って右に）最後の行まで対角線方向の読取が進まれる間、
【化８】
0006404479.tif 000050
個のセルが読み取られる。具体的に、
【化９】
0006404479.tif 000051
が順次読み取られるタイムインターリービングメモリセル位置と仮定すれば、このようなインターリービングアレイでの読取動作は、下記の式のように、行インデックス
【化１０】
0006404479.tif 000052
、列インデックス
【化１１】
0006404479.tif 000053
、関連したツイストパラメータ
【化１２】
0006404479.tif 000054
を算出することによって実行される。
【０４５３】
【数９】
0006404479.tif 000055
【０４５４】
ここで、
【化１３】
0006404479.tif 000056
に関係なく、対角線方向読取過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２−ＳＴＡＴで与えられた
【化１４】
0006404479.tif 000057
により決定される。
【０４５５】
【数１０】
0006404479.tif 000058
【０４５６】
結果的に、読み取られるセル位置は、座標
【化１５】
0006404479.tif 000059
により算出される。
【０４５７】
図２７は、本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。
【０４５８】
より具体的に、図２７は、
【化１６】
0006404479.tif 000060
であるとき、仮想ＸＦＥＣＢＬＯＣＫを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリでインターリービングアレイを示す。
【０４５９】
変数
【化１７】
0006404479.tif 000061
より小さいか、同じであろう。したがって、
【化１８】
0006404479.tif 000062
に関係なく、受信機側で単一メモリデインターリービングを達成するために、ツイストされた行−列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することにより、
【化１９】
0006404479.tif 000063
の大きさに設定され、読取過程は、次の式のようになされる。
【０４６０】
【数１１】
0006404479.tif 000064
【０４６１】
タイムインターリービンググループの数は、３に設定される。タイムインターリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝’０’、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ＝’１’、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝’１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によりＰＬＳ２−ＳＴＡＴデータでシグナリングされる。各々Ｎｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ＿ＴＩ（０、０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１、０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２、０）＝５によりＰＬＳ２−ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸによりＰＬＳ２−ＳＴＡＴデータでシグナリングされ、これは、
【化２０】
0006404479.tif 000065
に繋がる。
【０４６２】
図２８は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向読取パターンを示す。
【０４６３】
より具体的に、図２８は、パラメータ
【化２１】
0006404479.tif 000066
及びＳｓｈｉｆｔ＝（７−１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向読取パターンを示す。このとき、上記に類似コードで示した読取過程で、
【化２２】
0006404479.tif 000067
であれば、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
【０４６４】
図２９は、本発明の一実施形態に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４６５】
図２９は、パラメータ
【化２３】
0006404479.tif 000068
及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４６６】
図３０は本発明の一実施形態に係る同期及び復調（synchronization & demodulation）モジュールを示す図である。
【０４６７】
図３０に図示された同期及び復調モジュールは、図９で説明した同期及び復調モジュールの一実施形態に該当する。また、図３０に図示された同期及び復調モジュールは、図９で説明したウェーブフォームジェネレーションモジュールの逆動作を遂行することができる。
【０４６８】
図３０に示すように、本発明の一実施形態に係る同期及び復調モジュールは、ｍ個のＲｘアンテナを使用する受信装置の同期及び復調モジュールの実施形態であって、ｍ個のパス（path）だけ入力された信号を復調して出力するためのｍ個の処理ブロックを含むことができる。ｍ個の処理ブロックは全て同一な処理過程を遂行することができる。以下、ｍ個の処理ブロックのうち、第１の処理ブロック３００００の動作を中心に説明する。
【０４６９】
第１の処理ブロック３００００は、チューナー３０１００、ＡＤＣブロック３０２００、プリアンブルディテクタ（preamble dectector）３０３００、ガードシーケンスディテクタ（guard sequence detector）３０４００、ウェーブフォームトランスフォーム（waveform transform）ブロック３０５００、時間／周波数同期化（Time／freq sync）ブロック３０６００、レファレンスシグナルディテクタ（Reference signal detector）３０７００、チャネルイコライザー（Channel equalizer）３０８００、及びインバースウェーブフォームトランスフォーム（Inverse waveform transform）ブロック３０９００を含むことができる。
【０４７０】
チューナー３０１００は、所望の周波数帯域を選択し、受信した信号の大きさを補償してＡＤＣブロック３０２００に出力することができる。
【０４７１】
ＡＤＣブロック３０２００は、チューナー３０１００から出力された信号をディジタル信号に変換することができる。
【０４７２】
プリアンブルディテクタ３０３００は、ディジタル信号に対して受信装置に対応するシステムの信号か否かを確認するためにプリアンブル（または、プリアンブル信号またはプリアンブルシンボル）をディテクティングすることができる。この場合、プリアンブルディテクタ３０３００はプリアンブルを通じて受信される基本的な送信パラメータ（transmission parameter）を復号することができる。
【０４７３】
ガードシーケンスディテクタ３０４００は、ディジタル信号内のガードシーケンス（guard sequence）をディテクティングすることができる。時間／周波数同期化ブロック３０６００は、ディテクティングされたガードシーケンスを用いて時間／周波数同期化（time/frequency synchronization）を遂行することができ、チャネルイコライザー３０８００はディテクティングされたガードシーケンスを用いて受信／復元されたシーケンスを通じてチャネルを推定することができる。
【０４７４】
ウェーブフォームトランスフォームブロック３０５００は、送信側でインバースウェーブフォームトランスフォームが遂行された場合、これに対する逆変換過程を遂行することができる。本発明の一実施形態に係る放送送受信システムが多重キャリアシステム（multi-carrier system）の場合、ウェーブフォームトランスフォームブロック３０５００はＦＦＴ変換過程を遂行することができる。また、本発明の一実施形態に係る放送送受信システムが単一キャリアシステム（single carrier system）の場合、受信された時間領域の信号が周波数領域で処理するために使用されるか、または時間領域で全て処理される場合、ウェーブフォームトランスフォームブロック３０５００は使用されないことがある。
【０４７５】
時間／周波数同期化ブロック３０６００は、プリアンブルディテクタ３０３００、ガードシーケンスディテクタ３０４００、レファレンスシグナルディテクタ３０７００の出力データを受信し、検出された信号に対してガードシーケンスディテクション（guard sequence detection）、ブロックウィンドウポジショニング（block window positioning）を含む時間同期化及びキャリア周波数同期化を遂行することができる。この際、周波数同期化のために時間／周波数同期化ブロック３０６００は、ウェーブフォームトランスフォームブロック３０５００の出力信号をフィードバックして使用することができる。
【０４７６】
レファレンスシグナルディテクタ３０７００は、受信されたレファレンスシグナルを検出することができる。したがって、本発明の一実施形態に係る受信装置は同期化を遂行するか、またはチャネル推定（channel estimation）を遂行することができる。
【０４７７】
チャネルイコライザー３０８００は、ガードシーケンスやレファレンスシグナルから各送信アンテナから各受信アンテナまでの送信チャネルを推定し、推定されたチャネルを用いて各受信データに対するチャネル補償（equalization）を遂行することができる。
【０４７８】
インバースウェーブフォームトランスフォームブロック３０９００は、同期及びチャネル推定／補償を効率的に遂行するために、ウェーブフォームトランスフォームブロック３０５００がウェーブフォームトランスフォームを遂行した場合、また元の受信データドメイン（domain）に復元してくれる役割を遂行することができる。本発明の一実施形態に係る放送送受信システムが単一キャリアシステムの場合、ウェーブフォームトランスフォームブロック３０５００は同期／チャネル推定／補償を周波数領域で遂行するためにＦＦＴを遂行することができ、インバースウェーブフォームトランスフォームブロック３０９００はチャネル補償が完了した信号に対してＩＦＦＴを遂行することで、送信されたデータシンボル（data symbol）を復元することができる。本発明の一実施形態に係る放送送受信システムが多重キャリアシステムの場合、インバースウェーブフォームトランスフォームブロック３０９００は使用されないこともある。
【０４７９】
また、前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０４８０】
図３１は、本発明の一実施形態に係るフレームパーシングモジュールを示す図である。
【０４８１】
図３１に図示されたフレームパーシングモジュールは、図９で説明したフレームパーシングモジュールの一実施形態に該当する。
【０４８２】
前記フレームパーシングモジュール（または、ブロック）は、デフレーミング＆デインターリービング（Ｄｅｆｒａｍｉｎｇ  ＆  Ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）モジュールで表現されることもできる。
【０４８３】
図３１に示すように、本発明の一実施形態に係るフレームパーシングモジュールは、少なくとも１つ以上のブロックデインターリーバ３１０００及び少なくとも１つ以上のセルデマッパー３１１００を含むことができる。
【０４８４】
ブロックデインターリーバ３１０００はｍ個の受信アンテナの各データパスに入力されて同期及び復調モジュールで処理されたデータに対して、各シグナルブロック単位でデータに対するデインターリービングを遂行することができる。この場合、図８で説明したように、送信側でペアワイズインターリービング（pair-wise interleaving）が遂行された場合、ブロックデインターリーバ３１０００は各入力パス（path）に対して連続した２つのデータを１つのペアに処理することができる。したがって、ブロックデインターリーバ３１０００はデインターリービングを遂行した場合にも連続した２つの出力データを出力することができる。また、ブロックデインターリーバ３１０００は送信端で遂行したインターリービング過程の逆過程を遂行して元のデータ順に出力することができる。
【０４８５】
セルデマッパー３１１００は、受信された信号フレームからコモンデータに対応するセル、データパイプに対応するセル、及びＰＬＳデータに対応するセルを抽出することができる。必要の場合、セルデマッパー３１１００は複数個の部分に分散されて送信されたデータをマージ（merge）して１つのストリームに出力することができる。また、図７で説明したように、送信端で２つの連続したセル入力データが１つのペアに処理されてマッピングされた場合、セルデマッパー３１１００はこれに該当する逆過程で連続した２つの入力セルを１つの単位で処理するペアワイズセルデマッピングを遂行することができる。
【０４８６】
また、セルデマッパー３１１００は現在フレームを通じて受信したＰＬＳシグナリングデータに対して、各々ＰＬＳ−プリ（pre）及びＰＬＳ−ポスト（post）データとして全て抽出して出力することができる。
【０４８７】
前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０４８８】
図３２は、本発明の一実施形態に係るデマッピング及びデコーディングモジュールを示す図である。
【０４８９】
図３２に図示されたデマッピング及びデコーディングモジュールは、図９で説明したデマッピング及びデコーディングモジュールの一実施形態に該当する。
【０４９０】
前述したように、本発明の一実施形態に係る送信装置のコーディングアンドモジュレーションモジュールは、入力されたデータパイプに対して、各々のパス別にＳＩＳＯ、ＭＩＳＯ、及びＭＩＭＯ方式を独立的に適用して処理することができる。したがって、図３２に図示されたデマッピング及びデコーディングモジュールやはり送信装置に対応してフレームパーサから出力されたデータを各々ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ処理するためのブロックを含むことができる。
【０４９１】
図３２に示すように、本発明の一実施形態に係るデマッピング及びデコーディングモジュールは、ＳＩＳＯ方式のための第１ブロック３２０００、ＭＩＳＯ方式のための第２ブロック３２１００、ＭＩＭＯ方式のための第３ブロック３２２００、及びＰＬＳプリ／ポスト情報を処理するための第４ブロック３２３００を含むことができる。図３２に図示されたデマッピング及びデコーディングモジュールは一実施形態に過ぎず、設計者の意図によってデマッピング及びデコーディングモジュールは第１ブロック３２０００及び第４ブロック３２３００のみを含むこともでき、第２ブロック３２１００及び第４ブロック３２３００のみを含むこともでき、第３ブロック３２２００及び第４ブロック３２３００のみを含むこともできる。即ち、設計者の意図によってデマッピング及びデコーディングモジュールは各データパイプを同一に、または異なるように処理するためのブロックを含むことができる。
【０４９２】
以下、各ブロックについて説明する。
【０４９３】
第１ブロック３２０００は入力されたデータパイプをＳＩＳＯ処理するためのブロックであって、時間デインターリーバブロック３２０１０、セルデインターリーバブロック３２０２０、コンステレーションデマッパーブロック３２０３０、セルトゥビットマルチプレキシング（cell to bit mux）ブロック３２０４０、ビットデインターリーバブロック３２０５０、及びＦＥＣデコーダブロック３２０６０を含むことができる。
【０４９４】
時間デインターリーバブロック３２０１０は、時間インターリーバブロックの逆過程を遂行することができる。即ち、時間デインターリーバブロック３２０１０は時間領域でインターリービングされた入力シンボルを元の位置にデインターリービングすることができる。
【０４９５】
セルデインターリーバブロック３２０２０は、セルインターリーバブロックの逆過程を遂行することができる。即ち、セルデインターリーバブロック３２０２０は１つのＦＥＣブロック内でスプレッディング（spreading）されたセルの位置を元の位置にデインターリービングすることができる。
【０４９６】
コンステレーションデマッパーブロック３２０３０は、コンステレーションマッパーブロックの逆過程を遂行することができる。即ち、コンステレーションデマッパーブロック３２０３０はシンボルドメインの入力信号をビットドメインのデータにデマッピングすることができる。また、コンステレーションデマッパーブロック３２０３０は硬判定（hard decision）を遂行して判定されたビットデータを出力することもでき、軟判定（soft decision）値や、あるいは確率的な値に該当する各ビットの対数尤度比（Log-likelihood ratio：ＬＬＲ）を出力することができる。仮に、送信端で追加的なダイバーシティゲインを得るために回転（rotated）コンステレーションを適用した場合、コンステレーションデマッパーブロック３２０３０はこれに相応する２次元のＬＬＲ デマッピングを遂行することができる。この際、コンステレーションデマッパーブロック３２０３０はＬＬＲを計算するとき、送信装置でＩまたはＱコンポーネントに対して遂行された遅延値を補償できるように計算を遂行することができる。
【０４９７】
セルトゥビットマルチプレキシングブロック３２０４０は、ビットトゥセルデマルチプレキシングブロックの逆過程を遂行することができる。即ち、セルトゥビットマルチプレキシングブロック３２０４０は、ビットトゥセルデマルチプレキシングブロックでマッピングされたビットデータを元のビットストリーム形態に復元することができる。
【０４９８】
ビットデインターリーバブロック３２０５０は、ビットインターリーバブロックの逆過程を遂行することができる。即ち、ビットデインターリーバブロック３２０５０はセルトゥビットマルチプレキシングブロック３２０４０から出力されたビットストリームを元の順にデインターリービングすることができる。
【０４９９】
ＦＥＣデコーダブロック３２０６０は、ＦＥＣエンコーダブロックの逆過程を遂行することができる。即ち、ＦＥＣデコーダブロック３２０６０はＬＤＰＣデコーディングとＢＣＨデコーディングを遂行して送信チャネル上の発生したエラーを訂正することができる。
【０５００】
第２ブロック３２１００は入力されたデータパイプをＭＩＳＯ処理するためのブロックであって、図３２に示すように、第１ブロック３２０００と同一に時間デインターリーバブロック、セルデインターリーバブロック、コンステレーションデマッパーブロック、セルトゥビットマルチプレキシングブロック、ビットデインターリーバブロック、及びＦＥＣデコーダブロックを含むことができるが、ＭＩＳＯデコーディングブロック３２１１０をさらに含むという点で差がある。第２ブロック３２１００は、第１ブロック３２０００と同様に時間デインターリーバから出力まで同一な役割の過程を遂行するので、同一なブロックに対する説明は省略する。
【０５０１】
ＭＩＳＯデコーディングブロック３２１１０は、ＭＩＳＯプロセッシングブロックの逆過程を遂行することができる。本発明の一実施形態に係る放送送受信システムがＳＴＢＣを使用したシステムの場合、ＭＩＳＯデコーディングブロック３２１１０はアラモウチ（Alamouti）デコーディングを遂行することができる。
【０５０２】
第３ブロック３２２００は入力されたデータパイプをＭＩＭＯ処理するためのブロックであって、図３２に示すように、第２ブロック３２１００と同一に時間デインターリーバブロック、セルデインターリーバブロック、コンステレーションデマッパーブロック、セルトゥビットマルチプレキシングブロック、ビットデインターリーバブロック、及びＦＥＣデコーダブロックを含むことができるが、ＭＩＭＯデコーディングブロック３２２１０を含むという点でデータ処理過程の差がある。第３ブロック３２２００に含まれた時間デインターリーバ、セルデインターリーバ、コンステレーションデマッパー、セルトゥビットマルチプレキシング、ビットデインターリーバブロックなどの動作は、第１乃至第２ブロック３２０００−３２１００に含まれた該当ブロックの動作と具体的な機能は異なることがあるが、基本的な役割は同一である。
【０５０３】
ＭＩＭＯデコーディングブロック３２２１０は、ｍ個の受信アンテナ入力信号に対してセルデインターリーバの出力データを入力に受けて、ＭＩＭＯプロセッシングブロックの逆過程としてＭＩＭＯデコーディングを遂行することができる。ＭＩＭＯデコーディングブロック３２２１０は、最高の復号化性能を得るために最尤復号（Maximum likelihood decoding）を遂行するか、複雑度を減少させたスフィアデコーディング（Sphere decoding）を遂行することができる。または、ＭＩＭＯデコーディングブロック３２２１０はＭＭＳＥディテクションを遂行するか、または反復デコーディング（iterative decoding）を共に結合遂行し、向上したデコーディング性能を確保することができる。
【０５０４】
第４ブロック３２３００はＰＬＳプリ／ポスト情報を処理するためのブロックであって、ＳＩＳＯまたはＭＩＳＯデコーディングを遂行することができる。第４ブロック３２３００は第４ブロックの逆過程を遂行することができる。
【０５０５】
第４ブロック３２３００に含まれた時間デインターリーバ、セルデインターリーバ、コンステレーションデマッパー、セルトゥビットマルチプレキシング、ビットデインターリーバブロックの動作は、第１乃至第３ブロック３２０００−３２２００に含まれた該当ブロックの動作と具体的な機能は異なることがあるが、基本的な役割は同一である。
【０５０６】
第４ブロック３２３００に含まれた短縮及びパンクチャリングＦＥＣデコーダ（Shortened/Punctured FEC decoder）３２３１０は、短縮及びパンクチャリングＦＥＣエンコーダブロックの逆過程を遂行することができる。即ち、短縮及びパンクチャリングＦＥＣデコーダ３２３１０はＰＬＳデータの長さによって短縮及びパンクチャリングされて受信されたデータに対して非短縮（de-shortening）とデパンクチャリング（de-puncturing）を遂行した後にＦＥＣデコーディングを遂行することができる。この場合、データパイプに使用されたＦＥＣデコーダを同一にＰＬＳにも使用することができるので、ＰＬＳのみのための別途のＦＥＣデコーダハードウェアが必要でないので、システム設計が容易であり、効率的なコーディングが可能であるという長所がある。
【０５０７】
前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０５０８】
結果的に、図３２に示すように、本発明の一実施形態に係るデマッピング及びデコーディングモジュールは、各パス別に処理されたデータパイプ及びＰＬＳ情報をアウトプットプロセッサに出力することができる。
【０５０９】
図３３及び図３４は、本発明の一実施形態に係るアウトプットプロセッサ（output processor）を示す図である。
【０５１０】
図３３は、本発明の一実施形態に係る出力プロセッサを示す図である。
【０５１１】
図３３に図示された出力プロセッサは、図９で説明した出力プロセッサの一実施形態に該当する。また、図３３に図示された出力プロセッサはデマッピング及びデコーディングモジュールから出力された単一データパイプを受信して単一出力ストリームを出力するためのものであって、インプットフォーマッティングモジュールの逆動作を遂行することができる。
【０５１２】
図３３のアウトプットプロセッサは、後述する図５０、図５１、及び図５３において提案された機能、過程、及び／又は方法を実現する。
【０５１３】
図３３に図示された出力プロセッサは、ＢＢデスクランブラーブロック３３０００、パディング削除（Padding removal）ブロック３３１００、ＣＲＣ−８デコーダブロック３３２００、及びＢＢフレームプロセッサブロック３３３００を含むことができる。
【０５１４】
ＢＢデスクランブラーブロック３３０００は、入力されたビットストリームに対して送信端で使用したものと同一なＰＲＢＳを発生させてビット列とＸＯＲしてデスクランブリングを遂行することができる。
【０５１５】
パディング削除ブロック３３１００は、送信端で必要によって挿入されたパディングビットを除去することができる。
【０５１６】
ＣＲＣ−８デコーダブロック３３２００は、パディング削除ブロック３３１００から入力を受けたビットストリームに対してＣＲＣデコーディングを遂行してブロックエラーをチェックすることができる。
【０５１７】
ＢＢフレームプロセッサブロック３３３００は、ＢＢフレームヘッダに送信された情報をデコーディングし、デコーディングされた情報を用いてＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）またはジェネリックストリーム（Generic stream）を復元することができる。
【０５１８】
前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０５１９】
図３４は、本発明の他の実施形態に係るアウトプットプロセッサを示す図である。
【０５２０】
図３４に図示されたアウトプットプロセッサは、図９で説明したアウトプットプロセッサの一実施形態に該当する。また、図３４に図示されたアウトプットプロセッサは、デマッピング及びデコーディングモジュールから出力された多重（multiple）データパイプを受信する場合に該当する。多重データパイプに対するデコーディングは複数のデータパイプに共通に適用できるコモンデータ及びこれと関連したデータパイプをマージしてデコーディングする場合、または受信装置が複数個のサービスあるいはサービスコンポーネント（scalable video serviceを含み）を同時にデコーディングする場合を含むことができる。
【０５２１】
図３４に図示されたアウトプットプロセッサは、アウトプットプロセッサの場合と同様に、ＢＢデスクランブラーブロック、パディング削除ブロック、ＣＲＣ−８デコーダブロック、及びＢＢフレームプロセッサブロックを含むことができる。各ブロックは図３３で説明したブロックの動作と具体的な動作は異なることがあるが、基本的な役割は同一である。
【０５２２】
図３４のアウトプットプロセッサは、後述する図５０、図５１、及び図５３において提案された機能、過程、及び／又は方法を実現する。
【０５２３】
図３４に図示されたアウトプットプロセッサに含まれたデ−ジッタバッファブロック３４０００は、多重データパイプ間の同期化のために送信端で任意に挿入された遅延（delay）を復元されたＴＴＯ（time to output）パラメータに従って補償することができる。
【０５２４】
また、ヌルパケット挿入ブロック３４１００は復元されたＤＮＰ（deleted null packet）情報を参考してストリーム内の除去されたヌルパケットを復元することができ、コモンデータを出力することができる。
【０５２５】
ＴＳクロック再生ブロック３４２００は、ＩＳＣＲインプットストリーム時間レファレンス（ISCR-Input Stream Time Reference）情報を基準に出力パケットの詳細な時間同期を復元することができる。
【０５２６】
ＴＳ再結合（recombining）ブロック３４３００は、ヌルパケット挿入ブロック３４１００から出力されたコモンデータ及びこれと関連したデータパイプを再結合して元のＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）、あるいはジェネリックストリームに復元して出力することができる。ＴＴＯ、ＤＮＰ、ＩＳＣＲ情報は全てＢＢフレームヘッダを通じて取得できる。
【０５２７】
インバンドシグナリングデコーダブロック３４４００は、データパイプの各ＦＥＣフレーム内のパディングビットフィールドを通じて送信されるインバンド物理階層シグナリング（in-band physical layer signaling）情報を復元して出力することができる。
【０５２８】
図３４に図示されたアウトプットプロセッサは、ＰＬＳ−プリパスとＰＬＳ−ポストパスによって入力されるＰＬＳ−プリ情報及びＰＬＳ−ポスト情報を各々ＢＢデスクランブリングし、デスクランブリングされたデータに対してデコーディングを遂行し、元のＰＬＳデータを復元することができる。復元されたＰＬＳデータは受信装置内のシステム制御器（system controller）に伝達され、システム制御器は受信装置の同期化及び復調モジュール、フレームパーシングモジュール、デマッピング及びデコーディングモジュール、及びアウトプットプロセッサモジュールに必要とするパラメータを供給することができる。
【０５２９】
前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０５３０】
図３５は、本発明の他の実施形態に係るコーディングアンドモジュレーションモジュールを示す図である。
【０５３１】
図３５に図示されたコーディングアンドモジュレーションモジュールは、各データパイプを通じて送信するサービスやサービスコンポーネント別にＱｏＳを調節するために、モジュールはＳＩＳＯ方式のための第１ブロック３５０００、ＭＩＳＯ方式のための第２ブロック３５１００、ＭＩＭＯ方式のための第３ブロック３５２００、及びＰＬＳプリ／ポスト情報を処理するための第４ブロック３５３００を含むことができる。また、本発明の一実施形態に係るコーディングアンドモジュレーションモジュールは、前述したように、設計者の意図によって各データパイプを同一に、または異なるように処理するためのブロックを含むことができる。図３５に図示された第１ブロック乃至第４ブロック３５０００−３５３００は、第１ブロック乃至第４ブロックと略同一なブロックを含んでいる。
【０５３２】
しかしながら、第１ブロック乃至第３ブロック３５０００−３５２００に含まれたコンステレーションマッパーブロック３５０１０の機能が第１ブロック乃至第３ブロックに含まれたコンステレーションマッパーブロックの機能と異なるという点、第１ブロック乃至第４ブロック３５０００−３５３００のセルインターリーバ及び時間インターリーバの間に回転（rotation）及びＩ／Ｑインターリーバブロック３５０２０が含まれているという点、及びＭＩＭＯ方式のための第３ブロック３１２００の構成がＭＩＭＯ方式のための第３ブロックの構成が異なるという点に差がある。
【０５３３】
図３５に図示されたコンステレーションマッパーブロック３５０１０は、入力されたビットワードを複合シンボル（complex symbol）にマッピングすることができる。
【０５３４】
図３５に図示されたコンステレーションマッパーブロック３５０１０は、前述したように、第１ブロック乃至第３ブロック３５０００−３５２００に共通的に適用できる。
【０５３５】
回転及びＩ／Ｑインターリーバブロック３５０２０は、セルインターリーバから出力されたセルインターリービングされたデータの各複合シンボルの同相（In-phase）と直交位相（Quadrature-phase）コンポーネントを独立的にインターリービングしてシンボル単位で出力することができる。回転及びＩ／Ｑインターリーバブロック３５０２０の入力データ及び出力シンボルの個数は２つ以上であり、これは設計者の意図によって変更可能である。また、回転及びＩ／Ｑインターリーバブロック３５０２０は同相成分に対しては、インターリービングを遂行しないこともある。
【０５３６】
回転及びＩ／Ｑインターリーバブロック３５０２０は、前述したように、第１ブロック乃至第４ブロック３５０００−３５３００に共通的に適用できる。この場合、回転及びＩ／Ｑインターリーバブロック３５０２０がＰＬＳプリ／ポスト情報を処理するための第４ブロック３５３００に適用されるか否かは前述したプリアンブルを通じてシグナリングできる。
【０５３７】
ＭＩＭＯ方式のための第３ブロック３５２００は、図３５に示すように、Ｑ−ブロックインターリーバブロック３５２１０、及び複合シンボル生成ブロック３５２２０を含むことができる。
【０５３８】
Ｑ−ブロックインターリーバブロック３５２１０は、ＦＥＣエンコーダから入力を受けたＦＥＣエンコーディングが遂行されたＦＥＣブロックのパリティパート（parity part）に対して、パーミュテーション（permutation）を遂行することができる。これを通じてＬＤＰＣ Ｈマトリックスのパリティパートを情報パート（information part）と同一に環状構造（cyclic structure）に作ることができる。Ｑ−ブロックインターリーバブロック３５２１０は、ＬＤＰＣＨマトリックスのＱサイズを有する出力ビットブロックの順序をパーミュテーションした後、行（row）−列（column）ブロックインターリービングを遂行して最終ビット列を生成して出力することができる。
【０５３９】
複合シンボル生成器ブロック３５２２０は、Ｑ−ブロックインターリーバブロック３５２１０から出力されたビット列の入力を受けて、複合シンボルにマッピングして出力することができる。この場合、複合シンボル生成器ブロック３５２２０は少なくとも２つの経路を通じてシンボルを出力することができる。これは、設計者の意図によって変更可能である。
【０５４０】
前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０５４１】
結果的に、図３５に示すように、本発明の他の実施形態に係るコーディングアンドモジュレーションモジュールは、各パス別に処理されたデータパイプ、ＰＬＳ−プリ情報、ＰＬＳ−ポスト情報をフレーム構造モジュールに出力することができる。
【０５４２】
図３６は、本発明の他の実施形態に係るデマッピング及びデコーディングモジュールを示す図である。
【０５４３】
図３６に図示されたデマッピング及びデコーディングモジュールは、図９及び図３２で説明したデマッピング及びデコーディングモジュールの他の実施形態に該当する。また、図３６に図示されたデマッピング及びデコーディングモジュールは図３５で説明したコーディングアンドモジュレーションモジュールの逆動作を遂行することができる。
【０５４４】
図３６に示すように、本発明の他の実施形態に係るデマッピング及びデコーディングモジュールは、ＳＩＳＯ方式のための第１ブロック３６０００、ＭＩＳＯ方式のための第２ブロック３６１００、ＭＩＭＯ方式のための第３ブロック３６２００、及びＰＬＳプリ／ポスト情報を処理するための第４ブロック３６３００を含むことができる。また、本発明の一実施形態に係るデマッピング及びデコーディングモジュールは、前述したように、設計者の意図によって各データパイプを同一に、または異なるように処理するためのブロックを含むことができる。図３６に図示された第１ブロック乃至第４ブロック３６０００−３６３００は、図３２で説明した第１ブロック乃至第４ブロック３２０００−３２３００と略同一なブロックを含んでいる。
【０５４５】
しかしながら、第１ブロック乃至第４ブロック３６０００−３６３００の時間デインターリーバ及びセルデインターリーバの間にＩ／Ｑデインターリーバ及びデローテーションブロック３６０１０が含まれているという点、第１ブロック乃至第３ブロック３６０００−３６２００に含まれたコンステレーションデマッパーブロック３６０２０の機能が図３２の第１ブロック乃至第３ブロック３２０００−３２２００に含まれたコンステレーションマッパーブロック３２０３０の機能と異なるという点、及びＭＩＭＯ方式のための第３ブロック３６２００の構成が図３２に図示されたＭＩＭＯ方式のための第３ブロック３２２００の構成が異なるという点に差がある。以下、図３２と同一なブロックに対する説明は省略し、前述した差異点を中心に説明する。
【０５４６】
Ｉ／Ｑデインターリーバ及びデローテーションブロック３６０１０は、図３５で説明した回転及びＩ／Ｑインターリーバブロック３５０２０の逆過程を遂行することができる。即ち、Ｉ／Ｑデインターリーバ及びデローテーションブロック３６０１０は、送信端でＩ／Ｑインターリービングされて送信されたＩ及びＱコンポーネントに対して各々デインターリービングを遂行することができ、復元されたＩ／Ｑコンポーネントを有する複合シンボルをまたデローテーションして出力することができる。
【０５４７】
Ｉ／Ｑデインターリーバ及びデローテーションブロック３６０１０は、前述したように、第１ブロック乃至第４ブロック３６０００−３６３００に共通的に適用できる。この場合、Ｉ／Ｑデインターリーバ及びデローテーションブロック３６０１０がＰＬＳプリ／ポスト情報を処理するための第４ブロック３６３００に適用されるか否かは前述したプリアンブルを通じてシグナリングできる。
【０５４８】
コンステレーションデマッパーブロック３６０２０は、図３５で説明したコンステレーションマッパーブロック３５０１０の逆過程を遂行することができる。即ち、コンステレーションデマッパーブロック３６０２０は、デローテーションを遂行せず、セルデインターリービングされたデータに対してデマッピングを遂行することができる。
【０５４９】
ＭＩＭＯ方式のための第３ブロック３６２００は、図３６に示すように、複合シンボルパーシングブロック３６２１０及びＱ−ブロックデインターリーバブロック３６２２０を含むことができる。
【０５５０】
複合シンボルパーシングブロック３６２１０は、図３５で説明した複合シンボル生成器ブロック３５２２０の逆過程を遂行することができる。即ち、複合データシンボルをパーシングし、ビットデータにデマッピングして出力することができる。この場合、複合シンボルパーシングブロック３６２１０は少なくとも２つの経路を通じて複合データシンボルの入力を受けることができる。
【０５５１】
Ｑ−ブロックデインターリーバブロック３６２２０は、図３５で説明したＱ−ブロックインターリーバブロック３５２１０の逆過程を遂行することができる。即ち、Ｑ−ブロックデインターリーバブロック３６２２０は、行−列デインターリービングによりＱサイズブロックを復元した後、 パーミュテーションされた各ブロックの順序を元の順に復元した後、パリティデインターリービングを通じてパリティビットの位置を元の通り復元して出力することができる。
【０５５２】
前述したブロックは設計者の意図によって省略されるか、類似または同一機能を有する他のブロックにより取替できる。
【０５５３】
結果的に、図３６に示すように、本発明の他の実施形態に係るデマッピング及びデコーディングモジュールは、各パス別に処理されたデータパイプ及びＰＬＳ情報をアウトプットプロセッサに出力することができる。
【０５５４】
図３７は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置のさらに他の構造を示した図である。
【０５５５】
図３７の放送送信装置３７０００は、ｎｏｒｍａｔｉｖｅ  ｂｌｏｃｋ及びｉｎｆｏｒｍａｔｉｖｅ  ｂｌｏｃｋの両方を含む。
【０５５６】
図３７において、実線で表示されたｂｌｏｃｋは、ｎｏｒｍａｔｉｖｅ  ｂｌｏｃｋを示し、ｉｎｆｏｒｍａｔｉｖｅ  ＭＩＭＯ  ａｎｎｅｘが実現されるときに使用され得るｂｌｏｃｋ、すなわち、ｉｎｆｏｒｍａｔｉｖｅ  ｂｌｏｃｋは、点線で表示される。
【０５５７】
本発明の一実施形態に係る放送信号送信装置は、４個の主要ブロック、すなわち、（１）Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇブロック３７１００、（２）ＢＩＣＭブロック３７２００、（３）Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇブロック３７３００、（４）Ｗａｖｅｆｏｒｍ  Ｇｅｎｅｒａｔｉｏｎブロック３７４００で構成される。
【０５５８】
前記Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇブロックは、Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇブロックで表現されることもできる。
【０５５９】
前記Ｉｎｐｕｔ  Ｆｏｒｍａｔｉｏｎｇブロック及びＢＩＣＭブロック間には、ＳＦＮ（Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）分散（または、分配）インターフェース（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）３７５００が存在する。
【０５６０】
本明細書において提案する放送信号送受信方法に適用することができるマルチプレキシング（ｍｕｌｔｉｐｌｅｘｉｎｇ）方法は、Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ（ＴＤＭ）、Ｌａｙｅｒｅｄ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ（ＬＤＭ）の２つの方法と、この２つの方法を結合した方法が使用され得る。
【０５６１】
前記２つのｎｏｒｍａｔｉｖｅ  ｍｕｌｔｉｐｌｅｘｉｎｇ方法のための放送送信システムの内部ブロック図は、図１及び図３７において説明した全体放送送信システムに対する内部ブロック図より簡単に実現されることができる。
【０５６２】
図３８は、本発明の一実施形態に係る簡略化されたＴＤＭ放送送信システム及びＬＤＭ放送送信システムを示した図である。
【０５６３】
具体的に、図３８ａは、簡略化されたＴＤＭ放送送信システムの一例を示し、図３８ｂは、簡略化されたＬＤＭ放送送信システムの一例を示す。
【０５６４】
図３８ａに示されたように、ＴＤＭ放送送信システムには、４個の主要内部ブロック図が構成され、前記４個の主要内部ブロック図は、Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇブロック、ＢＩＣＭ（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  ａｎｄ  Ｃｏｄｅｄ  Ｍｏｄｕｌａｔｉｏｎ）ブロック、Ｆｏｒｍａｔｔｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇブロック、Ｗａｖｅｆｏｒｍ  Ｇｅｎｅｒａｔｉｏｎブロックがある。
【０５６５】
各ブロックについて簡略に説明すれば、データ（ｄａｔａ）は、Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇブロックに入力されてフォーマッティングされ、ＢＩＣＭブロックでＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）が適用され、ｃｏｎｓｔｅｌｌａｔｉｏｎマッピングによってマッピングされる。
【０５６６】
また、前記ｄａｔａは、Ｆｒａｍｅ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇブロックにおいて時間及び周波数領域でＩｎｔｅｒｌｅａｖｉｎｇとＦｒａｍｅ生成が行われて、結果的に、Ｗａｖｅｆｏｒｍ  Ｇｅｎｅｒａｔｉｏｎブロックでｗａｖｅｆｏｒｍが生成されて出力される。
【０５６７】
図３８ｂに示されたように、ＬＤＭ放送送信システムには、ＴＤＭ放送送信システムにない新しいブロック、すなわち、ＬＤＭ  ｉｎｊｅｃｔｉｏｎブロック３８１００が存在し、２個の別個のＩｎｐｕｔ  ＦｏｒｍａｔｔｉｎｇブロックとＢＩＣＭブロックがある。
【０５６８】
前記別個のブロック（Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇブロック及びＢＩＣＭブロック）は、各ＬＤＭ階層に対して１つずつ適用される。
【０５６９】
前記別個のブロックは、ＬＤＭ  ｉｎｊｅｃｔｉｏｎブロックでＦｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇが行われる前に結合される。
【０５７０】
また、複数のＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）チャネルは、チャネルボンディング（ｃｈａｎｎｅｌ  ｂｏｎｄｉｎｇ）を介して支援される。
【０５７１】
図３８ｂに示されたＬＤＭ（Ｌａｙｅｒｅｄ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）放送システムについてさらに具体的に説明する。
【０５７２】
ＬＤＭは、１つのＲＦ  ｃｈａｎｎｅｌで信号を送信する前に、ｄａｔａ  ｓｔｒｅａｍ別に互いに異なるＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）が適用可能なように互いに異なるｐｏｗｅｒ  ｌｅｖｅｌｓで複数のｄａｔａ  ｓｔｒｅａｍｓを結合するｃｏｎｓｔｅｌｌａｔｉｏｎ  ｓｕｐｅｒｐｏｓｉｔｉｏｎ技術をいう。
【０５７３】
説明の都合上、２  ｌａｙｅｒ  ＬＤＭシステムを一例に挙げて説明する。
【０５７４】
図３８ｂに示されたように、２  ｌａｙｅｒ  ＬＤＭシステムは、ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ前に、２個のＢＩＣＭ  ｃｈａｉｎを結合する構成（ＬＤＭ  ｉｎｊｅｃｔｉｏｎ  ｂｌｏｃｋ）を含む。
【０５７５】
各ＢＩＣＭ  ｃｈａｉｎ（ｃｏｎｓｉｓｔｉｎｇ  ｏｆ  ａｎ  ｅｎｃｏｄｅｄ  ｓｅｑｕｅｎｃｅ  ｍｏｄｕｌａｔｅｄ  ｔｏ  ａ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）は、１つのｌａｙｅｒとして言及されるが、１つのＰＬＰとして表現されることもできる。
【０５７６】
２  ｌａｙｅｒは、各々ｃｏｒｅ  ｌａｙｅｒ及びｅｎｈａｎｃｅｄ  ｌａｙｅｒと呼ばれることができる。
【０５７７】
前記ｃｏｒｅ  ｌａｙｅｒは、前記ｅｎｈａｎｃｅｄ  ｌａｙｅｒと同一であるか、またはそれよりさらにロバスト（ｒｏｂｕｓｔ）なＭＯＤＣＯＤ結合を使用しなければならない。
【０５７８】
各ｌａｙｅｒは、互いに異なるＦＥＣ  ｃｏｄｉｎｇ及びｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｉｎｇを使用できる。
【０５７９】
一般に、ｌａｙｅｒ別のｃｏｄｅ  ｌｅｎｇｔｈは同一でありうるが、ｃｏｄｅ  ｒａｔｅ及びｃｏｎｓｔｅｌｌａｉｔｏｎは、互いに異なる。
【０５８０】
前記ｃｏｒｅ  ｌａｙｅｒ及びｅｎｈａｎｃｅｄ  ｌａｙｅｒは、（図３８ｂに示された）ＬＤＭ  ｉｎｊｅｃｔｉｏｎ  ｂｌｏｃｋで互いに結合される。
【０５８１】
また、Ｉｎｊｅｃｔｉｏｎ  ｌｅｖｅｌ  ｃｏｎｔｒｏｌｌｅｒは、望ましいｂｉｔ  ｒａｔｅを成就する送信エネルギーを出力するために、ｃｏｒｅ  ｌａｙｅｒに対比して相対的にｅｎｈａｎｃｅｄ  ｌａｙｅｒのｐｏｗｅｒを減らすために使用される。
【０５８２】
（ｃｏｒｅ  ｌａｙｅｒ  ｓｉｇｎａｌに対比したｅｎｈａｎｃｅｄ  ｌａｙｅｒ  ｓｉｇｎａｌの）ｉｎｊｅｃｔｉｏｎ  ｌｅｖｅｌは、２  ｌａｙｅｒ間送信ｐｏｗｅｒの分配を可能なようにする送信パラメータである。
【０５８３】
前記ｉｎｊｅｃｔｉｏｎ  ｌｅｖｅｌを様々にすることで、各ｌａｙｅｒの送信ｒｏｂｕｓｔｎｅｓｓは変更されることができる。
【０５８４】
また、ＬＤＭ  ｉｎｊｅｃｔｉｏｎ  ｂｌｏｃｋを介して結合された信号は、全体ｐｏｗｅｒ結合後に、ｐｏｗｅｒ  ｎｏｒｍａｌｉｚｅｒ  ｂｌｏｃｋでｎｏｒｍａｌｉｚｅｄされる。
【０５８５】
図３９は、本発明の一実施形態に係るフレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックを示す。
【０５８６】
フレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックは、フレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ）ブロックで表現されることもできる。
【０５８７】
フレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロック３９０００は、３個の部分、すなわち、（１）時間インターリービング（Ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ）ブロック３９１００、フレーミング（Ｆｒａｍｉｎｇ）ブロック３９２００、周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロック３９３００で構成される。
【０５８８】
Ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇとＦｒａｍｉｎｇブロックへの入力は、複数のＰＬＰｓ（Ｍ−ＰＬＰｓ）を含むことができる。
【０５８９】
しかし、Ｆｒａｍｉｎｇ  Ｂｌｏｃｋの出力は、ｆｒａｍｅに配列されたＯＦＤＭ  ｓｙｍｂｏｌｓである。Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒは、ＯＦＤＭ  ｓｙｍｂｏｌｓ上で動作する。
【０５９０】
前記Ｆｒａｍｉｎｇブロック３９２００は、ｉｎｐｕｔを１つまたはそれ以上のＰＬＰとｏｕｔｐｕｔｓ  ｓｙｍｂｏｌｓに出力する。ここで、ｉｎｐｕｔは、ｄａｔａ  ｃｅｌｌｓを表す。
【０５９１】
また、前記Ｆｒａｍｉｎｇブロックは、ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌｓとしてよく知られた１つまたはそれ以上のｓｐｅｃｉａｌ  ｓｙｍｂｏｌｓを生成する。
【０５９２】
前記ｓｐｅｃｉａｌ  ｓｙｍｂｏｌｓは、Ｗａｖｅｆｏｒｍ  Ｇｅｎｅｒａｔｉｏｎ  ｂｌｏｃｋで同じプロセシングを経験する（ｕｎｄｅｒｇｏ）。
【０５９３】
図４０は、本発明の一実施形態が適用され得るＡＴＳＣ  ３．０フレーム（ｆｒａｍｅ）構造の一例を示した図である。
【０５９４】
図４０に示すように、ＡＴＳＣ  ３．０  ｆｒａｍｅ（４００００）は、３個の部分、すなわち、（１）ｂｏｏｔｓｔｒａｐ（４０１００）、（２）ｐｒｅａｍｂｌｅ（４０２００）、（３）ｄａｔａ  ｐａｙｌｏａｄ（４０３００）で構成される。
【０５９５】
前記３個の部分の各々は、１つまたはそれ以上のｓｙｍｂｏｌｓを含む。
【０５９６】
具体的に、Ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌｓは、後続するｄａｔａ  ｓｙｍｂｏｌｓに対するＬ１  ｓｉｇｎａｌｉｎｇ  ｄａｔａを送信する。
【０５９７】
すなわち、前記Ｌ１  ｓｉｇｎａｌｉｎｇ  ｄａｔａは、ｄａｔａ  ｓｙｍｂｏｌｓと関連した情報を含み、前記ｄａｔａ  ｓｙｍｂｏｌｓは、前記Ｌ１  ｓｉｇｎａｌｉｎｇ  ｄａｔａの次にくる（または、位置する）。
【０５９８】
前記ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌｓは、ｂｏｏｔｓｔｒａｐの次に、そして特定ｄａｔａ  ｓｙｍｂｏｌｓ以前にｄｉｒｅｃｔｌｙ発生する。
【０５９９】
前記ｄａｔａ  ｓｙｍｂｏｌｓは、ｆｒａｍｅ内のｄａｔａを送信する。
【０６００】
前記ｄａｔａ  ｓｙｍｂｏｌｓは、ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌｓの次に、そして次のｂｏｏｔｓｔｒａｐ前にｄｉｒｅｃｔｌｙ発生する。
【０６０１】
Ｌ１  ｓｉｇａｎｌｉｎｇは、物理階層パラメータ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐａｒａｍｅｔｅｒｓ）を構成する（または、設定する、ｃｏｎｆｉｇｕｒ）ために必要な情報を提供する。
【０６０２】
「Ｌ１」の用語は、Ｌａｙｅｒ−１を言及するものであって、ＩＳＯ  ７  ｌａｙｅｒ  ｍｏｄｅｌの最も低い階層をいう。
【０６０３】
前記Ｌ１  ｓｉｇｎａｌｉｎｇは、ｐｒｅａｍｂｌｅに含まれる。
【０６０４】
前記Ｌ１−ｓｉｇｎａｌｉｎｇは、２個の部分、すなわち、（１）Ｌ１−ｓｔａｔｉｃ及び（２）Ｌ１−ｄｙｎａｍｉｃで構成される。
【０６０５】
Ｌ１−ｓｔａｔｉｃは、ｆｒａｍｅを完成するのに静的な（ｓｔａｔｉｃ）システムの最も基本的なｓｉｇｎａｌｉｎｇ情報を送信し、また、Ｌ１−ｄｙｎａｍｉｃをデコーディングするために必要なパラメータを定義する。
【０６０６】
Ｌ１−ｄｙｎａｍｉｃは、Ｌ１−ｄｙｎａｍｉｃをデコーディングするために要求される情報及びｄａｔａ  ｃｏｎｔｅｘｔを具体化する。
【０６０７】
Ｌ１−ｓｔａｔｉｃ  ｓｉｇｎａｌｉｎｇの長さは、２００ｂｉｔｓで固定され、Ｌ１−ｄｙｎａｍｉｃ  ｓｉｇｎａｌｉｎｇの長さは、様々に定義されることができる。
【０６０８】
下記の表３４は、Ｌ１−ｓｔａｔｉｃ情報フォーマットの一例を表し、Ｌ１−ｓｔａｔｉｃに対するｐａｒａｍｅｔｅｒは、常に「Ｌ１Ｓ＿」に予め決められる。
【０６０９】
【表３４】
0006404479.tif 000069
【０６１０】
前記ｂｏｏｔｓｔｒａｐ（４０１００）についてさらに具体的に説明する。
【０６１１】
Ｂｏｏｔｓｔｒａｐは、ｕｎｉｖｅｒｓａｌ  ｅｎｔｒｙ  ｐｏｉｎｔをＡＴＳＣ  ｗａｖｅｆｏｒｍに提供する。
【０６１２】
前記ｂｏｏｔｓｔｒａｐは、全ての放送受信装置に知られた固定された構成（例：ｓａｍｐｌｉｎｇ  ｒａｔｅ、ｓｉｇｎａｌ  ｂａｎｄｗｉｄｔｈ、ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ、ｔｉｍｅ  ｄｏｍａｉｎ  ｓｔｒｕｃｔｕｒｅ）で定義される。
【０６１３】
前記ｂｏｏｔｓｔｒａｐの一般的な構造の場合、ｂｏｏｔｓｔｒａｐ  ｓｉｇｎａｌは、Ｐｏｓｔ−Ｂｏｏｔｓｔｒａｐ  Ｗａｖｅｆｏｒｍの前に位置する。
【０６１４】
前記Ｐｏｓｔ−Ｂｏｏｔｓｔｒａｐ  Ｗａｖｅｆｏｒｍは、ｆｒａｍｅの残りの部分を意味する。
【０６１５】
すなわち、前記ｂｏｏｔｓｔｒａｐの次にｐｒｅａｍｂｌｅが位置し得る。
【０６１６】
前記ｂｏｏｔｓｔｒａｐは、複数のシンボルを含み、同期シンボルから始まる。
【０６１７】
前記同期シンボルは、ｓｅｒｖｉｃｅ  ｄｉｓｃｏｖｅｒｙ、ｃｏａｒｓｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ、ｆｒｅｑｕｅｎｃｙ  ｏｆｆｓｅｔ  ｅｓｔｉｍａｔｉｏｎ、及びｉｎｉｔｉａｌ  ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎを可能なようにするためにｆｒａｍｅ区間毎の開始に位置する。
【０６１８】
前記ｂｏｏｔｓｔｒａｐは、（初期）同期シンボルを含んで４個のシンボルを含む。
【０６１９】
Ｂｏｏｔｓｔｒａｐ  ｓｙｍｂｏｌ  １に対するｓｉｇｎａｌｉｎｇ  ｆｉｅｌｄは、ｅａｓ＿ｗａｋｅ＿ｕｐ情報、ｓｙｓｔｅｍ＿ｂａｎｄｗｉｄｔｈ情報、ｍｉｎ＿ｔｉｍｅ＿ｔｏ＿ｎｅｘｔ情報などを含む。
【０６２０】
前記ｅａｓ＿ｗａｋｅ＿ｕｐ情報は、ｅｍｅｒｇｅｎｃｙがあるか否かを表す情報をいう。
【０６２１】
ｓｙｓｔｅｍ＿ｂａｎｄｗｉｄｔｈ情報は、現在ＰＨＹ階層ｆｒａｍｅのｐｏｓｔ−ｂｏｏｔｓｔｒａｐ部分のために使用されるｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈを表す情報である。
【０６２２】
ｍｉｎ＿ｔｉｍｅ＿ｔｏ＿ｎｅｘｔ情報は、現在ｆｒａｍｅのｍａｊｏｒ  ｖｅｒｓｉｏｎ  ｎｕｍｂｅｒとｍｉｎｏｒ  ｖｅｒｓｉｏｎ  ｎｕｍｂｅｒとを同一にマッチングする次のｆｒａｍｅまでの最小時間間隔を表す情報である。
【０６２３】
Ｂｏｏｔｓｔｒａｐ  ｓｙｍｂｏｌ  ２に対するｓｉｇｎａｌｉｎｇ  ｆｉｅｌｄは、ｂｓｒ＿ｃｏｅｆｆｉｃｉｅｎｔ情報を含む。
【０６２４】
前記ｂｓｒ＿ｃｏｅｆｆｉｃｉｅｎｔ情報は、（現在ＰＨＹ階層ｆｒａｍｅの）Ｓａｍｐｌｅ  Ｒａｔｅ  Ｐｏｓｔ−Ｂｏｏｔｓｔｒａｐが（Ｎ＋１６）＊０．３８４ＭＨｚであることを表す情報である。
【０６２５】
ここで、Ｎは、０から８０の範囲にあるｓｉｇｎａｌｉｎｇされる値である。
【０６２６】
Ｂｏｏｔｓｔｒａｐ  ｓｙｍｂｏｌ  ２に対するｓｉｇｎａｌｉｎｇ  ｆｉｅｌｄは、ｐｒｅａｍｂｌｅ＿ｓｔｒｕｃｔｕｒｅ情報を含む。
【０６２７】
前記ｐｒｅａｍｂｌｅ＿ｓｔｒｕｃｔｕｒｅ情報は、最後のｂｏｏｔｓｔｒａｐ  ｓｙｍｂｏｌの次に位置する１つまたはそれ以上のＲＦ  ｓｙｍｂｏｌｓの構造をシグナリングする情報を表す。
【０６２８】
周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ：ＦＩ）
【０６２９】
次に、周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）についてさらに説明する。
【０６３０】
ＦＩは、周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）または周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）を意味する用語として使用されることができる。
【０６３１】
ＦＩは、１つのＯＦＤＭ  ｓｙｍｂｏｌで動作し、周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で発生するｅｒｒｏｒ  ｂｕｒｓｔｓを分離するために使用される。
【０６３２】
ＦＩの使用可否は、Ｌ１Ｓ＿Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒのｓｉｇｎａｌｉｎｇによって選択されることができる。
【０６３３】
前記Ｌ１Ｓ＿Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒフィールドは、前述したように、ＡＴＳＣ  ３．０  ｆｒａｍｅのｐｒｅａｍｂｌｅに含まれる。
【０６３４】
ＦＩのｉｎｐｕｔ  ｃｅｌｌｓ（すなわち、ｆｒａｍｉｎｇブロックのｏｕｔｐｕｔ  ｃｅｌｌｓ）は、
【化２４】
0006404479.tif 000070
に定義される。
【０６３５】
前記
【化２５】
0006404479.tif 000071
は、ｆｒａｍｅ  ｍのｓｙｍｂｏｌ  ｌ
【化２６】
0006404479.tif 000072
のｃｅｌｌ  ｉｎｄｅｘ  ｑを表す。
【０６３６】
【化２７】
0006404479.tif 000073
は、１つのｓｙｍｂｏｌのａｃｔｉｖｅ  ｄａｔａ  ｃａｒｒｉｅｒの個数を表し、これは、ｎｏｒｍａｌ  ｓｙｍｂｏｌに対して
【化２８】
0006404479.tif 000074
に設定され、ｆｒａｍｅ  ｓｔａｒｔ  ｓｙｍｂｏｌに対しては、
【化２９】
0006404479.tif 000075
で、ｆｒａｍｅ  ｃｌｏｓｉｎｇ  ｓｙｍｂｏｌに対しては、
【化３０】
0006404479.tif 000076
で表現される。
【０６３７】
ＦＩは、Ｆｒａｍｅ  ｂｕｉｌｄｅｒ（または、Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックの出力ｖｅｃｔｏｒ、すなわち、
【化３１】
0006404479.tif 000077
をプロセシングする。
【０６３８】
【化３２】
0006404479.tif 000078
は、ｆｒａｍｅ  ｍのＯＦＤＭ  ｓｙｍｂｏｌのｃｅｌｌ  ｉｎｄｅｘ  ｑを表す。
【０６３９】
それぞれのＦＩは、ｗｉｒｅ  ｐｅｒｍｕｔａｔｉｏｎを有するｂａｓｉｃ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅ（または、ｍａｉｎ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅ）及びｏｆｆｓｅｔ  ａｄｄｉｔｉｏｎ  ｂｌｏｃｋを有するｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒで構成される。
【０６４０】
住所確認（Ａｄｄｒｅｓｓ  ｃｈｅｃｋ）ブロックは、生成されたｉｎｔｅｒｌｅａｖｉｎｇ  ａｄｄｒｅｓｓ値を認証し、前記ｏｆｆｓｅｔ  ａｄｄｉｔｉｏｎ  ｂｌｏｃｋは、前記ａｄｄｒｅｓｓ  ｃｈｅｃｋブロックの次に位置する。
【０６４１】
前記住所確認（Ａｄｄｒｅｓｓ  ｃｈｅｃｋ）ブロックは、Ｍｅｍｏｒｙ−ｉｎｄｅｘ  ｃｈｅｃｋブロックまたはＭｅｍｏｒｙ  ａｄｄｒｅｓｓ  ｃｈｅｃｋブロックと呼ばれることができる。
【０６４２】
前記ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒは、ｓｙｍｂｏｌ  ｐａｉｒ毎に発生される（ａｃｃｏｍｐｌｉｓｈｅｄ）ことができる。
【０６４３】
一例として、ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｖａｌｕｅは、２個の連続的なｓｙｍｂｏｌｓ（２ｌ及び２ｌ＋１）に対しては、一定である。
【０６４４】
以下、本明細書において提案する周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ：ＦＩ）手順及び周波数インターリーバ（ＦＩ）オン／オフ（Ｏｎ／Ｏｆｆ）動作モード（ｍｏｄｅ）を支援する方法について説明する。
【０６４５】
周波数インターリーバ（ＦＩ）オン／オフ（Ｏｎ／Ｏｆｆ）動作モード
【０６４６】
まず、本明細書において提案するＦＩオン／オフ動作モードを支援する方法について関連図面を参照して説明する。
【０６４７】
図４１は、図７のフレームビルディングブロックのさらに他の一例を示した図である。
【０６４８】
図４１のフレームビルディングブロック４１０００は、図３９のフレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックのさらに他の一例を示す内部ブロック図でありうる。
【０６４９】
すなわち、図４１は、本明細書において提案する未来放送システム（ｆｕｔｕｒｅ  ｂｒｏａｄｃａｓｔｉｎｇ  ｓｙｓｔｅｍ）のブロックインターリーバ（ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｅｒ、４１１００）に相応する任意周波数インターリーバ（ｒａｎｄｏｍ  Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）を含むフレームビルディングブロック（または、フレーミング及びインターリービングブロック）の一例を示す。
【０６５０】
前記ブロックインターリーバは、周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）、任意周波数インターリーバなどのような意味として解釈されるか、表現されることができる。
【０６５１】
図４１に示された周波数インターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）は、送信フレーム（ｆｒａｍｅ）の単位となる送信ブロック（ｂｌｏｃｋ）内のセル（ｃｅｌｌ）を周波数軸としてインターリービング（ｉｎｔｅｒｌｅａｖｉｎｇ）することにより、追加的な周波数ダイバーシティゲイン（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ  ｇａｉｎ）を得る。
【０６５２】
特に、本明細書では、放送送信装置で（具体的に、周波数インターリーバで）ＯＦＤＭシンボル毎に互いに異なるインターリービングシード（ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ）を適用し、さらに、複数個のＯＦＤＭシンボルで構成されたフレーム（ｆｒａｍｅ）毎にインターリービングシード（ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ）を異なるように適用する周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）の動作に対して提供する。
【０６５３】
図４１に示されたように、本明細書は、任意の周波数インターリーバ（ｒａｎｄｏｍ  Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）のオン／オフ（ｏｎ／ｏｆｆ）動作モードを支援する方法を提供する。
【０６５４】
ＦＩのオン／オフ動作モードを支援する方法に対しては、ＦＩモード情報（ＦＩ＿ＭＯＤＥ情報、４１２００）及び図４２を参照してさらに具体的に説明する。
【０６５５】
図４２は、本発明の一実施形態が適用され得るプリアンブル（Ｐｒｅａｍｂｌｅ）フォーマットの一例を示した図である。
【０６５６】
図４２に示されたように、プリアンブル（ｐｒｅａｍｂｌｅ、４２０００）は、周波数インターリーバモード（ＦＩ＿ＭＯＤＥ）情報４２１００を含む。
【０６５７】
前記プリアンブルは、前述したＡＴＳＣ  ３．０  ｆｒａｍｅに含まれ、ｂｏｏｔｓｔｒａｐの次に、そしてｄａｔａ  ｐａｙｌｏａｄ以前に位置する。
【０６５８】
前記ＡＴＳＣ  ３．０  ｆｒａｍｅの構造及び関連した説明は、前述した図４０を参照する。
【０６５９】
すなわち、前記ＦＩ＿ｍｏｄｅ情報は、ｐｒｅａｍｂｌｅ内に含まれるＬ１  ｓｉｇｎａｌｉｎｇに含まれることができる。
【０６６０】
前記Ｌ１−ｓｉｇｎａｌｉｎｇは、図４０において説明したように、２個の部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）に区分されることができる。
【０６６１】
ここで、前記ＦＩ＿ｍｏｄｅ情報は、前記Ｌ１−ｓｔａｔｉｃ及び／又はＬ１−ｄｙｎａｍｉｃに含まれることができる。
【０６６２】
前記プリアンブルに含まれるＦＩ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）モード（ＦＩ＿ＭＯＤＥ）情報は、ＦＩの利用可能可否を表す情報を表す。
【０６６３】
ＦＩの利用可能可否は、ＯＮまたはＯＦＦで表示されることができる。
【０６６４】
すなわち、前記ＦＩモード情報は、ＦＩがＯＮされているか、またはＯＦＦされているかを表す情報であって、１ｂｉｔで表現されることができる。
【０６６５】
前記ＦＩモードがＯＮに設定された場合（または、ＦＩモードがＯＮであることを表す場合）、セルマッパーから出力されるｄａｔａ  ｃｅｌｌｓは、ＦＩを介してＯＦＤＭ  ｓｙｍｂｏｌ単位で周波数インターリービングが行われる。
【０６６６】
前記ＦＩモード情報は、ＦＩモードシグナリング（ｓｉｇｎａｌｉｎｇ）で表現されることもできる。
【０６６７】
一例として、前記ＦＩモード情報が「１」に設定された場合、ＦＩがＯＮされていることを表し、これと反対に、ＦＩモード情報が「０」に設定された場合、ＦＩがＯＦＦされていることを表すことができる。
【０６６８】
さらに具体的に、前記ＦＩモード情報は、前記フレーム内のＬ１  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０６６９】
ここで、プリアンブルシンボル（等）は、前記プリアンブルシンボル（等）の次にくるデータシンボル（等）のためのＬ１  ｓｉｇｎａｌｉｎｇ  ｄａｔａを送信する。
【０６７０】
前記プリアンブルシンボル（等）は、ブートストラップ（ｂｏｏｔｓｔｒａｐ）その後に位置し、データシンボル（等）前に位置する。
【０６７１】
前記Ｌ１  ｓｉｇｎａｌｉｎｇは、物理階層パラメータを構成するための必要情報を提供するものであって、Ｌ１は、ＩＳＯ  ７  ｌａｙｅｒモデルの最も低い階層に該当するＬａｙｅｒ−１を意味する。
【０６７２】
また、前記Ｌ１  ｓｉｇｎａｌｉｎｇは、前記プリアンブルに含まれ、２つの部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）で構成される。
【０６７３】
図４３は、図３１のフレームパーシング（Ｆｒａｍｅ  Ｐａｒｓｉｎｇ）ブロックのさらに他の内部ブロック図を示した図である。
【０６７４】
図４３のフレームパーシングブロック４３０００は、デフレーミング及びデインターリービング（Ｄｅｆｒａｍｉｎｇ  ＆  Ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）ブロックで表現されることもできる。
【０６７５】
すなわち、図４３は、本明細書において提案する未来放送システム（ｆｕｔｕｒｅ  ｂｒｏａｄｃａｓｔｉｎｇ  ｓｙｓｔｅｍ）のブロックデインターリーバ（ｂｌｏｃｋ  ｄｅｉｎｔｅｒｌｅａｖｅｒ、４３１００）に相応する任意周波数デインターリーバ（ｒａｎｄｏｍ  ｆｒｅｑｕｅｎｃｙ  ｄｅｉｎｔｅｒｌｅａｖｅｒ）を含むフレームパーシングブロックの一例を示す。
【０６７６】
前記ブロックデインターリーバは、周波数デインターリーバ（Ｆｒｅｑｕｅｎｃｙ  Ｄｅｉｎｔｅｒｌｅａｖｅｒ）、任意周波数デインターリーバなどのような意味として解釈されるか、表現されることができる。
【０６７７】
図４３に示されたように、ＦＩモード（ＦＩ＿ＭＯＤＥ）情報またはＦＩモードｓｉｇｎａｌｉｎｇは、図４２において説明したように、ＦＩのＯｎまたはＯｆｆ動作モードを表す情報をいう。
【０６７８】
すなわち、前記ＦＩモード情報４３２００は、ＦＩの利用可能可否を表す。
【０６７９】
前記ＦＩモード情報は、ｆｒａｍｅに含まれ、具体的に、前記ｆｒａｍｅのプリアンブルに含まれる。
【０６８０】
また、前記ＦＩモード情報は、前記プリアンブルのＬ１  ｓｉｇｎａｌｉｎｇに含まれる。
【０６８１】
前記Ｌ１−ｓｉｇｎａｌｉｎｇは、図４０において説明したように、２個の部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）に区分されることができ、前記ＦＩ＿ｍｏｄｅ情報は、前記Ｌ１−ｓｔａｔｉｃ及び／又はＬ１−ｄｙｎａｍｉｃに含まれることができる。
【０６８２】
ここで、前記ＦＩ＿ＭＯＤＥ情報がＦＩ  ＭＯＤＥの「ｏｎ」を表す場合、放送受信装置は、周波数デインターリーバで周波数デインターリービング（ｆｒｅｑｕｅｎｃｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）、すなわち、放送送信装置の周波数インターリーバで行った周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）過程の逆過程を行うことにより、元のデータ順序になるように復元する。
【０６８３】
図４２及び図４３において説明したように、本明細書において提案するＦＩ＿ｍｏｄｅ情報の運営は、放送システムでＦＤＭ（Ｆｒｅｑｕｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を支援するために必須な情報に該当する。
【０６８４】
放送システムでＦＤＭ方式を支援する場合、放送送信装置は、特定周波数バンド（ｂａｎｄ）別にＰＬＰ及び／又はデータを送信できるようになる。
【０６８５】
したがって、ＰＬＰまたはｄａｔａをＦＤＭに送信する場合、隣接チャネル（または、隣接ｆｒｅｑｕｅｎｃｙ  ｂａｎｄ）に劣悪なｆｒｅｑｕｅｎｃｙ  ｅｄｇｅ部分を介して前記ＰＬＰまたはデータが送信されることによって発生できる性能劣化を減らすためにＦＩをｏｆｆさせる。
【０６８６】
具体的に、（ＦＤＭ方式で）特定周波数バンド（ｂａｎｄ）を用いて重要度の高い（または、ｈｉｇｈ  ｑｕａｌｉｔｙ）ＰＬＰまたはデータを送信するとき、ＦＩ動作が行われる場合、前記特定周波数バンド（ｂａｎｄ）全帯域にＰＬＰまたはデータが散在するようになり、隣接チャネルに影響され得るｆｒｅｑｕｅｎｃｙ  ｅｄｇｅ部分で性能劣化が発生するようになる。
【０６８７】
したがって、本明細書において提案するＦＩ動作をＯｎまたはＯｆｆさせるＦＩ  ｍｏｄｅ情報の運営を介してＦＩ動作をｏｆｆさせることにより、ＦＤＭを結果的に支援できるようになるという効果がある。
【０６８８】
周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ：ＦＩ）方法
【０６８９】
次に、本明細書において提案する周波数インターリービング（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ）方法について関連図面を参照して具体的に説明する。
【０６９０】
後述する周波数インターリービング方法は、前述したプリアンブルに含まれるＦＩモード情報値が、ＦＩモードが「ＯＮ」されたことを表す場合に行われる。
【０６９１】
前述したように、図７のセルマッパー（ｃｅｌｌ  ｍａｐｐｅｒ）の基本的な機能は、ＤＰｓ（または、ＰＬＰｓ）、ＰＬＳ  ｄａｔａの各々に対するｄａｔａ  ｃｅｌｌｓを１つの信号フレーム内のＯＦＤＭシンボルの各々に該当するａｃｔｉｖｅ  ＯＦＤＭ  ｃｅｌｌｓのアレイ（ａｒｒａｙｓ）にマッピングすることである。
【０６９２】
前述したように、ブロックインターリーバは、１つのＯＦＤＭシンボルで動作することができ、前記セルマッパーから受信されるセルを任意にインターリービングすることにより、周波数ダイバーシティを提供できる。
【０６９３】
すなわち、１つのＯＦＤＭシンボルで動作するブロックインターリーバの目的は、フレーム構造モジュール（または、フレームビルディングモジュールあるいはフレーミング＆インターリービングモジュール）から受信されるデータセルを任意にインターリービングすることにより、周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ）を提供することである。
【０６９４】
１つの信号フレーム（または、１つのフレーム）で最大インターリービングゲインを得るために、２個の連続的なＯＦＤＭシンボルで構成されるＯＦＤＭシンボル対（ｐａｉｒ）に対して他のインターリービング−シード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）が使用される。
【０６９５】
図４１において説明したブロックインターリーバは、信号フレームの単位となる送信ブロック内のセルをインターリービングして追加的なダイバーシティゲインを取得できる。
【０６９６】
前述したように、前記ブロックインターリーバは、フリケンシインターリーバまたは任意の周波数インターリーバと呼ぶことができ、これは、設計者の意図によって変更可能である。
【０６９７】
本発明の一実施形態に係るブロックインターリーバは、少なくとも１つ以上のＯＦＤＭシンボルに対して互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを適用するか、複数のＯＦＤＭシンボルを含むフレームに対して互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを適用することを一実施形態とすることができる。
【０６９８】
前記フリケンシインターリービング方法は、ｒａｎｄｏｍ  Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇ（ｒａｎｄｏｍ  ＦＩ）と呼ばれることができる。
【０６９９】
また、前記ｒａｎｄｏｍ  ＦＩは、複数個のＯＦＤＭシンボルを含む信号フレームが複数個含まれたスーパーフレーム構造に適用されることを一実施形態とすることができる。
【０７００】
すなわち、本明細書において提案する放送信号送信装置または放送信号送信装置内の周波数インターリーバは、少なくとも１つ以上のＯＦＤＭシンボル、すなわち、各ＯＦＤＭシンボルまたはｐａｉｒされた２個のＯＦＤＭシンボル（ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボル）毎に互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ（または、ｉｎｔｅｒｌｅａｖｉｎｇ  ｐａｔｔｅｒｎ）を適用してｒａｎｄｏｍ  ＦＩを行うことにより、周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ）を取得できる。
【０７０１】
また、本発明の一実施形態に係るフリケンシインターリーバは、各信号フレーム毎に互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを適用してｒａｎｄｏｍ  ＦＩを行うことにより、追加的なｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙを取得できる。
【０７０２】
したがって、本明細書において提案する放送信号送信装置またはフリケンシインターリーバは、２個のメモリバンク（ｍｅｍｏｒｙ  ｂａｎｋ）を利用して連続した一対のＯＦＤＭシンボル（ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボル）単位でフリケンシインターリービングを行うピング−ポング（ｐｉｎｇ−ｐｏｎｇ）フリケンシインターリーバ構造を有することができる。
【０７０３】
以下、本明細書において提案するフリケンシインターリーバのインターリービング動作は、ｐａｉｒ−ｗｉｓｅ  ｓｙｍｂｏｌ  ＦＩ（または、ｐａｉｒ−ｗｉｓｅ  ＦＩ）またはｐｉｎｇ−ｐｏｎｇ  ＦＩ（ｐｉｎｇ−ｐｏｎｇ  ｉｎｔｅｒｌｅａｖｉｎｇ）と呼ばれることができる。
【０７０４】
上述したインターリービング動作は、ｒａｎｄｏｍ  ＦＩの実施形態に該当し、呼称は、設計者の意図によって変更可能である。
【０７０５】
偶数番目（ｅｖｅｎ）のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボルと奇数番目（ｏｄｄ）のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボルとは、互いに異なるＦＩメモリバンクを介して不連続的にインターリービングされることができる。
【０７０６】
また、前記フリケンシインターリーバは、各メモリバンクに入力される連続した一対のＯＦＤＭシンボルに対して任意のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを使用してｒｅａｄｉｎｇ及びｗｒｉｔｉｎｇ動作を同時に行うことができる。具体的な動作については、後述する。
【０７０７】
また、スーパーフレーム内の全てのＯＦＤＭシンボルを合理的かつ効率的にインターリービングするための論理的なフリケンシインターリービング動作として、本明細書では、基本的にｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄが一対のＯＦＤＭシンボル単位で変化されることを一実施形態とすることができる。
【０７０８】
この場合、本明細書のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄは、任意のｒａｎｄｏｍ発生器または複数個のｒａｎｄｏｍ発生器の組合せで構成されたｒａｎｄｏｍ発生器で発生されることを一実施形態とすることができる。
【０７０９】
また、本明細書は、効率的なｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ変化のために、１つのメインｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄをｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇして様々なｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを生成することを一実施形態とすることができる。
【０７１０】
この場合、ｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇ  ｒｕｌｅは、ＯＦＤＭシンボルと信号ｆｒａｍｅ単位を考慮して階層的に定義されることができる。これは、設計者の意図によって変更可能であり、具体的な内容は、後述する。
【０７１１】
また、本明細書において提案する放送信号受信装置は、上述したｒａｎｄｏｍ  Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｉｎｇの逆過程を行うことができる。
【０７１２】
この場合、本発明の一実施形態に係る放送信号受信装置または放送信号受信装置のフリケンシデインターリーバは、ｄｏｕｂｌｅ−ｍｅｍｏｒｙを使用するｐｉｎｇ−ｐｏｎｇ構造を使用せずに、連続した入力ＯＦＤＭシンボルに対してｓｉｎｇｌｅ−ｍｅｍｏｒｙでｄｅｉｎｔｅｒｌｅａｖｉｎｇを行うことができる。したがって、フリケンシデインターリーバは、メモリの使用効率性を増加させることができる。
【０７１３】
また、前記フリケンシデインターリーバでｒｅａｄｉｎｇ及びｗｒｉｔｉｎｇ動作は依然として要求され、ｓｉｎｇｌｅ−ｍｅｍｏｒｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇ動作と呼ばれることができる。
【０７１４】
したがって、前記ｓｉｎｇｌｅ−ｍｅｍｏｒｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇ方法は、メモリ使用の側面で極めて効率的である。
【０７１５】
図４４は、本発明の一実施形態に係る周波数インターリーバの動作を示した図である。
【０７１６】
図４４は、放送信号送信装置で２個のメモリバンクを使用する周波数インターリーバの基本的な動作を例示し、放送信号受信装置で１つのメモリデインターリービング（ｓｉｎｇｌｅ−ｍｅｍｏｒｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）動作を可能なようにする。
【０７１７】
前述したように、本明細書において提案するフリケンシインターリーバは、ｐｉｎｇ−ｐｏｎｇ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｏｐｅｒａｔｉｏｎを行うことができる。
【０７１８】
典型的に、ｐｉｎｇ−ｐｏｎｇ  ｉｎｔｅｒｌｅａｖｉｎｇ動作は、２個のメモリバンクにより成就（または、達成）されることができる。
【０７１９】
本明細書において提案するＦＩ動作において、２個のメモリバンクは、それぞれのｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌに関するものである。
【０７２０】
周波数インターリービングに対する最大メモリＲＯＭサイズは、最大ＦＦＴサイズの約２倍に該当する。
【０７２１】
放送信号送信装置において、前記ＲＯＭサイズの増加は、放送信号受信装置に比べて重要度が少し低い傾向がある。
【０７２２】
前述したように、偶数番目のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボルと奇数番目のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボルとは、互いに異なるＦＩ  ｍｅｍｏｒｙ−ｂａｎｋを介して不連続的にインターリービングされることができる。
【０７２３】
すなわち、１番目（偶数のインデックスを有する）のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌが１番目のメモリバンクでインターリービングされることに対し、２番目（奇数のインデックスを有する）のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌは、２番目のメモリバンクでインターリービングされる。
【０７２４】
それぞれのｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌに対して、１つのインターリービングシードが使用される。
【０７２５】
前記インターリービングシードとｒｅａｄｉｎｇ−ｗｒｉｔｉｎｇ（または、ｗｒｉｔｉｎｇ−ｒｅａｄｉｎｇ）動作に基づいて、２個のＯＦＤＭシンボルは、連続的にインターリービングされる。
【０７２６】
本明細書において提案するｒｅａｄｉｎｇ−ｗｒｉｔｉｎｇ動作は、衝突無しで同時に成就されることができる。
【０７２７】
図４４に示されたように、フリケンシインターリーバは、ｄｅｍｕｘ（４４０００）、２個のメモリバンク（ｍｅｍｏｒｙ  ｂａｎｋ−Ａ（４４１００）及びｍｅｍｏｒｙ  ｂａｎｋ−Ｂ（４４２００））並びにｍｕｘ（４４３００）を含むことができる。
【０７２８】
まず、フリケンシインターリーバは、ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌ  ＦＩのために、連続的な入力ＯＦＤＭシンボルでＤＥＭＵＸ（４４０００）を介してデマルチプレキシングプロセシングを行うことができる。
【０７２９】
その後、前記フリケンシインターリーバは、１つのインターリービングシードを有して各メモリバンクＡ及びメモリバンクＢでｒｅａｄｉｎｇ−ｗｒｉｔｉｎｇ  ＦＩ動作を行う。
【０７３０】
図４４に示されたように、２個のメモリバンク（Ａ及びＢ）は、各ＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒのために使用される。
【０７３１】
２番目（奇数のインデックスを有する）のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒがメモリバンク−Ｂでインターリービングされることに対し、１番目（偶数のインデックスを有する）のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒは、メモリバンク−Ａでインターリービングされる。前記メモリバンクＡ及びＢでの動作は、互いに変わることもできる。
【０７３２】
その後、前記フリケンシインターリーバは、連続的なＯＦＤＭシンボル送信のために、ｐｉｎｇ−ｐｏｎｇ  ＦＩ  ｏｕｔｐｕｔｓでＭＵＸ（４４３００）を介してマルチプレキシングプロセシングを行うことができる。
【０７３３】
図４５は、本発明の一実施形態に係るＭＵＸ及びＤＥＭＵＸ方法に対する基本的なスイッチモデル（ｂａｓｉｃ  ｓｗｉｔｃｈ  ｍｏｄｅｌ）を示す。
【０７３４】
図４５は、上述したｐｉｎｇ−ｐｏｎｇ  ＦＩ構造でｍｅｍｏｒｙ−ｂａｎｋ−Ａ及びＢの入出力に適用されたＤＥＭＵＸとＭＵＸの簡単な動作を示す。
【０７３５】
ＤＥＭＵＸ及びＭＵＸは、各々連続的な入力ＯＦＤＭシンボルをインターリービングされるように制御し、出力ＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒが送信されるように制御することができる。
【０７３６】
ＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ毎に対して互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄが使用される。
【０７３７】
図４５に示されたように、ＤＥＭＵＸ及びＭＵＸは、下記の数式により各々ＦＩ  ｉｎｐｕｔ及びＦＩ  ｏｕｔｐｕｔを出力する。
【０７３８】
【数１２】
0006404479.tif 000079
【０７３９】
ここで、ｍｏｄはｊ＝０、１、…，
【化３３】
0006404479.tif 000080
に対するｍｏｄｕｌｏ動作を表し、
【化３４】
0006404479.tif 000081
は、１つのフレーム内のＯＦＤＭ  ｓｙｍｂｏｌの個数を表す。
【０７４０】
以下において、本発明の一実施形態に係るフリケンシインターリービングのｒｅａｄｉｎｇ−ｗｒｉｔｉｎｇ  ｏｐｅｒａｔｉｏｎを説明する。
【０７４１】
前記フリケンシインターリーバは、１番目及び２番目のＯＦＤＭシンボルに対して各々１つのインターリービングシードを選択または使用することができ、ｗｒｉｔｉｎｇ及びｒｅａｄｉｎｇ動作に前記インターリービングシードを使用することができる。
【０７４２】
すなわち、前記フリケンシインターリーバは、選択された１つの任意ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄをｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボルの１番目のＯＦＤＭシンボルに対しては、ｗｒｉｔｉｎｇする動作に使用し、２番目のＯＦＤＭシンボルに対しては、ｒｅａｄｉｎｇ動作に使用することにより、効果的にｉｎｔｅｒｌｅａｖｉｎｇすることができる。
【０７４３】
したがって、事実上、２個の互いに異なるインターリービングシードが２個のＯＦＤＭシンボルに各々適用されるように見えることができる。
【０７４４】
本明細書において提案するｒｅａｄｉｎｇ−ｗｒｉｔｉｎｇ動作の具体的な内容は、下記のとおりである。
【０７４５】
１番目のＯＦＤＭシンボルに対して、本発明の一実施形態に係るフリケンシインターリーバは、（インターリービングシードによって）メモリに任意にｗｒｉｔｉｎｇを行うことができ、その後、ｌｉｎｅａｒ  ｒｅａｄｉｎｇを行うことができる。
【０７４６】
２番目のＯＦＤＭシンボルに対して、本発明の一実施形態に係るフリケンシインターリーバは、前記１番目のＯＦＤＭシンボルに対するｌｉｎｅａｒ  ｒｅａｄｉｎｇ動作によって影響を受け、同時にメモリにｌｉｎｅａｒ  ｗｒｉｔｉｎｇを行うことができる。
【０７４７】
また、本発明の一実施形態に係るフリケンシインターリーバは、以後、インターリービングシードによって任意にｒｅａｄｉｎｇを行うことができる。
【０７４８】
前述したように、本発明の一実施形態に係る放送信号送信装置は、複数個の信号フレームを時間軸上に連続的に送信することができる。
【０７４９】
本発明では、所定時間の間送信される信号フレームの集合をスーパーフレームと呼ぶことができる。
【０７５０】
したがって、１つのスーパーフレームには、Ｎ個の信号フレームが含まれ得るし、各信号フレームは、複数個のＯＦＤＭシンボルを含むことができる。
【０７５１】
図４６は、本発明の一実施形態に係るメモリバンクの動作を示す。
【０７５２】
図４４及び図４５において説明したように、２個のメモリバンクは、上述した過程を介して発生された任意のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを各ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌに適用することができる。
【０７５３】
また、各メモリバンクは、ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌ毎にｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを変更できる。
【０７５４】
上述した各メモリバンクでｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄの変更方法については、数式１３乃至１６を介してさらに説明する。
【０７５５】
数式１３は、１番目のＯＦＤＭ  ｓｙｍｂｏｌ、すなわち、ｉ番目のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒの（ｊ  ｍｏｄ  ２）＝０を満たすＯＦＤＭ  ｓｙｍｂｏｌに対する任意のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄと関連した数式を表す。
【０７５６】
【数１３】
0006404479.tif 000082
【０７５７】
前記数式１３において、ｉ＝０、１、…、
【化３５】
0006404479.tif 000083
、ｋ＝０、１、…、
【化３６】
0006404479.tif 000084
を意味する。
【０７５８】
【化３７】
0006404479.tif 000085
は、１つのｓｙｍｂｏｌでａｃｔｉｖｅ  ｄａｔａ  ｃａｒｒｉｅｒｓの個数を表す。
【０７５９】
前記数式１３は、ｊ番目のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌに対して
【化３８】
0006404479.tif 000086
に該当するｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅを用いてＦＩで周波数インターリービングを行って出力される出力値
【化３９】
0006404479.tif 000087
を表す式である。数式１３において、
【化４０】
0006404479.tif 000088
で表現されることもできる。
【０７６０】
【化４１】
0006404479.tif 000089
は、ｍａｉｎ  ＦＩ（または、ｂａｓｉｃ  ＦＩ）で使用されるｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒにより生成されるｍａｉｎ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ（または、ｂａｓｉｃ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ）を表す。
【０７６１】
【化４２】
0006404479.tif 000090
は、ｒａｎｄｏｍ  ｓｅｑｕｅｎｃｅであって、ｍａｉｎ  ｒａｎｄｏｍｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅまたはｂａｓｉｃ  ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｙあるいはｓｉｎｇｌｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄと同じ概念と解釈されることができる。
【０７６２】
Ｒａｎｄｏｍ  ｓｅｑｕｅｎｃｅは、ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒまたはｒａｎｄｏｍ  ｍａｉｎ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒで生成されることができる。
【０７６３】
前記
【化４３】
0006404479.tif 000091
は、下記の数式１４で定義されることができる。
【０７６４】
【数１４】
0006404479.tif 000092
【０７６５】
また、
【化４４】
0006404479.tif 000093
は、ｊ番目のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌで使用されるｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒにより生成されるｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔを表す。
【０７６６】
すなわち、
【化４５】
0006404479.tif 000094
は、シンボルオフセットであって、ｃｙｃｌｉｃ  ｓｈｉｆｔｉｎｇ  ｖａｌｕｅと呼ぶことができ、ｓｕｂ  ＰＲＢＳ（Ｐｓｅｕｄｏ−Ｒａｎｄｏｍ  Ｂｉｎａｒｙ  Ｓｅｑｕｅｎｃｅ）に基づいて生成されることができる。具体的な内容は、後述する。
【０７６７】
前記
【化４６】
0006404479.tif 000095
は、下記の数式１５で定義されることができる。
【０７６８】
【数１５】
0006404479.tif 000096
【０７６９】
前記数式１４及び１５においてｌ＝０、ｌ＜
【化４７】
0006404479.tif 000097
、ｌ＝ｌ＋２を満たす。
【０７７０】
下記の数式１６は、２番目のＯＦＤＭ  ｓｙｍｂｏｌ、すなわち、ｉ番目のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒの（ｊ  ｍｏｄ  ２）＝１を満たすＯＦＤＭ  ｓｙｍｂｏｌに対する任意のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄと関連した数式を表す。
【０７７１】
【数１６】
0006404479.tif 000098
【０７７２】
前記数式１６において、ｉ＝０、１、…、
【化４８】
0006404479.tif 000099
、ｋ＝０、１、…、
【化４９】
0006404479.tif 000100
を意味する。
【０７７３】
前記数式１６は、前記数式１３により出力されたｊ番目のｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌに対して
【化５０】
0006404479.tif 000101
に該当するｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを用いてＦＩで周波数インターリービングを行って出力される出力値
【化５１】
0006404479.tif 000102
を表す式である。
【０７７４】
前記数式１６において使用される
【化５２】
0006404479.tif 000103
は、前記数式１３の１番目のＯＦＤＭ  ｓｙｍｂｏｌで使用されるｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄと同一である。
【０７７５】
数式１３及び１６のｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒは、ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒであって、前記ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒは、Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ  ７０２０に含まれることができる。
【０７７６】
メモリバンク−Ａ及びＢの各々でＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒに対するインターリービングプロセスは、前述したとおりであり、１つのｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄを用いる。
【０７７７】
利用可能なｄａｔａ  ｃｅｌｌｓ、すなわち、セルマッパーから出力されるｃｅｌｌｓは、１つのＯＦＤＭ  ｓｙｍｂｏｌ
【化５３】
0006404479.tif 000104
でインターリービングされる（ｉｎｔｅｒｌｅａｖｅｄ）。
【０７７８】
【化５４】
0006404479.tif 000105
は、下記の数式１７のように定義されることができる。
【０７７９】
前記セルマッパーから出力されるｄａｔａ  ｃｅｌｌｓ
【化５５】
0006404479.tif 000106
は、ＦＩに入力されるｄａｔａ  ｃｅｌｌｓを表す。
【０７８０】
【数１７】
0006404479.tif 000107
【０７８１】
前記数式１７において、
【化５６】
0006404479.tif 000108
は、ｍ番目のフレームでｌ番目のＯＦＤＭ  ｓｙｍｂｏｌのｐ番目のｃｅｌｌを表し、
【化５７】
0006404479.tif 000109
は、ｄａｔａ  ｃｅｌｌ（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ（ｓ）、ｎｏｒｍａｌ  ｄａｔａ、ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）の個数を表す。
【０７８２】
また、インターリービングされたｄａｔａ  ｃｅｌｌｓ
【化５８】
0006404479.tif 000110
は、下記の数式１８のように定義される。
【０７８３】
前記インターリービングされたｄａｔａ  ｃｅｌｌｓは、ＦＩを介して出力される信号を表す。
【０７８４】
【数１８】
0006404479.tif 000111
【０７８５】
上述した各メモリバンクでｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ（または、ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅ）を使用するインターリービングは、下記の数式のように表現されることができる。
【０７８６】
下記の数式１８及び１９は、前述した数式１３及び数式１６と同じ意味として解釈されることができる。
【０７８７】
すなわち、前記数式１３及び１６は、前述したｌｏｇｉｃａｌ  ＦＩ構造を介して発生されたｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅ（ｓｅｅｄ）をＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒに適用する過程の数学的表現を表す。
【０７８８】
数式１８は、１番目のＯＦＤＭ  ｓｙｍｂｏｌ、すなわち、ｉ番目のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒの（ｊ  ｍｏｄ  ２）＝０を満たすＯＦＤＭ  ｓｙｍｂｏｌに対する任意のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄと関連した数式を表す。
【０７８９】
【数１９】
0006404479.tif 000112
【０７９０】
前記数式１８においてｌ＝０、１、…、
【化５９】
0006404479.tif 000113
であり、ｐ＝０、１、…、
【化６０】
0006404479.tif 000114
を表す。
【０７９１】
【化６１】
0006404479.tif 000115
は、ｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒにより生成されるｉｎｔｅｒｌｅａｖｉｎｇ  ａｄｄｒｅｓｓまたはｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを表す。
【０７９２】
前記
【化６２】
0006404479.tif 000116
または
【化６３】
0006404479.tif 000117
に対しては、前述した内容を参照する。
【０７９３】
下記の数式１９は、２番目のＯＦＤＭ  ｓｙｍｂｏｌ、すなわち、ｉ番目のＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒの（ｊ  ｍｏｄ  ２）＝１を満たすＯＦＤＭ  ｓｙｍｂｏｌに対する任意のｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄと関連した数式を表す。
【０７９４】
【数２０】
0006404479.tif 000118
【０７９５】
前記数式１９においてｌ＝０、１、…、
【化６４】
0006404479.tif 000119
であり、ｐ＝０、１、…、
【化６５】
0006404479.tif 000120
を表す。
【０７９６】
【化６６】
0006404479.tif 000121
の最大値は、
【化６７】
0006404479.tif 000122
として表現され、前記
【化６８】
0006404479.tif 000123
は、各ＦＦＴ  ｍｏｄｅによって異なるように定義される。
【０７９７】
各メモリバンクでＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒに対してインターリービングされたＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒは、数式１８及び数式１９のとおりである。
【０７９８】
【化６９】
0006404479.tif 000124
は、それぞれのＦＦＴ  ｍｏｄｅに対してｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒにより生成されるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄに対するｉｎｔｅｒｌｅａｖｉｎｇ  ａｄｄｒｅｓｓである。
【０７９９】
ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒの構造については、後述する。
【０８００】
前述したように、本明細書において提案する１つのＯＦＤＭ  ｓｙｍｂｏｌで動作する周波数インターリーバの目的は、任意にｄａｔａ  ｃｅｌｌｓをインターリービングすることにより、周波数ダイバーシティを提供することである。
【０８０１】
１つのフレームで最大インターリービングゲインを得るために、互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄが２個の連続的なＯＦＤＭ  ｓｙｍｂｏｌｓで構成されるＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ毎に使用される。
【０８０２】
数式１３及び数式１６において説明したように、互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄは、ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒにより生成されるｉｎｔｅｒｌｅａｖｉｎｇ  ａｄｄｒｅｓｓに基づいて生成されることができる。
【０８０３】
また、互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄは、前述したように、循環移動値（ｃｙｃｌｉｃ  ｓｈｉｆｔｉｎｇ  ｖａｌｕｅ）に基づいて生成されることができる。
【０８０４】
すなわち、ｓｙｍｂｏｌ  ｐａｉｒ毎に使用される互いに異なるｉｎｔｅｒｌｅａｖｉｎｇ  ａｄｄｒｅｓｓは、ＯＦＤＭ  ｓｙｍｂｏｌ  ｐａｉｒ毎に対して前記ｃｙｃｌｉｃ  ｓｈｉｆｔｉｎｇ  ｖａｌｕｅを使用することによって生成されることができる。
【０８０５】
前述したように、ＯＦＤＭ生成ブロックは、前記ＯＦＤＭ生成ブロックに入力されるｉｎｐｕｔ  ｄａｔａに対してＦＦＴ変換を行うことができる。したがって、１つの実施形態によってｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒを有する周波数インターリーバの動作が記述される。
【０８０６】
ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒは、ｉｎｔｅｒｌｅａｖｉｎｇ  ａｄｄｒｅｓｓ  ｇｅｎｅｒａｔｏｒと呼ばれることができ、設計者の意図によって変更されることもできる。
【０８０７】
ｒａｎｄｏｍ  ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒは、第１のｇｅｎｅｒａｔｏｒ及び第２のｇｅｎｅｒａｔｏｒを含むことができる。
【０８０８】
前記第１のｇｅｎｅｒａｔｏｒは、ｍａｉｎ（または、ｂａｓｉｃ）  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを生成するためのものであり、前記第２のｇｅｎｅｒａｔｏｒは、ｓｙｍｂｏｌ  ｏｆｆｓｅｔを生成するためのものである。
【０８０９】
したがって、前記第１のｇｅｎｅｒａｔｏｒは、ｒａｎｄｏｍ  ｍａｉｎ（または、ｂａｓｉｃ）−ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒで、前記第２のｇｅｎｅｒａｔｏｒは、ｒａｎｄｏｍ  ｓｙｍｂｏｌ−ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒで表現されることができる。
【０８１０】
前記第１のｇｅｎｅｒａｔｏｒ及び第２のｇｅｎｅｒａｔｏｒの名称は、設計者（ｄｅｓｉｇｎｅｒ）の意図によって変更されることができ、この動作についてさらに具体的に説明する。
【０８１１】
各ｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒ（第１のｇｅｎｅｒａｔｏｒ及び第２のｇｅｎｅｒａｔｏｒ）は、ｓｐｒｅａｄｅｒとｒａｎｄｏｍｉｚｅｒで構成されており、各々は、ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｑｕｅｎｃｅ発生の際、ｓｐｒｅａｄｉｎｇ効果とｒａｎｄｏｍ効果とを各々付与する機能を果たす。
【０８１２】
ここで、（ｃｅｌｌ）ｓｐｒｅａｄｅｒは、全体ｂｉｔｓのうち、ｎ−ｂｉｔ上位部分を利用して動作され、簡単にｌｏｏｋ−ｕｐ  ｔａｂｌｅを基盤とするｍｕｌｔｉｐｌｅｘｅｒ（ＭＵＸ、ｎ−ｂｉｔ  ｔｏｇｇｌｉｎｇ）で動作可能である。
【０８１３】
Ｒａｎｄｏｍｉｚｅｒは、ＰＮ  ｇｅｎｅｒａｔｏｒを介して動作され、ｉｎｔｅｒｌｅａｖｉｎｇの際、ｆｕｌｌ  ｒａｎｄｏｍｎｅｓｓを提供するように動作される。
【０８１４】
前記ｒａｎｄｏｍｉｚｅｒは、ＰＮ  ｇｅｎｅｒａｔｏｒを表すことができ、任意のＰＮ  ｇｅｎｅｒａｔｏｒに代替可能である。
【０８１５】
ＯＦＤＭシンボルｐａｉｒ毎に動作されるｒａｎｄｏｍ  ｓｙｍｂｏｌ−ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒは、ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｑｕｅｎｃｅをｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇさせるときに要求されるｓｙｍｂｏｌ−ｏｆｆｓｅｔ値を出力する。
【０８１６】
前記ｒａｎｄｏｍ  ｓｙｍｂｏｌ−ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒ内のＭｏｄｕｌｏ  ｏｐｅｒａｔｏｒ
【化７０】
0006404479.tif 000125
を超過するときに動作される。
【０８１７】
Ｍｅｍｏｒｙ−ｉｎｄｅｘ  ｃｈｅｃｋブロックは、発生されるｍｅｍｏｒｙ−ｉｎｄｅｘ値が
【化７１】
0006404479.tif 000126
より大きい場合、出力値を使用せず（無視し）、繰り返し的にｓｐｒｅａｄｅｒとｒａｎｄｏｍｉｚｅｒを動作させて出力ｍｅｍｏｒｙ−ｉｎｄｅｘ値が
【化７２】
0006404479.tif 000127
を超過しないように調節する役割を果たす。
【０８１８】
前記Ｍｅｍｏｒｙ−ｉｎｄｅｘ  ｃｈｅｃｋブロックは、Ｍｅｍｏｒｙ  ａｄｄｒｅｓｓ  ｃｈｅｃｋブロックまたはａｄｄｒｅｓｓ  ｃｈｅｃｋブロックなどと呼ばれることができる。
【０８１９】
前述したように、本発明の一実施形態に係るＦＦＴサイズは、１Ｋ、２Ｋ、４Ｋ、８Ｋ、１６Ｋ、３２Ｋ、６４Ｋなどでありうるし、前記ＦＦＴサイズは、設計者の意図によって変更されることもできる。
【０８２０】
したがって、ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ（または、ｍａｉｎ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄ）は、ＦＦＴサイズに基づいて多様でありうる。
【０８２１】
図４７は、本発明の一実施形態に係るフリケンシデインターリービング過程を示した図である。
【０８２２】
本発明の一実施形態に係る放送信号受信装置は、シングルメモリを用いて上述したフリケンシインターリービング過程の逆過程を行うことができる。
【０８２３】
図４７は、連続的なＯＦＤＭシンボルの入力に対するｓｉｎｇｌｅ−ｍｅｍｏｒｙ  ｆｒｅｑｕｅｎｃｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇ（ＦＤＩ）過程を示した図である。
【０８２４】
ＦＤＩは、Ｆｒｅｑｕｅｎｃｙ  ＤｅｉｎｔｅｒｌｅａｖｉｎｇまたはＦｒｅｑｕｅｎｃｙ  Ｄｅｉｎｔｅｒｌｅａｖｅｒの略称を表す。
【０８２５】
基本的に、周波数デインターリービング動作は、周波数インターリービング動作の逆過程にしたがう。
【０８２６】
周波数デインターリービング動作のためのｓｉｎｇｌｅ−ｍｅｍｏｒｙ使用に対して、追加的なプロセシングは必要でない。
【０８２７】
図４７の左側に示されたｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌが連続的に入力されれば、図４７の右側に示されたように、放送信号受信装置は、ｓｉｎｇｌｅ  ｍｅｍｏｒｙを用いて上述したｒｅａｄｉｎｇ  ａｎｄ  ｗｒｉｔｉｎｇ動作を行うことができる。
【０８２８】
この場合、前記放送信号受信装置は、ｍｅｍｏｒｙ−ｉｎｄｅｘ（または、ｍｅｍｏｒｙ  ａｄｄｒｅｓｓ）を生成して、放送信号送信装置で行ったフリケンシインターリービング（ｗｒｉｔｉｎｇ  ａｎｄ  ｒｅａｄｉｎｇ）の逆過程に対応するフリケンシデインターリービング（ｒｅａｄｉｎｇ  ａｎｄ  ｗｒｉｔｉｎｇ）を行うことができる。
【０８２９】
本明細書において提案するｐａｉｒ−ｗｉｓｅ  ｐｉｎｇ−ｐｏｎｇ  ｉｎｔｅｒｌｅａｖｉｎｇ構造を使用することによって本質的に利益が発生するようになる。
【０８３０】
図４８は、本発明の一実施形態に係る１つのスーパーフレームに適用されるフリケンシインターリービングの概念図を示す。
【０８３１】
本発明の一実施形態に係るフリケンシインターリーバは、１つの信号フレームで（シンボルインデックスがｒｅｓｅｔされる地点までの区間の間）ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌ毎にｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを変更でき、ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄが全てのフレーム（フレームインデックスがｒｅｓｅｔされる地点までの区間の間）で１つの信号フレームでのみ使用されるように変更することができる。
【０８３２】
結果的に、本発明の一実施形態に係るフリケンシインターリーバは、スーパーフレーム（スーパーフレームインデックスがｒｅｓｅｔされる地点までの区間の間）でｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを変更できる。
【０８３３】
したがって、本発明の一実施形態に係るフリケンシインターリーバは、ｓｕｐｅｒ−ｆｒａｍｅ内の全てのＯＦＤＭシンボルを合理的かつ効率的にｉｎｔｅｒｌｅａｖｉｎｇすることができる。
【０８３４】
図４９は、本明細書において提案する１つのスーパーフレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍを示した図である。
【０８３５】
図４９は、図４８において説明した１つのｓｕｐｅｒ−ｆｒａｍｅ内に使用されるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを効果的に変えるためのフリケンシインターリーバのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍと関連パラメータを示す。
【０８３６】
上述したように、本発明では、１つのメインｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを任意のｏｆｆｓｅｔの分だけｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇして様々なｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを効率的に生成することができる。
【０８３７】
図４９に示されたように、前記任意のｏｆｆｓｅｔをｆｒａｍｅ及びｅｖｅｒｙ  ｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌ毎に異なるように生成してｄｉｆｆｅｒｅｎｔ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを生成することを一実施形態とすることができる。以下、ｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍを説明する。
【０８３８】
図４９の下端ブロック（４９１０）、本明細書において提案するフリケンシインターリーバは、入力されるフレームインデックスを用いて各信号ｆｒａｍｅ毎にｆｒａｍｅ  ｏｆｆｓｅｔをランダムに発生させることができる。本発明の一実施形態に係るｆｒａｍｅ  ｏｆｆｓｅｔは、フリケンシインターリーバに含まれたｆｒａｍｅ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒにより生成されることができる。
【０８３９】
この場合、各フレーム毎に適用され得るフレームオフセットは、ｓｕｐｅｒ−ｆｒａｍｅ  ｉｎｄｅｘがｒｅｓｅｔされれば、ｓｕｐｅｒ−ｆｒａｍｅ  ｉｎｄｅｘによって識別される各スーパーフレーム内の各信号フレームに対して発生される。
【０８４０】
図面の中間に位置したブロック（４９２０）に示されたように、前記フリケンシインターリーバは、入力されるｓｙｍｂｏｌ  ｉｎｄｅｘを用いて各信号フレームに含まれた各ＯＦＤＭ  ｓｙｍｂｏｌに適用するためのシンボルオフセットをランダムに発生させることができる。
【０８４１】
前記シンボルオフセットは、フリケンシインターリーバに含まれたｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒにより生成されることができる。この場合、各シンボルに対するシンボルオフセットは、ｆｒａｍｅ  ｉｎｄｅｘがｒｅｓｅｔされれば、ｆｒａｍｅ  ｉｎｄｅｘによって識別される各信号フレーム内のシンボルに対して発生される。
【０８４２】
また、前記フリケンシインターリーバは、ＯＦＤＭシンボル毎に対してメインｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄをｓｙｍｂｏｌ  ｏｆｆｓｅｔの分だけｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇして様々なｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを生成できる。
【０８４３】
その後、図面の上端に位置したブロック（４９３０）に示されたように、前記フリケンシインターリーバは、入力されるｃｅｌｌ  ｉｎｄｅｘを用いて各ＯＦＤＭシンボルに含まれたセルに対してｒａｎｄｏｍ  ＦＩを行うことができる。本発明の一実施形態に係るｒａｎｄｏｍ  ＦＩパラメータは、フリケンシインターリーバに含まれたｒａｎｄｏｍ  ＦＩ  ｇｅｎｅｒａｔｏｒにより生成されることができる。
【０８４４】
図４９において、
【化７３】
0006404479.tif 000128
は、ｉ番目のフレームで使用されるｒａｎｄｏｍ  ｆｒａｍｅ  ｏｆｆｓｅｔを表し、
【化７４】
0006404479.tif 000129
は、ｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒにより生成されるｉ番目のｆｒａｍｅのｊ番目のｓｙｍｂｏｌのｓｙｍｂｏｌ  ｏｆｆｓｅｔを表し、
【化７５】
0006404479.tif 000130
は、ｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒにより生成されるｉ番目のｆｒａｍｅのｊ番目のｓｙｍｂｏｌのｋ番目のｃｅｌｌのｃｅｌｌ  ｏｆｆｓｅｔを表す。
【０８４５】
また、
【化７６】
0006404479.tif 000131
は、ｓｉｎｇｌｅ  ｓｕｐｅｒ−ｆｒａｍｅ内のフレーム個数を表し、
【化７７】
0006404479.tif 000132
は、ｓｉｎｇｌｅ  ｆｒａｍｅ内のＯＦＤＭ  ｓｙｍｂｏｌｓの個数を表し、
【化７８】
0006404479.tif 000133
は、１つのＯＦＤＭ  ｓｙｍｂｏｌ内のｃｅｌｌｓの個数を表す。
【０８４６】
図５０は、本発明の一実施形態に係る１つの（ｓｉｎｇｌｅ）スーパーフレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍの数式を表す。
【０８４７】
具体的に、図５０は、上述したフレームオフセットパラメータ、シンボルオフセットパラメータ、及び各ＯＦＤＭに含まれたセルに適用されるｒａｎｄｏｍ  ＦＩのパラメータの関係を示す。
【０８４８】
図５０に示すように、
【化７９】
0006404479.tif 000134
は、フレームインターリーバで使用されるｒａｎｄｏｍ  ｆｒａｍｅ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒであり、
【化８０】
0006404479.tif 000135
は、シンボルインターリーバで使用されるｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒであり、
【化８１】
0006404479.tif 000136
は、セルインターリーバで使用されるｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒを表す。
【０８４９】
【化８２】
0006404479.tif 000137
は、ｒａｎｄｏｍ  ｆｒａｍｅ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒにより生成されるｉ番目のｆｒａｍｅのｆｒａｍｅ  ｏｆｆｓｅｔを表し、
【化８３】
0006404479.tif 000138
は、ｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒにより生成されるｉ番目のｆｒａｍｅのｊ番目のｓｙｍｂｏｌのｓｙｍｂｏｌ  ｏｆｆｓｅｔを表し、
【化８４】
0006404479.tif 000139
は、ｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒにより生成されるｉ番目のｆｒａｍｅのｊ番目のｓｙｍｂｏｌのｋ番目のｃｅｌｌのｃｅｌｌ  ｏｆｆｓｅｔを表す。
【０８５０】
前記ｓｙｍｂｏｌ  ｏｆｆｓｅｔ及びｃｅｌｌ  ｏｆｆｓｅｔについて後述する図５１を参照してさらに説明する。
【０８５１】
図５０に示されたように、ＯＦＤＭシンボル毎に使用されるｏｆｆｓｅｔは、上述したｆｒａｍｅ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒ及び上述したｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒの階層的な構造を介して発生されることができる。この場合、ｆｒａｍｅ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒ及びｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒは、任意のｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒを利用して設計されることができる。
【０８５２】
図５１は、本発明の一実施形態に係る１つの信号フレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍを示した図である。
【０８５３】
図５１は、図４８において説明したｓｉｎｇｌｅ  ｓｉｇｎａｌ  ｆｒａｍｅ内に使用されるｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを効果的に変えるためのフリケンシインターリーバのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍ及び関連パラメータを示す。
【０８５４】
前述したように、１つのメインｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを任意のｓｙｍｂｏｌ  ｏｆｆｓｅｔの分だけｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇして様々なｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを効率的に生成することができる。
【０８５５】
図５１に示されたように、本発明では、前記ｓｙｍｂｏｌ  ｏｆｆｓｅｔをｐａｉｒ−ｗｉｓｅ  ＯＦＤＭ  ｓｙｍｂｏｌ毎に異なるように生成してｄｉｆｆｅｒｅｎｔ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを生成することを一実施形態とすることができる。
【０８５６】
この場合、ｓｙｍｂｏｌ  ｏｆｆｓｅｔは、任意のｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒを利用してｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボル毎に異なるように発生される。
【０８５７】
以下、ｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍを説明する。
【０８５８】
図５１の下端に位置したブロック（５１１０）に示されたように、フリケンシインターリーバは、入力されるｓｙｍｂｏｌ  ｉｎｄｅｘを用いて各信号フレームに含まれた各ＯＦＤＭ  ｓｙｍｂｏｌに適用するためのシンボルオフセットをランダムに発生させることができる。
【０８５９】
前記シンボルオフセット（または、ランダムシンボルオフセット）は、フリケンシインターリーバに含まれた任意のｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒ（または、ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒ）により生成されることができる。
【０８６０】
この場合、各シンボルに対するシンボルオフセットは、ｆｒａｍｅ  ｉｎｄｅｘがｒｅｓｅｔされれば、ｆｒａｍｅ  ｉｎｄｅｘによって識別される各信号フレーム内のシンボルに対して発生される。
【０８６１】
また、前記フリケンシインターリーバは、ＯＦＤＭシンボル毎に対してメインｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを発生されたｓｙｍｂｏｌ  ｏｆｆｓｅｔの分だけｃｙｃｌｉｃ−ｓｈｉｆｔｉｎｇして様々なｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄを生成できる。
【０８６２】
次に、図５１の上端に位置したブロック（５１２０）に示されたように、前記フリケンシインターリーバは、入力されるｃｅｌｌ  ｉｎｄｅｘを用いて各ＯＦＤＭシンボルに含まれたセルに対してｒａｎｄｏｍ  ＦＩを行うことができる。
【０８６３】
前記ｒａｎｄｏｍ  ＦＩパラメータは、フリケンシインターリーバに含まれたｒａｎｄｏｍ  ＦＩ  ｇｅｎｅｒａｔｏｒにより生成されることができる。
【０８６４】
図５１に示されたように、
【化８５】
0006404479.tif 000140
は、ｊ番目のＯＦＤＭ  ｓｙｍｂｏｌで使用されるｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔを表し、
【化８６】
0006404479.tif 000141
記号は、ｆｌｏｏｒ演算を表す。
【０８６５】
【化８７】
0006404479.tif 000142
は、ｊ番目のＯＦＤＭ  ｓｙｍｂｏｌで使用されるｒａｎｄｏｍ  ＦＩを表し、
【化８８】
0006404479.tif 000143
は、１つのフレームでのＯＦＤＭ  ｓｙｍｂｏｌの個数を表し、
【化８９】
0006404479.tif 000144
は、１つのＯＦＤＭ  ｓｙｍｂｏｌでのｄａｔａ  ｃｅｌｌ（ｓ）の個数を表す。
【０８６６】
【化９０】
0006404479.tif 000145
との関係に対しては、後述する図５２を参照してさらに具体的に説明する。
【０８６７】
図５２は、本発明の一実施形態に係るｓｉｎｇｌｅ  ｓｉｇｎａｌフレームに適用されるフリケンシインターリービングのｌｏｇｉｃａｌ  ｏｐｅｒａｔｉｏｎ  ｍｅｃｈａｎｉｓｍの数式を示す。
【０８６８】
すなわち、図５２は、上述したシンボルオフセットパラメータ及び各ＯＦＤＭに含まれたセルに適用されるｒａｎｄｏｍ  ＦＩのパラメータの関係を示す。
【０８６９】
図５２に示されたように、ＯＦＤＭシンボル毎に使用されるｏｆｆｓｅｔは、上述したｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒの階層的な構造を介して発生されることができる。
【０８７０】
この場合、ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒは、任意のｒａｎｄｏｍ  ｇｅｎｅｒａｔｏｒを利用して設計されることができる。
【０８７１】
前述したように、
【化９１】
0006404479.tif 000146
は、シンボルインターリーバで使用されるｒａｎｄｏｍ  ｓｙｍｂｏｌ  ｏｆｆｓｅｔ  ｇｅｎｅｒａｔｏｒであり、
【化９２】
0006404479.tif 000147
は、セルインターリーバで使用されるｒａｎｄｏｍ  （ＦＩ）  ｇｅｎｅｒａｔｏｒを表す。
【０８７２】
図５３は、本明細書において提案する連続的な入力ＯＦＤＭ  ｓｙｍｂｏｌｓ（ｉｎｐｕｔ  ｓｅｑｕｅｎｔｉａｌ  ＯＦＤＭ  ｓｙｍｂｏｌｓ）に対するｓｉｎｇｌｅ−ｍｅｍｏｒｙ  ｄｅｉｎｔｅｒｌｅａｖｉｎｇを示した図である。
【０８７３】
図５３は、放送信号送信装置（または、フリケンシインターリーバ）で使用されたｉｎｔｅｒｌｅａｖｉｎｇ  ｓｅｅｄをｐａｉｒ−ｗｉｓｅ  ＯＦＤＭシンボル毎に適用してｄｅｉｎｔｅｒｌｅａｖｉｎｇを行う放送信号受信装置、または放送信号受信装置のフリケンシデインターリーバの動作を概念化させて示した図である。
【０８７４】
前記フリケンシデインターリーバは、図３１に示されたように、フレームパーシングブロックに含まれる。
【０８７５】
前記フレームパーシングブロックは、デフレーミング＆デインターリーバブロックで表現されることもできる。
【０８７６】
上述したように、本発明の一実施形態に係る放送信号受信装置は、シングルメモリを用いて上述したフリケンシインターリービング過程の逆過程を行うことができる。
【０８７７】
図５４は、本明細書において提案する放送信号の送信方法の一例を示した順序図である。
【０８７８】
図５４に示すように、本明細書において提案する放送信号送信装置は、インプットストリーム（Ｉｎｐｕｔ  Ｓｔｒｅａｍ）またはインプットデータパケット（ｉｎｐｕｔ  ｄａｔａ  ｐａｃｋｅｔｓ）をインプットフォーマッティング（Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇ）モジュールを介してプロセシング（Ｐｒｏｃｅｓｓｉｎｇ）する（Ｓ５４１０）。
【０８７９】
前記インプットデータパケットは、様々なタイプのｐａｃｋｅｔで構成されることができる。
【０８８０】
すなわち、前記放送信号送信装置は、インプットフォーマッティング（Ｉｎｐｕｔ  Ｆｏｒｍａｔｔｉｎｇ）モジュールで前記インプットデータパケットを複数のＤＰ（Ｄａｔａ  Ｐｉｐｅ）または複数のＰＬＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ）にフォーマッティングする。
【０８８１】
ここで、前記複数のＤＰ（Ｄａｔａ  Ｐｉｐｅ）または複数のＰＬＰは、複数のデータ送信チャネル（ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｈａｎｎｅｌ）で表現されることができる。
【０８８２】
その後、前記放送送信装置は、（フォーマッティングされた）複数のＰＬＰのデータをＢＩＣＭ（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｃｏｄｉｎｇ  ａｎｄ  Ｍｏｄｕｌａｔｉｏｎ）モジュールを介して各ＰＬＰ別にエンコーディング（ｅｎｃｏｄｉｎｇ）する（Ｓ５４２０）。
【０８８３】
前記ＢＩＣＭモジュールは、エンコーダ（ｅｎｃｏｄｅｒ）で表現されることもできる。
【０８８４】
したがって、前記放送送信装置は、エンコーダ（ｅｎｃｏｄｅｒ）を介してサービスデータまたはサービスコンポーネントデータを送信するデータ送信チャネルの各々に該当するデータをエンコーディングする。
【０８８５】
その後、前記放送送信装置は、前記エンコーディングされたＰＬＰのデータをフレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ）モジュールを介してマッピングして、少なくとも１つの信号フレームを生成する（Ｓ５４３０）。
【０８８６】
前記フレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ）モジュールは、フレームビルダ（ｆｒａｍｅ  ｂｕｉｌｄｅｒ）またはフレーミング及びインターリービング（Ｆｒａｍｉｎｇ  ＆  Ｉｎｔｅｒｌｅａｖｉｎｇ）ブロックで表現されることもできる。
【０８８７】
前記信号フレームは、前述したＡＴＳＣ  ３．０  ｆｒａｍｅを表す。
【０８８８】
前述したように、前記ＡＴＳＣ  ３．０  ｆｒａｍｅは、プリアンブルを含み、前記プリアンブル（ｐｒｅａｍｂｌｅ）は、本明細書において提案する周波数インターリーバモード（ＦＩ＿ＭＯＤＥ）情報を含む。
【０８８９】
また、前記プリアンブルは、ｂｏｏｔｓｔｒａｐの次に、そしてｄａｔａ  ｐａｙｌｏａｄ以前に位置する。
【０８９０】
前記ＡＴＳＣ  ３．０  ｆｒａｍｅの構造及び関連した説明は、前述した図４０を参照する。
【０８９１】
前記ＦＩ＿ｍｏｄｅ情報は、ｐｒｅａｍｂｌｅ内に含まれるＬ１  ｓｉｇｎａｌｉｎｇに含まれることができる。
【０８９２】
前記Ｌ１−ｓｉｇｎａｌｉｎｇは、図４０において説明したように、２個の部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）に区分されることができる。
【０８９３】
ここで、前記ＦＩ＿ｍｏｄｅ情報は、前記Ｌ１−ｓｔａｔｉｃ及び／又はＬ１−ｄｙｎａｍｉｃに含まれることができる。
【０８９４】
前記プリアンブルに含まれるＦＩ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）モード（ＦＩ＿ＭＯＤＥ）情報は、ＦＩの利用可能可否を表す情報を表し、ＦＩの利用可能可否は、ＯＮまたはＯＦＦで表示されることができる。
【０８９５】
すなわち、前記ＦＩモード情報は、ＦＩがＯＮされているかまたはＯＦＦされているかを表す情報であって、１ｂｉｔで表現されることができる。
【０８９６】
前記ＦＩモードがＯＮに設定された場合（または、ＦＩモードがＯＮであることを表す場合）、セルマッパーから出力されるｄａｔａ  ｃｅｌｌｓは、ＦＩを介してＯＦＤＭ  ｓｙｍｂｏｌ単位で周波数インターリービングが行われる。
【０８９７】
前記ＦＩモード情報は、ＦＩモードシグナリング（ｓｉｇｎａｌｉｎｇ）で表現されることもできる。
【０８９８】
一例として、前記ＦＩモード情報が「１」に設定された場合、ＦＩがＯＮされていることを表し、これと反対に、ＦＩモード情報が「０」に設定された場合、ＦＩがＯＦＦされていることを表すことができる。
【０８９９】
さらに具体的に、前記ＦＩモード情報は、前記フレーム内のＬ１  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０９００】
ここで、プリアンブルシンボル（等）は、前記プリアンブルシンボル（等）の次にくるデータシンボル（等）のためのＬ１  ｓｉｇｎａｌｉｎｇ  ｄａｔａを送信する。
【０９０１】
前記プリアンブルシンボル（等）は、ブートストラップ（ｂｏｏｔｓｔｒａｐ）以後に位置し、データシンボル（等）の前に位置する。
【０９０２】
前記Ｌ１  ｓｉｇｎａｌｉｎｇは、物理階層パラメータを構成するための必要情報を提供するものであって、Ｌ１は、ＩＳＯ  ７  ｌａｙｅｒモデルの最も低い階層に該当するＬａｙｅｒ−１を意味する。
【０９０３】
また、前記Ｌ１  ｓｉｇｎａｌｉｎｇは、前記プリアンブルに含まれ、２つの部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）で構成される。
【０９０４】
本明細書において提案するＦＩ  ｍｏｄｅ情報を介して放送送信信号を送信する方法についてさらに具体的に説明する。
【０９０５】
放送送信装置は、本明細書において新しく定義するＦＩ  ｍｏｄｅ情報をＰｒｅａｍｂｌｅ（具体的に、Ｌ１−ｓｉｇｎａｌｉｎｇまたはＬ１−ｓｔａｔｉｃあるいはＬ１−ｄｙｎａｍｉｃ）に含める。
【０９０６】
その後、前記放送送信装置は、前記Ｐｒｅａｍｂｌｅに含まれたＦＩ  ｍｏｄｅ情報設定値に応じてＦＩ動作を行うか、または行わない。
【０９０７】
その後、前記放送送信装置は、ＯＦＤＭジェネレーション（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｇｅｎｅｒａｔｉｏｎ）モジュールを介してＯＦＤＭ方式により前記生成された信号フレームのデータを変調し、前記変調された信号フレームのデータを含む放送信号を放送送信装置（ｔｒａｎｓｍｉｔｔｅｒ）を介して送信する（Ｓ５４４０）。
【０９０８】
図５５は、本明細書において提案する放送信号の受信方法の一例を示した順序図である。
【０９０９】
図５５に示すように、本明細書において提案する放送信号受信装置は、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ及びＤｅｍｏｄｕｌａｔｉｏｎモジュールを介して外部から放送信号を受信し、前記受信された放送信号に対してＯＦＤＭ方式によりデータを復調する（Ｓ５５１０）。
【０９１０】
前記Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ及びＤｅｍｏｄｕｌａｔｉｏｎモジュールは、受信機（ｒｅｃｅｉｖｅｒ）及び復調器（ｄｅｍｏｄｕｌａｔｏｒ）で表現されることもできる。
【０９１１】
したがって、前記放送信号受信装置は、受信機（ｒｅｃｅｉｖｅｒ）を介して前記少なくとも１つの信号フレームを含む放送信号を受信し、前記復調器（ｄｅｍｏｄｕｌａｔｏｒ）を介して前記受信された放送信号を、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式によりデータを復調する。
【０９１２】
その後、前記放送信号受信装置は、前記復調されたデータをフレームパーシング（Ｆｒａｍｅ  Ｐａｒｓｉｎｇ）モジュールを介して少なくとも１つの信号フレームにパーシングする（Ｐａｒｓｉｎｇ、Ｓ５５２０）。
【０９１３】
前記フレームパーシングモジュールは、フレームパーサ（ｆｒａｍｅ  ｐａｒｓｅｒ）またはデフレーミング及びデインターリービング（Ｄｅｆｒａｍｉｎｇ  ＆  Ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）で表現されることもできる。
【０９１４】
したがって、前記放送信号受信装置は、前記フレームパーサ（ｆｒａｍｅ  ｐａｒｓｅｒ）を介してサービスデータ（ｓｅｒｖｉｃｅ  ｄａｔａ）またはサービスコンポーネントデータ（ｓｅｒｖｉｃｅ  ｃｏｍｐｏｎｅｎｔ  ｄａｔａ）を抽出するために、前記受信された放送信号に含まれた前記少なくとも１つの信号フレームをパーシング（Ｐａｒｓｉｎｇ）する。
【０９１５】
前記信号フレームは、前述したＡＴＳＣ  ３．０  ｆｒａｍｅを表す。
【０９１６】
前述したように、前記ＡＴＳＣ  ３．０  ｆｒａｍｅは、プリアンブルを含み、前記プリアンブル（ｐｒｅａｍｂｌｅ）は、本明細書において提案する周波数インターリーバモード（ＦＩ＿ＭＯＤＥ）情報を含む。
【０９１７】
また、前記プリアンブルは、ｂｏｏｔｓｔｒａｐの次に、そしてｄａｔａ  ｐａｙｌｏａｄ以前に位置する。
【０９１８】
前記ＡＴＳＣ  ３．０  ｆｒａｍｅの構造及び関連した説明は、前述した図４０を参照する。
【０９１９】
前記ＦＩ＿ｍｏｄｅ情報は、ｐｒｅａｍｂｌｅ内に含まれるＬ１  ｓｉｇｎａｌｉｎｇに含まれることができる。
【０９２０】
前記Ｌ１−ｓｉｇｎａｌｉｎｇは、図４０において説明したように、２個の部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）に区分されることができる。
【０９２１】
ここで、前記ＦＩ＿ｍｏｄｅ情報は、前記Ｌ１−ｓｔａｔｉｃ及び／又はＬ１−ｄｙｎａｍｉｃに含まれることができる。
【０９２２】
前記プリアンブルに含まれるＦＩ（Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｒｌｅａｖｅｒ）モード（ＦＩ＿ＭＯＤＥ）情報は、ＦＩの利用可能可否を表す情報を表し、ＦＩの利用可能可否は、ＯＮまたはＯＦＦで表示されることができる。
【０９２３】
すなわち、前記ＦＩモード情報は、ＦＩがＯＮされているか、またはＯＦＦされているかを表す情報であって、１ｂｉｔで表現されることができる。
【０９２４】
前記ＦＩモードがＯＮに設定された場合（または、ＦＩモードがＯＮであることを表す場合）、セルマッパーから出力されるｄａｔａ  ｃｅｌｌｓは、ＦＩを介してＯＦＤＭ  ｓｙｍｂｏｌ単位で周波数インターリービングが行われる。
【０９２５】
前記ＦＩモード情報は、ＦＩモードシグナリング（ｓｉｇｎａｌｉｎｇ）で表現されることもできる。
【０９２６】
一例として、前記ＦＩモード情報が「１」に設定された場合、ＦＩがＯＮされていることを表し、これと反対に、ＦＩモード情報が「０」に設定された場合、ＦＩがＯＦＦされていることを表すことができる。
【０９２７】
さらに具体的に、前記ＦＩモード情報は、前記フレーム内のＬ１  ｓｉｇｎａｌｉｎｇを介して送信されることができる。
【０９２８】
ここで、プリアンブルシンボル（等）は、前記プリアンブルシンボル（等）の次にくるデータシンボル（等）のためのＬ１  ｓｉｇｎａｌｉｎｇ  ｄａｔａを送信する。
【０９２９】
前記プリアンブルシンボル（等）は、ブートストラップ（ｂｏｏｔｓｔｒａｐ）以後に位置し、データシンボル（等）の前に位置する。
【０９３０】
前記Ｌ１  ｓｉｇｎａｌｉｎｇは、物理階層パラメータを構成するための必要情報を提供するものであって、Ｌ１は、ＩＳＯ  ７  ｌａｙｅｒモデルの最も低い階層に該当するＬａｙｅｒ−１を意味する。
【０９３１】
また、前記Ｌ１  ｓｉｇｎａｌｉｎｇは、前記プリアンブルに含まれ、２つの部分（Ｌ１−ｓｔａｔｉｃ及びＬ１−ｄｙｎａｍｉｃ）で構成される。
【０９３２】
ここで、放送受信装置が、ＦＩ  ｍｏｄｅ情報が含まれた信号フレームをパーシングする方法についてさらに具体的に説明する。
【０９３３】
すなわち、前記放送受信装置は、受信される（または、検出される、あるいはデコーディングされた）ＦＩ  ｍｏｄｅ情報を介して放送送信装置でＦＩ動作の実行可否を確認する。
【０９３４】
前記確認の結果、ＦＩ動作が行われた場合（ＦＩ  ｍｏｄｅ情報値：Ｏｎに設定）、前記放送受信装置は、ＦＤＩ（Ｆｒｅｑｕｅｎｃｙ  ＤｅＩｎｔｅｒｌｅａｖｉｎｇ）をさらに行う。
【０９３５】
すなわち、前記放送受信装置は、Ｐｒｅａｍｂｌｅに含まれたＦＩ  ｍｏｄｅ情報設定値に応じてＦＤＩ動作を行うか、または行わない。
【０９３６】
その後、前記放送信号受信装置は、前記パーシングされた少なくとも１つの信号フレームをデマッピング及びデコーディング（ｄｅｍａｐｐｉｎｇ  ａｎｄ  ｄｅｃｏｄｉｎｇ）モジュールを介して複数のＤＰまたは複数のＰＬＰにデコーディングする（Ｓ５５３０）。
【０９３７】
前記デマッピング及びデコーディング（ｄｅｍａｐｐｉｎｇ  ａｎｄ  ｄｅｃｏｄｉｎｇ）モジュールは、変換器（ｃｏｎｖｅｒｔｅｒ）及びデコーダ（ｄｅｃｏｄｅｒ）で表現されることもできる。
【０９３８】
したがって、前記放送信号受信装置は、変換器（ｃｏｎｖｅｒｔｅｒ）を介して前記サービスデータ（ｓｅｒｖｉｃｅ  ｄａｔａ）またはサービスコンポーネントデータ（ｓｅｒｖｉｃｅ  ｃｏｍｐｏｎｅｎｔ  ｄａｔａ）をビットに変換し、デコーダ（ｄｅｃｏｄｅｒ）を介して前記変換されたビットをデコーディング（ｄｅｃｏｄｉｎｇ）する。
【０９３９】
その後、前記放送信号受信装置は、前記デマッピング及びデコーディングモジュールから出力される複数のＤＰ（Ｄａｔａ  Ｐｉｐｅ）または複数のＰＬＰをアウトプットプロセッサ（ｏｕｔｐｕｔ  ｐｒｏｃｅｓｓｏｒ）モジュールを介してインプットストリーム（Ｉｎｐｕｔ  Ｓｔｒｅａｍ）またはインプットデータパケット（Ｉｎｐｕｔ  Ｄａｔａ  Ｐａｃｋｅｔ）に復元する（Ｓ５５４０）。
【０９４０】
または、前記放送信号受信装置は、前記アウトプットプロセッサ（ｏｕｔｐｕｔ  ｐｒｏｃｅｓｓｏｒ）を介して前記デコーディングされたビットを含むデータストリームまたはデータパケットを出力する。
【０９４１】
本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に理解される。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０９４２】
本明細書において装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用され得る。
【産業上の利用可能性】
【０９４３】
本明細書は、放送信号を受信及び送信するための方法及び装置を利用することにある。
【図１】
0006404479.tif 000148
【図２】
0006404479.tif 000149
【図３】
0006404479.tif 000150
【図４】
0006404479.tif 000151
【図５】
0006404479.tif 000152
【図６】
0006404479.tif 000153
【図７】
0006404479.tif 000154
【図８】
0006404479.tif 000155
【図９】
0006404479.tif 000156
【図１０】
0006404479.tif 000157
【図１１】
0006404479.tif 000158
【図１２】
0006404479.tif 000159
【図１３】
0006404479.tif 000160
【図１４】
0006404479.tif 000161
【図１５】
0006404479.tif 000162
【図１６】
0006404479.tif 000163
【図１７】
0006404479.tif 000164
【図１８】
0006404479.tif 000165
【図１９】
0006404479.tif 000166
【図２０】
0006404479.tif 000167
【図２１】
0006404479.tif 000168
【図２２】
0006404479.tif 000169
【図２３】
0006404479.tif 000170
【図２４】
0006404479.tif 000171
【図２５】
0006404479.tif 000172
【図２６】
0006404479.tif 000173
【図２７】
0006404479.tif 000174
【図２８】
0006404479.tif 000175
【図２９】
0006404479.tif 000176
【図３０】
0006404479.tif 000177
【図３１】
0006404479.tif 000178
【図３２ａ】
0006404479.tif 000179
【図３２ｂ】
0006404479.tif 000180
【図３２ｃ】
0006404479.tif 000181
【図３２ｄ】
0006404479.tif 000182
【図３３】
0006404479.tif 000183
【図３４ａ】
0006404479.tif 000184
【図３４ｂ】
0006404479.tif 000185
【図３５ａ】
0006404479.tif 000186
【図３５ｂ】
0006404479.tif 000187
【図３５ｃ】
0006404479.tif 000188
【図３５ｄ】
0006404479.tif 000189
【図３６ａ】
0006404479.tif 000190
【図３６ｂ】
0006404479.tif 000191
【図３６ｃ】
0006404479.tif 000192
【図３６ｄ】
0006404479.tif 000193
【図３７】
0006404479.tif 000194
【図３８】
0006404479.tif 000195
【図３９】
0006404479.tif 000196
【図４０】
0006404479.tif 000197
【図４１】
0006404479.tif 000198
【図４２】
0006404479.tif 000199
【図４３】
0006404479.tif 000200
【図４４】
0006404479.tif 000201
【図４５】
0006404479.tif 000202
【図４６】
0006404479.tif 000203
【図４７】
0006404479.tif 000204
【図４８】
0006404479.tif 000205
【図４９】
0006404479.tif 000206
【図５０】
0006404479.tif 000207
【図５１】
0006404479.tif 000208
【図５２】
0006404479.tif 000209
【図５３】
0006404479.tif 000210
【図５４】
0006404479.tif 000211
【図５５】
0006404479.tif 000212