(57)【特許請求の範囲】
【請求項１】
放送信号を転送するための方法であって、前記方法は、
インプットストリーム（Input Stream）を １つまたはそれ以上の物理階層パイプ（Physical layer pipe）にフォーマッティングする（formatting）ステップと、
前記１つまたはそれ以上のＰＬＰのデータをエンコーディングする（encoding）ステップと、
前記エンコーディングされたデータをマッピングして少なくとも１つの信号フレームを生成するステップと、
ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式を使用して前記少なくとも１つの信号フレームを変調するステップと、
前記少なくとも１つの変調された信号フレームを含む放送信号を転送するステップとを含み、かつ
前記インプットストリームは、少なくとも１つのヌルパケット（null packet）および複数のデータパケット（data packet）を含み、
前記フォーマッティングするステップでは、
前記インプットストリーム内における１またはそれ以上の連続するデータパケットに先行する前記少なくとも１つのヌルパケットを除去し、
前記除去されたヌルパケットの数をカウントし、
前記１またはそれ以上の連続するデータパケットの前にシグナリングパートを挿入し、
前記シグナリングパートは、前記除去されたヌルパケットの数を示すために使用される少なくとも１つのフィールドを含み、
前記フィールドの存在は、前記フィールドの前にある指示フィールドによって示される、方法。
【請求項２】
前記除去されたヌルパケットの数が特定の数以下である場合、前記除去されたヌルパケットの数は、前記シグナリングパートに含まれる第１フィールドの第１の値によって示され、
前記除去されたヌルパケットの数が前記特定の数より大きい第２の数である場合、前記除去されたヌルパケットの数は、前記第１フィールドの第２の値と、前記シグナリングパートに含まれる第２フィールドの値と、によって示される、請求項１に記載の方法。
【請求項３】
前記第１フィールドの第１の値は、カウントされた前記除去されたヌルパケットの数と等しい値に設定される、請求項２に記載の方法。
【請求項４】
前記第１フィールドの第２の値は、前記特定の値より大きい予め定めた数を示す値に設定される、請求項３に記載の方法。
【請求項５】
前記データパケットはＴＳ（Transport Stream）パケットであることを特徴とする、請求項１に記載の方法。
【請求項６】
放送信号を転送するための送信装置であって、
インプットストリーム（Input Streams）を１つまたはそれ以上の物理階層パイプ（physical layer pipe：ＰＬＰ）にフォーマッティングするためのインプットフォーマッティング（Input Formatting）モジュールと、
前記１つまたはそれ以上のＰＬＰのデータをインコーディングするためのＢＩＣＭ（Bit InterleavedCoding and Modulation）モジュールと、
前記エンコーディングされたデータをマッピングして少なくとも１つの信号フレームを生成するためのフレームビルディング（Frame Building）モジュールと、
ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式を使用して前記少なくとも１つの信号フレームを変調し、前記少なくとも１つの変調された信号フレームを含む放送信号を転送するためのＯＦＤＭジェネレーション（OFDM Generation）モジュールとを含み、かつ、
前記インプットストリームは、少なくとも１つのヌルパケット（null packet）および複数のデータパケット（data packet）を含み、
前記インプットフォーマッティングモジュールは、さらに、
前記インプットストリーム内における１またはそれ以上の連続するデータパケットに先行する前記少なくとも１つのヌルパケットを除去し、
前記除去されたヌルパケットの数をカウントし、
前記１またはそれ以上の連続するデータパケットの前にシグナリングパートを挿入し、
前記シグナリングパートは、前記除去されたヌルパケットの数を示すために使用される少なくとも１つのフィールドを含み、
前記フィールドの存在は、前記フィールドの前にある指示フィールドによって示される、送信装置。
【請求項７】
放送信号を受信するための受信装置であって、前記受信装置は、
デマッピング及びデコーディング（demapping and decoding）モジュールと、
前記デマッピング及びデコーディングモジュールから出力される１つまたはそれ以上の物理階層パイプ（physical layer pipe：ＢＩＣＭ）をインプットストリーム（Input Stream）に復元するためのアウトプットプロセッサ（output processor）モジュールを含み、かつ、
前記アウトプットプロセッサモジュールは、
ベースバンドフレーム（Baseband Frame）のヘッダに転送された情報をデコーディング（decoding）し、前記デコーディングされた情報を用いてインプットストリーム（Input Stream）を復元するベースバンドフレームプロセッサ（Baseband Frame Processor）ブロックを含み、
前記インプットストリームは、少なくとも１つのヌルパケット（null packet）および複数のデータパケット（data packet）を含み、
前記インプットストリーム内における１またはそれ以上の連続するデータパケットに先行する前記少なくとも１つのヌルパケットは除去され、
前記除去されたヌルパケットの数がカウントされ、
前記１またはそれ以上の連続するデータパケットの前にシグナリングパートが挿入され、
前記シグナリングパートは、前記除去されたヌルパケットの数を示すために使用される少なくとも１つのフィールドを含み、
前記フィールドの存在は、前記フィールドの前にある指示フィールドによって示される、受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための多様な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、多様な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本明細書は、ヌルパケットの存否に関わらず、ＤＮＰ（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）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００３４】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対するの重要システムパラメータが以下の＜表１＞に記載されている。
【００３５】
【表１】
0006266802.tif 000002
【００３６】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００３７】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００３８】
【表２】
0006266802.tif 000003
【００３９】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャンネル能力を提供する。該当プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００４０】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ転送は初期には既存の楕円分極転送装備を使用し、以後に全出力交差分極転送に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００４１】
【表３】
0006266802.tif 000004
【００４２】
この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そして、該当３個のプロファイルは設計者の意図によって変更できる。
【００４３】
次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。
【００４４】
補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送社やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００４５】
ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ
【００４６】
ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００４７】
セル（cell）：ＯＦＤＭ転送の１つのキャリアにより伝達される変調値
【００４８】
コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ
【００４９】
データパイプ（data pipe）：１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理階層（physical layer）におけるロジカルチャンネル
【００５０】
データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００５１】
データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）
【００５２】
ＤＰ＿ＩＤ：該当８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。
【００５３】
ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使われない残っている容量を詰めることに使われる疑似ランダム値を伝達するセル
【００５４】
ＦＡＣ（emergency alert channel：非常警報チャンネル）：ＥＡＳ情報データを伝達するフレームのうちの一部
【００５５】
フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理階層（physical layer）タイムスロット
【００５６】
フレームレピティションユニット（frame repetition unit：フレーム反復単位）：スーパーフレーム（super-frame）で８回反復されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
【００５７】
ＦＩＣ（fast information channel：高速情報チャンネル）：サービスと該当ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャンネル
【００５８】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００５９】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使われる名目上のＦＦＴサイズ
【００６０】
フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組合せにおけるフレームの開始で使われるより高いパイロット密度を有するＯＦＤＭシンボル
【００６１】
フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組合せにおけるフレームの端で使われる、より高いパイロット密度を有するＯＦＤＭシンボル
【００６２】
フレームグループ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合
【００６３】
フューチャーエクステンションフレーム（future extention frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理階層（physical layer）タイムスロット
【００６４】
フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理階層（physical layer）放送システム
【００６５】
インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム
【００６６】
ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル
【００６７】
フィジカルプロファイル（PHY profile）：該当する受信機が具現しなければならない全ての構造のサブセット
【００６８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理階層（physical layer）シグナリングデータ
【００６９】
ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合
【００７０】
ＮＯＴＥ：ＰＬＳ１データはフレームグルーフのデュレーション（duration）の間一定である。
【００７１】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに転送されるＰＬＳデータの第２の集合
【００７２】
ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ
【００７３】
ＰＬＳ２スタティック（static：静的）データ：フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データ
【００７４】
プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使われるシグナリングデータ
【００７５】
プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【００７６】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使われる。
【００７７】
今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる
【００７８】
スーパーフレーム（superframe）：８個のフレーム反復単位の集合
【００７９】
タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００８０】
タイムインターリービンググループ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位
【００８１】
ＮＯＴＥ：タイムインターリービンググルーフは１つのフレームに直接マッピングされるか、または多数のフレームにマッピングできる。タイムインターリービンググルーフは１つ以上のタイムインターリービングブロックを含むことができる。
【００８２】
タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ
【００８３】
タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ
【００８４】
ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルの集合
【００８５】
図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００８６】
本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Input Format block）１０００、ＢＩＣＭ（bit interleaved coding & modulation）ブロック１０１０、フレームビルディングブロック（Frame building block）１０２０、ＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーションブロック（OFDM generation block）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
【００８７】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらデータ入力に追加で、管理情報が入力されて各入力ストリームに対する該当帯域幅のスケジューリング及び割当を制御する。１つまたは多数のＴＳストリーム、ＩＰストリーム、及び／又は一般ストリーム入力が同時に許容される。
【００８８】
インプットフォーマットブロック１０００は各々の入力ストリームを独立的なコーディング及び変調が適用される１つまたは多数のデータパイプにデマルチプレキシングすることができる。データパイプは堅固性（robustness）の制御のための基本単位であり、これはＱｏＳ（Quality of Service）に影響を及ぼす。１つまたは多数のサービスまたはサービスコンポーネントが１つのデータパイプにより伝達できる。インプットフォーマットブロック１０００の詳細な動作は後述する。
【００８９】
データパイプは１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連メタデータを伝達する物理階層（physical layer）におけるロジカルチャンネルである。
【００９０】
また、データパイプユニットは１つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００９１】
インプットフォーマットブロック１０００で、パリティ（parity）データはエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値コンステレーションシンボルにマッピングされる。該当シンボルは該当データパイプに使われる特定インターリービング深さに亘ってインターリービングされる。アドバンスプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ転送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【００９２】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャンネルを防止するために、周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
【００９３】
プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭジェネレーションブロック１０３０はサイクリックプレフィックス（cyclic prefix）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（distributed）ＭＩＳＯ方式が送信機に亘って適用される。また、ＰＡＰＲ（peak-to-average power ratio）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は多様なＦＦＴサイズ、ガードインターバル長さ、該当パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
【００９４】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使われる物理階層（physical layer）シグナリング情報を生成することができる。また、該当シグナリング情報は関心あるサービスが受信機側で適切に復旧されるように転送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【００９５】
図２、図３、及び図４は、本発明の実施形態に係るインプットフォーマットブロック１０００を示す。各図面に対して説明する。
【００９６】
図２は、本発明の一実施形態に係るインプットフォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（single input stream）の時のインプットフォーマットブロックを示す。
【００９７】
図２に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【００９８】
物理階層（physical layer）への入力は１つまたは多数のデータストリームで構成できる。各々のデータストリームは１つのデータパイプにより伝達される。モードアダプテーション（mode 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）できる。
【０１６１】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃｌｄｐｃ及びパリティビットＰｌｄｐｃは各々のゼロが挿入されたＰＬＳ情報ブロックＩｌｄｐｃから組織的にエンコーディングされ、その後に添付される。
【０１６２】
【数１】
0006266802.tif 000005
【０１６３】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１６４】
【表４】
0006266802.tif 000006
【０１６５】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを遂行することができる。
【０１６６】
ショートニングがＰＬＳ１データ保護に適用されれば、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは転送されない。
【０１６７】
ビットインターリーバ６０１０は、各々のショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
【０１６８】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１６９】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１７０】
図７は、本発明の一実施形態に係るフレームビルディングブロック（frame building block）を示す。
【０１７１】
図７に図示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施形態に該当する。
【０１７２】
図７を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００、セルマッパー（cell mapper）７０１０、及びフリークエンシーインターリーバ（frequency interleaver）７０２０を含むことができる。フレームビルディングブロックの各ブロックに関して説明する。
【０１７３】
ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（co-time）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによってＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０によるものである。インバンド（In-band）シグナリングデータは、次のタイムインターリービンググルーフの情報をシグナリングされるデータパイプより１つのフレームの前に伝達されるようにすることができる。ディレイコンペンセーション（delay compensation：遅延補償）ブロックは、それに合せてインバンド（In-band）シグナリングデータを遅延させる。
【０１７４】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、各々のデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングにより生成されたデータセルを、存在していれば、１つのフレーム内で各々のＯＦＤＭシンボルに該当するアクティブ（active）ＯＦＤＭセルのアレイにマッピングするものである。（ＰＳＩ（program specific information）／ＳＩのような）サービスシグナリングデータは個別的に収集されてデータパイプにより送られることができる。セルマッパーはフレーム構造の構成及びスケジューラーにより生成されたダイナミックインフォメーション（dynamic information：動的情報）に従って動作する。フレームに関する詳細な内容は後述する。
【０１７５】
フリークエンシーインターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、フリークエンシーインターリーバ７０２０は単一フレームで最大のインターリービング利得を得るために他のインターリービングシード（seed）の順序を用いて２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（pair：対）で動作することができる。
【０１７６】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１７７】
図８は、本発明の一実施形態に係るＯＦＤＭジェネレーションブロックを示す。
【０１７８】
図８に図示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施形態に該当する。
【０１７９】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックにより生成されたセルによりＯＦＤＭキャリアを変調し、パイロットを挿入し、転送のための時間領域信号を生成する。また、該当ブロックは順次的にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終のＲＦ信号を生成する。
【０１８０】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（pilot and 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：動的）部分には、必要時、パッディングが後続する。
【０２１０】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０２１１】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０２１２】
ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０２１３】
【表５】
0006266802.tif 000007
【０２１４】
ＦＦＴ＿ＳＩＺＥ：該当２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。
【０２１５】
【表６】
0006266802.tif 000008
【０２１６】
ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２１７】
【表７】
0006266802.tif 000009
【０２１８】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。該当フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。該当フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。該当フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２１９】
ＰＩＬＯＴ＿ＭＯＤＥ：該当１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。該当フィールドが０に設定されれば、モバイルパイロットモードが使われる。該当フィールドが１に設定されれば、固定パイロットモードが使われる。
【０２２０】
ＰＡＰＲ＿ＦＬＡＧ：該当１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使われるか否かを示す。該当フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使われる。該当フィールドが０に設定されれば、ＰＡＰＲ減少が使われない。
【０２２１】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：該当３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける該当フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２２２】
【表８】
0006266802.tif 000010
【０２２３】
ＲＥＳＥＲＶＥＤ：該当７ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２２４】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２２５】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本転送パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２２６】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：該当２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２２７】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：該当２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２２８】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２２９】
【表９】
0006266802.tif 000011
【０２３０】
ＮＵＭ＿ＦＳＳ：該当２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２３１】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドは転送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２３２】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。該当標準で叙述されたバージョンに対し、値が００００に設定される。
【０２３３】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２３４】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使われる周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、該当フィールドは０に設定される。
【０２３５】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２３６】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての転送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２３７】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使われないフィールドはゼロで詰められる。
【０２３８】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。該当フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２３９】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：該当２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２４０】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２４１】
ＲＥＳＥＲＶＥＤ：該当４ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２４２】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２４３】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドはＰＬＳ２の保護により使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２４４】
【表１０】
0006266802.tif 000012
【０２４５】
ＰＬＳ２＿ＭＯＤ：該当３ビットフィールドはＰＬＳ２により使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２４６】
【表１１】
0006266802.tif 000013
【０２４７】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋを示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４８】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４９】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５０】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２５１】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣｔｏｔａｌ＿ｐａｒｔｉａｌ＿ｂｌｏｃｋを示す。反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５２】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２５３】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：該当３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２５４】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは非活性化される。
【０２５５】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣｔｏｔａｌ＿ｆｕｌｌ＿ｂｌｏｃｋを示す。次のフレームグループで反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２５７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２５８】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は該当フィールドの値を提供する。該当フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使われない。
【０２５９】
【表１２】
0006266802.tif 000014
【０２６０】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６１】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は該当フィールドの値を定義する。`
【０２６２】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６３】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０２６４】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２６５】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２６６】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２６７】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。
【０２６８】
ＦＩＣ＿ＦＬＡＧ：該当１ビットフィールドはＦＩＣが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。該当フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６９】
ＡＵＸ＿ＦＬＡＧ：該当１ビットフィールドは補助ストリームが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。該当フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２７０】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２７１】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内で唯一に識別する。
【０２７２】
ＤＰ＿ＴＹＰＥ：該当３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２７３】
【表１３】
0006266802.tif 000015
【０２７４】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：該当８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２７５】
ＢＡＳＥ＿ＤＰ＿ＩＤ：該当６ビットフィールドは管理階層で使われる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２７６】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは関連したデータパイプにより使われるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２７７】
【表１４】
0006266802.tif 000016
【０２７８】
ＤＰ＿ＣＯＤ：該当４ビットフィールドは関連したデータパイプにより使われるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２７９】
【表１５】
0006266802.tif 000017
【０２８０】
ＤＰ＿ＭＯＤ：該当４ビットフィールドは関連したデータパイプにより使われる変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２８１】
【表１６】
0006266802.tif 000018
【０２８２】
ＤＰ_ＳＳＤ＿ＦＬＡＧ：該当１ビットフィールドはＳＳＤモードが関連したデータパイプで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＳＳＤは使われる。該当フィールドの値が０に設定されれば、ＳＳＤは使われない。
【０２８３】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２８４】
ＤＰ＿ＭＩＭＯ：該当３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２８５】
【表１７】
0006266802.tif 000019
【０２８６】
ＤＰ＿ＴＩ＿ＴＹＰＥ：該当１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２８７】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：該当２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０２８８】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、該当フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰＩを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮＴＩ＝１）。該当２ビットフィールドに許容されるＰＩの値は、以下の＜表１８＞に定義される。
【０２８９】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰＩ＝１）。該当２ビットフィールドに許容されるＰＩの値は以下の＜表１８＞に定義される。
【０２９０】
【表１８】
0006266802.tif 000020
【０２９１】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：該当２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩＪＵＭＰ）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、該当フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、該当フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、該当フィールドの値は１に設定される。
【０２９２】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：該当１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使われないと、該当フィールド値は１に設定される。一方、タイムインターリービングが使われれば、該当フィールド値は０に設定される。
【０２９３】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：該当５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０２９４】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：該当１０ビットフィールドは該当データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。該当フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０２９５】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０２９６】
【表１９】
0006266802.tif 000021
【０２９７】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：該当２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０２９８】
【表２０】
0006266802.tif 000022
【０２９９】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０３００】
【表２１】
0006266802.tif 000023
【０３０１】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：該当２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使われるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０３０２】
【表２２】
0006266802.tif 000024
【０３０３】
ＤＮＰ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０３０４】
【表２３】
0006266802.tif 000025
【０３０５】
ＩＳＳＹ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０３０６】
【表２４】
0006266802.tif 000026
【０３０７】
ＨＣ＿ＭＯＤＥ＿ＴＳ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０３０８】
【表２５】
0006266802.tif 000027
【０３０９】
ＨＣ＿ＭＯＤＥ＿ＩＰ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０３１０】
【表２６】
0006266802.tif 000028
【０３１１】
ＰＩＤ：該当１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０３１２】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１３】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３１４】
ＦＩＣ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３１５】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３１６】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３１７】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３１８】
ＮＵＭ＿ＡＵＸ：該当４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使われないことを示す。
【０３１９】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２０】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：該当４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。
【０３２１】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。
【０３２２】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３２３】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３２４】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３２５】
ＦＲＡＭＥ＿ＩＮＤＥＸ：該当５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３２６】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３２７】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３２８】
ＲＥＳＥＲＶＥＤ：該当１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３２９】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３３０】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３３１】
ＤＰ＿ＳＴＡＲＴ：該当１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３３２】
【表２７】
0006266802.tif 000029
【０３３３】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：該当１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３３４】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブド（reserved）される。
【０３３５】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３３６】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドは現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３３７】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：該当８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３３８】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３３９】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３４０】
ＥＡＣ＿ＣＯＵＮＴＥＲ：該当１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３４１】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３４２】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：該当４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。該当フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３４３】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３４４】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３４５】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３４６】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３４７】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpoloation：補間）を可能にする。
【０３４８】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３４９】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３５０】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３５１】
ＥＡＣはＥＡＳメッセージを伝達する専用チャンネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３５２】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３５３】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３５４】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが転送されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３５５】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３５６】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３５７】
ＦＩＣは、高速サービス獲得及びチャンネルスキャンを可能にするために階層間情報（cross-layer information）を伝達する専用チャンネルである。該当情報は主にデータパイプの間のチャンネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが転送するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。
【０３５８】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。該当フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３５９】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３６０】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３６１】
ＥＡＳメッセージが現フレームで転送されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３６２】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３６３】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３６４】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３６５】
先行するチャンネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３６６】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３６７】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３６８】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３６９】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３７０】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの転送に使用することができるＯＦＤＭセルの総数を超過できない。
【０３７１】
【数２】
0006266802.tif 000030
【０３７２】
この際、ＤＤＰ１はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤＤＰ２はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て“タイプ１のマッピング規則”に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３７３】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３７４】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３７５】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３７６】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが転送され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで転送されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て転送されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３７７】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、該当シンボルでのＦＩＣセルの数はＣＦＳＳより大きくない。（ｂ）の右側に示した第３の場合は該当シンボルにマッピングされたＦＩＣセルの数がＣＦＳＳを超過する点を除いて、第２の場合と同一である。
【０３７８】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な“タイプ１のマッピング規則”に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３７９】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３８０】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮｃｅｌｌｓはＦＥＣＢＬＯＣＫサイズ、Ｎｌｄｐｃ、コンステレーションシンボル当たり転送されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎｃｅｌｌｓの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬＤＰＵとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組合せ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬＤＰＵはフィジカルプロファイルに基づいて定義される。
【０３８１】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３８２】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３８３】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋｂｃｈビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋｌｄｐｃビット＝Ｎｂｃｈビット）に適用される。
【０３８４】
Ｎｌｄｐｃの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３８５】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３８６】
【表２８】
0006266802.tif 000031
【０３８７】
【表２９】
0006266802.tif 000032
【０３８８】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３８９】
１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使われる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０３９０】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使われる。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐｌｄｐｃ（パリティビット）が各々のＩｌｄｐｃ（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉｌｄｐｃに添付される。完成されたＢｌｄｐｃ（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０３９１】
【数３】
0006266802.tif 000033
【０３９２】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０３９３】
ロングＦＥＣＢＬＯＣＫに対してＮｌｄｐｃ−Ｋｌｄｐｃパリティビットを計算する具体的な手続は、次の通りである。
【０３９４】
１）パリティビット初期化
【０３９５】
【数４】
0006266802.tif 000034
【０３９６】
２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉＯ累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０３９７】
【数５】
0006266802.tif 000035
【０３９８】
３）次の３５９個の情報ビットｉｓ、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉｓ累算（accumulate）。
【０３９９】
【数６】
0006266802.tif 000036
【０４００】
ここで、ｘは第１のビットｉ０に該当するパリティビット累算器のアドレスを示し、Ｑｌｄｐｃはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ１に対するＱｌｄｐｃ＝２４に引続き、次の動作が実行される。
【０４０１】
【数７】
0006266802.tif 000037
【０４０２】
４）３６１番目の情報ビットｉ３６０に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉｓ、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ３６０に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２の行のエントリーを示す。
【０４０３】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使われる。
【０４０４】
全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
６）ｉ＝１から始めて次の動作を順次に実行
【０４０５】
【数８】
0006266802.tif 000038
【０４０６】
ここで、ｐｉ、ｉ＝０，１，．．．，Ｎｌｄｐｃ−Ｋｌｄｐｃ−１の最終コンデンツはパリティビットｐｉと同一である。
【０４０７】
【表３０】
0006266802.tif 000039
【０４０８】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する該当ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０４０９】
【表３１】
0006266802.tif 000040
【０４１０】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０４１１】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０４１２】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４１３】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮｃｅｌｌｓ＝６４８００／ηＭＯＤまたは１６２００／ηＭＯＤである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組合せに固有である。
【０４１４】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηＭＯＤ）によって実行される。１つの内部グループに対するＱＣＢの数ＮＱＣＢ＿ＩＧも定義される。
【０４１５】
【表３２】
0006266802.tif 000041
【０４１６】
内部グループインターリービング過程はＱＣＢインターリービング出力のＮＱＣＢ＿ＩＧ個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮＱＣＢ＿ＩＧ個の行を用いて内部グループのビットを記入し読み取る過程を含む。記入動作で、ＱＣＢインターリービング出力からのビットが行方向に記入される。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。
【０４１７】
図２４は、本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。
【０４１８】
図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。
【０４１９】
ビットインターリービング出力の各々のセルワード（ｃ０，ｌ，ｃ１，ｌ，．．． ，ｃｎｍｏｄ−１，ｌ）は１つのＸＦＥＣＢＬＯＣＫに対するセル−ワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ１，０，m，ｄ１，１，ｍ，．．．，ｄ１，ｎｍｏｄ−１，ｍ）及び（ｄ２，０，m，ｄ２，１，ｍ，．．．，ｄ２，ｎｍｏｄ−１，m）にデマルチプレキシングされる。
【０４２０】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ０，ｌ，ｃ１，ｌ，．．．，ｃ９，ｌ）は（ｂ）に示したように（ｄ１，０，ｍ，ｄ１，１，ｍ，．．．，ｄ１，３，ｍ）及び（ｄ２，０，ｍ，ｄ２，１，ｍ，．．．，ｄ２，５，ｍ）にデマルチプレキシングされる。
【０４２１】
図２５は、本発明の一実施形態に係るタイムインターリービングを示す。
【０４２２】
（ａ）から（ｃ）はタイムインターリービングモードの例を示す。
【０４２３】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異に設定できる。
【０４２４】
ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。
【０４２５】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。
【０４２６】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、該当パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮＴＩである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、該当パラメータは１つのタイムインターリービンググループから拡散されるフレームの数ＰＩである。
【０４２７】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４２８】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩＪＵＭＰを示す。
【０４２９】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、該当パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。
【０４３０】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４３１】
タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ（ｎ）は最小値０から最も大きい値が１０２３である最大値ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸ（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。
【０４３２】
各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰＩ個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（ＮＴＩ個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０４３３】
【表３３】
0006266802.tif 000042
【０４３４】
各々のデータパイプで、タイムインターリービングメモリは入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を格納する。入力されたＸＦＥＣＢＬＯＣＫは、
【数９】
0006266802.tif 000043
【数１０】
0006266802.tif 000044
【０４３５】
【数１１】
0006266802.tif 000045
【０４３６】
一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。
【０４３７】
【数１２】
0006266802.tif 000046
【０４３８】
以下、本明細書で提案するＤＮＰＩ（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）は１８８ｂｙｔｅに該当する。
【０５４１】
したがって、追加的なヌルパケット転送によって１８８ｂｙｔｅの不要なパケットが転送されるようになる。
【０５４２】
図３４ａで、ＴＳパケット１からＴＳパケット５までＴＳパケットストリームを転送する場合、図３４ｂに示すように、ヌルパケット除去ブロックにより３８２バイトが追加的に転送されるようになる。
【０５４３】
３８２ｂｙｔｅ＝ヌルパケット２つ：３７６ｂｙｔｅ（１８８ｂｙｔｅ＊２）＋６個ＤＮＰ（‘３’、‘２５１’、‘０’、‘２５５’、‘２５５’、‘８’）：６ｂｙｔｅ
【０５４４】
前述したように、図３４の従来のヌルパケット除去方法は、ヌルパケットの個数が２５５個以下の場合には１つのＤＮＰで表現可能であるが、ヌルパケットの個数が２５６個以上の場合には少なくとも１つのヌルパケット及び／又は少なくとも１つのＤＮＰを追加的に増やしてＤＮＰ構造を生成しなければならない。
【０５４５】
そして、ヌルパケットがない場合にも１ｂｙｔｅ大きさのＤＮＰを‘０’に設定してＴＳパケットの間毎に挿入しなければならない。
【０５４６】
即ち、図３４ｂに示すように、ヌルパケットの個数が５２０個の場合、２５５個のヌルパケット個数を示す１ｓｔ ＤＮＰフィールド、１つのヌルパケット、２５５個のヌルパケット個数を示す２ｎｄ ＤＮＰ、１つのヌルパケット、８個のヌルパケット個数を示す３ｒｄＤＮＰフィールドを含むＤＮＰ構造を生成して総５２０個のヌルパケットの個数を表現することができる。
【０５４７】
以下、不要なヌルパケット及び／又はＤＮＰ追加によるＴＳパケットストリーム転送のオーバーヘッドを減らすために、１ｂｙｔｅの大きさを有する２つのＤＮＰ（１ｓｔ ＤＮＰ及び２ｎｄ ＤＮＰ）を用いてＤＮＰ構造を生成する方法について図３５及び図３６を参照して具体的に説明する。
【０５４８】
図３５は、本明細書で提案するＤＮＰ構造の一例を示す。
【０５４９】
図３５は、２つのＤＮＰ（１ｓｔＤＮＰ及び２ｎｄ ＤＮＰ）を用いてヌルパケットの個数を表現するためのＤＮＰ構造の一例を示す。
【０５５０】
ＤＮＰ構造はＤＮＰカウンター構造で表現されることもできる。即ち、ＤＮＰ構造はヌルパケットの個数を表現するためのＤＮＰのフォーマットを示すと見ることができる。
【０５５１】
図３５ａを参照すると、ヌルパケットの個数が特定個数以下の場合、１つのＤＮＰフィールドを用いて、ヌルパケットの個数が特定個数以上の場合、２つのＤＮＰ、即ち１ｓｔ ＤＮＰ及び２ｎｄ ＤＮＰを用いることを見ることができる。
【０５５２】
ヌルパケットの総個数によって１ｓｔ ＤＮＰ及び／又は２ｎｄＤＮＰが有することができる値と値の範囲は以下の＜表３４＞の通りである。
【０５５３】
即ち、＜表３４＞は総２ｂｙｔｅを用いてヌルパケットの個数を表現することができるＤＮＰ構造（または、ＤＮＰカウンター構造）の一例を示した表である。
【０５５４】
【表３４】
0006266802.tif 000047
【０５５５】
＜表３４＞を参照すると、ヌルパケットの個数によってＤＮＰは２つ（１ｓｔ ＤＮＰと２ｎｄ ＤＮＰ）のＤＮＰが用いられる構造を有することが分かる。
【０５５６】
ヌルパケットの個数が０〜２４９個の場合、１ｂｙｔｅ大きさの１ｓｔ ＤＮＰのみで表現することができる。
【０５５７】
しかしながら、ヌルパケットの個数が２５０〜１７４９個の場合、ＤＮＰは１ｓｔ ＤＮＰと２ｎｄ ＤＮＰを用いてヌルパケットの個数を表現することができる。
【０５５８】
即ち、ヌルパケットの個数が一定個数以上の場合、ＤＮＰ構造は１ｓｔ ＤＮＰと２ｎｄ ＤＮＰを含むようになる。
【０５５９】
具体的に、ヌルパケットの個数が２５０〜４９９個の範囲にある場合、ＤＮＰ構造は１ｓｔＤＮＰと２ｎｄ ＤＮＰで表現され、１ｓｔＤＮＰは‘２５０’に設定され、２ｎｄ ＤＮＰはヌルパケットの個数から１ｓｔＤＮＰ値を引いた値で表現できる。即ち、２ｎｄ ＤＮＰは０〜２４９値で表現される。
【０５６０】
一例に、ヌルパケットの個数が２５１個の場合、ヌルパケット除去ブロックを通じて生成されるＤＮＰ構造は１ｓｔ ＤＮＰ＝２５０、２ｎｄＤＮＰ＝１で表現できる。
【０５６１】
ここで、１ｓｔ ＤＮＰ＝２５０の意味は、ヌルパケットの個数が２５０個から始めて、２ｎｄ ＤＮＰ値と合わせられてヌルパケットの総個数が表現されることを示す。
【０５６２】
また、ヌルパケットの個数が５００〜７４９個の場合、ＤＮＰ構造は１ｓｔ ＤＮＰと２ｎｄ ＤＮＰで表現され、１ｓｔ ＤＮＰは‘２５１’に設定され、２ｎｄＤＮＰはヌルパケットの個数から１ｓｔ ＤＮＰ値を引いた値で表現される。同様に、２ｎｄＤＮＰは０〜２４９範囲内で表現できる。
【０５６３】
一例に、ヌルパケットの個数が５２０個の場合、ヌルパケット除去ブロックを通じて生成されるＤＮＰ構造は１ｓｔ ＤＮＰ＝２５１、２ｎｄＤＮＰ＝２０で表現できる。
【０５６４】
ここで、１ｓｔ ＤＮＰ＝２５１の意味はヌルパケットの個数が５００個から始めて、２ｎｄ ＤＮＰ値と合わせられてヌルパケットの総個数が表現されることを示す。
【０５６５】
また、ヌルパケットの個数が７５０〜９９９個の場合、ＤＮＰ構造は１ｓｔ ＤＮＰと２ｎｄ ＤＮＰで表現され、１ｓｔ ＤＮＰは‘２５２’に設定され、２ｎｄＤＮＰはヌルパケットの個数から１ｓｔ ＤＮＰ値を引いた値で表現される。同様に、２ｎｄＤＮＰは０〜２４９範囲内で表現できる。
【０５６６】
一例に、ヌルパケットの個数が８００個の場合、ヌルパケット除去ブロックを通じて生成されるＤＮＰ構造は１ｓｔ ＤＮＰ＝２５２、２ｎｄＤＮＰ＝５０で表現できる。
【０５６７】
ここで、１ｓｔ ＤＮＰ＝２５２の意味は、ヌルパケットの個数が７５０個から始めて、２ｎｄ ＤＮＰ値と合わせられてヌルパケットの総個数が表現されることを示す。
【０５６８】
＜表３４＞に示すように、１ｓｔＤＮＰを２５５まで、そして、２ｎｄ ＤＮＰを０〜２４９個まで区分することによって、総１７４９個のヌルパケットの個数を２ｂｙｔｅで表示できるようになる。
【０５６９】
前記＜表３４＞は一例に過ぎず、表現可能なヌルパケットの総個数をもっと増やすために、１ｓｔ ＤＮＰの範囲を小さく設定するか、または１ｓｔ ＤＮＰの範囲個数を多く設定することも可能である。
【０５７０】
図３６は、図３５のＤＮＰ構造を用いてヌルパケットを除去する方法の一例を示す図である。
【０５７１】
図３６ａは少なくとも１つのＴＳパケット及び少なくとも１つのヌルパケットを含むＴＳパケットストリームを示し、図３６ｂは図３６ａのＴＳパケットストリームがヌルパケット除去モジュールを通じて出力されるＴＳパケットストリームを示す。
【０５７２】
図３６ｂに示すように、各ＴＳパケットはＤＮＰＩフィールドを含んでおり、ＴＳパケットの次のパケットがヌルパケットの場合、前記ＤＮＰＩフィールドは‘１’値を有し、ＴＳパケットの次のパケットがヌルパケットでないＴＳパケットの場合、前記ＤＮＰＩフィールドは‘０’値を有することを見ることができる。
【０５７３】
また、＜表３４＞でのＤＮＰ構造を通じてヌルパケットが除去された位置に１つまたは２つのＤＮＰを有するＤＮＰ構造を見ることができる。
【０５７４】
図３６ｂを参考すると、ヌルパケットの個数が３個の場合、（＜表３４＞で）ヌルパケットの個数が２５０個以下の場合に該当されて、１ｓｔ ＤＮＰだけで（１ｓｔ ＤＮＰ＝３）ヌルパケットの個数が表現できる。
【０５７５】
また、ヌルパケットの個数が２５１個の場合、（＜表３４＞で）ヌルパケットの個数が２５０〜４９９個の場合に該当されて、１ｓｔ ＤＮＰ（＝２５０）及び２ｎｄＤＮＰ（＝１）を用いてヌルパケットの個数が表現できる。
【０５７６】
また、ヌルパケットの個数が５２０個の場合、（＜表３４＞で）ヌルパケットの個数が５００〜７４９個の場合に該当されて、１ｓｔ ＤＮＰ（＝２５１）及び２ｎｄＤＮＰ（＝２０）を用いてヌルパケットの個数が表現できる。
【０５７７】
また、ヌルパケットの個数が８００個の場合、（＜表３４＞で）ヌルパケットの個数が７５０〜９９９個の場合に該当されて、１ｓｔ ＤＮＰ（＝２５２）及び２ｎｄＤＮＰ（＝６０）を用いてヌルパケットの個数が表現できる。
【０５７８】
前述したように、図３４の方法によりヌルパケットの個数を表現する場合、追加的に３８２ｂｙｔｅが必要であるが、本明細書で提案する図３５及び図３６の方法によりヌルパケット個数を表現する場合、５ｂｙｔｅのみ追加して同一な機能が遂行できることが分かる。
【０５７９】
先に一例に挙げたヌルパケットの個数に従うＤＮＰ構造は、以下の＜表３５＞の通りである。
【０５８０】
【表３５】
0006266802.tif 000048
【０５８１】
本発明の思想や範囲を逸脱することなく、本発明で多様な変更及び変形が可能であることは当業者に理解されるべきである。したがって、本発明は添付した請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０５８２】
本明細書で装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用できる。
【符号の説明】
【０５８３】
１０００    インプットフォーマットブロック
１０１０    ＢＩＣＭブロック
１０２０    フレームビルディングブロック
１０３０    ＯＦＤＭジェネレーションブロック
１０４０    シグナリング生成ブロック
【図１】
0006266802.tif 000049
【図２】
0006266802.tif 000050
【図３】
0006266802.tif 000051
【図４】
0006266802.tif 000052
【図５】
0006266802.tif 000053
【図６】
0006266802.tif 000054
【図７】
0006266802.tif 000055
【図８】
0006266802.tif 000056
【図９】
0006266802.tif 000057
【図１０】
0006266802.tif 000058
【図１１】
0006266802.tif 000059
【図１２】
0006266802.tif 000060
【図１３】
0006266802.tif 000061
【図１４】
0006266802.tif 000062
【図１５】
0006266802.tif 000063
【図１６】
0006266802.tif 000064
【図１７】
0006266802.tif 000065
【図１８】
0006266802.tif 000066
【図１９】
0006266802.tif 000067
【図２０】
0006266802.tif 000068
【図２１】
0006266802.tif 000069
【図２２】
0006266802.tif 000070
【図２３】
0006266802.tif 000071
【図２４】
0006266802.tif 000072
【図２５】
0006266802.tif 000073
【図２６】
0006266802.tif 000074
【図２７】
0006266802.tif 000075
【図２８】
0006266802.tif 000076
【図２９】
0006266802.tif 000077
【図３０】
0006266802.tif 000078
【図３１】
0006266802.tif 000079
【図３２】
0006266802.tif 000080
【図３３】
0006266802.tif 000081
【図３４】
0006266802.tif 000082
【図３５】
0006266802.tif 000083
【図３６】
0006266802.tif 000084