(57)【要約】  移動通信システムにおける順方向誤り訂正（ＦＦＣ）パケットを送受信する装置及び方法が提供される。ＦＥＣパケット送信方法において、ＦＥＣパケット送信装置は、ＦＥＣ配信ブロックをＦＥＣパケット受信装置に送信し、ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、Ｋ個のソースペイロード及びＰ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含む。
2014528682.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置がＦＥＣパケットを送信する方法であって、
ＦＥＣ配信ブロックをＦＥＣパケット受信装置に送信するステップを有し、
前記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、前記Ｋ個のソースペイロード及び前記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、前記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする方法。
【請求項２】
移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット受信装置がＦＥＣパケットを受信する方法であって、
ＦＥＣ配信ブロックをＦＥＣパケット送信装置から受信するステップを有し、
前記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、前記Ｋ個のソースペイロード及び前記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、前記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする方法。
【請求項３】
関連するペイロードがソースペイロードである場合に、前記長さ情報は、前記Ｋ個のソースペイロードの長さが固定されるか又は可変するかを示す情報を示すことを特徴とする請求項１及び２の中のいずれか１つに記載の方法。
【請求項４】
関連するペイロードがパリティペイロードである場合に、前記長さ情報は、前記Ｐ個のソースペイロードの長さが固定されるか又は可変するかを示す情報を示すことを特徴とする請求項１及び２の中のいずれか１つに記載の方法。
【請求項５】
前記長さ情報が前記Ｐ個のパリティペイロードの長さが可変することを示す場合に、関連するペイロードに含まれるペイロードヘッダは、前記Ｐ個のパリティペイロードの長さを含む仮想長さ情報データに従って生成されるパリティデータをさらに含むことを特徴とする請求項４に記載の方法。
【請求項６】
関連するペイロードがソースペイロードである場合に、前記長さ情報は、前記移動通信システムで使用する情報ブロック生成（ＩＢＧ）モードを示し、前記ＩＢＧモードは、前記Ｋ個のソースペイロードの長さが固定されるか又は可変するかを示すことを特徴とする請求項１及び２の中のいずれか１つに記載の方法。
【請求項７】
関連するペイロードがソースペイロードである場合に、前記長さ情報は、前記移動通信システムで使用する情報ブロック生成（ＩＢＧ）モードを示し、前記ＩＢＧモードは、前記Ｋ個のソースペイロードの長さが固定されるか否かを示すＩＢＧ＿ｍｏｄｅ０と、前記Ｋ個のソースペイロードの長さが可変し、前記Ｋ個のソースペイロードの中の少なくとも１個がパディングデータを含むことを示すＩＢＧ＿ｍｏｄｅ１と、前記Ｋ個のソースペイロードの長さが可変するか否かを示すＩＢＧ＿ｍｏｄｅ２とを含むことを特徴とする請求項１及び２の中のいずれか１つに記載の方法。
【請求項８】
前記ＩＢＧ＿ｍｏｄｅ１は、Ｋ個の情報ブロックがパディングデータを前記Ｋ個のソースペイロードの中の少なくとも１つに付加することにより生成されることを示し、前記ＩＢＧ＿ｍｏｄｅ２は、前記Ｋ個又は前記Ｌ個の情報ブロックが前記Ｋ個のソースペイロードを２次元配列に配置することにより生成され、Ｌは、Ｋより小さいことを示すことを特徴とする請求項７に記載の方法。
【請求項９】
関連するペイロードがパリティペイロードである場合に、前記長さ情報は、前記移動通信システムで使用する情報ブロック生成（ＩＢＧ）モードを示し、前記ＩＢＧモードは、前記Ｐ個のパリティペイロードの長さが固定されるか又は可変するかを示すことを特徴とする請求項１及び２の中のいずれか１つに記載の方法。
【請求項１０】
前記ＩＢＧモードが前記Ｐ個のパリティペイロードの長さが可変することを示す場合に、関連するペイロードに含まれるペイロードヘッダは、前記Ｐ個のパリティペイロードの長さを含む仮想長さ情報データに従って生成されるパリティデータをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
関連するペイロードがパリティペイロードである場合に、前記長さ情報は、前記移動通信システムで使用する情報ブロック生成（ＩＢＧ）モードを示し、前記ＩＢＧモードは、前記Ｐ個のパリティペイロードの長さが固定されるか否かを示すＩＢＧ＿ｍｏｄｅ０と、前記Ｐ個のパリティペイロードの長さが可変し、前記Ｐ個のパリティペイロードの中の少なくとも１個がパディングデータを含むことを示すＩＢＧ＿ｍｏｄｅ１と、前記Ｐ個のパリティペイロードの長さが可変するか否かを示すＩＢＧ＿ｍｏｄｅ２とを含むことを特徴とする請求項１及び２の中のいずれか１つに記載の方法。
【請求項１２】
前記ＩＢＧ＿ｍｏｄｅ１は、Ｐ個のパリティブロックがパディングデータを前記Ｐ個のパリティペイロードの中の少なくとも１つに付加することにより生成されることを示し、前記ＩＢＧ＿ｍｏｄｅ２は、前記Ｐ個又は前記Ｍ個のパリティブロックが前記Ｐ個のパリティペイロードを２次元配列に配置することにより生成され、Ｍは、Ｐより小さいことを示すことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＩＢＧモードが前記ＩＢＧ＿ｍｏｄｅ１及び前記ＩＢＧ＿ｍｏｄｅ２の中の１つである場合に、関連するペイロードに含まれるペイロードヘッダは、前記Ｐ個のパリティペイロードの長さを含む仮想長さ情報データに従って生成されるパリティデータをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置であって、請求項１及び請求項３乃至請求項１３の中のいずれか１項に記載された方法を実行するように構成されることを特徴とする装置。
【請求項１５】
移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット受信装置であって、請求項２乃至請求項１３の中のいずれか１項に記載された方法を実行するように構成されることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおけるパケットを送受信する装置及び方法に係り、より詳細には、移動通信システムにおける順方向誤り訂正（Forward Error Correction：以下、‘ＦＥＣ’と称する）パケットを送受信する装置及び方法に関する。
【背景技術】
【０００２】
様々なコンテンツの増加及び高解像度（High Definition：ＨＤ）コンテンツ及び超高解像度（Ultra High Definition：ＵＨＤ）コンテンツのような高容量コンテンツの増加の結果として、データ輻輳（data Congestion）がさらに悪化している。このようなデータ輻輳により、信号送信装置により送信されたコンテンツは、信号受信装置に完全に転送されず、コンテンツの一部は、ルート上で損失される状況が発生する。
【０００３】
一般的に、データは、パケット単位で送信される。このように、データ損失は、パケット単位で発生する。したがって、ネットワーク上でトランスポートパケットが損失される場合に、信号受信装置は、損失されたトランスポートパケットを受信できないために、損失されたトランスポートパケットと関連したデータを認識できない。その結果、オーディオ信号品質劣化、動画像画質劣化、動画像クラック、字幕欠落、ファイル損失などのような様々な形態でユーザの不便さをもたらす。
【０００４】
ネットワーク上で損失されたデータを復旧するための技術では、所定数のパケットを含むソースブロックにＦＥＣエンコーディングによるパリティブロック（Parity block）を追加する。一般的に、パケット内に送信されるデータ（すなわち、ソースペイロード（source payload））のサイズ又は長さは、固定されることもあり、又は可変することもある。例えば、ＭＰＥＧ２（Moving Picture Experts Group 2）トランスポートストリーム（Transport Stream、ＴＳ）は、４バイトのヘッダ及び１８４バイトのペイロードを含む１８８バイトの固定されたパケットサイズを有する。しかしながら、リアルタイムトランスポートプロトコル（Real-Time Transport Protocol：以下、‘ＲＴＰ’と称する）パケットサイズ又はＭＰＥＧメディアトランスポート（MPEG Media Transport：以下、‘ＭＭＴ'と称する）パケットサイズは、常に固定されていない。
【０００５】
可変パケットサイズが適用される場合に、信号送信装置は、実際に送信されるパケットのサイズを同一にするためにパディングデータ（padding data）をデータに付加することによりソースブロックを生成した後に、この生成されたソースブロックに対してＦＥＣエンコーディング動作を実行する。
【０００６】
この場合に、ＦＥＣデコーディング動作に従ってネットワーク（例えば、チャネル）上で損失されたパケットを復旧する時に、ＦＥＣデコーダは、ソースブロックを復旧する（すなわち、パディングデータを含むソースブロックを復旧する）ので、実際のパディングデータが含まれる前のパケットのサイズを正確に検出しなければならない。
【０００７】
したがって、ＦＥＣデコーダのために、パディングデータが含まれる前のパケットのサイズをＦＥＣデコーダに正確に通知する方法に対する必要性が存在する。すなわち、パディングデータが可変パケットサイズをサポートするＭＭＴシステムに含まれる前のパケットのサイズを通知するためのＦＥＣパケット送受信方法に対する必要性が台頭されている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、移動通信システムにおいて順方向誤り訂正（ＦＥＣ）パケットを送受信する装置及び方法を提供することにある。
【０００９】
本発明の他の目的は、移動通信システムにおいてパディングデータが含まれる前のデータのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提供することにある。
【００１０】
本発明のまた他の目的は、移動通信システムにおいてパディングデータがアプリケーションレイヤーＦＦＣ（ＡＬ−ＦＥＣ）シグナリング情報を通して含まれる前のパケットのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提供することにある。
【００１１】
本発明のさらにまた他の目的は、移動通信システムにおいて情報ブロック生成（Information Block Generation：ＩＢＧ）モードに対応してソースブロックを生成するＦＥＣパケットを送受信する装置及び方法を提供することにある。
【００１２】
本発明のさらなる他の目的は、移動通信システムにおいてＩＢＧモードに対応して生成されたソースブロックのペイロードのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記のような目的を達成するために、本発明の一態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置がＦＥＣパケットを送信する方法が提供される。上記方法は、ＦＥＣ配信ブロックをＦＥＣパケット受信装置に送信するステップを含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。
【００１４】
本発明の他の態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット受信装置がＦＥＣパケットを受信する方法が提供される。上記方法は、ＦＥＣ配信ブロックをＦＥＣパケット送信装置から受信するステップを含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。
【００１５】
本発明のさらに他の態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置が提供される。上記ＦＥＣパケット送信装置は、ＦＥＣ配信ブロックをＦＥＣパケット受信装置に送信する送信器を含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。
【００１６】
本発明のさらなる他の態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット受信装置が提供される。上記ＦＥＣパケット受信装置は、ＦＥＣ配信ブロックをＦＥＣパケット送信装置から受信する受信器を含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。
【発明の効果】
【００１７】
本発明の実施形態は、移動通信システムにおいてパディングデータが含まれる前のパケットのサイズを通知するＦＥＣパケット送受信を可能にする。また、本発明の実施形態は、移動通信システムにおいてＡＬ−ＦＥＣシグナリング情報を通してパディングデータが含まれる前のパケットのサイズを通知するＦＥＣパケット送受信を可能にする。さらに、本発明の実施形態は、移動通信システムにおいてＩＢＧモードに対応してソースブロックを生成するＦＥＣパケット送受信を可能にする。さらにまた、本発明の実施形態は、移動通信システムにおいてＩＢＧモードに対応して生成されたソースブロックのペイロードのサイズを通知するＦＥＣパケット送受信を可能にするという長所がある。
【００１８】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【図面の簡単な説明】
【００１９】
【図１Ａ】本発明の実施形態によるＭＰＥＧメディアトランスポートＭＭＴシステムにおけるネットワークトポロジー及びデータフローを示す図である。
【図１Ｂ】本発明の実施形態によるＭＰＥＧメディアトランスポートＭＭ  Ｔシステムにおけるネットワークトポロジー及びデータフローを示す図である。
【図２】本発明の実施形態によるＭＭＴシステムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置の動作モードが情報ブロック生成（ＩＢＧ）＿ｍｏｄｅ１である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。
【図３】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作モードがＩＢＧ＿ｍｏｄｅ２である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。
【図４】本発明の実施形態による図３に示した２次元配列に含まれる各ペイロードのオフセット情報を示す図である。
【図５】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作を概略的に示す図である。
【図６】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の動作を概略的に示す図である。
【図７】本発明の実施形態によるＭＭＴシステムの構造及び配信機能レイヤーの構造を概略的に示す図である。
【図８】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が実行するアプリケーションレイヤー（ＡＬ）−ＦＥＣソースブロックエンコーディング過程を概略的に示す図である。
【図９】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した仮想長さブロック及びパリティデータブロックの構造を概略的に示す図である。
【図１０】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した情報ブロック及びパリティブロックの構造を概略的に示す図である。
【図１１】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した、ｍが８である（ｍ＝８）場合にＧＦ（２^８）上のリードソロモン（ＲＳ）（２４０，２００）コードを使用する無線周波数（ＲＦ）フレームの構造を概略的に示す図である。
【図１２】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した、ＧＦ（２^８）上の（ｍ  ×  (Ｋ＋Ｐ)，ｍ  ×  Ｋ）ＬＤＰＣコードを使用する低密度パリティチェック（ＬＤＰＣ）フレームの構造を概略的に示す図である。
【図１３】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の内部構造を概略的に示すブロック図である。
【図１４】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の内部構造を概略的に示すブロック図である。
【発明を実施するための形態】
【００２０】
本発明の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。図面中、同一の図面参照符号は、同一の構成要素、特性、及び構造を意味することが分かるはずである。
【００２１】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものであり、この理解を助けるために様々な特定の詳細を含むが、単なる１つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００２２】
次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、本発明の実施形態の説明が単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明を限定する目的で提供するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００２３】
英文明細書に記載の単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者には理解されることである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。
【００２４】
本発明の実施形態は、移動通信システムにおける順方向誤り訂正（Forward Error Correction：以下、‘ＦＥＣ’と称する）パケットを送受信する装置及び方法を提案する。
【００２５】
本発明の他の実施形態は、移動通信システムにおけるパディングデータが含まれる前のデータのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提案する。
【００２６】
本発明のさらに他の実施形態は、移動通信システムにおけるアプリケーションレイヤーＦＥＣ（Application Layer：以下、‘ＡＬ−ＦＥＣ’と称する）シグナリング情報を通してパディングデータが含まれる前のデータのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提案する。
【００２７】
本発明のさらなる他の本発明の実施形態は、移動通信システムにおける情報ブロック生成（Information Block Generation：以下、‘ＩＢＧ’と称する）モードに対応してソースブロックを生成するＦＥＣパケットを送受信する装置及び方法を提案する。
【００２８】
本発明のさらにその他の本発明の実施形態は、移動通信システムにおけるＩＢＧモードに対応して生成されたソースブロックのペイロードのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提案する。
【００２９】
一方、本発明の実施形態は、移動通信システム、例えば、進化したパケットシステム（Evolved Packet System：以下、‘ＥＰＳ’と称する）を参照して説明する。しかしながら、移動通信システムは、ＥＰＳだけでなく、ロングタームエボルーション（Long-Term Evolution、ＬＴＥ）移動通信システム、ロングタームエボルーションアドバンスド（Long-Term Evolution-Advanced、ＬＴＥ−Ａ）移動通信システム、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｍ移動通信システムの内のいずれか１つであってよいことは、当該技術分野における通常の知識を有する者には明らかである。
【００３０】
説明の便宜上、本発明で使用される用語を次のように定義する。
【００３１】
（１）  ＦＥＣ符号
ＦＥＣ符号は、誤りシンボルまたは削除シンボル（erasure symbol）を訂正するために使用される誤り訂正符号を示す。
【００３２】
（２）  ＦＥＣフレーム
ＦＥＣフレームは、情報語をＦＥＣエンコーディング方式を用いてエンコーディングすることにより生成される符号語を示す。ＦＥＣフレームは、情報パート（information part）及びパリティパート（parity part）を含む。ここで、パリティパートは、“リペア（repair）パート”とも称する。
【００３３】
（３）  シンボル
シンボルは、データのユニットを示し、ビット又はバイトのシンボルサイズを有する。
【００３４】
（４）  ソースシンボル
ソースシンボルは、非保護データシンボル（unprotected data symbol）を示し、非保護データシンボルは、保護されない元来のデータシンボルを示す。
【００３５】
（５）  情報シンボル
情報シンボルは、ＦＥＣフレームに含まれる情報パートに含まれる非保護データシンボル及びパディングシンボルの内の１つを示す。
【００３６】
（６）  符号語
符号語は、情報シンボルをＦＥＣエンコーディング方式を用いてエンコーディングすることにより生成されるＦＥＣフレームを示す。
【００３７】
（７）  パリティシンボル
パリティシンボルは、情報シンボルに基づいてＦＥＣエンコーディング方式を用いて生成される。このパリティシンボルは、ＦＥＣフレームに含まれる。
【００３８】
（８）  パケット
パケットは、ヘッダ及びペイロードを含むデータの送信単位を示す。
【００３９】
（９）  ペイロード
ペイロードは、パケットに含まれ、送信器で送信されるユーザデータの一部を示す。
【００４０】
（１０）  パケットヘッダ
パケットヘッダは、パケットに含まれるヘッダを示す。
【００４１】
（１１）  ソースペイロード
ソースペイロードは、ソースシンボルを含むペイロードを示し、ＦＥＣ方式により保護される基本単位を示す。
【００４２】
Ｄ２ヘッダがＦＥＣ方式を用いて保護される場合には、ソースペイロードは、ＭＭＴトランスポートパケットである。Ｄ２ヘッダがＦＥＣ方式を用いて保護されない場合には、ソースペイロードは、ＭＭＴペイロードフォーマットである。以下、説明の便宜上、Ｄ２ヘッダを保護するＦＥＣ方式を“Ｄ２−ＦＥＣ方式”と呼び、Ｄ２ヘッダを保護しないＦＥＣ方式を“Ｄ１−ＦＥＣ方式”と称する。Ｄ２−ＦＥＣ方式及びＤ１−ＦＥＣ方式について説明する。
【００４３】
まず、Ｄ２−ＦＥＣ方式について説明する。
【００４４】
Ｄ２−ＦＥＣ方式では、ＭＭＴパケットが下位レイヤー（underlying layer）とのインターフェースのために使用される。
【００４５】
Ｄ２−ＦＥＣ方式では、ソースペイロードがＭＭＴトランスポートパケットであり得、ＭＭＴトランスポートパケットは、Ｄ２ヘッダ及びＭＭＴペイロードを含む（ソースペイロード＝ＭＭＴトランスポートパケット（＝Ｄ２ヘッダ＋ＭＭＴペイロードフォーマット））。
【００４６】
ここで、ＭＭＴトランスポートパケットに含まれるソースペイロード及びＦＥＣインバンド信号は、ＦＥＣ保護の後に送信される。すなわち、ＭＭＴトランスポートパケットは、ＦＥＣインバンド信号を含むために修正される。従って、ＦＥＣ保護の後のＭＭＴトランスポートパケットは、Ｄ２ヘッダ、ＦＥＣインバンド信号、及びＭＭＴペイロードフォーマットを含む（ＭＭＴトランスポートパケット＝Ｄ２ヘッダ＋ＦＥＣインバンド信号＋ＭＭＴペイロードフォーマット）。ここで、ＦＥＣインバンド信号は、Ｄ２ヘッダまたはＭＭＴペイロードフォーマットの後ろに位置する。
【００４７】
また、ＭＭＴトランスポートパケットは、下記のように表される。
【００４８】
ＭＭＴトランスポートパケット＝Ｄ２ヘッダ＋（Ｄ１ヘッダ）＋ＦＥＣインバンド信号＋パリティペイロード
【００４９】
２番目に、Ｄ１−ＦＥＣ方式は、次のように説明される。
【００５０】
Ｄ１−ＦＥＣ方式では、ＭＭＴペイロードフォーマットがＤ２レイヤーとのインターフェースのために使用される。
【００５１】
Ｄ１−ＦＥＣ方式では、ソースペイロードがＭＭＴペイロードフォーマットであり得、ＭＭＴペイロードフォーマットは、Ｄ１ヘッダ及びペイロードを含む（ソースペイロード＝ＭＭＴペイロードフォーマット（＝Ｄ１ヘッダ＋ペイロード））。
【００５２】
ＭＭＴペイロードフォーマットに含まれるソースペイロード及びＦＥＣインバンド信号は、ＦＥＣ保護の後に、Ｄ２レイヤーまたはアプリケーションプロトコルレイヤー、すなわち、リアルタイムプロトコル（Real Time Protocol：以下、‘ＲＴＰ’と称する）レイヤーに送信される。すなわち、ＭＭＴペイロードフォーマットは、ＦＥＣインバンド信号を含むために修正される。従って、ＦＥＣ保護の後に送信されるＭＭＴペイロードフォーマットは、Ｄ１ヘッダと、ＦＥＣインバンド信号と、ペイロードとを含む（ＭＭＴペイロードフォーマット＝Ｄ１ヘッダ＋ＦＥＣインバンド信号＋ペイロード）。ＦＥＣインバンド信号は、Ｄ１ヘッダ又はペイロードの後ろに位置する。
【００５３】
また、ＭＭＴペイロードフォーマットは、下記のように表される。
【００５４】
ＭＭＴペイロードフォーマット＝Ｄ１ヘッダ＋ＦＥＣインバンド信号＋パリティペイロード
【００５５】
（１２）  情報ペイロード
情報ペイロードは、情報シンボルを含むペイロードを示す。
【００５６】
（１３）  パリティペイロード
パリティペイロードは、パリティシンボルを含むペイロードを示す。
【００５７】
（１４）  ソースブロック
ソースブロックは、少なくとも１個のソースペイロード、例えば、Ｋ個のソースペイロードを含む。また、ソースブロックは、ＦＥＣ保護のために情報ブロックに変換される。
【００５８】
（１５）  情報ブロック
情報ブロックは、少なくとも１個の情報ペイロードを含む。
【００５９】
情報ブロックは、ソースブロックを変換することにより生成された少なくとも１個の情報ペイロードを含む。ここで、情報ブロックに含まれる情報ペイロードの個数は、情報ブロック生成（Information Block Generation：以下、‘ＩＢＧ’と称する）モードに従って変更され得る。例えば、ＩＢＧモードがＩＢＧ＿ｍｏｄｅ０及びＩＢＧ＿ｍｏｄｅ１の内の１つである場合に、情報ブロックに含まれる情報ペイロードの個数は、ソースブロックに含まれるソースペイロードの個数“Ｋ”と同一である。ＩＢＧモードがＩＢＧ＿ｍｏｄｅ０及びＩＢＧ＿ｍｏｄｅ１でない場合には、情報ブロックに含まれる情報ペイロードの個数がソースブロックに含まれるソースペイロードの個数“Ｋ”と同一でないこともある。
【００６０】
ＩＢＧ＿ｍｏｄｅ０は、ソースペイロードの長さが同一である場合、すなわち、ソースペイロードの長さが固定され、ソースブロックが情報ブロックと同一である場合に適用されるＩＢＧモードを示す。
【００６１】
２番目に、ＩＢＧ＿ｍｏｄｅ１は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ１において、パディングデータをそれぞれソースペイロードに付加することにより同一のサイズを有する情報ブロックが生成される。ＩＢＧ＿ｍｏｄｅ１では、ソースブロックに含まれるソースペイロードの個数が情報ブロックに含まれる情報ペイロードの個数と同一である。ＩＢＧ＿ｍｏｄｅ１において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。下記では、ＩＢＧ＿ｍｏｄｅ１について説明する。
【００６２】
３番目に、ＩＢＧ＿ｍｏｄｅ２は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ２において、パディングデータをそれぞれソースペイロードに付加することにより同一のサイズを有する情報ブロックが生成される。ＩＢＧ＿ｍｏｄｅ２では、ソースブロックに含まれるソースペイロードの個数が情報ブロックに含まれる情報ペイロードの個数と同一でないこともある。ＩＢＧ＿ｍｏｄｅ２において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。下記では、ＩＢＧ＿ｍｏｄｅ２について説明する。
【００６３】
（１６）  リペアブロック
リペアブロックは、少なくとも１個のペイロード、例えば、Ｐ個のリペアペイロードを含む。リペアブロックは、“パリティブロック”とも呼ぶ。
【００６４】
（１７）  ＦＥＣブロック
ＦＥＣブロックは、少なくとも１個の符号語又は情報ブロック及びパリティブロックを含む少なくとも１個のペイロードを含む。
【００６５】
（１８）  ＦＥＣ配信ブロック
ＦＥＣ配信ブロックは、ソースブロック及びリペアブロックを含む少なくとも１個のペイロードを含む。
【００６６】
（１９）  ＦＥＣパケット
ＦＥＣパケットは、ＦＥＣブロックを送信するために使用されるパケットを示す。
【００６７】
（２０）  ソースパケット
ソースパケットは、ソースブロックを送信するために使用されるパケットを示す。
【００６８】
（２１）  パリティパケット
パリティパケットは、リペアブロックを送信するために使用されるパケットを示す。
【００６９】
（２２）  ＦＥＣパケットブロック
ＦＥＣパケットブロックは、ＦＥＣ配信ブロックを送信するために使用される少なくとも１個のパケットを含む。
【００７０】
（２３）  ＭＭＴパッケージ
ＭＭＴパッケージは、少なくとも１個のＭＭＴアセットを含む。様々なタイプのＭＭＴアセット、例えば、ビデオアセット（Video Asset）、オーディオアセット（Audio Asset）、ウィジェットアセット（Widget Asset）などが存在する。
【００７１】
（２４）  ＭＭＴアセット
ＭＭＴアセットは、少なくとも１個のメディアプロセッシングユニット（Media Processing Unit：以下、‘ＭＰＵ’と称する）を含む。ＭＰＵは、ＭＰＵのサイズに従ってＭＰＵをパケット化することにより、少なくとも１個のＭＭＴペイロードフォーマットに変換される。すなわち、ＭＰＵは、最大トランスポートユニット（Maximum Transport Unit：以下、‘ＭＴＵ’と称する）のサイズに従って、１個のＭＭＴペイロード又はＭＰＵを分割（fragmentation）することにより生成される複数のＭＭＴペイロード、または複数のＭＰＵをアグリゲーション（aggregation：集約）することにより生成される複数のＭＰＵを含む１つのＭＭＴペイロードに変換される。
【００７２】
図１Ａ及び図１Ｂは、本発明の実施形態によるＭＭＴシステムにおけるネットワークトポロジー及びデータフローを示す図である。
【００７３】
図１Ａを参照すると、ネットワークトポロジーは、信号送信装置として動作するホストＡ  １０２と信号受信装置として動作するホストＢ  １０８とを含む。ホストＡ  １０２及びホストＢ  １０８は、１つ以上のルータ１０４及び１０６を通して接続される。ホストＡ  １０２及びホストＢ  １０８は、イーサネット（登録商標）（Ethernet（登録商標））１１８及び１２２を通してルータ１０４及び１０６と接続され、ルータ１０４及び１０６は、光ファイバー、衛星通信（satellite communication）、又は他の使用可能な手段１２０を通して相互に接続される。ホストＡ  １０２とホストＢ  １０８間のデータフローは、リンクレイヤー１１６、インターネットレイヤー１１４、トランスポートレイヤー１１２、及びアプリケーションレイヤー１１０を通してなされる。
【００７４】
図１Ｂを参照すると、アプリケーションレイヤー１１０は、ＡＬ−ＦＥＣを通して送信されようとするデータ１３０を生成する。データ１３０は、ＲＴＰパケットデータ又はＭＭＴに従うＭＭＴパケットデータを使用してオーディオ／ビデオ（Audio/Video：ＡＶ）コーデックステージにより圧縮されたデータからフラグメントされたＲＴＰパケットデータであり得る。データ１３０は、一例として、トランスポートレイヤー１１２によりユーザデータグラムプロトコル（User Datagram Protocol：以下、‘ＵＤＰ’と称する）ヘッダが挿入されたＵＤＰパケット１３２に変換される。インターネットレイヤー１１４は、インターネットプロトコル（Internet Protocol：以下、‘ＩＰ’と称する）ヘッダをＵＤＰパケット１３２に付加することによりＩＰパケット１３４を生成し、リンクレイヤー１１６は、フレームヘッダ及び必要に応じてフレームフッタ（frame footer）を付加することにより送信されようとするフレーム１３６を構成する。
【００７５】
フレーム単位の圧縮方式がＭＭＴシステムに適用される場合に、フレームは、同一の長さを有する複数のパケットにフラグメントされ、最後のパケットのみに対してパディング動作が実行される必要がある。しかしながら、フレームがビデオパケットを含む複数のスライスにフラグメントされ、スライスの単位でエンコーディングされる場合に、各スライスが異なるサイズを有することにより、相対的に多くの量のパディングが生成される。特に、ビデオパケット、オーディオパケット、テキストパケットなどのような様々なタイプのパケットが同一のストリームを通して送信され、ＡＬ−ＦＥＣエンコーディング方式が適用される場合に、異なるタイプのパケットが異なるサイズを有するので、多くの量のパディングが生成され得る。また、スケーラブル（Scalable）ビデオエンコーディングにおいて、パケットのサイズは、レイヤーごとに変わり得、これにより、多くの量のパディングが生成される。
【００７６】
したがって、下記で説明される本発明の実施形態では、トランスポートプロトコルを通して送信されるデータの量が可変である場合、すなわち、可変パケットサイズを有するパケットが送受信される場合に、効率的なＡＬ−ＦＥＣエンコーディング方法を提案する。
【００７７】
一方、ＦＥＣパケット送信装置がＦＥＣエンコーディングのために使用されるソースブロックを生成するＩＢＧモードは、ＩＢＧ＿ｍｏｄｅ０、ＩＢＧ＿ｍｏｄｅ１、及びＩＢＧ＿ｍｏｄｅ２を含む。
【００７８】
上述したように、ＩＢＧ＿ｍｏｄｅ０は、ソースペイロードの長さが同一である場合、すなわち、ソースペイロードの長さが固定される場合に適用されるＩＢＧモードを示し、ソースブロックが情報ブロックと同一である場合に適用されるＩＢＧモードを示す。
【００７９】
ＩＢＧ＿ｍｏｄｅ１は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ１において、同一のサイズを有する情報ブロックは、パディングデータをソースペイロードにそれぞれ付加することにより生成される。ＩＢＧ＿ｍｏｄｅ１において、ソースブロックに含まれるソースペイロードの個数は、情報ブロックに含まれる情報ペイロードの個数と同一である。ＩＢＧ＿ｍｏｄｅ１において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。ＩＢＧ＿ｍｏｄｅ１については、図２を参照して説明する。
【００８０】
ＩＢＧ＿ｍｏｄｅ２は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ２において、同一のサイズを有する情報ブロックは、パディングデータをソースペイロードにそれぞれ付加することにより生成される。ＩＢＧ＿ｍｏｄｅ２において、ソースブロックに含まれるソースペイロードの個数は、情報ブロックに含まれる情報ペイロードの個数と同一でないこともある。ＩＢＧ＿ｍｏｄｅ２において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。ＩＢＧ＿ｍｏｄｅ２については、図３及び図４を参照して説明する。
【００８１】
図２は、本発明の実施形態によるＭＭＴシステムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置の動作モードが情報ブロック生成（ＩＢＧ）＿ｍｏｄｅ１である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。
【００８２】
図２を参照すると、可変パケットサイズを有するＫ個のソースペイロード（ソースＰＬ）２０２、すなわち、ソースＰＬ＃０乃至ソースＰＬ＃Ｋ−１を含むソースブロック２００がＡＬ−ＦＥＣエンコーディングのために入力される場合に、ＦＥＣパケット送信装置は、ソースペイロードが所定の長さＳ（例えば、Ｓ＝Ｓｍａｘ）を同一に有するようにするために、少なくとも一部のソースペイロードにパディングデータ２１４を付加することにより同一の長さを有する情報ペイロード２１２を構成する。ここで、Ｓｍａｘは、ソースペイロードのサイズの中で最大長さを示す。情報ペイロード２１２は、情報ブロック２１０を構成する。
【００８３】
ＦＥＣパケット送信装置は、所定のＦＥＣコードに従って情報ブロック２１０をエンコーディングし、情報ペイロード２１２に対応するパリティペイロード（Payload：以下、‘ＰＬ’と称する）２２２、すなわち、パリティペイロード（パリティＰＬ）＃０乃至ＰＬ＃Ｎ−Ｋ−１を生成する。Ｎ−Ｋ個のパリティペイロード２２２は、パリティブロック２２０を構成する。ＦＥＣパケット送信装置は、ソースブロック２００及びパリティブロック２２０をパケットの形態で送信する。例えば、ソースブロック２００及びパリティブロック２２０のペイロードは、それぞれパケットに乗せた後に転送される。
【００８４】
図２のＩＢＧ＿ｍｏｄｅ１において、例えば、パディングデータ２１４の総量がパディング後の情報ブロック２１０のサイズ、すなわち、Ｓｍａｘ×Ｋの５０％に対応する場合に、パリティブロック２２０の５０％がパディングデータのために付加されることにより、不必要な送信が発生する。したがって、ＦＥＣデコーディングの後に復元されたペイロードがパディングデータを含むので、ソースＰＬの実際の長さをＦＥＣパケット受信装置に通知する必要がある。物理チャネルとは異なり、パケット損失がアプリケーションチャネル環境で発生する場合に、関連するペイロード自体が流失するのでペイロードに記憶されているデータの長さを認識できない。
【００８５】
図３は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作モードがＩＢＧ＿ｍｏｄｅ２である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。
【００８６】
図３を参照すると、ＳＰ１乃至ＳＰ４を含む入力されたソースパケット３０２は、所定の規則に従って所定の横長さＳを有する２次元配列３００内に順序通りに配置される。図示する例において、相対的に長い長さを有するＳＰ１は、２次元配列３００の１番目の行の全部及び２番目の行の前部の部分に配置される。ＳＰ２は、２番目の行の後部の部分及び３番目の行の前部の部分に配置される。ＳＰ３は、３番目の行の後部の部分及び４番目の行の前部の部分に配置される。最後に、相対的に短い長さを有するＳＰ４は、４番目の行の中央に配置される。パディングデータ３０４は、ソースパケット３０２が配置される部分以外の２次元配列３００の残りの部分を占める。
【００８７】
上記のような２次元配列３００を含む情報ブロックの各行は、情報ペイロードであるので、情報ペイロードの個数に対応するＫは、ソースＰＬの個数に対応するＫ’より小さくなる。ＦＥＣパケット送信装置は、２次元配列３００を含む情報ブロックをエンコーディングすることにより、パリティＰＬを生成する。このような２次元配列３００を使用するＩＢＧ＿ｍｏｄｅ２は、図２のＩＢＧ＿ｍｏｄｅ１に比べて情報ペイロードの個数を減少させ、したがって、パリティＰＬの量を減少させる。
【００８８】
図４は、本発明の実施形態による図３に示した２次元配列に含まれる各ペイロードのオフセット情報を示す図である。
【００８９】
図４を参照すると、直列化された２次元配列４００上で各ソースパケットの開始位置を示すオフセット情報は、ソースブロックとともに送信される。図４において、オフセット情報は、オフセット０、オフセット１、オフセット２、及びオフセット３を含む。ＦＥＣパケット受信装置は、各ソースパケットのオフセットから２次元配列４００を再構成することによりＦＥＣデコーディング動作を実行する。
【００９０】
図３又は図４において、ＦＥＣパケット送信装置がＩＢＧ＿ｍｏｄｅ２に対応してＦＥＣパケットを生成する場合に、ＦＥＣデコーディングの後に復元されたペイロードがパディングデータを含むので、ソースＰＬの実際の長さをＦＥＣパケット受信装置に通知する必要がある。物理チャネルとは異なり、パケット損失がアプリケーションチャネル環境で発生する場合に、関連するペイロード自体が流失するのでペイロードに記憶されているデータの長さを認識できない。
【００９１】
ＦＥＣパケット送信装置がソースブロックに含まれるペイロードのサイズをＦＥＣパケット受信装置に通知する過程について説明する。
【００９２】
図５は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作を概略的に示す図である。
【００９３】
図５を参照すると、ＦＥＣパケット送信装置は、送信されようとするデータを長さＳｉ（ｉ＝０，１，．．．，ｋ−１）を有するｋ個のソースペイロードにフラグメントし、ｋ個のソースペイロードを含むソースブロック５０１に基づいて、ｎ−ｋ個のパリティペイロードを含むパリティブロック５０３を生成する。ＦＥＣパケット送信装置は、ソースブロック５０１とパリティブロック５０３とを含むＦＥＣ配信ブロック５０７をＦＥＣパケット受信装置に送信する。
【００９４】
ＦＥＣパケット送信装置は、関連するパディングバイトをソースブロック５０１に含まれるソースペイロードのそれぞれに付加することによりｋ個の情報ペイロードを生成し、ｋ個の情報ペイロードを含む情報ブロック５０５を生成する。ＦＥＣパケット送信装置は、それぞれのソースペイロードの長さＳｉを含む仮想長さ情報データを生成する。ＦＥＣパケット送信装置に含まれるＦＥＣエンコーダ５３０は、情報ブロック５０５に基づく仮想長さ情報データと、ｎ−ｋ−１個のパリティペイロードを含むパリティブロック５０３と、所定のＦＥＣコードに対応する仮想長さ情報データに対するパリティデータとを生成する。
【００９５】
パリティブロック５０３及びパリティデータは、ソースブロック５０１とともにＦＥＣパケット受信装置に送信される。制御器（図５に図示せず）は、ＦＥＣパケット送信装置に入力されるそれぞれのソースペイロードに含まれるデータのサイズをカウントすることにより仮想長さ情報データを生成することもでき、又はＦＥＣパケット送信装置がソースペイロードの長さを知り得るので、ソースペイロードの長さに関する情報を入力することにより仮想長さ情報データを生成することもできる。
【００９６】
図６は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の動作を概略的に示す図である。
【００９７】
図６を参照すると、ＦＥＣパケット受信装置は、損失されたパケットを含むＦＥＣ配信ブロックを受信する。ＦＥＣパケット受信装置がソースペイロードのそれぞれの長さをカウントすることによりソースブロック６０１に含まれたソースペイロードのそれぞれに関する長さ情報を検出できるので、ＦＥＣパケット受信装置は、長さ情報及びソースペイロードに関する仮想長さ情報を使用して、ＦＥＣエンコーディングの時に生成されたパリティデータを受信されたパリティペイロードから取得する。ここで、ＦＥＣパケット受信装置は、損失されたソースペイロードに関する長さ情報が分からないので、損失されたソースペイロードに関連した部分を削除する。ＦＥＣパケット受信装置に含まれるＦＥＣデコーダ６３０は、この削除されたソースペイロードに対して削除訂正（erasure correction）動作を実行することにより、損失されたソースペイロードに関する長さ情報を復元する。
【００９８】
また、ＦＥＣパケット受信装置は、受信されたソースペイロードのそれぞれにパディングデータを付加することにより情報ブロックを生成する。この場合に、ＦＥＣパケット受信装置は、損失されたソースペイロード対応する情報ペイロードを削除した後にＦＥＣデコーダ６３０を通して削除訂正動作を実行することにより情報ペイロードを含むＦＥＣブロック６０３を復元する。ＦＥＣパケット受信装置が復元された長さ情報から復元された情報ペイロードに含まれるソースペイロードの長さを取得することができるので、ＦＥＣパケット受信装置は、ＦＥＣパケット送信装置から送信されたソースペイロードを含む復元されたソースブロック６０５を出力する。
【００９９】
図７は、本発明の実施形態によるＭＭＴシステムの構造及び配信機能レイヤーの構造を概略的に示す図である。
【０１００】
図７を参照すると、メディアコーディングレイヤー（Media Coding Layer）７１１で圧縮されたオーディオ／ビデオデータは、カプセル化機能レイヤー（Encapsulation Function Layer：以下、‘Ｅレイヤー’と称する）７１３でファイルフォーマットと類似した形態でパッケージ化され出力される。
【０１０１】
配信機能レイヤー（Delivery Function Layer）７１５は、Ｅレイヤー７１３から出力されたデータをＭＭＴペイロードフォーマットに変換し、ＭＭＴペイロードフォーマットにＭＭＴトランスポートパケットヘッダを付加することによりＭＭＴトランスポートパケットを生成した後に、このＭＭＴトランスポートパケットを出力する。他方、配信機能レイヤー７１５は、ＲＴＰを用いてＭＭＴペイロードフォーマットをＲＴＰパケットに変換した後に、このＲＴＰパケットを出力する。
【０１０２】
配信機能レイヤー７１５から出力されたＭＭＴトランスポートパケット又はＲＴＰパケットは、ＩＰパケットに変換され、ＩＰパケットは、ユーザデータグラムプロトコル（User Datagram Protocol：以下、‘ＵＤＰ’と称する）／トランスポート制御プロトコル（Transport Control Protocol：以下、‘ＴＣＰ’と称する）のプロトコルレイヤー７１７を通してＩＰレイヤー７１９で送信される。
【０１０３】
図８は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が実行するＡＬ−ＦＥＣソースブロックエンコーディング過程を概略的に示す図である。
【０１０４】
図８を参照すると、ＭＭＴ  Ｄ．１レイヤー７２１は、ＭＭＴ  Ｅ．１レイヤーからＭＭＴパッケージ（オーディオ／ビデオ（ＡＶ）データ、ファイル、テキストなどを保存ユニットに保存するか又は送信するために生成されたフォーマット）を受信し、所定の単位、例えば、ソースペイロード単位で受信されたＭＭＴパッケージをフラグメントすることによりソースブロック５０１を生成する。上述したように、ＭＭＴパッケージは、少なくとも１個のＭＭＴアセットを含む。例えば、オーディオアセットは、オーディオデータを送信するＭＭＴアセットであり、ビデオアセットは、ビデオデータを送信するＭＭＴアセットである。
【０１０５】
ＡＬ−ＦＥＣモジュール８０３は、ソースブロック５０１に含まれたそれぞれのソースペイロードに関する長さ情報Ｓｉ（ｉ＝０，１，..．，ｋ−１）をカウントするか、又はペイロードフォーマット生成器８０１及び制御器（図８には図示せず）の内の１つからソースペイロードのそれぞれに関する長さ情報Ｓｉ（ｉ＝０，１，．．．，ｋ−１）を受信することにより仮想長さ情報を生成する。また、ＡＬ−ＦＥＣモジュール８０３は、ソースブロック５０１に含まれるソースペイロードが同一の長さを有するようにするためにパディングデータを付加することにより情報ブロック５０５を生成する。
【０１０６】
ＦＥＣエンコーダ５３０は、所定のＦＥＣコードに従って情報ブロック５０５及び仮想長さ情報に基づいてＦＥＣエンコーディング動作を実行することにより仮想長さ情報に対するパリティデータ及びソースブロック５０１に対するパリティブロック５０３を生成し、パリティデータ及びパリティブロック５０３をペイロードフォーマット生成器８０１に送信する。
【０１０７】
ペイロードフォーマット生成器８０１は、パリティデータ及びパリティブロック５０３をソースブロック５０１に付加し、ペイロードヘッダ（Payload Header：以下、‘ＰＬＨ’と称する）をそれぞれのペイロードに付加することにより生成されたＭＭＴペイロードフォーマットを、ＭＭＴ  Ｄ．２レイヤー又はインターネットエンジニアリングタスクフォース（Internet Engineering Task Force：以下、‘ＩＥＴＦ’と称する）アプリケーションプロトコルレイヤー７２３に送信する。図１で説明したように、ＭＭＴ  Ｄ．２レイヤー又はＩＥＴＦアプリケーションプロトコルレイヤー７２３において、ＵＤＰヘッダ及びＩＰヘッダは、ＵＤＰのようなトランスポートプロトコルを通してＭＭＴペイロードフォーマットに付加され、ＵＤＰヘッダ及びＩＰヘッダが付加されたＭＭＴペイロードフォーマットが、ＦＥＣパケット受信装置に送信される。
【０１０８】
一方、本発明の実施形態において、仮想長さ情報に対するパリティデータは、パリティブロックに含まれる。しかしながら、パリティデータがペイロードフォーマットヘッダを含むＦＥＣ配信ブロック内の所定の位置に含まれることは、当該技術分野における通常の知識を有する者には明らかである。ここで、所定の位置は、ＦＥＣパケット送信装置及びＦＥＣパケット受信装置が相互に約束した位置である。
【０１０９】
例えば、パリティデータは、ＦＥＣ配信ブロック内でソースブロック及びパリティブロックの内の１つの上の位置に割り当てられるか、又はＦＥＣ配信ブロック内でソースブロック及びパリティブロックの内の１つの下の位置に割り当てられ、ソースブロックのためのＰＬＨに含まれることもあり、あるいは、パリティブロックのためのＰＬＨに含まれることもある。一方、ＦＥＣパケット受信装置は、図８でのＦＥＣパケット送信装置と類似した構造を有し、図６で説明した動作を実行する。
【０１１０】
説明の便宜上、仮想長さ情報データがＰＬＨに含まれると仮定する。
【０１１１】
一方、ＭＭＴペイロードフォーマットは、下記の表１に示される。
【０１１２】
【表１】
2014528682.tif 000003
【０１１３】
表１において、ソースペイロードは、ＭＭＴペイロードフォーマット又はＭＭＴトランスポートパケットであり得る。
【０１１４】
また、パリティペイロードに対するペイロードヘッダフォーマットは、下記の表２に示される。
【０１１５】
【表２】
2014528682.tif 000004
【０１１６】
また、ソースペイロードのためのペイロードヘッダフォーマットは、表３に示される。
【０１１７】
【表３】
2014528682.tif 000005
【０１１８】
表２及び表３において、ペイロードタイプは、関連するＭＭＴペイロードフォーマットのペイロードのタイプを示す。すなわち、表２に示すペイロードヘッダフォーマットは、パリティペイロードに対するペイロードヘッダフォーマットであり、これにより、ペイロードタイプは、パリティペイロードを示す。表３において、ペイロードヘッダフォーマットは、ソースペイロードに対するペイロードヘッダフォーマットであり、これにより、ペイロードタイプは、ソースペイロードを示す。
【０１１９】
表２及び表３において、シーケンス番号は、送信されるペイロードの順序を示すために昇順に又は降順に割り当てられ、したがって、シーケンス番号を使用してパケットが損失されたか否かを検出できる。
【０１２０】
表２及び表３において、ＦＥＣフラグは、ＦＥＣ方式が適用されたか否かを示す。例えば、ＦＦＣフラグの値が‘０’に設定される場合に、ソースブロックは、パリティペイロードなしに送信され、ＦＥＣ方式は適用されなかった。ＦＦＣフラグの値が‘１’に設定される場合に、ソースブロックは、パリティブロックとともに送信され、ＦＥＣ方式は適用された。
【０１２１】
表２及び表３において、ブロック境界情報は、ＦＥＣ配信ブロックの境界を示す。ＦＥＣ配信ブロックに含まれる１番目のソースペイロードのシーケンス番号は、すべてのヘッダに割り当てられる。
【０１２２】
表２において、ペイロードサイズフラグは、パリティブロックに含まれるすべてのパリティペイロードの長さが固定されるか又は可変するかを示すことができる。例えば、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が０に設定される場合に、パリティブロックに含まれるすべてのパリティペイロードの長さは固定される。他方、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が１に設定される場合には、パリティブロックに含まれるすべてのパリティペイロードの長さは可変的である。
【０１２３】
ペイロードサイズフラグの値が‘０’に設定される場合には、すべてのパリティペイロードの長さが固定されるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する必要がない。他方、ペイロードサイズフラグの値が‘１’に設定される場合には、すべてのパリティペイロードの長さが可変であるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する。
【０１２４】
上述したように、ペイロードサイズフラグがパリティブロックに含まれるすべてのパリティペイロードの長さが固定されるか又は可変するかを示すので、ペイロードサイズフラグは、ＭＭＴシステムが使用するＩＢＧモードを示すことができる。例えば、ペイロードサイズフラグは、２ビットで具現されることができる。この場合に、ペイロードサイズフラグは、ペイロードサイズフラグの値が００である場合にＭＭＴシステムがＩＢＧ＿ｍｏｄｅ０を使用し、ペイロードサイズフラグの値が０１である場合にＭＭＴシステムがＩＢＧ＿ｍｏｄｅ１を使用し、ペイロードサイズフラグの値が１１である場合にＭＭＴシステムがＩＢＧ＿ｍｏｄｅ２を使用することを示す。
【０１２５】
表３において、ペイロードサイズフラグは、ソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示すことができる。例えば、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が‘０’に設定される場合には、ソースブロックに含まれるすべてのソースペイロードの長さは固定される。他方、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が‘１’に設定される場合には、ソースブロックに含まれるすべてのソースペイロードの長さは可変的である。
【０１２６】
ペイロードサイズフラグの値が‘０’に設定される場合には、すべてのソースペイロードの長さが固定されるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する必要がない。他方、ペイロードサイズフラグの値が‘１’に設定される場合には、すべてのソースペイロードの長さが可変であるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する。
【０１２７】
上述したように、ペイロードサイズフラグがソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示すので、ペイロードサイズフラグは、ＭＭＴシステムが使用するＩＢＧモードを示すことができる。例えば、ペイロードサイズフラグは、２ビットで具現されることができる。この場合に、ペイロードサイズフラグは、ペイロードサイズフラグの値が００である場合には、ＭＭＴシステムがＩＢＧ＿ｍｏｄｅ０を使用することを示し、ペイロードサイズフラグの値が０１である場合には、ＭＭＴシステムがＩＢＧ＿ｍｏｄｅ１を使用することを示し、ペイロードサイズフラグの値が１１である場合には、ＭＭＴシステムがＩＢＧ＿ｍｏｄｅ２を使用することを示す。
【０１２８】
表２及び表３において、ＦＥＣ配信ブロック長さは、ＦＥＣ配信ブロックに含まれているペイロードの個数を示し、ソースブロック長さは、ソースブロックに含まれているソースペイロードの個数を示す。
【０１２９】
表２において、パリティデータは、パリティデータを示す。パリティデータは、ペイロードサイズフラグの値が‘１’に設定される場合（ペイロードサイズフラグが１ビットで具現される場合）、及びペイロードサイズフラグの値が‘０１’又は‘１１’に設定される場合（ペイロードサイズフラグが２ビットで具現される場合）に表２に含まれる。
【０１３０】
本発明の実施形態では、仮想長さ情報データがペイロードヘッダフォーマットを通して送受信される過程について説明する。しかしながら、仮想長さ情報データが制御メッセージを通して送受信されてもよいことは、当該技術分野における通常の知識を有する者には明らかであろう。この制御メッセージは、ＭＭＴシステムが使用するメッセージを修正することにより具現されることもでき、新たなメッセージとして具現されることもできる。
【０１３１】
本発明の実施形態では、ペイロードサイズフラグがペイロードヘッダフォーマットを通して送受信される過程について説明する。しかしながら、ペイロードサイズフラグは、制御メッセージを通して送受信されてもよいことは、当該技術分野における通常の知識を有する者には明らかであろう。この制御メッセージは、ＭＭＴシステムが使用するメッセージを修正することにより具現されることもでき、新たなメッセージとして具現されることもできる。
【０１３２】
図９は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した仮想長さブロック及びパリティデータブロックの構造を概略的に示す図である。
【０１３３】
図９を参照すると、ＭＭＴシステムにおいて、長さ情報は、通常２バイトであれば、ヘッダ情報を除外しても６５０００バイトをカバーするのに十分であるので、２バイトであると仮定する。
【０１３４】
図９において、Ｓ（ｉ，ｒ）は、ソースブロックに含まれるｉ＋１番目のソースペイロードの長さ情報の中のｒ番目のバイトを示し、ｐ（ｊ，ｒ）は、パリティデータブロックがパリティブロックの上又は下で送信される場合に、パリティブロックに含まれるｊ＋１番目のパリティペイロードの位置の上又は下からｒ番目のバイト（すなわち、２ × （ｎ−ｋ）ビットのサイズを有するパリティデータブロックがパリティブロックの上又は下に割り当てられる）を示す。
【０１３５】
本発明の実施形態において、パリティブロックがソースブロックに基づいて生成される場合に使用されるＦＥＣコードと同一のＦＥＣコードを使用してパリティデータブロックが仮想長さブロックに基づいて生成される場合について説明する。しかしながら、本発明がこのような場合に限定されないことは、当該技術分野における通常の知識を有する者には明らかであろう。例えば、２０個のパリティペイロードを含むパリティブロックが２００個のソースペイロードを含むソースブロックに基づいて生成される場合に、１６×２０ビットのサイズを有するパリティデータブロックは、同一のＦＥＣ構造を適用することにより１６×２００ビットのサイズを有する仮想長さブロックに基づいて生成されることができ、または、１６×４０ビットのサイズを有するパリティデータブロックは、パリティ生成比率を２倍に適用することにより生成されることができる。この場合、１６×４０ビットのサイズを有するパリティデータブロックを３２×２０ビットのサイズを有するパリティデータブロックに再配置することによりパリティブロックの上又は下に位置させることが好ましい。これは、ソースブロックが復旧されないとしても、ＦＥＣパケット受信装置がソースペイロードの長さに関する情報を復旧した後に損失されたソースペロードの長さを上位レイヤーに通知することにより、安定した処理の保証を助けるためである。
【０１３６】
図１０は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した情報ブロック及びパリティブロックの構造を概略的に示す図である。
【０１３７】
図１０を参照すると、ｍ＝１であり、Ｋ＝２００である場合に、ＦＥＣ（２２０，２００）コードは、パリティブロックの生成のために使用され、ＦＥＣパケット受信装置は、ＦＥＣ（２２０,２００）コードが理想的なコード（ideal code）であるとしても、最大２０個のパケットまで復旧できる。
【０１３８】
しかしながら、パリティデータブロックがＦＥＣ（２４０，２００）コードを用いて生成される場合に、ＦＥＣパケット受信装置は、Ｒ個のパケットを復旧できるので、損失されたソースブロックが復旧されないとしても、ソースペイロードの長さを検出できる。ここで、Ｒは、２０より大きいか又は同一である。図１０において、Ｋ個の情報ペイロードを含む情報ブロックに基づいて生成されたパリティブロックを含むＦＥＣブロックが図示されている。情報ブロックは、ｍ個の行（row）を含む情報シンボルを含み、パリティシンボルは、所定のＦＥＣコードに従って情報シンボルの各々に基づいて生成され、情報シンボル及びパリティシンボルを含むＦＥＣフレームが生成される（ｍは、正の整数である）。
【０１３９】
仮想長さ情報データに基づいて生成されたパリティデータの場合に、パリティデータブロックは、情報ブロックに基づいてパリティブロックを生成するために使用される同一のＦＥＣコード及び同一の方式を用いて仮想長さブロックに基づいて生成されることができる。
【０１４０】
図１１は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した、ｍが８である（ｍ＝８）場合に、ＧＦ（２^８）上のリードソロモン（ＲＳ）（２４０，２００）コードを使用するＲＦフレームの構造を概略的に示す図である。
【０１４１】
図１１を参照すると、Ｋ個のペイロードを含む情報ブロックのｐ番目のバイト列は、Ｋ個のバイトのｐ番目の情報シンボルとなり、ｐ番目のＲＳフレームは、２００−Ｋ個のバイトが００ｈでパディングされ、ＦＥＣエンコーディング動作が実行された後に、４０個のバイトのパリティバイトを生成することにより生成される。最終的に、１番目の２００−Ｋ個のパディングバイトが短縮され、最後の４０−Ｐ個のバイトがパンクチャーリング（puncturing）された後に、Ｋ個のバイトの情報シンボル及びＰ個のバイトのパリティシンボルが送信される。
【０１４２】
図１２は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成したＧＦ（２^８）上の（ｍ  ×  (Ｋ＋Ｐ)，ｍ  ×  Ｋ）低密度パリティチェック（ＬＤＰＣ）コードを使用するＬＤＰＣフレームの構造を概略的に示す図である。
【０１４３】
図１２を参照すると、Ｋ個のペイロードを含む情報ブロックのｐ番目のｍ列は、ｍ  ×  Ｋ個のビットのｐ番目の情報シンボルとなり、ｐ番目のＬＤＰＣフレームは、ｍ  ×  Ｐ個のパリティビットを用いて生成され、ｍ  ×  Ｐ個のパリティビットは、パリティシンボルとして生成される（ｍは、正の整数である）。
【０１４４】
図１２において、ｍが１より大きい場合に、インデックスは、上方から下方に割り当てられ、左側から右側に割り当てられる。しかしながら、インデックスが下方から上方に割り当てられ、右側から左側に割り当てられてもよいことは、当該技術分野における通常の知識を有する者には明らかであろう。
【０１４５】
図１３は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の内部構造を概略的に示すブロック図である。
【０１４６】
図１３を参照すると、ＦＥＣパケット送信装置１３００は、受信器１３１１と、制御器１３１３と、保存ユニット１３１５と、送信器１３１７と、ＦＥＣエンコーダ１３１９とを含む。
【０１４７】
制御器１３１３は、ＦＥＣパケット送信装置１３００の全般的な動作を制御する。特に、制御器１３１３は、ソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を送信する動作を、ＦＥＣパケット送信装置１３００が実行するように制御する。ＦＥＣパケット送信装置１３００がソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を送信する動作は、図１乃至図１２及び表１乃至表３を参照して説明した方式で実行されるので、ここでは、その詳細な説明を省略する。
【０１４８】
受信器１３１１は、制御器１３１３の制御の下に各種メッセージを受信する。
【０１４９】
保存ユニット１３１５は、受信器１３１１が受信した各種メッセージ及びＦＥＣパケット送信装置１３００の動作に必要な各種データを保存する。
【０１５０】
送信器１３１７は、制御器１３１３の制御の下に、各種メッセージ、ＦＥＣパケットなどを送信する。
【０１５１】
ＦＥＣエンコーダ１３１９は、制御器１３１３の制御の下に、所定のＦＥＣエンコーディング方式に対応するＦＥＣエンコーディング動作を実行する。
【０１５２】
一方、図１３には、受信器１３１１、制御器１３１３、保存ユニット１３１５、送信器１３１７、及びＦＥＣエンコーダ１３１９が個別のユニットとして示されているが、説明の便宜のための単なる例示にすぎないことを理解すべきである。言い換えれば、受信器１３１１、制御器１３１３、保存ユニット１３１５、送信器１３１７、及びＦＥＣエンコーダ１３１９は、１個のユニットに組み込まれて具現されてもよい。
【０１５３】
図１４は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の内部構造を概略的に示すブロック図である。
【０１５４】
図１４を参照すると、ＦＥＣパケット受信装置１４００は、受信器１４１１、制御器１４１３、保存ユニット１４１５、送信器１４１７、及びＦＥＣデコーダ１４１９を含む。
【０１５５】
制御器１４１３は、ＦＥＣパケット受信装置１４００の全般的な動作を制御する。特に、制御器１４１３は、ソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を受信する動作をＦＥＣパケット受信装置１４００が実行するように制御する。ＦＥＣパケット受信装置１４００がソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を受信する動作は、図１乃至図１２及び表１乃至表３を参照して説明した方式で実行されるので、ここでは、その詳細な説明を省略する。
【０１５６】
受信器１４１１は、制御器１４１３の制御の下に各種メッセージ及びＦＥＣパケットを受信する。
【０１５７】
保存ユニット１４１５は、受信器１４１１が受信した各種メッセージ及びＦＥＣパケットとＦＥＣパケット受信装置１４００の動作に必要な各種データとを保存する。
【０１５８】
送信器１４１７は、制御器１４１３の制御の下に各種メッセージを送信する。
【０１５９】
ＦＥＣデコーダ１４１９は、制御器１４１３の制御の下に、ＦＥＣパケット送信装置で使用した所定のＦＥＣエンコーディング方式に対応するＦＥＣデコーディング動作を実行する。
【０１６０】
一方、図１４には、受信器１４１１、制御器１４１３、保存ユニット１４１５、送信器１４１７、及びＦＥＣデコーダ１４１９が個別のユニットとして示されているが、説明の便宜のための単なる例示にすぎないことを理解すべきである。言い換えれば、受信器１４１１、制御器１４１３、保存ユニット１４１５、送信器１４１７、及びＦＥＣデコーダ１４１９は、１個のユニットに組み込まれて具現されてもよい。
【０１６１】
また、図示されていないが、本発明の実施形態によるＭＭＴシステムにおいて、ＦＥＣパケットの送信動作に参加するすべてのエンティティの各々は、本発明の実施形態による関連する動作を実行する送信器、受信器、保存ユニット、制御器、及びＦＥＣエンコーダを含む。しかしながら、送信器、受信器、保存ユニット、制御器、及びＦＥＣエンコーダが１個のユニットに組み込まれて具現されてもよいことは、当該技術分野における通常の知識を有する者には明らかである。
【０１６２】
また、図示されていないが、本発明の実施形態によるＭＭＴシステムにおいて、ＦＥＣパケットの受信動作に参加するすべてのエンティティの各々は、本発明の実施形態による関連する動作を実行する送信器、受信器、保存ユニット、制御器、及びＦＥＣデコーダを含む。しかしながら、送信器、受信器、保存ユニット、制御器、及びＦＥＣデコーダが１個のユニットに組み込まれて具現されてもよいことは、当該技術分野における通常の知識を有する者には明らかである。
【０１６３】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図１Ａ】
2014528682.tif 000006
【図１Ｂ】
2014528682.tif 000007
【図２】
2014528682.tif 000008
【図３】
2014528682.tif 000009
【図４】
2014528682.tif 000010
【図５】
2014528682.tif 000011
【図６】
2014528682.tif 000012
【図７】
2014528682.tif 000013
【図８】
2014528682.tif 000014
【図９】
2014528682.tif 000015
【図１０】
2014528682.tif 000016
【図１１】
2014528682.tif 000017
【図１２】
2014528682.tif 000018
【図１３】
2014528682.tif 000019
【図１４】
2014528682.tif 000020
【国際調査報告】
2014528682.tif 000021
2014528682.tif 000022