JP2017517180A

JP2017517180A - 放送信号送／受信処理方法及び装置

Info

Publication number: JP2017517180A
Application number: JP2016561734A
Authority: JP
Inventors: セチンオ; ウソクコ; ウソククォン; チャンウォンリ; ソンリョンホン; キョンソムン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-04-09
Filing date: 2015-04-08
Publication date: 2017-06-22
Also published as: CN106464677A; EP3131253A1; KR20160131034A; EP3131253A4; KR101875664B1; WO2015156607A1; US20170188062A1

Abstract

【課題】ハイブリッド放送システムでデータを適切に処理する装置を提供する。【解決手段】本発明の一実施例に係る送信機は、メディアに含まれるデータの一部を送信するセグメントを生成するデータエンコーダー、セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成するパケットエンコーダー、及びパケットを含む放送信号を生成し、放送信号を送信する放送信号送信部を含み、ヘッダーはＴＯＩ（ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）エレメントを含み、ＴＯＩエレメントはペイロードが送信するデータが含まれるセグメントを識別するセグメント識別エレメントとデータユニットを識別するデータユニット識別エレメントを含むことを特徴とする。【選択図】図４０

Description

本発明はメディア信号を送信／受信する方法及び装置に関するものである。より詳しくは、本発明はブロードバンド（ｂｒｏａｄｂａｎｄ）とブロードキャスト（ｂｒｏａｄｃａｓｔ）が結合された放送システムにおいて、ブロードバンドとブロードキャストにそれぞれ送信されるメディアに対するデータを処理する方法及び装置に関するものである。

デジタル放送システムにおいては、ＩＰ基盤の放送信号の送受信が拡張されている。特に、ヨーロッパ放送標準のＤＶＢ−ＮＧＨ、又は北米放送標準のＡＴＳＣ−ＭＨのようなモバイルデジタル放送においてＩＰ基盤の放送信号送受信環境の重要性が強調されている。また、次世代放送システムにおいては、放送網とインターネット網を連結してサービスする、いわゆるハイブリッド放送システムが構築される見込みである。

ハイブリッド放送システムには既存の放送網を介してデータが送信される方式とブロードバンド網を介してデータが送信される方式が共存するので、これらのデータを処理する方式が既存の放送受信機とは違うという問題点がある。

また、ハイブリッド放送システムでは放送網を介して送信されるデータとブロードバンド網を介して送信されるデータを一緒に使用して一つのメディアを生成することができ、この過程で放送網を介して送信されるデータとブロードバンド網を介して送信されるデータの間のタイミングが合わないか、あるいは同期（ｓｙｎｃ）しないことができるという問題点がある。

本発明が達成しようとする技術的課題は、前述した問題点を解決するためのもので、ハイブリッド放送システムでは既存の放送網を介してデータが送信される方式とブロードバンド網を介してデータが送信される方式が共存するので、これらのデータを処理する適切な方法及び装置を提供することにある。

また、本発明が達成しようとする技術的課題は、ハイブリッド放送システムでは放送網を介して送信されるデータとブロードバンド網を介して送信されるデータを一緒に使用して一つのメディアを生成することができ、この過程で放送網を介して送信されるデータとブロードバンド網を介して送信されるデータの間のタイミングや同期を取ることができる適切な方法及び装置を提供することにある。

前述した技術的課題を解決するための本発明の一実施例に係る送信機は、メディアに含まれるデータの一部を送信するセグメントを生成するデータエンコーダー、前記セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）と前記データユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成するパケットエンコーダー、及び前記パケットを含む放送信号を生成し、前記放送信号を送信する放送信号送信部を含み、前記ヘッダーはＴＯＩ（ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする。

好ましくは、前記データエンコーダーは、ＤＡＳＨエンコーダーに相当し、前記データエンコーダーはＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）を生成することを特徴とし、前記送信機は、放送送信機の基準時間についての情報を用いて、ＮＴＰ（ｎｅｔｗｏｒｋｔｉｍｅｐｒｏｔｏｃｏｌ）情報を生成し、ＮＴＰ情報を含むＮＴＰパケット生成するＮＴＰサーバー、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成するタイムラインパケットエンコーダー、ＭＰＤの要請に対する応答を処理するか、あるいはセグメントなどのメディアのデータに対する要請に対する応答を処理するＨＴＴＰサーバー、放送送信機の基準時間についての情報を処理して提供するウォールクロック処理部、及びシグナリング情報を生成するシグナリングエンコーダーのいずれか一つ以上をさらに含む。

好ましくは、前記データユニットはチャンク（ｃｈｕｎｋ）に相当し、前記セグメントはＩＳＯＢＭＦＦファイルに相当し、前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当することを特徴とする。

好ましくは、前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含むことを特徴とする。

好ましくは、前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含むことを特徴とする。

好ましくは、前記ヘッダーは、ＴＳＩ（ＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒ）エレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別することを特徴とする。

好ましくは、前記ヘッダーは、前記データユニットのＰＴＳ（ＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅｓｔａｍｐ）を示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含むことを特徴とする。

前述した技術的課題を解決するための本発明の一実施例に係る受信機は、一つ以上のパケットを含む放送信号を受信するチューナー、前記一つ以上のパケットをパーシング及び処理するＡＬＣ／ＬＣＴ＋クライアント、ここで、前記パケットはヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むことを特徴とし、ＡＬＣ／ＬＣＴ＋クライアントは前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するセグメントを生成し、これをＤＡＳＨクライアントに伝達し、前記セグメントを用いて、メディアをデコードするメディアデコーダーを含み、前記ヘッダーはＴＯＩ（ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする。

好ましくは、前記受信機は、前記ＤＡＳＨクライアントの要求（ｒｅｑｕｅｓｔ）を処理してＨＴＴＰサーバーに伝達し、前記ＨＴＴＰサーバーから、前記要求による応答（ｒｅｓｐｏｎｓｅ）を受信して前記ＤＡＳＨクライアントに伝達するＨＴＴＰクライアントをさらに含み、前記ＤＡＳＨクライアントは、前記応答に含まれたセグメントと前記生成されたセグメントの間の同期を取ることを特徴とする。

本発明によると、ハイブリッド放送システムでは既存の放送網を介して送信されるデータとブロードバンド網を介して送信されるデータを効率的に一緒に処理することができるという効果がある。

本発明によると、放送網を介して送信されるデータとブロードバンド網を介して送信されるデータの間のタイミングや同期を効果的に取ることができる効果がある。

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

本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。本発明の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。本発明の他の一実施例に係るインプットフォーマッティング（Ｉｎｐｕｔｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。本発明の一実施例に係るＢＩＣＭ（ｂｉｔｉｎｔｅｒｌｅａｖｅｄｃｏｄｉｎｇ＆ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。本発明の他の一実施例に係るＢＩＣＭブロックを示す図である。本発明の一実施例に係るフレームビルディング（ＦｒａｍｅＢｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。本発明の一実施例に係るフレーム構造を示す図である。本発明の一実施例に係るフレームのシグナリング階層構造を示す図である。本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。本発明の一実施例に係るＰＬＳ１データを示す図である。本発明の一実施例に係るＰＬＳ２データを示す図である。本発明の他の一実施例に係るＰＬＳ２データを示す図である。本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ、論理）構造を示す図である。本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌｌａｙｅｒｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙａｌｅｒｔｃｈａｎｎｅｌ）マッピングを示す図である。本発明の一実施例に係るＦＩＣ（ｆａｓｔｉｎｆｏｒｍａｔｉｏｎｃｈａｎｎｅｌ）マッピングを示す図である。本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄｅｒｒｏｒｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。本発明の一実施例に係るタイムインターリービングを示す図である。本発明の一実施例に係るツイストされた行列ブロックインターリーバーの基本動作を示す図である。本発明の他の一実施例に係るツイストされた行列ブロックインターリーバーの動作を示す図である。本発明の一実施例に係るツイストされた行列ブロックインターリーバーの対角線方向の読み取りパターンを示す図である。本発明の一実施例に係る各インターリービングアレイ（ａｒｒａｙ）からインターリービングされたＸＦＥＣＢＬＯＣＫを示す図である。本発明の一実施例に係るハイブリッド（ｈｙｂｒｉｄ）放送受信機を示した図である。本発明の一実施例に係るハイブリッド放送受信機でサービススキャニング（ｓｃａｎｎｉｎｇ）を行う動作を示した図である。本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の一実施例に係るハイブリッド放送受信機のブロック図を示した図である。本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。本発明の一実施例に係るＡＬＣ／ＬＣＴ＋クライアントの動作を示した図である。本発明の一実施例に係るＩＳＯＢＭＦＦファイルを示した図である。本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットを示した図である。本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合のアプリケーション階層伝送プロトコルパケットを示した図である。本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされて、ＴＯＩが一つのチャンク（ｃｈｕｎｋ）にマッピングされる場合のアプリケーション階層伝送プロトコルパケット内のＩＳＯＢＭＦＦファイル内の各ボックスの特性を設定することを示した図である。本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの送信及び受信を示した図である。本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの構造を示した図である。本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの処理を示した図である。本発明の一実施例に係る放送システムを示した図である。本発明の一実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。本発明の一実施例に係るＭＰＤをブロードバンド及びブロードキャストの両方で使用する場合の放送システムの動作を示す。本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。本発明の一実施例に係る放送信号を送信処理する手順及び放送信号を受信処理する手順を示したフローチャートである。本発明の一実施例に係る送信機及び受信機を示した図である。

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

本発明で使用されるほとんどの用語は、該当の分野で広く使用される一般的な用語から選択されるが、一部の用語は出願人によって任意に選択され、その意味は、必要に応じて以下の説明で詳細に記載する。したがって、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。

本明細書において、「シグナリング（ｓｉｇｎａｌｉｎｇ）」とは、放送システム、インターネット放送システム、及び／又は放送／インターネット融合システムで提供されるサービス情報（ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ；ＳＩ）を送信／受信することを示す。サービス情報は、現在存在する各放送システムで提供される放送サービス情報（例えば、ＡＴＳＣＳＩ及び／又はＤＶＢＳＩ）を含む。

本明細書において、「放送信号」とは、地上波放送、ケーブル放送、衛星放送、及び／又はモバイル放送以外にも、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（ＶｉｄｅｏＯｎＤｅｍａｎｄ）などの両方向放送で提供される信号及び／又はデータを含む概念として定義する。

本明細書において、「ＰＬＰ」とは、物理層に属するデータを伝送する一定のユニットを意味する。したがって、本明細書において、「ＰＬＰ」と名付けられた内容は、「データユニット」又は「データパイプ（ｄａｔａｐｉｐｅ）」と呼ぶこともできる。

デジタル放送（ＤＴＶ）サービスで活用される有力なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の一つとして、放送網とインターネット網との連動を通じたハイブリッド放送サービスを挙げることができる。ハイブリッド放送サービスは、地上波放送網を介して伝送される放送Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）コンテンツと関連するエンハンスメントデータ（ｅｎｈａｎｃｅｍｅｎｔｄａｔａ）あるいは放送Ａ／Ｖコンテンツの一部をインターネット網を介してリアルタイムで伝送することによって、ユーザーが様々なコンテンツを経験できるようにする。

本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。本発明は、一実施例によって、非ＭＩＭＯ（ｎｏｎＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）又はＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例に係る非ＭＩＭＯ方式は、ＭＩＳＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔＳｉｎｇｌｅＯｕｔｐｕｔ）方式、ＳＩＳＯ（ＳｉｎｇｌｅＩｎｐｕｔＳｉｎｇｌｅＯｕｔｐｕｔ）方式などを含むことができる。

以下では、説明の便宜のため、ＭＩＳＯ又はＭＩＭＯ方式は２つのアンテナを使用するが、本発明は、２つ以上のアンテナを使用するシステムに適用できる。本発明は、特定の用途に要求される性能を達成すると共に、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が具現しなければならない全ての構造のサブセットである。

３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定のブロック及び／又はパラメーターでは少し異なる。後で追加的にフィジカルプロファイルを定義できる。システムの発展のために、フューチャープロファイルは、ＦＥＦ（ｆｕｔｕｒｅｅｘｔｅｎｓｉｏｎｆｒａｍｅ）を介して単一のＲＦ（ｒａｄｉｏｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクシングされてもよい。各フィジカルプロファイルについての詳細は後述する。

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

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

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

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

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

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

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

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

補助ストリーム：フューチャーエクステンション（ｆｕｔｕｒｅｅｘｔｅｎｓｉｏｎ、将来の拡張）又は放送社やネットワーク運営者によって要求されることによって使用され得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス

ベースデータパイプ（ｂａｓｅｄａｔａｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ

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

セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値

コーディングブロック（ｃｏｄｅｄｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコードされたブロック又はＰＬＳ２データのＬＤＰＣエンコードされたブロックの一つ

データパイプ（ｄａｔａｐｉｐｅ）：一つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連するメーターデータを伝達する物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）でのロジカルチャネル

データパイプユニット（ＤＰＵ、ｄａｔａｐｉｐｅｕｎｉｔ）：データセルをフレームでのデータパイプに割り当てることができる基本ユニット

データシンボル（ｄａｔａｓｙｍｂｏｌ）：プリアンブルシンボルではなく、フレームでのＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）

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

ダミーセル（ｄｕｍｍｙｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌｌａｙｅｒｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、又は補助ストリームのために使用されていない残っている容量を埋めるのに使用される擬似ランダム値を伝達するセル

ＦＡＣ（ｅｍｅｒｇｅｎｃｙａｌｅｒｔｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部

フレーム（ｆｒａｍｅ）：プリアンブルで開始し、フレームエッジシンボルで終了する物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）タイムスロット

フレームレペティションユニット（ｆｒａｍｅｒｅｐｅｔｉｔｉｏｎｕｎｉｔ、フレーム繰り返し単位）：スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）で８回繰り返されるＦＥＦを含む同一又は異なるフィジカルプロファイルに属するフレームの集合

ＦＩＣ（ｆａｓｔｉｎｆｏｒｍａｔｉｏｎｃｈａｎｎｅｌ、高速情報チャネル）：サービスと該当のベースデータパイプとの間でのマッピング情報を伝達するフレームでロジカルチャネル

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

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

フレームシグナリングシンボル（ｆｒａｍｅｓｉｇｎａｌｉｎｇｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、ガードインターバル（ｇｕａｒｄｉｎｔｅｒｖａｌ）、及びスキャッタード（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定の組合せにおいてフレームの開始で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル

フレームエッジシンボル（ｆｒａｍｅｅｄｇｅｓｙｍｂｏｌ）：ＦＦＴサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組合せにおいて、フレームの末尾で使用されるさらに高いパイロット密度を有するＯＦＤＭシンボル

フレームグループ（ｆｒａｍｅ−ｇｒｏｕｐ）：スーパーフレームにおいて同一のフィジカルプロファイルタイプを有する全てのフレームの集合

フューチャーエクステンションフレーム（ｆｕｔｕｒｅｅｘｔｅｎｔｉｏｎｆｒａｍｅ、将来の拡張フレーム）：プリアンブルで開始する、将来の拡張に使用できるスーパーフレーム内で物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）タイムスロット

フューチャーキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が１つ以上のＭＰＥＧ２ＴＳ又はＩＰ（Ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ）又は一般のストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）放送システム

インプットストリーム（ｉｎｐｕｔｓｔｒｅａｍ、入力ストリーム）：システムによって最終ユーザーに伝達されるサービスの調和（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム

ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボルを除いたデータシンボル

フィジカルプロファイル（ＰＨＹｐｒｏｆｉｌｅ）：該当する受信機が具現しなければならない全ての構造のサブセット

ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）シグナリングデータ

ＰＬＳ１：ＰＬＳ２をデコードするのに必要なパラメーターだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅｓｉｇｎａｌｌｉｎｇｓｙｍｂｏｌ）で伝達されるＰＬＳデータの１番目の集合

ＮＯＴＥ：ＰＬＳ１データは、フレームグループのデュレーション（ｄｕｒａｔｉｏｎ）の間、一定である。

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

ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ：フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データ

ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ：フレームグループのデュレーションの間、スタティック（ｓｔａｔｉｃ、静的）なＰＬＳ２データ

プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅｓｉｇｎａｌｉｎｇｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するのに使用されるシグナリングデータ

プリアンブルシンボル（ｐｒｅａｍｂｌｅｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの先頭に位置する固定された長さのパイロットシンボル

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

将来の使用（ｆｕｔｕｒｅｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在の文書で定義されないが、将来に定義され得る

スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム繰り返し単位の集合

タイムインターリービングブロック（ｔｉｍｅｉｎｔｅｒｌｅａｖｉｎｇｂｌｏｃｋ，ＴＩｂｌｏｃｋ）：タイムインターリーバーメモリの一つの用途に該当する、タイムインターリービングが実行されるセルの集合

タイムインターリービンググループ（ｔｉｍｅｉｎｔｅｒｌｅａｖｉｎｇｇｒｏｕｐ、ＴＩｇｒｏｕｐ）：整数、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定のデータパイプに対するダイナミック（ｄｙｎａｍｉｃ、動的）容量割当てが実行される単位

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

タイプ１のデータパイプ（Ｔｙｐｅ１ＤＰ）：全てのデータパイプがフレームにＴＤＭ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマッピングされるフレームのデータパイプ

タイプ２のデータパイプ（Ｔｙｐｅ２ＤＰ）：全てのデータパイプがフレームにＦＤＭ方式でマッピングされるフレームのデータパイプ

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

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

本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック（ＩｎｐｕｔＦｏｒｍａｔｂｌｏｃｋ）１０００、ＢＩＣＭ（ｂｉｔｉｎｔｅｒｌｅａｖｅｄｃｏｄｉｎｇ＆ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレームビルディングブロック（Ｆｒａｍｅｂｕｉｌｄｉｎｇｂｌｏｃｋ）１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーションブロック（ＯＦＤＭｇｅｎｅｒａｔｉｏｎｂｌｏｃｋ）１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。

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

インプットフォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される１つ又は多数のデータパイプに逆多重化することができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）の制御のための基本単位であり、これは、ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）に影響を及ぼす。１つ又は多数のサービス又はサービスコンポーネントが一つのデータパイプによって伝達され得る。インプットフォーマットブロック１０００の詳細な動作は後述する。

データパイプは、１つ又は多数のサービス又はサービスコンポーネントを伝達できる、サービスデータ又は関連メーターデータを伝達する物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）でのロジカルチャネルである。

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

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

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

プリアンブルを各フレームの先頭に挿入した後、ＯＦＤＭジェネレーションブロック１０３０は、サイクリックプレフィックス（ｃｙｃｌｉｃｐｒｅｆｉｘ）をガードインターバルとして有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシティのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅｐｏｗｅｒｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、該当の提案は、様々なＦＦＴサイズ、ガードインターバルの長さ、該当のパイロットパターンの集合を提供する。ＯＦＤＭジェネレーションブロック１０３０の詳細な動作は後述する。

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

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

図２は、本発明の一実施例に係るインプットフォーマットブロックを示す。図２は、入力信号が単一の入力ストリーム（ｓｉｎｇｌｅｉｎｐｕｔｓｔｒｅａｍ）であるときのインプットフォーマットブロックを示す。

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

物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）への入力は、１つ又は多数のデータストリームで構成されてもよい。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅａｄａｐｔａｉｏｎ、モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄｆｒａｍｅ）のデータフィールドにスライスする。該当のシステムは、３つの種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃｓｔｒｅａｍ）を支援する。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナリングされる可変長のＩＰデータグラムパケットで構成される。該当のシステムは、ＩＰストリームに対してＩＰｖ４とＩＰｖ６をいずれも支援する。ＧＳは、カプセル化パケットヘッダー内でシグナリングされる可変長のパケット又は一定の長さのパケットで構成されてもよい。

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

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

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

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

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

ストリームアダプテーション（ｓｔｒｅａｍａｄａｐｔａｔｉｏｎ、ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ｓｔｒｅａｍａｄａｐｔａｔｉｏｎ、ストリーム適応）に対する入力データがＢＢフレームを埋めるのに十分であれば、ＳＴＵＦＦＩは「０」に設定され、ＢＢＦはスタッフィングフィールドを有さない。そうでなければ、ＳＴＵＦＦＩは「１」に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。

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

