特許 6514358 放送信号送受信装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6514358

(24)【登録日】2019年4月19日

(45)【発行日】2019年5月15日

(54)【発明の名称】放送信号送受信装置及び方法

(51)【国際特許分類】

   H04L 27/26 20060101AFI20190425BHJP

   H04J 99/00 20090101ALI20190425BHJP

【ＦＩ】

   H04L27/26 410

   H04L27/26 420

   H04J99/00 100

【請求項の数】10

【全頁数】82

(21)【出願番号】特願2017-552061(P2017-552061)

(86)(22)【出願日】2015年11月19日

(65)【公表番号】特表2018-513633(P2018-513633A)

(43)【公表日】2018年5月24日

(86)【国際出願番号】KR2015012474

(87)【国際公開番号】WO2016163621

(87)【国際公開日】20161013

【審査請求日】2017年10月3日

(31)【優先権主張番号】62/143,783

(32)【優先日】2015年4月6日

(33)【優先権主張国】US

(31)【優先権主張番号】62/143,823

(32)【優先日】2015年4月7日

(33)【優先権主張国】US

(31)【優先権主張番号】62/169,516

(32)【優先日】2015年6月1日

(33)【優先権主張国】US

(31)【優先権主張番号】62/197,586

(32)【優先日】2015年7月28日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】シン，ジョンウン

(72)【発明者】

【氏名】コ，ウソク

(72)【発明者】

【氏名】キム，ジェヒョン

(72)【発明者】

【氏名】ベク，ジョンソプ

(72)【発明者】

【氏名】ホン，ソンリョン

【審査官】 吉江 一明

(56)【参考文献】

【文献】 Jae-young Lee et al.，Performance Evaluation of Lower Layer System in Cloud Transmission for Terrestrial DTV Broadcasting ，2014 IEEE International Symposium on Bradband Multimedia Systems and Broadcasting，IEEE，２０１４年 ６月２７日

【文献】 Jon Montalban et al.，Cloud Transmission:System Performance and Application Scenarios，IEEE Transactions on Broadcasting(Volume:60,Issue:2,June 2014)，IEEE，２０１４年 ２月２０日，pp.170-184

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｊ ９９／００

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

受信信号に対して信号検出及びＯＦＤＭ復調を遂行する同期化及び復調ユニットであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む同期化及び復調ユニットと、
前記受信信号の信号フレームをパーシングするフレームパーサと、
前記ＬＤＭデータをタイムデインターリービングするタイムデインターリービングユニットと、
前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤのデータを獲得する第１デマッピング／デコーディングユニットと、
前記ＬＤＭデータから前記コアレイヤのデータを除去してエンハンスドレイヤのデータを出力する干渉除去ユニットと、
前記エンハンスドレイヤのデータをデマッピング及びＦＥＣデコーディングする第２デマッピング／デコーディングユニットとを含み、
前記干渉除去ユニットは、前記コアレイヤまたは前記エンハンスドレイヤの電力を制御し、
前記信号フレームのコアレイヤは、少なくとも１つのコアレイヤＰＬＰを含み、
前記ＬＤＭデータのエンハンスドレイヤは、少なくとも１つのエンハンスドレイヤＰＬＰを含み、
前記コアレイヤＰＬＰは各々１つのタイムインターリーバグループに該当し、
前記ＬＤＭデータに対するタイムデインターリービングは前記コアレイヤＰＬＰに基づいて遂行される、放送信号受信機。

【請求項2】

前記シグナリング情報は前記信号フレームに含まれたＰＬＰが前記コアレイヤＰＬＰか、または前記エンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む、請求項１に記載の放送信号受信機。

【請求項3】

前記ＰＬＰレイヤ情報が前記ＰＬＰがコアレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記ＰＬＰに対するタイムインターリービングパラメータ情報を含む、請求項２に記載の放送信号受信機。

【請求項4】

前記ＰＬＰレイヤ情報が前記ＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記コアレイヤ及び前記エンハンスドレイヤの間の転送電力分配を示すインジェクションレベル情報を含む、請求項２に記載の放送信号受信機。

【請求項5】

前記シグナリング情報は前記ＰＬＰを識別するＰＬＰ ＩＤ情報、前記ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び前記信号フレームで前記ＰＬＰの開始位置を示すＰＬＰ開始（start）情報を含む、請求項２に記載の放送信号受信機。

【請求項6】

受信信号に対して信号検出及びＯＦＤＭ復調を遂行するステップであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む前記ステップと、
前記受信信号の信号フレームをパーシングするステップと、
前記ＬＤＭデータをタイムデインターリービングするステップと、
前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤのデータを獲得するステップと、
前記ＬＤＭデータから前記コアレイヤのデータを除去してエンハンスドレイヤのデータを出力するステップと、
前記エンハンスドレイヤのデータをデマッピング及びＦＥＣデコーディングするステップとを含み、
前記コアレイヤまたは前記エンハンスドレイヤの電力が制御され、
前記信号フレームのコアレイヤは、少なくとも１つのコアレイヤＰＬＰを含み、
前記ＬＤＭデータのエンハンスドレイヤは、少なくとも１つのエンハンスドレイヤＰＬＰを含み、
前記コアレイヤＰＬＰは各々１つのタイムインターリーバグループに該当し、
前記ＬＤＭデータに対するタイムデインターリービングは前記コアレイヤＰＬＰに基づいて遂行される、放送信号受信方法。

【請求項7】

前記シグナリング情報は前記信号フレームに含まれたＰＬＰが前記コアレイヤＰＬＰか、または前記エンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む、請求項６に記載の放送信号受信方法。

【請求項8】

前記ＰＬＰレイヤ情報が前記ＰＬＰがコアレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記ＰＬＰに対するタイムインターリービングパラメータ情報を含む、請求項７に記載の放送信号受信方法。

【請求項9】

前記ＰＬＰレイヤ情報が前記ＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記コアレイヤ及び前記エンハンスドレイヤの間の転送電力分配を示すインジェクションレベル情報を含む、請求項７に記載の放送信号受信方法。

【請求項10】

前記シグナリング情報は前記ＰＬＰを識別するＰＬＰ ＩＤ情報、前記ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び前記信号フレームで前記ＰＬＰの開始位置を示すＰＬＰ開始（start）情報を含む、請求項７に記載の放送信号受信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、放送信号送信装置、放送信号受信装置、及び放送信号送受信方法に関するものである。

【背景技術】

【0002】

アナログ放送信号送信が終了するにつれて、ディジタル放送信号を送受信するための様々な技術が開発されている。ディジタル放送信号はアナログ放送信号に比べてより多い量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータだけでなく、様々な種類の付加データをさらに含むことができる。

【発明の概要】

【発明が解決しようとする課題】

【0003】

即ち、ディジタル放送システムはＨＤ（High Definition）イメージ、マルチチャネル（multichannel、多チャネル）オーディオ、及び様々な付加サービスを提供することができる。しかしながら、ディジタル放送のためには、多量のデータ送信に対するデータ送信効率、送受信ネットワークの堅固性（robustness）、及びモバイル受信装置を考慮したネットワーク柔軟性（flexibility）が向上しなければならない。

【課題を解決するための手段】

【0004】

前述した技術的課題を解決するために、本発明の実施形態に係るシグナリング情報を含む放送信号をプロセシングする放送信号受信機は、受信信号に対して信号検出及びＯＦＤＭ復調を遂行する同期化及び復調ユニットであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む同期化及び復調ユニット；前記受信信号の信号フレームをパーシングするフレームパーサ；前記ＬＤＭデータをデインターリービングするタイムデインターリービングユニット；前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤデータを獲得する第１デマッピング／デコーディングユニット；前記ＬＤＭデータから前記コアデータを除去してエンハンスドレイヤデータを出力する干渉除去ユニット；及び前記エンハンスドレイヤデータをデマッピング及びＦＥＣデコーディングする第２デマッピング／デコーディングユニットを含み、前記コアレイヤデータには前記エンハンスドレイヤデータより多い電力が分配（distribute）され、前記信号フレームのコアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、前記ＬＤＭデータのエンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。

【0005】

また、本発明の実施形態に係る放送信号受信機において、前記コアレイヤＰＬＰは各々１つのタイムインターリーバグループに該当し、前記ＬＤＭデータに対するタイムデインターリービングは前記コアレイヤＰＬＰに基づいて遂行される。

【0006】

また、本発明の実施形態に係る放送信号受信機において、前記シグナリング情報は前記信号フレームに含まれたＰＬＰが前記コアレイヤＰＬＰか、または前記エンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む。

【0007】

また、本発明の実施形態に係る放送信号受信機において、前記ＰＬＰレイヤ情報が前記ＰＬＰがコアレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記ＰＬＰに対するタイムインターリービングパラメータ情報を含む。

【0008】

また、本発明の実施形態に係る放送信号受信機において、前記ＰＬＰレイヤ情報が前記ＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、前記シグナリング情報は前記コアレイヤデータ及び前記エンハンスドレイヤデータの間の転送電力分配を示すインジェクションレベル情報を含む。

【0009】

また、本発明の実施形態に係る放送信号受信機において、前記シグナリング情報は前記ＰＬＰを識別するＰＬＰ ＩＤ情報、前記ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び前記信号フレームで前記ＰＬＰの開始位置を示すＰＬＰ開始（start）情報を含む。

【0010】

また、前述した技術的課題を解決するための本発明の実施形態に係る放送信号受信方法は、受信信号に対して信号検出及びＯＦＤＭ復調を遂行するステップであって、前記受信信号はシグナリング情報を伝達するプリアンブル及びＬＤＭ（Layered Division Multiplexing）データを含む前記ステップ；前記受信信号の信号フレームをパーシングするステップ；前記ＬＤＭデータをデインターリービングするステップ；前記ＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤデータを獲得するステップ；前記ＬＤＭデータから前記コアデータを除去してエンハンスドレイヤデータを出力するステップ；及び前記エンハンスドレイヤデータをデマッピング及びＦＥＣデコーディングするステップを含み、前記コアレイヤデータには前記エンハンスドレイヤデータより多い電力が分配（distribute）され、前記信号フレームのコアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、前記ＬＤＭデータのエンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。

【発明の効果】

【0011】

本発明は、サービス特性によってデータを処理して各サービスまたはサービスコンポーネントに対するＱｏＳ（Quality of Service）を制御することによって様々な放送サービスを提供することができる。

【0012】

本発明は、同一なＲＦ（radio frequency）信号帯域幅を介して様々な放送サービスを送信することによって送信柔軟性（flexibility）を達成することができる。

【0013】

本発明は、ＭＩＭＯ（Multiple-Input Multiple-Output）システムを用いてデータ送信効率及び放送信号の送受信堅固性（Robustness）を向上させることができる。

【0014】

本発明によれば、モバイル受信装置を使用するか、または室内環境にあっても、エラー無しでディジタル放送信号を受信することができる放送信号送信及び受信方法及び装置を提供することができる。

【0015】

以下、本発明の追加的な効果を実施形態と関連してより詳細に説明する。

【図面の簡単な説明】

【0016】

本発明に対してさらに理解するために含まれて、本出願に含まれて、その一部を構成する添付の図面は本発明の原理を説明する詳細な説明と共に本発明の実施形態を示す。

【0017】

【図1】本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。

【図2】本発明の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。

【図3】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。

【図4】本発明の他の一実施形態に係るインプットフォーマッティング（Input formatting：入力フォーマット）ブロックを示す。

【図5】本発明の一実施形態に係るＢＩＣＭ（bit interleaved coding & modulation）ブロックを示す。

【図6】本発明の他の一実施形態に係るＢＩＣＭブロックを示す。

【図7】本発明の一実施形態に係るフレームビルディング（Frame Building：フレーム生成）ブロックを示す。

【図8】本発明の一実施形態に係るＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーション（generation：生成）ブロックを示す。

【図9】本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。

【図10】本発明の一実施形態に係るフレーム構造を示す。

【図11】本発明の一実施形態に係るフレームのシグナリング階層構造を示す。

【図12】本発明の一実施形態に係るプリアンブルシグナリングデータを示す。

【図13】本発明の一実施形態に係るＰＬＳ１データを示す。

【図14】本発明の一実施形態に係るＰＬＳ２データを示す。

【図15】本発明の他の一実施形態に係るＰＬＳ２データを示す。

【図16】本発明の一実施形態に係るフレームのロジカル（logical：論理）構造を示す。

【図17】本発明の一実施形態に係るＰＬＳ（physical layer signalling）マッピングを示す。

【図18】本発明の一実施形態に係るＥＡＣ（emergency alert channel）マッピングを示す。

【図19】本発明の一実施形態に係るＦＩＣ（fast information channel）マッピングを示す。

【図20】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）のタイプを示す。

【図21】本発明の一実施形態に係るＤＰ（data pipe：データパイプ）マッピングを示す。

【図22】本発明の一実施形態に係るＦＥＣ（forward error correction）構造を示す。

【図23】本発明の一実施形態に係るビットインターリービングを示す。

【図24】本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。

【図25】本発明の一実施形態に係る時間インターリービングを示す。

【図26】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。

【図27】本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。

【図28】本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向リードパターンを示す。

【図29】本発明の一実施形態に係る各インターリービングアレイ（array）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す。

【図30】本発明の他の一実施形態に係るＢＩＣＭブロックの詳細ブロック図を示す。

【図31】本発明の実施形態に係るタイムインターリーバを示す。

【図32】本発明の一実施形態に係る放送信号送信機の構成を示す。

【図33】本発明の一実施形態に係る放送信号送信機のうちの一部の構成を示す。

【図34】本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【図35】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【図36】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【図37】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【図38】本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【図39】本発明の実施形態に係るシグナリングループを示す。

【図40】本発明の他の実施形態に係るシグナリングループを示す。

【図41】本発明の他の実施形態に係るシグナリングループを示す。

【図42】本発明の他の実施形態に係るシグナリングループを示す。

【図43】本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【図44】本発明の本発明の他の実施形態に係るシグナリングループを示す。

【図45】ＦＥＣブロック同期化のための第１実施形態を示す。

【図46】ＦＥＣブロック同期化のための第２実施形態を示す。

【図47】ＦＥＣブロック同期化のための第３実施形態を示す。

【図48】本発明の実施形態に係るＬＤＭスケジューラー及びそれに従う放送送信機構成の一部を示す。

【図49】本発明の実施形態に係るＬＤＭスケジューラー及びそれに従う放送送信機構成の一部を示す。

【図50】本発明の実施形態に係る放送信号受信機のデマッピング／デコーディングブロックの詳細ブロック図を示す。

【図51】本発明の一実施形態に係る放送信号受信機のうちの一部の構成を示す。

【図52】本発明の一実施形態に係る放送信号送信方法を示す。

【図53】本発明の一実施形態に係る放送信号受信方法を示す。

【発明を実施するための形態】

【0018】

本発明の好ましい実施形態に対して具体的に説明し、その例は添付した図面に示す。添付した図面を参照した以下の詳細な説明は、本発明の実施形態によって実現できる実施形態のみを示すよりは、本発明の好ましい実施形態を説明するためのものである。次の詳細な説明は、本発明に対する徹底した理解を提供するために細部事項を含む。しかしながら、本発明がこのような細部事項無しで実行できるということは当業者に自明である。

【0019】

本発明で使用される大部分の用語は当該分野で広く使用される一般的なものから選択されるが、一部の用語は出願人により任意に選択され、その意味は必要によって次の説明で詳細に叙述する。したがって、本発明は用語の単純な名称や意味でない用語の意図した意味に基づいて理解されなければならない。

【0020】

本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施形態に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は一実施形態に従って非−ＭＩＭＯ（non-Multiple Input Multiple Output）またはＭＩＭＯ方式により次世代放送サービスに対する放送信号を処理することができる。本発明の一実施形態に係る非−ＭＩＭＯ方式は、ＭＩＳＯ（Multiple Input Single Output）方式、ＳＩＳＯ（Single Input Single Output）方式などを含むことができる。

【0021】

以下、説明の便宜のためにＭＩＳＯまたはＭＩＭＯ方式は２つのアンテナを使用するが、本発明は２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定用途に要求される性能を達成し、かつ受信機の複雑度を最小化するために最適化した３個のフィジカルプロファイル（PHY profile）（ベース（base）、ハンドヘルド（handheld）、アドバンス（advanced）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が実現しなければならない全ての構造のサブセットである。

【0022】

３個のフィジカルプロファイルは大部分の機能ブロックを共有するが、特定ブロック及び／又はパラメータでは若干異なる。今後に追加でフィジカルプロファイルが定義できる。システムの発展のために、フューチャープロファイルはＦＥＦ（future extension frame）を介して単一ＲＦ（radio frequency）チャネルに存在するプロファイルとマルチプレキシングされることもできる。各フィジカルプロファイルに対する詳細な内容は後述する。

【0023】

１．ベースプロファイル
ベースプロファイルは主にルーフトップ（roof-top）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は若干の改善された実行によりハンドヘルド装置または車両用に拡張できるが、このような使用用途はベースプロファイル受信機動作では期待されない。

【0024】

受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機複雑度及び消費電力はハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置ほど重要でない。ベースプロファイルに対するの重要システムパラメータが以下の＜表１＞に記載されている。

【0025】

【表1】

【0026】

２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。当該装置は歩行者または車両速度で移動することができる。受信機複雑度だけでなく、消費電力はハンドヘルドプロファイルの装置の実現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ以下に達するように設定できる。

【0027】

低信号対雑音比の能力だけでなく、受信機移動性により表れたドップラー効果に対する復原力はハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが以下の＜表２＞に記載されている。

【0028】

【表2】

【0029】

３．アドバンスプロファイル
アドバンスプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。当該プロファイルはＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、このために当該プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶまたはＨＤＴＶサービスを許容することにも使用できる。

【0030】

アドバンスプロファイルのターゲット信号対雑音比の範囲は略２０乃至３０ｄＢである。ＭＩＭＯ送信は初期には既存の楕円分極送信装備を使用し、以後に全出力交差分極送信に拡張できる。アドバンスプロファイルに対する重要システムパラメータが以下の＜表３＞に記載されている。

