JP2017500825A - 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 - Google Patents

Abstract

【課題】本明細書は、放送信号を転送するための方法に関するものである。【解決手段】本明細書で提案する方法はインプットストリームを多数のＤＰにフォーマッティングする（formatting）ステップを含む。前記フォーマッティングするステップは、インプットストリーム（Input Stream）を多数のデータストリーム（Data Stream）に振り分ける（splitting）ステップ；データストリームに含まれるヌルパケットを除去する（deleting）ステップ；及び前記データストリームにヘッダ（Header）を付加してベースバンドフレーム（Base Band Frame：ＢＢＦ）を形成するステップを含む。前記ベースバンドフレームは除去されたヌルパケットの個数を示すＤＮＰ（Deleted Null Packet）フィールドを含み、前記ＤＮＰフィールドは第１のＤＮＰまたは第２のＤＮＰのうち、少なくとも１つを含んで構成されることを特徴とする。【選択図】図３３

Description

本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。

アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための多様な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、多様な種類の付加データをさらに含むことができる。

本明細書は、ヌルパケットの存否に関わらず、ＤＮＰ（Deleted Null Packet）が挿入される問題点を解決するために、ＤＮＰＩ（Deleted Null Packet Indicator）を新しく定義してヌルパケットが存在する場合のみにＤＮＰを挿入する方法を提供することをその目的とする。

また、本明細書は不要なヌルパケットの転送によるオーバーヘッドを減らすために、２ｂｙｔｅ大きさのＤＮＰ構造を新しく定義してヌルパケットを除去する方法を提供することをその目的とする。

本明細書が達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。

本明細書は、放送信号を転送するための方法において、前記の方法は少なくとも１つのインプットストリーム（Input Stream）を少なくとも１つのＤＰ（Data Pipe）にフォーマッティングする（formatting）ステップ；前記少なくとも１つのＤＰのデータを各ＤＰ別にエンコーディングする（encoding）ステップ；前記エンコーディングされた例のデータをマッピングして少なくとも１つの信号フレームを生成するステップ；及びＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式により前記生成された信号フレームのデータを変調し、前記変調された信号フレームのデータを含む放送信号を転送するステップを含み、かつ前記少なくとも１つのＤＰにフォーマッティングする（formatting）ステップは、少なくとも１つのインプットストリーム（Input Stream）を少なくとも１つのデータストリーム（Data Stream）に振り分ける（splitting）ステップ；前記少なくとも１つのデータストリームに含まれる少なくとも１つのヌルパケットを除去する（deleting）ステップ；及び前記少なくとも１つのデータストリームにヘッダ（Header）を付加してベースバンドフレーム（Base Band Frame：ＢＢＦ）を形成するステップを含み、かつ前記ベースバンドフレームは除去されたヌルパケットの個数を示す少なくとも１つのＤＮＰ（Deleted Null Packet）フィールドを含み、前記少なくとも１つのＤＮＰフィールドは第１のＤＮＰまたは第２のＤＮＰのうち、少なくとも１つを含んで構成されることを特徴とする。

また、本明細書において、前記少なくとも１つのヌルパケットを除去するステップは、ヌルパケットか否かを確認するステップ；ヌルパケットの場合、少なくとも１つのヌルパケットを除去するステップ；前記除去されたヌルパケットの個数をカウンティングするステップ；及び前記除去された少なくとも１つのヌルパケットの位置にＤＮＰ（Deleted Null Packet）フィールドを挿入するステップを含んでなることを特徴とする。

また、本明細書において、前記除去された少なくとも１つのヌルパケットの位置に挿入されるＤＮＰフィールドは、前記カウンティングされた値に設定されることを特徴とする。

また、本明細書において、前記少なくとも１つのデータストリームは、次のパケットがヌルパケットか否かを示すＤＮＰＩ（Deleted Null Packet Indicator）フィールドを含むことを特徴とする。

また、本明細書は前記ＤＮＰＩフィールドが次のパケットがヌルパケットであることを示す値に設定された場合、ＤＮＰフィールドは前記ＤＮＰＩフィールドを含むデータパケットの次に挿入されることを特徴とする。

また、本明細書において、前記少なくとも１つのデータパケットヘッダはＰＩＤ（Packet IDentifier）圧縮（compression）またはＰＩＤ除去（deletion）により生成されるヘッダであることを特徴とする。

また、本明細書において、前記ＤＮＰフィールドの大きさは２バイト（ｂｙｔｅ）であり、前記第１のＤＮＰ及び前記第２のＤＮＰは各々１ｂｙｔｅ大きさであることを特徴とする。

また、本明細書において、前記ＤＮＰフィールドは除去されたヌルパケットの個数が一定個数以下の場合、前記第１のＤＮＰのみ含み、除去されたヌルパケットの個数が一定個数以上の場合、前記第１のＤＮＰ及び前記第２のＤＮＰを含むことを特徴とする。

また、本明細書は前記第１のＤＮＰ及び前記第２のＤＮＰが前記ＤＮＰフィールドに含まれる場合、前記第１のＤＮＰは一定個数のヌルパケットの数を示す特定値に設定され、前記第２のＤＮＰは除去されたヌルパケットの総個数から前記第１のＤＮＰに設定された値を引いた残りの値に設定されることを特徴とする。

また、本明細書において、前記第２のＤＮＰは前記第１のＤＮＰの次に位置することを特徴とする。

また、本明細書において、データストリームはサービスまたはサービスコンポーネント（service component）ストリームであることを特徴とする。

また、本明細書において、前記少なくとも１つのデータストリームは少なくとも１つのデータパケットまたは少なくとも１つのヌルパケット（Null Packet）のうちの少なくとも１つを含み、前記ＤＮＰＩフィールドは前記少なくとも１つのデータパケットヘッダに含まれることを特徴とする。

また、本明細書は放送信号を転送するための送信装置において、少なくとも１つのインプットストリーム（Input Stream）を少なくとも１つのＤＰ（Data Pipe）にフォーマッティングする（formatting）インプットフォーマッティング（Input Formatting）モジュール；前記少なくとも１つのＤＰのデータを各ＤＰ別にエンコーディングする（encoding）ＢＩＣＭ（Bit Interleaved Coding and Modulation）モジュール；前記エンコーディングされた例のデータをマッピングして少なくとも１つの信号フレームを生成するフレームビルディング（Frame Building）モジュール；及びＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式により前記生成された信号フレームのデータを変調し、前記変調された信号フレームのデータを含む放送信号を転送するＯＦＤＭジェネレーション（OFDM Generation）モジュールを含み、かつ前記インプットフォーマッティングモジュールは少なくとも１つのインプットストリーム（Input Stream）を少なくとも１つのデータストリーム（Data Stream）に振り分ける（splitting）インプットストリームスプリッタ（Input Stream Splitter）モジュール；前記少なくとも１つのデータストリームに含まれる少なくとも１つのヌルパケットを除去する（deleting）ヌルパケット除去（Null Packet Deletion）モジュール；及び前記少なくとも１つのデータストリームにヘッダ（Header）を付加してベースバンドフレーム（Base Band Frame：ＢＢＦ）を形成するベースバンドフレームヘッダ挿入（BB Frame Header Insertion）モジュールを含み、かつ前記ベースバンドフレームは除去されたヌルパケットの個数を示す少なくとも１つのＤＮＰ（Deleted Null Packet）フィールドを含み、前記少なくとも１つのＤＮＰフィールドは第１のＤＮＰまたは第２のＤＮＰのうち、少なくとも１つを含んで構成されることを特徴とする。

また、本明細書において、前記ヌルパケット除去モジュールは、ヌルパケットか否かを確認するヌルパケットチェック（Null Packet Check）モジュール（submodule）；ヌルパケットの場合、少なくとも１つのヌルパケットを除去し、前記除去されたヌルパケットの個数をカウンティングするヌルパケット処理（Null Packet Processing）モジュール；及び前記除去された少なくとも１つのヌルパケットの位置にＤＮＰ（Deleted Null Packet）フィールドを挿入するＤＮＰ挿入（DNP Insertion）モジュールを含んでなることを特徴とする。

また、本明細書において、前記ヌルパケット処理モジュールは、ヌルパケットの場合、少なくとも１つのヌルパケットを除去するヌルパケット除去モジュール；及び前記除去されたヌルパケットの個数をカウンティングするヌルパケットカウンター（Null Packet Counter）モジュールを含んでなることを特徴とする。

また、本明細書において、前記少なくとも１つのデータパケットは、少なくとも１つのデータパケットまたは少なくとも１つのヌルパケットのうちの少なくとも１つを含み、前記少なくとも１つのデータパケットヘッダは、次のパケットがヌルパケットか否かを示すＤＮＰＩ（Deleted Null Packet Indicator）フィールドを含むことを特徴とする。

また、本明細書において、前記インプットストリームはＴＳ（Transport Stream）であることを特徴とする。

本明細書は、ヌルパケットの存否を示すＤＮＰＩ（Deleted Null Packet Indicator）を新しく定義して、ヌルパケットが存在する場合のみにＤＮＰを挿入することによって、データストリーム転送のオーバーヘッドを減らすことができる効果がある。

また、本明細書はヌルパケットの個数を２ｂｙｔｅ大きさのＤＮＰ構造を通じて表現することによって、不要なヌルパケットの転送によるオーバーヘッドを減らすことができる効果がある。

本明細書で得られる効果は以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。

本発明に対してさらに理解するために含まれて、本出願に含まれて、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。

本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。 本発明の一実施形態に係るインプットフォーマッティング（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）構造を示す。 本発明の一実施形態に係るビットインターリービングを示す。 本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。 本発明の一実施形態に係るタイムインターリービングを示す。 本明細書で提案する方法が適用できる送信装置におけるモードアダプテーションモジュールの一例を示す図である。 本明細書で提案する受信装置におけるモードアダプテーションモジュールの一例を示す図である。 従来のＴＳパケットヘッダフォーマットの一例を示す図である。 従来のヌルパケット除去方法の一例を示す図である。 本明細書で提案するＴＳパケットヘッダフォーマットの一例を示す図である。 本明細書で提案するＴＳパケットヘッダフォーマットの更に他の一例を示す図である。 本明細書で提案するＴＳパケットヘッダフォーマットの更に他の一例を示す。 図３０乃至図３２のＤＮＰＩフィールドを用いてヌルパケットを除去する方法の一例を示す図である。 従来のＤＮＰの構造に対する一例を示す図である。 本明細書で提案するＤＮＰ構造の一例を示す。 図３５のＤＮＰ構造を用いてヌルパケットを除去する方法の一例を示す図である。

