A method and apparatus for transmitting and receiving method and error correction packet generation of forward error correction packets in a multi-media system

本発明は、マルチメディアシステムにおける前方誤り訂正パケットを生成する方法とその誤り訂正パケットを送受信する方法及び装置に関するものである。

コンテンツの種類の増加、及び高解像度(High Definition(HD))コンテンツ並びに超高解像度(Ultra High Definition(UHD))コンテンツのような大容量又は高速データ(high-data)コンテンツの増加により、データの混雑がネットワーク上でより激しくなっている。

図１は、一般的なＩＰベースのネットワークトポロジーとデータフローを概略的に示す。

図１を参照すると、データの混雑によって、ホストＡである送信器１１０により送信されたコンテンツは、ホストＢである受信器１３０に完全に伝送されず、コンテンツの一部は、送信器１１０から受信器１３０にそのルータ(router)で損失が発生する。 代表的なＩＰネットワークにおいて、データは、パケット単位で伝送され、それによって損失が伝送パケット単位で発生する可能性がある。 そのため、受信器１３０は、ネットワークで損失された伝送パケットを受信せず、それによって損失された伝送パケット内のデータを知らない。 これは、オーディオの品質低下、ビデオの画質劣化、画面割れ(crack)、字幕情報の欠落、及びファイルの損失を含む多様な形態のユーザーの不便さをもたらす。

したがって、ネットワークで損失されたデータを回復するための方法が必要になる。 このため、送信器１１０は、ソースデータをＦＥＣ符号化して回復データを付加してＦＥＣフレームを生成し、このＦＥＣフレームを一連のプロセスを通じて伝送する。 プロトコルスタックのアプリケーション階層において、送信データが順序に従って受信される物理階層とは異なり、送信データは、ネットワークで複数のルータ１５０を通過しつつ送信順に受信されないことがある。 したがって、ＦＥＣフレーム内の各シンボルの順序を受信器が判断するようにする整列方法が必要であり、ＦＥＣフレーム間の境界情報を受信器が得るようにする送信方法が必要である。

図１に示すように、ＩＰパケット１７０は、複数のルータ１５０を通じて受信器１３０に伝送される。 しかしながら、ＩＰパケット１７０は、送信器１１０が送信するべき順番とは異なる順序で受信器１３０に伝送することができる。 それによって、ＡＶ(オーディオ/ビデオ)コンテンツストリーミングでパケットの伝送順序を表すことが必要である。 そのため、アプリケーション段階で、図１のデータ１７１は、ＡＶコデックステージで圧縮されたデータをリアルタイムプロトコル(ＲＴＰ)を用いてパケット化して生成されるＲＴＰパケットデータと見なされ、あるいはＭＰＥＧ(Motion Picture Experts Group)メディア伝送(ＭＭＴ)パケットデータと見なされることが望ましい。

したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、マルチメディアシステムにおけるパケット損失を防止するように前方誤り訂正(ＦＥＣ)パケットを生成する方法を提供することにある。

本発明の他の目的は、マルチメディアシステムにおけるＦＥＣパケットを含むＦＥＣパケットブロックを送受信する方法及び装置を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、マルチメディアシステムにおける複数の前方誤り訂正(ＦＥＣ)パケットを含むＦＥＣパケットブロックを送信する方法が提供される。 その方法は、複数のソースシンボルに対して第１のＦＥＣ符号化を遂行して、少なくとも一つのソースパケット、および各ソースパケットの回復のための少なくとも一つの回復パケットを各々含む複数の第１のＦＥＣパケットブロックを生成するステップと、複数の第１のＦＥＣパケットブロックに対して第２のＦＥＣ符号化を遂行し、複数の第１のＦＥＣパケットブロックに対する少なくとも一つの回復パケットを含む第２のＦＥＣパケットブロックを生成するステップと、複数の第１のＦＥＣパケットブロックに対するブロック境界を示す第１のブロック境界情報および第２のＦＥＣパケットブロックに対するブロック境界を表す第２のブロック境界情報のうち少なくとも一つと該当パケットのシーケンス番号情報とを、少なくとも一つのソースパケットと少なくとも一つの回復パケットの各々のヘッダー情報に含む第２のＦＥＣパケットブロックを送信するステップとを有する。

本発明の他の態様によれば、マルチメディアシステムにおける複数の前方誤り訂正(ＦＥＣ)パケットを含むＦＥＣパケットブロックを送信する送信装置が提供される。 その送信装置は、所定の通信方式によってＦＥＣパケットブロックを送信する送信部と、複数のソースシンボルに対して第１のＦＥＣ符号化を遂行して少なくとも一つのソースパケット、および少なくとも一つのソースパケットの各々の回復のための少なくとも一つの回復パケットを各々含む複数の第１のＦＥＣパケットブロックを生成する第１のＦＥＣ符号化部と、複数の第１のＦＥＣパケットブロックに対して第２のＦＥＣ符号化を遂行して複数の第１のＦＥＣパケットブロックに対する少なくとも一つの回復パケットを含む第２のＦＥＣパケットブロックを生成する第２のＦＥＣ符号化部と、少なくとも一つのソースパケットおよび少なくとも一つの回復パケットの各々のヘッダー情報に、複数の第１のＦＥＣパケットブロックに対するブロック境界を表す第１のブロック境界情報および第２のＦＥＣパケットブロックに対するブロック境界を表す第２のブロック境界情報のうち少なくとも一つと該当パケットのシーケンス番号情報とを付加し、各ＦＥＣパケットブロックの送信を制御する制御部とを含む。

また、本発明の他の態様によれば、マルチメディアシステムにおける複数の前方誤り訂正(ＦＥＣ)パケットを含むＦＥＣパケットブロックを受信する方法が提供される。 その方法は、複数のソースシンボルに対して第１のＦＥＣ符号化が遂行される場合、少なくとも一つのソースパケットおよび少なくとも一つのソースパケットの各々の回復のための少なくとも一つの回復パケットを各々含む複数の第１のＦＥＣパケットブロックを構成する複数のパケットを受信するステップと、複数の第１のＦＥＣパケットブロックに対して第２のＦＥＣ符号化が遂行される場合、複数の第１のＦＥＣパケットブロックおよび複数の第１のＦＥＣパケットブロックに対する少なくとも一つの回復パケットを含む第２のＦＥＣパケットブロックを構成する複数のパケットを受信するステップと、複数の第１のＦＥＣパケットブロック又は第２のＦＥＣパケットブロックを構成する受信された複数のパケット各々からヘッダー情報を抽出し、複数の第１のＦＥＣパケットブロックおよび第２のＦＥＣパケットブロックに対する該当ブロック境界を各々判断して受信された複数のパケットを復号化するステップと、復号化の結果、損失されたソースパケットが存在する場合、該当回復パケットを用いて損失されたソースパケットを回復するステップとを有し、各パケットのヘッダー情報は、複数の第１のＦＥＣパケットブロックに対するブロック境界を表す第１のブロック境界情報および第２のＦＥＣパケットブロックに対するブロック境界を表す第２のブロック境界情報のうち少なくとも一つと、該当パケットのシーケンス番号情報とを含む。

さらに、本発明の他の態様によれば、マルチメディアシステムにおける複数のＦＥＣパケットを含む前方誤り訂正(ＦＥＣ)パケットブロックを受信する受信装置が提供される。 その受信装置は、複数のソースシンボルに対して第１のＦＥＣ符号化を遂行して生成され、少なくとも一つのソースパケットおよび各ソースパケットの回復のための少なくとも一つの回復パケットを含む、各々の複数の第１のＦＥＣパケットブロックを構成する複数のパケットを受信し、複数の第１のＦＥＣパケットブロックに対して第２のＦＥＣ符号化を遂行して生成され、複数の第１のＦＥＣパケットブロックと複数の第１のＦＥＣパケットブロックに対する少なくとも一つの回復パケットを含む、第２のＦＥＣパケットブロックを構成する複数のパケットを受信する受信部と、受信された複数の第１のＦＥＣパケットブロック又は第２のＦＥＣパケットブロックのうち少なくとも一つに対して復号化を遂行するデコーダと、複数の第１のＦＥＣパケットブロック又は第２のＦＥＣパケットブロックを構成する受信された複数のパケットの各々からヘッダー情報を抽出し、複数の第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックに対するブロック境界を判断してデコーダを用いて各パケットの復号化し、復号化の結果、損失されたソースパケットが存在する場合、該当回復パケットを用いて損失されたソースパケットの回復を遂行する制御部とを含み、各パケットのヘッダー情報は、複数の第１のＦＥＣパケットブロックに対するブロック境界を表す第１のブロック境界情報および第２のＦＥＣパケットブロックに対するブロック境界を表す第２のブロック境界情報のうち少なくとも一つと関連パケットのシーケンス番号情報とを含む。

本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。

本発明は、ＦＥＣパケット生成及び伝送方法により、ネットワーク上の数個の伝送経路を介してコンテンツの配信中にパケットの到達シーケンスの変更又はパケット損失の発生にもかかわらず、損失したパケットを容易に回復し、それによってユーザーに良質のコンテンツ及びサービスを提供することができる効果を有する。

一般的なＩＰベースのネットワークトポロジーとデータフローを概略的に示す図である。

本発明の一実施形態により、第１のＦＥＣと第２のＦＥＣが適用される符号化構造を示す図である。

本発明の一実施形態により、第１のＦＥＣと第２ＦＥＣが適用されるＦＥＣブロックを示す図である。

本発明の一実施形態により、第１のＦＥＣと第２ＦＥＣが適用されるＦＥＣパケットブロックを示す図である。

本発明の一実施形態によるＭＭＴシステムと伝送機能階層の構成を示す図である。

以下、本発明の望ましい実施形態を添付の図面と参照して詳細に説明する。

次の説明において、具体的な構成及び構成要素のような特定詳細は、本発明の実施形態の全般的な理解を助けるために提供されるだけである。 したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当業者には明らかである。 なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。

以下で説明される本発明の実施形態は、ＦＥＣブロックが転送プロトコルを用いて送信される場合、ＲＴＰパケット又はＭＭＴパケットのように、ＦＥＣブロックに含まれる複数のＦＥＣパケットの整列(ordering)及び伝送のためのパケット生成及び送信方法を含む。

しかしながら、本発明の実施形態の説明に先立って、ここで使用される用語は下記のように定義される。

前方誤り訂正(ＦＥＣ)：誤り又は削除シンボルを訂正するための誤り訂正符号 ＦＥＣフレーム：保護しようとする情報をＦＥＣ符号化して生成される符号語であって、その符号語は情報部とパリティ部を含む。
シンボル：データの単位、ここでは、ビットサイズはシンボルサイズと称される。
ソースシンボル：ＦＥＣフレームの情報部である非保護データシンボル 符号化シンボル：ソースシンボルをＦＥＣ符号化して生成されたシンボル 回復(repair)シンボル：ソースシンボルをＦＥＣ符号化することにより生成されたＦＥＣフレームのパリティ部、ここでは、ＦＥＣ符号化の際にソースシンボルがそのまま維持されるシステマティック符号化の場合、符号化シンボルは、ソースシンボル＋回復シンボルである。
パケット：ヘッダーとペイロードを含む伝送単位。
ペイロード：送信器から送信されるパケット内に位置したユーザーデータのピース(piece)
パケットヘッダー：パケットのヘッダー ソースブロック：一つ以上のソースシンボルを含むシンボルの集合 回復ブロック：一つ以上の回復シンボルを含むシンボルの集合 ＦＥＣブロック：ＦＥＣフレームの集合、又はソースブロックと回復ブロックを含むシンボルの集合 ＦＥＣパケット：ＦＥＣパケットブロックを伝送するためのパケット ソースパケット：ソースブロックを伝送するためのパケット 回復パケット：回復ブロックを伝送するためのパケット ＦＥＣパケットブロック：ＦＥＣパケットブロックを伝送するためのパケットの集合

ソースパケットは、複数のソースシンボルの集合であるソースブロックを伝送するためのパケットである。 回復パケットは、複数の回復シンボルの集合である回復ブロックを伝送するためのパケットである。 ＦＥＣブロックは、ソースブロックと回復ブロックを含み、ＦＥＣブロックを伝送するためのパケットの集合はＦＥＣパケットブロックと称される。

本発明の実施形態によると、ＦＥＣパケットブロックを生成する方法は、ユーザーに提供されるコンテンツに対する少なくとも一つのソースパケットを生成するステップと、少なくとも一つのソースパケット内のペイロードを回復するための回復シンボルを含む少なくとも一つの回復パケットを生成するステップを有する。 すると、ＦＥＣパケットブロックは、少なくとも一つのソースパケットと少なくとも一つの回復パケットを含むように生成される。