【0031】

【表3】

【0032】

この場合、ベースプロファイルは地上波放送サービス及びモバイル放送サービスの全てに対するプロファイルに使用できる。即ち、ベースプロファイルはモバイルプロファイルを含むプロファイルの概念を定義するために使用できる。また、アドバンスプロファイルはＭＩＭＯを有するベースプロファイルに対するアドバンスプロファイル及びＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスプロファイルに区分できる。そし、当該３個のプロファイルは設計者の意図によって変更できる。

【0033】

次の用語及び定義は本発明に適用できる。次の用語及び定義は設計によって変更できる。

【0034】

補助ストリーム：フューチャーエクステンション（future extension：今後拡張）または放送社やネットワーク運営者により要求されるにつれて、使用できる未だ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス

【0035】

ベースデータパイプ（base data pipe）：サービスシグナリングデータを伝達するデータパイプ

【0036】

ベースバンドフレーム（または、BB FRAME）：１つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合

【0037】

セル（cell）：ＯＦＤＭ送信の１つのキャリアにより伝達される変調値

【0038】

コーディングブロック（coded block）：ＰＬＳ１データのＬＤＰＣエンコーディングされたブロックまたはＰＬＳ２データのＬＤＰＣエンコーディングされたブロックのうちの１つ

【0039】

データパイプ（data pipe）：１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連したメタデータを伝達する物理階層（physical layer）におけるロジカルチャネル

【0040】

データパイプユニット（ＤＰＵ：data pipe unit）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット

【0041】

データシンボル（data symbol）：プリアンブルシンボルでないフレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（edge）シンボルはデータシンボルに含まれる。）

【0042】

ＤＰ＿ＩＤ：当該８ビットフィールドはＳＹＳＴＥＭ＿ＩＤにより識別されたシステム内でデータパイプを唯一に識別する。

【0043】

ダミーセル（dummy cell）：ＰＬＳ（physical layer signalling）シグナリング、データパイプ、または補助ストリームのために使用されない残っている容量を詰めることに使用される疑似ランダム値を伝達するセル

【0044】

ＦＡＣ（emergency alert channel：非常警報チャネル）：ＥＡＳ情報データを伝達するフレームのうちの一部

【0045】

フレーム（frame）：プリアンブルで始めてフレームエッジシンボルで終了する物理階層（physical layer）タイムスロット

【0046】

フレームレピティションユニット（frame repetition unit：フレーム反復単位）：スーパーフレーム（super-frame）で８回反復されるＦＥＦを含む同一または異なるフィジカルプロファイルに属するフレームの集合

【0047】

ＦＩＣ（fast information channel：高速情報チャネル）：サービスと当該ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャネル

【0048】

ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコーディングされたビットの集合

【0049】

ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一な特定モードに使用される名目上のＦＦＴサイズ

【0050】

フレームシグナリングシンボル（frame signaling symbol）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（guard interval）、及びスキャッタ（scattered）パイロットパターンの特定組み合わせせにおけるフレームの開始で使用されるより高いパイロット密度を有するＯＦＤＭシンボル

【0051】

フレームエッジシンボル（frame edge symbol）：ＦＦＴサイズ、ガードインターバル、及びスキャッタパイロットパターンの特定組み合わせせにおけるフレームの端で使用される、より高いパイロット密度を有するＯＦＤＭシンボル

【0052】

フレームグルーフ（frame-group）：スーパーフレームで同一なフィジカルプロファイルタイプを有する全てのフレームの集合

【0053】

フューチャーエクステンションフレーム（future extention frame：今後拡張フレーム）：プリアンブルで始める、今後拡張に使用できるスーパーフレーム内で物理階層（physical layer）タイムスロット

【0054】

フューチャーキャスト（future cast）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２−ＴＳまたはＩＰ（Internet protocol）または一般ストリームであり、出力がＲＦシグナルである提案された物理階層（physical layer）放送システム

【0055】

インプットストリーム（input stream：入力ストリーム）：システムにより最終ユーザに伝達されるサービスの調和（ensemble）のためのデータのストリーム

【0056】

ノーマル（normal）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除外したデータシンボル

【0057】

フィジカルプロファイル（PHY profile）：該当する受信機が実現しなければならない全ての構造のサブセット

【0058】

ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理階層（physical layer）シグナリングデータ

【0059】

ＰＬＳ１：ＰＬＳ２のデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（frame signalling symbol）に伝達されるＰＬＳデータの第１の集合

【0060】

ＮＯＴＥ：ＰＬＳ１データはフレームグルーフのデュレーション（duration）の間一定である。

【0061】

ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳに送信されるＰＬＳデータの第２のの集合

【0062】

ＰＬＳ２ダイナミック（dynamic：動的）データ：フレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データ

【0063】

ＰＬＳ２スタティック（static：静的）データ：フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データ

【0064】

プリアンブルシグナリングデータ（preamble signaling data）：プリアンブルシンボルにより伝達され、システムの基本モードを確認することに使用されるシグナリングデータ

【0065】

プリアンブルシンボル（preamble symbol）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル

【0066】

ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に使用される。

【0067】

今後使用（future use）のためにリザーブド（reserved）：現在文書で定義されないが、今後に定義できる

【0068】

スーパーフレーム（superframe）：８個のフレーム反復単位の集合

【0069】

タイムインターリービングブロック（time interleaving block：TI block）：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合

【0070】

タイムインターリービンググルーフ（time interleaving group：TI group）：整数、ダイナミック（dynamic：動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（dynamic：動的）容量割当が実行される単位

【0071】

ＮＯＴＥ：タイムインターリービンググルーフは１つのフレームに直接マッピングされるか、または多数のフレームにマッピングできる。タイムインターリービンググルーフは１つ以上のタイムインターリービングブロックを含むことができる。

【0072】

タイプ１のデータパイプ（Type 1 DP）：全てのデータパイプがフレームにＴＤＭ（time division multiplexing）方式によりマッピングされるフレームのデータパイプ

【0073】

タイプ２のデータパイプ（Type 2 DP）：全てのデータパイプがフレームにＦＤＭ方式によりマッピングされるフレームのデータパイプ

【0074】

ＸＦＥＣＢＬＯＣＫ：１つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮ_cellsセルの集合

【0075】

図１は、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置の構造を示す。

【0076】

本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Input Format block）１０００、ＢＩＣＭ（bit interleaved coding & modulation）ブロック１０１０、フレームビルディングブロック（Frame building block）１０２０、ＯＦＤＭ（orthogonal frequency division multiplexing）ジェネレーションブロック（OFDM generation block）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。

【0077】

ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらデータ入力に追加で、管理情報が入力されて各入力ストリームに対する当該帯域幅のスケジューリング及び割当を制御する。１つまたは多数のＴＳストリーム、ＩＰストリーム、及び／又は一般ストリーム入力が同時に許容される。

【0078】

インプットフォーマットブロック１０００は各々の入力ストリームを独立的なコーディング及び変調が適用される１つまたは多数のデータパイプにデマルチプレキシングすることができる。データパイプは堅固性（robustness）の制御のための基本単位であり、これはＱｏＳ（Quality of Service）に影響を及ぼす。１つまたは多数のサービスまたはサービスコンポーネントが１つのデータパイプにより伝達できる。インプットフォーマットブロック１０００の詳細な動作は後述する。

【0079】

データパイプは１つまたは多数のサービスまたはサービスコンポーネントを伝達することができるサービスデータ、または関連メタデータを伝達する物理階層（physical layer）におけるロジカルチャネルである。

【0080】

また、データパイプユニットは１つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。

【0081】

インプットフォーマットブロック１０００で、パリティ（parity）データはエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値コンステレーションシンボルにマッピングされる。当該シンボルは当該データパイプに使用される特定インターリービング深さに亘ってインターリービングされる。アドバンスプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ送信のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。

【0082】

フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために、周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。

【0083】

プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭジェネレーションブロック１０３０はサイクリックプレフィックス（cyclic prefix）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（distributed）ＭＩＳＯ方式が送信機に亘って適用される。また、ＰＡＰＲ（peak-to-average power ratio）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は様々なＦＦＴサイズ、ガードインターバル長さ、当該パイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。

【0084】

シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理階層（physical layer）シグナリング情報を生成することができる。また、当該シグナリング情報は関心あるサービスが受信機側で適切に復旧されるように送信される。シグナリング生成ブロック１０４０の詳細な動作は後述する。

【0085】

図２、図３、及び図４は、本発明の実施形態に係るインプットフォーマットブロック１０００を示す。各図面について説明する。

【0086】

図２は、本発明の一実施形態に係るインプットフォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（single input stream）の時のインプットフォーマットブロックを示す。

【0087】

図２に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。

【0088】

物理階層（physical layer）への入力は１つまたは多数のデータストリームで構成できる。各々のデータストリームは１つのデータパイプにより伝達される。モードアダプテーション（mode adaptation：モード適応）モジュールは入力されるデータストリームをＢＢＦ（baseband frame）のデータフィールドにスライスする。当該システムは３種類の入力データストリーム、即ちＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（generic stream）をサポートする。ＭＰＥＧ２−ＴＳは第１のバイトが同期バイト（０×４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームはＩＰパケットヘッダ内でシグナリングされる可変長さＩＰデータグラムパケットで構成される。当該システムはＩＰストリームに対してＩＰｖ４とＩＰｖ６を全てサポートする。ＧＳはカプセル化パケットヘッダ内でシグナリングされる可変長さパケットまたは一定長さパケットで構成できる。

【0089】

（ａ）は信号データパイプに対するモードアダプテーション（mode adaptation：モード適応）ブロック２０００、及びストリームアダプテーション（stream adaptation：ストリーム適応）２０１０を示し、（ｂ）はＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラー２０３０を示す。各ブロックの動作について説明する。

【0090】

入力ストリームスプリッタは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（mode adaptation：モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（baseband）フレームスライサー、及びＢＢフレームヘッダ挿入ブロックで構成される。

【0091】

ＣＲＣエンコーダは、ユーザパケット（user packet：ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、即ちＣＲＣ−８、ＣＲＣ−１６、ＣＲＣ−３２を提供する。算出されたＣＲＣバイトはＵＰの後に添付される。ＣＲＣ−８はＴＳストリームに使われ、ＣＲＣ−３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しなければ、提案されたＣＲＣエンコーディングが適用されなければならない。

【0092】

ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。第１の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、使用可能データフィールド容量と同一な数の入力ビットを割り当てる。ＢＢＦペイロードと同一な数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。

【0093】

ＢＢフレームヘッダ挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダをＢＢフレームの前に挿入することができる。ＢＢＦヘッダは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトＢＢＦヘッダだけでなく、ＢＢＦは２バイトＢＢＦヘッダの端に拡張フィールド（１または３バイト）を有することができる。

【0094】

ストリームアダプテーション（stream adaptation：ストリーム適応）２０１０は、スタッフィング（stuffing）挿入ブロック及びＢＢスクランブラーで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（stream adaptation：ストリーム適応）に対する入力データがＢＢフレームを詰めることに充分であれば、ＳＴＵＦＦＩは０に設定され、ＢＢＦはスタッフィングフィールドを有しない。でなければ、ＳＴＵＦＦＩは１に設定され、スタッフィングフィールドはＢＢＦヘッダの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。

【0095】

ＢＢスクランブラーは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスは、ＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタにより生成される。

【0096】

ＰＬＳ生成ブロック２０２０は、ＰＬＳデータを生成することができる。ＰＬＳは、受信機でフィジカルレイヤ（physical layer）データパイプに接続できる手段を提供する。ＰＬＳデータは、ＰＬＳ１データ及びＰＬＳ２データで構成される。

【0097】

ＰＬＳ１データは、ＰＬＳ２データのデコーディングに必要とするパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームからＦＳＳに伝達されるＰＬＳデータの第１の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能なようにすることに要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データはフレームグルーフのデュレーションの間一定である。

【0098】

ＰＬＳ２データは、データパイプ及びシステムに関するより詳しいＰＬＳデータを伝達するＦＳＳに送信されるＰＬＳデータの第２のの集合である。ＰＬＳ２は、受信機が所望のデータパイプをデコーディングすることに充分の情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（static：静的）データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（dynamic：動的）データ（ＰＬＳ２−ＤＹＮデータ）の２種類のパラメータでさらに構成される。ＰＬＳ２スタティック（static：静的）データは、フレームグルーフのデュレーションの間スタティック（static：静的）なＰＬＳ２データであり、ＰＬＳ２ダイナミック（dynamic：動的）データはフレーム毎にダイナミック（dynamic：動的）に変化するＰＬＳ２データである。

【0099】

ＰＬＳデータに対する詳細な内容は後述する。

【0100】

ＰＬＳスクランブラー２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。

【0101】

前述したブロックは省略されることもでき、類似または同一機能を有するブロックにより取り替えることもできる。

【0102】

図３は、本発明の他の一実施形態に係るインプットフォーマットブロックを示す。

【0103】

図３に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。

【0104】

図３は、入力信号がマルチインプットストリーム（multi input stream：多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックを示す。

【0105】

マルチインプットストリーム（multi input stream：多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（mode adaptation：モード適応）ブロックは、多数入力ストリームを独立的に処理することができる。

【0106】

図３を参照すると、マルチインプットストリーム（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：モード適応）ブロックの各ブロックについて説明する。

【0107】

ＣＲＣエンコーダ３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサー、及びＢＢヘッダ挿入ブロックの動作に該当するので、その説明は省略する。

【0108】

インプットストリームスプリッタ３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービスまたはサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。

【0109】

インプットストリームシンクロナイザー３０１０は、ＩＳＳＹと呼ばれることができる。ＩＳＳＹは如何なる入力データフォーマットに対してもＣＢＲ（constant bit rate）及び一定の終端間送信（end-to-end transmission）遅延を保証する適した手段を提供することができる。ＩＳＳＹはＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。

【0110】

コンペンセーティングディレイ（compensation delay：補償遅延）ブロック３０２０は、受信機で追加でメモリを必要とせず、ＴＳパケット再結合メカニズムを許容するためにＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。

【0111】

ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合のみに使用される。一部のＴＳ入力ストリームまたは分割されたＴＳストリームはＶＢＲ（variable bit-rate）サービスをＣＢＲ ＴＳストリームに収容するために存在する多数のヌルパケットを有することができる。この場合、不要な送信オーバーヘッドを避けるために、ヌルパケットは確認されて送信されないことがある。受信機で、除去されたヌルパケットは送信に挿入されたＤＮＰ（deleted null-packet：除去されたヌルパケット）カウンターを参照して元の存在していた正確な場所に再挿入できるので、ＣＢＲが保証され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。

【0112】

ヘッダコンプレッションブロック３０４０は、ＴＳまたはＩＰ入力ストリームに対する送信効率を増加させるためにパケットヘッダ圧縮を提供することができる。受信機はヘッダの特定部分に対する先験的な（a priori）情報を有することができるので、この知られた情報（known information）は送信機から削除できる。

【0113】

ＴＳに対し、受信機は同期バイト構成（０×４７）及びパケット長さ（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが１つのＰＩＤのみを有するコンデンツを伝達すれば、即ち、１つのサービスコンポーネント（ビデオ、オーディオなど）、またはサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣインヘンスメントレイヤ、ＭＶＣベースビュー、またはＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダ圧縮がＴＳに（選択的に）適用できる。ＴＳパケットヘッダ圧縮は入力ストリームがＩＰストリームの場合、選択的に使用される。前記ブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

【0114】

図４は、本発明の他の実施形態に係るインプットフォーマットブロックを示す。

【0115】

図４に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施形態に該当する。

【0116】

図４は、入力信号がマルチインプットストリーム（multi input stream：多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのストリームアダプテーション（stream adaptation：ストリーム適応）ブロックを示す。

【0117】

図４を参照すると、マルチインプットストリーム（multi input stream：多数の入力ストリーム）を各々処理するためのモードアダプテーション（mode adaptation：モード適応）ブロックは、スケジューラー４０００、１−フレームディレイ（delay）ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンド（In-band）シグナリングブロック４０３０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、及びＰＬＳスクランブラー４０６０を含むことができる。ストリームアダプテーション（stream adaptation：ストリーム適応）ブロックの各ブロックについて説明する。

【0118】

スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラー４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラー４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラー、ＰＬＳ生成ブロック、ＰＬＳスクランブラー４０６０の動作に該当するので、その説明は省略する。

【0119】

スケジューラー４０００は各データパイプのＦＥＣＢＬＯＣＫの量から全体フレームに亘って全体のセル割当を決定することができる。ＰＬＳ、ＥＡＣ、及びＦＩＣに対する割当を含み、スケジューラーはフレームのＦＳＳのＰＬＳセルまたはインバンド（In-band）シグナリングに送信されるＰＬＳ２−ＤＹＮデータの値を生成する。ＦＥＣＢＬＯＣＫ、ＥＡＣ、ＦＩＣに対する詳細な内容は後述する。

【0120】

１−フレームディレイ（delay）ブロック４０１０は、次のフレームに関するスケジューリング情報がデータパイプに挿入されるインバンド（In-band）シグナリング情報に関する現フレームを介して送信できるように入力データを１つの送信フレームだけ遅延させることができる。

【0121】

インバンド（In-band）シグナリングブロック４０３０は、ＰＬＳ２データの遅延されない部分をフレームのデータパイプに挿入することができる。

【0122】

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

【0123】

図５は、本発明の一実施形態に係るＢＩＣＭブロックを示す。

【0124】

図５に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。

【0125】

前述したように、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。

【0126】

ＱｏＳが本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置により提供されるサービスの特性に依存するので、各々のサービスに該当するデータは互いに異なる方式により処理されなければならない。したがって、本発明の一実施形態に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式を各々のデータ経路に該当するデータパイプに独立的に適用することによって、各データパイプを独立的に処理することができる。結果的に、本発明の一実施形態に係る次世代放送サービスに対する放送信号送信装置は、各々のデータパイプを介して送信される各サービスまたはサービスコンポーネントに対するＱｏＳを調節することができる。

【0127】

