(57)【特許請求の範囲】
【請求項１】
受信信号に対して信号検出及びＯＦＤＭ復調を遂行する同期化及び復調ユニットであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む同期化及び復調ユニットと、
前記受信信号の信号フレームをパーシングするフレームパーサと、
前記ＬＤＭデータをタイムデインターリービングするタイムデインターリービングユニットと、
前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤのデータを獲得する第１デマッピング／デコーディングユニットと、
前記ＬＤＭデータから前記コアレイヤのデータを除去してエンハンスドレイヤのデータを出力する干渉除去ユニットと、
前記エンハンスドレイヤのデータをデマッピング及びＦＥＣデコーディングする第２デマッピング／デコーディングユニットとを含み、
前記干渉除去ユニットは、前記コアレイヤまたは前記エンハンスドレイヤの電力を制御し、
前記信号フレームのコアレイヤは、少なくとも１つのコアレイヤＰＬＰを含み、
前記ＬＤＭデータのエンハンスドレイヤは、少なくとも１つのエンハンスドレイヤＰＬＰを含み、
前記コアレイヤＰＬＰは各々１つのタイムインターリーバグループに該当し、
前記ＬＤＭデータに対するタイムデインターリービングは前記コアレイヤＰＬＰに基づいて遂行される、放送信号受信機。
【請求項２】
前記シグナリング情報は前記信号フレームに含まれたＰＬＰが前記コアレイヤＰＬＰか、または前記エンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む、請求項１に記載の放送信号受信機。
【請求項３】
前記ＰＬＰレイヤ情報が前記ＰＬＰがコアレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記ＰＬＰに対するタイムインターリービングパラメータ情報を含む、請求項２に記載の放送信号受信機。
【請求項４】
前記ＰＬＰレイヤ情報が前記ＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記コアレイヤ及び前記エンハンスドレイヤの間の転送電力分配を示すインジェクションレベル情報を含む、請求項２に記載の放送信号受信機。
【請求項５】
前記シグナリング情報は前記ＰＬＰを識別するＰＬＰ  ＩＤ情報、前記ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び前記信号フレームで前記ＰＬＰの開始位置を示すＰＬＰ開始（start）情報を含む、請求項２に記載の放送信号受信機。
【請求項６】
受信信号に対して信号検出及びＯＦＤＭ復調を遂行するステップであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む前記ステップと、
前記受信信号の信号フレームをパーシングするステップと、
前記ＬＤＭデータをタイムデインターリービングするステップと、
前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤのデータを獲得するステップと、
前記ＬＤＭデータから前記コアレイヤのデータを除去してエンハンスドレイヤのデータを出力するステップと、
前記エンハンスドレイヤのデータをデマッピング及びＦＥＣデコーディングするステップとを含み、
前記コアレイヤまたは前記エンハンスドレイヤの電力が制御され、
前記信号フレームのコアレイヤは、少なくとも１つのコアレイヤＰＬＰを含み、
前記ＬＤＭデータのエンハンスドレイヤは、少なくとも１つのエンハンスドレイヤＰＬＰを含み、
前記コアレイヤＰＬＰは各々１つのタイムインターリーバグループに該当し、
前記ＬＤＭデータに対するタイムデインターリービングは前記コアレイヤＰＬＰに基づいて遂行される、放送信号受信方法。
【請求項７】
前記シグナリング情報は前記信号フレームに含まれたＰＬＰが前記コアレイヤＰＬＰか、または前記エンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む、請求項６に記載の放送信号受信方法。
【請求項８】
前記ＰＬＰレイヤ情報が前記ＰＬＰがコアレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記ＰＬＰに対するタイムインターリービングパラメータ情報を含む、請求項７に記載の放送信号受信方法。
【請求項９】
前記ＰＬＰレイヤ情報が前記ＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記コアレイヤ及び前記エンハンスドレイヤの間の転送電力分配を示すインジェクションレベル情報を含む、請求項７に記載の放送信号受信方法。
【請求項１０】
前記シグナリング情報は前記ＰＬＰを識別するＰＬＰ  ＩＤ情報、前記ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び前記信号フレームで前記ＰＬＰの開始位置を示すＰＬＰ開始（start）情報を含む、請求項７に記載の放送信号受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための様々な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、様々な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチチャネル（multichannel、多チャネル）オーディオ、及び様々な付加サービスを提供することができる。しかしながら、ディジタル放送のためには、多量のデータ送信に対するデータ送信効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。
【課題を解決するための手段】
【０００４】
前述した技術的課題を解決するために、本発明の実施形態に係るシグナリング情報を含む放送信号をプロセシングする放送信号受信機は、受信信号に対して信号検出及びＯＦＤＭ復調を遂行する同期化及び復調ユニットであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む同期化及び復調ユニット；前記受信信号の信号フレームをパーシングするフレームパーサ；前記ＬＤＭデータをデインターリービングするタイムデインターリービングユニット；前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤデータを獲得する第１デマッピング／デコーディングユニット；前記ＬＤＭデータから前記コアデータを除去してエンハンスドレイヤデータを出力する干渉除去ユニット；及び前記エンハンスドレイヤデータをデマッピング及びＦＥＣデコーディングする第２デマッピング／デコーディングユニットを含み、前記コアレイヤデータには前記エンハンスドレイヤデータより多い電力が分配（distribute）され、前記信号フレームのコアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、前記ＬＤＭデータのエンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。
【０００５】
また、本発明の実施形態に係る放送信号受信機において、前記コアレイヤＰＬＰは各々１つのタイムインターリーバグループに該当し、前記ＬＤＭデータに対するタイムデインターリービングは前記コアレイヤＰＬＰに基づいて遂行される。
【０００６】
また、本発明の実施形態に係る放送信号受信機において、前記シグナリング情報は前記信号フレームに含まれたＰＬＰが前記コアレイヤＰＬＰか、または前記エンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む。
【０００７】
また、本発明の実施形態に係る放送信号受信機において、前記ＰＬＰレイヤ情報が前記ＰＬＰがコアレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記ＰＬＰに対するタイムインターリービングパラメータ情報を含む。
【０００８】
また、本発明の実施形態に係る放送信号受信機において、前記ＰＬＰレイヤ情報が前記ＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記コアレイヤデータ及び前記エンハンスドレイヤデータの間の転送電力分配を示すインジェクションレベル情報を含む。
【０００９】
また、本発明の実施形態に係る放送信号受信機において、前記シグナリング情報は前記ＰＬＰを識別するＰＬＰ  ＩＤ情報、前記ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び前記信号フレームで前記ＰＬＰの開始位置を示すＰＬＰ開始（start）情報を含む。
【００１０】
また、前述した技術的課題を解決するための本発明の実施形態に係る放送信号受信方法は、受信信号に対して信号検出及びＯＦＤＭ復調を遂行するステップであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む前記ステップ；前記受信信号の信号フレームをパーシングするステップ；前記ＬＤＭデータをデインターリービングするステップ；前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤデータを獲得するステップ；前記ＬＤＭデータから前記コアデータを除去してエンハンスドレイヤデータを出力するステップ；及び前記エンハンスドレイヤデータをデマッピング及びＦＥＣデコーディングするステップを含み、前記コアレイヤデータには前記エンハンスドレイヤデータより多い電力が分配（distribute）され、前記信号フレームのコアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、前記ＬＤＭデータのエンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。
【発明の効果】
【００１１】
本発明は、サービス特性によってデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Quality of Service）を制御することによって様々な放送サービスを提供することができる。
【００１２】
本発明は、同一なＲＦ（radio frequency）信号帯域幅を介して様々な放送サービスを送信することによって送信柔軟性（flexibility）を達成することができる。
【００１３】
本発明は、ＭＩＭＯ（Multiple-Input Multiple-Output）システムを用いてデータ送信効率及び放送信号の送受信堅固性（Robustness）を向上させることができる。
【００１４】
本発明によれば、モバイル受信装置を使用するか、または室内環境にあっても、エラー無しでディジタル放送信号を受信することができる放送信号送信及び受信方法及び装置を提供することができる。
【００１５】
以下、本発明の追加的な効果を実施形態と関連してより詳細に説明する。
【図面の簡単な説明】
【００１６】
本発明に対してさらに理解するために含まれて、本出願に含まれて、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。
【００１７】
【図１】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【図２】本発明の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図３】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図４】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。
【図５】本発明の一実施形態に係るＢＩＣＭ（bit interleaved coding & modulation）ブロックを示す。
【図６】本発明の他の一実施形態に係るＢＩＣＭブロックを示す。
【図７】本発明の一実施形態に係るフレームビルディング（Frame Building：フレーム生成）ブロックを示す。
【図８】本発明の一実施形態に係るＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーション（generation：生成）ブロックを示す。
【図９】本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【図１０】本発明の一実施形態に係るフレーム構造を示す。
【図１１】本発明の一実施形態に係るフレームのシグナリング階層構造を示す。
【図１２】本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【図１３】本発明の一実施形態に係るＰＬＳ１データを示す。
【図１４】本発明の一実施形態に係るＰＬＳ２データを示す。
【図１５】本発明の他の一実施形態に係るＰＬＳ２データを示す。
【図１６】本発明の一実施形態に係るフレームのロジカル（logical：論理）構造を示す。
【図１７】本発明の一実施形態に係るＰＬＳ（physical layer signalling）マッピングを示す。
【図１８】本発明の一実施形態に係るＥＡＣ（emergency alert channel）マッピングを示す。
【図１９】本発明の一実施形態に係るＦＩＣ（fast information channel）マッピングを示す。
【図２０】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）のタイプを示す。
【図２１】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）マッピングを示す。
【図２２】本発明の一実施形態に係るＦＥＣ（forward error correction）構造を示す。
【図２３】本発明の一実施形態に係るビットインターリービングを示す。
【図２４】本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【図２５】本発明の一実施形態に係る時間インターリービングを示す。
【図２６】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【図２７】本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。
【図２８】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向リードパターンを示す。
【図２９】本発明の一実施形態に係る各インターリービングアレイ（array）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【図３０】本発明の他の一実施形態に係るＢＩＣＭブロックの詳細ブロック図を示す。
【図３１】本発明の実施形態に係るタイムインターリーバを示す。
【図３２】本発明の一実施形態に係る放送信号送信機の構成を示す。
【図３３】本発明の一実施形態に係る放送信号送信機のうちの一部の構成を示す。
【図３４】本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【図３５】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【図３６】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【図３７】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【図３８】本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【図３９】本発明の実施形態に係るシグナリングループを示す。
【図４０】本発明の他の実施形態に係るシグナリングループを示す。
【図４１】本発明の他の実施形態に係るシグナリングループを示す。
【図４２】本発明の他の実施形態に係るシグナリングループを示す。
【図４３】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【図４４】本発明の本発明の他の実施形態に係るシグナリングループを示す。
【図４５】ＦＥＣブロック同期化のための第１実施形態を示す。
【図４６】ＦＥＣブロック同期化のための第２実施形態を示す。
【図４７】ＦＥＣブロック同期化のための第３実施形態を示す。
【図４８】本発明の実施形態に係るＬＤＭスケジューラー及びそれに従う放送送信機構成の一部を示す。
【図４９】本発明の実施形態に係るＬＤＭスケジューラー及びそれに従う放送送信機構成の一部を示す。
【図５０】本発明の実施形態に係る放送信号受信機のデマッピング／デコーディングブロックの詳細ブロック図を示す。
【図５１】本発明の一実施形態に係る放送信号受信機のうちの一部の構成を示す。
【図５２】本発明の一実施形態に係る放送信号送信方法を示す。
【図５３】本発明の一実施形態に係る放送信号受信方法を示す。
【発明を実施するための形態】
【００１８】
本発明の好ましい実施形態に対して具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって実現できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。
【００１９】
本発明で使用される大部分の用語は当該分野で広く使用される一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。
【００２０】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非−ＭＩＭＯ（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）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００２４】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対するの重要システムパラメータが以下の＜表１＞に記載されている。
【００２５】
【表１】
0006514358.tif 000002
【００２６】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。当該装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の実現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００２７】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００２８】
【表２】
0006514358.tif 000003
【００２９】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。当該プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために当該プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００３０】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ送信は初期には既存の楕円分極送信装備を使用し、以後に全出力交差分極送信に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００３１】
【表３】
0006514358.tif 000004
【００３２】
この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そし、当該３個のプロファイルは設計者の意図によって変更できる。
【００３３】
次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。
【００３４】
補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送社やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００３５】
ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ
【００３６】
ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００３７】
セル（cell）：ＯＦＤＭ送信の１つのキャリアにより伝達される変調値
【００３８】
コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ
【００３９】
データパイプ（data pipe）：１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理階層（physical layer）におけるロジカルチャネル
【００４０】
データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００４１】
データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）
【００４２】
ＤＰ＿ＩＤ：当該８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。
【００４３】
ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使用されない残っている容量を詰めることに使用される疑似ランダム値を伝達するセル
【００４４】
ＦＡＣ（emergency alert channel：非常警報チャネル）：ＥＡＳ情報データを伝達するフレームのうちの一部
【００４５】
フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理階層（physical layer）タイムスロット
【００４６】
フレームレピティションユニット（frame repetition unit：フレーム反復単位）：スーパーフレーム（super-frame）で８回反復されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
【００４７】
ＦＩＣ（fast information channel：高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャネル
【００４８】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００４９】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使用される名目上のＦＦＴサイズ
【００５０】
フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組み合わせせにおけるフレームの開始で使用されるより高いパイロット密度を有するＯＦＤＭシンボル
【００５１】
フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組み合わせせにおけるフレームの端で使用される、より高いパイロット密度を有するＯＦＤＭシンボル
【００５２】
フレームグルーフ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合
【００５３】
フューチャーエクステンションフレーム（future extention frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理階層（physical layer）タイムスロット
【００５４】
フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理階層（physical layer）放送システム
【００５５】
インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム
【００５６】
ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル
【００５７】
フィジカルプロファイル（PHY profile）：該当する受信機が実現しなければならない全ての構造のサブセット
【００５８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理階層（physical layer）シグナリングデータ
【００５９】
ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合
【００６０】
ＮＯＴＥ：ＰＬＳ１データはフレームグルーフのデュレーション（duration）の間一定である。
【００６１】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに送信されるＰＬＳデータの第２のの集合
【００６２】
ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ
【００６３】
ＰＬＳ２スタティック（static：静的）データ：フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データ
【００６４】
プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使用されるシグナリングデータ
【００６５】
プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【００６６】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使用される。
【００６７】
今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる
【００６８】
スーパーフレーム（superframe）：８個のフレーム反復単位の集合
【００６９】
タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００７０】
タイムインターリービンググルーフ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位
【００７１】
ＮＯＴＥ：タイムインターリービンググルーフは１つのフレームに直接マッピングされるか、または多数のフレームにマッピングできる。タイムインターリービンググルーフは１つ以上のタイムインターリービングブロックを含むことができる。
【００７２】
タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ
【００７３】
タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ
【００７４】
ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮcellsセルの集合
【００７５】
図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００７６】
本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Input 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 ダイバーシティ）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。
【０１３０】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。
【０１３１】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組み合わせせにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１３２】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）に対して特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。
【０１３３】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングし、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。
【０１３４】
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１３５】
アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
【０１３６】
但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。
【０１３７】
また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１３８】
セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。
【０１３９】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャネル特性に依存する。特別に放送に対し、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。
【０１４０】
ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-ダイバーシティ spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１４１】
ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ1,i及びｅ2,i）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ1,i及びｇ2,i）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより送信される。
【０１４２】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１４３】
図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。
【０１４４】
図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１４５】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。
【０１４６】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１４７】
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１４８】
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１４９】
スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。
【０１５０】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。
【０１５１】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは各々のゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコーディングされ、その後に添付される。
【０１５２】
【数１】
0006514358.tif 000005
【０１５３】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１５４】
【表４】
0006514358.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）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１９２】
スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回反復される。
【０１９３】
ＦＲＵで各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるＰＨＹ＿ＰＲＯＦＩＬＥのリザーブド値を用いて拡張できる。
【０１９４】
ＦＥＦ部分は、含まれれば、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１９５】
１つのフレームは多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０１９６】
プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本送信パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。
【０１９７】
ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみのインターポレーション（interpolation：補間）及び時間的補間（temporal interpolation）を可能なようにする。
【０１９８】
図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。
【０１９９】
図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本送信パラメータ及び送信タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は毎フレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。
【０２００】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０２０１】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０２０２】
ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０２０３】
【表５】
0006514358.tif 000007
【０２０４】
ＦＦＴ＿ＳＩＺＥ：当該２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。
【０２０５】
【表６】
0006514358.tif 000008
【０２０６】
ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２０７】
【表７】
0006514358.tif 000009
【０２０８】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。当該フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。当該フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２０９】
ＰＩＬＯＴ＿ＭＯＤＥ：当該１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。当該フィールドが０に設定されれば、モバイルパイロットモードが使用される。当該フィールドが１に設定されれば、固定パイロットモードが使用される。
【０２１０】
ＰＡＰＲ＿ＦＬＡＧ：当該１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。当該フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使用される。当該フィールドが０に設定されれば、ＰＡＰＲ減少が使用されない。
【０２１１】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける当該フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２１２】
【表８】
0006514358.tif 000010
【０２１３】
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２１４】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２１５】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能なようにするために必要なパラメータを含む基本送信パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２１６】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：当該２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２１７】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：当該２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２１８】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２１９】
【表９】
0006514358.tif 000011
【０２２０】
ＮＵＭ＿ＦＳＳ：当該２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２２１】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは送信される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２２２】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。当該標準で叙述されたバージョンに対し、値が００００に設定される。
【０２２３】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２２４】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使用される周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、当該フィールドは０に設定される。
【０２２５】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２２６】
ＳＹＳＴＥＭ＿ＩＤ：当該１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての送信に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２２７】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使用されないフィールドはゼロで詰められる。
【０２２８】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。当該フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２２９】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：当該２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２３０】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２３１】
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２３２】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２３３】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドはＰＬＳ２の保護により使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２３４】
【表１０】
0006514358.tif 000012
【０２３５】
ＰＬＳ２＿ＭＯＤ：当該３ビットフィールドはＰＬＳ２により使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２３６】
【表１１】
0006514358.tif 000013
【０２３７】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣtotal＿partial＿blockを示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２３８】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２３９】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２４０】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグはＰＬＳ２反復モードが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２４１】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドはＰＬＳ２反復が使用される場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal＿partial＿blockを示す。反復が使用されない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全体デュレーションの間一定である。
【０２４２】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２４３】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：当該３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２４４】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２４５】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 当該１５ビットフィールドはＰＬＳ２反復が使用される場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal＿full＿blockを示す。次のフレームグループで反復が使用されない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全体デュレーションの間一定である。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は現フレームグループで一定である。
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は現フレームグループで一定である。
【０２４８】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は当該フィールドの値を提供する。当該フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
【０２４９】
【表１２】
0006514358.tif 000014
【０２５０】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２５１】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は当該フィールドの値を定義する。`
【０２５２】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。当該値は現フレームグループの全体デュレーションの間一定である。
【０２５３】
ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２５４】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２５５】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２５６】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２５７】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。
【０２５８】
ＦＩＣ＿ＦＬＡＧ：当該１ビットフィールドはＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。当該フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。当該値は現フレームグループの全体デュレーションの間一定である。
【０２５９】
ＡＵＸ＿ＦＬＡＧ：当該１ビットフィールドは補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。当該フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。当該値は現フレームグループの全体デュレーションの間一定である。
【０２６０】
ＮＵＭ＿ＤＰ：当該６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２６１】
ＤＰ＿ＩＤ：当該６ビットフィールドはフィジカルプロファイル内で唯一に識別する。
【０２６２】
ＤＰ＿ＴＹＰＥ：当該３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２６３】
【表１３】
0006514358.tif 000015
【０２６４】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：当該８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２６５】
ＢＡＳＥ＿ＤＰ＿ＩＤ：当該６ビットフィールドは管理階層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２６６】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは関連したデータパイプにより使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２６７】
【表１４】
0006514358.tif 000016
【０２６８】
ＤＰ＿ＣＯＤ：当該４ビットフィールドは関連したデータパイプにより使用されるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２６９】
【表１５】
0006514358.tif 000017
【０２７０】
ＤＰ＿ＭＯＤ：当該４ビットフィールドは関連したデータパイプにより使用される変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２７１】
【表１６】
0006514358.tif 000018
【０２７２】
ＤＰ＿ＳＳＤ＿ＦＬＡＧ：当該１ビットフィールドはＳＳＤモードが関連したデータパイプで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＳＳＤは使用される。当該フィールドの値が０に設定されれば、ＳＳＤは使用されない。
【０２７３】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２７４】
ＤＰ＿ＭＩＭＯ：当該３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２７５】
【表１７】
0006514358.tif 000019
【０２７６】
ＤＰ＿ＴＩ＿ＴＹＰＥ：当該１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２７７】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０２７８】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、当該フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。当該２ビットフィールドに許容されるＰIの値は、以下の＜表１８＞に定義される。
【０２７９】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、当該フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。当該２ビットフィールドに許容されるＰIの値は以下の＜表１８＞に定義される。
【０２８０】
【表１８】
0006514358.tif 000020
【０２８１】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、当該フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、当該フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、当該フィールドの値は１に設定される。
【０２８２】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：当該１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使用されないと、当該フィールド値は１に設定される。一方、タイムインターリービングが使われれば、当該フィールド値は０に設定される。
【０２８３】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：当該５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０２８４】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：当該１０ビットフィールドは当該データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。当該フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０２８５】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０２８６】
【表１９】
0006514358.tif 000021
【０２８７】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：当該２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０２８８】
【表２０】
0006514358.tif 000022
【０２８９】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：当該２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０２９０】
【表２１】
0006514358.tif 000023
【０２９１】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：当該２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０２９２】
【表２２】
0006514358.tif 000024
【０２９３】
ＤＮＰ＿ＭＯＤＥ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０２９４】
【表２３】
0006514358.tif 000025
【０２９５】
ＩＳＳＹ＿ＭＯＤＥ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０２９６】
【表２４】
0006514358.tif 000026
【０２９７】
ＨＣ＿ＭＯＤＥ＿ＴＳ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０２９８】
【表２５】
0006514358.tif 000027
【０２９９】
ＨＣ＿ＭＯＤＥ＿ＩＰ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０３００】
【表２６】
0006514358.tif 000028
【０３０１】
ＰＩＤ：当該１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０３０２】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０３】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０４】
ＦＩＣ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３０５】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３０６】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３０７】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０８】
ＮＵＭ＿ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使用されないことを示す。
【０３０９】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１０】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：当該４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。
【０３１１】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：当該２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。
【０３１２】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３１３】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３１４】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３１５】
ＦＲＡＭＥ＿ＩＮＤＥＸ：当該５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３１６】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは当該フィールド内でシグナリングされる値により示す。当該フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３１７】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは当該フィールド内でシグナリングされる値により示す。当該フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３１８】
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１９】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３２０】
ＤＰ＿ＩＤ：当該６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３２１】
ＤＰ＿ＳＴＡＲＴ：当該１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３２２】
【表２７】
0006514358.tif 000029
【０３２３】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：当該１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３２４】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２５】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３２６】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは現フレームでＥＡＣの存在を示す。当該ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３２７】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：当該８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３２８】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３２９】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３３０】
ＥＡＣ＿ＣＯＵＮＴＥＲ：当該１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３３１】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３３２】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：当該４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。当該フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３３３】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３３４】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３３５】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３３６】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３３７】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpolation：補間）を可能なようにする。
【０３３８】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３３９】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３４０】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３４１】
ＥＡＣはＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３４２】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３４３】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３４４】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが送信されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３４５】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３４６】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３４７】
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能なようにするために階層間情報（cross-layer information）を伝達する専用チャネルである。当該情報は主にデータパイプの間のチャネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を取得することができる。高速サービス取得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが送信するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。
【０３４８】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。当該フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３４９】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３５０】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３５１】
ＥＡＳメッセージが現フレームで送信されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３５２】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３５３】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３５４】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３５５】
先行するチャネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３５６】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３５７】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３５８】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３５９】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３６０】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの送信に使用することができるＯＦＤＭセルの総数を超過できない。
【０３６１】
【数２】
0006514358.tif 000030
【０３６２】
この際、ＤDP1はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤDP2はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て“タイプ１のマッピング規則”に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３６３】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３６４】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３６５】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。
【０３６６】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが送信され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで送信されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て送信されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。
【０３６７】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２のの場合に、ＦＩＣはノーマルシンボルのセルを占めるが、当該シンボルでのＦＩＣセルの数はＣFSSより大きくない。（ｂ）の右側に示した第３の場合は当該シンボルにマッピングされたＦＩＣセルの数がＣFSSを超過する点を除いて、第２のの場合と同一である。
【０３６８】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な“タイプ１のマッピング規則”に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３６９】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３７０】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮcellsはＦＥＣＢＬＯＣＫサイズ、Ｎldpc、コンステレーションシンボル当たり送信されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬDPUとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組み合わせせ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬDPUはフィジカルプロファイルに基づいて定義される。
【０３７１】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３７２】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３７３】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３７４】
Ｎldpcの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３７５】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３７６】
【表２８】
0006514358.tif 000031
【０３７７】
【表２９】
0006514358.tif 000032
【０３７８】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３７９】
１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０３８０】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使用される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）が各々のＩldpc（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０３８１】
【数３】
0006514358.tif 000033
【０３８２】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０３８３】
ロングＦＥＣＢＬＯＣＫに対してＮldpc−Ｋldpcパリティビットを計算する具体的な手続は、次の通りである。
【０３８４】
１）パリティビット初期化
【０３８５】
【数４】
0006514358.tif 000034
【０３８６】
２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉO累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０３８７】
【数５】
0006514358.tif 000035
【０３８８】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉs累算（accumulate）。
【０３８９】
【数６】
0006514358.tif 000036
【０３９０】
ここで、ｘは第１のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ1に対するＱldpc＝２４に引続き、次の動作が実行される。
【０３９１】
【数７】
0006514358.tif 000037
【０３９２】
４）３６１番目の情報ビットｉ360に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２のの行に与えられる。同様の方式により、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ360に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２のの行のエントリーを示す。
【０３９３】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使用される。
【０３９４】
全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
６）ｉ＝１から始めて次の動作を順次に実行
【０３９５】
【数８】
0006514358.tif 000038
【０３９６】
ここで、ｐi、ｉ＝０，１，．．．，Ｎldpc−Ｋldpc−１の最終コンデンツはパリティビットｐiと同一である。
【０３９７】
【表３０】
0006514358.tif 000039
【０３９８】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０３９９】
【表３１】
0006514358.tif 000040
【０４００】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０４０１】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０４０２】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４０３】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮcells＝６４８００／ηMODまたは１６２００／ηMODである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組み合わせせに固有である。
【０４０４】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηMOD）によって実行される。１つの内部グループに対するＱＣＢの数ＮQCB＿IGも定義される。
【０４０５】
【表３２】
0006514358.tif 000041
【０４０６】
内部グループインターリービング過程はＱＣＢインターリービング出力のＮQCB＿IG個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮQCB＿IG個の行を用いて内部グループのビットを書込み及び読取する過程を含む。書込み動作で、ＱＣＢインターリービング出力からのビットが行方向に書き込まれる。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。
【０４０７】
図２４は、本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【０４０８】
図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。
【０４０９】
ビットインターリービング出力の各々のセルワード（ｃ0,l，ｃ1,l，．．． ，ｃnmod-1,l）は１つのＸＦＥＣＢＬＯＣＫに対するセル−ワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ1,0,m，ｄ1,1,m，．．．，ｄ1,nmod-1,m）及び（ｄ2,0,m，ｄ2,1,m，．．．，ｄ2,nmod-1,m）にデマルチプレキシングされる。
【０４１０】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ0,l，ｃ1,l，．．．，ｃ9,l）は（ｂ）に示したように（ｄ1,0,m，ｄ1,1,m，．．．，ｄ1,3,m）及び（ｄ2,0,m，ｄ2,1,m，．．．，ｄ2,5,m）にデマルチプレキシングされる。
【０４１１】
図２５は、本発明の一実施形態に係るタイムインターリービングを示す。
【０４１２】
（ａ）から（ｃ）はタイムインターリービングモードの例を示す。
【０４１３】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異に設定できる。
【０４１４】
ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。
【０４１５】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。
【０４１６】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、当該パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、当該パラメータは１つのタイムインターリービンググループから拡散されるフレームの数ＰIである。
【０４１７】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４１８】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩJUMPを示す。
【０４１９】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、当該パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。
【０４２０】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４２１】
タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮxBLOCK＿Group（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、ＮxBLOCK＿Group（ｎ）は最小値０から最も大きい値が１０２３である最大値ＮxBLOCK＿Group＿MAX（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。
【０４２２】
各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰI個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０４２３】
【表３３】
0006514358.tif 000042
【０４２４】
各々のデータパイプで、タイムインターリービングメモリは入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を格納する。入力されたＸＦＥＣＢＬＯＣＫは、
【数９】
0006514358.tif 000043
として定義されると仮定する。ここで、
【数１０】
0006514358.tif 000044
はｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｒ番目ＸＦＥＣＢＬＯＣＫのｑ番目セルであり、次のようなＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。
【数１１】
0006514358.tif 000045
【０４２５】
また、タイムインターリーバ５０５０から出力されたＸＦＥＣＢＬＯＣＫは
【数１２】
0006514358.tif 000046
として定義されると仮定する。ここで、
【数１３】
0006514358.tif 000047
ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｉ番目
【数１４】
0006514358.tif 000048
出力セルである。
【０４２６】
一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに書き込まれる。第１のバンクで読取される間、第２ののタイムインターリービングブロックが第２ののバンクに書き込まれる。
【０４２７】
タイムインターリービングはツイストされた行−列ブロックインターリーバである。ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックに対し、列の数Ｎcが
【数１５】
0006514358.tif 000049
と同一である一方、タイムインターリービングメモリの行の数Ｎrはセルの数Ｎcellと同一である（即ち、Ｎr＝Ｎcell）。
【０４２８】
図２６は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【０４２９】
図２６（ａ）は、タイムインターリーバで書込み動作を示し、図２６（ｂ）は、タイムインターリーバで読取動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そし、インターリービングアレイで、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列を始めとして行に沿って右に）最後の行まで対角線方向の読取が進まれる間、
【数１６】
0006514358.tif 000050
個のセルが読み取られる。具体的に、
【数１７】
0006514358.tif 000051
が順次読み取られるタイムインターリービングメモリセル位置と仮定すれば、このようなインターリービングアレイでの読取動作は、下記の式のように、行インデックス
【数１８】
0006514358.tif 000052
、列インデックス
【数１９】
0006514358.tif 000053
、関連したツイストパラメータ
【数２０】
0006514358.tif 000054
を算出することによって実行される。
【０４３０】
【数２１】
0006514358.tif 000055
【０４３１】
ここで、
【数２２】
0006514358.tif 000056
は、
【数２３】
0006514358.tif 000057
に関係なく、対角線方向読取過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２−ＳＴＡＴで与えられた
【数２４】
0006514358.tif 000058
により決定される。
【０４３２】
【数２５】
0006514358.tif 000059
【０４３３】
結果的に、読み取られるセル位置は、座標
【数２６】
0006514358.tif 000060
により算出される。
【０４３４】
図２７は、本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。
【０４３５】
より具体的に、図２７は、
【数２７】
0006514358.tif 000061
、
【数２８】
0006514358.tif 000062
、
【数２９】
0006514358.tif 000063
であるとき、仮想ＸＦＥＣＢＬＯＣＫを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリでインターービングアレイを示す。
【０４３６】
変数
【数３０】
0006514358.tif 000064
は、
【数３１】
0006514358.tif 000065
より小さいか、同じであろう。したがって、
【数３２】
0006514358.tif 000066
に関係なく、受信機側で単一メモリデインターリービングを達成するために、ツイストされた行−列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することにより、
【数３３】
0006514358.tif 000067
の大きさに設定され、読取過程は、次の式のようになされる。
【０４３７】
【数３４】
0006514358.tif 000068
【０４３８】
タイムインターリービンググループの数は、３に設定される。タイムインターリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝’０’、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴ
ＥＲＶＡＬ＝’１’、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝’１’、すなわち、ＮＴＩ＝１
、ＩＪＵＭＰ＝１、ＰＩ＝１によりＰＬＳ２−ＳＴＡＴデータでシグナリングされる。各々Ｎｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ＿ＴＩ（０、０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１、０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２、０）＝５によりＰＬＳ２−ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸによりＰＬＳ２−ＳＴＡＴデータでシグナリングされ、これは、
【数３５】
0006514358.tif 000069
に繋がる。
【０４３９】
図２８は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向読取パターンを示す。
【０４４０】
より具体的に、図２８は、パラメータ
【数３６】
0006514358.tif 000070
及びＳｓｈｉｆｔ＝（７−１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向読取パターンを示す。このとき、上記に類似コードで示した読取過程で、
【数３７】
0006514358.tif 000071
であれば、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
【０４４１】
図２９は、本発明の一実施形態に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４４２】
図２９は、パラメータ
【数３８】
0006514358.tif 000072
及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４４３】
本明細書において、前述したＤＰは、ＰＬＰ（Physical layer Pipe）と、ＰＬＳ情報は、Ｌ１（Layer 1）情報またはＬ１シグナリング情報と呼ぶことができる。ＰＬＳ１情報は、Ｌ１（Layer 1）Ｌ１ベーシック（basic）情報と、ＰＬＳ２情報は、Ｌ１ディテール情報として各々呼ぶこともできる。本明細書において、特定の情報／データがシグナリングされるということは、該当情報／データがＬ１シグナル情報を通じて送受信されることを意味することができる。
【０４４４】
図３０は、本発明の他の一実施形態に係るＢＩＣＭブロックの詳細ブロック図を示す。
【０４４５】
図３０の細部ブロックに対して、前述した説明と同一な説明は重複しない。
【０４４６】
星状図マッパー３００１０は入力されたビットワードを１つの星状図に割り当て／マッピングすることができる。この際、追加的に回転及びＱ−ディレイ（rotation & Q delay）を適用することができる。即ち、星状図マッパー３００１０は入力された星状を回転角度によって回転させた後、イン−フェーズ（in-phase）成分とクワドラチャ−フェーズ（quadrature-phase）成分とに分けて、そのうち、クワドラチャ−フェーズ成分のみを任意の値だけディレイさせることができる。星状図マッパー３００１０は、以後、新しくペアされたイン−フェーズ成分とクワドラチャ−フェーズ成分を使用して新しい星状にリマッピングを遂行することができる。
【０４４７】
セルインターリーバ３００２０は、１つのＦＥＣブロックに該当するセルをランダムに混ぜて出力して、各ＦＥＣブロックに該当するセルを各ＦＥＣブロック毎に互いに異なる順序に出力する。
【０４４８】
タイムインターリーバ３００３０は、複数のＦＥＣブロックに属するセルを互いに混ぜて出力することができる。したがって、各ＦＥＣブロックのセルがタイムインターリービングデップスだけの区間内に分散されて転送されることによって、付加的なダイバーシティゲインが獲得できる。
【０４４９】
図３１は、本発明の実施形態に係るタイムインターリーバを示す。
【０４５０】
前述したように、放送システムはシングルＰＬＰ（Ｓ−ＰＬＰ）をプロセシングするか、またはマルチプルＰＬＰ（Ｍ−ＰＬＰ）を処理することができる。図３１で、セルインターリーバ３２０１０は、図３０で図示したセルインターリーバのようなブロックに該当する。
【０４５１】
放送信号送信機は、マルチプルＰＬＰモード（Ｍ−ＰＬＰモード）の場合にはツイステッドブロックインターリーバ（ＢＩ；Block Interleaver）３１０４０及びコンボリューショナルインターリーバ（ＣＩ；Convolutional Interleaver）３１０５０を使用してタイムインターリービングを遂行し、シングルＰＬＰモード（Ｓ−ＰＬＰモード）の場合にはブロックインターリーバ３１０４０はOFFされ、コンボリューショナルインターリーバ３１０３０を使用してタイムインターリービングを遂行することができる。マルチプルＰＬＰモードで使用するタイムインターリービングユニットを共にハイブリッド（タイム）インターリーバまたはタイムインターリーバと称することもできる。但し、マルチプルＰＬＰモードのコンボリューショナルインターリーバ３１０３０はコンボリューショナルディレイ−ラインを使用するインターリーバであり、シングルＰＬＰモードのコンボリューショナルインターリーバ３１０５０は任意のコンボリューショナルインターリーバになることができる。シングルＰＬＰモードのコンボリューショナルインターリーバをＳｈｅｅｒ  ＣＩと称することもできる。但し、コンボリューショナルディレイ−ラインを使用するインターリーバもコンボリューショナルインターリーバ（ＣＩ）と称されるか、またはコンボリューショナルディレイ−ライン（ユニット／モジュール）と称されることもできる。セルインターリーバ３１０１０はシングルＰＬＰモード及びマルチプルＰＬＰモードに全て適用されるか、またはマルチプルＰＬＰモードのみに適用されることもできる。
【０４５２】
図３１のように、タイムインターリービングユニットはセルグルーピングブロック３１０２０を含む。放送信号送信機は、セルグルーピングブロック３１０２０を使用してタイムインターリービング遂行時、メモリをより効率良く使用し、インターリービングデップスを増加させることができる。セルグルーピングは、シングルワイズ（single wise）グルーピングまたはペアワイズ（pair wise）グルーピングに遂行できる。シングルワイズグルーピング方式は、１つのデータセルが１つのメモリユニット（ＭＵ；Memory Unit）にマッピングし、ペアワイズグルーピング方式は同一ＰＬＰに含まれた連続する２つのセルを１つのメモリユニットにマッピングする。このような動作を遂行するセルグルーピングブロック３１０２０は、セルカップリングブロック、またはセル−メモリユニットマッパー（Cell to MU Mapper）と称することもできる。
【０４５３】
タイムインターリーバは、ベースラインレイヤ信号またはＬＤＭ信号をタイムインターリービングすることができる。ＬＤＭ信号は、Ｓ−ＰＬＰモードまたはＭ−ＰＬＰモードでインターリービングできる。
【０４５４】
以下、ＬＤＭ（Layered Division Multiplexing）技術に対して説明する。ＬＤＭは、複数のデータストリームを他のパワーレベルで１つのＲＦチャンネルに結合する星状図重畳技術を示す。以下、２つのデータストリームをＬＤＭプロセシングする実施形態を主に説明するようにするが、ＬＤＭプロセシングされるデータストリームの数は３個以上になることもできる。
【０４５５】
２つのデータストリームは他の変調／チャンネルコーディングスキームが適用できる。結合されるデータストリームが２つの場合、各々をアッパー（upper）レイヤのデータ／信号及びロワー（lower）レイヤのデータ／信号と称することができる。アッパーレイヤ及びロワーレイヤはコア（core）レイヤ及びエンハンスド（enhanded）レイヤと称することもできる。
【０４５６】
図３２は、本発明の一実施形態に係る放送信号送信機の構成を示す。
【０４５７】
図３２の放送信号送信機は、インプットフォーマッティング（Input Formatting）ブロック３２０１０、ＢＩＣＭブロック３２０２０、ＬＤＭインジェクション（LMD Injection）ブロック３２０３０、フレーミング及びインターリービング（Framing & Interleaving）ブロック３２０４０、及びウェーブフォーム生成（Waveform Generation）ブロック３２０５０を含むことができる。図３２のフレーミング／インターリービングブロック３２０４０は図１のフレームビルディングブロックに該当し、ウェーブフォーム生成ブロック３２０５０は図１のＯＦＤＭ生成ブロックに該当することができる。
【０４５８】
図３２の場合、前述した実施形態とは異なり、フレームビルディングブロック１０２０がタイムインターリービングブロックを含む場合であって、これによってフレームビルディングブロック１０２０がフレーミング／インターリービングブロック３２０４０と称されることができる。言い換えると、フレーミング／インターリービングブロック３２０４０は、タイムインターリービングブロック、フレーミングブロック、及び周波数インターリービングブロックを含むことができる。フレーミング／インターリービングブロック３２０４０は、このようなサブブロックを使用してデータに対してタイムインターリービングを遂行し、データをマッピングして信号フレームを生成し、周波数インターリービングを遂行することができる。
【０４５９】
ＬＤＭインジェクションブロック３２０３０は、アッパーレイヤのインプットフォーマッティングブロック３２０１０−１及びＢＩＣＭブロック３２０２０−１で処理されたデータとロワー（lower）レイヤのインプットフォーマッティングブロック３２０１０−２及びＢＩＣＭブロック３２０２０−２で処理されたデータにＬＤＭを遂行して１つのストリームを出力する。本明細書の実施形態において、２つのレイヤはコア（core）レイヤとエンハンスド（enhanced）レイヤ、アッパー（upper）レイヤとロワー（lower）レイヤと称るすことができる。即ち、コアレイヤはアッパーレイヤとして、エンハンスドレイヤはロワーレイヤとして称されることができる。
【０４６０】
コアレイヤのデータは、エンハンスドレイヤのデータ以上にロブストしたＭｏｄＣｏｄコンビネーションを使用しなければならない。２つのレイヤは同一なＦＥＣコーディング／星状図マッピングを使用することもできるが、異なるＦＥＣコーディング／星状図マッピングを使用することもできる。そして、ＬＤＭインジェクションブロック３２０３０はＬＤＭプロセシング時、コアレイヤデータにエンハンスドレイヤより多い電力を分配する。
【０４６１】
タイムインターリービングブロックがＢＩＣＭブロック３２０２０からフレーミング／インターリービングブロック３２０３０に移動する以外の説明は、前述した通りである。ウェーブフォーム生成ブロック３２０５０は、図１のＯＦＤＭ生成ブロック１０３０と同一なブロックであって、名称のみを異なるように称するものである。
受信機側でも、前記のようにタイムデインターリービングブロックを図９のデマッピング及びデコーディングブロック９０２０でフレームパーシングブロック９０１０に含めて、フレームパーシングブロック９０１０をフレームパーシング／デインターリービングブロックと称することもできる。
【０４６２】
図３３は、本発明の一実施形態に係る放送信号送信機のうちの一部の構成を示す。
【０４６３】
図３３は図３２の一部をより詳細に示す図であって、図３２で１つのブロックとして示したＬＤＭインジェクションブロックは、図３３で３個のブロックをさらに含む。言い換えると、図３２のＬＤＭインジェクションブロックは、図３３のインジェクションレベルコントローラ３３０２０、レイヤコンバイナ３３０３０、及びパワーノーマライザー３３０４０を含む。
【０４６４】
図３３では、ＦＥ（Future Extension）レイヤ、アッパーレイヤ（コアレイヤ）、ロワーレイヤ（エンハンスドレイヤ）の３個の経路でＰＬＰデータを処理する送信機を示し、各レイヤに対するＰＬＰデータを処理するためのＢＩＣＭブロック３３０１０−０〜２を含む。ＦＥレイヤは、今後サービス追加を目的として使われ、コアレイヤの拡張レイヤに該当することもできる。
【０４６５】
コアレイヤのコーディング及び変調構造はエンハンスドレイヤと類似しているが、コアレイヤのＬＤＰＣコードレートはエンハンスドレイヤのＬＤＰＣコードレートより相対的に低く設定できる。
【０４６６】
インジェクションレベルコントローラ３３０２０は、コアレイヤとエンハンスドレイヤとの電力比をコントロールすることができる。インジェクションレベルコントローラ３３０２０は、エンハンスドレイヤのパワーをコアレイヤより相対的に減少させて、各レイヤに対して所望の転送エネルギーを出力することができる。
【０４６７】
レイヤコンバイナ３３０３０はアッパーレイヤのデータとエンハンスドレイヤのデータを足し（add）、アッパーレイヤとエンハンスドレイヤとの間のＦＥＣブロック割合を決定することができる。このような動作はタイムインターリービング／デインターリービングをより効率良く遂行するためである。図示したように、レイヤコンバイニングはセルインターリービングの前に遂行される。
【０４６８】
パワーノーマライザー３３０４０は、コアレイヤとエンハンスドレイヤの転送電力の和が１になるようにノーマルライジングする。言い換えると、パワーノーマライザー３３０４０はコンバイニングされた信号のトータル電力をユニティ（unity）にノーマルライジングする。
【０４６９】
このようにコアレイヤ信号とエンハンスドレイヤ信号がコンバイニングされたＬＤＭ信号は、フレーミング／インターリービングブロック及びウェーブフォーム生成ブロックを経て送信できる。フレーミングブロックは、ペイロードとしてアッパーレイヤＰＬＰ及びロワーレイヤＰＬＰを含むフレームを構成する。フレームまたはサブフレームは、少なくとも１つのアッパーレイヤＰＬＰ及び少なくとも１つのロワーレイヤＰＬＰを含むことができる。
【０４７０】
以下、フレーム内でアッパーレイヤＰＬＰ及びロワーレイヤＰＬＰの関係とタイムインターリービング適用方法及びＬＤＭ関連パラメータのシグナリング方法について説明する。
【０４７１】
また、アッパーレイヤのＰＬＰとロワーレイヤのＰＬＰの各々に対し、全ての情報をシグナリングすることは多いシグナリングオーバーヘッドを引き起こすことがある。したがって、以下ではＬＤＭプロセシングされたフレームの構成と共に、シグナリング情報を最適化しながらＬＤＭプロセシングを遂行することができる方法について説明する。
【０４７２】
タイムインターリービングはＰＬＰ単位で遂行できる。ＬＤＭプロセシングされた信号に対してタイムインターリービングを遂行する場合、フレーム内でアッパーレイヤＰＬＰとロワーレイヤＰＬＰが１：１にマッチングされる場合、タイムインターリービングはアッパーレイヤＰＬＰ及びロワーレイヤＰＬＰに対し、同一なＴＩグループに遂行できる。但し、フレーム構成に従ってタイムインターリービンググループの構成が考慮されなければならない。
【０４７３】
図３４は、本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【０４７４】
図３４は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＮ：１の場合の実施形態を示す。図３４で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。
【０４７５】
図３４で、フレームのアッパーレイヤは２つのＰＬＰ（R-Aud、Mobile）を含み、ロワーレイヤは１つのＰＬＰを含む。このような場合、放送送信機はアッパーレイヤに従ってＴＩブロックを構成し、ロワーレイヤもアッパーレイヤに従うＴＩブロックサイズを適用することができる。
【０４７６】
本発明では、ＬＤＭのためのＴＩ構成（configuration）はアッパーレイヤを基準とすることを提案する。また、複数のＰＬＰの場合はハイブリッドＴＩモードが適用され、単一ＰＬＰの場合にはＳｈｅｅｒ  ＣＩ（Convolutional Interleaving）モードが適用できる。
【０４７７】
図３５は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【０４７８】
図３５は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数が１：Ｎの場合の実施形態を示す。図３５及び他の図面で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。シグナリングＰＬＰはプリアンブルとして信号フレームに含まれて転送できる。
【０４７９】
図３５（ａ）はアッパーレイヤは単一ＴＩブロックを含み、ロワーレイヤはマルチプルＰＬＰを含む実施形態を示し、図３５（ｂ）はアッパーレイヤはマルチプルＴＩブロックを含み、ロワーレイヤはマルチプルＰＬＰを含む実施形態である。
【０４８０】
図３５で、ＴＩブロックはアッパーレイヤを基準に定義される。ＴＩブロックは整数個のＦＥＣ（forward error correction）ブロックを含む。ＴＩブロックはタイムインターリーバ（即ち、セルインターリーバ、ツイステッドブロックインターリーバ、コンボリューショナルインターリーバ）が動作する基本（basic）ユニットである。アッパーレイヤのＰＬＰの数に従ってフレームに対するシングル／マルチプルＴＩグループの数が定義されることもできる。ロワーレイヤの場合、複数のＰＬＰが結び付けられて （concatenate）アッパーレイヤのようなＴＩグループになることができる。即ち、ロワーレイヤのＰＬＰが結び付けられてアッパーレイヤとコンバイニング（combining）できる。但し、このような場合、アッパーレイとロワーレイヤに対するＦＥＣブロック同期化方法が必要でありうる。
【０４８１】
図３６は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【０４８２】
図３６はアッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＭ：Ｎの場合の実施形態を示す。図３６で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。
【０４８３】
図３６の実施形態でも、ＴＩグループはアッパーレイヤのＰＬＰ単位で定義される。但し、図３６の場合、ロワーレイヤの１つのＰＬＰ（ＰＬＰ３）がスプリット（split）されて１つ以上のアッパーレイヤＰＬＰ（ＰＬＰ０及びＰＬＰ１）とコンバイニングできる。ＰＬＰ３はパワーインジェクションされた後にスプリットできる。そして、ＰＬＰ１はＰＬＰ３の一部及びＰＬＰ４の一部が併合（merge）されてコンバイニングされる。
【０４８４】
図３６の実施形態で、ＰＬＰ３とＰＬＰ０／ＰＬＰ１、ＰＬＰ４とＰＬＰ１／ＰＬＰ２の間のＦＥＣブロック同期化が必要でありうる。そして、このようなフレーム構成を効果的にシグナリングできる方法について以下に説明する。
【０４８５】
図３７は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【０４８６】
図３７は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＭ：Ｎの場合の実施形態を示す。図３７で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。
【０４８７】
図３７のようにフレームを構成する場合、放送システムは以下のようなシグナリングパラメータを定義してプリアンブルまたはＳ−ＰＬＰを通じて送受信することができる。シグナリングパラメータはフィールドまたは情報と称することもできる。
−ＮＵＭ＿ＴＩＧＲＯＵＰ：現フレームのタイム−ディビジョンされたグループの数を示す
−ＮＵＭ＿ＬＡＹＥＲ：タイム−ディビジョンされたグループ内のレイヤの数
−ＮＵＭ＿ＰＬＰｉｎＬＡＹＥＲ：レイヤ内のＰＬＰの数
−ＰＬＰ＿ＬＤＭ＿ＴＹＰＥ：ＰＬＰがアッパーレイヤか、またはロワーレイヤかを示す
−ＰＬＰ＿ＳＴＡＲＴ：現フレームでＰＬＰの開始（セル単位で）を示す
−ＬＤＭ＿ＧＲＯＵＰ＿ＩＤ：同一レイヤの同一コンテンツを示す（Indicator for same contents in same layer）、ＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報が全てのＰＬＰ毎に定義されなければならない。例えば、図３５の場合、Ｌ−ＰＬＰ３及びＬ−ＰＬＰ４のみ必要であるが、Ｕ＿ＰＬＰ１／Ｕ＿ＰＬＰ２／Ｕ＿ＰＬＰ３、及びＬ−ＰＬＰ１／Ｌ−ＰＬＰ２ではフィールドを浪費するようになる。
【０４８８】
図３８は、本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【０４８９】
図３８は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＮ：１の場合の実施形態を示す。図３８で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。
【０４９０】
図３８で説明したように、ＬＤＭ＿ＧＲＯＵＰ＿ＩＤはレイヤ内で同一コンテンツが複数のタイムインターリーバグループに分けられた場合に必要でありうる。しかしながら、Ｌ−ＰＬＰ３及びＬ−ＰＬＰ４のように、同一なコンテンツを異なるＰＬＰに分類することは本発明に係る放送システムのＰＬＰコンセプトと合わないし、不必要なＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報をＰＬＰ毎に定義しなければならないので、シグナリングオーバーヘッドが発生する。
【０４９１】
したがって、放送システムは図３８のように、Ｌ−ＰＬＰ３を複数のＰＬＰに分割せず、１つのＰＬＰに転送及びシグナリングすることができる。デコーディングされるＬ−ＰＬＰ３の長さはＰＬＰ＿ＳＴＡＲＴ情報及びＮＵＭ＿ＢＬＯＣＫ情報から獲得できる。L＿ＰＬＰ３はＴＩ−Ｇｒｏｕｐ０及びＴＩ−Ｇｒｏｕｐ１で２回定義されるが、同一な値にセッティングされることもできる。
【０４９２】
図３８の方式によりフレームを構成し、シグナリングする場合、前述したＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報は使われないことがある。
【０４９３】
図３９は、本発明の実施形態に係るシグナリングループを示す。
【０４９４】
前述したように、１つのレイヤに幾つのＰＬＰが含まれるかを示すＮＵＭ＿ＰＬＰｉｎＬＡＹＥＲ情報、該当ＰＬＰがアッパーレイヤか、またはロワーレイヤかを示すＰＬＰ＿ＬＤＭ＿ＴＹＰＥ情報を使用し、ＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報は省略する実施形態に対抗する。ＴＩ＿ＭＯＤＥ情報はタイムインターリービング動作に関連したパラメータを示す。タイムインターリービング動作関連パラメータはＴＩグループ単位で定義できる。
【０４９５】
図４０は、本発明の他の実施形態に係るシグナリングループを示す。
【０４９６】
図４０で、TI parametersフィールドはタイムインターリーバ（ＴＩ）動作に対するパラメータ情報を示す。ＮＵＭ＿ＰＬＰフィールドは、ＰＬＰ＿ＭＡＩＮの数を示す。ＰＬＰ＿ＭＡＩＮはアッパーレイヤのＰＬＰを示すことができる。ＮＵＭ＿ＳＥＧＭＥＮＴフィールドは１つのレイヤが幾つのＰＬＰを含むかを示す。ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドは、該当ＰＬＰがアッパーレイヤかまたはロワーレイヤかを示す。実施形態として、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドの値が０であれば、ＰＬＰがアッパーレイヤであることを示すことができる。追加で、ＰＬＰのサブ−ＩＤを示すこともできる。
【０４９７】
図４１は、本発明の他の実施形態に係るシグナリングループを示す。
【０４９８】
図４１で、TI parametersフィールドはタイムインターリーバ（ＴＩ）動作に対するパラメータを示す。ＮＵＭ＿ＰＬＰ＿ＬＡＹＥＲ（または、ＮＵＭ＿ＬＡＹＥＲ）フィールドはＰＬＰ＿ＭＡＩＮの数を示す。ＰＬＰ＿ＭＡＩＮは、アッパーレイヤのＰＬＰを示す。ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドは、該当ＰＬＰがアッパーレイヤか、またはロワーレイヤかを示す。実施形態として、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドの値が０であれば、ＰＬＰがアッパーレイヤであることを示すことができる。追加で、ＰＬＰのサブ−ＩＤを示すこともできる。
【０４９９】
ＰＬＰ＿ＳＴＡＲＴ＿ＯＦＦＳＥＴフィールドは、ＰＬＰ＿ＭＡＩＮからＰＬＰ＿ＳＴＡＲＴまでのオフセットを示すことができる。即ち、ＰＬＰ＿ＳＴＡＲＴ＿ＯＦＦＳＥＴフィールドはアッパーレイヤのＰＬＰ開始からロワーレイヤＰＬＰの開始までのオフセットを示すことができる。例えば、図３７でＵ−ＰＬＰ１の開始からＬ−ＰＬＰ２の開始までのオフセットを示すことができる。但し、このフィールドは実施形態によってＰＬＰ開始値の組み合わせから計算されることもでき、したがって、省略されることもできる。
【０５００】
図４１のように、ＰＬＰ＿ＳＩＺＥフィールドがシグナリングできる。ＰＬＰサイズフィールドは、該当ＰＬＰのデータサイズを示す。但し、ＰＬＰ＿ＳＩＺＥ情報はＭＯＤＣＯＤ値とＰＬＰ＿ＮＵＭ＿ＦＥＣＢＬＯＣＫフィールド値を通じて計算されることもできる。
【０５０１】
図４２は、本発明の他の実施形態に係るシグナリングループを示す。
【０５０２】
図４２で、下段ｉｆ（ｊ＞））のシンタックスがｉｆ（ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ／＝０）に変更されたこと以外には図４１及びその説明が同一に適用される。
【０５０３】
放送システムは、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドが０であれば、該当ＰＬＰに対するＴＩパラメータをシグナリングすることができる。そして、放送システムは図４０のようにＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドが１の場合、即ち該当ＰＬＰがアッパーレイヤでない場合には、パワーインジェクション情報（ＥＬ＿ＩＮＪＥＣＴＩＯＮ＿ＬＥＶＥＬ）をシグナリングすることができる。言い換えると、放送送信機は該当ＰＬＰがロワーレイヤＰＬＰの場合のみに該ＰＬＰに対するパワーインジェクションレベル情報をシグナリングすることができる。
【０５０４】
図４３は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。
【０５０５】
図４３のように、放送システムはＰＬＰをアッパーレイヤとロワーレイヤ別個にナンバリングせず、信号フレームのＬＤＭデータに含まれたＰＬＰをナンバリングすることができる。即ち、図４３のＬＤＭデータに含まれたアッパーレイヤのＰＬＰの２つ及びロワーレイヤのＰＬＰの３個をＰＬＰ＿ＩＤ＿ＭＡＩＮ  ＃０〜＃５にナンバリングし、アッパーレイヤか及びロワーレイヤかは、前述したＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報を使用して識別することができる。即ち、レイヤ別ＴＤＭｅｄ  ＰＬＰ基準でなく、LＴＤＭｅｄ  ＰＬＰを基準にＰＬＰがナンバリングできる。
【０５０６】
放送受信機は、ＰＬＰのスターティングポジション情報を使用してＬＤＭデータに含まれたＰＬＰの構成を識別することができる。アッパーレイヤとロワーレイヤを区分してＰＬＰナンバーを与えないが、図４１で、ＰＬＰ    ＃０とＰＬＰ  ＃２は同一な位置で始まるので、重畳されたＰＬＰであることが分かる。即ち、放送受信機はＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報及びＰＬＰの開始位置情報、そしてＰＬＰサイズ情報を使用してＬＤＭデータのフレーム構成を把握することができる。
【０５０７】
図４３で、受信機は各ＰＬＰのＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報を使用してＰＬＰ  ＃０、ＰＬＰ  ＃１がアッパーレイヤＰＬＰであり、ＰＬＰ  ＃２、ＰＬＰ  ＃３、ＰＬＰ  ＃４がロワーレイヤＰＬＰであることを識別することができる。そして、各ＰＬＰの開始位置情報及びサイズ情報を使用してアッパーレイヤＰＬＰとロワーレイヤＰＬＰの間の位置／重畳関係などのフレーム構成を識別し、これによってデータをデコーディングすることができる。
【０５０８】
前述したように、ＴＩグループはアッパーレイヤＰＬＰを基準に決定される。したがって、受信機はアッパーレイヤＰＬＰに基づいてタイムデインターリービングを遂行してアッパーレイヤＰＬＰをデコーディングすることができる。受信機は、ロワーレイヤＰＬＰ、例えばＰＬＰ  ＃４をデコーディングするには位置関係によってＰＬＰ  ＃０及びＰＬＰ  ＃１に該当するＬＤＭデータをタイムデインターリービングし、その後、ＰＬＰ  ＃４を抽出してデコーディングすることができる。受信機でＬＤＭデータをデコーディングする方法は後述する。
【０５０９】
図４３の実施形態において、受信機が信号構成を把握するためにLＴＤＭｅｄ  ＰＬＰ別にＰＬＰ＿ＩＤ＿ＭＡＩＮ情報（ＰＬＰのＩＤ情報）、ＰＬＰ＿ＳＩＺＥ情報、ＰＬＰ＿ＴＹＰＥ情報、及びＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ情報がシグナリングされなければならない。
【０５１０】
実施形態として、シグナリング情報はＰＬＰ＿ＳＩＺＥ情報の代わりにＰＬＰ＿ＮＵＭ＿ＢＬＯＣＫ情報を含むこともできる。ＰＬＰ＿ＮＵＭ＿ＢＬＯＣＫ情報は該当ＰＬＰに含まれるＦＥＣコードワードの数を示す。受信機のタイムデインターリービングのためにはＦＥＣコードワードの数が必要である。ＰＬＰ＿ＳＩＺＥ（セルユニット単位）情報がシグナリングされれば、受信機はこれを通じてＦＥＣコードワードの数を算出しなければならないので、動作が複雑なこともある。また、ＰＬＰ＿ＳＩＺＥ情報をシグナリングする場合に比べて要求されるシグナリングビット数が少なくなることがある。
【０５１１】
図４４は、本発明の本発明の他の実施形態に係るシグナリングループを示す。
【０５１２】
図４４は、図４３のような信号フレーム構成を示すシグナリング情報の構成のうちの一部を示すことができる。図４４で、ｆｏｒループに含まれるシグナリングフィールドがプリアンブルのシグナリング情報に含まれることができる。図４４は、シグナリング情報だけでなく、このようなシグナリング情報がどのように構成され、プロセシングされるかを示す。図４４で、特定数のＰＬＰ（ＮＵＭ＿ＰＬＰ）に各々該当シグナリング情報が適用される。
【０５１３】
シグナリング情報は、各ＰＬＰに対し、ＰＬＰ＿ＩＤ＿ＭＡＩＮ情報を含む。ＰＬＰ＿ＩＤ＿ＭＡＩＮ情報は、前述したように、レイヤを区分せず、信号に含まれたＰＬＰを識別する。そして、各ＰＬＰに対し、開始位置（ＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ）情報、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報、及びＰＬＰ＿ＳＩＺＥ情報がシグナリングされて、信号フレームのＬＤＭ構成を示す。
【０５１４】
受信機は、各々のＰＬＰに対し、ＰＬＰL＿ＩＤ＿ＭＡＩＮ情報、ＰＬＰ＿ＳＩＺＥ情報、ＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ情報、及びＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報をデコーディングすることができる。ＰＬＰＬ＿ＩＤ＿ＭＡＩＮ情報はＰＬＰＩＤ情報として、ＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ情報はＰＬＰ開始情報として称することもできる。したがって、受信機は受信信号がＬＤＭデータを含むか、またはＬＤＭデータを含む場合、ＬＤＭデータのＰＬＰ構成を把握することができる。
【０５１５】
ＰＬＰがコアレイヤの場合（ｉｆ（ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ==０））、シグナリング情報はタイムインターリービングパラメータ情報を含む。図４２で、タイムインターリービングパラメータ情報はTime Interleaver Type情報及びTime Interleaver Depth情報を含む。放送送信機は、コアレイヤＰＬＰに対してのみタイムインターリービングパラメータ情報を転送する。
【０５１６】
前述したように、コアレイヤＰＬＰを基準にタイムインターリービングを遂行するので、タイムインターリービングパラメータ情報はＰＬＰがコアレイヤの場合のみにシグナリングされる。したがって、エンハンスドレイヤに対するシグナリングオーバーヘッドを減らすことができる。
【０５１７】
ＬＤＭプロセシング時、コアレイヤ及びエンハンスドレイヤに対する電力分配を示すインジェクションレベル情報は、ＰＬＰがエンハンスドレイヤの場合（ｅｌｓｅｉｆ（ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ＞０）のみにシグナリングされる。受信機は、コアレイヤＰＬＰを先にデコーディングし、デコーディングされたコアレイヤデータをＬＤＭデータから除去してエンハンスドレイヤデータを獲得することができる。受信機のこのようなコアレイヤデータの除去時、インジェクションレベル情報が必要である。したがって、インジェクションレベル情報はエンハンスドレイヤのＰＬＰに対してのみシグナリングされることによって、またシグナリングオーバーヘッドを減らすことができる。
【０５１８】
タイムインターリーバは、整数個のＦＥＣブロックを含むＴＩブロック単位でタイムインターリービングを遂行することができる。但し、前述したように、アッパーレイヤとロワーレイヤのＰＬＰがＭ：Ｎに構成され、アッパーレイヤＰＬＰとロワーレイヤＰＬＰの開始／終了位置が一致しない場合、ＦＥＣ同期の問題が発生することもある。アッパーレイヤ及びロワーレイヤのＦＥＣブロック同期を合せる方法は以下のように遂行できる。
【０５１９】
図４５は、ＦＥＣブロック同期化のための第１実施形態を示す。
【０５２０】
図４５は、同期化に対する制限を置かない方法（No Constraints for synchronization）を示す。
【０５２１】
例えば、図４５で、Ｌ−ＰＬＰ１、Ｌ−ＰＬＰ２両方ともタイムインターリービングバウンダリがアッパーレイヤのＦＥＣブロックと同期化されない。したがって、ＦＥＣブロック同期化のための情報が４ビットでシグナリングできる。
【０５２２】
受信機でＬ−ＰＬＰ１及びＬ−ＰＬＰ２の残った部分（remainder）を格納するための追加メモリが必要である。実施形態として、Ｌ−ＰＬＰ当たり最大３２４００セルメモリが必要でありうる。また、３２４００セルメモリがロワーレイヤのＰＬＰ数だけ必要でありうる。
【０５２３】
図４６は、ＦＥＣブロック同期化のための第２実施形態を示す。
【０５２４】
図４６は部分的に同期化する方法（Partial synchronization）を示す。Ｌ−ＰＬＰ１のＦＥＣブロック個数は整数単位でアッパーレイヤのＦＥＣブロックと同期化される。そして、Ｌ−ＰＬＰ２の同期に対しては４ビットシグナリング方法を使用する。ロワーレイヤは最後のＰＬＰのみ柔軟（flexible）にマッピングし、残りはアッパーレイヤと整数単位で同期化されるようにフレームを構成する。受信機は、ロワーレイヤの最後のＰＬＰに対してのみＦＥＣブロック単位が合わない残った部分 （remainder）を格納することができる。
【０５２５】
図４７は、ＦＥＣブロック同期化のための第３実施形態を示す。
【０５２６】
図４７は、Ｍ：Ｎの構成でアッパーレイヤとロワーレイヤとの間のＰＬＰのＦＥＣブロック同期を全て一致させる方法を示す。図４７で、Ｌ−ＰＬＰ１及びＬ−ＰＬＰ２のＦＥＣブロック個数は整数単位でアッパーレイヤのＦＥＣブロックと同期化される。したがって、ロワーレイヤのＦＥＣブロック同期化のための別途のシグナリングが必要でなく、受信機具現も単純化することができる。
【０５２７】
図４８及び図４９は、各々本発明の実施形態に係るＬＤＭスケジューラー及びそれに従う放送送信機構成の一部を示す。
【０５２８】
前述したＭ：ＮのＬＤＭフレームを構成するには、ＰＬＰの分割（splitting）及び併合（merging）が必要でありうる。図４８のように、アッパーレイヤに従ってロワーレイヤのＬＰＬＰ０をアッパーレイヤのUＰＬＰ０の長さによって分割し、Ａ部分はＵＰＬＰ０とＬＤＭし、Ｂ部分とＬＰＬＰ１をＵＰＬＰ１とＬＤＭすることができる。そして、図４９で、図４６のＬＤＭスケジューラーを送信側のＢＩＣＭチェーンの後に配置して、送信機は柔軟なＬＤＭ構成を有する信号フレームを生成することができる。図４９で、ロワーレイヤのパワーインジェクションブロックとＬＤＭスケジューラーの配置順序は変わることもある。
【０５２９】
図５０は、本発明の実施形態に係る放送信号受信機のデマッピング／デコーディングブロックの詳細ブロック図を示す。
【０５３０】
図５０のデマッピング／デコーディングモジュールは、図９で説明したデマッピング及びデコーディングモジュール９０２０の一実施形態に該当する。
【０５３１】
前述したように、本発明の一実施形態に係る送信装置のコーディングアンドモジュレーションモジュールは、入力されたＰＬＰに対し、各々の経路別にＳＩＳＯ、ＭＩＳＯとＭＩＭＯ方式を独立的に適用して処理することができる。したがって、図５０に図示されたデマッピング／デコーディングモジュールやはり送信装置に対応してフレームパーサから出力されたデータを各々ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ処理するためのブロックを含むことができる。
【０５３２】
図５０に示すように、本発明の一実施形態に係るデマッピング及びデコーディングモジュールは、ＳＩＳＯ方式のための第１ブロック、ＭＩＳＯ方式のための第２ブロック、ＭＩＭＯ方式のための第３ブロック、及びＰＬＳ  ｐｒｅ／ｐｏｓｔ情報を処理するための第４ブロックを含むことができる。
【０５３３】
入力されたＰＬＰをＳＩＳＯ処理するためのブロックは、タイムデインターリーバブロック５００１０、セルデインターリーバブロック５００２０、星状図デマッパーブロック５００３０、セル−ビットデマルチプレクサブロック５００４０、ビットデインターリーバブロック５００５０、及びＦＥＣデコーダブロック５００６０を含むことができる。
【０５３４】
タイムデインターリーバブロック５００１０は、タイムインターリーバブロックの逆過程を遂行することができる。即ち、タイムデインターリーバブロック５００１０は時間領域でインターリービングされた入力シンボルを元の位置にデインターリービングすることができる。
【０５３５】
セルデインターリーバブロック５００２０は、セルインターリーバブロックの逆過程を遂行することができる。即ち、セルデインターリーバブロック５００２０は１つのＦＥＣブロック内で分散（spreading）されたセルの位置を元の位置にデインターリービングすることができる。
【０５３６】
星状図デマッパーブロック５００３０は、星状図マッパーブロックの逆過程を遂行することができる。即ち、星状図デマッパーブロック５００３０はシンボルドメインの入力信号をビットドメインのデータにデマッピングすることができる。また、星状図デマッパーブロック５００３０はハードデシジョンを遂行して決定されたビットデータを出力することもでき、ソフトデシジョン値あるいは確率的な値に該当する各ビットのＬＬＲ（Log-likelihood ratio）を出力することができる。仮に、送信端で追加的なダイバーシティゲインを得るために回転された（rotated）星状図を適用する場合、星状図デマッピングブロック３２０３０は、これに相応する2-Dimensional LLRデマッピングを遂行することができる。星状図デマッパーブロック５００３０は、ＬＬＲを計算する時、送信装置でＩまたはＱ componentに対するディレイ（delay）値が補償できるように計算を遂行することができる。
【０５３７】
セル−ビットマルチプレクサブロック５００４０は、ビット−セルデマルチプレクサ（bit to cell demux）ブロックの逆過程を遂行することができる。即ち、セル−ビットマルチプレクサブロック５００４０は、ビット−セルデマルチプレクサブロックでマッピングされたビットデータを元のビットストリーム形態に復元することができる。
【０５３８】
ビットデインターリーバブロック５００５０は、ビットインターリーバブロックの逆過程を遂行することができる。即ち、ビットデインターリーバブロック５００５０はセル−ビットマルチプレクサブロック５００４０で出力されたビットストリームを元の順にデインターリービングすることができる。
【０５３９】
ＦＥＣデコーダブロック５００６０は、ＦＥＣインコーダーブロックの逆過程を遂行することができる。即ち、ＦＥＣデコーダブロック５００６０はＬＤＰＣデコーディングとＢＣＨデコーディングを遂行することによって、転送チャンネルを介して受信した信号に発生したエラーを訂正することができる。
【０５４０】
以下、ＳＩＳＯモードの信号処理で説明しない追加的なブロックに対してのみ説明する。
【０５４１】
ＭＩＳＯデコーダブロック５００７０は、ＭＩＳＯ  processingブロックの逆過程を遂行することができる。本発明の一実施形態に係る放送送受信システムがＳＴＢＣを使用したシステムである場合、ＭＩＳＯデコーダブロック５００７０はAlamouti decodingを遂行することができる。
【０５４２】
ＭＩＭＯデコーディングブロック５００８０は、ｍ個の受信アンテナ入力信号に対してセルデインターリーバの出力データを受信し、ＭＩＭＯプロセシングブロックの逆過程としてＭＩＭＯデコーディングを遂行することができる。ＭＩＭＯデコーディングブロック５００８０は、最高の復号化性能を得るためにMaximum likelihood decodingを遂行するか、または複雑度を減少させたSphere decodingを遂行することができる。または、ＭＩＭＯデコーディングブロック５００８０はMMSE detectionを遂行するか、またはiterative decodingを共に結合遂行して向上したデコーディング性能を確保することができる。
【０５４３】
シグナリング情報を処理するＦＥＣデコーダブロック５００９０−１、５００９０−２；Shortened/Punctured FEC decoder）は、Shortened/punctured FECエンコーダブロックの逆過程を遂行することができる。即ち、Shortened/Punctured FECデコーダ５００９０は、PLS dataの長さによってshortening/puncturingされて受信されたデータに対してde-shorteningとde-puncturingを追加で遂行した後にＦＥＣデコーディングを遂行することができる。この場合、data pipeに使われたFEC decoderを同一にＰＬＳにも使用することができるので、ＰＬＳのみのための別途のFEC decoder hardwareが必要でないので、システム設計が容易で、効率良いコーディングが可能であるという長所がある。
【０５４４】
前述したブロックは設計者の意図によって省略されるか、類似または同一な機能を有する他のブロックにより代替できる。
【０５４５】
但し、前述したように、送信機でタイムインターリーバブロックをＢＩＣＭブロックからフレームビルディングブロックまたはインターリービング／フレーミングブロックに位置させたように、タイムデインターリーバブロックを図５０のようなデマッピング／デコーディングブロックからフレームパーシングブロックに位置させることができる。このような場合、図９で、フレームパーサはフレームパーサ／デインターリーバと称することもできる。
【０５４６】
受信部タイムデインターリーバは、コンボリューショナルデインターリーバ（コンボリューショナルディレイラインのインバースプロセシング遂行）、ツイステッドブロックデインターリーバ、及びセルデインターリーバを含み、前述した送信部タイムデインターリーバの逆過程を遂行することができる。
【０５４７】
図５１は、本発明の一実施形態に係る放送信号受信機のうちの一部の構成を示す。
【０５４８】
図５１はＬＤＭ信号をＬＤＤ（Layered Division Demultiplixing）する放送信号受信機の構成を示し、放送信号受信機はコアレイヤの信号を先に復元した後、復元されたコアレイヤ信号をＬＤＭ信号で減算して残ったエンハンスドレイヤ信号を復元することができる。まず、放送信号を受信すれば放送信号受信機はシグナリング情報を通じて放送信号がＬＤＭデータを含むかが分かり、図５１は受信信号がＬＤＭデータを含む場合、これを処理する放送信号受信機の構成を示すものである。
【０５４９】
図５１で、受信ＬＤＭ信号はＭＩＳＯデコーダ５１０１０、タイムデインターリーバ５１０２０、及びセルデインターリーバ５１０３０で各々プロセシングされる。ＭＩＳＯデコーダ５１０１０、タイムデインターリーバ５１０２０、及びセルデインターリーバ５１０３０は例として図示したものであり、受信ＬＤＭ信号は図９のように同期／復調ユニット９０００及びフレームパーシング／デインターリービングユニット９０１０で各々プロセシングされた後、ＬＤＤプロセシングされる。以下、ＬＤＤについて説明する。
【０５５０】
まず、第１デマッピング／デコーディングユニット５１０４０−１を通じてコアレイヤ信号がデコーディング／復元される。第１デマッピング／デコーディングユニット５１０４０−１は、コアレイヤデマッピング／デコーディングユニット５１０４０−１と称することもできる。第１デマッピングデコーディングユニット５１０４０−１の立場でエンハンスドレイヤの信号はノイズと類似しているものであって、第１デマッピングデコーディングユニット５１０４０−１はロブストにエンコーディング／変調されたコアレイヤ信号をＬＤＭ信号から復元することができる。そして、干渉除去プロセシングと復元プロセシングを通じてエンハンスドレイヤ信号を獲得することができる。
【０５５１】
図５１で、バッファ５１０６０、信号ディバイダ５１０７０、及びＬＤＤ変調ユニット５１０５０を共に干渉除去ユニットと称することができる。先に、干渉除去ユニットはＬＤＤ変調ユニット５１０５０を使用して復旧されたコアレイヤ信号を送信部のように変調することができる。ＬＤＤ変調ユニット５１０５０は、ビットインターリーバ５１０８０、ビット−セルデマルチプレクサ５１０９０、星状図マッパー５１１００、及びインジェクションレベルコントローラ５１１１０を含む。ビットインターリーバ５１０８０、ビット−セルデマルチプレクサ５１０９０、星状図マッパー５１０１０、及びインジェクションレベルコントローラ５１１１０の動作は、図３０から図３３で説明した通りであり、放送信号受信機はシグナリング情報からインジェクションレベル情報を獲得して、それによってインジェクションレベルコントローラ５１１１０を駆動することができる。放送受信機はインジェクションレベル情報によってコアレイヤデータの電力を調節してＬＤＭデータから減算することによって、エンハンスドレイヤデータを獲得することができる。
【０５５２】
干渉除去ユニットはバッファ５１０６０に受信ＬＤＭ信号をバッファリングし、信号ディバイダ５１０７０を使用してＬＤＭ信号からエンハンスドレイヤ信号を分離することができる。信号ディバイダ５１０７０は、バッファリングされた受信ＬＤＭ信号から変調されたアッパーレイヤ信号を減算する方式によりエンハンスドレイヤ信号を分離することができる。言い換えると、信号ディバイダ５１０７０は送信側レイヤコンバイナの動作の逆過程を遂行する。
【０５５３】
放送信号受信機は、第２デマッピング／デコーディングユニット５１０４０−２を使用して分離されたエンハンスドレイヤ信号をデコーディング／復元することができる。第２デマッピング／デコーディングユニット５１０４０−２は、エンハンスドレイヤデマッピング／デコーディングユニット５１０４０−１と称することもできる。
【０５５４】
図５２は、本発明の一実施形態に係る放送信号送信方法を示す。
【０５５５】
放送信号送信機は、第１のＢＩＣＭユニットを使用してコアレイヤデータをＦＥＣエンコーディングすることができる（Ｓ５２０１０）。そして、放送信号送信機は第２のＢＩＣＭユニットを使用してエンハンスドレイヤデータをＦＥＣエンコーディングすることができる（Ｓ５２０２０）。
【０５５６】
放送信号送信機は、ＬＤＭインジェクションユニットを使用してコアレイヤデータ及びエンハンスドレイヤデータをコンバイニングしてＬＤＭデータを出力することができる（Ｓ５２０３０）。放送信号送信機は、タイムインターリーバを使用してＬＤＭデータをタイムインターリービングすることができる（Ｓ５２０４０）。そして、放送信号送信機はフレーミングユニットを使用してプリアンブル及びＬＤＭデータを含む信号フレームを生成することができる（Ｓ５２０５０）。プリアンブルは、前述したシグナリング情報を含む。そして、放送信号送信機は信号フレームにＯＦＤＭ変調を遂行し、放送信号を生成することができる（Ｓ５２０６０）。
【０５５７】
前述したように、放送信号送信機がＬＤＭプロセシングを遂行する場合、コアレイヤデータにエンハンスドレイヤデータより多い電力が分配される。そして、このような電力分配はインジェクションレベル情報としてシグナリングできる。
【０５５８】
ＬＤＭデータは複数のＰＬＰを含み、複数のＰＬＰはＰＬＰ  ＩＤ情報により識別できる。ＬＤＭデータはコアレイヤデータとエンハンスドレイヤデータを含む。コアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、エンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。ＬＤＭデータのコアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰは、図３４から図３７のように構成できる。ＬＤＭデータに含まれるコアレイヤＰＬＰの数及びエンハンスドレイヤＰＬＰの数は１：１、１：Ｎ、Ｎ：１、またはＮ：Ｍになることができる。そして、コアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰレイヤの開始位置及び長さは同一または相異することができる。
【０５５９】
コアレイヤＰＬＰは、各々１つのタイムインターリーバグループに該当する。そして、タイムインターリーバはコアレイヤＰＬＰに基づいてＬＤＭデータをタイムインターリービングすることができる。したがって、タイムインターリービングに対するタイムインターリービングパラメータ情報はコアレイヤＰＬＰに対してシグナリングされる。
【０５６０】
シグナリング情報は、信号フレームに含まれたＰＬＰがコアレイヤＰＬＰか、またはエンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む。ＰＬＰレイヤ情報がＰＬＰがコアレイヤＰＬＰであることを示す場合、シグナリング情報はこのＰＬＰに対するタイムインターリービングパラメータ情報を含む。ＰＬＰレイヤ情報がＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、シグナリング情報はコアレイヤデータ及びエンハンスドレイヤデータの間の転送電力分配を示すインジェクションレベル情報を含む。そして、シグナリング情報はＰＬＰを識別するＰＬＰ  ＩＤ情報、ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び信号フレームでＰＬＰの開始位置を示すＰＬＰ開始情報をさらに含む。
【０５６１】
図５３は、本発明の一実施形態に係る放送信号受信方法を示す。
【０５６２】
放送信号受信機は、同期化及び復調ユニットを使用して受信信号に対して信号検出及びＯＦＤＭ復調を遂行することができる（Ｓ５３０１０）。受信信号は、プリアンブル及びＬＤＭデータを含むことができる。プリアンブルは、受信信号デコーディングのためのシグナリング情報を含む。放送信号受信機は、受信信号に含まれたＬＤＭデータの存在及び構成などをシグナリング情報をデコーディングすることによって獲得することができる。放送信号受信機は、フレームパーシングユニットを使用して放送信号に含まれた信号フレームをパーシングすることができる（Ｓ５３０２０）。そして、放送信号受信機はタイムデインターリービングユニットを使用してＬＤＭデータをタイムデインターリービングすることができる（Ｓ５３０３０）。
【０５６３】
放送信号受信機は、フレームパーシングユニットを使用してプリアンブルに含まれたシグナリング情報を獲得することができる。放送信号受信機は、シグナリング情報をデコーディングするための別途のデマッピング／デコーディングユニットを使用してシグナリング情報をデコーディングすることができる。そして、放送信号受信機は獲得されたシグナリング情報を使用してフレームパーシングユニットを制御、所望のサービスに該当するＰＬＰ／データを抽出することができる。そして、抽出されたデータがＬＤＭデータである場合、前述したようにＬＤＤプロセシングを遂行してデータをデコーディングすることができる。
【０５６４】
放送信号受信機は、第１デマッピング／デコーディングユニットを使用してＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤデータを獲得することができる（Ｓ５３０４０）。そして、放送信号受信機は干渉除去ユニットを使用してＬＤＭデータから獲得されたコアレイヤデータを除去することによって、エンハンスドレイヤデータを出力することができる（Ｓ５３０５０）。放送信号受信機は、第２デマッピング／デコーディングユニットを使用してエンハンスドデータをデマッピング及びＦＥＣデコーディングすることができる（Ｓ５３０６０）。
【０５６５】
前述したように、放送信号受信機はバッファを使用してＬＤＭデータをバッファリングし、インジェクションレベルコントローラを使用してコアレイヤデータ及びエンハンスドレイヤデータの電力比をコントロールし、信号ディバイダを使用してバッファリングされたＬＤＭデータからエンハンスドレイヤデータを分離することができる。放送信号受信機のＬＤＭ信号処理（ＬＤＤ）は、図５１と関連して説明した通りである。
【０５６６】
前述したように、放送信号送信機がＬＤＭプロセシングを遂行する場合、コアレイヤデータにエンハンスドレイヤデータより多い電力が分配され、このような電力分配はインジェクションレベル情報としてシグナリングされる。
【０５６７】
ＬＤＭデータは複数のＰＬＰを含み、複数のＰＬＰはＰＬＰ  ＩＤ情報により識別できる。ＬＤＭデータは、コアレイヤデータとエンハンスドレイヤデータを含む。コアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、エンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。受信ＬＤＭデータのコアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰは、図３４から図３７のように構成できる。ＬＤＭデータに含まれるコアレイヤＰＬＰの数及びエンハンスドレイヤＰＬＰの数は１：１、１：Ｎ、Ｎ：１、またはＮ：Ｍになることができる。そして、コアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰレイヤの開始位置及び長さは同一または相異することができる。
【０５６８】
コアレイヤＰＬＰは、各々１つのタイムインターリーバグループに該当する。そして、受信機のタイムデインターリーバはコアレイヤＰＬＰに基づいてＬＤＭデータをタイムデインターリービングすることができる。タイムデインターリービングに対するタイムインターリービングパラメータ情報は、コアレイヤＰＬＰに対してシグナリングされる。放送信号受信機は、所望のサービスがコアレイヤＰＬＰである場合、コアレイヤのタイムデインターリービングパラメータ情報を使用してデインターリービングを遂行することができる。放送信号受信機は、所望のサービスがエンハンスドレイヤＰＬＰである場合、ＬＤＭデータ構成を参照しなければならない。放送信号受信機は、エンハンスドレイヤＰＬＰ領域を含む少なくとも１つのアッパーレイヤＰＬＰをタイムデインターリービングし、デインターリービングされたデータ部分で該当エンハンスドレイヤＰＬＰを抽出してデコーディングすることができる。
【０５６９】
シグナリング情報は、信号フレームに含まれたＰＬＰがコアレイヤＰＬＰか、またはエンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む。ＰＬＰレイヤ情報がＰＬＰがコアレイヤＰＬＰであることを示す場合、シグナリング情報はこのＰＬＰに対するタイムインターリービングパラメータ情報を含む。ＰＬＰレイヤ情報がＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、シグナリング情報はコアレイヤデータ及びエンハンスドレイヤデータの間の転送電力分配を示すインジェクションレベル情報を含む。そして、シグナリング情報はＰＬＰを識別するＰＬＰ  ＩＤ情報、ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び信号フレームでＰＬＰの開始位置を示すＰＬＰ開始情報をさらに含む。放送信号受信機は、このようなシグナリング情報を使用してＬＤＭデータ構成を把握し、それによってＰＬＰ別にＬＤＤプロセシング及びデコーディングを遂行することができる。
【０５７０】
本発明によれば、ＬＤＭデータ構成を柔軟に遂行することができる。即ち、アッパーレイヤＰＬＰとロワーレイヤＰＬＰが１：１マッチングされず、その数がＭ：Ｎの場合、及び開始位置及びサイズがマッチングされない場合にも最小限のシグナリング情報を通じてデータ構造を送受信することができる。
【０５７１】
本発明は、またタイムインターリービングをアッパーレイヤＰＬＰのみを基準に遂行することによって、送受信データ処理過程を単純化し、シグナリング情報の量を減らすことができる。コアレイヤＰＬＰに対してのみタイムインターリービングパラメータをシグナリングし、エンハンスドレイヤＰＬＰに対してのみＬＤＭ処理に従うインジェクションレベル情報をシグナリングするので、シグナリング情報の量を減らし、送受信過程をより単純化することができる。
【０５７２】
アッパーレイヤＰＬＰ及びロワーレイヤＰＬＰの構成に対するシグナリング情報をＰＬＰ  ＩＤ情報、ＰＬＰサイズ情報、及びＰＬＰ開始情報に簡素化することによって、シグナリングオーバーヘッドを最小化しながらＬＤＭデータの構造を効率良くシグナリングすることができる。
【０５７３】
本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に理解される。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０５７４】
本明細書において装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用されることができる。
【発明の実施のための形態】
【０５７５】
様々な実施形態が本発明を実施するための最善の形態で説明された。
【産業上の利用可能性】
【０５７６】
本発明は、一連の放送信号提供分野で利用される。
【０５７７】
本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に自明である。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【図１】
0006514358.tif 000073
【図２】
0006514358.tif 000074
【図３】
0006514358.tif 000075
【図４】
0006514358.tif 000076
【図５】
0006514358.tif 000077
【図６】
0006514358.tif 000078
【図７】
0006514358.tif 000079
【図８】
0006514358.tif 000080
【図９】
0006514358.tif 000081
【図１０】
0006514358.tif 000082
【図１１】
0006514358.tif 000083
【図１２】
0006514358.tif 000084
【図１３】
0006514358.tif 000085
【図１４】
0006514358.tif 000086
【図１５】
0006514358.tif 000087
【図１６】
0006514358.tif 000088
【図１７】
0006514358.tif 000089
【図１８】
0006514358.tif 000090
【図１９】
0006514358.tif 000091
【図２０】
0006514358.tif 000092
【図２１】
0006514358.tif 000093
【図２２】
0006514358.tif 000094
【図２３】
0006514358.tif 000095
【図２４】
0006514358.tif 000096
【図２５】
0006514358.tif 000097
【図２６】
0006514358.tif 000098
【図２７】
0006514358.tif 000099
【図２８】
0006514358.tif 000100
【図２９】
0006514358.tif 000101
【図３０】
0006514358.tif 000102
【図３１】
0006514358.tif 000103
【図３２】
0006514358.tif 000104
【図３３】
0006514358.tif 000105
【図３４】
0006514358.tif 000106
【図３５】
0006514358.tif 000107
【図３６】
0006514358.tif 000108
【図３７】
0006514358.tif 000109
【図３８】
0006514358.tif 000110
【図３９】
0006514358.tif 000111
【図４０】
0006514358.tif 000112
【図４１】
0006514358.tif 000113
【図４２】
0006514358.tif 000114
【図４３】
0006514358.tif 000115
【図４４】
0006514358.tif 000116
【図４５】
0006514358.tif 000117
【図４６】
0006514358.tif 000118
【図４７】
0006514358.tif 000119
【図４８】
0006514358.tif 000120
【図４９】
0006514358.tif 000121
【図５０】
0006514358.tif 000122
【図５１】
0006514358.tif 000123
【図５２】
0006514358.tif 000124
【図５３】
0006514358.tif 000125