さらに、本発明の他の実施形態によると、ＦＥＣパケットブロックを生成する方法は、ユーザーに提供されるコンテンツに対する少なくとも一つのソースパケットを生成し、少なくとも一つのソースパケット内の該当ペイロードを回復するための第１の回復シンボルを含む少なくとも一つの第１の回復パケットを生成するステップと、少なくとも一つのソースパケットと少なくとも一つの第１の回復パケットの全体ペイロードに対する第２の回復シンボルを含む少なくとも一つの第２の回復パケットを生成するステップを有する。 すると、ＦＥＣパケットブロックは、少なくとも一つのソースパケットと少なくとも一つの第１及び第２の回復パケットを含むように生成される。

本発明の他の実施形態によると、ＦＥＣパケットブロックを生成する方法は、ユーザーに提供されるコンテンツに対する少なくとも一つのソースパケットを生成するステップと、少なくとも一つのソースパケット内の関連ペイロードを回復するための第１の回復シンボルを含む少なくとも一つの第１の回復パケットを生成するステップと、少なくとも一つのソースパケットの全体ペイロードに対する第２の回復シンボルを含む少なくとも一つの第２の回復パケットを生成するステップを有する。 ＦＥＣパケットブロックは、少なくとも一つのソースパケットと少なくとも一つの第１及び第２の回復パケットを含むように生成される。

本発明の実施形態により、ソースパケットと第１の回復パケットを含むＦＥＣパケットブロックを'第１のＦＥＣパケットブロック'と称し、ソースパケットと第１及び第２の回復パケットを含むＦＥＣパケットブロックを'第２のＦＥＣパケットブロック'と称し、あるいはソースパケットと第２の回復パケットを含むＦＥＣパケットブロックを'第２ＦＥＣパケットブロック'と称する。 第１のＦＥＣパケットブロックに含まれる回復ブロックは'第１の回復ブロック'と称され、第２のＦＥＣパケットブロックに含まれる回復ブロックは'第２の回復ブロック'と称される。

第１のＦＥＣパケットブロック及び第２のＦＥＣパケットブロックのソースブロックが各々第１のソースブロックと第２のソースブロックと称される場合、第１のソースブロック及び第２のソースブロックは、同一のソースシンボル、あるいは異なるソースシンボルを含むことができる。 第２のＦＥＣブロックが第１のＦＥＣパケットブロックのソースブロックに追加的にＦＥＣ符号化により生成された第２の回復ブロックを付加して生成される場合、第２のＦＥＣブロックのソースブロックは、第１のＦＥＣブロックのソースブロックと同一であるため、第１のソースブロックと第２のソースブロックは、同一のソースシンボルを含むことができる。 第２のＦＥＣブロックの第２のソースブロックが第１のソースブロックと第１の回復ブロックを含んで生成される場合、第１及び第２のソースブロックは相互に区別される。

図２は、本発明の一実施形態により、第１及び第２のＦＥＣが提供される符号化構造を示す。

図２を参照すると、Ｍ個の第１の符号化シンボル２０５〜２０７は、所定個数のシンボルをＭ個の第１のソースシンボル２０１ａ〜２０３ａに分割され、それぞれの第１のソースシンボル２０１ａ〜２０３ａに対して第１のＦＥＣ符号化を遂行して生成される。 Ｍ個の第１の符号化シンボル２０５〜２０７は、第１のソースシンボル２０１ａ〜２０３ａとそれに関連した第１の回復シンボル２０１ａ〜２０３ｂを含む。

第１のＦＥＣ符号化により生成されたＭ個の第１の符号化シンボル２０５〜２０７又はＭ個の第１のソースシンボル２０１ａ〜２０３ａは、第２のソースシンボルとして使用され、図２に示すように、第２の符号化シンボルのような第２の符号化シンボル２０９は、第２のソースシンボルに対して第２のＦＥＣ符号化を遂行することによって、第１の符号化シンボル２０５〜２０７と第２の回復シンボルのような第２の回復シンボル２０８を含むことができる。 また、図２に示されてはいないが、第１のＦＥＣと第２のＦＥＣのうち一つのみが選択的に適用可能である。

図３Ａ及び図３Ｂは、本発明の一実施形態により、第１のＦＥＣと第２のＦＥＣが適用されるＦＥＣブロックとＦＥＣパケットブロックを各々示す。

図３Ａ及び図３Ｂを参照すると、図２に基づいた符号化シンボルのソースブロックに対するソースペイロード３０１と回復ブロックに対する第１の回復ペイロード３０３を含むＭ個の第１のＦＥＣブロック３０７ａ、及びパケット単位で伝送するためにＦＥＣブロックそれぞれのペイロード３１１，３１３にパケットヘッダー３１１ａ，３１３ａを付加してパケット化するＭ個の第１のＦＥＣパケットブロック３１７ａが示されている。

図３Ａを参照すると、第２のＦＥＣブロック３０７は、第２のＦＥＣが適用される場合、Ｍ個の第１のＦＥＣブロック３０７ａと、Ｍ個の第１のＦＥＣブロック３０７ａに対する少なくとも一つの第２の回復ペイロード３０５を伝送するための第２の回復ブロックを含むことができる。

図３Ｂを参照すると、第２のＦＥＣパケットブロック３１７は、第２のＦＥＣが適用される場合、Ｍ個の第１のＦＥＣパケットブロック３１７ａと、Ｍ個の第１のＦＥＣパケットブロック３１７ａに対する少なくとも一つの第２の回復ブロック３１５を伝送するためのパケットヘッダー３１５ａが適用される第２の回復ブロックを含むことができる。 各パケットは、ヘッダーとペイロードを含む。 図示してはいないが、ＦＥＣなしに、第１のＦＥＣのみ、又は第２ＦＥＣのみが各パケットに適用され得る。

図３Ａ及び図３Ｂに関連して説明された第１及び第２のＦＥＣ符号化構造が適用される場合、Ｍ個の第１のＦＥＣパケットブロック３１７ａは、第１のＦＥＣ符号化に基づき、コンテンツに対するソースシンボルを含む少なくとも一つのソースパケット、ソースパケットのペイロードに対する第１の回復シンボルを含む少なくとも一つの第１の回復パケットを含むように生成される。 また、第２のＦＥＣパケットブロック３１７は、第２のＦＥＣ符号化に基づき、Ｍ個の第１のＦＥＣパケットブロック３１７ａと、第１のＦＥＣパケットブロックに対する少なくとも一つの第２の回復パケットを含むように生成される。

