(57)【特許請求の範囲】
【請求項１】
放送信号の送信方法において、
サービスデータをエンコードするステップと、
前記エンコードされたサービスデータを複数のグループに分割することにより、前記エンコードされたサービスデータをビットインタリーブするステップであって、該複数のグループは、パーミュテーション順序に基づいてインタリーブされ、該パーミュテーション順序は、コードレート、コードワードの長さ、及び変調タイプに基づく、ステップと、
前記ビットインタリーブされたサービスデータを含む少なくとも一つの信号フレームをビルドするステップと、
前記ビルドされた少なくとも一つの信号フレーム内のデータをＯＦＤＭ方法によって変調するステップと、
前記変調されたデータを含む前記放送信号を伝送するステップと、
を含み、
前記変調タイプがＱＰＳＫ、前記コードレートが６／１５、及び前記コードワードの長さが１６２００であるとき、前記パーミュテーション順序は、
【表１−１】
0006339214.tif 000119
【表１−２】
0006339214.tif 000120
である、放送信号送信方法。
【請求項２】
前記ビットインタリーブするステップは、
前記エンコードされたサービスデータのパリティビットを第１インタリーブするステップと、
１つのグループに含まれる各セット内で前記第１インタリーブされたサービスデータを第２インタリーブするステップと、を含む、請求項１に記載の放送信号送信方法。
【請求項３】
各セットは、前記変調タイプに基づいた行の数、及び前記グループのビットの数に対応する列の数を含む、請求項２に記載の放送信号送信方法。
【請求項４】
ｊは、前記ビットインタリーブするステップにおいて使用される前記サービスデータのビットを含む前記複数のグループの数である、請求項１に記載の放送信号送信方法。
【請求項５】
放送信号の送信装置において、
サービスデータをエンコードするエンコーダと、
前記エンコードされたサービスデータを複数のグループに分割することにより、前記エンコードされたサービスデータをビットインタリーブするビットインタリーバであって、該複数のグループは、パーミュテーション順序に基づいてインタリーブされ、該パーミュテーション順序は、コードレート、コードワードの長さ、及び変調タイプに基づく、ビットインタリーバと、
前記ビットインタリーブされたサービスデータを含む少なくとも一つの信号フレームをビルドするフレームビルダーと、
前記ビルドされた少なくとも一つの信号フレーム内のデータをＯＦＤＭ方法で変調する変調器と、
前記変調されたデータを含む前記放送信号を送信する送信機と、
を含み、
前記変調タイプがＱＰＳＫ、前記コードレートが６／１５、及び前記コードワードの長さが１６２００であるとき、前記パーミュテーション順序は、
【表２−１】
0006339214.tif 000121
【表２−２】
0006339214.tif 000122
である、放送信号送信装置。
【請求項６】
前記ビットインタリーバは、
前記エンコードされたサービスデータのパリティビットをインタリーブするための第１インタリーバと、
１つのグループに含まれる各セット内で前記第１インタリーバによりインタリーブされたサービスデータをインタリーブするための第２インタリーバと、を含む、請求項５に記載の放送信号送信装置。
【請求項７】
各セットは、前記変調タイプに基づいた行の数、及び前記グループのビットの数に対応する列の数を含む、請求項６に記載の放送信号送信装置。
【請求項８】
ｊは、前記ビットインタリーバに対し使用される前記サービスデータのビットを含む前記複数のグループの数である、請求項６に記載の放送信号送信装置。
【請求項９】
放送信号の受信方法において、
前記放送信号を受信するステップと、
前記受信した放送信号をＯＦＤＭ方法で復調するステップと、
前記復調された放送信号から少なくとも一つの信号フレームをパースするステップと、
前記少なくとも一つの信号フレーム内のデータを複数のグループに分割することにより、該データをビットデインタリーブするステップであって、該複数のグループは、パーミュテーション順序の逆の順序に基づいてデインタリーブされ、該パーミュテーション順序は、コードレート、コードワードの長さ、及び変調タイプに基づく、ステップと、
前記ビットデインタリーブされたデータをデコードするステップと、
を含み、
前記変調タイプがＱＰＳＫ、前記コードレートが６／１５、及び前記コードワードの長さが１６２００であるとき、前記パーミュテーション順序は、
【表３−１】
0006339214.tif 000123
【表３−２】
0006339214.tif 000124
である、放送信号受信方法。
【請求項１０】
前記ビットデインタリーブするステップは、
１つのグループに含まれる各セット内の前記データを第１デインタリーブするステップと、
前記ビットデインタリーブされたデータのパリティビットを第２デインタリーブするステップと、を含む、請求項９に記載の放送信号受信方法。
【請求項１１】
各セットは、前記変調タイプに基づいた行の数、及び前記グループのビットの数に対応する列の数を含み、
ｊは、前記ビットデインタリーブするステップにおいて使用されるサービスデータのビットを含む前記グループの数である、請求項１０に記載の放送信号受信方法。
【請求項１２】
放送信号の受信装置において、
前記放送信号を受信する受信機と、
前記受信した放送信号をＯＦＤＭ方法によって復調する復調器と、
前記復調された放送信号から少なくとも一つの信号フレームをパースするフレームパーサと、
前記少なくとも一つの信号フレーム内のデータを複数のグループに分割することにより、該データをビットデインタリーブするビットデインタリーバであって、該複数のグループは、パーミュテーション順序の逆の順序に基づいてデインタリーブされ、該パーミュテーション順序は、コードレート、コードワードの長さ、及び変調タイプに基づく、ビットデインタリーバと、
前記ビットデインタリーブされたデータをデコードするためのデコーダと、
を含み、
前記変調タイプがＱＰＳＫ、前記コードレートが６／１５、及び前記コードワードの長さが１６２００であるとき、前記パーミュテーション順序は、
【表４−１】
0006339214.tif 000125
【表４−２】
0006339214.tif 000126
である、放送信号受信装置。
【請求項１３】
前記ビットデインタリーバは、
１つのグループに含まれる各セット内の前記データをデインタリーブする第１デインタリーバと、
前記ビットデインタリーブされたデータのパリティビットをデインタリーブする第２デインタリーバと、を含む、請求項１２に記載の放送信号受信装置。
【請求項１４】
各セットは、前記変調タイプに基づいた行の数、及び前記グループのビットの数に対応する列の数を含み、
ｊは、前記ビットデインタリーバに対し使用されるサービスデータのビットを含む前記グループの数である、請求項１３に記載の放送信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、放送信号を送受信する方法に関する。
【背景技術】
【０００２】
アナログ放送信号の送信が終了すると共に、デジタル放送信号を送受信する多様な技術が開発されている。デジタル放送信号は、アナログ放送信号より多量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータに加えて、多様なタイプの追加データをさらに含むことができる。
【０００３】
すなわち、デジタル放送システムは、高画質（ＨＤ；ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ）映像、マルチチャネルオーディオ及び多様な追加サービスを提供することができる。しかし、デジタル放送のためには、多量のデータを送信するためのデータ送信効率、送受信ネットワークのロバスト性（ｒｏｂｕｓｔｎｅｓｓ）及びモバイル受信装備を考慮したネットワーク柔軟性が改善される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、放送信号を送信し、時間領域で２個以上の異なる放送サービスを提供する放送送受信システムのデータをマルチプレクスし、同一のＲＦ信号帯域幅を通じてマルチプレクスされたデータを送信する装置及び方法、及びそれに対応する放送信号を受信する装置及び方法を提供することにある。
【０００５】
本発明の他の目的は、放送信号を送信する装置、放送信号を受信する装置、及び放送信号を送受信し、コンポーネントによってサービスに対応するデータを分類し、各コンポーネントに対応するデータをデータパイプとして送信し、データを受信及び処理する方法を提供することにある。
【０００６】
本発明の他の目的は、放送信号を送信する装置、放送信号を受信する装置、及び放送信号を送受信し、放送信号を提供するのに必要なシグナリング情報をシグナルする方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の目的及び他の利点を達成するために、本発明は、放送信号を送信する方法を提供する。放送信号を送信する方法は、サービスデータをエンコードするステップ、少なくとも一つの信号フレームをビルドするために、前記エンコードされたサービスデータを複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルにマップすることによって少なくとも一つの信号フレームをビルドするステップ、前記ビルドされた少なくとも一つの信号フレーム内のデータをＯＦＤＭ方法によって変調するステップ、及び前記変調されたデータを有する放送信号を送信するステップを含む。
【発明の効果】
【０００８】
本発明は、各サービス又はサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅｓ）を制御するサービス特性に応じてデータを処理し、多様な放送サービスを提供することができる。
【０００９】
本発明は、同一のＲＦ信号帯域幅を通じて多様な放送サービスを送信することによって、送信柔軟性を達成することができる。
【００１０】
本発明は、データ送信効率を改善し、ＭＩＭＯシステムを用いて放送信号の送受信のロバスト性を増加させることができる。
【００１１】
本発明によると、モバイル受信装備で又は室内環境でも、誤りなしでデジタル放送信号を受信可能な放送信号送信及び受信方法、及びその装置を提供することができる。
【図面の簡単な説明】
【００１２】
本発明の更なる理解を提供するために含まれ、本出願の一部に含まれ、その一部を構成する添付の図面は、本発明の実施例を示し、説明と共に本発明の原理を説明する。
【００１３】
【図１】本発明の実施例によって未来の放送サービスのための放送信号を送信する装置の構造を示す図である。
【図２】本発明の一実施例に係る入力フォーマッティングブロックを示す図である。
【図３】本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【図４】本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【図５】本発明の実施例に係るＢＩＣＭブロックを示す図である。
【図６】本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【図７】本発明の一実施例に係るフレームビルディングブロックを示す図である。
【図８】本発明の実施例に係るＯＦＤＭ生成ブロックを示す図である。
【図９】本発明の実施例によって未来の放送サービスのための放送信号を受信する装置の構造を示す図である。
【図１０】本発明の実施例に係るフレーム構造を示す図である。
【図１１】本発明の実施例に係るフレームのシグナリング層構造を示す図である。
【図１２】本発明の実施例に係るプリアンブルシグナリングデータを示す図である。
【図１３】本発明の実施例に係るＰＬＳ１データを示す図である。
【図１４】本発明の実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の他の実施例に係るＰＬＳ２データを示す図である。
【図１６】本発明の実施例に係るフレームの論理構造を示す図である。
【図１７】本発明の実施例に係るＰＬＳマッピングを示す図である。
【図１８】本発明の実施例に係るＥＡＣマッピングを示す図である。
【図１９】本発明の実施例に係るＦＩＣマッピングを示す図である。
【図２０】本発明の実施例に係るＤＰのタイプを示す図である。
【図２１】本発明の実施例に係るＤＰマッピングを示す図である。
【図２２】本発明の実施例に係るＦＥＣ構造を示す図である。
【図２３】本発明の実施例に係るビットインタリービングを示す図である。
【図２４】本発明の実施例に係るセル−ワードデマルチプレキシングを示す図である。
【図２５】本発明の実施例に係る時間インタリービングを示す図である。
【図２６】本発明の実施例に係るツイスト行−列ブロックインタリーバの基本動作を示す図である。
【図２７】本発明の実施例に係るツイスト行−列ブロックインタリーバの動作を示す図である。
【図２８】本発明の実施例に係るツイスト行−列ブロックインタリーバの対角方向読み取りパターンを示す図である。
【図２９】本発明の実施例に係るそれぞれのインタリービングアレイからインタリーブされたＸＦＥＣＢＬＯＣＫを示す図である。
【図３０】本発明の実施例に係るＱＣ−ＩＲＡ  ＬＤＰＣコードのパリティチェックマトリックスを示す図である。
【図３１】本発明の実施例に係るＱＣ−ＩＲＡ  ＬＤＰＣコードを用いたエンコーディングプロセスを示す図である。
【図３２】本発明の実施例に係るパリティチェックマトリックスパーミュテーションプロセスを示す図である。
【図３３】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図３４】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図３５】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図３６】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図３７】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図３８】本発明の実施例に係るＱＣ−ＩＲＡ  ＬＤＰＣコードをシーケンシャルにデコードする方法を示す図である。
【図３９】本発明の実施例に係るＬＤＰＣエンコーダを示す図である。
【図４０】本発明の実施例に係るコードレート７／１５のＨ１マトリックスを示した図である。
【図４１】本発明の実施例に係るコードレート７／１５のＨ１マトリックスを示した図である。
【図４２】本発明の実施例に係るコードレート７／１５のＨ１マトリックスを示した図である。
【図４３】本発明の実施例に係るコードレート７／１５のＨ１マトリックスを示した図である。
【図４４】本発明の実施例に係るコードレート７／１５のＨ２マトリックスを示した図である。
【図４５】本発明の実施例に係るコードレート７／１５のＨ２マトリックスを示した図である。
【図４６】本発明の実施例に係るコードレート７／１５の次数分散表を示した図である。
【図４７】本発明の実施例に係るコードレート８／１５のＨ１マトリックスを示した図である。
【図４８】本発明の実施例に係るコードレート８／１５のＨ１マトリックスを示した図である。
【図４９】本発明の実施例に係るコードレート８／１５のＨ１マトリックスを示した図である。
【図５０】本発明の実施例に係るコードレート８／１５のＨ２マトリックスを示した図である。
【図５１】本発明の実施例に係るコードレート８／１５のＨ２マトリックスを示した図である。
【図５２】本発明の実施例に係るコードレート８／１５の次数分散表を示した図である。
【図５３】本発明の実施例に係るコードレート１１／１５のＨ１マトリックスを示した図である。
【図５４】本発明の実施例に係るコードレート１１／１５のＨ１マトリックスを示した図である。
【図５５】本発明の実施例に係るコードレート１１／１５のＨ１マトリックスを示した図である。
【図５６】本発明の実施例に係るコードレート１１／１５のＨ２マトリックスを示した図である。
【図５７】本発明の実施例に係るコードレート１１／１５のＨ２マトリックスを示した図である。
【図５８】本発明の実施例に係るコードレート１１／１５の次数分散表を示した図である。
【図５９】本発明の実施例に係るコードレート１２／１５のＨ１マトリックスを示した図である。
【図６０】本発明の実施例に係るコードレート１２／１５のＨ１マトリックスを示した図である。
【図６１】本発明の実施例に係るコードレート１２／１５のＨ１マトリックスを示した図である。
【図６２】本発明の実施例に係るコードレート１２／１５のＨ１マトリックスを示した図である。
【図６３】本発明の実施例に係るコードレート１２／１５のＨ２マトリックスを示した図である。
【図６４】本発明の実施例に係るコードレート１２／１５のＨ２マトリックスを示した図である。
【図６５】本発明の実施例に係るコードレート１２／１５のＨ２マトリックスを示した図である。
【図６６】本発明の実施例に係るコードレート１２／１５の次数分散表を示した図である。
【図６７】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図６８】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図６９】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７０】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７１】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７２】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７３】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７４】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７５】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７６】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７７】本発明の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７８】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図７９】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図８０】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図８１】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図８２】本発明の他の実施例に係るパリティチェックマトリックスの各住所の表を示す図である。
【図８３】本発明の他の実施例に係るコンスタレーションマッパを示す図である。
【図８４】本発明の一実施例に係るＩＱ−バランスド／ＩＱ−シンメトリック不均一コンスタレーションマッピングの過程を示した図である。
【図８５】本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法によるＳＮＲ  １８ｄＢにおける６４ＮＵＣのコンスタレーションを示した図である。
【図８６】本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの６４ＮＵＣのコンスタレーションを示した図である。
【図８７】本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの６４ＮＵＣのコンスタレーションを示した図である。
【図８８】本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションを示した図である。
【図８９】本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の一部を示した図である。
【図９０】本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の他の一部を示した図である。
【図９１】本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の更に他の一部を示した図である。
【図９２】本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションを示した図である。
【図９３】本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の一部を示した図である。
【図９４】本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の他の一部を示した図である。
【図９５】本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の更に他の一部を示した図である。
【図９６】本発明の一実施例に係るビットインタリーバを示したブロック図である。
【図９７】本発明の一実施例に係るＮＵＱ−２５６である場合の内部グループインタリービング過程を示した図である。
【図９８】本発明の一実施例に係るＮＵＣ−２５６である場合の内部グループインタリービングの書き込み過程を示した図である。
【図９９】本発明の一実施例に係るＮＵＣ−２５６である場合の内部グループインタリービングの読み取り過程を示した図である。
【図１００】本発明の一実施例に係るリマインドＱＣブロック動作（ｒｅｍａｉｎｅｄ  ＱＣ  ｂｌｏｃｋ  ｏｐｅｒａｔｉｏｎ）を示した図である。
【図１０１】本発明の一実施例に係るデマッピング及びデコーディングモジュール９０２０を示したブロック図である。
【図１０２】本発明の他の実施例に係るビットデインタリービングを説明するブロック図である。
【図１０３】本発明の他の実施例に係る内部グループインタリービングパラメータを示した表である。
【図１０４】本発明の一実施例に係るＮＵＣ−１０２４である場合の内部グループインタリービングの書き込み過程を示した図である。
【図１０５】本発明の一実施例に係るＮＵＣ−１０２４である場合の内部グループインタリービングの読み取り過程を示した図である。
【図１０６】本発明の更に他の実施例に係る内部グループインタリービングパラメータを示した表である。
【図１０７】本発明の他の実施例に係るリマインドＱＣブロック動作を示した図である。
【図１０８】本発明の他の実施例に係るビットインタリーバを示したブロック図である。
【図１０９】本発明の一実施例に係る密度エボリューション（ｄｅｎｓｉｔｙ  ｅｖｏｌｕｔｉｏｎ）を通じて次数プロファイル（ｄｅｇｒｅｅ  ｐｒｏｆｉｌｅ）を得る手続（ｐｒｏｃｅｓｓ）を示した数式である。
【図１１０】本発明の一実施例に係る次数プロファイルを示す図である。
【図１１１】本発明の他の実施例に係るビットインタリービング及びビットデインタリービングを示す図である。
【図１１２】本発明の一実施例に係るビットインタリービングパターンを示す図である。
【図１１３】本発明の一実施例に係る書き込み構成を示す図である。
【図１１４】本発明の一実施例に係るサイクリックシフト動作を示した図である。
【図１１５】本発明の一実施例に係るＱＣレベルのビットインタリービングを示した図である。
【図１１６】本発明の一実施例に係るＱＣレベル及びビットレベルを有するサイクリックシフト動作を示した図である。
【図１１７】本発明の一実施例に係る均一に分散されたパリティに対するサイクリックシフト動作（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｏｐｅｒａｔｉｏｎ  ｆｏｒ  ｅｖｅｎｌｙ  ｄｉｓｐｅｒｓｅｄ  ｐａｒｉｔｙ）を示した図である。
【図１１８】本発明の他の実施例に係るデマッピング及びデコーディングモジュール９０２０を示したブロック図である。
【図１１９】本発明の一実施例に係るＤＥ結果及びこれと関連するバッファを示した図である。
【図１２０】本発明の一実施例に係るシンボルのＢＥＲ（Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｅ）、ＢＬＥＲ（Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）結果を示したグラフである。
【図１２１】本発明の一実施例に係る放送信号送信方法のフローチャートである。
【図１２２】本発明の一実施例に係る放送信号受信方法のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付の図面を参照して本発明の好ましい実施例を説明する。添付の図面を参照して以下で説明する詳細な説明は、本発明によって具現可能な実施例のみを示すよりは、本発明の例示的な実施例を説明するためのものである。次の詳細な説明は、本発明の完璧な理解を提供するために特定の細部事項を含む。しかし、本発明が、このような特定の細部事項なしでも実行可能であることは当業者にとって自明である。
【００１５】
本発明で使用されるほとんどの用語は、本技術で広く使用されるものから選択されたが、一部の用語は、出願人によって任意に選択されたものであって、その意味は、必要に応じて次の説明で詳細に説明する。よって、本発明は、単純な名称又は意味よりは、用語の意図された意味に基づいて理解しなければならない。
【００１６】
本発明は、未来の放送サービスのための放送信号を送受信する装置及び方法を提供する。本発明の実施例に係る未来の放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例により、非−ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）又はＭＩＭＯを通じて未来の放送サービスのための放送信号を処理することができる。本発明の実施例に係る非−ＭＩＭＯ方式は、ＭＩＳＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）方式、ＳＩＳＯ（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｉｎｇｌｅ  ｏｕｔｐｕｔ）方式などを含むことができる。
【００１７】
ＭＩＳＯ又はＭＩＭＯは、説明の便宜上、以下で２個のアンテナを使用するが、本発明は、２個以上のアンテナを用いるシステムに適用することができる。
【００１８】
本発明は、特定の使用ケースのために要求される性能を取得しながら、受信機の複雑度を最小化するのにそれぞれ最適化された３個の物理層（ＰＬ）プロファイル（ベース、ハンドヘルド及びアドバンスドプロファイル）を定義することができる。物理層（ＰＨＹ）プロファイルは、該当受信機が具現しなければならない全ての構成のサブセットである。
【００１９】
３個のＰＨＹプロファイルは、機能ブロックのほとんどを共有するが、特定のブロック及び／又はパラメータにおいて少し異なる。追加のＰＨＹプロファイルを未来に定義することができる。また、システム進化のために、未来のプロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を通じて単一ＲＦチャネル内の既存のプロファイルとマルチプレクスされ得る。以下では、それぞれのＰＨＹプロファイルの細部事項について説明する。
【００２０】
１．ベースプロファイル
【００２１】
ベースプロファイルは、通常、ルーフトップ（ｒｏｏｆ−ｔｏｐ）アンテナに接続する固定受信装置に対する主要な使用ケースを示す。また、ベースプロファイルは、いずれかの場所に搬送可能であるが、比較的停止した受信カテゴリーに属するポータブル装置を含む。ベースプロファイルの使用は、任意の改善された具現例によってハンドヘルド装置又は車両装置に拡張可能であるが、これら使用ケースは、ベースプロファイル受信機の動作に対しては期待されない。
【００２２】
受信のターゲットＳＮＲ範囲は約１０ｄＢ〜２０ｄＢであって、これは、既存の放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢ  ＳＮＲ受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリ動作ハンドヘルド装置の場合のように重要ではない。以下では、ベースプロファイルに対する重要なシステムパラメータを表１に列挙する。
【００２３】
【表１】
0006339214.tif 000002
【００２４】
２．ハンドヘルドプロファイル
【００２５】
ハンドヘルドプロファイルは、バッテリ電力で動作するハンドヘルド及び車両装置に使用されるように設計された。装置は、歩行者又は車両速度で移動することができる。受信機の複雑度のみならず、消費電力はハンドヘルドプロファイルの装置の具現において非常に重要である。ハンドヘルドプロファイルのターゲットＳＮＲ範囲は約０ｄＢ〜１０ｄＢであるが、より深い室内受信を対象にすると、０ｄＢ未満に到逹するように構成することができる。
【００２６】
低いＳＮＲ能力に加えて、受信機の移動度によって誘発されたドップラー効果に対する弾力性は、ハンドヘルドプロファイルの最も重要な性能属性である。以下では、ハンドヘルドプロファイルに対する重要なパラメータを表２に列挙する。
【００２７】
【表２】
0006339214.tif 000003
【００２８】
３．アドバンスドプロファイル
【００２９】
アドバンスドプロファイルは、より多くの具現複雑度を犠牲し、最も高いチャネル容量を提供する。このプロファイルは、ＭＩＭＯ送信及び受信の利用を要求し、ＵＨＤＴＶサービスは、このプロファイルが特別に設計されたターゲット使用ケースである。また、増加した容量は、与えられた帯域幅内で増加した数のサービス、例えば、ＳＤＴＶ又はＨＤＴＶサービスを許容するように使用することができる。
【００３０】
アドバンスドプロファイルのターゲットＳＮＲ範囲は、約２０ｄＢ〜３０ｄＢである。ＭＩＭＯ送信は、初期に既存の楕円偏波（ｅｌｌｉｐｔｉｃａｌｌｙ−ｐｏｌａｒｉｚｅｄ）送信装置を利用できるが、未来にフル電力交差偏波送信（ｆｕｌｌ−ｐｏｗｅｒ  ｃｒｏｓｓ−ｐｏｌａｒｉｚｅｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）に拡張される。以下では、アドバンスドプロファイルに対する重要なシステムパラメータを表３に列挙する。
【００３１】
【表３】
0006339214.tif 000004
【００３２】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの全てのためのプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するのに使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルのためのアドバンスドプロファイル、及びＭＩＭＯを有するハンドヘルドプロファイルのためのアドバンスドプロファイルに分離することができる。また、３個のプロファイルは、設計者の意図によって変更可能である。
【００３３】
次の用語及び定義を本発明に適用することができる。次の用語及び定義は、設計によって変更可能である。
【００３４】
補助ストリーム：未だに定義されていない変調及びコーディングのデータを伝達するセルのシーケンスであって、未来拡張のために、又は、ブロードキャスタ又はネットワークオペレータによる要求通りに使用することができる。
【００３５】
ベースデータパイプ：サービスシグナリングデータを伝達するデータパイプ
【００３６】
ベースバンドフレーム（又はＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディングプロセス（ＢＣＨ及びＬＤＰＣエンコーディング）への入力を形成するＫｂｃｈビットのセット
【００３７】
セル：ＯＦＤＭ送信の一つのキャリアによって伝達される変調値
【００３８】
コーディングブロック：ＰＬＳ１データのＬＤＰＣエンコーディングブロック及びＰＬＳ２データのＬＤＰＣエンコーディングブロックのうち一つ
【００３９】
データパイプ：サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は多数のサービス又はサービスコンポーネントを伝達することができる。
【００４０】
データパイプ単位：フレーム内のＤＰにデータセルを割り当てる基本単位
【００４１】
データシンボル：プリアンブルシンボルでないフレーム内のＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジシンボルはデータシンボルに含まれる。）
【００４２】
ＤＰ＿ＩＤ：この８ビットフィールドは、ＳＹＳＴＥＭ＿ＩＤによって識別されたシステム内のＤＰを固有に識別する。
【００４３】
ダミーセル：ＰＬＳシグナリング、ＤＰ又は補助ストリームに使用されない残りの容量を充填するのに使用される擬似ランダム値を伝達するセル
【００４４】
非常警戒チャネル（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ；ＥＡＳ）：ＥＡＳ情報データを伝達するフレームの一部
【００４５】
フレーム：プリアンブルから開始し、フレームエッジシンボルで終了する物理層時間スロット
【００４６】
フレーム受信単位：ＦＥＴを含む同一又は異なる物理層プロファイルに属するフレームセットであって、スーパーフレーム内で８回繰り返される。
【００４７】
高速情報チャネル：サービスと対応ベースＤＰとの間のマッピング情報を伝達するフレーム内の論理チャネル
【００４８】
ＦＥＣＢＬＯＣＫ：ＤＰデータのＬＤＰＣエンコーディングビットのセット
【００４９】
ＦＦＴサイズ：特定のモードに使用される公称ＦＦＴサイズであって、基本期間（ｅｌｅｍｅｎｔａｒｙ  ｐｅｒｉｏｄ）Ｔの周期で表現されるアクティブシンボル期間Ｔｓと同一である。
【００５０】
フレームシグナリングシンボル：ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）及び分散型パイロットパターンの所定の組み合わせでフレームの開始時に使用されるより高いパイロット密度を有するＯＦＤＭシンボルであって、ＰＬＳデータの一部を伝達する。
【００５１】
フレームエッジシンボル：ＦＦＴサイズ、保護区間及び分散型パイロットパターンの所定の組み合わせでフレームの終了時に使用されるより高いパイロット密度を有するＯＦＤＭシンボル
【００５２】
フレームグループ：スーパーフレーム内の同一のＰＨＹプロファイルタイプを有する全てのフレームのセット
【００５３】
未来拡張フレーム：未来拡張のために使用可能なスーパーフレーム内の物理層時間スロットであって、プリアンブルから開始する。
【００５４】
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が一つ以上のＭＰＥＧ２−ＴＳ又はＩＰ又は一般ストリームであって、出力がＲＦ信号である提案された物理層放送システム
【００５５】
入力ストリーム：システムによってエンドユーザに伝達されるサービスのアンサンブルのためのデータのストリーム
【００５６】
正常データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
【００５７】
ＰＨＹプロファイル：該当受信機が具現しなければならない全ての構成のサブセット
【００５８】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層シグナリングデータ
【００５９】
ＰＬＳ１：固定サイズ、コーディング及び変調を有するＦＳＳシンボルで伝達されるＰＬＳデータの第１セットであって、ＰＬＳ２をデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。
【００６０】
注（ｎｏｔｅ）：フレームグループのデュレーションのために、ＰＬＳ１データは一定に維持される。
【００６１】
ＰＬＳ２：ＦＳＳシンボルで送信されるＰＬＳデータの第２セットであって、システム及びＤＰに対するより細部的なＰＬＳデータを伝達する。
【００６２】
ＰＬＳ２動的データ：フレーム別に動的に変化可能なＰＬＳ２データ
【００６３】
ＰＬＳ２静的データ：フレームグループのデュレーションの間に静的に維持されるＰＬＳ２データ
【００６４】
プリアンブルシグナリングデータ：プリアンブルシンボルによって伝達され、システムの基本モードを識別するのに使用されるシグナリングデータ
【００６５】
プリアンブルシンボル：基本ＰＬＳデータを伝達し、フレームの初期に位置する固定長さパイロットシンボル
【００６６】
注：プリアンブルシンボルは、主に高速初期帯域スキャンのために使用され、システム信号、そのタイミング、周波数オフセット及びＦＦＴサイズを検出する。
【００６７】
未来の使用のために予約：現在の文書では定義されないが、未来に定義可能である。
【００６８】
スーパーフレーム：８個のフレーム反復単位のセット
【００６９】
時間インタリービングブロック（ＴＩブロック）：時間インタリーバメモリの一つの用途に対応する時間インタリービングが行われるセルのセット
【００７０】
ＴＩグループ：特定のＤＰのための動的容量割り当てが行われる単位であって、整数、すなわち、動的に変わる数のＸＦＥＣＢＬＯＣＫで構成される。
【００７１】
注：ＴＩグループは、一つのフレームに直接マップされたり、多数のフレームにマップされ得る。これは、一つ以上のＴＩブロックを含むことができる。
【００７２】
タイプ１  ＤＰ：全てのＤＰがＴＤＭ方式でマップされるフレームのＤＰ
【００７３】
タイプ２  ＤＰ：全てのＤＰがＦＤＭ方式でマップされるフレームのＤＰ
【００７４】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ  ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮｃｅｌｌｓセルのセット
【００７５】
図１は、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置の構造を示す図である。
【００７６】
本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、入力フォーマッティングブロック１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレーム構造ブロック１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）生成ブロック１０３０、及びシグナリング生成ブロック１０４０を含むことができる。以下では、放送信号を送信する装置の各モジュールの動作を説明する。
【００７７】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳはメイン入力フォーマットで、他のストリームタイプは一般ストリームとして処理される。これらのデータ入力に加えて、管理情報が入力され、各入力ストリームに対する該当帯域幅のスケジューリング及び割り当てを制御する。一つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般ストリームの入力が同時に許容される。
【００７８】
入力フォーマッティングブロック１０００は、各入力ストリームを一つ又は多数のデータパイプにデマルチプレクスし、独立コーディング及び変調がデータパイプに適用される。データパイプ（ＤＰ）は、ロバスト性制御のための基本単位であって、ＱｏＳに影響を与える。一つ又は多数のサービス又はサービスコンポーネントは単一のＤＰによって伝達され得る。入力フォーマッティングブロック１０００の動作の細部事項については後で説明する。
【００７９】
データパイプは、サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は多数のサービス又はサービスコンポーネントを伝達することができる。
【００８０】
また、データパイプ単位は、フレーム内のＤＰにデータセルを割り当てる基本ユニットである。
【００８１】
ＢＩＣＭブロック１０１０において、パリティデータが誤り訂正のために追加され、エンコードされたビットストリームは複素数値のコンスタレーションシンボルにマップされる。シンボルは、該当ＤＰに使用される特定のインタリービング深さを横切ってインタリーブされる。アドバンスドプロファイルに対して、ＭＩＭＯエンコーディングがＢＩＣＭブロック１０１０で行われ、追加のデータ経路はＭＩＭＯ送信のための出力で追加される。ＢＩＣＭブロック１０１０の細部事項については後で説明する。
【００８２】
フレームビルディングブロック１０２０は、入力ＤＰのデータセルをフレーム内のＯＦＤＭシンボルにマップすることができる。マップした後、周波数インタリービングは、周波数領域多様性に使用され、特に、周波数選択フェーディングチャネルを防止する。フレームビルディングブロック１０２０の動作の細部事項については後で説明する。
【００８３】
各フレームの初期にプリアンブルを挿入した後、ＯＦＤＭ生成ブロック１０３０は、保護区間として循環前置（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を有する従来のＯＦＤＭ変調を適用することができる。アンテナ空間ダイバーシティのために、分散型ＭＩＳＯ方式が送信機に適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）方式が時間領域で行われる。柔軟なネットワーク計画のために、この提案は、多様なＦＦＴサイズ、保護区間の長さ及び該当パイロットパターンのセットを提供する。ＯＦＤＭ生成ブロック１０３０の動作に対する詳細な内容は後で説明する。
【００８４】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層シグナリング情報を生成することができる。また、このシグナリング情報は、関心のあるサービスが受信側で適切に回復されるように送信される。シグナリング生成ブロック１０４０の動作の細部事項については後で説明する。
【００８５】
図２、図３及び図４は、本発明の実施例に係る入力フォーマッティングブロック１０００を示す。以下では、各図面に対して説明する。
【００８６】
図２は、本発明の一実施例に係る入力フォーマッティングブロックを示す図である。図２は、入力信号が単一入力ストリームであるときの入力フォーマッティングブロックを示す。
【００８７】
図２に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【００８８】
物理層への入力は、一つ又は多数のデータストリームで構成することができる。各データストリームは一つのＤＰによって伝達される。モード適応モジュールは、入り込むデータストリームをベースバンドフレーム（ＢＢＦ）のデータフィールドにスライスする。システムは、３つのタイプの入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、インターネットプロトコル（ＩＰ）及びＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）をサポートする。ＭＰＥＧ２−ＴＳは、固定長さ（１８８バイト）パケットで特性化され、第１バイトはシンク（ｓｙｎｃ）バイト（０ｘ４７）である。ＩＰストリームは、ＩＰパケットヘッダ内でシグナルされる可変長さＩＰデータグラムパケットで構成される。システムは、ＩＰストリームのためのＩＰｖ４及びＩＰｖ６をサポートする。ＧＳは、カプセル化パケットヘッダ内でシグナルされる可変長さパケット又は固定長さパケットで構成することができる。
【００８９】
（ａ）は、信号ＤＰのためのモード適応ブロック２０００及びストリーム適応ブロック２０１０を示し、（ｂ）は、ＰＬＳ信号を生成して処理するＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。以下では、各ブロックの動作を説明する。
【００９０】
入力ストリームスプリッタは、入力ＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分離する。モード適応モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサ及びＢＢフレームヘッダ挿入ブロックで構成される。
【００９１】
ＣＲＣエンコーダは、ユーザパケット（ＵＰ）レベル、すなわち、ＣＲＣ−８、ＣＲＣ−１６及びＣＲＣ−３２で誤り訂正のための３つのタイプのＣＲＣエンコーディングを提供する。計算されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ−８はＴＳストリームに使用され、ＣＲＣ−３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しない場合、提案されたＣＲＣエンコーディングが適用されなければならない。
【００９２】
ＢＢフレームスライサは、入力を内部論理ビットフォーマットにマップする。最初に受信されたビットはＭＢＳであると定義される。ＢＢフレームスライサは、利用可能なデータフィールド容量と同一の多数の入力ビットを割り当てる。ＢＢＦペイロードと同一の多数の入力ビットを割り当てるために、ＵＰパケットストリームはＢＢＦのデータフィールドに合わせてスライスされる。
【００９３】
ＢＢフレームヘッダ挿入ブロックは、２バイトの固定長さＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）及びＲＦＵ（２ビット）で構成される。固定２バイトＢＢＦヘッダに加えて、ＢＢＦは、２バイトＢＢＦヘッダの端に拡張フィールド（１バイト又は３バイト）を有することができる。
【００９４】
ストリーム適応ブロック２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。
【００９５】
スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリーム適応への入力データがＢＢフレームを充填するのに十分である場合、ＳＴＵＦＦＩは「０」に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでない場合、ＳＴＵＦＦＩが「１」に設定され、スタッフィングフィールドがＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
【００９６】
ＢＢスクランブラは、エネルギー分散（ｅｎｅｒｇｙ  ｄｉｓｐｅｒｓａｌ）のために完全なＢＢＦをスクランブルする。スクランブリングシーケンスはＢＢＦと同時に発生する。スクランブリングシーケンスは、フィードバックされたシフトレジスタによって生成される。
【００９７】
ＰＬＳ生成ブロック２０２０は、物理層シグナリング（ＰＬＳ）データを生成することができる。ＰＬＳは、受信機に物理層ＤＰにアクセスする手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。
【００９８】
ＰＬＳ１データは、固定サイズ、コーディング及び変調を有するフレーム内のＦＳＳシンボルで伝達されるＰＬＳデータの第１セットであって、ＰＬＳ２データをデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするのに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間に一定に維持される。
【００９９】
ＰＬＳ２データは、ＦＳＳシンボルで伝送されるＰＬＳデータの第２セットであって、システム及びＤＰに対するより詳細なＰＬＳデータを伝達する。ＰＬＳ２は、受信機に十分なデータを提供し、所望のＤＰをデコードするパラメータを含む。また、ＰＬＳ２シグナリングは、２つのタイプのパラメータ、すなわち、ＰＬＳ２静的データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２動的データ（ＰＬＳ２−ＤＹＮデータ）で構成される。ＰＬＳ２静的データは、フレームグループのデュレーションの間に静的に残っているＰＬＳ２データであり、ＰＬＳ２動的データは、フレーム別に動的に変わり得るＰＬＳ２データである。
【０１００】
ＰＬＳデータの細部事項については後で説明する。
【０１０１】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブルすることができる。
【０１０２】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１０３】
図３は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【０１０４】
図３に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【０１０５】
図３は、入力信号が多数の入力ストリームに対応するときの入力フォーマッティングブロックのモード適応ブロックを示す。
【０１０６】
多数の入力ストリームを処理する入力フォーマッティングブロックのモード適応ブロックは、独立的に多数の入力ストリームを処理することができる。
【０１０７】
図３を参照すると、多数の入力ストリームをそれぞれ処理するモード適応ブロックは、入力ストリームスプリッタ３０００、入力ストリーム同期化器３０１０、補償遅延ブロック３０２０、ヌル（ｎｕｌｌ）パケット削除ブロック３０３０、ヘッド圧縮ブロック３０４０、ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０及びＢＢヘッダ挿入ブロック３０７０を含むことができる。以下では、モード適応ブロックの各ブロックを説明する。
【０１０８】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサ及びＢＢヘッダ挿入ブロックに対応するので、それに対する説明は省略する。
【０１０９】
入力ストリームスプリッタ３０００は、入力ＴＳ、ＩＰ  ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分離することができる。
【０１１０】
入力ストリーム同期化器３０１０はＩＳＳＹと称することができる。ＩＳＳＹは、任意の入力データフォーマットに対する一定のエンド−ツー−エンド送信遅延及びＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）を保証する適切な手段を提供することができる。ＩＳＳＹは、常にＴＳを伝達する多数のＤＰの場合に使用され、選択的に、ＧＳストリームを伝達するＤＰに使用される。
【０１１１】
補償遅延ブロック３０２０は、ＩＳＳＹ情報の挿入後に分離されたＴＳパケットストリームを遅延させ、受信機内の追加のメモリを要求せずにＴＳパケット再結合メカニズムを許容することができる。
【０１１２】
ヌルパケット削除ブロック３０３０は、ＴＳ入力ストリームケースにのみ使用される。任意のＴＳ入力ストリーム又は分離されたＴＳストリームは、ＣＢＲ  ＴＳストリームにＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ−ｒａｔｅ）サービスを収容するために存在する多数のヌルパケットを有することができる。この場合、不要な送信オーバーヘッドを避けるために、ヌルパケットが識別され、送信されない。受信機において、除去されたヌルパケットは、送信時に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌ−ｐａｃｋｅｔ）カウンタを参照し、本来にあった正確な場所に再挿入され、一定のビットレートを保証し、タイムスタンプ（ＰＣＲ）アップデートに対する必要性を避けることができる。
【０１１３】
ヘッド圧縮ブロック３０４０は、パケットヘッダ圧縮を提供し、ＴＳ又はＩＰ入力ストリームに対する送信効率を増加させることができる。受信機がヘッダの所定部分に対する先験的情報（ａ  ｐｒｉｏｒｉ  ｉｎｆｏｒｍａｔｉｏｎ）を有し得るので、この既知の情報は送信機で削除され得る。
【０１１４】
伝送ストリームに対して、受信機は、シンク−バイト構成（０ｘ４７）及びパケット長さ（１８８バイト）に関する先験的情報を有する。入力ＴＳストリームが一つのＰＩＤを有するコンテンツを伝達すると、すなわち、一つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベース層、ＳＶＣインヘンスメント層、ＭＶＣベースビュー又はＭＶＣ従属ビュー）に対してのみ、ＴＳパケットヘッダ圧縮を（選択的に）伝送ストリームに適用することができる。入力ストリームがＩＰストリームであると、ＩＰパケットヘッダ圧縮が選択的に使用される。
【０１１５】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１１６】
図４は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
【０１１７】
図４に示した入力フォーマッティングブロックは、図１を参照して説明した入力フォーマッティングブロック１０００の実施例に該当する。
【０１１８】
図４は、入力信号が多数の入力ストリームに対応するときの入力フォーマッティングモジュールのストリーム適応ブロックを示す。
【０１１９】
図４を参照すると、多数の入力ストリームをそれぞれ処理するモード適応ブロックは、スケジューラ４０００、１フレーム遅延ブロック４０１０、スタッフィング挿入ブロック４０２０、帯域内（ｉｎ−ｂａｎｄ）シグナリング４０３０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０及びＰＬＳスクランブラ４０６０を含むことができる。以下では、ストリーム適応ブロックのそれぞれのブロックを説明する。
【０１２０】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０及びＰＬＳスクランブラ４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラ、ＰＬＳ生成ブロック及びＰＬＳスクランブラに対応するので、それに対する説明は省略する。
【０１２１】
スケジューラ４０００は、それぞれのＤＰのＦＥＣＢＬＯＣＫの量から全体のフレームにわたった全体のセル割り当てを決定することができる。ＰＬＳ、ＥＡＣ及びＦＩＣに対する割り当てを含めて、スケジューラはＰＬＳ２−ＤＹＮデータの値を生成し、これは、フレームのＦＳＳ内の帯域内シグナリング又はＰＬＳセルとして送信される。ＦＥＣＢＬＯＣＫ、ＥＡＣ及びＦＩＣの細部事項については後で説明する。
【０１２２】
１フレーム遅延ブロック４０１０は、入力データを１送信フレームだけ遅延させ、次のフレームに関するスケジューリング情報を、ＤＰに挿入される帯域内シグナリング情報に対する現在のフレームを通じて送信させることができる。
【０１２３】
帯域内シグナリング４０３０は、ＰＬＳ２データの遅延されていない部分をフレームのＤＰに挿入することができる。
【０１２４】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１２５】
図５は、本発明の実施例に係るＢＩＣＭブロックを示す図である。
【０１２６】
図５に示したＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の実施例に該当する。
【０１２７】
上述したように、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２８】
ＱｏＳは、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置によって提供されるサービスの特性に依存するので、各サービスに対応するデータは、異なる方式を通じて処理される必要がある。よって、本発明の実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ及びＭＩＭＯ方式をデータ経路にそれぞれ対応するデータパイプに独立的に適用することによって、それに入力されたＤＰを独立的に処理することができる。結果的に、本発明の実施例によって未来の放送サービスのための放送信号を送信する装置は、それぞれのＤＰを介して送信されるそれぞれのサービス又はサービスコンポーネントに対するＱｏＳを制御することができる。
【０１２９】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されたＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１３０】
ベースプロファイル及びハンドヘルドプロファイルによって共有されたＢＩＣＭブロック及びアドバンスドプロファイルによって共有されたＢＩＣＭブロックは、各ＤＰを処理する複数の処理ブロックを含むことができる。
【０１３１】
以下では、ベースプロファイル及びハンドヘルドプロファイルのためのＢＩＣＭブロック、及びアドバンスドプロファイルのためのＢＩＣＭブロックのそれぞれの処理ブロックを説明する。
【０１３２】
ベースプロファイル及びハンドヘルドプロファイルのためのＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインタリーバ５０２０、コンスタレーションマッパ５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０及び時間インタリーバ５０５０を含むことができる。
【０１３３】
データＦＥＣエンコーダ５０１０は、入力ＢＢＦに対してＦＥＣエンコーディングを行い、アウターコーディング（ＢＣＨ）及びインナーコーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成することができる。アウターコーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の動作の細部事項については後で説明する。
【０１３４】
ビットインタリーバ５０２０は、データＦＥＣエンコーダ５０１０の出力をインタリーブし、効率的に具現可能な構造を提供しながらＬＤＰＣコード及び変調方式の組み合わせで最適化された性能を達成することができる。ビットインタリーバ５０２０の動作の細部事項については後で説明する。
【０１３５】
コンスタレーションマッパ５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）又は不均一コンスタレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイル内のビットインタリーバ５０２０からの各セルワード及びアドバンスドプロファイル内のセル−ワードデマルチプレクサ５０１０−１からのセルワードを変調し、電力正規化コンスタレーションポイントを提供することができる。このコンスタレーションマッピングはＤＰに対してのみ適用される。ＱＡＭ−１６及びＮＵＱが方形（ｓｑｕａｒｅ  ｓｈａｐｅｄ）であるが、ＮＵＣは任意の形状を有する。それぞれのコンスタレーションが９０度の任意の倍数で回転すると、回転したコンスタレーションは正確に本来のコンスタレーションと重畳する。この「回転−感覚（ｒｏｔａｔｉｏｎ−ｓｅｎｓｅ）対称特性は、実数成分及び虚数成分の平均電力及び容量を互いに同一にする。ＮＵＱ及びＮＵＣは、各コードレートに対して特別に定義され、使用される特定の一つがＰＬＳ２データで提出されたパラメータ（ＤＰ＿ＭＯＤ）によってシグナルされる。
【０１３６】
ＳＳＤエンコーディングブロック５０４０は、２（２Ｄ）、３（３Ｄ）及び４（４Ｄ）次元でセルをプリコードし、異なるフェーディング条件下で受信ロバスト性を増加させることができる。
【０１３７】
時間インタリーバ５０５０はＤＰレベルで動作し得る。時間インタリービング（ＴＩ）のパラメータは、各ＤＰに対して異なる形に設定することができる。時間インタリーバ５０５０の動作の細部事項については後で説明する。
【０１３８】
アドバンスドプロファイルのためのＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインタリーバ、コンスタレーションマッパ及び時間インタリーバを含むことができる。しかし、処理ブロック５０００−１は処理ブロック５０００と区別され、セル−ワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含む。
【０１３９】
また、処理ブロック５０００−１のデータＦＥＣエンコーダ、ビットインタリーバ、コンスタレーションマッパ及び時間インタリーバの動作は、上述したデータＦＥＣエンコーダ５０１０、ビットインタリーバ５０２０、コンスタレーションマッパ５０３０及び時間インタリーバ５０５０に対応するので、それに対する説明は省略する。
【０１４０】
セル−ワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのＤＰに使用され、単一セル−ワードストリームをＭＩＭＯ処理のためのデュアルセル−ワードストリームに分離する。セル−ワードデマルチプレクサ５０１０−１の動作の細部事項については後で説明する。
【０１４１】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセル−ワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号の送信のために最適化された。ＭＩＭＯ技術は、容量を増加させる優れた方式であるが、チャネル特性に依存する。特に、ブロードキャスティングに対して、異なる信号伝播特性によって誘発された２個のアンテナ間の受信された信号電力の差又はチャネルの強いＬＯＳ成分は、ＭＩＭＯから容量利得を得ることを困難にし得る。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち一つの回転ベースのプリコーディング及び位相ランダム化を用いてこの問題を克服する。
【０１４２】
ＭＩＭＯエンコーディングは、送信機及び受信機で少なくとも２個のアンテナを必要とする２ｘ２  ＭＩＭＯシステムを目的とすることができる。この提案において、２個のＭＩＭＯエンコーディングモード、すなわち、ＦＲ−ＳＭ（ｆｕｌｌ−ｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤ−ＳＭ（ｆｕｌｌ−ｒａｔｅ  ｆｕｌｌ−ｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）が定義される。ＦＲ−ＳＭエンコーディングは、受信機側で比較的小さい複雑度の増加と共に容量の増加を提供するが、ＦＲＦＤ−ＳＭエンコーディングは、受信機側で大きい複雑度の増加と共に、容量の増加及び追加の多様性利得を提供する。提案されたＭＩＭＯエンコーディング方式は、アンテナ極性構成に対する制限を有さない。
【０１４３】
ＭＩＭＯ処理は、アドバンスドプロファイルフレームのために要求することができ、これは、アドバンスドプロファイルフレーム内の全てのＤＰがＭＩＭＯエンコーダによって処理されることを意味する。ＭＩＭＯ処理はＤＰレベルで適用することができる。コンスタレーションマッパ出力（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｅｒ  ｏｕｔｐｕｔ）（ＮＵＱ）のペア（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダの入力に供給することができる。ＭＩＭＯエンコーダ出力のペア（ｇ1,i及びｇ2,i）は、それぞれのＴＸアンテナのＯＦＤＭシンボル（ｌ）及び同一のキャリア（ｋ）によって送信され得る。
【０１４４】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１４５】
図６は、本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【０１４６】
図６に示したＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の実施例に該当する。
【０１４７】
図６は、物理層シグナリング（ＰＬＳ）、非常警戒チャネル（ＥＡＣ）及び高速情報チャネル（ＦＩＣ）の保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報を伝達するフレームの一部であって、ＦＩＣは、サービスと該当ベースＤＰとの間のマッピング情報を伝達するフレーム内の論理チャネルである。ＥＡＣ及びＦＩＣの細部事項については後で説明する。
【０１４８】
図６を参照すると、ＰＬＳ、ＥＡＣ及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ  ＦＥＣエンコーダ６０００、ビットインタリーバ６０１０、コンスタレーションマッパ６０２０及び時間インタリーバ６０３０を含むことができる。
【０１４９】
また、ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック及びＬＤＰＣパリティパンクチャリングブロックを含むことができる。以下では、ＢＩＣＭブロックの各ブロックを説明する。
【０１５０】
ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ  １／２データ、ＥＡＣ及びＦＩＣセクションをエンコードすることができる。
【０１５１】
スクランブラは、ＢＣＨエンコーディング及び短縮及びパンクチャされたＬＤＰＣエンコーディング前にＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１５２】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のために短縮されたＢＣＨコードを用いてスクランブルされたＰＬＳ  １／２データに対してアウターエンコーディングを行い、ＢＣＨエンコーディング後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ＬＤＰＣエンコーディング前にゼロ挿入の出力ビットがパーミュート（ｐｅｒｍｕｔｅ）され得る。
【０１５３】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコードすることができる。完全なコーディングブロック（Ｃldpc）を生成するために、パリティビット（Ｐldpc）がそれぞれのゼロ挿入ＰＬＳ情報ブロック（Ｉldpc）から組織的にエンコードされ、その後に添付される。
【０１５４】
【数１】
0006339214.tif 000005
【０１５５】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４の通りである。
【０１５６】
【表４】
0006339214.tif 000006
【０１５７】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１５８】
ＰＬＳ１データの保護に短縮が適用されると、任意のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディング後にパンクチャされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットはＬＤＰＣエンコーディング後にパンクチャされる。これらのパンクチャされたビットは送信されない。
【０１５９】
ビットインタリーバ６０１０は、それぞれ短縮及びパンクチャされたＰＬＳ１データ及びＰＬＳ２データをインタリーブする。
【０１６０】
コンスタレーションマッパ６０２０は、ビットインタリーブされたＰＬＳ１データ及びＰＬＳ２データをコンスタレーションにマップすることができる。
【０１６１】
時間インタリーバ６０３０は、マップされたＰＬＳ１データ及びＰＬＳ２データをインタリーブすることができる。
【０１６２】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１６３】
図７は、本発明の一実施例に係るフレームビルディングブロックを示す図である。
【０１６４】
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の実施例に該当する。
【０１６５】
図７を参照すると、フレームビルディングブロックは、遅延補償ブロック７０００、セルマッパ７０１０及び周波数インタリーバ７０２０を含むことができる。以下では、フレームビルディングブロックのそれぞれのブロックを説明する。
【０１６６】
遅延補償ブロック７０００は、データパイプと対応ＰＬＳデータとの間のタイミングを調節し、送信端で時間が共に合わせられるように保証することができる。ＰＬＳデータは、入力フォーマッティングブロック及びＢＩＣＭブロックによって誘発されたデータパイプの遅延を処理することによって、データパイプと同一の量だけ遅延される。ＢＩＣＭブロックの遅延は、主に時間インタリーバ５０５０による。帯域内シグナリングデータは、次のＴＩグループの情報を伝達し、シグナルされるＤＰより一つのフレームだけ速く伝達される。よって、遅延補償ブロックは、帯域内シグナリングデータを遅延させる。
【０１６７】
セルマッパ７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルをフレーム内のＯＦＤＭシンボルのアクティブキャリアにマップすることができる。セルマッパ７０１０の基本機能は、もしあれば、ＤＰ、ＰＬＳセル及びＥＡＣ／ＦＩＣセルのそれぞれに対してＴＩによって生成されたデータセルをフレーム内のＯＦＤＭシンボルのそれぞれに対応するアクティブＯＦＤＭセルのアレイにマップすることである。サービスシグナリングデータ（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ））は、データパイプによって個別的に集めて伝送することができる。セルマッパは、スケジューラによって生成された動的情報及びフレーム構造の構成によって動作する。フレームの細部事項については後で説明する。
【０１６８】
周波数インタリーバ７０２０は、セルマッパ７０１０から受信されたデータセルをランダムにインタリーブし、周波数多様性を提供することができる。また、周波数インタリーバ７０２０は、異なるインタリービングシード（ｉｎｔｅｒｌｅａｖｉｎｇ−ｓｅｅｄ）順序を用いて２個の順次的なＯＦＤＭシンボルで構成されるＯＦＤＭシンボルペアに対して動作し、単一フレーム内の最大のインタリービング利得を得ることができる。周波数インタリーバ７０２０の動作の細部事項については後で説明する。
【０１６９】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１７０】
図８は、本発明の実施例に係るＯＦＤＭ生成ブロックを示す図である。
【０１７１】
図８に示したＯＦＤＭ生成ブロックは、図１を参照して説明したＯＦＤＭ生成ブロック１０３０の実施例に該当する。
【０１７２】
ＯＦＤＭ生成ブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、送信される時間領域信号を生成する。また、このブロックは、保護区間を順次挿入し、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）減少処理を適用して最終ＲＦ信号を生成する。
【０１７３】
図８を参照すると、フレームビルディングブロックは、パイロット及び予約トーン挿入ブロック８０００、２Ｄ−ｅＳＦＮエンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、保護区間挿入ブロック８０４０、プリアンブル挿入ブロック８０５０、他のシステム挿入ブロック８０６０及びＤＡＣブロック８０７０を含むことができる。以下では、フレームビルディングブロックのそれぞれのブロックを説明する。
【０１７４】
パイロット及び予約トーン挿入ブロック８０００は、パイロット及び予約トーンを挿入することができる。
【０１７５】
ＯＦＤＭシンボル内の多様なセルは、パイロットとして知られた基準情報で変調され、パイロットは、受信機で先験的に知られた送信値を有する。パイロットセルの情報は、分散されたパイロット、反復パイロット（ｃｏｎｔｉｎｕａｌ  ｐｉｌｏｔ）、エッジパイロット、ＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）パイロット及びＦＥＳ（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）パイロットで構成される。それぞれのパイロットは、パイロットタイプ及びパイロットパターンによって特定のブースティング電力レベルで送信される。パイロット情報の値は、任意の与えられたシンボル上のそれぞれの送信されたキャリアに対して一連の値である基準シーケンスから導出される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定及び送信モードの識別に使用することができ、また、位相雑音をフォローする（ｆｏｌｌｏｗｉｎｇ）のに使用することができる。
【０１７６】
基準シーケンスから取得された基準情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除いた全てのシンボルで分散されたパイロットセルで送信される。反復パイロットは、フレームの全てのシンボルに挿入される。反復パイロットの数と位置は、ＦＦＴサイズ及び分散されたパイロットパターンに依存する。エッジキャリアは、プリアンブルシンボルを除いた全てのシンボル内のエッジパイロットである。これらは、スペクトルのエッジまで周波数補間を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。これらは、フレームのエッジまで時間補間を許容するために挿入される。
【０１７７】
本発明の実施例に係るシステムは、ＳＦＮネットワークをサポートし、分散型ＭＩＳＯ方式は、選択的に非常にロバストな送信モードをサポートするのに使用される。２Ｄ−ｅＳＦＮは、多数のＴＸアンテナを用いる分散型ＭＩＳＯ方式であって、それぞれのＴＸアンテナはＳＦＮネットワーク内の異なる送信側に配置される。
【０１７８】
２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数多様性を生成するために２Ｄ−ｅＳＦＮ処理を行い、多数の送信機から送信された信号の位相を歪曲することができる。そのため、長い時間の間の低いフラットフェーディング又は深いフェーディングによるバーストエラーを緩和することができる。
【０１７９】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロットとして（又は予約トーンとして）指定されていないデータシンボル内の任意のセルは、周波数インタリーバからのデータセルのうち一つを伝達する。セルはＯＦＤＭキャリアにマップされる。
【０１８０】
ＰＡＰＲ減少ブロック８０３０は、時間領域内の多様なＰＡＰＲ減少アルゴリズムを用いて入力信号に対するＰＡＰＲ減少を行うことができる。
【０１８１】
保護区間挿入ブロック８０４０は保護区間を挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造の細部事項については後で説明する。他のシステム挿入ブロック８０６０は、時間領域で複数の放送送受信システムの信号をマルチプレクスし、放送サービスを提供する２個以上の異なる放送送信／受信システムのデータが同一のＲＦ信号帯域幅で同時に送信され得る。この場合、２個以上の異なる放送送受信システムは、異なる放送サービスを提供するシステムを称する。異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを称する。それぞれの放送サービスと関連するデータは、異なるフレームを通じて送信され得る。
【０１８２】
ＤＡＣブロック８０７０は、入力デジタル信号をアナログ信号に変換し、アナログ信号を出力することができる。ＤＡＣブロック８０７０から出力された信号は、物理層プロファイルによって多数の出力アンテナを介して送信され得る。本発明の実施例に係るＴＸアンテナは、垂直又は水平極性（ｐｏｌａｒｉｔｙ）を有することができる。
【０１８３】
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに取り替えることができる。
【０１８４】
図９は、本発明の実施例によって未来の放送サービスのための放送信号を受信する装置の構造を示す図である。
【０１８５】
本発明の実施例によって未来の放送サービスのための放送信号を受信する装置は、図１を参照して説明した未来の放送サービスのために放送信号を送信する装置に対応し得る。
【０１８６】
本発明の実施例によって未来の放送サービスのための放送信号を受信する装置は、同期化及び復調モジュール９０００、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０及びシグナリングデコーディングモジュール９０４０を含むことができる。以下では、放送信号を受信する装置の各モジュールの動作を説明する。
【０１８７】
同期化及び復調モジュール９０００は、ｍ個のＲｘアンテナを介して入力信号を受信し、放送信号を受信する装置に対応するシステムに対して信号検出及び同期化を行い、放送信号を送信する装置によって行われる手続の逆の手続に対応する復調を行うことができる。
【０１８８】
フレームパーシングモジュール９１００は、入力信号フレームをパースし、ユーザによって選択されたサービスが送信されるデータを抽出することができる。放送信号を送信する装置がインタリービングを行うと、フレームパーシングモジュール９１００は、インタリービングの逆の手続に対応するデインタリービングを行うことができる。この場合、抽出される必要がある信号及びデータの位置は、シグナリングデコーディングモジュール９４００から出力されたデータをデコードし、放送信号を送信する装置によって生成されたシグナリング情報を回復することによって得ることができる。
【０１８９】
デマッピング及びデコーディングモジュール９２００は、入力信号をビット領域データに変換した後、必要に応じてデインタリービングを行うことができる。デマッピング及びデコーディングモジュール９２００は、送信効率のために適用されたマッピングに対してデマッピングを行い、デコーディングを通じて送信チャネルに対して生成された誤りを訂正することができる。この場合、デマッピング及びデコーディングモジュール９２００は、シグナリングデコーディングモジュール９４００から出力されたデータをデコードすることによって、デマッピング及びデコーディングに必要な送信パラメータを得ることができる。
【０１９０】
出力プロセッサ９３００は、放送信号を送信し、送信効率を改善する装置によって適用される多様な圧縮／信号処理手続の逆の手続を行うことができる。この場合、出力プロセッサ９３００は、シグナリングデコーディングモジュール９４００から出力されたデータから必要な制御情報を得ることができる。出力プロセッサ８３００の出力は、放送信号を送信する装置に入力される信号に対応し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及び一般ストリームであり得る。
【０１９１】
シグナリングデコーディングモジュール９４００は、同期化及び復調モジュール９０００によって復調された信号からＰＬＳ情報を得ることができる。上述したように、フレームパーシングモジュール９１００、デマッピング及びデコーディングモジュール９２００及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９４００から出力されたデータを用いてその機能を実行することができる。
【０１９２】
図１０は、本発明の実施例に係るフレーム構造を示す図である。
【０１９３】
図１０は、スーパーフレーム内のフレームタイプ及びＦＲＵの例示的な構成を示す。（ａ）は、本発明の実施例に係るスーパーフレームを示し、（ｂ）は、本発明の実施例に係るＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ）を示し、（ｃ）は、ＦＲＵ内の可変ＰＨＹプロファイルのフレームを示し、（ｄ）はフレームの構造を示す。
【０１９４】
スーパーフレームは８個のＦＲＵで構成することができる。ＦＲＵは、フレームのＴＤＭのための基本マルチプレキシング単位であって、スーパーフレーム内で８回繰り返される。
【０１９５】
ＦＲＵ内の各フレームは、ＰＨＹプロファイル（ベース、ハンドヘルド、アドバンスド）及びＦＥＴのうち一つに属する。ＦＲＵ内のフレームの最大許容数は４であり、与えられたＰＨＹプロファイルは、ＦＲＵ（例えば、ベース、ベース、ハンドヘルド、アドバンスド）で０倍から４倍までの任意の回数だけ表れ得る。ＰＨＹプロファイルの定義は、必要であれば、プリアンブル内のＰＨＹ＿ＰＲＯＦＩＬＥの予約値を用いて拡張することができる。
【０１９６】
ＦＥＴ部分は、含まれるならば、ＦＲＵの端に挿入される。ＦＥＴがＦＲＵに含まれると、スーパーフレームでＦＥＴの最小数は８である。ＦＥＴ部分が互いに隣接することは推薦されない。
【０１９７】
また、一つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルに分離される。（ｄ）に示したように、フレームは、プリアンブル、一つ以上のフレームシグナリングシンボル（ＦＳＳ）、正常データシンボル及びフレームエッジシンボル（ＦＥＳ）を含む。
【０１９８】
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号の検出が可能であり、信号の効率的な送受信のための基本送信パラメータのセットを提供する特殊シンボルである。プリアンブルの細部説明については後で説明する。
【０１９９】
ＦＳＳの主要目的はＰＬＳデータを伝達することにある。高速同期化及びチャネル推定、及びＰＬＳデータの高速デコーディングのために、ＦＳＳは、正常データシンボルより密集したパイロットパターンを有する。ＦＥＳは、正確にＦＳＳと同一のパイロットを有し、これは、ＦＥＳの直前のシンボルに対して外挿せず、ＦＥＳ内の周波数専用補間及び時間補間を可能にする。
【０２００】
図１１は、本発明の実施例に係るフレームのシグナリング層構造を示す図である。
【０２０１】
図１１は、３個の主要部分、すなわち、プリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０及びＰＬＳ２データ１１０２０に分離されたシグナリング層構造を示す。全てのフレームでプリアンブルシンボルによって伝達されるプリアンブルの目的は、そのフレームの送信タイプ及び基本送信パラメータを指示することにある。ＰＬＳ１は、受信機がＰＬＳ２データにアクセスし、ＰＬＳ２データをデコードするようにし、これは、関心のあるＤＰにアクセスするパラメータを含む。ＰＬＳ２は、全てのフレームで伝達され、２個の主要部分、すなわち、ＰＬＳ２−ＳＴＡＴデータ及びＰＬＳ２−ＤＹＮデータに分離される。ＰＬＳ２データの静的及び動的部分には、必要であればパディングが後に来る。
【０２０２】
図１２は、本発明の実施例に係るプリアンブルシグナリングデータを示す図である。
【０２０３】
プリアンブルシグナリングデータは、フレーム構造内で受信機がＰＬＳデータにアクセスし、ＤＰをトレースさせるのに必要な情報の２１ビットを伝達する。プリアンブルシグナリングの細部事項は次の通りである。
【０２０４】
ＰＨＹ＿ＰＲＯＦＩＬＥ：この３ビットフィールドは、現在のフレームのＰＨＹプロファイルタイプを示す。異なるＰＨＹプロファイルタイプのマッピングは、以下の表５に与えられる。
【０２０５】
【表５】
0006339214.tif 000007
【０２０６】
ＦＦＴ＿ＳＩＺＥ：この２ビットフィールドは、以下の表６に記載したように、フレームグループ内の現在のフレームのＦＦＴサイズを示す。
【０２０７】
【表６】
0006339214.tif 000008
【０２０８】
ＧＩ＿ＦＲＡＣＴＩＯＮ：この３ビットフィールドは、以下の表７に記載したように、現在のスーパーフレーム内の保護区間の分数（ｆｒａｃｔｉｏｎ）値を示す。
【０２０９】
【表７】
0006339214.tif 000009
【０２１０】
ＥＡＣ＿ＦＬＡＧ：この１ビットフィールドは、ＥＡＣが現在のフレームに提供されるか否かを示す。このフィールドが「１」に設定されると、ＥＡＳ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｓｅｒｖｉｃｅ）が現在のフレームで提供される。このフィールドが「０」に設定されると、ＥＡＳが現在のフレームで伝達されない。このフィールドは、スーパーフレーム内で動的にスイッチされ得る。
【０２１１】
ＰＩＬＯＴ＿ＭＯＤＥ：この１ビットフィールドは、プロファイルモードが現在のフレームグループ内の現在のフレームに対してモバイルモードであるのか、それとも固定モードであるのかを指示する。このフィールドが「０」に設定されると、モバイルパイロットモードが使用される。このフィールドが「１」に設定されると、固定パイロットモードが使用される。
【０２１２】
ＰＡＰＲ＿ＦＬＡＧ：この１ビットフィールドは、ＰＡＰＲ減少が現在のフレームグループ内の現在のフレームに使用されるか否かを指示する。このフィールドが「１」に設定されると、ＰＡＰＲ減少にトーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）が使用される。このフィールドが「０」に設定されると、ＰＡＰＲ減少が使用されない。
【０２１３】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：この３ビットフィールドは、現在のスーパーフレーム内に存在するＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ）のＰＨＹプロファイルタイプ構成を示す。現在のスーパーフレームで伝達される全てのプロファイルタイプは、現在のスーパーフレーム内の全てのフレーム内のこのフィールドで識別される。３ビットフィールドは、以下の表８に示したように、各プロファイルに対する異なる定義を有する。
【０２１４】
【表８】
0006339214.tif 000010
【０２１５】
ＲＥＳＥＲＶＥＤ：この７ビットフィールドが未来の使用のために予約される。
【０２１６】
図１３は、本発明の実施例に係るＰＬＳ１データを示す図である。
【０２１７】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするのに必要なパラメータを含む基本送信パラメータを提供する。上述したように、ＰＬＳ１データは、一つのフレームグループの全体のデュレーションの間に変更されない。ＰＬＳ１データのシグナリングフィールドの詳細な定義は次の通りである。
【０２１８】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：この２０ビットフィールドは、ＥＡＣ＿ＦＬＡＧを除いたプリアンブルシグナリングデータの写本である。
【０２１９】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：この２ビットフィールドは、ＦＲＵ当たりのフレームの数を示す。
【０２２０】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：この３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを指示する。ＰＡＹＬＯＡＤ＿ＴＹＰＥは、表９に示したようにシグナルされる。
【０２２１】
【表９】
0006339214.tif 000011
【０２２２】
ＮＵＭ＿ＦＳＳ：この２ビットフィールドは、現在のフレーム内のＦＳＳシンボルの数を示す。
【０２２３】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：この８ビットフィールドは、送信された信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは、２個の４ビットフィールド、すなわち、メジャーバージョン及びマイナーバージョンに分離される。
【０２２４】
メジャーバージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢ  ４ビットは、メジャーバージョン情報を示す。メジャーバージョンフィールドの変化は、非−下位−互換（ｎｏｎ−ｂａｃｋｗａｒｄ−ｃｏｍｐａｔｉｂｌｅ）変化を示す。デフォルト値は「００００」である。この標準に記載したバージョンにおいて、値は「００００」に設定される。
【０２２５】
マイナーバージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮのＬＳＢ４ビットは、マイナーバージョン情報を示す。マイナーバージョンフィールドの変化は下位互換性である。
【０２２６】
ＣＥＬＬ＿ＩＤ：これは、ＡＴＳＣネットワークで地理的なセルを固有に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジ領域は、フューチャーキャストＵＴＢシステムに使用される周波数の数に依存し、一つ以上の周波数で構成することができる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されていない場合、このフィールドは「０」に設定される。
【０２２７】
ＮＥＴＷＯＲＫ＿ＩＤ：これは、現在のＡＴＳＣネットワークを固有に識別する１６ビットフィールドである。
【０２２８】
ＳＹＳＴＥＭ＿ＩＤ：この１６ビットフィールドは、ＡＴＳＣネットワーク内のフューチャーキャストＵＴＢシステムを固有に識別する。フューチャーキャストＵＴＢシステムは、入力が一つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であって、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、もしあれば、一つ以上のＰＨＹプロファイル及びＦＥＴを伝達する。同一のフューチャーキャストＵＴＢシステムは、異なる入力ストリームを伝達することができ、異なる地理的領域で異なるＲＦ周波数を使用してローカルサービス挿入を許容する。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての送信に対して同一である。一つ以上のフューチャーキャストＵＴＢシステムは、全て同一の物理層構造及び構成を有することを意味する同一のＳＹＳＴＥＭ＿ＩＤを有することができる。
【０２２９】
次のループは、各フレームタイプのＦＲＵ構成及び長さを指示するのに使用されるＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ及びＲＥＳＥＲＶＥＤで構成される。ループサイズは固定され、４個のＰＨＹプロファイル（ＦＥＴを含む）がＦＲＵ内でシグナルされる。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さいと、使用されないフィールドはゼロで充填される。
【０２３０】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：この３ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目（ｉは、ループインデックスである）フレームのＰＨＹプロファイルタイプを示す。このフィールドは、表８に示したように、同一のシグナリングフォーマットを使用する。
【０２３１】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：この２ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを用いて、フレームデュレーションの正確な値を得ることができる。
【０２３２】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：この３ビットフィールドは、連関したＦＲＵの（ｉ＋１）番目のフレームの保護区間の分数値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは、表７によってシグナルされる。
【０２３３】
ＲＥＳＥＲＶＥＤ：この４ビットフィールドが未来の使用のために予約される。
【０２３４】
次のフィールドは、ＰＬＳ２データをデコードするパラメータを提供する。
【０２３５】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０によってシグナルされる。ＬＤＰＣコードの細部事項については後で説明する。
【０２３６】
【表１０】
0006339214.tif 000012
【０２３７】
ＰＬＳ２＿ＭＯＤ：この３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１によってシグナルされる。
【０２３８】
【表１１】
0006339214.tif 000013
【０２３９】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、現在のフレームグループで伝達されるＰＬＳ２に対するフルコーディングブロック（ｆｕｌｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合（ｃｏｌｌｅｃｔｉｏｎ）のサイズ（ＱＡＭセルの数として特定される）（Ｃtotal_partial_block）を示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２４０】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、現在のフレームグループに対するＰＬＳ２−ＳＴＡＴのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２４１】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、現在のフレームグループに対するＰＬＳ２−ＤＹＮのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２４２】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：この１ビットフラグは、現在のフレームグループでＰＬＳ２反復モードが使用されるか否かを示す。このフィールドが値「１」に設定されると、ＰＬＳ２反復モードが活性化される。このフィールドが値「０」に設定されると、ＰＬＳ２反復モードが非活性化される。
【０２４３】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２反復が使用されるとき、現在のフレームグループの全てのフレームで伝達されるＰＬＳ２に対する部分コーディングブロック（ｐａｒｔｉａｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合のサイズ（ＱＡＭセルの数として特定される）（Ｃtotal_partial_block）を示す。反復が使用されない場合、このフィールドの値は０と同一である。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２４４】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、次のフレームグループの全てのフレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０によってシグナルされる。
【０２４５】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：この３ビットフィールドは、次のフレームグループの全てのフレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１によってシグナルされる。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：この１ビットフィールドは、次のフレームグループでＰＬＳ２反復モードが使用されるか否かを示す。このフィールドが値「１」に設定されると、ＰＬＳ２反復モードが活性化される。このフィールドが値「０」に設定されると、ＰＬＳ２反復モードが非活性化される。
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２反復が使用されるとき、次のフレームグループの全てのフレームで伝達されるＰＬＳ２に対するフルコーディングブロック（ｆｕｌｌ  ｃｏｄｅｄ  ｂｌｏｃｋｓ）の集合のサイズ（ＱＡＭセルの数として特定される）（Ｃtotal_partial_block）を示す。次のフレームグループで反復が使用されない場合、このフィールドの値は０と同一である。この値は、現在のフレームグループで一定である。
【０２４８】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、次のフレームグループに対するＰＬＳ２−ＳＴＡＴのビットサイズを示す。この値は、現在のフレームグループで一定である。
【０２４９】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：この１４ビットフィールドは、次のフレームグループに対するＰＬＳ２−ＤＹＮのビットサイズを示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２５０】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：この２ビットフィールドは、現在のフレームグループ内のＰＬＳ２に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。下記の表１２は、このフィールドの値を示す。このフィールドが「００」に設定されると、現在のフレームでＰＬＳ２に対して追加のパリティが使用されない。
【０２５１】
【表１２】
0006339214.tif 000014
【０２５２】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、ＰＬＳ２の追加のパリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２５３】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：この２ビットフィールドは、次のフレームグループでＰＬＳ２に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。表１２は、このフィールドの値を定義する。
【０２５４】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：この１５ビットフィールドは、次のフレームグループの全てのフレームにおけるＰＬＳ２の追加のパリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２５５】
ＲＥＳＥＲＶＥＤ：この３２ビットフィールドが未来の使用のために予約される。
【０２５６】
ＣＲＣ＿３２：全体のＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２５７】
図１４は、本発明の実施例に係るＰＬＳ２データを示す図である。
【０２５８】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータは、フレームグループ内で同一であるが、ＰＬＳ２−ＤＹＮデータは現在のフレームに特定された情報を提供する。
【０２５９】
ＰＬＳ２−ＳＴＡＴデータのフィールドの細部事項は次の通りである。
【０２６０】
ＦＩＣ＿ＦＬＡＧ：この１ビットフィールドは、ＦＩＣが現在のフレームグループに使用されるか否かを示す。このフィールドが「１」に設定されると、ＦＩＣが現在のフレームで提供される。このフィールドが「０」に設定されると、ＦＩＣが現在のフレームで伝達されない。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２６１】
ＡＵＸ＿ＦＬＡＧ：この１ビットフィールドは、現在のフレームグループで補助ストリームが使用されるか否かを示す。このフィールドが「１」に設定されると、補助ストリームが現在のフレームで提供される。このフィールドが「０」に設定されると、補助ストリームが現在のフレームで伝達されない。この値は、現在のフレームグループの全体のデュレーションにおいて一定である。
【０２６２】
ＮＵＭ＿ＤＰ：この６ビットフィールドは、現在のフレームで伝達されるＤＰの数を示す。このフィールドの値は、１〜６４の範囲内にあり、ＤＰの数はＮＵＭ＿ＤＰ＋１である。
【０２６３】
ＤＰ＿ＩＤ：この６ビットフィールドは、ＰＨＹプロファイル内でＤＰを固有に識別する。
【０２６４】
ＤＰ＿ＴＹＰＥ：この３ビットフィールドはＤＰのタイプを示す。これは、以下の表１３によってシグナルされる。
【０２６５】
【表１３】
0006339214.tif 000015
【０２６６】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：この８ビットフィールドは、現在のＤＰが連関したＤＰグループを識別する。これは、受信機が特定のサービスと連関したサービスコンポーネントのＤＰにアクセスするのに使用することができ、これらのＤＰは同一のＤＰ＿ＧＲＯＵＰ＿ＩＤを有する。
【０２６７】
ＢＡＳＥ＿ＤＰ＿ＩＤ：この６ビットフィールドは、管理層で使用されるサービスシグナリングデータ（ＰＳＩ／ＳＩ）を伝達するＤＰを示す。ＢＡＳＥ＿ＤＰ＿ＩＤで指示されたＤＰは、サービスシグナリングデータのみを伝達する専用ＤＰ又はサービスデータと共にサービスシグナリングデータを伝達する正常ＤＰであり得る。
【０２６８】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：この２ビットフィールドは、連関したＤＰによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の表１４によってシグナルされる。
【０２６９】
【表１４】
0006339214.tif 000016
【０２７０】
ＤＰ＿ＣＯＤ：この４ビットフィールドは、連関したＤＰによって使用されるコードレートを示す。コードレートは、以下の表１５によってシグナルされる。
【０２７１】
【表１５】
0006339214.tif 000017
【０２７２】
ＤＰ＿ＭＯＤ：この４ビットフィールドは、連関したＤＰによって使用される変調を示す。変調は、以下の表１６によってシグナルされる。
【０２７３】
【表１６】
0006339214.tif 000018
【０２７４】
ＤＰ＿ＳＳＤ＿ＦＬＡＧ：この１ビットフィールドは、ＳＳＤモードが連関したＤＰで使用されるか否かを示す。このフィールドが値「１」に設定されると、ＳＳＤが使用される。このフィールドが値「０」に設定されると、ＳＳＤが使用されない。
【０２７５】
ＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す「０１０」と同一である場合のみに次のフィールドが表れる。
【０２７６】
ＤＰ＿ＭＩＭＯ：この３ビットフィールドは、連関したＤＰにいずれのタイプのＭＩＭＯエンコーディングプロセスが適用されるのかを示す。ＭＩＭＯエンコーディングプロセスのタイプは、表１７によってシグナルされる。
【０２７７】
【表１７】
0006339214.tif 000019
【０２７８】
ＤＰ＿ＴＩ＿ＴＹＰＥ：この１ビットフィールドは、時間インタリービングのタイプを示す。「０」の値は、一つのＴＩグループが一つのフレームに対応し、一つ以上のＴＩブロックを含むことを示す。「１」の値は、一つのＴＩグループが１より多いフレームで伝達され、一つのＴＩブロックのみを含むことを示す。
【０２７９】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：２ビットフィールドの使用（許容される値が１、２、４、８のみである）は、次のようにＤＰ＿ＴＩ＿ＴＹＰＥフィールド内に設定された値によって決定される。
【０２８０】
ＤＰ＿ＴＩ＿ＴＹＰＥが値「１」に設定されると、このフィールドは、ＰI、すなわち、各ＴＩグループがマップされるフレームの数を示し、ＴＩグループ当たりに一つのＴＩブロックがある（ＮTI＝１）。２ビットフィールドを有する許容されたＰI値は、以下の表１８で定義される。
【０２８１】
ＤＰ＿ＴＩ＿ＴＹＰＥが「０」に設定されると、このフィールドは、ＴＩグループ当たりのＴＩブロックの数（ＮTI）を示し、フレーム当たりに一つのＴＩグループがある（ＰI＝１）。２ビットフィールドを有する許容されたＰI値は、以下の表１８で定義される。
【０２８２】
【表１８】
0006339214.tif 000020
【０２８３】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：この２ビットフィールドは、連関したＤＰに対するフレームグループ内のフレーム区間（ＩJUMP）を示し、許容される値は１、２、４、８である（対応する２ビットフィールドは、それぞれ「００」、「０１」、「１０」、「１１」である）。フレームグループの全てのフレームで表れないＤＰに対して、このフィールドの値は連続的なフレーム間の間隔と同一である。例えば、ＤＰがフレーム１、５、９、１３などで表れると、このフィールドは「４」に設定される。全てのフレームで表れるＤＰに対して、このフィールドは「１」に設定される。
【０２８４】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：この１ビットフィールドは、時間インタリーバ５０５０の利用可能性を決定する。ＤＰに対して時間インタリービングが使用されない場合、これは「１」に設定される。時間インタリービングが使用される場合、これは「０」に設定される。
【０２８５】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：この５ビットフィールドは、現在ＤＰが発生するスーパーフレームの第１フレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０〜３１の範囲内にある。
【０２８６】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：この１０ビットフィールドは、このＤＰに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。このフィールドの値は、ＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一の範囲を有する。
【０２８７】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：この２ビットフィールドは、与えられたＤＰによって伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の表１９によってシグナルされる。
【０２８８】
【表１９】
0006339214.tif 000021
【０２８９】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：この２ビットフィールドは、現在のＤＰが帯域内シグナリング情報を伝達するか否かを示す。帯域内シグナリングタイプは、以下の表２０によってシグナルされる。
【０２９０】
【表２０】
0006339214.tif 000022
【０２９１】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：この２ビットフィールドは、与えられたＤＰによって伝達されるペイロードのプロトコルタイプを示す。入力ペイロードタイプが選択されると、以下の表２１によってシグナルされる。
【０２９２】
【表２１】
0006339214.tif 000023
【０２９３】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：この２ビットフィールドは、入力フォーマッティングブロックでＣＲＣエンコーディングが使用されるか否かを示す。ＣＲＣモードは、以下の表２２によってシグナルされる。
【０２９４】
【表２２】
0006339214.tif 000024
【０２９５】
ＤＮＰ＿ＭＯＤＥ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるヌル−パケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の表２３によってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）でない場合、ＤＮＰ＿ＭＯＤＥは値「００」に設定される。
【０２９６】
【表２３】
0006339214.tif 000025
【０２９７】
ＩＳＳＹ＿ＭＯＤＥ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の表２４によってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）でない場合、ＩＳＳＹ＿ＭＯＤＥは値「００」に設定される。
【０２９８】
【表２４】
0006339214.tif 000026
【０２９９】
ＨＣ＿ＭＯＤＥ＿ＴＳ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定されるとき、連関したＤＰによって使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤ＿ＴＳは、以下の表２５によってシグナルされる。
【０３００】
【表２５】
0006339214.tif 000027
【０３０１】
ＨＣ＿ＭＯＤＥ＿ＩＰ：この２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（「０１」）に設定されるときのＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤ＿ＩＰは、以下の表２６によってシグナルされる。
【０３０２】
【表２６】
0006339214.tif 000028
【０３０３】
ＰＩＤ：この１３ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（「００」）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが「０１」又は「１０」に設定されるときのＴＳヘッダ圧縮のためのＰＩＤ番号を示す。
【０３０４】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３０５】
ＦＩＣ＿ＦＬＡＧが「１」と同一である場合のみに次のフィールドが表れる。
【０３０６】
ＦＩＣ＿ＶＥＲＳＩＯＮ：この８ビットフィールドは、ＦＩＣのバージョン番号を示す。
【０３０７】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：この１３ビットフィールドは、ＦＩＣのバイト長さを示す。
【０３０８】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３０９】
ＡＵＸ＿ＦＬＡＧが「１」と同一である場合のみに次のフィールドが表れる。
【０３１０】
ＮＵＭ＿ＡＵＸ：この４ビットフィールドは、補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを意味する。
【０３１１】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：この８ビットフィールドは、未来の使用のために予約される。
【０３１２】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：この４ビットフィールドは、現在の補助ストリームのタイプを示すための未来の使用のために予約される。
【０３１３】
ＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：この２８ビットフィールドは、補助ストリームをシグナルするための未来の使用のために予約される。
【０３１４】
図１５は、本発明の他の実施例に係るＰＬＳ２データを示す図である。
【０３１５】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮデータを示す。ＰＬＳ２−ＤＹＮデータの値は、一つのフレームグループのデュレーションの間に変化可能であり、フィールドのサイズは一定に維持される。
【０３１６】
ＰＬＳ２−ＤＹＮデータのフィールドの細部事項は次の通りである。
【０３１７】
ＦＲＡＭＥ＿ＩＮＤＥＸ：この５ビットフィールドは、スーパーフレーム内の現在のフレームのフレームインデックスを示す。スーパーフレームの第１フレームのインデックスは「０」に設定される。
【０３１８】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：この４ビットフィールドは、構成が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内でシグナルされる値によって指示される。このフィールドが値「００００」に設定されると、スケジュールされた変化が予想されないことを意味し、値「１」は、次のスーパーフレームで変化があることを意味する。
【０３１９】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：この４ビットフィールドは、構成（すなわち、ＦＩＣの内容）が変更される前のスーパーフレームの数を示す。構成において、変更された次のスーパーフレームは、このフィールド内でシグナルされる値によって指示される。このフィールドが値「００００」に設定されると、スケジュールされた変化が予想されないことを意味し、値「０００１」は、次のスーパーフレームで変化があることを意味する。
【０３２０】
ＲＥＳＥＲＶＥＤ：この１６ビットフィールドは、未来の使用のために予約される。
【０３２１】
ＮＵＭ＿ＤＰを通じてループで次のフィールドが表れ、これは、現在のフレームで伝達されるＤＰと連関したパラメータを示す。
【０３２２】
ＤＰ＿ＩＤ：この６ビットフィールドは、ＰＨＹプロファイル内のＤＰを固有に指示する。
【０３２３】
ＤＰ＿ＳＴＡＲＴ：この１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング方式を用いて第１ＤＰの開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の表２７に示したように、ＰＨＹプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３２４】
【表２７】
0006339214.tif 000029
【０３２５】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：この１０ビットフィールドは、現在のＤＰに対する現在のＴＩグループ内のＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０〜１０２３の範囲内にある。
【０３２６】
ＲＥＳＥＲＶＥＤ：この８ビットフィールドは、未来の使用のために予約される。
【０３２７】
次のフィールドは、ＥＡＣと連関したＦＩＣパラメータを示す。
【０３２８】
ＥＡＣ＿ＦＬＡＧ：この１ビットフィールドは、現在のフレーム内のＥＡＣの存在を示す。このビットは、プリアンブル内のＥＡＣ＿ＦＬＡＧと同一の値である。
【０３２９】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：この８ビットフィールドは、ウェイクアップ指示のバージョン番号を示す。
【０３３０】
ＥＡＣ＿ＦＬＡＧフィールドが「１」と同一である場合、次の１２ビットは、ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに対して割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが「０」と同一である場合、次の１２ビットは、ＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３３１】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：この１２ビットフィールドは、ＥＡＣのバイト長さを示す。
【０３３２】
ＥＡＣ＿ＣＯＵＮＴＥＲ：この１２ビットフィールドは、ＥＡＣが到逹するフレームの前のフレームの数を示す。
【０３３３】
ＡＵＸ＿ＦＬＡＧフィールドが「１」と同一である場合にのみ次のフィールドが表れる。
【０３３４】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：この４８ビットフィールドは、補助ストリームをシグナルするための未来使用のために予約される。このフィールドの意味は、構成可能なＰＬＳ２−ＳＴＡＴ内のＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３３５】
ＣＲＣ＿３２：全体のＰＬＳ２に適用される３２ビットエラー検出コード。
【０３３６】
図１６は、本発明の実施例に係るフレームの論理構造を示す図である。
【０３３７】
上述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルは、フレーム内のＯＦＤＭシンボルのアクティブキャリアにマップされる。ＰＬＳ１及びＰＬＳ２は、まず、一つ以上のＦＳＳにマップされる。その後、もしあれば、ＥＡＣセルがＰＬＳフィールドの直後にマップされ、その後、もしあれば、ＦＩＣセルがマップされる。もしあれば、ＤＰは、ＰＬＳ又はＥＡＣ、ＦＩＣの後にマップされる。まず、タイプ１  ＤＰが後に来た後、タイプ２  ＤＰが後に来る。ＤＰのタイプの細部事項については後で説明する。任意の場合、ＤＰは、ＥＡＳのための任意の特殊データ又はサービスシグナリングデータを伝達することができる。もしあれば、補助ストリーム又は各ストリームがＤＰの後に来た後、ダミーセルが後に来る。これらの全てを上述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、ＤＰ、補助ストリーム及びダミーデータセルの順にマップすることは、フレーム内のセル容量を正確に充填する。
【０３３８】
図１７は、本発明の実施例に係るＰＬＳマッピングを示す図である。
【０３３９】
ＰＬＳセルは、ＦＳＳのアクティブキャリアにマップされる。ＰＬＳによって占有されたセルの数に依存して、一つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数（ＮFSS）は、ＰＬＳ１内のＮＵＭ＿ＦＳＳによってシグナルされる。ＦＳＳは、ＰＬＳセルを伝達する特殊シンボルである。ロバスト性及びレイテンシ（ｌａｔｅｎｃｙ）はＰＬＳの重要な問題であるので、ＦＳＳは、ＦＳＳ内の周波数専用補間及び高速同期化を許容するより高い密度のパイロットを有する。
【０３４０】
ＰＬＳセルは、図１７の例に示したように、トップ−ダウン（ｔｏｐ−ｄｏｗｎ）方式でＮFSS個のＦＳＳのアクティブキャリアにマップされる。ＰＬＳ１セルは、セルインデックスの増加順に第１ＦＳＳの第１セルから先にマップされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後にマップされ、第１ＦＳＳの最後のセルインデックスまでマッピングが下向きに継続される。要求されるＰＬＳセルの総数が一つのＦＳＳのアクティブキャリアの数を超えると、マッピングは、次のＦＳＳに進行し、第１ＦＳＳと正確に同一の方式で継続される。
【０３４１】
ＰＬＳマッピングの完了後、ＤＰが次に伝達される。ＥＡＣ、ＦＩＣ又はＥＡＣ及びＦＩＣが現在のフレームに存在すると、これらはＰＬＳと「正常」ＤＰとの間に配置される。
【０３４２】
図１８は、本発明の実施例に係るＥＡＣマッピングを示す図である。
【０３４３】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであって、ＥＡＳに対するＤＰにリンクされる。ＥＡＳサポートは提供されるが、ＥＡＣ自体は、全てのフレームに存在する場合もあり、全てのフレームに存在しない場合もある。もしあれば、ＥＡＣはＰＬＳ２セルの直後にマップされる。ＥＡＣは、ＰＬＳセル以外に、ＦＩＣ、ＤＰ、補助ストリーム及びダミーセルのうちいずれかの後に来ない。ＥＡＣセルをマップする手続はＰＬＳと正確に同一である。
【０３４４】
ＥＡＣセルは、図１８に示したように、セルインデックスの増加順にＰＬＳ２の次のセルからマップされる。ＥＡＳメッセージサイズによって、ＥＡＣセルは、図１８に示したようにいくつかのシンボルを占有する。
【０３４５】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後にマップされ、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向きに継続される。要求されるＥＡＣの総数が最後のＦＳＳの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進行し、ＦＳＳと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは正常データシンボルであって、これは、ＦＳＳより多くのアクティブキャリアを有する。
【０３４６】
ＥＡＣマッピングの完了後、もし存在すれば、ＦＩＣが次に伝達される。（ＰＬＳ２フィールドでシグナルされることによって）ＦＩＣが送信されないと、ＤＰはＥＡＣの最後のセルの直後にマップされる。
【０３４７】
図１９は、本発明の実施例に係るＦＩＣマッピングを示す図である。
【０３４８】
（ａ）は、ＥＡＣがないＦＩＣの例示的なマッピングを示し、（ｂ）は、ＥＡＣがあるＦＩＣの例示的なマッピングを示す。
【０３４９】
ＦＩＣは、高速サービス取得及びチャネルスキャニングを可能にする層間（ｃｒｏｓｓ−ｌａｙｅｒ）情報に対する専用チャネルである。この情報は、主に各ブロードキャスタのＤＰとサービスとの間の情報を結合するチャネルを含む。高速スキャンのために、受信機は、ＦＩＣをデコードし、ブロードキャスタＩＤ、サービスの数及びＢＡＳＥ＿ＤＰ＿ＩＤなどの情報を得ることができる。高速サービスの取得のために、ＦＩＣに加えて、ベースＤＰがＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコードされ得る。伝達される内容以外に、ベースＤＰは、正常ＤＰと正確に同一の方式でエンコードされ、フレームにマップされる。そのため、ベースＤＰに対して追加の説明が要求されない。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータの内容は、管理層の説明書に記載した通りである。
【０３５０】
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２の静的部分内のＦＩＣ＿ＦＬＡＧパラメータによってシグナルされる。ＦＩＣが使用されると、ＦＩＣ＿ＦＬＡＧが「１」に設定され、ＦＩＣのためのシグナリングフィールドはＰＬＳ２の静的部分に定義される。このフィールドでは、ＦＩＣ＿ＶＥＲＳＩＯＮ及びＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥがシグナルされる。ＦＩＣは、ＰＬＳ２と同一の変調、コーディング及び時間インタリービングパラメータを用いる。ＦＩＣは、ＰＬＳ２＿ＭＯＤＥ及びＰＬＳ２＿ＦＥＣなどの同一のシグナリングパラメータを共有する。もしあれば、ＦＩＣデータは、ＰＬＳ２又は、もしあれば、ＥＡＣの直後にマップされる。ＦＩＣは、任意の正常ＤＰ、補助ストリーム又はダミーセルの後にマップされない。ＦＩＣセルをマップする方法はＥＡＣと正確に同一であり、これはＰＬＳと同一である。
【０３５１】
ＰＬＳの後にＥＡＣがない場合、ＦＩＣセルは、（ａ）の例に示したように、セルインデックスの増加順にＰＬＳ２の次のセルからマップされる。ＦＩＣデータサイズによって、ＦＩＣセルは、（ｂ）に示したように、いくつかのシンボルにわたってマップされ得る。
【０３５２】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後にマップされ、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向きに継続される。要求されるＦＩＣセルの総数が最後のＦＳＳの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進行し、ＦＳＳと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは、ＦＳＳより多くのアクティブキャリアを有する正常データシンボルである。
【０３５３】
ＥＡＳメッセージが現在のフレームで送信されると、ＥＡＣはＦＩＣに先行し、ＦＩＣセルは、（ｂ）に示したように、セルインデックスの増加順にＥＡＣの次のセルからマップされる。
【０３５４】
ＦＩＣマッピングの完了後、一つ以上のＤＰがマップされ、その後、もしあれば、補助ストリーム及びダミーセルがマップされる。
【０３５５】
図２０は、本発明の実施例に係るＤＰのタイプを示す図である。
【０３５６】
図２０の（ａ）はタイプ１  ＤＰを示し、（ｂ）はタイプ２  ＤＰを示す。
【０３５７】
先行チャネル、すなわち、ＰＬＳ、ＥＡＣ及びＦＩＣがマップされた後、ＤＰのセルがマップされる。ＤＰは、マッピング方法によって２個のタイプのうち一つに分類される。
【０３５８】
タイプ１  ＤＰ：ＤＰは、ＴＤＭによってマップされる。
【０３５９】
タイプ２  ＤＰ：ＤＰは、ＦＤＭによってマップされる。
【０３６０】
ＤＰのタイプは、ＰＬＳ２の静的部分でＤＰ＿ＴＹＰＥフィールドによって指示される。図２０は、タイプ１  ＤＰ及びタイプ２  ＤＰのマッピング順序を示す。タイプ１  ＤＰは、まず、セルインデックスの増加順にマップされ、最後のセルインデックスに到逹した後、シンボルインデックスが１ずつ増加する。次のシルボル内で、ＤＰは、ｐ＝０からセルインデックスの増加順に継続してマップされる。一つのフレームで共にマップされた多数のＤＰで、タイプ１  ＤＰのそれぞれは、ＤＰのＴＤＭマルチプレキシングと類似する形に時間でグループ化される。
【０３６１】
タイプ２  ＤＰは、まず、シンボルインデックスの増加順にマップされ、フレームの最後のＯＦＤＭシンボルに到逹した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１利用可能なシンボルに後退し、そのシンボルインデックスから増加する。一つのフレームで多数のＤＰを共にマップした後、タイプ２  ＤＰのそれぞれは、ＤＰのＦＤＭマルチプレキシングと類似する形に周波数でグループ化される。
【０３６２】
一つの制限が必要であれば、すなわち、タイプ１  ＤＰが常にタイプ２  ＤＰに先行すると、タイプ１  ＤＰ及びタイプ２  ＤＰはフレーム内で共存し得る。タイプ１及びタイプ２  ＤＰを伝達するＯＦＤＭセルの総数は、ＤＰの送信のために利用可能なＯＦＤＭセルの総数を超えることができない。
【０３６３】
【数２】
0006339214.tif 000030
【０３６４】
ここで、ＤDP1は、タイプ１  ＤＰによって占有されるＯＦＤＭセルの数であり、ＤDP2は、タイプ２  ＤＰによって占有されるＯＦＤＭセルの数である。ＰＬＳ、ＥＡＣ、ＦＩＣは、いずれもタイプ１  ＤＰと同一の方式でマップされるので、これらは全て「タイプ１のマッピング規則」に従う。そのため、タイプ１のマッピングは、常にタイプ２のマッピングより先行する。
【０３６５】
図２１は、本発明の実施例に係るＤＰマッピングを示す図である。
【０３６６】
（ａ）は、タイプ１  ＤＰをマップするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）は、タイプ２  ＤＰをマップするためのＯＦＤＭセルのアドレッシングを示す。
【０３６７】
タイプ１  ＤＰ（０，ＤDP1−１）をマップするためのＯＦＤＭセルのアドレッシングは、タイプ１  ＤＰのアクティブデータセルのために定義される。アドレッシング方式は、タイプ１  ＤＰのそれぞれに対するＴＩからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、ＰＬＳ２の動的部分内のＤＰの位置をシグナルするのに使用される。
【０３６８】
ＥＡＣ及びＦＩＣなしで、アドレス０は、最後のＦＳＳ内のＰＬＳを伝達する最後のセルの直後のセルを称する。ＥＡＣが送信され、ＦＩＣがその該当フレームでない場合、アドレス０は、ＥＡＣを伝達する最後のセルの直後のセルを称する。ＦＩＣが該当フレームで送信されると、アドレス０は、ＦＩＣを伝達する最後のセルの直後のセルを称する。タイプ１  ＤＰに対するアドレス０は、（ａ）に示したように、２個の異なるケースを考慮して算出することができる。（ａ）に示した例において、ＰＬＳ、ＥＡＣ及びＦＩＣは全て送信されると仮定する。ＥＡＣ及びＦＩＣのうち一つ又は二つとも省略される場合への拡張は容易である。（ａ）の左側に示したように、ＦＩＣまでの全てのセルをマップした後、ＦＳＳ内に残りのセルが残っている。
【０３６９】
タイプ２  ＤＰ（０，…，ＤDP2−１）をマップするＯＦＤＭセルのアドレッシングは、タイプ２  ＤＰのアクティブデータセルのために定義される。アドレッシング方式は、タイプ２  ＤＰのそれぞれに対するＴＩからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、ＰＬＳ２の動的部分内のＤＰの位置をシグナルするのに使用される。
【０３７０】
（ｂ）に示したように、３個の少し異なるケースが可能である。（ｂ）の左側上に示した第１ケースでは、最後のＦＳＳ内のセルはタイプ２  ＤＰマッピングに用いられる。中間に示した第２ケースでは、ＦＩＣが正常シンボルのセルを占めるが、そのシンボル上のＦＩＣセルの数はＣFSSより小さい。（ｂ）の右側に示した第３ケースは、そのシンボル上にマップされたＦＩＣセルの数がＣFSSを超えることを除いては第２ケースと同一である。
【０３７１】
ＰＬＳ、ＥＡＣ及びＦＩＣは、タイプ１  ＤＰと同一の「タイプ１のマッピング規則」に従うので、タイプ１  ＤＰがタイプ２  ＤＰに先行する場合への拡張は簡単である。
【０３７２】
データパイプ単位（ＤＰＵ）は、データセルをフレーム内のＤＰに割り当てる基本単位である。
【０３７３】
ＤＰＵは、フレーム内にＤＰを位置させるシグナリング単位として定義される。セルマッパ７０１０は、ＤＰのそれぞれに対するＴＩによって生成されたセルをマップすることができる。時間インタリーバ５０５０は、一連のＴＩブロックを出力し、それぞれのＴＩブロックは、セルのセットで構成される可変数（ｖａｒｉａｂｌｅ  ｎｕｍｂｅｒ）のＸＦＥＣＢＬＯＣＫを含む。ＸＦＥＣＢＬＯＣＫ内のセルの数（Ｎcells）は、ＦＥＣＢＬＯＣＫサイズ（Ｎldpc）及びコンスタレーションシンボル当たりの送信ビット数に依存する。ＤＰＵは、与えられたＰＨＹプロファイルでサポートされるＸＦＥＣＢＬＯＣＫ内のセルの数の全ての可能な値の最も大きい共通除数（ｄｉｖｉｓｏｒ）（Ｎcells）として定義される。セル内のＤＰＵの長さはＬDPUとして定義される。各ＰＨＹプロファイルがＦＥＣＢＬＯＣＫサイズ及びコンスタレーションシンボル当たりに異なる数の異なる組み合わせをサポートするので、ＬDPUはＰＨＹプロファイルに基づいて定義される。
【０３７４】
図２２は、本発明の実施例に係るＦＥＣ構造を示す図である。
【０３７５】
図２２は、ビットインタリービング前の本発明の実施例に係るＦＥＣ構造を示す。上述したように、データＦＥＣエンコーダは、入力ＢＢＦに対してＦＥＣエンコーディングを行い、アウターコーディング（ＢＣＨ）及びインナーコーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成することができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに対応する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに対応する同一の値を有する。
【０３７６】
図２２に示したように、ＢＣＨエンコーディングはそれぞれのＢＢＦ（Ｋbchビット）に適用され、ＬＤＰＣエンコーディングはＢＣＨエンコーディングＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３７７】
Ｎldpcの値は、６４８００ビット（長いＦＥＣＢＬＯＣＫ）又は１６２００ビット（短いＦＥＣＢＬＯＣＫ）である。
【０３７８】
以下の表２８及び表２９は、それぞれ長いＦＥＣＢＬＯＣＫ及び短いＦＥＣＢＬＯＣＫに対するＦＥＣエンコーディングパラメータを示す。
【０３７９】
【表２８】
0006339214.tif 000031
【０３８０】
【表２９】
0006339214.tif 000032
【０３８１】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの動作の細部事項は次の通りである。
【０３８２】
１２誤り訂正ＢＣＨコードは、ＢＢＦのアウターエンコーディングに使用される。短いＦＥＣＢＬＯＣＫ及び長いＦＥＣＢＬＯＣＫに対するＢＣＨ生成器多項式は、全ての多項式を共に乗じることによって得られる。
【０３８３】
ＬＤＰＣコードは、アウターＢＣＨエンコーディングの出力をエンコードするのに使用される。完成したＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）は各Ｉldpc（ＢＣＨエンコーディングＢＢＦ）から体系的にエンコードされ、Ｉldpcに添付される。完成したＢldpc（ＦＥＣＢＬＯＣＫ）は次の数式として表現される。
【０３８４】
【数３】
0006339214.tif 000033
【０３８５】
長いＦＥＣＢＬＯＣＫ及び短いＦＥＣＢＬＯＣＫに対するパラメータは、それぞれ前記表２８及び表２９に与えられる。
【０３８６】
長いＦＥＣＢＬＯＣＫに対するＮldpc−Ｋldpcを算出する細部手続は次の通りである。
【０３８７】
１）パリティビット初期化
【０３８８】
【数４】
0006339214.tif 000034
【０３８９】
２）パリティチェックマトリックスのアドレスの第１行に特定されたパリティビットアドレスで第１情報ビット（ｉ０）を累算する。パリティチェックマトリックスのアドレスの細部事項については後で説明する。
【０３９０】
例えば、レート１３／１５に対して、
【数５】
0006339214.tif 000035
【０３９１】
３）次の３５９個の情報ビット（ｉs）（ｓ＝１、２、…、３５９）が次の数式を用いてパリティビットで累算される。
【０３９２】
【数６】
0006339214.tif 000036
【０３９３】
ここで、ｘは、第１ビット（ｉ０）に対応するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティチェックマトリックスのアドレスで特定されたコードレート従属定数である。継続して、例えば、レート１３／１５に対してＱldpc＝２４であって、よって、情報ビット（ｉ1）に対して次の動作が行われる。
【０３９４】
【数７】
0006339214.tif 000037
【０３９５】
４）３６１番目の情報ビット（ｉ360）に対して、パリティビット累算器のアドレスは、パリティチェックマトリックスのアドレスの第２行に与えられる。類似する方式で、次の３５８個の情報ビット（ｉs）（ｓ＝３６１、３６２、…、７１９）に対するパリティビット累算器のアドレスは数式６を用いて得られ、ここで、ｘは、情報ビット（ｉ360）に対応するパリティビット累算器のアドレス、パリティチェックマトリックスのアドレスの第２行内のエントリを示す。
【０３９６】
５）類似する方式で、３６０個の新たな情報ビットの全てのグループに対して、パリティチェックマトリックスのアドレスからの新たな行がパリティビット累算器のアドレスを探すのに使用される。
【０３９７】
情報ビットが全部消尽した後、最終パリティが次のように得られる。
【０３９８】
６）ｉ＝１から開始する次の動作を順次行う。
【０３９９】
【数８】
0006339214.tif 000038
【０４００】
ここで、ｐi（ｉ＝０、１、…、Ｎdpc−Ｋldpc−１）の最終内容は、パリティビット（ｐi）と同一である。
【０４０１】
【表３０】
0006339214.tif 000039
【０４０２】
短いＦＥＣＢＬＯＣＫに対するこのＬＤＰＣエンコーディング手続は表３０及び表３１に取り替え、長いＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスを短いＦＥＣＢＬＯＣＫに対するパリティチェックマトリックスのアドレスに取り替えることを除いては、長いＦＥＣＢＬＯＣＫに対するｔ  ＬＤＰＣエンコーディング手続に従う。
【０４０３】
【表３１】
0006339214.tif 000040
【０４０４】
図２３は、本発明の実施例に係るビットインタリービングを示す図である。
【０４０５】
ＬＤＰＣエンコーダの出力はビットインタリーブされ、これは、パリティインタリービング、その後のＱＣＢ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｂｌｏｃｋ）インタリービング及び内部グループインタリービングで構成される。
【０４０６】
（ａ）は、ＱＣＢインタリービングを示し、（ｂ）は、内部グループインタリービングを示す。
【０４０７】
ＦＥＣＢＬＯＣＫはパリティインタリーブされ得る。パリティインタリービングの出力において、ＬＤＰＣコードワードは、長いＦＥＣＢＬＯＣＫ内の１８０個の隣接したＱＣブロック及び短いＦＥＣＢＬＯＣＫ内の１８０個の隣接したＱＣブロックで構成される。長い又は短いＦＥＣＢＬＯＣＫ内のそれぞれのＱＣブロックは３６０ビットで構成される。パリティインタリーブされたＬＤＰＣコードワードは、ＱＣＢインタリービングによってインタリーブされる。ＱＣＢインタリービングの単位はＱＣブロックである。パリティインタリービングの出力におけるＱＣブロックは、図２３に示したように、ＱＣＢインタリービングによってパーミュートされ、ここで、ＦＥＣＢＬＯＣＫの長さによってＮcells＝６４８０／ηｍｏｄ又は１６２００／ηｍｏｄである。ＱＣＢインタリービングパターンは、変調タイプ及びＬＤＰＣコードレートの各組み合わせに固有である。
【０４０８】
ＱＣＢインタリービング後、内部グループインタリービングは、以下の表３２に定義された変調タイプ及び順序（ηｍｏｄ）に従って行われる。また、一つの内部グループに対するＱＣブロックの数（ＮQCB_IG）が定義される。
【０４０９】
【表３２】
0006339214.tif 000041
【０４１０】
内部グループインタリービングプロセスは、ＱＣＢインタリービング出力のＮQCB-IG個のＱＣブロックで行われる。内部グループインタリービングは、３６０個の列とＮＱＣＢ＿ＩＧ個の行を用いて内部グループのビットを記入及び判読するプロセスを有する。記入動作において、ＱＣＢインタリービング出力からのビットが行方向に記入される。判読動作は列方向に行われ、各行からｍ個のビットを判読し、ここで、ｍは、ＮＵＣに対して１と同一であり、ＮＣＱに対して２と同一である。
【０４１１】
図２４は、本発明の実施例に係るセル−ワードデマルチプレキシングを示す図である。
【０４１２】
（ａ）は、８及び１２  ｂｐｃｕ  ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は、１０  ｂｐｃｕ  ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。
【０４１３】
（ａ）に示したように、ビットインタリービング出力の各セルワード
【数９】
0006339214.tif 000042
にデマルチプレクスされ、これは、一つのＸＦＥＣＢＬＯＣＫに対するセル−ワードデマルチプレキシングプロセスを示す。
【０４１４】
ＭＩＭＯエンコーディングのための異なるタイプのＮＵＱを用いた１０  ｂｐｃｕ  ＭＩＭＯケースに対して、ＮＵＱ−１０２４に対するビットインタリーバが再使用される。（ｂ）に示したように、ビットインタリーバ出力の各セルワード
【数１０】
0006339214.tif 000043
にデマルチプレクスされる。
【０４１５】
図２５は、本発明の実施例に係る時間インタリービングを示す図である。
【０４１６】
（ａ）〜（ｃ）は、ＴＩモードの例を示す。
【０４１７】
時間インタリーバはＤＰレベルで動作する。時間インタリービング（ＴＩ）のパラメータは、各ＤＰに対して異なる形に設定することができる。
【０４１８】
ＰＬＳ２−ＳＴＡＴデータの一部で表れる次のパラメータはＴＩを構成する。
【０４１９】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容値：０又は１）：ＴＩモードを示す、「０」は、ＴＩグループ当たりに多数のＴＩブロック（１より多いＴＩブロック）を有するモードを示す。この場合、一つのＴＩグループは一つのフレームに直接マップされる（インターフレームインタリービングではない）。「１」は、ＴＩグループ当たり一つのみのＴＩブロックを有するモードを示す。この場合、ＴＩブロックは、１より多いフレームに拡散され得る（インターフレームインタリービング）。
【０４２０】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＩ＿ＴＩ＿ＴＹＰＥ＝「０」である場合、このパラメータは、ＴＩグループ当たりのＴＩブロックの数（ＮTI）である。ＤＰ＿ＴＩ＿ＴＹＰＥ＝「１」に対して、このパラメータは、一つのＴＩグループから拡散されたフレームの数（ＰI）である。
【０４２１】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容値：０〜１０２３）：ＴＩグループ当たりのＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４２２】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容値：１、２、４、８）：与えられたＰＨＹプロファイルの同一のＤＰを伝達する２個の連続的なフレーム間のフレームの数（ＩJUMP）を示す。
【０４２３】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容値：０又は１）：時間インタリービングがＤＰに使用されない場合、このパラメータは「１」に設定される。時間インタリービングが使用される場合、このパラメータは「０」に設定される。
【０４２４】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータ（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ）は、ＤＰの一つのＴＩグループによって伝達されたＸＦＥＣＢＬＯＣＫの数を示すのに使用される。
【０４２５】
時間インタリービングがＤＰに使用されない場合、次のＴＩグループ、時間インタリービング動作及びＴＩモードは考慮されない。しかし、スケジューラからの動的構成情報に対する補償ブロックは依然として必要である。各ＤＰにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信されたＸＦＥＣＢＬＯＣＫはＴＩグループにグループ化される。すなわち、それぞれのＴＩグループは、整数のＸＦＥＣＢＬＯＣＫのセットであり、動的に可変する数のＸＦＥＣＢＬＯＣＫを含む。インデックスのＴＩグループ内のＸＦＥＣＢＬＯＣＫの数（ｎ）はＮxBLOCK_Group_（ｎ）で表示され、ＰＬＳ２−ＤＹＮデータのＤＰ＿ＮＵＭ＿ＢＬＯＣＫとしてシグナルされる。ＮxBLOCK_Group_（ｎ）は、０の最小値から最も大きい値が１０２３である最大値（ＮxBLOCK_Group_MAX）（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに対応）まで変わり得る。
【０４２６】
各ＴＩグループは、一つのフレームに直接マップされたり、ＰＩフレームにわたって拡散される。また、それぞれのＴＩグループは、１より多いＴＩブロック（ＮTI）に分離され、それぞれのＴＩブロックは、時間インタリーバメモリの一つの用途に対応する。ＴＩグループ内のＴＩブロックは、少し異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。ＴＩグループが多数のＴＩブロックに分離されると、一つのフレームのみに直接マップされる。以下の表３３に示したように（時間インタリービングをスキップする追加のオプションを除いて）、時間インタリービングのための３個のオプションが存在する。
【０４２７】
【表３３】
0006339214.tif 000044
【０４２８】
各ＤＰにおいて、ＴＩメモリは、入力ＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックからの出力ＸＦＥＣＢＬＯＣＫ）を格納する。入力ＸＦＥＣＢＬＯＣＫは、次のように定義される。
【０４２９】
【数１１】
0006339214.tif 000045
【０４３０】
ここで、ｄn,s,r,qは、ｎ番目のＴＩグループのｓ番目のＴＩブロック内のｒ番目のＸＦＥＣＢＬＯＣＫのｑ番目のセルであって、次のようにＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。
【０４３１】
【数１２】
0006339214.tif 000046
【０４３２】
また、時間インタリーバからの出力ＸＦＥＣＢＬＯＣＫは、次のように定義されると仮定する。
【０４３３】
【数１３】
0006339214.tif 000047
【０４３４】
ここで、ｈn,s,iは、ｎ番目のＴＩグループのｓ番目のＴＩブロック内のｉ番目の出力セル
【数１４】
0006339214.tif 000048
である。
【０４３５】
一般に、時間インタリーバは、フレームビルディングプロセス前にＤＰデータのためのバッファとして動作する。これは、それぞれのＤＰに対する２個のメモリバンクによって達成される。第１ＴＩブロックは第１バンクに記入される。第１バンクが判読される間、第２ＴＩブロックが第２バンクに記入される。
【０４３６】
ＴＩは、ツイスト行−列ブロックインタリーバである。ｎ番目のＴＩグループのｓ番目のＴＩブロックに対して、ＴＩメモリの行（Ｎr）の数はセルの数（Ｎcell）と同一である。すなわち、Ｎr＝Ｎcellであるが、列の数（Ｎc）は数（ＮxBLOCK_TI（ｎ，ｓ））と同一である。
【０４３７】
図２６は、本発明の一実施例に係るツイスト行−列ブロックインタリーバの基本動作を示す図である。
【０４３８】
（ａ）は、時間インタリーバの書き込み動作を示し、（ｂ）は、時間インタリーバの読み取り動作を示す。第１ＸＦＥＣＢＬＯＣＫは、ＴＩメモリの第１列に列方向に書き込まれ、第２ＸＦＥＣＢＬＯＣＫは次の列に書き込まれ、その他は（ａ）に示した通りである。そして、インタリービングアレイ内に、各セルは対角線方向に読み取られる。第１行（一番左側の列から始める列に沿って右側にある）から最後の行に対角線方向に読み取る間、Ｎrセルは、（ｂ）に示したように読み取られる。
【数１５】
0006339214.tif 000049
【０４３９】
【数１６】
0006339214.tif 000050
【０４４０】
【数１７】
0006339214.tif 000051
【０４４１】
【数１８】
0006339214.tif 000052
【０４４２】
その結果、読み取られるセルの位置は、
【数１９】
0006339214.tif 000053
のような座標によって計算される。
【０４４３】
図２７は、本発明の一実施例に係るツイスト行−列ブロックインタリーバの動作を示す図である。
【０４４４】
より具体的に、図２７は、
【数２０】
0006339214.tif 000054
である場合、仮想ＸＦＥＣＢＬＯＣＫを含む各ＴＩグループのためのＴＩメモリ内のインタリービングアレイを示す。
【０４４５】
【数２１】
0006339214.tif 000055
【０４４６】
【数２２】
0006339214.tif 000056
【０４４７】
ＴＩグループの数が３に設定される。時間インタリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝「０」、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ＝「１」、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝「１」、すなわち、ＮTI＝１、ＩJUMP＝１、及びＰI＝１によってＰＬＳ２−ＳＴＡＴデータでシグナルされる。各Ｎcells＝３０セルを有する、ＴＩグループ当たりのＸＦＥＣＢＬＯＣＫの数は、それぞれＮxBLOCK_TI（０，０）＝３、ＮxBLOCK_TI（１，０）＝６、及びＮxBLOCK_TI（２，０）＝５によってＰＬＳ２−ＤＹＮデータでシグナルされる。ＸＦＥＣＢＬＯＣＫの最大数は、
【数２３】
0006339214.tif 000057
につながるＮxBLOCK_Group_MAXによってＰＬＳ２−ＳＴＡＴデータでシグナルされる。
【０４４８】
図２８は、本発明の実施例に係るツイスト行−列ブロックインタリーバの対角線方向読み取りパターンを示す図である。
【０４４９】
【数２４】
0006339214.tif 000058
【０４５０】
図２９は、本発明の実施例に係るそれぞれのインタリービングアレイからインタリーブされたＸＦＥＣＢＬＯＣＫを示す図である。
【０４５１】
図２９は、
【数２５】
0006339214.tif 000059
及びＳshift＝３のパラメータを有するそれぞれのインタリービングアレイからインタリーブされたＸＦＥＣＢＬＯＣＫを示す図である。
【０４５２】
図３０は、ＱＣ−ＩＲＡ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｉｒｒｅｇｕｌａｒ  ｒｅｐｅａｔ  ａｃｃｕｍｕｌａｔｅ）ＬＤＰＣコードのパリティチェックマトリックスを示した図である。
【０４５３】
上述したＬＤＰＣエンコーダは、パリティチェックマトリックスを使用してＬＤＰＣエンコーディングブロックのパリティをエンコーディングすることができる。
【０４５４】
本発明のパリティチェックマトリックスは、ＱＣ−ＩＲＡ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｉｒｒｅｇｕｌａｒ  ｒｅｐｅａｔ  ａｃｃｕｍｕｌａｔｅ）ＬＤＰＣコードのパリティチェックマトリックスであって、Ｈマトリックスと呼ばれる擬似巡回マトリックス（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｍａｔｒｉｘ）の構造を有することができ、Ｈｑｃと表示することができる。
【０４５５】
（ａ）は、本発明の一実施例に係るパリティチェックマトリックスを示す。（ａ）に示したように、本発明のパリティチェックマトリックスは、横Ｑｘ（Ｋ＋Ｍ）、縦ＱｘＭサイズのマトリックスであって、情報部分（ｉｎｆｏｒｍａｔｉｏｎ  ｐａｒｔ）及びパリティ部分（ｐａｒｉｔｙ  ｐａｒｔ）を含むことができる。情報部分は、横ＱｘＫ、縦ＱｘＭサイズのマトリックスを含み、パリティ部分は、横ＱｘＭ、縦ＱｘＭサイズのマトリックスを含むことができる。この場合、ＬＤＰＣコードレートはＫ／（Ｋ＋Ｍ）値に該当する。
【０４５６】
本発明の一実施例に係るパリティチェックマトリックスは、ランダムに分布された１と０を含むことができ、１をエッジ（ｅｄｇｅ）と称することができる。また、パリティチェックマトリックスの１の位置、すなわち、各エッジの位置は、横Ｑ、縦Ｑサイズのサブマトリックス単位ごとに、循環移動（ｃｉｒｃｕｌａｎｔ  ｓｈｉｆｔ）したアイデンティティマトリックス（ｉｄｅｎｔｉｔｙ  ｍａｔｒｉｘ）の形態で表現することができる。すなわち、サブマトリックスは、１と０のみを含むＱｘＱサイズの循環移動したアイデンティティマトリックスとして表現することができる。具体的に、本発明のサブマトリックスは、循環移動回数によって１の位置が異なるアイデンティティマトリックス
【数２６】
0006339214.tif 000060
などのＩxとして表現されることを一実施例とすることができる。また、本発明の一実施例に係るサブマトリックスの個数は（Ｋ＋Ｍ）＊Ｍ個になり得る。
【０４５７】
（ｂ）は、サブマトリックスを表現する循環移動したアイデンティティマトリックスＩxの実施例を示す。
【０４５８】
Ｉxの下付き文字ｘに該当する数字は、循環移動したアイデンティティマトリックスの各列が左側に循環移動した回数を示す。したがって、Ｉ1は左側に１回、Ｉ2は左側に２回循環移動したアイデンティティマトリックスであることを意味する。また、列の総個数であるＱだけ循環移動したアイデンティティマトリックスであるＩＱは、巡回（ｃｉｒｃｕｌａｎｔ）特性によってＩ0と同一のマトリックスになり得る。
【０４５９】
Ｉ0+2は、該当サブマトリックスが、２個の循環移動したアイデンティティマトリックスが重畳したマトリックスであることを意味する。この場合、該当サブマトリックスは、０回循環移動したアイデンティティマトリックスと２回循環移動したアイデンティティマトリックスとが重畳したサブマトリックスである。
【０４６０】
【数２７】
0006339214.tif 000061
は、Ｉ1と同一であるが、サブマトリックスの最後の列にあるエッジ、すなわち、１が除去された循環移動したアイデンティティマトリックスを意味する。
【０４６１】
また、ＱＣ−ＩＲＡ  ＬＤＰＣコードのパリティチェックマトリックスのパリティ部分は、
【数２８】
0006339214.tif 000062
の各サブマトリックスのみを含むことができ、Ｉ0の各サブマトリックスの位置は固定され得る。（ａ）に示したように、Ｉ0サブマトリックスは、パリティ部分の対角線方向に階段状に分布され得る。
【０４６２】
パリティチェックマトリックスのエッジは、該当の行（チェックサムノード）と列（可変ノード）とが物理的に連結されたことを意味する。この場合、各列（可変ノード）に含まれた１の個数を次数（ｄｅｇｒｅｅ）と表現することができ、列ごとに同一又は異なる次数を有することができる。したがって、このような各エッジをサブマトリックス単位で束ねて表記するＩｘの数量、位置及びｘ値は、ＱＣ−ＩＲＡ  ＬＤＰＣエンコーディング性能を決定する重要な要因であり、各コードレートごとに固有の値を決定することができる。
【０４６３】
また、（ｃ）は、本発明の一実施例に係るパリティチェックマトリックスのベースマトリックスを示す。ベースマトリックスは、各サブマトリックスを表現するＩxのｘ値を無視し、Ｉxの数量と位置のみを特定数字として表示したマトリックスである。（ｃ）に示したように、ベースマトリックスは、横（Ｋ＋Ｍ）、縦Ｍサイズを有し、Ｈｂａｓｅとして表示することができる。また、該当サブマトリックスを表現するＩxが重畳したマトリックスでない場合、該当サブマトリックスの位置は１として表示することができる。サブマトリックスがＩ０＋２として表現された場合、該当サブマトリックスは２個の循環移動したアイデンティティマトリックスが重畳したマトリックスであるので、１個の循環移動したアイデンティティマトリックスとして表現されるサブマトリックスと区別する必要がある。この場合、該当サブマトリックスの位置は、循環移動したアイデンティティマトリックスが重畳した個数である２として表示することができる。同一の方法でＮ個の循環移動したアイデンティティマトリックスが重畳したサブマトリックスの場合、該当サブマトリックスの位置はＮとして表示することができる。
【０４６４】
図３１は、本発明の一実施例に係るＱＣ−ＩＲＡ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｉｒｒｅｇｕｌａｒ  ｒｅｐｅａｔ  ａｃｃｕｍｕｌａｔｅ）ＬＤＰＣコードのエンコーディング過程を示した図である。
【０４６５】
ＱＣ−ＩＲＡ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｉｒｒｅｇｕｌａｒ  ｒｅｐｅａｔ  ａｃｃｕｍｕｌａｔｅ）ＬＤＰＣコードのエンコーディングは、既存のシーケンシャルエンコーディングとは異なり、サブマトリックス単位でエンコーディングを行えるので、演算の複雑性が減少するという効果をもたらし得る。
【０４６６】
（ａ）は、本発明の一実施例に係るＱＣ−ＩＲＡパリティチェックマトリックスをＱＣ形式（ｆｏｒｍ）で整列した結果を示す。上述したＱＣ−ＩＲＡパリティチェックマトリックスは、ＱＣ形式で整列すると、６個の領域（Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＴ）に分けることができる。ＱｘＫ長さの情報ベクトル（ｉｎｆｏｒｍａｔｉｏｎ  ｖｅｃｔｏｒ）ｓ、Ｑ長さのパリティベクトル（ｐａｒｉｔｙ  ｖｅｃｔｏｒ）ｐ１及びＱｘ（Ｍ−１）長さのパリティベクトルｐ２を用いると、コードワード（ｃｏｄｅｗｏｒｄ）ｘは、ｘ＝｛ｓ，ｐ１，ｐ２｝として表現することができる。
【０４６７】
リチャードソン（Ｒｉｃｈａｒｄｓｏｎ）の効率的なエンコーディング数式（ｅｆｆｉｃｉｅｎｔ  ｅｎｃｏｄｉｎｇ  ｍａｔｈ  ｆｉｇｕｒｅ）を用いると、ＱＣ形式で整列されたパリティチェックマトリックスから直ぐｐ１、ｐ２を求め、コードワードｘを得ることができる。リチャードソンの効率的なエンコーディング数式は次の通りである。
【０４６８】
【数２９】
0006339214.tif 000063
【０４６９】
（ｂ）は、上述した数式によって導出したφ及びφ-1マトリックスを示す。
【０４７０】
（ｂ）に示したように、φ-1は、前記のように、左下三角（サブ）マトリックス（ｌｅｆｔ  ｌｏｗ  ｔｒｉａｎｇｕｌａｒ  （ｓｕｂ）ｍａｔｒｉｘ）として表すことができる。その後、 φ-1と情報ベクトルｓを上述した数式によって演算すると、パリティベクトルｐ１を導出することができる。その後、ｓとｐ１を上述した数式によって演算すると、パリティベクトルｐ２を得ることができる。ＱＣ−ＩＲＡパリティチェックマトリックスをリチャードソンの効率的なエンコーディング数式に従ってエンコードすると、ＱｘＱサブマトリックスの特性上、最小Ｑ個のパリティノードに対して同時にパラレル（ｐａｒａｌｌｅｌ）に演算することができる。
【０４７１】
図３２〜図３５は、本発明の一実施例に係るＱＣ−ＩＲＡ  ＬＤＰＣコードのシーケンシャルエンコーディング（ｓｅｑｕｅｎｔｉａｌ  ｅｎｃｏｄｉｎｇ）過程を示した図である。これは、上述したＬＤＰＣエンコーディング過程に対応し得る。
【０４７２】
図３２は、本発明の一実施例に係るパリティチェックマトリックスのパーミュテーション過程を示した図である。
【０４７３】
（ａ）は、ＱＣ形式で整列されたＱＣ−ＩＲＡ  ＬＤＰＣのパリティチェックマトリックスＨ1を示す。この場合、図面に示したように、Ｈ1マトリックスのパリティ部分は、階段状に分布された各サブマトリックスを含むことができる。これは、上述したＱＣ−ＩＲＡ  ＬＤＰＣのパリティチェックマトリックスと同一である。本発明では、シーケンシャルエンコーディングを容易に行うために、Ｈ1マトリックスの行及び列を移動させ、Ｈ2マトリックスに変形することを一実施例とすることができる。
【０４７４】
（ｂ）は、変形したＨ2マトリックスを示す。図面に示したように、Ｈ2マトリックスのパリティ部分は、デュアルダイアゴナル（ｄｕａｌ  ｄｉａｇｏｎａｌ）マトリックスを含むことができる。この場合、適用される行及び列パーミュテーション数式は次の通りである。
【０４７５】
【数３０】
0006339214.tif 000064
【０４７６】
上述したパーミュテーション数式によると、Ｈ1マトリックスのｒｘ番目の行は、Ｈ2マトリックスのｒｙ番目の行に移動することができ、Ｈ1マトリックスのｃｘ番目の列はＨ2マトリックスのｃｙ番目の列に移動することができる。この場合、列置換（ｃｏｌｕｍｎ  ｐｅｒｍｕｔａｔｉｏｎ）は、パリティ演算区間（ＱＫ≦ｃｘ≦Ｑ（Ｋ＋Ｍ）−１）に対してのみ適用することができ、パーミュテーションが適用されるとしてもＬＤＰＣコードの特性を維持することができる。
【０４７７】
図３３、図３４及び図３５は、本発明の一実施例に係るパリティチェックマトリックスの各住所を示した表である。図３３、図３４及び図３５の３個の図面は、パリティチェックマトリックスの各住所を示す一つの表の各部分であるが、明細書の空間の不足により、３個の図面に分けられて作成された。
【０４７８】
３個の図面に示した表は、コードワード長さが６４８００で、コードレートが１０／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０４７９】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。本発明の一実施例に係るサブマトリックスは、３６０ｘ３６０のサイズを有するマトリックスであり、コードワードの長さは６４８００であるので、ブロックの個数は６４８００を３６０で割った１８０になり得る。また、各ブロックは、０から順次増加する数字として表現することができる。したがって、ｉは、０から１８０までの値を有することができる。また、ｉは、該当ブロックに含まれた１番目の列に対応する情報ビット（ｉｎｆｏｒｍａｔｉｏｎ  ｂｉｔ）を指示することができる。
【０４８０】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０４８１】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）として表現することができる。次の数式１４は、Ｈ（ｒ，ｃ）を導出するための数式である。
【０４８２】
【数３１】
0006339214.tif 000065
【０４８３】
数式のｘ（ｉ，ｊ）は、図面に示した表のｉ番目のラインのｊ番目の値を意味する。具体的に、ｘ（０，０）＝６４５４、ｘ（０，１）＝３９８１、ｘ（１，０）＝３９９になり得る。これは、Ｈマトリックス内のｉ番目のライン内の１が位置する行の位置と同一である。この場合、ｒとｃの最大値はそれぞれ２１５９９、６４７９９になり得る。
【０４８４】
ＬＤＰＣコードの性能は、パリティチェックマトリックスの各ノードの次数分布、パリティチェックマトリックスの各「１」或いはエッジの位置によるガース（ｇｉｒｔｈ）、サイクル特性、チェックノードと可変ノード（ｖａｒｉａｂｌｅ  ｎｏｄｅ）との連結関係などによって変わり得る。図面に示したＨマトリックスは、コードワード＝６４８００、Ｑ＝３６０、コードレート＝１０／１５である場合のノードの次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０４８５】
図面に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。また、数式を通じて導出されたＨ（ｒ，ｃ）を用いてＨqcを得ることができ、ＨqcからベースマトリックスＨbaseを導出することができる。
【０４８６】
また、本発明の一実施例に係るＨマトリックスは、図面に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。また、該当のＨマトリックスを用いて送信機でエンコーディングを行う場合、上述したＱＣ−ＩＲＡ  ＬＤＰＣ方法のための効率的なエンコーディングを使用することができる。
【０４８７】
したがって、提案されたＨマトリックスを用いると、送信側では、エンコーディング性能が良いと共に複雑度が低く、収率（Ｔｈｒｏｕｇｈｐｕｔ）が高いエンコーダの具現が可能であり、受信側では、Ｑを用いてパラレルデコーディング（ｐａｒａｌｌｅｌ  ｄｅｃｏｄｉｎｇ）が３６０レベルまで可能であり、収率の高い受信機を効果的に設計することができる。
【０４８８】
次の表３４は、次数分布を示す。
【０４８９】
【表３４】
0006339214.tif 000066
【０４９０】
すなわち、図面に示したように、ｉが０〜２３である場合、すなわち、０番目のブロック〜２３番目のブロック内の１の個数は１４として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が１４である場合、同一の次数を有するブロックの個数は２４として表示される。同一の方法でｉが１２０〜１７９である場合、すなわち、１２０番目のブロック〜１７９番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は６０として表示される。上述したように、Ｈマトリックスのパリティ部分は対角線方向の階段式で分布されたＩ0として表現されるサブマトリックスのみを含むので、可変ノード次数は常に２になる。したがって、可変ノード次数値が２であるブロックは、パリティ部分に該当するブロックであることが分かる。また、各可変ノード次数に該当する実際の可変ノードの個数は、表に示したブロックの個数にサブマトリックスのＱ値を掛けて取得することができる。
【０４９１】
図３６及び図３７は、本発明の他の実施例に係るパリティチェックマトリックスの住所を示した表である。図３６及び図３７の２個の図面は、パリティチェックマトリックスの各住所を示す一つの表の各部分であるが、明細書の空間の不足により、２個の図面に分けられて作成された。
【０４９２】
図面に示した表は、上述したＨ1マトリックスが変換されたＨ2マトリックスを示した表である。
【０４９３】
シーケンシャルエンコーディングでは、パリティ演算区間で使用される各エッジは一般に数式で表現されるので、表では省略可能である。すなわち、パリティ部分に該当する次数２値を有する６０個のブロックは表で表現されない。
【０４９４】
上述したように、マトリックスが変換されるとしても性質はそのまま維持されるので、ノード次数特性、サイクル、ガース、チェックノードと可変ノードとの間の連結関係などは全て同一に維持される。したがって、同一のエンコーディング性能を取得することができ、本表によるＨ2マトリックスを用いてシーケンシャルエンコーディングを行うことができる。
【０４９５】
図３８は、本発明の一実施例に係るＱＣ−ＩＲＡ  ＬＤＰＣコードをシーケンシャルエンコードする方法を示した図である。
【０４９６】
上述したパーミュテーション過程を通じてパリティチェックマトリックスがＨ2マトリックスの形態に変形すると、シーケンシャルエンコーディングは、コードワードの情報ビットを用いた各パリティチェックサム（ｐａｒｉｔｙ  ｃｈｅｃｋｓｕｍ）のアップデート過程と各パリティチェックサム間のチェックサムアップデート（ｃｈｅｃｋｓｕｍ  ｕｐｄａｔｅ）過程を通じて行うことができる。
【０４９７】
図面に示したように、コードワードは、ＱＫ個の情報ビットとＱＭ個のパリティチェックサムで表現することができる。情報ビットは、該当位置によってｉzとして表現することができ、パリティチェックサムはｐｓとして表現することができる。
【０４９８】
情報ビットを通じた各パリティチェックサムのアップデート過程は、次の数式１５で表現することができる。
【０４９９】
【数３２】
0006339214.tif 000067
【０５００】
ここで、ｉzは、ｚ番目の情報ビットを意味し、ｐwは、ｉzを用いてアップデートされなければならないパリティチェックサムを意味する。数式において、（１）は、ｗ番目の行に該当するパリティチェックサムＰwがｚ番目の情報ｉzとＸＯＲ演算を通じてアップデートされることを意味する。数式において、（２）は、上述したＨ2マトリックスを示した表を用いてｗの位置を計算する数式である。このとき、ｖは、Ｈ2マトリックスを示した表上で表示された各行に該当する数字を意味する。上述したように、Ｈ2マトリックスを示した表上の行は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックの位置に該当する。よって、図面に示した情報処理区間（Ｉｎｆｏｒｍａｔｉｏｎ  ｐｒｏｃｅｓｓｉｎｇ  ｐｅｒｉｏｄ）をサブマトリックスの長さであるＱで割った後、Ｑ番目に該当するｉzに対応する行別の数字を読む。情報処理区間の各情報ビットを用いてチェックサムアップデート過程が完了すると、パリティ処理区間のチェックサムアップデート過程を進行することができる。パリティ処理区間のチェックサムアップデート過程は、次の数式１６で表現することができる。
【０５０１】
【数３３】
0006339214.tif 000068
【０５０２】
Ｓが０である場合、パリティチェックサムはそのままパリティｐ0値になり、ｐ1からｐQM-1までの各パリティ値は、順次的に直前のパリティ値とのＸＯＲ演算を通じて導出することができる。
【０５０３】
図３９は、本発明の一実施例に係るＬＤＰＣデコーダを示した図である。
【０５０４】
本発明の一実施例に係るＬＤＰＣデコーダ７００は、可変ノードアップデートブロック７１０、チェックノードアップデートブロック７２０、バレルシフト（ｂａｒｒｅｌ  ｓｈｉｆｔ）ブロック７３０及びチェックサムブロック７４０を含むことができる。以下、各ブロックを説明する。
【０５０５】
可変ノードブロック７１０は、ＬＤＰＣデコーダの入力とチェックノードブロックからのエッジを通じて伝達されるメッセージを用いてＨマトリックスの各可変ノードをアップデートすることができる。
【０５０６】
チェックノードアップデートブロック７２０は、可変ノードからエッジを通じて伝達されるメッセージを用いてＨマトリックスのチェックノードをアップデートすることができる。本発明の一実施例に係るノードアップデートアルゴリズムは、サムプロダクト（ｓｕｍ  ｐｒｏｄｕｃｔ）アルゴリズム、確率伝播（ｂｅｌｉｅｆ−ｐｒｏｐａｇａｔｉｏｎ）アルゴリズム、ミンサム（ｍｉｎ−ｓｕｍ）アルゴリズム、変更されたミンサム（ｍｏｄｉｆｉｅｄ  ｍｉｎ−ｓｕｍ）アルゴリズムなどを含むことができ、これは、設計者の意図によって変更可能である。また、ＱＣ−ＩＲＡ  ＬＤＰＣの特性上、可変ノードとチェックノードとの間のエッジ連結関係がＱｘＱ巡回アイデンティティマトリックス（ｃｉｒｃｕｌａｎｔ  ｉｄｅｎｔｉｔｙ  ｍａｔｒｉｘ）の形態で表れるので、可変ノードとチェックノードアップデートブロックとの間のメッセージをパラレルにＱ個ずつ同時に処理することができる。バレルシフト（Ｂａｒｒｅｌ  ｓｈｉｆｔ）ブロック７３０は、巡回連結（ｃｉｒｃｕｌａｎｔ  ｃｏｎｎｅｃｔｉｏｎ）を調節することができる。
【０５０７】
チェックサムブロック７４０は、選択的なブロックであって、可変ノードのアップデート時ごとにデコーディングメッセージ（ｄｅｃｏｄｉｎｇ  ｍｅｓｓａｇｅ）をハードデシジョン（ｈａｒｄ  ｄｅｃｉｓｉｏｎ）し、パリティチェックサム演算を行うことによってエラー訂正（ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）のために必要なデコーディング反復（ｄｅｃｏｄｉｎｇ  ｉｔｅｒａｔｉｏｎ）回数を減少させることができる。この場合、本発明の一実施例に係るＬＤＰＣデコーダ７００は、チェックサムブロック７４０がデコーディングメッセージをハードデシジョンするとしても、最終ＬＤＰＣデコーディング出力をソフトデシジョン（ｓｏｆｔ  ｄｅｃｉｓｉｏｎ）で出力することができる。
【０５０８】
図４０、図４１、図４２及び図４３は、本発明の実施例に係るコードレート７／１５のＨ１マトリックスを示した図である。
【０５０９】
前記の４個の図面は、Ｈ１マトリックスを示す一つの表の部分であり、空間不足の理由で４個の図面に分けられて作成された。
【０５１０】
図４４及び図４５は、本発明の実施例に係るコードレート７／１５のＨ２マトリックスを示した図である。
【０５１１】
前記の２個の図面は、Ｈ２マトリックスを示す一つの表の部分であり、空間不足の理由で２個の図面に分けられて作成された。
【０５１２】
図４６は、本発明の実施例に係るコードレート７／１５の次数分散表を示した図である。
【０５１３】
以下では、コードレート８／１５の一つの実施例を説明する。
【０５１４】
図４７、図４８及び図４９は、本発明の実施例に係るコードレート８／１５のＨ１マトリックスを示した図である。
【０５１５】
前記の３個の図面は、Ｈ１マトリックスを示す一つの表の部分であり、空間不足の理由で３個の図面に分けられて作成された。
【０５１６】
図５０及び図５１は、本発明の実施例に係るコードレート８／１５のＨ２マトリックスを示した図である。
【０５１７】
前記の２個の図面は、Ｈ２マトリックスを示す一つの表の部分であり、空間不足の理由で２個の図面に分けられて作成された。
【０５１８】
図５２は、本発明の実施例に係るコードレート８／１５の次数分散表を示した図である。
【０５１９】
以下では、コードレート１１／１５の一つの実施例を説明する。
【０５２０】
図５３、図５４及び図５５は、本発明の実施例に係るコードレート１１／１５のＨ１マトリックスを示した図である。
【０５２１】
前記の３個の図面は、Ｈ１マトリックスを示す一つの表の部分であり、空間不足の理由で３個の図面に分けられて作成された。
【０５２２】
図５６及び図５７は、本発明の実施例に係るコードレート１１／１５のＨ２マトリックスを示した図である。
【０５２３】
前記の２個の図面は、Ｈ２マトリックスを示す一つの表の部分であり、空間不足の理由で２個の図面に分けられて作成された。
【０５２４】
図５８は、本発明の実施例に係るコードレート１１／１５の次数分散表を示した図である。
【０５２５】
以下では、コードレート１２／１５の一つの実施例を説明する。
【０５２６】
図５９、図６０、図６１及び図６２は、本発明の実施例に係るコードレート１２／１５のＨ１マトリックスを示した図である。
【０５２７】
前記の４個の図面は、Ｈ１マトリックスを示す一つの表の部分であり、空間不足の理由で４個の図面に分けられて作成された。
【０５２８】
図６３、図６４及び図６５は、本発明の実施例に係るコードレート１２／１５のＨ２マトリックスを示した図面だ。
【０５２９】
前記の３個の図面は、Ｈ２マトリックスを示す一つの表の部分であり、空間不足の理由で３個の図面に分けられて作成された。
【０５３０】
図６６は、本発明の実施例に係るコードレート１２／１５の次数分散表を示した図である。
【０５３１】
図６７及び図６８は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５３２】
図６７及び図６８に示した表は、コードワード長さが１６２００で、コードレートは７／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。
【０５３３】
前記の２個の図面は、パリティチェックマトリックスを示す一つの表で、空間の不足によって２個の図面に分けられて作成された。
【０５３４】
図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０５３５】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。具体的な事項は上述した通りである。
【０５３６】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０５３７】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）と表現することができる。
【０５３８】
図面に示したＨマトリックスは、コードワードが１６２００で、Ｑ＝３６０、コードレート＝７／１５である場合のノード次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０５３９】
図面に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。具体的な事項は上述した通りである。本発明の一実施例に係るＨマトリックスは、図６７及び図６８に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。具体的な事項は上述した通りである。
【０５４０】
次の表３５は、次数分布を示す。
【０５４１】
【表３５】
0006339214.tif 000069
【０５４２】
すなわち、図面に示したように、ｉが０〜３である場合、すなわち、０番目のブロック〜３番目のブロック内の１の個数は２４として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が２４である場合、同一の次数を有するブロックの個数は４として表示される。同一の方法でｉが２１〜４４である場合、すなわち、２１番目のブロック〜４４番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は２４として表示される。具体的な事項は上述した通りである。
【０５４３】
図６９は、本発明の他の実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５４４】
図６９に示した表は、上述したコードワード長さ１６２００及びコードレート７／１５を有するＨ1マトリックスが変換されたＨ2マトリックスを示した表である。
【０５４５】
具体的な事項は上述した通りである。
【０５４６】
図７０及び図７１は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５４７】
図７０及び図７１に示した表は、コードワード長さが１６２００で、コードレートは９／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。
【０５４８】
前記の２個の図面は、パリティチェックマトリックスを示す一つの表で、空間の不足によって２個の図面に分けられて作成された。
【０５４９】
図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０５５０】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。
【０５５１】
具体的な事項は上述した通りである。
【０５５２】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０５５３】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）と表現することができる。
【０５５４】
ＬＤＰＣコードの性能は、パリティチェックマトリックスの各ノードの次数分布、パリティチェックマトリックスの各「１」或いはエッジの位置によるガース（ｇｉｒｔｈ）、サイクル特性、チェックノードと可変ノード（ｖａｒｉａｂｌｅ  ｎｏｄｅ）との連結関係などによって変わり得る。図面に示したＨマトリックスは、コードワード＝１６２００、Ｑ＝３６０、コードレート＝９／１５である場合のノードの次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０５５５】
図７０及び図７１に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。具体的な事項は上述した通りである。また、本発明の一実施例に係るＨマトリックスは、図面に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。具体的な事項は上述した通りである。次の表３６は、次数分布を示す。
【０５５６】
【表３６】
0006339214.tif 000070
【０５５７】
すなわち、図面に示したように、ｉが０〜２である場合、すなわち、０番目のブロック〜２番目のブロック内の１の個数は１６として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が１６である場合、同一の次数を有するブロックの個数は３として表示される。同一の方法でｉが２７〜４４である場合、すなわち、２７番目のブロック〜４４番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は１８として表示される。具体的な事項は上述した通りである。
【０５５８】
図７２は、本発明の他の実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５５９】
図面に示した表は、上述したコードワード長さ１６２００及びコードレート９／１５を有するＨ1マトリックスが変換されたＨ2マトリックスを示した表である。
【０５６０】
具体的な事項は上述した通りである。
【０５６１】
図７３及び図７４は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５６２】
図７３及び図７４に示した表は、上述したコードワード長さ１６２００及びコードレート１１／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。
【０５６３】
前記の２個の図面は、パリティチェックマトリックスを示す一つの表で、空間の不足によって２個の図面に分けられて作成された。
【０５６４】
図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０５６５】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。
【０５６６】
具体的な事項は上述した通りである。
【０５６７】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０５６８】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）と表現することができる。
【０５６９】
ＬＤＰＣコードの性能は、パリティチェックマトリックスの各ノードの次数分布、パリティチェックマトリックスの各「１」或いはエッジの位置によるガース（ｇｉｒｔｈ）、サイクル特性、チェックノードと可変ノード（ｖａｒｉａｂｌｅ  ｎｏｄｅ）との連結関係などによって変わり得る。図面に示したＨマトリックスは、コードワード＝１６２００、Ｑ＝３６０、コードレート＝１１／１５である場合のノードの次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０５７０】
図面に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。具体的な事項は上述した通りである。
【０５７１】
また、本発明の一実施例に係るＨマトリックスは、図７３及び図７４に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。具体的な事項は上述した通りである。次の表３７は、次数分布を示す。
【０５７２】
【表３７】
0006339214.tif 000071
【０５７３】
すなわち、図面に示したように、ｉが０〜６である場合、すなわち、０番目のブロック〜６番目のブロック内の１の個数は１２として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が１２である場合、同一の次数を有するブロックの個数は７として表示される。同一の方法でｉが３３〜４４である場合、すなわち、３３番目のブロック〜４４番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は１２として表示される。具体的な事項は上述した通りである。
【０５７４】
図７５は、本発明の他の実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５７５】
図７５に示した表は、上述したコードワード長さ１６２００及びコードレート１１／１５を有するＨ1マトリックスが変換されたＨ2マトリックスを示した表である。
【０５７６】
具体的な事項は上述した通りである。
【０５７７】
図７６及び図７７は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５７８】
図７６及び図７７に示した表は、上述したコードワード長さ１６２００及びコードレート５／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。
【０５７９】
前記の２個の図面は、パリティチェックマトリックスを示す一つの表で、空間の不足によって２個の図面に分けられて作成された。
【０５８０】
図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０５８１】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。具体的な事項は上述した通りである。
【０５８２】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０５８３】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）と表現することができる。
【０５８４】
図面に示したＨマトリックスは、コードワード＝１６２００、Ｑ＝３６０、コードレート＝５／１５である場合のノードの次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０５８５】
図面に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。具体的な事項は上述した通りである。また、本発明の一実施例に係るＨマトリックスは、図７６及び図７７に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。具体的な事項は上述した通りである。
【０５８６】
次の表３８は、次数分布を示す。
【０５８７】
【表３８】
0006339214.tif 000072
【０５８８】
すなわち、図面に示したように、ｉが０〜３である場合、すなわち、０番目のブロック〜２番目のブロック内の１の個数は３０として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が３０である場合、同一の次数を有するブロックの個数は３として表示される。同一の方法でｉが１５〜４４である場合、すなわち、２１番目のブロック〜４４番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は３０として表示される。具体的な事項は上述した通りである。
【０５８９】
図７８は、本発明の他の実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５９０】
図７８に示した表は、上述したコードワード長さ１６２００及びコードレート５／１５を有するＨ1マトリックスが変換されたＨ2マトリックスを示した表である。
【０５９１】
具体的な事項は上述した通りである。
【０５９２】
図７９は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０５９３】
図７９に示した表は、上述したコードワード長さ１６２００及びコードレート１０／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０５９４】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。具体的な事項は上述した通りである。
【０５９５】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０５９６】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）と表現することができる。
【０５９７】
図面に示したＨマトリックスは、コードワード＝１６２００、Ｑ＝３６０、コードレート＝１０／１５である場合のノードの次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０５９８】
図面に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。具体的な事項は上述した通りである。また、本発明の一実施例に係るＨマトリックスは、図７９に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。具体的な事項は上述した通りである。
【０５９９】
次の表３９は、次数分布を示す。
【０６００】
【表３９】
0006339214.tif 000073
【０６０１】
すなわち、図面に示したように、ｉが０〜５である場合、すなわち、０番目のブロック〜４番目のブロック内の１の個数は１８として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が１８である場合、同一の次数を有するブロックの個数は５として表示される。同一の方法でｉが３０〜４４である場合、すなわち、２１番目のブロック〜４４番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は１５として表示される。具体的な事項は上述した通りである。
【０６０２】
図８０は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０６０３】
図８０に示した表は、コードワード長さ１６２００及びコードレート１０／１５を有するマトリックスＨ１を変更することによって取得したマトリックスＨ２を示す。
【０６０４】
具体的な事項は上述した通りである。
【０６０５】
図８１は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０６０６】
図８１に示した表は、コードワード長さ１６２００及びコードレートは１２／１５であるパリティチェックマトリックス（又はＨマトリックス）を表現する表である。図面に示した表は、パリティチェックマトリックス内の１の住所を示すことができる。これをパリティチェックマトリックスの住所と称することができる。
【０６０７】
表の（ａ）は、Ｈマトリックス又はコードワードの長さをサブマトリックスの長さで割った場合に発生するブロックを指示するｉを示す。具体的な事項は上述した通りである。
【０６０８】
表の（ｂ）は、各ブロック内の１番目の列に含まれた１（又はエッジ）の位置（又は住所）を示す。
【０６０９】
Ｈマトリックスは、Ｈマトリックスの全体の行と列値を用いたＨ（ｒ，ｃ）と表現することができる。
【０６１０】
図面に示したＨマトリックスは、コードワード＝１６２００、Ｑ＝３６０、コードレート＝１２／１５である場合のノードの次数分布を最適化し、最適化された次数分布、Ｑ、コードレートなどの条件下で「１」或いはエッジの位置を最適化したものである。
【０６１１】
図面に示した表によって構成されたＨマトリックスは、上述したＱＣ−ＩＲＡ  ＬＤＰＣ構造を有する。具体的な事項は上述した通りである。また、本発明の一実施例に係るＨマトリックスは、図８１に示した表の各ｘ（ｉ）の長さ（或いは該当する可変ノードの次数）などの次数分布を有する他の形態のＨマトリックスを含むことができる。具体的な事項は上述した通りである。
【０６１２】
次の表４０は、次数分布を示す。
【０６１３】
【表４０】
0006339214.tif 000074
【０６１４】
すなわち、図面に示したように、ｉが０〜５である場合、すなわち、０番目のブロック〜５番目のブロック内の１の個数は１５として同一である。したがって、可変ノード次数（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ）が１５である場合、同一の次数を有するブロックの個数は６として表示される。同一の方法でｉが３６〜４４である場合、すなわち、２１番目のブロック〜４４番目のブロック内の１の個数は２として同一である。したがって、可変ノード次数が２である場合、同一の次数を有するブロックの個数は９として表示される。具体的な事項は上述した通りである。
【０６１５】
図８２は、本発明の一実施例に係るパリティチェックマトリックスの住所を示した表である。
【０６１６】
図８２に示した表は、コードワード長さ１６２００及びコードレート１２／１５を有するマトリックスＨ１を変更することによって取得したマトリックスＨ２を示す。
【０６１７】
具体的な事項は上述した通りである。
【０６１８】
図８３は、本発明の一実施例に係るコンスタレーションマッパ（ｃｏｎｓｔｅｌｌａｔｉｏｎ  ｍａｐｐｅｒ）を示した図である。
【０６１９】
本発明の一実施例に係るコンスタレーションマッパの動作は、上述したＢＩＣＭブロックのコンスタレーションマッパの動作と同一である。
【０６２０】
上述した入力フォーマッティングブロックから受け取ったデータは、ＦＥＣエンコーディングを経てビットストリームに変換することができる。このビットストリームの多くのビットが集まってセルをなし、これらのセルは、コンスタレーションマッパによって複素平面上のコンスタレーション（ｃｏｎｓｔｅｌｌａｔｉｏｎ）のうち一つにマップすることができる。ここで、Ｎ個のビットが一つのセルを通じて伝送されるためには２^個のコンスタレーションポイントが必要であり得る。
【０６２１】
ここで、コンスタレーションポイントは、一つのコンスタレーションを意味し得る。コンスタレーションポイントはコンスタレーションと呼ぶことができる。コンスタレーションの集合であるＱＡＭ−６４などは、コンスタレーション集合、コンスタレーションセット、コンスタレーションなどと呼ぶことができる。
【０６２２】
コンスタレーションを作る方法は多様である。いずれの方式でコンスタレーション内のコンスタレーションポイントを配列するのかによって、受信機がコンスタレーションをビットストリームに復号したときのエラー発生確率が変わり得る。
【０６２３】
コンスタレーションマッパが使用するコンスタレーションとしては、図８３（ａ）、図８３（ｂ）、図８３（ｃ）などの種類がある。提示されたコンスタレーションは、各種類のコンスタレーションに対する例示である。（ａ）、（ｂ）は、いずれもスクエアＱＡＭ（ｓｑｕａｒｅ  ＱＡＭ）であるが、（ａ）の場合は、コンスタレーションポイント間の間隔が一定でないこと（Ｎｏｎ−ｕｎｉｆｏｒｍ）が特徴であり、（ｂ）の場合は、コンスタレーションポイント間の間隔が一定であること（Ｕｎｉｆｏｒｍ）が特徴である。（ａ）は不均一ＱＡＭに該当し、（ｂ）は一般的なＱＡＭに該当し得る。（ｂ）は、（ａ）の特別な場合であると言える。
【０６２４】
本発明は、（ｃ）のような種類のコンスタレーション及びそのコンスタレーションを探す方法を提案する。本発明が提案する方法によれば、与えられたＳＮＲ（Ｓｉｇｎａｌ−ｔｏ−Ｎｏｉｓｅ  Ｒａｔｉｏ）で、既存の方法より低いエラー確率及びより大きいチャネル容量を具現することができる。
【０６２５】
図８４は、本発明の一実施例に係るＩＱ−バランスド／ＩＱ−シンメトリック不均一コンスタレーションマッピングの過程を示した図である。
【０６２６】
本発明は、最適のＢＩＣＭキャパシティを得るための更に他のコンスタレーション生成方法として、ＩＱ−バランスド／ＩＱ−シンメトリック不均一コンスタレーションマッピング（ＩＱ−ｂａｌａｎｃｅｄ／ＩＱ−ｓｙｍｍｅｔｒｉｃ  Ｎｏｎ  Ｕｎｉｆｏｒｍ  Ｃｏｎｓｔｅｌｌａｔｉｏｎ  Ｍａｐｐｉｎｇ）方法を提案する。
【０６２７】
まず、ＢＩＣＭキャパシティを最大化させるコンスタレーションポイントを探すためには、いくつかの仮定と制限条件が必要である。以下、いくつかの制限に対して説明する。
【０６２８】
制限＃１は、全てのコンスタレーションポイントが同一の確率で発生することである。それぞれのコンスタレーションポイントの確率（ｐｒｏｂａｂｉｌｉｔｉｅｓ）は互いに同一であり得る。
【０６２９】
制限＃２は、コンスタレーションポイントにはバイアス（ｂｉａｓ）がないことである。すなわち、全てのコンスタレーションポイントの平均値を求めれば０であり得る。また、制限＃１を適用すれば、全てのコンスタレーションポイントの和は０であり得る。
【０６３０】
制限＃３は、コンスタレーションの平均パワーは定数であることである。すなわち、平均パワーは、定数Ｐに固定された値を有することができる。
【０６３１】
制限＃４−１は、ＩＱ−バランスドマッピングのためには、Ｉ軸のＢＩＣＭキャパシティとＱ軸のＢＩＣＭキャパシティが同一でなければならないという点である。例えば、９０の倍数である、９０、１８０、２７０度だけコンスタレーションを回転させても元のコンスタレーションと一致すれば、そのコンスタレーションはＩＱ−バランスド状態になったと言える。すなわち、一つのコンスタレーションポイントを９０の倍数だけ回転させたとき、その回転したコンスタレーションポイントが元のコンスタレーション集合のコンスタレーションポイントのうち一つとオーバーラップすれば、そのコンスタレーションはＩＱ−バランスド状態になったと言える。以下、本発明において、上述したように、９０の倍数だけ回転したとき、元のコンスタレーションと一致する場合をＩＱ−バランスドマッピング方式として考慮する。
【０６３２】
制限＃４−２は、ＩＱ−シンメトリック（ｓｙｍｍｅｔｒｉｃ）マッピングのためには、Ｉ軸のＢＩＣＭキャパシティとＱ軸のＢＩＣＭキャパシティとが同一でなければならないという点である。ＩＱ−シンメトリックマッピングのためには、コンスタレーションがＩ軸とＱ軸に対して対称でなければならない。例えば、ｓiがコンスタレーションの一つのコンスタレーションポイントであれば、ｃｏｎｊ（ｓi）、−ｃｏｎｊ（ｓi）、及び−ｓiもそのコンスタレーションのコンスタレーションポイントでなければならない。
【０６３３】
制限＃４−１と制限＃４−２は、同時に満足されない場合もある。ＩＱ−バランスドマッピングのためには制限＃４−１が満足されなければならなく、ＩＱ−シンメトリックマッピングのためには制限＃４−２が満足されなければならない。ＩＱ−バランスドマッピングであると共に、ＩＱ−シンメトリックマッピングになるためには、二つの制限を同時に満足させなければならない。
【０６３４】
以下では、ＩＱ−バランスド／ＩＱ−シンメトリック不均一コンスタレーションマッピング方法によって、非均等に分布されたコンスタレーションポイントを有するコンスタレーションを作る方法を説明する。
【０６３５】
本発明において、最適のキャパシティを提供するコンスタレーションを探すために、２次元複素平面のコンスタレーションポイントが移動し得る。コンスタレーションポイントを移動させながら、ＢＩＣＭキャパシティが最適化されるコンスタレーションを探すことができる。
【０６３６】
しかし、一つのコンスタレーションポイントのみが移動すると、上述した制限＃１及び／又は制限＃２が満足されない場合がある。したがって、一つのコンスタレーションポイントが移動しながら各制限が満足されるためには、他のコンスタレーションポイントも同時に移動しなければならない。ここでは、ｉとｊ番目のコンスタレーションポイントを動かすようにする。
【０６３７】
コンスタレーションポイントを移動させる前のコンスタレーションがＩＱ−バランスドマッピング状態であると仮定する。ＩＱ−バランシングを維持するために、ｉ番目とｊ番目のペアに対応する３個の他のコンスタレーションポイントペアも移動しなければならない。対応する３個の他のコンスタレーションポイントペアとは、ｉ番目とｊ番目のコンスタレーションポイントの９０、１８０、２７０度回転したコンスタレーションポイントを意味し得る。すなわち、８個のコンスタレーションポイントが共に移動しなければならない。
【０６３８】
移動するｉ番目とｊ番目のコンスタレーションポイントをｓ0,i、ｓ0,jと言い、これに対応して移動するコンスタレーションポイントをｓk,i、ｓk,j…と言える。ここで、ｋ＝１、２、３の値を有し、それぞれ９０、１８０、２７０度だけ回転した場合を意味し得る。
【０６３９】
コンスタレーションポイントｓ0,i、ｓ0,jに対して、図示した数式（１）、（２）のようにａ、ｂを定義することができる。ここで、数式（１）、（２）は、それぞれ上述した制限＃１、制限＃２が、コンスタレーションが移動する間にも満足されることを意味し得る。すなわち、ａ、ｂは、固定された定数値であり得る。また、図示した数式（３）のようにｓ0,iとａを再び表現すると、数式（４）を得ることができる。これらの上述した数式を通じて数式（５）を誘導することができる。数式（５）から、二つのコンスタレーションポイントの移動は、θという一つの変数で制御可能であることが分かる。数式（６）のように、他のコンスタレーションポイントペアも、ｓ0,i、ｓ0,jによって記述できるので、移動する全てのコンスタレーションポイントが一つの変数で制御されることが分かる。
【０６４０】
ＩＱ−バランシングを維持しながら移動を行うので、移動後にもコンスタレーションのＩＱ−バランシング特性を維持することができる。このような方法でＩＱ−バランシングを維持し、最適のキャパシティを有するコンスタレーションを探すことができる。コンスタレーションを探すために移動するとき、θをいくつかの部分に割ってそれぞれのθに対してＢＩＣＭキャパシティを計算した後、ＢＩＣＭキャパシティを最大にするθを探す方法を使用することができる。このような過程を通じて、合計４個のセットのｓiとｓjをアップデートすることができる。
【０６４１】
以下では、非均等に分布されたコンスタレーションポイントを有するコンスタレーションを作る具体的なステップを説明する。各ステップは省略可能であり、他のステップに取り替えたり、各ステップの順序を変えてもよい。このステップは、本発明の思想を説明するためのものであり、本発明が各ステップによって構成されるものに限定されない。
【０６４２】
まず、初期コンスタレーションを設定することができる。この初期コンスタレーションは、ＩＱ−バランスド又はＩＱ−シンメトリックコンスタレーションであり得る。例えば、初期コンスタレーションは、均一ＱＡＭ、不均一ＱＡＭ、不均一コンスタレーション（ＮＵＣ）であり得る。ここで、ＮＵＣは、上述した本発明に係るＮＵＣであり得る。
【０６４３】
初期コンスタレーションのうち、二つのコンスタレーションポイントをランダムに且つ均一に選定することができる（ｓ0,i、ｓ0,j）。ここで、二つのコンスタレーションポイントは異なるコンスタレーションポイントでなければならない。これらの二つのコンスタレーションポイントは、１四分面で選定することができる。
【０６４４】
二つのコンスタレーションポイントが選定されれば、残りの２、３、４分面のコンスタレーションポイントも自然に選択することができる。したがって、合計８個のコンスタレーションポイントを選択することができる。初期コンスタレーションがＩＱ−バランスド状態である場合は、各選択されたコンスタレーションは
【数３４】
0006339214.tif 000075
と表現することができる。ここで、ｋ＝０、１、２、３の値を有し、ｉはｊに置換することができる。初期コンスタレーションがＩＱ−シンメトリック状態である場合、各選択されたコンスタレーションはｃｏｎｊ（ｓ0,i）、−ｃｏｎｊ（ｓ0,i）、−ｓ0,iと表現することができる。同様に、ｉはｊに置換することができる。上述したように、初期コンスタレーションがＩＱ−バランスド又はＩＱ−シンメトリック状態である場合、各コンスタレーションの平均は０であり得る。
【０６４５】
その後、
【数３５】
0006339214.tif 000076
とＢＩＣＭキャパシティを計算することができる。このＢＩＣＭキャパシティが最大になるように各コンスタレーションポイントを移動させることができる。最適のコンスタレーション位置を探す方法には二つの方法があり得る。
【０６４６】
【数３６】
0006339214.tif 000077
この方法は、ＩＱ−シンメトリック不均一コンスタレーションマッピングに使用することができる。
【０６４７】
第二の方法は、θを活用することである。上述したように、θによってコンスタレーションの移動を制御することができる。よって、適切に小さいサイズの角度だけθを変更させながら、最適のキャパシティを有するコンスタレーションの位置を探すことができる。ここで、適切に小さいサイズの角度は、実施例によって１度であり得る。また、角度の範囲は０度〜３６０度であり得る。また、角度の範囲には、s0,i−ａ／２とｓ0,j−ａ／２を含ませることができる。これは、最適のキャパシティをサーチング範囲内に置くためである。すなわち、サーチングプロセスの中間にキャパシティが減少し得る余地を遮断させるためである。この方法は、ＩＱ−バランスド不均一コンスタレーションマッピングに使用することができる。
【０６４８】
上述した二つの方法によってコンスタレーションを移動させながら、各コンスタレーションの位置に対してＢＩＣＭキャパシティを計算することができる。移動させたコンスタレーションによるＢＩＣＭキャパシティが、最初に計算したＢＩＣＭキャパシティより大きい場合、そのコンスタレーションでｓ0,iとｓ0,jをアップデートすることができる。
【０６４９】
その後、
【数３７】
0006339214.tif 000078
とθを減少させながら、継続してコンスタレーションを探すことができる。二つのパラメータが十分に小さくなれば、再び初期コンスタレーションのうち他の二つのコンスタレーションポイントを選定することができる。そして、上述した過程を経て新たに選定したコンスタレーションポイントに対する最適の位置を探すことができる。
【０６５０】
全体のＢＩＣＭキャパシティが収斂されるとアルゴリズムを停止し、最終コンスタレーションセットを得ることができる。ここで、キャパシティが収斂されることは、大きなＢＩＣＭキャパシティの増加が前記のアルゴリズムで発生しない場合を意味し得る。ＢＩＣＭキャパシティの収斂をチェックすることは、毎度ｓiとｓjが変わるときごとに行うこともでき、全てのＭ個のコンスタレーションポイントを全て１回つずつチェックした後で行うこともできる。
【０６５１】
実施例により、上述した全てのシード（ｓｅｅｄ）コンスタレーションに対して前記のアルゴリズムを行った後、最も良い性能を有するコンスタレーションを選択することができる。シードコンスタレーション、すなわち、初期コンスタレーションは、均一ＱＡＭ、不均一ＱＡＭ、不均一コンスタレーション（ＮＵＣ）であり得る。例えば、ＳＮＲ １０ｄＢにおけるＮＵＣ−６４を、ＱＡＭ、ＮＵＱ、ＮＵＣからアルゴリズムを行うことによって得ることができる。実施例により、９．５ｄＢや１０．５ｄＢで上述したアルゴリズムを通じて得たコンスタレーションをシードコンスタレーションとしてアルゴリズムを行うこともできる。
【０６５２】
図８５は、本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法によるＳＮＲ  １８ｄＢにおける６４  ＮＵＣのコンスタレーションを示した図である。
【０６５３】
本実施例は、平均パワーが１である均一−６４ＱＡＭをシードコンスタレーションとし、θを通じてコンスタレーションを探す方法を使用した。角度の増加分は１度とし、全てのＭ個のコンスタレーションポイントをｓiとｓjが１回ずつアップデートした後、キャパシティ収斂チェックを行った。収斂チェックは、ＢＩＣＭキャパシティが１．０ｅ−５以上増加するか否かを確認することによって行った。本コンスタレーションは、ＩＱ−バランスド状態であり、ｎ＊ｐｉ／２−シンメトリックを満足することができる。
【０６５４】
決定されたコンスタレーションの性能を測定するためには、その決定されたコンスタレーションのＢＩＣＭキャパシティを計算して比較しなければならない。ＢＩＣＭキャパシティは、ＡＷＧＮ（Ａｄｄｉｔｉｖｅ  Ｗｈｉｔｅ  Ｇａｕｓｓｉａｎ  Ｎｏｉｓｅ）とＩＩＤ（Ｉｎｄｉｖｉｄｕａｌｌｙ  Ｉｄｅｎｔｉｃａｌ  Ｄｉｓｔｒｉｂｕｔｅｄ）入力を仮定することができる。ＡＷＧＮは、基本的に使用される基本ノイズモデルを意味し得る。ＩＩＤは、入力が独立的であり、同一／均等に分布されていることを意味し得る。
【０６５５】
【数３８】
0006339214.tif 000079
【０６５６】
【数３９】
0006339214.tif 000080
【０６５７】
【数４０】
0006339214.tif 000081
【０６５８】
ＢＩＣＭキャパシティは、前記の数式を用いて計算することができる。この式を用いてＢＩＣＭキャパシティを最大にするｒとθを探すことができる。ＡＷＧＮとＩＩＤ入力を仮定したので、ｙ＝ｘ＋ｎと見なすことができる。ここで、ｎはＡＷＧＮノイズを意味し得る。ｐ（ｂi＝０）＝ｐ（ｂi＝１）＝１／２であると仮定することができる。すなわち、ｘがコンスタレーションで、Ｍは、コンスタレーションサイズであるとするとき、ｐ（ｘ＝Ｍj）＝１／Ｍであり得る。ここで、Ｍjは、ｂi＝ｊであるときのコンスタレーションであり得る。図３４に示したように、ＢＩＣＭキャパシティ関数は、ガウス関数の積分形態で表現可能である。
【０６５９】
受信側では、コンスタレーションから各ビットをデマップすることができる。これは、上述したコンスタレーションに各ビットをマップする過程の逆過程であり得る。このようなデマッピングを通じてＬＬＲを求めることができ、このＬＬＲは、ソフトインプットの形態でＦＥＣデコーディングに使用することができる。デマッピングにおいて、ＬＬＲを求める過程は次のような数式で表現することができる。
【０６６０】
【数４１】
0006339214.tif 000082
【０６６１】
【数４２】
0006339214.tif 000083
【０６６２】
【数４３】
0006339214.tif 000084
【０６６３】
【数４４】
0006339214.tif 000085
ここで、ｂiがビット別に（ｂｉｔ−ｂｙ−ｂｉｔ）同等−確率（ｅｑｕｉ−ｐｒｏｂａｂｌｅ）を満足すると仮定することができる。反復的（ｉｔｅｒａｔｉｖｅ）デコーディングが使用される場合、ｂiが同等−確率であるという仮定は有効でなく、アプリオリ確率はＦＥＣからの外部情報で変形しなければならない。また、マックス−ログ（ｍａｘ−ｌｏｇ）ＬＬＲが仮定され、ｔ＝ｒ／Ｈであり得る。ｓ１は、ｉ番目のビットが１であるｔから最も近いコンスタレーションであり、ｓ０は、ｉ番目のビットが０であるｔから最も近いコンスタレーションであり得る。
【０６６４】
図８６は、本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの６４ＮＵＣのコンスタレーションを示した図である。
【０６６５】
本コンスタレーションの右側には、コンスタレーションポイントの座標値が表示されている。各座標は、各ビット値が割り当てられるコンスタレーションポイントの座標を表示したものである。各ビット値に対して、その座標がｘ、ｙ値で表現されたものであり得る。
【０６６６】
図８７は、本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの６４ＮＵＣのコンスタレーションを示した図である。
【０６６７】
本コンスタレーションの右側には、コンスタレーションポイントの座標値が表示されている。各座標は、各ビット値が割り当てられるコンスタレーションポイントの座標を表示したものである。これらの座標は、各ビット値に対して、その座標がｘ、ｙ値で表現されたものであり得る。
【０６６８】
図８８は、本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションを示した図である。
【０６６９】
図８９は、本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の一部を示した図である。
【０６７０】
図９０は、本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の他の一部を示した図である。
【０６７１】
図９１は、本発明の一実施例に係るＩＱ−バランスド不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の更に他の一部を示した図である。
【０６７２】
本座標は、各ビット値が割り当てられるコンスタレーションポイントの座標を表示したものである。これらの座標は、各ビット値に対して、その座標がｘ、ｙ値で表現されたものであり得る。
【０６７３】
前記の三つの座標表は、本来は一つの表であるが、空間の制約によって三つの表に分けられて示された。
【０６７４】
図９２は、本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションを示した図である。
【０６７５】
図９３は、本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の一部を示した図である。
【０６７６】
図９４は、本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の他の一部を示した図である。
【０６７７】
図９５は、本発明の一実施例に係るＩＱ−シンメトリック不均一コンスタレーションマッピング方法による、１０／１５コードレートの２５６ＮＵＣのコンスタレーションの各座標値の更に他の一部を示した図である。
【０６７８】
本座標は、各ビット値が割り当てられるコンスタレーションポイントの座標を表示したものである。これらの座標は、各ビット値に対して、その座標がｘ、ｙ値で表現されたものであり得る。
【０６７９】
前記の三つの座標表は、本来は一つの表であるが、空間の制約によって三つの表に分けられて示された。
【０６８０】
以下では、本発明の一実施例に係るビットインタリーバ５０２０に対して説明する。
【０６８１】
本発明の実施例に係るビットインタリーバは、効率的に行える構造を提供し、各ＬＤＰＣコード及び変調方法の組み合わせを有して最適化された性能を達成するために設計された。
【０６８２】
本発明の一実施例に係るビットインタリーバ５０２０は、上述したように、データＦＥＣエンコーダ５０１０とコンスタレーションマッパ５０３０との間に位置し、ＬＤＰＣエンコードされた出力ビットを、ＬＤＰＣデコーディングを考慮してコンスタレーションマッパ５０３０の互いに異なる信頼性を有するビット位置（ｂｉｔ  ｐｏｓｉｔｉｏｎ）と連結させる役割をすることができる。
【０６８３】
本発明の一実施例に係るビットインタリーバ５０２０は、図２３を参照して説明したように、パリティインタリービング、ＱＣＢインタリービング（Ｑｕａｓｉ−Ｃｙｃｌｉｃ  Ｂｌｏｃｋ  ｉｎｔｅｒｌｅａｖｉｎｇ）（又はブロックインタリービング）及び内部グループインタリービング（ｉｎｎｅｒ−ｇｒｏｕｐ  ｉｎｔｅｒｌｅａｖｉｎｇ）を用いて入力ビットをインタリーブすることができる。
【０６８４】
また、本発明の一実施例に係るビットインタリーバ５０２０は、密度エボリューション（ｄｅｎｓｉｔｙ  ｅｖｏｌｕｔｉｏｎ）を用いて求めたＳＮＲスレッショルド（ｔｈｒｅｓｈｏｌｄ）の観点で最適の分布を取得するためのビットインタリービング方法を独立的に又は上述したビットインタリービング方式に追加して適用することができる。
【０６８５】
上述したように、本発明の一実施例に係るビットインタリーバ５０２０は、各ＬＤＰＣコード及び変調方法に最適化されるように設計されている。したがって、本発明では、ＬＤＰＣコードワード長さが６４Ｋ及び１６Ｋである場合と、変調方法（ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅ）、ＱＰＳＫ、ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ１Ｋの組み合わせのためのビットインタリービングパラメータを提案する。
【０６８６】
以下では、図２３を参照して説明したビットインタリーバ５０２０のパリティインタリービング、ＱＣＢインタリービング及び内部グループインタリービングに対して説明する。
【０６８７】
図９６は、本発明の一実施例に係るビットインタリーバを示したブロック図である。
【０６８８】
図９６に示したビットインタリーバは、上述したビットインタリーバ５０２０の一実施例であって、本発明の一実施例に係るビットインタリーバは、パリティインタリービングブロック８９０００、ＱＣＢインタリービングブロック８９１００及び内部グループインタリービングブロック８９２００を含むことができる。以下、各ブロックに対して説明する。
【０６８９】
パリティインタリービングブロック８９０００は、ＬＤＰＣエンコードされた各ビットのうちパリティ部分に該当する各ビット（ＦＥＣブロックの各パリティビット）がＱＣ形態（Ｑｕａｓｉ  ｃｙｃｌｉｃ  ｆｏｒｍ）を形成できるようにインタリービングを行うことができる。すなわち、パリティインタリービングブロック８９０００は、パリティインタリービング後、ＱＣ形態で各パリティビットをインタリーブし、ＬＤＰＣ  ＱＣサイズに該当する各ビットを束ねて各ＱＣブロックを構成して出力することができる。パリティインタリービングブロック８９０００の出力は、図２３を参照して説明した通りである。また、ＬＤＰＣエンコードされた各ビットは、図３０〜図８２を参照して説明したＬＤＣＰエンコード方式によってエンコードすることができる。
【０６９０】
パリティインタリービングブロック８９０００において、ＦＥＣＢＬＯＣＫのパリティビットは次の数式によってインタリーブされる。
【０６９１】
【数４５】
0006339214.tif 000086
【０６９２】
Ｋlpcは、図２２に示したように、ＢＣＨ−エンコードされたＢＢＦの長さ又はサイズである。そして、Ｑldpcは、表３０、３１に規定されたディペンデントコンスタント（ｄｅｐｅｎｄｅｎｔ  ｃｏｎｓｔａｎｔ）なコードレートである。ＱＰＳＫの場合、パリティインタリーブされた各ビットは、追加的なインタリービング無しで直ぐコンスタレーションにマップすることができる。このような特徴は、設計者の意図によって変更可能である。
【０６９３】
ＱＣＢインタリービングブロック８９１００は、図２３で説明した方式によってＱＣＢインタリービングを行うことができる。すなわち、図２３で説明したように、パリティインタリービングブロック８９０００から出力した複数のＱＣブロックが入力されれば、ＱＣＢインタリービングブロック８９１００はＱＣブロックをインタリーブすることができる。これをＱＣＢインタリービングパターン（又はインタリービングパターン）と称し、ＱＣＢインタリービングパターンによって後ほどで行われる内部グループインタリービングの内部グループに該当するＱＣブロックの個数が定められる。ＱＣＢインタリービングパターンは、変調タイプ及びＬＤＰＣコードレートの組み合わせによって固有（ｕｎｉｑｕｅ）であり得る。
【０６９４】
本発明では、６４８００長さのＬＤＰＣブロックの場合は１８０個（＝６４８００／３６０）のＱＣブロックで構成され、１６２００長さのＬＤＰＣブロックの場合は４５個のＱＣブロックで構成されることを一実施例とすることができる。これは、設計者の意図によって変更可能な事項である。
【０６９５】
内部グループインタリービングブロック８９２００は、図２３で説明した方式によって内部グループインタリービングを行うことができる。
【０６９６】
本発明の一実施例に係る内部グループインタリービングブロック８９２００は、表３２に定義された変調タイプ及びオーダー（ηmod）によってインタリービングを行うことができる。
【０６９７】
内部グループインタリービングを行うためには、まず、内部グループインタリービングが行われる一つの内部グループに該当するＱＣブロックの個数を定めなければならない。本発明の一実施例に係るビットインタリーバ５０２０は、ＮＵＱ（Ｎｏｎ−ｕｎｉｆｏｒｍ  ＱＡＭ）とＮＵＣ（Ｎｏｎ  ｕｎｉｆｏｒｍ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）が有する信頼性の対称性を用いて内部グループを構成するためのＱＣブロックの個数を決定することができる。具体的な値は、表３２で説明した通りである。
【０６９８】
本発明では、ＮＵＱやＱＡＭモードでは変調オーダー（Ｍｏｄｕｌａｔｉｏｎ  ｏｒｄｅｒ）の１／２を内部グループが行われるＱＣブロックの個数に決定し、ＮＵＣでは、変調オーダーと同一のＱＣブロックの個数に決定することを一実施例とすることができる。これは、ＮＵＱの場合、Ｉ軸、Ｑ軸に該当する各ビットが同一のビットレベルキャパシティ（ｂｉｔ  ｌｅｖｅｌ  ｃａｐａｃｉｔｙ）を有するので、変調オーダーの半分に該当するシンボルビットのみが互いに異なるビットレベルキャパシティを有するためである。
【０６９９】
本発明の一実施例に係る内部グループインタリービングブロック８９２００は、コンスタレーションモードによって内部グループを形成するためのＱＣブロックの個数が決定されると、その後、内部グループインタリービングを行うことができる。この場合、コードレート値によって内部グループを形成できずに残るＱＣブロックが生じ得る。この場合、本発明の一実施例に係る内部グループインタリービングブロック８９２００は、残りの４個の内部グループに該当しないＱＣブロックの各ビットはビットオーダー（ｂｉｔ  ｏｒｄｅｒ）通りに順次読み取ってコンスタレーションマッパ５０３０に伝送することができる。具体的な内容は後で説明する。
【０７００】
上述した各ブロックは、同一又は類似する機能を有する各ブロックによって省略又は交替することができる。
【０７０１】
以下では、内部グループインタリービングブロック８９２００のインタリービング過程に対して説明する。
【０７０２】
上述したように、内部グループインタリービング手続は、ＱＣＢインタリービング出力のＮQCB_IGＱＣブロックを有して行われる。内部グループインタリービング手続は、３６０列又はＮQCB_IG行を有する内部グループの各ビットの書き込み及び読み取り動作（又は書き込み及び読み取り動作）を有する。書き込み動作（ｗｒｉｔｅ  ｏｐｅｒａｔｉｏｎ）において、ＱＣＢインタリービング出力からの各ビットは行方向に書き込まれる。読み取り動作（ｒｅａｄ  ｏｐｅｒａｔｉｏｎ）は、各行からｍビットを列方向に読み取ることによって行われる。ここで、ｍは、ＮＵＣでは１で、ＮＵＱでは２である。よって、受信機の複雑度又は受信機のバッファサイズは減少し得る。
【０７０３】
図９７は、本発明の一実施例に係るＮＵＱ−２５６である場合の内部グループインタリービング過程を示した図である。
【０７０４】
図９７の上端は、ＮＵＱ−２５６である場合の内部グループインタリービングの書き込み動作を示し、下端は、ＮＵＱ−２５６である場合の内部グループインタリービングの読み取り動作を示す。
【０７０５】
図面に示したように、本発明の一実施例に係る内部グループインタリービングブロック８９２００は、ＱＣブロックに該当する各ビットをビットオーダー順にＱＣブロックの０から３５９番のビットに順次記載することができる。また、内部グループインタリービングブロック８９２００は、ＱＣブロックに該当するビットをサイクリックシフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）させて書き込むこともできる。これは、設計者の意図によって変更可能な事項である。
【０７０６】
また、上述したように、ＮＵＱの場合、内部グループインタリービングブロック８９２００は、各ＱＣブロックの２ビット単位で読み取り動作を行うことができる。図面に示したように、内部グループインタリービングブロック８９２００は、２ビットずつ４回読み取り動作を行い、８ビット単位の各ビットを出力し、出力された８ビット単位の各ビットは、ビットインタリーバ５０２０の後段のコンスタレーションマッパ５０３０によって一つのシンボルにマップすることができる。具体的な動作は、上述した通りであるので省略する。
【０７０７】
図９８は、本発明の一実施例に係るＮＵＣ−２５６である場合の内部グループインタリービングの書き込み過程を示した図である。
【０７０８】
ＮＵＣの場合にも、上述したように、内部グループインタリービングブロック８９２００は、各ＱＣブロックに該当する各ビットをブロックの行方向に書き込み、列方向に読み取る過程を行うことができる。また、内部グループインタリービングブロック８９２００は、ＱＣブロックに該当するビットをサイクリックシフトさせて書き込むこともできる。これは、設計者の意図によって変更可能な事項である。
【０７０９】
具体的な動作は、上述した通りであるので省略する。
【０７１０】
図９９は、本発明の一実施例に係るＮＵＣ−２５６である場合の内部グループインタリービングの読み取り過程を示した図である。
【０７１１】
上述したように、ＮＵＣの場合、内部グループインタリービングブロック８９２００は、各ＱＣブロックの１ビット単位で読み取り動作を行うことができる。図面に示したように、内部グループインタリービングブロック８９２００は、１ビットずつ８回読み取り動作を行い、８ビット単位の各ビットを出力し、出力された８ビット単位の各ビットは、ビットインタリーバ５０２０の後段のコンスタレーションマッパ５０３０によって一つのシンボルにマップすることができる。具体的な動作は、上述した通りであるので省略する。
【０７１２】
図１００は、本発明の一実施例に係るリマインドＱＣブロック動作（ｒｅｍａｉｎｅｄ  ＱＣ  ｂｌｏｃｋ  ｏｐｅｒａｔｉｏｎ）を示した図である。
【０７１３】
図１００は、ＬＤＰＣコードワードの長さが６４８００で、ＱＣブロックのサイズが３６０である場合のリマインドＱＣブロック動作を示す。
【０７１４】
上述したように、各変調で内部グループに該当する各ＱＣブロック同士を束ねると、いずれの内部グループにも属しないＱＣブロックが存在し得る。本発明では、このようなＱＣブロックをリマインドＱＣブロックと称する。以下、図面に示した表及びブロックを説明する。
【０７１５】
図面の上端に示した表は、各コードレート及び変調によるリマインドＱＣブロックの個数を示す。図面の中間に示したブロックは、ＮＵＣ−２５６である場合、インナーインタリービング時のリマインドＱＣブロックを示すブロック図である。図面の下端に示したブロック図は、ＮＵＣ−２５６である場合、リマインドＱＣブロックに対する書き込み及び読み取り動作を示した図である。
【０７１６】
図面の中間に示したように、ＮＵＣ−２５６である場合、表３２によって８個のＱＣブロックが束ねられて一つの内部グループを形成するようになる。ＬＤＰＣコードワードの長さが６４８００である場合、合計１８０個（＝６４８００／３６０）のＱＣブロックが生成されるので、これを８個に分けると２２個の内部グループが生成される。この場合、１７６個のＱＣブロックは２２個の内部グループを構成できるが、残りの４個のＱＣブロックは、内部グループに属しないリマインドＱＣブロック又はリマイニングＱＣブロック（ｒｅｍａｉｎｅｄ  ＱＣ  ｂｌｏｃｋ  ｏｒ  ｒｅｍａｉｎｉｎｇ  ＱＣ  ｂｌｏｃｋ）になる。
【０７１７】
この場合、図面の下端に示したように、本発明の一実施例に係る内部グループインタリービングブロック８９２００は、４個のＱＣブロックの各ビットをビットオーダー通りに順次読み取ってコンスタレーションマッパ５０３０に伝送することができる。
【０７１８】
すなわち、リマイニング４−ＱＣブロックビットは、内部グループインタリービングを行うことなく連続的に各シンボルにマップされる。
【０７１９】
図１０１は、本発明の一実施例に係るデマッピング及びデコーディングモジュール９０２０を示したブロック図である。
【０７２０】
上述したように、デマッピング及びデコーディングモジュール９０２０は、図１で説明したＢＩＣＭブロック１０１０の逆過程を行うことができる。
【０７２１】
図面に示したように、本発明の一実施例に係るデマッピング及びデコーディングモジュール９０２０は、セル／時間デインタリーバブロック９４０００、デモジュレータ９４１００、ビットデインタリーバ９４２００及びＬＤＰＣ／ＢＣＨデコーダ９４３００を含むことができる。
【０７２２】
まず、チャネルを通過したシンボルは、セル／時間デインタリーバブロック９４０００に入力される。セル／時間デインタリーバブロック９４０００は、各入力シンボルをインタリービング前のシンボルの順にリオーダー（ｒｅｏｒｄｅｒｉｎｇ）することができる。その後、デモジュレータ９４１００は、シンボルを構成する各ビットに対するＬＬＲ（ｌｏｇ  ｌｉｋｅｌｉｈｏｏｄ  ｒａｔｉｏ）を導出することができる。
【０７２３】
その後、ビットデインタリーバ９４２００は、入力されたＬＬＲ値を元のインタリービング前のビットに該当する順序に再構成するためのデインタリービングを行うことができる。この場合、ビットデインタリーバ９４２００は、上述したビットインタリーバ５０２０の逆過程であって、内部グループデインタリービング及びＱＣＢデインタリービング過程を行うことができる。図面に示したように、ビットデインタリーバ９４２００は、上述したデインタリービングを行うための内部グループデインタリービングブロック及びＱＣＢデインタリービングブロックを含むことができる。
【０７２４】
但し、パリティインタリービングの逆過程であるパリティデインタリービングは、受信機でＱＣ形態に変更したＬＤＰＣビットをベースにしてデコードする場合に省略可能である。また、内部グループデインタリービング及びＱＣＢデインタリービング過程は、図９６〜図９９で説明した内部グループデインタリービング及びＱＣＢデインタリービングの読み取り・書き込み過程の逆過程に該当する。
【０７２５】
上述したブロックは、省略したり、同一又は類似するブロックに取り替えることができる。
【０７２６】
図１０２は、本発明の他の実施例に係るビットデインタリービングを説明するブロック図である。
【０７２７】
図１０２は、ＱＣブロックインタリービングパターンが受信機のＲＯＭに格納された場合、ＲＯＭを用い、ＬＤＰＣメモリとインタリービングメモリを共有する場合の実施例を示す。この場合、ビットデインタリービングのための別途のメモリが必要でないという長所がある。
【０７２８】
図面の上端は、図１０１で説明したビットデインタリーバ９４２００及びＬＤＰＣ／ＢＣＨデコーダ９４３００を示し、図面の下端は、上述したビットデインタリービングのためのＱＣブロックインタリービングパターンをＬＤＰＣメモリに格納する過程を示す。
【０７２９】
具体的に、本発明の一実施例に係る受信機は、デモジュレータ９４１００を通じて入ってきたＬＬＲ値をＬＤＰＣデコーディング過程のアプリオリ（ａ−ｐｒｉｏｒｉ）ＬＬＲとして使用するためにレジスタに格納することができる。この場合、必要なレジスタの個数は、ＱＣブロックインタリービングパターンによってＮＵＣ及びＮＵＱの場合に異なる個数に決定することができる。具体的に、ＮＵＣ−２５６のコンスタレーションの場合、８個のＱＣブロックが集まってＮＵＣ−２５６シンボルを構成するので、３６０ビットｘ８個に該当するレジスタが必要である。しかし、ＮＵＱ２５６の場合、変調オーダーの半分に該当するＱＣで内部グループインタリービングを行うので、３６０ｘ４個に該当するレジスタが必要である。
【０７３０】
その後、受信機は、ＲＯＭに格納されたインタリービングパターンを通じて該当のビットがＬＤＰＣのいずれのＱＣブロックに該当するのかに対する情報を取得することができる。その後、本発明の一実施例に係る受信機は、この情報を用いてＣＮアップデートを通じてＬＬＲ値をアップデートすることができる。その後、アップデートされたＬＬＲ値は、次のイテレーション（ｉｔｅｒａｔｉｏｎ）のアプリオリＬＬＲとして使用するために再びＡＰＰ  ＬＬＲメモリに格納することができる。図面に示したコントローラは、上述した情報格納過程を総括することができる。上述した過程を繰り返すとＬＤＰＣのデコーディングを行うことができ、デインタリービングのための新しいメモリを使用することなく、ＬＤＰＣメモリのみを使用してデインタリービングを行うことができる。
【０７３１】
上述したブロックは、省略したり、同一又は類似するブロックに取り替えることができる。
【０７３２】
以下では、ＬＤＰＣコードワード長さが６４８００で、変調値がＮＵＱ−１０２４である場合のビットインタリーバの動作に対して説明する。
【０７３３】
図１０３は、本発明の他の実施例に係る内部グループインタリービングパラメータを示した表である。
【０７３４】
本発明の実施例に係る内部グループインタリービングは、変調タイプ又はオーダーによって行われる。
【０７３５】
上述したように、内部グループインタリービングを行うためには、まず、内部グループインタリービングが行われる一つの内部グループに該当するＱＣブロックの個数を定めなければならない。本発明の一実施例に係るビットインタリーバ５０２０は、ＮＵＱ（Ｎｏｎ−ｕｎｉｆｏｒｍ  ＱＡＭ）とＮＵＣ（Ｎｏｎ  ｕｎｉｆｏｒｍ  ｃｏｎｓｔｅｌｌａｔｉｏｎ）が有する信頼性の対称性を用いて内部グループを構成するためのＱＣブロックの個数を決定することができ、これに対する情報は表３２で説明した通りである。
【０７３６】
この場合、本発明では、ＮＵＱやＱＡＭモードでは、変調オーダーの１／２を変調が行われるＱＣブロックの個数に決定し、ＮＵＣでは変調オーダーと同一のＱＣブロックのの個数に決定することを一実施例とすることができる。さらに、本発明では、ＮＵＱやＱＡＭモードでも、変調オーダーと同一の数を内部グループインタリービングが行われるＱＣブロックの個数に決定することができる。これは、設計者の意図によって変更可能な事項である。
【０７３７】
図１０３は、表３２の他の実施例であって、ＮＵＱやＱＡＭモードに対しては、変調オーダーの１／２を内部グループが行われるＱＣブロックの個数に決定した場合のみならず、変調オーダーと同一の数を内部グループインタリービングが行われるＱＣブロックの個数に決定した場合の表を示す。
【０７３８】
図１０３に示したように、ＱＡＭ−１６の場合、一つの内部グループは、ＮＵＣ−１６と同一の一つの内部グループに対するＱＣブロックの数を有することができる。ＮＵＣ−６４とＮＵＱ−６４、ＮＵＣ−２５６とＮＵＱ−２５６及びＮＵＣ−１０２４とＮＵＱ−１０２４も、同一の一つの内部グループに対するＱＣブロックの数を有することができる。
【０７３９】
以下では、ＮＵＱ−１０２４である場合、一つの内部グループに属するＱＣブロックの個数が変調オーダーと同一である場合のビットインタリービング過程を説明する。
【０７４０】
図１０４は、本発明の一実施例に係るＮＵＣ−１０２４である場合の内部グループインタリービングの書き込み過程を示した図である。
【０７４１】
図面に示したように、本発明の一実施例に係る内部グループインタリービングブロック８９２００は、ＱＣＢに該当する各ビットをビットオーダーの順にＱＣブロックの０から３５９番のビットに順次記載することができる。また、内部グループインタリービングブロック８９２００は、ＱＣブロックに該当するビットをサイクリックシフトさせて書き込むこともできる。これは、設計者の意図によって変更可能な事項である。
【０７４２】
具体的な動作は、上述した通りであるので省略する。
【０７４３】
図１０５は、本発明の一実施例に係るＮＵＣ−１０２４である場合の内部グループインタリービングの読み取り過程を示した図である。
【０７４４】
上述したように、ＮＵＣの場合、内部グループインタリービングブロック８９２００は、各ＱＣブロックの１ビット単位で読み取り動作を行うことができる。図面に示したように、内部グループインタリービングブロック８９２００は、１ビットずつ１０回読み取り動作を行い、１０ビット単位の各ビットを出力し、出力された１０ビット単位の各ビットは、ビットインタリーバ５０２０の後段のコンスタレーションマッパ５０３０によって一つのシンボルにマップすることができる。具体的な動作は、上述した通りであるので省略する。
【０７４５】
以下では、ＬＤＰＣコードワードの長さが１６２００で、変調値がＱＰＳＫである場合のビットインタリーバの動作に対して説明する。
【０７４６】
図１０６は、本発明の更に他の実施例に係る内部グループインタリービングパラメータを示した表である。
【０７４７】
図１０６は、上述した図１０３の他の実施例であって、図１０６に示した表は、図１０３で説明した表と同一であるが、変調タイプがＱＰＳＫである場合の内部グループインタリービングが行われるＱＣブロックの個数がさらに追加された表である。具体的な説明は、上述した通りであるので省略する。
【０７４８】
図１０７は、本発明の他の実施例に係るリマインドＱＣブロック動作を示した図である。
【０７４９】
図１０７は、図１００の中間に示したリマインドＱＣブロックの他の実施例であって、ＬＤＰＣコードワードの長さが１６２００で、ＱＣブロックのサイズが３６０である場合のリマインドＱＣブロックを示す。
【０７５０】
上述したように、各変調で内部グループに該当するＱＣブロック同士を束ねると、いずれの内部グループにも属しないＱＣブロックが存在し得る。
【０７５１】
図面に示したように、ＮＵＣ−２５６である場合、図１０６の表によって８個のＱＣブロックが束ねられて一つの内部グループを形成するようになる。ＬＤＰＣコードワードの長さが１６２００である場合、合計４５（＝１６２００／３６０）個のＱＣブロックが生成されるので、これを８個で分けると５個の内部グループが生成される。この場合、合計４０個のＱＣブロックは５個の内部グループを構成できるが、残りの５個のＱＣブロックは内部グループに属しないリマインドＱＣブロックになる。
【０７５２】
この場合、図１００の下端に示したように、本発明の一実施例に係る内部グループインタリービングブロック８９２００は、５個のＱＣブロックのビットをビットオーダーの順に読み取ってコンスタレーションマッパ５０３０に伝送することができる。具体的な内容は、上述した通りであるので省略する。
【０７５３】
以下では、密度エボリューション（Ｄｅｎｓｉｔｙ  ｅｖｏｌｕｔｉｏｎ）（ＤＥ）を適用したビットインタリービングに対して説明する。
【０７５４】
上述したように、本発明の一実施例に係るビットインタリーバ５０２０は、データＦＥＣエンコーダ５０１０とコンスタレーションマッパ５０３０との間に位置し、データＦＥＣエンコーダ５０１０の各出力ビットをスプレッドさせる役割と、ビットツイスティング（インタリービング）を通じてマルチエッジシンボル（ｍｕｌｔｉ−ｅｄｇｅｄ  ｓｙｍｂｏｌ）が生成されることを防止する役割をすることができる。マルチエッジシンボル（ｍｕｌｔｉ  ｅｄｇｅ  ｓｙｍｂｏｌ）とは、一つのチェックノードに連結された各ビットのうち二つ以上が集まって一つのシンボルをなす場合を意味する。このようなマルチエッジシンボルが存在する場合、消去チャネル（ｅｒａｓｕｒｅ  ｃｈａｎｎｅｌ）でのＬＤＰＣデコーディング性能を低下させる要因として作用し得る。従来の地上波放送システムでは、このようなマルチエッジシンボルを伝送端で防止するために列ツイスティング方法を適用してインタリービングを行い、ビットインタリービング後、デマルチプレキシングを適用することによってインタリーブされた各ビットがＱＡＭシンボルにマップされるとき、いずれの信頼性を有する変調ビット（ＱＡＭのＭＳＢ或いはＬＳＢ）と連結されるのかを決定した。
【０７５５】
したがって、従来の地上波放送システムでは、デマルチプレキシングパターン（ｄｅｍｕｘｉｎｇ  ｐａｔｔｅｒｎ）によって変調のビットと連結されるＬＤＰＣのビット間の連結関係が変更され、このような変更によってＬＤＰＣデコーディング性能が影響を受けるという問題が発生した。また、従来の地上波放送システムでは、デマックスパターンが変調オーダー値又はその２倍の値に固定されていたので、変調オーダーの制限によってそのケースが限定されるという問題があった。
【０７５６】
したがって、本発明では、従来の地上波放送システムの限界を克服するために、密度エボリューションを用いて最適な分布（ｄｉｓｔｒｉｂｕｔｉｏｎ）（ビットとバッファ内の各ブロックとの間の連結）を求め、より性能が高いビットインタリービングを提案する。
【０７５７】
図１０８は、本発明の他の実施例に係るビットインタリーバを示したブロック図である。
【０７５８】
図１０８に示したビットインタリーバは、上述したビットインタリーバ５０２０の他の実施例に該当し、バッファ書き込みブロック１０１１００及びサイクリックシフト動作及びバッファ読み取りブロック１０１２００を含むことができる。上述したように、本発明では、密度エボリューションを用いて求めたＳＮＲスレッショルドの観点で最適な分布を有して具現したビットインタリービング方法を用いて、マルチエッジシンボルの生成を回避できるビットインタリーバを提案する。
【０７５９】
本発明の送信機又は送信装置は、ＬＤＰＣコードの情報（可変ノード次数分布（Ｖａｒｉａｂｌｅ  ｎｏｄｅ  ｄｅｇｒｅｅ  ｄｉｓｔｒｉｂｕｔｉｏｎ）及びチェックノード次数分布（ｃｈｅｃｋ  ｎｏｄｅ  ｄｅｇｒｅｅ  ｄｉｓｔｒｉｂｕｔｉｏｎ））及び変調の各ビットが有する相互情報（Ｍｕｔｕａｌ  ｉｎｆｏｒｍａｔｉｏｎ）（或いはビットワイズキャパシティ（ｂｉｔｗｉｓｅ  ｃａｐａｃｉｔｙ））値を用いて、密度エボリューションを通じてビットインタリービングを行った後、各変調ビットが有しなければならないＬＤＰＣ可変ノードの分布を求めることができる。すなわち、本発明の一実施例に係る分布は、同じ次数を有する可変ノード（ｖａｒｉａｂｌｅ  ｎｏｄｅ）の集合と定義することができ、本発明では、これを次数プロファイル（ｄｅｇｒｅｅ  ｐｒｏｆｉｌｅ）と称することを一実施例とする。これは、設計者意図によって変更可能な事項である。
【０７６０】
図面に示したビットインタリーバは、次数プロファイルに合う連結を維持するように設計できるので、受信端でＬＤＰＣデコーディングの高い性能を確保することができる。
【０７６１】
図１０８に示したビットインタリーバは、上述したビットインタリーバ５０２０の他の実施例に該当し、バッファ書き込みブロック１０１１００と、サイクリックシフト動作及びバッファ読み取りブロック１０１２００とを含むことができる。以下、各ブロックを説明する。
【０７６２】
バッファ書き込みブロック１０１１００は、密度エボリューションの結果によってインタリービングのための各ビットをバッファに書き込むことができる。この場合、バッファ書き込みブロック１０１１００は、各分布別に書き込みを行うことができる。その後、サイクリックシフト動作及びバッファ読み取りブロック１０１２００は、マルチエッジシンボルが生じないように書き込まれた各ビットをサイクリックシフトした後、各分布別に読み取ることができる。
【０７６３】
本発明の一実施例に係るビットインタリーバは、インタリービング遂行前のＬＤＰＣの情報とコンスタレーションの相互情報を用いるので、各変調とコードによって独立的に設計することができる。
【０７６４】
図１０９は、本発明の一実施例に係る密度エボリューションを通じて次数プロファイルを得る手続を示した数式である。
【０７６５】
図１０７の第１ブロックに示したように、本発明の一実施例に係る送信機は、各変調ビットに対してビットレベルキャパシティ（相互情報）を計算することができる。
【０７６６】
図１０７の第２ブロックに示したように、その後、本発明の実施例に係る送信機は、ビットレベルキャパシティをノイズ分散（ｎｏｉｓｅ  ｖａｒｉａｎｃｅ）に切り替えることができる。
【０７６７】
その後、図１０７に示したように、本発明の実施例に係る送信機は、密度エボリューションを使用することによって各変調ビットに対して分布を最適化することができる。
【０７６８】
図１１０は、本発明の一実施例に係る次数プロファイルを示す。
【０７６９】
図面に示したマトリックスＬは、本発明の一実施例に係る密度エボリューションの結果である次数プロファイルを意味する。インデックスｊは、変調のビットインデックスを意味し、ｉは、ＬＤＰＣの可変ノード次数の種類に対するインデックスであって、Ｌｉｊの全体の合計は、全体のノードの部分を意味する１にならなければならない。また、列方向の和は、全体のノードで該当するノードが有する比率を意味し、行方向の和は、変調でシンボルの各ビットが有する比率を意味する。１６ＱＡＭの場合、ＭＳＢ、ＬＳＢがＩ、Ｑ方向にそれぞれ一つずつ存在するので、行方向の和は１／４である０．２５になり得る。その後、Ｌマトリックスに全体のＬＤＰＣの長さを掛ければ、それぞれ実際に有するノードの個数を求めることができる。
【０７７０】
図１１１は、本発明の他の実施例に係るビットインタリービング及びビットデインタリービングを示す。
【０７７１】
図１１１は、コードワード長さが２４Ｋで、変調タイプがＱＡＭ−１６である場合のビットインタリービング及びビットデインタリービングを示す。
【０７７２】
具体的に、図面の左側は、ブロックとして表現されたバッファにビットインタリービングが行われる過程を示し、図面の右側は、ブロックとして表現されたバッファにビットデインタリービングが行われる過程を示す。
【０７７３】
また、図面の左側に示したビットインタリービングは、上述したマルチエッジシンボルを回避するためのサイクリックシフト及びインタリーバ／デインタリーバを書き込んで読み取るときの構成を除いて、書き込み及び読み取り動作のみが行われた場合を示し、図面の右側は、これに対応するビットデインタリービングを示す。
【０７７４】
以下では、図面の左側に示したビットインタリービングを中心に説明する。
【０７７５】
本発明において、ビットインタリービングのためのメモリバッファの行の個数は変調オーダーと同一で、列の数は全体のコードワード長さで変調オーダーを割ったものと同じである。また、図面に示したバッファの各行は、変調シンボルの各ビットに該当し、各行はＭＳＢ又はＬＳＢに該当し得る。各変調ビットが有しなければならない最適の可変ノード次数は、図１０８及び図１０９で説明した密度エボリューションを通じて求めることができ、該当の次数値によって各ビットを分布内に書き込むことができる。したがって、図面に示したバッファ内の互いに異なる色処理された各ブロックは、それぞれ異なる次数を有する各可変ノードの集合、すなわち、分布を意味する。また、１番目のＭＳＢが有しなければならない可変ノード次数の各ビットの数はそれぞれ２、２、２であることが分かる。
【０７７６】
上述したビットインタリーバ又はバッファ書き込みブロック１０１１００は、各分布ごとに各入力ビットをバッファに書き込むことができる。その後、上述したビットインタリーバ又はサイクリックシフト動作及びバッファ読み取りブロック１０１２００は、該当のバッファの各ビットを列方向に４個のビットを読み取ることができる。この場合、４個のビットは、コンスタレーションマッパ５０３０で一つのシンボルにマップすることができる。
【０７７７】
図面の右側に示したビットデインタリービングは、上述したビットインタリービングの逆過程であって、入力された各ビットを列方向にデインタリービングメモリに連続的に書き込んで読み取る過程を含む。この場合、各分布別に読み取りが行われるので、ビットインタリービング前のシーケンスを復元することができる。
【０７７８】
図面の下端は、ビットインタリービングの入力シーケンスとビットインタリービングの出力シーケンス、及びビットデインタリービングの入力シーケンスとビットデインタリービングの出力シーケンスを示す。
【０７７９】
図面に示したように、ビットインタリービングの入力シーケンスは、順次的な数字に対応するビットであって、１番、２番、３番に対応する各ビットは、各分布に順次書き込むことができる。その後、ビットインタリービングが行われれば、列方向に１番、３番、５番、６番に対応する各ビットが順次出力される。ビットデインタリービングの入力は、ビットインタリービングの出力シーケンスと同一で、ビットデインタリービングの出力シーケンスはビットインタリービングの入力シーケンスと同一である。
【０７８０】
図１１２は、本発明の一実施例に係るビットインタリービングパターンを示す。
【０７８１】
一つのシンボルを構成する場合、ＬＤＰＣ  ＦＥＣブロックのパリティ部分に該当する各ビットが混じると、消去チャネルでの性能が向上し得る。したがって、本発明では、ＤＰＭ密度エボリューションを通じてビットインタリービングパターンを生成するとき、パリティ部分が混じったシンボルを作ることができるビットインタリービング（又はビットインタリービングパターン）を提案する。
【０７８２】
具体的に、本発明では、上述した密度エボリューションでシンボルの各ビットが有しなければならない最適のパリティ部分の量を決定し、各パリティ部分が重ならないようにインタリービングが行われ得るインタリービングパターンを提案する。
【０７８３】
図１１２は、図１１１と同様に、コードワードの長さが２４Ｋで、変調タイプがＱＡＭ−１６である場合のビットインタリービングであって、密度エボリューションを通じてＭＳＢが２個のパリティ部分（行次数ノード（ｌｏｗ  ｄｅｇｒｅｅ  ｎｏｄｅ））を含み、ＬＳＢが１個のパリティ部分を含む場合を示す。
【０７８４】
図面の左側ブロックは、バッファ内で各可変ノードが分布によってセットされた位置を示す。上述したように、異なる形に色処理された各ブロックは、それぞれ異なる次数を有する各可変ノードの集合、すなわち、分布を意味する。左側ブロックに表示された円は、バッファ内のパリティ部分を意味する。
【０７８５】
図面の右側ブロックは、インタリービングを通じてパリティ部分が均等に分布された場合を示す。右側ブロックに表示された円は、バッファ内に均等に分布されたパリティ部分を意味する。
【０７８６】
特に、本発明では、サイクリックシフトを通じてパリティ部分が均等に分布されるようにビットインタリービングパターンを調節することができる。また、サイクリックシフト方式の他に、設計者の意図によって他の方法を使用してパリティ部分をシンボルに均等に分散させることができる。その後、本発明の一実施例に係るビットインタリーバは、書き込み構成サーチ（ｗｒｉｔｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｅａｒｃｈ）及び／又はマルチエッジシンボル（ｍｕｌｔｉ−ｅｄｇｅｄ  ｓｙｍｂｏｌ）を除去するためのサイクリックシフトを行うことができる。具体的な内容は後で説明する。
【０７８７】
以下では、本発明の一実施例に係る書き込み構成に対して説明する。
【０７８８】
上述したように、本発明の一実施例に係るビットインタリーバは、各入力ビットに対して各分布別に書き込み動作を行うことができる。この場合、ビットインタリーバは、ＱＡＭのシンボル内のＭＳＢ或いはＬＳＢによって入力された各ビットを書き込むことができる。これを書き込み構成と称することができる。本発明の一実施例に係るビットインタリーバは、複数の書き込み構成のうち一つの書き込み構成を選択し、選択した書き込み構成によって該当の各ビットを書き込むことができる。
【０７８９】
図１１３は、本発明の一実施例に係る書き込み構成を示す。
【０７９０】
上述したように、本発明の一実施例に係るビットインタリーバは、ＭＳＢ及びＬＳＢに該当する行に対してそれぞれ有しなければならない特定次数が同一のノードの個数が定められると、それによってバッファに各ビットを書き込むことができる。したがって、本発明の一実施例に係る書き込み構成は、各ＭＳＢ及びＬＳＢが有する具体的なビットの個数によって決定することができる。
【０７９１】
図１１３の上端に示したグラフは、Ｄｖ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  ｏｆ  ｖａｒｉａｂｌｅ  ｎｏｄｅ）と可変ノードとの関係を示す。図面の上端の右側に示したボックスは、１６−ＱＡＭの書き込み構成及び６４−ＱＡＭの書き込み構成を示す。
【０７９２】
図１１３の下端に示したブロックは、複数の１６−ＱＡＭの書き込み構成のうち高次数可変ノード構成（Ｈｉｇｈ  ｄｅｇｒｅｅ  ｖａｒｉａｂｌｅ  ｎｏｄｅ’ｓ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）がＬＭＭＬとして選択された場合の書き込みオーダーを示した実施例である。
【０７９３】
結果的に、書き込み構成は、ＭＳＢ及びＬＳＢと各ビットの連結を意味する。このような特定連結は、受信機のＬＤＰＣデコーディングの性能に影響を及ぼすので、本発明の一実施例に係るビットインタリーバは、各変調とコードレートの組み合わせによって適切な構成を選択することによってインタリービングの書き込み動作を行うことができる。
【０７９４】
具体的に、図面に示した１６−ＱＡＭの書き込み構成のうちＭＭＬＬを選択した場合、該当分布内でビット１〜１０はＭＳＢ１に連結し、ビット１１〜２０はＭＳＢ２に連結し、ビット２１〜２５及びビット２６〜３０はそれぞれＬＳＢ１、ＬＳＢ２に連結することができる。
【０７９５】
また、図面に示した１６−ＱＡＭの書き込み構成のうちＭＬＭＬを選択した場合、該当分布内でビット１〜１０はＭＳＢ１に連結し、ビット１１〜１５はＬＳＢ１に連結し、ビット１６〜２５及びビット２５〜３０はそれぞれＭＳＢ２及びＬＳＢ４に連結することができる。
【０７９６】
本発明の一実施例に係る書き込み構成は、各可変ノードが属する領域ごとに異なる形に設定することができ、該当領域をＭ１Ｍ２Ｌ１Ｌ２の４個の領域より細分化されたＭ１−１、Ｍ１−２、Ｍ２−１、Ｍ２−２、Ｌ１−１、Ｌ１−２、Ｌ２−１、Ｌ２−２などに決定して設定することもできる。或いは、一つのビットごとに具体的な位置を決定することもできる。これは、設計者の意図によって変更可能な事項である。
【０７９７】
図１１４は、本発明の一実施例に係るサイクリックシフト動作を示した図である。
【０７９８】
上述したように、マルチエッジシンボルは、消去チャネルでＬＤＰＣデコーディング性能を低下させる主な要因であるので、マルチエッジシンボルが生成されないようにビットインタリービングが行われなければならない。
【０７９９】
図面の左側ブロックは、サイクリックシフトが行われる前の書き込み動作を示し、図面の右側ブロックは、サイクリックシフトが行われた後の読み取り動作を示す。
【０８００】
以下では、図面の左側ブロックに表示された円に対応する４番及び１１番のビットは、同一のチェックノードにあるビットであって、マルチエッジシンボルを生成できるビットと仮定する。
【０８０１】
本発明の一実施例に係るビットインタリーバ又はサイクリックシフト動作及びバッファ読み取りブロック１０１２００は、与えられたＨマトリックスとビットインタリービングパターンを用いてマルチエッジシンボルの生成有無を感知することができる。
【０８０２】
この場合、本発明の一実施例に係るビットインタリーバ又はサイクリックシフト動作及びバッファ読み取りブロック１０１２００は、該当の各ビットをシフトさせるためのサイクリックシフトファクタを探すことができる。その後、本発明の一実施例に係るビットインタリーバ又はサイクリックシフト動作及びバッファ読み取りブロック１０１２００は、選択されたサイクリックシフトファクタを用いて該当の各ビットが含まれた行方向サイクリックシフト（ｒｏｗ−ｗｉｓｅ  ｃｙｃｌｉｃ  ｓｈｉｆｔ）を行い、バッファメモリ値を再構成した後で読み取り動作を行うことができる。この過程を通じて、マルチエッジシンボルが生成されることを防止することができる。
【０８０３】
本実施例では、サイクリックシフトファクタは［００１０］であって、全体のシンボル６個（＝２４／４）のマルチエッジシンボルの生成を避けるために使用された。図面に示したように、選択されたサイクリックシフトファクタによって１番目、２番目及び４番目の行はシフトされず、３番目の行のみが右側方向にシフトされたことが分かる。サイクリックシフトは、設計者の意図によって時計方向或いは反時計方向のいずれの方向にも行うことができる。
【０８０４】
ビットインタリービングでサイクリックシフト動作が行われた場合、ビットデインタリービングでも、書き込み動作後、ビットインタリービングのサイクリックシフトの逆方向に対応するサイクリックシフト動作を行うことができる。
【０８０５】
以下では、図１０６〜図１１３で説明したビットインタリービングがＱＣブロック単位として適用される場合を説明する。
【０８０６】
図１１５は、本発明の一実施例に係るＱＣレベルのビットインタリービングを示した図である。
【０８０７】
上述したように、本発明では、受信機でのパラレルデコーディング（ｐａｒａｌｌｅｌ  ｄｅｃｏｄｉｎｇ）を可能にするためにＱＣ形態のＬＤＰＣエンコーディングを使用することができる。
【０８０８】
ＱＣ  ＬＤＰＣエンコーディングの場合、一つのＱＣ形態（又はＱＣブロック）に属する各ビットは、それぞれチェックノードに連結された回数（可変ノード次数）及び連結性が同一である。したがって、ビットインタリーバは、ビット単位の代わりにＱＣブロック単位（或いはＱＣレベル）で書き込み動作を行うことができる。これは、同一のＱＣ内の全てのビットが同一のレベル（例えば、ＭＳＢ又はＬＳＢ）に連結できることを意味する。
【０８０９】
図面に示したブロックは、ＱＣブロック単位でビットインタリービングが行われたバッファを示す。図面に示した各ＱＣブロックの番号は、各ＱＣに該当する各ビットの集合を示す。具体的に、３ＱＣは、３番目のＱＣブロックに属する各ビットの集合を意味し、ＱＣブロックのサイズが３６０である場合、３６０個のビットが該当ブロックに属することができる。
【０８１０】
本発明の一実施例に係るビットインタリーバは、書き込まれた各ＱＣブロックを列方向に読み取ると、これをコンスタレーションマッパ５０３０に出力することができる。出力されたＱＣブロックに含まれた各ビットは最終的なシンボルを生成することができる。
【０８１１】
また、全てのＱＣブロックの個数と変調オーダーとの間の関係により、１／２ＱＣ単位でビットインタリーバを設計することもできる。これは、設計者の意図によって変更可能な事項である。
【０８１２】
図１１６は、本発明の一実施例に係るＱＣレベル及びビットレベルを有するサイクリックシフト動作を示した図である。
【０８１３】
図１１６は、図１１４で説明したサイクリックシフト動作の他の実施例に該当する。
【０８１４】
本発明の実施例に係るサイクリックシフト動作は、ＱＣレベルビットインタリービングに適用することができる。この場合、ＱＣレベルのサイクリックシフトファクタは、全てのマルチエッジシンボルを避けることができない。よって、ビットレベルのサイクリックシフトは各ＱＣブロックに適用することができる。
【０８１５】
図面の上端に示したブロックは、上述したＱＣブロック単位でビットインタリービングが行われたバッファを示すブロックである。ブロックに表示された円は、マルチエッジシンボルが発生し得る各ＱＣブロックを意味する。この場合、図面に示したように、３番目の行に対してＱＣブロック単位（又はＱＣレベル）でサイクリックシフトを行うことができる。
【０８１６】
図面の中間に示したブロックは、ＱＣブロック単位で行われるサイクリックシフトが行われたバッファを示すブロックである。ブロックに表示された円は、ＱＣブロック単位でサイクリックシフトが行われてもマルチエッジシンボルが発生する場合を示す。この場合、１２ＱＣブロック内でビット単位（又はビットレベル）でサイクリックシフトが行われる。
【０８１７】
図面の下端に示したブロックは、ビット単位でサイクリックシフトが行われたバッファを示すブロックである。図面に示した１２ＱＣ’ブロックは、ビット単位のサイクリックシフトが行われた１２ＱＣブロックを意味する。
【０８１８】
ＱＣブロック単位のサイクリックシフト及びビット単位のサイクリックシフトは、設計者の意図によって時計方向或いは反時計方向のいずれの方向にも行うことができる。
【０８１９】
図１１７は、本発明の一実施例に係る均一に分散されたパリティに対するサイクリックシフト動作（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｏｐｅｒａｔｉｏｎ  ｆｏｒ  ｅｖｅｎｌｙ  ｄｉｓｐｅｒｓｅｄ  ｐａｒｉｔｙ）を示した図である。
【０８２０】
上述したように、消去チャネルに対して、本発明の実施例に係る送信機又はビットイントリーバは、パリティ部分を均一に分散させることができ、本発明の実施例に係る送信機又はビットインタリーバは、最適化された可変ノード位置を決定するために書き込み構成サーチを動作することができる。しかし、これは、マルチエッジシンボルを発生させ得る。
【０８２１】
この場合、本発明の実施例に係る送信機又はビットインタリーバは、パリティ部分無しでシンプルなサイクリックシフト動作を行うことができる。このような動作を行うことによって、送信機又はビットインタリーバはマルチエッジシンボルを避けることができる。
【０８２２】
本発明の一実施例に係るビットインタリーバは、図１１２で説明したパリティ部分を均一に分布させた後、図１１３で説明した書き込み構成サーチを通じて最適の可変ノードの位置を定めた後、マルチエッジシンボル（ｍｕｌｔｉ−ｅｄｇｅｄ  ｓｙｍｂｏｌ）の生成有無を確認することができる。この場合、マルチエッジシンボルが発生するとき、図１１４で説明した方式でサイクリックシフトを適用すれば、均一に分布された各パリティ部分が均一に分布されない場合もある。したがって、本発明では、パリティ部分を除いた残りの可変ノードに対してのみサイクリックシフトを適用する方法を提案する。これを通じて、均一に分布されたパリティ部分の分布を維持することができ、ビットインタリービング後、マルチエッジシンボルの生成を防止することができる。
【０８２３】
図面の左側ブロックは、パリティ部分を除いてサイクリックシフトを行う場合のバッファを示すブロックであり、図面の右側ブロックは、サイクリックシフトが行われた後のバッファを示すブロックである。
【０８２４】
図面の左側ブロックに表示された円は、マルチエッジシンボルが発生する各ビットを意味する。この場合、本発明の一実施例に係るビットインタリーバは、適切なサイクリックシフトファクタを選択してサイクリックシフトを行うことができる。図面の左側ブロックでは、３番目の行と４番目の行に反時計方向にサイクリックシフト動作が適用されることが分かる。
【０８２５】
この場合、３番目の行と４番目の行に含まれた２１番、２２番のビットはパリティ部分に該当する。
【０８２６】
したがって、図面の右側ブロックに示したように、本発明の一実施例に係るビットインタリーバは、２１番、２２番のビットに対してはサイクリックシフト動作を行わなく、残りのビットに対してのみサイクリックシフト動作を行うことができる。この場合、２１番、２２番のビットと同一に色処理された各ビットはパリティ部分に該当するので、均等に分布されたパリティ部分の分布が維持されながらマルチエッジシンボルが発生しないことが分かる。
【０８２７】
図１１８は、本発明の他の実施例に係るデマッピング及びデコーディングモジュール９０２０を示したブロック図である。
【０８２８】
図１１８は、図１０１で説明したデマッピング及びデコーディングモジュール９０２０の他の実施例であって、上述したように、デマッピング及びデコーディングモジュール９０２０は、図１で説明したＢＩＣＭブロック１０１０の逆過程を行うことができる。
【０８２９】
図面に示したように、本発明の他の実施例に係るデマッピング及びデコーディングモジュールは、セル／時間デインタリーバ（ｃｅｌｌ／ｔｉｍｅ  ｄｅｉｎｔｅｒｌｅａｖｅｒ）ブロック、デモジュレータ、ビットデインタリーバ１１１０００及びＬＤＰＣ／ＢＣＨデコーダを含むことができる。ビットデインタリーバ１１１０００を除いた残りのブロックは、図１０１で説明したような動作を行えるので、それについての具体的な説明は省略する。
【０８３０】
ビットデインタリーバ１１１０００は、図１０１で説明したビットデインタリーバ９２２００の他の実施例であって、バッファ書き込み及びサイクリックリバースシフト動作（Ｂｕｆｆｅｒ  Ｗｒｉｔｅ  ａｎｄ  ｃｙｃｌｉｃ  ｒｅｖｅｒｓｅ  Ｓｈｉｆｔ  Ｏｐｅｒａｔｉｏｎ）ブロック１１１１００及びＤＥ結果を用いたバッファ読み取り（ｂｕｆｆｅｒ  ｒｅａｄ  ｕｓｉｎｇ  ＤＥ  ｒｅｓｕｌｔｓ）ブロック１１１２００を含むことができる。また、ビットデインタリーバ１１１０００は、図１０８〜図１１７で説明したビットインタリービングの逆過程を行うことができる。具体的な説明は省略する。
【０８３１】
図１１９は、本発明の一実施例に係るＤＥ結果及びこれと関連するバッファを示した図である。
【０８３２】
具体的に、図面の上端の表は、変調タイプがＱＡＭ−２５６で、コードレートが３／４である場合のＤＥ結果を示し、図面の下端は、これと関連するバッファを示すブロックである。
【０８３３】
図面の上端に示した表は、次数プロファイルと称することができる。変調タイプがＱＡＭ−２５６で、コードレートが３／４である場合、次数が８である可変ノード、次数が３である可変ノード、次数が２又は１であるノード（１であるノードは、次数２である次数ノードとして含む）、すなわち、３種類の可変ノードが存在し得る。図面の上端の表は、２５６ＱＡＭシンボルの各ビット（ＭＳＢ、ＬＳＢ）と各可変ノードとの連結を示す。
【０８３４】
図面の上端の右側に示したように、次数が３である可変ノード及び次数が２である可変ノードに対する書き込み構成が決定されると、本発明の一実施例に係るビットインタリーバは、書き込み構成とＤＥ結果に基づいて各ビットをバッファに書き込むことができる。
【０８３５】
図面の下端に示したブロックは、各ビットがバッファに書き込まれた結果を示す。本発明の一実施例に係るビットインタリーバは、バッファに書き込まれた各ビットを列方向に読み取って最終的に出力することができる。この場合、出力される各ビットは、順次Ｍ１  Ｍ２  Ａ１  Ａ２  Ａ３  Ａ４  Ｌ１  Ｌ２のＱＡＭビットにそれぞれ該当する位置に連結することができる。
【０８３６】
図１２０は、本発明の一実施例に係るシンボルのＢＥＲ（Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｅ）、ＢＬＥＲ（Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）結果を示したグラフである。
【０８３７】
具体的に、図１２０は、上述したビットインタリービングが適用されたシンボルがＡＷＧＮ（Ａｄｄｉｔｉｖｅ  Ｗｈｉｔｅ  Ｇａｕｓｓｉａｎ  Ｎｏｉｓｅ）チャネルを通過してデモジュレートされた後、デインタリービングを経てＬＤＰＣデコードされた場合のＢＥＲ及びＢＬＥＲを示したグラフである。
【０８３８】
図１２１は、本発明の一実施例に係る放送信号送信方法のフローチャートである。
【０８３９】
本発明の一実施例に係る放送信号送信装置は、サービスデータをエンコードすることができる（Ｓ１１４０００）。上述したように、サービスデータは、一つ又は複数のサービス又はサービスコンポーネント又は関連するメタデータを伝送する物理層内の論理チャネルであるデータパイプを介して伝送される。データパイプ上で伝送されるデータは、ＤＰデータ又はサービスデータと称することができる。具体的なエンコーディング方法は、図１、図５〜図６、図２２、図３０〜図８２で説明した通りである。
【０８４０】
本発明の実施例に係る送信機は、エンコードされたサービスデータをビットインタリーブすることができる（Ｓ１１４０１０）。ビットインタリービングは、効率的に行える構造を提供し、ＬＤＰＣコード及び変調方法の組み合わせで最適化された性能を達成するために設計された。ＬＤＰＣエンコーダの出力に対しては、パリティインタリービング、疑似サイクリックブロック（ＱＣＢ）インタリービング、及び内部グループインタリービングで構成されたビットインタリービングが行われる。具体的な内容は、図９６〜図１２０で説明した通りである。
【０８４１】
本発明の実施例に係る送信機は、少なくとも一つの信号フレームをビルドするために複数のＯＦＤＭシンボルでビットインタリーブされたサービスデータをマップすることができる（Ｓ１１４０１０）。具体的な内容は、図７及び図１０〜図２１で説明した通りである。
【０８４２】
本発明の実施例に係る送信機は、ビルドされた少なくとも一つの信号フレーム内のデータをＯＦＤＭ方法を用いて変調することができる（Ｓ１１４０２０）。具体的な内容は、図１又は図８で説明した通りである。
【０８４３】
本発明の実施例に係る送信機は、変調されたデータを含む放送信号を伝送することができる（Ｓ１１４０３０）。具体的な内容は、図１又は図８で説明した通りである。
【０８４４】
図１２２は、本発明の一実施例に係る放送信号受信方法のフローチャートである。
【０８４５】
図１２２は、図１２１で説明した放送信号送信方法の逆過程に該当する。
【０８４６】
本発明の一実施例に係る放送信号受信装置は、各放送信号を受信することができる（Ｓ１１５０００）。
【０８４７】
その後、本発明の一実施例に係る放送信号受信装置は、受信した各放送信号をＯＦＤＭ（Ｏｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方法で復調することができる（Ｓ１１５０１０）。具体的な過程は、図９で説明した通りである。
【０８４８】
本発明の実施例に係る受信機は、復調された放送信号から信号フレームをパースすることができる（Ｓ１１５０２０）。具体的な過程は、図９で説明した通りである。この場合、本発明の一実施例に係る放送信号受信装置は、上述したビットインタリービングの逆過程に該当するビットデインタリービングを行うことができる。具体的な内容は、図９６〜図１２１で説明した通りである。
【０８４９】
本発明の実施例に係る受信機は、パースされた信号フレーム内のデータをデコードすることができる（Ｓ１１５０３０）。具体的な内容は、図１、図５〜図６、図９、図２２、図３０〜図８２で説明した通りである。
【０８５０】
上述したように、サービスデータは、一つ又は複数のサービス又はサービスコンポーネント又は関連するメタデータを伝送する物理層内の論理チャネルであるデータパイプを介して伝送される。データパイプ上で伝送されるデータは、ＤＰデータ又はサービスデータと称することができる。
【０８５１】
以下では、コードワードの長さと変調値による各コードレート別ビットインタリービング表を説明する。上述したように、ＱＣＢインタリービングパターンは、各変調タイプ及びＬＤＰＣコードレートの組み合わせによって固有である。ビットインタリービングパターンは、ＱＣＢインタリービングパターンと称することができる。
【０８５２】
各ＱＣＢインタリービングパターン表は、ＱＣＢインタリービングの出力とＱＣＢインタリービングの入力との関係を示す。ＬＤＣＰ出力は、１８０個のＱＣブロックに分けられ、各ＱＣブロックは０から１７９の数字で表現することができる。したがって、ＬＤＰＣコードワードの長さが６４８００ビットである場合、０から３５９ビットは０番目のＱＣブロックに該当し、３６０〜７１９ビットは１番目のＱＣブロックに該当し得る。
【０８５３】
表の左側は、ＱＣＢインタリービング（ｇｒｏｕｐ  ｗｉｓｅ  ｉｎｔｅｒｌｅａｖｉｎｇ）の出力順序を示し、表の右側はＱＣＢインタリービングの入力順序を示す。
【０８５４】
本発明において、ＱＣＢインタリービングパターン表は、空間の不足により、いくつかの表として表現された。
【０８５５】
表４１及び表４２は、コードワード長さが１６Ｋで、変調タイプがＮＵＣ１６である場合のＱＣＢインタリービングパターン表を示す。
【０８５６】
【表４１】
0006339214.tif 000087
【０８５７】
【表４２】
0006339214.tif 000088
【０８５８】
表４３及び表４４は、変調タイプがＮＵＣ６４で、コードワード長さが１６ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８５９】
【表４３】
0006339214.tif 000089
【０８６０】
【表４４】
0006339214.tif 000090
【０８６１】
表４５及び表４６は、変調タイプがＮＵＣ２５６で、コードワード長さが１６ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８６２】
【表４５】
0006339214.tif 000091
【０８６３】
【表４６】
0006339214.tif 000092
【０８６４】
表４７及び表４８は、変調タイプがＱＰＳＫで、コードワード長さが１６ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８６５】
【表４７】
0006339214.tif 000093
【０８６６】
【表４８】
0006339214.tif 000094
【０８６７】
表４９〜表５４は、変調タイプがＮＵＣ１６で、コードワード長さが６４ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８６８】
【表４９】
0006339214.tif 000095
【０８６９】
【表５０】
0006339214.tif 000096
【０８７０】
【表５１】
0006339214.tif 000097
【０８７１】
【表５２】
0006339214.tif 000098
【０８７２】
【表５３】
0006339214.tif 000099
【０８７３】
【表５４】
0006339214.tif 000100
【０８７４】
表５５〜表６０は、変調タイプがＮＵＣ６４で、コードワード長さが６４ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８７５】
【表５５】
0006339214.tif 000101
【０８７６】
【表５６】
0006339214.tif 000102
【０８７７】
【表５７】
0006339214.tif 000103
【０８７８】
【表５８】
0006339214.tif 000104
【０８７９】
【表５９】
0006339214.tif 000105
【０８８０】
【表６０】
0006339214.tif 000106
【０８８１】
表６１〜表６７は、変調タイプがＮＵＣ２５６で、コードワード長さが６４ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８８２】
【表６１】
0006339214.tif 000107
【０８８３】
【表６２】
0006339214.tif 000108
【０８８４】
【表６３】
0006339214.tif 000109
【０８８５】
【表６４】
0006339214.tif 000110
【０８８６】
【表６５】
0006339214.tif 000111
【０８８７】
【表６６】
0006339214.tif 000112
【０８８８】
表６２〜表７２は、変調タイプがＮＵＣ  １Ｋで、コードワードの長さが６４ＫであるときのＱＣＢインタリービングパターン表を示す。
【０８８９】
【表６７】
0006339214.tif 000113
【０８９０】
【表６８】
0006339214.tif 000114
【０８９１】
【表６９】
0006339214.tif 000115
【０８９２】
【表７０】
0006339214.tif 000116
【０８９３】
【表７１】
0006339214.tif 000117
【０８９４】
【表７２】
0006339214.tif 000118
【０８９５】
装置及び方法の発明を本明細書に言及しており、これらの装置及び方法の発明に対する説明は相互補完的に適用することができる。
【０８９６】
当業者は、本発明の思想及び範囲を逸脱することなく、本発明の多様な変形及び変更が可能であることを認識できるだろう。したがって、本発明は、添付の特許請求の範囲及びその同等物の範囲内で提供される本発明の変形及び変更をカバーする。
【０８９７】
多様な実施例は、発明を実施するための最善の形態で記載された。
【産業上の利用可能性】
【０８９８】
本発明は、放送信号提供分野と関連して適用可能である。
【図１】
0006339214.tif 000127
【図２】
0006339214.tif 000128
【図３】
0006339214.tif 000129
【図４】
0006339214.tif 000130
【図５】
0006339214.tif 000131
【図６】
0006339214.tif 000132
【図７】
0006339214.tif 000133
【図８】
0006339214.tif 000134
【図９】
0006339214.tif 000135
【図１０】
0006339214.tif 000136
【図１１】
0006339214.tif 000137
【図１２】
0006339214.tif 000138
【図１３】
0006339214.tif 000139
【図１４】
0006339214.tif 000140
【図１５】
0006339214.tif 000141
【図１６】
0006339214.tif 000142
【図１７】
0006339214.tif 000143
【図１８】
0006339214.tif 000144
【図１９】
0006339214.tif 000145
【図２０】
0006339214.tif 000146
【図２１】
0006339214.tif 000147
【図２２】
0006339214.tif 000148
【図２３】
0006339214.tif 000149
【図２４】
0006339214.tif 000150
【図２５】
0006339214.tif 000151
【図２６】
0006339214.tif 000152
【図２７】
0006339214.tif 000153
【図２８】
0006339214.tif 000154
【図２９】
0006339214.tif 000155
【図３０】
0006339214.tif 000156
【図３１】
0006339214.tif 000157
【図３２】
0006339214.tif 000158
【図３３】
0006339214.tif 000159
【図３４】
0006339214.tif 000160
【図３５】
0006339214.tif 000161
【図３６】
0006339214.tif 000162
【図３７】
0006339214.tif 000163
【図３８】
0006339214.tif 000164
【図３９】
0006339214.tif 000165
【図４０】
0006339214.tif 000166
【図４１】
0006339214.tif 000167
【図４２】
0006339214.tif 000168
【図４３】
0006339214.tif 000169
【図４４】
0006339214.tif 000170
【図４５】
0006339214.tif 000171
【図４６】
0006339214.tif 000172
【図４７】
0006339214.tif 000173
【図４８】
0006339214.tif 000174
【図４９】
0006339214.tif 000175
【図５０】
0006339214.tif 000176
【図５１】
0006339214.tif 000177
【図５２】
0006339214.tif 000178
【図５３】
0006339214.tif 000179
【図５４】
0006339214.tif 000180
【図５５】
0006339214.tif 000181
【図５６】
0006339214.tif 000182
【図５７】
0006339214.tif 000183
【図５８】
0006339214.tif 000184
【図５９】
0006339214.tif 000185
【図６１】
0006339214.tif 000186
【図６２】
0006339214.tif 000187
【図６３】
0006339214.tif 000188
【図６４】
0006339214.tif 000189
【図６５】
0006339214.tif 000190
【図６６】
0006339214.tif 000191
【図６７】
0006339214.tif 000192
【図６９】
0006339214.tif 000193
【図７０】
0006339214.tif 000194
【図７１】
0006339214.tif 000195
【図７２】
0006339214.tif 000196
【図７３】
0006339214.tif 000197
【図７４】
0006339214.tif 000198
【図７５】
0006339214.tif 000199
【図７６】
0006339214.tif 000200
【図７７】
0006339214.tif 000201
【図７８】
0006339214.tif 000202
【図７９】
0006339214.tif 000203
【図８０】
0006339214.tif 000204
【図８１】
0006339214.tif 000205
【図８２】
0006339214.tif 000206
【図８３】
0006339214.tif 000207
【図８４】
0006339214.tif 000208
【図８５】
0006339214.tif 000209
【図８６】
0006339214.tif 000210
【図８７】
0006339214.tif 000211
【図８８】
0006339214.tif 000212
【図８９】
0006339214.tif 000213
【図９０】
0006339214.tif 000214
【図９１】
0006339214.tif 000215
【図９２】
0006339214.tif 000216
【図９３】
0006339214.tif 000217
【図９４】
0006339214.tif 000218
【図９５】
0006339214.tif 000219
【図９６】
0006339214.tif 000220
【図９７】
0006339214.tif 000221
【図９８】
0006339214.tif 000222
【図９９】
0006339214.tif 000223
【図１００】
0006339214.tif 000224
【図１０１】
0006339214.tif 000225
【図１０２】
0006339214.tif 000226
【図１０３】
0006339214.tif 000227
【図１０４】
0006339214.tif 000228
【図１０５】
0006339214.tif 000229
【図１０６】
0006339214.tif 000230
【図１０７】
0006339214.tif 000231
【図１０８】
0006339214.tif 000232
【図１０９】
0006339214.tif 000233
【図１１０】
0006339214.tif 000234
【図１１１】
0006339214.tif 000235
【図１１２】
0006339214.tif 000236
【図１１３】
0006339214.tif 000237
【図１１４】
0006339214.tif 000238
【図１１５】
0006339214.tif 000239
【図１１６】
0006339214.tif 000240
【図１１７】
0006339214.tif 000241
【図１１８】
0006339214.tif 000242
【図１１９】
0006339214.tif 000243
【図１２０】
0006339214.tif 000244
【図１２１】
0006339214.tif 000245
【図１２２】
0006339214.tif 000246