JP2010519814A - データ通信ユニット、データ通信ネットワーク、及び復号化方法 - Google Patents

Abstract

無線通信ユニット（４００）は、リモート送信器ユニットから情報を受信するための受信器を含む。受信器は、復号器（４８０）に動作可能に結合され且つ受信されたデータパケットを復調するための復調器を含み、該復号器は、復調受信データパケットに巡回冗長検査（ＣＲＣ）を行ってこれにマルチプロトコルエンキャプスレーティッド（ＭＰＥ）復号化を行うように構成されている。復調器は、有効ＣＲＣ訂正データパケットと非訂正ＣＲＣデータパケットの両方を復号器（４８０）に転送し、該復号器（４８０）は、ＭＰＥ非訂正ＣＲＣデータパケットをリードソロモン（ＲＳ）コードワードに配置するよう構成されている。
【選択図】図５

Description

本発明は、データ通信ユニットにおける復号化に関する。本発明は、限定ではないが、データ通信ユニット、データ通信ネットワーク、及びデジタルビデオブロードキャスティングに適したマルチプロトコルエンキャプスレーション（ＭＰＥ）復号化方法に適用可能である。

現在、無線及び有線双方のデータ通信ネットワークでは、通信ユニット間でデータを転送することが必要条件である。データは、この関連においては、音声、マルチメディア、シグナリング、その他などの多くの形式の通信を含む。通常、このようなデータ通信は、限定的な通信リソースの使用を最適化するために、効果的且つ効率的に転送される必要がある。

通信、特にインターネット及び無線通信の最近の成長に起因して、多くの場合、送信されるデータの特定のサービス品質をエンドユーザーが必要とし又は要求する、改良型データ転送技術を提供する必要性が存在する。

欧州電気通信標準化機構（ＥＴＳＩ）は幾つかの通信規格を定義しており、多くの製造業者が同じ技術をサポートする機器を提供することができ、その通信規格に準拠した他の機器との相互運用を可能にすることを目的としている。ＥＴＳＩにより策定されたこのようなデータ通信規格の１つが、デジタルテレビセット及びセットトップボックス用に構築された地上デジタルビデオ放送（ＤＶＢ−Ｔ）規格（ＥＴＳＩ ＥＮ ３００ ７４４）である。

モバイルデバイス向けのデジタルビデオブロードキャスティングサービスの受信を改善可能にするために拡張機能を組み込むように採用されたＤＶＢ−Ｔ規格の最新バージョンが、デジタルビデオブロードキャスティング−ハンドセットＤＶＢ−Ｈ規格である。ＤＶＢ−Ｈユニットはバッテリー駆動であり、ブロードキャスト送信の特性により、ＤＶＢ−Ｈユニットの受信器チェーンの構成要素／回路を繰り返し電源オフにしてバッテリー寿命を延ばすようにするＤＶＢ−Ｈユニットの実現性が与えられる。ＤＶＢ−Ｈユニットは、屋内、屋外、歩行者として、移動中の車両内、その他などの多様なロケーションで送信信号を受信することができることが見込まれる。

このモバイル受信の目標を可能にするＤＶＢ−Ｈ規格内に組み込まれる１つの特徴は、受信データのマルチプロトコルエンキャプスレーティッド−順方向誤り訂正（ＭＰＥ−ＦＥＣ）の使用である。ＭＰＥ−ＦＥＣは、変化する環境に受信器がある場合、例えば受信器が移動中である場合に生じる可能性のある、データパケットロスが高い状況において受信器によるデータ回復を可能にする。ＭＰＥ−ＦＥＣは、データをブロック（ＭＰＥ−ＦＥＣフレーム）に再編成し、これらのデータブロックに対して順方向誤り訂正を実施する。効率的な誤り訂正メカニズムにおいて、共通する手法は、５１２Ｋｂｉｔｓより大きなＭＰＥ−ＦＥＣフレームを有することである。従って、ＤＶＢ−Ｈ互換システム内で動作する受信器は、比較的短い時間期間（例えば２００ミリ秒）において単一チャネルを通じて最大２メガビットのデータでＭＰＥ−ＦＥＣフレームを受信する。

また、電力を節約するために、ＤＶＢ−Ｈ規格では、図１に示されるように「タイムスライシング」１００の技術を組み込んでいることが知られている。タイムスライシングは、データをバースト１１０に再編成するメカニズムである。バーストは、バースト持続時間と呼ばれる短い時間量１１５で送信されるデータの量１２５である。次のバーストは、「オフタイム」１２０と呼ばれる長い時間遅延等の後に送信される。この時間期間中、他のプログラム又はアプリケーションからのバーストを送信することができる。従って、バースト１１０は、全時間期間に渡って利用可能な一定帯域幅１３５を超える、バースト持続時間１１５に対する大きなバースト帯域幅１３０を利用することができる。このように、受信器は、バーストが存在するときにのみ起動される。一般に、ＤＶＢ−Ｈ規格内では、バーストとＭＰＥ−ＦＥＣフレームとが一致する。これは、１つのバースト当たりに整数の完全ＭＰＥ−ＦＥＣフレームが存在することを意味する。

従来、ＤＶＢ−Ｔは元々、ＭＰＥＧ２トランスポートストリーム（ＴＳ）で送信されるＭＰＥＧ２ビデオ用に作られた。ＭＰＥＧ２ ＴＳは、リードソロモン（ＲＳ）順方向誤り訂正（ＦＥＣ）コードで保護されている。次に、マルチ-プロトコル・エンキャプスレーション（ＭＰＥ）復号化のアプリケーションは、インターネットプロトコル（ＩＰ）データパケットのトランスポートを可能にする。従って、移動伝播劣化に対処するために、ＤＶＢ−Ｈは、ＭＰＥ−ＦＥＣと呼ばれるＲＳ ＦＥＣの別のレイヤを導入した。ここでは、正しい巡回冗長検査（ＣＲＣ）を備えたＭＰＥブロックだけが、ＭＰＥ ＦＥＣ復号器によって更に処理される。ＣＲＣが不合格であった場合、全ブロックが廃棄される。次いで、ゼロが、ブロックデータの代わりにＲＳコードワード内の適正なバイト位置に挿入され、「信頼性が低い」ものとしてマーク付けされる。ＲＳコードワード内に６４よりも多い信頼性が低いバイト位置が存在する場合、ＲＳ復号器は何も訂正することができず、従って、エラー訂正なしでバイトを出力するだけである。

ここで図２を参照すると、ＥＮ３０１ １９２Ｖ１．４．１規格で提案される公知のＭＰＥ−ＦＥＣ復号器２００が示されている。ＭＰＥ−ＦＥＣ復号器は、受信信号を復調するための復調器２０５を含み、その後に、復調受信信号を復号するための内部復号器２１０及び外部復号器２１５を含む。内部復号器は畳み込み復号器である。受信は通常、軟判定ビタビ復号器を使用して実施される。これは、ビタビエラーが本質的にほぼバースト性であるときに、受信信号の品質に対する熱雑音及び干渉の影響を低減する。外部復号器としてリード−ソロモン復号器が使用され、復号復調された受信信号をＭＰＥＧ２トランスポートストリーム（ＴＳ）デマルチプレクサに送り、受信されたデータパケットをデインターリーブする。次に、ＭＰＥデータパケットは、ＩＰデータグラム２２５、２４０とＲＳ列データ２３０、２４５に分割される。ＭＰＥ−ＦＥＣデータの典型的なテーブルが図３に示されている。次に、これらのＭＰＥデータパケットはＭＰＥ−ＦＥＣ復号器２５０に入力され、出力訂正ＩＰデータグラム２５５を提供する。

ここで図３を参照すると、公知のＭＰＥ−ＦＥＣテーブル３００には、図２の内部及び外部復号器によって訂正されなかったエラーを取り除くのに用いることができる冗長情報を含む。ＭＰＥ−ＦＥＣテーブル３００は、ＩＰデータグラム３１０、幾らかのパディング３１５、及びアプリケーションパディング列３２０を有するアプリケーションデータテーブル３１０を含む。更に、ＲＳデータテーブル３３５は、ＲＳデータ３２５及びパンクチャードＲＳデータ列３３０を含む。６４パンクチャードＲＳデータ列は、アプリケーションデータテーブル３１０の冗長情報を保持する。これらの列は、以下で説明される方法によって損失セクションの回復を可能にする。

規格ＥＮ３０１ １９２の条項９．３．３は、以下のようにＭＰＥ−ＦＥＣ復号化方法を提案している。
「ＭＰＥ−ＦＥＣフレームの行数は、ｔｉｍｅ＿ｓｌｉｃｅ＿ｆｅｃ＿ｉｄｅｎｔｉｆｉｅｒ＿ｄｅｓｃｒｉｐｔｏｒでシグナリングされる。アプリケーションデータテーブルのパディング列の数は、各ＭＰＥ−ＦＥＣブロックのヘッダでシグナリングされる。パンクチャードＲＳ列の数は、ｌａｓｔ＿ｂｌｏｃｋ＿ｎｕｍｂｅｒが最後のブロックのブロック数を示すので、６３−ｌａｓｔ＿ｂｌｏｃｋ＿ｎｕｍｂｅｒとして計算することができる。ブロックナンバリングがゼロベースであると、表示される数は列の数よりも１少ない。

受信器は、ＭＰＥ−ＦＥＣブロックで示されるように、アプリケーションデータテーブルにおけるパディングバイトの数を導入する。受信器は、これらのパディングバイトを「信頼性がある」としてマーク付けする。受信器がアプリケーションデータテーブルの最後のブロックすなわちｔａｂｌｅ＿ｂｏｕｎｄａｒｙ＿ｆｌａｇを正確に受信した場合、受信器は、信頼性があるとしてアプリケーションデータテーブル内のあらゆる残りのパディングバイトをマーク付けすることができる。受信器が最後のブロックを正確に受信しなかった場合、受信器は、その一部が効率的にパディングしている場合でも、最初のパディング列までの最後の正確に受信されたブロック後の全てのバイト位置が失われたデータであると仮定し、対応するバイト位置を信頼性が低いものとしてマーク付けする必要があることになる。パディング列の数がシグナリングされるので、信頼性が低いとマーク付けすることができるパディングバイトの最大数は、ｎｏ＿ｏｆ＿ｒｏｗｓ−１に等しい。このような信頼性が低いパディングバイトに起因する符号化性能への影響はわずかである。

