特許 6486684 移動通信システムにおける順方向誤り訂正パケットを送受信する装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6486684

(24)【登録日】2019年3月1日

(45)【発行日】2019年3月20日

(54)【発明の名称】移動通信システムにおける順方向誤り訂正パケットを送受信する装置及び方法

(51)【国際特許分類】

   H04L 1/00 20060101AFI20190311BHJP

【ＦＩ】

   H04L1/00 B

【請求項の数】4

【全頁数】25

(21)【出願番号】特願2014-535656(P2014-535656)

(86)(22)【出願日】2012年10月15日

(65)【公表番号】特表2014-528682(P2014-528682A)

(43)【公表日】2014年10月27日

(86)【国際出願番号】KR2012008388

(87)【国際公開番号】WO2013055181

(87)【国際公開日】20130418

【審査請求日】2015年10月15日

【審判番号】不服2017-12557(P2017-12557/J1)

【審判請求日】2017年8月24日

(31)【優先権主張番号】10-2011-0104506

(32)【優先日】2011年10月13日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】スン−ヘ・ファン

(72)【発明者】

【氏名】ヒュン−コ・ヤン

【合議体】

【審判長】 吉田 隆之

【審判官】 佐藤 実

【審判官】 中野 浩昌

(56)【参考文献】

【文献】 特表２００９−５４５２２８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００６／００７７８９０（ＵＳ，Ａ１）

【文献】 特開２００３−２６４５９０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04L 1/00

(57)【特許請求の範囲】

【請求項1】

マルチメディアシステムにおける送信装置が順方向誤り訂正（ＦＥＣ）パケットブロックを送信する方法であって、
受信装置に前記ＦＥＣパケットブロックを送信するステップを含み、
前記ＦＥＣパケットブロックは、Ｋ個のソースペイロードと、Ｐ個のパリティペイロードを含み、
前記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、
前記Ｐ個のパリティペイロードのペイロードヘッダのそれぞれは、前記Ｋ個のソースペイロードに対応する長さのデータを含み、
前記長さが固定されるか可変されるかは、前記マルチメディアシステムでサポートされるモードに従って設定される
ことを特徴とする方法。

【請求項2】

マルチメディアシステムにおける受信装置が順方向誤り訂正（ＦＥＣ）パケットブロックを受信する方法であって、
送信装置から前記ＦＥＣパケットブロックを受信するステップを含み、
前記ＦＥＣパケットブロックは、Ｋ個のソースペイロードと、Ｐ個のパリティペイロードを含み、
前記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、
前記Ｐ個のパリティペイロードのペイロードヘッダのそれぞれは、前記Ｋ個のソースペイロードに対応する長さのデータを含み、
前記長さが固定されるか可変されるかは、前記マルチメディアシステムでサポートされるモードに従って設定される
ことを特徴とする方法。

【請求項3】

マルチメディアシステムにおける送信装置であって、
受信装置に順方向誤り訂正（ＦＥＣ）パケットブロックを送信する送信器を含み、
前記ＦＥＣパケットブロックは、Ｋ個のソースペイロードと、Ｐ個のパリティペイロードを含み、
前記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、
前記Ｐ個のパリティペイロードのペイロードヘッダのそれぞれは、前記Ｋ個のソースペイロードに対応する長さのデータを含み、
前記長さが固定されるか可変されるかは、前記マルチメディアシステムでサポートされるモードに従って設定される
ことを特徴とする送信装置。

【請求項4】

マルチメディアシステムにおける受信装置であって、
送信装置から順方向誤り訂正（ＦＥＣ）パケットブロックを受信する受信器を含み、
前記ＦＥＣパケットブロックは、Ｋ個のソースペイロードと、Ｐ個のパリティペイロードを含み、
前記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、
前記Ｐ個のパリティペイロードのペイロードヘッダのそれぞれは、前記Ｋ個のソースペイロードに対応する長さのデータを含み、
前記長さが固定されるか可変されるかは、前記マルチメディアシステムでサポートされるモードに従って設定される
ことを特徴とする受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムにおけるパケットを送受信する装置及び方法に係り、より詳細には、移動通信システムにおける順方向誤り訂正（Forward Error Correction：以下、‘ＦＥＣ’と称する）パケットを送受信する装置及び方法に関する。

【背景技術】

【0002】

様々なコンテンツの増加及び高解像度（High Definition：ＨＤ）コンテンツ及び超高解像度（Ultra High Definition：ＵＨＤ）コンテンツのような高容量コンテンツの増加の結果として、データ輻輳（data Congestion）がさらに悪化している。このようなデータ輻輳により、信号送信装置により送信されたコンテンツは、信号受信装置に完全に転送されず、コンテンツの一部は、ルート上で損失される状況が発生する。

【0003】

一般的に、データは、パケット単位で送信される。このように、データ損失は、パケット単位で発生する。したがって、ネットワーク上でトランスポートパケットが損失される場合に、信号受信装置は、損失されたトランスポートパケットを受信できないために、損失されたトランスポートパケットと関連したデータを認識できない。その結果、オーディオ信号品質劣化、動画像画質劣化、動画像クラック、字幕欠落、ファイル損失などのような様々な形態でユーザの不便さをもたらす。

【0004】

ネットワーク上で損失されたデータを復旧するための技術では、所定数のパケットを含むソースブロックにＦＥＣエンコーディングによるパリティブロック（Parity block）を追加する。一般的に、パケット内に送信されるデータ（すなわち、ソースペイロード（source payload））のサイズ又は長さは、固定されることもあり、又は可変することもある。例えば、ＭＰＥＧ２（Moving Picture Experts Group 2）トランスポートストリーム（Transport Stream、ＴＳ）は、４バイトのヘッダ及び１８４バイトのペイロードを含む１８８バイトの固定されたパケットサイズを有する。しかしながら、リアルタイムトランスポートプロトコル（Real-Time Transport Protocol：以下、‘ＲＴＰ’と称する）パケットサイズ又はＭＰＥＧメディアトランスポート（MPEG Media Transport：以下、‘ＭＭＴ'と称する）パケットサイズは、常に固定されていない。

【0005】

可変パケットサイズが適用される場合に、信号送信装置は、実際に送信されるパケットのサイズを同一にするためにパディングデータ（padding data）をデータに付加することによりソースブロックを生成した後に、この生成されたソースブロックに対してＦＥＣエンコーディング動作を実行する。

【0006】

この場合に、ＦＥＣデコーディング動作に従ってネットワーク（例えば、チャネル）上で損失されたパケットを復旧する時に、ＦＥＣデコーダは、ソースブロックを復旧する（すなわち、パディングデータを含むソースブロックを復旧する）ので、実際のパディングデータが含まれる前のパケットのサイズを正確に検出しなければならない。

【0007】

したがって、ＦＥＣデコーダのために、パディングデータが含まれる前のパケットのサイズをＦＥＣデコーダに正確に通知する方法に対する必要性が存在する。すなわち、パディングデータが可変パケットサイズをサポートするＭＭＴシステムに含まれる前のパケットのサイズを通知するためのＦＥＣパケット送受信方法に対する必要性が台頭されている。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、移動通信システムにおいて順方向誤り訂正（ＦＥＣ）パケットを送受信する装置及び方法を提供することにある。

【0009】

本発明の他の目的は、移動通信システムにおいてパディングデータが含まれる前のデータのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提供することにある。

【0010】

本発明のまた他の目的は、移動通信システムにおいてパディングデータがアプリケーションレイヤーＦＦＣ（ＡＬ−ＦＥＣ）シグナリング情報を通して含まれる前のパケットのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提供することにある。

【0011】