本発明の一実施形態によるＦＥＣパケットブロックに含まれるパケットのヘッダー構造について、以下に説明する。 次の説明では、ＦＥＣパケットは、ＦＥＣパケットブロックに含まれる各々のパケット及び/又は任意のパケットであり得る。 それぞれのＦＥＣパケットのヘッダーは、第１及び第２のＦＥＣパケットブロックの境界情報フィールド、シーケンス番号フィールド、第１及び第２の回復ブロックの境界情報フィールド、及びペイロードタイプ情報フィールドのうち少なくとも一つを含むことができる。

上記のパケットヘッダーは、第１のＦＥＣのためのパラメータ情報、すなわち第１のＦＥＣパケットブロックと第１のソースブロックに含まれるパケットに関するパケットカウント情報、又は第１のソースブロックと第１の回復ブロックに含まれるパケットに関するパケットカウント情報を含むことができる。 また、パケットヘッダーは、第２のＦＥＣに関するパラメータ情報、すなわち第２のＦＥＣパケットブロックと第２のソースブロックに含まれるパケットに関するパケットカウント情報、又は第２のソースブロック及び第２の回復ブロックに含まれるパケットに関するパケットカウント情報を含むことができる。

さらに、パケットヘッダーは、第１のＦＥＣ及び第２のＦＥＣのうち少なくとも一つが適用されるか否かを示すＦＥＣ構造フィールドを含むことができる。 ＦＥＣ構造フィールドのフィールド値に従って、第１及び第２のＦＥＣパケットブロックの境界情報フィールド、シーケンス番号フィールド、第１の回復ブロックに関する境界情報フィールド、ペイロードタイプ情報フィールド、第１のＦＥＣのためのパラメータ情報フィールド、及び第２のＦＥＣのためのパラメータ情報フィールドを選択的に含み、あるいはその定義を相違させることができる。

＜表１＞は、本発明の実施形態によるＦＥＣパケットに対するヘッダーフォーマット１を示す。

＜表１＞に示すヘッダーフォーマットは、固定した情報フィールドの集合(collection)ではなく、ＦＥＣパケットのヘッダー内に含まれる情報フィールドの集合であり得る。 ヘッダーフォーマット内の各情報フィールドは、採用されるＦＥＣパケット伝送方式により選択的に構成することができる。

図３Ａ及び図３Ｂに示すように２つのＦＥＣが使用される場合と異なり、一つのＦＥＣのみが適用される場合、ＦＥＣパケットブロックの生成方法は、ＦＥＣが適用される場合、ソースシンボルを伝送するための少なくとも一つのソースパケットを生成し、回復シンボルを伝送するための少なくとも一つの回復パケットの生成するステップを有する。

＜表２＞は、本発明の実施形態により、一つのＦＥＣのみが適用される場合のＦＥＣパケットヘッダーフォーマット２を示す。

＜表２＞を参照すると、各ＦＥＣパケットのヘッダーは、ＦＥＣパケットブロックに対する境界情報フィールド、すなわちＦＥＣブロック境界、シーケンス番号フィールド、回復ブロック境界情報フィールド、及びペイロードタイプ情報フィールドのうち少なくとも一つを含むことができる。

また、パケットヘッダーは、ＦＥＣパケットブロックとソースブロックに含まれるパケットに関するパケットカウント情報、又はソースブロックと回復ブロックに含まれるパケットに関するパケットカウント情報のように、ＦＥＣに関するパラメータ情報のための情報フィールドを含むことができる。 また、パケットヘッダーは、ＦＥＣの適用可否を表すＦＥＣフラグ情報フィールドを含むことができる。 さらに、ＦＥＣフラグ情報フィールドの値に従って、ＦＥＣパケットブロックの境界情報フィールド、シーケンス番号フィールド、回復ブロック境界情報フィールド、ペイロードタイプ情報フィールド、及びＦＥＣのためパラメータ情報フィールドは、選択的に含まれてもよい。

以下、本発明の実施形態によるＦＥＣパケット送信方法について説明する。 第１のＦＥＣパケット送信方法は、第１のＦＥＣが適用される場合、ソースシンボルを伝送するための少なくとも一つのソースパケットを生成し、第１の回復シンボルを伝送するための少なくとも一つの第１の回復パケットを生成するステップと、第２のＦＥＣが適用される場合に第２の回復シンボルを伝送するための少なくとも一つの第２の回復パケットを生成するステップを有する。

生成されたソースパケットと回復パケットは、各々下記のように伝送される。 各パケットのシーケンス番号は、ソースパケット又は回復パケットに関係なく、パケットの伝送順序に基づいて各パケットの伝送中に順次に割り当てられる。 関連したＦＥＣブロックの開始シーケンス番号は、各パケットの伝送中に、各パケットのヘッダーにＦＥＣブロック境界情報として含まれる。 第１のＦＥＣと第２のＦＥＣが両方とも適用される場合、第２のＦＥＣパケットブロックの開始シーケンス番号は、第２のＦＥＣパケットブロックの各パケットの伝送中に第２のＦＥＣパケットブロックの各パケットヘッダーに含まれる。

第１のＦＥＣと第２のＦＥＣのうちいずれか一つが選択的に適用される場合、各パケットのヘッダー情報は、各パケットの伝送中にＦＥＣ構造情報を含む。 第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックのソースパケット又は回復パケットの個数が可変的である場合、ヘッダー情報は、第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックの各々に対して、パケットカウント情報及びソースパケットカウント情報、又はソースパケットカウント情報及び回復パケットカウント情報を含んで伝送される。 各ソースパケットのペイロードタイプ情報は、ソースペイロードのタイプ、すなわちオーディオ、ビデオ、及び他のタイプのデータを表すよう設定され、各回復パケットのペイロードタイプ情報は、該当ペイロードが第１の回復ペイロードであるか、あるいは第２の回復ペイロードであるかを表す。

＜表３＞は、本発明の実施形態により、第１のＦＥＣパケット伝送方法が適用される場合にＦＥＣパケットのヘッダーフォーマットを示す。

