JP2015518346A - 通信システムでパケットを送受信するための装置及び方法 - Google Patents

Abstract

通信システムで使用するためのパケット送受信方法が提供される。前記方法は、順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）に対応する制御情報を生成する段階と、前記ＦＥＣを利用して保護するための少なくとも１つのソースパケットを獲得する段階と、前記少なくとも１つのソースパケット及び前記制御情報によって少なくとも１つの復旧ＦＥＣペイロード識別子及び少なくとも１つのソースペイロード識別子を有する少なくとも１つの復旧シンボルを生成する段階と、前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する段階とを含む。

Description

本発明は、通信システムに関する。より詳細には、本発明は、通信システムで使用するためのパケット送受信方法に関する。

コンピュータネットワークのような通信システムを利用して接続される高画質（ＨＤ：Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）及び超高画質（ＵＨＤ：Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）コンテンツのようなコンテンツの多様性及びサイズ増加に伴い、ネットワークデータ混雑が深化されており、通信システムの品質が下落することができる。このような状況で、例えばホストＡのような送信機によって伝送されたコンテンツは、例えばホストＢのような受信機によって受信される前に伝送経路中間に損失されることができる。データは、コンピュータネットワークでパケットで伝達されるため、データ損失もパケット単位で発生する。各パケットは、データを伝達するペイロードと、ソースアドレスや目的地アドレスのようなアドレス情報を含むヘッダーとで構成される。したがって、コンピュータネットワークでパケット損失が発生すれば、受信機は、損失されたパケットを受信することができず、それによって損失されたパケットに含まれたデータ及び制御情報を得るのに失敗する。これは、オーディオ及びビデオの品質低下、字幕抜け落ち、ファイル遺失、及び損失されたパケットによるその他類似な問題及び不便のような多様な形態でユーザの不便をもたらす。したがって、コンピュータネットワークでデータ損失を復旧するための方法が要求される。

前記情報は、ただ本発明の理解を助けるための背景情報として提供される。前述したいずれのものも、本発明に対する先行技術として適用可能であるか否かについてどんな断定もどんな主張も行われなかった。

本発明の態様は、少なくとも前述した問題点及び／または短所を解決し、少なくとも下記で説明される長所を提供するためのものである。したがって、本発明の一態様は、ネットワークでデータ損失を復旧するための方法及び装置を提供するためのものである。

したがって、本発明の他の態様は、パケット基盤通信プロトコルを支援する通信ネットワークでデータパケットと共に少なくとも１つのエラー訂正コード（ＥＣＣ：ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｃｏｄｅ）を利用して生成されるパリティーパケットを伝送することによって、ネットワーク信頼性を向上させるアプリケーション階層順方向エラー訂正（ＡＬ−ＦＥＣ：ＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒ−ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）制御方法を提供するためのものである。

本発明の一態様によれば、通信システムでのパケット伝送方法が提供される。前記方法は、順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）に対応する制御情報を生成する段階と、前記ＦＥＣを利用して保護するための少なくとも１つのソースパケットを獲得する段階と、前記少なくとも１つのソースパケット及び前記制御情報によって少なくとも１つの復旧ＦＥＣペイロード識別子及び少なくとも１つのソースペイロード識別子を有する少なくとも１つの復旧シンボルを生成する段階と、前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する段階とを含む。

本発明の他の態様によれば、通信システムでのパケット伝送装置が提供される。前記装置は、順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）に対応する制御情報を生成し、前記ＦＥＣを利用して保護するための少なくとも１つのソースパケットを獲得し、前記少なくとも１つのソースパケット及び前記制御情報によって少なくとも１つの復旧ＦＥＣペイロード識別子及び少なくとも１つのソースペイロード識別子を有する少なくとも１つの復旧シンボルを生成する制御部と、前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する通信部とを含む。

本発明の他の態様によれば、通信システムでのパケット受信方法が提供される。前記方法は、少なくとも１つのＦＥＣパケットを受信する段階と、前記少なくとも１つのＦＥＣパケットから少なくとも１つのソースパケット、少なくとも１つの復旧ＦＥＣペイロード識別子を有する少なくとも１つの復旧シンボル、及び少なくとも１つのソースＦＥＣペイロード識別子を獲得する段階と、前記少なくとも１つの復旧シンボル、前記少なくとも１つの復旧ＦＥＣペイロード識別子、及び前記少なくとも１つのソースＦＥＣペイロード識別子を利用して前記少なくとも１つのソースパケットの損失部分を復旧する段階とを含む。

本発明の他の態様によれば、通信システムでのパケット受信装置が提供される。前記装置は、少なくとも１つのＦＥＣパケットを受信する通信部と、前記少なくとも１つのＦＥＣパケットから少なくとも１つのソースパケット、少なくとも１つの復旧ＦＥＣペイロード識別子を有する少なくとも１つの復旧シンボル、及び少なくとも１つのソースＦＥＣペイロード識別子を獲得し、前記少なくとも１つの復旧シンボル、前記少なくとも１つの復旧ＦＥＣペイロード識別子、及び前記少なくとも１つのソースＦＥＣペイロード識別子を利用して前記少なくとも１つのソースパケットの損失部分を復旧する制御部とを含む。

本発明の他の態様、長所及び顕著な特徴は、添付の図面とともに本発明の実施例を開示する次の詳細な説明からこの技術分野における通常の知識を有する者に明確になる。

