(57)【要約】  本発明は、異なるタイプのデータペイロードを含むソースブロックを符号化する装置及び方法を提供する。その方法は、ソースブロックを所定個数Ｍのサブブロックに分割するステップと、所定個数Ｍのサブブロック各々を第１の前方誤り訂正(ＦＥＣ)符号化を実行して所定個数Ｍのサブブロック各々に対応する所定個数Ｐ１の基本パリティペイロードを生成するステップと、ソースブロックを構成するデータペイロードのうちの特定タイプのデータペイロードを第２のＦＥＣ符号化を実行してソースブロックに対応する所定個数Ｐ２の拡張パリティペイロードを生成するステップと、所定個数Ｍのサブブロックの各々と所定個数Ｍのサブブロックの各々に対応して生成された所定個数Ｐ１の基本パリティペイロードを含む所定個数Ｍのサブ符号化ブロックと、所定個数Ｐ２の拡張パリティペイロードに基づいてソース符号化ブロックを構成するステップとを有する。
2015500587.tif 000002
【特許請求の範囲】
【請求項１】
符号化装置における異なるサービス品質(ＱｏＳ)を要求する別のタイプのデータペイロードを含むソースブロックを符号化する方法であって、
前記ソースブロックを所定個数Ｍのサブブロックに分割するステップと、
前記所定個数Ｍのサブブロック各々を第１の前方誤り訂正(ＦＥＣ)符号化を実行して前記所定個数Ｍのサブブロック各々に対応する所定個数Ｐ１の基本パリティペイロードを生成するステップと、
前記ソースブロックを構成するデータペイロードのうちの特定タイプのデータペイロードを第２のＦＥＣ符号化を実行して前記ソースブロックに対応する所定個数Ｐ２の拡張パリティペイロードを生成するステップと、
前記所定個数Ｍのサブブロックの各々と前記所定個数Ｍのサブブロックの各々に対応して生成された所定個数Ｐ１の基本パリティペイロードを含む所定個数Ｍのサブ符号化ブロックと、前記所定個数Ｐ２の拡張パリティペイロードに基づいてソース符号化ブロックを構成するステップと、
を有することを特徴とする方法。
【請求項２】
前記特定タイプのデータペイロードは、前記ソースブロックを構成するデータペイロードのうちの所定ＱｏＳ要求を満たすデータペイロードであることを特徴とする請求項１に記載の方法。
【請求項３】
前記特定タイプのデータペイロードは、前記ソースブロックを構成するデータペイロードのうちの最高サービス品質要求を満たすデータペイロードであることを特徴とする請求項２に記載の方法。
【請求項４】
帯域内シグナリング又は帯域外シグナリングにより、前記ソース符号化ブロックに対応する符号化信号情報を伝送するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
帯域内シグナリングにより前記符号化信号情報を伝送するステップは、前記符号化信号情報をＭＭＴヘッダーと帯域内信号フィールドに記録するステップを有し、
前記ＭＭＴヘッダーは、前記ソースブロックを構成するデータペイロードのヘッダーと、前記所定個数Ｐ１の基本パリティペイロード及び前記所定個数Ｐ２の拡張パリティペイロードに結合されるヘッダーであり、
前記帯域内信号フィールドは、符号化信号情報を記録するために前記ソースブロックを構成するデータペイロードと、前記所定個数Ｐ１の基本パリティペイロード及び前記所定個数Ｐ２の拡張パリティペイロードに結合されるフィールドであることを特徴とする請求項４に記載の方法。
【請求項６】
前記帯域内信号フィールドに記録される符号化信号情報は、前記帯域内信号フィールドが結合されるペイロードのタイプを考慮して決定されたブロック識別情報、ペイロード識別情報、及びブロック長情報を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ブロック識別情報は、サブブロック識別情報と部分ソースブロック識別情報のうち少なくとも一つを含み、
前記ペイロード識別情報は、ソースペイロード識別情報、部分ソースペイロード識別情報、基本パリティペイロード識別情報、及び拡張パリティペイロード識別情報のうちいずれか一つを含み、
前記ブロック長情報は、サブブロック長情報、部分ソースブロック長情報、基本パリティブロック長情報、及び拡張ブロック長情報のうちいずれか一つを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記符号化信号情報を帯域外シグナリングにより伝送するステップは、前記符号化信号情報をＦＥＣ制御パケットのペイロードに含まれたＦＥＣ符号化構造フィールドとＦＥＣ構成情報フィールドに記録するステップを有することを特徴とする請求項４に記載の方法。
【請求項９】
前記ＦＥＣ構成情報フィールドに記録される符号化信号情報は、第１のＦＥＣ符号識別情報、サブブロック長情報、基本パリティブロック長情報、ソースフロー識別情報、基本パリティフロー識別情報、第２のＦＥＣ符号識別情報、ソースブロック長情報又は部分ソースブロック長情報、拡張パリティブロック長情報、ソースフロー識別情報又は部分ソースフロー識別情報、及び拡張パリティフロー識別情報を含むことを特徴とする請求項７に記載の方法。
【請求項１０】
前記ＭＭＴヘッダーは、前記第２のＦＥＣ符号により符号化するデータペイロードを識別するためのフラグ情報を含むことを特徴とする請求項５に記載の方法。
【請求項１１】
異なるサービス品質を要求する別のタイプのデータペイロードを含むソースブロックを符号化する符号化装置であって、
前記ソースブロックを分割して生成された所定個数Ｍのサブブロック各々を第１のＦＥＣ符号化を実行して前記所定個数Ｍのサブブロック各々に対応する所定個数Ｐ１の基本パリティペイロードを生成し、前記ソースブロックを構成するデータペイロードのうちの特定タイプのデータペイロードを第２のＦＥＣ符号化を実行して前記ソースブロックに対応する所定個数Ｐ２の拡張パリティペイロードを生成するエンコーダと、
前記所定個数Ｍのサブブロック各々と前記所定個数Ｍのサブブロック各々に対応して生成された所定個数Ｐ１の基本パリティペイロードにより構成された所定個数Ｍのサブ符号化ブロックと、
前記所定個数Ｐ２の拡張パリティペイロードによりソース符号化ブロックを構成するパケット化部と、
を含むことを特徴とする符号化装置。
【請求項１２】
前記特定タイプのデータペイロードは、前記ソースブロックを構成するデータペイロードのうちの所定のＱｏＳ要求を満たすデータペイロードであることを特徴とする請求項１１に記載の装置。
【請求項１３】
前記特定タイプのデータペイロードは、前記ソースブロックを構成するデータペイロードのうちの最高サービス品質要求を満たすデータペイロードであることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記パケット化部は、帯域内シグナリング又は帯域外シグナリングにより前記ソース符号化ブロックに対応する符号化信号情報を伝送することを特徴とする請求項１１に記載の装置。
【請求項１５】
前記パケット化部は、帯域内シグナリングにより前記符号化信号情報を伝送する場  合に、前記符号化信号情報をＭＭＴヘッダーと帯域内信号フィールドに記録し、
前記ＭＭＴヘッダーは、前記ソースブロックを構成するデータペイロードのヘッダーと、前記所定個数Ｐ１の基本パリティペイロード及び前記所定個数Ｐ２の拡張パリティペイロードに結合されるヘッダーであり、
前記帯域内信号フィールドは、符号化信号情報を記録するために前記ソースブロックを構成するデータペイロードと、前記所定個数Ｐ１の基本パリティペイロード及び前記所定個数Ｐ２の拡張パリティペイロードに結合されるフィールドであることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記帯域内信号フィールドに記録される符号化信号情報は、前記帯域内信号フィールドが結合されるペイロードのタイプを考慮して決定されたブロック識別情報、ペイロード識別情報、及びブロック長情報を含むことを特徴とする請求項１５に記載の装置。
【請求項１７】
前記ブロック識別情報は、サブブロック識別情報と部６分ソースブロック識別情報のうち少なくとも一つを含み、
前記ペイロード識別情報は、ソースペイロード識別情報、部分ソースペイロード識別情報、基本パリティペイロード識別情報、及び拡張パリティペイロード識別情報のうちいずれか一つを含み、
前記ブロック長情報は、サブブロック長情報、部分ソースブロック長情報、基本パリティブロック長情報、及び拡張ブロック長情報のうちいずれか一つを含むことを特徴とする請求項１６に記載の装置。
【請求項１８】
帯域外シグナリングによる前記符号化信号情報の伝送は、前記符号化信号情報をＦＥＣ制御パケットのペイロードに含まれたＦＥＣ符号化構造フィールドとＦＥＣ構成情報フィールドに記録することを含むことを特徴とする請求項１４に記載の装置。
【請求項１９】
前記ＦＥＣ構成情報フィールドに記録される符号化信号情報は、第１のＦＥＣ符号識別情報、サブブロック長情報、基本パリティブロック長情報、ソースフロー識別情報、基本パリティフロー識別情報、第２のＦＥＣ符号識別情報、ソースブロック長情報又は部分ソースブロック長情報、拡張パリティブロック長情報、ソースフロー識別情報又は部分ソースフロー識別情報、及び拡張パリティフロー識別情報を含むことを特徴とする請求項１７に記載の装置。
【請求項２０】
前記ＭＭＴヘッダーは、前記第２のＦＥＣ符号により符号化するデータペイロードを識別するためのフラグ情報を含むことを特徴とする請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は放送データを送受信する装置及び方法に関するもので、特に符号化及び復号化技術に基づいて放送データを送受信する装置及び方法に関する。
【背景技術】
【０００２】
従来の放送ネットワークでは、マルチメディアコンテンツの伝送のためにＭＰＥＧ-２ ＴＳ(Moving Picture Experts Group-2 Transport Stream)を使用することが一般的である。ＭＰＥＧ-２ ＴＳは、誤りを有する伝送環境で複数の放送プログラム(符号化された複数のビデオビットストリーム)が多重化されたビットストリームを伝送するための代表的な伝送技術として使われている。例えば、ＭＰＥＧ-２ ＴＳは、マルチメディア時代のデジタルＴＶ放送での使用に適している。
【０００３】
図１は、従来のＭＰＥＧ-２ ＴＳをサポートするための階層構造を示す。
【０００４】
図１を参照すると、ＭＰＥＧ-２ ＴＳをサポートするための階層は、メディア符号化階層１１０、同期階層１２０、伝送(delivery)階層１３０、ネットワーク階層１４０、データリンク階層１５０、及び物理階層１６０を含む。
【０００５】
メディア符号化階層１１０と同期階層１２０は、メディアデータを記録又は送信の基本単位として容易に使用可能なフォーマットで構成される。伝送階層１３０、ネットワーク階層１４０、データリンク階層１５０、及び物理階層１６０は、同期階層１２０により構成されるフォーマットのデータブロック(例えば、“ＡＵ”）を別途の記録媒体に記録し、あるいは伝送のためのマルチメディアフレームを構成する。構成されたマルチメディアフレームは、所定のネットワークを介して加入者端末に伝送される。
【０００６】
このために、同期階層１２０は、フラグメント１２２とアクセスユニット１２４により構成され、伝送階層１３０は、ＭＰＥＧ-２ ＴＳ/ＭＰ４  １３２、ＲＴＰ/ＨＴＴＰ１３４、及びＵＤＰ/ＴＣＰ１３６により構成される。
【０００７】
しかしながら、ＭＰＥＧ-２ ＴＳは、マルチメディアサービスのサポートにおいていくつかの限界を有する。すなわち、ＭＰＥＧ-２ ＴＳは、片方向通信、固定されたフレームサイズによる伝送の非効率性、オーディオ/ビデオに特定される伝送プロトコル及びインターネットプロトコル(ＩＰ)を用いて伝送する場合に不必要なオーバーヘッドの発生などの限界点がある。したがって、ＭＰＥＧは、ＭＰＥＧベースのマルチメディアサービスを提供するためのマルチメディア伝送技術のうちの一つとして新しく提案されるＭＭＴ(MPEG Media Transport)標準を有する。特に、ＭＭＴ標準は、ＭＰＥＧ-２ ＴＳの限界を克服するために提案される。
【０００８】
例えば、ＭＭＴ標準は、異種(heterogeneous)ネットワークを介してハイブリッドコンテンツ(hybrid  content)を效率的に伝送するために適用できる。ここで、ハイブリッドコンテンツは、ビデオ/オーディオ/アプリケーション、及び他の類似及び/又は適合した要素のようなハイブリッドマルチメディア要素を有するコンテンツの提供するサービスを意味する。異種ネットワークは、放送ネットワークと通信ネットワークが混在するネットワークを意味する。さらに、ＭＭＴ標準は、マルチメディアサービスのための伝送ネットワークにおける基本技術であるＩＰにやさしい伝送技術を定義することを目的とする。
【０００９】
したがって、ＭＭＴ標準は、代表的なＩＰに基づいて変化するマルチメディアサービス環境で効率的なＭＰＥＧ伝送技術を提供するもので、持続的な研究と共に標準化が進行されている。ＭＭＴ標準では、ハイブリッドネットワークとハイブリッドコンテンツを提供しようとする最近のマルチメディアサービス環境で効率的なＭＰＥＧ伝送技術を提供するための方式が必要である。一方、ＭＭＴシステムは、高解像度(ＨＤ)コンテンツ、超高解像度(ＵＤＨ)コンテンツ、又は他の類似及び/又は適合なコンテンツのような高容量のコンテンツを多様に提供する。
【００１０】
ＭＭＴシステムでは、コンテンツは、多様化と高容量化により、データ混雑が益々進んでいる。このような理由で、送信装置により送信されたコンテンツデータが正常に受信装置に伝送されず、送信されたコンテンツデータの一部又は全部が伝送中に損失される状況が発生する。一般に、データは、パケット単位で伝送され、それによってデータの損失は、送信パケット単位で発生する。例えば、ネットワーク上で送信パケットが損失される場合、信号受信装置は、損失された送信パケットを受信できないので、損失された送信パケット内のデータがわからない。ＭＭＴシステムで発生するパケット損失は、オーディオの品質低下、ビデオの画質劣化、ビデオの画面割れ、字幕欠落、及びファイルの損失のような多様な不便さが発生する。したがって、ＭＭＴシステムは、チャンネル状態に従ってネットワーク上で発生し得る情報又はデータ損失を減少させるために、多様な誤り制御方式を採用する。誤り制御方式のうちの代表的な例は、アプリケーション階層-前方誤り訂正(ＡＬ-ＦＥＣ)方式である。
【００１１】
しかしながら、ハイブリッドコンテンツ配信サービス(hybrid  contents  delivery  service)をサポートするＭＭＴシステムでＡＬ-ＦＥＣ方式を適用するために、ハイブリッドコンテンツ配信サービスのための多様なタイプのコンデンツに要求されるサービス品質(ＱｏＳ)を満足させなければならない。例えば、オーディオとビデオデータでは、一部損失は許容するが、できる限り遅延が発生しないＱｏＳを要求する。これに反して、ファイルデータは、少しの遅延は許容するが、可能な限り損失が発生しないＱｏＳを要求する。例えば、スケーラブルビデオ符号化(Scalable  Video  Coding：ＳＶＣ)である場合、拡張階層(Enhanced  Layer)に対応するコンテンツに比べて相対的に重要な基本階層(Base  Layer)に対応するコンテンツは、相対的により強い符号化による保護が要求される。これは、マルチビュー符号化(Multi-View  Coding：ＭＶＣ)に対しても同一に要求される。言い換えれば、３Ｄである場合、左眼視点(left-view)は基本階層と見なされ、右眼視点(right-view)は拡張階層と見なされ、それによって基本階層である左眼はより強い保護を使用する。したがって、ＡＬ-ＦＥＣ技術は、ハイブリッドコンテンツ配信サービスをサポートするＭＭＴシステムで異なるＱｏＳを要求する複数のコンテンツを效率的に保護しなければならない。
【００１２】
上記情報は、本発明の理解を助けるために背景情報のみとして開示される。これらが本発明に対して従来技術として適用できる否かに関しては何の決定及び断言も下されていない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、異なるＱｏＳを要求する別のタイプのデータを含むソースブロックをＱｏＳを考慮して符号化及び復号化する装置及び方法を提供することにある。
【００１４】
本発明の他の目的は、ソースブロックを構成するデータセグメントのタイプにより、２ステージで異なるＱｏＳを要求する別のタイプのデータを含むソースブロックを符号化に適用するために、２ステージＦＥＣ符号化方式を決定する符号化装置及び方法を提供することにある。
【００１５】
また、本発明の目的は、異なるＱｏＳを要求する別のタイプのデータを含むソースブロックを２ステージで符号化する場合、符号化信号情報を構成する符号化装置及び方法を提供することにある。
【００１６】
さらに、本発明の目的は、異なるＱｏＳを要求する別のタイプのデータを含むソースブロックを２ステージで符号化する場合、拡張符号化の対象を識別する情報を符号化信号情報に含める符号化装置及び方法を提供することにある。
【００１７】
本発明の他の目的は、ソースブロックを２ステージで符号化する場合、拡張符号化の対象が異なるＱｏＳを要求する別のタイプのデータを構成するソースブロック全体であるか、あるいはソースブロック内で特定タイプのデータセグメントであるかを識別するフラグを提供することにある。
【００１８】
また、本発明の目的は、ソースブロックを２ステージで符号化する場合、異なるＱｏＳを要求する別のタイプのデータを構成するソースブロックの２ステージ符号化により、ソース符号化ブロック内でペイロードの位置情報を符号化した信号情報に含める方式を提供することにある。
【課題を解決するための手段】
【００１９】
上記のような目的を達成するために、本発明の一態様によれば、符号化装置における異なるサービス品質(ＱｏＳ)を要求する別のタイプのデータペイロードを含むソースブロックを符号化する方法が提供される。その方法は、ソースブロックを所定個数Ｍのサブブロックに分割するステップと、所定個数Ｍのサブブロック各々を第１の前方誤り訂正(ＦＥＣ)符号化を実行して所定個数Ｍのサブブロック各々に対応する所定個数Ｐ１の基本パリティペイロードを生成するステップと、ソースブロックを構成するデータペイロードのうちの特定タイプのデータペイロードを第２のＦＥＣ符号化を実行してソースブロックに対応する所定個数Ｐ２の拡張パリティペイロードを生成するステップと、所定個数Ｍのサブブロックの各々と所定個数Ｍのサブブロックの各々に対応して生成された所定個数Ｐ１の基本パリティペイロードを含む所定個数Ｍのサブ符号化ブロックと、所定個数Ｐ２の拡張パリティペイロードに基づいてソース符号化ブロックを構成するステップと、を有する。
【００２０】
本発明の他の態様によれば、異なるサービス品質を要求する別のタイプのデータペイロードを含むソースブロックを符号化する符号化装置が提供される。その装置は、ソースブロックを分割して生成された所定個数Ｍのサブブロック各々を第１のＦＥＣ符号化を実行して所定個数Ｍのサブブロック各々に対応する所定個数Ｐ１の基本パリティペイロードを生成し、ソースブロックを構成するデータペイロードのうちの特定タイプのデータペイロードを第２のＦＥＣ符号化を実行してソースブロックに対応する所定個数Ｐ２の拡張パリティペイロードを生成するエンコーダと、所定個数Ｍのサブブロック各々と所定個数Ｍのサブブロック各々に対応して生成された所定個数Ｐ１の基本パリティペイロードにより構成された所定個数Ｍのサブ符号化ブロックと、所定個数Ｐ２の拡張パリティペイロードによりソース符号化ブロックを構成するパケット化部と、を含む。
【発明の効果】
【００２１】
本発明は、放送サービスのために異なるＱｏＳを要求する多様なタイプのデータに選択的なＦＥＣ符号化を適用することができ、ソースブロックに対する効率的な保護が可能である効果を有する。
【００２２】
本発明の他の態様、利点、及び顕著な特徴は、下記の詳細な説明から当業者には公知であり、その詳細な説明は、添付の図面とともに本発明の実施形態で開示する。
【図面の簡単な説明】
【００２３】
【図１】従来技術によるＭＰＥＧ-２ＴＳをサポートする階層構造を示す図である。
【図２Ａ】本発明の実施形態による符号化装置で生成されたソース符号化ブロック(又は前方誤り訂正(ＦＥＣ)ブロック)の構成を示す図である。
【図２Ｂ】本発明の実施形態による符号化装置で生成されたソース符号化ブロック(又は前方誤り訂正(ＦＥＣ)ブロック)の構成を示す図である。
【図３】本発明の実施形態による全２ステージのＦＥＣ符号化方式を示す図である。
【図４】本発明の実施形態による部分２ステージのＦＥＣ符号化方式を示す図である。
【図５】本発明の実施形態により、ソースブロックを構成するデータセグメントのタイプを示す図である。
【図６】本発明の実施形態により、ソースブロックを構成するデータセグメントのタイプを示す図である。
【図７】本発明の実施形態により、ソースブロックを構成するデータセグメントのタイプを示す図である。
【図８】本発明の実施形態により、帯域内シグナリングにより符号化信号情報の伝送を示す図である。
【図９】本発明の実施形態により、帯域内シグナリングにより符号化信号情報を伝送するためのサブ符号化ブロックのソース部を構成するソースパケットの構成を示す図である。
【図１０】本発明の実施形態により、帯域内シグナリングにより符号化信号情報を伝送するためのサブ符号化ブロックのパリティ部を構成するパリティパケットの構成を示す図である。
【図１１】本発明の実施形態により、図９のソースパケット又は図１０のパリティパケットに該当するＭＭＴ(MPEG Media Transport)パケットのＭＭＴヘッダーの構成を示す図である。
【図１２Ａ】本発明の実施形態により、図９のソースパケットと図１０のパリティパケットに該当するＭＭＴパケットのＦＥＣ帯域内信号の構成を示す図である。
【図１２Ｂ】本発明の実施形態により、図９のソースパケットと図１０のパリティパケットに該当するＭＭＴパケットのＦＥＣ帯域内信号の構成を示す図である。
【図１２Ｃ】本発明の実施形態により、図９のソースパケットと図１０のパリティパケットに該当するＭＭＴパケットのＦＥＣ帯域内信号の構成を示す図である。
【図１２Ｄ】本発明の実施形態により、図９のソースパケットと図１０のパリティパケットに該当するＭＭＴパケットのＦＥＣ帯域内信号の構成を示す図である。
【図１３Ａ】本発明の実施形態により、帯域内シグナリングで部分２ステージのＦＥＣ符号化方式の実施形態を示す図である。
【図１３Ｂ】本発明の実施形態により、帯域内シグナリングで部分２ステージのＦＥＣ符号化方式の実施形態を示す図である。
【図１４】本発明の実施形態により、帯域外シグナリングにより符号化信号情報を伝送するための装置を示すブロック構成図である。
【図１５】本発明の実施形態により、帯域内シグナリングにより符号化信号情報を伝送するための装置を示すブロック構成図である。
【発明を実施するための形態】
【００２４】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００２５】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるための様々な特定の詳細を含むが、唯一つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００２６】
次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００２７】
本願明細書に記載の各要素は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。したがって、例えば、コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。
【００２８】
次の説明において、本発明の実施形態による詳細な説明で説明の便宜のために使用する用語を定義する。ソースブロックは、ハイブリッドコンテンツ配信サービスのために異なるＱｏＳ要求を有する別のタイプのデータセグメントの集合である。サブブロックは、ソースブロックをＭ個(ここで、Ｍは１個以上の整数)で分割して獲得した、異なるＱｏＳを要求する多様なタイプのデータセグメントを含むデータブロックである。前方誤り訂正(ＦＥＣ)符号として使用される、ＲＳ符号、ＬＤＰＣ、ラプター(raptor)符号、ラプターＱ符号、ＸＯＲ符号のような多様な符号が使用できる。ＦＥＣ符号化は、ＦＥＣ符号でソースブロック、サブブロック、又はソースブロック内に存在する特定タイプのデータセグメントに対して実行される符号化である。
【００２９】
さらに、２ステージのＦＥＣ符号化は、サブブロックが第１のＦＥＣ符号で第１のＦＥＣ符号化を遂行し、ソースブロック又はソースブロック内に存在する特定タイプのデータセグメントを対象とする第２のＦＥＣ符号化を遂行する符号化である。サブ符号化ブロック又はＦＥＣフレームは、サブブロックを第１のＦＥＣ符号化によって生成した符号語であって、第１のＦＥＣ符号化を実行するターゲットサブブロック(すなわち、ソース部分)と、ターゲットサブブロックの第１のＦＥＣ符号化することによって獲得したパリティ部分で構成される。説明の便宜のために、これは、一般にサブ符号化ブロックと称される。ソース部分は、第１のＦＥＣ符号化を実行するターゲットサブブロックであり、サブ符号化ブロックを構成する所定個数(Ｋ、１以上の整数)のソースペイロード(又はソースパケット)の集合である。したがって、所定個数Ｋのソースペイロードは、ターゲットサブブロックを構成するデータセグメントと同一であり得る。パリティ部分(又はリペア部分)は、所定のデータに対するＦＥＣ符号化を実行することによってエラー訂正のために獲得される所定個数のパリティペイロード(又はパリティパケット)の集合である。
【００３０】
また、基本パリティ部分(又は基本リペア部分)は、ターゲットサブブロックを第１のＦＥＣ符号化して獲得したサブ符号化ブロックを構成する所定個数(Ｐ１、１個以上の整数)のパリティペイロード(又はパリティパケット)の集合である。拡張パリティ部分(又は拡張リペア部分)は、ソースブロック全体又はソースブロック内に存在する特定タイプのデータセグメントを第２のＦＥＣ符号化することによって獲得される所定個数(Ｐ２、１個以上の整数)のパリティペイロード(又はパリティパケット)の集合である。ソース符号化ブロック又はＦＥＣブロックは、サブブロックを第１のＦＥＣ符号化して獲得したサブ符号化ブロック及びソースブロック全体又はソースブロックのうち特定タイプのデータセグメントを第２のＦＥＣ符号化して獲得した拡張パリティ部分を含む符号化ブロックである。ソース符号化パケット又はＦＥＣパケットは、ヘッダー情報とソース符号化ブロックを含むパケットである。帯域内シグナリングを適用する場合、ヘッダー情報は、ソース符号化ブロック又はＦＥＣブロックに対応する符号化信号情報を含む。符号化信号情報又はＦＥＣ制御情報は、ソース符号化ブロックを回復するために参照され、あるいはソース符号化パケット又はＦＥＣパケットを制御する制御情報である。２ステージのＦＥＣ符号化に基づいた構成情報、すなわち第１のＦＥＣ構成情報及び第２のＦＥＣ構成情報を含む。
【００３１】
さらに、符号化信号パケット又はＦＥＣ制御パケットは、帯域外シグナリングを使用する場合、符号化信号情報又はＦＥＣ制御情報を伝送するためのパケットである。シンボルは、ソースブロック、サブブロック、ソース符号化ブロック、又はサブ符号化ブロック内のデータユニットである。ソースシンボルは、ＦＥＣ符号化以前にソースブロック又はサブブロックを構成するデータシンボルである。符号化シンボルは、ソースシンボルに対する第１又は第２のＦＥＣ符号化を遂行して生成されるシンボルで、ソース符号化ブロック、サブ符号化ブロックを構成するデータシンボルである。系統的(systematic)シンボル又は情報シンボルは、ソース部分に属する符号化シンボルのうちいずれか一つである。パリティシンボル又はリペアシンボルは、符号化シンボルのうちパリティ部分又はリペア部分に属する符号化シンボルである。基本パリティシンボル又は基本リペアシンボルは、符号化シンボルのうち基本パリティ部分又は基本リペア部分に属する符号化シンボルである。拡張パリティシンボル又は拡張リペアシンボルは、拡張パリティ部分又は拡張リペア部分に属する符号化シンボルのうちの一つである。
【００３２】
次の本発明の実施形態では、異なるＱｏＳを要求するタイプのデータにより構成されるソースブロックを２ステージで符号化する場合、これによる符号化信号情報を新たに定義する。新たに定義された符号化信号情報は、２ステージＦＥＣ符号化により符号化されたソースブロックを回復させるために使用される制御情報を意味する。例えば、符号化信号情報は、ソースブロックの符号化に使用される２ステージのＦＥＣ符号化技術に対応して定義できる。これに関しては、後述する説明でより詳細に開示される。一方、本発明の実施形態では、２ステージＦＥＣ符号化により生成された符号化ブロックを回復するために、装置を符号化のような、装置に関する符号化信号情報を提供する方式を提案する。
【００３３】
また、本発明の実施形態では、２ステージＦＥＣ符号化方式のために全２ステージのＦＥＣ符号化方式と部分２ステージのＦＥＣ符号化方式を選択的に使用することを提案する。例えば、全２ステージＦＥＣ符号化方式、あるいは部分２ステージＦＥＣ符号化方式の使用がソースブロックを構成する各データセグメントのタイプにより決定される。データセグメントのタイプは、一つのタイプのデータを有するデータセグメントの第１のタイプと、異なるタイプのデータを多重化して構成されるデータセグメントの第２のタイプに分類することができる。そのために、タイプを区分する識別情報は、ソースブロックを構成するデータペイロードのヘッダー情報に含まれなければならない。
【００３４】
図２Ａ及び図２Ｂは、本発明の実施形態により、符号化装置で生成されるソース符号化ブロック(又はＦＥＣブロック)の構造を示す。
【００３５】
図２Ａは、ソースブロックに対する１ステージのＦＥＣ符号化により生成されたソース符号化ブロックの構造を示す。
【００３６】
図２Ａを参照すると、ソースブロックは、所定サイズを有するＭ個のサブブロックに分割される。Ｍ個のサブブロックは、各々ＦＥＣ符号によりＦＥＣ符号化される。ＦＥＣ符号化において、Ｋ個のソースペイロード(Ｋ  ＰＬs)とＰ個のパリティペイロード(Ｐ  ＰＬｓ)は、Ｍ個のサブブロックに対応して生成される。
【００３７】
サブブロックは、異なるサービス品質(ＱｏＳ)を要求する異なるタイプのデータセグメントを有すると仮定する。データセグメントは、同一のタイプのアセットに対応するデータで構成され、あるいはタイプが異なるアセットに対応するデータを多重化して構成される。ここで、タイプが異なるアセットは、オーディオ、ビデオ、ファイルアセットを含むことができる。
【００３８】
図２Ａを参照すると、斜線部分は、同一のＱｏＳを要求するオーディオアセットとビデオアセットに対応して、オーディオ及びビデオ(ＡＶ)ソースペイロード、すなわちＡＶデータを表す。また、空き部分はパリティペイロードを示す。Ｐ個のパリティペイロードは、オーディオ及びビデオデータセグメントに対するＦＥＣ符号化により生成されたＰ１個のパリティシンボルと、ファイルデータセグメントに対するＦＥＣ符号化により生成されたＰ２個のパリティシンボルで構成される。
【００３９】
したがって、サブブロックをＦＥＣ符号化して獲得したサブ符号化ブロックは、ソース及びパリティ部分で構成される。ソース部分はＫ個のソースペイロードを含み、パリティ部分はＰ個のパリティペイロードを含む。例えば、Ｋ個のソースペイロードは、オーディオ、ビデオ、及びファイルデータセグメントに対応するソースペイロードで構成される。Ｐ個のパリティペイロードは、オーディオデータセグメントとビデオデータセグメントをＦＥＣ符号化して生成されたＰ１個のパリティペイロードと、ファイルデータセグメントをＦＥＣ符号化して生成されたＰ２個のパリティペイロードで構成される。
【００４０】
図２Ｂは、ソースブロックに対する２ステージのＦＥＣ符号化、すなわち２ステージのＦＥＣ符号化構造により生成されたソース符号化ブロックの構造を示す。
【００４１】
図２Ｂを参照すると、ソースブロックは、所定サイズを有するＭ個のサブブロックに分割される。Ｍ個のサブブロックは、各々に対する第１のＦＥＣ符号化を実行して生成される。Ｍ個のサブ符号化ブロックの各々は、Ｋ個のソースペイロード(Ｋ  ＰＬｓ）と、Ｐ１個のパリティペイロード(Ｐ１  ＰＬｓ)を含む。第２のＦＥＣ符号化は、ソースブロックの全体又はソースブロック内に存在する特定タイプ、すなわち特定アセットのデータセグメントに対して実行される。第２のＦＥＣ符号化により、Ｐ２ｂ，Ｍ＊Ｐ２  ＰＬｓのようなＰ２個の拡張パリティペイロードが生成される。
【００４２】
したがって、第１のＦＥＣ符号化により獲得されたサブ符号化ブロックの各々は、ソース部分と基本パリティ部分で構成される。ソース部分は、Ｋ個のソースペイロードを含む。基本パリティ部分は、Ｐ１個のパリティペイロードを含む。一例として、ソース部分に含まれたＫ個のソースペイロードは、オーディオ、ビデオ、又はファイルデータセグメントに対応する。基本パリティ部分に含まれたＰ１個のパリティペイロードは、オーディオ、ビデオ、又はファイルデータセグメントを第１のＦＥＣ符号化により生成される。
【００４３】
図２Ｂを参照すると、斜線部分は、同一のＱｏＳを要求するオーディオ及びビデオアセットに対応するオーディオ及びビデオソースペイロード、すなわちＡＶデータを示す。点部分は、異なるＱｏＳを要求するファイルアセットに対応するファイルデータソースペイロード、すなわちファイルデータを示す。さらに、空き部分は、パリティペイロードを示す。第２のＦＥＣ符号化は、ソースブロック内のすべてのデータセグメント又はソースブロック内の特定タイプのデータセグメント、例えばファイルデータセグメントに対して遂行される。第２のＦＥＣ符号化により生成されたＰ２個の拡張パリティペイロードは、拡張パリティ部分を構成する。したがって、ソース符号化ブロックは、第１のＦＥＣ符号化により生成されたサブ符号化ブロックと、第２のＦＥＣ符号化により生成された拡張パリティ部分とを組み合わせて構成される。
【００４４】
上記したように、図２Ａのように、ハイブリッドコンテンツ配信サービス、例えばファイルを通じるＡＶストリーミングのために、１ステージでそれぞれのサブブロックがパリティシンボルＰ１＋Ｐ２  ＦＥＣパリティをさらに含む第１のケースと、図２Ｂのように、拡張パリティシンボル、すなわちＭ＊Ｐ２  ＦＥＣパリティをＭ個のサブブロック全体に付加した第２のケースについて検討した。ハイブリッドコンテンツ配信サービスで、ＡＶデータとファイルデータは共に伝送される。ファイルデータは、ＡＶデータより良いＦＥＣ性能を要求する。したがって、ファイルデータと共にＡＶデータの伝送は、ＡＶデータのみを伝送する場合に比べてＦＥＣパリティ、すなわち拡張パリティシンボルをさらに要求する。
【００４５】
通常、ＡＶストリーミングサービスは、遅延が小さいほど良い。ＡＶストリーミングサービスでより少ない遅延を得るために、ＦＥＣ符号化は、できるだけ短ブロック、すなわち短いＦＥＣ符号を用いて実行すべきである。一方、ファイルデータは、遅延に大きく影響を受けないが、高いＦＥＣ性能を要求する。したがって、ファイルデータは、できるだけ長ブロック、すなわち長いＦＥＣ符号を用いてＦＥＣ符号化を遂行すべきである。これは、ＦＥＣ符号化の特性上同一のパリティ付加率を適用する場合、長いブロックが短いブロックに比べて相対的に良いＦＥＣ性能を示すためである。
【００４６】
したがって、同一のストリーム内にＡＶデータとファイルデータを共に伝送するハイブリッドコンテンツ配信サービスは、ＡＶデータに対する低い遅延と、ファイルデータに対する高いＦＥＣ性能を保証するＦＥＣ符号化技術を必要とする。本発明の実施形態では、短ブロックでＡＶデータが保護され、長ブロックでファイルデータが保護される２ステージのＦＥＣ符号化構造に基づく。
【００４７】
２ステージのＦＥＣ符号化構造において、相対的に高いＦＥＣ性能を要求するアセットのためにＰ２パリティのような拡張パリティが加えて割り当てられる。２ステージのＦＥＣ符号化の一例では、低遅延を要求するＡＶアセットは短ブロックによるＦＥＣ符号化を適用し、良いＦＥＣ性能を要求するファイルデータは、長ブロックによるＦＥＣ符号化を適用する。一方、２ステージのＦＥＣ符号化は、第１のＦＥＣ符号化以外に第２のＦＥＣ符号化を適用する対象により２つのタイプの実現方法が提供される。第１の実現方法は、第２のＦＥＣ符号化の対象をソースブロック全体とするものである。第２の実現方法は、第２のＦＥＣ符号化の対象をソースブロック内で基準条件を満たすＱｏＳを要求する特定タイプのデータセグメントを対象にする。第１の実現方法は、全２ステージのＦＥＣ符号化方法と称されるオプション１であり、第２の実現方法は、部分２ステージのＦＥＣ符号化方法と称されるオプション２であり得る。
【００４８】
図３は、本発明の実施形態による全２ステージＦＥＣ符号化方法を示す。
【００４９】
図３を参照すると、ソースブロック３１０は、Ｍ個のサブブロック３１２-１，３１２-２，…，３１２-Ｍに分割される。Ｍ個のサブブロック３１２-１，３１２-２，…，３１２-Ｍの各々は、第１のＦＥＣエンコーダ３１４により第１のＦＥＣ符号化がなされる。Ｍ個のサブ符号化ブロックは、Ｍ個のサブブロック３１２-１，３１２-２，…，３１２-Ｍの各々に対応する第１のＦＥＣ符号化により生成される。Ｍ個のサブ符号化ブロックの各々は、ソース部分３１６-１，３１６-２，…，３１６-Ｍとパリティ部分３１８-１，３１８-２，…，３１８-Ｍで構成される。ソース部分３１６-１，３１６-２，…，３１６-Ｍは対応するサブブロックと同一のシンボルを有するので、図面上で同一の用語で表示される。パリティ部分３１８-１，３１８-２，…，３１８-Ｍは、対応するサブブロックに対する第１のＦＥＣ符号化を遂行して獲得したパリティシンボルを有する。
【００５０】
一方、ソースブロック３１０は、第２のＦＥＣエンコーダ３２０により第２のＦＥＣ符号化がなされる。第２のＦＥＣ符号化により拡張パリティシンボルが獲得される。獲得された拡張パリティシンボルは、拡張パリティ部分Ｐ２  ３２２が構成される。したがって、ソース符号化ブロックは、第１のＦＥＣ符号化により獲得したＭ個のサブ符号化ブロックと第２のＦＥＣ符号化により獲得した拡張パリティ部分Ｐ２  ３２２との結合により構成される。
【００５１】
上記したように、全２ステージのＦＥＣ符号化で、全体ソースブロックは、第１のＦＥＣ符号化と第２のＦＥＣ符号化を対象とする。すなわち、第１のＦＥＣ符号化は、ソースブロックから分割されたサブブロックの各々に第１のＦＥＣ符号により実行されて所定個数Ｐ１のパリティペイロードを含む基本パリティ部分を生成する。第２のＦＥＣ符号化は、ソースブロック全体を第２のＦＥＣ符号により符号化して所定個数Ｐ２のパリティペイロードを含む拡張パリティ部分を生成する。
【００５２】
図４は、本発明の実施形態による部分２ステージのＦＥＣ符号化方式を示す。
【００５３】
図４を参照すると、ソースブロック４１０は、Ｍ個のサブブロック４１２-１，４１２-２，…，４１２-Ｍに分割される。Ｍ個のサブブロック４１２-１，４１２-２，…，４１２-Ｍの各々は、第１のＦＥＣエンコーダ４１４により第１のＦＥＣ符号化がなされる。Ｍ個のサブ符号化ブロックは、Ｍ個のサブブロック４１２-１，４１２-２，…，４１２-Ｍ 各々に対応する第１のＦＥＣ符号化により生成される。Ｍ個のサブ符号化ブロックの各々は、ソース部分４１６-１，４１６-２，…，４１６-Ｍとパリティ部分４１８-１，４１８-２，…，４１８-Ｍを含む。ソース部分４１６-１，４１６-２，…，４１６-Ｍは対応するサブブロックと同一のシンボルを有し、それによって、図面上には同一の用語で表示される。サブブロックに対する第１のＦＥＣ符号化により獲得したパリティシンボルは、パリティ部分４１８-１，４１８-２，…，４１８-Ｍを構成するサブブロックの第１のＦＥＣ符号化により獲得される。
【００５４】
一方、第２のＦＥＣエンコーダ４２０は、ソースブロック４１０を構成する多様なタイプのデータセグメントのうち所定条件を満たすタイプのデータセグメント４１０-１，４１０-２，４１０-３，４１０-４，４１０-５，４１０-６，４１０-７，４１０-８を対象とする。第２のＦＥＣ符号化は、拡張パリティシンボルを生成する。生成された拡張パリティシンボルは、拡張パリティブロックのような拡張パリティ部分Ｐ２  ４２２を構成する。
【００５５】
ソース符号化ブロックは、第１のＦＥＣ符号化により獲得したＭ個のサブ符号化ブロックと第２のＦＥＣ符号化により獲得した拡張パリティ部分Ｐ２  ４２２の結合により構成される。
【００５６】
一方、図４で提案した２ステージのＦＥＣ符号化である場合、第２のＦＥＣ符号化を適用するデータセグメントのタイプが決定されなければならない。したがって、第２のＦＥＣ符号化を適用するデータセグメントのタイプを決定するための基準条件を予め設定する必要がある。基準条件は、サブブロックを構成するデータセグメントのタイプ別に要求されるＱｏＳを用いて設定することが望ましい。例えば、基準条件は、サブブロックを構成するデータセグメントのうち、最も高いＱｏＳを要求するタイプのデータセグメントを選択することにより設定できる。サブブロックがオーディオデータセグメント、ビデオデータセグメント、及びファイルデータセグメントを含む場合、最も高いＱｏＳが要求されるデータセグメントのうちの一つは基準条件を満たす。最も高いＱｏＳの使用は、最も高いＦＥＣ性能を要求することを意味する。
【００５７】
一般に、データセグメントのタイプ別に要求されるＱｏＳは、伝送損失の程度、優先順位、エラー回復性能、伝送方式、及び/又はデータタイプにより決定される。すなわち、低い伝送損失、高い優先順位、及び/又は高いＱｏＳのエラー回復性能が要求されるタイプのデータセグメントが相対的にＱｏＳを要求する。その他に、時間伝送に比べて非時間伝送を用いるデータセグメントが相対的に高いＱｏＳを要求する。また、３Ｄ映像をサポートするための左眼視点に該当するデータセグメントが右眼視点に該当するデータセグメントに比べて相対的に高いＱｏＳを要求し、Ｉ-フレーム、Ｐ-フレーム、Ｂ-フレームの中でＩ-フレームに該当するデータセグメントが相対的に高いＱｏＳを要求する。
【００５８】
図４を参照すると、ソースブロックが異なるＱｏＳを要求する別のタイプのデータセグメントを含む場合である。これに関して、データセグメントの一つのタイプは、アセットに対応するデータを含み、あるいは異なるタイプのアセットに対応するデータの多重化により構成することができる。
【００５９】
データセグメントが一つのタイプのアセットに対応するデータを含む場合、図４で提案する部分２ステージのＦＥＣ符号化を適用することが望ましい。そうでなければ、異なるタイプのアセットに対応するデータの多重化によりデータセグメントが構成される場合、図３で提案した全２ステージのＦＥＣ符号化を適用することが望ましい。しかしながら、多様なタイプのアセットに対応するデータの多重化によりデータセグメントが構成されても、第２のＦＥＣ符号化を適用するアセットのデータに対して独立的なデータセグメントが構成される場合に、図４の部分２ステージのＦＥＣ符号化を適用することが望ましい。
【００６０】
したがって、２ステージのＦＥＣ符号化の遂行に留意しつつ、全２ステージのＦＥＣ符号化と部分ＦＥＣ符号化を選択的に適用するためにはソースブロックに含まれるデータセグメントの構成タイプを識別すべきである。例えば、ＭＭＴパッケージは、各ＭＭＴアセット別に転送特性(ＴＣ）を定義する。このＴＣは、エラー回復に関する情報を含む。すなわち、エラー回復情報は、転送特性情報のうちの一つである。例えば、転送特性は、各アセットで要求されるＱｏＳ情報を含むことができる。ここで、ＱｏＳ情報は、上記で定義した伝送損失の許容程度、遅延許容程度などにより定義できる
【００６１】
図５〜図７は、本発明の実施形態によりソースブロックを構成するデータセグメントのタイプを示す。図５〜図７を参照すると、ソースブロックを構成するデータは、ビデオアセット、オーディオアセット、及びファイルアセットを含み、各アセット別に固有の識別情報ＩＤ０，ＩＤ１，ＩＤ２が与えられる。
【００６２】
図５を参照すると、ソースブロック内のデータセグメントは、一つのタイプのアセットに対応して構成される。すなわち、図５では固有の識別情報(以下、‘アセット識別情報’と称する)を与えられたビデオアセット、オーディオアセット、及びファイルアセットが各々固有の識別情報を有する。これによって、各データセグメントのヘッダーには一つのアセット識別情報を含む。
【００６３】
したがって、２ステージＦＥＣ符号化の際に、各データセグメントのヘッダーに記録されたアセット識別情報により、該当データセグメントがどのアセットのためのデータを含んでいるかがわかる。これはソースブロックを構成するデータセグメントの中から第２のＦＥＣ符号化を遂行するファイルアセットに対応したデータセグメントを選別することを可能にするため、図５の場合に対しては部分２ステージのＦＥＣ符号化方式を適用する。
【００６４】
図６は、一部は多様なタイプのアセット、例えばビデオアセット、オーディオアセットのようにデータが多重化されて構成され、残りの一部データセグメントは、一つのタイプのアセット(ファイルアセット）のデータにより構成されるデータセグメントを示す。多重化により構成されたデータセグメントのヘッダーには、オーディオアセットとビデオアセットに対応するアセット識別情報が記録され、一つのアセットを含むデータセグメントのヘッダーにはファイルアセットに関するアセット識別情報が記録される。
【００６５】
したがって、２ステージＦＥＣ符号化において、各データセグメントのヘッダーに記録されたアセット識別情報により、該当データセグメントにどのアセットのデータが含まれているかを識別できる。これは、ソースブロックを構成するデータセグメントのうち第２のＦＥＣ符号化を遂行するファイルアセットに対応するデータセグメントの選別を可能にするため、部分２ステージのＦＥＣ符号化方式は図６の場合に適用される。
【００６６】
図７は、ビデオアセット、オーディオアセット、及びファイルアセットのような多様なタイプのアセットのためにデータが多重化されて構成されるデータセグメントを示す。すなわち、図７において、すべてのデータセグメントのヘッダーは、オーディオアセット、ビデオアセット、及びファイルアセットに対応するアセット識別情報が全部記録される。
【００６７】
したがって、２ステージのＦＥＣ符号化において、各データセグメントのヘッダーに記録されたアセット識別情報により、特定アセット、例えば‘ファイルアセット’のためのデータのみを抽出しにくい。この場合、ソースブロックから第２のＦＥＣ符号化を遂行するファイルアセットに対応するデータのみを区別することが不可能なので、図７の場合に対しては全２ステージのＦＥＣ符号化方式が適用される。
【００６８】
＜表１＞は、２ステージのＦＥＣ符号化方式を決定するように定義されたデータセグメントのフォーマットに関する一例を示す。すなわち、下記の＜表１＞は、データセグメントのヘッダーを通じてＱｏＳ識別情報を提供する例を示す。
【００６９】
【表１】
2015500587.tif 000003
【００７０】
＜表１＞において、ＱｏＳインジケータは、優先順位(priority)、階層タイプ、フレームタイプ、伝送タイプ、ＦＥＣ性能、データタイプなどを識別する情報である。例えば、“高又は低優先順位”、“基本階層又は拡張階層”、“Ｉ-フレームか否か”、“Ｉ-フレーム又は他のフレーム”、“時間データ又は非時間データ”、“高又は低ＦＥＣ保護(protection)”、“左眼視点又は右眼視点”、又は“ＡＶデータ又はファイルデータ”を識別するために使用できる。例えば、ＱｏＳインジケータは、“基本階層アセット”及び“拡張階層アセット”を識別する情報を有する場合、ソースブロックを構成するデータセグメントそれぞれのヘッダーに記録されたアセット識別情報により、該当データセグメントがどのアセットのためのものであるかを認知できる。したがって、この場合に、基本階層アセットのためにデータセグメントのみが第２のＦＥＣ符号化を遂行する部分２ステージのＦＥＣ符号化を適用できる。
【００７１】
しかしながら、基本階層アセット向けのデータと拡張階層アセット向けのデータを多重化して一つのデータセグメントを構成する場合にはそうでない。その理由は、データセグメントのヘッダーに基本階層アセットに関するアセット識別情報と拡張階層アセットに関するアセット識別情報が共に存在するためである。したがって、この場合に、基本階層アセットのためのデータセグメントのみに対して第２のＦＥＣ符号化を遂行できないので、全ＦＥＣ符号化が適用される。
【００７２】
他のケースにおいて、ＱｏＳインジケータは、“Ｉ-フレーム”と“他のフレーム”を識別するための情報を有する。この場合、Ｉ-フレームのためのデータセグメントとＰ-フレーム又はＢ-フレームのためのデータセグメントを別途に構成できる。したがって、ソースブロックを構成するデータセグメントのヘッダーに記録された識別情報により、ペイロードにどのフレームのためのデータが記録されたかを認知できる。識別情報は、該当データセグメントのペイロードがＩ-フレームのデータを含んでいるか否かを表す情報であり得る。
【００７３】
該当データセグメントのペイロードに含まれたデータのタイプが識別情報から認知できるので、ソースブロックを構成するデータセグメントのうち所望するタイプのデータセグメントを選別して第２のＦＥＣ符号化を遂行する部分２ステージのＦＥＣ符号化方式の適用が可能である。しかしながら、Ｉ-フレームのデータと他のフレーム、すなわちＰ-フレーム、Ｂ-フレームのデータを多重化して一つのデータセグメントを構成する場合には、Ｉ-フレームに該当するデータセグメントのみを抽出するのが難しい。その理由は、ソースブロックを構成するデータセグメントのヘッダーにＩ-フレームに関するアセット識別情報と他のフレームに関するアセット識別情報が共に存在するためである。
【００７４】
一方、本発明の実施形態により、２ステージのＦＥＣ符号化により生成されたソース符号化ブロックを正常に復号化するためには、符号化信号情報は、新たに定義されるべきである。この符号化信号情報は、ソース符号化ブロックを生成するための２ステージのＦＥＣ符号化を遂行することに基づく。符号化信号情報は、２ステージのＦＥＣ符号化のために全ＦＥＣ符号化と部分ＦＥＣ符号化のうちいずれか一つを採用することを考慮して構成されなければならない。その他に、符号化信号情報は、符号化信号情報の伝送方式とソースペイロードに使用されるフォーマットを考慮して構成することが望ましい。符号化信号情報の伝送方式は、帯域内シグナリングと帯域外シグナリングに分類できる。
【００７５】
例えば、符号化信号情報を構成するＦＥＣ構成情報は、主に長さ情報と識別情報のうち少なくとも一つを含む。さらに、第１のＦＥＣ符号と第２のＦＥＣ符号との組み合わせだけでなく、第２のＦＥＣ符号化の対象を識別するためのフラグを追加することができる。例えば、フラグは、第２のＦＥＣ符号化がソースブロック全体を対象にする全２ステージのＦＥＣ符号化が使用されるか、あるいは異なるタイプのデータセグメントのうち一つのタイプのデータセグメントのみを対象とする部分２ステージのＦＥＣ符号化が使われるかを識別可能にする。
【００７６】
長さ情報は、ソースブロックの長さ情報、サブブロックの長さ情報、ソース部分の長さ情報、基本パリティ部分の長さ情報、及び拡張パリティ部分の長さ情報のうち少なくとも一つを含む。長さ情報は、要素の個数に関する情報であり得る。言い換えれば、長さ情報は、ソースブロック内のデータセグメントの個数、サブブロック内のデータセグメントの個数、ソース部分内のソースペイロードの個数Ｋ、基本パリティ部分内のパリティペイロードの個数Ｐ１、及び拡張パリティ部分内のパリティペイロードの個数Ｐ２のうち少なくとも一つを含む。
【００７７】
識別情報は、ソースブロックの識別情報、サブブロックの識別情報、ソース部分の識別情報、基本パリティ部分の識別情報、拡張パリティ部分の識別情報、ソース部分内に存在する各ソースペイロードの識別情報、基本パリティ部分内に存在する各パリティペイロードの識別情報、拡張パリティ部分内に存在する各パリティペイロードの識別情報、及びサブブロックを構成する各データセグメントの識別情報のうち少なくとも一つを含む。その上、符号化単位ブロックの識別情報を追加することができる。
【００７８】
ソースペイロードの識別情報は、ソース部分内のソースペイロードの位置に従って順次に増加又は減少により与えられるシーケンス番号を使用できる。基本パリティペイロードの識別情報は、基本パリティ部分内の基本パリティペイロードの位置に従って低い順(ascending  order)又は高い順(descending  order)にシーケンス番号を使用できる。拡張パリティペイロードの識別情報も、拡張パリティ部分内で拡張パリティペイロードの位置に従って低い順又は高い順にシーケンス番号を使用することができる。
【００７９】
図８は、本発明の実施形態により、符号化信号情報を帯域内シグナリングにより伝送する例を示す。
【００８０】
図８を参照すると、帯域内シグナリングにより符号化信号情報を伝送するための符号化信号パケット又はＦＥＣ制御パケットの構造を示す。ＦＥＣ制御パケット８１０は、ＦＥＣ制御パケットヘッダー８２０とペイロードを含む。ペイロードは、ＦＥＣ符号化構造フィールド８３０とＦＥＣ構成情報フィールド８４０を含む。
【００８１】
ＦＥＣ制御パケットヘッダー８２０は、ＦＥＣ制御パケットであることを識別する情報を含み、ＦＥＣ符号化構造フィールド８３０は、伝送されるソース符号化パケットに使用される符号化技術を識別する情報を含む。例えば、ＦＥＣ符号化構造フィールド８３０に記録されるフラグ値は‘適用されないＡＬ-ＦＥＣ８３１’、‘適用される１ステージＦＥＣ符号化８３２’、‘全２ステージのＦＥＣ符号化構造(方法１)８３３’、及び‘部分２ステージのＦＥＣ符号化構造(方法２)８３４’を区分するために定義される。すなわち、‘適用されないＡＬ-ＦＥＣ８３１’に対応するフラグ値は‘ｂ０００’に定義され、‘適用される１ステージＦＥＣ符号化８３２’に対応するフラグ値は‘ｂ００１’に定義され、‘全２ステージのＦＥＣ符号化構造(方法１)８３３’に対応するフラグ値は‘ｂ０１０’に定義され、‘部分２ステージのＦＥＣ符号化構造(方法２)(８３４)’に対応するフラグ値は‘ｂ０１１’に定義される。
【００８２】
ＦＥＣ構成情報フィールド８４０は、２ステージのＦＥＣ符号化に関連した制御情報を含む。すなわち、ＦＥＣ構成情報フィールド８４０に含まれた２ステージのＦＥＣ符号化関連制御情報は、第１のＦＥＣ符号化に関する情報と、第２のＦＥＣ符号化に関する情報からなる。第１のＦＥＣ符号化に関する情報は、使用されるＦＥＣ符号の情報(すなわち、第１のＦＥＣ符号ＩＤ８４１)、サブブロックの長さ(すなわち、サブブロック長８４２)、第１のパリティブロックの長さ(すなわち、第１のパリティブロック長８４３)、ソースフロー識別情報(すなわち、ソースフローＩＤ＝０ｘ００００  ８４４)、第１のパリティフロー識別情報(すなわち、第１のパリティフローＩＤ＝０ｘ０００２  ８４５)、及び他の類似情報により構成される。
【００８３】
第２のＦＥＣ符号化に関する情報は、使用されるＦＥＣ符号情報(例えば、第２のＦＥＣ符号ＩＤ８４６)、ソースブロック又は部分ソースブロックの長さ(例えば、部分ソースブロック長８４７)、第２のパリティブロックの長さ(例えば、第２のパリティブロック長８４８)、ソースブロック又は部分ソースフロー識別情報(例えば、部分ソースフローＩＤ＝０ｘ０００１  ８４９)、第２のパリティフロー識別情報(例えば、第２のパリティフローＩＤ＝０ｘ０００３  ８５０)、及び他の類似情報により構成される。部分ソースブロック長８４７、サブブロック長８４２、及び第１のパリティブロック長８４３のフィールドを固定サイズで有する場合に、ＦＥＣ制御パケットにより伝送する帯域外シグナリングを適用することができる。一方、サイズが可変的なＡＬ-ＦＥＣを有する場合には、ＦＥＣパケットにより伝送する帯域内シグナリングを適用することができる。
【００８４】
図９は、本発明の実施形態により、符号化信号情報を帯域内シグナリングにより伝送するためのサブ符号化ブロックのソース部分を構成するソースパケットの構造の一例を示す。
【００８５】
図９を参照すると、ソースパケット９１０は、ＭＭＴパケットの形態でソースペイロード９２０に対するＡＬ-ＦＥＣ符号化により生成される。すなわち、ソースパケット９１０は、各ソースペイロード(ＭＭＴパケット)９２０をＦＥＣ符号化した後に帯域内シグナリングのためのフィールドを付加するＡＬ-ＦＥＣ符号化が適用されるＭＭＴパケットである。帯域内シグナリングのためのフィールドは、記録された符号化信号情報を有する。ソースブロックを構成する各ソースペイロード９２０は、ＭＭＴヘッダー９４０とＭＭＴペイロード９５０の結合により構成される。上記したように、帯域内シグナリングを使用する場合、ソースパケットでの符号化信号情報は、ＦＥＣ符号化がなされたソースペイロードに追加されるＭＭＴヘッダー９４０と帯域内シグナリングのためにＦＥＣ帯域内信号９３０を通じて提供される。
【００８６】
図１０は、本発明の実施形態により、符号化信号情報を帯域内シグナリングにより伝送するためのサブ符号化ブロックのパリティ部分を構成するパリティパケットの構造の一例を示す。
【００８７】
図１０を参照すると、ソースブロックを構成するソースペイロードがＭＭＴパケットである場合、ソースペイロードをＦＥＣ符号化して生成された一つ又は複数のパリティペイロード１０４０は、一つのパリティパケット１０１０に含まれる。すなわち、パリティパケット１０１０は、一つ又は複数のパリティペイロード１０４０に、ＭＭＴヘッダー１０２０と帯域内シグナリングのためのフィールド(ＦＥＣ帯域内信号)１０３０を追加したＭＭＴパケットである。パリティパケット１０１０は、ＡＬ-ＦＥＣ符号化が適用されたパリティペイロード向けである。上記のように、帯域内シグナリングを使用する場合、パリティパケットにおける符号化信号情報は、ＦＥＣ符号化パリティペイロード１０４０に追加されるＭＭＴヘッダー１０２０と帯域内シグナリングのためのフィールド１０３０を通じて提供される。
【００８８】
図１１は、本発明の実施形態により、図９のソースパケット又は図１０のパリティパケットに該当するＭＭＴパケットのＭＭＴヘッダーの構造を示す。
【００８９】
図１１を参照すると、ＭＭＴヘッダー１１１０の構造は、ソースペイロードがＭＭＴパケットであると仮定する。ＭＭＴヘッダー１１１０は、ペイロードタイプフィールド１１２０とＦＥＣ符号化構造フィールド１１３０を含む。ＦＥＣ符号化構造フィールド１１３０は、図８に示したＦＥＣ制御パケットを構成するＦＥＣ符号化構造フィールド８３０と同様である。
【００９０】
ペイロードタイプフィールド１１２０は、ＭＭＴパケットのペイロードのタイプを定義するフラグを含む。例えば、ペイロードのタイプは、ソースペイロード１１２１、部分ソースペイロード１１２２、第１のパリティペイロード１１２３、及び第２のパリティペイロード１１２４に分類できる。この場合、ペイロードタイプフィールド１１２０のフラグは、各々４つのタイプのペイロードを各々定義する値を有する。例えば、ソースペイロード１１２１のフラグは‘０ｘ００００’の値を有し、部分ソースペイロード１１２２のフラグは‘０ｘ０００１’の値を有し、第１のパリティペイロード１１２３のフラグは‘０ｘ０００２’の値を有し、第２のパリティペイロード１１２４のフラグは‘０ｘ０００３’の値を有する。したがって、上記フラグは、該当ＭＭＴパケットを構成するペイロードのタイプを認知できる。
【００９１】
例えば、ＦＥＣ符号化構造フィールド１１３０の値が部分２ステージのＦＥＣ符号化構造を示し、ペイロードタイプフィールド１１２０のフラグがソースペイロード１１２１を示す値０ｘ００００を有する場合、該当ＭＭＴパケットのペイロードは、ソースブロック内のソースペイロードのうち部分ソースペイロードを除外したソースペイロードであると認知できる。しかしながら、サブブロックは、ソースペイロードと部分ソースペイロードの両方ともを含むことができる。他の場合に、ＦＥＣ符号化構造フィールド１１３０の値が部分２ステージＦＥＣ符号化構造を指示し、ペイロードタイプフィールド１１２０のフラグが部分ソースペイロード１１２２を示す値０ｘ０００１を有する場合、該当ＭＭＴパケットのペイロードがソースブロック内のソースペイロードのうち部分ソースペイロードであると認知できる。
【００９２】
部分ＦＥＣ符号化を使用する他の場合、サブブロックから生成されて第１のパリティ部分を構成するパリティパケットのヘッダーでペイロードタイプフィールド１１２０のフラグは、‘０ｘ０００２’の値を有するように設定される。フラグ値‘０ｘ０００２’は、該当ＭＭＴパケットのペイロードがソースブロック内のソースペイロードを第１のＦＥＣ符号化により生成された第１のパリティペイロード１１２３であることを意味する。
【００９３】
もう一つの例では、部分ＦＥＣ符号化を使用する他の場合、サブブロック内の部分ソースペイロードから生成された第２のパリティ部分を構成するパリティパケットのヘッダーでペイロードタイプフィールド１１２０のフラグは、値‘０ｘ０００３’に設定される。フラグ値‘０ｘ０００３’は、該当ＭＭＴパケットのペイロードがソースブロック内の部分ソースペイロードを第２のＦＥＣ符号化により生成された第２のパリティペイロード１１２４であることを意味する。一方、図１１に示すＭＭＴヘッダーは、符号化構造がダイナミックに変わる場合に適用することが適合する。しかしながら、符号化構造が頻繁に変わる場合に、ＦＥＣ制御パケットを使用することが望ましい。
【００９４】
図１２Ａ〜図１２Ｄは、本発明の実施形態により、図９のソースパケット又は図１０のパリティパケットに該当するＭＭＴパケットのＦＥＣ帯域内信号９３０，１０３０の構成を示す。
【００９５】
図１２Ａ〜図１２Ｄを参照すると、図１２Ａ〜図１２Ｄに示すようにＦＥＣ帯域内信号１２１０，１２２０，１２３０，１２４０の構成は、ソースペイロードがＭＭＴパケットであると仮定する。ＦＥＣ帯域内信号１２１０，１２２０，１２３０，１２４０の構成は、ＭＭＴパケットのペイロードタイプにより独立的に定義できる。例えば、図１２Ａは、ＭＭＴパケットのペイロードがソースペイロードである場合にＦＥＣ帯域内信号１２１０の構成であり、図１２Ｂは、ＭＭＴパケットのペイロードが部分ソースペイロードである場合にＦＥＣ帯域内信号１２２０の構成である。図１２Ｃは、ＭＭＴパケットのペイロードが第１のパリティペイロードである場合にＦＥＣ帯域内信号１２３０の構成であり、図１２Ｄは、ＭＭＴパケットのペイロードが第２のパリティペイロードである場合にＦＥＣ帯域内信号１２４０の構成である。
【００９６】
図１２Ａ〜図１２Ｄに示すＦＥＣ帯域内信号は、各々ブロックＩＤフィールド１２１１，１２２１，１２３１，１２４１、ペイロードＩＤフィールド１２１２，１２２２，１２３２，１２４２、及びブロック長フィールド１２１３，１２２３，１２３３，１２４３を含む。各ブロックＩＤフィールド１２１１，１２２１，１２３１，１２４１は、各々該当ペイロードが属するブロック領域を識別するための情報を有する。例えば、ブロックＩＤフィールド１２１１，１２２１，１２３１，１２４１は、サブブロックＩＤ１２１４，１２２５，１２３４、及び/又は部分ソースブロックＩＤ１２２４，１２４４を有することができる。すなわち、ソースペイロードを含むソースパケットのＦＥＣ帯域内信号１２１０で、ブロックＩＤフィールド１２１１は、サブブロックＩＤ１２１４を含み、部分ソースペイロードを含むソースパケットのＦＥＣ帯域内信号１２２０で、ブロックＩＤフィールド１２２１は、部分ソースブロックＩＤ１２２４とサブブロックＩＤ１２２５を含む。
【００９７】
第１のパリティペイロードを含むパリティパケットのＦＥＣ帯域内信号１２３０で、ブロックＩＤフィールド１２３１は、サブブロックＩＤ１２３４を含み、第２のパリティペイロードを含むパリティパケットのＦＥＣ帯域内信号１２４０で、ブロックＩＤフィールド１２４１は、部分ソースブロックＩＤ１２４４を含む。サブブロックＩＤ１２１４，１２２５，１２３４は、サブブロック間に区別のための識別情報を含む。したがって、サブブロックＩＤ１２１４，１２２５，１２３４は、サブブロックから生成されたパリティブロックのＩＤと同じ値に設定され、これは、サブブロックとパリティブロックが一つのＦＥＣブロックで構成されることを意味する。これは、部分ソースブロックＩＤ１２２４，１２４４に対しても同様である。すなわち、サブブロックＩＤ１２１４，１２２５，１２３４と部分ソースブロックＩＤ１２２４，１２４４は、ＦＥＣブロックＩＤに該当する。
【００９８】
ペイロードＩＤフィールド１２１２，１２２２，１２３２，１２４２は、ＦＥＣブロック内で各ペイロードの順序に関する情報を有する。例えば、ペイロードＩＤフィールド１２１２，１２２２，１２３２，１２４２は、ソースペイロードＩＤ１２１５，１２２７、及び/又は部分ソースペイロードＩＤ１２２６又は第１のパリティペイロードＩＤ１２３５又は第２のパリティペイロードＩＤ１２４５を有する。すなわち、ソースペイロードを含むソースパケットのＦＥＣ帯域内信号１２１０で、ペイロードＩＤフィールド１２１２は、ソースペイロードＩＤ１２１５を含み、部分ソースペイロードを含むソースパケットのＦＥＣ帯域内信号１２２０で、ペイロードＩＤフィールド１２２２は、部分ソースペイロードＩＤ１２２６とソースペイロードＩＤ１２２７を含む。
【００９９】
第１のパリティペイロードを含むパリティパケットのＦＥＣ帯域内信号１２３０で、ペイロードＩＤフィールド１２３２は、第１のパリティペイロードＩＤ１２３５を含み、第２のパリティペイロードを含むパリティパケットのＦＥＣ帯域内信号１２４０で、ペイロードＩＤフィールド１２４２は、第２のパリティペイロードＩＤ１２４５を含む。
【０１００】
ソースペイロードＩＤ１２１５，１２２７は、サブブロック内で、すなわち他のソースペイロードのうちの該当ソースペイロードの位置で、該当ソースペイロードが何番目であるかを表す情報であり、部分ソースペイロードＩＤ１２２６は、部分ソースブロック内での該当ソースペイロードが何番目であるかを表す情報である。第１のパリティペイロードＩＤ１２３５は、第１のパリティブロック内で該当ペイロードが何番目であるかを表す情報であり、第２のパリティペイロードＩＤ１２４５は、第２のパリティブロック内で該当ペイロードが何番目であるかを表す情報である。
【０１０１】
ブロック長フィールド１２１３，１２２３，１２３３，１２４３は、各ブロック長に関する情報を有する。例えば、ブロック長フィールド１２１３，１２２３，１２３３，１２４３は、サブブロックに含まれるソースペイロードに対して該当サブブロックがいくつのソースペイロードで構成されるかを表し、部分ソースブロックに対しては該当部分ソースブロックがいくつの部分ソースペイロードで構成されるかを表し、第１のパリティブロックに対しては第１のパリティブロックがいくつの第１のパリティペイロードで構成されるかを表し、第２のパリティブロックに対しては第２のパリティブロックがいくつの第２のパリティペイロードで構成されるかを表す。すなわち、ソースペイロードを含むソースパケットのＦＥＣ帯域内信号１２１０で、ブロック長フィールド１２１３は、サブブロック長１２１６を含み、部分ソースペイロードを含むソースパケットのＦＥＣ帯域内信号１２２０で、ブロック長フィールド１２２３は、部分ソースブロック長１２２８及びサブブロック長１２２９を含む。
【０１０２】
第１のパリティペイロードを含むパリティパケットのＦＥＣ帯域内信号１２３０で、ブロック長フィールド１２３３は、第１のパリティブロック長１２３６を含み、第２のパリティペイロードを含むパリティパケットのＦＥＣ帯域内信号１２４０で、ブロック長フィールド１２４３は、第２のパリティブロック長１２４６を含む。一方、ＦＥＣ帯域内シグナリング方式は、大きくシーケンス番号に基づいた方式とペイロードＩＤに基づいた方式に分類される。
【０１０３】
まず、シーケンス番号に基づいた方式において、第１のＦＥＣ符号化により保護される、部分ソースペイロードを含む全体ソースペイロードに、順次に増加する方式で割り当てられる。全ソースペイロードに対して割り当てられたシーケンス番号は、ソースペイロードＩＤとして使用できる。シーケンス番号は、第２のＦＥＣ符号化により保護される部分ソースペイロードに順次に増加する方式で割り当てられる。部分ソースペイロードに対して割り当てられた一つのシーケンス番号は、部分ソースペイロードＩＤとして使用できる。この場合、ブロックＩＤは、各ＦＥＣブロックで第１のパケットに割り当てられたシーケンス番号に設定できる。ブロックＩＤは、ＦＥＣブロック内のすべてのパケットに対して共通に設定される。
【０１０４】
次に、上記方式がペイロードＩＤに基づく場合、図１２Ａ〜図１２ＤでブロックＩＤは、ＦＥＣブロックを区分するために設定される。一例として、第１のＦＥＣブロックのすべてのパケットに対するブロックＩＤは‘０’に設定し、第２のＦＥＣブロックのすべてのパケットに対するブロックＩＤは‘１’に設定する。すなわち、ブロックＩＤは、ＦＥＣブロックの順序により設定される。ペイロードＩＤは、サブブロック、又は部分サブブロック内で各ソースペイロードに対して０，１，２，…，又はＫ-１のように与えられ、ここで、Ｋはサブブロック内のソースペイロード個数であり、パリティブロック内で各パリティペイロードに対して０，１，２，…，又はＰ-１のように与えられ、Ｐは、パリティブロック内のパリティペイロードの個数、又はＫ，Ｋ＋１，…，Ｋ＋Ｐ-１である。
【０１０５】
図１３Ａ及び図１３Ｂは、本発明の実施形態による部分２ステージのＦＥＣ符号化方式が帯域内シグナリングを通じて実現されることを示す。
【０１０６】
図１３Ａ及び図１３Ｂを参照すると、ソースペイロードがＭＭＴパケットである場合、帯域内シグナリングに対して、図１３Ａはソースブロックの構成を示し、図１３Ｂはソース符号化ブロックの構成を示す。図１３Ａに、６個のビデオデータ、３個のオーディオデータ、及び３個のファイルデータに対応する１２個のパケットを含む一つのソースブロックの一例を示す。１２個のパケットは、各々ＭＭＴヘッダーとＭＭＴペイロードで構成される。さらに、一つのソースブロックは一つのサブブロックに分けられると仮定する。すなわち、ソースブロックとサブブロックが同一のデータセグメントを含むと仮定する。
【０１０７】
第１のＦＥＣ符号による第１のＦＥＣ符号化は、ソースブロックを構成する１２個のデータセグメント、すなわち１２個のパケットに対して実行される。第１のＦＥＣ符号化は、１２個のソースパケットと４個の基本パリティパケットを生成する。１２個のソースパケットの各々は、ソースペイロード、すなわちＭＭＴパケットとＦＥＣ帯域内信号を有する。ソースペイロードは、ＭＭＴペイロードとＭＭＴヘッダーで構成される。４個の基本パリティパケットの各々は、パリティペイロード、ＦＥＣ帯域内信号、及びＭＭＴヘッダーを有する。
【０１０８】
第２のＦＥＣ符号による第２のＦＥＣ符号化は、ソースブロックを構成する１２個のデータセグメント、すなわち１２個のパケットのうち３個のファイルパケットのような部分ソースブロックに実行される。第２のＦＥＣ符号化は、２個の拡張パリティパケットを生成する。２個の拡張パリティパケットは、各々パリティペイロード、ＦＥＣ帯域内信号、及びＭＭＴヘッダーを有する。１２個のソースパケット、４個の基本パリティパケット、及び２個の拡張パリティパケットを構成されるＭＭＴヘッダーは、該当パケットのペイロードを構成するタイプを示すフラグを有する。
【０１０９】
例えば、ビデオ及びオーディオデータに対応するソースペイロードを有するソースパケットのＭＭＴヘッダーは、‘０ｘ００００’に設定されるフラグを有し、ファイルデータに対応するソースペイロードを有するソースパケットのＭＭＴヘッダーは、‘０ｘ０００１’に設定されるフラグを有する。４個の基本パリティパケットのＭＭＴヘッダーは‘０ｘ０００２’に設定されるフラグを有し、２個の拡張パリティパケットのＭＭＴヘッダーは‘０ｘ０００３’に設定されるフラグを有する。
【０１１０】
１２個のソースパケット、４個の基本パリティパケット、及び２個の拡張パリティパケットを構成するＦＥＣ帯域内信号は、ＭＭＴヘッダーに設定されたフラグ値により設定され得る。例えば、１２個のソースパケット、４個の基本パリティパケット、及び２個の拡張パリティパケットは、ＭＭＴヘッダーに設定されたフラグ値と関係なく、ＦＥＣ帯域内信号に‘ブロックＩＤ’、‘ペイロードＩＤ’、及び‘ブロック長’を共通に含む。しかしながら、１２個のソースパケットのうちＭＭＴヘッダーに‘０ｘ０００１’に設定されるフラグを有するソースパケットのＦＥＣ帯域内信号は、‘部分ブロックＩＤ’、‘部分ペイロードＩＤ’、及び‘部分ブロック長’を追加して含む。すなわち、部分ソースペイロードの場合、ＦＥＣ帯域内信号は、‘部分ブロックＩＤ’、‘部分ペイロードＩＤ’、及び‘部分ブロック長’を含む。
【０１１１】
符号化信号情報は、所定の伝送方式に基づいて復号化装置に提供されなければならない。例えば、この伝送方式は、帯域外シグナリングによる伝送方式又は帯域内シグナリングによる伝送方式であり得る。
【０１１２】
図１４は、本発明の実施形態により、符号化信号情報を帯域外シグナリングにより伝送するための装置を示すブロック構成図である。
【０１１３】
図１４を参照すると、予め格納され、あるいは発生する所定のロー(raw)ＡＶコンデンツ１４０１に対応するデータストリーム１がＡＶコーデックエンコーダ１４０３に提供される。データストリーム１の一例では、ローＡＶストリームであり得る。ＡＶコーデックエンコーダ１４０３は、オーディオコーデックエンコーダとビデオコーデックエンコーダを用いてデータストリーム１を圧縮し、圧縮したデータストリーム２を転送プロトコルパケット化部１４０５に提供する。
【０１１４】
転送プロトコルパケット化部１４０５は、圧縮されたデータストリーム２に基づいてＦＥＣ符号化を遂行するソースブロック３を構成してＦＥＣエンコーダ１４０７に提供する。このとき、ＦＥＣ符号化のための符号化構造及び/又は符号化構成関連情報も共に提供することができる。ＦＥＣエンコーダ１４０７は、符号化構造及び/又は符号化構成関連情報に基づいてソースブロックに対する第１のＦＥＣ符号化及び第２のＦＥＣ符号化を遂行する。ＦＥＣエンコーダ１４０７は、第１のＦＥＣ符号化及び第２のＦＥＣ符号化により生成されるソース符号化ブロック４を転送プロトコルパケット化部１４０５に提供する。転送プロトコルパケット化部１４０５は、ＦＥＣエンコーダ１４０７により提供されるソース符号化ブロック４にヘッダーを付加してＦＥＣパケット７を構成し、このＦＥＣパケット７をネットワークを介して伝送する。また、転送プロトコルパケット化部１４０５は、ネットワークを介して伝送されるＦＥＣパケット７に対応する符号化信号情報、すなわちＦＥＣ制御情報を構成する。
【０１１５】
転送プロトコルパケット化部１４０５は、符号化信号情報により符号化信号パケット５、すなわちＦＥＣ制御パケット５を生成し、ＦＥＣパケット７をネットワークを介して伝送する前に予め伝送できる。これは、復号化装置が受信したＦＥＣパケット７を復号化する場合に符号化信号情報５、すなわちＦＥＣ制御情報５を参照するためである。例えば、復号化装置は、符号化信号情報５、すなわちＦＥＣ制御情報５からＦＥＣ構造及び/又はＦＥＣ符号化構成関連情報を獲得できる。
【０１１６】
転送プロトコルデパケット化部１４０９は、ＦＥＣ制御パケット６を受信し、受信したＦＥＣ制御パケット６から獲得した符号化信号情報に基づき、以後に受信されるソース符号化パケット８に対する復号化を準備する。転送プロトコルデパケット化部１４０９は、ソース符号化パケット８を受信する場合、予め獲得した符号化信号情報に基づいてソース符号化パケット８からソース符号化ブロック９を獲得してＦＥＣデコーダ１４１１に提供する。ＦＥＣデコーダ１４１１は、予め獲得した符号化信号情報に基づいて転送プロトコルデパケット化部１４０９から受信されるソース符号化ブロック９に対する復号化を遂行してサブブロック別にデータセグメントを獲得する。データセグメントが損失される場合、損失されたデータセグメントを回復する。
【０１１７】
ＦＥＣデコーダ１４１１は、ソース符号化ブロック９に対する復号化により獲得したソースブロック１０を転送プロトコルデパケット化部１４０９に提供する。転送プロトコルデパケット化部１４０９は、ＦＥＣデコーダ１４１１から提供されるソースブロック１０から圧縮されたデータストリーム１１を構成し、圧縮されたデータストリーム１１をＡＶコーデックデコーダ１４１３に提供する。ＡＶコーデックデコーダ１４１３は、オーディオコーデックデコーダとビデオコーデックビデオコーデックデコーダを用いて圧縮されたデータストリーム１１からＡＶコンデンツに対応するビデオ及びオーディオデータストリーム１２を抽出してディスプレイ部１４１５に提供する。
【０１１８】
図１５は、本発明の実施形態により、符号化信号情報を帯域内シグナリングにより伝送するための装置を示すブロック構成図である。
【０１１９】
図１５を参照すると、図１５の装置による処理手順は、図１４の上記した手順に類似している。しかしながら、図１５の処理手順は、図１４のステップ５，６に対応する動作を含んでいない。参照番号５，６の省略により、図１４の参照番号７〜１２は、図１５の参照番号５〜１０に対応する。
【０１２０】
図１５の参照番号５，６において、ＦＥＣ制御情報、すなわち対応するソースパケット又はパリティパケットに関する符号化信号情報は、ソース符号化ブロックでソースパケット又はパリティパケットのヘッダーにより転送される。図１４及び図１５において、ＡＶコンデンツは、記述のために仮定されたが、本発明はこれに限定されるものではなく、いずれかの類似及び/又は適切なタイプのコンテンツが使用され得る。例えば、ＡＶデータとファイルデータが共に転送されるハイブリッドコンテンツ配信サービスに対しても同一に適用される。ハイブリッドコンテンツ配信サービスの場合、ソースブロックは、ＡＶデータに対応するデータセグメントだけでなくファイルデータに対応するデータセグメントを含む。
【０１２１】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。その上、このような変更は、本発明の精神及び範囲と別に理解されてはならない。
【０１２２】
例えば、上記した本発明の実施形態では、ソースペイロードがＭＭＴペイロードフォーマットを有する場合を仮定する。すなわち、ソースペイロードがＭＭＴペイロードフォーマットを有する場合、ソースブロックを構成する方法に関して記述した。しかしながら、本発明の実施形態は、ソースペイロードがＭＭＴパケットフォーマットを有する場合にも同一に適用される。ここで、ＭＭＴパケットのフォーマットは、ＭＭＴペイロードフォーマットにＭＭＴヘッダーを追加した構成を有する。この場合、ＭＭＴペイロードフォーマットはＭＭＴパケットに置き換えられ、アセットＩＤ又はＩ-フレームインジケータのような情報は、ＭＭＴヘッダーに格納されることが望ましい。
【０１２３】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【０１２４】
１１０  メディア符号化階層
１２０  同期階層
１２２  フラグメント
１２４  アクセスユニット
１３０  伝送階層
１３２  ＭＰＥＧ−２  ＴＳ／ＭＰ４
１３４  ＲＴＦ／ＨＴＴＰ
１３６  ＵＤＰ／ＴＣＰ
１４０  ネットワーク階層
１５０  データリンク階層
１６０  物理階層
３１０  ソースブロック
３１２−１  第１のサブブロック
３１２−２  第２のサブブロック
３１２−Ｍ  第Ｍのサブブロック
３１４  第１のＦＥＣエンコーダ
３１６−１  第１のサブブロック
３１６−２  第２のサブブロック
３１６−Ｍ  第Ｍのサブブロック
３１８−１  第１のＰ１
３１８−２  第２のＰ１
３１８−Ｍ  第ＭのＰ１
３２０  第２のＦＥＣエンコーダ
３２２  拡張パリティ部分Ｐ２
４１０  ソースブロック
４１０−１  データセグメント
４１０−２  データセグメント
４１０−３  データセグメント
４１０−４  データセグメント
４１０−５  データセグメント
４１０−６  データセグメント
４１０−７  データセグメント
４１０−８  データセグメント
４１２−１  第１のサブブロック
４１２−２  第２のサブブロック
４１２−Ｍ  第Ｍのサブブロック
４１４  第１のＦＥＣエンコーダ
４１６−１  第１のサブブロック
４１６−２  第２のサブブロック
４１６−Ｍ  第Ｍのサブブロック
４１８−１  第１のＰ１
４１８−２  第２のＰ１
４１８−Ｍ  第ＭのＰ１
４２０  第２のＦＥＣエンコーダ
４２２  拡張パリティ部分Ｐ２
８１０  ＦＥＣ制御パケット
８２０  ＦＥＣ制御パケットヘッダー
８３０  ＦＥＣ符号化構造フィールド
８３１  適用されないＡＬ−ＦＥＣ
８３２  適用される１ステージＦＥＣ符号化
８３３  全２ステージのＦＥＣ符号化構造（方法１）
８３４  部分２ステージの符号化構造（方法２）
８４０  ＦＥＣ構成情報フィールド
８４１  第１のＦＥＣ符号ＩＤ
８４２  サブブロック長
８４３  第１のパリティブロック長
８４４  ソースフローＩＤ＝０ｘ００００
８４５  第１のパリティフローＩＤ＝０ｘ０００２
８４６  第２のＦＥＣ符号ＩＤ
８４７  部分ソースブロック長
８４８  第２のパリティブロック長
８４９  部分ソースフローＩＤ＝０ｘ０００１
８５０  第２のパリティフローＩＤ＝０ｘ０００３
９１０  ソースパケット
９２０  ソースペイロード（ＭＭＴパケット）
９３０  ＦＥＣ帯域内信号
９４０  ＭＭＴヘッダー
９５０  ＭＭＴペイロード
１０１０  パリティパケット
１０２０  ＭＭＴヘッダー
１０３０  ＦＥＣ帯域内信号
１０４０  パリティペイロード
１１１０  ＭＭＴヘッダー
１１２０  ペイロードタイプフィールド
１１２１  ソースペイロード
１１２２  部分ソースペイロード
１１２３  第１のパリティペイロード
１１２４  第２のパリティペイロード
１１３０  ＦＥＣ符号化構造フィールド
１２１０  ＦＥＣ帯域内信号
１２１１  ブロックＩＤフィールド
１２１２  ペイロードＩＤフィールド
１２１３  ブロック長フィールド
１２１４  サブブロックＩＤ
１２１５  ソースペイロードＩＤ
１２１６  サブブロック長
１２２０  ＦＥＣ帯域内信号
１２２１  ブロックＩＤフィールド
１２２２  ペイロードＩＤフィールド
１２２３  ブロック長フィールド
１２２４  部分ソースブロックＩＤ
１２２５  サブブロックＩＤ
１２２６  部分ソースペイロード
１２２７  ソースペイロードＩＤ
１２２８  部分ソースブロック長
１２２９  サブブロック長
１２３０  ＦＥＣ帯域内信号
１２３１  ブロックＩＤフィールド
１２３２  ペイロードＩＤフィールド
１２３３  ブロック長フィールド
１２３４  サブブロックＩＤ
１２３５  第１のパリティペイロードＩＤ
１２３６  第１のパリティブロック長
１２４０  ＦＥＣ帯域内信号
１２４１  ブロックＩＤフィールド
１２４２  ペイロードＩＤフィールド
１２４３  ブロック長フィールド
１２４４  部分ソースブロックＩＤ
１２４５  第２のパリティペイロードＩＤ
１２４６  第２のパリティブロック長
１４０１  ローＡＶコンデンツ
１４０３  ＡＶコーデックエンコーダ
１４０５  転送プロトコルパケット化部
１４０７  ＦＥＣエンコーダ
１４０９  転送プロトコルデパケット化部
１４１１  ＦＥＣデコーダ
１４１３  ＡＶコーデックデコーダ
１４１５  ディスプレイ部
【図１】
2015500587.tif 000004
【図２Ａ】
2015500587.tif 000005
【図２Ｂ】
2015500587.tif 000006
【図３】
2015500587.tif 000007
【図４】
2015500587.tif 000008
【図５】
2015500587.tif 000009
【図６】
2015500587.tif 000010
【図７】
2015500587.tif 000011
【図８】
2015500587.tif 000012
【図９】
2015500587.tif 000013
【図１０】
2015500587.tif 000014
【図１１】
2015500587.tif 000015
【図１２Ａ】
2015500587.tif 000016
【図１２Ｂ】
2015500587.tif 000017
【図１２Ｃ】
2015500587.tif 000018
【図１２Ｄ】
2015500587.tif 000019
【図１３Ａ】
2015500587.tif 000020
【図１３Ｂ】
2015500587.tif 000021
【図１４】
2015500587.tif 000022
【図１５】
2015500587.tif 000023
【国際調査報告】
2015500587.tif 000024
2015500587.tif 000025