（ａ）はベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロックを示し、（ｂ）はアドバンスプロファイルのＢＩＣＭブロックを示す。
ベースプロファイル及びハンドヘルドプロファイルにより共有されるＢＩＣＭブロック及びアドバンスプロファイルのＢＩＣＭブロックは、各々のデータパイプを処理するための複数の処理ブロックを含むことができる。

【0128】

ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック及びアドバンスプロファイルに対するＢＩＣＭブロックの各々の処理ブロックについて説明する。

【0129】

ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（mapper）５０３０、ＳＳＤ（signal space ダイバーシティ）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。

【0130】

データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。

【0131】

ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータＦＥＣエンコーダ５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組み合わせせにより最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。

【0132】

コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）、または不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からの各々のセルワードを変調するか、またはアドバンスプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅ_lを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有する一方、ＱＡＭ−１６及びＮＵＱは正四角形の形態を有することが観察される。各々のコンステレーションが９０度の倍数だけ回転されれば、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは全て各コードレート（code rate）に対して特別に定義され、使用される特定の１つはＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによりシグナリングされる。

【0133】

ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをフリーコーディングし、難しいフェーディング条件で受信堅固性（robustness）を増加させることができる。

【0134】

タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、各々のデータパイプに対して異なるように設定できる。タイムインターリーバ５０５０の具体的な動作に関しては後述する。

【0135】

アドバンスプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。

【0136】

但し、処理ブロック５０００−１はセルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。

【0137】

また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。

【0138】

セルワードデマルチプレクサ５０１０−１は、アドバンスプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離することに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。

【0139】

ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量増加を得るための有望な方式であるが、チャネル特性に依存する。特別に放送に対し、互いに異なる信号伝搬特性による２アンテナの間の受信信号パワーの差、またはチャネルの強いＬＯＳコンポーネントはＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの１つの位相ランダム化及び回転基盤プリコーディングを用いてこの問題を克服する。

【0140】

ＭＩＭＯエンコーディングは、送信機及び受信機の全てで少なくとも２つのアンテナを必要とする２×２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは本提案であるＦＲ−ＳＭ（full-rate spatial multiplexing）及びＦＲＦＤ−ＳＭ（full-rate full-ダイバーシティ spatial multiplexing）で定義される。ＦＲ−ＳＭエンコーディングは受信機側における比較的小さい複雑度増加により容量増加を提供する一方、ＦＲＦＤ−ＳＭエンコーディングは受信機側における大きい複雑度増加で容量増加及び追加的なダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。

【0141】

ＭＩＭＯ処理はアドバンスプロファイルフレームに要求されるが、これはアドバンスプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダにより処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（pair：対）であるＮＵＱ（ｅ_1,i及びｅ_2,i）はＭＩＭＯエンコーダの入力により供給される。ＭＩＭＯエンコーダ出力ペア（pair：対）（ｇ_1,i及びｇ_2,i）は各々の送信アンテナの同一なキャリアｋ及びＯＦＤＭシンボルｌにより送信される。

【0142】

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

【0143】

図６は、本発明の他の実施形態に係るＢＩＣＭブロックを示す。

【0144】

図６に図示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施形態に該当する。

【0145】

図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣはＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣはサービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。ＥＡＣ及びＦＩＣに対する詳細な説明は後述する。

【0146】

図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。

【0147】

また、ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブラー、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（puncturing）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。

【0148】

ＰＬＳ ＦＥＣエンコーダ６０００は、スクランブリングされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。

【0149】

スクランブラーは、ＢＣＨエンコーディング及びショートニング（shortening）及びパンクチャリングされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブリングすることができる。

【0150】

ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブリングされたＰＬＳ １／２データに外部エンコーディングを遂行し、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（permutation）できる。

【0151】

ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃ_ldpc及びパリティビットＰ_ldpcは各々のゼロが挿入されたＰＬＳ情報ブロックＩ_ldpcから組織的にエンコーディングされ、その後に添付される。

【0152】

【数1】

【0153】

ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の＜表４＞の通りである。

【0154】

【表4】

【0155】

ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを遂行することができる。

【0156】

ショートニングがＰＬＳ１データ保護に適用されれば、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは送信されない。

【0157】

ビットインターリーバ６０１０は、各々のショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。

【0158】

コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。

【0159】

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

【0160】

図７は、本発明の一実施形態に係るフレームビルディングブロック（frame building block）を示す。

【0161】

図７に図示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施形態に該当する。

【0162】

図７を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００、セルマッパー（cell mapper）７０１０、及びフリークエンシーインターリーバ（frequency interleaver）７０２０を含むことができる。フレームビルディングブロックの各ブロックに関して説明する。

【0163】

ディレイコンペンセーション（delay compensation：遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（co-time）を保証することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによってＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０によるものである。インバンド（In-band）シグナリングデータは、次のタイムインターリービンググルーフの情報をシグナリングされるデータパイプより１つのフレームの前に伝達されるようにすることができる。ディレイコンペンセーション（delay compensation：遅延補償）ブロックは、それに合せてインバンド（In-band）シグナリングデータを遅延させる。

【0164】

セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、各々のデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングにより生成されたデータセルを、存在していれば、１つのフレーム内で各々のＯＦＤＭシンボルに該当するアクティブ（active）ＯＦＤＭセルのアレイにマッピングするものである。（ＰＳＩ（program specific information）／ＳＩのような）サービスシグナリングデータは個別的に収集されてデータパイプにより送られることができる。セルマッパーはフレーム構造の構成及びスケジューラーにより生成されたダイナミックインフォメーション（dynamic information：動的情報）に従って動作する。フレームに関する詳細な内容は後述する。

【0165】

フリークエンシーインターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、フリークエンシーインターリーバ７０２０は単一フレームで最大のインターリービング利得を得るために他のインターリービングシード（seed）の順序を用いて２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（pair：対）で動作することができる。

【0166】

前述したブロックは省略されるか、類似または同一機能を有するブロックに取り替えることができる。

【0167】

図８は、本発明の一実施形態に係るＯＦＤＭジェネレーションブロックを示す。

【0168】

図８に図示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施形態に該当する。

【0169】

ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックにより生成されたセルによりＯＦＤＭキャリアを変調し、パイロットを挿入し、送信のための時間領域信号を生成する。また、当該ブロックは順次的にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終のＲＦ信号を生成する。

【0170】

図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（pilot and reserved tone insertion block）８０００、２Ｄ−ｅＳＦＮ（single frequency network）エンコーディングブロック８０１０、ＩＦＦＴ（inverse fast Fourier transform）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（guard interval insertion block）８０４０、プリアンブル挿入ブロック（preamble insertion block）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。ＯＦＤＭジェネレーションブロックの各ブロックについて説明する。

【0171】

パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。

【0172】

ＯＦＤＭシンボル内の様々なセルは受信機から先験的に知られた送信された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（frame signaling symbol）パイロット、及びＦＥＳ（frame edge symbol）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンに従って特定増加パワーレベルで送信される。パイロット情報の値は与えられたシンボルで１つが各々の送信キャリアに対するものである一連の値に該当する参照シーケンスで誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定、送信モード識別のために使用されることができ、また位相雑音を追跡するために使用できる。

【0173】

参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳを除外した全てのシンボルにおける分散パイロットセルで送信される。連続パイロットは、フレームの全てのシンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンに全て依存する。エッジキャリアは、プリアンブルシンボルを除外した全てのシンボル内のエッジパイロットと同一である。エッジキャリアは、スペクトルのエッジまで周波数インターポレーション（interpolation：補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。ＦＳＳパイロット及びＦＥＳパイロットはフレームのエッジまで時間インターポレーション（interpolation：補間）を許容するために挿入される。

【0174】

本発明の一実施形態に係るシステムは非常に堅い送信モードをサポートするために分散ＭＩＳＯ方式が選択的に使用されるＳＦＮをサポートする。２Ｄ−ｅＳＦＮは多数の送信アンテナを使用する分散ＭＩＳＯ方式であって、各アンテナはＳＦＮネットワークで各々異なる送信機に位置することができる。

【0175】

２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシティを生成するために２Ｄ−ｅＳＦＮ処理を行って多数の送信機から送信された信号の位相を歪曲させることがある。したがって、長時間の間の低い平面フェーディングまたは深いフェーディングによるバースト誤りが軽減できる。

【0176】

ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（または、リザーブドトーン）に指定されないデータシンボルでの全てのセルは、周波数インターリーバからのデータセルのうちの１つを伝達する。セルはＯＦＤＭキャリアにマッピングされる。

【0177】

ＰＡＰＲ減少ブロック８０３０は、時間領域で様々なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。

【0178】

ガードインターバル挿入ブロック８０４０はガードインターバルを挿入することができ、プリアンブル挿入ブロック８０５０は信号の前にプリアンブルを挿入することができる。プリアンブルの構造に対する詳細な内容は後述する。

【0179】

その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが同一なＲＦ信号帯域で同時に送信できるように時間領域で複数の放送送信／受信システムの信号をマルチプレキシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。各々の放送サービスに関連したデータは互いに異なるフレームを介して送信できる。

【0180】

ＤＡＣブロック８０７０は、入力されたディジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は物理階層プロファイルによって多数の出力アンテナを介して送信できる。本発明の一実施形態に係る送信アンテナは垂直または水平極性を有することができる。

【0181】

前述したブロックは設計によって省略されるか、類似または同一機能を有するブロックに取替できる。

【0182】

図９は、本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置の構造を示す。

【0183】

本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応することができる。

【0184】

本発明の一実施形態に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（synchronization & demodulation module）９０００、フレームパーシングモジュール（frame parsing module）９０１０、デマッピング及びデコーディングモジュール（demapping & decoding module）９０２０、出力プロセッサ（output processor）９０３０、及びシグナリングデコーディングモジュール（signaling decoding module）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。

【0185】

同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置により実行される手続の逆過程に該当する復調を実行することができる。

【0186】

フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザにより選択されたサービスが送信されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すれば、フレームパーシングモジュール９０１０はインターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されなければならない信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることにより取得されて、放送信号送信装置により生成されたスケジューリング情報が復元できる。

【0187】

デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によってビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、送信効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを介して送信チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０はシグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることによって、デマッピング及びデコーディングのために必要な送信パラメータを取得することができる。

【0188】

出力プロセッサ９０３０は、送信効率を向上させるために放送信号送信装置により適用される様々な圧縮／信号処理手続の逆過程を実行することができる。この場合、出力プロセッサ９０３０はシグナリングデコーディングモジュール９０４０から出力されたデータで必要とする制御情報を取得することができる。出力プロセッサ８３００の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４またはｖ６）及びＧＳでありうる。

【0189】

シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００により復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９２００、及び出力プロセッサ９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。

【0190】

図１０は、本発明の一実施形態に係るフレーム構造を示す。

【0191】

図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（frame repetition unit：フレーム反復単位）を示す。（ａ）は本発明の一実施形態に係るスーパーフレームを示し、（ｂ）は本発明の一実施形態に係るＦＲＵを示し、（ｃ）はＦＲＵでの様々なフィジカルプロファイル（PHY profile）のフレームを示し、（ｄ）はフレームの構造を示す。

【0192】

スーパーフレームは８個のＦＲＵで構成できる。ＦＲＵはフレームのＴＤＭに対する基本マルチプレキシング単位であり、スーパーフレームで８回反復される。

【0193】

ＦＲＵで各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスプロファイル）のうちの１つまたはＦＥＦに属する。ＦＲＵで、フレームの最大許容数は４であり、与えられたフィジカルプロファイルはＦＲＵで０回乃至４回のうちのいずれかの回数だけ表れることができる（例えば、ベース、ハンドヘルド、アドバンス）。フィジカルプロファイル定義は、必要時、プリアンブルにおけるＰＨＹ＿ＰＲＯＦＩＬＥのリザーブド値を用いて拡張できる。

【0194】

ＦＥＦ部分は、含まれれば、ＦＲＵの端に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームで８である。ＦＥＦ部分が互いに隣接することが推奨されない。

【0195】

１つのフレームは多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に図示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。

【0196】

プリアンブルは高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本送信パラメータの集合を提供する特別なシンボルである。プリアンブルに対する詳細な内容は後述する。

【0197】

ＦＳＳの主な目的はＰＬＳデータを伝達するものである。高速同期化及びチャネル推定のために、これに従うＰＬＳデータの高速デコーディングのために、ＦＳＳはノーマルデータシンボルより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと完全に同一なパイロットを有するが、これはＦＥＳの直前のシンボルに対して外挿（extrapolation）無しでＦＥＳ内での周波数のみのインターポレーション（interpolation：補間）及び時間的補間（temporal interpolation）を可能なようにする。

【0198】

図１１は、本発明の一実施形態に係るフレームのシグナリング階層構造（signaling hierarchy structure）を示す。

【0199】

図１１はシグナリング階層構造を示すが、これは３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレーム毎にプリアンブル信号により伝達されるプリアンブルの目的は、フレームの基本送信パラメータ及び送信タイプを示すものである。ＰＬＳ１は、受信機が関心あるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は毎フレーム毎に伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータに分割される。ＰＬＳ２データのスタティック（static：静的）及びダイナミック（dynamic：動的）部分には、必要時、パッディングが後続する。

【0200】

図１２は、本発明の一実施形態に係るプリアンブルシグナリングデータを示す。

【0201】

プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要とする２１ビットの情報を伝達する。プリアンブルシグナリングデータに対する詳細な内容は、次の通りである。

【0202】

ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、以下の＜表５＞に与えられる。

【0203】

【表5】

【0204】

ＦＦＴ＿ＳＩＺＥ：当該２ビットフィールドは以下の＜表６＞で説明した通り、フレームグルーフ内で現フレームのＦＦＴサイズを示す。

【0205】

【表6】

【0206】

ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは以下の＜表７＞で説明した通り、現スーパーフレームにおけるガードインターバルの一部（fraction）値を示す。

【0207】

【表7】

【0208】

ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドはＥＡＣが現フレームに提供されるか否かを示す。当該フィールドが１に設定されれば、ＥＡＳが現フレームに提供される。当該フィールドが０に設定されれば、ＥＡＳが現フレームで伝達されない。当該フィールドはスーパーフレーム内でダイナミック（dynamic：動的）に転換できる。

【0209】

ＰＩＬＯＴ＿ＭＯＤＥ：当該１ビットフィールドは現フレームグルーフで現フレームに対してパイロットモードがモバイルモードであるか、または固定モードか否かを示す。当該フィールドが０に設定されれば、モバイルパイロットモードが使用される。当該フィールドが１に設定されれば、固定パイロットモードが使用される。

【0210】

ＰＡＰＲ＿ＦＬＡＧ：当該１ビットフィールドは現フレームグルーフで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。当該フィールドが１に設定されれば、トーン予約（tone reservation）がＰＡＰＲ減少のために使用される。当該フィールドが０に設定されれば、ＰＡＰＲ減少が使用されない。

【0211】

ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全てのプリアンブルにおける当該フィールドで、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。当該３ビットフィールドは以下の＜表８＞に示した通り、各々のプロファイルに対して異なるように定義される。

【0212】

【表8】

【0213】

ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0214】

図１３は、本発明の一実施形態に係るＰＬＳ１データを示す。

【0215】

ＰＬＳ１データはＰＬＳ２の受信及びデコーディングを可能なようにするために必要なパラメータを含む基本送信パラメータを提供する。前述したように、ＰＬＳ１データは１つのフレームグルーフの全体デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。

【0216】

ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：当該２０ビットフィールドはＥＡＣ＿ＦＬＡＧを除外したプリアンブルシグナリングデータのコピーである。

【0217】

ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：当該２ビットフィールドはＦＲＵ当たりフレーム数を示す。

【0218】

ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該３ビットフィールドはフレームグルーフで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは＜表９＞に示した通りシグナリングされる。

【0219】

【表9】

【0220】

ＮＵＭ＿ＦＳＳ：当該２ビットフィールドは現フレームでＦＳＳの数を示す。

【0221】

ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは送信される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。

【0222】

主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は００００である。当該標準で叙述されたバージョンに対し、値が００００に設定される。

【0223】

副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。

【0224】

ＣＥＬＬ＿ＩＤ：これはＡＴＳＣネットワークにおける地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジはフューチャーキャストＵＴＢシステム当たり使用される周波数の数によって１つ以上の周波数で構成できる。ＣＥＬＬ＿ＩＤの値が知られていないか、特定されなければ、当該フィールドは０に設定される。

【0225】

ＮＥＴＷＯＲＫ＿ＩＤ：これは現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。

【0226】

ＳＹＳＴＥＭ＿ＩＤ：当該１６ビットフィールドはＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。フューチャーキャストＵＴＢシステムは、存在していれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一なフューチャーキャストＵＴＢシステムは互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用することができるので、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての送信に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは全て同一なフィジカル構造及び構成を有するという同一なＳＹＳＴＥＭ＿ＩＤの意味を有することができる。

【0227】

次のループ（loop）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、及びＲＥＳＥＲＶＥＤで構成される。ループ（loop）サイズはＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含み）がシグナリングされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４より小さければ、使用されないフィールドはゼロで詰められる。

【0228】

ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレーム（ｉはループ（loop）インデックス）のフィジカルプロファイルタイプを示す。当該フィールドは＜表８＞に示したものと同一なシグナリングフォーマットを使用する。

【0229】

ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：当該２ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値が得られる。

【0230】

ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは関連したＦＲＵの（ｉ＋１）番目フレームのガードインターバルの一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは＜表７＞に従ってシグナリングされる。

【0231】

ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0232】

次のフィールドは、ＰＬＳ２データをデコーディングするためのパラメータを提供する。

【0233】

ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドはＰＬＳ２の保護により使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。ＬＤＰＣコードに対する詳細な内容は後述する。

【0234】

【表10】

【0235】

ＰＬＳ２＿ＭＯＤ：当該３ビットフィールドはＰＬＳ２により使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。

【0236】

【表11】

【0237】

ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数に特定される）であるＣ_{total＿partial＿block}を示す。当該値は現フレームグループの全体デュレーションの間一定である。

【0238】

ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は現フレームグループの全体デュレーションの間一定である。