全てのＭＰＥ及びＭＰＥ−ＦＥＣブロックは、ＣＲＣ−３２コードによって保護されており、全ての誤りのあるブロックを確実に検出する。アプリケーションデータテーブル又はＲＳデータテーブルに属する正確に受信されたあらゆるブロックについて、受信器は、ブロックヘッダにおいてブロック内のデータペイロードの開始アドレスを探し、次いで、それぞれのテーブルの右位置にペイロードを配置することができる。

この手順の後、一般に、損失ブロックに対応する幾つかの残りの「ホール」が存在する。次に、全て正確に受信されたバイト及びアプリケーションデータパディングは、「信頼性がある」とマーク付けすることができ、「ホール」及びパンクチャードＲＳ列における全バイト位置は、ＲＳ復号化において「信頼性が低い」としてマーク付けすることができる。

ＭＰＥ−ＦＥＣフレーム（アプリケーションデータテーブル＋ＲＳデータテーブル）内の全バイト位置は、「信頼性がある」又は「信頼性が低い」の何れかとしてマーク付けされる。このようなＭＰＥ−ＦＥＣ信頼性（消失）情報では、ＲＳ復号器は、誤りのある又は信頼性が低いバイトの数を二度訂正することができ、これは、コードが２５５バイトコードワード当たり最大６４のこのようなバイトを訂正できることを意味する。

１行に信頼性が低いバイト位置が６４よりも多い場合、ＲＳ復号器は、いずれも訂正することができず、従って、一般的にはエラー訂正なしでバイトエラーを出力するだけである。従って、受信器はＲＳ復号化後にＭＰＥ−ＦＥＣフレーム内の何れの残りのバイトエラーの位置について完全な知識を有することになる。データグラムが部分的にのみ訂正された場合、受信器は、これを検出し、更に（任意選択的に）このデータグラムを廃棄することができる。

誤りのあるブロックを検出するＣＲＣ−３２に加えて、ＲＳ復号器もまた、誤りのあるＴＳパケットを極めて確実に検出する。ＭＰＥＧ−２デマルチプレクサが誤りのあるパケットを廃棄する場合、損失ＴＳパケットを包含するブロックを構築しないように設計することができる。このように、ほとんど正確なブロックだけが構築され、ＣＲＣ−３２の役割は、通常は必要とされない付加的な誤り検出機能を提供することになる。極めて稀な状況では、ＲＳ復号器が誤りのあるＴＳパケットを検出できないことがあり、よって誤りのあるブロックが構成される可能性がある。この場合ＣＲＣ３２は、このようなブロックエラーを発見することになる。」

従って、ＥＮ３０１ １９２Ｖ１．４．１、「デジタルビデオブロードキャスティング（ＤＶＢ）；データブロードキャスティング用ＤＶＢ規格」によれば、「１行に信頼性が低いバイト位置が６４よりも多く存在する場合、ＲＳ復号器は何も訂正することができない。」このような何らかの性能制限は、他の欠点の中でも、セルラーデータネットワークにおけるセルカバレッジの低減、最大オペレーティング速度の低下、その他を意味する。

Ｍａｓｓｙ，Ｊ．Ｌによる「Ｓｈｉｆｔ− Ｒｅｇｉｓｔｅｒ Ｓｙｎｔｈｅｓｉｓ ａｎｄ ＢＣＨ Ｄｅｃｏｄｉｎｇ」、ＩＥＥＥ議事録情報セオリーｖｏｌ１５、ｐ１２２-１２７、１９６９年

従って、復号器を含む改善されたデータ通信ユニット、復号化方法及びデータ通信ネットワークに対する必要性がある。

本発明の態様によれば、添付の請求項に定められるデータ通信ユニット、デジタル通信ネットワーク、及びこれらの復号化方法が提供される。

次に、本発明の例示的な実施形態を例証として添付図面を参照しながら説明する。

ＥＮ３０１ １９２Ｖ１．４．１規格によって提案される公知のＭＰＥ−ＦＥＣ復号器を示す図である。 公知のＤＶＢ−Ｈ受信器に適用されるタイムスライシングの公知の実施例を示す図である。 ＩＰデータグラム及びＲＳデータを利用する公知のＭＰＥ−ＦＥＣテーブルを示す図である。 本発明の実施形態に従って適応される、ＤＶＢ−Ｈ通信をサポートするデジタルビデオブロードキャスティングシステムを示す簡易ブロック図である。 本発明の実施形態によるＭＰＥ−ＦＥＣ復号化方法を示すフローチャートである。 本発明の実施形態によるＭＰＥ−ＦＥＣ復号化方法を示すフローチャートである。 本発明の実施形態によるＩＰ及びＲＳセクション位置推定の方法を示すフローチャートである。 本発明の実施形態による図７の構成要素７０２を示すフローチャートである。 本発明の実施形態による幾つかのＴＳパケットを示す図である。

本発明の実施形態は、規格ＥＴＳＩ ＥＮ３００ ７４４及びＥＴＳＩ ＥＮ ３０１ １９２に準拠するように適合されたデジタルビデオブロードキャストハンドセット（ＤＶＢ−Ｈ）の観点で説明する。有利には、本発明のＤＶＢ−Ｈの実施形態は、レガシーＤＶＢシステムの既存のＭＰＥＧ−２トランスポートストリーム（ＴＳ）インフラストラクチャ上でブロードキャストＩＰベースコンテンツ（例えば、ＭＰＥＧ−４ビデオストリーム）をハンドヘルドデバイスに送信できるようにする。ＩＰストリームは、ブロックにフラグメント化され、マルチ−プロトコル・エンキャプスレーション（ＭＰＥ）プロトコルを使用してエンキャプスレートされる。巡回冗長検査（ＣＲＣ）は、破損したＭＰＥブロックを検出するよう規定されている。

本発明の実施形態は、デジタルビデオブロードキャストハンドセットの観点で説明するが、本明細書に記載される発明の概念は、特に第２コードがＢＣＨ（Ｂｏｓｅ、Ｒａｙ−Ｃｈａｕｄｈｕｒｉ、Ｈｏｃｑｕｅｎｇｈｅｍ）コード又はリードソロモンコードなどのブロックコードである場合、連結コードを含む送信を組み込んだあらゆる装置において具現化することができることは理解されるであろう。

要約すると、本発明の概念は、雑音の多いモバイルラジオチャネル上での送信に対処することを提案し、ＣＲＣがデータの誤りのあるバイトを訂正できなかった場合にデータのＭＰＥ−ＦＥＣブロックが廃棄されない外部ＲＳコード及びＭＰＥ−ＦＥＣ ＲＳコードのための反復復号化技術を応用する。

本発明の実施形態は、公知の従来技術と比較してＭＰＥ ＦＥＣの性能を大きく向上させる新規の方式を提案する。性能の向上と計算の複雑さの増大のバランスを取るための提案方式の変形形態について概説する。

ここで図４を参照すると、デジタルビデオブロードキャスティング（ＤＶＢ）通信ネットワーク４００の簡易ブロック図は、文字及びマルチメディア情報を無線チャネル４６０に渡ってリモート受信器ユニットに同報通信するブロードキャスト送信器を含む。ブロードキャスト送信器は、サーバー４２０に動作可能に結合され、文字部分及びマルチメディア情報の両方を含むブロードキャスト信号を受信及び処理するよう構成されている。サーバー４２０は、文字及びマルチメディア情報をデータサブブロックの複数のバーストに分離し、ここで実質的に各サブブロックは、リモート受信器ユニットに送信するための文字データ及びマルチメディア情報のサブブロックを含む。

マルチプレクシング手法を使用して、新しいＤＶＢ−Ｈサービスを既存のＤＶＢ−地上ネットワークに導入するために、ＤＶＢ−Ｈ ＩＰエンキャプスレータ４１５は、ＭＰＥロジック４２０、ＭＰＥ−ＦＥＣロジック４２５、及びタイム−スライス対応インターネットプロトコル（ＩＰ）エンキャプスレータ（ＩＰＥ）４３０を使用して、ＩＰデータグラム４１０をエンキャプスレートする。ＤＶＢ−Ｈ ＩＰエンキャプスレータ４１５は、マルチプレクサ４３５に接続されている。タイム−スライス対応インターネットエンキャプスレーションは、関心のあるＩＰデータグラムのフィルタリング処理である。これらのＩＰデータグラムは、トランスポートストリーム（ＭＰＥＧ２−ＴＳ）にエンキャプスレートされる。

ＭＰＥＧ２データチャネル４０５のセット（例えば、ＤＶＢ−Ｔサービスを含む）はまた、マルチプレクサ４３５によってトランスポートストリーム（ＴＳ）リンク４４５にマルチプレクサされる。マルチプレクサ４３５は、理想的には、各カバレッジエリアに位置付けられており、ＤＶＢ−Ｈサービスのために確保されている固定量のビットレートを包含する。マルチプレクサ４３５は、ＤＶＢ−Ｈチャネル用の固定ビットレートを提供する。特に、マルチプレクサの数は、サービスカバレッジエリアの粒度を判定付ける。これは、これらのマルチプレクサ４３５が理想的には各カバレッジエリア（多周波数ネットワーク（ＭＦＮ）又は単一周波数ネットワーク（ＳＦＮ）の何れか）においてローカルに位置付けられる主な理由である。

これらのエンキャプスレートされたＩＰデータグラムは、ＭＰＥＧデータを幾つかの無線ブロードキャストＤＶＢ−Ｔ地上送信器上に符号化し、次いで、タイムスライスに割り当てられたサービスに対応する時間間隔の間だけ送信するようにする処理ロジック４５５を含むＤＶＢ−Ｔ変調器４５０を介して送られる。

受信器側では、エンキャプスレートされたＩＰデータグラムが、受信通信ユニットで受信され、処理ロジック４７０を含むＤＶＢ−Ｔ復調器４６５に入力されて、ＭＰＥＧデータをトランスポートストリーム（ＭＰＥＧ２−ＴＳ）４７５に復号する。ＭＰＥＧデータは、タイム−スライス対応インターネットプロトコル（ＩＰ）デキャプスレータ（ＩＰＥ）４８５、ＭＰＥ−ＦＥＣ ＲＳ復号化４９０及びＭＰＥロジック４９５を使用して、ＩＰデータグラムをデキャプスレートするＤＶＢ−Ｈ ＩＰデキャプスレータ４８０に入力され、復号化ＩＰデータグラム４９８を生成する。

本発明の実施形態によれば、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０は、不正確な巡回冗長検査（ＣＲＣ）の後のＭＰＥブロックを廃棄しないように適合される。不正確な巡回冗長検査の後のＭＰＥブロックを廃棄する代わりに、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０は、潜在的に誤りのあるバイトをゼロの代わりにＲＳコードワードに配置する。

更に、本発明の実施形態では、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０は、破損したＭＰＥブロックのバイト位置を信頼性が低いものとして識別する（フラグを立てる）。

ＲＳコードワードに配置されたこれらの誤りのあるバイトでは、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０のＭＰＥ−ＦＥＣ ＲＳ復号器４９０は、ＲＳコードワードにＲＳ復号化を実施する。本発明の１つの実施形態では、ＲＳ復号化は、６４より多い信頼性が低いバイトを有するＲＳコードワードに対してもＢｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムを使用して行われる。この状況では、ＲＳコードＲＳ（２５５，ｔ＝３２）は、以下の特性を有する。
１．最大３２個のエラーを位置特定し訂正することができる（例えば、Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチを使用して）。
２．従って、最大６４個のエラーを検出することができる。
３．よって、最大６４個のエラーを位置特定することができ（消失などの外部情報を使用して）、次いで、これらの６４個のエラーを訂正することができる。

ＥＮ３０１ １９２Ｖ１．４．１規格だけが、この第３の特性を使用する。ＥＮ３０１ １９２Ｖ１．４．１規格では、６５より少ないエラーが位置付けられた場合には、何も訂正することができないと明記されている。本明細書に記載される実施形態で説明されるように、この文言は正しくないことが認められる。特に、上記の特性「１」を使用して最大３２個のエラーを訂正できることが分かっている。実際、１つの行当たりに３２個より少ないエラーを有する状況が頻繁にあるが、消失情報はエラーロケーションに関してどのような情報も与えていない。これらの場合、この３２個のエラーを訂正することができる。

更に、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０のＭＰＥ−ＦＥＣ ＲＳ復号器４９０は、Ｂｅｒｌｅｋａｍｐ−ＭａｓｓｅｙアルゴリズムがＭＰＥ−ＦＥＣ消失情報以外にエラーを位置付けないことをチェックするよう構成することができる。

加えて、本発明の実施形態では、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０は、性能を更に向上させるために、外部ＲＳコード及びＭＰＥ−ＦＥＣ ＲＳコードのための反復復号化技術に上述の原理を適用するよう構成されている。このようにして、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０は、反復復号化の使用を介してＭＰＥＧ２ ＴＳ ＲＳ及びＭＰＥ−ＦＥＣ ＲＳコードワードを共に復号するよう構成することができる。

ここで図５を参照すると、ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０、及び具体的には本発明の一部の実施形態の反復態様がより詳細に示されている。ＤＶＢ−Ｈ ＩＰデキャプスレータ４８０は、受信されたＭＰＥＧ２パケットデータストリームを復調するように構成された復調器５０５を含む。復調器５０５は、復調ＭＰＥＧ２パケットデータストリームを復号するための内部復号器５１０に動作可能に結合されている。内部復号器５１０は、本発明の実施形態では外部反復復号器に動作可能に結合されている。外部反復復号器は、復号され復調されたＭＰＥＧ２データストリームを受信するためのＭＰＥ−ＦＥＣブロック復号化反復器５３５を含む。ＭＰＥ−ＦＥＣブロック復号化反復器５３５は、復号され復調されたＭＰＥＧ２データストリームをＭＰＥ−ＦＥＣ ＲＳ復号器５５０及び外部復号器５１５の両方を使用して反復復号化方式でルーティングする。反復復号化オペレーションに続いて、復号され復調されたＭＰＥＧ２データストリームは、ＭＰＥ−ＦＥＣブロック復号化反復器５３５からＭＰＥＧ２トランスポートストリームデマルチプレクサロジック５２０に出力される。

第１反復の間、ＭＰＥ及びＭＰＥ−ＦＥＣセクションは、ＭＰＥＧ２ ＴＳパケットからデフラグメント化され、ＭＰＥ−ＦＥＣテーブルを送る。ＭＰＥ−ＦＥＣ復号器は、ＭＰＥ及びＭＰＥ−ＦＥＣセクションにエンキャプスレートされたＩＰデータグラム及びＲＳ列を訂正する。このプロセスに加えて、ＭＰＥ−ＦＥＣは、入力されたＭＰＥＧ２ ＴＳとデフラグメント化されたＭＰＥセクション及びデータグラムとの間の関係を記憶する。従って、ＩＰデータグラムが訂正された場合、反復器５３５は、現在部分的に訂正されているオリジナルＭＰＥＧ２パケットを再構成することができる。有利には、本発明の実施形態によれば、これまでは訂正できなかった幾つかのＭＰＥＧ２ ＴＳ ＩＰデータグラムを現在は訂正することができる。

本発明の一部の実施形態において、反復を複数回実行できることは想定される。

本発明の拡張された実施形態では、ＭＰＥＧ２パケットが前回の反復中に正確に復号化された場合には、復号化を再実行する必要はない。本発明の更に拡張されたより効率的な実施形態は、変更があったＭＰＥＧ２ ＴＳ値のみを再復号するものである。この更に拡張された実施形態では、ＭＰＥＧ２ ＴＳの正しくない訂正に対処することができる。更に別の拡張され且つより効率的な実施形態は、ＲＳシンドローム計算に関し、この場合、次の反復中にシンドロームを再計算するのではなく、シンドローム自体の更新をより迅速にする。

本発明の１つの実施形態では、タイムスライシングが使用されると、ＭＰＥ−ＦＥＣブロック復号化反復器を使用して、ＭＰＥＧ２ＴＳデマルチプレクサ５２０を一時的に交換できることは想定される。ＤＶＢ−Ｔ信号に対しては、ＭＰＥＧ２ ＴＳデマルチプレクサを使用して、異なるプログラムを分離する。ＤＶＢ−Ｈにおいては、ＭＰＥＧ２パケットがＭＰＥ−ＦＥＣブロック反復器に入力され、ここでは、入力パケットとＩＰデータグラム／ＲＳ列との間の関係を推定することが必要になる。

図６は、ＭＰＥ−ＦＥＣ復号化オペレーションの更に詳細な図６００を示す。ＭＰＥ−ＦＥＣ復号化オペレーションは、ＣＲＣ訂正データブロック及び非ＣＲＣ訂正データブロック６０５の両方を有するＭＰＥＧ２ＴＳブロックの入力信号を受信する段階を含む。ＭＰＥＧ２ＴＳブロック６０５は、ＰＩＤデマルチプレクサ６１０に入力され、有用な情報を含む可能性のある破損したパケットをＭＰＥ−ＦＥＣ復号器が検出できるようにする。ＰＩＤデマルチプレクサ６１０は、フィルタ処理されたＭＰＥＧ２データをインターネットプロトコル（ＩＰ）及びリードソロモン（ＲＳ）ブロックの位置推定器に出力し、該位置推定器が、ＭＰＥ−ＦＥＣテーブル内に正確な（トリビアル）データグラム６２０とＭＰＥＧデータグラム６２５の不正確なブロックの両方を配置する。

特に、ＥＴＳＩ ＥＮ３００ ７４４規格は、ＭＰＥ−ＦＥＣ消失情報を生成するための手段としてＣＲＣ３２の使用を提案している。しかしながら、本発明の実施形態によれば、ＭＰＥ−ＦＥＣ消失テーブル情報６３０は、入力ＭＰＥＧ２ＴＳブロック６０５を使用してＣＲＣ訂正データグラム６２０とＭＰＥＧデータグラム６２５の非ＣＲＣ訂正ブロックの両方から生成される。ＭＰＥ−ＦＥＣ消失テーブル情報６３０の生成に続いて、ＭＰＥＧデータが、ＦＥＣシンドローム計算ロジック６４０及びその後にＲＳ訂正に渡され、例えば、Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙアルゴリズム６４５を使用して、訂正ＩＰデータグラム６５０を生成する。

ＲＳ代数復号化は通常、シンドローム計算、エラーロケーション、及び次にエラー訂正のステップを包含する。シンドロームはＣＲＣに類似している。シンドロームの全てがヌルである場合、受信されたデータはエラーを包含しない。シンドロームがヌルでない場合、エラーは、付加的な情報（消失ロケーションなど）から直接位置付けられるか、或いはシンドロームから直接計算することができる。本発明の関連では、Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙアルゴリズム６４５アルゴリズムが、ＩＥＥＥ議事録 情報理論 ｖｏｌ１５、ｐ１２２-１２７、１９６９年のＭａｓｓｙ，Ｊ．Ｌによる「Ｓｈｉｆｔ− Ｒｅｇｉｓｔｅｒ Ｓｙｎｔｈｅｓｉｓ ａｎｄ ＢＣＨ Ｄｅｃｏｄｉｎｇ」で説明されているように、シンドロームからエラーを位置付けることができる。エラーを位置付けることができる場合、線形システムを解いてエラーの値を導出する。これにも関わらず、第１反復は、より堅牢なＣＲＣ３２に基づくことができる。次の反復は、ＭＰＥＧ２ＴＳ情報に基づくことができる。反復のあらゆる組合せも使用できることは想定される。

潜在的なエラーロケーション（消失）が提供されると、この情報が正確でなくてはならない点に留意されたい。幾つかのバイトがエラーを包含しないと識別された場合、これらのバイトはエラーを包含してはならない。バイトがエラーを包含している場合、復号器はバイトを正確に復号することができないことになる。或いは、エラーを包含する可能性があるバイトを識別するために同じ手法を適用する。バイトがエラーを包含していない場合、復号器は同様にバイトを正確に復号できないことになる。例えば、実際にはバイトがエラーを包含していない訳ではないなどのときには、値は正確であると判定されることになる。

バイトは、ＣＲＣ３２が正確であるときに正確であると示される。これは、ＭＰＥＧ２ＴＳパケットによって与えられた値よりも信頼性がある。実際に、ＭＰＥＧ２ＴＳパケットが正確である可能性があるが、ＭＰＥ−ＦＥＣテーブルにおけるその位置は不正確である可能性がある。ＭＰＥＧ２ＴＳパケット情報が直接信頼される場合、ＭＰＥ−ＦＥＣにおける値は、正確でありとして誤ってマーク付けされる可能性がある。ＣＲＣ３２に基づく第１反復が機能しなかった場合、アルゴリズムは、ＭＰＥＧ２ＴＳ ＣＲＣ情報の使用を試みる必要がある。

マルチ−プロトコル・エンキャプスレーションでは、データのＭＰＥセクションが、ＭＰＥＧ２ＴＳパケットにフラグメント化される。ＭＰＥＧ２ＴＳパケットヘッダにおけるペイロードユニット開始インジケータ（「ＰＵＳＩ」）ビットを用いて、新しいセクションの開始を示す。「ｐｕｓｉ」ビットが「１」に設定されると、「オフセット」と呼ばれるデータペイロードの第１バイトは、新しい（現在の）セクションの第１バイトを指す。本発明の関連では、ＭＰＥＧ２ＴＳパケットが外部復号器によって正確に復号されなかった場合、そのトランスポートエラーインジケータ（ＴＥＩ）が外部復号器によって「１」に設定される。従って、受信パケットにおけるトランスポートエラーインジケータ（ＴＥＩ）が「１」に設定された場合、パケットは、受信中に損傷を受けたとして識別される。従って、「ｐｕｓｉ」ビットが破損している可能性があり、オフセットも破損している可能性がある。本発明の実施形態に従って、ＴＥＩビットが「１」に設定されたときにセクション開始を検出するための代替のアルゴリズムを以下で説明する。

ここで図７を参照すると、本発明の実施形態による、ＭＰＥ−ＦＥＣテーブルへのセクションのフラグメントの位置決めを示すフローチャートが示されている。プロセスは、データパケットを受信するステップ７０２で始まる。ステップ７０４に示すように、ペイロードユニット開始インジケータ（「ｐｕｓｉ」ビット）がゼロであるかどうかの判定（「ｐｕｓｉ」ｂｉｔ＝「０」？）を行う。ステップ７０４に示すような「ｐｕｓｉ」ｂｉｔ＝「０」の場合、ステップ７０６に示されるように、受信パケットのヘッダが復号されたかどうかの判定を行う。受信パケットのヘッダがステップ７０６で復号されていない場合、ステップ７０８に示されるように、パケットがゼロバイトを有する完全なヘッダを包含するかどうかの判定を行う。

ステップ７０４において「ｐｕｓｉ」ビットがゼロに等しくない場合、ステップ７１０に示されるように、受信パケットが第１パケットであるかどうかに関する判定を行う。ステップ７１０で受信パケットが第１パケットである場合、ステップ７１２に示されるように、第１パケットにはテーブル内の位置が割り当てられ、プロセスはステップ７２２に移動する。受信パケットが第１パケットでない場合、ステップ７１０において、現在のセクションの１つ又はそれ以上のフラグメントがテーブル内に位置決めされる。セクションの長さに関する情報を使用して、残りのバイトの数「Ｘ」を認識してテーブルに書き込み、セクションを完成する。更に、ｐｕｓｉ「ビット」推定機能に従って、新しいセクションがＭＰＥＧ−２ＴＳパケットにおいて始まる。新しいセクションの開始に対するオフセット「Ｏ」を推定することもできる。この結果、「Ｏ」は、新しいセクションの開始前のＭＰＥＧ２−ＴＳペイロードにおけるバイト数でもある。Ｏ＝Ｘ？の判定が行われる。ステップ７１４に示されるように、「Ｏ」が「Ｘ」に等しくない（すなわち、次のセクションの開始までのバイトの数が、現在のセクションに書き込む残りのバイトに等しくなく、これによって前に推定されたセクション長が偽であり、訂正する必要がある）場合、ステップ７１６に示されるように、セクションＮ−１の正しい長さが「Ｏ−Ｘ」に設定される。その後、又はステップ７１４で「Ｏ」が「Ｘ」に等しい場合には、ステップ７１８に示されるように、セクションＮ−１の「Ｏ」バイトがテーブルに書き込まれる。次に、ステップ７２０でセクション「Ｎ−１」が処理され、セクションＮの「１８３-Ｏ」バイトがテーブルに書き込まれる。

ＭＰＥＧ２−ＴＳパケット長が１８８バイトであり、４バイトのヘッダ及び１８４バイトのペイロードを有する点に留意されたい。ＰＵＳＩが存在している場合、５番目のバイトがオフセット値である。次の「Ｏ」バイトは、セクション「Ｎ−１」の終わりに使用され、残りの「１８３−Ｏ」バイトがセクション「Ｎ−１」に使用される。各セクションは、１２バイトのヘッダ及び可変長のペイロードから始まり、従って、セクションペイロードだけがＭＰＥ−ＦＥＣフレームに書き込まれることになる。

次いで、プロセスはステップ７２０に移り、ここで受信パケットのセクションＮ−１が処理される。ステップ７２２に示されるように、セクションＮ−１の１８３のＯバイトが受信される。次ステップ７２４に示されるように、長さ１２バイトのセクションヘッダがこのセクションフラグメントで完全には受信されなかったかどうか、すなわち、「１８３-Ｏ」＜１２であるかどうかに関する判定が行われる。ステップ７２４で「１８３-Ｏ」＜１２である場合、ステップ７２６に示されるようにヘッダフラグメントが記憶される。ステップ７２４で「１８３-Ｏ」≧１２、すなわち完全なセクションヘッダが受信された場合、ステップ７２８に示されるように、ヘッダが復号され、プロセスはデータからＦＥＣへの遷移を検出することを試みる。

更に、本発明の１つの実施形態では、プロセスは、セクション長「Ｌ」を推定し、アドレスの位置「Ａ」を推定する。有利には、セクション長「Ｌ」及びアドレス「Ａ」は、セクションヘッダで提供される。推定は、幾つかのバイト値が破損した可能性がある場合に必要になる。アドレスは、セクションの第１バイトに対するＭＰＥ−ＦＥＣフレームにおけるバイト位置を提供し、セクションペイロード長「Ｌ」は、ＭＰＥ−ＦＥＣフレームに書き込むためのセクションペイロードのバイト数を指定する。

次いで、ステップ７３０において、（１８３−Ｏ＝１２バイト）かどうかに関する判定が行われる。１８３−Ｏ＝１２バイトの場合、これ以上処理するデータはなく、プロセスはステップ７０２にループして戻る。これはまた、セクションペイロードのフラグメントがこのパケットで受信されている場合に適用され、ステップ７３０において、１８３−Ｏが１２バイトに等しくない場合、ステップ７３２において１８３−Ｏ−１２＜Ｌバイトかどうかに関する判定が行われる。ステップ７３２で１８３−Ｏ−１２＜Ｌであると判定された場合、ステップ７３４に示されるように、１８３−Ｏ−１２バイトがテーブルに書き込まれ、プロセスはステップ７０２にループして戻る。ステップ７３２で１８３−Ｏ−１２がＬより小さくないと判定された場合、ステップ７３６に示されるように、「Ｌ」バイトがテーブルに書き込まれる。従って、セクション長「Ｌ」値を用いて、セクション長で利用可能と同じ程度のバイトがＭＰＥ−ＦＥＣフレームに書き込まれるのを保証する。

次に、ステップ７３８に示されるように、バイトが受信パケットにスタッフィングされたかどうかに関する判定が行われる。ＭＰＥＧ２−ＴＳパケットにスタッフィングバイトが存在する場合、これ以上処理するデータはなく、次いで、ＭＰＥＧ２−ＴＳパケットを処理することができる。ステップ７３８で、バイトが受信パケットにスタッフィングされた場合、プロセスはステップ７０２にループして戻る。ステップ７３８でバイトが受信パケットにスタッフィングされなかった場合、セクション「Ｎ」を完了して新しいセクション「Ｎ＋１」をここで開始するかどうか、或いは推定されたセクション長「Ｌ」が誤りであり訂正する必要があるかどうかを判定する必要がある。新しいセクションを開始するかどうかを判定するために、ステップ７４０に示されるように仮想「ｐｕｓｉ」の推定が行われる。

