(57)【特許請求の範囲】
【請求項１】
一つ以上のネットワークを介してサービスコンテンツを受信する装置であって、
放送網を介して前記サービスコンテンツの第１コンポーネントを含む放送ストリームを受信するためのデジタルテレビの放送網インターフェースと、
ブロードバンドネットワークを介して前記サービスコンテンツの第２コンポーネントを含むブロードバンドストリームを受信するための前記デジタルテレビのブロードバンドネットワークインターフェースと、
前記放送ストリームは、前記第１コンポーネントと前記第２コンポーネントを同期化するためのシグナリングデータをさらに含み、
前記放送ストリームを介して送信された前記シグナリングデータは、前記ブロードバンドネットワークを介して送信された前記第２コンポーネントのタイムライン情報を含み、
前記シグナリングデータは、前記第１コンポーネントと前記第２コンポーネントを同期化するために、前記第１コンポーネントの第１タイムスケール情報と前記第２コンポーネントの第２タイムスケール情報の両方をさらに含み、
前記第１コンポーネントと前記第２コンポーネントを、前記シグナリングデータに基づいて、前記第２コンポーネントの前記タイムライン情報で示されるタイムラインとは区別できる一つのタイムラインにマッピングして、前記第１コンポーネント及び前記第２コンポーネントの同期化のためにマッピングするタイムラインに基づいた前記放送ストリーム及び前記ブロードバンドストリームを用いて前記サービスコンテンツを構成するプロセッサと、を含む装置。
【請求項２】
前記シグナリングデータは、前記放送ストリームのタイムラインを構成する所定の時間情報を示す内部タイムライン基準情報、及び前記ブロードバンドストリームのタイムラインを構成する所定の時間情報を示す外部タイムライン基準情報を含む、請求項１に記載の装置。
【請求項３】
前記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、
前記パケットヘッダーは、前記放送ストリーム及び前記ブロードバンドストリームのための前記シグナリングデータを含み、
前記プロセッサは、前記内部タイムライン基準情報及び前記外部タイムライン基準情報に基づいて前記放送ストリーム及び前記ブロードバンドストリームを用いて前記サービスコンテンツを構成する、請求項２に記載の装置。
【請求項４】
前記パケットペイロードは、前記シグナリングデータを含み、
前記プロセッサは、前記内部タイムライン基準情報及び前記外部タイムライン基準情報に基づいて前記放送ストリーム及び前記ブロードバンドストリームを用いて前記サービスコンテンツを構成する、請求項３に記載の装置。
【請求項５】
前記シグナリングデータは、前記ブロードバンドストリームを識別する外部メディアＵＲＬ情報を含み、
前記プロセッサは、前記外部メディアＵＲＬ情報、前記内部タイムライン基準情報及び前記外部タイムライン基準情報に基づいて前記放送ストリーム及び前記ブロードバンドストリームを用いて前記サービスコンテンツを構成する、請求項２に記載の装置。
【請求項６】
前記ブロードバンドストリームはインターネットストリームに対応する、請求項１に記載の装置。
【請求項７】
一つ以上のネットワークを介してサービスコンテンツを送信する装置であって、
前記サービスコンテンツの第１コンポーネントと第２コンポーネントを同期化するためにシグナリングデータをエンコードするシグナリングエンコーダと、
前記サービスコンテンツの第１コンポーネント及び前記シグナリングデータを含む放送ストリームをエンコードする第１エンコーダと、
前記サービスコンテンツの第２コンポーネントを含むブロードバンドストリームをエンコードする第２エンコーダと、
前記放送ストリームを介して送信された前記シグナリングデータは、前記ブロードバンドストリームのための前記第２コンポーネントのタイムライン情報を含み、
前記シグナリングデータは、前記第１コンポーネントの第１タイムスケール情報と前記第２コンポーネントの第２タイムスケール情報の両方をさらに含み、
放送網を介して前記エンコードされた放送ストリームを伝送する放送局の放送網インターフェースと、
ブロードバンドネットワークを介して前記エンコードされたブロードバンドストリームを伝送するための前記放送局のブロードバンドネットワークインターフェースと、を含む装置。
【請求項８】
前記シグナリングデータは、前記放送ストリームのタイムラインを構成する内部タイムライン基準情報、及び前記ブロードバンドストリームのタイムラインを構成する外部タイムライン基準情報を含む、請求項７に記載の装置。
【請求項９】
前記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、
前記パケットヘッダーは、前記放送ストリーム及び前記ブロードバンドストリームのための前記シグナリングデータを含む、請求項８に記載の装置。
【請求項１０】
前記パケットペイロードは、前記放送ストリーム及び前記ブロードバンドストリームのための前記シグナリングデータを含む、請求項９に記載の装置。
【請求項１１】
前記ブロードバンドストリームはインターネットストリームに対応する、請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号を送信する装置、放送信号を受信する装置、放送信号を送受信する方法に関する。
【０００２】
本発明は、デジタル放送システムにおいてハイブリッド放送を支援する方法及び装置に関する。より詳細には、本発明は、デジタル放送システムにおいて一つ以上の伝送網で送信／受信される伝送ストリームを結合して使用するための送信／受信処理方法及び装置に関する。
【背景技術】
【０００３】
アナログ放送信号送信の終了と共に、デジタル放送信号を送受信する多様な技術が開発されている。デジタル放送信号は、アナログ放送信号より多量のビデオ／オーディオデータを含むことができ、ビデオ／オーディオデータに加えて、多様な形態の付加データをさらに含むことができる。
【０００４】
すなわち、デジタル放送システムは、ＨＤ（ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ）イメージ、多チャネルオーディオ及び多様な付加サービスを提供することができる。しかし、デジタル放送のために、多量のデータの送信のためのデータ伝送効率、送受信網のロバスト性（ｒｏｂｕｓｔｎｅｓｓ）及び移動受信装置を考慮した網柔軟性が改善される必要がある。
【０００５】
デジタル放送システムは、主に既存の地上波放送、衛星放送又はケーブル放送の一般的な放送網を介してコンテンツを提供する。しかし、放送網は、帯域幅が制限され、視聴者が放送コンテンツと関連する活動に活発に参加するのに困難があるという問題を有する。
【０００６】
特に、コンテンツの多様化及び高品質化のために、放送コンテンツが送信される放送網の帯域幅は不十分である。これに対するソリューションとして、ハイブリッド放送システムが開発されている。このシステムにおいて、データは放送網及びインターネットのそれぞれを介して受信されて同時に使用される。
【０００７】
しかし、ハイブリッド放送システムは、伝送ストリームを結合するプロセスで放送網及びインターネットのそれぞれを介して送信された伝送ストリームを同期化する適切な方式を提案することができない。また、ハイブリッド放送システムは、放送網及びインターネットのそれぞれを介して送信された伝送ストリームの同期化のための複雑な計算を必要とする方式を提案する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、放送信号を送信し、時間領域で２以上の異なる放送サービスを提供する放送送受信スシンテムのデータをマルチプレクス（多重化）し、同一のＲＦ信号帯域幅を通じてマルチプレクスされたデータを送信する装置及び方法、並びにそれに対応する放送信号受信装置及び方法を提供することにある。
【０００９】
本発明の他の目的は、放送信号を送信する装置、放送信号を受信する装置、及び放送信号を送受信し、コンポーネントによってサービスに対応するデータを分類し、それぞれのコンポーネントに対応するデータをデータパイプとして送信し、データを受信処理する方法を提供することにある。
【００１０】
本発明の他の目的は、放送信号を送信する装置、放送信号を受信する装置、及び放送信号を送受信し、放送信号を提供するのに必要なシグナリング情報をシグナルする方法を提供することにある。
【００１１】
現在のハイブリッド放送システムは、同期化を必要としない形態を有する個別コンテンツと結合されることによって、放送網とインターネットのそれぞれを介して伝送される伝送ストリームが提供されるという問題を有する。
【００１２】
また、ハイブリッド放送システムは、放送網とインターネットのそれぞれを介して伝送される伝送ストリームを同期化するために受信機の過度な計算性能を必要とするという問題を有する。
【００１３】
本発明の目的は、上述した問題を解決するために考案された。
【課題を解決するための手段】
【００１４】
前記目的及び他の利点を達成するために、ここで具現されて広く記述されたように、本発明は、一つ以上のネットワークを介して放送コンテンツを受信する装置であって、放送網を介して前記放送コンテンツの第１部分を含む放送ストリームを受信する放送網インターフェースと、異種網を介して前記放送コンテンツの第２部分を含む異種ストリームを受信する異種網インターフェースと、前記放送ストリームは、前記一つ以上のネットワークを介して伝送されたストリームを同期化するメタデータを含むタイムライン基準シグナリング情報をさらに含み、前記タイムライン基準シグナリング情報は、少なくとも一つのメディアストリームのタイムラインを構成する所定の時間情報を示す少なくとも一つのタイムライン基準情報を含み、前記タイムライン基準シグナリング情報に基づいて前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成するプロセッサと、を含む装置を提供する。
【００１５】
好ましくは、前記タイムライン基準シグナリング情報は、前記放送ストリームのタイムラインを構成する所定の時間情報を示す内部タイムライン基準情報、及び前記異種ストリームのタイムラインを構成する所定の時間情報を示す外部タイムライン基準情報を含む。
【００１６】
好ましくは、前記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、前記パケットヘッダーは、前記放送ストリーム及び前記異種ストリームのための前記タイムライン基準シグナリング情報を含み、前記プロセッサは、前記内部タイムライン基準情報及び前記外部タイムライン基準情報に基づいて前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する。
【００１７】
好ましくは、前記パケットペイロードは、前記タイムライン基準シグナリング情報を含み、前記プロセッサは、前記内部タイムライン基準情報及び前記外部タイムライン基準情報に基づいて前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する。
【００１８】
好ましくは、前記タイムライン基準シグナリング情報は、前記異種ストリームを識別する外部メディアＵＲＬ情報を含み、前記プロセッサは、前記外部メディアＵＲＬ情報、前記内部タイムライン基準情報及び前記外部タイムライン基準情報に基づいて前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する。
【００１９】
好ましくは、前記異種ストリームはインターネットストリームに対応する。
【００２０】
好ましくは、前記異種ストリームは前記放送ストリームに対応し、前記異種ストリームのタイムラインは前記放送ストリームのタイムラインと異なる。
【００２１】
ここで具現されて広く記述されたように、本発明は、一つ以上のネットワークを介して放送コンテンツを送信する装置であって、前記一つ以上のネットワークを介して伝送されたストリームを同期化するメタデータを含むタイムライン基準シグナリング情報をエンコードするシグナリングエンコーダと、前記放送コンテンツの第１部分及び前記タイムライン基準シグナリング情報を含む放送ストリームをエンコードする第１エンコーダと、前記放送コンテンツの第２部分を含む異種ストリームをエンコードするエンコードする第２エンコーダと、前記タイムライン基準シグナリング情報は、少なくとも一つのメディアストリームのタイムラインを構成する所定の時間情報を示す少なくとも一つのタイムライン基準情報を含み、放送網を介して前記エンコードされた放送ストリームを伝送する放送網インターフェースと、異種網を介して前記エンコードされた異種ストリームを伝送する異種網インターフェースと、を含む装置を提供する。
【００２２】
好ましくは、前記タイムライン基準シグナリング情報は、前記放送ストリームのタイムラインを構成する内部タイムライン基準情報、及び前記異種ストリームのタイムラインを構成する外部タイムライン基準情報を含む。
【００２３】
好ましくは、前記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、前記パケットヘッダーは、前記放送ストリーム及び前記異種ストリームのための前記タイムライン基準シグナリング情報を含む。
【００２４】
好ましくは、前記パケットペイロードは、前記放送ストリーム及び前記異種ストリームのための前記タイムライン基準シグナリング情報を含む。
【００２５】
好ましくは、前記タイムライン基準シグナリング情報は、前記異種ストリームを識別する外部メディアＵＲＬ情報を含み、
【００２６】
前記外部メディアＵＲＬ情報は、位置情報及び識別情報のうち少なくとも一つを含む。
【００２７】
好ましくは、前記異種ストリームはインターネットストリームに対応する。
【００２８】
好ましくは、前記異種ストリームは前記放送ストリームに対応し、前記異種ストリームのタイムラインは前記放送ストリームのタイムラインと異なる。
【発明の効果】
【００２９】
本発明は、サービス特性によってデータを処理し、それぞれのサービス又はサービスコンポーネントに対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅｓ）を制御することによって多様な放送サービスを提供することができる。
【００３０】
本発明は、同一のＲＦ信号帯域幅を通じて多様な放送サービスを送信することによって送信柔軟性を達成することができる。
【００３１】
本発明は、ＭＩＭＯシステムを用いて放送信号の送受信のロバスト性を増加させ、データ送信効率を改善することができる。
【００３２】
本発明によると、モバイル受信装置で又は室内環境でも誤りなしでデジタル放送信号を受信可能な放送信号送受信方法及び装置を提供することができる。
【００３３】
本発明は、異種網のそれぞれを介して伝送される伝送ストリームを容易に同期化するのに効果的である。
【００３４】
本発明は、異種網の特性とは関係なく、多くの用途に適用可能な異種網のそれぞれを介して伝送される伝送ストリームの同期化に効果的である。
【００３５】
本発明は、異種網を介して同一のコンテンツと結合可能な多様な放送データを提供できるので、ユーザの便宜を向上させるのに効果的である。
【図面の簡単な説明】
【００３６】
本発明の理解を提供するために本出願の一部として含まれ、その一部を構成する添付の図面は、本発明の実施例を示し、説明と共に本発明の原理を説明する。
【図１】本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例に係る入力フォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図３】本発明の他の一実施例に係る入力フォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図４】本発明の他の一実施例に係る入力フォーマッティング（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図５】本発明の一実施例に係るＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。
【図６】本発明の他の一実施例に係るＢＩＣＭブロックを示す図である。
【図７】本発明の一実施例に係るフレームビルディング（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ、フレーム生成）ブロックを示す図である。
【図８】本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。
【図９】本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図１０】本発明の一実施例に係るフレーム構造を示す図である。
【図１１】本発明の一実施例に係るフレームのシグナリング層の構造を示す図である。
【図１２】本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。
【図１３】本発明の一実施例に係るＰＬＳ１データを示す図である。
【図１４】本発明の一実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の他の実施例に係るＰＬＳ２データを示す図である。
【図１６】本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ；論理）構造を示す図である。
【図１７】本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。
【図１８】本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１９】本発明の一実施例に係るＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図２０】本発明の一実施例に係るＤＰ（ｄａｔａ  ｐｉｐｅ；データパイプ）のタイプを示す図である。
【図２１】本発明の一実施例に係るＤＰ（ｄａｔａ  ｐｉｐｅ；データパイプ）マッピングを示す図である。
【図２２】本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。
【図２３】本発明の一実施例に係るビットインターリービングを示す図である。
【図２４】本発明の一実施例に係るセル―ワードデマルチプレクシングを示す図である。
【図２５】本発明の一実施例に係るタイムインターリービングを示す図である。
【図２６】本発明の一実施例に係るツイストされた行―列ブロックインターリーバの基本動作を示す図である。
【図２７】本発明の他の一実施例に係るツイストされた行―列ブロックインターリーバの動作を示す図である。
【図２８】本発明の一実施例に係るツイストされた行―列ブロックインターリーバの対角線方向読み取りパターンを示す図である。
【図２９】本発明の一実施例に係る各インターリービングアレイ（ａｒｒａｙ）からインターリーブされたＸＦＥＣＢＬＯＣＫを示す図である。
【図３０】本発明の実施例に係る次世代放送システムのためのプロトコルスタックを示す図である。
【図３１】本発明の実施例に係る次世代放送システムの受信機を示す図である。
【図３２】本発明の実施例に係る放送受信機を示す図である。
【図３３】本発明の実施例によって、放送網の伝送ストリームとインターネット（異種網）の伝送ストリームとの同期化のためのタイムラインコンポーネントを示す図である。
【図３４】本発明の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３５】本発明の他の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３６】本発明の実施例に係る、放送網送信パケットのタイムスタンプがない場合に、タイムラインコンポーネントを用いて放送網を介して送信されたストリームと異種網（例えば、インターネット）を介して送信されたストリームとを同期化する方式を示す図である。
【図３７】本発明の他の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３８】本発明の他の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３９】本発明の他の実施例によって、タイムライン基準シグナリング情報を用いて放送網を介して伝送されたストリームと異種網を介して伝送されたストリームとの間の同期化方法を示す図である。
【図４０】本発明の他の実施例に係るタイムライン基準情報ＡＵのシンタックスを示す図である。
【図４１】本発明の他の実施例に係るタイムライン基準情報ＡＵのシンタックスを示す図である。
【図４２】本発明の他の実施例に係るタイムライン基準情報の送信を支援するＬＣＴパケットの構造を示す図である。
【図４３】本発明の他の実施例に係るタイムライン基準情報の送信を支援するＬＣＴパケットの構造を示す図である。
【図４４】本発明の実施例に係る、ＤＡＳＨが適用される放送網内の伝送ストリームと異種網（例えば、インターネット）の伝送ストリームとの間のタイムラインコンポーネントＡＵを用いた同期化方式を示す図である。
【図４５】本発明の実施例によって、ＩＳＯ  ＢＭＦＦ内のタイムラインコンポーネントを識別するサンプルエントリを示す図である。
【図４６】本発明の実施例に係る、ＩＳＯ  ＢＭＦＦでタイムラインコンポーネントトラックと他のトラックとの間の依存関係を示すトラック基準タイプボックスを示す図である。
【図４７】本発明の実施例に係る、次世代放送システムでサービス及び／又はコンテンツを取得する構成を示す図である。
【図４８】本発明の実施例に係る、ＩＳＯ  ＢＭＦＦでビデオデータ及び／又はオーディオデータに接近する方式を示す図である。
【図４９】本発明の他の実施例に係る、ＩＳＯ  ＢＭＦＦでビデオデータ及び／又はオーディオデータに接近する方式を示す図である。
【発明を実施するための形態】
【００３７】
以下、添付の図面を参照して本発明の好適な実施例を説明する。添付の図面を参照して以下に説明する詳細な説明は、本発明によって具現し得る実施例だけを示すよりは、本発明の例示的な実施例を説明するためのものである。
【００３８】
本発明で使われる大部分の用語は、本技術で広く使われているものから選択されたが、一部の用語は出願人によって任意に選択されたものもあり、その意味は、必要によって次の説明で詳細に説明する。したがって、本発明は、単なる名称又は意味よりは、用語の意図した意味に基づいて理解されなければならない。
【００３９】
本発明でいう“シグナリング（信号通知）”とは、サービス情報（ＳＩ）が、放送システム、インターネットシステム、及び／又は放送／インターネットコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）システムから送受信されることを意味することができる。サービス情報（ＳＩ）は、既存の放送システムから受信された放送サービス情報（例えば、ＡＴＳＣ―ＳＩ及び／又はＤＶＢ―ＳＩ）を含むことができる。
【００４０】
“放送信号”という用語は、地上波放送、ケーブル放送、衛星放送及び／又はモバイル放送から受信された信号及び／又はデータだけでなく、インターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）などの双方向放送システムから受信された信号及び／又はデータを概念的に含むことができる。
【００４１】
“ＰＬＰ”という用語は、物理層に含まれるデータを送信する所定の単位を示すことができる。したがって、“ＰＬＰ”という用語は、必要によって、“データユニット”又は“データパイプ”という用語に代えてもよい。
【００４２】
放送ネットワーク及び／又はインターネットネットワークと連動するように構成されるハイブリッド放送サービスは、デジタルテレビ（ＤＴＶ）サービスで使われる代表アプリケーションとして用いられてもよい。ハイブリッド放送サービスは、インターネットで地上波放送ネットワークを介して送信される放送Ａ／Ｖ（オーディオ／ビデオ）コンテンツに関連したエンハンスメントデータを実時間で送信し、インターネットを介して放送Ａ／Ｖコンテンツの一部を実時間で送信し、ユーザが様々なコンテンツを経験できるようにすることができる。
【００４３】
本発明は、ＩＰパケット、ＭＰＥＧ―２  ＴＳパケット及び次世代デジタル放送システムで他の放送システムに適用可能なパケットをカプセル化し、ＩＰパケット、ＭＰＥＧ―２  ＴＳパケット及びパケットが物理層に送信されるようにする方法を提供することを目標とする。また、本発明は、同じヘッダーフォーマットを用いてレイヤ２シグナリングを送信する方法を提案する。
【００４４】
次に説明するコンテンツは、装置によって具現することができる。例えば、次のプロセスを、シグナリングプロセッサ、プロトコルプロセッサ、プロセッサ及び／又はパケット生成器で行うことができる。
【００４５】
本発明で使用する用語のうち、リアルタイムサービス（ｒｅａｌ  ｔｉｍｅ（ＲＴ）ｓｅｒｖｉｃｅ）は、言葉のとおり、実時間サービスを意味する。すなわち、時間に拘束されるサービスである。これに対し、ノンリアルタイムサービス（ｎｏｎ―ｒｅａｌ  ｔｉｍｅ（ＮＲＴ）  ｓｅｒｖｉｃｅ）は、ＲＴサービス以外の非実時間サービスを意味する。すなわち、非実時間サービスは、時間に拘束されないサービスである。そして、ＮＲＴサービスのためのデータをＮＲＴサービスデータと呼ぶものとする。
【００４６】
本発明に係る放送受信機は、地上波、ケーブル、インターネットなどのような媒体を介して非実時間（ＮＲＴ）サービスを受信することができる。ＮＲＴサービスは、放送受信機の保存媒体に保存された後、既に設定された時間又はユーザの要求によってディスプレイ装置に表示される。ＮＲＴサービスは、ファイル形態で受信されて保存媒体に保存されることを一実施例とする。保存媒体は、放送受信機の内部に装着された内蔵ＨＤＤであることを一実施例とする。他の例として、保存媒体は、放送受信システムの外部に連結されたＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、外付けＨＤＤなどとしてもよい。ＮＲＴサービスを構成するファイルを受信して保存媒体に保存し、ユーザにサービスするためには、シグナリング情報が必要である。本発明は、これをＮＲＴサービスシグナリング情報又はＮＲＴサービスシグナリングデータと呼ぶものとする。本発明に係るＮＲＴサービスは、ＩＰデータグラムを得る方式によって、Ｆｉｘｅｄ  ＮＲＴサービスとＭｏｂｉｌｅ  ＮＲＴサービスとに区別することができる。特にＦｉｘｅｄ  ＮＲＴサービスは、固定型放送受信機に提供され、Ｍｏｂｉｌｅ  ＮＲＴサービスは、移動型放送受信機に提供される。本発明は、Ｆｉｘｅｄ  ＮＲＴサービスを一実施例として説明するものとする。しかし、本発明がＭｏｂｉｌｅ  ＮＲＴサービスに適用されてもよいことは当然である。
【００４７】
本発明で使う用語のうち、アプリケーション（又は、同期化されたアプリケーション）は、視聴経験（ｖｉｅｗｉｎｇ  ｅｘｐｅｒｉｅｎｃｅ）の向上のために、視聴者に双方向経験を提供するデータサービスである。アプリケーションは、ＴＤＯ（Ｔｒｉｇｇｅｒｅｄ  Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）、ＤＯ（Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）、又はＮＤＯ（ＮＲＴ  Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）と命名することができる。
【００４８】
本発明で使う用語のうち、トリガー（Ｔｒｉｇｇｅｒ）は、シグナリングを識別し、アプリケーション又はアプリケーション内のイベントの提供時点を設定するシグナリングエレメント（ｓｉｇｎａｌｉｎｇ  ｅｌｅｍｅｎｔ）である。トリガーは、ＴＰＴ（ＴＤＯ  ｐａｒａｍｅｔｅｒ  ｔａｂｌｅ）（又は、ＴＤＯ  ｐａｒａｍｅｔｅｒ  ｅｌｅｍｅｎｔとも呼ぶ。）の位置情報を含むことができる。ＴＰＴは、特定範囲内で、アプリケーションの動作のためのメタデータを含むシグナリングエレメントである。
【００４９】
トリガーは、タイムベーストリガー（ｔｉｍｅ  ｂａｓｅ  ｔｒｉｇｇｅｒ）及び／又はアクチベーショントリガー（ａｃｔｉｖａｔｉｏｎ  ｔｒｉｇｇｅｒ）の役割を担うことができる。タイムベーストリガーは、イベントの再生時刻の基準を提示するタイムベースを設定するために用いられる。アクチベーショントリガーは、アプリケーション又はアプリケーション内に含まれたイベントの動作時刻を設定するために用いられる。ここで、動作は、アプリケーション又はアプリケーション内のイベントの開始、終了、中止（ｐａｕｓｅ）、ｋｉｌｌ及び／又はｒｅｓｕｍｅに該当し得る。タイムベースメッセージ（ｔｉｍｅ  ｂａｓｅ  ｍｅｓｓａｇｅｓ）がタイムベーストリガーとして用いられてもよく、タイムベーストリガーがタイムベースメッセージとして用いられてもよい。後述されるアクチベーションメッセージ（ａｃｔｉｖａｔｉｏｎ  ｍｅｓｓａｇｅｓ）がアクチベーショントリガーとして用いられてもよく、アクチベーショントリガーがアクチベーションメッセージとして用いられてもよい。
【００５０】
メディアタイム（Ｍｅｄｉａ  Ｔｉｍｅ）は、コンテンツ再生時に、特定の時点を参照するためのパラメータ（ｐａｒａｍｅｔｅｒ）である。
【００５１】
ＴＤＯ（Ｔｒｉｇｇｅｒｅｄ  Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）は、放送コンテンツ内の付加情報を示すものである。ＴＤＯは、付加情報を放送コンテンツ内でタイミングに合わせてトリガーする概念である。例えば、オーディションプログラムが放送される場合、視聴者が好むオーディション参加者の現在順位などを当該放送コンテンツと共に示すことができ、このオーディション参加者の現在順位などに関する付加情報がＴＤＯに当たる。このようなＴＤＯは、視聴者との双方向交信によって変更されてもよく、視聴者の意図を反映して提供されてもよい。
【００５２】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置並びに方法を提供する。本発明の一実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。
【００５３】
本発明の実施例に係る送信装置及び方法は、地上波放送サービスのためのベースプロファイル、モバイル放送サービスのためのハンドヘルドプロファイル、及びＵＨＤＴＶサービスのためのアドバンスドプロファイルに分類される。この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方のためのプロファイルとして用いることができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロフィルの概念を定義するために用いることができる。これは設計者の意図によって変更されてもよい。
【００５４】
本発明は、一実施例によって、非―ＭＩＭＯ（ｎｏｎ―Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）又はＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例に係る非―ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式などを含むことができる。
【００５５】
以下では、説明の便宜のために、ＭＩＳＯ又はＭＩＭＯ方式が２つのアンテナを用いるとしたが、本発明は、２つ以上のアンテナを用いるシステムに適用されてもよい。
【００５６】
本発明は、特定の用途に要求される性能を達成しながら、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が具現しなければならない全ての構造のサブセットである。
【００５７】
３つのフィジカルプロファイルは、大部分の機能ブロックを共有するが、特定ブロック及び／又はパラメータではやや異なる。後でフィジカルプロファイルがさらに定義されてもよい。システムの発展のために、ヒューチャプロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を通じて単一ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクスされてもよい。各フィジカルプロファイルに関する詳細な内容は後述する。
【００５８】
１．ベースプロファイル
【００５９】
ベースプロファイルは主にルーフトップ（ｒｏｏｆ―ｔｏｐ）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動してもよいが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置又は車両用に拡張されてもよいが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００６０】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは、既存の放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用する、バッテリーで駆動するハンドヘルド装置におけるよりは重要でない。ベースプロファイルに対する重要システムパラメータが、下記の表１に記載されている。
【００６１】
【表１】
0006466951.tif 000002
【００６２】
２．ハンドヘルドプロファイル
【００６３】
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。当該装置は歩行者又は車両の速度で移動することができる。受信機複雑度も消費電力も、共にハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は、略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ未満となるように設定されてもよい。
【００６４】
低い信号対雑音比能力だけでなく、受信機移動性によって現れたドップラー効果に対する復原力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが下記の表２に記載されている。
【００６５】
【表２】
0006466951.tif 000003
【００６６】
３．アドバンスドプロファイル
【００６７】
アドバンスドプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。当該プロファイルはＭＩＭＯ送信及び受信を用いることを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、当該プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、複数のＳＤＴＶ又はＨＤＴＶサービスを許容するために用いることができる。
【００６８】
アドバンスドプロファイルのターゲット信号対雑音比の範囲は、略２０乃至３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円分極伝送装備を使用し、将来には全出力交差分極伝送へと拡張されてもよい。アドバンスドプロファイルに対する重要システムパラメータが下記の表３に記載されている。
【００６９】
【表３】
0006466951.tif 000004
【００７０】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして用いられてもよい。すなわち、ベースプロファイルを、モバイルプロファイルを含むプロファイルの概念を定義するために用いることができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルとＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区別することができる。そして、該当の３つのプロファイルは設計者の意図によって変更されてもよい。
【００７１】
次の用語及び定義を本発明に適用することができる。次の用語及び定義は、設計によって変更されてもよい。
【００７２】
補助ストリーム：ヒューチャエクステンション（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ、将来拡張）又は放送会社やネットワーク運営者によって要求されることによって用いられ得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００７３】
ベースデータパイプ（ｂａｓｅ  ｄａｔａ  ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
【００７４】
ベースバンドフレーム（又は、ＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００７５】
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
【００７６】
コーディングブロック（ｃｏｄｅｄ  ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコードされたブロック又はＰＬＳ２データのＬＤＰＣエンコードされたブロックの一つ
【００７７】
データパイプ（ｄａｔａ  ｐｉｐｅ）：一つ又は複数のサービス又はサービスコンポーネントを伝達し得るサービスデータ又は関連したメタデータを伝達する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）におけるロジカルチャネル
【００７８】
データパイプユニット（ＤＰＵ、ｄａｔａ  ｐｉｐｅ  ｕｎｉｔ）：データセルをフレームにおけるデータパイプに割り当て得る基本ユニット
【００７９】
データシンボル（ｄａｔａ  ｓｙｍｂｏｌ）：プリアンブルシンボル以外のフレームにおけるＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
【００８０】
ＤＰ＿ＩＤ：当該８ビットフィールドは、ＳＹＳＴＥＭ＿ＩＤによって識別されたシステム内でデータパイプを唯一に識別する。
【００８１】
ダミーセル（ｄｕｍｍｙ  ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、又は補助ストリームのために用いられないで残っている容量を満たすために用いられる擬似ランダム値を伝達するセル
【００８２】
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
【００８３】
フレーム（ｆｒａｍｅ）：プリアンブルによって始まってフレームエッジシンボルによって終了される物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００８４】
フレームレピティションユニット（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ；フレーム反復単位）：スーパーフレーム（ｓｕｐｅｒ―ｆｒａｍｅ）で８回反復されるＦＥＦを含む同一の又は異なるフィジカルプロファイルに属するフレームの集合
【００８５】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ；高速情報チャネル）：サービスと該当のベースデータパイプとの間のマッピング情報を伝達するフレームにおけるロジカルチャネル
【００８６】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコードされたビットの集合
【００８７】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一である特定モードに用いられる名目上のＦＦＴサイズ
【００８８】
フレームシグナリングシンボル（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）、及びスキャッタ（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定組合せにおいてフレームの先頭で用いられるより高いパイロット密度を有するＯＦＤＭシンボル
【００８９】
フレームエッジシンボル（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）：ＦＦＴサイズ、保護区間、及びスキャッタパイロットパターンの特定組合せにおいてフレームの終わりで用いられるより高いパイロット密度を有するＯＦＤＭシンボル
【００９０】
フレームグループ（ｆｒａｍｅ―ｇｒｏｕｐ）：スーパーフレームで同じフィジカルプロファイルタイプを有する全フレームの集合
【００９１】
ヒューチャエクステンションフレーム（ｆｕｔｕｒｅ  ｅｘｔｅｎｔｉｏｎ  ｆｒａｍｅ；将来拡張フレーム）：プリアンブルによって始まる、将来拡張に用いられ得るスーパーフレームにおける物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００９２】
ヒューチャキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が一つ以上のＭＰＥＧ２―ＴＳ、ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）、又は一般ストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）放送システム
【００９３】
インプットストリーム（ｉｎｐｕｔ  ｓｔｒｅａｍ；入力ストリーム）：システムによって最終ユーザに伝達されるサービスの調和（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
【００９４】
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボル以外のデータシンボル
【００９５】
フィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）：該当する受信機が具現しなければならない全構造のサブセット
【００９６】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層シグナリングデータ
【００９７】
ＰＬＳ１：ＰＬＳ２をデコードするために必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｌｉｎｇ  ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの一番目の集合
【００９８】
ＮＯＴＥ：ＰＬＳ１データがフレームグループのデューレーション（ｄｕｒａｔｉｏｎ）において一定である。
【００９９】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの二番目の集合
【０１００】
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ；動的）データ：フレームごとにダイナミック（動的）に変化するＰＬＳ２データ
【０１０１】
ＰＬＳ２スタティック（ｓｔａｔｉｃ；静的）データ：フレームグループのデューレーションでスタティック（ 静的）であるＰＬＳ２データ
【０１０２】
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ  ｓｉｇｎａｌｉｎｇ  ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するために用いられるシグナリングデータ
【０１０３】
プリアンブルシンボル（ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【０１０４】
ＮＯＴＥ：プリアンブルシンボルがシステム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に用いられる。
【０１０５】
将来使用（ｆｕｔｕｒｅ  ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在文書で定義されないが、将来に定義されてもよい。
【０１０６】
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム反復単位の集合
【０１０７】
タイムインターリービングブロック（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｂｌｏｃｋ；ＴＩ  ｂｌｏｃｋ）：タイムインターリーバメモリの一つの用途に該当する、タイムインターリービングが実行されるセルの集合
【０１０８】
タイムインターリービンググループ（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｇｒｏｕｐ；ＴＩ  ｇｒｏｕｐ）：整数、ダイナミック（動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（動的）容量割り当てが実行される単位
【０１０９】
ＮＯＴＥ：タイムインターリービンググループが一つのフレームに直接マップされたり、複数のフレームにマップされてもよい。これは一つ以上のタイムインターリービングブロックを含むことができる。
【０１１０】
タイプ１データパイプ（Ｔｙｐｅ１  ＤＰ）：全データパイプがフレームにＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマップされるフレームのデータパイプ
【０１１１】
タイプ２データパイプ（Ｔｙｐｅ２  ＤＰ）：全データパイプがフレームにＦＤＭ方式でマップされるフレームのデータパイプ
【０１１２】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ  ＦＥＣＢＬＯＣＫの全ビットを伝達するＮcellsセルの集合
【０１１３】
図１は、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【０１１４】
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、入力フォーマットブロック１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレーム生成ブロック１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）生成ブロック１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各モジュールの動作について説明する。
【０１１５】
ＩＰストリーム／パケット及びＭＰＥＧ２―ＴＳは、主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。それらのデータ入力に加えて、管理情報が入力され、各入力ストリームに対する該当の帯域幅のスケジューリング及び割り当てを制御する。一つ又は複数のＴＳストリーム、ＩＰストリーム及び／又は一般ストリーム入力が同時に許容される。
【０１１６】
入力フォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される一つ又は複数のデータパイプにデマルチプレクスすることができる。データパイプは、ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）制御のための基本単位であり、これはＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に影響を及ぼす。一つ又は複数のサービス又はサービスコンポーネントが一つのデータパイプによって伝達されてもよい。入力フォーマットブロック１０００の詳細な動作は後述する。
【０１１７】
データパイプは、一つ又は複数のサービス又はサービスコンポーネントを伝達できるサービスデータ又は関連メタデータを伝達する物理層におけるロジカルチャネルである。
【０１１８】
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【０１１９】
入力フォーマットブロック１０００で、パリティ（ｐａｒｉｔｙ）データは誤り訂正のために追加され、エンコードされたビットストリームは複素数値コンステレーションシンボルにマップされる。当該シンボルは該当のデータパイプに用いられる特定インターリービング深さにわたってインターリーブされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【０１２０】
フレーム生成ブロック１０２０は、一つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマップすることができる。マッピング後、周波数領域ダイバーシチのために、特に、周波数選択的フェージングチャネルを防止するために周波数インターリービングが用いられる。フレーム生成ブロック１０２０の詳細な動作は後述する。
【０１２１】
プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭ生成ブロック１０３０は、サイクリックプレフィクス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を保護区間として有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシチのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ―ｔｏ―ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、当該提案は様々なＦＦＴサイズ、保護区間の長さ、該当のパイロットパターンの集合を提供する。ＯＦＤＭ生成ブロック１０３０の詳細な動作は後述する。
【０１２２】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に用いられる物理層シグナリング情報を生成することができる。当該シグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように伝送される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【０１２３】
図２、図３、図４は、本発明の実施例に係る入力フォーマットブロック１０００を示す。各図について説明する。
【０１２４】
図２は、本発明の一実施例に係る入力フォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｔｒｅａｍ）であるときの入力フォーマットモジュールを示す。
【０１２５】
図２に示す入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
【０１２６】
物理層への入力は、一つ又は複数のデータストリームで構成される。それぞれのデータストリームは一つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ；モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ  ｆｒａｍｅ）のデータフィールドにスライスする。当該システムは３種類の入力データストリーム、すなわち、ＭＰＥＧ２―ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）を支援する。ＭＰＥＧ２―ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナルされる可変長ＩＰデータグラムパケットで構成される。当該システムは、ＩＰストリームに対してＩＰｖ４、ＩＰｖ６の両方を支援する。ＧＳは、カプセル化パケットヘッダー内でシグナルされる可変長のパケット又は一定の長さのパケットで構成されてもよい。
【０１２７】
（ａ）は、信号データパイプに対するモードアダプテーション（モード適応）ブロック２０００、及びストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ；ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０、及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
【０１２８】
入力ストリームスプリッタは、入力されたＴＳ、ＩＰ、ＧＳストリームを複数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサ、及びＢＢフレームヘッダー挿入ブロックで構成される。
【０１２９】
ＣＲＣエンコーダは、ユーザパケットレベルでの誤り検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ―８、ＣＲＣ―１６、ＣＲＣ―３２を提供する。算出されたＣＲＣバイトは、ユーザパケット後に付加される。ＣＲＣ―８はＴＳストリームに用いられ、ＣＲＣ―３２はＩＰストリームに用いられる。ＧＳストリームがＣＲＣエンコーディングを提供しない場合には、提案されたＣＲＣエンコーディングが適用されなければならない。
【０１３０】
ＢＢフレームスライサは、入力を内部ロジカルビットフォーマットにマップする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサは、可用データフィールド容量と同数の入力ビットを割り当てる。ＢＢＦペイロードと同数の入力ビットを割り当てるために、ユーザパケットストリームがＢＢＦのデータフィールドに見合うようにスライスされる。
【０１３１】
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーを、ＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトＢＢＦヘッダーの終わりに拡張フィールド（１又は３バイト）を有することができる。
【０１３２】
ストリームアダプテーション（ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。
【０１３３】
スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ストリーム適応）に対する入力データがＢＢフレームを満たすのに十分であれば、ＳＴＵＦＦＩは０に設定され、ＢＢＦはスタッフィングフィールドを有しない。そうでないと、ＳＴＵＦＦＩは１に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
【０１３４】
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブルする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスはフィードバックシフトレジスタによって生成される。
【０１３５】
ＰＬＳ生成ブロック２０２０は、ＰＬＳデータを生成することができる。ＰＬＳは、受信機に物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
【０１３６】
ＰＬＳ１データは、ＰＬＳ２データをデコードするために必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの一番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データはフレームグループのデューレーションにおいて一定である。
【０１３７】
ＰＬＳ２データは、データパイプ及びシステムに関するさらに詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの二番目の集合である。ＰＬＳ２は、受信機が所望のデータパイプをデコードする上で十分な情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（静的）データ（ＰＬＳ２―ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（動的）データ（ＰＬＳ２―ＤＹＮデータ）の２種類のパラメータでさらに構成される。ＰＬＳ２スタティック（静的）データは、フレームグループのデューレーションでスタティック（静的）であるＰＬＳ２データであり、ＰＬＳ２ダイナミック（動的）データは、フレームごとにダイナミック（動的）に変化するＰＬＳ２データである。
【０１３８】
ＰＬＳデータに関する詳細な内容は後述する。
【０１３９】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブルすることができる。
【０１４０】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１４１】
図３は、本発明の他の一実施例に係る入力フォーマットブロックを示す。
【０１４２】
図３に示す入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
【０１４３】
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ；複数の入力ストリーム）に該当する場合、入力フォーマットブロックのモードアダプテーション（モード適応）ブロックを示す。
【０１４４】
マルチインプットストリーム（複数の入力ストリーム）を処理するための入力フォーマットブロックのモードアダプテーション（モード適応）ブロックは、複数の入力ストリームを独立して処理することができる。
【０１４５】
図３を参照すると、マルチインプットストリーム（複数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（モード適応）ブロックは、入力ストリームスプリッタ３０００、入力ストリームシンクロナイザ３０１０、コンペンセーティングディレー（ｃｏｍｐｅｎｓａｔｉｎｇ  ｄｅｌａｙ；補償遅延）ブロック３０２０、ヌルパケット削除ブロック３０３０、ヘッダー圧縮ブロック３０４０、ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０、及びＢＢヘッダー挿入ブロック３０７０を含むことができる。モードアダプテーション（モード適応）ブロックの各ブロックについて説明する。
【０１４６】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサ、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
【０１４７】
入力ストリームスプリッタ３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを複数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１４８】
入力ストリームシンクロナイザ３０１０は、ＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対しても、ＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）及び一定の終端間伝送（ｅｎｄ―ｔｏ―ｅｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保障するに適した手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する複数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する複数のデータパイプに選択的に用いられる。
【０１４９】
コンペンセーティングディレー（補償遅延）ブロック３０２０は、受信機でさらにメモリを必要とせずにＴＳパケット再結合メカニズムを許容するために、ＩＳＳＹ情報の挿入に続く分割されたＴＳパケットストリームを遅延させることができる。
【０１５０】
ヌルパケット削除ブロック３０３０は、ＴＳ入力ストリームの場合にのみ用いられる。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ―ｒａｔｅ）サービスをＣＢＲ  ＴＳストリームに収容するために、存在する多数のヌルパケットを有することができる。この場合、不要な伝送オーバーヘッドを避けるために、ヌルパケットは確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌ―ｐａｃｋｅｔ；削除されたヌルパケット）カウンタを参照して元の正確な場所に再挿入可能であるため、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新が不要になる。
【０１５１】
ヘッダー圧縮ブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるために、パケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定部分に対する先験的な（ａ  ｐｒｉｏｒｉ）情報を有することができるため、この知られた情報は送信機で削除されてもよい。
【０１５２】
ＴＳに対して、受信機は同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが一つのＰＩＤだけを有するコンテンツを伝達すると、すなわち、一つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、又はＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用されてもよい。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に用いられる。
【０１５３】
上記のブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１５４】
図４は、本発明の他の実施例に係る入力フォーマットブロックを示す。
【０１５５】
図４に示す入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
【０１５６】
図４は、入力信号がマルチインプットストリーム（複数の入力ストリーム）に該当する場合、入力フォーマットモジュールのストリームアダプテーション（ストリーム適応）ブロックを示す。
【０１５７】
図４を参照すると、マルチインプットストリーム（複数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（モード適応）ブロックは、スケジューラ４０００、１―フレームディレー（ｄｅｌａｙ）ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンド（Ｉｎ―ｂａｎｄ）シグナリングブロック４０３０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラ４０６０を含むことができる。ストリームアダプテーション（ストリーム適応）ブロックの各ブロックについて説明する。
【０１５８】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラ４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラ、ＰＬＳ生成ブロック、ＰＬＳスクランブラ４０６０の動作に該当するので、その説明は省略する。
【０１５９】
スケジューラ４０００は、各データパイプのＦＥＣＢＬＯＣＫの量から全体フレームにわたって全体のセル割り当てを決定することができる。ＰＬＳ、ＥＡＣ及びＦＩＣに対する割り当てを含めて、スケジューラは、フレームのＦＳＳのＰＬＳセル又はインバンド（帯域内）（Ｉｎ―ｂａｎｄ）シグナリング（信号通知）として伝送されるＰＬＳ２―ＤＹＮデータの値を生成する。ＦＥＣＢＬＯＣＫ、ＥＡＣ、ＦＩＣに関する詳細な内容は後述する。
【０１６０】
１―フレームディレーブロック４０１０は、次のフレームに関するスケジューリング情報が、データパイプに挿入されるインバンド（Ｉｎ―ｂａｎｄ）シグナリング情報に関する現フレームを通じて伝送され得るように、入力データを一つの伝送フレームだけ遅延させることができる。
【０１６１】
インバンド（Ｉｎ―ｂａｎｄ）シグナリングブロック４０３０は、ＰＬＳ２データの遅延されない部分をフレームのデータパイプに挿入することができる。
【０１６２】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１６３】
図５は、本発明の一実施例に係るＢＩＣＭブロックを示す。
【０１６４】
図５に示すＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１６５】
前述したように、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１６６】
ＱｏＳが本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは別個の方式で処理されなければならない。したがって、本発明の一実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、そこに入力されるデータパイプを独立して処理することができる。結果的に、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービス又はサービスコンポーネントに対するＱｏＳを調節することができる。
【０１６７】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１６８】
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１６９】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
【０１７０】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、及びタイムインターリーバ５０５０を含むことができる。
【０１７１】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。
【０１７２】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながら、データＦＥＣエンコーダ５０１０の出力をインターリーブし、ＬＤＰＣコード及び変調方式の組合せによって最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１７３】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ―１６、不均一ＱＡＭ（ＮＵＱ―６４、ＮＵＱ―２５６、ＮＵＱ―１０２４）又は不均一コンステレーション（ＮＵＣ―１６、ＮＵＣ―６４、ＮＵＣ―２５６、ＮＵＣ―１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からのそれぞれのセルワードを変調したり、アドバンスドプロファイルでセルワードデマルチプレクサ５０１０―１からのセルワードを変調し、パワーの正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有するのに対し、ＱＡＭ―１６及びＮＵＱは正方形を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転されると、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが互いに同一となる。ＮＵＱ及びＮＵＣはいずれも各コードレート（ｃｏｄｅ  ｒａｔｅ）に対して特別に定義され、用いられる特定の一つは、ＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによってシグナルされる。
【０１７４】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをプリコードし、劣悪なフェージング条件で受信ロバスト性（ｒｏｂｕｓｔｎｅｓｓ）を増加させることができる。
【０１７５】
タイムインターリーバ５０５０はデータパイプレベルで動作することができる。タイムインターリービングのパラメータはそれぞれのデータパイプに対して別々に設定されてもよい。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１７６】
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００―１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。ただし、処理ブロック５０００―１は、セルワードデマルチプレクサ５０１０―１及びＭＩＭＯエンコーディングブロック５０２０―１をさらに含むという点で処理ブロック５０００と区別される。
【０１７７】
また、処理ブロック５０００―１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１７８】
セルワードデマルチプレクサ５０１０―１は、アドバンスドプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離するために用いられる。セルワードデマルチプレクサ５０１０―１の具体的な動作に関しては後述する。
【０１７９】
ＭＩＭＯエンコーディングブロック５０２０―１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０―１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号の送信のために最適化されている。ＭＩＭＯ技術は容量増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、別個の信号伝播特性による両アンテナ間の受信信号パワー差又はチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを困難にさせる。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの一つの位相ランダム化及び回転ベースプリコーディングを用いてこの問題を克服する。
【０１８０】
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲ―ＳＭ（ｆｕｌｌ―ｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤ―ＳＭ（ｆｕｌｌ―ｒａｔｅ  ｆｕｌｌ―ｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲ―ＳＭエンコーディングは、受信機側での比較的小さい複雑度の増加から容量増加を提供するが、ＦＲＦＤ―ＳＭエンコーディングは、受信機側での大きい複雑度の増加から容量増加及び追加的なダイバーシチ利得を提供する。提案されたＭＩＭＯエンコーディング方式は、アンテナ極性配置を制限しない。
【０１８１】
ＭＩＭＯ処理はアドバンスドプロファイルフレームに要求されるが、これは、アドバンスドプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダによって処理されるということを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ；対）であるＮＵＱ（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダの入力に供給される。ＭＩＭＯエンコーダ出力ペア（対）（ｇ１，ｉ及びｇ２，ｉ）は、それぞれの送信アンテナの同一キャリアｋ及びＯＦＤＭシンボルｌによって伝送される。
【０１８２】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１８３】
図６は、本発明の他の実施例に係るＢＩＣＭブロックを示す。
【０１８４】
図６に示すＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１８５】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。ＥＡＣ及びＦＩＣに関する詳細な説明は後述する。
【０１８６】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ  ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１８７】
また、ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１８８】
ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ１／２データ、ＥＡＣ及びＦＩＣセクションをエンコードすることができる。
【０１８９】
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１９０】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いて、スクランブルされたＰＬＳ１／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットをＬＤＰＣエンコーディングの前にパーミュテート（ｐｅｒｍｕｔａｔｉｏｎ）することができる。
【０１９１】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコードすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコードされ、その後に付加される。
【０１９２】
【数１】
0006466951.tif 000005
【０１９３】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４のとおりである。
【０１９４】
【表４】
0006466951.tif 000006
【０１９５】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１９６】
ショートニングがＰＬＳ１データ保護に適用されると、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディング後にパンクチャされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディング後にパンクチャされる。それらのパンクチャされたビットは伝送されない。
【０１９７】
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャされたＰＬＳ１データ及びＰＬＳ２データをインターリーブすることができる。
【０１９８】
コンステレーションマッパー６０２０は、ビットインターリーブされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマップすることができる。
【０１９９】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０２００】
図７は、本発明の一実施例に係るフレーム生成ブロックを示す。
【０２０１】
図７に示すフレーム生成ブロックは、図１を参照して説明したフレーム生成ブロック１０２０の一実施例に該当する。
【０２０２】
図７を参照すると、フレーム生成ブロックは、ディレーコンペンセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ；遅延補償）ブロック７０００、セルマッパー７０１０、及び周波数インターリーバ７０２０を含むことができる。フレーム生成ブロックの各ブロックに関し説明する。
【０２０３】
ディレーコンペンセーション（遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節し、送信機側でそれらの同時性を保障することができる。入力フォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０に起因する。インバンド（Ｉｎ―ｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナルされるデータパイプよりも１フレーム先に伝達されるようにすることができる。ディレーコンペンセーション（遅延補償）ブロックは、それに応じてインバンド（Ｉｎ―ｂａｎｄ）シグナリングデータを遅延させる。
【０２０４】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルを、フレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマップすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングによって生成されたデータセルを、存在するなら、一つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブ（ａｃｔｉｖｅ）ＯＦＤＭセルのアレイにマップすることである。（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは個別的に収集され、データパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ  ｉｎｆｏｒｍａｔｉｏｎ；動的情報）によって動作する。フレームに関する詳細な内容は後述する。
【０２０５】
周波数インターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリーブして周波数ダイバーシチを提供することができる。また、周波数インターリーバ７０２０は、単一フレームで最大のインターリービング利得を得るために、他のインターリービングシード（ｓｅｅｄ）順序を用いて、２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（対）で動作することができる。
【０２０６】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０２０７】
図８は、本発明の一実施例に係るＯＦＤＭ生成ブロックを示す。
【０２０８】
図８に示すＯＦＤＭ生成ブロックは、図１を参照して説明したＯＦＤＭ生成ブロック１０３０の一実施例に該当する。
【０２０９】
ＯＦＤＭ生成ブロックは、フレーム生成ブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、当該ブロックは、順次に保護区間を挿入し、ＰＡＰＲ減少処理を適用して最終ＲＦ信号を生成する。
【０２１０】
図８を参照すると、フレーム生成ブロックは、パイロット及びリザーブドトーン（ｒｅｓｅｒｖｅｄ  ｔｏｎｅ）挿入ブロック８０００、２Ｄ―ｅＳＦＮ（ｓｉｎｇｌｅ  ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、保護区間挿入ブロック８０４０、プリアンブル挿入ブロック８０５０、その他システム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。フレーム生成ブロックの各ブロックについて説明する。
【０２１１】
パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。
【０２１２】
ＯＦＤＭシンボル内の様々なセルは、受信機で先験的に知られた伝送された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｌｉｎｇ  ｓｙｍｂｏｌ）パイロット、及びＦＥＳ（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンによって特定の増加パワーレベルで伝送される。パイロット情報の値は、与えられたシンボルで一つがそれぞれの伝送キャリアに対するものである一連の値に該当する参照シーケンスから誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定、伝送モード識別のために用いられてもよく、さらに、位相雑音を追跡するために用いられてもよい。
【０２１３】
参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳ以外の全シンボルにおいて分散パイロットセルで伝送される。連続パイロットは、フレームの全シンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンにいずれも依存する。エッジキャリアは、プリアンブルシンボル以外の全シンボルでエッジパイロットである。これらは、スペクトルのエッジまで周波数インターポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ；補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。それらはフレームのエッジまで時間インターポレーション（補間）を許容するために挿入される。
【０２１４】
本発明の一実施例に係るシステムは、非常に堅固な伝送モードを支援するために、分散ＭＩＳＯ方式が選択的に用いられるＳＦＮを支援する。２Ｄ―ｅＳＦＮは、それぞれがＳＦＮで他の送信機位置にある複数の送信アンテナを用いる分散ＭＩＳＯ方式である。
【０２１５】
２Ｄ―ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシチを生成するために２Ｄ―ｅＳＦＮ処理をし、複数の送信機から伝送された信号の位相を歪ませることができる。したがって、長時間の低い平面フェージング又は深いフェージングによるバースト誤りが軽減する。
【０２１６】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ―ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（又は、リザーブドトーン）として指定されていないデータシンボルにおける全セルは、周波数インターリーバからのデータセルのうち一つを伝達する。これらのセルはＯＦＤＭキャリアにマップされる。
【０２１７】
ＰＡＰＲ減少ブロック８０３０は、時間領域で様々なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。
【０２１８】
保護区間挿入ブロック８０４０は保護区間を挿入することができ、プリアンブル挿入ブロック８０５０は、信号の前にプリアンブルを挿入することができる。プリアンブルの構造に関する詳細な内容は後述する。その他、システム挿入ブロック８０６０は、放送サービスを提供する２つ以上の別個の放送送信／受信システムのデータが同一のＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクスすることができる。ここで、２つ以上の別個の放送送信／受信システムとは、別個の放送サービスを提供するシステムのことをいう。別個の放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。それぞれの放送サービスに関連したデータは別個のフレームで伝送されてもよい。
【０２１９】
ＤＡＣブロック８０７０は、入力されたデジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は、物理層プロファイルによって複数の出力アンテナから伝送されてもよい。本発明の一実施例に係る送信アンテナは、垂直又は水平の極性を有することができる。
【０２２０】
前述したブロックは、設計によって省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０２２１】
図９は、本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０２２２】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
【０２２３】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール９０００、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０、及びシグナリングデコーディングモジュール９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０２２４】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置によって実行される手順の逆手順に該当する復調を実行することができる。
【０２２５】
フレームパーシングモジュール９０１０は、入力信号フレームをパースし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すると、フレームパーシングモジュール９０１０は、インターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されるべき信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって取得され、放送信号送信装置によって生成されたスケジューリング情報を復元することができる。
【０２２６】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によって、それをデインターリーブすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを通じて伝送チャネルで発生した誤りを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって、デマッピング及びデコーディングのために必要な伝送パラメータを取得することができる。
【０２２７】
出力プロセッサ９０３０は、伝送効率を向上させるために、放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆手順を実行することができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータで必要な制御情報を取得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ―ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
【０２２８】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。
【０２２９】
図１０は、本発明の一実施例に係るフレーム構造を示す。
【０２３０】
図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ；フレーム反復単位）を示す。（ａ）は、本発明の一実施例に係るスーパーフレームを示し、（ｂ）は、本発明の一実施例に係るＦＲＵを示し、（ｃ）は、ＦＲＵにおける様々なフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）は、フレームの構造を示す。
【０２３１】
スーパーフレームは８個のＦＲＵを含むことができる。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回反復される。
【０２３２】
ＦＲＵにおいて各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のいずれか一つ又はＦＥＦに属する。ＦＲＵにおいてフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回乃至４回の回数を有することができる（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイル定義は、必要時には、プリアンブルにおけるＰＨＹ＿ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
【０２３３】
ＦＥＦ部分は、含まれるなら、ＦＲＵの終わりに挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０２３４】
一つのフレームは、複数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示すように、フレームは、プリアンブル、一つ以上のＦＳＳ、ノーマルデータシンボル、及びＦＥＳを含む。
【０２３５】
プリアンブルは、高速ヒューチャキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメータの集合を提供する特別なシンボルである。プリアンブルに関する詳細な内容は後述する。
【０２３６】
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルに比べてより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと全く同じパイロットを有するが、これは、ＦＥＳ直前のシンボルに対して外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）無しで、ＦＥＳ内における周波数だけのインターポレーション（補間）及び時間的補間（ｔｅｍｐｏｒａｌ  ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
【０２３７】
図１１は、本発明の一実施例に係るフレームのシグナリング層構造を示す。
【０２３８】
図１１は、シグナリング層構造を示すが、これは、３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメータ及び伝送タイプを示すことである。ＰＬＳ１は、受信機が関心のあるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーティング可能にさせる。ＰＬＳ２は毎フレームごとに伝達され、２つの主要部分であるＰＬＳ２―ＳＴＡＴデータとＰＬＳ２―ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（静的）及びダイナミック（動的）部分には必要時にパディングが続く。
【０２３９】
図１２は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
【０２４０】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータに関する詳細な内容は、次のとおりである。
【０２４１】
ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。各フィジカルプロファイルタイプのマッピングは下記の表５のように与えられる。
【０２４２】
【表５】
0006466951.tif 000007
【０２４３】
ＦＦＴ＿ＳＩＺＥ：当該２ビットフィールドは、下記の表６で説明したとおり、フレームグループ内で現フレームのＦＦＴサイズを示す。
【０２４４】
【表６】
0006466951.tif 000008
【０２４５】
ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、下記の表７で説明したとおり、現スーパーフレームにおける保護区間の一部（ｆｒａｃｔｉｏｎ）の値を示す。
【０２４６】
【表７】
0006466951.tif 000009
【０２４７】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは、ＥＡＣが現フレームで提供されるか否かを示す。当該フィールドが１に設定されると、ＥＡＳが現フレームで提供される。当該フィールドが０に設定されると、ＥＡＳが現フレームで伝達されない。当該フィールドはスーパーフレーム内でダイナミック（動的）に転換されてもよい。
【０２４８】
ＰＩＬＯＴ＿ＭＯＤＥ：当該１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードなのか又は固定モードなのかを示す。当該フィールドが０に設定されると、モバイルパイロットモードが用いられる。当該フィールドが１に設定されると、固定パイロットモードが用いられる。
【０２４９】
ＰＡＰＲ＿ＦＬＡＧ：当該１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が用いられるか否かを示す。当該フィールドが１に設定されると、トーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために用いられる。当該フィールドが０に設定されると、ＰＡＰＲ減少が用いられない。
【０２５０】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全プリアンブルにおける当該フィールドにおいて、現スーパーフレームで伝達される全プロファイルタイプが識別される。当該３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して別々に定義される。
【０２５１】
【表８】
0006466951.tif 000010
【０２５２】
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０２５３】
図１３は、本発明の一実施例に係るＰＬＳ１データを示す。
【０２５４】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含む基本伝送パラメータを提供する。前述したように、ＰＬＳ１データは、一つのフレームグループの全デューレーションで変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は次のとおりである。
【０２５５】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：当該２０ビットフィールドは、ＥＡＣ＿ＦＬＡＧ以外のプリアンブルシグナリングデータのコピーである。
【０２５６】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：当該２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
【０２５７】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは、表９に示すようにシグナルされる。
【０２５８】
【表９】
0006466951.tif 000011
【０２５９】
ＮＵＭ＿ＦＳＳ：当該２ビットフィールドは、現フレームでＦＳＳの数を示す。
【０２６０】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２６１】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドにおける変化は、互換が不可能な変化を示す。デフォルト値は００００である。当該標準で述べているバージョンに対して、値が００００に設定される。
【０２６２】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドにおける変化は、互換が可能である。
【０２６３】
ＣＥＬＬ＿ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、ヒューチャキャストＵＴＢシステム当たりに用いられる周波数の数によって一つ以上の周波数で構成されてもよい。ＣＥＬＬ＿ＩＤの値が知られないか又は特定されないと、当該フィールドは０に設定される。
【０２６４】
ＮＥＴＷＯＲＫ＿ＩＤ：これは、現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２６５】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドは、ＡＴＳＣネットワーク内でヒューチャキャストＵＴＢシステムを唯一に識別する。ヒューチャキャストＵＴＢシステムは、入力が一つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。ヒューチャキャストＵＴＢシステムは、存在するなら、ＦＥＦ及び一つ以上のフィジカルプロファイルを伝達する。同じヒューチャキャストＵＴＢシステムは、別個の入力ストリームを伝達し、別個の地理的領域で別個のＲＦを用いることができ、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは一つの場所で制御され、ヒューチャキャストＵＴＢシステム内で全ての伝送に対して同一である。一つ以上のヒューチャキャストＵＴＢシステムはいずれも同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ＿ＩＤの意味を有することができる。
【０２６６】
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループ（ｌｏｏｐ）サイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦを含む）がシグナルされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４よりも小さいと、用いられないフィールドはゼロで埋められる。
【０２６７】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは、関連したＦＲＵの（ｉ＋１）番目のフレーム（ｉはループ（ｌｏｏｐ）インデックス）のフィジカルプロファイルタイプを示す。当該フィールドは表８に示すものと同じシグナリングフォーマットを用いる。
【０２６８】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：当該２ビットフィールドは、関連したＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを用いると、フレームデューレーションの正確な値が得られる。
【０２６９】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、関連したＦＲＵの（ｉ＋１）番目のフレームの保護区間の一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは、表７に従ってシグナルされる。
【０２７０】
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０２７１】
次のフィールドは、ＰＬＳ２データをデコードするためのパラメータを提供する。
【０２７２】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは、ＰＬＳ２保護によって用いられるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナルされる。ＬＤＰＣコードに関する詳細な内容は後述する。
【０２７３】
【表１０】
0006466951.tif 000012
【０２７４】
ＰＬＳ２＿ＭＯＤ：当該３ビットフィールドは、ＰＬＳ２によって用いられる変調タイプを示す。変調タイプは表１１に従ってシグナルされる。
【０２７５】
【表１１】
0006466951.tif 000013
【０２７６】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数に特定される。）であるＣtotal_partial_blockを示す。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２７７】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２―ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２７８】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２―ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２７９】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２反復モードが現フレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されると、ＰＬＳ２反復モードは非活性化される。
【０２８０】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２反復が用いられる場合、現フレームグループの毎フレームごとに伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数に特定される。）であるＣtotal_partial_blockを示す。反復が用いられない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２８１】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に用いられるＦＥＣタイプを示す。ＦＥＣタイプは表１０に従ってシグナルされる。
【０２８２】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：当該３ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に用いられる変調タイプを示す。変調タイプは表１１に従ってシグナルされる。
【０２８３】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２反復モードが次のフレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されると、ＰＬＳ２反復モードは非活性化される。
【０２８４】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２反復が用いられる場合、次のフレームグループの毎フレームごとに伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数に特定される。）であるＣtotal_full_blockを示す。次のフレームグループで反復が用いられない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全デューレーションにおいて一定である。
【０２８５】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２―ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２８６】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２―ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２８７】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デューレーションにおいて一定である。下記の表１２は当該フィールドの値を提供する。当該フィールドの値が００に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して用いられない。
【０２８８】
【表１２】
0006466951.tif 000014
【０２８９】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数に特定される）を示す。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２９０】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デューレーションにおいて一定である。表１２は、当該フィールドの値を定義する。
【０２９１】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数に特定される）を示す。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２９２】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０２９３】
ＣＲＣ＿３２：全ＰＬＳ１シグナリングに適用される３２ビット誤り検出コード
【０２９４】
図１４は、本発明の一実施例に係るＰＬＳ２データを示す。
【０２９５】
図１４は、ＰＬＳ２データのＰＬＳ２―ＳＴＡＴデータを示す。ＰＬＳ２―ＳＴＡＴデータは、フレームグループ内で同一であるが、ＰＬＳ２―ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２９６】
ＰＬＳ２―ＳＴＡＴデータのフィールドに対して次に具体的に説明する。
【０２９７】
ＦＩＣ＿ＦＬＡＧ：当該１ビットフィールドは、ＦＩＣが現フレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＦＩＣは現フレームで提供される。当該フィールドの値が０に設定されると、ＦＩＣは現フレームで伝達されない。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２９８】
ＡＵＸ＿ＦＬＡＧ：当該１ビットフィールドは、補助ストリームが現フレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、補助ストリームは現フレームで提供される。当該フィールドの値が０に設定されると、補助フレームは現フレームで伝達されない。当該値は、現フレームグループの全デューレーションにおいて一定である。
【０２９９】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１〜６４であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０３００】
ＤＰ＿ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でＤＰを唯一に識別する。
【０３０１】
ＤＰ＿ＴＹＰＥ：当該３ビットフィールドはデータパイプのタイプを示す。これは下記の表１３に従ってシグナルされる。
【０３０２】
【表１３】
0006466951.tif 000015
【０３０３】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：当該８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ＿ＧＲＯＵＰ＿ＩＤを有する特定サービスと関連しているサービスコンポーネントのデータパイプに接続するために用いられてもよい。
【０３０４】
ＢＡＳＥ＿ＤＰ＿ＩＤ：当該６ビットフィールドは、管理層で用いられる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤで示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであってもよく、サービスシグナリングデータだけを伝達する専用データパイプであってもよい。
【０３０５】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは、関連したデータパイプによって用いられるＦＥＣタイプを示す。ＦＥＣタイプは下記の表１４に従ってシグナルされる。
【０３０６】
【表１４】
0006466951.tif 000016
【０３０７】
ＤＰ＿ＣＯＤ：当該４ビットフィールドは、関連したデータパイプによって用いられるコードレート（ｃｏｄｅ  ｒａｔｅ）を示す。コードレート（ｃｏｄｅ  ｒａｔｅ）は下記の表１５に従ってシグナルされる。
【０３０８】
【表１５】
0006466951.tif 000017
【０３０９】
ＤＰ＿ＭＯＤ：当該４ビットフィールドは、関連したデータパイプによって用いられる変調を示す。変調は下記の表１６に従ってシグナルされる。
【０３１０】
【表１６】
0006466951.tif 000018
【０３１１】
ＤＰ＿ＳＳＤ＿ＦＬＡＧ：当該１ビットフィールドは、ＳＳＤモードが関連したデータパイプで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＳＳＤが用いられる。当該フィールドの値が０に設定されると、ＳＳＤは用いられない。
【０３１２】
次のフィールドは、ＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す０１０と同一である場合にのみ表される。
【０３１３】
ＤＰ＿ＭＩＭＯ：当該３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは下記の表１７に従ってシグナルされる。
【０３１４】
【表１７】
0006466951.tif 000019
【０３１５】
ＤＰ＿ＴＩ＿ＴＹＰＥ：当該１ビットフィールドは、タイムインターリービングのタイプを示す。０の値は、一つのタイムインターリービンググループが一つのフレームに該当し、一つ以上のタイムインターリービングブロックを含むことを示す。１の値は、一つのタイムインターリービンググループが一つよりも多いフレームで伝達され、一つのタイムインターリービングブロックのみを含むことを示す。
【０３１６】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は、１、２、４、８のみである。）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値によって決定される。
【０３１７】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されると、当該フィールドは、それぞれのタイムインターリービンググループがマップされるフレームの数であるＰIを示し、タイムインターリービンググループ当たりに一つのタイムインターリービングブロックが存在する（ＮTI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【０３１８】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されると、当該フィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮTIを示し、フレーム当たりに一つのタイムインターリービンググループが存在する（ＰI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【０３１９】
【表１８】
0006466951.tif 000020
【０３２０】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは、関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１，２，４，８（該当する２ビットフィールドはそれぞれ００，０１，１０，１１）である。フレームグループの全フレームに現れないデータパイプに対して、当該フィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１，５，９，１３などのフレームで現れると、当該フィールドの値は４に設定される。全フレームに現れるデータパイプに対して、当該フィールドの値は１に設定される。
【０３２１】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：当該１ビットフィールドは、タイムインターリーバ５０５０の可用性を決定する。データパイプに対してタイムインターリービングが用いられないと、それは１に設定される。一方、タイムインターリービングが用いられると、それは０に設定される。
【０３２２】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：当該５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は、０〜３１である。
【０３２３】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：当該１０ビットフィールドは、当該データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。当該フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同じ範囲を有する。
【０３２４】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは下記の表１９に従ってシグナルされる。
【０３２５】
【表１９】
0006466951.tif 000021
【０３２６】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：当該２ビットフィールドは、現データパイプがインバンド（Ｉｎ―ｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎ―ｂａｎｄ）シグナリングタイプは下記の表２０に従ってシグナルされる。
【０３２７】
【表２０】
0006466951.tif 000022
【０３２８】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。それは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナルされる。
【０３２９】
【表２１】
0006466951.tif 000023
【０３３０】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：当該２ビットフィールドは、ＣＲＣエンコーディングが入力フォーマットブロックで用いられるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナルされる。
【０３３１】
【表２２】
0006466951.tif 000024
【０３３２】
ＤＮＰ＿ＭＯＤＥ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に、関連したデータパイプによって用いられるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、下記の表２３に従ってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０３３３】
【表２３】
0006466951.tif 000025
【０３３４】
ＩＳＳＹ＿ＭＯＤＥ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に、関連したデータパイプによって用いられるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、下記の表２４に従ってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０３３５】
【表２４】
0006466951.tif 000026
【０３３６】
ＨＣ＿ＭＯＤＥ＿ＴＳ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に、関連したデータパイプによって用いられるＴＳヘッダー圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、下記の表２５に従ってシグナルされる。
【０３３７】
【表２５】
0006466951.tif 000027
【０３３８】
ＨＣ＿ＭＯＤＥ＿ＩＰ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）に設定される場合に、ＩＰヘッダー圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは下記の表２６に従ってシグナルされる。
【０３３９】
【表２６】
0006466951.tif 000028
【０３４０】
ＰＩＤ：当該１３ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１又は１０に設定される場合に、ＴＳヘッダー圧縮のためのＰＩＤ数を示す。
【０３４１】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３４２】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同一である場合にのみ現れる。
【０３４３】
ＦＩＣ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
【０３４４】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
【０３４５】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来使用のためにリザーブ（ｒｅｓｅｒｖｅｄ）される。
【０３４６】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同一である場合にのみ現れる。
【０３４７】
ＮＵＭ＿ＡＵＸ：当該４ビットフィールドは、補助ストリームの数を示す。ゼロは、補助ストリームが用いられないことを示す。
【０３４８】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：当該８ビットフィールドは将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３４９】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：当該４ビットは、現補助ストリームのタイプを示すための将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３５０】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは、補助ストリームをシグナルするための将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３５１】
図１５は、本発明の他の一実施例に係るＰＬＳ２データを示す。
【０３５２】
図１５は、ＰＬＳ２データのＰＬＳ２―ＤＹＮを示す。ＰＬＳ２―ＤＹＮデータの値は一つのフレームグループのデューレーションで変化してもよいが、フィールドのサイズは一定である。
【０３５３】
ＰＬＳ２―ＤＹＮデータのフィールドの具体的な内容は、次のとおりである。
【０３５４】
ＦＲＡＭＥ＿ＩＮＤＥＸ：当該５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
【０３５５】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナルされる値で示す。当該フィールドの値が００００に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、１の値は、次のスーパーフレームに変化があることを示す。
【０３５６】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成（すなわち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナルされる値で示す。当該フィールドの値が００００に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、０００１の値は、次のスーパーフレームに変化があるということを示す。
【０３５７】
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３５８】
次のフィールドは、現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰにおけるループ（ｌｏｏｐ）に現れる。
【０３５９】
ＤＰ＿ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に示す。
【０３６０】
ＤＰ＿ＳＴＡＲＴ：当該１５ビット（又は、１３ビット）フィールドは、ＤＰＵアドレシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初の開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、下記の表２７に示すように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３６１】
【表２７】
0006466951.tif 000029
【０３６２】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：当該１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は、０〜１０２３である。
【０３６３】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３６４】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３６５】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは、現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルでＥＡＣ＿ＦＬＡＧと同じ値である。
【０３６６】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：当該８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
【０３６７】
ＥＡＣ＿ＦＬＡＧフィールドが１に等しいと、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０に等しいと、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３６８】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
【０３６９】
ＥＡＣ＿ＣＯＵＮＴＥＲ：当該１２ビットフィールドは、ＥＡＣが到達するフレーム以前のフレームの数を示す。
【０３７０】
次のフィールドは、ＡＵＸ＿ＦＬＡＧフィールドが１と同一である場合にのみ現れる。
【０３７１】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：当該４８ビットフィールドは、補助ストリームをシグナルするための将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。当該フィールドの意味は、設定可能なＰＬＳ２―ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３７２】
ＣＲＣ＿３２：全ＰＬＳ２に適用される３２ビット誤り検出コード。
【０３７３】
図１６は、本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
【０３７４】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームでＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマップされる。ＰＬＳ１及びＰＬＳ２は、初めには一つ以上のＦＳＳにマップされる。その後、存在するなら、ＥＡＣセルは直後のＰＬＳフィールドにマップされ、次に存在すると、ＦＩＣセルが続く。データパイプは、存在すると、ＰＬＳ又はＥＡＣ、ＦＩＣ後にマップされる。タイプ１データパイプが初めて続き、その次にタイプ２データパイプが続く。データパイプのタイプの具体的な内容は後述する。一部の場合に、データパイプは、ＥＡＳに対する一部の特殊データ又はサービスシグナリングデータを伝達することができる。補助ストリーム又はストリームは、存在するなら、データパイプに続き、ここには順にダミーセルが続く。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順でそれらを全て共にマップすると、フレームでセル容量を正確に満たす。
【０３７５】
図１７は、本発明の一実施例に係るＰＬＳマッピングを示す。
【０３７６】
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマップされる。ＰＬＳが占めるセルの数によって、一つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮFSSは、ＰＬＳ１におけるＮＵＭ＿ＦＳＳでシグナルされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。警告性及び遅延時間（ｌａｔｅｎｃｙ）はＰＬＳで重大な事案であるため、ＦＳＳは高いパイロット密度を有し、高速同期化及びＦＳＳ内における周波数のみのインターポレーション（補間）を可能にする。
【０３７７】
ＰＬＳセルは、図１７の例に示すように、下向き方式でＦＳＳのアクティブキャリアにマップされる。ＰＬＳ１セルははじめには、最初のＦＳＳの最初のセルからセルインデックスの昇順でマップされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に続き、マッピングは、最初のＦＳＳの最後のセルインデックスまで下向き方式で続く。必要なＰＬＳセルの全数が一つのＦＳＳのアクティブキャリアの数を超えると、マッピングは次のＦＳＳに進行され、最初のＦＳＳと全く同じ方式で続けて行われる。
【０３７８】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、又は両方が現フレームに存在すると、これらはＰＬＳとノーマルデータパイプとの間に配置される。
【０３７９】
図１８は、本発明の一実施例に係るＥＡＣマッピングを示す。
【０３８０】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳ支援は提供されるが、ＥＡＣ自体は全てのフレームに存在してもよく、存在しなくてもよい。存在するなら、ＥＡＣは、ＰＬＳ２セルの直後にマップされる。ＰＬＳセルを除けば、ＦＩＣ、データパイプ、補助ストリーム又はダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順はＰＬＳと全く同一である。
【０３８１】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順でマップされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは、少ないシンボルを占めることができる。
【０３８２】
ＥＡＣセルは、ＰＬＳ２の最後のセルの直後に続き、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向き方式で続けて行われる。必要なＥＡＣセルの全数が最後のＦＳＳの残っているアクティブキャリアの数を超えると、マッピングは次のシンボルに進行され、ＦＳＳと全く同じ方式で続けて行われれる。この場合のマッピングに対する次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳに比べてより多いアクティブキャリアを有する。
【０３８３】
ＥＡＣマッピングが完了した後、存在するなら、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングによって）、データパイプがＥＡＣの最後のセルの直後に続く。
【０３８４】
図１９は、本発明の一実施例に係るＦＩＣマッピングを示す。
【０３８５】
（ａ）は、ＥＡＣ無しのＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３８６】
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能にするために層間情報を伝達する専用チャネルである。当該情報は主に、データパイプ間のチャネルバインディング情報及び各放送会社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコードし、放送会社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を取得することができる。高速サービスの取得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコードすることができる。それが伝達するコンテンツを除いて、ベースデータパイプは、ノーマルデータパイプと全く同じ方式でエンコードされてフレームにマップされる。したがって、ベースデータパイプに関する追加説明は不要である。ＦＩＣデータが生成されて管理層で消費される。ＦＩＣデータのコンテンツは、管理層の仕様に説明されたとおりである。
【０３８７】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（静的）である部分でＦＩＣ＿ＦＬＡＧパラメータによってシグナルされる。ＦＩＣが用いられると、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）である部分で定義される。当該フィールドでシグナルされるものはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同じ変調、コーディング、タイムインターリービングパラメータを用いる。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一のシグナリングパラメータを共有する。、ＦＩＣデータは、存在するなら、ＰＬＳ２又はＥＡＣの直後にマップされる。ノーマルデータパイプ、補助ストリーム、又はダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマップする方法は、ＥＡＣと全く同一であり、これはさらにＰＬＳと同一である。
【０３８８】
ＰＬＳ後のＥＡＣ無しで、ＦＩＣセルは、（ａ）の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順でマップされる。ＦＩＣデータサイズによって、（ｂ）に示すように、ＦＩＣセルは数個のシンボルに対してマップされる。
【０３８９】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に続き、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向き方式で続けて行われる。必要なＦＩＣセルの全数が最後のＦＳＳの残っているアクティブキャリアの数を超えると、マッピングは次のシンボルに進行され、ＦＳＳと全く同じ方式で続けて行われる。この場合のマッピングに対する次のシンボルはノーマルデータシンボルであり、これはＦＳＳに比べてより多いアクティブキャリアを有する。
【０３９０】
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣがＦＩＣに先行し、ＦＩＣセルが（ｂ）に示すように、ＥＡＣの次のセルからセルインデックスの昇順でマップされる。
【０３９１】
ＦＩＣマッピングが完了した後、一つ以上のデータパイプがマップされ、ここには、存在するなら、補助ストリーム、ダミーセルが続く。
【０３９２】
図２０は、本発明の一実施例に係るデータパイプのタイプを示す。
【０３９３】
（ａ）はタイプ１データパイプを示し、（ｂ）はタイプ２データパイプを示す。
【０３９４】
先行するチャネル、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣがマップされた後、データパイプのセルがマップされる。データパイプは、マッピング方法によって２タイプのいずれかに分類される。
【０３９５】
タイプ１データパイプ：データパイプがＴＤＭによってマップされる。
【０３９６】
タイプ２データパイプ：データパイプがＦＤＭによってマップされる。
【０３９７】
データパイプのタイプは、ＰＬＳ２のスタティック（静的）である部分でＤＰ＿ＴＹＰＥフィールドで示す。図２０は、タイプ１データパイプ及びタイプ２データパイプのマッピング順序を示す。タイプ１データパイプはまずセルインデックスの昇順でマップされた後、最後のセルインデックスに到達すると、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０から始まって、セルインデックスの昇順で続けてマップされる。一つのフレームで共にマップされる複数のデータパイプと共に、それぞれのタイプ１データパイプは、データパイプのＴＤＭと類似に、時間でグルーピングされる。
【０３９８】
タイプ２データパイプはまずシンボルインデックスの昇順でマップされ、フレームの最後のＯＦＤＭシンボルに到達すると、セルインデックスは１ずつ増加し、シンボルインデックスは最初の利用可能なシンボルに戻った後、そのシンボルインデックスから始まって増加する。一つのフレームで複数のデータパイプをマップした後、それぞれのタイプ２データパイプはデータパイプのＦＤＭと類似に、周波数でグループ化される。
【０３９９】
タイプ１データパイプ及びタイプ２データパイプは必要時にはフレームで共存してもよいが、タイプ１データパイプが常にタイプ２データパイプに先行するという制限がある。タイプ１及びタイプ２データパイプを伝達するＯＦＤＭセルの全数は、データパイプの伝送に利用可能なＯＦＤＭセルの全数を超えてはならない。
【０４００】
【数２】
0006466951.tif 000030
【０４０１】
ここで、ＤDP1は、タイプ１データパイプが占めるＯＦＤＭセルの数に該当し、ＤDP2は、タイプ２データパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣがいずれもタイプ１データパイプと同じ方式でマップされるため、これらはいずれも、“タイプ１マッピング規則”にしたがう。したがって、一般に、タイプ１マッピングがタイプ２マッピングに先行する。
【０４０２】
図２１は、本発明の一実施例に係るデータパイプマッピングを示す。
【０４０３】
（ａ）は、タイプ１データパイプをマップするためのＯＦＤＭセルのアドレシングを示し、（ｂ）は、タイプ２データパイプをマップするためのＯＦＤＭセルのアドレシングを示す。
【０４０４】
タイプ１データパイプ（０，…，ＤＤＰ１―１）をマップするためのＯＦＤＭセルのアドレシングは、タイプ１データパイプのアクティブデータセルに対して定義される。アドレシング方式は、それぞれのタイプ１データパイプに対するタイムインターリービングからのセルがアクティブデータセルに割り当てられる順序を定義する。それはまた、ＰＬＳ２のダイナミック（動的）部分でデータパイプの位置をシグナルするために用いられる。
【０４０５】
ＥＡＣ及びＦＩＣ無しで、アドレス０は、最後のＦＳＳでＰＬＳを伝達する最後のセルの直後にくるセルのことをいう。ＥＡＣが伝送され、ＦＩＣが該当のフレームにないと、アドレス０は、ＥＡＣを伝達する最後のセルの直後にくるセルのことをいう。ＦＩＣが該当のフレームで伝送されると、アドレス０は、ＦＩＣを伝達する最後のセルの直後にくるセルのことをいう。タイプ１データパイプに対するアドレス０は、（ａ）に示すような２種類の異なる場合を考慮して算出することができる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て伝送されると仮定する。ＥＡＣとＦＩＣのいずれか一つ又は両方が省略される場合への拡張は自明である。（ａ）の左図に示すように、ＦＩＣまで全てのセルをマップした後にＦＳＳに残っているセルがあると、
【０４０６】
タイプ２データパイプ（０，…，ＤＤＰ２―１）をマップするためのＯＦＤＭセルのアドレシングは、タイプ２データパイプのアクティブデータセルに対して定義される。アドレシング方式は、それぞれのタイプ２データパイプに対するタイムインターリービングからのセルがアクティブデータセルに割り当てられる順序を定義する。それはまた、ＰＬＳ２のダイナミック（動的）部分でデータパイプの位置をシグナルするために用いられる。
【０４０７】
（ｂ）に示すように、３種類のやや異なる場合が可能である。（ｂ）の最も左図に示す一番目の場合に、最後のＦＳＳにあるセルは、タイプ２データパイプマッピングに用いられてもよい。中央の図に示す二番目の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、当該シンボルにおけるＦＩＣセルの数はＣFSSよりも大きくない。（ｂ）の右図に示す三番目の場合は、当該シンボルにマップされたＦＩＣセルの数がＣFSSを超えるという点を除けば、二番目の場合と同一である。
【０４０８】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１データパイプと同じ“タイプ１マッピング規則”にしたがうので、タイプ１データパイプがタイプ２データパイプに先行する場合への拡張は自明である。
【０４０９】
データパイプユニット（ＤＰＵ）は、フレームでデータセルをデータパイプに割り当てる基本単位である。
【０４１０】
ＤＰＵは、フレームでデータパイプの位置を発見するためのシグナリング単位と定義される。セルマッパー７０１０は、それぞれのデータパイプに対してタイムインターリービングによって生成されたセルをマップすることができる。タイムインターリーバ５０５０は、一連のタイムインターリービングブロックを出力し、それぞれのタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsは、ＦＥＣＢＬＯＣＫサイズ、Ｎldpc、コンステレーションシンボル当たりに伝送されるビット数に依存する。ＤＰＵは、与えられたフィジカルプロファイルで支援されるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsの全ての可能な値の最大公約数と定義される。セルにおけるＤＰＵの長さは、ＬDPUと定義される。それぞれのフィジカルプロファイルは、ＦＥＣＢＬＯＣＫサイズの別個の組合せ及びコンステレーションシンボル当たりに異なるビット数を支援するので、ＬDPUは、フィジカルプロファイルに基づいて定義される。
【０４１１】
図２２は、本発明の一実施例に係るＦＥＣ構造を示す。
【０４１２】
図２２は、ビットインターリービング前の本発明の一実施例に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造は、ＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
【０４１３】
図２２に示すように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ―エンコードされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０４１４】
Ｎldpcの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）又は１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０４１５】
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメータを示す。
【０４１６】
【表２８】
0006466951.tif 000031
【０４１７】
【表２９】
0006466951.tif 000032
【０４１８】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次のとおりである。
【０４１９】
１２―誤り訂正ＢＣＨコードがＢＢＦの外部エンコーディングに用いられる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
【０４２０】
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコードするために用いられる。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）がそれぞれのＩldpc（ＢＣＨ−エンコードされたＢＢＦ）から組織的にエンコードされ、Ｉldpcに付加される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は、次の式で表現される。
【０４２１】
【数３】
0006466951.tif 000033
【０４２２】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは、上記の表２８及び表２９にそれぞれ与えられる。
【０４２３】
ロングＦＥＣＢＬＯＣＫに対してＮldpc−Ｋldpcパリティビットを計算する具体的な手順は次のとおりである。
【０４２４】
１）パリティビット初期化
【０４２５】
【数４】
0006466951.tif 000034
【０４２６】
２）パリティチェックマトリクスのアドレスの一番目の行で特定されたパリティビットアドレスで一番目のの情報ビットｉ0を累算する（ａｃｃｕｍｕｌａｔｅ）。パリティチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
【０４２７】
【数５】
0006466951.tif 000035
【０４２８】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，…，３５９に対して、次の式を用いてパリティビットアドレスでｉsを累算する。
【０４２９】
【数６】
0006466951.tif 000036
【０４３０】
ここで、ｘは、最初のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティチェックマトリクスのアドレスで特定されたコードレート（ｃｏｄｅ  ｒａｔｅ）依存定数である。上記の例である、比率１３／１５に対する、したがって情報ビットｉ1に対するＱldpc＝２４に続いて、次の動作が実行される。
【０４３１】
【数７】
0006466951.tif 000037
【０４３２】
４）３６１番目の情報ビットｉ360に対して、パリティビット累算器のアドレスは、パリティチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、式６を用いて得られる。ここで、ｘは情報ビットｉ360に該当するパリティビット累算器のアドレス、すなわち、パリティチェックマトリクスの２番目の行のエントリを示す。
【０４３３】
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるために用いられる。
【０４３４】
全情報ビットが利用された後、最終パリティビットが次のように得られる。
【０４３５】
６）ｉ＝１から始まって次の動作を順次に実行する。
【０４３６】
【数８】
0006466951.tif 000038
【０４３７】
ここで、ｐi、ｉ＝０，１，．．．Ｎldpc−Ｋldpc−１の最終コンテンツは、パリティビットｐiと同一である。
【０４３８】
【表３０】
0006466951.tif 000039
【０４３９】
表３０を表３１に代え、ロングＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティチェックマトリクスのアドレスに代えることを除けば、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ  ＬＤＰＣエンコーディング手順にしたがう。
【０４４０】
【表３１】
0006466951.tif 000040
【０４４１】
図２３は、本発明の一実施例に係るビットインターリービングを示す。
【０４４２】
ＬＤＰＣエンコーダの出力はビットインターリーブされるが、これは、ＱＣＢ（ｑｕａｓｉ―ｃｙｃｌｉｃ  ｂｌｏｃｋ）インターリービング及び内部グループインターリービングが続くパリティインターリービングで構成される。
【０４４３】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４４４】
ＦＥＣＢＬＯＣＫは、パリティインターリーブすることができる。パリティインターリービングの出力において、ＬＤＰＣコードワードは、ロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロング又はショートＦＥＣＢＬＯＣＫにおけるそれぞれのＱＣＢは、３６０ビットで構成される。パリティインターリーブされたＬＤＰＣコードワードは、ＱＣＢインターリービングによってインターリーブされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力におけるＱＣＢは、図２３に示すように、ＱＣＢインターリービングによってパーミュテートされるが、ここでＦＥＣＢＬＯＣＫの長さによってＮcells＝６４８００／ηmod又は１６２００／ηmodである。ＱＣＢインターリービングパターンは、変調タイプ及びＬＤＰＣコードレート（ｃｏｄｅ  ｒａｔｅ）の各組合せに固有である。
【０４４５】
ＱＣＢインターリービング後に、内部グループインターリービングが、下記の表３２に定義された変調タイプ及び次数（ηmod）によって実行される。一つの内部グループに対するＱＣＢの数ＮQCB_IGも定義される。
【０４４６】
【表３２】
0006466951.tif 000041
【０４４７】
内部グループインターリービング過程は、ＱＣＢインターリービング出力のＮQCB_IG個のＱＣＢで実行される。内部グループインターリービングは、３６０個の列及びＮQCB_IG個の行を用いて内部グループのビットを書き込み・読み取りする過程を含む。書き込み動作で、ＱＣＢインターリービング出力からのビットが行方向に書き込まれる。読み取り動作は、列方向に実行されて、各行からｍ個のビットを読み取る。ここで、ｍはＮＵＣの場合に１に等しく、ＮＵＱの場合に２に等しい。
【０４４８】
図２４は、本発明の一実施例に係るセル―ワードマルチプレクシングを示す。
【０４４９】
図２４で、（ａ）は、８及び１２ｂｐｃｕ  ＭＩＭＯに対するセル―ワードマルチプレクシングを示し、（ｂ）は、１０ｂｐｃｕ  ＭＩＭＯに対するセル―ワードマルチプレクシングを示す。
【０４５０】
ビットインターリービング出力のそれぞれのセルワード（ｃ0,l，ｃ1,l，…，ｃηmod―1,l）は、一つのＸＦＥＣＢＬＯＣＫに対するセル―ワードマルチプレクシング過程を説明する（ａ）に示すように、（ｄ1,0,m，ｄ1,1,m…，ｄ1,ηmod―1,m）及び（ｄ2,0,m，ｄ2,1,m…，ｄ2,ηmod―1,m）にデマルチプレクスされる。
【０４５１】
ＭＩＭＯエンコーディングのために異なるタイプのＮＵＱを利用する１０ｂｐｃｕ  ＭＩＭＯの場合に、ＮＵＱ―１０２４に対するビットインターリーバが再使用される。ビットインターリーバ出力のそれぞれのセルワード（ｃ0,l，ｃ1,l，…，ｃ9,l）は、（ｂ）に示すように、（ｄ1,0,m，ｄ1,1,m…，ｄ1,3,m）及び（ｄ2,0,m，ｄ2,1,m…，ｄ2,5,m）にデマルチプレクスされる。
【０４５２】
図２５は、本発明の一実施例に係るタイムインターリービングを示す。
【０４５３】
（ａ）乃至（ｃ）は、タイムインターリービングモードの例を示す。
【０４５４】
タイムインターリーバは、データパイプレベルで動作する。タイムインターリービングのパラメータはそれぞれのデータパイプに対して別々に設定されてもよい。
【０４５５】
ＰＬＳ２―ＳＴＡＴデータの一部に現れる次のパラメータは、タイムインターリービングを構成する。
【０４５６】
ＤＰ＿ＴＩ＿ＴＹＰＥ（許容された値：０又は１）：タイムインターリービングモードを示す。０は、タイムインターリービンググループ当たりに複数のタイムインターリービングブロック（一つ以上のタイムインターリービングブロック）を有するモードを示す。この場合、一つのタイムインターリービンググループは一つのフレームに（フレーム間インターリービング無しで）直接マップされる。１は、タイムインターリービンググループ当たりに一つのタイムインターリービングブロックだけを有するモードを示す。この場合、タイムインターリービングブロックは、一つ以上のフレームにわたって拡散される（フレーム間インターリービング）。
【０４５７】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’であれば、当該パラメータは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮTIである。ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘１’である場合、当該パラメータは、一つのタイムインターリービンググループから拡散されるフレームの数ＰIである。
【０４５８】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ（許容された値：０乃至１０２３）：タイムインターリービンググループ当たりのＸＦＥＣＢＬＯＣＫの最大数を示す。
【０４５９】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ（許容された値：１，２，４，８）：与えられたフィジカルプロファイルの同一のデータパイプを伝達する２つの順次的なフレーム間のフレームの数ＩJUMPを示す。
【０４６０】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ（許容された値：０又は１）：タイムインターリービングがデータフレームに用いられないと、当該パラメータは１に設定される。タイムインターリービングが用いられると、０に設定される。
【０４６１】
さらに、ＰＬＳ２―ＤＹＮデータからのパラメータＤＰ＿ＮＵＭ＿ＢＬＯＣＫは、データグループの一つのタイムインターリービンググループによって伝達されるＸＦＥＣＢＬＯＣＫの数を示す。
【０４６２】
タイムインターリービングがデータフレームに用いられないと、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラからのダイナミック（動的）構成情報のためのディレーコンペンセーション（遅延補償）ブロックは依然として必要である。それぞれのデータパイプで、ＳＳＤ／ＭＩＭＯエンコーディングから受信したＸＦＥＣＢＬＯＣＫは、タイムインターリービンググループにグループ化される。すなわち、それぞれのタイムインターリービンググループは整数個のＸＦＥＣＢＬＯＣＫの集合であり、ダイナミック（動的）に変化する数のＸＦＥＣＢＬＯＣＫを含むはずである。インデックスｎのタイムインターリービンググループにあるＸＦＥＣＢＬＯＣＫの数は、ＮxBLOCK_Group（ｎ）で示し、ＰＬＳ２―ＤＹＮデータでＤＰ＿ＮＵＭ＿ＢＬＯＣＫとしてシグナルされる。このとき、ＮxBLOCK_Group（ｎ）は、最小値０から、最大の値が１０２３である最大値ＮxBLOCK_Group_MAX（ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸに該当）まで変化してもよい。
【０４６３】
それぞれのタイムインターリービンググループは、一つのフレームに直接マップされたり、ＰI個のフレームにわたって拡散される。また、それぞれのタイムインターリービンググループは、一つ以上（ＮTI個）のタイムインターリービングブロックに分離される。ここでそれぞれのタイムインターリービングブロックは、タイムインターリーバメモリの一つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、やや異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが複数のタイムインターリービンググループに分離されると、それは一つのフレームにのみ直接マップされる。下記の表３３に示すように、タイムインターリービングには３つのオプションがある（タイムインターリービングを省略する追加オプションを除く）。
【０４６４】
【表３３】
0006466951.tif 000042
【０４６５】
それぞれのデータパイプで、タイムインターリービングメモリは、入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を保存する。入力されたＸＦＥＣＢＬＯＣＫは、
【０４６６】
【数９】
0006466951.tif 000043
【０４６７】
と定義されると仮定する。ここで、ｄｎ、ｓ、ｒ、ｑは、ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックでｒ番目のＸＦＥＣＢＬＯＣＫのｑ番目のセルであり、次のようなＳＳＤ及びＭＩＭＯエンコーディングの出力を示す。
【数１０】
0006466951.tif 000044
【０４６８】
また、タイムインターリーバ５０５０から出力されたＸＦＥＣＢＬＯＣＫは、
【０４６９】
【数１１】
0006466951.tif 000045
【０４７０】
ここで、ｈｎ、ｓ、ｉは、ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックでｉ番目（ｉ＝０，．．．，ＮｘＢＬＯＣＫ＿ＴＩ（ｎ、ｓ）×Ｎcells−１））の出力セルである。
【０４７１】
一般に、タイムインターリーバは、フレーム生成手順の前にデータパイプデータに対するバッファとしても働くはずである。これは、それぞれのデータパイプに対して２個のメモリバンクによって達成される。最初のタイムインターリービングブロックは一番目のバンクに書き込まれる。一番目のバンクから読み取られる間に、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
【０４７２】
タイムインターリービングはツイストされた行―列ブロックインターリーバである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮｃがＮｘＢＬＯＣＫ＿ＴＩ（ｎ、ｓ）と同一であるが、タイムインターリービングメモリの行の数Ｎｒは、セルの数Ｎｃｅｌｌｓと同一である（すなわち、Ｎｒ＝Ｎｃｅｌｌｓ）。
【０４７３】
図２６は、本発明の一実施例に係るツイストされた行―列ブロックインターリーバの基本動作を示す。
【０４７４】
図２６（ａ）は、タイムインターリーバで書き込み動作を示し、図２６（ｂ）は、タイムインターリーバで読み取り動作を示す。（ａ）に示すように、一番目のＸＦＥＣＢＬＯＣＫはタイムインターリービングメモリの一番目の列に列方向に書き込まれ、二番目のＸＦＥＣＢＬＯＣＫは次の列に書き込まれ、このような動作が続けて行われる。そして、インターリービングアレイで、セルが対角線方向に読み取られる。（ｂ）に示すように、一番目の行から（最左列から始まって行に沿って右に）最後の行まで対角線方向読み取りが行われれる間に、Ｎｒ個のセルが読み取られる。具体的に、ｚｎ，ｓ，ｉ（ｉ＝０，．．．，ＮｒＮｃ）を、順次に読み取られるタイムインターリービングメモリセル位置と仮定すれば、このようなインターリービングアレイにおける読み取り動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連したツイストパラメータＴｎ，ｓ，ｉを算出することによって実行される。
【０４７５】
［数式９］
【数１２】
0006466951.tif 000046
【０４７６】
ここで、Ｓｓｈｉｆｔは、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ、ｓ）に関係なく対角線方向読み取り手順に対する共通シフト値であり、それは、下記の式のように、ＰＬＳ２―ＳＴＡＴで与えられたＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸによって決定される。
【０４７７】
［数式１０］
【数１３】
0006466951.tif 000047
【０４７８】
結果的に、読み取られるセル位置は、座標ｚｎ，ｓ，ｉ＝ＮｒＣｎ，ｓ，ｉ+Ｒｎ，ｓ，ｉによって算出される。
【０４７９】
図２７は、本発明の他の一実施例に係るツイストされた行―列ブロックインターリーバの動作を示す。
【０４８０】
より具体的に、図２７は、ＮｘＢＬＯＣＫ＿ＴＩ（０、０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１、０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２、０）＝５のとき、仮想ＸＦＥＣＢＬＯＣＫを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリでインターリービングアレイを示す。
【０４８１】
変数ＮｘＢＬＯＣＫ＿ＴＩ（ｎ、ｓ）＝Ｎｒは、ＮｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸより小さい又は等しいだろう。したがって、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ、ｓ）に関わらず、受信機側で単一メモリデインターリービングを達成するために、ツイストされた行―列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することによってＮｒ×Ｎｃ＝Ｎｃｅｌｌｓ×Ｎ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸのサイズに設定され、読み取り過程は次の式のように行われる。
【０４８２】
［数式１１］
【数１４】
0006466951.tif 000048
【０４８３】
タイムインターリービンググループの数は３に設定される。タイムインターリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝‘１’、すなわち、ＮTI＝１、ＩJUMP＝１、ＰI＝１によってＰＬＳ２―ＳＴＡＴデータでシグナルされる。それぞれＮcells＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５によってＰＬＳ２―ＤＹＮデータでシグナルされる。ＸＦＥＣＢＬＯＣＫの最大数はＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸによってＰＬＳ２―ＳＴＡＴデータでシグナルされ、
【数１５】
0006466951.tif 000049
【０４８４】
図２８は、本発明の一実施例に係るツイストされた行―列ブロックインターリーバの対角線方向読み取りパターンを示す。
【０４８５】
より具体的に、図２８は、パラメータＮ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳshift＝（７−１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向読み取りパターンを示す。このとき、上で疑似コードと示した読み取り過程で、
【数１６】
0006466951.tif 000050
【０４８６】
図２９は、本発明の一実施例に係るそれぞれのインターリービングアレイからのインターリーブされたＸＦＥＣＢＬＯＣＫを示す。
【０４８７】
図２９は、パラメータＮ'ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳshift＝３を有するそれぞれのインターリービングアレイからインターリーブされたＸＦＥＣＢＬＯＣＫを示す。
【０４８８】
図３０は、本発明の一実施例に係る、次世代放送システムののためのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）を示す図である。
【０４８９】
本発明に係る放送システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）中心ブロードキャストネットワーク（ＩＰ  ｃｅｎｔｒｉｃ  ｂｒｏａｄｃａｓｔ  ｎｅｔｗｏｒｋ）とブロードバンド（ｂｒｏａｄｂａｎｄ）とが結合されたハイブリッド放送システムに該当し得る。
【０４９０】
本発明に係る放送システムは、既存のＭＰＥＧ―２ベースの放送システムとの互換性が維持されるように設計することができる。
【０４９１】
本発明に係る放送システムは、ＩＰ中心ブロードキャストネットワーク（ＩＰ  ｃｅｎｔｒｉｃ  ｂｒｏａｄｃａｓｔ  ｎｅｔｗｏｒｋ）、ブロードバンド（ｂｒｏａｄｂａｎｄ）ネットワーク、及び／又は移動通信ネットワーク（ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｎｅｔｗｏｒｋ又はｃｅｌｌｕｌａｒ  ｎｅｔｗｏｒｋ）の結合に基づくハイブリッド放送システムに該当してもよい。
【０４９２】
同図を参照すると、物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、ＡＴＳＣシステム及び／又はＤＶＢシステムのような放送システムで採用する物理的プロトコルを用いることができる。例えば、本発明に係る物理層では、送／受信機は地上波放送信号を送信／受信し、放送データを含む伝送フレーム（ｔｒａｎｓｐｏｒｔ  ｆｒａｍｅ）を適切な形態に変換することができる。
【０４９３】
暗号化（Ｅｎｃａｐｓｕｌａｔｉｏｎ）層では、物理層から取得した情報から、ＩＰデータグラム（ｄａｔａｇｒａｍ）を取得したり、取得したＩＰデータグラムを特定フレーム（例えば、ＲＳフレーム、ＧＳＥ―ｌｉｔｅ、ＧＳＥ或いは信号フレームなど）に変換する。ここで、フレームは、ＩＰデータグラムの集合を含むことができる。例えば、暗号化層で送信機は、物理層で処理されたデータを伝送フレームに含めたり、受信機は、物理層から取得した伝送フレームからＭＰＥＧ―２  ＴＳ、ＩＰデータグラムを抽出する。
【０４９４】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツに接近可能にさせるための情報（例、サービスＩＤとフレームとの間のマッピング情報など）を含む。ＦＩＣはＦＡＣ（Ｆａｓｔ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と命名されてもよい。
【０４９５】
本発明の放送システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＡＬＣ／ＬＣＴ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ  ／  Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ  Ｔｒａｎｓｐｏｒｔ）、ＲＣＰ／ＲＴＣＰ（Ｒａｔｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ／  ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）などのプロトコルを用いることができる。これらのプロトコル間のスタック（ｓｔａｃｋ）については同図に示す構造を参照すればよい。
【０４９６】
本発明の放送システムにおいてデータは、ＩＳＯＢＭＦＦ（ＩＳＯ  ｂａｓｅ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔ）の形態で伝送することができる。ＥＳＧ（Ｅｌｅｃｔｒｉｃａｌ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）、ＮＲＴ（Ｎｏｎ  Ｒｅａｌ  Ｔｉｍｅ）、Ａ／Ｖ（Ａｕｄｉｏ  ／  Ｖｉｄｅｏ）及び／又は一般データをＩＳＯＢＭＦＦの形態で伝送することができる。
【０４９７】
ブロードキャストネットワークによるデータの伝送は、線形コンテンツ（ｌｉｎｅａｒ  ｃｏｎｔｅｎｔ）の伝送及び／又は非線形コンテンツ（ｎｏｎ―ｌｉｎｅａｒ  ｃｏｎｔｅｎｔ）の伝送を含むことができる。
【０４９８】
ＲＴＰ／ＲＴＣＰベースのＡ／Ｖ、データ（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ、ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｍｅｓｓａｇｅなど）の伝送は、線形コンテンツの伝送に該当し得る。
【０４９９】
ＲＴＰペイロードは、ＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）が含まれたＲＴＰ／ＡＶストリーム形態及び／又はＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化（ｅｎｃａｐｓｕｌａｔｉｏｎ）された形態で伝送されてもよい。ＲＴＰペイロードの伝送は線形コンテンツの伝送に該当し得る。ＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化された形態の伝送は、Ａ／Ｖなどに対するＭＰＥＧ  ＤＡＳＨ  ｍｅｄｉａ  ｓｅｇｍｅｎｔを含むことができる。
【０５００】
ＦＬＵＴＥベースＥＳＧの伝送、ｎｏｎ―ｔｉｍｅｄ  ｄａｔａの伝送、ＮＲＴ  ｃｏｎｔｅｎｔの伝送は、非線形コンテンツの伝送に該当し得る。それらは、ＭＩＭＥ  ｔｙｐｅのファイル形態及び／又はＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化された形態で伝送されてもよい。ＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化された形態の伝送はＡ／Ｖなどに対するＭＰＥＧ  ＤＡＳＨ  ｍｅｄｉａ  ｓｅｇｍｅｎｔを含むことができる。
【０５０１】
ブロードバンドネットワークによる伝送は、コンテンツに対する伝送とシグナリングデータに対する伝送とに区分して考えることができる。
【０５０２】
コンテンツの伝送は、線形コンテンツ（Ａ／Ｖ、データ（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ、ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｍｅｓｓａｇｅなど）の伝送と非線形コンテンツ（ＥＳＧ、ｎｏｎ―ｔｉｍｅｄ  ｄａｔａなど）の伝送、ＭＰＥＧ  ＤＡＳＨベースのＭｅｄｉａ  ｓｅｇｍｅｎｔ（Ａ／Ｖ、ｄａｔａ）伝送を含む。
【０５０３】
シグナリングデータの伝送は、放送網で伝送されるシグナリングテーブル（ｓｉｇｎａｌｉｎｇ  ｔａｂｌｅ）（ＭＰＥＧ  ＤＡＳＨのＭＰＤを含む）を含む伝送が可能である。
【０５０４】
本発明の放送システムでは、放送網を介して伝送された線形／非線形コンテンツ間の同期化、或いは放送網を介して伝送されるコンテンツとブロードバンドで伝送されたコンテンツとの間の同期化を支援することができる。例えば、一つのＵＤコンテンツが放送網とブロードバンドで分離されて同時に伝送される場合、受信機は、伝送プロトコルに依存したタイムライン（ｔｉｍｅｌｉｎｅ）を調整し、放送網のコンテンツとブロードバンドのコンテンツとを同期化した後、一つのＵＤコンテンツとして再構成することができる。
【０５０５】
本発明の放送システムのアプリケーション層は、双方向性（Ｉｎｔｅｒａｃｔｉｖｉｔｙ）、個人化（Ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ）、第２スクリーン（Ｓｅｃｏｎｄ  Ｓｃｒｅｅｎ）、ＡＣＲ（ａｕｔｏｍａｔｉｃ  ｃｏｎｔｅｎｔ  ｒｅｃｏｇｎｉｔｉｏｎ）などの技術的特徴を具現することができる。このような特徴は、例えば、北―米放送標準であるＡＴＳＣ２．０からＡＴＳＣ３．０への拡張において重要な特徴である。例えば、双方向性の特徴のために、ＨＴＭＬ５が用いられてもよい。
【０５０６】
本発明の放送システムのプレゼンテーション（Ｐｒｅｓｅｎｔａｔｉｏｎ）層では、コンポーネント間又は双方向アプリケーション間の空間的、時間的関係を識別するためにＨＴＭＬ及び／又はＨＴＭＬ５が用いられてもよい。
【０５０７】
本発明でシグナリング（Ｓｉｇｎａｌｉｎｇ）は、コンテンツ及び／又はサービスの効果的な取得を支援するためのシグナリング情報を含む。シグナリングデータは、バイナリ或いはＸＭＬ形態などで表現することができ、地上波放送網或いはブロードバンドを介して伝達することができる。
【０５０８】
実時間放送Ａ／Ｖコンテンツ及び／又はデータの場合、ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔなどで表現することができる。この場合、放送Ａ／Ｖコンテンツ及び／又はデータは、地上波放送網を介して実時間で伝達されてもよく、ＩＰ／ＵＤＰ／ＦＬＵＴＥに基づいて非実時間で伝達されてもよい。又は、放送Ａ／Ｖコンテンツ及び／又はデータに対して、インターネット網を介してＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）などを用いて実時間でコンテンツのストリーミングを受けたり、要請して受けることができる。本発明の一実施例に係る放送システムは、このようにして受けた放送Ａ／Ｖコンテンツ及び／又はデータを組み合わせ、双方向性サービス、第２スクリーンサービスなどの様々なエンハンスドサービスを視聴者に提供することができる。
【０５０９】
送信機の物理層（放送ＰＨＹ及びブロードバンドＰＨＹ）の例は図１に示した構造であってもよく、受信機の物理層の例は図９に示した構造であってもよい。
【０５１０】
シグナリングデータ及びＩＰ／ＵＤＰデータグラムは、物理層に伝達される伝送フレーム（又はフレーム）の特定データパイプ（以下、ＤＰ）を介して送信することができる。例えば、入力フォーマッティングブロック１０００は、シグナリングデータ及びＩＰ／ＵＤＰデータグラムを受信し、シグナリングデータ及びＩＰ／ＵＤＰデータグラムのそれぞれを少なくとも一つのＤＰにデマルチプレクスすることができる。出力プロセッサ９３００は、入力フォーマッティングブロック１０００と反対の動作を行うことができる。
【０５１１】
図３１は、本発明の一実施例に係る、次世代放送システムの受信機を示す図である。
【０５１２】
本発明の一実施例に係る受信機は、受信部（図示せず）、チャネル同調器（Ｃｈａｎｎｅｌ  Ｓｙｎｃｈｒｏｎｉｚｅｒ）Ｊ３２０１０、チャネル等化器（Ｃｈａｎｎｅｌ  Ｅｑｕａｌｉｚｅｒ）Ｊ３２０２０、チャネルデコーダ（Ｃｈａｎｎｅｌ  Ｄｅｃｏｄｅｒ）Ｊ３２０３０、シグナリングデコーダ（Ｓｉｇｎａｌｉｎｇ  Ｄｅｃｏｄｅｒ）Ｊ３２０４０、ベースバンド動作コントローラ（Ｂａｓｅｂａｎｄ  Ｏｐｅｒａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）Ｊ３２０５０、サービスマップデータベース（Ｓｅｒｖｉｃｅ  Ｍａｐ  ＤＢ）Ｊ３２０６０、伝送パケットインターフェース（Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔ  Ｉｎｔｅｒｆａｃｅ）Ｊ３２０７０、ブロードバンドパケットインターフェース（Ｂｒｏａｄｂａｎｄ  Ｐａｃｋｅｔ  Ｉｎｔｅｒｆａｃｅ）Ｊ３２０８０、コモンプロトコルスタック処理器（Ｃｏｍｍｏｎ  Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）Ｊ３２０９０、サービスシグナリングチャネルプロセシングバッファ及びパーサ（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｃｈａｎｎｅｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｂｕｆｆｅｒ  ＆  Ｐａｒｓｅｒ）Ｊ３２１００、Ａ／Ｖプロセッサ（Ａ／Ｖ  Ｐｒｏｃｅｓｓｏｒ）Ｊ３２１１０、サービスガイドプロセッサ（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  Ｐｒｏｃｅｓｓｏｒ）Ｊ３２１２０、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）Ｊ３２１３０、及び／又はサービスガイドデータベース（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  ＤＢ）Ｊ３２１４０を含むことができる。
【０５１３】
受信部（図示せず）は放送信号を受信する。
【０５１４】
チャネル同期化器Ｊ３２０１０は、ベースバンド（Ｂａｓｅｂａｎｄ）で受信した信号のデコーディングが可能なようにシンボル（ｓｙｍｂｏｌ）周波数とタイミング（ｔｉｍｉｎｇ）を同期化する。ここで、ベースバンドは、放送信号が送／受信される領域を意味する。
【０５１５】
チャネル等化器Ｊ３２０２０は、受信した信号に対してチャネル等化を行う。チャネル等化器Ｊ３２０２０は、受信した信号が多重経路（ｍｕｌｔｉｐａｔｈ）、ドップラー効果（Ｄｏｐｐｌｅｒ  ｅｆｆｅｃｔ）などによって歪まれたとき、これを補償する役割を担う。
【０５１６】
チャネルデコーダＪ３２０３０は、受信した信号を、意味を持つ伝送フレーム（ｔｒａｎｓｐｏｒｔ  ｆｒａｍｅ）に復旧する。チャネルデコーダＪ３２０３０は、受信した信号に含まれたデータ又は伝送フレームに対して順方向誤り訂正（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ；ＦＥＣ）を行う。
【０５１７】
シグナリングデコーダＪ３２０４０は、受信した信号に含まれたシグナリングデータを抽出してデコードする。ここで、シグナリングデータは、後述するシグナリングデータ及び／又はサービス情報（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を含む。
【０５１８】
ベースバンド動作コントローラＪ３２０５０は、ベースバンド（Ｂａｓｅｂａｎｄ）での信号の処理を制御する。
【０５１９】
サービスマップデータベースＪ３２０６０は、シグナリングデータ及び／又はサービス情報を保存する。サービスマップデータベースＪ３２０６０は、放送信号に含まれて伝送されたシグナリングデータ及び／又はブロードバンドパケットに含まれて伝送されたシグナリングデータを保存することができる。
【０５２０】
伝送パケットインターフェースＪ３２０７０は、伝送フレーム又は放送信号から、伝送パケットを抽出する。伝送パケットインターフェースＪ３２０７０は、伝送パケット（ｔｒａｎｓｐｏｒｔ  ｐａｃｋｅｔ；ＴＰ）からシグナリングデータ又はＩＰデータグラム（ＩＰ  ｄａｔａｇｒａｍ）を抽出する。
【０５２１】
ブロードバンドパケットインターフェースＪ３２０８０は、インターネット網で放送関連パケットを受信する。ブロードバンドパケットインターフェースＪ３２０８０は、インターネット網を介して取得したパケットを抽出し、当該パケットからシグナリングデータ又はＡ／Ｖデータを組合せ又は抽出する。
【０５２２】
コモンプロトコルスタック処理器Ｊ３２０９０は、受信したパケットをプロトコルスタックに含まれたプロトコルによって処理する。例えば、コモンプロトコルスタック処理器Ｊ３２０９０は、前述したプロトコルスタックによって、受信したパケットを処理することができる。
【０５２３】
サービスシグナリングチャネルプロセシングバッファ及びパーサＪ３２１００は、受信したパケットに含まれたシグナリングデータを抽出する。サービスシグナリングチャネルプロセシングバッファ及びパーサＪ３２１００は、ＩＰデータグラムなどからサービス及び／又はコンテンツのスキャン及び／又は取得に関連したシグナリング情報を抽出し、これをパースする。受信したパケット内でシグナリングデータは一定の位置又はチャネルに存在してもよい。このような位置又はチャネルをサービスシグナリングチャネルと呼ぶことができる。例えば、サービスシグナリングチャネルは、特定ＩＰアドレス、ＵＤＰ  Ｐｏｒｔナンバー、伝送セッション識別子などを有することができる。受信機は、このような特定ＩＰアドレス、ＵＤＰ  Ｐｏｒｔナンバー、伝送セッションなどに伝送されるデータをシグナリングデータとして認識することができる。
【０５２４】
Ａ／ＶプロセッサＪ３２１１０は、受信したオーディオ及びビデオデータに対するデコーディング及びプレゼンテーション（ｐｒｅｓｅｎｔａｔｉｏｎ）処理を行う。
【０５２５】
サービスガイドプロセッサＪ３２１２０は、受信信号からアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）情報を抽出し、サービスガイドデータベースＪ３２１４０を管理し、サービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）を提供する。
【０５２６】
アプリケーションプロセッサＪ３２１３０は、受信したパケットに含まれたアプリケーションデータ及び／又はアプリケーション関連情報を抽出し、それを処理する。
【０５２７】
サービスガイドデータベースＪ３２１４０は、サービスガイドデータを保存する。
【０５２８】
図３２は、本発明の一実施例に係る、放送受信機を示す図である。
【０５２９】
本発明の一実施例に係る放送受信機は、サービスコンテンツ取得制御器（Ｓｅｒｖｉｃｅ／Ｃｏｎｔｅｎｔ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）Ｊ２０１０、インターネットインターフェース（Ｉｎｔｅｒｎｅｔ  ｉｎｔｅｒｆａｃｅ）Ｊ２０２０、放送網インターフェース（Ｂｒｏａｄｃａｓｔ  ｉｎｔｅｒｆａｃｅ）Ｊ２０３０、シグナリングデコーダＪ２０４０、サービスマップデータベースＪ２０５０、デコーダＪ２０６０、ターゲッティングプロセッサＪ２０７０、プロセッサＪ２０８０、管理ユニット（Ｍａｎａｇｉｎｇ  ｕｎｉｔ）Ｊ２０９０及び／又は再分配モジュール（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ  ｍｏｄｕｌｅ）Ｊ２１００を含む。図面では、放送受信機の外部及び／又は内部に存在し得る外部管理装置（Ｅｘｔｅｒｎａｌ  Ｍａｎａｇｅｍｅｎｔ）Ｊ２１１０が示されている。
【０５３０】
サービスコンテンツ取得制御器Ｊ２０１０は、ブロードキャスト／ブロードバンドチャネルを介してサービス及び／又はコンテンツ、これと関連したシグナリングデータを受信する。又は、サービスコンテンツ取得制御器Ｊ２０１０は、サービス及び／又はコンテンツ、これと関連したシグナリングデータを受信するための制御を行うことができる。
【０５３１】
インターネットインターフェースＪ２０２０は、インターネットアクセスコントロールモジュール（Ｉｎｔｅｒｎｅｔ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｍｏｄｕｌｅ）を含むことができる。インターネットアクセスコントロールモジュールは、ブロードバンドチャネルを介してサービス、コンテンツ及び／又はシグナリングデータを受信する。又は、インターネットアクセスコントロールモジュールは、サービス、コンテンツ及び／又はシグナリングデータを取得するための受信機の動作を制御することができる。
【０５３２】
放送網インターフェースＪ２０３０は、物理層モジュール（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍｏｄｕｌｅ）及び／又は物理層インターフェースモジュール（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｉ／Ｆ  Ｍｏｄｕｌｅ）を含むことができる。物理層モジュールは、放送チャネルを介して放送関連信号を受信する。物理層モジュールは、放送チャネルを介して受信した放送関連信号を処理（復調、復号など）する。物理層インターフェースモジュールは、物理層モジュールから取得した情報から、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムを取得したり、取得されたＩＰデータグラムを用いて特定フレーム（例えば、放送フレーム、ＲＳフレーム、又はＧＳＥなど）に変換する。
【０５３３】
シグナリングデコーダＪ２０４０は、ブロードキャストチャネルなどを介して取得したシグナリングデータ又はシグナリング情報（以下、‘シグナリングデータ’という。）をデコードする。
【０５３４】
サービスマップデータベースＪ２０５０は、デコードされたシグナリングデータを保存したり、受信機の他の装置（例えば、シグナリングパーサなど）で処理されたシグナリングデータを保存する。
【０５３５】
デコーダＪ２０６０は、受信機で受信した放送信号又はデータをデコードする。デコーダＪ２０６０は、スケジュールドストリーミングデコーダ（Ｓｃｈｅｄｕｌｅｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）、ファイルデコーダ（Ｆｉｌｅ  Ｄｅｃｏｄｅｒ）、ファイルデータベース（Ｆｉｌｅ  ＤＢ）、オンデマンドストリーミングデコーダ（Ｏｎ―Ｄｅｍａｎｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）、コンポーネント同期化器（Ｃｏｍｐｏｎｅｎｔ  Ｓｙｎｃｈｒｏｎｉｚｅｒ）、警報シグナリングパーサ（Ａｌｅｒｔ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）、ターゲッティングシグナリングパーサ（Ｔａｒｇｅｔｉｎｇ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）、サービスシグナリングパーサ（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）及び／又はアプリケーションシグナリングパーサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）を含むことができる。
【０５３６】
スケジュールドストリーミングデコーダ（Ｓｃｈｅｄｕｌｅｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）は、ＩＰデータグラムなどから実時間Ａ／Ｖ（Ａｕｄｉｏ  ／  Ｖｉｄｅｏ）ストリーミングのためのオーディオ／ビデオデータを抽出し、これをデコードする。
【０５３７】
ファイルデコーダ（Ｆｉｌｅ  Ｄｅｃｏｄｅｒ）は、ＩＰデータグラムから、ＮＲＴデータ及びアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）などのファイル形態データを抽出し、これをデコードする。
【０５３８】
ファイルデータベース（Ｆｉｌｅ  ＤＢ）は、ファイルデコーダから抽出したデータを保存する。
【０５３９】
オンデマンドストリーミングデコーダ（Ｏｎ―Ｄｅｍａｎｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）は、ＩＰデータグラムなどからユーザ要求（ｏｎ―ｄｅｍａｎｄ）ストリーミングのためのオーディオ／ビデオデータを抽出し、これをデコードする。
【０５４０】
コンポーネント同期化器（Ｃｏｍｐｏｎｅｎｔ  Ｓｙｎｃｈｒｏｎｉｚｅｒ）は、スケジュールドストリーミングデコーダ、ファイルデコーダ及び／又はオンデマンドストリーミングデコーダでデコードされたデータに基づいて、コンテンツを構成する要素間の同期化を行ったり、サービスを構成する要素間の同期化を行い、コンテンツ又はサービスを構成する。
【０５４１】
警報シグナリングパーサ（Ａｌｅｒｔ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）は、ＩＰデータグラムなどから警報（ａｌｅｒｔｉｎｇ）と関連したシグナリング情報を抽出し、これをパースする。
【０５４２】
ターゲッティングシグナリングパーサー（Ｔａｒｇｅｔｉｎｇ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）は、ＩＰデータグラムなどからサービス／コンテンツ個人化、又はターゲッティングに関連したシグナリング情報を抽出し、これをパースする。ここで、ターゲッティングとは、特定視聴者の条件に合うコンテンツ又はサービスを提供することであり、当該視聴者の条件に合うコンテンツ又はサービスを識別してそれを提供する行為を指す。
【０５４３】
サービスシグナリングパーサ（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）は、ＩＰデータグラムなどからサービススキャン及び／又はサービス／コンテンツなどに関連したシグナリング情報を抽出し、これをパースする。サービス／コンテンツなどに関連したシグナリング情報は、放送システム情報及び／又は放送シグナリング情報を含む。
【０５４４】
アプリケーションシグナリングパーサは、ＩＰデータグラムなどからアプリケーションの取得に関連したシグナリング情報を抽出し、これをパースする。アプリケーションの取得に関連したシグナリング情報は、トリガー、ＴＰＴ（ＴＤＯ  ｐａｒａｍｅｔｅｒ  ｔａｂｌｅ）及び／又はＴＤＯパラメータエレメントを含むことができる。
【０５４５】
ターゲッティングプロセッサＪ２０７０は、ターゲッティングシグナリングパーサでパースされたサービス／コンテンツターゲッティング関連情報を処理する。
【０５４６】
プロセッサＪ２０８０は、受信したデータをディスプレイするための一連の処理を行う。プロセッサＪ２０８０は、警報プロセッサ（Ａｌｅｒｔ  Ｐｒｏｃｅｓｓｏｒ）、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）及び／又はオーディオ／ビデオプロセッサ（Ａ／Ｖ  Ｐｒｏｃｅｓｓｏｒ）を含むことができる。
【０５４７】
警報プロセッサは、警報と関連したシグナリング情報を用いて、警報データを取得するように受信機を制御し、警報データをディスプレイするための処理を行う。
【０５４８】
アプリケーションプロセッサは、アプリケーション関連情報を処理し、ダウンロードされたアプリケーションの状態及びアプリケーションに関連したディスプレイパラメータを処理する。
【０５４９】
オーディオ／ビデオプロセッサは、デコードされたオーディオデータ、ビデオデータ及び／又はアプリケーションデータに基づいてオーディオ／ビデオレンダリング関連動作を行う。
【０５５０】
管理ユニットＪ２０９０は、装置マネジャー（ｄｅｖｉｃｅ  ｍａｎａｇｅｒ）及び／又はデータ通信及びシェアリングユニット（Ｄａｔａ  Ｓｈａｒｉｎｇ  ＆  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｔ）を含む。
【０５５１】
装置マネジャーは、連結及びデータ交換などの連動可能な外部装置の追加／削除／更新などの外部装置に対する管理を行う。
【０５５２】
データ通信及びシェアリングユニットは、受信機と外部装置（例えば、コンパニオン装置（ｃｏｍｐａｎｉｏｎ  ｄｅｖｉｃｅ））との間のデータ伝送及び交換関連情報を処理し、これと関連した動作を行う。伝送及び交換可能なデータは、シグナリングデータ、ＰＤＩ  ｔａｂｌｅ、ＰＤＩ  ｕｓｅｒ  ｄａｔａ、ＰＤＩ  Ｑ＆Ａ及び／又はＡ／Ｖデータであってもよい。
【０５５３】
再分配モジュールＪ２１００は、受信機が放送信号を直接受信できない場合、放送サービス／コンテンツ関連情報及び／又はサービス／コンテンツデータの取得を行う。
【０５５４】
外部管理装置Ｊ２１１０は、放送サービス／コンテンツサーバーなど、放送サービス／コンテンツ提供のための放送受信機の外部のモジュールのことを指す。外部管理装置の役割を担うモジュールは、放送受信機の内部に設けられてもよい。
【０５５５】
図３３は、本発明の一実施例に係る、放送網の伝送ストリームとインターネット網（異種網）の伝送ストリームとの間の同期化のためのタイムラインコンポーネント（Ｔｉｍｅｌｉｎｅ  ｃｏｍｐｏｎｅｎｔ）を示す図である。
【０５５６】
前述した放送システムの受信機で、放送網及びインターネット網のような異種網を介して伝送されるストリームが、一つのサービスのために同期化して用いられる可能性がある。例えば、図示のように、放送網でビデオストリームが伝送され、インターネット網でオーディオストリームが伝送される場合、両ストリームは、一つのサービスのために同期化して復号化され、再生されなければならない。すなわち、一つのサービスを用いるために、放送網でビデオを取得し、インターネット網でオーディオを取得しなければならない。例えば、同じコンテンツに対して、放送網で提供する言語と異なる言語で製作されたオーディオで視聴したい視聴者は、自身の所望する言語で製作された、該当のコンテンツのオーディオをインターネット網で受信して用いることができる。
【０５５７】
しかし、両ストリームは別個のタイムライン（ｔｉｍｅｌｉｎｅ）を有するため、両タイムライン間のマッピングを可能にするメカニズムが必要である。ここで、タイムラインは、各伝送網を介して伝送されるデータ又はコンテンツが再生又は復号される基準となる絶対的な又は相対的な時間を示すことができる。すなわち、放送網を介して伝送されるビデオが示す内容と、インターネット網を介して伝送されるオーディオが示す内容とが、サービス内で一致しなければならない。
【０５５８】
本発明の一実施例では、放送網とインターネット網などの異種網を介して伝送されるストリーム間の同期化のためにタイムラインコンポーネント（Ｔｉｍｅｌｉｎｅ  ｃｏｍｐｏｎｅｎｔ）を用いる方法及び装置を提案する。タイムラインコンポーネントストリームは、一つ以上のタイムラインコンポーネントＡＵ（ａｃｃｅｓｓ  ｕｎｉｔ）を含むことができる。タイムラインコンポーネントＡＵは、タイムラインコンポーネント内で、連続して存在することができる。
【０５５９】
タイムラインコンポーネントＡＵは、放送網を介して伝送されるストリームのタイムラインに、インターネット網を介して伝送されるストリームのタイムラインをマップする例を示している。放送網を介して伝送されるパケットのヘッダーに、放送網を介して伝達されるストリームのタイムラインに関する情報が含まれている場合、放送網を介して伝送可能なタイムラインコンポーネントＡＵは、異種網（例えば、インターネット網）を介して伝送されるストリームのＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）などのタイムスタンプ情報などを含むことができる。このような異種網（例えば、インターネット網）を介して伝送されるストリームのタイムラインに関する情報がタイムラインコンポーネントＡＵに含まれる場合、異種網（例えば、インターネット網）を介して伝送されるストリームのタイムラインに関する情報は、放送網を介して伝送されるストリームと同じパケット構造にパケット化することができる。これによって、パケットヘッダーに含まれる放送網の伝送ストリームのタイムスタンプとインターネット網を介して伝達されるストリームのタイムスタンプとを一対一でマップすることができ、両ストリームを一つのタイムラインで同期化して復号化し再生することができる。上述したタイムスタンプ情報は、外部網（例えば、異種網、インターネット網など）を介して伝送されるストリームのタイムラインを構成するタイムライン基準値を示すことができる。
【０５６０】
ＰＴＳ（ｐｒｅｓｅｎｔａｔｉｏｎ  ｔｉｍｅｓｔａｍｐ）は、ユーザに提示されるとき、プログラムの個別エレメンタリストリーム（例えば、ビデオ、オーディオ、サブタイトル）の同期化を達成するために用いられるＭＰＥＧ伝送ストリーム、ＭＰＥＧプログラムストリーム、又は類似データストリーム内のタイムスタンプメタデータフィールドである。ＰＴＳは、プログラムの全クロック基準、すなわち、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）又はＳＣＲ（Ｓｙｓｔｅｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）に関連した単位で与えられ、これはまた、伝送ストリーム又はプログラムストリームで送信される。
【０５６１】
ＤＴＳ（Ｄｅｃｏｄｅ  Ｔｉｍｅ  Ｓｔａｍｐ）は、アクセスユニットが受信機バッファから即時に除去されてデコードされる時間を示す。これは、ピクチャリオーダリング（ｐｉｃｔｕｒｅ  ｒｅｏｒｄｅｒｉｎｇ）がＢピクチャに用いられる時にのみＰＴＳと異なる。ＤＴＳが用いられると、ＰＴＳはビットストリームで提供されてもよい。
【０５６２】
前述した内容は、一つのネットワークを介して伝送されるストリームが別個のタイムラインを使用する場合にも同様の適用が可能である。例えば、前述した方法を用いると、複数の異種網を介して伝送されるストリームを集めて視聴者に提供する中継サービス事業者は、別個のストリームに対する同期化のための再処理を直接行う必要がない。
【０５６３】
図３４は、本発明の一実施例に係るタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）を示す図である。
【０５６４】
タイムラインコンポーネントＡＵは、ＸＭＬなどの他の形態のフォーマットで表現されてもよい。
【０５６５】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ｖｅｒｓｉｏｎ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ＰＴＳ＿ｆｌａｇ情報、ＤＴＳ＿ｆｌａｇ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ｆｌａｇ情報、ＮＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ＰＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ｔｉｍｅｃｏｄｅ＿ｆｌａｇ情報、ＰＣＲ＿ｔｉｍｅ＿ｆｌａｇ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＰＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＤＴＳ情報、ＰＣＲ＿ｔｉｍｅ＿ＰＴＳ情報、及び／又はＰＣＲ＿ｔｉｍｅ＿ＤＴＳ情報を含むことができる。
【０５６６】
Ｉｄｅｎｔｉｆｉｅｒ情報は、タイムラインコンポーネントＡＵの構造を固有に示す識別子である。
【０５６７】
ｖｅｒｓｉｏｎ情報は、下位ＰＴＳ、ＤＴＳなどのタイムスタンプフィールドの長さを示すことができる。例えば、ｖｅｒｓｉｏｎ情報の値が１であれば、６４ビット、０であれば、３２ビットの長さを有することができる。
【０５６８】
ＡＵ＿ｌｅｎｇｔｈ情報は、タイムラインコンポーネントＡＵの長さを示す。
【０５６９】
ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵが外部網を介して伝送されるストリームのｌｏｃａｔｉｏｎ情報を含んでいるか否かを示す。
【０５７０】
ＰＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがＰＴＳ値を含んでいるか否かを示す。
【０５７１】
ＤＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがＤＴＳ値を含んでいるか否かを示す。
【０５７２】
ｍｅｄｉａ＿ｔｉｍｅ＿ｆｌａｇ情報は、メディアタイム（ｍｅｄｉａ  ｔｉｍｅ）形式のタイムスタンプを含んでいるか否かを示す。
【０５７３】
ＮＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報は、ＮＴＰ形式のタイムスタンプを含んでいるか否かを示す。
【０５７４】
ＰＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報は、ＰＴＰ形式のタイムスタンプを含んでいるか否かを示す。
【０５７５】
ｔｉｍｅｃｏｄｅ＿ｆｌａｇ情報は、ＳＭＰＴＥタイムコード（ｔｉｍｅｃｏｄｅ）形式のタイムスタンプを含んでいるか否かを示す。
【０５７６】
ＰＣＲ＿ｔｉｍｅ＿ｆｌａｇ情報は、ＭＰＥＧ―２  ＴＳのＰＣＲベースのタイムスタンプを含んでいるか否かを示す。
【０５７７】
ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報は、ｌｏｃａｔｉｏｎフィールドの長さを示す。
【０５７８】
Ｌｏｃａｔｉｏｎ情報は、異種網で伝送されるストリームのＵＲＬ又は固有ＩＤを示す。Ｌｏｃａｔｉｏｎ情報が固有ＩＤを示す場合、シグナリングデータなどの情報と連動して用いられてもよい。
【０５７９】
ｔｉｍｅｓｃａｌｅ情報は、メティアタイムスケール（ｍｅｄｉａ  ｔｉｍｅｓｃａｌｅ）を示す。ｔｉｍｅｓｃａｌｅ情報は、他の情報が示す時間の単位を識別する情報である。
【０５８０】
ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報は、メディアタイム形式で表現されたＰＴＳを示す。
【０５８１】
ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報は、メディアタイム形式で表現されたＤＴＳを示す。
【０５８２】
ＮＴＰ＿ｔｉｍｅ＿ＰＴＳ情報は、ＮＰＴ形式で表現されたＰＴＳを示す。
【０５８３】
ＮＴＰ＿ｔｉｍｅ＿ＤＴＳ情報は、ＮＰＴ形式で表現されたＤＴＳを示す。
【０５８４】
ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ情報は、ＰＴＰ形式で表現されたＰＴＳを示す。
【０５８５】
ＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報は、ＰＴＰ形式で表現されたＤＴＳを示す。
【０５８６】
ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ又はＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報は、３２ビット、６４ビット又は８０ビットのいずれかのサイズを有することができる。
【０５８７】
ｔｉｍｅｃｏｄｅ＿ＰＴＳ情報は、ＳＭＰＴＥタイムコード形式で表現されたＰＴＳを示す。
【０５８８】
ｔｉｍｅｃｏｄｅ＿ＤＴＳ情報は、ＳＭＰＴＥタイムコード形式で表現されたＤＴＳを示す。
【０５８９】
ＰＣＲ＿ｔｉｍｅ＿ＰＴＳ情報は、ＰＣＲ形式で表現されたＰＴＳを示す。
【０５９０】
ＰＣＲ＿ｔｉｍｅ＿ＤＴＳ情報は、ＰＣＲ形式で表現されたＤＴＳを示す。
【０５９１】
本発明の一実施例によれば、受信機は、ｌｏｃａｔｉｏｎ情報によって識別される外部網のストリームに、タイムラインコンポーネントＡＵに含まれる一つ以上のタイムスタンプ情報を適用して、放送網で伝送されるストリームと異種網で伝送されるストリームとの同期を取ることができる。
【０５９２】
図３５は、本発明の他の実施例に係る、タイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）を示す図である。
【０５９３】
タイムラインコンポーネントＡＵは、ＸＭＬなどの他の形態のフォーマットで表現されてもよい。
【０５９４】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ｖｅｒｓｉｏｎ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ＰＴＳ＿ｆｌａｇ情報、ＤＴＳ＿ｆｌａｇ情報、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳ情報、及び／又はｔｉｍｅｓｔａｍｐ＿ｔｏ＿ＤＴＳ情報（又は、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＤＴＳ情報）を含むことができる。
【０５９５】
前述したタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）に含まれる情報と同じ名称を有する情報に関する説明は、前述した説明に代える。
【０５９６】
ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報は、マップしようとするタイムラインのタイムスタンプ形式を示す。例えば、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報の値が０である場合には、３２ビット形式を用いることを示し、１である場合には、将来６４ビット形式を用いることを示すことができる。
【０５９７】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報は、マップしようとするタイムラインのタイムスタンプのタイプを示す。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が、０ｘ００の場合、メディアタイムであることを示し、０ｘ０１の場合、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であることを示し、０ｘ０２の場合、ＰＴＰであることを示し、０ｘ０３の場合、ｔｉｍｅｃｏｄｅであることを示し、０ｘ０４―０ｘ１Ｆの場合には、将来に定義することができ、そのためにリザーブド（ｒｅｓｅｒｖｅ）されてもよい。
【０５９８】
ｔｉｍｅｓｃａｌｅ情報は、マップしようとするタイムラインのメディアタイムを表現するタイムスケール（ｔｉｍｅ  ｓｃａｌｅ）を示すことができる。例えば、ＭＰＥＧ―２  ＴＳの場合、ｔｉｍｅｓｃａｌｅは９０Ｋ値を有することができる。
【０５９９】
ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報は、マップしようとするタイムラインの再生タイムスタンプ（ｐｒｅｓｅｎｔａｔｉｏｎ  ｔｉｍｅｓｔａｍｐ）、すなわち、再生する時点に対するメディアタイムを示すことができる。ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇの値が０である場合、３２ビット形式で示し、当該値が１である場合、６４ビットで示すことができる。
【０６００】
ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報は、マップしようとするタイムラインのデコーディングタイムスタンプ（ｄｅｃｏｄｉｎｇ  ｔｉｍｅｓｔａｍｐ）、すなわち、デコードする時点に対するメディアタイムを示すことができる。ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇの値が０である場合には、３２ビットの形式で示し、当該値が１である場合には、６４ビットで示すことができる。
【０６０１】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳ情報は、マップしようとするタイムラインのタイムスタンプタイプによる再生タイムスタンプ、すなわち、再生する時点を示すことができる。ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇの値が０である場合、３２ビットの形式で示し、当該値が１である場合、６４ビットで示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅフィールドの値がＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を示す場合、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳフィールド値は、ＮＴＰベース再生時点に対するタイムスタンプ値を有することができる。
【０６０２】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＤＴＳ情報は、マップしようとするタイムラインのタイムスタンプタイプによるデコーディングタイムスタンプ、すなわち、デコードする時点を示すことができる。ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＤＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ値が０である場合、３２ビットの形式で示し、当該値が１である場合、６４ビットで示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅフィールドの値がＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を示す場合、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳフィールド値は、ＮＴＰベースデコーディング時点に対するタイムスタンプ値を有することができる。
【０６０３】
図３６は、本発明の一実施例に係る、放送網の伝送パケットのタイムスタンプがない場合に、タイムラインコンポーネントを用いて、放送網で伝送されるストリームと、異種網（例えば、インターネット網）で伝送されるストリームとの同期を取る方法を示す図である。
【０６０４】
前述したタイムラインコンポーネントを用いる、異種網を介して伝送される伝送ストリーム間のタイムライン共有を通じた同期化方法において、タイムライン共有は、放送網の伝送ストリームのパケットヘッダーのタイムスタンプと、パケットペイロードのタイムラインコンポーネントＡＵに含まれるインターネット網の伝送ストリームのタイムスタンプとを一対一でマップすることによって行うことができる。
【０６０５】
しかしながら、放送網伝送パケットのヘッダーにタイムスタンプ関連情報が存在しない場合がありうる。
【０６０６】
図面のように、伝送パケットのヘッダーにタイムスタンプと関連した情報が存在しない場合、タイムラインにおけるオリジンタイムスタンプ（ｏｒｉｇｉｎ  ｔｉｍｅｓｔａｍｐ）に関する追加情報が必要である。放送網とインターネット網とのタイムライン共有は、オリジンタイムスタンプと前述したインターネット網伝送ストリームのタイムスタンプとを一対一でマッピングすることによって達成することができる。
【０６０７】
オリジンタイムスタンプと異種網（例えば、インターネット網）の伝送ストリームのタイムスタンプ関連情報は、タイムラインコンポーネントＡＵに含めることができる。
【０６０８】
オリジンタイムスタンプは、基準となるタイムライン上のタイムスタンプと定義することができる。例えば、前述した実施例で、放送網で伝送されるストリームに対するタイムスタンプをオリジンタイムスタンプと定義することができる。
【０６０９】
オリジンタイムスタンプは、内部網（例えば、放送網）を介して伝送されるストリームのタイムラインを構成するタイムライン基準値を示すことができる。
【０６１０】
図３７は、本発明の他の実施例に係るタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）を示す図である。
【０６１１】
本発明の他の実施例に係るタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）は、前述したタイムラインコンポーネントＡＵのシンタックスに、オリジンタイムスタンプに関連した情報をさらに含むことができる。
【０６１２】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ｖｅｒｓｉｏｎ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ＰＴＳ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ＤＴＳ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ＰＴＳ情報、ｏｒｉｇｉｎ＿ＤＴＳ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ＰＴＳ＿ｆｌａｇ情報、ＤＴＳ＿ｆｌａｇ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ｆｌａｇ情報、ＮＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ＰＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ｔｉｍｅｃｏｄｅ＿ｆｌａｇ情報、ＰＣＲ＿ｔｉｍｅ＿ｆｌａｇ情報、ｌｏｃａｔｉｏｎ＿ＵＲＬ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ＵＲＬ情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＰＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＤＴＳ情報、ＰＣＲ＿ｔｉｍｅ＿ＰＴＳ情報、及び／又はＰＣＲ＿ｔｉｍｅ＿ＤＴＳ情報を含むことができる。
【０６１３】
前述したタイムラインコンポーネントＡＵのシンタックスに含まれる情報と同じ名称を有する情報に関する説明は、前述した説明に代える。
【０６１４】
ｏｒｉｇｉｎ＿ＰＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがｏｒｉｇｉｎ＿ＰＴＳ値を含んでいるか否かを示す。
【０６１５】
ｏｒｉｇｉｎ＿ＤＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがオリジンＤＴＳ値を含んでいるか否かを示す。
【０６１６】
ｏｒｉｇｉｎ＿ＰＴＳ情報は、タイムラインマッピングの基準となるベースタイムライン上で現在パケットのＰＴＳを示す。
【０６１７】
ｏｒｉｇｉｎ＿ＤＴＳ情報は、タイムラインマッピングの基準となるベースタイムライン上で現在パケットのＤＴＳを示す。
【０６１８】
ｌｏｃａｔｉｏｎ＿ＵＲＬ＿ｌｅｎｇｔｈ情報は、ｌｏｃａｔｉｏｎ＿ＵＲＬ情報の長さを示す。
【０６１９】
ｌｏｃａｔｉｏｎ＿ＵＲＬ情報は、異種網を介して伝送されるストリームのＵＲＬを示すか、又は、異種網を介して伝送されるストリームを固有に識別する識別子を示すことができる。
【０６２０】
受信機は、放送網の伝送ストリームのパケットペイロードからタイムラインコンポーネントＡＵを取得し、タイムラインコンポーネントＡＵでｏｒｉｇｉｎ＿ＰＴＳ情報及び／又はｏｒｉｇｉｎ＿ＤＴＳ情報をパースし、それらの情報に基づいて、放送網の伝送ストリームに対するタイムスタンプ情報を得ることができる。受信機は、ｏｒｉｇｉｎ＿ＰＴＳ情報及び／又はｏｒｉｇｉｎ＿ＤＴＳ情報を通じて取得した放送網の伝送ストリームのタイムスタンプとタイムラインコンポーネントＡＵに含まれる異種網に対するタイムスタンプ関連情報を用いて、放送網の伝送ストリームと異種網の伝送ストリームとの同期を取ることができる。
【０６２１】
図３８は、本発明の他の実施例に係るタイムラインコンポーネントＡＵのシンタックスを示す図である。
【０６２２】
同図では、タイムラインコンポーネントＡＵは、放送網或いはインターネット網で伝送されるメディアストリームに関連した追加のメタデータを含むことができる。このようなメタデータのうち、メディアストリーム及び関連タイムラインに対するメタデータを含むタイムラインコンポーネントＡＵを示している。
【０６２３】
タイムラインコンポーネントＡＵは、ＸＭＬなどの他の形態のフォーマットで表現されてもよい。
【０６２４】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｌａｇ情報、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｃａｌｅ情報、ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ情報、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅｓ（）情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ情報、タイムスタンプ情報、及び／又はｄａｔａ＿ｂｙｔｅｓ（）情報を含むことができる。
【０６２５】
前述したタイムラインコンポーネントＡＵのシンタックスに含まれる情報と同じ名称を有する情報に関する説明は、前述した説明に代える。
【０６２６】
Ｉｄｅｎｔｉｆｉｅｒ情報は、タイムラインに関連したメタデータであることを示す識別子、或いはタイムラインコンポーネントアクセスユニット（ａｃｃｅｓｓ  ｕｎｉｔ；ＡＵ）構造を含んでいることを示す識別子であってもよい。
【０６２７】
ＡＵ＿ｌｅｎｇｔｈ情報は、タイムラインコンポーネントＡＵが含む情報の長さを示すことができる。
【０６２８】
ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵが含む情報に関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を含んでいるか否かを示すことができる。
【０６２９】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｌａｇ情報は、オリジンタイムスタンプに関連した情報を含むか否かを示すことができる。
【０６３０】
ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報は、タイムラインコンポーネントＡＵが含むタイムスタンプのバージョン情報を示すことができる。
【０６３１】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報は、タイムラインコンポーネントＡＵが含むタイムスタンプのタイプを示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ００である場合、関連したサービス／コンテンツコンポーネントのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）のデコーディング時点を示すデコーディングタイムスタンプ（ＤＴＳ）を示すことができ、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ０１である場合、関連したサービス／コンテンツコンポーネントなどのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）の再生時点を示す再生タイムスタンプ（ＰＴＳ）を示すことができる。
【０６３２】
ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報は、タイムラインコンポーネントＡＵが含むタイムスタンプのフォーマットを示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報の値が０ｘ００であれば、メディアタイムであることを示し、０ｘ０１の場合、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であることを示し、０ｘ０２であれば、ＰＴＰであることを示し、０ｘ０３であれば、ｔｉｍｅｃｏｄｅであることを示すことができ、将来の拡張のために０ｘ０４―０ｘ０Ｆの値をリザーブすることができる。
【０６３３】
ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報は、ｌｏｃａｔｉｏｎフィールドに対する長さを示すことができる。
【０６３４】
ｌｏｃａｔｉｏｎ情報は、タイムラインコンポーネントＡＵが含む情報に関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を示すことができる。ｌｏｃａｔｉｏｎ情報は、ＩＰアドレス／ポートナンバー、或いはＵＲＩなどの形態で示すことができる。
【０６３５】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報は、タイムラインマッピングの基準となり得るベースタイムラインに対するタイムスタンプフォーマットのバージョンを示すことができる。当該フィールド値が０である場合、３２ビットフォーマットの形式を用いていることを示し、１である場合には、６４ビットフォーマットの形式を用いていることを示すことができる。例えば、ビデオストリームが放送網を介して伝達され、オーディオストリームがインターネット網を介して伝送される場合、ビデオストリームにオーディオストリームのタイムラインマッピングをする時に基準となるベースタイムラインは、放送網で伝達されるビデオストリームのタイムスタンプとすることができる。この場合、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎは、放送網で伝送されるビデオストリームに対するタイムスタンプ形式を示すことができる。
【０６３６】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報は、タイムラインマッピングの基準となり得るベースタイムラインに対するタイムスタンプのタイプを示すことができる。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ００である場合、ベースタイムラインに関連したサービス／コンテンツコンポーネントなどのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）のデコーディング時点を示すデコーディングタイムスタンプ（ＤＴＳ）を示すことができ、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ０１である場合、ベースタイムラインに関連したサービス／コンテンツコンポーネントなどのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）の再生時点を示す再生タイムスタンプ（ＰＴＳ）を示すことができる。
【０６３７】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報は、タイムラインマッピングの基準となり得るベースタイムラインに対するタイムスタンプのフォーマットを示すことができる。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報の値が０ｘ００であれば、メディアタイムであることを示し、０ｘ０１であれば、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であることを示し、０ｘ０２であれば、ＰＴＰであることを示し、０ｘ０３であれば、ｔｉｍｅｃｏｄｅであることを示すことができ、０ｘ０４―０ｘ０Ｆの値は、将来の拡張のためにリザーブされてもよい。
【０６３８】
ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報は、タイムラインマッピングの基準となり得るベースタイムラインに関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を含んでいるか否かを示すことができる。
【０６３９】
ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報は、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎフィールドに対する長さを示すことができる。
【０６４０】
ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ情報は、タイムラインマッピングの基準となり得るベースタイムラインに関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を示すことができる。ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ情報は、ＩＰアドレス／ポートナンバー、或いはＵＲＩなどの形態で示すことができる。
【０６４１】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｃａｌｅ情報は、タイムラインマッピングの基準となるベースタイムラインのメディアタイムの表現時に使用できるタイムスケール（ｔｉｍｅ  ｓｃａｌｅ）を示すことができる。例えば、ＭＰＥＧ―２  ＴＳの場合、タイムスケールは９０Ｋ値を有することができる。
【０６４２】
ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、タイムラインマッピングの基準となるベースタイムライン上でメディアタイムを示すことができる。ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって該当のメディアタイムの意味する内容が異なってもよい。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＰＴＳである場合、ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、再生時点に対するメディアタイムを示すことができ、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＤＴＳである場合、ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、デコーディング時点に対するメディアタイムを示すことができる。ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示すことができ、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６４３】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報は、タイムラインマッピングの基準となるベースタイムライン上でｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔのフィールド値によって別々のフォーマットのタイムスタンプを示すことができ、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報に該当するタイムスタンプの意味が異なってもよい。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＤＴＳを示し、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔの値が‘０ｘ０１’である場合、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報の該当のタイムスタンプは、ＮＴＰで表現されたデコーディング時点を示すことができる。ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報は、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示し、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６４４】
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ情報は、後続するｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅｓのバイト単位の長さを示すことができる。
【０６４５】
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅｓ（）情報は、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ長さだけ私的に（ｐｒｉｖａｔｅｌｙ）定義したり、将来に拡張内容を含み得る領域を示す。
【０６４６】
ｔｉｍｅｓｃａｌｅ情報は、メディアタイム表現時に使用できるタイムスケールを示すことができる。
【０６４７】
ｍｅｄｉａ＿ｔｉｍｅ情報は、メディアタイムを示すことができる。ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって、ｍｅｄｉａ＿ｔｉｍｅ情報に該当するメディアタイムの意味する内容が異なってもよい。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＰＴＳである場合、ｍｅｄｉａ＿ｔｉｍｅ情報は、再生時点に対するメディアタイムを示すことができる。ｍｅｄｉａ＿ｔｉｍｅ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示し、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６４８】
タイムスタンプ情報は、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔのフィールド値によって別々のフォーマットのタイムスタンプを示すことができ、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって、タイムスタンプ情報に該当するタイムスタンプの意味が異なってもよい。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＤＴＳを示し、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔの値が‘０ｘ０１’である場合、タイムスタンプ情報に該当するタイムスタンプは、ＮＴＰで表現されたデコーディング時点を示すことができる。タイムスタンプ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示し、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６４９】
ｄａｔａ＿ｂｙｔｅｓ（）情報は、将来に拡張内容を含むフィールド又は領域を示す。
【０６５０】
図３９は、本発明の他の実施例によってタイムライン基準シグナリング情報を用いて放送網を介して伝送されたストリームと異種網を介して伝送されたストリームとの間の同期化方法を示す。
【０６５１】
上述したように、ビデオストリームが放送網を介して伝送され、オーディオストリームがインターネット網を介して伝送されるとき、２個のストリームは一つのサービスに同期化され、デコード及び／又は再生される必要がある。しかし、２個のストリームが異なるタイムラインを有するので、２個のタイムラインを互いにマップするメカニズムが必要である。
【０６５２】
他の実施例によれば、放送網及びインターネット網などの異種網を介して伝送される少なくとも一つのストリームは、タイムライン基準シグナリング情報を用いて同期化することができる。すなわち、放送網及びインターネット網などの異種網を介して、上述した放送システムの受信機から伝送されるストリームは一つのサービスに同期化されて使用される。
【０６５３】
他の実施例に係る送信機は、タイムライン基準シグナリング情報を用いて放送網を介して伝送されたストリームと異種網を介して伝送されたストリームとを同期化させることができる。このために、本実施例の送信機は、シグナリングエンコーダ（図示せず）、放送網インターフェース（図示せず）及び／又は異種網インターフェース（図示せず）を含むことができる。
【０６５４】
シグナリングエンコーダは、一つ以上のネットワークを介して伝送されたストリームを同期化するメタデータを含むタイムライン基準シグナリング情報をエンコードする。
【０６５５】
シグナリングエンコーダは、放送コンテンツの第１部分（例えば、ビデオ情報）及びタイムライン基準シグナリング情報を含む放送ストリームをエンコードする第１エンコーダ、及び放送コンテンツの第２部分（例えば、オーディオ情報）を含む異種ストリームをエンコードする第２エンコーダを含むことができる。
【０６５６】
タイムライン基準シグナリング情報は、放送ストリーム及び異種ストリームのうち少なくとも一つのタイムラインを構成する少なくとも一つのタイムライン基準情報を含むことができる。
【０６５７】
放送網インターフェースは、放送網を介してエンコードされた放送ストリームを送信することができる。
【０６５８】
異種網インターフェースは、異種網を介してエンコードされた異種ストリームを送信することができる。
【０６５９】
また、他の実施例に係る受信機は、タイムライン基準シグナリング情報を用いて放送網を介して伝送されたストリームと異種網を介して伝送されたストリームとを同期化することができる。このために、本実施例の受信機は、放送網インターフェース（図示せず）、異種網インターフェース（図示せず）及び／又はプロセッサ（図示せず）を含むことができる。
【０６６０】
放送網インターフェースは、放送網を介して放送コンテンツの第１部分（例えば、ビデオ情報）を含む放送ストリームを受信することができる。放送網インターフェースは、上述したように、放送インターフェースＪ２０３０及び／又は伝送パケットインターフェースＪ３２０７０を含むことができる。
【０６６１】
異種網インターフェースは、異種網を介して放送コンテンツの第２部分（例えば、オーディオ情報）を含む異種ストリームを受信することができる。異種網インターフェースは、上述したように、インターネットインターフェースＪ２０２０及び／又はブロードバンドパケットインターフェースＪ３２０８０を含むことができる。
【０６６２】
放送ストリームは、一つ以上のネットワークを介して伝送されるストリームを同期化するメタデータを含むタイムライン基準シグナリング情報を含むことができる。タイムライン基準シグナリング情報は、放送ストリーム及び異種ストリームのうち少なくとも一つのタイムラインを構成する少なくとも一つのタイムライン基準情報を含むことができる。
【０６６３】
プロセッサは、タイムライン基準シグナリング情報に基づいて放送ストリーム及び異種ストリームを用いて放送コンテンツを構成することができる。プロセッサは、上述したプロセッサＪ２０８０及び／又はＡ／ＶプロセッサＪ３２１１０を含むことができる。
【０６６４】
他の実施例に係る放送ストリームは、パケットヘッダー及び／又はパケットペイロードを含むことができる。パケットヘッダーは、放送ストリームのためのタイムスタンプを含むことができる。パケットペイロードは、タイムライン基準シグナリング情報を含むことができる。しかし、本発明の実施例はこれに制限されない。タイムライン基準シグナリング情報はパケットヘッダーに含ませることができる。
【０６６５】
タイムライン基準シグナリング情報がパケットペイロードに含まれて伝送されると、タイムライン基準シグナリング情報をタイムライン基準情報ＡＵ（ａｃｃｅｓｓ  ｕｎｉｔ）に含ませることができる。タイムラインコンポーネントＡＵは、タイムライン基準情報ＡＵを含むことができる。しかし、本発明の実施例はこれに制限されない。タイムライン基準情報ＡＵは、タイムラインコンポーネントＡＵと独立的に存在することができる。
【０６６６】
タイムライン基準シグナリング情報がパケットヘッダに含まれる場合、タイムライン基準シグナリング情報を拡張されたヘッダー拡張部に含ませることができる。
【０６６７】
放送網を介して伝送されるタイムラインコンポーネントＡＵ及び／又はタイムライン基準情報ＡＵは、内部網である放送網を介して伝送されたストリームのタイムラインを構成する内部タイムライン基準情報及び／又は外部網である異種網（例えば、インターネット網）を介して伝送されたストリームのタイムラインを内部網にマップできる外部タイムライン基準情報を含むことができる。
【０６６８】
上述したタイムスタンプは、ＤＴＳ及び／又はＰＴＳなどのデコーディング開始時間及び／又はプレゼンテーション開始時間を示す。よって、タイムスタンプは、特定イベントが発生するプレゼンテーション時間及びデコーディング時間などの時間のみを示す。
【０６６９】
他の実施例に係るタイムライン基準情報は、内部網及び／又は外部網を介して伝送されたメディアストリームのタイムラインを構成する基準クロック値を示す。ここで、基準クロック値は、メディアストリームのタイムラインを構成する時間を示す時間情報を示す。ここで、タイムラインを構成する時間は放送システム内の所定時間に対応し得る。例えば、基準クロック値は、ＤＴＳ及びＰＴＳ及び／又は掛け時計などのタイムスタンプ情報を含むことができる。しかし、基準クロック値はＤＴＳ及び／又はＰＴＳに制限されない。
【０６７０】
また、タイムライン基準情報ＡＵは、放送網送信ストリームと同一のパケット構造の形態でパケット化することができる。
【０６７１】
本発明の他の実施例によれば、受信機は、タイムライン基準情報ＡＵに基づいて一つのタイムライン上に放送網及び異種網（例えば、インターネット網）を介して伝送される２個のストリームを同期化し、デコード及び／又は再生することができる。例えば、受信機及び／又はプロセッサは、タイムスタンプ及び／又はタイムライン基準シグナリング情報に基づいて放送ストリーム及び異種ストリームを用いて放送コンテンツを構成することができる。受信機及び／又はプロセッサは、内部タイムライン基準情報及び外部タイムライン基準情報に基づいて放送網を介して伝送されたストリームを異種網を介して伝送されたストリームにマップすることができる。外部タイムライン基準情報がＤＴＳ及び／又はＰＴＳなどのタイムスタンプ情報を含む場合、受信機及び／又はプロセッサは、外部タイムライン基準情報及び内部網を介して伝送されたメディアストリームのタイムラインを構成するタイムスタンプ情報に基づいて放送網を介して伝送されたストリームを、異種網を介して伝送されたストリームにマップすることができる。
【０６７２】
また、上述した説明は、一つのネットワークを介して伝送されたストリームが異なるタイムラインを用いる場合に適用することができる。例えば、異種ストリームが放送ストリームに対応すると、異種ストリームのタイムラインは放送ストリームのタイムラインと異なり得る。
【０６７３】
上述した方法で、複数の異種網を介して伝送されるストリームを収集して視聴者に提供するリレーサービスオペレーターは、異なるストリームの同期化のためのリプロセシング（ｒｅｐｒｏｃｅｓｓｉｎｇ）を直接行う必要がない。
【０６７４】
図４０は、本発明の他の実施例に係るタイムライン基準情報ＡＵのシンタックスを示す。
【０６７５】
タイムライン基準情報ＡＵは、ＸＭＬなどの他のフォーマットで提示することができる。タイムライン基準情報ＡＵは、ＲＴＰ及びＡＬＣ／ＬＣＴなどの多様なメディア伝送プロトコルに適用し、プロトコルに適したサービスシグナリング情報と動作的に連結して使用することができる。
【０６７６】
サービスシグナリング情報は、ストリームが内部網又は外部網のタイムライン基準を伝達することを示す情報、タイムライン基準情報ＡＵに含まれる外部メディアＵＲＬ情報、多様なフィールドが含まれるか否かを示すフラグ情報及び／又は各パケットに共通に適用されるタイムスケール情報などの情報を含むことができる。
【０６７７】
特に、タイムライン基準情報ＡＵは、ＡＵ＿ｉｄｅｎｔｉｆｉｅｒ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ情報、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ情報、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｌｅｎｇｔｈ情報、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報、及び／又はｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報を含むことができる。タイムライン基準情報ＡＵが含む情報は、タイムライン基準シグナリング情報であると言える。
【０６７８】
上述したタイムラインコンポーネントＡＵのシンタックスに含まれる情報の説明は、同一の名称が割り当てられた情報に適用することができる。
【０６７９】
ＡＵ＿ｉｄｅｎｔｉｆｉｅｒ情報は、タイムライン基準情報ＡＵの構造を固有に示す識別子である。
【０６８０】
ＡＵ＿ｌｅｎｇｔｈ情報は、タイムライン基準情報ＡＵの長さを示す。
【０６８１】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが外部網（例えば、インターネット網）を介して伝送されるストリームのＵＲＬ情報を含むか否かを示す。
【０６８２】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが内部タイムライン基準情報を含むか否かを示す。
【０６８３】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが外部タイムライン基準情報を含むか否かを示す。
【０６８４】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｌｅｎｇｔｈ情報は、外部メディアＵＲＬ情報の長さを示す。例えば、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｌｅｎｇｔｈ情報は、外部メディアＵＲＬ情報のバイト長を示すことができる。
【０６８５】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報は、外部網（例えば、インターネット網）を介して伝送されたメディアに関する位置情報及び／又は固有識別子（識別情報）などの情報を含むことができる。例えば、外部網を介して伝送されたメディアがＭＰＥＧ―ＤＡＳＨであると、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報は該当のＭＰＤのＵＲＬ及び／又はＭＰＤ  ＩＤを含むことができる。
【０６８６】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報は、内部タイムライン基準のフォーマットを示すことができる。例えば、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔの値が０ｘ００であると、フォーマットがメディアタイムであることを示すことができる。値が０ｘ０１であると、フォーマットがネットワークタイムプロトコル（ＮＴＰ）であることを示すことができる。値が０ｘ０２であると、フォーマットがＰＴＰであることを示すことができる。値が０ｘ０３であると、フォーマットがタイムコードであることを示すことができる。値が０ｘ０４〜０ｘ１Ｆのうち一つであると、フォーマットが後で定義されるように予備として残すことができる。
【０６８７】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが内部タイムライン基準に関するタイムスケールを含むか否かを示す。
【０６８８】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報は、内部タイムライン基準値の長さを示す。例えば、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報は、内部タイムライン基準値のバイト長を示すことができる。
【０６８９】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、内部タイムライン基準情報の時間単位を示す。例えば、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、内部タイムライン基準値のＨｚ単位の時間単位を示すことができる。
【０６９０】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報は、内部網を介して伝送されるメディアストリームのタイムラインを構成する基準クロック値を示す。
【０６９１】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報は、外部タイムライン基準のフォーマットを示すことができる。例えば、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報の値が０ｘ００であると、メディアタイムを示すことができる。値が０ｘ０１であると、ネットワークタイムプロトコル（ＮＴＰ）を示すことができる。値が０ｘ０２であると、ＰＴＰを示すことができる。値が０ｘ０３であると、タイムコードを示すことができる。その値が０ｘ０４〜０ｘ１Ｆのうち一つであると、フォーマットが後で定義されるように予備として残すことができる。
【０６９２】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが外部タイムライン基準のタイムスケールを含むか否かを示す。
【０６９３】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報は、外部タイムライン基準値の長さを示す。例えば、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報は、外部タイムライン基準値のバイト長を示すことができる。
【０６９４】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、外部タイムライン基準情報の時間単位を示す。例えば、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、外部タイムライン基準値のＨｚ単位の時間単位を示すことができる。
【０６９５】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報は、外部網を介して伝送されるメディアストリームのタイムラインを構成する基準クロック値を示す。
【０６９６】
本発明の他の実施例によれば、受信機及び／又はプロセッサは、タイムライン基準情報ＡＵ及び／又はタイムラインコンポーネントＡＵに含まれるｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報及び／又はｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報をｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報によって識別された外部網のストリームに適用することによって、放送網を介して伝送されたストリームを異種網を介して伝送されたストリームと同期化することができる。また、受信機及び／又はプロセッサは、外部メディアＵＲＬ情報、タイムライン基準情報及び／又はタイムスタンプに基づいて放送ストリーム及び異種ストリームを用いて放送コンテンツを構成することができる。
【０６９７】
図４１は、本発明の他の実施例に係るタイムライン基準情報ＡＵのシンタックスを示す。
【０６９８】
この実施例のタイムライン基準情報ＡＵは、少なくとも一つ（又は多数）のｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報を含むことができる。また、タイムライン基準情報ＡＵは、少なくとも一つ（又は多数）のｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報を含むことができる。
【０６９９】
特に、タイムライン基準情報ＡＵは、ＡＵ＿ｉｄｅｎｔｉｆｉｅｒ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｎｂ＿ｏｆ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｌｅｎｇｔｈ情報、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ情報、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄｅｎｔｉｆｉｅｒ情報、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報、及び／又はｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報を含むことができる。タイムライン基準情報ＡＵに含まれる情報は、タイムライン基準シグナリング情報であると言える。
【０７００】
上述したタイムライン基準情報ＡＵのシンタックスに含まれる情報の説明は、同一の名称が割り当てられた情報に適用することができる。
【０７０１】
ＡＵ＿ｉｄｅｎｔｉｆｉｅｒ情報は、タイムライン基準情報ＡＵの構造を固有に示す識別子である。
【０７０２】
ＡＵ＿ｌｅｎｇｔｈ情報は、タイムライン基準情報ＡＵの長さを示す。
【０７０３】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが外部網（例えば、インターネット網）を介して伝送されたストリームのＵＲＬ情報を含むか否かを示す。
【０７０４】
ｎｂ＿ｏｆ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報は、タイムライン基準情報ＡＵに含まれるタイムライン基準情報の数を示す。
【０７０５】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｌｅｎｇｔｈ情報は、外部メディアＵＲＬ情報の長さを示す。例えば、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｌｅｎｇｔｈ情報は、外部メディアＵＲＬ情報のバイト長を示すことができる。
【０７０６】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報は、外部網（例えば、インターネット網）を介して伝送されたメディアに関する位置情報及び／又は固有識別子などの情報を含むことができる。例えば、外部網を介して伝送されたメディアがＭＰＥＧ―ＤＡＳＨであると、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報は、該当のＭＰＤのＵＲＬ及び／又はＭＰＤ  ＩＤを含むことができる。
【０７０７】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ情報は、タイムライン基準情報のタイプを示す。例えば、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ情報が“０”に設定されると、タイムライン基準情報のタイプが内部タイムライン基準情報を示すことができる。ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ情報が“１”に設定されると、タイムライン基準情報のタイプが外部タイムライン基準情報を示すことができる。
【０７０８】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄｅｎｔｉｆｉｅｒ情報は、タイムライン基準情報の固有識別子である。例えば、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｉｄｅｎｔｉｆｉｅｒ情報には０と１２７との間の整数値を割り当てることができる。
【０７０９】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報は、内部タイムライン基準情報のフォーマット及び／又は外部タイムライン基準情報のフォーマットを示すことができる。例えば、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報の値が０ｘ００であると、フォーマットがメディアタイムであることを示すことができる。値が０ｘ０１であると、フォーマットがネットワークタイムプロトコル（ＮＴＰ）であることを示すことができる。値が０ｘ０２であると、フォーマットがＰＴＰであることを示すことができる。値が０ｘ０３であると、フォーマットがタイムコードであることを示すことができる。値が０ｘ０４〜１ｘ１Ｆのうち一つであると、フォーマットが後で定義されるように予備として残すことができる。
【０７１０】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報は、タイムライン基準情報ＡＵが内部タイムライン基準情報及び／又は外部タイムライン基準情報に関するタイムスケール情報を含むか否かを示す。
【０７１１】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報は、内部タイムライン基準値の長さ及び／又は外部タイムライン基準値の長さを示す。例えば、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｌｅｎｇｔｈ情報は、内部タイムライン基準値の長さ及び／又は外部タイムライン基準値のバイト長を示すことができる。
【０７１２】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、内部タイムライン基準値の時間単位及び／又は外部タイムライン基準値の時間単位を示す。例えば、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、内部タイムライン基準値のＨｚ単位の時間単位及び／又は外部タイムライン基準値のＨｚ単位の時間単位を示す。
【０７１３】
ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報は、内部網及び／又は外部網を介して伝送されるメディアストリームのタイムラインを構成する基準クロック値を示す。例えば、ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報は、ｎｂ＿ｏｆ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報に基づいて少なくとも一つの値（又は多数の値）を有することができる。ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報は、上述した少なくとも一つのｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報及び／又は少なくとも一つのｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報を含むことができる。
【０７１４】
本発明の他の実施例によれば、受信機は、タイムラインコンポーネントＡＵ及び／又はタイムライン基準情報ＡＵに含まれる少なくとも一つのｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報をｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報によって識別された外部網のストリームに適用することによって、異種網を介して伝送されたストリームと放送網を介して伝送されたストリームとを同期化することができる。特に、受信機は、タイムラインコンポーネントＡＵ及び／又はタイムライン基準情報ＡＵに含まれる少なくとも一つの（多数の）ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報をｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報によって識別された外部網のストリームに適用することによって、異種網を介して伝送されたストリームと放送網を介して伝送されたストリームとを同期化することができる。
【０７１５】
図４２は、本発明の他の実施例に係るタイムライン基準情報の送信を支援するＬＣＴパケットの構造を示す。
【０７１６】
本実施例に係る放送ストリームはＬＣＴパケットを含むことができる。本実施例のタイムライン基準シグナリング情報は、拡張されたヘッダーエクステンションに含ませて伝送することができる。例えば、ＬＣＴパケットは、既存のヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）を拡張することによって、タイムライン基準シグナリング情報を含むことができる。本実施例によれば、タイムライン基準シグナリング情報は、異種網を介して伝送されたメディアストリームの同期化のための情報である。タイムライン基準シグナリング情報は、上述したタイムライン基準情報と同一及び／又は類似する情報を含むことができる。タイムライン基準シグナリング情報は、実時間プロトコル（ＲＴＰ）などの送信プロトコルのためのパケットに適用することができる。
【０７１７】
タイムライン基準シグナリング情報は、上述したプロトコルに適したサービスシグナリング情報と結合して動作することができる。サービスシグナリング情報は、ストリームが内部網又は外部網のタイムライン基準を伝達することを示す情報、タイムライン基準情報ＡＵに含まれる外部メディアＵＲＬ情報及び／又はそれぞれのパケットに共通に適用可能なタイムスケール情報などの情報を含むことができる。
【０７１８】
他の実施例に係るパケットはＬＣＴパケットであり得る。ＬＣＴパケットは、ＬＣＴバージョン番号フィールド（Ｖ）、混雑制御フラグフィールド（Ｃ）、プロトコル特定指示フィールド（ＰＳＩ）、伝送セッション識別子フラグフィールド（Ｓ）、伝送オブジェクト識別子フラグフィールド（Ｏ）、ハーフワードフラグフィールド（Ｈ）、リザーブドフィールド（Ｒｅｓ）、クローズセッションフラグフィールド（Ａ）、クローズオブジェクトフラグフィールド（Ｂ）、ＬＣＴヘッダー長フィールド（ＨＤＲ＿ＬＥＮ）、コードポイントフィールド（ＣＰ）、混雑制御情報フィールド（ＣＣＩ）、伝送セッション識別子フィールド（ＴＳＩ）、伝送オブジェクト識別子フィールド（ＴＯＩ）、ヘッダーエクステンションフィールド、ＦＥＣペイロードＩＤフィールド、及び／又はエンコーディングシンボルフィールドを含むことができる。
【０７１９】
ＬＣＴバージョン番号フィールド（Ｖ）は、プロトコルバージョン番号を示す。例えば、このフィールドはＬＣＴバージョン番号を示す。ＬＣＴヘッダーのバージョン番号フィールドは、ＲＯＵＴＥバージョン番号フィールドとして解釈することができる。ＲＯＵＴＥのこのバージョンは、暗示的にＬＣＴビルディングブロックのバージョン“１”を用いる。例えば、バージョン番号は“０００１ｂ”である。
【０７２０】
混雑制御フラグフィールド（Ｃ）は、混雑制御情報フィールドの長さを示す。Ｃ＝０は、混雑制御情報（ＣＣＩ）フィールドが３２ビットの長さであることを示す。Ｃ＝１は、ＣＣＩフィールドが６４ビットの長さであることを示す。Ｃ＝２は、ＣＣＩフィールドが９６ビットの長さであることを示す。Ｃ＝３は、ＣＣＩフィールドが１２８ビットの長さであることを示す。
【０７２１】
プロトコル特定指示フィールド（ＰＳＩ）は、ＬＣＴ上位プロトコルで特定目的のために指示器として使用することができる。ＰＳＩフィールドは、現在のパケットがソースパケットであるのか、それともＦＥＣリペアパケットであるのかをを示す。ＲＯＵＴＥソースプロトコルがソースパケットのみを伝達するので、このフィールドは“１０ｂ”に設定される。
【０７２２】
伝送セッション識別子フラグフィールド（Ｓ）は、伝送セッション識別子フィールドの長さを示す。
【０７２３】
伝送オブジェクト識別子フラグフィールド（Ｏ）は、伝送オブジェクト識別子フィールドの長さを示す。例えば、オブジェクトは一つのファイルを示すことができ、ＴＯＩは、それぞれのオブジェクトに対する識別情報である。０に設定されたＴＯＩを有するファイルはＦＤＴと言う。
【０７２４】
ハードワードフラグフィールド（Ｈ）は、ハーフワード（１６ビット）がＴＳＩ及びＴＯＩフィールドの長さに付加されるか否かを示す。
【０７２５】
リザーブドフィールド（Ｒｅｓ）は、未来使用のために予備として残しておく。
【０７２６】
クローズセッションフラグフィールド（Ａ）は、セッションクローズがクローズされようとすることを示す。
【０７２７】
クローズオブジェクトフラグフィールド（Ｂ）は、伝送されるオブジェクトがクローズされたり、クローズされようとすることを示す。
【０７２８】
ＬＣＴヘッダー長フィールド（ＨＤＲ＿ＬＥＮ）は、３２ビットワード単位のＬＣＴヘッダーの全長を示す。
【０７２９】
コードポイントフィールド（ＣＰ）は、このパケットによって伝達されるペイロードのタイプを示す。ペイロードのタイプによって、追加のペイロードヘッダーが付加され、ペイロードデータをプレフィックス（ｐｒｅｆｉｘ）することができる。
【０７３０】
混雑制御情報フィールド（ＣＣＩ）は、層番号、ロジッグチャネル番号及びシーケンス番号などの混雑制御情報を伝送するのに使用される。ＬＣＴヘッダー内の混雑制御情報フィールドは、要求される混雑制御情報を含む。
【０７３１】
伝送セッション識別子フィールド（ＴＳＩ）はセッションの固有識別子である。ＴＳＩは、特定伝送者からの全てのセッションのうちセッションを固有に識別する。それぞれのＴＳＩフィールドは、ＭＰＥＧ―ＤＡＳＨの表示（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）及び／又はそれぞれのコンポーネントにマップすることができる。
【０７３２】
このフィールドは、ＲＯＵＴＥの伝送セッションを識別する。伝送セッションのコンテキストはＬＳＩＤ（ＬＣＴ  Ｓｅｓｓｉｏｎ  Ｉｎｓｔａｎｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ）によって提供される。ＬＳＩＤは、ＲＯＵＴＥセッションのそれぞれの構成ＬＣＴ伝送セッションで何が伝達されるのかを定義する。それぞれの伝送セッションは、ＬＣＴヘッダー内の伝送セッション識別子（ＴＳＩ）によって固有に識別される。ＬＳＩＤは、ＬＣＴ伝送セッションを含む同一のＲＯＵＴＥセッションを介して伝送したり、通信網、放送網、インターネット網、ケーブル網及び／又は衛星網を介して伝送することができる。ＬＳＩＤの伝送のための手段はこれに制限されない。例えば、ＬＳＩＤは、“０”に設定されたＴＳＩの値を有する特定ＬＣＴ伝送セッションを介して伝送することができる。ＬＳＩＤは、ＲＯＵＴＥセッションを介して伝送された全ての伝送セッションに関するシグナリング情報を含むことができる。ＬＳＩＤは、ＬＳＩＤバージョン情報及びＬＳＩＤの有効性に関する情報を含むことができる。また、ＬＳＩＤは、ＬＣＴ伝送セッションに関する情報を提供する伝送セッション情報を含むことができる。伝送セッション情報は、伝送セッションを識別するＴＳＩ情報、該当のＴＳＩに伝送され、ソースデータが伝送されるソースフローに関する情報を提供するソースフロー情報、該当のＴＳＩに伝送され、リペアデータが伝送されるリペアフローに関する情報を提供するリペアフロー情報、及び伝送セッションに関する追加の特性情報を含む伝送セッション特性情報を含むことができる。
【０７３３】
伝送オブジェクト識別子フィールド（ＴＯＩ）は、オブジェクトの固有識別子である。ＴＯＩは、このパケットがセッション内のいずれのオブジェクトに属するのかを示す。それぞれのＴＯＩフィールドは、ＭＰＥＧ―ＤＡＳＨの各セグメントにマップすることができる。しかし、本発明の実施例はこれに制限されない。それぞれのＴＯＩフィールドは、チャンク（Ｃｈｕｎｋ）、ＧＯＰ及び／又はアクセスユニットなどのＭＰＥＧ―ＤＡＳＨのセグメントの一部にマップすることができる。
【０７３４】
このフィールドは、現在のパケットのペイロードがこのセッション内のいずれのオブジェクトに属するのかを示す。ＴＯＩフィールドのオブジェクトへのマッピングは、拡張されたＦＤＴによって提供される。拡張されたＦＤＴは、ファイル伝達データの細部事項を特定する。これは、拡張されたＦＤＴインスタンスである。ＬＣＴパケットヘッダと共に拡張されたＦＤＴは、伝達オブジェクトのためのＦＤＴ同等ディスクリプション（ＦＤＴ―ｅｑｕｉｖａｌｅｎｔ  ｄｅｓｃｒｉｐｔｉｏｎｓ）を生成するのに使用することができる。拡張されたＦＤＴは、埋め込んだり基準として提供することができる。基準として提供されると、拡張されたＦＤＴはＬＳＩＤと独立的にアップデートすることができる。参照までに、含まれるソースフローのＴＯＩ＝０上のインバンドオブジェクトとして伝達されなければならない。
【０７３５】
ヘッダーエクステンションフィールドは、追加情報の伝送のためのＬＣＴヘッダーエクステンション部分として使用される。ヘッダーエクステンションがＬＣＴに使用され、常に使用されないか可変サイズを有する選択的ヘッダーフィールドを収容する。
【０７３６】
例えば、ＥＸＴ＿ＴＩＭＥエクステンションは、いくつかのタイプのタイミング情報を伝達するのに使用される。これは、汎用タイミング情報、すなわち、本文書に記載したＳＣＴ（Ｓｅｎｄｅｒ  Ｃｕｒｒｅｎｔ  Ｔｉｍｅ）、ＥＲＴ（Ｅｘｐｅｃｔｅｄ  Ｒｅｓｉｄｕａｌ  Ｔｉｍｅ）及びＳＬＣ（Ｓｅｎｄｅｒ  Ｌａｓｔ  Ｃｈａｎｇｅ）時間エクステンションを含む。
【０７３７】
ＦＥＣぺイロードＩＤフィールドは、エンコーディングシンボル又は伝送ブロックに関する識別情報を含む。ＦＥＣペイロードＩＤは、ファイルがＦＥＣエンコードされる場合に対する識別子を示す。例えば、ＦＬＵＴＥプロトコルファイルがＦＥＣエンコードされると、ＦＥＣペイロードＩＤは、放送局又は放送サーバーがファイルを識別できるように割り当てられる。
【０７３８】
エンコーディングシンボルフィールドは、伝送ブロック又はエンコーディングシンボルのデータを含むことができる。
【０７３９】
パケットペイロードは、オブジェクトから生成されたバイトを含む。１より多いオブジェクトがセッションで伝達されると、ＬＣＴヘッダー内の送信オブジェクトＩＤ（ＴＯＩ）は、パケットペイロードデータがいずれのオブジェクトから生成されるのかを識別するのに使用されなければならない。
【０７４０】
他の実施例に係るヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）は、ヘッダーエクステンションタイプフィールド（ＨＥＴ）、ヘッダーエクステンション長フィールド（ＨＥＬ）、ＳＣＴハイ（Ｈｉ）フィールド、ＳＣＴロー（Ｌｏｗ）フィールド、ＥＲＴフィールド、ＳＬＣフィールド、リザーブドフィールド、伝送者現在時間フィールド、予想残余時間フィールド及び／又はセッション最後の変更フィールドを含むことができる。また、ヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）は、用途（ｕｓｅ）フィールドを含むことができる。用途フィールドは、ＳＣＴハイフィールド、ＳＣＴローフィールド、ＥＲＴフィールド、ＳＬＣフィールド及び／又はリザーブドフィールドを含むことができる。
【０７４１】
ヘッダーエクステンションタイプフィールド（ＨＥＴ）は、該当のヘッダーエクステンションのタイプを示す。ＨＥＴフィールドは８ビットの整数であり得る。基本的に、ＬＣＴにおいて、ＨＥＴが０と１２７との間の値を有すると、３２ビットワード単位の可変長を有するヘッダーエクステンションがＨＥＴに存在し、その長さはＨＥＴに後続するヘッダーエクステンション長フィールド（ＨＥＬ）に記載される。ＨＥＴが１２８と２５５との間の値を有すると、ヘッダーエクステンションは３２ビットの固定長を有する。例えば、ＨＥＴフィールドは“２”又は“１２７”より小さいか同じ値を有することができ、上述したヘッダーエクステンションを識別することができる。
【０７４２】
ＨＥＬフィールドは、可変長を有するヘッダーエクステンションの全長を示す。基本的に、ＬＣＴにおいて、ＨＥＴが０と１２７との間の値を有すると、３２ビットワード単位の可変長を有するヘッダーエクステンションがＨＥＴに存在し、ＨＥＴフィールドの後続するＨＥＬフィールドが３２ビットワード単位のヘッダーエクステンションの全長を示す。
【０７４３】
用途フィールド（Ｕｓｅ）は、後続する３２ビットの時間値のセマンティックを示す。
【０７４４】
ＳＣＴハイフィールドは、伝送者現在時間フィールドがヘッダーエクステンションに含まれるか否かを示す。
【０７４５】
ＳＣＴローフィールドは、６４ビットの伝送者現在時間フィールドがヘッダーエクステンションに含まれるか否かを示す。
【０７４６】
ＥＲＴフィールドは、予想残余時間フィールドがヘッダーエクステンションに含まれるか否かを示す。
【０７４７】
ＳＬＣフィールドは、セッション最後の変更フィールドがヘッダーエクステンションに含まれるか否かを示す。
【０７４８】
リザーブドフィールド（Ｒｅｓ）は、未来使用のために予備として残しておく。
【０７４９】
伝送者現在時間フィールドは、伝送者での現在のクロックを示し、その時間にこのパケットが伝送され、１ｍｓの単位で測定され、セッションの開始からモジュロ２^３２単位で計算される。
【０７５０】
ＳＣＴハイフィールドが設定されると、関連した３２ビットの時間値は、伝送者の掛け時計の秒単位で時間を示す無符号整数を提供する。ＮＴＰが使用される特定の場合、これら３２ビットは、１９００年１月１日ＧＭＴ００：００時間に対する秒単位時間（すなわち、総６４ビットＮＴＰ時間値の最上位３２ビット）を示す無符号整数を示す。
【０７５１】
ＳＣＴローフラグが設定されると、関連した３２ビットの時間値は、サブセカンド精密度（ｓｕｂ―ｓｅｃｏｎｄ  ｐｒｅｃｉｓｉｏｎ）を許容するために秒の１／２^^３２の倍数を示す無符号整数を提供する。ＳＣＴローフラグが設定されると、ＳＣＴハイフラグも設定されなければならない。ＮＴＰが使用される特殊の場合に、これら３２ビットは、６４ビットのＮＴＰタイムスタンプの最下位３２ビットを提供する。
【０７５２】
予想残余時間フィールドは、１ｍｓの単位で測定された現在のセッション又は現在のオブジェクトの送信のための伝送者予想残余送信時間を示す。ＥＲＴフィールドを含むパケットがＴＯＩフィールドも含むと、ＥＲＴは、ＴＯＩフィールドに対応するオブジェクトを称し、そうでない場合はセッションを称する。
【０７５３】
ＥＲＴタイミング情報を含むパケットがＴＯＩフィールドも含むと、ＥＲＴは、ＴＯＩフィールドに対応するオブジェクトを称し、そうでない場合は、セッション内のオブジェクトのみを称する。ＥＲＴフラグが設定されると、秒の数として表現される。３２ビットは、秒の数を示す無符号整数を提供する。
【０７５４】
セッション最後の変更フィールドは、セッションデータに対する最後の変更が発生した秒単位のサーバー掛け時計の時間を示す。すなわち、これは、伝達セッションのために最後（最近）の伝送オブジェクトの追加、変更又は除去が行われる時間を示す。変更及び追加の場合、この時間の前に伝送されていない新しいデータが伝送されることを示す。除去の場合、ＳＬＣは任意の以前のデータがこれ以上伝送されないことを示す。ＳＬＣフィールドが設定されると、関連した３２ビットの時間値が秒単位の時間を示す無符号整数を提供する。ＮＴＰが使用される特殊の場合、これら３２ビットは、１９００年１月１日ＧＭＴ００:００時間に対する秒単位時間（すなわち、総６４ビットＮＴＰ時間値の最上位３２ビット）を示す無符号整数を提供する。この場合、３２ビット時間のラップアラウンド（ｗｒａｐａｒｏｕｎｄ）のハンドリングがＮＴＰ及びＬＣＴの範囲外にある。任意の場合、ＳＬＣ情報を有するＥＸＴ＿ＴＩＭＥヘッダーエクステンションを含むパケットもＳＣＴハイ情報を含むことが適切であり得る。
【０７５５】
ＬＣＴパケットは、ヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）を拡張することによって、上述したタイムライン基準シグナリング情報（ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報及び／又はｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報）をさらに含むことができる。
【０７５６】
タイムライン基準シグナリング情報は、ＩＴＲハイ情報、ＩＴＲロー情報、ＥＴＲハイ情報、ＥＴＲロー情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＩＴＲスケール）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＥＴＲスケール）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＩＴＲフォーマット）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＥＴＲフォーマット）、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報（ＵＲＬ）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（内部タイムライン基準）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（外部タイムライン基準）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報（内部タイムライン基準タイムスケール）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報（外部タイムライン基準タイムスケール）、及び／又はｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報（外部メディアＵＲＬ）を含むことができる。
【０７５７】
ヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）は用途情報を含むことができる。用途情報は、ＩＴＲハイ情報、ＩＴＲロー情報、ＥＴＲハイ情報、ＥＴＲロー情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＩＴＲスケール）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＥＴＲスケール）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＩＴＲフォーマット）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＥＴＲフォーマット）、及び／又はｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報（ＵＲＬ）を含むことができる。
【０７５８】
ＩＴＲハイ情報及び／又はＩＴＲロー情報は、上述したｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ情報であると言える。ＥＴＲハイ情報及び／又はＥＴＲロー情報は、上述したｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｌａｇ情報であると言える。
【０７５９】
ＩＴＲハイ（内部タイムライン基準ハイフラグ）情報は、６４ビットのｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（内部タイムライン基準）がヘッダーエクステンションに含まれるか否かを示す。
【０７６０】
ＩＴＲロー（内部タイムライン基準ローフラグ）情報は、３２ビットのｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（内部タイムライン基準）がヘッダーエクステンションに含まれるか否かを示す。
【０７６１】
ＥＴＲハイ（外部タイムライン基準ハイフラグ）情報は、６４ビットのｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報がヘッダーエクステンションに含まれるか否かを示す。
【０７６２】
ＥＴＲロー（外部タイムライン基準ローフラグ）情報は、３２ビットのｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報がヘッダーエクステンションに含まれるか否かを示す。
【０７６３】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＩＴＲスケール）は、３２ビットのｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報がヘッダーエクステンションに含まれるか否かを示す。
【０７６４】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＥＴＲスケール）は、３２ビットのｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報がヘッダーエクステンションに含まれるか否かを示す。
【０７６５】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＩＴＲフォーマット）は、内部タイムライン基準のフォーマットを示すことができる。例えば、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＩＴＲフォーマット）の値が０ｘ００であると、これは、フォーマットがメディアタイムであることを示すことができる。値が０ｘ０１であると、フォーマットがネットワークタイムプロトコル（ＮＴＰ）であることを示すことができる。値が０ｘ０２であると、フォーマットがＰＴＰであることを示すことができる。値が０ｘ０３であると、フォーマットがタイムコードであることを示すことができる。値が０ｘ０４〜０ｘ１Ｆのうちいずれか一つであると、フォーマットが後で定義されるように予備として残すことができる。
【０７６６】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＥＴＲフォーマット）は、外部タイムライン基準のフォーマットを示すことができる。例えば、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＥＴＲフォーマット）の値が０ｘ００であると、フォーマットがメディアタイムであることを示すことができる。値が０ｘ０１であると、フォーマットがネットワークタイムプロトコル（ＮＴＰ）であることを示すことができる。値が０ｘ０２であると、フォーマットがＰＴＰであることを示すことができる。値が０ｘ０３であると、フォーマットがタイムコードであることを示すことができる。値が０ｘ０４〜０ｘ１Ｆのうちいずれか一つであると、フォーマットが後で定義されるように予備として残すことができる。
【０７６７】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報（ＵＲＬ）は、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報（外部メディアＵＲＬ）がヘッダーエクステンションに含まれるか否かを示すことができる。
【０７６８】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（内部タイムライン基準）は、内部網を介して伝送されるメディアストリームのタイムラインを構成する基準クロック値を示す。
【０７６９】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（外部タイムライン基準）は、外部網を介して伝送されるメディアストリームのタイムラインを構成する基準クロック値である。
【０７７０】
ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報（内部タイムライン基準タイムスケール）は、内部タイムライン基準情報の時間単位を示す。例えば、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、Ｈｚ単位の内部タイムライン基準値を示すことができる。
【０７７１】
ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報（外部タイムライン基準タイムスケール）は、外部タイムライン基準情報の時間単位を示す。例えば、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報は、Ｈｚ単位の外部タイムライン基準値の時間単位を示すことができる。
【０７７２】
ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報（外部メディアＵＲＬ）は、外部網（例えば、インターネット網）を介して伝送されたメディアに関する位置情報及び／又は固有識別子などの情報を含むことができる。例えば、外部網を介して伝送されたメディアがＭＰＥＧ―ＤＡＳＨであると、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報は、該当のＭＰＤのＵＲＬ及び／又はＭＰＤ  ＩＤなどの情報を含むことができる。このフィールドの長さはＨＥＬフィールドを通じて識別することができる。
【０７７３】
本発明の他の実施例によれば、受信機及び／又はプロセッサは、放送網の放送信号からＬＣＴヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）を取得し、ヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）からタイムライン基準シグナリング情報を取得することができる。また、受信機及び／又はプロセッサは、タイムスタンプ、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報及び／又はｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報をｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報によって識別された外部網のストリームに適用することによって、異種網を介して伝送されたストリームと放送網を介して伝送されたストリームとを同期化することができる。
【０７７４】
図４３は、本発明の他の実施例に係るタイムライン基準情報の送信を支援するＬＣＴパケットの構造を示す。
【０７７５】
本実施例のＬＣＴパケットは、既存のヘッダーエクステンションを拡張することによってタイムライン基準シグナリング情報（ＥＸＴ＿ＴＲＣ（Ｅｘｔｅｎｓｉｏｎ  ｆｏｒ  Ｔｉｍｅｌｉｎｅ  Ｒｅｆｅｒｅｎｃｅ  Ｃｌｏｃｋ））を含むことができる。タイムライン基準シグナリング情報は、上述したタイムライン基準情報ＡＵと同一及び／又は類似する情報を含むことができる。タイムライン基準シグナリング情報は、実時間プロトコル（ＲＴＰ）などの伝送プロトコルのためのパケットに適用することができる。
【０７７６】
タイムライン基準シグナリング情報は、上述したプロトコルに適したサービスシグナリング情報と結合して動作することができる。サービスシグナリング情報は、ストリームが内部網又は外部網のタイムライン基準を伝達することを示す情報、タイムライン基準情報ＡＵに含まれる外部メディアＵＲＬ情報、フラグ情報及び／又は各パケットに共通に適用可能なタイムスケール情報などの情報を含むことができる。
【０７７７】
他の実施例に係るパケットはＬＣＴパケットであり得る。ＬＣＴパケットは、ＬＣＴバージョン番号フィールド（Ｖ）、混雑制御フラグフィールド（Ｃ）、プロトコル特定指示フィールド（ＰＳＩ）、伝送セッション識別子フラグフィールド（Ｓ）、伝送オブジェクト識別子フラグフィールド（Ｏ）、ハーフワードフラグフィールド（Ｈ）、リザーブドフィールド（Ｒｅｓ）、クローズセッションフラグフィールド（Ａ）、クローズオブジェクトフラグフィールド（Ｂ）、ＬＣＴヘッダー長フィールド（ＨＤＲ＿ＬＥＮ）、コードポイントフィールド（ＣＰ）、混雑制御情報フィールド（ＣＣＩ）、伝送セッション識別子フィールド（ＴＳＩ）、伝送オブジェクト識別子フィールド（ＴＯＩ）、ヘッダーエクステンションフィールド、ＦＥＣペイロードＩＤフィールド、及び／又はエンコーディングシンボルフィールドを含むことができる。
【０７７８】
ＬＣＴパケットは、既存のヘッダーエクステンション（ＥＸＴ＿ＴＲＣ（Ｅｘｔｅｎｓｉｏｎ  ｆｏｒ  Ｔｉｍｅｌｉｎｅ  Ｒｅｆｅｒｅｎｃｅ  Ｃｌｏｃｋ））を拡張することによって上述したタイムライン基準シグナリング情報をさらに含むことができる。
【０７７９】
タイムライン基準シグナリング情報は、ＩＴＲハイ情報、ＩＴＲロー情報、ＥＴＲハイ情報、ＥＴＲロー情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＩＴＲスケール）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＥＴＲスケール）、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報（ＵＲＬ）、Ｒｅｓｅｒｖｅｄ情報（Ｒｅｓ）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＩＴＲフォーマット）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＥＴＲフォーマット）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（内部タイムライン基準）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報（外部タイムライン基準）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報（内部タイムライン基準タイムスケール）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ情報（外部タイムライン基準タイムスケール）、及び／又はｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報（外部メディアＵＲＬ）を含むことができる。
【０７８０】
ヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）は用途情報を含むことができる。用途情報は、ＩＴＲハイ情報、ＩＴＲロー情報、ＥＴＲハイ情報、ＥＴＲロー情報、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＩＴＲスケール）、ｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｔｉｍｅｓｃａｌｅ＿ｆｌａｇ情報（ＥＴＲスケール）、ｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ＿ｆｌａｇ情報（ＵＲＬ）、Ｒｅｓｅｒｖｅｄ情報（Ｒｅｓ）、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＩＴＲフォーマット）、及び／又はｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ＿ｆｏｒｍａｔ情報（ＥＴＲフォーマット）を含むことができる。
【０７８１】
上述したＬＣＴパケットに含まれた情報の説明は、同一の名称が割り当てられた情報に適用される。
【０７８２】
本発明の他の実施例によれば、受信機及び／又はプロセッサは、放送網の放送信号からヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）を取得し、ヘッダーエクステンション（ＥＸＴ＿ＴＩＭＥ）からタイムライン基準シグナリング情報を取得することができる。また、受信機及び／又はプロセッサは、タイムスタンプ、ｉｎｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報及び／又はｅｘｔｅｒｎａｌ＿ｔｉｍｅｌｉｎｅ＿ｒｅｆｅｒｅｎｃｅ情報をｅｘｔｅｒｎａｌ＿ｍｅｄｉａ＿ＵＲＬ情報によって識別された外部網のストリームに適用することによって、異種網を介して伝送されたストリームと放送網を介して伝送されたストリームとを同期化することができる。
【０７８３】
図４４は、本発明の一実施例に係る、ＤＡＳＨが適用される放送網の伝送ストリームと異種網（例えば、インターネット網）の伝送ストリームとを、タイムラインコンポーネントＡＵを用いて同期化する方法を示す図である。
【０７８４】
同図は、タイムラインコンポーネントを用いて、異種網を介した伝送ストリーム間の同期化方案をＤＡＳＨに適用した実施例を示す。本実施例では、ビデオストリームを放送網を介して伝送し、オーディオストリームをインターネット網を介して伝送することができる。２つのストリームともＤＡＳＨによって暗号化（ｅｎｃａｐｓｕｌａｔｉｏｎ）されてサービスされているが、互いに異なるネットワークを介して伝送されるため、別途のＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）を有する独立したコンテンツ形態として別個のタイムラインを有することができる。
【０７８５】
互いに独立したタイムラインを有する２つのストリーム間の同期化のために、タイムラインコンポーネントが放送網で伝送されるＤＡＳＨコンテンツに含まれてもよい。放送網を介して伝送されるビデオストリーム及びタイムラインコンポーネントストリームは、一つのコンテンツに含まれて一つのタイムラインを共有することができ、タイムラインコンポーネントは、インターネット網を介して伝送されるオーディオストリームのタイムライン情報を含み、この情報に基づいて受信機は、放送網のタイムラインを用いてインターネット網伝送ストリームを同期化することができる。
【０７８６】
ＤＡＳＨコンテンツにおいてタイムラインコンポーネントストリームは、ビデオストリーム又はオーディオストリームと同様に、一つのトラック（ｔｒａｃｋ）として構成されてもよい。タイムラインコンポーネントストリームに対して、ＭＰＤ及びｔｒａｆボックスなどで提供されるタイミング情報を介してそれぞれのＡＵ単位でＤＴＳ、ＰＴＳなどのタイムスタンプが与えられ、放送網タイムラインにマップされてもよい。タイムラインコンポーネントストリームをトラックとして構成するとき、当該トラックがタイムラインコンポーネントストリームを含んでいることを識別可能なシグナリング（ｓｉｇｎａｌｉｎｇ）情報を必要としてもよい。このようなシグナリング情報は、ＩＳＯ  ＢＭＦＦベースのＤＡＳＨ初期化セグメント（ＤＡＳＨ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ  ｓｅｇｍｅｎｔ）内のｈｄｌｒボックスに含まれてもよく、含まれたメディアのタイプを示すｈａｎｄｌｅｒ＿ｔｙｐｅと、ｍｉｎｆボックスに含まれるメディアヘッダーボックス、及びメディアストリームの具体的タイプと初期化情報を示すｓｔｓｄボックス内のｓａｍｐｌｅ  ｅｎｔｒｙなどとして提供されてもよい。
【０７８７】
タイムラインコンポーネントは、ｈｄｌｒボックスに“ｍｅｔａ”というハンドラタイプでメタデータタイプに属することを表現することができ、“ｎｍｈｄ”というヌル（ｎｕｌｌ）メディアヘッダーボックスを含むことができる。
【０７８８】
図４５は、本発明の一実施例に係る、ＩＳＯ  ＢＭＦＦ（ＩＳＯ  ｂａｓｅ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔ）においてタイムラインコンポーネントを識別するためのサンプルエントリ（Ｓａｍｐｌｅ  Ｅｎｔｒｙ）を示す図である。
【０７８９】
本発明の一実施例によれば、タイムラインコンポーネントを識別するために、ｓｔｓｄボックスに含まれるストリームシグナリング情報を図示のように設定することができる。
【０７９０】
タイムラインコンポーネントストリームをファイル内で識別するために、メタデータサンプルエントリ（ｍｅｔａｄａｔａ  ｓａｍｐｌｅ  ｅｎｔｒｙ）の派生型としてＴｉｍｅｌｉｎｅ  Ｃｏｍｐｏｎｅｎｔ  ＭｅｔａＤａｔａ  ＳａｍｐｌｅＥｎｔｒｙが定義されてもよい。Ｔｉｍｅｌｉｎｅ  Ｃｏｍｐｏｎｅｎｔ  ＭｅｔａＤａｔａ  ＳａｍｐｌｅＥｎｔｒｙは、‘ｍｅｔｃ’のような４バイトのタイプを有することができ、上記のようなタイプフィールドを介してファイル内で固有に識別されてもよい。
【０７９１】
タイムラインコンポーネントが記述しているストリームのｌｏｃａｔｉｏｎ  ＵＲＬ又はストリームを再生させるまでの初期ディレー（ｄｅｌａｙ）などの初期化及びシグナリングパラメータを“ｍｅｔｃ”サンプルエントリ内に含めることができる。
【０７９２】
図４６は、本発明の一実施例に係る、ＩＳＯ  ＢＭＦＦでタイムラインコンポーネントトラックと他のトラックとの依存関係を表現するためのトラックリファレンスタイプボックス（Ｔｒａｃｋ  Ｒｅｆｅｒｅｎｃｅ  Ｔｙｐｅ  Ｂｏｘ）を示す図である。
【０７９３】
タイムラインコンポーネントをＤＡＳＨセグメントのようなＩＳＯ  ＢＭＦＦベースファイル構造体に含めるために、前述したシグナリング情報に加えて、他のトラックとの依存関係に関する情報をシグナルすることもできる。同図は、トラック間の依存関係を表現するｔｒｅｆボックスを用いて、タイムラインコンポーネントトラックとＤＡＳＨセグメントの他のトラックとの依存関係を表現する実施例を示す。
【０７９４】
Ｔｒｅｆボックスは、内部にトラックリファレンスタイプボックスを含む。Ｔｒｅｆボックスは、前述したタイムラインコンポーネントと他のトラックとの依存関係を表現するためのタイプとして、前述したように‘ｍｅｔｌ’というｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅを定義することができる。Ｔｒｅｆボックス内のｔｒａｃｋ＿ＩＤは、参照関係を有するトラックのＩＤを意味する。‘ｍｅｔｌ’リファレンスタイプボックスの定義を用いて、タイムラインコンポーネントとタイムラインを共有する他のトラックとの依存関係を表現することができる。
【０７９５】
前述の図面に示したように、前述の‘ｍｅｔｌ’ボックスを含むｔｒｅｆボックスは、タイムラインコンポーネントトラックボックスに含まれ、依存関係にあるビデオトラックのＩＤを‘ｍｅｔｌ’ボックス内に含む。又は、実施例のビデオトラックにｔｒｅｆボックス及び‘ｍｅｔｌ’ボックスが含まれ、‘ｍｅｔｌ’のｔｒａｃｋ＿ＩＤとしてタイムラインコンポーネントトラックのＩＤを含むこともできる。
【０７９６】
図４７は、本発明の一実施例に係る、次世代放送システムにおいてサービス及び／又はコンテンツを取得する構造を示す図である。
【０７９７】
本発明で提案した方案は、次世代放送システムでは、受信機がサービス或いはコンテンツを放送網或いはインターネット網を介して効率的に取得できるようにする。
【０７９８】
同図は、ハイブリッド放送システムにおいてサービス或いはコンテンツを取得するための一例を示す。
【０７９９】
例えば、サービス０（Ｓｅｒｖｉｃｅ  ０）は、一つのビデオ（ｖｉｄｅｏ）及び一つのオーディオ（ａｕｄｉｏ）で構成され、ビデオ／オーディオはそれぞれ、地上波放送網で伝送されるＩＰストリーム（ＩＰ  ｓｔｒｅａｍ）を介して取得することができる。
【０８００】
サービス１（Ｓｅｒｖｉｃｅ  １）の場合、ビデオを伝送するＩＰストリームとオーディオを伝送するＩＰストリームとが一つのＰＬＰを介して伝送されるため、受信機は当該ＰＬＰをデコードしてサービス１を取得することができる。
【０８０１】
サービスＮ（Ｓｅｒｖｉｃｅ  Ｎ）の場合、ビデオは地上波放送網を介して伝送されるが、オーディオはインターネット網を介して取得することができる。
【０８０２】
このように受信機がサービス０、サービス１、又はサービスＮに含まれているコンポーネントを取得する過程で、前述した本発明の実施例を用いることができる。すなわち、受信機は、サービス０、サービス１、又はサービスＮに含まれたそれぞれのコンポーネントを伝送するＰＬＰを識別し、当該ＰＬＰをデコードして所望のサービスを取得することができる。
【０８０３】
図４８は、本発明の一実施例に係る、ＩＳＯ  ＢＭＦＦにおいてビデオデータ及び／又はオーディオデータに接近する方法を示す図である。
【０８０４】
同図には、ＩＳＯ  ＢＭＦＦの構造の一部が示されている。図示のビデオデータ及び／又はオーディオデータに接近する方法は、ローカル再生（ｌｏｃａｌ  ｒｅｐｌａｙ）においてデータ間の同期化を行うことを示している。
【０８０５】
受信機は、ＩＳＯファイルで‘ｔｋｈｄ’を用いてトラックを識別する。
【０８０６】
受信機は、‘ｈｄｌｒ’（ｈａｎｄｌｅｒ＿ｔｙｐｅ）を用いて、メディアのタイプがオーディオなのか又はビデオなのかを識別することができる。
【０８０７】
受信機は、‘ｓｔｂｌ’のサンプル記述（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を用いてデコーダを初期化し、これに含まれた情報を用して、ｍｄａｔに含まれたデータ（ｓａｍｐｌｅｓ）をデコードすることができる。
【０８０８】
‘ｓｔｂｌ’ボックスは、‘ｓｔｔｓ’ボックス、‘ｃｔｔｓ’ボックス、‘ｓｔｓｃ’ボックス、‘ｓｔｃｏ’ボックス、及び／又は‘ｓｔｓｚ’ボックスを含むことができる。
【０８０９】
‘ｓｔｔｓ’ボックスは、デコーディング時間（ｄｅｃｏｄｉｎｇ  ｔｉｍｅ）を示す。‘ｓｔｔｓ’ボックスは、デコーディング時間からサンプル番号までのインデクシング（ｉｎｄｅｘｉｎｇ）を可能にする情報を含む。‘ｓｔｔｓ’ボックスは、サンプル番号からのサンプルサイズ、ポインタを提供することができる。
【０８１０】
‘ｃｔｔｓ’ボックスは、デコーディング時間とコンポジッション時間（ｃｏｍｐｏｓｉｔｉｏｎ  ｔｉｍｅ）との間のオフセット（ｏｆｆｓｅｔ）に関する情報を提供する。
【０８１１】
‘ｓｔｓｃ’ボックスは、サンプルを含むチャンク（Ｃｈｕｎｋ）、チャンクの位置、及び／又はサンプルに関連した属性情報を含む。メディアデータ内のサンプルはチャンクにグループ化してもよい。チャンクはそれぞれ別個のサイズを有することができ、一つのチャンク内のサンプルもそれぞれ別個のサイズを有することができる。
【０８１２】
‘ｓｔｃｏ’ボックスは、ファイルに含まれるそれぞれのチャンクに対するインデックス（ｉｎｄｅｘ）情報を含むことができる。‘ｓｔｃｏ’ボックスは、その含むメディアファイルへのチャンクの開始のオフセットを提供する。
【０８１３】
‘ｓｔｓｚ’ボックスは、それぞれのサンプルのバイト単位のサイズを提供するテーブル及びサンプルカウントを含む。これは、メディアデータ自体がアンフレーム（ｕｎｆｒａｍｅｄ）されるようにする。メディア内の全サンプルの数は常にサンプルカウントに示される。‘ｓｔｓｚ’ボックスは、デフォルトサンプルサイズを特定する情報を含むことができる。全サンプルが同一のサイズを有すると、情報はそのサイズ値を含む。この情報が０に設定されると、サンプルが別個のサイズを有し、それらのサイズがサンプルサイズテーブルに保存される。この情報が０でないと、一定のサンプルサイズを特定し、アレイが続かない。
【０８１４】
受信機は、‘ｓｔｂｌ’ボックスに含まれる上記の情報を用いて、ビデオサンプル（ビデオデータ）とオーディオサンプル（オーディオデータ）との同期を取ることができる。
【０８１５】
図４９は、本発明の他の実施例に係る、ＩＳＯ  ＢＭＦＦにおいてビデオデータ及び／又はオーディオデータに接近する方法を示す図である。
【０８１６】
同図のビデオデータ及び／又はオーディオデータに接近する方法は、ストリーミング（ｓｔｒｅａｍｉｎｇ  ｒｅｐｌａｙ）においてデータ間の同期を取ることを示している。この場合、ビデオデータ及び／又はオーディオデータは、フラグメンテーション（ｆｒａｇｍｅｎｔａｔｉｏｎ）及び／又はセグメンテーション（ｓｅｇｍｅｎｔａｔｉｏｎ）された状態で伝送／受信される。
【０８１７】
受信機は、初期化セグメント（ｉｎｉｔｉａｌｉｚａｔｉｏｎ  ｓｅｇｍｅｎｔ）からファイル復号に必要な基本的な情報を取得する。受信機はＩＳＯファイルで‘ｔｋｈｄ’を用いてトラックを識別する。
【０８１８】
受信機は、‘ｈｄｌｒ’（ｈａｎｄｌｅｒ＿ｔｙｐｅ）を用いて、メディアのタイプがオーディオなのか又はビデオなのかを識別することができる。
【０８１９】
受信機は、‘ｍｉｎｆ’ボックスに含まれている現在トラックのメディアの特性情報を用いてデコーダを初期化する。
【０８２０】
受信機は、メディアセグメント内の‘ｔｆｈｄ’ボックスを用いて、‘ｔｋｈｄ’によって識別されたトラックに該当するメディアセグメントを識別し、‘ｍｉｎｆ’ボックスのサンプル記述（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）に該当するサンプル記述インデックス（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｉｎｄｅｘ）を取得する。
【０８２１】
受信機は、‘ｔｆｈｄ’ボックスに含まれたベースデータオフセット（ｂａｓｅ  ｄａｔａ  ｏｆｆｓｅｔ）情報、‘ｔｒｕｎ’ボックスに含まれたデータオフセット（ｄａｔａ  ｏｆｆｓｅｔ）情報、及び／又は‘ｔｒｕｎ’ボックスに含まれたサンプルサイズ（ｓａｍｐｌｅ  ｓｉｚｅｓ）情報を用いて、ビデオデータ及び／又はオーディオデータのサンプルを抽出する。
【０８２２】
受信機は、‘ｔｒｕｎ’ボックスに含まれたサンプルデューレーション（ｓａｍｐｌｅ  ｄｕｒａｔｉｏｎ）情報とサンプルコンポジッションタイムオフセット（ｓａｍｐｌｅ  ｃｏｍｐｏｓｉｔｉｏｎ  ｔｉｍｅ  ｏｆｆｓｅｔ）情報を用いて、ビデオデータ及び／又はオーディオデータのサンプル間に同期化を行う。
【０８２３】
以上説明した本発明の方法は、前述した送信機又は受信機で行うことができる。
【０８２４】
本発明の説明は、明瞭化のために、添付の図面のそれぞれを参照して説明するが、添付の図面に示す実施例を併合することによって新しい実施例を設計することもできる。以上説明で言及した実施例を実行するプログラムが記録されたコンピュータ読み取り可能記録媒体が当業者の必要によって設計されると、これも、添付した特許請求の範囲及びその均等物の範囲に属することができる。
【０８２５】
本発明に係る装置及び方法は、以上の説明で言及された実施例の構成及び方法によって制限されない。以上の説明で言及された実施例は、全体的に又は部分的に互いに選択的に結合される方式で構成され、様々な変形が可能である。
【０８２６】
また、本発明に係る方法は、ネットワーク装置に提供されるプロセッサ読み取り可能記録媒体でプロセッサ読み取り可能コードとして具現することができる。プロセッサ読み取り可能媒体は、プロセッサによって読み取り可能なデータを記憶できるいかなる種類の記録装置も含むことができる。プロセッサ読み取り可能記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ―ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で具現されるものも含む。また、プロセッサ読み取り可能記録媒体は、ネットワークを介して接続されたコンピュータシステムに分散され、分散方式でプロセッサ読み取り可能コードが記憶されて実行されてもよい。
【０８２７】
当業者は、本発明の思想及び範囲から逸脱することなく本発明の様々な変形及び変更が可能であることが理解できる。したがって、本発明は、添付した特許請求の範囲及びその均等物の範囲内で提供される本発明の変形及び変更をカバーする。
【０８２８】
装置及び方法発明が本明細書に言及されており、それらの装置及び方法発明の説明は相互補完的に適用されてもよい。
【０８２９】
〔実施例〕
【０８３０】
様々な実施例が、本発明を実施するための形態において記載された。
【産業上の利用可能性】
【０８３１】
本発明は、放送信号提供フィールドで有用である。本発明の思想又は範囲から逸脱することなく本発明の様々な変形及び変更が可能であるということは当業者にとって自明である。したがって、本発明は、添付した特許請求の範囲及びその均等物の範囲内で提供される本発明の変形及び変更をいずれもカバーするように意図される。
【図１】
0006466951.tif 000051
【図２】
0006466951.tif 000052
【図３】
0006466951.tif 000053
【図４】
0006466951.tif 000054
【図５】
0006466951.tif 000055
【図６】
0006466951.tif 000056
【図７】
0006466951.tif 000057
【図８】
0006466951.tif 000058
【図９】
0006466951.tif 000059
【図１０】
0006466951.tif 000060
【図１１】
0006466951.tif 000061
【図１２】
0006466951.tif 000062
【図１３】
0006466951.tif 000063
【図１４】
0006466951.tif 000064
【図１５】
0006466951.tif 000065
【図１６】
0006466951.tif 000066
【図１７】
0006466951.tif 000067
【図１８】
0006466951.tif 000068
【図１９】
0006466951.tif 000069
【図２０】
0006466951.tif 000070
【図２１】
0006466951.tif 000071
【図２２】
0006466951.tif 000072
【図２３】
0006466951.tif 000073
【図２４】
0006466951.tif 000074
【図２５】
0006466951.tif 000075
【図２６】
0006466951.tif 000076
【図２７】
0006466951.tif 000077
【図２８】
0006466951.tif 000078
【図２９】
0006466951.tif 000079
【図３０】
0006466951.tif 000080
【図３１】
0006466951.tif 000081
【図３２】
0006466951.tif 000082
【図３３】
0006466951.tif 000083
【図３４】
0006466951.tif 000084
【図３５】
0006466951.tif 000085
【図３６】
0006466951.tif 000086
【図３７】
0006466951.tif 000087
【図３８】
0006466951.tif 000088
【図３９】
0006466951.tif 000089
【図４０】
0006466951.tif 000090
【図４１】
0006466951.tif 000091
【図４２】
0006466951.tif 000092
【図４３】
0006466951.tif 000093
【図４４】
0006466951.tif 000094
【図４５】
0006466951.tif 000095
【図４６】
0006466951.tif 000096
【図４７】
0006466951.tif 000097
【図４８】
0006466951.tif 000098
【図４９】
0006466951.tif 000099