ＰＬＳ生成ブロック２０２０はＰＬＳデータを生成することができる。ＰＬＳは、受信機で物理層（ｐｈｙｓｉｃａｌｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。

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

ＰＬＳ２データは、データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの２番目の集合である。ＰＬＳ２は、受信機が望むデータパイプをデコードするのに十分な情報を提供するパラメーターを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（ｓｔａｔｉｃ、静的）データ（ＰＬＳ２ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ、動的）データ（ＰＬＳ２ＤＹＮデータ）の２種類のパラメーターで構成される。ＰＬＳ２スタティックデータは、フレームグループのデュレーションの間、スタティックであるＰＬＳ２データであり、ＰＬＳ２ダイナミックデータは、フレーム毎にダイナミック（ｄｙｎａｍｉｃ、動的）に変化するＰＬＳ２データである。

ＰＬＳデータについての詳細は後述する。

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

前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックによって代替されてもよい。

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

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

図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉｉｎｐｕｔｓｔｒｅａｍ、多数の入力ストリーム）に該当する場合、インプットフォーマットブロックのモードアダプテーション（ｍｏｄｅａｄａｐｔａｉｏｎ、モード適応）ブロックを示す。

マルチインプットストリーム（ｍｕｌｔｉｉｎｐｕｔｓｔｒｅａｍ、多数の入力ストリーム）を処理するためのインプットフォーマットブロックのモードアダプテーション（ｍｏｄｅａｄａｐｔａｉｏｎ、モード適応）ブロックは、多数の入力ストリームを独立して処理することができる。

図３を参照すると、マルチインプットストリーム（ｍｕｌｔｉｉｎｐｕｔｓｔｒｅａｍ、多数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（ｍｏｄｅａｄａｐｔａｉｏｎ、モード適応）ブロックは、インプットストリームスプリッター（ｉｎｐｕｔｓｔｒｅａｍｓｐｌｉｔｔｅｒ）３０００、インプットストリームシンクロナイザ（ｉｎｐｕｔｓｔｒｅａｍｓｙｎｃｈｒｏｎｉｚｅｒ）３０１０、コンペンセーティングディレイ（ｃｏｍｐｅｎｓａｔｉｎｇｄｅｌａｙ、補償遅延）ブロック３０２０、ヌルパケットディリーションブロック（ｎｕｌｌｐａｃｋｅｔｄｅｌｅｔｉｏｎｂｌｏｃｋ）３０３０、ヘッダーコンプレッションブロック（ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎｂｌｏｃｋ）３０４０、ＣＲＣエンコーダー（ＣＲＣｅｎｃｏｄｅｒ）３０５０、ＢＢフレームスライサー（ＢＢｆｒａｍｅｓｌｉｃｅｒ）３０６０、及びＢＢヘッダー挿入ブロック（ＢＢｈｅａｄｅｒｉｎｓｅｒｔｉｏｎｂｌｏｃｋ）３０７０を含むことができる。モードアダプテーション（ｍｏｄｅａｄａｐｔａｉｏｎ、モード適応）ブロックの各ブロックについて説明する。

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

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

インプットストリームシンクロナイザ３０１０はＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対してもＣＢＲ（ｃｏｎｓｔａｎｔｂｉｔｒａｔｅ）及び一定の終端間伝送（ｅｎｄｔｏｅｎｄｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保障する適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する多数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する多数のデータパイプに選択的に用いられる。

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

ヌルパケットディリーションブロック３０３０は、ＴＳ入力ストリームの場合にのみ使用される。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅｂｉｔｒａｔｅ）サービスをＣＢＲＴＳストリームに収容するために存在する多くの数のヌルパケットを有することができる。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは、確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄｎｕｌｌｐａｃｋｅｔ、削除されたヌルパケット）カウンターを参照して、元々存在していた正確な位置に再挿入することができるので、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新の必要がなくなる。

ヘッダーコンプレッションブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるためにパケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定の部分に対する先験的な（ａｐｒｉｏｒｉ）情報を有することができるので、この既知情報（ｋｎｏｗｎｉｎｆｏｒｍａｔｉｏｎ）は送信機で削除されてもよい。

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

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

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

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

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

（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。

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

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

ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダー５０１０、ビットインターリーバー５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌｓｐａｃｅｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインターリーバー５０５０を含むことができる。

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

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

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

タイムインターリーバー５０５０はデータパイプレベルで動作することができる。タイムインターリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。タイムインターリーバー５０５０の具体的な動作については後述する。

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

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

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

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

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

ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲＳＭ（ｆｕｌｌｒａｔｅｓｐａｔｉａｌｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤＳＭ（ｆｕｌｌｒａｔｅｆｕｌｌｄｉｖｅｒｓｉｔｙｓｐａｔｉａｌｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加で容量の増加を提供する一方、ＦＲＦＤＳＭエンコーディングは、受信機側での大きい複雑度の増加で容量の増加及び追加のダイバーシティ利得を提供する。提案されたＭＩＭＯエンコーディング方式はアンテナ極性配置を制限しない。

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

前述したブロックは、省略されてもよく、類似又は同一の機能を有するブロックで代替されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６は、本発明の一実施例に係るフレームビルディングブロック（ｆｒａｍｅｂｕｉｌｄｉｎｇｂｌｏｃｋ）を示す。

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

図６を参照すると、フレームビルディングブロックは、ディレイコンペンセーション（ｄｅｌａｙｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００、セルマッパー（ｃｅｌｌｍａｐｐｅｒ）７０１０、及び周波数インターリーバー（ｆｒｅｑｕｅｎｃｙｉｎｔｅｒｌｅａｖｅｒ）７０２０を含むことができる。フレームビルディングブロックの各ブロックについて説明する。

ディレイコンペンセーション（ｄｅｌａｙｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節して、送信機側でデータパイプと該当するＰＬＳデータとの間の同時性（ｃｏｔｉｍｅ）を保障することができる。インプットフォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は、主にタイムインターリーバー５０５０によるものである。インバンド（Ｉｎｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナリングされるデータパイプより１フレーム先に伝達されるようにすることができる。ディレイコンペンセーション（ｄｅｌａｙｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、それに合わせてインバンド（Ｉｎｂａｎｄ）シグナリングデータを遅延させる。

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

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

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

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

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

図８を参照すると、ＯＦＤＭジェネレーションブロックは、パイロット及びリザーブドトーン挿入ブロック（ｐｉｌｏｔａｎｄｒｅｖｓｅｒｖｅｄｔｏｎｅｉｎｓｅｒｔｉｏｎｂｌｏｃｋ）８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅｆｒｅｑｕｅｎｃｙｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅｆａｓｔＦｏｕｒｉｅｒｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、ガードインターバル挿入ブロック（ｇｕａｒｄｉｎｔｅｒｖａｌｉｎｓｅｒｔｉｏｎｂｌｏｃｋ）８０４０、プリアンブル挿入ブロック（ｐｒｅａｍｂｌｅｉｎｓｅｒｔｉｏｎｂｌｏｃｋ）８０５０、その他のシステム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。

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

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

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

本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ＆ｄｅｍｏｄｕｌａｔｉｏｎｍｏｄｕｌｅ）９０００、フレームパーシングモジュール（ｆｒａｍｅｐａｒｓｉｎｇｍｏｄｕｌｅ）９０１０、デマッピング及びデコーディングモジュール（ｄｅｍａｐｐｉｎｇ＆ｄｅｃｏｄｉｎｇｍｏｄｕｌｅ）９０２０、出力プロセッサ（ｏｕｔｐｕｔｐｒｏｃｅｓｓｏｒ）９０３０、及びシグナリングデコーディングモジュール（ｓｉｇｎａｌｉｎｇｄｅｃｏｄｉｎｇｍｏｄｕｌｅ）９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。

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

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

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

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

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

図９は、本発明の一実施例に係るフレーム構造を示す。

図９は、フレームタイプの構成例及びスーパーフレームでのＦＲＵ（ｆｒａｍｅｒｅｐｅｔｉｔｉｏｎｕｎｉｔ、フレーム繰り返し単位）を示す。（ａ）は、本発明の一実施例に係るスーパーフレームを示し、（ｂ）は、本発明の一実施例に係るＦＲＵを示し、（ｃ）は、ＦＲＵでの様々なフィジカルプロファイル（ＰＨＹｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）はフレームの構造を示す。

スーパーフレームは８個のＦＲＵで構成されてもよい。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回繰り返される。

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

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

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

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

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

図１０は、本発明の一実施例に係るフレームのシグナリング階層構造（ｓｉｇｎａｌｉｎｇｈｉｅｒａｒｃｈｙｓｔｒｕｃｔｕｒｅ）を示す。

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

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

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

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

ＦＦＴ_ＳＩＺＥ：該当の２ビットフィールドは、下記の表６で説明するように、フレームグループ内で現フレームのＦＦＴサイズを示す。

ＧＩ_ＦＲＡＣＴＩＯＮ：該当の３ビットフィールドは、下記の表７で説明するように、現スーパーフレームでのガードインターバルの一部（ｆｒａｃｔｉｏｎ）の値を示す。

ＥＡＣ_ＦＬＡＧ：該当の１ビットフィールドは、ＥＡＣが現フレームに提供されるか否かを示す。該当のフィールドが「１」に設定されると、ＥＡＳが現フレームに提供される。該当のフィールドが「０」に設定されると、ＥＡＳが現フレームで伝達されない。該当のフィールドは、スーパーフレーム内でダイナミック（ｄｙｎａｍｉｃ、動的）に切り替わってもよい。

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

ＰＡＰＲ_ＦＬＡＧ：該当の１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が使用されるか否かを示す。該当のフィールドが「１」に設定されると、トーン予約（ｔｏｎｅｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために使用される。該当のフィールドが「０」に設定されると、ＰＡＰＲ減少が使用されない。

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

ＲＥＳＥＲＶＥＤ：該当の７ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＲＥＳＥＲＶＥＤ：該当の４ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

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

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

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

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

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

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

ＰＬＳ２_ＲＥＰ_ＦＬＡＧ：該当の１ビットフラグは、ＰＬＳ２繰り返しモードが現フレームグループで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、ＰＬＳ２繰り返しモードは活性化される。該当のフィールドの値が「０」に設定されると、ＰＬＳ２繰り返しモードは非活性化される。

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

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

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

ＰＬＳ２_ＮＥＸＴ_ＲＥＰ_ＦＬＡＧ：該当の１ビットフラグは、ＰＬＳ２繰り返しモードが次のフレームグループで使用されるか否かを示す。該当のフィールドの値が「１」に設定されると、ＰＬＳ２繰り返しモードは活性化される。該当のフィールドの値が「０」に設定されると、ＰＬＳ２繰り返しモードは非活性化される。

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

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

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

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

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

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

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

ＲＥＳＥＲＶＥＤ：該当の３２ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

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

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

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

ＰＬＳ２ＳＴＡＴデータのフィールドについて、以下で具体的に説明する。

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

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

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

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

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

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

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

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

ＤＰ_ＣＯＤ：該当の４ビットフィールドは、関連するデータパイプによって使用されるコードレート（ｃｏｄｅｒａｔｅ）を示す。コードレートは、下記の表１５に従ってシグナリングされる。

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

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

次のフィールドは、ＰＨＹ_ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す「０１０」と同一であるときにのみ現れる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＲＥＳＥＲＶＥＤ：該当の８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

次のフィールドは、ＦＩＣ_ＦＬＡＧが１と同一であるときにのみ現れる。

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

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

次のフィールドは、ＡＵＸ_ＦＬＡＧが１と同一であるときにのみ現れる。

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

ＡＵＸ_ＣＯＮＦＩＧ_ＲＦＵ：該当の８ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

ＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥ：該当の４ビットは、現在の補助ストリームのタイプを示すための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

ＡＵＸ_ＰＲＩＶＡＴＥ_ＣＯＮＦＩＧ：該当の２８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

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

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

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

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

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

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

ＲＥＳＥＲＶＥＤ：該当の１６ビットフィールドは、将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。

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

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

ＤＰ_ＳＴＡＲＴ：該当の１５ビット（又は１３ビット）フィールドは、ＤＰＵアドレッシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初の開始位置を示す。ＤＰ_ＳＴＡＲＴフィールドは、下記の表２７に示したように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。

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

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

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

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

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

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

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

次のフィールドは、ＡＵＸ_ＦＬＡＧフィールドが「１」と同一である場合にのみ現れる。

ＡＵＸ_ＰＲＩＶＡＴＥ_ＤＹＮ：該当の４８ビットフィールドは、補助ストリームをシグナリングするための将来の使用のために予約される（ｒｅｓｅｒｖｅｄ）。該当のフィールドの意味は、設定可能なＰＬＳ２ＳＴＡＴでＡＵＸ_ＳＴＲＥＡＭ_ＴＹＰＥの値に依存する。

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

図１５は、本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。

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

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

ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳが占めるセルの数によって、１つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数Ｎ_FSSは、ＰＬＳ１でのＮＵＭ_ＦＳＳによってシグナリングされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。ロバスト性及び遅延時間（ｌａｔｅｎｃｙ）は、ＰＬＳで重大な事案であるので、ＦＳＳは、高いパイロット密度を有しており、高速同期化及びＦＳＳ内での周波数のみのインタポレーション（ｉｎｔｅｒｐｏｌｏａｔｉｏｎ、補間）を可能にする。

ＰＬＳセルは、図１６の例に示したように、下向き式にＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマッピングされる。ＰＬＳ１セルは、初めに最初のＦＳＳの最初のセルからセルインデックスの昇順にマッピングされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に後続し、マッピングは、最初のＦＳＳの最後のセルインデックスまで下方向に続く。必要なＰＬＳセルの総数が１つのＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアの数を超えると、マッピングは、次のＦＳＳに進行し、最初のＦＳＳと完全に同じ方式で続く。

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

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

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

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

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

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

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

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

ＦＩＣは、高速サービス獲得及びチャネルスキャンを可能にするために階層間情報（ｃｒｏｓｓｌａｙｅｒｉｎｆｏｒｍａｔｉｏｎ）を伝達する専用チャネルである。該当の情報は、主にデータパイプ間のチャネルバインディング（ｃｈａｎｎｅｌｂｉｎｄｉｎｇ）情報及び各放送社のサービスを含む。高速スキャンのために、受信機は、ＦＩＣをデコーディングし、放送社ＩＤ、サービスの数、ＢＡＳＥ_ＤＰ_ＩＤのような情報を獲得することができる。高速サービス獲得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ_ＤＰ_ＩＤを用いてデコーディングされ得る。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと正確に同じ方式でエンコードされてフレームにマッピングされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンテンツは、管理階層仕様に説明された通りである。

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

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

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

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

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

図１９は、本発明の一実施例に係るＦＥＣ構造を示す。

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

図１９に示したように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋ_bchビット）に適用された後、ＬＤＰＣエンコーディングが、ＢＣＨエンコードされたＢＢＦ（Ｋ_ldpcビット＝Ｎ_bchビット）に適用される。

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

下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメータを示す。

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

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

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

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

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

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

２）パリティチェックマトリクスのアドレスの１番目の行で特定されたパリティビットアドレスで１番目の情報ビットｉ₀の累算（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、

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

ここで、ｘは、１番目のビットｉ₀に該当するパリティビット累算器のアドレスを示し、Ｑ_ldpcは、パリティチェックマトリクスのアドレスで特定されたコードレート（ｃｏｄｅｒａｔｅ）依存定数である。前記例である、比率１３／１５に対する、したがって、情報ビットｉ₁に対するＱ_ldpc＝２４に続けて、次の動作が行われる。

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

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

全ての情報ビットが用いられた後、最終パリティビットが、次のように得られる。

６）ｉ＝１から始めて、次の動作を順次行う

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

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

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

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

タイムインターリーバーはデータパイプレベルで動作する。タイムインターリービングのパラメーターは、それぞれのデータパイプに対して異なって設定されてもよい。

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

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

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

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

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

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

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

タイムインターリービングがデータフレームに用いられない場合、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（ｄｙｎａｍｉｃ、動的）構成情報のためのディレイコンペンセーション（ｄｅｌａｙｃｏｍｐｅｎｓａｔｉｏｎ、遅延補償）ブロックは、依然として必要である。それぞれのデータパイプにおいて、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫはタイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは、整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（ｄｙｎａｍｉｃ、動的）に変化する数のＸＦＥＣＢＬＯＣＫを含む。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、Ｎ_{xBLOCK_Group}（ｎ）で示し、ＰＬＳ２ＤＹＮデータでＤＰ_ＮＵＭ_ＢＬＯＣＫとしてシグナリングされる。このとき、Ｎ_{xBLOCK_Group}（ｎ）は、最小値０から、最も大きい値が１０２３である最大値_{NxBLOCK_Group_MAX}（ＤＰ_ＮＵＭ_ＢＬＯＣＫ_ＭＡＸに該当）まで変化し得る。

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

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

タイムインターリービングは、ツイストされた行列ブロックインターリーバーである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数Ｎ_cがＮ_{xBLOCK_TI}（ｎ，ｓ）と同一である一方、タイムインターリービングメモリの行の数Ｎ_rは、セルの数Ｎ_cellsと同一である（即ち、Ｎ_r＝Ｎ_cells）。

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

図２１（ａ）は、タイムインターリーバーで書き込み動作を示し、図２１（ｂ）は、タイムインターリーバーで読み取り動作を示す。（ａ）に示したように、１番目のＸＦＥＣＢＬＯＣＫは、タイムインターリービングメモリの１番目の列に列方向に書き込まれ、２番目のＸＦＥＣＢＬＯＣＫは、次の列に書き込まれ、このような動作が続く。そして、インターリービングアレイにおいて、セルが対角線方向に読み取られる。

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

によって算出される。

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

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

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

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

につながる。

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

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

図２４は、パラメーター

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

図２５は本発明の一実施例に係るハイブリッド（ｈｙｂｒｉｄ）放送受信機を示した図である。

本発明の一実施例に係るハイブリッド放送受信機は、既存の放送信号を受信することができる。また、ハイブリッド放送受信機は、ＩＰパケット伝送データを受信することができるネットワークインターフェースを含む。

本発明の一実施例に係るハイブリッド放送受信機は、チューナー（Ｔｕｎｅｒ）Ｊ２５０１０、物理的階層制御部（ＰｈｙｓｉｃａｌＬａｙｅｒＣｏｎｔｒｏｌｌｅｒ）Ｊ２５０２０、物理的フレームパーサー（ＰｈｙｓｉｃａｌＦｒａｍｅＰａｒｓｅｒ）Ｊ２５０３０、リンク階層フレームプロセッサ（ＬｉｎｋＬａｙｅｒＦｒａｍｅＰｒｏｃｅｓｓｏｒ）Ｊ２５０４０、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ２５０５０、タイミング制御部（ＴｉｍｉｎｇＣｏｎｔｒｏｌ）Ｊ２５０６０、システムクロック処理部（ＳｙｓｔｅｍＣｌｏｃｋ）Ｊ２５０７０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｊ２５０８０、ファイル処理部（Ｆｉｌｅｓ）Ｊ２５０９０、ＤＴＶ制御エンジン（ＡＴＳＣ３．０ＤＴＶＣｏｎｔｒｏｌＥｎｇｉｎｅ）Ｊ２５１００、シグナリングパーサー（ＳｉｇｎａｌｉｎｇＰａｒｓｅｒ）Ｊ２５１１０、チャネルマップ処理部（ＣｈａｎｎｅｌＭａｐ）Ｊ２５１２０、ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ２５１３０、ＨＴＴＰアクセスクライアント（ＨＴＴＰＡｃｃｅｓｓＣｌｉｅｎｔ）Ｊ２５１４０、ＨＴＴＰキャッシュ（ＨＴＴＰＣａｃｈｅ）Ｊ２５１５０、ＤＡＳＨクライアント（ＤＡＳＨＣｌｉｅｎｔ）Ｊ２５１６０、ＩＳＯＢＭＦＦパーサー（ＩＳＯＢＭＦＦＰａｒｓｅｒ）Ｊ２５１７０及び／又はメディアデコーダー（ＭｅｄｉａＤｅｃｏｄｅｒ）Ｊ２５１８０を含む。