本発明の前述したまたはその他の態様、特徴、長所は、次の添付の図面を参照する下記の説明からより明確になる。
図１は、本発明の実施例によるネットワークトポロジー及びデータフローを示す図である。 図２は、本発明の実施例によるＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ ＥｘｐｅｒｔＧｒｏｕｐ）ＭＭＴ（Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）システムの構成を示すブロック図である。 図３は、本発明の実施例による方法で使用するためのパケットの構造を示す図である。 図４は、本発明の実施例による図３のパケットの構成情報の構造を示す図である。 図５は、本発明の実施例によるＭＭＴＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）フレーム（ＦＥＣＦＲＡＭＥ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｆｒａｍｅ）の構成を示すブロック図である。 図６は、本発明の実施例による方法で使用するための２段階ＦＥＣエンコーディングのエンコーディングシンボルのフォーマットを示す図である。 図７は、本発明の実施例による装置のＦＥＣブロック生成器で情報ブロックを生成する原理を示す図である。 図８は、本発明の実施例による装備のＦＥＣブロック生成器で情報ブロックを生成する原理を示す図である。 図９は、本発明の実施例による方法でＲＳコードを利用して情報ブロックで情報シンボルのマッピングの原理を示す図である。 図１０は、本発明の実施例による方法のＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）を利用する情報ブロックで情報シンボルをマッピングする原理を示す図である。 図１１は、本発明の実施例による方法に使用するためのＲＳフレームフォーマットを示す図である。 図１２は、本発明の実施例による方法に使用するためのＬＤＰＣフレームフォーマットを示す図である。 図１３は、本発明の実施例による方法においてＲＳコードを利用した復旧シンボルブロックでパリティーシンボルマッピングの原理を示す図である。 図１４は、本発明の実施例による方法においてＬＤＰＣコードを利用した復旧シンボルブロックでＬＤＰＣパリティーシンボルマッピングの原理を示す図である。そして 図１５は、本発明の実施例による方法に使用されるための行列Ｈの構造を示す図である。 図面にわたって、同一の参照番号は、同一または類似の構成要素、特徴、構造を指称するために使用される。

添付の図面を参照した以下の説明は、請求項とそれらの均等物によって定義された本発明の実施例の完全な理解を助けるために提供される。以下の説明は、理解を助けるために、多様で且つ具体的な例を含むが、これらは、ただ例示として見なされなければならない。本発明の属する技術分野における通常の知識を有する者ならここに開示された実施例が本発明の範囲及び思想を逸脱することなく、多様に変形可能であるという点を認識することができる。また、明瞭さと簡潔さのために、公知の機能及び構造に対する説明は省略されることができる。

以下の説明及び請求項で使用される用語や単語は、辞書的意味にのみ制限されず、ただ発明の明瞭で且つ一貫した理解のために発明者によって使用されることができる。したがって、本発明の属する技術分野における通常の知識を有する者なら本発明の実施例に対する以下の説明がただ説明のための目的で提供されるだけで、請求項とその均等物によって定義される本発明を制限するための目的で提供されないという点を理解することができる。

本明細書で使用される単数の表現は、文脈上明白に異なって指示しない限り、複数の表現を含む。例えば、“構成要素の表面”という記載は、１つまたはそれ以上の表面を含む意味の記載である。

以下、次の詳細な説明で使用される用語を要約する：順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）コードは、エラーを訂正したりシンボルを削除するためのエラー訂正コードになることができる；ＦＥＣフレームは、保護するためのＦＥＣエンコーディングデータによって生成され、パリティー（ｐａｒｉｔｙ）または復旧部分を含むコードワード（ｃｏｄｅｗｏｒｄ）になることができる；シンボルは、データの単位であることができ、シンボルのサイズは、シンボルサイズとして指称されることができる；ソースシンボルは、ＦＥＣフレームの情報部分である、保護されないデータシンボルになることができる；情報シンボルは、ＦＥＣフレームの情報部分である、保護されないデータまたはパディング（ｐａｄｄｉｎｇ）シンボルになることができる；コードワードは、情報シンボルをＦＥＣデコーディングして生成されたＦＥＣフレームになることができる；復旧シンボルは、情報シンボルからＦＥＣエンコーディングによって生成されたＦＥＣフレームの復旧シンボルになることができる；パケットは、ヘッダー及びペイロードを含む伝送単位であることができる；ペイロードは、送信機から伝送され、パケットの内部に置かれるユーザデータの断片になることができる；パケットヘッダーは、ペイロードを含むパケットのヘッダーになることができる；ソースペイロードは、ソースシンボルで構成されるペイロードになることができる；情報ペイロードは、情報シンボルで構成されるペイロードになることができる；復旧ペイロードは、復旧シンボルで構成されるペイロードになることができる；ソースシンボルブロックは、少なくとも１つのソースペイロードのセットになることができる；情報ブロックは、少なくとも１つの情報ペイロードのセットになることができる；復旧シンボルブロックは、少なくとも１つの復旧ペイロードのセットになることができる；ＦＥＣブロックは、情報ブロック及び復旧シンボルブロックを含むコードワードまたはペイロードのセットになることができる；ＦＥＣ伝達ブロックは、ソースシンボルブロック及び復旧シンボルブロックを含むペイロードのセットになることができる；ＦＥＣパケットは、ＦＥＣブロックを伝送するためのパケットになることができる；ＦＥＣソースパケットは、ソースシンボルブロックを伝送するためのパケットになることができる；ＦＥＣ復旧パケットは、復旧ブロックを伝送するためのパケットになることができる；ＦＥＣパケットブロックは、ＦＥＣ伝送ブロックのためのパケットのセットになることができる；ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）ＭＭＴ（Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）は、ＭＰＥＧデータの効率的な伝送のための開発中の国際標準になることができる；ＦＥＣソースフローは、同一のＦＥＣソースフロー識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）を有するＦＥＣソースパケットまたはソースペイロードのシーケンスになることができる；ＦＥＣ復旧フローは、同一の復旧フロー識別子を有するＦＥＣソースパケットまたはソースペイロードのシーケンスになることができる；ＦＥＣエンコーディングされたフローは、ＦＥＣソースフロー及びＦＥＣソースフローを保護するために生成された少なくとも１つのＦＥＣ復旧フローを必須に示す用語になることができる；アセット（ａｓｓｅｔ）は、１つ以上のＭ単位で構成されるデータ個体（ｅｎｔｉｔｙ）になることができ、ここで、Ｍ単位は、合成情報及び伝送特性を定義するためのデータ単位である；そして、パケットは、合成情報及び伝送特性のような追加情報による１つ以上のアセットのセットになることができる。

図１は、本発明の実施例によるネットワークトポロジー及びデータフローを示す図である。

図１を参照すれば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットは、ルーター１２０及び１３０を介して目的受信機であるホストＢ １１０に伝達される。したがって、ＩＰパケットは、送信機であるホストＡ １０５の伝送順序と異なる順序で受信機であるホストＢ １１０に到着することができる。したがって、ＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）コンテンツストリーミングで伝送順序を示す必要がある。アプリケーション階層１４０で生成されたデータ１５０は、ＡＶコーデックにより圧縮されＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）によってパケット化されて得られるＲＴＰデータあるいは図２を参照として以下で説明されるＭＭＴ伝送パケットのようなアプリケーション階層１４０の伝送プロトコルによってパケット化されたデータであると仮定する。