本発明のさらにまた他の目的は、移動通信システムにおいて情報ブロック生成（Information Block Generation：ＩＢＧ）モードに対応してソースブロックを生成するＦＥＣパケットを送受信する装置及び方法を提供することにある。

【0012】

本発明のさらなる他の目的は、移動通信システムにおいてＩＢＧモードに対応して生成されたソースブロックのペイロードのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提供することにある。

【課題を解決するための手段】

【0013】

上記のような目的を達成するために、本発明の一態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置がＦＥＣパケットを送信する方法が提供される。上記方法は、ＦＥＣ配信ブロックをＦＥＣパケット受信装置に送信するステップを含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。

【0014】

本発明の他の態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット受信装置がＦＥＣパケットを受信する方法が提供される。上記方法は、ＦＥＣ配信ブロックをＦＥＣパケット送信装置から受信するステップを含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。

【0015】

本発明のさらに他の態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置が提供される。上記ＦＥＣパケット送信装置は、ＦＥＣ配信ブロックをＦＥＣパケット受信装置に送信する送信器を含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。

【0016】

本発明のさらなる他の態様によれば、移動通信システムにおける順方向誤り訂正（ＦＥＣ）パケット受信装置が提供される。上記ＦＥＣパケット受信装置は、ＦＥＣ配信ブロックをＦＥＣパケット送信装置から受信する受信器を含み、上記ＦＥＣ配信ブロックは、Ｋ個のソースペイロード及びＰ個のパリティペイロードを含み、上記Ｋ個のソースペイロード及び上記Ｐ個のパリティペイロードのそれぞれは、ペイロードヘッダを含み、上記ペイロードヘッダのそれぞれは、関連するペイロードの長さに関連した長さ情報を含むことを特徴とする。

【発明の効果】

【0017】

本発明の実施形態は、移動通信システムにおいてパディングデータが含まれる前のパケットのサイズを通知するＦＥＣパケット送受信を可能にする。また、本発明の実施形態は、移動通信システムにおいてＡＬ−ＦＥＣシグナリング情報を通してパディングデータが含まれる前のパケットのサイズを通知するＦＥＣパケット送受信を可能にする。さらに、本発明の実施形態は、移動通信システムにおいてＩＢＧモードに対応してソースブロックを生成するＦＥＣパケット送受信を可能にする。さらにまた、本発明の実施形態は、移動通信システムにおいてＩＢＧモードに対応して生成されたソースブロックのペイロードのサイズを通知するＦＥＣパケット送受信を可能にするという長所がある。

【0018】

本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。

【図面の簡単な説明】

【0019】

【図1A】本発明の実施形態によるＭＰＥＧメディアトランスポートＭＭＴシステムにおけるネットワークトポロジー及びデータフローを示す図である。

【図1B】本発明の実施形態によるＭＰＥＧメディアトランスポートＭＭ Ｔシステムにおけるネットワークトポロジー及びデータフローを示す図である。

【図2】本発明の実施形態によるＭＭＴシステムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置の動作モードが情報ブロック生成（ＩＢＧ）＿ｍｏｄｅ１である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。

【図3】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作モードがＩＢＧ＿ｍｏｄｅ２である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。

【図4】本発明の実施形態による図３に示した２次元配列に含まれる各ペイロードのオフセット情報を示す図である。

【図5】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作を概略的に示す図である。

【図6】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の動作を概略的に示す図である。

【図7】本発明の実施形態によるＭＭＴシステムの構造及び配信機能レイヤーの構造を概略的に示す図である。

【図8】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が実行するアプリケーションレイヤー（ＡＬ）−ＦＥＣソースブロックエンコーディング過程を概略的に示す図である。

【図9】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した仮想長さブロック及びパリティデータブロックの構造を概略的に示す図である。

【図10】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した情報ブロック及びパリティブロックの構造を概略的に示す図である。

【図11】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した、ｍが８である（ｍ＝８）場合にＧＦ（２^８）上のリードソロモン（ＲＳ）（２４０，２００）コードを使用する無線周波数（ＲＦ）フレームの構造を概略的に示す図である。

【図12】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した、ＧＦ（２^８）上の（ｍ × (Ｋ＋Ｐ)，ｍ × Ｋ）ＬＤＰＣコードを使用する低密度パリティチェック（ＬＤＰＣ）フレームの構造を概略的に示す図である。

【図13】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の内部構造を概略的に示すブロック図である。

【図14】本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の内部構造を概略的に示すブロック図である。

【発明を実施するための形態】

【0020】

本発明の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。図面中、同一の図面参照符号は、同一の構成要素、特性、及び構造を意味することが分かるはずである。

【0021】

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものであり、この理解を助けるために様々な特定の詳細を含むが、単なる１つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。

【0022】

次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、本発明の実施形態の説明が単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明を限定する目的で提供するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。

【0023】

英文明細書に記載の単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者には理解されることである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。

【0024】

本発明の実施形態は、移動通信システムにおける順方向誤り訂正（Forward Error Correction：以下、‘ＦＥＣ’と称する）パケットを送受信する装置及び方法を提案する。

【0025】

本発明の他の実施形態は、移動通信システムにおけるパディングデータが含まれる前のデータのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提案する。

【0026】

本発明のさらに他の実施形態は、移動通信システムにおけるアプリケーションレイヤーＦＥＣ（Application Layer：以下、‘ＡＬ−ＦＥＣ’と称する）シグナリング情報を通してパディングデータが含まれる前のデータのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提案する。

【0027】

本発明のさらなる他の本発明の実施形態は、移動通信システムにおける情報ブロック生成（Information Block Generation：以下、‘ＩＢＧ’と称する）モードに対応してソースブロックを生成するＦＥＣパケットを送受信する装置及び方法を提案する。

【0028】

本発明のさらにその他の本発明の実施形態は、移動通信システムにおけるＩＢＧモードに対応して生成されたソースブロックのペイロードのサイズを通知するＦＥＣパケットを送受信する装置及び方法を提案する。

【0029】

一方、本発明の実施形態は、移動通信システム、例えば、進化したパケットシステム（Evolved Packet System：以下、‘ＥＰＳ’と称する）を参照して説明する。しかしながら、移動通信システムは、ＥＰＳだけでなく、ロングタームエボルーション（Long-Term Evolution、ＬＴＥ）移動通信システム、ロングタームエボルーションアドバンスド（Long-Term Evolution-Advanced、ＬＴＥ−Ａ）移動通信システム、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｍ移動通信システムの内のいずれか１つであってよいことは、当該技術分野における通常の知識を有する者には明らかである。

【0030】

説明の便宜上、本発明で使用される用語を次のように定義する。

【0031】

（１） ＦＥＣ符号
ＦＥＣ符号は、誤りシンボルまたは削除シンボル（erasure symbol）を訂正するために使用される誤り訂正符号を示す。

【0032】

（２） ＦＥＣフレーム
ＦＥＣフレームは、情報語をＦＥＣエンコーディング方式を用いてエンコーディングすることにより生成される符号語を示す。ＦＥＣフレームは、情報パート（information part）及びパリティパート（parity part）を含む。ここで、パリティパートは、“リペア（repair）パート”とも称する。

【0033】

（３） シンボル
シンボルは、データのユニットを示し、ビット又はバイトのシンボルサイズを有する。

【0034】

（４） ソースシンボル
ソースシンボルは、非保護データシンボル（unprotected data symbol）を示し、非保護データシンボルは、保護されない元来のデータシンボルを示す。

【0035】

（５） 情報シンボル
情報シンボルは、ＦＥＣフレームに含まれる情報パートに含まれる非保護データシンボル及びパディングシンボルの内の１つを示す。

