JP2017509201A - 通信システムにおけるパケット送受信方法及び装置 - Google Patents

Abstract

本発明は、通信システムにおけるパケットを送信する方法及び装置を提供する。その方法は、コンテンツの伝送のためのソースパケットを含む少なくとも一つのソースブロックを生成するステップと、順方向誤り訂正(ＦＥＣ)符号化を実行してソースパケットの復元のためのリペアパケットを含む少なくとも一つのリペアブロックを生成するステップと、少なくとも一つのソースブロックに対するパケット識別情報を含むシグナリング情報とソースパケットとリペアパケットを含むパケットストリームを伝送するステップとを有し、リペアパケットのヘッダー情報は、パケット識別情報別に各ソースブロックに含まれるソースパケットの個数と各ソースブロックに含まれるソースパケットの開始番号を表す情報を含む。

Description

本発明は、通信システムにおけるパケット送受信方法及び装置に関する。

通信システムにおいて、多様なコンテンツの多様化とＨＤ(High Definition)コンテンツ、ＵＨＤ(Ultra High Definition)コンテンツのような大容量コンテンツの増加によりデータ混雑が益々進んでいる。このような状況下では、送信器(例えば、ホストＡ)が送信するコンテンツが受信器(例えば、ホストＢ)に正常に配信されず、上記コンテンツの一部が経路上で損失される状況が発生する。

