(57)【要約】  受信データパケットをグルーミングして、デジタルビデオブロードキャストシステムのＭＰＥＧ−２トランスポートストリームパケットの性能を向上させる。多数のクロスチェック技術を利用して、パケット識別子（ＰＩＤ）フィールド、連続カウンタ（ＣＣ）フィールド、テーブルＩＤ、セクション長、ＩＰヘッダチェックサム、テーブルの境界およびフレームの境界、アプリケーションデータテーブルサイズ等の重要な情報を適宜訂正する。【選択図】  図６Ａ
2010536268.tif 000002
【特許請求の範囲】
【請求項１】
デジタルビデオブロードキャスト（ＤＶＢ）システムのレシーバにおいてトランスポートストリーム（ＴＳ）パケットをグルーミングする方法であって、
受信ＴＳパケットのヘッダフィールドをパースする段階と、
前記受信ＴＳパケットのパケット識別子（ＰＩＤ）フィールドを、選択したパケット識別子（ＰＩＤ）値と比較する段階と、
前記受信ＴＳパケットの連続カウンタ（ＣＣ）フィールドを、期待ＣＣ値と比較する段階と、
前記ＰＩＤフィールドが整合しており前記ＣＣフィールドが整合していない場合に、前記受信ＴＳパケットの前記ＣＣフィールドを修正する段階と、
前記ＰＩＤフィールドが整合しておらず前記ＣＣフィールドが整合している場合に、前記ＰＩＤフィールドを調節する段階と、
前記ＰＩＤフィールドが整合しており前記ＣＣフィールドが整合している場合に、前記受信ＴＳパケットを処理モジュールに転送する段階と
を備える方法。
【請求項２】
前記処理モジュールは、ＭＰＥＧ−２規格に準じたリード‐ソロモン順方向誤り訂正（ＦＥＣ）復号関数を処理するＭＰＥ−ＦＥＣ復号器である請求項１に記載の方法。
【請求項３】
前記受信ＴＳパケットの適合フィールド制御を、所定の適合フィールド制御パターンと比較する段階と、
前記ＰＩＤフィールドが整合しており前記適合フィールド制御が前記所定の適合フィールド制御パターンと整合している場合に、適合フィールド長を修正する段階とをさらに備える請求項１に記載の方法。
【請求項４】
前記受信ＴＳパケットのペイロードユニット開始インジケータ（ＰＵＳＩ）フィールドをチェックする段階と、
前記ＰＩＤフィールドが整合しており前記ＰＵＳＩフィールドが１に等しい場合に、前記ＰＵＳＩフィールドをリセットする段階と、
前記ＰＩＤフィールドが整合しており前記ＰＵＳＩフィールドがゼロに等しい場合に前記ＰＵＳＩフィールドを維持する段階とをさらに備える請求項３に記載の方法。
【請求項５】
前記受信ＴＳパケットのポインタフィールドを期待ポインタ値と比較する段階と、
前記ＰＩＤフィールドが整合しており、前記ＰＵＳＩフィールドが１に等しく、前記ポインタフィールドが整合していない場合に、前記ポインタフィールドを最小長の値に設定する段階と、
前記ＰＵＳＩフィールドが１に等しく、前記ポインタフィールドが示すバイトが有効なテーブルＩＤではない場合に、テーブルＩＤフィールドを修正する段階とをさらに備える請求項４に記載の方法。
【請求項６】
前記最小長の値は、残りのセクション長の値、および、１０進法の１８３から前記適合フィールド長を減算した結果のうちの最小値である請求項５に記載の方法。
【請求項７】
前記受信ＴＳパケットのセクション長の値をＩＰ長の値と比較する段階と、
ＩＰチェックサムの有効性をチェックする段階と、
前記セクション長の値が前記ＩＰ長の値と整合せず、前記ＩＰヘッダチェックサムが有効である場合に、前記セクション長の値を前記ＩＰ長の値に修正する段階と、
前記セクション長の値が前記ＩＰ長の値に整合し、前記ＩＰチェックサムが有効である場合に、前記セクション長の値を維持する段階と
をさらに備える請求項５に記載の方法。
【請求項８】
前記受信ＴＳパケットのアドレスフィールドを所定のアドレス値と比較する段階と、
前記アドレスフィールドが前記所定のアドレス値と整合していない場合に、セクションの現在の位置に基づいて前記アドレスフィールドを修正する段階と、
テーブルおよびフレームの境界のフラグの少なくとも一方を修正する段階とをさらに備える請求項７に記載の方法。
【請求項９】
複数の受信トランスポートストリームパケットをグルーミングする装置であって、
選択されたサービスに応じて複数のトランスポートストリーム（ＴＳ）パケットを受信するインタフェースブロックと、
前記複数の受信トランスポートストリームパケットの各々のパケットヘッダをパースするパーサと、前記受信トランスポートストリームパケットの一式のパターンを複数の所定の値と論理比較するブール論理ユニットとを有するパケットプロセッサと、
前記パケットプロセッサ用のプログラムコードを含むソフトウェアを保存するメモリモジュールと
を備える装置。
【請求項１０】
前記複数の所定の値はバイナリ値である請求項９に記載の装置。
【請求項１１】
前記一式のパターンは、単一のビット、および、受信トランスポートストリームパケットで連続している、または物理的に分離しているビット群である請求項９に記載の装置。
【請求項１２】
前記パケットプロセッサは、前記パケットヘッダにカプセル化されているパケット識別子（ＰＩＤ）フィールドおよび連続カウンタ（ＣＣ）フィールドをパースする請求項９に記載の装置。
【請求項１３】
前記プログラムコードは、前記ＰＩＤフィールドおよび前記ＣＣフィールドのブール演算から得られる結果に基づいて、ＣＣ復元およびＰＩＤ復元のために前記パケットプロセッサとともに動作するアルゴリズムを含む請求項９に記載の装置。
【請求項１４】
前記パケットプロセッサは、ＣＣ値をトラックする影のカウンタをさらに有する請求項９に記載の装置。
【請求項１５】
前記影のカウンタは４ビットのモジュロ１６カウンタである請求項１４に記載の装置。
【請求項１６】
前記パケットプロセッサは、さらに、適合フィールド制御ビットをパースし、前記ＰＩＤ値が整合しており前記適合フィールド制御ビットが１に等しい場合に、適合フィールド長を調節する請求項１４に記載の装置。
【請求項１７】
前記パケットプロセッサは、さらに、ペイロードユニット開始インジケータ（ＰＵＳＩ）値をパースし、前記ＰＵＳＩ値を期待ＰＵＳＩ値と比較し、前記ＰＩＤ値が整合しており前記ＰＵＳＩ値が前記期待ＰＵＳＩ値と整合していない場合に前記ＰＵＳＩ値をゼロにリセットし、前記ＰＩＤ値が整合しており前記ＰＵＳＩ値が前記期待ＰＵＳＩ値と整合している場合に前記ＰＵＳＩ値を維持する請求項１６に記載の装置。
【請求項１８】
前記パケットプロセッサは、さらに、ポインタフィールド値をパースし、前記ポインタフィールド値を所定のポインタ値と比較し、前記ポインタフィールド値を、残りのセクション長の値、および、１０進法の１８３から前記適合フィールド長を減算した結果のうちの最小値に設定する請求項１７に記載の装置。
【請求項１９】
前記パケットプロセッサは、さらに、前記ＰＵＳＩ値が１に等しく前記ポインタフィールド値が有効なテーブルＩＤではない場合にテーブルＩＤフィールドを調節する請求項１８に記載の装置。
【請求項２０】
前記パケットプロセッサはさらに、
セクション長の値をパースし、
前記セクション長の値を、所定長の値と比較することで認証し、
前記セクション長の値が前記所定長の値と整合しない場合に、前記セクション長の値を合計に調節し、
前記セクション長の値が前記所定長の値と整合している場合に、前記セクション長の値を維持する請求項１９に記載の装置。
【請求項２１】
前記所定長の値は、ＩＰ長と定数との合計である請求項２０に記載の装置。
【請求項２２】
前記定数は１０進法の１３である請求項２１に記載の装置。
【請求項２３】
前記パケットプロセッサはさらに、
アドレスフィールドをパースし、
前記アドレスフィールドを所定のアドレス値と比較し、
前記アドレスフィールドが前記所定のアドレス値と整合しない場合に、前記アドレスフィールドをセクションの現在の位置に基づいて調節する請求項２０に記載の装置。
【請求項２４】
前記パケットプロセッサはさらに、
テーブルの境界のフラグとフレームの境界のフラグとをパースし、
前記テーブルの境界のフラグおよび前記フレームの境界のフラグの有効性をチェックし、
前記ＰＵＳＩが１に等しくペイロードがアプリケーションデータテーブルの最終部分に対応しない場合に前記テーブルの境界のフラグおよび前記フレームの境界のフラグを訂正し、
テーブルの境界およびフレームの境界を調節する請求項２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、合衆国法典（ＵＳＣ）第３５編１１９条（ｅ）項に基づき、「TS Packet Grooming」なる名称で２００７年８月８日に提出された米国仮出願第６０／９５４，６４０号明細書の恩恵を主張しており、この全内容を参照によりここに組み込む。
【０００２】
連邦支援の研究または開発による発明に対する権利に関する記載は該当なし。
【０００３】
コンパクトディスクで提出される「シーケンスリスト」、テーブル、またはコンピュータプログラム一覧の補遺に関する参考資料は該当なし。
【背景技術】
【０００４】
本発明は、デジタルブロードキャストシステムにおいてデータパケットを受信する方法および装置に係り、特に、デジタルビデオブロードキャスト（ＤＶＢ）システムにおいてトランスポートストリームパケットをグルーミングする方法および装置に係る。
【０００５】
ＭＰＥＧ（Motion Pictures Expert Group）規格は、ビデオおよびオーディオデータの符号化およびトランスポートに関する規格である。概して、ＭＰＥＧ規格は、元のビデオおよびオーディオのコンテンツの品質に大きな影響を及ぼさずに送信および／または保存するバイト数を低減させる目的から圧縮アルゴリズムを利用する。
【０００６】
国際標準化機構（以下では、ＩＳＯ／ＩＥＣと称する）は、動画および関連するオーディオの符号化用にＭＰＥＧ−２規格を開発した。ＭＰＥＧ−２規格は、４つのドキュメントからなる。ドキュメントＩＳＯ／ＩＥＣ１３８１８−１（システム）は、仕様のシステム符号化を規定する。ここでは、ビデオおよびオーディオデータを組み合わせる多重化構造が定義されており、ビデオおよびそれに関連するオーディオのシーケンスの同期リレーに必要なタイミング情報を含む。ドキュメントＩＳＯ／ＩＥＣ１３８１８−２（ビデオ）は、ビデオデータの符号化表現および動画を再構築するのに必要になる復号化プロセスを規定している。ドキュメントＩＳＯ／ＩＥＣ１３８１８−３（オーディオ）は、オーディオデータの符号化表現および音響を再構築するのに必要に或る復号化プロセスを規定している。ドキュメントＩＳＯ／ＩＥＣ１３８１８−４（コンフォーマンス）は、符号化ストリームの特性を決定し、ドキュメントＩＳＯ／ＩＥＣ１３８１８−１、１３８１８−２、および１３８１８−３で述べられた要件とのコンプライアンスをテストするプロシージャを規定している。
【０００７】
ＭＰＥＧ−２規格は、パケットベースでマルチメディアデータの符号化およびトランスポートを行い、ここではビデオ、オーディオ、その他のデータは１つのビットストリームへと多重化される。ビットストリームはその後、パケッタイズされた基本ストリーム（ＰＥＳ）に分割され、それぞれのパケットが２つの別個のストリームのいずれか（つまり、トランスポートストリーム（ＴＳ）またはプログラムストリーム（ＰＳ）のいずれか）へと多重化される。トランスポートストリームは、それぞれが固定長（１８８バイト）のパケットからなり、プログラムストリームは、多重化された可変長のＰＥＳパケットからなる。トランスポートストリームは、デジタルビデオブロードキャスト（ＤＶＢ）システムで利用され、プログラムストリームはエラーのない環境下で（例えば、デジタルバーサタイルディスク（ＤＶＤ）へのプログラムの記録の際）利用される。ＰＥＳは、基本ストリームのデータを搬送するのに利用されるデータ構造である。基本ストリーム（ＥＳ）は、符号化ビデオ、符号化オーディオ、または、唯一のパケット識別子（ＰＩＤ）を有するＰＥＳパケットシーケンスで搬送される他の符号化されたデータストリームのいずれかである。
【０００８】
トランスポートストリーム（ＴＳ）パケットは、送信チャネルにノイズが多くマルチパスフェーディング、グループ遅延格差、ブロードキャスト局に対してレシーバが移動することに起因したドップラー効果、ローカルな発振器のドリフトに起因するキャリア周波数のオフセット、キャリア位相ノイズ、キャリア振幅の不均衡、過失によるフィルタリングに起因するチャネル帯域幅収差等の多数の不具合を抱えたビデオブロードキャストに利用される。
【０００９】
ＭＰＥＧ−２規格から採用されたＤＶＢトランスポートストリーム（ＴＳ）に基づくＤＶＢ送信システムと比べると、ＤＶＢ−Ｈは、ハンドヘルドレシーバに対してサービスをブロードキャストする仕様であり、正式には２００４年１１月版のＥＴＳＩ（欧州電気通信標準化機構）規格として採択されている。より詳しくは、ＤＶＢ−Ｈは、節電を目的として、レシーバがサービス受信中に自由に移動できることを可能とする地上波デジタルＴＶ規格である。ＤＶＢ−Ｈは、インターネットプロトコル（ＩＰ）に基づいている。その結果、ＤＶＢ−ＨベースバンドインタフェースはＩＰインタフェースフォーマットである。このインタフェースにより、ＤＶＢ−Ｈシステムは、他のＩＰベースのネットワークと組み合わせられることができる。この組み合わせはＩＰデータキャストシステムの１つの特徴である。ＭＰＥＧ−２ＴＳも依然としてリンクデータ層では利用されている。符号化マルチメディアデータは、ＩＰデータグラムと称される可変長のＩＰパケットにマッピングされる。ＩＰデータグラムは、トランスポートストリーム内に、マルチプロトコルのカプセル化（ＭＰＥ）、および、ＤＶＢデータブロードキャスト仕様ＥＴＳＩ  ＥＮ３０１１９２で規定された適合プロトコルによりカプセル化される。
【００１０】
ＭＰＥのレベルでは、順方向誤り訂正（ＦＥＣ）のさらなるステージが追加された。この技法はＭＰＥ−ＦＥＣと称され、ＤＶＢ−Ｈの主要な革新の１つである。ＭＰＥ−ＦＥＣは、その基本となるＤＶＢ−Ｔ規格の物理層ＦＥＣを完全なものとする。これは、信号対雑音比（ＳＮＲ）要件を低減させて、ハンドヘルドデバイスによる受信を促すことを目的とする。
【００１１】
ＭＰＥ−ＦＥＣ処理は、ＭＰＥによるカプセル化の前にＩＰ入力ストリームのレベルでリンク層に配置される。図１Ａは、ＭＰＥ−ＦＥＣ、ＭＰＥ、およびタイムスライシング技術を有するＤＶＢ−Ｈ  ＣＯＤＥＣを含むＤＶＢ−Ｈトランスミッタのブロック図である。タイムスライシング技術は、送信されたプログラムを、時間を分けて割り当てるので、レシーバが対象となる期間のみデータのバーストを受信するよう起動して、他の節電期間中には電源停止することのできるＤＶＢ−Ｈシステムの節電上の特徴である。他のソースにより個々の基本ストリームとして提供されるＩＰ入力ストリームは、タイムスライシング法によって多重化される。１つのＭＰＥＧオーディオまたはビデオ符号器の出力は、基本ストリーム（ＥＳ）と称される。ＭＰＥ−ＦＥＣ誤り保護は、各個々の基本ストリームについて別個に計算される。
【００１２】
ＩＰダイアグラムはＭＰＥセクションにカプセル化される。ＭＰＥセクションはさらに、順方向誤り訂正（ＦＥＣ）符号により保護される。リード‐ソロモン符号ＲＳ（２５５，１９１，６４）符号を利用して、データの信頼性を高めて、ＦＥＣセクションを形成する。異なるソースにより個々の基本ストリーム（ＥＳ）として提供されるＩＰ入力ストリームは、タイムスライシング法によって多重化される。ビデオプラグラムはＭＰＥＧ−２フォーマットに符号化され、符号化データはその後パケッタイズされて、ＭＰＥ−ＦＥＣセクションとともに多重化されて、トランスポート（ＴＳ）パケットを形成する。ＤＶＢ−Ｔ符号器１０１は、４Ｋ変調器およびトランスミッタパラメータシグナリング（ＴＰＳ）情報を含み、これは、ＤＶＢ−Ｈ送信が物理層のＤＶＢ−Ｔ規格に適合していることを示す。図１Ｂは、先行技術のＤＶＢ−Ｈレシーバのブロック図である。レシーバ１２０は、ＭＰＥＧ−２トランスポートストリーム（ＴＳ）パケットを復元するＤＶＢ−Ｈ復調器１２２を含む。ＴＳパケット１２４は、その後、タイムスライシングモジュール１３４を含むＤＶＢ−Ｈ  ＩＰカプセル化解除器１３０へ送られる。タイムスライシングモジュール１３４は、レシーバを制御して、必要なサービスを復号して、他のサービスを行っている間シャットオフさせる。これはレシーバにおける消費電力低減を目的とする。ＭＰＥ−ＦＥＣモジュール１３６は、補完的なＦＥＣ機能を提供して、レシーバ１２０に、特定の困難な受信状況に対処させる。
【００１３】
トランスポートストリームパケットは、多くの互いに異なるプログラムを搬送することができ、その各々は、互いに異なる圧縮係数、および、動的に変化できるが全ビットレートとしては一定になるようなビットレート（統計的多重化）を利用する。
【００１４】
ＤＶＢ−Ｈ規格は、モバイルおよびハンドヘルドレシーバデバイス用のデジタルビデオブロードキャストに関する規定であり、これらのモバイルおよびハンドヘルドレシーバデバイスは、概して小型アンテナ、ブロードキャスト局に対する移動速度等の理由から受信状態が良好ではないので、復調データパケットの品質を向上させる方法および装置の提供が強く望まれている。
【発明の概要】
【００１５】
本発明は、多数のデータサービスをサポートすることのできるトランスポートストリームパケットをグルーミングする方法および装置を提供する。本発明の一実施形態によると、多数のクロスチェック技術を利用して、部分的に正しい受信ＴＳパケットを再構築して、ＭＰＥ−ＦＥＣ処理の性能を向上させてエラーのないＩＰデータグラムを生成する。
【００１６】
本発明の一実施形態では、ＤＶＢレシーバは、一部に、復調器と、ＭＰＥＧ−２トランスポートストリームの選択されたパケットセグメントに適用される所定の条件一式により復調された複数のトランスポートストリームパケットを受信するよう構成されるインタフェースブロックとを含む。レシーバはさらに、単一のビットおよび／または受信されたパケット内でおよび／または多数のパケット間で連続して一緒に分類されている、または物理的に離散している多数のビットであってよいパターンのセットに対して論理演算を行うよう構成されたブール論理部とパーサとを含むパケットプロセッサを有する。パケットプロセッサは、パケットプロセッサに対して複数のクロスチェックおよび調節機能を行うよう構成されたアルゴリズムを含むメモリモジュールに連結されてよい。受信パケットの検出は、同期パターンを見つけて、所定数の連続した正確な同期パターンを取得することから開始されてよい。ひとたび所定数の（例えば５つの）同期パターンが連続受信されると、パケットの正確な境界を特定することができる。次にプロセッサは、トランスポートストリームパケットのヘッダフィールドをパースする（所定の対象フィールドの検査および特定として定義される）。ヘッダフィールドは、本発明のクロスチェックおよび調節技術に不可欠な多数のビットパターンセットを含む。同じパケット識別子（ＰＩＤ）フィールドを有するパケット同士を、メモリモジュールの対応する位置に保存して、それら個々の連続カウンタ（ＣＣ）フィールドを、影のカウンタ値と照合する。影のカウンタは、０から０ｘＦまで数え、ラップアラウンドする４ビットのバイナリカウンタであってよい（つまり、影のカウンタは、モジュロ１６カウンタであってよい）。パケットプロセッサは、以下のクロスチェックステップを行うことができる。ＰＩＤフィールドが予め選択されたＰＩＤ値に整合しており、ＣＣフィールドが影のカウンタの値に整合していない場合に、プロセッサはＣＣフィールドを調節する。ＣＣフィールドが影のカウンタの値と整合しており、ＰＩＤ値が予め選択されたＰＩＤ値と整合していない場合に、プロセッサはＰＩＤフィールドを調節する。パケットプロセッサは一時的に受信パケットをバッファに保存して、次の処理に備える（つまり、本発明の一実施形態では、ＰＩＤおよびＣＣフィールド等の対象フィールドを、対応するＰＩＤおよびＣＣ復元規則に基づいて修正する）。パケットプロセッサは、ＰＩＤフィールドが予め選択されたＰＩＤ値と整合しておりＣＣフィールドが影のカウンタ値と整合する場合に、受信したＴＳパケットを、後続するＩＰカプセル化解除器に転送する。
【００１７】
パケットプロセッサはさらに、「適合フィールド制御」ステータスチェックを行って、適合フィールドが不正規な長さを有するか否かを判断する。プロセッサは、適合フィールド制御が「１０」または「１１」のいずれかのバイナリパターンである場合に、適合フィールドの長さを正規の長さに調節してよい。プロセッサはさらに、「payload-unit-start-indicator（ペイロードユニット開始インジケータ）」（ＰＵＳＩ）フィールドのステータスをチェックしてよい。ゼロのＰＵＳＩフィールドは、トランスポートストリーム（ＴＳ）パケットが新たなペイロードの開始を搬送していないことを示す。プロセッサは、ＰＩＤフィールドが予め選択された値に整合しておりＰＵＳＩフィールドが期待ＰＵＳＩ値（例えば「０」）と整合していない場合に、ＰＵＳＩフィールドをリセットしてよい。
【００１８】
パケットプロセッサはさらに、ポインタフィールドを、期待ポインタ値と照合して、ＰＩＤフィールドが整合する場合にポインタフィールドを最小長の値に設定する。最小長の値は、残りのセクション長の値、および、定数（例えば１０進法の１８３）から適合フィールド長を減算した結果のうちの最小値として定義されてよい。
【００１９】
パケットプロセッサはさらに、セクション長フィールドをＩＰ長の値と照合して、ＩＰチェックサムの正当性を検証し、セクション長フィールドがＩＰ長の値に整合せずＩＰチェックサムが有効である場合に、セクション長フィールドをＩＰ長の値に調節して、セクション長フィールドが整合しておりＩＰチェックサムが有効である場合に、セクション長フィールドを維持する。
【００２０】
パケットプロセッサはさらに、アドレスフィールドを期待アドレス値と照合して、アドレスフィールドが整合していない場合に、セクションの現在の位置に基づいてアドレスフィールドを訂正する。パケットプロセッサはさらに、テーブルの境界のフラグおよびフレームの境界のフラグをチェックして、仕様の対応箇所に記載される規則に則ってテーブルおよびフレームの境界を修正してよい。
【図面の簡単な説明】
【００２１】
【図１Ａ】先行技術として公知のＤＶＢ−Ｈトランスミッタのブロック図である。
【００２２】
【図１Ｂ】先行技術として公知のＤＶＢ−Ｈレシーバの先行技術のブロック図である。
【００２３】
【図１Ｃ】本発明の一実施形態による、ＤＶＢ−Ｈレシーバの例示的なブロック図である。
【００２４】
【図２】先行技術として公知のＭＰＥによるＴＳパケットへのＩＰデータグラムのカプセル化を示す。
【００２５】
【図３】ＥＴＳＩ  ＥＮ３０１１９２およびＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＶＢ−ＨトランスポートストリームによるＭＰＥセクションシンタックスを示す。
【００２６】
【図４】ＭＰＥＧ規格によるＭＰＥＧ−２ＴＳパケットを示す。
【００２７】
【図５】先行技術として公知のマルチプロトコルカプセル化（ＭＰＥ）を利用する多数のＴＳパケットにカプセル化されるＩＰダイアグラムを示す。
【００２８】
【図６Ａ】本発明の一実施形態によるクロスチェック技術を利用するＴＳパケットのグルーミング方法を示すフローチャートである。
【図６Ｂ】本発明の一実施形態によるクロスチェック技術を利用するＴＳパケットのグルーミング方法を示すフローチャートである。
【図６Ｃ】本発明の一実施形態によるクロスチェック技術を利用するＴＳパケットのグルーミング方法を示すフローチャートである。
【図６Ｄ】本発明の一実施形態によるクロスチェック技術を利用するＴＳパケットのグルーミング方法を示すフローチャートである。
【００２９】
【図７】本発明の一実施形態によるＴＳパケットをグルーミングする例示的なパケットプロセッサを示す。
【００３０】
【図８】本発明の一実施形態による、向上した性能および典型的なＤＶＢ−Ｈレシーバのシミュレーション結果を示す。
【００３１】
以下の詳細な記載を添付図面とともに読むことで、本発明の性質および利点がよりよく理解されるであろう。
【発明を実施するための形態】
【００３２】
図１Ｃは、本発明の一実施形態による例示的なＤＶＢ−Ｈレシーバ１４０のブロック図である。レシーバの実施形態１４０は、一部に、ＤＶＢ−Ｈ復調器ブロック１４２とタイムスライシングブロック１５４との間に介在させられたパケットプロセッサ１４８を含む。パケットプロセッサ１４８は、複数のＴＳパケット１４４を傍受し処理して、グルーミングされたＴＳ'パケット１４５を出力し、その後これはＩＰカプセル化解除器ブロック１５０へと送られる。ここで利用される「グルーミング」という用語は、本発明の実施形態により、搬送波対雑音比（Ｃ／Ｎ）比を向上するよう修正されたＴＳパケットのことである。パケットプロセッサ１４８はメモリモジュール１４６に連結され、これは、多数のセットのビットパターンをクロスチェックするアルゴリズムをＴＳパケットに保存して、受信ＴＳパケットの重要なフィールドを訂正するので、ＭＰＥ−ＦＥＣ処理性能およびＩＰデータグラムのカプセル化解除性能が向上する。本発明のクロスチェック技術については、以下のセクションで詳述する。
【００３３】
ＤＶＢ規格は、ＩＰデータグラムがＭＰＥＧ−２ＴＳでマルチプロトコルカプセル化（ＭＰＥ）により搬送されることを示している。図２は、各ＩＰデータグラム２０１がＭＰＥ２１０にカプセル化されることを示している。このＭＰＥ２１０は、ＭＰＥセクション２３２にカプセル化される。ＭＰＥセクションのストリームはその後、基本ストリーム（ＥＳ）（つまり、特定のプログラム識別子（ＰＩＤ）を有するＭＰＥＧ−２ＴＳパケットのストリーム）に入力される。各ＭＰＥセクションは、１２バイトのヘッダ２３１、ペイロード長２３２、４バイトの周期的冗長チェック（ＣＲＣ−３２）末尾２３３を有する。全ペイロード長は、ＩＰデータグラムの長さに等しい。
【００３４】
ＭＰＥ２１０は、複数の行２１２および複数の列２１４を含む。列の数は、１９１バイトに対応し、行の数は２５６、５１２、７６８、または１０２４に等しい。各１９１バイトの行は、さらに、リード‐ソロモン（ＲＳ）符号により保護され、これは、さらに、６４のＲＳパリティバイト（ＲＳコードワード）をＭＰＥ−ＦＥＣ２２１用に生成する。故に、ＭＰＥ−ＦＥＣ符号器は、ＩＰデータグラム２０１を組み込んだＦＥＣフレームという特定のフレーム構造を生成する。ＦＥＣフレームは、最大２６１，１２０バイトにおいて、最大で１０２４個の行、および、２５５個という一定数の列からなる。ＭＰＥデータは、複数のＭＰＥセクション２３２へカプセル化され、ＲＳデータは複数のＭＰＥ−ＦＥＣセクション２４２にカプセル化される。ＭＰＥ−ＦＥＣセクション２４２は、同じＥＳ内にはあるがＭＰＥセクションとは異なるｔａｂｌｅ＿ｉｄを有して、最後のＭＰＥセクションの直後に送られる。この２つの異なるｔａｂｌｅ＿ｉｄを利用することにより、レシーバは、２つの種類のセクションを区別することができるようになる。
【００３５】
ＭＰＥ−ＦＥＣフレームの行数は、サービス情報の中にシグナリングされており、２５６、５１２、７６８、または、１０２４のうちの任意の値をとることができる。列数はアプリケーションデータテーブル（ＡＤＴ）用には１９１であり、ＲＳデータテーブル２２１用には６４である。特定のバーストのＩＰデータグラムは、左上の隅から始まって、ＡＤＴに列単位で垂直に導入される。ＩＰデータグラムが列の底部で厳密には終了しない場合に、残りのバイトが次の列の上部から継続する。ＩＰデータグラムがＡＤＴを厳密には満たさない場合に、残りのバイト位置がゼロでパディングされる（ゼロパディング２１７）。各行では、ＲＳデータテーブル２２１の６４パリティバイトが、同じ行の１９１のＩＰデータグラムバイト（および適用される場合にはパディングバイト）から、リード‐ソロモン符号ＲＳ（２５５、１９１、６４）を利用して、計算される。
【００３６】
ＭＰＥセクション２３２のヘッダ２３１、および、ＭＰＥ−ＦＥＣセクション２４２のヘッダ２４１は、４バイトのリアルタイムパラメータフィールドを含み、これは、１２ビットの開始アドレスを含み、これは、対応するＩＰデータグラムまたはＲＳ列の開始位置のバイト数（ＡＤＴテーブルの初めから数えた）、並びに、テーブルの端およびフレームの端をシグナリングする１８ビットのｄｅｌｔａ＿ｔパラメータ、および１ビットのテーブルの境界のフラグおよびフレームの境界のフラグを示す。
【００３７】
図３は、ＥＴＳＩ  ＥＮ３０１１９２およびＩＳＯ／ＩＥＣ１３８１８−６に規定されているＤＶＢ−ＨトランスポートストリームによるＭＰＥセクションシンタックスを示す。図４は、ＭＰＥＧ−２規格によるＭＰＥＧ−２トランスポートストリームパケットフォーマットシンタックスを示す。
【００３８】
図５は、１８８バイトの多数のトランスポートストリームパケット５００を示しており、ここで各パケットはヘッダ５０１とペイロード５０２とを含む。各ヘッダ５０１は、８ビットの同期バイトフィールド５１０、１ビットのトランスポート・エラー・インジケータ・フィールド５１１、１ビットのペイロードユニット開始インジケータ・フィールド５１２、１ビットのトランスポート優先フィールド５１３、１３ビットのパケット識別子フィールド５１４、２ビットのトランスポート・スクランブル制御フィールド５１５、２ビットの適合フィールド制御フィールド５１６、４ビットの連続カウンタフィールド５１７、およびオプションの適合フィールド５１８を含む。これらフィールド各々がＭＰＥＧ−２規格に記載されている。本発明の実施形態に関係するフィールドのみを後述する。
【００３９】
同期バイト５１０は、「０１０００１１１」（０ｘ４７）バイナリパターンを有し、トランスポートストリーム（ＴＳ）パケットの開始を特定する。ペイロードユニット開始インジケータ（ＰＵＳＩ）フィールド５１２は、ＴＳパケットが新たなペイロードの開始を搬送していること（ＰＵＳＩ＝「１」）、または、ＴＳパケットが新たなペイロードの開始を搬送していないこと（ＰＵＳＩ＝「０」）を示す。パケット識別子（ＰＩＤ）フィールド５１４は、ペイロード５０２が搬送するデータの種類を示す。ある種のＰＩＤ値が留保される。
【００４０】
連続カウンタ（ＣＣ）フィールド５１７は、同じＰＩＤフィールド５１４の値を有する連続するＴＳパケットの数を計測する。４ビットの連続カウンタフィールド５１７を利用して、ブロードキャストエラーの検出を助ける。カウンタは通常は０から０ｘＦまで動作して、その後また０から再開する。ストリーム内で同じＰＩＤを有する次のパケットは、１だけ増分された連続カウンタフィールドを有する。このようにして連続カウンタは、同じＰＩＤの全てのパケット内で連続したシーケンスで動作する。しかし、異なるＰＩＤを有する連続シーケンスのパケットはこれとは異なっていてよい。
【００４１】
図６Ａは、本発明の一実施形態によるＴＳパケットのグルーミング方法を示すフローチャートである。この方法は、ＴＳパケットの開始を特定した後に（例えば、連続した同期パターンの受信に成功した後に）受信ＴＳパケット５００上のヘッダ５０１をパースする段階と、パケット識別子（ＰＩＤ）フィールド５１４および連続カウンタフィールド５１７のフィルタリングを行う段階とを有する。方法はさらに、ＰＩＤフィールド５１４を予め選択されたＰＩＤ値と照合して、ＣＣフィールド５１７を影のカウンタの値と照合する段階を有する。予め選択されたＰＩＤ値は、ユーザが提供する必要なサービスの値であってよい。ステップ６１０で、パケットプロセッサは、ＣＣフィールドおよびＰＩＤフィールドの両方に対して検証を行う。ステップ６１２で、パケットプロセッサは、ＰＩＤフィールド５１４を、「必要な」ＰＩＤサービス値と比較して、ＣＣフィールド５１７を、ブール演算により、影のカウンタの値と比較する。メモリモジュール１４６に含まれるソフトウェア（機械可読符号）は、以下の命令を実行することができる、つまり、ＰＩＤフィールド５１４が必要なＰＩＤサービス値に整合しており、ＣＣフィールド５１７が影のカウンタの値と整合していない場合には、ステップ６１４でパケットプロセッサがＣＣフィールド５１７を影のカウンタの値に調節する（あるいは、調節する）（ことができる）。ＣＣ値の復元に関しては、さらに以下のセクションで詳述する。＜ＣＣ復元＞
【００４２】
連続カウンタの値の復元について説明する。連続カウンタの振る舞いは以下の規則により制御される（ＩＳＯ／ＩＥＣ１３１８１−１を除いて）。  ・continuity_counterは４ビットのフィールドであり、同じＰＩＤを有する各トランスポートストリームパケットにより増分される。continuity_counterは、最大値を超えると、０の周りにラップアラウンドする。continuity_counterは、パケットのadaptation_field_controlが「００」または「１０」に等しい場合には増分してはいけない。  ・トランスポートストリームにおいて、重複パケットを、同じＰＩＤの２つの（２つだけである）連続するトランスポートストリームパケットとして送ることができる。重複パケットは、元のパケットと同じcontinuity_counter値を有し、adaptation_field_controlは「０１」または「１１」に等しくなくてはならない。重複パケットでは、元のパケットの各バイトを重複させるが、例外として、もし存在する場合にはプログラムクロック参照フィールドにおいて有効な値を符号化する。  ・特定のトランスポートストリームパケットのcontinuity_counterは、同じＰＩＤの前のトランスポートストリームパケットのcontinuity_counter値から１だけ増分されているだけの違いである場合に、または、非増分条件（adaptation_field_controlが「００」または「１０」に設定されている、または、上述の重複パケットである）が満たされる場合に、連続している。連続カウンタは、discontinuity_indicatorが「１」に設定されている場合（２．４．３．４参照）、非連続である。ヌルパケットの場合には、continuity_counterの値は不定である。
【００４３】
ステップ６１６で、ＰＩＤフィールドおよびＣＣフィールドは、（ｉ）ステップ６９０でＰＩＤフィールド５１４が整合しておりＣＣフィールド５１７が整合している場合に、ＴＳパケットをＤＶＢ−Ｈカプセル化解除器へ転送してよい、（ｉｉ）ステップ６１８でＰＩＤフィールド５１４が必要なＰＩＤサービス値に整合せず、ＣＣフィールド５１７が影のカウンタ値に整合する場合に、ＰＩＤフィールド５１４は、必要なＰＩＤサービス値に調節される（されてよい）、という２つの条件のうち１つを有することができる。ＰＩＤフィールド復元に関してはさらに後のセクションで後述する。＜ＰＩＤ復元＞
【００４４】
ＰＩＤフィールドが正しい連続カウンタ値を有する１つのパケット内で破損した場合に、このスキームはＰＩＤ値を復元することができる可能性がある。本発明の一実施形態では、受信パケットの連続カウンタを、ＩＰ／ＭＰＥストリームを有する全てのＰＩＤの期待連続カウンタと比較する。ＣＣ値が１つのＰＩＤの期待ＣＣ値（１つのみ）と整合する場合に、ＰＩＤ復元スキームは、受信ＴＳパケットのＰＩＤフィールドを、整合するＣＣフィールドを有するＰＩＤのものに訂正する。
【００４５】
ステップ６２０で、図６Ａに示す方法は、さらに、適合フィールド制御５１６をパースする段階を含む。ステップ６２２で、パケットプロセッサは、ＰＩＤフィールド５１４に整合があるかをチェックして、適合フィールド５１８が不正規な長さである場合には、この適合フィールドをステップ６２４で調節する。適合フィールドは概してＭＰＥストリームで以下の目的に利用される。  １）セクションパッキングを利用しない場合に、ＴＳパケットを非プロトコルデータでパディングする目的に利用できる。  ２）ＭＰＥセクションの残りの長さが１８３である場合に（このようなＴＳパケット内では新たにセクションを開始する余地がない）、１バイトの適合フィールドを利用することができる。  ３）追加情報をシグナリングするべくマルチプレクサにより利用可能である。
【００４６】
本発明の一実施形態によると、パケットプロセッサ１４８は、カプセル化アルゴリズムに最初のトレーニングを行い、ＭＰＥカプセル化スキームを決定する。セクションパッキングを利用するが適合フィールドは利用しない場合には、ＴＳグルーミングルーチンは、条件２）が満たされている場合を除いて、この情報を利用して拒否（repudiation）することにより適合フィールド制御を訂正する。
【００４７】
ステップ６３０で、方法はさらに、ＰＵＳＩフィールド５１２のパースを行う段階を含む。これは破損したパケットは、不正確な値に設定されたＰＵＳＩフィールドを有する可能性があるからである。例えば、ＰＵＳＩ値は、受信ＴＳパケットが新たなペイロードの開始を搬送する場合には、１に等しい。ステップ６３２で、この条件を検証する。ＰＩＤフィールドが整合しておりＰＵＳＩが整合していない場合には、ステップ６３４を行う。さもなくば、ＰＵＳＩフィールド値をステップ６３６で維持する。
【００４８】
本発明の一実施形態では受信ＴＳパケットが１に設定されたＰＵＳＩセットを持つために満たされねばならない条件は、ａ）適合フィールド制御が０ｘ１または０ｘ３であり、且つ、ｂ）ＴＳパケットペイロードの長さ（１８４−適合フィールド）が現在受信中のセクションの残りの長さより大きいこと、である。ＰＵＳＩは、これら条件のいずれかが満たされない場合には０に訂正される。
【００４９】
逆に、セクション開始を有するパケットは、０に破損したＰＵＳＩを有してよい。本発明の一実施形態では、この条件は、残りのセクション長がペイロード長より小さい場合に検出され、ｔａｂｌｅ＿ｉｄフィールドが、この直後に続く。ｔａｂｌｅ＿ｉｄは、ＭＰＥまたはＭＰＥ＿ＦＥＣセクションの最初のバイトである。ＭＰＥセクションについては０ｘ３Ｅに設定され、ＭＰＥ−ＦＥＣセクションについては０ｘ７８に設定される。
【００５０】
ステップ６４０で、図６Ｂに示す方法はさらに、ポインタフィールド（不図示）をパースする段階を含む。ポインタフィールドは、ＰＵＳＩがユニティ（＝「１」）であるＴＳパケットの最初のバイトであるペイロードバイトである。ポインタフィールドは、そのポインタフィールドの直後のＴＳパケットのバイト数を含む。ポインタフィールドで破損が起きると、ソフトウェアはセクションヘッダの記録を無くす場合がある。故に、セクションヘッダを正確に見つけるためには、ポインタフィールドをステップ６４２で有効にしておく必要がある。ＰＩＤフィールドが整合し、ＰＵＳＩが１であり、ポインタフィールドが残りのセクション長に等しくない場合には、そのポインタフィールドが破損している可能性があると認識される。ステップ６４４で、ポインタ値を１８３（１０進法）、適合フィールド長、および残りのセクション長の間の差異の最小値で置き換えることができる。本発明の一実施形態では、これが有効なｔａｂｌｅ＿ｉｄ（ＭＰＥセクションの場合は０ｘ３ｅであり、ＭＰＥ−ＦＥＣセクションの場合は０ｘ７８である）である場合に、このポインタ値を残りのセクション長の値に訂正する。
【００５１】
ステップ６５０で、図６Ｂに示す方法はさらに、ペイロード（不図示）のテーブルＩＤフィールドをパースして、所定の有効なｔａｂｌｅ＿ＩＤのセットと照合する（例えば、ＰＡＴについては０ｘ００、ＣＡＴについては０ｘ０１、ＰＭＴについては０ｘ０２、およびＮＩＴについては０ｘ４０等である）。ステップ６５２で、パケットプロセッサは、ＰＵＳＩが１であり、ポインタが示すバイトが有効なｔａｂｌｅ＿ＩＤではないと判断すると、パケットプロセッサはテーブルＩＤフィールドをステップ６５４で調節する。
【００５２】
ステップ６６０で、方法はさらに、セクション長をパースして、ＩＰ長と比較する。セクション長は、関連するＩＰダイアグラムに必要なＴＳパケットの数を示す。ＭＰＥセクションの最大サイズは４０９６バイトであり、これにより４０８０バイトまでのＩＰダイアグラムをカプセル化することができる（４０９６−（１２バイトのセクションヘッダ‐（４バイトのＣＲＣ））。ステップ６６２で、パケットプロセッサは、セクション長がＩＰ長に等しくなく、ＩＰヘッダチェックサムが有効であると判断する場合に、ステップ６６４でセクション長をＩＰ長に調節する。さもなくば、セクション長をステップ６６６で維持する。セクション長の調節については後述する。＜セクション長＞
【００５３】
本発明の一実施形態では、セクション長フィールドの破損を以下の要領で検出する。  １）ＭＰＥセクションである場合には、ＩＰデータグラム長をセクション長と比較してよい。IPLength!=MPELength-13のような関係が破損を示している。破損している場合には、IPHeaderLength値を、以下を利用して検証することができる。  ａ）ＩＰヘッダチェックサム：ＩＰヘッダチェックサムが合格である場合に、MPELengthがIPLength+13であると仮定する、  ｂ）ＵＤＰ長：IPLength=UDPLength+IPHeaderSizeである場合に、MPELengthをIPLength+13に修正する。  ２）ＭＰＥ−ＦＥＣセクションである場合には、テーブルサイズ（行数）を利用して、そのセクション長フィールドが破損していないことを検証する。
【００５４】
ステップ６７０で、図６Ｃに示す方法は、アドレスフィールドをパースして、ＭＰＥテーブルに予め記載されているバイト数と比較する段階を備える。ステップ６７２で、パケットプロセッサは、アドレスフィールドが既にＭＰＥテーブルに記載されているバイト数と整合していない場合に、アドレスフィールドが破損していると仮定して、ＭＰＥセクションの現在の位置に基づいて訂正する（ことができる）。ＭＰＥ−ＦＥＣセクションについては、訂正係数を利用してアプリケーションデータテーブルからのオフセットに対処する（account for）。
【００５５】
ステップ６８０で、方法はさらにテーブルの境界のフラグおよびフレームの境界のフラグをパースする段階を含む。テーブルの境界のフラグは、フレームの最後のＭＰＥセクションおよび最後のＭＰＥ−ＦＥＣセクションにおいて、トランスミッタにより１に設定される。フレームの境界は、フレームの最後のＭＰＥ−ＦＥＣセクションに設定される。誤りのテーブルおよびフレームの境界のフラグをクリアする必要がある。ＰＵＳＩフラグを有するＴＳパケットが破損しており、ペイロードがアプリケーションデータテーブル（ＡＤＴ）の最終部分またはＲＳデータ列に対応していない場合に、フラグが誤りとみなされる。ステップ６８１で、テーブルの境界のフラグが設定されており、フレームの境界のフラグが設定されていない場合には、パケットプロセッサはさらに、このセクションのテーブルＩＤがＭＰＥセクションではない、あるいは、次のセクションのテーブルＩＤがＭＰＥ−ＦＥＣセクションではないことを確かめて、テーブルの境界のフラグがステップ６８３で（「０」に）クリアされる。ステップ６８１で条件が満たされない場合に、パケットプロセッサは、フレームの境界のフラグが設定されているかをステップ６８５でチェックする。フレームの境界のフラグが設定されていない（つまり＝「０」である）場合に、ステップ６８６でパケットを次のタイミングインタフェースユニット７３０に転送して、ここではタイムスライシングブロック７３０とのインタフェースが行われる（図７）。ステップ６８５で条件が満たされている場合に、パケットプロセッサはさらに、このセクションのテーブルＩＤがＭＰＥ−ＦＥＣセクションではないかどうかをチェックする。条件が満たされている場合に、パケットプロセッサはテーブルの境界のフラグおよびフレームの境界のフラグをステップ６８８でクリアする。このセクションのテーブルＩＤがＭＰＥ−ＦＥＣセクションである場合には、パケットプロセッサはさらに次のセクションのテーブルＩＤがＭＰＥ−ＦＥＣセクションであるか、およびセクションアドレスがＭＰＥ−ＦＥＣテーブルの行の数の６４倍の積よりも小さいかをチェックする。条件が満たされている場合には、パケットプロセッサはステップ６９０でフレームの境界のフラグをクリアして、パケットを次のタイムスライシングインタフェースに転送して、さらなる処理を行わせる。さもなくば、プロセッサはパケットをステップ６９１でただ転送する。テーブルの境界のフラグおよびフレームの境界のフラグを修正する例示的な疑似コードについては後述する。＜テーブルの境界のフラグおよびフレームの境界のフラグ＞
【００５６】
ステップ６８０におけるテーブルの境界のフラグおよびフレームの境界のフラグを修正する疑似コードは以下の通りである。
【表１】
2010536268.tif 000003
【００５７】
図７は、パケットプロセッサ１４８の例示的な実施形態である。パケットプロセッサ１４８は、一部に、受信ＴＳパケットのヘッダをパースして、ＰＩＤフィールド５１４をフィルタリングするパーサブロック７１０を含む。パーサ７１０はさらに、他の対象の所定フィールドを特定する（例えば、ＣＣフィールド５１７、ＰＵＳＩフィールド５１２、適合フィールド制御５１６、ポインタフィールドまたは適合フィールド（図５）、アドレスフィールド（図３）、テーブルの境界のフラグおよびフレームの境界のフラグ（図３）等）。ブール演算子７５０は、受信ＴＳパケット内の対象フィールドを検証する。本発明の一実施形態では、重要なパラメータは、変更子ブロック７２０によりブール演算子の結果に基づいて訂正されてよく、ここでは前述した規則に則って対象フィールドの調節（修正）が行われる。パケットプロセッサ１４８はさらに、グルーミングされたＴＳ'パケット１４５を一時的に保存するように構成されるバッファ７４０を含んでよい。パケットプロセッサ１４８の演算（例えば前述した規則に則った対象フィールドのパースおよび修正等）を実行する命令を含むソフトウェア（コンピュータプログラム）が、メモリモジュール１４６に保存されていてよい。メモリモジュール１４６は、パケットプロセッサと集積されていても、プロセッサ外にあってもよい。パケットプロセッサはさらに、一部に、タイムスライシングインタフェースブロック７３０、グルーミングされたＴＳ'パケットを一時的に保存するよう構成されたバッファブロック７４０、および、ユーザインタフェースを提供するよう構成された多数のステータスおよび制御レジスタを含んでよい。本発明の一実施形態においては、パケットプロセッサは、先行技術として知られている任意の方法でのプログラミングが可能なＡＳＩＣ（特定用途向けＩＣ）およびＦＰＧＡ（書替え可能ゲートアレイ）、構造ゲートアレイ（structure gate array）、その他のプロセッサにより実装される集積回路（ＩＣ）またはＩＣの一部であってよい。
【００５８】
図８は、本発明の一実施形態による、向上した性能および典型的なＤＶＮ−Ｈレシーバのシミュレーション結果を示す。シミュレーションは、ランダムなバイトエラーを有する参照ＴＳストリームを利用する。エラーは、以下の２つのパラメータを用いて決定される。  １）パケットエラーレート（ＰＥＲ）：エラーを有するパケットの比率を表す。パケットエラー同士は独立しており相互に関連していないと仮定する。  ２）条件付きのバイトエラーレート（ＣＢＥＲ）：不良パケット内の破損したバイトの割合のことである。バイトエラーは訂正不可能であると仮定する。
【００５９】
シミュレーションのパラメータは８Ｋモード、ＱＰＳＫ、符号レート１／２、ガード間隔１／４、およびドップラー周波数１５Ｈｚ、６５Ｈｚ、および９５Ｈｚである。バーストノイズおよび／または干渉が相互に関連するエラーを生じる可能性が非常に高いことから、相互に関連していないバイトまたはパケットエラーという仮定は厳密には合理的ではないことが理解されよう。図８は、本発明の一実施形態によれば、５パーセント未満のＭＦＥＲ（ＭＰＥ−ＦＥＣフレームエラー率）が、６５Ｈｚのドップラーでは８．６ｄＢ  Ｃ／Ｎで、および、９５Ｈｚのドップラーでは９．４ｄＢ  Ｃ／Ｎで達成されうることを示している。これら（つまり１．３ｄＢから３．１ｄＢ）は、典型的なレシーバ（つまり、ＭＢＲＡＩ仕様のみを満たしている実装例）の性能よりも良好である。
【００６０】
本発明を例示的な実施形態に関して記載してきたが、当業者であれば多くの変形例が可能であることに想到するであろう。例えば記載したプロセスは、ハードウェアコンポーネント、ソフトウェアコンポーネント、および／または、これらの任意の組み合わせによる実装が可能である。従って明細書および図面は例示的であり、限定的ではない。本発明の広義の精神および範囲から逸脱せずにこれらに対して様々な変形および変更を加えることができることは明らかであり、本発明は以下の請求項の範囲内の全ての変形例および均等物を含むことを意図している。
【図１Ａ】
2010536268.tif 000004
【図１Ｂ】
2010536268.tif 000005
【図１Ｃ】
2010536268.tif 000006
【図２】
2010536268.tif 000007
【図３】
2010536268.tif 000008
【図４】
2010536268.tif 000009
【図５】
2010536268.tif 000010
【図６Ａ】
2010536268.tif 000011
【図６Ｂ】
2010536268.tif 000012
【図６Ｃ】
2010536268.tif 000013
【図６Ｄ】
2010536268.tif 000014
【図７】
2010536268.tif 000015
【図８】
2010536268.tif 000016
【国際調査報告】
2010536268.tif 000017