(57)【要約】【課題】ハイブリッド放送システムでデータを適切に処理する装置を提供する。【解決手段】本発明の一実施例に係る送信機は、メディアに含まれるデータの一部を送信するセグメントを生成するデータエンコーダー、セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成するパケットエンコーダー、及びパケットを含む放送信号を生成し、放送信号を送信する放送信号送信部を含み、ヘッダーはＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含み、ＴＯＩエレメントはペイロードが送信するデータが含まれるセグメントを識別するセグメント識別エレメントとデータユニットを識別するデータユニット識別エレメントを含むことを特徴とする。【選択図】図４０
2017517180.tif 000002
【特許請求の範囲】
【請求項１】
メディアに含まれるデータの一部を送信するセグメントを生成するデータエンコーダーと、
前記セグメントを一つ以上のデータユニットに分割し、ヘッダーと前記データユニットの全部又は一部のデータを含むペイロードを含むパケットを生成するパケットエンコーダーと、
前記パケットを含む放送信号を生成し、前記放送信号を送信する放送信号送信部と、
を含み、
前記ヘッダーはＴＯＩエレメントを含み、前記ＴＯＩエレメントは前記ペイロードで送信されるデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする、送信機。
【請求項２】
前記データエンコーダーはＤＡＳＨエンコーダーに相当し、前記データエンコーダーはＭＰＤを生成し、
前記送信機は、
放送送信機の基準時間についての情報を用いてＮＴＰ情報を生成し、ＮＴＰ情報を含むＮＴＰパケット生成するＮＴＰサーバーと、
メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成するタイムラインパケットエンコーダーと、
ＭＰＤの要請に対する応答を処理するか、またはセグメントなどのメディアのデータの要請に対する応答を処理するＨＴＴＰサーバーと、
放送送信機の基準時間についての情報を処理して提供するウォールクロック処理部と、
シグナリング情報を生成するシグナリングエンコーダーと、
のいずれか一つ以上をさらに含む、請求項１に記載の送信機。
【請求項３】
前記データユニットはチャンクに相当し、
前記セグメントはＩＳＯ ＢＭＦＦファイルに相当し、
前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当する、請求項１に記載の送信機。
【請求項４】
前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含む、請求項１に記載の送信機。
【請求項５】
前記ペイロードの前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含む、請求項１に記載の送信機。
【請求項６】
前記ヘッダーは、ＴＳＩエレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別する、請求項１に記載の送信機。
【請求項７】
前記ヘッダーは、前記データユニットのＰＴＳを示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含む、請求項１に記載の送信機。
【請求項８】
一つ以上のパケットを含む放送信号を受信するチューナーと、
前記一つ以上のパケットをパーシングするＡＬＣ／ＬＣＴ＋クライアントであって、前記パケットはヘッダーとデータユニットの全部又は一部のデータを含むペイロードを含む、ＡＬＣ／ＬＣＴ＋クライアントと、
前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するＤＡＳＨクライアントと、
前記セグメントを用いてメディアをデコードするメディアデコーダーと、
を含み、
前記ヘッダーはＴＯＩエレメントを含み、前記ＴＯＩエレメントは前記ペイロードで送信されるデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする、受信機。
【請求項９】
前記ＤＡＳＨクライアントの要求を処理してＨＴＴＰサーバーに伝達し、前記ＨＴＴＰサーバーから前記要求による応答を受信して前記ＤＡＳＨクライアントに伝達するＨＴＴＰアクセスクライアントをさらに含み、
前記ＤＡＳＨクライアントは、前記応答に含まれたセグメントと前記生成されたセグメントの間の同期を取る、請求項８に記載の受信機。
【請求項１０】
前記データユニットはチャンクに相当し、
前記セグメントはＩＳＯ ＢＭＦＦファイルに相当し、
前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当する、請求項８に記載の受信機。
【請求項１１】
前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含む、請求項８に記載の受信機。
【請求項１２】
前記ペイロードの前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含む、請求項８に記載の受信機。
【請求項１３】
前記ヘッダーは、ＴＳＩエレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別する、請求項８に記載の受信機。
【請求項１４】
前記ヘッダーは、前記データユニットのＰＴＳを示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含む、請求項８に記載の受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメディア信号を送信／受信する方法及び装置に関するものである。より詳しくは、本発明はブロードバンド（ｂｒｏａｄｂａｎｄ）とブロードキャスト（ｂｒｏａｄｃａｓｔ）が結合された放送システムにおいて、ブロードバンドとブロードキャストにそれぞれ送信されるメディアに対するデータを処理する方法及び装置に関するものである。
【背景技術】
【０００２】
デジタル放送システムにおいては、ＩＰ基盤の放送信号の送受信が拡張されている。特に、ヨーロッパ放送標準のＤＶＢ−ＮＧＨ、又は北米放送標準のＡＴＳＣ−ＭＨのようなモバイルデジタル放送においてＩＰ基盤の放送信号送受信環境の重要性が強調されている。また、次世代放送システムにおいては、放送網とインターネット網を連結してサービスする、いわゆるハイブリッド放送システムが構築される見込みである。
【０００３】
ハイブリッド放送システムには既存の放送網を介してデータが送信される方式とブロードバンド網を介してデータが送信される方式が共存するので、これらのデータを処理する方式が既存の放送受信機とは違うという問題点がある。
【０００４】
また、ハイブリッド放送システムでは放送網を介して送信されるデータとブロードバンド網を介して送信されるデータを一緒に使用して一つのメディアを生成することができ、この過程で放送網を介して送信されるデータとブロードバンド網を介して送信されるデータの間のタイミングが合わないか、あるいは同期（ｓｙｎｃ）しないことができるという問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が達成しようとする技術的課題は、前述した問題点を解決するためのもので、ハイブリッド放送システムでは既存の放送網を介してデータが送信される方式とブロードバンド網を介してデータが送信される方式が共存するので、これらのデータを処理する適切な方法及び装置を提供することにある。
【０００６】
また、本発明が達成しようとする技術的課題は、ハイブリッド放送システムでは放送網を介して送信されるデータとブロードバンド網を介して送信されるデータを一緒に使用して一つのメディアを生成することができ、この過程で放送網を介して送信されるデータとブロードバンド網を介して送信されるデータの間のタイミングや同期を取ることができる適切な方法及び装置を提供することにある。
【課題を解決するための手段】
【０００７】
前述した技術的課題を解決するための本発明の一実施例に係る送信機は、メディアに含まれるデータの一部を送信するセグメントを生成するデータエンコーダー、前記セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）と前記データユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成するパケットエンコーダー、及び前記パケットを含む放送信号を生成し、前記放送信号を送信する放送信号送信部を含み、前記ヘッダーはＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする。
【０００８】
好ましくは、前記データエンコーダーは、ＤＡＳＨエンコーダーに相当し、前記データエンコーダーはＭＰＤ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）を生成することを特徴とし、前記送信機は、放送送信機の基準時間についての情報を用いて、ＮＴＰ（ｎｅｔｗｏｒｋ ｔｉｍｅ ｐｒｏｔｏｃｏｌ）情報を生成し、ＮＴＰ情報を含むＮＴＰパケット生成するＮＴＰサーバー、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成するタイムラインパケットエンコーダー、ＭＰＤの要請に対する応答を処理するか、あるいはセグメントなどのメディアのデータに対する要請に対する応答を処理するＨＴＴＰサーバー、放送送信機の基準時間についての情報を処理して提供するウォールクロック処理部、及びシグナリング情報を生成するシグナリングエンコーダーのいずれか一つ以上をさらに含む。
【０００９】
好ましくは、前記データユニットはチャンク（ｃｈｕｎｋ）に相当し、前記セグメントはＩＳＯ ＢＭＦＦファイルに相当し、前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当することを特徴とする。
【００１０】
好ましくは、前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含むことを特徴とする。
【００１１】
好ましくは、前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含むことを特徴とする。
【００１２】
好ましくは、前記ヘッダーは、ＴＳＩ（Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）エレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別することを特徴とする。
【００１３】
好ましくは、前記ヘッダーは、前記データユニットのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ）を示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含むことを特徴とする。
【００１４】
前述した技術的課題を解決するための本発明の一実施例に係る受信機は、一つ以上のパケットを含む放送信号を受信するチューナー、前記一つ以上のパケットをパーシング及び処理するＡＬＣ／ＬＣＴ＋クライアント、ここで、前記パケットはヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むことを特徴とし、ＡＬＣ／ＬＣＴ＋クライアントは前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するセグメントを生成し、これをＤＡＳＨクライアントに伝達し、前記セグメントを用いて、メディアをデコードするメディアデコーダーを含み、前記ヘッダーはＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする。
【００１５】
好ましくは、前記受信機は、前記ＤＡＳＨクライアントの要求（ｒｅｑｕｅｓｔ）を処理してＨＴＴＰサーバーに伝達し、前記ＨＴＴＰサーバーから、前記要求による応答（ｒｅｓｐｏｎｓｅ）を受信して前記ＤＡＳＨクライアントに伝達するＨＴＴＰクライアントをさらに含み、前記ＤＡＳＨクライアントは、前記応答に含まれたセグメントと前記生成されたセグメントの間の同期を取ることを特徴とする。
【００１６】
好ましくは、前記データユニットはチャンク（ｃｈｕｎｋ）に相当し、前記セグメントはＩＳＯ ＢＭＦＦファイルに相当し、前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当することを特徴とする。
【００１７】
好ましくは、前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含むことを特徴とする。
【００１８】
好ましくは、前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含むことを特徴とする。
【００１９】
好ましくは、前記ヘッダーは、ＴＳＩ（Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）エレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別することを特徴とする。
【００２０】
好ましくは、前記ヘッダーは、前記データユニットのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ）を示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含むことを特徴とする。
【発明の効果】
【００２１】
本発明によると、ハイブリッド放送システムでは既存の放送網を介して送信されるデータとブロードバンド網を介して送信されるデータを効率的に一緒に処理することができるという効果がある。
【００２２】
本発明によると、放送網を介して送信されるデータとブロードバンド網を介して送信されるデータの間のタイミングや同期を効果的に取ることができる効果がある。
【図面の簡単な説明】
【００２３】
本発明のさらなる理解のために含まれ、本出願に含まれ、その一部を構成する添付の図面は、本発明の原理を説明する詳細な説明と共に本発明の実施例を示す。
【００２４】
【図１】本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔ ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図３】本発明の他の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔ ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図４】本発明の一実施例に係るＢＩＣＭ（ｂｉｔ ｉｎｔｅｒｌｅａｖｅｄ ｃｏｄｉｎｇ ＆ ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。
【図５】本発明の他の一実施例に係るＢＩＣＭブロックを示す図である。
【図６】本発明の一実施例に係るフレームビルディング（Ｆｒａｍｅ Ｂｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。
【図７】本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。
【図８】本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図９】本発明の一実施例に係るフレーム構造を示す図である。
【図１０】本発明の一実施例に係るフレームのシグナリング階層構造を示す図である。
【図１１】本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。
【図１２】本発明の一実施例に係るＰＬＳ１データを示す図である。
【図１３】本発明の一実施例に係るＰＬＳ２データを示す図である。
【図１４】本発明の他の一実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ、論理）構造を示す図である。
【図１６】本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。
【図１７】本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１８】本発明の一実施例に係るＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１９】本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。
【図２０】本発明の一実施例に係るタイムインターリービングを示す図である。
【図２１】本発明の一実施例に係るツイストされた行列ブロックインターリーバーの基本動作を示す図である。
【図２２】本発明の他の一実施例に係るツイストされた行列ブロックインターリーバーの動作を示す図である。
【図２３】本発明の一実施例に係るツイストされた行列ブロックインターリーバーの対角線方向の読み取りパターンを示す図である。
【図２４】本発明の一実施例に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す図である。
【図２５】本発明の一実施例に係るハイブリッド（ｈｙｂｒｉｄ）放送受信機を示した図である。
【図２６】本発明の一実施例に係るハイブリッド放送受信機でサービススキャニング（ｓｃａｎｎｉｎｇ）を行う動作を示した図である。
【図２７】本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図２８】本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図２９】本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図３０】本発明の一実施例に係るハイブリッド放送受信機のブロック図を示した図である。
【図３１】本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図３２】本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図３３】本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図３４】本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【図３５】本発明の一実施例に係るＡＬＣ／ＬＣＴ＋クライアントの動作を示した図である。
【図３６】本発明の一実施例に係るＩＳＯ ＢＭＦＦファイルを示した図である。
【図３７】本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットを示した図である。
【図３８】本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合のアプリケーション階層伝送プロトコルパケットを示した図である。
【図３９】本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされて、ＴＯＩが一つのチャンク（ｃｈｕｎｋ）にマッピングされる場合のアプリケーション階層伝送プロトコルパケット内のＩＳＯ ＢＭＦＦファイル内の各ボックスの特性を設定することを示した図である。
【図４０】本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの送信及び受信を示した図である。
【図４１】本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの構造を示した図である。
【図４２】本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの処理を示した図である。
【図４３】本発明の一実施例に係る放送システムを示した図である。
【図４４】本発明の一実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【図４５】本発明の一実施例に係るＭＰＤをブロードバンド及びブロードキャストの両方で使用する場合の放送システムの動作を示す。
【図４６】本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【図４７】本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。
【図４８】本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【図４９】本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。
【図５０】本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【図５１】本発明の一実施例に係る放送信号を送信処理する手順及び放送信号を受信処理する手順を示したフローチャートである。
【図５２】本発明の一実施例に係る送信機及び受信機を示した図である。
【発明を実施するための形態】
【００２５】
本発明の好ましい実施例について具体的に説明し、その例は添付の図面に示す。添付の図面を参照した以下の詳細な説明は、本発明の実施例によって具現可能な実施例のみを示すためのものではなく、本発明の好ましい実施例を説明するためのものである。以下の詳細な説明は、本発明に対する徹底した理解を提供するために詳細を含む。しかし、本発明がこのような詳細なしにも実行可能であるということは当業者に自明である。
【００２６】
本発明で使用されるほとんどの用語は、該当の分野で広く使用される一般的な用語から選択されるが、一部の用語は出願人によって任意に選択され、その意味は、必要に応じて以下の説明で詳細に記載する。したがって、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。
【００２７】
本明細書において、「シグナリング（ｓｉｇｎａｌｉｎｇ）」とは、放送システム、インターネット放送システム、及び／又は放送／インターネット融合システムで提供されるサービス情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を送信／受信することを示す。サービス情報は、現在存在する各放送システムで提供される放送サービス情報（例えば、ＡＴＳＣＳＩ及び／又はＤＶＢＳＩ）を含む。
【００２８】
本明細書において、「放送信号」とは、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送以外にも、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）などの両方向放送で提供される信号及び／又はデータを含む概念として定義する。
【００２９】
本明細書において、「ＰＬＰ」とは、物理層に属するデータを伝送する一定のユニットを意味する。したがって、本明細書において、「ＰＬＰ」と名付けられた内容は、「データユニット」又は「データパイプ（ｄａｔａ ｐｉｐｅ）」と呼ぶこともできる。
【００３０】
デジタル放送（ＤＴＶ）サービスで活用される有力なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の一つとして、放送網とインターネット網との連動を通じたハイブリッド放送サービスを挙げることができる。ハイブリッド放送サービスは、地上波放送網を介して伝送される放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツと関連するエンハンスメントデータ（ｅｎｈａｎｃｅｍｅｎｔ ｄａｔａ）あるいは放送Ａ／Ｖコンテンツの一部をインターネット網を介してリアルタイムで伝送することによって、ユーザーが様々なコンテンツを経験できるようにする。
【００３１】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非ＭＩＭＯ（ｎｏｎＭｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）又はＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例に係る非ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ Ｉｎｐｕｔ Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）方式などを含むことができる。
【００３２】
以下では、説明の便宜のため、ＭＩＳＯ又はＭＩＭＯ方式は２つのアンテナを使用するが、本発明は、２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定の用途に要求される性能を達成すると共に、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が具現しなければならない全ての構造のサブセットである。
【００３３】
３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定のブロック及び／又はパラメーターでは少し異なる。後で追加的にフィジカルプロファイルを定義できる。システムの発展のために、フューチャープロファイルは、ＦＥＦ（ｆｕｔｕｒｅ ｅｘｔｅｎｓｉｏｎ ｆｒａｍｅ）を介して単一のＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクシングされてもよい。各フィジカルプロファイルについての詳細は後述する。
【００３４】
１． ベースプロファイル
ベースプロファイルは、主にルーフトップ（ｒｏｏｆｔｏｐ）アンテナと接続される固定された受信装置の主な用途を示す。ベースプロファイルは、ある場所に移動できるが、比較的静止された受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置又は車両用に拡張できるが、このような使用用途は、ベースプロファイルの受信機動作では期待されない。
【００３５】
受信のターゲット信号対雑音比の範囲は約１０〜２０ｄＢであり、これは、既存の放送システム（例えば、ＡＴＳＣ Ａ／５３）の１５ｄＢの信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用するバッテリーで駆動されるハンドヘルド装置の場合ほど重要ではない。ベースプロファイルに対する重要なシステムパラメータが、下記の表１に記載されている。
【表１】
2017517180.tif 000003
【００３６】
２． ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置での使用のために設計される。該当の装置は、歩行者又は車両の速度で移動することができる。受信機の複雑度だけでなく消費電力は、ハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は約０〜１０ｄＢであるが、さらに低い室内受信のために意図された場合、０ｄＢ未満に達するように設定できる。
【００３７】
低信号対雑音比能力だけでなく、受信機の移動性によって現れるドップラー効果に対する復元力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要なシステムパラメータが、下記の表２に記載されている。
【表２】
2017517180.tif 000004
【００３８】
３． アドバンスドプロファイル
アドバンスドプロファイルは、さらに大きい実行複雑度に対する代価として、さらに高いチャネル能力を提供する。該当のプロファイルは、ＭＩＭＯ送信及び受信を使用することを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、該当のプロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、多数のＳＤＴＶ又はＨＤＴＶサービスを許す際にも使用できる。
【００３９】
アドバンスドプロファイルのターゲット信号対雑音比の範囲は約２０〜３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円分極伝送装備を使用し、後で全出力交差分極伝送に拡張できる。アドバンスドプロファイルに対する重要なシステムパラメータが、下記の表３に記載されている。
【表３】
2017517180.tif 000005
【００４０】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして使用することができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用することができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルと、ＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区分できる。そして、該当の３つのプロファイルは、設計者の意図によって変更されてもよい。
【００４１】
次の用語及び定義は本発明に適用できる。次の用語及び定義は、設計によって変更されてもよい。
【００４２】
補助ストリーム：フューチャーエクステンション（ｆｕｔｕｒｅ ｅｘｔｅｎｓｉｏｎ、将来の拡張）又は放送社やネットワーク運営者によって要求されることによって使用され得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００４３】
ベースデータパイプ（ｂａｓｅ ｄａｔａ ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
【００４４】
ベースバンドフレーム（又はＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００４５】
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
【００４６】
コーディングブロック（ｃｏｄｅｄ ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコードされたブロック又はＰＬＳ２データのＬＤＰＣエンコードされたブロックの一つ
【００４７】
データパイプ（ｄａｔａ ｐｉｐｅ）：一つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連するメーターデータを伝達する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）でのロジカルチャネル
【００４８】
データパイプユニット（ＤＰＵ、ｄａｔａ ｐｉｐｅ ｕｎｉｔ）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット
【００４９】
データシンボル（ｄａｔａ ｓｙｍｂｏｌ）：プリアンブルシンボルではなく、フレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
【００５０】
ＤＰ_ＩＤ：該当の８ビットフィールドは、ＳＹＳＴＥＭ_ＩＤによって識別されたシステム内でデータパイプを唯一に識別する。
【００５１】
ダミーセル（ｄｕｍｍｙ ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、又は補助ストリームのために使用されていない残っている容量を埋めるのに使用される擬似ランダム値を伝達するセル
【００５２】
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
【００５３】
フレーム（ｆｒａｍｅ）：プリアンブルで開始し、フレームエッジシンボルで終了する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）タイムスロット
【００５４】
フレームレペティションユニット（ｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｕｎｉｔ、フレーム繰り返し単位）：スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）で８回繰り返されるＦＥＦを含む同一又は異なるフィジカルプロファイルに属するフレームの集合
【００５５】
ＦＩＣ（ｆａｓｔ ｉｎｆｏｒｍａｔｉｏｎ ｃｈａｎｎｅｌ、高速情報チャネル）：サービスと該当のベースデータパイプとの間でのマッピング情報を伝達するフレームでロジカルチャネル
【００５６】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコードされたビットの集合
【００５７】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一の特定のモードに使用される名目上のＦＦＴサイズ
【００５８】
フレームシグナリングシンボル（ｆｒａｍｅ ｓｉｇｎａｌｉｎｇ ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（ｇｕａｒｄ ｉｎｔｅｒｖａｌ）、及びスキャッタード（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定の組合せにおいてフレームの開始で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
【００５９】
フレームエッジシンボル（ｆｒａｍｅ ｅｄｇｅ ｓｙｍｂｏｌ）：ＦＦＴサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組合せにおいて、フレームの末尾で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル
【００６０】
フレームグループ（ｆｒａｍｅ−ｇｒｏｕｐ）：スーパーフレームにおいて同一のフィジカルプロファイルタイプを有する全てのフレームの集合
【００６１】
フューチャーエクステンションフレーム（ｆｕｔｕｒｅ ｅｘｔｅｎｔｉｏｎ ｆｒａｍｅ、将来の拡張フレーム）：プリアンブルで開始する、将来の拡張に使用できるスーパーフレーム内で物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）タイムスロット
【００６２】
フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２ＴＳ又はＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）又は一般のストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）放送システム
【００６３】
インプットストリーム（ｉｎｐｕｔ ｓｔｒｅａｍ、入力ストリーム）：システムによって最終ユーザーに伝達されるサービスの調和（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
【００６４】
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル
【００６５】
フィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）：該当する受信機が具現しなければならない全ての構造のサブセット
【００６６】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）シグナリングデータ
【００６７】
ＰＬＳ１：ＰＬＳ２をデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ ｓｉｇｎａｌｌｉｎｇ ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの１番目の集合
【００６８】
ＮＯＴＥ：ＰＬＳ１データは、フレームグループのデュレーション（ｄｕｒａｔｉｏｎ）の間、一定である。
【００６９】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合
【００７０】
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ：フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データ
【００７１】
ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ：フレームグループのデュレーションの間、スタティック（ｓｔａｔｉｃ、静的）なＰＬＳ２データ
【００７２】
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ ｓｉｇｎａｌｉｎｇ ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するのに使用されるシグナリングデータ
【００７３】
プリアンブルシンボル（ｐｒｅａｍｂｌｅ ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの先頭に位置する固定された長さのパイロットシンボル
【００７４】
ＮＯＴＥ：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速の初期バンドスキャンに主に使用される。
【００７５】
将来の使用（ｆｕｔｕｒｅ ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在の文書で定義されないが、将来に定義され得る
【００７６】
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム繰り返し単位の集合
【００７７】
タイムインターリービングブロック（ｔｉｍｅ ｉｎｔｅｒｌｅａｖｉｎｇ ｂｌｏｃｋ，ＴＩ ｂｌｏｃｋ）：タイムインターリーバーメモリの一つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００７８】
タイムインターリービンググループ（ｔｉｍｅ ｉｎｔｅｒｌｅａｖｉｎｇ ｇｒｏｕｐ、ＴＩ ｇｒｏｕｐ）：整数、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定のデータパイプに対するダイナミック（ｄｙｎａｍｉｃ、動的）容量割当てが実行される単位
【００７９】
ＮＯＴＥ：タイムインターリービンググループは、一つのフレームに直接マッピングされるか、又は多数のフレームにマッピングされてもよい。タイムインターリービンググループは、１つ以上のタイムインターリービングブロックを含むことができる。
【００８０】
タイプ１のデータパイプ（Ｔｙｐｅ １ ＤＰ）：全てのデータパイプがフレームにＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマッピングされるフレームのデータパイプ
【００８１】
タイプ２のデータパイプ（Ｔｙｐｅ ２ ＤＰ）：全てのデータパイプがフレームにＦＤＭ方式でマッピングされるフレームのデータパイプ
【００８２】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ ＦＥＣＢＬＯＣＫの全てのビットを伝達するＮcellsセルの集合
【００８３】
図１は、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００８４】
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（Ｉｎｐｕｔ Ｆｏｒｍａｔ ｂｌｏｃｋ）１０００、ＢＩＣＭ（ｂｉｔ ｉｎｔｅｒｌｅａｖｅｄ ｃｏｄｉｎｇ ＆ ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレームビルディングブロック（Ｆｒａｍｅ ｂｕｉｌｄｉｎｇ ｂｌｏｃｋ）１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーションブロック（ＯＦＤＭ ｇｅｎｅｒａｔｉｏｎ ｂｌｏｃｋ）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
【００８５】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは主要入力フォーマットであり、他のストリームタイプは一般のストリームとして扱われる。これらデータ入力に加えて、管理情報が入力されて、各入力ストリームに対する該当の帯域幅のスケジューリング及び割当てを制御する。１つ又は多数のＴＳストリーム、ＩＰストリーム及び／又は一般のストリームの入力が同時に許容される。
【００８６】
インプットフォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される１つ又は多数のデータパイプに逆多重化することができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）の制御のための基本単位であり、これは、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）に影響を及ぼす。１つ又は多数のサービス又はサービスコンポーネントが一つのデータパイプによって伝達され得る。インプットフォーマットブロック１０００の詳細な動作は後述する。
【００８７】
データパイプは、１つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連メーターデータを伝達する物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）でのロジカルチャネルである。
【００８８】
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００８９】
インプットフォーマットブロック１０００において、パリティ（ｐａｒｉｔｙ）データはエラー訂正のために追加され、エンコードされたビットストリームは、複素数値のコンステレーションシンボルにマッピングされる。該当のシンボルは、該当のデータパイプに使用される特定のインターリービング深さにわたってインターリービングされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【００９０】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマッピングすることができる。マッピングの後、周波数領域ダイバーシティのために、特に周波数選択的フェーディングチャネルを防止するために周波数インターリービングが用いられる。フレームビルディングブロック１０２０の詳細な動作は後述する。
【００９１】
プリアンブルを各フレームの先頭に挿入した後、ＯＦＤＭジェネレーションブロック１０３０は、サイクリックプレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ ｐｏｗｅｒ ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は、様々なＦＦＴサイズ、ガードインターバルの長さ、該当のパイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。
【００９２】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）シグナリング情報を生成することができる。該当のシグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように伝送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【００９３】
図２、図３、図４は、本発明の実施例に係るインプットフォーマットブロック１０００を示す。各図について説明する。
【００９４】
図２は、本発明の一実施例に係るインプットフォーマットブロックを示す。図２は、入力信号が単一の入力ストリーム（ｓｉｎｇｌｅ ｉｎｐｕｔ ｓｔｒｅａｍ）であるときのインプットフォーマットブロックを示す。
【００９５】
図２に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【００９６】
物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）への入力は、１つ又は多数のデータストリームで構成されてもよい。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ ｆｒａｍｅ）のデータフィールドにスライスする。該当のシステムは、３つの種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ ｓｔｒｅａｍ）を支援する。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナリングされる可変長のＩＰデータグラムパケットで構成される。該当のシステムは、ＩＰストリームに対してＩＰｖ４とＩＰｖ６をいずれも支援する。ＧＳは、カプセル化パケットヘッダー内でシグナリングされる可変長のパケット又は一定の長さのパケットで構成されてもよい。
【００９７】
（ａ）は、信号データパイプに対するモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロック２０００及びストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
【００９８】
入力ストリームスプリッターは、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）モジュール２０１０は、ＣＲＣエンコーダー、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサー、及びＢＢフレームヘッダー挿入ブロックで構成される。
【００９９】
ＣＲＣエンコーダーは、ユーザーパケット（ｕｓｅｒ ｐａｃｋｅｔ、ＵＰ）レベルでのエラー検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ８、ＣＲＣ１６、ＣＲＣ３２を提供する。算出されたＣＲＣバイトは、ＵＰの後に添付される。ＣＲＣ８はＴＳストリームに使用され、ＣＲＣ３２はＩＰストリームに使用される。ＧＳストリームがＣＲＣエンコーディングを提供しないと、提案されたＣＲＣエンコーディングが適用されなければならない。
【０１００】
ＢＢフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサーは、可用データフィールド容量と同じ数のビットを割り当てる。ＢＢＦペイロードと同じ数の入力ビットを割り当てるために、ＵＰストリームがＢＢＦのデータフィールドに合うようにスライスされる。
【０１０１】
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーをＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトのＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトのＢＢＦヘッダーの末尾に拡張フィールド（１又は３バイト）を有することができる。
【０１０２】
ストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ｓｔｒｅａｍ ａｄａｐｔａｔｉｏｎ、ストリーム適応）に対する入力データがＢＢフレームを埋めるのに十分であれば、ＳＴＵＦＦＩは「０」に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでなければ、ＳＴＵＦＦＩは「１」に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
【０１０３】
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブリングする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスは、フィードバックシフトレジスタによって生成される。
【０１０４】
ＰＬＳ生成ブロック２０２０はＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
【０１０５】
ＰＬＳ１データは、ＰＬＳ２データをデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの１番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメーターを含む基本送信パラメーターを提供する。また、ＰＬＳ１データは、フレームグループのデュレーションの間、一定である。
【０１０６】
ＰＬＳ２データは、データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合である。ＰＬＳ２は、受信機が望むデータパイプをデコードするのに十分な情報を提供するパラメーターを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ（ＰＬＳ２ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ（ＰＬＳ２ＤＹＮデータ）の２種類のパラメーターで構成される。ＰＬＳ２スタティックデータは、フレームグループのデュレーションの間、スタティックであるＰＬＳ２データであり、ＰＬＳ２ダイナミックデータは、フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データである。
【０１０７】
ＰＬＳデータについての詳細は後述する。
【０１０８】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブリングすることができる。
【０１０９】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックによって代替されてもよい。
【０１１０】
図３は、本発明の他の一実施例に係るインプットフォーマットブロックを示す。
【０１１１】
図３に示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【０１１２】
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックを示す。
【０１１３】
マルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックは、多数の入力ストリームを独立して処理することができる。
【０１１４】
図３を参照すると、マルチインプットストリーム（ｍｕｌｔｉ ｉｎｐｕｔ ｓｔｒｅａｍ、多数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックは、インプットストリームスプリッター（ｉｎｐｕｔ ｓｔｒｅａｍ ｓｐｌｉｔｔｅｒ）３０００、インプットストリームシンクロナイザ（ｉｎｐｕｔ ｓｔｒｅａｍ ｓｙｎｃｈｒｏｎｉｚｅｒ）３０１０、コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎｇ ｄｅｌａｙ、補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（ｎｕｌｌ ｐａｃｋｅｔ ｄｅｌｅｔｉｏｎ ｂｌｏｃｋ）３０３０、ヘッダーコンプレッションブロック（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ｂｌｏｃｋ）３０４０、ＣＲＣエンコーダー（ＣＲＣ ｅｎｃｏｄｅｒ）３０５０、ＢＢフレームスライサー（ＢＢ ｆｒａｍｅ ｓｌｉｃｅｒ）３０６０、及びＢＢヘッダー挿入ブロック（ＢＢ ｈｅａｄｅｒ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）３０７０を含むことができる。モードアダプテーション（ｍｏｄｅ ａｄａｐｔａｉｏｎ、モード適応）ブロックの各ブロックについて説明する。
【０１１５】
ＣＲＣエンコーダー３０５０、ＢＢフレームスライサー３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダー、ＢＢフレームスライサー、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
【０１１６】
インプットストリームスプリッター３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを多数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１１７】
インプットストリームシンクロナイザ３０１０はＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対してもＣＢＲ（ｃｏｎｓｔａｎｔ ｂｉｔ ｒａｔｅ）及び一定の終端間伝送（ｅｎｄｔｏｅｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保障する適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。
【０１１８】
コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎ ｄｅｌａｙ、補償遅延）ブロック３０２０は、受信機で追加のメモリを必要とせず、ＴＳパケット再結合メカニズムを許すために、ＩＳＳＹ情報の挿入に後続する分割されたＴＳパケットストリームを遅延させることができる。
【０１１９】
ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合にのみ使用される。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ ｂｉｔｒａｔｅ）サービスをＣＢＲ ＴＳストリームに収容するために存在する多くの数のヌルパケットを有することができる。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは、確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ ｎｕｌｌｐａｃｋｅｔ、削除されたヌルパケット）カウンターを参照して、元々存在していた正確な位置に再挿入することができるので、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。
【０１２０】
ヘッダーコンプレッションブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるためにパケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定の部分に対する先験的な（ａ ｐｒｉｏｒｉ）情報を有することができるので、この既知情報（ｋｎｏｗｎ ｉｎｆｏｒｍａｔｉｏｎ）は送信機で削除されてもよい。
【０１２１】
ＴＳに対して、受信機は、同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが１つのＰＩＤのみを有するコンテンツを伝達すると、すなわち、１つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、又はＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用され得る。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に使用される。前記ブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１２２】
図４は、本発明の一実施例に係るＢＩＣＭブロックを示す。
【０１２３】
図４に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１２４】
前述したように、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１２５】
ＱｏＳが、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは、互いに異なる方式を用いて処理されなければならない。したがって、本発明の一実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、各データパイプを独立して処理することができる。結果的に、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービス又はサービスコンポーネントに対するＱｏＳを調節することができる。
【０１２６】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１２７】
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１２８】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック、及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
【０１２９】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダー５０１０、ビットインターリーバー５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ ｓｐａｃｅ ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインターリーバー５０５０を含むことができる。
【０１３０】
データＦＥＣエンコーダー５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行う。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダー５０１０の具体的な動作については後述する。
【０１３１】
ビットインターリーバー５０２０は、効率的に実現可能な構造を提供すると共に、データＦＥＣエンコーダー５０１０の出力をインターリービングしてＬＤＰＣコード及び変調方式の組合せで最適化された性能を達成することができる。ビットインターリーバー５０２０の具体的な動作については後述する。
【０１３２】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ１６、不均一ＱＡＭ（ＮＵＱ６４、ＮＵＱ２５６、ＮＵＱ１０２４）又は不均一コンステレーション（ＮＵＣ１６、ＮＵＣ６４、ＮＵＣ２５６、ＮＵＣ１０２４）を用いて、ベース及びハンドヘルドプロファイルでビットインターリーバー５０２０からのそれぞれのセルワードを変調するか、又はアドバンスドプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調してパワーが正規化されたコンステレーションポイントｅlを提供することができる。該当のコンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形状を有する一方、ＱＡＭ１６及びＮＵＱは正方形の形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すると、回転したコンステレーションは、元のものと正確に重なる。回転対称特性により、実数及び虚数コンポーネントの容量及び平均パワーが互いに同一になる。ＮＵＱ及びＮＵＣは、いずれも、各コードレート（ｃｏｄｅ ｒａｔｅ）に対して特別に定義され、使用される特定の一つは、ＰＬＳ２データに保管されたパラメーターＤＰ_ＭＯＤによってシグナリングされる。
【０１３３】
タイムインターリーバー５０５０はデータパイプレベルで動作することができる。タイムインターリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。タイムインターリーバー５０５０の具体的な動作については後述する。
【０１３４】
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダー、ビットインターリーバー、コンステレーションマッパー、及びタイムインターリーバーを含むことができる。
【０１３５】
ただし、処理ブロック５０００−１は、セルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で、処理ブロック５０００と区別される。
【０１３６】
また、処理ブロック５０００−１でのデータＦＥＣエンコーダー、ビットインターリーバー、コンステレーションマッパー、タイムインターリーバーの動作は、前述したデータＦＥＣエンコーダー５０１０、ビットインターリーバー５０２０、コンステレーションマッパー５０３０、タイムインターリーバー５０５０の動作に該当するので、その説明は省略する。
【０１３７】
セルワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのデータパイプが、ＭＩＭＯ処理のために単一のセルワードストリームを二重セルワードストリームに分離するのに使用される。セルワードデマルチプレクサ５０１０−１の具体的な動作については後述する。
【０１３８】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化された。ＭＩＭＯ技術は、容量の増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、互いに異なる信号伝搬特性による２つのアンテナ間の受信信号パワーの差又はチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを難しくする。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうち１つの位相ランダム化及び回転ベースのプリコーディングを用いてこの問題を克服する。
【０１３９】
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲＳＭ（ｆｕｌｌｒａｔｅ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤＳＭ（ｆｕｌｌｒａｔｅ ｆｕｌｌｄｉｖｅｒｓｉｔｙ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加で容量の増加を提供する一方、ＦＲＦＤＳＭエンコーディングは、受信機側での大きい複雑度の増加で容量の増加及び追加のダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。
【０１４０】
ＭＩＭＯ処理は、アドバンスドプロファイルフレームに要求され、これは、アドバンスドプロファイルフレームでの全てのデータパイプがＭＩＭＯエンコーダーによって処理されることを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ、対）であるＮＵＱ（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダーの入力に供給される。ＭＩＭＯエンコーダー出力ペア（ｐａｉｒ、対）（ｇ1,i及びｇ2,i）は、それぞれの送信アンテナの同一のキャリアｋ及びＯＦＤＭシンボルｌによって伝送される。
【０１４１】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１４２】
図５は、本発明の他の実施例に係るＢＩＣＭブロックを示す。
【０１４３】
図５に示されたＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１４４】
図５は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームでのロジカルチャネルである。ＥＡＣ及びＦＩＣについての詳細な説明は後述する。
【０１４５】
図５を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ ＦＥＣエンコーダー６０００、ビットインターリーバー６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１４６】
また、ＰＬＳ ＦＥＣエンコーダー６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１４７】
ＰＬＳ ＦＥＣエンコーダー６０００は、スクランブルされたＰＬＳ １／２データ、ＥＡＣ及びＦＩＣセクションをエンコーディングすることができる。
【０１４８】
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャリングされたＬＤＰＣエンコーディングの前に、ＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１４９】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いてスクランブルされたＰＬＳ １／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットがＬＤＰＣエンコーディングの前にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）されてもよい。
【０１５０】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコードされ、その後に添付される。
【数１】
2017517180.tif 000006
【０１５１】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４の通りである。
【表４】
2017517180.tif 000007
【０１５２】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１５３】
ショートニングがＰＬＳ１データの保護に適用される場合、一部のＬＤＰＣパリティビットは、ＬＤＰＣエンコーディングの後にパンクチャリングされる。また、ＰＬＳ２データの保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディングの後にパンクチャリングされる。これらパンクチャリングされたビットは伝送されない。
【０１５４】
ビットインターリーバー６０１０は、それぞれのショートニング及びパンクチャリングされたＰＬＳ１データ及びＰＬＳ２データをインターリービングすることができる。
【０１５５】
コンステレーションマッパー６０２０は、ビットインターリービングされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマッピングすることができる。
【０１５６】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１５７】
図６は、本発明の一実施例に係るフレームビルディングブロック（ｆｒａｍｅ ｂｕｉｌｄｉｎｇ ｂｌｏｃｋ）を示す。
【０１５８】
図７に示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施例に該当する。
【０１５９】
図６を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００、セルマッパー（ｃｅｌｌ ｍａｐｐｅｒ）７０１０、及び周波数インターリーバー（ｆｒｅｑｕｅｎｃｙ ｉｎｔｅｒｌｅａｖｅｒ）７０２０を含むことができる。フレームビルディングブロックの各ブロックについて説明する。
【０１６０】
ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して、送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（ｃｏｔｉｍｅ）を保障することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は、主にタイムインターリーバー５０５０によるものである。インバンド（Ｉｎｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。ディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、それに合わせてインバンド（Ｉｎｂａｎｄ）シグナリングデータを遅延させる。
【０１６１】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルをフレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングによって生成されたデータセルを、もし存在すれば、１つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブＯＦＤＭセルのアレイにマッピングすることである。（ＰＳＩ（ｐｒｏｇｒａｍ ｓｐｅｃｉｆｉｃ ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは、個別的に収集されてデータパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ ｉｎｆｏｒｍａｔｉｏｎ、動的情報）に従って動作する。フレームについての詳細は後述する。
【０１６２】
周波数インターリーバー７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリービングして周波数ダイバーシティを提供することができる。また、周波数インターリーバー７０２０は、単一のフレームで最大のインターリービング利得を得るために、異なるインターリービングシード（ｓｅｅｄ）順序を用いて、２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（ｐａｉｒ、対）で動作することができる。
【０１６３】
前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。
【０１６４】
図７は、本発明の一実施例に係るＯＦＤＭジェネレーションブロックを示す。
【０１６５】
図７に示されたＯＦＤＭジェネレーションブロックは、図１を参照して説明したＯＦＤＭジェネレーションブロック１０３０の一実施例に該当する。
【０１６６】
ＯＦＤＭジェネレーションブロックは、フレームビルディングブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、該当のブロックは、順次にガードインターバルを挿入し、ＰＡＰＲ減少処理を適用して最終ＲＦ信号を生成する。
【０１６７】
図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（ｐｉｌｏｔ ａｎｄ ｒｅｖｓｅｒｖｅｄ ｔｏｎｅ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（ｇｕａｒｄ ｉｎｔｅｒｖａｌ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０４０、プリアンブル挿入ブロック（ｐｒｅａｍｂｌｅ ｉｎｓｅｒｔｉｏｎ ｂｌｏｃｋ）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。
【０１６８】
その他のシステム挿入ブロック８０６０は、放送サービスを提供する２つ以上の互いに異なる放送送信／受信システムのデータが、同じＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクシングすることができる。この場合、２つ以上の互いに異なる放送送信／受信システムは、互いに異なる放送サービスを提供するシステムのことをいう。互いに異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味し得る。
【０１６９】
図８は、本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０１７０】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
【０１７１】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ＆ ｄｅｍｏｄｕｌａｔｉｏｎ ｍｏｄｕｌｅ）９０００、フレームパーシングモジュール（ｆｒａｍｅ ｐａｒｓｉｎｇ ｍｏｄｕｌｅ）９０１０、デマッピング及びデコーディングモジュール（ｄｅｍａｐｐｉｎｇ ＆ ｄｅｃｏｄｉｎｇ ｍｏｄｕｌｅ）９０２０、出力プロセッサ（ｏｕｔｐｕｔ ｐｒｏｃｅｓｓｏｒ）９０３０、及びシグナリングデコーディングモジュール（ｓｉｇｎａｌｉｎｇ ｄｅｃｏｄｉｎｇ ｍｏｄｕｌｅ）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０１７２】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を行い、放送信号送信装置によって行われる手順の逆過程に該当する復調を行うことができる。
【０１７３】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザーによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリービングを行うと、フレームパーシングモジュール９０１０は、インターリービングの逆過程に該当するデインターリービングを行うことができる。この場合、抽出されなければならない信号及びデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって獲得されて、放送信号送信装置によって生成されたスケジューリング情報が復元され得る。
【０１７４】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じて、ビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを行い、デコーディングを通じて、伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって、デマッピング及びデコーディングのために必要な伝送パラメーターを獲得することができる。
【０１７５】
出力プロセッサ９０３０は、伝送効率を向上させるために放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆過程を行うことができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから、必要な制御情報を獲得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
【０１７６】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を獲得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を行うことができる。
【０１７７】
図９は、本発明の一実施例に係るフレーム構造を示す。
【０１７８】
図９は、フレームタイプの構成例及びスーパーフレームでのＦＲＵ（ｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｕｎｉｔ、フレーム繰り返し単位）を示す。（ａ）は、本発明の一実施例に係るスーパーフレームを示し、（ｂ）は、本発明の一実施例に係るＦＲＵを示し、（ｃ）は、ＦＲＵでの様々なフィジカルプロファイル（ＰＨＹ ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）はフレームの構造を示す。
【０１７９】
スーパーフレームは８個のＦＲＵで構成されてもよい。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回繰り返される。
【０１８０】
ＦＲＵにおける各フレームは、フィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のうち１つ又はＦＥＦに属する。ＦＲＵにおけるフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回〜４回のいずれかの回数だけ現れてもよい（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイルの定義は、必要に応じて、プリアンブルでのＰＨＹ_ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
【０１８１】
ＦＥＦ部分は、含まれる場合、ＦＲＵの最後に挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０１８２】
１つのフレームは、多数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示したように、フレームは、プリアンブル、１つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０１８３】
プリアンブルは、高速フューチャーキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメーターの集合を提供する特別なシンボルである。プリアンブルについての詳細は後述する。
【０１８４】
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルよりも高密度のパイロットパターンを有する。ＦＥＳは、ＦＳＳと完全に同じパイロットを有し、これは、ＦＥＳの直前のシンボルに対して、外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）なしに、ＦＥＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ、補間）及び時間的補間（ｔｅｍｐｏｒａｌ ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
【０１８５】
図１０は、本発明の一実施例に係るフレームのシグナリング階層構造（ｓｉｇｎａｌｉｎｇ ｈｉｅｒａｒｃｈｙ ｓｔｒｕｃｔｕｒｅ）を示す。
【０１８６】
図１０は、シグナリング階層構造を示し、これは、３つの主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメーター及び伝送タイプを示すことである。ＰＬＳ１は、受信機が、関心のあるデータパイプに接続するためのパラメーターを含むＰＬＳ２データに接続してデコーディングできるようにする。ＰＬＳ２は、毎フレームごとに伝達され、２つの主要部分であるＰＬＳ２ＳＴＡＴデータとＰＬＳ２ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（ｓｔａｔｉｃ、静的）及びダイナミック（ｄｙｎａｍｉｃ、動的）部分には、必要に応じてパディングが後続する。
【０１８７】
図１１は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
【０１８８】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータについての詳細は、次の通りである。
【０１８９】
ＰＨＹ_ＰＲＯＦＩＬＥ：該当の３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。互いに異なるフィジカルプロファイルタイプのマッピングは、下記の表５に与えられる。
【表５】
2017517180.tif 000008
【０１９０】
ＦＦＴ_ＳＩＺＥ：該当の２ビットフィールドは、下記の表６で説明するように、フレームグループ内で現フレームのＦＦＴサイズを示す。
【表６】
2017517180.tif 000009
【０１９１】
ＧＩ_ＦＲＡＣＴＩＯＮ：該当の３ビットフィールドは、下記の表７で説明するように、現スーパーフレームでのガードインターバルの一部（ｆｒａｃｔｉｏｎ）の値を示す。
【表７】
2017517180.tif 000010
【０１９２】
ＥＡＣ_ＦＬＡＧ：該当の１ビットフィールドは、ＥＡＣが現フレームに提供されるか否かを示す。該当のフィールドが「１」に設定されると、ＥＡＳが現フレームに提供される。該当のフィールドが「０」に設定されると、ＥＡＳが現フレームで伝達されない。該当のフィールドは、スーパーフレーム内でダイナミック（ｄｙｎａｍｉｃ、動的）に切り替わってもよい。
【０１９３】
ＰＩＬＯＴ_ＭＯＤＥ：該当の１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードであるか、又は固定モードであるかを示す。該当のフィールドが「０」に設定されると、モバイルパイロットモードが使用される。該当のフィールドが「１」に設定されると、固定パイロットモードが使用される。
【０１９４】
ＰＡＰＲ_ＦＬＡＧ：該当の１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。該当のフィールドが「１」に設定されると、トーン予約（ｔｏｎｅ ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために使用される。該当のフィールドが「０」に設定されると、ＰＡＰＲ減少が使用されない。
【０１９５】
ＦＲＵ_ＣＯＮＦＩＧＵＲＥ：該当の３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプの構成を示す。現スーパーフレームで全てのプリアンブルでの該当のフィールドにおいて、現スーパーフレームで伝達される全てのプロファイルタイプが識別される。該当の３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して異なって定義される。
【表８】
2017517180.tif 000011
【０１９６】
ＲＥＳＥＲＶＥＤ：該当の７ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０１９７】
図１２は、本発明の一実施例に係るＰＬＳ１データを示す。
【０１９８】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメーターを含んだ基本伝送パラメーターを提供する。前述したように、ＰＬＳ１データは、１つのフレームグループの全デュレーションの間変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は、次の通りである。
【０１９９】
ＰＲＥＡＭＢＬＥ_ＤＡＴＡ：該当の２０ビットフィールドは、ＥＡＣ_ＦＬＡＧを除いたプリアンブルシグナリングデータのコピーである。
【０２００】
ＮＵＭ_ＦＲＡＭＥ_ＦＲＵ：該当の２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
【０２０１】
ＰＡＹＬＯＡＤ_ＴＹＰＥ：該当の３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ_ＴＹＰＥは、表９に示すようにシグナリングされる。
【表９】
2017517180.tif 000012
【０２０２】
ＮＵＭ_ＦＳＳ：該当の２ビットフィールドは、現フレームでのＦＳＳの数を示す。
【０２０３】
ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮ：該当の８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２０４】
主バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドでの変化は互換が不可能な変化を示す。デフォルト値は「００００」である。該当の標準で記述されたバージョンに対して、値が「００００」に設定される。
【０２０５】
副バージョン：ＳＹＳＴＥＭ_ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドでの変化は互換が可能である。
【０２０６】
ＣＥＬＬ_ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、フューチャーキャストＵＴＢシステム当たり使用される周波数の数に応じて、１つ以上の周波数で構成されてもよい。ＣＥＬＬ_ＩＤの値が知られていないか、又は特定されていない場合、該当のフィールドは「０」に設定される。
【０２０７】
ＮＥＴＷＯＲＫ_ＩＤ：これは、現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２０８】
ＳＹＳＴＥＭ_ＩＤ：該当の１６ビットフィールドは、ＡＴＳＣネットワーク内でフューチャーキャストＵＴＢシステムを唯一に識別する。フューチャーキャストＵＴＢシステムは、入力が１つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である、地上波放送システムである。フューチャーキャストＵＴＢシステムは、もし存在すれば、ＦＥＦ及び１つ以上のフィジカルプロファイルを伝達する。同一のフューチャーキャストＵＴＢシステムは、互いに異なる入力ストリームを伝達し、互いに異なる地理的領域で互いに異なるＲＦを使用できるので、ローカルサービス挿入を許す。フレーム構造及びスケジューリングは、一つの場所で制御され、フューチャーキャストＵＴＢシステム内で全ての伝送に対して同一である。１つ以上のフューチャーキャストＵＴＢシステムは、全て同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ_ＩＤの意味を有することができる。
【０２０９】
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ、ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ、ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループのサイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦ含む）がシグナリングされるように固定される。ＮＵＭ_ＦＲＡＭＥ_ＦＲＵが４より小さいと、使用されないフィールドはゼロで埋められる。
【０２１０】
ＦＲＵ_ＰＨＹ_ＰＲＯＦＩＬＥ：該当の３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレーム（ｉは、ループインデックス）のフィジカルプロファイルタイプを示す。該当のフィールドは、表８に示したものと同じシグナリングフォーマットを使用する。
【０２１１】
ＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨ：該当の２ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮと共にＦＲＵ_ＦＲＡＭＥ_ＬＥＮＧＴＨを使用すれば、フレームデュレーションの正確な値を得ることができる。
【０２１２】
ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮ：該当の３ビットフィールドは、関連するＦＲＵの（ｉ＋１）番目のフレームのガードインターバルの一部の値を示す。ＦＲＵ_ＧＩ_ＦＲＡＣＴＩＯＮは、表７に従ってシグナリングされる。
【０２１３】
ＲＥＳＥＲＶＥＤ：該当の４ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２１４】
次のフィールドは、ＰＬＳ２データをデコードするためのパラメーターを提供する。
【０２１５】
ＰＬＳ２_ＦＥＣ_ＴＹＰＥ：該当の２ビットフィールドは、ＰＬＳ２保護によって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。ＬＤＰＣコードについての詳細は後述する。
【表１０】
2017517180.tif 000013
【０２１６】
ＰＬＳ２_ＭＯＤ：該当の３ビットフィールドは、ＰＬＳ２によって使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【表１１】
2017517180.tif 000014
【０２１７】
ＰＬＳ２_ＳＩＺＥ_ＣＥＬＬ：該当の１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全てのコーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_partial_blockを示す。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２１８】
ＰＬＳ２_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：該当の１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２１９】
ＰＬＳ２_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：該当の１４ビットフィールドは、現フレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。該当の値は、フレームグループの全デュレーションの間一定である。
【０２２０】
ＰＬＳ２_ＲＥＰ_ＦＬＡＧ：該当の１ビットフラグは、ＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、ＰＬＳ２繰り返しモードは活性化される。該当のフィールドの値が「０」に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
【０２２１】
ＰＬＳ２_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：該当の１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、現フレームグループの毎フレームごとに伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_partial_blockを示す。繰り返しが使用されない場合、該当のフィールドの値は０と同一である。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２２２】
ＰＬＳ２_ＮＥＸＴ_ＦＥＣ_ＴＹＰＥ：該当の２ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用されるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナリングされる。
【０２２３】
ＰＬＳ２_ＮＥＸＴ_ＭＯＤ：該当の３ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【０２２４】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＦＬＡＧ：該当の１ビットフラグは、ＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、ＰＬＳ２繰り返しモードは活性化される。該当のフィールドの値が「０」に設定されると、ＰＬＳ２繰り返しモードは非活性化される。
【０２２５】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＩＺＥ_ＣＥＬＬ：該当の１５ビットフィールドは、ＰＬＳ２繰り返しが使用される場合、次のフレームグループの毎フレームごとに伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数として特定される）であるＣtotal_full_blockを示す。次のフレームグループで繰り返しが使用されない場合、該当のフィールドの値は０と同一である。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２２６】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＳＴＡＴ_ＳＩＺＥ_ＢＩＴ：該当の１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＳＴＡＴのサイズをビット数で示す。該当の値は、現フレームグループで一定である。
【０２２７】
ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＤＹＮ_ＳＩＺＥ_ＢＩＴ：該当の１４ビットフィールドは、次のフレームグループに対するＰＬＳ２ＤＹＮのサイズをビット数で示す。該当の値は、現フレームグループで一定である。
【０２２８】
ＰＬＳ２_ＡＰ_ＭＯＤＥ：該当の２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。該当の値は、現フレームグループの全デュレーションの間一定である。下記の表１２は、該当のフィールドの値を提供する。該当のフィールドの値が「００」に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して使用されない。
【表１２】
2017517180.tif 000015
【０２２９】
ＰＬＳ２_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：該当の１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２３０】
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＭＯＤＥ：該当の２ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。該当の値は、現フレームグループの全デュレーションの間一定である。表１２は、該当のフィールドの値を定義する。
【０２３１】
ＰＬＳ２_ＮＥＸＴ_ＡＰ_ＳＩＺＥ_ＣＥＬＬ：該当の１５ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数として特定される）を示す。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２３２】
ＲＥＳＥＲＶＥＤ：該当の３２ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２３３】
ＣＲＣ_３２：全ＰＬＳ１シグナリングに適用される３２ビットのエラー検出コード
【０２３４】
図１３は、本発明の一実施例に係るＰＬＳ２データを示す。
【０２３５】
図１３は、ＰＬＳ２データのＰＬＳ２ＳＴＡＴデータを示す。ＰＬＳ２ＳＴＡＴデータは、フレームグループ内で同一である一方、ＰＬＳ２ＤＹＮデータは、現フレームに対して特定の情報を提供する。
【０２３６】
ＰＬＳ２ＳＴＡＴデータのフィールドについて、以下で具体的に説明する。
【０２３７】
ＦＩＣ_ＦＬＡＧ：該当の１ビットフィールドは、ＦＩＣが現フレームグループで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、ＦＩＣは現フレームで提供される。該当のフィールドの値が「０」に設定されると、ＦＩＣは現フレームで伝達されない。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２３８】
ＡＵＸ_ＦＬＡＧ：該当の１ビットフィールドは、補助ストリームが現フレームグループで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、補助ストリームは現フレームで提供される。該当のフィールドの値が「０」に設定されると、補助フレームは現フレームで伝達されない。該当の値は、現フレームグループの全デュレーションの間一定である。
【０２３９】
＊ＮＵＭ_ＤＰ：該当の６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。該当のフィールドの値は１〜６４の間であり、データパイプの数はＮＵＭ_ＤＰ＋１である。
【０２４０】
ＤＰ_ＩＤ：該当の６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に識別する。
【０２４１】
ＤＰ_ＴＹＰＥ：該当の３ビットフィールドは、データパイプのタイプを示す。これは、下記の表１３に従ってシグナリングされる。
【表１３】
2017517180.tif 000016
【０２４２】
ＤＰ_ＧＲＯＵＰ_ＩＤ：該当の８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ_ＧＲＯＵＰ_ＩＤを有するようになる特定のサービスと関連しているサービスコンポーネントのデータパイプに接続するのに使用することができる。
【０２４３】
ＢＡＳＥ_ＤＰ_ＩＤ：該当の６ビットフィールドは、管理層で使用される（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ_ＤＰ_ＩＤによって示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであるか、又はサービスシグナリングデータのみを伝達する専用データパイプであってもよい。
【０２４４】
ＤＰ_ＦＥＣ_ＴＹＰＥ：該当の２ビットフィールドは、関連するデータパイプによって使用されるＦＥＣタイプを示す。ＦＥＣタイプは、下記の表１４に従ってシグナリングされる。
【表１４】
2017517180.tif 000017
【０２４５】
ＤＰ_ＣＯＤ：該当の４ビットフィールドは、関連するデータパイプによって使用されるコードレート（ｃｏｄｅ ｒａｔｅ）を示す。コードレートは、下記の表１５に従ってシグナリングされる。
【表１５】
2017517180.tif 000018
【０２４６】
ＤＰ_ＭＯＤ：該当の４ビットフィールドは、関連するデータパイプによって使用される変調を示す。変調は、下記の表１６に従ってシグナリングされる。
【表１６】
2017517180.tif 000019
【０２４７】
ＤＰ_ＳＳＤ_ＦＬＡＧ：該当の１ビットフィールドは、ＳＳＤモードが、関連するデータパイプで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、ＳＳＤは使用される。該当のフィールドの値が「０」に設定されると、ＳＳＤは使用されない。
【０２４８】
次のフィールドは、ＰＨＹ_ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す「０１０」と同一であるときにのみ現れる。
【０２４９】
ＤＰ_ＭＩＭＯ：該当の３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が、関連するデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは、下記の表１７に従ってシグナリングされる。
【表１７】
2017517180.tif 000020
【０２５０】
ＤＰ_ＴＩ_ＴＹＰＥ：該当の１ビットフィールドは、タイムインターリービングのタイプを示す。「０」の値は、１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。「１」の値は、１つのタイムインターリービンググループが１つより多いフレームで伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２５１】
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：該当の２ビットフィールド（許容された値は１、２、４、８のみである）の使用は、次のようなＤＰ_ＴＩ_ＴＹＰＥフィールド内で設定される値によって決定される。
【０２５２】
ＤＰ_ＴＩ_ＴＹＰＥの値が「１」に設定されると、該当のフィールドは、それぞれのタイムインターリービンググループがマッピングされるフレームの数であるＰIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する（ＮTI＝１）。該当の２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【０２５３】
ＤＰ_ＴＩ_ＴＹＰＥの値が「０」に設定されると、該当のフィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する（ＰI＝１）。該当の２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【表１８】
2017517180.tif 000021
【０２５４】
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ：該当の２ビットフィールドは、関連するデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１、２、４、８（該当する２ビットフィールドは、それぞれ００、０１、１０、１１）である。フレームグループの全てのフレームに現れないデータパイプに対して、該当のフィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３などのフレームに現れる場合、該当のフィールドの値は「４」に設定される。全てのフレームに現れるデータパイプに対して、該当のフィールドの値は１に設定される。
【０２５５】
ＤＰ_ＴＩ_ＢＹＰＡＳＳ：該当の１ビットフィールドは、タイムインターリーバー５０５０の可用性を決定する。データパイプに対してタイムインターリービングが使用されない場合、該当のフィールドの値は「１」に設定される。一方、タイムインターリービングが使用される場合、該当のフィールドの値は「０」に設定される。
【０２５６】
ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸ：該当の５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ_ＦＩＲＳＴ_ＦＲＡＭＥ_ＩＤＸの値は０〜３１の間である。
【０２５７】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ：該当の１０ビットフィールドは、該当のデータパイプに対するＤＰ_ＮＵＭ_ＢＬＯＣＫＳの最大値を示す。該当のフィールドの値は、ＤＰ_ＮＵＭ_ＢＬＯＣＫＳと同一の範囲を有する。
【０２５８】
ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥ：該当の２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥは、下記の表１９に従ってシグナリングされる。
【表１９】
2017517180.tif 000022
【０２５９】
ＤＰ_ＩＮＢＡＮＤ_ＭＯＤＥ：該当の２ビットフィールドは、現データパイプがインバンド（Ｉｎｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎｂａｎｄ）シグナリングタイプは、下記の表２０に従ってシグナリングされる。
【表２０】
2017517180.tif 000023
【０２６０】
ＤＰ_ＰＲＯＴＯＣＯＬ_ＴＹＰＥ：該当の２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナリングされる。
【表２１】
2017517180.tif 000024
【０２６１】
ＤＰ_ＣＲＣ_ＭＯＤＥ：該当の２ビットフィールドは、ＣＲＣエンコーディングがインプットフォーマットブロックで使用されるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナリングされる。
【表２２】
2017517180.tif 000025
【０２６２】
ＤＮＰ_ＭＯＤＥ：該当の２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるヌルパケット削除モードを示す。ＤＮＰ_ＭＯＤＥは、下記の表２３に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ_ＭＯＤＥは「００」の値に設定される。
【表２３】
2017517180.tif 000026
【０２６３】
ＩＳＳＹ_ＭＯＤＥ：該当の２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＩＳＳＹモードを示す。ＩＳＳＹ_ＭＯＤＥは、下記の表２４に従ってシグナリングされる。ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ_ＭＯＤＥは「００」の値に設定される。
【表２４】
2017517180.tif 000027
【０２６４】
ＨＣ_ＭＯＤＥ_ＴＳ：該当の２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定される場合に関連するデータパイプによって使用されるＴＳヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＴＳは、下記の表２５に従ってシグナリングされる。
【表２５】
2017517180.tif 000028
【０２６５】
ＨＣ_ＭＯＤＥ_ＩＰ：該当の２ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＩＰ（‘０１’）に設定される場合にＩＰヘッダー圧縮モードを示す。ＨＣ_ＭＯＤＥ_ＩＰは、下記の表２６に従ってシグナリングされる。
【表２６】
2017517180.tif 000029
【０２６６】
ＰＩＤ：該当の１３ビットフィールドは、ＤＰ_ＰＡＹＬＯＡＤ_ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ_ＭＯＤＥ_ＴＳが「０１」又は「１０」に設定される場合にＴＳヘッダー圧縮のためのＰＩＤの数を示す。
【０２６７】
ＲＥＳＥＲＶＥＤ：該当の８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２６８】
次のフィールドは、ＦＩＣ_ＦＬＡＧが１と同一であるときにのみ現れる。
【０２６９】
ＦＩＣ_ＶＥＲＳＩＯＮ：該当の８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
【０２７０】
ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：該当の１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
【０２７１】
ＲＥＳＥＲＶＥＤ：該当の８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２７２】
次のフィールドは、ＡＵＸ_ＦＬＡＧが１と同一であるときにのみ現れる。
【０２７３】
ＮＵＭ_ＡＵＸ：該当の４ビットフィールドは補助ストリームの数を示す。ゼロは、補助ストリームが使用されないことを示す。
【０２７４】
ＡＵＸ_ＣＯＮＦＩＧ_ＲＦＵ：該当の８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２７５】
ＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥ：該当の４ビットは、現在の補助ストリームのタイプを示すための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２７６】
ＡＵＸ_ＰＲＩＶＡＴＥ_ＣＯＮＦＩＧ：該当の２８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２７７】
図１４は、本発明の他の一実施例に係るＰＬＳ２データを示す。
【０２７８】
図１４は、ＰＬＳ２データのＰＬＳ２ＤＹＮを示す。ＰＬＳ２ＤＹＮデータの値は１つのフレームグループのデュレーションの間変化できる一方、フィールドのサイズは一定である。
【０２７９】
ＰＬＳ２ＤＹＮデータのフィールドの具体的な内容は、次の通りである。
【０２８０】
ＦＲＡＭＥ_ＩＮＤＥＸ：該当の５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
【０２８１】
ＰＬＳ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：該当の４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、該当のフィールド内でシグナリングされる値によって示す。該当のフィールドの値が「００００」に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、「１」の値は、次のスーパーフレームに変化があることを示す。
【０２８２】
ＦＩＣ_ＣＨＡＮＧＥ_ＣＯＵＮＴＥＲ：該当の４ビットフィールドは、構成（即ち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、該当のフィールド内でシグナリングされる値によって示す。該当のフィールドの値が「００００」に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、「０００１」の値は、次のスーパーフレームに変化があることを示す。
【０２８３】
ＲＥＳＥＲＶＥＤ：該当の１６ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２８４】
次のフィールドは、現フレームで伝達されるデータパイプと関連するパラメーターを説明するＮＵＭ_ＤＰでのループ（ｌｏｏｐ）に現れる。
【０２８５】
ＤＰ_ＩＤ：該当の６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に示す。
【０２８６】
ＤＰ_ＳＴＡＲＴ：該当の１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初の開始位置を示す。ＤＰ_ＳＴＡＲＴフィールドは、下記の表２７に示したように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【表２７】
2017517180.tif 000030
【０２８７】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ：該当の１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ_ＮＵＭ_ＢＬＯＣＫの値は、０から１０２３の間にある。
【０２８８】
ＲＥＳＥＲＶＥＤ：該当の８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。
【０２８９】
次のフィールドは、ＥＡＣと関連するＦＩＣパラメーターを示す。
【０２９０】
ＥＡＣ_ＦＬＡＧ：該当の１ビットフィールドは、現フレームでＥＡＣの存在を示す。該当のビットは、プリアンブルでＥＡＣ_ＦＬＡＧと同じ値である。
【０２９１】
ＥＡＳ_ＷＡＫＥ_ＵＰ_ＶＥＲＳＩＯＮ_ＮＵＭ：該当の８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
【０２９２】
ＥＡＣ_ＦＬＡＧフィールドが１と同一であれば、次の１２ビットがＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥフィールドに割り当てられる。ＥＡＣ_ＦＬＡＧフィールドが０と同一であれば、次の１２ビットがＥＡＣ_ＣＯＵＮＴＥＲに割り当てられる。
【０２９３】
ＥＡＣ_ＬＥＮＧＴＨ_ＢＹＴＥ：該当の１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
【０２９４】
ＥＡＣ_ＣＯＵＮＴＥＲ：該当の１２ビットフィールドは、ＥＡＣが到達するフレームの前のフレームの数を示す。
【０２９５】
次のフィールドは、ＡＵＸ_ＦＬＡＧフィールドが「１」と同一である場合にのみ現れる。
【０２９６】
ＡＵＸ_ＰＲＩＶＡＴＥ_ＤＹＮ：該当の４８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。該当のフィールドの意味は、設定可能なＰＬＳ２ＳＴＡＴでＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥの値に依存する。
【０２９７】
ＣＲＣ_３２：全ＰＬＳ２に適用される３２ビットのエラー検出コード。
【０２９８】
図１５は、本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
【０２９９】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームにおいてＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１及びＰＬＳ２は、初めに１つ以上のＦＳＳにマッピングされる。その後、ＥＡＣが存在すれば、ＥＡＣセルは、後続するＰＬＳフィールドにマッピングされる。次に、ＦＩＣが存在すれば、ＦＩＣセルがマッピングされる。データパイプは、ＰＬＳの次にマッピングされるか、又は、ＥＡＣ又はＦＩＣが存在する場合、ＥＡＣ又はＦＩＣの後にマッピングされる。タイプ１のデータパイプが初めにマッピングされ、タイプ２のデータパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプは、ＥＡＳに対する一部の特殊データ又はサービスシグナリングデータを伝達することができる。補助ストリーム又はストリームは、存在すれば、データパイプの次にマッピングされ、これには順にダミーセルが後続する。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順序で全て共にマッピングすれば、フレームでセル容量を正確に埋める。
【０３００】
図１６は、本発明の一実施例に係るＰＬＳマッピングを示す。
【０３０１】
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮFSSは、ＰＬＳ１でのＮＵＭ_ＦＳＳによってシグナリングされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。ロバスト性及び遅延時間（ｌａｔｅｎｃｙ）は、ＰＬＳで重大な事案であるので、ＦＳＳは、高いパイロット密度を有しており、高速同期化及びＦＳＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌｏａｔｉｏｎ、補間）を可能にする。
【０３０２】
ＰＬＳセルは、図１６の例に示したように、下向き式にＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１セルは、初めに最初のＦＳＳの最初のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に後続し、マッピングは、最初のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＰＬＳセルの総数が１つのＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、マッピングは、次のＦＳＳに進行し、最初のＦＳＳと完全に同じ方式で続く。
【０３０３】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ又は両方ともが現フレームに存在すれば、ＥＡＣ及びＦＩＣはＰＬＳとノーマルデータパイプとの間に配置される。
【０３０４】
図１７は、本発明の一実施例に係るＥＡＣマッピングを示す。
【０３０５】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに接続される。ＥＡＳ支援は提供されるが、ＥＡＣ自体は、全てのフレームに存在してもよく、存在しなくてもよい。ＥＡＣが存在する場合、ＥＡＣは、ＰＬＳ２セルの直後にマッピングされる。ＰＬＳセルを除いて、ＦＩＣ、データパイプ、補助ストリーム又はダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順は、ＰＬＳと完全に同一である。
【０３０６】
ＥＡＣセルは、図１７の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＥＡＳメッセージの大きさによって、図１７に示したように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３０７】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＥＡＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、ＥＡＣマッピングは、次のシンボルに進行し、ＦＳＳと完全に同じ方式で続く。この場合、ＥＡＣのマッピングが行われる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多いアクティブ（ａｃｔｉｖｅ）キャリアを有する。
【０３０８】
ＥＡＣマッピングが完了した後、もし存在すれば、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングとして）、データパイプがＥＡＣの最後のセルの直後に後続する。
【０３０９】
図１８は、本発明の一実施例に係るＦＩＣマッピングを示す。
【０３１０】
（ａ）は、ＥＡＣなしにＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３１１】
ＦＩＣは、高速サービス獲得及びチャネルスキャンを可能にするために階層間情報（ｃｒｏｓｓｌａｙｅｒ ｉｎｆｏｒｍａｔｉｏｎ）を伝達する専用チャネルである。該当の情報は、主にデータパイプ間のチャネルバインディング（ｃｈａｎｎｅｌ ｂｉｎｄｉｎｇ）情報及び各放送社のサービスを含む。高速スキャンのために、受信機は、ＦＩＣをデコーディングし、放送社ＩＤ、サービスの数、ＢＡＳＥ_ＤＰ_ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ_ＤＰ_ＩＤを用いてデコーディングされ得る。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと正確に同じ方式でエンコードされてフレームにマッピングされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンテンツは、管理階層仕様に説明された通りである。
【０３１２】
ＦＩＣデータは選択的であり、ＦＩＣの使用は、ＰＬＳ２のスタティック（ｓｔａｔｉｃ、静的）な部分でＦＩＣ_ＦＬＡＧパラメーターによってシグナリングされる。ＦＩＣが使用される場合、ＦＩＣ_ＦＬＡＧは「１」に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）な部分で定義される。該当のフィールドでシグナリングされるものはＦＩＣ_ＶＥＲＳＩＯＮであり、ＦＩＣ_ＬＥＮＧＴＨ_ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同一の変調、コーディング、タイムインターリービングパラメータを使用する。ＦＩＣは、ＰＬＳ２_ＭＯＤ及びＰＬＳ２_ＦＥＣのような同一のシグナリングパラメータを共有する。ＦＩＣデータは、もし存在すれば、ＰＬＳ２の後にマッピングされるか、又はＥＡＣが存在する場合、ＥＡＣの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、又はダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマッピングする方法はＥＡＣと完全に同一であり、これはまたＰＬＳと同一である。
【０３１３】
ＰＬＳの後のＥＡＣが存在しない場合、ＦＩＣセルは、（ａ）の例に示したように、ＰＬＳ２の次のセルからセルインデックスの昇順にマッピングされる。ＦＩＣデータのサイズによって、（ｂ）に示したように、ＦＩＣセルは、数個のシンボルに対してマッピングされる。
【０３１４】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に後続し、マッピングは、最後のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＦＩＣセルの総数が最後のＦＳＳの残っているアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、残りのＦＩＣセルのマッピングは、次のシンボルに進行し、これは、ＦＳＳと完全に同じ方式で続く。この場合、ＦＩＣがマッピングされる次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳよりさらに多くのアクティブ（ａｃｔｉｖｅ）キャリアを有する。
【０３１５】
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣは、ＦＩＣより先にマッピングされ、（ｂ）に示したように、ＥＡＣの次のセルから、ＦＩＣセルはセルインデックスの昇順にマッピングされる。
【０３１６】
ＦＩＣのマッピングが完了した後、１つ以上のデータパイプがマッピングされ、その後、もし存在すれば、補助ストリーム、ダミーセルが後続する。
【０３１７】
図１９は、本発明の一実施例に係るＦＥＣ構造を示す。
【０３１８】
図１９は、ビットインターリービングの前の本発明の一実施例に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダーは、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを行うことができる。図示したＦＥＣ構造はＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
【０３１９】
図１９に示したように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングが、ＢＣＨエンコードされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０３２０】
Ｎldpcの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）又は１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０３２１】
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメータを示す。
【表２８】
2017517180.tif 000031
【表２９】
2017517180.tif 000032
【０３２２】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次の通りである。
【０３２３】
１２エラー訂正ＢＣＨコードがＢＢＦの外部エンコーディングに使用される。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
【０３２４】
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコーディングするのに使用される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）がそれぞれのＩldpc（ＢＣＨエンコードされたＢＢＦ）から組織的にエンコードされ、Ｉldpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は、次の数式で表現される。
【数２】
2017517180.tif 000033
【０３２５】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメーターは、上記の表２８及び表２９にそれぞれ与えられる。
【０３２６】
ロングＦＥＣＢＬＯＣＫに対してＮldpc Ｋldpcパリティビットを計算する具体的な手順は、次の通りである。
【０３２７】
１）パリティビットの初期化
【数３】
2017517180.tif 000034
【０３２８】
２）パリティチェックマトリクスのアドレスの１番目の行で特定されたパリティビットアドレスで１番目の情報ビットｉ0の累算（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
【数４】
2017517180.tif 000035
【０３２９】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，…，３５９に対して、次の数式を用いてパリティビットアドレスでｉs累算（ａｃｃｕｍｕｌａｔｅ）。
【数５】
2017517180.tif 000036
【０３３０】
ここで、ｘは、１番目のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティチェックマトリクスのアドレスで特定されたコードレート（ｃｏｄｅ ｒａｔｅ）依存定数である。前記例である、比率１３／１５に対する、したがって、情報ビットｉ1に対するＱldpc＝２４に続けて、次の動作が行われる。
【数６】
2017517180.tif 000037
【０３３１】
４）３６１番目の情報ビットｉ360に対して、パリティビット累算器のアドレスは、パリティチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、数式６を用いて得られる。ここで、ｘは、情報ビットｉ360に該当するパリティビット累算器のアドレス、すなわち、パリティチェックマトリクスの２番目の行のエントリーを示す。
【０３３２】
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるのに使用される。
【０３３３】
全ての情報ビットが用いられた後、最終パリティビットが、次のように得られる。
【０３３４】
６）ｉ＝１から始めて、次の動作を順次行う
【数７】
2017517180.tif 000038
【０３３５】
ここで、ｐi、ｉ＝０，１，．．．Ｎldpc−Ｋldpc−１の最終コンテンツは、パリティビットｐiと同一である。
【表３０】
2017517180.tif 000039
【０３３６】
表３０を表３１に代替し、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスを、ショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスに代替することを除いて、ショートＦＥＣＢＬＯＣＫに対する該当のＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ ＬＤＰＣエンコーディング手順に従う。
【表３１】
2017517180.tif 000040
【０３３７】
図２０は、本発明の一実施例に係るタイムインターリービングを示す。
【０３３８】
（ａ）〜（ｃ）は、タイムインターリービングモードの例を示す。
【０３３９】
タイムインターリーバーはデータパイプレベルで動作する。タイムインターリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。
【０３４０】
ＰＬＳ２ＳＴＡＴデータの一部に現れる次のパラメーターは、タイムインターリービングを構成する。
【０３４１】
ＤＰ_ＴＩ_ＴＹＰＥ（許容された値：０又は１）：タイムインターリービングモードを示す。０は、タイムインターリービンググループ当たり多数のタイムインターリービングブロック（１つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、１つのタイムインターリービンググループは、１つのフレームに（フレーム間インターリービングなしに）直接マッピングされる。１は、タイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは、１つ以上のフレームにわたって拡散する（フレーム間インターリービング）。
【０３４２】
ＤＰ_ＴＩ_ＬＥＮＧＴＨ：ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’であれば、該当のパラメーターは、タイムインターリービンググループ当たりタイムインターリービングブロックの数ＮTIである。ＤＰ_ＴＩ_ＴＹＰＥ＝‘１’の場合、該当のパラメーターは、１つのタイムインターリービンググループから拡散するフレームの数ＰIである。
【０３４３】
ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸ（許容された値：０〜１０２３）：タイムインターリービンググループ当たりＸＦＥＣＢＬＯＣＫの最大数を示す。
【０３４４】
ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ（許容された値：１、２、４、８）：与えられたフィジカルプロファイルの同一のデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩJUMPを示す。
【０３４５】
ＤＰ_ＴＩ_ＢＹＰＡＳＳ（許容された値：０又は１）：タイムインターリービングがデータフレームに用いられない場合、該当のパラメーターは「１」に設定される。タイムインターリービングが用いられる場合、「０」に設定される。
【０３４６】
さらに、ＰＬＳ２ＤＹＮデータからのパラメーターＤＰ_ＮＵＭ_ＢＬＯＣＫは、データグループの１つのタイムインターリービンググループによって伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０３４７】
タイムインターリービングがデータフレームに用いられない場合、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（ｄｙｎａｍｉｃ、動的）構成情報のためのディレイコンペンセーション（ｄｅｌａｙ ｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、依然として必要である。それぞれのデータパイプにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは、整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、ＮxBLOCK_Group（ｎ）で示し、ＰＬＳ２ＤＹＮデータでＤＰ_ＮＵＭ_ＢＬＯＣＫとしてシグナリングされる。このとき、ＮxBLOCK_Group（ｎ）は、最小値０から、最も大きい値が１０２３である最大値NxBLOCK_Group_MAX（ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸに該当）まで変化し得る。
【０３４８】
それぞれのタイムインターリービンググループは、１つのフレームに直接マッピングされるか、又はＰI個のフレームにわたって拡散する。また、それぞれのタイムインターリービンググループは、１つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここで、それぞれのタイムインターリービングブロックは、タイムインターリーバーメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、若干の異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されると、タイムインターリービンググループは１つのフレームにのみ直接マッピングされる。下記の表３２に示したように、タイムインターリービングには３つのオプションがある（タイムインターリービングを省略する追加オプション除外）。
【表３２】
2017517180.tif 000041
【０３４９】
一般に、タイムインターリーバーは、フレーム生成過程の前にデータパイプデータに対するバッファーとしても作用する。これは、それぞれのデータパイプに対して２つのメモリバンクによって達成される。１番目のタイムインターリービングブロックは１番目のバンクに書き込まれる。１番目のバンクで読み取られる間、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
【０３５０】
タイムインターリービングは、ツイストされた行列ブロックインターリーバーである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮcがＮxBLOCK_TI（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎrは、セルの数Ｎcellsと同一である（即ち、Ｎr＝Ｎcells）。
【０３５１】
図２１は、本発明の一実施例に係るツイストされた行列ブロックインターリーバーの基本動作を示す。
【０３５２】
図２１（ａ）は、タイムインターリーバーで書き込み動作を示し、図２１（ｂ）は、タイムインターリーバーで読み取り動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そして、インターリービングアレイにおいて、セルが対角線方向に読み取られる。
【数８】
2017517180.tif 000042
【０３５３】
【数９】
2017517180.tif 000043
【０３５４】
結果的に、読み取られるセル位置は、座標
【数１０】
2017517180.tif 000044
によって算出される。
【０３５５】
図２２は、本発明の他の一実施例に係るツイストされた行列ブロックインターリーバーの動作を示す。
【０３５６】
より具体的に、図２２は、
【数１１】
2017517180.tif 000045
であるとき、仮想ＸＦＥＣＢＬＯＣＫを含む、それぞれのタイムインターリービンググループに対するタイムインターリービングメモリにおけるインターリービングアレイを示す。
【０３５７】
【数１２】
2017517180.tif 000046
【０３５８】
タイムインターリービンググループの数は３に設定される。タイムインターリーバーのオプションは、ＤＰ_ＴＩ_ＴＹＰＥ＝‘０’、ＤＰ_ＦＲＡＭＥ_ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ_ＴＩ_ＬＥＮＧＴＨ＝‘１’、すなわち、ＮＴＩ＝１、ＩＪＵＭＰ＝１、ＰＩ＝１によってＰＬＳ２ＳＴＡＴデータでシグナリングされる。それぞれＮｃｅｌｌｓ＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ_ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ_ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ_ＴＩ（２，０）＝５によってＰＬＳ２ＤＹＮデータでシグナリングされる。ＸＦＥＣＢＬＯＣＫの最大数は、ＮｘＢＬＯＣＫ_Ｇｒｏｕｐ_ＭＡＸによってＰＬＳ２ＳＴＡＴデータでシグナリングされ、これは、
【数１３】
2017517180.tif 000047
につながる。
【０３５９】
図２３は、本発明の一実施例に係るツイストされた行列ブロックインターリーバーの対角線方向の読み取りパターンを示す。
【０３６０】
【数１４】
2017517180.tif 000048
【０３６１】
図２４は、本発明の一実施例に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０３６２】
図２４は、パラメーター
【数１５】
2017517180.tif 000049
及びＳｓｈｉｆｔ＝３を有するそれぞれのインターリービングアレイからインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０３６３】
図２５は本発明の一実施例に係るハイブリッド（ｈｙｂｒｉｄ）放送受信機を示した図である。
【０３６４】
本発明の一実施例に係るハイブリッド放送受信機は、既存の放送信号を受信することができる。また、ハイブリッド放送受信機は、ＩＰパケット伝送データを受信することができるネットワークインターフェースを含む。
【０３６５】
本発明の一実施例に係るハイブリッド放送受信機は、チューナー（Ｔｕｎｅｒ）Ｊ２５０１０、物理的階層制御部（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｔｒｏｌｌｅｒ）Ｊ２５０２０、物理的フレームパーサー（Ｐｈｙｓｉｃａｌ Ｆｒａｍｅ Ｐａｒｓｅｒ）Ｊ２５０３０、リンク階層フレームプロセッサ（Ｌｉｎｋ Ｌａｙｅｒ Ｆｒａｍｅ Ｐｒｏｃｅｓｓｏｒ）Ｊ２５０４０、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ２５０５０、タイミング制御部（Ｔｉｍｉｎｇ Ｃｏｎｔｒｏｌ）Ｊ２５０６０、システムクロック処理部（Ｓｙｓｔｅｍ Ｃｌｏｃｋ）Ｊ２５０７０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｊ２５０８０、ファイル処理部（Ｆｉｌｅｓ）Ｊ２５０９０、ＤＴＶ制御エンジン（ＡＴＳＣ３．０ ＤＴＶ Ｃｏｎｔｒｏｌ Ｅｎｇｉｎｅ）Ｊ２５１００、シグナリングパーサー（Ｓｉｇｎａｌｉｎｇ Ｐａｒｓｅｒ）Ｊ２５１１０、チャネルマップ処理部（Ｃｈａｎｎｅｌ Ｍａｐ）Ｊ２５１２０、ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ２５１３０、ＨＴＴＰアクセスクライアント（ＨＴＴＰ Ａｃｃｅｓｓ Ｃｌｉｅｎｔ）Ｊ２５１４０、ＨＴＴＰキャッシュ（ＨＴＴＰ Ｃａｃｈｅ）Ｊ２５１５０、ＤＡＳＨクライアント（ＤＡＳＨ Ｃｌｉｅｎｔ）Ｊ２５１６０、ＩＳＯ ＢＭＦＦパーサー（ＩＳＯ ＢＭＦＦ Ｐａｒｓｅｒ）Ｊ２５１７０及び／又はメディアデコーダー（Ｍｅｄｉａ Ｄｅｃｏｄｅｒ）Ｊ２５１８０を含む。
【０３６６】
チューナー（Ｔｕｎｅｒ）Ｊ２５０１０は放送信号を受信する。チューナーは放送信号を特定の周波数にチューニングし、該当の周波数の放送信号を受信することができる。チューナーは放送信号に含まれた物理的フレーム（Ｐｈｙｓｉｃａｌ Ｆｒａｍｅ）を抽出することができる。
【０３６７】
物理的階層制御部（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｔｒｏｌｌｅｒ）Ｊ２５０２０は物理的階層での放送信号の処理に係る制御を遂行する。物理的階層制御部は、伝送パラメーター又はシグナリングデータから獲得した情報に基づき、特定の放送サービスを獲得するためにチューニングしなければならない周波数についての情報をチューナーに伝達し、チューナーが該当の周波数にチューニングすることができるように制御することができる。物理的階層制御部は、伝送パラメーター又はシグナリングデータから獲得した情報に基づき、特定の放送サービス又は放送コンテンツを獲得するために接近／抽出しなければならないＤＰ（Ｄａｔａ Ｐｉｐｅ）を識別する情報（ＤＰ ＩＤ）を物理的フレームパーサーに伝達し、物理的フレームパーサーが該当のＤＰを識別し、これをパーシングすることができるように制御する。
【０３６８】
物理的フレームパーサー（Ｐｈｙｓｉｃａｌ Ｆｒａｍｅ Ｐａｒｓｅｒ）Ｊ２５０３０は放送信号内の物理的フレームをパーシングする。物理的フレームは物理的階層での処理のためのデータの単位を示す。物理的フレームパーサーは物理的フレームをパーシングしてリンク階層フレームを抽出することができる。物理的フレームパーサーは、物理的フレームをパーシングする過程で、特定のＤＰを含むリンク階層フレームを抽出するために、ＤＰ ＩＤ（Ｄａｔａ ｐｉｐｅ Ｉｄｅｎｔｉｆｉｅｒ）を用いて、該当のＤＰ ＩＤを有するリンク階層フレームを抽出することができる。物理的フレームパーサーは、シグナリングデータを抽出することができる。物理的フレームパーサーは、シグナリングデータを含むＤＰ（例えば、ｂａｓｅ ＤＰ）を抽出するか、あるいはシグナリングデータを送信するシグナリングチャネルを識別して、該当のチャネルから送信されるシグナリングデータを抽出することができる。
【０３６９】
リンク階層フレームプロセッサ（Ｌｉｎｋ Ｌａｙｅｒ Ｆｒａｍｅ Ｐｒｏｃｅｓｓｏｒ）Ｊ２５０４０はリンク階層フレームを処理する。リンク階層フレームプロセッサはリンク階層フレームでＩＰ／ＵＤＰデータグラムを抽出する。リンク階層プロセッサは、リンク階層から伝達されるシグナリングデータを抽出することができる。リンク階層から伝達されるシグナリングデータは、リンク階層より上位階層でのデータについての情報を含むことができる。例えば、リンク階層から伝達されるシグナリングデータは、ＩＰパケットの形態、ＩＰパケットのヘッダー内で共通する情報の内容、及び／又はＩＰヘッダーに対する圧縮が適用された場合、ヘッダー圧縮についての情報を含むことができる。
【０３７０】
ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ２５０５０は、特定のＩＰ／ＵＤＰデータグラムを識別し、これを抽出することができる。ＩＰ／ＵＤＰデータグラムフィルターは、特定のＩＰパケットを抽出することができ、この過程で、ＩＰ／Ｐｏｒｔ情報を使うことができる。ＩＰ／ＵＤＰデータグラムフィルターは、特定のパケットを含むＩＰ／ＵＤＰデータグラムを抽出し、該当のデータグラム内のパケットを受信機の各装置に送信することができる。ＩＰ／ＵＤＰデータグラムフィルターは、ＩＰ／ＵＤＰデータグラムから放送データを送信するＡＬＣ／ＬＣＴ＋（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ／Ｌａｙｅｒｅｄ Ｃｏｄｉｎｇ Ｔｒａｎｓｐｏｒｔ＋）パケット、放送システム、放送受信機、及び／又は放送サービス／コンテンツの間の同期のためのデータを含むタイムラインパケット（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ）、及び／又はシグナリングデータを送信するシグナリングパケット（Ｓｉｇｎａｌｉｎｇ Ｐａｃｋｅｔ）を抽出することができる。
【０３７１】
タイミング制御部（Ｔｉｍｉｎｇ Ｃｏｎｔｒｏｌ）Ｊ２５０６０は一つ以上のソース（ｓｏｕｒｃｅ）から送信される伝送ストリームの間の同期を取る役目を果たす。一つ以上のソースから送信される伝送ストリームの間の同期を取るために必要な情報はタイプラインパケットの形態で送信されることができる。タイミング制御部は受信したパケット又はパケット内のデータを放送システムクロック（Ｓｙｓｔｅｍ Ｃｌｏｃｋ）に同期を取る役目を果たすことができる。タイミング制御部は、放送受信機のクロックと放送システムのクロックを同期化する役目を果たすことができる。
【０３７２】
システムクロック処理部（Ｓｙｓｔｅｍ Ｃｌｏｃｋ）Ｊ２５０７０はｗａｌｌ−ｃｌｏｃｋ ｔｉｍｅについての情報を受信してシステムのクロックを制御する。
【０３７３】
ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｊ２５０８０はアプリケーション階層のプロトコルによるパケットを処理する。よって、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｊ２５０８０はアプリケーション階層伝送プロトコルクライアントと名付けられることもできる。アプリケーション階層のプロトコルパケットは該当の階層に適用されるプロトコルによって多様な名称を有することができるが、本願ではアプリケーション階層伝送プロトコルパケット又はパケットと名付けることにする。アプリケーション階層伝送プロトコルパケットにはＡＬＣ／ＬＣＴパケット、ＡＬＣ／ＬＣＴ＋パケット、ＲＯＵＴＥパケット、及び／又はＭＭＴパケットが含まれることができる。
【０３７４】
アプリケーション階層伝送プロトコルパケットをパーシング又はデコードする。ＡＬＣ／ＬＣＴ＋クライアントはアプリケーション階層伝送プロトコルパケットから一般的なデータを送信するファイル（ｆｉｌｅ）を抽出するか、あるいはＩＳＯ ＢＭＦＦ（ＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔ）ｏｂｊｅｃｔデータを抽出することができる。ＡＬＣ／ＬＣＴ＋クライアントはＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータを抽出する過程で、ｔｉｍｉｎｇについての情報をさらに獲得することができる。ＡＬＣ／ＬＣＴ＋クライアントは一般的なファイル及び／又はＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータを抽出する過程で、伝送モード（ｄｅｌｉｖｅｒｙ ｍｏｄｅ）及び／又はＴＳＩ（Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）情報を用いることができる。
【０３７５】
ファイル処理部（Ｆｉｌｅｓ）Ｊ２５０９０はファイルを保存するか、ファイルに対する処理を遂行する。
【０３７６】
ＤＴＶ制御エンジン（ＡＴＳＣ３．０ ＤＴＶ Ｃｏｎｔｒｏｌ Ｅｎｇｉｎｅ）Ｊ２５１００は各放送チャネルについての情報を含むチャネルマップについての情報を用いて、放送データを処理する一連の動作を制御する。ＤＴＶ制御エンジンは、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）によるユーザー入力又はシステム上のイベント（ｅｖｅｎｔ）を受信し、これを処理する。ＤＴＶ制御エンジンは、伝送パラメーターを用いて、物理的階層制御部を制御し、物理的階層制御部が物理的階層で放送信号に対する処理を制御するようにする役目を果たす。ＤＴＶ制御エンジンは、ＭＰＥＧ−ＤＡＳＨ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ−Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）に係るデータを放送受信機が処理する場合、ＭＰＤ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）を抽出するか、ＭＰＤを獲得することができる位置情報（例えば、ＵＲＬ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ情報）を抽出し、ＭＰＥＧ−ＤＡＳＨに係るデータを処理する装置に伝達する。
【０３７７】
シグナリングパーサー（Ｓｉｇｎａｌｉｎｇ Ｐａｒｓｅｒ）Ｊ２５１１０はシグナリングパケット又はシグナリングビットストリームを受信してシグナリング情報をパーシングする。シグナリング情報にはチャネルマップを生成するために必要な情報が含まれることができる。
【０３７８】
チャネルマップ処理部（Ｃｈａｎｎｅｌ Ｍａｐ）Ｊ２５１２０はシグナリング情報を用いてチャネルマップを生成し、これを格納する。
【０３７９】
ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ２５１３０はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いてデータ又はパケットを伝達する。ＨＴＴＰサーバーは放送受信機の要求（ｒｅｑｕｅｓｔ）を受信し、これに対する応答（ｒｅｓｐｏｎｓｅ）を放送受信機に伝達する。ＨＴＴＰサーバーは放送受信機の外部に設けられることも、放送受信機の設けられることもできる。
【０３８０】
ＨＴＴＰアクセスクライアント（ＨＴＴＰ Ａｃｃｅｓｓ Ｃｌｉｅｎｔ）Ｊ２５１４０はＨＴＴＰサーバーとの通信を処理する。ＨＴＴＰアクセスクライアントはＤＡＳＨ ｃｌｉｅｎｔの要求をＨＴＴＰサーバーに伝達するか、ＨＴＴＰサーバーの応答をＤＡＳＨ ｃｌｉｅｎｔに伝達する役目を果たす。
【０３８１】
ＨＴＴＰキャッシュ（ＨＴＴＰ Ｃａｃｈｅ）Ｊ２５１５０はＨＴＴＰに送信されるデータの一部又は全部をキャッシュ（Ｃａｃｈｅ）する役目を果たす。
【０３８２】
ＤＡＳＨクライアント（ＤＡＳＨ Ｃｌｉｅｎｔ）Ｊ２５１６０はＭＰＥＧ−ＤＡＳＨに係るデータを処理する一連の動作を遂行する。ＤＡＳＨクライアントは、ＭＰＤをＨＴＴＰサーバーに要請するか、これに対する応答として受信するか、他の経路を介してＭＰＤを受信する。ＤＡＳＨクライアントは、ＭＰＤを用いて、特定の放送サービス又はコンテンツのためのＤＡＳＨセグメントを抽出する。ＤＡＳＨクライアントで抽出されるＤＡＳＨセグメントはＩＳＯ ＢＭＦＦファイルの形態であってもよい。ＤＡＳＨクライアントはＵＩによる入力、又はシステムイベントによる入力を受信し、これに係るデータを処理する。
【０３８３】
ＩＳＯ ＢＭＦＦパーサー（ＩＳＯ ＢＭＦＦ Ｐａｒｓｅｒ）Ｊ２５１７０はＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータ及び／又はＩＳＯ ＢＭＦＦファイルをパーシングする。ＩＳＯ ＢＭＦＦパーサーはＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータ及び／又はＩＳＯ ＢＭＦＦファイルをパーシングして、アクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ）、タイミング情報、及び／又はデコーディングに必要な情報を抽出することができる。アクセスユニットはメディアのためのデータを含むことができる。
【０３８４】
メディアデコーダー（Ｍｅｄｉａ Ｄｅｃｏｄｅｒ）Ｊ２５１８０は、Ａｃｃｅｓｓ Ｕｎｉｔ、タイミング情報、及び／又はデコーディングに必要な情報を用いて、メディア（放送サービス、放送コンテンツ又はイベント）をデコードする。
【０３８５】
図２６は本発明の一実施例に係るハイブリッド放送受信機でサービススキャニング（ｓｃａｎｎｉｎｇ）を行う動作を示した図である。
【０３８６】
本発明の一実施例に係る放送受信機のサービススキャニングは、物理的階層制御部Ｊ２５０２０がチューナーＪ２５０１０を制御し、それぞれの周波数のチャネルに対してチューナーがスキャニングを遂行する。
【０３８７】
チューナーＪ２５０１０はそれぞれのチャネルでの放送信号を受信する。チューナーＪ２５０１０は放送信号から物理的フレームを抽出することもできる。チューナーＪ２５０１０は放送信号又は物理的フレームを物理的フレームパーサーＪ２５０３０に送信する。
【０３８８】
物理的フレームパーサーＪ２５０３０はシグナリング情報を送信するシグナリングビットストリームを抽出する。物理的フレームパーサーＪ２５０３０はシグナリングビットストリームをシグナリングパーサーＪ２５０１１０に送信する。
【０３８９】
シグナリングパーサーＪ２５１１０はシグナリングビットストリームからシグナリング情報を抽出する。シグナリングパーサーＪ２５１１０はシグナリング情報をチャネルマップ処理部Ｊ２５１２０に伝達する。
【０３９０】
図２７は本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０３９１】
ＤＴＶ制御エンジンＪ２５１００はユーザー又は放送イベントによるサービスを選択する制御信号を受信する。ＤＴＶ制御エンジンＪ２５１００はチャネルマップ処理部などに格納されたチャネルマップ又はシグナリング情報から、選択されたサービスを送信するチャネルの周波数、ＤＰ識別情報、コンポーネント識別情報及び／又はデータグラム識別情報を抽出して物理的階層制御部Ｊ２５０２０及び／又はＩＰ／ＵＤＰデータグラムフィルターＪ２５０５０に伝達する。
【０３９２】
物理的階層制御部Ｊ２５０２０は周波数情報を用いて、チューナーＪ２５０１０が選択されたサービスを送信するチャネルへのチューニングを遂行するように制御し、ＤＰ識別情報を用いて、物理的フレームパーサーＪ２５０３０が選択されたサービスを送信するＤＰを抽出するように制御する。
【０３９３】
抽出されたＤＰはリンク階層フレームプロセッサＪ２５０４０で処理して、ＩＰ／ＵＤＰデータグラムを抽出する。
【０３９４】
ＩＰ／ＵＤＰデータグラムフィルターＪ２５０５０はＩＰ／Ｐｏｒｔ情報を用いて、シグナリングパケットを送信する特定のＩＰ／ＵＤＰデータグラム又は特定のＩＰパケットフィルタリングし、該当のデータグラムでシグナリングパケットを抽出してシグナリングパーサーＪ２５１１０に伝達する。
【０３９５】
図２８は本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０３９６】
この図は、前述した放送受信機でサービス選択を行う動作に続いて行われる放送受信機の動作を示す。
【０３９７】
ＤＴＶ制御エンジンは、チャネルマップの情報によって、ユーザーが選択した放送サービス又は放送コンテンツに対するパケットを送信するＤＰを識別する情報、該当のパケットを送信する伝送モードを識別する情報、該当のパケットに対するＴＳＩ情報及び／又は該当のパケットのＩＰ／Ｐｏｒｔ情報を獲得する。
【０３９８】
ＤＴＶ制御エンジンはＤＰを識別する情報を物理的階層制御部に送信することができる。ＤＴＶ制御エンジンは該当のパケットのＩＰ／Ｐｏｒｔ情報をＩＰ／ＵＤＰデータグラムフィルターに送信することができる。ＤＴＶ制御エンジンは該当のパケットに対するＴＳＩ情報及び／又は該当のパケットを送信する伝送モードを識別する情報をＡＬＣ／ＬＣＴ＋クライアントに送信することができる。
【０３９９】
物理的階層制御部はＤＰ ＩＤ（Ｄａｔａ ｐｉｐｅ Ｉｄｅｎｔｉｆｉｅｒ）を物理的フレームパーサーに伝達する。
【０４００】
物理的フレームパーサーは、ＤＰ ＩＤを用いて、ユーザーが選択した放送サービス又は放送コンテンツに対するパケットを送信するＤＰを識別し、該当のＤＰをパーシングする。物理的フレームパーサーはＤＰからリンク階層フレームを抽出することができる。
【０４０１】
リンク階層フレームプロセッサはリンク階層フレームでＩＰ／ＵＤＰデータグラムをパーシングする。リンク階層フレームプロセッサはユーザーが選択した放送サービス又は放送コンテンツに係るＩＰ／ＵＤＰデータグラム及び／又はＩＰパケットを抽出することができる。
【０４０２】
ＩＰ／ＵＤＰデータグラムフィルターはユーザーが選択した放送サービス又は放送コンテンツに係るデータを含むパケット（例えば、アプリケーション階層伝送プロトコルパケット）を抽出する。ＩＰ／ＵＤＰデータグラムフィルターは放送サービス及び／又は放送コンテンツの放送システムとの同期のための情報を含むタイムラインパケットを抽出することができる。
【０４０３】
ＡＬＣ／ＬＣＴ＋クライアントは受信したパケットからＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータ及び／又はタイミング関連情報を抽出し、ＩＳＯ ＢＭＦＦパーサーに送信することができる。
【０４０４】
以後のデータの処理は前述した各装置についての説明に取り替える。
【０４０５】
図２９は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０４０６】
この図では、図２７で説明した放送受信機でのサービス選択を行う動作に続いて行われる放送受信機の動作を示す。
【０４０７】
ＤＴＶ制御エンジンは、チャネルマップ又はシグナリング情報を介して、ユーザーが選択した放送サービス又は放送コンテンツについての情報を含むＭＰＤを獲得するか、該当のＭＰＤを提供するサーバー又は格納部の位置を獲得する。ＤＴＶ制御エンジンはＭＰＤ又はＭＰＤの位置をＤＡＳＨクライアントに伝達する。
【０４０８】
ＤＡＳＨクライアントはＭＰＤを獲得し、ＭＰＤ内で、ユーザーが選択したメディア（放送サービス又は放送コンテンツ）に含まれるデータであるセグメントを提供する位置についての情報（例えば、ｓｅｇｍｅｎｔ ＵＲＬ）を抽出する。ＤＡＳＨクライアントはセグメントに対する要請をＨＴＴＰアクセスクライアントに送信する。
【０４０９】
ＨＴＴＰアクセスクライアントは、セグメントの位置についての情報を用いて、該当のセグメントを提供するサーバーに接続して該当のセグメントを獲得し、これをＤＡＳＨクライアントに伝達する。
【０４１０】
ＤＡＳＨクライアントは受信したセグメントからファイル（例えば、ＩＳＯ ＢＭＦＦファイル）を抽出し、ＩＳＯ ＢＭＦＦパーサーに伝達する。
【０４１１】
以後のデータの処理は前述した各装置についての説明に取り替える。
【０４１２】
この図に示した実施例によると、放送網ではないＨＴＴＰを用いる通信網を介してメディアを受信することができる。
【０４１３】
図３０は本発明の一実施例に係るハイブリッド放送受信機のブロック図を示した図である。
【０４１４】
ハイブリッド放送受信機は次世代放送システムのＤＴＶサービスで地上波放送とブロードバンドの連動によるハイブリッド放送サービスを受信することができる。ハイブリッド放送受信機は、地上波放送を介して送信される放送オーディオ／ビデオ（Ａｕｄｉｏ／Ｖｉｄｅｏ、Ａ／Ｖ）コンテンツを受信し、これに連関したｅｎｈａｎｃｅｍｅｎｔ ｄａｔａ又は放送Ａ／Ｖコンテンツの一部をブロードバンドを介して実時間で受信することができる。本明細書で、放送オーディオ／ビデオ（Ａｕｄｉｏ／Ｖｉｄｅｏ、Ａ／Ｖ）コンテンツはメディアコンテンツということができる。
【０４１５】
ハイブリッド放送受信機は物理階層コントローラー（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｔｒｏｌｌｅｒ）Ｄ２５０１０、チューナー（Ｔｕｎｅｒ）Ｄ２５０２０、物理的フレームパーサー（Ｐｈｙｓｉｃａｌ Ｆｒａｍｅ Ｐａｒｓｅｒ）Ｄ２５０３０、リンク階層パーサー（Ｌｉｎｋ Ｌａｙｅｒ Ｆｒａｍｅ Ｐａｒｓｅｒ）Ｄ２５０４０、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｄ２５０５０、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジン（ＡＴＳＣ３．０ ＤＴＶ Ｃｏｎｔｒｏｌ Ｅｎｇｉｎｅ）Ｄ２５０６０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｄ２５０７０、タイミング制御部（Ｔｉｍｉｎｇ Ｃｏｎｔｒｏｌ）Ｄ２５０８０、シグナリングパーサー（Ｓｉｇｎａｌｉｎｇ Ｐａｒｓｅｒ）Ｄ２５０９０、ＤＡＳＨクライアント（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ Ｃｌｉｅｎｔ、ＤＡＳＨ ｃｌｉｅｎｔ）Ｄ２５１００、ＨＴＴＰ接続クライアント（ＨＴＴＰ Ａｃｃｅｓｓ Ｃｌｉｅｎｔ）Ｄ２５１１０、ＩＳＯ ＢＭＦＦパーサー（ＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔ Ｐａｒｓｅｒ、ＩＳＯ ＢＭＦＦ Ｐａｒｓｅｒ）Ｄ２５１２０及び／又はメディアデコーダー（Ｍｅｄｉａ Ｄｅｃｏｄｅｒ）Ｄ２５１３０を含むことができる。
【０４１６】
物理階層コントローラーＤ２５０１０は、ハイブリッド放送受信機が受信しようとする地上波放送チャネルのラジオ周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）情報などを用いてチューナーＤ２５０２０、物理的フレームパーサーＤ２５０３０などの動作を制御することができる。
【０４１７】
チューナーＤ２５０２０は、地上波放送チャネルを介して放送関連信号を受信及び処理し、これを適切な形態に変換することができる。例えば、チューナーＤ２５０２０は、受信された地上波放送信号を物理的フレーム（Ｐｈｙｓｉｃａｌ Ｆｒａｍｅ）に変換することができる。
【０４１８】
物理的フレームパーサーＤ２５０３０は、受信された物理的フレームをパーシングし、これに係るプロセッシングによって連結階層フレーム（Ｌｉｎｋ Ｌａｙｅｒ Ｆｒａｍｅ）を獲得することができる。
【０４１９】
リンク階層パーサーＤ２５０４０は、リンク階層フレームからリンク階層シグナリング（Ｌｉｎｋ Ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）などを獲得するかＩＰ／ＵＤＰデータグラムを獲得するための関連演算を遂行することができる。リンク階層パーサーＤ２５０４０は少なくとも一つのＩＰ／ＵＤＰデータグラムを出力することができる。
【０４２０】
ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、受信された少なくとも一つのＩＰ／ＵＤＰデータグラムから特定のＩＰ／ＵＤＰデータグラムをフィルタリングすることができる。すなわち、ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、リンク階層パーサーＤ２５０４０から出力された少なくとも一つのＩＰ／ＵＤＰデータグラムの中でＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ３００６０によって選択されたＩＰ／ＵＤＰデータグラムを選択的にフィルタリングすることができる。ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０はアプリケーション階層伝送プロトコルパケットを出力することができる。
【０４２１】
ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０は各ハイブリッド放送受信機に含まれたモジュール間のインターフェースを担当することができる。また、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０は各モジュールに必要なパラメーターなどを各モジュールに伝達し、これによって各モジュールの動作を制御することができる。本発明において、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０はメディアプレゼンテーションディスクリプション（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ、ＭＰＤ）及び／又はＭＰＤ ＵＲＬをＤＡＳＨクライアントＤ２５１００に伝達することができる。また、本発明において、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０は、伝送モード（Ｄｅｌｉｖｅｒｙ ｍｏｄｅ）及び／又は伝送セッション識別子（Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ、ＴＳＩ）をＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０に伝達することができる。ここで、ＴＳＩはＭＰＤ又はＭＰＤ ＵＲＬ関連シグナリングなどのシグナリングメッセージを含む伝送パケットを送信するセッション、例えばＡＬＣ／ＬＣＴセッション又はＦＬＵＴＥセッションの識別子を示すことができる。
【０４２２】
ＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０は、アプリケーション階層伝送プロトコルパケットを処理し、複数のアプリケーション階層伝送プロトコルパケットを収集及び処理して一つ以上のＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔ（ＩＳＯ ＢＭＦＦ）オブジェクトを生成することができる。
【０４２３】
タイミング制御部Ｄ２５０８０は、システムタイム情報を含むパケットを処理し、これによってシステムクロックを制御することができる。
【０４２４】
シグナリングパーサーＤ２５０９０は、ＤＴＶ放送サービス関連シグナリングを獲得及びパーシングし、パーシングされたシグナリングに基づいてチャネルマップなどを生成して管理することができる。本発明において、シグナリングパーサーはシグナリング情報から拡張されたＭＰＤ又はＭＰＤ関連情報をパーシングすることができる。
【０４２５】
ＤＡＳＨクライアントＤ２５１００は、実時間ストリーミング（Ｒｅａｌ−ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ）あるいは適応的ストリーミング（Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ）に係る演算を遂行することができる。ＤＡＳＨクライアントＤ２５１００は、ＨＴＴＰ接続クライアントＤ２５１１０を介してＨＴＴＰサーバーからＤＡＳＨコンテンツを受信することができる。ＤＡＳＨクライアントＤ２５１００は、受信されたＤＡＳＨ Ｓｅｇｍｅｎｔなどを処理してＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔオブジェクトを出力することができる。本発明において、ＤＡＳＨクライアントＤ２５１００はＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０に全てのＲｅｐｒｅｓｅｎｔａｔｉｏｎ ＩＤ（Ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ＩＤ）又はセグメントＵＲＬを伝達することができる。ここで、全てのＲｅｐｒｅｓｅｎｔａｔｉｏｎ ＩＤは、例えばＭＰＤ ＵＲＬ、ｐｅｒｉｏｄ＠ｉｄ及びｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｉｄを結合したＩＤを意味することができる。また、ＤＡＳＨクライアントＤ２５１００はＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０からＭＰＤ又はＭＰＤ ＵＲＬを受信することができる。ＤＡＳＨクライアントＤ２５１００は、受信されたＭＰＤ又はＭＰＤ ＵＲＬを用いて所望のメディアストリーム又はＤＡＳＨ ＳｅｇｍｅｎｔをＨＴＴＰサーバーから受信することができる。本明細書において、ＤＡＳＨクライアントＤ２５１００はプロセッサということができる。
【０４２６】
ＨＴＴＰ接続クライアントＤ２５１１０は、ＨＴＴＰサーバーに対して特定の情報を要請し、ＨＴＴＰサーバーからこれに対する応答を受信して処理することができる。ここで、ＨＴＴＰサーバーはＨＴＴＰ接続クライアントから受信した要請を処理し、これに対する応答を提供することができる。
【０４２７】
ＩＳＯ ＢＭＦＦパーサーＤ２５１２０は、ＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔオブジェクトからオーディオ／ビデオのデータ抽出することができる。
【０４２８】
メディアデコーダーＤ２５１３０は受信されたオーディオ及び／又はビデオデータをデコードし、デコードされたオーディオ／ビデオデータをプレゼンテーションするためのプロセッシングを遂行することができる。
【０４２９】
本発明のハイブリッド放送受信機が地上波放送網とブロードバンドの連動によるハイブリッド放送サービスを提供するためにはＭＰＤに対する拡張又は修正が要求される。前述した地上波放送システムは拡張又は修正されたＭＰＤを送信することができ、ハイブリッド放送受信機は拡張又は修正されたＭＰＤを用いて、放送又はブロードバンドを介してコンテンツを受信することができる。すなわち、ハイブリッド放送受信機は拡張又は修正されたＭＰＤは地上波放送を介して受信し、ＭＰＤに基づいて地上波放送又はブロードバンドを介してコンテンツを受信することができる。以下では、既存のＭＰＤと比較して拡張又は修正されたＭＰＤにさらに含まれなければならないエレメント及び属性（ａｔｔｒｉｂｕｔｅ）について記述する。以下で、拡張又は修正されたＭＰＤはＭＰＤと記述することができる。
【０４３０】
ＭＰＤはＡＴＳＣ３．０サービスを表現するために拡張されるか修正されることができる。拡張又は修正されたＭＰＤは、ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ、Ｃｏｍｍｏｎ＠ｐｒｅｓｅｎｔａｂｌｅ、Ｃｏｍｍｏｎ．Ｔａｒｇｅｔｉｎｇ、Ｃｏｍｍｏｎ．ＴａｒｇｅｔＤｅｖｉｃｅ及び／又はＣｏｍｍｏｎ＠ａｓｓｏｃｉａｔｅｄＴｏをさらに含むことができる。
【０４３１】
ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅはＭＰＤに含まれたセグメントのプレゼンテーションタイムのアンカー、つまり基礎となる時間を示すことができる。以下で、ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅはＭＰＤの有効時間（ｅｆｆｅｃｔｉｖｅ ｔｉｍｅ）として使われることができる。ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅはＭＰＤに含まれたセグメントの中で最も早い再生時点を示すことができる。
【０４３２】
ＭＰＤは共通属性及び要素（ｃｏｍｍｏｎ ａｔｔｒｉｂｕｔｅｓ ａｎｄ ｅｌｅｍｅｎｔｓ）をさらに含むことができる。Ｃｏｍｍｏｎ＠ｐｒｅｓｅｎｔａｂｌｅはＭＰＤが記述しているメディアがプレゼンテーション可能なコンポーネントであることを示すことができる。
【０４３３】
Ｃｏｍｍｏｎ．ＴａｒｇｅｔｉｎｇはＭＰＤが記述しているメディアのターゲッティング特徴（ｔａｒｇｅｔｉｎｇ ｐｒｏｐｅｒｔｉｅｓ）及び／又は個別化特徴（ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ ｐｒｏｐｅｒｔｉｅｓ）を示すことができる。
【０４３４】
Ｃｏｍｍｏｎ．ＴａｒｇｅｔＤｅｖｉｃｅはＭＰＤが記述しているメディアのターゲットデバイス又はターゲットデバイスを示すことができる。
【０４３５】
Ｃｏｍｍｏｎ＠ａｓｓｏｃｉａｔｅｄＴｏはＭＰＤが記述しているメディアに係るａｄａｐｔａｔｉｏｎＳｅｔ及び／又はｒｅｐｒｅｓｅｎｔａｔｉｏｎを示すことができる。
【０４３６】
また、ＭＰＤに含まれたＭＰＤ＠ｉｄ、Ｐｅｒｉｏｄ＠ｉｄ及びＡｄａｐｔａｔｉｏｎＳｅｔ＠ｉｄはＭＰＤが記述しているメディアコンテンツを特定するために要求されることができる。すなわち、ＤＡＳＨクライアントは、ＭＰＤに基づいて受信しようとするコンテンツをＭＰＤ＠ｉｄ、Ｐｅｒｉｏｄ＠ｉｄ及びＡｄａｐｔａｔｉｏｎＳｅｔ＠ｉｄに特定してＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンに伝達することができる。また、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンは、該当のコンテンツを受信してＤＡＳＨクライアントに伝達することができる。
【０４３７】
図３１は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０４３８】
本発明の他の実施例に係る放送受信機のサービススキャニングは、物理的階層制御部Ｄ２５０１０がチューナーＤ２５０２０を制御して、それぞれの周波数のチャネルに対し、チューナーがスキャニングを遂行する。
【０４３９】
チューナーＤ２５０２０はそれぞれのチャネルでの放送信号を受信する。チューナーＤ２５０２０は放送信号から物理的フレームを抽出することもできる。チューナーＤ２５０２０は放送信号又は物理的フレームを物理的フレームパーサーＤ２５０３０に送信する。
【０４４０】
物理的フレームパーサーＤ２５０３０はシグナリング情報を送信するシグナリングビットストリームを抽出する。物理的フレームパーサーＤ２５０３０はシグナリングビットストリームをシグナリングパーサーＤ２５０９０に送信する。
【０４４１】
シグナリングパーサーＤ２５０９０はシグナリングビットストリームからシグナリング情報を抽出する。シグナリングパーサーＤ２５０９０は、シグナリング情報をチャネルマップ処理部（Ｃｈａｎｎｅｌ Ｍａｐ又はＣｈａｎｎｅｌ Ｍａｐ Ｐｒｏｃｅｓｓｏｒ）に伝達する。
【０４４２】
図３２は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０４４３】
ＤＴＶ制御エンジンＤ２５０６０は、ユーザー又は放送イベントによるサービスを選択する制御信号を受信する。ＤＴＶ制御エンジンＤ２５０６０は、チャネルマップ処理部などに格納されたチャネルマップ又はシグナリング情報から、選択されたサービスを送信するチャネルの周波数、ＤＰ識別情報、コンポーネント識別情報及び／又はデータグラム識別情報を抽出して、物理的階層制御部Ｄ２５０１０及び／又はＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０に伝達する。
【０４４４】
物理的階層制御部Ｄ２５０１０は、周波数情報を用いて、チューナーＤ２５０２０が選択されたサービスを送信するチャネルへのチューニングを遂行するように制御し、ＤＰ識別情報を用いて、物理的フレームパーサーＤ２５０３０が選択されたサービスを送信するＤＰを抽出するように制御する。
【０４４５】
抽出されたＤＰはリンク階層フレームプロセッサＤ２５０４０で処理して、ＩＰ／ＵＤＰデータグラムを抽出する。
【０４４６】
ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、ＩＰ／Ｐｏｒｔ情報を用いて、シグナリングパケットを送信する特定のＩＰ／ＵＤＰデータグラム又は特定のＩＰパケットをフィルタリングし、該当のデータグラムからシグナリングパケットを抽出してシグナリングパーサーＤ２５０９０に伝達する。
【０４４７】
一方、ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、放送サービス又は放送コンテンツに関連したデータを送信するアプリケーション階層伝送プロトコルパケットを抽出することができる。アプリケーション階層伝送プロトコルパケットの一部のパケットはシグナリング情報を含むことができる。ＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０はシグナリング情報を含むパケットをパーシングし、シグナリングパーサーＤ２５０９０に伝達することができる。シグナリングパーサーは該当のシグナリング情報を含むパケットをパーシングしてシグナリング情報を獲得し、これをチャネルマップ処理部に伝達するか、あるいはチャネルマップに格納する。
【０４４８】
図３３は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０４４９】
この図は、前述した放送受信機でのサービス選択を行う動作に続いて行われる放送受信機の動作を示す。
【０４５０】
ＤＴＶ制御エンジンＤ２５０６０は、チャネルマップ処理部でＭＰＤ又はＭＰＤを獲得することができる位置のＵＲＬ情報を獲得することができる。
【０４５１】
ＤＴＶ制御エンジンＤ２５０６０は、特定の放送サービス又は放送コンテンツなどのメディアについての情報を含むＭＰＤ又は該当のＭＰＤを獲得することができる位置のＵＲＬ情報をＤＡＳＨクライアントＤ２５１００に伝達する。
【０４５２】
ＤＡＳＨクライアントＤ２５１００はＭＰＤをパーシングすることができる。ＤＡＳＨクライアントＤ２５１００は、ＭＰＤを獲得することができる位置のＵＲＬ情報を用いて、該当の位置にあるＭＰＤに対する要請をＨＴＴＰアクセスクライアントに伝達することができる。ＨＴＴＰアクセスクライアントは、ＭＰＤを獲得することができる位置のＵＲＬ情報が示す位置のＨＴＴＰサーバーに接続し、ＭＰＤを要請して、これに対する応答としてＭＰＤを受信してＤＡＳＨクライアントに伝達する。ＤＡＳＨクライアントＤ２５１００は、ＭＰＤに含まれたＲｅｐｒｅｓｅｎｔａｔｉｏｎを識別する情報であるＲｅｐｒｅｓｅｎｔａｔｉｏｎ ＩＤ及び／又は特定のセグメントを獲得することができる位置を識別するＳｅｇｍｅｎｔ ＵＲＬ情報を抽出する。ＤＡＳＨクライアントＤ２５１００はＭＰＤから抽出した情報をＤＴＶ制御エンジンＤ２５０６０に伝達する。
【０４５３】
ＤＴＶ制御エンジンＤ２５０６０は、ＭＰＤから抽出された情報が示す、特定のメディア（特定の放送サービス、コンテンツ及び／又はイベント）を送信するＤＰを識別する情報（例えば、ＤＰ ＩＤ、ｃｏｍｐｏｎｅｎｔ ＩＤ、ＩＰ／Ｐｏｒｔ情報及び／又はＴＳＩ情報）を獲得して物理的階層制御部Ｄ２５０１０及び／又はＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０に伝達する。ＤＰを識別する情報はチャネルマップ処理部に格納されているか、あるいはチャネルマップ形式で放送受信機に格納されている情報から抽出されることができる。
【０４５４】
物理的階層制御部Ｄ２５０１０は、物理的フレームパーサーＤ２５０３０が物理的フレームから特定のＤＰを抽出するように物理的フレームパーサーＤ２５０３０を制御することができる。物理的階層制御部Ｄ２５０１０は、ＤＰ ＩＤを物理的フレームパーサーＤ２５０３０に伝達し、該当のＤＰ ＩＤが識別するＤＰが物理的フレームパーサーＤ２５０３０によって抽出されることができるようにする。
【０４５５】
物理的フレームパーサーＤ２５０３０はＤＰに含まれたリンク階層フレームを抽出する。
【０４５６】
リンク階層フレーム処理部Ｄ２５０４０は、リンク階層フレームをパーシングし、一つ以上のＩＰ／ＵＤＰデータグラムを抽出する。
【０４５７】
ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、ＩＰ／Ｐｏｒｔ情報を用いて、放送受信機が抽出しようとするメディアに対するデータを含むＩＰ／ＵＤＰデータグラム及び／又はＩＰパケット抽出する。ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０はＩＰ／ＵＤＰデータグラム及び／又はＩＰパケットをパーシングし、特定のメディアに対するデータを送信するアプリケーション階層伝送プロトコルパケットを抽出する。
【０４５８】
ＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０は、放送受信機が消費しようとするメディアに対するデータを含むアプリケーション階層伝送プロトコルパケットをデコードし、ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータを獲得する。ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータはＨＴＴＰ ｅｎｔｉｔｙを含むことができる。ＨＴＴＰ ｅｎｔｉｔｙは特定のデータを受信することができるＨＴＴＰ関連情報を含むことができる。
【０４５９】
ＨＴＴＰアクセスクライアントＤ２５１１０は、ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータをデコードするか、ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータに含まれた情報を用いて特定のメディアのためのデータを外部から受信することができる。
【０４６０】
ＤＡＳＨクライアントＤ２５１００は、受信したデータからＤＡＳＨセグメントをパーシングする。ＤＡＳＨセグメントはＩＳＯ ＢＭＦＦファイルの形態を有することができる。
【０４６１】
以後の手順は前述した放送受信機の各装置の動作についての説明に取り替える。
【０４６２】
図３４は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。
【０４６３】
この図は、図３２についての説明で開示した放送受信機でのサービス選択を行う動作に続いて行われる放送受信機の動作を示す。
【０４６４】
ＤＴＶ制御エンジンＤ２５０６０は、チャネルマップ又はシグナリング情報を介して、ユーザーが選択した放送サービス又は放送コンテンツについての情報を含むＭＰＤを獲得するか、該当のＭＰＤを提供するサーバー又は格納部の位置を獲得する。ＤＴＶ制御エンジンＤ２５０６０はＭＰＤ又はＭＰＤの位置をＤＡＳＨクライアントに伝達する。
【０４６５】
ＤＡＳＨクライアントＤ２５１００は、ＭＰＤを提供するサーバー又は格納部の位置についての情報を受信する場合、該当のＭＰＤに対する要請をＨＴＴＰアクセスクライアントＤ２５１１０に伝達する。ＨＴＴＰアクセスクライアントＤ２５１１０は、ＭＰＤの位置に相当するサーバー又は格納部に接続してＭＰＤを獲得し、ＭＰＤをＤＡＳＨクライアントＤ２５１００に伝達することができる。
【０４６６】
ＤＡＳＨクライアントＤ２５１００は、ＭＰＤを獲得し、ＭＰＤ内で、ユーザーが選択したメディア（放送サービス又は放送コンテンツ）に含まれるデータであるセグメントを提供する位置についての情報（例えば、Ｓｅｇｍｅｎｔ ＵＲＬ）を抽出する。ＤＡＳＨクライアントＤ２５１００はセグメントに対する要請をＨＴＴＰアクセスクライアントＤ２５１１０に送信する。
【０４６７】
ＨＴＴＰアクセスクライアントＤ２５１１０は、セグメントの位置についての情報を用いて、該当のセグメントを提供するサーバーに接続して該当のセグメントを獲得し、これをＤＡＳＨクライアントＤ２５１００に伝達する。
【０４６８】
ＤＡＳＨクライアントＤ２５１００は、受信したセグメントからファイル（例えば、ＩＳＯ ＢＭＦＦファイル）を抽出し、ＩＳＯ ＢＭＦＦパーサーに伝達する。
【０４６９】
以後のデータの処理は前述した各装置についての説明に取り替える。
【０４７０】
この図に示した実施例によると、放送網ではなくてＨＴＴＰを用いる通信網を介してメディアを受信することができる。
【０４７１】
図３５は本発明の一実施例に係るＡＬＣ／ＬＣＴ＋クライアントの動作を示した図である。
【０４７２】
（ａ）を参照すると、ＡＬＣ／ＬＣＴ＋クライアントは一つ以上のプロトコルによるデータを処理することができる。ＡＬＣ／ＬＣＴ＋クライアントはＦＬＵＴＥ（ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｏｖｅｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｐｏｒｔ）及び／又はＡＬＣ／ＬＣＴ＋プロトコルによるデータを処理することができる。ＡＬＣ／ＬＣＴ＋クライアントは、ＴＳＩ情報を受信し、ＴＳＩ情報にあたる伝送セッションを介して送信されるデータを獲得することができる。ＡＬＣ／ＬＣＴ＋クライアントはＦＬＵＴＥデータ及び／又はＡＬＣ／ＬＣＴ＋データを受信することができる。ＡＬＣ／ＬＣＴ＋クライアントは受信したデータからｇｅｎｅｒｉｃファイル及び／又はＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータをデコーディング又はパーシングすることができる。
【０４７３】
（ｂ）を参照すると、本発明の一実施例に係る非実時間伝送を支援する場合のＡＬＣ／ＬＣＴ＋クライアントの動作が示されている。非実時間（ｎｏｎ−ｒｅａｌ−ｔｉｍｅ）伝送は、放送網を介して、メディアが実際に消費される以前に該当のメディアのデータを受信する伝送方式である。メディアに含まれることができる放送サービスは一つ以上の放送コンテンツを含むことができる。放送コンテンツは一つ以上のファイルで構成されることができる。それぞれのファイルは不連続的に送信されて受信機に格納されることができる。非実時間で送信されるデータは放送サービス及び／又は放送コンテンツのデータに相当することができる。非実時間で送信されるデータは、実時間で送信される放送データ又はインターネット網を介して受信されるメディアデータに付け加えられて使われるデータに相当することができる。
【０４７４】
本発明の一実施例によると、非実時間伝送が行われる場合、非実時間伝送で送信されるデータはＦＬＵＴＥプロトコルを用いて送信されることができる。ＦＬＵＴＥを介して送信されるこのファイルはｇｅｎｅｒｉｃファイルを含むか、あるいはＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータを含むことができる。ＡＬＣ／ＬＣＴ＋クライアントは、ＦＬＵＴＥを介して送信されるデータからｇｅｎｅｒｉｃファイル及び／又はＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータを抽出することができる。
【０４７５】
ＡＬＣ／ＬＣＴ＋クライアントは、非実時間伝送によるデータを獲得するために、ＦＤＴ（ｆｉｌｅ ｄｅｌｉｖｅｒｙ ｔａｂｌｅ）のために、特定のＴＯＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）情報及び／又はＴＳＩ情報を有するＡＬＣ／ＬＣＴパケットを集めることができる。ＡＬＣ／ＬＣＴ＋クライアントは該当のＡＬＣ／ＬＣＴパケットからＦＤＴをパーシングすることができる。ＡＬＣ／ＬＣＴ＋クライアントは、特定のメディア又は放送コンテンツに含まれるファイルを集めるために、特定のＴＯＩ情報及び／又はＴＳＩ情報を有するＡＬＣ／ＬＣＴパケットを集めることができる。特定のメディア又は放送コンテンツに相当するファイルに対するＴＯＩ情報及び／又はＴＳＩ情報は前述したＦＤＴに含まれることができる。実時間ストリーミングがなされる場合には、ＦＤＴを獲得するための動作は遂行されないことがあり得る。この場合、ＡＬＣ／ＬＣＴ＋クライアントは、ＦＤＴに係るＴＯＩ情報及びＴＳＩ情報は無視するように動作することができる。
【０４７６】
（ｃ）を参照すると、本発明の一実施例に係る実時間伝送において、ＡＬＣ／ＬＣＴ＋クライアントの動作が示されている。
【０４７７】
実時間伝送はＡＬＣ／ＬＣＴ＋プロトコルを用いてデータを送信することができる。ＡＬＣ／ＬＣＴ＋プロトコルはＲＯＵＴＥ（Ｒｅａｌ−Ｔｉｍｅ Ｏｂｊｅｃｔ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）と名付けられることもできる。ＡＬＣ／ＬＣＴ＋クライアントはアプリケーション階層伝送プロトコルパケットからＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータを抽出することができる。
【０４７８】
ＡＬＣ／ＬＣＴ＋クライアントは、特定のメディア又は放送コンテンツを構成するデータを獲得するために、特定のＴＳＩ情報及び／又はＴＯＩ情報を有するＡＬ：Ｃ／ＬＣＴ＋パケットを集めることができる。
【０４７９】
図３６は本発明の一実施例に係るＩＳＯ ＢＭＦＦファイルを示した図である。
【０４８０】
一つのＩＳＯ ＢＭＦＦファイルは、一つのＤＡＳＨセグメントと同一の概念で使われることができる。ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータはＩＳＯ ＢＭＦＦファイルの一部のデータに相当することができる。ＩＳＯ ＢＭＦＦファイルは一つ以上のｃｈｕｎｋに分離されることができ、それぞれのＣｈｕｎｋはＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータに相当することができる。
【０４８１】
ＩＳＯ ＢＭＦＦファイルは一つ以上のボックス（ｂｏｘ）を含むことができる。ＩＳＯ ＢＭＦＦファイルはｆｔｙｐボックス、ｍｏｏｖボックス、ｍｏｏｆボックス、及び／又はｍｄａｔボックスを含むことができる。
【０４８２】
ＩＳＯ ＢＭＦＦファイルが一つ以上のｃｈｕｎｋに分離される場合、ｃｈｕｎｋには相異なる２種以上のボックスが含まれることができる。あるいは、ｃｈｕｎｋには１種のボックスのみ含まれることもできる。あるいは、ｃｈｕｎｋには一つのボックスの一部が含まれることもできる。あるいは、ｃｈｕｎｋには一つのボックスに含まれるデータと他種のボックスに含まれるデータの一部が含まれることもできる。
【０４８３】
ｆｔｙｐボックスはＩＳＯ ＢＭＦＦファイルの種類を示すことができる。ｆｔｙｐボックスはＩＳＯ ＢＭＦＦファイルが互換される技術標準を識別することができる。
【０４８４】
ｍｏｏｖボックスはメーターデータのためのコンテナー（ｃｏｎｔａｉｎｅｒ）である。メーターデータはシグナリング情報に相当することができる。メーターデータはメディアに含まれるデータを説明する情報を含むことができる。
【０４８５】
ｍｏｏｆボックスはｍｏｖｉｅ ｆｒａｇｍｅｎｔボックスに相当し、ｍｏｖｉｅ ｆｒａｇｍｅｎｔはプレゼンテーション時間を確張する。
【０４８６】
ｍｄａｔボックスはプレゼンテーションのための実際メディアデータを含む。
【０４８７】
図３７は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットを示した図である。
【０４８８】
本発明の一実施例に係るＴＳＩ（Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）は単一トラックにマッピングされることができる。単一トラックは、ビデオ、オーディオ又はＤＡＳＨ ｒｅｐｒｅｓｅｎｔａｔｉｏｎに相当することができる。
【０４８９】
ＤＡＳＨ ｒｅｐｒｅｓｅｎｔａｔｉｏｎは一つ以上のメディアストリームの集合又はエンカプセレーション（ｅｎｃａｐｓｕｌａｔｉｏｎ）を示す。ＤＡＳＨ ｒｅｐｒｅｓｅｎｔａｔｉｏｎはメディアの要素を送信するようにエンコードされており、ＤＡＳＨ ｒｅｐｒｅｓｅｎｔａｔｉｏｎごとに異なるエンコード特性を有することができる。例えば、ＤＡＳＨ ｒｅｐｒｅｓｅｎｔａｔｉｏｎは同じメディアのコンテンツ要素に対して、互いに異なるビット率、解像度、及び／又はコーデックを使ってエンコードされた単位を示すことができる。ＤＡＳＨ ｒｅｐｒｅｓｅｎｔａｔｉｏｎは一つ以上のＤＡＳＨセグメントを含むことができる。ＤＡＳＨセグメントは時間単位で連続的に分けられたファイルに相当する。ＤＡＳＨセグメントはＭＰＥＧ２−ＴＳ又はＩＳＯ ＢＭＦＦ形式のデータを含むことができる。
【０４９０】
本発明の一実施例に係るＴＯＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）は一つのＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータにマッピングされることができる。一つのＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータは一つのＩＳＯ ＢＭＦＦファイル又は一つのｃｈｕｎｋに相当することができる。
【０４９１】
この図は、ＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのＩＳＯ ＢＭＦＦファイルにマッピングされる場合のアプリケーション階層伝送プロトコルパケットを示した図である。
【０４９２】
例えば、一つのビデオトラック（ｔｒａｃｋ）は一つ以上のセグメント（ＤＡＳＨセグメント）を含むことができる。
【０４９３】
それぞれのセグメントはＩＳＯ ＢＭＦＦファイルに相当することができる。ＩＳＯ ＢＭＦＦファイルは一つ以上のＥＳ（ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ又はｅｌｅｍｅｎｔａｒｙ ｓｅｇｍｅｎｔ）に分けられることができる。図面で、一つのＩＳＯ ＢＭＦＦファイルは５個のＥＳに分けられている。
【０４９４】
アプリケーション階層伝送プロトコルパケットは、それぞれＡＬＣ／ＬＣＴ＋ヘッダー（ＡＬＣ／ＬＣＴ＋Ｈ）及びＥＳを含む。
【０４９５】
例えば、セグメント１のデータは５個のアプリケーション階層伝送プロトコルパケットを介して送信されることができ、それぞれのアプリケーション階層伝送プロトコルパケットはＴＯＩ値として「１」を有することにより、セグメント１のデータを送信していることを示すことができる。ビデオトラックは「１」の値を有するＴＳＩとして識別され、該当のビデオトラックに含まれる他のセグメントはＴＯＩの値として識別されることができる。ビデオトラックがＮ個のセグメントを含む場合、ＴＯＩは１からＮの値を有することができる。
【０４９６】
受信機はファイルの開始を識別することができなければならない。セグメント１によって送信されるＩＳＯ ＢＭＦＦファイルは、該当のファイルが該当のＴＳＩによって識別されるデータユニットの最初ファイルであることを示すことができる情報を含むことができる。
【０４９７】
図３８は本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合のアプリケーション階層伝送プロトコルパケットを示した図である。
【０４９８】
本発明の一実施例によると、一つのトラック（例えば、ビデオトラック）は一つ以上のセグメントを含むことができる。一つのセグメントはＩＳＯ ＢＭＦＦファイルに相当することができる。一つのセグメントは一つ以上のｃｈｕｎｋ（チャンク）に分けられることができる。一つのｃｈｕｎｋは一つ以上のＥＳに分けられることができる。それぞれのアプリケーション階層伝送プロトコルパケットはＡＬＣ／ＬＣＴ＋ヘッダー及び一つのＥＳを含むことができる。この場合、それぞれのｃｈｕｎｋは一つ以上のアプリケーション階層伝送プロトコルパケットによって送信されることができる。
【０４９９】
図面を参照すると、ビデオトラックに対して「１」のＴＳＩ値が設定され、該当のビデオトラックに含まれるセグメントは「１」のＴＳＩ値を有する。セグメント１に含まれるｃｈｕｎｋのそれぞれに対してそれぞれのＴＯＩ値が設定されることができる。
【０５００】
受信機はＩＳＯ ＢＭＦＦパーサーが正常動作を制御するために、ＩＳＯ ＢＭＦＦファイルの始めから、それぞれのｃｈｕｎｋまでのオフセット（ｏｆｆｓｅｔ）を識別することができなければならない。例えば、それぞれのｃｈｕｎｋはオフセットを示すオフセット情報を含むことができ、ＩＳＯ ＢＭＦＦファイルの開始のデータを含むｃｈｕｎｋは「０」の値を有するオフセット情報を含むことができる。
【０５０１】
図３９は本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合のアプリケーション階層伝送プロトコルパケット内のＩＳＯ ＢＭＦＦファイル内の各ボックスの特性を設定することを示した図である。
【０５０２】
ＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合、セグメントに相当するＩＳＯ ＢＭＦＦファイル内に含まれるそれぞれのボックスに対して互いに異なる重要度が設定されることができる。このような重要度は送信機で設定されることができる。例えば、ｍｏｏｖボックスに対しては最も重要（ｈｉｇｈｅｓｔ）を示す重要度が設定されることができ、ｍｏｏｆボックスに対してはより重要（ｈｉｇｈｅｒ）を示す重要度が設定されることができる。
【０５０３】
ＲＡＰ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ）に相当するデータを含むｍｄａｔボックスは、ＲＡＰを含んでいない他のｍｄａｔボックスより高い重要度を有するものに設定されることができる。ＲＡＰは、ビデオトラックの場合、Ｉ−ｆｒａｍｅのデータを送信するデータユニットに相当することができる。
【０５０４】
ｍｄａｔボックスの間で重要度によって優先順位を決定する情報がそれぞれのｍｄａｔボックスに含まれることができる。あるいは、ｍｄａｔボックスの間で重要度によって優先順位を決定する情報はｍｏｏｖボックスに含まれることもできる。この場合、ｍｄａｔボックスを識別する情報に連携して、特定のｍｄａｔボックスの優先順位を決定するのに該当の情報が使われることができる。
【０５０５】
図面を参照すると、ｍｄａｔボックスはｍｏｏｆボックスなしには処理できないので、ｍｄａｔボックスに比べ、ｍｏｏｆボックスがもっと重要であるように設定されることができる。また、ｍｏｏｆボックスはｍｏｏｖボックスなしには処理できないので、ｍｏｏｆボックスに比べ、ｍｏｏｖボックスがもっと重要であるように設定されることができる。
【０５０６】
一つ又はそれ以上のボックスが相異なるアプリケーション階層伝送プロトコルパケットによって送信される場合、それぞれのアプリケーション階層伝送プロトコルパケットに含まれるボックスを考慮して、優先順位についての情報がアプリケーション階層伝送プロトコルパケットのそれぞれに含まれることができる。本発明において、情報の設定又はデータの設定は送信機又は受信機で遂行されることができる。
【０５０７】
図４０は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの送信及び受信を示した図である。
【０５０８】
前述したアプリケーション階層伝送プロトコルパケットは送信機で生成されて受信機に送信される。
【０５０９】
一つのＴＳＩが一つのトラックにマッピングされ、一つのＴＯＩが一つのｃｈｕｎｋにマッピングされる場合において、各セグメントのデータを送信するためのアプリケーション階層伝送プロトコルパケットの生成は前述した。この場合、送信側で生成されて送信されるＡＬＣ．ＬＣＴ＋パケットを受信機で受信する場合、どのアプリケーション階層伝送プロトコルパケットがどのセグメントに属するものであるかを受信機が分からない問題が発生することができる。それぞれのｃｈｕｎｋに対してそれぞれのＴＯＩが設定され、それぞれのｃｈｕｎｋは一つ以上のＥＳに分割され、それぞれのＥＳがアプリケーション階層伝送プロトコルパケットに送信されるので、アプリケーション階層伝送プロトコルパケットを受信した受信機にとっては、該当のアプリケーション階層伝送プロトコルパケット又はアプリケーション階層伝送プロトコルパケットに含まれるＥＳがどのセグメントに属するものであるかが分からない。よって、それぞれのｃｈｕｎｋがどのセグメント（又はファイル）に属するものであるかが受信機が分かるようにする方案が用意されなければならない。
【０５１０】
図面を参照すると、ビデオトラックはセグメント１とセグメント２を含む。セグメント１はｃｈｕｎｋ１〜ｃｈｕｎｋ ３を含む。セグメント２はｃｈｕｎｋ１及びｃｈｕｎｋ ２を含む。この例示では、それぞれのｃｈｕｎｋはそれぞれのＥＳに送信されることを仮定する。この場合、セグメント１に対して生成されたアプリケーション階層伝送プロトコルパケットは３個が存在することができ、セグメント１の最初のデータを含むｃｈｕｎｋを送信するＥＳは、ＴＳＩが「１」に設定され、ＴＯＩが「１」に設定され、オフセット情報が「０」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント１に含まれるｃｈｕｎｋ ２を送信するＥＳ ２は、ＴＳＩが「１」に設定され、ＴＯＩが「２」に設定され、オフセット情報が「２００」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント１に含まれるｃｈｕｎｋ ３を送信するＥＳ ３は、ＴＳＩが「１」に設定され、ＴＯＩが「３」に設定され、オフセット情報が「１０００」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント２に含まれるｃｈｕｎｋ１を送信するＥＳ ４は、ＴＳＩが「１」に設定され、ＴＯＩが「４」に設定され、オフセット情報が「０」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント２に含まれるｃｈｕｎｋ ２を送信するＥＳ ５は、ＴＳＩが「１」に設定され、ＴＯＩが「５」に設定され、オフセット情報が「１０００」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。
【０５１１】
アプリケーション階層伝送プロトコルパケットが順次送信機から受信機に送信される場合、受信機は「１」の値を有するＴＳＩに相当するアプリケーション階層伝送プロトコルパケットを同じトラックに対するデータを送信するパケットとして認識することができる。よって、受信機が同じＴＳＩを有するアプリケーション階層伝送プロトコルパケットを集める過程で、ＴＯＩの値の順にアプリケーション階層伝送プロトコルパケットを集めることができる。しかし、ＥＳ ３、及び／又はＥＳ ４を送信するアプリケーション階層伝送プロトコルパケットが損失された場合、受信機は、ＴＳＩが「１」に設定され、ＴＯＩが「５」に設定され、オフセット情報が「１０００」に設定されたアプリケーション階層伝送プロトコルパケットが送信するＥＳ（又はｃｈｕｎｋ）がセグメント１に属するものであるか、あるいはセグメント２に属するものであるかを判断することができない問題が発生し得る。
【０５１２】
本発明の一実施例においては、前述した問題点を解決するために、ＴＳＩに対してトラックのＩＤ値を使うことができる。ここで、トラックはＭＰＥＧ−ＤＡＳＨのｒｅｐｒｅｓｅｎｔａｔｉｏｎに対応する概念で使われることができる。また、ＴＯＩに対しては、ＩＳＯ ＢＭＦＦファイルのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）とｃｈｕｎｋのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）が結合された値を使うことができる。一つのＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータが一つのＩＳＯ ＢＭＦＦファイルと同一に設定された場合、ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータは一つのｃｈｕｎｋで構成されていると仮定することもできる。本発明の一実施例においては、それぞれのＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータ（又はｃｈｕｎｋ）に対する優先順位を示す情報を設定するために、ｒｅｓｅｒｖｅｄ ｂｉｔの中で２ビットを使うことができる。
【０５１３】
本発明の一実施例においては、それぞれのファイルの開始から、アプリケーション階層伝送プロトコルパケットまでのオフセット情報が設定されることができる。このような情報はシグナリング情報及び／又はアプリケーション階層伝送プロトコルパケットに含まれることができる。オフセット情報の値が「０」の場合、該当の値が適用されるアプリケーション階層伝送プロトコルパケットは、ＩＳＯ ＢＭＦＦファイルの開始のデータを送信するアプリケーション階層伝送プロトコルパケットであることを示す。アプリケーション階層伝送プロトコルパケットはメディアのプレゼンテーションタイミングを示す情報（例えば、プレゼンテーションの開始時間、持続時間、及び／又は他のコンテンツとの同期のための情報）及び／又は該当のファイル又はアプリケーション階層伝送プロトコルパケットに関連して必要なデータに対する位置情報（例えば、ＵＲＬ情報）を含むことができる。
【０５１４】
図４１は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの構造を示した図である。
【０５１５】
アプリケーション階層伝送プロトコルパケットは、ｖエレメント、ｃエレメント、ＰＳＩエレメント、Ｓエレメント、Ｏエレメント、Ｈエレメント、優先エレメント、Ａエレメント、Ｂエレメント、ＨＤＲ＿ＬＥＮエレメント、Ｃｏｄｅｐｏｉｎｔエレメント、Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎエレメント、Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ（ＴＳＩ）エレメント、Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ（ＴＯＩ）エレメント、ＥＸＴ＿ＦＴＩエレメント、ＥＸＴ＿ＳＣＴエレメント、ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメント、ＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、ＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメント、ＦＥＣ ｐａｙｌｏａｄ ＩＤエレメント、及び／又はＥｎｃｏｄｉｎｇ Ｓｙｍｂｏｌｓエレメントを含むことができる。
【０５１６】
ＰＳＩエレメントはＸエレメント及び／又はＹエレメントを含むことができる。
【０５１７】
ｖエレメントはパケットのバージョンナンバーを示す。ｖエレメントはＡＬＣ／ＬＣＴのバージョンを示すことができる。ｖエレメントは本パケットがＡＬＣ／ＬＣＴ＋によるパケットであることを示すことができる。
【０５１８】
ｃエレメントはＣｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｌａｇに相当する。ｃエレメントはＣｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ（ＣＣＩ）エレメントの長さを示すことができる。例えば、ｃエレメントは、ｃエレメントの値が０の場合、ＣＣＩの長さは３２ビット、ｃエレメントの値が１の場合、ＣＣＩの長さは６４ビット、ｃエレメントの値が２の場合、ＣＣＩの長さは９６ビット、ｃエレメントの値が３の場合、ＣＣＩの長さは１２８ビットであることを示すことができる。
【０５１９】
ＰＳＩエレメントはＰｒｏｔｏｃｏｌ−Ｓｐｅｃｉｆｉｃ Ｉｎｄｉｃａｔｉｏｎ（ＰＳＩ）に相当することができる。ＰＳＩエレメントはＡＬＣ／ＬＣＴ＋の上位プロトコルに対する特定目的の指示子として使われることができる。ＰＳＩエレメントは、現在パケットがｓｏｕｒｃｅ ｐａｃｋｅｔに相当するかあるいはＦＥＣ ｒｅｐａｉｒ ｐａｃｋｅｔに相当するかを示すことができる。
【０５２０】
Ｘエレメントはｓｏｕｒｃｅ ｐａｃｋｅｔを示す情報に相当することができる。Ｓｏｕｒｃｅとｒｅｐａｉｒ ｄａｔａのために互いに異なるＦＥＣ ｐａｙｌｏａｄ ＩＤフォーマットが使われる場合、このエレメントの値が「１」であれば、ｓｏｕｒｃｅ ｄａｔａのためのＦＥＣ ｐａｙｌｏａｄ ＩＤフォーマットであることを示し、このエレメントの値が「０」であれば、ｒｅｐａｉｒ ｄａｔａのためのＦＥＣ ｐａｙｌｏａｄ ＩＤフォーマットであることを示す。あるいは、このエレメントの値が送信機で「０」にセットされた場合、受信機はこのエレメント又はこのパケットを無視して処理しないこともできる。
【０５２１】
ＳエレメントはＴｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒｆｌａｇに相当することができる。ＳエレメントはＴｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒエレメントの長さを示す。
【０５２２】
ＯエレメントはＴｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ ｆｌａｇに相当することができる。ＯエレメントはＴｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒエレメントの長さを示すことができる。オブジェクトは一つのファイルを意味することができ、前記ＴＯＩは、各オブジェクトの識別情報として、前記ＴＯＩが０であるファイルはファイルに係るシグナリング情報を含むことができる。
【０５２３】
ＨエレメントはＨａｌｆ−ｗｏｒｄ ｆｌａｇに相当することができる。ＨエレメントはＴＳＩ及びＴＯＩフィールドの長さにｈａｌｆ−ｗｏｒｄ（１６ｂｉｔｓ）を付け加えるか否かを指示する。
【０５２４】
優先エレメントはこのパケットに含まれたデータの優先順位を示す。優先エレメントに係って、各オブジェクト、ｃｈｕｎｋ、又はｃｈｕｎｋに含まれるボックスの間の優先順位についての説明は前述した説明に取り替える。
【０５２５】
ＡエレメントはＣｌｏｓｅ Ｓｅｓｓｉｏｎ ｆｌａｇに相当することができる。Ａエレメントはセッションが終了したかあるいは終了に近くなったことを示すことができる。
【０５２６】
ＢエレメントはＣｌｏｓｅ Ｏｂｊｅｃｔ ｆｌａｇに相当することができる。Ｂエレメントは伝送中のオブジェクトが終了したかあるいは終了に近くなったことを示すことができる。
【０５２７】
ＨＤＲ＿ＬＥＮエレメントはパケットのヘッダーの長さを示す。
【０５２８】
Ｃｏｄｅｐｏｉｎｔエレメントはこのパケットによって送信されるペイロード（ｐａｙｌｏａｄ）のタイプを示す。ペイロードのタイプによって、更なるペイロードヘッダーがペイロードデータのプレフィックス（ｐｒｅｆｉｘ）に挿入されることができる。
【０５２９】
Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ（ＣＣＩ）エレメントはｌａｙｅｒ ｎｕｍｂｅｒｓ、ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｎｕｍｂｅｒｓ、ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒｓなどのＣｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ情報を含むことができる。Ｃｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ（ＣＣＩ）エレメントは必要なＣｏｎｇｅｓｔｉｏｎ Ｃｏｎｔｒｏｌ関連情報を含むことができる。
【０５３０】
Ｔｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ（ＴＳＩ）エレメントはＴｒａｎｓｐｏｒｔ Ｓｅｓｓｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ ｆｉｅｌｄ（ＴＳＩ）はセッションの固有識別子である。ＴＳＩエレメントは特定の伝送者（ｓｅｎｄｅｒ）からの全てのセッション（ｓｅｓｓｉｏｎ）のいずれか一セッションを示す。ＴＳＩエレメントはｔｒａｎｓｐｏｒｔ ｓｅｓｓｉｏｎを識別する役目を果たす。ＴＳＩエレメントの値は一つのトラックのために使われることができる。
【０５３１】
Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ（ＴＯＩ）エレメントはオブジェクトの固有識別子である。ＴＯＩエレメントはセッション内でどのオブジェクトにこのパケットが属するかを示す。ＴＯＩエレメントの値は一つのＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータのために使われることができる。ＴＯＩエレメントはＩＳＯ ＢＭＦＦファイルのＩＤとｃｈｕｎｋのＩＤを含むことができる。ＴＯＩエレメントはＩＳＯ ＢＭＦＦファイルのＩＤとｃｈｕｎｋのＩＤの組合せをその値として有することができる。
【０５３２】
ＥＸＴ＿ＦＴＩエレメントはＦＥＣ Ｔｒａｎｓｐｏｒｔ Ｉｎｆｏｒｍａｔｉｏｎについての情報を含む。
【０５３３】
ＥＸＴ＿ＳＣＴエレメントはＳｅｎｄｅｒ Ｃｕｒｒｅｎｔ Ｔｉｍｅの拡張情報に相当することができる。ＥＸＴ＿ＳＣＴエレメントは送信側の時間情報を含む。
【０５３４】
ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントはオブジェクトのオフセットを示す。ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントはセグメント（例えば、ＩＳＯ ＢＭＦＦファイル又はファイル）の始部から、このパケットに含まれたオブジェクト（例えば、ＩＳＯ ＢＭＦＦ ｏｂｊｅｃｔデータ又はｃｈｕｎｋ）がセグメント内で位置する位置のオフセットを示す。ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントに対する詳細な実施例は前述した説明に取り替える。オフセットを示す情報はアプリケーション階層伝送プロトコルパケットのペイロードに含まれることもできる。
【０５３５】
ＥＸＴ＿ＯＢＪ＿ＰＴＳエレメントはオブジェクトのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ）を示す。
【０５３６】
ＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントはオブジェクトの位置を識別する。ＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントはパケットのペイロードに含まれたオブジェクトのＵＲＩなどを含むオブジェクトの位置を識別する。この位置はＵＲＬなどで表示されることができる。
【０５３７】
ＦＥＣ ｐａｙｌｏａｄ ＩＤエレメントはＦＥＣ Ｐａｙｌｏａｄ識別子である。ＦＥＣ ｐａｙｌｏａｄ ＩＤエレメントはＴｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ又はｅｎｃｏｄｉｎｇ ｓｙｍｂｏｌの識別情報を含む。ＦＥＣ ｐａｙｌｏａｄ ＩＤは前記ファイルがＦＥＣエンコードされた場合の識別子を示す。例えば、ＦＥＣ ｐａｙｌｏａｄ ＩＤは、前記ＦＬＵＴＥプロトコルファイルがＦＥＣエンコードされた場合、放送局又は放送サーバーがこれを区分するために割り当てることができる。
【０５３８】
Ｅｎｃｏｄｉｎｇ Ｓｙｍｂｏｌｓエレメントは、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ又はｅｎｃｏｄｉｎｇ ｓｙｍｂｏｌのデータを含むことができる。
【０５３９】
図４２は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの処理を示した図である。
【０５４０】
本発明の一実施例によると、一つのＴＳＩの値は一つのトラックのために割り当てられ、一つのＴＯＩの値は、ＩＳＯ ＢＭＦＦファイルのＩＤとｃｈｕｎｋのＩＤを識別する値を含む。
【０５４１】
図面を参照すると、一つのビデオトラックはＮ個のセグメントを含む。セグメント１は一つのＩＳＯ ＢＭＦＦファイルに対応することができる。セグメントは一つ以上のｃｈｕｎｋに分けられることができる。それぞれのｃｈｕｎｋは一つ以上のＥＳを介して送信されることができる。それぞれのＥＳはアプリケーション階層伝送プロトコルパケットのペイロードを介して送信される。
【０５４２】
セグメント１に含まれるＥＳ １を送信するアプリケーション階層伝送プロトコルパケットはＩＳＯ ＢＭＦＦファイルの開始に相当するデータを含み、ｍｏｏｖボックスを含む。したがって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｓｔ」（最も重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント１を識別する「１」と該当のセグメント内で最初のｃｈｕｎｋに含まれるデータであることを示す「１」の値を一緒に有する。また、セグメントの始部のデータを送信するので、アプリケーション階層伝送プロトコルパケットのオフセットエレメントは０に相当する。
【０５４３】
セグメント１に含まれるＥＳ ２を送信するアプリケーション階層伝送プロトコルパケットは、ｍｏｏｆボックス、ｍｄａｔボックスの一部を含むｃｈｕｎｋ ２の一部を含む。よって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｒ」（より重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント１を識別する「１」と該当のセグメント内で二番目のｃｈｕｎｋに含まれるデータであることを示す「２」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から１００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。セグメント１に含まれるＥＳ ３を送信するアプリケーション階層伝送プロトコルパケットはｃｈｕｎｋ ２に含まれるデータを送信するので、優先エレメント、ＴＳＩエレメント及びＴＯＩエレメントは、ＥＳ ２を送信するアプリケーション階層伝送プロトコルパケットと同一の値を有する。ただ、ＥＳ ３を送信するアプリケーション階層伝送プロトコルパケットは、ＥＳ ２を送信するアプリケーション階層伝送プロトコルパケットのオフセットエレメントの値とは違うオフセットエレメント値を有する。
【０５４４】
セグメント１に含まれるＥＳ ４を送信するアプリケーション階層伝送プロトコルパケットは、ｍｄａｔボックスの一部を含むｃｈｕｎｋ ３の一部を含む。よって、このアプリケーション階層伝送プロトコルパケットは「ｌｏｗ」（底い）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント１を識別する「１」と該当のセグメント内で三番目のｃｈｕｎｋに含まれるデータであることを示す「３」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から４００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。セグメント１に含まれるＥＳ ５を送信するアプリケーション階層伝送プロトコルパケットはｃｈｕｎｋ ３に含まれるデータを送信するので、優先エレメント、ＴＳＩエレメント及びＴＯＩエレメントは、ＥＳ ４を送信するアプリケーション階層伝送プロトコルパケットと同一の値を有する。ただ、ＥＳ ５を送信するアプリケーション階層伝送プロトコルパケットは、ＥＳ ４を送信するアプリケーション階層伝送プロトコルパケットのオフセットエレメントの値とは違うオフセットエレメント値を有する。
【０５４５】
セグメント２に含まれるＥＳ １を送信するアプリケーション階層伝送プロトコルパケットはＩＳＯ ＢＭＦＦファイルの開始に相当するデータを含み、ｍｏｏｖボックスを含む。したがって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｓｔ」（最も重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント２を識別する「２」と該当のセグメント内で最初のｃｈｕｎｋに含まれるデータであることを示す「１」の値を一緒に有する。また、セグメントの始部のデータを送信するので、アプリケーション階層伝送プロトコルパケットのオフセットエレメントは０に相当する。
【０５４６】
セグメント２に含まれるＥＳ ２を送信するアプリケーション階層伝送プロトコルパケットは、ｍｏｏｆボックス、ｍｄａｔボックスの一部を含むｃｈｕｎｋ ２の一部を含む。したがって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｒ」（より重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント２を識別する「２」と該当のセグメント内で二番目のｃｈｕｎｋに含まれるデータであることを示す「２」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から１００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。
【０５４７】
セグメント２に含まれるＥＳ ３を送信するアプリケーション階層伝送プロトコルパケットは、ｍｄａｔボックスの一部を含むｃｈｕｎｋ ３の一部を含む。該当のｍｄａｔボックスのデータは他のｍｄａｔボックスのデータより重要なデータが含まれることができる。よって、このアプリケーション階層伝送プロトコルパケットは「ｍｅｄｉｕｍ」（中間）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント２を識別する「２」と該当のセグメント内で三番目のｃｈｕｎｋに含まれるデータであることを示す「３」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から４００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。
【０５４８】
セグメント１とセグメント２にそれぞれ含まれるアプリケーション階層伝送プロトコルパケットはＰＴＳエレメント値を含むことができる。セグメント１に含まれるアプリケーション階層伝送プロトコルパケットのＰＴＳエレメント値がｘを有する場合、セグメント２に含まれるアプリケーション階層伝送プロトコルパケットのＰＴＳエレメントの値はｘ＋１を有することができる。
【０５４９】
このように、アプリケーション階層伝送プロトコルパケットを構成する場合、受信機は特定のアプリケーション階層伝送プロトコルパケットがどのセグメント（又はＩＳＯ ＢＭＦＦファイル）に属するかが分かるので、伝送過程でアプリケーション階層伝送プロトコルパケットの一部が損失される場合にも、受信したアプリケーション階層伝送プロトコルパケットを正確な位置でデコードすることができる。
【０５５０】
図４３は本発明の一実施例に係る放送システムを示した図である。
【０５５１】
前述したように、本発明の一実施例に係る放送受信機は、ＭＰＥＧ−ＤＡＳＨのＭＰＤを用いて放送ストリーミングを提供することができる。本発明の一実施例に係る放送受信機は、ブロードバンド及び／又はブロードキャストを介して放送信号及び／又は放送データを受信して処理することができる。よって、ＭＰＤはブロードバンド及びブロードキャストの両方で使われることができる。あるいは、ＭＰＤはブロードバンドでのみ使われることができる。
【０５５２】
この図は、ＭＰＤをブロードキャストとブロードバンドの両方で使う場合、本発明の一実施例に係る放送システムの動作を示す。
【０５５３】
本発明の一実施例に係る放送システムは送信システムと受信機を含む。
【０５５４】
送信システム（送信機）は、ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４２０１０、ＮＴＰサーバー（ＮＴＰ ｓｅｒｖｅｒ）Ｊ４２０２０、ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４２０３０、放送送信機（Ｂｒｏａｄｃａｓｔ Ｔｒａｎｓｍｉｔｔｅｒ）Ｊ４２０４０及び／又はＨＴＴＰサーバー（ｅｘｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４２０５０）を含む。
【０５５５】
受信機は、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４２１１０、ＦＬＵＴＥ＋クライアント（ＦＬＵＴＥ＋ｃｌｉｅｎｔ）Ｊ４２１２０、ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４２１３０、ＨＴＴＰサーバー（Ｉｎｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４２１４０、ＮＴＰクライアント（ＮＴＰ ｃｌｉｅｎｔ）Ｊ４２１５０及び／又はウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４２１６０を含むことができる。
【０５５６】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４２０１０は放送送信機の基準時間についての情報を処理して提供する。
【０５５７】
ＮＴＰサーバー（ＮＴＰ ｓｅｒｖｅｒ）Ｊ４２０２０は放送送信機の基準時間についての情報を用いて、ＮＴＰ（ｎｅｔｗｏｒｋ ｔｉｍｅ ｐｒｏｔｏｃｏｌ）情報を生成し、ＮＴＰ情報を含むＮＴＰパケットを生成する。
【０５５８】
ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４２０３０は、放送送信機の基準時間についての情報に合わせ、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４２０３０は、放送送信機の基準時間についての情報に合わせ、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。
【０５５９】
放送送信機（Ｂｒｏａｄｃａｓｔ Ｔｒａｎｓｍｉｔｔｅｒ）Ｊ４２０４０は、ＮＴＰパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。
【０５６０】
ＨＴＴＰサーバー（ｅｘｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４２０５０は、ＭＰＤの要請に対する応答を処理するか、あるいはセグメントなどのメディアのデータに対する要請に対する応答を処理する。ＨＴＴＰサーバー（ｅｘｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４２０５０は放送送信機の内部に位置することができ、外部に位置することもできる。
【０５６１】
ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４２１１０は、放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４２１１０はメディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とＮＴＰパケットをフィルタリングすることができる。
【０５６２】
ＦＬＵＴＥ＋クライアント（ＦＬＵＴＥ＋ｃｌｉｅｎｔ）Ｊ４２１２０は受信したパケットからＭＰＤを抽出する。ＦＬＵＴＥ＋クライアント（ＦＬＵＴＥ＋ｃｌｉｅｎｔ）Ｊ４２１２０はメディアについての情報を含むＨＴＴＰ ｅｎｔｉｔｙを抽出する。
【０５６３】
ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４２１３０は、ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）、ＨＴＴＰアクセスエンジン（ＨＴＴＰ ａｃｃｅｓｓ ｅｎｇｉｎｅ）、セグメントバッファー制御部（Ｓｅｇ． Ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）、セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）、セグメントインデックス処理部（Ｓｅｇ． Ｉｎｄｅｘ）、ＤＡＳＨクライアント制御部（ＤＡＳＨ ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ）及び／又はメディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）を含むことができる。ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４２１３０は、ＭＰＤを処理し、ＭＰＤによってセグメントに対する要請を遂行するか、あるいはセグメントを受信して処理する役目を果たす。ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）はＭＰＤをパーシングする。ＨＴＴＰアクセスエンジン（ＨＴＴＰ ａｃｃｅｓｓ ｅｎｇｉｎｅ）は、ＨＴＴＰを介して、サーバーと通信を行って必要なデータを要請するかあるいは受信する。セグメントバッファー制御部（Ｓｅｇ． Ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）はセグメントバッファーを制御する。セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）はセグメントをバッファリングする。セグメントインデックス処理部（Ｓｅｇ． Ｉｎｄｅｘ）は、セグメントを順に処理するように、セグメントのインデックスを管理及び処理する。セグメントのインデックスについての情報はＭＰＤに含まれる。セグメントインデックス処理部は、セグメントのタイミングについての情報を獲得し、タイミングによってセグメントがデコードされるようにする処理を遂行する。ＤＡＳＨクライアント制御部（ＤＡＳＨ ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ）はＤＡＳＨクライアントを制御する。ＤＡＳＨクライアント制御部は、放送システムの基準時間に合わせられてＤＡＳＨクライアントが動作するように制御する。メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）はセグメントをデコードしてメディアを生成する。
【０５６４】
ＨＴＴＰサーバー（Ｉｎｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４２１４０は、ＤＡＳＨクライアントの特定のセグメントに対する要請を受信し、これに対する応答として該当のセグメントをＤＡＳＨクライアントに伝達する。ＤＡＳＨクライアントは、特定のセグメントを要請するために、該当のセグメントのＵＲＬ情報をＨＴＴＰサーバーに伝達することができる。ＨＴＴＰサーバー（Ｉｎｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４２１４０は受信機の内部に存在することも、受信機の外部に存在することもできる。
【０５６５】
ＮＴＰクライアント（ＮＴＰ ｃｌｉｅｎｔ）Ｊ４２１５０はＮＴＰパケットを受信してパーシングする。
【０５６６】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４２１６０は、ＮＴＰ情報を用いて、受信機の基準時間とネットワークシステムの基準時間の間の同期を維持するように処理する。
【０５６７】
本発明の一実施例において、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。セグメントは内部ＨＴＴＰサーバーからＤＡＳＨクライアントに送信される。
【０５６８】
図４４は本発明の一実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【０５６９】
この図では、図４３の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。
【０５７０】
セグメント（Ａ１）はオーディオ１のデータを送信する。
【０５７１】
セグメント（Ｖ１）はビデオ１のデータを送信する。
【０５７２】
セグメント（Ａ２）はオーディオ２のデータを送信する。
【０５７３】
セグメント（Ｖ２）はビデオ２のデータを送信する。
【０５７４】
セグメント（Ａ３）はオーディオ３のデータを送信する。
【０５７５】
セグメント（Ｖ３）はビデオ３のデータを送信する。
【０５７６】
タイムライン１は送信機のエンコーダーでのタイムラインである。
【０５７７】
タイムライン２は放送ストリーム上でのタイムラインである。
【０５７８】
タイムライン４は受信機の内部サーバーでのタイムラインである。
【０５７９】
タイムライン５は受信機のＤＡＳＨクライアントでのタイムラインである。
【０５８０】
タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一時間の間にエンコードされる。
【０５８１】
タイムライン２で、それぞれのセグメントに対するエンコードが終了すれば、送信機は該当のセグメントを送信する。
【０５８２】
タイムライン４で、ＭＰＤで描写されたセグメントが可用な時間を示す可用性タイムラインが示されている。セグメントの実際持続時間（ｄｕｒａｔｉｏｎ）とｔｉｍｅ ｓｈｉｆｔ ｂｕｆｆｅｒ ｄｅｐｔｈによるそれぞれのセグメントの時間が結合されて該当のセグメントの長さに設定されることができる。
【０５８３】
タイムライン４で、実際にそれぞれのセグメントが受信される時間は、伝送時間と比較して一定の遅延（ｃｏｎｓｔａｎｔ ｄｅｌａｙ）があり得る。
【０５８４】
タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌ ｃｈａｎｇｅ）が発生する時点ではセグメント（Ａ３）、セグメント（Ｖ３）が可能であり、前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ）が設定されることができる。受信機では、ｐｅｒｉｏｄ ｓｔａｒｔ情報、セグメント（Ａ３）及びセグメント（Ｖ３）のｓｔａｒｔ ｔｉｍｅ情報、及びｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ情報が示す時間を加えることで、ｐｅｒｉｏｄが始まった後のセグメント（Ａ３）及びセグメント（Ｖ３）を表出する時間を決定することができる。
【０５８５】
図４５は本発明の一実施例に係るＭＰＤをブロードバンド及びブロードキャストの両方で使用する場合の放送システムの動作を示す。
【０５８６】
本発明の一実施例に係る放送システムは送信システムと受信機を含む。
【０５８７】
送信システム（送信機）はウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４４０１０、タイムラインパケットエンコーダー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｅｎｃｏｄｅｒ）Ｊ４４０２０、ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４４０３０、放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４４０４０及び／又はＨＴＴＰサーバー（ｅｘｔｅｒｎａｌ ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４４０５０を含む。
【０５８８】
受信機はＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４４１１０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４４１２０、受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４４１３０、セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）Ｊ４４１４０、メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）Ｊ４４１５０、タイムラインパケットパーサー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｐａｒｓｅｒ）Ｊ４４１６０、ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４４１７０、及び／又はＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４４１８０を含むことができる。
【０５８９】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４４０１０は放送送信機の基準時間についての情報を処理して提供する。
【０５９０】
タイムラインパケットエンコーダー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｅｎｃｏｄｅｒ）Ｊ４４０２０は、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成する。
【０５９１】
ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４４０３０は、放送送信機の基準時間についての情報に合わせて、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４４０３０は、放送送信機の基準時間についての情報に合わせて、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。
【０５９２】
放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４４０４０は、タイムラインパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。
【０５９３】
ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４４０５０はＭＰＤの要請に対する応答を処理するか、あるいはセグメントなどのメディアのデータに対する要請に対する応答を処理する。ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４４０５０は放送送信機の内部に位置することができ、外部に位置することもできる。ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４４０５０はＤＡＳＨクライアントから特定のセグメント（例えば、Ｓｅｇ．（Ａ））に対する要請を受信する。この要請には特定のセグメントの位置情報（例えば、ＵＲＬ情報）が含まれることができる。ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４４０５０はＤＡＳＨエンコーダーから、該当のセグメントを受信されて、ＤＡＳＨクライアントに伝達することができる。
【０５９４】
ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４４１１０は放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４４１１０は、メディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とタイムラインパケットをフィルタリングすることができる。
【０５９５】
ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４４１２０は受信したパケットからＭＰＤを抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４４１２０はメディアに対するデータを含むセグメント（例えば、Ｓｅｇ．（Ｖ））を抽出する。
【０５９６】
受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４４１３０は受信機内のセグメントバッファーの動作を制御する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４４１３０は、アプリケーション階層伝送プロトコルパケットに送信されるセグメントを伝達される。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４４１３０は、バッファリングが必要な場合、該当のセグメントをセグメントバッファーに伝達することができる。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４４１３０はブロードバンドタイムライン基準（Ｂｒｏａｄｂａｎｄ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ；Ｗａｌｌ Ｃｌｏｃｋ）を受信し、セグメントについてのタイミング情報を受信する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４４１３０は、セグメントのタイミングとウォールクロックに合わせてセグメントをメディアエンジンなどに伝達することにより、該当のセグメントが消費されるように制御する。
【０５９７】
セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）Ｊ４４１４０はセグメントをバッファリングする。
【０５９８】
メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）Ｊ４４１５０はセグメントをデコードし、セグメントに相当するメディアを表出する。
【０５９９】
タイムラインパケットパーサー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｐａｒｓｅｒ）Ｊ４４１６０はタイムラインパケットをパーシングする。
【０６００】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４４１７０は、タイムラインパケット内の情報を用いて、受信機の基準時間とシステムの基準時間の間の同期を維持するように処理する。
【０６０１】
ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４４１８０は、ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）、ＨＴＴＰアクセスエンジン（ＨＴＴＰ ａｃｃｅｓｓ ｅｎｇｉｎｅ）、セグメントバッファー制御部（Ｓｅｇ． Ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）、セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）、セグメントインデックス処理部（Ｓｅｇ． Ｉｎｄｅｘ）、ＤＡＳＨクライアント制御部（ＤＡＳＨ ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ）及び／又はメディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）を含むことができる。ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４４１８０はＭＰＤを処理し、ＭＰＤによってセグメントに対する要請を遂行するか、あるいはセグメントを受信して処理する役目を果たす。ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）はＭＰＤをパーシングする。ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）は、ＭＰＤからセグメント（Ａ）に対する既存の放送システムでのタイミング情報（例えば、ＰＴＳなど）、セグメントのＵＲＬ情報、及び／又はセグメントの可用タイミング情報を抽出することができる。ＨＴＴＰアクセスエンジン（ＨＴＴＰ ａｃｃｅｓｓ ｅｎｇｉｎｅ）は、ＨＴＴＰを介して、サーバーと通信を行って、必要なデータを要請するか受信する。セグメントバッファー制御部（Ｓｅｇ． Ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）はセグメントバッファーを制御する。セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）はセグメントをバッファリングする。セグメントインデックス処理部（Ｓｅｇ． Ｉｎｄｅｘ）は、セグメントが順に処理するように、セグメントのインデックスを管理及び処理する。セグメントのインデックスについての情報はＭＰＤに含まれる。セグメントインデックス処理部は、セグメントのタイミングについての情報を獲得し、タイミングによってセグメントがデコードされるようにする処理を遂行する。ＤＡＳＨクライアント制御部（ＤＡＳＨ ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ）はＤＡＳＨクライアントを制御する。ＤＡＳＨクライアント制御部は、放送システムの基準時間に合わせてＤＡＳＨクライアントが動作するように制御する。メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）はセグメントをデコードし、メディアを生成する。
【０６０２】
本発明によると、ビデオデータを送信するセグメント（Ｓｅｇ．（Ｖ））とオーディオデータを送信するセグメント（Ｓｅｇ．（Ａ））が互いに異なる伝送方式で送信され、互いに異なる処理過程によって一つのメディアの一部を構成することができる。
【０６０３】
本発明の一実施例で、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。セグメントは、放送送信機でエンコードされるとすぐに外部サーバーで使用可能である。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。セグメントは内部サーバーからＤＡＳＨクライアントに直ちに送信されることができる。
【０６０４】
図４６は本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【０６０５】
この図では、図４５の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（３）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。
【０６０６】
セグメント（Ａ１）はオーディオ１のデータを送信する。
【０６０７】
セグメント（Ｖ１）はビデオ１のデータを送信する。
【０６０８】
セグメント（Ａ２）はオーディオ２のデータを送信する。
【０６０９】
セグメント（Ｖ２）はビデオ２のデータを送信する。
【０６１０】
セグメント（Ａ３）はオーディオ３のデータを送信する。
【０６１１】
セグメント（Ｖ３）はビデオ３のデータを送信する。
【０６１２】
タイムライン１は送信機のエンコーダーでのタイムラインである。
【０６１３】
タイムライン２は放送ストリーム上でのタイムラインである。
【０６１４】
タイムライン３は外部サーバー上でのタイムラインである。
【０６１５】
タイムライン４は受信機の内部サーバーでのタイムラインである。
【０６１６】
タイムライン５は受信機のＤＡＳＨクライアントでのタイムラインである。
【０６１７】
タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一の時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一の時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一の時間の間にエンコードされる。
【０６１８】
タイムライン２で、それぞれのセグメントに対するエンコードが終了すれば、送信機は該当のセグメントを送信する。ここで、放送網を介しては、ビデオデータを含むセグメントが送信されることができる。すなわち、放送網を介しては、セグメント（Ｖ１）、セグメント（Ｖ２）、セグメント（Ｖ３）が送信される。
【０６１９】
タイムライン３で、ビデオデータを送信するセグメントに対応するオーディオデータを送信するセグメント（Ａ１）、セグメント（Ａ２）、セグメント（Ａ３）が外部サーバーで可用な時間が表現されている。
【０６２０】
タイムライン４で、ＭＰＤで描写されたセグメントが可用な時間を示す可用性タイムラインが示されている。セグメントの実際持続時間（ｄｕｒａｔｉｏｎ）とｔｉｍｅ ｓｈｉｆｔ ｂｕｆｆｅｒ ｄｅｐｔｈによるそれぞれのセグメントの時間が結合されて該当のセグメントの長さに設定されることができる。
【０６２１】
タイムライン４で、実際にそれぞれのセグメントが受信される時間は、伝送時間と比較して一定の遅延（ｃｏｎｓｔａｎｔ ｄｅｌａｙ）があり得る。
【０６２２】
タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌ ｃｈａｎｇｅ）が発生する時点ではセグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）が可用であり、前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ）が設定されることができる。受信機では、ｐｅｒｉｏｄ ｓｔａｒｔ情報、セグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）のそれぞれのｓｔａｒｔ ｔｉｍｅ情報、及びｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ情報が示す時間を加えることで、ｐｅｒｉｏｄが始まった後のセグメント（Ａ２）、セグメント（Ａ３）、及びセグメント（Ｖ３）を表出する時間を決定することができる。受信機によって、コンテンツが表出される時間の差があり得るが、ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙを用いて受信機間のコンテンツが表出される時間差を無くすことができる。
【０６２３】
ＭＰＤがブロードバンド及びブロードキャストの両方で使われる場合、ブロードキャストチャネルに送信されるセグメントより、ブロードバンドに送信されるセグメントを受信機は先に受信することができる。
【０６２４】
既存の（外部サーバーのための）ＤＡＳＨ可用性タイムラインは、（内部サーバーから）放送ストリームに送信されるセグメントのためには使われることができないであろう。内部サーバーでのセグメントａｖａｉｌａｂｉｌｉｔｙ ｔｉｍｅはチャネル変更時間によって影響されることができる。さらに、セグメント受信時間（ｓｅｇｍｅｎｔ ｒｅｃｅｐｔｉｏｎ ｔｉｍｅ）が考慮されなければならなく、受信機はセグメント受信時間を考慮してセグメントａｖａｉｌａｂｉｌｉｔｙ ｔｉｍｅを測定することができる。前述した実施例で、一定の遅延（ｃｏｎｓｔａｎｔ ｄｅｌａｙ）が受信機ごとに異なる場合、ＤＡＳＨ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅはｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ情報を用いて正確に同期化しにくいことがあり得る。
【０６２５】
図４７は本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。
【０６２６】
本発明の一実施例に係る放送システムは送信システムと受信機を含む。
【０６２７】
送信システム（送信機）は、ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４６０１０、タイムラインパケットエンコーダー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｅｎｃｏｄｅｒ）Ｊ４６０２０、ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４６０３０、及び／又は放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４６０４０を含む。
【０６２８】
受信機は、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４６１１０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４６１２０、受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４６１３０、セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）Ｊ４６１４０、メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）Ｊ４６１５０、タイムラインパケットパーサー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｐａｒｓｅｒ）Ｊ４６１６０、及び／又はウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４６１７０を含むことができる。
【０６２９】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４６０１０は放送送信機の基準時間についての情報を処理して提供する。
【０６３０】
タイムラインパケットエンコーダー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｅｎｃｏｄｅｒ）Ｊ４６０２０は、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成する。
【０６３１】
ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４６０３０は、放送送信機の基準時間についての情報に合わせて、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４６０３０は、放送送信機の基準時間についての情報に合わせて、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。
【０６３２】
放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４６０４０は、タイムラインパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。
【０６３３】
ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４６１１０は、放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４６１１０は、メディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とタイムラインパケットをフィルタリングすることができる。
【０６３４】
ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４６１２０は、メディアに対するデータを含むセグメント（例えば、Ｓｅｇ．（Ｖ）、Ｓｅｇ．（Ａ））を抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４６１２０は、ＭＰＤの代わりに、既存のタイミングのための情報（例えば、ＭＰＥＧ２ ＴＳで使われたタイミング情報）を抽出することができる。このようなタイミングのための情報は各セグメントに含まれていることもできる。
【０６３５】
バッファー制御部（ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４６１３０は受信機内のセグメントバッファーの動作を制御する。バッファー制御部（ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４６１３０はアプリケーション階層伝送プロトコルパケットに送信されるセグメントを伝達される。バッファー制御部（ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４６１３０は、バッファリングが必要な場合、該当のセグメントをセグメントバッファーに伝達することができる。バッファー制御部（ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４６１３０はブロードバンドタイムライン基準（Ｂｒｏａｄｂａｎｄ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ；Ｗａｌｌ Ｃｌｏｃｋ）を受信し、セグメントに対するタイミング情報を受信する。バッファー制御部（ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４６１３０は、セグメントのタイミングとウォールクロックに合わせてセグメントをメディアエンジンなどに伝達して、該当のセグメントが消費されるように制御する。
【０６３６】
セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）Ｊ４６１４０はセグメントをバッファリングする。
【０６３７】
メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）Ｊ４６１５０はセグメントをデコードし、セグメントに相当するメディアを表出する。
【０６３８】
タイムラインパケットパーサー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｐａｒｓｅｒ）Ｊ４６１６０はタイムラインパケットをパーシングする。
【０６３９】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４６１７０はタイムラインパケット内の情報を用いて、受信機の基準時間とシステムの基準時間の間の同期を維持するように処理する。
【０６４０】
本発明の一実施例で、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。ウォールクロック（Ｗａｌｌ Ｃｌｏｃｋ）はブロードキャストタイムラインレファレンス（Ｂｏｒａｄｃａｓｔ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ）の形態で送信機から受信機に送信される。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。
【０６４１】
図４８は本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【０６４２】
この図では、図４７の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。
【０６４３】
セグメント（Ａ１）はオーディオ１のデータを送信する。
【０６４４】
セグメント（Ｖ１）はビデオ１のデータを送信する。
【０６４５】
セグメント（Ａ２）はオーディオ２のデータを送信する。
【０６４６】
セグメント（Ｖ２）はビデオ２のデータを送信する。
【０６４７】
セグメント（Ａ３）はオーディオ３のデータを送信する。
【０６４８】
セグメント（Ｖ３）はビデオ３のデータを送信する。
【０６４９】
タイムライン１は送信機のエンコーダーでのタイムラインである。
【０６５０】
タイムライン２は放送ストリーム上でのタイムラインである。
【０６５１】
タイムライン４は受信機のバッファーに適用されるタイムラインである。
【０６５２】
タイムライン５は受信機のＤＡＳＨクライアントでのタイムラインである。
【０６５３】
タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一の時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一の時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一の時間の間にエンコードされる。それぞれのセグメントにはＰＴＳが含まれることができる。
【０６５４】
タイムライン２で、それぞれのセグメントに対するエンコードが終了すれば、送信機は該当のセグメントを送信する。
【０６５５】
タイムライン４を参照すると、一定の遅延（ｃｏｎｓｔａｎｔ ｄｅｌａｙ）とそれぞれのセグメントの受信に必要な時間が経った後、それぞれのセグメントが使用可能になる。
【０６５６】
タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌ ｃｈａｎｇｅ）が発生する時点では、セグメント（Ａ２）及びセグメント（Ｖ２）の一部のデータは受信することができないことがあり得る。チャネル変更（ｃｈａｎｎｅｌ ｃｈａｎｇｅ）が発生する時点の後、セグメント（Ａ３）、及びセグメント（Ｖ３）は全て受信することができる。前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ）が設定されることができる。
【０６５７】
図４９は本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。
【０６５８】
本発明の一実施例に係る放送システムは送信システムと受信機を含む。
【０６５９】
送信システム（送信機）は、ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４８０１０、タイムラインパケットエンコーダー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｅｎｃｏｄｅｒ）Ｊ４８０２０、ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４８０３０、放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４８０４０及び／又はＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４８０５０を含む。
【０６６０】
受信機は、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４８１１０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０、受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４８１３０、セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）Ｊ４８１４０、メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）Ｊ４８１５０、タイムラインパケットパーサー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｐａｒｓｅｒ）Ｊ４８１６０、ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４８１７０、及び／又はＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４８１８０を含むことができる。
【０６６１】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｔ）Ｊ４８０１０は放送送信機の基準時間についての情報を処理して提供する。
【０６６２】
タイムラインパケットエンコーダー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｅｎｃｏｄｅｒ）Ｊ４８０２０は、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成する。
【０６６３】
ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４８０３０は、放送送信機の基準時間についての情報に合わせて、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨ Ｅｎｃｏｄｅｒ）Ｊ４４０３０は、放送送信機の基準時間についての情報に合わせて、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。
【０６６４】
放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４８０４０は、タイムラインパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。
【０６６５】
ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４８０５０は、ＭＰＤの要請に対する応答を処理するか、セグメントなどのようなメディアのデータに対する要請に対する応答を処理する。ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４８０５０は放送送信機の内部に位置することができ、外部に位置することもできる。ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４８０５０はＤＡＳＨクライアントから特定のセグメント（例えば、Ｓｅｇ．（Ａ））に対する要請を受信する。この要請には特定のセグメントの位置情報（例えば、ＵＲＬ情報）が含まれることができる。ＨＴＴＰサーバー（ＨＴＴＰ Ｓｅｒｖｅｒ）Ｊ４８０５０は、ＤＡＳＨエンコーダーから、該当のセグメントを受信して、ＤＡＳＨクライアントに伝達することができる。
【０６６６】
ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４８１１０は、放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰ Ｄａｔａｇｒａｍ Ｆｉｌｔｅｒ）Ｊ４８１１０はメディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とタイムラインパケットをフィルタリングすることができる。
【０６６７】
ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０は受信したパケットからＭＰＤを抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０はメディアに対するデータを含むセグメント（例えば、Ｓｅｇ．（Ｖ））を抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０は既存の放送システムで使われるタイミングについての情報（例えば、ＭＰＥＧ２−ＴＳの伝送で使われたタイミング関連情報）を抽出することができる。あるいは、既存の放送システムで使われるタイミングについての情報がセグメント（Ｖ）に含まれていることができる。
【０６６８】
受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４８１３０は受信機内のセグメントバッファーの動作を制御する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４８１３０はアプリケーション階層伝送プロトコルパケットに送信されるセグメントを伝達される。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４８１３０は、バッファリングが必要な場合、該当のセグメントをセグメントバッファーに伝達することができる。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４８１３０はブロードバンドタイムライン基準（Ｂｒｏａｄｂａｎｄ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ；Ｗａｌｌ Ｃｌｏｃｋ）を受信し、セグメントに対するタイミング情報を受信する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒ ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）Ｊ４８１３０はセグメントのタイミングとウォールクロックに合わせてセグメントをメディアエンジンなどに伝達して、該当のセグメントが消費されるように制御する。
【０６６９】
セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）Ｊ４８１４０はセグメントをバッファリングする。
【０６７０】
メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）Ｊ４８１５０はセグメントをデコードし、セグメントに相当するメディアを表出する。
【０６７１】
タイムラインパケットパーサー（Ｔｉｍｅｌｉｎｅ Ｐａｃｋｅｔ ｐａｒｓｅｒ）Ｊ４８１６０はタイムラインパケットをパーシングする。
【０６７２】
ウォールクロック処理部（Ｗａｌｌ Ｃｌｏｃｋ−Ｒ）Ｊ４８１７０はタイムラインパケット内の情報を用いて、受信機の基準時間とシステムの基準時間の間の同期を維持するように処理する。
【０６７３】
ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４８１８０は、ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）、ＨＴＴＰアクセスエンジン（ＨＴＴＰ ａｃｃｅｓｓ ｅｎｇｉｎｅ）、セグメントバッファー制御部（Ｓｅｇ． Ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）、セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）、セグメントインデックス処理部（Ｓｅｇ． Ｉｎｄｅｘ）、ＤＡＳＨクライアント制御部（ＤＡＳＨ ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ）及び／又はメディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）を含むことができる。ＤＡＳＨクライアント（ＤＡＳＨ ｃｌｉｅｎｔ）Ｊ４４１８０はＭＰＤを処理して、ＭＰＤによってセグメントに対する要請を遂行するか、あるいはセグメントを受信して処理する役目を果たす。ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）はＭＰＤをパーシングする。ＭＰＤパーサー（ＭＰＤ ｐａｒｓｅｒ）はＭＰＤからセグメント（Ａ）に対する既存の放送システムでのタイミング情報（例えば、ＰＴＳなど）、セグメントのＵＲＬ情報、及び／又はセグメントの可用タイミング情報を抽出することができる。ＨＴＴＰアクセスエンジン（ＨＴＴＰ ａｃｃｅｓｓ ｅｎｇｉｎｅ）は、ＨＴＴＰを介して、サーバーと通信を行って、必要なデータを要請するかあるいは受信する。セグメントバッファー制御部（Ｓｅｇ． Ｂｕｆｆｅｒ ｃｏｎｔｒｏｌ）はセグメントバッファーを制御する。セグメントバッファー（Ｓｅｇ． Ｂｕｆｆｅｒ）はセグメントをバッファリングする。セグメントインデックス処理部（Ｓｅｇ． Ｉｎｄｅｘ）はセグメントを順に処理するようにセグメントのインデックスを管理及び処理する。セグメントのインデックスについての情報はＭＰＤに含まれる。セグメントインデックス処理部は、セグメントのタイミングについての情報を獲得して、タイミングによってセグメントがデコードされるようにする処理を遂行する。ＤＡＳＨクライアント制御部（ＤＡＳＨ ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ）はＤＡＳＨクライアントを制御する。ＤＡＳＨクライアント制御部は、放送システムの基準時間に合わせてＤＡＳＨクライアントが動作するように制御する。メディアエンジン（Ｍｅｄｉａ Ｅｎｇｉｎｅ）はセグメントをデコードしてメディアを生成する。
【０６７４】
本発明によると、ビデオデータを送信するセグメント（Ｓｅｇ．（Ｖ））とオーディオデータを送信するセグメント（Ｓｅｇ．（Ａ））が互いに異なる伝送方式で送信され、互いに異なる処理過程によって一つのメディアの一部を構成することができる。
【０６７５】
本発明の一実施例で、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。ウォールクロック（Ｗａｌｌ Ｃｌｏｃｋ）はブロードキャストタイムラインレファレンス（Ｂｏｒａｄｃａｓｔ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ）の形態で送信機から受信機に送信される。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。
【０６７６】
図５０は本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。
【０６７７】
この図では、図４９の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（３）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。
【０６７８】
セグメント（Ａ１）はオーディオ１のデータを送信する。
【０６７９】
セグメント（Ｖ１）はビデオ１のデータを送信する。
【０６８０】
セグメント（Ａ２）はオーディオ２のデータを送信する。
【０６８１】
セグメント（Ｖ２）はビデオ２のデータを送信する。
【０６８２】
セグメント（Ａ３）はオーディオ３のデータを送信する。
【０６８３】
セグメント（Ｖ３）はビデオ３のデータを送信する。
【０６８４】
タイムライン１は送信機のエンコーダーでのタイムラインである。
【０６８５】
タイムライン２は放送ストリーム上でのタイムラインである。
【０６８６】
タイムライン３はサーバー上でのタイムラインである。
【０６８７】
タイムライン４は受信機の内部バッファーでのタイムラインである。
【０６８８】
タイムライン５は受信機のＤＡＳＨクライアントでのタイムラインである。
【０６８９】
タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一の時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一の時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一の時間の間にエンコードされる。それぞれのビデオデータを含むセグメントはＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ）情報を含むことができる。
【０６９０】
タイムライン２で、それぞれのセグメントに対するエンコードが終了すれば、送信機は該当のセグメントを送信する。ここで、放送網を介しては、ビデオデータを含むセグメントが送信されることができる。すなわち、放送網を介しては、セグメント（Ｖ１）、セグメント（Ｖ２）、セグメント（Ｖ３）が送信される。
【０６９１】
タイムライン３で、ビデオデータを送信するセグメントに対応するオーディオデータを送信するセグメント（Ａ１）、セグメント（Ａ２）、セグメント（Ａ３）が外部サーバーで可用な時間が表現されている。オーディオデータを含むセグメントの持続時間にｔｉｍｅ ｓｈｉｆｔ ｂｕｆｆｅｒ ｄｅｐｔｈを加えて、該当のセグメントが可用な期間が分かる。
【０６９２】
タイムライン４を参照すると、一定の遅延（ｃｏｎｓｔａｎｔ ｄｅｌａｙ）とそれぞれのセグメントの受信に必要な時間が経った後、それぞれのセグメントが使用可能になる。
【０６９３】
タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌ ｃｈａｎｇｅ）が発生する時点で、受信機はセグメント（Ｖ１）は受信することができなかったし、セグメント（Ｖ２）に含まれる一部のデータは受信することができなかった。受信機は、チャネル変更時点の後、セグメント（Ｖ３）を全く受信することができる。一方、受信機は、ＭＰＤを用いて、セグメント（Ａ２）を受信することができる。各セグメントが可用であり、前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ）が設定されることができる。受信機では、ｐｅｒｉｏｄ ｓｔａｒｔ情報、セグメント（Ａ２）、セグメント（Ａ３）のそれぞれのｓｔａｒｔ ｔｉｍｅ情報、及び／又はｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ情報が示す時間を加えて、ｐｅｒｉｏｄが始まった後のセグメント（Ａ２）、及びセグメント（Ａ３）を表出する時間を決定することができる。受信機によって、コンテンツが表出される時間の差があり得るが、ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙを用いて受信機間のコンテンツが表出される時間差を無くすことができる。
【０６９４】
ＭＰＤがブロードバンドでのみ使われる場合、ブロードバンドに送信されるコンテンツに対するａｖａｉｌａｂｉｌｉｔｙ ｔｉｍｅｌｉｎｅを処理するためにウォールクロック（Ｗａｌｌ Ｃｌｏｃｋ）が必要である。この場合、「Ｂｒｏａｄｂａｎｄ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ」がウォールクロックの値と同期することができる。
【０６９５】
ＭＰＤは、メディアの表出時間をシグナリングするために、Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ ｃｌｏｃｋ情報を含むことができる。Ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ ｃｌｏｃｋ情報を「ｂｒｏａｄｃａｓｔ ｔｉｍｅｌｉｎｅ ｒｅｆｅｒｅｎｃｅ」として使うために、ウォールクロックとＭｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ ｃｌｏｃｋ情報間の変換のための更なるモジュール又は装置が必要なことがあり得る。本発明の一実施例によると、「ＭＰＤ＠ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ」情報がＰＴＳと一緒に送信されるか、ＰＴＳが「ｓｕｇｇｅｓｔｅｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｌａｙ」を考慮した値を有するように設定されることができる。
【０６９６】
ブロードキャスト網とブロードバンド網にそれぞれ送信されるメディア（放送サービス、コンテンツ、及び／又はイベント）の間の同期のために、ＤＡＳＨ ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅｌｉｎｅがブロードキャストとブロードバンドのために使われることができる。例えば、「ＭＰＤ＠ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ」を用いて、ブロードキャストストリームとブロードバンドストリームを一致（ａｌｉｇｎ）させる。「ＳｅｇｍｅｎｔＢａｓｅ＠ａｖａｉｌａｂｉｌｉｔｙｔｉｍｅＯｆｆｓｅｔ」を用いて、シグナリングされたａｖａｉｌａｂｉｌｉｔｙ ｓｔａｒｔ ｔｉｍｅ以前に、クライアントがセグメントに近付くことができるように許すことができる。ＭＰＤにｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅのａｎｃｈｏｒ情報を付け加えることができる。このようなａｎｃｈｏｒ情報は「ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ」に表現されることができる。受信機は、ａｎｃｈｏｒの値からセグメントの開始のｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅを測定することができる。例えば、受信機は、「ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ」＋「Ｐｅｒｉｏｄ＠ｓｔａｒｔ」＋「Ｓｅｇｍｅｎｔ＠ｐｒｅｓｅｎｔａｔｉｏｎＴｉｍｅＯｆｆｓｅｔ／Ｓｅｇｍｅｎｔ＠ｔｉｍｅｓｃａｌｅ」で、セグメントの開始のｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅを測定することができる。
【０６９７】
ブロードバンドネットワークとブロードキャストネットワーク上で互いに異なる長さの遅延が発生し得る。この場合、受信機はブロードバンドに送信されるデータ（セグメント又はコンテンツ）を該当のデータが実際に消費される時間前に要請することが好ましい。よって、ブロードキャストに送信されるデータが受信される場合、このデータとブロードバンドに送信されたデータを一緒に消費することができる。このために、ＭＰＤにブロードバンドに送信されるセグメントに対して一定したオフセットを設定する情報である「ＳｅｇｍｅｎｔＢａｓｅ＠ａｖａｉｌａｂｉｌｉｔｙｔｉｍｅＯｆｆｓｅｔ」を付け加えることができる。
【０６９８】
図５１は本発明の一実施例に係る放送信号を送信処理する手順及び放送信号を受信処理する手順を示したフローチャートである。
【０６９９】
（ａ）を参照すると、送信機ではメディアに含まれるデータの一部を送信するセグメントを生成する（ＪＳ５１０１０）。
【０７００】
送信機では、前記セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）と前記データユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成する（ＪＳ５１０２０）。
【０７０１】
送信機では、前記パケットを含む放送信号を生成し、前記放送信号を送信する（ＪＳ５１０３０）。
【０７０２】
前記過程で、送信機は、前記ヘッダーがＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含むとともに前記ＴＯＩエレメントが前記ペイロードを送信するデータに含まれる前記セグメントを識別するセグメント識別エレメント及び前記データユニットを識別するデータユニット識別エレメントを含むように処理することができる。
【０７０３】
（ｂ）を参照すると、受信機は一つ以上のパケットを含む放送信号を受信する（ＪＳ５１１１０）。
【０７０４】
受信機は前記一つ以上のパケットをパーシングする（ＪＳ５１１２０）。ここで、前記パケットは、ヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むことができる。
【０７０５】
受信機は、前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するセグメントを生成する（ＪＳ５１１３０）。
【０７０６】
受信機は前記セグメントを用いてメディアをデコードする（ＪＳ５１１４０）。
【０７０７】
ここで、前記ヘッダーはＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことができる。
【０７０８】
説明された放送信号の送信及び／又は受信処理過程は、一つの実施例として、各処理過程で、本明細書で前述した一つ以上のデータ処理動作が付け加えられることができる。あるいは、この図面で説明した過程の一部処理過程は省略することができる。
【０７０９】
図５２は本発明の一実施例に係る送信機及び受信機を示した図である。
【０７１０】
（ａ）を参照すると、送信機Ｊ５２０１０は、データエンコーダーＪ５２０２０、パケットエンコーダーＪ５２０３０、放送信号送信部Ｊ５２０４０及び／又はシグナリングエンコーダーＪ５２０５０を含むことができる。
【０７１１】
データエンコーダーＪ５２０２０はメディアに含まれるデータの一部を送信するセグメントを生成する。
【０７１２】
パケットエンコーダーＪ５２０３０は前記セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）と前記データユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成する。
【０７１３】
放送信号送信部Ｊ５２０４０は前記パケットを含む放送信号を生成し、前記放送信号を送信する。
【０７１４】
ここで、前記ヘッダーはＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことができる。
【０７１５】
シグナリングエンコーダーＪ５２０５０はシグナリング情報を生成する。シグナリングエンコーダーＪ５２０５０は送信機に含まれた一つ以上の装置に生成されたシグナリング情報を伝達することができる。
【０７１６】
この図の送信機には、本明細書で前述した送信機の各装置のいずれか一つ以上の装置が付け加えられることができる。
【０７１７】
（ｂ）を参照すると、受信機Ｊ５２１１０は、チューナーＪ５２１２０、ＡＬＣ／ＬＣＴ＋クライアントＪ５２１３０、ＤＡＳＨクライアントＪ５２１４０及び／又はメディアデコーダーＪ５２１５０を含むことができる。
【０７１８】
チューナーＪ５２１２０は一つ以上のパケットを含む放送信号を受信する。
【０７１９】
ＡＬＣ／ＬＣＴ＋クライアントＪ５２１３０は前記一つ以上のパケットをパーシングする。ここで、前記パケットはヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むことができる。
【０７２０】
ＤＡＳＨクライアントＪ５２１４０は前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するセグメントを生成する。
【０７２１】
メディアデコーダーＪ５２１５０は前記セグメントを用いてメディアをデコードする。
【０７２２】
ここで、前記ヘッダーはＴＯＩ（Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことができる。
【０７２３】
この図の受信機には、本明細書で前述した受信機の各装置のいずれか一つ以上の装置が付け加えられることができる。
【０７２４】
モジュール、処理部、デバイス又はユニットはメモリ（又は格納ユニット）に格納された連続した遂行過程を行うプロセッサであってもよい。前述した実施例に記述された各段階はハードウェア／プロセッサによって遂行されることができる。前述した実施例に記述された各モジュール／ブロック／ユニットはハードウェア／プロセッサとして動作することができる。また、本発明が提示する方法はコードとして実行されることができる。このコードはプロセッサが読める記録媒体に書き込まれることができ、よって装置（ａｐｐａｒａｔｕｓ）が提供するプロセッサによって読み込まれることができる。
【０７２５】
本発明による方法発明はいずれも多様なコンピュータ手段によって遂行可能なプログラム命令の形態に具現されてコンピュータ可読の媒体に記録されることができる。
【０７２６】
前記コンピュータ可読媒体は、プログラム命令、データファイル、データ構造などを単独で又は組合せで含むことができる。前記媒体に記録されるプログラム命令は本発明のために特別に設計されて構成されたものであるか、あるいはコンピュータソフトウェアの当業者に知られて使用可能なものであることができる。コンピュータ可読記録媒体の例には、ハードディスク、フロッピーディスク及び磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ ｍｅｄｉａ）、フロプチカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ ｍｅｄｉａ）、及びロム（ＲＯＭ）、ラム（ＲＡＭ）、フラッシュメモリなどのプログラム命令を記憶して遂行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例には、コンパイラーによって作われるもののような機械語コードだけではなくインタープリターなどを用いてコンピュータによって実行可能な高級言語コードを含む。前記ハードウェア装置は、本発明の動作を遂行するために、一つ以上のソフトウェアモジュールとして作動するように構成されることができ、その逆もまた同様である。
【０７２７】
以上のように、本発明をたとえ限定された実施例及び図面に基づいて説明したが、本発明は前記実施例に限定されるものではなくて、本発明が属する分野で通常の知識を持った者であれば、このような記載から多様な修正及び変形が可能である。したがって、本発明の範囲は説明された実施例に限って決定されてはいけなく、後述する特許請求範囲だけではなくこの特許請求範囲と均等なものなどによって決定されなければならない。
【０７２８】
したがって、本発明は添付の請求項及びその同等な範囲内で提供される本発明の変更及び変形を含むものに意図される。
【０７２９】
本明細書で装置及び方法発明が共に言及され、装置及び方法発明の説明は互いに補って適用されることができる。
【０７３０】
発明の実施のための形態は、前述したように、発明の実施のための最善の形態に詳述された。
【産業上の利用可能性】
【０７３１】
本発明は放送産業の全般に利用可能である。
【図１】
2017517180.tif 000050
【図２】
2017517180.tif 000051
【図３】
2017517180.tif 000052
【図４】
2017517180.tif 000053
【図５】
2017517180.tif 000054
【図６】
2017517180.tif 000055
【図７】
2017517180.tif 000056
【図８】
2017517180.tif 000057
【図９】
2017517180.tif 000058
【図１０】
2017517180.tif 000059
【図１１】
2017517180.tif 000060
【図１２】
2017517180.tif 000061
【図１３】
2017517180.tif 000062
【図１４】
2017517180.tif 000063
【図１５】
2017517180.tif 000064
【図１６】
2017517180.tif 000065
【図１７】
2017517180.tif 000066
【図１８】
2017517180.tif 000067
【図１９】
2017517180.tif 000068
【図２０】
2017517180.tif 000069
【図２１】
2017517180.tif 000070
【図２２】
2017517180.tif 000071
【図２３】
2017517180.tif 000072
【図２４】
2017517180.tif 000073
【図２５】
2017517180.tif 000074
【図２６】
2017517180.tif 000075
【図２７】
2017517180.tif 000076
【図２８】
2017517180.tif 000077
【図２９】
2017517180.tif 000078
【図３０】
2017517180.tif 000079
【図３１】
2017517180.tif 000080
【図３２】
2017517180.tif 000081
【図３３】
2017517180.tif 000082
【図３４】
2017517180.tif 000083
【図３５（ａ）】
2017517180.tif 000084
【図３５（ｂ）】
2017517180.tif 000085
【図３５（ｃ）】
2017517180.tif 000086
【図３６】
2017517180.tif 000087
【図３７】
2017517180.tif 000088
【図３８】
2017517180.tif 000089
【図３９】
2017517180.tif 000090
【図４０】
2017517180.tif 000091
【図４１】
2017517180.tif 000092
【図４２】
2017517180.tif 000093
【図４３】
2017517180.tif 000094
【図４４】
2017517180.tif 000095
【図４５】
2017517180.tif 000096
【図４６】
2017517180.tif 000097
【図４７】
2017517180.tif 000098
【図４８】
2017517180.tif 000099
【図４９】
2017517180.tif 000100
【図５０】
2017517180.tif 000101
【図５１】
2017517180.tif 000102
【図５２】
2017517180.tif 000103
【国際調査報告】
2017517180.tif 000104
2017517180.tif 000105
2017517180.tif 000106
2017517180.tif 000107