一般的に、データはパケット単位で伝送されるので、コンテンツの損失は、パケット単位で発生する。パケットは、伝送しようとするデータの一つのブロック(例えば、ペイロード）とアドレス情報(例えば、発信地アドレス、宛先アドレス)、管理情報(例えば、ヘッダー）で構成される。したがって、ネットワークにおいてパケット損失が発生する場合に、受信器は、損失したパケットを受信できず、その結果、損失したパケット内のデータ及び管理情報を認知できない。それにより、オーディオ品質の低下、ビデオ画質の劣化又は画面歪み、字幕欠落、ファイルの損失のような多様な形態でユーザーの不便さを招くという問題があった。このような理由で、ネットワークで発生したデータ損失を修復するために、アプリケーションレイヤ順方向誤り訂正(Application Layer Forward Error Correction：ＡＬ-ＦＥＣ）及びこのためのＦＥＣパケットを構成及び送受信する方法が必要である。

ＭＰＥＧ Ｏｕｔｐｕｔ Ｄｏｃｕｍｅｎｔ Ｗ１３９８２(ＩＳＯ/ＩＥＣ２３００８-１ ＭＭＴ(MPEP Media Transport)) Ｆｉｎａｌ Ｄｒａｆｔ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｎｎｅｘ Ｃは、ＭＭＴのためのＡＬ-ＦＥＣフレームワークを定義している。リペアパケット(repair packet）は、ＦＥＣ保護(protection)するソースパケットに対してＦＥＣ符号を用いて生成され、リペアパケットと共に伝送されるＦＥＣソースパケットを生成するため、ソースパケットは、ＦＥＣ保護され、ソースＦＥＣペイロード識別子(payload ID)を付加される。上記ＦＥＣ関連設定(configuration)情報を含むＡＬ-ＦＥＣメッセージが、ＦＥＣソースパケット及びリペアパケットの伝送前に予め又は周期的に伝送されることにより、受信端がＦＥＣ関連設定情報を認知可能となる。

ソースパケットは、ソースＦＥＣペイロードＩＤを付加して伝送される。従って、同一のソースパケットに他のリペアパケットを生成するために、他のソースＦＥＣペイロードＩＤが付加されなければならない。このように、一つのソースパケットに対して異なるＦＥＣ設定を有する数個のリペアパケットを生成することは、制約があり、あるいは非効率的になる。

さらに、送信器が、ＦＥＣ保護なしにソースパケットのみを伝送し、ネットワークの中間ノードでＦＥＣ保護する場合、ネットワークノードが送信器により伝送されたソースパケットにソースＦＥＣペイロードＩＤを追加しなければならないという問題があった。そのため、ソースパケットにソースＦＥＣペイロードＩＤを付加することなくＦＥＣ保護を行うための方法が必要とされる。

したがって、上記した従来技術の問題点を解決するために、本発明の目的は、ＦＥＣを用いる通信システムにおいて効率的にパケットを送受信する方法及び装置を提供することにある。

本発明の他の目的は、ＦＥＣを用いる通信システムにおいて、ＡＬ-ＦＥＣメッセージとリペアパケットにおいて伝送されるリペアＦＥＣペイロードＩＤを用いて、ソースパケットにソースＦＥＣペイロードＩＤを付加することなくパケットを送受信する方法及び装置を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、通信システムにおけるパケットを送信する方法が提供される。その方法は、コンテンツの伝送のためのソースパケットを含む少なくとも一つのソースブロックを生成するステップと、順方向誤り訂正(ＦＥＣ)符号化を実行してソースパケットの復元のためのリペアパケットを含む少なくとも一つのリペアブロックを生成するステップと、少なくとも一つのソースブロックに対するパケット識別情報を含むシグナリング情報とソースパケットとリペアパケットを含むパケットストリームを伝送するステップとを有し、リペアパケットのヘッダー情報は、パケット識別情報別に各ソースブロックに含まれるソースパケットの個数と各ソースブロックに含まれるソースパケットの開始番号を表す情報を含む。

本発明の他の態様によれば、通信システムにおけるパケットを送信する送信装置が提供される。その装置は、パケットを送信する送信部と、順方向誤り訂正(ＦＥＣ)符号化を実行するエンコーダと、コンテンツの伝送のためのソースパケットを含む少なくとも一つのソースブロックを生成し、ＦＥＣ符号化を実行してソースパケットの復元のためのリペアパケットを含む少なくとも一つのリペアブロックを生成し、少なくとも一つのソースブロックに関するパケット識別情報を含むシグナリング情報とソースパケットとリペアパケットを含むパケットストリームを伝送する動作を制御する制御部とを含み、リペアパケットのヘッダー情報は、パケット識別情報別に各ソースブロックに含まれるソースパケットの個数と各ソースブロックに含まれるソースパケットの開始番号を示す情報を含む。

また、本発明の他の態様によれば、通信システムにおけるパケットを送信する方法が提供される。その方法は、伝送しようとするアセット及びシグナリングメッセージ(ＡＬ-ＦＥＣメッセージを包含)のためのＭＭＴパケットを生成するステップと、アセットのうちＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに対してＡＬ-ＦＥＣメッセージに定義されるＦＥＣ符号化構造、ＳＳＢＧモード、及びＦＥＣコードのようなＦＥＣ設定に対してＦＥＣ符号化を実行してリペアシンボルブロックを生成するステップと、リペアシンボルに本発明で提案するリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットを生成するステップと、ＭＭＴパケット、ＦＥＣリペアパケットをＡＬ-ＦＥＣメッセージを含むシグナリングメッセージとともにＭＭＴパケットストリームとして伝送するステップと、を有する。

本発明は、ユーザーに良質のサービスを提供できる。

また、本発明は、受信装置がＦＥＣパケット内のストリーム区分情報又はソースパケットとは異なる別の制御情報からそれぞれのデータストリームを区分し、それぞれのデータストリームをＦＥＣ保護するために生成されたリペアストリームを把握し、ＦＥＣ復号化をスムーズに遂行するだけでなく、生成されたソースパケットフローに含まれる所定個数のデータストリームに対してリペアフローをソースパケットに影響を与えることなく生成できる。

ネットワークトポロジー及びデータフローを示す図である。 ネットワークトポロジー及びデータフローを示す図である。 本発明の実施形態によるＭＭＴシステムを示す構成図である。 本発明の実施形態によるＭＭＴパッケージの構成を示す図である。 本発明の実施形態によるＭＭＴパッケージに含まれた設定情報の構成を示す図である。 本発明の実施形態によるソースパケット、ソースシンボル、ＦＥＣリペアパケットのフォーマット構成図である。 本発明の実施形態によるソースペイロード、ソースシンボル、ＦＥＣリペアパケットのフォーマット構成図である。 本発明の実施形態によるソースペイロード、ソースシンボル、ＦＥＣリペアパケットのフォーマット構成図である。 本発明の一実施形態によるソースパケットフローを構成する方法を示す図である。 本発明の一実施形態によるソースパケットフローから２個のＦＥＣソースパケットフローを構成してそれぞれのＦＥＣソースパケットフローに対して一つのリペアフローを生成する方法、及びＭＭＴパケットヘッダー、リペアＦＥＣペイロードＩＤの例を示す図である。 本発明の一実施形態によるソースパケットフローから２個のＦＥＣソースパケットフローを構成してそれぞれのＦＥＣソースパケットフローに対して一つのリペアフローを生成する方法、及びＭＭＴパケットヘッダー、リペアＦＥＣペイロードＩＤの例を示す図である。 本発明の実施形態によるパケット保護のための送信器の動作を示す図である。 本発明の実施形態によるペイロード保護のための送信器の動作を示す図である。 本発明の実施形態によるパケット保護のための受信器の動作を示す図である。 本発明の実施形態によるペイロード保護のための受信器の動作を示す図である。 本発明の実施形態によるソースシンボルブロックを構成する動作フローを示す図である。 本発明の実施形態による従属的リペアＦＥＣペイロードＩＤを説明するための図である。 本発明の実施形態によるＡＬ-ＦＥＣメッセージとリペアパケットのリペアＦＥＣペイロードＩＤとの関係を示す図である。 本発明の実施形態によるソースフローに含まれるが、任意のソースパケットブロックには含まれないｐａｃｋｅｔ_ＩＤに対するリペアパケットのリペアＦＥＣペイロードＩＤのフィールド値を設定する方法を説明するための図である。 本発明の他の実施形態によるリペアＦＥＣペイロードＩＤの構成例を示す図である。 本発明の他の実施形態によるパケット保護のための送信器の動作を示す図である。 本発明の他の実施形態によるペイロード保護のための送信器の動作を示す図である。 本発明の他の実施形態によるパケット保護のための受信器の動作を示す図である。 本発明の他の実施形態によるペイロード保護のための受信器の動作を示す図である。 本発明の他の実施形態によるソースシンボルブロックを構成する動作フローを示す図である。 本発明のもう一つの実施形態によるリペアＦＥＣペイロードＩＤを説明する図である。 本発明のもう一つの実施形態による独立的リペアＦＥＣペイロードＩＤと従属的リペアＦＥＣペイロードＩＤとの関係を説明するための図である。 本発明の他の実施形態によるソースフローに含まれるが、任意のソースパケットブロックには含まれないｐａｃｋｅｔ_ＩＤに対するリペアパケットのリペアＦＥＣペイロードＩＤのフィールド値を設定する方法を説明するための図である。 本発明の他の実施形態による独立的リペアＦＥＣペイロードＩＤと従属的リペアＦＥＣペイロードＩＤを含むＦＥＣソース又はリペアパケットブロックを示す図である。 本発明の他の実施形態による独立的リペアＦＥＣペイロードＩＤと従属的リペアＦＥＣペイロードＩＤを含むＦＥＣソース又はリペアパケットブロックを示す図である。

下記の説明において、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。また、後述する用語は、本発明の機能を考慮して定義されたものであって、ユーザー、運用者の意図、又は慣例によって変えることができる。したがって、上記用語は、本明細書全体の内容に基づいて定義されなければならない。

まず、本発明で使用される用語を整理すると、次の＜表１＞乃至＜表３＞のようになる。

本発明の実施形態において、ソースパケット又はＦＥＣリペアパケットのヘッダーは、ソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別する情報を有する。ソースシンボルブロック内のソースシンボルの順序を知らせるための別途のソースシンボルＩＤ(ＳＳ_ＩＤ)をソースパケットに追加するパケット伝送方法と本発明のパケット伝送方法がともに使用される場合、本発明によるソースパケット又はＦＥＣリペアパケットのヘッダーは、パケットがソースパケット＋ＳＳ_ＩＤであるか、あるいはソースパケット自体であるかを示す情報、既存のＦＥＣリペアパケットと本発明の実施形態によるＦＥＣリペアパケットを区別する情報のうち少なくとも一つを含む。

下記の＜表４＞は、ＭＭＴパケットヘッダーのＦＥＣタイプの実施形態を示すもので、ＦＥＣ_ｔｙｐｅ(又はＭＭＴパケットタイプ）の値を示す。

なお、ＦＥＣタイプが０に設定される場合、ＦＥＣがこのＭＭＴパケットに適用されないか、あるいはＦＥＣがＦＥＣソースペイロードＩＤの追加なしにＭＭＴパケットに適用されることを示すことに注意すべきである。後者の場合、このパケットでｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒとｐａｃｋｅｔ_ｉｄとの組み合わせは、ソースパケットブロック内でこのＭＭＴパケットの位置を識別し、このソースパケットブロックは、関連したＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤ(例えば、ＳＳ_ＩＤの代替)により識別される。

また、このようなパケットを区別する情報は、ＡＬ-ＦＥＣメッセージを通じて既存の方法でＦＥＣを適用してパケットを伝送するか、あるいは本発明によりＦＥＣを適用してパケットを伝送するかを示すＰａｙｌｏａｄ ＩＤ_Ｍｏｄｅフラグを含んで受信端に伝送する。

Ｐａｙｌｏａｄ ＩＤ_Ｍｏｄｅ Ｆｌａｇ＝１：本発明によるＦＥＣを適用したパケット伝送方法(すなわち、ソースパケットに別途のＳＳ_ＩＤを使用せずにソースパケット内の情報がＳＳ_ＩＤを代替し、本発明によるＦＥＣリペアパケットフォーマット(例えば、リペアＦＥＣペイロードＩＤ)に従う)
Ｐａｙｌｏａｄ ＩＤ_Ｍｏｄｅ Ｆｌａｇ＝０：従来の発明のようにＦＥＣを適用したパケット伝送方法(すなわち、ソースパケットに別途のＳＳ_ＩＤを追加し、従来の発明によるＦＥＣリペアパケットフォーマット(例えば、リペアＦＥＣペイロードＩＤ)に従う。)
以下、パリティとリペアは同一の意味として混用して使用する。

まず、本発明の一実施形態の基本概念について説明する。
＜一実施形態＞
本発明の一実施形態による通信システムにおけるパケットの送信方法について説明する。送信器は、伝送しようとするアセット及びシグナリングメッセージ(例えば、ＡＬ-ＦＥＣメッセージを包含)のためのＭＭＴパケットを生成する。送信器は、アセットのうち、ＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに対してＡＬ-ＦＥＣメッセージに定義されているＦＥＣ符号化構造(structure)、ＳＳＢＧモード、ＦＥＣ符号のようなＦＥＣ設定に対してＦＥＣ符号化を遂行してリペアシンボルブロックを生成する。送信器は、リペアシンボルに本発明で提案するリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットを生成する。送信器は、ＭＭＴパケット、ＦＥＣリペアパケットをＡＬ-ＦＥＣメッセージを含むシグナリングメッセージとともにＭＭＴパケットストリームで伝送する。また、ＡＬ-ＦＥＣメッセージは、ＭＭＴパケット、ＦＥＣリペアパケットの伝送前に伝送可能である。

ここで、本発明で提案するリペアＦＥＣペイロードＩＤは、例えばＭ、Ｔ、ＳＳＭ、ｔｉｍｅｓｔａｍｐ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくとも一つの情報を含む。リペアＦＥＣペイロードＩＤは、ＦＥＣリペアパケットのヘッダーに含めることができる。

以下、リペアＦＥＣペイロードＩＤに含まれる各情報について具体的に説明する。

“Ｍ”は、リペアパケットのリペアＦＥＣペイロードＩＤが従属的リペアＦＥＣペイロードＩＤであるか、あるいは独立的リペアＦＥＣペイロードＩＤであるかを示す(従属的リペアＦＥＣペイロードＩＤの定義：リペアＦＥＣペイロードＩＤの情報とＡＬ-ＦＥＣメッセージに格納されている情報との組み合わせでＦＥＣ復号化処理に必要な情報が得られる)。独立的リペアＦＥＣペイロードＩＤは、ＡＬ-ＦＥＣメッセージに格納されている情報なしに、独立的リペアＦＥＣペイロードＩＤを含んでいるパケットの情報のみでＦＥＣ復号化処理に必要な情報が得られることを示す。独立的リペアＦＥＣペイロードＩＤが使用されず、従属的リペアＦＥＣペイロードＩＤのみが使用される場合、Ｍフィールドは、予約フィールドとして残る。下記の情報は、従属的リペアＦＥＣペイロードＩＤとして使用される場合の各フィールドの意味を示す。

“Ｔ”は、タイムスタンプフィールドがあるか否かを示すフラグ情報である。

“ＳＳＭ”は、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールドのサイズを示す情報(例えば、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールドのサイズ(ビット)＝８＋８＊ＳＳＭ)である。

“ｔｉｍｅｓｔａｍｐ”は、リペアパケットが保護するソースパケットブロックの最初のソースパケットに格納されているタイムスタンプを表す。

“ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[ｉ]”は、ＡＬ-ＦＥＣメッセージに記述されたソースフローでｉ番目のｐａｃｋｅｔ_ＩＤ値を有するソースパケット(又はシンボル)ブロックのソースパケットのうち、最も低いパケットシーケンス番号で８＋８＊ＳＳＭビットサイズと同等のＬＳＢ値(例えば、ｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒが３２ビットであり、８＋８＊ＳＳＭが２４ビットである場合、ｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒの最初の８ビットを除いた残りの２４ビットの値)(ｉ＝０，１，…，Ｎ-１)を示す。したがって、“ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[ｉ]”により、ソースパケット(又はシンボル)ブロックで同一のパケットＩＤを有する(すなわち、共通にｉ番目のパケットＩＤを有する)ソースパケットのうち最も低いシーケンス番号を有するソースパケット(すなわち、最初又は開始ソースパケット）がどのパケットであるかがわかる。他の実施形態において、最も低いシーケンス番号を使用しなくてもソースパケット(又はシンボル)ブロックで最初又は開始ソースパケットがどのパケットであるかを確認できる他の情報を使用することも可能である。異なるアセットに属するパケットは、パケットＩＤを用いて区別できる。例えば、アセットａのソースパケットはビデオデータを配信するパケットであり、アセットｂのソースパケットはオーディオデータを配信するパケットである場合、アセットａのパケットのパケットＩＤとアセットｂのパケットのパケットＩＤは、相互に異なる。

“Ｌ[ｉ]”は、ＳＳＢ_ｌｅｎｇｔｈ[ｉ]フィールドのサイズを示す情報であって、ＳＳＢ_ｌｅｎｇｔｈフィールドサイズ＝６＋８＊Ｌである。

“ＳＳＢ_ｌｅｎｇｔｈ[ｉ]”は、ソースパケット(又はシンボル)ブロックでソースパケット(又はシンボル）の個数(ｉ＝０，１，…，Ｎ-１)を示す。ソースパケット(又はシンボル）の個数は、ソースパケット(又はシンボル)ブロックで同一のパケットＩＤを有する(すなわち、共通にｉ番目のパケットＩＤを有する)ソースパケットの個数として理解され得る。

“Ｌ２”は、ＲＳＢ_ｌｅｎｇｔｈフィールドのサイズを示す情報であって、例えば、ＲＳＢ_ｌｅｎｇｔｈフィールドサイズ＝６＋８＊Ｌ２と表される。

すなわち、図１１Ａに示すように、リペアパケットのリペアＦＥＣペイロードＩＤに含まれるＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールド１１０１とＳＳＢ_ｌｅｎｇｔｈフィールド１１０３の情報は、ＡＬ-ＦＥＣメッセージに記述された該当ソースフローに含まれるＰａｃｋｅｔ_ＩＤ１１０５に該当するソースパケットの開始シーケンス番号と個数を示す。ソースパケット(又はシンボル)ブロック内のｐａｃｋｅｔ_ＩＤの数がソースフローに含まれるＰａｃｋｅｔ_ＩＤの数より少ない場合、図１１Ｂに示すように、該当ソースパケット(又はシンボル)ブロックのためのリペアパケットのリペアＦＥＣペイロードＩＤは、ＡＬ-ＦＥＣメッセージに記述された該当ソースフローに含まれるｐａｃｋｅｔ_ＩＤの個数だけＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールドとＳＳＢ_ｌｅｎｇｔｈフィールドが存在し、その順序も一致する。但し、ソースパケット(シンボル)ブロックに含まれていないｐａｃｋｅｔ_ＩＤの順序に該当するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールド又はＳＳＢ_ｌｅｎｇｔｈフィールドの値を特定値に設定し、関連したソースパケット(又はシンボル)ブロックが該当ｐａｃｋｅｔ_ＩＤを含んでいないことを表す。例えば、ＳＳＢ_ｌｅｎｇｔｈフィールドの値を０に設定して該当ｐａｃｋｅｔ_ＩＤを有するパケットが、該当ソースパケット(又はシンボル)ブロック内に存在しないことを示すことがある。

具体的に図１１Ｂの(ａ)を参照すると、ＡＬ-ＦＥＣメッセージに記述されたソースフローが３個のＰａｃｋｅｔ_ＩＤ(０，１，２）で構成されることに対して、ソースパケット(又はシンボル)ブロック＃１は０，１，２で構成され(１１０１)、ソースパケット(又はシンボル)ブロック＃２は０，１で構成され(１１０３)、ソースパケット(又はシンボル)ブロック＃３は１，２で構成される(１１０５)場合、図１１Ｂの(ｂ)のように、ソースフローのためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１，２に対する順にＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈフィールドを各々３個ずつ含むが、そのフィールド値では、ソースパケット(又はシンボル)ブロック１のためのリペアパケットのリペアＦＥＣペイロードＩＤはｐａｃｋｅｔ_ＩＤ０，１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ソースパケット(又はシンボル)ブロック２のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ｐａｃｋｅｔ_ＩＤ２を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０(１１０７，１１０９）を設定してソースパケット(又はシンボル)ブロック２がｐａｃｋｅｔ_ＩＤ２を含んでいないことを示す。ソースパケット(又はシンボル)ブロック３のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ソースパケット(又はシンボル)ブロック３がｐａｃｋｅｔ_ＩＤ０を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０を設定し、ｐａｃｋｅｔ_ＩＤ１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定する。また、ソースパケット(又はシンボル)ブロックに含まれていないｐａｃｋｅｔ_ＩＤに対応するＳＳＢ_ｌｅｎｇｔｈフィールドにおいて、そのサイズを決定するためのＬフィールドを０に設定し、ＳＳＢ_ｌｅｎｇｔｈフィールドのサイズを最小化する。

“ＲＳＢ_ｌｅｎｇｔｈ”は、リペアパケットに含まれるリペアシンボルブロックのリペアシンボルの個数に関する情報である。

“Ｌ３”は、ＲＳ_ＩＤフィールドのサイズを示す情報であって、例えばＲＳ_ＩＤフィールドサイズ＝６＋８＊Ｌ２と表される。

“ＲＳ_ＩＤ”は、リペアパケットを含むリペアシンボルブロックからのリペアパケット内にあるリペアシンボルの位置を示す(例えば、何番目のリペアシンボルであるかを示す)。

本発明の一実施形態による送信装置は、送信部、ＦＥＣ符号化を遂行するエンコーダ、そして伝送しようとするアセット及びシグナリングメッセージ(ＡＬ-ＦＥＣメッセージを含み)のためのＭＭＴパケットを生成し、アセットのうちＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに対してＡＬ-ＦＥＣメッセージに定義されているＦＥＣ符号化構造、ＳＳＢＧモード、ＦＥＣ符号のようなＦＥＣ設定に対してエンコーダを通じてＦＥＣ符号化を実行してリペアシンボルブロックを生成し、本発明で提案するリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットを生成して、当該ＦＥＣリペアパケットをＡＬ-ＦＥＣメッセージを含むシグナリングメッセージとともにＭＭＴパケットストリームで送信部を通じて伝送する動作を制御する制御部を含んで実現できる。

ここで、本発明で提案するリペアＦＥＣペイロードＩＤは、上記したＭ、Ｔ、ＳＳＭ、ｔｉｍｅｓｔａｍｐ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくとも一つの情報を含む。

本発明の一実施形態による他の送信方法を説明すると、伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成して伝送することにおいて、ネットワークの中間ノード(例えば、コントリビューションネットワーク）は、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報を決定する。中間ノードは、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報に基づいてアセットにマッピングされるｐａｃｋｅｔ_ＩＤリストとこれにマッピングされるリペアフローＩＤを含むＡＬ-ＦＥＣメッセージを生成してＭＭＴパケット化する。中間ノードは、アセットに該当するＭＭＴパケットをＦＥＣ保護するためのリペアシンボルを生成し、本発明による従属的リペアＦＥＣペイロードＩＤを含むリペアパケットを生成して伝送する。ネットワーク中間ノードは、生成されたＡＬ-ＦＥＣメッセージをソースパケットブロックの伝送前に伝送できる。

ここで、本発明で提案するリペアＦＥＣペイロードＩＤは、Ｍ、Ｔ、ＳＳＭ、ｔｉｍｅｓｔａｍｐ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくともいずれか一つを含む。本発明の一実施形態による他の送信装置は、ネットワークの中間ノード(例えば、コントリビューションネットワーク)に含まれ、中間ノードの送信装置は、送信部、ＦＥＣ符号化を実行するエンコーダ、伝送しようとするアセット、及びシグナリングメッセージのためのＭＭＴパケットを生成して伝送することにおいて、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報を決定し、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報に基づいてアセットにマッピングされるｐａｃｋｅｔ_ＩＤリストと、これにマッピングされるリペアフローＩＤを含むＡＬ-ＦＥＣメッセージを生成してＭＭＴパケット化し、アセットに該当するＭＭＴパケットをＦＥＣ保護するためにエンコーダを通じてＦＥＣ符号化を遂行してリペアシンボルを生成し、本発明による従属的リペアＦＥＣペイロードＩＤを含むリペアパケットを生成する動作を制御する制御部を含む。また、制御部は、生成されたＡＬ-ＦＥＣメッセージと、リペアパケットを含むＭＭＴパケットを送信部を通して伝送する動作を制御する。ここで、本発明で提案するリペアＦＥＣペイロードＩＤは、Ｍ，Ｔ，ＳＳＭ、ｔｉｍｅｓｔａｍｐ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくともいずれか一つの情報を含む。本発明の一実施形態による受信方法を説明すると、受信器は、送信器からＡＬ-ＦＥＣメッセージを含むパケットを受信してＡＬ-ＦＥＣメッセージを獲得する。受信器は、ＡＬ-ＦＥＣメッセージからＦＥＣソースパケットフローに含まれるデータストリームのためのＩＤ情報であるパケットＩＤリストとこれを保護するリペアフローＩＤに対するマッピング情報を獲得する。受信器は、送信器から受信されたパケットがソースパケットであるか、あるいはＦＥＣリペアパケットであるかを判定する。受信器は、受信されたパケットがＦＥＣリペアパケットである場合、ＦＥＣリペアパケットからリペアシンボルを獲得し、ＦＥＣリペアパケットのｐａｃｋｅｔ_ＩＤ(すなわち、リペアフローＩＤ)がＦＥＣ保護しているソースパケットのｐａｃｋｅｔ_ＩＤリストを受信されたＡＬ-ＦＥＣメッセージ情報から獲得する。受信器は、獲得されたソースパケットのｐａｃｋｅｔ_ＩＤリストとＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤのＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒリストからＦＥＣリペアパケットが保護しているソースパケットブロックに含まれるソースパケットを区別し、区別したソースパケットとリペアシンボルから符号化シンボルブロックを構成し、構成した符号化シンボルブロックにＦＥＣ復号化を実行してソースシンボルを回復し、回復したソースシンボルから伝送途中で損失したソースパケットブロックのソースパケットを獲得する。

本発明の一実施形態による受信装置は、受信部、ＦＥＣ復号化を遂行するデコーダ、受信部を通じて送信器からＡＬ-ＦＥＣメッセージを含むパケットを受信してＡＬ-ＦＥＣメッセージを獲得し、ＡＬ-ＦＥＣメッセージからＦＥＣソースパケットフローに含まれるデータストリームのためのＩＤ情報であるパケットＩＤリストと、これを保護するリペアフローＩＤに対するマッピング情報を獲得し、送信器から受信されたパケットからソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別し、ＦＥＣリペアパケットからリペアシンボルを獲得し、ＦＥＣリペアパケットのｐａｃｋｅｔ_ＩＤ(すなわち、リペアフローＩＤ)がＦＥＣ保護しているソースパケットのｐａｃｋｅｔ_ＩＤリストを獲得したＡＬ-ＦＥＣメッセージ情報から認知し、ソースパケットのｐａｃｋｅｔ_ＩＤリストとＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤのＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒリストからＦＥＣリペアパケットが保護しているソースパケットブロックに含まれるソースパケットを区別し、区別したソースパケットとリペアシンボルから符号化シンボルブロックを構成し、デコーダを通して構成された符号化シンボルブロックをＦＥＣ復号化してソースシンボルを回復し、回復したソースシンボルから伝送途中で損失されたソースパケットブロックのソースパケットを獲得する動作を制御する制御部を含んで実現できる。

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

図１Ａ及び図１Ｂは、ネットワークトポロジー及びデータフローを示す。

図１Ａを参照すると、ネットワークトポロジーは、送信器として動作するホストＡ１０２と受信器として動作するホストＢ１０８を含み、ホストＡ１０２及びホストＢ１０８は、一つ以上のルータ１０４，１０６を通じて接続される。ホストＡ１０２及びホストＢ１０８は、イーサネット（登録商標）１１８，１２２を通じてルータ１０４，１０６と接続され、ルータ１０４，１０６は、光ファイバ、衛星通信、又は可能な他の手段１２０を通じて相互に接続される。ホストＡ１０２とホストＢ１０８との間のデータフローは、リンクレイヤ１１６、インターネットレイヤ１１４、伝送レイヤ１１２、及びアプリケーションレイヤ１１０からなされる。

図１Ｂを参照すると、アプリケーションレイヤ１３０は、ＡＬ-ＦＥＣを通じて伝送しようとするデータ１３０を生成する。データ１３０は、オーディオ/ビデオ(ＡＶ)コーデック端で圧縮されたデータをＲＴＰ(Real Time Protocol)を用いて分割するＲＴＰパケットデータ又は、ＭＭＴによるＭＭＴパケットデータとなり得る。データ１３０は、伝送レイヤ１１２により、例えばＵＤＰ(User Datagram Protocol)ヘッダーが挿入されたＵＤＰパケット１３２に変換される。インターネットレイヤ１１４は、ＵＤＰパケット１３２にＩＰヘッダーを添付してＩＰパケット１３４を生成し、リンクレイヤ１１６は、ＩＰパケット１３４にフレームヘッダー１３６及び必要な場合にフレームフッター(frame footer)を添付して伝送しようとするフレーム１１６を構成する。

図２は、本発明の実施形態によるＭＭＴ(MPEG Media Transport)システムの構成を示す。

図２において、左側はＭＭＴシステム構成を示し、右側は配信機能(Delivery Function）の細部構成を示す。

メディア符号化レイヤ２０５は、オーディオ又は/及びビデオデータを圧縮してカプセル化機能レイヤ２１０(Ｅ．Ｌａｙｅｒ)に伝送する。

カプセル化機能レイヤ２１０は、圧縮されたオーディオ/ビデオデータをファイルフォーマットに類似した形態でパッケージ化して配信機能レイヤ２２０に伝送する。

配信機能レイヤ２２０(又は“Ｄ．Ｌａｙｅｒ”）は、カプセル化機能レイヤ２１０の出力をＭＭＴペイロードフォーマット化した後、ＭＭＴトランスポートパケットヘッダーを付加してＭＭＴトランスポートパケット形態でトランスポートプロトコルレイヤ２３０に伝送する。または、配信機能レイヤ２２０は、カプセル化機能レイヤ２１０の出力を既存のＲＴＰプロトコルを用いてＲＴＰパケット形態でトランスポートプロトコルレイヤ２３０に伝送する。その後、トランスポートプロトコルレイヤ２３０は、ＵＤＰ(User Datagram Protocol)及びＴＣＰ(Transmission Control Protocol)のうちいずれか一つのトランスポートプロトコルに変換した後、ＩＰレイヤ２４０に伝送する。最後に、ＩＰレイヤ２４０は、トランスポートプロトコルレイヤ２３０の出力をＩＰパケットに変換し、ＩＰプロトコルを用いて伝送する。

本発明は、ＭＭＴＰパケットを保護したり、ＭＭＴペイロードを保護したり、あるいはペイロードデータを保護することが可能である。

制御機能レイヤ２００(Ｃ.Ｌａｙｅｒ）は、プレゼンテーションセッション(presentation session)と配信セッションを管理する。

図３は、ＭＭＴパッケージの構造を示す。

図３に示すように、ＭＭＴパッケージ３１０は、ネットワークの配信機能レイヤ(Ｄ．Ｌａｙｅｒ)３３０-１，３３０-２を通じてクライアント３５０と送受信され、ＭＭＴアセット３０３-１乃至３０３-３、構成情報(composition information)３０１、及びトランスポート特性３０５-１，３０５-２を含む。

また、ＭＭＴパッケージ３１０は、設定情報を活用するための機能(functionality）とオペレーション(operation)を有する。設定情報は、ＭＭＴアセット３０３-１乃至３０３-３のリスト、構成情報３０１、及びトランスポート特性３０５-１，３０５-２を含む。

記述情報(description information）は、ＭＭＴパッケージ３１０とＭＭＴアセット３０３-１乃至３０３-３を説明する。構成情報３０１は、ＭＭＴアセット３０３-１乃至３０３-３の消費を助ける。トランスポート特性３０５-１，３０５-２は、ＭＭＴアセット３０３-１乃至３０３-３の配信のためのヒントを提供する。

上記のＭＭＴパッケージ３１０は、各ＭＭＴアセット別にトランスポート特性を記述する。トランスポート特性３０５-１，３０５-２は、誤り回復力(Error Resiliency)情報を含み、一つのＭＭＴアセットのためのシンプルトランスポート特性情報は、失われるか、あるいは失われないことがある。また、トランスポート特性３０５-１，３０５-２は、各ＭＭＴアセットのＱｏＳ(損失許容度、遅延許容度)を含んでいてもよい。

図４は、本発明の実施形態により、ＭＭＴパッケージに含まれた設定情報の構成とその下位情報を示す。

図４を参照すると、設定情報４０１は、パッケージ識別情報４０３、パッケージの構成要素であるアセットリスト情報４０５、構成情報４０７、トランスポート特性４０９、コンテンツ、及び付加的な情報を含み、このような構成要素がパッケージ内にどのように含まれているか、どこに含まれているかといった構造的な情報を提供する。ＭＭＴパッケージに含まれた設定情報に関する具体的な説明は、公知されているＭＭＴ規格を参照できるので、具体的な説明を省略する。

図５Ａは、本発明の一実施形態によるソースパケット、ソースシンボル、及びＦＥＣリペアパケットを示す。

図５Ａを参照すると、ソースパケット(＝ＭＭＴＰパケット)５０１は、ＭＭＴパケットヘッダー、ＭＭＴペイロードヘッダー、及びペイロード(データ)を含む。ソースシンボル５０３は、ソースパケットに可能性あるパディング(possibly padding)を追加して生成され、可能性あるパディングは、ＡＬ-ＦＥＣメッセージを通じて与えられるか、あるいは所定サイズのリペアシンボルとの差だけパディングデータ(すべて００ｈ)が追加され得る。ＦＥＣリペアパケット５０５は、ＭＭＴパケットヘッダー、リペアＦＥＣペイロードＩＤ、及びＦＥＣ符号化によりソースシンボルブロックから生成されるリペアシンボルで構成される。

図５Ｂは、本発明の一実施形態によるソースペイロード、ソースシンボル、及びＦＥＣリペアパケットを示す。

図５Ｂを参照すると、ソースペイロード(＝ＭＭＴペイロード)５１１は、ＭＭＴペイロードヘッダーとペイロード(データ)を含む。ソースシンボル５１３は、ソースペイロード５１１に可能性あるパディングを追加して生成され、可能性あるパディングは、ＡＬ-ＦＥＣメッセージを通じて与えられるか、あるいは所定サイズのリペアシンボルとの差だけパディングデータ(すべて００ｈ）が追加され得る。ＦＥＣリペアパケット５１５は、ＭＭＴパケットヘッダー、リペアＦＥＣペイロードＩＤ、ＦＥＣ符号化によりソースシンボルブロックから生成されるリペアシンボルを含む。

図５Ｃは、本発明の一実施形態によるソースペイロード、ソースシンボル、及びＦＥＣリペアパケットを示す。

図５Ｃを参照すると、ソースペイロード(＝ＭＭＴペイロード)５２１は、ペイロード(データ)を含む。ソースシンボル５２３は、ソースペイロード５２１に可能性あるパディングを追加して生成され、可能性あるパディングは、ＡＬ-ＦＥＣメッセージを通じて与えられるか、あるいは所定サイズのリペアシンボルとの差だけパディングデータ(すべて００ｈ）が追加され得る。ＦＥＣリペアパケット５２５は、ＭＭＴパケットヘッダー、リペアＦＥＣペイロードＩＤ、ＦＥＣ符号化によりソースシンボルブロックから生成されるリペアシンボルを含む。リペアＦＥＣペイロードＩＤは、図１０のように与えられる。

図１０は、本発明の一実施形態による従属的リペアＦＥＣペイロードＩＤを説明するためのものであって、同図に示す各情報の内容は、下記の＜表５＞のようである。

図６Ａは、本発明の一実施形態によるソースパケットフローを生成する方法を説明する。

図６Ａを参照すると、図６Ａの(ａ)のように３個のアセットＡ，Ｂ，Ｃ６０１，６０３，６０５(例えば、オーディオデータ、ビデオデータ、テキスト、ファイルのような非時間データ又は時間データ）がある場合、各々のアセットは、所定サイズのデータに分離された後にＭＭＴペイロードヘッダー、ＭＭＴパケットヘッダーを付加してＭＭＴパケットフロー(ソースパケットフロー)を構成するようになる。図６Ａの(ｂ)のように、アセットＡ，Ｂ，Ｃは、各々５個のデータペイロードに分離され、図６Ａの(ｃ)のように各々にＰａｃｋｅｔ_ＩＤ６０７とパケットシーケンス番号６０９を含むヘッダーを追加する。アセットＡのパケットを識別するＰａｃｋｅｔ_ＩＤ＝０、アセットＢはＰａｃｋｅｔ_ＩＤ＝１、及びアセットＣはＰａｃｋｅｔ_ＩＤ＝２が割り当てられ、それぞれのＰａｃｋｅｔ_ＩＤに基づいてパケットシーケンス番号が１ずつ増加するように割り当てられる。ヘッダーの一例として、ＭＭＴパケットヘッダーがある。

図６Ｂ及び図６Ｃは、本発明の一実施形態によるＦＥＣソースパケットフローとそれによるリペアフローを生成する方法を説明する。図６Ｂ及び図６Ｃで、参照符号Ｈ１乃至Ｈ４は相互に対応する部分を示す。

図６Ｂ及び図６Ｃを参照すると、図６Ａで生成されるソースパケットフローからＦＥＣソースパケットフロー１は、アセットＡ及びＢから生成されたソースパケットで構成してＦＥＣソースパケットブロック１(又はソースシンボルブロック）を生成し(図６Ｂの(ａ))、ＦＥＣソースパケットフロー２はアセットＢとアセットＣから生成されたソースパケットで構成して図面のようにＦＥＣソースパケットブロック２(又はソースシンボルブロック)を生成し(図６Ｂの(ｂ))、各々ＦＥＣ符号化６１１，６１３を進行する。これからＦＥＣソースパケットブロックは、ＳＳＢＧ_ＭＯＤＥの一つの方法によりソースシンボルブロックに転換され、ここで、ＦＥＣ符号化を実行してリペアシンボルを伝送するＦＥＣリペアパケットを生成する。図示しなかったが、ソースパケットブロックからソースシンボルブロックを生成する場合、ソースパケットブロック内でのソースパケットの位置は、伝送順序により決定されると仮定すると、それぞれのソースパケットに該当するソースシンボルの位置は、ソースシンボルブロック内で相互に異なることがある。ソースシンボルは、リペアパケットのリペアＦＥＣペイロードＩＤにおいて特定したＰａｃｋｅｔ_ＩＤの順序に基づいて、ソースシンボルブロックに配置されるべきである。すなわち、ソースパケットブロックがアセットＡ及びＢで構成される場合、ソースパケットブロック内ではアセットＡとアセットＢのためのソースパケットが混ざっていても、ソースシンボルブロック内ではアセットＡのためのソースシンボルをまず配置し、次にアセットＢのためのソースシンボルを配置するか、あるいはその反対の順番に配置した後、ＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤにソースパケットブロック(又はソースシンボルブロック)に含まれるパケットＩＤの個数及びその配置順序に合うアセットにマッピングされるＰａｃｋｅｔ_ＩＤをリストする。そうでなければ、図６Ｂ及び図６Ｃのようなソースパケットフローで構成しようとするＦＥＣソースパケットフローを構成し、各々のソースパケットブロック(又はソースシンボルブロック）を構成する場合に、アセットＡのためのパケットをソースパケットブロック(又はソースシンボルブロック)内にまず配置し、次にアセットＢのためのパケットを配置し、それによるＰａｃｋｅｔ_ＩＤの個数及び順序に基づいてＰａｃｋｅｔ_ＩＤをリストする。ソースパケットフローは、事実上、伝送順序に基づいたソースパケットのストリームであるので、それぞれのソースパケットブロックのためのソースパケットのうち第一に伝送されるソースパケットのＰａｃｋｅｔ_ＩＤに該当するソースパケットをまずソースパケットブロック(又はソースシンボルブロック)内に配置し、その次にＰａｃｋｅｔ_ＩＤに該当するソースパケットを配置することが好ましい。

図７Ａ及び図７Ｂは、本発明の実施形態によるパケット保護とペイロード保護のための送信器の動作を説明する。図７Ａはパケット保護のための送信器の動作を示し、図７Ｂはペイロード保護のための送信器の動作を示す。

図７Ａ及び図７Ｂを参照すると、データストリーム７０１は、セグメンテーション７０３、ペイロード化７０５、パケット化７０７を通して送信器７０９によりパケットストリーム７１１に伝送される。例えば、ＭＭＴを例にとると、データストリーム７０１をアセットとできる。セグメンテーション７０３は、データを所定サイズに分ける。ペイロード化７０５は、データにヘッダーを付加するが、受信器から受信したパケットからデータを再構成可能な情報がヘッダーに格納される。例えば、ＭＭＴペイロードがこれに該当する。パケット化７０７は、ＭＭＴペイロードにＭＭＴパケットヘッダーを追加する。ＭＭＴパケットヘッダーは、Ｐａｃｋｅｔ_ＩＤとパケットシーケンス番号を有するため、ＦＥＣに対して活用される。

さらに、図７Ａのように、パケット保護が実行される場合、ＦＥＣ保護しようとするＭＭＴパケットは、ＦＥＣ制御器７１３の制御によりソースシンボルブロック生成器７１５に入力される。ソースシンボルブロック生成器７１５は、ＭＭＴパケット(ソースパケット)からソースシンボルブロックを生成(図１０の例示を参照)し、ＦＥＣエンコーダ７１７は、ソースシンボルブロックを受信してリペアシンボルを生成し、各々のリペアシンボルは、ＭＭＴパケットヘッダーとリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットで伝送される。リペアＦＥＣペイロードＩＤは、本発明により＜表５＞のように構成できる。ＡＬ-ＦＥＣメッセージ７１９は、ペイロード化７０５を通して、すなわちＭＭＴペイロードヘッダーを追加した後にＭＭＴパケットヘッダーを追加してデータとは別途のパケットに伝送される。また、図７Ｂのように、ペイロード保護が実行される場合、ペイロード保護の動作は、ＭＭＴペイロード又はペイロードデータがソースシンボルブロック生成器７２１に入力されることを除き、図７Ａで説明したパケット保護の動作と同一である。

図８Ａ及び図８Ｂは、パケット保護とペイロード保護のための受信器の動作を説明するものである。図８Ａはパケット保護のための受信器の動作を示し、図８Ｂはペイロード保護のための受信器の動作を示す。

図８Ａ及び図８Ｂを参照すると、受信器は、パケット受信部８０３を通じてパケットストリーム８０１を受信する場合、受信したパケットがソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別する。複数タイプのソースパケット（例えば、別のＳＳ_ＩＤを有するＭＭＴパケット（従来技術）とそうでないＭＭＴパケット（本発明）が共存する場合）と複数タイプのＦＥＣリペアパケット（例えば、従来技術によるＦＥＣリペアパケットと本発明によるＦＥＣリペアパケットが共存）が共存する場合、これを区別する情報がＭＭＴパケットヘッダーにあり、受信器は、上記情報に基づいて各々のパケットを区別する。区別したパケットは、デパケット化（例えば、ＭＭＴデパケット化又はパース）８０３、逆ペイロード化（ＭＭＴペイロード逆ペイロード化又はパース）８０７、逆セグメンテーション８０９を通してデータストリーム８１１が再び復元される。

また、図８Ａのようにパケット保護が適用される場合の受信器動作は、受信器は、ＡＬ-ＦＥＣメッセージ８１３からＦＥＣ復号化に必要なＦＥＣ設定に関する基本的な情報を把握する。受信されたパケットがリペアパケットである場合、リペアパケットのリペアシンボルとＭＭＴパケットヘッダーのＰａｃｋｅｔ_ＩＤとリペアＦＥＣペイロードＩＤにリストされているＰａｃｋｅｔ_ＩＤの個数(又は番号)、Ｐａｃｋｅｔ_ＩＤのリスト、ＳＳ_Ｓｔａｒｔ_Ｓｅｑ_Ｎｒのリスト、ＳＳＢ_Ｌｅｎｇｔｈ[]のリスト、及び他の情報から該当リペアパケットが保護しているソースパケットを認知して受信される該当ソースパケット(ＭＭＴパケット)は、ＦＥＣ制御器８１９の制御により符号化シンボル生成器８１５に入力される。符号化シンボル生成器８１５は、ソースパケットから与えられたＳＳＢＧモードに従ってソースパケットをソースシンボルに転換し、リペアシンボルとともに符号化シンボルブロックを構成する。ＦＥＣデコーダ８１７は、リペアシンボルを用いて失われたソースシンボルを復元してソースパケットを獲得する。ソースパケットは、デパケット化ブロック８０５に配信される。

また、図８Ｂのようにペイロード保護が適用される場合、符号化シンボル生成器８２１とＦＥＣデコーダ８２３を通じてパケットでなくペイロードを復元することを除き、ＭＭＴパケットヘッダーの情報の活用及びＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤ情報の活用については、図８Ａのパケット保護の動作と同一の動作が適用される。

図９は、本発明の一実施形態によるソースパケットブロック(又はソースシンボルブロック)の生成例を示す。

図９の例では、３個のｐａｃｋｅｔ_ＩＤで構成されるパケットのフロー(図９の(ａ))からｐａｃｋｅｔ_ＩＤ＝０又は１を有する２個のｐａｃｋｅｔ_ＩＤに該当するパケットを選択してＦＥＣソースパケットフロー(＝１ソースパケットブロック)を構成し(図９の(ｂ))、まずＰａｃｋｅｔＩＤ＝０を有するパケットを配置し、次のＰａｃｋｅｔ_ＩＤ＝１を有するパケットを配置してソースシンボルブロックを生成する(図９の(ｃ))。ソースパケットをソースシンボルに転換する場合にソースパケットの長さが異なる場合、パディングが必要(ＳＳＢＧ_ＭＯＤＥ１)であり、すべて同一の長さである場合にはパディングが不要である(ＳＳＢＧ_ＭＯＤＥ０)。

以下、本発明の他の実施形態の基本概念について説明する。
＜他の実施形態＞
本発明の他の実施形態による通信システムにおいてパケットを送信する方法を説明する。送信器は、ＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成する。送信器は、アセットのうちＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに適用するＦＥＣ符号、ウィンドウ保護タイム、生成するリペアシンボルのサイズ、ＦＥＣ保護するｐａｃｋｅｔ_ＩＤの個数といったＦＥＣ設定情報を決定し、ＦＥＣ符号化を実行して、一例としてｗ１３９８２に記述されているようにリペアシンボルブロックを生成する。送信器は、生成されたリペアシンボルブロックのリペアシンボルに本発明で提案するリペアＦＥＣペイロードＩＤを追加することで、ＦＥＣリペアパケットを生成し伝送する。

ここで、本発明によるリペアＦＥＣペイロードＩＤは、Ｍ、Ｔ、ＳＳＭ、ＰＭ、ＣＶ、Ｗ、ｔｉｍｅｓｔａｍｐ、ｐａｃｋｅｔ_ＩＤの個数(又は番号)、ｐａｃｋｅｔ_ＩＤ ｌｉｓｔ、ＣＰ、ＰＷＴ、ＲＳ_ｌｅｎｇｔｈ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくともいずれか一つの情報を含む。リペアＦＥＣペイロードＩＤは、ＦＥＣリペアパケットのヘッダーに含まれていてもよい。

以下、リペアＦＥＣペイロードＩＤに含まれる各情報について具体的に説明する。

“Ｍ”は、リペアパケットのリペアＦＥＣペイロードＩＤが従属的リペアＦＥＣペイロードＩＤであるか、あるいは独立的リペアＦＥＣペイロードＩＤであるかを示す。従属的リペアＦＥＣペイロードＩＤは、上記従属的リペアＦＥＣペイロードＩＤの情報と異なる情報(例えば、ＡＬ-ＦＥＣメッセージ又は独立的リペアＦＥＣペイロードＩＤ)に格納されている情報との組み合わせにより、ＦＥＣ復号化処理に必要な情報を得る。また、独立的リペアＦＥＣペイロードＩＤは、ＡＬ-ＦＥＣメッセージに格納されている情報なしに独立的リペアＦＥＣペイロードＩＤを含んでいるパケットの情報のみでＦＥＣ復号化処理に必要な情報が得られる。

“Ｔ”は、タイムスタンプフィールドがあるか否かを示すフラグ情報である。

“ＳＳＭ”は、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールドのサイズを示す情報(例えば、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールドのサイズ(ビット)＝８＋８＊ＳＳＭ)である。

“ＰＭ”は、ＭＭＴフロー全体を保護するか、一つのｐａｃｋｅｔ_ＩＤを保護するか、２個のｐａｃｋｅｔ_ＩＤを保護するか、あるいは３個以上のｐａｃｋｅｔ_ＩＤを保護するかを示す。

“Ｃ”は、ＣＰ(Code Point)フィールドがあるか否か、“Ｗ”は、ＰＷＴ(Protection Window Time)フィールドがあるか否かを示す。

“ｔｉｍｅｓｔａｍｐ”は、リペアパケットが保護するソースパケットブロックの最初のソースパケットに格納されているタイムスタンプを示す。

ｐａｃｋｅｔ_ＩＤの個数(又は番号)フィールドは、ＰＭが３個以上のｐａｃｋｅｔ_ＩＤを保護していると示す場合、存在するフィールドにｐａｃｋｅｔ_ＩＤの個数情報を示す。

“Ｐａｃｋｅｔ_ＩＤ ｌｉｓｔ”フィールドは、ｐａｃｋｅｔ_ＩＤをリストし、ＰＭがＭＭＴフロー全体を保護することを示すときには存在しない。

“ＣＰ(Code Point)”フィールドは、Ｃフラグがオンされている場合に存在し、リペアパケットを生成するために使用されるＦＥＣ符号のコードポイントを示す。

“ＰＷＴ”は、Ｗフラグがオン状態である場合に存在し、リペアパケットを含むリペアフローでＦＥＣソースパケットブロックと該当ＦＥＣリペアパケットブロックで構成されるＦＥＣパケットブロックウィンドウタイムを表す(例えば、Ｗ１３９８２の保護ウィンドウタイムを利用できる)。

“ＲＳ_ｌｅｎｇｔｈ”は、リペアシンボルのサイズ情報を示す。

“ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[ｉ]”は、ＡＬ-ＦＥＣメッセージに記述されるソースフローでｉ番目のｐａｃｋｅｔ_ＩＤ値を有するソースパケットブロックのソースパケットのうち、最も低いパケットシーケンス番号で８＋８＊ＳＳＭビットサイズと同等のＬＳＢ値(例えば、ｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒが３２ビットであり、８＋８＊ＳＳＭが２４ビットである場合、ｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒの最初の８ビットを除き、残りの２４ビット値)(ｉ＝０，１，…，Ｎ-１）を示す。したがって、“ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[ｉ]”を通じてソースパケット(又はシンボル)ブロックのソースパケットの開始シーケンス番号がわかる。

“Ｌ[ｉ]”は、ＳＳＢ_ｌｅｎｇｔｈ[ｉ]フィールドのサイズを示す情報であって、ＳＳＢ_ｌｅｎｇｔｈフィールドサイズ＝６＋８＊Ｌと表される。

“ＳＳＢ_ｌｅｎｇｔｈ[ｉ]”は、ＡＬ-ＦＥＣメッセージにおいて特定されたソースフローでｉ番目のｐａｃｋｅｔ_ＩＤ値を有するソースパケットブロックのソースパケットの個数(ｉ＝０，１，…，Ｎ-１)であり、“Ｌ２”は、ＲＳＢ_ｌｅｎｇｔｈフィールドのサイズを示す情報であって、ＲＳＢ_ｌｅｎｇｔｈフィールドサイズ＝６＋８＊Ｌ２と表される。

“ＲＳＢ_ｌｅｎｇｔｈ”は、リペアパケットに含まれるリペアシンボルブロックのリペアシンボルの個数に関する情報であり、Ｌ３は、ＲＳ_ＩＤフィールドのサイズを示す情報であって、ＲＳ_ＩＤフィールドサイズ＝６＋８＊Ｌ２と表され、“ＲＳ_ＩＤ”は、リペアパケットを含むリペアシンボルブロックでリペアパケット内のリペアシンボルの位置(例えば、何番目のリペアシンボルであるか)を示す。

本発明の一実施形態による送信装置は、例えばＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成し、アセットのうちＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに適用するＦＥＣ符号、ウィンドウ保護タイム、生成するリペアシンボルのサイズ、ＦＥＣ保護するｐａｃｋｅｔ_ＩＤの個数といったＦＥＣ設定情報を定め、ＦＥＣ符号化を実行してｗ１３９８２に記述されたようにリペアシンボルブロックを生成し、生成したリペアシンボルブロックのリペアシンボルに本発明で提案するリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットを生成して伝送する制御部を含む。

ここで、本発明によるリペアＦＥＣペイロードＩＤは、上記したＭ、Ｔ、ＳＳＭ、ＰＭ、Ｃ、Ｗ、ｔｉｅｍｓｔａｍｐ、＃ｏｆ ｐａｃｋｅｔ_ＩＤ、ｐａｃｋｅｔ_ＩＤ Ｌｉｓｔ、ＣＰ、ＰＷＴ、ＲＳ_ｌｅｎｇｔｈ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくとも一つを含む。

本発明の一実施形態による他の送信方法は、ＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成して伝送することにおいて、ネットワークの中間ノード(例えば、コントリビューションネットワーク）は、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報を決定する。また、中間ノードは、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報に基づいて、アセットにマッピングされるｐａｃｋｅｔ_ＩＤリストとこれにマッピングされるリペアフローＩＤを決定する。中間ノードは、アセットに該当するＭＭＴパケットを保護するリペアシンボルブロックを生成し、生成したリペアシンボルブロックのリペアシンボルにリペアフローＩＤ値をｐａｃｋｅｔ_ＩＤに設定し、本発明によるリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケット(ＭＭＴパケット）を生成する。

ここで、本発明によるリペアＦＥＣペイロードＩＤは、Ｍ、Ｔ、ＳＳＭ、ＰＭ、Ｃ、Ｗ、ｔｉｍｅｓｔａｍｐ、＃ ｏｆ ｐａｃｋｅｔ_ＩＤ、ｐａｃｋｅｔ_ＩＤ Ｌｉｓｔ、ＣＰ、ＰＷＴ、ＲＳ_ｌｅｎｇｔｈ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくとも一つを含む。

本発明の一実施形態によるもう一つの送信装置は、ネットワークの中間ノード(例えば、コントリビューションネットワーク)に含まれ、中間ノードの送信装置は、送信部、ＦＥＣ符号化を実行するエンコーダ、ＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成して伝送することにおいて、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報を決定し、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報に基づいてアセットにマッピングされるｐａｃｋｅｔ_ＩＤリストとこれにマッピングされるリペアフローＩＤを決定し、符号化部を通じてＦＥＣ符号化を実行してアセットに該当するＭＭＴパケットを保護するリペアシンボルブロックを生成し、生成したリペアシンボルブロックのリペアシンボルにリペアフローＩＤ値をｐａｃｋｅｔ_ＩＤに設定し、本発明によるリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケット(ＭＭＴパケット）を生成する動作を制御する制御部を含む。

ここで、本発明によるリペアＦＥＣペイロードＩＤは、Ｍ、Ｔ、ＳＳＭ、ＰＭ、Ｃ、Ｗ、ｔｉｍｅｓｔａｍｐ、＃ ｏｆ ｐａｃｋｅｔ_ＩＤ、ｐａｃｋｅｔ_ＩＤ Ｌｉｓｔ、ＣＰ、ＰＷＴ、ＲＳ_ｌｅｎｇｔｈ、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[０]〜[Ｎ-１]、Ｌ[０]〜[Ｎ-１]、ＳＳＢ_ｌｅｎｇｔｈ[０]〜[Ｎ-１]、Ｌ２、ＲＳＢ_ｌｅｎｇｔｈ、Ｌ３、ＲＳ_ＩＤのうち少なくとも一つを含む。

本発明の一実施形態による受信方法を説明すると、受信器は、送信器から受信されたパケットからソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別する。受信器は、ＦＥＣリペアパケットからリペアシンボルを獲得し、ＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤからＦＥＣリペアパケットが保護している保護モード(すなわち、ＭＭＴフロー全体を保護しているか、あるいは１個、２個、又はそれ以上のｐａｃｋｅｔ_ＩＤを保護しているか)を認知し、ＭＭＴフロー全体を保護している場合、受信されたソースパケットのｐａｃｋｅｔ_ｃｏｕｎｔフィールドとリペアＦＥＣペイロードＩＤのＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈ情報に基づいてソースパケットを獲得し、あるいはＭＭＴフロー全体を保護していない場合、リペアＦＥＣペイロードＩＤの情報から保護しているｐａｃｋｅｔ_ＩＤの数、ｐａｃｋｅｔ_ＩＤリスト、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ、ＳＳＢ_ｌｅｎｇｔｈに基づいて、受信されたパケットからソースパケットブロックに該当するソースパケットを獲得し、リペアシンボルとともに符号化シンボルブロックを構成する。受信器は、構成された符号化シンボルブロックにＦＥＣ復号化を実行してソースシンボルを回復し、回復したソースシンボルから伝送途中で失われたソースパケットブロックのソースパケットを獲得する。

本発明の一実施形態による受信装置は、受信部、ＦＥＣ復号化を実行するデコーダ、受信部を通じて送信器から受信されたパケットからソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別し、ＦＥＣリペアパケットからリペアシンボルを獲得する過程を有し、ＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤからＦＥＣリペアパケットが保護している保護モード(すなわち、ＭＭＴフロー全体を保護しているか、そうでないと、１個、２個、又はそれ以上のｐａｃｋｅｔ_ＩＤを保護しているか)を認知し、ＭＭＴフロー全体を保護している場合、受信したソースパケットのｐａｃｋｅｔ_ｃｏｕｎｔフィールドとリペアＦＥＣペイロードＩＤのＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈ情報に基づいて、ソースパケットを獲得するか、あるいはＭＭＴフロー全体を保護していない場合、リペアＦＥＣペイロードＩＤの情報から保護しているｐａｃｋｅｔ_ＩＤの数、ｐａｃｋｅｔ_ＩＤリスト、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ、ＳＳＢ_ｌｅｎｇｔｈに基づいて、受信されたパケットからソースパケットブロックに該当するソースパケットを獲得して上記リペアシンボルとともに符号化シンボルブロックを構成し、デコーダを通じて構成された符号化シンボルブロックをＦＥＣ復号化してソースシンボルを回復し、回復したソースシンボルから伝送途中で失われたソースパケットブロックのソースパケットを獲得する動作を制御する制御部を含んで実現することができる。

本発明の一実施形態による送信方法を説明すると、送信器は、ＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成する。送信器は、アセットのうちＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに適用するＦＥＣ符号、ウィンドウ保護タイム、生成するリペアシンボルのサイズ、ＦＥＣ保護するｐａｃｋｅｔ_ＩＤの個数のようなＦＥＣ設定情報を決定する。送信器は、ＦＥＣ符号化を実行してｗ１３９８２に記述されているようにリペアシンボルブロックを生成し、生成したリペアシンボルブロックのリペアシンボルに本発明で提案するリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットを生成して伝送することにおいて、ソースパケットブロックを保護するリペアパケットのうち少なくとも一つは独立的リペアＦＥＣペイロードＩＤを含んで伝送する。

本発明の一実施形態による送信装置は、送信部、ＦＥＣ符号化を遂行するエンコーダ、及びＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成し、アセットのうちＦＥＣ保護しようとするアセットに該当するＭＭＴパケット、すなわちソースパケットに適用するＦＥＣ符号、ウィンドウ保護タイム、生成するリペアシンボルのサイズ、ＦＥＣ保護するｐａｃｋｅｔ_ＩＤの個数といったＦＥＣ設定情報を決定し、符号化を通じてＦＥＣ符号化を実行してｗ１３９８２に記述されているように、リペアシンボルブロックを生成し、生成したリペアシンボルブロックのリペアシンボルに本発明で提案するリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットを生成して伝送することにあって、ソースパケットブロックを保護するリペアパケットのうち少なくとも一つは独立的リペアＦＥＣペイロードＩＤを含んで伝送する動作を制御する制御部を含んで実現できる。

本発明の一実施形態による他の送信方法を説明すると、ＭＰＥＧ ｏｕｔｐｕｔｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグリングメッセージのためのＭＭＴパケットを生成して伝送することにおいて、ネットワークの中間ノード(例えば、コントリビューションネットワーク）は、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報を決定する。中間ノードは、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報に基づいて、アセットにマッピングされるｐａｃｋｅｔ_ＩＤリストとこれにマッピングされるリペアフローＩＤを決定し、アセットに該当するＭＭＴパケットを保護するリペアシンボルブロックを生成する。中間ノードは、生成されたリペアシンボルブロックのリペアシンボルにリペアフローＩＤ値をｐａｃｋｅｔ_ＩＤに設定し、本発明によるリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケット(ＭＭＴパケット）を生成することにおいて、ソースパケットブロックを保護するリペアパケットのうち少なくとも一つのリペアパケットは、独立的リペアＦＥＣペイロードＩＤを含んで伝送する。

本発明の一実施形態による他の送信装置は、ネットワークの中間ノード(例えば、コントリビューションネットワーク)に含まれ、中間ノードの送信装置は、送信部、ＦＥＣ符号化を実行する符号化部、ＭＰＥＧ ｏｕｔｐｕｔ ｄｏｃｕｍｅｎｔ ｗ１３９８２に従って伝送しようとするアセット及びシグナリングメッセージのためのＭＭＴパケットを生成して伝送することにおいて、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報を決定し、ＦＥＣ保護しようとするアセットとＦＥＣ設定情報に基づいて、アセットにマッピングされるｐａｃｋｅｔ_ＩＤリストとこれにマッピングされるリペアフローＩＤを決定し、エンコーダを通じてＦＥＣ符号化を実行してアセットに該当するＭＭＴパケットを保護するリペアシンボルブロックを生成し、生成したリペアシンボルブロックのリペアシンボルにリペアフローＩＤ値をｐａｃｋｅｔ_ＩＤに設定し、本発明によるリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケット(ＭＭＴパケット）を生成することにおいて、ソースパケットブロックを保護するリペアパケットのうち少なくとも一つは独立的リペアＦＥＣペイロードＩＤを含んで伝送する動作を制御する制御部を含んでなされ得る
本発明の一実施形態による受信方法を説明すると、受信器は、送信器から受信されるパケットからソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別し、ＦＥＣリペアパケットから少なくとも一つの独立的リペアＦＥＣペイロードＩＤを獲得し、リペアシンボルを獲得する。受信器は、ＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤからＦＥＣリペアパケットが保護している保護モード(すなわち、ＭＭＴフロー全体を保護しているか、あるいは１個、２個、又はそれ以上のｐａｃｋｅｔ_ＩＤを保護しているか)を認知し、ＭＭＴフロー全体を保護している場合、受信されたソースパケットのｐａｃｋｅｔ_ｃｏｕｎｔフィールドとリペアＦＥＣペイロードＩＤのＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈ情報に基づいて、ソースパケットを獲得し、あるいはＭＭＴフロー全体を保護していない場合、リペアＦＥＣペイロードＩＤの情報から保護しているｐａｃｋｅｔ_ＩＤの数、ｓｓｂｇ_ｍｏｄｅ、ｐａｃｋｅｔ_ＩＤリスト、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ、ＳＳＢ_ｌｅｎｇｔｈに基づいて、受信されたパケットからソースパケットブロックに該当するソースパケットを獲得してリペアシンボルとともに符号化シンボルブロックを構成する。受信器は、構成された符号化シンボルブロックにＦＥＣ復号化を遂行してソースシンボルをリペアし、リペアしたソースシンボルから伝送途中で失われたソースパケットブロックのソースパケットを獲得する。

本発明の一実施形態による受信装置は、受信部、ＦＥＣ復号化を遂行するデコーダ、及び受信部を通じて送信器から受信されたパケットからソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別してＦＥＣリペアパケットから少なくとも一つの独立的リペアＦＥＣペイロードＩＤを獲得し、リペアシンボルを獲得する過程を有し、ＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤからＦＥＣリペアパケットが保護している保護モード(すなわち、ＭＭＴフロー全体を保護しているか、あるいは１個、２個、又はそれ以上のｐａｃｋｅｔ_ＩＤを保護しているか)を認知し、ＭＭＴフロー全体を保護している場合、受信されたソースパケットのｐａｃｋｅｔ_ｃｏｕｎｔフィールドとリペアＦＥＣペイロードＩＤのＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈ情報に基づいて、ソースパケットを獲得するか、あるいはＭＭＴフロー全体を保護していない場合、リペアＦＥＣペイロードＩＤの情報から保護しているｐａｃｋｅｔ_ＩＤの数、ｓｓｂｇ_ｍｏｄｅ、ｐａｃｋｅｔ_ＩＤリスト、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ、ＳＳＢ_ｌｅｎｇｔｈに基づいて、受信されたパケットからソースパケットブロックに該当するソースパケットを獲得してリペアシンボルとともに符号化シンボルブロックを構成し、デコーダを通じて構成された符号化シンボルブロックにＦＥＣ復号化を実行してソースシンボルを回復し、回復したソースシンボルから伝送途中で失われたソースパケットブロックのソースパケットを獲得する動作を制御する制御部を含んで実現できる。

上記でソースパケット又はＦＥＣリペアパケットのヘッダーは、ソースパケットであるかあるいはＦＥＣリペアパケットであるかを区別する情報を有する。特に、ソースシンボルブロック内のソースシンボルの順序を知らせるための別途のソースシンボルＩＤ(ＳＳ_ＩＤ)をソースパケットに追加するパケット伝送方法と本発明のパケット伝送方法がともに使用される場合、本発明によるソースパケット又はＦＥＣリペアパケットのヘッダーはパケットが
- ソースパケット＋ＳＳ_ＩＤであるか
- ソースパケットそれ自体であるか(本発明)
- 従来発明によるＦＥＣリペアパケット
- 本発明によるＦＥＣリペアパケットでるかを区別する情報のうち少なくとも一つを含むことができる。

下記の＜表６＞は、ＭＭＴパケットヘッダーのＦＥＣタイプの実施形態を示す。

なお、ＦＥＣタイプが０に設定される場合、これは、ＦＥＣがＭＭＴパケットに適用されず、あるいはＦＥＣがＦＥＣソースペイロードＩＤの付加なしにＭＭＴパケットに適用されることを示すことに注意すべきである。

また、このようなパケットを区別する情報は、ＡＬ-ＦＥＣメッセージを通じて従来の方法でＦＥＣを適用してパケット伝送するか、あるいは本発明でＦＥＣを適用してパケット伝送するかを示すＰａｙｌｏａｄ ＩＤ_Ｍｏｄｅフラグを含んで受信端に伝送する。

Ｐａｙｌｏａｄ ＩＤ_Ｍｏｄｅフラグ＝１：本発明によるＦＥＣを適用したパケット伝送方法(すなわち、ソースパケットに別途のＳＳ_ＩＤを使用することなく、本発明によるＦＥＣリペアパケットフォーマット(特に、リペアＦＥＣペイロードＩＤ)に従う)の場合、ソースパケット内の情報(例えば、ソースパケットのシーケンス番号)を用いると、ＳＳ_ＩＤを利用するように、ソースパケット(又はシンボル)ブロック内で同一のパケットＩＤを有するソースパケット(又はシンボル)の順序を確認できる。

Ｐａｙｌｏａｃ ＩＤ_Ｍｏｄｅ Ｆｌａｇ＝０：従来発明のようにＦＥＣを適用したパケット伝送方法(すなわち、ソースパケットに別途のＳＳ_ＩＤを追加し、従来発明によるＦＥＣリペアパケットフォーマット(特に、リペアＦＥＣペイロードＩＤ)に従う。)
以下、図面を参照して本発明の他の実施形態について詳細に説明する。

上記した実施形態で説明した本発明の特徴は、本発明の他の実施形態でも選択的に適用され得る。

図１２は、本発明の他の実施形態によるリペアＦＥＣペイロードＩＤの構成例を示す。

図１２に示す各情報の内容は、以下の＜表７＞乃至＜表９＞のようである。

なお、１）フィールドＭが、リペアパケットが従属的リペアＦＥＣペイロードＩＤを搬送することを示している場合、ＰＭ、Ｃ、及びＷフィールドは予約されることに注意すべきである。

２）フィールドＭが、リペアパケットが従属的リペアＦＥＣペイロードＩＤを搬送することを示している場合、＃ｏｆ ｐａｃｋｅｔ_ｉｄ、ｌｉｓｔ_ｐａｃｋｅｔ_ｉｄ、ＣＰ、ＰＷＴ、及びＲＳ_ｌｅｎｇｔｈフィールドは存在しない。

上記＜表７＞の“ＰＭ”フィールドで保護されるソースフローの保護モードは、例えば、次の＜表１０＞のように定義できる。

図１７Ａは、本発明のもう一つの実施形態による独立的リペアＦＥＣペイロードＩＤと従属的リペアＦＥＣペイロードＩＤとの関係を説明するための図である。図１７Ｂは、本発明の他の実施形態によるソースフローに含まれ、任意のソースパケットブロックには含まれないｐａｃｋｅｔ_ＩＤに対するリペアパケットのリペアＦＥＣペイロードＩＤのフィールド値を設定する方法を説明するための図である。

まず、図１７Ａに示すように、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールドとＳＳＢ_ｌｅｎｇｔｈフィールドの個数は、独立的リペアＦＥＣペイロードＩＤに記述されたソースフローに対するｐａｃｋｅｔ_ＩＤの個数及び順序に基づいて、ソースフローに対するリペアフローのすべてのリペアパケットに対して特定される。ソースフローに含まれるＰａｃｋｅｔ_ＩＤの数よりソースパケット(又はシンボル)ブロック内のｐａｃｋｅｔ_ＩＤの数が少ない場合、図１７Ｂに示すように、該当ソースパケット(又はシンボル)ブロックのためのリペアパケットのリペアＦＥＣペイロードＩＤは、独立的リペアＦＥＣペイロードＩＤに記述された該当ソースフローに含まれるｐａｃｋｅｔ_ＩＤの個数だけＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールド又はＳＳＢ_ｌｅｎｇｔｈフィールドが存在してその順序も一致する。但し、ソースパケット(又はシンボル)ブロックが含んでいないｐａｃｋｅｔ_ＩＤの順序に該当するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒフィールド又はＳＳＢ_ｌｅｎｇｔｈフィールドの値を特定値として設定することで、関連したソースパケット(又はシンボル)ブロックが該当ｐａｃｋｅｔ_ＩＤを含んでいないことを示す。例えば、ＳＳＢ_ｌｅｎｇｔｈフィールドの値を０に設定して該当ｐａｃｋｅｔ_ＩＤを有するパケットが該当ソースパケット(又はシンボル)ブロック内に存在しないことを示すことができる。

具体的に、図１７Ｂの(ａ)を参照すると、ＡＬ-ＦＥＣメッセージに記述されたソースフローが３個のＰａｃｋｅｔ_ＩＤ、０，１，２で構成されることに比べて、ソースパケット(又はシンボル)ブロック＃１が０，１，２で構成され(１７０１)、ソースパケット(又はシンボル)ブロック＃２が０，１で構成され(１７０３)、ソースパケット(又はシンボル)ブロック＃３が１，２で構成される(１７０５)場合、図１７Ｂの(ｂ)のようにソースフローのためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１，２に対する順にＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈフィールドを各々３個ずつ含むが、そのフィールドの値において、ソースパケット(又はシンボル)ブロック１のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ソースパケット(又はシンボル)ブロック２のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ｐａｃｋｅｔ_ＩＤ２を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０(１７０７，１７０９）を設定してソースパケット(又はシンボル)ブロック２がｐａｃｋｅｔ_ＩＤ２を含んでいないことを示す。また、ソースパケット(又はシンボル)ブロック３のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ソースパケット(又はシンボル)ブロック３がｐａｃｋｅｔ_ＩＤ０を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０を設定し、ｐａｃｋｅｔ_ＩＤ１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定する。また、ソースパケット(又はシンボル)ブロックの含んでいないｐａｃｋｅｔ_ＩＤに該当するＳＳＢ_ｌｅｎｇｔｈフィールドのサイズを決定するためのＬフィールドを０に設定して、ＳＳＢ_ｌｅｎｇｔｈフィールドのサイズを最小化する。一方、本発明の他の実施形態によるソースパケットフローを生成する方法は、上記した図６Ａと同様である。

すなわち、３個のアセットＡ，Ｂ，Ｃ(例えば、オーディオデータ、ビデオデータ、テキスト、ファイルのような非時間データ又は時間データ）がある場合、各々のアセットは、所定サイズのデータに分離された後にＭＭＴペイロードヘッダー、ＭＭＴパケットヘッダーを付加してＭＭＴパケットフロー(ソースパケットフロー)を構成するようになる。アセットＡ，Ｂ，Ｃの各々は、５個のデータペイロードに分離されて各々にＰａｃｋｅｔ_ＩＤとパケットシーケンス番号を含むヘッダーを追加する。アセットＡのパケットを識別するＰａｃｋｅｔ_ＩＤ＝０、アセットＢに対してＰａｃｋｅｔ_ＩＤ＝１、及びアセットＣに対してＰａｃｋｅｔ_ＩＤ＝２が割り当てられ、それぞれのＰａｃｋｅｔ_ＩＤに基づいたパケットシーケンス番号が１ずつ増加するように割り当てられる。ヘッダーの一例としてはＭＭＴパケットヘッダーが挙げられる。

図１３Ａ及び図１３Ｂは、本発明の実施形態によるパケット保護とペイロード保護のための送信器の動作を説明する図である。図１３Ａはパケット保護のための送信器の動作を示し、図１３Ｂはペイロード保護のための送信器の動作を示す。

図１３Ａ及び図１３Ｂを参照すると、データストリーム１３０１は、セグメンテーション１３０３、ペイロード化１３０５、パケット化１３０７を通して送信部１３０９によりパケットストリーム１３１１に伝送される。ＭＭＴを例としてとると、データストリームをアセットとできる。セグメンテーションは、データを所定サイズに分ける。ペイロード化は、データにヘッダーを付加し、受信器から受信したパケットからデータを再構成可能な情報がヘッダーに格納される。例えば、ＭＭＴペイロードがこれに該当する。パケット化１３０７は、ＭＭＴペイロードにＭＭＴパケットヘッダーを追加する。ＭＭＴパケットヘッダーは、Ｐａｃｋｅｔ_ＩＤとパ―ケットシーケンス番号を有することで、ＦＥＣに活用される。

また、図１３Ａのように、パケット保護が実行される場合、ＦＥＣ保護しようとするＭＭＴパケットは、ＦＥＣ制御器１３１３の制御によりソースシンボルブロック生成器１３１５に入力される。ソースシンボルブロック生成器１３１５は、ＭＭＴパケット(ソースパケット)からソースシンボルブロックを生成(図１０の例示を参照)し、ＦＥＣエンコーダ１３１７は、ソースシンボルブロックを受信してリペアシンボルを生成し、各々のリペアシンボルは、ＭＭＴパケットヘッダーとリペアＦＥＣペイロードＩＤを追加してＦＥＣリペアパケットにて伝送される。上記のように、本発明の他の実施形態によるリペアＦＥＣペイロードＩＤを、図１２のように構成できる。

また、図１３Ｂのようにペイロード保護が実行される場合、ペイロード保護の動作は、ＭＭＴペイロード又はペイロードデータがソースシンボルブロック生成器１３２１に入力されることを除き、図１３Ａで説明したパケット保護の動作と同一である。

本発明による方法と従来の方法によるＡＬ-ＦＥＣ適用方法がすべて使用される場合、従来方法によりＡＬ-ＦＥＣを適用したパケットのＡＬ-ＦＥＣ復号化のためにはＡＬ-ＦＥＣメッセージ１３１９が必要であるため、この場合、ＡＬ-ＦＥＣメッセージ１３１９は、ペイロード化１３０５を通して、ＭＭＴペイロードヘッダを追加した後にＭＭＴパケットヘッダーを追加して、データとは別途のパケットで伝送される。しかしながら、本発明による方法のみをＡＬ-ＦＥＣが適用されて伝送される場合、ＡＬ-ＦＥＣメッセージ１３１９を別のパケットで伝送する必要はない。その理由は、本発明による受信器のＦＥＣオペレーションに必要な情報は、リペアパケットにて伝送されるためである。

図１４Ａ及び図１４Ｂは、パケット保護とペイロード保護のための受信器の動作を説明する。図１４Ａはパケット保護のための受信器の動作を示し、図１４Ｂはペイロード保護のための受信器の動作を示す。

図１４Ａ及び図１４Ｂを参照すると、受信器は、パケット受信部１４０３を通じてパケットストリーム１４０１を受信する場合、受信したパケットがソースパケットであるか、あるいはＦＥＣリペアパケットであるかを判定する。複数タイプのソースパケット(例えば、別のＳＳ_ＩＤを有するＭＭＴパケット(従来の技術))とそうでないＭＭＴパケット（本発明）が共存する場合）と複数タイプのＦＥＣリペアパケット（例えば、従来技術によるＦＥＣリペアパケットと本発明によるＦＥＣリペアパケットが共存）が共存する場合、これを区別する情報がＭＭＴパケットヘッダーにあり、受信器は、これを上記情報に基づいて各々のパケットを区別する。この区別されたパケットは、デパケット化（例えば、ＭＭＴデパケット化又はパース９１４０５、逆ペイロード化（ＭＭＴ逆ペイロード化又はパース）１４０７、逆セグメンテーション１４０９を経てデータストリーム１４１１に再び復元される。

また、図１４Ａのように、パケット保護が適用される場合の受信器動作では、受信器は受信されたパケットがソースパケットであるか、リペアパケットであるかを区別して受信されたパケットがリペアパケットである場合、リペアパケットのリペアＦＥＣペイロードＩＤのＭフィールドが独立的リペアＦＥＣペイロードＩＤであることを示すと、リストされているＰａｃｋｅｔ_ＩＤの個数(又は番号)、Ｐａｃｋｅｔ_ＩＤのリスト、ＳＳ_Ｓｔａｒｔ_Ｓｅｑ_Ｎｒｓ、ＳＳＢ_Ｌｅｎｇｔｈ[]のリストと他の情報から該当リペアパケットが保護しているソースパケットを認知し、受信される該当ソースパケット(ＭＭＴパケット）は、ＦＥＣ制御器１４１９の制御下で符号化シンボル生成器１４１５に入力される。符号化シンボル生成器は、ソースパケットから与えられたＳＳＢＧモードに従ってソースパケットをソースシンボルに転換し、リペアシンボルとともに符号化シンボルブロックを構成する。ＦＥＣデコーダ１４１７は、リペアシンボルを用いて失われたソースシンボルを復元してソースパケットを獲得する。ソースパケットは、デパケット化ブロック１４０５に配信される。

また、図１４Ｂのように、ペイロード保護が適用される場合、符号化シンボル生成器１４２１とＦＥＣデコーダ１４２３を通じてパケットでなくペイロードを復元することを除き、ＭＭＴパケットヘッダーの情報の活用及びＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤ情報の活用においては、図１４Ａのパケット保護の動作と同一の動作が適用される。

図１５は、本発明の一実施形態によるソースパケットブロック(又はソースシンボルブロック)を生成する例示図である。

図１５を参照すると、３個のｐａｃｋｅｔ_ＩＤで構成されるパケットのフロー(図１５の(ａ))からｐａｃｋｅｔ_ＩＤ＝０又は１を有する２個のｐａｃｋｅｔ_ＩＤに該当するパケットを選択してＦＥＣソースパケットフロー(＝１ソースパケットブロック)を構成し(図１５の(ｂ))、ｐａｃｋｅｔ_ＩＤ＝０を有するパケットをまず配置し、次にＰａｃｋｅｔ_ＩＤ＝１を有するパケットを配置してソースシンボルブロックを生成する(図９の(ｃ))例を示す。ソースパケットをソースシンボルに転換する場合にソースパケットの長さが異なる場合、パディングが必要(ＳＳＢＧ_ＭＯＤＥ１)であり、すべて同一の長さであると、パディングが不要である(ＳＳＢＧ_ＭＯＤＥ０)。

図１６は、本発明のもう一つの実施形態によるリペアＦＥＣペイロードＩＤを説明する。図１６に示す各情報の内容は、以下の＜表１１＞乃至＜表１３＞のようである。

なお、１）リペアＦＥＣペイロードＩＤでフィールドの順序は、ソースシンボルがソースシンボルブロックで連接される順序を決定することに注意すべきである。

２）与えられたソースフローに対して、ＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒ[ｉ]、Ｌ[ｉ]、及びＳＳＢ_ｌｅｎｇｔｈ[ｉ]フィールドは、ソースフローに対するリペアＦＥＣパケットの独立的リペアＦＥＣペイロードＩＤでパケット_ｉｄの順序により決定される。

３）フィールドＭが、リペアパケットが従属的リペアＦＥＣペイロードＩＤを搬送することを示す場合、ＣとＷフィールドは予約される。

４）フィールドＭが、リペアパケットが従属的リペアＦＥＣペイロードＩＤを搬送することを示す場合、ｓｓｂｇ_ｍｏｄｅ、＃ｏｆ ｐａｃｋｅｔ_ｉｄ、ｌｉｓｔ_ｐａｃｋｅｔ_ｉｄ、ＣＰ、ＰＷＴ、及びＲＳ_ｌｅｎｇｔｈフィールドは存在しない。

図１８及び図１９は、本発明の実施形態によるソースパケットブロックにＦＥＣを適用して生成されたリペアシンボルを伝送するためのリペアパケットブロックを示す。１番目、３番目、５番目のリペアパケットは、独立的リペアＦＥＣペイロードＩＤが伝送され、２番目、４番目のリペアパケットは、従属的リペアＦＥＣペイロードＩＤが伝送される。受信器は、独立的リペアＦＥＣペイロードＩＤから該当ソースフローに含まれるｐａｃｋｅｔ_ｉｄのリストと順序をわかるだけでなく、ＦＥＣオペレーションに必要なＦＥＣ設定情報などが得られる。図示しないが、従属的リペアＦＥＣペイロードＩＤは、ｗ１３９８２に記述されたリペアＦＥＣペイロードＩＤ情報とともに受信されたリペアパケット内のリペアシンボルのリペアシンボルブロック内での位置情報のみを含み、あるいはＭＭＴＰパケットヘッダーにはパケットシーケンス番号フィールドを活用して代替できる。この場合、従属的リペアＦＥＣペイロードＩＤは、図１９のように存在しない。

本発明の一実施形態によると、ユーザーにより良質のサービスを提供できる。本発明は、受信装置がＦＥＣパケット内のストリームを区別するための情報又はソースパケットとは異なる別の制御情報からそれぞれのデータストリームを区別し、各々のデータストリームをＦＥＣ保護するために生成されたリペアストリームを把握し、ＦＥＣ復号化をスムーズに実行できるだけでなく、生成されたソースパケットフローに含まれる所定個数のデータストリームに対してリペアフローをソースパケットに影響を与えずに生成できる。

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

Claims (10)

1. 通信システムにおけるパケットを送信する方法であって、
   コンテンツの伝送のためのソースパケットを含む少なくとも一つのソースブロックを生成するステップと、
   順方向誤り訂正(ＦＥＣ)符号化を実行して前記ソースパケットの復元のためのリペアパケットを含む少なくとも一つのリペアブロックを生成するステップと、
   前記少なくとも一つのソースブロックに対するパケット識別情報を含むシグナリング情報と前記ソースパケットと前記リペアパケットを含むパケットストリームを伝送するステップと、を有し、
   前記リペアパケットのヘッダー情報は、前記パケット識別情報別に各ソースブロックに含まれるソースパケットの個数と前記各ソースブロックに含まれる前記ソースパケットの開始番号を表す情報を含むことを特徴とするパケット送信方法。
2. 前記ＦＥＣ符号化は、前記少なくとも一つのソースブロックのペイロード又は前記ソースパケットに対して実行されることを特徴とする請求項１に記載のパケット送信方法。
3. 前記パケット送信方法は、受信器にシグナリングされるＦＥＣモード情報に基づいて実行されることを特徴とする請求項１に記載のパケット送信方法。
4. 前記ソースパケットの個数情報と開始番号情報は、前記リペアパケットのＦＥＣペイロード識別情報であることを特徴とする請求項１に記載のパケット送信方法。
5. 前記ソースパケットの個数情報と開始番号情報は、受信器でＦＥＣ復号化処理に使用されることを特徴とする請求項１に記載のパケット送信方法。
6. 通信システムにおけるパケットを送信する送信装置であって、
   前記パケットを送信する送信部と、
   順方向誤り訂正(ＦＥＣ)符号化を実行するエンコーダと、
   コンテンツの伝送のためのソースパケットを含む少なくとも一つのソースブロックを生成し、ＦＥＣ符号化を実行して前記ソースパケットの復元のためのリペアパケットを含む少なくとも一つのリペアブロックを生成し、前記少なくとも一つのソースブロックに関するパケット識別情報を含むシグナリング情報と前記ソースパケットと前記リペアパケットを含むパケットストリームを伝送する動作を制御する制御部と、を含み、
   前記リペアパケットのヘッダー情報は、前記パケット識別情報別に各ソースブロックに含まれるソースパケットの個数と前記各ソースブロックに含まれる前記ソースパケットの開始番号を示す情報を含むことを特徴とする送信装置。
7. 前記ＦＥＣ符号化は、前記少なくとも一つのソースブロックのペイロード又は前記ソースパケットに対して実行されることを特徴とする請求項６に記載の送信装置。
8. 前記パケット送信方法は、受信器にシグナリングされるＦＥＣモード情報に基づいて実行されることを特徴とする請求項６に記載の送信装置。
9. 前記ソースパケットの個数情報と開始番号情報は、前記リペアパケットのＦＥＣペイロード識別情報であることを特徴とする請求項６に記載の送信装置。
10. 前記ソースパケットの個数情報と開始番号情報は受信器でＦＥＣデコーディング処理に利用されることを特徴とする請求項６に記載の送信装置。

Images