(57)【特許請求の範囲】
【請求項１】
放送信号を送信する方法であって、
物理階層パイプ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ、ＰＬＰ）に対応するサービスデータをエンコードする段階；
信号通知データの第１のエンコーディングを行う段階；
第１のエンコーディングが行われた信号通知データに対して各ゼロビットをパッドする段階；
各パリティビットを付加し、前記ゼロパッドされた信号通知データの第２のエンコーディングを行う段階―前記パッドされた各ゼロビットのサイズは、第１のエンコーディングが行われた信号通知データの各情報ビットと各パリティビットのサイズ及び第２のエンコーディングの各情報ビットのサイズに基づいて算出される。―；
前記第２のエンコーディングが行われた信号通知データの各パリティビットをパリティインタリーブする段階−前記パリティインタリーブされた信号通知データは、ＱＣ（Ｑｕａｓｉ−ｃｙｃｌｉｃ）構造を有する。−；
前記パリティインタリーブされた信号通知データをパリティ再配置する段階；
前記パリティ再配置された信号通知データにパリティパンクチャリングを行う段階；
前記エンコードされたサービスデータ及び前記パリティパンクチャリングが行われた信号通知データを含む少なくとも一つの信号フレームをビルドする段階；
前記ビルドされた少なくとも一つの信号フレームのデータをＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方法によって変調する段階；及び
前記少なくとも一つの信号フレームの変調されたデータを有する放送信号を送信する段階；を含む放送信号送信方法。
【請求項２】
前記パリティパンクチャリングが行われた信号通知データを各星状図シンボルにマップする段階；をさらに含む、請求項１に記載の放送信号送信方法。
【請求項３】
再配置順序はコードレートと関連し、前記信号通知データに対する前記第２のエンコーディングは、前記挿入された各ゼロビットを除去する段階をさらに含む、請求項２に記載の放送信号送信方法。
【請求項４】
放送信号を送信する装置であって、
物理階層パイプ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ、ＰＬＰ）に対応するサービスデータをエンコードするデータエンコーダ；
信号通知データの第１のエンコーディングを行う第１のエンコーダ；
第１のエンコーディングが行われた信号通知データに対して各ゼロビットをパッドするインサータ；
各パリティビットを付加し、前記ゼロパッドされた信号通知データの第２のエンコーディングを行う第２のエンコーダ―前記パッドされた各ゼロビットのサイズは、第１のエンコーディングが行われた信号通知データの各情報ビットと各パリティビットのサイズ及び第２のエンコーディングの各情報ビットのサイズに基づいて算出される。―；
前記第２のエンコーディングが行われた信号通知データの各パリティビットをパリティインタリーブするパリティインタリーバ−前記パリティインタリーブされた信号通知データは、ＱＣ（Ｑｕａｓｉ−ｃｙｃｌｉｃ）構造を有する。−；
前記パリティインタリーブされた信号通知データをパリティ再配置するパリティパーミュテータ；
前記パリティ再配置された信号通知データにパリティパンクチャリングを行うパリティパンクチャ；
前記エンコードされたサービスデータ及び前記パリティパンクチャリングが行われた信号通知データを含む少なくとも一つの信号フレームをビルドするフレームビルダ；
前記ビルドされた少なくとも一つの信号フレームのデータをＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方法によって復調するモジュレータ；及び
前記少なくとも一つの信号フレームの変調されたデータを有する放送信号を送信するトランスミッタ；を含む放送信号送信装置。
【請求項５】
前記第２のエンコーダは、
前記パリティパンクチャリングが行われた信号通知データを各星状図シンボルにマップする動作をさらに行う、請求項４に記載の放送信号送信装置。
【請求項６】
再配置順序はコードレートと関連し、前記信号通知データに対する前記第２のエンコーディングは、前記挿入された各ゼロビットを除去する動作をさらに含む、請求項５に記載の放送信号送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、放送信号を送受信する方法に関する。
【背景技術】
【０００２】
アナログ放送信号の送信が終了すると共に、デジタル放送信号を送受信する多様な技術が開発されている。デジタル放送信号は、アナログ放送信号より多量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータに加えて、多様なタイプの追加データをさらに含むことができる。
【０００３】
すなわち、デジタル放送システムは、高画質（ＨＤ；ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ）映像、マルチチャネルオーディオ及び多様な追加サービスを提供することができる。しかし、デジタル放送のためには、多量のデータを送信するためのデータ送信効率、送受信ネットワークのロバスト性（ｒｏｂｕｓｔｎｅｓｓ）及びモバイル受信装備を考慮したネットワーク柔軟性が改善される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、放送信号を送信し、時間領域で２個以上の異なる放送サービスを提供する放送送受信システムのデータをマルチプレクスし、同一のＲＦ信号帯域幅を通じてマルチプレクスされたデータを送信する装置及び方法、及びそれに対応する放送信号を受信する装置及び方法を提供することにある。
【０００５】
本発明の他の目的は、放送信号を送信する装置、放送信号を受信する装置、及び放送信号を送受信し、コンポーネントによってサービスに対応するデータを分類し、各コンポーネントに対応するデータをデータパイプとして送信し、データを受信及び処理する方法を提供することにある。
【０００６】
本発明の他の目的は、放送信号を送信する装置、放送信号を受信する装置、及び放送信号を送受信し、放送信号を提供するのに必要な信号通知情報を信号通知する方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の目的及び他の利点を達成するために、本発明は、放送信号を送信する方法を提供する。放送信号を送信する方法は、少なくとも一つのサービスデータ又はサービスコンポーネントデータを搬送する各データ伝送チャネルに対応するデータをエンコードする段階；前記エンコードされたデータを含む少なくとも一つの信号フレームをビルド（ｂｕｉｌｄ）する段階；及び前記少なくとも一つの信号フレームをＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方法によって変調し、前記変調された信号フレームを搬送する放送信号を送信する段階；を含む。
【発明の効果】
【０００８】
本発明は、各サービス又はサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅｓ）を制御するサービス特性に応じてデータを処理し、多様な放送サービスを提供することができる。
【０００９】
本発明は、同一のＲＦ信号帯域幅を通じて多様な放送サービスを送信することによって、送信柔軟性を達成することができる。
【００１０】
本発明は、データ送信効率を改善し、ＭＩＭＯシステムを用いて放送信号の送受信のロバスト性を増加させることができる。
【００１１】
本発明によると、モバイル受信装備で又は室内環境でも、誤りなしでデジタル放送信号を受信可能な放送信号送信及び受信方法、及びその装置を提供することができる。
【図面の簡単な説明】
【００１２】
本発明の追加の理解を提供するために含まれ、本出願の一部に含まれたり、その一部を構成する添付の図面は、本発明の実施例を示し、説明と共に本発明の原理を説明する。
【図１】本発明の実施例によって未来の放送サービスのための放送信号を送信する装置の構造を示す図である。
【図２】本発明の一実施例に係る入力フォーマッティングブロックを示す図である。
【図３】本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【図４】本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【図５】本発明の実施例に係るＢＩＣＭブロックを示す図である。
【図６】本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【図７】本発明の一実施例に係るフレームビルディングブロックを示す図である。
【図８】本発明の実施例に係るＯＦＭＤ生成ブロックを示す図である。
【図９】本発明の実施例によって未来の放送サービスのための放送信号を受信する装置の構造を示す図である。
【図１０】本発明の実施例に係るフレーム構造を示す図である。
【図１１】本発明の実施例に係るフレームの信号通知階層構造を示す図である。
【図１２】本発明の実施例に係るプリアンブル信号通知データを示す図である。
【図１３】本発明の実施例に係るＰＬＳ１データを示す図である。
【図１４】本発明の実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の他の実施例に係るＰＬＳ２データを示す図である。
【図１６】本発明の実施例に係るフレームの論理構造を示す図である。
【図１７】本発明の実施例に係るＰＬＳマッピングを示す図である。
【図１８】本発明の実施例に係るＥＡＣマッピングを示す図である。
【図１９】本発明の実施例に係るＦＩＣマッピングを示す図である。
【図２０】本発明の実施例に係るＤＰのタイプを示す図である。
【図２１】本発明の実施例に係るＤＰマッピングを示す図である。
【図２２】本発明の実施例に係るＦＥＣ構造を示す図である。
【図２３】本発明の実施例に係るビットインタリービングを示す図である。
【図２４】本発明の実施例に係るセル―ワードデマルチプレキシングを示す図である。
【図２５】本発明の実施例に係る時間インタリービングを示す図である。
【図２６】本発明の実施例に係るＰＬＳデータに対するエンコーディングを示す図である。
【図２７】本発明の実施例に係るＰＬＳデータエンコーディングスキームを示す図である。
【図２８】本発明の実施例に係るエンコーディングオペレーションに対応するデータ構造を示す図である。
【図２９】本発明の実施例に係る放送信号伝送装置の構造を示す図である。
【図３０】本発明の実施例に係る放送信号伝送方法を示す図である。
【図３１】本発明の実施例に係る放送信号受信方法を示す図である。
【発明を実施するための最善の形態】
【００１３】
以下、添付の図面を参照して本発明の好ましい実施例を説明する。添付の図面を参照して以下で説明する詳細な説明は、本発明によって具現可能な実施例のみを示すよりは、本発明の例示的な実施例を説明するためのものである。次の詳細な説明は、本発明の完璧な理解を提供するために特定の細部事項を含む。しかし、本発明が、このような特定の細部事項なしでも実行可能であることは当業者にとって自明である。
【００１４】
本発明で使用されるほとんどの用語は、本技術で広く使用されるものから選択されたが、一部の用語は、出願人によって任意に選択されたものであって、その意味は、必要に応じて次の説明で詳細に説明する。よって、本発明は、単純な名前又は意味よりは、用語の意図された意味に基づいて理解しなければならない。
【００１５】
本発明は、未来の放送サービスのための放送信号を送受信する装置及び方法を提供する。本発明の実施例に係る未来の放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非―ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）又はＭＩＭＯを通じて未来の放送サービスのための放送信号を処理することができる。本発明の実施例に係る非―ＭＩＭＯ方式は、ＭＩＳＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）方式、ＳＩＳＯ（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）方式などを含むことができる。
【００１６】
ＭＩＳＯ又はＭＩＭＯは、説明の便宜上、以下で２個のアンテナを使用するが、本発明は、２個以上のアンテナを用いるシステムに適用することができる。
【００１７】
本発明は、特定の使用ケースのために要求される性能を獲得しながら、受信機の複雑度を最小化するのにそれぞれ最適化された３個の物理層（ＰＬ）プロファイル（ベース、ハンドヘルド及びアドバンスドプロファイル）を定義することができる。物理層（ＰＨＹ）プロファイルは、該当受信機が具現しなければならないすべての構成のサブセットである。
【００１８】
３個のＰＨＹプロファイルは、機能ブロックのほとんどを共有するが、特定のブロック及び／又はパラメータにおいて少し異なる。追加のＰＨＹプロファイルを未来に定義することができる。また、システム進化のために、未来のプロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を通じて単一ＲＦチャネル内の既存のプロファイルとマルチプレクスされ得る。以下では、それぞれのＰＨＹプロファイルの細部事項について説明する。
【００１９】
１．ベースプロファイル
【００２０】
ベースプロファイルは、通常、ルーフトップ（ｒｏｏｆ―ｔｏｐ）アンテナに接続する固定受信装置に対する主要な使用ケースを示す。また、ベースプロファイルは、いずれかの場所に搬送可能であるが、比較的停止した受信カテゴリーに属するポータブル装置を含む。ベースプロファイルの使用は、任意の改善された具現例によってハンドヘルド装置又は車両装置に拡張可能であるが、これら使用ケースは、ベースプロファイル受信機の動作に対しては期待されない。
【００２１】
受信のターゲットＳＮＲ範囲は約１０ｄＢ〜２０ｄＢであって、これは、既存の放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢ  ＳＮＲ受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリ動作ハンドヘルド装置の場合のように重要ではない。以下では、ベースプロファイルに対する重要なシステムパラメータを表１に列挙する。
【００２２】
【表１】
0006261748.tif 000002
【００２３】
２．ハンドヘルドプロファイル
【００２４】
ハンドヘルドプロファイルは、バッテリ電力で動作するハンドヘルド及び車両装置に使用されるように設計された。装置は、歩行者又は車両速度で移動することができる。受信機の複雑度のみならず、消費電力はハンドヘルドプロファイルの装置の具現において非常に重要である。ハンドヘルドプロファイルのターゲットＳＮＲ範囲は約０ｄＢ〜１０ｄＢであるが、より深い室内受信を対象にすると、０ｄＢ未満に到逹するように構成することができる。
【００２５】
低いＳＮＲ能力に加えて、受信機の移動度によって誘発されたドップラー効果に対する弾力性は、ハンドヘルドプロファイルの最も重要な性能属性である。以下では、ハンドヘルドプロファイルに対する重要なパラメータを表２に列挙する。
【００２６】
【表２】
0006261748.tif 000003
【００２７】
３．アドバンスドプロファイル
【００２８】
アドバンスドプロファイルは、より多くの具現複雑度を犠牲し、最も高いチャネル容量を提供する。このプロファイルは、ＭＩＭＯ送信及び受信の利用を要求し、ＵＨＤＴＶサービスは、このプロファイルが特別に設計されたターゲット使用ケースである。また、増加した容量は、与えられた帯域幅内で増加した数のサービス、例えば、ＳＤＴＶ又はＨＤＴＶサービスを許容するように使用することができる。
【００２９】
アドバンスドプロファイルのターゲットＳＮＲ範囲は、約２０ｄＢ〜３０ｄＢである。ＭＩＭＯ送信は、初期に既存の楕円偏波（ｅｌｌｉｐｔｉｃａｌｌｙ―ｐｏｌａｒｉｚｅｄ）送信装置を利用できるが、未来にフル電力交差偏波送信（ｆｕｌｌ―ｐｏｗｅｒ  ｃｒｏｓｓ―ｐｏｌａｒｉｚｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）に拡張される。以下では、アドバンスドプロファイルに対する重要なシステムパラメータを表３に列挙する。
【００３０】
【表３】
0006261748.tif 000004
【００３１】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスのすべてのためのプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するのに使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルのためのアドバンスドプロファイル、及びＭＩＭＯを有するハンドヘルドプロファイルのためのアドバンスドプロファイルに分離することができる。また、３個のプロファイルは、設計者の意図によって変更可能である。
【００３２】
次の用語及び定義を本発明に適用することができる。次の用語及び定義は、設計によって変更可能である。
【００３３】
補助ストリーム：未だに定義されていない変調及びコーディングのデータを伝達するセルのシーケンスであって、未来拡張のために、又は、ブロードキャスタ又はネットワークオペレータによる要求通りに使用することができる。
【００３４】
ベースデータパイプ：サービス信号通知データを伝達するデータパイプ
【００３５】
ベースバンドフレーム（又はＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディングプロセス（ＢＣＨ及びＬＤＰＣエンコーディング）への入力を形成するＫｂｃｈビットのセット
【００３６】
セル：ＯＦＤＭ送信の一つのキャリアによって伝達される変調値
【００３７】
コーディングブロック：ＰＬＳ１データのＬＤＰＣエンコーディングブロック及びＰＬＳ２データのＬＤＰＣエンコーディングブロックのうち一つ
【００３８】
データパイプ：サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は多数のサービス又はサービスコンポーネントを伝達することができる。
【００３９】
データパイプ単位：フレーム内のＤＰにデータセルを割り当てる基本単位
【００４０】
データシンボル：プリアンブルシンボルでないフレーム内のＯＦＤＭシンボル（フレーム信号通知シンボル及びフレームエッジシンボルはデータシンボルに含まれる。）
【００４１】
ＤＰ＿ＩＤ：この８ビットフィールドは、ＳＹＳＴＥＭ＿ＩＤによって識別されたシステム内のＤＰを固有に識別する。
【００４２】
ダミーセル：ＰＬＳ信号通知、ＤＰ又は補助ストリームに使用されない残りの容量を充填するのに使用される擬似ランダム値を伝達するセル
【００４３】
非常境界チャネル（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ；ＥＡＳ）：ＥＡＳ情報データを伝達するフレームの一部
【００４４】
フレーム：プリアンブルから開始し、フレームエッジシンボルで終了する物理層時間スロット
【００４５】
フレーム受信単位：ＦＥＴを含む同一又は異なる物理層プロファイルに属するフレームセットであって、スーパーフレーム内で８回繰り返される。
【００４６】
高速情報チャネル：サービスと対応ベースＤＰとの間のマッピング情報を伝達するフレーム内の論理チャネル
【００４７】
ＦＥＣＢＬＯＣＫ：ＤＰデータのＬＤＰＣエンコーディングビットのセット
【００４８】
ＦＦＴサイズ：特定のモードに使用される公称ＦＦＴサイズであって、基本期間（ｅｌｅｍｅｎｔａｒｙ  ｐｅｒｉｏｄ）Ｔの周期で表現されるアクティブシンボル期間Ｔｓと同一である。
【００４９】
フレーム信号通知シンボル：ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）及び分散型パイロットパターンの所定の組み合わせでフレームの開始時に使用されるより高いパイロット密度を有するＯＦＤＭシンボルであって、ＰＬＳデータの一部を伝達する。
【００５０】
フレームエッジシンボル：ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）及び分散型パイロットパターンの所定の組み合わせでフレームの終了時に使用されるより高いパイロット密度を有するＯＦＤＭシンボル
【００５１】
フレームグループ：スーパーフレーム内の同一のＰＨＹプロファイルタイプを有するすべてのフレームのセット
【００５２】
未来拡張フレーム：未来拡張のために使用可能なスーパーフレーム内の物理層時間スロットであって、プリアンブルから開始する。
【００５３】
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が一つ以上のＭＰＥＧ２―ＴＳ又はＩＰ又は一般ストリームであって、出力がＲＦ信号である提案された物理層放送システム
【００５４】
入力ストリーム：システムによってエンドユーザに伝達されるサービスのアンサンブルのためのデータのストリーム
【００５５】
正常データシンボル：フレーム信号通知シンボル及びフレームエッジシンボルを除いたデータシンボル
【００５６】
ＰＨＹプロファイル：該当受信機が具現しなければならないすべての構成のサブセット
【００５７】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層信号通知データ
【００５８】
ＰＬＳ１：固定サイズ、コーディング及び変調を有するＦＳＳシンボルで伝達されるＰＬＳデータの第１のセットであって、ＰＬＳ２をデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。
【００５９】
注（ｎｏｔｅ）：フレームグループのデュレーションのために、ＰＬＳ１データは一定に維持される。
【００６０】
ＰＬＳ２：ＦＳＳシンボルで送信されるＰＬＳデータの第２のセットであって、システム及びＤＰに対するより細部的なＰＬＳデータを伝達する。
【００６１】
ＰＬＳ２動的データ：フレーム別に動的に変化可能なＰＬＳ２データ
【００６２】
ＰＬＳ２静的データ：フレームグループのデュレーションの間に静的に維持されるＰＬＳ２データ
【００６３】
プリアンブル信号通知データ：プリアンブルシンボルによって伝達され、システムの基本モードを識別するのに使用される信号通知データ
【００６４】
プリアンブルシンボル：基本ＰＬＳデータを伝達し、フレームの初期に位置する固定長さパイロットシンボル
【００６５】
注：プリアンブルシンボルは、主に高速初期バンドスキャンのために使用され、システム信号、そのタイミング、周波数オフセット及びＦＦＴサイズを検出する。
【００６６】
未来の使用のために予約：現在の文書では定義されないが、未来に定義可能である。
【００６７】
スーパーフレーム：８個のフレーム反復単位のセット
【００６８】
時間インタリービングブロック（ＴＩブロック）：時間インタリーバメモリの一つの用途に対応する時間インタリービングが行われるセルのセット
【００６９】
ＴＩグループ：特定のＤＰのための動的容量割り当てが行われる単位であって、整数、すなわち、動的に変わる数のＸＦＥＣＢＬＯＣＫで構成される。
【００７０】
注：ＴＩグループは、一つのフレームに直接マップされたり、多数のフレームにマップされ得る。これは、一つ以上のＴＩブロックを含むことができる。
【００７１】
タイプ１  ＤＰ：すべてのＤＰがＴＤＭ方式でマップされるフレームのＤＰ
【００７２】
タイプ２  ＤＰ：すべてのＤＰがＦＤＭ方式でマップされるフレームのＤＰ
【００７３】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ  ＦＥＣＢＬＯＣＫのすべてのビットを伝達するＮｃｅｌｌｓセルのセット
【００７４】
図１は、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置の構造を示す図である。
【００７５】
本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、入力フォーマッティングブロック１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレーム構造ブロック１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）生成ブロック１０３０、及び信号通知生成ブロック１０４０を含むことができる。以下では、放送信号を送信する装置の各モジュールの動作を説明する。
【００７６】
ＩＰストリーム／パケット及びＭＰＥＧ２―ＴＳはメイン入力フォーマットで、他のストリームタイプは一般ストリームとして処理される。これらデータ入力に加えて、管理情報が入力され、各入力ストリームに対する該当帯域幅のスケジューリング及び割り当てを制御する。一つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般ストリームの入力が同時に許容される。
【００７７】
入力フォーマッティングブロック１０００は、各入力ストリームを一つ又は多数のデータパイプにデマルチプレクスし、独立コーディング及び変調がデータパイプに適用される。データパイプ（ＤＰ）は、ロバスト性制御のための基本単位であって、ＱｏＳに影響を与える。一つ又は多数のサービス又はサービスコンポーネントは単一のＤＰによって伝達され得る。入力フォーマッティングブロック１０００の動作の細部事項については後で説明する。
【００７８】
データパイプは、サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は多数のサービス又はサービスコンポーネントを伝達することができる。
【００７９】
また、データパイプ単位は、フレーム内のＤＰにデータセルを割り当てる基本ユニットである。
【００８０】
ＢＩＣＭブロック１０１０において、パリティデータが誤り訂正のために追加され、エンコードされたビットストリームは複素数値の星状シンボルにマップされる。シンボルは、該当ＤＰに使用される特定のインタリービング深さを横切ってインタリーブされる。アドバンスドプロファイルに対して、ＭＩＭＯエンコーディングがＢＩＣＭブロック１０１０で行われ、追加のデータ経路はＭＩＭＯ送信のための出力で追加される。ＢＩＣＭブロック１０１０の細部事項については後で説明する。
【００８１】
フレームビルディングブロック１０２０は、入力ＤＰのデータセルをフレーム内のＯＦＤＭシンボルにマップすることができる。マップした後、周波数インタリービングは、周波数領域ダイバシチに使用され、特に、周波数選択フェーディングチャネルを防止する。フレームビルディングブロック１０２０の動作の細部事項については後で説明する。
【００８２】
各フレームの初期にプリアンブルを挿入した後、ＯＦＤＭ生成ブロック１０３０は、保護区間として循環前置（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を有する従来のＯＦＤＭ変調を適用することができる。アンテナ空間ダイバシチのために、分散型ＭＩＳＯ方式が送信機に適用される。また、ＰＡＰＲ（ｐｅａｋ―ｔｏ―ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）方式が時間領域で行われる。柔軟なネットワーク計画のために、この提案は、多様なＦＦＴサイズ、保護区間長さ及び該当パイロットパターンのセットを提供する。ＯＦＤＭ生成ブロック１０３０の動作の細部事項については後で説明する。
【００８３】
信号通知生成ブロック１０４０は、各機能ブロックの動作に使用される物理層信号通知情報を生成することができる。また、この信号通知情報は、関心のあるサービスが受信側で適切に回復されるように送信される。信号通知生成ブロック１０４０の動作の細部事項については後で説明する。
【００８４】
図２、図３及び図４は、本発明の実施例に係る入力フォーマッティングブロック１０００を示す。以下では、各図面に対して説明する。
【００８５】
図２は、本発明の一実施例に係る入力フォーマッティングブロックを示す図である。図２は、入力信号が単一入力ストリームであるときの入力フォーマッティングブロックを示す。
【００８６】
図２に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【００８７】
物理層への入力は、一つ又は多数のデータストリームで構成することができる。各データストリームは一つのＤＰによって伝達される。モード適応モジュールは、入ってくるデータストリームをベースバンドフレーム（ＢＢＦ）のデータフィールドにスライスする。システムは、３つのタイプの入力データストリーム、すなわち、ＭＰＥＧ２―ＴＳ、インターネットプロトコル（ＩＰ）及びＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）をサポートする。ＭＰＥＧ２―ＴＳは、固定長さ（１８８バイト）パケットで特性化され、第１のバイトはシンク（ｓｙｎｃ）バイト（０ｘ４７）である。ＩＰストリームは、ＩＰパケットヘッダ内で信号通知される可変長さＩＰデータグラムパケットで構成される。システムは、ＩＰストリームのためのＩＰｖ４及びＩＰｖ６をサポートする。ＧＳは、カプセル化パケットヘッダ内で信号通知される可変長さパケット又は固定長さパケットで構成することができる。
【００８８】
（ａ）は、信号ＤＰのためのモード適応ブロック２０００及びストリーム適応ブロック２０１０を示し、（ｂ）は、ＰＬＳ信号を生成して処理するＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。以下では、各ブロックの動作を説明する。
【００８９】
入力ストリームスプリッタは、入力ＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分離する。モード適応モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサ及びＢＢフレームヘッダ挿入ブロックで構成される。
【００９０】
ＣＲＣエンコーダは、ユーザパケット（ＵＰ）レベル、すなわち、ＣＲＣ―８、ＣＲＣ―１６及びＣＲＣ―３２で誤り訂正のための３つのタイプのＣＲＣエンコーディングを提供する。計算されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ―８はＴＳストリームに使用され、ＣＲＣ―３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しない場合、提案されたＣＲＣエンコーディングが適用されなければならない。
【００９１】
ＢＢフレームスライサは、入力を内部論理ビットフォーマットにマップする。最初に受信されたビットはＭＢＳであると定義される。ＢＢフレームスライサは、利用可能なデータフィールド容量と同一の多数の入力ビットを割り当てる。ＢＢＦペイロードと同一の多数の入力ビットを割り当てるために、ＵＰパケットストリームはＢＢＦのデータフィールドに合わせてスライスされる。
【００９２】
ＢＢフレームヘッダ挿入ブロックは、２バイトの固定長さＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）及びＲＦＵ（２ビット）で構成される。固定２バイトＢＢＦヘッダに加えて、ＢＢＦは、２バイトＢＢＦヘッダの端に拡張フィールド（１又は３バイト）を有することができる。
【００９３】
ストリーム適応ブロック２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。
【００９４】
スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリーム適応への入力データがＢＢフレームを充填するのに十分である場合、ＳＴＵＦＦＩは「０」に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでない場合、ＳＴＵＦＦＩが「１」に設定され、スタッフィングフィールドがＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
【００９５】
ＢＢスクランブラは、エネルギー分散（ｅｎｅｒｇｙ  ｄｉｓｐｅｒｓａｌ）のために完全なＢＢＦをスクランブルする。スクランブリングシーケンスはＢＢＦと同時に発生する。スクランブリングシーケンスは、フィードバックされたシフトレジスタによって生成される。
【００９６】
ＰＬＳ生成ブロック２０２０は、物理層信号通知（ＰＬＳ）データを生成することができる。ＰＬＳは、受信機に物理層ＤＰにアクセスする手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。
【００９７】
ＰＬＳ１データは、固定サイズ、コーディング及び変調を有するフレーム内のＦＳＳシンボルで伝達されるＰＬＳデータの第１のセットであって、ＰＬＳ２データをデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするのに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間に一定に維持される。
【００９８】
ＰＬＳ２データは、ＦＳＳシンボルで伝送されるＰＬＳデータの第２のセットであって、システム及びＤＰに対するより詳細なＰＬＳデータを伝達する。ＰＬＳ２は、受信機に十分なデータを提供し、所望のＤＰをデコードするパラメータを含む。また、ＰＬＳ２信号通知は、２つのタイプのパラメータ、すなわち、ＰＬＳ２静的データ（ＰＬＳ２―ＳＴＡＴデータ）及びＰＬＳ２動的データ（ＰＬＳ２―ＤＹＮデータ）で構成される。ＰＬＳ２静的データは、フレームグループのデュレーションの間に静的に残っているＰＬＳ２データで、ＰＬＳ２動的データは、フレーム別に動的に変わり得るＰＬＳ２データである。
【００９９】
ＰＬＳデータの細部事項については後で説明する。
【０１００】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブルすることができる。
【０１０１】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１０２】
図３は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【０１０３】
図３に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【０１０４】
図３は、入力信号が多数の入力ストリームに対応するときの入力フォーマッティングブロックのモード適応ブロックを示す。
【０１０５】
多数の入力ストリームを処理する入力フォーマッティングブロックのモード適応ブロックは、独立的に多数の入力ストリームを処理することができる。
【０１０６】
図３を参照すると、多数の入力ストリームをそれぞれ処理するモード適応ブロックは、入力ストリームスプリッタ３０００、入力ストリーム同期化器３０１０、補償遅延ブロック３０２０、ヌル（ｎｕｌｌ）パケット削除ブロック３０３０、ヘッド圧縮ブロック３０４０、ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０及びＢＢヘッダ挿入ブロック３０７０を含むことができる。以下では、モード適応ブロックの各ブロックを説明する。
【０１０７】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサ及びＢＢヘッダ挿入ブロックに対応するので、それに対する説明は省略する。
【０１０８】
入力ストリームスプリッタ３０００は、入力ＴＳ、ＩＰ  ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分離することができる。
【０１０９】
入力ストリーム同期化器３０１０はＩＳＳＹと称することができる。ＩＳＳＹは、任意の入力データフォーマットに対する一定のエンド―ツー―エンド送信遅延及びＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）を保証する適切な手段を提供することができる。ＩＳＳＹは、常にＴＳを伝達する多数のＤＰの場合に使用され、選択的に、ＧＳストリームを伝達するＤＰに使用される。
【０１１０】
補償遅延ブロック３０２０は、ＩＳＳＹ情報の挿入後に分離されたＴＳパケットストリームを遅延させ、受信機内の追加のメモリを要求せずにＴＳパケット再結合メカニズムを許容することができる。
【０１１１】
ヌルパケット削除ブロック３０３０は、ＴＳ入力ストリームケースにのみ使用される。任意のＴＳ入力ストリーム又は分離されたＴＳストリームは、ＣＢＲ  ＴＳストリームにＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ―ｒａｔｅ）サービスを収容するために存在する多数のヌルパケットを有することができる。この場合、不要な送信オーバーヘッドを避けるために、ヌルパケットが識別され、送信されない。受信機において、除去されたヌルパケットは、送信時に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌ―ｐａｃｋｅｔ）カウンタを参照し、本来にあった正確な場所に再挿入され、一定のビットレートを保証し、タイムスタンプ（ＰＣＲ）アップデートに対する必要性を避けることができる。
【０１１２】
ヘッド圧縮ブロック３０４０は、パケットヘッダ圧縮を提供し、ＴＳ又はＩＰ入力ストリームに対する送信効率を増加させることができる。受信機がヘッダの所定部分に対する先験的情報（ａ  ｐｒｉｏｒｉ  ｉｎｆｏｒｍａｔｉｏｎ）を有し得るので、この既知の情報は送信機で削除され得る。
【０１１３】
伝送ストリームに対して、受信機は、シンク―バイト構成（０ｘ４７）及びパケット長さ（１８８バイト）に関する先験的情報を有する。入力ＴＳストリームが一つのＰＩＤを有するコンテンツを伝達すると、すなわち、一つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベース層、ＳＶＣインヘンスメント層、ＭＶＣベースビュー又はＭＶＣ従属ビュー）に対してのみ、ＴＳパケットヘッダ圧縮を（選択的に）伝送ストリームに適用することができる。入力ストリームがＩＰストリームであると、ＩＰパケットヘッダ圧縮が選択的に使用される。
【０１１４】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１１５】
図４は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【０１１６】
図４に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【０１１７】
図４は、入力信号が多数の入力ストリームに対応するときの入力フォーマッティングモジュールのストリーム適応ブロックを示す。
【０１１８】
図４を参照すると、多数の入力ストリームをそれぞれ処理するモード適応ブロックは、スケジューラ４０００、１フレーム遅延ブロック４０１０、スタッフィング挿入ブロック４０２０、帯域内（ｉｎ―ｂａｎｄ）信号通知４０３０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０及びＰＬＳスクランブラ４０６０を含むことができる。以下では、ストリーム適応ブロックのそれぞれのブロックを説明する。
【０１１９】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０及びＰＬＳスクランブラ４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラ、ＰＬＳ生成ブロック及びＰＬＳスクランブラに対応するので、それに対する説明は省略する。
【０１２０】
スケジューラ４０００は、それぞれのＤＰのＦＥＣＢＬＯＣＫの量から全体のフレームにわたった全体のセル割り当てを決定することができる。ＰＬＳ、ＥＡＣ及びＦＩＣに対する割り当てを含めて、スケジューラはＰＬＳ２―ＤＹＮデータの値を生成し、これは、フレームのＦＳＳ内の帯域内信号通知又はＰＬＳセルとして送信される。ＦＥＣＢＬＯＣＫ、ＥＡＣ及びＦＩＣの細部事項については後で説明する。
【０１２１】
１フレーム遅延ブロック４０１０は、入力データを１送信フレームだけ遅延させ、次のフレームに関するスケジューリング情報を、ＤＰに挿入される帯域内信号通知情報に対する現在のフレームを通じて送信させることができる。
【０１２２】
帯域内信号通知４０３０は、ＰＬＳ２データの遅延されていない部分をフレームのＤＰに挿入することができる。
【０１２３】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１２４】
図５は、本発明の実施例に係るＢＩＣＭブロックを示す図である。
【０１２５】
図５に示したＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の実施例に該当する。
【０１２６】
上述したように、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２７】
ＱｏＳは、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置によって提供されるサービスの特性に依存するので、各サービスに対応するデータは、異なる方式を通じて処理される必要がある。よって、本発明の実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ及びＭＩＭＯ方式をデータ経路にそれぞれ対応するデータパイプに独立的に適用することによって、それに入力されたＤＰを独立的に処理することができる。結果的に、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、それぞれのＤＰを通じて送信されるそれぞれのサービス又はサービスコンポーネントに対するＱｏＳを制御することができる。
【０１２８】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されたＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１２９】
ベースプロファイル及びハンドヘルドプロファイルによって共有されたＢＩＣＭブロック及びアドバンスドプロファイルによって共有されたＢＩＣＭブロックは、各ＤＰを処理する複数の処理ブロックを含むことができる。
【０１３０】
以下では、ベースプロファイル及びハンドヘルドプロファイルのためのＢＩＣＭブロック、及びアドバンスドプロファイルのためのＢＩＣＭブロックのそれぞれの処理ブロックを説明する。
【０１３１】
ベースプロファイル及びハンドヘルドプロファイルのためのＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインタリーバ５０２０、星状マッパ５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０及び時間インタリーバ５０５０を含むことができる。
【０１３２】
データＦＥＣエンコーダ５０１０は、入力ＢＢＦに対してＦＥＣエンコーディングを行い、アウターコーディング（ＢＣＨ）及びインナーコーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成することができる。アウターコーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の動作の細部事項については後で説明する。
【０１３３】
ビットインタリーバ５０２０は、データＦＥＣＴエンコーダ５０１０の出力をインタリーブし、効率的に具現可能な構造を提供しながらＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインタリーバ５０２０の動作の細部事項については後で説明する。
【０１３４】
星状マッパ５０３０は、ＱＰＳＫ、ＱＡＭ―１６、不均一ＱＡＭ（ＮＵＱ―６４、ＮＵＱ―２５６、ＮＵＱ―１０２４）又は不均一星状（ＮＵＣ―１６、ＮＵＣ―６４、ＮＵＣ―２５６、ＮＵＣ―１０２４）を用いてベース及びハンドヘルドプロファイル内のビットインタリーバ５０２０からの各セルワード及びアドバンスドプロファイル内のセル―ワードデマルチプレクサ５０１０―１からのセルワードを変調し、電力正規化星状ポイントを提供することができる。この星状マッピングはＤＰに対してのみ適用される。ＱＡＭ―１６及びＮＵＱが方形（ｓｑｕａｒｅ  ｓｈａｐｅｄ）であるが、ＮＵＣは任意の形状を有する。それぞれの星状が９０度の任意の倍数で回転すると、回転した星状は正確に本来の星状と重畳する。この「回転―感覚（ｒｏｔａｔｉｏｎ―ｓｅｎｓｅ）対称特性は、実数成分及び虚数成分の平均電力及び容量を互いに同一にする。ＮＵＱ及びＮＵＣは、各コードレートに対して特別に定義され、使用される特定の一つがＰＬＳ２データで提出されたパラメータ（ＤＰ＿ＭＯＤ）によって信号通知される。
【０１３５】
ＳＳＤエンコーディングブロック５０４０は、２（２Ｄ）、３（３Ｄ）及び４（４Ｄ）次元でセルをプリコードし、異なるフェーディング条件下で受信ロバスト性を増加させることができる。
【０１３６】
時間インタリーバ５０５０はＤＰレベルで動作し得る。時間インタリービング（ＴＩ）のパラメータは、各ＤＰに対して異なる形に設定することができる。時間インタリーバ５０５０の動作の細部事項については後で説明する。
【０１３７】
アドバンスドプロファイルのためのＢＩＣＭブロックの処理ブロック５０００―１は、データＦＥＣエンコーダ、ビットインタリーバ、星状マッパ及び時間インタリーバを含むことができる。しかし、処理ブロック５０００―１は処理ブロック５０００と区別され、セル―ワードデマルチプレクサ５０１０―１及びＭＩＭＯエンコーディングブロック５０２０―１をさらに含む。
【０１３８】
また、処理ブロック５０００―１のデータＦＥＣエンコーダ、ビットインタリーバ、星状マッパ及び時間インタリーバの動作は、上述したデータＦＥＣエンコーダ５０１０、ビットインタリーバ５０２０、星状マッパ５０３０及び時間インタリーバ５０５０に対応するので、それに対する説明は省略する。
【０１３９】
セル―ワードデマルチプレクサ５０１０―１は、アドバンスドプロファイルのＤＰに使用され、単一セル―ワードストリームをＭＩＭＯ処理のためのデュアルセル―ワードストリームに分離する。セル―ワードデマルチプレクサ５０１０―１の動作の細部事項については後で説明する。
【０１４０】
ＭＩＭＯエンコーディングブロック５０２０―１は、ＭＩＭＯエンコーディング方式を用いてセル―ワードデマルチプレクサ５０１０―１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号の送信のために最適化された。ＭＩＭＯ技術は、容量を増加させる優れた方式であるが、チャネル特性に依存する。特に、ブロードキャスティングに対して、異なる信号伝播特性によって誘発された２個のアンテナ間の受信された信号電力の差又はチャネルの強いＬＯＳ成分は、ＭＩＭＯから容量利得を得ることを困難にし得る。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち一つの回転基盤プリコーディング及び位相ランダム化を用いてこの問題を克服する。
【０１４１】
ＭＩＭＯエンコーディングは、送信機及び受信機で少なくとも２個のアンテナを必要とする２ｘ２  ＭＩＭＯシステムを目的とすることができる。この提案において、２個のＭＩＭＯエンコーディングモード、すなわち、ＦＲ―ＳＭ（ｆｕｌｌ―ｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤ―ＳＭ（ｆｕｌｌ―ｒａｔｅ  ｆｕｌｌ―ｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）が定義される。ＦＲ―ＳＭエンコーディングは、受信機側で比較的小さい複雑度の増加と共に容量の増加を提供するが、ＦＲＦＤ―ＳＭエンコーディングは、受信機側で大きい複雑度の増加と共に、容量の増加及び追加のダイバシチ利得を提供する。提案されたＭＩＭＯエンコーディング方式は、アンテナ極性構成に対する制限を有さない。
【０１４２】
ＭＩＭＯ処理は、アドバンスドプロファイルフレームのために要求することができ、これは、アドバンスドプロファイルフレーム内のすべてのＤＰがＭＩＭＯエンコーダによって処理されることを意味する。ＭＩＭＯ処理はＤＰレベルで適用することができる。星状マッパ出力（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｅｒ  ｏｕｔｐｕｔ）（ＮＵＱ）のペア（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダの入力に供給することができる。ＭＩＭＯエンコーダ出力のペア（ｇ1,i及びｇ2,i）は、それぞれのＴＸアンテナのＯＦＤＭシンボル（ｌ）及び同一のキャリア（ｋ）によって送信され得る。
【０１４３】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１４４】
図６は、本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【０１４５】
図６に示したＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の実施例に該当する。
【０１４６】
図６は、物理層信号通知（ＰＬＳ）、非常境界チャネル（ＥＡＣ）及び高速情報チャネル（ＦＩＣ）の保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報を伝達するフレームの一部であって、ＦＩＣは、サービスと該当ベースＤＰとの間のマッピング情報を伝達するフレーム内の論理チャネルである。ＥＡＣ及びＦＩＣの細部事項については後で説明する。
【０１４７】
図６を参照すると、ＰＬＳ、ＥＡＣ及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ  ＦＥＣエンコーダ６０００、ビットインタリーバ６０１０、星状マッパ６０２０及びタイムインタリーバ６０３０を含むことができる。
【０１４８】
また、ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック及びＬＤＰＣパリティパンクチャリングブロックを含むことができる。以下では、ＢＩＣＭブロックの各ブロックを説明する。
【０１４９】
ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ  １／２データ、ＥＡＣ及びＦＩＣセクションをエンコードすることができる。
【０１５０】
スクランブラは、ＢＣＨエンコーディング及び短縮及びパンクチャされたＬＤＰＣエンコーディング前にＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１５１】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のために短縮されたＢＣＨコードを用いてスクランブルされたＰＬＳ  １／２データに対してアウターエンコーディングを行い、ＢＣＨエンコーディング後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ＬＤＰＣエンコーディング前にゼロ挿入の出力ビットがパーミュート（ｐｅｒｍｕｔｅ）され得る。
【０１５２】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコードすることができる。完全なコーディングブロック（Ｃldpc）を生成するために、パリティビット（Ｐldpc）がそれぞれのゼロ挿入ＰＬＳ情報ブロック（Ｉldpc）から組織的にエンコードされ、その後に添付される。
【０１５３】
【数１】
0006261748.tif 000005
【０１５４】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４の通りである。
【０１５５】
【表４】
0006261748.tif 000006
【０１５６】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１５７】
ＰＬＳ１データ保護に短縮が適用されると、任意のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディング後にパンクチャされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットはＬＤＰＣエンコーディング後にパンクチャされる。これらパンクチャされたビットは送信されない。
【０１５８】
ビットインタリーバ６０１０は、それぞれ短縮及びパンクチャされたＰＬＳ１データ及びＰＬＳ２データをインタリーブする。
【０１５９】
星状マッパ６０２０は、ビットインタリーブされたＰＬＳ１データ及びＰＬＳ２データを星状にマップすることができる。
【０１６０】
時間インタリーバ６０３０は、マップされたＰＬＳ１データ及びＰＬＳ２データをインタリーブすることができる。
【０１６１】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１６２】
図７は、本発明の一実施例に係るフレームビルディングブロックを示す図である。
【０１６３】
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の実施例に該当する。
【０１６４】
図７を参照すると、フレームビルディングブロックは、遅延補償ブロック７０００、セルマッパ７０１０及び周波数インタリーバ７０２０を含むことができる。以下では、フレームビルディングブロックのそれぞれのブロックを説明する。
【０１６５】
遅延補償ブロック７０００は、データパイプと対応ＰＬＳデータとの間のタイミングを調節し、送信端で時間が共に合わせられるように保証することができる。ＰＬＳデータは、入力フォーマッティングブロック及びＢＩＣＭブロックによって誘発されたデータパイプの遅延を処理することによって、データパイプと同一の量だけ遅延される。ＢＩＣＭブロックの遅延は、主に時間インタリーバ５０５０による。帯域内信号通知データは、次のＴＩグループの情報を伝達し、信号通知されるＤＰより一つのフレームだけ速く伝達される。よって、遅延補償ブロックは、帯域内信号通知データを遅延させる。
【０１６６】
セルマッパ７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルをフレーム内のＯＦＤＭシンボルのアクティブキャリアにマップすることができる。セルマッパ７０１０の基本機能は、もしあれば、ＤＰ、ＰＬＳセル及びＥＡＣ／ＦＩＣセルのそれぞれに対してＴＩによって生成されたデータセルをフレーム内のＯＦＤＭシンボルのそれぞれに対応するアクティブＯＦＤＭセルのアレイにマップすることである。サービス信号通知データ（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ））は、データパイプによって個別的に集めて伝送することができる。セルマッパは、スケジューラによって生成された動的情報及びフレーム構造の構成によって動作する。フレームの細部事項については後で説明する。
【０１６７】
周波数インタリーバ７０２０は、セルマッパ７０１０から受信されたデータセルをランダムにインタリーブし、周波数ダイバシチを提供することができる。また、周波数インタリーバ７０２０は、異なるインタリービングシード（ｉｎｔｅｒｌｅａｖｉｎｇ―ｓｅｅｄ）順序を用いて２個の順次的なＯＦＤＭシンボルで構成されるＯＦＤＭシンボルペアに対して動作し、単一フレーム内の最大のインタリービング利得を得ることができる。周波数インタリーバ７０２０の動作の細部事項については後で説明する。
【０１６８】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１６９】
図８は、本発明の実施例に係るＯＦＤＭ生成ブロックを示す図である。
【０１７０】
図８に示したＯＦＤＭ生成ブロックは、図１を参照して説明したＯＦＤＭ生成ブロック１０３０の実施例に該当する。
【０１７１】
ＯＦＤＭ生成ブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、送信される時間領域信号を生成する。また、このブロックは、保護区間を順次挿入し、ＰＡＰＲ（ｐｅａｋ―ｔｏ―ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）減少処理を適用して最終ＲＦ信号を生成する。
【０１７２】
図８を参照すると、フレームビルディングブロックは、パイロット及び予約トーン挿入ブロック８０００、２Ｄ―ｅＳＦＮエンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、保護区間挿入ブロック８０４０、プリアンブル挿入ブロック８０５０、他のシステム挿入ブロック８０６０及びＤＡＣブロック８０７０を含むことができる。以下では、フレームビルディングブロックのそれぞれのブロックを説明する。
【０１７３】
パイロット及び予約トーン挿入ブロック８０００は、パイロット及び予約トーンを挿入することができる。
【０１７４】
ＯＦＤＭシンボル内の多様なセルは、パイロットとして知られた基準情報で変調され、パイロットは、受信機で先験的に知られた送信値を有する。パイロットセルの情報は、分散されたパイロット、反復パイロット（ｃｏｎｔｉｎｕａｌ  ｐｉｌｏｔ）、エッジパイロット、ＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）パイロット及びＦＥＳ（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）パイロットで構成される。それぞれのパイロットは、パイロットタイプ及びパイロットパターンによって特定のブースティング電力レベルで送信される。パイロット情報の値は、任意の与えられたシンボル上のそれぞれの送信されたキャリアに対して一連の値である基準シーケンスから導出される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定及び送信モード識別に使用することができ、また、位相雑音をフォローする（ｆｏｌｌｏｗｉｎｇ）のに使用することができる。
【０１７５】
基準シーケンスから取得された基準情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除いたすべてのシンボルで分散されたパイロットセルで送信される。反復パイロットは、フレームのすべてのシンボルに挿入される。反復パイロットの数と位置は、ＦＦＴサイズ及び分散されたパイロットパターンに依存する。エッジキャリアは、プリアンブルシンボルを除いたすべてのシンボル内のエッジパイロットである。これらは、スペクトルのエッジまで周波数補間を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。これらは、フレームのエッジまで時間補間を許容するために挿入される。
【０１７６】
本発明の実施例に係るシステムは、ＳＦＮネットワークをサポートし、分散型ＭＩＳＯ方式は、選択的に非常にロバストな送信モードをサポートするのに使用される。２Ｄ―ｅＳＦＮは、多数のＴＸアンテナを用いる分散型ＭＩＳＯ方式であって、それぞれのＴＸアンテナはＳＦＮネットワーク内の異なる送信側に配置される。
【０１７７】
２Ｄ―ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバシチを生成するために２Ｄ―ｅＳＦＮ処理を行い、多数の送信機から送信された信号の位相を歪曲することができる。そのため、長い時間の間の低いフラットフェーディング又は深いフェーディングによるバーストエラーを緩和することができる。
【０１７８】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ―ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロットとして（又は予約トーンとして）指定されていないデータシンボル内の任意のセルは、周波数インタリーバからのデータセルのうち一つを伝達する。セルはＯＦＤＭキャリアにマップされる。
【０１７９】
ＰＡＰＲ減少ブロック８０３０は、時間領域内の多様なＰＡＰＲ減少アルゴリズムを用いて入力信号に対するＰＡＰＲ減少を行うことができる。
【０１８０】
保護区間挿入ブロック８０４０は保護区間を挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造の細部事項については後で説明する。他のシステム挿入ブロック８０６０は、時間領域で複数の放送送受信システムの信号をマルチプレクスし、放送サービスを提供する２個以上の異なる放送送信／受信システムのデータが同一のＲＦ信号帯域幅で同時に送信され得る。この場合、２個以上の異なる放送送受信システムは、異なる放送サービスを提供するシステムを称する。異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを称する。それぞれの放送サービスと関連するデータは、異なるフレームを通じて送信され得る。
【０１８１】
ＤＡＣブロック８０７０は、入力デジタル信号をアナログシンホルに変換し、アナログ信号を出力することができる。ＤＡＣブロック８０７０から出力された信号は、物理層プロファイルによって多数の出力アンテナを介して送信され得る。本発明の実施例に係るＴＸアンテナは、垂直又は水平極性（ｐｏｌａｒｉｔｙ）を有することができる。
【０１８２】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１８３】
図９は、本発明の実施例によって未来の放送サービスのための放送信号を受信する装置の構造を示す図である。
【０１８４】
本発明の実施例によって未来の放送サービスのための放送信号を受信する装置は、図１を参照して説明した未来の放送サービスのために放送信号を送信する装置に対応し得る。
【０１８５】
本発明の実施例によって未来の放送サービスのための放送信号を受信する装置は、同期化及び復調モジュール９０００、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０及び信号通知デコーディングモジュール９０４０を含むことができる。以下では、放送信号を受信する装置の各モジュールの動作を説明する。
【０１８６】
同期化及び復調モジュール９０００は、ｍ個のＲｘアンテナを介して入力信号を受信し、放送信号を受信する装置に対応するシステムに対して信号検出及び同期化を行い、放送信号を送信する装置によって行われる手続の逆の手続に対応する復調を行うことができる。
【０１８７】
フレームパーシングモジュール９１００は、入力信号フレームをパースし、ユーザによって選択されたサービスが送信されるデータを抽出することができる。放送信号を送信する装置がインタリービングを行うと、フレームパーシングモジュール９１００は、インタリービングの逆の手続に対応するデインタリービングを行うことができる。この場合、抽出される必要がある信号及びデータの位置は、信号通知デコーディングモジュール９４００から出力されたデータをデコードし、放送信号を送信する装置によって生成された信号通知情報を回復することによって得ることができる。
【０１８８】
デマッピング及びデコーディングモジュール９２００は、入力信号をビット領域データに変換した後、必要に応じてデインタリービングを行うことができる。デマッピング及びデコーディングモジュール９２００は、送信効率のために適用されたマッピングに対してデマッピングを行い、デコーディングを通じて送信チャネルに対して生成された誤りを訂正することができる。この場合、デマッピング及びデコーディングモジュール９２００は、信号通知デコーディングモジュール９４００から出力されたデータをデコードすることによって、デマッピング及びデコーディングに必要な送信パラメータを得ることができる。
【０１８９】
出力プロセッサ９３００は、放送信号を送信し、送信効率を改善する装置によって適用される多様な圧縮／信号処理手続の逆の手続を行うことができる。この場合、出力プロセッサ９３００は、信号通知デコーディングモジュール９４００から出力されたデータから必要な制御情報を得ることができる。出力プロセッサ８３００の出力は、放送信号を送信する装置に入力される信号に対応し、ＭＰＥＧ―ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及び一般ストリームであり得る。
【０１９０】
信号通知デコーディングモジュール９４００は、同期化及び復調モジュール９０００によって復調された信号からＰＬＳ情報を得ることができる。上述したように、フレームパーシングモジュール９１００、デマッピング及びデコーディングモジュール９２００及び出力プロセッサ９３００は、信号通知デコーディングモジュール９４００から出力されたデータを用いてその機能を実行することができる。
【０１９１】
図１０は、本発明の実施例に係るフレーム構造を示す図である。
【０１９２】
図１０は、スーパーフレーム内のフレームタイプ及びＦＲＵの例示的な構成を示す。（ａ）は、本発明の実施例に係るスーパーフレームを示し、（ｂ）は、本発明の実施例に係るＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ）を示し、（ｃ）は、ＦＲＵ内の可変ＰＨＹプロファイルのフレームを示し、（ｄ）はフレームの構造を示す。
【０１９３】
スーパーフレームは８個のＦＲＵで構成することができる。ＦＲＵは、フレームのＴＤＭのための基本マルチプレキシング単位であって、スーパーフレーム内で８回繰り返される。
【０１９４】
ＦＲＵ内の各フレームは、ＰＨＹプロファイル（ベース、ハンドヘルド、アドバンスド）及びＦＥＴのうち一つに属する。ＦＲＵ内のフレームの最大許容数は４であり、与えられたＰＨＹプロファイルは、ＦＲＵ（例えば、ベース、ハンドヘルド、アドバンスド）で０倍から４倍までの任意の回数だけ表れ得る。ＰＨＹプロファイルの定義は、必要であれば、プリアンブル内のＰＨＹ＿ＰＲＯＦＩＬＥの予約値を用いて拡張することができる。
【０１９５】
ＦＥＴ部分は、含まれるならば、ＦＲＵの端に挿入される。ＦＥＴがＦＲＵに含まれると、スーパーフレームでＦＥＴの最小数は８である。ＦＥＴ部分が互いに隣接することは推薦されない。
【０１９６】
また、一つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルに分離される。（ｄ）に示したように、フレームは、プリアンブル、一つ以上のフレーム信号通知シンボル（ＦＳＳ）、正常データシンボル及びフレームエッジシンボル（ＦＥＳ）を含む。
【０１９７】
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号の検出が可能であり、信号の効率的な送受信のための基本送信パラメータのセットを提供する特殊シンボルである。プリアンブルの細部説明については後で説明する。
【０１９８】
ＦＳＳの主要目的はＰＬＳデータを伝達することにある。高速同期化及びチャネル推定、及びＰＬＳデータの高速デコーディングのために、ＦＳＳは、正常データシンボルより密集したパイロットパターンを有する。ＦＥＳは、正確にＦＳＳと同一のパイロットを有し、これは、ＦＥＳの直前のシンボルに対して外挿せず、ＦＥＳ内の周波数専用補間及び時間補間を可能にする。
【０１９９】
図１１は、本発明の実施例に係るフレームの信号通知階層構造を示す図である。
【０２００】
図１１は、３個の主要部分、すなわち、プリアンブル信号通知データ１１０００、ＰＬＳ１データ１１０１０及びＰＬＳ２データ１１０２０に分離された信号通知階層構造を示す。すべてのフレームでプリアンブルシンボルによって伝達されるプリアンブルの目的は、そのフレームの送信タイプ及び基本送信パラメータを指示することにある。ＰＬＳ１は、受信機がＰＬＳ２データをアクセス及びデコードするようにし、これは、関心のあるＤＰにアクセスするパラメータを含む。ＰＬＳ２は、すべてのフレームで伝達され、２個の主要部分、すなわち、ＰＬＳ２―ＳＴＡＴデータ及びＰＬＳ２―ＤＹＮデータに分離される。ＰＬＳ２データの静的及び動的部分には、必要であればフェーディングが後に来る。
【０２０１】
図１２は、本発明の実施例に係るプリアンブル信号通知データを示す図である。
【０２０２】
プリアンブル信号通知データは、フレーム構造内で受信機がＰＬＳデータにアクセスし、ＤＰをトレースさせるのに必要な情報の２１ビットを伝達する。プリアンブル信号通知の細部事項は次の通りである。
【０２０３】
ＰＨＹ＿ＰＲＯＦＩＬＥ：この３ビットフィールドは、現在のフレームのＰＨＹプロファイルタイプを示す。異なるＰＨＹプロファイルタイプのマッピングは、以下の表５に与えられる。
【０２０４】
【表５】
0006261748.tif 000007
【０２０５】
ＦＦＴ＿ＳＩＺＥ：この２ビットフィールドは、以下の表６に記載したように、フレームグループ内の現在のフレームのＦＦＴサイズを示す。
【０２０６】
【表６】
0006261748.tif 000008
【０２０７】
ＧＩ＿ＦＲＡＣＴＩＯＮ：この３ビットフィールドは、以下の表７に記載したように、現在のスーパーフレーム内の保護区間分数（ｆｒａｃｔｉｏｎ）値を示す。
【０２０８】
【表７】
0006261748.tif 000009
【０２０９】
ＥＡＣ＿ＦＬＡＧ：この１ビットフィールドは、ＥＡＣが現在のフレームに提供されるか否かを示す。このフィールドが「１」に設定されると、ＥＡＳ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｓｅｒｖｉｃｅ）が現在のフレームで提供される。このフィールドが「０」に設定されると、ＥＡＳが現在のフレームで伝達されない。このフィールドは、スーパーフレーム内で動的にスイッチされ得る。
【０２１０】
ＰＩＬＯＴ＿ＭＯＤＥ：この１ビットフィールドは、プロファイルモードが現在のフレームグループ内の現在のフレームに対してモバイルモードであるのか、それとも固定モードであるのかを指示する。このフィールドが「０」に設定されると、モバイルパイロットモードが使用される。フィールドが「１」に設定されると、固定パイロットモードが使用される。
【０２１１】
ＰＡＰＲ＿ＦＬＡＧ：この１ビットフィールドは、ＰＡＰＲ減少が現在のフレームグループ内の現在のフレームに使用されるか否かを指示する。このフィールドが「１」に設定されると、ＰＡＰＲ減少にトーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）が使用される。このフィールドが「０」に設定されると、ＰＡＰＲ減少が使用されない。
【０２１２】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：この３ビットフィールドは、現在のスーパーフレーム内に存在するＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ）のＰＨＹプロファイルタイプ構成を示す。現在のスーパーフレームで伝達されるすべてのプロファイルタイプは、現在のスーパーフレーム内のすべてのフレーム内のこのフィールドで識別される。３ビットフィールドは、以下の表８に示したように、各プロファイルに対する異なる定義を有する。
【０２１３】
【表８】
0006261748.tif 000010
【０２１４】
ＲＥＳＥＲＶＥＤ：この７ビットフィールドが未来の使用のために予約される。
【０２１５】
図１３は、本発明の実施例に係るＰＬＳ１データを示す図である。
【０２１６】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするのに必要なパラメータを含む基本送信パラメータを提供する。上述したように、ＰＬＳ１データは、一つのフレームグループの全体のデュレーションの間に変更されない。ＰＬＳ１データの信号通知フィールドの詳細な定義は次の通りである。
【０２１７】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：この２０ビットフィールドは、ＥＡＣ＿ＦＬＡＧを除いたプリアンブル信号通知データの写本である。
【０２１８】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：この２ビットフィールドは、ＦＲＵ当たりのフレームの数を示す。
【０２１９】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：この３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを指示する。ＰＡＹＬＯＡＤ＿ＴＹＰＥは、表９に示したように信号通知される。
【０２２０】
【表９】
0006261748.tif 000011
【０２２１】
ＮＵＭ＿ＦＳＳ：この２ビットフィールドは、現在のフレーム内のＦＳＳシンボルの数を示す。
【０２２２】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：この８ビットフィールドは、送信された信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは、２個の４ビットフィールド、すなわち、メジャーバージョン及びマイナーバージョンに分離される。
【０２２３】
メジャーバージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢ４ビットは、メジャーバージョン情報を示す。メジャーバージョンフィールドの変化は、非―下位―互換（ｎｏｎ―ｂａｃｋｗａｒｄ―ｃｏｍｐａｔｉｂｌｅ）変化を示す。デフォルト値は「００００」である。この標準に記載したバージョンにおいて、値は「００００」に設定される。
【０２２４】
マイナーバージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮのＬＳＢ４ビットは、マイナーバージョン情報を示す。マイナーバージョンフィールドの変化は下位互換性である。
【０２２５】
ＣＥＬＬ＿ＩＤ：これは、ＡＴＳＣネットワークで地理的なセルを固有に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジ領域は、フューチャーキャストＵＴＢシステムに使用される周波数の数に依存し、一つ以上の周波数で構成することができる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されていない場合、このフィールドは「０」に設定される。
【０２２６】
ＮＥＴＷＯＲＫ＿ＩＤ：これは、現在のＡＴＳＣネットワークを固有に識別する１６ビットフィールドである。
【０２２７】
ＳＹＳＴＥＭ＿ＩＤ：この１６ビットフィールドは、ＡＴＳＣネットワーク内のフューチャーキャストＵＴＢシステムを固有に識別する。フューチャーキャストＵＴＢシステムは、入力が一つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であって、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、もしあれば、一つ以上のＰＨＹプロファイル及びＦＥＴを伝達する。同一のフューチャーキャストＵＴＢシステムは、異なる入力ストリームを伝達することができ、異なる地理的領域で異なるＲＦ周波数を使用してローカルサービス挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内ですべての送信に対して同一である。一つ以上のフューチャーキャストＵＴＢシステムは、すべて同一の物理層構造及び構成を有することを意味する同一のＳＹＳＴＥＭ＿ＩＤを有することができる。
【０２２８】
次のループは、各フレームタイプのＦＲＵ構成及び長さを指示するのに使用されるＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ及びＲＥＳＥＲＶＥＤで構成される。ループサイズは固定され、４個のＰＨＹプロファイル（ＦＥＴを含む）がＦＲＵ内で信号通知される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さいと、使用されないフィールドはゼロで充填される。
【０２２９】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：この３ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目（ｉは、ループインデクスである）フレームのＰＨＹプロファイルタイプを示す。このフィールドは、表８に示したように、同一の信号通知フォーマットを使用する。
【０２３０】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：この２ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを用いて、フレームデュレーションの正確な値を得ることができる。
【０２３１】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：この３ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目のフレームの保護区間分数値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは、表７によって信号通知される。
【０２３２】
ＲＥＳＥＲＶＥＤ：この４ビットフィールドが未来の使用のために予約される。
【０２３３】
次のフィールドは、ＰＬＳ２データをデコードするパラメータを提供する。
【０２３４】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０によって信号通知される。ＬＤＰＣコードの細部事項については後で説明する。
【０２３５】
【表１０】
0006261748.tif 000012
【０２３６】
ＰＬＳ２＿ＭＯＤ：この３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１によって信号通知される。
【０２３７】
【表１１】
0006261748.tif 000013
【０２３８】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、現在のフレームグループで伝達されるＰＬＳ２に対するフルコーディングブロック（ｆｕｌｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃtotal_partial_block）を示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２３９】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、現在のフレームグループに対するＰＬＳ２―ＳＴＡＴのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４０】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、現在のフレームグループに対するＰＬＳ２―ＤＹＮのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４１】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：この１ビットフラグは、現在のフレームグループでＰＬＳ２反復モードが使用されるか否かを示す。このフィールドが値「１」に設定されると、ＰＬＳ２反復モードが活性化される。このフィールドが値「０」に設定されると、ＰＬＳ２反復モードが非活性化される。
【０２４２】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２反復が使用されるとき、現在のフレームグループのすべてのフレームで伝達されるＰＬＳ２に対する部分コーディングブロック（ｐａｒｔｉａｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃtotal_partial_block）を示す。反復が使用されない場合、このフィールドの値は０と同一である。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４３】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、次のフレームグループのすべてのフレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０によって信号通知される。
【０２４４】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：この３ビットフィールドは、次のフレームグループのすべてのフレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１によって信号通知される。
【０２４５】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：この１ビットフィールドは、次のフレームグループでＰＬＳ２反復モードが使用されるか否かを示す。このフィールドが値「１」に設定されると、ＰＬＳ２反復モードが活性化される。このフィールドが値「０」に設定されると、ＰＬＳ２反復モードが非活性化される。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２反復が使用されるとき、次のフレームグループのすべてのフレームで伝達されるＰＬＳ２に対するフルコーディングブロック（ｆｕｌｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃtotal_partial_block）を示す。次のフレームグループで反復が使用されない場合、このフィールドの値は０と同一である。この値は、現在のフレームグループで一定である。
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、次のフレームグループに対するＰＬＳ２―ＳＴＡＴのビットサイズを示す。この値は、現在のフレームグループで一定である。
【０２４８】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、次のフレームグループに対するＰＬＳ２―ＤＹＮのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２４９】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：この２ビットフィールドは、現在のフレームグループ内のＰＬＳ２に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。下記の表１２は、このフィールドの値を示す。このフィールドが「００」に設定されると、現在のフレームでＰＬＳ２に対して追加のパリティが使用されない。
【０２５０】
【表１２】
0006261748.tif 000014
【０２５１】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２の追加のパリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２５２】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：この２ビットフィールドは、次のフレームグループでＰＬＳ２に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。表１２は、このフィールドの値を定義する。
【０２５３】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、次のフレームグループのすべてのフレームでのＰＬＳ２の追加のパリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２５４】
ＲＥＳＥＲＶＥＤ：この３２ビットフィールドが未来の使用のために予約される。
【０２５５】
ＣＲＣ＿３２：全体のＰＬＳ１信号通知に適用される３２ビットエラー検出コード
【０２５６】
図１４は、本発明の実施例に係るＰＬＳ２データを示す図である。
【０２５７】
図１４は、ＰＬＳ２データのＰＬＳ２―ＳＴＡＴデータを示す。ＰＬＳ２―ＳＴＡＴデータは、フレームグループ内で同一であるが、ＰＬＳ２―ＤＹＮデータは現在のフレームに特定された情報を提供する。
【０２５８】
ＰＬＳ２―ＳＴＡＴデータのフィールドの細部事項は次の通りである。
【０２５９】
ＦＩＣ＿ＦＬＡＧ：この１ビットフィールドは、ＦＩＣが現在のフレームグループに使用されるか否かを示す。このフィールドが「１」に設定されると、ＦＩＣが現在のフレームで提供される。このフィールドが「０」に設定されると、ＦＩＣが現在のフレームで伝達されない。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２６０】
ＡＵＸ＿ＦＬＡＧ：この１ビットフィールドは、現在のフレームグループで補助ストリームが使用されるか否かを示す。このフィールドが「１」に設定されると、補助ストリームが現在のフレームで提供される。このフィールドが「０」に設定されると、補助ストリームが現在のフレームで伝達されない。この値は、現在のフレームグループの全体のデュレーションの間に一定である。
【０２６１】
ＮＵＭ＿ＤＰ：この６ビットフィールドは、現在のフレームで伝達されるＤＰの数を示す。このフィールドの値は、１〜６４の範囲内にあり、ＤＰの数はＮＵＭ＿ＤＰ＋１である。
【０２６２】
ＤＰ＿ＩＤ：この６ビットフィールドは、ＰＨＹプロファイル内でＤＰを固有に識別する。
【０２６３】
ＤＰ＿ＴＹＰＥ：この３ビットフィールドはＤＰのタイプを示す。これは、以下の表１３によって信号通知される。
【０２６４】
【表１３】
0006261748.tif 000015
【０２６５】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：この８ビットフィールドは、現在のＤＰが連関したＤＰグループを識別する。これは、受信機が特定のサービスと連関したサービスコンポーネントのＤＰにアクセスするのに使用することができ、これらＤＰは同一のＤＰ＿ＧＲＯＵＰ＿ＩＤを有する。
【０２６６】
ＢＡＳＥ＿ＤＰ＿ＩＤ：この６ビットフィールドは、管理層で使用されるサービス信号通知データ（ＰＳＩ／ＳＩ）を伝達するＤＰを示す。ＢＡＳＥ＿ＤＰ＿ＩＤで指示されたＤＰは、サービス信号通知データのみを伝達する専用ＤＰ又はサービスデータと共にサービス信号通知データを伝達する正常ＤＰであり得る。
【０２６７】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、連関したＤＰによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の表１４によって信号通知される。
【０２６８】
【表１４】
0006261748.tif 000016
【０２６９】
ＤＰ＿ＣＯＤ：この４ビットフィールドは、連関したＤＰによって使用されるコードレートを示す。コードレートは、以下の表１５によって信号通知される。
【０２７０】
【表１５】
0006261748.tif 000017
【０２７１】
ＤＰ＿ＭＯＤ：この４ビットフィールドは、連関したＤＰによって使用される変調を示す。変調は、以下の表１６によって信号通知される。
【０２７２】
【表１６】
0006261748.tif 000018
【０２７３】
ＤＰ＿ＳＳＤ＿ＦＬＡＧ：この１ビットフィールドは、ＳＳＤモードが連関したＤＰで使用されるか否かを示す。このフィールドが値「１」に設定されると、ＳＳＤが使用される。このフィールドが値「０」に設定されると、ＳＳＤが使用されない。
【０２７４】
ＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す「０１０」と同一である場合のみに次のフィールドが表れる。
【０２７５】
ＤＰ＿ＭＩＭＯ：この３ビットフィールドは、連関したＤＰにいずれのタイプのＭＩＭＯエンコーディングプロセスが適用されるのかを示す。ＭＩＭＯエンコーディングプロセスのタイプは、表１７によって信号通知される。
【０２７６】
【表１７】
0006261748.tif 000019
【０２７７】
ＤＰ＿ＴＩ＿ＴＹＰＥ：この１ビットフィールドは、時間インタリービングのタイプを示す。「０」の値は、一つのＴＩグループが一つのフレームに対応し、一つ以上のＴＩブロックを含むことを示す。「１」の値は、一つのＴＩグループが１より多いフレームで伝達され、一つのＴＩブロックのみを含むことを示す。
【０２７８】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：２ビットフィールドの使用（許容される値が１、２、４、８である）は、次のようにＤＰ＿ＴＩ＿ＴＹＰＥフィールド内に設定された値によって決定される。
【０２７９】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨが値「１」に設定されると、このフィールドは、ＰＩ、すなわち、各ＴＩグループがマップされるフレームの数を示し、ＴＩグループ当たりに一つのＴＩブロックがある（ＮＴＩ＝１）。２ビットフィールドを有する許容されたＰＩ値は、以下の表１８で定義される。
【０２８０】
ＤＰ＿ＴＩ＿ＴＹＰＥが「０」に設定されると、このフィールドは、ＴＩグループ当たりのＴＩブロックの数（ＮＴＩ）を示し、フレーム当たりに一つのＴＩグループがある（ＰＩ＝１）。２ビットフィールドを有する許容されたＰＩ値は、以下の表１８で定義される。
【０２８１】
【表１８】
0006261748.tif 000020
【０２８２】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：この２ビットフィールドは、連関したＤＰに対するフレームグループ内のフレーム区間（ＩJUMP）を示し、許容される値は１、２、４、８である（対応する２ビットフィールドは、それぞれ「００」、「０１」、「１０」、「１１」である）。フレームグループのすべてのフレームで表れないＤＰに対して、このフィールドの値は連続的なフレーム間の間隔と同一である。例えば、ＤＰがフレーム１、５、９、１３などで表れると、このフィールドは「４」に設定される。すべてのフレームで表れるＤＰに対して、このフィールドは「１」に設定される。
【０２８３】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：この１ビットフィールドは、時間インタリーバ５０５０の利用可能性を決定する。ＤＰに対して時間インタリービングが使用されない場合、これは「１」に設定される。時間インタリービングが使用される場合、これは「０」に設定される。
【０２８４】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：この５ビットフィールドは、現在ＤＰが発生するスーパーフレームの第１のフレームのインデクスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０〜３１の範囲内にある。
【０２８５】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：この１０ビットフィールドは、このＤＰに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。このフィールドの値は、ＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一の範囲を有する。
【０２８６】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：この２ビットフィールドは、与えられたＤＰによって伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の表１９によって信号通知される。
【０２８７】
【表１９】
0006261748.tif 000021
【０２８８】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：この２ビットフィールドは、現在のＤＰが帯域内信号通知情報を伝達するか否かを示す。帯域内信号通知タイプは、以下の表２０によって信号通知される。
【０２８９】
【表２０】
0006261748.tif 000022
【０２９０】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：この２ビットフィールドは、与えられたＤＰによって伝達されるペイロードのプロトコルタイプを示す。入力ペイロードタイプが選択されると、以下の表２１によって信号通知される。
【０２９１】
【表２１】
0006261748.tif 000023
【０２９２】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：この２ビットフィールドは、入力フォーマッティングブロックでＣＲＣエンコーディングが使用されるか否かを示す。ＣＲＣモードは、以下の表２２によって信号通知される。
【０２９３】
【表２２】
0006261748.tif 000024
【０２９４】
ＤＮＰ＿ＭＯＤＥ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるヌル―パケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の表２３によって信号通知される。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）でない場合、ＤＮＰ＿ＭＯＤＥは値「００」に設定される。
【０２９５】
【表２３】
0006261748.tif 000025
【０２９６】
ＩＳＳＹ＿ＭＯＤＥ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の表２４によって信号通知される。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）でない場合、ＩＳＳＹ＿ＭＯＤＥは値「００」に設定される。
【０２９７】
【表２４】
0006261748.tif 000026
【０２９８】
ＨＣ＿ＭＯＤＥ＿ＴＳ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤ＿ＴＳは、以下の表２５によって信号通知される。
【０２９９】
【表２５】
0006261748.tif 000027
【０３００】
ＨＣ＿ＭＯＤＥ＿ＩＰ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（「０１」）に設定されるときのＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤ＿ＩＰは、以下の表２６によって信号通知される。
【０３０１】
【表２６】
0006261748.tif 000028
【０３０２】
ＰＩＤ：この１３ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが「０１」又は「１０」に設定されるときのＴＳヘッダ圧縮のためのＰＩＤ番号を示す。
【０３０３】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３０４】
ＦＩＣ＿ＦＬＡＧが「１」と同一である場合のみに次のフィールドが表れる。
【０３０５】
ＦＩＣ＿ＶＥＲＳＩＯＮ：この８ビットフィールドは、ＦＩＣのバージョン番号を示す。
【０３０６】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：この１３ビットフィールドは、ＦＩＣのバイト長さを示す。
【０３０７】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３０８】
ＡＵＸ＿ＦＬＡＧが「１」と同一である場合のみに次のフィールドが表れる。
【０３０９】
ＮＵＭ＿ＡＵＸ：この４ビットフィールドは、補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを意味する。
【０３１０】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：この８ビットフィールドは、未来の使用のために予約される。
【０３１１】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：この４ビットフィールドは、現在の補助ストリームのタイプを示すための未来の使用のために予約される。
【０３１２】
ＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：この２８ビットフィールドは、補助ストリームを信号通知するための未来の使用のために予約される。
【０３１３】
図１５は、本発明の他の実施例に係るＰＬＳ２データを示す図である。
【０３１４】
図１５は、ＰＬＳ２データのＰＬＳ２―ＤＹＮデータを示す。ＰＬＳ２―ＤＹＮデータの値は、一つのフレームグループのデュレーションの間に変わり、フィールドのサイズは一定に維持される。
【０３１５】
ＰＬＳ２―ＤＹＮデータのフィールドの細部事項は次の通りである。
【０３１６】
ＦＲＡＭＥ＿ＩＮＤＥＸ：この５ビットフィールドは、スーパーフレーム内の現在のフレームのフレームインデクスを示す。スーパーフレームの第１のフレームのインデクスは「０」に設定される。
【０３１７】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：この４ビットフィールドは、構成が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内で信号通知される値によって指示される。このフィールドが値「００００」に設定されると、スケジュールされた変化が予想されないことを意味し、値「１」は、次のスーパーフレームで変化があることを意味する。
【０３１８】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：この４ビットフィールドは、構成（すなわち、ＦＩＣの内容）が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内で信号通知される値によって指示される。このフィールドが値「００００」に設定されると、スケジュールされた変化が予想されないことを意味し、値「０００１」は、次のスーパーフレームで変化があることを意味する。
【０３１９】
ＲＥＳＥＲＶＥＤ：この１６ビットフィールドは、未来の使用のために予約される。
【０３２０】
ＮＵＭ＿ＤＰを通じてループで次のフィールドが表れ、これは、現在のフレームで伝達されるＤＰと連関したパラメータを示す。
【０３２１】
ＤＰ＿ＩＤ：この６ビットフィールドは、ＰＨＹプロファイル内のＤＰを固有に指示する。
【０３２２】
ＤＰ＿ＳＴＡＲＴ：この１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング方式を用いて第１のＤＰの開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の表２７に示したように、ＰＨＹプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３２３】
【表２７】
0006261748.tif 000029
【０３２４】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：この１０ビットフィールドは、現在のＤＰに対する現在のＴＩグループ内のＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０〜１０２３の範囲内にある。
【０３２５】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３２６】
次のフィールドは、ＥＡＣと連関したＦＩＣパラメータを示す。
【０３２７】
ＥＡＣ＿ＦＬＡＧ：この１ビットフィールドは、現在のフレーム内のＥＡＣの存在を示す。このビットは、プリアンブル内のＥＡＣ＿ＦＬＡＧと同一の値である。
【０３２８】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：この８ビットフィールドは、ウェイクアップ指示のバージョン番号を示す。
【０３２９】
ＥＡＣ＿ＦＬＡＧフィールドが「１」と同一である場合、次の１２ビットは、ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに対して割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが「０」と同一である場合、次の１２ビットは、ＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３３０】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：この１２ビットフィールドは、ＥＡＣのバイト長さを示す。
【０３３１】
ＥＡＣ＿ＣＯＵＮＴＥＲ：この１２ビットフィールドは、ＥＡＣが到逹するフレームの前のフレームの数を示す。
【０３３２】
ＡＵＸ＿ＦＬＡＧフィールドが「１」と同一である場合にのみ次のフィールドが表れる。
【０３３３】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：この４８ビットフィールドは、補助ストリームを信号通知するための未来使用のために予約される。このフィールドの意味は、構成可能なＰＬＳ２―ＳＴＡＴ内のＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３３４】
ＣＲＣ＿３２：全体のＰＬＳ２に適用される３２ビットエラー検出コード。
【０３３５】
図１６は、本発明の実施例に係るフレームの論理構造を示す図である。
【０３３６】
上述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルは、フレーム内のＯＦＤＭシンボルのアクティブキャリアにマップされる。ＰＬＳ１及びＰＬＳ２は、まず、一つ以上のＦＳＳにマップされる。その後、もしあれば、ＥＡＣセルがＰＬＳフィールドの直後にマップされ、その後、もしあれば、ＦＩＣセルがマップされる。もしあれば、ＤＰは、ＰＬＳ又はＥＡＣ、ＦＩＣの後にマップされる。まず、タイプ１  ＤＰが後に来た後、タイプ２  ＤＰが後に来る。ＤＰのタイプの細部事項については後で説明する。任意の場合、ＤＰは、ＥＡＳのための任意の特殊データ又はサービス信号通知データを伝達することができる。もしあれば、補助ストリーム又は各ストリームがＤＰの後に来た後、ダミーセルが後に来る。これらすべてを上述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーデータセルの順にマップすることは、フレーム内のセル容量を正確に充填する。
【０３３７】
図１７は、本発明の実施例に係るＰＬＳマッピングを示す図である。
【０３３８】
ＰＬＳセルは、ＦＳＳのアクティブキャリアにマップされる。ＰＬＳによって占有されたセルの数に依存して、一つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数（ＮFSS）は、ＰＬＳ１内のＮＵＭ＿ＦＳＳによって信号通知される。ＦＳＳは、ＰＬＳセルを伝達する特殊シンボルである。ロバスト性及びレイテンシ（ｌａｔｅｎｃｙ）はＰＬＳの重要な問題であるので、ＦＳＳは、ＦＳＳ内の周波数専用補間及び高速同期化を許容するより高い密度のパイロットを有する。
【０３３９】
ＰＬＳセルは、図１７の例に示したように、トップ―ダウン（ｔｏｐ―ｄｏｗｎ）方式でＮFSS個のＦＳＳのアクティブキャリアにマップされる。ＰＬＳ１セルは、セルインデクスの増加順に第１のＦＳＳの第１のセルから先にマップされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後にマップされ、第１のＦＳＳの最後のセルインデクスまでマッピングが下向きに継続される。要求されるＰＬＳセルの総数が一つのＦＳＳのアクティブキャリアの数を超えると、マッピングは、次のＦＳＳに進行し、第１のＦＳＳと正確に同一の方式で継続される。
【０３４０】
ＰＬＳマッピングの完了後、ＤＰが次に伝達される。ＥＡＣ、ＦＩＣ又はＥＡＣ及びＦＩＣが現在のフレームに存在すると、これらはＰＬＳと「正常」ＤＰとの間に配置される。
【０３４１】
図１８は、本発明の実施例に係るＥＡＣマッピングを示す図である。
【０３４２】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであって、ＥＡＳに対するＤＰにリンクされる。ＥＡＳサポートは提供されるが、ＥＡＣ自体はすべてのフレームに存在することもあり、存在しないこともある。もしあれば、ＥＡＣはＰＬＳ２セルの直後にマップされる。ＥＡＣは、ＰＬＳセル以外に、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルのうちいずれかの後に来ない。ＥＡＣセルをマップする順序はＰＬＳと正確に同一である。
【０３４３】
ＥＡＣセルは、図１８に示したように、セルインデクスの増加順にＰＬＳ２の次のセルからマップされる。ＥＡＳメッセージサイズによって、ＥＡＣセルは、図１８に示したようにいくつかのシンボルを占有する。
【０３４４】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後にマップされ、マッピングは、最後のＦＳＳの最後のセルインデクスまで下向きに継続される。要求されるＥＡＣの総数が最後のＦＳＳの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進行し、ＦＳＳと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは正常データシンボルであって、これは、ＦＳＳより多くのアクティブキャリアを有する。
【０３４５】
ＥＡＣマッピングの完了後、もし存在すれば、ＦＩＣが次に伝達される。（ＰＬＳ２フィールドで信号通知されることによって）ＦＩＣが送信されないと、ＤＰはＥＡＣの最後のセルの直後にマップされる。
【０３４６】
図１９は、本発明の実施例に係るＦＩＣマッピングを示す図である。
【０３４７】
（ａ）は、ＥＡＣがないＦＩＣの例示的なマッピングを示し、（ｂ）は、ＥＡＣがあるＦＩＣの例示的なマッピングを示す。
【０３４８】
ＦＩＣは、高速サービス獲得及びチャネルスキャニングを可能にする階層間（ｃｒｏｓｓ―ｌａｙｅｒ）情報に対する専用チャネルである。この情報は、主に各ブロードキャスタのＤＰとサービスとの間の情報を結合するチャネルを含む。高速スキャンのために、受信機は、ＦＩＣをデコードし、ブロードキャスタＩＤ、サービスの数及びＢＡＳＥ＿ＤＰ＿ＩＤなどの情報を得ることができる。高速サービスの獲得のために、ＦＩＣに加えて、ベースＤＰがＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコードされ得る。伝達される内容以外に、ベースＤＰは、正常ＤＰと正確に同一の方式でエンコードされ、フレームにマップされる。そのため、ベースＤＰに対して追加の説明が要求されない。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータの内容は、管理層の説明書に記載した通りである。
【０３４９】
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２の静的部分内のＦＩＣ＿ＦＬＡＧパラメータによって信号通知される。ＦＩＣが使用されると、ＦＩＣ＿ＦＬＡＧが「１」に設定され、ＦＩＣのための信号通知フィールドはＰＬＳ２の静的部分に定義される。このフィールドでは、ＦＩＣ＿ＶＥＲＳＩＯＮ及びＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥが信号通知される。ＦＩＣは、ＰＬＳ２と同一の変調、コーディング及び時間インタリービングパラメータを用いる。ＦＩＣは、ＰＬＳ２＿ＭＯＤＥ及びＰＬＳ２＿ＦＥＣなどの同一の信号通知パラメータを共有する。もしあれば、ＦＩＣデータは、ＰＬＳ２又は、もしあれば、ＥＡＣの直後にマップされる。ＦＩＣは、任意の正常ＤＰ、補助ストリーム又はダミーセルの後にマップされない。ＦＩＣセルをマップする方法はＥＡＣと正確に同一であり、これはＰＬＳと同一である。
【０３５０】
ＰＬＳの後にＥＡＣがない場合、ＦＩＣセルは、（ａ）の例に示したように、セルインデクスの増加順にＰＬＳ２の次のセルからマップされる。ＦＩＣデータサイズによって、ＦＩＣセルは、（ｂ）に示したように、いくつかのシンボルにわたってマップされ得る。
【０３５１】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後にマップされ、マッピングは、最後のＦＳＳの最後のセルインデクスまで下向きに継続される。要求されるＦＩＣセルの総数が最後のＦＳＳの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進行し、ＦＳＳと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは、ＦＳＳより多くのアクティブキャリアを有する正常データシンボルである。
【０３５２】
ＥＡＳメッセージが現在のフレームで送信されると、ＥＡＣはＦＩＣに先行し、ＦＩＣセルは、（ｂ）に示したように、セルインデクスの増加順にＥＡＣの次のセルからマップされる。
【０３５３】
ＦＩＣマッピングの完了後、一つ以上のＤＰがマップされ、その後、もしあれば、補助ストリーム及びダミーセルがマップされる。
【０３５４】
図２０は、本発明の実施例に係るＤＰのタイプを示す図である。
【０３５５】
図２０の（ａ）はタイプ１  ＤＰを示し、（ｂ）はタイプ２  ＤＰを示す。
【０３５６】
先行チャネル、すなわち、ＰＬＳ、ＥＡＣ及びＦＩＣがマップされた後、ＤＰのセルがマップされる。ＤＰは、マッピング方法によって２個のタイプのうち一つに分類される。
【０３５７】
タイプ１  ＤＰ：ＤＰは、ＴＤＭによってマップされる。
【０３５８】
タイプ２  ＤＰ：ＤＰは、ＦＤＭによってマップされる。
【０３５９】
ＤＰのタイプは、ＰＬＳ２の静的部分でＤＰ＿ＴＹＰＥフィールドによって指示される。図２０は、タイプ１  ＤＰ及びタイプ２  ＤＰのマッピング順序を示す。タイプ１  ＤＰは、まず、セルインデクスの増加順にマップされ、最後のセルインデクスに到逹した後、シンボルインデクスが１ずつ増加する。次のシルボル内で、ＤＰは、ｐ＝０からセルインデクスの増加順に継続してマップされる。一つのフレームで共にマップされた多数のＤＰで、タイプ１  ＤＰのそれぞれは、ＤＰのＴＤＭマルチプレキシングと類似する形に時間でグループ化される。
【０３６０】
タイプ２  ＤＰは、まず、シンボルインデクスの増加順にマップされ、フレームの最後のＯＦＤＭシンボルに到逹した後、セルインデクスは１ずつ増加し、シンボルインデクスは第１の利用可能なシンボルに後退し、そのシンボルインデクスから増加する。一つのフレームで多数のＤＰを共にマップした後、タイプ２  ＤＰのそれぞれは、ＤＰのＦＤＭマルチプレキシングと類似する形に周波数でグループ化される。
【０３６１】
一つの制限が必要であれば、すなわち、タイプ１  ＤＰが常にタイプ２  ＤＰに先行すると、タイプ１  ＤＰ及びタイプ２  ＤＰはフレーム内で共存し得る。タイプ１及びタイプ２  ＤＰを伝達するＯＦＤＭセルの総数は、ＤＰの送信のために利用可能なＯＦＤＭセルの総数を超えることができない。
【０３６２】
【数２】
0006261748.tif 000030
【０３６３】
ここで、ＤDP1は、タイプ１  ＤＰによって占有されるＯＦＤＭセルの数であり、ＤDP2は、タイプ２  ＤＰによって占有されるＯＦＤＭセルの数である。ＰＬＳ、ＥＡＣ、ＦＩＣは、いずれもタイプ１  ＤＰと同一の方式でマップされるので、これらはすべて「タイプ１のマッピング規則」に従う。そのため、タイプ１のマッピングは、常にタイプ２のマッピングより先行する。
【０３６４】
図２１は、本発明の実施例に係るＤＰマッピングを示す図である。
【０３６５】
（ａ）は、タイプ１  ＤＰをマップするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）は、タイプ２  ＤＰをマップするためのＯＦＤＭセルのアドレッシングを示す。
【０３６６】
タイプ１  ＤＰ（０、ＤDP1―１）をマップするためのＯＦＤＭセルのアドレッシングは、タイプ１  ＤＰのアクティブデータセルのために定義される。アドレッシング方式は、タイプ１  ＤＰのそれぞれに対するＴＩからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、ＰＬＳ２の動的部分内のＤＰの位置を信号通知するのに使用される。
【０３６７】
ＥＡＣ及びＦＩＣなしで、アドレス０は、最後のＦＳＳ内のＰＬＳを伝達する最後のセルの直後のセルを称する。ＥＡＣが送信され、ＦＩＣがその該当フレームでない場合、アドレス０は、ＥＡＣを伝達する最後のセルの直後のセルを称する。ＦＩＣが該当フレームで送信されると、アドレス０は、ＦＩＣを伝達する最後のセルの直後のセルを称する。タイプ１  ＤＰに対するアドレス０は、（ａ）に示したように、２個の異なるケースを考慮して算出することができる。（ａ）に示した例において、ＰＬＳ、ＥＡＣ及びＦＩＣはすべて送信されると仮定する。ＥＡＣ及びＦＩＣのうち一つ又は二つとも省略される場合への拡張は容易である。（ａ）の左側に示したように、ＦＩＣまでのすべてのセルをマップした後、ＦＳＳ内に残りのセルが残っている。
【０３６８】
タイプ２  ＤＰ（０、…、ＤDP2―１）をマップするＯＦＤＭセルのアドレッシングは、タイプ２  ＤＰのアクティブデータセルのために定義される。アドレッシング方式は、タイプ２  ＤＰのそれぞれに対するＴＩからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、ＰＬＳ２の動的部分内のＤＰの位置を信号通知するのに使用される。
【０３６９】
（ｂ）に示したように、３個の少し異なるケースが可能である。（ｂ）の左側上に示した第１のケースでは、最後のＦＳＳ内のセルはタイプ２  ＤＰマッピングに用いられる。中間に示した第２のケースでは、ＦＩＣが正常シンボルのセルを占めるが、そのシンボル上のＦＩＣセルの数はＣFSSより小さい。（ｂ）の右側に示した第３のケースは、そのシンボル上にマップされたＦＩＣセルの数がＣFSSを超えることを除いては第２のケースと同一である。
【０３７０】
ＰＬＳ、ＥＡＣ及びＦＩＣは、タイプ１  ＤＰと同一の「タイプ１のマッピング規則」に従うので、タイプ１  ＤＰがタイプ２  ＤＰに先行する場合への拡張は簡単である。
【０３７１】
データパイプ単位（ＤＰＵ）は、データセルをフレーム内のＤＰに割り当てる基本単位である。
【０３７２】
ＤＰＵは、フレーム内にＤＰを位置させる信号通知単位として定義される。セルマッパ７０１０は、ＤＰのそれぞれに対するＴＩによって生成されたセルをマップすることができる。時間インタリーバ５０５０は、一連のＴＩブロックを出力し、それぞれのＴＩブロックは、セルのセットで構成される可変数（ｖａｒｉａｂｌｅ  ｎｕｍｂｅｒ）のＸＦＥＣＢＬＯＣＫを含む。ＸＦＥＣＢＬＯＣＫ内のセルの数（Ｎcells）は、ＦＥＣＢＬＯＣＫサイズ（Ｎldpc）及び星状シンボル当たりの送信ビット数に依存する。ＤＰＵは、与えられたＰＨＹプロファイルでサポートされるＸＦＥＣＢＬＯＣＫ内のセルの数のすべての可能な値の最も大きい共通除数（ｄｉｖｉｓｏｒ）（Ｎcells）として定義される。セル内のＤＰＵの長さはＬDPUとして定義される。各ＰＨＹプロファイルがＦＥＣＢＬＯＣＫサイズ及び星状シンボル当たりに異なる数の異なる組み合わせをサポートするので、ＬDPUはＰＨＹプロファイルに基づいて定義される。
【０３７３】
図２２は、本発明の実施例に係るＦＥＣ構造を示す図である。
【０３７４】
図２２は、ビットインタリービング前の本発明の実施例に係るＦＥＣ構造を示す。上述したように、データＦＥＣエンコーダは、入力ＢＢＦに対してＦＥＣエンコーディングを行い、アウターコーディング（ＢＣＨ）及びインナーコーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成することができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに対応する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに対応する同一の値を有する。
【０３７５】
図２２に示したように、ＢＣＨエンコーディングはそれぞれのＢＢＦ（Ｋbchビット）に適用され、ＬＤＰＣエンコーディングはＢＣＨエンコーディングＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３７６】
Ｎldpcの値は、６４８００ビット（長いＦＥＣＢＬＯＣＫ）又は１６２００ビット（短いＦＥＣＢＬＯＣＫ）である。
【０３７７】
以下の表２８及び表２９は、それぞれ長いＦＥＣＢＬＯＣＫ及び短いＦＥＣＢＬＯＣＫに対するＦＥＣエンコーディングパラメータを示す。
【０３７８】
【表２８】
0006261748.tif 000031
【０３７９】
【表２９】
0006261748.tif 000032
【０３８０】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの動作の細部事項は次の通りである。
【０３８１】
１２誤り訂正ＢＣＨコードは、ＢＢＦのアウターエンコーディングに使用される。短いＦＥＣＢＬＯＣＫ及び長いＦＥＣＢＬＯＣＫに対するＢＣＨ生成器多項式は、すべての多項式を共に乗じることによって得られる。
【０３８２】
ＬＤＰＣコードは、アウターＢＣＨエンコーディングの出力をエンコードするのに使用される。完成したＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）は各Ｉldpc（ＢＣＨエンコーディングＢＢＦ）から体系的にエンコードされ、Ｉldpcに添付される。完成したＢldpc（ＦＥＣＢＬＯＣＫ）は次の数式として表現される。
【０３８３】
【数３】
0006261748.tif 000033
【０３８４】
長いＦＥＣＢＬＯＣＫ及び短いＦＥＣＢＬＯＣＫに対するパラメータは、それぞれ前記表２８及び表２９に与えられる。
【０３８５】
長いＦＥＣＢＬＯＣＫに対するＮldpc―Ｋldpcを算出する細部手続は次の通りである。
【０３８６】
１）パリティビット初期化
【０３８７】
【数４】
0006261748.tif 000034
【０３８８】
２）パリティチェックマトリックスのアドレスの第１の行に特定されたパリティビットアドレスで第１の情報ビット（ｉ０）を累算する。パリティチェックマトリックスのアドレスの細部事項については後で説明する。例えば、レート１３／１５に対して、
【０３８９】
【数５】
0006261748.tif 000035
【０３９０】
３）次の３５９個の情報ビット（ｉs）（ｓ＝１、２、…、３５９）が次の数式を用いてパリティビットで累算される。
【０３９１】
【数６】
0006261748.tif 000036
【０３９２】
ここで、ｘは、第１のビット（ｉ０）に対応するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティチェックマトリックスのアドレスで特定されたコードレート従属定数である。継続して、例えば、レート１３／１５に対してＱldpc＝２４であって、よって、情報ビット（ｉ1）に対して次の動作が行われる。
【０３９３】
【数７】
0006261748.tif 000037
【０３９４】
４）３６１番目の情報ビット（ｉ360）に対して、パリティビット累算器のアドレスは、パリティチェックマトリックスのアドレスの第２の行に与えられる。類似する方式で、次の３５８個の情報ビット（ｉs）（ｓ＝３６１、３６２、…、７１９）に対するパリティビット累算器のアドレスは数式６を用いて得られ、ここで、ｘは、情報ビット（ｉ360）に対応するパリティビット累算器のアドレス、パリティチェックマトリックスのアドレスの第２の行内のエントリーを示す。
【０３９５】
５）類似する方式で、３６０個の新たな情報ビットのすべてのグループに対して、パリティチェックマトリックスのアドレスからの新たな行がパリティビット累算器のアドレスを探すのに使用される。
【０３９６】
情報ビットが全部消尽した後、最終パリティが次のように得られる。
【０３９７】
６）ｉ＝１から開始する次の動作を順次行う。
【０３９８】
【数８】
0006261748.tif 000038
【０３９９】
ここで、ｐｉ（ｉ＝０、１、…、Ｎdpc―Ｋldpc―１）の最終内容は、パリティビット（ｐi）と同一である。
【０４００】
【表３０】
0006261748.tif 000039
【０４０１】
短いＦＥＣＢＬＯＣＫに対するこのＬＤＰＣエンコーディング手続は、表３０及び表３１を取り替え、長いＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスを短いＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスに取り替えることを除いては、長いＦＥＣＢＬＯＣＫに対するｔ  ＬＤＰＣエンコーディング手続に従う。
【０４０２】
【表３１】
0006261748.tif 000040
【０４０３】
図２３は、本発明の実施例に係るビットインタリービングを示す図である。
【０４０４】
ＬＤＰＣエンコーダの出力はビットインタリーブされ、これは、パリティインタリービング、その後のＱＣＢ（ｑｕａｓｉ―ｃｙｃｌｉｃ  ｂｌｏｃｋ）インタリービング及び内部グループインタリービングで構成される。
【０４０５】
（ａ）は、ＱＣＢインタリービングを示し、（ｂ）は、内部グループインタリービングを示す。
【０４０６】
ＦＥＣＢＬＯＣＫはパリティインタリーブされ得る。パリティインタリービングの出力において、ＬＤＰＣコードワードは、長いＦＥＣＢＬＯＣＫ内の１８０個の隣接したＱＣブロック及び短いＦＥＣＢＬＯＣＫ内の１８０個の隣接したＱＣブロックで構成される。長い又は短いＦＥＣＢＬＯＣＫ内のそれぞれのＱＣブロックは３６０ビットで構成される。パリティインタリーブされたＬＤＰＣコードワードは、ＱＣＢインタリービングによってインタリーブされる。ＱＣＢインタリービングの単位はＱＣブロックである。パリティインタリービングの出力におけるＱＣブロックは、図２３に示したように、ＱＣＢインタリービングによってパーミュートされ、ここで、ＦＥＣＢＬＯＣＫ長さによってＮcells＝６４８０／ηｍｏｄ又は１６２００／ηｍｏｄである。ＱＣＢインタリービングパターンは、変調タイプ及びＬＤＰＣコードレートの各組み合わせに固有である。
【０４０７】
ＱＣＢインタリービング後、内部グループインタリービングは、以下の表３２に定義された変調タイプ及び順序（ηｍｏｄ）に従って行われる。また、一つの内部グループに対するＱＣブロックの数（ＮQCB_IG）が定義される。
【０４０８】
【表３２】
0006261748.tif 000041
【０４０９】
内部グループインタリービングプロセスは、ＱＣＢインタリービング出力のＮQCB―IG個のＱＣブロックで行われる。内部グループインタリービングは、３６０個の列とＮＱＣＢ＿ＩＧ個の行を用いて内部グループのビットを記入及び判読するプロセスを有する。記入動作において、ＱＣＢインタリービング出力からのビットが行方向に記入される。判読動作は列方向に行われ、各行からｍ個のビットを判読し、ここで、ｍは、ＮＵＣに対して１と同一であり、ＮＣＱに対して２と同一である。
【０４１０】
図２４は、本発明の実施例に係るセル―ワードデマルチプレキシングを示す図である。
【０４１１】
（ａ）は、８及び１２ｂｐｃｕ  ＭＩＭＯに対するセル―ワードデマルチプレキシングを示し、（ｂ）は、１０ｂｐｃｕ  ＭＩＭＯに対するセル―ワードデマルチプレキシングを示す。
【０４１２】
（ａ）に示したように、ビットインタリービング出力の各セルワード
【数９】
0006261748.tif 000042
は、
【数１０】
0006261748.tif 000043
及び
【数１１】
0006261748.tif 000044
にデマルチプレクスされ、これは、一つのＸＦＥＣＢＬＯＣＫに対するセル―ワードデマルチプレキシングプロセスを示す。
【０４１３】
ＭＩＭＯエンコーディングのための異なるタイプのＮＵＱを用いた１０ｂｐｃｕ  ＭＩＭＯケースに対して、ＮＵＱ―１０２４に対するビットインタリーバが再使用される。（ｂ）に示したように、ビットインタリーバ出力の各セルワード
【数１２】
0006261748.tif 000045
は、
【数１３】
0006261748.tif 000046
及び
【数１４】
0006261748.tif 000047
にデマルチプレクスされる。
【０４１４】
図２５は、本発明の実施例に係る時間インタリービングを示す図である。
【０４１５】
（ａ）〜（ｃ）は、ＴＩモードの例を示す。
【０４１６】
時間インタリーバはＤＰレベルで動作する。時間インタリービング（ＴＩ）のパラメータは、各ＤＰに対して異なる形に設定することができる。
【０４１７】
ＰＬＳ２―ＳＴＡＴデータの一部で表れる次のパラメータはＴＩを構成する。
【０４１８】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容値：０又は１）：ＴＩモードを示す。；「０」は、ＴＩグループ当たりに多数のＴＩブロック（１より多いＴＩブロック）を有するモードを示す。この場合、一つのＴＩグループは一つのフレームに直接マップされる（インターフレームインタリービングではない）。「１」は、ＴＩグループ当たり一つのみのＴＩブロックを有するモードを示す。この場合、ＴＩブロックは、１より多いフレームに拡散され得る（インターフレームインタリービング）。
【０４１９】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＩ＿ＴＩ＿ＴＹＰＥ＝「０」である場合、このパラメータは、ＴＩグループ当たりのＴＩブロックの数（ＮＴＩ）である。ＤＰ＿ＴＩ＿ＴＹＰＥ＝「１」に対して、このパラメータは、一つのＴＩグループから拡散されたフレームの数（ＰＩ）である。
【０４２０】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容値：０〜１０２３）：ＴＩグループ当たりのＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４２１】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容値：１、２、４、８）：与えられたＰＨＹプロファイルの同一のＤＰを伝達する２個の連続的なフレーム間のフレームの数（ＩＪＵＭＰ）を示す。
【０４２２】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容値：０又は１）：時間インタリービングがＤＰに使用されない場合、このパラメータは「１」に設定される。時間インタリービングが使用される場合、「０」に設定される。
【０４２３】
さらに、ＰＬＳ２―ＤＹＮデータからのパラメータ（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ）は、ＤＰの一つのＴＩグループによって伝達されたＸＦＥＣＢＬＯＣＫの数を示すのに使用される。
【０４２４】
時間インタリービングがＤＰに使用されない場合、次のＴＩグループ、時間インタリービング動作及びＴＩモードは考慮されない。しかし、スケジューラからの動的構成情報に対する補償ブロックは依然として必要である。各ＤＰにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信されたＸＦＥＣＢＬＯＣＫはＴＩグループにグループ化される。すなわち、それぞれのＴＩグループは、整数の（ａｎ  ｉｎｔｅｇｅｒ  ｎｕｍｂｅｒ  ｏｆ）ＸＦＥＣＢＬＯＣＫのセットであり、動的に可変する数のＸＦＥＣＢＬＯＣＫを含む。インデクスのＴＩグループ内のＸＦＥＣＢＬＯＣＫの数（ｎ）はNxBLOCK_Group_（ｎ）で表示され、ＰＬＳ２―ＤＹＮデータのＤＰ＿ＮＵＭ＿ＢＬＯＣＫとして信号通知される。NxBLOCK_Group_（ｎ）は、０の最小値から最も大きい値が１０２３である最大値（ＮxBLOCK_Group_MAX）（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに対応）まで変わり得る。
【０４２５】
各ＴＩグループは、一つのフレームに直接マップされたり、ＰＩフレームにわたって拡散される。また、それぞれのＴＩグループは、１より多いＴＩブロック（ＮＴＩ）に分離され、それぞれのＴＩブロックは、時間インタリーバメモリの一つの用途に対応する。ＴＩグループ内のＴＩブロックは、少し異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。ＴＩグループが多数のＴＩブロックに分離されると、一つのフレームのみに直接マップされる。以下の表３３に示したように（時間インタリービングをスキップする追加のオプションを除いて）、時間インタリービングのための３個のオプションが存在する。
【０４２６】
【表３３】
0006261748.tif 000048
【０４２７】
各ＤＰにおいて、ＴＩメモリは、入力ＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックからの出力ＸＦＥＣＢＬＯＣＫ）を格納する。入力ＸＦＥＣＢＬＯＣＫは、
【０４２８】
【数１５】
0006261748.tif 000049
として定義され、
【０４２９】
ここで、ｄn,s,r,qは、ｎ番目のＴＩグループのｓ番目のＴＩブロック内のｒ番目のＸＦＥＣＢＬＯＣＫのｑ番目のセルであって、次のようにＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。
【０４３０】
【数１６】
0006261748.tif 000050
【０４３１】
また、時間インタリーバからの出力ＸＦＥＣＢＬＯＣＫは、次のように定義されると仮定する。
【０４３２】
【数１７】
0006261748.tif 000051
【０４３３】
ここで、ｈn,s,iは、ｎ番目のＴＩグループのｓ番目のＴＩブロック内のｉ番目の出力セル（
【数１８】
0006261748.tif 000052
）である。
【０４３４】
一般に、時間インタリーバは、フレームビルディングプロセス前にＤＰデータのためのバッファとして動作する。これは、それぞれのＤＰに対する２個のメモリバンクによって達成される。第１のＴＩブロックは第１のバンクに記入される。第１のバンクが判読される間、第２のＴＩブロックが第２のバンクに記入される。
【０４３５】
ＴＩは、ツイスト行―列ブロックインタリーバである。ｎ番目のＴＩグループのｓ番目のＴＩブロックに対して、ＴＩメモリの行（Ｎr）の数はセルの数（Ｎcell）と同一である。すなわち、Ｎr＝Ｎcellであるが、列の数（Ｎc）は数（ＮxBLOCK_TI（ｎ，ｓ））と同一である。
【０４３６】
以下では、本発明の実施例に係るＰＬＳデータのプロテクション方法を説明する。具体的に、本発明の一実施例に係る放送信号送信装置は、ＰＬＳデータをエンコードして保護することができる。図２を参照して説明したように、ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データを含むことができる。ＰＬＳ２データは、ＰＬＳ２静的データ（ｓｔａｔｉｃ  ｄａｔａ）及びＰＬＳ２動的データ（ｄｙｎａｍｉｃ  ｄａｔａ）を含むことができる。
【０４３７】
本明細書において、ＰＬＳ２データは、ＰＬＳ―ポストデータ（ｐｏｓｔ  ｄａｔａ）と称することができ、ＰＬＳ２静的データはＰＬＳ―ポスト―ＳＴＡＴデータと称し、ＰＬＳ２動的データはＰＬＳ―ポスト―ＤＹＮデータと称することができる。
【０４３８】
上述したように、フレームグループに含まれるそれぞれのフレームはＰＬＳデータを含むことができる。
【０４３９】
ＰＬＳ２―ＳＴＡＴの各パラメータは、フレームグループ内で同一の値を有することができる。その一方、ＰＬＳ２―ＤＹＮの各パラメータは、一つのフレームグループの期間の間に変更可能である。但し、各フィールドのサイズは固定可能である。
【０４４０】
本発明の一実施例に係る放送信号送信装置は、可変的長さを有するＰＬＳデータを一定の長さ（又はサイズ）のコードでエンコードすることができる。この場合、放送信号受信装置のデコーディング過程で発生する時間遅延及び複雑度が既存のデコーディング方式に比べて減少し得るという長所がある。
【０４４１】
以下、本発明の一実施例に係るＰＬＳデータエンコーディング方法は、ＰＬＳ１データ及びＰＬＳ２データのいずれにも適用することができ、ＰＬＳ１データ及びＰＬＳ２データのうちいずれか一つのみに適用することもできる。これは、設計者の意図によって変更可能な事項である。
【０４４２】
図２６は、本発明の一実施例に係る放送信号送信装置がＰＬＳデータをエンコードする動作を説明する図である。
【０４４３】
本発明の一実施例に係る放送信号送信装置は、可変的なサイズのＰＬＳデータを少なくとも一つ以上のブロックに分割し、それぞれのブロックを一定のサイズのコードワードでエンコードすることができる。上述したように、ＰＬＳデータのサイズは可変的であるので、本発明の一実施例に係る放送信号送信装置は、ＰＬＳデータにダミーデータ（ｄｕｍｍｙ  ｄａｔａ）を付加し、エンコーディングを行うためのペイロードを生成することができる。
【０４４４】
図２６の（ａ）は、データの長さがＬであるシングルＰＬＳ―ポストペイロード（ｐｏｓｔ  ｐａｙｌｏａｄ）を示す図である。上述したように、ＰＬＳ―ポストペイロードは、ＰＬＳ―ポスト―ＳＴＡＴデータ及びＰＬＳ―ポスト―ＤＹＮデータを含み、さらにダミーデータを含むことができる。ダミーデータは、それぞれＰＬＳ―ポスト―ＳＴＡＴデータ及びＰＬＳ―ポスト―ＤＹＮデータの後に挿入され得る。
【０４４５】
図２６の（ｂ）は、シングルＰＬＳ―ポストペイロードをＭ個に分割したことを示す図である。本発明の一実施例に係る放送信号受信装置は、ＰＬＳ―ポストペイロードを一定のサイズ（Ｎ）を有するコードワードでエンコードするために、ＰＬＳ―ポストペイロードをＭ個のブロックに分割することができる。このとき、分離された各ブロックのサイズＸはＬ／Ｍと同一であり、分割された各ブロックはＰＬＳ―ポスト―ＳＴＡＴデータ及びＰＬＳ―ポスト―ＤＹＮデータを含むことができる。
【０４４６】
このとき、ＰＬＳ―ポスト―ＳＴＡＴデータは、同一のサイズで各ブロックに分割することができる。したがって、同一のフレームグループ内で同一のサイズを有するＰＬＳ―ポスト―ＳＴＡＴデータが繰り返して伝送されるので、放送信号受信装置の誤り訂正機能はすべてのブロックに対して一定に向上し得る。
【０４４７】
また、（ａ）で追加された各ダミーデータは、分割された各ブロックのうち一番最後のブロックに含ませることができる。一番最後のブロックに含まれたダミーデータは、該当ブロックに含まれたＰＬＳ―ポスト―ＳＴＡＴデータとＰＬＳ―ポスト―ＤＹＮデータとの間に位置したり、ＰＬＳ―ポスト―ＤＹＮデータの後側に位置し得る。ダミーデータの位置は、設計者の意図によって変更可能である。
【０４４８】
図２６の（ｃ）は、放送信号送信装置が各ブロックをエンコードする過程を示す。各図面の括弧内の文字は該当データの長さを示す。本発明の一実施例に係る放送信号送信装置は、分離されたブロックを、コードワード長さがＮで、情報部分の長さがＫであるコードでエンコードすることができる。コードレートは、情報部分の長さをコードワードの長さで割った値と定義することができる。したがって、本発明の一実施例に係るコードワードのコードレートはＫ／Ｎである。本発明の一実施例に係る放送信号送信装置は、各ブロックに対してゼロパディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）を行い、ゼロパディングが行われたブロックの後に各パリティビット（ｐａｒｉｔｙ  ｂｉｔｓ）を付けてＬＤＰＣエンコーディングを行い、各パリティビットに対してパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）を行い、ＦＥＣブロックを出力することができる。ＦＥＣブロックは、図面に示したように、情報部分（Ｋ）及びパリティ部分（Ｎ−Ｋ）を含むことができる。コードレートＫ／Ｎを基盤にしてエンコードされたＰＬＳ―ポストデータは、情報部分（Ｋ）及びパリティ部分（Ｎ−Ｋ）を含むことができる。情報部分（Ｋ）は、ＰＬＳ―ポスト―ＳＴＡＴデータ、ＰＬＳ―ポスト―ＤＹＮデータ及び各ゼロ―パディングビットを含むことができる。各ゼロ―パディングビットはゼロ―挿入されたビット（ｚｅｒｏ―ｉｎｓｅｒｔｅｄ  ｂｉｔ）と称することができる。パリティ部分（Ｎ−Ｋ）に含まれる各ビットのうち一部はパンクチャすることができ、これを各パンクチャリングビットと称することができる。
【０４４９】
本発明の一実施例に係る放送信号送信装置は、分離されたブロックのサイズによって、一定の情報部分の長さを維持するためにゼロ―パディングされる各ビットを順次挿入することができる。この場合、本発明の実施例に係る放送信号送信装置は、情報部分の長さ（Ｋ）とＰＬＳデータの長さ（Ｌ／Ｍ）との差、すなわち、Ｋ−Ｌ／Ｍだけ各ゼロ―パディングビットを挿入し、ＰＬＳデータをエンコードすることができる。各ゼロ―パディングビットを挿入してＰＬＳデータをエンコードする方法は、一般的な短縮されたコード（ｓｈｏｒｔｅｎｅｄ  ｃｏｄｅ）での処理方法と同一であり得る。
【０４５０】
本発明の一実施例に係る放送信号送信装置は、多様な長さのＰＬＳ―ポストデータを特定のコードレート（例えば、Ｋ／Ｎ）を基盤にしてエンコードすることができる。この場合、本発明の一実施例に係る放送信号送信装置は、一定水準以上の誤り訂正能力を保証するために各パリティビットを挿入することができる。挿入される各パリティビットの長さは、保護しようとするＰＬＳ―ポストデータの長さ、Ｌ／Ｍの長さなどによって変更可能である。
【０４５１】
上述した特定のコードレート（例えば、Ｋ／Ｎ）を基盤にしてＰＬＳ―ポストデータをエンコードする方法は、ＬＤＰＣエンコーディング方法であり得る。上述した特定のコードレートは、設計者の意図によって変更可能である。
【０４５２】
また、本発明の一実施例に係る放送信号送信装置は、一定水準以上の誤り訂正能力を保証するために、各ゼロ―パディングビットと各パンクチャリングパリティビットの位置を変更することができる。
【０４５３】
図２６の（ｄ）は、本発明の一実施例に係るＦＥＣブロックを示した図である。本発明では、ＦＥＣブロックを伝送ブロック（ｔｒａｎｓｍｉｔｔｉｎｇ  ｂｌｏｃｋ）と称することができる。（ｄ）は、挿入されていたゼロ―パディングビットが削除され、各パリティビットのうち一部がパンクチャされた後のＦＥＣブロックを示す。その後、本発明の一実施例に係るＦＥＣブロックは、ビットインタリービングブロックとして入力することができる。
【０４５４】
本図面では、本発明の一実施例に係る放送信号送信装置がＰＬＳ―ポストデータをエンコードする動作を示しているが、これは実施例に過ぎなく、本発明の一実施例に係る放送信号送信装置は、ＰＬＳ１データに対しても同一にエンコーディング動作を行うことができる。
【０４５５】
以下では、本発明の一実施例に係るゼロ―パディングの位置を特定する方法に対する具体的な内容を説明する。
【０４５６】
図２７は、本発明の一実施例に係るＰＬＳデータエンコーディング方法を示した図である。
【０４５７】
具体的に、図２７は、本発明の一実施例に係る放送信号送信装置がコードワードの情報部分（ｉｎｆｏｒｍａｔｉｏｎ  ｐｏｒｔｉｏｎ）に各ゼロパディングビットを挿入し、情報部分の各ビットを再配置して出力するデータの構造を示した図である。
【０４５８】
図２７は、コードワードの情報部分（ｉｎｆｏｒｍａｔｉｏｎ  ｐｏｒｔｉｏｎ又はｉｎｆｏｒｍａｔｉｏｎ  ｐａｒｔ）が１０ビットで、ＰＬＳ―ポストデータが８ビットである場合の実施例を示す。
【０４５９】
上述したように、本発明の一実施例に係る放送信号送信装置は、情報部分の長さ（Ｋ）とＰＬＳデータの長さ（Ｌ／Ｍ）との差、すなわち、Ｋ−Ｌ／Ｍだけ各ゼロ―パディングビットを挿入し、ＰＬＳデータをエンコードすることができる。この場合、各ゼロ―パディングビットは、ゼロ―パディング順次的順序（ｓｅｑｕｅｎｔｉａｌ  ｏｒｄｅｒ）によって情報部分に挿入され得る。その後、放送信号送信装置は、ゼロ―パディング順次的順序を基盤にするパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）情報によって挿入された各ゼロ―パディングビットを置換することができる。
【０４６０】
図２７の（ａ）は、ゼロ―パディング順次的順序及びパーミュテーション情報を含むテーブルである。図２７の（ｂ）は、各ゼロ―パディングビットが挿入されたコードワードの情報部分を示す図である。図２７の（ｃ）は、パーミュテーション情報によって再配列（ｒｅｏｒｄｅｒｉｎｇ）されたコードワードの情報部分を示す図で、図２７の（ｄ）は、情報部分のビットが再配置されたＨマトリックスを示した図である。
【０４６１】
以下、各図面を説明する。
【０４６２】
図２７の（ａ）に示したテーブルの右側列はゼロ―パディング順次的順序を示し、左側列は、パーミュテーション情報を示す。
【０４６３】
上述したように、本発明の一実施例に係る放送信号送信装置は、ＰＬＳデータをエンコードするとき、一定水準以上の誤り訂正能力を保証するために、定められたゼロ―パディング順次的順序に従って各ゼロ―パディングビットを情報部分に順次挿入することができる。
【０４６４】
図２７の（ａ）に示したゼロ―パディング順次的順序は、情報部分にゼロビットが挿入される位置を指示する。すなわち、挿入されるべきゼロビットが２個である場合、ゼロビットは、ゼロ―パディング順次的順序に従って情報部分の４番目及び７番目の位置に順次挿入され得る。また、挿入されるべきゼロビットが３個である場合、ゼロビットは、ゼロ―パディング順次的順序に従って情報部分の４番目、７番目及び６番目の位置に順次挿入され得る。
【０４６５】
図２７の（ａ）に示したπs（ｎ）において、ｎは、再配置（又はパーミュテーション）された情報部分の各ビット（ｂｉｔｓ  ｏｆ  ｉｎｆｏｒｍａｔｉｏｎ  ｐｏｒｔｉｏｎ）の順序を示す。したがって、πs（０）は、再配置（又はパーミュテーション）された１番目の情報部分のビットを意味し、πs（１）は、再配置（又はパーミュテーション）された２番目の情報部分のビットを意味する。すなわち、πs（ｎ）に対応するゼロ―パディングの順次的順序に従って再配置（又はパーミュテーション）される。したがって、情報部分が再配置（パーミュテーション）されるとき、ゼロ―パディングビットは情報部分の前部に先に順次配置され得る。すなわち、４番目及び７番目の位置に順次挿入されたゼロビットは、パーミュテーション情報によって情報部分の一番前の部分、すなわち、１番目及び２番目の位置に再配置され得る。
【０４６６】
図２７の（ｂ）は、図２７の（ａ）に示したゼロ―パディング順次的順序に従って各ゼロ―パディングビットが情報部分に順次挿入されたコードワードの構造を示した図である。上述したように、本発明の一実施例に係る情報部分は１０ビットで、ＰＬＳ―ポストデータは８ビットである。本発明の一実施例に係る放送信号送信装置は、ゼロ―パディング順次的順序を基盤にして再配置することができる。再配置情報は、パーミュテーションパターン情報と称することができる。
【０４６７】
情報部分の各ビットは、ＬＤＰＣエンコーディング前に再配置され得る。ゼロが挿入された各ビットは、各ビットインタリービンググループに順次分けることができる。図２７の（ｂ）に記載した数字は、各情報部分のビットの順序を示す。各情報部分のビットの順序は、後述するＨマトリックスの列の順序と同一である。
【０４６８】
図２７の（ｃ）は、本発明の一実施例に係る情報部分の各ビットがゼロ―パディング順次的順序を基盤にして再配置（又はパーミュテーション）された情報部分の構造を示した図である。
【０４６９】
図２７の（ｄ）は、本発明の一実施例によって情報部分のビットが再配置されたＨマトリックスを示した図である。Ｈマトリックスは、パリティチェックマトリックスと称することができる。
【０４７０】
本発明の一実施例に係るゼロ―パディング順次的順序は、図２７の（ａ）に示したように、３、６、５、９、１、８、７、４、０、２である。πs（ｎ）において、ｎは、再配置（又はパーミュテーション）された情報部分の各ビットの順序を示す。したがって、πs（０）は、再配置（又はパーミュテーション）された１番目の情報部分のビットを意味し、πs（１）は、再配置（又はパーミュテーション）された２番目の情報部分のビットを意味する。本発明の一実施例に係る放送信号送信装置は、ゼロ―パディングの順次的順序を基盤にして情報部分のビットの再配置を行うことができる。すなわち、πs（０）＝３であるので、再配置された１番目の情報部分のビットにはパーミュテーションが行われる前の情報部分の４番目のビット値が配置される。また、πs（１）＝６であるので、再配置された２番目の情報部分のビットには、パーミュテーションが行われる前の情報部分の７番目のビット値が配置される。
【０４７１】
図２７の（ｂ）に示したように、本発明の一実施例に係る放送信号送信装置は、ＰＬＳデータをエンコードするとき、一定水準以上の誤り訂正能力を保証するために、定められたゼロ―パディングの順次的順序に従って各ゼロ―パディングビットを順次挿入することができる。
【０４７２】
これは、ＬＤＰＣエンコーダに入力される情報部分の長さを一定に維持するためである。本発明の一実施例に係るＰＬＳ  ＦＥＣエンコーダ６０００は、ＰＬＳ  ＦＥＣエンコーダ６０００に入力されるＰＬＳデータの分離されたブロックのサイズが減少する場合、一定の情報部分の長さを維持するためにゼロ―パディングされる各ビットを順次挿入することができる。この場合、各ゼロ―パディングビットは、定められたゼロ―パディング順次的順序に従って情報部分に挿入され得る。
【０４７３】
図２７の（ｃ）に示したように、本発明の一実施例に係る放送信号送信装置は、各ゼロ―パディングビットを情報部分の前部分に順次配置することができる。上述したように、ゼロ―パディング順次的順序は、ゼロ―パディングビットの挿入順序と情報部分のパーミュテーション順序を示すことができる。すなわち、πs（ｎ）に対応するゼロ―パディング順次的順序に従って再配置（又はパーミュテーション）される。したがって、情報部分が再配置（パーミュテーション）されるとき、ゼロ―パディングビットは、情報部分の前部に先に順次配置され得る。
【０４７４】
本発明の一実施例に係るＰＬＳ  ＦＥＣエンコーダ６０００は、図２６〜図２７を参照して説明した各ゼロ―パディングビットの挿入及び情報部分の各ビットの再配置を行うことができる。本発明の一実施例に係るＰＬＳ  ＦＥＣエンコーダ６０００は、定められた図２７の（ｄ）のゼロ―パディング順次的順序に従って情報部分の各ビットの再配置を行うことができる。したがって、ゼロ―パディングビットが情報部分の前部に配置され、続いて、ＰＬＳ―ポスト―ＳＴＡＴデータ及びＰＬＳ―ポスト―ＤＹＮデータが順次配置され得る。
【０４７５】
したがって、本発明の一実施例に係る放送信号受信装置が上述したゼロ―パディング順次的順序に従って再配置された情報部分を含むＬＤＰＣコードをデコードする場合、放送信号受信装置は、ゼロ―パディング順次的順序情報を基盤にして既知ビット（ｋｎｏｗｎ  ｂｉｔｓ）と指定可能なすべてのビットの位置又は順序情報を獲得することができる。
【０４７６】
図２７の（ｃ）のＨマトリックスは、ゼロ―パディング順次的順序に従って再配置された情報部分の各ビットを含む。この場合、Ｈマトリックスの列順序と再配置された情報部分の各ビットの順序は同一である。Ｈマトリックスの列は、その後、放送信号送信装置がＬＤＰＣコードに対してインタリービングを行う単位であり得る。また、Ｈマトリックスの各行は一つのＬＤＰＣコードを意味し得る。
【０４７７】
本発明が提示するゼロ―パディング順次的順序は一実施例に過ぎなく、これは、設計者の意図によって変更可能である。
【０４７８】
本発明の一実施例に係るゼロ―パディング順次的順序に従って再配置されたＰＬＳ―ポストデータの効果は、次の通りである。ゼロ―パディング順次的順序は、放送信号受信装置がＬＤＰＣデコーディングを行うとき、既知ビットとして指定可能なすべてのビットの位置と順序を意味し得る。したがって、放送信号受信装置が一定の周期の間に受信された信号フレームのうちいずれか一つの信号フレームのＰＬＳ―ポストデータのデコーディング過程のみを成功的に行い、誤りが訂正された場合、その後に受信するＰＬＳ―ポスト―ＳＴＡＴデータは、いずれもＬＤＰＣデコーダで既知ビットとして用いることができる。本発明の一実施例に係るＰＬＳデータエンコーディングは、放送信号送信装置のＬＤＰＣコード誤り訂正性能を向上させることができる。
【０４７９】
図２８は、本発明の一実施例に係るエンコーディング動作に対応するデータ構造を示した図である。
【０４８０】
本発明の一実施例に係るＰＬＳ  ＦＥＣエンコーダ６０００は、ＰＬＳデータエンコーディングを行うことができる。本発明の一実施例に係るＰＬＳ  ＦＥＣエンコーダ６０００は、ＰＬＳデータに挿入された各ゼロ―パディングビットを除去することによって、放送信号送／受信装置のエンコーディング／デコーディング遅延時間を減少させることができる。
【０４８１】
図２８の（ａ）は、分離されたブロックのサイズに分割されたＰＬＳデータを示す。本発明では、該当ＰＬＳデータをＫｓｉｇと称することができる。
【０４８２】
図２８の（ｂ）は、ＢＣＨエンコーディング及びゼロ挿入（ｉｎｓｅｒｔｉｏｎ）が行われた後のデータ構造を示す。すなわち、本発明の一実施例に係る放送信号送信装置は、上述したＫｓｉｇをＢＣＨエンコードし、ゼロ―パディングビットを追加することができる。
【０４８３】
図２８の（ｃ）は、本発明の一実施例に係るＬＤＰＣエンコーディングが行われた後のデータ構造を示す。図２８の（ｄ）は、ＬＤＰＣパリティビットがパンクチャされ、挿入された各ゼロビットが削除された後のデータ構造を示す。
【０４８４】
ＰＬＳ  ＦＥＣエンコーダ６０００は、上述したエンコーディング動作を行うことができる。
【０４８５】
以下、ＰＬＳ  ＦＥＣエンコーダ６０００の具体的な動作を説明する。
【０４８６】
図２８の（ｂ）は、ＢＣＨエンコーディングブロックの動作を示す。具体的に、ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳプロテクションのための短縮されたＢＣＨコードを用いてスクランブルされたＰＬＳデータに対してアウターエンコーディングを行い、ＢＣＨエンコーディング後に各ゼロビットを挿入することができる。この場合、各ゼロビットは、ＢＣＨエンコードされたＫｓｉｇ（図面では、ＫｓｉｇとＢＣＨパリティ領域を意味）の前に挿入され得る。Ｋｌｄｐｃは、ＬＤＰＣエンコーディングブロックの前に入力される各入力ビットのサイズを称することができる。Ｋｌｄｐｃは、上述したＬＤＰＣコードワードの情報部分のサイズ（Ｋ）と同一であり得る。
【０４８７】
本発明の一実施例に係るＢＣＨエンコーディング／ゼロ挿入ブロックは、ＫｌｄｐｃとＫｓｉｇ＋ＢＣＨパリティとのサイズの差だけ各ゼロ―パディングビットを挿入することができる。
【０４８８】
その後、本発明の一実施例に係る放送信号送信装置は、ＢＣＨエンコーディング／ゼロ挿入されたＰＬＳデータを再配置（パーミュテーション）することができる。本発明の一実施例に係る放送信号送信装置は、ＢＣＨエンコーディング／ゼロ挿入されたＰＬＳデータをあらかじめ決定された順序に従って再配置することができる。
【０４８９】
あらかじめ決定された再配置（パーミュテーション）順序は、上述したゼロ―パディング順次的順序であり、パーミュテーション順序は設計者の意図によって変更可能である。
【０４９０】
図２８の（ｃ）は、本発明の一実施例に係るＬＤＰＣエンコーディングブロックがＢＣＨエンコーディング／ゼロ挿入されたＰＬＳデータをＬＤＰＣエンコードして出力するデータ構造を示した図である。
【０４９１】
ＢＣＨエンコーディング／ゼロ挿入されたＰＬＳデータは、上述したゼロ―パディング順次的順序に従って再配置（パーミュテーション）された後のＰＬＳデータを意味し得る。
【０４９２】
ＬＤＰＣエンコーディングブロックは、サイズがＮｌｄｐｃであるＬＤＰＣエンコードされたＰＬＳデータの各ビットのセットを出力することができる。Ｎｌｄｐｃは、Ｋｓｉｇのサイズ、各ゼロ―パディングビットのサイズ、各ＢＣＨパリティビットのサイズ、ＬＤＰＣパリティビットのサイズを合わせたものと同一であり得る。
【０４９３】
その後、本発明の一実施例に係るＰＬＳ  ＦＥＣエンコーダ６０００は、図２８の（ｄ）に示したビット構造に相応するエンコードされたＰＬＳデータ（図面では伝送ビット（Ｔｒａｎｓｍｉｔｔｅｄ  ｂｉｔｓ）を出力することができる。具体的に、ＬＤＰＣパリティパンクチャリングブロックは、（ｃ）ＰＬＳデータのエンコードされた各ビットにおいて各ＬＤＰＣパリティビットのうち一部をパンクチャ（図面ではＮｐｕｎｃと表示）し、ゼロビットを除去して符号化ＰＬＳデータを出力することができる。出力されたエンコードされたＰＬＳデータは信号フレームに含まれて伝送され得る。
【０４９４】
本発明の一実施例に係る放送信号受信装置は、図２８を参照して説明したＰＬＳ  ＦＥＣエンコーダ６０００の動作の逆順に動作することができる。本発明の一実施例に係る放送信号受信装置は、信号フレームが含む各ＰＬＳ伝送ビットをＬＤＰＣデコードした後、ＢＣＨデコードすることができる。本発明の一実施例に係る放送信号受信装置が、上述したＰＬＳエンコーディング方式が行われた信号通知（ｓｉｇｎａｌｉｎｇ）データをＢＣＨデコードする場合、放送信号受信装置は、ゼロ―パディングビットを除いた信号通知データに対してのみＢＣＨデコーディングを行うことができる。各ゼロビットが削除されたエンコードされたＰＬＳデータをＢＣＨデコードするとき、本発明の一実施例に係る放送信号受信装置のＢＣＨデコーディング遅延時間は減少し得る。
【０４９５】
その一方、放送信号送信装置が、ゼロ―パディングビットがパリティビットと信号通知データとの間に位置するコードワードをＢＣＨデコードする場合、ゼロ―パディングビットまでＢＣＨデコードしなければならないので、ＢＣＨデコーディング遅延時間が増加する。
【０４９６】
これは、放送信号受信装置のＢＣＨデコーディング遅延時間が、ＰＬＳデータのサイズ（Ｋｓｉｇ）、各ＢＣＨパリティビットのサイズ、及び各ゼロ―パディングビットのサイズの和に依存的に増加するためである。
【０４９７】
図２９は、本発明の一実施例に係る放送信号送信装置の構造を示した図である。
【０４９８】
具体的に、図２９は、ＰＬＳ  ＦＥＣエンコーダ６０００の詳細ブロック図とビットインタリービングブロック（図６のビットインタリーバ６０１０と同一である。）、星状図マッピングブロック（図６の星状図マッパ６０２０と同一である。）を示した図である。上述したように、ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック及びＬＤＰＣパリティパンクチャリングブロック（図面では、パリティパンクチャリング挿入された各ゼロ除去（Ｐａｒｉｔｙ  Ｐｕｎｃｔｕｒｉｎｇ  Ｒｅｍｏｖａｌ  Ｉｎｓｅｒｔｅｄ―Ｚｅｒｏｓ）で表示する。）。以下、明細書は、ＢＩＣＭブロックの各ブロックに対して説明することができる。各ブロックは、設計者の意図によって省略及び変更可能である。
【０４９９】
スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、ビットインタリービングブロック及び星状図マッピングブロック（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｉｎｇ  ｂｌｏｃｋ）の動作は、上述した同名の各ブロックの動作と同一である。
【０５００】
以下、本発明の一実施例に係るＬＤＰＣパリティパンクチャリングブロック（図面では、パリティパンクチャリング挿入された各ゼロ除去（Ｐａｒｉｔｙ  Ｐｕｎｃｔｕｒｉｎｇ  Ｒｅｍｏｖａｌ  Ｉｎｓｅｒｔｅｄ―Ｚｅｒｏｓ）で表示する。）の具体的な動作を説明する。ＬＤＰＣパリティパンクチャリングブロックは、パリティインタリービングブロック、パリティパーミュテーションブロック、パリティパンクチャリング及び挿入された各ゼロに対する除去ブロックを含むことができる。
【０５０１】
パリティインタリービングブロックは、上述したＬＤＰＣエンコーディングブロックの出力であるＬＤＰＣコードのパリティビットをインタリーブすることができる。
【０５０２】
具体的に、パリティインタリービングブロックは、ＬＤＰＣコードの各ビットをインタリーブしてＱＣＢ（Ｑｕａｓｉ―ｃｙｃｌｉｃ  ｂｌｏｃｋ）の形態に出力することができる。
【０５０３】
その後、パリティパーミュテーションブロックは、定められたパンクチャリング順序に従って各ＱＣＢを再配置（パーミュテーション）することができる。その後、パリティパンクチャリング＆挿入された各ゼロ除去ブロック（Ｒｅｍｏｖａｌ  ｉｎｓｅｒｔｅｄ―ｚｅｒｏｓ  ｂｌｏｃｋ）は、各ＬＤＰＣパリティビットを順次パンクチャすることができる。
【０５０４】
上述したパリティパーミュテーションブロックは、設計者の意図によって省略可能である。パリティパーミュテーションブロックが省略された場合、パリティパンクチャリング及び挿入された各ゼロに対する除去ブロックは、各ＬＤＰＣパリティビットを定められたパンクチャリング順序に従ってパンクチャすることができる。
【０５０５】
本発明の一実施例に係る放送信号受信装置は、パリティインタリービングが適用されたエンコードされたＰＬＳデータをＱＣ（Ｑｕａｓｉ―ｃｙｃｌｉｃ）デコードすることができる。この場合、放送信号受信装置の複雑度を低下させることができる。
【０５０６】
図３０は、本発明の一実施例に係る放送信号送信方法を示したフローチャートである。
【０５０７】
本発明の実施例に係る放送信号送信装置は、少なくとも一つ以上の放送サービスコンポーネントを伝送するデータ（又はサービスデータ）をエンコードすることができる（Ｓ３００００）。本発明の一実施例に係るデータは、上述したように、各データに該当するＤＰ別に処理することができる。データエンコーディングは、ＢＩＣＭブロック（Ｂｉｔ  Ｉｎｔｅｒｌｅａｖｅｄ  Ｃｏｄｉｎｇ  ＆  Ｍｏｄｕｌａｔｏｎ  ｂｌｏｃｋ）１０１０によって行うことができる。
【０５０８】
本発明の一実施例に係る放送信号送信装置は、信号通知データ（物理的信号通知データ又はＰＬＳと称することができる。）をエンコードすることができる。上述したように、本発明の一実施例に係る信号通知データは、ＰＬＳ１データ及びＰＬＳ２データを含んで構成することができる。ＰＬＳ２データは、ＰＬＳ２静的データ及びＰＬＳ２動的データを含むことができる。ＰＬＳ２データはＰＬＳ―ポストデータと称することができ、ＰＬＳ２静的データはＰＬＳ―ポスト―ＳＴＡＴデータと称し、ＰＬＳ２動的データはＰＬＳ―ポスト―ＤＹＮデータと称することができる。
【０５０９】
上述したように、フレームグループに含まれるそれぞれのフレームはＰＬＳデータを含むことができる。
【０５１０】
ＰＬＳ２―ＳＴＡＴの各パラメータは、フレームグループ内で同一の値を有することができる。その一方、ＰＬＳ２―ＤＹＮの各パラメータは、一つのフレームグループの期間の間に変更可能である。但し、各フィールドのサイズは固定可能である。
【０５１１】
本発明の一実施例に係る放送信号受信装置は、ＰＬＳ―ポストペイロードを一定のサイズ（Ｎ）を有するコードワードでエンコードするために、ＰＬＳ―ポストペイロードをＭ個のブロックに分割することができる。その後、本発明の一実施例に係る放送信号送信装置は、各ブロックに対してＢＣＨエンコーディングを行い、ＢＣＨエンコードされた各ブロックにゼロパディングを行い、ゼロパディングが行われたブロックの後に各パリティビットを付けてＬＤＰＣエンコーディングを行い、各パリティビットに対してパンクチャリングを行ってＦＥＣブロックを出力することができる。
【０５１２】
具体的に、本発明の一実施例に係る放送信号送信装置は、ゼロパディング時に、定められたゼロ―パディングの順次的順序に従って各ゼロ―パディングビットを各ブロックに順次挿入することができる。その後、本発明の一実施例に係る放送信号送信装置は、ゼロ―パディングの順次的順序を基盤にしてゼロパッドされたブロック（ｚｅｒｏ  ｐａｄｄｅｄ  ｂｌｏｃｋ）を再配置（パーミュテーション）することができる。その後、本発明の一実施例に係る放送信号送信装置は、パーミュートされたブロックの後に各パリティビットを付けてＬＤＰＣエンコーディングを行い、各パリティビットをインタリーブすることができる。その後、本発明の一実施例に係る放送信号送信装置は、挿入されたゼロパディングビットを削除することができる。
【０５１３】
上述したＰＬＳデータエンコーディングは、本発明の一実施例に係る放送信号送信装置のＰＬＳ  ＦＥＣエンコーダ６０００によって行うことができる。
【０５１４】
その後、本発明の実施例に係る放送信号送信装置は、少なくとも一つの信号フレームを生成することができる（Ｓ３００１０）。本発明の実施例に係る信号フレームは、ＰＬＳデータ及びサービスデータを含むことができる。信号フレーム生成は、フレームビルディングブロック（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ  ｂｌｏｃｋ）１０２０によって行うことができる。
【０５１５】
その後、本発明の一実施例に係る放送信号送信装置は、生成された少なくとも一つ以上の信号フレームをＯＦＤＭ方式で変調することができる（Ｓ３００２０）。信号フレームのＯＦＤＭ変調は、波形生成モジュール（ｗａｖｅｆｏｒｍ  ｇｅｎｅｒａｔｉｏｎ  ｍｏｄｕｌｅ）１３００によって行うことができる。
【０５１６】
その後、本発明の一実施例に係る放送信号送信装置は、生成された少なくとも一つ以上の変調された信号フレームを含む少なくとも一つ以上の放送信号を伝送することができる（Ｓ３００３０）。
【０５１７】
図３１は、本発明の一実施例に係る放送信号受信方法を示したフローチャートである。
【０５１８】
図３１は、図３０を参照して説明した放送信号送信方法の逆過程に該当する。
【０５１９】
本発明の一実施例に係る放送信号受信装置は、少なくとも一つ以上の放送信号を受信することができる（Ｓ３１０００）。本発明の一実施例に係る放送信号は、少なくとも一つの信号フレームを含み、各信号フレームはＰＬＳデータ及びサービスデータを含むことができる。
【０５２０】
本発明の一実施例に係る放送信号受信装置は、受信された少なくとも一つ以上の放送信号をＯＦＤＭ方式で復調することができる（Ｓ３１０１０）。放送信号の復調は、同期及び復調モジュール（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ＆  Ｄｅｍｏｄｕｌａｔｉｏｎ  ｍｏｄｕｌｅ）９０００によって行うことができる。
【０５２１】
その後、本発明の一実施例に係る放送信号受信装置は、図２８を参照して説明したＰＬＳ  ＦＥＣエンコーダ６０００の動作の逆順に動作することができる。具体的に、本発明の一実施例に係る放送信号受信装置は、信号フレームが含む各ＰＬＳ伝送ビットをＬＤＰＣデコードした後、ＢＣＨデコードすることができる。本発明の一実施例に係る放送信号受信装置が上述したＰＬＳエンコーディング方式が行われた信号通知データをＢＣＨデコードする場合、放送信号受信装置は、ゼロ―パディングビットを除いた信号通知データに対してのみＢＣＨデコーディングを行うことができる。
【０５２２】
ＰＬＳデコーディングは、信号通知デコーディングモジュール（Ｓｉｇｎａｌｉｎｇ  Ｄｅｃｏｄｉｎｇ  ｍｏｄｕｌｅ）９０４０によって行うことができる。
【０５２３】
その後、本発明の一実施例に係る放送信号受信装置は、少なくとも一つの信号フレームを復調された放送信号から分離することができる（Ｓ３１０２０）。信号フレームの分離は、フレームパーシングモジュール（Ｆｒａｍｅ  Ｐａｒｓｉｎｇ  ｍｏｄｕｌｅ）９０１０によって行うことができる。
【０５２４】
その後、本発明の一実施例に係る放送信号受信装置は、少なくとも一つ以上の放送サービスコンポーネントを伝送するサービスデータをデコードすることができる（Ｓ３１０３０）。データのデコーディングは、デマッピング及び復号モジュール（Ｄｅｍａｐｐｉｎｇ  ＆  Ｄｅｃｏｄｉｎｇ  ｍｏｄｕｌｅ）９０２０によって行うことができる。
【発明を実施するための形態】
【０５２５】
多様な実施例が本発明を行う最上のモードで記載された。
【産業上の利用可能性】
【０５２６】
本発明は、放送信号提供フィールドで有用である。
【０５２７】
本発明の思想又は範囲から逸脱することなく、本発明の多様な変形と変更が可能であることは当業者にとって自明である。よって、本発明は、添付の特許請求の範囲及びその同等物の範囲内で提供される本発明のすべての変形と変更をカバーするものと意図される。
【図１】
0006261748.tif 000053
【図２】
0006261748.tif 000054
【図３】
0006261748.tif 000055
【図４】
0006261748.tif 000056
【図５】
0006261748.tif 000057
【図６】
0006261748.tif 000058
【図７】
0006261748.tif 000059
【図８】
0006261748.tif 000060
【図９】
0006261748.tif 000061
【図１０】
0006261748.tif 000062
【図１１】
0006261748.tif 000063
【図１２】
0006261748.tif 000064
【図１３】
0006261748.tif 000065
【図１４】
0006261748.tif 000066
【図１５】
0006261748.tif 000067
【図１６】
0006261748.tif 000068
【図１７】
0006261748.tif 000069
【図１８】
0006261748.tif 000070
【図１９】
0006261748.tif 000071
【図２０】
0006261748.tif 000072
【図２１】
0006261748.tif 000073
【図２２】
0006261748.tif 000074
【図２３】
0006261748.tif 000075
【図２４】
0006261748.tif 000076
【図２５】
0006261748.tif 000077
【図２６】
0006261748.tif 000078
【図２７】
0006261748.tif 000079
【図２８】
0006261748.tif 000080
【図２９】
0006261748.tif 000081
【図３０】
0006261748.tif 000082
【図３１】
0006261748.tif 000083