(57)【要約】【課題】一つ以上の網で放送コンテンツを受信する装置を提供する。【解決手段】装置は、放送網を介して、前記放送コンテンツの第１部分を含む放送ストリームを受信する放送ネットワークインターフェースと、異種網を介して、前記放送コンテンツの第２部分を含む異種ストリームを受信する異種網インターフェースであって、前記放送ストリームは、前記一つ以上の網を介して送信されたストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをさらに含み、前記タイムラインコンポーネントアクセスユニットは、前記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、異種網インターフェースと、前記タイムスタンプ情報に基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成するプロセッサと、を備える。【選択図】図３３
2017508327.tif 000002
【特許請求の範囲】
【請求項１】
一つ以上の網を介して放送コンテンツを受信する装置であって、
放送網を介して、前記放送コンテンツの第１部分を含む放送ストリームを受信する放送ネットワークインターフェースと、
異種網を介して、前記放送コンテンツの第２部分を含む異種ストリームを受信する異種網インターフェースであって、前記放送ストリームは、前記一つ以上の網を介して送信されたストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをさらに含み、前記タイムラインコンポーネントアクセスユニットは、前記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、異種網インターフェースと、
前記タイムスタンプ情報に基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成するプロセッサと、
を備える、装置。
【請求項２】
前記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、
前記パケットヘッダーは、前記放送ストリームのための第２タイムスタンプを含み、
前記プロセッサは、前記第１タイムスタンプ及び前記第２タイムスタンプに基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する、請求項１に記載の装置。
【請求項３】
前記タイムラインコンポーネントアクセスユニットは、前記放送ストリームのための第２タイムスタンプをさらに含み、
前記プロセッサは、前記第１タイムスタンプ及び前記第２タイムスタンプに基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する、請求項１に記載の装置。
【請求項４】
前記放送ストリームは、メディアセグメントをさらに含み、前記メディアセグメントは、前記メディアセグメントに含まれるサンプルを同期化するタイミング情報を含み、
前記プロセッサは、前記第１タイムスタンプ及びタイミング情報に基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する、請求項１に記載の装置。
【請求項５】
前記異種ストリームは、インターネットストリームに対応する、請求項１に記載の装置。
【請求項６】
前記第１部分は、前記放送コンテンツのためのビデオストリームに対応し、前記第２部分は、前記放送コンテンツのためのオーディオストリームに対応する、請求項１に記載の装置。
【請求項７】
一つ以上の網を介して放送コンテンツを受信する方法であって、
放送網を介して、前記放送コンテンツの第１部分を含む放送ストリームを受信するステップと、
異種網を介して、前記放送コンテンツの第２部分を含む異種ストリームを受信するステップであって、前記放送ストリームは、前記一つ以上の網を介して送信されたストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをさらに含み、前記タイムラインコンポーネントアクセスユニットは、前記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、ステップと、
前記タイムスタンプ情報に基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成するステップと、
を有する、方法。
【請求項８】
前記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、
前記パケットヘッダーは、前記放送ストリームのための第２タイムスタンプを含み、
プロセッサが前記第１タイムスタンプ及び前記第２タイムスタンプに基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する、請求項７に記載の方法。
【請求項９】
前記タイムラインコンポーネントアクセスユニットは、前記放送ストリームのための第２タイムスタンプをさらに含み、
プロセッサが前記第１タイムスタンプ及び前記第２タイムスタンプに基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する、請求項７に記載の方法。
【請求項１０】
前記放送ストリームはメディアセグメントをさらに含み、前記メディアセグメントは、前記メディアセグメントに含まれるサンプルを同期化するタイミング情報を含み、
プロセッサが前記第１タイムスタンプ及びタイミング情報に基づいて、前記放送ストリーム及び前記異種ストリームを用いて前記放送コンテンツを構成する、請求項７に記載の方法。
【請求項１１】
前記異種ストリームは、インターネットストリームに対応する、請求項７に記載の方法。
【請求項１２】
前記第１部分は、前記放送コンテンツのためのビデオストリームに対応し、前記第２部分は、前記放送コンテンツのためのオーディオストリームに対応する、請求項７に記載の方法。
【請求項１３】
一つ以上の網を介して放送コンテンツを送信する装置であって、
前記一つ以上の網を用いて送信されるストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをエンコードするシグナリングエンコーダと、
前記エンコードされたタイムラインコンポーネントアクセスユニット及び前記放送コンテンツの第１部分を含む放送ストリームをエンコードする第１エンコーダと、
前記放送コンテンツの第２部分を含む異種ストリームをエンコードする第２エンコーダであって、前記タイムラインコンポーネントアクセスユニットは、前記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、第２エンコーダと、
放送網を介して、前記エンコードされた放送ストリームを送信する放送ネットワークインターフェースと、
異種網を介して、前記エンコードされた異種ストリームを送信する異種網インターフェースと、
を備える、装置。
【請求項１４】
前記異種ストリームは、インターネットストリームに対応する、請求項１３に記載の装置。
【請求項１５】
前記第１部分は、前記放送コンテンツのための放送ストリームに対応し、前記第２部分は、前記放送コンテンツのためのオーディオストリームに対応する、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送システムにおいて、ハイブリッド放送を支援する方法及び装置に関する。特に、本発明は、デジタル放送システムにおいて一つ以上の伝送網で送信／受信される伝送ストリームを結合して使用するための送信／受信処理方法及び装置に関する。
【背景技術】
【０００２】
デジタル放送システムでは、主として、従来の地上波放送、衛星放送又はケーブル放送の一般的な放送網を介してコンテンツの提供が行われてきた。しかし、このような放送網は、帯域幅が制限されており、視聴者の積極的な放送コンテンツの参加が難しいという問題点があった。
【０００３】
特に、コンテンツの多様化、高品質化によって、放送コンテンツを送信する放送網の帯域幅はその限界に至っているといえる。これを解決するために、放送網及びインターネット網を介して、それぞれデータを受信し、これを一度で使用するハイブリッド放送システムが開発されている。
【０００４】
しかし、ハイブリッド放送システムでは、放送網とインターネット網でそれぞれ伝送される伝送ストリームを結合する過程で、これらの同期をどのように取ればよいかを提示できずにいる。また、ハイブリッド放送システムでは、放送網とインターネット網でそれぞれ伝送される伝送ストリームの同期を取るために複雑な計算が要求される方法が提示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在のハイブリッド放送システムでは、放送網とインターネット網でそれぞれ伝送される伝送ストリームが、互いに同期を取る必要のない形態の別個のコンテンツが結合して提供されるという問題点があった。
【０００６】
また、放送網とインターネット網でそれぞれ伝送される伝送ストリーム間の同期を取る上で受信機の過度な計算性能を要求するという問題点もあった。
【０００７】
したがって、本発明が遂げようとする技術的課題は、前述した問題点を解決することにある。
【課題を解決するための手段】
【０００８】
上記の目的及び他の利点を達成するために、本発明は、一つ以上の網を介して放送コンテンツを受信する装置を提供する。装置は、放送網を介して、上記放送コンテンツの第１部分を含む放送ストリームを受信する放送ネットワークインターフェースと、異種網を介して、上記放送コンテンツの第２部分を含む異種ストリームを受信する異種網インターフェースであって、上記放送ストリームは、上記一つ以上の網を介して送信されたストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをさらに含み、上記タイムラインコンポーネントアクセスユニットは、上記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、異種網インターフェースと、上記タイムスタンプ情報に基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成するプロセッサと、を備える。
【０００９】
好適には、上記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、上記パケットヘッダーは、上記放送ストリームのための第２タイムスタンプを含み、上記プロセッサは、上記第１タイムスタンプ及び上記第２タイムスタンプに基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成する。
【００１０】
好適には、上記タイムラインコンポーネントアクセスユニットは、上記放送ストリームのための第２タイムスタンプをさらに含み、上記プロセッサは、上記第１タイムスタンプ及び上記第２タイムスタンプに基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成する。
【００１１】
好適には、上記放送ストリームは、メディアセグメントをさらに含み、上記メディアセグメントは、上記メディアセグメントに含まれるサンプルを同期化するタイミング情報を含み、上記プロセッサは、上記第１タイムスタンプ及びタイミング情報に基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成する。
【００１２】
好適には、上記異種ストリームは、インターネットストリームに対応する。
【００１３】
好適には、上記第１部分は、上記放送コンテンツのためのビデオストリームに対応し、上記第２部分は、上記放送コンテンツのためのオーディオストリームに対応する。
【００１４】
本発明は、一つ以上の網を介して、放送コンテンツを受信する方法を提供する。方法は、放送網を介して、上記放送コンテンツの第１部分を含む放送ストリームを受信するステップと、異種網を介して、上記放送コンテンツの第２部分を含む異種ストリームを受信するステップであって、上記放送ストリームは、上記一つ以上の網を介して送信されたストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをさらに含み、上記タイムラインコンポーネントアクセスユニットは、上記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、ステップと、上記タイムスタンプ情報に基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成するステップと、を有する。
【００１５】
好適には、上記放送ストリームは、パケットヘッダー及びパケットペイロードをさらに含み、上記パケットヘッダーは、上記放送ストリームのための第２タイムスタンプを含み、プロセッサが上記第１タイムスタンプ及び上記第２タイムスタンプに基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成する。
【００１６】
好適には、上記タイムラインコンポーネントアクセスユニットは、上記放送ストリームのための第２タイムスタンプをさらに含み、プロセッサが上記第１タイムスタンプ及び上記第２タイムスタンプに基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成する。
【００１７】
好適には、上記放送ストリームは、メディアセグメントをさらに含み、上記メディアセグメントは、上記メディアセグメントに含まれるサンプルを同期化するタイミング情報を含み、プロセッサが上記第１タイムスタンプ及びタイミング情報に基づいて、上記放送ストリーム及び上記異種ストリームを用いて上記放送コンテンツを構成する。
【００１８】
好適には、上記異種ストリームは、インターネットストリームに対応する。
【００１９】
好適には、上記第１部分は、上記放送コンテンツのためのビデオストリームに対応し、上記第２部分は、上記放送コンテンツのためのオーディオストリームに対応する。
【００２０】
本発明は、一つ以上の網を介して、放送コンテンツを送信する装置を提供する。装置は、上記一つ以上の網を用いて送信されるストリームを同期化するメタデータを含むタイムラインコンポーネントアクセスユニットをエンコードするシグナリングエンコーダと、上記エンコードされたタイムラインコンポーネントアクセスユニット及び上記放送コンテンツの第１部分を含む放送ストリームをエンコードする第１エンコーダと、上記放送コンテンツの第２部分を含む異種ストリームをエンコードする第２エンコーダであって、上記タイムラインコンポーネントアクセスユニットは、上記異種ストリームのための第１タイムスタンプを示すタイムスタンプ情報を含む、第２エンコーダと、放送網を介して、上記エンコードされた放送ストリームを送信する放送ネットワークインターフェースと、異種網を介して、上記エンコードされた異種ストリームを送信する異種網インターフェースと、を備える。
【００２１】
好適には、上記異種ストリームは、インターネットストリームに対応する。
【００２２】
好適には、上記第１部分は、上記放送コンテンツのための放送ストリームに対応し、上記第２部分は、上記放送コンテンツのためのオーディオストリームに対応する。
【発明の効果】
【００２３】
本発明によれば、異種網でそれぞれ伝送される伝送ストリーム間の同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）を容易になすことができるという効果がある。
【００２４】
本発明によれば、異種網の特徴によらず、汎用的に適用可能な異種網でそれぞれ伝送されるストリーム間の同期を取ることができるという効果がある。
【００２５】
本発明によれば、異種網を介して、同じコンテンツに結合可能な様々な放送データを提供することができ、ユーザの便宜を増大させるという効果がある。
【図面の簡単な説明】
【００２６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例に係る入力フォーマット（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ、入力フォーマット）ブロックを示す図である。
【図３】本発明の他の実施例に係る入力フォーマット（Ｉｎｐｕｔ  ｆｏｒｍａｔｔｉｎｇ）ブロックを示す図である。
【図４】本発明の他の実施例に係る入力フォーマットブロックを示す図である。
【図５】本発明の一実施例に係るＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロックを示す図である。
【図６】本発明の他の実施例に係るＢＩＣＭブロックを示す図である。
【図７】本発明の一実施例に係るフレーム生成（Ｆｒａｍｅ  Ｂｕｉｌｄｉｎｇ）ブロックを示す図である。
【図８】本発明の一実施例に係るＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）ジェネレーション（ｇｅｎｅｒａｔｉｏｎ、生成）ブロックを示す図である。
【図９】本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図１０】本発明の一実施例に係るフレーム構造を示す図である。
【図１１】本発明の一実施例に係るフレームのシグナリング層の構造を示す図である。
【図１２】本発明の一実施例に係るプリアンブルシグナリングデータを示す図である。
【図１３】本発明の一実施例に係るＰＬＳ１データを示す図である。
【図１４】本発明の一実施例に係るＰＬＳ２データを示す図である。
【図１５】本発明の他の実施例に係るＰＬＳ２データを示す図である。
【図１６】本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ；論理）構造を示す図である。
【図１７】本発明の一実施例に係るＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）マッピングを示す図である。
【図１８】本発明の一実施例に係るＥＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ）マッピングを示す図である。
【図１９】本発明の一実施例に係るＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）マッピングを示す 図である。
【図２０】本発明の一実施例に係るＤＰ（ｄａｔａ  ｐｉｐｅ；データパイプ）のタイプを示す図である。
【図２１】本発明の一実施例に係るＤＰマッピングを示す図である。
【図２２】本発明の一実施例に係るＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）構造を示す図である。
【図２３】本発明の一実施例に係るビットインターリービングを示す図である。
【図２４】本発明の一実施例に係るセル−ワードデマルチプレクシングを示す図である。
【図２５】本発明の一実施例に係るタイムインターリービングを示す図である。
【図２６】本発明の一実施例に係るツイストされた行−列ブロックインターリーバの基本動作を示す図である。
【図２７】本発明の他の実施例に係るツイストされた行−列ブロックインターリーバの動作を示す図である。
【図２８】本発明の一実施例に係るツイストされた行−列ブロックインターリーバの対角線方向読み取りパターンを示す図である。
【図２９】本発明の一実施例に係る各インターリービングアレイ（ａｒｒａｙ）からインターリーブされたたＸＦＥＣＢＬＯＣＫを示す図である。
【図３０】本発明の実施例に係る次世代放送システムのためのプロトコルスタックを示す図である。
【図３１】本発明の実施例に係る次世代放送システムの受信機を示す図である。
【図３２】本発明の実施例に係る放送受信機を示す図である。
【図３３】本発明の実施例によって、放送網の伝送ストリームとインターネット（異種網）の伝送ストリームとの同期化のためのタイムラインコンポーネントを示す図である。
【図３４】本発明の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３５】本発明の他の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３６】本発明の実施例に係る、放送網送信パケットのタイムスタンプがない場合に、タイムラインコンポーネントを用いて、放送網で送信されたストリームと異種網（例えば、インターネット）で送信されたストリームとを同期化する方式を示す図である。
【図３７】本発明の他の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３８】本発明の他の実施例に係るタイムラインコンポーネントＡＵの構文を示す図である。
【図３９】本発明の実施例に係る、ＤＡＳＨが適用される放送網内の伝送ストリーム及び異種網（例えば、インターネット）の伝送ストリーム間の、タイムラインコンポーネントＡＵを用いた同期化方式を示す図である。
【図４０】本発明の実施例によって、ＩＳＯ  ＢＭＦＦ内のタイムラインコンポーネントを識別するサンプルエントリを示す図である。
【図４１】本発明の実施例に係る、ＩＳＯ  ＢＭＦＦでタイムラインコンポーネントトラックと他のトラックとの依存関係を示すトラック基準タイプボックスを示す図である。
【図４２】本発明の実施例に係る、次世代放送システムでサービス及び／又はコンテンツを取得する構成を示す。
【図４３】本発明の実施例に係る、ＩＳＯ  ＢＭＦＦでビデオデータ及び／又はオーディオデータに接近する方式を示す図である。
【図４４】本発明の他の実施例に係る、ＩＳＯ  ＢＭＦＦでビデオデータ及び／又はオーディオデータに接近する方式を示す図である。
【発明を実施するための形態】
【００２７】
以下、添付の図面を参照して本発明の好適な実施例を説明する。添付の図面を参照して以下に説明する詳細な説明は、本発明によって具現し得る実施例だけを示すよりは、本発明の例示的な実施例を説明するためのものである。
【００２８】
本発明で使われる大部分の用語は、本明細書でその機能を考慮し、当該分野で広く使われているものから選択されたが、一部の用語は出願人によって任意に選択されたものもあり、その意味は、必要によって次の説明で詳細に説明する。したがって、本発明は、単なる名称又は意味よりは、用語の意図した意味に基づいて理解されなければならない。
【００２９】
本発明でいう“シグナリング”とは、サービス情報（ＳＩ）が、放送システム、インターネットシステム、及び／又は放送／インターネットコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）システムから送受信されることを意味することができる。サービス情報（ＳＩ）は、既存の放送システムから受信された放送サービス情報（例えば、ＡＴＳＣ−ＳＩ及び／又はＤＶＢ−ＳＩ）を含むことができる。
【００３０】
“放送信号”という用語は、地上波放送、ケーブル放送、衛星放送及び／又はモバイル放送から受信された信号及び／又はデータだけでなくインターネット放送、ブロードバンド放送、通信放送、データ放送及び／又はＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）などの両方向放送システムから受信された信号及び／又はデータを概念的に含むことができる。
【００３１】
“ＰＬＰ”という用語は、物理層に含まれるデータを送信する所定の単位を示すことができる。したがって、“ＰＬＰ”という用語は、必要によって、“データユニット”又は“データパイプ”という用語に代えてもよい。
【００３２】
放送ネットワーク及び／又はインターネットネットワークと連動するように構成されるハイブリッド放送サービスは、デジタルテレビ（ＤＴＶ）サービスで使われる代表アプリケーションとして用いられてもよい。ハイブリッド放送サービスは、インターネットで地上波放送ネットワークを介して送信される放送Ａ／Ｖ（オーディオ／ビデオ）コンテンツに関連したエンハンスメントデータを実時間で送信し、インターネットで放送Ａ／Ｖコンテンツの一部を実時間で送信し、ユーザが様々なコンテンツを経験できるようにすることができる。
【００３３】
本発明は、ＩＰパケット、ＭＰＥＧ−２ＴＳパケット及び次世代デジタル放送システムで他の放送システムに適用可能なパケットをカプセル化し、ＩＰパケット、ＭＰＥＧ−２ＴＳパケット及びパケットが物理層に送信されるようにする方法を提供することを目標とする。また、本発明は、同じヘッダーフォーマットを用いてレイヤ２シグナリングを送信する方法を提案する。
【００３４】
次に説明するコンテンツは、装置によって具現することができる。例えば、次のプロセスを、シグナリングプロセッサ、プロトコルプロセッサ、プロセッサ及び／又はパケット生成器で行うことができる。
【００３５】
本発明で使用する用語のうち、リアルタイムサービス（ｒｅａｌ  ｔｉｍｅ（ＲＴ）ｓｅｒｖｉｃｅ）は、言葉のとおり、実時間サービスを意味する。すなわち、時間に拘束されるサービスである。これに対し、ノンリアルタイムサービス（ｎｏｎ−ｒｅａｌ  ｔｉｍｅ（ＮＲＴ）  ｓｅｒｖｉｃｅ）は、ＲＴサービス以外の非実時間サービスを意味する。すなわち、非実時間サービスは、時間に拘束されないサービスである。そして、ＮＲＴサービスのためのデータをＮＲＴサービスデータと呼ぶものとする。
【００３６】
本発明に係る放送受信機は、地上波、ケーブル、インターネットなどのような媒体を介して非実時間（ＮＲＴ）サービスを受信することができる。ＮＲＴサービスは、放送受信機の保存媒体に保存された後、既に設定された時間又はユーザーの要求によってディスプレイ装置に表示される。ＮＲＴサービスは、ファイル形態で受信されて保存媒体に保存されることを一実施例とする。保存媒体は、放送受信機の内部に装着された内蔵ＨＤＤであることを一実施例とする。他の例として、保存媒体は、放送受信システムの外部に連結されたＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ、外付けＨＤＤなどとしてもよい。ＮＲＴサービスを構成するファイルを受信して保存媒体に保存し、ユーザーにサービスするためには、シグナリング情報が必要である。本発明は、これをＮＲＴサービスシグナリング情報又はＮＲＴサービスシグナリングデータと呼ぶものとする。本発明に係るＮＲＴサービスは、ＩＰデータグラムを得る方式によって、Ｆｉｘｅｄ  ＮＲＴサービスとＭｏｂｉｌｅ  ＮＲＴサービスとに区別することができる。特にＦｉｘｅｄ  ＮＲＴサービスは、固定型放送受信機に提供され、Ｍｏｂｉｌｅ  ＮＲＴサービスは、移動型放送受信機に提供される。本発明は、Ｆｉｘｅｄ  ＮＲＴサービスを一実施例として説明するものとする。しかし、本発明がＭｏｂｉｌｅ  ＮＲＴサービスに適用されてもよいことは当然である。
【００３７】
本発明で使う用語のうち、アプリケーション（又は、同期化されたアプリケーション）は、視聴経験（ｖｉｅｗｉｎｇ  ｅｘｐｅｒｉｅｎｃｅ）の向上のために、視聴者に両方向経験を提供するデータサービスである。アプリケーションは、ＴＤＯ（Ｔｒｉｇｇｅｒｅｄ  Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）、ＤＯ（Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）、又はＮＤＯ（ＮＲＴ  Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）と命名することができる。
【００３８】
本発明で使う用語のうち、トリガー（Ｔｒｉｇｇｅｒ）は、シグナリングを識別し、アプリケーション又はアプリケーション内のイベントの提供時点を設定するシグナリングエレメント（ｓｉｇｎａｌｉｎｇ  ｅｌｅｍｅｎｔ）である。トリガーは、ＴＰＴ（ＴＤＯ  ｐａｒａｍｅｔｅｒ  ｔａｂｌｅ）（又は、ＴＤＯ  ｐａｒａｍｅｔｅｒ  ｅｌｅｍｅｎｔとも呼ぶ。）の位置情報を含むことができる。ＴＰＴは、特定範囲内で、アプリケーションの動作のためのメタデータを含むシグナリングエレメントである。
【００３９】
トリガーは、タイムベーストリガー（ｔｉｍｅ  ｂａｓｅ  ｔｒｉｇｇｅｒ）及び／又はアクチベーショントリガー（ａｃｔｉｖａｔｉｏｎ  ｔｒｉｇｇｅｒ）の役割を担うことができる。タイムベーストリガーは、イベントの再生時刻の基準を提示するタイムベースを設定するために用いられる。アクチベーショントリガーは、アプリケーション又はアプリケーション内に含まれたイベントの動作時刻を設定するために用いられる。ここで、動作は、アプリケーション又はアプリケーション内のイベントの開始、終了、中止（ｐａｕｓｅ）、ｋｉｌｌ及び／又はｒｅｓｕｍｅに該当し得る。タイムベースメッセージ（ｔｉｍｅ  ｂａｓｅ  ｍｅｓｓａｇｅｓ）がタイムベーストリガーとして用いられてもよく、タイムベーストリガーがタイムベースメッセージとして用いられてもよい。後述されるアクチベーションメッセージ（ａｃｔｉｖａｔｉｏｎ  ｍｅｓｓａｇｅｓ）がアクチベーショントリガーとして用いられてもよく、アクチベーショントリガーがアクチベーションメッセージとして用いられてもよい。
【００４０】
メディアタイム（Ｍｅｄｉａ  Ｔｉｍｅ）は、コンデンツ再生時に、特定の時点を参照するためのパラメータ（ｐａｒａｍｅｔｅｒ）である。
【００４１】
ＴＤＯ（Ｔｒｉｇｇｅｒｅｄ  Ｄｅｃｌａｒａｔｉｖｅ  Ｏｂｊｅｃｔ）は、放送コンデンツ内の付加情報を示すものである。ＴＤＯは、付加情報を放送コンデンツ内でタイミングに合わせてトリガーする概念である。例えば、オーディションプログラムが放送される場合、視聴者が好むオーディション参加者の現在順位などを当該放送コンデンツと共に示すことができ、このオーディション参加者の現在順位などに関する付加情報がＴＤＯに当たる。このようなＴＤＯは、視聴者との両方向交信によって変更されてもよく、視聴者の意図を反映して提供されてもよい。
【００４２】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置及び方法を提供する。本発明の一実施例に係る次世代放送サービスは、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを含む。
【００４３】
本発明の一実施例に係る送信装置及び方法は、地上波放送サービスのためのベースプロファイル、モバイル放送サービスのためのハンドヘルドプロファイル、及びＵＨＤＴＶサービスのためのアドバンスドプロファイルに分類される。この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方のためのプロファイルとして用いることができる。すなわち、ベースプロファイルは、モバイルプロファイルを含むプロフィルの概念を定義するために用いることができる。これは設計者の意図によって変更されてもよい。
【００４４】
本発明は、一実施例によって、非−ＭＩＭＯ（ｎｏｎ−Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）又はＭＩＭＯ方式を用いて次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例に係る非−ＭＩＭＯ方式は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式、ＳＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）方式などを含むことができる。
【００４５】
以下では、説明の便宜のために、ＭＩＳＯ又はＭＩＭＯ方式が２つのアンテナを用いるとしたが、本発明は、２つ以上のアンテナを用いるシステムに適用されてもよい。
【００４６】
本発明は、特定の用途に要求される性能を達成しながら、受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）（ベース（ｂａｓｅ）、ハンドヘルド（ｈａｎｄｈｅｌｄ）、アドバンスド（ａｄｖａｎｃｅｄ）プロファイル）を定義することができる。フィジカルプロファイルは、該当する受信機が具現しなければならない全ての構造のサブセットである。
【００４７】
３つのフィジカルプロファイルは、大部分の機能ブロックを共有するが、特定ブロック及び／又はパラメータではやや異なる。後でフィジカルプロファイルがさらに定義されてもよい。システムの発展のために、ヒューチャプロファイルは、ＦＥＦ（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ  ｆｒａｍｅ）を通じて単一ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）チャネルに存在するプロファイルとマルチプレクスされてもよい。各フィジカルプロファイルに関する詳細な内容は後述する。
【００４８】
１．ベースプロファイル
ベースプロファイルは主にループトップ（ｒｏｏｆ−ｔｏｐ）アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルはある場所に移動してもよいが、比較的停止した受信範ちゅうに属する携帯用装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置又は車両用に拡張されてもよいが、このような使用用途はベースプロファイル受信機動作では期待されない。
【００４９】
受信のターゲット信号対雑音比の範囲は略１０乃至２０ｄＢであるが、これは、既存放送システム（例えば、ＡＴＳＣ  Ａ／５３）の１５ｄＢ信号対雑音比の受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを使用する、バッテリーで駆動するハンドヘルド装置におけるよりは重要でない。ベースプロファイルに対する重要システムパラメータが、下記の表１に記載されている。
【００５０】
【表１】
2017508327.tif 000003
【００５１】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリー電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。当該装置は歩行者又は車両の速度で移動することができる。受信機複雑度も消費電力も、共にハンドヘルドプロファイルの装置の具現のために非常に重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は、略０乃至１０ｄＢであるが、より低い室内受信のために意図された場合、０ｄＢ未満となるように設定されてもよい。
【００５２】
低い信号対雑音比能力だけでなく、受信機移動性によって現れたドップラー効果に対する復原力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要システムパラメータが下記の表２に記載されている。
【００５３】
【表２】
2017508327.tif 000004
【００５４】
３．アドバンスドプロファイル
アドバンスドプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。当該プロファイルはＭＩＭＯ送信及び受信を用いることを要求し、ＵＨＤＴＶサービスはターゲット用途であり、そのために、当該プロファイルが特別に設計される。向上した能力は、与えられた帯域幅でサービス数の増加、例えば、複数のＳＤＴＶ又はＨＤＴＶサービスを許容するために用いることができる。
【００５５】
アドバンスドプロファイルのターゲット信号対雑音比の範囲は、略２０乃至３０ｄＢである。ＭＩＭＯ伝送は、初期には既存の楕円分極伝送装備を使用し、将来には全出力交差分極伝送へと拡張されてもよい。アドバンスドプロファイルに対する重要システムパラメータが下記の表３に記載されている。
【００５６】
【表３】
2017508327.tif 000005
【００５７】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービスの両方に対するプロファイルとして用いられてもよい。すなわち、ベースプロファイルを、モバイルプロファイルを含むプロファイルの概念を定義するために用いることができる。また、アドバンスドプロファイルは、ＭＩＭＯを有するベースプロファイルに対するアドバンスドプロファイルとＭＩＭＯを有するハンドヘルドプロファイルに対するアドバンスドプロファイルとに区別することができる。そして、該当の３つのプロファイルは設計者の意図によって変更されてもよい。
【００５８】
次の用語及び定義を本発明に適用することができる。次の用語及び定義は、設計によって変更されてもよい。
【００５９】
補助ストリーム：ヒューチャエクステンション（ｆｕｔｕｒｅ  ｅｘｔｅｎｓｉｏｎ、将来拡張）又は放送会社やネットワーク運営者によって要求されるによって用いられ得るまだ定義されていない変調及びコーディングのデータを伝達するセルのシーケンス
【００６０】
ベースデータパイプ（ｂａｓｅ  ｄａｔａ  ｐｉｐｅ）：サービスシグナリングデータを伝達するデータパイプ
【００６１】
ベースバンドフレーム（又は、ＢＢＦＲＡＭＥ）：一つのＦＥＣエンコーディング過程（ＢＣＨ及びＬＤＰＣエンコーディング）に対する入力を形成するＫｂｃｈビットの集合
【００６２】
セル（ｃｅｌｌ）：ＯＦＤＭ伝送の一つのキャリアによって伝達される変調値
【００６３】
コーディングブロック（ｃｏｄｅｄ  ｂｌｏｃｋ）：ＰＬＳ１データのＬＤＰＣエンコードされたブロック又はＰＬＳ２データのＬＤＰＣエンコードされたブロックの一つ
【００６４】
データパイプ（ｄａｔａ  ｐｉｐｅ）：一つ又は複数のサービス又はサービスコンポーネントを伝達し得るサービスデータ又は関連したメタデータを伝達する物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）におけるロジカルチャネル
【００６５】
データパイプユニット（ＤＰＵ，ｄａｔａ  ｐｉｐｅ  ｕｎｉｔ）：データセルをフレームにおけるデータパイプに割り当て得る基本ユニット
【００６６】
データシンボル（ｄａｔａ  ｓｙｍｂｏｌ）：プリアンブルシンボル以外のフレームにおけるＯＦＤＭシンボル（フレームシグナリングシンボル及びフレームエッジ（ｅｄｇｅ）シンボルはデータシンボルに含まれる。）
【００６７】
ＤＰ＿ＩＤ：当該８ビットフィールドは、ＳＹＳＴＥＭ＿ＩＤによって識別されたシステム内でデータパイプを唯一に識別する。
【００６８】
ダミーセル（ｄｕｍｍｙ  ｃｅｌｌ）：ＰＬＳ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｉｇｎａｌｌｉｎｇ）シグナリング、データパイプ、又は補助ストリームのために用いられないで残っている容量を満たすために用いられる擬似ランダム値を伝達するセル
【００６９】
ＦＡＣ（ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｃｈａｎｎｅｌ、非常警報チャネル）：ＥＡＳ情報データを伝達するフレームの一部
【００７０】
フレーム（ｆｒａｍｅ）：プリアンブルによって始まってフレームエッジシンボルによって終了される物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００７１】
フレームレピティションユニット（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ；フレーム反復単位）：スーパーフレーム（ｓｕｐｅｒ−ｆｒａｍｅ）で８回反復されるＦＥＦを含む同一の又は異なるフィジカルプロファイルに属するフレームの集合
【００７２】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ；高速情報チャネル）：サービスと該当のベースデータパイプとのマッピング情報を伝達するフレームにおいてロジカルチャネル
【００７３】
ＦＥＣＢＬＯＣＫ：データパイプデータのＬＤＰＣエンコードされたビットの集合
【００７４】
ＦＦＴサイズ：基本周期Ｔのサイクルで表現されたアクティブシンボル周期Ｔｓと同一である特定モードに用いられる名目上のＦＦＴサイズ
【００７５】
フレームシグナリングシンボル（ｆｒａｍｅ  ｓｉｇｎａｌｉｎｇ  ｓｙｍｂｏｌ）：ＰＬＳデータの一部を伝達する、ＦＦＴサイズ、保護区間（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）、及びスキャッタ（ｓｃａｔｔｅｒｅｄ）パイロットパターンの特定組合せにおいてフレームの開始で用いられるより高いパイロット密度を有するＯＦＤＭシンボル
【００７６】
フレームエッジシンボル（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）：ＦＦＴサイズ、保護区間、及びスキャッタパイロットパターンの特定組合せにおいてフレームの終わりで用いられるより高いパイロット密度を有するＯＦＤＭシンボル
【００７７】
フレームグループ（ｆｒａｍｅ−ｇｒｏｕｐ）：スーパーフレームで同じフィジカルプロファイルタイプを有する全フレームの集合
【００７８】
ヒューチャエクステンションフレーム（ｆｕｔｕｒｅ  ｅｘｔｅｎｔｉｏｎ  ｆｒａｍｅ；将来拡張フレーム）：プリアンブルによって始まる、将来拡張に用いられ得るスーパーフレームにおける物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）タイムスロット
【００７９】
ヒューチャキャスト（ｆｕｔｕｒｅｃａｓｔ）ＵＴＢシステム：入力が一つ以上のＭＰＥＧ２−ＴＳ、ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）、又は一般ストリームであり、出力がＲＦシグナルである、提案された物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）放送システム
【００８０】
インプットストリーム（ｉｎｐｕｔ  ｓｔｒｅａｍ；入力ストリーム）：システムによって最終ユーザに伝達されるサービスの調和（ｅｎｓｅｍｂｌｅ）のためのデータのストリーム
【００８１】
ノーマル（ｎｏｒｍａｌ）データシンボル：フレームシグナリングシンボル及びフレームエッジシンボル以外のデータシンボル
【００８２】
フィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）：該当する受信機が具現しなければならない全構造のサブセット
【００８３】
ＰＬＳ：ＰＬＳ１及びＰＬＳ２で構成された物理層シグナリングデータ
【００８４】
ＰＬＳ１：ＰＬＳ２をデコードするために必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｌｉｎｇ  ｓｙｍｂｏｌ）で伝達されるＰＬＳデータの一番目の集合
【００８５】
ＮＯＴＥ：ＰＬＳ１データがフレームグループのデューレーション（ｄｕｒａｔｉｏｎ）で一定である。
【００８６】
ＰＬＳ２：データパイプ及びシステムに関するより詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの二番目の集合
【００８７】
ＰＬＳ２ダイナミック（ｄｙｎａｍｉｃ；動的）データ：フレームごとにダイナミック（動的）に変化するＰＬＳ２データ
【００８８】
ＰＬＳ２スタティック（ｓｔａｔｉｃ；静的）データ：フレームグループのデューレーションでスタティック（静的）であるＰＬＳ２データ
【００８９】
プリアンブルシグナリングデータ（ｐｒｅａｍｂｌｅ  ｓｉｇｎａｌｉｎｇ  ｄａｔａ）：プリアンブルシンボルによって伝達され、システムの基本モードを確認するために用いられるシグナリングデータ
【００９０】
プリアンブルシンボル（ｐｒｅａｍｂｌｅ  ｓｙｍｂｏｌ）：基本ＰＬＳデータを伝達し、フレームの開始に位置する固定された長さのパイロットシンボル
【００９１】
ＮＯＴＥ：プリアンブルシンボルがシステム信号、そのタイミング、周波数オフセット、及びＦＦＴサイズを検出するために高速初期バンドスキャンに主に用いられる。
【００９２】
将来使用（ｆｕｔｕｒｅ  ｕｓｅ）のためにリザーブド（ｒｅｓｅｒｖｅｄ）：現在文書で定義されないが、将来に定義されてもよい。
【００９３】
スーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）：８個のフレーム反復単位の集合
【００９４】
タイムインターリービングブロック（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｂｌｏｃｋ；ＴＩ  ｂｌｏｃｋ）：タイムインターリーバメモリの一つの用途に該当する、タイムインターリービングが実行されるセルの集合
【００９５】
タイムインターリービンググループ（ｔｉｍｅ  ｉｎｔｅｒｌｅａｖｉｎｇ  ｇｒｏｕｐ；ＴＩ  ｇｒｏｕｐ）：整数、ダイナミック（動的）に変化するＸＦＥＣＢＬＯＣＫの数からなる、特定データパイプに対するダイナミック（動的）容量割り当てが実行される単位
【００９６】
ＮＯＴＥ：タイムインターリービンググループが一つのフレームに直接マップされたり、複数のフレームにマップされてもよい。これは一つ以上のタイムインターリービングブロックを含むことができる。
【００９７】
タイプ１データパイプ（Ｔｙｐｅ１ＤＰ）：全データパイプがフレームにＴＤＭ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式でマップされるフレームのデータパイプ
【００９８】
タイプ２データパイプ（Ｔｙｐｅ２ＤＰ）：全データパイプがフレームにＦＤＭ方式でマップされるフレームのデータパイプ
【００９９】
ＸＦＥＣＢＬＯＣＫ：一つのＬＤＰＣ  ＦＥＣＢＬＯＣＫの全ビットを伝達するＮｃｅｌｌｓセルの集合
【０１００】
図１は、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【０１０１】
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、入力フォーマットブロック１０００、ＢＩＣＭ（ｂｉｔ  ｉｎｔｅｒｌｅａｖｅｄ  ｃｏｄｉｎｇ  ＆  ｍｏｄｕｌａｔｉｏｎ）ブロック１０１０、フレーム生成ブロック１０２０、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）生成ブロック１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各モジュールの動作について説明する。
【０１０２】
ＩＰストリーム／パケット及びＭＰＥＧ２−ＴＳは、主要入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。それらのデータ入力に加えて、管理情報が入力され、各入力ストリームに対する該当の帯域幅のスケジューリング及び割り当てを制御する。一つ又は複数のＴＳストリーム、ＩＰストリーム及び／又は一般ストリーム入力が同時に許容される。
【０１０３】
入力フォーマットブロック１０００は、それぞれの入力ストリームを、独立したコーディング及び変調が適用される一つ又は複数のデータパイプにデマルチプレクスすることができる。データパイプは、堅固性（ｒｏｂｕｓｔｎｅｓｓ）制御のための基本単位であり、これはＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に影響を及ぼす。一つ又は複数のサービス又はサービスコンポーネントが一つのデータパイプによって伝達されてもよい。入力フォーマットブロック１０００の詳細な動作は後述する。
【０１０４】
データパイプは、一つ又は複数のサービス又はサービスコンポーネントを伝達できるサービスデータ又は関連メタデータを伝達する物理層におけるロジカルチャネルである。
【０１０５】
また、データパイプユニットは、一つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【０１０６】
入力フォーマットブロック１０００で、パリティ（ｐａｒｉｔｙ）データは誤り訂正のために追加され、エンコードされたビットストリームは複素数値コンステレーションシンボルにマップされる。当該シンボルは該当のデータパイプに用いられる特定インターリービング深さにわたってインターリーブされる。アドバンスドプロファイルにおいて、ＢＩＣＭブロック１０１０でＭＩＭＯエンコーディングが実行され、追加データ経路がＭＩＭＯ伝送のために出力に追加される。ＢＩＣＭブロック１０１０の詳細な動作は後述する。
【０１０７】
フレーム生成ブロック１０２０は、一つのフレーム内で入力データパイプのデータセルをＯＦＤＭシンボルにマップすることができる。マッピング後、周波数領域ダイバーシチのために、特に、周波数選択的フェージングチャネルを防止するために周波数インターリービングが用いられる。フレーム生成ブロック１０２０の詳細な動作は後述する。
【０１０８】
プリアンブルを各フレームの開始に挿入した後、ＯＦＤＭ生成ブロック１０３０は、サイクリックプレフィクス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）を保護区間として有する既存のＯＦＤＭ変調を適用することができる。アンテナスペースダイバーシチのために、分散された（ｄｉｓｔｒｉｂｕｔｅｄ）ＭＩＳＯ方式が送信機にわたって適用される。また、ＰＡＰＲ（ｐｅａｋ−ｔｏ−ａｖｅｒａｇｅ  ｐｏｗｅｒ  ｒａｔｉｏ）方式が時間領域で実行される。柔軟なネットワーク方式のために、当該提案は様々なＦＦＴサイズ、保護区間の長さ、該当のパイロットパターンの集合を提供する。ＯＦＤＭ生成ブロック１０３０の詳細な動作は後述する。
【０１０９】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に用いられる物理層シグナリング情報を生成することができる。当該シグナリング情報はまた、関心のあるサービスが受信機側で適切に復旧されるように送信される。シグナリング生成ブロック１０４０の詳細な動作は後述する。
【０１１０】
図２、図３、図４は、本発明の実施例に係る入力フォーマットブロック１０００を示す。各図について説明する。
【０１１１】
図２は、本発明の一実施例に係る入力フォーマットブロックを示す。図２は、入力信号が単一入力ストリーム（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｓｔｒｅａｍ）であるときの入力フォーマットモジュールを示す。
【０１１２】
図２に示す入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
【０１１３】
物理層への入力は、一つ又は複数のデータストリームで構成される。それぞれのデータストリームは一つのデータパイプによって伝達される。モードアダプテーション（ｍｏｄｅ  ａｄａｐｔａｉｏｎ；モード適応）モジュールは、入力されるデータストリームをＢＢＦ（ｂａｓｅｂａｎｄ  ｆｒａｍｅ）のデータフィールドにスライスする。当該システムは３種類の入力データストリーム、すなわち、ＭＰＥＧ２−ＴＳ、ＩＰ、ＧＳ（ｇｅｎｅｒｉｃ  ｓｔｒｅａｍ）を支援する。ＭＰＥＧ２−ＴＳは、最初のバイトが同期バイト（０ｘ４７）である固定された長さ（１８８バイト）のパケットを特徴とする。ＩＰストリームは、ＩＰパケットヘッダー内でシグナルされる可変長ＩＰデータグラムパケットで構成される。当該システムは、ＩＰストリームに対してＩＰｖ４、ＩＰｖ６の両方を支援する。ＧＳは、カプセル化パケットヘッダー内でシグナルされる可変長のパケット又は一定の長さのパケットで構成されてもよい。
【０１１４】
（ａ）は、信号データパイプに対するモードアダプテーション（モード適応）ブロック２０００、及びストリームアダプテーション（ｓｔｒｅａｍ  ａｄａｐｔａｔｉｏｎ；ストリーム適応）２０１０を示し、（ｂ）は、ＰＬＳデータを生成及び処理するためのＰＬＳ生成ブロック２０２０、及びＰＬＳスクランブラ２０３０を示す。各ブロックの動作について説明する。
【０１１５】
入力ストリームスプリッタは、入力されたＴＳ、ＩＰ、ＧＳストリームを複数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。モードアダプテーション（モード適応）モジュール２０１０は、ＣＲＣエンコーダ、ＢＢ（ｂａｓｅｂａｎｄ）フレームスライサ、及びＢＢフレームヘッダー挿入ブロックで構成される。
【０１１６】
ＣＲＣエンコーダは、ユーザパケットレベルでの誤り検出のための３種類のＣＲＣエンコーディング、すなわち、ＣＲＣ−８、ＣＲＣ−１６、ＣＲＣ−３２を提供する。算出されたＣＲＣバイトは、ユーザパケット後に添付される。ＣＲＣ−８はＴＳストリームに用いられ、ＣＲＣ−３２はＩＰストリームに用いられる。ＧＳストリームがＣＲＣエンコーディングを提供しない場合には、提案されたＣＲＣエンコーディングが適用されなければならない。
【０１１７】
ＢＢフレームスライサは、入力を内部ロジカルビットフォーマットにマップする。最初の受信ビットはＭＳＢと定義する。ＢＢフレームスライサは、可用データフィールド容量と同じ数の入力ビットを割り当てる。ＢＢＦペイロードと同じ数の入力ビットを割り当てるために、ユーザパケットストリームがＢＢＦのデータフィールドに見合うようにスライスされる。
【０１１８】
ＢＢフレームヘッダー挿入ブロックは、２バイトの固定された長さのＢＢＦヘッダーを、ＢＢフレームの前に挿入することができる。ＢＢＦヘッダーは、ＳＴＵＦＦＩ（１ビット）、ＳＹＮＣＤ（１３ビット）、及びＲＦＵ（２ビット）で構成される。固定された２バイトＢＢＦヘッダーだけでなく、ＢＢＦは、２バイトＢＢＦヘッダーの終わりに拡張フィールド（１又は３バイト）を有することができる。
【０１１９】
ストリームアダプテーション（ストリーム適応）２０１０は、スタッフィング（ｓｔｕｆｆｉｎｇ）挿入ブロック及びＢＢスクランブラで構成される。
【０１２０】
スタッフィング挿入ブロックは、スタッフィングフィールドをＢＢフレームのペイロードに挿入することができる。ストリームアダプテーション（ストリーム適応）に対する入力データがＢＢフレームを満たすのに十分であれば、ＳＴＵＦＦＩは０に設定され、ＢＢＦはスタッフィングフィールドを有しない。そうでないと、ＳＴＵＦＦＩは１に設定され、スタッフィングフィールドはＢＢＦヘッダーの直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダー及び可変サイズのスタッフィングデータを含む。
【０１２１】
ＢＢスクランブラは、エネルギー分散のために完全なＢＢＦをスクランブルする。スクランブリングシーケンスはＢＢＦと同期化される。スクランブリングシーケンスはフィードバックシフトレジスターによって生成される。
【０１２２】
ＰＬＳ生成ブロック２０２０は、ＰＬＳデータを生成することができる。ＰＬＳは、受信機にフィジカルレイヤ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）データパイプに接続できる手段を提供する。ＰＬＳデータはＰＬＳ１データ及びＰＬＳ２データで構成される。
【０１２３】
ＰＬＳ１データは、ＰＬＳ２データをデコードするために必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでＦＳＳで伝達されるＰＬＳデータの一番目の集合である。ＰＬＳ１データは、ＰＬＳ２データの受信及びデコーディングを可能にするために要求されるパラメータを含む基本送信パラメータを提供する。また、ＰＬＳ１データはフレームグループのデューレーションで一定である。
【０１２４】
ＰＬＳ２データは、データパイプ及びシステムに関するさらに詳細なＰＬＳデータを伝達するＦＳＳで伝送されるＰＬＳデータの二番目の集合である。ＰＬＳ２は、受信機が所望のデータパイプをデコードする上で十分な情報を提供するパラメータを含む。ＰＬＳ２シグナリングは、ＰＬＳ２スタティック（静的）データ（ＰＬＳ２−ＳＴＡＴデータ）及びＰＬＳ２ダイナミック（動的）データ（ＰＬＳ２−ＤＹＮデータ）の２種類のパラメータでさらに構成される。ＰＬＳ２スタティック（静的）データは、フレームグループのデューレーションでスタティック（静的）であるＰＬＳ２データであり、ＰＬＳ２ダイナミック（動的）データは、フレームごとにダイナミック（動的）に変化するＰＬＳ２データである。
【０１２５】
ＰＬＳデータに関する詳細な内容は後述する。
【０１２６】
ＰＬＳスクランブラ２０３０は、エネルギー分散のために生成されたＰＬＳデータをスクランブルすることができる。
【０１２７】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１２８】
図３は、本発明の他の実施例に係る入力フォーマットブロックを示す。
【０１２９】
図３に示す入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
【０１３０】
図３は、入力信号がマルチインプットストリーム（ｍｕｌｔｉ  ｉｎｐｕｔ  ｓｔｒｅａｍ；複数の入力ストリーム）に該当する場合、入力フォーマットブロックのモードアダプテーション（モード適応）ブロックを示す。
【０１３１】
マルチインプットストリーム（複数の入力ストリーム）を処理するための入力フォーマットブロックのモードアダプテーション（モード適応）ブロックは、複数の入力ストリームを独立して処理することができる。
【０１３２】
図３を参照すると、マルチインプットストリーム（複数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（モード適応）ブロックは、入力ストリームスプリッタ３０００、入力ストリームシンクロナイザ３０１０、コンペンセーティングディスプレイ（ｃｏｍｐｅｎｓａｔｉｎｇ  ｄｅｌａｙ；補償遅延）ブロック３０２０、ヌルパケット削除ブロック３０３０、ヘッダー圧縮ブロック３０４０、ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０、及びＢＢヘッダー挿入ブロック３０７０を含むことができる。モードアダプテーション（モード適応）ブロックの各ブロックについて説明する。
【０１３３】
ＣＲＣエンコーダ３０５０、ＢＢフレームスライサ３０６０、及びＢＢヘッダー挿入ブロック３０７０の動作は、図２を参照して説明したＣＲＣエンコーダ、ＢＢフレームスライサ、及びＢＢヘッダー挿入ブロックの動作に該当するので、その説明は省略する。
【０１３４】
入力ストリームスプリッタ３０００は、入力されたＴＳ、ＩＰ、ＧＳストリームを複数のサービス又はサービスコンポーネント（オーディオ、ビデオなど）ストリームに分割する。
【０１３５】
入力ストリームシンクロナイザ３０１０は、ＩＳＳＹと呼ぶことができる。ＩＳＳＹは、いかなる入力データフォーマットに対しても、ＣＢＲ（ｃｏｎｓｔａｎｔ  ｂｉｔ  ｒａｔｅ）及び一定の終端間伝送（ｅｎｄ−ｔｏ−ｅｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ）遅延を保障する適合な手段を提供することができる。ＩＳＳＹは、ＴＳを伝達する複数のデータパイプの場合に常に用いられ、ＧＳストリームを伝達する複数のデータパイプに選択的に用いられる。
【０１３６】
コンペンセーティングディスプレイ（補償遅延）ブロック３０２０は、受信機でさらにメモリを必要とせずにＴＳパケット再結合メカニズムを許容するために、ＩＳＳＹ情報の挿入に続く分割されたＴＳパケットストリームを遅延させることができる。
【０１３７】
ヌルパケット削除ブロック３０３０は、ＴＳ入力ストリームの場合にのみ用いられる。一部のＴＳ入力ストリーム又は分割されたＴＳストリームは、ＶＢＲ（ｖａｒｉａｂｌｅ  ｂｉｔ−ｒａｔｅ）サービスをＣＢＲ  ＴＳストリームに収容するために、存在する多数のヌルパケットを有することができる。この場合、不要な伝送オーバーヘッドを避けるために、ヌルパケットは確認されて伝送されなくてもよい。受信機で、除去されたヌルパケットは、伝送に挿入されたＤＮＰ（ｄｅｌｅｔｅｄ  ｎｕｌｌ−ｐａｃｋｅｔ；削除されたヌルパケット）カウンタを参照して元の正確な場所に再挿入可能であるため、ＣＢＲが保障され、タイムスタンプ（ＰＣＲ）更新が不要になる。
【０１３８】
ヘッダー圧縮ブロック３０４０は、ＴＳ又はＩＰ入力ストリームに対する伝送効率を増加させるために、パケットヘッダー圧縮を提供することができる。受信機は、ヘッダーの特定部分に対する先験的な（ａ  ｐｒｉｏｒｉ）情報を有することができるため、この知られた情報は送信機で削除されてもよい。
【０１３９】
ＴＳに対して、受信機は同期バイト構成（０ｘ４７）及びパケット長（１８８バイト）に関する先験的な情報を有することができる。入力されたＴＳが一つのＰＩＤだけを有するコンデンツを伝達すると、すなわち、一つのサービスコンポーネント（ビデオ、オーディオなど）又はサービスサブコンポーネント（ＳＶＣベースレイヤ、ＳＶＣエンハンスメントレイヤ、ＭＶＣベースビュー、又はＭＶＣ依存ビュー）に対してのみ、ＴＳパケットヘッダー圧縮がＴＳに（選択的に）適用されてもよい。ＴＳパケットヘッダー圧縮は、入力ストリームがＩＰストリームである場合に選択的に用いられる。
【０１４０】
上記のブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１４１】
図４は本発明の他の実施例に係る入力フォーマットブロックを示す。
【０１４２】
図４に示す入力フォーマットブロックは、図１を参照して説明した入力フォーマットブロック１０００の一実施例に該当する。
【０１４３】
図４は、入力信号がマルチインプットストリーム（複数の入力ストリーム）に該当する場合、入力フォーマットモジュールのストリームアダプテーション（ストリーム適応）ブロックを示す。
【０１４４】
図４を参照すると、マルチインプットストリーム（複数の入力ストリーム）をそれぞれ処理するためのモードアダプテーション（モード適応）ブロックは、スケジューラ４０００、１−フレームディスプレイ（ｄｅｌａｙ）ブロック４０１０、スタッフィング挿入ブロック４０２０、インバンド（Ｉｎ−ｂａｎｄ）シグナリングブロック４０３０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラ４０６０を含むことができる。ストリームアダプテーション（ストリーム適応）ブロックの各ブロックについて説明する。
【０１４５】
スタッフィング挿入ブロック４０２０、ＢＢフレームスクランブラ４０４０、ＰＬＳ生成ブロック４０５０、ＰＬＳスクランブラ４０６０の動作は、図２を参照して説明したスタッフィング挿入ブロック、ＢＢスクランブラ、ＰＬＳ生成ブロック、ＰＬＳスクランブラ４０６０の動作に該当するので、その説明は省略する。
【０１４６】
スケジューラ４０００は、各データパイプのＦＥＣＢＬＯＣＫの量から全体フレームにわたって全体のセル割り当てを決定することができる。ＰＬＳ、ＥＡＣ及びＦＩＣに対する割り当てを含めて、スケジューラは、フレームのＦＳＳのＰＬＳセル又はインバンド（Ｉｎ−ｂａｎｄ）シグナリングで伝送されるＰＬＳ２−ＤＹＮデータの値を生成する。ＦＥＣＢＬＯＣＫ、ＥＡＣ、ＦＩＣに関する詳細な内容は後述する。
【０１４７】
１−フレームディスプレイブロック４０１０は、次のフレームに関するスケジューリング情報が、データパイプに挿入されるインバンド（Ｉｎ−ｂａｎｄ）シグナリング情報に関する現フレームを通じて伝送され得るように、入力データを一つの伝送フレームだけ遅延させることができる。
【０１４８】
インバンド（Ｉｎ−ｂａｎｄ）シグナリングブロック４０３０は、ＰＬＳ２データの遅延されない部分をフレームのデータパイプに挿入することができる。
【０１４９】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１５０】
図５は、本発明の一実施例に係るＢＩＣＭブロックを示す。
【０１５１】
図５に示すＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１５２】
前述したように、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、ＵＨＤＴＶサービスなどを提供することができる。
【０１５３】
ＱｏＳが本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータは別個の方式で処理されなければならない。したがって、本発明の一実施例に係るＢＩＣＭブロックは、ＳＩＳＯ、ＭＩＳＯ、ＭＩＭＯ方式をそれぞれのデータ経路に該当するデータパイプに独立して適用することによって、そこに入力されるデータパイプを独立して処理することができる。結果的に、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを通じて伝送される各サービス又はサービスコンポーネントに対するＱｏＳを調節することができる。
【０１５４】
（ａ）は、ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロックを示し、（ｂ）は、アドバンスドプロファイルのＢＩＣＭブロックを示す。
【０１５５】
ベースプロファイル及びハンドヘルドプロファイルによって共有されるＢＩＣＭブロック及びアドバンスドプロファイルのＢＩＣＭブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１５６】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロック及びアドバンスドプロファイルに対するＢＩＣＭブロックのそれぞれの処理ブロックについて説明する。
【０１５７】
ベースプロファイル及びハンドヘルドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００は、データＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー（ｍａｐｐｅｒ）５０３０、ＳＳＤ（ｓｉｇｎａｌ  ｓｐａｃｅ  ｄｉｖｅｒｓｉｔｙ）エンコーディングブロック５０４０、タイムインターリーバ５０５０を含むことができる。
【０１５８】
データＦＥＣエンコーダ５０１０は、外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために入力ＢＢＦにＦＥＣエンコーディングを実行する。外部コーディング（ＢＣＨ）は選択的なコーディング方法である。データＦＥＣエンコーダ５０１０の具体的な動作については後述する。
【０１５９】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながら、データＦＥＣエンコーダ５０１０の出力をインターリーブし、ＬＤＰＣコード及び変調方式の組合せによって最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１６０】
コンステレーションマッパー５０３０は、ＱＰＳＫ、ＱＡＭ−１６、不均一ＱＡＭ（ＮＵＱ−６４、ＮＵＱ−２５６、ＮＵＱ−１０２４）又は不均一コンステレーション（ＮＵＣ−１６、ＮＵＣ−６４、ＮＵＣ−２５６、ＮＵＣ−１０２４）を用いてベース及びハンドヘルドプロファイルでビットインターリーバ５０２０からのそれぞれのセルワードを変調したり、アドバンスドプロファイルでセルワードデマルチプレクサ５０１０−１からのセルワードを変調し、パワーの正規化されたコンステレーションポイントｅlを提供することができる。当該コンステレーションマッピングは、データパイプに対してのみ適用される。ＮＵＱが任意の形態を有するのに対し、ＱＡＭ−１６及びＮＵＱは正方形を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転されると、回転されたコンステレーションは元のものと正確に重なる。回転対称特性によって失敗及び虚数コンポーネントの容量及び平均パワーが互いに同一となる。ＮＵＱ及びＮＵＣはいずれも各コードレート（ｃｏｄｅ  ｒａｔｅ）に対して特別に定義され、用いられる特定の一つは、ＰＬＳ２データに保管されたパラメータＤＰ＿ＭＯＤによってシグナルされる。
【０１６１】
ＳＳＤエンコーディングブロック５０４０は、２次元、３次元、４次元でセルをプリコードし、劣悪なフェージング条件で受信堅固性（ｒｏｂｕｓｔｎｅｓｓ）を増加させることができる。
【０１６２】
タイムインターリーバ５０５０はデータパイプレベルで動作することができる。タイムインターリービングのパラメータはそれぞれのデータパイプに対して別々に設定されてもよい。タイムインターリーバ５０５０の具体的な動作に関しては後述する。
【０１６３】
アドバンスドプロファイルに対するＢＩＣＭブロックの処理ブロック５０００−１は、データＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、及びタイムインターリーバを含むことができる。ただし、処理ブロック５０００−１は、セルワードデマルチプレクサ５０１０−１及びＭＩＭＯエンコーディングブロック５０２０−１をさらに含むという点で処理ブロック５０００と区別される。
【０１６４】
また、処理ブロック５０００−１におけるデータＦＥＣエンコーダ、ビットインターリーバ、コンステレーションマッパー、タイムインターリーバの動作は、前述したデータＦＥＣエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパー５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１６５】
セルワードデマルチプレクサ５０１０−１は、アドバンスドプロファイルのデータパイプがＭＩＭＯ処理のために単一セルワードストリームを二重セルワードストリームに分離するために用いられる。セルワードデマルチプレクサ５０１０−１の具体的な動作に関しては後述する。
【０１６６】
ＭＩＭＯエンコーディングブロック５０２０−１は、ＭＩＭＯエンコーディング方式を用いてセルワードデマルチプレクサ５０１０−１の出力を処理することができる。ＭＩＭＯエンコーディング方式は、放送信号送信のために最適化されている。ＭＩＭＯ技術は容量増加を得るための有望な方式であるが、チャネル特性に依存する。特に放送に対して、別個の信号電波特性による両アンテナ間の受信信号パワー差又はチャネルの強いＬＯＳコンポーネントは、ＭＩＭＯから容量利得を得ることを困難にさせる。提案されたＭＩＭＯエンコーディング方式は、ＭＩＭＯ出力信号のうちの一つの位相ランダム化及び回転ベースプリコーディングを用いてこの問題を克服する。
【０１６７】
ＭＩＭＯエンコーディングは、送信機及び受信機の両方で少なくとも２つのアンテナを必要とする２ｘ２ＭＩＭＯシステムのために意図される。２つのＭＩＭＯエンコーディングモードは、本提案であるＦＲ−ＳＭ（ｆｕｌｌ−ｒａｔｅ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）及びＦＲＦＤ−ＳＭ（ｆｕｌｌ−ｒａｔｅ  ｆｕｌｌ−ｄｉｖｅｒｓｉｔｙ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ）で定義される。ＦＲ−ＳＭエンコーディングは、受信機側での比較的小さい複雑度増加から容量増加を提供するが、ＦＲＦＤ−ＳＭエンコーディングは、受信機側での大きい複雑度増加から容量増加及び追加的なダイバーシチ利得を提供する。提案されたＭＩＭＯエンコーディング方式は、アンテナ極性配置を制限しない。
【０１６８】
ＭＩＭＯ処理はアドバンスドプロファイルフレームに要求されるが、これは、アドバンスドプロファイルフレームにおける全てのデータパイプがＭＩＭＯエンコーダによって処理されるということを意味する。ＭＩＭＯ処理はデータパイプレベルで適用される。コンステレーションマッパー出力のペア（ｐａｉｒ；対）であるＮＵＱ（ｅ1,i及びｅ2,i）は、ＭＩＭＯエンコーダの入力として供給される。ＭＩＭＯエンコーダ出力ペア（対）（ｇ1,i及びｇ2,i）は、それぞれの送信アンテナの同一キャリアｋ及びＯＦＤＭシンボルｌによって送信される。
【０１６９】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１７０】
図６は、本発明の他の実施例に係るＢＩＣＭブロックを示す。
【０１７１】
図６に示すＢＩＣＭブロックは、図１を参照して説明したＢＩＣＭブロック１０１０の一実施例に該当する。
【０１７２】
図６は、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックを示す。ＥＡＣは、ＥＡＳ情報データを伝達するフレームの一部であり、ＦＩＣは、サービスと該当するベースデータパイプとの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。ＥＡＣ及びＦＩＣに関する詳細な説明は後述する。
【０１７３】
図６を参照すると、ＰＬＳ、ＥＡＣ、及びＦＩＣの保護のためのＢＩＣＭブロックは、ＰＬＳ  ＦＥＣエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパー６０２０を含むことができる。
【０１７４】
また、ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブラ、ＢＣＨエンコーディング／ゼロ挿入ブロック、ＬＤＰＣエンコーディングブロック、及びＬＤＰＣパリティパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）ブロックを含むことができる。ＢＩＣＭブロックの各ブロックについて説明する。
【０１７５】
ＰＬＳ  ＦＥＣエンコーダ６０００は、スクランブルされたＰＬＳ１／２データ、ＥＡＣ及びＦＩＣセクションをエンコードすることができる。
【０１７６】
スクランブラは、ＢＣＨエンコーディング及びショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャされたＬＤＰＣエンコーディングの前にＰＬＳ１データ及びＰＬＳ２データをスクランブルすることができる。
【０１７７】
ＢＣＨエンコーディング／ゼロ挿入ブロックは、ＰＬＳ保護のためのショートニングされたＢＣＨコードを用いて、スクランブルされたＰＬＳ１／２データに外部エンコーディングを行い、ＢＣＨエンコーディングの後にゼロビットを挿入することができる。ＰＬＳ１データに対してのみ、ゼロ挿入の出力ビットをＬＤＰＣエンコーディング前にパーミュテーション（ｐｅｒｍｕｔａｔｉｏｎ）することができる。
【０１７８】
ＬＤＰＣエンコーディングブロックは、ＬＤＰＣコードを用いてＢＣＨエンコーディング／ゼロ挿入ブロックの出力をエンコードすることができる。完全なコーディングブロックを生成するために、Ｃldpc及びパリティビットＰldpcは、それぞれのゼロが挿入されたＰＬＳ情報ブロックＩldpcから組織的にエンコードされ、その後に添付される。
【０１７９】
【数１】
2017508327.tif 000006
【０１８０】
ＰＬＳ１及びＰＬＳ２に対するＬＤＰＣコードパラメータは、次の表４のとおりである。
【０１８１】
【表４】
2017508327.tif 000007
【０１８２】
ＬＤＰＣパリティパンクチャリングブロックは、ＰＬＳ１データ及びＰＬＳ２データに対してパンクチャリングを行うことができる。
【０１８３】
ショートニングがＰＬＳ１データ保護に適用されると、一部のＬＤＰＣパリティビットはＬＤＰＣエンコーディング後にパンクチャされる。また、ＰＬＳ２データ保護のために、ＰＬＳ２のＬＤＰＣパリティビットがＬＤＰＣエンコーディング後にパンクチャされる。それらのパンクチャされたビットは伝送されない。
【０１８４】
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャされたＰＬＳ１データ及びＰＬＳ２データをインターリーブすることができる。
【０１８５】
コンステレーションマッパー６０２０は、ビットインターリーブされたＰＬＳ１データ及びＰＬＳ２データをコンステレーションにマップすることができる。
【０１８６】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１８７】
図７は、本発明の一実施例に係るフレーム生成ブロックを示す。
【０１８８】
図７に示すフレーム生成ブロックは、図１を参照して説明したフレーム生成ブロック１０２０の一実施例に該当する。
【０１８９】
図７を参照すると、フレーム生成ブロックは、ディスプレイコンペセーション（ｄｅｌａｙ  ｃｏｍｐｅｎｓａｔｉｏｎ；遅延補償）ブロック７０００、セルマッパー７０１０、及び周波数インターリーバ７０２０を含むことができる。フレーム生成ブロックの各ブロックに関し説明する。
【０１９０】
ディスプレイコンペセーション（遅延補償）ブロック７０００は、データパイプと該当するＰＬＳデータとの間のタイミングを調節し、送信機側でそれらの同時性を保障することができる。入力フォーマットブロック及びＢＩＣＭブロックによるデータパイプの遅延を扱うことによって、ＰＬＳデータはデータパイプだけ遅延される。ＢＩＣＭブロックの遅延は主にタイムインターリーバ５０５０に起因する。インバンド（Ｉｎ−ｂａｎｄ）シグナリングデータは、次のタイムインターリービンググループの情報を、シグナルされるデータパイプよりも１フレーム先に伝達されるようにすることができる。ディスプレイコンペセーション（遅延補償）ブロックは、それに応じてインバンド（Ｉｎ−ｂａｎｄ）シグナリングデータを遅延させる。
【０１９１】
セルマッパー７０１０は、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルを、フレーム内でＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマップすることができる。セルマッパー７０１０の基本機能は、それぞれのデータパイプ、ＰＬＳセル、及びＥＡＣ／ＦＩＣセルに対するタイムインターリービングによって生成されたデータセルを、存在するなら、一つのフレーム内でそれぞれのＯＦＤＭシンボルに該当するアクティブ（ａｃｔｉｖｅ）ＯＦＤＭセルのアレイにマップすることである。（ＰＳＩ（ｐｒｏｇｒａｍ  ｓｐｅｃｉｆｉｃ  ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩのような）サービスシグナリングデータは個別的に収集され、データパイプによって送られてもよい。セルマッパーは、フレーム構造の構成及びスケジューラによって生成されたダイナミックインフォメーション（ｄｙｎａｍｉｃ  ｉｎｆｏｒｍａｔｉｏｎ；動的情報）によって動作する。フレームに関する詳細な内容は後述する。
【０１９２】
周波数インターリーバ７０２０は、セルマッパー７０１０から受信されたデータセルをランダムにインターリーブして周波数ダイバーシチを提供することができる。また、周波数インターリーバ７０２０は、単一フレームで最大のインターリービング利得を得るために、他のインターリービングシード（ｓｅｅｄ）順序を用いて、２つの順次的なＯＦＤＭシンボルで構成されたＯＦＤＭシンボルペア（対）で動作することができる。
【０１９３】
前述したブロックは省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０１９４】
図８は、本発明の一実施例に係るＯＦＤＭ生成ブロックを示す。
【０１９５】
図８に示すＯＦＤＭ生成ブロックは、図１を参照して説明したＯＦＤＭ生成ブロック１０３０の一実施例に該当する。
【０１９６】
ＯＦＤＭ生成ブロックは、フレーム生成ブロックによって生成されたセルによってＯＦＤＭキャリアを変調し、パイロットを挿入し、伝送のための時間領域信号を生成する。また、当該ブロックは、順次に保護区間を挿入し、ＰＡＰＲ減少処理を適用して最終ＲＦ信号を生成する。
【０１９７】
図８を参照すると、フレーム生成ブロックは、パイロット及びリザーブドトーン（ｒｅｓｅｒｖｅｄ  ｔｏｎｅ）挿入ブロック８０００、２Ｄ−ｅＳＦＮ（ｓｉｎｇｌｅ  ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）エンコーディングブロック８０１０、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）ブロック８０２０、ＰＡＰＲ減少ブロック８０３０、保護区間挿入ブロック８０４０、プリアンブル挿入ブロック８０５０、その他システム挿入ブロック８０６０、及びＤＡＣブロック８０７０を含むことができる。フレーム生成ブロックの各ブロックについて説明する。
【０１９８】
パイロット及びリザーブドトーン挿入ブロック８０００は、パイロット及びリザーブドトーンを挿入することができる。
【０１９９】
ＯＦＤＭシンボル内の様々なセルは、受信機で先験的に知られた送信された値を有するパイロットとして知られた参照情報に変調される。パイロットセルの情報は、分散パイロット、連続パイロット、エッジパイロット、ＦＳＳ（ｆｒａｍｅ  ｓｉｇｎａｌｌｉｎｇ  ｓｙｍｂｏｌ）パイロット、及びＦＥＳ（ｆｒａｍｅ  ｅｄｇｅ  ｓｙｍｂｏｌ）パイロットで構成される。各パイロットは、パイロットタイプ及びパイロットパターンによって特定の増加パワーレベルで送信される。パイロット情報の値は、与えられたシンボルで一つがそれぞれの伝送キャリアに対するものである一連の値に該当する参照シーケンスから誘導される。パイロットは、フレーム同期化、周波数同期化、時間同期化、チャネル推定、伝送モード識別のために用いられてもよく、さらに、位相雑音を追跡するために用いられてもよい。
【０２００】
参照シーケンスから取った参照情報は、フレームのプリアンブル、ＦＳＳ及びＦＥＳ以外の全シンボルにおいて分散パイロットセルで送信される。連続パイロットは、フレームの全シンボルに挿入される。連続パイロットの数及び位置はＦＦＴサイズ及び分散パイロットパターンにいずれも依存する。エッジキャリアは、プリアンブルシンボル以外の全シンボルでエッジパイロットである。これらは、スペクトルのエッジまで周波数インターポレーション（ｉｎｔｅｒｐｏｌａｔｉｏｎ；補間）を許容するために挿入される。ＦＳＳパイロットはＦＳＳに挿入され、ＦＥＳパイロットはＦＥＳに挿入される。それらはフレームのエッジまで時間インターポレーション（補間）を許容するために挿入される。
【０２０１】
本発明の一実施例に係るシステムは、非常に堅固な伝送モードを支援するために、分散ＭＩＳＯ方式が選択的に用いられるＳＦＮを支援する。２Ｄ−ｅＳＦＮは、それぞれがＳＦＮで他の送信機位置にある複数の送信アンテナを用いる分散ＭＩＳＯ方式である。
【０２０２】
２Ｄ−ｅＳＦＮエンコーディングブロック８０１０は、ＳＦＮ構成で時間及び周波数ダイバーシチを生成するために２Ｄ−ｅＳＦＮ処理をし、複数の送信機から送信された信号の位相を歪ませることができる。したがって、長時間の低い平面フェージング又は深いフェージングによるバースト誤りが軽減する。
【０２０３】
ＩＦＦＴブロック８０２０は、ＯＦＤＭ変調方式を用いて２Ｄ−ｅＳＦＮエンコーディングブロック８０１０からの出力を変調することができる。パイロット（又は、リザーブドトーン）として指定されていないデータシンボルにおける全セルは、周波数インターリーバからのデータセルのうち一つを伝達する。これらのセルはＯＦＤＭキャリアにマップされる。
【０２０４】
ＰＡＰＲ減少ブロック８０３０は、時間領域で様々なＰＡＰＲ減少アルゴリズムを用いて入力信号にＰＡＰＲ減少を実行する。
【０２０５】
保護区間挿入ブロック８０４０は保護区間を挿入することができ、プリアンブル挿入ブロック８０５０は、信号の前にプリアンブルを挿入することができる。プリアンブルの構造に関する詳細な内容は後述する。その他、システム挿入ブロック８０６０は、放送サービスを提供する２つ以上の別個の放送送信／受信システムのデータが同一のＲＦ信号帯域で同時に伝送され得るように、時間領域で複数の放送送信／受信システムの信号をマルチプレクスすることができる。ここで、２つ以上の別個の放送送信／受信システムとは、別個の放送サービスを提供するシステムのことをいう。別個の放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味することができる。それぞれの放送サービスに関連したデータは別個のフレームで伝送されてもよい。
【０２０６】
ＤＡＣブロック８０７０は、入力されたデジタル信号をアナログ信号に変換して出力することができる。ＤＡＣブロック８０７０から出力された信号は、物理層プロファイルによって複数の出力アンテナから伝送されてもよい。本発明の一実施例に係る送信アンテナは、垂直又は水平の極性を有することができる。
【０２０７】
前述したブロックは、設計によって省略されてもよく、類似又は同一の機能を有するブロックに代替されてもよい。
【０２０８】
図９は、本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０２０９】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応し得る。
【０２１０】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール９０００、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０、及びシグナリングデコーディングモジュール９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０２１１】
同期及び復調モジュール９０００は、ｍ個の受信アンテナを通じて入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置によって実行される手順の逆手順に該当する復調を実行することができる。
【０２１２】
フレームパーシングモジュール９０１０は、入力信号フレームをパースし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すると、フレームパーシングモジュール９０１０は、インターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されるべき信号及びデータの位置がシグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって取得され、放送信号送信装置によって生成されたスケジューリング情報を復元することができる。
【０２１３】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要によって、それをデインターリーブすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを通じて伝送チャネルで発生した誤りを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコードすることによって、デマッピング及びデコーディングのために必要な伝送パラメータを取得することができる。
【０２１４】
出力プロセッサ９０３０は、伝送効率を向上させるために、放送信号送信装置によって適用される様々な圧縮／信号処理手順の逆手順を実行することができる。この場合、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータで必要な制御情報を取得することができる。出力プロセッサ９０３０の出力は、放送信号送信装置に入力される信号に該当し、ＭＰＥＧ−ＴＳ、ＩＰストリーム（ｖ４又はｖ６）及びＧＳであってもよい。
【０２１５】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からＰＬＳ情報を取得することができる。前述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９０２０、出力プロセッサ９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータを用いてその機能を実行することができる。
【０２１６】
図１０は、本発明の一実施例に係るフレーム構造を示す。
【０２１７】
図１０は、フレームタイムの構成例及びスーパーフレームにおけるＦＲＵ（ｆｒａｍｅ  ｒｅｐｅｔｉｔｉｏｎ  ｕｎｉｔ；フレーム反復単位）を示す。（ａ）は、本発明の一実施例に係るスーパーフレームを示し、（ｂ）は、本発明の一実施例に係るＦＲＵを示し、（ｃ）は、ＦＲＵにおける様々なフィジカルプロファイル（ＰＨＹ  ｐｒｏｆｉｌｅ）のフレームを示し、（ｄ）は、フレームの構造を示す。
【０２１８】
スーパーフレームは８個のＦＲＵを含むことができる。ＦＲＵは、フレームのＴＤＭに対する基本マルチプレクシング単位であり、スーパーフレームで８回反復される。
【０２１９】
ＦＲＵにおいて各フレームはフィジカルプロファイル（ベース、ハンドヘルド、アドバンスドプロファイル）のいずれか一つ又はＦＥＦに属する。ＦＲＵにおいてフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、ＦＲＵにおいて０回乃至４回の回数を有することができる（例えば、ベース、ベース、ハンドヘルド、アドバンスド）。フィジカルプロファイル定義は、必要時には、プリアンブルにおけるＰＨＹ＿ＰＲＯＦＩＬＥのリザーブド値を用いて拡張されてもよい。
【０２２０】
ＦＥＦ部分は、含まれるなら、ＦＲＵのの終わりに挿入される。ＦＥＦがＦＲＵに含まれる場合、ＦＥＦの最大数はスーパーフレームにおいて８である。ＦＥＦ部分が互いに隣接することが推奨されない。
【０２２１】
一つのフレームは、複数のＯＦＤＭシンボル及びプリアンブルにさらに分離される。（ｄ）に示すように、フレームは、プリアンブル、一つ以上のＦＳＳ、ノーマルデータシンボル、ＦＥＳを含む。
【０２２２】
プリアンブルは、高速ヒューチャキャストＵＴＢシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメータの集合を提供する特別なシンボルである。プリアンブルに関する詳細な内容は後述する。
【０２２３】
ＦＳＳの主な目的は、ＰＬＳデータを伝達することである。高速同期化及びチャネル推定のために、これによるＰＬＳデータの高速デコーディングのために、ＦＳＳは、ノーマルデータシンボルに比べてより高密度のパイロットパターンを有する。ＦＥＳはＦＳＳと全く同じパイロットを有するが、これは、ＦＥＳ直前のシンボルに対して外挿（ｅｘｔｒａｐｏｌａｔｉｏｎ）無しで、ＦＥＳ内における周波数だけのインターポレーション（補間）及び時間的補間（ｔｅｍｐｏｒａｌ  ｉｎｔｅｒｐｏｌａｔｉｏｎ）を可能にする。
【０２２４】
図１１は、本発明の一実施例に係るフレームのシグナリング階層構造を示す。
【０２２５】
図１１は、シグナリング階層構造を示すが、これは、３個の主要部分であるプリアンブルシグナリングデータ１１０００、ＰＬＳ１データ１１０１０、及びＰＬＳ２データ１１０２０に分割される。毎フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメータ及び伝送タイプを示すことである。ＰＬＳ１は、受信機が関心のあるデータパイプに接続するためのパラメータを含むＰＬＳ２データに接続してデコーティング可能にさせる。ＰＬＳ２は毎フレームごとに伝達され、２つの主要部分であるＰＬＳ２−ＳＴＡＴデータとＰＬＳ２−ＤＹＮデータとに分割される。ＰＬＳ２データのスタティック（静的）及びダイナミック（動的）部分には必要時にパディングが続く。
【０２２６】
図１２は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
【０２２７】
プリアンブルシグナリングデータは、受信機がフレーム構造内でＰＬＳデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータに関する詳細な内容は、次のとおりである。
【０２２８】
ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは、現フレームのフィジカルプロファイルタイプを示す。各フィジカルプロファイルタイプのマッピングは下記の表５のように与えられる。
【０２２９】
【表５】
2017508327.tif 000008
【０２３０】
ＦＦＴ＿ＳＩＺＥ：当該２ビットフィールドは、下記の表６で説明したとおり、フレームグループ内で現フレームのＦＦＴサイズを示す。
【０２３１】
【表６】
2017508327.tif 000009
【０２３２】
ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、下記の表７で説明したとおり、現スーパーフレームにおける保護区間一部（ｆｒａｃｔｉｏｎ）値を示す。
【０２３３】
【表７】
2017508327.tif 000010
【０２３４】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは、ＥＡＣが現フレームで提供されるか否かを示す。当該フィールドが１に設定されると、ＥＡＳが現フレームで提供される。当該フィールドが０に設定されると、ＥＡＳが現フレームで伝達されない。当該フィールドはスーパーフレーム内でダイナミック（動的）に転換されてもよい。
【０２３５】
ＰＩＬＯＴ＿ＭＯＤＥ：当該１ビットフィールドは、現フレームグループで現フレームに対してパイロットモードがモバイルモードなのか又は固定モードなのかを示す。当該フィールドが０に設定されると、モバイルパイロットモードが用いられる。当該フィールドが１に設定されると、固定パイロットモードが用いられる。
【０２３６】
ＰＡＰＲ＿ＦＬＡＧ：当該１ビットフィールドは、現フレームグループで現フレームに対してＰＡＰＲ減少が用いられるか否かを示す。当該フィールドが１に設定されると、トーン予約（ｔｏｎｅ  ｒｅｓｅｒｖａｔｉｏｎ）がＰＡＰＲ減少のために用いられる。当該フィールドが０に設定されると、ＰＡＰＲ減少が用いられない。
【０２３７】
ＦＲＵ＿ＣＯＮＦＩＧＵＲＥ：当該３ビットフィールドは、現スーパーフレームで存在するＦＲＵのフィジカルプロファイルタイプ構成を示す。現スーパーフレームで全プリアンブルにおける当該フィールドにおいて、現スーパーフレームで伝達される全プロファイルタイプが識別される。当該３ビットフィールドは、下記の表８に示すように、それぞれのプロファイルに対して別々に定義される。
【０２３８】
【表８】
2017508327.tif 000011
【０２３９】
ＲＥＳＥＲＶＥＤ：当該７ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０２４０】
図１３は、本発明の一実施例に係るＰＬＳ１データを示す。
【０２４１】
ＰＬＳ１データは、ＰＬＳ２の受信及びデコーディングを可能にするために必要なパラメータを含む基本伝送パラメータを提供する。前述したように、ＰＬＳ１データは、一つのフレームグループの全デューレーションで変化しない。ＰＬＳ１データのシグナリングフィールドの具体的な定義は次のとおりである。
【０２４２】
ＰＲＥＡＭＢＬＥ＿ＤＡＴＡ：当該２０ビットフィールドは、ＥＡＣ＿ＦＬＡＧ以外のプリアンブルシグナリングデータのコピーである。
【０２４３】
ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵ：当該２ビットフィールドは、ＦＲＵ当たりのフレーム数を示す。
【０２４４】
ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。ＰＡＹＬＯＡＤ＿ＴＹＰＥは、表９に示すようにシグナルされる。
【０２４５】
【表９】
2017508327.tif 000012
【０２４６】
ＮＵＭ＿ＦＳＳ：当該２ビットフィールドは、現フレームでＦＳＳの数を示す。
【０２４７】
ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮは、主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２４８】
主バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＭＳＢである４ビットは、主バージョン情報を示す。主バージョンフィールドにおける変化は互換が不可能な変化を示す。デフォルト値は００００である。当該標準で述べているバージョンに対して、値が００００に設定される。
【０２４９】
副バージョン：ＳＹＳＴＥＭ＿ＶＥＲＳＩＯＮフィールドのＬＳＢである４ビットは、副バージョン情報を示す。副バージョンフィールドにおける変化は互換が可能である。
【０２５０】
ＣＥＬＬ＿ＩＤ：これは、ＡＴＳＣネットワークで地理的セルを唯一に識別する１６ビットフィールドである。ＡＴＳＣセルカバレッジは、ヒューチャキャストＵＴＢシステム当たりに用いられる周波数数によって一つ以上の周波数で構成されてもよい。ＣＥＬＬ＿ＩＤの値が知られないか又は特定されないと、当該フィールドは０に設定される。
【０２５１】
ＮＥＴＷＯＲＫ＿ＩＤ：これは、現ＡＴＳＣネットワークを唯一に識別する１６ビットフィールドである。
【０２５２】
ＳＹＳＴＥＭ＿ＩＤ：該当１６ビットフィールドは、ＡＴＳＣネットワーク内でヒューチャキャストＵＴＢシステムを唯一に識別する。ヒューチャキャストＵＴＢシステムは、入力が一つ以上の入力ストリーム（ＴＳ、ＩＰ、ＧＳ）であり、出力がＲＦ信号である地上波放送システムである。ヒューチャキャストＵＴＢシステムは、存在するなら、ＦＥＦ及び一つ以上のフィジカルプロファイルを伝達する。同じヒューチャキャストＵＴＢシステムは、別個の入力ストリームを伝達し、別個の地理的領域で別個のＲＦを用いることができ、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは一つの場所で制御され、ヒューチャキャストＵＴＢシステム内で全ての伝送に対して同一である。一つ以上のヒューチャキャストＵＴＢシステムはいずれも同一のフィジカル構造及び構成を有するという同一のＳＹＳＴＥＭ＿ＩＤ意味を有することができる。
【０２５３】
次のループ（ｌｏｏｐ）は、各フレームタイプの長さ及びＦＲＵ構成を示すＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ、ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ、ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ、ＲＥＳＥＲＶＥＤで構成される。ループ（ｌｏｏｐ）サイズは、ＦＲＵ内で４個のフィジカルプロファイル（ＦＥＦを含む）がシグナルされるように固定される。ＮＵＭ＿ＦＲＡＭＥ＿ＦＲＵが４よりも小さいと、用いられないフィールドはゼロで埋められる。
【０２５４】
ＦＲＵ＿ＰＨＹ＿ＰＲＯＦＩＬＥ：当該３ビットフィールドは、関連したＦＲＵの（ｉ＋１）番目のフレーム（ｉはループ（ｌｏｏｐ）インデックス）のフィジカルプロファイルタイプを示す。当該フィールドは表８に示すものと同じシグナリングフォーマットを用いる。
【０２５５】
ＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨ：当該２ビットフィールドは、関連したＦＲＵの（ｉ＋１）番目のフレームの長さを示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮと共にＦＲＵ＿ＦＲＡＭＥ＿ＬＥＮＧＴＨを用いると、フレームデューレーションの正確な値が得られる。
【０２５６】
ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮ：当該３ビットフィールドは、関連したＦＲＵの（ｉ＋１）番目のフレームの保護区間一部値を示す。ＦＲＵ＿ＧＩ＿ＦＲＡＣＴＩＯＮは、表７に従ってシグナルされる。
【０２５７】
ＲＥＳＥＲＶＥＤ：当該４ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０２５８】
次のフィールドは、ＰＬＳ２データをデコードするためのパラメータを提供する。
【０２５９】
ＰＬＳ２＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは、ＰＬＳ２保護によって用いられるＦＥＣタイプを示す。ＦＥＣタイプは、表１０に従ってシグナルされる。ＬＤＰＣコードに関する詳細な内容は後述する。
【０２６０】
【表１０】
2017508327.tif 000013
【０２６１】
ＰＬＳ２＿ＭＯＤ：当該３ビットフィールドは、ＰＬＳ２によって用いられる変調タイプを示す。変調タイプは表１１に従ってシグナルされる。
【０２６２】
【表１１】
2017508327.tif 000014
【０２６３】
ＰＬＳ２＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、現フレームグループで伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数に特定される。）であるＣtotal_partial_blockを示す。当該値は、現フレームグループの全デューレーションで一定である。
【０２６４】
ＰＬＳ２＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループの全デューレーションで一定である。
【０２６５】
ＰＬＳ２＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、現フレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループの全デューレーションで一定である。
【０２６６】
ＰＬＳ２＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２反復モードが現フレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されると、ＰＬＳ２反復モードは非活性化される。
【０２６７】
ＰＬＳ２＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２反復が用いられる場合、現フレームグループの毎フレームごとに伝達されるＰＬＳ２に対する部分コーディングブロックのサイズ（ＱＡＭセルの数に特定される。）であるＣtotal_partial_blockを示す。反復が用いられない場合、当該フィールドの値は０と同一である。当該値は、現フレームグループの全デューレーションで一定である。
【０２６８】
ＰＬＳ２＿ＮＥＸＴ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に用いられるＦＥＣタイプを示す。ＦＥＣタイプは表１０に従ってシグナルされる。
【０２６９】
ＰＬＳ２＿ＮＥＸＴ＿ＭＯＤ：当該３ビットフィールドは、次のフレームグループの毎フレームで伝達されるＰＬＳ２に用いられる変調タイプを示す。変調タイプは表１１に従ってシグナルされる。
【０２７０】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＦＬＡＧ：当該１ビットフラグは、ＰＬＳ２反復モードが次のフレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＰＬＳ２反復モードは活性化される。当該フィールドの値が０に設定されると、ＰＬＳ２反復モードは非活性化される。
【０２７１】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２反復が用いられる場合、次のフレームグループの毎フレームごとに伝達されるＰＬＳ２に対する全コーディングブロックのサイズ（ＱＡＭセルの数に特定される。）であるＣtotal_full_blockを示す。次のフレームグループで反復が用いられない場合、当該フィールドの値は０と同一である。当該値は現フレームグループの全デューレーションで一定である。
【０２７２】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＳＴＡＴ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２−ＳＴＡＴのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２７３】
ＰＬＳ２＿ＮＥＸＴ＿ＲＥＰ＿ＤＹＮ＿ＳＩＺＥ＿ＢＩＴ：当該１４ビットフィールドは、次のフレームグループに対するＰＬＳ２−ＤＹＮのサイズをビット数で示す。当該値は、現フレームグループで一定である。
【０２７４】
ＰＬＳ２＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは、現フレームグループでＰＬＳ２に対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デューレーションで一定である。下記の表１２は当該フィールドの値を提供する。当該フィールドの値が００に設定されると、現フレームグループで追加パリティがＰＬＳ２に対して用いられない。
【０２７５】
【表１２】
2017508327.tif 000015
【０２７６】
ＰＬＳ２＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、ＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数に特定される）を示す。当該値は、現フレームグループの全デューレーションで一定である。
【０２７７】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＭＯＤＥ：当該２ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２シグナリングに対して追加パリティが提供されるか否かを示す。当該値は、現フレームグループの全デューレーションで一定である。表１２は、当該フィールドの値を定義する。
【０２７８】
ＰＬＳ２＿ＮＥＸＴ＿ＡＰ＿ＳＩＺＥ＿ＣＥＬＬ：当該１５ビットフィールドは、次のフレームグループの毎フレームごとにＰＬＳ２の追加パリティビットのサイズ（ＱＡＭセルの数に特定される）を示す。当該値は、現フレームグループの全デューレーションで一定である。
【０２７９】
ＲＥＳＥＲＶＥＤ：該当３２ビットフィールドは将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０２８０】
ＣＲＣ＿３２：全ＰＬＳ１シグナリングに適用される３２ビット誤り検出コード
【０２８１】
図１４は、本発明の一実施例に係るＰＬＳ２データを示す。
【０２８２】
図１４は、ＰＬＳ２データのＰＬＳ２−ＳＴＡＴデータを示す。ＰＬＳ２−ＳＴＡＴデータは、フレームグループ内で同一であるが、ＰＬＳ２−ＤＹＮデータは現フレームに対して特定の情報を提供する。
【０２８３】
ＰＬＳ２−ＳＴＡＴデータのフィールドに対して次に具体的に説明する。
【０２８４】
ＦＩＣ＿ＦＬＡＧ：当該１ビットフィールドは、ＦＩＣが現フレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＦＩＣは現フレームで提供される。当該フィールドの値が０に設定されると、ＦＩＣは現フレームで伝達されない。当該値は、現フレームグループの全デューレーションで一定である。
【０２８５】
ＡＵＸ＿ＦＬＡＧ：当該１ビットフィールドは、補助ストリームが現フレームグループで用いられるか否かを示す。当該フィールドの値が１に設定されると、補助ストリームは現フレームで提供される。当該フィールドの値が０に設定されると、補助フレームは現フレームで伝達されない。当該値は、現フレームグループの全デューレーションで一定である。
【０２８６】
ＮＵＭ＿ＤＰ：該当６ビットフィールドは、現フレーム内で伝達されるデータパイプの数を示す。当該フィールドの値は１〜６４であり、データパイプの数はＮＵＭ＿ＤＰ＋１である。
【０２８７】
ＤＰ＿ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でＤＰを唯一に識別する。
【０２８８】
ＤＰ＿ＴＹＰＥ：当該３ビットフィールドはデータパイプのタイプを示す。これは下記の表１３に従ってシグナルされる。
【０２８９】
【表１３】
2017508327.tif 000016
【０２９０】
ＤＰ＿ＧＲＯＵＰ＿ＩＤ：当該８ビットフィールドは、現データパイプが関連しているデータパイプグループを識別する。これは、受信機が同じＤＰ＿ＧＲＯＵＰ＿ＩＤを有する特定サービスと関連しているサービスコンポーネントのデータパイプに接続するために用いられてもよい。
【０２９１】
ＢＡＳＥ＿ＤＰ＿ＩＤ：当該６ビットフィールドは、管理階層で用いられる（ＰＳＩ／ＳＩのような）サービスシグナリングデータを伝達するデータパイプを示す。ＢＡＳＥ＿ＤＰ＿ＩＤで示すデータパイプは、サービスデータと共にサービスシグナリングデータを伝達するノーマルデータパイプであってもよく、サービスシグナリングデータだけを伝達する専用データパイプであってもよい。
【０２９２】
ＤＰ＿ＦＥＣ＿ＴＹＰＥ：当該２ビットフィールドは、関連したデータパイプによって用いられるＦＥＣタイプを示す。ＦＥＣタイプは下記の表１４に従ってシグナルされる。
【０２９３】
【表１４】
2017508327.tif 000017
【０２９４】
ＤＰ＿ＣＯＤ：当該４ビットフィールドは、関連したデータパイプによって用いられるコードレート（ｃｏｄｅ  ｒａｔｅ）を示す。コードレート（ｃｏｄｅ  ｒａｔｅ）は下記の表１５に従ってシグナルされる。
【０２９５】
【表１５】
2017508327.tif 000018
【０２９６】
ＤＰ＿ＭＯＤ：当該４ビットフィールドは、関連したデータパイプによって用いられる変調を示す。変調は下記の表１６に従ってシグナルされる。
【０２９７】
【表１６】
2017508327.tif 000019
【０２９８】
ＤＰ＿ＳＳＤ＿ＦＬＡＧ：当該１ビットフィールドは、ＳＳＤモードが関連したデータパイプで用いられるか否かを示す。当該フィールドの値が１に設定されると、ＳＳＤが用いられる。当該フィールドの値が０に設定されると、ＳＳＤは用いられない。
【０２９９】
次のフィールドは、ＰＨＹ＿ＰＲＯＦＩＬＥがアドバンスドプロファイルを示す０１０と同一である場合にのみ表される。
【０３００】
ＤＰ＿ＭＩＭＯ：当該３ビットフィールドは、どのタイプのＭＩＭＯエンコーディング処理が関連したデータパイプに適用されるかを示す。ＭＩＭＯエンコーディング処理のタイプは下記の表１７に従ってシグナルされる。
【０３０１】
【表１７】
2017508327.tif 000020
【０３０２】
ＤＰ＿ＴＩ＿ＴＹＰＥ：当該１ビットフィールドは、タイムインターリービングのタイプを示す。０の値は、一つのタイムインターリービンググループが一つのフレームに該当し、一つ以上のタイムインターリービングブロックを含むことを示す。１の値は、一つのタイムインターリービンググループが一つよりも多いフレームで伝達され、一つのタイムインターリービングブロックのみを含むことを示す。
【０３０３】
ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ：当該２ビットフィールド（許容された値は、１、２、４、８のみである。）の使用は、次のようなＤＰ＿ＴＩ＿ＴＹＰＥフィールド内で設定される値によって決定される。
【０３０４】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が１に設定されると、当該フィールドは、それぞれのタイムインターリービンググループがマップされるフレームの数であるＰIを示し、タイムインターリービンググループ当たりに一つのタイムインターリービングブロックが存在する（ＮTI＝１）。当該２ビットフィールドで許容されるＰＩの値は、下記の表１８に定義される。
【０３０５】
ＤＰ＿ＴＩ＿ＴＹＰＥの値が０に設定されると、当該フィールドは、タイムインターリービンググループ当たりのタイムインターリービングブロックの数ＮTIを示し、フレーム当たりに一つのタイムインターリービンググループが存在する（ＰI＝１）。当該２ビットフィールドで許容されるＰIの値は、下記の表１８に定義される。
【０３０６】
【表１８】
2017508327.tif 000021
【０３０７】
ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ：当該２ビットフィールドは、関連したデータパイプに対するフレームグループ内でフレーム間隔（ＩJUMP）を示し、許容された値は１，２，４，８（該当する２ビットフィールドはそれぞれ００，０１，１０，１１）である。フレームグループの全フレームに現れないデータパイプに対して、当該フィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１，５，９，１３などのフレームで現れると、当該フィールドの値は４に設定される。全フレームに現れるデータパイプに対して、当該フィールドの値は１に設定される。
【０３０８】
ＤＰ＿ＴＩ＿ＢＹＰＡＳＳ：当該１ビットフィールドは、タイムインターリーバ５０５０の可用性を決定する。データパイプに対してタイムインターリービングが用いられないと、それは１に設定される。一方、タイムインターリービングが用いられると、それは０に設定される。
【０３０９】
ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸ：当該５ビットフィールドは、現データパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。ＤＰ＿ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＩＤＸの値は、０〜３１である。
【０３１０】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ＿ＭＡＸ：当該１０ビットフィールドは、当該データパイプに対するＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳの最大値を示す。当該フィールドの値はＤＰ＿ＮＵＭ＿ＢＬＯＣＫＳと同じ範囲を有する。
【０３１１】
ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥは下記の表１９に従ってシグナルされる。
【０３１２】
【表１９】
2017508327.tif 000022
【０３１３】
ＤＰ＿ＩＮＢＡＮＤ＿ＭＯＤＥ：当該２ビットフィールドは、現データパイプがインバンド（Ｉｎ−ｂａｎｄ）シグナリング情報を伝達するか否かを示す。インバンド（Ｉｎ−ｂａｎｄ）シグナリングタイプは下記の表２０に従ってシグナルされる。
【０３１４】
【表２０】
2017508327.tif 000023
【０３１５】
ＤＰ＿ＰＲＯＴＯＣＯＬ＿ＴＹＰＥ：当該２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。それは、入力ペイロードタイプが選択されると、下記の表２１に従ってシグナルされる。
【０３１６】
【表２１】
2017508327.tif 000024
【０３１７】
ＤＰ＿ＣＲＣ＿ＭＯＤＥ：当該２ビットフィールドは、ＣＲＣエンコーディングが入力フォーマットブロックで用いられるか否かを示す。ＣＲＣモードは、下記の表２２に従ってシグナルされる。
【０３１８】
【表２２】
2017508327.tif 000025
【０３１９】
ＤＮＰ＿ＭＯＤＥ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に、関連したデータパイプによって用いられるヌルパケット削除モードを示す。ＤＮＰ＿ＭＯＤＥは、下記の表２３に従ってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＤＮＰ＿ＭＯＤＥは００の値に設定される。
【０３２０】
【表２３】
2017508327.tif 000026
【０３２１】
ＩＳＳＹ＿ＭＯＤＥ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に、関連したデータパイプによって用いられるＩＳＳＹモードを示す。ＩＳＳＹ＿ＭＯＤＥは、下記の表２４に従ってシグナルされる。ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）でなければ、ＩＳＳＹ＿ＭＯＤＥは００の値に設定される。
【０３２２】
【表２４】
2017508327.tif 000027
【０３２３】
ＨＣ＿ＭＯＤＥ＿ＴＳ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定される場合に、関連したデータパイプによって用いられるＴＳヘッダー圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＴＳは、下記の表２５に従ってシグナルされる。
【０３２４】
【表２５】
2017508327.tif 000028
【０３２５】
ＨＣ＿ＭＯＤＥ＿ＩＰ：当該２ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＩＰ（‘０１’）に設定される場合に、ＩＰヘッダー圧縮モードを示す。ＨＣ＿ＭＯＤＥ＿ＩＰは下記の表２６に従ってシグナルされる。
【０３２６】
【表２６】
2017508327.tif 000029
【０３２７】
ＰＩＤ：当該１３ビットフィールドは、ＤＰ＿ＰＡＹＬＯＡＤ＿ＴＹＰＥがＴＳ（‘００’）に設定され、ＨＣ＿ＭＯＤＥ＿ＴＳが０１又は１０に設定される場合に、ＴＳヘッダー圧縮のためのＰＩＤ数を示す。
【０３２８】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３２９】
次のフィールドは、ＦＩＣ＿ＦＬＡＧが１と同一である場合にのみ現れる。
【０３３０】
ＦＩＣ＿ＶＥＲＳＩＯＮ：当該８ビットフィールドは、ＦＩＣのバージョンナンバーを示す。
【０３３１】
ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１３ビットフィールドは、ＦＩＣの長さをバイト単位で示す。
【０３３２】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３３３】
次のフィールドは、ＡＵＸ＿ＦＬＡＧが１と同一である場合にのみ現れる。
【０３３４】
ＮＵＭ＿ＡＵＸ：当該４ビットフィールドは、補助ストリームの数を示す。ゼロは、補助ストリームが用いられないことを示す。
【０３３５】
ＡＵＸ＿ＣＯＮＦＩＧ＿ＲＦＵ：当該８ビットフィールドは将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３３６】
ＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥ：当該４ビットは、現補助ストリームのタイプを示すための将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３３７】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＣＯＮＦＩＧ：該当２８ビットフィールドは、補助ストリームをシグナリングするための将来使用のためにリザーブ（ｒｅｓｅｒｖｅｄ）される。
【０３３８】
図１５は、本発明の他の実施例に係るＰＬＳ２データを示す。
【０３３９】
図１５は、ＰＬＳ２データのＰＬＳ２−ＤＹＮを示す。ＰＬＳ２−ＤＹＮデータの値は一つのフレームグループのデューレーションで変化してもよいが、フィールドのサイズは一定である。
【０３４０】
ＰＬＳ２−ＤＹＮデータのフィールドの具体的な内容は、次のとおりである。
【０３４１】
ＦＲＡＭＥ＿ＩＮＤＥＸ：当該５ビットフィールドは、スーパーフレーム内で現フレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
【０３４２】
ＰＬＳ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナルされる値で示す。当該フィールドの値が００００に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、１の値は、次のスーパーフレームに変化があることを示す。
【０３４３】
ＦＩＣ＿ＣＨＡＮＧＥ＿ＣＯＵＮＴＥＲ：当該４ビットフィールドは、構成（すなわち、ＦＩＣのコンテンツ）が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、当該フィールド内でシグナルされる値で示す。当該フィールドの値が００００に設定されると、これは、いかなる予定された変化も予測されないことを意味する。例えば、０００１の値は、次のスーパーフレームに変化がるということを示す。
【０３４４】
ＲＥＳＥＲＶＥＤ：当該１６ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３４５】
次のフィールドは、現フレームで伝達されるデータパイプと関連したパラメータを説明するＮＵＭ＿ＤＰにおけるループ（ｌｏｏｐ）に現れる。
【０３４６】
ＤＰ＿ＩＤ：当該６ビットフィールドは、フィジカルプロファイル内でデータパイプを唯一に示す。
【０３４７】
ＤＰ＿ＳＴＡＲＴ：当該１５ビット（又は、１３ビット）フィールドは、ＤＰＵアドレシング（ａｄｄｒｅｓｓｉｎｇ）技法を用いてデータパイプの最初のの開始位置を示す。ＤＰ＿ＳＴＡＲＴフィールドは、下記の表２７に示すように、フィジカルプロファイル及びＦＦＴサイズによって異なる長さを有する。
【０３４８】
【表２７】
2017508327.tif 000030
【０３４９】
ＤＰ＿ＮＵＭ＿ＢＬＯＣＫ：当該１０ビットフィールドは、現データパイプに対する現タイムインターリービンググループでＦＥＣブロックの数を示す。ＤＰ＿ＮＵＭ＿ＢＬＯＣＫの値は、０〜１０２３である。
【０３５０】
ＲＥＳＥＲＶＥＤ：当該８ビットフィールドは、将来使用のためにリザーブド（ｒｅｓｅｒｖｅｄ）される。
【０３５１】
次のフィールドは、ＥＡＣと関連したＦＩＣパラメータを示す。
【０３５２】
ＥＡＣ＿ＦＬＡＧ：当該１ビットフィールドは、現フレームでＥＡＣの存在を示す。該当ビットはプリアンブルでＥＡＣ＿ＦＬＡＧと同じ値である。
【０３５３】
ＥＡＳ＿ＷＡＫＥ＿ＵＰ＿ＶＥＲＳＩＯＮ＿ＮＵＭ：当該８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
【０３５４】
ＥＡＣ＿ＦＬＡＧフィールドが１に等しいと、次の１２ビットがＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥフィールドに割り当てられる。ＥＡＣ＿ＦＬＡＧフィールドが０に等しいと、次の１２ビットがＥＡＣ＿ＣＯＵＮＴＥＲに割り当てられる。
【０３５５】
ＥＡＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ：当該１２ビットフィールドは、ＥＡＣの長さをバイトで示す。
【０３５６】
ＥＡＣ＿ＣＯＵＮＴＥＲ：当該１２ビットフィールドは、ＥＡＣが到達するフレーム前のフレームの数を示す。
【０３５７】
次のフィールドは、ＡＵＸ＿ＦＬＡＧフィールドが１と同一である場合にのみ現れる。
【０３５８】
ＡＵＸ＿ＰＲＩＶＡＴＥ＿ＤＹＮ：当該４８ビットフィールドは、補助ストリームをシグナリングするための将来使用のためにリザーブ（ｒｅｓｅｒｖｅｄ）される。当該フィールドの意味は、設定可能なＰＬＳ２−ＳＴＡＴでＡＵＸ＿ＳＴＲＥＡＭ＿ＴＹＰＥの値に依存する。
【０３５９】
ＣＲＣ＿３２：全ＰＬＳ２に適用される３２ビット誤り検出コード。
【０３６０】
図１６は、本発明の一実施例に係るフレームのロジカル（ｌｏｇｉｃａｌ）構造を示す。
【０３６１】
前述したように、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、ダミーセルは、フレームでＯＦＤＭシンボルのアクティブ（ａｃｔｉｖｅ）キャリアにマップされる。ＰＬＳ１及びＰＬＳ２は、初めには一つ以上のＦＳＳにマップされる。その後、存在するなら、ＥＡＣセルは直後のＰＬＳフィールドにマップされ、次に存在すると、ＦＩＣセルが続く。データパイプは、存在すると、ＰＬＳ又はＥＡＣ、ＦＩＣ後にマップされる。タイプ１データパイプが初めて続き、その次にタイプ２データパイプが続く。データパイプのタイプの具体的な内容は後述する。一部の場合に、データパイプは、ＥＡＳに対する一部の特殊データ又はサービスシグナリングデータを伝達することができる。補助ストリーム又はストリームは、存在するなら、データパイプに続き、ここには順にダミーセルが続く。前述した順序、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣ、データパイプ、補助ストリーム、及びダミーセルの順でそれらを全て共にマップすると、フレームでセル容量を正確に満たす。
【０３６２】
図１７は、本発明の一実施例に係るＰＬＳマッピングを示す。
【０３６３】
ＰＬＳセルは、ＦＳＳのアクティブ（ａｃｔｉｖｅ）キャリアにマップされる。ＰＬＳが占めるセルの数によって、一つ以上のシンボルがＦＳＳとして指定され、ＦＳＳの数ＮFSSは、ＰＬＳ１におけるＮＵＭ＿ＦＳＳでシグナルされる。ＦＳＳは、ＰＬＳセルを伝達する特殊なシンボルである。警告性及び遅延時間（ｌａｔｅｎｃｙ）はＰＬＳで重大な事案であるため、ＦＳＳは高いパイロット密度を有し、高速同期化及びＦＳＳ内における周波数のみのインターポレーション（補間）を可能にする。
【０３６４】
ＰＬＳセルは、図１７の例に示すように、下向き方式でＦＳＳのアクティブキャリアにマップされる。ＰＬＳ１セルははじめには、最初のＦＳＳの最初のセルからセルインデックスの昇順でマップされる。ＰＬＳ２セルは、ＰＬＳ１の最後のセルの直後に続き、マッピングは、最初のＦＳＳの最後のセルインデックスまで下向き方式で続く。必要なＰＬＳセルの全数が一つのＦＳＳのアクティブキャリアの数を超えると、マッピングは次のＦＳＳに進行され、最初のＦＳＳと全く同じ方式で続けて行われる。
【０３６５】
ＰＬＳマッピングが完了した後、データパイプが次に伝達される。ＥＡＣ、ＦＩＣ、又は両方が現フレームに存在すると、これらはＰＬＳとノーマルデータパイプとの間に配置される。
【０３６６】
図１８は、本発明の一実施例に係るＥＡＣマッピングを示す。
【０３６７】
ＥＡＣは、ＥＡＳメッセージを伝達する専用チャネルであり、ＥＡＳに対するデータパイプに連結される。ＥＡＳ支援は提供されるが、ＥＡＣ自体は全てのフレームに存在してもよく、存在しなくてもよい。存在するなら、ＥＡＣは、ＰＬＳ２セルの直後にマップされる。ＰＬＳセルを除けば、ＦＩＣ、データパイプ、補助ストリーム又はダミーセルのいずれもＥＡＣの前に位置しない。ＥＡＣセルのマッピング手順はＰＬＳと全く同一である。
【０３６８】
ＥＡＣセルは、図１８の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順でマップされる。ＥＡＳメッセージの大きさによって、図１８に示すように、ＥＡＣセルは少ないシンボルを占めることができる。
【０３６９】
ＥＡＣセルは、ＰＬＳ２の最後のセル直後に続き、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向き方式で続けて行われる。必要なＥＡＣセルの全数が最後のＦＳＳの残っているアクティブキャリアの数を超えると、マッピングは次のシンボルに進行され、ＦＳＳと全く同じ方式で続けて行われれる。この場合のマッピングに対する次のシンボルはノーマルデータシンボルであり、これは、ＦＳＳに比べてより多いアクティブキャリアを有する。
【０３７０】
ＥＡＣマッピングが完了した後、存在するなら、ＦＩＣが次に伝達される。ＦＩＣが伝送されないと（ＰＬＳ２フィールドでシグナリングによって）、データパイプがＥＡＣの最後のセルの直後に続く。
【０３７１】
図１９は、本発明の一実施例に係るＦＩＣマッピングを示す。
【０３７２】
（ａ）は、ＥＡＣ無しのＦＩＣセルのマッピングの例を示し、（ｂ）は、ＥＡＣと共にＦＩＣセルのマッピングの例を示す。
【０３７３】
ＦＩＣは、高速サービス取得及びチャネルスキャンを可能にするために階層間情報を伝達する専用チャネルである。当該情報は主に、データパイプ間のチャネルバインディング情報及び各放送会社のサービスを含む。高速スキャンのために、受信機はＦＩＣをデコードし、放送会社ＩＤ、サービス数、ＢＡＳＥ＿ＤＰ＿ＩＤのような情報を取得することができる。高速サービスの取得のために、ＦＩＣだけでなくベースデータパイプもＢＡＳＥ＿ＤＰ＿ＩＤを用いてデコードすることができる。それが伝達するコンデンツを除いて、ベースデータパイプは、ノーマルデータパイプと全く同じ方式でエンコードされてフレームにマップされる。したがって、ベースデータパイプに関する追加説明が必要でない。ＦＩＣデータが生成されて管理階層で消費される。ＦＩＣデータのコンデンツは、管理階層仕様に説明されたとおりである。
【０３７４】
ＦＩＣデータは選択的であり、ＦＩＣの使用はＰＬＳ２のスタティック（静的）である部分でＦＩＣ＿ＦＬＡＧパラメータによってシグナルされる。ＦＩＣが用いられると、ＦＩＣ＿ＦＬＡＧは１に設定され、ＦＩＣに対するシグナリングフィールドは、ＰＬＳ２のスタティック（静的）である部分で定義される。当該フィールドでシグナルされるものはＦＩＣ＿ＶＥＲＳＩＯＮであり、ＦＩＣ＿ＬＥＮＧＴＨ＿ＢＹＴＥ．ＦＩＣは、ＰＬＳ２と同じ変調、コーディング、タイムインターリービングパラメータを用いる。ＦＩＣは、ＰＬＳ２＿ＭＯＤ及びＰＬＳ２＿ＦＥＣのような同一のシグナリングパラメータを共有する。、ＦＩＣデータは、存在するなら、ＰＬＳ２又はＥＡＣの直後にマップされる。ノーマルデータパイプ、補助ストリーム、又はダミーセルのいずれもＦＩＣの前に位置しない。ＦＩＣセルをマップする方法は、ＥＡＣと全く同一であり、これはさらにＰＬＳと同一である。
【０３７５】
ＰＬＳ後のＥＡＣ無しで、ＦＩＣセルは、（ａ）の例に示すように、ＰＬＳ２の次のセルからセルインデックスの昇順でマップされる。ＦＩＣデータサイズによって、（ｂ）に示すように、ＦＩＣセルは数個のシンボルに対してマップされる。
【０３７６】
ＦＩＣセルは、ＰＬＳ２の最後のセルの直後に続き、マッピングは、最後のＦＳＳの最後のセルインデックスまで下向き方式で続けて行われる。必要なＦＩＣセルの全数が最後のＦＳＳの残っているアクティブキャリアの数を超えると、マッピングは次のシンボルに進行され、ＦＳＳと全く同じ方式で続けて行われる。この場合のマッピングに対する次のシンボルはノーマルデータシンボルであり、これはＦＳＳに比べてより多いアクティブキャリアを有する。
【０３７７】
ＥＡＳメッセージが現フレームで伝送されると、ＥＡＣがＦＩＣに先行し、ＦＩＣセルが（ｂ）に示すように、ＥＡＣの次のセルからセルインデックスの昇順でマップされる。
【０３７８】
ＦＩＣマッピングが完了した後、一つ以上のデータパイプがマップされ、ここには、存在するなら、補助ストリーム、ダミーセルが続く。
【０３７９】
図２０は、本発明の一実施例に係るデータパイプのタイプを示す。
【０３８０】
（ａ）はタイプ１データパイプを示し、（ｂ）はタイプ２データパイプを示す。
【０３８１】
先行するチャネル、すなわち、ＰＬＳ、ＥＡＣ、ＦＩＣがマップされた後、データパイプのセルがマップされる。データパイプは、マッピング方法によって２タイプのいずれかに分類される。
【０３８２】
タイプ１データパイプ：データパイプがＴＤＭによってマップされる。
【０３８３】
タイプ２データパイプ：データパイプがＦＤＭによってマップされる。
【０３８４】
データパイプのタイプは、ＰＬＳ２のスタティック（静的）である部分でＤＰ＿ＴＹＰＥフィールドで示す。図２０は、タイプ１データパイプ及びタイプ２データパイプのマッピング順序を示す。タイプ１データパイプはまずセルインデックスの昇順でマップされた後、最後のセルインデックスに到達すると、シンボルインデックスが１ずつ増加する。次のシンボル内で、データパイプはｐ＝０から始まって、セルインデックスの昇順で続けてマップされる。一つのフレームで共にマップされる複数のデータパイプと共に、それぞれのタイプ１データパイプは、データパイプのＴＤＭと類似に、時間でグルーピングされる。
【０３８５】
タイプ２データパイプはまずシンボルインデックスの昇順でマップされ、フレームの最後のＯＦＤＭシンボルに到達すると、セルインデックスは１ずつ増加し、シンボルインデックスは最初の可用シンボルに戻った後、そのシンボルインデックスから始まって増加する。一つのフレームで複数のデータパイプをマップした後、それぞれのタイプ２データパイプはデータパイプのＦＤＭと類似に、周波数でグルーピングされる。
【０３８６】
タイプ１データパイプ及びタイプ２データパイプは必要時にはフレームで共存してもよいが、タイプ１データパイプが常にタイプ２データパイプに先行するという制限がある。タイプ１及びタイプ２データパイプを伝達するＯＦＤＭセルの全数は、データパイプの伝送に利用可能なＯＦＤＭセルの全数を超えてはならない。
【０３８７】
【数２】
2017508327.tif 000031
【０３８８】
ここで、ＤDP1は、タイプ１データパイプが占めるＯＦＤＭセルの数に該当し、ＤDP2は、タイプ２データパイプが占めるセルの数に該当する。ＰＬＳ、ＥＡＣ、ＦＩＣがいずれもタイプ１データパイプと同じ方式でマップされるため、これらはいずれも、“タイプ１マッピング規則”にしたがう。したがって、一般に、タイプ１マッピングがタイプ２マッピングに先行する。
【０３８９】
図２１は、本発明の一実施例に係るデータパイプマッピングを示す。
【０３９０】
（ａ）は、タイプ１データパイプをマップするためのＯＦＤＭセルのアドレシングを示し、（ｂ）は、タイプ２データパイプをマップするためのＯＦＤＭセルのアドレシングを示す。
【０３９１】
タイプ１データパイプ（０，…，ＤＤＰ１−１）をマップするためのＯＦＤＭセルのアドレシングは、タイプ１データパイプのアクティブデータセルに対して定義される。アドレシング方式は、それぞれのタイプ１データパイプに対するタイムインターリービングからのセルがアクティブデータセルに割り当てられる順序を定義する。それはまた、ＰＬＳ２のダイナミック（動的）部分でデータパイプの位置をシグナルするために用いられる。
【０３９２】
ＥＡＣ及びＦＩＣ無しで、アドレス０は、最後のＦＳＳでＰＬＳを伝達する最後のセルの直後にくるセルのことをいう。ＥＡＣが伝送され、ＦＩＣが該当のフレームにないと、アドレス０は、ＥＡＣを伝達する最後のセルの直後にくるセルのことをいう。ＦＩＣが該当のフレームで伝送されると、アドレス０は、ＦＩＣを伝達する最後のセルの直後にくるセルのことをいう。タイプ１データパイプに対するアドレス０は、（ａ）に示すような２種類の異なる場合を考慮して算出することができる。（ａ）の例で、ＰＬＳ、ＥＡＣ、ＦＩＣは全て送信されると仮定する。ＥＡＣとＦＩＣのいずれか一つ又は両方が省略される場合への拡張は自明である。（ａ）の左図に示すように、ＦＩＣまで全てのセルをマップした後にＦＳＳに残っているセルがあると、タイプ２データパイプ（０，…，ＤＤＰ２−１）をマップするためのＯＦＤＭセルのアドレシングは、タイプ２データパイプのアクティブデータセルに対して定義される。アドレシング方式は、それぞれのタイプ２データパイプに対するタイムインターリービングからのセルがアクティブデータセルに割り当てられる順序を定義する。それはまた、ＰＬＳ２のダイナミック（動的）部分でデータパイプの位置をシグナルするために用いられる。
【０３９３】
（ｂ）に示すように、３種類のやや異なる場合が可能である。（ｂ）の最も左図に示す一番目の場合に、最後のＦＳＳにあるセルは、タイプ２データパイプマッピングに用いられてもよい。中央の図に示す二番目の場合に、ＦＩＣはノーマルシンボルのセルを占めるが、当該シンボルにおけるＦＩＣセルの数はＣFSSよりも大きくない。（ｂ）の右図に示す三番目の場合は、当該シンボルにマップされたＦＩＣセルの数がＣＦＳＳを超えるという点を除けば、二番目の場合と同一である。
【０３９４】
ＰＬＳ、ＥＡＣ、ＦＩＣがタイプ１データパイプと同じ“タイプ１マッピング規則”にしたがうので、タイプ１データパイプがタイプ２データパイプに先行する場合への拡張は自明である。
【０３９５】
データパイプユニット（ＤＰＵ）は、フレームでデータセルをデータパイプに割り当てる基本単位である。
【０３９６】
ＤＰＵは、フレームでデータパイプの位置を発見するためのシグナリング単位と定義される。セルマッパー７０１０は、それぞれのデータパイプに対してタイムインターリービングによって生成されたセルをマップすることができる。タイムインターリーバ５０５０は、一連のタイムインターリービングブロックを出力し、それぞれのタイムインターリービングブロックはＸＦＥＣＢＬＯＣＫの可変数を含み、これは結局、セルの集合で構成される。ＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsは、ＦＥＣＢＬＯＣＫサイズ、Ｎldpc、コンステレーションシンボル当たりに伝送されるビット数に依存する。ＤＰＵは、与えられたフィジカルプロファイルで支援されるＸＦＥＣＢＬＯＣＫにおけるセルの数Ｎcellsの全ての可能な値の最大公約数と定義される。セルにおけるＤＰＵの長さは、ＬDPUと定義される。それぞれのフィジカルプロファイルは、ＦＥＣＢＬＯＣＫサイズの別個の組合せ及びコンステレーションシンボル当たりに異なるビット数を支援するので、ＬDPUは、フィジカルプロファイルに基づいて定義される。
【０３９７】
図２２は、本発明の一実施例に係るＦＥＣ構造を示す。
【０３９８】
図２２は、ビットインターリービング前の本発明の一実施例に係るＦＥＣ構造を示す。前述したように、データＦＥＣエンコーダは外部コーディング（ＢＣＨ）及び内部コーディング（ＬＤＰＣ）を用いてＦＥＣＢＬＯＣＫ手順を生成するために、入力ＢＢＦにＦＥＣエンコーディングを実行することができる。図示されたＦＥＣ構造は、ＦＥＣＢＬＯＣＫに該当する。また、ＦＥＣＢＬＯＣＫ及びＦＥＣ構造は、ＬＤＰＣコードワードの長さに該当する同一の値を有する。
【０３９９】
図２２に示すように、ＢＣＨエンコーディングがそれぞれのＢＢＦ（Ｋbchビット）に適用された後、ＬＤＰＣエンコーディングがＢＣＨ−エンコードされたＢＢＦ（Ｋldpcビット＝Ｎbchビット）に適用される。
【０４００】
Ｎldpcの値は、６４８００ビット（ロングＦＥＣＢＬＯＣＫ）又は１６２００ビット（ショートＦＥＣＢＬＯＣＫ）である。
【０４０１】
下記の表２８及び表２９は、ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫのそれぞれに対するＦＥＣエンコーディングパラメータを示す。
【０４０２】
【表２８】
2017508327.tif 000032
【０４０３】
【表２９】
2017508327.tif 000033
【０４０４】
ＢＣＨエンコーディング及びＬＤＰＣエンコーディングの具体的な動作は、次のとおりである。
【０４０５】
１２−誤り訂正ＢＣＨコードがＢＢＦの外部エンコーディングに用いられる。ショートＦＥＣＢＬＯＣＫ及びロングＦＥＣＢＬＯＣＫに対するＢＢＦ生成多項式は、全ての多項式を乗算することによって得られる。
【０４０６】
ＬＤＰＣコードは、外部ＢＣＨエンコーディングの出力をエンコードするために用いられる。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）を生成するために、Ｐldpc（パリティビット）がそれぞれのＩldpc（ＢＣＨ−エンコードされたＢＢＦ）から組織的にエンコードされ、Ｉｌdpcに添付される。完成されたＢldpc（ＦＥＣＢＬＯＣＫ）は、次の式で表現される。
【０４０７】
【数３】
2017508327.tif 000034
【０４０８】
ロングＦＥＣＢＬＯＣＫ及びショートＦＥＣＢＬＯＣＫに対するパラメータは、上記の表２８及び表２９にそれぞれ与えられる。
【０４０９】
ロングＦＥＣＢＬＯＣＫに対してＮldpc−Ｋldpcパリティビットを計算する具体的な手順は次のとおりである。
【０４１０】
１）パリティビット初期化
【０４１１】
【数４】
2017508327.tif 000035
【０４１２】
２）パリティーチェックマトリクスのアドレスの一番目の行で特定されたパリティビットアドレスで一番目のの情報ビットｉ0を累算する（ａｃｃｕｍｕｌａｔｅ）。パリティーチェックマトリクスのアドレスの詳細な内容は後述する。例えば、比率１３／１５に対して、
【０４１３】
【数５】
2017508327.tif 000036
【０４１４】
３）次の３５９個の情報ビットｉs、ｓ＝１，２，…，３５９に対して、次の式を用いてパリティビットアドレスでｉsを累算する。
【０４１５】
【数６】
2017508327.tif 000037
【０４１６】
ここで、ｘは、最初のビットｉ0に該当するパリティビット累算器のアドレスを示し、Ｑldpcは、パリティーチェックマトリクスのアドレスで特定されたコードレート（ｃｏｄｅ  ｒａｔｅ）依存定数である。上記の例である、比率１３／１５に対する、したがって情報ビットｉ1に対するＱldpc＝２４に続いて、次の動作が実行される。
【０４１７】
【数７】
2017508327.tif 000038
【０４１８】
４）３６１番目の情報ビットｉ360に対して、パリティビット累算器のアドレスは、パリティーチェックマトリクスのアドレスの２番目の行に与えられる。同様の方式で、次の３５９個の情報ビットｉs、ｓ＝３６１，３６２，…，７１９に対するパリティビット累算器のアドレスは、式６を用いて得られる。ここで、ｘは情報ビットｉ360に該当するパリティビット累算器のアドレス、すなわち、パリティーチェックマトリクスの２番目の行のエントリを示す。
【０４１９】
５）同様の方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティーチェックマトリクスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めるために用いられる。
【０４２０】
全情報ビットが利用された後、最終パリティビットが次のように得られる。
【０４２１】
６）ｉ＝１から始まって次の動作を順次に実行する
【０４２２】
【数８】
2017508327.tif 000039
ここで、ｐi、ｉ＝０，１，．．．Ｎldpc−Ｋldpc−１の最終コンデンツは、パリティビットｐiと同一である。
【０４２３】
【表３０】
2017508327.tif 000040
【０４２４】
表３０を表３１に代え、ロングＦＥＣＢＬＯＣＫに対するパリティーチェックマトリクスのアドレスをショートＦＥＣＢＬＯＣＫに対するパリティーチェックマトリクスのアドレスに代えることを除けば、ショートＦＥＣＢＬＯＣＫに対する当該ＬＤＰＣエンコーディング手順は、ロングＦＥＣＢＬＯＣＫに対するｔ  ＬＤＰＣエンコーディング手順にしたがう。
【０４２５】
【表３１】
2017508327.tif 000041
【０４２６】
図２３は、本発明の一実施例に係るビットインターリービングを示す。
【０４２７】
ＬＤＰＣエンコーダの出力はビットインターリーブされるが、これは、ＱＣＢ（ｑｕａｓｉ−ｃｙｃｌｉｃ  ｂｌｏｃｋ）インターリービング及び内部グループインターリービングが続くパリティインターリービングで構成される。
【０４２８】
（ａ）はＱＣＢインターリービングを示し、（ｂ）は内部グループインターリービングを示す。
【０４２９】
ＦＥＣＢＬＯＣＫは、パリティインターリーブすることができる。パリティインターリービングの出力において、ＬＤＰＣコードワードは、ロングＦＥＣＢＬＯＣＫで１８０個の隣接するＱＣＢで構成され、ショートＦＥＣＢＬＯＣＫで４５個の隣接するＱＣＢで構成される。ロング又はショートＦＥＣＢＬＯＣＫにおけるそれぞれのＱＣＢは、３６０ビットで構成される。パリティインターリービングされたＬＤＰＣコードワードは、ＱＣＢインターリービングによってインターリーブされる。ＱＣＢインターリービングの単位はＱＣＢである。パリティインターリービングの出力におけるＱＣＢは、図２３に示すように、ＱＣＢインターリービングによってパーミュテーションされるが、ここでＦＥＣＢＬＯＣＫの長さによってＮcells＝６４８００／ηｍｏｄ又は１６２００／ηｍｏｄである。ＱＣＢインターリービングパターンは、変調タイプ及びＬＤＰＣコードレート（ｃｏｄｅ  ｒａｔｅ）の各組合せに固有である。
【０４３０】
ＱＣＢインターリービング後に、内部グループインターリービングが、下記の表３２に定義された変調タイプ及び次数（ηｍｏｄ）によって実行される。一つの内部グループに対するＱＣＢの数ＮQCB_IGも定義される。
【０４３１】
【表３２】
2017508327.tif 000042
【０４３２】
内部グループインターリービング過程は、ＱＣＢインターリービング出力のＮ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個）のタイムインターリービングブロックに分離される。ここでそれぞれのタイムインターリービングブロックは、タイムインターリーバメモリの一つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、やや異なる数のＸＦＥＣＢＬＯＣＫを含むことができる。タイムインターリービンググループが複数のタイムインターリービンググループに分離されると、それは一つのフレームにのみ直接マップされる。下記の表３３に示すように、タイムインターリービングには３つのオプションがある（タイムインターリービングを省略する追加オプションを除く）。
【０４４９】
【表３３】
2017508327.tif 000043
【０４５０】
それぞれのデータパイプで、タイムインターリービングメモリは、入力されたＸＦＥＣＢＬＯＣＫ（ＳＳＤ／ＭＩＭＯエンコーディングブロックから出力されたＸＦＥＣＢＬＯＣＫ）を保存する。入力されたＸＦＥＣＢＬＯＣＫは、
【数９】
2017508327.tif 000044
【数１０】
2017508327.tif 000045
【０４５１】
また、タイムインターリーバ５０５０から出力されたＸＦＥＣＢＬＯＣＫは、
【数１１】
2017508327.tif 000046
【０４５２】
一般に、タイムインターリーバは、フレーム生成手順の前にデータパイプデータに対するバッファーとしても働くはずである。これは、それぞれのデータパイプに対して２個のメモリバンクによって達成される。最初のタイムインターリービングブロックは一番目のバンクに書き込まれる。一番目のバンクから読み取られる間に、２番目のタイムインターリービングブロックが２番目のバンクに書き込まれる。
【０４５３】
タイムインターリービングはツイストされた行−列ブロックインターリーバである。ｎ番目のタイムインターリービンググループのｓ番目のタイムインターリービングブロックに対して、列の数ＮｃがＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）と同一であるが、タイムインターリービングメモリの行の数Ｎｒは、セルの数Ｎｃｅｌｌｓと同一である（すなわち、Ｎｒ＝Ｎｃｅｌｌｓ）。
【０４５４】
図２６は、本発明の一実施例に係るツイストされた行−列ブロックインターリーバの基本動作を示す。
【０４５５】
図２６（ａ）は、タイムインターリーバで書き込み動作を示し、図２６（ｂ）は、タイムインターリーバで読み取り動作を示す。（ａ）に示すように、一番目のＸＦＥＣＢＬＯＣＫはタイムインターリービングメモリの一番目の列に列方向に書き込まれ、二番目のＸＦＥＣＢＬＯＣＫは次の列に書き込まれ、このような動作が続けて行われる。そして、インターリービングアレイで、セルが対角線方向に読み取られる。（ｂ）に示すように、一番目の行から（最左列から始まって行に沿って右に）最後の行まで対角線方向読み取りが行われれる間に、Ｎｒ個のセルが読み取られる。具体的に、ｚｎ，ｓ，ｉ（ｉ＝０，．．．、Ｎｒ，Ｎｃ）を、順次に読み取られるタイムインターリービングメモリセル位置と仮定すれば、このようなインターリービングアレイにおける読み取り動作は、下記の式のように、行インデックスＲｎ，ｓ，ｉ、列インデックスＣｎ，ｓ，ｉ、関連したツイストパラメータＴｎ，ｓ，ｉを算出することによって実行される。
【０４５６】
【数１２】
2017508327.tif 000047
【０４５７】
【数１３】
2017508327.tif 000048
【０４５８】
図２７は、本発明の他の実施例に係るツイストされた行−列ブロックインターリーバの動作を示す。
【０４５９】
より具体的に、図２７は、ＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５のとき、仮想ＸＦＥＣＢＬＯＣＫを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリでインターリービングアレイを示す。
【０４６０】
変数ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）＝Ｎｒは、Ｎ’ｘＢＬＯＣＫＴＩ＿ＭＡＸより小さい又は等しいだろう。したがって、ＮｘＢＬＯＣＫ＿ＴＩ（ｎ，ｓ）に関わらず、受信機側で単一メモリデインターリービングを達成するために、ツイストされた行−列ブロックインターリーバ用インターリービングアレイは、仮想ＸＦＥＣＢＬＯＣＫをタイムインターリービングメモリに挿入することによってＮｒ×Ｎｃ＝Ｎｃｅｌｌｓ×Ｎ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸの大きさに設定され、読み取り過程は次の式のように行われる。
【０４６１】
【数１４】
2017508327.tif 000049
【０４６２】
タイムインターリービンググループの数は３に設定される。タイムインターリーバのオプションは、ＤＰ＿ＴＩ＿ＴＹＰＥ＝‘０’、ＤＰ＿ＦＲＡＭＥ＿ＩＮＴＥＲＶＡＬ＝‘１’、ＤＰ＿ＴＩ＿ＬＥＮＧＴＨ＝‘１’、すなわち、ＮTI＝１、ＩJUMP＝１、ＰI＝１によってＰＬＳ２−ＳＴＡＴデータでシグナルされる。それぞれＮcells＝３０であるＸＦＥＣＢＬＯＣＫのタイムインターリービンググループ当たりの数は、それぞれのＮｘＢＬＯＣＫ＿ＴＩ（０，０）＝３、ＮｘＢＬＯＣＫ＿ＴＩ（１，０）＝６、ＮｘＢＬＯＣＫ＿ＴＩ（２，０）＝５によってＰＬＳ２−ＤＹＮデータでシグナルされる。ＸＦＥＣＢＬＯＣＫの最大数はＮｘＢＬＯＣＫ＿Ｇｒｏｕｐ＿ＭＡＸによってＰＬＳ２−ＳＴＡＴデータでシグナルされ、
【数１５】
2017508327.tif 000050
【０４６３】
図２８は、本発明の一実施例に係るツイストされた行−列ブロックインターリーバの対角線方向読み取りパターンを示す。
【０４６４】
より具体的には、図２８は、パラメータＮ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳshift＝（７−１）／２＝３を有するそれぞれのインターリービングアレイからの対角線方向読み取りパターンを示す。このとき、上で類似コードと示した読み取り過程で、
【数１６】
2017508327.tif 000051
【０４６５】
図２９は、本発明の一実施例に係るそれぞれのインターリービングアレイからのインターリービングされたＸＦＥＣＢＬＯＣＫを示す。
【０４６６】
図２９は、パラメータＮ’ｘＢＬＯＣＫ＿ＴＩ＿ＭＡＸ＝７及びＳshift＝３を有するそれぞれのインターリービングアレイからインターリーブされたＸＦＥＣＢＬＯＣＫを示す。
【０４６７】
図３０は、本発明の一実施例に係る、次世代放送システムののためのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）を示す図である。
【０４６８】
本発明に係る放送システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）中心ブロードキャストネットワーク（ＩＰ  ｃｅｎｔｒｉｃ  ｂｒｏａｄｃａｓｔ  ｎｅｔｗｏｒｋ）とブロードバンド（ｂｒｏａｄｂａｎｄ）とが結合されたハイブリッド放送システムに該当し得る。
【０４６９】
本発明に係る放送システムは、既存のＭＰＥＧ−２ベースの放送システムとの互換性が維持されるように設計することができる。
【０４７０】
本発明に係る放送システムは、ＩＰ中心ブロードキャストネットワーク（ＩＰ  ｃｅｎｔｒｉｃ  ｂｒｏａｄｃａｓｔ  ｎｅｔｗｏｒｋ）、ブロードバンド（ｂｒｏａｄｂａｎｄ）ネットワーク、及び／又は移動通信ネットワーク（ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｎｅｔｗｏｒｋ又はｃｅｌｌｕｌａｒ  ｎｅｔｗｏｒｋ）の結合に基づくハイブリッド放送システムに該当してもよい。
【０４７１】
同図を参照すると、物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、ＡＴＳＣシステム及び／又はＤＶＢシステムのような放送システムで採用する物理的プロトコルを用いることができる。例えば、本発明に係る物理層では、送／受信機は地上波放送信号を送信／受信し、放送データを含む伝送フレーム（ｔｒａｎｓｐｏｒｔ  ｆｒａｍｅ）を適切な形態に変換することができる。
【０４７２】
暗号化（Ｅｎｃａｐｓｕｌａｔｉｏｎ）層では、物理層から取得した情報から、ＩＰデータグラム（ｄａｔａｇｒａｍ）を取得したり、取得したＩＰデータグラムを特定フレーム（例えば、ＲＳフレーム、ＧＳＥ−ｌｉｔｅ、ＧＳＥ或いは信号フレームなど）に変換する。ここで、フレームは、ＩＰデータグラムの集合を含むことができる。例えば、暗号化層で送信機は、物理層で処理されたデータを伝送フレームに含めたり、受信機は、物理層から取得した伝送フレームからＭＰＥＧ−２ＴＳ、ＩＰデータグラムを抽出する。
【０４７３】
ＦＩＣ（ｆａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｎｅｌ）は、サービス及び／又はコンテンツに接近可能にさせるための情報（例、サービスＩＤとフレームとのマッピング情報など）を含む。ＦＩＣはＦＡＣ（Ｆａｓｔ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と命名されてもよい。
【０４７４】
本発明の放送システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＡＬＣ／ＬＣＴ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ  ／  Ｌａｙｅｒｅｄ  Ｃｏｄｉｎｇ  Ｔｒａｎｓｐｏｒｔ）、ＲＣＰ／ＲＴＣＰ（Ｒａｔｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ／  ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＬＵＴＥ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）などのプロトコルを用いることができる。これらのプロトコル間のスタック（ｓｔａｃｋ）については同図に示す構造を参照すればよい。
【０４７５】
本発明の放送システムにおいてデータは、ＩＳＯＢＭＦＦ（ＩＳＯ  ｂａｓｅ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔ）の形態で伝送することができる。ＥＳＧ（Ｅｌｅｃｔｒｉｃａｌ  Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ）、ＮＲＴ（Ｎｏｎ  Ｒｅａｌ  Ｔｉｍｅ）、Ａ／Ｖ（Ａｕｄｉｏ  ／  Ｖｉｄｅｏ）及び／又は一般データをＩＳＯＢＭＦＦの形態で伝送することができる。
【０４７６】
ブロードキャストネットワークによるデータの伝送は、線形コンテンツ（ｌｉｎｅａｒ  ｃｏｎｔｅｎｔ）の伝送及び／又は非線形コンテンツ（ｎｏｎ−ｌｉｎｅａｒ  ｃｏｎｔｅｎｔ）の伝送を含むことができる。
【０４７７】
ＲＴＰ／ＲＴＣＰベースのＡ／Ｖ、データ（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ、ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｍｅｓｓａｇｅなど）の伝送は、線形コンテンツの伝送に該当し得る。
【０４７８】
ＲＴＰペイロードは、ＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）が含まれたＲＴＰ／ＡＶストリーム形態及び／又はＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化（ｅｎｃａｐｓｕｌａｔｉｏｎ）された形態で伝送されてもよい。ＲＴＰペイロードの伝送は線形コンテンツの伝送に該当し得る。ＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化された形態の伝送は、Ａ／Ｖなどに対するＭＰＥＧ  ＤＡＳＨ  ｍｅｄｉａ  ｓｅｇｍｅｎｔを含むことができる。
【０４７９】
ＦＬＵＴＥベースＥＳＧの伝送、ｎｏｎ−ｔｉｍｅｄ  ｄａｔａの伝送、ＮＲＴ  ｃｏｎｔｅｎｔの伝送は、非線形コンテンツの伝送に該当し得る。それらは、ＭＩＭＥ  ｔｙｐｅのファイル形態及び／又はＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化された形態で伝送されてもよい。ＩＳＯ  ｂａｓｅｄ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔで暗号化された形態の伝送はＡ／Ｖなどに対するＭＰＥＧ  ＤＡＳＨ  ｍｅｄｉａ  ｓｅｇｍｅｎｔを含むことができる。
【０４８０】
ブロードバンドネットワークによる伝送は、コンテンツに対する伝送とシグナリングデータに対する伝送とに区分して考えることができる。
【０４８１】
コンテンツの伝送は、線形コンテンツ（Ａ／Ｖ、データ（ｃｌｏｓｅｄ  ｃａｐｔｉｏｎ、ｅｍｅｒｇｅｎｃｙ  ａｌｅｒｔ  ｍｅｓｓａｇｅなど）の伝送と非線形コンテンツ（ＥＳＧ、ｎｏｎ−ｔｉｍｅｄ  ｄａｔａなど）の伝送、ＭＰＥＧ  ＤＡＳＨベースのＭｅｄｉａ  ｓｅｇｍｅｎｔ（Ａ／Ｖ、ｄａｔａ）伝送を含む。
【０４８２】
シグナリングデータの伝送は、放送網で伝送されるシグナリングテーブル（ｓｉｇｎａｌｉｎｇ  ｔａｂｌｅ）（ＭＰＥＧ  ＤＡＳＨのＭＰＤを含む）を含む伝送が可能である。
【０４８３】
本発明の放送システムでは、放送網を介して送信された線形／非線形コンテンツ間の同期化、或いは放送網を介して伝送されるコンテンツとブロードバンドで送信されたコンテンツ間の同期化を支援することができる。例えば、一つのＵＤコンテンツが放送網とブロードバンドで分離されて同時に伝送される場合、受信機は、伝送プロトコルに依存したタイムライン（ｔｉｍｅｌｉｎｅ）を調整し、放送網のコンテンツとブロードバンドのコンテンツとを同期化した後、一つのＵＤコンテンツとして再構成することができる。
【０４８４】
本発明の放送システムのアプリケーション層は、両方向性（Ｉｎｔｅｒａｃｔｉｖｉｔｙ）、個人化（Ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ）、第２スクリーン（Ｓｅｃｏｎｄ  Ｓｃｒｅｅｎ）、ＡＣＲ（ａｕｔｏｍａｔｉｃ  ｃｏｎｔｅｎｔ  ｒｅｃｏｇｎｉｔｉｏｎ）などの技術的特徴を具現することができる。このような特徴は、例えば、北−米放送標準であるＡＴＳＣ２．０からＡＴＳＣ３．０への拡張において重要な特徴である。例えば、両方向性の特徴のために、ＨＴＭＬ５が用いられてもよい。
【０４８５】
本発明の放送システムのプレゼンテーション（Ｐｒｅｓｅｎｔａｔｉｏｎ）層では、コンポーネント間又は両方向アプリケーション間の空間的、時間的関係を識別するためにＨＴＭＬ及び／又はＨＴＭＬ５が用いられてもよい。
【０４８６】
本発明でシグナリング（Ｓｉｇｎａｌｉｎｇ）は、コンテンツ及び／又はサービスの効果的な取得を支援するためのシグナリング情報を含む。シグナリングデータは、バイナリ或いはＸＭＬ形態などで表現することができ、地上波放送網或いはブロードバンドを介して伝達することができる。
【０４８７】
実時間放送Ａ／Ｖコンテンツ及び／又はデータの場合、ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔなどで表現することができる。この場合、放送Ａ／Ｖコンテンツ及び／又はデータは、地上波放送網を介して実時間で伝達されてもよく、ＩＰ／ＵＤＰ／ＦＬＵＴＥに基づいて非実時間で伝達されてもよい。又は、放送Ａ／Ｖコンテンツ及び／又はデータに対して、インターネット網を介してＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）などを用いて実時間でコンテンツのストリーミングを受けたり、要請して受けることができる。本発明の一実施例に係る放送システムは、このようにして受けた放送Ａ／Ｖコンテンツ及び／又はデータを組み合わせ、両方向性サービス、第２スクリーンサービスなどの様々なエンハンスドサービスを視聴者に提供することができる。
【０４８８】
図３１は、本発明の一実施例に係る、次世代放送システムの受信機を示す図である。
【０４８９】
本発明の一実施例に係る受信機は、受信部（図示せず）、チャネル同調器（Ｃｈａｎｎｅｌ  Ｓｙｎｃｈｒｏｎｉｚｅｒ）Ｊ３２０１０、チャネル等化器（Ｃｈａｎｎｅｌ  Ｅｑｕａｌｉｚｅｒ）Ｊ３２０２０、チャネルデコーダ（Ｃｈａｎｎｅｌ  Ｄｅｃｏｄｅｒ）Ｊ３２０３０、シグナリングデコーダ（Ｓｉｇｎａｌｉｎｇ  Ｄｅｃｏｄｅｒ）Ｊ３２０４０、ベースバンド動作コントローラ（Ｂａｓｅｂａｎｄ  Ｏｐｅｒａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）Ｊ３２０５０、サービスマップデータベース（Ｓｅｒｖｉｃｅ  Ｍａｐ  ＤＢ）Ｊ３２０６０、トランスポートパケットインターフェース（Ｔｒａｎｓｐｏｒｔ  Ｐａｃｋｅｔ  Ｉｎｔｅｒｆａｃｅ）Ｊ３２０７０、ブロードバンドパケットインターフェース（Ｂｒｏａｄｂａｎｄ  Ｐａｃｋｅｔ  Ｉｎｔｅｒｆａｃｅ）Ｊ３２０８０、コモンプロトコルスタック処理器（Ｃｏｍｍｏｎ  Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）Ｊ３２０９０、サービスシグナリングチャネルプロセシングバッファ及びパーサ（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｃｈａｎｎｅｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｂｕｆｆｅｒ  ＆  Ｐａｒｓｅｒ）Ｊ３２１００、Ａ／Ｖプロセッサ（Ａ／Ｖ  Ｐｒｏｃｅｓｓｏｒ）Ｊ３２１１０、サービスガイドプロセッサ（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  Ｐｒｏｃｅｓｓｏｒ）Ｊ３２１２０、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）Ｊ３２１３０、及び／又はサービスガイドデータベース（Ｓｅｒｖｉｃｅ  Ｇｕｉｄｅ  ＤＢ）Ｊ３２１４０を含むことができる。
【０４９０】
受信部（図示せず）は放送信号を受信する。
【０４９１】
チャネル同期化器Ｊ３２０１０は、ベースバンド（Ｂａｓｅｂａｎｄ）で受信した信号のデコーディングが可能なようにシンボル（ｓｙｍｂｏｌ）周波数とタイミング（ｔｉｍｉｎｇ）を同期化する。ここで、ベースバンドは、放送信号が送／受信される領域を意味する。
【０４９２】
チャネル等化器Ｊ３２０２０は、受信した信号に対してチャネル等化を行う。チャネル等化器Ｊ３２０２０は、受信した信号が多重経路（ｍｕｌｔｉｐａｔｈ）、ドップラー効果（Ｄｏｐｐｌｅｒ  ｅｆｆｅｃｔ）などによって歪まれたとき、これを補償する役割を担う。
【０４９３】
チャネルデコーダＪ３２０３０は、受信した信号を、意味を持つ伝送フレーム（ｔｒａｎｓｐｏｒｔ  ｆｒａｍｅ）に復旧する。チャネルデコーダＪ３２０３０は、受信した信号に含まれたデータ又は伝送フレームに対して順方向誤り訂正（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ；ＦＥＣ）を行う。
【０４９４】
シグナリングデコーダＪ３２０４０は、受信した信号に含まれたシグナリングデータを抽出してデコーティングする。ここで、シグナリングデータは、後述するシグナリングデータ及び／又はサービス情報（Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＳＩ）を含む。
【０４９５】
ベースバンド動作コントローラＪ３２０５０は、ベースバンド（Ｂａｓｅｂａｎｄ）での信号の処理を制御する。
【０４９６】
サービスマップデータベースＪ３２０６０は、シグナリングデータ及び／又はサービス情報を保存する。サービスマップデータベースＪ３２０６０は、放送信号に含まれて伝送されたシグナリングデータ及び／又はブロードバンドパケットに含まれて伝送されたシグナリングデータを保存することができる。
【０４９７】
トランスポートパケットインターフェースＪ３２０７０は、伝送フレーム又は放送信号から、トランスポートパケットを抽出する。トランスポートパケットインターフェースＪ３２０７０は、トランスポートパケット（ｔｒａｎｓｐｏｒｔ  ｐａｃｋｅｔ；ＴＰ）からシグナリングデータ又はＩＰデータグラム（ＩＰ  ｄａｔａｇｒａｍ）を抽出する。
【０４９８】
ブロードバンドパケットインターフェースＪ３２０８０は、インターネット網で放送関連パケットを受信する。ブロードバンドパケットインターフェースＪ３２０８０は、インターネット網を介して取得したパケットを抽出し、当該パケットからシグナリングデータ又はＡ／Ｖデータを組合せ又は抽出する。
【０４９９】
コモンプロトコルスタック処理器Ｊ３２０９０は、受信したパケットをプロトコルスタックに含まれたプロトコルによって処理する。例えば、コモンプロトコルスタック処理器Ｊ３２０９０は、前述したプロトコルスタックによって、受信したパケットを処理することができる。
【０５００】
サービスシグナリングチャネルプロセシングバッファ及びパーサＪ３２１００は、受信したパケットに含まれたシグナリングデータを抽出する。サービスシグナリングチャネルプロセシングバッファ及びパーサＪ３２１００は、ＩＰデータグラムなどからサービス及び／又はコンテンツのスキャン及び／又は取得に関連したシグナリング情報を抽出し、これをパースする。受信したパケット内でシグナリングデータは一定の位置又はチャネルに存在してもよい。このような位置又はチャネルをサービスシグナリングチャネルと呼ぶことができる。例えば、サービスシグナリングチャネルは、特定ＩＰアドレス、ＵＤＰ  Ｐｏｒｔナンバー、伝送セッション識別子などを有することができる。受信機は、このような特定ＩＰアドレス、ＵＤＰ  Ｐｏｒｔナンバー、伝送セッションなどに伝送されるデータをシグナリングデータとして認識することができる。
【０５０１】
Ａ／ＶプロセッサＪ３２１１０は、受信したオーディオ及びビデオデータに対するデコーディング及びプレゼンテーション（ｐｒｅｓｅｎｔａｔｉｏｎ）処理を行う。
【０５０２】
サービスガイドプロセッサＪ３２１２０は、受信信号からアナウンスメント（ａｎｎｏｕｎｃｅｍｅｎｔ）情報を抽出し、サービスガイドデータベースＪ３２１４０を管理し、サービスガイド（ｓｅｒｖｉｃｅ  ｇｕｉｄｅ）を提供する。
【０５０３】
アプリケーションプロセッサＪ３２１３０は、受信したパケットに含まれたアプリケーションデータ及び／又はアプリケーション関連情報を抽出し、それを処理する。
【０５０４】
サービスガイドデータベースＪ３２１４０は、サービスガイドデータを保存する。
【０５０５】
図３２は、本発明の一実施例に係る、放送受信機を示す図である。
【０５０６】
本発明の一実施例に係る放送受信機は、サービスコンテンツ取得制御器（Ｓｅｒｖｉｃｅ／Ｃｏｎｔｅｎｔ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）Ｊ２０１０、インターネットインターフェース（Ｉｎｔｅｒｎｅｔ  ｉｎｔｅｒｆａｃｅ）Ｊ２０２０、放送網インターフェース（Ｂｒｏａｄｃａｓｔ  ｉｎｔｅｒｆａｃｅ）Ｊ２０３０、シグナリングデコーダＪ２０４０、サービスマップデータベースＪ２０５０、デコーダＪ２０６０、ターゲッティングプロセッサＪ２０７０、プロセッサＪ２０８０、管理ユニット（Ｍａｎａｇｉｎｇ  ｕｎｉｔ）Ｊ２０９０及び／又は再分配モジュール（ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ  ｍｏｄｕｌｅ）Ｊ２１００を含む。図面では、放送受信機の外部及び／又は内部に存在し得る外部管理装置（Ｅｘｔｅｒｎａｌ  Ｍａｎａｇｅｍｅｎｔ）Ｊ２１１０が示されている。
【０５０７】
サービスコンテンツ取得制御器Ｊ２０１０は、ブロードキャスト／ブロードバンドチャネルを介してサービス及び／又はコンテンツ、これと関連したシグナリングデータを受信する。又は、サービスコンテンツ取得制御器Ｊ２０１０は、サービス及び／又はコンテンツ、これと関連したシグナリングデータを受信するための制御を行うことができる。
【０５０８】
インターネットインターフェースＪ２０２０は、インターネットアクセスコントロールモジュール（Ｉｎｔｅｒｎｅｔ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｍｏｄｕｌｅ）を含むことができる。インターネットアクセスコントロールモジュールは、ブロードバンドチャネルを介してサービス、コンテンツ及び／又はシグナリングデータを受信する。又は、インターネットアクセスコントロールモジュールは、サービス、コンテンツ及び／又はシグナリングデータを取得するための受信機の動作を制御することができる。
【０５０９】
放送網インターフェースＪ２０３０は、物理層モジュール（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｍｏｄｕｌｅ）及び／又は物理層インターフェースモジュール（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｉ／Ｆ  Ｍｏｄｕｌｅ）を含むことができる。物理層モジュールは、放送チャネルを介して放送関連信号を受信する。物理層モジュールは、放送チャネルを介して受信した放送関連信号を処理（復調、復号など）する。物理層インターフェースモジュールは、物理層モジュールから取得した情報から、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データグラムを取得したり、取得されたＩＰデータグラムを用いて特定フレーム（例えば、放送フレーム、ＲＳフレーム、又はＧＳＥなど）に変換する。
【０５１０】
シグナリングデコーダＪ２０４０は、ブロードキャストチャネルなどを解して取得したシグナリングデータ又はシグナリング情報（以下、‘シグナリングデータ’という。）をデコードする。
【０５１１】
サービスマップデータベースＪ２０５０は、デコードされたシグナリングデータを保存したり、受信機の他の装置（例えば、シグナリングパーサーなど）で処理されたシグナリングデータを保存する。
【０５１２】
デコーダＪ２０６０は、受信機で受信した放送信号又はデータをデコードする。デコーダＪ２０６０は、スケジュールドストリーミングデコーダ（Ｓｃｈｅｄｕｌｅｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）、ファイルデコーダ（Ｆｉｌｅ  Ｄｅｃｏｄｅｒ）、ファイルデータベース（Ｆｉｌｅ  ＤＢ）、オンデマンドストリーミングデコーダ（Ｏｎ−Ｄｅｍａｎｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）、コンポーネント同期化器（Ｃｏｍｐｏｎｅｎｔ  Ｓｙｎｃｈｒｏｎｉｚｅｒ）、警報シグナリングパーサー（Ａｌｅｒｔ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）、ターゲッティングシグナリングパーサー（Ｔａｒｇｅｔｉｎｇ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）、サービスシグナリングパーサー（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）及び／又はアプリケーションシグナリングパーサー（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）を含むことができる。
【０５１３】
スケジュールドストリーミングデコーダ（Ｓｃｈｅｄｕｌｅｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）は、ＩＰデータグラムなどから実時間Ａ／Ｖ（Ａｕｄｉｏ  ／  Ｖｉｄｅｏ）ストリーミングのためのオーディオ／ビデオデータ抽出し、これをデコードする。
【０５１４】
ファイルデコーダ（Ｆｉｌｅ  Ｄｅｃｏｄｅｒ）は、ＩＰデータグラムから、ＮＲＴデータ及びアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）などのファイル形態データを抽出し、これをデコードする。
【０５１５】
ファイルデータベース（Ｆｉｌｅ  ＤＢ）は、ファイルデコーダから抽出したデータを保存する。
【０５１６】
オンデマンドストリーミングデコーダ（Ｏｎ−Ｄｅｍａｎｄ  Ｓｔｒｅａｍｉｎｇ  Ｄｅｃｏｄｅｒ）は、ＩＰデータグラムなどでからユーザ要求（ｏｎ−ｄｅｍａｎｄ）ストリーミングのためのオーディオ／ビデオデータを抽出し、これをデコードする。
【０５１７】
コンポーネント同期化器（Ｃｏｍｐｏｎｅｎｔ  Ｓｙｎｃｈｒｏｎｉｚｅｒ）は、スケジュールドストリーミングデコーダ、ファイルデコーダ及び／又はオンデマンドストリーミングデコーダでデコードされたデータに基づいて、コンテンツを構成する要素間の同期化を行ったり、サービスを構成する要素間の同期化を行い、コンテンツ又はサービスを構成する。
【０５１８】
警報シグナリングパーサー（Ａｌｅｒｔ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）は、ＩＰデータグラムなどから警報（ａｌｅｒｔｉｎｇ）と関連したシグナリング情報を抽出し、これをパースする。
【０５１９】
ターゲッティングシグナリングパーサー（Ｔａｒｇｅｔｉｎｇ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）は、ＩＰデータグラムなどからサービス／コンテンツ個人化、又はターゲッティング関連したシグナリング情報を抽出し、これをパースする。ここで、ターゲッティングとは、特定視聴者の条件に合うコンテンツ又はサービスを提供することであり、当該視聴者の条件に合うコンテンツ又はサービスを識別してそれを提供する行為を指す。
【０５２０】
サービスシグナリングパーサー（Ｓｅｒｖｉｃｅ  Ｓｉｇｎａｌｉｎｇ  Ｐａｒｓｅｒ）は、ＩＰデータグラムなどからサービススキャン及び／又はサービス／コンテンツなどに関連したシグナリング情報を抽出し、これをパースする。サービス／コンテンツなどに関連したシグナリング情報は、放送システム情報及び／又は放送シグナリング情報を含む。
【０５２１】
アプリケーションシグナリングパーサーは、ＩＰデータグラムなどからアプリケーションの取得に関連したシグナリング情報を抽出し、これをパースする。アプリケーションの取得に関連したシグナリング情報は、トリガー、ＴＰＴ（ＴＤＯ  ｐａｒａｍｅｔｅｒ  ｔａｂｌｅ）及び／又はＴＤＯパラメータエレメントを含むことができる。
【０５２２】
ターゲッティングプロセッサＪ２０７０は、ターゲッティングシグナリングパーサーでパースされたサービス／コンテンツターゲッティング関連情報を処理する。
【０５２３】
プロセッサＪ２０８０は、受信したデータをディスプレイするための一連の処理を行う。プロセッサＪ２０８０は、警報プロセッサ（Ａｌｅｒｔ  Ｐｒｏｃｅｓｓｏｒ）、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）及び／又はオーディオ／ビデオプロセッサ（Ａ／Ｖ  Ｐｒｏｃｅｓｓｏｒ）を含むことができる。
【０５２４】
警報プロセッサは、警報と関連したシグナリング情報を用いて、警報データを取得するように受信機を制御し、警報データをディスプレイするための処理を行う。
【０５２５】
アプリケーションプロセッサは、アプリケーション関連情報を処理し、ダウンロードされたアプリケーションの状態及びアプリケーションに関連したディスプレイパラメータを処理する。
【０５２６】
オーディオ／ビデオプロセッサは、デコードされたオーディオデータ、ビデオデータ及び／又はアプリケーションデータに基づいてオーディオ／ビデオレンダリング関連動作を行う。
【０５２７】
管理ユニットＪ２０９０は、装置マネジャー（ｄｅｖｉｃｅ  ｍａｎａｇｅｒ）及び／又はデータ通信及びシェアリングユニット（Ｄａｔａ  Ｓｈａｒｉｎｇ  ＆  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｔ）を含む。
【０５２８】
装置マネジャーは、連結及びデータ交換などの連動可能な外部装置の追加／削除／更新などの外部装置に対する管理を行う。
【０５２９】
データ通信及びシェアリングユニットは、受信機と外部装置（例えば、コンパニオン装置（ｃｏｍｐａｎｉｏｎ  ｄｅｖｉｃｅ））間のデータ伝送及び交換関連情報を処理し、これと関連した動作を行う。伝送及び交換可能なデータは、シグナリングデータ、ＰＤＩ  ｔａｂｌｅ、ＰＤＩ  ｕｓｅｒ  ｄａｔａ、ＰＤＩ  Ｑ＆Ａ及び／又はＡ／Ｖデータであってもよい。
【０５３０】
再分配モジュールＪ２１００は、受信機が放送信号を直接受信できない場合、放送サービス／コンテンツ関連情報及び／又はサービス／コンテンツデータの取得を行う。
【０５３１】
外部管理装置Ｊ２１１０は、放送サービス／コンテンツサーバーなど、放送サービス／コンテンツ提供のための放送受信機の外部のモジュールのことを指す。外部管理装置の役割を担うモジュールは、放送受信機の内部に設けられてもよい。
【０５３２】
図３３は、本発明の一実施例に係る、放送網の伝送ストリームとインターネット網（異種網）の伝送ストリーム間の同期化のためのタイムラインコンポーネント（Ｔｉｍｅｌｉｎｅ  ｃｏｍｐｏｎｅｎｔ）を示す図である。
【０５３３】
前述した放送システムの受信機で、放送網及びインターネット網のような異種網を介して伝送されるストリームが、一つのサービスのために同期化して用いられる可能性がある。例えば、図示のように、放送網でビデオストリームが伝送され、インターネット網でオーディオストリームが伝送される場合、両ストリームは、一つのサービスのために同期化して復号化され、再生されなければならない。すなわち、一つのサービスを用いるために、放送網でビデオを取得し、インターネット網でオーディオを取得しなければならない。例えば、同じコンテンツに対して、放送網で提供する言語と異なる言語で製作されたオーディオで視聴したい視聴者は、自身の所望する言語で製作された、該当のコンテンツのオーディオをインターネット網で受信して用いることができる。
【０５３４】
しかし、両ストリームは別個のタイムライン（ｔｉｍｅｌｉｎｅ）を有するため、両タイムライン間のマッピングを可能にするメカニズムが必要である。ここで、タイムラインは、各伝送網を介して伝送されるデータ又はコンテンツが再生又は復号される基準となる絶対的な又は相対的な時間を示すことができる。すなわち、放送網を介して伝送されるビデオが示す内容と、インターネット網を介して伝送されるオーディオが示す内容とが、サービス内で一致しなければならない。
【０５３５】
本発明の一実施例では、放送網とインターネット網などの異種網を介して伝送されるストリーム間の同期化のためにタイムラインコンポーネント（Ｔｉｍｅｌｉｎｅ  ｃｏｍｐｏｎｅｎｔ）を用いる方法及び装置を提案する。タイムラインコンポーネントストリームは、一つ以上のタイムラインコンポーネントＡＵ（ａｃｃｅｓｓ  ｕｎｉｔ）を含むことができる。タイムラインコンポーネントＡＵは、タイムラインコンポーネント内で、連続して存在することができる。
【０５３６】
タイムラインコンポーネントＡＵが、放送網で伝送されるストリームのタイムラインに、インターネット網で伝送されるストリームのタイムラインをマップする例を示している。放送網で伝送されるパケットのヘッダーに、放送網で伝達されるストリームのタイムラインに関する情報が含まれている場合、放送網を介して伝送可能なタイムラインコンポーネントＡＵは、異種網（例えば、インターネット網）を介して伝送されるストリームのＤＴＳ（Ｄｅｃｏｄｉｎｇ  Ｔｉｍｅ  Ｓｔａｍｐ）、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）などのタイムスタンプ情報などを含むことができる。このような異種網（例えば、インターネット網）を介して伝送されるストリームのタイムラインに関する情報がタイムラインコンポーネントＡＵに含まれる場合、異種網（例えば、インターネット網）を介して伝送されるストリームのタイムラインに関する情報は、放送網を介して伝送されるストリームと同じパケット構造にパケット化することができる。これによって、パケットヘッダーに含まれる放送網の伝送ストリームのタイムスタンプとインターネット網を介して伝達されるストリームのタイムスタンプとを一対一でマップすることができ、両ストリームを一つのタイムラインで同期化して復号化し再生することができる。
【０５３７】
ＰＴＳ（ｐｒｅｓｅｎｔａｔｉｏｎ  ｔｉｍｅｓｔａｍｐ）は、ユーザに提示されるとき、プログラムの個別エレメンタリストリーム（例えば、ビデオ、オーディオ、サブタイトル）の同期化を達成するために用いられるＭＰＥＧ伝送ストリーム、ＭＰＥＧプログラムストリーム、又は擬似データストリーム内のタイムスタンプメタデータフィールドである。ＰＴＳは、プログラムの全クロック基準、すなわち、ＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）又はＳＣＲ（Ｓｙｓｔｅｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）に関連した単位で与えられ、これはまた、伝送ストリーム又はプログラムストリームで送信される。
【０５３８】
ＤＴＳ（Ｄｅｃｏｄｅ  Ｔｉｍｅ  Ｓｔａｍｐ）は、アクセスユニットが受信機バッファから即時に除去されてデコードされる時間を示す。これは、ピクチャリオーダリング（ｐｉｃｔｕｒｅ  ｒｅｏｒｄｅｒｉｎｇ）がＢピクチャに用いられる時にのみＰＴＳと異なる。ＤＴＳが用いられると、ＰＴＳはビットストリームで提供されてもよい。
【０５３９】
前述した内容は、一つの網を介して伝送されるストリームが別個のタイムラインを使用する場合にも同様の適用が可能である。例えば、前述した方法を用いると、複数の異種網を介して伝送されるストリームを集めて視聴者に提供する中継サービス事業者は、別個のストリームに対する同期化のための再処理を直接行う必要がない。
【０５４０】
図３４は、本発明の一実施例に係るタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）を示す図である。
【０５４１】
タイムラインコンポーネントＡＵは、ＸＭＬなどの他の形態のフォーマットで表現されてもよい。
【０５４２】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ｖｅｒｓｉｏｎ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ＰＴＳ＿ｆｌａｇ情報、ＤＴＳ＿ｆｌａｇ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ｆｌａｇ情報、ＮＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ＰＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ｔｉｍｅｃｏｄｅ＿ｆｌａｇ情報、ＰＣＲ＿ｔｉｍｅ＿ｆｌａｇ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＰＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＤＴＳ情報、ＰＣＲ＿ｔｉｍｅ＿ＰＴＳ情報、及び／又はＰＣＲ＿ｔｉｍｅ＿ＤＴＳ情報を含むことができる。
【０５４３】
Ｉｄｅｎｔｉｆｉｅｒ情報は、タイムラインコンポーネントＡＵの構造を固有に示す識別子である。
【０５４４】
ｖｅｒｓｉｏｎ情報は、下位ＰＴＳ、ＤＴＳなどのタイムスタンプフィールドの長さを示すことができる。例えば、ｖｅｒｓｉｏｎ情報の値が１であれば、６４ビット、０であれば、３２ビットの長さを有することができる。
【０５４５】
ＡＵ＿ｌｅｎｇｔｈ情報は、タイムラインコンポーネントＡＵの長さを示す。
【０５４６】
ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵが外部網を介して伝送されるストリームのｌｏｃａｔｉｏｎ情報を含んでいるか否かを示す。
【０５４７】
ＰＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがＰＴＳ値を含んでいるか否かを示す。
【０５４８】
ＤＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがＤＴＳ値を含んでいるか否かを示す。
【０５４９】
ｍｅｄｉａ＿ｔｉｍｅ＿ｆｌａｇ情報は、メディアタイム（ｍｅｄｉａ  ｔｉｍｅ）形式のタイムスタンプを含んでいるか否かを示す。
【０５５０】
ＮＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報は、ＮＴＰ形式のタイムスタンプを含んでいるか否かを示す。
【０５５１】
ＰＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報は、ＰＴＰ形式のタイムスタンプを含んでいるか否かを示す。
【０５５２】
ｔｉｍｅｃｏｄｅ＿ｆｌａｇ情報は、ＳＭＰＴＥタイムコード（ｔｉｍｅｃｏｄｅ）形式のタイムスタンプを含んでいるか否かを示す。
【０５５３】
ＰＣＲ＿ｔｉｍｅ＿ｆｌａｇ情報は、ＭＰＥＧ−２  ＴＳのＰＣＲベースのタイムスタンプを含んでいるか否かを示す。
【０５５４】
ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報は、ｌｏｃａｔｉｏｎフィールドの長さを示す。
【０５５５】
Ｌｏｃａｔｉｏｎ情報は、異種網で伝送されるストリームのＵＲＬ又は固有ＩＤを示す。Ｌｏｃａｔｉｏｎ情報が固有ＩＤを示す場合、シグナリングデータなどの情報と連動して用いられてもよい。
【０５５６】
ｔｉｍｅｓｃａｌｅ情報は、メティアタイムスケール（ｍｅｄｉａ  ｔｉｍｅｓｃａｌｅ）を示す。ｔｉｍｅｓｃａｌｅ情報は、他の情報が示す時間の単位を識別する情報である。
【０５５７】
ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報は、メディアタイム形式で表現されたＰＴＳを示す。
【０５５８】
ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報は、メディアタイム形式で表現されたＤＴＳを示す。
【０５５９】
ＮＴＰ＿ｔｉｍｅ＿ＰＴＳ情報は、ＮＰＴ形式で表現されたＰＴＳを示す。
【０５６０】
ＮＴＰ＿ｔｉｍｅ＿ＤＴＳ情報は、ＮＰＴ形式で表現されたＤＴＳを示す。
【０５６１】
ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ情報は、ＰＴＰ形式で表現されたＰＴＳを示す。
【０５６２】
ＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報は、ＰＴＰ形式で表現されたＤＴＳを示す。
【０５６３】
ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ又はＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報は、３２ビット、６４ビット又は８０ビットのいずれかのサイズを有することができる。
【０５６４】
ｔｉｍｅｃｏｄｅ＿ＰＴＳ情報は、ＳＭＰＴＥタイムコード形式で表現されたＰＴＳを示す。
【０５６５】
ｔｉｍｅｃｏｄｅ＿ＤＴＳ情報は、ＳＭＰＴＥタイムコード形式で表現されたＤＴＳを示す。
【０５６６】
ＰＣＲ＿ｔｉｍｅ＿ＰＴＳ情報は、ＰＣＲ形式で表現されたＰＴＳを示す。
【０５６７】
ＰＣＲ＿ｔｉｍｅ＿ＤＴＳ情報は、ＰＣＲ形式で表現されたＤＴＳを示す。
【０５６８】
本発明の一実施例によれば、受信機は、ｌｏｃａｔｉｏｎ情報によって識別される外部網のストリームに、タイムラインコンポーネントＡＵに含まれる一つ以上のタイムスタンプ情報を適用して、放送網で伝送されるストリームと異種網で伝送されるストリームとの同期を取ることができる。
【０５６９】
図３５は、本発明の他の実施例に係る、タイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）を示す図である。
【０５７０】
タイムラインコンポーネントＡＵは、ＸＭＬなどの他の形態のフォーマットで表現されてもよい。
【０５７１】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ｖｅｒｓｉｏｎ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ＰＴＳ＿ｆｌａｇ情報、ＤＴＳ＿ｆｌａｇ情報、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳ情報、及び／又はｔｉｍｅｓｔａｍｐ＿ｔｏ＿ＤＴＳ情報（又は、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＤＴＳ情報）を含むことができる。
【０５７２】
前述したタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）に含まれる情報と同じ名称を有する情報に関する説明は、前述した説明に代える。
【０５７３】
ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報は、マップしようとするタイムラインのタイムスタンプ形式を示す。例えば、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ情報の値が０である場合には、３２ビット形式を用いることを示し、１である場合には、将来６４ビット形式を用いることを示すことができる。
【０５７４】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報は、マップしようとするタイムラインのタイムスタンプのタイプを示す。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が、０ｘ００の場合、メディアタイムであることを示し、０ｘ０１の場合、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であることを示し、０ｘ０２の場合、ＰＴＰであることを示し、０ｘ０３の場合、ｔｉｍｅｃｏｄｅであることを示し、０ｘ０４−０ｘ１Ｆの場合には、将来に定義することができ、そのためにリザーブ（ｒｅｓｅｒｖｅ）されてもよい。
【０５７５】
ｔｉｍｅｓｃａｌｅ情報は、マップしようとするタイムラインのメディアタイムを表現するタイムスケール（ｔｉｍｅ  ｓｃａｌｅ）を示すことができる。例えば、ＭＰＥＧ−２  ＴＳの場合、ｔｉｍｅｓｃａｌｅは９０Ｋ値を有することができる。
【０５７６】
ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報は、マップしようとするタイムラインの再生タイムスタンプ（ｐｒｅｓｅｎｔａｔｉｏｎ  ｔｉｍｅｓｔａｍｐ）、すなわち、再生する時点に対するメディアタイムを示すことができる。ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇの値が０である場合、３２ビット形式で示し、当該値が１である場合、６４ビットで示すことができる。
【０５７７】
ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報は、マップしようとするタイムラインのデコーディングタイムスタンプ（ｄｅｃｏｄｉｎｇ  ｔｉｍｅｓｔａｍｐ）、すなわち、デコードする時点に対するメディアタイムを示すことができる。ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇの値が０である場合には、３２ビットの形式で示し、当該値が１である場合には、６４ビットで示すことができる。
【０５７８】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳ情報は、マップしようとするタイムラインのタイムスタンプタイプによる再生タイムスタンプ、すなわち、再生する時点を示すことができる。ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇの値が０である場合、３２ビットの形式で示し、当該値が１である場合、６４ビットで示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅフィールドの値がＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を示す場合、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳフィールド値は、ＮＴＰベース再生時点に対するタイムスタンプ値を有することができる。
【０５７９】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＤＴＳ情報は、マップしようとするタイムラインのタイムスタンプタイプによるデコーディングタイムスタンプ、すなわち、デコードする時点を示すことができる。ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＤＴＳ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ＿ｆｌａｇ値が０である場合、３２ビットの形式で示し、当該値が１である場合、６４ビットで示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅフィールドの値がＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を示す場合、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ＿ＰＴＳフィールド値は、ＮＴＰベースデコーディング時点に対するタイムスタンプ値を有することができる。
【０５８０】
図３６は、本発明の一実施例に係る、放送網の伝送パケットのタイムスタンプがない場合に、タイムラインコンポーネントを用いて、放送網で伝送されるストリームと、異種網（例えばインターネット網）で伝送されるストリームとの同期を取る方法を示す図である。
【０５８１】
前述したタイムラインコンポーネントを用いる、異種網を介して伝送される伝送ストリーム間のタイムライン共有を通じた同期化方法において、タイムライン共有は、放送網の伝送ストリームのパケットヘッダーのタイムスタンプと、パケットペイロードのタイムラインコンポーネントＡＵに含まれるインターネット網の伝送ストリームのタイムスタンプとを一対一マップすることによって行うことができる。
【０５８２】
しかしながら、放送網伝送パケットのヘッダーにタイムスタンプ関連情報が存在しない場合がありうる。
【０５８３】
図面のように、伝送パケットのヘッダーにタイムスタンプと関連した情報が存在しない場合、タイムラインにおけるオリジンタイムスタンプ（ｏｒｉｇｉｎ  ｔｉｍｅｓｔａｍｐ）に関する追加情報が必要である。放送網とインターネット網とのタイムライン共有は、オリジンタイムスタンプと前述したインターネット網伝送ストリームのタイムスタンプとを一対一マッピングすることによって達成することができる。
【０５８４】
オリジンタイムスタンプと異種網（例えば、インターネット網）の伝送ストリームのタイムスタンプ関連情報は、タイムラインコンポーネントＡＵに含めることができる。
【０５８５】
オリジンタイムスタンプは、基準となるタイムライン上のタイムスタンプと定義することができる。例えば、前述した実施例で、放送網で伝送されるストリームに対するタイムスタンプをオリジンタイムスタンプと定義することができる。
【０５８６】
図３７は、本発明の他の実施例に係るタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）を示す図である。
【０５８７】
本発明の他の実施例に係るタイムラインコンポーネントＡＵのシンタックス（Ｓｙｎｔａｘ）は、前述したタイムラインコンポーネントＡＵのシンタックスに、オリジンタイムスタンプに関連した情報をさらに含むことができる。
【０５８８】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ｖｅｒｓｉｏｎ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ＰＴＳ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ＤＴＳ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ＰＴＳ情報、ｏｒｉｇｉｎ＿ＤＴＳ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ＰＴＳ＿ｆｌａｇ情報、ＤＴＳ＿ｆｌａｇ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ｆｌａｇ情報、ＮＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ＰＴＰ＿ｔｉｍｅ＿ｆｌａｇ情報、ｔｉｍｅｃｏｄｅ＿ｆｌａｇ情報、ＰＣＲ＿ｔｉｍｅ＿ｆｌａｇ情報、ｌｏｃａｔｉｏｎ＿ＵＲＬ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ＵＲＬ情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＰＴＳ情報、ｍｅｄｉａ＿ｔｉｍｅ＿ＤＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＮＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＰＴＳ情報、ＰＴＰ＿ｔｉｍｅ＿ＤＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＰＴＳ情報、ｔｉｍｅｃｏｄｅ＿ＤＴＳ情報、ＰＣＲ＿ｔｉｍｅ＿ＰＴＳ情報、及び／又はＰＣＲ＿ｔｉｍｅ＿ＤＴＳ情報を含むことができる。
【０５８９】
前述したタイムラインコンポーネントＡＵのシンタックスに含まれる情報と同じ名称を有する情報に関する説明は、前述した説明に代える。
【０５９０】
ｏｒｉｇｉｎ＿ＰＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがｏｒｉｇｉｎ＿ＰＴＳ値を含んでいるか否かを示す。
【０５９１】
ｏｒｉｇｉｎ＿ＤＴＳ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵがオリジンＤＴＳ値を含んでいるか否かを示す。
【０５９２】
ｏｒｉｇｉｎ＿ＰＴＳ情報は、タイムラインマッピングの基準となるベースタイムライン上で現在パケットのＰＴＳを示す。
【０５９３】
ｏｒｉｇｉｎ＿ＤＴＳ情報は、タイムラインマッピングの基準となるベースタイムライン上で現在パケットのＤＴＳを示す。
【０５９４】
ｌｏｃａｔｉｏｎ＿ＵＲＬ＿ｌｅｎｇｔｈ情報は、ｌｏｃａｔｉｏｎ＿ＵＲＬ情報の長さを示す。
【０５９５】
ｌｏｃａｔｉｏｎ＿ＵＲＬ情報は、異種網を介して伝送されるストリームのＵＲＬを示すか、又は、異種網を介して伝送されるストリームを固有に識別する識別子を示すことができる。
【０５９６】
受信機は、放送網の伝送ストリームのパケットペイロードからタイムラインコンポーネントＡＵを取得し、タイムラインコンポーネントＡＵでｏｒｉｇｉｎ＿ＰＴＳ情報及び／又はｏｒｉｇｉｎ＿ＤＴＳ情報をパーシングし、それらの情報に基づいて、放送網の伝送ストリームに対するタイムスタンプ情報を得ることができる。受信機は、ｏｒｉｇｉｎ＿ＰＴＳ情報及び／又はｏｒｉｇｉｎ＿ＤＴＳ情報を通じて取得した放送網の伝送ストリームのタイムスタンプとタイムラインコンポーネントＡＵに含まれる異種網に対するタイムスタンプ関連情報を用いて、放送網の伝送ストリームと異種網の伝送ストリームとの同期を取ることができる。
【０５９７】
図３８は、本発明の他の実施例に係るタイムラインコンポーネントＡＵのシンタックスを示す図である。
【０５９８】
同図では、タイムラインコンポーネントＡＵは、放送網或いはインターネット網で伝送されるメディアストリームに関連した追加のメタデータを含むことができる。このようなメタデータのうち、メディアストリーム及び関連タイムラインに対するメタデータを含むタイムラインコンポーネントＡＵを示している。
【０５９９】
タイムラインコンポーネントＡＵは、ＸＭＬなどの他の形態のフォーマットで表現されてもよい。
【０６００】
タイムラインコンポーネントＡＵは、ｉｄｅｎｔｉｆｉｅｒ情報、ＡＵ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｌａｇ情報、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報、ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｌｏｃａｔｉｏｎ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｃａｌｅ情報、ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ情報、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅｓ（）情報、ｔｉｍｅｓｃａｌｅ情報、ｍｅｄｉａ＿ｔｉｍｅ情報、タイムスタンプ情報、及び／又はｄａｔａ＿ｂｙｔｅｓ（）情報を含むことができる。
【０６０１】
前述したタイムラインコンポーネントＡＵのシンタックスに含まれる情報と同じ名称を有する情報に関する説明は、前述した説明に代える。
【０６０２】
Ｉｄｅｎｔｉｆｉｅｒ情報は、タイムラインに関連したメタデータであることを示す識別子、或いはタイムラインコンポーネントアクセスユニット（ａｃｃｅｓｓ  ｕｎｉｔ；ＡＵ）構造を含んでいることを示す識別子であってもよい。
【０６０３】
ＡＵ＿ｌｅｎｇｔｈ情報は、タイムラインコンポーネントＡＵが含む情報の長さを示すことができる。
【０６０４】
ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報は、タイムラインコンポーネントＡＵが含む情報に関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を含んでいるか否かを示すことができる。
【０６０５】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｌａｇ情報は、オリジンタイムスタンプに関連した情報を含むか否かを示すことができる。
【０６０６】
ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報は、タイムラインコンポーネントＡＵが含むタイムスタンプのバージョン情報を示すことができる。
【０６０７】
ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報は、タイムラインコンポーネントＡＵが含むタイムスタンプのタイプを示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ００である場合、関連したサービス／コンテンツコンポーネントのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）のデコーディング時点を示すデコーディングタイムスタンプ（ＤＴＳ）を示すことができ、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ０１である場合、関連したサービス／コンテンツコンポーネントなどのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）の再生時点を示す再生タイムスタンプ（ＰＴＳ）を示すことができる。
【０６０８】
ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報は、タイムラインコンポーネントＡＵが含むタイムスタンプのフォーマットを示すことができる。例えば、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報の値が０ｘ００であれば、メディアタイムであることを示し、０ｘ０１の場合、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であることを示し、０ｘ０２であれば、ＰＴＰであることを示し、０ｘ０３であれば、ｔｉｍｅｃｏｄｅであることを示すことができ、将来の拡張のために０ｘ０４−０ｘ０Ｆの値をリザーブすることができる。
【０６０９】
ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報は、ｌｏｃａｔｉｏｎフィールドに対する長さを示すことができる。
【０６１０】
ｌｏｃａｔｉｏｎ情報は、タイムラインコンポーネントＡＵが含む情報に関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を示すことができる。ｌｏｃａｔｉｏｎ情報は、ＩＰアドレス／ポートナンバー、或いはＵＲＩなどの形態で示すことができる。
【０６１１】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ情報は、タイムラインマッピングの基準となり得るベースタイムラインに対するタイムスタンプフォーマットのバージョンを示すことができる。当該フィールド値が０である場合、３２ビットフォーマットの形式を用いていることを示し、１である場合には、６４ビットフォーマットの形式を用いていることを示すことができる。例えば、ビデオストリームが放送網を介して伝達され、オーディオストリームがインターネット網を介して伝送される場合、ビデオストリームにオーディオストリームのタイムラインマッピングする時に基準となるベースタイムラインは、放送網で伝達されるビデオストリームのタイムスタンプとすることができる。この場合、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎは、放送網で伝送されるビデオストリームに対するタイムスタンプ形式を示すことができる。
【０６１２】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報は、タイムラインマッピングの基準となり得るベースタイムラインに対するタイムスタンプのタイプを示すことができる。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ００である場合、ベースタイムラインに関連したサービス／コンテンツコンポーネントなどのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）のデコーディング時点を示すデコーディングタイムスタンプ（ＤＴＳ）を示すことができ、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅ情報の値が０ｘ０１である場合、ベースタイムラインに関連したサービス／コンテンツコンポーネントなどのアクセスユニットなどのデータ（例えば、オーディオアクセスユニット）の再生時点を示す再生タイムスタンプ（ＰＴＳ）を示すことができる。
【０６１３】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報は、タイムラインマッピングの基準となり得るベースタイムラインに対するタイムスタンプのフォーマットを示すことができる。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔ情報の値が０ｘ００であれば、メディアタイムであることを示し、０ｘ０１であれば、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）であることを示し、０ｘ０２であれば、ＰＴＰであることを示し、０ｘ０３であれば、ｔｉｍｅｃｏｄｅであることを示すことができ、０ｘ０４−０ｘ０Ｆの値は、将来の拡張のためにリザーブされてもよい。
【０６１４】
ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｆｌａｇ情報は、タイムラインマッピングの基準となり得るベースタイムラインに関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を含んでいるか否かを示すことができる。
【０６１５】
ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ＿ｌｅｎｇｔｈ情報は、ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎフィールドに対する長さを示すことができる。
【０６１６】
ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ情報は、タイムラインマッピングの基準となり得るベースタイムラインに関連したサービス及びコンテンツコンポーネントなどに対するｌｏｃａｔｉｏｎ情報を示すことができる。ｏｒｉｇｉｎ＿ｌｏｃａｔｉｏｎ情報は、ＩＰアドレス／ポートナンバー、或いはＵＲＩなどの形態で示すことができる。
【０６１７】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｃａｌｅ情報は、タイムラインマッピングの基準となるベースタイムラインのメディアタイムの表現時に使用できるタイムスケール（ｔｉｍｅ  ｓｃａｌｅ）を示すことができる。例えば、ＭＰＥＧ−２  ＴＳの場合、タイムスケールは９０Ｋ値を有することができる。
【０６１８】
ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、タイムラインマッピングの基準となるベースタイムライン上でメディアタイムを示すことができる。ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって該当のメディアタイムの意味する内容が異なってもよい。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＰＴＳである場合、ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、再生時点に対するメディアタイムを示すことができ、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＤＴＳである場合、ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、デコーディング時点に対するメディアタイムを示すことができる。ｏｒｉｇｉｎ＿ｍｅｄｉａ＿ｔｉｍｅ情報は、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示すことができ、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６１９】
ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報は、タイムラインマッピングの基準となるベースタイムライン上でｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔのフィールド値によって別々のフォーマットのタイムスタンプを示すことができ、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報に該当するタイムスタンプの意味が異なってもよい。例えば、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＤＴＳを示し、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔの値が‘０ｘ０１’である場合、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報の該当のタイムスタンプは、ＮＴＰで表現されたデコーディング時点を示すことができる。ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ情報は、ｏｒｉｇｉｎ＿ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示し、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６２０】
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ情報は、後続するｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅｓのバイト単位の長さを示すことができる。
【０６２１】
ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅｓ（）情報は、ｐｒｉｖａｔｅ＿ｄａｔａ＿ｌｅｎｇｔｈ長さだけ私的に（ｐｒｉｖａｔｅｌｙ）定義したり、将来に拡張内容を含み得る領域を示す。
【０６２２】
ｔｉｍｅｓｃａｌｅ情報は、メディアタイム表現時に使用できるタイムスケールを示すことができる。
【０６２３】
ｍｅｄｉａ＿ｔｉｍｅ情報は、メディアタイムを示すことができる。ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって、ｍｅｄｉａ＿ｔｉｍｅ情報に該当するメディアタイムの意味する内容が異なってもよい。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＰＴＳである場合、ｍｅｄｉａ＿ｔｉｍｅ情報は、再生時点に対するメディアタイムを示すことができる。ｍｅｄｉａ＿ｔｉｍｅ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示し、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６２４】
タイムスタンプ情報は、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔのフィールド値によって別々のフォーマットのタイムスタンプを示すことができ、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅによって、タイムスタンプ情報に該当するタイムスタンプの意味が異なってもよい。例えば、ｔｉｍｅｓｔａｍｐ＿ｔｙｐｅがＤＴＳを示し、ｔｉｍｅｓｔａｍｐ＿ｆｏｒｍａｔの値が‘０ｘ０１’である場合、タイムスタンプ情報に該当するタイムスタンプは、ＮＴＰで表現されたデコーディング時点を示すことができる。タイムスタンプ情報は、ｔｉｍｅｓｔａｍｐ＿ｖｅｒｓｉｏｎ値が０である場合、３２ビットで示し、当該フィールド値が１である場合、６４ビットで示すことができる。
【０６２５】
ｄａｔａ＿ｂｙｔｅｓ（）情報は、将来に拡張内容を含むフィールド又は領域を示す。
【０６２６】
図３９は、本発明の一実施例に係る、ＤＡＳＨが適用される放送網の伝送ストリームと異種網（例えば、インターネット網）の伝送ストリームとを、タイムラインコンポーネントＡＵを用いて同期化する方法を示す図である。
【０６２７】
同図は、タイムラインコンポーネントを用いて、異種網を介してた伝送ストリーム間の同期化方案をＤＡＳＨに適用した実施例を示す。本実施例では、ビデオストリームを放送網で伝送し、オーディオストリームをインターネット網で伝送することができる。２つのストリームともＤＡＳＨによって暗号化（ｅｎｃａｐｓｕｌａｔｉｏｎ）されてサービスされているが、互いに異なる網で伝送されるため、別途のＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）を有する独立したコンテンツ形態として別個のタイムラインを有することができる。
【０６２８】
互いに独立したタイムラインを有する２つのストリーム間の同期化のために、タイムラインコンポーネントが放送網で伝送されるＤＡＳＨコンテンツに含まれてもよい。放送網で伝送されるビデオストリーム及びタイムラインコンポーネントストリームは、一つのコンテンツに含まれて一つのタイムラインを共有することができ、タイムラインコンポーネントは、インターネット網で伝送されるオーディオストリームのタイムライン情報を含み、この情報に基づいて受信機は、放送網のタイムラインを用いてインターネット網伝送ストリームを同期化することができる。
【０６２９】
ＤＡＳＨコンテンツにおいてタイムラインコンポーネントストリームは、ビデオストリーム又はオーディオストリームと同様に、一つのトラック（ｔｒａｃｋ）として構成されてもよい。タイムラインコンポーネントストリームに対して、ＭＰＤ及びｔｒａｆボックスなどで提供されるタイミング情報を介してそれぞれのＡＵ単位でＤＴＳ、ＰＴＳなどのタイムスタンプが与えられ、放送網タイムラインにマップされてもよい。タイムラインコンポーネントストリームをトラックとして構成するとき、当該トラックがタイムラインコンポーネントストリームを含んでいることを識別可能なシグナリング（ｓｉｇｎａｌｉｎｇ）情報を必要としてもよい。このようなシグナリング情報は、ＩＳＯ  ＢＭＦＦベースのＤＡＳＨ初期化セグメント（ＤＡＳＨ  ｉｎｉｔｉａｌｉｚａｔｉｏｎ  ｓｅｇｍｅｎｔ）内のｈｄｌｒボックスに含まれてもよく、含まれたメディアのタイプを示すｈａｎｄｌｅｒ＿ｔｙｐｅと、ｍｉｎｆボックスに含まれるメディアヘッダーボックス、及びメディアストリームの具体的タイプと初期化情報を示すｓｔｓｄボックス内のｓａｍｐｌｅ  ｅｎｔｒｙなどとして提供されてもよい。
【０６３０】
タイムラインコンポーネントは、ｈｄｌｒボックスに“ｍｅｔａ”というハンドラタイプでメタデータタイプに属することを表現することができ、“ｎｍｈｄ”というヌル（ｎｕｌｌ）メディアヘッダーボックスを含むことができる。
【０６３１】
図４０は、本発明の一実施例に係る、ＩＳＯ  ＢＭＦＦ（ＩＳＯ  ｂａｓｅ  ｍｅｄｉａ  ｆｉｌｅ  ｆｏｒｍａｔ）においてタイムラインコンポーネントを識別するためのサンプルエントリ（Ｓａｍｐｌｅ  Ｅｎｔｒｙ）を示す図である。
【０６３２】
本発明の一実施例によれば、タイムラインコンポーネントを識別するために、ｓｔｓｄボックスに含まれるストリームシグナリング情報を図示のように設定することができる。
【０６３３】
タイムラインコンポーネントストリームをファイル内で識別するために、メタデータサンプルエントリ（ｍｅｔａｄａｔａ  ｓａｍｐｌｅ  ｅｎｔｒｙ）の派生型としてＴｉｍｅｌｉｎｅ  Ｃｏｍｐｏｎｅｎｔ  ＭｅｔａＤａｔａ  ＳａｍｐｌｅＥｎｔｒｙが定義されてもよい。Ｔｉｍｅｌｉｎｅ  Ｃｏｍｐｏｎｅｎｔ  ＭｅｔａＤａｔａ  ＳａｍｐｌｅＥｎｔｒｙは、‘ｍｅｔｃ’のような４バイトのタイプを有することができ、上記のようなタイプフィールドを介してファイル内で固有に識別されてもよい。
【０６３４】
タイムラインコンポーネントが記述しているストリームのｌｏｃａｔｉｏｎ  ＵＲＬ又はストリームを再生させるまでの初期ディレー（ｄｅｌａｙ）などの初期化及びシグナリングパラメータを“ｍｅｔｃ”サンプルエントリ内に含めることができる。
【０６３５】
図４１は、本発明の一実施例に係る、ＩＳＯ  ＢＭＦＦでタイムラインコンポーネントトラックと他のトラックとの依存関係を表現するためのトラックリファレンスタイプボックス（Ｔｒａｃｋ  Ｒｅｆｅｒｅｎｃｅ  Ｔｙｐｅ  Ｂｏｘ）を示す図である。
【０６３６】
タイムラインコンポーネントをＤＡＳＨセグメントのようなＩＳＯ  ＢＭＦＦベースファイル構造体に含めるために、前述したシグナリング情報に加えて、他のトラックとの依存関係に関する情報をシグナルすることもできる。同図は、トラック間の依存関係を表現するｔｒｅｆボックスを用いて、タイムラインコンポーネントトラックとＤＡＳＨセグメントの他のトラックとの依存関係を表現する実施例を示す。
【０６３７】
Ｔｒｅｆボックスは、内部にトラックリファレンスタイプボックスを含む。Ｔｒｅｆボックスは、前述したタイムラインコンポーネントと他のトラックとの依存関係を表現するためのタイプとして、前述したように‘ｍｅｔｌ’というｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅを定義することができる。Ｔｒｅｆボックス内のｔｒａｃｋ＿ＩＤは、参照関係を有するトラックのＩＤを意味する。‘ｍｅｔｌ’リファレンスタイプボックスの定義を用いて、タイムラインコンポーネントとタイムラインを共有する他のトラックとの依存関係を表現することができる。
【０６３８】
前述の図面に示したように、前述の‘ｍｅｔｌ’ボックスを含むｔｒｅｆボックスは、タイムラインコンポーネントトラックボックスに含まれ、依存関係にあるビデオトラックのＩＤを‘ｍｅｔｌ’ボックス内に含む。又は、実施例のビデオトラックにｔｒｅｆボックス及び‘ｍｅｔｌ’ボックスが含まれ、‘ｍｅｔｌ’のｔｒａｃｋ＿ＩＤとしてタイムラインコンポーネントトラックのＩＤを含むこともできる。
【０６３９】
図４２は、本発明の一実施例に係る、次世代放送システムにおいてサービス及び／又はコンテンツを取得する構造を示す図である。
【０６４０】
本発明で提案した方案は、次世代放送システムでは、受信機がサービス或いはコンテンツを放送網或いはインターネット網を介して効率的に取得できるようにする。
【０６４１】
同図は、ハイブリッド放送システムにおいてサービス或いはコンテンツを取得するための一例を示す。
【０６４２】
例えば、サービス０（Ｓｅｒｖｉｃｅ  ０）は、一つのビデオ（ｖｉｄｅｏ）及び一つのオーディオ（ａｕｄｉｏ）で構成され、ビデオ／オーディオはそれぞれ、地上波放送網で伝送されるＩＰストリーム（ＩＰ  ｓｔｒｅａｍ）を介して取得することができる。
【０６４３】
サービス１（Ｓｅｒｖｉｃｅ  １）の場合、ビデオを送信するＩＰストリームとオーディオを送信するＩＰストリームとが一つのＰＬＰを介して伝送されるため、受信機は当該ＰＬＰをデコードしてサービス１を取得することができる。
【０６４４】
サービスＮ（Ｓｅｒｖｉｃｅ  Ｎ）の場合、ビデオは地上波放送網で伝送されるが、オーディオはインターネット網で取得することができる。
【０６４５】
このように受信機がサービス０、サービス１、又はサービスＮに含まれているコンポーネントを取得する過程で、前述した本発明の実施例を用いることができる。すなわち、受信機は、サービス０、サービス１、又はサービスＮに含まれたそれぞれのコンポーネントを送信するＰＬＰを識別し、当該ＰＬＰをデコードして所望のサービスを取得することができる。
【０６４６】
図４３は、本発明の一実施例に係る、ＩＳＯ  ＢＭＦＦにおいてビデオデータ及び／又はオーディオデータに接近する方法を示す図である。
【０６４７】
同図には、ＩＳＯ  ＢＭＦＦの構造の一部が示されている。図示のビデオデータ及び／又はオーディオデータに接近する方法は、ローカル再生（ｌｏｃａｌ  ｒｅｐｌａｙ）においてデータ間の同期化を行うことを示している。
【０６４８】
受信機は、ＩＳＯファイルで‘ｔｋｈｄ’を用いてトラックを識別する。
【０６４９】
受信機は、‘ｈｄｌｒ’（ｈａｎｄｌｅｒ＿ｔｙｐｅ）を用いて、メディアのタイプがオーディオなのか又はビデオなのかを識別することができる。
【０６５０】
受信機は、‘ｓｔｂｌ’のサンプル記述（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を用いてデコーダを初期化し、これに含まれた情報を用して、ｍｄａｔに含まれたデータ（ｓａｍｐｌｅｓ）をデコードすることができる。
【０６５１】
‘ｓｔｂｌ’ボックスは、‘ｓｔｔｓ’ボックス、‘ｃｔｔｓ’ボックス、‘ｓｔｓｃ’ボックス、‘ｓｔｃｏ’ボックス、及び／又は‘ｓｔｓｚ’ボックスを含むことができる。
【０６５２】
‘ｓｔｔｓ’ボックスは、デコーディング時間（ｄｅｃｏｄｉｎｇ  ｔｉｍｅ）を示す。‘ｓｔｔｓ’ボックスは、デコーディング時間からサンプル番号までのインデクシング（ｉｎｄｅｘｉｎｇ）を可能にする情報を含む。‘ｓｔｔｓ’ボックスは、サンプル番号からのサンプルサイズ、ポインタを提供することができる。
【０６５３】
‘ｃｔｔｓ’ボックスは、デコーディング時間とコンポジッション時間（ｃｏｍｐｏｓｉｔｉｏｎ  ｔｉｍｅ）間のオフセット（ｏｆｆｓｅｔ）に関する情報を提供する。
【０６５４】
‘ｓｔｓｃ’ボックスは、サンプルを含むチャンク（Ｃｈｕｎｋ）、チャンクの位置、及び／又はサンプルに関連した属性情報を含む。メディアデータ内のサンプルはチャンクにグループ化してもよい。チャンクはそれぞれ別個のサイズを有することができ、一つのチャンク内のサンプルもそれぞれ別個のサイズを有することができる。
【０６５５】
‘ｓｔｃｏ’ボックスは、ファイルに含まれるそれぞれのチャンクに対するインデックス（ｉｎｄｅｘ）情報を含むことができる。‘ｓｔｃｏ’ボックスは、その含むメディアファイルへのチャンクの開始のオフセットを提供する。
【０６５６】
‘ｓｔｓｚ’ボックスは、それぞれのサンプルのバイト単位のサイズを提供するテーブル及びサンプルカウントを含む。これは、メディアデータ自体がアンフレーム（ｕｎｆｒａｍｅｄ）されるようにする。メディア内の全サンプルの数は常にサンプルカウントに示される。‘ｓｔｓｚ’ボックスは、デフォルトサンプルサイズを特定する情報を含むことができる。全サンプルが同一のサイズを有すると、情報はそのサイズ値を含む。この情報が０に設定されると、サンプルが別個のサイズを有し、それらのサイズがサンプルサイズテーブルに保存される。この情報が０でないと、一定のサンプルサイズを特定し、アレイが続かない。
【０６５７】
受信機は、‘ｓｔｂｌ’ボックスに含まれる上記の情報を用いて、ビデオサンプル（ビデオデータ）とオーディオサンプル（オーディオデータ）との同期を取ることができる。
【０６５８】
図４４は、本発明の他の実施例に係る、ＩＳＯ  ＢＭＦＦにおいてビデオデータ及び／又はオーディオデータに接近する方法を示す図である。
【０６５９】
同図のビデオデータ及び／又はオーディオデータに接近する方法は、ストリーミング（ｓｔｒｅａｍｉｎｇ  ｒｅｐｌａｙ）においてデータ間の同期を取ることを示している。この場合、ビデオデータ及び／又はオーディオデータは、フラグメンテーション（ｆｒａｇｍｅｎｔａｔｉｏｎ）及び／又はセグメンテーション（ｓｅｇｍｅｎｔａｔｉｏｎ）された状態で伝送／受信される。
【０６６０】
受信機は、初期化セグメント（ｉｎｉｔｉａｌｉｚａｔｉｏｎ  ｓｅｇｍｅｎｔ）からファイル復号に必要な基本的な情報を取得する。受信機はＩＳＯファイルで‘ｔｋｈｄ’を用いてトラックを識別する。
【０６６１】
受信機は、‘ｈｄｌｒ’（ｈａｎｄｌｅｒ＿ｔｙｐｅ）を用いて、メディアのタイプがオーディオなのか又はビデオなのかを識別することができる。
【０６６２】
受信機は、‘ｍｉｎｆ’ボックスに含まれている現在トラックのメディアの特性情報を用いてデコーダを初期化する。
【０６６３】
受信機は、メディアセグメント内の‘ｔｆｈｄ’ボックスを用いて、‘ｔｋｈｄ’によって識別されたトラックに該当するメディアセグメントを識別し、‘ｍｉｎｆ’ボックスのサンプル記述（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ）に該当するサンプル記述インデックス（ｓａｍｐｌｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｉｎｄｅｘ）を取得する。
【０６６４】
受信機は、‘ｔｆｈｄ’ボックスに含まれたベースデータオフセット（ｂａｓｅ  ｄａｔａ  ｏｆｆｓｅｔ）情報、‘ｔｒｕｎ’ボックスに含まれたデータオフセット（ｄａｔａ  ｏｆｆｓｅｔ）情報、及び／又は‘ｔｒｕｎ’ボックスに含まれたサンプルサイズ（ｓａｍｐｌｅ  ｓｉｚｅｓ）情報を用いて、ビデオデータ及び／又はオーディオデータのサンプルを抽出する。
【０６６５】
受信機は、‘ｔｒｕｎ’ボックスに含まれたサンプルデューレーション（ｓａｍｐｌｅ  ｄｕｒａｔｉｏｎ）情報とサンプルコンポジッションタイムオフセット（ｓａｍｐｌｅ  ｃｏｍｐｏｓｉｔｉｏｎ  ｔｉｍｅ  ｏｆｆｓｅｔ）情報を用いて、ビデオデータ及び／又はオーディオデータのサンプル間に同期化を行う。
【０６６６】
以上説明した本発明の方法は、前述した送信機又は受信機で行うことができる。
【０６６７】
本発明の説明は、明瞭化のために、添付の図面のそれぞれを参照して説明するが、添付の図面に示す実施例を併合することによって新しい実施例を設計することもできる。以上説明で言及した実施例を実行するプログラムが記録されたコンピュータ読み取り可能記録媒体が当業者の必要によって設計されると、これも、添付した請求範囲及びその均等物の範囲に属することができる。
【０６６８】
本発明に係る装置及び方法は、以上の説明で言及された実施例の構成及び方法によって制限されない。以上の説明で言及された実施例は、全体的に又は部分的に互いに選択的に結合される方式で構成され、様々な変形が可能である。
【０６６９】
また、本発明に係る方法は、ネットワーク装置に提供されるプロセッサ読み取り可能記録媒体でプロセッサ読み取り可能コードとして具現することができる。プロセッサ読み取り可能媒体は、プロセッサによって読み取り可能なデータを記憶できるいかなる種類の記録装置も含むことができる。プロセッサ読み取り可能記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶装置などがあり、また、インターネットを介した伝送などのようなキャリアウェーブの形態で具現されるものも含む。また、プロセッサ読み取り可能記録媒体は、ネットワークを介して接続されたコンピュータシステムに分散され、分散方式でプロセッサ読み取り可能コードが記憶されて実行されてもよい。
【０６７０】
当業者は、本発明の思想及び範囲から逸脱することなく本発明の様々な変形及び変更が可能であることが理解できる。したがって、本発明は、添付した特許請求の範囲及びその均等物の範囲内で提供される本発明の変形及び変更をカバーする。
【０６７１】
装置及び方法発明が本明細書に言及されており、それらの装置及び方法発明の説明は相互補完的に適用されてもよい。
〔実施例〕
様々な実施例が、本発明を実施するための形態において記載された。
【産業上の利用可能性】
【０６７２】
本発明は、放送信号提供フィールドで有用である。本発明の思想又は範囲から逸脱することく本発明の様々な変形及び変更が可能であるということは当業者にとって自明である。したがって、本発明は、添付した特許請求の範囲及びその均等物の範囲内で提供される本発明の変形及び変更をいずれもカバーするように意図される。
【図１】
2017508327.tif 000052
【図２】
2017508327.tif 000053
【図３】
2017508327.tif 000054
【図４】
2017508327.tif 000055
【図５】
2017508327.tif 000056
【図６】
2017508327.tif 000057
【図７】
2017508327.tif 000058
【図８】
2017508327.tif 000059
【図９】
2017508327.tif 000060
【図１０】
2017508327.tif 000061
【図１１】
2017508327.tif 000062
【図１２】
2017508327.tif 000063
【図１３】
2017508327.tif 000064
【図１４】
2017508327.tif 000065
【図１５】
2017508327.tif 000066
【図１６】
2017508327.tif 000067
【図１７】
2017508327.tif 000068
【図１８】
2017508327.tif 000069
【図１９】
2017508327.tif 000070
【図２０】
2017508327.tif 000071
【図２１】
2017508327.tif 000072
【図２２】
2017508327.tif 000073
【図２３】
2017508327.tif 000074
【図２４】
2017508327.tif 000075
【図２５】
2017508327.tif 000076
【図２６】
2017508327.tif 000077
【図２７】
2017508327.tif 000078
【図２８】
2017508327.tif 000079
【図２９】
2017508327.tif 000080
【図３０】
2017508327.tif 000081
【図３１】
2017508327.tif 000082
【図３２】
2017508327.tif 000083
【図３３】
2017508327.tif 000084
【図３４】
2017508327.tif 000085
【図３５】
2017508327.tif 000086
【図３６】
2017508327.tif 000087
【図３７】
2017508327.tif 000088
【図３８】
2017508327.tif 000089
【図３９】
2017508327.tif 000090
【図４０】
2017508327.tif 000091
【図４１】
2017508327.tif 000092
【図４２】
2017508327.tif 000093
【図４３】
2017508327.tif 000094
【図４４】
2017508327.tif 000095
【国際調査報告】
2017508327.tif 000096
2017508327.tif 000097