チューナー（Ｔｕｎｅｒ）Ｊ２５０１０は放送信号を受信する。チューナーは放送信号を特定の周波数にチューニングし、該当の周波数の放送信号を受信することができる。チューナーは放送信号に含まれた物理的フレーム（ＰｈｙｓｉｃａｌＦｒａｍｅ）を抽出することができる。

物理的階層制御部（ＰｈｙｓｉｃａｌＬａｙｅｒＣｏｎｔｒｏｌｌｅｒ）Ｊ２５０２０は物理的階層での放送信号の処理に係る制御を遂行する。物理的階層制御部は、伝送パラメーター又はシグナリングデータから獲得した情報に基づき、特定の放送サービスを獲得するためにチューニングしなければならない周波数についての情報をチューナーに伝達し、チューナーが該当の周波数にチューニングすることができるように制御することができる。物理的階層制御部は、伝送パラメーター又はシグナリングデータから獲得した情報に基づき、特定の放送サービス又は放送コンテンツを獲得するために接近／抽出しなければならないＤＰ（ＤａｔａＰｉｐｅ）を識別する情報（ＤＰＩＤ）を物理的フレームパーサーに伝達し、物理的フレームパーサーが該当のＤＰを識別し、これをパーシングすることができるように制御する。

物理的フレームパーサー（ＰｈｙｓｉｃａｌＦｒａｍｅＰａｒｓｅｒ）Ｊ２５０３０は放送信号内の物理的フレームをパーシングする。物理的フレームは物理的階層での処理のためのデータの単位を示す。物理的フレームパーサーは物理的フレームをパーシングしてリンク階層フレームを抽出することができる。物理的フレームパーサーは、物理的フレームをパーシングする過程で、特定のＤＰを含むリンク階層フレームを抽出するために、ＤＰＩＤ（ＤａｔａｐｉｐｅＩｄｅｎｔｉｆｉｅｒ）を用いて、該当のＤＰＩＤを有するリンク階層フレームを抽出することができる。物理的フレームパーサーは、シグナリングデータを抽出することができる。物理的フレームパーサーは、シグナリングデータを含むＤＰ（例えば、ｂａｓｅＤＰ）を抽出するか、あるいはシグナリングデータを送信するシグナリングチャネルを識別して、該当のチャネルから送信されるシグナリングデータを抽出することができる。

リンク階層フレームプロセッサ（ＬｉｎｋＬａｙｅｒＦｒａｍｅＰｒｏｃｅｓｓｏｒ）Ｊ２５０４０はリンク階層フレームを処理する。リンク階層フレームプロセッサはリンク階層フレームでＩＰ／ＵＤＰデータグラムを抽出する。リンク階層プロセッサは、リンク階層から伝達されるシグナリングデータを抽出することができる。リンク階層から伝達されるシグナリングデータは、リンク階層より上位階層でのデータについての情報を含むことができる。例えば、リンク階層から伝達されるシグナリングデータは、ＩＰパケットの形態、ＩＰパケットのヘッダー内で共通する情報の内容、及び／又はＩＰヘッダーに対する圧縮が適用された場合、ヘッダー圧縮についての情報を含むことができる。

ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ２５０５０は、特定のＩＰ／ＵＤＰデータグラムを識別し、これを抽出することができる。ＩＰ／ＵＤＰデータグラムフィルターは、特定のＩＰパケットを抽出することができ、この過程で、ＩＰ／Ｐｏｒｔ情報を使うことができる。ＩＰ／ＵＤＰデータグラムフィルターは、特定のパケットを含むＩＰ／ＵＤＰデータグラムを抽出し、該当のデータグラム内のパケットを受信機の各装置に送信することができる。ＩＰ／ＵＤＰデータグラムフィルターは、ＩＰ／ＵＤＰデータグラムから放送データを送信するＡＬＣ／ＬＣＴ＋（ＡｓｙｎｃｈｒｏｎｏｕｓＬａｙｅｒｅｄＣｏｄｉｎｇ／ＬａｙｅｒｅｄＣｏｄｉｎｇＴｒａｎｓｐｏｒｔ＋）パケット、放送システム、放送受信機、及び／又は放送サービス／コンテンツの間の同期のためのデータを含むタイムラインパケット（ＴｉｍｅｌｉｎｅＰａｃｋｅｔ）、及び／又はシグナリングデータを送信するシグナリングパケット（ＳｉｇｎａｌｉｎｇＰａｃｋｅｔ）を抽出することができる。

タイミング制御部（ＴｉｍｉｎｇＣｏｎｔｒｏｌ）Ｊ２５０６０は一つ以上のソース（ｓｏｕｒｃｅ）から送信される伝送ストリームの間の同期を取る役目を果たす。一つ以上のソースから送信される伝送ストリームの間の同期を取るために必要な情報はタイプラインパケットの形態で送信されることができる。タイミング制御部は受信したパケット又はパケット内のデータを放送システムクロック（ＳｙｓｔｅｍＣｌｏｃｋ）に同期を取る役目を果たすことができる。タイミング制御部は、放送受信機のクロックと放送システムのクロックを同期化する役目を果たすことができる。

システムクロック処理部（ＳｙｓｔｅｍＣｌｏｃｋ）Ｊ２５０７０はｗａｌｌ−ｃｌｏｃｋｔｉｍｅについての情報を受信してシステムのクロックを制御する。

ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｊ２５０８０はアプリケーション階層のプロトコルによるパケットを処理する。よって、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｊ２５０８０はアプリケーション階層伝送プロトコルクライアントと名付けられることもできる。アプリケーション階層のプロトコルパケットは該当の階層に適用されるプロトコルによって多様な名称を有することができるが、本願ではアプリケーション階層伝送プロトコルパケット又はパケットと名付けることにする。アプリケーション階層伝送プロトコルパケットにはＡＬＣ／ＬＣＴパケット、ＡＬＣ／ＬＣＴ＋パケット、ＲＯＵＴＥパケット、及び／又はＭＭＴパケットが含まれることができる。

アプリケーション階層伝送プロトコルパケットをパーシング又はデコードする。ＡＬＣ／ＬＣＴ＋クライアントはアプリケーション階層伝送プロトコルパケットから一般的なデータを送信するファイル（ｆｉｌｅ）を抽出するか、あるいはＩＳＯＢＭＦＦ（ＩＳＯｂａｓｅｍｅｄｉａｆｉｌｅｆｏｒｍａｔ）ｏｂｊｅｃｔデータを抽出することができる。ＡＬＣ／ＬＣＴ＋クライアントはＩＳＯＢＭＦＦｏｂｊｅｃｔデータを抽出する過程で、ｔｉｍｉｎｇについての情報をさらに獲得することができる。ＡＬＣ／ＬＣＴ＋クライアントは一般的なファイル及び／又はＩＳＯＢＭＦＦｏｂｊｅｃｔデータを抽出する過程で、伝送モード（ｄｅｌｉｖｅｒｙｍｏｄｅ）及び／又はＴＳＩ（ＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒ）情報を用いることができる。

ファイル処理部（Ｆｉｌｅｓ）Ｊ２５０９０はファイルを保存するか、ファイルに対する処理を遂行する。

ＤＴＶ制御エンジン（ＡＴＳＣ３．０ＤＴＶＣｏｎｔｒｏｌＥｎｇｉｎｅ）Ｊ２５１００は各放送チャネルについての情報を含むチャネルマップについての情報を用いて、放送データを処理する一連の動作を制御する。ＤＴＶ制御エンジンは、ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）によるユーザー入力又はシステム上のイベント（ｅｖｅｎｔ）を受信し、これを処理する。ＤＴＶ制御エンジンは、伝送パラメーターを用いて、物理的階層制御部を制御し、物理的階層制御部が物理的階層で放送信号に対する処理を制御するようにする役目を果たす。ＤＴＶ制御エンジンは、ＭＰＥＧ−ＤＡＳＨ（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔＧｒｏｕｐ−ＤｙｎａｍｉｃＡｄａｐｔｉｖｅＳｔｒｅａｍｉｎｇｏｖｅｒＨＴＴＰ）に係るデータを放送受信機が処理する場合、ＭＰＤ（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ）を抽出するか、ＭＰＤを獲得することができる位置情報（例えば、ＵＲＬ−ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ情報）を抽出し、ＭＰＥＧ−ＤＡＳＨに係るデータを処理する装置に伝達する。

シグナリングパーサー（ＳｉｇｎａｌｉｎｇＰａｒｓｅｒ）Ｊ２５１１０はシグナリングパケット又はシグナリングビットストリームを受信してシグナリング情報をパーシングする。シグナリング情報にはチャネルマップを生成するために必要な情報が含まれることができる。

チャネルマップ処理部（ＣｈａｎｎｅｌＭａｐ）Ｊ２５１２０はシグナリング情報を用いてチャネルマップを生成し、これを格納する。

ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ２５１３０はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用いてデータ又はパケットを伝達する。ＨＴＴＰサーバーは放送受信機の要求（ｒｅｑｕｅｓｔ）を受信し、これに対する応答（ｒｅｓｐｏｎｓｅ）を放送受信機に伝達する。ＨＴＴＰサーバーは放送受信機の外部に設けられることも、放送受信機の設けられることもできる。

ＨＴＴＰアクセスクライアント（ＨＴＴＰＡｃｃｅｓｓＣｌｉｅｎｔ）Ｊ２５１４０はＨＴＴＰサーバーとの通信を処理する。ＨＴＴＰアクセスクライアントはＤＡＳＨｃｌｉｅｎｔの要求をＨＴＴＰサーバーに伝達するか、ＨＴＴＰサーバーの応答をＤＡＳＨｃｌｉｅｎｔに伝達する役目を果たす。

ＨＴＴＰキャッシュ（ＨＴＴＰＣａｃｈｅ）Ｊ２５１５０はＨＴＴＰに送信されるデータの一部又は全部をキャッシュ（Ｃａｃｈｅ）する役目を果たす。

ＤＡＳＨクライアント（ＤＡＳＨＣｌｉｅｎｔ）Ｊ２５１６０はＭＰＥＧ−ＤＡＳＨに係るデータを処理する一連の動作を遂行する。ＤＡＳＨクライアントは、ＭＰＤをＨＴＴＰサーバーに要請するか、これに対する応答として受信するか、他の経路を介してＭＰＤを受信する。ＤＡＳＨクライアントは、ＭＰＤを用いて、特定の放送サービス又はコンテンツのためのＤＡＳＨセグメントを抽出する。ＤＡＳＨクライアントで抽出されるＤＡＳＨセグメントはＩＳＯＢＭＦＦファイルの形態であってもよい。ＤＡＳＨクライアントはＵＩによる入力、又はシステムイベントによる入力を受信し、これに係るデータを処理する。

ＩＳＯＢＭＦＦパーサー（ＩＳＯＢＭＦＦＰａｒｓｅｒ）Ｊ２５１７０はＩＳＯＢＭＦＦｏｂｊｅｃｔデータ及び／又はＩＳＯＢＭＦＦファイルをパーシングする。ＩＳＯＢＭＦＦパーサーはＩＳＯＢＭＦＦｏｂｊｅｃｔデータ及び／又はＩＳＯＢＭＦＦファイルをパーシングして、アクセスユニット（ＡｃｃｅｓｓＵｎｉｔ）、タイミング情報、及び／又はデコーディングに必要な情報を抽出することができる。アクセスユニットはメディアのためのデータを含むことができる。

メディアデコーダー（ＭｅｄｉａＤｅｃｏｄｅｒ）Ｊ２５１８０は、ＡｃｃｅｓｓＵｎｉｔ、タイミング情報、及び／又はデコーディングに必要な情報を用いて、メディア（放送サービス、放送コンテンツ又はイベント）をデコードする。

図２６は本発明の一実施例に係るハイブリッド放送受信機でサービススキャニング（ｓｃａｎｎｉｎｇ）を行う動作を示した図である。

本発明の一実施例に係る放送受信機のサービススキャニングは、物理的階層制御部Ｊ２５０２０がチューナーＪ２５０１０を制御し、それぞれの周波数のチャネルに対してチューナーがスキャニングを遂行する。

チューナーＪ２５０１０はそれぞれのチャネルでの放送信号を受信する。チューナーＪ２５０１０は放送信号から物理的フレームを抽出することもできる。チューナーＪ２５０１０は放送信号又は物理的フレームを物理的フレームパーサーＪ２５０３０に送信する。

物理的フレームパーサーＪ２５０３０はシグナリング情報を送信するシグナリングビットストリームを抽出する。物理的フレームパーサーＪ２５０３０はシグナリングビットストリームをシグナリングパーサーＪ２５０１１０に送信する。

シグナリングパーサーＪ２５１１０はシグナリングビットストリームからシグナリング情報を抽出する。シグナリングパーサーＪ２５１１０はシグナリング情報をチャネルマップ処理部Ｊ２５１２０に伝達する。

図２７は本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

ＤＴＶ制御エンジンＪ２５１００はユーザー又は放送イベントによるサービスを選択する制御信号を受信する。ＤＴＶ制御エンジンＪ２５１００はチャネルマップ処理部などに格納されたチャネルマップ又はシグナリング情報から、選択されたサービスを送信するチャネルの周波数、ＤＰ識別情報、コンポーネント識別情報及び／又はデータグラム識別情報を抽出して物理的階層制御部Ｊ２５０２０及び／又はＩＰ／ＵＤＰデータグラムフィルターＪ２５０５０に伝達する。

物理的階層制御部Ｊ２５０２０は周波数情報を用いて、チューナーＪ２５０１０が選択されたサービスを送信するチャネルへのチューニングを遂行するように制御し、ＤＰ識別情報を用いて、物理的フレームパーサーＪ２５０３０が選択されたサービスを送信するＤＰを抽出するように制御する。

抽出されたＤＰはリンク階層フレームプロセッサＪ２５０４０で処理して、ＩＰ／ＵＤＰデータグラムを抽出する。

ＩＰ／ＵＤＰデータグラムフィルターＪ２５０５０はＩＰ／Ｐｏｒｔ情報を用いて、シグナリングパケットを送信する特定のＩＰ／ＵＤＰデータグラム又は特定のＩＰパケットフィルタリングし、該当のデータグラムでシグナリングパケットを抽出してシグナリングパーサーＪ２５１１０に伝達する。

図２８は本発明の一実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

この図は、前述した放送受信機でサービス選択を行う動作に続いて行われる放送受信機の動作を示す。

ＤＴＶ制御エンジンは、チャネルマップの情報によって、ユーザーが選択した放送サービス又は放送コンテンツに対するパケットを送信するＤＰを識別する情報、該当のパケットを送信する伝送モードを識別する情報、該当のパケットに対するＴＳＩ情報及び／又は該当のパケットのＩＰ／Ｐｏｒｔ情報を獲得する。

ＤＴＶ制御エンジンはＤＰを識別する情報を物理的階層制御部に送信することができる。ＤＴＶ制御エンジンは該当のパケットのＩＰ／Ｐｏｒｔ情報をＩＰ／ＵＤＰデータグラムフィルターに送信することができる。ＤＴＶ制御エンジンは該当のパケットに対するＴＳＩ情報及び／又は該当のパケットを送信する伝送モードを識別する情報をＡＬＣ／ＬＣＴ＋クライアントに送信することができる。

物理的階層制御部はＤＰＩＤ（ＤａｔａｐｉｐｅＩｄｅｎｔｉｆｉｅｒ）を物理的フレームパーサーに伝達する。

物理的フレームパーサーは、ＤＰＩＤを用いて、ユーザーが選択した放送サービス又は放送コンテンツに対するパケットを送信するＤＰを識別し、該当のＤＰをパーシングする。物理的フレームパーサーはＤＰからリンク階層フレームを抽出することができる。

リンク階層フレームプロセッサはリンク階層フレームでＩＰ／ＵＤＰデータグラムをパーシングする。リンク階層フレームプロセッサはユーザーが選択した放送サービス又は放送コンテンツに係るＩＰ／ＵＤＰデータグラム及び／又はＩＰパケットを抽出することができる。

ＩＰ／ＵＤＰデータグラムフィルターはユーザーが選択した放送サービス又は放送コンテンツに係るデータを含むパケット（例えば、アプリケーション階層伝送プロトコルパケット）を抽出する。ＩＰ／ＵＤＰデータグラムフィルターは放送サービス及び／又は放送コンテンツの放送システムとの同期のための情報を含むタイムラインパケットを抽出することができる。

ＡＬＣ／ＬＣＴ＋クライアントは受信したパケットからＩＳＯＢＭＦＦｏｂｊｅｃｔデータ及び／又はタイミング関連情報を抽出し、ＩＳＯＢＭＦＦパーサーに送信することができる。

以後のデータの処理は前述した各装置についての説明に取り替える。

図２９は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

この図では、図２７で説明した放送受信機でのサービス選択を行う動作に続いて行われる放送受信機の動作を示す。

ＤＴＶ制御エンジンは、チャネルマップ又はシグナリング情報を介して、ユーザーが選択した放送サービス又は放送コンテンツについての情報を含むＭＰＤを獲得するか、該当のＭＰＤを提供するサーバー又は格納部の位置を獲得する。ＤＴＶ制御エンジンはＭＰＤ又はＭＰＤの位置をＤＡＳＨクライアントに伝達する。

ＤＡＳＨクライアントはＭＰＤを獲得し、ＭＰＤ内で、ユーザーが選択したメディア（放送サービス又は放送コンテンツ）に含まれるデータであるセグメントを提供する位置についての情報（例えば、ｓｅｇｍｅｎｔＵＲＬ）を抽出する。ＤＡＳＨクライアントはセグメントに対する要請をＨＴＴＰアクセスクライアントに送信する。

ＨＴＴＰアクセスクライアントは、セグメントの位置についての情報を用いて、該当のセグメントを提供するサーバーに接続して該当のセグメントを獲得し、これをＤＡＳＨクライアントに伝達する。

ＤＡＳＨクライアントは受信したセグメントからファイル（例えば、ＩＳＯＢＭＦＦファイル）を抽出し、ＩＳＯＢＭＦＦパーサーに伝達する。

この図に示した実施例によると、放送網ではないＨＴＴＰを用いる通信網を介してメディアを受信することができる。

図３０は本発明の一実施例に係るハイブリッド放送受信機のブロック図を示した図である。

ハイブリッド放送受信機は次世代放送システムのＤＴＶサービスで地上波放送とブロードバンドの連動によるハイブリッド放送サービスを受信することができる。ハイブリッド放送受信機は、地上波放送を介して送信される放送オーディオ／ビデオ（Ａｕｄｉｏ／Ｖｉｄｅｏ、Ａ／Ｖ）コンテンツを受信し、これに連関したｅｎｈａｎｃｅｍｅｎｔｄａｔａ又は放送Ａ／Ｖコンテンツの一部をブロードバンドを介して実時間で受信することができる。本明細書で、放送オーディオ／ビデオ（Ａｕｄｉｏ／Ｖｉｄｅｏ、Ａ／Ｖ）コンテンツはメディアコンテンツということができる。

ハイブリッド放送受信機は物理階層コントローラー（ＰｈｙｓｉｃａｌＬａｙｅｒＣｏｎｔｒｏｌｌｅｒ）Ｄ２５０１０、チューナー（Ｔｕｎｅｒ）Ｄ２５０２０、物理的フレームパーサー（ＰｈｙｓｉｃａｌＦｒａｍｅＰａｒｓｅｒ）Ｄ２５０３０、リンク階層パーサー（ＬｉｎｋＬａｙｅｒＦｒａｍｅＰａｒｓｅｒ）Ｄ２５０４０、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｄ２５０５０、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジン（ＡＴＳＣ３．０ＤＴＶＣｏｎｔｒｏｌＥｎｇｉｎｅ）Ｄ２５０６０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋Ｃｌｉｅｎｔ）Ｄ２５０７０、タイミング制御部（ＴｉｍｉｎｇＣｏｎｔｒｏｌ）Ｄ２５０８０、シグナリングパーサー（ＳｉｇｎａｌｉｎｇＰａｒｓｅｒ）Ｄ２５０９０、ＤＡＳＨクライアント（ＤｙｎａｍｉｃＡｄａｐｔｉｖｅＳｔｒｅａｍｉｎｇｏｖｅｒＨＴＴＰＣｌｉｅｎｔ、ＤＡＳＨｃｌｉｅｎｔ）Ｄ２５１００、ＨＴＴＰ接続クライアント（ＨＴＴＰＡｃｃｅｓｓＣｌｉｅｎｔ）Ｄ２５１１０、ＩＳＯＢＭＦＦパーサー（ＩＳＯｂａｓｅｍｅｄｉａｆｉｌｅｆｏｒｍａｔＰａｒｓｅｒ、ＩＳＯＢＭＦＦＰａｒｓｅｒ）Ｄ２５１２０及び／又はメディアデコーダー（ＭｅｄｉａＤｅｃｏｄｅｒ）Ｄ２５１３０を含むことができる。

