(57)【要約】【課題】ストリーミングサービスを提供する方法及び装置を提供する。【解決手段】本発明のストリーミングデータのエンコーディング方法は、順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）ソースブロックを１個以上のＦＥＣサブブロックに分ける段階と、前記１個以上のＦＥＣサブブロックをそれぞれＦＥＣエンコーディングする第１エンコーディング段階と、前記第１エンコーディング段階でエンコーディングされない前記ＦＥＣソースブロックに相応するデータをエンコーディングする第２エンコーディング段階と、前記第１エンコーディング段階でエンコーディングされた第１エンコーディングデータ、及び前記第２エンコーディング段階でエンコーディングされた第２エンコーディングデータを含むデータを生成する段階と、を含むことを特徴とする。【選択図】図１
2018011365.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングデータのエンコーディング方法において、
順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）ソースブロックを１個以上のＦＥＣサブブロックに分ける段階と、
前記１個以上のＦＥＣサブブロックをそれぞれＦＥＣエンコーディングする第１エンコーディング段階と、
前記第１エンコーディング段階でエンコーディングされない前記ＦＥＣソースブロックに相応するデータをエンコーディングする第２エンコーディング段階と、
前記第１エンコーディング段階でエンコーディングされた第１エンコーディングデータ、及び前記第２エンコーディング段階でエンコーディングされた第２エンコーディングデータを含むデータを生成する段階と、を含み、
前記データにおいて、前記第１エンコーディングデータは、前記第２エンコーディングデータの前に位置し、前記第１エンコーディングデータにおけるＦＥＣサブブロックのインデックスに基づいて、ＦＥＣサブブロックに相応するパリティペイロードが順次整列され、前記第２エンコーディングデータは、前記ＦＥＣソースブロックに相応するデータなしで単にペイロードのみを含むことを特徴とする方法。
【請求項２】
前記１個以上のＦＥＣサブブロックに分ける段階は、
前記分けられたＦＥＣサブブロックに含まれるデータの再生時間が既設定された範囲内の時間になるように、前記ＦＥＣサブブロックを分ける段階を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記１個以上のＦＥＣサブブロックに分ける段階は、
前記ストリーミングデータが伝送される環境によってＦＥＣサブブロックのサイズを流動的に決定する段階を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第１エンコーディング段階及び前記第２エンコーディング段階で使用されるエンコーディング方法は、同一であることを特徴とする請求項１に記載の方法。
【請求項５】
ストリーミングデータのデコーディング方法において、
ストリーミングデータを受信する段階と、
第１順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）エンコーディングが、前記ストリーミングデータのＦＥＣソースブロックから分割された少なくとも一つのＦＥＣサブブロックで実行されたか否か、第２ＦＥＣエンコーディングが、第１エンコーディング段階でエンコーディングされない前記ＦＥＣソースブロックで実行されたか否かを確認する段階と、
前記確認によって前記ストリーミングデータをデコーディングする段階と、を含み、
前記ストリーミングデータにおいて、前記第１ＦＥＣエンコーディングによってエンコーディングされた第１エンコーディングデータは、第２エンコーディングデータの前に位置し、前記第１エンコーディングデータにおけるＦＥＣサブブロックのインデックスに基づいて、ＦＥＣサブブロックに相応するパリティペイロードが順次整列され、前記第２ＦＥＣエンコーディングによってエンコーディングされた第２エンコーディングデータは、前記ＦＥＣソースブロックに相応するデータなしで単にペイロードのみを含むことを特徴とする方法。
【請求項６】
前記ストリーミングデータを受信する段階は、ＦＥＣメッセージを受信する段階を含み、
前記受信したＦＥＣメッセージに基づいて、デコーディング方法の集合を選択する段階を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記受信されたストリーミングデータをデコーディングする段階は、
決定されたデコーディング方法によるデコーディングが失敗する場合、前記決定されたデコーディング方法と異なるデコーディング方法によりデコーディングする段階を含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記異なるデコーディング方法は、受信されたストリーミングデータのＦＥＣパケットブロックのパリティパケットに基づいて、前記受信されたストリーミングデータをデコーディングすることを特徴とする請求項７に記載の方法。
【請求項９】
ストリーミングデータのエンコーディング装置において、
信号を送受信する送受信部と、
順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）ソースブロックを１個以上のＦＥＣサブブロックに分け、前記１個以上のＦＥＣサブブロックをそれぞれＦＥＣエンコーディングする第１エンコーディングを行い、前記第１エンコーディングでエンコーディングされない前記ＦＥＣソースブロックに相応するデータをエンコーディングする第２エンコーディングを行い、前記第１エンコーディングでエンコーディングされた第１エンコーディングデータ、及び前記第２エンコーディングでエンコーディングされた第２エンコーディングデータを含むデータを生成する制御部と、を含み、
前記データにおいて、前記第１エンコーディングデータは、前記第２エンコーディングデータの前に位置し、前記第１エンコーディングデータにおけるＦＥＣサブブロックのインデックスに基づいて、ＦＥＣサブブロックに相応するパリティペイロードが順次整列され、前記第２エンコーディングデータは、前記ＦＥＣソースブロックに相応するデータなしで単にペイロードのみを含むことを特徴とする装置。
【請求項１０】
前記制御部は、
前記分けられたＦＥＣサブブロックに含まれるデータの再生時間が既設定された範囲内の時間になるように、前記ＦＥＣサブブロックを分けることを特徴とする請求項９に記載の装置。
【請求項１１】
前記制御部は、
前記ストリーミングデータが伝送される環境によってＦＥＣサブブロックのサイズを流動的に決定することを特徴とする請求項９に記載の装置。
【請求項１２】
前記第１エンコーディング及び前記第２エンコーディングで使用されるエンコーディング方法は、同一であること特徴とする請求項９に記載の装置。
【請求項１３】
ストリーミングデータのデコーディング装置において、
信号を送受信する送受信部と、
ストリーミングデータを受信し、第１順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）エンコーディングが、前記ストリーミングデータのＦＥＣソースブロックから分割された少なくとも一つのＦＥＣサブブロックで実行された否か、第２ＦＥＣエンコーディングが、前記第１エンコーディングでエンコーディングされない前記ＦＥＣソースブロックで実行されたか否かを確認し、前記確認によって前記ストリーミングデータをデコーディングする制御部と、を含み、
前記ストリーミングデータにおいて、前記第１ＦＥＣエンコーディングによってエンコーディングされた第１エンコーディングデータは、第２エンコーディングデータの前に位置し、前記第１エンコーディングデータにおけるＦＥＣサブブロックのインデックスに基づいて、ＦＥＣサブブロックに相応するパリティペイロードが順次整列され、前記第２ＦＥＣエンコーディングによってエンコーディングされた第２エンコーディングデータは、前記ＦＥＣソースブロックに相応するデータなしで単にペイロードのみを含むことを特徴とする装置。
【請求項１４】
前記制御部は、
ＦＥＣメッセージを受信し、前記受信したＦＥＣメッセージに基づいてデコーディング方法の集合を選択することを含むことを特徴とする請求項１３に記載の装置。
【請求項１５】
前記制御部は、
決定されたデコーディング方法によるデコーディングが失敗する場合、前記決定されたデコーディング方法と異なるデコーディング方法によりデコーディングすることを特徴とする請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングサービスを提供するための方法及び装置に関する。より具体的には、多様な通信環境にあるユーザにより品質の高いストリーミングサービスを提供するための方法及び装置に関する。
【背景技術】
【０００２】
一般的に、ストリーミングサービスのためには、Ｂｌｏｃｋ（Ｎ、Ｋ）ｃｏｄｅが使用され、同一のＣｏｄｅ  Ｒａｔｅ（＝Ｋ／Ｎ）でチャネル状況が同一のＰＬＲ（Ｐａｃｋｅｔ  Ｌｏｓｓ  Ｒａｔｅ）を有するとしても、Ｎを大きくすれば、Ｃｏｄｅ  Ｒａｔｅを高めることができる。一方、Ｎを小さくすれば、Ｃｏｄｅ  Ｒａｔｅが低くならなければならない。
【０００３】
また、同一のＰＬＲであるとしても、Ｒａｎｄｏｍ  ｌｏｓｓでは、小さいＮを、Ｂｕｒｓｔ  ｌｏｓｓでは、大きいＮを必要とするようになる。ここで、Ｎを大きくするという意味は、順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）Ｂｌｏｃｋ周期が長くなるという意味であって、受信端でのｄｅｌａｙを誘発するようになる。
【０００４】
これは、パケット（Ｐａｃｋｅｔ）単位で伝送されるネットワーク（Ｎｅｔｗｏｒｋ）特性に起因したものであって、Ｎ個のＰａｃｋｅｔで構成されたＦＥＣ  Ｂｌｏｃｋ内の損失されたｐａｃｋｅｔを復旧するためには、ＦＥＣ  Ｂｌｏｃｋ内の少なくともＫ個以上のｐａｃｋｅｔを受信した後、復旧が可能であるから、受信端でＦＥＣデコーディング（ｄｅｃｏｄｉｎｇ）のためにＦＥＣ  Ｂｌｏｃｋ周期内外に該当する時間を待たなければならないからである。
【０００５】
一般的に、単一ユーザに伝送するユニキャスト（Ｕｎｉｃａｓｔ）環境では、良いチャネル環境にあるユーザにはＦＥＣ  Ｂｌｏｃｋのサイズを小さくして、ディレイ（Ｄｅｌａｙ）を最小化して伝送することによって、ユーザは、ストリーミングサービス感想を早くすることができる。しかし、通信環境が悪いチャネル環境にあるユーザには、早いサービスを提供するためには、相対的に低いＣｏｄｅ  Ｒａｔｅが必要である。このように、
低いＣｏｄｅ  Ｒａｔｅ確保のために、伝送効率に負担が発生することができるので、ＦＥＣ  Ｂｌｏｃｋのサイズを大きくして、伝送効率を高める。但し、ＦＥＣ  Ｂｌｏｃｋのサイズを大きくする場合、相対的に長いディレイ（Ｄｅｌａｙ）でサービスを鑑賞するようにする。
ストリーミング伝送サービスが多数のユーザにマルチキャスト（ｍｕｌｔｉｃａｓｔ）
またはブロードキャスト（ｂｒｏａｄｃａｓｔ）されるとき、ユーザは、それぞれ良いチャネル環境（例えばＰＬＲ１％）でサービスを受信し、他のユーザは、相対的に悪いチャネル環境（例えば、ＰＬＲ１０％）でサービスを受信するようになる。または、一部のユーザは、ランダムパケットロス（ｒａｎｄｏｍ  ｐａｃｋｅｔ  ｌｏｓｓ）環境で、他のユーザは、バーストパケットロス（ｂｕｒｓｔ  ｐａｃｋｅｔ  ｌｏｓｓ）環境でそれぞれサービスを受信するようになる。このような場合、各ユーザのためにデータを効率的に伝送することができる方法が要求される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００８−５０８７５７号公報
【特許文献２】特開２００６−０６７０７２号公報
【特許文献３】特開２００５−１１０２９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、前述した問題点を解決するためになされたもので、その目的は、多様な環境に位置する多数のユーザまたは移動によって通信状態が変わる多数のユーザにストリーミングサービスを容易に提供する方法及び装置を提供することにある。
【課題を解決するための手段】
【０００８】
前記目的を達成するために、本発明の一実施例によるストリーミングデータエンコーディング方法は、順方向エラー訂正（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）ソースブロックを１個以上のＦＥＣサブブロックに分ける段階と；前記１個以上のＦＥＣサブブロックをＦＥＣエンコーディングする第１エンコーディング段階と；前記ＦＥＣソースブロックをエンコーディングする第２エンコーディング段階と；前記第１エンコーディング段階でエンコーディングされた第１エンコーディングデータ及び前記第２エンコーディング段階でエンコーディングされた第２エンコーディングデータを含む第３エンコーディングデータを生成する段階と；を含む。
【０００９】
本発明の他の実施例によるストリーミングデータデコーディングする端末での方法は、ストリーミングデータを受信する段階と；前記端末の通信環境を判断する段階と；前記判断された端末の通信環境によって前記受信したストリーミングデータをデコーディングする方法を決定する段階と；前記決定されたデコーディング方法で前記受信されたストリーミングデータをデコーディングする段階と；を含む。
【００１０】
本発明の一実施例によれば、多様な環境または移動及び通信状態の変更によって通信環境が変わる多数のユーザにストリーミングサービスを円滑に提供することができる。また、複数のパリティ情報を伝送し、さらに信頼度の高いデータ復旧が可能なストリーミングサービスを提供することができるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例によるエンコーディング方法を示すブロック図である。
【図２】図２は、本発明の第１実施例によるデコーディング方法を示す図である。
【図３】図３は、本発明の第２実施例によるデコーディング方法を示す図である。
【図４】図４は、本発明の実施例によるエンコーディング時のデータの流れを示す図である。
【図５ａ】図５ａは、本発明の実施例によるデコーディング方法を示す流れ図である。
【図５ｂ】図５ｂは、本発明の実施例によるデコーディング時のデータの流れを示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施例を添付の図面を参照して詳細に説明する。
【００１３】
実施例を説明するに際して、本発明の属する技術分野によく知られていて、本発明と直接的に関連がない技術内容については説明を省略する。これは、不要な説明を省略することによって、本発明の要旨を不明にせず、さらに明確に伝達するためのものである。
【００１４】
同様の理由で添付の図面において一部の構成要素は誇張されるか、省略されるか、または概略的に図示される。また、各構成要素のサイズは、実際サイズを反映するものではない。以下、本発明の実施例によって携帯端末機を説明するための図面を参照して本発明について説明する。
【００１５】
ストリーミングサービスがマルチキャストあるいはブロードキャストされるとき、前記ストリーミングサービスを受信するユーザグループのうち任意のユーザ（以下、ユーザグループＡ）は、相対的に良いチャネル環境（例えばＰＬＲ１％）でサービスを受信し、残りのユーザ（以下、ユーザグループＢ）は、前記ユーザグループＡに比べて相対的に悪いチャネル環境（例えば、ＰＬＲ１０％）でサービスを受信することができる。または、ユーザグループＡは、ランダムパケットロス（ｒａｎｄｏｍ  ｐａｃｋｅｔ  ｌｏｓｓ）、ユーザグループＢは、バーストパケットロス（ｂｕｒｓｔ  ｐａｃｋｅｔ  ｌｏｓｓ）環境でそれぞれサービスを受信することができる。また、ユーザグループＡのユーザがチャネル状態の変化またはユーザの位置移動などによって良いチャネル環境から悪いチャネル環境に通信チャネル環境が変わるようになり、ユーザグループＢに該当するようになることができる。一例として、１つのグループのユーザが良いチャネル状態（低いＰＬＲ及びＲａｎｄｏｍ  ｌｏｓｓ）でストリーミングサービスを受信しつつ、データコンゼスチョン（ｄａｔａ  ｃｏｎｇｅｓｔｉｏｎ）などの理由で前記１つのグループのうち一部または全部のユーザが相対的に悪い（高いＰＬＲ及びＢｕｒｓｔ  ｌｏｓｓ）環境に移動するようになる場合を考慮することもできる。また、無線移動通信環境で基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ）のセル（Ｃｅｌｌ）がカバーする通信半径があり、前記半径中に位置するユーザのうち、基地局に比較的近くに位置するユーザをユーザグループＡに分類することができ、前記セルがカバーする半径の境界に位置するユーザをユーザグループＢに分類することができる。
【００１６】
このように多数のユーザが同一のストリーミングサービスを受信する状況で、各ユーザグループの通信環境が多様な場合、１つのグループのユーザに合わせてストリーミングコードを調節することが困難なことがある。より具体的に、Ｕｎｉｃａｓｔとは異なって、ＭｕｌｔｉｃａｓｔやＢｒｏａｄｃａｓｔでは、ユーザグループＡとユーザグループＢに１つの方式でストリーミングサービスを伝送しなければならないので、前記Ｕｎｉｃａｓｔのように、ユーザの状態によって異なるコードレートを適用するなどのユーザ基盤サービスを提供することができないという問題点がある。
【００１７】
ユーザグループＡ及びユーザグループＢに同一にストリーミングサービスを提供する場合を仮定してみる。この際、小さいＦＥＣ  Ｂｌｏｃｋでストリーミングサービスをするようになれば、ユーザグループＢのために低いＣｏｄｅ  Ｒａｔｅを使用しなければならないので、伝送効率が低い。また、大きいＦＥＣ  Ｂｌｏｃｋでストリーミングサービスをするようになれば、ユーザグループＡは、サービスをディレイによって早く鑑賞することができるチャネル環境にあるにもかかわらず、大きいＦＥＣ  Ｂｌｏｃｋに起因してサービスを提供するのにディレイが発生することができる。
【００１８】
また、ストリーミングサービスがマルチキャストやブロードキャストでユーザにサービスされる状況を仮定する。この際、サービス提供者は、一般的なチャネル状態を仮定してＣｏｄｅ  Ｒａｔｅ及びＦＥＣ  Ｂｌｏｃｋサイズを決定して伝送するようになる。この際、ユーザの移動により、チャネル状態が予想より悪くなるか、またはサービス伝送途中
にネットワーク端でデータコンゼスチョン（ｄａｔａ  ｃｏｎｇｅｓｔｉｏｎ）によってバーストパケットロス（ｂｕｒｓｔ  ｐａｃｋｅｔ  ｌｏｓｓ）が発生する場合を仮定してみることができる。このような場合、発生した前記バーストパケットロスによって、既伝送されたＦＥＣ  Ｂｌｏｃｋ内のｐａｃｋｅｔ  ｌｏｓｓを復旧せず、ストリーミングサービス途中に画面がつぶれるか、停止する現象が発生することができる。したがって、以後、悪いチャネル状態が持続する場合、ユーザは、サービスを円滑に受信することができない。
【００１９】
図１は、実施例によるエンコーディング方法を示すブロック図である。
【００２０】
図１を参照すれば、ストリーミングサービス提供のためにＦＥＣエンコーディング時に同一のＦＥＣソースブロック（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ）１００を複数個のエンコーダー１２０、１３０を通じてエンコーディングすることができる。
【００２１】
このようなエンコーディング環境で可能なエンコーディング環境は、次の通りである。
１．Ｃａｓｅ  ０：Ｎｏ  ｃｏｄｉｎｇ
２．Ｃａｓｅ  １：１段階（Ｏｎｅ  Ｓｔａｇｅ）ＦＥＣ  ｃｏｄｉｎｇ（ＦＥＣ２エンコーダー１３０除外（ｓｋｉｐｐｅｄ））
３．Ｃａｓｅ  ２：１段階（Ｏｎｅ  Ｓｔａｇｅ）ＦＥＣ  ｃｏｄｉｎｇ（ＦＥＣ１エンコーダー１２０除外（ｓｋｉｐｐｅｄ））
４．Ｃａｓｅ  ３：２段階（Ｔｗｏ  Ｓｔａｇｅｓ）ＦＥＣ  ｃｏｄｉｎｇ（ＦＥＣ１、２エンコーディング１２０、１３０両方エンコーディング進行）
【００２２】
参照として、ＦＥＣ１エンコーダー１２０及びＦＥＣ２  １３０は、それぞれ同一のコードを使用してエンコーディングを進行することができる。また、場合によって、それぞれ異なるコードレートを適用してエンコーディングを進行することもできる。
【００２３】
ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００は、ストリーミングサービスに提供されるデータを含むブロックである。ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００をＭ個のＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ  １１２、１１４、１１６に分割することができる。前記Ｓｕｂ−Ｂｌｏｃｋは、通信状況によってそのサイズが変わることができる。一例として、１個のＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋが再生時に既設定された時間内外に再生されることができるように設定することができ、さらに好ましくは、分けられたＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋに該当するデータが同一の時間の間に再生されることができるように、Ｓｕｂ−Ｂｌｏｃｋのサイズを調節することができる。また、一般的な通信環境を考慮してユーザが受信するときに必要なコードレートによって伝送負荷を最小化することができるように、ＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋのサイズを調節することもできる。前記ＦＥＣ１エンコーダー１２０がエンコーディング時に使用するコードをＦＥＣ１  ｃｏｄｅと称することができ、前記ＦＥＣ２エンコーダー１３０がエンコーディング時に使用するコードをＦＥＣ２  ｃｏｄｅと称することができる。
【００２４】
前記第１〜第ＭのＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋは、ＦＥＣ１エンコーダー１２０を通じてエンコーディングされることができる。前記第１のエンコーダーによってエンコーディングされたデータは、第１〜第ＭのＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ  １４１、１４３、１４５を含むことができる。前記第１〜第ＭのＦＥＣ Ｓｕｂ−Ｂｌｏｃｋ １４１、１４３、１４５は、前記第１〜第ＭのＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋと同一の内容であってもよく、異なる内容であってもよい。また、ＦＥＣ１エンコーダー１２０のエンコーディング結果によって第１〜第ＭのＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ  １４１、１４３、１４５それぞれのＳｕｂ−Ｂｌｏｃｋの復旧のための第１〜第ＭのＰ１（パリティペイロード１）１４２、１４４、１４６を含むことができる。
【００２５】
一例として、第１のＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ  １４１を受信したユーザは、受信した第１のＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ  １４１にある程度の損失がある場合にも、第１のＰ１  １４２を通じてエラーを復旧することができる。
【００２６】
また、ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００をＦＥＣ２エンコーダー１３０を通じてエンコーディングを進行することができる。図面上には、ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００全体をＦＥＣ２エンコーダー１３０がエンコーディングするものと図示したが、実施例によってＦＥＣ１エンコーダー１２０がエンコーディングするＳｕｂ−Ｂｌｏｃｋより大きいサイズのＳｕｂ−ＢｌｏｃｋでＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００を分割してエンコーディングすることもできる。
【００２７】
ＦＥＣ２エンコーダー１３０にエンコーディングされたＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００のＰ２（パリティペイロード２）１５０が伝送されるデータに添付されることができる。実施例において前記２個のエンコーダー１２０、１３０によってエンコーディングされたデータ１４１〜１５０をユーザに伝送することができる。前記Ｐ２  １５０を通じて、ユーザは、受信されたＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋに一定水準の損失がある場合にも、Ｐ２  １５０を通じてエラーを復旧することが可能である。
【００２８】
実施例によれば、図１に該当するエンコーディング方法によってデータを受信したユーザは、次のような方法でストリーミングサービスを再生することが可能である。
【００２９】
１．ユーザグループＡは、ＦＥＣ１エンコーダー１２０のｃｏｄｅを利用して損失されたｐａｃｋｅｔを復旧して比較的低いｄｅｌａｙ（ｆａｓｔ  ｓｔａｒｔ−ｕｐ）でサービスを鑑賞し、
【００３０】
２．ユーザグループＢは、ＦＥＣ１エンコーダー１２０のｃｏｄｅを利用した損失されたｐａｃｋｅｔ復旧失敗時にＦＥＣ２エンコーダー１３０のｃｏｄｅを利用して復旧することができる。また、状況によってすぐＦＥＣ２エンコーダー１３０のｃｏｄｅを利用して損失されたｐａｃｋｅｔを復旧し、サービスを鑑賞する。これは、ユーザグループＢがチャネル状況測定などを通じて自分の通信環境をモニターした場合に提案されることができる方法である。
【００３１】
３．ユーザグループＡにあるユーザが、ユーザグループＢに転換される場合、２によるｄｅｃｏｄｉｎｇ方法で損失されたｐａｃｋｅｔを復旧し、サービスを鑑賞することができる。
【００３２】
４．ユーザグループＢにあるユーザは、２によるｄｅｃｏｄｉｎｇ方法で損失されたｐａｃｋｅｔを復旧し、サービスを鑑賞した後、ユーザグループＡに転換されても、２によるｄｅｃｏｄｉｎｇ方法を続いて維持し、サービスを鑑賞することができる。
【００３３】
ＭＭＴパケット（Ｐａｃｋｅｔ）は、ＭＭＴ−ＣＩ、ＭＭＴ  ＡＤＣ、ＭＭＴ  Ａｓｓｅｔ（Ｖｉｄｅｏ）、ＭＭＴ  Ａｓｓｅｔ（Ａｕｄｉｏ）を含む。それぞれのＡｓｓｅｔは、１個以上のＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されている。
【００３４】
Ｖｉｄｅｏ  ＭＭＴ  Ａｓｓｅｔを構成するＭＰＵは、ＭＭＴ  Ｐａｙｌｏａｄ  Ｆｏｒｍａｔによって伝送手順に合わせてＭＭＴ  Ｐａｙｌｏａｄでパケット化（Ｐａｃｋｅｔｉｚａｔｉｏｎ）され、ＭＭＴ  Ｐａｙｌｏａｄのｓｔｒｅａｍで構成され、Ａｕｄｉｏ  ＭＭＴ  Ａｓｓｅｔを構成するＭＰＵも、ＭＭＴ  Ｐａｙｌｏａｄ  Ｆｏｒｍａｔによって伝送手順に合わせてＭＭＴ  ＰａｙｌｏａｄでＰａｃｋｅｔｉｚａｔｉｏｎされ、ＭＭＴ  Ｐａｙｌｏａｄのｓｔｒｅａｍで構成される。
【００３５】
ＶｉｄｅｏのためのＭＭＴ  Ｐａｙｌｏａｄ  ｓｔｒｅａｍとＡｕｄｉｏのためのＭＭＴ  Ｐａｙｌｏａｄ  ｓｔｒｅａｍは、互いに多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）された後、それぞれのＭＭＴ  ＰａｙｌｏａｄにＭＭＴ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒを追加し、ＭＭＴ  Ｐａｃｋｅｔで構成されたｓｔｒｅａｍを構成する。
【００３６】
または、ＶｉｄｅｏのためのＭＭＴ  Ｐａｙｌｏａｄ  ｓｔｒｅａｍでそれぞれのＭＭＴ  ＰａｙｌｏａｄにＭＭＴ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒを追加し、ＭＭＴ  Ｐａｃｋｅｔで構成されたＶｉｄｅｏ  ＳｔｒｅａｍとＡｕｄｉｏも、同様にＭＭＴ  Ｐａｃｋｅｔで構成されたＡｕｄｉｏ  Ｓｔｒｅａｍを構成した後、多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）し、ＭＭＴ  Ｐａｃｋｅｔ  Ｓｔｒｅａｍを構成する。ここで、多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）ということは、ＭＭＴ  ｐａｙｌｏａｄ  ｂｙ  ＭＭＴ  ｐａｙｌｏａｄまたはＭＭＴ  Ｐａｃｋｅｔ  ｂｙ  ＭＭＴ  Ｐａｃｋｅｔで互いに交ぜる手続を含むことができる。
【００３７】
ＭＭＴ  ＰａｃｋｅｔをＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄと呼ぶ場合、前記ＭＭＴ  Ｐａｃｋｅｔ  Ｓｔｒｅａｍ、すなわちＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄ  Ｓｔｒｅａｍは、所定個数で構成されたＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００に分けられ、それぞれのＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００は、図１で提案されたＣａｓｅ  ３のような方法によってＦＥＣ  ｅｎｃｏｄｉｎｇされることができる。この際、ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００は、Ｍ個のＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ  １１２、１１４、１１６に分けられる。
【００３８】
また、それぞれのＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋも、所定個数のＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄを含むことができる。それぞれのＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋは、ＦＥＣ１エンコーダー１２０のｃｏｄｅを利用して所定個数のＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄを生成し、ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  １００は、ＦＥＣ２エンコーダー１３０のｃｏｄｅを利用して所定個数のＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄ（図面上のＰ２  １５０）を生成する。
【００３９】
その後、生成されたそれぞれのＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄは、ＭＭＴ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒを追加し、ＭＭＴパケット化する。そして、ＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤをそれぞれのＭＭＴ  Ｐａｃｋｅｔに追加し、ＦＥＣ  Ｐａｃｋｅｔ（Ｓｏｕｒｃｅ  ＰａｙｌｏａｄのためのＦＥＣ  ＰａｃｋｅｔをＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｃｋｅｔと言い、Ｐａｒｉｔｙ  ＰａｙｌｏａｄのためのＦＥＣ  ＰａｃｋｅｔをＦＥＣ  Ｐａｒｉｔｙ  Ｐａｃｋｅｔという）化し、最終的に下位レイヤ（Ｌａｙｅｒ）に伝送することができる。
【００４０】
前記ＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤは、ＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄのためのＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤとＰａｒｉｔｙ  ＰａｙｌｏａｄのためのＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤに区分されることができ、これは、受信端でＦＥＣ  Ｂｌｏｃｋの間の区分のためのＢｌｏｃｋＩＤ情報、該当ＦＥＣ  Ｂｌｏｃｋ内のＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄの個数情報、ＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄの個数情報、ＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄとＦＥＣ  Ｐａｒｉｔｙ  ＰａｙｌｏａｄのＦＥＣ  Ｂｌｏｃｋ内の手順を示すＩＤ（ｏｒ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）情報などを含むことができる。前記ＩＤは、受信端でＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ及びＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ内の受信されたＰａｃｋｅｔからＦＥＣ  ｄｅｃｏｄｉｎｇを可能にするための情報である。
【００４１】
また、送信端で適用したＦＥＣ  ｃｏｄｉｎｇ  ｓｔｒｕｃｔｕｒｅを受信端が知ることができるようにするために、図１のｃａｓｅ  ３のように、ＦＥＣ  ｅｎｃｏｄｉｎｇされているという情報をメッセージを通じて受信端にあらかじめ伝達することができる。前記メッセージは、ＦＥＣ  Ｂｌｏｃｋ内のＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄとＦＥＣ  Ｐａｒｉｔｙ  ＰａｙｌｏａｄのためのＭＭＴ  Ｐａｃｋｅｔとは異なるＭＭＴ  Ｐａｃｋｅｔ内に格納するか、同じＭＭＴＰａｃｋｅｔ内に格納することができる。また、前記メッセージを伝送し、受信端があらかじめ送信端で適用したＦＥＣ  ｃｏｄｉｎｇ  ｓｔｒｕｃｔｕｒｅを知ることができるようにする。前記のように、ＦＥＣ  Ｂｌｏｃｋ内のＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄとＦＥＣ  Ｐａｒｉｔｙ  ＰａｙｌｏａｄのためのＭＭＴ  Ｐａｃｋｅｔとは異なるＭＭＴ  Ｐａｃｋｅｔ内に格納して伝送する情報としては、ＦＥＣ  ｃｏｄｉｎｇ  ｓｔｒｕｃｔｕｒｅ以外にＦＥＣ１  ｃｏｄｅ  ＩＤ、ＦＥＣ２  ｃｏｄｅ  ＩＤ、そしてＦＥＣ  Ｓｏｕｒｃｅ  ＢｌｏｃｋがＦＥＣ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋに転換されたＭｏｄｅ情報などＦＥＣ関連ｍｅｓｓａｇｅを含むことができる。また、他の別途のＭＭＴ  ＰａｃｋｅｔでＭＭＴ−ＣＩ、ＭＭＴ−ＡＤＣなどの伝送及びｃｏｎｔｅｎｔ消費関連情報が伝送される。
【００４２】
その後、受信端では、別途のＭＭＴ  Ｐａｃｋｅｔで伝送された伝送及びｃｏｎｔｅｎｔ消費関連情報及びＦＥＣ関連ｍｅｓｓａｇｅを習得し、受信されたＭＭＴ  ＰａｃｋｅｔのＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤからＦＥＣ  Ｂｌｏｃｋ  ＩＤ及びＦＥＣ  Ｄｅｃｏｄｉｎｇ関連情報を習得し、当該ＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ及びＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ内の損失されたＰａｃｋｅｔを復旧することができる。
【００４３】
この際、ユーザグループＡは、ＦＥＣ１  ｃｏｄｅによってｅｎｃｏｄｉｎｇされたＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ内のＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｃｋｅｔとそれと関連したＦＥＣ  Ｐａｒｉｔｙ  ＰａｃｋｅｔからＦＥＣ  Ｂｌｏｃｋを再生成し、これからＦＥＣ  ｄｅｃｏｄｉｎｇを行うことによって損失されたＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄを復旧し、ユーザグループＢは、ＦＥＣ１  ｃｏｄｅによるＦＥＣ  ｄｅｃｏｄｉｎｇ失敗時にＦＥＣ２  ｃｏｄｅによってｅｎｃｏｄｉｎｇされたＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ内のＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｃｋｅｔとそれと関連したＦＥＣ  Ｐａｒｉｔｙ  ＰａｃｋｅｔからＦＥＣ  Ｂｌｏｃｋを再生成し、これからＦＥＣ  ｄｅｃｏｄｉｎｇを行い、損失されたＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄを復旧することができる。
【００４４】
また、図面上に２個のＦＥＣエンコーダーが開示されたが、前記エンコーディング手続は、同一のエンコーダーで並列的に処理されることができる。
【００４５】
図２は、ユーザグループＡによるＦＥＣバッファリングモデル（ｂｕｆｆｅｒｉｎｇ  ｍｏｄｅｌ）及びデコーディングブロック図（ｄｅｃｏｄｉｎｇ  ｂｌｏｃｋ  ｄｉａｇｒａｍ）を示し、図３は、ユーザグループＢによるＦＥＣ  ｂｕｆｆｅｒｉｎｇ  ｍｏｄｅｌ及びｄｅｃｏｄｉｎｇ  ｂｌｏｃｋ  ｄｉａｇｒａｍを示す。
【００４６】
図２及び図３を参照すれば、ユーザグループＡに属しているユーザの場合、ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ２４０は、それぞれのＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ  ２１０〜２２４に含まれている受信されたＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄとＦＥＣ  Ｐａｒｉｔｙ  ＰａｙｌｏａｄをＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤで示している順に格納することができる。この際、受信されないＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄの席は、空きにしておくことができ、実施例よって複数個のバッファーを通じてＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄを同時に受信することができる。
【００４７】
ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ２４０は、当該ＦＥＣ  Ｂｌｏｃｋの少なくともＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄ個数以上のＰａｙｌｏａｄを確保し、ｄｅｃｏｄｉｎｇが用意されれば、これをＦＥＣ１デコーダー２５０に伝送し、受信しないＦＥＣ  ＳｏｕｒｃｅまたはＰａｒｉｔｙ  Ｐａｙｌｏａｄは、削除（Ｅｒａｓｕｒｅ）処理をして伝送することができる。
【００４８】
ＦＥＣ１デコーダー２５０は、入力されるＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄとＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄ、Ｅｒａｓｕｒｅ位置情報を利用してＦＥＣ１  ｄｅｃｏｄｉｎｇを行い、復旧されたＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄをＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ２４０に格納することができる。当該ＦＥＣ  Ｂｌｏｃｋのｄｅｃｏｄｉｎｇが終了すれば、ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ２４０は、ＦＥＣＳｏｕｒｃｅ  ＰａｙｌｏａｄをＤｅ−ｐａｃｋｅｔｉｚｅｒ（ＭＰＵからＭＭＴ  Ｐａｙｌｏａｄを経てＭＭＴ  Ｐａｃｋｅｔ化された過程の逆順）し、ビデオデコーディングバッファー２６０及びオーディオデコーディングバッファー２７０に伝送することができる。
【００４９】
その後、それぞれのＭｅｄｉａ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒは、ｍｅｄｉａ  ｄｅｃｏｄｉｎｇを行った後、ｄｉｓｐｌａｙし、最終的にユーザにストリーミングサービスを提供する。このようにユーザグループＡは、ＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ  ２０５をＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ２４０に格納するものではなく、ＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ単位で格納し、ＦＥＣ  ｄｅｃｏｄｉｎｇを行うので、ＦＥＣによる低いｄｅｌａｙでｃｏｎｔｅｎｔｓを再生することができる。
【００５０】
図３を参照すれば、ユーザグループＢに属しているユーザの場合、ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ３４０は、ＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ  ３１０〜３２４の順にそれぞれのＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ含まれている受信されたＦＥＣ  Ｓｏｕｒｃｅ  ＰａｙｌｏａｄとＦＥＣ  Ｐａｒｉｔｙ  ＰａｙｌｏａｄをＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤで示している順に格納し、ユーザグループＡのようにＦＥＣ１デコーダーを利用したＦＥＣ  ｄｅｃｏｄｉｎｇを行う。もし、ＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ内のすべてのＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−ＢｌｏｃｋがＦＥＣ１デコーダーを利用したデコーディングを成功すれば、Ｓｏｕｒｃｅ  Ｂｌｏｃｋに該当するＳｏｕｒｃｅ  ＰａｙｌｏａｄをＤｅ−ｐａｃｋｅｔｉｚｅｒし、それぞれのＭｅｄｉａ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ３６０、３７０に伝送し、最終的にユーザにストリーミングサービスを提供することができる。
【００５１】
もし、ＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ内の少なくとも１つのＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−ＢｌｏｃｋがＦＥＣ  ｄｅｃｏｄｉｎｇを失敗するようになれば、ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  ３０５のためのＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄ  ３４５を利用して、未だ復旧しないＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄを追加的に復旧する。
【００５２】
前記追加的な復旧後、ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ３４０は、ＦＥＣ  Ｓｏｕｒｃｅ  Ｂｌｏｃｋ  ３０５に該当するＳｏｕｒｃｅ  ＰａｙｌｏａｄをＤｅ−ｐａｃｋｅｔｉｚｅｒし、それぞれのＭｅｄｉａ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ  ３６０、３７０に伝送し、ユーザに最終的にストリーミングサービスを提供することができる。
【００５３】
実施例によって、ユーザグループＡにあるユーザが、ＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−
Ｂｌｏｃｋに対するＦＥＣ  ｄｅｃｏｄｉｎｇに頻繁に失敗し、ユーザに不便をもたらすものと判断されれば、ユーザグループＢに転換するために自分のＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒを図３のように拡張し、ユーザグループＢにあるユーザのように、ＦＥＣ  ｄｅｃｏｄｉｎｇを行い、サービスを提供すれば良い。このような例としては、ユーザグループＡでＦＥＣ  ｄｅｃｏｄｉｎｇを行う途中に、急にチャネルでｂｕｒｓｔ  ｐａｃｋｅｔ  ｌｏｓｓが発生し、ＦＥＣ１デコーダーを利用したｄｅｃｏｄｉｎｇが不可能な場合、ユーザグループＢに転換することによって、良質のサービスを提供することができる。
【００５４】
前記デコーディングをする端末は、ＦＥＣデコーディングをすることができる１個以上のデコーダーと前記デコーダーを制御する制御部を含むことができる。
図４は、本発明の実施例によるエンコーディング時のデータの流れを示す図である。
【００５５】
図４を参照すれば、Ｓｔｒｅａｍｉｎｇサービスのためにビデオエンコーダー４１０とオーディオエンコーダー４１５は、生成されたそれぞれのビデオコンテンツ（Ｖｉｄｅｏ  ｃｏｎｔｅｎｔ）とオーディオコンテンツ（Ａｕｄｉｏ  ｃｏｎｔｅｎｔ）をエンコーディング（ｅｎｃｏｄｉｎｇ）して出力するようになり、これから、ビデオは、１つまたはそれ以上のＭＰＵで構成されたビデオアセット（Ｖｉｄｅｏ  Ａｓｓｅｔ）４２０を、オーディオは、１つまたはそれ以上のＭＰＵで構成されたオーディオアセット（Ａｕｄｉｏ  Ａｓｓｅｔ）を生成し、それぞれのＭＰＵは、ＭＭＴ  Ｐａｙｌｏａｄ  Ｆｏｒｍａｔに合わせてＭＭＴ  Ｐａｙｌｏａｄでパケット化（Ｐａｃｋｅｔｉｚｅｒ）され、ＭＭＴペイロードストリーム４３０、４３５を生成する。その後、それぞれのＭＭＴ  ＰａｙｌｏａｄにＭＭＴパケットヘッダー（Ｐａｃｋｅｔ  Ｈｅａｄｅｒ）を追加し、ＭＭＴパケットストリーム（Ｐａｃｋｅｔ  Ｓｔｒｅａｍ）４４０、４４５を生成する。生成されたＶｉｄｅｏ  ＭＭＴパケットストリーム４４０とＡｕｄｉｏ  ＭＭＴパケットストリーム４４５は、多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）された後、１つの多重化されたＭＭＴパケットストリーム４５０で構成される。
【００５６】
多重化されたＭＭＴパケットストリーム４５０は、以後ＦＥＣ  ｅｎｃｏｄｉｎｇのために所定個数のＭＭＴ  Ｐａｃｋｅｔで構成されたＳｏｕｒｃｅ  Ｂｌｏｃｋに分けられる。前記分けられたそれぞれのＳｏｕｒｃｅ  Ｂｌｏｃｋは、図１のＣａｓｅ  ３とＦＥＣ１エンコーダー及びＦＥＣ２エンコーダーによってエンコーディングされ（４６０）、Ｐａｒｉｔｙ  Ｐａｙｌｏａｄを生成することができる。
【００５７】
前記ＦＥＣプロテクション（Ｐｒｏｔｅｃｔｉｏｎ）されたＭＭＴ  ＰａｃｋｅｔそれぞれにＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤを追加し、Ｐａｒｉｔｙ  Ｐａｙｌｏａｄには、ＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤ及びＭＭＴ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒを追加し、ＦＥＣパケットストリーム４７０を作ってユーザに伝送するようになる。
【００５８】
図５ａは、本発明の実施例によるデコーディング方法を示す流れ図である。
【００５９】
図５ａを参照すれば、受信側の端末機は、ＳｔｒｅａｍｉｎｇサービスのＦＥＣ  ｄｅｃｏｄｉｎｇのためにＦＥＣメッセージを受信する（５００）。前記端末機は、受信したＦＥＣメッセージを基盤として受信されたＦＥＣ  Ｐａｃｋｅｔ  Ｓｔｒｅａｍのエンコーディング方式を判断することができる（５０２）。もし、前記受信したＦＥＣ  Ｐａｃｋｅｔ  Ｓｔｒｅａｍが本発明のＣａｓｅ  ３のような方式でエンコーディングされた場合、段階５０６に進行し、そうではない場合、段階５０４で、既存の方式のようにデコーディングを行うことができる。
【００６０】
段階５０６で、端末は、現在端末の通信環境がユーザグループＡまたはＢに該当するか否かを判断することができる。前記端末は、チャネル環境測定を通じて通信環境を判断することができる。また、受信したＦＥＣ  Ｐａｃｋｅｔ  Ｓｔｒｅａｍをデコーディングした後、デコーディング成功可否によって前記端末の通信環境を判断することもできる。また、受信端がユーザグループＡに属するか、ユーザグループＢに属するかを判断する事例は、受信されたＭＭＴ  ＰａｃｋｅｔのＳｅｑｕｅｎｃｅから損失されたＭＭＴ  Ｐａｃｋｅｔの比率を予測し、また、ＦＥＣ  ｍｅｓｓａｇｅのＦＥＣ  ｅｎｃｏｄｉｎｇ関連情報（例えば、ＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−ＢｌｏｃｋのＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｃｋｅｔ及びＦＥＣ  Ｐａｒｉｔｙ  Ｐａｃｋｅｔの個数情報）に基づいて判断するか、またはＦｅｅｄｂａｃｋ  ｃｈａｎｎｅｌのための自分が処しているチャネル状況を知ることができる。
【００６１】
もし前記端末の通信環境がユーザグループＡにあると判断される場合、前記端末は、ＦＥＣ１デコーダーがＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ単位でｄｅｃｏｄｉｎｇを行うことができるようにＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒを準備することができる（５０８）。
【００６２】
もし、前記端末の通信環境がユーザグループＢにあると判断されれば、ＦＥＣ１デコーダー及びＦＥＣ２デコーダーがＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ及びＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ単位でｄｅｃｏｄｉｎｇを行うためのＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒを準備することができる（５１０）。
【００６３】
図５ｂは、本発明の実施例によるデコーディング時のデータの流れを示す図である。
【００６４】
図５ｂを参照すれば、端末は、ＦＥＣ  ｍｅｓｓａｇｅの受信後、ＦＥＣ  ｄｅｃｏｄｉｎｇが用意されれば、ＦＥＣパケットストリーム（Ｐａｃｋｅｔ  Ｓｔｒｅａｍ）を受信（５２０）する。
【００６５】
それぞれのＦＥＣ  Ｐａｃｋｅｔ内のＭＭＴ  ＦＥＣ  Ｐａｙｌｏａｄ  ＩＤ情報を獲得し、それぞれのＦＥＣ  Ｂｌｏｃｋに該当する受信されたＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄ（ＭＭＴ  Ｐａｃｋｅｔ）とＦＥＣ  Ｐａｒｉｔｙ  ＰａｙｌｏａｄからＦＥＣ  ｄｅｃｏｄｉｎｇを行う（５３０）。前記デコーディング方式は、図２及び図３で記述されたデコーディング方式を通じて行われることができる。
【００６６】
ＦＥＣデコーディングを通じて損失されたＦＥＣ  Ｓｏｕｒｃｅ  Ｐａｙｌｏａｄを復元し、復元された多重化されたＭＭＴパケットストリーム（Ｍｕｌｔｉｐｌｅｘｅｄ  ＭＭＴ  Ｐａｃｋｅｔ  Ｓｔｒｅａｍ）を生成する（５４０）。
【００６７】
Ｍｕｌｔｉｐｌｅｘｅｄ  ＭＭＴ  Ｐａｃｋｅｔ  ＳｔｒｅａｍをビデオＭＭＴパケットストリーム５５０及びオーディオＭＭＴパケットストリーム５５５に分け、また、ビデオＭＭＴＰａｙｌｏａｄ  Ｓｔｒｅａｍ  ５６０及びオーディオＭＭＴ  Ｐａｙｌｏａｄ  Ｓｔｒｅａｍ５６５を区分し、ＭＭＴ  Ｈｅａｄｅｒ及びＤｅ−ｐａｃｋｅｔｉｚｉｎｇを行い、ＭＰＵで構成されたＶｉｄｅｏ  Ａｓｓｅｔ  ５７０とＡｕｄｉｏ  Ａｓｓｅｔ  ５７５をそれぞれ生成する。それぞれのＭＰＵのビデオデコーダー５８０とオーディオデコーダー５８５に入力され、圧縮を解除した後、再生される。
【００６８】
本発明の属する技術分野における通常の知識を有する者は、本発明がその技術的思想や必須な特徴を変更することなく、他の具体的な形態で実施されることができることを理解することができる。したがって、以上で記述した実施例は、すべての面で例示的なものであり、限定的なものではないものと理解しなければならない。本発明の範囲は、前記詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲そしてその均等概念から導出されるすべての変更または変形された形態が、本発明の範囲に含まれるものと解釈されなければならない。
【００６９】
一方、本明細書と図面には、本発明の好ましい実施例について開示し、たとえ特定用語が使用されたが、これは、ただ本発明の技術内容を容易に説明し、発明の理解を助けるための一般的な意味として使用されたものであって、本発明の範囲を限定しようとするものではない。ここに開示された実施例以外にも、本発明の技術的思想に基づく他の変形例が実施可能であることは、本発明の属する技術分野における通常の知識を有する者に自明である。
【符号の説明】
【００７０】
１００  ソースブロック（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ）
１１２、１１４、１１６  ＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ
１２０  エンコーダー
１３０  エンコーダー
１４１、１４３、１４５  ＦＥＣ  Ｓｕｂ−Ｂｌｏｃｋ
１４２、１４４、１４６  パリティペイロード１
１５０  パリティペイロード２
２０５  ＦＥＣ  Ｐａｃｋｅｔ  Ｂｌｏｃｋ
２１０〜２２４  ＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ
２４０  ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ
２５０  デコーダー
２６０  ビデオデコーディングバッファー
２７０  オーディオデコーディングバッファー
３０５  ソースブロック（Ｓｏｕｒｃｅ  Ｂｌｏｃｋ）
３１０〜３２４  ＦＥＣ  Ｐａｃｋｅｔ  Ｓｕｂ−Ｂｌｏｃｋ
３４０  ＡＬ−ＦＥＣ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ
３４５  ＦＥＣ  Ｐａｒｉｔｙ  Ｐａｙｌｏａｄ
３６０、３７０  Ｍｅｄｉａ  Ｄｅｃｏｄｉｎｇ  Ｂｕｆｆｅｒ
３５０  デコーダー
【図１】
2018011365.tif 000003
【図２】
2018011365.tif 000004
【図３】
2018011365.tif 000005
【図４】
2018011365.tif 000006
【図５ａ】
2018011365.tif 000007
【図５ｂ】
2018011365.tif 000008