図２は、本発明の実施例によるＭＭＴシステムの構成を示すブロック図である。

図２を参照すれば、ＭＭＴシステム構成が図２の左側に示され、図２の右側は、ＭＭＴシステムの伝達機能の詳細構成を示す。メディアコーディング階層２０５は、オーディオ及び／またはビデオデータを圧縮し、圧縮されたデータをカプセル化機能階層２１０に伝送する。カプセル化機能階層２１０は、ファイル形成と類似のフォーマットで圧縮されたオーディオ／ビデオデータをパケット化し、パケット化されたデータを伝達機能階層２２０に伝送する。

伝達機能階層２２０は、カプセル化機能階層２１０の出力に対してＭＭＴペイロードフォーマティングを行い、伝送プロトコル階層２３０のためのＭＭＴ伝送パケットフォーマットを生成するために伝送パケットヘッダーに追加する。伝達機能階層２２０は、伝送プロトコル階層２３０のためのＲＴＰパケットフォーマットを生成するためにレガシー（ｌｅｇａｃｙ）ＲＴＰプロトコルでカプセル化機能階層２１０の出力を処理する。その後、伝送プロトコル階層２３０は、ＩＰ階層２４０のためのＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）またはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）データ単位を生成するためにＵＤＰ及びＴＣＰのうち１つで変換を行う。最終的に、ＩＰ階層２４０は、ＩＰパケットを生成するために、伝送プロトコル階層２３０の出力を処理する。ＩＰパケットは、ＩＰを利用して伝送される。本発明の実施例で提案されるＦＥＣパケットは、ＭＭＴペイロードフォーマット、ＭＭＴ伝送パケット及びＲＴＰパケットのうち少なくとも１つによって形成される。制御機能階層２００は、プレゼンテーションセッション及び伝達セッションを管理する。

図３は、本発明の実施例による方法で使用するためのパケットの構造を示す図である。

図４は、本発明の実施例による図３のパケットの構成情報の構造を示す図である。

図３及び図４を参照すれば、パッケージ３００（ｐａｃｋａｇｅ）は、ネットワーク１及び／またはネットワーク２のようなネットワークの伝達機能階層を介してクライアントに伝送され、パッケージは、ＭＭＴアセット（ａｓｓｅｔ）、合成情報及び伝送特性を含む。ＭＭＴ伝送パケットは、図４に示されたような構成情報及び動作を利用する。構成情報は、アセットリスト、合成情報及び伝送特性を含み、データ情報の順序及びアドレスと、パッケージ識別情報をさらに含む。説明情報は、パッケージ及びアセットを記述する。合成情報は、アセットの消費のために使用される。伝送特性情報は、アセットの伝送のための情報を提供する。パッケージは、アセット当たり伝送特性を記述する。伝送特性は、エラー復元力（ｅｒｒｏｒ ｒｅｓｉｌｉｅｎｃｙ）情報を含む。そして、１つのアセットのための単純伝送特性情報は、損失されてもよく、またはそうでなくてもよい。伝送特性は、また各アセットのサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、図示せず）、損失許容誤差レベル（ｌｏｓｓ ｔｏｌｅｒａｎｃｅ ｌｅｖｅｌ、図示せず）、及び遅延許容誤差レベル（ｄｅｌａｙ ｔｏｌｅｒａｎｃｅ ｌｅｖｅｌ、図示せず）を含むことができる。

図５は、本発明の実施例によるＭＭＴ ＦＥＣフレーム（ＦＥＣＦＲＡＭＥ）の構成を示すブロック図である。

図５を参照すれば、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００は、ＦＥＣストリームを生成するための論理／物理コンポネントである。したがって、２以上のＦＥＣストリームを動作させる場合において、論理ＦＥＣＦＲＡＭＥは、ＦＥＣストリーム毎に樹立されることができ、物理ＦＥＣＦＲＡＭＥは、時間分離方式で動作する。ＭＭＴ ＦＥＣＦＲＡＭＥは、アウトバンド信号及びＦＥＣパケットブロックを入力し生成することのように、ＦＥＣ伝送情報及びソースペイロードを受信する。ＦＥＣ伝送情報が図５で制御部５１０及びＦＥＣブロック生成器５２０に入力されることのように説明されたが、本発明は、これに限定されず、他の機能ブロックがシステム観点でそれらの動作に使用するためのＦＥＣ伝送情報を検査することができる。ＭＭＴ標準のＡＬＦＥＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ ＦＥＣ）候補技術のように、２段階方法が提案された。２段階方法によれば、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００は、あらかじめ決定された数のシンボルをＭ個の第１のソースシンボルに分割する。ここで、Ｍは、１と同じかまたは大きい整数である。そして、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００は、第１のソースシンボルに対して第１のＦＥＣエンコーディングを実行して生成される第１の復旧シンボルを含む第１のエンコーディングシンボルを生成する。その後、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００は、第２のソースシンボルのようにＭ個の第１のエンコーディングシンボルに対して第２のＦＥＣエンコーディングを実行して生成される第２の復旧シンボルを含む第２のエンコーディングシンボルを生成する。第１のＦＥＣエンコーディング及び第２のＦＥＣエンコーディングは、同一のエラー訂正コード（ＥＣＣ）または異なるエラー訂正コードを使用することができる。エラー訂正コードは、ＲＳ（Ｒｅｅｄ−Ｓｏｌｏｍｏｎ）コード、ＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）コード、ターボ（Ｔｕｒｂｏ）コード、 ラプター （Ｒａｐｔｏｒ）コード及びＸＯＲ（ｅＸｃｌｕｓｉｖｅ ＯＲ）コードのうちいずれのものでもよく、これに対する制限はない。図５は、また、ＦＥＣエンコーダー５３０、ＦＥＣパケット生成器５４０及びパケット（逆）多重化部５５０を示す。

図６は、本発明の実施例による方法で使用するための２段階ＦＥＣエンコーディングのエンコーディングシンボルのフォーマットを示す図である。

図６を参照すれば、Ｍ＝１及びＭ＝８のＦＥＣエンコーディングの場合が示され。特に、部分６００は、Ｍ＝１のためのエンコーディングシンボルフォーマットを示し、部分６０１は、Ｍ＝８のためのエンコーディングシンボルフォーマットを示す。図５及び図６を参照すれば、制御部５１０は、制御情報、インバンド（ｉｎ−ｂａｎｄ）信号及びアウトバンド（ｏｕｔ−ｂａｎｄ）信号を生成するための入力としてＦＥＣ伝送情報を使用する。インバンド信号は、ＦＥＣパケットの一部として伝送される制御情報であり、アウトバンド信号は、個別パケット、個別プロトコルまたは個別チャネルを通じて伝送される制御情報である。アウトバンド信号伝送は、本発明の実施例の範囲を脱するので、これに対する詳細な説明は、本文献で省略される。ＦＥＣ伝送情報は、制御部５１０を介した伝達なしにＭＭＴ ＦＥＣＦＲＡＭＥ ５００から分離されて制御機によって処理され、ＦＥＣブロック生成器５２０及びＦＥＣパケット生成器５４０に入力として供給される。このような場合、制御部５１０は、省略されることができる。制御情報は、ＦＥＣブロックを生成するためにＦＥＣエンコーダー５３０によって要請される情報を含む。特定のＦＥＣコードは、パリティー生成手続でランダム番号生成器の最初値が要求される。この際、上位階層がソースペイロードに割り当てるシーケンス番号は、ランダム番号生成器の初期値として使用されることができる。データフローに注意すれば、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００で上位階層ペイロード構造を分析し、必要値を抽出するには非効率的である。したがって、識別番号は、制御情報形式でＭＭＴ ＦＥＣＦＲＡＭＥ ５００に入力され、ただＦＥＣコードの制御信号として使用され、インバンド信号またはアウトバンド信号として出力されない。

ＦＥＣ伝送情報は、ＭＭＴアセットの伝送特性を含むことができ、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００及びプロトコルを含むアプリケーションによって変化することができる。例えば、２段階方法に注目した、ＦＥＣ伝送情報は、次の通りである。

１）コーディング構造に対する情報：
ｆｅｃ＿ｓｃｈｅｍｅ：ＦＥＣブロックを生成するために選択されるコーディングスキームを示す；
ｂ０００：コーディング構造なし；
ｂ００１：ＲＳコーディング構造；
ｂ０１０：ＬＤＰＣコーディング構造；
ｂ０１１：ＲＳ−ＲＳ ２段階コーディングスキーム；
ｂ１００：ＲＳ−ＬＤＰＣ ２段階コーディングスキーム；
ｂ１０１：ＬＤＰＣ−ＬＤＰＣ ２段階コーディングスキーム；
ｉｂｇ＿ｍｏｄｅ：ソース／サブブロックから情報ブロックを生成するために使用される方法を示す；
ｂ００：パディングデータない一般モード；
ｂ０１：パディングデータを有する一般モード；
ｂ１０：高効率モード；
ｂ１１：条件付きパディングモード；
ｐａｒｉｔｙ＿ｐａｙｌｏａｄ＿ｓｉｚｅ：復旧ペイロードの長さを示す；
ｎｕｍｂｅｒ＿ｏｆ＿ｐａｙｌｏａｄｓ＿ｉｎ＿ａ＿ｐａｒｉｔｙ＿ｐａｃｋｅｔ：パリティーパケットに含まれた復旧ペイロードの数を示す。

２）保護インターバルに対する情報：
ｎｕｍｂｅｒ＿ｏｆ＿ｐａｃｋｅｔｓ＿ｆｏｒ＿ｓｏｕｒｃｅ＿ｂｌｏｃｋ：ソースシンボルブロックに含まれたパケットの数を示す；
ｎｕｍｂｅｒ＿ｏｆ＿ｓｕｂ＿ｂｌｏｃｋｓ＿ｉｎ＿ｓｏｕｒｃｅ＿ｂｌｏｃｋ：ソースシンボルブロックに含まれたサブブロックの数を示す；
ｎｕｍｂｅｒ＿ｏｆ＿ｐａｃｋｅｔｓ＿ｆｏｒ＿ｓｕｂ＿ｂｌｏｃｋ：サブブロックに含まれたパケットの数を示す；
ｍａｘ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ：情報ブロックに含まれた情報ペイロードの最大数を示す；
ｉｎｆｏｒｍａｔｉｏｎ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ：情報ブロックに含まれたペイロードの数を示す；
ｉｎｆｏｒｍａｔｉｏｎ＿ｓｕｂ＿ｂｌｏｃｋ＿ｌｅｎｇｔｈ：情報コードサブブロックに含まれた情報ペイロードの数を示す。

３）保護インターバルに対する情報：
ｎｕｍｂｅｒ＿ｏｆ＿ｐａｃｋｅｔｓ＿ｆｏｒ＿ｐａｒｉｔｙ１＿ｂｌｏｃｋ：パリティー１ブロックに含まれたパリティーパケットの数を示す；
ｎｕｍｂｅｒ＿ｏｆ＿ｐａｃｋｅｔｓ＿ｆｏｒ＿ｐａｒｉｔｙ２＿ｂｌｏｃｋ：パリティー２ブロックに含まれたパリティーパケットの数を示す。

４）パケット識別に対する情報：
ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ：各パケットに割り当てられた識別番号であって、複数のパケットが順に伝送されるとき、ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは１ずつ増加する；
ｐａｙｌｏａｄ＿ｔｙｐｅ：ＦＥＣパケットペイロードのタイプを示す；
ｂ００：ソースペイロード；
ｂ０１：パリティー１ペイロード；
ｂ１０：パリティー２ペイロード；
ｂ１１：予約される；
ｆｅｃ＿ｂｌｏｃｋ＿ｂｏｕｎｄａｒｙ＿ｉｎｆｏ：ＦＥＣ１ブロックの第１のパケットに割り当てられた識別番号を示す；
ｆｅｃ１＿ｂｌｏｃｋ＿ｂｏｕｎｄａｒｙ＿ｉｎｆｏ：ＦＥＣ１ブロックの第１のパケットに割り当てられた識別番号を示す；
ｆｅｃ２＿ｂｌｏｃｋ＿ｂｏｕｎｄａｒｙ＿ｉｎｆｏ：ＦＥＣ２ブロックの第１のパケットに割り当てられた識別番号を示す；
ｐａｒｉｔｙ＿ｄａｔａ＿ｆｏｒ＿ｉｂｇ：情報ブロックを生成するために使用されたパリティー保護情報を示す。
２段階手続で、ＦＥＣ伝送情報は、アウトバンド信号がソースまたはパリティーパケット伝送前に伝送されることができるとき、毎ＦＥＣブロックのために次のようにインバンド信号及びアウトバンド信号で構造化される。