物理階層コントローラーＤ２５０１０は、ハイブリッド放送受信機が受信しようとする地上波放送チャネルのラジオ周波数（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ、ＲＦ）情報などを用いてチューナーＤ２５０２０、物理的フレームパーサーＤ２５０３０などの動作を制御することができる。

チューナーＤ２５０２０は、地上波放送チャネルを介して放送関連信号を受信及び処理し、これを適切な形態に変換することができる。例えば、チューナーＤ２５０２０は、受信された地上波放送信号を物理的フレーム（ＰｈｙｓｉｃａｌＦｒａｍｅ）に変換することができる。

物理的フレームパーサーＤ２５０３０は、受信された物理的フレームをパーシングし、これに係るプロセッシングによって連結階層フレーム（ＬｉｎｋＬａｙｅｒＦｒａｍｅ）を獲得することができる。

リンク階層パーサーＤ２５０４０は、リンク階層フレームからリンク階層シグナリング（ＬｉｎｋＬａｙｅｒｓｉｇｎａｌｉｎｇ）などを獲得するかＩＰ／ＵＤＰデータグラムを獲得するための関連演算を遂行することができる。リンク階層パーサーＤ２５０４０は少なくとも一つのＩＰ／ＵＤＰデータグラムを出力することができる。

ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、受信された少なくとも一つのＩＰ／ＵＤＰデータグラムから特定のＩＰ／ＵＤＰデータグラムをフィルタリングすることができる。すなわち、ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、リンク階層パーサーＤ２５０４０から出力された少なくとも一つのＩＰ／ＵＤＰデータグラムの中でＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ３００６０によって選択されたＩＰ／ＵＤＰデータグラムを選択的にフィルタリングすることができる。ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０はアプリケーション階層伝送プロトコルパケットを出力することができる。

ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０は各ハイブリッド放送受信機に含まれたモジュール間のインターフェースを担当することができる。また、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０は各モジュールに必要なパラメーターなどを各モジュールに伝達し、これによって各モジュールの動作を制御することができる。本発明において、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０はメディアプレゼンテーションディスクリプション（ＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎ、ＭＰＤ）及び／又はＭＰＤＵＲＬをＤＡＳＨクライアントＤ２５１００に伝達することができる。また、本発明において、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０は、伝送モード（Ｄｅｌｉｖｅｒｙｍｏｄｅ）及び／又は伝送セッション識別子（ＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒ、ＴＳＩ）をＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０に伝達することができる。ここで、ＴＳＩはＭＰＤ又はＭＰＤＵＲＬ関連シグナリングなどのシグナリングメッセージを含む伝送パケットを送信するセッション、例えばＡＬＣ／ＬＣＴセッション又はＦＬＵＴＥセッションの識別子を示すことができる。

ＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０は、アプリケーション階層伝送プロトコルパケットを処理し、複数のアプリケーション階層伝送プロトコルパケットを収集及び処理して一つ以上のＩＳＯｂａｓｅｍｅｄｉａｆｉｌｅｆｏｒｍａｔ（ＩＳＯＢＭＦＦ）オブジェクトを生成することができる。

タイミング制御部Ｄ２５０８０は、システムタイム情報を含むパケットを処理し、これによってシステムクロックを制御することができる。

シグナリングパーサーＤ２５０９０は、ＤＴＶ放送サービス関連シグナリングを獲得及びパーシングし、パーシングされたシグナリングに基づいてチャネルマップなどを生成して管理することができる。本発明において、シグナリングパーサーはシグナリング情報から拡張されたＭＰＤ又はＭＰＤ関連情報をパーシングすることができる。

ＤＡＳＨクライアントＤ２５１００は、実時間ストリーミング（Ｒｅａｌ−ｔｉｍｅＳｔｒｅａｍｉｎｇ）あるいは適応的ストリーミング（ＡｄａｐｔｉｖｅＳｔｒｅａｍｉｎｇ）に係る演算を遂行することができる。ＤＡＳＨクライアントＤ２５１００は、ＨＴＴＰ接続クライアントＤ２５１１０を介してＨＴＴＰサーバーからＤＡＳＨコンテンツを受信することができる。ＤＡＳＨクライアントＤ２５１００は、受信されたＤＡＳＨＳｅｇｍｅｎｔなどを処理してＩＳＯｂａｓｅｍｅｄｉａｆｉｌｅｆｏｒｍａｔオブジェクトを出力することができる。本発明において、ＤＡＳＨクライアントＤ２５１００はＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０に全てのＲｅｐｒｅｓｅｎｔａｔｉｏｎＩＤ（ＦｕｌｌｙｑｕａｌｉｆｉｅｄＲｅｐｒｅｓｅｎｔａｔｉｏｎＩＤ）又はセグメントＵＲＬを伝達することができる。ここで、全てのＲｅｐｒｅｓｅｎｔａｔｉｏｎＩＤは、例えばＭＰＤＵＲＬ、ｐｅｒｉｏｄ＠ｉｄ及びｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｉｄを結合したＩＤを意味することができる。また、ＤＡＳＨクライアントＤ２５１００はＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンＤ２５０６０からＭＰＤ又はＭＰＤＵＲＬを受信することができる。ＤＡＳＨクライアントＤ２５１００は、受信されたＭＰＤ又はＭＰＤＵＲＬを用いて所望のメディアストリーム又はＤＡＳＨＳｅｇｍｅｎｔをＨＴＴＰサーバーから受信することができる。本明細書において、ＤＡＳＨクライアントＤ２５１００はプロセッサということができる。

ＨＴＴＰ接続クライアントＤ２５１１０は、ＨＴＴＰサーバーに対して特定の情報を要請し、ＨＴＴＰサーバーからこれに対する応答を受信して処理することができる。ここで、ＨＴＴＰサーバーはＨＴＴＰ接続クライアントから受信した要請を処理し、これに対する応答を提供することができる。

ＩＳＯＢＭＦＦパーサーＤ２５１２０は、ＩＳＯｂａｓｅｍｅｄｉａｆｉｌｅｆｏｒｍａｔオブジェクトからオーディオ／ビデオのデータ抽出することができる。

メディアデコーダーＤ２５１３０は受信されたオーディオ及び／又はビデオデータをデコードし、デコードされたオーディオ／ビデオデータをプレゼンテーションするためのプロセッシングを遂行することができる。

本発明のハイブリッド放送受信機が地上波放送網とブロードバンドの連動によるハイブリッド放送サービスを提供するためにはＭＰＤに対する拡張又は修正が要求される。前述した地上波放送システムは拡張又は修正されたＭＰＤを送信することができ、ハイブリッド放送受信機は拡張又は修正されたＭＰＤを用いて、放送又はブロードバンドを介してコンテンツを受信することができる。すなわち、ハイブリッド放送受信機は拡張又は修正されたＭＰＤは地上波放送を介して受信し、ＭＰＤに基づいて地上波放送又はブロードバンドを介してコンテンツを受信することができる。以下では、既存のＭＰＤと比較して拡張又は修正されたＭＰＤにさらに含まれなければならないエレメント及び属性（ａｔｔｒｉｂｕｔｅ）について記述する。以下で、拡張又は修正されたＭＰＤはＭＰＤと記述することができる。

ＭＰＤはＡＴＳＣ３．０サービスを表現するために拡張されるか修正されることができる。拡張又は修正されたＭＰＤは、ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ、Ｃｏｍｍｏｎ＠ｐｒｅｓｅｎｔａｂｌｅ、Ｃｏｍｍｏｎ．Ｔａｒｇｅｔｉｎｇ、Ｃｏｍｍｏｎ．ＴａｒｇｅｔＤｅｖｉｃｅ及び／又はＣｏｍｍｏｎ＠ａｓｓｏｃｉａｔｅｄＴｏをさらに含むことができる。

ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅはＭＰＤに含まれたセグメントのプレゼンテーションタイムのアンカー、つまり基礎となる時間を示すことができる。以下で、ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅはＭＰＤの有効時間（ｅｆｆｅｃｔｉｖｅｔｉｍｅ）として使われることができる。ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅはＭＰＤに含まれたセグメントの中で最も早い再生時点を示すことができる。

ＭＰＤは共通属性及び要素（ｃｏｍｍｏｎａｔｔｒｉｂｕｔｅｓａｎｄｅｌｅｍｅｎｔｓ）をさらに含むことができる。Ｃｏｍｍｏｎ＠ｐｒｅｓｅｎｔａｂｌｅはＭＰＤが記述しているメディアがプレゼンテーション可能なコンポーネントであることを示すことができる。

Ｃｏｍｍｏｎ．ＴａｒｇｅｔｉｎｇはＭＰＤが記述しているメディアのターゲッティング特徴（ｔａｒｇｅｔｉｎｇｐｒｏｐｅｒｔｉｅｓ）及び／又は個別化特徴（ｐｅｒｓｏｎａｌｉｚａｔｉｏｎｐｒｏｐｅｒｔｉｅｓ）を示すことができる。

Ｃｏｍｍｏｎ．ＴａｒｇｅｔＤｅｖｉｃｅはＭＰＤが記述しているメディアのターゲットデバイス又はターゲットデバイスを示すことができる。

Ｃｏｍｍｏｎ＠ａｓｓｏｃｉａｔｅｄＴｏはＭＰＤが記述しているメディアに係るａｄａｐｔａｔｉｏｎＳｅｔ及び／又はｒｅｐｒｅｓｅｎｔａｔｉｏｎを示すことができる。

また、ＭＰＤに含まれたＭＰＤ＠ｉｄ、Ｐｅｒｉｏｄ＠ｉｄ及びＡｄａｐｔａｔｉｏｎＳｅｔ＠ｉｄはＭＰＤが記述しているメディアコンテンツを特定するために要求されることができる。すなわち、ＤＡＳＨクライアントは、ＭＰＤに基づいて受信しようとするコンテンツをＭＰＤ＠ｉｄ、Ｐｅｒｉｏｄ＠ｉｄ及びＡｄａｐｔａｔｉｏｎＳｅｔ＠ｉｄに特定してＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンに伝達することができる。また、ＡＴＳＣ３．０デジタルテレビジョンコントロールエンジンは、該当のコンテンツを受信してＤＡＳＨクライアントに伝達することができる。

図３１は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

本発明の他の実施例に係る放送受信機のサービススキャニングは、物理的階層制御部Ｄ２５０１０がチューナーＤ２５０２０を制御して、それぞれの周波数のチャネルに対し、チューナーがスキャニングを遂行する。

チューナーＤ２５０２０はそれぞれのチャネルでの放送信号を受信する。チューナーＤ２５０２０は放送信号から物理的フレームを抽出することもできる。チューナーＤ２５０２０は放送信号又は物理的フレームを物理的フレームパーサーＤ２５０３０に送信する。

物理的フレームパーサーＤ２５０３０はシグナリング情報を送信するシグナリングビットストリームを抽出する。物理的フレームパーサーＤ２５０３０はシグナリングビットストリームをシグナリングパーサーＤ２５０９０に送信する。

シグナリングパーサーＤ２５０９０はシグナリングビットストリームからシグナリング情報を抽出する。シグナリングパーサーＤ２５０９０は、シグナリング情報をチャネルマップ処理部（ＣｈａｎｎｅｌＭａｐ又はＣｈａｎｎｅｌＭａｐＰｒｏｃｅｓｓｏｒ）に伝達する。

図３２は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

ＤＴＶ制御エンジンＤ２５０６０は、ユーザー又は放送イベントによるサービスを選択する制御信号を受信する。ＤＴＶ制御エンジンＤ２５０６０は、チャネルマップ処理部などに格納されたチャネルマップ又はシグナリング情報から、選択されたサービスを送信するチャネルの周波数、ＤＰ識別情報、コンポーネント識別情報及び／又はデータグラム識別情報を抽出して、物理的階層制御部Ｄ２５０１０及び／又はＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０に伝達する。

物理的階層制御部Ｄ２５０１０は、周波数情報を用いて、チューナーＤ２５０２０が選択されたサービスを送信するチャネルへのチューニングを遂行するように制御し、ＤＰ識別情報を用いて、物理的フレームパーサーＤ２５０３０が選択されたサービスを送信するＤＰを抽出するように制御する。

抽出されたＤＰはリンク階層フレームプロセッサＤ２５０４０で処理して、ＩＰ／ＵＤＰデータグラムを抽出する。

ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、ＩＰ／Ｐｏｒｔ情報を用いて、シグナリングパケットを送信する特定のＩＰ／ＵＤＰデータグラム又は特定のＩＰパケットをフィルタリングし、該当のデータグラムからシグナリングパケットを抽出してシグナリングパーサーＤ２５０９０に伝達する。

一方、ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、放送サービス又は放送コンテンツに関連したデータを送信するアプリケーション階層伝送プロトコルパケットを抽出することができる。アプリケーション階層伝送プロトコルパケットの一部のパケットはシグナリング情報を含むことができる。ＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０はシグナリング情報を含むパケットをパーシングし、シグナリングパーサーＤ２５０９０に伝達することができる。シグナリングパーサーは該当のシグナリング情報を含むパケットをパーシングしてシグナリング情報を獲得し、これをチャネルマップ処理部に伝達するか、あるいはチャネルマップに格納する。

図３３は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

この図は、前述した放送受信機でのサービス選択を行う動作に続いて行われる放送受信機の動作を示す。

ＤＴＶ制御エンジンＤ２５０６０は、チャネルマップ処理部でＭＰＤ又はＭＰＤを獲得することができる位置のＵＲＬ情報を獲得することができる。

ＤＴＶ制御エンジンＤ２５０６０は、特定の放送サービス又は放送コンテンツなどのメディアについての情報を含むＭＰＤ又は該当のＭＰＤを獲得することができる位置のＵＲＬ情報をＤＡＳＨクライアントＤ２５１００に伝達する。

ＤＡＳＨクライアントＤ２５１００はＭＰＤをパーシングすることができる。ＤＡＳＨクライアントＤ２５１００は、ＭＰＤを獲得することができる位置のＵＲＬ情報を用いて、該当の位置にあるＭＰＤに対する要請をＨＴＴＰアクセスクライアントに伝達することができる。ＨＴＴＰアクセスクライアントは、ＭＰＤを獲得することができる位置のＵＲＬ情報が示す位置のＨＴＴＰサーバーに接続し、ＭＰＤを要請して、これに対する応答としてＭＰＤを受信してＤＡＳＨクライアントに伝達する。ＤＡＳＨクライアントＤ２５１００は、ＭＰＤに含まれたＲｅｐｒｅｓｅｎｔａｔｉｏｎを識別する情報であるＲｅｐｒｅｓｅｎｔａｔｉｏｎＩＤ及び／又は特定のセグメントを獲得することができる位置を識別するＳｅｇｍｅｎｔＵＲＬ情報を抽出する。ＤＡＳＨクライアントＤ２５１００はＭＰＤから抽出した情報をＤＴＶ制御エンジンＤ２５０６０に伝達する。

ＤＴＶ制御エンジンＤ２５０６０は、ＭＰＤから抽出された情報が示す、特定のメディア（特定の放送サービス、コンテンツ及び／又はイベント）を送信するＤＰを識別する情報（例えば、ＤＰＩＤ、ｃｏｍｐｏｎｅｎｔＩＤ、ＩＰ／Ｐｏｒｔ情報及び／又はＴＳＩ情報）を獲得して物理的階層制御部Ｄ２５０１０及び／又はＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０に伝達する。ＤＰを識別する情報はチャネルマップ処理部に格納されているか、あるいはチャネルマップ形式で放送受信機に格納されている情報から抽出されることができる。

物理的階層制御部Ｄ２５０１０は、物理的フレームパーサーＤ２５０３０が物理的フレームから特定のＤＰを抽出するように物理的フレームパーサーＤ２５０３０を制御することができる。物理的階層制御部Ｄ２５０１０は、ＤＰＩＤを物理的フレームパーサーＤ２５０３０に伝達し、該当のＤＰＩＤが識別するＤＰが物理的フレームパーサーＤ２５０３０によって抽出されることができるようにする。

物理的フレームパーサーＤ２５０３０はＤＰに含まれたリンク階層フレームを抽出する。

リンク階層フレーム処理部Ｄ２５０４０は、リンク階層フレームをパーシングし、一つ以上のＩＰ／ＵＤＰデータグラムを抽出する。

ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０は、ＩＰ／Ｐｏｒｔ情報を用いて、放送受信機が抽出しようとするメディアに対するデータを含むＩＰ／ＵＤＰデータグラム及び／又はＩＰパケット抽出する。ＩＰ／ＵＤＰデータグラムフィルターＤ２５０５０はＩＰ／ＵＤＰデータグラム及び／又はＩＰパケットをパーシングし、特定のメディアに対するデータを送信するアプリケーション階層伝送プロトコルパケットを抽出する。

ＡＬＣ／ＬＣＴ＋クライアントＤ２５０７０は、放送受信機が消費しようとするメディアに対するデータを含むアプリケーション階層伝送プロトコルパケットをデコードし、ＩＳＯＢＭＦＦｏｂｊｅｃｔデータを獲得する。ＩＳＯＢＭＦＦｏｂｊｅｃｔデータはＨＴＴＰｅｎｔｉｔｙを含むことができる。ＨＴＴＰｅｎｔｉｔｙは特定のデータを受信することができるＨＴＴＰ関連情報を含むことができる。

ＨＴＴＰアクセスクライアントＤ２５１１０は、ＩＳＯＢＭＦＦｏｂｊｅｃｔデータをデコードするか、ＩＳＯＢＭＦＦｏｂｊｅｃｔデータに含まれた情報を用いて特定のメディアのためのデータを外部から受信することができる。

ＤＡＳＨクライアントＤ２５１００は、受信したデータからＤＡＳＨセグメントをパーシングする。ＤＡＳＨセグメントはＩＳＯＢＭＦＦファイルの形態を有することができる。

以後の手順は前述した放送受信機の各装置の動作についての説明に取り替える。

図３４は本発明の他の実施例に係るハイブリッド放送受信機でサービス選択（ｓｅｌｅｃｔｉｏｎ）を行う動作を示した図である。

この図は、図３２についての説明で開示した放送受信機でのサービス選択を行う動作に続いて行われる放送受信機の動作を示す。

ＤＴＶ制御エンジンＤ２５０６０は、チャネルマップ又はシグナリング情報を介して、ユーザーが選択した放送サービス又は放送コンテンツについての情報を含むＭＰＤを獲得するか、該当のＭＰＤを提供するサーバー又は格納部の位置を獲得する。ＤＴＶ制御エンジンＤ２５０６０はＭＰＤ又はＭＰＤの位置をＤＡＳＨクライアントに伝達する。

ＤＡＳＨクライアントＤ２５１００は、ＭＰＤを提供するサーバー又は格納部の位置についての情報を受信する場合、該当のＭＰＤに対する要請をＨＴＴＰアクセスクライアントＤ２５１１０に伝達する。ＨＴＴＰアクセスクライアントＤ２５１１０は、ＭＰＤの位置に相当するサーバー又は格納部に接続してＭＰＤを獲得し、ＭＰＤをＤＡＳＨクライアントＤ２５１００に伝達することができる。

ＤＡＳＨクライアントＤ２５１００は、ＭＰＤを獲得し、ＭＰＤ内で、ユーザーが選択したメディア（放送サービス又は放送コンテンツ）に含まれるデータであるセグメントを提供する位置についての情報（例えば、ＳｅｇｍｅｎｔＵＲＬ）を抽出する。ＤＡＳＨクライアントＤ２５１００はセグメントに対する要請をＨＴＴＰアクセスクライアントＤ２５１１０に送信する。

ＨＴＴＰアクセスクライアントＤ２５１１０は、セグメントの位置についての情報を用いて、該当のセグメントを提供するサーバーに接続して該当のセグメントを獲得し、これをＤＡＳＨクライアントＤ２５１００に伝達する。