【0036】

（６） 符号語
符号語は、情報シンボルをＦＥＣエンコーディング方式を用いてエンコーディングすることにより生成されるＦＥＣフレームを示す。

【0037】

（７） パリティシンボル
パリティシンボルは、情報シンボルに基づいてＦＥＣエンコーディング方式を用いて生成される。このパリティシンボルは、ＦＥＣフレームに含まれる。

【0038】

（８） パケット
パケットは、ヘッダ及びペイロードを含むデータの送信単位を示す。

【0039】

（９） ペイロード
ペイロードは、パケットに含まれ、送信器で送信されるユーザデータの一部を示す。

【0040】

（１０） パケットヘッダ
パケットヘッダは、パケットに含まれるヘッダを示す。

【0041】

（１１） ソースペイロード
ソースペイロードは、ソースシンボルを含むペイロードを示し、ＦＥＣ方式により保護される基本単位を示す。

【0042】

Ｄ２ヘッダがＦＥＣ方式を用いて保護される場合には、ソースペイロードは、ＭＭＴトランスポートパケットである。Ｄ２ヘッダがＦＥＣ方式を用いて保護されない場合には、ソースペイロードは、ＭＭＴペイロードフォーマットである。以下、説明の便宜上、Ｄ２ヘッダを保護するＦＥＣ方式を“Ｄ２−ＦＥＣ方式”と呼び、Ｄ２ヘッダを保護しないＦＥＣ方式を“Ｄ１−ＦＥＣ方式”と称する。Ｄ２−ＦＥＣ方式及びＤ１−ＦＥＣ方式について説明する。

【0043】

まず、Ｄ２−ＦＥＣ方式について説明する。

【0044】

Ｄ２−ＦＥＣ方式では、ＭＭＴパケットが下位レイヤー（underlying layer）とのインターフェースのために使用される。

【0045】

Ｄ２−ＦＥＣ方式では、ソースペイロードがＭＭＴトランスポートパケットであり得、ＭＭＴトランスポートパケットは、Ｄ２ヘッダ及びＭＭＴペイロードを含む（ソースペイロード＝ＭＭＴトランスポートパケット（＝Ｄ２ヘッダ＋ＭＭＴペイロードフォーマット））。

【0046】

ここで、ＭＭＴトランスポートパケットに含まれるソースペイロード及びＦＥＣインバンド信号は、ＦＥＣ保護の後に送信される。すなわち、ＭＭＴトランスポートパケットは、ＦＥＣインバンド信号を含むために修正される。従って、ＦＥＣ保護の後のＭＭＴトランスポートパケットは、Ｄ２ヘッダ、ＦＥＣインバンド信号、及びＭＭＴペイロードフォーマットを含む（ＭＭＴトランスポートパケット＝Ｄ２ヘッダ＋ＦＥＣインバンド信号＋ＭＭＴペイロードフォーマット）。ここで、ＦＥＣインバンド信号は、Ｄ２ヘッダまたはＭＭＴペイロードフォーマットの後ろに位置する。

【0047】

また、ＭＭＴトランスポートパケットは、下記のように表される。

【0048】

ＭＭＴトランスポートパケット＝Ｄ２ヘッダ＋（Ｄ１ヘッダ）＋ＦＥＣインバンド信号＋パリティペイロード

【0049】

２番目に、Ｄ１−ＦＥＣ方式は、次のように説明される。

【0050】

Ｄ１−ＦＥＣ方式では、ＭＭＴペイロードフォーマットがＤ２レイヤーとのインターフェースのために使用される。

【0051】

Ｄ１−ＦＥＣ方式では、ソースペイロードがＭＭＴペイロードフォーマットであり得、ＭＭＴペイロードフォーマットは、Ｄ１ヘッダ及びペイロードを含む（ソースペイロード＝ＭＭＴペイロードフォーマット（＝Ｄ１ヘッダ＋ペイロード））。

【0052】

ＭＭＴペイロードフォーマットに含まれるソースペイロード及びＦＥＣインバンド信号は、ＦＥＣ保護の後に、Ｄ２レイヤーまたはアプリケーションプロトコルレイヤー、すなわち、リアルタイムプロトコル（Real Time Protocol：以下、‘ＲＴＰ’と称する）レイヤーに送信される。すなわち、ＭＭＴペイロードフォーマットは、ＦＥＣインバンド信号を含むために修正される。従って、ＦＥＣ保護の後に送信されるＭＭＴペイロードフォーマットは、Ｄ１ヘッダと、ＦＥＣインバンド信号と、ペイロードとを含む（ＭＭＴペイロードフォーマット＝Ｄ１ヘッダ＋ＦＥＣインバンド信号＋ペイロード）。ＦＥＣインバンド信号は、Ｄ１ヘッダ又はペイロードの後ろに位置する。

【0053】

また、ＭＭＴペイロードフォーマットは、下記のように表される。

【0054】

ＭＭＴペイロードフォーマット＝Ｄ１ヘッダ＋ＦＥＣインバンド信号＋パリティペイロード

【0055】

（１２） 情報ペイロード
情報ペイロードは、情報シンボルを含むペイロードを示す。

【0056】

（１３） パリティペイロード
パリティペイロードは、パリティシンボルを含むペイロードを示す。

【0057】

（１４） ソースブロック
ソースブロックは、少なくとも１個のソースペイロード、例えば、Ｋ個のソースペイロードを含む。また、ソースブロックは、ＦＥＣ保護のために情報ブロックに変換される。

【0058】

（１５） 情報ブロック
情報ブロックは、少なくとも１個の情報ペイロードを含む。

【0059】

情報ブロックは、ソースブロックを変換することにより生成された少なくとも１個の情報ペイロードを含む。ここで、情報ブロックに含まれる情報ペイロードの個数は、情報ブロック生成（Information Block Generation：以下、‘ＩＢＧ’と称する）モードに従って変更され得る。例えば、ＩＢＧモードがＩＢＧ＿ｍｏｄｅ０及びＩＢＧ＿ｍｏｄｅ１の内の１つである場合に、情報ブロックに含まれる情報ペイロードの個数は、ソースブロックに含まれるソースペイロードの個数“Ｋ”と同一である。ＩＢＧモードがＩＢＧ＿ｍｏｄｅ０及びＩＢＧ＿ｍｏｄｅ１でない場合には、情報ブロックに含まれる情報ペイロードの個数がソースブロックに含まれるソースペイロードの個数“Ｋ”と同一でないこともある。

【0060】

ＩＢＧ＿ｍｏｄｅ０は、ソースペイロードの長さが同一である場合、すなわち、ソースペイロードの長さが固定され、ソースブロックが情報ブロックと同一である場合に適用されるＩＢＧモードを示す。

【0061】

２番目に、ＩＢＧ＿ｍｏｄｅ１は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ１において、パディングデータをそれぞれソースペイロードに付加することにより同一のサイズを有する情報ブロックが生成される。ＩＢＧ＿ｍｏｄｅ１では、ソースブロックに含まれるソースペイロードの個数が情報ブロックに含まれる情報ペイロードの個数と同一である。ＩＢＧ＿ｍｏｄｅ１において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。下記では、ＩＢＧ＿ｍｏｄｅ１について説明する。

【0062】

３番目に、ＩＢＧ＿ｍｏｄｅ２は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ２において、パディングデータをそれぞれソースペイロードに付加することにより同一のサイズを有する情報ブロックが生成される。ＩＢＧ＿ｍｏｄｅ２では、ソースブロックに含まれるソースペイロードの個数が情報ブロックに含まれる情報ペイロードの個数と同一でないこともある。ＩＢＧ＿ｍｏｄｅ２において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。下記では、ＩＢＧ＿ｍｏｄｅ２について説明する。

