(57)【特許請求の範囲】
【請求項１】
放送受信装置の動作方法において、
物理階層フレームを含む放送ストリームを受信するステップと、
前記物理階層フレームからＩＰパケットを獲得するステップと、
前記ＩＰパケットからシグナリングテーブル及び放送コンテンツを獲得するステップであって、前記シグナリングテーブルは、メディア再生ディスクリプション（ＭＰＤ）に関するブートストラップ情報を提供する、ステップと、
前記シグナリングテーブルに基づいてメディアコンテンツを再生するために必要な情報を含む前記ＭＰＤを獲得するステップと、
前記ＭＰＤに基づいて前記メディアコンテンツを再生するステップと、
を有し、
前記物理階層フレームは、物理階層パラメータに関する情報を提供するプリアンブル、及び複数のパイプを含み、
前記シグナリングテーブルは、前記ＭＰＤの伝送プロトコルのタイプを示す第１の属性、及び前記ＭＰＤにアクセスするための第２の属性を含み、
前記伝送プロトコルのタイプは、セッション基盤の伝送プロトコルまたはパケット基盤の伝送プロトコルの少なくとも１つである、動作方法。
【請求項２】
前記ＭＰＤから前記メディアコンテンツに含まれるメディアコンポーネントの属性を獲得するステップを更に含み、
前記ＭＰＤに基づいて前記メディアコンテンツを再生するステップは、前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップを含む、請求項１に記載の動作方法。
【請求項３】
前記ＭＰＤから前記メディアコンテンツに含まれる前記メディアコンポーネントの属性を獲得するステップは、前記ＭＰＤから１つの場面を再生するために必要な複数のメディアコンポーネントの集合であるコンポジットコンポーネントの属性を獲得するステップを含み、
前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップは、前記コンポジットコンポーネントの属性に基づいて前記コンポジットコンポーネントを再生するステップを含む、請求項２に記載の動作方法。
【請求項４】
前記コンポジットコンポーネントの属性は、前記コンポジットコンポーネントに含まれる前記複数のメディアコンポーネントを識別する下位属性を含み、
前記コンポジットコンポーネントの属性に基づいて前記コンポジットコンポーネントを再生するステップは、前記コンポジットコンポーネントに含まれる前記複数のメディアコンポーネントを識別する下位属性に基づいて前記コンポジットコンポーネントを再生するステップを含む、請求項３に記載の動作方法。
【請求項５】
前記コンポジットコンポーネントの属性は、前記コンポジットコンポーネントが再生可能なメディアコンポーネントであるか否かを示す属性を含み、
前記コンポジットコンポーネントの属性に基づいて前記コンポジットコンポーネントを再生するステップは、前記コンポジットコンポーネントが再生可能なメディアコンポーネントであるか否かを示す属性に基づいて前記コンポジットコンポーネントを再生するステップを含む、請求項３に記載の動作方法。
【請求項６】
前記ＭＰＤから前記メディアコンテンツに含まれる前記メディアコンポーネントの属性を獲得するステップは、前記ＭＰＤから前記メディアコンポーネントに関連するメディアコンポーネントを識別する属性を獲得するステップを含み、
前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップは、前記メディアコンポーネントに関連する前記メディアコンポーネントを識別する属性に基づいて前記メディアコンポーネントを再生するステップを含む、請求項２に記載の動作方法。
【請求項７】
前記ＭＰＤから前記メディアコンテンツに含まれる前記メディアコンポーネントの属性を獲得するステップは、前記ＭＰＤから前記メディアコンポーネントがターゲティングする装置を示す属性を獲得するステップを含み、
前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップは、前記メディアコンポーネントがターゲティングする装置を示す属性に基づいて前記メディアコンポーネントを再生するステップを含む、請求項２に記載の動作方法。
【請求項８】
前記メディアコンポーネントがターゲティングする装置を示す属性は、放送信号を直接受信する装置のスクリーンを示す主スクリーン、前記主スクリーンに連結されて連動する連動装置及び前記主スクリーンの一部として挿入されるスクリーンの少なくとも１つを示す、請求項７に記載の動作方法。
【請求項９】
前記ＭＰＤからセグメントの再生開始時間の基準時間を獲得するステップと、
前記再生開始時間の基準時間に基づいて前記セグメントの再生開始時間を獲得するステップと、を更に含み、
前記セグメントは、前記メディアコンテンツを伝送する伝送単位である、請求項１に記載の動作方法。
【請求項１０】
前記再生開始時間の基準時間に基づいて前記セグメントの再生開始時間を獲得するステップは、前記メディアコンテンツの連続した時間区間を示すピリオドの開始時間、前記セグメントの区間及び前記再生開始時間の基準時間に基づいて前記セグメントの再生開始時間を獲得するステップを含む、請求項９に記載の動作方法。
【請求項１１】
前記第１の属性が、セッション基盤の伝送プロトコルを示すとき、前記第２の属性は、前記ＭＰＤを伝送するセッションの識別子を含む、請求項１に記載の動作方法。
【請求項１２】
前記第１の属性が、パケット基盤の伝送プロトコルを示すとき、前記第２の属性は、前記ＭＰＤを伝送するパケットの識別子を含む、請求項１に記載の動作方法。
【請求項１３】
放送信号を受信する放送受信装置において、
物理階層フレームを含む放送ストリームを受信する放送受信部と、
前記物理階層フレームからＩＰパケットを獲得し、前記ＩＰパケットからシグナリングテーブル及び放送コンテンツを獲得し、前記シグナリングテーブルは、メディア再生ディスクリプション（ＭＰＤ）に関するブートストラップ情報を提供し、前記シグナリングテーブルに基づいてメディアコンテンツを再生するために必要な情報を含む前記ＭＰＤを獲得し、前記ＭＰＤに基づいて前記メディアコンテンツを再生する制御部と、を含み、
前記物理階層フレームは、物理階層パラメータに関する情報を提供するプリアンブル、及び複数のパイプを含み、
前記シグナリングテーブルは、前記ＭＰＤの伝送プロトコルのタイプを示す第１の属性、及び前記ＭＰＤにアクセスするための第２の属性を含み、
前記伝送プロトコルのタイプは、セッション基盤の伝送プロトコルまたはパケット基盤の伝送プロトコルの少なくとも１つである、放送受信装置。
【請求項１４】
放送ストリームを伝送する放送伝送装置において、
シグナリングテーブル及び放送コンテンツを生成し、前記シグナリングテーブルは、メディア再生ディスクリプション（ＭＰＤ）に関するブートストラップ情報を提供し、前記シグナリングテーブルと前記放送コンテンツをＩＰパケットにカプセル化し、前記ＩＰパケットを物理階層フレームに挿入する制御部と、
前記物理階層フレームに含まれる前記放送ストリームを伝送する伝送部と、を含み、
前記物理階層フレームは、物理階層パラメータに関する情報を提供するプリアンブル、及び複数のパイプを含み、
前記シグナリングテーブルは、前記ＭＰＤの伝送プロトコルのタイプを示す第１の属性、及び前記ＭＰＤにアクセスするための第２の属性を含み、
前記伝送プロトコルのタイプは、セッション基盤の伝送プロトコルまたはパケット基盤の伝送プロトコルの少なくとも１つである、放送伝送装置。
【請求項１５】
放送伝送装置の動作方法において、
シグナリングテーブル及び放送コンテンツを含むＩＰパケットを生成するステップであって、前記シグナリングテーブルは、メディア再生ディスクリプション（ＭＰＤ）に関するブートストラップ情報を提供する、ステップと、
前記ＩＰパケットを物理階層フレームにカプセル化するステップと、
前記物理階層フレームを含む放送ストリームを伝送するステップと、
を有し、
前記物理階層フレームは、物理階層パラメータに関する情報を提供するプリアンブル、及び複数のパイプを含み、
前記シグナリングテーブルは、前記ＭＰＤの伝送プロトコルのタイプを示す第１の属性、及び前記ＭＰＤにアクセスするための第２の属性を含み、
前記伝送プロトコルのタイプは、セッション基盤の伝送プロトコルまたはパケット基盤の伝送プロトコルの少なくとも１つである、動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法に関するものである。
【背景技術】
【０００２】
デジタル放送環境及び通信環境の発展に伴い、既存の放送網だけではなく、通信網(broadband)を利用するハイブリッド放送が注目を集めている。また、このようなハイブリッド放送はスマートフォンやタブレットなどの端末装置と連動するアプリケーションや放送サービスを提供している。また、ハイブリッド放送は放送サービスに関連するアプリケーション及びそれぞれのユーザに適合したコンテンツを提供する個人化機能を提供している。
【０００３】
このようなハイブリッド放送のためには、放送受信装置が通信網に自由に接近しなければならない。また、放送受信装置は通信網を介して受信されるコンテンツを再生しなければならない。このためには、放送受信装置と放送伝送装置が放送網と通信網を両方とも支援するコンテンツ伝送プロトコルを支援しなければならない。このために、放送伝送装置と放送受信装置がネットワーク環境に応じてメディアコンテンツを適応的に伝送するための標準技術であるMPEG-Dynamic Adaptive Streaming over HTTP(DASH)と、メディアコンテンツをIPネットワークに効率的に伝送するための伝送標準であるMPEG Media Transport(MMT)を利用すべきであるという意見が出されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の一実施例は、通信網と放送網を介したメディアコンテンツの伝送と再生を提供する放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の一実施例による放送受信装置の動作方法は、放送信号を受信するステップと、放送信号に基づいてメディアコンテンツを再生するために必要な情報を含むメディアコンテンツ再生情報を受信するステップと、前記メディアコンテンツ再生情報に基づいて前記メディアコンテンツを再生するステップと、を含むことができる。
【０００６】
放送受信装置の動作方法は、前記メディアコンテンツ再生情報から前記メディアコンテンツが含むメディアコンポーネントの属性を獲得するステップを更に含み、前記メディアコンテンツ再生情報に基づいて前記メディアコンテンツを再生するステップは、前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップを含むことができる。
【０００７】
前記メディアコンテンツ再生情報から前記メディアコンテンツが含むメディアコンポーネントの属性を獲得するステップは、前記メディアコンテンツ再生情報から１つの場面を再生するために必要な複数のメディアコンポーネントの集合であるコンポジットコンポーネントの属性を獲得するステップを含み、前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップは、前記コンポジットコンポーネントの属性に基づいて前記コンポジットコンポーネントを再生するステップを含むことができる。
【０００８】
前記コンポジットコンポーネント属性は、前記コンポジットコンポーネントが含む複数のメディアコンポーネントを識別する下位属性を含み、前記コンポジットコンポーネントの属性に基づいて前記コンポジットコンポーネントを再生するステップは、前記コンポジットコンポーネントが含む複数のメディアコンポーネントを識別する下位属性に基づいて前記コンポジットコンポーネントを再生するステップを含むことができる。
【０００９】
前記コンポジットコンポーネント属性は、前記コンポジットコンポーネントが再生可能なメディアコンポーネントが示す属性を含み、前記コンポジットコンポーネントの属性に基づいて前記コンポジットコンポーネントを再生するステップは、前記コンポジットコンポーネントが再生可能なメディアコンポーネントが示す属性に基づいて前記コンポジットコンポーネントを再生するステップを含むことができる。
【００１０】
前記メディアコンテンツ再生情報から前記メディアコンテンツが含むメディアコンポーネントの属性を獲得するステップは、前記メディアコンテンツ再生情報から前記メディアコンポーネントに関連するメディアコンポーネントを識別する属性を獲得するステップを含み、前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップは、前記メディアコンポーネントに関連するメディアコンポーネントを識別する属性に基づいて前記メディアコンポーネントを再生するステップを含むことができる。
【００１１】
前記メディアコンポーネントに関連するメディアコンポーネントを識別する属性に基づいて前記メディアコンポーネントを再生するステップは、前記メディアコンポーネントに関連するメディアコンポーネントを共に再生するステップを含むことができる。
【００１２】
前記メディアコンテンツ再生情報から前記メディアコンテンツが含むメディアコンポーネントの属性を獲得するステップは、前記メディアコンテンツ再生情報から前記メディアコンポーネントがターゲティングする装置を示す属性を獲得するステップを含み、前記メディアコンポーネントの属性に基づいて前記メディアコンポーネントを再生するステップは、前記メディアコンポーネントがターゲティングする装置を示す属性に基づいて前記メディアコンポーネントを再生するステップを含む。
【００１３】
前記メディアコンポーネントがターゲティングする装置を示す属性は、前記放送信号を直接受信する装置のスクリーンを示す主スクリーン、主スクリーンに連結されて連動する連動装置及び主スクリーンの一部として挿入されるスクリーンのうち少なくともいずれか１つを示すことができる。
【００１４】
放送受信装置の動作方法は、前記メディアコンテンツ再生情報からセグメントの再生開始時間の基準時間を獲得するステップと、前記再生開始時間の基準時間に基づいて前記セグメントの再生開始時間を獲得するステップと、を更に含み、前記メディアコンテンツ再生情報に基づいて前記メディアコンテンツを再生するステップは、前記セグメントが含むメディアコンテンツを再生するステップを含み、前記セグメントは前記メディアコンテンツを伝送する伝送単位である。
【００１５】
前記再生開始時間の基準時間に基づいて前記セグメントの再生開始時間を獲得するステップは、前記メディアコンテンツの連続した時間区間を示すピリオドの開始時間、前記ピリオドの開始時間を基準にした前記セグメントの相対的再生開始時間及び前記再生開始時間の基準時間に基づいて前記セグメントの再生開始時間を獲得するステップを含むことができる。
【００１６】
前記放送信号に基づいて前記メディアコンテンツ再生情報を獲得するステップは、前記放送信号からシグナリングメッセージを獲得するステップと、前記シグナリングメッセージから前記メディアコンテンツ再生情報の伝送方法を示す第１エレメントと前記メディアコンテンツ再生情報の伝送方法によってメディアコンテンツ再生情報をシグナリングする第２エレメントを獲得するステップと、を含むことができる。
【００１７】
前記第１エレメントは、前記メディアコンテンツ再生情報及び前記メディアコンテンツ再生情報を受信できるアドレスの識別子のうち少なくともいずれか１つがセッション基盤の伝送プロトコルによって伝送されることを示し、前記第２エレメントは、前記セッション基盤の伝送プロトコルセッションの識別子を含む。
【００１８】
前記第１エレメントは、前記メディアコンテンツ再生情報及び前記メディアコンテンツ再生情報を受信できるアドレスの識別子のうち少なくともいずれか１つが前記シグナリングメッセージを伝送する第１放送ストリームと異なる第２放送ストリームからセッション基盤の伝送プロトコルによって伝送されることを示し、前記第２エレメントは、前記セッション基盤の伝送プロトコルセッションの識別子と前記第２放送ストリームを識別する放送ストリームの識別子を含むことができる。
【００１９】
前記放送ストリームの識別子は、１つの無線周波数チャネルに含まれる論理的データ伝送経路を示すことができる。
【００２０】
前記第１エレメントは、前記メディアコンテンツ再生情報及び前記メディアコンテンツ再生情報を受信できるアドレスの識別子のうち少なくともいずれか１つがパケット基盤の伝送プロトコルによって伝送されることを示し、前記第２エレメントは、前記パケット基盤の伝送プロトコルパケットの識別子を含むことができる。
【００２１】
前記第１エレメントは、前記メディアコンテンツ再生情報及び前記メディアコンテンツ再生情報を受信できるアドレスの識別子のうち少なくともいずれか１つが前記シグナリングメッセージを伝送する第１放送ストリームと異なる第２放送ストリームからパケット基盤の伝送プロトコルによって伝送されることを示し、前記第２エレメントは、前記パケット基盤の伝送プロトコルパケットの識別子と前記第２放送ストリームを識別する放送ストリームの識別子を含むことができる。
【００２２】
前記第１エレメントは、前記メディアコンテンツ再生情報がInternet Protocol(IP)データグラムに含まれて伝送されることを示し、前記第２エレメントは、前記IPデータグラムを識別するIPアドレス及びポート番号を含むことができる。
【００２３】
本発明の一実施例によって放送信号を受信する放送受信装置は、放送信号を受信する放送受信部と、放送信号に基づいてメディアコンテンツを再生するために必要な情報を含むメディアコンテンツ再生情報を受信し、前記メディアコンテンツ再生情報に基づいて前記メディアコンテンツを再生する制御部と、を含む。
【００２４】
本発明の一実施例によって放送信号を伝送する放送伝送装置は、メディアコンテンツを再生するために必要な情報を含むメディアコンテンツ再生情報を獲得し、メディアコンテンツ情報に基づいて前記放送信号を生成する制御部と、前記放送信号を伝送する伝送部と、を含む。
【発明の効果】
【００２５】
本発明の一実施例は、通信網と放送網を介したメディアコンテンツの伝送と再生を提供する放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法を提供する。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施例による次世代放送サービスに対する放送信号送信装置の構造を示す図である。
【図２】本発明の一実施例による入力フォーマット(Input formatting)モジュールを示す図である。
【図３】本発明の他の一実施例による入力フォーマット(Input formatting)ブロックを示す図である。
【図４】本発明の一実施例によるBICM(bit interleaved coding & modulation)ブロックを示す図である。
【図５】本発明の他の一実施例によるBICMブロックを示す図である。
【図６】本発明の一実施例によるフレームビルディング(Frame Building、フレーム生成)ブロックを示す図である。
【図７】本発明の一実施例によるOFDM(orthogonal frequency division multiplexing)生成(generation)ブロックを示す図である。
【図８】本発明の一実施例による次世代放送サービスに対する放送信号受信装置の構造を示す図である。
【図９】本発明の一実施例によるフレーム構造を示す図である。
【図１０】本発明の一実施例によるフレームのシグナリング階層構造を示す図である。
【図１１】本発明の一実施例によるプリアンブルシグナリングデータを示す図である。
【図１２】本発明の一実施例によるPLS1データを示す図である。
【図１３】本発明の一実施例によるPLS2データを示す図である。
【図１４】本発明の他の一実施例によるPLS2データを示す図である。
【図１５】本発明の一実施例によるフレームの論理(logical)構造を示す図である。
【図１６】本発明の一実施例によるPLS(physical layer signaling)マッピングを示す図である。
【図１７】本発明の一実施例によるEAC(emergency alert channel)マッピングを示す図である。
【図１８】本発明の一実施例によるFIC(fast information channel)マッピングを示す図である。
【図１９】本発明の一実施例によるFEC(forward error correction)構造を示す図である。
【図２０】本発明の一実施例によるタイムインターリービングを示す図である。
【図２１】本発明の他の一実施例によるツイスト行列ブロックインターリーバの基本動作を示す図である。
【図２２】本発明の他の一実施例によるツイスト行列ブロックインターリーバの動作を示す図である。
【図２３】本発明の一実施例によるツイスト行列ブロックインターリーバの対角線方向のリーディングパターンを示す図である。
【図２４】本発明の一実施例による各インターリービングアレイ(array)からインターリービングされたXFECBLOCKを示す図である。
【図２５】本発明の一実施例によるメディアコンテンツ送受信システムの構成を示すブロック図である。
【図２６】本発明の一実施例による通信網を介したメディアコンテンツ送受信システムの構成を示す図である。
【図２７】本発明の一実施例によるMedia Presentation Description(MPD)の構造を示す図である。
【図２８】本発明の一実施例によるMPDのXMLシンタックス(syntax)を示す図である。
【図２９】本発明の一実施例によるMPDのピリオド(Period)エレメントのXMLシンタックスを示す図である。
【図３０】本発明の一実施例による放送受信装置が通信網を介してメディアコンテンツを受信する動作を示すフローチャートである。
【図３１】本発明の一実施例によってMPDをMPD情報テーブルの形態に伝送する場合のビットストリームシンタックスを示す図である。
【図３２】本発明の一実施例によって放送受信装置がMPDを含む情報テーブルに基づいてMPDを抽出する動作を示すフローチャートである。
【図３３】本発明の一実施例によってMPDリンクを含むMPDリンクテーブルを示す図である。
【図３４】本発明の一実施例によって放送受信装置がメディアコンテンツ再生情報リンクを含むメディアコンテンツ再生情報テーブルに基づいてMPDを受信する動作を示すフローチャートである。
【図３５】本発明の一実施例によってIPデータグラム(Datagram)にMPDまたはMPD情報テーブルを含ませて伝送することを示す図である。
【図３６】本発明の一実施例によってIPデータグラムにMPDまたはMPD情報テーブルを含ませて伝送する場合のIPデータグラムのシンタックスを示す図である。
【図３７】本発明の一実施例によってIPデータグラムにMPDまたはMPD情報テーブルを含ませて伝送する場合のIPデータグラムに含まれたMPDペイロード(payload)のシンタックスを示す図である。
【図３８】本発明の一実施例によって放送受信装置がメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを含むIPデータグラムに基づいてメディアコンテンツ情報またはメディアコンテンツ再生情報テーブルを抽出する動作を示すフローチャートである。
【図３９】本発明の一実施例によってMPDを伝送するためのMPDディスクリプタ(descriptor)のシンタックスを示す図である。
【図４０】MPDディスクリプタがMPDを直接含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【図４１】MPDディスクリプタがMPDをリンクするリンクを含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【図４２】MPDディスクリプタがMPDを含むデータパケットの識別子を含む場合のMPDbootstrap_dataのシンタックスを示す図である。
【図４３】MPDディスクリプタがMPDを含む別途の放送ストリームの識別子を含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【図４４】MPDディスクリプタがMPDを含むIPデータグラムに関する情報を含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【図４５】MPDディスクリプタがMPDを伝送するセッション基盤の伝送プロトコルのセッションに関する情報を含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【図４６】メディアコンテンツ再生情報の伝送方法を放送情報シグナリング(signaling)情報テーブルに含ませて伝送する場合の放送受信装置がメディアコンテンツ再生情報を受信する動作を示すフローチャートである。
【図４７】放送コンテンツが放送網だけでなく通信網を介しても伝送される場合の放送受信装置が放送ストリーム伝送安定可否に基づいてメディアコンテンツを再生する動作を説明するフローチャートである。
【図４８】本発明の一実施例によるハイブリッド放送サービスをシグナリングするシグナリングメッセージのシンタックスを示す図である。
【図４９】本発明の他の実施例によるハイブリッド放送サービスをシグナリングするシグナリングメッセージのシンタックスを示す図である。
【図５０】本発明の他の実施例によるハイブリッド放送サービスをシグナリングするシグナリングメッセージでシーケンス番号を利用してMPDを区分することを示す図である。
【図５１】本発明の他の実施例によってシグナリングメッセージがMPDをデータの形態で含む場合のシグナリングメッセージのシンタックスを示す図である。
【図５２】本発明の他の実施例によってシグナリングメッセージがMPDをデータの形態で含む場合のデータ形式の値を示す図である。
【図５３】本発明の他の実施例によってシグナリングメッセージがMPDをデータの形態で含む場合のMPDを識別する識別子を共に含むシグナリングメッセージのシンタックスを示す図である。
【図５４】本発明の他の実施例によってシグナリングメッセージがMPDを受信できるアドレスを示す識別子をシグナリングする場合のシグナリングメッセージのシンタックスを示す図である。
【図５５】本発明の他の実施例によってシグナリングメッセージがMPDを受信できるアドレスを示す識別子をシグナリングする場合のMPDを識別する識別子を共にシグナリングするシグナリングメッセージのシンタックスを示す図である。
【図５６】本発明の他の実施例によってシグナリングメッセージがメディアコンテンツ再生情報の伝送方法の形態を含み、伝送方法によるメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図５７】本発明の他の実施例によってシグナリングメッセージがメディアコンテンツ再生情報の伝送方法の形態をシグナリングする場合のメディアコンテンツ再生情報の伝送方法の形態を示す値を示すテーブルである。
【図５８】本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網(cellular network)のIPパケットストリームを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図５９】本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図６０】本発明の他の実施例によってシグナリングされるシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図６１】本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図６２】本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図６３】本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【図６４】本発明の他の実施例によってメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることを示す図である。
【図６５】放送伝送装置がメディアシグナリングメッセージを含む放送信号伝送を示すフローチャートである。
【図６６】放送受信装置がシグナリングメッセージに基づいてメディアコンテンツ伝送情報を獲得し、メディアコンテンツを再生する動作を示すフローチャートである。
【図６７】MPEG-DASH標準に従って通信網を介して伝送されるメディアコンテンツの同期化情報を含む放送ストリームパケットのシンタックスを示す図である。
【図６８】本発明の一実施例によってビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダに含まれる同期化情報のシンタックスを示す図である。
【図６９】本発明の他の実施例によってビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダに含まれる同期化情報のシンタックスを示す図である。
【図７０】本発明の一実施例によって放送受信装置が放送コンテンツとメディアコンテンツを同期化する動作を示すフローチャートである。
【図７１】放送コンテンツがATSC標準に従って伝送される場合のメディアコンテンツ再生情報に含まれる放送コンテンツを識別する情報の形式を示す図である。
【図７２】ATSC標準に従って伝送される放送コンテンツを識別する情報を含む MPEG-DASHのMPDの例題を示す図である。
【図７３】放送受信装置がメディアコンテンツ再生情報に基づいて放送コンテンツを受信する動作を示すフローチャートである。
【図７４】放送受信装置がMPEG-2 TS標準に従って放送ストリームを伝送する放送網を介してMPEG-DASHのMPDを受信することを示すブロック図である。
【図７５】放送受信MPEG-2 TS標準に従って伝送される放送ストリームの放送コンテンツと通信網を介して伝送されるメディアコンテンツを同期化することを示すブロック図である。
【図７６】本発明の一実施例による放送受信装置の構成を示す図である。
【図７７】本発明の他の実施例による放送受信装置の構成を示す図である。
【図７８】本発明の他の実施例による放送受信装置の構成を示す図である。
【図７９】放送受信装置が放送サービスをスキャンしてチャネルマップを生成する動作を示すフローチャートである。
【図８０】放送受信装置が放送サービスを受信する動作を示すフローチャートである。
【図８１】放送受信装置がメディアコンテンツ再生情報に基づいてメディアコンポーネントを獲得する動作を示すフローチャートである。
【図８２】本発明の一実施例による放送伝送フレームを示す図である。
【図８３】本発明の他の実施例による放送伝送フレームを示す図である。
【図８４】MPDにMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントを示す図である。
【図８５】MPDにMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントと各セグメントの再生開始時間の関係を示す図である。
【図８６】放送伝送装置がMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントをメディアコンテンツ再生情報に追加して伝送する動作を示すフローチャートである。
【図８７】メディアコンテンツ再生情報にMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントによって放送受信装置が各セグメントの再生開始時間を獲得する動作を示すフローチャートである。
【図８８】プレゼンタブルコンポーネントが有する属性を示す図である。
【図８９】各アダプテーションとリプレゼンテーションのターゲットスクリーンを示すためのエレメントを示す図である。
【図９０】ターゲティングスクリーンを示すためのエレメントのvalueエレメント値とターゲティングスクリーンの関係を示す図である。
【図９１】MPDがターゲティング属性を含む場合のXMLエレメント形態のターゲティング属性を示す図である。
【図９２】ターゲティング属性とターゲティング属性が含む下位属性の関係を示す図である。
【図９３】ターゲティング属性とターゲティング属性が含む下位エレメントの関係を示す図である。
【図９４】MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントを共通エレメントとして含む場合のMPDのシンタックスを示す図である。
【図９５】MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントを共通エレメントとして含む場合のXML形式のMPDを示す図である。
【図９６】MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントを共通エレメントとして含む場合の他のリプレゼンテーションエレメントの関係を示す図である。
【図９７】MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントをアダプテーションセットまたはリプレゼンテーションエレメントとして含む場合のMPDのシンタックスを示す図である。
【図９８】MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントをアダプテーションセットまたはリプレゼンテーションエレメントとして含む場合のXML形式のMPDを示す図である。
【図９９】メディアコンポーネント属性を含むメディアコンテンツ再生情報を伝送する放送伝送装置の動作を示す図である。
【図１００】メディアコンテンツ再生情報が含むメディアコンポーネント属性に基づいた放送受信装置の動作を示す図である。
【図１０１】ハイブリッド放送サービスのための連続コンポーネントとコンポジットコンポーネントの定義を示す図である。
【図１０２】コンポジットコンポーネントを示すことができるエレメントのXMLエレメントの形態を示す図である。
【図１０３】コンポジットコンポーネントエレメントが含む属性と下位エレメントとの関係を示す図である。
【図１０４】コンポジットコンポーネントエレメントが下位エレメントを含む場合のコンポジットコンポーネントエレメントのXMLの形態を示す図である。
【図１０５】コンポジットコンポーネントエレメントと下位エレメントの関係と下位エレメントが含む属性を示す図である。
【図１０６】MPDがコンポジットエレメントを共通エレメントとして含む場合のXML形式を示す図である。
【図１０７】MPDがコンポジットエレメントをアダプテーションエレメントまたはリプレゼンテーションエレメントとして含む場合のXML形式を示す図である。
【図１０８】コンポジットコンポーネントエレメントを含むメディアコンテンツ再生情報を伝送する放送伝送装置の動作を示す図である。
【図１０９】メディアコンテンツ再生情報が含むコンポジットコンポーネントエレメントに基づいた放送受信装置の動作を示す図である。
【図１１０】放送伝送装置が放送信号の伝送中にメディアコンテンツ再生情報を交替して伝送する動作を示す図である。
【図１１１】放送受信装置が放送信号の受信中にメディアコンテンツ再生情報を交替して受信する動作を示す図である。
【図１１２】ハイブリッド放送のための放送サービスをシグナリングする情報が含む情報を示す図である。
【図１１３】ハイブリッド放送のための放送サービスをシグナリングする情報の具体的なシンタックスを示す図である。
【発明を実施するための形態】
【００２７】
以下、添付した図面を参照して本発明の実施例について本発明の属する技術分野における通常の知識を有する者が容易に実施し得るように詳細に説明する。しかし、本発明は様々な相異なる形態に具現されてもよく、ここで説明する実施例に限定されることはない。そして、図面で本発明を明確に説明するために説明と関係のない部分は省略しており、明細書全体にわたって類似した部分に対しては類似した図面符号を付けている。
【００２８】
また、ある部分がある構成要素を「含む」とする際、これは特に反対する記載がない限りある構成要素を除くのではなく他の構成要素を更に含むことを意味する。
【００２９】
本発明は、次世代放送サービスに対する放送信号送信及び受信装置、及び方法を提供する。本発明の一実施例による次世代放送サービスは、地上波放送サービス、モバイル放送サービス、UHDTVサービスなどを含む。本発明は、一実施例によって非MIMO(non-Multiple Input Multiple Output)またはMIMO方式を介して、次世代放送サービスに対する放送信号を処理することができる。本発明の一実施例による非MIMO方式は、MISO(Multiple Input Single Output)方式、SISO(Single Input Single Output)方式などを含むことができる。
【００３０】
以下では、説明の便宜上、MISOまたはMIMO方式は２つのアンテナを用いるが、本発明は２つ以上のアンテナを用いるシステムに適用可能である。本発明は、特定用途に要求される性能を達成するとともに受信機の複雑度を最小化するために、最適化された３つのフィジカルプロファイル(PHY profile)(ベース(base)、ハンドヘルド(handheld)、アドバンスド(advanced)プロファイル)を定義することができる。フィジカルプロファイルは、該当する受信機が具現すべき全ての構造のサブセットである。
【００３１】
３つのフィジカルプロファイルは、ほとんどの機能ブロックを共有するが、特定ブロック及び/またはパラメータにおいては若干異なる。後でフィジカルプロファイルを追加定義することができる。システム発展のために、フューチャープロファイルは、FEF(future extension frame)を介して単一RF(radio frequency)チャネルに存在するプロファイルとマルチプレックスされる。各フィジカルプロファイルに対する詳しい内容は後述する。
【００３２】
１．ベースプロファイル
ベースプロファイルは、主にループトップ(roof-top)アンテナと連結される固定された受信装置の主な用途を示す。ベースプロファイルは、所定場所に移動できるが、比較的停止した受信範疇に属する携帯用装置も含むことができる。ベースプロファイルの用途は、若干の改善された実行によってハンドヘルド装置または車両用に拡張することができるが、このような使用用途は、ベースプロファイル受信機動作では期待できない。
【００３３】
受信のターゲット信号対雑音比の範囲は、略１０〜２０dBであるが、これは既存の放送システム(例えば、ATSC A/53)の１５dB信号対雑音比受信能力を含む。受信機の複雑度及び消費電力は、ハンドヘルドプロファイルを用いるバッテリで駆動されるハンドヘルド装置におけるほど重要ではない。ベースプロファイルに対する重要なシステムパラメータが以下の表１に記載されている。
【表１】
0006262880.tif 000002
【００３４】
２．ハンドヘルドプロファイル
ハンドヘルドプロファイルは、バッテリ電源で駆動されるハンドヘルド及び車両用装置における使用のために設計される。該当装置は、歩行者または車両速度で移動することができる。受信機の複雑度だけでなく消費電力は、ハンドヘルドプロファイルの装置の具現のために大変重要である。ハンドヘルドプロファイルのターゲット信号対雑音比の範囲は、略０〜１０dBであるが、より低い室内受信を目的とした場合、０dBの以下に達するように設定することができる。
【００３５】
低い信号対雑音比能力だけでなく、受信機移動性によって現れたドップラー効果に対する復原力は、ハンドヘルドプロファイルの最も重要な性能属性である。ハンドヘルドプロファイルに対する重要なシステムパラメータが以下の表２に記載されている。
【表２】
0006262880.tif 000003
【００３６】
３．アドバンスドプロファイル
アドバンスドプロファイルは、より大きい実行複雑度に対する代価としてより高いチャネル能力を提供する。該当プロファイルは、MIMO送信及び受信を用いることを要請し、UHDTVサービスはターゲット用途であり、このために該当プロファイルが特別に設計される。向上した能力は与えられた帯域幅でサービス数の増加、例えば、多数のSDTVまたはHDTVサービスを許容することにも用いられる。
【００３７】
アドバンスドプロファイルのターゲット信号対雑音比の範囲は、略２０〜３０dBである。MIMO伝送は、初期には既存の楕円分極伝送装備(elliptically-polarized transmission equipment)を使用し、後で全出力交差分極伝送(full-power cross-polarized transmission)に拡張することができる。アドバンスドプロファイルに対する重要なシステムパラメータが以下の表３に記載されている。
【表３】
0006262880.tif 000004
【００３８】
この場合、ベースプロファイルは、地上波放送サービス及びモバイル放送サービス両方に対するプロファイルとして用いられる。即ち、ベースプロファイルは、モバイルプロファイルを含むプロファイルの概念を定義するために使用される。また、アドバンスドプロファイルは、MIMOを有するベースプロファイルに対するアドバンスドプロファイル及びMIMOを有するハンドヘルドプロファイルに対するアドバンスドプロファイルに区分することができる。そして、該当３つのプロファイルは、設計者の意図によって変更可能である。
【００３９】
次の用語及び定義は本発明に適用可能であり、設計によって変更可能である。
【００４０】
補助ストリーム：future extensionまたは放送局やネットワークオペレータによって要請されることで使用できるまだ定義されていない変調及びコーディングデータを伝達するセルのシーケンス。
【００４１】
ベースデータパイプ(base data pipe)：サービスシグナリングデータを伝達するデータパイプ。
【００４２】
ベースバンドフレーム(またはBBFRAME)：１つのFECエンコーディング過程(BCH及びLDPCエンコーディング)に対する入力を形成するKbchビットの集合。
【００４３】
セル(cell)：OFDM伝送の１つのキャリアによって伝達される変調値。
【００４４】
コーディングブロック(coded block)：PLS1データのLDPCエンコーディングされたブロックまたはPLS2データのLDPCエンコーディングされたブロックのうちのうちの１つ。
【００４５】
データパイプ(data pipe)：１つまたは多数のサービスまたはサービスコンポーネントを伝達できるサービスデータまたは関連したメタデータを伝達する物理階層(physical layer)におけるロジカルチャネル。
【００４６】
データパイプユニット(DPU、data pipe unit)：データセルをフレームにおけるデータパイプに割当できる基本ユニット。
【００４７】
データシンボル(data symbol)：プリアンブルシンボルではないフレームにおけるOFDMシンボル(フレームシグナリングシンボル及びフレームエッチ(edge)シンボルはデータシンボルに含まれる。)。
【００４８】
DP_ID：該当８ビットフィールドは、SYSTEM_IDによって識別されたシステム内でデータパイプを一意に識別する。
【００４９】
ダミーセル(dummy cell)：PLS(physical layer signaling)シグナリング、データパイプ、または補助ストリームのために使用されていない残っている容量を満たすために使用される擬似ランダム値を伝達するセル。
【００５０】
FAC(emergency alert channel、緊急警報チャネル)：EAS情報データを伝達するフレームの一部。
【００５１】
フレーム(frame)：プリアンブルで始まりフレームエッチシンボルで終了する物理階層(physical layer)タイムスロット。
【００５２】
frame repetition unit：スーパーフレーム(super-frame)で８回繰り返されるFEFを含む同一または異なるフィジカルプロファイルに属するフレームの集合。
【００５３】
FIC(fast information channel、高速情報チャネル)：サービスと該当ベースデータパイプとの間でのマッピング情報を伝達するフレームにおけるロジカルチャネル。
【００５４】
FECBLOCK：データパイプデータのLDPCエンコーディングされたビットの集合。
【００５５】
FFTサイズ：基本周期Tのサイクルで表現されたアクティブシンボル周期Tsと同一な特定モードに使用される名目上のFFTサイズ。
【００５６】
フレームシグナリングシンボル(frame signaling symbol)：PLSデータの一部を伝達する、FFTサイズ、ガードインターバル(guard interval)、及びスキャッタード(scattered)パイロットパターンの特定の組合せでフレームの始まりで使用されるより高いパイロット密度を有するOFDMシンボル。
【００５７】
フレームエッチシンボル(frame edge symbol)：FFTサイズ、ガードインターバル、及びスキャッタードパイロットパターンの特定の組合せでフレームの終わりで使用されるより高いパイロット密度を有するOFDMシンボル。
【００５８】
フレームグループ(frame-group)：スーパーフレームで同一フィジカルプロファイルタイプを有する全てのフレームの集合。
【００５９】
FEF(future extension frame)：プリアンブルで始める、将来の拡張に使用できるスーパーフレーム内で物理階層(physical layer)タイムスロット。
【００６０】
フューチャーキャスト(futurecast)UTBシステム：入力が１つ以上のMPEG２-TSまたはIP(Internet protocol)または一般ストリームであり、出力がRFシグナルである提案された物理階層(physical layer)放送システム。
【００６１】
インプットストリーム(input stream、入力ストリーム)：システムによって最終ユーザに伝達されるサービスのアンサンブル(ensemble)のためのデータのストリーム。
【００６２】
ノーマル(normal)データシンボル：フレームシグナリングシンボル及びフレームエッチシンボルを除いたデータシンボル。
【００６３】
フィジカルプロファイル(PHY profile)：該当する受信機が具現すべき全ての構造のサブセット。
【００６４】
PLS：PLS1及びPLS2から構成された物理階層(physical layer)シグナリングデータ。
【００６５】
PLS1：PLS2のデコーディングに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するFSS(frame signaling symbol)に伝達されるPLSデータの最初の集合。
【００６６】
NOTE：PLS1データはフレームグループのデュレーション(duration)の間一定である。
【００６７】
PLS2：データパイプ及びシステムに関するより詳細なPLSデータを伝達するFSSに伝送されるPLSデータの二番目の集合。
【００６８】
PLS2ダイナミックデータ(dynamic data)：フレームごとにダイナミックに変化するPLS2データ。
【００６９】
PLS2スタティックデータ(static data)：フレームグループのデュレーションの間スタティックのPLS2データ。
【００７０】
プリアンブルシグナリングデータ(preamble signaling data)：プリアンブルシンボルによって伝達され、システムの基本モードの確認に使用されるシグナリングデータ。
【００７１】
プリアンブルシンボル(preamble symbol)：基本PLSデータを伝達し、フレームの始まりに位置する固定長のパイロットシンボル。
【００７２】
NOTE：プリアンブルシンボルは、システム信号、そのタイミング、周波数オフセット、及びFFTサイズを検出するために高速初期バンドスキャンに主に使用される。
【００７３】
将来使用(future use)のためにリザーブド(reserved)：現在の文書で定義されないが将来定義される。
【００７４】
スーパーフレーム(superframe)：８フレーム繰返し単位の集合。
【００７５】
タイムインターリービングブロック(time interleaving block、TI block)：タイムインターリーバメモリの１つの用途に該当する、タイムインターリービングが実行されるセルの集合。
【００７６】
タイムインターリービンググループ(time interleaving group、TI group)：整数、ダイナミックに変化するXFECBLOCKの数からなった、特定データパイプに対するダイナミック容量割当が実行される単位。
【００７７】
NOTE：タイムインターリービンググループは、１つのフレームに直接マッピングまたは多数のフレームにマッピングされる。タイムインターリービンググループは、１つ以上のタイムインターリービングブロックを含むことができる。
【００７８】
タイプ１データパイプ(Type１DP)：全てのデータパイプがフレームにTDM(time division multiplexing)方式でマッピングされるフレームのデータパイプ。
【００７９】
タイプ２データパイプ(Type２DP)：全てのデータパイプがフレームにFDM方式でマッピングされるフレームのデータパイプ。
【００８０】
XFECBLOCK：１つのLDPC FECBLOCKの全てのビットを伝達するNcellsセルの集合。
【００８１】
図１は、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置の構造を示す。
【００８２】
本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、インプットフォーマットブロック(Input Format block)１０００、BICM(bit interleaved coding & modulation)ブロック１０１０、フレームビルディングブロック(Frame building block)１０２０、OFDM(orthogonal frequency division multiplexing)生成ブロック(OFDM generation block)１０３０、及びシグナリング生成ブロック１０４０を含むことができる。放送信号送信装置の各ブロックの動作について説明する。
【００８３】
IPストリーム/パケット及びMPEG２-TSは、主な入力フォーマットであり、他のストリームタイプは一般ストリームとして扱われる。これらのデータ入力に加えて、管理情報が入力されて各入力ストリームに対する該当帯域幅のスケジューリング及び割当を制御する。１つまたは多数のTSストリーム、IPストリーム及び/または一般ストリーム入力が同時に許容される。
【００８４】
インプットフォーマットブロック１０００は、それぞれの入力ストリームを独立的なコーディング及び変調が適用される１つまたは多数のデータパイプにデマルチプレックスすることができる。データパイプは、堅固性(robustness)制御の基本単位であり、これはQoS(Quality of Service)に影響を及ぼす。１つまたは多数のサービスまたはサービスコンポーネントが１つのデータパイプによって伝達される。インプットフォーマットブロック１０００の詳しい動作は後述する。
【００８５】
データパイプは１つまたは多数のサービスまたは、サービスコンポーネントを伝達できるサービスデータまたは関連メタデータを伝達する物理階層(physical layer)におけるロジカルチャネルである。
【００８６】
また、データパイプユニットは、１つのフレームでデータセルをデータパイプに割り当てるための基本ユニットである。
【００８７】
BICMブロック１０００で、パリティ(parity)データはエラー訂正のために追加され、エンコーディングされたビットストリームは複素数値のコンステレーションシンボルにマッピングされる。該当シンボルは、該当データパイプに使用される特定インターリービング深さにかけてインターリービングされる。アドバンスドプロファイルにおいて、BICMブロック１０１０でMIMOエンコーディングが実行され、追加データ経路がMIMO伝送のために出力に追加される。BICMブロック１０１０の詳しい動作は後述する。
【００８８】
フレームビルディングブロック１０２０は、１つのフレーム内で入力データパイプのデータセルをOFDMシンボルにマッピングすることができる。マッピング後、周波数領域ダイバーシティーのために、特に周波数選択的フェーディングチャネルを防止するために、周波数インターリービングが利用される。フレームビルディングブロック１０２０の詳しい動作は後述する。
【００８９】
プリアンブルを各フレームの始まりに挿入した後、OFDM生成ブロック１０３０は、サイクリックプレフィックス(cyclic prefix)をガードインターバルとして有する既存のOFDM変調を適用することができる。アンテナスペースダイバーシティーのために、分散した(distributed)MISO方式が送信機にかけて適用される。また、PAPR(peak-to-average power ratio)方式が時間領域で実行される。柔軟なネットワーク方式のために、該当提案は多様なFFTサイズ、ガードインターバル長さ、該当パイロットパターンの集合を提供する。OFDM生成ブロック１０３０の詳しい動作は後述する。
【００９０】
シグナリング生成ブロック１０４０は、各機能ブロックの動作に使用される物理階層(physical layer)シグナリング情報を生成することができる。また、該当シグナリング情報は、関心のあるサービスが受信機側で適切に回復するように伝送される。シグナリング生成ブロック１０４０の詳しい動作は後述する。
【００９１】
図２、３、４は、本発明の実施例に係るインプットフォーマットブロック１０００を示す。各図面について説明する。
【００９２】
図２は、本発明の一実施例に係るインプットフォーマットブロックを示す。図２は、入力信号が単一入力ストリーム(single input stream)であるときのインプットフォーマットブロックを示す。
【００９３】
図２に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【００９４】
物理階層(physical layer)への入力は、１つまたは多数のデータストリームからなることができる。それぞれのデータストリームは、１つのデータパイプによって伝達される。モードアダプテーション(mode adaptation)モジュールは、入力されるデータストリームをBBF(baseband frame)のデータフィールドにスライスする。該当システムは、３種類の入力データストリーム、即ちMPEG２-TS、IP、GS(generic stream)を支援する。MPEG２-TSは、最初のバイトが同期バイト(０x４７)の固定長(１８８バイト)のパケットを特徴とする。IPストリームは、IPパケットヘッダ内でシグナリングされる可変長IPデータグラムパケットから構成される。該当システムは、IPストリームに対してIPv４とIPv６を両方とも支援する。GSは、カプセル化パケットヘッダ内でシグナリングされる可変長パケットまたは一定の長さパケットから構成される。
【００９５】
(a)は信号データパイプに対するモードアダプテーション(mode adaptation)ブロック２０００及びストリームアダプテーション(stream adaptation)２０１０を示し、(b)はPLSデータを生成及び処理するためのPLS生成ブロック２０２０及びPLSスクランブラ２０３０を示す。各ブロックの動作について説明する。
【００９６】
入力ストリームスプリッタは、入力されたTS、IP、GSストリームを多数のサービスまたはサービスコンポーネント(オーディオ、ビデオなど)ストリームに分割する。モードアダプテーション(mode adaptation)モジュール２０１０は、CRCエンコーダ、BB(baseband)フレームスライサー、及びBBフレームヘッダ挿入ブロックから構成される。
【００９７】
CRCエンコーダは、ユーザパケット(user packet、UP)レベルでのエラー検出のための３種類のCRCエンコーディング、即ちCRC-８、CRC-１６、CRC-３２を提供する。算出されたCRCバイトは、UPした後に添付される。CRC-８はTSストリームに使用され、CRC-３２はIPストリームに使用される。GSストリームがCRCエンコーディングを提供しない場合、提案されたCRCエンコーディングが適用されなければならない。
【００９８】
BBフレームスライサーは、入力を内部ロジカルビットフォーマットにマッピングする。最初の受信ビットはMSBと定義する。BBフレームスライサーは、使用可能データフィールド容量と同じ数の入力ビットを割り当てる。BBFペイロードと同じ数の入力ビットを割り当てるために、UPストリームがBBFのデータフィールドに適合するようにスライスされる。
【００９９】
BBフレームヘッダ挿入ブロックは、２バイトの固定長BBFヘッダをBBフレームの前に挿入することができる。BBFヘッダは、STUFFI(１ビット)、SYNCD(１３ビット)、及びRFU(２ビット)から構成される。固定された２バイトBBFヘッダだけでなく、BBFは２バイトBBFヘッダの終わりに拡張フィールド(１または３バイト)を有することができる。
【０１００】
ストリームアダプテーション(stream adaptation)２０１０は、スタッフィング(stuffing)挿入ブロック及びBBスクランブラから構成される。スタッフィング挿入ブロックは、スタッフィングフィールドをBBフレームのペイロードに挿入することができる。ストリームアダプテーション(stream adaptation)に対する入力データがBBフレームを満たすことに十分である場合、STUFFIは０に設定され、BBFはスタッフィングフィールドを有しない。そうでない場合、STUFFIは１に設定され、スタッフィングフィールドはBBFヘッダ直後に挿入される。スタッフィングフィールドは、２バイトのスタッフィングフィールドヘッダ及び可変サイズのスタッフィングデータを含む。
【０１０１】
BBスクランブラは、エネルギー分散のために完全なBBFをスクランブリングする。スクランブリングシーケンスはBBFと同期化される。スクランブリングシーケンスはフィードバックシフトレジスタによって生成される。
【０１０２】
PLS生成ブロック２０２０は、PLSデータを生成することができる。PLSは、受信機でフィジカルレイヤ(physical layer)データパイプに接続できる手段を提供する。PLSデータは、PLS1データ及びPLS2データから構成される。
【０１０３】
PLS1データは、PLS2データのデコーディングに必要なパラメータだけでなく、システムに関する基本情報を伝達する固定されたサイズ、コーディング、変調を有するフレームでFSSに伝達されるPLSデータの最初の集合である。PLS1データは、PLS2データの受信及びデコーディングに要請されるパラメータを含む基本送信パラメータを提供する。また、PLS1データは、フレームグループのデュレーションの間一定である。
【０１０４】
PLS2データは、データパイプ及びシステムに関するより詳細なPLSデータを伝達するFSSに伝送されるPLSデータの二番目の集合である。PLS2は、受信機が所望するデータパイプのデコーディングに十分な情報を提供するパラメータを含む。PLS2シグナリングは、さらにPLS2スタティックデータ(PLS2-STATデータ)及びPLS2ダイナミックデータ(PLS2-DYNデータ)の二種類のパラメータから構成される。PLS2スタティックデータは、フレームグループのデュレーションの間スタティックのPLS2データであり、PLS2ダイナミックデータは、フレームごとにダイナミックに変化するPLS2データである。
【０１０５】
PLSデータについての詳しい内容は後述する。
【０１０６】
PLSスクランブラ２０３０は、エネルギー分散のために生成されたPLSデータをスクランブリングすることができる。
【０１０７】
上述したブロックは、省略してもよく、類似または同一機能を有するブロックによって代替することもできる。
【０１０８】
図３は、本発明の他の一実施例に係るインプットフォーマットブロックを示す。
【０１０９】
図３に図示されたインプットフォーマットブロックは、図１を参照して説明したインプットフォーマットブロック１０００の一実施例に該当する。
【０１１０】
図３は、入力信号がマルチインプットストリーム(multi input stream)に該当する場合、インプットフォーマットブロックのモードアダプテーション(mode adaptation)ブロックを示す。
【０１１１】
マルチインプットストリーム(multi input stream)を処理するためのインプットフォーマットブロックのモードアダプテーション(mode adaptation)ブロックは、多数入力ストリームを独立的に処理することができる。
【０１１２】
図３に示すように、マルチインプットストリーム(multi input stream)をそれぞれ処理するためのモードアダプテーション(mode adaptation)ブロックは、インプットストリームスプリッタ(input stream splitter)３０００、インプットストリームシンクロナイザー(input stream synchronizer)３０１０、補償遅延(compensation delay)ブロック３０２０、ヌルパケット削除ブロック(null packet deletion block)３０３０、ヘッダコンプレッションブロック(header compression block)３０４０、CRCエンコーダ(CRC encoder)３０５０、BBフレームスライサー(BB frame slicer)３０６０、及びBBヘッダ挿入ブロック(BB header insertion block)３０７０を含むことができる。モードアダプテーション(mode adaptation)ブロックの各ブロックについて説明する。
【０１１３】
CRCエンコーダ３０５０、BBフレームスライサー３０６０、及びBBヘッダ挿入ブロック３０７０の動作は、図２を参照して説明したCRCエンコーダ、BBフレームスライサー、及びBBヘッダ挿入ブロックの動作に該当するので、その説明は省略する。
【０１１４】
インプットストリームスプリッタ３０００は、入力されたTS、IP、GSストリームを多数のサービスまたはサービスコンポーネント(オーディオ、ビデオなど)ストリームに分割する。
【０１１５】
インプットストリームシンクロナイザー３０１０はISSYと呼ぶことができる。ISSYは、いかなる入力データフォーマットに対してもCBR(constant bit rate)及び一定のEnd-to-End伝送遅延を保障する適合な手段を提供することができる。ISSYは、TSを伝達する多数のデータパイプの場合に常に利用され、GSストリームを伝達する多数のデータパイプに選択的に利用される。
【０１１６】
補償遅延(compensation delay)ブロック３０２０は、受信機で追加メモリを必要とせず、TSパケット再結合メカニズムを許容するために、ISSY情報の挿入による分割されたTSパケットストリームを遅延させることができる。
【０１１７】
ヌルパケット削除ブロック３０３０は、TS入力ストリームの場合のみに使用される。一部TS入力ストリームまたは分割されたTSストリームは、VBR(variable bit-rate)サービスをCBR TSストリームに収容するために存在する多数のヌルパケットを有することができる。この場合、不必要な伝送オーバーヘッドを避けるために、ヌルパケットは確認され伝送されないようにすることができる。受信機で、除去されたヌルパケットは、伝送に挿入されたDNP(deleted null-packet、削除されたヌルパケット)カウンターを参照して、本来存在していた正確な場所に再挿入することができ、CBRが保障されタイムスタンプ(PCR)を更新する必要がなくなる。
【０１１８】
ヘッダコンプレッションブロック３０４０は、TSまたはIP入力ストリームに対する伝送効率を増加させるために、パケットヘッダ圧縮を提供することができる。受信機は、ヘッダの特定部分に対するアプリオリ(a priori)情報を持つことがあるので、この既知の情報(known information)は送信機から削除することができる。
【０１１９】
TSに対して、受信機は同期バイト構成(０x４７)及びパケット長さ(１８８バイト)に関するアプリオリ情報を有することができる。入力されたTSが１つのPIDのみを有するコンテンツを伝達すれば、即ち、１つのサービスコンポーネント(ビデオ、オーディオなど)またはサービスサブコンポーネント(SVCベースレイヤ、SVCエンハンスメントレイヤ、MVCベースビュー、またはMVC依存ビュー)に対してのみ、TSパケットヘッダ圧縮がTSに(選択的に)適用されるようにすることができる。TSパケットヘッダ圧縮は、入力ストリームがIPストリームである場合選択的に使用される。前記ブロックは、省略または類似または同一機能を有するブロックで代替することができる。
【０１２０】
図４は、本発明の一実施例に係るBICMブロックを示す。
【０１２１】
図４に図示されたBICMブロックは、図１を参照して説明したBICMブロック１０１０の一実施例に該当する。
【０１２２】
上述したように、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、地上波放送サービス、モバイル放送サービス、UHDTVサービスなどを提供することができる。
【０１２３】
QoSが本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置によって提供されるサービスの特性に依存するので、それぞれのサービスに該当するデータはそれぞれ異なる方式を介して処理されなければならない。従って、本発明の一実施例に係るBICMブロックは、SISO、MISO、MIMO方式をそれぞれのデータ経路に該当するデータパイプに独立的に適用することで、各データパイプを独立的に処理することができる。結果的に、本発明の一実施例に係る次世代放送サービスに対する放送信号送信装置は、それぞれのデータパイプを介して伝送される各サービスまたはサービスコンポーネントに対するQoSを調節することができる。
【０１２４】
(a)はベースプロファイル及びハンドヘルドプロファイルによって共有されるBICMブロックを示し、(b)はアドバンスドプロファイルのBICMブロックを示す。
【０１２５】
ベースプロファイル及びハンドヘルドプロファイルによって共有されるBICMブロック及びアドバンスドプロファイルのBICMブロックは、それぞれのデータパイプを処理するための複数の処理ブロックを含むことができる。
【０１２６】
ベースプロファイル及びハンドヘルドプロファイルに対するBICMブロック及びアドバンスドプロファイルに対するBICMブロックのそれぞれの処理ブロックについて説明する。
【０１２７】
ベースプロファイル及びハンドヘルドプロファイルに対するBICMブロックの処理ブロック５０００は、データFECエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパ５０３０、SSD(signal space diversity)エンコーディングブロック５０４０、タイムインターリーバ５０５０を含むことができる。
【０１２８】
データFECエンコーダ５０１０は、外部コーディング(BCH)及び内部コーディング(LDPC)を利用してFECBLOCK手順を生成するために、入力BBFにFECエンコーディングを実行する。外部コーディング(BCH)は、選択的なコーディング方法である。データFECエンコーダ５０１０の具体的な動作については後述する。
【０１２９】
ビットインターリーバ５０２０は、効率的に実現可能な構造を提供しながらデータFECエンコーダ５０１０の出力をインターリービングして、LDPCコード及び変調方式の組合せで最適化された性能を達成することができる。ビットインターリーバ５０２０の具体的な動作については後述する。
【０１３０】
コンステレーションマッパ５０３０は、QPSK、QAM-１６、不均一QAM(NUQ-６４、NUQ-２５６、NUQ-１０２４)または不均一コンステレーション(NUC-１６、NUC-６４、NUC-２５６、NUC-１０２４)を利用して、ベース及びハンドヘルドプロファイルにおいてビットインターリーバ５０２０からのそれぞれのセルワードを変調したり、アドバンスドプロファイルにおいてセルワードデマルチプレクサ５０１０-１からのセルワードを変調して、パワーが正規化されたコンステレーションポイントelを提供することができる。該当コンステレーションマッピングは、データパイプに対してのみ適用される。NUQが任意の形態を有する反面、QAM-１６及びNUQは正四角形形状を有することが観察される。それぞれのコンステレーションが９０度の倍数だけ回転すれば、回転したコンステレーションは本来のものと正確に重なる。回転対称特性によって実数及び虚数コンポーネントの容量及び平均パワーが相互等しくなる。NUQ及びNUCはいずれも各コードレート(code rate)に対して特別に定義され、使用される特定の１つは、PLS2データに保管されたパラメータDP_MODによってシグナリングされる。
【０１３１】
タイムインターリーバ５０５０は、データパイプレベルで動作することができる。タイムインターリービングのパラメータは、それぞれのデータパイプに対して異なるように設定することができる。タイムインターリーバ５０５０の具体的な動作については後述する。
【０１３２】
アドバンスドプロファイルに対するBICMブロックの処理ブロック５０００-１は、データFECエンコーダ、ビットインターリーバ、コンステレーションマッパ、及びタイムインターリーバを含むことができる。
【０１３３】
ただし、処理ブロック５０００-１は、セルワードデマルチプレクサ５０１０-１及びMIMOエンコーディングブロック５０２０-１を更に含むという点で、処理ブロック５０００と区別される。
【０１３４】
また、処理ブロック５０００-１におけるデータFECエンコーダ、ビットインターリーバ、コンステレーションマッパ、タイムインターリーバの動作は、上述したデータFECエンコーダ５０１０、ビットインターリーバ５０２０、コンステレーションマッパ５０３０、タイムインターリーバ５０５０の動作に該当するので、その説明は省略する。
【０１３５】
セルワードデマルチプレクサ５０１０-１は、アドバンスドプロファイルのデータパイプがMIMO処理のために単一セルワードストリームをデュアルセルワードストリームに分離するために使用される。セルワードデマルチプレクサ５０１０-１の具体的な動作については後述する。
【０１３６】
MIMOエンコーディングブロック５０２０-１は、MIMOエンコーディング方式を利用してセルワードデマルチプレクサ５０１０-１の出力を処理することができる。MIMOエンコーディング方式は、放送信号送信のために最適化されている。MIMO技術は、容量増加を得るための有望な方式であるが、チャネル特性に依存する。特に、放送に対して、相互異なる信号電波特性による２つのアンテナの間の受信信号パワーの差またはチャネルの強いLOSコンポーネントは、MIMOから容量利得を得難くする。提案されたMIMOエンコーディング方式は、MIMO出力信号のうちの１つの位相ランダム化及び回転に基づくプリコーディングを利用してこの問題を克服する。
【０１３７】
MIMOエンコーディングは、送信機及び受信機の両方において少なくとも２つのアンテナを必要とする２x２MIMOシステムのために意図されている。２つのMIMOエンコーディングモードは、本提案であるFR-SM(full-rate spatial multiplexing)及びFRFD-SM(full-rate full-diversity spatial multiplexing)で定義される。FR-SMエンコーディングは、受信機側での比較的小さい複雑度増加で容量増加を提供する反面、FRFD-SMエンコーディングは、受信機側での大きい複雑度増加で容量増加及び追加的なダイバーシティー利得を提供する。提案されたMIMOエンコーディング方式は、アンテナ極性配置を制限しない。
【０１３８】
MIMO処理は、アドバンスドプロファイルフレームに要請されるが、これはアドバンスドプロファイルフレームにおける全てのデータパイプが、MIMOエンコーダによって処理されるということを意味する。MIMO処理は、データパイプレベルで適用される。コンステレーションマッパ出力ペア(pair)のNUQ(e１、i及びe２、i)は、MIMOエンコーダの入力に供給される。MIMOエンコーダ出力ペア(g１、i及びg２、i)は、それぞれの送信アンテナの同一キャリアk及びOFDMシンボルlによって伝送される。
【０１３９】
上述したブロックは、省略または類似または同一機能を有するブロックで代替することができる。
【０１４０】
図５は、本発明の他の実施例に係るBICMブロックを示す。
【０１４１】
図５に図示されたBICMブロックは、図１を参照して説明したBICMブロック１０１０の一実施例に該当する。
【０１４２】
図５は、PLS、EAC、及びFICを保護するためのBICMブロックを示す。EACは、EAS情報データを伝達するフレームの一部であり、FICは、サービスと該当するベースデータパイプの間でマッピング情報を伝達するフレームにおけるロジカルチャネルである。EAC及びFICに対する詳細な説明は後述する。
【０１４３】
図５に示すように、PLS、EAC、及びFICを保護するためのBICMブロックは、PLS FECエンコーダ６０００、ビットインターリーバ６０１０、及びコンステレーションマッパ６０２０を含むことができる。
【０１４４】
また、PLS FECエンコーダ６０００は、スクランブラ、BCHエンコーディング/ゼロ挿入ブロック、LDPCエンコーディングブロック、及びLDPCパリティパンクチャリング(puncturing)ブロックを含むことができる。BICMブロックの各ブロックについて説明する。
【０１４５】
PLS FECエンコーダ６０００は、スクランブリングされたPLS1/2データ、EAC及びFICセクションをエンコーディングすることができる。
【０１４６】
スクランブラは、BCHエンコーディング及びショートニング(shortening)及びパンクチャリングされたLDPCエンコーディング前にPLS1データ及びPLS2データをスクランブリングすることができる。
【０１４７】
BCHエンコーディング/ゼロ挿入ブロックは、PLS保護のためのショートニングされたBCHコードを利用して、スクランブリングされたPLS1/2データに外部エンコーディングを行い、BCHエンコーディング後ゼロビットを挿入することができる。PLS1データに対してのみ、ゼロ挿入の出力ビットがLDPCエンコーディング前にパーミュテーション(permutation)される。
【０１４８】
LDPCエンコーディングブロックは、LDPCコードを利用してBCHエンコーディング/ゼロ挿入ブロックの出力をエンコーディングすることができる。完全なコーディングブロックを生成するために、Cldpc及びパリティビットPldpcはそれぞれのゼロが挿入されたPLS情報ブロックIldpcから組織的にエンコーディングされ、その後に添付される。
【数１】
0006262880.tif 000005
【０１４９】
PLS1及びPLS2に対するLDPCコードパラメータは、次の表４のようである。
【表４】
0006262880.tif 000006
【０１５０】
LDPCパリティパンクチャリングブロックは、PLS1データ及びPLS2データに対してパンクチャリングを行うことができる。
【０１５１】
ショートニングがPLS1データ保護に適用されると、一部LDPCパリティビットはLDPCエンコーディング後パンクチャリングされる。また、PLS2データ保護のために、PLS2のLDPCパリティビットがLDPCエンコーディング後パンクチャリングされる。これらパンクチャリングされたビットは伝送されない。
【０１５２】
ビットインターリーバ６０１０は、それぞれのショートニング及びパンクチャリングされたPLS1データ及びPLS2データをインターリービングすることができる。
【０１５３】
コンステレーションマッパ６０２０は、ビットインターリービングされたPLS1データ及びPLS2データをコンステレーションにマッピングすることができる。
【０１５４】
上述したブロックは、省略または類似または同一機能を有するブロックで代替することができる。
【０１５５】
図６は、本発明の一実施例に係るフレームビルディングブロック(frame building block)を示す。
【０１５６】
図７に図示したフレームビルディングブロックは、図１を参照して説明したフレームビルディングブロック１０２０の一実施例に該当する。
【０１５７】
図６に示すように、フレームビルディングブロックは遅延補償ブロック７０００、セルマッパ(cell mapper)７０１０、及び周波数インターリーバ(frequency interleaver)７０２０を含むことができる。フレームビルディングブロックの各ブロックについて説明する。
【０１５８】
遅延補償ブロック７０００は、データパイプと該当するPLSデータの間のタイミングを調節して、送信機側でデータパイプと該当するPLSデータ間の同時性(co-time)を保障することができる。インプットフォーマットブロック及びBICMブロックによるデータパイプの遅延を対処することで、PLSデータはデータパイプだけ遅延される。BICMブロックの遅延は、主にタイムインターリーバ５０５０によるものである。インバンド(In-band)シグナリングデータは、次のタイムインターリービンググループの情報をシグナリングされるデータパイプより１つのフレーム先に伝達されるようにすることができる。遅延補償ブロックは、それに合わせてインバンド(In-band)シグナリングデータを遅延させる。
【０１５９】
セルマッパ７０１０は、PLS、EAC、FIC、データパイプ、補助ストリーム、及びダミーセルをフレーム内でOFDMシンボルのアクティブ(active)キャリアにマッピングすることができる。セルマッパ７０１０の基本機能は、それぞれのデータパイプ、PLSセル、及びEAC/FICセルに対するタイムインターリービングによって生成されたデータセルを、存在すれば、１つのフレーム内でそれぞれのOFDMシンボルに該当するアクティブ(active)OFDMセルのアレイにマッピングするものである。(PSI(program specific information)/SIのような)サービスシグナリングデータは、個別的に収集されてデータパイプによって送信される。セルマッパは、フレーム構造の構成及びスケジューラーによって生成されたダイナミックインフォメーション(dynamic information)に応じて動作する。フレームに関する詳しい内容は後述する。
【０１６０】
周波数インターリーバ７０２０は、セルマッパ７０１０から受信されたデータセルをランダムにインターリービングして、周波数ダイバーシティーを提供することができる。また、周波数インターリーバ７０２０は、単一フレームで最大のインターリービング利得を得るために、他のインターリービングシード(seed)順を利用して、２つの順次的なOFDMシンボルから構成されたOFDMシンボルペア(pair)で動作することができる。
【０１６１】
上述したブロックは、省略または類似または同一機能を有するブロックで代替することができる。
【０１６２】
図７は、本発明の一実施例に係るOFDM生成ブロックを示す。
【０１６３】
図７に図示されたOFDM生成ブロックは、図１を参照して説明したOFDM生成ブロック１０３０の一実施例に該当する。
【０１６４】
OFDM生成ブロックは、フレームビルディングブロックによって生成されたセルによってOFDMキャリアを変調して、パイロットを挿入し、伝送のための時間領域信号を生成する。また、該当ブロックは順次ガードインターバルを挿入し、PAPR減少処理を適用して最終RF信号を生成する。
【０１６５】
図８に示すように、OFDM生成ブロックは、パイロット及びリザーブドトーン挿入ブロック(pilot and reserved tone insertion block)８０００、２Ｄ-eSFN(single frequency network)エンコーディングブロック８０１０、IFFT(inverse fast Fourier transform)ブロック８０２０、PAPR減少ブロック８０３０、ガードインターバル挿入ブロック(guard interval insertion block)８０４０、プリアンブル挿入ブロック(preamble insertion block)８０５０、その他システム挿入ブロック８０６０、及びDACブロック８０７０を含むことができる。
【０１６６】
その他システム挿入ブロック８０６０は、放送サービスを提供する二以上の相互異なる放送送信/受信システムのデータが同じRF信号帯域で同時に伝送されるように、時間領域で複数の放送送信/受信システムの信号をマルチプレックスすることができる。この場合、二以上の相互異なる放送送信/受信システムは、相互異なる放送サービスを提供するシステムをいう。相互異なる放送サービスは、地上波放送サービス、モバイル放送サービスなどを意味する。
【０１６７】
図８は、本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置の構造を示す。
【０１６８】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、図１を参照して説明した次世代放送サービスに対する放送信号送信装置に対応する。
【０１６９】
本発明の一実施例に係る次世代放送サービスに対する放送信号受信装置は、同期及び復調モジュール(synchronization & demodulation module)９０００、フレームパーシングモジュール(frame parsing module)９０１０、デマッピング及びデコーディングモジュール(demapping & decoding module)９０２０、出力プロセッサー(output processor)９０３０、及びシグナリングデコーディングモジュール(signaling decoding module)９０４０を含むことができる。放送信号受信装置の各モジュールの動作について説明する。
【０１７０】
同期及び復調モジュール９０００は、m個の受信アンテナを介して入力信号を受信し、放送信号受信装置に該当するシステムに対して信号検出及び同期化を実行し、放送信号送信装置によって実行される手順の逆過程に該当する復調を実行することができる。
【０１７１】
フレームパーシングモジュール９０１０は、入力信号フレームをパーシングし、ユーザによって選択されたサービスが伝送されるデータを抽出することができる。放送信号送信装置がインターリービングを実行すると、フレームパーシングモジュール９０１０は、インターリービングの逆過程に該当するデインターリービングを実行することができる。この場合、抽出されるべき信号及びデータの位置が、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることで獲得され、放送信号送信装置によって生成されたスケジューリング情報が復元される。
【０１７２】
デマッピング及びデコーディングモジュール９０２０は、入力信号をビット領域データに変換した後、必要に応じてビット領域データをデインターリービングすることができる。デマッピング及びデコーディングモジュール９０２０は、伝送効率のために適用されたマッピングに対するデマッピングを実行し、デコーディングを介して伝送チャネルで発生したエラーを訂正することができる。この場合、デマッピング及びデコーディングモジュール９０２０は、シグナリングデコーディングモジュール９０４０から出力されたデータをデコーディングすることで、デマッピング及びデコーディングのために必要な伝送パラメータを獲得することができる。
【０１７３】
出力プロセッサー９０３０は、伝送効率を向上させるために、放送信号送信装置によって適用される多様な圧縮/信号処理手順の逆過程を実行することができる。この場合、出力プロセッサー９０３０は、シグナリングデコーディングモジュール９０４０から出力されたデータから必要な制御情報を獲得することができる。出力プロセッサー８３００の出力は、放送信号送信装置に入力される信号に該当し、例えばMPEG-TS、IPストリーム(v４またはv６)及びGSである。
【０１７４】
シグナリングデコーディングモジュール９０４０は、同期及び復調モジュール９０００によって復調された信号からPLS情報を獲得することができる。上述したように、フレームパーシングモジュール９０１０、デマッピング及びデコーディングモジュール９２００、出力プロセッサー９３００は、シグナリングデコーディングモジュール９０４０から出力されたデータを利用してその機能を実行することができる。
【０１７５】
図９は、本発明の一実施例に係るフレーム構造を示す。
【０１７６】
図９は、フレームタイムの構成例及びスーパーフレームにおけるFRU(frame repetition unit、フレーム繰返し単位)を示す。(a)は、本発明の一実施例に係るスーパーフレームを示し、(b)は、本発明の一実施例に係るFRUを示し、(c)はFRUでの多様なフィジカルプロファイル(PHY profile)のフレームを示し、(d)はフレームの構造を示す。
【０１７７】
スーパーフレームは、８個のFRUで構成することができる。FRUはフレームのTDMに対する基本マルチプレックス単位であり、スーパーフレームで８回繰り返される。
【０１７８】
FRUで各フレームは、フィジカルプロファイル(ベース、ハンドヘルド、アドバンスドプロファイル)のうちの１つまたはFEFに属する。FRUでフレームの最大許容数は４であり、与えられたフィジカルプロファイルは、FRUで０回〜４回のいずれかの回数だけ出現できる(例えば、ベース、ベース、ハンドヘルド、アドバンスド)。フィジカルプロファイルの定義は、必要に応じてプリアンブルにおけるPHY_PROFILEのリザーブド値(reserved value)を利用して拡張可能である。
【０１７９】
FEF部分は、含まれる場合FRUの終わりに挿入される。FEFがFRUに含まれる場合、FEFの最大数はスーパーフレームで８である。FEF部分が相互隣接することは推奨されない。
【０１８０】
１つのフレームは、多数のOFDMシンボル及びプリアンブルに更に分離される。(d)に示したように、フレームは、プリアンブル、１つ以上のFSS、ノーマルデータシンボル、FESを含む。
【０１８１】
プリアンブルは、高速フューチャーキャストUTBシステム信号検出を可能にし、信号の効率的な送信及び受信のための基本伝送パラメータの集合を提供する特別なシンボルである。プリアンブルについての詳しい内容は後述する。
【０１８２】
FSSの主な目的は、PLSデータを伝達することである。高速同期化及びチャネル推定のために、これに伴うPLSデータの高速デコーディングのために、FSSはノーマルデータシンボルより高密度なパイロットパターンを有する。FESはFSSと完全に同一なパイロットを有するが、これはFESの直前のシンボルに対して外挿(extrapolation)なしにFES内での周波数のみの補間(interpolation)及び時間的補間(temporal interpolation)を可能とする。
【０１８３】
図１０は、本発明の一実施例に係るフレームのシグナリング階層構造(signaling hierarchy structure)を示す。
【０１８４】
図１０は、シグナリング階層構造を示すが、これは３つの主な部分であるプリアンブルシグナリングデータ１１０００、PLS1データ１１０１０、及びPLS2データ１１０２０に分割される。各フレームごとにプリアンブル信号によって伝達されるプリアンブルの目的は、フレームの基本伝送パラメータ及び伝送タイプを示すことである。PLS1は、受信機が関心のあるデータパイプに接続するためのパラメータを含むPLS2データに接続してデコーディングすることができるようにする。PLS2は、各フレームごとに伝達され、２つの主な部分であるPLS2-STATデータとPLS2-DYNデータに分割される。PLS2データのスタティック及びダイナミック部分には、必要に応じてパディングがなされる。
【０１８５】
図１１は、本発明の一実施例に係るプリアンブルシグナリングデータを示す。
【０１８６】
プリアンブルシグナリングデータは、受信機がフレーム構造内でPLSデータに接続し、データパイプを追跡できるようにするために必要な２１ビットの情報を伝達する。プリアンブルシグナリングデータについての詳しい内容は、次のようである。
【０１８７】
PHY_PROFILE：該当３ビットフィールドは、現在のフレームのフィジカルプロファイルタイプを示す。相互異なるフィジカルプロファイルタイプのマッピングは、以下の表５に示す。
【表５】
0006262880.tif 000007
【０１８８】
FFT_SIZE：該当２ビットフィールドは、以下の表６で説明するように、フレームグループ内で現在のフレームのFFTサイズを示す。
【表６】
0006262880.tif 000008
【０１８９】
GI_FRACTION：該当３ビットフィールドは、以下の表７で説明するように、現在のスーパーフレームにおけるガードインターバルの一部(fraction)値を示す。
【表７】
0006262880.tif 000009
【０１９０】
EAC_FLAG：該当１ビットフィールドは、EACが現在のフレームに提供されるのか否かを示す。該当フィールドが１に設定されると、EASが現在のフレームに提供される。該当フィールドが０に設定されると、EASが現在のフレームに伝達されない。該当フィールドは、スーパーフレーム内でダイナミックに転換される。
【０１９１】
PILOT_MODE：該当１ビットフィールドは、現在のフレームグループで現在のフレームに対してパイロットモードがモバイルモードであるのかまたは固定モードであるのかを示す。該当フィールドが０に設定されると、モバイルパイロットモードが使用される。該当フィールドが１に設定されると、固定パイロットモードが使用される。
【０１９２】
PAPR_FLAG：該当１ビットフィールドは、現在のフレームグループで現在のフレームに対してPAPR減少が使用されているのか否かを示す。該当フィールドが１に設定されると、トーン予約(tone reservation)がPAPR減少のために使用される。該当フィールドが０に設定されると、PAPR減少が使用されない。
【０１９３】
FRU_CONFIGURE：該当３ビットフィールドは、現在のスーパーフレームで存在するFRUのフィジカルプロファイルタイプ構成を示す。現在のスーパーフレームで全てのプリアンブルにおける該当フィールドで、現在のスーパーフレームで伝達される全てのプロファイルタイプが識別される。該当３ビットフィールドは、以下の表８に示したように、それぞれのプロファイルに対して異なるように定義される。
【表８】
0006262880.tif 000010
【０１９４】
RESERVED：該当７ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０１９５】
図１２は、本発明の一実施例に係るPLS1データを示す。
【０１９６】
PLS1データは、PLS2の受信及びデコーディングを可能とするために必要なパラメータを含んだ基本伝送パラメータを提供する。上述したように、PLS1データは、１つのフレームグループの全体デュレーションの間変化しない。PLS1データのシグナリングフィールドの具体的な定義は次のようである。
【０１９７】
PREAMBLE_DATA：該当２０ビットフィールドは、EAC_FLAGを除いたプリアンブルシグナリングデータのコピーである。
【０１９８】
NUM_FRAME_FRU：該当２ビットフィールドは、FRU当たりのフレーム数を示す。
【０１９９】
PAYLOAD_TYPE：該当３ビットフィールドは、フレームグループで伝達されるペイロードデータのフォーマットを示す。PAYLOAD_TYPEは、表９に示したようにシグナリングされる。
【表９】
0006262880.tif 000011
【０２００】
NUM_FSS：該当２ビットフィールドは、現在のフレームでFSSの数を示す。
【０２０１】
SYSTEM_VERSION：該当８ビットフィールドは、伝送される信号フォーマットのバージョンを示す。SYSTEM_VERSIONは主バージョン及び副バージョンの２つの４ビットフィールドに分離される。
【０２０２】
主バージョン：SYSTEM_VERSIONフィールドのMSBである４ビットは、主バージョン情報を示す。主バージョンフィールドにおける変化は互換が不可能な変化を示す。デフォルト値は００００である。該当標準で叙述されたバージョンに対して、値が００００に設定される。
【０２０３】
副バージョン：SYSTEM_VERSIONフィールドのLSBである４ビットは、副バージョン情報を示す。副バージョンフィールドにおける変化は互換が可能である。
【０２０４】
CELL_ID：これは、ATSCネットワークで地理的セルを一意に識別する１６ビットフィールドである。ATSCセルカバレッジは、フューチャーキャストUTBシステム当たりに使用される周波数数に応じて１つ以上の周波数から構成される。CELL_IDの値が知られていないか特定されないと、該当フィールドは０に設定される。
【０２０５】
NETWORK_ID：これは現在のATSCネットワークを一意に識別する１６ビットフィールドである。
【０２０６】
SYSTEM_ID：該当１６ビットフィールドは、ATSCネットワーク内でフューチャーキャストUTBシステムを一意に識別する。フューチャーキャストUTBシステムは、入力が１つ以上の入力ストリーム(TS、IP、GS)であり、出力がRF信号である地上波放送システムである。フューチャーキャストUTBシステムは、存在する場合FEF及び１つ以上のフィジカルプロファイルを伝達する。同一フューチャーキャストUTBシステムは、相互異なる入力ストリームを伝達し、相互異なる地理的領域で相互異なるRFを使用でき、ローカルサービス挿入を許容する。フレーム構造及びスケジューリングは１つの場所で制御され、フューチャーキャストUTBシステム内で全ての伝送に対して同一である。１つ以上のフューチャーキャストUTBシステムは、全て同一フィジカル構造及び構成を有する同一SYSTEM_IDの意味を持つことができる。
【０２０７】
次のループ(loop)は、各フレームタイプの長さ及びFRU構成を示すFRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_GI_FRACTION、RESERVEDから構成される。ループ(loop)のサイズは、FRU内で４つのフィジカルプロファイル(FEF含む)がシグナリングされるように固定される。NUM_FRAME_FRUが４より小さいと、使用されないフィールドはゼロで満たされる。
【０２０８】
FRU_PHY_PROFILE：該当３ビットフィールドは、関連したFRUの(i+１)番目のフレーム(iはループ(loop)インデックス)のフィジカルプロファイルタイプを示す。該当フィールドは、表８に示したものと同一シグナリングフォーマットを用いる。
【０２０９】
FRU_FRAME_LENGTH：該当２ビットフィールドは、関連したFRUの(i+１)番目のフレームの長さを示す。FRU_GI_FRACTIONと一緒にFRU_FRAME_LENGTHを使用すると、フレームデュレーションの正確な値が得られる。
【０２１０】
FRU_GI_FRACTION：該当３ビットフィールドは、関連したFRUの(i+１)番目のフレームのガードインターバルの一部値を示す。FRU_GI_FRACTIONは、表７に従ってシグナリングされる。
【０２１１】
RESERVED：該当４ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２１２】
次のフィールドは、PLS2データをデコーディングするためのパラメータを提供する。
【０２１３】
PLS2_FEC_TYPE：該当２ビットフィールドは、PLS2保護によって使用されるFECタイプを示す。FECタイプは、表１０に従ってシグナリングされる。LDPCコードについての詳しい内容は後述する。
【表１０】
0006262880.tif 000012
【０２１４】
PLS2_MOD：該当３ビットフィールドは、PLS2によって使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【表１１】
0006262880.tif 000013
【０２１５】
PLS2_SIZE_CELL：該当１５ビットフィールドは、現在のフレームグループで伝達されるPLS2に対する全てのコーディングブロックのサイズ(QAMセルの数として特定される)のCtotal_partial_blockを示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２１６】
PLS2_STAT_SIZE_BIT：該当１４ビットフィールドは、現在のフレームグループに対するPLS2-STATのサイズをビット数で示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２１７】
PLS2_DYN_SIZE_BIT：該当１４ビットフィールドは、現在のフレームグループに対するPLS2-DYNのサイズをビット数で示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２１８】
PLS2_REP_FLAG：該当１ビットフラッグは、PLS2繰返しモードが現在のフレームグループで使用されているのか否かを示す。該当フィールドの値が１に設定されると、PLS2繰返しモードは活性化される。該当フィールドの値が０に設定されると、PLS2繰返しモードは非活性化される。
【０２１９】
PLS2_REP_SIZE_CELL：該当１５ビットフィールドは、PLS2繰返しが使用される場合、現在のフレームグループの各フレームごとに伝達されるPLS2に対する部分コーディングブロックのサイズ(QAMセルの数として特定される)のCtotal_partial_blockを示す。繰返しが使用されない場合、該当フィールドの値は０と同一である。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２２０】
PLS2_NEXT_FEC_TYPE：該当２ビットフィールドは、次のフレームグループの各フレームで伝達されるPLS2に使用されるFECタイプを示す。FECタイプは、表１０に従ってシグナリングされる。
【０２２１】
PLS2_NEXT_MOD：該当３ビットフィールドは、次のフレームグループの各フレームで伝達されるPLS2に使用される変調タイプを示す。変調タイプは、表１１に従ってシグナリングされる。
【０２２２】
PLS2_NEXT_REP_FLAG：該当１ビットフラッグは、PLS2繰返しモードが次のフレームグループで使用されているのか否かを示す。該当フィールドの値が１に設定されると、PLS2繰返しモードは活性化される。該当フィールドの値が０に設定されると、PLS2繰返しモードは非活性化される。
【０２２３】
PLS2_NEXT_REP_SIZE_CELL：該当１５ビットフィールドは、PLS2繰返しが使用される場合、次のフレームグループの各フレームごとに伝達されるPLS2に対する全体コーディングブロックのサイズ(QAMセルの数として特定される)のCtotal_full_blockを示す。次のフレームグループで繰返しが使用されない場合、該当フィールドの値は０と同一である。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２２４】
PLS2_NEXT_REP_STAT_SIZE_BIT：該当１４ビットフィールドは、次のフレームグループに対するPLS2-STATのサイズをビット数で示す。該当値は、現在のフレームグループにおいて一定である。
【０２２５】
PLS2_NEXT_REP_DYN_SIZE_BIT：該当１４ビットフィールドは、次のフレームグループに対するPLS2-DYNのサイズをビット数で示す。該当値は、現在のフレームグループにおいて一定である。
【０２２６】
PLS2_AP_MODE：該当２ビットフィールドは、現在のフレームグループでPLS2に対して追加パリティが提供されるのか否かを示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。以下の表１２は、該当フィールドの値を提供する。該当フィールドの値が００に設定されると、現在のフレームグループで追加パリティがPLS2に対して使用されない。
【表１２】
0006262880.tif 000014
【０２２７】
PLS2_AP_SIZE_CELL：該当１５ビットフィールドは、PLS2の追加パリティビットのサイズ(QAMセルの数として特定される)を示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２２８】
PLS2_NEXT_AP_MODE：該当２ビットフィールドは、次のフレームグループの各フレームごとにPLS2シグナリングに対して追加パリティが提供されるのか否かを示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。表１２は、該当フィールドの値を定義する。
【０２２９】
PLS2_NEXT_AP_SIZE_CELL：該当１５ビットフィールドは、次のフレームグループの各フレームごとにPLS2の追加パリティビットのサイズ(QAMセルの数として特定される)を示す。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２３０】
RESERVED：該当３２ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２３１】
CRC_３２：全体PLS1シグナリングに適用される３２ビットエラー検出コード。
【０２３２】
図１３は、本発明の一実施例に係るPLS2データを示す。
【０２３３】
図１３は、PLS2データのPLS2-STATデータを示す。PLS2-STATデータは、フレームグループ内で同一である反面、PLS2-DYNデータは、現在のフレームに対して特定の情報を提供する。
【０２３４】
PLS2-STATデータのフィールドについて次に具体的に説明する。
【０２３５】
FIC_FLAG：該当１ビットフィールドは、FICが現在のフレームグループで使用されているのか否かを示す。該当フィールドの値が１に設定されると、FICは現在のフレームで提供される。該当フィールドの値が０に設定されると、FICは現在のフレームに伝達されない。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２３６】
AUX_FLAG：該当１ビットフィールドは、補助ストリームが現在のフレームグループで使用されているのか否かを示す。該当フィールドの値が１に設定されると、補助ストリームは現在のフレームで提供される。該当フィールドの値が０に設定されると、補助フレームは現在のフレームに伝達されない。該当値は、現在のフレームグループの全体デュレーションの間一定である。
【０２３７】
NUM_DP：該当６ビットフィールドは、現在のフレーム内で伝達されるデータパイプの数を示す。該当フィールドの値は１から６４の間であり、データパイプの数はNUM_DP+１である。
【０２３８】
DP_ID：該当６ビットフィールドは、フィジカルプロファイル内で一意に識別する。
【０２３９】
DP_TYPE：該当３ビットフィールドは、データパイプのタイプを示す。これは、以下の表１３に従ってシグナリングされる。
【表１３】
0006262880.tif 000015
【０２４０】
DP_GROUP_ID：該当８ビットフィールドは、現在のデータパイプが関連しているデータパイプグループを識別する。これは、受信機が同一DP_GROUP_IDを有するようになる特定サービスと関連しているサービスコンポーネントのデータパイプに接続するために使用される。
【０２４１】
BASE_DP_ID：該当６ビットフィールドは、管理階層で使用される(PSI/SIのような)サービスシグナリングデータを伝達するデータパイプを示す。BASE_DP_IDによって示すデータパイプは、サービスデータと一緒にサービスシグナリングデータを伝達するノーマルデータパイプであるか、サービスシグナリングデータだけを伝達する専用データパイプである。
【０２４２】
DP_FEC_TYPE：該当２ビットフィールドは、関連したデータパイプによって使用されるFECタイプを示す。FECタイプは、以下の表１４に従ってシグナリングされる。
【表１４】
0006262880.tif 000016
【０２４３】
DP_COD：該当４ビットフィールドは、関連したデータパイプによって使用されるコードレート(code rate)を示す。コードレート(code rate)は、以下の表１５に従ってシグナリングされる。
【表１５】
0006262880.tif 000017
【０２４４】
DP_MOD：該当４ビットフィールドは、関連したデータパイプによって使用される変調を示す。変調は、以下の表１６に従ってシグナリングされる。
【表１６】
0006262880.tif 000018
【０２４５】
DP_SSD_FLAG：該当１ビットフィールドは、SSDモードが関連したデータパイプで使用されているのか否かを示す。該当フィールドの値が１に設定されると、SSDは使用される。該当フィールドの値が０に設定されると、SSDは使用されない。
【０２４６】
次のフィールドは、PHY_PROFILEがアドバンスドプロファイルを示す０１０と同一であるときのみ現れる。
【０２４７】
DP_MIMO：該当３ビットフィールドは、どのタイプのMIMOエンコーディング処理が関連したデータパイプに適用されるのかを示す。MIMOエンコーディング処理のタイプは、以下の表１７に従ってシグナリングされる。
【表１７】
0006262880.tif 000019
【０２４８】
DP_TI_TYPE：該当１ビットフィールドは、タイムインターリービングのタイプを示す。０の値は、１つのタイムインターリービンググループが１つのフレームに該当し、１つ以上のタイムインターリービングブロックを含むことを示す。１の値は、１つのタイムインターリービンググループが１つより多いフレームで伝達され、１つのタイムインターリービングブロックのみを含むことを示す。
【０２４９】
DP_TI_LENGTH：該当２ビットフィールド(許容値は１、２、４、８のみ)の使用は、次のようなDP_TI_TYPEフィールド内で設定される値によって決定される。
【０２５０】
DP_TI_TYPEの値が１に設定されると、該当フィールドは、それぞれのタイムインターリービンググループがマッピングされるフレームの数であるPIを示し、タイムインターリービンググループ当たり１つのタイムインターリービングブロックが存在する(NTI=１)。該当２ビットフィールドで許容されるPIの値は、以下の表１８に定義される。
【０２５１】
DP_TI_TYPEの値が０に設定されると、該当フィールドはタイムインターリービンググループ当たりタイムインターリービングブロックの数であるNTIを示し、フレーム当たり１つのタイムインターリービンググループが存在する(PI=１)。該当２ビットフィールドで許容されるPIの値は、以下の表１８に定義される。
【表１８】
0006262880.tif 000020
【０２５２】
DP_FRAME_INTERVAL：該当２ビットフィールドは、関連したデータパイプに対するフレームグループ内でフレーム間隔(IJUMP)を示し、許容値は１、２、４、８(該当する２ビットフィールドは、それぞれ００、０１、１０、１１)である。フレームグループの全てのフレームに現れないデータパイプに対して、該当フィールドの値は、順次的なフレーム間の間隔と同一である。例えば、データパイプが１、５、９、１３等のフレームに現れると、該当フィールドの値は４に設定される。全てのフレームに現れるデータパイプに対して、該当フィールドの値は１に設定される。
【０２５３】
DP_TI_BYPASS：該当１ビットフィールドは、タイムインターリーバ５０５０の可溶性を決定する。データパイプに対してタイムインターリービングが使用されないと、該当フィールド値は１に設定される。反面、タイムインターリービングが使用されると、該当フィールド値は０に設定される。
【０２５４】
DP_FIRST_FRAME_IDX：該当５ビットフィールドは、現在のデータパイプが発生するスーパーフレームの最初のフレームのインデックスを示す。DP_FIRST_FRAME_IDXの値は０から３１の間である。
【０２５５】
DP_NUM_BLOCK_MAX：該当１０ビットフィールドは、該当データパイプに対するDP_NUM_BLOCKSの最大値を示す。該当フィールドの値は、DP_NUM_BLOCKSと同一範囲を有する。
【０２５６】
DP_PAYLOAD_TYPE：該当２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードデータのタイプを示す。DP_PAYLOAD_TYPEは、以下の表１９に従ってシグナリングされる。
【表１９】
0006262880.tif 000021
【０２５７】
DP_INBAND_MODE：該当２ビットフィールドは、現在のデータパイプがインバンド(In-band)シグナリング情報を伝達するのか否かを示す。インバンド(In-band)シグナリングタイプは、以下の表２０に従ってシグナリングされる。
【表２０】
0006262880.tif 000022
【０２５８】
DP_PROTOCOL_TYPE：該当２ビットフィールドは、与えられたデータパイプによって伝達されるペイロードのプロトコルタイプを示す。ペイロードのプロトコルタイプは、入力ペイロードタイプが選択されると、以下の表２１に従ってシグナリングされる。
【表２１】
0006262880.tif 000023
【０２５９】
DP_CRC_MODE：該当２ビットフィールドは、CRCエンコーディングがインプットフォーマットブロックで使用されているのか否かを示す。CRCモードは、以下の表２２に従ってシグナリングされる。
【表２２】
0006262880.tif 000024
【０２６０】
DNP_MODE：該当２ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定される場合に関連したデータパイプによって使用されるヌルパケット削除モードを示す。DNP_MODEは、以下の表２３に従ってシグナリングされる。DP_PAYLOAD_TYPEがTS(「００」)ではない場合、DNP_MODEは００の値に設定される。
【表２３】
0006262880.tif 000025
【０２６１】
ISSY_MODE：該当２ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定される場合に関連したデータパイプによって使用されるISSYモードを示す。ISSY_MODEは、以下の表２４に従ってシグナリングされる。DP_PAYLOAD_TYPEがTS(「００」)ではない場合、ISSY_MODEは００の値に設定される。
【表２４】
0006262880.tif 000026
【０２６２】
HC_MODE_TS：該当２ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定される場合に関連したデータパイプによって使用されるTSヘッダ圧縮モードを示す。HC_MODE_TSは、以下の表２５に従ってシグナリングされる。
【表２５】
0006262880.tif 000027
【０２６３】
HC_MODE_IP：該当２ビットフィールドは、DP_PAYLOAD_TYPEがIP(「０１」)に設定される場合にIPヘッダ圧縮モードを示す。HC_MODE_IPは、以下の表２６に従ってシグナリングされる。
【表２６】
0006262880.tif 000028
【０２６４】
PID：該当１３ビットフィールドは、DP_PAYLOAD_TYPEがTS(「００」)に設定され、HC_MODE_TSが０１または１０に設定される場合にTSヘッダ圧縮のためのPID数を示す。
【０２６５】
RESERVED：該当８ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２６６】
次のフィールドは、FIC_FLAGが１と同一であるときのみ現れる。
【０２６７】
FIC_VERSION：該当８ビットフィールドは、FICのバージョンナンバーを示す。
【０２６８】
FIC_LENGTH_BYTE：該当１３ビットフィールドは、FICの長さをバイト単位で示す。
【０２６９】
RESERVED：該当８ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２７０】
次のフィールドは、AUX_FLAGが１と同一であるときのみ現れる。
【０２７１】
NUM_AUX：該当４ビットフィールドは、補助ストリームの数を示す。ゼロは補助ストリームが使用されないことを示す。
【０２７２】
AUX_CONFIG_RFU：該当８ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２７３】
AUX_STREAM_TYPE：該当４ビットは、現在の補助ストリームのタイプを示すための将来使用のためにリザーブド(reserved)される。
【０２７４】
AUX_PRIVATE_CONFIG：該当２８ビットフィールドは、補助ストリームをシグナリングするための将来使用のためにリザーブド(reserved)される。
【０２７５】
図１４は、本発明の他の一実施例に係るPLS2データを示す。
【０２７６】
図１４は、PLS2データのPLS2-DYNを示す。PLS2-DYNデータの値は、１つのフレームグループのデュレーションの間変化できる反面、フィールドのサイズは一定である。
【０２７７】
PLS2-DYNデータのフィールドの具体的な内容は、次のようである。
【０２７８】
FRAME_INDEX：該当５ビットフィールドは、スーパーフレーム内で現在のフレームのフレームインデックスを示す。スーパーフレームの最初のフレームのインデックスは０に設定される。
【０２７９】
PLS_CHANGE_COUNTER：該当４ビットフィールドは、構成が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、該当フィールド内でシグナリングされる値によって示す。該当フィールドの値が００００に設定されると、これはいかなる予定された変化も予測されないことを意味する。例えば、１の値は次のスーパーフレームに変化があることを示す。
【０２８０】
FIC_CHANGE_COUNTER：該当４ビットフィールドは、構成(即ち、FICのコンテンツ)が変化する前のスーパーフレームの数を示す。構成が変化する次のスーパーフレームは、該当フィールド内でシグナリングされる値によって示す。該当フィールドの値が００００に設定されると、これはいかなる予定された変化も予測されないことを意味する。例えば、０００１の値は次のスーパーフレームに変化があることを示す。
【０２８１】
RESERVED：該当１６ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２８２】
次のフィールドは、現在のフレームで伝達されるデータパイプに関連するパラメータを説明するNUM_DPにおけるループ(loop)に現れる。
【０２８３】
DP_ID：該当６ビットフィールドは、フィジカルプロファイル内でデータパイプを一意に示す。
【０２８４】
DP_START：該当１５ビット(または１３ビット)フィールドは、DPUアドレッシング(addressing)技法を使用してデータパイプの最初の開始位置を示す。DP_STARTフィールドは、以下の表２７に示したように、フィジカルプロファイル及びFFTサイズに応じて異なる長さを有する。
【表２７】
0006262880.tif 000029
【０２８５】
DP_NUM_BLOCK：該当１０ビットフィールドは、現在のデータパイプに対する現在のタイムインターリービンググループでFECブロックの数を示す。DP_NUM_BLOCKの値は０から１０２３の間にある。
【０２８６】
RESERVED：該当８ビットフィールドは、将来使用のためにリザーブド(reserved)される。
【０２８７】
次のフィールドは、EACに関連するFICパラメータを示す。
【０２８８】
EAC_FLAG：該当１ビットフィールドは、現在のフレームでEACの存在を示す。該当ビットは、プリアンブルでEAC_FLAGと同一値である。
【０２８９】
EAS_WAKE_UP_VERSION_NUM：該当８ビットフィールドは、自動活性化指示のバージョンナンバーを示す。
【０２９０】
EAC_FLAGフィールドが１と同一であれば、次の１２ビットがEAC_LENGTH_BYTEフィールドに割り当てられる。EAC_FLAGフィールドが０と同一であれば、次の１２ビットがEAC_COUNTERに割り当てられる。
【０２９１】
EAC_LENGTH_BYTE：該当１２ビットフィールドは、EACの長さをバイトで示す。
【０２９２】
EAC_COUNTER：該当１２ビットフィールドは、EACが到達するフレームの前のフレームの数を示す。
【０２９３】
次のフィールドは、AUX_FLAGフィールドが１と同一である場合のみ現れる。
【０２９４】
AUX_PRIVATE_DYN：該当４８ビットフィールドは、補助ストリームをシグナリングするための将来使用のためにリザーブド(reserved)される。該当フィールドの意味は、設定可能なPLS2-STATでAUX_STREAM_TYPEの値に依存する。
【０２９５】
CRC_３２：全体PLS2に適用される３２ビットエラー検出コード。
【０２９６】
図１５は、本発明の一実施例に係るフレームの論理(logical)構造を示す。
【０２９７】
上述したように、PLS、EAC、FIC、データパイプ、補助ストリーム、ダミーセルは、フレームでOFDMシンボルのアクティブ(active)キャリアにマッピングされる。PLS1及びPLS2は、まず１つ以上のFSSにマッピングされる。その後、EACが存在する場合、EACセルは直後のPLSフィールドにマッピングされる。次にFICが存在する場合FICセルがマッピングされる。データパイプは、PLS次にマッピングされるか、EACまたはFICが存在する場合、EACまたはFIC以後にマッピングされる。タイプ１データパイプがまずマッピングされ、タイプ２データパイプが次にマッピングされる。データパイプのタイプの具体的な内容は後述する。一部の場合、データパイプはEASに対する一部特殊データまたはサービスシグナリングデータを伝達することができる。補助ストリームまたはストリームは、存在する場合データパイプを次にマッピングし、ここには順次ダミーセルが後を追う。上述した順序、即ち、PLS、EAC、FIC、データパイプ、補助ストリーム、及びダミーセルの順序で全部一緒にマッピングすると、フレームでセル容量を正確に満たす。
【０２９８】
図１６は、本発明の一実施例に係るPLSマッピングを示す。
【０２９９】
PLSセルは、FSSのアクティブ(active)キャリアにマッピングされる。PLSが占めるセルの数に応じて、１つ以上のシンボルがFSSと指定され、FSSの数NFSSは、PLS1でのNUM_FSSによってシグナリングされる。FSSは、PLSセルを伝達する特殊なシンボルである。警告性及び遅延時間(latency)は、PLSで重大な事案であるから、FSSは高いパイロット密度を有しており、高速同期化及びFSS内での周波数のみのインターポールレーション(interpolation、補間)を可能とする。
【０３００】
PLSセルは、図１６の例に示したようにトップダウン方式でFSSのアクティブ(active)キャリアにマッピングされる。PLS1セルは、最初のFSSの最初のセルからセルインデックスの昇順にマッピングされる。PLS2セルは、PLS1の最後のセルの直後を追い、マッピングは最初のFSSの最後のセルインデックスまで下方向に続く。必要なPLSセルの合計数が１つのFSSのアクティブ(active)キャリアの数を超えると、マッピングは次のFSSに進行し、最初のFSSと完全に同一方式で続けられる。
【０３０１】
PLSマッピングが完了した後、データパイプが次に伝達される。EAC、FICまたは両方とも現在のフレームに存在すれば、EAC及びFICは、PLSとノーマルデータパイプの間に配置される。
【０３０２】
図１７は、本発明の一実施例に係るEACマッピングを示す。
【０３０３】
EACは、EASメッセージを伝達する専用チャネルであり、EASに対するデータパイプに連結される。EAS支援は提供されるが、EAC自体は全てのフレームに存在してもよく、存在しなくてもよい。EACが存在する場合、EACはPLS2セルの直後にマッピングされる。PLSセルを除いて、FIC、データパイプ、補助ストリームまたはダミーセルのいずれもEACの前に位置しない。EACセルのマッピング手順はPLSと完全に同一である。
【０３０４】
EACセルは、図１７の例に示したようにPLS2の次のセルからセルインデックスの昇順にマッピングされる。EASメッセージの大きさに応じて、図１８に示したようにEACセルは少ないシンボルを占めることができる。
【０３０５】
EACセルは、PLS2の最後のセルの直後を追い、マッピングは最後のFSSの最後のセルインデックスまで下方向に続く。必要なEACセルの合計数が最後のFSSの残っているアクティブ(active)キャリアの数を超えると、EACマッピングは次のシンボルに進行し、FSSと完全に同一方式で続けられる。この場合、EACのマッピングがなされる次のシンボルは、ノーマルデータシンボルであり、これはFSSより多いアクティブ(active)キャリアを有する。
【０３０６】
EACマッピングが完了した後、存在する場合FICが次に伝達される。FICが伝送されないと(PLS2フィールドでシグナリングとして)、データパイプがEACの最後のセルの直後を追う。
【０３０７】
図１８は、本発明の一実施例に係るFICマッピングを示す。
【０３０８】
(a)はEACなしにFICセルのマッピングの例を示し、(b)はEACと一緒にFICセルのマッピングの例を示す。
【０３０９】
FICは、高速サービス獲得及びチャネルスキャンを可能とするために、階層間情報(cross-layer information)を伝達する専用チャネルである。該当情報は、主にデータパイプ間のチャネルバインディング(channel binding)情報及び各放送局のサービスを含む。高速スキャンのために、受信機はFICをデコーディングと放送局ID、サービス数、BASE_DP_IDのような情報を獲得することができる。高速サービス獲得のために、FICだけでなくベースデータパイプもBASE_DP_IDを利用してデコーディングすることができる。ベースデータパイプが伝送するコンテンツを除いて、ベースデータパイプはノーマルデータパイプと正確に同一方式でエンコーディングされ、フレームにマッピングされる。従って、ベースデータパイプに対する追加説明が不必要である。FICデータが生成されて管理階層で消費される。FICデータのコンテンツは、管理階層仕様に説明されたとおりである。
【０３１０】
FICデータは選択的であり、FICの使用はPLS2のスタティックな部分でFIC_FLAGパラメータによってシグナリングされる。FICが使用されると、FIC_FLAGは１に設定され、FICに対するシグナリングフィールドはPLS2のスタティックな部分で定義される。該当フィールドでシグナリングされるのはFIC_VERSIONであり、FIC_LENGTH_BYTE FICはPLS2と同じ変調、コーディング、タイムインターリービングパラメータを用いる。FICは、PLS2_MOD及びPLS2_FECのような同じシグナリングパラメータを共有する。FICデータは存在する場合PLS2の後にマッピングされ、EACが存在する場合EACの直後にマッピングされる。ノーマルデータパイプ、補助ストリーム、またはダミーセルのいずれもFICの前に位置しない。FICセルをマッピングする方法はEACと完全に同一であり、これはまたPLSと同一である。
【０３１１】
PLS後のEACが存在しない場合、FICセルは(a)の例に示したように、PLS2の次のセルからセルインデックスの昇順にマッピングされる。FICデータサイズに応じて、(b)に示したように、FICセルは数個のシンボルに対してマッピングされる。
【０３１２】
FICセルはPLS2の最後のセルの直後を追い、マッピングは最後のFSSの最後のセルインデックスまで下方向に続く。必要なFICセルの合計数が最後のFSSの残っているアクティブ(active)キャリアの数を超えると、残りのFICセルのマッピングは次のシンボルに進行され、これはFSSと完全に同一方式で続けられる。この場合、FICがマッピングされる次のシンボルはノーマルデータシンボルであり、これはFSSより多いアクティブ(active)キャリアを有する。
【０３１３】
EASメッセージが現在のフレームで伝送されると、EACはFICより先にマッピングされ、(b)に示したようにEACの次のセルからFICセルは、セルインデックスの昇順にマッピングされる。
【０３１４】
FICマッピングが完了した後、１つ以上のデータパイプがマッピングされ、以後存在する場合補助ストリーム、ダミーセルが後を追う。
【０３１５】
図１９は、本発明の一実施例に係るFEC構造を示す。
【０３１６】
図１９は、ビットインターリービング前の本発明の一実施例に係るFEC構造を示す。上述したように、データFECエンコーダは、外部コーディング(BCH)及び内部コーディング(LDPC)を利用してFECBLOCK手順を生成するために、入力BBFにFECエンコーディングを実行することができる。図示されたFEC構造はFECBLOCKに該当する。また、FECBLOCK及びFEC構造はLDPCコードワードの長さに該当する同一値を有する。
【０３１７】
図１９に示されたように、BCHエンコーディングがそれぞれのBBF(Kbchビット)に適用された後、LDPCエンコーディングがBCH-エンコーディングされたBBF(Kldpcビット=Nbchビット)に適用される。
【０３１８】
Nldpcの値は、６４８００ビット(long FECBLOCK)または１６２００ビット(short FECBLOCK)である。
【０３１９】
以下の表２８及び表２９は、long FECBLOCK及びshort FECBLOCKのそれぞれに対するFECエンコーディングパラメータを示す。
【表２８】
0006262880.tif 000030
【表２９】
0006262880.tif 000031
【０３２０】
BCHエンコーディング及びLDPCエンコーディングの具体的な動作は次のようである。
【０３２１】
１２-エラー訂正BCHコードがBBFの外部エンコーディングに使用される。short FECBLOCK及びlong FECBLOCKに対するBBF生成多項式は、全ての多項式を乗算することで得られる。
【０３２２】
LDPCコードは、外部BCHエンコーディングの出力をエンコーディングするために使用される。完成されたBldpc(FECBLOCK)を生成するために、Pldpc(パリティビット)がそれぞれのIldpc(BCH-エンコーディングされたBBF)から組織的にエンコーディングされ、Ildpcに添付される。完成されたBldpc(FECBLOCK)は次の式で表現される。
【数２】
0006262880.tif 000032
【０３２３】
long FECBLOCK及びshort FECBLOCKに対するパラメータは、上記表２８及び２９にそれぞれ与えられる。
【０３２４】
long FECBLOCKに対してNldpc-Kldpcパリティビットを計算する具体的な手順は次のようである。
【０３２５】
１)パリティビット初期化
【数３】
0006262880.tif 000033
【０３２６】
２)パリティチェックマトリックスのアドレスの最初の行で特定されたパリティビットアドレスで最初の情報ビットi0累算(accumulate)。パリティチェックマトリックスのアドレスの詳細な内容は後述する。例えば、比率１３/１５に対して、
【数４】
0006262880.tif 000034
【０３２７】
３)次の３５９個の情報ビットis、s=１、２、…、３５９に対して、次の式を利用してパリティビットアドレスでis累算(accumulate)。
【数５】
0006262880.tif 000035
【０３２８】
ここで、xは最初のビットi0に該当するパリティビット累算器のアドレスを示し、Qldpcはパリティチェックマトリックスのアドレスで特定されたコードレート(code rate)依存定数である。前記例である比率１３/１５に対する、従って情報ビットi１に対するQldpc=２４に引き続き、次の動作が実行される。
【数６】
0006262880.tif 000036
【０３２９】
４)３６１番目情報ビットi360に対して、パリティビット累算器のアドレスは、パリティチェックマトリックスのアドレスの二番目行に与えられる。同一方式で、次の３５９個の情報ビットis、s=３６１、３６２、…、７１９に対するパリティビット累算器のアドレスは、式６を利用して得られる。ここで、xは情報ビットi360に該当するパリティビット累算器のアドレス、即ちパリティチェックマトリックスの二番目行のエントリーを示す。
【０３３０】
５)同一方式で、３６０個の新しい情報ビットの全てのグループに対して、パリティチェックマトリックスのアドレスからの新しい行は、パリティビット累算器のアドレスを求めることに使用される。
【０３３１】
全ての情報ビットが利用された後、最終パリティビットが次のように得られる。
【０３３２】
６)i=１で始まり次の動作を順次実行
【数７】
0006262880.tif 000037
【０３３３】
ここで、pi、i=０、１、...Nldpc-Kldpc-１の最終コンテンツは、パリティビットpiと同一である。
【表３０】
0006262880.tif 000038
【０３３４】
表３０を表３１に代替し、long FECBLOCKに対するパリティチェックマトリックスのアドレスをshort FECBLOCKに対するパリティチェックマトリックスのアドレスに代替することを除いて、short FECBLOCKに対する該当LDPCエンコーディング手順は、long FECBLOCKに対するt LDPCエンコーディング手順に従う。
【表３１】
0006262880.tif 000039
【０３３５】
図２０は、本発明の一実施例に係るタイムインターリービングを示す。
【０３３６】
(a)ないし(c)は、タイムインターリービングモードの例を示す。
【０３３７】
タイムインターリーバは、データパイプレベルで動作する。タイムインターリービングのパラメータは、それぞれのデータパイプに対して異なるように設定することができる。
【０３３８】
PLS2-STATデータの一部に現れる次のパラメータは、タイムインターリービングを構成する。
【０３３９】
DP_TI_TYPE(許容値：０または１)：タイムインターリービングモードを示す。０はタイムインターリービンググループ当たり多数のタイムインターリービングブロック(１つ以上のタイムインターリービングブロック)を有するモードを示す。この場合、１つのタイムインターリービンググループは、１つのフレームに(フレーム間インターリービングなしに)直接マッピングされる。１はタイムインターリービンググループ当たり１つのタイムインターリービングブロックのみを有するモードを示す。この場合、タイムインターリービングブロックは、１つ以上のフレームにかけて拡散される(フレーム間インターリービング)。
【０３４０】
DP_TI_LENGTH：DP_TI_TYPE=「０」である場合、該当パラメータはタイムインターリービンググループ当たりタイムインターリービングブロックの数NTIである。DP_TI_TYPE=「１」である場合、該当パラメータは１つのタイムインターリービンググループから拡散されるフレームの数PIである。
【０３４１】
DP_NUM_BLOCK_MAX(許容値：０〜１０２３)：タイムインターリービンググループ当たりXFECBLOCKの最大数を示す。
【０３４２】
DP_FRAME_INTERVAL(許容値：１、２、４、８)：与えられたフィジカルプロファイルの同じデータパイプを伝達する２つの順次的なフレームの間のフレームの数IJUMPを示す。
【０３４３】
DP_TI_BYPASS(許容値：０または１)：タイムインターリービングがデータフレームに利用されないと、該当パラメータは１に設定される。タイムインターリービングが利用されると、０に設定される。
【０３４４】
さらに、PLS2-DYNデータからのパラメータDP_NUM_BLOCKは、データグループの１つのタイムインターリービンググループによって伝達されるXFECBLOCKの数を示す。
【０３４５】
タイムインターリービングがデータフレームに利用されないと、次のタイムインターリービンググループ、タイムインターリービング動作、タイムインターリービングモードは考慮されない。しかし、スケジューラーからのダイナミック構成情報のための遅延補償ブロックは相変らず必要である。それぞれのデータパイプで、SSD/MIMOエンコーディングから受信したXFECBLOCKは、タイムインターリービンググループでグルーピングされる。即ち、それぞれのタイムインターリービンググループは、整数個のXFECBLOCKの集合であり、ダイナミックに変化する数のXFECBLOCKを含むことができる。インデックスnのタイムインターリービンググループにあるXFECBLOCKの数は、NxBLOCK_Group(n)で示され、PLS2-DYNデータでDP_NUM_BLOCKとしてシグナリングされる。この際、NxBLOCK_Group(n)は、最小値０から最大値が１０２３である最大値NxBLOCK_Group_MAX(DP_NUM_BLOCK_MAXに該当)まで変化することができる。
【０３４６】
それぞれのタイムインターリービンググループは、１つのフレームに直接マッピングまたはPI個のフレームにかけて拡散される。また、それぞれのタイムインターリービンググループは、１つ以上(NTI個)のタイムインターリービングブロックに分離する。ここで、それぞれのタイムインターリービングブロックは、タイムインターリーバメモリの１つの使用に該当する。タイムインターリービンググループ内のタイムインターリービングブロックは、若干異なる数のXFECBLOCKを含むことができる。タイムインターリービンググループが多数のタイムインターリービングブロックに分離されると、タイムインターリービンググループは、１つのフレームのみに直接マッピングされる。以下の表３２に示したように、タイムインターリービングには３種類のオプションがある(タイムインターリービングを省略する追加オプション除外)。
【表３２】
0006262880.tif 000040
【０３４７】
一般に、タイムインターリーバは、フレーム生成過程以前にデータパイプデータに対するバッファとしても作用する。これは、それぞれのデータパイプに対して２つのメモリバンクで達成される。最初のタイムインターリービングブロックは最初のバンクに記入される。最初のバンクで判読される間、二番目のタイムインターリービングブロックが二番目バンクに記入される。
【０３４８】
タイムインターリービングは、ツイスト行列ブロックインターリーバである。
【数８】
0006262880.tif 000041
【０３４９】
図２１は、本発明の一実施例に係るツイスト行列ブロックインターリーバの基本動作を示す。
【０３５０】
図２１(a)はタイムインターリーバで記入動作を示し、図２６(b)はタイムインターリーバで判読動作を示す。(a)に示したように、最初のXFECBLOCKはタイムインターリービングメモリの最初の列に列方向に記入され、二番目のXFECBLOCKは次の列に記入され、このような動作が続けられる。そしてインターリービングアレイで、セルが対角線方向に判読される。
【数９】
0006262880.tif 000042
【０３５１】
【数１０】
0006262880.tif 000043
【０３５２】
結果的に、判読されるセルの位置は座標
【数１１】
0006262880.tif 000044
によって計算される。
【０３５３】
図２２は、本発明の他の一実施例に係るツイスト行列ブロックインターリーバの動作を示す。
【０３５４】
さらに具体的に、図２２は、
【数１２】
0006262880.tif 000045
であるとき、仮想XFECBLOCKを含むそれぞれのタイムインターリービンググループに対するタイムインターリービングメモリにおいてインターリービングアレイを示す。
【０３５５】
【数１３】
0006262880.tif 000046
【０３５６】
タイムインターリービンググループの数は３に設定される。タイムインターリーバのオプションは、DP_TI_TYPE=「０」、DP_FRAME_INTERVAL=「１」、DP_TI_LENGTH=「１」、即ちNTI=１、IJUMP=１、PI=１によってPLS2-STATデータでシグナリングされる。それぞれNcells=３０であるXFECBLOCKのタイムインターリービンググループ当たりの数は、それぞれのNxBLOCK_TI(０、０)=３、NxBLOCK_TI(１、０)=６、NxBLOCK_TI(２、０)=５によってPLS2-DYNデータでシグナリングされる。XFECBLOCKの最大数はNxBLOCK_Group_MAXによってPLS2-STATデータでシグナリングされて、これは
【数１４】
0006262880.tif 000047
によってなされる。
【０３５７】
図２３は、本発明の一実施例に係るツイスト行列ブロックインターリーバの対角線方向の判読パターンを示す。
【０３５８】
さらに具体的に、図２３はパラメータ
【数１５】
0006262880.tif 000048
及びSshift=(７-１)/２=３を有するそれぞれのインターリービングアレイからの対角線方向の判読パターンを示す。この際、上記擬似コードで示した判読過程で、
【数１６】
0006262880.tif 000049
であれば、Viの値が省略され、Viの次の計算値が使用される。
【０３５９】
図２４は、本発明の一実施例に係るそれぞれのインターリービングアレイからのインターリービングされたXFECBLOCKを示す。
【０３６０】
図２４は、パラメータ
【数１７】
0006262880.tif 000050
及びSshift=３を有するそれぞれのインターリービングアレイからインターリービングされたXFECBLOCKを示す。
【０３６１】
図２５は、本発明の一実施例によるメディアコンテンツ送受信システムの構成を示すブロック図である。
【０３６２】
発明の一実施例によるメディアコンテンツ送受信システムは放送伝送装置１０、コンテンツ提供者３０、コンテンツサーバ５０及び放送受信装置１００を含む。
【０３６３】
コンテンツ提供者３０はメディアコンテンツを放送伝送装置とコンテンツサーバ５０に提供する。
【０３６４】
放送伝送装置１０は衛星、地上波、ケーブル放送網のうち少なくともいずれか１つを利用してメディアコンテンツを含む放送ストリームを伝送する。放送伝送装置１０は放送伝送装置１０の制御部(図示せず)及び伝送部(図示せず)を含むことができる。制御部は放送伝送装置１０の動作を制御することができる。
【０３６５】
コンテンツサーバ５０は放送受信装置の要請に基づいてメディアコンテンツを伝送する。
【０３６６】
放送受信装置１００は制御部１５０、IP送受信部１３０及び放送受信部１１０を含む。放送受信装置１００は制御部１５０を介してIP送受信部１３０、放送受信部１１０の動作を制御する。放送受信装置１００は放送受信部１１０を介してメディアコンテンツを含む放送ストリームを受信する。この際、放送ストリームは衛星、地上波、ケーブル放送網のうち少なくともいずれか１つを利用して伝送される。よって、放送受信部１１０は放送ストリームを受信するために衛星チューナ、地上波チューナ、ケーブルチューナのうち少なくともいずれか１つを含むことができる。放送受信装置１００はＩＰ送受信部１３０を介してコンテンツサーバ５０にメディアコンテンツを要請する。放送受信装置１００はＩＰ送受信部１３０を介してコンテンツサーバからメディアコンテンツを受信する。放送受信装置１００はデコーダを介してメディアコンテンツをデコーティングする。
【０３６７】
図２６ないし図３０を基づいて、本発明の一実施例による通信網を介したメディアコンテンツ送受信を説明する。
【０３６８】
図２６は、本発明の一実施例による通信網を介したメディアコンテンツ送受信システムの構成を示す図である。
【０３６９】
本明細書で使用する通信網はIP(Internet Protocol)を介してインターネットに接近するネットワークを示す。具体的に、ネットワークをユニキャストとマルチキャストのうち少なくともいずれか１つを支援することができる。また、通信網は階層技術DSL(Digital Subscriber Line)として、光通信、ケーブル、セルラー(Cellular)、無線ネットワーク、及び衛星を利用することができる。特に、通信網は物理階層技術(physical layer technologies)として地上波放送網を使用しなくてもよい。 本発明の一実施例による通信網を介したメディアコンテンツの送受信は、実際のメディアコンテンツを含む伝送パケットの送受信とメディアコンテンツ再生情報の送受信に分けられる。放送受信装置１００はメディアコンテンツ再生情報を受信し、メディアコンテンツを含む伝送パケットを受信する。この際、メディアコンテンツ再生情報はメディアコンテンツを再生するために必要な情報を示す。メディアコンテンツ再生情報はメディアコンテンツを再生するために必要な空間的情報(spatial information)及び時間的情報(temporal information)のうち少なくともいずれか１つを含むことができる。メディアコンテンツ再生情報は、メディアコンテンツを含む伝送パケットを受信するために必要な情報を含むことができる。具体的にメディアコンテンツ再生情報はメディアコンテンツを含む伝送パケットを受信できるアドレスを含むことができる。放送受信装置１００はメディアコンテンツ再生情報に基づいてメディアコンテンツを再生する。
【０３７０】
具体的な実施例において、MMP標準に従ってメディアコンテンツがIPネットワークを介して送受信される。この際、コンテンツサーバ５０はメディアコンテンツ再生情報を含む再生情報ドキュメント(Presentation Information document、PI document)を伝送する。また、コンテンツサーバ５０は放送受信装置１０の要請に基づいてメディアコンテンツを含むMMT protocol(MMTP)packetを伝送する。放送受信装置１００はPI documentを受信する。放送受信装置１００はメディアコンテンツを含む伝送パケットを受信する。放送受信装置１００はメディアコンテンツを含む伝送パケットからメディアコンテンツを抽出する。放送受信装置１００はPI documentに基づいてメディアコンテンツを再生する。
【０３７１】
他の具体的な実施例において、図２６の実施例のようにMPEG−DASH標準に従ってメディアコンテンツがIPネットワークを介して送受信される。図２６において、コンテンツサーバ５０はメディアコンテンツ再生情報を含むメディア再生ディスクリプション(Media Presentation Description、MPD)を伝送する。但し、具体的な実施例によっては、MPDはコンテンツサーバ５０ではない他の外部のサーバが伝送してもよい。また、コンテンツサーバ５０は放送受信装置１００の要請に基づいてメディアコンテンツを含むセグメント(Segment)を伝送する。放送受信装置１００はMPDを受信する。放送受信装置１００はMPDに基づいてメディアコンテンツをコンテンツサーバに要請する。放送受信装置１００は要請に基づいてメディアコンテンツを含む伝送パケットを受信する。放送受信装置１００はMPDに基づいてメディアコンテンツを再生する。そのために、放送受信装置１００は制御部１５０にＤＡＳＨクライアント(client)を含むことができる。DASHクライアントはMPDをパーシング(parsing)するMPD Parser、SegmentをパーシングするSegment Parser、IP送受信部１３０を介してHTTP要請メッセージを伝送し、HTTP応答メッセージを受信するHTTPクライアント、メディアを再生するメディアエンジン(engine)を含むことができる。MPDについては図２７ないし２９に基づいて具体的に説明する。
【０３７２】
図２７は、本発明の一実施例によるMedia Presentation Description(MPD)の構造を示す図である。図２８は、本発明の一実施例によるMPDのXMLシンタックス(syntax)を示す図である。図２９は、本発明の一実施例によるMPDのピリオド(Period)エレメントのXMLシンタックスを示す図である。
【０３７３】
MPDはピリオドエレメント、アダプテーションセット(Adaptation Set)エレメント及びリプレゼンテーション(Representation)エレメントを含むことができる。
【０３７４】
ピリオドエレメントはピリオドに関する情報を含むことができる。MPDは複数のピリオドに関する情報を含む。ピリオドはメディアコンテンツ再生(Presentation)の連続した時間区間を示す。
【０３７５】
アダプテーションセットエレメントはアダプテーションセットに関する情報を含む。MPDは複数のアダプテーションセットに関する情報を含むことができる。アダプテーションセットは相互転換が可能な１つまたはそれ以上のメディアコンテンツコンポーネントを含むメディアコンポーネントの集合である。アダプテーションセットは１つまたはそれ以上のリプレゼンテーションを含むことができる。アダプテーションセットはそれぞれ異なる言語のオーディオを含むか互いに異なる言語の字幕を含むことができる。
【０３７６】
リプレゼンテーションエレメントは、リプレゼンテーションに関する情報を含む。MPDは複数のリプレゼンテーションに関する情報を含むことができる。リプレゼンテーションは１つまたはそれ以上のメディアコンポーネントの構造化された束であって、同じメディアコンテンツコンポーネントに対して互いに異なるようにエンコーディングされた複数のリプレゼンテーションが存在する。一方、ビットストリームスイッチング(bitstream switching)が可能な場合、放送受信装置１００はメディアコンテンツ再生の途中にアップデートされた情報に基づいて受信されるビットストリームを他のビットストリームに転換することができる。特に放送受信装置１００は帯域幅の環境に応じて受信されるリプレゼンテーションを他のリプレゼンテーションに転換することができる。リプレゼンテーションは複数のセグメントに分割される。
【０３７７】
セグメントはメディアコンテンツデータの単位である。具体的に、セグメントはメディアコンテンツデータの伝送単位である。リプレゼンテーションはHTTP １．１(RFC 2616)で定義されたHTTP GETまたはHTTP partial GET methodを利用したメディアコンテンツ受信機３０の要請に応じてセグメントまたはセグメントの一部分に伝送される。
【０３７８】
また、セグメントは複数のサブセグメントを含んで構成される。サブセグメントはセグメントレベルでインデックス可能な最も小さい単位(unit)を意味する。セグメントは初期化セグメント(Initialization Segment)、メディアセグメント(Media Segment)、インデックスセグメント(Index Segment)、ビットストリームスイッチングセグメント(Bitstream Switching Segment)などを含むことができる。
【０３７９】
図３０は、本発明の一実施例による放送受信装置がＩＰネットワークを介してメディアコンテンツを受信する動作を示すフローチャートである。
【０３８０】
放送受信装置１００はＩＰ送受信部１３０を介してメディアコンテンツ再生情報を受信する(S101)。具体的な実施例において、メディアコンテンツ再生情報はMPEG−DASH標準によるMPDである。この際、放送受信装置１００はIP送受信部１３０を介してMPDを受信することができる。他の具体的な実施例において、メディアコンテンツ再生情報はＭＭＴ標準によるPI documentである。この際、放送受信装置１００はＩＰ送受信部１３０を介してPI documentを受信することができる。
【０３８１】
放送受信装置１００はＩＰ送受信部１３０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S103)。
【０３８２】
放送受信装置１００は制御部１５０を介してメディアコンテンツを再生する(S105)。具体的に、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを再生することができる。
【０３８３】
衛星、ケーブル、地上波などの放送網を介して放送ストリームを受信する放送受信装置１００が通信網を介してメディアコンテンツを受信するためには、上述したようにメディアコンテンツ再生情報を受信する必要がある。特に放送網を介して伝送されるコンテンツと効率的に連動されるためには、メディアコンテンツ再生情報が放送ストリームを介して伝送され受信されるべきである。メディアコンテンツ再生情報を放送ストリームを介して伝送する場合、コンテンツ提供者または放送局は放送網を介して提供されるコンテンツ情報と通信網を介して伝送されるメディアコンテンツに関する情報を統合して管理することができるためである。また、放送受信装置１００は放送ストリームを持続的に受信するため、メディアコンテンツ再生情報を放送ストリームを介して伝送する場合、放送受信装置１００は別途の情報要請メッセージがなくてもメディアコンテンツ再生情報のアップデート可否を迅速に把握することができるためである。また、メディアコンテンツ再生情報に基づいて放送網を介して提供されるメディアコンテンツと通信網を介して伝送されるメディアコンテンツに関する情報を統合してシグナリングすると、放送受信装置はメディアコンテンツ再生情報に基づいて放送網を介して提供されるメディアコンテンツと通信網を介して伝送されるメディアコンテンツを全て受信し再生することができる。従って、放送受信装置の効率性を上げて放送受信装置の動作を単純化することができる。
【０３８４】
図３１ないし図６３に基づいて、通信網ではない放送網を介して伝送される放送ストリームを利用してメディアコンテンツ再生情報を伝送し受信する方法を説明する。
【０３８５】
コンテンツ提供者または放送局は、メディアコンテンツ再生情報をメディアコンテンツ再生情報テーブルに含ませて伝送することができる。図３１及び図３２に基づいて、メディアコンテンツ再生情報をメディアコンテンツ再生情報テーブルに含ませて伝送することについて説明する。
【０３８６】
メディアコンテンツ再生情報をメディアコンテンツ再生情報テーブルに含ませて伝送する場合、放送受信装置１００はメディアコンテンツ再生情報テーブルに基づいてメディアコンテンツ再生情報を受信することができる。具体的に、放送受信装置１００はメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報を抽出してメディアコンテンツ再生情報を受信することができる。
【０３８７】
この際、メディアコンテンツ再生情報テーブルは様々な情報テーブルのうちからメディアコンテンツ再生情報テーブルを識別するようにするｉｄエレメントを含むことができる。
【０３８８】
また、メディアコンテンツ再生情報テーブルはid_extensionエレメントを含むことができる。id_extensionエレメントは、メディアコンテンツ再生情報をテーブルインスタンスを識別する識別子を示すことができる。この際、id_extensionフィールドはメディアコンテンツ再生情報テーブルのプロトコルバージョンを示すprotocol_versionフィールドを含むことができる。また、互いに異なるメディアコンテンツ再生情報を含む複数のメディアコンテンツ再生情報テーブルそれぞれを識別するsequence_numberフィールドを含むことができる。id_extensionエレメントは、メディアコンテンツ再生情報テーブルに関わる放送サービルを識別する識別子を示すことができる。この際、id_extensionエレメントはprogram number、service id、source idのうちいずれか１つを示すことができる。
【０３８９】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報テーブルのバージョンを示すversionエレメントを含むことができる。この際、放送受信装置１００はversionエレメントに基づいてメディアコンテンツ再生情報テーブルのアップデート可否を判断することができる。具体的に、放送受信装置１００は以前受信したメディアコンテンツ再生情報テーブルのversionエレメントの値とは異なるversionエレメントの値を有するメディアコンテンツ再生情報テーブルを受信した場合、メディアコンテンツ再生情報テーブルがアップデートされたと判断することができる。この際、放送受信装置１００はメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報を抽出することができる。また、放送受信装置１００は以前受信したメディアコンテンツ再生情報テーブルのversionエレメントの値と同じversionエレメントの値を有するメディアコンテンツ再生情報テーブルを受信した場合、メディアコンテンツ再生情報テーブルがアップデートされていないと判断することができる。この際、放送受信装置１００はメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報を抽出しない。具体的な実施例において、versionエレメントの値はメディアコンテンツ再生情報が含むversionエレメントの値と同じ値を有することができる。
【０３９０】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報を識別する識別子を示すメディアコンテンツ再生情報ｉｄエレメントを含むことができる。
【０３９１】
この際、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報を識別する識別子の長さを示すメディアコンテンツ再生情報id_lengthエレメントを含むことができる。
【０３９２】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報のエンコーディング方式を示すcodingエレメントを含むことができる。この際、エンコーディング方式を示すcodingエレメントはメディアコンテンツ再生情報テーブルが別途の圧縮なしにメディアコンテンツ再生情報を含むことを示すことができる。また、エンコーディング方式を示すcodingエレメントはメディアコンテンツ再生情報テーブルが特定アルゴリズムによって圧縮されたメディアコンテンツ再生情報を含むことを示すことができる。この際、特定アルゴリズムはgzipアルゴリズムであってもよい。
【０３９３】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報の長さを示すbyte_lengthエレメントを含むことができる。
【０３９４】
また、メディアコンテンツ再生情報自体であるbyte()エレメントを含むことができる。
【０３９５】
この際、メディアコンテンツ再生情報テーブルはXML、HTML５またはビットストリーム形式である。
【０３９６】
図３１は、本発明の一実施例によってＭＰＤをＭＰＤ情報テーブルの形態に伝送する場合のビットストリームシンタックスを示す図である。
【０３９７】
図３１の実施例ではメディアコンテンツ再生情報テーブルがビットストリームの形態を有し、メディアコンテンツ再生情報がＭＰＤに含まれた場合を示す。よって、図３１でメディアコンテンツ再生情報テーブルはＭＰＤ情報テーブルと称する。
【０３９８】
MPD情報テーブルはtable_idフィールと、section_syntax_indicatorフィールド、private_indictorフィールド、private_section_lengthフィールド、table_id_extensionフィールド、MPD_data_versionフィールド、section_numberフィールド、last_section_numberフィールド、MPD_id_lengthフィールド、MPD_id_byteフィールド、MPD_codingフィールド、MPD_byte_lengthフィールド及びMPD_byteフィールドを含む。
【０３９９】
図３１の実施例において、table_idフィールドはMPD情報テーブルの識別子を示す。この際、table_idフィールドはATSC A/65で定義されたreserved id値のうち１つである0xFAである。
【０４００】
section_syntax_indicatorフィールドはMPD情報テーブルをMPEG−2 TS標準のlong形式のprivate section tableであるのか否かを示す。MPD情報テーブルはlong形式ではないため、section_syntax_indicatorフィールドは０の値を有する。
【０４０１】
private_indictorフィールドは現在テーブルがprivate sectionに当たるのかを示す。MPD情報テーブルはprivate sectionに当たるため、private_indictorフィールドは１の値を有する。
【０４０２】
private_section_lengthフィールドはprivate_section_lengthフィールドの後に含まれたsectionの長さを示す。
【０４０３】
table_id_extensionフィールドはMPD情報テーブルを介して伝送されるMPDに関わる放送サービスを識別する識別する識別子を示す。この際、table_id_extensionフィールドはprogram number、service id、source idのうちいずれか１つを示すことができる。他の実施例において、table_id_extensionフィールドはMPDを識別する識別子を示すことができる。詳しくは、table_id_extensionフィールドはMPD情報テーブルのプロトコルバージョンを示すprotocol_versionフィールドを含むことができる。また、table_id_extensionフィールドは互いに異なるMPDを含む複数のMPD情報テーブルそれぞれを識別するsequence_numberフィールドを含むことができる。
【０４０４】
MPD_data_versionフィールドはMPD情報テーブルのバージョンを示す。この際、放送受信装置１００はMPD_data_versionフィールドに基づいてMPD情報テーブルのアップデート可否を判断することができる。MPD_data_versionフィールドの値はMPDに含まれたversionエレメントの値と同じである。
【０４０５】
section_numberフィールドは現在セクションの番号を示す。
【０４０６】
last_section_numberフィールドは最後のセクションの番号を示す。MPD情報テーブルの大きさが大きければ複数のセクションに分けられて伝送される。この際、放送受信装置１００はsection_numberフィールドとlast_section_numberフィールドに基づいてMPD情報テーブルに必要な全てのセクションの受信可否を判断する。
【０４０７】
MPD_id_byteフィールドはMPDを識別する識別子を示す。
【０４０８】
MPD_id_lengthフィールドはMPDを識別する識別子の長さを示す。
【０４０９】
MPD_codingフィールドはMPDのエンコーディング方式を示す。この際、エンコーディング方式を示すMPD_codingフィールドはMPD情報テーブルが別途の圧縮なしにメディアコンテンツ再生情報を含むことを示すことができる。また、MPD_codingフィールドはMPD情報テーブルが特定アルゴリズムによって圧縮されたMPDを含むことを示すことができる。この際、特定アルゴリズムはgzipアルゴリズムであってもよい。具体的な実施例において、MPD_codingフィールドの値は表３３のように定義される。
【表３３】
0006262880.tif 000051
【０４１０】
表３３に実施例において、ＭＰＤ_ｃｏｄｉｎｇフィールドが０Ｘ００の値を有する場合、ＭＰＤ情報テーブルが別途の圧縮なしにメディアコンテンツ再生情報を含むことを示す。ＭＰＤ_ｃｏｄｉｎｇフィールドが０Ｘ０１の値を有する場合、ＭＰＤ情報テーブルがｇｚｉｐアルゴリズムによって圧縮されたＭＰＤを含むことを示す。
【０４１１】
ＭＰＤ_ｂｙｔｅ_ｌｅｎｇｔｈフィールドはＭＰＤの長さを示す。
【０４１２】
ＭＰＤ_ｂｙｔｅ()フィールドはＭＰＤ情報テーブルに含まれたＭＰＤの実際のデータを含む。
【０４１３】
図３２は、本発明の一実施例によって放送受信装置がMPDを含む情報テーブルに基づいてMPDを抽出する動作を示すフローチャートである。
【０４１４】
放送受信装置１００は放送受信部１１０を介して放送ストリームを受信する(S301)。
【０４１５】
放送受信装置１００は制御部１５０を介して放送ストリームからメディアコンテンツ再生情報テーブルを抽出する(S303)。具体的な実施例において、放送受信装置１００は制御部１５０を介してidエレメントに基づいて放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。具体的に、放送受信装置１００は制御部１５０を介してidエレメントとid_extensionエレメントが組み合わせられた情報に基づいて放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。例えば、放送受信装置１００は制御部１５０を介してidエレメントの値でメディアコンテンツ再生情報テーブルを識別し、放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。この際、放送受信装置１００は制御部１５０を介してidエレメントの値とid_extensionエレメントの値が組み合わせられた値でメディアコンテンツ再生情報テーブルを識別し、放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。
【０４１６】
放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報テーブルに基づいてメディアコンテンツ再生情報を抽出する(S305)。この際、メディアコンテンツ再生情報が圧縮されている場合、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報の圧縮を解除してメディアコンテンツ再生情報を抽出することができる。
【０４１７】
放送受信装置１００はIP送受信部１３０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S307)。
【０４１８】
放送受信装置１００は制御部１５０を介してメディアコンテンツを再生する(S309)。具体的に、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを再生することができる。
【０４１９】
コンテンツ提供者または放送局はIPネットワークではない放送網を介してメディアコンテンツ再生情報をIPデータグラムに含ませて伝送することができる。この際、コンテンツ提供者または放送局はメディアコンテンツ再生情報を含むメディアコンテンツ再生情報テーブルをIPデータグラムに含ませて伝送することができる。図３３ないし図３６に基づいて、メディアコンテンツ再生情報をIPデータグラムに含ませて伝送することについて説明する。
【０４２０】
メディアコンテンツ再生情報をIPデータグラムに含ませて伝送する場合、放送受信装置１００はメディアIPデータグラムに基づいてメディアコンテンツ再生情報を受信することができる。具体的な実施例において、放送受信装置１００はIPデータグラムからメディアコンテンツ再生情報を抽出してメディアコンテンツ再生情報を受信することができる。他の具体的な実施例において、放送受信装置１００はIPデータグラムからメディアコンテンツ再生情報テーブルを抽出してメディアコンテンツ再生情報を受信することができる。
【０４２１】
この際、メディアコンテンツ再生情報はUDPペイロードに含まれる。UDPペイロードはpayload_typeフィールドとpayloadフィールドを含むことができる。payload_typeフィールドはpayloadフィールドに含まれたメディアコンテンツ再生情報のデータの形態を示す。この際、payload_typeフィールドの値はpayloadフィールドに含まれたメディアコンテンツ再生情報がファイルそれ自体であることを示すことができる。具体的な実施例において、メディアコンテンツ再生情報がMDPに含まれる場合、payload_typeフィールドの値はpayloadフィールドがMPDをそのまま含むことを示すことができる。他の具体的な実施例において、メディアコンテンツ再生情報がPI documentに含まれる場合、payload_typeフィールドの値はpayloadフィールドがPI documentをそのまま含むことを示すことができる。また、payload_typeフィールドの値はメディアコンテンツ再生情報が特殊なシンタックスの形態で含まれていることを示すことができる。また、payload_typeフィールドの値はメディアコンテンツ再生情報が上述したメディアコンテンツ再生情報テーブルの形態で含まれていることを示すことができる。
【０４２２】
payloadフィールドはメディアコンテンツ再生情報を含む。
【０４２３】
コンテンツ提供者または放送局はメディアコンテンツ再生情報リンクをメディアコンテンツ再生情報テーブルに含ませて伝送することができる。この際、メディアコンテンツ再生情報リンクはメディアコンテンツ再生情報をリンクしてメディアコンテンツ再生情報を受信するようにする。この際、メディアコンテンツ再生情報リンクはUniform Resource Locator(URL)の形式であってもよい。図３３及び図３４に基づいて、メディアコンテンツ再生情報リンクをメディアコンテンツ再生情報テーブルに含ませて伝送することについて説明する。
【０４２４】
メディアコンテンツ再生情報リンクをメディアコンテンツ再生情報テーブルに含ませて伝送する場合、放送受信装置１００はメディアコンテンツ再生情報テーブルに基づいてメディアコンテンツ再生情報を受信することができる。具体的に、放送受信装置１００はメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報リンクを抽出することができる。この際、放送受信装置１００はメディアコンテンツ再生情報リンクからメディアコンテンツ再生情報を受信することができる。
【０４２５】
この際、メディアコンテンツ再生情報テーブルは様々なテーブルのうちからメディアコンテンツ再生情報テーブルを識別するようにするidエレメントを含むことができる。
【０４２６】
また、メディアコンテンツ再生情報テーブルはid_extensionエレメントを含むことができる。id_extensionエレメントはメディアコンテンツ再生情報テーブルインスタンスを識別するようにする識別子を示すことができる。この際、id_extensionエレメントはメディアコンテンツ再生情報テーブルのプロトコルバージョンを示すprotocol_versionフィールドを含むことができる。また、互いに異なるメディアコンテンツ再生情報を含む複数のメディアコンテンツ再生情報テーブルをそれぞれ識別するsequence_numberフィールドを含むことができる。id_extensionエレメントはメディアコンテンツ再生情報テーブルに関わる放送サービスを識別するようにするサービス識別子を示すことができる。この際、id_extensionエレメントはprogram number、service ｉｄ、source idのうちいずれか１つを示すことができる。
【０４２７】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報テーブルのバージョンを示すversionエレメントを含むことができる。この際、放送受信装置１００はversionエレメントに基づいてメディアコンテンツ再生情報テーブルのアップデート可否を判断することができる。具体的に、放送受信装置１００は以前に受信したメディアコンテンツ再生情報テーブルのversionエレメントの値とは異なるversionエレメント値を有するメディアコンテンツ再生情報テーブルを受信した場合、メディアコンテンツ再生情報テーブルがアップデートされたと判断することができる。この際、放送受信装置１００はメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報を抽出することができる。また、放送受信装置１００は以前に受信したメディアコンテンツ再生情報テーブルのversionエレメントの値のようなversionエレメントの値を有するメディアコンテンツ再生情報テーブルを受信した場合、メディアコンテンツ再生情報テーブルがアップデートされていないと判断することができる。この際、放送受信装置１００はメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報を抽出しない。具体的な実施例において、versionエレメントの値はメディアコンテンツ再生情報が含むversionエレメントの値と同じ値を有することができる。
【０４２８】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報を識別する識別子を示すメディアコンテンツ再生情報idエレメントを含むことができる。
【０４２９】
この際、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報を識別する識別子の長さを示すメディアコンテンツ再生情報id_lengthエレメントを含むことができる。
【０４３０】
また、メディアコンテンツ再生情報テーブルはメディアコンテンツ再生情報リンクの長さを示すbyte_lengthエレメントを含むことができる。
【０４３１】
また、メディアコンテンツ再生情報リンク自体であるbyte()エレメントを含むことができる。この際、メディアコンテンツ再生情報リンクはURL形式であってもよい。
【０４３２】
この際、メディアコンテンツ再生情報テーブルはXML、HTML5またはビットストリーム形式であってもよい。
【０４３３】
図３３は、本発明の一実施例によってMPDリンクを含むMPDリンクテーブルを示す図である。
【０４３４】
図３３の実施例ではメディアコンテンツ再生情報テーブルがビットストリームの形態を有し、メディアコンテンツ再生情報がMPDに含まれた場合を示す。よって、図３３においてメディアコンテンツ再生情報テーブルはMPD情報テーブルと称する。また、メディアコンテンツ再生情報リンクはURLの形態である。よって、メディアコンテンツ再生情報をリンクMPD_URLと称する。
【０４３５】
MPD情報テーブルはtable_idフィールと、section_syntax_indicatorフィールド、private_indictorフィールド、private_section_lengthフィールド、table_id_extensionフィールド、MPD_data_versionフィールド、section_numberフィールド、last_section_numberフィールド、MPD_id_lengthフィールド、MPD_id_byteフィールド、MPD_URL_lengthフィールド及びMPD_URL_byteフィールドを含む。
【０４３６】
図３３の実施例において、table_idフィールドはMPD情報テーブルの識別子を示す。この際、table_idフィールドはATSC A/65で定義されたreserved id値のうち１つである0xFAである。
【０４３７】
section_syntax_indicatorフィールドはMPD情報テーブルをMPEG-2 TS標準のlong形式のprivate section tableであるか否かを示す。MPD情報テーブルはlong形式ではないため、section_syntax_indicatorフィールドは０の値を有する。
【０４３８】
private_indictorフィールドは現在テーブルがprivate sectionに該当するかを示す。MPD情報テーブルはprivate sectionに該当するため、private_indicatorフィールドは１の値を有する。
【０４３９】
private_section_lengthフィールドはprivate_section_lengthフィールドの後に含まれたsectionの長さを示す。
【０４４０】
table_id_extensionフィールドはMPD情報テーブルを介して伝送されるMPDに関わる放送サービスを識別する識別子を示す。この際、table_id_extensionフィールドはprogram number、service id、source idのうちいずれか１つを示すことができる。他の実施例において、table_id_extensionフィールドはMPDを識別する識別子を示す。具体的に、table_id_extensionフィールドはMPD情報テーブルのプロトコルバージョンを示すprotocol_versionフィールドを含むことができる。また、table_id_extensionフィールドは互いに異なるMPDを含む複数のMPD情報テーブルそれぞれを識別するsequence_numberフィールドを含むことができる。
【０４４１】
MPD_data_versionフィールドはMPD情報テーブルのバージョンを示す。この際、放送受信装置１００はMPD_data_versionフィールドに基づいてMPD情報テーブルのアップデート可否を判断することができる。MPD_data_versionフィールドの値はMPDに含まれたversionエレメントの値と同じである。
【０４４２】
section_numberフィールドは現在セクションの番号を示す。
【０４４３】
last_section_numberフィールドは、最後のセクションの番号を示す。MPD情報テーブルの大きさが大きければ複数のセクションに分けられて伝送される。この際、放送受信装置１００はsection_numberフィールドとlast_section_numberフィールドに基づいてMPD情報テーブルに必要な全てのセクションの受信可否を判断する。
【０４４４】
MPD_id_byteフィールドはMPDを識別する識別子を示す。
【０４４５】
MPD_id_lengthフィールドはMPDを識別する識別子の長さを示す。
【０４４６】
MPD_URL_lengthフィールドはMPD_URLの長さを示す。
【０４４７】
MPD_URL_byte()フィールドはMPD_URL自体を示す。
【０４４８】
図３４は、本発明の一実施例によって放送受信装置がメディアコンテンツ再生情報リンクを含むメディアコンテンツ再生情報テーブルに基づいてMPDを受信する動作を示すフローチャートである。
【０４４９】
放送受信装置１００は放送受信部１１０を介して放送ストリームを受信する(S401)。
【０４５０】
放送受信装置１００は制御部１５０を介して放送ストリームからメディアコンテンツ再生情報リンクを含むメディアコンテンツ再生情報テーブルを抽出する(S403)。具体的な実施例において、放送受信装置１００は制御部１５０を介してidエレメントに基づいて放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。具体的に、放送受信装置１００は制御部１５０を介してidエレメントとid_extensionエレメントが組み合わせられた情報に基づいて放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。例えば、放送受信装置１００は制御部１５０を介してidエレメントの値でメディアコンテンツ再生情報テーブルを識別し、放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。この際、放送受信装置１００は制御部１５０を介してｉｄエレメントの値とid_extensionエレメントの値が組み合わせられた値でメディアコンテンツ再生情報テーブルを識別し、放送ストリームからメディアコンテンツ再生情報テーブルを抽出することができる。
【０４５１】
放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報テーブルに基づいてメディアコンテンツ再生情報リンクを抽出する(S405)。この際、メディアコンテンツ再生情報リンクはURLの形式であってもよい。
【０４５２】
放送受信装置１００はIP送受信部１３０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S407)。
【０４５３】
放送受信装置１００はIP送受信部１３０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S409)。
【０４５４】
放送受信装置１００は制御部１５０を介してメディアコンテンツを再生する(S411)。具体的に、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを再生することができる。
【０４５５】
図３５ないし図３７の実施例はメディアコンテンツ再生情報がMPDに含まれた場合を示す。図３５は、本発明の一実施例によってIPデータグラムにMPDまたはMPD情報テーブルを含ませて伝送することを示す図である。
【０４５６】
図３５に示されたデータ構造のように、図３５ないし図３７の実施例において、IPデータグラムはIPペイロードにUDPデータグアムを含む。また、UDPデータグラムはUDPペイロードにMPDまたはMPD情報テーブルを含む。この際、IPデータグラムのシンタックスは図３４を介して詳しく説明する。
【０４５７】
図３６は、本発明の一実施例によってIPデータグラムにMPDまたはMPD情報テーブルを含ませて伝送する場合のIPデータグラムのシンタックスを示す図である。
【０４５８】
UDPペイロードはMPD_payload_typeフィールドとMPD_payloadフィールドを含む。MPD_payload_typeフィールドはMPD_payloadフィールドに含まれたMPDのデータの形態を示す。MPD_payload_typeフィールドの値はMPD_payloadフィールドがMPD自体を含むことを示すことができる。また、MPD_payload_typeフィールドの値はMPD_payloadフィールドがMPDを特殊なシンタックスの形態に含むことを示すことができる。具体的に、MPD_payload_typeフィールドの値は以下の表３４のように定義される。
【表３４】
0006262880.tif 000052
【０４５９】
表３４の実施例において、MPD_payload_typeフィールドの値が0x01である場合、MPD_payloadフィールドがMPDを特殊なシンタックスの形態に含むことを示す。また、MPD_payload_typeフィールドの値が0x02である場合、MPD_payloadフィールドがMPDをそのまま含むことを示す。また、MPD_payload_typeフィールドの値が0x03である場合、MPD_payloadフィールドがMPDを上述したMPD情報テーブルの形態で含むことを示す。
【０４６０】
MPD_payloadフィールドはMPDを含む。
【０４６１】
図３７は、本発明の一実施例によってIPデータグラムにMPDまたはMPD情報テーブルを含ませて伝送する場合のIPデータグラムに含まれたMPDペイロードのシンタックスを示す図である。
【０４６２】
MPD_codingフィールドはMPDまたはMPD情報テーブルのエンコーディング方式を示す。この際、エンコーディング方式を示すMPD_codingフィールドはMPDペイロードが別途の圧縮なしにMPDまたはMPD情報テーブルを含むことを示すことができる。また、MPD_codingフィールドはMPDペイロードが特定のアルゴリズムによって圧縮されたMPDまたはMPD情報テーブルを含むことを示すことができる。この際、特定アルゴリズムはgzipアルゴリズムであってもよい。具体的な実施例において、MPD_codingフィールドの値は表３５のように定義される。
【表３５】
0006262880.tif 000053
【０４６３】
表３５の実施例において、MPD_codingフィールドが0x00の値を有する場合、MPDペイロードが別途の圧縮なしにMPDまたはMPD情報テーブルを含むことを示す。MPD_codingフィールドが0x01の値を有する場合、MPDペイロードがgzipアルゴリズムによって圧縮されたMPDまたはMPD情報テーブルを含むことを示す。
【０４６４】
MPD_byte_lengthフィールドはMPDまたはMPD情報テーブルの長さを示す。
【０４６５】
図３８は、本発明の一実施例によって放送受信装置がメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを含むIPデータグラムに基づいてメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを抽出する動作を示すフローチャートである。
【０４６６】
放送受信装置１００は放送受信部１１０を介して放送ストリームを受信する(S501)。
【０４６７】
放送受信装置１００は制御部１５０を介して放送ストリームからIPデータグラムを抽出する(S503)。
【０４６８】
放送受信装置１００は制御部１５０を介してIPデータグラムからUDPデータグラムを抽出する(S505)。具体的に、放送受信装置１００はIPデータグラムのペイロードからUDPデータグラムを抽出する。
【０４６９】
放送受信装置１００は制御部１５０を介してUDPデータグラムに基づいてメディアコンテンツ再生情報を抽出する(S507)。具体的に、放送受信装置１００はUDPデータグラムのペイロードからメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを抽出する。具体的な実施例において、メディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルが圧縮されている場合、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの圧縮を解除し、メディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを抽出することができる。この際、放送受信装置１００はUDPデータグラムに含まれたcodingフィールドに基づいてメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの圧縮を解除することができる。この際、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報を抽出することができる。
【０４７０】
放送受信装置１００はIP送受信部１３０を介して、メディアコンテンツ再生情報に基づいてメディアコンテンツ再生情報を受信する(S507)。
【０４７１】
放送受信装置１００は制御部１５０を介してメディアコンテンツを再生する(S509)。具体的に、放送受信装置１００は制御部１５０を介して、メディアコンテンツ再生情報に基づいてメディアコンテンツを再生することができる。
【０４７２】
コンテンツ提供者または放送局はメディアコンテンツ再生情報の伝送方法を放送情報シグナリング(signaling)テーブルに含ませて伝送することができる。図３９ないし図４７に基づいて、メディアコンテンツ再生情報の伝送方法を放送情報シグナリングテーブルに含ませて伝送することについて説明する。この際、放送情報シグナリングテーブルはビットストリーム、HTML5及びXML形式のうちいずれか１つの形式である。
【０４７３】
具体的な実施例において、コンテンツ提供者または放送局はメディアコンテンツ再生情報の伝送方法を含むディスクリプタを放送情報シグナリング情報シグナリング情報テーブルに含ませて伝送することができる。
【０４７４】
この際、放送情報シグナリング情報テーブルはISO/IEC 13818-1標準で定義するPSI(Program Specific Information)テーブル、ETSI EN 300 468標準で定義するSI(System Information)テーブル及びATSC標準で定義するPSIP(Program and System Information Protocol)テーブルのうちいずれか１つである。特に、シグナリング情報テーブルは放送コンテンツに関する情報をシグナリングする情報テーブルである。この際、放送コンテンツに関する情報は、具体的には放送サービスに関する情報、エレメンタリー(elementary)ストリームに関する情報及びイベントに関する情報のうちいずれか１つである。具体的に、情報テーブルはATSC標準のうち１つであるA/65に定義されたTableのうちTVCT(Terrestrial Virtual Channel Table)、EIT(Event Information Table)、A/153に定義されたTableのうちSMT(Service Map Table)、ETSI EN 300 468標準で定義するSDT(Service Description Table)、EIT(Event Information Table)及びISO/IEC 13818-1標準で定義するPMT(Program Map Table)のうちいずれか１つである。
【０４７５】
ディスクリプタはディスクリプタを識別するtagエレメントを含むことができる。
【０４７６】
また、ディスクリプタはディスクリプタの長さを示すlengthエレメントを含むことができる。
【０４７７】
また、ディスクリプタはディスクリプタによって指定される放送コンテンツが放送網だけでなくIPネットワークに同時に伝送されることを示すsimulcast_flagを含むことができる。この際、放送コンテンツはディスクリプタによって指定されるエレメンタリーストリーム、ディスクリプタによって指定されるサービス及びディスクリプタによって指定されるイベントのうちいずれか１つである。simulcast_flagの値が１であって放送網を介して伝送される放送ストリームの伝送が不安定な場合、放送受信装置１００はIPネットワークを介してディスクリプタによって指定される放送コンテンツを受信することができる。具体的に、simulcast_flagの値が１であって放送網を介して伝送される放送ストリームの信号が一定基準より弱いか放送コンテンツの再生に途切れが発生する場合、放送受信装置１００はIPネットワークを介してディスクリプタによって指定される放送コンテンツを受信することができる。この際、放送受信装置１００はディスクリプタによって指定される放送コンテンツを受信可能であることをユーザに表示することができる。また、放送受信装置１００はユーザの入力に基づいてIPネットワークを介してディスクリプタによって指定される放送コンテンツを受信することができる。具体的に、放送受信装置１００はユーザの入力があればIPネットワークを介してディスクリプタによって指定される放送コンテンツを受信することができる。
【０４７８】
また、ディスクリプタはメディアコンテンツ再生情報のバージョンを示すversionエレメントを含むことができる。
【０４７９】
また、ディスクリプタはメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの具体的な伝送方法を示すtransport_modeエレメントを含むことができる。この際、transport_modeエレメントが有する値はディスクリプタが直接メディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを含むことを示すことができる。また、transport_modeエレメントが有する値はディスクリプタが含むリンクアドレスを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをダウンロード可能であることを示すことができる。また、transport_modeエレメントが有する値はディスクリプタを含むパケットと他のパケットに含まれた情報テーブルがメディアコンテンツ再生情報を含むことを示す。また、transport_modeエレメントが有する値はメディアコンテンツ再生情報が別途の放送ストリームを含むことを示す。また、transport_modeエレメントが有する値はメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをIPデータグラムが含むことを示すことができる。また、transport_modeエレメントが有する値はメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルがセッション基盤の伝送プロトコルによって伝送されることを示すことができる。この際、セッション基盤の伝送プロトコルはFile Delivery over Unidirectional Transport(FLUTE)である。また、セッション基盤の伝送プロトコルはALC(Asynchronous Layered Coding)/LCT(Layered Coding Transport)である。
【０４８０】
また、ディスクリプタはメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの伝送方法に該当する具体的な伝送情報を含むbootstrap_dataエレメントを含むことができる。この際、ディスクリプタが直接メディアコンテンツ再生情報を含む場合、bootstrap_dataエレメントはメディアコンテンツ再生情報自体を含むことができる。この際、放送受信装置１００はディスクリプタからメディアコンテンツ再生情報を抽出することができる。
【０４８１】
また、ディスクリプタが含むリンクを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをダウンロード可能な場合、bootstrap_dataエレメントはメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをダウンロード可能なリンクを含むことができる。具体的な実施例において、放送受信装置１００はリンクにアクセスしてメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをダウンロードすることができる。この際、リンクは複数であってもよい。また、複数のリンクに対する優先順位が存在する。この際、放送受信装置１００は優先順位が高いリンクから順次にメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルのダウンロードを試みることができる。この際、リンクはUniform Resource Locator(URL)である。
【０４８２】
また、ディスクリプタを含むパケットと他のパケットに含まれた情報テーブルがメディアコンテンツ再生情報またはメディアコンテンツ再生情報をリンクするメディアコンテンツ再生情報リンクを含む場合、bootstrap_dataエレメントはメディアコンテンツ再生情報またはメディアコンテンツ再生情報リンクを含むパケットの識別子を含むことができる。この際、情報テーブルのテーブルIDは予め決められたものである。但し、情報テーブルのテーブルIDが予め決められたものではない場合、bootstrap_dataエレメントは情報テーブルのテーブルIDを含むことができる。この際、情報テーブルは上述したメディアコンテンツ再生情報テーブルである。
【０４８３】
また、別途の放送ストリームがメディアコンテンツ再生情報またはメディアコンテンツ再生情報リンクを含む場合、bootstrap_dataエレメントはメディアコンテンツ再生情報またはメディアコンテンツ再生情報リンクを含む放送ストリームの識別子とパケットの識別子を含むことができる。この際、放送ストリームがMPEG2 TS標準に従う場合には放送ストリームの識別子はTS IDであり、パケット識別子はPIDである。具体的に、パケットに含まれた情報テーブルがメディアコンテンツ再生情報またはメディアコンテンツ再生情報リンクを含むことができる。この際、情報テーブルのテーブルIDは予め決められたものである。但し、情報テーブルのテーブルIDが予め決められたものではない場合、bootstrap_dataエレメントは情報テーブルのテーブルIDを含むことができる。この際、メディアコンテンツ再生情報を含む情報テーブルは上述したメディアコンテンツ再生情報テーブルである。
【０４８４】
また、IPデータグラムがメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを含む場合、bootstrap_dataエレメントはメディアコンテンツ再生情報を含むIPデータグラムをダウンロード可能な物理階層(physical layer)のデータ伝送チャネルの識別子、IPアドレス、ポート番号、ソースIPアドレスを含むか否かを示すフラッグ、ソースIPアドレス、IPアドレス形式のバージョンを含むことができる。この際、物理階層の論理的データ伝送チャネルは物理階層パイプと言える。この際、物理階層パイプは１つの無線周波数(Radio Frequency、RF)チャネル内論理的データの伝送経路である。１つのRFチャネルは１つまたは複数の物理階層パイプを含むことができる。物理階層パイプはデータパイプ(Data Pipe、DP)と称する。
【０４８５】
また、メディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをセッション基盤の伝送プロトコルセッションを介して伝送する場合、bootstrap_dataエレメントはメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをダウンロード可能な物理階層のデータ伝送チャネルの識別子、セッションの識別子、セッションのIPアドレス、セッションのポート番号、セッションのソースIPアドレスを含むか否かを示すフラッグ、セッションのソースIPアドレス、IPアドレス形式のバージョンを含むことができる。上述したように、セッション基盤の伝送プロトコルはFLUTEである。また、セッション基盤の伝送プロトコルはALC/LCTである。この際、セッション基盤の伝送プロトコルがFLUTEである場合、セッションの識別子はFLUTEセッションの識別子であるTSIである。
【０４８６】
図３９ないし図４５の実施例において、MPDはメディアコンテンツ再生情報を含む。よって、図３９ないし図４５の実施例において、メディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの伝送方法を含むディスクリプタをMPDディスクリプタと称する。また、この際、MPDディスクリプタはビットストリーム形式の放送情報シグナリング情報テーブルに含まれる。
【０４８７】
図３９は、本発明の一実施例によってMPDを伝送するためのMPDディスクリプタのシンタックスを示す図である。
【０４８８】
MPDディスクリプタは descriptor_tagフィールド、 descriptor_lengthフィールド、MPD_versionフィールド、simulcast_flagフィールド、MPD_versionフィールド、MPD_transport modeフィールド及びMPD_bootstrap_dataフィールドを含む。
【０４８９】
descriptor_tagフィールドはMPD descriptorの識別子を示す。
【０４９０】
descriptor_lengthフィールドはMPD descriptorの長さを示す。
【０４９１】
MPD_versionフィールドはMPDのバージョンを示す。
【０４９２】
simulcast_flagフィールドはMPDディスクリプタによって指定される放送コンテンツが放送網だけでなくIPネットワークに同時に伝送されることを示す。この際、放送コンテンツはMPDディスクリプタによって指定されるエレメンタリーストリーム、MPDディスクリプタによって指定されるサービス及びMPDディスクリプタによって指定されるイベントのうちいずれか１つである。simulcast_flagの値が１であって放送網を介して伝送される放送ストリームの伝送が不安定な場合、放送受信装置１００はIPネットワークを介してディスクリプタによって指定される放送コンテンツを受信することができる。具体的に、simulcast_flagの値が１であって放送網を介して伝送される放送ストリームの信号が一定基準より弱いか放送コンテンツの再生に途切れが発生する場合、放送受信装置１００はIPネットワークを介してディスクリプタによって指定される放送コンテンツを受信することができる。この際、放送受信装置１００はMPDディスクリプタによって指定される放送コンテンツを受信可能であることをユーザに表示することができる。また、放送受信装置１００はユーザの入力に基づいてIPネットワークを介してMPDディスクリプタによって指定される放送コンテンツを受信することができる。具体的に、放送受信装置１００はユーザの入力があればIPネットワークを介してMPDディスクリプタによって指定される放送コンテンツを受信することができる。
【０４９３】
MPD_transport modeフィールドはMPD、MPD情報テーブル(MPD_Section)またはMPDリンクテーブル(MPD_URL_Section)の具体的な伝送方法を示すことができる。この際、MPD_transport modeフィールドが有する値はMPDディスクリプタが直接MPDを含むことを示すことができる。また、MPD_transport modeフィールドが有する値はMPDディスクリプタが含むリンクアドレスを介してMPD、MPD情報テーブルまたはMPDリンクテーブルをダウンロード可能であることを示すことができる。また、MPD_transport modeフィールドが有する値はMPDディスクリプタを含むパケットと他のパケットに含まれた情報テーブルがMPDまたはMPD_URLを含むことを示す。この際、MPD_URLはMPDをダウンロード可能なURLを示す。この際、情報テーブルは上述したMPD情報テーブルである。また、この際、情報テーブルは上述したMPDリンク情報テーブルである。また、MPD_transport modeフィールドが有する値はMPDまたはMPD_URLを別途の放送ストリームが含むことを示す。この際、情報テーブルは上述したMPD情報テーブルである。また、この際、情報テーブルは上述したMPDリンク情報テーブルである。また、MPD_transport modeフィールドが有する値はMPD、MPD情報テーブルまたはMPDリンクテーブルをIPデータグラムが含むことを示すことができる。また、MPD_transport modeフィールドが有する値はMPD、MPD情報テーブルまたはMPDリンクテーブルをFLUTE或いはALC/LCTなどのセッション基盤の伝送プロトコルセッションを介して伝送することを示すことができる。具体的に、MPD_transport modeフィールドの値は以下の表３６のように割り当てられる。
【表３６】
0006262880.tif 000054
【０４９４】
表３６の実施例において、MPD_transport modeフィールドが有する値が0x00であればMPD_transport modeフィールドはMPDディスクリプタが直接MPDを含むことを示す。MPD_transport modeフィールドが有する値が0x01であればMPD_transport modeフィールドはMPDディスクリプタが含むリンクアドレスを介してMPD、MPD情報テーブルまたはMPDリンクテーブルをダウンロード可能であることを示す。MPD_transport modeフィールドが有する値が0x02であればMPD_transport modeフィールドはMPDディスクリプタを含むパケットと他のパケットに含まれた情報テーブルがMPDまたはMPD_URLを含むことを示す。MPD_transport modeフィールドが有する値が0x03であればMPD_transport modeフィールドはMPDを別途の放送ストリームが含むことを示す。MPD_transport modeフィールドが有する値が0x04であればMPD_transport modeフィールドはMPD、MPD情報テーブルまたはMPDリンクテーブルをIPデータグラムが含むことを示す。MPD_transport modeフィールドが有する値が0x05であればMPD_transport modeフィールドはMPD、MPD情報テーブルまたはMPDリンクテーブルを伝送プロトコルセッションを介して伝送することを示す。この際、伝送プロトコルはFLUTEである。また。この際、伝送プロトコルはALC/LCTである。
【０４９５】
MPD_bootstrap_dataフィールドはMPD或いはMPD情報テーブルの伝送方法によって具体的な伝送方法を含む。これについては図３８ないし図４３を参照して詳しく説明する。
【０４９６】
図４０は、MPDディスクリプタがMPDを直接含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【０４９７】
MPDディスクリプタが直接メディアコンテンツ再生情報を含む場合、bootstrap_dataはMPD_data_lengthフィールドとMPD_data_byteフィールドを含む。MPD_data_lengthフィールドはMPDデータの大きさを示す。MPD_data_byteフィールドはMPDの実際のデータを示す。この際、放送受信装置１００はMPDディスクリプタからMPDを抽出することができる。
【０４９８】
図４１は、MPDディスクリプタがMPD、MPD情報テーブルまたはMPDリンクテーブルを格納するリンクのアドレスを含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【０４９９】
MPDディスクリプタが含むリンクアドレスを介してMPDをダウンロード可能な場合、bootstrap_dataはMPD_URL_lengthフィールドとMPD_URLフィールドを含む。MPD_URL_lengthフィールドはURLの長さを示す。MPD_URLフィールドはMPD、MPD情報テーブルまたはMPDリンクテーブルをダウンロード可能なURLを示す。
【０５００】
図４２は、MPDディスクリプタがMPDを含むデータパケットの識別子を含む場合のMPDbootstrap_dataのシンタックスを示す図である。
【０５０１】
MPDディスクリプタを含むパケットと他のパケットに含まれた情報テーブルがMPD、MPD_URLを含む場合、bootstrap_DataはMPD_pidフィールドを含む。この際、情報テーブルは上述したようにMPD情報テーブルである。また、この際、情報テーブルは上述したようにMPDリンク情報テーブルである。MPD_pidフィールドはMPDを含むパケットの識別子を示す。この際、放送ストリームがMPED-2 TS標準に従う場合、パケットの識別子はPIDである。放送受信装置１００はMPD_pidフィールドに基づいてMPDを抽出することができる。放送受信装置１００はMPD_pidフィールドの値でMPDまたはMPD_URLを含むパケットを識別し、MPDまたはMPD_URLを含むパケットからMPDまたはMPD_URLを抽出することができる。この際、情報テーブルのテーブルIDは予め決められたものである。但し、情報テーブルのテーブルIDが予め決められたものではない場合、bootstrap_dataは情報テーブルのテーブルIDを示すtable_idフィールドを含むことができる。
【０５０２】
図４３は、MPDディスクリプタがMPDを含む別途の放送ストリームの識別子を含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【０５０３】
別途の放送ストリームがMPDまたはMPD_URLを含む場合、bootstrap_dataはtransport_stream_idフィールドとMPD_pidフィールドを含む。transport_stream_idフィールドはMPDを含む放送ストリームの識別子を示す。MPD_pidはMPDまたはMPD_URLを含むパケットの識別子を示す。この際、放送ストリームがMPED-2 TS標準に従う場合、放送ストリームの識別子はTS IDであり、パケットの識別子はPIDである。放送受信装置１００はtransport_stream_idフィールドとMPD_pidフィールドに基づいてMPDまたはMPD_URLを抽出することができる。放送受信装置１００はtransport_stream_idフィールドとMPDまたはMPD_URLを含む放送ストリームを識別し、MPD_pidフィールドでMPDを含むパケットを識別することができる。次に、放送受信装置１００はMPDまたはMPD_URLを含むパケットからMPDまたはMPD_URLを抽出することができる。具体的な実施例において、MPDを含むパケットはMPD情報テーブルを含むことができる。他の具体的な実施例において、MPD_URLを含むパケットはMPDリンク情報テーブルを含むことができる。この際、情報テーブルのテーブルIDは予め決められたものである。但し、情報テーブルのテーブルIDが予め決められたものではない場合、bootstrap_dataは情報テーブルのテーブルIDを示すtable_idフィールドを含むことができる。
【０５０４】
図４４は、MPDディスクリプタがMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムに関する情報を含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【０５０５】
MPDディスクリプタがMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムに関する情報を含む場合、bootstrap_dataはIP_version_falgフィールド、source_IP_address_flagフィールド、source_IP_addressフィールド、destination_IP_addressフィールド、destination_port_number及びdataPipe_idフィールドを含む。dataPipe_idフィールドは物理階層のデータ伝送チャネルの識別子を示す。具体的に、放送受信装置１００は該当伝送チャネルを介して特定IPデータグラムを獲得することができる。IP_version_flagフィールドはIPアドレス形式のバージョンを示す。source_IP_address_flagフィールドはMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムのソースIPアドレスを含むか否かを示す。destination_IP_address_フィールドはMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムをダウンロード可能なIPアドレスを示す。destination_port_numberフィールドはMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムをダウンロード可能なポート番号を示す。放送受信装置１００はdataPipe_idフィールド、destination_IP_addessフィールド及びdestination_port_numberフィールドに基づいてMPD、MPD情報テーブルまたはMPDリンク情報テーブルを抽出することができる。放送受信装置１００はdataPipe_idフィールドに基づいてIPデータグラムを伝送する物理階層のデータチャネルを識別し、destination_IP_addessフィールドとdestination_port_numberフィールドに基づいてMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムを抽出する。次に、放送受信装置１００はMPD、MPD情報テーブルまたはMPDリンク情報テーブルを含むIPデータグラムからMPD、MPD情報テーブルまたはMPDリンク情報テーブルを抽出することができる。
【０５０６】
図４５は、MPDディスクリプタがMPDを伝送するFLUTE或いはALC/LCTなどのセッション基盤の伝送プロトコルのセッションに関する情報を含む場合のMPD bootstrap_dataのシンタックスを示す図である。
【０５０７】
メディアコンテンツ再生情報をFLUTE或いはALC/LCTなどセッション基盤の伝送プロトコルセッションを介して伝送する場合、bootstrap_dataはIP_version_flagフィールド、source_IP_address_flagフィールド、source_IP_addressフィールド、destination_IP_addressフィールド、destination_port_numberフィールド、dataPipe_idフィールド及びflute_tsiフィールドを含む。IP_version_flagフィールドはIPアドレス形式のバージョンを示す。source_IP_address_flagフィールドはMPDを伝送するFLUTEセッションのソースIPアドレスを含むか否かを示す。destination_IP_addressフィールドはMPDを伝送するFLUTEセッションのIPアドレスを示す。destination_port_numberフィールドはMPDを伝送するFLUTEセッションのポート番号を示す。dataPipe_idフィールドは物理階層のデータ伝送チャネルの識別子を示す。flute_tsiフィールドはMPDを伝送するFLUTEセッションの識別子を示す。放送受信装置１００はdataPipe_idフィールド、destination_IP_addressフィールド及びdestination_port_number、flute_tsiフィールドを使用してMPD、MPD情報テーブルまたはMPDリンク情報テーブルを抽出することができる。具体的に、放送受信装置１００はdataPipe_idフィールド値に応じて物理階層のデータ伝送チャネルを識別し、flute_tsiフィールド、destination_IP_addressフィールド及びdestination_port_numberを使用してMPD、MPD情報テーブル、MPDリンク情報テーブルを抽出することができる。
【０５０８】
図４６は、メディアコンテンツ再生情報の伝送方法を放送情報シグナリング情報テーブルに含ませて伝送する場合の放送受信装置がメディアコンテンツ再生情報を受信する動作を示すフローチャートである。
【０５０９】
放送受信装置１００は放送受信部１１０を介して放送ストリームを受信する(S701)。
【０５１０】
放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報の伝送方法が含まれたディスクリプタを含む情報テーブルを抽出する(S703)。上述したように、この際、情報テーブルはISO/IEC 13818-1標準で定義するProgram Specific Information(PSI)テーブル、ETSI EN 300 468標準で定義するSystem Information(SI)テーブル及びATSC標準で定義するProgram Specific Information Protocol(PSIP)テーブルのうちいずれか１つである。特に、情報テーブルは放送コンテンツに関する情報をシグナリングする情報テーブルである。放送コンテンツに関する情報は、具体的に放送サービスに関する情報、エレメンタリーストリームに関する情報及びイベントに関する情報である。具体的に、情報テーブルはATSC標準のうち１つであるA/65に定義されたTableのうちTerrestrial Virtual Channel Table(TVCT)、Event Information Table(EIT)、A/153に定義されたTableのうちService Map Table(SMT)、ETSI EN 300 468標準で定義するService Description Table(SDT)、Event Information Table(EIT)及びISO/IEC 13813-1標準で定義するProgram Map Table(PMT)のうちいずれか１つである。
【０５１１】
放送受信装置１００は制御部１５０を介して情報テーブルからメディアコンテンツ再生情報の伝送方法が含まれたディスクリプタを抽出する(S705)。
【０５１２】
放送受信装置１００は制御部１５０を介して情報テーブルからメディアコンテンツ再生情報伝送方法を抽出する(S707)。ディスクリプタはメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの具体的な伝送方法を示すtransport_modeエレメントを含むことができる。また、ディスクリプタはメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの伝送方法による具体的な伝送情報を含むbootstrap_dataエレメントを含むことができる。この際、放送受信装置１００はtransport_modeエレメントに基づいてメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの伝送方法を識別し、bootstrap_dataエレメントに基づいてメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルの伝送情報を抽出することができる。この際、メディアコンテンツ再生情報の伝送方法は上述したようにディスクリプタが直接メディアコンテンツ再生情報を含む場合、ディスクリプタが含むリンクを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルをダウンロード可能な場合、ディスクリプタを含むパケットとは異なるパケットがメディアコンテンツ再生情報またはメディアコンテンツ再生情報リンクを含む場合、別途の放送ストリームがメディアコンテンツ再生情報またはメディアコンテンツ再生情報リンクを含む場合、bootstrap_dataエレメントはメディアコンテンツ再生情報を含む放送ストリームの識別子とパケット識別子を含む場合、IPデータグラムがメディアコンテンツ再生情報またはメディアコンテンツ再生情報テーブルを含む場合及びメディアコンテンツ再生情報をセッション基盤の伝送プロトコルを介して伝送する場合のうちいずれか１つである。
【０５１３】
放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報メディアコンテンツ再生情報テーブルの伝送方法に基づいてメディアコンテンツ再生情報を獲得する(S709)。この際、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報テーブルを獲得することができる。放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報テーブルからメディアコンテンツ再生情報テーブルを抽出することができる。
【０５１４】
放送受信装置１００はIP送受信部１３０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S711)。
【０５１５】
放送受信装置１００は制御部１５０を介してメディアコンテンツを再生する(S713)。具体的に、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを再生することができる。この際、放送コンテンツが放送網だけでなくIP通信網を介しても伝送される場合、放送ストリームの伝送安定可否に基づいてメディアコンテンツを再生することができる。これについては図４７を介して説明する。
【０５１６】
図４７は、放送コンテンツが放送網だけでなくIPネットワークを介しても伝送される場合の放送受信装置が放送ストリーム伝送安定可否に基づいてメディアコンテンツを再生する動作を説明するフローチャートである。
【０５１７】
放送受信装置１００は制御部１５０を介してディスクリプタによって指定された放送コンテンツが放送網だけでなくIPネットワークを介しても伝送されるのかを判断する(S901)。具体的に、放送受信装置１００は制御部１５０を介してディスクリプタに含まれたsimulcast_flagエレメントの値が１であるかを判断することができる。
【０５１８】
ディスクリプタによって指定された放送コンテンツがIPネットワークを介して伝送される場合、放送受信装置１００は制御部１５０を介して放送ストリーム伝送が不安定であるかを判断する(S903)。具体的に、放送受信装置１００は制御部１５０を介して放送網を介して伝送される放送ストリームの信号が一定基準より弱いかを判断することができる。他の具体的な実施例において、放送受信装置１００は制御部１５０を介して放送コンテンツの再生に途切れが発生するかを判断することができる。
【０５１９】
放送ストリームの伝送が不安定な場合、放送受信装置１００はIP送受信部１３０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S905)。
【０５２０】
放送受信装置１００は制御部１５０を介してメディアコンテンツを再生する(S907)。具体的に、放送受信装置１００は制御部１５０を介してメディアコンテンツ再生情報に基づいてメディアコンテンツを再生することができる。
【０５２１】
図３１ないし図４７に基づいて、放送網を介してメディアコンテンツ再生情報を伝送する方法を説明した。但し、図３１ないし図４７では、既存のMPEG(Moving Picture Expert Group)-2 TS(Transport Stream)のシグナリングテーブルとセクション形式を介して説明した。図４８に基づいて、ハイブリッド放送のためのシグナリング情報形式を説明し、図４９ないし図６３に基づいて、ハイブリッド放送のためのシグナリング情報形式を介してメディアコンテンツ再生情報伝送をシグナリングすることを説明する。
【０５２２】
図４８は、本発明の一実施例によるハイブリッド放送サービスをシグナリングするシグナリングメッセージのシンタックスを示す図である。
【０５２３】
シグナリングメッセージは、図４８(ａ)の実施例のように、シグナリングメッセージ自体の情報を示すヘッダと、シグナリングメッセージが伝送するシグナリング情報が含まれたペイロード部分に区分することができる。具体的にシグナリングメッセージヘッダは、シグナリングメッセージを識別する識別子、シグナリングメッセージの長さを示す情報、シグナリングメッセージを識別する識別子を拡張する拡張情報、シグナリングメッセージのバージョンを示す情報、シグナリングメッセージが現在使用可能であるかを示す情報、シグナリングメッセージが複数個のフラグメントに分けられている場合に現在シグナリングメッセージのフラグメント番号を示す情報及び最後のフラグメントの番号のうち少なくともいずれか１つを含むことができる。特に、シグナリングメッセージを識別する識別子を拡張する拡張情報はシグナリングメッセージのプロトコルバージョンを示す情報を含むことができる。
【０５２４】
具体的な実施例において、シグナリングメッセージのヘッダは図４８(ｂ)の実施例のように signaling_id、signaling_length、signaling_id_extension、version_number、current_next_indicator、fragment_number及びlast_fragment_numberのうち少なくともいずれか１つをエレメントとして含むことができる。
【０５２５】
signaling_idはシグナリングメッセージを識別する識別子を示す。放送受信装置１００は、signaling_idが示す値を介して、シグナリングメッセージがシグナリングするシグナリング情報が何であるか判断することができる。具体的な実施例においてsignaling_idは８ビットエレメントである。
【０５２６】
signaling_lengthはシグナリングメッセージの長さを示す。放送受信装置１００は、signaling_lengthに基づいてシグナリングメッセージがシグナリングするシグナリング情報の長さを判断することができる。具体的な実施例においてsignaling_lengthは１２ビットエレメントである。
【０５２７】
signaling_id_extensionはsignaling_idの拡張情報を示す。具体的な実施例においてsignaling_id_extensionはシグナリングメッセージのプロトコルバージョンを示すprotocol_versionを含むことができる。具体的な実施例においてprotocol_versionエレメントは８ビットエレメントである。
【０５２８】
version_numberはシグナリングメッセージのバージョンを示す。放送受信装置１００はversion_numberに基づいてシグナリングメッセージがシグナリングするシグナリング情報の変更可否を判断することができる。具体的な実施例において、放送受信装置１００は以前に受信したシグナリングメッセージのversion_numberの値と現在受信したシグナリングメッセージのversion_number値が異なる場合、シグナリングメッセージがシグナリングするシグナリング情報が変更されたと判断することができる。これによって、放送受信装置１００は変更されたシグナリングメッセージがシグナリングするシグナリング情報を獲得することができる。また、放送受信装置１００は変更されたシグナリングメッセージがシグナリングするシグナリング情報に基づいてチャネルマップを更新することができる。具体的な実施例においてversion_numberは５ビットエレメントである。
【０５２９】
current_next_indicatorはシグナリングメッセージが現在使用可能であるかを示す。具体的にcurrent_next_indicatorの値が１である場合、シグナリングメッセージがシグナリングするシグナリング情報が現在使用可能であることを示すことができる。また、current_next_indicatorの値が０である場合、シグナリングメッセージがシグナリングするシグナリング情報が現在使用不可能であり、同一signaling_id、singaling_id_extensionまたはfragment_numberを含むシグナリングメッセージがシグナリングするシグナリング情報が使用可能であることを示すことができる。具体的な実施例においてcurrent_next_indicatorは１ビットエレメントである。
【０５３０】
fragment_numberはシグナリングメッセージが複数個のフラグメントに分けられている場合、現在シグナリングメッセージを含むフラグメントの番号を示す。シグナリングメッセージがシグナリングするシグナリング情報の大きさが大きい場合、伝送効率性のために放送伝送装置１０はシグナリング情報を複数個のフラグメントに分けて伝送することができる。この際、放送受信装置１００は、fragment_numberに基づいてシグナリングメッセージを受信することができる。また、放送受信装置１００は、fragment_numberに基づいてシグナリングメッセージを整列することができる。具体的に放送受信装置１００は、同一識別子を有するシグナリングメッセージに該当してもfragment_numberに基づいて、以前に受信したシグナリング情報を含むフラグメントであるかを判断することができる。具体的な実施例においてfragment_numberは８ビットエレメントである。
【０５３１】
last_fragment_numberは最後フラグメントの番号を示す。放送受信装置１００は、last_fragment_numberに基づいてシグナリングメッセージを含むフラグメントを全て受信したかを判断することができる。具体的に、放送受信装置１００はlast_frag_numberの値までのフラグメント番号のシグナリングメッセージを全て受信した場合、シグナリングメッセージがシグナリングする情報を全て受信したと判断することができる。last_fragment_numberは８ビットエレメントである。
【０５３２】
図４９は、本発明の他の実施例によるハイブリッド放送サービスをシグナリングするシグナリングメッセージのシンタックスを示す図である。
【０５３３】
シグナリングメッセージはメディアコンテンツ再生情報自体を含む。また、シグナリングメッセージはメディアコンテンツ再生情報をシグナリングするメディアコンテンツ再生情報シグナリング情報を含むことができる。
【０５３４】
図４８に基づいて説明したシグナリングメッセージのヘッダは、シグナリングメッセージの内容を識別する情報を含むことができる。具体的な実施例において、シグナリングメッセージのヘッダが含む拡張情報がシグナリングメッセージの内容を識別する情報を含むことができる。例えば、シグナリングメッセージを識別する識別子に関する拡張情報はシーケンス番号を含むことができる。この際、放送受信装置１００は、シーケンス番号に基づいてシグナリングメッセージの内容を識別することができる。具体的に、同一なシグナリングメッセージ識別子を含むシグナリングメッセージであってもシーケンス番号が異なる場合、放送受信装置１００は、異なるシグナリングメッセージの内容を含むと判断することができる。
【０５３５】
具体的な実施例においてシグナリングメッセージヘッダは、図４９の実施例のようにsignaling_id_extensionエレメントはsequence_numberエレメントを含むことができる。sequence_numberエレメントは上述したようにシグナリングメッセージの内容を識別することができる。具体的な実施例については、図５０に基づいて説明する。
【０５３６】
図５０は、本発明の他の実施例によるハイブリッド放送サービスをシグナリングするシグナリングメッセージでシーケンス番号を利用してMPDを区分することを示す図である。
【０５３７】
図５０(ａ)のシグナリングメッセージのヘッダと図５０(ｂ)のシグナリングメッセージのヘッダは、同一識別子を有する。但し、図５０(ａ)のシグナリングメッセージと図５０(ｂ)のシグナリングメッセージは相互異なる内容を含む。具体的に、図５０(ａ)のシグナリングメッセージと図５０(ｂ)のシグナリングメッセージは、相互異なる識別子を有するMPDをシグナリングする。これによって、図５０(ａ)のシグナリングメッセージのヘッダと図５０(ｂ)のシグナリングメッセージのヘッダは、異なるシーケンス番号を有する。従って、放送受信装置１００はシーケンス番号を介して２つのシグナリングメッセージが相互異なる内容を含むことが分かる。具体的に、放送受信装置１００はシーケンス番号を介して２つのシグナリングメッセージが相互異なるMPDをシグナリングすることが分かる。
【０５３８】
図５１ないし図５６に基づいて、図４８ないし図５０で説明したシグナリングメッセージを利用してメディアコンテンツ再生情報をシグナリングする方法を説明する。
【０５３９】
図５１は、本発明の他の実施例によってシグナリングメッセージがMPDをデータの形態で含む場合のシグナリングメッセージのシンタックスを示す図である。
【０５４０】
シグナリングメッセージは、メディアコンテンツ再生情報をデータの形態として含むことができる。この際、シグナリングメッセージは、メディアコンテンツ再生情報が含まれたデータの長さを示す情報を含むことができる。また、シグナリングメッセージは、メディアコンテンツ再生情報が含まれたデータのエンコーディング方式を示す情報を含むことができる。メディアコンテンツ再生情報が含まれたデータのエンコーディング方式を示す情報は、シグナリングメッセージが、メディアコンテンツ再生情報が含まれたデータを別途の圧縮なしに含んでいることを示すことができる。また、メディアコンテンツ再生情報が含まれたデータのエンコーディング方式を示す情報は、シグナリングメッセージが、メディアコンテンツ再生情報が含まれたデータをgzipアルゴリズムを用いて圧縮した形態で含んでいることを示すことができる。放送受信装置１００は、メディアコンテンツ再生情報が含まれたデータのエンコーディング方式を示す情報に基づいてメディアコンテンツ再生情報を抽出することができる。
【０５４１】
具体的な実施例において、シグナリングメッセージがMPDをシグナリングする場合、MPDシグナリングメッセージと言える。図５１のMPDシグナリングメッセージは、MPD_coding、MPD_byte_length及びMPD_bytes()をエレメントとして含むことができる。
【０５４２】
MPD_codingは、MPDシグナリングメッセージが含むMPDを含むデータのエンコーディング方式を示すことができる。具体的に、MPD_codingはMPDシグナリングメッセージがMPDを含むデータを別途の圧縮なしに含むか、MPDを含むデータをgzipアルゴリズムを用いて圧縮した形態で含むことを示すことができる。図５２の実施例のように、MPD_codingの値が０である場合、MPDシグナリングメッセージがMPDを含むデータを別途の圧縮なしに含むことを示すことができる。また、MPD_codingの値が１である場合、MPDシグナリングメッセージがMPDを含むデータをgzipアルゴリズムを用いて圧縮した形態で含むことを示すことができる。放送受信装置１００は、MPD_codingの値に基づいてMPDを含むデータの形態を判断することができる。具体的な実施例においてMPD_codingは２ビットエレメントである。
【０５４３】
MPD_byte_lengthはMPDを含むデータの長さを示す。具体的な実施例においてMPD_byte_lengthは１２ビットエレメントである。
【０５４４】
MPD_bytes()は、実際MPDを含むデータを示す。
【０５４５】
図５３は、本発明の他の実施例によってシグナリングメッセージがMPDをデータの形態で含む場合のMPDを識別する識別子を共に含むシグナリングメッセージのシンタックスを示す図である。
【０５４６】
シグナリングメッセージは、メディアコンテンツ再生情報を識別する識別子を含むことができる。これによって、放送受信装置１００は、メディアコンテンツ再生情報を識別する識別子に基づいてシグナリングメッセージがシグナリングするメディアコンテンツ再生情報を抽出するか否かを決定することができる。具体的に、シグナリングメッセージが含むメディアコンテンツ再生情報識別子が放送受信装置１００が受信しようとするメディアコンテンツ再生情報の識別子に該当する場合、放送受信装置１００はメディアコンテンツ再生情報を抽出することができる。例えば、シグナリングメッセージが既に受信したメディアコンテンツ再生情報の識別子と同一でないメディアコンテンツ再生情報の識別子を含む場合、放送受信装置１００はメディアコンテンツ再生情報を抽出することができる。これによって、放送受信装置１００は不必要なデータ処理を回避することができる。また、上述したようにシグナリングメッセージのバージョンを示す情報に基づいてシグナリングメッセージからメディアコンテンツ再生情報を抽出するか否かを決定することができる。また、シグナリングメッセージはメディアコンテンツ再生情報を識別する識別子の長さを示す情報を共に含むことができる。
【０５４７】
具体的な実施例において、図５３の実施例のようにMPDシグナリングメッセージはMPD_id_length及びMPD_id_byte()のうち少なくともいずれか１つを含むことができる。
【０５４８】
MPD_id_byte()は、MPDを識別するMPD識別子を示す。
【０５４９】
MPD_id_lengthは、MPD_id_byte()の長さを示す。具体的な実施例においてMPD_id_lengthは１２ビットエレメントである。
【０５５０】
上述したように、放送受信装置１００はsignaling_id、signaling_id_extentsion、version_number、fragment_number及びMPD_id_byteのうち少なくともいずれか１つに基づいて、MPDシグナリングメッセージからMPDを抽出するか否かを決定することができる。例えば、放送受信装置１００は、既に抽出したMPDのMPD識別子とMPD_id_byteの値を比較して、同一でない場合はシグナリングメッセージからMPDを抽出することができる。
【０５５１】
図５４は、本発明の他の実施例によってシグナリングメッセージがMPDを受信できるアドレスを示す識別子をシグナリングする場合のシグナリングメッセージのシンタックスを示す図である。
【０５５２】
上述したように、シグナリングメッセージがメディアコンテンツ再生情報を直接伝送する場合、シグナリングメッセージの容量が大きくなり、放送伝送装置１０がシグナリングメッセージを受信するのに負担となる。放送伝送装置１０の負担を軽減させるように、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報をシグナリングするメディアコンテンツ再生情報シグナリング情報を受信できるアドレスの識別子であるアドレス識別子を伝送することができる。具体的に、アドレス識別子はURL(Uniform Resource Locator)である。この際、放送受信装置１００はシグナリングメッセージからアドレス識別子を抽出することができる。また、放送受信装置１００はアドレス識別子に基づいてメディアコンテンツ再生情報またはメディアコンテンツ再生情報シグナリング情報を受信することができる。例えば、放送受信装置１００はシグナリングメッセージからメディアコンテンツ再生情報またはメディアコンテンツ再生情報シグナリング情報を伝送するサーバのアドレスを抽出し、抽出したアドレスに基づいてサーバからメディアコンテンツ再生情報またはメディアコンテンツ再生情報シグナリング情報を受信することができる。
【０５５３】
具体的な実施例において、MPDを受信できるアドレスまたはMPDをシグナリングするMPDシグナリング情報を受信できるアドレスの識別子を含むシグナリングメッセージをMPD URLシグナリングメッセージと言える。具体的な実施例において、図５４の実施例のようにMPD URLシグナリングメッセージはMPD_URL_length及びMPD_URLbyte()エレメントを含むことができる。
【０５５４】
MPD_URLbyte()はMPDを受信できるアドレスまたはMPDをシグナリングするMPDシグナリング情報を受信できるアドレスの識別子を示す。具体的な実施例において、放送受信装置１００はMPD_URLbyteの値に基づいてMPDを受信することができる。例えば、放送受信装置１００はMPD URLシグナリングメッセージからMPDまたはMPDをシグナリングするMPDシグナリング情報を伝送するコンテンツサーバ５０のアドレスを抽出することができる。また、放送受信装置１００は、抽出したアドレスに基づいてコンテンツサーバ５０からMPDまたはMPDをシグナリングするMPDシグナリング情報を受信することができる。
【０５５５】
MPD_URL_lengthはMPD_URL_lengthの長さを示す。具体的な実施例においてMPD_URL_lengthは１２ビットエレメントである。
【０５５６】
図５５は、本発明の他の実施例によってシグナリングメッセージがMPDを受信できるアドレスまたはMPDをシグナリングするMPDシグナリング情報を受信できるアドレスを示す識別子をシグナリングする場合のMPDを識別する識別子を共にシグナリングするシグナリングメッセージのシンタックスを示す図である。
【０５５７】
上述したように、シグナリングメッセージがシグナリングするメディアコンテンツ再生情報の識別子を含む場合にも重複してメディアコンテンツ再生情報を抽出することを防止することができる。従って、シグナリングメッセージがメディアコンテンツ再生情報アドレス識別子を含む場合でもメディアコンテンツ再生情報を識別する識別子を共に含むことができる。これによって、放送受信装置１００はメディアコンテンツ再生情報を識別する識別子に基づいてシグナリングメッセージがシグナリングするアドレス識別子を抽出するか否かを決定することができる。具体的に、シグナリングメッセージが含むメディアコンテンツ再生情報識別子が、放送受信装置１００が受信しようとするメディアコンテンツ再生情報の識別子に該当する場合、放送受信装置１００はメディアコンテンツ再生情報アドレス識別子を抽出することができる。例えば、シグナリングメッセージが既に受信したメディアコンテンツ再生情報の識別子と同一でないメディアコンテンツ再生情報の識別子を含む場合、放送受信装置１００はメディアコンテンツ再生情報アドレス識別子を抽出することができる。
【０５５８】
具体的な実施例において、MPD URLシグナリングメッセージはMPD_id_byte()をエレメントとして含むことができる。また、MPD URLシグナリングメッセージはMPD_id_lengthをエレメントとして含むことができる。
【０５５９】
MPD_id_byteはMPDを識別するMPD識別子を示す。
【０５６０】
MPD_id_lengthはMPD_id_byte()の長さを示す。具体的な実施例においてMPD_id_lengthは１２ビットエレメントである。
【０５６１】
放送受信装置１００はsignaling_id、signaling_id_extentsion、version_number、fragment_number及びMPD_id_byteのうち少なくともいずれか１つに基づいてMPDシグナリングメッセージからMPDを受信できるURLを抽出するか否かを決定することができる。例えば、放送受信装置１００は、既に抽出したMPDのMPD識別子とMPD_id_byteの値を比較して、同一でない場合はシグナリングメッセージからMPDを受信できるURLを抽出することができる。
【０５６２】
図５６は、本発明の他の実施例によってシグナリングメッセージがMPD伝送方法の形態を含み、伝送方法によるメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０５６３】
シグナリングメッセージがメディアコンテンツ再生情報の伝送方法の形態とメディアコンテンツ再生情報の伝送方法による具体的な伝送情報をシグナリングする場合、放送受信装置１００はメディアコンテンツ再生情報を多様な方法で受信することができる。従って、放送環境と放送受信装置１００の使用地域の特性に合うメディアコンテンツ再生情報の伝送と受信が可能になる。具体的に、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることができる。
【０５６４】
また、放送サービスをシグナリングしながら各放送サービスのためのメディアコンテンツ再生情報の伝送を共にシグナリングすることができる。具体的に、放送サービスをシグナリングする放送サービスシグナリング情報が放送サービスの再生のためのメディアコンテンツ再生情報の伝送を共にシグナリングすることができる。また、放送サービスをシグナリングする放送サービスシグナリング情報が放送サービスに関連するメディアコンテンツの再生のためのメディアコンテンツ再生情報の伝送をシグナリングすることができる。
【０５６５】
図５６の実施例において、サービスをシグナリングするサービスシグナリングメッセージはnum_service、service_id、service_type、short_service_nmae_length、short_service_name、channel_number、signaling_delivery_mode、signlaling_location、num_service_level_descriptor及びservice_level_descriptor()のうち少なくともいずれか１つをエレメントとして含むことができる。
【０５６６】
num_serviceはサービスシグナリングメッセージがシグナリングする放送サービスの個数を示す。具体的な実施例においてnum_serviceは８ビットフィールドである。
【０５６７】
service_idは該当放送サービスを識別する識別子を示す。具体的な実施例においてservice_idは１６ビットエレメントである。
【０５６８】
service_typeは該当放送サービスの種類を示す。service_typeは定められた時間に放送されるオーディオサービスを示すスケジュールド(scheduled)オーディオサービスを示すことができる。また、service_typeはオーディオサービス、定められた時間に放送されるオーディオとビデオを両方とも含むスケジュールドオーディオ/ビデオサービスを示すことができる。また、service_typeはユーザの要請によって提供されるユーザ要請サービスを示すことができる。また、service_typeは権利発行サービス(right issue service)、アプリケーションに基づいて提供されるアプリ基盤サービスを示すことができる。また、service_typeは放送サービスに関する情報を提供するサービスガイドサービスを示すことができる。具体的な実施例において、service_typeの値が0x00である場合にスケジュールドオーディオサービスを示し、0x01である場合にスケジュールドオーディオ/ビデオサービスを示し、0x02である場合にユーザ要請サービスを示し、0x03である場合にアプリ基盤サービスを示し、0x04である場合に権利発行サービスを示し、0x05である場合にサービスガイドサービスを示すことができる。具体的な実施例においてservice_typeは８ビットエレメントである。
【０５６９】
short_service_nameは放送サービスを表示する名称を示す。
【０５７０】
short_service_nmae_lengthは、short_service_nameの長さを示す。具体的な実施例においてshort_service_name_lengthは３ビットエレメントである。
【０５７１】
channel_numberは、放送サービスを表示するチャネル番号を示す。具体的な実施例においてchannel_numberは１６ビットエレメントである。
【０５７２】
signaling_delivery_modeはメディアコンテンツ再生情報の伝送の形態を示す。具体的な実施例において、signaling_delivery_modeはシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介した伝送を示すことができる。また、signaling_delivery_modeはシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送を示すことができる。また、signaling_delivery_modeはシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送を示すことができる。また、signaling_delivery_modeはシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送を示すことができる。また、signaling_delivery_modeはシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送を示すことができる。また、signaling_delivery_modeはシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送を示すことができる。また、signaling_delivery_modeはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることを示すことができる。
【０５７３】
図５７のような具体的な実施例において、signaling_delivery_modeの値が0x00である場合、シグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介した伝送を示し、0x01である場合にシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送を示し、0x02である場合にシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送を示し、0x03である場合にシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送を示し、0x04である場合にシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送を示し、0x05である場合にシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送を示し、0x06であるメディアコンテンツ再生情報の伝送方法は、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることを示すことができる。具体的な実施例においてsignaling_delivery_modeは８ビットエレメントである。
【０５７４】
signlaling_locationはメディアコンテンツ再生情報の伝送の形態に応じてメディアコンテンツ再生情報の伝送をシグナリングする。これについては、図５８ないし図６８に基づいて説明する。
【０５７５】
service_level_descriptor()は該当放送サービスに関する具体的な情報を伝達する。
【０５７６】
num_service_level_descriptorはservice_level_descriptorの個数を示す。具体的な実施例においてnum_service_level_descriptorは８ビットエレメントである。
【０５７７】
図５８は、本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０５７８】
放送伝送装置１０が、メディアコンテンツ再生情報がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子をシグナリングする場合、放送受信装置１００はメディアコンテンツ再生情報を伝送するIPデータグラムを識別しなければならない。従って、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するIPデータグラムを識別可能な情報を含むことができる。具体的に、シグナリングメッセージはIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号を示す情報のうち少なくともいずれか１つを含むことができる。放送受信装置１００は、シグナリングメッセージからメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するIPデータグラムを識別可能な情報を抽出し、IPデータグラムを識別可能な情報に基づいてメディアコンテンツ再生情報を抽出することができる。具体的に、放送受信装置はIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号を示す情報のうち少なくともいずれか１つに基づいてメディアコンテンツ再生情報を抽出することができる。
【０５７９】
図５８のような具体的な実施例において、signlaling_locationはIP_version_flag、source_IP_address_flag、source_IP_address、destination_IP_address_flag、destination_IP_address、port_num_count及びdestination_UDP_port_numebrのうち少なくともいずれか１つをエレメントとして含むことができる。
【０５８０】
IP_version_flagはIPアドレス形式のバージョンを示す。具体的な実施例においてIP_version_flagは１ビットエレメントである。
【０５８１】
source_IP_address_flagはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むIPデータグラムのソースIPアドレスを含むか否かを示す。source_IP_address_flagは１ビットエレメントである。
【０５８２】
source_IP_addressはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むIPデータグラムをダウンロード可能なソースIPアドレスを示す。source_IP_addressは３２ビットまたは１２８ビットエレメントである。
【０５８３】
estination_IP_address_flagはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むIPデータグラムの宛先IPアドレスを含むか否かを示す。destination_IP_address_flagは１ビットエレメントである。
【０５８４】
destination_IP_addressはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むIPデータグラムをダウンロード可能な宛先IPアドレスを示す。destination_IP_addressは３２ビットまたは１２８ビットエレメントである。
【０５８５】
destination_UDP_port_numeberはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むIPデータグラムをダウンロード可能なUDPポート番号を示す。destination_UDP_port_numeberは１６ビットエレメントである。
【０５８６】
port_num_countはdestination_UDP_port_numeberの個数を示す。
【０５８７】
図５９は、本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０５８８】
放送伝送装置１０がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子をシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介して伝送する場合、放送受信装置１００はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとIPデータグラムを識別しなければならない。従って、このような場合、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームを識別する識別子を含むことができる。この際、放送ストリームを識別する識別子は、該当周波数或いは伝送される伝送フレームを介してシグナリングメッセージを伝送する放送局固有の識別子である。具体的に、放送ストリームを識別する識別子は放送サービス伝送ストリームの識別子である。また、図５８で説明したように、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するIPデータグラムを識別可能な情報を含むことができる。放送受信装置１００は、シグナリングメッセージからメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとIPデータグラムを識別可能な情報を抽出し、放送ストリームとIPデータグラムを識別可能な情報に基づいてメディアコンテンツ再生情報を抽出することができる。具体的に、放送受信装置は放送ストリームを識別する識別子、IPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号を示す情報のうち少なくともいずれか１つに基づいてメディアコンテンツ再生情報を抽出することができる。
【０５８９】
図５９のような具体的な実施例において、signlaling_locationはbroadcast_id、IP_version_flag、source_IP_address_flag、source_IP_address、destination_IP_address_flag、destination_IP_address、port_num_count及びdestination_UDP_port_numebrのうち少なくともいずれか１つをエレメントとして含むことができる。
【０５９０】
broadcast_idはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するIPデータグラムを伝送する放送ストリームを識別する識別子を示す。放送ストリームを識別する識別子は、該当周波数或いは伝送される伝送フレームを介してシグナリングメッセージを伝送する放送局固有の識別子である。具体的に、放送ストリームを識別する識別子は放送サービス伝送ストリームの識別子である。具体的な実施例においてbroadcast_idは１６ビットエレメントである。
【０５９１】
他のエレメントに対する説明は、図５８で説明したものと同じである。
【０５９２】
図６０は、本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０５９３】
放送伝送装置１０がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子をセッション基盤の伝送プロトコルを介して伝送する場合、放送受信装置１００はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを識別しなければならない。従って、このような場合、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを識別する識別子を含むことができる。この際、セッション基盤の伝送プロトコルはFLUTE、ALC/LCTのうちいずれか１つに該当する。具体的に、セッションを識別する識別子はTSIである。放送受信装置１００は、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを伝送するセッションを識別する識別子に基づいて、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを抽出することができる。また、セッション基盤の伝送プロトコルがIPストリームに基づいた場合、シグナリングメッセージはセッションを伝送するIPデータグラムを識別可能な情報を含むことができる。具体的に、図５９及び図６０の実施例で説明したように、シグナリングメッセージはIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号を示す情報のうち少なくともいずれか１つを含むことができる。また、放送受信装置１００はIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号のうち少なくともいずれか１つに基づいて、セッションを伝送するIPデータグラムを識別することができる。
【０５９４】
具体的な実施例において、図６０のようにsignlaling_locationはIP_version_flag、source_IP_address_flag、source_IP_address、destination_IP_address_flag、destination_IP_address、port_num_count、destination_UDP_port_numebr及びTSIのうち少なくともいずれか１つをエレメントとして含むことができる。
【０５９５】
IP_version_flagはIPアドレス形式のバージョンを示す。具体的な実施例においてIP_version_flagは１ビットエレメントである。
【０５９６】
source_IP_address_flagは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを含むIPデータグラムのソースIPアドレスを含むか否かを示す。source_IP_address_flagは１ビットエレメントである。
【０５９７】
source_IP_addressはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを含むIPデータグラムをダウンロード可能なソースIPアドレスを示す。source_IP_addressは３２ビットまたは１２８ビットエレメントである。
【０５９８】
destination_IP_address_flagは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを含むIPデータグラムの宛先IPアドレスを含むか否かを示す。destination_IP_address_flagは１ビットエレメントである。
【０５９９】
destination_IP_addressはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを含むIPデータグラムをダウンロード可能な宛先IPアドレスを示す。destination_IP_addressは３２ビットまたは１２８ビットエレメントである。
【０６００】
destination_UDP_port_numeberはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを含むIPデータグラムをダウンロード可能なUDPポート番号を示す。destination_UDP_port_numeberは１６ビットエレメントである。
【０６０１】
port_num_countはdestination_UDP_port_numeberの個数を示す。
【０６０２】
TSIは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションの識別子を示す。具体的な実施例においてTSIはFLUTEセッションを識別する識別子である。他の具体的な実施例においてTSIはALC/LCTセッションを識別する識別子である。具体的な実施例においてTSIは１６ビットエレメントである。
【０６０３】
図６１は、本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０６０４】
放送伝送装置１０がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を、シグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介して伝送される場合、放送受信装置１００はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとセッションを識別しでなければならない。従って、このような場合、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームを識別する識別子を含む。この際、放送ストリームを識別する識別子は該当周波数或いは伝送される伝送フレームを介してシグナリングメッセージを伝送する放送局固有の識別子である。具体的に、放送ストリームを識別する識別子は放送サービス伝送ストリームの識別子である。また、図５８で説明したように、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを識別する識別子を含むことができる。放送受信装置１００は、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを伝送する放送ストリームを識別する識別子とセッションを識別する識別子に基づいてメディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを抽出することができる。また、図６０で説明したように、セッション基盤の伝送プロトコルがIPストリームに基づいた場合、シグナリングメッセージはセッションを伝送するIPデータグラムを識別可能な情報を含むことができる。また、放送受信装置１００はIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号のうち少なくともいずれか１つに基づいて、セッションを伝送するIPデータグラムを識別することができる。
【０６０５】
具体的な実施例において、図６０のようにsignlaling_locationはbroadcast_id、 IP_version_flag、source_IP_address_flag、source_IP_address、destination_IP_address_flag、destination_IP_address、port_num_count、destination_UDP_port_numebr及びTSIのうち少なくともいずれか１つをエレメントとして含むことができる。
【０６０６】
broadcast_idは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを伝送する放送ストリームを識別する識別子を示す。放送ストリームを識別する識別子は、該当周波数或いは伝送される伝送フレームを介してシグナリングメッセージを伝送する放送局固有の識別子である。具体的に、放送ストリームを識別する識別子は放送サービス伝送ストリームの識別子である。具体的な実施例においてbroadcast_idは１６ビットエレメントである。
【０６０７】
他のエレメントに対する説明は、図６０で説明したものと同じである。
【０６０８】
図６２は、本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０６０９】
放送伝送装置１０がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子をパケット基盤の伝送プロトコルを介して伝送する場合、放送受信装置１００はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを識別しなければならない。従って、このような場合、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを識別する識別子を含むことができる。この際、パケット基盤の伝送プロトコルはMPEG-2 TS及びMMTのうちいずれか１つに該当する。放送受信装置１００は、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを伝送するパケットを識別する識別子に基づいて、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを抽出することができる。また、パケット基盤の伝送プロトコルがIPストリームに基づいた場合、シグナリングメッセージはパケットを伝送するIPデータグラムを識別可能な情報を含むことができる。具体的に、図５９及び図６０の実施例で説明したように、シグナリングメッセージはIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号を示す情報のうち少なくともいずれか１つを含むことができる。また、放送受信装置１００はIPアドレスのバージョンを示す情報、IPデータグラムのソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号のうち少なくともいずれか１つに基づいて、パケットを伝送するIPデータグラムを識別することができる。
【０６１０】
具体的な実施例において、図６２のようにsignlaling_locationはIP_version_flag、source_IP_address_flag、source_IP_address、destination_IP_address_flag、destination_IP_address、port_num_count、destination_UDP_port_numebr及びpacket_idのうち少なくともいずれか１つをエレメントとして含むことができる。
【０６１１】
IP_version_flagはIPアドレス形式のバージョンを示す。具体的な実施例においてIP_version_flagは１ビットエレメントである。
【０６１２】
source_IP_address_flagはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを含むIPデータグラムのソースIPアドレスを含むか否かを示す。source_IP_address_flagは１ビットエレメントである。
【０６１３】
source_IP_addressは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを含むIPデータグラムをダウンロード可能なソースIPアドレスを示す。source_IP_addressは３２ビットまたは１２８ビットエレメントである。
【０６１４】
destination_IP_address_flagは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを含むIPデータグラムの宛先IPアドレスを含むか否かを示す。destination_IP_address_flagは１ビットエレメントである。
【０６１５】
destination_IP_addressは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを含むIPデータグラムをダウンロード可能な宛先IPアドレスを示す。destination_IP_addressは３２ビットまたは１２８ビットエレメントである。
【０６１６】
destination_UDP_port_numeberは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを含むIPデータグラムをダウンロード可能なUDPポート番号を示す。destination_UDP_port_numeberは１６ビットエレメントである。
【０６１７】
port_num_countは、destination_UDP_port_numeberの個数を示す。
【０６１８】
packet_idは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットの識別子を示す。具体的な実施例においてTSIはMMTパケットを識別する識別子である。他の具体的な実施例においてTSIはMPEG-2 TSパケットを識別する識別子である。具体的な実施例においてTSIは１６ビットエレメントである。
【０６１９】
図６３は、本発明の他の実施例によってシグナリングメッセージのメディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送である場合のシグナリングメッセージがメディアコンテンツ再生情報伝送をシグナリングすることを示す図である。
【０６２０】
放送伝送装置１０がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を、シグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介して伝送する場合、放送受信装置１００はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとパケットを識別しなければならない。従って、このような場合、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームを識別する識別子を含むことができる。この際、放送ストリームを識別する識別子は該当周波数或いは伝送される伝送フレームを介してシグナリングメッセージを伝送する放送局固有の識別子である。具体的に、放送ストリームを識別する識別子は放送サービス伝送ストリームの識別子である。また、図６２で説明したように、シグナリングメッセージはメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを識別する識別子を含むことができる。放送受信装置１００は、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを伝送する放送ストリームを識別する識別子とパケットを識別する識別子に基づいて、メディアコンテンツ再生情報またはメディアコンテンツを受信できるアドレスを抽出することができる。また、図６２で説明したように、パケット基盤の伝送プロトコルがIPストリームに基づいた場合、シグナリングメッセージはパケットを伝送するIPデータグラムを識別可能な情報を含むことができる。また、放送受信装置１００はIPアドレスのバージョンを示す情報、IPデータグラムをソース(source)アドレスを示す情報、IPデータグラムの宛先(destination)アドレスを示す情報及びIPデータグラムの宛先UDPポート番号のうち少なくともいずれか１つに基づいて、パケットを伝送するIPデータグラムを識別することができる。
【０６２１】
具体的な実施例において、図６３のようにsignlaling_locationはbroadcast_id、IP_version_flag、source_IP_address_flag、source_IP_address、destination_IP_address_flag、destination_IP_address、port_num_count、destination_UDP_port_numebr及びpacket_idのうち少なくともいずれか１つをエレメントとして含むことができる。
【０６２２】
broadcast_idは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを伝送する放送ストリームを識別する識別子を示す。放送ストリームを識別する識別子は、該当周波数或いは伝送される伝送フレームを介してシグナリングメッセージを伝送する放送局固有の識別子である。具体的に、放送ストリームを識別する識別子は放送サービス伝送ストリームの識別子である。具体的な実施例においてbroadcast_idは１６ビットエレメントである。
【０６２３】
他のエレメントに対する説明は、図６２で説明したものと同じである。
【０６２４】
図６４は、本発明の他の実施例によってメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることを示す図である。シグナリングメッセージは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子を含むことができる。放送受信装置１００は、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子に基づいてメディアコンテンツ再生情報を受信することができる。具体的な実施例において、シグナリングメッセージを受信できるアドレスの識別子はURLである。
【０６２５】
図６４のような具体的な実施例において、signaling_locationはURL_length及びURL_charのうち少なくともいずれか１つをエレメントとして含むことができる。
【０６２６】
URL_charは、メディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子を示す。具体的な実施例において、シグナリングメッセージを受信できるアドレスの識別子はURLである。具体的な実施例においてURL_charは８ビットエレメントである。
【０６２７】
URL_lengthは、URL_charの長さを示すことができる。具体的な実施例においてURL_lengthは８ビットエレメントであることができる。
【０６２８】
メディアコンテンツ再生情報伝送のための放送伝送装置１０の具体的な動作とメディアコンテンツ再生情報伝送のための放送受信装置１００の具体的な動作については、図６５及び図６６に基づいて説明する。
【０６２９】
図６５は、放送伝送装置がメディアシグナリングメッセージを含む放送信号伝送を示すフローチャートである。
【０６３０】
放送伝送装置１０は、メディアコンテンツ再生情報に基づいて放送信号を生成し、放送信号を伝送する。放送伝送装置１０の具体的な動作は次のようである。
【０６３１】
放送伝送装置１０の制御部は、メディアコンテンツ再生情報を獲得する。放送伝送装置１０の制御部は、メディアコンテンツ再生情報を獲得する。
【０６３２】
放送伝送装置１０の動作を説明する前に、放送伝送装置の構成を説明する。具体的に、放送伝送装置１０は制御部と伝送部を含む。制御部は放送伝送装置１０の動作を制御する。伝送部は放送信号を伝送する。このような放送伝送装置１０の構成に基づいて放送伝送装置１０の動作を説明する。
【０６３３】
放送伝送装置１０は、メディアコンテンツ再生情報の伝送方法を決定する(S751)。具体的に、放送伝送装置１０は制御部を介してメディアコンテンツ再生情報の伝送方法を決定することができる。具体的に、放送伝送装置１０はメディアコンテンツ再生情報自体を伝送することを決定することができる。他の具体的な実施例において、放送伝送装置１０はメディアコンテンツ再生情報を受信できるアドレスを識別する識別子を伝送することを決定することができる。また、具体的な実施例において、放送伝送装置１０はメディアコンテンツ再生情報を識別する識別子をメディアコンテンツ再生情報自体と共に伝送するものと決定する。他の具体的な実施例において、放送伝送装置１０はメディアコンテンツ再生情報を識別する識別子を、メディアコンテンツ再生情報を受信できるアドレスを識別する識別子と共に伝送するものと決定することができる。これによって、放送受信装置１００は複数のメディアコンテンツ再生情報から受信しようとするメディアコンテンツ再生情報を選択的に受信することができる。また、放送受信装置１００はメディアコンテンツ再生情報を重複して受信しないことができる。
【０６３４】
他の具体的な実施例において、放送伝送装置１０はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子の伝送を決定することができる。具体的に、放送伝送装置１０はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送することができる。また、放送伝送装置１０はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送することができる。また、放送伝送装置１０はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送することができる。また、放送伝送装置１０はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送することができる。また、放送伝送装置１０はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送することができる。また、放送伝送装置１０はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送することができる。また、放送伝送装置１０はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることができる。
【０６３５】
放送伝送装置１０は、メディアコンテンツ再生情報の伝送方法によってメディアコンテンツ再生情報シグナリング情報を生成する(S753)。具体的に、放送伝送装置１０は制御部を介してメディアコンテンツ再生情報の伝送方法によってメディアコンテンツ再生情報シグナリング情報を生成することができる。メディアコンテンツ再生情報シグナリング情報は、メディアコンテンツ情報またはメディアコンテンツ情報を受信できるアドレスを識別する識別子を受信するために必要な情報を含む。具体的に、図５６ないし６４を基づいて説明したsignaling_locationがメディアコンテンツ再生情報シグナリング情報に該当する。放送伝送装置１０がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する場合、メディアコンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するIPデータグラムを識別可能な情報を含む。また、放送伝送装置１０がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する場合、メディアコンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとIPデータグラムを識別可能な情報を含む。また、放送伝送装置１０がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する場合、メディアコンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを識別可能な情報を含むことができる。また、放送伝送装置１０がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する場合、メディアコンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとセッションを識別可能な情報を含むことができる。また、放送伝送装置１０がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する場合、メディアコンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを識別可能な情報を含むことができる。また、放送伝送装置１０がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介してメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する場合、メディ���コンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとパケットを識別可能な情報を含むことができる。また、放送伝送装置１０がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子を伝送する場合、メディアコンテンツ再生情報シグナリング情報はメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子を含むことができる。
【０６３６】
放送伝送装置１０は、メディアコンテンツ再生情報シグナリング情報に基づいてシグナリングメッセージを生成する(S757)。具体的に、放送伝送装置１０は制御部を介してメディアコンテンツ再生情報シグナリング情報に基づいてシグナリングメッセージを生成することができる。放送伝送装置１０は、メディアコンテンツ再生情報シグナリング情報を含むシグナリングメッセージを生成することができる。また、具体的な実施例において、メディアシグナリングメッセージは放送サービスの情報をシグナリングするシグナリングメッセージである。例えば、放送受信装置１００は、それぞれの放送サービスに関する情報とそれぞれの放送サービスに関連するメディアコンテンツ再生情報に関するメディアコンテンツ再生情報シグナリング情報を挿入することができる。この際、放送サービスに関連するメディアコンテンツ再生情報は、放送サービスの再生に関する情報を含むことができる。また、放送サービスに関連するメディアコンテンツ再生情報は、放送サービスに関連するメディアコンテンツの再生に関する情報を含むことができる。
【０６３７】
放送伝送装置１０は、シグナリングメッセージを含む放送信号を伝送する(S759)。放送伝送装置１０は、伝送部を介してシグナリングメッセージを含む放送信号を伝送することができる。具体的な実施例において、放送伝送装置１０はメディアコンテンツ再生情報とメディアコンテンツ再生情報アドレス識別子を共に伝送することができる。この際、放送伝送装置１０はメディアコンテンツ再生情報の伝送周期とメディアコンテンツ再生情報アドレス識別子の伝送周期を異なるようにすることができる。具体的に、放送伝送装置１０はメディアコンテンツ再生情報の伝送周期をメディアコンテンツ再生情報アドレス識別子の伝送周期より長くして伝送することができる。例えば、放送伝送装置１０はメディアコンテンツ再生情報を１０秒ごとに伝送し、メディアコンテンツ再生情報アドレス識別子は０．５秒ごとに伝送することができる。これによって、放送受信装置１００は相対的に多くのデータ量を有するメディアコンテンツ再生情報の伝送を減らし、これを相対的に少ないデータ量を有するメディアコンテンツ再生情報アドレス識別子の伝送に代替することができる。これによって、放送伝送装置１０は放送サービス帯域幅の負担を軽減させることができる。また、放送受信装置１００のデータ処理負担を軽減させることができる。放送受信装置１００の放送受信のために必要なデータ処理負担が軽減することによって、放送受信装置１００の放送サービス転換速度も向上する。
【０６３８】
図６６は、放送受信装置がシグナリングメッセージに基づいてメディアコンテンツ伝送情報を獲得し、メディアコンテンツを再生する動作を示すフローチャートである。
【０６３９】
放送受信装置１００は、放送信号を受信する(S771)。具体的に、放送受信装置１００は放送受信部１１０を介して放送信号を受信することができる。
【０６４０】
放送受信装置１００は、放送信号に基づいてシグナリングメッセージを受信する(S773)。具体的に、放送受信装置１００は制御部１５０を介して放送信号に基づいてシグナリングメッセージを受信することができる。具体的な実施例において、放送受信装置１００は放送信号からシグナリングメッセージを抽出することができる。上述したように、シグナリングメッセージは放送サービスの情報をシグナリングすることができる。
【０６４１】
放送受信装置１００は、シグナリングメッセージに基づいてメディアコンテンツ再生情報の伝送方法を獲得する(S775)。具体的に、放送受信装置１００は制御部１５０を介してシグナリングメッセージに基づいてメディアコンテンツ再生情報の伝送方法を獲得することができる。上述したように、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網のIPパケットストリームを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送であってもよい。また、メディアコンテンツ再生情報の伝送方法はメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子の伝送をシグナリングすることができる。
【０６４２】
放送受信装置１００は、メディアコンテンツ再生情報の伝送方法に基づいてメディアコンテンツ再生情報シグナリング情報を獲得する(S777)。放送受信装置１００は、制御部を介してメディアコンテンツ再生情報の伝送方法に基づいてメディアコンテンツ再生情報シグナリング情報を獲得することができる。上述したように、メディアコンテンツ再生情報シグナリング情報は、メディアコンテンツ情報またはメディアコンテンツ情報を受信できるアドレスを識別する識別子を受信するために必要な情報を含む。具体的に、図５６ないし６４に基づいて説明したsignaling_locationがメディアコンテンツ再生情報シグナリング情報に該当する。メディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームまたは移動通信網(signaling_location)のIPパケットストリームを介した伝送である場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するIPデータグラムを識別可能な情報を抽出することができる。また、メディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのIPパケットストリームを介した伝送である場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとIPデータグラムを識別可能な情報を抽出することができる。また、メディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのセッション基盤の伝送プロトコルを介した伝送である場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するセッションを識別可能な情報を抽出することができる。また、メディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのセッション基盤の伝送プロトコルを介した伝送である場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送する放送ストリームとセッションを識別可能な情報を抽出することができる。また、メディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと同じ放送ストリームのパケット基盤の伝送プロトコルを介した伝送である場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を伝送するパケットを識別可能な情報を抽出することができる。また、メディアコンテンツ再生情報の伝送方法がシグナリングメッセージを伝送する放送ストリームと異なる放送ストリームのパケット基盤の伝送プロトコルを介した伝送である場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識��子を伝送する放送ストリームとパケットを識別可能な情報を抽出することができる。また、メディアコンテンツ再生情報の伝送方法がメディアコンテンツ再生情報またはメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子を伝送するものである場合、放送受信装置１００はメディアコンテンツ再生情報シグナリング情報からメディアコンテンツ再生情報アドレス識別子を含むシグナリングメッセージを受信できるアドレスの識別子を抽出することができる。
【０６４３】
放送受信装置１００は、メディアコンテンツ再生情報シグナリング情報に基づいてメディアコンテンツ再生情報を獲得する(S779)。具体的に、放送受信装置１００は制御部を介してメディアコンテンツ再生情報シグナリング情報に基づいてメディアコンテンツ再生情報を獲得することができる。具体的に、放送受信装置１１０はメディアコンテンツ再生情報シグナリング情報に基づいてメディアコンテンツ再生情報アドレス識別子を獲得することができる。また、放送受信装置１００はメディアコンテンツ再生情報アドレス識別子に基づいて、外部のサーバからメディアコンテンツ再生情報を受信することができる。
【０６４４】
上述したように、放送伝送装置１０がメディアコンテンツ再生情報とメディアコンテンツ再生情報アドレス識別子を共に伝送することができる。この際、メディアコンテンツ再生情報の伝送周期とメディアコンテンツ再生情報アドレス識別子の伝送周期が異なってもよい。具体的に、メディアコンテンツ再生情報の伝送周期がメディアコンテンツ再生情報アドレス識別子の伝送周期より長くてもよい。例えば、放送伝送装置１０はメディアコンテンツ再生情報を１０秒ごとに伝送し、メディアコンテンツ再生情報アドレス識別子は０．５秒ごとに伝送することができる。これによって、放送受信装置１００は相対的に多くのデータ量を有するメディアコンテンツ再生情報の伝送を減らすことができる。これによって、放送伝送装置１０は放送サービス帯域幅の負担を軽減させることができる。これによって、放送受信装置１００は相対的に多くのデータ量を有するメディアコンテンツ再生情報の伝送を減らし、これを相対的に少ないデータ量を有するメディアコンテンツ再生情報アドレス識別子の伝送に代替することができる。これによって、放送受信装置１００のデータ処理負担を軽減させることができる。放送受信装置１００の放送受信のために必要なデータ処理負担が軽減することによって、放送受信装置１００の放送サービス転換速度も向上する。
【０６４５】
放送受信装置１００は、メディアコンテンツ再生情報に基づいてメディアコンテンツを受信する(S781)。具体的に、放送受信装置１００は放送受信部１１０を介して放送信号からメディアコンテンツを受信することができる。他の具体的な実施例において、放送受信装置１００はIP送受信部１３０を介して外部のサーバからメディアコンテンツを受信することができる。この際、外部のサーバは、上述したコンテンツサーバ５０である。
【０６４６】
放送受信装置１００は、メディアコンテンツを再生する(S783)。放送受信装置１００は制御部１５０を介してメディアコンテンツを再生することができる。
【０６４７】
一般に、放送コンテンツは９０KHzなどのプログラムクロックリファレンス(clock reference)によって画面に再生される時間が決定される。これとは異なって、IPネットワークを介して伝送されるメディアコンテンツは、コンテンツを生成する際に割り当てたタイムスケール(timescale)に応じて画面に再生される時間が決定される。よって、放送コンテンツとメディアコンテンツを全て再生可能な放送受信装置１００は放送コンテンツとIPネットワークを介して伝送されるメディアコンテンツ間の画面再生時間を同期化する必要がある。特に放送網を介して伝送される放送コンテンツに続いてIPネットワークを介して伝送される放送コンテンツと同じメディアコンテンツを再生する場合、放送受信装置１００が再生時間を同期化する必要がある。また、放送ストリームを介して受信される様々な付加サービスをメディアコンテンツに同期化させて提供するために放送受信装置１００が再生時間を同期化する必要がある。図６７ないし図７０に基づいて放送コンテンツとIPネットワークを介して伝送されるメディアコンテンツ間の画面再生時間を同期化する方法について説明する。
【０６４８】
コンテンツ提供者または放送局は、メディアコンテンツを同期化するための情報を放送ストリームの別途の同期化情報パケットに含ませて伝送することができる。図６７に基づいてメディアコンテンツを同期化するための情報を放送ストリームの別途の同期化情報パケットに含ませて伝送することについて説明する。
【０６４９】
同期化情報パケットは、再生時間を同期化する前にメディアコンテンツ再生情報がアップデートの必要可否を示すforce_updateエレメントを含むことができる。
【０６５０】
また、同期化情報パケットは同期化情報パケットの放送ストリーム基準時間から同期化の対象であるメディアコンテンツ再生区間の開始時点までの残りの時間を示すswitch_timerを含むことができる。この際、放送ストリーム基準時間とは、放送ストリームに含まれる複数のエレメンタリーストリームを１つのタイムライン(timeline)に同期化するために設定された時間である。この際、同期化情報パケットは同期化情報パケットの放送ストリーム基準時間を含むことができる。放送ストリームがMPEG-2 TS標準に従う場合、同期化情報パケットの放送ストリーム基準時間はPTSである。switch_timerエレメントの値が０である場合、同期化の対象であるメディアコンテンツ再生区間がアクティブ(active)状態であって、メディアコンテンツを直ちに同期化すべきであることを示すことができる。switch_timerエレメントの値が０ではない場合、同期化の対象であるメディアコンテンツ再生区間がアクティブ(active)状態ではないことを示すことができる。
【０６５１】
また、同期化情報パケットは放送コンテンツと同期化されるメディアコンテンツの自体再生時間を示すpresentation_timeエレメントを含むことができる。この際、 presentation_timeエレメントの値を用いて新たな同期化情報パケットを受信する前までに受信されるコンテンツの同期化された再生時間を獲得することができる。これは、具体的に以下の式を利用する。
【０６５２】
MPT = (PT - PT0)/RC + (presentation_time-TimeOffset)/timescale
【０６５３】
この際、MPTは新たな同期化情報パケットを受信する前までに受信される放送コンテンツの同期化された再生時間を示し、PTOは同期化情報パケットの放送ストリーム基準時間を示し、PTは新たな同期化情報パケットを受信する前までに受信される放送コンテンツの放送ストリーム基準時間を示し、RCは放送ストリームのリファレンスクロックを示し、presnetion_timeはpresnetion_timeエレメントの値であるメディアコンテンツの自体再生時間を示し、TimeOffsetは同期化情報パケットの同期化の対象であるメディアコンテンツ再生区間のメディアコンテンツ再生開始時間を示し、timescaleはメディアコンテンツ自体の再生時間のタイムスケールを示す。
【０６５４】
また、メディアコンテンツを同期化するための情報を含むパケットは同期化の対象となるメディアコンテンツ再生区間の識別子を示すperiod_idエレメントを含むことができる。具体的な実施例において、メディアコンテンツがMPEG-DASH標準に従って伝送される場合、period_idはMPDのperiodエレメントのidとMPDのURLを含むことができる。
【０６５５】
放送ストリームがMPEG-2 TS標準に従って伝送される場合、同期化情報パケットはPacket Elementary Stream(PES)パケットで伝送される。この際、同期化情報パケットはstream id値が0xBDであるプライベート(private)ストリームである。また、data_alignmnet_indicatorフィールドの値が１を有する同期化情報パケットがPESパケットのペイロードの開始と一致する。
【０６５６】
図６７は、MPEG-DASH標準に従ってIPネットワークを介して伝送されるメディアコンテンツの同期化情報を含む放送ストリームパケットのシンタックスを示す図である。
【０６５７】
図６７の実施例において、メディアコンテンツはMPEG-DASH標準に従って伝送される。従って、同期化情報パケットをDASHTimeパケットと称する。
【０６５８】
DASHTimeパケットは、DASHTimePacket_identifierフィールド、mpd_force_updateフィールド、period_switch_timerフィールド、presentation_timeフィールド、及びperiod_idフィールドを含む。
【０６５９】
DASHTimePacket_identifierフィールドは、DASHTimeパケットであることを識別するようにする識別子を示す。
【０６６０】
mpd_force_updateフィールドは、同期化情報パケットは再生時間を同期化する前にMPDがアップデートされるべきであることを示す。
【０６６１】
period_switch_timerフィールドは、DASHTimeパケットの放送ストリームの基準時間から同期化の対象であるMPDのPeriodエレメントの開始時間までに残っている時間を示す。switch_timerフィールドの値が０である場合、period_idフィールドによって識別されるPeriodが現在アクティブ(active)状態であって、メディアコンテンツを直ちに同期化すべきであることを示すことができる。switch_timerフィールドの値が０ではない場合、period_idフィールドによって識別されるperiodが現在アクティブ(active)状態ではないことを示すことができる。
【０６６２】
presentation_timeフィールドは、放送コンテンツと同期化されるIPネットワークに伝送されるメディアコンテンツの自体再生時間を示す。この際、presentation_timeフィールドの値を用いて新たなDASHTimeパケットを受信する前までに受信される放送コンテンツの同期化された再生時間を獲得することができる。これは、具体的に以下の式を利用する。
【０６６３】
MPT = (PT - PT0)/RC + (presentation_time- TimeOffset)/ SegmentBase.timescale
【０６６４】
この際、MPTは新たなDASHTimeパケットを受信する前までに受信される放送コンテンツの同期化された再生時間を示し、PTOは同期化情報パケットの放送ストリーム基準時間を示し、PTは新たなDASHTimeパケットを受信する前までに受信される放送コンテンツの放送ストリーム基準時間を示し、RCは放送ストリームの基準クロックを示し、presnetion_timeはpresnetion_timeフィールドの値であるメディアコンテンツの自体再生時間を示し、TimeOffsetはDASHTimeパケットの同期化の対象であるメディアコンテンツ再生区間のメディアコンテンツ再生開始時間を示し、SegmentBase.timescaleはMPDのtimescaleエレメントの値を示す。
【０６６５】
period_idフィールドは、MPDのPeriodエレメントを識別するようにし、MPDのPeriodエレメントのidとMPDのURLを含む。放送受信装置１００はperiod_idを介して同期化の対象であるメディアコンテンツとメディアコンテンツの再生区間であるPeriodエレメントを識別することができる。
【０６６６】
図６７の実施例のように、別途の同期化情報パケットを介して同期化情報を伝送する場合、放送受信装置１００が別途のパケットを受信しなければメディアコンテンツと放送コンテンツを同期化することができない問題がある。従って、これを解決するためにビデオ、オーディアなどの放送コンテンツを含むパケットのヘッダ(header)は各エレメンタリーストリーム間の同期化のために放送コンテンツの基準時間を含むことが普通である。例えば、MPEG-2 TS標準に従う放送ストリームのパケットのヘッダはPTSを含む。従って、ビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダに同期化情報を含ませて伝送すると、放送受信装置１００は効率的にメディアコンテンツと放送コンテンツ間の同期化を行うことができる。これについては、図６８と図６９を参照して詳しく説明する。
【０６６７】
ビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダは、放送コンテンツと同期化されるメディアコンテンツの自体再生時間を示すpresentation_timeエレメントを含むことができる。また、同期化の対象であるメディアコンテンツ再生区間の識別子を示すpresentation_timeエレメントも含むことができる。それと共に、メディアコンテンツと放送コンテンツ間の同期化のための情報を含むことを示すidエレメントも含むことができる。
【０６６８】
図６８は、本発明の一実施例によってビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダに含まれる同期化情報のシンタックスを示す図である。
【０６６９】
図６９は、本発明の他の実施例によってビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダに含まれる同期化情報のシンタックスを示す図である。
【０６７０】
図６８と図６９の実施例において、ビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダはMPEG-DASH標準に従って伝送されるメディアコンテンツとの同期化のための情報を含む。この際、同期化のための情報をDASHTime_private_dataと称する。DASHTime_private_dataは、presentation_timeフィールドとperiod_idフィールドを含む。presentation_timeフィールドは、放送コンテンツと同期化されるメディアコンテンツの自体再生時間を示す。period_idフィールドは、MPDのperiodエレメントを識別するようにし、MPDのperiodエレメントのidとMPDのURLを含む。図６７の実施例において、DASHTime_private_dataはDASHTime_private_dataがメディアコンテンツと放送コンテンツ間の同期化のための情報を含むことを示すidエレメントを更に含む。
【０６７１】
図７０は、本発明の一実施例によって放送受信装置が放送コンテンツとメディアコンテンツを同期化する動作を示すフローチャートである。
【０６７２】
放送受信装置１００は、放送受信部１１０を介して放送ストリームを受信する(S1101)。
【０６７３】
放送受信装置１００は、制御部１５０を介して放送コンテンツとIPネットワークを介して伝送されるメディアコンテンツ間の同期化のための同期化情報を注抽出する(S1103)。具体的な実施例において、放送受信装置１００は制御部１５０を介して同期化情報パケットから同期化情報を抽出することができる。他の具体的な実施例において、放送受信装置１００は制御部１５０を介してビデオ、オーディオなどの放送コンテンツを含むパケットのヘッダから同期化情報を抽出することができる。
【０６７４】
放送受信装置１００は、IP送受信部１３０を介してメディアコンテンツを受信する(S1105)。
【０６７５】
放送受信装置１００は、制御部１５０を介して放送コンテンツとメディアコンテンツを同期化する(S1107)。
【０６７６】
放送受信装置１００が放送コンテンツだけではなくIPネットワークを介してメディアコンテンツを受信する場合、放送コンテンツとメディアコンテンツの連動の効率性を上げるためには放送受信装置１００がメディアコンテンツ再生情報に基づいて放送コンテンツに接近しなければならない。
【０６７７】
メディアコンテンツ再生情報が放送コンテンツに関する情報を含んで伝送する方法については、図７１ないし図７３を参照して説明する。
【０６７８】
放送受信装置１００がメディアコンテンツ再生情報に基づいて放送コンテンツに接近するように、メディアコンテンツ再生情報は放送コンテンツを識別可能な情報を含むことができる。具体的に、放送コンテンツを含む放送ストリームを識別可能な識別子を含むことができる。例えば、放送コンテンツがMPEG-2 TS標準で伝送される場合、メディアコンテンツ再生情報はTSIDを含む。また、放送コンテンツを含む放送サービスを識別可能な識別子を含む。例えば、放送コンテンツをMPEG-2 TS標準で伝送する場合、メディアコンテンツ再生情報はプログラム番号(program number)を含む。また、放送コンテンツをATSC標準に従って伝送する場合、source idと仮想チャネル(virtual channel)のチャネル番号(channel number)を含むことができる。また、放送コンテンツをDVB標準に従って伝送する場合、service idを含むことができる。また、放送コンテンツを含むパケットを識別可能な識別子を含むことができる。例えば、放送コンテンツをMPEG-2 TS標準で伝送する場合、メディアコンテンツ再生情報はPIDを含むことができる。
【０６７９】
具体的な実施例において、メディアコンテンツ再生情報は放送コンテンツを含む放送ストリームを識別可能な識別子、放送コンテンツを含む放送サービスを識別可能な識別子及び放送コンテンツを含むパケットを識別可能な識別子が１つに組み合わせられた識別子を含むことができる。
【０６８０】
図７１は、放送コンテンツがATSC標準に従って伝送される場合のメディアコンテンツ再生情報に含まれる放送コンテンツを識別する情報の形式を示す図である。
【０６８１】
図７２は、ATSC標準に従って伝送される放送コンテンツを識別する情報を含むMPEG-DASHのMPDの例題を示す図である。
【０６８２】
図７１及び図７２の実施例において、放送コンテンツを識別する情報はトランスポートストリームを識別するTSID、エレメンタリーストリームのソースを識別するSSID及びパケットを識別するPIDを組み合わせたものであってもよい。
【０６８３】
また、放送コンテンツを識別する情報は、トランスポートストリームを識別するTSID、プログラムストリームを識別するPNUM及びパケットを識別するPIDを組み合わせたものであってもよい。
【０６８４】
また、放送コンテンツを識別する情報は、トランスポートストリームを識別するTSID、仮想チャネルを識別するCHNUM及びパケットを識別するPIDを組み合わせたものであってもよい。この際、仮想チャネルを識別するCHUMは、メジャー(major)チャネル番号とマイナー(minor)チャネル番号が「―」で繋がっている形式である。
【０６８５】
図７３は、放送受信装置がメディアコンテンツ再生情報に基づいて放送コンテンツを受信する動作を示すフローチャートであってもよい。
【０６８６】
放送受信装置１００は、IP送受信部１３０を介してメディアコンテンツ再生情報を受信する(S1303)。
【０６８７】
放送受信装置１００は、制御部１５０を介して放送コンテンツを識別する情報を抽出する(S1303)。
【０６８８】
放送受信装置１００は、放送受信部１１０と制御部１５０を介して放送コンテンツを識別する情報に基づいて放送コンテンツを受信する(S1305)。具体的に、放送受信装置１００は放送受信部１１０を介して放送ストリームを受信する。この際、放送受信装置１００は放送コンテンツを識別する情報が含む放送ストリームの識別子に基づいて放送ストリームを受信することができる。放送受信装置１００は、放送ストリームから放送コンテンツを識別する情報に基づいて放送コンテンツを抽出する。この際、放送受信装置１００は放送ストリームから放送コンテンツを識別する情報が含む放送サービスの識別子に基づいて放送コンテンツを抽出することができる。
【０６８９】
図７４ないし図７６に基づいて、上述した実施例を介して放送受信装置が放送網を介してメディアコンテンツ再生情報を受信する方法を詳しく説明する。また、放送受信装置が放送コンテンツとメディアコンテンツを同期化することを詳しく説明する。
【０６９０】
図７４は、放送受信装置がMPEG-2 TS標準に従って放送ストリームを伝送する放送網を介してMPEG-DASHのMPDを受信することを示すブロック図である。
【０６９１】
図７４の実施例において、放送受信装置１００の制御部１５０はPSIパーサー(Parser)、TSフィールタ(filter)、TS/PESデパケッタイザー(Depacketizer)及びデコーダ(Decoder)を含む。
【０６９２】
TSフィールタは、放送ストリームから特定PIDを有するパケットを抽出する。
【０６９３】
PSIパーサーは、Program Association Table(PAT)とProgram Map Table(PMT)のようなPSIテーブルをパーシングしてシグナリング(signaling)情報を抽出する。特に具体的な実施例において、PSIパーサーはPMTに含まれたMPD_descriptorを抽出することができる。
【０６９４】
TS/PESデパケッタイザーは、TS/PESパケットからペイロード(payload)データを抽出する。具体的な実施例において、MPDが放送ストリーム内の別途の情報テーブルに伝送される場合、TS/PESデパケッタイザーはMPD_descriptorに基づいて別途の情報テーブルからMPDを抽出することができる。具体的に、TS/PESデパケッタイザーはMPD_descriptorに含まれたPIDに該当するパケットに含まれた情報テーブルからMPDを抽出することができる。また、TS/PESデパケッタイザーはTS/PESパケットからビデオエレメンタリーストリームとオーディオエレメンタリーストリームを抽出する。
【０６９５】
デコーダは、ビデオとオーディオをデコーディングする。
【０６９６】
図７５は、放送受信装置がMPEG-2 TS標準に従って伝送される放送ストリームの放送コンテンツと通信網を介して伝送されるメディアコンテンツを同期化することを示すブロック図である。
【０６９７】
図７５の実施例における放送受信装置１００の制御部１５０はTS/PESデパケッタイザー(Depacketizer)及びデコーダ(Decoder)を含む。
【０６９８】
TS/PESデパケッタイザーは、TS/PESパケットからペイロードデータを抽出する。具体的な実施例において、MPDが放送ストリーム内の別途の情報テーブルに伝送される場合、MPD_descriptorに基づいて別途の情報テーブルからMPDを抽出することができる。具体的に、MPD_descriptorに含まれたPIDに該当するパケットに含まれた情報テーブルからMPDを抽出することができる。また、TS/PESデパケッタイザーはTS/PESパケットからメディアコンテンツと放送コンテンツ間の同期化のための同期化情報を抽出する。この際、同期化情報はメディアコンテンツの再生時間とMPDのPeriodエレメントを識別する識別子及びMPD URLを含むことができる。また、TS/PESデパケッタイザーはTS/PESパケットからビデオエレメンタリーストリームとオーディオエレメンタリーストリームを抽出する。
【０６９９】
IP送受信部１３０は、MPDに基づいてメディアCDNサーバからメディアコンテンツを受信する。
【０７００】
デコーダは、受信されたメディアコンテンツを同期化情報に基づいて同期化してデコーディングする。
【０７０１】
図７６は、本発明の一実施例による放送受信装置の構成を示す図である。
【０７０２】
図７６の実施例において、放送受信装置１００は放送受信部１１０、インターネットプロトコル(Internet Protocol、IP)送受信部１３０及び制御部１５０を含む。
【０７０３】
放送受信部１１０は、チャネル同期化部(Channel Synchronizer)１１１、チャネルイコライザー(channel equalizer)１１３及びチャネルデコーダ(channel decoder)１１５を含む。
【０７０４】
チャネル同期化部１１０は、放送信号を受信できる基底帯域(baseband)でデコーディングが可能となるようにシンボル周波数とタイミングを同期化する。
【０７０５】
チャネルイコライザー１１３は、同期化された放送信号の歪曲を補償する。具体的に、チャネルイコライザー１１３はマルチパス(multipath)、ドップラー効果などによる同期化された放送信号の歪曲を補償する。
【０７０６】
チャネルデコーダ１１５は、歪曲が補償された放送信号をデコーディングする。具体的に、チャネルデコーダ１１５は歪曲が補償された放送信号から伝送フレーム(transport frame)を抽出する。この際、チャネルデコーダ１１５は、前方誤り訂正(Forward Error Correction、FEC)を行うことができる。
【０７０７】
IP送受信部１３０は、インターネット網を介してデータを受信し伝送する。
【０７０８】
制御部１５０は、シグナリングデコーダ１５１、伝送パケットインターフェース１５３、広帯域パケットインターフェース１５５、基底帯域動作制御部１５７、共通プロトコルスタック(Common Protocol Stack)１５９、サービスマップデータベース１６１、サービスシグナリングチャネルプロセッシングバッファ(buffer)及びパーサー(parser)１６３、A/Vプロセッサー１６５、放送サービスガイドプロセッサー１６７、アプリケーションプロセッサー１６９及びサービスガイドデータベース１７１を含む。
【０７０９】
シグナリングデコーダ１５１は、放送信号のシグナリング情報をデコーディングする。
【０７１０】
伝送パケットインターフェース１５３は、放送信号から伝送パケットを抽出する。この際、伝送パケットインターフェース１５３は抽出した伝送パケットからシグナリング情報またはIPデータグラムなどのデータを抽出することができる。
【０７１１】
広帯域パケットインターフェース１５５は、インターネット網から受信したデータからIPパケットを抽出する。この際、広帯域パケットインターフェース１５５はIPパケットからシグナリングデータまたはIPデータグラムを抽出することができる。
【０７１２】
基底帯域動作制御部１５７は、基底帯域から放送情報受信情報を受信することに関連する動作を制御する。
【０７１３】
共通プロトコルスタック１５９は、伝送パケットからオーディオまたはビデオを抽出する。
【０７１４】
A/Vプロセッサー５４７は、オーディオまたはビデオを処理する。
【０７１５】
サービスシグナリングチャネルプロセッシングバッファ(buffer)及びパーサー(parser)１６３は、放送サービスをシグナリングするシグナリング情報をパーシングしてバッファリングする。具体的に、サービスシグナリングチャネルプロセッシングバッファ及びパーサー１６３はIPデータグラムから放送サービスをシグナリングするシグナリング情報をパーシングしてバッファリングすることができる。
【０７１６】
サービスマップデータベース１６５は、放送サービスに関する情報を含む放送サービスのリストを格納する。
【０７１７】
サービスガイドプロセッサー１６７は、地上波放送サービスのプログラムを案内する地上波放送サービスガイドデータを処理する。
【０７１８】
アプリケーションプロセッサー１６９は、放送信号からアプリケーションに関する情報を抽出して処理する。
【０７１９】
サービスガイドデータベース１７１は、放送サービスのプログラム情報を格納する。
【０７２０】
これまで放送受信装置１００の大略的な構成と動作を説明したが、これは伝統的な放送受信装置１００の動作と伝送プロトコルに焦点が合わせられている。但し、ハイブリッド放送サービスを受信するために、放送受信装置１００は多様な伝送プロトコルのデータを処理しなければならない。図７７ないし図８２に基づいて、ハイブリッド放送サービスを受信するための放送受信装置１００の詳しい構成と動作を説明する。
【０７２１】
図７７は、本発明の他の実施例による放送受信装置の構成を示す図である。
【０７２２】
図７７の実施例において、放送受信装置１００は放送受信部１１０、インターネットプロトコル(Internet Protocol、IP)送受信部１３０及び制御部１５０を含む。
【０７２３】
放送受信部１１０は、放送受信部１１０が行う複数の機能それぞれを行う１つまたは複数のプロセッサーであり、１つまたは複数の回路及び１つまたは複数のハードウェアモジュールを含むことができる。具体的に、放送受信部１１０は多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)である 。この際、SOCはグラフィック、オーディオ、ビデオ、モデムなど各種マルチメディア用部品とプロセッサーとDRAMなどの半導体が１つに統合された半導体である。放送受信部１１０は、物理階層モジュール１１９と物理階層IPフレームモジュール１１７を含むことができる。物理階層モジュール１１９は、放送網の放送チャネルを介して放送関連信号を受信して処理する。物理階層IPフレームモジュール１１７は、物理階層モジュール１１９から獲得したIPデータグラムなどのデータパケットを特定フレームに変換する。例えば、物理階層モジュール１１９は、IPデータグラムなどをRS FrameまたはGSEなどに変換することができる。
【０７２４】
IP送受信部１３０は、IP送受信部１３０が行う複数の機能それぞれを行う１つまたは複数のプロセッサーであり、１つまたは複数の回路及び１つまたは複数のハードウェアモジュールを含むことができる。具体的に、IP送受信部１３０は多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)である 。この際、SOCはグラフィック、オーディオ、ビデオ、モデムなど各種マルチメディア用部品とプロセッサーとDRAMなどの半導体が１つに統合された半導体である。IP送受信部１３０は、インターネット接近制御モジュール１３１を含むことができる。インターネット接近制御モジュール１３１は、インターネット通信網(broad band)を介してサービス、コンテンツ及びシグナリングデータのうち少なくともいずれか１つを獲得するための放送受信装置１００の動作を制御する。
【０７２５】
制御部１５０は、制御部１５０が行う複数の機能それぞれを行う１つまたは複数のプロセッサーであり、１つまたは複数の回路及び１つまたは複数のハードウェアモジュールを含むことができる。具体的に、制御部１５０は多様な半導体部品が１つに集積されるシステムオンチップ(System On Chip、SOC)である 。この際、SOCは、グラフィック、オーディオ、ビデオ、モデムなど各種マルチメディア用部品とプロセッサーとDRAMなどの半導体が１つに統合された半導体である。制御部１５０は、シグナリングデコーダ１５１、サービスマップデータベース１６１、サービスシグナリングチャネルパーサー１６３、アプリケーションシグナリングパーサー１６６、警告シグナリングパーサー１６８、ターゲティングシグナリングパーサー１７０、ターゲティングプロセッサー１７３、A/Vプロセッサー１６１、警告プロセッサー１６２、アプリケーションプロセッサー１６９、スケジュールドストリーミングデコーダ(scheduled streaming decoder)１８１、ファイルデコーダ１８２、ユーザ要請ストリーミングデコーダ１８３、ファイルデータベース１８４、コンポーネント同期化部１８５、サービス/コンテンツ獲得制御部１８７、再分配モジュール１８９、デバイスマネージャ１９３及びデータシェアリング部１９１のうち少なくともいずれか１つを含むことができる。
【０７２６】
サービス/コンテンツ獲得制御部１８７は、放送網または通信網を介して獲得したサービス、コンテンツ、サービスまたはコンテンツに関連するシグナリングデータを獲得するための受信機の動作を制御する。
【０７２７】
シグナリングデコーダ１５１は、シグナリング情報をデコーディングする。
【０７２８】
サービスシグナリングパーサー１６３は、サービスシグナリング情報をパーシングする。
【０７２９】
アプリケーションシグナリングパーサー１６６は、サービスに関連するシグナリング情報を抽出してパーシングする。この際、サービスに関連するシグナリング情報は、サービススキャンに関連するシグナリング情報であってもよい。また、サービスに関連するシグナリング情報はサービスを介して提供されるコンテンツに関連するシグナリング情報であってもよい。
【０７３０】
警告シグナリングパーサー１６８は、警告に関連するシグナリング情報を抽出してパーシングする。
【０７３１】
ターゲティングシグナリングパーサー１７０は、サービスまたはコンテンツを個人化(personalization)するための情報またはターゲティング情報をシグナリングする情報を抽出してパーシングする。
【０７３２】
ターゲティングプロセッサー１７３は、サービスまたはコンテンツを個人化するための情報を処理する。
【０７３３】
警告プロセッサー１６２は、警告(alert)に関連するシグナリング情報を処理する。
【０７３４】
アプリケーションプロセッサー１６９は、アプリケーション関連情報及びアプリケーションの実行を制御する。具体的に、アプリケーションプロセッサー１６９はダウンロードされたアプリケーションの状態及びディスプレイパラメータを処理する。
【０７３５】
A/Vプロセッサー１６１は、デコーディングされたオーディオまたはビデオ、アプリケーションデータなどに基づいて、オーディオ/ビデオのレンダリング関連動作を処理する。
【０７３６】
スケジュールドストリーミングデコーダ１８１は、予め放送局などのコンテンツ提供業者が定めた日程とおりストリーミングされるコンテンツであるスケジュールドストリーミングをデコーディングする。
【０７３７】
ファイルデコーダ１８２は、ダウンロードされたファイルをデコードする。特にファイルデコーダ１８２は通信網を介してダウンロードされたファイルをデコードする。
【０７３８】
ユーザ要請ストリーミングデコーダ１８３は、ユーザ要請によって提供されるコンテンツ(On Demand Content)をデコードする。
【０７３９】
ファイルデータベース１８４はファイルを格納する。具体的に、ファイルデータベース１８４は通信網を介してダウンロードしたファイルを格納することができる。
【０７４０】
コンポーネント同期化部１８５は、コンテンツまたはサービスを同期化する。具体的にコンポーネント同期化部１８５は、スケジュールドストリーミングデコーダ１８１、ファイルデコーダ１８２及びユーザ要請ストリーミングデコーダ１８３のうち少なくともいずれか１つがデコーディングしたコンテンツを同期化する。
【０７４１】
サービス/コンテンツ獲得制御部１８７は、サービス、コンテンツ、サービスまたはコンテンツに関するシグナリング情報のうち少なくともいずれか１つを獲得するための受信機の動作を制御する。
【０７４２】
再分配モジュール１８９は、放送網を介してサービスまたはコンテンツを受信できない場合、サービス、コンテンツ、サービスと関連情報及びコンテンツ関連情報のうち少なくともいずれか１つの獲得を支援するための動作を行う。具体的に、外部の管理装置３００にサービス、コンテンツ、サービスと関連情報及びコンテンツ関連情報のうち少なくともいずれか１つを要請することができる。この際、外部の管理装置３００は、コンテンツサーバ５０である。
【０７４３】
デバイスマネージャ１９３は、連動可能な外部装置を管理する。具体的に、デバイスマネージャ１９３は外部装置の追加、削除及び更新のうち少なくともいずれか１つを行うことができる。また、外部装置は放送受信装置１００と連結及びデータ交換が可能である。
【０７４４】
データシェアリング部１９１は、放送受信装置１００と外部装置間のデータ伝送動作を行い、交換関連情報を処理する。具体的に、データシェアリング部１９１は外部装置にA/Vデータまたはシグナリング情報を伝送することができる。また、データシェアリング部１９１は、外部装置にA/Vデータまたはシグナリング情報を受信することができる。
【０７４５】
図７８は、本発明の他の実施例による放送受信装置の構成を示す図である。
【０７４６】
図７８の実施例において、放送受信装置１００は放送受信部１１０、インターネットプロトコル(Internet Protocol、IP)送受信部１３０及び制御部１５０を含む。
【０７４７】
放送受信部１１０は、チューナ１１１及び物理フレームパーサー１１３のうち少なくともいずれか１つを含むことができる。
【０７４８】
チューナ１１１は、放送網を介して伝送される放送信号を受信する。また、チューナ１１は受信した放送信号を物理フレームの形態に変換することができる。
【０７４９】
物理フレームパーサー１１３は、受信された放送信号の物理フレームからリンク階層フレームを抽出する。
【０７５０】
IP送受信部１３０は、IPデータを受信して伝送する。
【０７５１】
制御部１５０は、物理階層制御部２５１、リンク階層フレームパーサー２５２、IP/UDPデータグラムフィルタ２５３、ROUTE(AL/LCT)クライアント２５５、タイミングコントロール２５７、システムクロック２５９、DTVコントロールエンジン２６１、ユーザ入力受信部２６３、シグナリングパーサー２６５、チャネルマップデータベース２６７、HTTPアクセスクライアント２６９、HTTPアクセスキャッシュ２７１、DASHクライアント２７３、ISO BMFFパーサー２７５、メディアデコーダ２７７及びファイルデータベース２７９のうち少なくともいずれか１つを含むことができる。
【０７５２】
物理階層制御部２５１は、放送受信部１１０の動作を制御する。具体的に、物理階層制御部２５１は放送受信部１１０が受信する放送信号の伝送パラメータを制御して放送信号を選択的に受信することができる。例えば、物理階層制御部２５１はチューナ１１１が受信する放送信号の周波数を制御することができる。また、物理階層制御部２５１は物理フレームパーサー１１３を制御して放送信号からリンク階層フレームを抽出することができる。
【０７５３】
リンク階層フレームパーサー２５２は、放送信号のリンク階層フレームからリンク階層フレームのペイロードに該当するデータを抽出することができる。具体的に、リンク階層フレームパーサー２５２はリンク階層フレームからリンク階層シグナリングを抽出する。リンク階層シグナリングは、リンク階層を介して放送サービスをシグナリングする。これによって、放送受信装置１００は アプリケーション階層を抽出しなくても放送サービスに関する情報を獲得することができる。従って、放送受信装置１００は速やかに放送サービスをスキャンして、放送サービスを転換することができる。また、リンク階層フレームパーサー２５２はリンク階層フレームからIP/UDPデータグラムを抽出することができる。
【０７５４】
IP/UDPデータグラムフィルタ２５３は、IP/UDPデータグラムから特定IP/UDPデータグラムを抽出する。放送網を介したデータ伝送または通信網を介したマルチキャストは一方向(unidirection)通信であるので、放送受信装置１００は自身が必要とするデータ以外のデータを受信する。従って、放送受信装置１００はデータストリームから自身が必要とするデータを抽出しなければならない。IP/UDPデータグラムフィルタ２５３は、IP/UDPデータグラムストリームから放送受信装置１００が必要とするIP/UDPデータグラムを抽出する。具体的に、IP/UDPデータグラムフィルタ２５３は、指定されたIPアドレス及びUDPポート番号に該当するIP/UDPデータグラムを抽出する。この際、IPアドレスはソースアドレス及び宛先アドレスのうちいずれか１つを含むことができる。
【０７５５】
ROUTE(AL/LCT)クライアント２５５は、リアルタイムオブジェクトデリバリー (Real-time Objective delivery over Unidirectional Transport、ROUTE)に基づいたALC/LCTパケットを処理する。ROUTEプロトコルは、 アプリケーション階層(layer)プロトコルとして、ALC/LCTパケットを利用してリアルタイムデータを伝送するためのプロトコルである。放送受信装置１００は、ALC/LCTパケットから放送サービスシグナリング情報、NRTデータ、メディアコンテンツのうち少なくともいずれか１つを抽出することができる。この際、メディアコンテンツはMPEG-DASH形式である。具体的に、メディアコンテンツはISOベースメディアファイルフォーマット(ISO Base Media File Format、ISO BMFF)にカプセル化(encapsulation)されてMPEG-DASHプロトコルを介して伝送される。放送受信装置１００は、ROUTEパケットからMPEG-DASHセグメントを抽出することができる。また、放送受信装置１００はSms MPEG-DASHセグメントからISO BMFFファイルを抽出することができる。
【０７５６】
タイミングコントロール２５７は、メディアコンテンツ再生の基準となるシステムタイム情報を含むパケットを処理する。また、タイミングコントロール２５７はシステムタイム情報に基づいてシステムクロックを制御することができる。
【０７５７】
システムクロック２５９は、放送受信装置１００の動作の基準となる基準クロック(reference clock)を提供する。
【０７５８】
DTVコントロールエンジン２６１は、各構成間のインターフェースを担当する、具体的に、DTVコントロールエンジン２６１は各構成の動作を制御するためのパラメータを伝達することができる。
【０７５９】
ユーザ入力受信部２６３はユーザ入力を受信する。具体的に、ユーザ入力受信部２６３はユーザのリモートコントロール入力、キー入力のうち少なくともいずれか１つを受信することができる。
【０７６０】
シグナリングパーサー２６５は、放送サービスに関する情報を伝達して放送サービスをシグナリングする放送サービスシグナリング情報をパーシングして放送サービスに関する情報を抽出する。具体的に、シグナリングパーサー２６５は アプリケーション階層から抽出された放送サービスシグナリング情報をパーシングして放送サービスに関する情報を抽出することができる。他の具体的な実施例おいて、シグナリングパーサー２６５はリンク階層から抽出された放送サービスシグナリング情報をパーシングして放送サービスに関する情報を抽出することができる。
【０７６１】
チャネルマップデータベース２６７は、放送サービスのチャネルマップに関する情報を格納する。具体的、にシグナリングパーサー２６５は放送サービスに関する情報を抽出してチャネルマップに関する情報をチャネルマップデータベース２６７に格納することができる。また、DTVコントロールエンジン２６１はチャネルマップデータベースから放送サービスのチャネルマップに関する情報を獲得することができる。この際、チャネルマップに関する情報は放送サービスを示すチャネル番号、放送サービスを示す放送サービスの名称のうち少なくともいずれか１つを含むすることができる。
【０７６２】
HTTPアクセスクライアント２６９は、HTTPデータを処理する。具体的に、HTTPアクセスクライアント２６９はHTTPを使用するコンテンツサーバ５０に要請を伝送し、コンテンツサーバ５０から要請に対する応答を受信することができる。
【０７６３】
HTTPアクセスキャッシュ２７１は、HTTPデータをキャッシュ(cache)してHTTPデータの処理速度を向上させる。
【０７６４】
DASHクライアント２７３は、MPEG-DASHセグメントを処理する。具体的に、DASHクライアント２７３は通信網を介して受信されるMPEG-DASHセグメントを処理することができる。また、具体的にDASHクライアント２７３は放送網を介して受信される放送信号の アプリケーション階層から抽出されたMPEG-DASHセグメントを処理することができる。
【０７６５】
ISO BMFFパーサー２７５は、ISO BMFFパケットを処理する。具体的に、ISO BMFFパーサー２７５はISO BMFFパケットからメディアコンテンツを抽出することができる。
【０７６６】
メディアデコーダ２７７は、メディアコンテンツをデコーディングする。具体的にメディアデコーダ２７７はメディアコンテンツをデコーディングしてメディアコンテンツを再生することができる。
【０７６７】
ファイルデータベース２７９は、放送サービスのために必要なファイルを格納する。具体的に、ファイルデータベース２７９は放送信号の アプリケーション階層から抽出されたファイルを格納することができる。
【０７６８】
放送受信装置１００の具体的な動作については、図７９ないし図８１に基づいて説明する。
【０７６９】
図７９は、放送受信装置１００が放送サービスをスキャンしてチャネルマップを生成する動作を示すフローチャートである。
【０７７０】
制御部１５０は、放送信号受信パラメータを設定する。具体的に、制御部１５０は放送信号を受信するための周波数、帯域幅、シンボルレート及び物理階層パイプ(Physical Layer Pipe、PLP)識別子のうち少なくともいずれか１つを設定することができる。この際、物理階層パイプは１つの無線周波数(Radio Frequency、RF)チャネルを区分する論理的データ伝送チャネルである。１つのRFチャネルは、１つまたは複数の物理階層パイプを含むことができる。物理階層パイプは、データパイプ(Data Pipe、DP)と称することができる。具体的な実施例において、制御部１５０は複数の放送信号受信パラメータを格納する周波数テーブルに基づいて放送信号受信パラメータを設定することができる。例えば、放送受信装置１００は周波数テーブルに格納された放送信号受信パラメータを順次に設定して、それぞれの放送信号受信パラメータに該当する放送信号を順次に受信する。この際、周波数テーブルは地域別標準または地域別放送環境に応じて設定されたものである。
【０７７１】
放送受信部１１０は、放送信号受信パラメータに基づいて放送信号を受信する(S2103)。具体的に、放送受信部１１０は放送信号受信パラメータに該当する放送信号を受信する。放送受信部１１０は、放送信号を復調(demodulating)して放送信号の物理フレームを抽出することができる。
【０７７２】
制御部１５０は、放送信号から放送サービスシグナリング情報を抽出する(S2105)。具体的に、制御部１５０は放送信号から放送サービスに関する情報をシグナリングする放送サービスシグナリング情報を抽出することができる。放送サービスに関する情報は、放送サービスを識別する情報を含むことができる。放送サービスを識別する情報は、放送サービスを示すチャネル番号を含むことができる。また、放送サービスを識別する情報は放送サービスを識別する放送サービス識別子を含むことができる。放送サービスを識別する情報は、放送サービスを示すチャネル番号を含むことができる。また、放送サービスを識別する情報は放送サービスを示す放送サービスの名称を含むことができる。また、放送サービスに関する情報は放送サービスを受信するための情報を含むことができる。放送サービスを受信するための情報は、放送サービスを受信するために、放送受信部の設定のために必要な放送信号受信パラメータを含むことができる。また、放送サービスを受信するための情報は放送サービスが伝送される放送ストリームを識別する放送ストリーム識別子を含むことができる。また、放送サービスを受信するための情報は放送サービスが伝送されるIP/UDPデータグラムを識別するIPアドレス及びUDPポート番号を含むことができる。また、放送サービスを受信するための情報はセッション基盤の伝送プロトコルのセッションを識別するセッション識別子を含むことができる。また、放送サービスを受信するための情報はパケット基盤の伝送プロトコルのパケットを識別するパケット識別子を含むことができる。具体的に、制御部１５０はリンク階層から抽出したリンク階層シグナリングの放送サービスシグナリング情報を抽出することができる。他の具体的な実施例において、制御部１５０は アプリケーション階層から放送サービスシグナリング情報を抽出することができる。上述したように、制御部１５０がリンク階層から放送サービスシグナリング情報を受信する場合、放送サービスのスキャン時間を短縮させることができる。
【０７７３】
制御部１５０は、放送サービスシグナリング情報に基づいて放送サービスに関する情報を格納するチャネルマップを生成する(S2107)。具体的に、制御部１５０は放送サービスシグナリング情報が提供する放送サービスに関する情報に従ってチャネルマップを生成する。チャネルマップは、上述した放送サービスそれぞれを識別する情報及び放送サービスそれぞれを受信するための情報のうち少なくともいずれか１つを含むことができる。また、制御部１５０は生成したチャネルマップをチャネルマップデータベース２６７に格納することができる。放送受信装置１００は、チャネルマップに基づいて放送サービスを受信することができる。これについては、図８０に基づいて説明する。
【０７７４】
図８０は、放送受信装置１００が放送サービスを受信する動作を示すフローチャートである。
【０７７５】
制御部１５０は、放送サービス選択に対するユーザ入力を受信する(S2151)。制御部１５０は、ユーザ入力部２６３を介して放送サービス選択に対するユーザ入力を受信することができる。具体的に、制御部１５０は放送サービスを示す放送サービスリストからユーザがいずれか１つの放送サービスを選択する入力を受信することができる。また、制御部１５０はユーザがリモートコントロールを介してチャネル番号に対するユーザ入力を受信することができる。
【０７７６】
制御部１５０は、ユーザが選択した放送サービスに該当する放送信号受信パラメータを獲得する(S2153)。具体的に、制御部１５０はチャネルマップからユーザが選択した放送サービスに該当する放送信号受信パラメータを獲得することができる。上述したように、放送信号受信パラメータは放送信号を受信するための周波数、帯域幅、シンボルレート及び物理階層パイプ識別子のうち少なくともいずれか１つを含むことができる。
【０７７７】
制御部１５０は、放送信号受信パラメータに基づいて放送信号受信を設定する。具体的に制御部１５０は放送信号受信パラメータに従って放送受信部１１０を設定することができる。例えば、制御部１５０は放送受信部１１０の放送信号受信周波数、帯域幅、シンボルレート及び物理階層パイプ識別子のうち少なくともいずれか１つを設定することができる。現在受信している放送信号の放送信号受信パラメータと獲得した放送信号受信パラメータが同一である場合、このような動作は省略可能である。
【０７７８】
放送受信部１１０は、放送信号受信設定に基づいて放送信号を受信する(S2157)。具体的に、放送受信部１１０は放送信号を受信して復調(demodulating)することができる。
【０７７９】
制御部１５０は、放送信号に基づいてユーザが選択した放送サービスに関するシグナリング情報を獲得する(S2159)。上述したように、制御部１５０はリンク階層から放送サービスシグナリング情報を獲得することができる。また、制御部１５０はリンク階層から放送サービスシグナリング情報を獲得することができる。チャネルマップが放送サービスシグナリング情報から抽出した放送サービスに関する情報を含むにも関わらず再び放送サービスシグナリング情報を獲得することは、チャネルマップが生成された以後に放送サービスに関する情報が変更される可能性があるからである。また、チャネルマップの生成の際にチャネルマップ生成のための基本的な情報のみ獲得して、放送サービスが含むコンポーネントに関する情報または放送サービスの再生のための情報を獲得しない場合があるからである。
【０７８０】
制御部１５０は、放送サービスシグナリング情報に基づいてチャネルマップを更新する。具体的に、制御部１５０は放送サービスシグナリング情報が変更された場合、チャネルマップを更新することができる。具体的な実施例において、制御部１５０は以前に獲得した放送サービスシグナリング情報と放送サービスシグナリング情報が異なる場合、チャネルマップを更新することができる。制御部１５０は、以前に獲得した放送サービスシグナリング情報のバージョン情報と放送サービスシグナリング情報のバージョン情報を比較して放送サービスシグナリング情報が変更された場合、チャネルマップを更新することができる。
【０７８１】
制御部１５０は、チャネルマップに基づいて放送サービスが含むメディアコンポーネントを受信する(S2163)。チャネルマップは、メディアコンポーネントの受信に関する情報を含むことができる。具体的に、チャネルマップはメディアコンポーネントを受信するための情報を含むことができる。制御部１５０は、チャネルマップからメディアコンポーネントを受信するための情報を獲得してメディアコンポーネントを受信することができる。例えば、制御部１５０はチャネルマップからメディアコンポーネントを伝送するIP/UDPを識別可能な情報及びメディアコンポーネントを伝送するセッション基盤の伝送プロトコルパケットを識別可能な情報を獲得してメディアコンポーネントを受信することができる。IP/UDPデータグラムを識別可能な情報は、IPアドレス及びUDPポート番号のうち少なくともいずれか１つを含むことができる。この際、IPアドレスはソースアドレスと宛先アドレスのうち少なくともいずれか１つを含む。セッション基盤の伝送プロトコルパケットを識別可能な情報は、セッションを識別するセッション識別子を含むことができる。具体的に、セッション識別子はALC/LCTセッションのTSIである。他の具体的な実施例において、制御部１５０はチャネルマップからメディアコンポーネントを伝送するIP/UDPデータグラムを識別可能な情報及びメディアコンポーネントを伝送するパケット基盤の伝送プロトコルパケットを識別可能な情報を獲得してメディアコンポーネントを受信することができる。放送受信装置１００は、メディアコンテンツ再生情報に基づいてメディアコンポーネントを受信することができる。これについては、図８１に基づいて説明する。
【０７８２】
図８１は、放送受信装置がメディアコンテンツ再生情報に基づいてメディアコンポーネントを獲得する動作を示すフローチャートである。
【０７８３】
放送受信装置１００は、メディアコンテンツ再生情報を獲得する(S2201)。放送受信装置１００は上述したように放送信号のシグナリングメッセージを介してメディアコンテンツ再生情報を獲得することができる。
【０７８４】
放送受信装置１００は、メディアコンテンツ再生情報に基づいてメディアコンポーネントに関する情報を獲得する(S2203)。メディアコンポーネントに関する情報は、上述したメディアコンポーネントの受信のための情報を含むことができる。また、メディアコンテンツ再生情報は放送サービスと放送サービスが含むメディアコンポーネントに関する情報を含むことができる。
【０７８５】
放送受信装置１００は、メディアコンポーネントに関する情報に基づいてメディアコンポーネントを受信する(S2205)。放送受信装置１００は、放送網を介してメディアコンポーネントを受信することができる。また、放送受信装置１００は通信網を介してメディアコンポーネントを受信することができる。また、放送受信装置１００は複数のメディアコンポーネントのうちのいずれか１つが放送網を介して受信し、他のメディアコンポーネントが通信網を介して受信することができる。例えば、放送受信装置１００は放送網を介してビデオコンポーネントを受信し、通信網を介してオーディオコンポーネントを受信することができる。
【０７８６】
図８０に戻って放送受信装置１００の動作を説明する。
【０７８７】
制御部１５０は、メディアコンポーネントに基づいて放送サービスを再生する(S2165)。
【０７８８】
図８２及び図８３に基づいてハイブリッド放送で用いる伝送フレームを説明する。
【０７８９】
図８２は、本発明の一実施例による放送伝送フレームを示す。
【０７９０】
図８２の実施例において、放送伝送フレームはP1パート、L1パート、共通PLP(Common PLP)パート、インターリーブドPLP(Scheduled & Interleaved PLP’s)パート及び補助データ(Auxiliary data)パートを含む。
【０７９１】
図８２の実施例において、放送伝送装置は放送伝送フレーム(transport frame)のP1パートを介して伝送シグナル探知(transport signal detection)のための情報を伝送する。また、放送伝送装置はP1パートを介して放送信号チューニングのためのチューニング情報を伝送することができる。
【０７９２】
図８２の実施例において、放送伝送装置はL1パートを介して放送伝送フレームの構成及びそれぞれのPLPの特性を伝送する。この際、放送受信装置１００はP1に基づいてL1パートをデコーディングして放送伝送フレームの構成及びそれぞれのPLPの特性を獲得することができる。
【０７９３】
図８２の実施例において、放送伝送装置はCommon PLPパートを介してPLP間に共通に適用される情報を伝送することができる。具体的な実施例によって放送伝送フレームはCommon PLPを含まなくてもよい。
【０７９４】
図８２の実施例において、放送伝送装置は放送サービスに含まれた複数のコンポーネントをインターリーブド(interleaved)PLPパートを介して伝送する。この際、インターリーブドPLPパートは複数のPLPを含む。
【０７９５】
図８２の実施例において、放送伝送装置はそれぞれの放送サービスを構成するコンポーネントがそれぞれどのPLPに伝送されるかをL1パートまたはCommon PLPパートを介してシグナリングすることができる。但し、放送受信装置１００が放送サービススキャンなどのために具体的な放送サービス情報を獲得するためには、インターリーブドPLPパートの複数のPLPを全てデコーディングしなければならない。
【０７９６】
図８２の実施例とは異なり、放送伝送装置は放送伝送フレームを介して伝送される放送サービスと放送サービスに含まれたコンポーネントに関する情報を含む別途のパートを含む放送伝送フレームを伝送することができる。この際、放送受信装置１００は別途のパートを介して速やかに放送サービスと放送サービスに含まれたコンポーネントに関する情報を獲得することができる。これについては、図８３に基づいて説明する。
【０７９７】
図８３は、本発明の他の実施例による放送伝送フレームを示す。
【０７９８】
図８３の実施例において、放送伝送フレームはP1パート、L1パート、高速情報チャネル(Fast Information Channel、FIC)パート、インターリーブドPLP(Scheduled & Interleaved PLP’s)パート及び補助データ(Auxiliary data)パートを含む。
【０７９９】
FICパートを除いた他のパートは図８２の実施例と同一である。
【０８００】
放送伝送装置は、FICパートを介して高速情報(fast information)を伝送する。高速情報は、伝送フレームを介して伝送される放送ストリームの構成情報(fast information)、簡略な放送サービス情報及びコンポーネント情報を含むことができる。放送受信装置１００は、FICパートに基づいて放送サービスをスキャンすることができる。具体的に、放送受信装置１００はFICパートから放送サービスに関する情報を抽出することができる。高速情報をリンク階層シグナリングと称することができる。放送受信装置１００は、 アプリケーション階層をパーシングせずにリンク階層のみをパーシングして放送サービス情報及びコンポーネント情報を獲得することができるからである。
【０８０１】
これまでメディアコンテンツ再生情報が、放送サービスが含むメディアコンポーネントと放送サービスに関連するメディアコンポーネントをシグナリングすることができることを説明した。このようにメディアコンテンツ再生情報がハイブリッド放送サービスに関する情報をシグナリングするためには、既存のメディアコンテンツ再生情報の形式を変更する必要がある。特に、MPEG-DASHのコンテンツ再生情報を拡張する必要がある。これについては、以下の図面に基づいて説明する。
【０８０２】
図８４ないし図８７に基づいて、MPDに新たなエレメントを追加して各セグメントの再生同期化を容易にすることを説明する。図８４は、MPDにMPEG-DASHの各セグメントの再生開始時間の基準を示すエレメントを示す。
【０８０３】
MPDは、各セグメントの再生(presentation)開始時間の基準時間を示すエレメントを含むことができる。また、メディアコンテンツの形態がダイナミック形態である場合、MPDはセグメントの再生開始時間の基準時間を示すエレメントを含むことができる。具体的な実施例において、各セグメントの再生開始時間を示すエレメントはpresentationStartTimeと言える。この際、presentationStartTimeの値はwall-clock時間で示すことができる。また、presentationStartTimeの値はUTC時間で示すことができる。
【０８０４】
図８５はMPDにMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントと各セグメントの再生開始時間の関係を示す。
【０８０５】
MPDがシグナリングするセグメントの再生(presentation)開始時間は、MPD@presentationStartTime、ピリオドの開始時間及び以前セグメントの再生長の合計のうち少なくともいずれか１つに基づいて獲得することができる。
【０８０６】
MPDがMPD@suggestedPresentationDelayとSgementBase@presentationTimeOffsetを含む場合、MPDがシグナリングする各セグメントの再生(presentation)開始時間はMPD@presentationStartTime、MPD@suggestedPresentationDelay、ピリオドの開始時間、SgementBase@presentationTimeOffset及び以前セグメントの再生長のうち少なくともいずれか１つに基づいて獲得することができる。この際、MPD@suggestedPresentationDelayはメディアコンテンツのアクセスユニットの再生開始時間を獲得する際に用いられる固定されたオフセット値を示す。また、SgementBase@presentationTimeOffsetはピリオドの開始時間を基準にしたセグメントの再生開始時間のオフセット時間を示す。特にSgementBase@presentationTimeOffsetは、再生開始時間を獲得するためにピリオドの開始時間を基準に引くべきオフセット時間を示す。
【０８０７】
具体的に、セグメントの再生開始時間の基準時間を基準にした相対的再生開始時間はMPD@presentationStartTimeの値にセグメントの以前セグメントの再生長を全て足した値と同じである。以前セグメントの再生長はSegmentTimeline@dとSegmentTimeline@timscaleに基づいて獲得される。
【０８０８】
具体的に、ピリオドのｉ番目セグメントの再生開始時間の基準時間を基準にした相対的再生開始時間は、以下の式を介して求めることができる。
【数１８】
0006262880.tif 000055
【０８０９】
この際、Segment[i]は該当ピリオドのｉ番目Segmentを示す。
【０８１０】
MPDがシグナリングする各セグメントの再生(presentation)開始時間は、MPD@presentationStartTime、該当ピリオドの開始時間及びセグメントの相対的再生開始時間を足した値である。該当ピリオドの開始時間は、ピリオド開始時間を示すMPDのPeriod@startに基づいて獲得される。
【０８１１】
MPDがMPD@suggestedPresentationDelayとSgementBase@presentationTimeOffsetを含む場合、MPDがシグナリングする各セグメントの再生(presentation)開始時間はMPD@presentationStartTime、ピリオドの開始時間及びセグメントの相対的再生開始時間を足した時間にMPD@suggestedPresentationDelayを足して、(SegmentBase@presentationTimeOffset*SegmentBase@timeScale)の値を引いた時間である。具体的にセグメントの再生開始時間は以下の式を介して獲得することができる。
【数１９】
0006262880.tif 000056
【０８１２】
図８５は、上記式を介して求めた２番目セグメントの再生開始時間を示す。但し、図８５の実施例においてMPDがSegmentBase@presentationTimeOffsetを含まない場合である。
【０８１３】
図８６は、放送伝送装置がMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントをメディアコンテンツ再生情報に追加して伝送する動作を示すフローチャートである。
【０８１４】
放送伝送装置１０は、セグメントの再生開始の基準時間を獲得する(S2251)。放送伝送装置１０は、制御部を介してセグメントの再生開始の基準時間を獲得することができる。具体的に、放送伝送装置１０はセグメントの再生開始の基準時間を図８６で説明した式を用いて獲得することができる。
【０８１５】
放送伝送装置１０は、メディアコンテンツ再生情報にセグメントの再生開始の基準時間を挿入する(S2253)。放送伝送装置１０は、MPDにセグメントの再生開始の基準時間を挿入することができる。放送伝送装置１０は、制御部を介してMPDにセグメントの再生開始の基準時間を挿入することができる。
【０８１６】
放送伝送装置１０は、メディアコンテンツ再生情報を伝送する(S2255)。放送伝送装置１０はMPDを伝送することができる。放送伝送装置１０は伝送部を介してMPDを伝送することができる。この際、放送伝送装置１０は上述した多様な方法でMPDを伝送することができる。
【０８１７】
図８７は、MPDにMPEG-DASHの各セグメントの再生開始時間の基準時間を示すエレメントによって放送受信装置が各セグメントの再生開始時間を獲得する動作を示すフローチャートである。
【０８１８】
放送受信装置１００は、メディアコンテンツ再生情報を受信する(S2301)。放送受信装置１００はMPDを受信することができる。放送受信装置１００は放送受信部１１０とIP送受信部を介してMPDを受信することができる。具体的に上述した様々な動作方法を介してMPDを受信することができる。
【０８１９】
放送受信装置１００は、メディアコンテンツ再生情報に基づいてセグメント再生開始時間の基準時間を獲得する(S2303)。放送受信装置１００は、MPDに基づいてセグメント再生開始時間の基準時間を獲得することができる。放送受信装置１００は、制御部１５０を介してMPDに基づいてセグメント再生開始時間の基準時間を獲得することができる。具体的に、放送受信装置１００はMPD@presentationStartTimeの値を獲得する。
【０８２０】
放送受信装置１００は、セグメントの相対的再生開始時間を獲得する(S2305)。放送受信装置１００は制御部１５０を介してセグメントの相対的再生開始時間を獲得することができる。この際、セグメントの相対的再生開始時間はMPD@presentationStartTimeが示すセグメントの再生開始時間の基準時間を基準にしたものである。セグメントの相対的再生開始時間は、上述した式を介して獲得することができる。
【０８２１】
放送受信装置１００は、ピリオドの開始時間を獲得する(S2307)。放送受信装置１００は、制御部１５０を介してピリオドの開始時間を獲得することができる。
【０８２２】
放送受信装置１００は、再生開始時間の基準時間、セグメントの相対的再生開始時間及びピリオドの開始時間の合計に基づいてセグメントの再生開始時間を獲得する(S2309)。放送受信装置１００は、制御部１５０を介して再生開始時間の基準時間、セグメントの相対的再生開始時間及びピリオドの開始時間の合計に基づいてセグメントの再生開始時間を獲得することができる。具体的な実施例においてMPD@suggestedPresentationDelayが存在する場合、放送受信装置１００は再生開始時間の基準時間、セグメントの相対的再生開始時間及びピリオドの開始時間の合計にMPD@suggestedPresentationDelayを足してセグメントの再生開始時間を獲得することができる。また、SegmentBase@presentationTimeOffsetが存在する場合、放送受信装置１００は再生開始時間の基準時間、セグメントの相対的再生開始時間及びピリオドの開始時間の合計にSegmentBase@presentationTimeOffset*SegmentBase@timeScale) の値を引いてセグメントの再生開始時間を獲得することができる。具体的な実施例において、放送受信装置１００は図８５で説明した式を介してセグメントの再生開始時間を獲得することができる。
【０８２３】
放送受信装置１００は、セグメントの再生開始時間に基づいてセグメントが含むメディアコンテンツを再生する(S2311)。具体的に、放送受信装置１００は制御部１５０を介してセグメントの再生開始時間に基づいてセグメントが含むメディアコンテンツを再生することができる。
【０８２４】
ハイブリッド放送サービスは、放送受信装置１００だけではなく、放送受信装置１００と連動可能な携帯電話及びタブレットPCなどと連動することができる。これら携帯電話及びタブレットPCなどをセカンドスクリーン装置(second scree device)または連動装置(companion device)と言える。メディアコンテンツ再生情報がこのようなセカンドスクリーン装置との連動を支援する放送サービスをシグナリングするために、メディアコンテンツ再生情報はメディアコンポーネントがターゲティングする装置を示すエレメントを含む必要がある。
【０８２５】
また、既存の放送サービスのメディアコンポーネントは、その内容に関係なく同じように扱われ、シグナリングされた。但し、ハイブリッド放送サービスの場合、通信環境に応じて異なる品質のメディアコンポーネントを伝送する適応的ストリーミングサービスが可能である。これによって、ユーザは通信環境に応じて同一なコンテンツを含む多様な品質のメディアコンポーネントのうちのいずれか１つを選択して視聴可能になった。また、１つの画面で複数のメディアコンポーネントを同時に表示するマルチビュー(multi view)サービスが提供されている。これによって、ユーザは複数の映像またはデータ放送を１つの画面で視聴可能になった。例えば、ユーザは野球競技を見ながら、他の球場の競技を別途のPIP(Picture In Picture)画面を介して視聴することができる。このように、複数のメディアコンポーネントを含む放送サービスが多様化して増加することによって、放送伝送装置１０と放送受信装置１００はコンポーネントの種類を細分化して処理し、放送伝送装置１０は各メディアコンポーネント間の関係を体系的にシグナリングする必要がある。これについては、図８８ないし図９０に基づいて説明する。
【０８２６】
図８８は、プレゼンタブルコンポーネントが有する属性を示す。
【０８２７】
まず、メディアコンポーネントの種類を定義する用語について説明する。連続(continuous)コンポーネントは、連続したストリーム上で再生されるコンポーネントである。プレゼンタブル(presentable)コンポーネントは、放送受信装置１００において実質的に再生される連続(continuous)コンポーネントを示す。オーディオコンポーネント、ビデオコンポーネント及び字幕コンポーネントはそれぞれプレゼンタブルコンポーネントに該当する。
【０８２８】
プレゼンタブルコンポーネントは、ターゲティング/個人化属性、勧奨コンテンツ等級(content advisory rating)、コンテンツ/サービス保護属性、ターゲットデバイス及び関連コンポーネントのうち少なくともいずれか１つを属性として含むことができる。
【０８２９】
ターゲティング/個人化属性は、該当プレゼンタブルコンポーネントがターゲティングする視聴者の特徴を示すことができる。これについては、図９１ないし図９３に基づいて説明する。
【０８３０】
勧奨コンテンツ等級は、該当プレゼンタブルコンポーネントを視聴可能な勧奨年齢を示すことができる。
【０８３１】
コンテンツ/サービス保護属性は、該当メディアコンポーネントの保護可否を示すことができる。
【０８３２】
ターゲットデバイスは、該当メディアコンポーネントがターゲティングする装置の種類を示すことができる。この際、ターゲットデバイスは全ての装置、主(primary)スクリーン、主スクリーンに連結されて連動する連動(companion)スクリーン及び主スクリーンに一部として挿入される(inset)スクリーンのうち少なくともいずれか１つを示すことができる。この際、主(primary)スクリーンは放送信号を直接受信して再生する装置のスクリーンを示すことができる。また、ターゲットデバイス属性はターゲットスクリーン属性に称することができる。これについては、図８９及び図９０に基づいて説明する。
【０８３３】
関連コンポーネントは、該当メディアコンポーネントに関連するメディアコンポーネントを示す。具体的に、関連コンポーネントは共に再生可能なメディアコンポーネントを示すことができる。例えば、該当メディアコンポーネントがビデオプレゼンタブルコンポーネントである場合、関連メディアコンポーネントは該当ビデオコンポーネントが含む映像に対応する字幕プレゼンタブルコンポーネントを示すことができる。また、関連コンポーネントは該当コンポーネントを代替可能なコンポーネントを示すことができる。例えば、該当コンポーネントが英語音声を含むオーディオプレゼンタブルコンポーネントである場合、関連コンポーネントは該当オーディオプレゼンタブルと同一内容の中国語音声を含むオーディオプレゼンタブルコンポーネントである。
【０８３４】
図８９は、各アダプテーションとリプレゼンテーションのターゲットスクリーンを示すためのエレメントを示す図である。
【０８３５】
ターゲットスクリーンを示すためのエレメントは、エレメントを表示するデータ形態であるスキーマを識別する識別子を属性として含むことができる。また、ターゲットスクリーンを示すためのエレメントは該当ターゲットスクリーンの種類を示す値を属性として含むことができる。この際、該当ターゲットスクリーンの種類を示す値は全ての装置、主(primary)スクリーン、主スクリーンに連結されて連動する連動(companion)スクリーン及び主スクリーンに一部として挿入される(inset)スクリーンのうち少なくともいずれか１つを示すことができる。また、ターゲットスクリーンを示すためのエレメントは関連したターゲットスクリーンを識別する識別子を属性として含むことができる。具体的に、関連したターゲットスクリーンとは、該当メディアコンポーネントがターゲティングする装置である。
【０８３６】
ターゲットスクリーンを示すためのエレメントは、図８９の具体的な実施例のようにTargetScreenに称することができる。また、エレメントを表示するデータ形態であるスキーマを識別する識別子はschemeIdUriに称することができる。また、該当ターゲットスクリーンの種類を示す値はvalueに称することができる。また、関連したターゲットスクリーンを示す識別子はIdに称することができる。
【０８３７】
図９０の実施例のような具体的な実施例において、該当ターゲットスクリーンの種類を示す値が0x00であれば、該当ターゲットスクリーンが全ての装置であることを示すことができる。また、該当ターゲットスクリーンの種類を示す値が0x01であれば、該当ターゲットスクリーンが主(primary)スクリーンであることを示すことができる。また、該当ターゲットスクリーンの種類を示す値が0x02であれば、該当ターゲットスクリーンが連動(companion)スクリーンであることを示すことができる。また、該当ターゲットスクリーンの種類を示す値が0x03であれば、該当ターゲットスクリーンが主スクリーンに一部として挿入される(inset)スクリーンであることを示すことができる。
【０８３８】
図９１ないし図９３に基づいてターゲティング属性について説明する。
【０８３９】
図９１は、MPDがターゲティング属性を含む場合のXMLエレメント形態のターゲティング属性を示す。また、図９２はターゲティング属性とターゲティング属性が含む下位属性間の関係を示す。
【０８４０】
ターゲティング属性を示すためのエレメントは、エレメントを表示するデータ形態であるスキーマを識別する識別子を属性として含むことができる。また、ターゲティング属性を示すためのエレメントは、該当ターゲティング属性の種類を示す値を含むことができる。また、ターゲティング属性を示すためのエレメントは関連したターゲティング基準(criteria)を示す識別子を含むことができる。この際、関連したターゲティング基準はターゲティング属性がターゲティングする視聴者を区別する基準を提供することができる。
【０８４１】
図９２のような具体的な実施例において、エレメントを表示するデータ形態であるスキーマを識別する識別子はschemeIdUriに称することができる。また、該当ターゲティング属性の種類を示す値はvalueに称することができる。また、関連したターゲティング基準(criteria)を示す識別子はIdに称することができる。
【０８４２】
図９３は、ターゲティング属性とターゲティング属性が含む下位エレメントの関係を示す図である。
【０８４３】
ターゲティング属性は、下位エレメントでターゲティング基準を示すエレメントを含むことができる。ターゲティング基準は、上述したようにターゲティング属性がターゲティングする視聴者を区別する基準を提供することができる。ターゲティング基準を示すエレメントは、関連したターゲティング基準を識別する識別子を属性として含むことができる。また、ターゲティング基準を示すエレメントはターゲティング基準の種類(type)を示す属性を含むことができる。この際、ターゲティング基準の種類を示す属性は具体的にターゲティング基準に従ってターゲティングされる視聴者を示す値のデータ形式を示すことができる。具体的に、ターゲティング基準従ってターゲティングされる視聴者を示す値のデータ形式が整数、二進数、複数の選択項目のうちのいずれか１つを選択する形態及び文字列のうち少なくともいずれか１つに該当することを示すことができる。また、ターゲティング基準を示すエレメントはターゲティング基準に従ってターゲティングされる視聴者を示す値を属性として含むことができる。
【０８４４】
図９３のような具体的な実施例において、ターゲティング基準を識別する識別子はidに称することができる。また、ターゲティング基準の種類(type)を示す属性はCriterionTypeに称することができる。また、ターゲティング基準に従ってターゲティングされる視聴者を示す値はCriterionValueに称することができる。
【０８４５】
MPDは上述した属性を共通属性として含むことができる。また、MPDは上述した属性をアダプテーションセットの属性として含むことができる。また、MPDは上述した属性をリプレゼンテーションの属性として含むことができる。これについては、図９４ないし図９８に基づいて詳細に説明する。
【０８４６】
図９４は、MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントを共通エレメントとして含む場合のMPDのシンタックスを示す。図９５は、MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントを共通エレメントとして含む場合のXML形式のMPDを示す。
【０８４７】
MPDは、プレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントのうち少なくともいずれか１つを共通エレメントとして含むことができる。
【０８４８】
放送受信装置１００は、プレゼンタブルコンポーネントであるかを示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００は該当メディアコンポーネントが再生可能なメディアコンポーネントであるかを判断することができる。該当メディアコンポーネントが再生可能なメディアコンポーネントであれば、放送受信装置１００は該当メディアコンポーネントを再生することができる。
【０８４９】
また、放送受信装置１００は関連メディアコンポーネントを示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に放送受信装置１００は関連メディアコンポーネントを示すエレメントに基づいて該当メディアコンポーネントに関連するメディアコンポーネントを識別することができる。また、放送受信装置１００は該当メディアコンポーネントに関連するメディアコンポーネントを共に再生することができる。
【０８５０】
また、放送受信装置１００はターゲティング属性を示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲティング属性を示すエレメントに基づいて該当メディアコンポーネントがターゲティングする視聴者を判断することができる。また、放送受信装置１００は判断結果に基づいて該当メディアコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すエレメントが示す情報を比較して一致する場合、該当メディアコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すエレメントが示す情報を比較して一致しない場合、該当メディアコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００の位置またはユーザのアドレスがターゲティング属性が示す地域に含まれる場合、該当メディアコンポーネントを再生することができる。
【０８５１】
また、放送受信装置１００はターゲットスクリーンを示すためのエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲットスクリーンを示すエレメントに基づいて該当メディアコンポーネントがターゲティングする装置を判断することができる。また、放送受信装置１００は判断結果に基づいて該当メディアコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致する場合、該当メディアコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致しない場合、該当メディアコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００が連動装置であって、ターゲットスクリーンを示すエレメントが連動装置を示す場合、該当メディアコンポーネントを再生することができる。
【０８５２】
図９６は、MPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントをリプレゼンテーションエレメントとして含む場合の他のリプレゼンテーションエレメントの関係を示す図である。図９７のMPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントをアダプテーションセットまたはリプレゼンテーションエレメントとして含む場合のMPDのシンタックスを示す図である。図９８はMPDがプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントをアダプテーションセットまたはリプレゼンテーションエレメントとして含む場合のXML形式のMPDを示す図である。
【０８５３】
MPDは、プレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントのうち少なくともいずれか１つをアダプテーションセットエレメントとして含むことができる。また、MPDはプレゼンタブルコンポーネントであるかを示すエレメント、関連メディアコンポーネントを示すエレメント、ターゲティング属性を示すエレメント及びターゲットスクリーンを示すエレメントのうち少なくともいずれか１つをリプレゼンテーションエレメントとして含むことができる。
【０８５４】
上述したように、放送受信装置１００はプレゼンタブルコンポーネントであるかを示すエレメントに基づいてメディアコンポーネントを再生することができる。
【０８５５】
また、放送受信装置１００は関連メディアコンポーネントを示すエレメントに基づいてメディアコンポーネントを再生することができる。
【０８５６】
また、放送受信装置１００はターゲティング属性を示すエレメントに基づいてメディアコンポーネントを再生することができる。また、放送受信装置１００はターゲットスクリーンを示すエレメントに基づいてメディアコンポーネントを再生することができる。
【０８５７】
図９９は、メディアコンポーネント属性を含むメディアコンテンツ再生情報を伝送する放送伝送装置の動作を示す図である。
【０８５８】
放送伝送装置１０は、メディアコンポーネントの属性を獲得する(S2351)。具体的に、放送伝送装置１０は制御部を介してメディアコンポーネントの属性を獲得することができる。また、放送伝送装置１０はメディアコンポーネントがプレゼンタブルコンポーネントであるかを示す属性、関連メディアコンポーネントを示す属性、メディアコンポーネントのターゲティング属性及びメディアコンポーネントのターゲットスクリーン属性のうち少なくともいずれか１つを獲得することができる。
【０８５９】
放送伝送装置１０は、メディアコンポーネントの属性をメディアコンテンツ再生情報に挿入する(S3253)。放送伝送装置１０は、メディアコンポーネントの属性をMPDに挿入することができる。具体的に、放送伝送装置１０は制御部を介してメディアコンポーネントの属性をMPDに挿入することができる。具体的な実施例において、放送伝送装置１０はMPDにメディアコンポーネントの属性を共通エレメントで挿入することができる。また、放送伝送装置１０はMPDにメディアコンポーネントの属性をアダプテーションセットエレメントで挿入することができる。また、放送伝送装置１０はMPDにメディアコンポーネントの属性をリプレゼンテーションエレメントで挿入することができる。
【０８６０】
放送伝送装置１０は、メディアコンテンツ再生情報を伝送する(S2355)。放送伝送装置１０はMPDを伝送することができる。放送伝送装置１０は伝送部を介してMPDを伝送する。放送伝送装置１０はMPDを伝送することができる(S2355)。上述した多様な方法でMPDを伝送することができる。
【０８６１】
図１００は、メディアコンテンツ再生情報が含むメディアコンポーネントの属性に基づいた放送受信装置の動作を示す図である。
【０８６２】
放送受信装置１００は、メディアコンテンツ再生情報を受信する(S2401)。放送受信装置１００はMPDを受信することができる。具体的に、放送受信装置１００は放送受信部１１０を介してMPDを受信することができる。また、放送受信装置１００はIP送受信部１３０介してMPDを受信することができる。放送受信装置１００は、上述した多様な方法でMPDを受信することができる。
【０８６３】
放送受信装置１００は、メディアコンテンツ再生情報に基づいてメディアコンポーネント属性を獲得する(S2403)。放送受信装置１００は、MPDに基づいてメディアコンポーネント属性を獲得することができる。具体的に、放送受信装置１００は制御部１５０を介してMPDに基づいてメディアコンポーネント属性を獲得する。具体的に、放送受信装置１００はMPDからメディアコンポーネント属性を獲得することができる。具体的な実施例において、放送受信装置１００はメディアコンポーネントがプレゼンタブルコンポーネントであるかを示す属性、関連メディアコンポーネントを示す属性、メディアコンポーネントのターゲティング属性及びメディアコンポーネントのターゲットスクリーン属性のうち少なくともいずれか１つを獲得することができる。具体的な実施例において、放送受信装置１００はMPDの共通エレメントからメディアコンポーネントの属性を獲得することができる。また、放送受信装置１００はMPDのアダプテーションセットエレメントからメディアコンポーネントの属性を獲得する。また、放送受信装置１００はMPDのリプレゼンテーションエレメントからメディアコンポーネントの属性を獲得することができる。
【０８６４】
放送受信装置１００は、メディアコンポーネント属性に基づいてメディアコンポーネントを再生する(S2405)。具体的に、放送受信装置１００は制御部１５０を介してメディアコンポーネント属性に基づいてメディアコンポーネントを再生することができる。具体的な実施例において、放送受信装置１００はプレゼンタブルコンポーネントであるかを示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００は該当メディアコンポーネントが再生可能なメディアコンポーネントであるかを判断することができる。該当メディアコンポーネントが再生可能なメディアコンポーネントであれば、放送受信装置１００は該当メディアコンポーネントを再生することができる。
【０８６５】
また、放送受信装置１００は関連メディアコンポーネントを示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００は関連メディアコンポーネントを示すエレメントに基づいて該当メディアコンポーネントみに関連するメディアコンポーネントを識別することができる。また、放送受信装置１００は該当メディアコンポーネントに関連するメディアコンポーネントを共に再生することができる。
【０８６６】
また、放送受信装置１００はターゲティング属性を示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲティング属性を示すエレメントに基づいて、該当メディアコンポーネントがターゲティングする視聴者を判断することができる。また、放送受信装置１００は判断結果に基づいて該当メディアコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すエレメントが示す情報を比較して一致する場合、該当メディアコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すエレメントが示す情報を比較して一致しない場合、該当メディアコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００の位置またはユーザのアドレスがターゲティング属性が示す地域に含まれる場合、該当メディアコンポーネントを再生することができる。
【０８６７】
また、放送受信装置１００はターゲットスクリーンを示すエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲットスクリーンを示すエレメントに基づいて、該当メディアコンポーネントがターゲティングする装置を判断することができる。また、放送受信装置１００は判断結果に基づいて該当メディアコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致する場合、該当メディアコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致しない場合、該当メディアコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００が連動装置であって、ターゲットスクリーンを示すエレメントが連動装置を示す場合、該当メディアコンポーネントを再生することができる。
【０８６８】
上述したように、複数のメディアコンポーネントが再生されて１つの場面を構成することができる。具体的に、複数のビデオコンポーネントが再生されて１つの場面を構成することができる。また、MPDはアダプテーションセットが含む複数のリプレゼンテーションを介して代替可能な複数のメディアコンポーネントをシグナリングしている。しかし、MPDは複数のメディアコンポーネントが組み合わせられて１つの場面を構成する場合にはシグナリングすることができない。従って、メディアコンテンツ再生情報がこのような複数のメディアコンポーネント間の関係をシグナリングする必要がある。これについては、図１０１ないし図１０９に基づいて説明する。
【０８６９】
図１０１は、ハイブリッド放送サービスのための連続コンポーネントとコンポジットコンポーネントの定義を示す図である。
【０８７０】
上述したように連続(continuous)コンポーネントは、連続したストリーム上で再生されるコンポーネントである。コンポジット(composite)コンポーネントは、１つの場面(scene)を再生するために必要な複数の連続コンポーネントを集合である。具体的に、コンポジット(composite)コンポーネントは同一なメディア形態(type)を有し、同一な場面(scene)を示し、再生のためには一定な組み合わせで共に再生されるべき連続コンポーネントの集合である。従って、コンポジットコンポーネントは複数のメディアコンポーネントが組み合わせられて(combine)１つの場面を示す複数のメディアコンポーネントの集合である。例えば、コンポジットコンポーネントは１つの完全なオーディオのために必要な音楽、対話及び特殊効果であってもよい。また、コンポジットコンポーネントは、3D映像を再生するために必要な3D映像の右側映像と3D映像の左側映像であってもよい。
【０８７１】
図１０２は、コンポジットコンポーネントを示すことができるエレメントのXMLエレメントの形態を示す図である。コンポジットコンポーネントが含む属性と下位エレメントについては、図１０３ないし図１０８に基づいて説明する。
【０８７２】
図１０３は、コンポジットコンポーネントエレメントが含む属性と下位エレメントとの関係を示す図である。
【０８７３】
コンポジットコンポーネントエレメントは、コンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性として含む。具体的に、コンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性はコンポジットコンポーネントが含むアダプテーションセットを識別する識別子及びコンポジットコンポーネントが含むリプレゼンテーションを識別する識別子のうち少なくともいずれか１つを示すことができる。例えば、コンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性はコンポジットコンポーネントが含むアダプテーションセットの@idを示すことができる。また、コンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性はコンポジットコンポーネントが含むリプレゼンテーションの@idを示すことができる。
【０８７４】
コンポジットコンポーネントエレメントは、コンポジットコンポーネントを識別する識別子を属性として含むことができる。
【０８７５】
コンポジットコンポーネントエレメントは、コンポジットコンポーネントの再生可否を示すプレゼンタブル属性を含むことができる。放送受信装置１００は、上述したようにプレゼンタブル属性に基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００はコンポジットコンポーネントがプレゼンタブルコンポーネントに該当する場合に再生することができる。
【０８７６】
コンポジットコンポーネントエレメントは、関連したアダプテーションセットまたはリプレゼンテーションを示す関連属性を含むことができる。この際、関連属性はコンポジットコンポーネントに関連するアダプテーションセットを識別する識別子を示すことができる。また、関連属性はコンポジットコンポーネントに関連するリプレゼンテーションを識別する識別子を示すことができる。例えば、関連属性はコンポジットコンポーネントに関連するアダプテーションセットの@idを示すことができる。また、関連属性はコンポジットコンポーネントに関連するリプレゼンテーションの@idを示すことができる。この際、コンポジットコンポーネントに関連するリプレゼンテーションまたはアダプテーションセットは同一プログラムに属したリプレゼンテーションまたはアダプテーションセットを示すことができる。また、コンポジットコンポーネントに関連するリプレゼンテーションまたはアダプテーションセットは、コンポジットコンポーネントを代替可能なリプレゼンテーションまたはアダプテーションセットを示すことができる。
【０８７７】
コンポジットコンポーネントエレメントは、ターゲティング属性を示すためのエレメントを含むことができる。ターゲティング属性エレメントは、上述したように該当コンポジットコンポーネントがターゲティングする視聴者の特徴を示すことができる。放送受信装置１００は、ターゲティング属性エレメントに基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲティング属性を示すエレメントに基づいて、該当コンポジットコンポーネントがターゲティングする視聴者を判断することができる。また、放送受信装置１００は判断結果に基づいて該当コンポジットコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すエレメントが示す情報を比較して一致する場合、該当コンポジットコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すエレメントが示す情報を比較して一致しない場合、該当コンポジットコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００の位置またはユーザのアドレスがターゲティング属性が示す地域に含まれる場合、該当コンポジットコンポーネントを再生することができる。
【０８７８】
コンポジットコンポーネントエレメントは、勧奨コンテンツ等級を示すための勧奨コンテンツ等級エレメントを含むことができる。勧奨コンテンツ等級エレメントは、上述したように該当コンポジットコンポーネントを視聴可能な勧奨年齢を示すことができる。放送受信装置１００は、勧奨コンテンツ等級を示すための勧奨コンテンツ等級エレメントに基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００は勧奨コンテンツ等級エレメントが示す等級が放送受信装置１００に設定された年齢より低いか同じである場合、コンポジットコンポーネントを再生することができる。
【０８７９】
コンポジットコンポーネントエレメントは、ターゲットスクリーンを示すためのターゲットスクリーンエレメントを含むことができる。ターゲットスクリーンエレメントは、該当コンポジットコンポーネントがターゲティングする装置の種類を示すことができる。この際、ターゲットスクリーンエレメントは全ての装置、主(primary)スクリーン、連動(companion)スクリーン及び主スクリーンに一部として挿入される(inset)スクリーンのうち少なくともいずれか１つを示すことができる。具体的な実施例において、放送受信装置１００は上述したようにターゲットスクリーンエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲットスクリーンを示すエレメントに基づいて該当コンポジットコンポーネントがターゲティングする装置を判断することができる。また、放送受信装置１００は判断結果に基づいて該当コンポジットコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致する場合、該当コンポジットコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致しない場合、該当コンポジットコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００が連動装置であって、ターゲットスクリーンを示すエレメントが連動装置を示す場合、該当コンポジットコンポーネントを再生することができる。
【０８８０】
図１０３のような具体的な実施例も、包含属性はcontainsに称することができる。また、プレゼンタブル属性はpresentableに称することができる。また、コンポジットコンポーネントを識別する識別子はidに称することができる。また、ターゲティング属性を示すためのエレメントはTargetingPropertyに称することができる。また、勧奨コンテンツ等級エレメントはAtscRatingに称することができる。また、ターゲットスクリーンエレメントはTargetScreenエレメントに称することができる。
【０８８１】
図１０４は、コンポジットコンポーネントエレメントが下位エレメントを含む場合のコンポジットコンポーネントエレメントのXMLの形態を示す図である。図１０５は、コンポジットコンポーネントエレメントと下位エレメントの関係と下位エレメントが含む属性を示す図である。
【０８８２】
勧奨等級エレメントは、エレメントを表示するデータ形態であるスキーマを識別する識別子を属性として含むことができる。また、勧奨コンテンツ等級エレメントは該当勧奨コンテンツ等級の基準を識別する識別子を属性として含むことができる。また、勧奨コンテンツ等級エレメントは該当コンポジットコンポーネントの勧奨コンテンツ等級を示す値を属性として含むことができる。
【０８８３】
図１０５のような具体的な実施例において、エレメントを表示するデータ形態であるスキーマを識別する識別子はschemeIdUriに称することができる。また、該当コンポジットコンポーネントの勧奨コンテンツ等級を示す値はvalueに称することができる。また、該当勧奨コンテンツ等級の基準を識別する識別子はIdに称することができる。
【０８８４】
ターゲットスクリーンエレメントは、エレメントを表示するデータ形態であるスキーマを識別する識別子を属性として含むことができる。また、ターゲットスクリーンエレメントは該当ターゲットスクリーンの種類を示す値を属性として含むことができる。この際、該当ターゲットスクリーンの種類を示す値は全ての装置、主(primary)スクリーン、連動(companion)スクリーン及び主スクリーンに一部として挿入れる(inset)スクリーンのうち少なくともいずれか１つを示すことができる。また、ターゲットスクリーンエレメントは関連したターゲットスクリーンを識別する識別子を属性として含むことができる。具体的に、関連したターゲットスクリーンとは、該当コンポジットコンポーネントがターゲティングする装置である。
【０８８５】
図１０５のような具体的な実施例において、エレメントを表示するデータ形態であるスキーマを識別する識別子はschemeIdUriに称することができる。また、該当ターゲットスクリーンの種類を示す値はvalueに称することができる。また、関連したターゲットスクリーンを示す識別子はIdに称することができる。
【０８８６】
図１０６は、MPDがコンポジットエレメントを共通エレメントとして含む場合のXML形式を示す図である。図１０７は、MPDがコンポジットエレメントをアダプテーションエレメントまたはリプレゼンテーションエレメントとして含む場合のXML形式を示す図である。
【０８８７】
MPDは、コンポジットコンポーネントエレメントを共通エレメントとして含むことができる。MPDは、コンポジットコンポーネントエレメントをアダプテーションセットエレメントとして含むことができる。また、MPDはコンポジットコンポーネントエレメントをリプレゼンテーションエレメントとして含むことができる。
【０８８８】
図１０８は、コンポジットコンポーネントエレメントを含むMPDを伝送する放送伝送装置の動作を示す図である。
【０８８９】
放送伝送装置１０はコンポジットコンポーネントのエレメントを獲得する(S2451)。具体的に、放送伝送装置１０は制御部を介してコンポジットコンポーネントのエレメントを獲得することができる。具体的な実施例において、放送伝送装置１０はコンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性、コンポジットコンポーネントを識別する識別子、コンポジットコンポーネントの再生可否を示すプレゼンタブル属性、コンポジットコンポーネントに関連するアダプテーションセットまたはリプレゼンテーションを示す関連属性、勧奨コンテンツ等級を示すための勧奨コンテンツ等級エレメント及びターゲットスクリーンを示すためのターゲットスクリーンエレメントのうち少なくともいずれか１つを獲得することができる。
【０８９０】
放送伝送装置１０は、コンポジットコンポーネントのエレメントをメディアコンテンツ再生情報に挿入する(S3453)。放送伝送装置１０はコンポジットコンポーネントのエレメントをMPDに挿入することができる。具体的に、放送伝送装置１０は制御部を介してコンポジットコンポーネントのエレメントをMPDに挿入することができる。具体的な実施例において、放送伝送装置１０はMPDにコンポジットコンポーネントのエレメントを共通エレメントで挿入することができる。また、放送伝送装置１０はMPDにコンポジットコンポーネントのエレメントをアダプテーションセットエレメントで挿入することができる。また、放送伝送装置１０はMPDにコンポジットコンポーネントのエレメントをリプレゼンテーションエレメントで挿入することができる。
【０８９１】
放送伝送装置１０は、メディアコンテンツ再生情報を伝送する(S2455)。放送伝送装置１０はMPDを伝送することができる。放送伝送装置１０は、伝送部を介してMPDを伝送することができる。放送伝送装置１０はMPDを伝送する(S2455)。上述した多様な方法でMPDを伝送することができる。
【０８９２】
図１０９は、メディアコンテンツ再生情報が含むコンポジットコンポーネントエレメントに基づいた放送受信装置の動作を示す図である。
【０８９３】
放送受信装置１００は、メディアコンテンツ再生情報を受信する(S2501)。放送受信装置１００はMPDを受信することができる。具体的に、放送受信装置１００は放送受信部１１０を介してMPDを受信することができる。また、放送受信装置１００はIP送受信部１３０を介してMPDを受信することができる。放送受信装置１００は、上述した多様な方法でMPDを受信することができる。
【０８９４】
放送受信装置１００は、メディアコンテンツ再生情報に基づいてコンポジットコンポーネントエレメントを獲得する(S2503)。放送受信装置１００はMPDに基づいてコンポジットコンポーネントエレメントを獲得することができる。具体的に、放送受信装置１００は制御部１５０を介してMPDに基づいてコンポジットコンポーネントエレメントを獲得することができる。具体的に、放送受信装置１００はMPDからコンポジットコンポーネントエレメントを獲得することができる。具体的な実施例において、放送受信装置１００はコンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性、コンポジットコンポーネントを識別する識別子、コンポジットコンポーネントの再生可否を示すプレゼンタブル属性、コンポジットコンポーネントに関連するアダプテーションセットまたはリプレゼンテーションを示す関連属性、ターゲティング属性を示すエレメント、勧奨コンテンツ等級を示すための勧奨コンテンツ等級エレメント及びターゲットスクリーンを示すためのターゲットスクリーンエレメントのうち少なくともいずれか１つを獲得することができる。具体的な実施例において、放送受信装置１００はMPDの共通エレメントからコンポジットコンポーネントエレメントを獲得することができる。また、放送受信装置１００はMPDのアダプテーションセットエレメントからコンポジットコンポーネントエレメントを獲得することができる。また、放送受信装置１００はMPDのリプレゼンテーションエレメントからコンポジットコンポーネントエレメントを獲得することができる。
【０８９５】
放送受信装置１００は、コンポジットコンポーネントエレメントに基づいてメディアコンポーネントを再生する(S2505)。具体的に、放送受信装置１００は制御部１５０を介してコンポジットコンポーネントエレメントに基づいてメディアコンポーネントを再生することができる。放送受信装置１００は、コンポジットコンポーネントが含むアダプテーションセット及びリプレゼンテーションのうち少なくともいずれか１つを示す包含(contains)属性、コンポジットコンポーネントを識別する識別子、コンポジットコンポーネントの再生可否を示すプレゼンタブル属性、コンポジットコンポーネントに関連するアダプテーションセットまたはリプレゼンテーションを示す関連属性、ターゲティング属性を示すエレメント、勧奨コンテンツ等級を示すための勧奨コンテンツ等級エレメント及びターゲットスクリーンを示すためのターゲットスクリーンエレメントのうち少なくともいずれか１つに基づいてコンポジットコンポーネントを再生することができる。
【０８９６】
具体的に、放送受信装置１００は包含属性に基づいてコンポジットコンポーネントが含むメディアコンポーネントを獲得してコンポジットコンポーネントを再生することができる。
【０８９７】
また、放送受信装置１００はプレゼンタブル属性に基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００は該当メディアコンポーネントが再生可能なコンポジットコンポーネントであるかを判断することができる。該当コンポジットコンポーネントが再生可能であれば、放送受信装置１００は該当コンポジットコンポーネントを再生することができることができる。
【０８９８】
また、放送受信装置１００は関連属性に基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００は関連属性に基づいて該当メディアコンポーネントに関連するメディアコンポーネントを識別することができる。また、放送受信装置１００は該当コンポジットコンポーネントを再生できない場合は関連したメディアコンポーネントを再生することができる。
【０８９９】
また、放送受信装置１００はターゲティング属性エレメントに基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲティングエレメントに基づいて該当コンポジットコンポーネントがターゲティングする視聴者を判断することができる。また、放送受信装置１００は判断結果に基づいて該当コンポジットコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性を示すターゲティング属性エレメントが示す情報を比較して一致する場合、該当コンポジットコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００のユーザ情報とターゲティング属性エレメントが示す情報を比較して一致しない場合、該当コンポジットコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００の位置またはユーザのアドレスがターゲティング属性エレメントが示す地域に含まれる場合、該当コンポジットコンポーネントを再生することができる。
【０９００】
また、放送受信装置１００は勧奨コンテンツ等級を示すための勧奨コンテンツ等級エレメントに基づいてコンポジットコンポーネントを再生することができる。具体的に、放送受信装置１００は勧奨コンテンツ等級エレメントが示す等級が放送受信装置１００に設定された年齢より低いか同じである場合、コンポジットコンポーネントを再生することができる。
【０９０１】
また、放送受信装置１００はターゲットスクリーンエレメントに基づいてコンポジットコンポーネントを再生することができる。放送受信装置１００は、上述したようにターゲットスクリーンエレメントに基づいてメディアコンポーネントを再生することができる。具体的に、放送受信装置１００はターゲットスクリーンを示すエレメントに基づいて該当コンポジットコンポーネントがターゲティングする装置を判断することができる。また、放送受信装置１００は判断結果に基づいて該当コンポジットコンポーネントの再生可否を決定することができる。例えば、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致する場合、該当コンポジットコンポーネントを再生する。また、放送受信装置１００は放送受信装置１００の情報とターゲットスクリーンを示すエレメントが示す情報を比較して一致しない場合、該当コンポジットコンポーネントを再生しない。具体的に、放送受信装置１００は放送受信装置１００が連動装置であり、ターゲットスクリーンを示すエレメントが連動装置を示す場合、該当コンポジットコンポーネントを再生することができる。
【０９０２】
上述したように、メディアコンテンツ再生情報をXML形式を介して説明した。メディアコンテンツ再生情報の形式はこれに限定されるものではない。
【０９０３】
また、図８４ないし図１０９において本発明の実施例を説明したが、図８４ないし図１０９で説明した本発明の特徴は、MPD以外の他のメディアコンテンツ再生情報にも同一に適用可能である。
【０９０４】
ハイブリッド放送サービスにおいて、プログラムはプログラムが反映される細分化した時間区間であるセグメントに分けられる。また、セグメントは主な(primary)コンテンツを放送する時間区間を示すショーセグメント(show segment)と主なコンテンツ以外の内容を放送する時間区間を示す中間セグメント(interstitial Segment)のうちいずれか１つである。具体的に、中間セグメントは広告映像、公益広告、他の放送プログラム関する予告編のうち少なくともいずれか１つを提供することができる。例えば、映画を提供するプログラムは映画の開始前に広告映像を提供する中間セグメント、映画の途中で広告映像を提供する中間セグメント、映画終了後に広告映像を提供する中間セグメントと映画開始前の広告映像以後中間広告の前まで映画を提供するショーセグメント、中間広告以後映画終了前まで映画を提供するショーセグメントを含むことができる。
【０９０５】
中間セグメントの場合、広告映像などリアルタイム変更が求められるコンテンツを含むことが多いため、ショーセグメントとは異なって放送サービスの途中に追加またはその内容が変更されることがある。また、放送受信装置１００は個人化属性、ターゲット属性に基づいて中間セグメントに該当する複数のメディアコンテンツのうちいずれか１つを再生することができる。従って、中間セグメントはショーセグメントと異なる別途のMPDを介してシグナリングすることが効率的である。
【０９０６】
具体的に、１つのプログラムは１つまたは複数のショーセグメントを含むことができる。また、１つのプログラムは１つまたは複数の中間セグメントを含むことができる。１つのMPDが１つのプログラムに含まれた全てのショーセグメントに関する情報を含むことができる。また、それぞれの中間セグメントに該当する別個のMPDが存在してもよい。具体的に、１つのMPDが１つの中間セグメントに関する情報をシグナリングすることができる。このように、中間セグメントそれぞれが別個のMPDによってシグナリングされる場合、放送受信装置１００が中間セグメントに視聴者の個人属性、ターゲティング属性に従ってターゲティングされたコンテンツを再生することが容易になる。また、放送事業者が放送サービスの提供中に放送プログラムの中間セグメントに該当するメディアコンテンツを交替することが容易になる。また、このように複数のMPDが利用される場合、放送伝送装置１００は放送受信装置１００が参照すべきMPD変更前、MPDの変更をシグナリングすることができる。また、放送伝送装置１００はMPDを変更して伝送することができる。
【０９０７】
図１１０及び図１１１に基づいて、放送伝送装置１０と放送受信装置１０の具体的な動作を説明する。
【０９０８】
図１１０は、放送伝送装置１０が放送信号の伝送中にメディアコンテンツ再生情報を交替して伝送する動作を示す図である。
【０９０９】
放送伝送装置１０は、プログラムが含む複数のセグメントに関する情報を獲得する(S2551)。具体的に、放送伝送装置１０はプログラムが含むショーセグメントと中間セグメントに関する情報を獲得する。
【０９１０】
放送伝送装置１０は、プログラムが含むショーセグメントに関するメディアコンテンツ再生情報を生成する(S2553)。具体的に、放送伝送装置１００はプログラムが含む全てのショーセグメントに関するメディアコンテンツ再生情報を生成することができる。
【０９１１】
放送伝送装置１０は、プログラムが含む中間セグメントに関するメディアコンテンツ再生情報を生成する(S2555)。具体的に、放送伝送装置１０は中間セグメントそれぞれごとに１つのメディアコンテンツを再生することができる。これによって、それぞれの中間セグメントに対するメディアコンテンツを変更する場合、放送受信装置１０は個別メディアコンテンツ再生情報を変更して放送サービスに反映することができる。従って、放送受信装置１０が中間セグメントに対するメディアコンテンツの変更を効率的に行うことができる。
【０９１２】
放送伝送装置１０は、放送信号を介して生成したメディアコンテンツ再生情報を伝送する(S2557)。具体的に、放送伝送装置１０は上述した多様な方法でメディアコンテンツ再生情報を伝送することができる。
【０９１３】
また、メディアコンテンツ再生情報を変更すべき時間に到達する前、放送伝送装置１０はメディアコンテンツ再生情報を変更して伝送することができる。具体的な実施例において、放送伝送装置１０はショーセグメントから中間セグメントに変更される前に、ショーセグメントに関するメディアコンテンツ再生情報を中間セグメントに関するメディアコンテンツ再生情報に変更して伝送することができる。例えば、放送伝送装置１０は映画に対するプログラムを伝送する途中の中間広告に変更される５分前に、映画本編に関するメディアコンテンツ再生情報を中間広告に関するメディアコンテンツ再生情報に交替して伝送することができる。また、メディアコンテンツ再生情報を変更すべき時間に到達する前、放送伝送装置１０はメディアコンテンツ再生情報を変更すべきであることをシグナリングすることができる。具体的な実施例において、放送伝送装置１０はショーセグメントから中間セグメントに変更される前に、ショーセグメントに関するメディアコンテンツ再生情報を中間セグメントに関するメディアコンテンツ再生情報に変更すべきであることをシグナリングすることができる。例えば、放送伝送装置１０は映画に対するプログラムを伝送する途中の中間広告に変更される５分前に、映画本編に関するメディアコンテンツ再生情報の代わりに中間広告に関するメディアコンテンツ再生情報を受信すべきであることをシグナリングすることができる。
【０９１４】
図１１１は、放送受信装置１００が放送信号の受信中にメディアコンテンツ再生情報を交替して受信する動作を示す図である。
【０９１５】
放送受信装置１００は放送信号を受信する。
【０９１６】
放送受信装置１００は、放送信号に基づいて変更されたメディアコンテンツ再生情報を獲得する。具体的に、放送受信装置１００は上述したように多様な方法でメディアコンテンツ再生情報を獲得することができる。
【０９１７】
また、メディアコンテンツ再生情報を変更すべき時間に到達する前にメディアコンテンツ再生情報が変更された場合、放送受信装置１００は変更されたメディアコンテンツ再生情報を受信することができる。具体的な実施例において、放送受信装置１００はショーセグメントから中間セグメントに変更される前に、ショーセグメントに関するメディアコンテンツ再生情報が中間セグメントに関するメディアコンテンツ再生情報に変更された場合、中間セグメントに関するメディアコンテンツ再生情報を受信することができる。例えば、放送受信装置１００は映画に対するプログラムを伝送する途中の中間広告に変更される５分前に、映画本編に関するメディアコンテンツ再生情報が中間広告に関するメディアコンテンツ再生情報に交替された場合、交替された中間広告に関するメディアコンテンツ再生情報を受信することができる。また、放送受信装置１００はメディアコンテンツ再生情報の変更をシグナリングする情報に基づいてメディアコンテンツ再生情報を受信することができる。具体的に、メディアコンテンツ再生情報を変更すべき時間に到達する前に放送受信装置１００はメディアコンテンツ再生情報を変更すべきであることをシグナリングする情報に基づいてメディアコンテンツ再生情報を受信することができる。具体的な実施例において、放送受信装置１００はショーセグメントから中間セグメントに変更される前に、ショーセグメントに関するメディアコンテンツ再生情報を中間セグメントに関するメディアコンテンツ再生情報に変更すべきであることをシグナリングする情報を受信することができる。この際、放送受信装置１００はメディアコンテンツ再生情報の変更をシグナリングする情報に基づいてメディアコンテンツ再生情報を受信することができる。例えば、放送受信装置１００は映画に対するプログラムを受信する途中の中間広告に変更される５分前に、映画本編に関するメディアコンテンツ再生情報の代わりに中間広告に関するメディアコンテンツ再生情報を受信すべきであることをシグナリングする情報を受信することができる。また、放送受信装置１００は映画本編に関するメディアコンテンツ再生情報の代わりに中間広告に関するメディアコンテンツ再生情報を受信すべきであることをシグナリングする情報に従って中間広告に関するメディアコンテンツ再生情報を受信することができる。
【０９１８】
具体的な実施例において、放送受信装置１００は複数のメディアコンテンツ再生情報がある場合、放送受信装置１００のユーザ情報に基づいて、いずれか１つのメディアコンテンツ再生情報を受信することができる。具体的に、放送受信装置１００はメディアコンテンツ再生情報が含むターゲティング属性と放送受信装置１００のユーザ情報を比較してメディアコンテンツ再生情報を受信することができる。例えば、放送受信装置１００はメディアコンテンツ再生情報が含むターゲティング属性が示す地域が放送受信装置１００の位置情報が示す位置を含む場合、メディアコンテンツ再生情報を受信することができる。
【０９１９】
放送受信装置１００は、変更されたメディアコンテンツ再生情報に従ってメディアコンテンツを再生する(S2605)。
【０９２０】
図１１０及び図１１１のメディアコンテンツ再生情報は、具体的な実施例においてMPDである。
【０９２１】
図１１２及び図１１３では、ハイブリッド放送においてメディアコンテンツ再生情報と連動するための放送サービスをシグナリングする情報について説明する。
【０９２２】
図１１２は、ハイブリッド放送においてメディアコンテンツ再生情報と連動するための放送サービスをシグナリングする情報を示す図である。
【０９２３】
放送伝送装置１０は、放送サービスをシグナリングする情報にメディアコンポーネント獲得情報シグナリング情報を挿入して伝送することができる。メディアコンポーネント獲得情報は、放送サービスが含むメディアコンポーネントを獲得できる伝送パラメータを含む情報を示す。メディアコンポーネント獲得情報シグナリング情報は、メディアコンポーネントを獲得できる情報を示す。この際、放送受信装置１００は放送サービスをシグナリングする情報を受信してメディアコンポーネント獲得情報シグナリング情報を抽出することができる。また、放送受信装置１００は抽出したメディアコンポーネント獲得情報シグナリング情報に基づいてメディアコンポーネントを獲得することができる。
【０９２４】
放送伝送装置１０は、１つのサービスが含むメディアコンポーネントを１つのメディアコンテンツ再生情報にシグナリングすることができる。この場合、放送受信装置１００は１つのサービスを再生するために１つのメディアコンテンツ再生情報を受信すればよい。また、メディアコンテンツ再生情報はメディアコンポーネント単位で放送受信サービスをシグナリングすることができる。
【０９２５】
このために、ハイブリッド放送においてメディアコンポーネント獲得情報は、メディアコンテンツ再生情報と連動するためにメディアコンテンツ再生情報に関する情報を含むことができる。具体的に、放送伝送装置１０はメディアコンポーネント獲得情報に放送サービスが含むメディアコンポーネントとメディアコンテンツ再生情報を連結する情報を挿入して伝送することができる。具体的な実施例において、放送伝送装置１０はメディアコンポーネント獲得情報に放送サービスが含むメディアコンポーネントに該当するMPDのリプレゼンテーションを識別するリプレゼンテーション識別子を挿入して伝送することができる。この際、放送伝送装置１０はメディアコンポーネントに該当するリプレゼンテーションを含むピリオドの識別子を共に伝送することができる。放送受信装置１００は、メディアコンポーネント獲得情報から放送サービスが含むメディアコンポーネントとメディアコンテンツ再生情報を連結する情報を獲得してメディアコンポーネントを受信することができる。具体的な実施例において、放送受信装置１００はメディアコンポーネント獲得情報から放送サービスが含むメディアコンポーネントに該当するMPDのリプレゼンテーション識別子を獲得することができる。また、放送受信装置１００はMPDを獲得し、獲得したリプレゼンテーション識別子に該当するメディアコンポーネントを受信することができる。
【０９２６】
また、放送伝送装置１０は放送サービスをシグナリングする情報に放送サービスに関連するアプリケーションをシグナリングするシグナリング情報を識別する情報を挿入して伝送することができる。また、放送伝送装置１０は放送サービスをシグナリングする情報に放送サービスに関連するアプリケーションをシグナリングするシグナリング情報を受信するために必要な受信情報を挿入して伝送することができる。具体的に、放送伝送装置１０は放送サービスをシグナリングする情報に放送サービスに関連するアプリケーションをシグナリングする情報を受信するための情報を挿入して伝送することができる。放送サービスに関連するアプリケーションをシグナリングする情報を受信するための情報は、放送サービスに関連するアプリケーションをシグナリングする情報をセッション基盤の伝送プロトコルのセッションを識別するセッション識別子である。例えば、放送サービスに関連するアプリケーションをシグナリングする情報を受信するための情報はFLUTEセッションを識別するTSIである。他の具体的な実施例において、放送サービスに関連するアプリケーションをシグナリングする情報を受信するための情報は放送サービスに関連するアプリケーションをシグナリングする情報を伝送するパケット基盤の伝送プロトコルのパケットを識別するセッション識別子である。
【０９２７】
また、放送サービスに関連するアプリケーションをシグナリングするシグナリング情報はATSC 2.0で定義するTPTを変形した情報を使用することができる。また、放送サービスに関連するアプリケーションの特定動作を誘発するトリガー(trigger)を伝送するために、放送伝送装置１０はMPEG-DASHで定義するインバンドイベントシグナリングを使用することができる。また、トリガー(trigger)を伝送するために、放送伝送装置１０はMPEG-DASHで定義するイベントストリームを使用することができる。
【０９２８】
また、放送伝送装置１０は上述したように放送サービスをシグナリングする情報にメディアコンテンツ再生情報をシグナリングするシグナリング情報を獲得できる情報を挿入して伝送することができる。この際、放送受信装置１００は放送サービスをシグナリングする情報を受信してメディアコンテンツ再生情報をシグナリングするシグナリング情報を獲得できる情報を抽出することができる。また、放送受信装置１００は抽出したメディアコンテンツ再生情報をシグナリングするシグナリング情報を獲得できる情報に基づいてメディアコンテンツ再生情報を獲得することができる。
【０９２９】
また、放送伝送装置１０は上述したように放送サービスをシグナリングする情報に基準時間シグナリング情報を獲得できる経路を挿入して伝送することができる。基準時間は、放送サービス再生の基準になる時間である。また、基準時間シグナリング情報は基準時間をシグナリングする情報である。この際、放送受信装置１００は放送サービスをシグナリングする情報を受信して基準時間シグナリング情報を獲得できる経路を抽出することができる。放送受信装置１００は、基準時間シグナリング情報を獲得できる経路に基づいて基準時間を獲得することができる。また、放送受信装置１００は獲得した基準時間に基づいて放送サービスを同期化することができる。
【０９３０】
図１１２は、ハイブリッド放送のための放送サービスをMPDのリプレゼンテーションと連結する情報を示す図である。図１１３は、ハイブリッド放送のための放送サービスをシグナリングする情報のシンタックスを示す図である。
【０９３１】
図１１２と図１１３のような具体的な実施例において、放送サービスをシグナリングする情報はservice_id、Timebase_location、MPD_location、location_signaling_location及びapp_siignaling_locationのうち少なくともいずれか１つを含むことができる。
【０９３２】
service_idは、放送サービスを識別する識別子を示す。
【０９３３】
Timebase_locationは、放送サービスの基準時間シグナリング情報を獲得できる経路を示す。
【０９３４】
MPD_locationは、MPDをシグナリングする情報を獲得できる情報を示す。
【０９３５】
location_signaling_locationは、メディアコンポーネント獲得情報シグナリング情報を示す。メディアコンポーネント獲得情報は、representation_id、IP_addrees、port、tsi、及びdataPipe_idのうち少なくともいずれか１つをエレメントとして含むことができる。
【０９３６】
representation_idは、放送サービスが含むメディアコンポーネントに該当するリプレゼンテーションの識別子を示す。この際、representation_idはリプレゼンテーションを含むピリオドを識別するピリオド識別子を共に含むことができる。
【０９３７】
IP_addreesは、メディアコンポーネントを伝送するIPデータグラムを識別するIPアドレスを示す。
【０９３８】
portは、メディアコンポーネントを伝送するUDPデータグラムを識別するポート番号を示す。
【０９３９】
tsiは、メディアコンポーネントを伝送するセッションを識別する識別子を示す。
【０９４０】
dataPipe_idは、メディアコンポーネントを伝送するセッションを識別する識別子を示す。
【０９４１】
app_signaling_locationは、アプリケーションをシグナリングする情報を獲得できる情報を示す。
【０９４２】
アプリケーションをシグナリングする情報は、app_signaling_id及びFLUTE delivery sessionのうち少なくともいずれか１つを含むことができる。
【０９４３】
app_signaling_idは、放送サービスに関連するアプリケーションをシグナリングする情報を識別する識別子を示す。具体的にapp_signaling_idは上述したTPTを変形した情報を識別する識別子である。
【０９４４】
FLUTE delivery sessionは、放送サービスに関連するアプリケーションをシグナリングする情報を伝送するFLUTEセッションを識別する情報を示す。
【０９４５】
以上、実施例に説明された特徴、構造、効果などは本発明の少なくとも１つの実施例に含まれ、必ずしも１つの実施例のみに限定されるものではない。さらに、各実施例で例示された特徴、構造、効果などは実施例が属する分野の通常の知識を有する者であれば、別の実施例に組み合わせたり変形して実施可能であり、このような組合と変形も本発明の範囲内に含まれるものであると解釈されるべきでる。
【０９４６】
以上、実施例を中心に説明したが、これは単なる例示であり、本発明を限定するものでなく、本発明が属する分野の通常の知識を有する者であれば本実施例の本質的な特性を逸脱しない範囲内で以上に例示されていない多様な変形と応用が可能であることが分かる。例えば、実施例に具体的に示された各構成要素は変形して実施することができる。そして、このような変形と応用に係る差異点は添付した特許請求の範囲で規定する本発明の範囲に含まれるものと解析されるべきである。
【図１】
0006262880.tif 000057
【図２】
0006262880.tif 000058
【図３】
0006262880.tif 000059
【図４】
0006262880.tif 000060
【図５】
0006262880.tif 000061
【図６】
0006262880.tif 000062
【図７】
0006262880.tif 000063
【図８】
0006262880.tif 000064
【図９】
0006262880.tif 000065
【図１０】
0006262880.tif 000066
【図１１】
0006262880.tif 000067
【図１２】
0006262880.tif 000068
【図１３】
0006262880.tif 000069
【図１４】
0006262880.tif 000070
【図１５】
0006262880.tif 000071
【図１６】
0006262880.tif 000072
【図１７】
0006262880.tif 000073
【図１８】
0006262880.tif 000074
【図１９】
0006262880.tif 000075
【図２０】
0006262880.tif 000076
【図２１】
0006262880.tif 000077
【図２２】
0006262880.tif 000078
【図２３】
0006262880.tif 000079
【図２４】
0006262880.tif 000080
【図２５】
0006262880.tif 000081
【図２６】
0006262880.tif 000082
【図２７】
0006262880.tif 000083
【図２８】
0006262880.tif 000084
【図２９】
0006262880.tif 000085
【図３０】
0006262880.tif 000086
【図３１】
0006262880.tif 000087
【図３２】
0006262880.tif 000088
【図３３】
0006262880.tif 000089
【図３４】
0006262880.tif 000090
【図３５】
0006262880.tif 000091
【図３６】
0006262880.tif 000092
【図３７】
0006262880.tif 000093
【図３８】
0006262880.tif 000094
【図３９】
0006262880.tif 000095
【図４０】
0006262880.tif 000096
【図４１】
0006262880.tif 000097
【図４２】
0006262880.tif 000098
【図４３】
0006262880.tif 000099
【図４４】
0006262880.tif 000100
【図４５】
0006262880.tif 000101
【図４６】
0006262880.tif 000102
【図４７】
0006262880.tif 000103
【図４８】
0006262880.tif 000104
【図４９】
0006262880.tif 000105
【図５０】
0006262880.tif 000106
【図５１】
0006262880.tif 000107
【図５２】
0006262880.tif 000108
【図５３】
0006262880.tif 000109
【図５４】
0006262880.tif 000110
【図５５】
0006262880.tif 000111
【図５６】
0006262880.tif 000112
【図５７】
0006262880.tif 000113
【図５８】
0006262880.tif 000114
【図５９】
0006262880.tif 000115
【図６０】
0006262880.tif 000116
【図６１】
0006262880.tif 000117
【図６２】
0006262880.tif 000118
【図６３】
0006262880.tif 000119
【図６４】
0006262880.tif 000120
【図６５】
0006262880.tif 000121
【図６６】
0006262880.tif 000122
【図６７】
0006262880.tif 000123
【図６８】
0006262880.tif 000124
【図６９】
0006262880.tif 000125
【図７０】
0006262880.tif 000126
【図７１】
0006262880.tif 000127
【図７２】
0006262880.tif 000128
【図７３】
0006262880.tif 000129
【図７４】
0006262880.tif 000130
【図７５】
0006262880.tif 000131
【図７６】
0006262880.tif 000132
【図７７】
0006262880.tif 000133
【図７８】
0006262880.tif 000134
【図７９】
0006262880.tif 000135
【図８０】
0006262880.tif 000136
【図８１】
0006262880.tif 000137
【図８２】
0006262880.tif 000138
【図８３】
0006262880.tif 000139
【図８４】
0006262880.tif 000140
【図８５】
0006262880.tif 000141
【図８６】
0006262880.tif 000142
【図８７】
0006262880.tif 000143
【図８８】
0006262880.tif 000144
【図８９】
0006262880.tif 000145
【図９０】
0006262880.tif 000146
【図９１】
0006262880.tif 000147
【図９２】
0006262880.tif 000148
【図９３】
0006262880.tif 000149
【図９４】
0006262880.tif 000150
【図９５】
0006262880.tif 000151
【図９６】
0006262880.tif 000152
【図９７】
0006262880.tif 000153
【図９８】
0006262880.tif 000154
【図９９】
0006262880.tif 000155
【図１００】
0006262880.tif 000156
【図１０１】
0006262880.tif 000157
【図１０２】
0006262880.tif 000158
【図１０３】
0006262880.tif 000159
【図１０４】
0006262880.tif 000160
【図１０５】
0006262880.tif 000161
【図１０６】
0006262880.tif 000162
【図１０７】
0006262880.tif 000163
【図１０８】
0006262880.tif 000164
【図１０９】
0006262880.tif 000165
【図１１０】
0006262880.tif 000166
【図１１１】
0006262880.tif 000167
【図１１２】
0006262880.tif 000168
【図１１３】
0006262880.tif 000169