ＤＡＳＨクライアントＤ２５１００は、受信したセグメントからファイル（例えば、ＩＳＯＢＭＦＦファイル）を抽出し、ＩＳＯＢＭＦＦパーサーに伝達する。

この図に示した実施例によると、放送網ではなくてＨＴＴＰを用いる通信網を介してメディアを受信することができる。

図３５は本発明の一実施例に係るＡＬＣ／ＬＣＴ＋クライアントの動作を示した図である。

（ａ）を参照すると、ＡＬＣ／ＬＣＴ＋クライアントは一つ以上のプロトコルによるデータを処理することができる。ＡＬＣ／ＬＣＴ＋クライアントはＦＬＵＴＥ（ｆｉｌｅｄｅｌｉｖｅｒｙｏｖｅｒｕｎｉｄｉｒｅｃｔｉｏｎａｌｔｒａｎｓｐｏｒｔ）及び／又はＡＬＣ／ＬＣＴ＋プロトコルによるデータを処理することができる。ＡＬＣ／ＬＣＴ＋クライアントは、ＴＳＩ情報を受信し、ＴＳＩ情報にあたる伝送セッションを介して送信されるデータを獲得することができる。ＡＬＣ／ＬＣＴ＋クライアントはＦＬＵＴＥデータ及び／又はＡＬＣ／ＬＣＴ＋データを受信することができる。ＡＬＣ／ＬＣＴ＋クライアントは受信したデータからｇｅｎｅｒｉｃファイル及び／又はＩＳＯＢＭＦＦｏｂｊｅｃｔデータをデコーディング又はパーシングすることができる。

（ｂ）を参照すると、本発明の一実施例に係る非実時間伝送を支援する場合のＡＬＣ／ＬＣＴ＋クライアントの動作が示されている。非実時間（ｎｏｎ−ｒｅａｌ−ｔｉｍｅ）伝送は、放送網を介して、メディアが実際に消費される以前に該当のメディアのデータを受信する伝送方式である。メディアに含まれることができる放送サービスは一つ以上の放送コンテンツを含むことができる。放送コンテンツは一つ以上のファイルで構成されることができる。それぞれのファイルは不連続的に送信されて受信機に格納されることができる。非実時間で送信されるデータは放送サービス及び／又は放送コンテンツのデータに相当することができる。非実時間で送信されるデータは、実時間で送信される放送データ又はインターネット網を介して受信されるメディアデータに付け加えられて使われるデータに相当することができる。

本発明の一実施例によると、非実時間伝送が行われる場合、非実時間伝送で送信されるデータはＦＬＵＴＥプロトコルを用いて送信されることができる。ＦＬＵＴＥを介して送信されるこのファイルはｇｅｎｅｒｉｃファイルを含むか、あるいはＩＳＯＢＭＦＦｏｂｊｅｃｔデータを含むことができる。ＡＬＣ／ＬＣＴ＋クライアントは、ＦＬＵＴＥを介して送信されるデータからｇｅｎｅｒｉｃファイル及び／又はＩＳＯＢＭＦＦｏｂｊｅｃｔデータを抽出することができる。

ＡＬＣ／ＬＣＴ＋クライアントは、非実時間伝送によるデータを獲得するために、ＦＤＴ（ｆｉｌｅｄｅｌｉｖｅｒｙｔａｂｌｅ）のために、特定のＴＯＩ（ＴｒａｎｓｍｉｓｓｉｏｎＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）情報及び／又はＴＳＩ情報を有するＡＬＣ／ＬＣＴパケットを集めることができる。ＡＬＣ／ＬＣＴ＋クライアントは該当のＡＬＣ／ＬＣＴパケットからＦＤＴをパーシングすることができる。ＡＬＣ／ＬＣＴ＋クライアントは、特定のメディア又は放送コンテンツに含まれるファイルを集めるために、特定のＴＯＩ情報及び／又はＴＳＩ情報を有するＡＬＣ／ＬＣＴパケットを集めることができる。特定のメディア又は放送コンテンツに相当するファイルに対するＴＯＩ情報及び／又はＴＳＩ情報は前述したＦＤＴに含まれることができる。実時間ストリーミングがなされる場合には、ＦＤＴを獲得するための動作は遂行されないことがあり得る。この場合、ＡＬＣ／ＬＣＴ＋クライアントは、ＦＤＴに係るＴＯＩ情報及びＴＳＩ情報は無視するように動作することができる。

（ｃ）を参照すると、本発明の一実施例に係る実時間伝送において、ＡＬＣ／ＬＣＴ＋クライアントの動作が示されている。

実時間伝送はＡＬＣ／ＬＣＴ＋プロトコルを用いてデータを送信することができる。ＡＬＣ／ＬＣＴ＋プロトコルはＲＯＵＴＥ（Ｒｅａｌ−ＴｉｍｅＯｂｊｅｃｔＤｅｌｉｖｅｒｙｏｖｅｒＵｎｉｄｉｒｅｃｔｉｏｎａｌＴｒａｎｓｐｏｒｔ）と名付けられることもできる。ＡＬＣ／ＬＣＴ＋クライアントはアプリケーション階層伝送プロトコルパケットからＩＳＯＢＭＦＦｏｂｊｅｃｔデータを抽出することができる。

ＡＬＣ／ＬＣＴ＋クライアントは、特定のメディア又は放送コンテンツを構成するデータを獲得するために、特定のＴＳＩ情報及び／又はＴＯＩ情報を有するＡＬ：Ｃ／ＬＣＴ＋パケットを集めることができる。

図３６は本発明の一実施例に係るＩＳＯＢＭＦＦファイルを示した図である。

一つのＩＳＯＢＭＦＦファイルは、一つのＤＡＳＨセグメントと同一の概念で使われることができる。ＩＳＯＢＭＦＦｏｂｊｅｃｔデータはＩＳＯＢＭＦＦファイルの一部のデータに相当することができる。ＩＳＯＢＭＦＦファイルは一つ以上のｃｈｕｎｋに分離されることができ、それぞれのＣｈｕｎｋはＩＳＯＢＭＦＦｏｂｊｅｃｔデータに相当することができる。

ＩＳＯＢＭＦＦファイルは一つ以上のボックス（ｂｏｘ）を含むことができる。ＩＳＯＢＭＦＦファイルはｆｔｙｐボックス、ｍｏｏｖボックス、ｍｏｏｆボックス、及び／又はｍｄａｔボックスを含むことができる。

ＩＳＯＢＭＦＦファイルが一つ以上のｃｈｕｎｋに分離される場合、ｃｈｕｎｋには相異なる２種以上のボックスが含まれることができる。あるいは、ｃｈｕｎｋには１種のボックスのみ含まれることもできる。あるいは、ｃｈｕｎｋには一つのボックスの一部が含まれることもできる。あるいは、ｃｈｕｎｋには一つのボックスに含まれるデータと他種のボックスに含まれるデータの一部が含まれることもできる。

ｆｔｙｐボックスはＩＳＯＢＭＦＦファイルの種類を示すことができる。ｆｔｙｐボックスはＩＳＯＢＭＦＦファイルが互換される技術標準を識別することができる。

ｍｏｏｖボックスはメーターデータのためのコンテナー（ｃｏｎｔａｉｎｅｒ）である。メーターデータはシグナリング情報に相当することができる。メーターデータはメディアに含まれるデータを説明する情報を含むことができる。

ｍｏｏｆボックスはｍｏｖｉｅｆｒａｇｍｅｎｔボックスに相当し、ｍｏｖｉｅｆｒａｇｍｅｎｔはプレゼンテーション時間を確張する。

ｍｄａｔボックスはプレゼンテーションのための実際メディアデータを含む。

図３７は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットを示した図である。

本発明の一実施例に係るＴＳＩ（ＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒ）は単一トラックにマッピングされることができる。単一トラックは、ビデオ、オーディオ又はＤＡＳＨｒｅｐｒｅｓｅｎｔａｔｉｏｎに相当することができる。

ＤＡＳＨｒｅｐｒｅｓｅｎｔａｔｉｏｎは一つ以上のメディアストリームの集合又はエンカプセレーション（ｅｎｃａｐｓｕｌａｔｉｏｎ）を示す。ＤＡＳＨｒｅｐｒｅｓｅｎｔａｔｉｏｎはメディアの要素を送信するようにエンコードされており、ＤＡＳＨｒｅｐｒｅｓｅｎｔａｔｉｏｎごとに異なるエンコード特性を有することができる。例えば、ＤＡＳＨｒｅｐｒｅｓｅｎｔａｔｉｏｎは同じメディアのコンテンツ要素に対して、互いに異なるビット率、解像度、及び／又はコーデックを使ってエンコードされた単位を示すことができる。ＤＡＳＨｒｅｐｒｅｓｅｎｔａｔｉｏｎは一つ以上のＤＡＳＨセグメントを含むことができる。ＤＡＳＨセグメントは時間単位で連続的に分けられたファイルに相当する。ＤＡＳＨセグメントはＭＰＥＧ２−ＴＳ又はＩＳＯＢＭＦＦ形式のデータを含むことができる。

本発明の一実施例に係るＴＯＩ（ＴｒａｎｓｍｉｓｓｉｏｎＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）は一つのＩＳＯＢＭＦＦｏｂｊｅｃｔデータにマッピングされることができる。一つのＩＳＯＢＭＦＦｏｂｊｅｃｔデータは一つのＩＳＯＢＭＦＦファイル又は一つのｃｈｕｎｋに相当することができる。

この図は、ＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのＩＳＯＢＭＦＦファイルにマッピングされる場合のアプリケーション階層伝送プロトコルパケットを示した図である。

例えば、一つのビデオトラック（ｔｒａｃｋ）は一つ以上のセグメント（ＤＡＳＨセグメント）を含むことができる。

それぞれのセグメントはＩＳＯＢＭＦＦファイルに相当することができる。ＩＳＯＢＭＦＦファイルは一つ以上のＥＳ（ｅｌｅｍｅｎｔａｒｙｓｔｒｅａｍ又はｅｌｅｍｅｎｔａｒｙｓｅｇｍｅｎｔ）に分けられることができる。図面で、一つのＩＳＯＢＭＦＦファイルは５個のＥＳに分けられている。

アプリケーション階層伝送プロトコルパケットは、それぞれＡＬＣ／ＬＣＴ＋ヘッダー（ＡＬＣ／ＬＣＴ＋Ｈ）及びＥＳを含む。

例えば、セグメント１のデータは５個のアプリケーション階層伝送プロトコルパケットを介して送信されることができ、それぞれのアプリケーション階層伝送プロトコルパケットはＴＯＩ値として「１」を有することにより、セグメント１のデータを送信していることを示すことができる。ビデオトラックは「１」の値を有するＴＳＩとして識別され、該当のビデオトラックに含まれる他のセグメントはＴＯＩの値として識別されることができる。ビデオトラックがＮ個のセグメントを含む場合、ＴＯＩは１からＮの値を有することができる。

受信機はファイルの開始を識別することができなければならない。セグメント１によって送信されるＩＳＯＢＭＦＦファイルは、該当のファイルが該当のＴＳＩによって識別されるデータユニットの最初ファイルであることを示すことができる情報を含むことができる。

図３８は本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合のアプリケーション階層伝送プロトコルパケットを示した図である。

本発明の一実施例によると、一つのトラック（例えば、ビデオトラック）は一つ以上のセグメントを含むことができる。一つのセグメントはＩＳＯＢＭＦＦファイルに相当することができる。一つのセグメントは一つ以上のｃｈｕｎｋ（チャンク）に分けられることができる。一つのｃｈｕｎｋは一つ以上のＥＳに分けられることができる。それぞれのアプリケーション階層伝送プロトコルパケットはＡＬＣ／ＬＣＴ＋ヘッダー及び一つのＥＳを含むことができる。この場合、それぞれのｃｈｕｎｋは一つ以上のアプリケーション階層伝送プロトコルパケットによって送信されることができる。

図面を参照すると、ビデオトラックに対して「１」のＴＳＩ値が設定され、該当のビデオトラックに含まれるセグメントは「１」のＴＳＩ値を有する。セグメント１に含まれるｃｈｕｎｋのそれぞれに対してそれぞれのＴＯＩ値が設定されることができる。

受信機はＩＳＯＢＭＦＦパーサーが正常動作を制御するために、ＩＳＯＢＭＦＦファイルの始めから、それぞれのｃｈｕｎｋまでのオフセット（ｏｆｆｓｅｔ）を識別することができなければならない。例えば、それぞれのｃｈｕｎｋはオフセットを示すオフセット情報を含むことができ、ＩＳＯＢＭＦＦファイルの開始のデータを含むｃｈｕｎｋは「０」の値を有するオフセット情報を含むことができる。

図３９は本発明の一実施例に係るＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合のアプリケーション階層伝送プロトコルパケット内のＩＳＯＢＭＦＦファイル内の各ボックスの特性を設定することを示した図である。

ＴＳＩが一つのトラックにマッピングされ、ＴＯＩが一つのｃｈｕｎｋにマッピングされる場合、セグメントに相当するＩＳＯＢＭＦＦファイル内に含まれるそれぞれのボックスに対して互いに異なる重要度が設定されることができる。このような重要度は送信機で設定されることができる。例えば、ｍｏｏｖボックスに対しては最も重要（ｈｉｇｈｅｓｔ）を示す重要度が設定されることができ、ｍｏｏｆボックスに対してはより重要（ｈｉｇｈｅｒ）を示す重要度が設定されることができる。

ＲＡＰ（ｒａｎｄｏｍａｃｃｅｓｓｐｏｉｎｔ）に相当するデータを含むｍｄａｔボックスは、ＲＡＰを含んでいない他のｍｄａｔボックスより高い重要度を有するものに設定されることができる。ＲＡＰは、ビデオトラックの場合、Ｉ−ｆｒａｍｅのデータを送信するデータユニットに相当することができる。

ｍｄａｔボックスの間で重要度によって優先順位を決定する情報がそれぞれのｍｄａｔボックスに含まれることができる。あるいは、ｍｄａｔボックスの間で重要度によって優先順位を決定する情報はｍｏｏｖボックスに含まれることもできる。この場合、ｍｄａｔボックスを識別する情報に連携して、特定のｍｄａｔボックスの優先順位を決定するのに該当の情報が使われることができる。

図面を参照すると、ｍｄａｔボックスはｍｏｏｆボックスなしには処理できないので、ｍｄａｔボックスに比べ、ｍｏｏｆボックスがもっと重要であるように設定されることができる。また、ｍｏｏｆボックスはｍｏｏｖボックスなしには処理できないので、ｍｏｏｆボックスに比べ、ｍｏｏｖボックスがもっと重要であるように設定されることができる。

一つ又はそれ以上のボックスが相異なるアプリケーション階層伝送プロトコルパケットによって送信される場合、それぞれのアプリケーション階層伝送プロトコルパケットに含まれるボックスを考慮して、優先順位についての情報がアプリケーション階層伝送プロトコルパケットのそれぞれに含まれることができる。本発明において、情報の設定又はデータの設定は送信機又は受信機で遂行されることができる。

図４０は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの送信及び受信を示した図である。

前述したアプリケーション階層伝送プロトコルパケットは送信機で生成されて受信機に送信される。

一つのＴＳＩが一つのトラックにマッピングされ、一つのＴＯＩが一つのｃｈｕｎｋにマッピングされる場合において、各セグメントのデータを送信するためのアプリケーション階層伝送プロトコルパケットの生成は前述した。この場合、送信側で生成されて送信されるＡＬＣ．ＬＣＴ＋パケットを受信機で受信する場合、どのアプリケーション階層伝送プロトコルパケットがどのセグメントに属するものであるかを受信機が分からない問題が発生することができる。それぞれのｃｈｕｎｋに対してそれぞれのＴＯＩが設定され、それぞれのｃｈｕｎｋは一つ以上のＥＳに分割され、それぞれのＥＳがアプリケーション階層伝送プロトコルパケットに送信されるので、アプリケーション階層伝送プロトコルパケットを受信した受信機にとっては、該当のアプリケーション階層伝送プロトコルパケット又はアプリケーション階層伝送プロトコルパケットに含まれるＥＳがどのセグメントに属するものであるかが分からない。よって、それぞれのｃｈｕｎｋがどのセグメント（又はファイル）に属するものであるかが受信機が分かるようにする方案が用意されなければならない。

図面を参照すると、ビデオトラックはセグメント１とセグメント２を含む。セグメント１はｃｈｕｎｋ１〜ｃｈｕｎｋ３を含む。セグメント２はｃｈｕｎｋ１及びｃｈｕｎｋ２を含む。この例示では、それぞれのｃｈｕｎｋはそれぞれのＥＳに送信されることを仮定する。この場合、セグメント１に対して生成されたアプリケーション階層伝送プロトコルパケットは３個が存在することができ、セグメント１の最初のデータを含むｃｈｕｎｋを送信するＥＳは、ＴＳＩが「１」に設定され、ＴＯＩが「１」に設定され、オフセット情報が「０」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント１に含まれるｃｈｕｎｋ２を送信するＥＳ２は、ＴＳＩが「１」に設定され、ＴＯＩが「２」に設定され、オフセット情報が「２００」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント１に含まれるｃｈｕｎｋ３を送信するＥＳ３は、ＴＳＩが「１」に設定され、ＴＯＩが「３」に設定され、オフセット情報が「１０００」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント２に含まれるｃｈｕｎｋ１を送信するＥＳ４は、ＴＳＩが「１」に設定され、ＴＯＩが「４」に設定され、オフセット情報が「０」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。セグメント２に含まれるｃｈｕｎｋ２を送信するＥＳ５は、ＴＳＩが「１」に設定され、ＴＯＩが「５」に設定され、オフセット情報が「１０００」に設定されたアプリケーション階層伝送プロトコルパケットを介して送信されることができる。

アプリケーション階層伝送プロトコルパケットが順次送信機から受信機に送信される場合、受信機は「１」の値を有するＴＳＩに相当するアプリケーション階層伝送プロトコルパケットを同じトラックに対するデータを送信するパケットとして認識することができる。よって、受信機が同じＴＳＩを有するアプリケーション階層伝送プロトコルパケットを集める過程で、ＴＯＩの値の順にアプリケーション階層伝送プロトコルパケットを集めることができる。しかし、ＥＳ３、及び／又はＥＳ４を送信するアプリケーション階層伝送プロトコルパケットが損失された場合、受信機は、ＴＳＩが「１」に設定され、ＴＯＩが「５」に設定され、オフセット情報が「１０００」に設定されたアプリケーション階層伝送プロトコルパケットが送信するＥＳ（又はｃｈｕｎｋ）がセグメント１に属するものであるか、あるいはセグメント２に属するものであるかを判断することができない問題が発生し得る。

本発明の一実施例においては、前述した問題点を解決するために、ＴＳＩに対してトラックのＩＤ値を使うことができる。ここで、トラックはＭＰＥＧ−ＤＡＳＨのｒｅｐｒｅｓｅｎｔａｔｉｏｎに対応する概念で使われることができる。また、ＴＯＩに対しては、ＩＳＯＢＭＦＦファイルのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）とｃｈｕｎｋのＩＤ（ｉｄｅｎｔｉｆｉｅｒ）が結合された値を使うことができる。一つのＩＳＯＢＭＦＦｏｂｊｅｃｔデータが一つのＩＳＯＢＭＦＦファイルと同一に設定された場合、ＩＳＯＢＭＦＦｏｂｊｅｃｔデータは一つのｃｈｕｎｋで構成されていると仮定することもできる。本発明の一実施例においては、それぞれのＩＳＯＢＭＦＦｏｂｊｅｃｔデータ（又はｃｈｕｎｋ）に対する優先順位を示す情報を設定するために、ｒｅｓｅｒｖｅｄｂｉｔの中で２ビットを使うことができる。

本発明の一実施例においては、それぞれのファイルの開始から、アプリケーション階層伝送プロトコルパケットまでのオフセット情報が設定されることができる。このような情報はシグナリング情報及び／又はアプリケーション階層伝送プロトコルパケットに含まれることができる。オフセット情報の値が「０」の場合、該当の値が適用されるアプリケーション階層伝送プロトコルパケットは、ＩＳＯＢＭＦＦファイルの開始のデータを送信するアプリケーション階層伝送プロトコルパケットであることを示す。アプリケーション階層伝送プロトコルパケットはメディアのプレゼンテーションタイミングを示す情報（例えば、プレゼンテーションの開始時間、持続時間、及び／又は他のコンテンツとの同期のための情報）及び／又は該当のファイル又はアプリケーション階層伝送プロトコルパケットに関連して必要なデータに対する位置情報（例えば、ＵＲＬ情報）を含むことができる。