【0063】

（１６） リペアブロック
リペアブロックは、少なくとも１個のペイロード、例えば、Ｐ個のリペアペイロードを含む。リペアブロックは、“パリティブロック”とも呼ぶ。

【0064】

（１７） ＦＥＣブロック
ＦＥＣブロックは、少なくとも１個の符号語又は情報ブロック及びパリティブロックを含む少なくとも１個のペイロードを含む。

【0065】

（１８） ＦＥＣ配信ブロック
ＦＥＣ配信ブロックは、ソースブロック及びリペアブロックを含む少なくとも１個のペイロードを含む。

【0066】

（１９） ＦＥＣパケット
ＦＥＣパケットは、ＦＥＣブロックを送信するために使用されるパケットを示す。

【0067】

（２０） ソースパケット
ソースパケットは、ソースブロックを送信するために使用されるパケットを示す。

【0068】

（２１） パリティパケット
パリティパケットは、リペアブロックを送信するために使用されるパケットを示す。

【0069】

（２２） ＦＥＣパケットブロック
ＦＥＣパケットブロックは、ＦＥＣ配信ブロックを送信するために使用される少なくとも１個のパケットを含む。

【0070】

（２３） ＭＭＴパッケージ
ＭＭＴパッケージは、少なくとも１個のＭＭＴアセットを含む。様々なタイプのＭＭＴアセット、例えば、ビデオアセット（Video Asset）、オーディオアセット（Audio Asset）、ウィジェットアセット（Widget Asset）などが存在する。

【0071】

（２４） ＭＭＴアセット
ＭＭＴアセットは、少なくとも１個のメディアプロセッシングユニット（Media Processing Unit：以下、‘ＭＰＵ’と称する）を含む。ＭＰＵは、ＭＰＵのサイズに従ってＭＰＵをパケット化することにより、少なくとも１個のＭＭＴペイロードフォーマットに変換される。すなわち、ＭＰＵは、最大トランスポートユニット（Maximum Transport Unit：以下、‘ＭＴＵ’と称する）のサイズに従って、１個のＭＭＴペイロード又はＭＰＵを分割（fragmentation）することにより生成される複数のＭＭＴペイロード、または複数のＭＰＵをアグリゲーション（aggregation：集約）することにより生成される複数のＭＰＵを含む１つのＭＭＴペイロードに変換される。

【0072】

図１Ａ及び図１Ｂは、本発明の実施形態によるＭＭＴシステムにおけるネットワークトポロジー及びデータフローを示す図である。

【0073】

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

【0074】

図１Ｂを参照すると、アプリケーションレイヤー１１０は、ＡＬ−ＦＥＣを通して送信されようとするデータ１３０を生成する。データ１３０は、ＲＴＰパケットデータ又はＭＭＴに従うＭＭＴパケットデータを使用してオーディオ／ビデオ（Audio/Video：ＡＶ）コーデックステージにより圧縮されたデータからフラグメントされたＲＴＰパケットデータであり得る。データ１３０は、一例として、トランスポートレイヤー１１２によりユーザデータグラムプロトコル（User Datagram Protocol：以下、‘ＵＤＰ’と称する）ヘッダが挿入されたＵＤＰパケット１３２に変換される。インターネットレイヤー１１４は、インターネットプロトコル（Internet Protocol：以下、‘ＩＰ’と称する）ヘッダをＵＤＰパケット１３２に付加することによりＩＰパケット１３４を生成し、リンクレイヤー１１６は、フレームヘッダ及び必要に応じてフレームフッタ（frame footer）を付加することにより送信されようとするフレーム１３６を構成する。

【0075】

フレーム単位の圧縮方式がＭＭＴシステムに適用される場合に、フレームは、同一の長さを有する複数のパケットにフラグメントされ、最後のパケットのみに対してパディング動作が実行される必要がある。しかしながら、フレームがビデオパケットを含む複数のスライスにフラグメントされ、スライスの単位でエンコーディングされる場合に、各スライスが異なるサイズを有することにより、相対的に多くの量のパディングが生成される。特に、ビデオパケット、オーディオパケット、テキストパケットなどのような様々なタイプのパケットが同一のストリームを通して送信され、ＡＬ−ＦＥＣエンコーディング方式が適用される場合に、異なるタイプのパケットが異なるサイズを有するので、多くの量のパディングが生成され得る。また、スケーラブル（Scalable）ビデオエンコーディングにおいて、パケットのサイズは、レイヤーごとに変わり得、これにより、多くの量のパディングが生成される。

【0076】

したがって、下記で説明される本発明の実施形態では、トランスポートプロトコルを通して送信されるデータの量が可変である場合、すなわち、可変パケットサイズを有するパケットが送受信される場合に、効率的なＡＬ−ＦＥＣエンコーディング方法を提案する。

【0077】

一方、ＦＥＣパケット送信装置がＦＥＣエンコーディングのために使用されるソースブロックを生成するＩＢＧモードは、ＩＢＧ＿ｍｏｄｅ０、ＩＢＧ＿ｍｏｄｅ１、及びＩＢＧ＿ｍｏｄｅ２を含む。

【0078】

上述したように、ＩＢＧ＿ｍｏｄｅ０は、ソースペイロードの長さが同一である場合、すなわち、ソースペイロードの長さが固定される場合に適用されるＩＢＧモードを示し、ソースブロックが情報ブロックと同一である場合に適用されるＩＢＧモードを示す。

【0079】

ＩＢＧ＿ｍｏｄｅ１は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ１において、同一のサイズを有する情報ブロックは、パディングデータをソースペイロードにそれぞれ付加することにより生成される。ＩＢＧ＿ｍｏｄｅ１において、ソースブロックに含まれるソースペイロードの個数は、情報ブロックに含まれる情報ペイロードの個数と同一である。ＩＢＧ＿ｍｏｄｅ１において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。ＩＢＧ＿ｍｏｄｅ１については、図２を参照して説明する。

【0080】

ＩＢＧ＿ｍｏｄｅ２は、ソースペイロードの長さが可変である場合に適用するＩＢＧモードを示す。ＩＢＧ＿ｍｏｄｅ２において、同一のサイズを有する情報ブロックは、パディングデータをソースペイロードにそれぞれ付加することにより生成される。ＩＢＧ＿ｍｏｄｅ２において、ソースブロックに含まれるソースペイロードの個数は、情報ブロックに含まれる情報ペイロードの個数と同一でないこともある。ＩＢＧ＿ｍｏｄｅ２において、ソースペイロードの長さが可変であるので、ソースペイロードの各々に対する仮想長さ情報が必要とされる。ＩＢＧ＿ｍｏｄｅ２については、図３及び図４を参照して説明する。

【0081】

図２は、本発明の実施形態によるＭＭＴシステムにおける順方向誤り訂正（ＦＥＣ）パケット送信装置の動作モードが情報ブロック生成（ＩＢＧ）＿ｍｏｄｅ１である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。

【0082】

図２を参照すると、可変パケットサイズを有するＫ個のソースペイロード（ソースＰＬ）２０２、すなわち、ソースＰＬ＃０乃至ソースＰＬ＃Ｋ−１を含むソースブロック２００がＡＬ−ＦＥＣエンコーディングのために入力される場合に、ＦＥＣパケット送信装置は、ソースペイロードが所定の長さＳ（例えば、Ｓ＝Ｓｍａｘ）を同一に有するようにするために、少なくとも一部のソースペイロードにパディングデータ２１４を付加することにより同一の長さを有する情報ペイロード２１２を構成する。ここで、Ｓｍａｘは、ソースペイロードのサイズの中で最大長さを示す。情報ペイロード２１２は、情報ブロック２１０を構成する。

