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