図４１は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの構造を示した図である。

アプリケーション階層伝送プロトコルパケットは、ｖエレメント、ｃエレメント、ＰＳＩエレメント、Ｓエレメント、Ｏエレメント、Ｈエレメント、優先エレメント、Ａエレメント、Ｂエレメント、ＨＤＲ＿ＬＥＮエレメント、Ｃｏｄｅｐｏｉｎｔエレメント、ＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎエレメント、ＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒ（ＴＳＩ）エレメント、ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ（ＴＯＩ）エレメント、ＥＸＴ＿ＦＴＩエレメント、ＥＸＴ＿ＳＣＴエレメント、ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメント、ＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、ＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメント、ＦＥＣｐａｙｌｏａｄＩＤエレメント、及び／又はＥｎｃｏｄｉｎｇＳｙｍｂｏｌｓエレメントを含むことができる。

ＰＳＩエレメントはＸエレメント及び／又はＹエレメントを含むことができる。

ｖエレメントはパケットのバージョンナンバーを示す。ｖエレメントはＡＬＣ／ＬＣＴのバージョンを示すことができる。ｖエレメントは本パケットがＡＬＣ／ＬＣＴ＋によるパケットであることを示すことができる。

ｃエレメントはＣｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌｆｌａｇに相当する。ｃエレメントはＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（ＣＣＩ）エレメントの長さを示すことができる。例えば、ｃエレメントは、ｃエレメントの値が０の場合、ＣＣＩの長さは３２ビット、ｃエレメントの値が１の場合、ＣＣＩの長さは６４ビット、ｃエレメントの値が２の場合、ＣＣＩの長さは９６ビット、ｃエレメントの値が３の場合、ＣＣＩの長さは１２８ビットであることを示すことができる。

ＰＳＩエレメントはＰｒｏｔｏｃｏｌ−ＳｐｅｃｉｆｉｃＩｎｄｉｃａｔｉｏｎ（ＰＳＩ）に相当することができる。ＰＳＩエレメントはＡＬＣ／ＬＣＴ＋の上位プロトコルに対する特定目的の指示子として使われることができる。ＰＳＩエレメントは、現在パケットがｓｏｕｒｃｅｐａｃｋｅｔに相当するかあるいはＦＥＣｒｅｐａｉｒｐａｃｋｅｔに相当するかを示すことができる。

Ｘエレメントはｓｏｕｒｃｅｐａｃｋｅｔを示す情報に相当することができる。Ｓｏｕｒｃｅとｒｅｐａｉｒｄａｔａのために互いに異なるＦＥＣｐａｙｌｏａｄＩＤフォーマットが使われる場合、このエレメントの値が「１」であれば、ｓｏｕｒｃｅｄａｔａのためのＦＥＣｐａｙｌｏａｄＩＤフォーマットであることを示し、このエレメントの値が「０」であれば、ｒｅｐａｉｒｄａｔａのためのＦＥＣｐａｙｌｏａｄＩＤフォーマットであることを示す。あるいは、このエレメントの値が送信機で「０」にセットされた場合、受信機はこのエレメント又はこのパケットを無視して処理しないこともできる。

ＳエレメントはＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒｆｌａｇに相当することができる。ＳエレメントはＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒエレメントの長さを示す。

ＯエレメントはＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒｆｌａｇに相当することができる。ＯエレメントはＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒエレメントの長さを示すことができる。オブジェクトは一つのファイルを意味することができ、前記ＴＯＩは、各オブジェクトの識別情報として、前記ＴＯＩが０であるファイルはファイルに係るシグナリング情報を含むことができる。

ＨエレメントはＨａｌｆ−ｗｏｒｄｆｌａｇに相当することができる。ＨエレメントはＴＳＩ及びＴＯＩフィールドの長さにｈａｌｆ−ｗｏｒｄ（１６ｂｉｔｓ）を付け加えるか否かを指示する。

優先エレメントはこのパケットに含まれたデータの優先順位を示す。優先エレメントに係って、各オブジェクト、ｃｈｕｎｋ、又はｃｈｕｎｋに含まれるボックスの間の優先順位についての説明は前述した説明に取り替える。

ＡエレメントはＣｌｏｓｅＳｅｓｓｉｏｎｆｌａｇに相当することができる。Ａエレメントはセッションが終了したかあるいは終了に近くなったことを示すことができる。

ＢエレメントはＣｌｏｓｅＯｂｊｅｃｔｆｌａｇに相当することができる。Ｂエレメントは伝送中のオブジェクトが終了したかあるいは終了に近くなったことを示すことができる。

ＨＤＲ＿ＬＥＮエレメントはパケットのヘッダーの長さを示す。

Ｃｏｄｅｐｏｉｎｔエレメントはこのパケットによって送信されるペイロード（ｐａｙｌｏａｄ）のタイプを示す。ペイロードのタイプによって、更なるペイロードヘッダーがペイロードデータのプレフィックス（ｐｒｅｆｉｘ）に挿入されることができる。

ＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（ＣＣＩ）エレメントはｌａｙｅｒｎｕｍｂｅｒｓ、ｌｏｇｉｃａｌｃｈａｎｎｅｌｎｕｍｂｅｒｓ、ｓｅｑｕｅｎｃｅｎｕｍｂｅｒｓなどのＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌ情報を含むことができる。ＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（ＣＣＩ）エレメントは必要なＣｏｎｇｅｓｔｉｏｎＣｏｎｔｒｏｌ関連情報を含むことができる。

ＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒ（ＴＳＩ）エレメントはＴｒａｎｓｐｏｒｔＳｅｓｓｉｏｎＩｄｅｎｔｉｆｉｅｒｆｉｅｌｄ（ＴＳＩ）はセッションの固有識別子である。ＴＳＩエレメントは特定の伝送者（ｓｅｎｄｅｒ）からの全てのセッション（ｓｅｓｓｉｏｎ）のいずれか一セッションを示す。ＴＳＩエレメントはｔｒａｎｓｐｏｒｔｓｅｓｓｉｏｎを識別する役目を果たす。ＴＳＩエレメントの値は一つのトラックのために使われることができる。

ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ（ＴＯＩ）エレメントはオブジェクトの固有識別子である。ＴＯＩエレメントはセッション内でどのオブジェクトにこのパケットが属するかを示す。ＴＯＩエレメントの値は一つのＩＳＯＢＭＦＦｏｂｊｅｃｔデータのために使われることができる。ＴＯＩエレメントはＩＳＯＢＭＦＦファイルのＩＤとｃｈｕｎｋのＩＤを含むことができる。ＴＯＩエレメントはＩＳＯＢＭＦＦファイルのＩＤとｃｈｕｎｋのＩＤの組合せをその値として有することができる。

ＥＸＴ＿ＦＴＩエレメントはＦＥＣＴｒａｎｓｐｏｒｔＩｎｆｏｒｍａｔｉｏｎについての情報を含む。

ＥＸＴ＿ＳＣＴエレメントはＳｅｎｄｅｒＣｕｒｒｅｎｔＴｉｍｅの拡張情報に相当することができる。ＥＸＴ＿ＳＣＴエレメントは送信側の時間情報を含む。

ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントはオブジェクトのオフセットを示す。ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントはセグメント（例えば、ＩＳＯＢＭＦＦファイル又はファイル）の始部から、このパケットに含まれたオブジェクト（例えば、ＩＳＯＢＭＦＦｏｂｊｅｃｔデータ又はｃｈｕｎｋ）がセグメント内で位置する位置のオフセットを示す。ＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントに対する詳細な実施例は前述した説明に取り替える。オフセットを示す情報はアプリケーション階層伝送プロトコルパケットのペイロードに含まれることもできる。

ＥＸＴ＿ＯＢＪ＿ＰＴＳエレメントはオブジェクトのＰＴＳ（ＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅｓｔａｍｐ）を示す。

ＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントはオブジェクトの位置を識別する。ＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントはパケットのペイロードに含まれたオブジェクトのＵＲＩなどを含むオブジェクトの位置を識別する。この位置はＵＲＬなどで表示されることができる。

ＦＥＣｐａｙｌｏａｄＩＤエレメントはＦＥＣＰａｙｌｏａｄ識別子である。ＦＥＣｐａｙｌｏａｄＩＤエレメントはＴｒａｎｓｍｉｓｓｉｏｎＢｌｏｃｋ又はｅｎｃｏｄｉｎｇｓｙｍｂｏｌの識別情報を含む。ＦＥＣｐａｙｌｏａｄＩＤは前記ファイルがＦＥＣエンコードされた場合の識別子を示す。例えば、ＦＥＣｐａｙｌｏａｄＩＤは、前記ＦＬＵＴＥプロトコルファイルがＦＥＣエンコードされた場合、放送局又は放送サーバーがこれを区分するために割り当てることができる。

ＥｎｃｏｄｉｎｇＳｙｍｂｏｌｓエレメントは、ＴｒａｎｓｍｉｓｓｉｏｎＢｌｏｃｋ又はｅｎｃｏｄｉｎｇｓｙｍｂｏｌのデータを含むことができる。

図４２は本発明の一実施例に係るアプリケーション階層伝送プロトコルパケットの処理を示した図である。

本発明の一実施例によると、一つのＴＳＩの値は一つのトラックのために割り当てられ、一つのＴＯＩの値は、ＩＳＯＢＭＦＦファイルのＩＤとｃｈｕｎｋのＩＤを識別する値を含む。

図面を参照すると、一つのビデオトラックはＮ個のセグメントを含む。セグメント１は一つのＩＳＯＢＭＦＦファイルに対応することができる。セグメントは一つ以上のｃｈｕｎｋに分けられることができる。それぞれのｃｈｕｎｋは一つ以上のＥＳを介して送信されることができる。それぞれのＥＳはアプリケーション階層伝送プロトコルパケットのペイロードを介して送信される。

セグメント１に含まれるＥＳ１を送信するアプリケーション階層伝送プロトコルパケットはＩＳＯＢＭＦＦファイルの開始に相当するデータを含み、ｍｏｏｖボックスを含む。したがって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｓｔ」（最も重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント１を識別する「１」と該当のセグメント内で最初のｃｈｕｎｋに含まれるデータであることを示す「１」の値を一緒に有する。また、セグメントの始部のデータを送信するので、アプリケーション階層伝送プロトコルパケットのオフセットエレメントは０に相当する。

セグメント１に含まれるＥＳ２を送信するアプリケーション階層伝送プロトコルパケットは、ｍｏｏｆボックス、ｍｄａｔボックスの一部を含むｃｈｕｎｋ２の一部を含む。よって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｒ」（より重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント１を識別する「１」と該当のセグメント内で二番目のｃｈｕｎｋに含まれるデータであることを示す「２」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から１００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。セグメント１に含まれるＥＳ３を送信するアプリケーション階層伝送プロトコルパケットはｃｈｕｎｋ２に含まれるデータを送信するので、優先エレメント、ＴＳＩエレメント及びＴＯＩエレメントは、ＥＳ２を送信するアプリケーション階層伝送プロトコルパケットと同一の値を有する。ただ、ＥＳ３を送信するアプリケーション階層伝送プロトコルパケットは、ＥＳ２を送信するアプリケーション階層伝送プロトコルパケットのオフセットエレメントの値とは違うオフセットエレメント値を有する。

セグメント１に含まれるＥＳ４を送信するアプリケーション階層伝送プロトコルパケットは、ｍｄａｔボックスの一部を含むｃｈｕｎｋ３の一部を含む。よって、このアプリケーション階層伝送プロトコルパケットは「ｌｏｗ」（底い）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント１を識別する「１」と該当のセグメント内で三番目のｃｈｕｎｋに含まれるデータであることを示す「３」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から４００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。セグメント１に含まれるＥＳ５を送信するアプリケーション階層伝送プロトコルパケットはｃｈｕｎｋ３に含まれるデータを送信するので、優先エレメント、ＴＳＩエレメント及びＴＯＩエレメントは、ＥＳ４を送信するアプリケーション階層伝送プロトコルパケットと同一の値を有する。ただ、ＥＳ５を送信するアプリケーション階層伝送プロトコルパケットは、ＥＳ４を送信するアプリケーション階層伝送プロトコルパケットのオフセットエレメントの値とは違うオフセットエレメント値を有する。

セグメント２に含まれるＥＳ１を送信するアプリケーション階層伝送プロトコルパケットはＩＳＯＢＭＦＦファイルの開始に相当するデータを含み、ｍｏｏｖボックスを含む。したがって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｓｔ」（最も重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント２を識別する「２」と該当のセグメント内で最初のｃｈｕｎｋに含まれるデータであることを示す「１」の値を一緒に有する。また、セグメントの始部のデータを送信するので、アプリケーション階層伝送プロトコルパケットのオフセットエレメントは０に相当する。

セグメント２に含まれるＥＳ２を送信するアプリケーション階層伝送プロトコルパケットは、ｍｏｏｆボックス、ｍｄａｔボックスの一部を含むｃｈｕｎｋ２の一部を含む。したがって、このアプリケーション階層伝送プロトコルパケットは「ｈｉｇｈｅｒ」（より重要）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント２を識別する「２」と該当のセグメント内で二番目のｃｈｕｎｋに含まれるデータであることを示す「２」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から１００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。

セグメント２に含まれるＥＳ３を送信するアプリケーション階層伝送プロトコルパケットは、ｍｄａｔボックスの一部を含むｃｈｕｎｋ３の一部を含む。該当のｍｄａｔボックスのデータは他のｍｄａｔボックスのデータより重要なデータが含まれることができる。よって、このアプリケーション階層伝送プロトコルパケットは「ｍｅｄｉｕｍ」（中間）の優先エレメントの値を有し、ＴＳＩエレメントは該当のビデオトラックを示す値（例えば、１）を有し、ＴＯＩエレメントは、該当のビデオトラック内のセグメント２を識別する「２」と該当のセグメント内で三番目のｃｈｕｎｋに含まれるデータであることを示す「３」の値を一緒に有する。また、アプリケーション階層伝送プロトコルパケットによって送信されるデータは、セグメントの始部から４００のオフセットを有する位置に位置するデータであることをｏｆｆｓｅｔエレメントが示す。

セグメント１とセグメント２にそれぞれ含まれるアプリケーション階層伝送プロトコルパケットはＰＴＳエレメント値を含むことができる。セグメント１に含まれるアプリケーション階層伝送プロトコルパケットのＰＴＳエレメント値がｘを有する場合、セグメント２に含まれるアプリケーション階層伝送プロトコルパケットのＰＴＳエレメントの値はｘ＋１を有することができる。

このように、アプリケーション階層伝送プロトコルパケットを構成する場合、受信機は特定のアプリケーション階層伝送プロトコルパケットがどのセグメント（又はＩＳＯＢＭＦＦファイル）に属するかが分かるので、伝送過程でアプリケーション階層伝送プロトコルパケットの一部が損失される場合にも、受信したアプリケーション階層伝送プロトコルパケットを正確な位置でデコードすることができる。

図４３は本発明の一実施例に係る放送システムを示した図である。

前述したように、本発明の一実施例に係る放送受信機は、ＭＰＥＧ−ＤＡＳＨのＭＰＤを用いて放送ストリーミングを提供することができる。本発明の一実施例に係る放送受信機は、ブロードバンド及び／又はブロードキャストを介して放送信号及び／又は放送データを受信して処理することができる。よって、ＭＰＤはブロードバンド及びブロードキャストの両方で使われることができる。あるいは、ＭＰＤはブロードバンドでのみ使われることができる。

この図は、ＭＰＤをブロードキャストとブロードバンドの両方で使う場合、本発明の一実施例に係る放送システムの動作を示す。

本発明の一実施例に係る放送システムは送信システムと受信機を含む。

送信システム（送信機）は、ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４２０１０、ＮＴＰサーバー（ＮＴＰｓｅｒｖｅｒ）Ｊ４２０２０、ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４２０３０、放送送信機（ＢｒｏａｄｃａｓｔＴｒａｎｓｍｉｔｔｅｒ）Ｊ４２０４０及び／又はＨＴＴＰサーバー（ｅｘｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４２０５０）を含む。

受信機は、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４２１１０、ＦＬＵＴＥ＋クライアント（ＦＬＵＴＥ＋ｃｌｉｅｎｔ）Ｊ４２１２０、ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４２１３０、ＨＴＴＰサーバー（ＩｎｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４２１４０、ＮＴＰクライアント（ＮＴＰｃｌｉｅｎｔ）Ｊ４２１５０及び／又はウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４２１６０を含むことができる。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４２０１０は放送送信機の基準時間についての情報を処理して提供する。

ＮＴＰサーバー（ＮＴＰｓｅｒｖｅｒ）Ｊ４２０２０は放送送信機の基準時間についての情報を用いて、ＮＴＰ（ｎｅｔｗｏｒｋｔｉｍｅｐｒｏｔｏｃｏｌ）情報を生成し、ＮＴＰ情報を含むＮＴＰパケットを生成する。

ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４２０３０は、放送送信機の基準時間についての情報に合わせ、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４２０３０は、放送送信機の基準時間についての情報に合わせ、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。

放送送信機（ＢｒｏａｄｃａｓｔＴｒａｎｓｍｉｔｔｅｒ）Ｊ４２０４０は、ＮＴＰパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。

ＨＴＴＰサーバー（ｅｘｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４２０５０は、ＭＰＤの要請に対する応答を処理するか、あるいはセグメントなどのメディアのデータに対する要請に対する応答を処理する。ＨＴＴＰサーバー（ｅｘｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４２０５０は放送送信機の内部に位置することができ、外部に位置することもできる。

ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４２１１０は、放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４２１１０はメディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とＮＴＰパケットをフィルタリングすることができる。

ＦＬＵＴＥ＋クライアント（ＦＬＵＴＥ＋ｃｌｉｅｎｔ）Ｊ４２１２０は受信したパケットからＭＰＤを抽出する。ＦＬＵＴＥ＋クライアント（ＦＬＵＴＥ＋ｃｌｉｅｎｔ）Ｊ４２１２０はメディアについての情報を含むＨＴＴＰｅｎｔｉｔｙを抽出する。

ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４２１３０は、ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）、ＨＴＴＰアクセスエンジン（ＨＴＴＰａｃｃｅｓｓｅｎｇｉｎｅ）、セグメントバッファー制御部（Ｓｅｇ．Ｂｕｆｆｅｒｃｏｎｔｒｏｌ）、セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）、セグメントインデックス処理部（Ｓｅｇ．Ｉｎｄｅｘ）、ＤＡＳＨクライアント制御部（ＤＡＳＨｃｌｉｅｎｔＣｏｎｔｒｏｌ）及び／又はメディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）を含むことができる。ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４２１３０は、ＭＰＤを処理し、ＭＰＤによってセグメントに対する要請を遂行するか、あるいはセグメントを受信して処理する役目を果たす。ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）はＭＰＤをパーシングする。ＨＴＴＰアクセスエンジン（ＨＴＴＰａｃｃｅｓｓｅｎｇｉｎｅ）は、ＨＴＴＰを介して、サーバーと通信を行って必要なデータを要請するかあるいは受信する。セグメントバッファー制御部（Ｓｅｇ．Ｂｕｆｆｅｒｃｏｎｔｒｏｌ）はセグメントバッファーを制御する。セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）はセグメントをバッファリングする。セグメントインデックス処理部（Ｓｅｇ．Ｉｎｄｅｘ）は、セグメントを順に処理するように、セグメントのインデックスを管理及び処理する。セグメントのインデックスについての情報はＭＰＤに含まれる。セグメントインデックス処理部は、セグメントのタイミングについての情報を獲得し、タイミングによってセグメントがデコードされるようにする処理を遂行する。ＤＡＳＨクライアント制御部（ＤＡＳＨｃｌｉｅｎｔＣｏｎｔｒｏｌ）はＤＡＳＨクライアントを制御する。ＤＡＳＨクライアント制御部は、放送システムの基準時間に合わせられてＤＡＳＨクライアントが動作するように制御する。メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）はセグメントをデコードしてメディアを生成する。