【0083】

ＦＥＣパケット送信装置は、所定のＦＥＣコードに従って情報ブロック２１０をエンコーディングし、情報ペイロード２１２に対応するパリティペイロード（Payload：以下、‘ＰＬ’と称する）２２２、すなわち、パリティペイロード（パリティＰＬ）＃０乃至ＰＬ＃Ｎ−Ｋ−１を生成する。Ｎ−Ｋ個のパリティペイロード２２２は、パリティブロック２２０を構成する。ＦＥＣパケット送信装置は、ソースブロック２００及びパリティブロック２２０をパケットの形態で送信する。例えば、ソースブロック２００及びパリティブロック２２０のペイロードは、それぞれパケットに乗せた後に転送される。

【0084】

図２のＩＢＧ＿ｍｏｄｅ１において、例えば、パディングデータ２１４の総量がパディング後の情報ブロック２１０のサイズ、すなわち、Ｓｍａｘ×Ｋの５０％に対応する場合に、パリティブロック２２０の５０％がパディングデータのために付加されることにより、不必要な送信が発生する。したがって、ＦＥＣデコーディングの後に復元されたペイロードがパディングデータを含むので、ソースＰＬの実際の長さをＦＥＣパケット受信装置に通知する必要がある。物理チャネルとは異なり、パケット損失がアプリケーションチャネル環境で発生する場合に、関連するペイロード自体が流失するのでペイロードに記憶されているデータの長さを認識できない。

【0085】

図３は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作モードがＩＢＧ＿ｍｏｄｅ２である場合のＦＥＣパケット送信装置がソースブロックを生成する過程を示す図である。

【0086】

図３を参照すると、ＳＰ１乃至ＳＰ４を含む入力されたソースパケット３０２は、所定の規則に従って所定の横長さＳを有する２次元配列３００内に順序通りに配置される。図示する例において、相対的に長い長さを有するＳＰ１は、２次元配列３００の１番目の行の全部及び２番目の行の前部の部分に配置される。ＳＰ２は、２番目の行の後部の部分及び３番目の行の前部の部分に配置される。ＳＰ３は、３番目の行の後部の部分及び４番目の行の前部の部分に配置される。最後に、相対的に短い長さを有するＳＰ４は、４番目の行の中央に配置される。パディングデータ３０４は、ソースパケット３０２が配置される部分以外の２次元配列３００の残りの部分を占める。

【0087】

上記のような２次元配列３００を含む情報ブロックの各行は、情報ペイロードであるので、情報ペイロードの個数に対応するＫは、ソースＰＬの個数に対応するＫ’より小さくなる。ＦＥＣパケット送信装置は、２次元配列３００を含む情報ブロックをエンコーディングすることにより、パリティＰＬを生成する。このような２次元配列３００を使用するＩＢＧ＿ｍｏｄｅ２は、図２のＩＢＧ＿ｍｏｄｅ１に比べて情報ペイロードの個数を減少させ、したがって、パリティＰＬの量を減少させる。

【0088】

図４は、本発明の実施形態による図３に示した２次元配列に含まれる各ペイロードのオフセット情報を示す図である。

【0089】

図４を参照すると、直列化された２次元配列４００上で各ソースパケットの開始位置を示すオフセット情報は、ソースブロックとともに送信される。図４において、オフセット情報は、オフセット０、オフセット１、オフセット２、及びオフセット３を含む。ＦＥＣパケット受信装置は、各ソースパケットのオフセットから２次元配列４００を再構成することによりＦＥＣデコーディング動作を実行する。

【0090】

図３又は図４において、ＦＥＣパケット送信装置がＩＢＧ＿ｍｏｄｅ２に対応してＦＥＣパケットを生成する場合に、ＦＥＣデコーディングの後に復元されたペイロードがパディングデータを含むので、ソースＰＬの実際の長さをＦＥＣパケット受信装置に通知する必要がある。物理チャネルとは異なり、パケット損失がアプリケーションチャネル環境で発生する場合に、関連するペイロード自体が流失するのでペイロードに記憶されているデータの長さを認識できない。

【0091】

ＦＥＣパケット送信装置がソースブロックに含まれるペイロードのサイズをＦＥＣパケット受信装置に通知する過程について説明する。

【0092】

図５は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の動作を概略的に示す図である。

【0093】

図５を参照すると、ＦＥＣパケット送信装置は、送信されようとするデータを長さＳｉ（ｉ＝０，１，．．．，ｋ−１）を有するｋ個のソースペイロードにフラグメントし、ｋ個のソースペイロードを含むソースブロック５０１に基づいて、ｎ−ｋ個のパリティペイロードを含むパリティブロック５０３を生成する。ＦＥＣパケット送信装置は、ソースブロック５０１とパリティブロック５０３とを含むＦＥＣ配信ブロック５０７をＦＥＣパケット受信装置に送信する。

【0094】

ＦＥＣパケット送信装置は、関連するパディングバイトをソースブロック５０１に含まれるソースペイロードのそれぞれに付加することによりｋ個の情報ペイロードを生成し、ｋ個の情報ペイロードを含む情報ブロック５０５を生成する。ＦＥＣパケット送信装置は、それぞれのソースペイロードの長さＳｉを含む仮想長さ情報データを生成する。ＦＥＣパケット送信装置に含まれるＦＥＣエンコーダ５３０は、情報ブロック５０５に基づく仮想長さ情報データと、ｎ−ｋ−１個のパリティペイロードを含むパリティブロック５０３と、所定のＦＥＣコードに対応する仮想長さ情報データに対するパリティデータとを生成する。

【0095】

パリティブロック５０３及びパリティデータは、ソースブロック５０１とともにＦＥＣパケット受信装置に送信される。制御器（図５に図示せず）は、ＦＥＣパケット送信装置に入力されるそれぞれのソースペイロードに含まれるデータのサイズをカウントすることにより仮想長さ情報データを生成することもでき、又はＦＥＣパケット送信装置がソースペイロードの長さを知り得るので、ソースペイロードの長さに関する情報を入力することにより仮想長さ情報データを生成することもできる。

【0096】

図６は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の動作を概略的に示す図である。

【0097】

図６を参照すると、ＦＥＣパケット受信装置は、損失されたパケットを含むＦＥＣ配信ブロックを受信する。ＦＥＣパケット受信装置がソースペイロードのそれぞれの長さをカウントすることによりソースブロック６０１に含まれたソースペイロードのそれぞれに関する長さ情報を検出できるので、ＦＥＣパケット受信装置は、長さ情報及びソースペイロードに関する仮想長さ情報を使用して、ＦＥＣエンコーディングの時に生成されたパリティデータを受信されたパリティペイロードから取得する。ここで、ＦＥＣパケット受信装置は、損失されたソースペイロードに関する長さ情報が分からないので、損失されたソースペイロードに関連した部分を削除する。ＦＥＣパケット受信装置に含まれるＦＥＣデコーダ６３０は、この削除されたソースペイロードに対して削除訂正（erasure correction）動作を実行することにより、損失されたソースペイロードに関する長さ情報を復元する。

【0098】

また、ＦＥＣパケット受信装置は、受信されたソースペイロードのそれぞれにパディングデータを付加することにより情報ブロックを生成する。この場合に、ＦＥＣパケット受信装置は、損失されたソースペイロード対応する情報ペイロードを削除した後にＦＥＣデコーダ６３０を通して削除訂正動作を実行することにより情報ペイロードを含むＦＥＣブロック６０３を復元する。ＦＥＣパケット受信装置が復元された長さ情報から復元された情報ペイロードに含まれるソースペイロードの長さを取得することができるので、ＦＥＣパケット受信装置は、ＦＥＣパケット送信装置から送信されたソースペイロードを含む復元されたソースブロック６０５を出力する。