本発明の１つの実施形態では、同じＴＳパケット内に複数のセクションが存在する可能性があることが想定され、例えば、セクションが１８０バイトより少ない又は非常に長いときには、同じＭＰＥＧ２ＴＳパケット内に複数のセクション開始が存在することができる。従って、この実施形態におけるＰＵＳＩ及びオフセットは、第１セクション開始に対してのみ送信することができる。後続のセクションでは、コード内の均一性を維持するために、「仮想ＰＵＳＩ」を定義することができる。これに関して、プロセスは、ＰＵＳＩが送信され「ｐｕｓｉ」値の推定を行うことができると考える。実際に、前述のように、ほとんどの条件に対してＰＵＳＩの実際の受信された値が読み取られないと推定されている。

ステップ７４２に示されるように、セクションＮ−１が仮想「ｐｕｓｉ」であるかどうかに関する判定が行われる。ステップ７４２でセクションＮ−１が仮想「ｐｕｓｉ」である場合、ステップ７４４に示されるように仮想オフセットＯが設定され、プロセスはステップ７２８にループして戻る。ステップ７４２でセクションＮ−１が仮想「ｐｕｓｉ」でない場合、プロセスがステップ７０２にループして戻る前に、ステップ７４６に示されるようにセクション長の訂正が行われ、１８３−Ｏ−１２−Ｌバイトがテーブルに書き込まれる。

再度ステップ７０６を参照すると、ここで、受信パケットのヘッダが復号されているかどうかの判定が行われる。受信パケットのヘッダがステップ７０６で復号されている場合、ステップ７４８に示されるように、書き込まれたバイト（Ｗ）Ｗ＜Ｌかどうかに関する判定が行われる。ステップ７４８で書き込まれたバイトＷがＬより小さくない場合、ステップ７５０に示されるようにセクションＮ−１の長さは、＋＝１８４に訂正され、次に、プロセスはステップ７０２にループして戻り、ここでＮ＋＝１８４は、Ｎ＝Ｎ＋１８４、すなわちＮが１８４ずつインクリメントされることを意味する難読化「Ｃ」言語表記である。ステップ７４８で、書き込まれたバイトＷがＬより小さい場合、ステップ７５２に示されるように１８４＜Ｌかどうかの判定が行われる。ステップ７５２で１８４＜Ｌの場合、ステップ７０２にプロセスがループして戻る前に、ステップ７５４に示されるように１８４バイトがテーブルに書き込まれる。

ステップ７５２で、１８４が「Ｌ」より小さくない場合、ステップ７５６に示されるように、Ｌ−Ｗバイトがテーブルに書き込まれる。次いで、ステップ７５８に示されるように受信パケットのセクションＮ−１が処理され、ステップ７６０に示されるように、受信パケットがスタッフドバイトを包含するかどうかの判定が行われる。ステップ７６０において、受信パケットがスタッフドバイトを包含すると判定された場合、プロセスはステップ７０２にループして戻る。ステップ７６０において受信パケットがスタッフドバイトを包含しないと判定された場合、ステップ７６２に示されるように、セクション長が訂正され、１８４バイトがテーブルに書き込まれる。

図７で使用された項目及び値の要約を以下の表１に示す。
項Ｓｅｃｔ−及びＣｏｎｃａｔが部分的に図７でマージされ、読み取りＰＵＳＩ＝０の場合、ＰＵＳＩ＝０であり、そうでなければＰＵＳＩ＝１である点は留意されたい。これは、判定ＰＵＳＩ＝読み取りＰＵＳＩと等価である。

ＰＵＳＩが受信パケットにおいて検出され、新しいセクションがこのパケット内で完全に受信され、パケットに幾つかの残りのバイトが存在する場合、第２の新しいセクションが同じパケットで開始することができる可能性を考えることができる。パケットの最後で第２の新しいセクションが始まるかどうかを判定するためには、問題は初期セクションと同様である。これに関して、本発明の１つの実施形態によれば、第２セクションのＰＵＳＩの推定が行われる。この第２ＰＵＳＩは、送信されなかったことが分かるように「仮想」と呼ばれる。仮想ＰＵＳＩを読み取ることはできないが、その値を推測することはできる。

仮想ＰＵＳＩの概念と共に、本発明の１つの実施形態によれば、次のセクションの開始を指すＴＳパケットの残りの内部にあるオフセットである仮想オフセットが導入される。

ＴＳパケットの残りは、所与のＶｉｒｔｕａｌＴＳＬｅｎ有する「仮想ＴＳ」パケットである。この手法では、多くの条件が適用されず、以下の条件が残る。

この手法に続いて、同じコードがＴＥＩ値に関係なく使用される。更に、セクション長推定６１５が、以下の表３に示されるようにデータセクションに対して実施することができる。

セクションの長さは、ＭＰＥセクションヘッダに示される。図８に関して以下で説明されるように、このセクションの長さの値も破損する可能性があり、推定する必要がある。

大体の場合、ＭＰＥＧ２ＴＳパケットには１つのセクションの始まりしか存在しない。極めて短いセクションでは、複数のセクションの始まりが存在する可能性がある。ＭＰＥ−ＦＥＣフレームは、連続するＭＰＥ−セクション、次にＭＰＥ−ＦＥＣセクションを包含する。本発明の実施形態では、これらの２つのセクション間の遷移が推定される。本発明の実施形態では、以下で説明されるように、ＭＰＥ−ＦＥＣの終わりも推定される。ＭＰＥ−ＦＥＣの終わりが推定される本発明の実施形態では、一部のセクションが失われる可能性があり、或いはセクションヘッダに読み込まれたアドレスが破損する可能性がある。よって、これに関しては、テーブルに書き込む前にセクションの位置を推定する必要がある。

最後に、それぞれのセクションが識別されると、ＭＰＥ及びＭＰＥ−ＦＥＣセクションがＭＰＥ−ＦＥＣテーブル内に配置される。以下で説明されるように、このテーブルにおいて個々のセクションのヘッダに通常示される位置が推定される。

再度図６を参照すると、インターネットプロトコル（ＩＰ）及びリードソロモン（ＲＳ）セクション開始検出及びセクション位置推定ロジック６１５が、図８に示されるように詳細に記載されている。本発明の実施形態では、プロセスは、セクション開始を検出するために「ｐｕｓｉ」ビットに依存し、次に、セクション開始位置を見つけるためにオフセット値が評価される。ＴＳパケットの信頼性が低い場合、「ｐｕｓｉ」ビットは信頼性がない。推定プロセスではありがちなことであるが、この場合正常なオペレーションを逆にする必要がある。正確な位置推定が可能性が高い場合、ロジック結果は、セクションが実際に開始する（「ｐｕｓｉ」ビットが「１」として復号される）ことである。

ここで図８を参照すると、フローチャート８００は、本発明の実施形態による、セクション開始検出及びセクション位置推定プロセス（図６のロジック６１５に記載されるような）を示す。ステップ８０２に示されるように、プロセスは、トランスポートエラーインジケータビット（ＴＥＩ）＝０かどうかを判定することから始まる。ステップ８０２でＴＥＩ＝０の場合、ステップ８０４に示されるように、「ｐｕｓｉ」ビットが読み取られ、オフセットビットが読み取られる。ステップ８０２でＴＥＩが「０」に等しくない場合、ステップ８０６に示されるように、オフセット＝「Δ」であるかどうかの判定が行われる。

デルタ変数（「Δ」）は、推定されたセクション長とテーブルに書き込まれたバイト数との間の差違を指す。ある場合において、推定されたセクション長が正確であり、セクションフラグメントの損失がない場合、最後のフラグメントが受信され、この値デルタは、セクションを完成させるための残りのバイトの数であるオフセットに等しい。

ステップ８０６でオフセット＝Δである場合、ステップ８０８に示されるように（図７のステップ７０４に比べて）、「ｐｕｓｉ」」ビットは「１」に設定される。ステップ８０６でオフセットがΔに等しくない場合、ステップ８１０に示されるように、セクション長が信頼性があるかどうかの判定が行われる。

本発明の他の実施形態では、セクション長が信頼性があるかどうかを判定するために種々の方法を使用できることが想定される。例えば、セクション長は、セクションヘッダのフラグメントに読み込むことができる。これに関して、セクションヘッダの３つの第１バイトを受信する必要がある。このセグメントを有するパケットがエラーなしに受信された（すなわち、トランスポートエラーインジケータがゼロである）場合、読み取りセクション長は、信頼性があるものと理解される。

本発明の更なる例示的な実施形態では、ペイロードがＩＰデータグラムであり、且つ完全なＩＰデータグラムヘッダ、例えばＩＰｖ６プロトコルの４０バイトのヘッダが受信されていない場合を考えてみる。この関連では、セクションヘッダの読み取りセクション長がＩＰデータグラム読み取りサイズとヘッダセクションサイズとを加えたものに等しい場合、信頼性があるとみなすことができる。

ステップ８１０で、セクション長が信頼性があると判定された場合、ステップ８１２に示されるように、Δ＜１８３かどうかの判定が行われる。ステップ８１２でΔ＜１８３の場合、ステップ８１４に示されるように、受信パケットがスタッフドバイトを包含するかどうかの判定が行われる。ステップ８１４で受信パケットがスタッフドバイトを包含しない場合、ステップ８１６に示されるように、「ｐｕｓｉ」ビットは「１」に設定されオフセットは＝Δに設定される。ステップ８１４で受信パケットがスタッフドバイトを包含する場合、又はステップ８１２で「Δ」が「１８３」より小さくない場合、ステップ８１８に示されるように「ｐｕｓｉ」ビットはゼロに設定される（オフセットなし）。

ステップ８１０でセクション長が信頼性がないと判定された場合、各候補に対して（Δ、オフセット、その他の値に関して）、ステップ８２０に示されるようにその後のループが行われる。ステップ８２２に示されるように、第１セクションが候補「１」であるかどうかの判定が行われる。そうでない場合、ステップ８２４に示されるように、第１セクションが候補「２」であるかどうかの判定が行われる。そうでない場合、ステップ８２６に示されるように、第１セクションが候補「３」であるかどうかの判定が行われる、などである。候補の何れかがそれぞれのステップ８２２、８２４、８２６の何れかにおいて第１セクションである場合、ステップ８２８に示されるように、「ｐｕｓｉ」ビットは「１」に等しく設定され、オフセットは特定の候補に等しく設定される。