ＨＴＴＰサーバー（ＩｎｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４２１４０は、ＤＡＳＨクライアントの特定のセグメントに対する要請を受信し、これに対する応答として該当のセグメントをＤＡＳＨクライアントに伝達する。ＤＡＳＨクライアントは、特定のセグメントを要請するために、該当のセグメントのＵＲＬ情報をＨＴＴＰサーバーに伝達することができる。ＨＴＴＰサーバー（ＩｎｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４２１４０は受信機の内部に存在することも、受信機の外部に存在することもできる。

ＮＴＰクライアント（ＮＴＰｃｌｉｅｎｔ）Ｊ４２１５０はＮＴＰパケットを受信してパーシングする。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４２１６０は、ＮＴＰ情報を用いて、受信機の基準時間とネットワークシステムの基準時間の間の同期を維持するように処理する。

本発明の一実施例において、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。セグメントは内部ＨＴＴＰサーバーからＤＡＳＨクライアントに送信される。

図４４は本発明の一実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。

この図では、図４３の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。

セグメント（Ａ１）はオーディオ１のデータを送信する。

セグメント（Ｖ１）はビデオ１のデータを送信する。

セグメント（Ａ２）はオーディオ２のデータを送信する。

セグメント（Ｖ２）はビデオ２のデータを送信する。

セグメント（Ａ３）はオーディオ３のデータを送信する。

セグメント（Ｖ３）はビデオ３のデータを送信する。

タイムライン１は送信機のエンコーダーでのタイムラインである。

タイムライン２は放送ストリーム上でのタイムラインである。

タイムライン４は受信機の内部サーバーでのタイムラインである。

タイムライン５は受信機のＤＡＳＨクライアントでのタイムラインである。

タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一時間の間にエンコードされる。

タイムライン２で、それぞれのセグメントに対するエンコードが終了すれば、送信機は該当のセグメントを送信する。

タイムライン４で、ＭＰＤで描写されたセグメントが可用な時間を示す可用性タイムラインが示されている。セグメントの実際持続時間（ｄｕｒａｔｉｏｎ）とｔｉｍｅｓｈｉｆｔｂｕｆｆｅｒｄｅｐｔｈによるそれぞれのセグメントの時間が結合されて該当のセグメントの長さに設定されることができる。

タイムライン４で、実際にそれぞれのセグメントが受信される時間は、伝送時間と比較して一定の遅延（ｃｏｎｓｔａｎｔｄｅｌａｙ）があり得る。

タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌｃｈａｎｇｅ）が発生する時点ではセグメント（Ａ３）、セグメント（Ｖ３）が可能であり、前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ）が設定されることができる。受信機では、ｐｅｒｉｏｄｓｔａｒｔ情報、セグメント（Ａ３）及びセグメント（Ｖ３）のｓｔａｒｔｔｉｍｅ情報、及びｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ情報が示す時間を加えることで、ｐｅｒｉｏｄが始まった後のセグメント（Ａ３）及びセグメント（Ｖ３）を表出する時間を決定することができる。

図４５は本発明の一実施例に係るＭＰＤをブロードバンド及びブロードキャストの両方で使用する場合の放送システムの動作を示す。

送信システム（送信機）はウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４４０１０、タイムラインパケットエンコーダー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｅｎｃｏｄｅｒ）Ｊ４４０２０、ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４４０３０、放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４４０４０及び／又はＨＴＴＰサーバー（ｅｘｔｅｒｎａｌＨＴＴＰＳｅｒｖｅｒ）Ｊ４４０５０を含む。

受信機はＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４４１１０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４４１２０、受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４４１３０、セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）Ｊ４４１４０、メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）Ｊ４４１５０、タイムラインパケットパーサー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｐａｒｓｅｒ）Ｊ４４１６０、ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４４１７０、及び／又はＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４４１８０を含むことができる。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４４０１０は放送送信機の基準時間についての情報を処理して提供する。

タイムラインパケットエンコーダー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｅｎｃｏｄｅｒ）Ｊ４４０２０は、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成する。

ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４４０３０は、放送送信機の基準時間についての情報に合わせて、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４４０３０は、放送送信機の基準時間についての情報に合わせて、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。

放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４４０４０は、タイムラインパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。

ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４４０５０はＭＰＤの要請に対する応答を処理するか、あるいはセグメントなどのメディアのデータに対する要請に対する応答を処理する。ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４４０５０は放送送信機の内部に位置することができ、外部に位置することもできる。ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４４０５０はＤＡＳＨクライアントから特定のセグメント（例えば、Ｓｅｇ．（Ａ））に対する要請を受信する。この要請には特定のセグメントの位置情報（例えば、ＵＲＬ情報）が含まれることができる。ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４４０５０はＤＡＳＨエンコーダーから、該当のセグメントを受信されて、ＤＡＳＨクライアントに伝達することができる。

ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４４１１０は放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４４１１０は、メディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とタイムラインパケットをフィルタリングすることができる。

ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４４１２０は受信したパケットからＭＰＤを抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４４１２０はメディアに対するデータを含むセグメント（例えば、Ｓｅｇ．（Ｖ））を抽出する。

受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４４１３０は受信機内のセグメントバッファーの動作を制御する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４４１３０は、アプリケーション階層伝送プロトコルパケットに送信されるセグメントを伝達される。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４４１３０は、バッファリングが必要な場合、該当のセグメントをセグメントバッファーに伝達することができる。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４４１３０はブロードバンドタイムライン基準（Ｂｒｏａｄｂａｎｄｔｉｍｅｌｉｎｅｒｅｆｅｒｅｎｃｅ；ＷａｌｌＣｌｏｃｋ）を受信し、セグメントについてのタイミング情報を受信する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４４１３０は、セグメントのタイミングとウォールクロックに合わせてセグメントをメディアエンジンなどに伝達することにより、該当のセグメントが消費されるように制御する。

セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）Ｊ４４１４０はセグメントをバッファリングする。

メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）Ｊ４４１５０はセグメントをデコードし、セグメントに相当するメディアを表出する。

タイムラインパケットパーサー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｐａｒｓｅｒ）Ｊ４４１６０はタイムラインパケットをパーシングする。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４４１７０は、タイムラインパケット内の情報を用いて、受信機の基準時間とシステムの基準時間の間の同期を維持するように処理する。

ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４４１８０は、ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）、ＨＴＴＰアクセスエンジン（ＨＴＴＰａｃｃｅｓｓｅｎｇｉｎｅ）、セグメントバッファー制御部（Ｓｅｇ．Ｂｕｆｆｅｒｃｏｎｔｒｏｌ）、セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）、セグメントインデックス処理部（Ｓｅｇ．Ｉｎｄｅｘ）、ＤＡＳＨクライアント制御部（ＤＡＳＨｃｌｉｅｎｔＣｏｎｔｒｏｌ）及び／又はメディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）を含むことができる。ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４４１８０はＭＰＤを処理し、ＭＰＤによってセグメントに対する要請を遂行するか、あるいはセグメントを受信して処理する役目を果たす。ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）はＭＰＤをパーシングする。ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）は、ＭＰＤからセグメント（Ａ）に対する既存の放送システムでのタイミング情報（例えば、ＰＴＳなど）、セグメントのＵＲＬ情報、及び／又はセグメントの可用タイミング情報を抽出することができる。ＨＴＴＰアクセスエンジン（ＨＴＴＰａｃｃｅｓｓｅｎｇｉｎｅ）は、ＨＴＴＰを介して、サーバーと通信を行って、必要なデータを要請するか受信する。セグメントバッファー制御部（Ｓｅｇ．Ｂｕｆｆｅｒｃｏｎｔｒｏｌ）はセグメントバッファーを制御する。セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）はセグメントをバッファリングする。セグメントインデックス処理部（Ｓｅｇ．Ｉｎｄｅｘ）は、セグメントが順に処理するように、セグメントのインデックスを管理及び処理する。セグメントのインデックスについての情報はＭＰＤに含まれる。セグメントインデックス処理部は、セグメントのタイミングについての情報を獲得し、タイミングによってセグメントがデコードされるようにする処理を遂行する。ＤＡＳＨクライアント制御部（ＤＡＳＨｃｌｉｅｎｔＣｏｎｔｒｏｌ）はＤＡＳＨクライアントを制御する。ＤＡＳＨクライアント制御部は、放送システムの基準時間に合わせてＤＡＳＨクライアントが動作するように制御する。メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）はセグメントをデコードし、メディアを生成する。

本発明によると、ビデオデータを送信するセグメント（Ｓｅｇ．（Ｖ））とオーディオデータを送信するセグメント（Ｓｅｇ．（Ａ））が互いに異なる伝送方式で送信され、互いに異なる処理過程によって一つのメディアの一部を構成することができる。

本発明の一実施例で、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。セグメントは、放送送信機でエンコードされるとすぐに外部サーバーで使用可能である。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。セグメントは内部サーバーからＤＡＳＨクライアントに直ちに送信されることができる。

図４６は本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。

この図では、図４５の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（３）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。

セグメント（Ａ１）はオーディオ１のデータを送信する。

セグメント（Ｖ１）はビデオ１のデータを送信する。

セグメント（Ａ２）はオーディオ２のデータを送信する。

セグメント（Ｖ２）はビデオ２のデータを送信する。

セグメント（Ａ３）はオーディオ３のデータを送信する。

セグメント（Ｖ３）はビデオ３のデータを送信する。

タイムライン３は外部サーバー上でのタイムラインである。

タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一の時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一の時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一の時間の間にエンコードされる。

タイムライン２で、それぞれのセグメントに対するエンコードが終了すれば、送信機は該当のセグメントを送信する。ここで、放送網を介しては、ビデオデータを含むセグメントが送信されることができる。すなわち、放送網を介しては、セグメント（Ｖ１）、セグメント（Ｖ２）、セグメント（Ｖ３）が送信される。

タイムライン３で、ビデオデータを送信するセグメントに対応するオーディオデータを送信するセグメント（Ａ１）、セグメント（Ａ２）、セグメント（Ａ３）が外部サーバーで可用な時間が表現されている。

タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌｃｈａｎｇｅ）が発生する時点ではセグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）が可用であり、前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ）が設定されることができる。受信機では、ｐｅｒｉｏｄｓｔａｒｔ情報、セグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）のそれぞれのｓｔａｒｔｔｉｍｅ情報、及びｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ情報が示す時間を加えることで、ｐｅｒｉｏｄが始まった後のセグメント（Ａ２）、セグメント（Ａ３）、及びセグメント（Ｖ３）を表出する時間を決定することができる。受信機によって、コンテンツが表出される時間の差があり得るが、ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙを用いて受信機間のコンテンツが表出される時間差を無くすことができる。

ＭＰＤがブロードバンド及びブロードキャストの両方で使われる場合、ブロードキャストチャネルに送信されるセグメントより、ブロードバンドに送信されるセグメントを受信機は先に受信することができる。

既存の（外部サーバーのための）ＤＡＳＨ可用性タイムラインは、（内部サーバーから）放送ストリームに送信されるセグメントのためには使われることができないであろう。内部サーバーでのセグメントａｖａｉｌａｂｉｌｉｔｙｔｉｍｅはチャネル変更時間によって影響されることができる。さらに、セグメント受信時間（ｓｅｇｍｅｎｔｒｅｃｅｐｔｉｏｎｔｉｍｅ）が考慮されなければならなく、受信機はセグメント受信時間を考慮してセグメントａｖａｉｌａｂｉｌｉｔｙｔｉｍｅを測定することができる。前述した実施例で、一定の遅延（ｃｏｎｓｔａｎｔｄｅｌａｙ）が受信機ごとに異なる場合、ＤＡＳＨｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅはｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ情報を用いて正確に同期化しにくいことがあり得る。

図４７は本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。

送信システム（送信機）は、ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４６０１０、タイムラインパケットエンコーダー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｅｎｃｏｄｅｒ）Ｊ４６０２０、ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４６０３０、及び／又は放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４６０４０を含む。

受信機は、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４６１１０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４６１２０、受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４６１３０、セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）Ｊ４６１４０、メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）Ｊ４６１５０、タイムラインパケットパーサー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｐａｒｓｅｒ）Ｊ４６１６０、及び／又はウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４６１７０を含むことができる。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４６０１０は放送送信機の基準時間についての情報を処理して提供する。

タイムラインパケットエンコーダー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｅｎｃｏｄｅｒ）Ｊ４６０２０は、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成する。

ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４６０３０は、放送送信機の基準時間についての情報に合わせて、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４６０３０は、放送送信機の基準時間についての情報に合わせて、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。

放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４６０４０は、タイムラインパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。

ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４６１１０は、放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４６１１０は、メディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とタイムラインパケットをフィルタリングすることができる。

ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４６１２０は、メディアに対するデータを含むセグメント（例えば、Ｓｅｇ．（Ｖ）、Ｓｅｇ．（Ａ））を抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４６１２０は、ＭＰＤの代わりに、既存のタイミングのための情報（例えば、ＭＰＥＧ２ＴＳで使われたタイミング情報）を抽出することができる。このようなタイミングのための情報は各セグメントに含まれていることもできる。

バッファー制御部（ｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４６１３０は受信機内のセグメントバッファーの動作を制御する。バッファー制御部（ｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４６１３０はアプリケーション階層伝送プロトコルパケットに送信されるセグメントを伝達される。バッファー制御部（ｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４６１３０は、バッファリングが必要な場合、該当のセグメントをセグメントバッファーに伝達することができる。バッファー制御部（ｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４６１３０はブロードバンドタイムライン基準（Ｂｒｏａｄｂａｎｄｔｉｍｅｌｉｎｅｒｅｆｅｒｅｎｃｅ；ＷａｌｌＣｌｏｃｋ）を受信し、セグメントに対するタイミング情報を受信する。バッファー制御部（ｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４６１３０は、セグメントのタイミングとウォールクロックに合わせてセグメントをメディアエンジンなどに伝達して、該当のセグメントが消費されるように制御する。

セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）Ｊ４６１４０はセグメントをバッファリングする。

メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）Ｊ４６１５０はセグメントをデコードし、セグメントに相当するメディアを表出する。

タイムラインパケットパーサー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｐａｒｓｅｒ）Ｊ４６１６０はタイムラインパケットをパーシングする。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４６１７０はタイムラインパケット内の情報を用いて、受信機の基準時間とシステムの基準時間の間の同期を維持するように処理する。

本発明の一実施例で、セグメントは、放送送信機でエンコードされるとすぐに放送ストリームに入力される。ウォールクロック（ＷａｌｌＣｌｏｃｋ）はブロードキャストタイムラインレファレンス（Ｂｏｒａｄｃａｓｔｔｉｍｅｌｉｎｅｒｅｆｅｒｅｎｃｅ）の形態で送信機から受信機に送信される。送信機から受信機への伝送過程で一定の遅延が発生し得る。送信機と受信機のウォールクロック（基準時間）の間に一定の遅延が発生し得る。

図４８は本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。

この図では、図４７の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。

セグメント（Ａ１）はオーディオ１のデータを送信する。

セグメント（Ｖ１）はビデオ１のデータを送信する。

セグメント（Ａ２）はオーディオ２のデータを送信する。

セグメント（Ｖ２）はビデオ２のデータを送信する。

セグメント（Ａ３）はオーディオ３のデータを送信する。

セグメント（Ｖ３）はビデオ３のデータを送信する。

タイムライン４は受信機のバッファーに適用されるタイムラインである。

タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一の時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一の時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一の時間の間にエンコードされる。それぞれのセグメントにはＰＴＳが含まれることができる。

タイムライン４を参照すると、一定の遅延（ｃｏｎｓｔａｎｔｄｅｌａｙ）とそれぞれのセグメントの受信に必要な時間が経った後、それぞれのセグメントが使用可能になる。

タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌｃｈａｎｇｅ）が発生する時点では、セグメント（Ａ２）及びセグメント（Ｖ２）の一部のデータは受信することができないことがあり得る。チャネル変更（ｃｈａｎｎｅｌｃｈａｎｇｅ）が発生する時点の後、セグメント（Ａ３）、及びセグメント（Ｖ３）は全て受信することができる。前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ）が設定されることができる。

図４９は本発明の他の実施例に係るＭＰＤをブロードバンドでのみ使用する場合の放送システムを示した図である。

送信システム（送信機）は、ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４８０１０、タイムラインパケットエンコーダー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｅｎｃｏｄｅｒ）Ｊ４８０２０、ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４８０３０、放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４８０４０及び／又はＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４８０５０を含む。

受信機は、ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４８１１０、ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０、受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４８１３０、セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）Ｊ４８１４０、メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）Ｊ４８１５０、タイムラインパケットパーサー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｐａｒｓｅｒ）Ｊ４８１６０、ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４８１７０、及び／又はＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４８１８０を含むことができる。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｔ）Ｊ４８０１０は放送送信機の基準時間についての情報を処理して提供する。

タイムラインパケットエンコーダー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｅｎｃｏｄｅｒ）Ｊ４８０２０は、メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成する。

ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４８０３０は、放送送信機の基準時間についての情報に合わせて、放送データを含むセグメントをエンコードする。ＤＡＳＨエンコーダー（ＤＡＳＨＥｎｃｏｄｅｒ）Ｊ４４０３０は、放送送信機の基準時間についての情報に合わせて、メディア（放送サービス、放送コンテンツ、及び／又は放送イベント）に対するデータ及び／又は説明情報を含むＭＰＤをエンコードする。

放送送信機（Ｂｒｏａｄｃａｓｔｅｒ）Ｊ４８０４０は、タイムラインパケット、セグメント及び／又はＭＰＤを含む放送ストリームを送信する。

ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４８０５０は、ＭＰＤの要請に対する応答を処理するか、セグメントなどのようなメディアのデータに対する要請に対する応答を処理する。ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４８０５０は放送送信機の内部に位置することができ、外部に位置することもできる。ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４８０５０はＤＡＳＨクライアントから特定のセグメント（例えば、Ｓｅｇ．（Ａ））に対する要請を受信する。この要請には特定のセグメントの位置情報（例えば、ＵＲＬ情報）が含まれることができる。ＨＴＴＰサーバー（ＨＴＴＰＳｅｒｖｅｒ）Ｊ４８０５０は、ＤＡＳＨエンコーダーから、該当のセグメントを受信して、ＤＡＳＨクライアントに伝達することができる。

ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４８１１０は、放送信号から分離されたＩＰ／ＵＤＰデータグラム又はＩＰパケットをフィルタリングする。ＩＰ／ＵＤＰデータグラムフィルター（ＩＰ／ＵＤＰＤａｔａｇｒａｍＦｉｌｔｅｒ）Ｊ４８１１０はメディアに対するデータを含むパケット（アプリケーション階層伝送プロトコルパケット又はＬＣＴパケット）とタイムラインパケットをフィルタリングすることができる。

ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０は受信したパケットからＭＰＤを抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０はメディアに対するデータを含むセグメント（例えば、Ｓｅｇ．（Ｖ））を抽出する。ＡＬＣ／ＬＣＴ＋クライアント（ＡＬＣ／ＬＣＴ＋ｃｌｉｅｎｔ）Ｊ４８１２０は既存の放送システムで使われるタイミングについての情報（例えば、ＭＰＥＧ２−ＴＳの伝送で使われたタイミング関連情報）を抽出することができる。あるいは、既存の放送システムで使われるタイミングについての情報がセグメント（Ｖ）に含まれていることができる。

受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４８１３０は受信機内のセグメントバッファーの動作を制御する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４８１３０はアプリケーション階層伝送プロトコルパケットに送信されるセグメントを伝達される。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４８１３０は、バッファリングが必要な場合、該当のセグメントをセグメントバッファーに伝達することができる。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４８１３０はブロードバンドタイムライン基準（Ｂｒｏａｄｂａｎｄｔｉｍｅｌｉｎｅｒｅｆｅｒｅｎｃｅ；ＷａｌｌＣｌｏｃｋ）を受信し、セグメントに対するタイミング情報を受信する。受信機バッファー制御部（ｒｅｃｅｉｖｅｒｂｕｆｆｅｒｃｏｎｔｒｏｌ）Ｊ４８１３０はセグメントのタイミングとウォールクロックに合わせてセグメントをメディアエンジンなどに伝達して、該当のセグメントが消費されるように制御する。

セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）Ｊ４８１４０はセグメントをバッファリングする。

メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）Ｊ４８１５０はセグメントをデコードし、セグメントに相当するメディアを表出する。

タイムラインパケットパーサー（ＴｉｍｅｌｉｎｅＰａｃｋｅｔｐａｒｓｅｒ）Ｊ４８１６０はタイムラインパケットをパーシングする。

ウォールクロック処理部（ＷａｌｌＣｌｏｃｋ−Ｒ）Ｊ４８１７０はタイムラインパケット内の情報を用いて、受信機の基準時間とシステムの基準時間の間の同期を維持するように処理する。

ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４８１８０は、ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）、ＨＴＴＰアクセスエンジン（ＨＴＴＰａｃｃｅｓｓｅｎｇｉｎｅ）、セグメントバッファー制御部（Ｓｅｇ．Ｂｕｆｆｅｒｃｏｎｔｒｏｌ）、セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）、セグメントインデックス処理部（Ｓｅｇ．Ｉｎｄｅｘ）、ＤＡＳＨクライアント制御部（ＤＡＳＨｃｌｉｅｎｔＣｏｎｔｒｏｌ）及び／又はメディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）を含むことができる。ＤＡＳＨクライアント（ＤＡＳＨｃｌｉｅｎｔ）Ｊ４４１８０はＭＰＤを処理して、ＭＰＤによってセグメントに対する要請を遂行するか、あるいはセグメントを受信して処理する役目を果たす。ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）はＭＰＤをパーシングする。ＭＰＤパーサー（ＭＰＤｐａｒｓｅｒ）はＭＰＤからセグメント（Ａ）に対する既存の放送システムでのタイミング情報（例えば、ＰＴＳなど）、セグメントのＵＲＬ情報、及び／又はセグメントの可用タイミング情報を抽出することができる。ＨＴＴＰアクセスエンジン（ＨＴＴＰａｃｃｅｓｓｅｎｇｉｎｅ）は、ＨＴＴＰを介して、サーバーと通信を行って、必要なデータを要請するかあるいは受信する。セグメントバッファー制御部（Ｓｅｇ．Ｂｕｆｆｅｒｃｏｎｔｒｏｌ）はセグメントバッファーを制御する。セグメントバッファー（Ｓｅｇ．Ｂｕｆｆｅｒ）はセグメントをバッファリングする。セグメントインデックス処理部（Ｓｅｇ．Ｉｎｄｅｘ）はセグメントを順に処理するようにセグメントのインデックスを管理及び処理する。セグメントのインデックスについての情報はＭＰＤに含まれる。セグメントインデックス処理部は、セグメントのタイミングについての情報を獲得して、タイミングによってセグメントがデコードされるようにする処理を遂行する。ＤＡＳＨクライアント制御部（ＤＡＳＨｃｌｉｅｎｔＣｏｎｔｒｏｌ）はＤＡＳＨクライアントを制御する。ＤＡＳＨクライアント制御部は、放送システムの基準時間に合わせてＤＡＳＨクライアントが動作するように制御する。メディアエンジン（ＭｅｄｉａＥｎｇｉｎｅ）はセグメントをデコードしてメディアを生成する。

図５０は本発明の他の実施例に係る放送システムにおけるセグメントの処理タイミングを示した図である。

この図では、図４９の各装置に表示されたＴｉｍｉｎｇ（１）、Ｔｉｍｉｎｇ（２）、Ｔｉｍｉｎｇ（３）、Ｔｉｍｉｎｇ（４）、Ｔｉｍｉｎｇ（５）でのそれぞれのタイムラインが示されており、該当のタイムラインでセグメントのタイミングが示されている。

セグメント（Ａ１）はオーディオ１のデータを送信する。

セグメント（Ｖ１）はビデオ１のデータを送信する。

セグメント（Ａ２）はオーディオ２のデータを送信する。

セグメント（Ｖ２）はビデオ２のデータを送信する。

セグメント（Ａ３）はオーディオ３のデータを送信する。

セグメント（Ｖ３）はビデオ３のデータを送信する。

タイムライン３はサーバー上でのタイムラインである。

タイムライン４は受信機の内部バッファーでのタイムラインである。

タイムライン１で、セグメント（Ａ１）及びセグメント（Ｖ１）が同一の時間の間にエンコードされる。セグメント（Ａ１）及びセグメント（Ｖ１）のエンコードが終了すれば、セグメント（Ａ２）及びセグメント（Ｖ２）が同一の時間の間にエンコードされる。セグメント（Ａ２）及びセグメント（Ｖ２）のエンコードが終了すれば、セグメント（Ａ３）及びセグメント（Ｖ３）が同一の時間の間にエンコードされる。それぞれのビデオデータを含むセグメントはＰＴＳ（ＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅｓｔａｍｐ）情報を含むことができる。

タイムライン３で、ビデオデータを送信するセグメントに対応するオーディオデータを送信するセグメント（Ａ１）、セグメント（Ａ２）、セグメント（Ａ３）が外部サーバーで可用な時間が表現されている。オーディオデータを含むセグメントの持続時間にｔｉｍｅｓｈｉｆｔｂｕｆｆｅｒｄｅｐｔｈを加えて、該当のセグメントが可用な期間が分かる。

タイムライン５を参照すると、チャネル変更（ｃｈａｎｎｅｌｃｈａｎｇｅ）が発生する時点で、受信機はセグメント（Ｖ１）は受信することができなかったし、セグメント（Ｖ２）に含まれる一部のデータは受信することができなかった。受信機は、チャネル変更時点の後、セグメント（Ｖ３）を全く受信することができる。一方、受信機は、ＭＰＤを用いて、セグメント（Ａ２）を受信することができる。各セグメントが可用であり、前記セグメントが他のクライアントの処理結果と同期する時間を考慮して、セグメント（Ａ２）、セグメント（Ａ３）、セグメント（Ｖ３）の表出のために提示される遅延（ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ）が設定されることができる。受信機では、ｐｅｒｉｏｄｓｔａｒｔ情報、セグメント（Ａ２）、セグメント（Ａ３）のそれぞれのｓｔａｒｔｔｉｍｅ情報、及び／又はｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ情報が示す時間を加えて、ｐｅｒｉｏｄが始まった後のセグメント（Ａ２）、及びセグメント（Ａ３）を表出する時間を決定することができる。受信機によって、コンテンツが表出される時間の差があり得るが、ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙを用いて受信機間のコンテンツが表出される時間差を無くすことができる。

ＭＰＤがブロードバンドでのみ使われる場合、ブロードバンドに送信されるコンテンツに対するａｖａｉｌａｂｉｌｉｔｙｔｉｍｅｌｉｎｅを処理するためにウォールクロック（ＷａｌｌＣｌｏｃｋ）が必要である。この場合、「Ｂｒｏａｄｂａｎｄｔｉｍｅｌｉｎｅｒｅｆｅｒｅｎｃｅ」がウォールクロックの値と同期することができる。

ＭＰＤは、メディアの表出時間をシグナリングするために、Ｍｅｄｉａｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅｃｌｏｃｋ情報を含むことができる。Ｍｅｄｉａｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅｃｌｏｃｋ情報を「ｂｒｏａｄｃａｓｔｔｉｍｅｌｉｎｅｒｅｆｅｒｅｎｃｅ」として使うために、ウォールクロックとＭｅｄｉａｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅｃｌｏｃｋ情報間の変換のための更なるモジュール又は装置が必要なことがあり得る。本発明の一実施例によると、「ＭＰＤ＠ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ」情報がＰＴＳと一緒に送信されるか、ＰＴＳが「ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ」を考慮した値を有するように設定されることができる。

ブロードキャスト網とブロードバンド網にそれぞれ送信されるメディア（放送サービス、コンテンツ、及び／又はイベント）の間の同期のために、ＤＡＳＨｍｅｄｉａｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅｌｉｎｅがブロードキャストとブロードバンドのために使われることができる。例えば、「ＭＰＤ＠ｓｕｇｇｅｓｔｅｄｐｒｅｓｅｎｔａｔｉｏｎｄｅｌａｙ」を用いて、ブロードキャストストリームとブロードバンドストリームを一致（ａｌｉｇｎ）させる。「ＳｅｇｍｅｎｔＢａｓｅ＠ａｖａｉｌａｂｉｌｉｔｙｔｉｍｅＯｆｆｓｅｔ」を用いて、シグナリングされたａｖａｉｌａｂｉｌｉｔｙｓｔａｒｔｔｉｍｅ以前に、クライアントがセグメントに近付くことができるように許すことができる。ＭＰＤにｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅのａｎｃｈｏｒ情報を付け加えることができる。このようなａｎｃｈｏｒ情報は「ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ」に表現されることができる。受信機は、ａｎｃｈｏｒの値からセグメントの開始のｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅを測定することができる。例えば、受信機は、「ＭＰＤ＠ａｎｃｈｏｒＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ」＋「Ｐｅｒｉｏｄ＠ｓｔａｒｔ」＋「Ｓｅｇｍｅｎｔ＠ｐｒｅｓｅｎｔａｔｉｏｎＴｉｍｅＯｆｆｓｅｔ／Ｓｅｇｍｅｎｔ＠ｔｉｍｅｓｃａｌｅ」で、セグメントの開始のｐｒｅｓｅｎｔａｔｉｏｎｔｉｍｅを測定することができる。

ブロードバンドネットワークとブロードキャストネットワーク上で互いに異なる長さの遅延が発生し得る。この場合、受信機はブロードバンドに送信されるデータ（セグメント又はコンテンツ）を該当のデータが実際に消費される時間前に要請することが好ましい。よって、ブロードキャストに送信されるデータが受信される場合、このデータとブロードバンドに送信されたデータを一緒に消費することができる。このために、ＭＰＤにブロードバンドに送信されるセグメントに対して一定したオフセットを設定する情報である「ＳｅｇｍｅｎｔＢａｓｅ＠ａｖａｉｌａｂｉｌｉｔｙｔｉｍｅＯｆｆｓｅｔ」を付け加えることができる。

図５１は本発明の一実施例に係る放送信号を送信処理する手順及び放送信号を受信処理する手順を示したフローチャートである。

（ａ）を参照すると、送信機ではメディアに含まれるデータの一部を送信するセグメントを生成する（ＪＳ５１０１０）。

送信機では、前記セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）と前記データユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成する（ＪＳ５１０２０）。

送信機では、前記パケットを含む放送信号を生成し、前記放送信号を送信する（ＪＳ５１０３０）。

前記過程で、送信機は、前記ヘッダーがＴＯＩ（ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）エレメントを含むとともに前記ＴＯＩエレメントが前記ペイロードを送信するデータに含まれる前記セグメントを識別するセグメント識別エレメント及び前記データユニットを識別するデータユニット識別エレメントを含むように処理することができる。

（ｂ）を参照すると、受信機は一つ以上のパケットを含む放送信号を受信する（ＪＳ５１１１０）。

受信機は前記一つ以上のパケットをパーシングする（ＪＳ５１１２０）。ここで、前記パケットは、ヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むことができる。

受信機は、前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するセグメントを生成する（ＪＳ５１１３０）。

受信機は前記セグメントを用いてメディアをデコードする（ＪＳ５１１４０）。

ここで、前記ヘッダーはＴＯＩ（ＴｒａｎｓｐｏｒｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ）エレメントを含み、前記ＴＯＩエレメントは前記ペイロードが送信するデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことができる。

説明された放送信号の送信及び／又は受信処理過程は、一つの実施例として、各処理過程で、本明細書で前述した一つ以上のデータ処理動作が付け加えられることができる。あるいは、この図面で説明した過程の一部処理過程は省略することができる。

図５２は本発明の一実施例に係る送信機及び受信機を示した図である。

（ａ）を参照すると、送信機Ｊ５２０１０は、データエンコーダーＪ５２０２０、パケットエンコーダーＪ５２０３０、放送信号送信部Ｊ５２０４０及び／又はシグナリングエンコーダーＪ５２０５０を含むことができる。

データエンコーダーＪ５２０２０はメディアに含まれるデータの一部を送信するセグメントを生成する。

パケットエンコーダーＪ５２０３０は前記セグメントを一つ以上のデータユニットに分割し、ヘッダー（ｈｅａｄｅｒ）と前記データユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むパケットを生成する。

放送信号送信部Ｊ５２０４０は前記パケットを含む放送信号を生成し、前記放送信号を送信する。

シグナリングエンコーダーＪ５２０５０はシグナリング情報を生成する。シグナリングエンコーダーＪ５２０５０は送信機に含まれた一つ以上の装置に生成されたシグナリング情報を伝達することができる。

この図の送信機には、本明細書で前述した送信機の各装置のいずれか一つ以上の装置が付け加えられることができる。

（ｂ）を参照すると、受信機Ｊ５２１１０は、チューナーＪ５２１２０、ＡＬＣ／ＬＣＴ＋クライアントＪ５２１３０、ＤＡＳＨクライアントＪ５２１４０及び／又はメディアデコーダーＪ５２１５０を含むことができる。

チューナーＪ５２１２０は一つ以上のパケットを含む放送信号を受信する。

ＡＬＣ／ＬＣＴ＋クライアントＪ５２１３０は前記一つ以上のパケットをパーシングする。ここで、前記パケットはヘッダー（ｈｅａｄｅｒ）とデータユニットの全部又は一部のデータを含むペイロード（ｐａｙｌｏａｄ）を含むことができる。

ＤＡＳＨクライアントＪ５２１４０は前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するセグメントを生成する。

メディアデコーダーＪ５２１５０は前記セグメントを用いてメディアをデコードする。

この図の受信機には、本明細書で前述した受信機の各装置のいずれか一つ以上の装置が付け加えられることができる。

モジュール、処理部、デバイス又はユニットはメモリ（又は格納ユニット）に格納された連続した遂行過程を行うプロセッサであってもよい。前述した実施例に記述された各段階はハードウェア／プロセッサによって遂行されることができる。前述した実施例に記述された各モジュール／ブロック／ユニットはハードウェア／プロセッサとして動作することができる。また、本発明が提示する方法はコードとして実行されることができる。このコードはプロセッサが読める記録媒体に書き込まれることができ、よって装置（ａｐｐａｒａｔｕｓ）が提供するプロセッサによって読み込まれることができる。

本発明による方法発明はいずれも多様なコンピュータ手段によって遂行可能なプログラム命令の形態に具現されてコンピュータ可読の媒体に記録されることができる。

前記コンピュータ可読媒体は、プログラム命令、データファイル、データ構造などを単独で又は組合せで含むことができる。前記媒体に記録されるプログラム命令は本発明のために特別に設計されて構成されたものであるか、あるいはコンピュータソフトウェアの当業者に知られて使用可能なものであることができる。コンピュータ可読記録媒体の例には、ハードディスク、フロッピーディスク及び磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌｍｅｄｉａ）、フロプチカルディスク（ｆｌｏｐｔｉｃａｌｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌｍｅｄｉａ）、及びロム（ＲＯＭ）、ラム（ＲＡＭ）、フラッシュメモリなどのプログラム命令を記憶して遂行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例には、コンパイラーによって作われるもののような機械語コードだけではなくインタープリターなどを用いてコンピュータによって実行可能な高級言語コードを含む。前記ハードウェア装置は、本発明の動作を遂行するために、一つ以上のソフトウェアモジュールとして作動するように構成されることができ、その逆もまた同様である。

以上のように、本発明をたとえ限定された実施例及び図面に基づいて説明したが、本発明は前記実施例に限定されるものではなくて、本発明が属する分野で通常の知識を持った者であれば、このような記載から多様な修正及び変形が可能である。したがって、本発明の範囲は説明された実施例に限って決定されてはいけなく、後述する特許請求範囲だけではなくこの特許請求範囲と均等なものなどによって決定されなければならない。

したがって、本発明は添付の請求項及びその同等な範囲内で提供される本発明の変更及び変形を含むものに意図される。

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

発明の実施のための形態は、前述したように、発明の実施のための最善の形態に詳述された。

本発明は放送産業の全般に利用可能である。

Claims

メディアに含まれるデータの一部を送信するセグメントを生成するデータエンコーダーと、
前記セグメントを一つ以上のデータユニットに分割し、ヘッダーと前記データユニットの全部又は一部のデータを含むペイロードを含むパケットを生成するパケットエンコーダーと、
前記パケットを含む放送信号を生成し、前記放送信号を送信する放送信号送信部と、
を含み、
前記ヘッダーはＴＯＩエレメントを含み、前記ＴＯＩエレメントは前記ペイロードで送信されるデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする、送信機。
前記データエンコーダーはＤＡＳＨエンコーダーに相当し、前記データエンコーダーはＭＰＤを生成し、
前記送信機は、
放送送信機の基準時間についての情報を用いてＮＴＰ情報を生成し、ＮＴＰ情報を含むＮＴＰパケット生成するＮＴＰサーバーと、
メディアの同期、又は放送システムと放送受信機の間の基準時間の同期のための情報を含むタイムラインパケットを生成するタイムラインパケットエンコーダーと、
ＭＰＤの要請に対する応答を処理するか、またはセグメントなどのメディアのデータの要請に対する応答を処理するＨＴＴＰサーバーと、
放送送信機の基準時間についての情報を処理して提供するウォールクロック処理部と、
シグナリング情報を生成するシグナリングエンコーダーと、
のいずれか一つ以上をさらに含む、請求項１に記載の送信機。
前記データユニットはチャンクに相当し、
前記セグメントはＩＳＯＢＭＦＦファイルに相当し、
前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当する、請求項１に記載の送信機。
前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含む、請求項１に記載の送信機。
前記ペイロードの前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含む、請求項１に記載の送信機。
前記ヘッダーは、ＴＳＩエレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別する、請求項１に記載の送信機。
前記ヘッダーは、前記データユニットのＰＴＳを示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含む、請求項１に記載の送信機。
一つ以上のパケットを含む放送信号を受信するチューナーと、
前記一つ以上のパケットをパーシングするＡＬＣ／ＬＣＴ＋クライアントであって、前記パケットはヘッダーとデータユニットの全部又は一部のデータを含むペイロードを含む、ＡＬＣ／ＬＣＴ＋クライアントと、
前記一つ以上のパケットから一つ以上のデータユニットを抽出し、メディアに含まれるデータの一部を送信するＤＡＳＨクライアントと、
前記セグメントを用いてメディアをデコードするメディアデコーダーと、
を含み、
前記ヘッダーはＴＯＩエレメントを含み、前記ＴＯＩエレメントは前記ペイロードで送信されるデータが含まれる前記セグメントを識別するセグメント識別エレメントと前記データユニットを識別するデータユニット識別エレメントを含むことを特徴とする、受信機。
前記ＤＡＳＨクライアントの要求を処理してＨＴＴＰサーバーに伝達し、前記ＨＴＴＰサーバーから前記要求による応答を受信して前記ＤＡＳＨクライアントに伝達するＨＴＴＰアクセスクライアントをさらに含み、
前記ＤＡＳＨクライアントは、前記応答に含まれたセグメントと前記生成されたセグメントの間の同期を取る、請求項８に記載の受信機。
前記データユニットはチャンクに相当し、
前記セグメントはＩＳＯＢＭＦＦファイルに相当し、
前記パケットはＡＬＣ／ＬＣＴ＋パケットに相当する、請求項８に記載の受信機。
前記ヘッダーは、前記パケットに含まれたデータの優先順位を示す優先エレメントをさらに含む、請求項８に記載の受信機。
前記ペイロードの前記ヘッダーは、前記セグメントの始部から、前記データユニットが前記セグメント内で送信される時点のオフセットを示すＥＸＴ＿ＯＢＪ＿ＯＦＦＳＥＴエレメントをさらに含む、請求項８に記載の受信機。
前記ヘッダーは、ＴＳＩエレメントをさらに含み、前記ＴＳＩエレメントは前記セグメントが属するトラックを識別する、請求項８に記載の受信機。
前記ヘッダーは、前記データユニットのＰＴＳを示すＥＸＴ＿ＯＢＪ＿ＰＴＳエレメント、及び前記データユニットの位置を識別するＥＸＴ＿ＯＢＪ＿ＬＯＣＡＴＩＯＮエレメントをさらに含む、請求項８に記載の受信機。