【0099】

図７は、本発明の実施形態によるＭＭＴシステムの構造及び配信機能レイヤーの構造を概略的に示す図である。

【0100】

図７を参照すると、メディアコーディングレイヤー（Media Coding Layer）７１１で圧縮されたオーディオ／ビデオデータは、カプセル化機能レイヤー（Encapsulation Function Layer：以下、‘Ｅレイヤー’と称する）７１３でファイルフォーマットと類似した形態でパッケージ化され出力される。

【0101】

配信機能レイヤー（Delivery Function Layer）７１５は、Ｅレイヤー７１３から出力されたデータをＭＭＴペイロードフォーマットに変換し、ＭＭＴペイロードフォーマットにＭＭＴトランスポートパケットヘッダを付加することによりＭＭＴトランスポートパケットを生成した後に、このＭＭＴトランスポートパケットを出力する。他方、配信機能レイヤー７１５は、ＲＴＰを用いてＭＭＴペイロードフォーマットをＲＴＰパケットに変換した後に、このＲＴＰパケットを出力する。

【0102】

配信機能レイヤー７１５から出力されたＭＭＴトランスポートパケット又はＲＴＰパケットは、ＩＰパケットに変換され、ＩＰパケットは、ユーザデータグラムプロトコル（User Datagram Protocol：以下、‘ＵＤＰ’と称する）／トランスポート制御プロトコル（Transport Control Protocol：以下、‘ＴＣＰ’と称する）のプロトコルレイヤー７１７を通してＩＰレイヤー７１９で送信される。

【0103】

図８は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が実行するＡＬ−ＦＥＣソースブロックエンコーディング過程を概略的に示す図である。

【0104】

図８を参照すると、ＭＭＴ Ｄ．１レイヤー７２１は、ＭＭＴ Ｅ．１レイヤーからＭＭＴパッケージ（オーディオ／ビデオ（ＡＶ）データ、ファイル、テキストなどを保存ユニットに保存するか又は送信するために生成されたフォーマット）を受信し、所定の単位、例えば、ソースペイロード単位で受信されたＭＭＴパッケージをフラグメントすることによりソースブロック５０１を生成する。上述したように、ＭＭＴパッケージは、少なくとも１個のＭＭＴアセットを含む。例えば、オーディオアセットは、オーディオデータを送信するＭＭＴアセットであり、ビデオアセットは、ビデオデータを送信するＭＭＴアセットである。

【0105】

ＡＬ−ＦＥＣモジュール８０３は、ソースブロック５０１に含まれたそれぞれのソースペイロードに関する長さ情報Ｓｉ（ｉ＝０，１，..．，ｋ−１）をカウントするか、又はペイロードフォーマット生成器８０１及び制御器（図８には図示せず）の内の１つからソースペイロードのそれぞれに関する長さ情報Ｓｉ（ｉ＝０，１，．．．，ｋ−１）を受信することにより仮想長さ情報を生成する。また、ＡＬ−ＦＥＣモジュール８０３は、ソースブロック５０１に含まれるソースペイロードが同一の長さを有するようにするためにパディングデータを付加することにより情報ブロック５０５を生成する。

【0106】

ＦＥＣエンコーダ５３０は、所定のＦＥＣコードに従って情報ブロック５０５及び仮想長さ情報に基づいてＦＥＣエンコーディング動作を実行することにより仮想長さ情報に対するパリティデータ及びソースブロック５０１に対するパリティブロック５０３を生成し、パリティデータ及びパリティブロック５０３をペイロードフォーマット生成器８０１に送信する。

【0107】

ペイロードフォーマット生成器８０１は、パリティデータ及びパリティブロック５０３をソースブロック５０１に付加し、ペイロードヘッダ（Payload Header：以下、‘ＰＬＨ’と称する）をそれぞれのペイロードに付加することにより生成されたＭＭＴペイロードフォーマットを、ＭＭＴ Ｄ．２レイヤー又はインターネットエンジニアリングタスクフォース（Internet Engineering Task Force：以下、‘ＩＥＴＦ’と称する）アプリケーションプロトコルレイヤー７２３に送信する。図１で説明したように、ＭＭＴ Ｄ．２レイヤー又はＩＥＴＦアプリケーションプロトコルレイヤー７２３において、ＵＤＰヘッダ及びＩＰヘッダは、ＵＤＰのようなトランスポートプロトコルを通してＭＭＴペイロードフォーマットに付加され、ＵＤＰヘッダ及びＩＰヘッダが付加されたＭＭＴペイロードフォーマットが、ＦＥＣパケット受信装置に送信される。

【0108】

一方、本発明の実施形態において、仮想長さ情報に対するパリティデータは、パリティブロックに含まれる。しかしながら、パリティデータがペイロードフォーマットヘッダを含むＦＥＣ配信ブロック内の所定の位置に含まれることは、当該技術分野における通常の知識を有する者には明らかである。ここで、所定の位置は、ＦＥＣパケット送信装置及びＦＥＣパケット受信装置が相互に約束した位置である。

【0109】

例えば、パリティデータは、ＦＥＣ配信ブロック内でソースブロック及びパリティブロックの内の１つの上の位置に割り当てられるか、又はＦＥＣ配信ブロック内でソースブロック及びパリティブロックの内の１つの下の位置に割り当てられ、ソースブロックのためのＰＬＨに含まれることもあり、あるいは、パリティブロックのためのＰＬＨに含まれることもある。一方、ＦＥＣパケット受信装置は、図８でのＦＥＣパケット送信装置と類似した構造を有し、図６で説明した動作を実行する。

【0110】

説明の便宜上、仮想長さ情報データがＰＬＨに含まれると仮定する。

【0111】

一方、ＭＭＴペイロードフォーマットは、下記の表１に示される。

【0112】

【表1】

【0113】

表１において、ソースペイロードは、ＭＭＴペイロードフォーマット又はＭＭＴトランスポートパケットであり得る。

【0114】

また、パリティペイロードに対するペイロードヘッダフォーマットは、下記の表２に示される。

【0115】

【表2】

【0116】

また、ソースペイロードのためのペイロードヘッダフォーマットは、表３に示される。

【0117】

【表3】

【0118】

表２及び表３において、ペイロードタイプは、関連するＭＭＴペイロードフォーマットのペイロードのタイプを示す。すなわち、表２に示すペイロードヘッダフォーマットは、パリティペイロードに対するペイロードヘッダフォーマットであり、これにより、ペイロードタイプは、パリティペイロードを示す。表３において、ペイロードヘッダフォーマットは、ソースペイロードに対するペイロードヘッダフォーマットであり、これにより、ペイロードタイプは、ソースペイロードを示す。

【0119】

表２及び表３において、シーケンス番号は、送信されるペイロードの順序を示すために昇順に又は降順に割り当てられ、したがって、シーケンス番号を使用してパケットが損失されたか否かを検出できる。

【0120】

表２及び表３において、ＦＥＣフラグは、ＦＥＣ方式が適用されたか否かを示す。例えば、ＦＦＣフラグの値が‘０’に設定される場合に、ソースブロックは、パリティペイロードなしに送信され、ＦＥＣ方式は適用されなかった。ＦＦＣフラグの値が‘１’に設定される場合に、ソースブロックは、パリティブロックとともに送信され、ＦＥＣ方式は適用された。

【0121】