本発明の好ましい実施形態に対して具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって具現できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。

本発明で使われる大部分の用語は該当分野で広く使われる一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。

本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非−ＭＩＭＯ（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）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。

受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対するの重要システムパラメータが以下の＜表１＞に記載されている。

２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。

低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。

３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャンネル能力を提供する。該当プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。

アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ転送は初期には既存の楕円分極転送装備を使用し、以後に全出力交差分極転送に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。

この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そして、該当３個のプロファイルは設計者の意図によって変更できる。

次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。

補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送社やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス

ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ

ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合

セル（cell）：ＯＦＤＭ転送の１つのキャリアにより伝達される変調値

コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ

データパイプ（data pipe）：１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理階層（physical layer）におけるロジカルチャンネル

データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット

データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）

ＤＰ＿ＩＤ：該当８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。

ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使われない残っている容量を詰めることに使われる疑似ランダム値を伝達するセル

ＦＡＣ（emergency alert channel：非常警報チャンネル）：ＥＡＳ情報データを伝達するフレームのうちの一部

フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理階層（physical layer）タイムスロット

フレームレピティションユニット（frame repetition unit：フレーム反復単位）：スーパーフレーム（super-frame）で８回反復されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合

ＦＩＣ（fast information channel：高速情報チャンネル）：サービスと該当ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャンネル

ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合

ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使われる名目上のＦＦＴサイズ

フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組合せにおけるフレームの開始で使われるより高いパイロット密度を有するＯＦＤＭシンボル

フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組合せにおけるフレームの端で使われる、より高いパイロット密度を有するＯＦＤＭシンボル

フレームグループ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合

フューチャーエクステンションフレーム（future extention frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理階層（physical layer）タイムスロット

フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理階層（physical layer）放送システム

インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム

ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル

フィジカルプロファイル（PHY profile）：該当する受信機が具現しなければならない全ての構造のサブセット

ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理階層（physical layer）シグナリングデータ

ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合

ＮＯＴＥ：ＰＬＳ１データはフレームグルーフのデュレーション（duration）の間一定である。

ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに転送されるＰＬＳデータの第２の集合

ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ

ＰＬＳ２スタティック（static：静的）データ：フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データ

プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使われるシグナリングデータ

プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル

ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使われる。

今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる

スーパーフレーム（superframe）：８個のフレーム反復単位の集合

タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合

タイムインターリービンググループ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位

ＮＯＴＥ：タイムインターリービンググルーフは１つのフレームに直接マッピングされるか、または多数のフレームにマッピングできる。タイムインターリービンググルーフは１つ以上のタイムインターリービングブロックを含むことができる。

タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ

タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ

ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮ_{ｃｅｌｌｓ}セルの集合

図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。

本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Input Format block）１０００、ＢＩＣＭ（bit interleaved coding & modulation）ブロック１０１０、フレームビルディングブロック（Frame building block）１０２０、ＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーションブロック（OFDM generation block）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。

ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらデータ入力に追加で、管理情報が入力されて各入力ストリームに対する該当帯域幅のスケジューリング及び割当を制御する。１つまたは多数のＴＳストリーム、ＩＰストリーム、及び／又は一般ストリーム入力が同時に許容される。

インプットフォーマットブロック１０００は各々の入力ストリームを独立的なコーディング及び変調が適用される１つまたは多数のデータパイプにデマルチプレキシングすることができる。データパイプは堅固性（robustness）の制御のための基本単位であり、これはＱｏＳ（Quality of Service）に影響を及ぼす。１つまたは多数のサービスまたはサービスコンポーネントが１つのデータパイプにより伝達できる。インプットフォーマットブロック１０００の詳細な動作は後述する。

データパイプは１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連メタデータを伝達する物理階層（physical layer）におけるロジカルチャンネルである。

また、データパイプユニットは１つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。

インプットフォーマットブロック１０００で、パリティ（parity）データはエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値コンステレーションシンボルにマッピングされる。該当シンボルは該当データパイプに使われる特定インターリービング深さに亘ってインターリービングされる。アドバンスプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ転送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。

フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャンネルを防止するために、周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。

プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭジェネレーションブロック１０３０はサイクリックプレフィックス（cyclic prefix）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（distributed）ＭＩＳＯ方式が送信機に亘って適用される。また、ＰＡＰＲ（peak-to-average power ratio）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は多様なＦＦＴサイズ、ガードインターバル長さ、該当パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。

シグナリング生成ブロック１０４０は、各機能ブロックの動作に使われる物理階層（physical layer）シグナリング情報を生成することができる。また、該当シグナリング情報は関心あるサービスが受信機側で適切に復旧されるように転送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。

図２、図３、及び図４は、本発明の実施形態に係るインプットフォーマットブロック１０００を示す。各図面に対して説明する。

図２は、本発明の一実施形態に係るインプットフォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（single input stream）の時のインプットフォーマットブロックを示す。

図２に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。

物理階層（physical layer）への入力は１つまたは多数のデータストリームで構成できる。各々のデータストリームは１つのデータパイプにより伝達される。モードアダプテーション（mode adaptaion：モード適応）モジュールは入力されるデータストリームをＢＢＦ（baseband frame）のデータフィールドにスライスする。該当システムは３種類の入力データストリーム、即ちＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（generic stream）をサポートする。ＭＰＥＧ２−ＴＳは第１のバイトが同期バイト（０×４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームはＩＰパケットヘッダ内でシグナリングされる可変長さＩＰデータグラムパケットで構成される。該当システムはＩＰストリームに対してＩＰｖ４とＩＰｖ６を全てサポートする。ＧＳはカプセル化パケットヘッダ内でシグナリングされる可変長さパケットまたは一定長さパケットで構成できる。

（ａ）は信号データパイプに対するモードアダプテーション（mode adaptaion：モード適応）ブロック２０００、及びストリームアダプテーション（stream adaptation：ストリーム適応）２０１０を示し、（ｂ）はＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラー２０３０を示す。各ブロックの動作について説明する。

入力ストリームスプリッタは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（mode adaptaion：モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（baseband）フレームスライサー、及びＢＢフレームヘッダ挿入ブロックで構成される。

ＣＲＣエンコーダは、ユーザパケット（user packet：ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、即ちＣＲＣ−８、ＣＲＣ−１６、ＣＲＣ−３２を提供する。算出されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ−８はＴＳストリームに使われ、ＣＲＣ−３２はＩＰストリームに使われる。ＧＳストリームがＣＲＣエンコーディングを提供しなければ、提案されたＣＲＣエンコーディングが適用されなければならない。

ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。第１の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、使用可能データフィールド容量と同一な数の入力ビットを割り当てる。ＢＢＦペイロードと同一な数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。

ＢＢフレームヘッダ挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトＢＢＦヘッダだけでなく、ＢＢＦは２バイトＢＢＦヘッダの端に拡張フィールド（１または３バイト）を有することができる。

ストリームアダプテーション（stream adaptation：ストリーム適応）２０１０は、スタッフィング（stuffing）挿入ブロック及びＢＢスクランブラーで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（stream adaptation：ストリーム適応）に対する入力データがＢＢフレームを詰めることに充分であれば、ＳＴＵＦＦＩは０に設定され、ＢＢＦはスタッフィングフィールドを有しない。でなければ、ＳＴＵＦＦＩは１に設定され、スタッフィングフィールドはＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。

ＢＢスクランブラーは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスは、ＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタにより生成される。

ＰＬＳ生成ブロック２０２０は、ＰＬＳデータを生成することができる。ＰＬＳは、受信機でフィジカルレイヤ（physical layer）データパイプに接続できる手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。

ＰＬＳ１データは、ＰＬＳ２データのデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームからＦＳＳに伝達されるＰＬＳデータの第１の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にすることに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データはフレームグルーフのデュレーションの間一定である。

ＰＬＳ２データは、データパイプ及びシステムに関するより詳しいＰＬＳデータを伝達するＦＳＳに転送されるＰＬＳデータの第２の集合である。ＰＬＳ２は、受信機が所望のデータパイプをデコーディングすることに充分の情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（static：静的）データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（dynamic：動的）データ（ＰＬＳ２−ＤＹＮデータ）の２種類のパラメータでさらに構成される。ＰＬＳ２スタティック（static：静的）データは、フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データであり、ＰＬＳ２ダイナミック（dynamic：動的）データはフレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データである。

ＰＬＳデータに対する詳細な内容は後述する。

ＰＬＳスクランブラー２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。

前述したブロックは省略されることもでき、類似または同一機能を有するブロックにより取り替えることもできる。

図３は、本発明の他の一実施形態に係るインプットフォーマットブロックを示す。

図３に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。

図３は、入力信号がマルチインプットストリーム（multi input stream：多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（mode adaptaion：モード適応）ブロックを示す。

マルチインプットストリーム（multiinput stream：多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（mode adaptaion：モード適応）ブロックは、多数入力ストリームを独立的に処理することができる。

図３を参照すると、マルチインプットストリーム（multiinput stream：多数の入力ストリーム）を各々処理するためのモードアダプテーション（mode adaptaion：モード適応）ブロックは、インプットストリームスプリッタ（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 adaptaion：モード適応）ブロックの各ブロックに対して説明する。

ＣＲＣエンコーダ３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサー、及びＢＢヘッダ挿入ブロックの動作に該当するので、その説明は省略する。

インプットストリームスプリッタ３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。

インプットストリームシンクロナイザー３０１０は、ＩＳＳＹと呼ばれることができる。ＩＳＳＹは如何なる入力データフォーマットに対してもＣＢＲ（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 adaptaion：モード適応）ブロックは、スケジューラー４０００、１−フレームディレイ（delay）ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンド（In-band）シグナリングブロック４０３０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、及びＰＬＳスクランブラー４０６０を含むことができる。ストリームアダプテーション（stream adaptation：ストリーム適応）ブロックの各ブロックに対して説明する。

スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラー４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラー、ＰＬＳ生成ブロック、ＰＬＳスクランブラー４０６０の動作に該当するので、その説明は省略する。

スケジューラー４０００は各データパイプのＦＥＣＢＬＯＣＫの量から全体フレームに亘って全体のセル割当を決定することができる。ＰＬＳ、ＥＡＣ、及びＦＩＣに対する割当を含んで、スケジューラーはフレームのＦＳＳのＰＬＳセルまたはインバンド（In-band）シグナリングに転送されるＰＬＳ２−ＤＹＮデータの値を生成する。ＦＥＣＢＬＯＣＫ、ＥＡＣ、ＦＩＣに対する詳細な内容は後述する。

１−フレームディレイ（delay）ブロック４０１０は、次のフレームに関するスケジューリング情報がデータパイプに挿入されるインバンド（In-band）シグナリング情報に関する現フレームを通じて転送できるように入力データを１つの転送フレームだけ遅延させることができる。

インバンド（In-band）シグナリングブロック４０３０は、ＰＬＳ２データの遅延されない部分をフレームのデータパイプに挿入することができる。

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

図５は、本発明の一実施形態に係るＢＩＣＭブロックを示す。

図５に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。

前述したように、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。

ＱｏＳが本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置により提供されるサービスの特性に依存するので、各々のサービスに該当するデータは互いに異なる方式により処理されなければならない。したがって、本発明の一実施形態に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式を各々のデータ経路に該当するデータパイプに独立的に適用することによって、各データパイプを独立的に処理することができる。結果的に、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、各々のデータパイプを介して転送される各サービスまたはサービスコンポーネントに対するＱｏＳを調節することができる。

（ａ）はベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロックを示し、（ｂ）はアドバンスプロファイルのＢＩＣＭブロックを示す。
ベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロック及びアドバンスプロファイルのＢＩＣＭブロックは、各々のデータパイプを処理するための複数の処理ブロックを含むことができる。

ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック及びアドバンスプロファイルに対するＢＩＣＭブロックの各々の処理ブロックに対して説明する。

ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（mapper）５０３０、ＳＳＤ（signal space diversity）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。

データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作に対しては後述する。

ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組合せにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作に対しては後述する。

コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅ_ｌを提供することができる。該当コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）に対して特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。

ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングして、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。

タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。

アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。

但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。

また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。

セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使われる。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。

ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャンネル特性に依存する。特別に放送に対して、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャンネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。

ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-diversity spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。

ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ_１，ｉ及びｅ_２，ｉ）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ_１，ｉ及びｇ_２，ｉ）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより転送される。

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。

図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。

図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャンネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。

図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。

また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックに対して説明する。

ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。

スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。

ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。

ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃ_ｌｄｐｃ及びパリティビットＰ_ｌｄｐｃは各々のゼロが挿入されたＰＬＳ情報ブロックＩ_ｌｄｐｃから組織的にエンコーディングされ、その後に添付される。

ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。

ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを遂行することができる。

ショートニングがＰＬＳ１データ保護に適用されれば、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは転送されない。

ビットインターリーバ６０１０は、各々のショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。

コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

図７は、本発明の一実施形態に係るフレームビルディングブロック（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 revserved tone insertion block）８０００、２Ｄ−ｅＳＦＮ（single frequency network）エンコーディングブロック８０１０、ＩＦＦＴ（inverse fast Fourier transform）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（guard interval insertion block）８０４０、プリアンブル挿入ブロック（preamble insertion block）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。ＯＦＤＭジェネレーションブロックの各ブロックに対して説明する。

パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。

ＯＦＤＭシンボル内の多様なセルは受信機から先験的に知られた転送された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（frame signalling symbol）パイロット、及びＦＥＳ（frame edge symbol）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンに従って特定増加パワーレベルで転送される。パイロット情報の値は与えられたシンボルで１つが各々の転送キャリアに対するものである一連の値に該当する参照シーケンスで誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャンネル推定、転送モード識別のために使われることができ、また位相雑音を追跡するために使用できる。

参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除外した全てのシンボルにおける分散パイロットセルで転送される。連続パイロットは、フレームの全てのシンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンに全て依存する。エッジキャリアは、プリアンブルシンボルを除外した全てのシンボル内のエッジパイロットと同一である。エッジキャリアは、スペクトルのエッジまで周波数インターポレーション（interpolation：補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。ＦＳＳパイロット及びＦＥＳパイロットはフレームのエッジまで時間インターポレーション（interpolation：補間）を許容するために挿入される。

本発明の一実施形態に係るシステムは非常に堅い転送モードをサポートするために分散ＭＩＳＯ方式が選択的に使われるＳＦＮをサポートする。２Ｄ−ｅＳＦＮは多数の送信アンテナを使用する分散ＭＩＳＯ方式であって、各アンテナはＳＦＮネットワークで各々異なる送信機に位置することができる。

２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシティを生成するために２Ｄ−ｅＳＦＮ処理を行って多数の送信機から転送された信号の位相を歪曲させることがある。したがって、長時間の間の低い平面フェーディングまたは深いフェーディングによるバースト誤りが軽減できる。

ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（または、リザーブドトーン）に指定されないデータシンボルでの全てのセルは、周波数インターリーバからのデータセルのうちの１つを伝達する。セルはＯＦＤＭキャリアにマッピングされる。

ＰＡＰＲ減少ブロック８０３０は、時間領域で多様なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。

ガードインターバル挿入ブロック８０４０はガードインターバルを挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造に対する詳細な内容は後述する。

その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが同一なＲＦ信号帯域で同時に転送できるように時間領域で複数の放送送信／受信システムの信号をマルチプレキシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。各々の放送サービスに関連したデータは互いに異なるフレームを通じて転送できる。

ＤＡＣブロック８０７０は、入力されたディジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は物理階層プロファイルによって多数の出力アンテナを介して転送できる。本発明の一実施形態に係る送信アンテナは垂直または水平極性を有することができる。

前述したブロックは設計によって省略されるか、類似または同一機能を有するブロックに取替できる。

図９は、本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。

本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応することができる。

本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（synchronization & demodulation module）９０００、フレームパーシングモジュール（frame parsing module）９０１０、デマッピング及びデコーディングモジュール（demapping & decoding module）９０２０、出力プロセッサ（output processor）９０３０、及びシグナリングデコーディングモジュール（signaling decoding module）９０４０を含むことができる。放送信号受信装置の各モジュールの動作に対して説明する。

同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置により実行される手続の逆過程に該当する復調を実行することができる。

フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザにより選択されたサービスが転送されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すれば、フレームパーシングモジュール９０１０はインターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されなければならない信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより獲得されて、放送信号送信装置により生成されたスケジューリング情報が復元できる。

デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によってビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、転送効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを通じて転送チャンネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０はシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な転送パラメータを獲得することができる。

出力プロセッサ９０３０は、転送効率を向上させるために放送信号送信装置により適用される多様な圧縮／信号処理手続の逆過程を実行することができる。この場合、出力プロセッサ９０３０はシグナリングデコーディングモジュール９０４０から出力されたデータで必要とする制御情報を獲得することができる。出力プロセッサ８３００の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）及びＧＳでありうる。

シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００により復調された信号からＰＬＳ情報を獲得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９２００、及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。

図１０は、本発明の一実施形態に係るフレーム構造を示す。

図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（frame repetition unit：フレーム反復単位）を示す。（ａ）は本発明の一実施形態に係るスーパーフレームを示し、（ｂ）は本発明の一実施形態に係るＦＲＵを示し、（ｃ）はＦＲＵでの多様なフィジカルプロファイル（PHY profile）のフレームを示し、（ｄ）はフレームの構造を示す。

スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回反復される。

ＦＲＵで各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるＰHY_PROFILEのリザーブド値を用いて拡張できる。

ＦＥＦ部分は、含まれれば、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。

１つのフレームは多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。

プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本転送パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。

ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャンネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみのインターポレーション（interpolation：補間）及び時間的補間（temporal interpolation）を可能にする。

図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。

図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本転送パラメータ及び転送タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は毎フレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。

図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。

プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。

ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。

ＦＦＴ＿ＳＩＺＥ：該当２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。

ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。

ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。該当フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。該当フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。該当フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。

ＰＩＬＯＴ＿ＭＯＤＥ：該当１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。該当フィールドが０に設定されれば、モバイルパイロットモードが使われる。該当フィールドが１に設定されれば、固定パイロットモードが使われる。

ＰＡＰＲ＿ＦＬＡＧ：該当１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使われるか否かを示す。該当フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使われる。該当フィールドが０に設定されれば、ＰＡＰＲ減少が使われない。

ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：該当３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける該当フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。

ＲＥＳＥＲＶＥＤ：該当７ビットフィールドは今後の使用のためにリザーブド（reserved）される。

図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。

ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本転送パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。

ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：該当２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。

ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：該当２ビットフィールドはＦＲＵ当たりフレーム数を示す。

ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。

ＮＵＭ＿ＦＳＳ：該当２ビットフィールドは現フレームでＦＳＳの数を示す。

ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドは転送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。

主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。該当標準で叙述されたバージョンに対し、値が００００に設定される。

副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。

ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使われる周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、該当フィールドは０に設定される。

ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。

ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての転送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。

次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使われないフィールドはゼロで詰められる。

ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。該当フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。

ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：該当２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。

ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。

ＲＥＳＥＲＶＥＤ：該当４ビットフィールドは今後の使用のためにリザーブド（reserved）される。

次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。

ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドはＰＬＳ２の保護により使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。

