(57)【要約】【課題】本発明は、パケット送受信方法及び装置に関する。【解決手段】本発明の一実施例によるパケット送信方法は、ソースブロックから前記ソースブロックのうち一部のソースシンボルを含むソースペイロードを獲得する段階と、前記ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含むソースパケットを構成する段階と、前記ソースペイロードに相当するリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含むリペアパケットを構成する段階と、前記ソースパケット及び前記リペアパケットを含むＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）パケットブロックを構成する段階と、前記ＦＥＣパケットブロックを送信する段階とを含むことができる。前記ソースペイロードＩＤは、各ソースパケットごとに１ずつ増加するソースペイロードシーケンス番号を含むことができる。【選択図】図４
2018196148.tif 000002
【特許請求の範囲】
【請求項１】
パケット送信方法において、
ソースパケットブロック生成モードを確認する段階と；
前記ソースパケットブロック生成モードに基づいて、ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含む少なくとも１つのソースパケットを含むソースパケットブロックを生成する段階と；
少なくとも１つのソースペイロードを順方向エラー訂正符号化して生成されるリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含む少なくとも１つのリペアパケットを含むリペアパケットブロックを生成する段階と；
前記ソースパケットブロックとリペアパケットブロックを送信する段階と；を含むことを特徴とするパケット送信方法。
【請求項２】
前記ソースペイロードＩＤは、任意の値から始まって、最大値まで増加した後、０に初期化され、
前記リペアペイロードＩＤは、前記ソースパケットブロックの一番目ソースペイロードに対応するソースペイロードシーケンス番号を指示する開始シーケンス番号を含むことを特徴とする請求項１に記載のパケット送信方法。
【請求項３】
前記リペアペイロードＩＤは、前記リペアパケットのリペアペイロードを識別するリペアペイロードＩＤをさらに含み、
前記リペアペイロードＩＤは、０から始まって、前記リペアパケットブロックの各リペアペイロードごとに１ずつ増加することを特徴とする請求項１に記載のパケット送信方法。
【請求項４】
前記リペアペイロードＩＤは、前記リペアパケットブロックのリペアペイロードの数を指示するリペアペイロード長さ指示子をさらに含むことを特徴とする請求項１に記載のパケット送信方法。
【請求項５】
前記リペアペイロードＩＤは、前記ソースパケットブロックに含まれるソースペイロードの数を指示するソースペイロード長さ指示子をさらに含むことを特徴とするパケット送信方法。
【請求項６】
パケット送信装置において、
リペアパケットブロックを送信する送信部と；
ソースパケットブロック生成モードを確認し、
前記ソースパケットブロック生成モードに基づいて、ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含む少なくとも１つのソースパケットを含むソースパケットブロックを生成し、
少なくとも１つのソースペイロードを順方向エラー訂正符号化して生成されるリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含む少なくとも１つのリペアパケットを含むリペアパケットブロックを生成するパケット制御部と；を含むことを特徴とするパケット送信装置。
【請求項７】
前記ソースペイロードＩＤは、任意の値から始まって、最大値まで増加した後、０に初期化され、
前記リペアペイロードＩＤは、前記ソースパケットブロックの一番目ソースペイロードに対応するソースペイロードシーケンス番号を指示する開始シーケンス番号を含むことを特徴とする請求項６に記載のパケット送信装置。
【請求項８】
前記リペアペイロードＩＤは、前記リペアパケットのリペアペイロードを識別するリペアペイロードＩＤをさらに含み、
前記リペアペイロードＩＤは、０から始まって、前記リペアパケットブロックの各リペアペイロードごとに１ずつ増加することを特徴とする請求項６に記載のパケット送信装置。
【請求項９】
前記リペアペイロードＩＤは、前記リペアパケットブロックに含まれるリペアペイロードの数を指示するリペアペイロード長さ指示子をさらに含むことを特徴とする請求項５に記載のパケット送信装置。
【請求項１０】
前記リペアペイロードＩＤは、前記ソースパケットブロックに含まれるソースペイロードの数を指示するソースペイロード長さ指示子をさらに含むことを特徴とする請求項６に記載のパケット送信装置。
【請求項１１】
パケット受信方法において、
ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含む少なくとも１つのソースパケットを含むソースパケットブロックと、少なくとも１つのソースペイロードを順方向エラー訂正符号化して生成されたリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含む少なくとも１つのリペアパケットを含むリペアパケットブロックと、を受信する段階を含み、
前記ソースパケットブロックは、ソースパケットブロック生成モードに基づいてデコーディングされることを特徴とするパケット受信方法。
【請求項１２】
前記ソースペイロードＩＤは、任意の値から始まって、最大値まで増加した後、０に初期化され、
前記リペアペイロードＩＤは、前記ソースパケットブロックの一番目ソースペイロードに対応するソースペイロードシーケンス番号を指示する開始シーケンス番号を含むことを特徴とする請求項１１に記載のパケット受信方法。
【請求項１３】
前記リペアペイロードＩＤは、前記リペアパケットの前記リペアペイロードを識別するリペアペイロードＩＤをさらに含み、
前記リペアペイロードＩＤは、０から始まって、前記リペアパケットブロックの各リペアペイロードごとに１ずつ増加することを特徴とする請求項１１に記載のパケット受信方法。
【請求項１４】
前記リペアペイロードＩＤは、前記リペアパケットブロックに含まれるリペアペイロードの数を指示するリペアペイロード長さ指示子をさらに含むことを特徴とする請求項１１に記載のパケット受信方法。
【請求項１５】
前記リペアペイロードＩＤは、前記ソースパケットブロックに含まれるソースペイロードの数を指示するソースペイロード長さ指示子をさらに含むことを特徴とする請求項１１に記載のパケット受信方法。
【請求項１６】
パケット受信装置において、
ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含む少なくとも１つのソースパケットを含むソースパケットブロックと、少なくとも１つのソースペイロードを順方向エラー訂正符号化して生成されたリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含む少なくとも１つのリペアパケットを含むリペアパケットブロックと、を受信する受信部を含み、
前記ソースパケットブロックは、ソースパケットブロック生成モードに基づいてデコーディングされることを特徴とするパケット受信装置。
【請求項１７】
前記ソースペイロードＩＤは、任意の値から始まって、最大値まで増加した後、０に初期化され、
前記リペアペイロードＩＤは、前記ソースパケットブロックの一番目ソースペイロードに対応するソースペイロードシーケンス番号を指示する開始シーケンス番号を含むことを特徴とする請求項１６に記載のパケット受信装置。
【請求項１８】
前記リペアペイロードＩＤは、前記リペアパケットのリペアペイロードを識別するリペアペイロードＩＤをさらに含み、
前記リペアペイロードＩＤは、０から始まって、前記リペアパケットブロックの各リペアペイロードごとに１ずつ増加することを特徴とする請求項１６に記載のパケット受信装置。
【請求項１９】
前記リペアペイロードＩＤは、前記リペアパケットブロックに含まれるリペアペイロードの数を指示するリペアペイロード長さ指示子をさらに含むことを特徴とする請求項１６に記載のパケット受信装置。
【請求項２０】
前記リペアペイロードＩＤは、前記ソースパケットブロックに含まれるソースペイロードの数を指示するソースペイロード長さ指示子をさらに含むことを特徴とする請求項１６に記載のパケット受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送及び／または通信システムに関する。より詳細には、本発明は、放送及び／または通信システムでパケットの送受信装置及び方法に関する。
【背景技術】
【０００２】
最近の放送及び通信環境は、多様なマルチメディアコンテンツ（Ｃｏｎｔｅｎｔｓ）が増加しているだけでなく、高品質（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：ＨＤ）コンテンツまたは超高品質（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：ＵＨＤ）コンテンツのような高容量コンテンツが増加していて、ネットワーク上でデータ混雑（Ｄａｔａ Ｃｏｎｇｅｓｔｉｏｎ）は次第にさらに深くなっている。このようなデータ混雑に起因して送信機（Ｓｅｎｄｅｒ、例えばホスト（Ｈｏｓｔ）Ａ）が送ったコンテンツが受信機（Ｒｅｃｅｉｖｅｒ、例えばホストＢ）に正常に伝達されず、コンテンツの一部が経路（Ｒｏｕｔｅ）上で損失される状況が発生する。多くの場合に、データは、パケット単位で伝送されるので、データ損失は、パケット単位で発生するようになる。このようなネットワーク上のデータ損失に起因して、受信機は、データパケットを受信することができないので、前記損失されたパケット内のデータを把握することができない。したがって、オーディオ（Ａｕｄｉｏ）の品質低下、ビデオ（Ｖｉｄｅｏ）の画質劣化や画面破れ、字幕抜け落ち、ファイルの損失などのような多様な形態のユーザの不便が招来されることがある。このような理由で、ネットワーク上で発生したデータ損失を復旧するための技術が必要である。
【０００３】
ネットワーク上でデータが損失されたとき、受信端で損失されたデータを復旧することができるように支援する技術のうち１つは、ソースパケットと呼ばれる多様な長さを有することができる一定個数のデータパケットでソースブロックを構成し、順方向エラー訂正（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ：ＦＥＣ）符号化を通じてパリティー（Ｐａｒｉｔｙ）データまたは復旧パケット（Ｒｅｐａｉｒ ｐａｃｋｅｔ）のような復旧情報をソースブロックに付加する技術である。受信機で損失されたデータがある場合、前記復旧情報を利用して復号（ｄｅｃｏｄｉｎｇ）を行うことができる。この際、互いに異なる伝送信頼度を要求する複数のコンテンツを含むパケットが前記ソースブロックに含まれることができる。この場合、１つのソースブロックに最も高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）を要求するパケットを基準として復旧パケットの量を決定すれば、低い信頼度を要求するパケットは、過保護され、ネットワークの効率性を害する。反対に、最も低い信頼度を要求するパケットを基準として復旧パケットの量を決定する場合には、高い信頼度を要求するコンテンツを復元することができない。このような問題点を解決するために、ソースブロックを分割し、効率的にエラー訂正を行う方法が必要である。また、相対的に高い信頼度を要求するパケットを１つ以上のエラー訂正符号を使用してそれぞれ生成されたパリティーを使用して保護する方法が必要である。
【０００４】
前記情報は、単に本発明の理解を助けるための背景情報として提供される。前述したものは、本発明に対する先行技術に適用可能であるか否かに対してどのような断定もどのような主張も行われていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の態様は、少なくとも前述した問題点及び／または短所を解決し、少なくとも下記で説明される長所を提供するためのものである。したがって、本発明は、放送及び通信システムでパケットを送受信するためのバンド内のシグナリング方法及び装置を提供する。
【０００６】
本発明は、放送及び通信システムでパケットに含まれたデータ損失の発生時にデータを効率的に復元するための方法及び装置を提供する。
【０００７】
本発明は、放送及び通信システムで効率的にソースブロックを分割し、エラー訂正能力及びネットワーク効率性を同時に得ることができる方法及び装置を提供する。
【０００８】
本発明は、放送及び通信システムで相対的に高い信頼度を要求するパケットを１つ以上のエラー訂正符号を使用してそれぞれ生成されたパリティーを使用して保護する方法及び装置を提供する。
【課題を解決するための手段】
【０００９】
本発明の一実施例によるパケット送信方法が提供される。前記方法は、ソースブロックから前記ソースブロックのうち一部のソースシンボルを含むソースペイロードを獲得する段階と、前記ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含むソースパケットを構成する段階と、前記ソースペイロードに相当するリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含むリペアパケットを構成する段階と、前記ソースパケット及び前記リペアパケットを含むＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）パケットブロックを構成する段階と、前記ＦＥＣパケットブロックを送信する段階とを含むことができる。前記ソースペイロードＩＤは、各ソースパケットごとに１ずつ増加するソースペイロードシーケンス番号を含むことができる。
【００１０】
本発明の一実施例によるパケット送信装置が提供される。前記装置は、ソースブロックから前記ソースブロックのうち一部のソースシンボルを含むソースペイロードを獲得するＦＥＣブロック生成部と、前記ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含むソースパケットを構成し、前記ソースペイロードに相当するリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含むリペアパケットを構成し、前記ソースパケット及び前記リペアパケットを含むＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）パケットブロックを構成するＦＥＣパケット生成部と、前記ＦＥＣパケットブロックを送信する送信部とを含むことができる。前記ソースペイロードＩＤは、各ソースパケットごとに１ずつ増加するソースペイロードシーケンス番号を含むことができる。
【００１１】
本発明の一実施例によるパケット受信方法が提供される。前記方法は、ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含むソースパケットを受信する段階と、前記ソースペイロードに相当するリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含むリペアパケットを受信する段階とを含むことができる。前記ソースペイロードＩＤは、各ソースパケットごとに１ずつ増加するソースペイロードシーケンス番号を含むことができる。
【００１２】
本発明の一実施例によるパケット受信装置が提供される。前記装置は、ソースペイロード及び前記ソースペイロードのソースペイロードＩＤを含むソースパケットを受信し、前記ソースペイロードに相当するリペアペイロード及び前記リペアペイロードのリペアペイロードＩＤを含むリペアパケットを受信する受信部とを含むことができる。前記ソースペイロードＩＤは、各ソースパケットごとに１ずつ増加するソースペイロードシーケンス番号を含むことができる。
【００１３】
本発明の他の態様、長所及び顕著な特徴は、添付の図面とともに本発明の実施例を開示する下記の詳細な説明からこの技術分野における通常の知識を有する者に明確になる。
【００１４】
本発明の前述したまたはその他の態様、特徴、長所は、添付の図面を参照する下記の説明からより明らかになる。
【００１５】
図面において、同一の参照番号は同一または類似の構成要素、特徴、構造を指称するために使用される。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の一実施例による通信システムの送信機及び受信機の動作を説明するための図である。
【図２】図２は、本発明の一実施例による送信機のＦＥＣ符号化ブロックの生成を示すブロック構成図である。
【図３Ａ】図３Ａは、本発明の一実施例による２段階（ｔｗｏ−ｓｔａｇｅ）方式のＦｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ（ＦＥＣ）符号化方法を示す。
【図３Ｂ】図３Ｂは、本発明の一実施例による２段階（ｔｗｏ−ｓｔａｇｅ）方式のＦｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ（ＦＥＣ）符号化方法を示す。
【図４】図４は、メディアが２個の階層で構成されている場合にａ Ｌａｙｅｒ Ａｗａｒｅ（ＬＡ）−ＦＥＣを適用するためのソースブロック構成方法を示す図である。
【図５】図５は、本発明の一実施例による前記ＦＥＣブロック生成部２２０の情報語ブロック構成（ｉｂｇ ｍｏｄｅ）に対する実施例を示す図である。
【図６】図６は、本発明の他の実施例による前記ＦＥＣブロック生成部２２０の情報語ブロック構成を示す図である。
【図７】図７は、本発明の一実施例による前記ＦＥＣブロック生成部２２０の情報語ブロック構成に対するさらに他の実施例を示す図である。
【図８Ａ】図８Ａは、ＦＥＣソースパケットの構造を示す図である。図８は、本発明の一実施例によるソースパケットの構造を示す図面である。
【図８Ｂ】図８Ｂは、ＦＥＣソースパケットの構造を示す図である。図８は、本発明の一実施例によるソースパケットの構造を示す図面である。
【図９Ａ】図９Ａは、パリティーパケットの構造を示す図である。
【図９Ｂ】図９Ｂは、パリティーパケットの構造を示す図である。
【図１０】図１０は、前記ソースペイロード識別子とパリティーペイロード識別子の具現を示す。
【図１１】図１１は、前記ソースペイロード識別子とパリティーペイロード識別子の具現を示す。
【図１２】図１２は、２段階方式を運用する場合に、前記ソースペイロード識別子とパリティーペイロード識別子の具現を示す。
【図１３】図１３は、２段階方式を運用する場合に、前記ソースペイロード識別子とパリティーペイロード識別子の具現を示す。
【発明を実施するための形態】
【００１７】
添付の図面を参照した以下の説明は、請求項とそれらの均等物によって定義された本発明の実施例の完全な理解を助けるために提供される。以下の説明は、理解を助けるために、多様で且つ具体的な例を含むが、これらは、単なる例示として見なされなければならない。本発明の属する技術分野における通常の知識を有する者ならここに開示された実施例が本発明の範囲及び思想を逸脱することなく、多様に変形可能であるという点を認識することができる。また、明瞭さと簡潔さのために、公知の機能及び構造に対する説明は省略されることができる。
【００１８】
以下の説明及び請求項で使用される用語や単語は、辞書的意味にのみ制限されず、単に発明の明瞭で且つ一貫した理解のために発明者によって使用されることができる。したがって、本発明の属する技術分野における通常の知識を有する者なら本発明の実施例に対する以下の説明が単に説明のための目的で提供されるだけで、請求項とその均等物によって定義される本発明を制限するための目的で提供されないという点を理解することができる。
【００１９】
本明細書で使用される単数の表現は、文脈上明白に異なって指示しない限り、複数の表現を含む。例えば、“構成要素の表面”という記載は、１つまたはそれ以上の表面を含む意味の記載である。
【００２０】
後述する本発明の実施例は、ネットワークを通じて高品質（ＨＤ）コンテンツまたは超高品質（ＵＨＤ）コンテンツのような高容量コンテンツだけでなく、映像会議及び／または映像通話などのような多様なマルチメディアサービスを送受信することができる携帯電話、テレビ（ＴＶ）、コンピュータ、電子黒板、タブレットパソコン（ＰＣ）及び電子本などのすべての電子機器に対して適用されることができる。特にデータパケットにＦＥＣを適用するとき、ソースブロックをソースサブブロックに分割し、情報ブロックと情報サブブロックを効率的に構成し、復号性能を改善するか、または伝送効率（ｔｒａｎｓｍｉｓｓｉｏｎ ｅｆｆｉｃｉｅｎｃｙ）を高めることができる方法が提案される。本明細書で具体的なＦＥＣ符号化方法を言及していないが、本発明は、ＲＳ（Ｒｅｅｄ−Ｓｏｌｏｍｏｎ）符号、ＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）符号、ターボ（Ｔｕｒｂｏ）符号、ラプター（Ｒａｐｔｏｒ）符号、ラプターＱ（Ｒａｐｔｏｒ Ｑ）符号、ＸＯＲ（Ｓｉｎｇｌｅ Ｐａｒｉｔｙ−Ｃｈｅｃｋ Ｃｏｄｅ）、Ｐｒｏ−ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）ＦＥＣ符号などさまざまな符号化方式のうちいずれか１つ以上が選択的に使用されることができる。本発明が特定のＦＥＣ方法に限定されないことに留意しなければならない。
【００２１】
まず、本発明で使用される用語を整理すれば、次の通りである：ＦＥＣ符号：エラー（Ｅｒｒｏｒ）または消去シンボル（Ｅｒａｓｕｒｅ Ｓｙｍｂｏｌ）を訂正するためのエラー訂正符号；ＦＥＣフレーム（Ｆｒａｍｅ）：保護しようとするデータをＦＥＣ符号化して生成されたコードワード（Ｃｏｄｅｗｏｒｄ）であって、情報語部分（ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｔ）とパリティー部分（ｐａｒｉｔｙ ｐａｒｔ；ｒｅｐａｉｒ ｐａｒｔ）で構成される；シンボル（Ｓｙｍｂｏｌ）：シンボルは、データの単位であり、シンボルサイズは、シンボルを構成するビットの数を意味する（Ａ ｕｎｉｔ ｏｆ ｄａｔａ．Ｉｔｓ ｓｉｚｅ、ｉｎ ｂｉｔｓ、ｉｓ ｒｅｆｅｒｒｅｄ ｔｏ ａｓ ｔｈｅ ｓｙｍｂｏｌ ｓｉｚｅ．）；ソースシンボル（Ｓｏｕｒｃｅ Ｓｙｍｂｏｌ（ｓ））：ＦＥＣフレーム内の情報語部分（ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｔ）で保護されないデータシンボル（Ｕｎｐｒｏｔｅｃｔｅｄ ｄａｔａ Ｓｙｍｂｏｌ（ｓ） ｗｈｉｃｈ ｉｓ ｔｈｅ ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｔ ｏｆ ａ ＦＥＣ Ｆｒａｍｅ．）；情報語シンボル（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｍｂｏｌ（ｓ））：ＦＥＣフレーム内の情報語部分（ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｔ）で保護されないデータまたはパディングシンボル（Ｕｎｐｒｏｔｅｃｔｅｄ ｄａｔａ ｏｒ ｐａｄｄｉｎｇ Ｓｙｍｂｏｌ（ｓ） ｗｈｉｃｈ ｉｓ ｔｈｅ ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｔ ｏｆ ａ ＦＥＣ Ｆｒａｍｅ）；コードワード（Ｃｏｄｅｗｏｒｄ）：情報語シンボル（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｍｂｏｌ（ｓ））をＦＥＣ符号化して生成されたＦＥＣフレーム；パリティーシンボル（Ｐａｒｉｔｙ Ｓｙｍｂｏｌ（ｓ））：情報語シンボル（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｍｂｏｌ（ｓ））からＦＥＣ符号化によって生成されたＦＥＣフレームのパリティーシンボル（ｐａｒｉｔｙ Ｓｙｍｂｏｌ（ｓ））；パケット（Ｐａｃｋｅｔ）：ヘッダー（Ｈｅａｄｅｒ）とペイロード（Ｐａｙｌｏａｄ）で構成された伝送単位；ペイロード（Ｐａｙｌｏａｄ）：送信者から伝送される、パケット内に位置するユーザデータ（ａ ｐｉｅｃｅ ｏｆ ｕｓｅｒ ｄａｔａ ｗｈｉｃｈ ｉｓ ｔｏ ｂｅ ｔｒａｎｓｍｉｔｔｅｄ ｆｒｏｍ ｔｈｅ ｓｅｎｄｅｒ ａｎｄ ｗｈｉｃｈ ｉｓ ｐｌａｃｅｄ ｉｎｓｉｄｅ ｏｆ ａ ｐａｃｋｅｔ）；パケットヘッダー（Ｐａｃｋｅｔ Ｈｅａｄｅｒ）：ペイロードを含むパケットのためのヘッダー；ソースペイロード（Ｓｏｕｒｃｅ Ｐａｙｌｏａｄ）：ソースシンボルで構成されたペイロード；情報語ペイロード（Ｉｎｆｏｒｍａｔｉｏｎ Ｐａｙｌｏａｄ）：情報語シンボル（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｍｂｏｌ）で構成されたペイロード；パリティーペイロード（Ｐａｒｉｔｙ Ｐａｙｌｏａｄ）：パリティーシンボル（ｐａｒｉｔｙ Ｓｙｍｂｏｌ）で構成されたペイロード；ソースブロック（Ｓｏｕｒｃｅ Ｂｌｏｃｋ）：１つ以上のソースペイロード（Ｓｏｕｒｃｅ ｐａｙｌｏａｄ）で構成されたペイロードの集合；情報語ブロック（Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）：１つ以上の情報語ペイロード（Ｉｎｆｏｒｍａｔｉｏｎ Ｐａｙｌｏａｄ）で構成されたペイロードの集合；パリティーブロック（Ｐａｒｉｔｙ Ｂｌｏｃｋ）：１つ以上のパリティーペイロード（Ｐａｒｉｔｙ ｐａｙｌｏａｄ）を構成されたペイロードの集合；ＦＥＣブロック（Ｂｌｏｃｋ）：コードワードの集合または情報語ブロック（Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）とパリティーブロック（Ｐａｒｉｔｙ Ｂｌｏｃｋ）で構成されたペイロードの集合；ＦＥＣ伝送ブロック（Ｄｅｌｉｖｅｒｙ Ｂｌｏｃｋ）：ソースブロックとパリティーブロックで構成されたペイロードの集合；ＦＥＣパケット（Ｐａｃｋｅｔ）：ＦＥＣブロックを伝送するためのパケット；ソースパケット（Ｓｏｕｒｃｅ Ｐａｃｋｅｔ）：ソースブロックを伝送するためのパケット；リペアパケット（Ｒｅｐａｉｒ Ｐａｃｋｅｔ）：リペアブロック（Ｒｅｐａｉｒ Ｂｌｏｃｋ）を伝送するためのパケット；ＦＥＣパケットブロック（Ｐａｃｋｅｔ Ｂｌｏｃｋ）：ＦＥＣ伝送ブロックを伝送するためのパケットの集合；ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）：ＭＰＥＧデータを効率的に伝送するために設計中の国際標準；ソース流れ（Ｓｏｕｒｃｅ Ｆｌｏｗ）：同一のソース流れＩＤを有するソースパケットあるいはソースペイロードのシーケンス；パリティー流れ（ＰａｒｉｔｙＦｌｏｗ）：同一のパリティー流れＩＤを有するソースパケットあるいはソースペイロードのシーケンス；ＦＥＣ流れ（Ｆｌｏｗ）：ソース流れと前記ソース流れを保護するために生成された１つ以上のパリティー流れの総称；ＭＭＴエセット（Ａｓｓｅｔ）：１つまたはそれ以上のＭユニットで構成されるデータエンティティー。構成情報（ｃｏｍｐｏｓｉｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）と伝送特性（ｔｒａｎｓｐｏｒｔ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）を定義するためのデータユニット；ＭＭＴパケット（Ｐａｃｋａｇｅ）：構成情報と伝送特性のような追加的な情報によって１つまたはそれ以上のＭＭＴエセッドルで構成されること。
【００２２】
図１は、本発明の一実施例による通信システムの送信機及び受信機の動作を説明するための図である。
【００２３】
図１を参照すれば、送信機１００は、ＦＥＣ上位プロトコルに該当するプロトコルＡブロック１０１、ＦＥＣ符号化ブロック１０２、ＦＥＣ下位プロトコルに該当するプロトコルＢブロック１０３及び送信機物理階層ブロック１０４を含む。前記プロトコルＡブロック１０１は、伝送データをソースペイロード（ｓｏｕｒｃｅ ｐａｙｌｏａｄ）１３０形態で構成し、ＦＥＣ符号化ブロック１０２に伝達する。前記ＦＥＣ符号化ブロック１０２は、前記ソースペイロードの群集であるソースブロックを構成し、ＦＥＣ符号化を行い、パリティーペイロード１３１を生成し、前記ソースペイロードとパリティーペイロードにＦＥＣヘッダー１３２を追加してＦＥＣパケットを構成し、プロトコルＢブロック１０３に伝達する。
【００２４】
この際、前記ＦＥＣヘッダーと結合されたソースペイロードをＦＥＣソースパケットと言い、前記ＦＥＣヘッダーと結合されたパリティーペイロードをＦＥＣパリティーパケットと言う。図１で、ＦＥＣソースパケットは、ＦＥＣヘッダーとソースペイロードが順次に結合されたデータ単位であるが、一部の具現では、ソースペイロード以後にＦＥＣヘッダーが順次に結合された形態であることができる。また、図１で、ＦＥＣ符号化ブロック１０２は、プロトコルＡブロック１０１とプロトコルＢブロック１０３との間に位置するが、一部の具現では、プロトコルＡブロック１０１がＦＥＣ符号化ブロック１０２を含むこともできる。この場合に、ＦＥＣパリティーパケットにプロトコルＡブロック１０１の機能を行うためのプロトコルヘッダーが含まれることができ、前記プロトコルＡは、ソースパケットとパリティーパケットを１つのパケット流れに多重化するための多重化器（ｍｕｌｔｉｐｌｅｘｅｒ）を含むことができる。
【００２５】
送信機物理階層ブロック１０４は、前記ＦＥＣパケットを伝送に適した信号に変換して伝送する。前記プロトコルＢブロック１０３と送信機物理階層ブロック１０４との間には、多様な階層が存在することができ、その具体的な構成は、本発明の要旨と関係ないので省略する。
【００２６】
受信機１１０は、受信機物理階層ブロック１１１と、ＦＥＣ下位プロトコルに該当するプロトコルＢブロック１１２と、ＦＥＣ復号化ブロック１１３と、ＦＥＣ上位プロトコルに該当するプロトコルＡブロック１１４とを含む。前記受信機物理階層ブロック１１１は、伝送チャネル１２０を通じて受信された信号を解釈し、これをプロトコルＢブロック１１２に伝達する。送信機１００の場合と同様に、前記プロトコルＢブロック１１２と受信機物理階層ブロック１１１との間には、多様な階層が存在することができ、その具体的な構成は、本発明の要旨と関係ないので省略する。プロトコルＢブロック１１２は、受信信号またはパケットを解釈し、受信ＦＥＣパケットをＦＥＣ復号化ブロック１１３に伝達する。この際、送信機で送信したＦＥＣパケットのうち一部は、ネットワークの混雑及び物理階層で発生したエラーの影響で損失され、ＦＥＣ復号化ブロック１１３に伝達されないことがある。前記ＦＥＣ復号化ブロック１１３は、伝達されたＦＥＣパケットに対するＦＥＣ復号化を行い、損失されたソースペイロードを復元し、これを受信ペイロードとともに上位プロトコルＡブロック１１４に伝達する。
【００２７】
図２は、本発明の一実施例による図１の送信のＦＥＣ符号化ブロックの生成を示すブロック構成図である。
【００２８】
図２を参照すれば、ＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）ＦＥＣＦＲＡＭＥ １０２を利用してＦＥＣ符号化ブロック１０２を具現した。前記ＭＭＴ ＦＥＣＦＲＡＭＥ １０２は、１つのＦＥＣ流れを生成するための論理的／物理的構成要素である。したがって、伝送端で２個以上のＦＥＣ流れを運用する場合に、それぞれのＦＥＣ流れに対して論理的ＦＥＣＦＲＡＭＥは、独立的に生成され、物理的ＦＥＣＦＲＡＭＥは、時間共有を使用して共有されることができることは自明である。前記ＭＭＴ ＦＥＣＦＲＡＭＥ １０２は、ＦＥＣ伝送情報とソースペイロード（Ｓｏｕｒｃｅ Ｐａｙｌｏａｄ）を入力としてバンド外信号（Ｏｕｔ−ｂａｎｄ ｓｉｇｎａｌ）とＦＥＣパケットブロックを出力する。図２で、前記ＦＥＣ伝送情報は、制御部２１０とＦＥＣブロック生成部２２０の入力として表示されているが、全体システムの観点で、他の構成ブロックも、前記ＦＥＣ伝送情報を認知し、その動作に活用することができることは自明である。
【００２９】
ＭＭＴ標準は、相対的に高い信頼度を要求するパケットを１つ以上のエラー訂正符号を使用して保護するための２段階（ｔｗｏ−ｓｔａｇｅ）方式を採用した。前記２段階（ｔｗｏ−ｓｔａｇｅ）方式によれば、ＭＭＴ ＦＥＣＦＲＡＭＥ １０２は、あらかじめ設定された個数のシンボル（Ｓｙｍｂｏｌ）をＭ（Ｍは１以上の整数）個の第１ソースシンボル（ＳｏｕｒｃｅＳｙｍｂｏｌ）に分割し、それぞれの第１ソースシンボルに対して第１ＦＥＣ符号化によって生成される第１リペアシンボル（Ｒｅｐａｉｒ Ｓｙｍｂｏｌ）を含む第１エンコーディングシンボル（Ｅｎｃｏｄｉｎｇ Ｓｙｍｂｏｌ）を生成する。その後、ＭＭＴ ＦＥＣＦＲＡＭＥ １０２は、Ｍ個の第１エンコーディングシンボルを第２ソースシンボルとして第２ＦＥＣ符号化によって生成される第２リペアシンボルを含む第２エンコーディングシンボルを生成する。前記第１ＦＥＣと第２ＦＥＣは、同一のエラー訂正コードを使用するか、または互いに異なるエラー訂正コードを使用することができる。使用されることができるエラー訂正コードの候補としては、ＲＳコード、ＬＤＰＣコード、ターボコード（Ｔｕｒｂｏ Ｃｏｄｅ）、ラプターコード（Ｒａｐｔｏｒ Ｃｏｄｅ）、ＸＯＲ（ｅＸｃｌｕｓｉｖｅ ＯＲ；排他的論理和）など現在知られたコード及び未来に知られるコードが使用されることができ、特定のコードに制限されない。
【００３０】
図３Ａ及び図３Ｂは、本発明の一実施例による２段階（ｔｗｏ−ｓｔａｇｅ）方式のＦＥＣ符号化方法を示す。
【００３１】
図３Ａは、Ｍ＝１である場合の符号化構造を示すものであり、図３Ｂは、Ｍ＝８である場合の符号化構造を示すものである。階層構造を有するメディアデータを効率的に保護するための方法として階層認知ＦＥＣ（Ｌａｙｅｒ−Ａｗａｒｅ ＦＥＣ；ＬＡ−ＦＥＣ）を使用することができる。前記階層構造を有するメディアの例として、Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＳＶＣ）やＭｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＭＶＣ）を使用して符号化されたコンテンツを挙げることができる。
【００３２】
図４は、メディアが２個の階層で構成されている場合に、ＬＡ−ＦＥＣを適用するためのソースブロック構成方法を示す図である。
【００３３】
図４を参照すれば、ＢＲ（ｂａｓｅ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）は、メディアコーデックで独立的に復号可能なデータであり、ＥＲ１（Ｅｎｈａｎｃｅｍｅｎｔ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）は、ＢＲに従属するデータである。図４で、ＥＲ１のためのパリティーを生成するとき、ＢＲを一緒に使用する点に留意する。
【００３４】
図２に戻って、制御部２１０は、ＦＥＣ伝送情報を入力として使用して制御情報及びバンド内の信号（Ｉｎ−ｂａｎｄ ｓｉｇｎａｌ）とバンド外信号を出力する。前記バンド内の信号は、ＦＥＣパケットの一部で含まれて伝送される制御情報であり、前記バンド外信号は、別途のパケットまたは別途のプロトコルまたは別途のチャネルを通じて伝送される制御情報である。前記バンド外信号の伝送方法は、本発明の要旨に影響を与えないので、これに対する詳しい説明を省略する。また、前記ＦＥＣ伝送情報は、制御部２１０を経ることなく、ＭＭＴ ＦＥＣＦＲＡＭＥ １０２に含まれない別途の制御機で処理され、ＦＥＣブロック生成部２２０とＦＥＣパケット生成部２４０の入力として使用されることができ、この場合に、図２で前記制御部２１０は、省略されることができる。
【００３５】
前記制御情報は、ＦＥＣブロックの生成に必要な情報であって、ＦＥＣ符号化部２３０で要求する制御情報を含む。特定のＦＥＣ符号は、パリティー生成過程でランダム生成器の初期値を必要とする。この際、上位階層でソースペイロードに付与した一連番号（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）は、前記ランダム生成器の初期値として頻繁に使用される。この場合に、データの流れ過程を考慮するとき、ＭＭＴ ＦＥＣＦＲＡＭＥ １０２で上位階層のペイロード構造を分析し、必要な値を抽出することは、非効率的なので、前記識別数字は、制御情報の形態でＭＭＴ ＦＥＣＦＲＡＭＥ １０２に入力され、ＦＥＣ符号の制御信号として使用され、バンド内の信号やバンド外信号として出力されない。前記ＦＥＣ伝送情報は、ＭＭＴエセットに対する伝送特性を含むことができ、ＭＭＴ ＦＥＣＦＲＡＭＥ １０２を含むアプリケーション及びプロトコルによって変わることができる。
【００３６】
図２を参照すれば、ＦＥＣブロック生成部２２０は、ソースペイロードと制御情報を入力としてパリティーペイロード（Ｐａｒｉｔｙ Ｐａｙｌｏａｄ）とソースペイロード識別子（Ｓｏｕｒｃｅ Ｐａｙｌｏａｄ ＩＤ）及びパリティーペイロード識別子（Ｐａｒｉｔｙ Ｐａｙｌｏａｄ ＩＤ）を出力する。前記パリティーペイロードを獲得するために、前記ＦＥＣブロック生成部２２０は、ソースペイロードをグルーピングしてソースブロックを生成し、これをプロセッシングし、同一の長さを有する情報語ペイロードで構成された情報語ブロックを生成し、ＦＥＣ符号化部２３０に伝達する。前記ソースペイロード識別子及びパリティーペイロード識別子は、互いに異なるペイロードを識別するために必要な識別情報である。前記ソースペイロード識別子は、ＭＭＴ ＦＥＣＦＲＡＭＥを含む階層あるいは次上位階層でソースペイロードを区別することができる識別情報が存在する場合には、省略されることができる。また、ＦＥＣ符号化部２３０の具現によってソースペイロード識別子及びパリティーペイロード識別子は、ＦＥＣ符号化部２３０の入力として使用されることができる。
【００３７】
図５は、本発明の一実施例による前記ＦＥＣブロック生成部２２０の情報語ブロック構成（ｉｂｇ ｍｏｄｅ）に対する実施例を示す図である。
【００３８】
図５を参照すれば、ＦＥＣブロック生成部２２０は、可変パケットサイズを有する８個のソースペイロード、すなわちＳＰＬ＃０〜ＳＰＬ＃７を入力される。ＦＥＣブロック生成部２２０は、ソースペイロードを入力されれば、それぞれのペイロードサイズを最大長さ、例えばＳｍａｘを有するペイロードと同一にするために、パディングデータを追加した後、８個の情報語ペイロード、すなわちＩＰＬ＃０〜ＩＰＬ＃７で構成された情報語ブロックを生成する。図４の実施例では、ソースペイロードの最大長さＳｍａｘと情報語ペイロードの長さを同一に設定したが、情報語ペイロードの長さは、システム複雑度及びメモリー要求事項によってＳｍａｘより小さい値を有することができる。
【００３９】
図６は、本発明の他の実施例による前記ＦＥＣブロック生成部２２０の情報語ブロック構成を示す図である。
【００４０】
図６を参照すれば、ＦＥＣブロック生成部２２０は、可変パケットサイズを有する８個のソースペイロード、すなわちＳＰＬ＃０〜ＳＰＬ＃７を入力される。ＦＥＣブロック生成部２２０は、ソースペイロードを入力されれば、それぞれのペイロードサイズを一列で配列した後、情報語ペイロードの最大長さ、例えばＳｍａｘを単位に分割し、５個の情報語ペイロード、すなわちＩＰＬ＃０〜ＩＰＬ＃４で構成された情報語ブロックを生成する。この際、最後の情報語ペイロードには、パディングデータが含まれることができる点に留意する。図６の実施例によれば、ソースブロックの境界と情報語ペイロードの境界が一致しないので、各ソースペイロードの長さなどの情報、すなわち情報語ブロックからソースペイロードを抽出するために必要な情報を情報語ブロックに含ませるか、または別途の方式で受信端に伝達しなければならない。また、図６の実施例では、ソースペイロードの最大長さＳｍａｘと情報語ペイロードの長さを同一に設定したが、情報語ペイロードの長さは、システム複雑度及びメモリ要求事項によってＳｍａｘより小さい値を有することもできる。
【００４１】
図７は、本発明の一実施例による前記ＦＥＣブロック生成部２２０の情報語ブロック構成に対するさらに他の実施例を示す図である。
【００４２】
図７を参照すれば、前記ＦＥＣブロック生成部２２０は、シンボルサイズＴを有する２次元配列をＴ／ｍ個の列単位でｍ個の領域に区分する。図７は、ｍ＝４である場合の例を示した。もしＴがｍの倍数ではない場合に、各領域は、［Ｔ／ｍ］＋１個の列よりなる領域と［Ｔ／ｍ］個の列よりなる領域に分けられる。ここで、任意の実数Ａに対して、［Ａ］は、Ａより小さいか、同じ最大整数を意味する。各領域がどれほど多い列を含むかに対する設定は、送受信期間に定められた約束によって定義されるか、またはそれぞれの領域に対する列の個数を並べて示すことができる。前記定められた約束の例を例示すれば、Ｔをｍで分けた余りがｎ（ｎ＜ｍ）とすれば、一番目ｎ個の領域は、［Ｔ／ｍ］＋１個の列に分けられ、残りのｍ−ｎ個の領域は、［Ｔ／ｍ］個の列に分けられるもののように定められることができる。また、前記規則的な領域の区分以外にも、各領域を成す列の個数は、送受信機の約束によって互いに異なるように任意に設定されることもできる。
【００４３】
必要な場合に、フローＩＤ（例えば、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）フローＩＤ）のようなパケットの特性情報７０１とソースペイロードの長さを示す情報７０２がソースペイロードに付加される。情報７０１、７０２が付加されたソースペイロードは、一番目行（ｒｏｗ）の一番目列からシンボルサイズＴを超えないように順次に配置される。この際、付加情報が付加された任意のソースペイロードが配置された最後の行で当該ソースペイロードの最後のデータが割り当てられている領域内の残りの部分は、常に所定の（ｐｒｅｄｅｔｅｒｍｉｎｅｄ）値に割り当て（あるいは設定）する。前記所定の値は、便宜上０値に設定されることができるが、本発明が必ずこれに限定される必要はない。例えば、図７で、一番目ソースペイロードの最後のデータが、４個の領域のうち二番目領域に割り当てられているので、二番目領域の残りの部分７０５は、０値に割り当てる。
【００４４】
また、付加情報が付加された１つのソースペイロードが配置された後、その次に配置するソースペイロードは、常に以前ソースペイロードが配置された最後の行で最後のデータが割り当てられている領域のその次の領域の開始点から配置される。言い替えれば、すべてのソースペイロードは、どんな領域の開始点から配置されなければならない。例えば、図７で二番目ソースペイロードは、ゼロパディングされた（７０５）データ次の３番目領域の開始点から配置され始める。もし四番目ソースペイロードのゼロパディング部分７０６のようにゼロパディングされたデータが当該行の最後の領域に割り当てられている場合、次の五番目ソースペイロードは、次の行の一番目領域で始まる。与えられたソースペイロードに対して前記過程をすべて終えた後、完成された配列が情報ブロックになる。ＭＭＴシステムのように、複数の情報語ブロック構成方式を使用する場合には、当該情報語ブロックがどんな方式を使用して構成されたかを示すｉｂｇ＿ｍｏｄｅなどの識別子を受信機に伝達しなければならない。
【００４５】
前記２段階（ｔｗｏ−ｓｔａｇｅ）方式を運用する場合に、情報語ブロック構成過程は、次の通りである。ソースブロックがＭ個のサブブロック（Ｓｕｂ Ｂｌｏｃｋ）で構成されると仮定する。前記サブブロックのうち一番目サブブロックに属するソースペイロードを使用して一番目情報語サブブロックを生成し、これをＦＥＣ符号化部２３０に伝達する。前記ＦＥＣ符号化部２３０は、前記情報語サブブロックを使用してパリティーペイロードを生成し、これをＦＥＣブロック生成部２２０に伝達する。その後、二番目からサブブロックからＭ番目サブブロックを使用して同一の過程を順次に繰り返す。すべてのサブブロックに対するパリティーペイロードを生成した後に、前記一番目情報語サブブロックから前記Ｍ番目サブブロックまですべての情報語サブブロックを結合し、情報語ブロックを構成し、これをＦＥＣ符号化部２３０に伝達する。前記ＦＥＣ符号化部２３０は、前記情報語ブロックを使用してパリティーペイロードを生成し、これをＦＥＣブロック生成部２２０に伝達する。前記過程を行った後に、前記Ｍ個の情報語サブブロックから生成されたすべてのパリティーペイロードと前記情報語ブロックから生成されたパリティーペイロードを一緒にパケット生成部２４０に伝達する。
【００４６】
前記階層認知ＦＥＣ（ＬＡ−ＦＥＣ）方式を運用する場合に、情報語ブロック構成過程は、次の通りである。メディアがＭ個の階層を有し、ｉ番目階層は、１、２、…、ｉ−１番目階層に従属していると仮定する。この際、ソースブロックは、Ｍ個のサブブロック（Ｓｕｂ Ｂｌｏｃｋ）で構成され、ｉ番目サブブロックは、ｉ番目階層のデータに該当する。前記サブブロックのうち一番目サブブロックに属するソースペイロードを使用して一番目情報語サブブロックを生成し、これをＦＥＣ符号化部２３０に伝達する。前記ＦＥＣ符号化部２３０は、前記情報語サブブロックを使用してパリティーペイロードを生成し、これをＦＥＣブロック生成部２２０に伝達する。その後、一番目情報語サブブロックと二番目情報語サブブロックを結合して情報語ブロックを構成し、これをＦＥＣ符号化部２３０に伝達する。前記ＦＥＣ符号化部２３０は、前記情報語ブロックを使用してパリティーペイロードを生成し、これをＦＥＣブロック生成部２２０に伝達する。同一の過程を順次に繰り返せば、最後に前記一番目情報語サブブロックから前記Ｍ番目サブブロックまですべての情報語サブブロックを結合して情報語ブロックを構成し、これをＦＥＣ符号化部２３０に伝達する。前記ＦＥＣ符号化部２３０は、前記情報語ブロックを使用してパリティーペイロードを生成し、これをＦＥＣブロック生成部２２０に伝達する。前記過程を行った後に、前記Ｍ個の情報語サブブロックから生成されたすべてのパリティーペイロードと前記情報語ブロックから生成されたパリティーペイロードを一緒にＦＥＣパケット生成部２４０に伝達する。
【００４７】
図２を参照すれば、ＦＥＣ符号化部２３０は、前記情報語ブロックを入力として所定のＦＥＣ符号化アルゴリズムを使用してパリティーシンボルを計算し、前記パリティーシンボルで構成されたパリティーペイロードを生成し、前記パリティーペイロードをパリティーブロックの形態で出力する。特定の具現において、ＦＥＣ符号化アルゴリズムは、固定された個数の情報語シンボルを入力として固定された個数のパリティーシンボルの値を計算する。この場合に、前記ＦＥＣ符号化部２３０は、付加的な制御情報を要求しない。さらに他の具現において、ＦＥＣ符号化アルゴリズムが情報シンボルの数とパリティーシンボルの数及び情報語シンボルとパリティーシンボルの関係に対するＦＥＣ符号化情報を要求することができる。前記ＦＥＣ符号化情報は、ＦＥＣ伝送情報の一部でＦＥＣブロック生成部２２０から前記ＦＥＣ符号化部２３０に伝達されることもできるが、前述したように、全体システムの観点で他のＭＭＴ ＦＥＣＦＲＡＭＥ １０２のすべての構成ブロックは、前記ＦＥＣ伝送情報を認知し、その動作に活用することができる。
【００４８】
図２を参照すれば、ＦＥＣパケット生成部２４０は、ソースペイロードあるいはパリティーペイロードとソースペイロード識別子あるいはパリティーペイロード識別子とバンド内の信号（ｉｎ−ｂａｎｄ ｓｉｇｎａｌｓ）で構成されたＦＥＣパケットを生成し、これをＦＥＣパケットブロックの形態で出力する。図２で、ソースあるいはパリティーペイロード識別子とバンド内の信号を別途の情報で表現したが、バンド内の信号がソースあるいはパリティーペイロード識別子を含んでいると見なしてもよい。
【００４９】
ＭＭＴシステムでソースペイロードは、ＭＭＴペイロードフォーマット（Ｐａｙｌｏａｄ Ｆｏｒｍａｔ；ＰＦ）あるいはＭＭＴ伝送パケット（Ｔｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ；ＴＰ）である。前記ＰＦは、ＭＭＴの一番目伝送階層であるＤ１プロトコルの出力であり、前記ＴＰは、ＭＭＴの二番目伝送階層であるＤ２プロトコルの出力である。前記Ｄ１プロトコルの入力をＤ１ Ｐａｙｌｏａｄと言う。前記Ｄ１プロトコルとＤ２プロトコルは、それぞれのヘッダーを有する。
【００５０】
図８ａ及び図８ｂは、ＦＥＣソースパケットの構造を示す図である。図８ａは、ソースペイロードがＭＭＴ ＰＦの場合を示す図である。
【００５１】
図８ａを参照すれば、ソースペイロードとしてＭＭＴ ＰＦを運搬するＦＥＣソースパケットが示される。図８ｂを参照すれば、ソースペイロードとしてＭＭＴＴＰを運搬するＦＥＣソースパケットが示される。図８ａ、図８ｂで、影付き部分がＦＥＣによって保護されるデータすなわち、ソースペイロードを意味する。図８ａ及び図８ｂで、ＦＥＣバンド内の信号（ＦＥＣｉｎ−ｂａｎｄ ｓｉｇｎａｌｓ）の位置をプロトコルパケット構造の一貫性を維持し、ソースパケット内でソースペイロードが連続的に位置するようにするために、ＦＥＣソースパケットの最後の部分で設定した。ソースペイロードがＭＭＴ ＰＦである場合、Ｄ１ヘッダー及びＤ１ペイロードがソースペイロードである。ソースペイロードがＭＭＴ ＴＰである場合、Ｄ２ヘッダー、Ｄ１ヘッダー及びＤ１ペイロードソースペイロードである。ＦＥＣパリティーパケットは、１つあるいはそれ以上のパリティーペイロードを伝達する。前記パリティーペイロードは、ＰＦあるいはＴＰで構成された情報語ブロックの復元に使用される。
【００５２】
図９ａ及び図９ｂは、パリティーパケットの構造を示す図である。
【００５３】
図９ａを参照すれば、ソースペイロードがＭＭＴ ＰＦである場合が示される。図９ｂを参照すれば、ソースペイロードがＭＭＴ ＴＰである場合が示される。図９ａ、図９ｂで影付き部分が情報語ブロックを復元するために使用されるデータ（パリティーペイロード）を意味する。図９でＦＥＣバンド内の信号（ＦＥＣ ｉｎ−ｂａｎｄ ｓｉｇｎａｌｓ）の位置を受信端でＦＥＣ関連情報を迅速で且つ容易に獲得するようにする伝送プロトコルヘッダーとパリティーペイロードとの間に位置するように設定した。ソースペイロードがＭＭＴ ＴＰであるとき、パリティーペイロードの役目は、ＭＭＴ ＴＰで構成された情報語ブロックを復元するのに使用されるので、図９ｂでＦＥＣパリティーパケットは、Ｄ１ヘッダーを含まないことに留意する。前記２段階（ｔｗｏ−ｓｔａｇｅ）方式を運用し、前記ＦＥＣパリティーパケットが第１ＦＥＣに符号化によって生成されたパリティーペイロードを含む場合には、前記パリティーパケットを第１ＦＥＣパリティーパケットと称し、第２ＦＥＣに符号化によって生成されたパリティーペイロードを含む場合には、前記パリティーパケットを第２ＦＥＣパリティーパケットと称する。前記２段階方式でＭ＝１であり、第１ＦＥＣ符号がパリティーがない符号である場合には、１段階方式と同一なので、この場合には、前記第２ＦＥＣパリティーパケットをＦＥＣパリティーパケットと見なすことができる。
【００５４】
本発明の実施例によるソースペイロード識別子及びパリティーペイロード識別子の生成方法を説明するために、複数の記号を下記のように定義する：ｋ：１つのソースブロックに含まれたソースペイロードの個数；Ｍ：ソースブロックを構成するソースサブブロックの個数；ｋ（ｉ）：ｉ番目ソースサブブロックに含まれたソースペイロードの個数；Ｓ（ｊ）：ソース流れを構成するｊ番目ソースペイロードの長さ；Ｓｍａｘ＝ｍａｘ｛Ｓ（ｊ）｝；Ｔ：情報ペイロードの長さ；Ａ（ｊ）＝ｃｅｉｌ（Ｓ（ｊ）／Ｔ）、ｃｅｉｌ（ｘ）は、ｘより大きいかまたは同じ最小整数；Ｋ：情報語ブロックに含まれた情報ペイロードの個数；Ｋ（ｉ）：ｉ番目情報語サブブロックに含まれた情報ペイロードの個数；Ｐ：情報語ブロックを保護するためのパリティーブロックに含まれたパリティーペイロードの個数；Ｐ（ｉ）：ｉ番目情報語サブブロックを保護するためのパリティーブロックに含まれたパリティーペイロードの個数；Ｂ：１つのパリティーパケットに含まれたパリティーペイロードの個数；ｐ：ソースブロックを保護するために生成されたパリティーブロックを伝送するために必要なパリティーパケットの個数（＝ｃｅｉｌ（Ｐ／Ｂ））；ｐ（ｉ）：ｉ番目ソースサブブロックを保護するために生成されたパリティーブロックを伝送するために必要なパリティーパケットの個数（＝ｃｅｉｌ（Ｐ（ｉ）／Ｂ））。
【００５５】
本発明の実施例によるソースペイロード識別子とパリティーペイロード識別子は、それぞれ表１及び表２に示された通りである。
【００５６】
【表１】
2018196148.tif 000003
【００５７】
【表２】
2018196148.tif 000004
【００５８】
前記表１と表２で、各フィールドの意味は、次の通りである。ＥＳＩ＿ＳＮ（Ｅｎｃｏｄｉｎｇ Ｓｙｍｂｏｌ ＩＤ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）は、ソースパケットに含まれた情報ペイロードの一連番号を意味する。現在パケットと次のパケットのＥＳＩ＿ＳＮの差は、現在パケットに含まれた情報ペイロードの個数と同じである。前記一連番号の初期値は、ランダムに生成された任意の値に設定することができ、２バイトあるいはそれ以上の定められた長さのバイトで表現することができる整数の最大値に到逹した後には、０に回帰する。
【００５９】
ＥＳＩ＿ＳＮ＿Ｂａｓｅは、ソースパケットでこのフィールドは選択的に使用されることができる。ソースパケットに前記フィールドが含まれる場合に、前記フィールドは、前記パケットが属するソースブロックの一番目ソースパケットのＥＳＩ＿ＳＮと同一の値を有し、これは、前記ソースパケットが属するソースブロックの境界情報に該当する。第１ＦＥＣパリティーパケットに含まれた前記フィールドは、前記パリティーパケットに含まれたパリティーペイロードによって保護されるソースサブブロックに属する一番目ソースパケットのＥＳＩ＿ＳＮ値に設定される。第２ＦＥＣパリティーパケットに含まれた前記フィールドは、前記パリティーパケットに含まれたパリティーペイロードによって保護されるソースブロックに属する一番目ソースパケットのＥＳＩ＿ＳＮ値に設定される。
【００６０】
ＥＳＩ＿Ｐは、パリティーパケットに含まれたパリティーペイロードの一連番号を意味する。それぞれのパリティーブロック内で、前記フィールドは、０から始まって１ずつ増加する値であり、１つのパリティーパケットが複数のパリティーペイロードを含む場合には、前記複数個のパリティーペイロードの一連番号のうち最小値を表示する。
【００６１】
ＩＢＬは、パリティーパケットに属するパリティーペイロードが保護する情報語（サブ）ブロックに含まれた情報ペイロードの個数を意味する。
【００６２】
ＰＢＬは、パリティーパケットに含まれたパリティーペイロードが属するパリティーブロックを構成するパリティーペイロードの個数を意味する。このフィールドは、ＦＥＣ符号の特性によって必要でないことがある。より具体的に説明すれば、理論的に無限個のパリティーペイロードを生成することができるファウンテン符号の場合には、前記フィールドが必要ではないが、通商的な（Ｎ、Ｋ）ブロック符号の場合には、前記フィールドが必ず必要である。
【００６３】
図１０及び図１１は、前述したソースペイロード識別子とパリティーペイロード識別子の具現を示す。
【００６４】
図１０を参照すれば、ファウンテン符号を使用する場合が示される。図１１を参照すれば、ブロック符号を使用する場合が示される。図１０のパリティーペイロード識別子でＰが省略された点に留意する。
【００６５】
図１２及び図１３は、２段階方式を運用する場合に、前述したソースペイロード識別子とパリティーペイロード識別子の具現を示す。
【００６６】
図１２を参照すれば、ファウンテン符号を使用する場合が示される。図１３を参照すれば、ブロック符号を使用する場合が示される。図１２のパリティーペイロード識別子でＰが省略された点に留意する。
【００６７】
それぞれのフィールドを生成するための規則は、図１０、図１１、図１２、図１３の実施例に同様に適用される。前記規則は、次の通りである：
ｊ＝０なら、ＥＳＩ＿ＳＮ＝ＲＮ、その他の場合、ＥＳＩ＿ＳＮ＝ＥＳＩ＿ＳＮ＿ｐｒｅ＋Ａ（ｊ−１）。ここで、ＲＮは、ランダム数字または０であり、ＥＳＩ＿ＳＮ＿ｐｒｅは、以前ソースパケットのＥＳＩ＿ＳＮである；
ＥＳＩ＿ＳＮは、ＦＥＣパリティーパケットを含むパリティーブロックに連関されたソース／サブブロックの最初ソースペイロードのＥＳＩ＿ＳＮである；
ＥＳＩ＿Ｐ＝ｒ＊Ｂ、ここでｒ＝０、１、２、…、ｐ−１；及び
ＦＥＣパリティーパケットを含むパリティーブロックがソースブロックのｉ番目サブブロックのためのものなら、ＩＢＬ＝Ｋ（ｉ）、その他の場合、ＩＢＬ＝Ｋ；ＦＥＣパリティーパケットを含むパリティーブロックがソースブロックのｉ番目サブブロックのためのものなら、ＰＢＬ＝Ｐ（ｉ）、その他の場合、ＰＢＬ＝Ｐ。
【００６８】
前記実施例で、ＦＥＣパケット内でのＦＥＣ識別子を後尾に配置した。しかし、本発明は、これに限定されず、ＦＥＣソースパケットのためには、ＦＥＣ識別子を後尾に、ＦＥＣパリティーパケットのためには、ＦＥＣ識別子を先頭に配置することもできる。あるいは、２つの場合は、共にＦＥＣ識別子を先頭に配置することができる。また、図示していないが、ＦＥＣペイロード識別子形式（ＦＥＣ Ｐａｙｌｏａｄ ＩＤ Ｆｏｒｍａｔ）は、ＦＥＣ流れ識別子（ＦＥＣ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）を含むこともできる。ＦＥＣ未適用時は、バンド外信号（Ｏｕｔ−ｂａｎｄ ｓｉｇｎａｌｉｎｇ）によってＦＥＣ未適用事実を通知すればよいので、ＦＥＣ流れ識別子も事実上不要である。したがって、すべてのソース流れにＦＥＣが適用される場合、その事実をバンド外信号（Ｏｕｔ−ｂａｎｄ）で通知し、バンド内の信号（Ｉｎ−ｂａｎｄ）でＦＥＣ識別子形式でＦＥＣ流れ識別子を含んで伝送することも可能である。もしすべてのソース流れにＦＥＣを適用するものではない場合、ソースペイロードのためのヘッダーまたは下位階層プロトコルヘッダーにＦＥＣフラッグ（Ｆｌａｇ）を配置し、ＦＥＣペイロード識別子の存在可否を示した後、ＦＥＣペイロード識別子が存在する場合、ＦＥＣ流れ識別子とともに示して伝送することが可能である。この場合、受信機は、ＦＥＣペイロード識別子からＦＥＣ流れ識別子別にＦＥＣパケットを分類し、同一のＦＥＣ流れ識別子を有するＦＥＣパケットブロックで当該ＦＥＣブロックを復号し、損失されたソースペイロードを復旧すればよい。
【００６９】
前記実施例で送信機のＦＥＣ符号化過程は、次の通りである。伝送するメディアコンテンツをソースペイロード単位で分けて、ソースペイロードのシーケンスに作り、ソースペイロードのシーケンスをＦＥＣ保護可否、適用するＦＥＣ類型（Ｔｙｐｅ）、ＦＥＣコーディング構造（ｃｏｄｉｎｇ ｓｔｒｕｃｔｕｒｅ）、メディアの特性またはＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ−ｌｏｓｓｙ ｏｒ ｌｏｓｓｌｅｓｓ）によってソース流れを区分し、それぞれのソース流れにＦＥＣ流れ識別子（Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ）を付与する。この際、それぞれのソース流れに対するＦＥＣ流れ識別子は、ソース流れを伝送するためのパケット内に格納して伝送し、受信機が把握するようにすることが必要である。例えば、ＦＥＣ流れ識別子＝０なら、ＦＥＣ保護が適用されない場合を言い、０ではなければ、ＦＥＣ保護が適用されることを示す。しかし、本発明は、これに限定されず、ＦＥＣ保護技術が同様及び／適合な方法によって適用されることができる。
【００７０】
送信機は、それぞれのＦＥＣ流れ識別子の値によるＦＥＣ保護可否、適用されたＦＥＣ類型、ＦＥＣコーディング構造、情報語ペイロードサイズ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐａｙｌｏａｄ Ｓｉｚｅ）Ｔ、ｉｂｇ＿ｍｏｄｅなどをバンド外信号（Ｏｕｔ−ｂａｎｄ ｓｉｇｎａｌｉｎｇ）で受信機に伝送する。送信機は、これを通じて受信機が信号を受信するとき、ＦＥＣ流れ識別子を利用して前述した情報を受信機が獲得することができるようにする。この際、送信機は、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を利用してセッションセットアップ（Ｓｅｓｓｉｏｎ Ｓｅｔ−ｕｐ）時にこのような情報を伝送するかまたはＦＥＣパケットとは別途のパケットを活用して伝送することができる。
【００７１】
送信機は、ＦＥＣ流れ識別子に適したＦＥＣエンコーディングを当該ソース流れに適用する。このために、送信機は、ソース流れを所定のソースブロックに分ける。送信機は、前記ソースブロックをそれぞれ適用されたＦＥＣコーディング構造（１段階または２段階；Ｏｎｅ ｓｔａｇｅ ｏｒ Ｔｗｏ ｓｔａｇｅｓ）とｉｂｇ＿ｍｏｄｅによって情報語（サブ）ブロック（Ｉｎｆｏｒｍａｔｉｏｎ（Ｓｕｂ−）Ｂｌｏｃｋ）に転換する。送信機は、適用しようとするＦＥＣコードを使用して情報語（サブ）ブロックからパリティーブロックを生成する。送信機は、ソースブロックと生成されたパリティーブロックを伝送のためのＦＥＣパケットブロックで構成し、それぞれのＦＥＣパケットは、ＦＥＣ流れ識別子、ＦＥＣペイロード識別子、ペイロード類型情報を含む。送信機は、ペイロード類型情報が当該ＦＥＣパケットがソースパケットであるか、パリティーパケットであるかを区分する。送信機は、また、２段階ＦＥＣコーディングが適用された場合、パリティー１であるか、パリティー２であるかを追加的に区分する。送信機は、ＦＥＣパケットブロックをネットワークを通じて伝送する。
【００７２】
前記実施例で受信機のＦＥＣ復号過程は、次の通りである。受信機は、送信機がバンド外信号に伝送したソース流れ別にＦＥＣ流れ識別子とそれによるＦＥＣ保護可否、ＦＥＣ類型、ＦＥＣコーディング構造、情報語ペイロードサイズＴ、ｉｂｇ＿ｍｏｄｅなどを把握し、ＦＥＣデコーディングのために事前に用意する。受信機は、以後に受信されたＦＥＣパケットから同一のＦＥＣ流れ識別子を有するＦＥＣパケットを分類する。受信機は、前記ＦＥＣ流れ識別子別に分類されたＦＥＣパケット内のペイロード類型情報を使用して当該ＦＥＣパケットがＦＥＣソースパケットであるか、ＦＥＣパリティーパケットであるかを区分する。２段階ＦＥＣコーディングが適用された場合、必要時に、受信機は、ＦＥＣパリティーパケットがパリティー１であるか、パリティー２であるかを追加的に区分する。受信機は、当該ＦＥＣパケットがＦＥＣソースパケットなら、ソースＦＥＣペイロードＩＤからＥＳＩ＿ＳＮを認識し、ＦＥＣパリティーパケットなら、パリティーＦＥＣペイロードＩＤからＥＳＩ＿ＳＮ＿Ｂａｓｅ、ＥＳＩ＿Ｐ、ＩＢＬ、（ＰＢＬ）などを認識する。受信機は、認識されたＦＥＣペイロードＩＤ及び事前に認識された情報語ペイロードサイズＴとｉｂｇ＿ｍｏｄｅによってＦＥＣパケットのペイロード（ソースまたはパリティー）を該当する情報語ブロックまたはパリティーブロック中の正しい位置に配置し、ＦＥＣデコーディングのための受信されたＦＥＣブロックを生成する。受信機は、生成されたＦＥＣブロックに適用されたＦＥＣコードを使用してデコーディングを行い、送信途中に損失されたソースペイロードに該当する情報語ペイロードを復元する。受信機は、復元された情報語ペイロードからパディングデータ（Ｐａｄｄｉｎｇ ｄａｔａ）が追加されていれば、パディングデータを除去し、最終的にソースペイロードを復元する。もし、受信機が図５に示された情報ブロック構成方式を使用し、ソースペイロードのための長さフィールドがＦＥＣブロックとは別に構成された場合、長さフィールドのためのＦＥＣブロックをデコーディングし、それぞれのソースペイロードに対する長さ情報を把握することができ、復元された情報語ペイロードからパディングデータを除去することができる。
【００７３】
表１及び表２に示す各フィールド生成規則の他の実施例は、次の通りである：
ｊ＝０なら、ＥＳＩ＿ＳＮ＝ＲＮ、その他の場合、ＥＳＩ＿ＳＮ＝ＥＳＩ＿ＳＮ＿ｐｒｅ＋Ａ（ｊ−１）。ここで、ＲＮは、ランダム数字または０であり、ＥＳＩ＿ＳＮ＿ｐｒｅは、以前ソースパケットのＥＳＩ＿ＳＮである；
ＥＳＩ＿ＳＮ＿Ｂａｓｅは、ＦＥＣソースパケットを含むソースブロックの最初ソースペイロードのＥＳＩ＿ＳＮである；
ＥＳＩ＿ＳＮは、ＦＥＣパリティーパケットを含むパリティーブロックに連関されたソース／サブブロックの最初ソースペイロードのＥＳＩ＿ＳＮである；
ＥＳＩ＿Ｐ＝ｒ＊Ｂ、ここでｒ＝０、１、２、…、ｐ−１；
ＦＥＣパリティーパケットを含むパリティーブロックがソースブロックのｉ番目サブブロックのためのものなら、ＩＢＬ＝Ｋ（ｉ）、その他の場合、ＩＢＬ＝Ｋ；及び
ＦＥＣパリティーパケットを含むパリティーブロックがソースブロックのｉ番目サブブロックのためのものなら、ＰＢＬ＝Ｐ（ｉ）、その他の場合、ＰＢＬ＝Ｐ；
図６に示す情報語ブロック生成方法を使用する場合には、次のフィールドがＦＥＣパリティーペイロード識別子に含まれることができる：ＳＢＬは、パリティーパケットに属するパリティーペイロードが保護するソース（サブ）ブロックに含まれたソースペイロードの個数を意味する。
【００７４】
図７に示す情報語ブロック生成方法を使用する場合には、情報ペイロード単位の一連番号とともに前記一連番号に該当する情報ペイロード内でソースパケットに含まれたソースペイロードの開始位置を通知する情報が必要である。図７に示す情報語ブロックは、６個のソースペイロードで構成される。この際、前記一連番号は、（０、０）、（１、２）、（３、３）、（６、１）、（１０、０）、（１２、１）の形態、すなわち行番号と当該行で開始領域の順番に現わすことができる。さらに他の実施例によれば、分割された情報ペイロード単位で一連番号を付与し、ソースペイロードの開始位置を０、６（＝１＊４＋２）、１５（＝３＊４＋３）、２５（＝６＊４＋１）、４０（＝１０＊４）、４９（＝１２＊４＋１）で示すことができる。
【００７５】
本発明の他の実施例によるソースペイロード識別子とパリティーペイロード識別子は、それぞれ表３及び表４に示された通りである。
【００７６】
【表３】
2018196148.tif 000005
【００７７】
前記表３で、各フィールドの意味は、次の通りである：ＳＢ＿ＩＤ（Ｓｏｕｒｃｅ Ｂｌｏｃｋ ＩＤｅｎｔｉｆｉｅｒ）は、ソースパケットに含まれたソースペイロードが属するソースブロックの識別子；ＩＰ＿ＩＤ＿ＳＢ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐａｙｌｏａｄ ＩＤｅｎｔｉｆｉｅｒ ｗｉｔｈｉｎ ａ Ｓｏｕｒｃｅ Ｂｌｏｃｋ）：ＳＢ＿ＩＤと呼ばれるソースブロックが変換されて生成された情報ブロックで当該パケットに含まれた情報ペイロードの識別子である；ＳＳＢ＿ＩＤ（Ｓｏｕｒｃｅ Ｓｕｂ−Ｂｌｏｃｋ ＩＤｅｎｔｉｆｉｅｒ）は、ソースパケットに含まれたソースペイロードが属するソースサブブロックの識別子であり、２段階（ｔｗｏ−ｓｔａｇｅ）方式を使用する場合にのみ含まれる；ＩＰ＿ＩＤ＿ＳＳＢ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐａｙｌｏａｄ ＩＤｅｎｔｉｆｉｅｒ ｗｉｔｈｉｎ ａ Ｓｏｕｒｃｅ Ｓｕｂ−Ｂｌｏｃｋ）は、ＳＳＢ＿ＩＤと呼ばれるソースサブブロックが変換されて生成された情報サブブロックで当該パケットに含まれた情報ペイロードの識別子であり、２段階（ｔｗｏ−ｓｔａｇｅ）方式を使用する場合にのみ含まれる。
【００７８】
【表４】
2018196148.tif 000006
【００７９】
前記表４で各フィールドの意味は、次の通りである。ＳＢ＿ＩＤ ｏｒ ＳＳＢ＿ＩＤは、パリティーパケットが伝送するパリティーペイロードが属するパリティーブロックが保護するソースブロック（あるいはソースサブブロック）の識別子であり、第１ＦＥＣパリティーパケットの場合、ＳＳＢ＿ＩＤ、第２ＦＥＣパリティーパケットの場合、ＳＢ＿ＩＤが割り当てられる。ＰＰ＿ＩＤ（Ｐａｒｉｔｙ Ｐａｙｌｏａｄ ＩＤｅｎｔｉｆｉｅｒ）は、パリティーパケットが伝送するパリティーペイロードが属するパリティーブロックで前記パリティーペイロードの識別子である。ＩＢＬ（Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ Ｌｅｎｇｔｈ）またはＩＳＢＬ（Ｉｎｆｏｒｍａｔｉｏｎ Ｓｕｂ−Ｂｌｏｃｋ Ｌｅｎｇｔｈ）は、パリティーパケットが伝送するパリティーペイロードが属するパリティーブロックが保護する情報ブロック（あるいは情報サブブロック）に含まれた情報ペイロードの個数であり、第１ＦＥＣパリティーパケットの場合、ＩＢＬ、第２ＦＥＣパリティーパケットの場合、ＩＳＢＬが割り当てられる。ＰＢＬ（Ｐａｒｉｔｙ Ｂｌｏｃｋ Ｌｅｎｇｔｈ）：パリティーパケットが伝送するパリティーペイロードが属するパリティーブロックに含まれたパリティーペイロードの個数である。
【００８０】
１段階方式を使用する場合に、表３及び表４に示すＦＥＣペイロード識別子の各フィールド生成規則は、次の通りである。まず、ＳＢ＿ＩＤは、通常、２バイトで表現可能な正の整数範囲内の任意の数字から始まり、ソースブロック当たり１ずつ増加する。表現可能な最大範囲に到逹した後には、０に再帰する。ＩＰ＿ＩＤ＿ＳＢは、各ソースブロックから０から始まり、情報語ペイロード当たり１ずつ増加する。図７に示す情報ブロック生成方法を使用する場合には、分割された情報ペイロード単位で１ずつ増加する。図７に示す情報語ブロックの場合に、各ＦＥＣソースペイロード識別子のＩＰ＿ＩＤ＿ＳＢフィールド値は、前述した実施例と同様に、それぞれ０、６、１５、２５、４０、４９である。ＰＰ＿ＩＤは、各パリティーブロックから０から始まって、パリティーペイロード当たり１ずつ増加する。通常、前記ＩＰ＿ＩＤ＿ＳＢとＰＰ＿ＩＤは、２バイトで表現することができる正の整数範囲（＜６４０００）内の数字である。特定ＦＥＣパケットのペイロードと連関された値は、ＦＥＣパリティーペイロードの一部に含まれて伝達されるが、前記ＩＢＬとＰＢＬの最大値は、ＦＥＣバンド外信号の形態で伝達されることができる。
【００８１】
２段階（ｔｗｏ−ｓｔａｇｅ）方式を使用する場合に、表３及び表４に示すＦＥＣペイロード識別子の各フィールド生成規則は、次の通りである。まず、ＳＢ＿ＩＤは、通常、２バイトで表現可能な正の整数範囲内の任意の数字から始まって、ソースブロック当たり１ずつ増加する。表現可能な最大範囲に到逹した後には、０に再帰する。ＩＰ＿ＩＤ＿ＳＢは、各ソースブロックから０から始まって、情報語ペイロード当たり１ずつ増加する。ＳＳＢ＿ＩＤは、各ソースブロックから０から始まる正の整数であって、ソースサブブロック当たり１ずつ増加する。ＩＰ＿ＩＤ＿ＳＳＢは、各ソースブロックから０から始まって、情報語ペイロード当たり１ずつ増加する。図７に示す情報ブロック生成方法を使用する場合に、ＩＰ＿ＩＤ＿ＳＢとＩＰ＿ＩＤ＿ＳＳＢは、分割された情報ペイロード単位で１ずつ増加する。ＰＰ＿ＩＤは、各パリティーブロックから０から始まって、パリティーペイロード当たり１ずつ増加する。通常、前記ＩＰ＿ＩＤ＿ＳＢ、ＩＰ＿ＩＤ＿ＳＳＢとＰＰ＿ＩＤは、２バイトで表現することができる正の整数範囲（＜６４０００）内の数字である。
【００８２】
前記２段階方式を使用する場合のＦＥＣソースペイロード識別子の生成規則をソースブロックが２個のソースサブブロックで構成され、それぞれのソースサブブロックは、２個のソースペイロードで構成された場合を例として例示してさらに詳しく説明する。説明の便宜のために、それぞれのソースペイロードと情報ペイロードは、１：１の相関関係を有すると仮定する。この際、それぞれのソースパケットＳＰ＃０、ＳＰ＃１、…、ＳＰ＃１５のＦＥＣソースペイロード識別子（ＳＢ＿ＩＤ、ＩＰ＿ＩＤ＿ＳＢ、ＳＳＢ＿ＩＤ、ＩＰ＿ＩＤ＿ＳＳＢ）は、次の通りである。
ＳＰ＃０：（０、０、０、０）
ＳＰ＃１：（０、１、０、１）
ＳＰ＃２：（０、２、１、０）
ＳＰ＃３：（０、３、１、１）
ＳＰ＃４：（１、０、０、０）
ＳＰ＃５：（１、１、０、１）
ＳＰ＃６：（１、２、１、０）
ＳＰ＃７：（１、３、１、１）
【００８３】
この際、前記ソースブロック当たりソースサブブロックの個数Ｍ（＝２）がバンド外信号で受信端に伝送されると仮定すれば、前記ＳＢ＿ＩＤ、ＳＳＢ＿ＩＤフィールドを１つのフィールドＢ＿ＩＤ（Ｂｌｏｃｋ ＩＤｅｎｔｉｆｉｅｒ）に代替されることができる。前記Ｂ＿ＩＤは、０から始まって、ソースサブブロック当たり１ずつ増加する。通常、２バイトで表現可能な最大範囲に到逹した後には、０に再帰する。この際、ＳＢ＿ＩＤ＝ｆｌｏｏｒ（Ｂ＿ＩＤ／Ｍ）、ＳＳＢ＿ＩＤ＝Ｂ＿ＩＤ−Ｍ＊ＳＢ＿ＩＤで計算することができる。前記ｆｌｏｏｒ（ａ）は、ａを超えない最大整数を意味する。ソースブロックが２個のソースサブブロックで構成され、それぞれのソースサブブロックは、２個のソースペイロードで構成された場合を例示すれば、それぞれのソースパケットＳＰ＃０、ＳＰ＃１、…、ＳＰ＃１５のＦＥＣソースペイロード識別子（Ｂ＿ＩＤ、ＩＰ＿ＩＤ＿ＳＢ、ＩＰ＿ＩＤ＿ＳＳＢ）とこれに対応する（ＳＢ＿ＩＤ、ＩＰ＿ＩＤ＿ＳＢ、ＳＳＢ＿ＩＤ、ＩＰ＿ＩＤ＿ＳＳＢ）は、次の通りである。
ＳＰ＃０：（０、０、０）＝＞（０、０、０、０）
ＳＰ＃１：（０、１、１）＝＞（０、１、０、１）
ＳＰ＃２：（１、２、０）＝＞（０、２、１、０）
ＳＰ＃３：（１、３、１）＝＞（０、３、１、１）
ＳＰ＃４：（２、０、０）＝＞（１、０、０、０）
ＳＰ＃５：（２、１、１）＝＞（１、１、０、１）
ＳＰ＃６：（３、２、０）＝＞（１、２、１、０）
ＳＰ＃７：（３、３、１）＝＞（１、３、１、１）
【００８４】
前記２段階方式を適用する場合のＦＥＣパリティーペイロード識別子は、ＦＥＣパリティーペイロード識別子を含むパリティーパケットが第１ＦＥＣパリティーパケットであるか、それとも第２ＦＥＣパリティーパケットであるかによって前記パリティーパケットが保護する情報の単位が情報サブブロックあるいは情報ブロックに変わる点を除いて、１段階方式を適用する場合と同一である。
【００８５】
前記２段階方式やＬＡ−ＦＥＣを適用する場合に、ＦＥＣ符号の設計方式によって第１ＦＥＣと第２ＦＥＣ復号器を結合した統合復号（ｊｏｉｎｔ ｄｅｃｏｄｉｎｇ）が可能である。前記統合復号を行う場合には、それぞれの符号に対するＩＢＬ、ＰＢＬがすべて確保されなければならない。前記実施例で、ＩＢＬとＰＢＬは、当該ＦＥＣブロックに対するパリティーパケットを１つだけ受信すれば、獲得可能である。しかし、チャネル状況が非常に劣悪な場合には、特定のＦＥＣブロックをすべて受信しない場合が発生することができ、この場合には、理論的に統合復号を使用して情報ブロックが復元が可能であるが、ＦＥＣ符号に対するＩＢＬ、ＰＢＬを獲得せず、復号を試みさえできない状況が発生することができる。このために、前記ＩＢＬとＰＢＬの値を下記の表５のような別途のＦＥＣバンド外信号で伝送することができる。下記フィールドのうちＭは、ＭがＦＥＣ伝送情報に含まれる場合に、表５から省略されることができ、ＩＢＬは、すべてのＩＳＢＬ値の和なので、やはり省略されることができる。
【００８６】
【表５】
2018196148.tif 000007
【００８７】
前記２段階方式の統合復号のためのバンド外信号の例をソースブロックが２個のソースサブブロックで構成され、それぞれのソースサブブロックは、２個のソースペイロードで構成され、第１ＦＥＣ符号は、ソースサブブロックダング１個のパリティーペイロードを第２ＦＥＣ符号は、ソースブロック当たり２個のパリティーペイロードを生成する場合を例示してさらに詳しく説明する。前記例で、表５の形式で構成されたバンドの外信号は、次の表６に示された通りである。
【００８８】
【表６】
2018196148.tif 000008
【００８９】
制御情報の全体または一部が周期的に伝送されることができるので、またはＦＥＣ設定情報の全体または一部が本実施例のバンド内のシグナリング（ｉｎ−ｂａｎｄ ｓｉｇｎａｌｉｎｇ）を通じて伝送されることができるので、受信機は、同時サービスでＦＥＣ設定情報を獲得することができ、損失データを復元するためにＦＥＣデコーディングを行うことができ、サービス品質の向上を提供することができる。前述したように、本発明のパケット送受信方法は、エラー訂正能力及びネットワーク資源活用効率を改善することができる。
【００９０】
この際、処理流れ図の各ブロックと流れ図の組合せは、ハードウェア上で具現及び／または行われるコンピュータプログラムインストラクションによって行われることができることを理解することができる。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他プログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピュータまたはその他プログラム可能なデータプロセッシング装備のプロセッサを通じて行われる該インストラクションが流れ図ブロックで説明された機能を行う手段を生成するようになる。これらコンピュータプログラムインストラクションは、特定の方式で機能を具現するためにコンピュータまたはその他プログラム可能なデータプロセッシング装備を志向することができるコンピュータ利用可能またはコンピュータ読み取り可能メモリに格納されることも可能なので、該コンピュータ利用可能またはコンピュータ読み取り可能メモリに格納されたインストラクションは、流れ図ブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションは、コンピュータまたはその他プログラム可能なデータプロセッシング装備上に搭載されることも可能なので、コンピュータまたはその他プログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピュータで実行されるプロセスを生成し、コンピュータまたはその他プログラム可能なデータプロセッシング装備を行うインストラクションは、流れ図ブロックで説明された機能を行うための段階を提供することも可能である。
【００９１】
また、各ブロックは、少なくとも１つの特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつかの代替実行例では、ブロックで言及された機能が手順を脱して発生することも可能であることを注目しなければならない。例えば、相次いで図示されている２つのブロックは、実質的に同時に行われることも可能であり、またはそのブロックが時々該当する機能によって逆順に行われることも可能である。
【００９２】
この際、本実施例で使用される「〜部」という用語は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、「〜部」は、どんな役目を行う。そうだが「〜部」はソフトウェアまたはハードウェアに限定される意味ではない。「〜部」は、アースレッシンすることができる格納媒体にあるように構成されることもでき、１つまたはそれ以上のプロセッサを再生させるように構成されることもできる。したがって、一例として「〜部」は、ソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と「〜部」内で提供される機能は、さらに小さい数の構成要素及び「〜部」に結合されるか、または追加的な構成要素と「〜部」にさらに分離することができる。しかも、構成要素及び「〜部」は、デバイスまたは保安マルチメディアカード内の１つまたはそれ以上のＣＰＵを再生させるように具現されることもできる。本発明の属する技術分野における通常の知識を有する者は、本発明がその技術的思想や必須な特徴を変更することなく、他の具体的な形態で実施されることができるということを理解することができる。
【００９３】
本発明は、その実施例を参照して図示され説明されたが、添付の請求項とその均等物によって定義された本発明の範囲及び思想を逸脱することなく、方式と詳細事項において多様な変形が可能であるという点は、本発明の属する技術分野における通常の知識を有する者に自明である。
【符号の説明】
【００９４】
１０１  プロトコルＡ
１０２  ＦＥＣ符号化ブロック
１０３  プロトコルＢ
１０４  送信機物理階層
【図１】
2018196148.tif 000009
【図２】
2018196148.tif 000010
【図３Ａ】
2018196148.tif 000011
【図３Ｂ】
2018196148.tif 000012
【図４】
2018196148.tif 000013
【図５】
2018196148.tif 000014
【図６】
2018196148.tif 000015
【図７】
2018196148.tif 000016
【図８Ａ】
2018196148.tif 000017
【図８Ｂ】
2018196148.tif 000018
【図９Ａ】
2018196148.tif 000019
【図９Ｂ】
2018196148.tif 000020
【図１０】
2018196148.tif 000021
【図１１】
2018196148.tif 000022
【図１２】
2018196148.tif 000023
【図１３】
2018196148.tif 000024