表２及び表３において、ブロック境界情報は、ＦＥＣ配信ブロックの境界を示す。ＦＥＣ配信ブロックに含まれる１番目のソースペイロードのシーケンス番号は、すべてのヘッダに割り当てられる。

【0122】

表２において、ペイロードサイズフラグは、パリティブロックに含まれるすべてのパリティペイロードの長さが固定されるか又は可変するかを示すことができる。例えば、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が０に設定される場合に、パリティブロックに含まれるすべてのパリティペイロードの長さは固定される。他方、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が１に設定される場合には、パリティブロックに含まれるすべてのパリティペイロードの長さは可変的である。

【0123】

ペイロードサイズフラグの値が‘０’に設定される場合には、すべてのパリティペイロードの長さが固定されるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する必要がない。他方、ペイロードサイズフラグの値が‘１’に設定される場合には、すべてのパリティペイロードの長さが可変であるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する。

【0124】

上述したように、ペイロードサイズフラグがパリティブロックに含まれるすべてのパリティペイロードの長さが固定されるか又は可変するかを示すので、ペイロードサイズフラグは、ＭＭＴシステムが使用するＩＢＧモードを示すことができる。例えば、ペイロードサイズフラグは、２ビットで具現されることができる。この場合に、ペイロードサイズフラグは、ペイロードサイズフラグの値が００である場合にＭＭＴシステムがＩＢＧ＿ｍｏｄｅ０を使用し、ペイロードサイズフラグの値が０１である場合にＭＭＴシステムがＩＢＧ＿ｍｏｄｅ１を使用し、ペイロードサイズフラグの値が１１である場合にＭＭＴシステムがＩＢＧ＿ｍｏｄｅ２を使用することを示す。

【0125】

表３において、ペイロードサイズフラグは、ソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示すことができる。例えば、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が‘０’に設定される場合には、ソースブロックに含まれるすべてのソースペイロードの長さは固定される。他方、ペイロードサイズフラグが１ビットで具現され、ペイロードサイズフラグの値が‘１’に設定される場合には、ソースブロックに含まれるすべてのソースペイロードの長さは可変的である。

【0126】

ペイロードサイズフラグの値が‘０’に設定される場合には、すべてのソースペイロードの長さが固定されるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する必要がない。他方、ペイロードサイズフラグの値が‘１’に設定される場合には、すべてのソースペイロードの長さが可変であるので、ＦＥＣパケット送信装置は、仮想長さ情報データ及び仮想長さ情報データに対応するパリティデータを生成する。

【0127】

上述したように、ペイロードサイズフラグがソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示すので、ペイロードサイズフラグは、ＭＭＴシステムが使用するＩＢＧモードを示すことができる。例えば、ペイロードサイズフラグは、２ビットで具現されることができる。この場合に、ペイロードサイズフラグは、ペイロードサイズフラグの値が００である場合には、ＭＭＴシステムがＩＢＧ＿ｍｏｄｅ０を使用することを示し、ペイロードサイズフラグの値が０１である場合には、ＭＭＴシステムがＩＢＧ＿ｍｏｄｅ１を使用することを示し、ペイロードサイズフラグの値が１１である場合には、ＭＭＴシステムがＩＢＧ＿ｍｏｄｅ２を使用することを示す。

【0128】

表２及び表３において、ＦＥＣ配信ブロック長さは、ＦＥＣ配信ブロックに含まれているペイロードの個数を示し、ソースブロック長さは、ソースブロックに含まれているソースペイロードの個数を示す。

【0129】

表２において、パリティデータは、パリティデータを示す。パリティデータは、ペイロードサイズフラグの値が‘１’に設定される場合（ペイロードサイズフラグが１ビットで具現される場合）、及びペイロードサイズフラグの値が‘０１’又は‘１１’に設定される場合（ペイロードサイズフラグが２ビットで具現される場合）に表２に含まれる。

【0130】

本発明の実施形態では、仮想長さ情報データがペイロードヘッダフォーマットを通して送受信される過程について説明する。しかしながら、仮想長さ情報データが制御メッセージを通して送受信されてもよいことは、当該技術分野における通常の知識を有する者には明らかであろう。この制御メッセージは、ＭＭＴシステムが使用するメッセージを修正することにより具現されることもでき、新たなメッセージとして具現されることもできる。

【0131】

本発明の実施形態では、ペイロードサイズフラグがペイロードヘッダフォーマットを通して送受信される過程について説明する。しかしながら、ペイロードサイズフラグは、制御メッセージを通して送受信されてもよいことは、当該技術分野における通常の知識を有する者には明らかであろう。この制御メッセージは、ＭＭＴシステムが使用するメッセージを修正することにより具現されることもでき、新たなメッセージとして具現されることもできる。

【0132】

図９は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した仮想長さブロック及びパリティデータブロックの構造を概略的に示す図である。

【0133】

図９を参照すると、ＭＭＴシステムにおいて、長さ情報は、通常２バイトであれば、ヘッダ情報を除外しても６５０００バイトをカバーするのに十分であるので、２バイトであると仮定する。

【0134】

図９において、Ｓ（ｉ，ｒ）は、ソースブロックに含まれるｉ＋１番目のソースペイロードの長さ情報の中のｒ番目のバイトを示し、ｐ（ｊ，ｒ）は、パリティデータブロックがパリティブロックの上又は下で送信される場合に、パリティブロックに含まれるｊ＋１番目のパリティペイロードの位置の上又は下からｒ番目のバイト（すなわち、２ × （ｎ−ｋ）ビットのサイズを有するパリティデータブロックがパリティブロックの上又は下に割り当てられる）を示す。

【0135】

本発明の実施形態において、パリティブロックがソースブロックに基づいて生成される場合に使用されるＦＥＣコードと同一のＦＥＣコードを使用してパリティデータブロックが仮想長さブロックに基づいて生成される場合について説明する。しかしながら、本発明がこのような場合に限定されないことは、当該技術分野における通常の知識を有する者には明らかであろう。例えば、２０個のパリティペイロードを含むパリティブロックが２００個のソースペイロードを含むソースブロックに基づいて生成される場合に、１６×２０ビットのサイズを有するパリティデータブロックは、同一のＦＥＣ構造を適用することにより１６×２００ビットのサイズを有する仮想長さブロックに基づいて生成されることができ、または、１６×４０ビットのサイズを有するパリティデータブロックは、パリティ生成比率を２倍に適用することにより生成されることができる。この場合、１６×４０ビットのサイズを有するパリティデータブロックを３２×２０ビットのサイズを有するパリティデータブロックに再配置することによりパリティブロックの上又は下に位置させることが好ましい。これは、ソースブロックが復旧されないとしても、ＦＥＣパケット受信装置がソースペイロードの長さに関する情報を復旧した後に損失されたソースペロードの長さを上位レイヤーに通知することにより、安定した処理の保証を助けるためである。

【0136】

図１０は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した情報ブロック及びパリティブロックの構造を概略的に示す図である。

【0137】

図１０を参照すると、ｍ＝１であり、Ｋ＝２００である場合に、ＦＥＣ（２２０，２００）コードは、パリティブロックの生成のために使用され、ＦＥＣパケット受信装置は、ＦＥＣ（２２０,２００）コードが理想的なコード（ideal code）であるとしても、最大２０個のパケットまで復旧できる。

【0138】