【0239】

ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は現フレームグループの全体デュレーションの間一定である。

【0240】

ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグはＰＬＳ２反復モードが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。

【0241】

ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドはＰＬＳ２反復が使用される場合、現フレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣ_{total＿partial＿block}を示す。反復が使用されない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全体デュレーションの間一定である。

【0242】

ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは＜表１０＞に従ってシグナリングされる。

【0243】

ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：当該３ビットフィールドは次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは＜表１１＞に従ってシグナリングされる。

【0244】

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグはＰＬＳ２反復モードが次のフレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されれば、ＰＬＳ２反復モードは不活性化される。

【0245】

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ： 当該１５ビットフィールドはＰＬＳ２反復が使用される場合、次のフレームグループの毎フレーム毎に伝達されるＰＬＳ２に対する全体コーディングブロックのサイズ（ＱＡＭセルの数で特定される）であるＣ_{total＿full＿block}を示す。次のフレームグループで反復が使用されない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全体デュレーションの間一定である。

【0246】

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は現フレームグループで一定である。

【0247】

ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は現フレームグループで一定である。

【0248】

ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は現フレームグループの全体デュレーションの間一定である。以下の＜表１２＞は当該フィールドの値を提供する。当該フィールドの値が００に設定されれば、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。

【0249】

【表12】

【0250】

ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドはＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。当該値は現フレームグループの全体デュレーションの間一定である。

