JP6504820B2 - ストリーミングサービスを提供する方法及び装置 - Google Patents

ストリーミングサービスを提供する方法及び装置 Download PDF

Info

Publication number
JP6504820B2
JP6504820B2 JP2014553262A JP2014553262A JP6504820B2 JP 6504820 B2 JP6504820 B2 JP 6504820B2 JP 2014553262 A JP2014553262 A JP 2014553262A JP 2014553262 A JP2014553262 A JP 2014553262A JP 6504820 B2 JP6504820 B2 JP 6504820B2
Authority
JP
Japan
Prior art keywords
fec
encoding
decoding
block
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2014553262A
Other languages
English (en)
Other versions
JP2015504288A (ja
Inventor
スン・ヒ・ファン
セ・ホ・ミュン
ヒュン・コ・ヤン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2015504288A publication Critical patent/JP2015504288A/ja
Application granted granted Critical
Publication of JP6504820B2 publication Critical patent/JP6504820B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0064—Concatenated codes
    • H04L1/0065—Serial concatenated codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

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

Claims (9)

  1. ストリーミングデータのエンコーディング方法において、
    順方向エラー訂正（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）ソースブロックを１個以上のＦＥＣサブブロックに分ける段階と；
    前記１個以上のＦＥＣサブブロックをＦＥＣエンコーディングする第１エンコーディング段階と；
    前記第１エンコーディング段階でエンコーディングされない前記ＦＥＣソースブロックをエンコーディングする第２エンコーディング段階と；
    前記第１エンコーディング段階でエンコーディングされた第１エンコーディングデータ、及び前記第２エンコーディング段階でエンコーディングされた第２エンコーディングデータを含むデータを生成する段階と；を含み、
    前記第１エンコーディングデータは、エンコーディングされたＦＥＣサブブロックと、前記エンコーディングされたＦＥＣサブブロックの第１パリティペイロードとを含み、
    前記第２エンコーディングデータは、エンコーディングされたＦＥＣソースブロックの第２パリティペイロードのみを含み、
    前記第１エンコーディング段階及び前記第２エンコーディング段階で使用されるエンコーディング方法は、同一である方法。
  2. 前記１個以上のＦＥＣサブブロックに分ける段階は、
    前記分けられたＦＥＣサブブロックに含まれるデータの再生時間が既定の範囲内の時間になることができるように、前記ＦＥＣサブブロックを分ける段階を含むことを特徴とする請求項１に記載の方法。
  3. 前記データを生成する段階は、前記第１エンコーディングデータ及び前記第２エンコーディング段階で生成されたＦＥＣソースブロックに対するパリティパケットを含むデータを生成する段階を含むことを特徴とする請求項１に記載の方法。
  4. 前記１個以上のＦＥＣサブブロックに分ける段階は、
    前記ストリーミングデータが伝送される環境によってＦＥＣサブブロックのサイズを流動的に決定する段階を含むことを特徴とする請求項１に記載の方法。
  5. ストリーミングデータデコーディングする端末での方法において、
    ストリーミングデータを受信する段階と；
    第１順方向エラー訂正（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ）エンコーディングが前記ストリーミングデータのＦＥＣサブブロックで実行されたのか否か、及び第２ＦＥＣエンコーディングが第１エンコーディングの段階でエンコーディングされない前記ストリーミングデータのＦＥＣソースブロックで実行されたのか否かを決定する段階と；
    前記端末の通信環境を判断する段階と；
    前記判断された端末の通信環境によって前記受信したストリーミングデータをデコーディングする方法を決定する段階と；
    前記決定されたデコーディング方法で前記受信されたストリーミングデータをデコーディングする段階と；を含み、
    前記第１ＦＥＣエンコーディングによってエンコーディングされた第１エンコーディングデータは、エンコーディングされたＦＥＣサブブロックと、前記エンコーディングされたＦＥＣサブブロックの第１パリティペイロードとを含み、
    前記第２ＦＥＣエンコーディングによってエンコーディングされた第２エンコーディングデータは、エンコーディングされたＦＥＣソースブロックの第２パリティペイロードのみを含み、
    前記第１ＦＥＣエンコーディング及び前記第２ＦＥＣエンコーディングで使用されるエンコーディング方法は、同一であるデコーディング方法。
  6. 前記ストリーミングデータを受信する段階は、ＦＥＣメッセージを受信する段階を含み、
    前記受信したＦＥＣメッセージを基盤としてデコーディング方法の集合を選択する段階を含むことを特徴とする請求項５に記載の方法。
  7. 前記端末の通信環境を判断する段階は、
    前記端末が測定するとか、報告を受けた通信チャネル環境基盤で前記端末の通信環境を判断する段階を含むことを特徴とする請求項５に記載の方法。
  8. 前記受信されたストリーミングデータをデコーディングする段階は、
    前記決定されたデコーディング方法を通じてデコーディングが失敗する場合、前記決定されたデコーディング方法と異なるデコーディング方法を通じてデコーディングする段階を含むことを特徴とする請求項５に記載の方法。
  9. 前記異なるデコーディング方法は、受信されたストリーミングデータのＦＥＣパケットブロックのパリティパケットを基盤として前記受信されたストリーミングデータをデコーディングすることを特徴とする請求項８に記載の方法。
JP2014553262A 2012-01-20 2013-01-21 ストリーミングサービスを提供する方法及び装置 Expired - Fee Related JP6504820B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261588864P 2012-01-20 2012-01-20
US61/588,864 2012-01-20
KR10-2012-0111998 2012-10-09
KR1020120111998A KR20130094160A (ko) 2012-01-20 2012-10-09 스트리밍 서비스를 제공하는 방법 및 장치
PCT/KR2013/000468 WO2013109113A1 (ko) 2012-01-20 2013-01-21 스트리밍 서비스를 제공하는 방법 및 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2017207598A Division JP6535718B2 (ja) 2012-01-20 2017-10-26 ストリーミングサービスを提供する方法及び装置

Publications (2)

Publication Number Publication Date
JP2015504288A JP2015504288A (ja) 2015-02-05
JP6504820B2 true JP6504820B2 (ja) 2019-04-24

Family

ID=49218118

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2014553262A Expired - Fee Related JP6504820B2 (ja) 2012-01-20 2013-01-21 ストリーミングサービスを提供する方法及び装置
JP2017207598A Active JP6535718B2 (ja) 2012-01-20 2017-10-26 ストリーミングサービスを提供する方法及び装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2017207598A Active JP6535718B2 (ja) 2012-01-20 2017-10-26 ストリーミングサービスを提供する方法及び装置

Country Status (6)

Country Link
US (1) US9485297B2 (ja)
EP (1) EP2806589B1 (ja)
JP (2) JP6504820B2 (ja)
KR (1) KR20130094160A (ja)
CN (1) CN104137455B (ja)
WO (1) WO2013109113A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016085083A1 (ko) 2014-11-26 2016-06-02 엘지전자(주) 방송 신호 송수신 장치 및 방법
US10404411B2 (en) * 2016-02-19 2019-09-03 Mediatek Inc. Method and system of adaptive application layer FEC for MPEG media transport
FR3061379B1 (fr) * 2016-12-22 2022-08-12 Expway Procede de transmission de donnees incluant une correction d’erreur directe
US11663073B2 (en) * 2020-12-10 2023-05-30 Advanced Micro Devices, Inc. Method and apparatus for data protection in memory devices

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19630343B4 (de) * 1996-07-26 2004-08-26 Telefonaktiebolaget L M Ericsson (Publ) Verfahren und Paket-Übertragungssystem unter Verwendung einer Fehlerkorrektur von Datenpaketen
US7243285B2 (en) * 1998-09-23 2007-07-10 Digital Fountain, Inc. Systems and methods for broadcasting information additive codes
US7593380B1 (en) 1999-03-05 2009-09-22 Ipr Licensing, Inc. Variable rate forward error correction for enabling high performance communication
US7333439B2 (en) 2000-08-24 2008-02-19 Matsushita Electric Industrial Co., Ltd. Sending/receiving method, and device for the same
JP3708950B2 (ja) * 2000-08-24 2005-10-19 松下電器産業株式会社 送受信方法およびその装置
US7389463B2 (en) 2001-05-29 2008-06-17 Thomson Licensing Hierarchical block coding for a packet-based communications system
AU2003211057A1 (en) * 2002-02-15 2003-09-09 Digital Fountain, Inc. System and method for reliably communicating the content of a live data stream
US7243296B2 (en) * 2002-06-21 2007-07-10 Thomson Licensing Method of forward error correction
US7103830B1 (en) * 2002-12-18 2006-09-05 Applied Micro Circuits Corporation DC balanced error correction coding
US7152199B2 (en) * 2004-06-02 2006-12-19 Teknovus, Inc. Method and apparatus for delineating data in an FEC-coded Ethernet frame
DE102004036383B4 (de) * 2004-07-27 2006-06-14 Siemens Ag Codier-und Decodierverfahren , sowie Codier- und Decodiervorrichtungen
JP4405875B2 (ja) 2004-08-25 2010-01-27 富士通株式会社 エラー訂正用データの生成方法及び生成装置並びに生成プログラム及び同プログラムを格納したコンピュータ読み取り可能な記録媒体
ATE511721T1 (de) * 2004-10-06 2011-06-15 Nokia Corp Zusammenstellen von vorwärtsfehlerkorrektur- rahmen
WO2006038095A1 (en) * 2004-10-07 2006-04-13 Nokia Corporation Efficient source blocking algorithm for fec for mbms streaming
US7904781B2 (en) * 2004-12-09 2011-03-08 Mitsubishi Electric Corporation Data transmitting device, data receiving device, and data distribution system
US8279985B2 (en) 2005-02-22 2012-10-02 Adaptix, Inc. Intelligent demodulation systems and methods in an OFDMA multicell network
US7971129B2 (en) * 2006-05-10 2011-06-28 Digital Fountain, Inc. Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient users of the communications systems
US20080022345A1 (en) * 2006-06-29 2008-01-24 Samsung Electronics Co., Ltd. Demodulator and demodulation method
JP2010514348A (ja) * 2006-12-21 2010-04-30 トムソン ライセンシング インターネットプロトコルネットワークでのリアルタイムのオーディオ及びビデオデータの前方誤り訂正をサポートする方法
US8566676B2 (en) * 2007-01-05 2013-10-22 Qualcomm Incorporated FEC code and code rate selection based on packet size
US20090262838A1 (en) 2008-04-21 2009-10-22 Qualcomm Incorporated Method and apparatus for encoding transmission data blocks for enhanced switching performance
KR101534076B1 (ko) * 2008-04-30 2015-07-07 삼성전자주식회사 디지털 방송 송신기 및 수신기와 그 스트림 처리방법들
US20100011274A1 (en) * 2008-06-12 2010-01-14 Qualcomm Incorporated Hypothetical fec decoder and signalling for decoding control
EP2327182B1 (en) * 2008-08-25 2014-01-15 Aware, Inc. Identification of packet traffic transmitted by various devices operated in multiple overlapped frequency bands in packet-based ofdm systems
TW201141078A (en) 2010-05-14 2011-11-16 Nat Univ Chung Cheng Method of handling packet loss using error-correcting codes and block rearrangement
KR101655269B1 (ko) * 2010-05-28 2016-09-07 삼성전자주식회사 무선통신시스템에서 자원분배 장치 및 방법
EP3288187B1 (en) * 2011-11-30 2023-01-04 Samsung Electronics Co., Ltd. Apparatus and method for transmiting layered source data

Also Published As

Publication number Publication date
EP2806589B1 (en) 2019-06-19
CN104137455A (zh) 2014-11-05
CN104137455B (zh) 2017-08-15
JP2018011365A (ja) 2018-01-18
JP6535718B2 (ja) 2019-06-26
EP2806589A1 (en) 2014-11-26
KR20130094160A (ko) 2013-08-23
US9485297B2 (en) 2016-11-01
EP2806589A4 (en) 2015-09-02
US20140359392A1 (en) 2014-12-04
JP2015504288A (ja) 2015-02-05
WO2013109113A1 (ko) 2013-07-25

Similar Documents

Publication Publication Date Title
US8234547B2 (en) Seamless handover of multicast sessions in internet protocol based wireless networks using staggercasting
EP2437421B1 (en) Method, device and communication system for retransmitting based on forward error correction
KR20100094973A (ko) 중첩 변조를 사용하는 무선 데이터 멀티캐스트용의 강건한 시스템 및 방법
CN102415024A (zh) 多媒体广播转发系统和方法
JP6785928B2 (ja) 方法
JP6535718B2 (ja) ストリーミングサービスを提供する方法及び装置
JP2005223433A (ja) ストリーミングデータ送信装置およびストリーミングデータ受信装置
EP3257177B1 (en) System and method for real time video communication employing fountain coding
KR102163338B1 (ko) 방송 및 통신 시스템에서 패킷 송수신 장치 및 방법
WO2013183236A1 (ja) 送信装置、受信装置、送信方法および受信方法
US20150006991A1 (en) Graceful degradation-forward error correction method and apparatus for performing same
JP2011530907A (ja) チャネル切替のためのメディアストリームの分離
WO2013183235A1 (ja) 送信装置、受信装置、送信方法および受信方法
JP2014068295A (ja) 無線環境に適したマルチキャストデータを配信する配信サーバ、システム及びプログラム
CA2791231C (en) Seamless handover of multicast sessions in internet protocol based wireless networks using staggercasting

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20141226

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20151113

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160908

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160916

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161216

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20170626

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171026

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20171102

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20180112

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190122

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190326

R150 Certificate of patent or registration of utility model

Ref document number: 6504820

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees