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