新しいセクションがＭＰＥＧ２ＴＳで始まると仮定すると、ＰＵＳＩビットは「１」に等しく、オフセットはセクションの開始を指す。従って、種々の候補値をオフセットに対してテストすることができる（「候補オフセット」）。この候補オフセットによって示された値がセクション開始に適合する（例えば、３つの候補条件の１つが満たされた）場合、この候補オフセットは、正確であると考えられる。

候補のどれもが第１セクションとして識別されなかった場合、ステップ８３０に示されるように、ループが終了するかどうかの判定が行われる。ステップ８３０でループが終了しなかった場合、プロセスはステップ８２０にループして戻る。ステップ８３０でループが終了した場合、ステップ８３２に示されるように、Δ＜１かどうかの判定が行われる。通常、Δは、現在のセクションの残りの長さである。読み取りセクション長値が正確でなかった場合、この長さが負になる可能性がある。従って、未知であるセクション長に等価であると考えることができる。

ステップ８３２で「Δ」が「１」より小さくない場合、ステップ８３４に示されるように１＜Δ＜１８３読み取りＰＵＳＩ＝１かどうかの判定が行われる。ステップ８３４で、１＜Δ＜１８３読み取りＰＵＳＩ＝１である場合、ステップ８３６に示されるように、受信パケットがスタッフドバイトを包含するかどうかの判定が行われる。ステップ８３６で受信パケットがスタッフドバイトを包含しない場合、ステップ８３８に示されるように、「ｐｕｓｉ」ビットは「１」に設定され、オフセットは＝Δに設定される。ステップ８１４で受信パケットがスタッフドバイトを包含する場合、或いはステップ８３４で１＜Δ＜１８３読み取りＰＵＳＩ＝１が有効でない場合、ステップ８４４に示されるように、「ｐｕｓｉ」ビットはゼロに設定される（オフセットなし）。

ステップ８３２で「Δ」が「１」より小さい場合、ステップ８４０で「ｐｕｓｉ」ビットが読み取られ、ゼロに等しいかどうか識別される。ステップ８４０で「ｐｕｓｉ」ビットがゼロに等しい場合、ステップ８４４に示されるように、「ｐｕｓｉ」ビットはオフセットがない。ステップ８４０で「ｐｕｓｉ」ビットがゼロに等しくない場合、ステップ８４２でオフセット値が読み取られ、ステップ８４２に示されるように、「１８３」より小さいかどうか判定される。ステップ８４２でオフセット値が「１８３」より小さい場合、ステップ８４６に示されるように、「ｐｕｓｉ」ビットは「１」に設定され、オフセットは、読み取りオフセット値に設定される。ステップ８４２でオフセット値が「１８３」より小さくない場合、ステップ８４８に示されるように、「ｐｕｓｉ」ビットは「１」に設定され、オフセットは「１８４／２」の値に設定される。ＭＰＥＧ２ＴＳパケットでは、セクションが終了すると、新しいセクションがこのセクションのすぐ後で始まる可能性がある。ここに記載される条件はこの仮定に基づいている。しかしながら、本発明の概念はまた、新しいセクションが開始せず、代替としてスタッフィングバイトを送信できる状況にも適用できることが想定される。

従って、図８は、セクション位置を判定できるかどうかを推定する方法を開示している。プロセスは、オフセット値と予想オフセット値とを比較する。この後、複数の候補オフセットを生成することができる。各候補オフセットに対して、本発明の１つの実施形態では、指示されたセクションが実施可能であるかどうかを判定するために３つの条件が使用される（すなわち、Ｃａｎｄ．１、Ｃａｎｄ．２及びＣａｎｄ．３）。最後に、全てのこれらの条件が成立しなかった場合、ＰＵＳＩが使用される。

ここで図９を参照すると、ＴＳパケット９００の図が示されている。通常、ＩＰｖ４又はＩＰｖ６が使用されるかどうかに応じて、タイミングフレーム９０５に対してパケットタイプ９１０が使用される。しかしながら、ＩＰｖ４又はＩＰｖ６フレームのヘッダが２つのＴＳパケットに分割されている場合、多様なフレームフォーマット９１０、９２０、９２５を取得することができる。

図９では、次のセクションの長さが「１８３＋２」より大きいか否かに応じて、オフセットを挿入することができる。場合によっては、セクション長が信頼性があるかどうかを判定するために、次のＴＳパケットのＰＵＳＩの推定が必要になる。しかしながら、（Ｓｅｃｔ）規則は、適用するための信頼性があるセクション長を必要とする。

それ程ではないにせよ、ＭＰＥ長さの値を読み取ることができない場合がある。ＭＰＥ長さの値は、候補オフセットを提供する。ＭＰＥ長さの値を読み取る場合の潜在的な問題は、以下の２つの手法の１つを用いることによって解決できることが想定される。
（ｉ）反復手法：ＰＵＳＩビットの第１推定値が、デルタ候補なしに計算される。例えば、次のパケットのＰＵＳＩは、読み取りＰＵＳＩとして推定できる。次いで、セクション長は、これに応じて再計算することができ、ＰＵＳＩビットもまた再計算することができる。初期ＰＵＳＩビット検出ができなかった場合、この改良は機能しないことになる。実際に、読み取りＩＰ長値は正確ではなく、信頼性があるセクション長検出を実現できない可能性がある。従って、セクション開始は検出されない。
（ｉｉ）セクション長「Ｌ」が利用できない場合、２つの可能な値をセクション長に対してテストすることが提案される。この実施形態では、２つの可能な候補値をＭＰＥセクション長に対して使用し、２つの候補値をＩＰ長に対して（次のＰＵＳＩが０又は１に等しいかどうかに応じて）使用することができる。従って、２つではなく、デルタに対して最大４つの候補値を利用することができる。

本発明の拡張された実施形態では、セクション長の推定が、一度だけ、好ましくは次のＰＵＳＩビット検出の前に行われる。ＩＰアドレスロケーションが次のＴＳパケットにある場合、このパケットに対するＰＵＳＩビット検出の前に正確なロケーションを求めることができない点に留意されたい。

本発明の代替の実施形態では、複数の推定長を付加的なコストで実施できることが想定される。この実施形態では、新しいパケットが実際のセクション長を推定し、次にこの推定を使用してＰＵＳＩビットに対する第２推定を行うことができるように、ＰＵＳＩビットに関する判定が行われる。これに関して、第１推定は、ヘッダの始めと同じパケットに包含された情報によって実施される。次に第２推定が、ヘッダの終わりと同じパケットに包含された情報によって実施される。次に第３推定が、例えば、セクションの最初の４０バイトが受信されたときに実施される。

ここでＭＰＥ−ＦＥＣ（消失）テーブル６３０の生成を参照すると、データの位置を明らかにすることができる。本発明の１つの実施形態では、実際のセクション長の推定、受信されたセクションヘッダにおける読み取りアドレス（「ｒｅａｄ ａｄｄｒｅｓｓ」）、並びに前に推定された位置及び最後のセクション長の判定によって提供されたアドレス（「ウォンテッドアドレス」又はコンカチネーション（連結）位置）に対する２つの候補が存在する。セクション長の検出を、最後の推定されたセクション長、或いはセクションの始まりと次のセクションの始まりの検出との間の書き込まれたバイト数とすることができる点に留意されたい。

本発明の更なる実施形態では、セクションヘッダにおける読み取りセクション数を使用して、位置に対する更に実施可能な候補を計算できると考えられる。

上記の推定への拡張において、本発明の１つの実施形態では、位置推定エラーを識別することができる。例えば、
（ｉ）第１セクションは、受信し、読み取り、及び例えば、アドレス「１０００」に書き込むことができる。しかしながら、コンカチネーションから推測されるアドレスは、「９６０」とすることができる。コンカチネーション位置は、前に推定されたセクション長又は最後に受信されたセクションの最後に書き込まれたバイトを使用して取得することができ、例えば、最後のセクションの最後のバイトは、新しいセクションの第１バイトの直前にある。従って、アドレス「９６０」は、テーブルに書き込まれることになる。
（ｉｉ）次いで、第２セクションを受信し、読み取り、及び例えば、アドレス「１２００」に書き込むことができる。しかしながら、コンカチネーションから推測されるアドレスは、「１１６０」とすることができる。従って、アドレス「１１６０」は、テーブルに書き込まれることになる。しかしながら、恐らくはセクションが失われるので、４０バイトの一定のエラーが常に発生する可能性があり、読み取り値１２００が実際には正確であることを識別することができる。このエラーは、正確な読み取りセクションアドレスが使用されるまで、例えば、完全なセクションヘッダがエラーなしに受信された場合に計算することができる。

本発明の更なる実施形態では、セクションの位置を有利に判定し使用することができる。本発明のこの実施形態によれば、適正なセクションが正確な位置でテーブル内に配置される毎に、アドレスがヘッダセクションに読み込まれることになる。表４に記載される判定アルゴリズムの結果に応じて、テーブルにセクションを書き込む選択位置は、前のセクション位置及び長さから推測されるセクションヘッダ又はコンカチネーションアドレスに読み込まれたアドレスとすることができる。ＰＩＤの付加的な検証を必要とする可能性がある場合、セクションの巡回冗長検査（ＣＲＣ）が正確であると、読み取りアドレスも正確であると仮定することができる。正確なＣＲＣで受信された正確なセクション及びＰＩＤにおけるエラーは、別のサービスからの別のアプリケーションテーブルに属する可能性があり、テーブルに書き込む必要はない。