本発明の一実施形態による第２のＦＥＣパケット伝送方法について、次に説明する。 各パケットのヘッダーのペイロードタイプは、各パケットの伝送中に関連したペイロードに対応するように設定される。 言い換えれば、ソースペイロードのためのパケットのペイロードタイプは、オーディオ、ビデオ、又は他の類似したかつ適切なタイプのようなソースペイロードタイプを表し、回復ペイロードのためのパケットのペイロードタイプは、回復ペイロードが第１の回復ペイロードであるか、あるいは第２の回復ペイロードであるかを示す。 ソースパケットのためのシーケンス番号は、連続して割り当てられ、そのソースパケットのシーケンス番号とは別途に、回復パケットに対するシーケンス番号は、伝送中に連続して割り当てられる。 加えて、第１の回復パケットのためのシーケンス番号と第２の回復パケットのためのシーケンス番号は、別々に伝送される。

各パケットの伝送中に、第１のＦＥＣパケットブロックの開始シーケンス番号と第２のＦＥＣパケットブロックの開始シーケンス番号は、第１のＦＥＣパケットブロックのブロック境界情報、すなわちＦＥＣブロック１境界情報と、第２のＦＥＣパケットブロックのブロック境界情報、すなわちＦＥＣブロック２境界情報として各パケットのヘッダーに含まれる。 回復ブロック境界情報は、伝送中に各パケットのヘッダー又は回復パケットのヘッダーに含まれる。 第１のＦＥＣパケットブロックの第１の回復パケットのうち、開始シーケンス番号は、第１のＦＥＣパケットブロックの各パケット又は第１の回復パケットのヘッダーに含まれ、第２のＦＥＣパケットブロックの第２の回復パケットのうち開始シーケンス番号は、第２のＦＥＣパケットブロックの各パケット又は第２の回復パケットに含まれる。

第１のＦＥＣ及び第２のＦＥＣのうちいずれか一つが選択的に適用される場合、ＦＥＣ構造情報は、各パケットの伝送中に各パケットのヘッダーに含まれる。 第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックのソースパケット又は回復パケットの個数が可変的である場合、第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックのそれぞれに対して、パケットカウント情報とソースパケットカウント情報、又はソースパケットカウント情報と回復パケットカウント情報は、ＦＥＣパケットブロックの伝送中に各パケットのヘッダーに含まれる。 さらに、第２のＦＥＣパケット伝送方法に使用されるヘッダーフォーマットは、＜表１＞に示すことと同様である。

次に、本発明の他の実施形態による第３のＦＥＣパケット伝送方法について説明する。 各パケットのヘッダーのペイロードタイプは、その伝送中に関連ペイロードに対応するように設定される。 言い換えれば、ソースペイロードのためのパケットのペイロードタイプは、オーディオ、ビデオ、及び他の類似したタイプのようなソースペイロードタイプを示し、回復ペイロードのためのパケットのペイロードタイプは、回復ペイロードが第１の回復ペイロードであるか、あるいは第２の回復ペイロードであるかを示す。 ソースパケットに対するシーケンス番号は、連続して割り当てられ、そのシーケンス番号とは別途に、回復パケットに対するシーケンス番号は、伝送中に連続して割り当てられる。 回復パケットに対する開始シーケンス番号は、該当ＦＥＣパケットブロック内の回復ブロックの境界を判断するように、例えばソースパケットの開始シーケンス番号から開始するように設定される。 すなわち、ＦＥＣパケットブロック内のソースパケットと回復パケットに対するシーケンス番号は、相互に相関関係を有するように設定され、それによって回復パケットを含む回復ブロックの境界を判断することが可能である。

第１のＦＥＣパケットブロックの伝送中に、第１のＦＥＣパケットブロックの開始シーケンス番号と第２のＦＥＣパケットブロックの開始シーケンス番号は、第１のＦＥＣパケットブロックに関するブロック境界情報と第２のＦＥＣパケットブロックのブロック境界情報として各パケットのヘッダーに含まれる。 第１のＦＥＣと第２のＦＥＣのうちいずれか一つが選択的に適用される場合、ＦＥＣ構造情報がパケットの伝送中に各パケットのヘッダーに含まれる。 第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックのソースパケット又は回復パケットの個数が可変的である場合、第１のＦＥＣパケットブロック及び第２のＦＥＣパケットブロックの各々に関するパケットカウント情報及びソースパケットカウント情報、又はソースパケットカウント情報及び回復パケットカウント情報は、各パケットの伝送中に各パケットのヘッダーに含まれる。

第３のＦＥＣパケット伝送方法のためのヘッダーフォーマットは、＜表４＞に示すようである。

本発明の他の実施形態による第４のＦＥＣパケット伝送方法について、以下に説明する。 第４のＦＥＣパケット伝送方法は、２個のＦＥＣを使用する場合とは異なり、ＦＥＣが適用される場合及び一つのＦＥＣが使用される場合、ソースシンボルを伝送するための少なくとも一つのソースパケットを生成し、回復シンボルを伝送するための少なくとも一つの回復パケットを生成するケースに適用される。

各パケットのヘッダーのペイロードタイプは、各パケットの伝送中に関連したペイロードに対応する。 すなわち、ソースペイロードのためのパケットのペイロードタイプはソースペイロードタイプを表し、回復ペイロードのためのパケットのペイロードタイプは回復ペイロードタイプを表す。 ソースパケットのためのシーケンス番号は、連続して割り当てられ、このソースパケットとは別途に回復パケットのためのシーケンス番号も伝送中に連続して割り当てられる。 関連したＦＥＣパケットブロックの開始シーケンス番号は、各パケットの伝送中にＦＥＣブロック境界情報として各パケットのヘッダーに含まれる。

回復ブロック境界情報は、各パケット又は回復パケットの伝送中に各パケットのヘッダー又は回復パケットのヘッダーに含まれる。 ＦＥＣパケットブロックの回復パケットのうち開始シーケンス番号は、ＦＥＣパケットブロックで各パケット又は回復パケットのヘッダーに含まれる。 ＦＥＣが選択的に適用される場合、ＦＥＣフラグ情報は、各パケットの伝送中に各パケットのヘッダに含まれる。 ＦＥＣパケットブロックのソースパケット又は回復パケットの個数が可変的である場合、ＦＥＣパケットブロックに関するパケットカウント情報とソースパケットカウント情報、又はソースパケットカウント情報と回復パケットカウント情報は、各パケットの伝送中に各パケットのヘッダーに含まれる。 第４のＦＥＣパケット伝送方法のためのヘッダーフォーマットは、＜表２＞に示すことと同様である。

本発明の他の実施形態による第５のＦＥＣパケット伝送方法について、以下に説明する。

各パケットのヘッダーのペイロードタイプは、各パケットの伝送中に関連したペイロードに対応する。 言い換えれば、ソースペイロードのためのパケットのペイロードタイプはソースペイロードタイプを表し、回復ペイロードのためのパケットのペイロードタイプは回復ペイロードタイプを表す。 ソースパケットのためのシーケンス番号は、連続して割り当てられる。 このソースパケットとは別途に、回復パケットのためのシーケンス番号は、各パケットの伝送中に連続して割り当てられ、回復パケットのための開始シーケンス番号は、該当ＦＥＣパケットブロック内の回復ブロックの境界を判断するために、例えばソースパケットの開始シーケンス番号から開始するように設定される。 言い換えれば、ＦＥＣパケットブロックのソースパケットと回復パケットのためのシーケンス番号は、相関関係を有するように設定され、回復パケットを含む回復ブロックの境界を判断可能にする。

伝送中に、関連ＦＥＣパケットブロックの開始シーケンス番号は、ＦＥＣブロック境界情報として各パケットのヘッダーに格納される。 ＦＥＣが選択的に適用される場合、ＦＥＣフラグ情報は、各パケットの伝送中に各パケットのヘッダーに含まれる。 ＦＥＣパケットブロックのソースパケット又は回復パケットの個数が可変的である場合、ＦＥＣパケットブロックに対して、パケットカウント情報及びソースパケットカウント情報、又はソースパケットカウント情報及び回復パケットカウント情報は、伝送中に各パケットのヘッダーに格納される。

第５のＦＥＣパケット伝送方法のためのヘッダーフォーマットは、＜表５＞に示すようである。

本発明の他の実施形態による第６のＦＥＣパケット伝送方法について、次に説明する。

伝送中に、ソースパケット又は回復パケットに関係なく、各パケットのシーケンス番号は、パケットの伝送順序に従って連続して割り当てられる。 ＦＥＣパケットブロックの開始シーケンス番号は、各パケットの伝送中にＦＥＣブロック境界情報として各パケットのヘッダーに含まれる。 ＦＥＣが選択的に適用される場合、ＦＥＣフラグ情報は、各パケットのヘッダーに含まれる。

ＦＥＣパケットブロックのソースパケット又は回復パケット個数が可変的である場合、ＦＥＣパケットブロックに対して、パケットカウント情報とソースパケットカウント情報、又はソースパケットカウント情報と回復パケットカウント情報は、伝送中に各パケットのヘッダーに含まれる。 各ソースパケットのペイロードタイプ情報はソースペイロードのタイプを示し、各回復パケットのペイロードタイプ情報は回復ペイロードタイプを示す。 さらに、第６のＦＥＣパケット伝送方法のためのヘッダーフォーマットは、上記の＜表５＞と同様である。

本発明の他の実施形態によると、各パケットに第１のＦＥＣパケットブロックに関するブロック境界情報を含むことでなく、各パケットのヘッダー情報オーバーヘッドは、第２のパケットブロックに関するブロック境界情報を含む各パケットを有することによって減少することができる。 この場合、各パケットのヘッダー情報に含まれる第２のＦＥＣパケットブロックに対するブロック境界情報は、第２のＦＥＣパケットブロックの開始シーケンス番号として設定できる。

図３Ａ及び図３Ｂの実施形態において、Ｍ個の第１のＦＥＣパケットブロック３１７ａの各ソースブロックのソースパケット個数と各回復ブロックの回復パケットの個数が同一であり、その各々の個数は固定されている場合、第２のＦＥＣパケットブロックの開始シーケンス番号に基づき、Ｍ個の第１のＦＥＣパケットブロック３１７aのうち、各ソースブロックと各回復ブロックに含まれるパケットが、Ｍ個の第１のＦＥＣパケットブロック３１７ａのうち、属する特定の第１のＦＥＣパケットブロックを判断可能である。 このように、第２のＦＥＣパケットブロックの開始シーケンス番号のみがブロック境界情報として使用されても、上記第１のＦＥＣパケットブロックを判断できる。

例えば、各第１のＦＥＣパケットブロック３１７ａに含まれるソースパケットの個数が１００であり、各回復ブロックに含まれる回復パケットの個数が１００であり、第２のＦＥＣパケットブロックの開始シーケンス番号が“１”である場合を仮定すれば、ＦＥＣパケットのシーケンス番号が２１０である場合、ＦＥＣパケットは、２番目の第１のＦＥＣパケットブロックに属するパケットであることがわかる。 また、上記方式は、ソースパケットと回復パケットとの間の区分せずに適用され、ソースパケットのみが適用され、回復パケットには上記した方式が適用されなくてもよい。

図４は、本発明の実施形態によるＭＰＥＧメディア伝送システム及び伝送機能階層の構造を示す。

図４を参照すれば、図４の左側はＭＰＥＧメディア伝送(ＭＭＴ)システムの構造を示し、図４の右側は伝送機能階層の細部構造を示す。

メディア符号化階層４０１で圧縮されたオーディオ/ビデオ(Ａ/Ｖ)は、カプセル化機能階層(以下、'Ｅ階層'と称する)４０３を経てＡ/Ｖデータのフィルムフォーマットに対応するフォーマットでパケット化される。 配信機能階層４０５は、このパケット化されたＡ/ＶデータをＭＭＴペイロードフォーマットに変換し、これにＭＭＴ伝送パケットヘッダーを加えてＭＭＴ転送パケットを出力し、あるいは既存のＲＴＰプロトコルを用いてＲＴＰパケットを出力する。 ＭＭＴ転送パケットヘッダーは、多様なフォーマットでＦＥＣパケットのヘッダー情報を含むことができる。 その後、出力パケットは、ＵＤＰ/ＴＣＰ(User Datagram Protocol/Transport Control Trotocol)転送プロトコル４０７を経てＩＰ４０９のステージでインターネットプロトコール(ＩＰ)パケットに変換される。

本発明の実施形態により提供されるアプリケーション階層(ＡＬ)-ＦＥＣは、カプセル化機能階層４０３から出力を受信してＭＭＴ Ｄ.１階層４２１でＭＭＴペイロードフォーマットを生成するプロセスに適用される。 ＦＥＣが適用される場合、制御機能階層４１１は、第１のＦＥＣ及び第２のＦＥＣが両方とも適用しようとする場合、配信機能階層４０５に命令を送信し、ＭＭＴ Ｄ.１階層４２１は、図３Ａに示すように、ＦＥＣパケットブロックを生成するようにし、ＭＭＴ Ｄ.２階層４２３は、図３Ｂに示すように、後述するプロセスでＭＭＴ Ｄ.１階層４２１の出力からＦＥＣパケットブロックを生成するようにする。 ＭＭＴ Ｄ.３階層４１３は、階層間の情報伝送に関連した機能を提供する。 言い換えれば、ＭＭＴ Ｄ.３階層４１３は、階層間のコンテンツ伝達及び必要な通信を可能にする。