１）アウトバンド信号
fec_scheme
if (fec_scheme != 000) {
ibg_mode
parity_payload_size
number_of_payloads_in_a_parity_packet
if (fec_scheme = 001) or (fec_scheme = 010) {
number_of_packets_for_source_block
number_of_packets_for_parity_block
}
if (fec_scheme = 011) or (fec_scheme = 100)
or (fec_scheme = 101) {
number_of_sub_blocks_in_source_block
number_of_packets_for_source_block
information_block_length
number_of_packets_for_parity1_block
for (i=0;i<number_of_sub_blocks_in_source_block;++i) {
number_of_packets_for_sub_block
information_sub_block_length
number_of_packets_for_parity1_block2
}
}
}

２）インバンド信号
sequence_number
payload_type
if (fec_scheme = 001) or (fec_scheme = 010) {
fec_block_boundary_info
}
if (fec_scheme = 011) or (fec_scheme = 100) or (fec_scheme = 101) {
if (payload_type = 00) or (payload_type = 10) {
fec1_block_boundary_info
}
if (payload_type = 01) {
fec2_block_boundary_info
}
}
if ((paylaod_type = 01) or (paylaod_type = 01)) and
(ibg_mode = 10) or (ibg_mode = 11)) {
parity_data_for_ibg
}

図５で、ＦＥＣブロック生成器５２０は、復旧ペイロード、ソースＦＥＣペイロード識別子及び復旧ＦＥＣペイロード識別子を出力するために入力としてソースペイロード及び制御情報を使用する。復旧ペイロードを獲得するために、ＦＥＣブロック生成器５２０は、ソースペイロードをソースシンボルブロックにグループ化し、ＦＥＣエンコーダー５３０に対して同一の長さを有する情報ペイロードを含む情報ブロックを生成するためにソースシンボルブロックを処理する。ソースＦＥＣペイロード識別子及び復旧ＦＥＣペイロード識別子は、互いに異なるペイロードを識別するために必要な識別情報である。ソースＦＥＣペイロード識別子は、ソースＦＥＣペイロード識別情報がＭＭＴ ＦＥＣＦＲＡＭＥ ５００または次上位階層を含む階層上に存在するとき、省略されることができる。ソースＦＥＣペイロード識別子及び復旧ＦＥＣペイロード識別子は、ＦＥＣエンコーダー５３０の具現によってＦＥＣエンコーダー５３０に入力として使用される。

図７は、本発明の実施例による装置のＦＥＣブロック生成器で情報ブロックを生成する原理を示す図である。

図７を参照すれば、可変的なパケットサイズを有する８個のソースペイロード、すなわちＳＰＬ＃０からＳＰＬ＃７まで入力されれば、ＦＥＣブロック生成器は、ペイロードを最大ペイロードサイズ、例えばＳ＿ｍａｘと同じサイズに作るためにパディングデータを追加する。ここで、ペイロードのサイズは、ペイロード長さと指称することもできる。そしてＦＥＣブロック生成器は、８個の情報ペイロードを含む情報ブロック、すなわちＩＰＬ＃０からＩＰＬ＃７まで生成する。図７は、ソースペイロードの最大長さＳ＿ｍａｘが情報ペイロードの長さと同一の場合について説明するが、情報ペイロード長さは、システム複雑度及びメモリ要求事項によってＳ＿ｍａｘより小さい値に設定されてもよい。

図８は、本発明の実施例による装備のＦＥＣブロック生成器で情報ブロックを生成する原理を示す図である。

図８を参照すれば、可変的なパケットサイズを有する６個のソースペイロードであるＳＰＬ＃０からＳＰＬ＃５まで入力されれば、ＦＥＣブロック生成器は、情報ペイロードの最大長さＳ＿ｍａｘの単位でソースペイロードであるＳＰＬ＃０からＳＰＬ＃５まで連続して整列し、ペイロードのセットを５個の情報ペイロードであるＩＰＬ＃０からＩＰＬ＃４に分割する。この際、最後の情報ペイロードは、パディングデータを含むことに留意しなければならない。図８の実施例において、ソースシンボルブロックの境界は、情報ペイロードの境界に対してマッチングされない。したがって、受信機に追加シグナリングまたは情報ブロックに情報を含ませることによって、情報ブロックからソースペイロードを抽出するために必要な情報を受信機に提供する必要がある。そのような情報は、個別ソースペイロードの長さを含む。図８は、ソースペイロードの最大長さＳ＿ｍａｘが情報ペイロードの長さと同一の場合に向けられたが、情報ペイロード長さは、システム複雑度及びメモリ要求事項によってＳ＿ｍａｘより小さい値に設定されてもよい。

２段階の方法を使用する場合において、情報ブロックは、次のように生成される。この場合において、ソースシンボルブロックは、Ｍ個のサブブロックで構成される。第１の情報コードサブブロックは、Ｍ個のサブブロックのうち第１のサブブロックのソースペイロードで生成され、ＦＥＣエンコーダー５３０に伝達される。ＦＥＣエンコーダー５３０は、情報コードサブブロックを利用して復旧ペイロードを生成し、ＦＥＣブロック生成器５２０に復旧ペイロードを伝達する。第１の情報コードサブブロックに適用されたプロセスは、第２〜第Ｍの情報コードサブブロックに順に繰り返される。すべてのサブブロックで復旧ペイロードを生成した後、第１〜第Ｍの情報コードサブブロックは、ＦＥＣエンコーダー５３０のための情報ブロックを生成するために組合される。ＦＥＣエンコーダー５３０は、情報ブロックで復旧ペイロードを生成し、ＦＥＣブロック生成器５２０に復旧ペイロードを伝達する。その後、Ｍ個の情報コードサブブロックから生成されたすべての復旧ペイロード及び情報ブロックから生成された復旧ペイロードは、パケット生成器５４０に伝達される。