アプリケーションデータテーブルとＲＳデータテーブルとの間の遷移が損失していないことを検証するために、セクションに読み込まれたテーブルＩＤがウォンテッドテーブル＿ＩＤに対応することを確認することが有用である。この判定は、表５に記載される判定アルゴリズムによって行うことができる。次にセクションは、テーブルの適正な部分に書き込まれることになる。従って、テーブルにおける最後の正確な位置（例えば、「最後の適正なオフセット」）が記憶され、この結果、次の位置が、最後の適正な（公知の及び記憶された）位置の後になることで知られている。アドレスがセクションヘッダに読み込まれたことの検証は、セクション長が正確である場合に重要であるが、そうでなければ、信頼性計算は誤りになり、ＲＳ復号化ができないことになる。

本発明の更なる実施形態では、セクション数を有利に用いることができる。本発明のこの実施形態では、アプリケーションデータからリード−ソロモン（ＲＳ）−データへの遷移の判定が、位置検出精度に影響を与える。実際に、セクションヘッダに読み込まれたアドレスは、アプリケーションデータ又はＲＳデータの始まりを基準としている。ＲＳ-データを保持する第１セクションが受信されたときに、データのＦＥＣデータへの遷移が失敗した場合、例えば３セクションの最大数が損失すると、正確と思われるときにセクション数を使用することは有用である。

以下の表４は、本発明の１つの実施形態による、アドレスセクションに対する条件のリストを示している。

本発明の１つの実施形態によれば、ＭＰＥ−ＦＥＣテーブル及び位置の検出を参照すると、２つの遷移を推定することができる。
（ｉ）データからＦＥＣセクションへの遷移、及び
（ｉｉ）ＭＰＥ−ＦＥＣテーブルの終わり。

ＦＥＣからのデータの遷移に関して、以下の表５に示されるように、ＭＰＥ受信中に予想されるテーブルＩＤは、「０ｘ３Ｅ」に位置付けられている。加えて、ＭＰＥ−ＦＥＣ受信の間、テーブルＩＤは、「０ｘ７８」に位置付けられている。ＭＰＥ−ＦＥＣ受信は、常に、「０ｘ３Ｅ」に等しい予想テーブルＩＤから始まる。本発明の１つの実施形態によれば、１つの方法は、候補オフセットがアドレス：「０×７８」を指すときを決定することである。候補オフセットがアドレス：「０×７８」を指すと判定されると、ＦＥＣセクションが位置付けられていると仮定することができ、従って遷移が検出される。

この手法に関する問題は、オフセットが破損したときに発生する。このような場合、オフセットは、ランダム値を指すことになり、このランダムな誤りのある値は、「０×７８」とすることができる。この場合、謝った遷移が、次のセクションがＦＥＣとして検出されており、従って全受信が損なわれることを意味することになる。この手法に関する第２の問題は、遷移中にヘッダが破損した場合、ＦＥＣセクションがＭＰＥセクションとして表示される可能性があることである。

従って、本発明の拡張された実施形態によれば、テーブルＩＤに加えて第２条件、すなわちＭＰＥ−ＦＥＣテーブルにおけるアドレスを使用することができる。第１ＦＥＣ列のアドレス及びサイズは、完全に予測可能である。セクションが特定のテーブルにおけるこのようなアドレスを指す場合には、遷移を識別することができる。ＴＥＩ＝で０のパケットの読み取りＴａｂｌｅ＿ＩＤを考えると、検出されたテーブルｉｄは信頼性があることになる。しかしながら、一部のセクションは損失する可能性がある。よって、本発明の一部の実施形態では、復号器の性能を拡張し、破損したパケットを使用してテーブル遷移を検出できることが想定される。この場合、謝った遷移検出が行われる可能性がある。従って、ウォンテッドテーブルｉｄが信頼性がないと判定された場合、謝った検出を検出して、アプリケーションデータ部分の供給に戻るメカニズムが必要とされる。例えば、本発明の幾つかの実施形態では、謝った遷移検出は、第１ＲＳ-データセクションの受信中に実施される可能性がある。

通常は、ＭＰＥ−ＦＥＣテーブルの終わりを示すためにシングルビットが使用される。破損環境では、この指示では不十分である。よって、本発明の１つの実施形態によれば、このシングルビットは、データが正確であることが分かっている場合のみ依存するべきである。データが正確であることが分かっていない場合、第２の指示を使用することができる。よって、セグメンテーション情報の代わりに、２つのバイトを使用して、ＦＥＣ列の数及び現在のＦＥＣ列数を指示することができる。例えば、６３列の総数から６３列が受信された場合、復号器は、ＦＥＣテーブルが完全に受信されたことを認識する。

要約すると、ｐｕｓｉ検出、オフセット、アドレス、及びセクション長推定の前の推定を用いて、表６に示されるようにＭＰＥ−ＦＥＣアプリケーションテーブルを供給することができる。受信された新しい各ＴＳパケットに対するテーブルを供給するために規則を使用することができる。

本発明の実施形態は、ＭＰＥ−ＦＥＣ及びタイムスライシング技術を使用してＤＶＢ−Ｈユニットに関して説明しているが、本発明の概念は、第２の連結コードが消失及びエラーを用いたＲＳコードを使用する場合、２つの連続するＲＳコードが使用される他のデータ通信システム及び技術に等しく適用可能であることが想定される。

本発明の概念がＤＶＢ−Ｈ規格を補完できることは、本発明の企図の範囲にある。また、本発明の概念が、ウェブサイトブロードキャスティングを含む将来のブロードキャスティング規格内で使用できることは想定される。

上述されるような無線通信ユニット、データ通信ネットワーク、及びここでデータを復号化する方法は、以下の利点の少なくとも１つ又はそれ以上を提供することを目的としていることは理解されるであろう。
（ｉ）誤ったＣＲＣを有するＭＰＥブロックを廃棄せずに、潜在的に誤りのあるバイトをＲＳコードワードに（ゼロの代わりに）配置し、外部コード及びＭＰＥ−ＦＥＣ ＲＳコードに反復ＲＳ復号化を加えることで２-ｄＢの信号対雑音比（ＳＮＲ）低減を達成することができ、通常のラジオチャネル条件下で従来技術に比べて１％のＩＰパケットエラー率を達成する。
（ｉｉ）誤ったＣＲＣを有するＭＰＥブロックを廃棄せずに、潜在的に誤りのあるバイトをＲＳコードワードに（ゼロの代わりに）配置し、ＲＳ復号化を加えることで、従来技術に比べて僅かに増大した計算の複雑さで１−ｄＢの信号対雑音比（ＳＮＲ）低減を達成することができる。
（ｉｉｉ）本発明は、２つの連続するＲＳコードを使用して全ての将来のシステムに適用するために直接的な方式で一般化することができる。特に、本発明の概念は、現今のＤＶＢ−Ｈシステムに適用することができる。

特に、前述の本発明の概念が、向上したデータ通信ネットワークをサポートする何れかの集積回路アーキテクチャに対して、或いはデータ通信ユニットにおける復号器に使用するために半導体製造業者によって応用することができることが想定される。例えば、半導体製造業者が、独立型デバイス、又はアプリケーション固有の集積回路（ＡＳＩＣ）及び／又は集積回路を利用する他の何れかのサブシステム要素の設計に本発明の概念を利用して、向上したデータ通信ネットワーク又はデータ通信ユニットにおける復号器の使用をサポートすることが更に想定される。

種々の機能ユニット又はコントローラもしくはメモリ要素間で機能の何れの適切な分散も、本明細書に記載される本発明の概念から逸脱することなく使用できることは理解されるであろう。よって、特定の機能デバイス又は要素への言及は、厳密な論理的又は物理的構造又は編成を示すのではなく、記載された機能を提供するための適切な手段への言及としてのみ見なされるべきである。

本発明の態様は、ハードウェア、ソフトウェア、ファームウェア、又はこれらの何らかの組合せを含む、何れかの適切な形式で実装することができる。本発明の実施形態の要素及び構成要素は、あらゆる適切な方法で物理的、機能的、及び論理的に実装することができる。実際に、本機能は、単一のユニット又はＩＣに、複数のユニット又はＩＣに、或いは他の機能ユニットの一部として実装することができる。

本発明を幾つかの実施形態に関して説明してきたが、本発明は、本明細書に記載された特定の形式に限定されるものではない。逆に、本発明の範囲は、添付の請求項によってのみ限定される。更に、ある特徴が特定の実施形態に関して説明されているように見える場合があるが、当業者であれば、記載された実施形態の種々の特徴は、本発明に従って組み合わせることができる点は理解されるであろう。請求項において、用語「含む」とは、他の要素又はステップの存在を除外するものではない。

更に、個々の特徴が異なる請求項に含めることができるが、これらは、有利に組み合わせることができ、異なる請求項に含まれることは、特徴の組合せが実施可能ではない及び／又は有利ではないことを意味するものではない。また、請求項の１つのカテゴリーにある特徴を含めることは、このカテゴリーへの限定を意味するのではなく、逆に、必要に応じてこの特徴が他の請求項のカテゴリーにも等しく適用可能であることを示している。

更に、請求項における特徴の順序は、この特徴を実施する必要のあるどのような特定の順序を意味するものではなく、特に、方法の請求項における個々のステップの順序は、この順序でステップを実行しなくてはならないことを意味するものではない。逆に、ステップはどのような適切な順序で実行してもよい。加えて、単数表現は、複数を除外するものではない。すなわち、「１つの」、「第１の」、「第２の」などの表現は、複数を排除するものではない。

以上、復号器を含む改善されたデータ通信ユニット、データ通信ネットワーク、及び復号化方法を説明してきたが、ここでは、従来技術の構成による上述の欠点が大幅に軽減された。

５０５ 復調器
５１０ 内部復号器
５１５ 外部復号器
５２０ ＭＰＥＧ２ＴＳ デマルチプレクサ
５３５ ＭＰＥ−ＦＥＣセクション復号化反復器
５５０ ＭＰＥ−ＦＥＣ復号器

