本発明に関する理解をより容易にするために含まれ、且つ本出願に含まれてその一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
以下、添付の図面を参照して本発明の好ましい実施例を説明する。添付の図面を参照して以下で説明する詳細な説明は、本発明によって具現可能な実施例のみを示すよりは、本発明の例示的な実施例を説明するためのものである。次の詳細な説明は、本発明の完璧な理解を提供するために特定の詳細(細部)事項(details)を含む。しかし、本発明が、このような特定の詳細事項がなくても実行(実施)可能である(may be practiced)ことは当業者にとって自明である。
本発明で使用されるほとんどの用語は、本技術で広く使用されるものから選択されたが、一部の用語は、出願人によって任意に選択されたものであって、その意味は、必要に応じて次の説明で詳細に説明する。よって、本発明は、単純な名前又は意味よりは、用語の意図された意味に基づいて理解しなければならない。
本発明は、次世代(未来の、将来の)(future)放送サービス(broadcast services)のための放送信号を送受信する装置及び方法を提供する。本発明の実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、UHDTVサービスなどを含む。本発明は、一実施例により、非MIMO(Multiple Input Multiple Output)又はMIMOを通じて次世代放送サービスのための放送信号を処理することができる。本発明の実施例に係る非MIMO方式は、MISO(Multiple Input Single Output)方式、SISO(Single Input Single Output)方式などを含むことができる。
MISO又はMIMOは、説明の便宜上、以下で2個のアンテナを使用するが、本発明は、2個以上のアンテナを用いるシステムに適用することができる。本発明は、特定のユースケース(使用ケース)(use case)のために要求される性能を獲得しながら、受信器の複雑度を最小化するのにそれぞれ最適化された3個の物理層(PL)プロファイル(ベース、ハンドヘルド及びアドバンスドプロファイル)を定義することができる。物理層(PHY)プロファイルは、該当受信器が具現しなければならない全ての構成のサブセットである。
3個のPHYプロファイルは、機能ブロックのほとんどを共有するが、特定のブロック及び/又はパラメータにおいて少し異なる。追加のPHYプロファイルを将来(未来に、次世代で)(in the future)定義することができる。また、システム発展(進化)(evolution)のために、将来の(次世代)(future)プロファイルは、FEF(Future Extension Frame)を通じて単一RFチャネル内の既存のプロファイルと多重化(マルチプレクス)され(multiplexed)得る。以下では、それぞれのPHYプロファイルの詳細事項について説明する。
1.ベースプロファイル
ベースプロファイルは、通常、ルーフトップ(roof-top)アンテナに接続する固定受信装置に対する主要なユースケースを示す。また、ベースプロファイルは、いずれかの場所に搬送可能であるが、相対的固定受信(比較的停止した受信)(relatively stationary reception)カテゴリに属するポータブル装置を含む。ベースプロファイルの使用は、任意の改善された具現例によってハンドヘルド装置又は車両装置に拡張可能であるが、これらのユースケースは、ベースプロファイル受信器の動作に対しては期待されない。
受信のターゲットSNR範囲は約10dB〜20dBであって、これは、既存の放送システム(例えば、ATSC A/53)の15dB SNR受信能力を含む。受信器の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリ動作ハンドヘルド装置の場合のように重要ではない。以下では、ベースプロファイルに関する重要なシステムパラメータを表1に列挙する。
2.ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリ電力で動作するハンドヘルド及び車両装置に使用されるように設計された。装置は、歩行者又は車両速度で移動することができる。受信器の複雑度のみならず、消費電力はハンドヘルドプロファイルの装置の具現において非常に重要である。ハンドヘルドプロファイルのターゲットSNR範囲は約0dB〜10dBであるが、より奥の(深い)室内受信(deeper indoor reception)を対象にすると、0dB未満に到逹するように構成することができる。
低いSNR能力に加えて、受信器の移動度(モビリティ)(mobility)によって誘発されたドップラ効果に対する復元性(弾力性)(resilience)は、ハンドヘルドプロファイルの最も重要な性能属性である。以下では、ハンドヘルドプロファイルに対する重要なパラメータを表2に列挙する。
3.アドバンスドプロファイル
アドバンスドプロファイルは、より多くの具現複雑度を犠牲にし、最も高いチャネル容量を提供する。このプロファイルは、MIMO送信及び受信の利用を要求し、UHDTVサービスは、このプロファイルが特別に設計されたターゲットユースケースである。また、増加した容量は、与えられた帯域幅内で増加した数のサービス、例えば、SDTV又はHDTVサービスを可能にする(許容する)(allow)ように使用することができる。
アドバンスドプロファイルのターゲットSNR範囲は、約20dB〜30dBである。MIMO送信は、初期に(initially)既存の楕円偏波(elliptically-polarized)送信装置を利用できるが、将来全出力(フル電力)交差偏波送信(full-power cross-polarized transmission)に拡張される。以下では、アドバンスドプロファイルに対する重要なシステムパラメータを表3に列挙する。
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの全てのためのプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するのに使用することができる。また、アドバンスドプロファイルは、MIMOを有するベースプロファイルのためのアドバンスドプロファイルと、MIMOを有するハンドヘルドプロファイルのためのアドバンスドプロファイルと、に分割(分離)する(分ける)(divided)ことができる。また、3個のプロファイルは、設計者の意図によって変更可能である。
次の用語及び定義を本発明に適用することができる。次の用語及び定義は、設計によって変更可能である。
補助ストリーム:未だ定義されていない変調及びコーディングのデータを伝達(搬送)する(carrying)セルのシーケンスであって、将来の(未来)拡張(future extensions)のために、又は、放送事業者(ブロードキャスタ)(broadcasters)又はネットワークオペレータによる要求通りに使用することができる。
ベースデータパイプ:サービスシグナリングデータを伝達するデータパイプ
ベースバンドフレーム(又はBBFRAME):一つのFECエンコーディングプロセス(BCH及びLDPCエンコーディング)への入力を形成するKbchビットのセット
セル:OFDM送信の一つのキャリアによって伝達される変調値
コーディングブロック:PLS1データのLDPCエンコーディングブロック及びPLS2データのLDPCエンコーディングブロックのうちの一つ
データパイプ:サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は複数(多数)の(multiple)サービス又はサービスコンポーネントを伝達することができる。
データパイプ単位:フレーム内のDPにデータセルを割り当てる基本単位
データシンボル:プリアンブルシンボルでないフレーム内のOFDMシンボル(フレームシグナリングシンボル及びフレームエッジシンボルはデータシンボルに含まれる。)
DP_ID:この8ビットフィールドは、SYSTEM_IDによって識別されたシステム内のDPを一意に(固有に)(uniquely)識別する。
ダミーセル:PLSシグナリング、DP又は補助ストリームに使用されない残りの容量を満たす(充填する、埋める)(fill)のに使用される擬似ランダム値を伝達するセル
非常警報(境界)チャネル(Emergency Alert Channel;EAS):EAS情報データを伝達するフレームの一部
フレーム:プリアンブルから開始し、フレームエッジシンボルで終了する物理層時間スロット
フレーム反復単位:FET(FEF)を含む同一又は異なる物理層プロファイルに属するフレームセットであって、スーパーフレーム内で8回繰り返される。
高速情報チャネル:サービスと対応ベースDPとの間のマッピング情報を伝達するフレーム内の論理チャネル
FECBLOCK:DPデータのLDPCエンコーディングビットのセット
FFTサイズ:特定のモードに使用される公称FFTサイズであって、基本期間(elementary period)Tの周期で表現されるアクティブシンボル期間Tsと同一である。
フレームシグナリングシンボル:FFTサイズ、保護区間(guard interval)及び分散型パイロットパターンの所定の組み合わせでフレームの開始時に使用されるより高いパイロット密度を有するOFDMシンボルであって、PLSデータの一部を伝達する。
フレームエッジシンボル:FFTサイズ、保護区間(guard interval)及び分散型パイロットパターンの所定の組み合わせでフレームの終了時に使用されるより高いパイロット密度(pilot density)を有するOFDMシンボル
フレームグループ:スーパーフレーム内の同一のPHYプロファイルタイプを有する全ての(all)フレームのセット
将来の拡張フレーム:将来の拡張のために使用可能なスーパーフレーム内の物理層時間スロットであって、プリアンブルから開始する。
フューチャーキャスト(future cast)UTBシステム:入力が一つ又は複数のMPEG2−TS又はIP又は一般ストリームであって、出力がRF信号である提案された物理層放送システム
入力ストリーム:システムによってエンドユーザに伝達されるサービスのアンサンブル(集合)(ensemble)のためのデータのストリーム
通常(標準、ノーマル、正常)(normal)データシンボル:フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
PHYプロファイル:該当受信器が具現しなければならない全ての構成のサブセット
PLS:PLS1及びPLS2で構成された物理層シグナリングデータ
PLS1:固定サイズ、コーディング及び変調を有するFSSシンボルで伝達されるPLSデータの第1セットであって、PLS2をデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。
注(note):フレームグループの期間(デュレーション)(duration)のために、PLS1データは一定に維持される。
PLS2:FSSシンボルで送信されるPLSデータの第2セットであって、システム及びDPに対するより詳細な(細部的な)(detailed)PLSデータを伝達する。
PLS2動的データ:フレーム別に動的に変化(change)可能な(可変)PLS2データ
PLS2静的データ:フレームグループの期間の間で静的に維持されるPLS2データ
プリアンブルシグナリングデータ:プリアンブルシンボルによって伝達され、システムの基本モードを識別するのに使用されるシグナリングデータ
プリアンブルシンボル:基本PLSデータを伝達し、フレームの先頭(初期)に(in the beginning of)配置される(位置する)(located)固定長のパイロットシンボル
注:プリアンブルシンボルは、主に高速初期帯域スキャン(fast initial band scan)のために使用され、システム信号、そのタイミング、周波数オフセット及びFFTサイズを検出する。
将来の使用の(将来(次世代で)使用する)ために(for future use)リザーブ(予約)(reserved):現在の文書では定義されないが、将来定義可能である。
スーパーフレーム:8個のフレーム反復単位のセット
時間インターリーブブロック(TIブロック):時間インターリーバメモリの一つの用途に対応する時間インターリーブが行われるセルのセット
TIグループ:特定のDPのための動的容量割り当てが行われる単位であって、整数、すなわち、動的に変わる数のXFECBLOCKで構成される。
注:TIグループは、一つのフレームに直接マッピングされたり、複数のフレームにマッピングされ得る。これは、一つ又は複数のTIブロックを含むことができる。
タイプ1 DP:全てのDPがTDM方式でマッピングされるフレームのDP
タイプ2 DP:全てのDPがFDM方式でマッピングされるフレームのDP
XFECBLOCK:一つのLDPC FECBLOCKの全てのビットを伝達するNcellsセルのセット
図1は、本発明の実施例によって次世代放送サービスのための放送信号を送信する装置の構造を示す図である。
本発明の実施例によって次世代放送サービスのための放送信号を送信する装置は、入力フォーマッティングブロック1000、BICM(Bit Interleaved Coding & Modulation)ブロック1010、フレーム構築(構造)ブロック(frame building block)1020、OFDM(Orthogonal Frequency Division Multiplexing)生成ブロック1030、及びシグナリング(信号)生成ブロック(signaling generation block)1040を含むことができる。以下では、放送信号を送信する装置の各モジュールの動作を説明する。
IPストリーム/パケット及びMPEG2−TSはメイン入力フォーマットで、他のストリームタイプは一般ストリームとして処理される。これらのデータ入力に加えて、管理情報が入力され、各入力ストリームに対する該当帯域幅のスケジューリング及び割り当てを制御する。一つ又は複数のTSストリーム、IPストリーム及び/又は一般ストリームの入力が同時に可能である(許容される)(allowed)。
入力フォーマッティングブロック1000は、各入力ストリームを一つ又は複数のデータパイプに逆多重化(デマルチプレクス)し(demultiplex)、独立コーディング及び変調がデータパイプに適用される。データパイプ(DP)は、ロバスト性の制御のための基本単位であって、QoSに影響を与える。一つ又は複数のサービス又はサービスコンポーネントは単一のDPによって伝達され得る。入力フォーマッティングブロック1000の動作の詳細事項については後で説明する。
データパイプは、サービスデータ又は関連メタデータを伝達する物理層内の論理チャネルであって、一つ又は複数のサービス又はサービスコンポーネントを伝達することができる。
また、データパイプ単位は、フレーム内のDPにデータセルを割り当てる基本単位(ユニット)(unit)である。
BICMブロック1010において、パリティデータが誤り訂正(error correction)のために追加され、エンコードされたビットストリームは複素数値のコンステレーション(星状)(constellation)シンボルにマッピングされる。シンボルは、該当DPに使用される特定のインターリーブの深さにわたって(を横切って)(across a specific interleaving depth)インターリーブされる。アドバンスドプロファイルに対して、MIMOエンコーディングがBICMブロック1010で行われ、追加のデータパスはMIMO送信のための出力で追加される。BICMブロック1010の詳細事項については後で説明する。
フレーム構築ブロック1020は、入力DPのデータセルをフレーム内のOFDMシンボルにマッピングすることができる。マッピングした後、周波数インターリーブは、周波数領域ダイバーシチ(多様性)(diversity)に使用され、特に、周波数選択フェージングチャネル(frequency-selective fading channels)を防止する。フレーム構築ブロック1020の動作の詳細事項については後で説明する。
各フレームの先頭にプリアンブルを挿入した後、OFDM生成ブロック1030は、保護区間としてサイクリックプリフィックス(循環前置)(cyclic prefix)を有する従来のOFDM変調を適用することができる。アンテナ空間ダイバーシチのために、分散型MISO方式が送信器に適用される。また、PAPR(Peak-To-Average Power Reduction)方式が時間領域で行われる。柔軟なネットワーク計画のために、この提案は、多様なFFTサイズ、保護区間長さ及び該当パイロットパターンのセットを提供する。OFDM生成ブロック1030の動作に関する詳細な内容は後で説明する。
シグナリング生成ブロック1040は、各機能ブロックの動作に使用される物理層シグナリング情報を生成することができる。また、このシグナリング情報は、関心のある(対象の)(of interest)サービス(services of interest)が受信側で適切に回復されるように送信される。シグナリング生成ブロック1040の動作の詳細事項については後で説明する。
図2、図3及び図4は、本発明の実施例に係る入力フォーマッティングブロック1000を示す。以下では、各図面に関して説明する。
図2は、本発明の一実施例に係る入力フォーマッティングブロックを示す図である。図2は、入力信号が単一入力ストリームであるときの入力フォーマッティングブロックを示す。
図2に示した入力フォーマッティングブロックは、図1を参照して説明した入力フォーマッティングブロック1000の実施例に該当する。
物理層への入力は、一つ又は複数のデータストリームで構成することができる。各データストリームは一つのDPによって伝達される。モード適応モジュールは、入ってくる(入り込む)(incoming)データストリームをベースバンドフレーム(BBF)のデータフィールドにスライスする(切り分ける)(slice)。システムは、3つのタイプの入力データストリーム、すなわち、MPEG2−TS、インターネットプロトコル(IP)及びGS(Generic Stream)をサポートする。MPEG2−TSは、固定長(188バイト)パケットで特徴付けられ(特性化され)(characterized)、第1バイトはSync byte(0x47)である。IPストリームは、IPパケットヘッダ内でシグナリングされる可変長IPデータグラムパケットで構成される。システムは、IPストリームのためのIPv4及びIPv6をサポートする。GSは、カプセル化パケットヘッダ内でシグナリングされる可変長パケット又は固定長パケットで構成することができる。
(a)は、信号DPのためのモード適応ブロック2000及びストリーム適応ブロック2010を示し、(b)は、PLS信号を生成して処理する物理層シグナリング(PLS)生成ブロック2020及びPLSスクランブラ2030を示す。以下では、各ブロックの動作を説明する。
入力ストリームスプリッタは、入力TS、IP、GSストリームを複数のサービス又はサービスコンポーネント(オーディオ、ビデオなど)ストリームに切り分ける(分離する)(split)。モード適応モジュール2010は、CRCエンコーダ、BB(Baseband)フレームスライサ及びBBフレームヘッダ挿入ブロックで構成される。
CRCエンコーダは、ユーザパケット(UP)レベル、すなわち、CRC−8、CRC−16及びCRC−32で誤り訂正のための3つのタイプのCRCエンコーディングを提供する。計算されたCRCバイトはUPの後に添付される。CRC−8はTSストリームに使用され、CRC−32はIPストリームに使用される。GSストリームがCRCエンコーディングを提供しない場合、提案されたCRCエンコーディングが適用されなければならない。
BBフレームスライサは、入力を内部論理ビット(internal logical-bit)フォーマットにマッピングする。最初に受信されたビットはMBS(Most Significant Bit)として定義される。BBフレームスライサは、利用可能なデータフィールド容量と同一の複数の入力ビットを割り当てる。BBFペイロードと同一の複数の入力ビットを割り当てるために、UPパケットストリームはBBFのデータフィールドに合わせてスライスされる。
BBフレームヘッダ挿入ブロックは、2バイトの固定長BBFヘッダをBBフレームの前に挿入することができる。BBFヘッダは、STUFFI(1ビット)、SYNCD(13ビット)及びRFU(2ビット)で構成される。固定2バイトBBFヘッダに加えて、BBFは、2バイトBBFヘッダの端(最後)に(at the end of)拡張フィールド(1バイト又は3バイト)を有することができる。
ストリーム適応ブロック2010は、スタッフィング(stuffing)挿入ブロック及びBBスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをBBフレームのペイロードに挿入することができる。ストリーム適応への入力データがBBフレームを満たすのに十分である場合、STUFFIは「0」に設定され、BBFはスタッフィングフィールドを有さない。そうでない場合、STUFFIが「1」に設定され、スタッフィングフィールドがBBFヘッダの直後に挿入される。スタッフィングフィールドは、2バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
BBスクランブラは、エネルギ分散(energy dispersal)のために完全な(complete)BBFをスクランブル(拡散)する。スクランブルシーケンスはBBFと同時に発生する。スクランブルシーケンスは、フィードバックされたシフトレジスタによって生成される。
PLS生成ブロック2020は、物理層シグナリング(PLS)データを生成することができる。PLSは、受信器に物理層DPにアクセスする手段を提供する。PLSデータは、PLS1データ及びPLS2データで構成される。
PLS1データは、固定サイズ、コーディング及び変調を有するフレーム内のFSSシンボルで伝達されるPLSデータの第1セットであって、PLS2データをデコードするのに必要なパラメータのみならず、システムに関する基本情報を伝達する。PLS1データは、PLS2データの受信及びデコーディングを可能にするのに要求されるパラメータを含む基本送信パラメータを提供する。また、PLS1データは、フレームグループの期間の間で一定に維持される。
PLS2データは、FSSシンボルで送信されるPLSデータの第2セットであって、システム及びDPに対するより詳細なPLSデータを伝達する。PLS2は、受信器に十分なデータを提供し、所望のDPをデコードするパラメータを含む。また、PLS2シグナリングは、2つのタイプのパラメータ、すなわち、PLS2静的データ(PLS2−STATデータ)及びPLS2動的データ(PLS2−DYNデータ)で構成される。PLS2静的データは、フレームグループの期間の間で静的に維持される(残っている)(remains)PLS2データであり、PLS2動的データは、フレーム別に動的に変わり得るPLS2データである。
PLSデータの詳細事項については後で説明する。
PLSスクランブラ2030は、エネルギ分散のために生成されたPLSデータをスクランブルすることができる。
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換え(取り替え)ることができる。
図3は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
図3に示した入力フォーマッティングブロックは、図1を参照して説明した入力フォーマッティングブロック1000の実施例に該当する。
図3は、入力信号が複数の入力ストリームに対応するときの入力フォーマッティングブロックのモード適応ブロックを示す。
複数の入力ストリームを処理する入力フォーマッティングブロックのモード適応ブロックは、独立して複数の入力ストリームを処理することができる。
図3を参照すると、複数の入力ストリームをそれぞれ処理するモード適応ブロックは、入力ストリームスプリッタ3000、入力ストリーム同期化器(synchronizer)3010、遅延補償(補償遅延)(compensating delay block)ブロック3020、ヌル(null)パケット削除ブロック3030、ヘッダ(ヘッド)(head)圧縮ブロック3040、CRCエンコーダ3050、BBフレームスライサ3060及びBB(フレーム)ヘッダ挿入ブロック3070を含むことができる。以下では、モード適応ブロックの各ブロックを説明する。
CRCエンコーダ3050、BBフレームスライサ3060及びBBヘッダ挿入ブロック3070の動作は、図2を参照して説明したCRCエンコーダ、BBフレームスライサ及びBBヘッダ挿入ブロックに対応するので、これらに関する説明は省略する。
入力ストリームスプリッタ3000は、入力TS、IP GSストリームを複数のサービス又はサービスコンポーネント(オーディオ、ビデオなど)ストリームに切り分けることができる。
入力ストリーム同期化器3010はISSYと称することができる。ISSYは、任意の入力データフォーマットに対する一定のエンド−ツー−エンド送信遅延及びCBR(Constant Bit Rate)を保証する適切な手段を提供することができる。ISSYは、常にTSを伝達する複数のDPの場合に使用され、選択的に、GSストリームを伝達するDPに使用される。
遅延補償ブロック3020は、ISSY情報の挿入後に切り分けられたTSパケットストリームを遅延させ、受信器内の追加のメモリを要求せずにTSパケット再結合メカニズムを可能にすることができる。
ヌルパケット削除ブロック3030は、TS入力ストリームケースにのみ使用される。任意のTS入力ストリーム又は切り分けられたTSストリームは、CBR TSストリームにおいてVBR(Variable Bit-Rate)サービスを収容する(accommodate)ために存在する複数のヌルパケットを有することができる。この場合、不要な送信オーバーヘッドを避けるために、ヌルパケットが識別され、送信されない。受信器において、除去されたヌルパケットは、送信時に挿入されたDNP(Deleted Null-Packet)カウンタを参照し、本来あった正確な場所に再挿入され、一定のビットレートを保証し、タイムスタンプ(PCR)アップデートの必要性を避けることができる。
ヘッダ圧縮ブロック3040は、パケットヘッダ圧縮を提供し、TS又はIP入力ストリームに対する送信効率を増加させることができる。受信器がヘッダの所定部分に対する先験的情報(a priori information)を有し得るので、この既知の情報は送信器で削除され得る。
トランスポート(送信)ストリーム(Transport Stream)に対して、受信器は、Sync byte構成(0x47)及びパケット長さ(188バイト)に関する先験的情報を有する。入力TSストリームが一つのPIDを有する内容(コンテンツ)(content)を伝達すると、すなわち、一つのサービスコンポーネント(ビデオ、オーディオなど)又はサービスサブコンポーネント(SVCベース層、SVCエンハンスメント(インヘンスメント)(enhancement)層、MVCベースビュー又はMVC従属ビュー)に対してのみ、TSパケットヘッダ圧縮を(選択的に)送信ストリームに適用することができる。入力ストリームがIPストリームである場合、IPパケットヘッダ圧縮が選択的に使用される。上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換えることができる。
図4は、本発明の他の実施例に係る入力フォーマッティングブロックを示す図である。
図4に示した入力フォーマッティングブロックは、図1を参照して説明した入力フォーマッティングブロック1000の実施例に該当する。
図4は、入力信号が複数の入力ストリームに対応するときの入力フォーマッティングモジュールのストリーム適応ブロックを示す。
図4を参照すると、複数の入力ストリームをそれぞれ処理するモード適応ブロックは、スケジューラ4000、1フレーム遅延ブロック4010、スタッフィング挿入ブロック4020、帯域内(インバンド)(in-band)シグナリング4030、BBフレームスクランブラ4040、物理層シグナリング(PLS)生成ブロック4050及びPLSスクランブラ4060を含むことができる。以下では、ストリーム適応ブロックのそれぞれのブロックを説明する。
スタッフィング挿入ブロック4020、BBフレームスクランブラ4040、PLS生成ブロック4050及びPLSスクランブラ4060の動作は、図2を参照して説明したスタッフィング挿入ブロック、BBスクランブラ、PLS生成ブロック及びPLSスクランブラに対応するので、これらに関する説明は省略する。
スケジューラ4000は、それぞれのDPのFECBLOCKの量から全体の(entire)フレームにわたった全体の(overall)セル割り当てを決定することができる。PLS、EAC及びFICに対する割り当てを含めて、スケジューラは、PLS2−DYNデータの値を生成し、これは、フレームのFSS内の帯域内シグナリング又はPLSセルとして送信される。FECBLOCK、EAC及びFICの詳細事項については後で説明する。
1フレーム遅延ブロック4010は、入力データを1送信フレームだけ遅延させ、次のフレームに関するスケジューリング情報を、DPに挿入される帯域内シグナリング情報に対する現在のフレームを通じて送信させることができる。
帯域内シグナリング4030は、PLS2データの遅延されていない部分をフレームのDPに挿入することができる。
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換えることができる。
図5は、本発明の実施例に係るBICMブロックを示す図である。
図5に示したBICMブロックは、図1を参照して説明したBICMブロック1010の実施例に該当する。
上述したように、本発明の実施例によって次世代放送サービスのための放送信号を送信する装置は、地上波放送サービス、モバイル放送サービス、UHDTVサービスなどを提供することができる。
QoSは、本発明の実施例によって次世代放送サービスのための放送信号を送信する装置によって提供されるサービスの特性に依存するので、各サービスに対応するデータは、異なる方式を通じて処理される必要がある。よって、本発明の実施例に係るBICMブロックは、SISO、MISO及びMIMO方式を、データパスにそれぞれ対応するデータパイプに独立して適用することによって、それに(自体に)入力されたDPを独立して処理することができる。結果的に、本発明の実施例によって次世代放送サービスのための放送信号を送信する装置は、それぞれのDPを通じて送信されるそれぞれのサービス又はサービスコンポーネントに対するQoSを制御することができる。
(a)は、ベースプロファイル及びハンドヘルドプロファイルによって共有されたBICMブロックを示し、(b)は、アドバンスドプロファイルのBICMブロックを示す。
ベースプロファイル及びハンドヘルドプロファイルによって共有されたBICMブロック並びに(及び)アドバンスドプロファイルによって共有されたBICMブロックは、各DPを処理する複数の処理ブロックを含むことができる。
以下では、ベースプロファイル及びハンドヘルドプロファイルのためのBICMブロック、並びに(及び)アドバンスドプロファイルのためのBICMブロックのそれぞれの処理ブロックを説明する。
ベースプロファイル及びハンドヘルドプロファイルのためのBICMブロックの処理ブロック5000は、データFECエンコーダ5010、ビットインターリーバ5020、コンステレーション(星状)マッパ5030、SSD(Signal Space Diversity)エンコーディングブロック5040及び時間インターリーバ5050を含むことができる。
データFECエンコーダ5010は、入力BBFに対してFECエンコーディングを行い、アウタコーディング(BCH)及びインナコーディング(LDPC)を用いてFECBLOCK手続を生成することができる。アウタコーディング(BCH)は選択的なコーディング方法である。データFECエンコーダ5010の動作の詳細事項については後で説明する。
ビットインターリーバ5020は、データFECTエンコーダ5010の出力をインターリーブし、効率的に具現可能な構造を提供しながらLDPCコード及び変調方式の組み合わせで最適化された性能を実現(達成)する(achieve)ことができる。ビットインターリーバ5020の動作の詳細事項については後で説明する。
コンステレーションマッパ5030は、QPSK、QAM−16、不均一(non-uniform)QAM(NUQ−64、NUQ−256、NUQ−1024)又は不均一コンステレーション(NUC−16、NUC−64、NUC−256、NUC−1024)を用いて、ベース及びハンドヘルドプロファイル内のビットインターリーバ5020からの各セルワード並びに(及び)アドバンスドプロファイル内のセル−ワードデマルチプレクサ5010−1からのセルワードを変調し、電力正規化コンステレーションポイントを提供することができる。このコンステレーションマッピングはDPに対してのみ適用される。QAM−16及びNUQは方形(square shaped)であるが、NUCは任意の形状を有する。それぞれのコンステレーションが90度の任意の倍数で回転すると、回転したコンステレーションは正確に元の(本来の)(original)コンステレーションと重畳する。この「回転感覚(rotation-sense)対称特性は、実数成分及び虚数成分の平均電力及び容量を互いに同一にする。NUQ及びNUCは、各コードレートに対して特別に定義され、使用される特定の一つがPLS2データで使用(提出)された(used)パラメータ(DP_MOD)によってシグナリングされる。
SSDエンコーディングブロック5040は、2(2D)、3(3D)及び4(4D)次元でセルをプリコーディングし、異なるフェージング条件下で受信ロバスト性を増加させることができる。
時間インターリーバ5050はDPレベルで動作し得る。時間インターリーブ(TI)のパラメータは、各DPに対して異なるように(形に)(differently)設定することができる。時間インターリーバ5050の動作の詳細事項については後で説明する。
アドバンスドプロファイルのためのBICMブロックの処理ブロック5000−1は、データFECエンコーダ、ビットインターリーバ、コンステレーションマッパ及び時間インターリーバを含むことができる。
しかし、処理ブロック5000−1は、処理ブロック5000と区別され、セル−ワードデマルチプレク(キ)サ5010−1及びMIMOエンコーディングブロック5020−1をさらに含む。
また、処理ブロック5000−1のデータFECエンコーダ、ビットインターリーバ、コンステレーションマッパ及び時間インターリーバの動作は、上述したデータFECエンコーダ5010、ビットインターリーバ5020、コンステレーションマッパ5030及び時間インターリーバ5050に対応するので、これらに関する説明は省略する。
セル−ワードデマルチプレクサ5010−1は、アドバンスドプロファイルのDPに使用され、単一セル−ワードストリームをMIMO処理のためのデュアルセル−ワードストリームに切り分ける。セル−ワードデマルチプレクサ5010−1の動作の詳細事項については後で説明する。
MIMOエンコーディングブロック5020−1は、MIMOエンコーディング方式を用いてセル−ワードデマルチプレクサ5010−1の出力を処理することができる。MIMOエンコーディング方式は、放送信号の送信のために最適化された。MIMO技術は、容量を増加させる優れた方式であるが、チャネル特性に依存する。特に、ブロードキャスト(放送)(broadcasting)に対して、異なる信号伝播特性によって誘発された2個のアンテナ間で受信された信号電力の差又はチャネルの強いLOS成分は、MIMOから容量利得(capacity gain)を得ることを困難にし得る。提案されたMIMOエンコーディング方式は、MIMO出力信号のうち一つの回転ベース(基盤)(rotation-based)プリコーディング及び位相ランダム化を用いてこの問題を克服する。
MIMOエンコーディングは、送信器及び受信器で少なくとも2個のアンテナを必要とする2x2 MIMOシステムを対象(目的)とする(intended for)ことができる。この提案において、2つのMIMOエンコーディングモード、すなわち、FR−SM(Full-Rate Spatial Multiplexing)及びFRFD−SM(Full-Rate Full-Diversity Spatial Multiplexing)が定義される。FR−SMエンコーディングは、受信器側で比較的小さい複雑度の増加と共に容量の増加を提供するが、FRFD−SMエンコーディングは、受信器側で大きい複雑度の増加と共に、容量の増加及び追加のダイバーシチ利得を提供する。提案されたMIMOエンコーディング方式は、アンテナ極性構成(antenna polarity configuration)に対する制限を有さない。
MIMO処理は、アドバンスドプロファイルフレームのために要求することができ、これは、アドバンスドプロファイルフレーム内の全てのDPがMIMOエンコーダによって処理されることを意味する。MIMO処理はDPレベルで適用することができる。コンステレーションマッパ出力(constellation mapper output)(NUQ)のペア(e1,i及びe2,i)は、MIMOエンコーダの入力に供給することができる。MIMOエンコーダ出力のペア(g1,i及びg2,i)は、それぞれのTXアンテナのOFDMシンボル(l)及び同一のキャリア(k)によって送信され得る。
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換えることができる。
図6は、本発明の他の実施例に係るBICMブロックを示す図である。
図6に示したBICMブロックは、図1を参照して説明したBICMブロック1010の実施例に該当する。
図6は、物理層シグナリング(PLS)、非常警報チャネル(EAC)及び高速情報チャネル(FIC)の保護のためのBICMブロックを示す。EACは、EAS情報を伝達するフレームの一部であって、FICは、サービスと該当ベースDPとの間のマッピング情報を伝達するフレーム内の論理チャネルである。EAC及びFICの詳細事項については後で説明する。
図6を参照すると、PLS、EAC及びFICの保護のためのBICMブロックは、PLS FECエンコーダ6000、ビットインターリーバ6010、コンステレーション(星状)マッパ6020を含むことができる。
また、PLS FECエンコーダ6000は、スクランブラ、BCHエンコーディング/ゼロ挿入ブロック、LDPCエンコーディングブロック及びLDPCパリティパ(ファ)ンクチャリングブロックを含むことができる。以下では、BICMブロックの各ブロックを説明する。
PLS FECエンコーダ6000は、スクランブルされたPLS 1/2データ、EAC及びFICセクションをエンコードすることができる。
スクランブラは、BCHエンコーディング及び短縮及びパンクチャされたLDPCエンコーディングの前に(before BCH encoding and shortened and punctured LDPC encoding)、PLS1データ及びPLS2データをスクランブルすることができる。
BCHエンコーディング/ゼロ挿入ブロックは、PLS保護のために短縮されたBCHコードを用いてスクランブルされたPLS 1/2データに対してアウタエンコーディングを行い、BCHエンコーディング後にゼロビットを挿入することができる。PLS1データに対してのみ、LDPCエンコーディングの前にゼロ挿入の出力ビットが並べ替えられ(パーミュートされ)(permuted)得る。
LDPCエンコーディングブロックは、LDPCコードを用いてBCHエンコーディング/ゼロ挿入ブロックの出力をエンコードすることができる。完全なコーディングブロック(Cldpc)を生成するために、パリティビット(Pldpc)がそれぞれのゼロ挿入PLS情報ブロック(Ildpc)からシステマティックに(組織的に)(systematically)エンコードされ、その後に添付される。
PLS1及びPLS2に対するLDPCコードパラメータは、次の表4の通りである。
LDPCパリティパンクチャリングブロックは、PLS1データ及びPLS2データに対してパンクチャリングを行うことができる。
PLS1データ保護(data protection)に短縮(shortening)が適用されると、任意のLDPCパリティビットは、LDPCエンコーディング後にパンクチャされる。また、PLS2データの保護のために、PLS2のLDPCパリティビットはLDPCエンコーディング後にパンクチャされる。これらのパンクチャされたビットは送信されない。
ビットインターリーバ6010は、それぞれ短縮及びパンクチャされたPLS1データ及びPLS2データをインターリーブする。
コンステレーションマッパ6020は、ビットインターリーブされたPLS1データ及びPLS2データをコンステレーションにマッピングすることができる。
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換えることができる。
図7は、本発明の一実施例に係るフレーム構築ブロックを示す図である。
図7に示したフレーム構築ブロックは、図1を参照して説明したフレーム構築(ビルディング)ブロック1020の実施例に該当する。
図7を参照すると、フレーム構築ブロックは、遅延補償(delay compensation)ブロック7000、セルマッパ7010及び周波数インターリーバ7020を含むことができる。以下では、フレーム構築ブロックのそれぞれのブロックを説明する。
遅延補償ブロック7000は、データパイプと対応するPLSデータとの間のタイミングを調節し、送信端で時間が共に合う(合わせられる)ように保証することができる。PLSデータは、入力フォーマッティングブロック及びBICMブロックによって誘発されたデータパイプの遅延を処理することによって、データパイプと同一の量だけ遅延される。BICMブロックの遅延は、主に時間インターリーバ5050による。帯域内シグナリングデータは、次のTIグループの情報を伝達し、シグナリングされるDPより一つのフレームだけ速く伝達される。よって、遅延補償ブロックは、帯域内シグナリングデータを遅延させる。
セルマッパ7010は、PLS、EAC、FIC、DP、補助ストリーム及びダミーセルをフレーム内のOFDMシンボルのアクティブキャリアにマッピングすることができる。セルマッパ7010の基本機能は、もしあれば、DP、PLSセル及びEAC/FICセル(DP、PLSセル及びEAC/FICセルのいずれかがあれば、これらのセル)(the DPs, PLS cells, and EAC/FIC cells, if any)のそれぞれに対してTIによって生成されたデータセルを、フレーム内のOFDMシンボルのそれぞれに対応するアクティブOFDMセルの配列にマッピングすることである。サービスシグナリングデータ(PSI(Program Specific Information)/SI))は、データパイプによって個別に集めて送信することができる。セルマッパは、スケジューラによって生成された動的情報及びフレーム構造の構成(設定)(configuration)によって動作する。フレームの詳細事項については後で説明する。
周波数インターリーバ7020は、セルマッパ7010から受信したデータセルをランダムにインターリーブし、周波数ダイバーシチを提供することができる。また、周波数インターリーバ7020は、異なるインターリーブシード(interleaving-seed)順序(オーダ)(order)を用いて、2個のシーケンシャル(順次的な)(sequential)OFDMシンボルで構成されるOFDMシンボルペアに対して動作し、単一フレーム内の最大のインターリーブ利得を得ることができる。周波数インターリーバ7020の動作の詳細事項については後で説明する。
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換えることができる。
図8は、本発明の実施例に係るOFDM生成ブロックを示す図である。
図8に示したOFDM生成ブロックは、図1を参照して説明したOFDM生成ブロック1030の実施例に該当する。
OFDM生成ブロックは、フレーム構築ブロックによって生成されたセルによってOFDMキャリアを変調し、パイロットを挿入し、送信される時間領域信号を生成する。また、このブロックは、保護区間を順次挿入し、PAPR(Peak-To-Average Power Ratio)減少(reduction)処理を適用して最終RF信号を生成する。
図8を参照すると、フレーム構築ブロックは、パイロット及びリザーブ(予約)トーン挿入ブロック8000、2D−eSFNエンコーディングブロック8010、IFFT(Inverse Fast Fourier Transform)ブロック8020、PAPR減少ブロック8030、保護区間挿入ブロック8040、プリアンブル挿入ブロック8050、他のシステム挿入ブロック8060及びDACブロック8070を含むことができる。以下では、フレーム構築ブロックのそれぞれのブロックを説明する。
パイロット及びリザーブトーン挿入ブロック8000は、パイロット及びリザーブトーンを挿入することができる。
OFDMシンボル内の多様なセルは、パイロットとして知られた基準(参照)(reference)情報で変調され、パイロットは、受信器で先験的に知られた送信値を有する。パイロットセルの情報は、分散されたパイロット、反復パイロット(continual pilot)、エッジパイロット、FSS(Frame Signaling Symbol)パイロット及びFES(Frame Edge Symbol)パイロットで構成される。それぞれのパイロットは、パイロットタイプ及びパイロットパターンによって特定のブーストパワー(ブースティング電力)レベルで送信される。パイロット情報の値は、任意の与えられたシンボル上のそれぞれの送信されたキャリアに対する一連の値である基準シーケンスから導出される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定及び送信モード識別に使用することができ、また、位相雑音をフォローする(following)のに使用することができる。
基準シーケンスから取得された基準情報は、フレームのプリアンブル、FSS及びFESを除いた全てのシンボルにおいて(in every symbol)分散されたパイロットセルで送信される。反復パイロットは、フレームの全てのシンボルに挿入される。反復パイロットの数及び位置は、FFTサイズ及び分散されたパイロットパターンに依存する。エッジキャリアは、プリアンブルシンボルを除いた全てのシンボル内のエッジパイロットである。これらは、スペクトルのエッジまで周波数補間を可能にするために挿入される。FSSパイロットはFSSに挿入され、FESパイロットはFESに挿入される。これらは、フレームのエッジまで時間補間を可能にするために挿入される。
本発明の実施例に係るシステムは、SFNネットワークをサポートし、分散型MISO方式は、選択的に非常にロバストな送信モードをサポートするのに使用される。2D−eSFNは、複数のTXアンテナを用いる分散型MISO方式であって、それぞれのTXアンテナはSFNネットワーク内の異なる送信側に配置される。
2D−eSFNエンコーディングブロック8010は、SFN構成で時間及び周波数ダイバーシチを生成するために2D−eSFN処理を行い、複数の送信器から送信された信号の位相を歪曲する(distorts the phase)ことができる。そのため、長い時間の間の低いフラットフェージング又は深いフェージングによるバーストエラーを緩和することができる。
IFFTブロック8020は、OFDM変調方式を用いて2D−eSFNエンコーディングブロック8010からの出力を変調することができる。パイロットとして(又はリザーブトーンとして)指定されていないデータシンボル内の任意のセルは、周波数インターリーバからのデータセルのうち一つを伝達する。セルはOFDMキャリアにマッピングされる。
PAPR減少ブロック8030は、時間領域内の多様なPAPR減少アルゴリズムを用いて入力信号に対するPAPR減少を行うことができる。
保護区間挿入ブロック8040は保護区間を挿入することができ、プリアンブル挿入ブロック8050は信号の前にプリアンブルを挿入することができる。プリアンブルの構造の詳細事項については後で説明する。
他のシステム挿入ブロック8060は、時間領域で複数の放送送受信システムの信号を多重化し、放送サービスを提供する2個以上の異なる放送送信/受信システムのデータが同一のRF信号帯域幅で同時に送信され得る。この場合、2個以上の異なる放送送受信システムは、異なる放送サービスを提供するシステムを称する。異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを称する。それぞれの放送サービスと関連するデータは、異なるフレームを通じて送信され得る。
DACブロック8070は、入力デジタル信号をアナログ信号に変換し、アナログ信号を出力することができる。DACブロック8070から出力された信号は、物理層プロファイルによって複数の出力アンテナを介して送信され得る。本発明の実施例に係るTXアンテナは、垂直又は水平極性(polarity)を有することができる。
上述したブロックは、省略したり、類似又は同一の機能を有するブロックに置き換えることができる。
図9は、本発明の実施例によって次世代放送サービスのための放送信号を受信する装置の構造を示す図である。
本発明の実施例によって次世代放送サービスのための放送信号を受信する装置は、図1を参照して説明した次世代放送サービスのために放送信号を送信する装置に対応し得る。
本発明の実施例によって次世代放送サービスのための放送信号を受信する装置は、同期化及び復調モジュール9000、フレームパージングモジュール9010、デマッピング及びデコーディングモジュール9020、出力プロセッサ9030及びシグナリングデコーディングモジュール9040を含むことができる。以下では、放送信号を受信する装置の各モジュールの動作を説明する。
同期化及び復調モジュール9000は、m個のRxアンテナを介して入力信号を受信し、放送信号を受信する装置に対応するシステムに対して信号検出及び同期化を行い、放送信号を送信する装置によって行われる手続の逆の手続に対応する復調を行うことができる。
フレームパージングモジュール9010(9100)は、入力信号フレームをパースし、ユーザによって選択されたサービスが送信されるデータを抽出することができる。放送信号を送信する装置がインターリーブを行うと、フレームパージングモジュール9010(9100)は、インターリーブの逆の手続に対応するデインターリーブを行うことができる。この場合、抽出される必要がある信号及びデータの位置は、シグナリングデコーディングモジュール9040(9400)から出力されたデータをデコードし、放送信号を送信する装置によって生成されたシグナリング情報を復元(回復)する(restore)ことによって得ることができる。
デマッピング及びデコーディングモジュール9020(9200)は、入力信号をビット領域データに変換した後、必要に応じてデインターリーブを行うことができる。デマッピング及びデコーディングモジュール9020(9200)は、送信効率のために適用されたマッピングに対してデマッピングを行い、デコーディングを通じて送信チャネルに対して生成された誤りを訂正することができる。この場合、デマッピング及びデコーディングモジュール9020(9200)は、シグナリングデコーディングモジュール9040(9400)から出力されたデータをデコードすることによって、デマッピング及びデコーディングに必要な送信パラメータを得ることができる。
出力プロセッサ9030(9300)は、放送信号を送信し、送信効率を改善する装置によって適用される多様な圧縮/信号処理手続の逆の手続を行うことができる。この場合、出力プロセッサ9030(9300)は、シグナリングデコーディングモジュール9040(9400)から出力されたデータから必要な制御情報を得ることができる。出力プロセッサ9030(8300)の出力は、放送信号を送信する装置に入力される信号に対応し、MPEG−TS、IPストリーム(v4又はv6)及び一般ストリームであり得る。
シグナリングデコーディングモジュール9040(9400)は、同期化及び復調モジュール9000によって復調された信号からPLS情報を得ることができる。上述したように、フレームパージングモジュール9010(9100)、デマッピング及びデコーディングモジュール9020(9200)及び出力プロセッサ9030(9300)は、シグナリングデコーディングモジュール9040(9400)から出力されたデータを用いてその機能を実行することができる。
図10は、本発明の実施例に係るフレーム構造を示す図である。
図10は、スーパーフレーム内のフレームタイプ及びFRUの例示的な構成を示す。(a)は、本発明の実施例に係るスーパーフレームを示し、(b)は、本発明の実施例に係るFRU(Frame Repetition Unit)を示し、(c)は、FRU内の可変PHYプロファイルのフレームを示し、(d)はフレームの構造を示す。
スーパーフレームは8個のFRUで構成することができる。FRUは、フレームのTDMのための基本多重化(マルチプレキシング)(multiplexing)単位であって、スーパーフレーム内で8回繰り返される。
FRU内の各フレームは、PHYプロファイル(ベース、ハンドヘルド、アドバンスド)及びFETのうちの一つに属する。FRU内のフレームの最大許容数は4であり、与えられたPHYプロファイルは、FRU(例えば、ベース、ハンドヘルド、アドバンスド)で0回(倍)(times)から4回までの任意の回数だけ表れ得る。PHYプロファイルの定義は、必要であれば、プリアンブル内のPHY_PROFILEのリザーブ値を用いて拡張することができる。
FET部分は、含まれるならば、FRUの端に挿入される。FETがFRUに含まれると、スーパーフレームにおけるFETの最小数は8である。FET部分が互いに隣接することは推薦されない。
また、一つのフレームは、複数のOFDMシンボルとプリアンブルとに分割される。(d)に示したように、フレームは、プリアンブル、一つ又は複数のフレームシグナリングシンボル(FSS)、通常データシンボル及びフレームエッジシンボル(FES)を含む。
プリアンブルは、高速フューチャーキャストUTBシステム信号の検出が可能であり、信号の効率的な送受信のための基本送信パラメータのセットを提供する特殊シンボルである。プリアンブルの詳細説明については後で説明する。
FSSの主要な目的はPLSデータを伝達することにある。高速同期化及びチャネル推定、及びPLSデータの高速デコーディングのために、FSSは、通常データシンボルより密度の高い(密集した)(more dense)パイロットパターンを有する。FESは、正確にFSSと同一のパイロットを有し、これは、FESの直前のシンボルに対して外挿せず、FES内の周波数専用補間及び時間補間を可能にする。
図11は、本発明の実施例に係るフレームのシグナリング層構造を示す図である。
図11は、3つの主要部分、すなわち、プリアンブルシグナリングデータ11000、PLS1データ11010及びPLS2データ11020に切り分けられたシグナリング層構造を示す。全てのフレームでプリアンブルシンボルによって伝達されるプリアンブルの目的は、そのフレームの送信タイプ及び基本送信パラメータを指示することにある。PLS1は、受信器がPLS2データにアクセスし、PLS2データをデコードするようにし、これは、関心のあるDPにアクセスするパラメータを含む。PLS2は、全てのフレームで伝達され、2個の主要部分、すなわち、PLS2−STATデータとPLS2−DYNデータとに切り分けられる。PLS2データの静的及び動的部分には、必要であればパディングが後に来る(続く)(followed by)。
図12は、本発明の実施例に係るプリアンブルシグナリングデータを示す図である。
プリアンブルシグナリングデータは、フレーム構造内で受信器がPLSデータにアクセスし、DPをトレースできるようにする(させる)のに必要な情報の21ビットを伝達する。プリアンブルシグナリングの詳細事項は次の通りである。
PHY_PROFILE:この3ビットフィールドは、現在のフレームのPHYプロファイルタイプを示す。異なるPHYプロファイルタイプのマッピングは、以下の表5に与えられる。
FFT_SIZE:この2ビットフィールドは、以下の表6に記載したように、フレームグループ内の現在のフレームのFFTサイズを示す。
GI_FRACTION:この3ビットフィールドは、以下の表7に記載したように、現在のスーパーフレーム内の保護区間の分数(fraction)値を示す。
EAC_FLAG:この1ビットフィールドは、EACが現在のフレームで提供されるか否かを示す。このフィールドが「1」に設定されると、EAS(Emergency Alert Service)が現在のフレームで提供される。このフィールドが「0」に設定されると、EASが現在のフレームで伝達されない。このフィールドは、スーパーフレーム内で動的に切り替えられ(スイッチされ)(switched)得る。
PILOT_MODE:この1ビットフィールドは、パイロット(プロファイル)モードが現在のフレームグループ内の現在のフレームに対してモバイルモードであるか、それとも固定モードであるかを指示する。このフィールドが「0」に設定されると、モバイルパイロットモードが使用される。フィールドが「1」に設定されると、固定パイロットモードが使用される。
PAPR_FLAG:この1ビットフィールドは、PAPR減少が現在のフレームグループ内の現在のフレームに使用されるか否かを指示する。このフィールドが「1」に設定されると、PAPR減少にトーンリザーブ(tone reservation)が使用される。このフィールドが「0」に設定されると、PAPR減少が使用されない。
FRU_CONFIGURE:この3ビットフィールドは、現在のスーパーフレーム内に存在するFRU(Frame Repetition Unit)のPHYプロファイルタイプ構成を示す。現在のスーパーフレームで伝達される全ての(all)プロファイルタイプは、現在のスーパーフレーム内の全てのフレーム内のこのフィールドで識別される。3ビットフィールドは、以下の表8に示したように、各プロファイルに対する異なる定義を有する。
RESERVED:この7ビットフィールドは、将来の使用のためにリザーブされる。
図13は、本発明の実施例に係るPLS1データを示す図である。
PLS1データは、PLS2の受信及びデコーディングを可能にするのに必要なパラメータを含む基本送信パラメータを提供する。上述したように、PLS1データは、一つのフレームグループ全体の(entire)期間の間に変更されない。PLS1データのシグナリングフィールドの詳細な定義は次の通りである。
PREAMBLE_DATA:この20ビットフィールドは、EAC_FLAGを除いたプリアンブルシグナリングデータのコピー(写本)(copy)である。
NUM_FRAME_FRU:この2ビットフィールドは、FRU当たりのフレームの数を示す。
PAYLOAD_TYPE:この3ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを指示する。PAYLOAD_TYPEは、表9に示したようにシグナリングされる。
NUM_FSS:この2ビットフィールドは、現在のフレーム内のFSSシンボルの数を示す。
SYSTEM_VERSION:この8ビットフィールドは、送信された信号フォーマットのバージョンを示す。SYSTEM_VERSIONは、2個の4ビットフィールド、すなわち、メジャーバージョンとマイナーバージョンとに分割される。
メジャーバージョン:SYSTEM_VERSIONフィールドのMSB4ビットは、メジャーバージョン情報を示す。メジャーバージョンフィールドの変化は、非下位互換(non-backward-compatible)の変化を示す。デフォルト値は「0000」である。この標準に記載したバージョンにおいて、値は「0000」に設定される。
マイナーバージョン:SYSTEM_VERSIONのLSB4ビットは、マイナーバージョン情報を示す。マイナーバージョンフィールドの変化は下位互換(性)である。
CELL_ID:これは、ATSCネットワークで地理的なセルを一意に識別する16ビットフィールドである。ATSCセルカバレッジ領域は、フューチャーキャストUTBシステムに使用される周波数の数に依存し、一つ又は複数の周波数で構成することができる。CELL_IDの値が知られていないか、特定されていない場合、このフィールドは「0」に設定される。
NETWORK_ID:これは、現在のATSCネットワークを一意に識別する16ビットフィールドである。
SYSTEM_ID:この16ビットフィールドは、ATSCネットワーク内のフューチャーキャストUTBシステムを一意に識別する。フューチャーキャストUTBシステムは、入力が一つ又は複数の入力ストリーム(TS、IP、GS)であって、出力がRF信号である地上波放送システムである。フューチャーキャストUTBシステムは、もしあれば、一つ又は複数のPHYプロファイル及びFETを伝達する。同一のフューチャーキャストUTBシステムは、異なる入力ストリームを伝達することができ、異なる地理的領域で異なるRF周波数を使用してローカルサービス挿入を可能にする。フレーム構造及びスケジューリングは、一ヵ所(一つの場所)で(in one place)制御され、フューチャーキャストUTBシステム内で全ての(all)送信に対して同一である。一つ又は複数のフューチャーキャストUTBシステムは、全て同一の物理層構造及び構成を有することを意味する同一のSYSTEM_IDを有することができる。
次のループは、各フレームタイプのFRU構成及び長さを指示するのに使用されるFRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION及びRESERVEDで構成される。ループのサイズは固定であり、4個のPHYプロファイル(FETを含む)がFRU内でシグナリングされる。NUM_FRAME_FRUが4より小さいと、使用されないフィールドはゼロで満たされる。
FRU_PHY_PROFILE:この3ビットフィールドは、関連(連関)した(associated)FRUの(i+1)番目(iは、ループインデックスである)のフレームのPHYプロファイルタイプを示す。このフィールドは、表8に示したように、(表8に示したのと)同一のシグナリングフォーマット(the same signaling format as shown in the table 8)を使用する。
FRU_FRAME_LENGTH:この2ビットフィールドは、関連したFRUの(i+1)番目のフレームの長さを示す。FRU_GI_FRACTIONと共にFRU_FRAME_LENGTHを用いて、フレーム期間の正確な値を得ることができる。
FRU_GI_FRACTION:この3ビットフィールドは、関連したFRUの(i+1)番目のフレームの保護区間の分数値を示す。FRU_GI_FRACTIONは、表7によってシグナリングされる。
RESERVED:この4ビットフィールドは将来の使用のためにリザーブされる。
次のフィールドは、PLS2データをデコードするパラメータを提供する。
PLS2_FEC_TYPE:この2ビットフィールドは、PLS2の保護によって使用されるFECタイプを示す。FECタイプは、表10によってシグナリングされる。LDPCコードの詳細事項については後で説明する。
PLS2_MOD:この3ビットフィールドは、PLS2によって使用される変調タイプを示す。変調タイプは、表11によってシグナリングされる。
PLS2_SIZE_CELL:この15ビットフィールドは、現在のフレームグループで伝達されるPLS2に対するフルコーディングブロック(full coded blocks)の集合(collection)のサイズ(QAMセルの数として特定される)(Ctotal_partial_block)を示す。この値は、現在のフレームグループ全体の期間の間で一定である。
PLS2_STAT_SIZE_BIT:この14ビットフィールドは、現在のフレームグループに対するPLS2−STATのビットサイズを示す。この値は、現在のフレームグループの全体の期間の間で一定である。
PLS2_DYN_SIZE_BIT:この14ビットフィールドは、現在のフレームグループに対するPLS2−DYNのビットサイズを示す。この値は、現在のフレームグループの全体の期間の間で一定である。
PLS2_REP_FLAG:この1ビットフラグは、現在のフレームグループでPLS2反復モードが使用されるか否かを示す。このフィールドが値「1」に設定されると、PLS2反復モードが活性化される。このフィールドが値「0」に設定されると、PLS2反復モードが非活性化される。
PLS2_REP_SIZE_CELL:この15ビットフィールドは、PLS2反復が使用されるとき、現在のフレームグループの全ての(every)フレームで伝達されるPLS2に対する部分コーディングブロック(partial coded blocks)の集合(collection)のサイズ(QAMセルの数として特定される)(Ctotal_partial_block)を示す。反復が使用されない場合、このフィールドの値は0と同一である。この値は、現在のフレームグループの全体の期間の間で一定である。
PLS2_NEXT_FEC_TYPE:この2ビットフィールドは、次のフレームグループの全てのフレームで伝達されるPLS2に使用されるFECタイプを示す。FECタイプは、表10によってシグナリングされる。
PLS2_NEXT_MOD:この3ビットフィールドは、次のフレームグループの全てのフレームで伝達されるPLS2に使用される変調タイプを示す。変調タイプは、表11によってシグナリングされる。
PLS2_NEXT_REP_FLAG:この1ビットフィールドは、次のフレームグループでPLS2反復モードが使用されるか否かを示す。このフィールドが値「1」に設定されると、PLS2反復モードが活性化される。このフィールドが値「0」に設定されると、PLS2反復モードが非活性化される。
PLS2_NEXT_REP_SIZE_CELL:この15ビットフィールドは、PLS2反復が使用されるとき、次のフレームグループの全ての(every)フレームで伝達されるPLS2に対するフルコーディングブロック(full coded blocks)の集合(collection)のサイズ(QAMセルの数として特定される)(Ctotal_partial_block)を示す。次のフレームグループで反復が使用されない場合、このフィールドの値は0と同一である。この値は、現在のフレームグループで一定である。
PLS2_NEXT_REP_STAT_SIZE_BIT:この14ビットフィールドは、次のフレームグループに対するPLS2−STATのビットサイズを示す。この値は、現在のフレームグループで一定である。
PLS2_NEXT_REP_DYN_SIZE_BIT:この14ビットフィールドは、次のフレームグループに対するPLS2−DYNのビットサイズを示す。この値は、現在のフレームグループの全体の期間の間で一定である。
PLS2_AP_MODE:この2ビットフィールドは、現在のフレームグループ内のPLS2に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体の期間の間で一定である。下記の表12は、このフィールドの値を示す。このフィールドが「00」に設定されると、現在のフレームでPLS2に対して追加のパリティが使用されない。
PLS2_AP_SIZE_CELL:この15ビットフィールドは、PLS2の追加のパリティビットのサイズ(QAMセルの数として特定される)を示す。この値は、現在のフレームグループの全体の期間の間で一定である。
PLS2_NEXT_AP_MODE:この2ビットフィールドは、次のフレームグループでPLS2に追加のパリティが提供されるか否かを示す。この値は、現在のフレームグループの全体の期間の間で一定である。表12は、このフィールドの値を定義する。
PLS2_NEXT_AP_SIZE_CELL:この15ビットフィールドは、次のフレームグループの全ての(every)フレームでのPLS2の追加のパリティビットのサイズ(QAMセルの数として特定される)を示す。この値は、現在のフレームグループの全体の期間の間で一定である。
RESERVED:この32ビットフィールドは将来の使用のためにリザーブされる。
CRC_32:全体の(entire)PLS1シグナリングに適用される32ビットエラー検出コード
図14は、本発明の実施例に係るPLS2データを示す図である。
図14は、PLS2データのPLS2−STATデータを示す。PLS2−STATデータは、フレームグループ内で同一であるが、PLS2−DYNデータは現在のフレームに固有の(特定された)(specific for)情報を提供する。
PLS2−STATデータのフィールドの詳細事項は次の通りである。
FIC_FLAG:この1ビットフィールドは、FICが現在のフレームグループで使用されるか否かを示す。このフィールドが「1」に設定されると、FICが現在のフレームで提供される。このフィールドが「0」に設定されると、FICが現在のフレームで伝達されない。この値は、現在のフレームグループの全体の期間の間で一定である。
AUX_FLAG:この1ビットフィールドは、現在のフレームグループで補助ストリームが使用されるか否かを示す。このフィールドが「1」に設定されると、補助ストリームが現在のフレームで提供される。このフィールドが「0」に設定されると、補助ストリームが現在のフレームで伝達されない。この値は、現在のフレームグループの全体の期間の間で一定である。
NUM_DP:この6ビットフィールドは、現在のフレームで伝達されるDPの数を示す。このフィールドの値は、1〜64の範囲内にあり、DPの数はNUM_DP+1である。
DP_ID:この6ビットフィールドは、PHYプロファイル内でDPを一意に識別する。
DP_TYPE:この3ビットフィールドはDPのタイプを示す。これは、以下の表13によってシグナリングされる。
DP_GROUP_ID:この8ビットフィールドは、現在のDPが関連したDPグループを識別する。これは、受信器が特定のサービスと関連したサービスコンポーネントのDPにアクセスするのに使用することができ、これらのDPは同一のDP_GROUP_IDを有する。
BASE_DP_ID:この6ビットフィールドは、管理層で使用されるサービスシグナリングデータ(PSI/SI)を伝達するDPを示す。BASE_DP_IDで指示されたDPは、サービスシグナリングデータのみを伝達する専用DP又はサービスデータと共にサービスシグナリングデータを伝達する通常DPであり得る。
DP_FEC_TYPE:この2ビットフィールドは、関連したDPによって使用されるFECタイプを示す。FECタイプは、以下の表14によってシグナリングされる。
DP_COD:この4ビットフィールドは、関連したDPによって使用されるコードレートを示す。コードレートは、以下の表15によってシグナリングされる。
DP_MOD:この4ビットフィールドは、関連したDPによって使用される変調を示す。変調は、以下の表16によってシグナリングされる。
DP_SSD_FLAG:この1ビットフィールドは、SSDモードが関連したDPで使用されるか否かを示す。このフィールドが値「1」に設定されると、SSDが使用される。このフィールドが値「0」に設定されると、SSDが使用されない。
PHY_PROFILEがアドバンスドプロファイルを示す「010」と同一である場合のみに次のフィールドが表れる。
DP_MIMO:この3ビットフィールドは、関連したDPにいずれのタイプのMIMOエンコーディングプロセスが適用されるのかを示す。MIMOエンコーディングプロセスのタイプは、表17によってシグナリングされる。
DP_TI_TYPE:この1ビットフィールドは、時間インターリーブのタイプを示す。「0」の値は、一つのTIグループが一つのフレームに対応し、一つ又は複数のTIブロックを含むことを示す。「1」の値は、一つのTIグループが1より多いフレームで伝達され、一つのTIブロックのみを含むことを示す。
DP_TI_LENGTH:2ビットフィールドの使用(可能な値は1、2、4、8のみである)は、次のようにDP_TI_TYPEフィールド内に設定された値によって決定される。
DP_TI_LENGTH(DP_TI_TYPE)が値「1」に設定されると、このフィールドは、PI、すなわち、各TIグループがマッピングされるフレームの数を示し、TIグループ当たりに一つのTIブロックがある(NTI=1)。2ビットフィールドを有する可能なPI値は、以下の表18で定義される。
DP_TI_TYPEが「0」に設定されると、このフィールドは、TIグループ当たりのTIブロックの数(NTI)を示し、フレーム当たりに一つのTIグループがある(PI=1)。2ビットフィールドを有する可能なPI値は、以下の表18で定義される。
DP_FRAME_INTERVAL:この2ビットフィールドは、関連したDPに対するフレームグループ内のフレーム区間(IJUMP)を示し、可能な値は1、2、4、8である(対応する2ビットフィールドは、それぞれ「00」、「01」、「10」、「11」である)。フレームグループの全てのフレームで表れないDPに対して、このフィールドの値は連続するフレーム間の間隔と同一である。例えば、DPがフレーム1、5、9、13などで表れると、このフィールドは「4」に設定される。全てのフレームで表れるDPに対して、このフィールドは「1」に設定される。
DP_TI_BYPASS:この1ビットフィールドは、時間インターリーバ5050の利用可能性を決定する。DPに対して時間インターリーブが使用されない場合、これは「1」に設定される。時間インターリーブが使用される場合、これは「0」に設定される。
DP_FIRST_FRAME_IDX:この5ビットフィールドは、現在DPが発生するスーパーフレームの第1の(1番目の、最初の)(first)フレームのインデックスを示す。DP_FIRST_FRAME_IDXの値は0〜31の範囲内にある。
DP_NUM_BLOCK_MAX:この10ビットフィールドは、このDPに対するDP_NUM_BLOCKSの最大値を示す。このフィールドの値は、DP_NUM_BLOCKSと同一の範囲を有する。
DP_PAYLOAD_TYPE:この2ビットフィールドは、与えられたDPによって伝達されるペイロードデータのタイプを示す。DP_PAYLOAD_TYPEは、以下の表19によってシグナリングされる。
DP_INBAND_MODE:この2ビットフィールドは、現在のDPが帯域内シグナリング情報を伝達するか否かを示す。帯域内シグナリングタイプは、以下の表20によってシグナリングされる。
DP_PROTOCOL_TYPE:この2ビットフィールドは、与えられたDPによって伝達されるペイロードのプロトコルタイプを示す。入力ペイロードタイプが選択されると、以下の表21によってシグナリングされる。
DP_CRC_MODE:この2ビットフィールドは、入力フォーマッティングブロックでCRCエンコーディングが使用されるか否かを示す。CRCモードは、以下の表22によってシグナリングされる。
DNP_MODE:この2ビットフィールドは、DP_PAYLOAD_TYPEがTS(「00」)に設定されるとき、関連したDPによって使用されるヌルパケット削除モードを示す。DNP_MODEは、以下の表23によってシグナリングされる。DP_PAYLOAD_TYPEがTS(「00」)でない場合、DNP_MODEは値「00」に設定される。
ISSY_MODE:この2ビットフィールドは、DP_PAYLOAD_TYPEがTS(「00」)に設定されるとき、関連したDPによって使用されるISSYモードを示す。ISSY_MODEは、以下の表24によってシグナリングされる。DP_PAYLOAD_TYPEがTS(「00」)でない場合、ISSY_MODEは値「00」に設定される。
HC_MODE_TS:この2ビットフィールドは、DP_PAYLOAD_TYPEがTS(「00」)に設定されるとき、関連したDPによって使用されるTSヘッダ圧縮モードを示す。HC_MOD_TSは、以下の表25によってシグナリングされる。
HC_MODE_IP:この2ビットフィールドは、DP_PAYLOAD_TYPEがIP(「01」)に設定されるときのIPヘッダ圧縮モードを示す。HC_MODE_IPは、以下の表26によってシグナリングされる。
PID:この13ビットフィールドは、DP_PAYLOAD_TYPEがTS(「00」)に設定され、HC_MODE_TSが「01」又は「10」に設定されるときのTSヘッダ圧縮のためのPID番号を示す。
RESERVED:この8ビットフィールドは、将来の使用のためにリザーブされる。
FIC_FLAGが「1」と同一である場合のみに次のフィールドが表れる。
FIC_VERSION:この8ビットフィールドは、FICのバージョン番号を示す。
FIC_LENGTH_BYTE:この13ビットフィールドは、FICのバイト長を示す。
RESERVED:この8ビットフィールドは、将来の使用のためにリザーブされる。
AUX_FLAGが「1」と同一である場合のみに次のフィールドが表れる。
NUM_AUX:この4ビットフィールドは、補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを意味する。
AUX_CONFIG_RFU:この8ビットフィールドは、将来の使用のためにリザーブされる。
AUX_STREAM_TYPE:この4ビットフィールドは、現在の補助ストリームのタイプを示すための将来の使用のためにリザーブされる。
UX_PRIVATE_CONFIG:この28ビットフィールドは、補助ストリームをシグナリングするための将来の使用のためにリザーブされる。
図15は、本発明の他の実施例に係るPLS2データを示す図である。
図15は、PLS2データのPLS2−DYNデータを示す。PLS2−DYNデータの値は、一つのフレームグループの期間の間で変化可能(可変)であり、フィールドのサイズは一定に維持される。
PLS2−DYNデータのフィールドの詳細事項は次の通りである。
FRAME_INDEX:この5ビットフィールドは、スーパーフレーム内の現在のフレームのフレームインデックスを示す。スーパーフレームの第1フレームのインデックスは「0」に設定される。
PLS_CHANGE_COUNTER:この4ビットフィールドは、構成が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内でシグナリングされる値によって指示される。このフィールドが値「0000」に設定されると、スケジュールされた変化が予想されないことを意味し、値「1」は、次のスーパーフレームで変化があることを意味する。
FIC_CHANGE_COUNTER:この4ビットフィールドは、構成(すなわち、FICの内容)が変更される前のスーパーフレームの数を示す。構成において、変更された後のスーパーフレームは、このフィールド内でシグナリングされる値によって指示される。このフィールドが値「0000」に設定されると、スケジュールされた変化が予想されないことを意味し、値「0001」は、次のスーパーフレームで変化があることを意味する。
RESERVED:この16ビットフィールドは、将来の使用のためにリザーブされる。
NUM_DPに亙る(を通じて)ループにおいて、次のフィールドが表れ、これは、現在のフレームで伝達されるDPと関連したパラメータを示す。
DP_ID:この6ビットフィールドは、PHYプロファイル内のDPを一意に指示する。
DP_START:この15ビット(又は13ビット)フィールドは、DPUアドレッシング方式を用いて第1DPの開始位置を示す。DP_STARTフィールドは、以下の表27に示したように、PHYプロファイル及びFFTサイズによって異なる長さを有する。
DP_NUM_BLOCK:この10ビットフィールドは、現在のDPに対する現在のTIグループ内のFECブロックの数を示す。DP_NUM_BLOCKの値は0〜1023の範囲内にある。
RESERVED:この8ビットフィールドは、将来の使用のためにリザーブされる。
次のフィールドは、EACと関連したFICパラメータを示す。
EAC_FLAG:この1ビットフィールドは、現在のフレーム内のEACの存在を示す。このビットは、プリアンブル内のEAC_FLAGと同一の値である。
EAS_WAKE_UP_VERSION_NUM:この8ビットフィールドは、ウェイクアップ指示(wake-up indication)のバージョン番号を示す。
EAC_FLAGフィールドが「1」と同一である場合、次の12ビットは、EAC_LENGTH_BYTEフィールドに対して割り当てられる。EAC_FLAGフィールドが「0」と同一である場合、次の12ビットは、EAC_COUNTERに割り当てられる。
EAC_LENGTH_BYTE:この12ビットフィールドは、EACのバイト長を示す。
EAC_COUNTER:この12ビットフィールドは、EACが到着(到逹)する(arrives)フレームの前のフレームの数を示す。
AUX_FLAGフィールドが「1」と同一である場合にのみ次のフィールドが表れる。
AUX_PRIVATE_DYN:この48ビットフィールドは、補助ストリームをシグナリングするための将来の使用のためにリザーブされる。このフィールドの意味は、構成可能なPLS2−STAT内のAUX_STREAM_TYPEの値に依存する。
CRC_32:全体のPLS2に適用される32ビットエラー検出コード。
図16は、本発明の実施例に係るフレームの論理構造を示す図である。
上述したように、PLS、EAC、FIC、DP、補助ストリーム及びダミーセルは、フレーム内のOFDMシンボルのアクティブキャリアにマッピングされる。PLS1及びPLS2は、まず、一つ又は複数のFSSにマッピングされる。その後、もしあれば、EACセルがPLSフィールドの直後にマッピングされ、その後、もしあれば、FICセルがマッピングされる。もしあれば、DPは、PLS又はEAC、FICの後にマッピングされる。まず、タイプ1 DPが後に来た(続いた)(follows)後、タイプ2 DPが後に来る。DPのタイプの詳細事項については後で説明する。任意の場合、DPは、EASのための任意の特殊データ又はサービスシグナリングデータを伝達することができる。もしあれば、補助ストリーム又は各ストリームがDPの後に来た後、ダミーセルが後に来る。これら全てを上述した順序、すなわち、PLS、EAC、FIC、DP、補助ストリーム及びダミーデータセルの順にマッピングすることは、フレーム内のセル容量を正確に満たす。
図17は、本発明の実施例に係るPLSマッピングを示す図である。
PLSセルは、FSSのアクティブキャリアにマッピングされる。PLSによって占有されたセルの数に依存して、一つ又は複数のシンボルがFSSとして指定され、FSSの数(NFSS)は、PLS1内のNUM_FSSによってシグナリングされる。FSSは、PLSセルを伝達する特殊(スペシャル)シンボル(special symbol)である。ロバスト性及びレイテンシ(latency)はPLSの重要な問題であるので、FSSは、FSS内の周波数専用補間(frequency-only interpolation)及び高速同期化を可能にするより高い密度のパイロットを有する。
PLSセルは、図17の例に示したように、トップダウン(top-down)方式でNFSS個のFSSのアクティブキャリアにマッピングされる。PLS1セルは、セルインデックスの増加順に第1FSSの第1セルから先にマッピングされる。PLS2セルは、PLS1の最後のセルの直後にマッピングされ、第1FSSの最後のセルインデックスまでマッピングが下方向(下向き)に(downward)継続される。要求されるPLSセルの総数が一つのFSSのアクティブキャリアの数を超えると、マッピングは、次のFSSに進み(進行し)(proceeds)、第1FSSと正確に同一の方式で継続される。
PLSマッピングの完了後、DPが次に伝達される。EAC、FIC又はEAC及びFICが現在のフレームに存在すると、これらはPLSと「通常」DPとの間に配置される。
図18は、本発明の実施例に係るEACマッピングを示す図である。
EACは、EASメッセージを伝達する専用チャネルであって、EASに対するDPにリンクされる。EASサポートは提供されるが、EAC自体は、全てのフレームに存在することもあり、全てのフレームに存在しないこともある。もしあれば、EACはPLS2セルの直後にマッピングされる。EACは、PLSセル以外に、FIC、DP、補助ストリーム及びダミーセルのうちいずれかの後に(いずれの後にも)来ない(not preceded by any of the FIC, DPs, auxiliary streams or dummy cells other than the PLS cells)。EACセルをマッピングする順序はPLSと正確に同一である。
EACセルは、図18に示したように、セルインデックスの増加順にPLS2の次のセルからマッピングされる。EASメッセージサイズによって、EACセルは、図18に示したようにいくつかのシンボルを占有する。
EACセルは、PLS2の最後のセルの直後にマッピングされ、マッピングは、最後のFSSの最後のセルインデックスまで下方向に継続される。要求されるEACの総数が最後のFSSの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進み、FSSと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは通常データシンボルであって、これは、FSSより多くのアクティブキャリアを有する。
EACマッピングの完了後、もし存在すれば、FICが次に伝達される。(PLS2フィールドでシグナリングされることによって)FICが送信されないと、DPはEACの最後のセルの直後にマッピングされる。
図19は、本発明の実施例に係るFICマッピングを示す図である。
(a)は、EACがないFICの例示的なマッピングを示し、(b)は、EACがあるFICの例示的なマッピングを示す。
FICは、高速サービス獲得及びチャネルスキャンを可能にする層間(cross-layer)情報に対する専用チャネルである。この情報は、主に各ブロードキャスタのDPとサービスとの間の情報を結合するチャネルを含む。高速スキャンのために、受信器は、FICをデコードし、ブロードキャスタID、サービスの数及びBASE_DP_IDなどの情報を得ることができる。高速サービスの獲得のために、FICに加えて、ベースDPがBASE_DP_IDを用いてデコードされ得る。伝達される内容以外に、ベースDPは、通常DPと正確に同一の方式でエンコードされ、フレームにマッピングされる。そのため、ベースDPに対して追加の説明が要求されない。FICデータが生成されて管理層で消費される。FICデータの内容は、管理層の説明書に記載した通りである。
FICデータは選択的であり、FICの使用は、PLS2の静的部分内のFIC_FLAGパラメータによってシグナリングされる。FICが使用されると、FIC_FLAGが「1」に設定され、FICのためのシグナリングフィールドはPLS2の静的部分に定義される。このフィールドでは、FIC_VERSION及びFIC_LENGTH_BYTEがシグナリングされる。FICは、PLS2と同一の変調、コーディング及び時間インターリーブパラメータを用いる。FICは、PLS2_MODE及びPLS2_FECなどの同一のシグナリングパラメータを共有する。もしあれば、FICデータは、PLS2、又は、もしあれば、EACの直後にマッピングされる。FICは、任意の通常DP、補助ストリーム又はダミーセルの後にマッピングされない。FICセルをマッピングする方法はEACと正確に同一であり、これはPLSと同一である。
PLSの後にEACがない場合、FICセルは、(a)の例に示したように、セルインデックスの増加順にPLS2の次のセルからマッピングされる。FICデータサイズによって、FICセルは、(b)に示したように、いくつかのシンボルにまたがって(わたって)(over)マッピングされ得る。
FICセルは、PLS2の最後のセルの直後にマッピングされ、マッピングは、最後のFSSの最後のセルインデックスまで下方向に継続される。要求されるFICセルの総数が最後のFSSの残りのアクティブキャリアの数を超えると、マッピングは次のシンボルに進み、FSSと正確に同一の方式で継続される。この場合のマッピングのための次のシンボルは、FSSより多くのアクティブキャリアを有する通常データシンボルである。
EASメッセージが現在のフレームで送信されると、EACはFICに先行し、FICセルは、(b)に示したように、セルインデックスの増加順にEACの次のセルからマッピングされる。
FICマッピングの完了後、一つ又は複数のDPがマッピングされ、その後、もしあれば、補助ストリーム及びダミーセルがマッピングされる。
図20は、本発明の実施例に係るDPのタイプを示す図である。
図20の(a)はタイプ1 DPを示し、(b)はタイプ2 DPを示す。
先行チャネル、すなわち、PLS、EAC及びFICがマッピングされた後、DPのセルがマッピングされる。DPは、マッピング方法によって2つのタイプのうちの一つに分類される。
タイプ1 DP:DPは、TDMによってマッピングされる。
タイプ2 DP:DPは、FDMによってマッピングされる。
DPのタイプは、PLS2の静的部分でDP_TYPEフィールドによって指示される。図20は、タイプ1 DP及びタイプ2 DPのマッピングの順序を示す。タイプ1 DPは、まず、セルインデックスの増加順にマッピングされ、最後のセルインデックスに到逹した後、シンボルインデックスが1ずつ増加する。次のシルボル内で、DPは、p=0からセルインデックスの増加順に継続してマッピングされる。一つのフレームで共にマッピングされた複数のDPで、タイプ1 DPのそれぞれは、DPのTDM多重化と同様に(類似する形に)(similar to)時間でグループ化される。
タイプ2 DPは、まず、シンボルインデックスの増加順にマッピングされ、フレームの最後のOFDMシンボルに到逹した後、セルインデックスは1ずつ増加し、シンボルインデックスは第1の利用可能なシンボルに後退し、そのシンボルインデックスから増加する。一つのフレームで複数のDPを共にマッピングした後、タイプ2 DPのそれぞれは、DPのFDM多重化と同様に周波数でグループ化される。
一つの制限が必要であれば、すなわち、タイプ1 DPが常にタイプ2 DPに先行すると、タイプ1 DP及びタイプ2 DPはフレーム内で共存し得る。タイプ1及びタイプ2 DPを伝達するOFDMセルの総数は、DPの送信のために利用可能なOFDMセルの総数を超えることができない。
ここで、DDP1は、タイプ1 DPによって占有されるOFDMセルの数であり、DDP2は、タイプ2 DPによって占有されるOFDMセルの数である。PLS、EAC、FICは、いずれもタイプ1 DPと同一の方式でマッピングされるので、これらは全て「タイプ1のマッピング規則」に従う。そのため、タイプ1のマッピングは、常にタイプ2のマッピングより先行する。
図21は、本発明の実施例に係るDPマッピングを示す図である。
(a)は、タイプ1 DPをマッピングするためのOFDMセルのアドレッシングを示し、(b)は、タイプ2 DPをマッピングするためのOFDMセルのアドレッシングを示す。
タイプ1 DP(0,DDP1−1)をマッピングするためのOFDMセルのアドレッシングは、タイプ1 DPのアクティブデータセルのために定義される。アドレッシング方式は、タイプ1 DPのそれぞれに対するTIからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、PLS2の動的部分内のDPの位置をシグナリングするのに使用される。
EAC及びFICなしで、アドレス0は、最後のFSS内のPLSを伝達する最後のセルの直後のセルを称する。EACが送信され、FICがその該当フレームにない場合、アドレス0は、EACを伝達する最後のセルの直後のセルを称する。FICが該当フレームで送信されると、アドレス0は、FICを伝達する最後のセルの直後のセルを称する。タイプ1 DPに対するアドレス0は、(a)に示したように、2つの異なるケース(場合)(cases)を考慮して算出することができる。(a)に示した例において、PLS、EAC及びFICは全て送信されると仮定する。EAC及びFICのうち一つ又は二つとも省略される場合への拡張は容易である。(a)の左側に示したように、FICまでの全てのセルをマッピングした後、FSS内に残りのセルが残っている。
タイプ2 DP(0,…,DDP2−1)をマッピングするOFDMセルのアドレッシングは、タイプ2 DPのアクティブデータセルのために定義される。アドレッシング方式は、タイプ2 DPのそれぞれに対するTIからのセルがアクティブデータセルに割り当てられる順序を定義する。また、これは、PLS2の動的部分内のDPの位置をシグナリングするのに使用される。
(b)に示したように、3つの少し異なるケースが可能である。(b)の左側上に示した第1ケースでは、最後のFSS内のセルはタイプ2 DPマッピングに用いられる。中央に示した第2ケースでは、FICが通常(正常)(normal)シンボルのセルを占めるが、そのシンボル上のFICセルの数はCFSSより小さい。(b)の右側に示した第3ケースは、そのシンボル上にマッピングされたFICセルの数がCFSSを超えることを除いては第2ケースと同一である。
PLS、EAC及びFICは、タイプ1 DPと同一の「タイプ1のマッピング規則」に従うので、タイプ1 DPがタイプ2 DPに先行する場合への拡張は簡単である。
データパイプ単位(DPU)は、データセルをフレーム内のDPに割り当てる基本単位である。
DPUは、フレーム内にDPを配置するシグナリング単位として定義される。セルマッパ7010は、DPのそれぞれに対するTIによって生成されたセルをマッピングすることができる。時間インターリーバ5050は、一連のTIブロックを出力し、それぞれのTIブロックは、セルのセットで構成される可変数(variable number)のXFECBLOCKを含む。XFECBLOCK内のセルの数(Ncells)は、FECBLOCKサイズ(Nldpc)及びコンステレーションシンボル当たりの送信ビット数に依存する。DPUは、与えられたPHYプロファイルでサポートされるXFECBLOCK内のセルの数の全ての可能な値の最大公約数(最も大きい共通除数)(greatest common divisor)(Ncells)として定義される。セル内のDPUの長さはLDPUとして定義される。各PHYプロファイルがFECBLOCKサイズ及びコンステレーションシンボル当たりに異なる数の異なる組み合わせをサポートするので、LDPUはPHYプロファイルに基づいて定義される。
図22は、本発明の実施例に係るFEC構造を示す図である。
図22は、ビットインターリーブ前の本発明の実施例に係るFEC構造を示す。上述したように、データFECエンコーダは、入力BBFに対してFECエンコーディングを行い、アウタコーディング(BCH)及びインナコーディング(LDPC)を用いてFECBLOCK手続を生成することができる。図示したFEC構造はFECBLOCKに対応する。また、FECBLOCK及びFEC構造は、LDPCコードワードの長さに対応する同一の値を有する。
図22に示したように、BCHエンコーディングはそれぞれのBBF(Kbchビット)に適用され、LDPCエンコーディングはBCHエンコーディングBBF(Kldpcビット=Nbchビット)に適用される。
Nldpcの値は、64800ビット(長いFECBLOCK)又は16200ビット(短いFECBLOCK)である。
以下の表28及び表29は、それぞれ長いFECBLOCK及び短いFECBLOCKに対するFECエンコーディングパラメータを示す。
BCHエンコーディング及びLDPCエンコーディングの動作の詳細事項は次の通りである。
12−誤り訂正BCHコード(12-error correcting BCH code)は、BBFのアウタエンコーディングに使用される。短いFECBLOCK及び長いFECBLOCKに対するBCH生成器多項式は、全ての多項式を共に乗じることによって得られる。
LDPCコードは、アウタBCHエンコーディングの出力をエンコードするのに使用される。完成したBldpc(FECBLOCK)を生成するために、Pldpc(パリティビット)は、各Ildpc(BCHエンコーディングBBF)からシステマティックに(体系的)(systematically)にエンコードされ、Ildpcに添付される。完成したBldpc(FECBLOCK)は次の数式として表現される。
長いFECBLOCK及び短いFECBLOCKに対するパラメータは、それぞれ上記表28及び表29で与えられる。
長いFECBLOCKに対するNldpc−Kldpcを算出する詳細(細部)手続は次の通りである。
1)パリティビット初期化
2)パリティチェックマトリックスのアドレスの第1行に特定されたパリティビットアドレスで第1情報ビット(i0)を累算する(accumulate)。パリティチェックマトリックスのアドレスの詳細事項については後で説明する。例えば、レート13/15に対して、
3)次の359個の情報ビット(is)(s=1、2、…、359)が次の数式を用いてパリティビットで累算される。
ここで、xは、第1ビット(i0)に対応するパリティビット累算器のアドレスを示し、Qldpcは、パリティチェックマトリックスのアドレスで特定されたコードレート従属定数である。継続して、例えば、レート13/15に対してQldpc=24であって、よって、情報ビット(i1)に対して次の動作が行われる。
4)361番目の情報ビット(i360)に対して、パリティビット累算器のアドレスは、パリティチェックマトリックスのアドレスの第2行に与えられる。類似する方式で、次の358個の情報ビット(is)(s=361、362、…、719)に対するパリティビット累算器のアドレスは数式6を用いて得られ、ここで、xは、情報ビット(i360)に対応するパリティビット累算器のアドレス、パリティチェックマトリックスのアドレスの第2行内のエントリを示す。
5)類似する方式で、360個の新たな情報ビットの全てのグループに対して、パリティチェックマトリックスのアドレスからの新たな行がパリティビット累算器のアドレスを探すのに使用される。
情報ビットが全部使い尽くされた(消尽した)(exhausted)後、最終パリティが次のように得られる。
6)i=1から開始する次の動作を順次行う。
ここで、pi(i=0、1、…、Nldpc−Kldpc−1)の最終内容は、パリティビット(pi)と同一である。
短いFECBLOCKに対するこのLDPCエンコーディング手続は、表30及び表31に置き換え、長いFECBLOCKに対するパリティチェックマトリックスのアドレスを短いFECBLOCKに対するパリティチェックマトリックスのアドレスに置き換えることを除いては、長いFECBLOCKに対するt LDPCエンコーディング手続に従う。
図23は、本発明の実施例に係るビットインターリーブを示す図である。
LDPCエンコーダの出力はビットインターリーブされ、これは、パリティインターリーブ、その後のQCB(Quasi-Cyclic Block)インターリーブ及び内部グループインターリーブで構成される。
(a)は、QCBインターリーブを示し、(b)は、内部グループ(inner-group)インターリーブを示す。
FECBLOCKはパリティインターリーブされ得る。パリティインターリーブの出力において、LDPCコードワードは、長いFECBLOCK内の180個の隣接したQCブロック及び短いFECBLOCK内の180個の隣接したQCブロックで構成される。長い又は短いFECBLOCK内のそれぞれのQCブロックは360ビットで構成される。パリティインターリーブされたLDPCコードワードは、QCBインターリーブによってインターリーブされる。QCBインターリーブの単位はQCブロックである。パリティインターリーブの出力におけるQCブロックは、図23に示したように、QCBインターリーブによって並べ替えられ、ここで、FECBLOCK長さによってNcells=6480/ηmod又は16200/ηmodである。QCBインターリーブのパターンは、変調タイプ及びLDPCコードレートの各組み合わせに固有である。
QCBインターリーブ後、内部グループインターリーブは、以下の表32に定義された変調タイプ及び順序(order)(ηmod)に従って行われる。また、一つの内部グループに対するQCブロックの数(NQCB_IG)が定義される。
内部グループインターリーブプロセスは、QCBインターリーブ出力のNQCB-IG個のQCブロックで行われる。内部グループインターリーブは、360個の列及びNQCB_IG個の行を用いて内部グループのビットを書き込む(記入)(writing)及び読み取る(reading)(判読する)プロセスを有する。書き込み動作において、QCBインターリーブ出力からのビットが行方向に書き込まれる。読み取り動作は列方向に行われ、各行からm個のビットを読み取り、ここで、mは、NUCに対して1と同一であり、NCQに対して2と同一である。
図24は、本発明の実施例に係るセル−ワード逆多重化(デマルチプレキシング)(demultiplexing)を示す図である。
(a)は、8及び12 bpcu MIMOに対するセル−ワード逆多重化を示し、(b)は、10 bpcu MIMOに対するセル−ワード逆多重化を示す。
図25は、本発明の実施例に係る時間インターリーブを示す図である。
(a)〜(c)は、TIモードの例を示す。
時間インターリーバはDPレベルで動作する。時間インターリーブ(TI)のパラメータは、各DPに対して異なるように設定することができる。
PLS2−STATデータの一部で表れる次のパラメータはTIを構成する。
DP_TI_TYPE(可能な(許容)(allowed)値:0又は1):TIモードを示す。「0」は、TIグループ当たり複数のTIブロック(1より多いTIブロック)を有するモードを示す。この場合、一つのTIグループは一つのフレームに直接マッピングされる(インターフレームインターリーブではない)。「1」は、TIグループ当たり一つのみのTIブロックを有するモードを示す。この場合、TIブロックは、1より多いフレームに拡散され得る(インターフレームインターリーブ)。
DP_TI_LENGTH:DI_TI_TYPE=「0」である場合、このパラメータは、TIグループ当たりのTIブロックの数(NTI)である。DP_TI_TYPE=「1」に対して、このパラメータは、一つのTIグループから拡散されたフレームの数(PI)である。
DP_NUM_BLOCK_MAX(可能な値:0〜1023):TIグループ当たりのXFECBLOCKの最大数を示す。
DP_FRAME_INTERVAL(可能な値:1、2、4、8):与えられたPHYプロファイルの同一のDPを伝達する2個の連続するフレーム間のフレームの数(IJUMP)を示す。
DP_TI_BYPASS(可能な値:0又は1):時間インターリーブがDPに使用されない場合、このパラメータは「1」に設定される。時間インターリーブが使用される場合、「0」に設定される。
さらに、PLS2−DYNデータからのパラメータ(DP_NUM_BLOCK)は、DPの一つのTIグループによって伝達されたXFECBLOCKの数を示すのに使用される。
時間インターリーブがDPに使用されない場合、次のTIグループ、時間インターリーブ動作及びTIモードは考慮されない。しかし、スケジューラからの動的構成情報に対する補償ブロックは依然として必要である。各DPにおいて、SSD/MIMOエンコーディングから受信されたXFECBLOCKはTIグループにグループ化される。すなわち、それぞれのTIグループは、整数(個)のXFECBLOCKのセット(a set of an integer number of XFECBLOCKs)であり、動的に可変な数のXFECBLOCKを含む。インデックスのTIグループ内のXFECBLOCKの数(n)はNxBLOCK_Group_(n)で示され、PLS2−DYNデータのDP_NUM_BLOCKとしてシグナリングされる。NxBLOCK_Group_(n)は、0の最小値から最も大きい値が1023である最大値(NxBLOCK_Group_MAX)(DP_NUM_BLOCK_MAXに対応)まで変わり得る。
各TIグループは、一つのフレームに直接マッピングされたり、PIフレームにわたって拡散される。また、それぞれのTIグループは、1より多いTIブロック(NTI)に分割され、それぞれのTIブロックは、時間インターリーバメモリの一つの用途(使用)(usage)に対応する。TIグループ内のTIブロックは、少し異なる数のXFECBLOCKを含むことができる。TIグループが複数のTIブロックに分割されると、一つのフレームのみに直接マッピングされる。以下の表33に示したように(時間インターリーブをスキップする追加のオプションを除いて)、時間インターリーブのための3つのオプションが存在する。
一般に、時間インターリーバは、フレーム構築プロセスの前にDPデータのためのバッファとして動作する。これは、それぞれのDPに対する2個のメモリバンクによって実現される。第1TIブロックは第1バンクに書き込まれる。第1バンクが読み取られる間、第2TIブロックが第2バンクに書き込まれる。
TIは、ツイスト行列ブロック(twisted row-column block)インターリーバである。n番目のTIグループのs番目のTIブロックに対して、TIメモリの行(Nr)の数はセルの数(Ncell)と同一である。すなわち、Nr=Ncellであるが、列の数(Nc)は数(NxBLOCK_TI(n,s))と同一である。
図26は、本発明の一実施例に係るツイスト行列ブロックインターリーバの基本動作を示す図である。
図27は、本発明の一実施例に係るツイスト行列ブロックインターリーバの動作を示す図である。
図28は、本発明の実施例に係るツイスト行列ブロックインターリーバの対角線方向読み取りパターンを示す図である。
図29は、本発明の実施例に係るそれぞれのインターリーブ配列からインターリーブされたXFECBLOCKを示す図である。
図30には、本発明の一実施例に係るプロトコルスタックを示す。図30の(a)に示すように、リンク層は、リンク層シグナリング、カプセル化及び/又はオーバーヘッド削減を含むことができる。リンク層は、上位層から受信したパケットに対してオーバーヘッド削減及びカプセル化を実行して物理層に伝達することができる。本発明では、プロトコルスタックの中でもリンク層の構造を提案し、上位層から伝達されるMPEG−2TSパケットを物理層に伝達する方式(方案)を提案する。本発明において、放送信号送信装置は、リンク層においてMPEG−2TSパケットをカプセル化(encapsulation)して物理層に伝達することができる。放送信号送信装置は、リンク層においてMPEG−2TSパケットに対するオーバーヘッド削減を行い、無線リソースを効率的に用いることができる。
リンク層は、カプセル化層又はレイヤ2と称することもできる。以下では、リンク層をリンク層と称するが、実際の本発明の適用時には、上記の用語に言い換えてもよく、新しい名称にしてもよい。
図30の(b)には、放送信号送信装置及び放送信号受信装置内のレイヤ間におけるデータの流れを示す。放送信号送信装置は、デジタル放送において用いるIP及び/又はMPEG−2TSパケットを入力データとして用いることができる。
放送信号送信装置に入力されたIP及び/又はMPEG−2TSパケットは、リンク層を経て物理層に伝達され得る。物理層にとっては、様々なプロトコルに対する適応的なパケット処理がし難しいことがある。このため、放送信号送信装置のリンク層は、互いに異なるプロトコルを用いるパケットを、一定のフォーマットを有するパケットの形態にカプセル化して物理層に伝達することができる。これをカプセル化として定義することができる。カプセル化処理(過程)(process)において、無線リソースの効率的な使用のために、リンク層は、各パケットに対応する上位層プロトコルに適したオーバーヘッド削減技法を用いることができる。リンク層においてカプセル化されたデータ及びリンク層シグナリングは、物理層に伝達され、物理層において前述の処理を経て放送信号を送出することができる。ここで、リンク層シグナリングは次の3つのシグナリング情報を含むことができる。その第一は、上位層からリンク層に伝達され、放送信号受信装置の上位層に伝達されるべきシグナリング情報である。第二は、リンク層で生成され、放送信号受信装置のリンク層のデータ処理に情報を与えるためのシグナリング情報である。第三は、上位層又はリンク層で生成されるが、物理層における迅速な放送信号検出のために伝達されるシグナリング情報である。
放送信号受信装置は、物理層から伝達されたデータ及びシグナリングを、上位層で処理可能なデータの形態に復元して伝達することができる。このとき、パケットのヘッダを読んだりその他の方法を用いて、物理層から伝達されるパケットがシグナリングか又はデータかを区別することができる。また、オーバーヘッドを削減したパケットをオリジナルパケットに復元(復旧)する(restore)ために伝達されたシグナリングを活用することができる。
図31は、本発明の一実施例に係る放送信号送信装置に含まれたリンク層のインターフェース及び動作を示す図である。IPパケットの場合、オーバーヘッド削減機能の後にカプセル化(encapsulation)されて物理層に伝達されてもよく、オーバーヘッド削減機能無しで直接カプセル化されて物理層に伝達されてもよい。
MPEG−2TSパケットの場合にはオーバーヘッド削減機能の後に再カプセル化されて物理層に伝達される。MPEG−2TSパケットの場合にもオーバーヘッド削減機能を省いてカプセル化されてもよいが、パケットの先頭に位置するsync byte(0x47)などの固定したオーバーヘッドを除く方が、無線区間のリソースを効率的に用いることに役だつ。次に説明するオーバーヘッド削減機能を、図3で説明したヘッダ圧縮ブロック(header compression block)3040に適用することができる。
リンク層に伝達されるパケットがIP又はMPEG−2TS以外のものである場合にも、IPと類似の処理を経て物理層に伝達することができる。このとき、当該パケットに対してオーバーヘッド削減機能を適用するか否かは、当該パケットの特性によればいい。
放送信号送信装置は、オーバーヘッド削減処理では、入力されたパケットに対して、当該パケットに対応する方法を用いてパケットのサイズを減らす(ようになる)。放送信号送信装置は、オーバーヘッド削減処理においてオーバーヘッド削減に関連した特定情報を抽出及び生成し、これをシグナリングによって伝送(送信)する(transmit)ことができる。当該シグナリングは、受信器が、オーバーヘッド削減処理において変更された事項を、そもそも(元々)伝送しようとした(オリジナル)パケット(形態)に復元することを可能にする。
放送送信装置のリンク層においては、シグナリングの伝送及び当該伝送に対する管理を行うことができる。また、放送送信装置の物理層において、物理的、論理的に区分された(separated)伝送パスに従うシグナリング伝送モジュールを構成することができ、特定の伝送パスで伝送されないシグナリングは、カプセル化の後にPLP(Physical Layer Pipe)を介して伝送することができる。PLPは、物理層でデータが伝送される論理的単位であり、前述したデータパイプと称することもできる。リンク層で管理するシグナリングは、前述したように、上位層から伝達される情報、システムパラメータ、リンク層で生成されたシグナリングなどの情報を含むことができる。
図32に、本発明の一実施例に係る放送信号送信装置を示す。放送信号送信装置は、L2(link layer)エンカプセレータ(encapsulator)32010、入力(インプット)(input)フォーマッタ32020、インターリーバ及びエンコーダ((ビットインターリーブされた)符号化及び変調)32030、フレームビルダ(フレーム構造)32040及び/又は変調器(モジュレータ、波形形成)(modulator)32050を備えることができる。本発明において、L2(link layer)エンカプセレータ32010は、上位層から伝達されたパケットに対してオーバーヘッド削減を行った後、物理層に属する入力フォーマッタ32020に出力することができる。入力フォーマッタ32020は、入力されたストリームをPLP単位で出力することができ、インターリーバ及びエンコーダ32030は、入力されたPLPデータをインターリーブしてエンコードすることができる。また、フレームビルダ32040は、エンコードされたPLPデータを用いてフレームを構成することができ、モジュレータ32050は、OFDM変調(モジュレーション)(modulation)方法を用いて放送信号を生成して伝送することができる。放送信号送信装置はトランスミッタを用いて放送信号を伝送することができる。
入力フォーマッタ32020に入力される入力信号は、トランスポート(伝送)ストリーム(Transport stream;TS)ストリーム、IPストリーム、GS(General Stream)ストリームであってもよい。L2エンカプセレータ32010は、L2構造(L2 structure)によって入力信号をカプセル化してGSストリームを生成することができる。
本発明の放送信号送信装置に備えられたL2エンカプセレータ32010は、TSストリームを受信して、TSヘッダ圧縮及びヌルパケットを削除する技術を用いてGSストリームを生成することができる。これによって、放送信号送信装置は、TSストリームを入力フォーマッタ32020に直接入力する方式に比べて効率的な伝送を行うことができる。
図33には、本発明の一実施例に係るリンク層パケットの構造を示す。
リンク層は、物理層の上位にあるレイヤであり、放送システムではGSE(Generic Stream Encapsulation)、TLV(Type-Length-Value)構造、BBP(Basic Broadcast Protocol)がそれに当たる。リンク層パケットは、固定したサイズの固定ヘッダを有し、パケットの構成によって可変サイズの拡張ヘッダを持つ構造を有し得る。リンク層パケットの基本ヘッダ及び拡張ヘッダの後には、上位層から受信されたデータを含むペイロードが位置し得る。
リンク層パケットのヘッダは、パケットが含むペイロードの種類を示すフィールドを有することができる。固定ヘッダにおいて、先頭の3ビットは上位層のパケットタイプを(に対して)指定することができる。すなわち、図33の(a)に示すように、リンク層パケットは、Typeフィールド(3ビット)から始まり、図33の(b)に示すように、Typeフィールドは、リンク層がカプセル化するストリームの種類をシグナリングすることができる。
例えば、リンク層パケットがIPv4パケットをカプセル化した場合、Typeフィールドは000の値に設定され、MPEG−2TSをカプセル化する場合、Typeフィールドは010の値に設定され得る。
図34に、本発明の一実施例に係るリンク層パケットの構造を示す。
放送信号送信装置は、MPEG−2TSストリームを伝送するために、図34の(a)のようなリンク層パケット構造を用いることができる。リンク層パケットは、typeフィールド、HC_modeフィールド、NPD modeフィールド、ISSYIフィールド、Num_TSフィールド、ISSYフィールド及び/又はペイロードを含むことができる。放送信号送信装置は、TSストリームを伝送するリンク層パケットのtypeフィールドを010に設定することができる。すなわち、typeフィールドは、リンク層パケットで伝送されるペイロードがTSパケットであることを示すことができる。リンク層パケットは、typeフィールドの次に位置するフィールドを、TSストリーム伝送のためのフィールドで構成することができる。すなわち、リンク層パケットは、TSストリーム伝送のためのフィールドである、HC_mode、NPD_mode、Num_TSを含むことができる。
HC_modeは、2ビットで構成され、ペイロードで伝送されるTSパケットのヘッダ圧縮(Header compression)モードに関する情報を含むことができる。図34の(b)に示すように、ヘッダ圧縮モードとしては4つのモードを含むことができる。HC_modeの値が00である場合、HC_mode1を意味し、188バイトのTSストリームのヘッダに含まれたSync byte(0x47)を除去してヘッダを圧縮することができる。放送信号送信装置は、HC_mode1によって188バイトであるヘッダの長さを187バイトに圧縮することができる。HC_modeの値が01である場合、HC_mode2を意味し、PID(13ビット)を圧縮する方式によってヘッダを圧縮することができる。HC_mode2は、HC_mode1においてSync byte(0x47)を除去する方式を含むことができる。放送信号送信装置はHC_mode2によって、188バイトであるヘッダの長さを186バイトに圧縮することができる。HC_modeの値が10である場合、HC_mode3を意味し、伝送しようとするTSストリームのPIDが同一である場合、PID(13ビット)を削除する方式によってヘッダを圧縮することができる。HC_mode3は、HC_mode1においてSync byte(0x47)を除去する方式を含むことができる。放送信号送信装置はHC_mode3によって、188バイトであるヘッダの長さを185バイトに圧縮することができる。HC_modeの値が11である場合、HC_mode4を意味し、伝送しようとするTSストリームのPIDだけでなく他のfield(フィールド)もすべて同一である場合、TSヘッダを削除する方式によってヘッダを圧縮することができる。HC_mode4は、HC_mode1においてSync byte(0x47)を除去する方式を含むことができる。放送信号送信装置はHC_mode4によって、188バイトであるヘッダの長さを184バイトに圧縮することができる。
NPD_modeは、2ビットで構成され、ペイロードで伝送されるTSストリームに対するヌルパケット削除モードの情報を含むことができる。図34の(c)に示すように、ヌルパケット削除モードとしては4つのモードを含むことができる。NPD_mode値が00である場合、ヌルパケットは削除されることなく伝送され得る。NPD_mode値が01である場合、ヌルパケットは削除され、削除されたヌルパケットの数を、各TSパケットの後にDNP(8ビット)を挿入して示すことができる。NPD_mode値が10である場合、ヌルパケットが出現するまで一連のTSパケットを伝送し、ヌルパケットが出現するとヌルパケットを削除し、L2ペイロードの末尾に1バイトのDNPを挿入することができる。この方式は、ヌルパケットの頻度が低いときに用いることができる。NPD_mode値が11である場合、ヌルパケットが出現するまで一連のTSパケットを伝送し、ヌルパケットが出現するとヌルパケットを削除し、L2ペイロードの末尾に2バイトのDNPを挿入することができる。この方式もヌルパケットの頻度が低いときに用いることができる。
ISSYIは、1ビットで構成され、ISSYフィールドが使用されるか否かを示す情報を含むことができる。ISSYIの値が0である場合、ISSYフィールドは用いられず、L2ヘッダは2バイトを有することができる。ISSYIの値が1である場合、ISSYフィールドが存在し、ISSYフィールドはDVB−T2において用いられるISSYフィールド規則にしたがって最初のTSパケットのISSY値を伝送することができる。
Num_TSは8ビットで構成され、リンク層でカプセル化するTSパケットの個数をシグナリングすることができる。
図35には、本発明の一実施例に係る第一のヘッダ圧縮方法を示す。第一のヘッダ圧縮モードは、HC_mode1と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがHC_mode1である場合、HC_modeフィールドの値を00に設定することができる。また、リンク層パケットのペイロードには188バイトのTSパケットからSync byteを除外した(excluding)187バイトのTSパケットを含むことができる。この場合、ペイロードの長さは187*Num_TSとなり、リンク層パケットの全長は、ペイロードとL2ヘッダ(2又は5バイト)とを含む長さを有することができる。すなわち、ペイロードで伝送される情報のうちTSパケットヘッダは、4バイトから3バイトに圧縮されて伝送され得る。Num_TSは、前述したように、リンク層においてカプセル化するTSパケットの個数を示すことができる。
図36に、本発明の一実施例に係る第一のヘッダ圧縮モードによって圧縮されたTSパケットヘッダを示す。同図に示すように、ヘッダ圧縮前のTSパケットヘッダは、Sync Byte、TE(Transports Error indicator)、SI(payload unit Start Indicator)、TP(Transport Priority)、PID、SC(Scrambling Control)、AF(Adaptation Field control)及び/又はCC(Continuity Counter)フィールドを含むことができる。本発明の放送信号送信装置は、第一のヘッダ圧縮モードであるHC_mode1を用いてSync Byteを削除することができる。したがって、ヘッダ圧縮後のTSパケットヘッダは、TE、SI、TP、PID、SC、AF及び/又はCCフィールドを含むことができる。すなわち、放送信号送信装置は、HC_mode1の場合にSync Byteを伝送せず、よって、4バイトのTSパケットヘッダを3バイトに圧縮することができる。
図37には、本発明の一実施例に係る第二のヘッダ圧縮方法を示す。第二のヘッダ圧縮モードは、HC_mode2と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがHC_mode2である場合、HC_modeフィールドの値を01に設定することができる。また、リンク層パケットのペイロードには、188バイトのTSパケットからSync byteを除外した187byteを有する1番目のTSパケットを含むことができる。ペイロードに含まれた2番目のTSパケット以降は、2バイトのTSヘッダを含む計186バイトの長さを有することができる。すなわち、HC_mode2において放送信号送信器は、ペイロードに含まれた1番目のTSパケット以外のTSパケットに対してPIDをSub PIDに圧縮することができる。放送信号送信器は、13ビットのPIDを8ビットのSub PIDに圧縮することができる。
この場合、ペイロードの長さは、186*Num_TS+1バイトとなり、リンク層パケットの全長は、ペイロード及びL2ヘッダ(2又は5バイト)を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうち、最初のTSパケットヘッダは4バイトから3バイトに圧縮され、残りのTSパケットヘッダは4バイトから2バイトに圧縮されて伝送され得る。Num_TSは、前述したように、リンク層でカプセル化するTSパケットの個数を示すことができる。
図38には、本発明の一実施例に係る第二のヘッダ圧縮モードによって圧縮されたTSパケットヘッダを示す。同図に示すように、ヘッダ圧縮前のTSパケットヘッダは、Sync Byte、TE(Transports Error indicator)、SI(payload unit Start Indicator)、TP(Transport Priority)、PID、SC(Scrambling Control)、AF(Adaptation Field control)及び/又はCC(Continuity Counter)フィールドを含むことができる。本発明の放送信号送信装置は、第二のヘッダ圧縮モードであるHC_mode2を用いてSync Byteを削除し、PIDを圧縮することができる。したがって、ヘッダ圧縮後のTSパケットヘッダは、TE、SI、TP、Sub PID、SC、AF及び/又はSF(continuity counter Sync Flag)フィールドを含むことができる。すなわち、放送信号送信装置は、HC_mode2のときにSync Byteを伝送せず、PIDを圧縮し、これによって、4バイトのTSパケットヘッダを2バイトに圧縮することができる。放送信号送信装置は、13ビットであるPIDを圧縮する際にインジケータ及びインデックス値を用いることができる。すなわち、放送信号送信装置は、Sub PIDを1ビットのPSI Indicator(インジケータ)及び7ビットのインデックスで構成することができる。すなわち、13ビットのPIDをヘッダ圧縮によって8ビットのSub PIDに圧縮することができる。また、放送信号送信装置は、HC_mode2のとき、CCをSF(continuity counter Sync Flag)に置き換えることができる。放送信号送信装置は、4ビットのCCを1ビットのSF(continuity counter Sync Flag)に置き換えることによって、3ビットをさらに圧縮することができる。放送信号送信装置は、TSパケットヘッダに対して、Sync Byteの除去によって8ビット、PIDの圧縮によって5ビット、及びCCの置き換えによって3ビットを削減することによって、圧縮前のTSパケットヘッダに比べて2バイト(16ビット)減らすことができる。すなわち、4バイトのTSパケットヘッダを2バイトに圧縮することができる。
図39は、本発明の一実施例に係る第二のヘッダ圧縮モードの圧縮方法を示す図である。Sub PIDは、1ビットのPSI indicatorと7ビットのインデックスとで構成することができる。図39の(a)に示すように、Sub PIDのPSI indicatorが1である場合は、7ビットのインデックスがあらかじめ定義されたPSI packetのPIDを有することができる。例えば、伝送しようとするパケットがPATである場合(PID=0)、放送信号送信装置は、Sub PIDに含まれたPSI indicatorを1に設定し、インデックスは000000に設定して伝送することができる。この場合、放送信号受信装置は、あらかじめ定められたテーブルを用いてSub PID 1000000をPATのPIDである0x0000に圧縮解除することができる。すなわち、PSI indicatorが1である場合は、インデックスの値を用いて、パケットに含まれた情報がどのPSI又はPSIPテーブルであるかを直接導出することができる。
これと違い、データPIDを圧縮する場合、放送信号送信装置は、PSI indicatorを0に設定し、インデックスは最初の3バイトで伝送されるPIDとのオフセットを7ビットのsign(符号付き)ビットで表現する。例えば、PIDが100(video)及び102(Audio)番からなるTSストリームである場合、リンク層パケット内に含まれた最初の3バイトのTSヘッダにPIDが100として伝送されると、後続するPID100、102のTSパケットは、Sub PIDに含まれたインデックスがそれぞれ0及び2と表現されてもよい。
放送信号受信装置は、リンク層パケット内で最初に受信されたPIDとindex(インデックス)値とを合算して、実際に所望するPIDを得ることができる。
Continuity counterは、4バイトを有するが、最初に1回だけ送り、2番目のパケット以降は1ビットのcontinuity counter sync flagに圧縮することができる。図39の(b)に示すように、continuity counter sync flagは、continuity counterがA0000であるときにのみ1と表現し、残りの場合には0と表現することができる。
図40には、本発明の一実施例に係る第三のヘッダ圧縮方法を示す。第三のヘッダ圧縮モードは、HC_mode3と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがHC_mode3である場合、HC_modeフィールドの値を10に設定することができる。また、リンク層パケットのペイロードは、188バイトのTSパケットからSync byteを除外した187バイトの1番目のTSパケットを含むことができる。ペイロードに含まれた2番目のTSパケット以降は、1バイトのTSヘッダを含む計185バイトの長さを有することができる。すなわち、HC_mode3において、放送信号送信器は、ペイロードに含まれた最初のTSパケット以外のTSパケットに対してPIDを削除することができる。このような方式は、リンク層パケット内に含まれたTSパケットが同一のPIDを有する場合に用いることができる。すなわち、TSヘッダが有している複数のフィールドのうちPIDは同一であるが、残りのフィールドが互いに異なる値を有する場合に用いることができる。
この場合、ペイロードの長さは185*Num_TS+2バイトとなり、リンク層パケットの全長は、ペイロード及びL2ヘッダ(2または5バイト)を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうち、最初のTSパケットヘッダは4バイトから3バイトに圧縮され、残りのTSパケットヘッダは4バイトから1バイトに圧縮されて伝送され得る。Num_TSは、前述したように、リンク層においてカプセル化するTSパケットの個数を示すことができる。
図41には、本発明の一実施例に係る第三のヘッダ圧縮モードによって圧縮されたTSパケットヘッダを示す。同図に示すように、ヘッダ圧縮前のTSパケットヘッダは、Sync Byte、TE(Transports Error indicator)、SI(payload unit Start Indicator)、TP(Transport Priority)、PID、SC(Scrambling Control)、AF(Adaptation Field control)及び/又はCC(Continuity Counter)フィールドを含むことができる。本発明の放送信号送信装置は、第三のヘッダ圧縮モードであるHC_mode3を用いてSync Byteを削除し、PIDを削除することができる。したがって、ヘッダ圧縮後のTSパケットヘッダは、TE、SI、TP、SC、AF及び/又はSF(continuity counter Sync Flag)フィールドを含むことができる。すなわち、放送信号送信装置は、HC_mode3のときに、Sync Byte及びPIDを伝送せず、よって、4バイトのTSパケットヘッダを1バイトに圧縮することができる。放送信号送信装置は、13ビットのPIDを削除することができる。また、放送信号送信装置はHC_mode3のときに、CCをSF(continuity counter Sync Flag)に置き換えることができる。放送信号送信装置は、4ビットのCCを1ビットのSFに置き換えることによって、3bitをさらに圧縮することができる。放送信号送信装置は、TSパケットヘッダに対して、Sync Byteの除去によって8ビット、PIDの除去によって13ビット、及びCCの置き換えによって3ビットを削減することによって、圧縮前のTSパケットヘッダに比べて3バイト(24ビット)を減らすことができる。すなわち、4バイトのTSパケットヘッダを1バイトに圧縮することができる。
図42には、本発明の一実施例に係る第四のヘッダ圧縮方法を示す。第四のヘッダ圧縮モードは、HC_mode4と表現することができる。リンク層パケットに用いられたヘッダ圧縮モードがHC_mode4である場合、HC_modeフィールドの値を11に設定することができる。また、リンク層パケットのペイロードは、188バイトのTSパケットからSync バイトを除外した187バイトの1番目のTSパケットを含むことができる。ペイロードに含まれた2番目のTSパケット以降は、TSヘッダを含まなくてもよく、計184バイトの長さを有することができる。すなわち、HC_mode4において、放送信号送信器は、ペイロードに含まれた最初のTSパケット以外のTSパケットに対してTSヘッダを削除することができる。このような方式は、リンク層パケット内に含まれたTSパケットが同一のTSヘッダを有する場合に用いることができる。すなわち、TSヘッダが有している複数のフィールドがいずれも同一の値を有する場合に用いることができる。
この場合、ペイロードの長さは、184*Num_TS+3バイトとなり、リンク層パケットの全長は、ペイロード及びL2ヘッダ(2又は5バイト)を含む長さを有することができる。すなわち、ペイロードで伝送される情報のうち、最初のTSパケットヘッダは4バイトから3バイトに圧縮され、残りのTSパケットヘッダは除去されて伝送され得る。Num_TSは、前述したように、リンク層においてカプセル化するTSパケットの個数を示すことができる。
次に、ヌルパケット削除について述べる。一部のTS入力ストリーム又は分割されたTSストリームは、VBR(Variable Bit-Rate)サービスをCBR TSストリームにおいて収容するために存在する複数のヌルパケットを有することができる。この場合、不要な伝送オーバーヘッドを避けるために、ヌルパケットは確認されて伝送されなくてもよい。受信器において、除去されたヌルパケットは、伝送(中)に(during transmission)挿入されたDNP(Deleted Null-Packet;削除されたヌルパケット)カウンタを参照して、元の正確な箇所に再挿入され得るため、CBRが保証(保障)され(ensured)、タイムスタンプ(PCR)更新が不要になる。次に説明するヌルパケット削除方法は、図3で説明したヌルパケット削除ブロック3030に適用されてもよい。
図43に、本発明の一実施例に係る第一のヌルパケット削除方法を示す。第一のヌルパケット削除モードは、NPD_mode1と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがNPD_mode1である場合、NPD_modeフィールドの値を00に設定することができる。NPD_mode1はヌルパケット削除をしないモードであり、ヌルパケットがL2ペイロードで伝送され、DNP(Deleted Null Packet)が存在しなくてもよい。
図44には本発明の一実施例に係る第二のヌルパケット削除方法を示す。第二のヌルパケット削除モードは、NPD_mode2と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがNPD_mode2である場合、NPD_modeフィールドの値を01に設定することができる。NPD_mode2は、ヌルパケットの頻度が高い場合に用いることができる。放送送信装置はNPD_mode2を用いてヌルパケットを削除し、削除されたヌルパケットの個数を8ビットのDNPでシグナリングすることができる。DNPは、L2ペイロードに含まれたTSパケットの間に挿入することができる。すなわち、放送送信装置は、L2パケット内に含まれる個別(個々)の(separate)TSパケットの終わりにDNPをそれぞれ挿入することができる。ここで、DNPは、各TSと後続するTSとの間に削除されたヌルパケットが存在するか否か、及び削除されたヌルパケットの個数を示すことができる。したがって、第1TSパケットと第2TSパケットとの間に位置しているDNPは、第1TSパケットと第2TSパケットとの間に削除されたヌルパケットがない場合は、0の値を有し、ヌルパケットが削除された場合は、削除されたヌルパケットの個数を示す値を有することができる。DNPは、1バイトで表現される0から255の値を有することができる。
放送送信装置はTSパケット及びヌルパケットのうちヌルパケットを削除し、L2パケットに含まれるペイロードを、削除されたヌルパケットのサイズだけ減らすことができる。また、放送送信装置は、L2パケットに含まれるTSパケットの間に8ビット(1バイト)のDNPを挿入することができ、L2パケットの全長は、挿入されたDNPのサイズだけ増加し得る。すなわち、L2パケットの全長は、Num_TS*1バイトだけ増加し得る。同図に示すように、1番目のTSパケットから3番目のTSパケットまではヌルパケットが存在しない。3番目のTSパケット後に1個のヌルパケットが発生すると、放送信号送信装置は3番目のTSパケット後に位置しているDNPの値を1に設定することができる。また、4番目のTSパケット後に2個のヌルパケットが発生すると、放送信号送信装置は4番目のTSパケット後に位置しているDNPの値を2に設定することができる。放送信号送信装置は、このように、削除されたヌルパケットの個数をDNPを用いて各TSパケットの後でシグナリングすることによって、削除されたヌルパケットの個数を知らせることができ、受信器は、DNP値を用いて、削除されたヌルパケットを復元することができる。
図45には、本発明の一実施例に係る第三のヌルパケット削除方法を示す。第三のヌルパケット削除モードは、NPD_mode3と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがNPD_mode3である場合、NPD_modeフィールドの値を10に設定することができる。NPD_mode3は、ヌルパケットの頻度が低い場合に用いることができる。放送送信装置は、NPD_mode3を用いて、ヌルパケットが発生するまで複数のTSをマージ(併合)し(merge)、その後に発生したヌルパケットの個数をカウントして、L2パケットのペイロード後に位置する8ビットのDNPフィールドを用いてシグナリングすることができる。ここで、DNPフィールドは最大で255個のヌルパケットが削除されたことをシグナリングすることができる。
放送信号送信装置がNPD_mode3を用いる場合、L2パケットの全長はDNPフィールドのサイズである1バイトだけ増加し得る。
図46には本発明の一実施例に係る第四のヌルパケット削除方法を示す。第四のヌルパケット削除モードは、NPD_mode4と表現することができる。リンク層パケットに用いられたヌルパケット削除モードがNPD_mode4である場合、NPD_modeフィールドの値を11に設定することができる。NPD_mode4は、ヌルパケットの頻度が低い場合に用いることができる。放送送信装置はNPD_mode4を用いて、ヌルパケットが発生するまで複数のTSをマージし、その後に発生したヌルパケットの個数をカウントして、L2パケットのペイロードの後に位置する16ビットのDNPフィールドを用いてシグナリングすることができる。ここで、DNPフィールドは最大で65535個のヌルパケットが削除されたことをシグナリングすることができる。
放送信号送信装置がNPD_mode4を用いる場合、L2パケットの全長は、DNPフィールドのサイズである2バイトだけ増加し得る。
次に、ベースバンドフレームのヘッダ構造について述べる。以下、ベースバンドフレームをベースバンドパケットと称することもできる。従来のベースバンドフレームのヘッダ構造は、放送信号送信装置が常に送るべきオプションデータがある場合にデータ伝送効率が減少するという短所があった。本発明のベースバンドフレームのヘッダ構造は、各ベースバンドフレームにオプションデータを挿入する場合、独立した拡張フィールド(extension field)を用いて効率的なベースバンドフレームを構成できるという長所がある。
図47に、本発明の他の実施例に係る入力フォーマッティングブロックを示す。
図47に示す入力フォーマッティングブロックは、図1を参照して説明した入力フォーマッティングブロック1000の一実施例に該当し得る。次に説明する本発明のベースバンドフレームのヘッダ構造は、図47で説明する入力フォーマッティングブロックの他、前述した入力フォーマッティングブロック又は一般的な入力フォーマッティングブロックにも同一に(同様に)適用することができる。
図47には、本発明の一実施例に係る放送信号送信装置の入力フォーマッティングブロックのモード適応(mode adaptation)ブロックを示す。
複数の入力ストリーム(multi input stream)を処理するための入力フォーマッティングブロックのモード適応ブロックは、複数の入力ストリームを独立して処理することができる。
図47に示すように、複数の入力ストリームをそれぞれ処理するためのモード適応ブロックは、入力ストリームスプリッタ(input stream splitter)(前処理(スプリット))47010、入力インターフェース47020、入力ストリーム同期化器(input stream synchronizer)47030、遅延補償(compensation delay)ブロック47040、ヘッダ圧縮ブロック(header compression block)47050、ヌルデータ再利用ブロック(null data reuse)47060、ヌルパケット削除ブロック(null packet deletion block)47070、及び/又はベースバンドヘッダ挿入ブロック(BB header insertion block)47080を含むことができる。本明細書においてベースバンドヘッダ挿入ブロックは、ベースバンドフレーミング(framing)ブロック又はベースバンドフォーマッタに含まれてもよい。ベースバンドフレーミングブロック又はベースバンドフォーマッタは、ベースバンドパケット生成ブロック、ベースバンドヘッダ挿入ブロック及びベースバンドスクランブルブロックを含むことができる。各ブロックに関する説明は、図2及び図3で前述した内容を同一に適用できるため省略する。次に説明するベースバンドフレームのヘッダ構造は、モード適応ブロックのベースバンドヘッダ挿入ブロック47080の動作に適用することができる。すなわち、以下ではベースバンドヘッダの生成方法について説明する。
図48に、本発明の一実施例に係る放送信号受信装置を示す。
放送信号受信装置は、ベースバンドフレームヘッダパーサ(BB frame header parser)48010、ヌルパケット挿入ブロック(Null packet insertion)48020、ヌルデータ再生成ブロック(Null data regenerator)48030、ヘッダ解凍(デコンプレッション)ブロック(header De-compression)48040、デジッタバッファブロック(De-jitter Buffer)48050、TSリコンバイニング(再結合)ブロック(Recombining)48060、及びTSクロック再生成ブロック(TS clock Regeneration)48070を含むことができる。本発明のベースバンドフレームのヘッダ構造は、ベースバンドヘッダパーサがベースバンドフレームヘッダをパースするために用いることができる。放送信号受信装置は、ベースバンドフレームヘッダパーサ48010を用いて、提案されたヘッダ構造をパースすることができる。ヌルパケット挿入ブロック(Null packet insertion)48020は、送信側において削除されたヌルパケットを再び挿入することができる。ヌルデータ再生成ブロック(Null data regenerator)48030は、削除されたヌルデータを再生成することができ、ヘッダ解凍(デコンプレッション)ブロック(header De-compression)48040は、圧縮されたヘッダ情報を解凍(逆圧縮)し(decompress)て抽出することができる。デジッタバッファブロック(De-jitter Buffer)48050は、TSクロック再生成ブロック48070を用いてジッタを補償することができ、TSリコンバイニングブロック(Recombining)48060を用いて、複数のTSパケットにパケット化されたTSデータを再びコンバイニング(結合)することができる。放送信号受信装置は、このような処理を用いてデータストリームを復元して出力することができる。上述したように、本発明のベースバンドフレームのヘッダ構造は、ベースバンドフレームヘッダパーサ(BB frame header parser)48010がパースするヘッダの構造を表すことができる。
図49に、本発明の一実施例に係るベースバンドフレームのパケット構造を示す。ベースバンドフレームヘッダは、物理層で伝送される信号(input stream:TS、IP、GS)を、BICMに入力するのに適した長さ及び構造を有し得るようにベースバンドフレーム単位でパケット化する役割を担う。以下、ベースバンドフレームヘッダをベースフィールド(base field)と称することもできる。ベースバンドフレームは、ヘッダ部分、オプショナル部分、及び入力(Input stream)が伝送されるペイロード(Payload)部分で構成することができる。ベースバンドヘッダ(ベースフィールド)は、スタッフバイト(Stuff byte)がなく、SYNCDの値が128より小さい場合、1バイトモード(byte mode)が用いられ、スタッフバイトがあるか、又はSYNCDが128より大きい又は等しい場合、2バイトモードを有する(が用いられる)ことができる。1バイトモードは、1ビットのMODEフィールド及び7ビットのSYNCD_LSBフィールドで構成することができる。2バイトモードは、1バイトモードに加えて、6ビットのSYNCD_MSBフィールド及び2ビットのOPTIフィールドで構成することができる。本明細書においてOPTIフィールドをOFIフィールドと称することもできる。
オプションフィールド(Option field)は、スタッフィング(Stuffing)、帯域内シグナリング(In-band signaling)、ISSYなどのように間欠的に発生するフィールドである。OPTIフィールドはオプションフィールドの構成を定義することができる。
オプションフィールドが存在する場合、1バイト又は2バイトのOPT headerを含むことができる。OPT headerは、Typeを示す3ビットのOPT_TYPEと、オプションフィールドの長さを示すOPT_LEN_LSB及びOPT_LEN_MSBを含むことができる。ここで、OPT_TYPEによってOPT_LENの構成を決定することができる。
図50及び図51には、本発明の一実施例に係るベースバンドフレームの構造を示す。
放送信号送信装置の生成するベースバンドフレームは、ケースによって異なる構造を含むことができる。
第1ケースは、OPTフィールドがなく、SYNCDが128バイト以下である場合のベースバンドフレーム構造を表すことができる(50010)。第1ケースのベースバンドフレームは、MODE、SYNCD_LSB及びペイロードフィールドを含むことができる。ここで、MODEフィールドは‘0’に設定され、SYNCD_LSBフィールドは0〜127バイトのSYNCD値を表現することができる。この場合、ベースバンドフレームヘッダは1バイトを有する。すなわち、図51に示すように、MODEフィールドが‘0’に設定された場合、1バイトのベースバンドヘッダモードであることを示すことができる。
第2ケースは、OPTフィールドが存在したり、又はOPTフィールドがないが、SYNCDが128バイトより大きいか等しい場合のベースバンドフレーム構造を表すことができる(50020)。ここで、MODEフィールドは‘1’に設定され、SYNCD値はSYNCD_LSBフィールド及びSYNCD_MSBフィールドを用いることができる。また、2ビットのOPTIフィールドが存在し、OPTIによってOPTフィールドが決定され得る。図51に示すように、MODEフィールドが‘1’に設定された場合、2バイトのベースバンドヘッダモードであることを示すことができる。
次に、第2ケースの細部ケースを説明する。
第2−1ケースは、2バイトモードにおいてOPTフィールドがない場合のベースバンドフレーム構造を表すことができる(50021)。OPTIフィールドは‘00’に設定され、この場合、ベースバンドフレームはOPTフィールドを含まない。図51に示すように、OPTIフィールドは‘00’に設定された場合、OPTフィールドを含まないベースバンドヘッダモードであることを示すことができる。
SYNCDが128バイトより大きい又は等しい場合、ベースバンドフレームヘッダは2バイトを有することができる。このとき、ベースバンドフレームはOPTフィールドを含まず、ベースバンドフレームヘッダの次にPayloadが位置すればよい。
OPTIが‘00’でない場合、ベースバンドフレームはOPTフィールドを含むことができる。OPTフィールドは、ベースバンドフレームの構成時に、入力ストリームデータを伝送するペイロード以外に他の用途のデータを伝送したり、データレート(data rate)を合わせるのにスタッフィングフィールド(stuffing field)を挿入するために用いることができる。上記他の用途のデータは、同期のためのISSYフィールド、L1(PLS;Physical layer signaling)を補助するためのInband−signaling tableなどを含むことができ、これらのデータはベースバンドフレームごとに伝送されず、必要な場合に伝送されればよい。次に、ベースバンドフレームがオプションフィールドを含む場合について説明する。
第2−2ケースは、1バイトのスタッフィング(Dummy:0x00又は0xff)バイトが存在する場合のベースバンドフレーム構造を表すことができる(50022)。ここで、OPTIフィールドは“01”に設定され、これは、1バイトのOPTヘッダがスタッフィングに用いられることをシグナリングすることができる。図51に示すように、OPTIフィールドが‘01’に設定された場合、1バイトのスタッフィングを含むベースバンドフレームであることを示すことができる。放送信号送信装置は、ベースバンドフレームに1バイトのスタッフィングを挿入するために、OPTフィールドを用いなくて済み、OPT typeフィールドを“000”に設定し、OPT_LENGTH_LSBも“00000”に設定して1バイトのスタッフィングを挿入することができる。
第2−3ケースは、2バイトのスタッフィングバイトが存在する場合のベースバンドフレーム構造を表すことができる(50023)。ここで、OPTIは“10”に設定され、これは、2バイトのOPTヘッダがスタッフィングに用いられることをシグナリングすることができる。図51に示すように、OPTIフィールドが‘10’に設定された場合、2バイトのスタッフィングを含むベースバンドフレームであることを示すことができる。放送信号送信装置は、ベースバンドフレームに2バイトのスタッフィングを挿入するために、OPTフィールドを用いなくて済み、OPT typeフィールドは“000”に設定し、OPT_LENGTH_LSB及びOPT_LEN_MSBフィールドもそれぞれ“00000000”に設定して、2バイトのスタッフィングを挿入することができる。
第2−4−1ケースは、2バイト以上31バイト以下のスタッフィングが存在する場合のベースバンドフレーム構造を表すことができる(50024−1)。ここで、OPTIが“11”に設定され、放送信号送信装置は、2バイトのOPTヘッダ、及びOPTフィールドをスタッフィングバイト(ダミーバイト)で埋めることができる。図51に示すように、OPTIフィールドが‘11’に設定された場合、OPTフィールド及びスタッフィングを含むベースバンドフレームであることを示すことができる。放送信号送信装置は、ベースバンドフレームに2バイト以上31バイト未満のスタッフィングを挿入するために、OPT typeを“000”に設定し、OPT_LENGTH_LSBを用いてOPTフィールドの長さを示し、OPTフィールドに該当する長さのスタッフィングバイトを挿入することができる。
第2−4−2ケースは、32バイト以上のスタッフィングが存在する場合のベースバンドフレーム構造を表すことができる(50024−2)。ここで、OPTIが“11”に設定され、放送信号送信装置は、2バイトのOPT header、及びOPTフィールドをスタッフィングバイト(ダミーバイト)で埋めることができる。放送信号送信装置は、ベースバンドフレームに32バイト以上のスタッフィングバイトを挿入するために、OPT typeを“000”に設定し、OPT_LENGTHでOPTフィールドの長さを示し、OPTフィールドに該当する長さのスタッフィングバイトを挿入することができる。
OPTフィールドの長さは、OPT_LEN_LSB及びOPT_LEN_MSBを用いて表現することができる。
第2−4−1ケース及び第2−4−2ケースのベースバンドフレームに含まれるOPTフィールドは、複数のスタッフィングバイトを含むことができる他、OPT_TYPEによって、ISSY、帯域内シグナリングなどの、ベースバンドフレームに必要な情報を含むこともできる。
図52には、本発明の他の実施例に係るベースバンドフレームのパケット構造を示す。前述したベースバンドフレーム構造は、ヘッダ構造を最小化して効率的なデータ伝送を行うことができる。前述したベースバンドフレーム構造は、スタッフィング及びオプション情報(ISSY、Inband signalingなど)がない場合、2バイトのヘッダとすることができる。特に、SYNCDが127以下である場合、放送信号送信装置はベースバンドフレームヘッダを1バイトで運営することができる。また、OPT_TYPEを用いて、所望のベースバンドフレームのOPTフィールドに、Option情報であるISSY、帯域内シグナリングを挿入することができる。
しかし、前述したベースバンドフレームヘッダ構造は、各ベースバンドフレームのOPTフィールドにデータが伝送される場合、非効率的なデータ伝送が発生しうる。この場合、SYNCDのサイズにかかわらず、全てのベースバンドフレームヘッダが2バイトのOption field(option field of 2 bytes)を有する(ようになる)。仮に、毎回挿入されるべきデータの他にもOption情報が存在する場合、放送信号送信装置は8つの場合しか表現できない3ビットのOPT_TYPEの運用(operating)に困難が発生しうる。
このような問題点を解決するために、図52のように,ベースバンドフレーム内にExtension fieldを含むことができる。すなわち、ベースバンドパケットのヘッダは、ベースフィールド、オプションフィールド及び拡張(Extension)フィールドを含むことができる。
Extension fieldは、各ベースバンドフレームに挿入されるべきデータが存在する場合に用いることができる。すなわち、放送信号送信装置は、ベースバンドフレームにExtension fieldを位置付け、ベースバンドフレームごとに挿入されるべきデータをextension fieldで伝送することによって、Option fieldと独立して運用することができる。ここで、ベースバンドフレームごとに挿入されるべきデータは、チャネルボンディング(channel bonding)情報を含むことができる。
Extension fieldは、ベースバンドフレームにおいてベースバンドフレームヘッダの次に位置し得る。Extension fieldは、ベースバンドフレームにおいてオプションフィールド又はペイロードの前に位置してもよい。
図53に、本発明の一実施例に係るベースバンドフレーム構造をシグナリングするシグナリングフィールドを示す。
下記では、PLS(Physical Layer Signaling)を用いるシグナリング方式を説明する。独立したExtension fieldをベースバンドフレームヘッダに挿入する位置は、1又は2バイトの基本となるベースバンドフレームヘッダの次とすることができる。これによって、オプションフィールドの影響無しで、放送信号を受信した受信装置はExtension fieldを直接パースすることができる。
本発明において、放送信号送信装置がExtension fieldを独立して運用するためには、Extension fieldの存在の有無、extension fieldのタイプ、長さの情報を示すことができる。放送信号送信装置は、これに該当する情報をPLS(Physical Layer Signaling)を用いて伝送することができる。前述したベースバンドフレーム方式においても1〜2バイトヘッダのためにペイロードで伝送されるデータのタイプを定義することができる。
図53の(a)に第1タイプのシグナリングテーブルを示す。
入力フォーマッティングのためのシグナリングフィールドは、データタイプ(data type)、Extension fieldインジケータ、Extension fieldタイプ、及び/又はExtension fieldの長さに関する情報を含むことができる。
データタイプシグナリングは、data_typeとして定義でき、3ビットを割り当てることができる。データタイプシグナリングは、伝送されるdataが、MPEG2−TS、IP(v4、v6)、Generic streamのいずれであるかをシグナリングすることができる。
シグナリングテーブルは、データタイプの次にextension fieldのためのシグナリングフィールドを含むことができる。Extension fieldを用いるために必要な情報には、Extension fieldの使用の有無を示す情報と、Extension fieldのフィールドタイプ及びフィールド長を示す情報と、がある。
Extension fieldの使用の有無を示す情報は、Extension_field_indicatorとして定義でき、1ビットを割り当てることができる。このフィールドは、ベースバンドフレームにextension fieldが存在するか否かをシグナリングする役割を担う。Extension fieldが使用されない場合、当該フィールドは‘0’に設定され、使用される場合、当該フィールドは‘1’に設定され得る。
Extension fieldのフィールドタイプに関する情報は、Extension_field_typeとして定義でき、4ビットを割り当てることができる。Extension_field_typeは、extension_fieldで伝送される情報のタイプを示す(ようになる)。Extension_field_typeは、ベースバンドフレームに毎回伝送されるべきISSY、CRC、チャネルボンディング(channel bonding)情報などを示すことができる。
Extension fieldのフィールド長に関する情報は、Extension_field_lengthとして定義でき、13ビットを割り当てることができる。Extension_field_lengthは、extension fieldの長さを示すことができる。
例えば、各ベースバンドフレームに4バイトのISSYデータが伝送される場合、Extension_field_indicatorは‘1’に設定され、extension_field_typeはISSYを示す‘0’に設定され、extension_field_lengthは4バイトを示す‘4’に設定され得る。
図53の(b)には第2タイプのシグナリングテーブルを示す。
第2タイプは、前述した4ビットのextension_field_typeだけを用いる方法であり、放送信号送信装置がextension_fieldを使用しない場合、extension_field_typeを‘0’に設定してextension_field_indicator機能を代行する(replace)ことができる。放送信号送信装置がextension_fieldを使用する場合、使用するextension_field_typeはExtension fieldのタイプを示すことができ、Extension fieldの長さは、Extension fieldのタイプによって、あらかじめ定義された長さに設定することができる。
前述した第1タイプは、extension fieldが存在しない場合、PLSにおいてextension_field_indicatorが1ビットだけを占有するようになり、効率的な運用が可能である。
しかし、Extension fieldの有無によってフィールドの構成が変わるため、流動的な(variable)PLS構造に向いている。すなわち、Extension fieldが存在する場合には、当該フィールドが18ビットを占有するが、Extension fieldが存在しない場合には1ビットだけを占有する。
前述した第2タイプは、PLSに位置するextension fieldの有無にかかわらずに同一のPLSフィールドサイズ(4ビット)を有するという効果がある。したがって、固定したサイズのPLS構造に適する。
図54は、本発明の一実施例に係るベースバンドフレームの構造を示す図である。
Extension fieldを使用しない方式では、各ベースバンドフレームに挿入されるべきデータをオプションフィールドに挿入することができる。この場合、全てのベースバンドフレームのヘッダは2バイトを有することになり、他のオプションフィールドを挿入する上で困難が発生しうる。
しかし、本発明のExtension fieldを用いる場合、Extension fieldがオプションフィールドと分離されているため、データの効率的な運用が可能である。
図54に示す第1のベースバンドフレーム、第2のベースバンドフレーム及び第3のベースバンドフレームのようにSYNCDが127バイト以下である場合、extension fieldが含まれても、1バイトのベースバンドフレームヘッダを用いることができる。
第4のベースバンドフレーム及び第5のベースバンドフレームは、SYNCDが127バイトより大きい場合であり、ベースバンドフレームヘッダは、Extension fieldを使用しない方式と同様に、2バイトを有する。
第6のベースバンドフレーム及び第7のベースバンドフレームは、Option fieldとextension fieldとが共存できる。
上述したように、本発明のベースバンドフレーム構造は、各ベースバンドフレームに挿入されるべきデータが存在する場合、オプションフィールドを用いず、Extension fieldを用いて伝送することができる。したがって、ISSYモード、チャネルボンディング情報又はベースバンドフレームのヘッダにCRCを挿入する場合、独立して存在するExtension fieldを用いてデータ伝送効率を上げることができる。
図55は、本発明の一実施例に係る放送信号を送信する方法を示す図である。放送信号送信装置は、入力データを入力フォ−マッティングすることができる(S55010)。
放送信号送信装置は、入力データをカプセル化することができる。放送信号送信装置は、カプセル化処理において前述のTSヘッダ圧縮方法を用いることができる。すなわち、放送信号送信装置は、前述したように、シンクバイトを削除したり、PIDを圧縮したり、PIDを削除したり、又はTSヘッダを削除する方法を用いてTSヘッダを圧縮することができる。
また、放送信号送信装置は、カプセル化処理において前述のヌルパケット削除方法を用いることができる。すなわち、放送信号送信装置は、前述したように、ヌルパケットを削除し、TSパケットごとにDNPを追加してペイロードを構成したり、ヌルパケットが発生するときに限ってDNPを追加してヌルパケットを削除することができる。DNPは、前述したように、削除されたヌルパケットの個数をシグナリングすることができる。
放送信号送信装置は、カプセル化された入力データを含むベースバンドフレームを構築(ビルド)する(build)ことができる。本明細書において、ベースバンドフレームをベースバンドパケットと表現することができる。放送信号送信装置は、ベースバンドフレーム生成処理において前述のベースバンドフレーム構造を用いることができる。すなわち、放送信号送信装置は、前述したように、Extension fieldを定義して、ベースバンドフレームに位置付ける(position)ことができる。放送信号送信装置は、Extension fieldを用いて、ベースバンドフレームごとに挿入されるべきデータを伝送することができる。これによって、放送信号送信装置は、オプションフィールドで伝送すべきデータをExtension fieldで伝送することができ、データ伝送効率を上げることができる。
放送信号送信装置は、フォーマットされた入力データをエンコードすることができる(S55020)。
放送信号送信装置は、前述したBICMブロックを用いてエンコードすることができる。入力フォーマッタからBICMブロックに伝達される入力データは、前述したPLPデータフォーマットに入力され得る。
放送信号送信装置は、エンコードされたデータを変調することができる(S55030)。
放送信号送信装置は、前述のOFDM生成ブロックを用いて変調することができる。エンコードされたデータをOFDM変調方式を用いて変調することができる。
放送信号送信装置は、変調されたデータを含む放送信号を伝送することができる(S55040)。放送信号送信装置は、変調されたデータを、出力アンテナを用いて伝送することができる。
図56は、本発明の一実施例に係る放送信号を受信する方法を示す図である。
放送信号受信装置は放送信号を受信することができる(S56010)。放送信号受信装置はチューナを用いて放送信号を受信することができる。受信された放送信号は、放送信号送信装置によってカプセル化されたデータを含むことができる。受信された放送信号は、カプセル化処理において前述のTSヘッダ圧縮方法が用いられたものであってもよい。すなわち、受信された放送信号は、シンクバイトを削除したり、PIDを圧縮したり、PIDを削除したり、TSヘッダを削除する方法によって圧縮されたTSヘッダを含むことができる。
また、受信された放送信号は、カプセル化処理において前述のヌルパケット削除方法が適用されたものであってもよい。すなわち、受信された放送信号は、前述したように、ヌルパケットを削除し、TSパケットごとにDNPを追加してペイロードを構成したり、ヌルパケットが発生するときに限ってDNPを追加し、ヌルパケットを削除した放送信号であってもよい。DNPは、前述したように、削除されたヌルパケットの個数をシグナリングすることができる。
受信された放送信号は、ベースバンドフレームを含むことができ、ベースバンドフレーム生成処理において前述のベースバンドフレーム構造を用いることができる。すなわち、受信された放送信号は、Extension fieldを有するベースバンドフレームを含むことができる。受信された放送信号は、Extension fieldにベースバンドフレームごとに挿入されるべきデータを含むことができる。これによって、受信された放送信号は、オプションフィールドに含まれるべきであったデータをExtension fieldに含むことによって、データ伝送効率を上げることができる。
放送信号受信装置は、放送信号に含まれたデータを復調することができる(S56020)。放送信号受信装置はOFDM復調方式を用いてデータを復調することができる。
放送信号受信装置は、復調されたデータをデコードすることができる(S56030)。
放送信号受信装置は、前述のデコーディングモジュールを用いて、復調されたデータをデコードすることができる。
放送信号受信装置は、デコードされたデータを出力処理(output processing)してデータストリームを得ることができる(S56040)。放送受信装置は、前述した出力プロセッサを用いてデータストリームを取得して出力することができる。放送信号受信装置は、出力プロセッサを用いてデコードされたデータを出力処理(アウトプットプロセシング)(output-processing)できる。出力プロセッサは、前述した図9の出力プロセッサに対応し得る。また、出力プロセッサは、図48で説明したブロックを含むことができる。すなわち、出力プロセッサは、ベースバンドフレームヘッダパーサ、ヌルパケット挿入部、ヌルデータ生成部、ヘッダ解凍ブロック、デジッタバッファ及び/又はTSコンバイニングブロックのうち少なくとも一つを含むことができる。ベースバンドフレームパーサは、前述したベースバンドフレームヘッダ内の拡張フィールドをパースすることができる。ここで、ベースバンドフレームパーサは、前述した拡張フィールドの有無を示す(indicate)情報を用いて、ヘッダ内の拡張フィールドをパースすることができる。前述したように、ベースバンドフレームは、ベースバンドパケットと表現することができる。また、ヌルパケット挿入部は、前述したヌルパケット削除方法に対応して、削除されたヌルパケットを受信装置において復元することができる。ヌルパケット挿入部は、前述したように、削除されたヌルパケットの個数を示すDNP情報から、削除されたヌルパケットの個数を確認し、削除されたヌルパケットを挿入することができる。また、ヘッダ解凍ブロックは、前述したヘッダ圧縮方法の逆の処理によって、ヘッダ圧縮前のヘッダ情報を受信装置において復元することができる。ヘッダ解凍ブロックは、前述したヘッダ圧縮モードに関する情報からヘッダ圧縮モードを確認し、モードによってヘッダ解凍(De-compression)動作を実行することができる。
前述したように、本発明のヘッダ圧縮、ヌルパケット削除、拡張フィールド生成方法を用いて、データ伝送効率を上げることができる。
本発明の思想や範囲から逸脱することなく、本発明において様々な変更及び変形が可能であることは、当業者に理解される。したがって、本発明は、添付する請求項及びその同等範囲内で提供される本発明の変更及び変形を含むことが意図される。
本明細書において装置の発明及び方法の発明の両方が述べられ、装置及び方法の両発明の説明は互いに補完して適用され得る。
様々な実施例を、本発明を実施するための形態において説明した。