図５を参照すれば、ＦＥＣエンコーダー５３０は、情報ブロックの入力で決定されるＦＥＣエンコーディングアルゴリズムを利用して復旧シンボルを算出し、復旧シンボルブロックの形式で復旧シンボルを含む復旧ペイロードを生成する。一実施例において、ＦＥＣエンコーディングアルゴリズムは、固定された数の復旧シンボルの値を固定された数の情報コードシンボルの入力で算出する。この場合において、ＦＥＣエンコーダー５３０は、何らかの追加の情報も使用されない。他の実施例において、ＦＥＣエンコーディングアルゴリズムは、情報シンボルの数、復旧シンボルの数及び情報コードシンボルと復旧シンボルとの関係のような、ＦＥＣエンコーディング情報について要請することができる。ＦＥＣエンコーディング情報がＦＥＣ伝送情報の一部としてＦＥＣブロック生成器５２０からＦＥＣエンコーダー５３０に提供されるが、本発明がこれに限定されるものではなく、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００の他の機能ブロックは、システム観点でそれらの個別動作で使用するためにＦＥＣ伝送情報を決定してもよい。

図９は、本発明の実施例による方法でＲＳコードを利用して情報ブロックで情報シンボルのマッピングの原理を示す図である。

図１０は、ＬＤＰＣを利用する情報ブロックで情報シンボルをマッピングする原理を示す図である。

図９及び図１０を参照すれば、情報ビットの数であるＫが情報ブロックで２００より小さな場合に、ＦＥＣエンコーダー５３０は、図９に示されたようなＲＳコーディングのための情報シンボルを生成するか、または図１０に示されたＬＤＰＣコーディングのための情報を生成するためにソースシンボルブロックを情報ブロックにマッピングする。

図１１は、本発明の実施例による方法に使用するためのＲＳフレームフォーマットを示す図である。

図１２は、本発明の実施例による方法に使用するためのＬＤＰＣフレームフォーマットを示す図である。

図１１及び図１２を参照すれば、個別情報シンボルは、図１１及び図１２に示されたような復旧シンボルを生成するためにＲＳ及びＬＤＰＣコードのうちいずれか１つでエンコーディングされる。図１２に示されてはいないが、ショートニング（ｓｈｏｒｔｅｎｉｎｇ）及びパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が多様なＫ及びＰで復旧シンボルを生成するために適用されることができる。ここで、Ｐは、パリティービットの数である。しかし、本発明がこれに限定されるものではなく、ショートニング及びパンクチャリングのうちただ１つだけが適用されてもよい。

図１３は、本発明の実施例による方法でＲＳコードを利用した復旧シンボルブロックでパリティーシンボルマッピングの原理を示す図である。

図１４は、本発明の実施例による方法でＬＤＰＣコードを利用した復旧シンボルブロックでＬＤＰＣパリティーシンボルマッピングの原理を示す図である。

図１３及び図１４を参照すれば、図１３に示されたようなＲＳ復旧シンボルブロック及び図１４に示されたようなＬＤＰＣ復旧シンボルブロックは、復旧シンボルから生成されることができる。以下で説明は、ＲＳコード及びＬＤＰＣコード規格に関する。有限体ＧＦ（２＾８）上のＲＳ（Ｎ、Ｋ）コードの原始多項式は、ｐ（ｘ）＝ｘ＾８＋ｘ＾４＋ｘ＾３＋ｘ＾２＋１として定義される。ＧＦ（２＾８）上のシンボルは、（α＾７、α＾６、α＾５、α＾４、α＾３、α＾２、α、１）で表現されることができる。ここで、α＝００００００１０（二進数）である。さらに、各ＲＳコードワード（ＲＳＣ）は、ＲＳＣ＝（ｅ０、ｅ１、…、ｅ１９９、ｐ２００、…、ｐ２３９）のベクトルで表現される、２００バイトの情報と４０バイトのパリティーを有する、有限体ＧＦ（２＾８）上のＲＳ（２４０、４０）コードである。有限体ＧＦ（２）上のＬＤＰＣ（Ｋ＋Ｐ、Ｋ）コードは、Ｋ情報ビット及びＰパリティービットを有するＱＣ−ＬＤＰＣ構造を有する。ここで、Ｋ＝Ｌｘ４００であり、Ｐ＝Ｌｘ８０であり、Ｌ＝１、２、４、８、または１６である。特に、ＬＤＰＣのパリティーパートは、図１５に示されたように、ほぼ三角形行列の形態を有する。

図１５は、本発明の実施例による方法で使用されるための行列Ｈの構造を示す図である。

図１５を参照すれば、行列Ｈ及び行列Ｐが示された。本発明の実施例の説明がＲＳコード及びＬＤＰＣコードの場合に向けられたが、本発明がこれに限定されるものではなく、Ｒａｐｔｏｒ、ＲａｐｔｏｒＱ、ＸＯＲを含むＦＥＣコードとして使用されるある適当な及び／または類似の形式のコードが適用されてもよい。図５を参照すれば、ＦＥＣパケット生成器４０は、ＦＥＣパケットブロックの形式で、ソースペイロードまたは復旧ペイロード、ソースＦＥＣペイロード識別子または復旧ＦＥＣペイロード識別子及びインバンド信号を含むＦＥＣパケットを生成する。

