(57)【特許請求の範囲】
【請求項１】
放送信号受信機であって、
放送信号に対してＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）復調を行う復調モジュールと、
信号フレームのキャリアの数に基づいて前記放送信号の前記信号フレームからサービスデータを抽出するフレームパーシングモジュールと、
前記サービスデータについてのエラー訂正プロセスを実行するデコードモジュールと、
を備え、
前記放送信号受信機は、前記受信放送信号からＣＰ（Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔｓ）及びＳＰ（Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔｓ）を含むパイロット信号を検出するパイロット信号ディテクティングモジュールをさらに備え、
前記信号フレームの前記キャリアの数は、キャリアの最大数として決定されるか、又は、キャリアの最大数からユニットを減少して決定され、前記ユニットは、コントロールユニット値に減少係数を掛けて獲得され、前記コントロールユニット値はＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズに基づいて決定されたキャリアの所定の数に対応する、放送信号受信機。
【請求項２】
前記コントロールユニット値は、各々８Ｋ  ＦＦＴサイズが使用される場合、９６に該当し、１６Ｋ  ＦＦＴサイズが使用される場合、１９２に該当し、３２Ｋ  ＦＦＴサイズが使用される場合、３８４に該当する、請求項１に記載の放送信号受信機。
【請求項３】
前記ＣＰは、コモンＣＰセット及び付加ＣＰセットを含む、請求項１に記載の放送信号受信機。
【請求項４】
前記コモンＣＰセットは、３２Ｋ  ＦＦＴモード用の第１のＣＰセット、１６Ｋ  ＦＦＴモード用の第２のＣＰセット、及び８Ｋ  ＦＦＴモード用の第３のＣＰセットを含み、前記第１のＣＰセット、前記第２のＣＰセット、及び前記第３のＣＰセットは、予め設定された第１のレファレンスＣＰセットを使用して生成される、請求項３に記載の放送信号受信機。
【請求項５】
前記第１のＣＰセットは、前記第１のレファレンスＣＰセットに第２のレファレンスＣＰセットを付加することにより生成され、前記第２のレファレンスＣＰセットは、前記第１のレファレンスＣＰセットをリバース及びシフトすることにより生成される、請求項４に記載の放送信号受信機。
【請求項６】
前記第２のＣＰセットは、前記第１のＣＰセットに含まれたＣＰのうち、各２番目のインデックスのＣＰを使用することにより生成される、請求項５に記載の放送信号受信機。
【請求項７】
前記第３のＣＰセットは、前記第１のＣＰセットに含まれたＣＰのうち、各４番目のインデックスのＣＰを使用することにより生成される、請求項５に記載の放送信号受信機。
【請求項８】
前記付加ＣＰセットは、前記信号フレームの全てのデータシンボルに対して一定の数のデータキャリアを提供するように、ＳＰのキャリア位置に付加され、前記付加ＣＰセットは、ＳＰパターン及びＦＦＴサイズに依存する、請求項３に記載の放送信号受信機。
【請求項９】
特定ＳＰパターン及び特定ＦＦＴサイズに対する前記付加ＣＰセットは、前記減少係数によって異なるように付加される、請求項８に記載の放送信号受信機。
【請求項１０】
放送信号受信方法であって、
放送信号に対してＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）復調を行うステップと、
信号フレームのキャリアの数に基づいて前記放送信号の信号フレームからサービスデータを抽出するステップと、
前記サービスデータに対するエラー補正処理を実行するステップと、
を含み、
前記放送信号受信方法は、前記受信放送信号からＣＰ（Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔｓ）及びＳＰ（Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔｓ）を含むパイロット信号を検出するステップをさらに含み、
前記信号フレームの前記キャリアの数は、キャリアの最大数として決定されるか、又は、キャリアの最大数からユニットを減少して決定され、前記ユニットは、コントロールユニット値に減少係数を掛けて獲得され、前記コントロールユニット値はＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズに基づいて決定されたキャリアの所定の数に対応する、放送信号受信方法。
【請求項１１】
前記コントロールユニット値は、各々８Ｋ  ＦＦＴサイズが使用される場合、９６に該当し、１６Ｋ  ＦＦＴサイズが使用される場合、１９２に該当し、３２Ｋ  ＦＦＴサイズが使用される場合、３８４に該当する、請求項１０に記載の放送信号受信方法。
【請求項１２】
前記ＣＰは、コモンＣＰセット及び付加ＣＰセットを含む、請求項１０に記載の放送信号受信方法。
【請求項１３】
前記コモンＣＰセットは、３２Ｋ  ＦＦＴモード用の第１のＣＰセット、１６Ｋ  ＦＦＴモード用の第２のＣＰセット、及び８Ｋ  ＦＦＴモード用の第３のＣＰセットを含み、前記第１のＣＰセット、前記第２のＣＰセット、及び前記第３のＣＰセットは、予め設定された第１のレファレンスＣＰセットを使用して生成される、請求項１２に記載の放送信号受信方法。
【請求項１４】
前記第１のＣＰセットは、前記第１のレファレンスＣＰセットに第２のレファレンスＣＰセットを付加することにより生成され、前記第２のレファレンスＣＰセットは、前記第１のレファレンスＣＰセットをリバース及びシフトすることにより生成される、請求項１３に記載の放送信号受信方法。
【請求項１５】
前記第２のＣＰセットは、前記第１のＣＰセットに含まれたＣＰのうち、各２番目のインデックスのＣＰを使用することにより生成される、請求項１４に記載の放送信号受信方法。
【請求項１６】
前記第３のＣＰセットは、前記第１のＣＰセットに含まれたＣＰのうち、各４番目のインデックスのＣＰを使用することにより生成される、請求項１４に記載の放送信号受信方法。
【請求項１７】
前記付加ＣＰセットは、前記信号フレームの全てのデータシンボルに対して一定の数のデータキャリアを提供するように、ＳＰのキャリア位置に付加され、前記付加ＣＰセットは、ＳＰパターン及びＦＦＴサイズに依存する、請求項１２に記載の放送信号受信方法。
【請求項１８】
特定ＳＰパターン及び特定ＦＦＴサイズに対する前記付加ＣＰセットは、前記減少係数によって異なるように付加される、請求項１７に記載の放送信号受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。
【背景技術】
【０００２】
アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための多様な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、多様な種類の付加データをさらに含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチャンネル（multichannel、多チャンネル）オーディオ、及び多様な付加サービスを提供することができる。しかしながら、ディジタル放送のためには、多量のデータ転送に対するデータ転送効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。
【課題を解決するための手段】
【０００４】
前述した技術的課題を解決するために、本発明の一実施形態に係る放送信号受信機は、受信放送信号に対して信号検出及びＯＦＤＭ復調を行う同期化／復調モジュールと、前記受信放送信号の信号フレームをパーシングしてサービスデータを抽出するフレームパーシングモジュールと、入力信号をビットドメインに変換し、デインターリービングを行うデマッピング及びデコードモジュールと、サービスデータを受信してデータストリームを出力するアウトプット処理モジュールとを備え、前記同期化／復調モジュールは、前記受信放送信号からＣＰ（Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔｓ）及びＳＰ（Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔｓ）を含むパイロット信号をディテクティングするパイロット信号ディテクティングモジュールをさらに備え、前記ＣＰは、信号フレームの全てのシンボルに含まれ、前記ＣＰの位置及び数字は、ＦＦＴ（Ｆａｓｔ  Ｆｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズに基づいて決定される。
【０００５】
また、本発明の一実施形態に係る放送信号受信機において、前記信号フレームに含まれたキャリアの数は、最大キャリアの数からコントロールユニット値と減少係数との積の単位に減少されるようにコントロールされ、前記コントロールユニット値は、ＦＦＴサイズによって決定される予め設定されたキャリアの数に該当する。
【０００６】
また、本発明の一実施形態に係る放送信号受信機において、前記コントロールユニット値は、各々ＦＦＴサイズが８である場合、９６に該当し、ＦＦＴサイズが１６である場合、１９２に該当し、ＦＦＴサイズが３２である場合、３８４に該当する。
【０００７】
また、本発明の一実施形態に係る放送信号受信機において、前記ＣＰは、コモン（ｃｏｍｍｏｎ）ＣＰセット及び付加（ａｄｄｉｔｉｏｎａｌ）ＣＰセットを含む。
【０００８】
また、本発明の一実施形態に係る放送信号受信機において、前記コモンＣＰセットは、３２Ｋ  ＦＦＴモード用の第１のＣＰセット、１６Ｋ  ＦＦＴモード用の第２のＣＰセット、及び８Ｋ  ＦＦＴモード用の第３のＣＰセットを含み、前記第１のＣＰセット、前記第２のＣＰセット、及び前記第３のＣＰセットは、予め設定された第１のレファレンスＣＰセットを使用して生成される。
【０００９】
また、本発明の一実施形態に係る放送信号受信機において、前記第１のＣＰセットは、前記第１のレファレンスＣＰセットに第２のレファレンスＣＰセットを付加することにより生成され、前記第２のレファレンスＣＰセットは、前記第１のレファレンスＣＰセットをリバース及びシフトすることにより生成される。
【００１０】
また、本発明の一実施形態に係る放送信号受信機において、前記第２のＣＰセットは、前記第１のＣＰセットに含まれたＣＰのうち、各２番目のインデックスのＣＰを抽出（ｄｅｒｉｖｅ）することにより生成される。
【００１１】
また、本発明の一実施形態に係る放送信号受信機において、前記第３のＣＰセットは、前記第１のＣＰセットに含まれたＣＰのうち、各４番目のインデックスのＣＰを抽出（ｄｅｒｉｖｅ）することにより生成される。
【００１２】
また、本発明の一実施形態に係る放送信号受信機において、前記付加ＣＰセットは、前記信号フレームの全てのシンボルに対して一定（ｃｏｎｓｔａｎｔ）の数のデータキャリアを提供するように、ＣＰ及びＳＰの両方（ｂｏｔｈ）に該当する位置に付加され、前記付加ＣＰセットは、ＳＰパターン及びＦＦＴサイズに依存する。
【００１３】
また、本発明の一実施形態に係る放送信号受信機において、前記信号フレームに含まれたキャリアの数は、最大キャリアの数からコントロールユニット値と予め設定された係数との積の単位に低減されることができ、前記コントロールユニット値は、ＦＦＴサイズに基づく予め設定されたキャリアの数に該当し、特定ＳＰパターン及び特定ＦＦＴサイズに対する前記付加ＣＰセットは、前記減少係数によって異なるように付加される。
【００１４】
また、本発明の一実施形態に係る放送信号受信機の放送信号受信方法は、受信放送信号に対して信号検出及びＯＦＤＭ復調を行うステップと、前記受信放送信号の信号フレームをパーシングしてサービスデータを抽出するステップと、入力信号をビットドメインに変換し、デインターリービングを行うステップと、サービスデータを受信してデータストリームを出力するステップとを含み、前記信号検出及びＯＦＤＭ復調を行うステップは、前記受信放送信号からＣＰ（Ｃｏｎｔｉｎｕａｌ  Ｐｉｌｏｔｓ）及びＳＰ（Ｓｃａｔｔｅｒｅｄ  Ｐｉｌｏｔｓ）を含むパイロット信号をディテクティングするステップをさらに含み、前記ＣＰは、信号フレームの全てのシンボルに含まれ、前記ＣＰの位置及び数字は、ＦＦＴ（Ｆａｓｔ  Ｆｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）サイズに基づいて決定される。
【発明の効果】
【００１５】
本発明は、サービス特性によってデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を制御することによって多様な放送サービスを提供することができる。
【００１６】
本発明は、同一なＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）信号帯域幅を介して多様な放送サービスを転送することによって転送柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）を達成することができる。
【００１７】
本発明は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）システムを用いてデータ転送効率及び放送信号の送受信堅固性（Ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。
【００１８】
本発明によれば、モバイル受信装置を使用するか、または室内環境にあっても、エラー無しでディジタル放送信号を受信することができる放送信号送信及び受信方法及び装置を提供することができる。
【００１９】
以下、本発明の追加的な効果を実施形態と関連してより詳細に説明する。
【図面の簡単な説明】
【００２０】
本発明に対してさらに理解するために含まれて、本出願に含まれて、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。
【図１】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【図２】本発明の一実施形態に係るインプットフォーマット（Input formatting：入力フォーマット）ブロックを示す。
【図３】本発明の他の一実施形態に係るインプットフォーマット（Input formatting：入力フォーマット）ブロックを示す。
【図４】本発明の他の一実施形態に係るインプットフォーマット（Input formatting：入力フォーマット）ブロックを示す。
【図５】本発明の一実施形態に係るＢＩＣＭ（bit interleaved coding & modulation）ブロックを示す。
【図６】本発明の他の一実施形態に係るＢＩＣＭブロックを示す。
【図７】本発明の一実施形態に係るフレームビルディング（Frame Building：フレーム生成）ブロックを示す。
【図８】本発明の一実施形態に係るＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーション（generation：生成）ブロックを示す。
【図９】本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【図１０】本発明の一実施形態に係るフレーム構造を示す。
【図１１】本発明の一実施形態に係るフレームのシグナリング階層構造を示す。
【図１２】本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【図１３】本発明の一実施形態に係るＰＬＳ１データを示す。
【図１４】本発明の一実施形態に係るＰＬＳ２データを示す。
【図１５】本発明の他の一実施形態に係るＰＬＳ２データを示す。
【図１６】本発明の一実施形態に係るフレームのロジカル（logical：論理）構造を示す。
【図１７】本発明の一実施形態に係るＰＬＳ（physical layer signalling）マッピングを示す。
【図１８】本発明の一実施形態に係るＥＡＣ（emergency alert channel）マッピングを示す。
【図１９】本発明の一実施形態に係るＦＩＣ（fast information channel）マッピングを示す。
【図２０】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）のタイプを示す。
【図２１】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）マッピングを示す。
【図２２】本発明の一実施形態に係るＦＥＣ（forward error correction）構造を示す。
【図２３】本発明の一実施形態に係るビットインターリービングを示す。
【図２４】本発明の一実施形態に係るセルワードデマルチプレキシングを示す。
【図２５】本発明の一実施形態に係る時間インターリービングを示す。
【図２６】本発明の一実施形態に係るツイストされた行列ブロックインターリーバの基本動作を示す。
【図２７】本発明の他の一実施形態に係るツイストされた行列ブロックインターリーバの動作を示す。
【図２８】本発明の一実施形態に係るツイストされた行列ブロックインターリーバの対角線方向リードパターンを示す。
【図２９】本発明の一実施形態に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【図３０】本発明の一実施形態に係る放送信号受信機の同期化＆復調モジュールの詳細ブロック図を示した図である。
【図３１】本発明に係る放送信号のフレキシブルＮｏＣ構成の実施形態を示す。
【図３２】本発明に係る放送信号のフレキシブルＮｏＣ構成の実施形態を示す。
【図３３】本発明に係る放送信号のフレキシブルＮｏＣ構成の実施形態を示す。
【図３４】本発明の一実施形態に係る、ＦＦＴサイズによるＮｏＣ変更の際、一定のＮｏＡをサポートするための制限が発生する場合を示す。
【図３５】本発明の一実施形態に係る、ＦＦＴサイズによるＮｏＣ変更の際、一定のＮｏＡをサポートするための制限が発生する場合を示す。
【図３６】本発明の一実施形態に係る、ＦＦＴサイズによるＮｏＣ変更の際、一定のＮｏＡをサポートするための制限が発生する場合を示す。
【図３７】本発明の一実施形態に係る、ＦＦＴサイズによるＮｏＣ変更の際、一定のＮｏＡをサポートするための制限が発生する場合を示す。
【図３８】本発明の一実施形態に係るＣＰインデックスの生成方法を示す。
【図３９】本発明の実施形態に係るＦＦＴサイズによるＣＰセット生成方法を示す。
【図４０】本発明の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【図４１】本発明の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【図４２】本発明の他の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【図４３】本発明の他の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【図４４】本発明の他の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【図４５】本発明の他の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【図４６】図４２〜図４５で示したＣＰセットの性能及び分布を示す。
【図４７】図４２〜図４５で示したＣＰセットの性能及び分布を示す。
【図４８】図４２〜図４５で示したＣＰセットの性能及び分布を示す。
【図４９】図４２〜図４５で示したＣＰセットの性能及び分布を示す。
【図５０】図４２〜図４５で示したＣＰセットの性能及び分布を示す。
【図５１】図４２〜図４５で示したＣＰセットの性能及び分布を示す。
【図５２】本発明の実施形態に係る付加ＣＰセットを示す。
【図５３】図５２において説明した付加ＣＰセットのインデックスを位置させる方法を示す。
【図５４】本発明の実施形態に係る放送信号送信機の放送信号転送方法を示す。
【図５５】本発明の一実施形態に係る放送信号受信方法を示した図である。
【発明を実施するための形態】
【００２１】
本発明の好ましい実施形態に対して具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって実装できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。
【００２２】
本発明で使われる大部分の用語は該当分野で広く使われる一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。
【００２３】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非ＭＩＭＯ（non-Multiple Input Multiple Output）またはＭＩＭＯ方式により次世代放送サービスに対する放送信号を処理することができる。本発明の一実施形態に係る非ＭＩＭＯ方式は、ＭＩＳＯ（Multiple Input Single Output）方式、ＳＩＳＯ（Single Input Single Output）方式などを含むことができる。
【００２４】
以下、説明の便宜のためにＭＩＳＯまたはＭＩＭＯ方式は２つのアンテナを使用するが、本発明は２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定用途に要求される性能を達成し、かつ受信機の複雑度を最小化するために最適化した３個のフィジカルプロファイル（PHY profile）（ベース（base）、ハンドヘルド（handheld）、アドバンス（advanced）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が実装しなければならない全ての構造のサブセットである。
【００２５】
３個のフィジカルプロファイルは大部分の機能ブロックを共有するが、特定ブロック及び／又はパラメータでは若干異なる。今後に追加でフィジカルプロファイルが定義できる。システムの発展のために、フューチャープロファイルはＦＥＦ（future extension frame）を通じて単一ＲＦ（radio frequency）チャンネルに存在するプロファイルとマルチプレキシングされることもできる。各フィジカルプロファイルに対する詳細な内容は後述する。
【００２６】
１．ベースプロファイル
ベースプロファイルは主にルーフトップ（roof-top）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００２７】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対する重要システムパラメータが以下の＜表１＞に記載されている。
【００２８】
【表１】
0006480469.tif 000002
【００２９】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の実装のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。
【００３０】
低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。
【００３１】
【表２】
0006480469.tif 000003
【００３２】
３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャンネル能力を提供する。該当プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。
【００３３】
アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ転送は初期には既存の楕円分極転送装備を使用し、以後に全出力交差分極転送に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。
【００３４】
【表３】
0006480469.tif 000004
【００３５】
この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そして、該当３個のプロファイルは設計者の意図によって変更できる。
【００３６】
次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。
【００３７】
補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送局やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００３８】
ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ
【００３９】
ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００４０】
セル（cell）：ＯＦＤＭ転送の１つのキャリアにより伝達される変調値
【００４１】
コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ
【００４２】
データパイプ（data pipe）：１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理層（physical layer）におけるロジカルチャンネル
【００４３】
データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００４４】
データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）
【００４５】
ＤＰ＿ＩＤ：該当８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。
【００４６】
ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使われない残っている容量を詰めることに使われる疑似ランダム値を伝達するセル
【００４７】
ＦＡＣ（emergency alert channel：非常警報チャンネル）：ＥＡＳ情報データを伝達するフレームのうちの一部
【００４８】
フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理層（physical layer）タイムスロット
【００４９】
フレームレピティションユニット（frame repetition unit：フレーム反復単位）：スーパーフレーム（super-frame）で８回反復されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合
【００５０】
ＦＩＣ（fast information channel：高速情報チャンネル）：サービスと該当ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャンネル
【００５１】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合
【００５２】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使われる名目上のＦＦＴサイズ
【００５３】
フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組合せにおけるフレームの開始で使われるより高いパイロット密度を有するＯＦＤＭシンボル
【００５４】
フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組合せにおけるフレームの端で使われる、より高いパイロット密度を有するＯＦＤＭシンボル
【００５５】
フレームグループ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合
【００５６】
フューチャーエクステンションフレーム（future extention frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理層（physical layer）タイムスロット
【００５７】
フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理層（physical layer）放送システム
【００５８】
インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム
【００５９】
ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル
【００６０】
フィジカルプロファイル（PHY profile）：該当する受信機が実装しなければならない全ての構造のサブセット
【００６１】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（physical layer）シグナリングデータ
【００６２】
ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合
【００６３】
ＮＯＴＥ：ＰＬＳ１データはフレームグループのデュレーション（duration）の間一定である。
【００６４】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに転送されるＰＬＳデータの第２の集合
【００６５】
ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ
【００６６】
ＰＬＳ２スタティック（static：静的）データ：フレームグループのデュレーションの間スタティック（static：静的）なＰＬＳ２データ
【００６７】
プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使われるシグナリングデータ
【００６８】
プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【００６９】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使われる。
【００７０】
今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる
【００７１】
スーパーフレーム（superframe）：８個のフレーム反復単位の集合
【００７２】
タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００７３】
タイムインターリービンググループ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位
【００７４】
ＮＯＴＥ：タイムインターリービンググループは１つのフレームに直接マッピングされるか、または多数のフレームにマッピングできる。タイムインターリービンググループは１つ以上のタイムインターリービングブロックを含むことができる。
【００７５】
タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ
【００７６】
タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ
【００７７】
ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮcellsセルの集合
【００７８】
図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００７９】
本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Input Format block）１０００、ＢＩＣＭ（bit interleaved coding & modulation）ブロック１０１０、フレームビルディングブロック（Frame building block）１０２０、ＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーションブロック（OFDM generation block）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
【００８０】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらデータ入力に追加で、管理情報が入力されて各入力ストリームに対する該当帯域幅のスケジューリング及び割当を制御する。１つまたは多数のＴＳストリーム、ＩＰストリーム、及び／又は一般ストリーム入力が同時に許容される。
【００８１】
インプットフォーマットブロック１０００は各々の入力ストリームを独立的なコーディング及び変調が適用される１つまたは多数のデータパイプにデマルチプレキシングすることができる。データパイプは堅固性（robustness）の制御のための基本単位であり、これはＱｏＳ（Quality of Service）に影響を及ぼす。１つまたは多数のサービスまたはサービスコンポーネントが１つのデータパイプにより伝達できる。インプットフォーマットブロック１０００の詳細な動作は後述する。
【００８２】
データパイプは１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連メタデータを伝達する物理層（physical layer）におけるロジカルチャンネルである。
【００８３】
また、データパイプユニットは１つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００８４】
インプットフォーマットブロック１０００で、パリティ（parity）データはエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値コンステレーションシンボルにマッピングされる。該当シンボルは該当データパイプに使われる特定インターリービング深さに亘ってインターリービングされる。アドバンスプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ転送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【００８５】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャンネルを防止するために、周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
【００８６】
プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭジェネレーションブロック１０３０はサイクリックプレフィックス（cyclic prefix）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（distributed）ＭＩＳＯ方式が送信機に亘って適用される。また、ＰＡＰＲ（peak-to-average power ratio）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は多様なＦＦＴサイズ、ガードインターバル長さ、該当パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
【００８７】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使われる物理層（physical layer）シグナリング情報を生成することができる。また、該当シグナリング情報は関心あるサービスが受信機側で適切に復旧されるように転送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【００８８】
図２、図３、及び図４は、本発明の実施形態に係るインプットフォーマットブロック１０００を示す。各図面に対して説明する。
【００８９】
図２は、本発明の一実施形態に係るインプットフォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（single input stream）の時のインプットフォーマットブロックを示す。
【００９０】
図２に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【００９１】
物理層（physical layer）への入力は１つまたは多数のデータストリームで構成できる。各々のデータストリームは１つのデータパイプにより伝達される。モードアダプテーション（mode adaptation：モード適応）モジュールは入力されるデータストリームをＢＢＦ（baseband frame）のデータフィールドにスライスする。該当システムは３種類の入力データストリーム、即ちＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（generic stream）をサポートする。ＭＰＥＧ２−ＴＳは第１のバイトが同期バイト（０×４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームはＩＰパケットヘッダ内でシグナリングされる可変長さＩＰデータグラムパケットで構成される。該当システムはＩＰストリームに対してＩＰｖ４とＩＰｖ６を全てサポートする。ＧＳはカプセル化パケットヘッダ内でシグナリングされる可変長さパケットまたは一定長さパケットで構成できる。
【００９２】
（ａ）は信号データパイプに対するモードアダプテーション（mode adaptation：モード適応）ブロック２０００、及びストリームアダプテーション（stream adaptation：ストリーム適応）２０１０を示し、（ｂ）はＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラー２０３０を示す。各ブロックの動作について説明する。
【００９３】
入力ストリームスプリッタは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（mode adaptation：モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（baseband）フレームスライサー、及びＢＢフレームヘッダ挿入ブロックで構成される。
【００９４】
ＣＲＣエンコーダは、ユーザパケット（user packet：ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、即ちＣＲＣ−８、ＣＲＣ−１６、ＣＲＣ−３２を提供する。算出されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ−８はＴＳストリームに使われ、ＣＲＣ−３２はＩＰストリームに使われる。ＧＳストリームがＣＲＣエンコーディングを提供しなければ、提案されたＣＲＣエンコーディングが適用されなければならない。
【００９５】
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。第１の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、使用可能データフィールド容量と同一な数の入力ビットを割り当てる。ＢＢＦペイロードと同一な数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
【００９６】
ＢＢフレームヘッダ挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトＢＢＦヘッダだけでなく、ＢＢＦは２バイトＢＢＦヘッダの端に拡張フィールド（１または３バイト）を有することができる。
【００９７】
ストリームアダプテーション（stream adaptation：ストリーム適応）２０１０は、スタッフィング（stuffing）挿入ブロック及びＢＢスクランブラーで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（stream adaptation：ストリーム適応）に対する入力データがＢＢフレームを詰めることに充分であれば、ＳＴＵＦＦＩは０に設定され、ＢＢＦはスタッフィングフィールドを有しない。でなければ、ＳＴＵＦＦＩは１に設定され、スタッフィングフィールドはＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
【００９８】
ＢＢスクランブラーは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスは、ＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタにより生成される。
【００９９】
ＰＬＳ生成ブロック２０２０は、ＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（physical layer）データパイプに接続できる手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。
【０１００】
ＰＬＳ１データは、ＰＬＳ２データのデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームからＦＳＳに伝達されるＰＬＳデータの第１の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にすることに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データはフレームグループのデュレーションの間一定である。
【０１０１】
ＰＬＳ２データは、データパイプ及びシステムに関するより詳しいＰＬＳデータを伝達するＦＳＳに転送されるＰＬＳデータの第２の集合である。ＰＬＳ２は、受信機が所望のデータパイプをデコーディングすることに充分の情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（static：静的）データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（dynamic：動的）データ（ＰＬＳ２−ＤＹＮデータ）の２種類のパラメータでさらに構成される。ＰＬＳ２スタティック（static：静的）データは、フレームグループのデュレーションの間スタティック（static：静的）なＰＬＳ２データであり、ＰＬＳ２ダイナミック（dynamic：動的）データはフレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データである。
【０１０２】
ＰＬＳデータに対する詳細な内容は後述する。
【０１０３】
ＰＬＳスクランブラー２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
【０１０４】
前述したブロックは省略されることもでき、類似または同一機能を有するブロックにより取り替えることもできる。
【０１０５】
図３は、本発明の他の一実施形態に係るインプットフォーマットブロックを示す。
【０１０６】
図３に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【０１０７】
図３は、入力信号がマルチインプットストリーム（multi input stream：多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックを示す。
【０１０８】
マルチインプットストリーム（multi input stream：多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックは、多数入力ストリームを独立的に処理することができる。
【０１０９】
図３を参照すると、マルチインプットストリーム（multi input stream：多数の入力ストリーム）を各々処理するためのモードアダプテーション（mode adaptation：モード適応）ブロックは、インプットストリームスプリッタ（input stream splitter）３０００、インプットストリームシンクロナイザー（input stream synchronizer）３０１０、コンペンセーティングディレイ（compensation delay：補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（null packet deletion block）３０３０、ヘッダコンプレッションブロック（header compression block）３０４０、ＣＲＣエンコーダ（CRC encoder）３０５０、ＢＢフレームスライサー（BB frame slicer）３０６０、及びＢＢヘッダ挿入ブロック（BB header insertion block）３０７０を含むことができる。モードアダプテーション（mode adaptation：モード適応）ブロックの各ブロックに対して説明する。
【０１１０】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサー、及びＢＢヘッダ挿入ブロックの動作に該当するので、その説明は省略する。
【０１１１】
インプットストリームスプリッタ３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１１２】
インプットストリームシンクロナイザー３０１０は、ＩＳＳＹと呼ばれることができる。ＩＳＳＹは如何なる入力データフォーマットに対してもＣＢＲ（constant bit rate）及び一定の終端間転送（end-to-end transmission）遅延を保証する適した手段を提供することができる。ＩＳＳＹはＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。
【０１１３】
コンペンセーティングディレイ（compensation delay：補償遅延）ブロック３０２０は、受信機で追加でメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するためにＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
【０１１４】
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合のみに使われる。一部のＴＳ入力ストリームまたは分割されたＴＳストリームはＶＢＲ（variable bit-rate）サービスをＣＢＲ ＴＳストリームに収容するために存在する多数のヌルパケットを有することができる。この場合、不要な転送オーバーヘッドを避けるために、ヌルパケットは確認されて転送されないことがある。受信機で、除去されたヌルパケットは転送に挿入されたＤＮＰ（deleted null-packet：除去されたヌルパケット）カウンターを参照して元の存在していた正確な場所に再挿入できるので、ＣＢＲが保証され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
【０１１５】
ヘッダコンプレッションブロック３０４０は、ＴＳまたはＩＰ入力ストリームに対する転送効率を増加させるためにパケットヘッダ圧縮を提供することができる。受信機はヘッダの特定部分に対する先験的な（a priori）情報を有することができるので、この知られた情報（known information）は送信機から削除できる。
【０１１６】
ＴＳに対し、受信機は同期バイト構成（０×４７）及びパケット長さ（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが１つのＰＩＤのみを有するコンテンツを伝達すれば、即ち、１つのサービスコンポーネント（ビデオ、オーディオなど）、またはサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣインヘンスメントレイヤ、ＭＶＣベースビュー、またはＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダ圧縮がＴＳに（選択的に）適用できる。ＴＳパケットヘッダ圧縮は入力ストリームがＩＰストリームの場合、選択的に使われる。前記ブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１１７】
図４は、本発明の他の実施形態に係るインプットフォーマットブロックを示す。
【０１１８】
図４に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。
【０１１９】
図４は、入力信号がマルチインプットストリーム（multi input stream：多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのストリームアダプテーション（stream adaptation：ストリーム適応）ブロックを示す。
【０１２０】
図４を参照すると、マルチインプットストリーム（multi input stream：多数の入力ストリーム）を各々処理するためのモードアダプテーション（mode adaptation：モード適応）ブロックは、スケジューラー４０００、１フレームディレイ（delay）ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンド（In-band）シグナリングブロック４０３０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、及びＰＬＳスクランブラー４０６０を含むことができる。ストリームアダプテーション（stream adaptation：ストリーム適応）ブロックの各ブロックに対して説明する。
【０１２１】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラー４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラー、ＰＬＳ生成ブロック、ＰＬＳスクランブラー４０６０の動作に該当するので、その説明は省略する。
【０１２２】
スケジューラー４０００は各データパイプのＦＥＣＢＬＯＣＫの量から全体フレームに亘って全体のセル割当を決定することができる。ＰＬＳ、ＥＡＣ、及びＦＩＣに対する割当を含んで、スケジューラーはフレームのＦＳＳのＰＬＳセルまたはインバンド（In-band）シグナリングに転送されるＰＬＳ２−ＤＹＮデータの値を生成する。ＦＥＣＢＬＯＣＫ、ＥＡＣ、ＦＩＣに対する詳細な内容は後述する。
【０１２３】
１フレームディレイ（delay）ブロック４０１０は、次のフレームに関するスケジューリング情報がデータパイプに挿入されるインバンド（In-band）シグナリング情報に関する現フレームを通じて転送できるように入力データを１つの転送フレームだけ遅延させることができる。
【０１２４】
インバンド（In-band）シグナリングブロック４０３０は、ＰＬＳ２データの遅延されない部分をフレームのデータパイプに挿入することができる。
【０１２５】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１２６】
図５は、本発明の一実施形態に係るＢＩＣＭブロックを示す。
【０１２７】
図５に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１２８】
前述したように、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２９】
ＱｏＳが本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置により提供されるサービスの特性に依存するので、各々のサービスに該当するデータは互いに異なる方式により処理されなければならない。したがって、本発明の一実施形態に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式を各々のデータ経路に該当するデータパイプに独立的に適用することによって、各データパイプを独立的に処理することができる。結果的に、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、各々のデータパイプを介して転送される各サービスまたはサービスコンポーネントに対するＱｏＳを調節することができる。
【０１３０】
（ａ）はベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロックを示し、（ｂ）はアドバンスプロファイルのＢＩＣＭブロックを示す。
【０１３１】
ベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロック及びアドバンスプロファイルのＢＩＣＭブロックは、各々のデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１３２】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック及びアドバンスプロファイルに対するＢＩＣＭブロックの各々の処理ブロックに対して説明する。
【０１３３】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（mapper）５０３０、ＳＳＤ（signal space diversity）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。
【０１３４】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作に対しては後述する。
【０１３５】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組合せにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作に対しては後述する。
【０１３６】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。該当コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）に対して特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。
【０１３７】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングして、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。
【０１３８】
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１３９】
アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。
【０１４０】
但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。
【０１４１】
また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１４２】
セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使われる。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。
【０１４３】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャンネル特性に依存する。特別に放送に対して、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャンネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。
【０１４４】
ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-diversity spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１４５】
ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ1,i及びｅ2,i）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ1,i及びｇ2,i）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより転送される。
【０１４６】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１４７】
図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。
【０１４８】
図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。
【０１４９】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャンネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。
【０１５０】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１５１】
また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックに対して説明する。
【０１５２】
ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１５３】
スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。
【０１５４】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。
【０１５５】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは各々のゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコーディングされ、その後に添付される。
【０１５６】
【数１】
0006480469.tif 000005
【０１５７】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。
【０１５８】
【表４】
0006480469.tif 000006
【０１５９】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを遂行することができる。
【０１６０】
ショートニングがＰＬＳ１データ保護に適用されれば、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは転送されない。
【０１６１】
ビットインターリーバ６０１０は、各々のショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
【０１６２】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１６３】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１６４】
図７は、本発明の一実施形態に係るフレームビルディングブロック（frame building block）を示す。
【０１６５】
図７に図示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施形態に該当する。
【０１６６】
図７を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００、セルマッパー（cell mapper）７０１０、及びフリークエンシーインターリーバ（frequency interleaver）７０２０を含むことができる。フレームビルディングブロックの各ブロックに関して説明する。
【０１６７】
ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（co-time）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによってＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０によるものである。インバンド（In-band）シグナリングデータは、次のタイムインターリービンググループの情報をシグナリングされるデータパイプより１つのフレームの前に伝達されるようにすることができる。ディレイコンペンセーション（delay compensation：遅延補償）ブロックは、それに合せてインバンド（In-band）シグナリングデータを遅延させる。
【０１６８】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、各々のデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングにより生成されたデータセルを、存在していれば、１つのフレーム内で各々のＯＦＤＭシンボルに該当するアクティブ（active）ＯＦＤＭセルのアレイにマッピングするものである。（ＰＳＩ（program specific information）／ＳＩのような）サービスシグナリングデータは個別的に収集されてデータパイプにより送られることができる。セルマッパーはフレーム構造の構成及びスケジューラーにより生成されたダイナミックインフォメーション（dynamic information：動的情報）に従って動作する。フレームに関する詳細な内容は後述する。
【０１６９】
フリークエンシーインターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、フリークエンシーインターリーバ７０２０は単一フレームで最大のインターリービング利得を得るために他のインターリービングシード（seed）の順序を用いて２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（pair：対）で動作することができる。
【０１７０】
前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。
【０１７１】
図８は、本発明の一実施形態に係るＯＦＤＭジェネレーションブロックを示す。
【０１７２】
図８に図示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施形態に該当する。
【０１７３】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックにより生成されたセルによりＯＦＤＭキャリアを変調し、パイロットを挿入し、転送のための時間領域信号を生成する。また、該当ブロックは順次的にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終のＲＦ信号を生成する。
【０１７４】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（pilot and reserved tone insertion block）８０００、２Ｄ−ｅＳＦＮ（single frequency network）エンコーディングブロック８０１０、ＩＦＦＴ（inverse fast Fourier transform）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（guard interval insertion block）８０４０、プリアンブル挿入ブロック（preamble insertion block）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。ＯＦＤＭジェネレーションブロックの各ブロックに対して説明する。
【０１７５】
パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。
【０１７６】
ＯＦＤＭシンボル内の多様なセルは受信機から先験的に知られた転送された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（frame signaling symbol）パイロット、及びＦＥＳ（frame edge symbol）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンに従って特定増加パワーレベルで転送される。パイロット情報の値は与えられたシンボルで１つが各々の転送キャリアに対するものである一連の値に該当する参照シーケンスで誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャンネル推定、転送モード識別のために使われることができ、また位相雑音を追跡するために使用できる。
【０１７７】
参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除外した全てのシンボルにおける分散パイロットセルで転送される。連続パイロットは、フレームの全てのシンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンに全て依存する。エッジキャリアは、プリアンブルシンボルを除外した全てのシンボル内のエッジパイロットと同一である。エッジキャリアは、スペクトルのエッジまで周波数インターポレーション（interpolation：補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。ＦＳＳパイロット及びＦＥＳパイロットはフレームのエッジまで時間インターポレーション（interpolation：補間）を許容するために挿入される。
【０１７８】
本発明の一実施形態に係るシステムは非常に堅い転送モードをサポートするために分散ＭＩＳＯ方式が選択的に使われるＳＦＮをサポートする。２Ｄ−ｅＳＦＮは多数の送信アンテナを使用する分散ＭＩＳＯ方式であって、各アンテナはＳＦＮネットワークで各々異なる送信機に位置することができる。
【０１７９】
２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシティを生成するために２Ｄ−ｅＳＦＮ処理を行って多数の送信機から転送された信号の位相を歪曲させることがある。したがって、長時間の間の低い平面フェーディングまたは深いフェーディングによるバースト誤りが軽減できる。
【０１８０】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（または、リザーブドトーン）に指定されないデータシンボルでの全てのセルは、周波数インターリーバからのデータセルのうちの１つを伝達する。セルはＯＦＤＭキャリアにマッピングされる。
【０１８１】
ＰＡＰＲ減少ブロック８０３０は、時間領域で多様なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。
【０１８２】
ガードインターバル挿入ブロック８０４０はガードインターバルを挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造に対する詳細な内容は後述する。
【０１８３】
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが同一なＲＦ信号帯域で同時に転送できるように時間領域で複数の放送送信／受信システムの信号をマルチプレキシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。各々の放送サービスに関連したデータは互いに異なるフレームを通じて転送できる。
【０１８４】
ＤＡＣブロック８０７０は、入力されたディジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は物理層プロファイルによって多数の出力アンテナを介して転送できる。本発明の一実施形態に係る送信アンテナは垂直または水平極性を有することができる。
【０１８５】
前述したブロックは設計によって省略されるか、類似または同一機能を有するブロックに取替できる。
【０１８６】
図９は、本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０１８７】
本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応することができる。
【０１８８】
本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（synchronization & demodulation module）９０００、フレームパーシングモジュール（frame parsing module）９０１０、デマッピング及びデコーディングモジュール（demapping & decoding module）９０２０、出力プロセッサ（output processor）９０３０、及びシグナリングデコーディングモジュール（signaling decoding module）９０４０を含むことができる。放送信号受信装置の各モジュールの動作に対して説明する。
【０１８９】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置により実行される手続の逆過程に該当する復調を実行することができる。
【０１９０】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザにより選択されたサービスが転送されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すれば、フレームパーシングモジュール９０１０はインターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されなければならない信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより獲得されて、放送信号送信装置により生成されたスケジューリング情報が復元できる。
【０１９１】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によってビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、転送効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを通じて転送チャンネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０はシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な転送パラメータを獲得することができる。
【０１９２】
出力プロセッサ９０３０は、転送効率を向上させるために放送信号送信装置により適用される多様な圧縮／信号処理手続の逆過程を実行することができる。この場合、出力プロセッサ９０３０はシグナリングデコーディングモジュール９０４０から出力されたデータで必要とする制御情報を獲得することができる。出力プロセッサ８３００の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）及びＧＳでありうる。
【０１９３】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００により復調された信号からＰＬＳ情報を獲得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９２００、及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。
【０１９４】
図１０は、本発明の一実施形態に係るフレーム構造を示す。
【０１９５】
図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（frame repetition unit：フレーム反復単位）を示す。（ａ）は本発明の一実施形態に係るスーパーフレームを示し、（ｂ）は本発明の一実施形態に係るＦＲＵを示し、（ｃ）はＦＲＵでの多様なフィジカルプロファイル（PHY profile）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１９６】
スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回反復される。
【０１９７】
ＦＲＵで各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるPHY_PROFILEのリザーブド値を用いて拡張できる。
【０１９８】
ＦＥＦ部分は、含まれれば、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１９９】
１つのフレームは多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０２００】
プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本転送パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。
【０２０１】
ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャンネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみのインターポレーション（interpolation：補間）及び一時的補間（temporal interpolation）を可能にする。
【０２０２】
図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。
【０２０３】
図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本転送パラメータ及び転送タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２はフレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。
【０２０４】
図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。
【０２０５】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。
【０２０６】
ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。
【０２０７】
【表５】
0006480469.tif 000007
【０２０８】
ＦＦＴ＿ＳＩＺＥ：該当２ビットフィールドは以下の＜表６＞で説明した通り、フレームグループ内で現フレームのＦＦＴサイズを示す。
【０２０９】
【表６】
0006480469.tif 000008
【０２１０】
ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。
【０２１１】
【表７】
0006480469.tif 000009
【０２１２】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。該当フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。該当フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。該当フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。
【０２１３】
ＰＩＬＯＴ＿ＭＯＤＥ：該当１ビットフィールドは現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。該当フィールドが０に設定されれば、モバイルパイロットモードが使われる。該当フィールドが１に設定されれば、固定パイロットモードが使われる。
【０２１４】
ＰＡＰＲ＿ＦＬＡＧ：該当１ビットフィールドは現フレームグループで現フレームに対してＰＡＰＲ減少が使われるか否かを示す。該当フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使われる。該当フィールドが０に設定されれば、ＰＡＰＲ減少が使われない。
【０２１５】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：該当３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける該当フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。
【０２１６】
【表８】
0006480469.tif 000010
【０２１７】
ＲＥＳＥＲＶＥＤ：該当７ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０２１８】
図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。
【０２１９】
ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含んだ基本転送パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグループの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０２２０】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：該当２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。
【０２２１】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：該当２ビットフィールドはＦＲＵ当たりフレーム数を示す。
【０２２２】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当３ビットフィールドはフレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。
【０２２３】
【表９】
0006480469.tif 000011
【０２２４】
ＮＵＭ＿ＦＳＳ：該当２ビットフィールドは現フレームでＦＳＳの数を示す。
【０２２５】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドは転送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２２６】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換性のない変化を示す。デフォルト値は００００である。該当標準で叙述されたバージョンに対し、値が００００に設定される。
【０２２７】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換性がある。
【０２２８】
ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使われる周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、該当フィールドは０に設定される。
【０２２９】
ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２３０】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての転送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２３１】
次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使われないフィールドはゼロで詰められる。
【０２３２】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。該当フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。
【０２３３】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：該当２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。
【０２３４】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：該当３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。
【０２３５】
ＲＥＳＥＲＶＥＤ：該当４ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０２３６】
次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。
【０２３７】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドはＰＬＳ２の保護により使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。
【０２３８】
【表１０】
0006480469.tif 000012
【０２３９】
ＰＬＳ２＿ＭＯＤ：該当３ビットフィールドはＰＬＳ２により使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２４０】
【表１１】
0006480469.tif 000013
【０２４１】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣtotal_partial_blockを示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４２】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４３】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４４】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。
【０２４５】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２反復が使われる場合、現フレームグループのフレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal_partial_blockを示す。反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２４６】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは次のフレームグループの各フレームで伝達されるＰＬＳ２に使われるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。
【０２４７】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：該当３ビットフィールドは次のフレームグループの各フレームで伝達されるＰＬＳ２に使われる変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。
【０２４８】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：該当１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。該当フィールドの値が０に設定されれば、ＰＬＳ２反復モードは非活性化される。
【０２４９】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 該当１５ビットフィールドはＰＬＳ２反復が使われる場合、次のフレームグループのフレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣtotal_full_blockを示す。次のフレームグループで反復が使われない場合、該当フィールドの値は０と同一である。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５０】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２５１】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：該当１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。該当値は現フレームグループで一定である。
【０２５２】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は該当フィールドの値を提供する。該当フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使われない。
【０２５３】
【表１２】
0006480469.tif 000014
【０２５４】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５５】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：該当２ビットフィールドは次のフレームグループのフレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は該当フィールドの値を定義する。
【０２５６】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：該当１５ビットフィールドは次のフレームグループのフレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。該当値は現フレームグループの全体デュレーションの間一定である。
【０２５７】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０２５８】
ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード
【０２５９】
図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。
【０２６０】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２６１】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。
【０２６２】
ＦＩＣ＿ＦＬＡＧ：該当１ビットフィールドはＦＩＣが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。該当フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６３】
ＡＵＸ＿ＦＬＡＧ：該当１ビットフィールドは補助ストリームが現フレームグループで使われるか否かを示す。該当フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。該当フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。該当値は現フレームグループの全体デュレーションの間一定である。
【０２６４】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２６５】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内で唯一に識別する。
【０２６６】
ＤＰ＿ＴＹＰＥ：該当３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。
【０２６７】
【表１３】
0006480469.tif 000015
【０２６８】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：該当８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。
【０２６９】
ＢＡＳＥ＿ＤＰ＿ＩＤ：該当６ビットフィールドは管理層で使われる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。
【０２７０】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：該当２ビットフィールドは関連したデータパイプにより使われるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。
【０２７１】
【表１４】
0006480469.tif 000016
【０２７２】
ＤＰ＿ＣＯＤ：該当４ビットフィールドは関連したデータパイプにより使われるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。
【０２７３】
【表１５】
0006480469.tif 000017
【０２７４】
ＤＰ＿ＭＯＤ：該当４ビットフィールドは関連したデータパイプにより使われる変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。
【０２７５】
【表１６】
0006480469.tif 000018
【０２７６】
ＤＰ_ＳＳＤ＿ＦＬＡＧ：該当１ビットフィールドはＳＳＤモードが関連したデータパイプで使われるか否かを示す。該当フィールドの値が１に設定されれば、ＳＳＤは使われる。該当フィールドの値が０に設定されれば、ＳＳＤは使われない。
【０２７７】
次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。
【０２７８】
ＤＰ＿ＭＩＭＯ：該当３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。
【０２７９】
【表１７】
0006480469.tif 000019
【０２８０】
ＤＰ＿ＴＩ＿ＴＹＰＥ：該当１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２８１】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：該当２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。
【０２８２】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、該当フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。該当２ビットフィールドに許容されるＰIの値は、以下の＜表１８＞に定義される。
【０２８３】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。該当２ビットフィールドに許容されるＰIの値は以下の＜表１８＞に定義される。
【０２８４】
【表１８】
0006480469.tif 000020
【０２８５】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：該当２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、該当フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、該当フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、該当フィールドの値は１に設定される。
【０２８６】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：該当１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使われないと、該当フィールド値は１に設定される。一方、タイムインターリービングが使われれば、該当フィールド値は０に設定される。
【０２８７】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：該当５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。
【０２８８】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：該当１０ビットフィールドは該当データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。該当フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。
【０２８９】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。
【０２９０】
【表１９】
0006480469.tif 000021
【０２９１】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：該当２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。
【０２９２】
【表２０】
0006480469.tif 000022
【０２９３】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：該当２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。
【０２９４】
【表２１】
0006480469.tif 000023
【０２９５】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：該当２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使われるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。
【０２９６】
【表２２】
0006480469.tif 000024
【０２９７】
ＤＮＰ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０２９８】
【表２３】
0006480469.tif 000025
【０２９９】
ＩＳＳＹ＿ＭＯＤＥ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０３００】
【表２４】
0006480469.tif 000026
【０３０１】
ＨＣ＿ＭＯＤＥ＿ＴＳ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使われるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。
【０３０２】
【表２５】
0006480469.tif 000027
【０３０３】
ＨＣ＿ＭＯＤＥ＿ＩＰ：該当２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。
【０３０４】
【表２６】
0006480469.tif 000028
【０３０５】
ＰＩＤ：該当１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。
【０３０６】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０３０７】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３０８】
ＦＩＣ＿ＶＥＲＳＩＯＮ：該当８ビットフィールドはＦＩＣのバージョンナンバーを示す。
【０３０９】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１３ビットフィールドはＦＩＣの長さをバイト単位で示す。
【０３１０】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０３１１】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。
【０３１２】
ＮＵＭ＿ＡＵＸ：該当４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使われないことを示す。
【０３１３】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：該当８ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０３１４】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：該当４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブされる（reserved）。
【０３１５】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブされる（reserved）。
【０３１６】
図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。
【０３１７】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０３１８】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０３１９】
ＦＲＡＭＥ＿ＩＮＤＥＸ：該当５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。
【０３２０】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。
【０３２１】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：該当４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは該当フィールド内でシグナリングされる値により示す。該当フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０３２２】
ＲＥＳＥＲＶＥＤ：該当１６ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０３２３】
次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。
【０３２４】
ＤＰ＿ＩＤ：該当６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。
【０３２５】
ＤＰ＿ＳＴＡＲＴ：該当１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３２６】
【表２７】
0006480469.tif 000029
【０３２７】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：該当１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。
【０３２８】
ＲＥＳＥＲＶＥＤ：該当８ビットフィールドは今後の使用のためにリザーブされる（reserved）。
【０３２９】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３３０】
ＥＡＣ＿ＦＬＡＧ：該当１ビットフィールドは現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。
【０３３１】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：該当８ビットフィールドは自動活性化指示のバージョンナンバーを示す。
【０３３２】
ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３３３】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：該当１２ビットフィールドはＥＡＣの長さをバイトで示す。
【０３３４】
ＥＡＣ＿ＣＯＵＮＴＥＲ：該当１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。
【０３３５】
次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。
【０３３６】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：該当４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブされる（reserved）。該当フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３３７】
ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。
【０３３８】
図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。
【０３３９】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。
【０３４０】
図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。
【０３４１】
ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpolation：補間）を可能にする。
【０３４２】
ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。
【０３４３】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３４４】
図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。
【０３４５】
ＥＡＣはＥＡＳメッセージを伝達する専用チャンネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。
【０３４６】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３４７】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３４８】
ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが転送されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３４９】
図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。
【０３５０】
（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３５１】
ＦＩＣは、高速サービス獲得及びチャンネルスキャンを可能にするために階層間情報（cross-layer information）を伝達する専用チャンネルである。該当情報は主にデータパイプの間のチャンネルバインディング（channel binding）情報及び各放送局のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送局ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが転送するコンテンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータのコンテンツは管理層仕様に説明された通りである。
【０３５２】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。該当フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３５３】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。
【０３５４】
ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。
【０３５５】
ＥＡＳメッセージが現フレームで転送されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３５６】
ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。
【０３５７】
図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。
【０３５８】
（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。
【０３５９】
先行するチャンネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。
【０３６０】
タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。
【０３６１】
タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。
【０３６２】
データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０から始めてセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。
【０３６３】
タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。
【０３６４】
タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの転送に使用することができるＯＦＤＭセルの総数を超過できない。
【０３６５】
【数２】
0006480469.tif 000030
【０３６６】
この際、ＤDP1はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、ＤDP2はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て“タイプ１のマッピング規則”に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。
【０３６７】
図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。
【０３６８】
（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。
【０３６９】
タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３７０】
ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが転送され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで転送されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て転送されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使われる。
【０３７１】
（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、該当シンボルでのＦＩＣセルの数はＣFSSより大きくない。（ｂ）の右側に示した第３の場合は該当シンボルにマッピングされたＦＩＣセルの数がＣFSSを超過する点を除いて、第２の場合と同一である。
【０３７２】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な“タイプ１のマッピング規則”に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。
【０３７３】
データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。
【０３７４】
ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数ＮcellsはＦＥＣＢＬＯＣＫサイズ、Ｎldpc、コンステレーションシンボル当たり転送されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬDPUとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組合せ及びコンステレーションシンボル当たり異なるビット数をサポートするので、ＬDPUはフィジカルプロファイルに基づいて定義される。
【０３７５】
図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。
【０３７６】
図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。
【０３７７】
図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨエンコーディングされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３７８】
Ｎldpcの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３７９】
以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。
【０３８０】
【表２８】
0006480469.tif 000031
【０３８１】
【表２９】
0006480469.tif 000032
【０３８２】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３８３】
１２エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使われる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。
【０３８４】
ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使われる。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）が各々のＩldpc（ＢＣＨエンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。
【０３８５】
【数３】
0006480469.tif 000033
【０３８６】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。
【０３８７】
ロングＦＥＣＢＬＯＣＫに対してＮldpc−Ｋldpcパリティビットを計算する具体的な手続は、次の通りである。
【０３８８】
１）パリティビット初期化
【０３８９】
【数４】
0006480469.tif 000034
【０３９０】
２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉOの累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、
【０３９１】
【数５】
0006480469.tif 000035
【０３９２】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉsの累算（accumulate）。
【０３９３】
【数６】
0006480469.tif 000036
【０３９４】
ここで、ｘは第１のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ1に対するＱldpc＝２４に引続き、次の動作が実行される。
【０３９５】
【数７】
0006480469.tif 000037
【０３９６】
４）３６１番目の情報ビットｉ360に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２の行に与えられる。同様の方式により、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ360に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２の行のエントリーを示す。
【０３９７】
５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使われる。
【０３９８】
全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
【０３９９】
６）ｉ＝１から始めて次の動作を順次に実行
【０４００】
【数８】
0006480469.tif 000038
【０４０１】
ここで、ｐi、ｉ＝０，１，．．．，Ｎldpc−Ｋldpc−１の最終コンテンツはパリティビットｐiと同一である。
【０４０２】
【表３０】
0006480469.tif 000039
【０４０３】
＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する該当ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。
【０４０４】
【表３１】
0006480469.tif 000040
【０４０５】
図２３は、本発明の一実施形態に係るビットインターリービングを示す。
【０４０６】
ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。
【０４０７】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４０８】
ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮcells＝６４８００／ηMODまたは１６２００／ηMODである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組合せに固有である。
【０４０９】
ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（ηMOD）によって実行される。１つの内部グループに対するＱＣＢの数ＮQCB_IGも定義される。
【０４１０】
【表３２】
0006480469.tif 000041
【０４１１】
内部グループインターリービング過程はＱＣＢインターリービング出力のＮQCB_IG個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮQCB_IG個の行を用いて内部グループのビットを記入し読み取る過程を含む。記入動作で、ＱＣＢインターリービング出力からのビットが行方向に記入される。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。
【０４１２】
図２４は、本発明の一実施形態に係るセルワードデマルチプレキシングを示す。
【０４１３】
図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセルワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセルワードデマルチプレキシングを示す。
【０４１４】
ビットインターリービング出力の各々のセルワード（ｃ0,l，ｃ1,l，．．． ，ｃnmod-1,l）は１つのＸＦＥＣＢＬＯＣＫに対するセルワードデマルチプレキシング過程を説明する（ａ）に示したように（ｄ1,0,m，ｄ1,1,m，．．．，ｄ1,nmod-1,m）及び（ｄ2,0,m，ｄ2,1,m，．．．，ｄ2,nmod-1,m）にデマルチプレキシングされる。
【０４１５】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ0,l，ｃ1,l，．．．，ｃ9,l）は（ｂ）に示したように（ｄ1,0,m，ｄ1,1,m，．．．，ｄ1,3,m）及び（ｄ2,0,m，ｄ2,1,m，．．．，ｄ2,5,m）にデマルチプレキシングされる。
【０４１６】
図２５は、本発明の一実施形態に係るタイムインターリービングを示す。
【０４１７】
（ａ）から（ｃ）はタイムインターリービングモードの例を示す。
【０４１８】
タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異なるように設定できる。
【０４１９】
ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。
【０４２０】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。
【０４２１】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、該当パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、該当パラメータは１つのタイムインターリービンググループから拡散されるフレームの数ＰIである。
【０４２２】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４２３】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩJUMPを示す。
【０４２４】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、該当パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。
【０４２５】
さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４２６】
タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラーからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮxBLOCK_Group（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、ＮxBLOCK_Group（ｎ）は最小値０から最も大きい値が１０２３である最大値ＮxBLOCK_Group_MAX（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。
【０４２７】
各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰI個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。
【０４２８】
【表３３】
0006480469.tif 000042
【０４２９】
【数９】
0006480469.tif 000043
【０４３０】
【数１０】
0006480469.tif 000044
【０４３１】
【数１１】
0006480469.tif 000045
【０４３２】
一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに記入される。第１のバンクで読取される間、第２のタイムインターリービングブロックが第２のバンクに記入される。
【０４３３】
タイムインターリービングはツイストされた行列ブロックインターリーバである。ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックに対し、列の数ＮcがＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎrはセルの数Ｎcellと同一である（即ち、Ｎr＝Ｎcell）。
【０４３４】
図２６は、本発明の一実施形態に係るツイストされた行列ブロックインターリーバの基本動作を示す。
【０４３５】
図２６（ａ）は、タイムインターリーバで記入動作を示し、図２６（ｂ）は、タイムインターリーバで読取動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に記入され、２番目のＸＦＥＣＢＬＯＣＫは、次の列に記入され、このような動作が続く。そして、インターリービングアレイで、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列を始めとして行に沿って右に）最後の行まで対角線方向の読取が進まれる間、Ｎｒ個のセルが読み取られる。具体的に、Ｚｎ，ｓ，ｉ（ｉ＝０，．．．，ＮｒＮｃ）が順次読み取られるタイムインターリービングメモリセル位置と仮定すれば、このようなインターリービングアレイでの読取動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連したツイストパラメータＴｎ，ｓ，ｉを算出することによって実行される。
【０４３６】
【数１２】
0006480469.tif 000046
【０４３７】
ここで、Ｓｓｈｉｆｔは、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関係なく、対角線方向読取過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２−ＳＴＡＴで与えられたＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸにより決定される。
【０４３８】
【数１３】
0006480469.tif 000047
【０４３９】
結果的に、読み取られるセル位置は、座標Ｚｎ，ｓ，ｉ＝ＮｒＣｎ，ｓ，ｉ＋Ｒｎ，ｓ，ｉにより算出される。
【０４４０】
図２７は、本発明の他の一実施形態に係るツイストされた行列ブロックインターリーバの動作を示す。
【０４４１】
より具体的に、図２７は、ＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５であるとき、仮想ＸＦＥＣＢＬＯＣＫを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリでインターリービングアレイを示す。
【０４４２】
【数１４】
0006480469.tif 000048
【０４４３】
【数１５】
0006480469.tif 000049
【０４４４】
タイムインターリービンググループの数は、３に設定される。タイムインターリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝‘１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によりＰＬＳ２−ＳＴＡＴデータでシグナリングされる。各々Ｎｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ＿ＴＩ（０、０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１、０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２、０）＝５によりＰＬＳ２−ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸによりＰＬＳ２−ＳＴＡＴデータでシグナリングされ、これは、
【数１６】
0006480469.tif 000050
に繋がる。
【０４４５】
図２８は、本発明の一実施形態に係るツイストされた行列ブロックインターリーバの対角線方向読取パターンを示す。
【０４４６】
より具体的に、図２８は、パラメータ
【数１７】
0006480469.tif 000051
及びＳｓｈｉｆｔ＝（７−１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向読取パターンを示す。このとき、上記に類似コードで示した読取過程で、Ｖｉ＞＝ＮｃｅｌｌｓＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）であれば、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。
【０４４７】
図２９は、本発明の一実施形態に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４４８】
図２９は、パラメータ
【数１８】
0006480469.tif 000052
及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４４９】
図３０は、本発明の一実施形態に係る放送信号受信機の同期化＆復調モジュールの詳細ブロック図を示した図である。
【０４５０】
図３０は、図９において示した同期化＆復調モジュール９０００に含まれるサブモジュールを示す。
【０４５１】
同期化／復調モジュールは、放送信号をチューニングするチューナー３００１０、受信したアナログ信号をディジタル信号に変換するＡＤＣモジュール（３００２０；ＡＤＣ）、受信信号に含まれたプリアンブルを検出するプリアンブルディテクティングモジュール（３００３０；Ｐｒｅａｍｂｌｅ  Ｄｅｔｅｃｔｏｒ）、受信信号に含まれたガードシーケンスを検出するガードシーケンスディテクティングモジュール（３００４０；Ｇｕａｒｄ  Ｓｅｑｕｅｎｃｅ  Ｄｅｃｔｏｒ）、受信信号にＦＦＴを行うウェーブフォームトランスフォームモジュール（３００５０；Ｗａｖｅｆｏｒｍ  Ｔｒａｎｓｆｏｒｍ）、受信信号に含まれたパイロット信号を検出するレファレンス信号ディテクティングモジュール（３００６０；Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｄｅｔｅｃｔｏｒ）、抽出されたガードシーケンスを使用してチャンネル等化を行うチャンネル等化モジュール（３００７０；Ｃｈａｎｎｅｌ  ｅｑｕａｌｉｚｅｒ）、及びインバースウェーブフォームトランスフォームモジュール（３０１００；ｉｎｖｅｒｓｅ  ｗａｖｅｆｏｒｍ  ｔｒａｎｓｆｏｒｍ）、時間領域でパイロット信号を検出するタイムドメインレファレンスシグナルディテクティングモジュール（３００９０；Ｔｉｍｅ  ｄｏｍａｉｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｄｅｔｅｃｔｏｒ）及びプリアンブル及びパイロット信号を使用して受信信号の時間／周波数同期化を行う時間／周波数同期化モジュール（３０１００；Ｔｉｍｅ／Ｆｒｅｑ  Ｓｙｎｃ）を含む。インバースウェーブフォームトランスフォームモジュール３００８０は、ＦＦＴの逆に対抗する変換を行うモジュールであって、これは、実施形態によって省略されるか、同一または類似した機能を果たす他のモジュールに代替され得る。
【０４５２】
図３０は、受信機が複数のアンテナで受信した信号を複数の経路を介して処理する場合であって、同一モジュールが並列に図示されており、同一モジュールに対して重複説明はしない。
【０４５３】
本発明において受信機は、レファレンスシグナルディテクティングモジュール３００６０及びタイムドメインレファレンスシグナルディテクティングモジュール３００９０を使用してパイロット信号をディテクティング及び使用できる。レファレンスシグナルディテクティングモジュール３００６０は、周波数ドメインでパイロット信号を検出し、受信機は、検出されたパイロット信号の特性を使用して同期化及びチャンネル推定を行うことができる。タイムドメインレファレンスシグナルディテクティングモジュール３００９０は、受信された信号の時間ドメインでパイロット信号を検出し、受信機は、検出されたパイロット信号の特性を使用して同期化及びチャンネル推定を行うことができる。本明細書では、周波数ドメインでパイロット信号を検出するモジュール３００６０及び時間ドメインでパイロット信号を検出するモジュール３００９０のうち、少なくとも１つをパイロット信号ディテクティングモジュールとして呼ぶことができる。また、本明細書においてレファレンス信号は、パイロット信号を意味するものである。
【０４５４】
受信機は、受信信号に含まれたＣＰパターンをディテクティングし、ディテクティングされたＣＰパターンを使用してｃｏａｒｓｅ  ＡＦＣ（Ａｕｔｏ−Ｆｒｅｑｕｅｎｃｙ  Ｃｏｎｔｒｏｌ）、ｆｉｎｅ  ＡＦＣ、及びＣＰＥ（Ｃｏｍｍｏｎ  Ｐｈａｓｅ  Ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）を介して同期化を行うことができる。受信機は、パイロット信号ディテクティングモジュールで受信信号に含まれたパイロット信号を検出し、検出されたパイロット信号を受信機が知っているパイロット信号と比較して時間／周波数同期化を行うことができる。
【０４５５】
本発明は、多様な目的及び効果を満たすＣＰパターンをデザインしようとする。まず、本発明において提案するＣＰパターンは、与えられたＮｏＣ（Ｎｕｍｂｅｒ  ｏｆ  ａｃｔｉｖｅ  Ｃａｒｒｉｅｒ）及び与えられたＳＰパターンに対して各ＯＦＤＭシンボルでのＮｏＡ（Ｎｕｍｂｅｒ  ｏｆ  Ａｃｔｉｖｅ  ｄａｔａ  ｃａｒｒｉｅｒ）を一定に維持することにより、シグナリング情報を低減し、タイムインターリーバ及びキャリアマッピングのインタラクションを単純化（ｓｉｍｐｌｉｆｙ）しようとする。
【０４５６】
また、本発明は、このような条件を達成するために、ＮｏＣ及びＳＰパターンによってＣＰパターンを変更しようとする。また、本発明のＣＰパターンは、スペクトルに対してほぼ均等な分配（ｒｏｕｇｈｌｙ  ｅｖｅｎ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ｏｖｅｒ  ｓｐｅｃｔｒｕｍ）及びスペクトルに対してランダムな位置分配（ｒａｎｄｏｍ  ｐｏｓｉｔｉｏｎ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ｏｖｅｒ  ｓｐｅｃｔｒｕｍ）を満たして、周波数選択的チャンネルに対抗（ｃｏｍｂａｔ）できるようにＳＰベアリング（ｂｅａｒｉｎｇ）ＣＰ及び非（ｎｏｎ）ＳＰベアリング（ｂｅａｒｉｎｇ）ＣＰを適宜（ｆａｉｒｌｙ）選択しようとする。そして、ＣＰの全体オーバーヘッド（ｏｖｅｒａｌｌ  ｏｖｅｒｈｅａｄ）を保存（ｐｒｅｓｅｒｖｅ）するようにＮｏＣが減少するにつれてＣＰポジションの数が減少するようにＣＰパターンを構成しようとする。ＳＰベアリング（ｂｅａｒｉｎｇ）ＣＰ及び非（ｎｏｎ）ＳＰベアリング（ｂｅａｒｉｎｇ）ＣＰは、ＳＰ包含ＣＰ及び非（ｎｏｎ）ＳＰ包含ＣＰとして呼ぶこともできる。ＳＰベアリングＣＰは、ＳＰと位置が重なるＣＰを示し、非ＳＰベアリングＣＰは、ＳＰと位置が重ならないＣＰを示す。
【０４５７】
ＣＰのパターンまたは位置情報は、送信機及び受信機のメモリにインデックステーブルで保存することができる。しかし、放送システムで使用するＳＰパターンが多様化し、ＮｏＣのモードが増加するにつれてインデックステーブルの大きさが増加してメモリで占める部分が増加される不利さが発生するようになった。したがって、本発明は、このような問題点を解決しつつ、上述したＣＰパターンの目的及び効果を満たすことのできるＣＰパターンを提供しようとする。
【０４５８】
本明細書においてＳＰパターンに含まれたＳＰ間の周波数上の間隔をＤｘに、時間上の間隔をＤｙに示すことができる。言い換えれば、Ｄｘは、周波数方向でパイロットを含む（ｂｅａｒｉｎｇ）キャリアのセパレーション（ｓｅｐａｒａｔｉｏｎ）を示し、Ｄｙは、時間方向で１つのスキャタードパイロットシーケンスを形成するシンボルの数を示すことができる。
【０４５９】
放送システムの場合、国家または地域によってスペクトルマスクが相違し得る。したがって、場合によって放送信号の帯域幅を変更しなければならないことがあり、このために、本発明では、フレキシブルＮｏＣ（Ｎｕｍｂｅｒ  ｏｆ  Ｃａｒｒｉｅｒｓ）構造を提案する。
【０４６０】
図３１〜図３３は、本発明に係る放送信号のフレキシブルＮｏＣ構成の実施形態を示す。
【０４６１】
フレキシブルＮｏＣ構造を介して信号を構成する方法として２つの方法が可能である。
【０４６２】
１）最小帯域幅及びそれによる最小ＮｏＣを決定し、この最小帯域幅及び最小ＮｏＣからＮｏＣを予め設定された単位に拡張させる方法である。このような方法を使用する場合、最小ＮｏＣによってデザインされた非ＳＰ包含ＣＰ（Ｎｏｎ−ＳＰ−ｂｅａｒｉｎｇ  ＣＰ）は、ＮｏＣが増えるにしたがって変わらないが、拡張される帯域幅を十分活用できず、性能が劣ることがある。このため、ＮｏＣが増えるにしたがって追加される非ＳＰ包含ＣＰを決定するテーブルを追加しなければならないことがある。
【０４６３】
２）最大帯域幅及びそれによる最大ＮｏＣを決定し、この最大ＮｏＣからＮｏＣを予め設定された単位に縮小させる方法が可能である。この方法は、最大ＮｏＣに該当するウィンドウを規定することにより、非ＳＰ包含ＣＰをマスクアウトしたパイロットを使用することができる。この場合、ＣＰ個数がマージン（ｍａｒｇｉｎ）を有するようにデザインすることにより、ＮｏＣ縮小によって性能低下を防止できる。言い換えれば、最大ＮｏＣで縮小された最小ＮｏＣが特定数の非ＳＰ包含ＣＰを有するようにシステムをデザインすることである。また、この方法は、追加的な狭帯域（ｎａｒｒｏｗ  ＢＷ）またはより小さい（ｓｍａｌｌｅｒ）ＮｏＣのサポートが必要な場合にも容易にサポートが可能であるという長所がある。この方法は、以下の数式１２のように示すことができる。
【０４６４】
【数１９】
0006480469.tif 000053
【０４６５】
数式１２において、ＮｏＣは、キャリアの数、すなわち、１つの信号フレームに含まれたシンボルの数、すなわち、ＯＦＤＭサブキャリアの数を示す。Δは、コントロールユニット値を、ｋは、低減されるキャリアの数を決定するために、コントロールユニット値に掛けられる係数を示す。図３１〜図３３のように、Δは、ＦＦＴサイズによって各々Δ＿８Ｋ−ＦＦＴ＝９６、Δ＿１６Ｋ−ＦＦＴ＝１９２、及びΔ＿３２Ｋ−ＦＦＴ＝３８４になることができる。そして、ｋは、０〜４の値を有することができる。ｋは、低減係数（Ｃ＿（ｒｅｄ＿ｃｏｅｆｆ））で示すこともできる。最大ＮｏＣ（ＮｏＣ＿Ｍａｘ）は、ＦＦＴサイズによって異なり、図３１〜図３３のように、各々８Ｋ  ＦＦＴで６５２９、１６Ｋ  ＦＦＴで１３０５７、３２Ｋ  ＦＦＴで２６１１３になることができる。
【０４６６】
実施形態によって、非ＳＰ包含ＣＰの数は、最大ＮｏＣまたは最小ＮｏＣによって決定されることができる。図３１のように、最大ＮｏＣに対する非ＳＰ包含ＣＰの数が４５個になり、ｋ＝４である最小ＮｏＣで非ＳＰ包含ＣＰの数が４３になるようにシステムを構成できる。ただし、このような場合、放送システムの帯域幅を考慮するとき、送受信性能低下が発生することもできる。したがって、図３２のように、最大ＮｏＣでＮｏＣが減少するにつれて帯域幅ウィンドウをマスクアウトし、最小ＮｏＣに対して非ＳＰ包含ＣＰの数が４５個になり、逆に、最大ＮｏＣに対して非ＳＰ包含ＣＰの数が４８個になるようにシステムをデザインして性能劣化を防止することもできる。図３３は、図３２のような方式に対する実施例であって、８Ｋ  ＦＦＴの場合、非ＳＰ包含ＣＰの数が４５個から４８個の間に変わり、各ＦＦＴサイズ及びｋの値によって他の実施形態を提案する。
【０４６７】
本発明は、数式１２のように、最大ＮｏＣで必要に応じてΔの倍数にＮｏＣが低減され得るようにシステムを構成する。また、最大ＮｏＣで非ＳＰ包含ＣＰの数が、ＦＦＴサイズによって各々８Ｋで４８個、１６Ｋで９６個、及び３２Ｋで１９２個になるようにシステムを構成し、ｋ値の増加による非ＳＰ包含ＣＰの数の変化は、図３１〜図３３において示したとおりである。
【０４６８】
以下では、上述したように、フレキシブルなＮｏＣを使用する場合、それによってＮｏＡを一定に維持できる方法について説明する。
【０４６９】
フレキシブルＮｏＣをサポートする場合、ＮｏＣがＭａｘ（Ｄｘ）単位に拡張または縮小されることができ、このような場合にも、一定の（ｃｏｎｓｔａｎｔ）ＮｏＡを維持しようとするならば、ＳＰベアリングＣＰの個数及び位置に対する制限（ｃｏｎｓｔｒａｉｎｔ）が発生するようになる。ＮｏＣがＤｘ単位に拡張または縮小される場合、このような制限は、ＳＰパターン、ＦＦＴサイズ、及びｋ値によって変わることができる。
【０４７０】
図３４〜図３７は、本発明の一実施形態に係る、ＦＦＴサイズによるＮｏＣ変更の際、一定のＮｏＡをサポートするための制限が発生する場合を示す。
【０４７１】
上述したように、フレキシブルＮｏＣをサポートする場合、ｋ値及びＦＦＴサイズによって各々９６、１８２、３８４個の単位にＮｏＣが減少される。ただし、ＳＰパターンは、Ｄｘ＊ＤＹに該当するブロック単位に繰り返される。したがって、減少されるΔの値がＤｘ＊Ｄｙブロックの倍数に該当しなければ、一定のＮｏＡのために設定されたパイロットパターンが破れるようになる。ＮｏＣは、最大Ｄｘ単位に縮小されるので、Ｄｘ＊Ｄｙの倍数になることができないためである。これは、以下の数式のように示すこともできる。
【０４７２】
【数２０】
0006480469.tif 000054
【０４７３】
数式１３において、ｋ＝０〜４に対して結果値が０である場合にはＮｏＡが維持されるが、結果値が０でない場合にはＮｏＡが維持されず、パイロットパターンに変更が必要である。このような場合は、８Ｋ  ＦＦＴに対してＳＰパターンが（Ｄｘ、Ｄｙ）＝｛（３２、２）、（１６、４）及び（３２、４）｝である場合並びに１６Ｋ  ＦＦＴに対してＳＰパターンが（Ｄｘ、Ｄｙ）＝（３２、４）である場合である。
【０４７４】
図３４は、８Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（３２、２）である場合、一定のＮｏＡをサポートするためにパイロットパターンの変化が必要な場合を示す。図３４において、８Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（３２、２）である場合、ＭＯＤ（ＮｏＣ−１、Ｄｘ＊Ｄｙ）の値は、ｋ＝０、２、４であるときは０であり、ｋ＝１、３である場合には３２である。したがって、ｋ＝１、３である場合には、一定のＮｏＡのためにパイロットパターンの変更が必要である。
【０４７５】
図３５は、８Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（１６、４）である場合、一定のＮｏＡをサポートするためにパイロットパターンの変化が必要な場合を示す。図３５において、８Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（１６、４）である場合、ＭＯＤ（ＮｏＣ−１、Ｄｘ＊Ｄｙ）の値はｋ＝０、２、４であるときは０であり、ｋ＝１、３である場合には３２である。したがって、ｋ＝１、３である場合には、一定のＮｏＡのためにパイロットパターンの変更が必要である。
【０４７６】
図３６は、８Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（３２、４）である場合、一定のＮｏＡをサポートするために、パイロットパターンの変化が必要な場合を示す。図３６において、８Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（３２、４）である場合、ＭＯＤ（ＮｏＣ−１、Ｄｘ＊Ｄｙ）の値は、ｋ＝０、４であるときは０であり、ｋ＝１である場合には３２、ｋ＝２である場合には６４、ｋ＝３である場合には９６である。したがって、ｋ＝１、２、３である場合には、一定のＮｏＡのためにパイロットパターンの変更が必要である。
【０４７７】
図３７は、１６Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（３２、４）である場合、一定のＮｏＡをサポートするために、パイロットパターンの変化が必要な場合を示す。図３７において、１６Ｋ  ＦＦＴ及びＳＰパターン（Ｄｘ、Ｄｙ）＝（３２、４）である場合、ＭＯＤ（ＮｏＣ−１、Ｄｘ＊Ｄｙ）の値は、ｋ＝０、２、４であるときは０であり、ｋ＝１、３である場合には６３である。したがって、ｋ＝１、３である場合には、一定のＮｏＡのためにパイロットパターンの変更が必要である。
【０４７８】
パイロットパターンの変更は、Ｄｙ＝２である場合は、１個のＳＰベアリングＣＰを、Ｃｙ＝４である場合は、１〜３個のＳＰベアリングＣＰを選択的に使用する方法を利用することにより、ＮｏＣの変更による一定のＮｏＡをサポートでき、これについては、以下においてもう一度説明する。
【０４７９】
以下では、本発明の実施形態に係るＣＰパターン生成方法として、コモンＣＰセット及び付加（ａｄｄｉｔｉｏｎａｌ）ＣＰセットを生成する方法について説明する。コモンＣＰセットは、ＳＰと重ならない非ＳＰベアリングＣＰの集合を示し、付加ＣＰセットは、ＳＰと重なるＳＰベアリングＣＰの集合を示す。
【０４８０】
本発明の実施形態に係る放送システムは、ＳＰのＤｘベーシス（ｂａｓｉｓ）値であって、３と４の両方をサポートする。Ｎｏｎ−ＳＰ−ｂｅａｒｉｎｇ  ＣＰとＳＰ−ｂｅａｒｉｎｇ  ＣＰとの位置は、全てのＳＰ  ｍｏｄｅに対して一定のｉｎｄｅｘを有さなければならないので、Ｄｘ  ｂａｓｉｓ値を基準として設計するようになる。したがって、ＣＰ設計は、Ｄｘ  ｂａｓｉｓ  ３と４に対して次の２つの設計が可能である。
【０４８１】
ｉ）Ｄｘ  ｂａｓｉｓ  ３と４に対して独立的にＣＰ  ｓｅｔを設計し、ＳＰ  ｍｏｄｅ選択と連動してＣＰ  ｉｎｄｅｘ  ｔａｂｌｅを選択する。ii）選択されたＳＰ  ｍｏｄｅのＤｘ  ｂａｓｉｓ  ３と４を共に考慮して１つのｃｏｍｍｏｎ  ＣＰ  ｓｅｔを選択し、ＳＰ  ｍｏｄｅ選択と関係なく、１つのＣＰ  ｉｎｄｅｘ  ｔａｂｌｅのみを定義して使用する。
【０４８２】
上記の２つの方法の特徴は、次のとおりである。
【０４８３】
方法ｉ）は、各々に対して最適化されたＣＰの位置を最適化するので、性能的な側面で方法ii）より優れている。方法ii）は、ＳＰ  ｍｏｄｅに関係なく、同じＣＰ  ｉｎｄｅｘを有するので、互いに異なるＤｘ  ｂａｓｉｓを有するＳＰ  ｍｏｄｅ間にｓｙｎｃ  ｔｒａｃｋｉｎｇが要求される場合に、境界での不連続性による性能劣化がない。また、方法ii）は、受信機でＤｘベーシスを予め知らず、初期同期が必要な場合、ＣＰセットが２個である場合に比べて既存のＣＰセットを一応使用することができるという長所がある。したがって、以下では、ii）に基づいてＳＰパターンを生成する方法について説明する。
【０４８４】
図３８は、本発明の一実施形態に係るＣＰインデックスの生成方法を示す。
【０４８５】
図３８は、コモンＣＰセットを生成する方法であって、この方法によれば、レファレンスＣＰセットを使用して多様なＦＦＴサイズに該当するＣＰセットを生成できる。
【０４８６】
まず、本発明によれば、上述したＤｘ＝３及びＤｘ＝４であるＳＰモードを共に考慮して、ＳＰと重ならない非ＳＰベアリングＣＰのセットを生成し、このようなＣＰセットをレファレンスＣＰセットと呼ぶことができる。レファレンスＣＰセットは、３２Ｋ  ＦＦＴモードＣＰセットの左側半分（ｌｅｆｔ  ｈａｌｆ）に該当することができる。すなわち、ｋ＝０である場合、３２Ｋ  ＦＦＴモードのＣＰの数が１８０個であるから、レファレンスＣＰセットは、９０個のＣＰを含むことができる。レファレンスＣＰセットは、上述した「ＣＰを予め設定されたスペクトルに対してｅｖｅｎし、ｒａｎｄｏｍに分布されるように位置させる」という条件を満たすように生成される。このようなレファレンスＣＰセットは、ＰＮ発生器を介して生成した複数のＣＰ位置パターンに対して多様な性能を考慮して抽出し、この部分は後述する。
【０４８７】
３２Ｋ  ＦＦＴモードに対するＣＰセットＣＰ＿３２Ｋは、レファレンスＣＰセットＣＰ＿３２Ｋ、Ｌをリバースし、シフトすることにより追加的な右側半分のＣＰセットＣＰ＿３２Ｋ、Ｒを生成し、レファレンスＣＰセットに右側半分のＣＰセットを付加することにより生成される。リバース動作は、ミラーリング動作とも呼ぶことができ、シフト動作は、サイクリングシフトと呼ぶこともできる。このようなリバース及びシフト動作は、レファレンスキャリア位置で上述したレファレンスＣＰセットのインデックスを減算することと表現することもできる。レファレンスキャリア位置は、シフト値と関連して決定され、レファレンスインデックスまたはレファレンスインデックス値と呼ばれることもできる。このような３２Ｋモードの右側半分のＣＰセットＣＰ＿３２Ｋ、Ｒの生成及びこれらを使用した３２Ｋ  ＦＦＴモードのＣＰセット生成方法は、以下の数式等のように表現することもできる。
【０４８８】
【数２１】
0006480469.tif 000055
【０４８９】
１６Ｋ  ＦＦＴモードに対するＣＰセットＣＰ＿１６及び８Ｋ  ＦＦＴモードに対するＣＰセットＣＰ＿８は、各々３２Ｋに対するＣＰセットＣＰ３２から抽出することにより生成されることができる。この場合、図３８のように、抽出されたＣＰがフレームで周波数上、同一位置に位置することができるようにレファレンスＣＰセットが決定される。
【０４９０】
このような方法を使用することにより、放送送信機及び放送受信機は、３２Ｋモードで使用するＣＰインデックスの半分に該当するＣＰセットのみを保存すればよいので、必要なメモリサイズを減らすことができる。
【０４９１】
図３９は、本発明の実施形態に係るＦＦＴサイズによるＣＰセット生成方法を示す。
【０４９２】
レファレンスＣＰセットを決定するために、複数の条件を満たさなければならない。例えば、ｉ）各ＦＦＴモード別にサポート可能な最も大きい値を有するＤｘ値を有するＳＰパターンの位置を回避しなければならず、ii）３２Ｋ  ＦＦＴモードのＣＰセットから１６Ｋ、８Ｋ用のＣＰセットの生成がラウンド（ｒｏｕｎｄｉｎｇ）／シーリング（ｃｅｉｌｉｎｇ）／フローリング（ｆｌｏｏｒｉｎｇ）などのシンプルな動作（ｏｐｅｒａｔｉｏｎ）で算出されなければならず、iii ）全てのＦＦＴモードに対して周波数上の位置が連続性を有さなければならない条件（ｃｏｎｔｉｎｕｉｔｙ  ｉｎ  ａｂｓｏｌｕｔｅ  ｆｒｅｑｕｅｎｃｙ  ｆｏｒ  ａｌｌ  ＦＦＴ  ｍｏｄｅｓ）を満たさなければならない。
【０４９３】
このようなＣＰインデックスは、図３９のようにＳＰの位置を避けて選択され、この中で１６Ｋモード及び８Ｋモードでも周波数方向で同じ位置に位置されるように選択される。そして、このように選択されたインデックスのうち、信号帯域幅にわたって最大限ｒａｎｄｏｍで、ｅｖｅｎな分布（ｄｉｓｔｒｉｂｕｔｉｏｎ）を有するインデックスが選択されてレファレンスＣＰセットに含まれるものである。
【０４９４】
上述したように、レファレンスＣＰセットを使用して３２Ｋ  ＦＦＴモードのＣＰセットＣＰ＿３２Ｋを生成すれば、１６ＫモードのＣＰセットＣＰ＿１６Ｋ及び８ＫモードのＣＰセットＣＰ＿８Ｋは、３２Ｋ  ＦＦＴモードのＣＰセットＣＰ＿３２Ｋと下記の数式を使用することにより取得され得る。特に、全てのＦＦＴモードに対して周波数上の位置が連続性を有さなければならない条件（ｃｏｎｔｉｎｕｉｔｙ  ｉｎ  ａｂｓｏｌｕｔｅ  ｆｒｅｑｕｅｎｃｙ  ｆｏｒ  ａｌｌ  ＦＦＴ  ｍｏｄｅｓ）を緩和させれば、数次１８が使用されることもできる。ただし、より正確な周波数位置の同一性及びこれを使用したさらに正確なチャンネル推定、並びに周波数／時間同期化のために、本発明では数式１５のようなシーリングオペレーションを使用するようにするが、必要に応じて数式１６〜数式１９のオペレーションが使用されることもできる。
【０４９５】
【数２２】
0006480469.tif 000056
【０４９６】
数式１５は、３２ＫモードのＣＰセットの各２番目のインデックスを２で割った値にシーリング（ｃｅｉｌｉｎｇ）演算を使用することにより、１６ＫモードのＣＰセットを、各４番目のインデックスを４で割った値にシーリング演算を使用することにより、８ＫモードのＣＰセットを生成することを示す。シーリングオペレーション値は、対象値以上の最も小さい整数を示す。
【０４９７】
【数２３】
0006480469.tif 000057
【０４９８】
数式１６は、３２ＫモードのＣＰセットの各２番目のインデックスを２で割った値にフローリング（ｆｌｏｏｒｉｎｇ）演算を使用することにより、１６ＫモードのＣＰセットを、各４番目のインデックスを４で割った値にフローリング演算を使用することにより、８ＫモードのＣＰセットを生成することを示す。フローリングオペレーション値は、対象値以下の最も大きい整数を示す。
【０４９９】
【数２４】
0006480469.tif 000058
【０５００】
【数２５】
0006480469.tif 000059
【０５０１】
【数２６】
0006480469.tif 000060
【０５０２】
数式１７〜１９においてラウンドオペレーション値は、対象値に最も近い整数を示す。
【０５０３】
全てのＦＦＴモードに対して周波数上の位置が連続性を有さなければならない条件（ｃｏｎｔｉｎｕｉｔｙ  ｉｎ  ａｂｓｏｌｕｔｅ  ｆｒｅｑｕｅｎｃｙ  ｆｏｒ  ａｌｌ  ＦＦＴ  ｍｏｄｅｓ）を満たす理由は、ＦＦＴサイズが変わってもチャンネル推定をより正確にするためである。放送受信機は、ＦＦＴサイズが変わっても同じ位置にパイロットが位置するので、前後信号のパイロット位置を使用してチャンネルをより正確に推定し、時間／周波数オフセットを補正できる。言い換えれば、特に、１つのフレームで信号の部分別にＦＦＴサイズが相違した場合により効果的でありうる。
【０５０４】
図４０〜図４１は、本発明の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【０５０５】
図４０は、ＳＰを含まないＣＰのセットであるコモンＣＰセットを示す。
【０５０６】
図４０は、上述した条件を考慮して生成したレファレンスＣＰセットＣＰ＿ｒｅｆと、ＦＦＴサイズが３２Ｋである場合のＣＰセットＣＰ＿３２Ｋ、ＦＦＴサイズが１６Ｋである場合のＣＰセットＣＰ＿１６Ｋ、及びＦＦＴサイズが８Ｋである場合のＣＰセットＣＰ＿８Ｋを生成する方法を各々示す。
【０５０７】
図４０においてＣＰ＿ｒｅｆは、レファレンスＣＰセットＣＰ＿３２Ｋ、Ｌであって、３２ＫモードＣＰセットＣＰ＿３２Ｋの前の半分（ｆｉｒｓｔ  ｈａｌｆ）に該当するパイロットインデックスを含む。３２ＫモードＣＰセットＣＰ＿３２Ｋは、上述した数式１４を使用して生成され、レファレンスキャリアインデックスは、２７６４９である。１６ＫのＣＰセットＣＰ＿１６Ｋ及び８ＫのＣＰセットＣＰ＿８Ｋは、上述した数式１５を使用して各々生成される。
【０５０８】
図４１は、図４０のレファレンスＣＰセットを使用して生成された３２ＫのＣＰセット、１６ＫのＣＰセット、及び８ＫのＣＰセットのＣＰインデックスを示す。
【０５０９】
図４２〜図４５は、本発明の他の一実施形態に係るレファレンスＣＰセット及びこれを使用したＣＰパターン生成方法を示す。
【０５１０】
図４２は、ＳＰを含まないＣＰのセットであるコモンＣＰセットを示す。
【０５１１】
図４２は、上述した条件を考慮して生成した他のレファレンスＣＰセットＣＰ＿３２Ｋ、ＬまたはＣＰ＿ｒｅｆと、ＦＦＴサイズが３２Ｋである場合のＣＰセットＣＰ＿３２Ｋ、ＦＦＴサイズが１６Ｋである場合のＣＰセットＣＰ＿１６Ｋ、及びＦＦＴサイズが８Ｋである場合のＣＰセットＣＰ＿８Ｋを生成する方法を各々示す。
【０５１２】
図４２においてレファレンスＣＰセットＣＰ＿３２Ｋ、Ｌは、３２ＫモードＣＰセットＣＰ＿３２Ｋの前の半分（ｆｉｒｓｔ  ｈａｌｆ）に該当するパイロットインデックスを含む。３２ＫモードＣＰセットＣＰ＿３２Ｋは、上述した数式１４（ＣＰ＿３２Ｋ、Ｒ＝レファレンスインデックス値−ＣＰ＿３２Ｋ、Ｌ及びＣＰ３＿３２Ｋ＝［ＣＰ＿３２Ｋ、Ｌ、ＣＰ＿３２Ｋ、Ｒ］）を使用して生成され、レファレンスキャリアインデックスは、２７６４８である。１６ＫのＣＰセットＣＰ＿１６Ｋ及び８ＫのＣＰセットＣＰ＿８Ｋは、上述した数式１５（ＣＰ＿１６Ｋ＝ｃｅｉｌ（（ｔａｋｅ  ｅｖｅｒｙ  ２ｎｄ  ｉｎｄｅｘ  ｏｆ  ＣＰ３２Ｋ）／２）及びＣＰ＿１６Ｋ＝ｃｅｉｌ（（ｔａｋｅ  ｅｖｅｒｙ  ２ｎｄ  ｉｎｄｅｘ  ｏｆ  ＣＰ３２Ｋ）／４））を使用して各々生成される。すなわち、１６Ｋ  ＦＦＴ用のＣＰセットＣＰ＿１６Ｋは、３２Ｋ  ＦＦＴ用のＣＰセットＣＰ＿３２Ｋの１番目、３番目、５番目．．．インデックスを２で割ってシーリングファンクションを取ったインデックス値で構成され、８Ｋ  ＦＦＴ用のＣＰセットＣＰ＿８Ｋは、３２Ｋ  ＦＦＴ用のＣＰセットＣＰ＿３２Ｋの１番目、５番目、９番目．．．インデックスを４で割ってシーリングファンクションを取ったインデックス値で構成されることができる。
【０５１３】
図４３〜図４５は、図４３のレファレンスＣＰセットを使用して生成されたＣＰセットであって、図４３は、３２ＫのＣＰセットを、図４４は、１６ＫのＣＰセットを、図４５は、８ＫのＣＰセットのＣＰインデックスを各々示す。
【０５１４】
図４６〜図５１は、図４２〜図４５において示したＣＰセットの性能及び分布を示す。
【０５１５】
図４６は、ＡＷＧＮチャンネルに対する性能テスト結果を示すＡＭＩプロットを、図４７は、２経路Ｒａｙｌｅｉｇｈチャンネルに対する性能テスト結果を示すＡＭＩプロットを、図４８は、Ｔｕ−６  ２００Ｈｚチャンネルに対する性能テスト結果を示すＡＭＩプロットを各々示す。そして、図４９は、各チャンネルの場合に対してＡＭＩ（Ａｖｅｒａｇｅ  Ｍｕｔｕａｌ  Ｉｎｆｏｒｍａｔｉｏｎ）／ｂｉｔと分散インデックスとの関係を示す。図４２〜図４５の実施形態は、図４０〜図４１の実施形態に比べて図４６〜図５１で示したように多様なチャンネルでの性能を考慮して生成したＣＰインデックスに該当する。
【０５１６】
図５０は、３２ＫモードＣＰセットＣＰ＿３２Ｋ、１６ＫのＣＰセットＣＰ＿１６Ｋ、及び８ＫのＣＰセットＣＰ＿８Ｋのインデックスがランダムかつイーブンな分布（ｄｉｓｔｒｉｂｕｔｉｏｎ）性能を有することを示す。
【０５１７】
図５１は、図５０のＣＰセットの一部を拡大して示した図である。図５１において、８ＫモードのＣＰは、１６Ｋモード及び３２ＫモードのＣＰと同一に位置し、１６ＫモードのＣＰも３２ＫモードのＣＰと同一に位置することが分かる。したがって、上述したように、チャンネル推定及び周波数同期化性能が向上し得ることが分かる。
【０５１８】
図５２は、本発明の実施形態に係る付加ＣＰセットを示す。
【０５１９】
上述したように、ＣＰセットは、コモンＣＰセットと付加ＣＰセットとを含み、特に、一定のＮｏＡのために、ＳＰパターン及びＦＦＴサイズ（モード）によって必要な付加ＣＰセットがさらに挿入される。付加ＣＰセットは、ＳＰベアリングＣＰであって、各々Ｄｙが４であれば、３個以下、Ｄｙが２であれば、１個以下に挿入されることができる。
【０５２０】
ただし、図３４〜図３７と関連して上述したように、フレキシブルＮｏＣを使用することによりコントロールユニット値の倍数にキャリアの数が低減されるので、一定のＮｏＡを維持するために、ＮｏＣによって付加ＣＰセットが変更されなければならない。図５２では、このように変更される付加ＣＰセットを括弧で示した。
【０５２１】
図５２において、ＳＰモードが各々ＳＰ３２−４である場合には、ＦＦＴモードが１６Ｋ及び８Ｋである場合、ＳＰ３２−２である場合には、ＦＦＴモードが８Ｋである場合、ＳＰモードがＳＰ１６−４である場合には、ＦＦＴモードが８Ｋである場合、付加ＣＰセットが変更されることを示す。括弧をつけたパイロットインデックスは、ｋが２で割り切れない場合、すなわち、数式１２においてｋ＝１または３として奇数である場合（ｋ  ｍｏｄ２＝１）には使用されないことがある。各場合は後述する。
【０５２２】
まず、ＳＰパターンがＳＰ３２−２であり、ＦＦＴモードが８Ｋである場合、付加ＣＰセットが変更され得る。言い換えれば、フレキシブルＮｏＣでｋが奇数（例えば、ｋ＝１または３）である場合には、ＣＰインデックス１６９６のＳＰベアリングＣＰは使用されず、付加されるＳＰベアリングＣＰがないこともある。
【０５２３】
ＳＰパターンがＳＰ１６−４であり、ＦＦＴモードが８Ｋである場合、付加ＣＰセットが変更され得る。言い換えれば、フレキシブルＮｏＣにおいてｋが奇数（ｋ＝１または３）である場合には、インデックス２９１２のＣＰ及びインデックス５７４４のＣＰが使用されず、インデックス１７４４のＳＰベアリングＣＰのみが付加され得る。
【０５２４】
ＳＰパターンがＳＰ３２−４であり、ＦＦＴモードが１６Ｋである場合、付加ＣＰセットが変更され得る。言い換えれば、フレキシブルＮｏＣにおいてｋが奇数（ｋ＝１または３）である場合には、インデックス５８２４のＣＰ及びインデックス１１４８８のＣＰが使用されず、インデックス３４８８のＳＰベアリングＣＰのみが付加され得る。
【０５２５】
ＳＰパターンがＳＰ３２−４であり、ＦＦＴモードが８Ｋである場合、付加ＣＰセットが変更され得るし、この場合には、ｋ値によって付加ＣＰセットが異なるように挿入されることができる。言い換えれば、フレキシブルＮｏＣにおいてｋ＝１である場合には、インデックス１６９６のＣＰ、インデックス２８８０のＣＰ、及びインデックス５７２８のＣＰが全て使用されず、付加ＣＰセットが追加挿入されないことがある。ｋ＝２である場合には、インデックス２８８０のＣＰ及びインデックス５７２８のＣＰが使用されず、インデックス１６９６のＳＰベアリングＣＰのみが付加され得る。ｋ＝３である場合には、インデックス５７２８のＣＰが使用されず、インデックス１６９６のＳＰベアリングＣＰ及びインデックス２８８０のＳＰベアリングＣＰが付加され得る。そして、ｋ＝０またはｋ＝４である場合には、インデックス１６９６、インデックス２８８０、インデックス５７２８のＳＰベアリングＣＰが付加され得る。
【０５２６】
このような方式で、フレキシブルにＮｏＣを構成して、帯域幅がマスクアウトされても一定のＮｏＡを有するようにＣＰセットを構成できる。
【０５２７】
図５３は、図５２において説明した付加ＣＰセットのインデックスを位置させる方法を示す。
【０５２８】
上述したように、Ｄｙ＝２である場合及びＤｙ＝４である場合、各々１個及び３個のＳＰベアリングＣＰが付加され得る。このようなＳＰベアリングＣＰの位置は、一定のＮｏＡを満たすことができる位置であって、このような位置のうち、図５３のように、ＣＰがさらにｅｖｅｎかつｒａｎｄｏｍに分布され得る位置に挿入されるようにする。
【０５２９】
図５４は、本発明の実施形態に係る放送信号送信機の放送信号転送方法を示す。
【０５３０】
放送信号送信機及びその動作と関連して上述したように、放送信号送信機は、インプットフォーマッタモジュールを使用して入力ストリームを少なくとも１つのＤＰ（Ｄａｔａ  Ｐｉｐｅ）、すなわち、ＰＬＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ）にデマルチプレキシングすることができる（Ｓ５４０１０）。そして、放送信号送信機は、ＢＩＣＭモジュールを使用して、少なくとも１つのＤＰ（ＰＬＰ）に含まれたデータをエラー訂正処理またはＦＥＣエンコードすることができる（Ｓ５４０２０）。放送信号送信機は、フレームビルディングモジュールを使用して、ＰＬＰ内のデータをマッピングして信号フレームを生成できる（Ｓ５４０３０）。放送信号送信機は、ＯＦＤＭ生成モジュールを使用して、転送信号にプリアンブルを挿入し、ＯＦＤＭ変調を行うことができる（Ｓ５４０４０）。放送信号送信機のパイロット挿入は、特に、図８及び図３０〜図５３の方法のように行われることができる。
【０５３１】
ＯＦＤＭ生成モジュールは、パイロット信号挿入モジュールをさらに備え、ＯＦＤＭ変調実行ステップ（Ｓ５４０４０）は、転送信号にＣＰ、ＳＰを含むパイロット信号を挿入するステップをさらに含むことができる。ＣＰは、信号フレームの全てのシンボルに挿入され、ＣＰの位置及び数字は、ＦＦＴサイズ／モードに基づいて決定されることができる。ただし、ＣＰをプリアンブルシンボル部分またはブートストラップシンボル部分には挿入しないこともある。
【０５３２】
放送信号送信機は、フレームビルディングモジュールを使用して信号フレームを生成し、この場合、ＮｏＣをフレキシブルに設定し、設定されたＮｏＣによって信号フレームを生成することもできる。言い換えれば、前記信号フレームに含まれたキャリアの数は、最大キャリアの数からコントロールユニット値と予め設定された係数との積の単位に低減されることができ、前記コントロールユニット値は、ＦＦＴサイズに基づく予め設定されたキャリアの数に該当し得る。ここで、コントロールユニット値は、各々ＦＦＴサイズが８である場合、９６に該当し、ＦＦＴサイズが１６である場合、１９２に該当し、ＦＦＴサイズが３２である場合、３８４に該当し得る。ＮｏＣの数は、シグナリング情報としてプリアンブルに含まれて転送／受信されることもできる。例えば、ＮｏＣが低減される係数ｋを示す情報がプリアンブルに含まれて転送／受信されることもできる。
【０５３３】
ＣＰは、コモン（ｃｏｍｍｏｎ）ＣＰセット及び付加（ａｄｄｉｔｉｏｎａｌ）ＣＰセットを含むことができる。コモンＣＰセットのＣＰは、ＳＰと重ならない位置に選択されることができ、付加ＣＰセットのＣＰは、ＳＰと重なる位置に選択されることができる。
【０５３４】
コモンＣＰセットは、図３１〜図３３及び図３８〜図４５のように決定されることができる。すなわち、３２Ｋ  ＦＦＴモード用のＣＰセットの前の半分（ｆｉｒｓｔ  ｈａｌｆ）に該当するレファレンスＣＰセットが放送信号送信機に保存され、放送信号送信機は、このレファレンスＣＰセットを使用して上述したように、３２Ｋ、１６Ｋ、８Ｋ用のＣＰセットを各々生成して挿入することができる。すなわち、レファレンスＣＰセットにレファレンスＣＰセットをリバース（ｒｅｖｅｒｓｉｎｇ）及びシフトして生成した右側の後（ｒｉｇｈｔ  ｅｎｄ）ＣＰセットを付加することにより、３２ＫのＣＰセットを生成できる。１６ＫのＣＰセットは、３２ＫのＣＰセットに含まれたＣＰのうち、各２番目のインデックスのＣＰを抽出することにより生成され、８ＫのＣＰセットは、３２ＫのＣＰセットに含まれたＣＰのうち、各４番目のインデックスのＣＰを抽出することにより生成されることができる。
【０５３５】
付加ＣＰセットは、図５２のように放送信号に挿入されることができる。すなわち、ＮｏＣが減少される場合、特定ＦＦＴサイズ及び特定ＳＰパターンに対する付加ＣＰセットは、予め設定された係数によって他のＣＰインデックスとして付加されることができる。
【０５３６】
図５５は、本発明の一実施形態に係る放送信号受信方法を示した図である。
【０５３７】
放送信号受信機及びその動作と関連して上述したように、放送信号受信機は、同期化／復調モジュールを使用して受信放送信号に対して信号検出及びＯＦＤＭ復調を行うことができる（Ｓ５５０１０）。放送受信機は、フレームパーシングモジュールを使用し、受信放送信号の信号フレームをパーシングしてサービスデータを抽出できる（Ｓ５５０２０）。放送受信機は、デマッピング及びデコードモジュールを使用して受信放送信号から抽出されたサービスデータをビットドメインに変換し、デインターリービングを行うことができる（Ｓ５５０３０）。そして、放送受信機は、アウトプット処理モジュールを使用して処理されたサービスデータをデータストリームに出力することができる（Ｓ５５０４０）。
【０５３８】
同期化／復調モジュールは、パイロット信号ディテクティングモジュールをさらに備え、ＯＦＤＭ復調実行ステップ（Ｓ５５０１０）は、転送信号からＣＰ、ＳＰなどのパイロット信号をディテクティングするステップをさらに含むことができる。ＣＰは、信号フレームの全てのシンボルに挿入され、ＣＰの位置及び数字は、ＦＦＴサイズ／モードに基づいて決定されることもできる。
【０５３９】
放送信号受信機のフレームパーシングモジュールは、ＮｏＣによって信号フレームをパーシングすることができ、このためのＮｏＣに関する情報は、シグナリング情報としてプリアンブルに含まれて転送／受信されることもできる。例えば、ＮｏＣが低減される係数ｋを示す情報がプリアンブルに含まれて転送／受信されることもできる。
【０５４０】
放送信号受信機の同期化／復調モジュールは、時間／周波数同期化モジュールをさらに備え、パイロットディテクティングモジュールがディテクティングしたパイロット信号を使用して時間／周波数同期化を行うことができる。このような受信信号のパイロット信号は、上述した放送信号送信機で挿入したパイロット信号の構成／特徴を有するので、上述した送信側のパイロット信号に対する特徴が受信放送信号にも適用される。言い換えれば、図５４と関連した信号構造、パイロット構造などに関する説明が、図５５において放送受信機が受信した放送信号に全て適用されることができる。
【０５４１】
放送信号受信機は、時間／周波数同期化モジュールで検出されたパイロット信号を予め設定されたパイロット信号位置と比較して時間／周波数同期化を行うことができる。このような場合、放送信号受信機は、送信側に関する説明のように、コモンＣＰセット及び付加ＣＰセットの位置を取得し、このように取得したパイロットを受信信号から検出されたパイロットと比較することにより、時間／周波数同期化を行うこともできる。
【０５４２】
本明細書において、上述したＤＰは、ＰＬＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｉｐｅ）と、ＰＬＳ１情報は、Ｌ１（Ｌａｙｅｒ  １）スタティック（ｓｔａｔｉｃ）情報と、ＰＬＳ２情報は、Ｌ１ダイナミック情報と各々呼ぶこともできる。
【０５４３】
本発明の思想や範囲を逸脱することなく、本発明において多様な変更及び変形が可能であることは当業者に理解される。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【０５４４】
本明細書において装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用されることができる。
【０５４５】
多様な実施形態が本発明を実施するための最善の形態で説明された。
【産業上の利用可能性】
【０５４６】
本発明は、一連の放送信号提供分野で利用される。
【０５４７】
本発明の思想や範囲を逸脱することなく、本発明において多様な変更及び変形が可能であることは当業者に自明である。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。
【図１】
0006480469.tif 000061
【図２】
0006480469.tif 000062
【図３】
0006480469.tif 000063
【図４】
0006480469.tif 000064
【図５】
0006480469.tif 000065
【図６】
0006480469.tif 000066
【図７】
0006480469.tif 000067
【図８】
0006480469.tif 000068
【図９】
0006480469.tif 000069
【図１０】
0006480469.tif 000070
【図１１】
0006480469.tif 000071
【図１２】
0006480469.tif 000072
【図１３】
0006480469.tif 000073
【図１４】
0006480469.tif 000074
【図１５】
0006480469.tif 000075
【図１６】
0006480469.tif 000076
【図１７】
0006480469.tif 000077
【図１８】
0006480469.tif 000078
【図１９】
0006480469.tif 000079
【図２０】
0006480469.tif 000080
【図２１】
0006480469.tif 000081
【図２２】
0006480469.tif 000082
【図２３】
0006480469.tif 000083
【図２４】
0006480469.tif 000084
【図２５】
0006480469.tif 000085
【図２６】
0006480469.tif 000086
【図２７】
0006480469.tif 000087
【図２８】
0006480469.tif 000088
【図２９】
0006480469.tif 000089
【図３０】
0006480469.tif 000090
【図３１】
0006480469.tif 000091
【図３２】
0006480469.tif 000092
【図３３】
0006480469.tif 000093
【図３４】
0006480469.tif 000094
【図３５】
0006480469.tif 000095
【図３６】
0006480469.tif 000096
【図３７】
0006480469.tif 000097
【図３８】
0006480469.tif 000098
【図３９】
0006480469.tif 000099
【図４０】
0006480469.tif 000100
【図４１】
0006480469.tif 000101
【図４２】
0006480469.tif 000102
【図４３】
0006480469.tif 000103
【図４４】
0006480469.tif 000104
【図４５】
0006480469.tif 000105
【図４６】
0006480469.tif 000106
【図４７】
0006480469.tif 000107
【図４８】
0006480469.tif 000108
【図４９】
0006480469.tif 000109
【図５０】
0006480469.tif 000110
【図５１】
0006480469.tif 000111
【図５２】
0006480469.tif 000112
【図５３】
0006480469.tif 000113
【図５４】
0006480469.tif 000114
【図５５】
0006480469.tif 000115