ＰＬＳ２＿ＭＯＤ：該当３ビットフィールドはＰＬＳ２により使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。

ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣ_{ｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋ}を示す。該当値は現フレームグループの全体デュレーションの間一定である。

ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。

ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。

ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。

ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣ_{ｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋ}を示す。反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。

ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。

ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：該当３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは非活性化される。

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣ_{ｔｏｔａｌ＿ｆｕｌｌ＿ｂｌｏｃｋ}を示す。次のフレームグループで反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループで一定である。

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループで一定である。

ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は該当フィールドの値を提供する。該当フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使われない。

ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。

ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は該当フィールドの値を定義する。`

ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。

ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。

ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード

図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。

図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。

ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。

ＦＩＣ＿ＦＬＡＧ：該当１ビットフィールドはＦＩＣが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。該当フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。

ＡＵＸ＿ＦＬＡＧ：該当１ビットフィールドは補助ストリームが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。該当フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。

ＮＵＭ＿ＤＰ：該当６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。

ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内で唯一に識別する。

ＤＰ＿ＴＹＰＥ：該当３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。

ＤＰ＿ＧＲＯＵＰ＿ＩＤ：該当８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。

ＢＡＳＥ＿ＤＰ＿ＩＤ：該当６ビットフィールドは管理階層で使われる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。

ＤＰ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは関連したデータパイプにより使われるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。

ＤＰ＿ＣＯＤ：該当４ビットフィールドは関連したデータパイプにより使われるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。

ＤＰ＿ＭＯＤ：該当４ビットフィールドは関連したデータパイプにより使われる変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。

ＤＰ_ＳＳＤ＿ＦＬＡＧ：該当１ビットフィールドはＳＳＤモードが関連したデータパイプで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＳＳＤは使われる。該当フィールドの値が０に設定されれば、ＳＳＤは使われない。

次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。

ＤＰ＿ＭＩＭＯ：該当３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。

ＤＰ＿ＴＩ＿ＴＹＰＥ：該当１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。

ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：該当２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。

ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、該当フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰ_Ｉを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（Ｎ_ＴＩ＝１）。該当２ビットフィールドに許容されるＰ_Ｉの値は、以下の＜表１８＞に定義される。

ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数Ｎ_ＴＩを示し、フレーム当たり１つのタイムインターリービンググループが存在する（Ｐ_Ｉ＝１）。該当２ビットフィールドに許容されるＰ_Ｉの値は以下の＜表１８＞に定義される。

ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：該当２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（Ｉ_ＪＵＭＰ）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、該当フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、該当フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、該当フィールドの値は１に設定される。

ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：該当１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使われないと、該当フィールド値は１に設定される。一方、タイムインターリービングが使われれば、該当フィールド値は０に設定される。

ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：該当５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。

ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：該当１０ビットフィールドは該当データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。該当フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。

ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。

ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：該当２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。

ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。

ＤＰ＿ＣＲＣ＿ＭＯＤＥ：該当２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使われるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。

ＤＮＰ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。

ＩＳＳＹ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。

ＨＣ＿ＭＯＤＥ＿ＴＳ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。

ＨＣ＿ＭＯＤＥ＿ＩＰ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。

ＰＩＤ：該当１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。

ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。

ＦＩＣ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドはＦＩＣのバージョンナンバーを示す。

ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１３ビットフィールドはＦＩＣの長さをバイト単位で示す。

ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。

ＮＵＭ＿ＡＵＸ：該当４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使われないことを示す。

ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：該当４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。

ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。

図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。

図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。

ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。

ＦＲＡＭＥ＿ＩＮＤＥＸ：該当５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。

ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。

ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。

ＲＥＳＥＲＶＥＤ：該当１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。

次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。

ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。

ＤＰ＿ＳＴＡＲＴ：該当１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。

ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：該当１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。

ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。

ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドは現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。

ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：該当８ビットフィールドは自動活性化指示のバージョンナンバーを示す。

ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。

ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１２ビットフィールドはＥＡＣの長さをバイトで示す。

ＥＡＣ＿ＣＯＵＮＴＥＲ：該当１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。

次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。

ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：該当４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。該当フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。

ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。

図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。

前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。

図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。

ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpoloation：補間）を可能にする。

ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。

ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。

図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。

ＥＡＣはＥＡＳメッセージを伝達する専用チャンネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。

ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。

ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。

ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが転送されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。

図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。

（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。

ＦＩＣは、高速サービス獲得及びチャンネルスキャンを可能にするために階層間情報（cross-layer information）を伝達する専用チャンネルである。該当情報は主にデータパイプの間のチャンネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが転送するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。

ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。該当フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。

ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。

ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。

ＥＡＳメッセージが現フレームで転送されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。

ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。

図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。

（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。

先行するチャンネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。

タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。

タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。

データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。

タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。

タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの転送に使用することができるＯＦＤＭセルの総数を超過できない。

この際、Ｄ_ＤＰ１はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、Ｄ_ＤＰ２はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て“タイプ１のマッピング規則”に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。

図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。

（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。

タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。

ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが転送され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで転送されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て転送されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。

（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、該当シンボルでのＦＩＣセルの数はＣ_ＦＳＳより大きくない。（ｂ）の右側に示した第３の場合は該当シンボルにマッピングされたＦＩＣセルの数がＣ_ＦＳＳを超過する点を除いて、第２の場合と同一である。

ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な“タイプ１のマッピング規則”に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。

データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。

ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎ_{ｃｅｌｌｓ}はＦＥＣＢＬＯＣＫサイズ、Ｎ_ｌｄｐｃ、コンステレーションシンボル当たり転送されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎ_{ｃｅｌｌｓ}の全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬ_ＤＰＵとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組合せ及びコンステレーションシンボル当たり異なるビット数をサポートするので、Ｌ_ＤＰＵはフィジカルプロファイルに基づいて定義される。

図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。

図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。

図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋ_ｂｃｈビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋ_ｌｄｐｃビット＝Ｎ_ｂｃｈビット）に適用される。

Ｎ_ｌｄｐｃの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。

以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。

ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。

１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使われる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。

ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使われる。完成されたＢ_ｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐ_ｌｄｐｃ（パリティビット）が各々のＩ_ｌｄｐｃ（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉ_ｌｄｐｃに添付される。完成されたＢ_ｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。

ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。

ロングＦＥＣＢＬＯＣＫに対してＮ_ｌｄｐｃ−Ｋ_ｌｄｐｃパリティビットを計算する具体的な手続は、次の通りである。

１）パリティビット初期化

２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉ_Ｏ累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、

３）次の３５９個の情報ビットｉ_ｓ、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉ_ｓ累算（accumulate）。

ここで、ｘは第１のビットｉ_０に該当するパリティビット累算器のアドレスを示し、Ｑ_ｌｄｐｃはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ_１に対するＱ_ｌｄｐｃ＝２４に引続き、次の動作が実行される。

４）３６１番目の情報ビットｉ_３６０に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉ_ｓ、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ_３６０に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２の行のエントリーを示す。

５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使われる。

全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
６）ｉ＝１から始めて次の動作を順次に実行

ここで、ｐ_ｉ、ｉ＝０，１，．．．，Ｎ_ｌｄｐｃ−Ｋ_ｌｄｐｃ−１の最終コンデンツはパリティビットｐ_ｉと同一である。

＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する該当ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。

図２３は、本発明の一実施形態に係るビットインターリービングを示す。

ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。

（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。

ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮ_{ｃｅｌｌｓ}＝６４８００／η_ＭＯＤまたは１６２００／η_ＭＯＤである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組合せに固有である。

ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（η_ＭＯＤ）によって実行される。１つの内部グループに対するＱＣＢの数Ｎ_{ＱＣＢ＿ＩＧ}も定義される。

内部グループインターリービング過程はＱＣＢインターリービング出力のＮ_{ＱＣＢ＿ＩＧ}個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮ_{ＱＣＢ＿ＩＧ}個の行を用いて内部グループのビットを記入し読み取る過程を含む。記入動作で、ＱＣＢインターリービング出力からのビットが行方向に記入される。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。

図２４は、本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。

図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。

ビットインターリービング出力の各々のセルワード（ｃ_０，ｌ，ｃ_１，ｌ，．．． ，ｃ_{ｎｍｏｄ−１，ｌ}）は１つのＸＦＥＣＢＬＯＣＫに対するセル−ワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ_{１，０，m}，ｄ_{１，１，ｍ}，．．．，ｄ_{１，ｎｍｏｄ−１，ｍ}）及び（ｄ_{２，０，m}，ｄ_{２，１，ｍ}，．．．，ｄ_{２，ｎｍｏｄ−１，m}）にデマルチプレキシングされる。

ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ_０，ｌ，ｃ_１，ｌ，．．．，ｃ_９，ｌ）は（ｂ）に示したように（ｄ_{１，０，ｍ}，ｄ_{１，１，ｍ}，．．．，ｄ_{１，３，ｍ}）及び（ｄ_{２，０，ｍ}，ｄ_{２，１，ｍ}，．．．，ｄ_{２，５，ｍ}）にデマルチプレキシングされる。

図２５は、本発明の一実施形態に係るタイムインターリービングを示す。

（ａ）から（ｃ）はタイムインターリービングモードの例を示す。

タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異に設定できる。

ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。

ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。

ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、該当パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数Ｎ_ＴＩである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、該当パラメータは１つのタイムインターリービンググループから拡散されるフレームの数Ｐ_Ｉである。

ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。

ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数Ｉ_ＪＵＭＰを示す。

ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、該当パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。

さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。

タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮ_{ｘＢＬＯＣＫ＿Ｇｒｏｕｐ}（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、Ｎ_{ｘＢＬＯＣＫ＿Ｇｒｏｕｐ}（ｎ）は最小値０から最も大きい値が１０２３である最大値Ｎ_{ｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸ}（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。

各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰ_Ｉ個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（Ｎ_ＴＩ個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。

各々のデータパイプで、タイムインターリービングメモリは入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を格納する。入力されたＸＦＥＣＢＬＯＣＫは、

一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。

以下、本明細書で提案するＤＮＰＩ（Deleted Null Packet Indicator）及びＤＮＰ（Deleted Null Packet）構造を通じてヌルパケット除去（Null-Packet Deletion）ブロックでヌルパケットを除去する方法について具体的に説明する。

図２６は、本明細書で提案する方法が適用できる送信装置におけるモードアダプテーションモジュールの一例を示す図である。

具体的に、図２６ａはモードアダプテーション（Mode Adaptation）モジュールの内部ブロック図の一例を示し、図２６ｂは図３及び図２６ａのヌルパケット除去（Null-Packet Deletion）ブロックの内部ブロック図の一例を示す。

図２６（ａ）に示すように、前記モードアダプテーションモジュールは、プリプロセッシング（Pre ProcessingまたはSpliting）ブロック２６１０、インプットインターフェース（Input Interface）ブロック２６２０、インプットストリーム同期化（input stream synchronizer）ブロック２６３０、ディレイ補償（compensating delay）ブロック２６４０、ヘッダコンプレッション（Header Compression）ブロック２６５０、ヌルデータ再使用（Null data reuse）ブロック２６６０、ヌルパケット除去（null packet deletion）ブロック２６７０、またはＢＢフレームヘッダ挿入（BB Frame Header Insertion）ブロック２６８０のうち、少なくとも１つを含んで構成できる。

前記プリプロセッシング（preprocessing）ブロック２６１０は、複数個の入力ストリームを複数個のデータパイプにスプリッティング（splitting）またはデマルチプレキシングすることができる。

前記プリプロセッシングブロックは、図３のインプットストリームスプリッタ（Input Stream Splitter）と同一な機能を遂行することができる。したがって、前記プリプロセッシングブロックは前記インプットストリームスプリッタで表現できる。

ここで、データパイプはＰＬＰ（Physical Layer Pipe）と呼ばれることもできる。ここで、入力ストリームはＴＳ（ＭＰＥＧ２−ＴＳ）、ＩＰ（Internet protocol）及び／又はＧＳ（Generic stream）でありうる。実施形態によって他の形態の入力ストリームも可能でありうる。

前記ヘッダコンプレッションブロック２６５０は、パケットヘッダを圧縮することができる。これは、ＴＳまたはＩＰ入力ストリームの転送効率を増加させるためでありうる。受信機が既にヘッダの先験的（a priori）情報を有しているので、既知データ（known data）が送信端から除去できる。例えば、ＰＩＤなどの情報が圧縮されることができ、他の形態の情報は除去または取替できる。実施形態によって、ヘッダコンプレッションブロックはヌルパケット除去ブロックの後に位置することができる。

前記ヌルデータ再使用（Null data reuse）ブロック２６６０は、ヘッダコンプレッションの以後にヌルデータをパケットに挿入する動作を遂行することができる。このブロックは実施形態によって省略できる。

前記ヌルパケット除去ブロック（Null Packet Deletion Block）２６１０は、ＴＳインプットストリーム（input stream）の場合のみに用いられることが好ましい。

特定ＴＳインプットストリーム、またはプリプロセッシング（Splitting）ブロックにより振り分けられた（split）ＴＳストリームはＣＢＲ（Constant Bit Rate）ＴＳストリームでＶＢＲ（Variable Bit Rate）サービスをサポートするために多数のヌルパケットを含むことができる。

したがって、送信装置では不要なパケットの転送によるオーバーヘッドを減らすためにヌルパケットを識別し、前記識別されたヌルパケットを転送しないことがある。

受信装置では、前記送信装置で除去されたヌルパケットに対してＤＮＰカウンター（または、ＤＮＰ）を用いて、また元の位置に正確に前記除去されたヌルパケットを挿入する。

前記ヌルパケット除去ブロック２６７０は、ＴＳパケットヘッダに含まれるＤＮＰＩを通じてヌルパケットの存否を確認し、ヌルパケットが存在する場合のみにＤＮＰを除去されたヌルパケットの位置に挿入する。

図２６ｂに示すように、前記ヌルパケット除去ブロックはヌルパケットチェック（Null packet check）（サブ）ブロック２６７１、ヌルパケット除去（null packet deletion）（サブ）ブロック２６７２、ＤＮＰ及びＤＮＰＩ挿入（サブ）ブロック２６７３、及びヌルパケットカウンター（Null packet counter）（サブ）ブロック２６７４を含んで構成できる。

ここで、ブロックの表現は‘モジュール’、‘部’などで表現されることもできる。

前記送信装置のモードアダプテーションモジュールは、図２６ａの構成要素の以外の他の構成要素が追加できるか、または図２６ａの構成要素のうちの一部構成要素が省略されて構成されることもできる。

前記ヌルパケットチェック（Null packet check）ブロック２６７１は入力されるＴＳパケット、即ち、ヌルデータ再使用ブロック（Null Data Reuse Block）から出力されるパケットのＰＩＤ（Packet IDentifier）を分析して該当パケットがヌルパケット（Null packet）か否かを確認する。

前記確認結果、該当パケットがヌルパケット（Null packet）の場合、前記ヌルパケットはヌルパケット除去（null packet deletion）ブロック２６７２から除去され、ヌルパケットカウンター（Null Packet Counter）ブロック２６７４でのヌルパケットカウンター値はヌルパケットが１つ除去される度に１つずつカウンター値が増加する。

前記確認結果、該当パケットがヌルパケットでない場合、前記ヌルパケット除去ブロック２６７２では何の動作をしなくなり、前記ヌルパケットカウンターブロックでのヌルパケットカウンター値は‘０’にリセット（reset）される。

ここで、ヌルパケットカウンターの概念と後述するＤＮＰの概念は同じ意味でありうる。

前記ＤＮＰ及びＤＮＰＩ挿入ブロック２６７３は、ヌルパケットカウンターブロックのヌルパケットカウンター値を参照してヌルパケットの次に転送されるＴＳパケットの前にＤＮＰ及びＤＮＰＩを挿入する。

即ち、前記ＤＮＰ及びＤＮＰＩ挿入ブロック２６７３はヌルパケットカウンター値を通じてＤＮＰを生成し、ヌルパケットの存否を示すＤＮＰＩ（Deleted Null Packet Indicator）を挿入する。

説明したように、ヌルパケットカウンター値とヌルパケットが除去される位置に挿入されるＤＮＰに設定される値は同一である。

一例として、前記ＤＮＰＩはヌルパケットが存在する場合、‘１’に設定されることができ、ヌルパケットが存在しない場合、‘０’に設定されてＴＳパケットヘッダに含まれることができる。ここで、前記ＤＮＰＩ設定値は具現方法によって設定値が互いに変わることもある。

図２７は、本明細書で提案する受信装置におけるモードアダプテーションモジュールの一例を示す図である。

具体的に、図２７ａはモードアダプテーション（Mode Adaptation）モジュールの内部ブロック図の一例を示し、図２７ｂは図２７ａのヌルパケット挿入（Null-Packet Insertion）ブロックの内部ブロック図の一例を示す。

図２７ａに示すように、受信装置のモードアダプテーションモジュールは、ＢＢフレームヘッダパーサブロック２７１０、ヌルパケット挿入（Null packet insertion）ブロック２７２０、ヌルデータ再生成（Null data regenerator）ブロック２７３０、ヘッダデコンプレッションブロック２７４０、ＴＳクロック再生成（TS clock regeneration）ブロック２７５０、デジッタバッファブロック２７６０、またはＴＳ再結合（TS recombining）ブロック２７７０のうち、少なくとも１つを含んで構成できる。

前記受信装置のモードアダプテーションモジュールは図２７ａの構成要素の以外の他の構成要素が追加できるか、または図２７ａの構成要素のうちの一部構成要素が省略されて構成されることもできる。

ヌルデータ再生成ブロック２７３０は、送信装置のヌルデータ再使用ブロックに対応する構成でありうる。ヌルデータ再生成ブロックは、アウトプットをヘッダデコンプレッションブロックに出力することができる。このブロックは実施形態によって省略できる。

ヘッダデコンプレッションブロック２７４０は、送信装置のヘッダコンプレッションブロックに対応する構成でありうる。ヘッダデコンプレッションブロックは圧縮されたパケットヘッダの圧縮を復元することができる。前述したように、パケットヘッダはＴＳまたはＩＰ入力ストリームの転送効率を増加させるために圧縮されていることができる。実施形態によって、ヘッダデコンプレッションブロックは実施形態によってヌルパケット挿入ブロックの前に位置することができる。

前記ヌルパケット挿入ブロック２７２０は、ＢＢフレームヘッダパーサ（BB Frame Header Parser）ブロックの次に位置することができ、送信装置のヌルパケット除去ブロックから除去されたヌルパケットに対してＤＮＰカウンター（または、ＤＮＰ）を用いてまた元の位置に除去されたヌルパケットを正確に挿入する。

図２７ｂに示すように、前記ヌルパケット挿入ブロック２７２０は、ＤＮＰチェック（DNP Check）（サブ）ブロック２７２１、ヌルパケット生成（Null Packet Generator）（サブ）ブロック２７２３、またはヌルパケット挿入（Null Packet Insertion）（サブ）ブロック２７２２のうち、少なくとも１つを含んで構成できる。

同様に、前記ブロックは‘モジュール’、‘部’などで表現できる。

前記ＤＮＰチェックブロック２７２１は前記ＢＢフレームヘッダパーサブロックからＤＮＰ及びＤＮＰＩを獲得する。

そして、前記ＤＮＰチェックブロック２７２１は、前記獲得されたＤＮＰ及びＤＮＰＩをヌルパケット挿入ブロック２７２２に伝達する。

前記ヌルパケット挿入ブロック２７２２は、前記ヌルパケット生成ブロック２７２３で予め生成されたヌルパケットを受信し、前記ＤＮＰチェックブロック２７２１から伝達を受けたＤＮＰ及びＤＮＰＩを通じて除去されたヌルパケットを元の位置に挿入する。

以下、本明細書で提案するＴＳパケットヘッダのエラー指示子（Error Indicator）をＤＮＰＩに活用してヌルパケットの存否を表示し、ヌルパケットが存在する場合のみにヌルパケットの個数を示すＤＮＰを挿入してヌルパケットを除去する方法について具体的に説明する。

まず、従来のＴＳパケットヘッダフォーマット及び従来のヌルパケットの除去方法について図２８及び図２９を参照して説明する。

図２８は、従来のＴＳパケットヘッダフォーマットの一例を示す図である。

図２８に示すように、ＴＳパケットヘッダは、転送エラー指示子（Transports error indicator）フィールド、ペイロードユニット開始指示子（Payload Unit Start Indicator：ＳＩ）フィールド、転送優先順位（Transport Priority：ＴＰ）フィールド、パケット識別子（Packet Identifier：ＰＩＤ）フィールド、スクランブリング制御（Scrambling Control：ＳＣ）フィールド、アダプテーションフィールド制御（Adaptation Field Control：ＡＦＣ）フィールド、連続カウンター（Continuity Counter：ＣＣ）フィールドなどを含んで構成できる。

前記転送エラー指示子（Transports error indicator）フィールドは、受信装置で信号を受信した後、エラーが発生した場合、前記エラー指示子（Error indicator）にマーキング（marking）を行うことで、受信装置でエラーが発生したか否かを送信装置に知らせるための指示子として使用するためのものである。

送信装置では、信号転送時、転送エラーがない（Error free）状況を仮定するため、前記エラー指示子は常に‘０’に設定されて転送される。

前記Payload unit start indicator（ＳＩ）フィールドは、ＴＳパケットペイロードが始まる位置を示す。

前記Transport Priority（ＴＰ）フィールドは、ＴＳパケットに対する転送優先順位を示す。

前記ＰＩＤフィールドは、ＴＳパケットを識別するための識別子（ＩＤ）を示す。

図２９は、従来のヌルパケット除去方法の一例を示す図である。

図２９に示すように、従来のヌルパケット除去（または、削除）方法は、ＴＳストリームにヌルパケットが存在する場合、ヌルパケットを除去し、ヌルパケットが除去された位置に一定バイト（ｂｙｔｅ）大きさの特定フィールド（または、特定バイト）を挿入することによって、除去されたヌルパケットの個数を表示する。

ここで、前記特定フィールドはＤＮＰ（Deleted Null Packet）を意味することができ、前記特定フィールドの大きさは１ｂｙｔｅ（８ｂｉｔ）の大きさを有することができる。前記特定フィールドの大きさが１バイトの場合、除去できるヌルパケットの総個数は２５５個となる。

受信装置では、前記特定フィールド、即ちＤＮＰを通じて送信装置から除去されたヌルパケットを復元することができる。

図２９ｂに示すように、従来のヌルパケット除去方法の場合、ＤＮＰはヌルパケットの存否に関わらず、常にＴＳパケット間毎に挿入される。即ち、現在ＴＳパケットと次のＴＳパケットとの間には常にＤＮＰが挿入される。

即ち、ＴＳストリームにヌルパケットが存在しなくてもＤＮＰは次のＴＳパケットの前に位置し（または、挿入され）、ＤＮＰは‘０’に設定される。

また、ＴＳストリームにヌルパケットが存在する場合、ヌルパケットは除去され、除去されたヌルパケット位置、即ち次のＴＳパケットの前にＤＮＰが挿入される。この際、ＤＮＰは除去されたヌルパケットの個数に該当する値に設定される。

一例に、１つのヌルパケットが除去された場合、ＤＮＰは‘１’に設定され、２つのヌルパケットが除去された場合、２つのヌルパケットが除去された位置にＤＮＰが挿入され、ＤＮＰは‘２’に設定される。

前述したように、図２９のヌルパケット除去方法は、ＴＳストリームにヌルパケットが存在しない場合にも常に１ｂｙｔｅのＤＮＰが追加されることによって、ＴＳストリーム転送においてオーバーヘッドが発生するようになる。

また、ヌルパケットがたくさん存在しないＴＳストリームで、図２９に示すように、８ｂｙｔｅのＤＮＰが追加されることによって、転送において大きいオーバーヘッドが発生する。

即ち、図２９の場合、ＴＳストリームにヌルパケットの存否に関わらず、常にヌルパケット個数を示すＤＮＰの挿入により、ヌルパケットが少ない場合、ＴＳストリーム転送時、オーバーヘッドとして作用するようになり、別途のヘッダを用いてヌルパケットが存在する場合のみにＤＮＰを挿入する方法やはりヌルパケットがよく発生する場合、ＴＳストリーム転送におけるオーバーヘッドとして作用するようになる。

図３０乃至図３２を参照して本明細書で提案するＴＳパケットヘッダに存在するエラー指示子フィールド（１ｂｉｔ）をＤＮＰＩに活用してヌルパケットが存在する場合のみにＤＮＰを挿入する方式によるヌルパケット除去方法について具体的に説明する。

図３０は、本明細書で提案するＴＳパケットヘッダフォーマットの一例を示す図である。

図３０に示すように、ＴＳパケットヘッダは、ＤＮＰＩ（Deleted Null Packet Indicator）フィールド、ペイロードユニット開始指示子（Payload unit start indicator：ＳＩ）フィールド、転送優先順位（Transport Priority：ＴＰ）フィールド、ＰＩＤ（Packet IDentifier）フィールド、スクランブリング制御（Scrambling control：ＳＣ）フィールド、アダプテーションフィールド制御（Adaptation field control：ＡＦＣ）フィールド、連続カウンター（Continuity counter：ＣＣ）フィールドなどを含んで構成できる。

前記ＤＮＰＩフィールドはヌルパケットの存否を示すものであって、前記ＤＮＰＩフィールドが含まれたＴＳパケットの次にくる（または、位置する）パケットがヌルパケットか否かを知らせて、１ｂｉｔの大きさで表現できる。

一例に、前記ＤＮＰＩフィールドが‘１’に設定された場合、ヌルパケットがあることを示し、具体的に、前記ＤＮＰＩフィールドが含まれたＴＳパケットの次のＴＳパケットがヌルパケットであることを示す。

前記ＤＮＰＩフィールドが‘１’に設定された場合にはヌルパケットが除去され、ヌルパケットが除去された位置にヌルパケットの個数を示すＤＮＰが挿入される。

前記ＤＮＰＩフィールドが‘０’に設定された場合、ヌルパケットが無いことを示し、具体的に前記ＤＮＰＩフィールドが含まれたＴＳパケットの次のＴＳパケットはヌルパケットでないことを示す。

前記ＤＮＰＩフィールドが‘０’に設定された場合にはＤＮＰが挿入されない。

前記ペイロードユニット開始指示子（Payload unit start indicator：ＳＩ）フィールド、転送優先順位（Transport Priority：ＴＰ）フィールド、ＰＩＤ（Packet IDentifier）フィールド、スクランブリング制御（Scrambling control：ＳＣ）フィールド、アダプテーションフィールド制御（Adaptation field control：ＡＦＣ）フィールド、連続カウンター（Continuity counter：ＣＣ）フィールドに対する具体的な説明は、図２８を参照する。

図３１は、本明細書で提案するＴＳパケットヘッダフォーマットの更に他の一例を示す図である。

具体的に、図３１はＴＳパケットヘッダ圧縮（compression）の場合、特に、ＰＩＤ圧縮の場合、ＤＮＰＩフィールドを含むＴＳパケットヘッダフォーマットの一例を示す。

前記ＰＩＤ圧縮は１つのデータパイプ（Data Pipe：ＤＰ）が１つのＴＳパケットストリームを含む場合に適用される。

前記１つのＴＳパケットストリームは１つのＰＭＴ（Program Map Table）パケットＰＩＤ値及び異なるＰＩＤを有する１つまたは１つ以上のサービスパケットを有する。

図３１に示すように、ＴＳパケットヘッダは、ＤＮＰＩフィールド、ＳＩフィールド、ＴＰフィールド、ＰＩＤ−サブフィールド、ＳＣフィールド、ＡＦＣフィールド、及びＣＣフィールドを含むことができる。

前記ＤＮＰＩフィールド、ＳＩフィールド、ＴＰフィールド、ＳＣフィールド、ＡＦＣフィールド、ＣＣフィールドに対する具体的な説明は、図２８及び図３０を参照する。

前記ＰＩＤ−サブフィールドはＰＩＤフィールドが圧縮された後のＰＩＤ値を示す。

一例に、前記ＰＩＤフィールドが１３ビットの時、ＰＩＤ圧縮後、ＰＩＤ−サブフィールドは５ビットまたは８ビットの大きさを有することができる。

図３２は、本明細書で提案するＴＳパケットヘッダフォーマットの更に他の一例を示す。

具体的に、図３２はＴＳパケットヘッダ圧縮（compression）の場合、特に、ＰＩＤ除去（deletion）の場合、ＤＮＰＩフィールドを含むＴＳパケットヘッダフォーマットの一例を示す。

図３２に示すように、ＴＳパケットヘッダは、ＤＮＰＩフィールド、ＳＩフィールド、ＴＰフィールド、ＳＣフィールド、ＡＦＣフィールド、及び同期連続カウンター（Sync. Continuity Counter）フィールドを含むことができる。

前記同期連続カウンター（Sync. Continuity Counter）フィールドは、図３０及び図３１で説明したContinuity CounterフィールドがＰＩＤ除去により代替（replace）されたフィールドを示す。

図３３は、図３０乃至図３２のＤＮＰＩフィールドを用いてヌルパケットを除去する方法の一例を示す図である。

ヌルパケット除去ブロックに入力されるＴＳパケットストリーム（または、ＴＳストリーム）は図３３ａと同一である。

この場合、図３３ａのＴＳパケットストリームはヌルパケット除去ブロックを通じて図３３ｂのようなＴＳパケットストリームに出力できる。

具体的に、各ＴＳパケットは前記ヌルパケット除去ブロックを通じて次のパケットがヌルパケットか否かを示すＤＮＰＩフィールドを含む。

図３０乃至図３２で説明したように、前記ＤＮＰＩフィールドは各ＴＳパケットヘッダの特定位置に含まれることができる。

また、ＴＳパケットストリームに存在するヌルパケットは除去され、前記除去されたヌルパケット位置には除去されたヌルパケットの個数を示すＤＮＰが挿入される。

前記ＤＮＰ値はＤＮＰカウンターによりカウントされる値に設定できる。

図３３ｂに示すように、ＤＮＰＩフィールド値が‘０’の場合、ＤＮＰＩを含む次のパケットはヌルパケットでないＴＳパケットに該当し、除去されたヌルパケットがないのでＤＮＰは挿入されない。

また、ＤＮＰＩフィールド値が‘１’の場合、ＤＮＰＩを含む次のパケットはヌルパケットに該当するので、前記ヌルパケットは除去され、除去されたヌルパケット位置に‘１’または‘２’値に設定されたＤＮＰが位置することを見ることができる。

ここで、ＤＮＰが‘１’の場合、除去されたヌルパケットの個数は１つであり、ＤＮＰが‘２’の場合、除去されたヌルパケットの個数は２つであることを示す。

以下、本明細書で提案するヌルパケット除去ブロックを通じてヌルパケットが除去される位置に挿入されるＤＮＰの構造について具体的に説明する。

まず、図３４を参照して従来のＤＮＰの構造について説明する。

図３４は、従来のＤＮＰの構造に対する一例を示す図である。

図３４に示すように、ＤＮＰはＴＳストリームでヌルパケットが存在するか否かに関わらず、ＴＳパケットの間毎にＤＮＰが挿入される。

即ち、ＴＳパケットの間にヌルパケットがない場合にもＤＮＰは挿入され、前記挿入されたＤＮＰ値は‘０’に設定される。

また、ＴＳパケットの間にヌルパケットがある場合と同様に、ＤＮＰは挿入され、前記挿入されたＤＮＰ値は（除去された）ヌルパケットの個数を示す値に設定される。

図３４ａに示すように、少なくとも１つのＴＳパケット及び少なくとも１つのヌルパケットを含むＴＳ（パケット）ストリームがある場合、図３４ｂに示すように、ＤＮＰがＴＳパケットの間に挿入されることを見ることができる。

ここで、ＤＮＰは８ビットで構成されており、前記ＤＮＰを通じて除去されるヌルパケットの個数は総２５５個まで表現できる。

仮に、除去されるヌルパケットの個数が２５６個以上の場合、ヌルパケット及び／又は他のＤＮＰを追加する方式により多数個の２５５以下のＤＮＰ値に除去されるヌルパケットの個数を表現するようになる。

図３４ｂに示すように、除去されるヌルパケットの個数が２５５個以下の場合、１つのＤＮＰでヌルパケットの個数を表現できるようになる。

即ち、ヌルパケットの個数が３個の場合、ＤＮＰは‘３’の値を有し、ヌルパケットの個数が２５１個の場合、ＤＮＰは‘２５１’の値を有するようになる。

しかしながら、ヌルパケットの個数が２５６個以上の場合、少なくとも１つのＤＮＰ及び／又は少なくとも１つのヌルパケットが追加されることを見ることができる。

即ち、ヌルパケットの個数が５２０個の場合、５２０個のヌルパケットが除去された箇所に挿入されるＤＮＰ構造は（順に）‘２５５’値の第１のＤＮＰ、第１ヌルパケット、‘２５５’値の第２のＤＮＰ、第２ヌルパケット、‘８’値の第３のＤＮＰを含んで生成できる。

前述したように、図３４の場合、１つのヌルパケットが追加される場合、１８８個のヌルバイト（null byte）が転送される。

１つのパケット長さ（packet length）は１８８ｂｙｔｅに該当する。

したがって、追加的なヌルパケット転送によって１８８ｂｙｔｅの不要なパケットが転送されるようになる。

図３４ａで、ＴＳパケット１からＴＳパケット５までＴＳパケットストリームを転送する場合、図３４ｂに示すように、ヌルパケット除去ブロックにより３８２バイトが追加的に転送されるようになる。

３８２ｂｙｔｅ＝ヌルパケット２つ：３７６ｂｙｔｅ（１８８ｂｙｔｅ＊２）＋６個ＤＮＰ（‘３’、‘２５１’、‘０’、‘２５５’、‘２５５’、‘８’）：６ｂｙｔｅ

前述したように、図３４の従来のヌルパケット除去方法は、ヌルパケットの個数が２５５個以下の場合には１つのＤＮＰで表現可能であるが、ヌルパケットの個数が２５６個以上の場合には少なくとも１つのヌルパケット及び／又は少なくとも１つのＤＮＰを追加的に増やしてＤＮＰ構造を生成しなければならない。

そして、ヌルパケットがない場合にも１ｂｙｔｅ大きさのＤＮＰを‘０’に設定してＴＳパケットの間毎に挿入しなければならない。

即ち、図３４ｂに示すように、ヌルパケットの個数が５２０個の場合、２５５個のヌルパケット個数を示す１^ｓｔ ＤＮＰフィールド、１つのヌルパケット、２５５個のヌルパケット個数を示す２^ｎｄ ＤＮＰ、１つのヌルパケット、８個のヌルパケット個数を示す３^ｒｄＤＮＰフィールドを含むＤＮＰ構造を生成して総５２０個のヌルパケットの個数を表現することができる。

以下、不要なヌルパケット及び／又はＤＮＰ追加によるＴＳパケットストリーム転送のオーバーヘッドを減らすために、１ｂｙｔｅの大きさを有する２つのＤＮＰ（１^ｓｔ ＤＮＰ及び２^ｎｄ ＤＮＰ）を用いてＤＮＰ構造を生成する方法について図３５及び図３６を参照して具体的に説明する。

図３５は、本明細書で提案するＤＮＰ構造の一例を示す。

図３５は、２つのＤＮＰ（１^ｓｔＤＮＰ及び２^ｎｄ ＤＮＰ）を用いてヌルパケットの個数を表現するためのＤＮＰ構造の一例を示す。

ＤＮＰ構造はＤＮＰカウンター構造で表現されることもできる。即ち、ＤＮＰ構造はヌルパケットの個数を表現するためのＤＮＰのフォーマットを示すと見ることができる。

図３５ａを参照すると、ヌルパケットの個数が特定個数以下の場合、１つのＤＮＰフィールドを用いて、ヌルパケットの個数が特定個数以上の場合、２つのＤＮＰ、即ち１^ｓｔ ＤＮＰ及び２^ｎｄ ＤＮＰを用いることを見ることができる。

ヌルパケットの総個数によって１^ｓｔ ＤＮＰ及び／又は２^ｎｄＤＮＰが有することができる値と値の範囲は以下の＜表３４＞の通りである。

即ち、＜表３４＞は総２ｂｙｔｅを用いてヌルパケットの個数を表現することができるＤＮＰ構造（または、ＤＮＰカウンター構造）の一例を示した表である。

＜表３４＞を参照すると、ヌルパケットの個数によってＤＮＰは２つ（１^ｓｔ ＤＮＰと２^ｎｄ ＤＮＰ）のＤＮＰが用いられる構造を有することが分かる。

ヌルパケットの個数が０〜２４９個の場合、１ｂｙｔｅ大きさの１^ｓｔ ＤＮＰのみで表現することができる。

しかしながら、ヌルパケットの個数が２５０〜１７４９個の場合、ＤＮＰは１^ｓｔ ＤＮＰと２^ｎｄ ＤＮＰを用いてヌルパケットの個数を表現することができる。

即ち、ヌルパケットの個数が一定個数以上の場合、ＤＮＰ構造は１^ｓｔ ＤＮＰと２^ｎｄ ＤＮＰを含むようになる。

具体的に、ヌルパケットの個数が２５０〜４９９個の範囲にある場合、ＤＮＰ構造は１^ｓｔＤＮＰと２^ｎｄ ＤＮＰで表現され、１^ｓｔＤＮＰは‘２５０’に設定され、２^ｎｄ ＤＮＰはヌルパケットの個数から１^ｓｔＤＮＰ値を引いた値で表現できる。即ち、２^ｎｄ ＤＮＰは０〜２４９値で表現される。

一例に、ヌルパケットの個数が２５１個の場合、ヌルパケット除去ブロックを通じて生成されるＤＮＰ構造は１^ｓｔ ＤＮＰ＝２５０、２^ｎｄＤＮＰ＝１で表現できる。

ここで、１^ｓｔ ＤＮＰ＝２５０の意味は、ヌルパケットの個数が２５０個から始めて、２^ｎｄ ＤＮＰ値と合わせられてヌルパケットの総個数が表現されることを示す。

また、ヌルパケットの個数が５００〜７４９個の場合、ＤＮＰ構造は１^ｓｔ ＤＮＰと２^ｎｄ ＤＮＰで表現され、１^ｓｔ ＤＮＰは‘２５１’に設定され、２^ｎｄＤＮＰはヌルパケットの個数から１^ｓｔ ＤＮＰ値を引いた値で表現される。同様に、２^ｎｄＤＮＰは０〜２４９範囲内で表現できる。

一例に、ヌルパケットの個数が５２０個の場合、ヌルパケット除去ブロックを通じて生成されるＤＮＰ構造は１^ｓｔ ＤＮＰ＝２５１、２^ｎｄＤＮＰ＝２０で表現できる。

ここで、１^ｓｔ ＤＮＰ＝２５１の意味はヌルパケットの個数が５００個から始めて、２^ｎｄ ＤＮＰ値と合わせられてヌルパケットの総個数が表現されることを示す。

また、ヌルパケットの個数が７５０〜９９９個の場合、ＤＮＰ構造は１^ｓｔ ＤＮＰと２^ｎｄ ＤＮＰで表現され、１^ｓｔ ＤＮＰは‘２５２’に設定され、２^ｎｄＤＮＰはヌルパケットの個数から１^ｓｔ ＤＮＰ値を引いた値で表現される。同様に、２^ｎｄＤＮＰは０〜２４９範囲内で表現できる。

一例に、ヌルパケットの個数が８００個の場合、ヌルパケット除去ブロックを通じて生成されるＤＮＰ構造は１^ｓｔ ＤＮＰ＝２５２、２^ｎｄＤＮＰ＝５０で表現できる。

ここで、１^ｓｔ ＤＮＰ＝２５２の意味は、ヌルパケットの個数が７５０個から始めて、２^ｎｄ ＤＮＰ値と合わせられてヌルパケットの総個数が表現されることを示す。

＜表３４＞に示すように、１^ｓｔＤＮＰを２５５まで、そして、２^ｎｄ ＤＮＰを０〜２４９個まで区分することによって、総１７４９個のヌルパケットの個数を２ｂｙｔｅで表示できるようになる。

前記＜表３４＞は一例に過ぎず、表現可能なヌルパケットの総個数をもっと増やすために、１^ｓｔ ＤＮＰの範囲を小さく設定するか、または１^ｓｔ ＤＮＰの範囲個数を多く設定することも可能である。

図３６は、図３５のＤＮＰ構造を用いてヌルパケットを除去する方法の一例を示す図である。

図３６ａは少なくとも１つのＴＳパケット及び少なくとも１つのヌルパケットを含むＴＳパケットストリームを示し、図３６ｂは図３６ａのＴＳパケットストリームがヌルパケット除去モジュールを通じて出力されるＴＳパケットストリームを示す。

図３６ｂに示すように、各ＴＳパケットはＤＮＰＩフィールドを含んでおり、ＴＳパケットの次のパケットがヌルパケットの場合、前記ＤＮＰＩフィールドは‘１’値を有し、ＴＳパケットの次のパケットがヌルパケットでないＴＳパケットの場合、前記ＤＮＰＩフィールドは‘０’値を有することを見ることができる。

また、＜表３４＞でのＤＮＰ構造を通じてヌルパケットが除去された位置に１つまたは２つのＤＮＰを有するＤＮＰ構造を見ることができる。

図３６ｂを参考すると、ヌルパケットの個数が３個の場合、（＜表３４＞で）ヌルパケットの個数が２５０個以下の場合に該当されて、１^ｓｔ ＤＮＰだけで（１^ｓｔ ＤＮＰ＝３）ヌルパケットの個数が表現できる。

また、ヌルパケットの個数が２５１個の場合、（＜表３４＞で）ヌルパケットの個数が２５０〜４９９個の場合に該当されて、１^ｓｔ ＤＮＰ（＝２５０）及び２^ｎｄＤＮＰ（＝１）を用いてヌルパケットの個数が表現できる。

また、ヌルパケットの個数が５２０個の場合、（＜表３４＞で）ヌルパケットの個数が５００〜７４９個の場合に該当されて、１^ｓｔ ＤＮＰ（＝２５１）及び２^ｎｄＤＮＰ（＝２０）を用いてヌルパケットの個数が表現できる。

また、ヌルパケットの個数が８００個の場合、（＜表３４＞で）ヌルパケットの個数が７５０〜９９９個の場合に該当されて、１^ｓｔ ＤＮＰ（＝２５２）及び２^ｎｄＤＮＰ（＝６０）を用いてヌルパケットの個数が表現できる。

前述したように、図３４の方法によりヌルパケットの個数を表現する場合、追加的に３８２ｂｙｔｅが必要であるが、本明細書で提案する図３５及び図３６の方法によりヌルパケット個数を表現する場合、５ｂｙｔｅのみ追加して同一な機能が遂行できることが分かる。

先に一例に挙げたヌルパケットの個数に従うＤＮＰ構造は、以下の＜表３５＞の通りである。

本発明の思想や範囲を逸脱することなく、本発明で多様な変更及び変形が可能であることは当業者に理解されるべきである。したがって、本発明は添付した請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。

本明細書で装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用できる。

１０００ インプットフォーマットブロック
１０１０ ＢＩＣＭブロック
１０２０ フレームビルディングブロック
１０３０ ＯＦＤＭジェネレーションブロック
１０４０ シグナリング生成ブロック

Claims (15)

1. 放送信号を転送するための方法であって、前記方法は、
   インプットストリーム（Input Streams）を多数のＤＰ（Data Pipes）にフォーマッティングする（formatting）ステップと、
   前記多数のＤＰのデータを各ＤＰ別にエンコーディングする（encoding）ステップと、
   前記エンコーディングされたデータをマッピングして少なくとも１つの信号フレームを生成するステップと、
   ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式により前記生成された信号フレームのデータを変調し、前記変調された信号フレームのデータを含む放送信号を転送するステップとを含み、かつ
   前記多数のインプットストリームを多数のＤＰにフォーマッティングする（formatting）ステップは、
   前記インプットストリーム（Input Streams）を多数のデータストリーム（Data Streams）に振り分ける（splitting）ステップと、
   前記データストリームに含まれるヌルパケットを除去する（deleting）ステップと、
   前記データストリームにヘッダ（Header）を付加してベースバンドフレーム（Base Band Frame：ＢＢＦ）を形成するステップと、
   を含むことを特徴とする、方法。
2. 前記ベースバンドフレームは除去されたヌルパケットの個数を示すＤＮＰ（Deleted Null Packet）フィールドを含み、
   前記ＤＮＰフィールドは第１のＤＮＰまたは第２のＤＮＰのうち、少なくとも１つを含んで構成されることを特徴とする、請求項１に記載の方法。
3. 前記ヌルパケットを除去するステップは、
   ヌルパケットが存在するか否かを確認するステップと、
   少なくとも１つのヌルパケットが存在することが発見された場合、少なくとも１つのヌルパケットを除去するステップと、
   前記除去されたヌルパケットの個数をカウンティングするステップと、
   前記少なくとも１つのヌルパケットが除去された位置にＤＮＰ（Deleted Null Packet）フィールドを挿入するステップと、
   を含んでなることを特徴とする、請求項１に記載の方法。
4. 前記データストリームは次のパケットがヌルパケットか否かを示すＤＮＰＩ（Deleted Null Packet Indicator）フィールドを含むことを特徴とする、 請求項２に記載の方法。
5. 前記ＤＮＰＩフィールドが次のパケットがヌルパケットであることを示す値に設定された場合、前記ＤＮＰフィールドは前記ＤＮＰＩフィールドを含むデータパケットの次に挿入されることを特徴とする、請求項４に記載の方法。
6. 前記データパケットヘッダはＰＩＤ（Packet IDentifier）圧縮（compression）またはＰＩＤ除去（deletion）により生成されるヘッダであることを特徴とする、請求項５に記載の方法。
7. 前記ＤＮＰフィールドは、
   除去されたヌルパケットの個数が一定個数以下の場合、前記第１のＤＮＰのみ含み、
   除去されたヌルパケットの個数が一定個数以上の場合、前記第１のＤＮＰ及び前記第２のＤＮＰを含むことを特徴とする、請求項２に記載の方法。
8. 前記第１のＤＮＰ及び前記第２のＤＮＰが前記ＤＮＰフィールドに含まれる場合、前記第１のＤＮＰは一定個数のヌルパケットの数を示す特定値に設定され、
   前記第２のＤＮＰは除去されたヌルパケットの総個数から前記第１のＤＮＰに設定された値を引いた残りの値に設定されることを特徴とする、 請求項７に記載の方法。
9. 前記第２のＤＮＰは前記第１のＤＮＰの次に位置することを特徴とする、請求項２に記載の方法。
10. 前記データストリームは少なくとも１つのデータパケットまたは少なくとも１つのヌルパケット（Null Packet）のうち、少なくとも１つを含み、
    前記ＤＮＰＩフィールドは前記少なくとも１つのデータパケットヘッダに含まれることを特徴とする、請求項４に記載の方法。
11. 放送信号を転送するための送信装置であって、
    インプットストリーム（Input Streams）を多数のＤＰ（Data Pipes）にフォーマッティングする（formatting）インプットフォーマッティング（Input Formatting）モジュールと、
    前記ＤＰのデータを各ＤＰ別にエンコーディングする（encoding）ＢＩＣＭ（Bit Interleaved Codingand Modulation）モジュールと、
    前記エンコーディングされたデータをマッピングして少なくとも１つの信号フレームを生成するフレームビルディング（Frame Building）モジュールと、
    ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式により前記生成された信号フレームのデータを変調し、前記変調された信号フレームのデータを含む放送信号を転送するＯＦＤＭジェネレーション（OFDM Generation）モジュールとを含み、かつ
    前記インプットフォーマッティングモジュールは、
    インプットストリーム（Input Streams）を多数のデータストリーム（Data Streams）に振り分ける（splitting）インプットストリームスプリッタ（Input Stream Splitter）モジュールと、
    前記データストリームに含まれるヌルパケットを除去する（deleting）ヌルパケット除去（Null Packet Deletion）モジュールと、
    前記データストリームにヘッダ（Header）を付加してベースバンドフレーム（Base Band Frame：ＢＢＦ）を形成するベースバンドフレームヘッダ挿入（BB Frame Header Insertion）モジュールと、
    を含むことを特徴とする、送信装置。
12. 前記ベースバンドフレームは除去されたヌルパケットの個数を示すＤＮＰ（Deleted Null Packet）フィールドを含み、
    前記ＤＮＰフィールドは第１のＤＮＰまたは第２のＤＮＰのうち、少なくとも１つを含んで構成されることを特徴とする、請求項１１に記載の送信装置。
13. 前記ヌルパケット除去モジュールは、
    ヌルパケットの存否を確認するヌルパケットチェック（Null Packet Check）モジュール（submodule）と、
    少なくとも１つのヌルパケットを除去し、前記除去されたヌルパケットの個数をカウンティングするヌルパケット処理（Null Packet Processing）モジュールと、
    前記少なくとも１つのヌルパケットが除去された位置にＤＮＰ（Deleted Null Packet）フィールドを挿入するＤＮＰ挿入（DNP Insertion）モジュールと、
    を含んでなることを特徴とする、請求項１１に記載の送信装置。
14. 前記データストリームは少なくとも１つのデータパケットまたは少なくとも１つのヌルパケットのうち、少なくとも１つを含み、
    前記少なくとも１つのデータパケットヘッダは次のパケットがヌルパケットか否かを示すＤＮＰＩ（Deleted Null Packet Indicator）フィールドを含むことを特徴とする、請求項１３に記載の送信装置。
15. 放送信号を受信するための受信装置であって、前記受信装置は、
    デマッピング及びデコーディング（demapping and decoding）モジュールと、
    前記デマッピング及びデコーディングモジュールから出力される多数のＤＰ（Data Pipe）をインプットストリーム（Input Stream）に復元するアウトプットプロセッサ（output processor）モジュールとを含み、かつ
    前記アウトプットプロセッサモジュールは、
    ベースバンドフレーム（Baseband Frame）のヘッダに転送された情報をデコーディング（decoding）し、前記デコーディングされた情報を用いてインプットストリーム（Input Stream）を復元するベースバンドフレームプロセッサ（Baseband Frame Processor）ブロックを含み、
    前記ベースバンドフレームは除去されたヌルパケットの個数を示すＤＮＰ（Deleted Null Packet）フィールドを含み、
    前記ＤＮＰフィールドは第１のＤＮＰまたは第２のＤＮＰのうち、少なくとも１つを含んで構成されることを特徴とする、受信装置。