以下で説明は、本発明の実施例によるＦＥＣパケット生成手続に関する。パケットヘッダーのペイロード形式は、対応するペイロードにマッチングするために構成される。すなわち、ソースペイロードのためのパケットのペイロード形式は、オーディオ、ビデオなどのような、ソースペイロード形式を示す。そして、復旧ペイロードのためのパケットのペイロード形式は、復旧ペイロードを示す。シーケンス番号は、ＦＥＣソースパケットに順に割り当てられ、分離されたシーケンス番号は、ＦＥＣ復旧パケットに順に割り当てられる。ここで、初期シーケンス番号は、例えば、ＦＥＣソースパケットの初期シーケンス番号から始まる、対応するＦＥＣブロックに復旧ブロック境界を識別するように構成される。ＦＥＣブロックに相関される（ｃｏｒｒｅｌａｔｅｄ）ために、ＦＥＣ復旧パケット及びＦＥＣソースパケットのシーケンス番号を構成することによって、ＦＥＣ復旧パケット境界、または他の言葉で、復旧ブロック境界を示すことが可能である。対応するＦＥＣブロックの初期シーケンス番号は、ＦＥＣブロック境界情報として各パケットのヘッダーに含まれる。選択的にＦＥＣを適用する場合に、ＦＥＣフラッグ情報は、やはり各パケットのヘッダーに含まれることができる。ＦＥＣブロックのＦＥＣ復旧パケットの数またはＦＥＣソースパケットの数が可変的な場合に、パケットの数に対する情報、または、ＦＥＣソースパケットの数及びＦＥＣブロックのＦＥＣ復旧パケットの数またはＦＥＣソースパケットの数に対する情報は、各パケットのヘッダーに含まれることができる。

表１は、本発明の実施例によるＦＥＣパケット生成方法に使用するための例示的なパケットヘッダーを示す。

図５で、パケット（逆）多重化部５５０は、多重パケットストリームに入力としてＦＥＣパケットブロックを多重化するか、パケットストリームに多重ＦＥＣパケットブロックを多重化する。パケット（逆）多重化部５５０は、ＭＭＴ ＦＥＣＦＲＡＭＥ ５００下のプロトコル階層とインターフェースする機能ブロックであり、低プロトコル階層がパケット（逆）多重化部５５０の機能を行うとき、省略されてもよい。

本発明の実施例によれば、ＦＥＣ構成情報及び他のエンコーディング構成情報は、送信機がＦＥＣが選択的に適用されるコンテンツを伝送可能にするように受信機に対してシグナリングされる。本発明の実施例によれば、ＦＥＣは、ネットワーク条件及びコンテンツのＱｏＳによって選択的に適用されることができる。本発明の実施例によれば、ユーザに対するサービス品質の向上をもたらす、損失データ復旧のために新たに結合される受信機がＦＥＣデコーディングを可能にするサービスを提供する状態でＦＥＣ構成情報を新たに結合された受信機に提供するために、ＦＥＣ構成情報の全部または一部そして他のコーディング構成情報は、周期的にまたはインバンドシグナリングを通じて伝送される。前述したように、本発明の実施例によるパケット伝送／受信方法及び装置は、高品質マルチメディアサービスをユーザに提供することができるという利点がある。

本発明がその多様な実施例を参照して図示されて説明されたが、添付の請求項とその均等物によって定義される本発明の思想及び範囲を逸脱することなく、方式と詳細事項において多様な変形が可能であるという点は、本発明の属する技術分野における通常の知識を有する者に自明である。

Claims (12)

1. 順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）に対応する制御情報を生成する段階と；
   前記ＦＥＣを利用して保護するための少なくとも１つのソースパケットを獲得する段階と；
   前記少なくとも１つのソースパケット及び前記制御情報によって少なくとも１つの復旧ＦＥＣペイロード識別子及び少なくとも１つのソースペイロード識別子を有する少なくとも１つの復旧シンボルを生成する段階と；
   前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する段階と；
   を含む通信システムでのパケット伝送方法。
2. 前記少なくとも１つのソースパケットを利用する少なくとも１つのソースシンボルを含むソースシンボルブロックを生成する段階と；
   前記少なくとも１つの復旧シンボルの少なくとも一部を含む復旧シンボルブロックを生成する段階と；
   をさらに含み、
   前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する段階は
   前記ソースシンボルブロック、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記復旧シンボルブロック、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する段階を含むことを特徴とする請求項１に記載のパケット伝送方法。
3. 前記少なくとも１つのソースパケットを利用する少なくとも１つのソースシンボルを含むソースシンボルブロックを生成する段階と；
   パケットシーケンス番号、ＦＥＣソースパケットであることを指示する指示子、前記ソースシンボルブロックから獲得されるソースペイロード及び前記ソースペイロードに対応するソースＦＥＣペイロード識別子をそれぞれ含む少なくとも１つのＦＥＣソースパケットを生成する段階と；
   前記少なくとも１つの復旧シンボルの少なくとも一部を含む復旧シンボルブロックを生成する段階と；
   パケットシーケンス番号、ＦＥＣ復旧パケットであることを指示する指示子、前記復旧シンボルブロックから獲得される復旧ペイロード及び前記復旧ペイロードに対応する復旧ＦＥＣペイロード識別子をそれぞれ含む少なくとも１つのＦＥＣ復旧パケットを生成する段階と；
   をさらに含み、
   前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する段階は、
   前記少なくとも１つのＦＥＣソースパケット及び前記少なくとも１つのＦＥＣ復旧パケットを伝送する段階を含むことを特徴とする請求項１に記載のパケット伝送方法。
4. 順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）に対応する制御情報を生成し、前記ＦＥＣを利用して保護するための少なくとも１つのソースパケットを獲得し、前記少なくとも１つのソースパケット及び前記制御情報によって少なくとも１つの復旧ＦＥＣペイロード識別子及び少なくとも１つのソースペイロード識別子を有する少なくとも１つの復旧シンボルを生成する制御部と；
   前記少なくとも１つのソースパケット、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記少なくとも１つの復旧シンボル、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送する通信部と；
   を含む通信システムでのパケット伝送装置。
5. 前記制御部は、ソースシンボルブロックを生成し、且つ前記ソースシンボルブロックは、前記少なくとも１つのソースパケットを利用する少なくとも１つのソースシンボルを含み、
   前記制御部は、復旧シンボルブロックを生成し、且つ前記復旧シンボルブロックは、前記少なくとも１つの復旧シンボルの少なくとも一部を含み、
   前記通信部は、前記ソースシンボルブロック、前記少なくとも１つの復旧ＦＥＣペイロード識別子を有する前記復旧シンボルブロック、及び前記少なくとも１つのソースＦＥＣペイロード識別子を伝送することを特徴とする請求項４に記載のパケット伝送装置。
