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