しかしながら、パリティデータブロックがＦＥＣ（２４０，２００）コードを用いて生成される場合に、ＦＥＣパケット受信装置は、Ｒ個のパケットを復旧できるので、損失されたソースブロックが復旧されないとしても、ソースペイロードの長さを検出できる。ここで、Ｒは、２０より大きいか又は同一である。図１０において、Ｋ個の情報ペイロードを含む情報ブロックに基づいて生成されたパリティブロックを含むＦＥＣブロックが図示されている。情報ブロックは、ｍ個の行（row）を含む情報シンボルを含み、パリティシンボルは、所定のＦＥＣコードに従って情報シンボルの各々に基づいて生成され、情報シンボル及びパリティシンボルを含むＦＥＣフレームが生成される（ｍは、正の整数である）。

【0139】

仮想長さ情報データに基づいて生成されたパリティデータの場合に、パリティデータブロックは、情報ブロックに基づいてパリティブロックを生成するために使用される同一のＦＥＣコード及び同一の方式を用いて仮想長さブロックに基づいて生成されることができる。

【0140】

図１１は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成した、ｍが８である（ｍ＝８）場合に、ＧＦ（２^８）上のリードソロモン（ＲＳ）（２４０，２００）コードを使用するＲＦフレームの構造を概略的に示す図である。

【0141】

図１１を参照すると、Ｋ個のペイロードを含む情報ブロックのｐ番目のバイト列は、Ｋ個のバイトのｐ番目の情報シンボルとなり、ｐ番目のＲＳフレームは、２００−Ｋ個のバイトが００ｈでパディングされ、ＦＥＣエンコーディング動作が実行された後に、４０個のバイトのパリティバイトを生成することにより生成される。最終的に、１番目の２００−Ｋ個のパディングバイトが短縮され、最後の４０−Ｐ個のバイトがパンクチャーリング（puncturing）された後に、Ｋ個のバイトの情報シンボル及びＰ個のバイトのパリティシンボルが送信される。

【0142】

図１２は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置が生成したＧＦ（２^８）上の（ｍ × (Ｋ＋Ｐ)，ｍ × Ｋ）低密度パリティチェック（ＬＤＰＣ）コードを使用するＬＤＰＣフレームの構造を概略的に示す図である。

【0143】

図１２を参照すると、Ｋ個のペイロードを含む情報ブロックのｐ番目のｍ列は、ｍ × Ｋ個のビットのｐ番目の情報シンボルとなり、ｐ番目のＬＤＰＣフレームは、ｍ × Ｐ個のパリティビットを用いて生成され、ｍ × Ｐ個のパリティビットは、パリティシンボルとして生成される（ｍは、正の整数である）。

【0144】

図１２において、ｍが１より大きい場合に、インデックスは、上方から下方に割り当てられ、左側から右側に割り当てられる。しかしながら、インデックスが下方から上方に割り当てられ、右側から左側に割り当てられてもよいことは、当該技術分野における通常の知識を有する者には明らかであろう。

【0145】

図１３は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット送信装置の内部構造を概略的に示すブロック図である。

【0146】

図１３を参照すると、ＦＥＣパケット送信装置１３００は、受信器１３１１と、制御器１３１３と、保存ユニット１３１５と、送信器１３１７と、ＦＥＣエンコーダ１３１９とを含む。

【0147】

制御器１３１３は、ＦＥＣパケット送信装置１３００の全般的な動作を制御する。特に、制御器１３１３は、ソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を送信する動作を、ＦＥＣパケット送信装置１３００が実行するように制御する。ＦＥＣパケット送信装置１３００がソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を送信する動作は、図１乃至図１２及び表１乃至表３を参照して説明した方式で実行されるので、ここでは、その詳細な説明を省略する。

【0148】

受信器１３１１は、制御器１３１３の制御の下に各種メッセージを受信する。

【0149】

保存ユニット１３１５は、受信器１３１１が受信した各種メッセージ及びＦＥＣパケット送信装置１３００の動作に必要な各種データを保存する。

【0150】

送信器１３１７は、制御器１３１３の制御の下に、各種メッセージ、ＦＥＣパケットなどを送信する。

【0151】

ＦＥＣエンコーダ１３１９は、制御器１３１３の制御の下に、所定のＦＥＣエンコーディング方式に対応するＦＥＣエンコーディング動作を実行する。

【0152】

一方、図１３には、受信器１３１１、制御器１３１３、保存ユニット１３１５、送信器１３１７、及びＦＥＣエンコーダ１３１９が個別のユニットとして示されているが、説明の便宜のための単なる例示にすぎないことを理解すべきである。言い換えれば、受信器１３１１、制御器１３１３、保存ユニット１３１５、送信器１３１７、及びＦＥＣエンコーダ１３１９は、１個のユニットに組み込まれて具現されてもよい。

【0153】

図１４は、本発明の実施形態によるＭＭＴシステムにおけるＦＥＣパケット受信装置の内部構造を概略的に示すブロック図である。

【0154】

図１４を参照すると、ＦＥＣパケット受信装置１４００は、受信器１４１１、制御器１４１３、保存ユニット１４１５、送信器１４１７、及びＦＥＣデコーダ１４１９を含む。

【0155】

制御器１４１３は、ＦＥＣパケット受信装置１４００の全般的な動作を制御する。特に、制御器１４１３は、ソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を受信する動作をＦＥＣパケット受信装置１４００が実行するように制御する。ＦＥＣパケット受信装置１４００がソースブロックに含まれるすべてのソースペイロードの長さが固定されるか又は可変するかを示し、ＭＭＴシステムが使用するＩＢＧモードを示す情報を受信する動作は、図１乃至図１２及び表１乃至表３を参照して説明した方式で実行されるので、ここでは、その詳細な説明を省略する。

【0156】

受信器１４１１は、制御器１４１３の制御の下に各種メッセージ及びＦＥＣパケットを受信する。

【0157】

保存ユニット１４１５は、受信器１４１１が受信した各種メッセージ及びＦＥＣパケットとＦＥＣパケット受信装置１４００の動作に必要な各種データとを保存する。

【0158】

送信器１４１７は、制御器１４１３の制御の下に各種メッセージを送信する。

【0159】

ＦＥＣデコーダ１４１９は、制御器１４１３の制御の下に、ＦＥＣパケット送信装置で使用した所定のＦＥＣエンコーディング方式に対応するＦＥＣデコーディング動作を実行する。

【0160】

一方、図１４には、受信器１４１１、制御器１４１３、保存ユニット１４１５、送信器１４１７、及びＦＥＣデコーダ１４１９が個別のユニットとして示されているが、説明の便宜のための単なる例示にすぎないことを理解すべきである。言い換えれば、受信器１４１１、制御器１４１３、保存ユニット１４１５、送信器１４１７、及びＦＥＣデコーダ１４１９は、１個のユニットに組み込まれて具現されてもよい。

【0161】

また、図示されていないが、本発明の実施形態によるＭＭＴシステムにおいて、ＦＥＣパケットの送信動作に参加するすべてのエンティティの各々は、本発明の実施形態による関連する動作を実行する送信器、受信器、保存ユニット、制御器、及びＦＥＣエンコーダを含む。しかしながら、送信器、受信器、保存ユニット、制御器、及びＦＥＣエンコーダが１個のユニットに組み込まれて具現されてもよいことは、当該技術分野における通常の知識を有する者には明らかである。

【0162】

また、図示されていないが、本発明の実施形態によるＭＭＴシステムにおいて、ＦＥＣパケットの受信動作に参加するすべてのエンティティの各々は、本発明の実施形態による関連する動作を実行する送信器、受信器、保存ユニット、制御器、及びＦＥＣデコーダを含む。しかしながら、送信器、受信器、保存ユニット、制御器、及びＦＥＣデコーダが１個のユニットに組み込まれて具現されてもよいことは、当該技術分野における通常の知識を有する者には明らかである。

【0163】

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】