例えば、ＭＭＴ Ｄ.１階層４２１は、Ｅ階層４０３から入力されたデータを１０００バイトのサイズを有する６４００個のペイロードを含むソースブロック(すなわち、６４００個のソースペイロード)単位で分け、ソースブロックを３２個のソースサブブロックに分け、各ソースサブブロックは２００個のソースペイロードを含む。 ２００個のソースペイロード及び４０個の回復ペイロードを含む第１のＦＥＣ符号化ブロックは、システマティック符号化を通じて第１のＦＥＣ符号化により、ソースブロック１のように、各ソースサブブロックに５０個の回復ペイロードを付加して生成される。 第２のＦＥＣパケットブロックは、システマティック符号化を通じて第２のＦＥＣ符号化により、７６８０個のペイロードを含む３２個の第１のＦＥＣパケットブロック、又は６４００個のペイロードを含むソースブロックに３２０個の第２の回復ペイロードを付加して生成される。

ＭＭＴ Ｄ.２階層４２３は、ＭＭＴ Ｄ.１階層４２１により生成される８０００個のペイロードを含む、図３Ｂに示すような、６４００個のソースペイロード、３２×４０個の第１の回復ペイロード、及び３２０個の第２の回復ペイロードを含む第２のＦＥＣパケットブロックの各ペイロードにＭＭＴ転送パケットヘッダーを付加してＭＭＴ転送パケット化を遂行する。 本発明の実施形態によるＭＭＴ伝送パケットヘッダーフォーマットは、＜表１＞又は＜表３＞に示すように構成される。 ＭＭＴ転送パケットヘッダーフォーマットが＜表１＞に示すように構成される場合、フィールド値は、次のように設定される。

ペイロードタイプ：各ソースペイロードは、このフィールドに１バイトを割り当て、あるいは、例えば１０ｈ〜Ｆ０ｈ間の値を各ロースペイロードに割り当てて区分し、第１の回復ペイロードに対してはＦ１ｈ値を割り当て、第２の回復ペイロードに対してはＦ２ｈの値を割り当ててソースペイロードと第１及び第２の回復ペイロードを区分する。

シーケンス番号：２バイトはこのフィールドに割り当てられ、６４００個のソースパケットにｓ〜ｓ＋６３９９を順次に割り当てて、３２個の第１の回復ブロックに対応する１２８０個の回復パケットにｒ１〜ｒ１＋１２７９を順次に割り当て、３２０個の回復パケットを含む第２の回復ブロックにはｒ２〜ｒ２＋３１９を順次に割り当てる。 それによって、シーケンス番号がその最大値(例えば、ＦＦＦＦｈ)に至る場合、次のシーケンス番号は００００ｈである。

ＦＥＣ構造：２ビットはこのフィールドに割り当てられ、上記フィールドは１１ｂとして設定されて第１のＦＥＣ及び第２のＦＥＣが両方とも適用されることを表す。

第１のＦＥＣパケットブロックのブロック境界情報：２バイトはこのフィールドに割り当てられ、各第１のＦＥＣパケットブロックの開始シーケンス番号を設定する。 すなわち、第１のＦＥＣパケットブロックのためのパケットには'ｓ'が、２番目の第１のＦＥＣパケットブロックのためのパケットにはｓ＋２４０が、３２番目の第１のＦＥＣパケットブロックのためのパケットにはｓ＋３１＊２４０が第１のＦＥＣパケットブロックのブロック境界情報として設定される。

第２のＦＥＣパケットブロックのブロック境界情報：２バイトは該当フィールドに割り当てられ、各パケットに第２のＦＥＣパケットブロックのブロック境界情報を'ｓ'として同一に設定する。

第１の回復ブロックのブロック境界情報：２バイトはこのフィールドに割り当てられ、各第１の回復ブロックの開始シーケンス番号を設定する。 すなわち、第１のＦＥＣパケットブロックのためのパケットにはｒ１が、２番目の第１のＦＥＣパケットブロックのためのパケットにはｒ１＋４０が、３２番目の第１のＦＥＣパケットブロックのためのパケットにはｒ１＋３１＊４０が、第１の回復ブロックのブロック境界情報として設定される。

第２の回復ブロックのブロック境界情報：２バイトが割り当てられ、各パケットに第２の回復ブロックに関するブロック境界情報が同一に'ｒ２'として設定される。

第１のソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'２００'に設定される。

第１の回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'４０'に設定される。

第２のソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'７６８０'に設定される。

第２の回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、ＭＭＴ転送パケットを伝送するために各パケットに'３２０'に設定される。

ＭＭＴ転送パケットヘッダーフォーマットが＜表３＞に示すように構成される場合、フィールド値は、次のように設定される。

ペイロードタイプ：１バイトがこのフィールドに割り当てられ、各ソースペイロードは１０ｈ〜Ｆ０ｈ間の値を割り当てて区分し、第１の回復ペイロードに対してはＦ１ｈ値を割り当て、第２の回復ペイロードに対してＦ２ｈ値を割り当ててソースペイロードと第１及び第２の回復ペイロードを区分する。

シーケンス番号：２バイトがこのフィールドに割り当てられ、８０００個のＦＥＣパケットにソースパケット又は回復パケットの区分なしにｓ〜ｓ＋７９９９を順次に割り当てる。

ＦＥＣ構造：２ビットがこのフィールドに割り当てられ、１１ｂに設定されて第１及び第２のＦＥＣが両方とも適用されることを示す。

ＦＥＣブロック境界情報：第２のＦＥＣパケットブロックのすべてのパケットに'ｓ'をブロック境界情報として同一に設定する。

第１のソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'２００'に設定される。

第１の回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'４０'に設定される。

第２のソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'７６８０'に設定される。

第２の回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、ＭＭＴ転送パケットを伝送するために各パケットに'３２０'に設定される。

ＭＭＴ転送パケットヘッダーフォーマットが＜表３＞に示すように構成される場合、フィールド値は、次のように他の方法で設定することができる。

