(57)【要約】  携帯情報端末のためのディジタルビデオ放送規格を使用する送信システムでは、データがバースト状態で送信される。データ中のエラーを訂正するためにデコーダユニット（２５）が設けられる。エラー訂正のためのエラー訂正データの量が良好なエラー訂正のために十分である時期を決定するためにエラー量決定ユニット（３０）が設けられる。従って、平均して、早期受信器フロントエンドスイッチオフにより装置（１）の消費電力を低減することができる。
2009518991.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおけるバーストを受信するための装置、特に、受信ユニットと、メモリユニットと、デコーダユニットと、エラー量決定ユニットとを備えるモバイル装置であって、前記受信ユニットは、アプリケーションデータ及びエラー訂正データを含む前記バーストを受信し且つ前記アプリケーションデータの少なくとも一部及び前記エラー訂正データの少なくとも一部を前記メモリユニットへ送信するように構成されており、前記メモリユニットは、前記受信ユニットから受信される前記アプリケーションデータ及びエラー訂正データを前記メモリユニットのメモリのフレーム内に記憶するように構成されており、前記デコーダユニットは、前記メモリユニットの前記メモリの前記フレーム内に記憶された前記データに関してエラー訂正を行うように構成されており、前記エラー量決定ユニットは、受信された誤ったアプリケーションデータのエラー量を決定し、前記デコーダユニットが前記エラー訂正を行うために必要なエラー訂正データの量を決定するとともに、正確に受信されたエラー訂正データの量を決定し、正確に受信されたエラー訂正データの前記量が前記エラー訂正を行うために必要な前記エラー訂正データの前記量以上であるときにエラー訂正データの受信の終了を要求するように構成されている、ことを特徴とする装置。
【請求項２】
前記フレームは、マルチプロトコルカプセル化及び順方向エラー訂正フレームであり、前記フレームは、アプリケーションデータテーブルとリードソロモンデータテーブルとを備え、前記アプリケーションデータは、前記フレームの前記アプリケーションデータテーブル内に記憶され、前記エラー訂正データは、前記フレームの前記リードソロモンデータテーブル内に記憶され、前記デコーダユニットは、リードソロモンデコーダユニットであることを特徴とする請求項１に記載の装置。
【請求項３】
前記エラー量決定ユニットは、誤ったアプリケーションデータの前記エラー量を、前記フレームのアプリケーションデータテーブルの誤った列の数として決定するように構成されていることを特徴とする請求項１に記載の装置。
【請求項４】
前記アプリケーションデータテーブルの列は、少なくとも誤ったシンボルを含むときに誤っているものとして決定されることを特徴とする請求項３に記載の装置。
【請求項５】
前記エラー量決定ユニットは、行エラー数に基づいて誤ったアプリケーションデータの前記エラー量を決定するように構成されており、それぞれの行エラー数は、前記フレームのアプリケーションデータテーブルの行に関して決定されることを特徴とする請求項１に記載の装置。
【請求項６】
前記エラー量決定ユニットは、誤ったアプリケーションデータの前記エラー量を、前記行エラー数の最大行エラー数として決定するように構成されており、前記行エラー数のそれぞれは、前記フレームの前記アプリケーションデータテーブルの前記行内の誤ったシンボルの数として決定されることを特徴とする請求項５に記載の装置。
【請求項７】
前記エラー量決定ユニットは、エラー訂正のために必要なエラー訂正データの前記量を、前記フレームのリードソロモンデータテーブルの列の数として決定するように構成されていることを特徴とする請求項２に記載の装置。
【請求項８】
前記エラー量決定ユニットは、前記リードソロモンデータテーブルの正確に受信された列の数が前記エラー量として決定される列の前記数に等しいときに、エラー訂正データの受信の終了を要求するように構成されていることを特徴とする請求項７に記載の装置。
【請求項９】
前記エラー量決定ユニットは、前記エラー訂正データが前記フレーム内に記憶される間、エラー訂正のために必要なエラー訂正データの前記量を決定するように構成されていることを特徴とする請求項１又は２に記載の装置。
【請求項１０】
前記エラー量決定ユニットは、前記フレームのそれぞれの行において残りのエラー量が前記デコーダユニットのエラー訂正能力の範囲内にあることを前記エラー量決定ユニットが決定するときに、エラー訂正データの受信の終了を要求するように構成されていることを特徴とする請求項１に記載の装置。
【請求項１１】
前記エラー量決定ユニットは、前記フレームのそれぞれの行において前記行の正しいシンボルの数が前記フレームのアプリケーションデータテーブルの列の数以上であるときに、エラー訂正データの受信の終了を要求するように構成されていることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記エラー量決定ユニットは、前記フレームのそれぞれの行において前記行の正しいシンボルの数が前記フレームのアプリケーションデータテーブルの列の数と安全距離との合計以上であるときに、エラー訂正データの受信の終了を要求するように構成されていることを特徴とする請求項１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるバーストを受信するための装置及び方法に関する。特に、本発明は、ディジタル地上波放送ネットワークを介してマルチメディアサービスを受信するためのモバイル装置、特に携帯情報端末に関する。
【背景技術】
【０００２】
ヨーロッパ放送連合の「Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）；Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｈａｎｄｈｅｌｄ  Ｔｅｒｍｉｎａｌｓ（ＤＶＢ−Ｈ）」と題された従来の技術の文献ＥＴＳＩ  ＥＮ  ３０２  ３０４  Ｖ１．１．１（２００４−１１）（非特許文献１）は、マルチメディアサービスをディジタル地上波放送ネットワークを介して携帯情報端末（ＤＶＢ−Ｈ）へ伝送する効率的な方法を提供するためにディジタルビデオ放送規格を使用する送信システムについて記載している。これにより、ＤＶＢ−Ｈシステム全体は、物理層及びリンク層内並びにサービス情報内の要素を組み合わせることによって規定される。ＤＶＢ−Ｈのためのリンク層は、端末の平均電力消費量を低減するために滑らかで継ぎ目の無い周波数ハンドオーバ（ｈａｎｄｏｖｅｒ）を可能にするタイムスライシングを使用するとともに、ＩＰベースデータ及びリードソロモンパリティの送信のためにマルチプロトコルカプセル化を使用する。モバイルチャンネルにおけるノイズ性能及びドップラ性能に関して搬送波を改善するために、マルチプロトコルカプセル化及び順方向エラー訂正（ＭＰＥ−ＦＥＣ）フレームに対して順方向エラー訂正が適用され、それにより、インパルス干渉に対する耐性が改善され、より頑強な受信器がもたらされる。
【０００３】
ＤＶＢ−Ｈ受信器の概念的構造は、タイムスライシングモジュールとＭＰＥ−ＦＥＣモジュールとを含んでいる。タイムスライシングモジュールは、滑らかで継ぎ目の無い周波数ハンドオーバを行うことができるようにしつつ受信器の電力消費量を節約することを目的とする。ＭＰＥ−ＦＥＣモジュールは、物理層送信を介して相補的な順方向エラー訂正を与え、それにより、受信器が特に困難な受信状態に対処できるようにする。
【０００４】
従来の技術の文献  英国特許出願公開第ＧＢ ２ ４０６ ４８３ Ａ号公報（特許文献１）は、インターネットプロトコルデータグラムをマルチプロトコルカプセル化を使用する受信装置へ送信するために使用される地上波ディジタルビデオ放送ネットワークにおけるバーストを送信する方法について記載している。これにより、アプリケーションデータは、順方向エラー訂正データのためのバーストとは異なるバーストで送信される。また、電力を節約するため、コントローラは、順方向エラー訂正データに従って順方向エラー訂正データを受信するように受信器に指示するが、エラーがアプリケーションデータバースト中で検出されない場合にはアプリケーションデータのみに従って順方向エラー訂正データバーストをスキップするように受信器に指示する。
【０００５】
英国特許出願公開第ＧＢ ２ ４０６ ４８３ Ａ号公報（特許文献１）から知られる方法は、マルチプロトコルカプセル化データにほとんどエラーが無いため、順方向エラー訂正データの受信がほとんどの時間で必要になるという欠点を有している。
【特許文献１】英国特許出願公開第ＧＢ ２ ４０６ ４８３ Ａ号公報
【非特許文献１】ヨーロッパ放送連合の「Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）；Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｈａｎｄｈｅｌｄ  Ｔｅｒｍｉｎａｌｓ（ＤＶＢ−Ｈ）」と題された従来の技術の文献ＥＴＳＩ  ＥＮ  ３０２  ３０４  Ｖ１．１．１（２００４−１１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、受信性能の向上、特に省電力機能の改善を伴う、通信ネットワークにおけるバーストを受信するための装置及び方法を提供することである。
【課題を解決するための手段】
【０００７】
この目的は、請求項１に規定される装置によって解決される。本発明の有利な展開が、従属請求項に記載されている。
【０００８】
本発明は、装置の平均電力消費量を減少させるために受信ユニットの早期スイッチオフを行うことができるという更なる利点を有している。このことは、多数のバーストを受信する際にかなりの電力低減が得られることを意味する。
【０００９】
請求項２に規定される手段によれば、アプリケーションデータは、例えば１０２４個の行と１９１個の列とを有するアプリケーションデータテーブル内に記憶され、また、エラー訂正データは、例えば１０２４個の行と６４個の列とを有するリードソロモンデータテーブル内に記憶される。そのような場合、エラー訂正は、アプリケーションデータテーブル及びリードソロモンデータテーブルの両方を備えるフレームの各行に関して個別に処理される。このことは、リードソロモンデコーダがアプリケーションデータ及びエラー訂正データの両方を備える一つの行を処理することを意味する。しかし、デコーダユニットは、エラー訂正データの一部だけを用いてエラー訂正を行ってもよい。良好なデコーディングのために必要なエラー訂正データの量は、正確に受信されたアプリケーションデータの量によって決まる。デコーダユニットは、受信されたデータに基づいて、必要なエラー訂正データの量を決定する。この場合、この決定は、各フレームごとに又は各バーストごとに個別に行われる。
【００１０】
請求項３に規定される手段は、計算の負担が比較的少ないという利点を有している。そのため、良好なエラー訂正のために必要なエラー訂正データの量を決定するために高速決定が可能である。また、エラー量は、エラー訂正データの個々のシンボルを受信し又は解析する前に予め決定されてもよい。これにより、請求項４に規定される手段によれば、アプリケーションデータテーブルの一つの列は、それが一つ以上の誤ったシンボルを含むときに誤っているものとして計数する。
【００１１】
請求項５に規定される手段は、良好なエラー訂正のために必要なエラー訂正データの量の決定が最適化されるようにエラー量が行単位で決定されるという利点を有している。そのため、エラー量の列単位の決定と比較すると平均して受信ユニットの早期スイッチオフが可能である。この場合、アプリケーションデータテーブル及び場合によりリードソロモンデータテーブルの個々のシンボルに関連するエラー情報又は抹消情報は、アプリケーションデータテーブル及び場合によりリードソロモンデータテーブルの行の誤ったシンボルの数を決定するために使用され得る。良好なエラー訂正のために必要なエラー訂正データの量の決定をフレームの行のアプリケーションデータテーブル部分に制限すると、エラー訂正データの受信前にエラー量決定が可能である。しかし、フレームのリードソロモンデータテーブル部分に記憶されたエラー訂正データのシンボルは、良好なエラーデコーディングのために必要なエラー訂正データのエラー量を決定してエラー量決定を高精度化するために使用されてもよい。それと共に、請求項９に規定される手段によって提案されるように、早期受信ユニットスイッチオフが行われてもよい。しかし、請求項８に規定される手段は、計算負担の軽減を伴ってエラー量決定を行う。
【００１２】
請求項１０に規定される手段によれば、受信の終了のためのタイミングが最適化される。
【００１３】
請求項１１及び請求項１２に規定される手段によれば、エラー訂正を最適化するために更なるパラメータが使用され得る。例えば、請求項１２に規定される手段によれば、いくつかの検出されないエラーがデータ処理中に生じている場合でもエラー訂正を行うことができるように、安全距離（security distance）が使用されてもよい。
【００１４】
本発明のこれらの態様及び他の態様は、以下に説明される実施の形態から明らかであり、当該実施の形態を参照して上記態様について説明する。
【発明を実施するための最良の形態】
【００１５】
本発明は、添付図面を参照してなされる本発明の好ましい実施の形態の以下の説明から容易に理解されるようになる。図面中、同様の部分は同様の参照符号によって示されている。
【００１６】
図１は、通信ネットワークにおいてバーストを受信するための装置１のリンク層の概略ブロック図を示している。装置１は、ディジタル地上波放送ネットワークを介してマルチメディアサービスを伝送する方法を提供するためにディジタルビデオ放送規格を使用する送信システムで使用することができる。例えば、装置１は、携帯情報端末若しくは携帯電話又は他の特にバッテリ駆動の装置の一部であってもよい。しかし、本発明に係る装置１及び方法は、他の機器内に含まれることもでき又は他の機器によって処理することもできる。
【００１７】
好ましい実施の形態に係る装置１は、受信ユニット２を備えている。受信ユニット２は、通信ネットワークを介して連続バーストを受信するとともに、チャンネル３を介してトランスポートストリームを出力する。その場合、各バーストは、可能な順方向エラー訂正データとしてＩＰデータを含むマルチプロトコルカプセル化データを備えてもよい。また、異なるチャンネルを介して異なるバーストが送信されてもよい。後続バースト間のタイミングを示すためにタイミングオフセット情報が与えられてもよい。携帯情報端末のためのディジタルビデオ放送の場合、そのようなタイミングオフセット情報は、「デルタ−ｔ」として知られている。
【００１８】
また、装置１は、デマルチプレクサ４を備えている。デマルチプレクサ４は、例えば、ＭＰＥＧ−２トランスポートストリームデマルチプレクサとして設けられる。この場合、動画圧縮規格ＭＰＥＧ−２は、４乃至６Ｍｂｐｓのスタジオ音質テレビジョンチャンネル及び多重ＣＤ音質オーディオチャンネルを対象にするとともに、高精細テレビジョン（ＨＤＴＶ）を最適に取り扱うように拡張されてきた。しかし、特に動画及び関連する音声をコーディングするための他のコーディング規格がデマルチプレクサ４によって与えられてもよい。デマルチプレクサ４は、チャンネル３を介してトランスポートストリームを受信する。デマルチプレクサ４は、基本ストリームのトランスポートストリームパケットを選択するパケット識別子（ＰＩＤ）フィルタ５を備えている。パケット識別子フィルタ５は、サービス情報（ＳＩ）と組み合わせて使用され、また、サービス情報をフィルタリングするためのプログラム仕様情報（ＰＳＩ）フィルタ６及びデカプセル化フィルタ７は、仕様情報及びアプリケーション情報をプログラミングする。選択されたＳＩ／ＰＳＩセクションは、それらの対応するキュー８に記憶されてキューマネージャ９によって送信される。選択されたサービス情報は、それがシリアル周辺インタフェース（ＳＰＩ）１０及びチャンネル１１を介してアプリケーションエンジンへ送信される前にいくつかの操作を受ける。
【００１９】
サービス情報及びプログラム仕様情報フィルタ６のセクションフィルタリングは、巡回冗長検査（ＣＲＣ）１２を伴う。デカプセル化フィルタ６によるデカプセル化フィルタリングは、巡回冗長検査１３及びチェックサム計算１４を伴う。巡回冗長検査１２、巡回冗長検査１３、及び、チェックサム計算１４は、エラー情報のためのソースである。エラー情報のための更なるソースは、トランスポートストリームパケットメインヘッダにおけるトランスポートエラーインジケータである。エラーが生じると、デマルチプレクサ４のエラーフラグ生成ユニット２０が対応するデータグラムフラグメントのための抹消フラグを生成する。この場合、データグラムは、ネットワーク層データフレームである。インターネットプロトコルの場合、データグラムは、インターネットプロトコルデータグラムである。一般に、データグラムは、更なる情報がなくてもそれがエンドポイントへとルーティングされ得るようにするフルアドレス情報を有するネットワーク層パケットである。受信ユニット２は、セクションを備えるバーストを受信する。データグラムはセクションにカプセル化され、また、エラーがそれらのセクションのうちのいずれかで生じる場合には、抹消フラグ生成ユニット２０が誤ったセクションのデータグラムのための抹消を生成する。
【００２０】
受信されたエラー訂正データ及びデータグラムの形態で受信されたアプリケーションデータは、デマルチプレクサ４からメモリユニット２２へと送信される。メモリユニット２２はメモリを備えており、そのメモリ内のフレームは、図２を参照して詳しく説明されるように、受信されたデータグラムを記憶するように構成されている。
【００２１】
装置１は、インターネットプロトコル読み出しユニット２４と、デコーダユニット２５とを備えている。デコーダユニット２５は、メモリユニット２２のフレーム内に記憶されるデータに関して順方向エラー訂正を行うようになっている。順方向エラー訂正処理の後、マルチプロトコルカプセル化データは、インターネットプロトコル読み出しユニット２４を介してキューマネージャ９へ送信される。インターネットプロトコル読み出しユニット２４は、メモリユニット２２のＭＰＥ−ＦＥＣメモリ内のデータグラムを識別する。従って、インターネットプロトコル読み出しユニットは、各データグラムのヘッダ情報を解析するとともに、その長さ情報を読み取る。制御及び省電力ユニット２６が、制御及び省電力動作のため、デマルチプレクサ４と、メモリユニット２２と、デコーダユニット２５と、インターネットプロトコル読み出しユニット２４と、キューマネージャ９と、ＳＰＩ１０とに接続されている。また、制御及び省電力ユニット２６は、場合により個々のバーストの終わりまでに、受信されたバースト間で受信ユニット２をオフに切り換えるために、受信ユニット２と接続される。制御及び省電力ユニット２６は、チップ間通信チャンネル（１２Ｃ）２７からデータを受信する。制御及び省電力ユニット２６は、エントリテーブル生成ユニット２１からインターネットプロトコルエントリデータを受信するとともに、それらのデータをインターネットプロトコル読み出しのためにインターネットプロトコル読み出しユニットへ送信する。また、デマルチプレクサ４は、一つ以上の出力、例えば地上波ディジタルビデオ放送等の他のサービスのための部分的又は全体的なトランスポートストリーム用の出力２８を有していてもよい。
【００２２】
また、装置１は、エラー量決定ユニット３０を備えている。エラー量決定ユニット３０は、受信された誤ったアプリケーションデータのエラー量を決定し、また、エラー訂正データ、特に受信されたリードソロモンパリティのエラー量を更に決定し得る。この場合、エラー量決定ユニット３０は、図２を参照して更に詳しく説明するように、メモリユニット２２のメモリのフレーム内のデータグラムのシンボルの位置に関してエラー量を決定する。更に、エラー量決定ユニット３０は、メモリユニット２２のフレーム内に記憶されたデータに関してデコーダユニット２５がエラー訂正を良好に行うために必要なエラー訂正データの量を決定する。また、エラー量決定ユニット３０は、正確に受信されたエラー訂正データの量を決定するとともに、正確に受信されたエラー訂正データの量とエラー訂正処理に必要なエラー訂正データの量とを比較する。正確に受信されたエラー訂正データの量がエラー訂正処理にとって十分な場合には、エラー量決定ユニット３０は、エラー訂正データの受信の終了を要求するためのリクエストを制御及び省電力ユニット２６へ送信する。その後、制御及び省電力ユニット２６は、エラー訂正データの受信を終了させるように受信ユニット２に指示する。従って、エラー訂正データの一部は受信されなくてもよく、また、メモリユニット２２のフレームの一部がリードソロモンパリティで満たされなくてもよい。
【００２３】
図２は、メモリユニット２２のメモリ内のフレーム３２の好ましい実施の形態を示している。この実施の形態において、フレーム３２は、マルチプロトコルカプセル化及び順方向エラー訂正フレーム３２として設けられる。フレーム３２は、シンボルＡｉｊ及びＲｉｌのテーブルである。この場合、ｉは１以上で且つｋ以下であり、ｊは１以上で且つ１９１以下であり、また、ｌは１以上で且つ６４以下である。ここで、ｋは、３３の方向で１から例えば１０２４まで数えられるフレーム３２の行（横列）の数である。フレーム３２の列（縦列）の数は１９１＋６４＝２５５である。フレーム３２はアプリケーションデータテーブル３５とエラー訂正データテーブル３６とを備えており、好ましい実施の形態のエラー訂正データテーブル３６は、リードソロモンデータテーブル３６である。フレーム３２のアプリケーションデータテーブル３５部分内の列は方向３４で計数され、また、フレーム３２のリードソロモンデータテーブル３６部分の列も方向３４で計数される。アプリケーションデータテーブル３５は、メモリユニット２２によって受信されたデータグラムで満たされ、それにより、アプリケーションデータテーブル３５は、アプリケーションデータ及び場合によりパディングバイトで満たされる。そのため、シンボルＡｉｊの位置では、アプリケーションデータ又はパディングデータが記憶される。リードソロモンパリティは、シンボルＲｉｌによって示されるように、リードソロモンデータテーブル３６内に記憶される。
【００２４】
フレーム３２内の行の数ｋは、受信ストリームの記述子の状態の信号で送信される。総てのマルチプロトコルカプセル化セクション及びマルチプロトコルカプセル化順方向エラー訂正セクションは、総ての誤ったセクションを確実に検出するＣＲＣ−３２コードによって保護される。アプリケーションデータテーブル３５又はリードソロモンデータテーブル３６に属する総ての正確に受信されたセクションごとに、セクション内のペイロードの開始アドレスがセクションヘッダから決定され、それにより、それぞれのテーブル３５又は３６の正しい位置にペイロードが置かれる。しかし、一部のセクション又はセクションの断片が送信中に失われる場合があり、それにより、多くのホール（孔）がアプリケーションデータテーブル３５及び／又はリードソロモンデータテーブル３６内に残る場合がある。シンボルＡｉｊによって示される正確に受信されたバイト及びアプリケーションデータパディングの総ては、その後、信頼できるとみなされ、また、ホール内の総てのバイト位置が信頼できないものとしてマークされる。また、リードソロモンデータテーブル３６の穿孔された列もリードソロモンデコーディングにおいて信頼できないものとしてマークされる。つまり、各シンボルＡｉｊ及びＲｉｌは、信頼できる又は信頼できないものとしてマークされる。尚、このエラー情報は、抹消情報である。これは、エラーの位置、即ち、シンボルＡｉｊ又はＲｉｌの位置が知られているからである。その後、デコーダユニット２５は、各行ｉにおける最大６４個のシンボルＡｉｊ又はＲｉｌを、即ち、２５５バイトコードワードごとに、訂正してもよい。
【００２５】
エラー量決定ユニット３０は、受信された誤ったアプリケーションデータのエラー量を決定するための二つの異なる方法を与える。受信された誤ったアプリケーションデータのエラー量を決定するための第１の方法については図２及び図３を参照して更に詳しく説明する。第２の方法は、図２及び図４を参照して更に詳しく説明する。
【００２６】
図３は、フレーム３２の誤った列に基づいて受信された誤ったアプリケーションデータのエラー量を決定するためにエラー量決定ユニット３０により使用される１９１ビットフィールドを示している。従って、アプリケーションデータテーブル３５の列ｊは、抹消情報から知られるように少なくともシンボルＡｉｊが誤っているときに誤りとして決定される。列ｊが誤っている場合には、エラーフラグが立てられる。例えば、図３に示されるように、列ｊ１は少なくとも誤ったシンボルＡｉ，ｊ１を含んでおり、それにより、ｍ（ｊ１）が１に設定される。列ｊ２は誤っていないシンボルＡｉ，ｊ２を含んでおり、そのため、ｍ（ｊ２）が０に設定される。アプリケーションデータの受信後、総ての値ｍ（ｊ）が０又は１に設定される。
【００２７】
その後、エラー量決定ユニット３０は、１≦ｊ≦１９１において総てのｍ（ｊ）の合計を計算する。結果は、誤った列の数である。つまり、この第１の方法を用いると、エラー量決定ユニット３０は、誤った列のエラー量を、それぞれが少なくとも誤ったシンボルＡｉｊを含む列ｊの数として決定する。
【００２８】
決定されたｍ（ｊ）の合計は、デコーダユニット２５が良好にエラー訂正を行うために必要なエラー訂正データの量に等しい。ＲＳ［２５５，１９１，６４］の場合（２５５はフレーム３２の列の数であり、１９１はアプリケーションデータ列の数であり、６４はリードソロモンデータテーブル列の数である）、総てのｍ（ｊ）の合計は６５を下回らなければならない。
【００２９】
エラー量決定ユニット３０は、リードソロモンデータテーブル３６の列ｌが誤っているか否かを、関連するストリームが受信ユニットによって受信される間に決定する。リードソロモンデータテーブル３６の正確に受信された列ｌの数がｍ（ｊ）（ｊは１以上で且つ１９１以下である）の合計以上である場合、エラー量決定ユニット３０は、正確に受信されたリードソロモンパリティの量がエラー訂正を行うために必要なリードソロモンパリティの量以上であることを決定する。そのため、エラー量決定ユニット３０は、この決定の結果を制御及び省電力ユニット２６へ送信する。制御及び省電力ユニット２６は、その後、早期受信ユニット２フロントエンドスイッチオフを要求する。リードソロモンパリティを伴う受信されない列は、抹消として指定される。
【００３０】
エラー量決定ユニット３０は、リードソロモンデータテーブル３６の正確に受信された列の数が総てのｍ（ｊ）の合計に等しいときに、制御及び省電力ユニット２６に対して信号を送信してもよい。しかし、安全距離（safety distance）が与えられてもよい。そのような安全距離の場合、エラー量決定ユニット３０は、リードソロモンデータテーブル３６の正確に受信された列の数が総てのｍ（ｊ）の合計＋安全距離に等しくなる時期を決定する。そのため、必要に応じて、ｍ（ｊ）値に基づく決定により、リードソロモンデータのもう少し多い列が受信される。つまり、受信の継続時間は、安全距離の量に従って増加させられる。その後、デコーダユニット２５は、検出されないエラーがフレーム３２のアプリケーションデータテーブル３５内又はエラー訂正データテーブル３６内に隠されている場合でも、良好にエラー訂正を行うことができる。
【００３１】
図４は、行単位の決定に基づいてエラー量を決定するためにエラー量決定ユニット３０により使用されるテーブル４０を示している。従って、エラー量決定ユニット３０は、フレーム３２の各行ｉごとに、誤ったシンボルＡｉｊ及び場合によりＲｉｌの数を決定する。この決定は、リードソロモンパリティが受信されている間、行ｉのアプリケーションデータテーブル３５部分に関して、又は、行ｉのアプリケーションデータテーブル３５部分及びエラー訂正データテーブル３６部分の両方に関して行われてもよい。
【００３２】
最初に、既に受信された行全体に関するエラー量の決定について説明する。シンボルＡｉｊ及びＲｉｌがそれらの対応する位置でフレーム３２内に記憶される間、エラー量決定ユニット３０は、行ｉごとに、抹消の数ｍ（ｉ）を決定する。これにより、データが欠けていることに起因する又はシンボルＡｉｊ，Ｒｉｌが未だ受信されていないことに起因するフレーム３２内の満たされていない位置、即ち、フレーム３２内のホールは、欠けているシンボルＡｉｊ又はＲｉｌごとの一つのエラーとして計数する。アプリケーションデータをアプリケーションデータテーブル３５内に記憶した後に、リードソロモンパリティが必要となる場合がある。そのため、リードソロモンパリティＲｉｌが受信中にそれらの対応する位置でリードソロモンデータテーブル３６内に記憶される。図４に示されるように、行ｉ１内の抹消の数ｍ（ｉ１）は、８に等しく、従って６４よりも小さい。また、この時点で、行ｉ２内の抹消の数ｍ（ｉ２）は６４である。エラー量決定ユニット３０は、総ての行ｉに関して抹消の最大数ｍ（ｉ）を決定する。総ての他の行ｉ（ｉはｉ１又はｉ２に等しくない）が６４よりも少ない抹消の数ｍ（ｉ）を有していると仮定する。その場合、エラー量決定ユニット３０は残りのエラー量を６４であると決定する。これにより、エラー量は、アプリケーションデータテーブル３５内の抹消の合計及びリードソロモンデータテーブル３６内の抹消の数として決定される。行ｉ２内の抹消の数ｍ（ｉ２）が６４であるため、行ｉ２に関連するリードソロモンパリティの量は良好なエラー訂正を可能にするのに十分である。行ｉ２は、リードソロモンデータテーブル３６内のリードソロモンパリティのいくつかの列が受信されなかった場合でも良好なエラー訂正がフレーム３２において可能となるようにほとんどの残りの抹消を有する行としてみなされた。それにもかかわらず、エラー量決定ユニット３０は、デコーダユニット２５がエラー訂正を行うために必要なエラー訂正データの量がエラー訂正を行うために必要なエラー訂正データの量に等しいという信号を制御及び省電力ユニット２６に対して送信する。その結果、制御及び省電力ユニット２６は、早期受信ユニット２フロントエンドスイッチオフを要求する。
【００３３】
場合により、正確に受信されたシンボルの数が計数される。総ての行ｉが１９１個以上の正確に受信されたシンボルＡｉｊ及びＲｉｌを有している場合には、受信されたリードソロモンパリティで十分であり、フレーム３２を再構成するために残りのリードソロモンデータはもはや必要とされない。
【００３４】
尚、安全距離が与えられてもよい。そのような場合、各行ｉにおける抹消の最大数は、デコーダユニット２５の最大エラー訂正能力を下回る値、例えば、６４未満の値に設定される。
【００３５】
テーブル４０のエラーインジケータフィールド４１によって計算の負担が軽減されてもよいことに留意すべきである。これにより、行ｉ内の抹消のそれぞれの数ｍ（ｉ）に対して１ビットが関連付けられる。行ｉ内の抹消の数ｍ（ｉ）がデコーダユニット２５のエラー訂正能力以下である場合には、このフラグが０に設定される。従って、エラー量決定ユニット３０は、受信されたリードソロモンパリティの量がエラー訂正にとって十分であるかどうかを決定するためにエラーインジケータフィールド４１内の立てられたフラグを計数してもよい。エラーインジケータフィールド４１内の総てのビットが「０」に設定される場合には、受信されたエラー訂正データの量で十分である。利点は、デコーダユニット２５のエラー訂正能力よりも大きい抹消の数ｍ（ｉ）を有する行ｉだけをエラー量決定ユニット３０が監視すればよいという点である。
【００３６】
また、エラー量決定ユニット３０は、アプリケーションデータテーブル３５のシンボルＡｉｊに関してのみエラー量を決定してもよい。そのような場合、アプリケーションデータ３５の受信後、各行ｉのアプリケーションデータテーブル３５部分に限られる抹消の数ｍ（ｉ）が決定される。このとき、総ての行ｉにおける数ｍ（ｉ）の最大値は、受信された誤ったアプリケーションデータのエラー量を決定するために使用される。その後、この最大値は、デコーダユニット２５がエラー訂正を行うために必要なエラー訂正データの量を決定するために使用される。エラー量決定ユニット３０は、正確に受信されたエラー訂正データの量を、リードソロモンデータの正確に受信された列ｌの数として決定する。リードソロモンパリティの正確に受信された列ｌの数が数ｍ（ｉ）の最大値以上である場合、エラー量決定ユニット３０は、リードソロモンパリティの受信の終了を要求するための信号を制御及び省電力ユニット２６に対して送信する。その後、制御及び省電力ユニット２６は、早期受信ユニット２フロントエンドスイッチオフを行うために受信ユニット２を制御する。
【００３７】
尚、一つの行ｉ内の抹消の数ｍ（ｉ）は、一つの行ｉに関して決定された一つの行エラー数における一例である。また、総ての行ｉに関する抹消の最大数ｍ（ｉ）は、最大行エラー数における一例である。
【００３８】
本発明の典型的な実施の形態を開示してきたが、当業者には理解されるように、本発明の精神及び範囲から逸脱することなく、本発明の利点のいくつかを得る様々な変更及び改良をなすことができる。本発明の概念に対するそのような改良は特許請求の範囲によって保護されるものであり、また、特許請求の範囲において、参照符号は、本発明の範囲を限定するものと解釈されるべきではない。更に、明細書本文中及び添付の特許請求の範囲において、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」の意味は、他の要素又はステップを排除するものと理解されるべきではない。更に、「一つの（ａ，ａｎ）」は複数を排除せず、また、単一のプロセッサ又は他のユニットが特許請求の範囲に記載されたいくつかの手段の機能を果たしてもよい。
【図面の簡単な説明】
【００３９】
【図１】本発明の好ましい実施の形態に係るバーストを受信するための装置のブロック図を示している。
【図２】本発明の好ましい実施の形態に係る装置のメモリユニットのメモリ内のフレームを示している。
【図３】図２に示されるようにフレームの列に関してエラー量を決定するための本発明の好ましい実施の形態に係る装置のエラー量決定ユニットにより使用されるエラーテーブルを示している。
【図４】図２に示されるようにフレームの行に関して本発明の好ましい実施の形態に係る装置のエラー量決定ユニットにより使用されるエラーテーブルを示している。
【図１】
2009518991.tif 000003
【図２】
2009518991.tif 000004
【図３】
2009518991.tif 000005
【図４】
2009518991.tif 000006
【国際調査報告】
2009518991.tif 000007
2009518991.tif 000008