6. 前記制御部は、ソースシンボルブロックを生成し、且つ前記ソースシンボルブロックは、前記少なくとも１つのソースパケットを利用する少なくとも１つのソースシンボルを含み、
   前記制御部は、少なくとも１つのＦＥＣソースパケットを生成し、且つ前記少なくとも１つのＦＥＣソースパケットのそれぞれは、パケットシーケンス番号、前記少なくとも１つのＦＥＣソースパケットのそれぞれがＦＥＣソースパケットであることを指示する指示子、前記ソースシンボルブロックから獲得されるソースペイロード及び前記ソースペイロードに対応するソースＦＥＣペイロード識別子を含み、
   前記制御部は、復旧シンボルブロックを生成し、且つ前記復旧シンボルブロックは、前記少なくとも１つの復旧シンボルの少なくとも一部を含み、
   前記制御部は、少なくとも１つのＦＥＣ復旧パケットを生成し、且つ前記少なくとも１つのＦＥＣ復旧パケットのそれぞれは、パケットシーケンス番号、前記少なくとも１つのＦＥＣ復旧パケットのそれぞれがＦＥＣ復旧パケットであることを指示する指示子、前記復旧シンボルブロックから獲得される復旧ペイロード及び前記復旧ペイロードに対応する復旧ＦＥＣペイロード識別子を含み、
   前記通信部は、前記少なくとも１つのＦＥＣソースパケット及び前記少なくとも１つのＦＥＣ復旧パケットを伝送することを特徴とする請求項４に記載のパケット伝送装置。
7. 少なくとも１つのＦＥＣパケットを受信する段階と；
   前記少なくとも１つのＦＥＣパケットから少なくとも１つのソースパケット、少なくとも１つの復旧ＦＥＣペイロード識別子を有する少なくとも１つの復旧シンボル、及び少なくとも１つのソースＦＥＣペイロード識別子を獲得する段階と；
   前記少なくとも１つの復旧シンボル、前記少なくとも１つの復旧ＦＥＣペイロード識別子、及び前記少なくとも１つのソースＦＥＣペイロード識別子を利用して前記少なくとも１つのソースパケットの損失部分を復旧する段階と；
   を含む通信システムでのパケット受信方法。
8. 前記少なくとも１つのＦＥＣパケットから少なくとも１つのソースパケット、少なくとも１つの復旧ＦＥＣペイロード識別子を有する少なくとも１つの復旧シンボル、及び少なくとも１つのソースＦＥＣペイロード識別子を獲得する段階は、
   前記少なくとも１つのＦＥＣパケットを利用する少なくとも１つのソースシンボルを含むソースシンボルブロックを獲得する段階と；
   前記少なくとも１つのＦＥＣパケットから前記少なくとも１つのソースパケットを獲得する段階と；
   前記少なくとも１つのＦＥＣパケットを利用して復旧シンボルブロックを獲得する段階と；
   前記復旧シンボルブロックを利用して前記少なくとも１つの復旧シンボルを獲得する段階と；
   を含むことを特徴とする請求項７に記載のパケット受信方法。
9. 前記少なくとも１つのＦＥＣパケットは、少なくとも１つのＦＥＣソースパケット及び少なくとも１つのＦＥＣ復旧パケットを含み、
   前記少なくとも１つのＦＥＣソースパケットのそれぞれは、パケットシーケンス番号、前記少なくとも１つのＦＥＣソースパケットのそれぞれがＦＥＣソースパケットであることを指示する指示子、ソースペイロード、及び前記ソースペイロードに対応するソースＦＥＣペイロード識別子を含み、
   前記少なくとも１つのＦＥＣ復旧パケットのそれぞれは、パケットシーケンス番号、前記少なくとも１つのＦＥＣ復旧パケットのそれぞれがＦＥＣ復旧パケットであることを指示する指示子、復旧ペイロード、及び前記復旧ペイロードに対応する復旧ＦＥＣペイロード識別子を含むことを特徴とする請求項７に記載のパケット受信方法。
10. 少なくとも１つのＦＥＣパケットを受信する通信部と；
    前記少なくとも１つのＦＥＣパケットから少なくとも１つのソースパケット、少なくとも１つの復旧ＦＥＣペイロード識別子を有する少なくとも１つの復旧シンボル、及び少なくとも１つのソースＦＥＣペイロード識別子を獲得し、前記少なくとも１つの復旧シンボル、前記少なくとも１つの復旧ＦＥＣペイロード識別子、及び前記少なくとも１つのソースＦＥＣペイロード識別子を利用して前記少なくとも１つのソースパケットの損失部分を復旧する制御部と；
    を含む通信システムでのパケット受信装置。
11. 前記制御部は、ソースシンボルブロックを獲得し、且つ前記ソースシンボルブロックは、前記少なくとも１つのＦＥＣパケットを利用する少なくとも１つのソースシンボルを含み、
    前記制御部は、前記少なくとも１つのＦＥＣパケットから前記少なくとも１つのソースパケットを獲得し、
    前記制御部は、前記少なくとも１つのＦＥＣパケットを利用して復旧シンボルブロックを獲得し、
    前記制御部は、前記復旧シンボルブロックを利用して前記少なくとも１つの復旧シンボルを獲得することを特徴とする請求項１０に記載のパケット受信装置。
12. 前記少なくとも１つのＦＥＣパケットは、少なくとも１つのＦＥＣソースパケット及び少なくとも１つのＦＥＣ復旧パケットを含み、
    前記少なくとも１つのＦＥＣソースパケットのそれぞれは、パケットシーケンス番号、前記少なくとも１つのＦＥＣソースパケットのそれぞれがＦＥＣソースパケットであることを指示する指示子、ソースペイロード、及び前記ソースペイロードに対応するソースＦＥＣペイロード識別子を含み、
    前記少なくとも１つのＦＥＣ復旧パケットのそれぞれは、パケットシーケンス番号、前記少なくとも１つのＦＥＣ復旧パケットのそれぞれがＦＥＣ復旧パケットであることを指示する指示子、復旧ペイロード、及び前記復旧ペイロードに対応する復旧ＦＥＣペイロード識別子を含むことを特徴とする請求項１０に記載のパケット受信装置。

Images