Claims (26)

1. 復号器（４８０）に動作可能に結合され且つ受信データパケットを復調するための復調器を有するリモート送信器ユニットから情報を受信するための受信器を含み、前記復調器が、復調受信データパケットに巡回冗長検査（ＣＲＣ）を行ってこれにマルチプロトコルエンキャプスレーティッド（ＭＰＥ）復号化を行うように構成されている無線通信ユニット（４００）であって、
   前記復号器（４８０）は、前記パケットが破損していないことをＣＲＣが示すデータパケットと、前記パケットが破損していることをＣＲＣが示すデータパケットとの両方に反復復号化を行い、ＭＰＥ非訂正ＣＲＣデータパケットをリードソロモン（ＲＳ）コードワードに配置するよう構成されており、
   前記復号器が、受信されたデータパケットのセクション開始とセクション長とを予測して、前記パケットが破損していることをＣＲＣが示すデータパケットに対してセクション長を訂正するための予測ロジックを含む、
   ことを特徴とする無線通信ユニット（４００）。
2. 前記復号器（４８０）が、Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムを使用してＲＳ復号化を行うように構成されている、
   ことを更に特徴とする請求項１に記載の無線通信ユニット（４００）。
3. 前記復号器（４８０）が、６４より多い信頼性が低いバイトを有するＲＳコードワードについてＢｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムを使用してＲＳ復号化を行うように構成されている、
   ことを更に特徴とする請求項２に記載の無線通信ユニット（４００）。
4. 前記復号器（４８０）が、前記Ｂｅｒｌｅｋａｍｐ−ＭａｓｓｅｙサーチアルゴリズムがＭＰＥ−ＦＥＣ消失情報以外にエラーを位置付けないことをチェックするよう構成されている、
   ことを更に特徴とする請求項２又は請求項３に記載の無線通信ユニット（４００）。
5. 前記復号器（４８０）が、破損したＭＰＥデータパケットを検出するためにＣＲＣチェックを行うように構成されている、
   ことを更に特徴とする何れかの前記請求項に記載の無線通信ユニット（４００）。
6. 前記復号器（４８０）が、外部ＲＳコード及びＭＰＥ順方向誤り訂正（ＦＥＣ）ＲＳコードの両方に対して反復復号化を行うように構成されている、
   ことを更に特徴とする何れかの前記請求項に記載の無線通信ユニット（４００）。
7. 前記復号器（４８０）が、破損している可能性のあるセクション位置情報を回復して、破損したセクションを構成している破損パケットをＭＰＥ−ＦＥＣテーブルに配置するよう構成されたブロック位置推定器を含む、
   ことを更に特徴とする何れかの前記請求項に記載の無線通信ユニット（４００）。
8. 前記復号器（４８０）が、前記反復復号化の使用によって、ＭＰＥＧ２ＴＳ ＲＳ及びＭＰＥ−ＦＥＣ ＲＳを共に復号するよう構成されている、
   ことを更に特徴とする何れかの前記請求項に記載の無線通信ユニット（４００）。
9. 前記復号器（４８０）が、ＥＴＳＩ ＥＮ３００ ７４４又はＥＴＳＩ ＥＮ３０１ １８２規格に準拠した信号を復号するように適合されている、
   ことを更に特徴とする何れかの前記請求項に記載の無線通信ユニット（４００）。
10. 前記復号器（４８０）が、ブロードキャストＩＰベースコンテンツに準拠した信号を復号するように適合されている、
    ことを更に特徴とする何れかの前記請求項に記載の無線通信ユニット（４００）。
11. 前記ブロードキャストＩＰベースコンテンツが、ＭＰＥＧ−４ビデオデータストリームを含む、
    ことを更に特徴とする請求項９に記載の無線通信ユニット（４００）。
12. 前記復号器（４８０）が、既存のＭＰＥＧ−２トランスポートストリーム（ＴＳ）を通じてブロードキャストＩＰベースコンテンツを送信するように適合されている、
    ことを更に特徴とする請求項９又は請求項１０に記載の無線通信ユニット（４００）。
13. 復号器（４８０）に動作可能に結合され且つ受信データパケットを復調するための復調器を有するリモート受信器ユニットに情報を送信するための送信器ユニットを含み、前記復号器が、前記復調受信データパケットに巡回冗長検査（ＣＲＣ）マルチプロトコルエンキャプスレーティッド（ＭＰＥ）復号化を行うように構成されている無線通信ネットワーク（４００）であって、
    前記復号器が、前記パケットが破損していないことをＣＲＣが示すデータパケットと、前記パケットが破損していることをＣＲＣが示すデータパケットとの両方に反復復号化を行い、ＭＰＥ非訂正ＣＲＣデータパケットをリードソロモン（ＲＳ）コードワードに配置するよう構成されており、
    前記復号器が、受信されたデータパケットのセクション開始とセクション長とを予測して、前記パケットが破損していることをＣＲＣが示すデータパケットに対してセクション長を訂正するための予測ロジックを含む、
    ことを特徴とする無線通信ネットワーク（４００）。
14. 復号器ロジック（４８０）に動作可能に結合され且つ受信データパケットを復調するための復調器ロジックを含み、前記復号器ロジックが、復調受信データパケットに巡回冗長検査（ＣＲＣ）を行いこれにマルチプロトコルエンキャプスレーティッド（ＭＰＥ）復号化を行うように構成されている集積回路であって、
    前記復号器ロジック（４８０）が、前記パケットが破損していないことをＣＲＣが示すデータパケットと前記パケットが破損していることをＣＲＣが示すデータパケットとの両方に反復復号化を行うように構成され、前記ＭＰＥ非訂正ＣＲＣデータパケットをリードソロモン（ＲＳ）コードワードに配置するよう構成されており、
    前記復号器が、受信データパケットのセクション開始とセクション長とを予測して、前記パケットが破損していることをＣＲＣが示すデータパケットに対してセクション長を訂正するための予測ロジックを含む、
    ことを特徴とする集積回路。
15. 無線通信ユニット（４００）においてデータ情報を復号する方法（５００，６００）であって、
    リモート送信器ユニットから情報を受信する段階と、
    受信されたデータパケットを復調する段階と、
    前記復調受信データパケットに巡回冗長検査（ＣＲＣ）を行う段階と、
    前記パケットが破損していることをＣＲＣが示すデータパケットと前記パケットが破損していないことをＣＲＣが示すデータパケットとの両方にマルチプロトコルエンキャプスレーティッド（ＭＰＥ）反復復号化を行う段階と、
    を含み、
    前記方法（５００，６００）が、
    前記ＭＰＥ非訂正ＣＲＣデータパケットをリードソロモン（ＲＳ）コードワードに配置する段階によって特徴付けられ、
    前記復号器が、受信されたデータパケットのセクション開始とセクション長とを予測して、前記パケットが破損していることをＣＲＣが示すデータパケットに対してセクション長を訂正するための予測ロジックを含む、ことを特徴とする方法（５００，６００）。
16. 前記マルチプロトコルエンキャプスレーティッド（ＭＰＥ）復号化を行う段階が、Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムを使用してＲＳ−復号化を行う段階を含む、
    ことを更に特徴とする請求項１５に記載の方法（５００，６００）。
17. 前記Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムを使用してＲＳ−復号化を行う段階が、６４より多い信頼性が低いバイトを有するＲＳコードワードについてＢｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムを使用してＲＳ−復号化を行う段階を含む、
    ことを更に特徴とする請求項１６に記載の方法（５００、６００）。
18. 前記Ｂｅｒｌｅｋａｍｐ−Ｍａｓｓｅｙサーチアルゴリズムが消失以外にエラーを位置付けないことをチェックする、
    ことによって更に特徴付けられる請求項１６又は請求項１７に記載の方法（５００，６００）。
19. 破損したＭＰＥデータパケットを検出するためにＣＲＣチェックを行う、
    ことによって更に特徴付けられる前述の請求項１５から１８の何れかに記載の方法（５００、６００）。
20. 外部ＲＳコード及びＭＰＥ順方向誤り訂正（ＦＥＣ）ＲＳコードの両方に対して反復復号化を行う、
    ことによって更に特徴付けられる前述の請求項１５から１９の何れかに記載の方法（５００、６００）。
21. 破損している可能性のあるセクション位置情報を回復する段階と、
    破損したセクションを構成している破損パケットをＭＰＥ−ＦＥＣテーブルに配置する段階と、
    によって更に特徴付けられる前述の請求項１５から２０の何れかに記載の方法（５００、６００）。
22. 前記反復復号化の使用によってＭＰＥＧ２トランスポートストリーム（ＴＳ）ＲＳコード及びＭＰＥ−ＦＥＣ ＲＳコードを共に復号する段階によって更に特徴付けられる前述の請求項１５から２１の何れかに記載の方法（５００、６００）。
23. ＥＴＳＩ ＥＮ ３００ ７４４規格又はＥＴＳＩ ＥＮ ３０１ １８２規格に準拠して信号を復号する段階によって更に特徴付けられる前述の請求項１５から２２の何れかに記載の方法（５００、６００）。
24. ブロードキャストＩＰベースコンテンツに準拠する信号を復号する段階によって更に特徴付けられる前述の請求項１５から２３の何れかに記載の方法（５００、６００）。
25. 前記ブロードキャストＩＰベースコンテンツが、ＭＰＥＧ−４ビデオデータストリームを含む、
    ことを更に特徴とする請求項２４に記載の方法（５００、６００）。
26. 前記復号化が、既存のＭＰＥＧ−２トランスポートストリーム（ＴＳ）を通じてブロードキャストＩＰベースコンテンツを送信するように適合されている、
    ことを更に特徴とする請求項２４又は請求項２５に記載の方法（５００、６００）。