ペイロードタイプ：１バイトがこのフィールドに割り当てられ、ソースペイロードに１０ｈ〜Ｆ０ｈ間の値を割り当てて各ソースペイロードを区分し、第１の回復ペイロードにＦ１ｈ値を割り当て、第２の回復ペイロードにはＦ２ｈ値を割り当ててソースペイロードと第１及び第２の回復ペイロードを区分する。

シーケンス番号：２バイトがこのフィールドに割り当てられ、６４００個のソースパケットにｓ〜ｓ＋６３９９を順次に割り当て、３２個の第１の回復ブロックのうち最初の第１の回復ブロックのためのパケットにはｓ〜ｓ＋３９、２番目の第１の回復ブロックのためのパケットにはｓ＋２００〜ｓ＋２００＋３９、３２番目の第１の回復ブロックのためのパケットにはｓ＋３１＊２００〜ｓ＋３１＊２００＋３９を順次に割り当て、３２０個の回復パケットを含む第２の回復ブロックにはｓ〜ｓ＋３１９を順次に割り当てる。 シーケンス番号が最大値(例えば、ＦＦＦＦｈ)に到達する場合、その次のシーケンス番号は００００ｈである。

ＦＥＣ構造：２ビットがこのフィールドに割り当てられ、１１ｂに設定されて第１及び第２のＦＥＣが両方とも適用されることを示す。

ＦＥＣブロック境界情報：第２のＦＥＣパケットブロックの開始シーケンス番号'ｓ'は、ＦＥＣブロック境界情報として第２のＦＥＣパケットブロックのすべてのパケットに同一に設定される。

第１のソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'２００'に設定される。

第１の回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'４０'に設定される。

第２のソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'７６８０'に設定される。

第２の回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、ＭＭＴ転送パケットを伝送するために各パケットに'３２０'に設定される 。

第１のＦＥＣ及び第２のＦＥＣのうち一つのみが適用される場合、８０００個のペイロードを含むＦＥＣパケットブロックは、６４００個のソースペイロードにＦＥＣ符号化を遂行して１６００個の回復ペイロードを生成することにより生成され、それぞれのペイロードにＭＭＴ転送パケットヘッダーを付加して伝送される。 ここで、ＭＭＴ転送パケットヘッダーフォーマットは、＜表５＞のように構成される。 ＭＭＴ転送パケットヘッダーフォーマットが＜表５＞のように構成される場合、フィールド値は、次のようである。

ペイロードタイプ：１バイトが個のフィールドに割り当てられ、各ソースペイロードは、１０ｈ〜Ｆ０ｈ間の値を各ロースペイロードに割り当てて区分し、回復ペイロードにＦ１ｈ値を割り当ててソースペイロードと回復ペイロードを区分する。

シーケンス番号：２バイトはこのフィールドに割り当てられ、６４００個のソースパケットにｓ〜ｓ＋６３９９を順次に割り当て、１６００個の回復パケットにｓ〜ｓ＋１５９９を順次に割り当てる。 ここで、シーケンス番号がその最大値(例えば、ＦＦＦＦｈ)に至る場合、次のシーケンス番号は００００ｈである。

ＦＥＣ構造：２ビットはこのフィールドに割り当てられ、このフィールドは０１ｂ又は１０ｂとして設定されて第１のＦＥＣ及び第２のＦＥＣが両方とも適用され、あるいはそれらのうち一つのみが適用されることを表す。

ＦＥＣブロック境界情報：ＦＥＣパケットブロックの開始シーケンス番号'ｓ'は、ＦＥＣパケットブロックのすべてのパケットにＦＥＣブロック境界情報として同一に設定される。

ソースブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、各パケットに'６４００'に設定される。

回復ブロックに対するパケット個数：２バイトがこのフィールドに割り当てられ、ＭＭＴ転送パケットの伝送のために各パケットに'１６００'に設定される。

上記した説明では、ＭＭＴ転送パケットヘッダーは、本発明の実施形態によるＦＥＣパケットヘッダーフォーマットの一例を示す。 しかしながら、本発明は、これに限定されるものではない。 ＭＭＴペイロードフォーマットのヘッダーは、ここに示すように、ＭＭＴ Ｄ.１階層４２１がＭＭＴペイロードフォーマットを生成する場合、ＭＭＴペイロードフォーマットがヘッダーとペイロードに分類されると、ＦＥＣパケットヘッダーフォーマットとしての機能を果たす。 この場合、ＭＭＴペイロードフォーマットのペイロードは、ＦＥＣ符号化以後にＦＥＣパケットペイロードとなる。

本発明の実施形態が適用される送信装置は、所定の通信方式によって第１のＦＥＣパケットブロック又は第２のＦＥＣパケットブロックの各パケットを送信する送信部、第１及び第２のＦＥＣ符号化を遂行する少なくとも一つのエンコーダ、及び第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックを構成する各パケットにヘッダー情報を付加する制御部を含むことができる。

送信装置に対応する受信装置は、所定の通信方式により、第１のＦＥＣパケットブロック又は第２のＦＥＣパケットブロックの各パケットを受信する受信部、少なくとも一つのエンコーダに適用されるＦＥＣ方式に基づいて第１及び第２のＦＥＣ復号化を遂行する少なくとも一つのデコーダ、及び第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックを構成する各パケットからヘッダー情報を抽出して第１のＦＥＣパケットブロックと第２のＦＥＣパケットブロックのブロック境界を判断し、ソースパケットが損失される場合に該当回復パケットを用いて損失されたソースパケットを復元する動作を制御する制御部を含む。

本発明の実施形態により提供されるヘッダー情報は、一般的なＦＥＣ関連シグナリング情報として望ましく構成され、このヘッダー情報はＦＥＣパケットのペイロードの前方に位置されるが、本発明は、これに物理的に限定されるものではない。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

１１０ 送信器１３０ 受信器１５０ ルータ１７０ パケット１７１ データ２０１ａ〜２０３ａ 第１のソースシンボル２０５〜２０７ 第１の符号化シンボル２０８ 第２の回復シンボル２０９ 第２の符号化シンボル３０１ ソースペイロード３０３ 第１の回復ペイロード３０５ 第２の回復ペイロード３０７ ブロック３１１，３１３ ペイロード、パケットヘッダー３１５ 第２の回復ブロック３１５ａ パケットヘッダー３１７ パケットブロック３１７ａ パケットブロック４０１ メディア符号化階層４０３ カプセル化機能階層（Ｅ階層）