【0251】

ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は現フレームグループの全体デュレーションの間一定である。＜表１２＞は当該フィールドの値を定義する。`

【0252】

ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは次のフレームグループの毎フレーム毎にＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数で特定される）を示す。当該値は現フレームグループの全体デュレーションの間一定である。

【0253】

ＲＥＳＥＲＶＥＤ：当該３２ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0254】

ＣＲＣ＿３２：全体ＰＬＳ１シグナリングに適用される３２ビットエラー検出コード

【0255】

図１４は、本発明の一実施形態に係るＰＬＳ２データを示す。

【0256】

図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータはフレームグループ内で同一である一方、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。

【0257】

ＰＬＳ２−ＳＴＡＴデータのフィールドに対し、次に具体的に説明する。

【0258】

ＦＩＣ＿ＦＬＡＧ：当該１ビットフィールドはＦＩＣが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＦＩＣは現フレームで提供される。当該フィールドの値が０に設定されれば、ＦＩＣは現フレームで伝達されない。当該値は現フレームグループの全体デュレーションの間一定である。

【0259】

ＡＵＸ＿ＦＬＡＧ：当該１ビットフィールドは補助ストリームが現フレームグループで使用されるか否かを示す。当該フィールドの値が１に設定されれば、補助ストリームは現フレームで提供される。当該フィールドの値が０に設定されれば、補助フレームは現フレームで伝達されない。当該値は現フレームグループの全体デュレーションの間一定である。

【0260】

ＮＵＭ＿ＤＰ：当該６ビットフィールドは現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１から６４の間であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。

【0261】

ＤＰ＿ＩＤ：当該６ビットフィールドはフィジカルプロファイル内で唯一に識別する。

【0262】

ＤＰ＿ＴＹＰＥ：当該３ビットフィールドはデータパイプのタイプを示す。これは、以下の＜表１３＞に従ってシグナリングされる。

【0263】

【表13】

【0264】

ＤＰ＿ＧＲＯＵＰ＿ＩＤ：当該８ビットフィールドは現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同一なＤＰ＿ＧＲＯＵＰ＿ＩＤを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続することに使用できる。

【0265】

ＢＡＳＥ＿ＤＰ＿ＩＤ：当該６ビットフィールドは管理階層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤにより示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、またはサービスシグナリングデータのみを伝達する専用データパイプでありうる。

【0266】

ＤＰ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは関連したデータパイプにより使用されるＦＥＣタイプを示す。ＦＥＣタイプは、以下の＜表１４＞に従ってシグナリングされる。

【0267】

【表14】

【0268】

ＤＰ＿ＣＯＤ：当該４ビットフィールドは関連したデータパイプにより使用されるコードレート（code rate）を示す。コードレート（code rate）は以下の＜表１５＞に従ってシグナリングされる。

【0269】

【表15】

【0270】

ＤＰ＿ＭＯＤ：当該４ビットフィールドは関連したデータパイプにより使用される変調を示す。変調は以下の＜表１６＞に従ってシグナリングされる。

【0271】

【表16】

【0272】

ＤＰ＿ＳＳＤ＿ＦＬＡＧ：当該１ビットフィールドはＳＳＤモードが関連したデータパイプで使用されるか否かを示す。当該フィールドの値が１に設定されれば、ＳＳＤは使用される。当該フィールドの値が０に設定されれば、ＳＳＤは使用されない。

【0273】

次のフィールドはＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスプロファイルを示す０１０と同じ時のみに表れる。

【0274】

ＤＰ＿ＭＩＭＯ：当該３ビットフィールドはどんなタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、以下の＜表１７＞に従ってシグナリングされる。

【0275】

【表17】

【0276】

ＤＰ＿ＴＩ＿ＴＹＰＥ：当該１ビットフィールドはタイムインターリービングのタイプを示す。０の値は１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は１つのタイムインターリービンググループが１つより多いフレームに伝達され、１つのタイムインターリービングブロックのみを含むことを示す。

【0277】

ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値により決定される。

【0278】

ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されれば、当該フィールドは各々のタイムインターリービンググループがマッピングされるフレームの数であるＰ_Iを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（Ｎ_TI＝１）。当該２ビットフィールドに許容されるＰ_Iの値は、以下の＜表１８＞に定義される。

【0279】

ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されれば、当該フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数Ｎ_TIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（Ｐ_I＝１）。当該２ビットフィールドに許容されるＰ_Iの値は以下の＜表１８＞に定義される。

【0280】

【表18】

【0281】

ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは関連したデータパイプに対するフレームグループ内でフレーム間隔（Ｉ_JUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは各々００、０１、１０、１１）である。フレームグループの全てのフレームに表れないデータパイプに対し、当該フィールドの値は順次的なフレームの間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに表れれば、当該フィールドの値は４に設定される。全てのフレームに表れるデータパイプに対し、当該フィールドの値は１に設定される。

【0282】

ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：当該１ビットフィールドはタイムインターリーバ５０５０の使用可能性を決定する。データパイプに対してタイムインターリービングが使用されないと、当該フィールド値は１に設定される。一方、タイムインターリービングが使われれば、当該フィールド値は０に設定される。

【0283】

ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：当該５ビットフィールドは現データパイプが発生するスーパーフレームの第１のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は０から３１の間である。

【0284】

ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：当該１０ビットフィールドは当該データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。当該フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同一な範囲を有する。

【0285】

ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該２ビットフィールドは与えられたデータパイプにより伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは、以下の＜表１９＞に従ってシグナリングされる。

【0286】

【表19】

【0287】

ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：当該２ビットフィールドは現データパイプがインバンド（In-band）シグナリング情報を伝達するか否かを示す。インバンド（In-band）シグナリングタイプは、以下の＜表２０＞に従ってシグナリングされる。

【0288】

【表20】

【0289】

ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：当該２ビットフィールドは与えられたデータパイプにより伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは入力ペイロードタイプが選択されれば、以下の＜表２１＞に従ってシグナリングされる。

【0290】

【表21】

【0291】

ＤＰ＿ＣＲＣ＿ＭＯＤＥ：当該２ビットフィールドはＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、以下の＜表２２＞に従ってシグナリングされる。

【0292】

【表22】

【0293】

ＤＮＰ＿ＭＯＤＥ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、以下の＜表２３＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。

【0294】

【表23】

【0295】

ＩＳＳＹ＿ＭＯＤＥ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、以下の＜表２４＞に従ってシグナリングされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。

【0296】

【表24】

【0297】

ＨＣ＿ＭＯＤＥ＿ＴＳ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連したデータパイプにより使用されるＴＳヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、以下の＜表２５＞に従ってシグナリングされる。

【0298】

【表25】

【0299】

ＨＣ＿ＭＯＤＥ＿ＩＰ：当該２ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）で設定される場合にＩＰヘッダ圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは、以下の＜表２６＞に従ってシグナリングされる。

【0300】

【表26】

【0301】

ＰＩＤ：当該１３ビットフィールドはＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１または１０に設定される場合にＴＳヘッダ圧縮のためのＰＩＤ数を示す。

【0302】

ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0303】

次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同じ時のみに表れる。

【0304】

ＦＩＣ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドはＦＩＣのバージョンナンバーを示す。

【0305】

ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１３ビットフィールドはＦＩＣの長さをバイト単位で示す。

【0306】

ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0307】

次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同じ時のみに表れる。

【0308】

ＮＵＭ＿ＡＵＸ：当該４ビットフィールドは補助ストリームの数を示す。ゼロは補助ストリームが使用されないことを示す。

【0309】

ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0310】

ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：当該４ビットは現補助ストリームのタイプを示すための今後の使用のためにリザーブド（reserved）される。

【0311】

ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：当該２８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。

【0312】

図１５は、本発明の他の一実施形態に係るＰＬＳ２データを示す。

【0313】

図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。

【0314】

ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次の通りである。

【0315】

ＦＲＡＭＥ＿ＩＮＤＥＸ：当該５ビットフィールドはスーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの第１のフレームのインデックスは０に設定される。

【0316】

ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは当該フィールド内でシグナリングされる値により示す。当該フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、１の値は次のスーパーフレームに変化があるということを示す。

【0317】

ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは当該フィールド内でシグナリングされる値により示す。当該フィールドの値が００００に設定されれば、これは如何なる予定された変化も予測できないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。

【0318】

ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0319】

次のフィールドは現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰでのループ（loop）に表れる。

【0320】

ＤＰ＿ＩＤ：当該６ビットフィールドはフィジカルプロファイル内でデータパイプを唯一に示す。

【0321】

ＤＰ＿ＳＴＡＲＴ：当該１５ビット（または、１３ビット）フィールドは、ＤＰＵアドレッシング（addressing）技法を使用してデータパイプの第１の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、以下の＜表２７＞に示した通り、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。

【0322】

【表27】

【0323】

ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：当該１０ビットフィールドは現データパイプに対する現タイムインターリービンググループにおけるＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は０から１０２３の間にある。

【0324】

ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは今後の使用のためにリザーブド（reserved）される。

【0325】

次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。

【0326】

ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは現フレームでＥＡＣの存在を示す。当該ビットはプリアンブルにおけるＥＡＣ＿ＦＬＡＧと同一な値である。

【0327】

ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：当該８ビットフィールドは自動活性化指示のバージョンナンバーを示す。

【0328】

ＥＡＣ＿ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。

【0329】

ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１２ビットフィールドはＥＡＣの長さをバイトで示す。

【0330】

ＥＡＣ＿ＣＯＵＮＴＥＲ：当該１２ビットフィールドはＥＡＣが到達するフレームの前のフレームの数を示す。

【0331】

次のフィールドはＡＵＸ＿ＦＬＡＧフィールドが１と同一の場合のみに表れる。

【0332】

ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：当該４８ビットフィールドは補助ストリームをシグナリングするための今後の使用のためにリザーブド（reserved）される。当該フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。

【0333】

ＣＲＣ＿３２：全体ＰＬＳ２に適用される３２ビットエラー検出コード。

【0334】

図１６は、本発明の一実施形態に係るフレームのロジカル（logical）構造を示す。

【0335】

前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおけるＯＦＤＭシンボルのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、最初に１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在していれば、ＥＡＣセルは後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在していれば、ＦＩＣセルがマッピングされる。データパイプはＰＬＳの次にマッピングされるか、ＥＡＣまたはＦＩＣが存在する場合、ＥＡＣまたはＦＩＣの以後にマッピングされる。タイプ１のデータパイプが最初にマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはＥＡＳに対する一部の特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在していれば、データパイプを次にマッピングされ、ここには順次にダミーセルが後続する。前述した順序、即ち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順に全て共にマッピングすれば、フレームでセル容量を正確に詰める。

【0336】

図１７は、本発明の一実施形態に係るＰＬＳマッピングを示す。

【0337】

ＰＬＳセルは、ＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳに指定され、ＦＳＳの数ＮＦＳＳはＰＬＳ１でのＮＵＭ＿ＦＳＳによりシグナリングされる。ＦＳＳはＰＬＳセルを伝達する特殊なシンボルである。堅固性及び遅延時間（latency）はＰＬＳで重大な事案であるので、ＦＳＳは高いパイロット密度を有しているので高速同期化及びＦＳＳ内での周波数のみのインターポレーション（interpolation：補間）を可能なようにする。

【0338】

ＰＬＳセルは、図１７の例に示すように、下向き式でＦＳＳのアクティブ（active）キャリアにマッピングされる。ＰＬＳ１セルは、最初に第１のＦＳＳの第１のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルはＰＬＳ１の最後のセルの直後に後続し、マッピングは第１のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＰＬＳセルの総数が１つのＦＳＳのアクティブ（active）キャリアの数を超過すれば、マッピングは次のＦＳＳに進行され、第１のＦＳＳと完全に同一な方式により続く。

【0339】

ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、または両方とも現フレームに存在していれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。

【0340】

図１８は、本発明の一実施形態に係るＥＡＣマッピングを示す。

【0341】

ＥＡＣはＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳサポートは提供されるが、ＥＡＣ自体は全てのフレームに存在することもあり、存在しないこともある。ＥＡＣが存在する場合、ＥＡＣはＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム、またはダミーセルのうち、いずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手続はＰＬＳと完全に同一である。

【0342】

ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。

【0343】

ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要とするＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、ＥＡＣマッピングは次のシンボルに進行され、ＦＳＳと完全に同一な方式により続く。この場合、ＥＡＣのマッピングがなされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。

【0344】

ＥＡＣマッピングが完了した後、存在していれば、ＦＩＣが次に伝達される。ＦＩＣが送信されなければ（ＰＬＳ２フィールドからシグナリングに）、データパイプがＥＡＣの最後のセルの直後に後続する。

【0345】

図１９は、本発明の一実施形態に係るＦＩＣマッピングを示す。

【0346】

（ａ）はＥＡＣ無しでＦＩＣセルのマッピングの例を示し、（ｂ）はＥＡＣと共にＦＩＣセルのマッピングの例を示す。

【0347】

ＦＩＣは、高速サービス取得及びチャネルスキャンを可能なようにするために階層間情報（cross-layer information）を伝達する専用チャネルである。当該情報は主にデータパイプの間のチャネルバインディング（channel binding）情報及び各放送社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコーディングし、放送社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を取得することができる。高速サービス取得のために、ＦＩＣだけでなく、ベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコーディングできる。ベースデータパイプが送信するコンデンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一な方式によりエンコーディングされてフレームにマッピングされる。したがって、ベースデータパイプに対する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは管理階層仕様に説明された通りである。

【0348】

ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（static：静的）な部分でＦＩＣ＿ＦＬＡＧパラメータによりシグナリングされる。ＦＩＣが使われれば、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドはＰＬＳ２のスタティック（static：静的）な部分で定義される。当該フィールドでシグナリングされることはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ＿ＦＩＣはＰＬＳ２と同一な変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一なシグナリングパラメータを共有する。ＦＩＣデータは、存在していれば、ＰＬＳ２の後にマッピングされるか、またはＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのうち、いずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。

【0349】

ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータサイズによって、（ｂ）に示したように、ＦＩＣセルは数個のシンボルに対してマッピングされる。

【0350】

ＦＩＣセルはＰＬＳ２の最後のセルの直後に後続し、マッピングは最後のＦＳＳの最後のセルインデックスまで下方に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（active）キャリアの数を超過すれば、残りのＦＩＣセルのマッピングは次のシンボルに進行され、これはＦＳＳと完全に同一な方式により続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これはＦＳＳより多いアクティブ（active）キャリアを有する。

【0351】

ＥＡＳメッセージが現フレームで送信されれば、ＥＡＣはＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルからＦＩＣセルはセルインデックスの昇順にマッピングされる。

【0352】

ＦＩＣマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後、存在していれば、補助ストリーム、ダミーセルが後続する。

【0353】

図２０は、本発明の一実施形態に係るデータパイプのタイプを示す。

【0354】

（ａ）はタイプ１のデータパイプを示し、（ｂ）はタイプ２のデータパイプを示す。

【0355】

先行するチャネル、即ちＰＬＳ、ＥＡＣ、ＦＩＣがマッピングされた後、データパイプのセルがマッピングされる。データパイプはマッピング方法によって２タイプのうちの１つに分類される。

【0356】

タイプ１のデータパイプ：データパイプがＴＤＭによりマッピングされる。

【0357】

タイプ２のデータパイプ：データパイプがＦＤＭによりマッピングされる。

【0358】

データパイプのタイプはＰＬＳ２のスタティック（static：静的）な部分でＤＰ＿ＴＹＰＥフィールドにより示す。図２０は、タイプ１のデータパイプ及びタイプ２のデータパイプのマッピング順序を示す。タイプ１のデータパイプは、まずセルインデックスの昇順にマッピングされた後、最後のセルインデックスに到達した後、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０を手始めにセルインデックスの昇順に続けてマッピングされる。１つのフレームで共にマッピングされる多数のデータパイプと共に、各々のタイプ１のデータパイプはデータパイプのＴＤＭと類似するように時間にグルーピングされる。

【0359】

タイプ２のデータパイプは、まずシンボルインデックスの昇順にマッピングされ、フレームの最後のＯＦＤＭシンボルに到達した後、セルインデックスは１ずつ増加し、シンボルインデックスは第１の使用可能シンボルに戻った後、そのシンボルインデックスから増加する。１つのフレームで多数のデータパイプをマッピングした後、各々のタイプ２のデータパイプはデータパイプのＦＤＭと類似するように周波数にグルーピングされる。

【0360】

タイプ１のデータパイプ及びタイプ２のデータパイプは、必要時、フレームで共存できるが、タイプ１のデータパイプが常にタイプ２のデータパイプに先行するという制限がある。タイプ１及びタイプ２のデータパイプを伝達するＯＦＤＭセルの総数はデータパイプの送信に使用することができるＯＦＤＭセルの総数を超過できない。

【0361】

【数2】

【0362】

この際、Ｄ_DP1はタイプ１のデータパイプが占めるＯＦＤＭセルの数に該当し、Ｄ_DP2はタイプ２のデータパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣが全てタイプ１のデータパイプと同様の方式によりマッピングされるので、ＰＬＳ、ＥＡＣ、ＦＩＣは全て“タイプ１のマッピング規則”に従う。したがって、概してタイプ１のマッピングが常にタイプ２のマッピングに先行する。

【0363】

図２１は、本発明の一実施形態に係るデータパイプマッピングを示す。

【0364】

（ａ）はタイプ１のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示し、（ｂ）はタイプ２のデータパイプをマッピングするためのＯＦＤＭセルのアドレッシングを示す。

【0365】

タイプ１のデータパイプ（０，．．．，ＤＤＰ１−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ１のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ１のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。

【0366】

ＥＡＣ及びＦＩＣ無しで、アドレス０は最後のＦＳＳでＰＬＳを伝達する最後のセルに後続するセルをいう。ＥＡＣが送信され、ＦＩＣが該当するフレームになければ、アドレス０はＥＡＣを伝達する最後のセルに後続するセルをいう。ＦＩＣが該当するフレームで送信されれば、アドレス０はＦＩＣを伝達する最後のセルに後続するセルをいう。タイプ１のデータパイプに対するアドレス０は（ａ）に示したような２つの互いに異なる場合を考慮して算出できる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て送信されると仮定する。ＥＡＣとＦＩＣのうちの１つまたは全てが省略される場合への拡張は自明である。（ａ）の左側に示したように、ＦＩＣまで全てのセルをマッピングした後、ＦＳＳに残っているセルがあれば、タイプ２のデータパイプ（０，．．．，ＤＤＰ２−１）をマッピングするためのＯＦＤＭセルのアドレッシングはタイプ２のデータパイプのアクティブ（active）データセルに対して定義される。アドレッシング方式は各々のタイプ２のデータパイプに対するタイムインターリービングからのセルがアクティブ（active）データセルに割り当てられる順序を定義する。また、アドレッシング方式はＰＬＳ２のダイナミック（dynamic：動的）部分でデータパイプの位置をシグナリングすることに使用される。

【0367】

（ｂ）に示すように、３種類の若干異なる場合が可能である。（ｂ）の左側に示した第１の場合に、最後のＦＳＳにあるセルはタイプ２のデータパイプマッピングに使用できる。中央に示した第２のの場合に、ＦＩＣはノーマルシンボルのセルを占めるが、当該シンボルでのＦＩＣセルの数はＣ_FSSより大きくない。（ｂ）の右側に示した第３の場合は当該シンボルにマッピングされたＦＩＣセルの数がＣ_FSSを超過する点を除いて、第２のの場合と同一である。

【0368】

ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１のデータパイプと同一な“タイプ１のマッピング規則”に従うので、タイプ１のデータパイプがタイプ２のデータパイプに先行する場合への拡張は自明である。

【0369】

データパイプユニット（ＤＰＵ）は、フレームにおけるデータセルをデータパイプに割り当てる基本単位である。

【0370】

ＤＰＵはフレームにおけるデータパイプの位置を探し出すためのシグナリング単位として定義される。セルマッパー７０１０は、各々のデータパイプに対してタイムインターリービングにより生成されたセルをマッピングすることができる。タイムインターリーバ５０５０は一連のタイムインターリービングブロックを出力し、各々のタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎ_cellsはＦＥＣＢＬＯＣＫサイズ、Ｎ_ldpc、コンステレーションシンボル当たり送信されるビット数に依存する。ＤＰＵは与えられたフィジカルプロファイルでサポートされるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎ_cellsの全ての可能な値の最大公約数として定義される。セルでのＤＰＵの長さはＬ_DPUとして定義される。各々のフィジカルプロファイルはＦＥＣＢＬＯＣＫサイズの互いに異なる組み合わせせ及びコンステレーションシンボル当たり異なるビット数をサポートするので、Ｌ_DPUはフィジカルプロファイルに基づいて定義される。

【0371】

図２２は、本発明の一実施形態に係るＦＥＣ構造を示す。

【0372】

図２２は、ビットインターリービングの前の本発明の一実施形態に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手続を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造はＬＤＰＣコードワードの長さに該当する同一な値を有する。

【0373】

図２２に示すように、ＢＣＨエンコーディングが各々のＢＢＦ（Ｋ_bchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコーディングされたＢＢＦ（Ｋ_ldpcビット＝Ｎ_bchビット）に適用される。

【0374】

Ｎ_ldpcの値は６４８００ビット（ロングＦＥＣＢＬＯＣＫ）または１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。

【0375】

以下の＜表２８＞及び＜表２９＞はロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫの各々に対するＦＥＣエンコーディングパラメータを示す。

【0376】

【表28】

【0377】

【表29】

【0378】

ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。

【0379】

１２−エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は全ての多項式を掛けることによって得られる。

【0380】

ＬＤＰＣコードは外部ＢＣＨエンコーディングの出力をエンコーディングすることに使用される。完成されたＢ_ldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐ_ldpc（パリティビット）が各々のＩ_ldpc（ＢＣＨ−エンコーディングされたＢＢＦ）から組織的にエンコーディングされ、Ｉ_ldpcに添付される。完成されたＢ_ldpc（ＦＥＣＢＬＯＣＫ）は次の数式で表現される。

【0381】

【数3】

【0382】

ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは前記の＜表２８＞及び＜表２９＞に各々与えられる。

【0383】

ロングＦＥＣＢＬＯＣＫに対してＮ_ldpc−Ｋ_ldpcパリティビットを計算する具体的な手続は、次の通りである。

【0384】

１）パリティビット初期化

【0385】

【数4】

【0386】

２）パリティーチェックマトリックスのアドレスの第１の行で特定されたパリティビットアドレスで第１の情報ビットｉ_O累算（accumulate）。パリティーチェックマトリックスのアドレスの詳細な内容は後述する。例えば、割合１３／１５に対し、

【0387】

【数5】

【0388】

３）次の３５９個の情報ビットｉ_s、ｓ＝１，２，．．．，３５９に対し、次の数式を用いてパリティビットアドレスでｉ_s累算（accumulate）。

【0389】

【数6】

【0390】

ここで、ｘは第１のビットｉ₀に該当するパリティビット累算器のアドレスを示し、Ｑ_ldpcはパリティーチェックマトリックスのアドレッサで特定されたコードレート（code rate）依存定数である。前記の例である、割合１３／１５に対する、したがって情報ビットｉ₁に対するＱ_ldpc＝２４に引続き、次の動作が実行される。

【0391】

【数7】

【0392】

４）３６１番目の情報ビットｉ₃₆₀に対し、パリティビット累算器のアドレスはパリティーチェックマトリックスのアドレスの第２のの行に与えられる。同様の方式により、次の３５９個の情報ビットｉ_s、ｓ＝３６１，３６２，．．．，７１９に対するパリティビット累算器のアドレスは＜数式６＞を用いて得られる。ここで、ｘは情報ビットｉ₃₆₀に該当するパリティビット累算器のアドレス、即ちパリティーチェックマトリックスの第２のの行のエントリーを示す。

【0393】

５）同様の方式で、３６０個の新たな情報ビットの全てのグループに対し、パリティーチェックマトリックスのアドレスからの新たな行はパリティビット累算器のアドレスを求めることに使用される。

【0394】

全ての情報ビットが用いられた後、最終パリティビットが次の通り得られる。
６）ｉ＝１から始めて次の動作を順次に実行

【0395】

【数8】

【0396】

ここで、ｐ_i、ｉ＝０，１，．．．，Ｎ_ldpc−Ｋ_ldpc−１の最終コンデンツはパリティビットｐ_iと同一である。

【0397】

【表30】

【0398】

＜表３０＞を＜表３１＞に取り替えて、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリックスのアドレスに取り替えることを除いて、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手続はロングＦＥＣＢＬＯＣＫに対するtＬＤＰＣエンコーディング手続に従う。

【0399】

【表31】

【0400】

図２３は、本発明の一実施形態に係るビットインターリービングを示す。

【0401】

ＬＤＰＣエンコーダの出力はビットインターリービングされるが、これはＱＣＢ（quasi-cyclic block）インターリービング及び内部グループインターリービングが後続するパリティインターリービングで構成される。

【0402】

（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。

【0403】

ＦＥＣＢＬＯＣＫはパリティインターリービングできる。パリティインターリービングの出力で、ＬＤＰＣコードワードはロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロングまたはショートＦＥＣＢＬＯＣＫにおける各々のＱＣＢは３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードはＱＣＢインターリービングによりインターリービングされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力でのＱＣＢは、図２３に示すように、ＱＣＢインターリービングによりパーミュテーションされるが、ここで、ＦＥＣＢＬＯＣＫ長さによってＮ_cells＝６４８００／η_MODまたは１６２００／η_MODである。ＱＣＢインターリービングパターンは変調タイプ及びＬＤＰＣコードレート（code rate）の各組み合わせせに固有である。

【0404】

ＱＣＢインターリービングの後に、内部グループインターリービングが以下の＜表３２＞に定義された変調タイプ及び次数（η_MOD）によって実行される。１つの内部グループに対するＱＣＢの数Ｎ_QCB＿IGも定義される。

【0405】

【表32】

【0406】

内部グループインターリービング過程はＱＣＢインターリービング出力のＮ_QCB＿IG個のＱＣＢで実行される。内部グループインターリービングは３６０個の列及びＮ_QCB＿IG個の行を用いて内部グループのビットを書込み及び読取する過程を含む。書込み動作で、ＱＣＢインターリービング出力からのビットが行方向に書き込まれる。読取動作は列方向に実行されて各行でｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合１と同一であり、ＮＵＱの場合２と同一である。

【0407】

図２４は、本発明の一実施形態に係るセル−ワードデマルチプレキシングを示す。

【0408】

図２４で、（ａ）は８及び１２ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示し、（ｂ）は１０ｂｐｃｕ ＭＩＭＯに対するセル−ワードデマルチプレキシングを示す。

【0409】

ビットインターリービング出力の各々のセルワード（ｃ_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）にデマルチプレキシングされる。

【0410】

ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを用いる１０ｂｐｃｕ ＭＩＭＯの場合に、ＮＵＱ−１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力の各々のセルワード（ｃ_0,l，ｃ_1,l，．．．，ｃ_9,l）は（ｂ）に示したように（ｄ_1,0,m，ｄ_1,1,m，．．．，ｄ_1,3,m）及び（ｄ_2,0,m，ｄ_2,1,m，．．．，ｄ_2,5,m）にデマルチプレキシングされる。

【0411】

図２５は、本発明の一実施形態に係るタイムインターリービングを示す。

【0412】

（ａ）から（ｃ）はタイムインターリービングモードの例を示す。

【0413】

タイムインターリーバはデータパイプレベルで動作する。タイムインターリービングのパラメータは各々のデータパイプに対して異に設定できる。

【0414】

ＰＬＳ２−ＳＴＡＴデータの一部に表れる次のパラメータはタイムインターリービングを構成する。

【0415】

ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０または１）：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは１つのフレームに（フレーム間インターリービング無しで）直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは１つ以上のフレームに亘って拡散される（フレーム間インターリービング）。

【0416】

ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、当該パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数Ｎ_TIである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’の場合、当該パラメータは１つのタイムインターリービンググループから拡散されるフレームの数Ｐ_Iである。

【0417】

ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。

【0418】

ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一なデータパイプを伝達する２つの順次的なフレーム間のフレームの数Ｉ_JUMPを示す。

【0419】

ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０または１）：タイムインターリービングがデータフレームに用いられなければ、当該パラメータは１に設定される。タイムインターリービングが用いられれば、０に設定される。

【0420】

さらに、ＰＬＳ２−ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫはデータグループの１つのタイムインターリービンググループにより伝達されるＸＦＥＣＢＬＯＣＫの数を示す。

【0421】

タイムインターリービングがデータフレームに用いられなければ、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかしながら、スケジューラからのダイナミック（dynamic：動的）構成情報のためのディレイコンペンセーション（delay compensation：遅延補償）ブロックは相変らず必要である。各々のデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグルーピングされる。即ち、各々のタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（dynamic：動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数はＮ_{xBLOCK＿Group}（ｎ）で示し、ＰＬＳ２−ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫにシグナリングされる。この際、Ｎ_{xBLOCK＿Group}（ｎ）は最小値０から最も大きい値が１０２３である最大値Ｎ_{xBLOCK＿Group＿MAX}（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化することができる。

【0422】

各々のタイムインターリービンググループは１つのフレームに直接マッピングされるか、またはＰ_I個のフレームに亘って拡散される。また、各々のタイムインターリービンググループは１つ以上（Ｎ_TI個）のタイムインターリービングブロックに分離される。ここで、各々のタイムインターリービングブロックはタイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されれば、タイムインターリービンググループは１つのフレームのみに直接マッピングされる。以下の＜表３３＞に示したように、タイムインターリービングには３種類のオプションがある（タイムインターリービングを省略する追加オプション除外）。

【0423】

【表33】

【0424】

各々のデータパイプで、タイムインターリービングメモリは入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を格納する。入力されたＸＦＥＣＢＬＯＣＫは、

【数9】

として定義されると仮定する。ここで、

【数10】

はｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｒ番目ＸＦＥＣＢＬＯＣＫのｑ番目セルであり、次のようなＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。

【数11】

【0425】

また、タイムインターリーバ５０５０から出力されたＸＦＥＣＢＬＯＣＫは

【数12】

として定義されると仮定する。ここで、

【数13】

ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックでｉ番目

【数14】

出力セルである。

【0426】

一般に、タイムインターリーバはフレーム生成過程の以前にデータパイプデータに対するバッファとしても作用する。これは、各々のデータパイプに対して２つのメモリバンクで達成される。第１のタイムインターリービングブロックは第１のバンクに書き込まれる。第１のバンクで読取される間、第２ののタイムインターリービングブロックが第２ののバンクに書き込まれる。

【0427】

タイムインターリービングはツイストされた行−列ブロックインターリーバである。ｎ番目タイムインターリービンググループのｓ番目タイムインターリービングブロックに対し、列の数Ｎ_cが

【数15】

と同一である一方、タイムインターリービングメモリの行の数Ｎ_rはセルの数Ｎ_cellと同一である（即ち、Ｎ_r＝Ｎ_cell）。

【0428】

図２６は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの基本動作を示す。

【0429】

図２６（ａ）は、タイムインターリーバで書込み動作を示し、図２６（ｂ）は、タイムインターリーバで読取動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そし、インターリービングアレイで、セルが対角線方向に読み取られる。（ｂ）に示したように、１番目の行から（最も左側の列を始めとして行に沿って右に）最後の行まで対角線方向の読取が進まれる間、

【数16】

個のセルが読み取られる。具体的に、

【数17】

が順次読み取られるタイムインターリービングメモリセル位置と仮定すれば、このようなインターリービングアレイでの読取動作は、下記の式のように、行インデックス

【数18】

、列インデックス

【数19】

、関連したツイストパラメータ

【数20】

を算出することによって実行される。

【0430】

【数21】

【0431】

ここで、

【数22】

は、

【数23】

に関係なく、対角線方向読取過程に対する共通シフト値であり、シフト値は、下記の式のように、ＰＬＳ２−ＳＴＡＴで与えられた

【数24】

により決定される。

【0432】

【数25】

【0433】

結果的に、読み取られるセル位置は、座標

【数26】

により算出される。

【0434】

図２７は、本発明の他の一実施形態に係るツイストされた行−列ブロックインターリーバの動作を示す。

【0435】

より具体的に、図２７は、

【数27】

、

【数28】

、

【数29】

であるとき、仮想ＸＦＥＣＢＬＯＣＫを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリでインターービングアレイを示す。

【0436】

変数

【数30】

は、

【数31】

より小さいか、同じであろう。したがって、

【数32】

に関係なく、受信機側で単一メモリデインターリービングを達成するために、ツイストされた行−列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することにより、

【数33】

の大きさに設定され、読取過程は、次の式のようになされる。

【0437】

【数34】

【0438】

タイムインターリービンググループの数は、３に設定される。タイムインターリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝’０’、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴ
ＥＲＶＡＬ＝’１’、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝’１’、すなわち、ＮＴＩ＝１
、ＩＪＵＭＰ＝１、ＰＩ＝１によりＰＬＳ２−ＳＴＡＴデータでシグナリングされる。各々Ｎｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ＿ＴＩ（０、０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１、０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２、０）＝５によりＰＬＳ２−ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸによりＰＬＳ２−ＳＴＡＴデータでシグナリングされ、これは、

【数35】

に繋がる。

【0439】

図２８は、本発明の一実施形態に係るツイストされた行−列ブロックインターリーバの対角線方向読取パターンを示す。

【0440】

より具体的に、図２８は、パラメータ

【数36】

及びＳｓｈｉｆｔ＝（７−１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向読取パターンを示す。このとき、上記に類似コードで示した読取過程で、

【数37】

であれば、Ｖｉの値が省略され、Ｖｉの次の計算値が使用される。

【0441】

図２９は、本発明の一実施形態に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。

【0442】

図２９は、パラメータ

【数38】

及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。

【0443】

本明細書において、前述したＤＰは、ＰＬＰ（Physical layer Pipe）と、ＰＬＳ情報は、Ｌ１（Layer 1）情報またはＬ１シグナリング情報と呼ぶことができる。ＰＬＳ１情報は、Ｌ１（Layer 1）Ｌ１ベーシック（basic）情報と、ＰＬＳ２情報は、Ｌ１ディテール情報として各々呼ぶこともできる。本明細書において、特定の情報／データがシグナリングされるということは、該当情報／データがＬ１シグナル情報を通じて送受信されることを意味することができる。

【0444】

図３０は、本発明の他の一実施形態に係るＢＩＣＭブロックの詳細ブロック図を示す。

【0445】

図３０の細部ブロックに対して、前述した説明と同一な説明は重複しない。

【0446】

星状図マッパー３００１０は入力されたビットワードを１つの星状図に割り当て／マッピングすることができる。この際、追加的に回転及びＱ−ディレイ（rotation & Q delay）を適用することができる。即ち、星状図マッパー３００１０は入力された星状を回転角度によって回転させた後、イン−フェーズ（in-phase）成分とクワドラチャ−フェーズ（quadrature-phase）成分とに分けて、そのうち、クワドラチャ−フェーズ成分のみを任意の値だけディレイさせることができる。星状図マッパー３００１０は、以後、新しくペアされたイン−フェーズ成分とクワドラチャ−フェーズ成分を使用して新しい星状にリマッピングを遂行することができる。

【0447】

セルインターリーバ３００２０は、１つのＦＥＣブロックに該当するセルをランダムに混ぜて出力して、各ＦＥＣブロックに該当するセルを各ＦＥＣブロック毎に互いに異なる順序に出力する。

【0448】

タイムインターリーバ３００３０は、複数のＦＥＣブロックに属するセルを互いに混ぜて出力することができる。したがって、各ＦＥＣブロックのセルがタイムインターリービングデップスだけの区間内に分散されて転送されることによって、付加的なダイバーシティゲインが獲得できる。

【0449】

図３１は、本発明の実施形態に係るタイムインターリーバを示す。

【0450】

前述したように、放送システムはシングルＰＬＰ（Ｓ−ＰＬＰ）をプロセシングするか、またはマルチプルＰＬＰ（Ｍ−ＰＬＰ）を処理することができる。図３１で、セルインターリーバ３２０１０は、図３０で図示したセルインターリーバのようなブロックに該当する。

【0451】

放送信号送信機は、マルチプルＰＬＰモード（Ｍ−ＰＬＰモード）の場合にはツイステッドブロックインターリーバ（ＢＩ；Block Interleaver）３１０４０及びコンボリューショナルインターリーバ（ＣＩ；Convolutional Interleaver）３１０５０を使用してタイムインターリービングを遂行し、シングルＰＬＰモード（Ｓ−ＰＬＰモード）の場合にはブロックインターリーバ３１０４０はOFFされ、コンボリューショナルインターリーバ３１０３０を使用してタイムインターリービングを遂行することができる。マルチプルＰＬＰモードで使用するタイムインターリービングユニットを共にハイブリッド（タイム）インターリーバまたはタイムインターリーバと称することもできる。但し、マルチプルＰＬＰモードのコンボリューショナルインターリーバ３１０３０はコンボリューショナルディレイ−ラインを使用するインターリーバであり、シングルＰＬＰモードのコンボリューショナルインターリーバ３１０５０は任意のコンボリューショナルインターリーバになることができる。シングルＰＬＰモードのコンボリューショナルインターリーバをＳｈｅｅｒ ＣＩと称することもできる。但し、コンボリューショナルディレイ−ラインを使用するインターリーバもコンボリューショナルインターリーバ（ＣＩ）と称されるか、またはコンボリューショナルディレイ−ライン（ユニット／モジュール）と称されることもできる。セルインターリーバ３１０１０はシングルＰＬＰモード及びマルチプルＰＬＰモードに全て適用されるか、またはマルチプルＰＬＰモードのみに適用されることもできる。

【0452】

図３１のように、タイムインターリービングユニットはセルグルーピングブロック３１０２０を含む。放送信号送信機は、セルグルーピングブロック３１０２０を使用してタイムインターリービング遂行時、メモリをより効率良く使用し、インターリービングデップスを増加させることができる。セルグルーピングは、シングルワイズ（single wise）グルーピングまたはペアワイズ（pair wise）グルーピングに遂行できる。シングルワイズグルーピング方式は、１つのデータセルが１つのメモリユニット（ＭＵ；Memory Unit）にマッピングし、ペアワイズグルーピング方式は同一ＰＬＰに含まれた連続する２つのセルを１つのメモリユニットにマッピングする。このような動作を遂行するセルグルーピングブロック３１０２０は、セルカップリングブロック、またはセル−メモリユニットマッパー（Cell to MU Mapper）と称することもできる。

【0453】

タイムインターリーバは、ベースラインレイヤ信号またはＬＤＭ信号をタイムインターリービングすることができる。ＬＤＭ信号は、Ｓ−ＰＬＰモードまたはＭ−ＰＬＰモードでインターリービングできる。

【0454】

以下、ＬＤＭ（Layered Division Multiplexing）技術に対して説明する。ＬＤＭは、複数のデータストリームを他のパワーレベルで１つのＲＦチャンネルに結合する星状図重畳技術を示す。以下、２つのデータストリームをＬＤＭプロセシングする実施形態を主に説明するようにするが、ＬＤＭプロセシングされるデータストリームの数は３個以上になることもできる。

【0455】

２つのデータストリームは他の変調／チャンネルコーディングスキームが適用できる。結合されるデータストリームが２つの場合、各々をアッパー（upper）レイヤのデータ／信号及びロワー（lower）レイヤのデータ／信号と称することができる。アッパーレイヤ及びロワーレイヤはコア（core）レイヤ及びエンハンスド（enhanded）レイヤと称することもできる。

【0456】

図３２は、本発明の一実施形態に係る放送信号送信機の構成を示す。

【0457】

図３２の放送信号送信機は、インプットフォーマッティング（Input Formatting）ブロック３２０１０、ＢＩＣＭブロック３２０２０、ＬＤＭインジェクション（LMD Injection）ブロック３２０３０、フレーミング及びインターリービング（Framing & Interleaving）ブロック３２０４０、及びウェーブフォーム生成（Waveform Generation）ブロック３２０５０を含むことができる。図３２のフレーミング／インターリービングブロック３２０４０は図１のフレームビルディングブロックに該当し、ウェーブフォーム生成ブロック３２０５０は図１のＯＦＤＭ生成ブロックに該当することができる。

【0458】

図３２の場合、前述した実施形態とは異なり、フレームビルディングブロック１０２０がタイムインターリービングブロックを含む場合であって、これによってフレームビルディングブロック１０２０がフレーミング／インターリービングブロック３２０４０と称されることができる。言い換えると、フレーミング／インターリービングブロック３２０４０は、タイムインターリービングブロック、フレーミングブロック、及び周波数インターリービングブロックを含むことができる。フレーミング／インターリービングブロック３２０４０は、このようなサブブロックを使用してデータに対してタイムインターリービングを遂行し、データをマッピングして信号フレームを生成し、周波数インターリービングを遂行することができる。

【0459】

ＬＤＭインジェクションブロック３２０３０は、アッパーレイヤのインプットフォーマッティングブロック３２０１０−１及びＢＩＣＭブロック３２０２０−１で処理されたデータとロワー（lower）レイヤのインプットフォーマッティングブロック３２０１０−２及びＢＩＣＭブロック３２０２０−２で処理されたデータにＬＤＭを遂行して１つのストリームを出力する。本明細書の実施形態において、２つのレイヤはコア（core）レイヤとエンハンスド（enhanced）レイヤ、アッパー（upper）レイヤとロワー（lower）レイヤと称るすことができる。即ち、コアレイヤはアッパーレイヤとして、エンハンスドレイヤはロワーレイヤとして称されることができる。

【0460】

コアレイヤのデータは、エンハンスドレイヤのデータ以上にロブストしたＭｏｄＣｏｄコンビネーションを使用しなければならない。２つのレイヤは同一なＦＥＣコーディング／星状図マッピングを使用することもできるが、異なるＦＥＣコーディング／星状図マッピングを使用することもできる。そして、ＬＤＭインジェクションブロック３２０３０はＬＤＭプロセシング時、コアレイヤデータにエンハンスドレイヤより多い電力を分配する。

【0461】

タイムインターリービングブロックがＢＩＣＭブロック３２０２０からフレーミング／インターリービングブロック３２０３０に移動する以外の説明は、前述した通りである。ウェーブフォーム生成ブロック３２０５０は、図１のＯＦＤＭ生成ブロック１０３０と同一なブロックであって、名称のみを異なるように称するものである。
受信機側でも、前記のようにタイムデインターリービングブロックを図９のデマッピング及びデコーディングブロック９０２０でフレームパーシングブロック９０１０に含めて、フレームパーシングブロック９０１０をフレームパーシング／デインターリービングブロックと称することもできる。

【0462】

図３３は、本発明の一実施形態に係る放送信号送信機のうちの一部の構成を示す。

【0463】

図３３は図３２の一部をより詳細に示す図であって、図３２で１つのブロックとして示したＬＤＭインジェクションブロックは、図３３で３個のブロックをさらに含む。言い換えると、図３２のＬＤＭインジェクションブロックは、図３３のインジェクションレベルコントローラ３３０２０、レイヤコンバイナ３３０３０、及びパワーノーマライザー３３０４０を含む。

【0464】

図３３では、ＦＥ（Future Extension）レイヤ、アッパーレイヤ（コアレイヤ）、ロワーレイヤ（エンハンスドレイヤ）の３個の経路でＰＬＰデータを処理する送信機を示し、各レイヤに対するＰＬＰデータを処理するためのＢＩＣＭブロック３３０１０−０〜２を含む。ＦＥレイヤは、今後サービス追加を目的として使われ、コアレイヤの拡張レイヤに該当することもできる。

【0465】

コアレイヤのコーディング及び変調構造はエンハンスドレイヤと類似しているが、コアレイヤのＬＤＰＣコードレートはエンハンスドレイヤのＬＤＰＣコードレートより相対的に低く設定できる。

【0466】

インジェクションレベルコントローラ３３０２０は、コアレイヤとエンハンスドレイヤとの電力比をコントロールすることができる。インジェクションレベルコントローラ３３０２０は、エンハンスドレイヤのパワーをコアレイヤより相対的に減少させて、各レイヤに対して所望の転送エネルギーを出力することができる。

【0467】

レイヤコンバイナ３３０３０はアッパーレイヤのデータとエンハンスドレイヤのデータを足し（add）、アッパーレイヤとエンハンスドレイヤとの間のＦＥＣブロック割合を決定することができる。このような動作はタイムインターリービング／デインターリービングをより効率良く遂行するためである。図示したように、レイヤコンバイニングはセルインターリービングの前に遂行される。

【0468】

パワーノーマライザー３３０４０は、コアレイヤとエンハンスドレイヤの転送電力の和が１になるようにノーマルライジングする。言い換えると、パワーノーマライザー３３０４０はコンバイニングされた信号のトータル電力をユニティ（unity）にノーマルライジングする。

【0469】

このようにコアレイヤ信号とエンハンスドレイヤ信号がコンバイニングされたＬＤＭ信号は、フレーミング／インターリービングブロック及びウェーブフォーム生成ブロックを経て送信できる。フレーミングブロックは、ペイロードとしてアッパーレイヤＰＬＰ及びロワーレイヤＰＬＰを含むフレームを構成する。フレームまたはサブフレームは、少なくとも１つのアッパーレイヤＰＬＰ及び少なくとも１つのロワーレイヤＰＬＰを含むことができる。

【0470】

以下、フレーム内でアッパーレイヤＰＬＰ及びロワーレイヤＰＬＰの関係とタイムインターリービング適用方法及びＬＤＭ関連パラメータのシグナリング方法について説明する。

【0471】

また、アッパーレイヤのＰＬＰとロワーレイヤのＰＬＰの各々に対し、全ての情報をシグナリングすることは多いシグナリングオーバーヘッドを引き起こすことがある。したがって、以下ではＬＤＭプロセシングされたフレームの構成と共に、シグナリング情報を最適化しながらＬＤＭプロセシングを遂行することができる方法について説明する。

【0472】

タイムインターリービングはＰＬＰ単位で遂行できる。ＬＤＭプロセシングされた信号に対してタイムインターリービングを遂行する場合、フレーム内でアッパーレイヤＰＬＰとロワーレイヤＰＬＰが１：１にマッチングされる場合、タイムインターリービングはアッパーレイヤＰＬＰ及びロワーレイヤＰＬＰに対し、同一なＴＩグループに遂行できる。但し、フレーム構成に従ってタイムインターリービンググループの構成が考慮されなければならない。

【0473】

図３４は、本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【0474】

図３４は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＮ：１の場合の実施形態を示す。図３４で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。

【0475】

図３４で、フレームのアッパーレイヤは２つのＰＬＰ（R-Aud、Mobile）を含み、ロワーレイヤは１つのＰＬＰを含む。このような場合、放送送信機はアッパーレイヤに従ってＴＩブロックを構成し、ロワーレイヤもアッパーレイヤに従うＴＩブロックサイズを適用することができる。

【0476】

本発明では、ＬＤＭのためのＴＩ構成（configuration）はアッパーレイヤを基準とすることを提案する。また、複数のＰＬＰの場合はハイブリッドＴＩモードが適用され、単一ＰＬＰの場合にはＳｈｅｅｒ ＣＩ（Convolutional Interleaving）モードが適用できる。

【0477】

図３５は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【0478】

図３５は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数が１：Ｎの場合の実施形態を示す。図３５及び他の図面で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。シグナリングＰＬＰはプリアンブルとして信号フレームに含まれて転送できる。

【0479】

図３５（ａ）はアッパーレイヤは単一ＴＩブロックを含み、ロワーレイヤはマルチプルＰＬＰを含む実施形態を示し、図３５（ｂ）はアッパーレイヤはマルチプルＴＩブロックを含み、ロワーレイヤはマルチプルＰＬＰを含む実施形態である。

【0480】

図３５で、ＴＩブロックはアッパーレイヤを基準に定義される。ＴＩブロックは整数個のＦＥＣ（forward error correction）ブロックを含む。ＴＩブロックはタイムインターリーバ（即ち、セルインターリーバ、ツイステッドブロックインターリーバ、コンボリューショナルインターリーバ）が動作する基本（basic）ユニットである。アッパーレイヤのＰＬＰの数に従ってフレームに対するシングル／マルチプルＴＩグループの数が定義されることもできる。ロワーレイヤの場合、複数のＰＬＰが結び付けられて （concatenate）アッパーレイヤのようなＴＩグループになることができる。即ち、ロワーレイヤのＰＬＰが結び付けられてアッパーレイヤとコンバイニング（combining）できる。但し、このような場合、アッパーレイとロワーレイヤに対するＦＥＣブロック同期化方法が必要でありうる。

【0481】

図３６は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【0482】

図３６はアッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＭ：Ｎの場合の実施形態を示す。図３６で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。

【0483】

図３６の実施形態でも、ＴＩグループはアッパーレイヤのＰＬＰ単位で定義される。但し、図３６の場合、ロワーレイヤの１つのＰＬＰ（ＰＬＰ３）がスプリット（split）されて１つ以上のアッパーレイヤＰＬＰ（ＰＬＰ０及びＰＬＰ１）とコンバイニングできる。ＰＬＰ３はパワーインジェクションされた後にスプリットできる。そして、ＰＬＰ１はＰＬＰ３の一部及びＰＬＰ４の一部が併合（merge）されてコンバイニングされる。

【0484】

図３６の実施形態で、ＰＬＰ３とＰＬＰ０／ＰＬＰ１、ＰＬＰ４とＰＬＰ１／ＰＬＰ２の間のＦＥＣブロック同期化が必要でありうる。そして、このようなフレーム構成を効果的にシグナリングできる方法について以下に説明する。

【0485】

図３７は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【0486】

図３７は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＭ：Ｎの場合の実施形態を示す。図３７で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。

【0487】

図３７のようにフレームを構成する場合、放送システムは以下のようなシグナリングパラメータを定義してプリアンブルまたはＳ−ＰＬＰを通じて送受信することができる。シグナリングパラメータはフィールドまたは情報と称することもできる。
−ＮＵＭ＿ＴＩＧＲＯＵＰ：現フレームのタイム−ディビジョンされたグループの数を示す
−ＮＵＭ＿ＬＡＹＥＲ：タイム−ディビジョンされたグループ内のレイヤの数
−ＮＵＭ＿ＰＬＰｉｎＬＡＹＥＲ：レイヤ内のＰＬＰの数
−ＰＬＰ＿ＬＤＭ＿ＴＹＰＥ：ＰＬＰがアッパーレイヤか、またはロワーレイヤかを示す
−ＰＬＰ＿ＳＴＡＲＴ：現フレームでＰＬＰの開始（セル単位で）を示す
−ＬＤＭ＿ＧＲＯＵＰ＿ＩＤ：同一レイヤの同一コンテンツを示す（Indicator for same contents in same layer）、ＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報が全てのＰＬＰ毎に定義されなければならない。例えば、図３５の場合、Ｌ−ＰＬＰ３及びＬ−ＰＬＰ４のみ必要であるが、Ｕ＿ＰＬＰ１／Ｕ＿ＰＬＰ２／Ｕ＿ＰＬＰ３、及びＬ−ＰＬＰ１／Ｌ−ＰＬＰ２ではフィールドを浪費するようになる。

【0488】

図３８は、本発明の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【0489】

図３８は、アッパーレイヤＰＬＰの数とロワーレイヤＰＬＰの数がＮ：１の場合の実施形態を示す。図３８で、Ｓ−ＰＬＰはシグナリングＰＬＰを示す。

【0490】

図３８で説明したように、ＬＤＭ＿ＧＲＯＵＰ＿ＩＤはレイヤ内で同一コンテンツが複数のタイムインターリーバグループに分けられた場合に必要でありうる。しかしながら、Ｌ−ＰＬＰ３及びＬ−ＰＬＰ４のように、同一なコンテンツを異なるＰＬＰに分類することは本発明に係る放送システムのＰＬＰコンセプトと合わないし、不必要なＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報をＰＬＰ毎に定義しなければならないので、シグナリングオーバーヘッドが発生する。

【0491】

したがって、放送システムは図３８のように、Ｌ−ＰＬＰ３を複数のＰＬＰに分割せず、１つのＰＬＰに転送及びシグナリングすることができる。デコーディングされるＬ−ＰＬＰ３の長さはＰＬＰ＿ＳＴＡＲＴ情報及びＮＵＭ＿ＢＬＯＣＫ情報から獲得できる。L＿ＰＬＰ３はＴＩ−Ｇｒｏｕｐ０及びＴＩ−Ｇｒｏｕｐ１で２回定義されるが、同一な値にセッティングされることもできる。

【0492】

図３８の方式によりフレームを構成し、シグナリングする場合、前述したＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報は使われないことがある。

【0493】

図３９は、本発明の実施形態に係るシグナリングループを示す。

【0494】

前述したように、１つのレイヤに幾つのＰＬＰが含まれるかを示すＮＵＭ＿ＰＬＰｉｎＬＡＹＥＲ情報、該当ＰＬＰがアッパーレイヤか、またはロワーレイヤかを示すＰＬＰ＿ＬＤＭ＿ＴＹＰＥ情報を使用し、ＬＤＭ＿ＧＲＯＵＰ＿ＩＤ情報は省略する実施形態に対抗する。ＴＩ＿ＭＯＤＥ情報はタイムインターリービング動作に関連したパラメータを示す。タイムインターリービング動作関連パラメータはＴＩグループ単位で定義できる。

【0495】

図４０は、本発明の他の実施形態に係るシグナリングループを示す。

【0496】

図４０で、TI parametersフィールドはタイムインターリーバ（ＴＩ）動作に対するパラメータ情報を示す。ＮＵＭ＿ＰＬＰフィールドは、ＰＬＰ＿ＭＡＩＮの数を示す。ＰＬＰ＿ＭＡＩＮはアッパーレイヤのＰＬＰを示すことができる。ＮＵＭ＿ＳＥＧＭＥＮＴフィールドは１つのレイヤが幾つのＰＬＰを含むかを示す。ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドは、該当ＰＬＰがアッパーレイヤかまたはロワーレイヤかを示す。実施形態として、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドの値が０であれば、ＰＬＰがアッパーレイヤであることを示すことができる。追加で、ＰＬＰのサブ−ＩＤを示すこともできる。

【0497】

図４１は、本発明の他の実施形態に係るシグナリングループを示す。

【0498】

図４１で、TI parametersフィールドはタイムインターリーバ（ＴＩ）動作に対するパラメータを示す。ＮＵＭ＿ＰＬＰ＿ＬＡＹＥＲ（または、ＮＵＭ＿ＬＡＹＥＲ）フィールドはＰＬＰ＿ＭＡＩＮの数を示す。ＰＬＰ＿ＭＡＩＮは、アッパーレイヤのＰＬＰを示す。ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドは、該当ＰＬＰがアッパーレイヤか、またはロワーレイヤかを示す。実施形態として、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドの値が０であれば、ＰＬＰがアッパーレイヤであることを示すことができる。追加で、ＰＬＰのサブ−ＩＤを示すこともできる。

【0499】

ＰＬＰ＿ＳＴＡＲＴ＿ＯＦＦＳＥＴフィールドは、ＰＬＰ＿ＭＡＩＮからＰＬＰ＿ＳＴＡＲＴまでのオフセットを示すことができる。即ち、ＰＬＰ＿ＳＴＡＲＴ＿ＯＦＦＳＥＴフィールドはアッパーレイヤのＰＬＰ開始からロワーレイヤＰＬＰの開始までのオフセットを示すことができる。例えば、図３７でＵ−ＰＬＰ１の開始からＬ−ＰＬＰ２の開始までのオフセットを示すことができる。但し、このフィールドは実施形態によってＰＬＰ開始値の組み合わせから計算されることもでき、したがって、省略されることもできる。

【0500】

図４１のように、ＰＬＰ＿ＳＩＺＥフィールドがシグナリングできる。ＰＬＰサイズフィールドは、該当ＰＬＰのデータサイズを示す。但し、ＰＬＰ＿ＳＩＺＥ情報はＭＯＤＣＯＤ値とＰＬＰ＿ＮＵＭ＿ＦＥＣＢＬＯＣＫフィールド値を通じて計算されることもできる。

【0501】

図４２は、本発明の他の実施形態に係るシグナリングループを示す。

【0502】

図４２で、下段ｉｆ（ｊ＞））のシンタックスがｉｆ（ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ／＝０）に変更されたこと以外には図４１及びその説明が同一に適用される。

【0503】

放送システムは、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドが０であれば、該当ＰＬＰに対するＴＩパラメータをシグナリングすることができる。そして、放送システムは図４０のようにＰＬＰ＿ＩＤ＿ＬＡＹＥＲフィールドが１の場合、即ち該当ＰＬＰがアッパーレイヤでない場合には、パワーインジェクション情報（ＥＬ＿ＩＮＪＥＣＴＩＯＮ＿ＬＥＶＥＬ）をシグナリングすることができる。言い換えると、放送送信機は該当ＰＬＰがロワーレイヤＰＬＰの場合のみに該ＰＬＰに対するパワーインジェクションレベル情報をシグナリングすることができる。

【0504】

図４３は、本発明の他の一実施形態に係るＬＤＭプロセシングされた信号フレームの実施形態を示す。

【0505】

図４３のように、放送システムはＰＬＰをアッパーレイヤとロワーレイヤ別個にナンバリングせず、信号フレームのＬＤＭデータに含まれたＰＬＰをナンバリングすることができる。即ち、図４３のＬＤＭデータに含まれたアッパーレイヤのＰＬＰの２つ及びロワーレイヤのＰＬＰの３個をＰＬＰ＿ＩＤ＿ＭＡＩＮ ＃０〜＃５にナンバリングし、アッパーレイヤか及びロワーレイヤかは、前述したＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報を使用して識別することができる。即ち、レイヤ別ＴＤＭｅｄ ＰＬＰ基準でなく、LＴＤＭｅｄ ＰＬＰを基準にＰＬＰがナンバリングできる。

【0506】

放送受信機は、ＰＬＰのスターティングポジション情報を使用してＬＤＭデータに含まれたＰＬＰの構成を識別することができる。アッパーレイヤとロワーレイヤを区分してＰＬＰナンバーを与えないが、図４１で、ＰＬＰ ＃０とＰＬＰ ＃２は同一な位置で始まるので、重畳されたＰＬＰであることが分かる。即ち、放送受信機はＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報及びＰＬＰの開始位置情報、そしてＰＬＰサイズ情報を使用してＬＤＭデータのフレーム構成を把握することができる。

【0507】

図４３で、受信機は各ＰＬＰのＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報を使用してＰＬＰ ＃０、ＰＬＰ ＃１がアッパーレイヤＰＬＰであり、ＰＬＰ ＃２、ＰＬＰ ＃３、ＰＬＰ ＃４がロワーレイヤＰＬＰであることを識別することができる。そして、各ＰＬＰの開始位置情報及びサイズ情報を使用してアッパーレイヤＰＬＰとロワーレイヤＰＬＰの間の位置／重畳関係などのフレーム構成を識別し、これによってデータをデコーディングすることができる。

【0508】

前述したように、ＴＩグループはアッパーレイヤＰＬＰを基準に決定される。したがって、受信機はアッパーレイヤＰＬＰに基づいてタイムデインターリービングを遂行してアッパーレイヤＰＬＰをデコーディングすることができる。受信機は、ロワーレイヤＰＬＰ、例えばＰＬＰ ＃４をデコーディングするには位置関係によってＰＬＰ ＃０及びＰＬＰ ＃１に該当するＬＤＭデータをタイムデインターリービングし、その後、ＰＬＰ ＃４を抽出してデコーディングすることができる。受信機でＬＤＭデータをデコーディングする方法は後述する。

【0509】

図４３の実施形態において、受信機が信号構成を把握するためにLＴＤＭｅｄ ＰＬＰ別にＰＬＰ＿ＩＤ＿ＭＡＩＮ情報（ＰＬＰのＩＤ情報）、ＰＬＰ＿ＳＩＺＥ情報、ＰＬＰ＿ＴＹＰＥ情報、及びＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ情報がシグナリングされなければならない。

【0510】

実施形態として、シグナリング情報はＰＬＰ＿ＳＩＺＥ情報の代わりにＰＬＰ＿ＮＵＭ＿ＢＬＯＣＫ情報を含むこともできる。ＰＬＰ＿ＮＵＭ＿ＢＬＯＣＫ情報は該当ＰＬＰに含まれるＦＥＣコードワードの数を示す。受信機のタイムデインターリービングのためにはＦＥＣコードワードの数が必要である。ＰＬＰ＿ＳＩＺＥ（セルユニット単位）情報がシグナリングされれば、受信機はこれを通じてＦＥＣコードワードの数を算出しなければならないので、動作が複雑なこともある。また、ＰＬＰ＿ＳＩＺＥ情報をシグナリングする場合に比べて要求されるシグナリングビット数が少なくなることがある。

【0511】

図４４は、本発明の本発明の他の実施形態に係るシグナリングループを示す。

【0512】

図４４は、図４３のような信号フレーム構成を示すシグナリング情報の構成のうちの一部を示すことができる。図４４で、ｆｏｒループに含まれるシグナリングフィールドがプリアンブルのシグナリング情報に含まれることができる。図４４は、シグナリング情報だけでなく、このようなシグナリング情報がどのように構成され、プロセシングされるかを示す。図４４で、特定数のＰＬＰ（ＮＵＭ＿ＰＬＰ）に各々該当シグナリング情報が適用される。

【0513】

シグナリング情報は、各ＰＬＰに対し、ＰＬＰ＿ＩＤ＿ＭＡＩＮ情報を含む。ＰＬＰ＿ＩＤ＿ＭＡＩＮ情報は、前述したように、レイヤを区分せず、信号に含まれたＰＬＰを識別する。そして、各ＰＬＰに対し、開始位置（ＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ）情報、ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報、及びＰＬＰ＿ＳＩＺＥ情報がシグナリングされて、信号フレームのＬＤＭ構成を示す。

【0514】

受信機は、各々のＰＬＰに対し、ＰＬＰL＿ＩＤ＿ＭＡＩＮ情報、ＰＬＰ＿ＳＩＺＥ情報、ＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ情報、及びＰＬＰ＿ＩＤ＿ＬＡＹＥＲ情報をデコーディングすることができる。ＰＬＰＬ＿ＩＤ＿ＭＡＩＮ情報はＰＬＰＩＤ情報として、ＳＴＡＲＴＩＮＧ＿ＰＯＳＩＴＩＯＮ情報はＰＬＰ開始情報として称することもできる。したがって、受信機は受信信号がＬＤＭデータを含むか、またはＬＤＭデータを含む場合、ＬＤＭデータのＰＬＰ構成を把握することができる。

【0515】

ＰＬＰがコアレイヤの場合（ｉｆ（ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ==０））、シグナリング情報はタイムインターリービングパラメータ情報を含む。図４２で、タイムインターリービングパラメータ情報はTime Interleaver Type情報及びTime Interleaver Depth情報を含む。放送送信機は、コアレイヤＰＬＰに対してのみタイムインターリービングパラメータ情報を転送する。

【0516】

前述したように、コアレイヤＰＬＰを基準にタイムインターリービングを遂行するので、タイムインターリービングパラメータ情報はＰＬＰがコアレイヤの場合のみにシグナリングされる。したがって、エンハンスドレイヤに対するシグナリングオーバーヘッドを減らすことができる。

【0517】

ＬＤＭプロセシング時、コアレイヤ及びエンハンスドレイヤに対する電力分配を示すインジェクションレベル情報は、ＰＬＰがエンハンスドレイヤの場合（ｅｌｓｅｉｆ（ＰＬＰ＿ＩＤ＿ＬＡＹＥＲ＞０）のみにシグナリングされる。受信機は、コアレイヤＰＬＰを先にデコーディングし、デコーディングされたコアレイヤデータをＬＤＭデータから除去してエンハンスドレイヤデータを獲得することができる。受信機のこのようなコアレイヤデータの除去時、インジェクションレベル情報が必要である。したがって、インジェクションレベル情報はエンハンスドレイヤのＰＬＰに対してのみシグナリングされることによって、またシグナリングオーバーヘッドを減らすことができる。

【0518】

タイムインターリーバは、整数個のＦＥＣブロックを含むＴＩブロック単位でタイムインターリービングを遂行することができる。但し、前述したように、アッパーレイヤとロワーレイヤのＰＬＰがＭ：Ｎに構成され、アッパーレイヤＰＬＰとロワーレイヤＰＬＰの開始／終了位置が一致しない場合、ＦＥＣ同期の問題が発生することもある。アッパーレイヤ及びロワーレイヤのＦＥＣブロック同期を合せる方法は以下のように遂行できる。

【0519】

図４５は、ＦＥＣブロック同期化のための第１実施形態を示す。

【0520】

図４５は、同期化に対する制限を置かない方法（No Constraints for synchronization）を示す。

【0521】

例えば、図４５で、Ｌ−ＰＬＰ１、Ｌ−ＰＬＰ２両方ともタイムインターリービングバウンダリがアッパーレイヤのＦＥＣブロックと同期化されない。したがって、ＦＥＣブロック同期化のための情報が４ビットでシグナリングできる。

【0522】

受信機でＬ−ＰＬＰ１及びＬ−ＰＬＰ２の残った部分（remainder）を格納するための追加メモリが必要である。実施形態として、Ｌ−ＰＬＰ当たり最大３２４００セルメモリが必要でありうる。また、３２４００セルメモリがロワーレイヤのＰＬＰ数だけ必要でありうる。

【0523】

図４６は、ＦＥＣブロック同期化のための第２実施形態を示す。

【0524】

図４６は部分的に同期化する方法（Partial synchronization）を示す。Ｌ−ＰＬＰ１のＦＥＣブロック個数は整数単位でアッパーレイヤのＦＥＣブロックと同期化される。そして、Ｌ−ＰＬＰ２の同期に対しては４ビットシグナリング方法を使用する。ロワーレイヤは最後のＰＬＰのみ柔軟（flexible）にマッピングし、残りはアッパーレイヤと整数単位で同期化されるようにフレームを構成する。受信機は、ロワーレイヤの最後のＰＬＰに対してのみＦＥＣブロック単位が合わない残った部分 （remainder）を格納することができる。

【0525】

図４７は、ＦＥＣブロック同期化のための第３実施形態を示す。

【0526】

図４７は、Ｍ：Ｎの構成でアッパーレイヤとロワーレイヤとの間のＰＬＰのＦＥＣブロック同期を全て一致させる方法を示す。図４７で、Ｌ−ＰＬＰ１及びＬ−ＰＬＰ２のＦＥＣブロック個数は整数単位でアッパーレイヤのＦＥＣブロックと同期化される。したがって、ロワーレイヤのＦＥＣブロック同期化のための別途のシグナリングが必要でなく、受信機具現も単純化することができる。

【0527】

図４８及び図４９は、各々本発明の実施形態に係るＬＤＭスケジューラー及びそれに従う放送送信機構成の一部を示す。

【0528】

前述したＭ：ＮのＬＤＭフレームを構成するには、ＰＬＰの分割（splitting）及び併合（merging）が必要でありうる。図４８のように、アッパーレイヤに従ってロワーレイヤのＬＰＬＰ０をアッパーレイヤのUＰＬＰ０の長さによって分割し、Ａ部分はＵＰＬＰ０とＬＤＭし、Ｂ部分とＬＰＬＰ１をＵＰＬＰ１とＬＤＭすることができる。そして、図４９で、図４６のＬＤＭスケジューラーを送信側のＢＩＣＭチェーンの後に配置して、送信機は柔軟なＬＤＭ構成を有する信号フレームを生成することができる。図４９で、ロワーレイヤのパワーインジェクションブロックとＬＤＭスケジューラーの配置順序は変わることもある。

【0529】

図５０は、本発明の実施形態に係る放送信号受信機のデマッピング／デコーディングブロックの詳細ブロック図を示す。

【0530】

図５０のデマッピング／デコーディングモジュールは、図９で説明したデマッピング及びデコーディングモジュール９０２０の一実施形態に該当する。

【0531】

前述したように、本発明の一実施形態に係る送信装置のコーディングアンドモジュレーションモジュールは、入力されたＰＬＰに対し、各々の経路別にＳＩＳＯ、ＭＩＳＯとＭＩＭＯ方式を独立的に適用して処理することができる。したがって、図５０に図示されたデマッピング／デコーディングモジュールやはり送信装置に対応してフレームパーサから出力されたデータを各々ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ処理するためのブロックを含むことができる。

【0532】

図５０に示すように、本発明の一実施形態に係るデマッピング及びデコーディングモジュールは、ＳＩＳＯ方式のための第１ブロック、ＭＩＳＯ方式のための第２ブロック、ＭＩＭＯ方式のための第３ブロック、及びＰＬＳ ｐｒｅ／ｐｏｓｔ情報を処理するための第４ブロックを含むことができる。

【0533】

入力されたＰＬＰをＳＩＳＯ処理するためのブロックは、タイムデインターリーバブロック５００１０、セルデインターリーバブロック５００２０、星状図デマッパーブロック５００３０、セル−ビットデマルチプレクサブロック５００４０、ビットデインターリーバブロック５００５０、及びＦＥＣデコーダブロック５００６０を含むことができる。

【0534】

タイムデインターリーバブロック５００１０は、タイムインターリーバブロックの逆過程を遂行することができる。即ち、タイムデインターリーバブロック５００１０は時間領域でインターリービングされた入力シンボルを元の位置にデインターリービングすることができる。

【0535】

セルデインターリーバブロック５００２０は、セルインターリーバブロックの逆過程を遂行することができる。即ち、セルデインターリーバブロック５００２０は１つのＦＥＣブロック内で分散（spreading）されたセルの位置を元の位置にデインターリービングすることができる。

【0536】

星状図デマッパーブロック５００３０は、星状図マッパーブロックの逆過程を遂行することができる。即ち、星状図デマッパーブロック５００３０はシンボルドメインの入力信号をビットドメインのデータにデマッピングすることができる。また、星状図デマッパーブロック５００３０はハードデシジョンを遂行して決定されたビットデータを出力することもでき、ソフトデシジョン値あるいは確率的な値に該当する各ビットのＬＬＲ（Log-likelihood ratio）を出力することができる。仮に、送信端で追加的なダイバーシティゲインを得るために回転された（rotated）星状図を適用する場合、星状図デマッピングブロック３２０３０は、これに相応する2-Dimensional LLRデマッピングを遂行することができる。星状図デマッパーブロック５００３０は、ＬＬＲを計算する時、送信装置でＩまたはＱ componentに対するディレイ（delay）値が補償できるように計算を遂行することができる。

【0537】

セル−ビットマルチプレクサブロック５００４０は、ビット−セルデマルチプレクサ（bit to cell demux）ブロックの逆過程を遂行することができる。即ち、セル−ビットマルチプレクサブロック５００４０は、ビット−セルデマルチプレクサブロックでマッピングされたビットデータを元のビットストリーム形態に復元することができる。

【0538】

ビットデインターリーバブロック５００５０は、ビットインターリーバブロックの逆過程を遂行することができる。即ち、ビットデインターリーバブロック５００５０はセル−ビットマルチプレクサブロック５００４０で出力されたビットストリームを元の順にデインターリービングすることができる。

【0539】

ＦＥＣデコーダブロック５００６０は、ＦＥＣインコーダーブロックの逆過程を遂行することができる。即ち、ＦＥＣデコーダブロック５００６０はＬＤＰＣデコーディングとＢＣＨデコーディングを遂行することによって、転送チャンネルを介して受信した信号に発生したエラーを訂正することができる。

【0540】

以下、ＳＩＳＯモードの信号処理で説明しない追加的なブロックに対してのみ説明する。

【0541】

ＭＩＳＯデコーダブロック５００７０は、ＭＩＳＯ processingブロックの逆過程を遂行することができる。本発明の一実施形態に係る放送送受信システムがＳＴＢＣを使用したシステムである場合、ＭＩＳＯデコーダブロック５００７０はAlamouti decodingを遂行することができる。

【0542】

ＭＩＭＯデコーディングブロック５００８０は、ｍ個の受信アンテナ入力信号に対してセルデインターリーバの出力データを受信し、ＭＩＭＯプロセシングブロックの逆過程としてＭＩＭＯデコーディングを遂行することができる。ＭＩＭＯデコーディングブロック５００８０は、最高の復号化性能を得るためにMaximum likelihood decodingを遂行するか、または複雑度を減少させたSphere decodingを遂行することができる。または、ＭＩＭＯデコーディングブロック５００８０はMMSE detectionを遂行するか、またはiterative decodingを共に結合遂行して向上したデコーディング性能を確保することができる。

【0543】

シグナリング情報を処理するＦＥＣデコーダブロック５００９０−１、５００９０−２；Shortened/Punctured FEC decoder）は、Shortened/punctured FECエンコーダブロックの逆過程を遂行することができる。即ち、Shortened/Punctured FECデコーダ５００９０は、PLS dataの長さによってshortening/puncturingされて受信されたデータに対してde-shorteningとde-puncturingを追加で遂行した後にＦＥＣデコーディングを遂行することができる。この場合、data pipeに使われたFEC decoderを同一にＰＬＳにも使用することができるので、ＰＬＳのみのための別途のFEC decoder hardwareが必要でないので、システム設計が容易で、効率良いコーディングが可能であるという長所がある。

【0544】

前述したブロックは設計者の意図によって省略されるか、類似または同一な機能を有する他のブロックにより代替できる。

【0545】

但し、前述したように、送信機でタイムインターリーバブロックをＢＩＣＭブロックからフレームビルディングブロックまたはインターリービング／フレーミングブロックに位置させたように、タイムデインターリーバブロックを図５０のようなデマッピング／デコーディングブロックからフレームパーシングブロックに位置させることができる。このような場合、図９で、フレームパーサはフレームパーサ／デインターリーバと称することもできる。

【0546】

受信部タイムデインターリーバは、コンボリューショナルデインターリーバ（コンボリューショナルディレイラインのインバースプロセシング遂行）、ツイステッドブロックデインターリーバ、及びセルデインターリーバを含み、前述した送信部タイムデインターリーバの逆過程を遂行することができる。

【0547】

図５１は、本発明の一実施形態に係る放送信号受信機のうちの一部の構成を示す。

【0548】

図５１はＬＤＭ信号をＬＤＤ（Layered Division Demultiplixing）する放送信号受信機の構成を示し、放送信号受信機はコアレイヤの信号を先に復元した後、復元されたコアレイヤ信号をＬＤＭ信号で減算して残ったエンハンスドレイヤ信号を復元することができる。まず、放送信号を受信すれば放送信号受信機はシグナリング情報を通じて放送信号がＬＤＭデータを含むかが分かり、図５１は受信信号がＬＤＭデータを含む場合、これを処理する放送信号受信機の構成を示すものである。

【0549】

図５１で、受信ＬＤＭ信号はＭＩＳＯデコーダ５１０１０、タイムデインターリーバ５１０２０、及びセルデインターリーバ５１０３０で各々プロセシングされる。ＭＩＳＯデコーダ５１０１０、タイムデインターリーバ５１０２０、及びセルデインターリーバ５１０３０は例として図示したものであり、受信ＬＤＭ信号は図９のように同期／復調ユニット９０００及びフレームパーシング／デインターリービングユニット９０１０で各々プロセシングされた後、ＬＤＤプロセシングされる。以下、ＬＤＤについて説明する。

【0550】

まず、第１デマッピング／デコーディングユニット５１０４０−１を通じてコアレイヤ信号がデコーディング／復元される。第１デマッピング／デコーディングユニット５１０４０−１は、コアレイヤデマッピング／デコーディングユニット５１０４０−１と称することもできる。第１デマッピングデコーディングユニット５１０４０−１の立場でエンハンスドレイヤの信号はノイズと類似しているものであって、第１デマッピングデコーディングユニット５１０４０−１はロブストにエンコーディング／変調されたコアレイヤ信号をＬＤＭ信号から復元することができる。そして、干渉除去プロセシングと復元プロセシングを通じてエンハンスドレイヤ信号を獲得することができる。

【0551】

図５１で、バッファ５１０６０、信号ディバイダ５１０７０、及びＬＤＤ変調ユニット５１０５０を共に干渉除去ユニットと称することができる。先に、干渉除去ユニットはＬＤＤ変調ユニット５１０５０を使用して復旧されたコアレイヤ信号を送信部のように変調することができる。ＬＤＤ変調ユニット５１０５０は、ビットインターリーバ５１０８０、ビット−セルデマルチプレクサ５１０９０、星状図マッパー５１１００、及びインジェクションレベルコントローラ５１１１０を含む。ビットインターリーバ５１０８０、ビット−セルデマルチプレクサ５１０９０、星状図マッパー５１０１０、及びインジェクションレベルコントローラ５１１１０の動作は、図３０から図３３で説明した通りであり、放送信号受信機はシグナリング情報からインジェクションレベル情報を獲得して、それによってインジェクションレベルコントローラ５１１１０を駆動することができる。放送受信機はインジェクションレベル情報によってコアレイヤデータの電力を調節してＬＤＭデータから減算することによって、エンハンスドレイヤデータを獲得することができる。

【0552】

干渉除去ユニットはバッファ５１０６０に受信ＬＤＭ信号をバッファリングし、信号ディバイダ５１０７０を使用してＬＤＭ信号からエンハンスドレイヤ信号を分離することができる。信号ディバイダ５１０７０は、バッファリングされた受信ＬＤＭ信号から変調されたアッパーレイヤ信号を減算する方式によりエンハンスドレイヤ信号を分離することができる。言い換えると、信号ディバイダ５１０７０は送信側レイヤコンバイナの動作の逆過程を遂行する。

【0553】

放送信号受信機は、第２デマッピング／デコーディングユニット５１０４０−２を使用して分離されたエンハンスドレイヤ信号をデコーディング／復元することができる。第２デマッピング／デコーディングユニット５１０４０−２は、エンハンスドレイヤデマッピング／デコーディングユニット５１０４０−１と称することもできる。

【0554】

図５２は、本発明の一実施形態に係る放送信号送信方法を示す。

【0555】

放送信号送信機は、第１のＢＩＣＭユニットを使用してコアレイヤデータをＦＥＣエンコーディングすることができる（Ｓ５２０１０）。そして、放送信号送信機は第２のＢＩＣＭユニットを使用してエンハンスドレイヤデータをＦＥＣエンコーディングすることができる（Ｓ５２０２０）。

【0556】

放送信号送信機は、ＬＤＭインジェクションユニットを使用してコアレイヤデータ及びエンハンスドレイヤデータをコンバイニングしてＬＤＭデータを出力することができる（Ｓ５２０３０）。放送信号送信機は、タイムインターリーバを使用してＬＤＭデータをタイムインターリービングすることができる（Ｓ５２０４０）。そして、放送信号送信機はフレーミングユニットを使用してプリアンブル及びＬＤＭデータを含む信号フレームを生成することができる（Ｓ５２０５０）。プリアンブルは、前述したシグナリング情報を含む。そして、放送信号送信機は信号フレームにＯＦＤＭ変調を遂行し、放送信号を生成することができる（Ｓ５２０６０）。

【0557】

前述したように、放送信号送信機がＬＤＭプロセシングを遂行する場合、コアレイヤデータにエンハンスドレイヤデータより多い電力が分配される。そして、このような電力分配はインジェクションレベル情報としてシグナリングできる。

【0558】

ＬＤＭデータは複数のＰＬＰを含み、複数のＰＬＰはＰＬＰ ＩＤ情報により識別できる。ＬＤＭデータはコアレイヤデータとエンハンスドレイヤデータを含む。コアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、エンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。ＬＤＭデータのコアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰは、図３４から図３７のように構成できる。ＬＤＭデータに含まれるコアレイヤＰＬＰの数及びエンハンスドレイヤＰＬＰの数は１：１、１：Ｎ、Ｎ：１、またはＮ：Ｍになることができる。そして、コアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰレイヤの開始位置及び長さは同一または相異することができる。

【0559】

コアレイヤＰＬＰは、各々１つのタイムインターリーバグループに該当する。そして、タイムインターリーバはコアレイヤＰＬＰに基づいてＬＤＭデータをタイムインターリービングすることができる。したがって、タイムインターリービングに対するタイムインターリービングパラメータ情報はコアレイヤＰＬＰに対してシグナリングされる。

【0560】

シグナリング情報は、信号フレームに含まれたＰＬＰがコアレイヤＰＬＰか、またはエンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む。ＰＬＰレイヤ情報がＰＬＰがコアレイヤＰＬＰであることを示す場合、シグナリング情報はこのＰＬＰに対するタイムインターリービングパラメータ情報を含む。ＰＬＰレイヤ情報がＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、シグナリング情報はコアレイヤデータ及びエンハンスドレイヤデータの間の転送電力分配を示すインジェクションレベル情報を含む。そして、シグナリング情報はＰＬＰを識別するＰＬＰ ＩＤ情報、ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び信号フレームでＰＬＰの開始位置を示すＰＬＰ開始情報をさらに含む。

【0561】

図５３は、本発明の一実施形態に係る放送信号受信方法を示す。

【0562】

放送信号受信機は、同期化及び復調ユニットを使用して受信信号に対して信号検出及びＯＦＤＭ復調を遂行することができる（Ｓ５３０１０）。受信信号は、プリアンブル及びＬＤＭデータを含むことができる。プリアンブルは、受信信号デコーディングのためのシグナリング情報を含む。放送信号受信機は、受信信号に含まれたＬＤＭデータの存在及び構成などをシグナリング情報をデコーディングすることによって獲得することができる。放送信号受信機は、フレームパーシングユニットを使用して放送信号に含まれた信号フレームをパーシングすることができる（Ｓ５３０２０）。そして、放送信号受信機はタイムデインターリービングユニットを使用してＬＤＭデータをタイムデインターリービングすることができる（Ｓ５３０３０）。

【0563】

放送信号受信機は、フレームパーシングユニットを使用してプリアンブルに含まれたシグナリング情報を獲得することができる。放送信号受信機は、シグナリング情報をデコーディングするための別途のデマッピング／デコーディングユニットを使用してシグナリング情報をデコーディングすることができる。そして、放送信号受信機は獲得されたシグナリング情報を使用してフレームパーシングユニットを制御、所望のサービスに該当するＰＬＰ／データを抽出することができる。そして、抽出されたデータがＬＤＭデータである場合、前述したようにＬＤＤプロセシングを遂行してデータをデコーディングすることができる。

【0564】

放送信号受信機は、第１デマッピング／デコーディングユニットを使用してＬＤＭデータをデマッピング及びＦＥＣデコーディングしてコアレイヤデータを獲得することができる（Ｓ５３０４０）。そして、放送信号受信機は干渉除去ユニットを使用してＬＤＭデータから獲得されたコアレイヤデータを除去することによって、エンハンスドレイヤデータを出力することができる（Ｓ５３０５０）。放送信号受信機は、第２デマッピング／デコーディングユニットを使用してエンハンスドデータをデマッピング及びＦＥＣデコーディングすることができる（Ｓ５３０６０）。

【0565】

前述したように、放送信号受信機はバッファを使用してＬＤＭデータをバッファリングし、インジェクションレベルコントローラを使用してコアレイヤデータ及びエンハンスドレイヤデータの電力比をコントロールし、信号ディバイダを使用してバッファリングされたＬＤＭデータからエンハンスドレイヤデータを分離することができる。放送信号受信機のＬＤＭ信号処理（ＬＤＤ）は、図５１と関連して説明した通りである。

【0566】

前述したように、放送信号送信機がＬＤＭプロセシングを遂行する場合、コアレイヤデータにエンハンスドレイヤデータより多い電力が分配され、このような電力分配はインジェクションレベル情報としてシグナリングされる。

【0567】

ＬＤＭデータは複数のＰＬＰを含み、複数のＰＬＰはＰＬＰ ＩＤ情報により識別できる。ＬＤＭデータは、コアレイヤデータとエンハンスドレイヤデータを含む。コアレイヤデータは少なくとも１つのコアレイヤＰＬＰを含み、エンハンスドレイヤデータは少なくとも１つのエンハンスドレイヤＰＬＰを含む。受信ＬＤＭデータのコアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰは、図３４から図３７のように構成できる。ＬＤＭデータに含まれるコアレイヤＰＬＰの数及びエンハンスドレイヤＰＬＰの数は１：１、１：Ｎ、Ｎ：１、またはＮ：Ｍになることができる。そして、コアレイヤＰＬＰ及びエンハンスドレイヤＰＬＰレイヤの開始位置及び長さは同一または相異することができる。

【0568】

コアレイヤＰＬＰは、各々１つのタイムインターリーバグループに該当する。そして、受信機のタイムデインターリーバはコアレイヤＰＬＰに基づいてＬＤＭデータをタイムデインターリービングすることができる。タイムデインターリービングに対するタイムインターリービングパラメータ情報は、コアレイヤＰＬＰに対してシグナリングされる。放送信号受信機は、所望のサービスがコアレイヤＰＬＰである場合、コアレイヤのタイムデインターリービングパラメータ情報を使用してデインターリービングを遂行することができる。放送信号受信機は、所望のサービスがエンハンスドレイヤＰＬＰである場合、ＬＤＭデータ構成を参照しなければならない。放送信号受信機は、エンハンスドレイヤＰＬＰ領域を含む少なくとも１つのアッパーレイヤＰＬＰをタイムデインターリービングし、デインターリービングされたデータ部分で該当エンハンスドレイヤＰＬＰを抽出してデコーディングすることができる。

【0569】

シグナリング情報は、信号フレームに含まれたＰＬＰがコアレイヤＰＬＰか、またはエンハンスドレイヤＰＬＰかを示すＰＬＰレイヤ情報を含む。ＰＬＰレイヤ情報がＰＬＰがコアレイヤＰＬＰであることを示す場合、シグナリング情報はこのＰＬＰに対するタイムインターリービングパラメータ情報を含む。ＰＬＰレイヤ情報がＰＬＰがエンハンスドレイヤＰＬＰであることを示す場合、シグナリング情報はコアレイヤデータ及びエンハンスドレイヤデータの間の転送電力分配を示すインジェクションレベル情報を含む。そして、シグナリング情報はＰＬＰを識別するＰＬＰ ＩＤ情報、ＰＬＰのデータサイズを示すＰＬＰサイズ情報、及び信号フレームでＰＬＰの開始位置を示すＰＬＰ開始情報をさらに含む。放送信号受信機は、このようなシグナリング情報を使用してＬＤＭデータ構成を把握し、それによってＰＬＰ別にＬＤＤプロセシング及びデコーディングを遂行することができる。

【0570】

本発明によれば、ＬＤＭデータ構成を柔軟に遂行することができる。即ち、アッパーレイヤＰＬＰとロワーレイヤＰＬＰが１：１マッチングされず、その数がＭ：Ｎの場合、及び開始位置及びサイズがマッチングされない場合にも最小限のシグナリング情報を通じてデータ構造を送受信することができる。

【0571】

本発明は、またタイムインターリービングをアッパーレイヤＰＬＰのみを基準に遂行することによって、送受信データ処理過程を単純化し、シグナリング情報の量を減らすことができる。コアレイヤＰＬＰに対してのみタイムインターリービングパラメータをシグナリングし、エンハンスドレイヤＰＬＰに対してのみＬＤＭ処理に従うインジェクションレベル情報をシグナリングするので、シグナリング情報の量を減らし、送受信過程をより単純化することができる。

【0572】

アッパーレイヤＰＬＰ及びロワーレイヤＰＬＰの構成に対するシグナリング情報をＰＬＰ ＩＤ情報、ＰＬＰサイズ情報、及びＰＬＰ開始情報に簡素化することによって、シグナリングオーバーヘッドを最小化しながらＬＤＭデータの構造を効率良くシグナリングすることができる。

【0573】

本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に理解される。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。

【0574】

本明細書において装置及び方法発明が全て言及され、装置及び方法発明の全ての説明は互いに補完して適用されることができる。

【発明の実施のための形態】

【0575】

様々な実施形態が本発明を実施するための最善の形態で説明された。

【産業上の利用可能性】

【0576】

本発明は、一連の放送信号提供分野で利用される。

【0577】

本発明の思想や範囲を逸脱することなく、本発明において様々な変更及び変形が可能であることは当業者に自明である。したがって、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことと意図される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】