(57)【要約】      （修正有）【課題】エラーを検出し、隠蔽するための方法を提供する。【解決手段】エンコードされたデータを受信することと、チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出することと、を具備する。いくつかの態様では、シグマデルタ変調された音声データに関連した音声アーティファクトを緩和するために使用されてもよい。チャネルデコーディング処理は、例えばリードソロモンデコーディングである。【選択図】図３
2014003624.tif 000002
【特許請求の範囲】
【請求項１】
エンコードされたデータを受信することと、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出することと、
を具備するデータ処理の方法。
【請求項２】
前記エンコードされたデータは、オーバーサンプリングされたデータを具備する、請求項１の方法。
【請求項３】
前記エンコードされたデータは、シグマデルタ変調されたデータを具備する、請求項１の方法。
【請求項４】
前記結果は、前記チャネルデコーディング処理が前記エンコードされたデータをどれくらい有効にデコードしたかに関係がある、請求項１の方法。
【請求項５】
前記結果は、少なくとも１つのチャネルコーディングメトリックを具備する、請求項１の方法。
【請求項６】
前記チャネルデコーディング処理は、リードソロモンデコーディングを具備する、
前記少なくとも１つのチャネルコーディングメトリックは、前記リードソロモンデコーディング処理が、前記エンコードされたデータのブロック内でどれだけのコードワードを修正しようと試みたかの表示を具備する、請求項５の方法。
【請求項７】
前記少なくとも１つのエラーの検出は、前記表示を閾値量と比較することを具備する、請求項６の方法。
【請求項８】
前記少なくとも１つのチャネルコーディングメトリックは、重畳コード用のヴィテルビ距離メトリック、再エンコードおよび比較メトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコードビリーフ伝搬メトリック、または低密度パリティチェックメトリックのうち少なくとも１つを具備する、請求項５の方法。
【請求項９】
前記少なくとも１つのチャネルコーディングメトリックは、柔軟なデコード決定を具備する、請求項５の方法。
【請求項１０】
前記少なくとも１つのエラーの検出は、前記エンコードされたデータの連続するブロックに前記チャネルデコーディング処理を適用することを具備する、
前記ブロックは、定義されたサイズである、請求項１の方法。
【請求項１１】
前記少なくとも１つのエラーの検出は、前記エンコードされたデータのブロックに関連したエラーの量を決定することを具備する、
前記方法は、前記エラーの量に依存する前記ブロックのエラー隠蔽処理を呼び出すかどうかを判断することをさらに具備する、請求項１の方法。
【請求項１２】
前記少なくとも１つのエラーは、少なくとも１つのインパルスのひずみに基づいたエラーを具備する、請求項１の方法。
【請求項１３】
エンコードされたデータを受信するための手段と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するための手段と、
を具備するデータ処理用の装置。
【請求項１４】
前記エンコードされたデータは、オーバーサンプリングされたデータを具備する、請求項１３の装置。
【請求項１５】
前記エンコードされたデータは、シグマデルタ変調されたデータを具備する、請求項１３の装置。
【請求項１６】
前記結果は、前記チャネルデコーディング処理が前記エンコードされたデータをどれくらい有効にデコードしたかに関係がある、請求項１３の装置。
【請求項１７】
前記結果は、少なくとも１つのチャネルコーディングメトリックを具備する、請求項１３の装置。
【請求項１８】
前記チャネルデコーディング処理は、リードソロモンデコーディングを具備する、
前記少なくとも１つのチャネルコーディングメトリックは、前記リードソロモンデコーディング処理が、前記エンコードされたデータのブロック内でどれだけのコードワードを修正しようと試みたかの表示を具備する、請求項１７の装置。
【請求項１９】
前記検出するための手段は、前記表示を前記少なくとも１つのエラーを検出する閾値量と比較するように構成される、請求項１８の装置。 
【請求項２０】
前記少なくとも１つのチャネルコーディングメトリックは、重畳コード用のヴィテルビ距離メトリック、再エンコードおよび比較メトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコードビリーフ伝搬メトリック、または低密度パリティチェックメトリックのうち少なくとも１つを具備する、請求項１７の装置。
【請求項２１】
前記少なくとも１つのチャネルコーディングメトリックは、柔軟なデコード決定を具備する、請求項１７の装置。
【請求項２２】
前記検出するための手段は、前記少なくとも１つのエラーを検出する前記エンコードされたデータの連続するブロックに前記チャネルデコーディング処理を適用するように構成される、
前記ブロックは、定義されたサイズである、請求項１３の装置。
【請求項２３】
前記検出するための手段は、
前記エンコードされたデータのブロックに関連したエラーの量を決定し、
前記エラーの量に基づいた前記ブロックのエラー隠蔽処理を呼び出すかどうかを判断するように構成される、請求項１３の装置。
【請求項２４】
前記少なくとも１つのエラーは、少なくとも１つのインパルスのひずみに基づいたエラーを具備する、請求項１３の装置。
【請求項２５】
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成されたエラー検出器と、
を具備するデータ処理用の装置。
【請求項２６】
前記エンコードされたデータは、オーバーサンプリングされたデータを具備する、請求項２５の装置。
【請求項２７】
前記エンコードされたデータは、シグマデルタ変調されたデータを具備する、請求項２５の装置。
【請求項２８】
前記結果は、前記チャネルデコーディング処理が前記エンコードされたデータをどれくらい有効にデコードしたかに関係がある、請求項２５の装置。
【請求項２９】
前記結果は、少なくとも１つのチャネルコーディングメトリックを具備する、請求項２５の装置。
【請求項３０】
前記チャネルデコーディング処理は、リードソロモンデコーディングを具備する、
前記少なくとも１つのチャネルコーディングメトリックは、前記リードソロモンデコーディング処理が、前記エンコードされたデータのブロック内でどれだけのコードワードを修正しようと試みたかの表示を具備する、請求項２９の装置。
【請求項３１】
前記エラー検出器は、前記表示を少なくとも１つのエラーを検出する閾値量と比較するようにさらに構成される、請求項３０の装置。
【請求項３２】
前記少なくとも１つのチャネルコーディングメトリックは、重畳コード用のヴィテルビ距離メトリック、再エンコードおよび比較メトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコードビリーフ伝搬メトリック、または低密度パリティチェックメトリックのうち少なくとも１つを具備する、請求項２９の装置。
【請求項３３】
前記少なくとも１つのチャネルコーディングメトリックは、柔軟なデコード決定を具備する、請求項２９の装置。
【請求項３４】
前記エラー検出器は、前記少なくとも１つのエラーを検出する前記エンコードされたデータの連続するブロックに前記チャネルデコーディング処理を適用するようにさらに構成される、
前記ブロックは、定義されたサイズである、請求項２５の装置。
【請求項３５】
前記エラー検出器は、
前記エンコードされたデータのブロックに関連したエラーの量を決定し、
前記エラーの量に基づいた前記ブロックのエラー隠蔽処理を呼び出すかどうかを判断するように構成される、請求項２５の装置。
【請求項３６】
前記少なくとも１つのエラーは、少なくとも１つのインパルスのひずみに基づいたエラーを具備する、請求項２５の装置。
【請求項３７】
エンコードされたデータを受信することと、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出することと、
を実行可能なコードを具備するコンピュータ可読媒体を具備する、データ処理用のコンピュータプログラムプロダクト。
【請求項３８】
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成された検出器と、
前記受信されたデータに基づいた音声出力を提供するように構成された変換器と、
を具備するヘッドセット。
【請求項３９】
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成された検出器と、
前記受信されたデータに基づいた指示を提供するように構成されたユーザインターフェースと、
を具備する無線通信用の時計。
【請求項４０】
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成された検出器と、
前記受信されたデータに基づいて感知するように構成されたセンサと、
を具備する無線通信用の感知デバイス。
【発明の詳細な説明】
【Ｕ．Ｓ．Ｃ§１１９に基づく優先権の主張】
【０００１】
この出願は、２００８年４月１５日に出願され、代理人明細書第０７２２８８Ｐ１とアサインされ、米国仮特許出願第６１／０４５，１７２号に一般に所有される優先権の利益を主張し、その結果、その開示は、参照によってここに組み込まれる。
【分野】
【０００２】
この出願は、一般にデータ処理、特に、排他的でなく、データエラーを検出し隠すことに関する。
【序論】
【０００３】
典型的なデータ処理システムでは、データは、異なるデータ処理機能を提供するシステムコンポーネント間で転送される。例えば、データ上で動作するシステムコンポーネントは、システムでの記憶コンポーネントにデータを送り、記憶コンポーネントからデータを検索してもよい。同様に、通信システムでは、１つのコンポーネントは、データを生成し、その後、指定の目的のためのデータに使用する別のコンポーネントにデータを送信してもよい。
【０００４】
実際上、システムコンポーネント間で転送される場合、データは、ある方法で悪くなるかもしれない。例えば、それが記憶媒体に書き込まれるまたは記憶媒体から読み出される場合、それが通信媒体を通して送信される場合、データは悪くなるかもしれない。その結果、システムコンポーネントが別のシステムコンポーネントから受信するデータは、１つ以上のエラーを含んでいるかもしれない。例えば、「０」（または「−１」）として送信コンポーネントによって送信されたパルス符号変調（「ＰＣＭ」）データのブロック中のビットは、データ伝送経路に沿った干渉により「１」として受信コンポーネントで受け取られるかもしれない。
【０００５】
様々な技術は、受信されたデータにおけるエラーを扱うために使用されてもよい。例えば、データストリームの受信に際して、受信デバイスは、受信されたデータを代表的なＰＣＭデータ（ナイキスト周波数でサンプリングされた）に変換し、データにおけるエラーがあるかどうかを判断するためにＰＣＭデータを処理してもよい。ある場合には、受信デバイスは、１つ以上のエラーを受信されたあらゆるデータを送信デバイスが再送することを要求してもよい。ある場合には、受信デバイスは、エラーを修正するためにＰＣＭデータ上であるタイプのポストプロセッシングを行うかもしれない。例えば、ＰＣＭデータが波形（例えば、音声信号）を表わす場合、受信デバイスは、エラーを修正するために、波形データの比較的大部分を処理する（例えば、時間内に１以上の破損したデータビット以上に先行しおよび続くＰＣＭデータを処理する）フィルタリングオペレーションを使用してもよい。
【０００６】
上に議論されたもののようなエラー処理スキームには、いくつかの欠点があるかもしれない。例えば、データ再送信は、データ処理待ち時間の増加、処理負荷の増加、およびデータ伝送経路上のトラフィックの増加に帰着するかもしれない。同様に、ポストプロセッシングオペレーションは、データ処理待ち時間の増加に帰着するかもしれないし、複雑な、パワーハングリー信号処理オペレーションを含んでいるかもしれない。
【概要】
【０００７】
開示のサンプル態様の概要が続く。ここに用語態様へのどんな言及も開示の１つ以上の態様を参照してもよいことが理解されるに違いない。
【０００８】
その開示は、１つ以上のエラーがある処理データ用の少ない待ち時間および計算上の効率的な技術に、いくつかの態様で関係がある。いくつかの態様では、このデータは、シグマデルタ変調されたデータのようなオーバーサンプリングされたデータを具備してもよい。
【０００９】
その開示は、エンコードされたデータにおけるエラーの検出に、いくつかの態様で関係がある。例えば、エラーは、チャネルデコーディング処理の結果に基づいたエンコードされたデータのセットで検出されてもよい。
【００１０】
その開示は、データ誤りを隠すことにいくつかの態様で関係がある。ここで、データのセットが少なくとも１つのエラーを具備してもよいことを決める際、データのセットは、１つ以上の近隣のデータセットに基づくデータの別のセットと置換されてもよい。例えば、ある場合には、エラーに少なくとも１ビットを有するとして識別されたデータのセットが、識別されたデータセットに先行する近隣のデータセットおよび識別されたデータセットに続く近隣のデータセットに基づく、クロスフェーディングのオペレーションによって生成されるデータと置換されてもよい。
【００１１】
開示は、エラー中のビットと関連するＰＣＭの等価データの使用を通じてオーバーサンプリングされたデータ中のビットエラーを隠すことに、いくつかの態様で関係がある。例えば、いくつかの態様では、データビットにおけるエラーは、そのデータビットおよびその近隣のデータビットに関連したＰＣＭの等価データに基づく線形予測オペレーションの使用を通じて修正されてもよい。いくつかの態様では、エラーに少なくとも１ビットを含むデータのセットは、データセットの近隣のビットに関連したＰＣＭの等価データに適用される線形補間オペレーションによって生成されるデータと置換されてもよい。
【００１２】
その開示は、音声アーティファクトの軽減に、いくつかの態様で関係がある。例えば、ここの教示は、シグマデルタ変調されたデータのようなオーバーサンプリングされたエンコードされた音声データにおけるエラーを検出し隠すために使用されてもよい。
【００１３】
その開示は、ＳＤＭビットストリーム中のビットエラーにより生じるアーティファクトを除去するために、低電力および少ない待ち時間解決法を提供することに、いくつかの態様で関係がある。ここで、フィルタリングオペレーションがＳＤＭドメインの中で行われてもよいとともに、エラー処理用のＰＣＭドメインへビットストリームを変換（例えば、デコード）する必要はない。さらに、高いフィルタ性能は、高データレートＳＤＭストリームの特性を形作るノイズの利用により、いくつかの態様の中で達成されてもよい。さらに、いくつかの態様では、少ない待ち時間は、ＳＤＭドメインの中で効率的なフィルタオペレーションの使用を通じて達成されてもよい。さらに、低電力解決法は、狭いビット幅ＳＤＭサンプル上の低複雑のフィルタリングオペレーションの使用を通じ、いくつかの態様の中で提供されてもよい。
【図面の簡単な説明】
【００１４】
これらおよび開示の他のサンプル態様は、詳細な説明および続く添付された請求項、および添付の図面に記述されるだろう。
【図１】図１は、データ処理システムのいくつかのサンプル態様を例示する簡略ブロック図である。
【図２】図２は、無線通信システムのいくつかのサンプル態様を例示する簡略ブロック図である。
【図３】図３は、誤り検出に関連するオペレーションのいくつかのサンプル態様のフローチャートである。
【図４】図４は、隠蔽に関連するオペレーションのいくつかのサンプル態様のフローチャートである。
【図５】図５は、エラー検出器およびエラーフィルタを具備するシステムのいくつかのサンプル態様を例示する簡略ブロック図である。
【図６】図６は、クロスフェーディングに基づいたデータ処理のいくつかのサンプル態様を例示する簡略図である。
【図７】図７は、予測に基づいたデータ処理のいくつかのサンプル態様を例示する簡略図である。
【図８】図８は、補間に基づいた信号処理のいくつかのサンプル態様を例示する簡略図である。
【図９】図９は、通信コンポーネントのいくつかのサンプル態様の簡略ブロック図である。
【図１０】図１０は、ここに教示するようなデータに処理するように構成された装置のいくつかのサンプル態様の簡略ブロック図である。
【図１１】図１１は、ここに教示するようなデータに処理するように構成された装置のいくつかのサンプル態様の簡略ブロック図である。
【００１５】
一般的な方法に従って、図面の中で例証された様々な特徴は、スケールで描かれてないかもしれない。したがって、様々な特徴のディメンションは、明瞭さのために任意に拡張してもよいし縮小されてもよい。さらに、図面のうちのいくつかは、明瞭さのために単純化されてもよい。したがって、図面は、任意の装置（例えば、デバイス）または方法のコンポーネントのすべてを描くとは限らないかもしれない。最後に、同様の参照数字は、明細書と図面の全体にわたる同様の特徴を示すように使用されてもよい。
【詳細な説明】
【００１６】
開示の種々の態様が下記に述べられる。ここでの教示が種々様々の形式で具体化されてもよいこと、およびここで開示された特定の構造、機能または両方が単なる代表であることは明白であるべきである。ここの教示に基づいて、ここに開示された態様が他のどの態様とも独立してインプリメントされてもよいし、これらの態様の２つ以上が様々な方法で組み合わせられてもよいことを当業者は認識するべきである。例えば、ここに説明された態様のいくつでも使用して、装置はインプリメントされてもよい、または、方法は実行されてもよい。さらに、ここに説明された態様の１つ以上に加えてまたそれ以外の他のストラクチャ、機能またはストラクチャおよび機能性を使用して、そのような装置はインプリメントされてもよい、または、そのような方法は実行されてもよい。さらに、態様は、請求項の少なくとも１つのエレメントを具備してもよい。上記のものの例として、いくつかの態様では、データ処理の方法は、エンコードされたデータを受信することと、チャネルデコーディング処理の結果に基づいたエンコードされたデータにおける少なくとも１つのエラーを検出することと、を具備する。いくつかの態様では、このエンコードされたデータは、オーバーサンプリングされたデータを具備してもよい。さらに、いくつかの態様では、データ処理の方法は、オーバーサンプリングされたデータのセット中のデータを識別することと、識別されたデータに近似のオーバーサンプリングされたデータのサブセットを識別することと、サブセットに基づいた置換データを生成することと、識別されたデータを置換データに置換することと、を具備する。いくつかの態様では、オーバーサンプリングされたデータのこのセットは、ノイズ形のサンプルを具備する。
【００１７】
図１は、システム１００のサンプル態様を例示する。ここで、データソース１０２（例えば、データを生成するまたはデータを転送するコンポーネント）は、送信媒体によってデータを送信し、および／または、記憶媒体（今後便宜上、「媒体１０４」と呼ぶ）にデータを格納する。データあて先１０６は、媒体１０４によってデータを受信し、データプロセッサ１１０（例えば、データシンクのある形式）に受信データを供給する受信機１０８（例えば、データを使用し、出力し、転送するコンポーネント）を含んでいる。特定のインプリメンテーションによって、受信機１０８は、無線リンク、ワイヤードリンク、光リンクまたは他のある適切なデータリンクによって、データを受信してもよい。さらに、特定のインプリメンテーションによって、データソース１０２およびデータあて先１０６は、同じデバイス（例えば、データ記憶システム）または異なるデバイス（例えば、無線通信システム）に存在してもよい。後のシナリオの例として、いくつかのインプリメンテーションでは、データソース１０２は、１つ以上の無線受話器（例えば、無線ヘッドセット）を具備する１つ以上のデータあて先１０６へ、音声データストリームを無線で送信する無線音声ソース（例えば、オーディオプレイヤまたはオーディオ受信機）を具備する。
【００１８】
ある場合には、受信機１０８によって受信されたデータが、インパルスのひずみに基づいたエラーのようなエラーを含んでいてもよい。例えば、データソース１０２によって送信された信号は、データソース１０２とデータあて先１０６との間のデータパスに沿った１ポイント以上の干渉、ノイズまたは信号処理オペレーションによって悪くなるかもしれない。
【００１９】
いくつかの態様では、これらのエラーは、データプロセッサ１１０（例えば、出力デバイス）の操作上の性能に悪影響を及ぼすかもしれない。特定の例として、いくつかの音声エンコーダは、シグマデルタ変調（「ＳＤＭ」）エンコーディングを使用する。それによって、ＳＤＭにエンコードされたデータストリームは、１つのコンポーネント（例えば、オーディオプレイヤ）から別のコンポーネント（例えば、出力デバイス）へ送られてもよい。そのようなデータの送信および／または検索から発生するエンコードされたデータストリームにおけるエラーは、音声出力（例えば、「クリックしポップする」と了解した）でのアーティファクトに帰着してもよい。
【００２０】
これらおよび他のタイプのエラーを軽減するために、データあて先１０６は、エラー検出器１１２およびエラープロセッサ１１４を含んでいる。詳細に下に記述されるように、エラー検出器１１２は、データのセットにおけるエラーを確認してもよい。また、データがデータプロセッサ１１０に提供される前に、受信データにおけるエラーを軽減する（例えば、隠す）ために、エラープロセッサ１１４は、オペレーションを実行してもよい。したがって、上に言及された音声データの例については、エラー検出器１１２およびエラープロセッサ１１４は、音声データでのアーティファクトを軽減するために（例えば、音声データから生じる音声出力信号中のノイズを減少するために）、受信音声データをフィルタするように協力してもよい。
【００２１】
これらおよび開示の他の態様は、今、図２―８を参考にしてより詳細に記述されるだろう。実例目的のために、続く議論は、無線通信システムの様々なコンポーネントおよびオペレーションについて記述する。ここで、ある無線デバイスが別の無線デバイスにデータを送信する。ここでの教示が他のタイプのデバイス（例えば、無線または非無線デバイス）および他のタイプのシステム（例えば、データ処理システム）および他のタイプのコンポーネントに適用可能かもしれないことは認識されるべきである。
【００２２】
図２で、無線システム２００は、ＳＤＭエンコードデータを無線デバイス２０４へ送る無線デバイス２０２を含んでいる。便宜のために、図２は、ある無線デバイスから別の無線デバイスまでの無線送信を簡単に描く。しかしながら、教示によってここに構築された通信システムが異なる数の無線デバイスを具備してもよいし、これらの無線デバイスの各々が送信および／または受信可能性を含んでいるかもしれないことは認識されるべきである。
【００２３】
無線デバイス２０２は、Ｍ（例えば、１６ビット）のビット幅でＰＣＭデータ（例えば、オーバーサンプリングされたＰＣＭドメイン音声データ）を提供するデータソース２０６（例えば、音声データソース）を含んでいる。例えば、無線システムがオーディオシステムであるインプリメンテーションでは、音声データ２０６は、音声データ（例えば、オーバーサンプリングされたＰＣＭドメイン音声データ）を生成するまたは転送するコンポーネントを具備してもよい。
【００２４】
ＳＤＭエンコーダ２０８は、ＳＤＭにエンコードされたデータを生成するためにＰＣＭデータを処理する。いくつかの態様では、エンコードされたデータは、オーバーサンプリングされた、低ビット幅のデータを具備してもよい。すなわち、データは、ナイキスト周波数（例えば、２以上のオーバーサンプリング比）より高い割合でサンプリングされてもよい。さらに、データストリームは、例えばＰＣＭデータのビット幅と比較して、比較的低い、１（示されたように）、２、３のビット幅または他のあるビット幅を有してもよい。いくつかの態様では、ＳＤＭデコーダ２０８は、低ビット幅およびパルス密度変調された（「ＰＤＭ」）データを生成してもよい。
【００２５】
図２の中で示されたように、ＳＤＭデコーダ２０８によるデータ出力は、送信機２１０に提供される。送信機２１０は、このデータから信号を生成し、アンテナ２１２によって無線デバイス２０４に信号を送信する。
【００２６】
上に言及されるように、無線デバイス２０４で受け取られたＳＤＭデータは、ビットエラーの傾向があるかもしれない。したがって、詳細に下に記述されるように、このデータは、エラーフィルタ（例えば、アーティファクトを軽減するアーティファクトフィルタ）を通過してもよい。それによって、影響を受けたビットは、ＳＤＭドメインのオペレーションの使用を通じて修正される。
【００２７】
無線デバイス２０４のサンプルオペレーションは、図３および４のフローチャートとともに、より詳細に記述されるだろう。便宜のために、図３および４のオペレーション（またはここに論じられたまたは教示された他のオペレーション）は、特定成分（例えば、図１、２および４―８のコンポーネントの１つ以上）によって実行されると記載されるかもしれない。しかしながら、これらのオペレーションが他のタイプのコンポーネントによって行われるかもしれないし、コンポーネントの異なる数を使用して行われるかもしれないことは認識されるべきである。ここに記述されたオペレーションの１つ以上が任意のインプリメンテーションで使用されないかもしれないことは、さらに認識されるべきである。
【００２８】
図３は、１つ以上のデータ誤りを検出するために行われるかもしれないいくつかのオペレーションについて記述する。いくつかの態様では、以下の説明は、エンコードされたデータにおけるエラーの検出に関係がある（例えば、それによって、データがアプリケーション層に提供される前に、エラーは検出されてもよい。）。他のタイプのデータにおけるエラーを検出するために、ここの教示することが使用されてもよいことを、認識されるべきである。
【００２９】
ブロック３０２によって表わされるように、無線デバイス２０４は、ある方法でエンコードされたデータを得る。例えば、受信機２１４は、アンテナ２１６によって信号を受け取り、オーバーサンプリングされたデータ２１８（例えば、ＳＤＭビットストリーム）を提供するために信号を処理してもよい。
【００３０】
図３のブロック３０４―３１０は、エンコードされたデータにおける１つ以上のエラーを検出し、エラー隠蔽オペレーションを呼び出すことに関係がある。図２の例で、チャネルデコーダ２２０、コンパレータ２２２および閾値２２４は、データのセットにおけるエラーを検出し、かつ検出されたエラーの表示を生成するために使用される。したがって、いくつかの態様では、これらのコンポーネントは、図１のエラー検出器１１２を具備してもよい。便宜上、以下の説明は、データブロック（例えば、パケット）上で行われたオペレーションを示すかもしれない。ここに記述された技術が様々なタイプのデータセットに広く適用可能かもしれないことが認識されるべきである。
【００３１】
ブロック３０４によって表わされるように、チャネルデコーダ２２０は、エンコードされたデータをデコードする。例えば、受信されたデータストリームは、定義されたサイズ（例えば、３３０ビット）のブロックへ分けられてもよい。それによって、チャネルデコーダ２２０は、エンコードされたデータのブロックを個々にデコードする（例えば、連続的な方法で）。
【００３２】
チャネルデコーダ２２０は、様々な方法でインプリメントされてもよい。例えば、チャネルデコーダ２２０は、次のものの少なくとも１つを具備してもよい：リードソロモンデコーダ、重畳デコーダ、ターボコードデコーダ、ヴィテルビデコーダ、ハイブリッドの自動繰り返し要求（「ＨＡＲＱ」）デコーダ、ログ尤度比ベースの（「ＬＬＲベース」）デコーダ、低密度パリティチェック（「ＬＤＰＣ」）コードベースのデコーダ、または他のある適切なタイプのデコーダ。
【００３３】
ブロック３０６によって表わされるように、チャネルデコーダ２２０は、エンコードされたデータの各ブロックのための（例えば、１以上の）チャネルコーディングメトリクス２２６のセットを生成してもよい。チャネルコーディングメトリック２２６は、チャネルデコーダ２２０によって使用されたデコードのタイプに依存する様々な形式をとってもよい。例えば、チャネルコーディングメトリック２２６は、ハードまたはソフトメトリックを具備してもよく、次の少なくとも１つを具備してもよい：重畳コード用のヴィテルビディスタンスメトリック、再エンコードおよびコンペアメトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコード信念伝搬メトリック、ＬＤＰＣメトリック、またはある他の適切なメトリック。
【００３４】
ブロック３０８によって表わされるように、いくつかの態様中で、チャネルコーディングメトリック２２６は、データブロックが１つ以上のエラーを持っているかどうかを判断するために、（例えば、上層処理（higher layer process）によって）使用されてもよい。例えば、ブロックベースのリードソロモン誤り訂正モジュールによって生成された柔軟な決定のメトリックは、チャネルデコーディング処理がエンコードされたデータをどれくらい有効にデコードしたか示してもよい（例えば、コードワードの数によって示されるように、モジュールは、任意のデータブロック中で修正することを試みた）。デコーダが、制限のある誤り訂正能力を持っているかもしれないように、チャネルコーディングメトリックは、ブロックがまだ少なくとも１つのエラーを含んでいるか可能性の表示を提供してもよい。例えば、より高いメトリック値は、誤り訂正処理の精度に対する信頼の下位レベルを示してもよい。この例では、デコーダがブロック中のコードワードを修正しなかったことを示すメトリック値（例えば、０の値）は、ブロックがエラーにビットを持っていないことを決めるために使用されてもよい。同様に、デコーダがブロック中の１つのコードワードを修正したことを示すメトリック値は、ブロックがもはやエラーを持っていないことを決めるために使用されてもよい。ここで、ブロックで検出された１つの誤ったコードワードだけがある時、デコーダがうまくコードワードを修正した確率が高いかもしれないので、そのような仮定が作られるかもしれない。しかしながら、任意のブロックにおける検出されたエラーの数が増加するに従って、デコーダがうまく誤ったコードワードをすべて修正した確率は減少してもよい。したがって、メトリックの任意の値（例えば、５）は、ブロック内にエラー（例えば、エラーの十分な尤度がある）があることを示すものとして定義されてもよい。別の例として、任意のデコーダは、４ビット以内を修正することを目指してもよい。この場合、それが５ビット以上を修正したことをこのデコーダからのメトリックが示す場合、ブロックにおけるエラーがあると仮定されてもよい。
【００３５】
上記を考慮して、任意のブロックがエラーを含んでいるかどうかの表示（例えば、評価）は、チャネルコーディングメトリックを閾値と比較することにより生成されてもよい。この目的のために、コンパレータ２２０は、フィルタコントロール表示２２８を生成するために、チャネルコーディングメトリック２２６を閾値２２２（例えば、５の大きさを持つと定義された）と比較してもよい。
【００３６】
ブロック３１０によって表わされるように、いくつかの態様では、無線デバイス２０４は、データブロックにおけるエラーの検出に基づいたエラー隠蔽オペレーションを呼び出すべきかどうかを判断してもよい。図２の例で、エラーフィルタ２３０にフィルタ制御信号２２８を供給することを含んでいる、エラー隠蔽オペレーションを呼び出すことは、データにおけるエラーの影響を緩和する。サンプルエラー隠蔽オペレーションは、図４―８と共に記述されるだろう。
【００３７】
最初に図４および５を参照して、エラーを含んでいるオーバーサンプリングされたデータの置換により、出力信号を提供するために使用されてもよい、いくつかのオペレーションおよびコンポーネントが、処理されるだろう。特に、図４は、エラーを含んでいるデータのセット（例えば、データブロック）の処理のためのいくつかのサンプルオペレーションについて記述する。図５は、ハイレベルで、オーバーサンプリングされたデータのセット中のデータを確認し交換するために使用されてもよいサンプルコンポーネントを含んでいるシステム５００を例証する。下記に述べられるように、いくつかの態様では、システム５００のコンポーネントは、図１および２のエラー検出器およびエラープロセッサ（例えば、エラーフィルタ）コンポーネントに相当する。以下の説明は、上に議論されるようなエンコードされたデータ上で行われてもよいオペレーションに、いくつかの態様で関係がある。ここの教示は、他のタイプのデータにおけるエラーを処理するために使用されてもよいことが、認識されるべきである。
【００３８】
図４のブロック４０２によって表わされたように、システム５００（図５）は、ある方法でオーバーサンプリングされたデータ５０２を得る。例えば、上に議論されるように、データ５０２は、図２の受信機２１４によって提供された、エンコードされ、オーバーサンプリングされたデータ２１８（例えば、ＳＤＭビットストリーム）に対応してもよい。
【００３９】
ブロック４０４によって表わされるように、データ識別子５０４は、オーバーサンプリングされたデータ５０２に処理される（例えば、変更される）データを確認する。例えば、図３と共に上に議論されたように、データ識別子５０４は、エラーを含んでいるデータブロックを確認してもよい。したがって、この確認されたブロックは、エラー隠蔽オペレーションに従ってもよい。異なるデータ量が、特定のインプリメンテーションに依存して、ここで確認されてもよいことが認識されるべきである。例えば、（例えば、エラー中にビットがあるかどうかを判断するために）１ビット以上は処理するために確認されてもよい。
【００４０】
ブロック４０６によって表わされるように、近隣のデータ取得者５０６は、識別されたデータに近似のオーバーサンプリングされたデータ５０２の２つ以上のサブセットを取得する（例えば、確認する）。いくつかの態様では、近隣のデータ取得者５０６は、現在のデータブロックが１つ以上のエラーを具備することを示すデータ識別子５０４から、表示５０８（例えば、エラー表示）に応じてサブセットを取得してもよい。
【００４１】
異なるビット数は、異なるインプリメンテーションで各サブセットのために指定されてもよい。例えば、ある場合には、各サブセットは、識別されたデータブロックとサイズが等しいデータブロックを具備してもよい。ある場合には、サブセットは、シングルビットを具備してもよい。
【００４２】
識別されたデータに関連のあるサブセットの場所は、さらにインプリメンテーションに依存してもよい。例えば、いくつかの場合では、あるサブセットは、適切な時期に（in time）識別されたデータに先行してもよい（例えば、サブセットは、識別されたデータの前に受け取られる）。別のサブセットは、適切な時期に識別されたデータに続いてもよい。ある場合には、サブセットのすべては、識別されたデータに先行してもよい。さらに、ある場合には、任意のサブセットは、識別されたデータにすぐに先行しおよび／またはすぐに続いてもよい。サブセットのいくつかの例は、図６―８と共に下記に述べられる。
【００４３】
ブロック４０８によって表わされるように、置換データ発生器５１０は、識別されたデータと交換するためのデータ５１４を生成するためにサブセットを使用する。例えば、いくつかの態様では、置換データ発生器５１０は、識別されたデータにおけるどんなエラーも隠すデータを生成するために、サブセットに機能を適用してもよい。そのような機能のいくつかの例は、図６―８と共に下記に述べられる。
【００４４】
ブロック４１０によって表わされるように、データリプレーサ５１２（例えば、マルチプレクサコンポーネント）は、識別されたデータを置換データ５１４に置き換える。例えば、表示５０８が、現在のデータブロック（データ５０２に対応する）がエラーを含むことを示す場合、データリプレーサ５１２は、現在のデータブロックの代わりに置換データブロック（データ５１４に対応する）を出力してもよい。したがって、データ置換オペレーションは、処理されたデータ（つまり、識別されたデータ用の置換データの置換の後のデータ）から生成される出力信号のデータ中のアーティファクトが持つ影響を緩和してもよい。反対に、任意のデータブロックにおけるエラーがない場合、データリプレーサ５１２は、そのオリジナルの形式で現在のデータブロックを単に出力してもよい。図５の例で、データリプレーサ５１２は、（例えば、データストリームの形式で）データバス５１６上でデータを出力する。
【００４５】
いくつかの態様では、このデータ置換オペレーションは、任意のデータ値を表わすビットの数の変更を含んでもよい。例えば、いくつかのインプリメンテーションでは、オーバーサンプリングされたデータ５０２は、ビットのストリームを具備する。ここで、シングルビット（例えば、＋１または−１の値を有する）は、任意のデータサンプルを表わす。そのような例は、図５の中でオーバーサンプリングされたデータ５０２用のビット幅「１」表示によって表わされる。
【００４６】
いくつかのインプリメンテーションでは、置換データ５１４は、さらに１ビットデータを具備してもよい。このシナリオは、置換データ５１４用の「１」のビット幅によって図５の中で表わされる。これらの場合、出力データ５１６は、さらに１ビットデータ（例えば、＋１または−１の値を表わす）を具備してもよい。
【００４７】
しかしながら、他のインプリメンテーションでは、置換データ５１４は、（図５中の「Ｎ」のビット幅によって表わされた）マルチビットデータを具備してもよい。より詳細に下に記述されるように、この場合、置換データ５１４の任意の値は、マルチビットおよび／またはウェイトの組合せに基づいてもよい。ある場合には、この結果値は、整数値（例えば、＋１または−１）と一致しなくてもよい。したがって、システム５００の出力は、出力データ５１６用の「Ｎ」のバス幅によって表わされるようなマルチビットデータを具備してもよい。そのようなインプリメンテーションでは、データリプレーサ５１６がデータ５０２または１ビットの値に一致する置換データを出力している場合、マルチビット出力データ５１６は、＋１または−１（または他のある適切な１ビット値）の値を単に表わしてもよい。
【００４８】
図４のブロック４１２によって表わされるように、いくつかの場合に、出力データ５１６（例えば、図２の中のフィルタされたデータ２３２に対応する）は、アップサンプラ２３４（図２）によってアップサンプリングされてもよい。アップサンプリングは、例えば、後のＳＤＭエンコーディング段階用の信号の特性を形作るノイズを改善するために、および／または出力段階（例えば、出力デバイス２３６）がフィルタされたデータ２３２のデータ率より高い割合でデータが処理されるように構成される場合、実行されてもよい。後の場合の例として、データ２３２は、およそ１ＭｂｐｓのビットレートがあるＳＤＭストリームを具備してもよい。対照的に、出力デバイス２３６は、およそ５ＭｂｐｓのビットレートがあるＳＤＭビットストリームに基づいた音声信号を出力するように構成されてもよい。この例で、アップサンプラ２３４は、５つのファクターによってデータ２３２をアップサンプリングする。
【００４９】
ブロック４１４によって表わされるように、ＳＤＭエンコーダ２３８（または他のある適切なコンポーネント）は、状況に応じてアップコンバートされたデータをノイズ状におよび／または状況に応じてアップコンバートされたデータバックアップをもとのＳＤＭデータに変換するために、使用されてもよい。後の場合に関して、上に言及されたように、データ２３２（例えば、データ５１６）は、マルチビットデータを具備してもよい。しかしながら、出力デバイス２３６は、ＳＤＭビットストリーム上で動作するように構成されてもよい。したがって、ＳＤＭエンコーダ２３８（または他のある適切なコンポーネント）は、マルチビットデータをビットストリーム２４０（例えば、１ビット幅のビットストリーム）に変換するために使用されてもよい。いくつかのインプリメンテーションでは、ＳＤＭエンコーダ２３８は、下位（例えば、第１のオーダーまたは第２のオーダー）ＳＤＭエンコーダを具備してもよい。いくつかの態様では、ビットストリーム２４０は、ＰＤＭ表示を具備してもよい。
【００５０】
ブロック４１６によって表わされるように、出力デバイス２３６は、指定された方法でビットストリーム２４０を処理する。例えば、音声アプリケーションでは、出力デバイス２３６は、スピーカまたは他のある適切なコンポーネントに出力信号を供給するためにビットストリームを処理する。ある場合には、ＳＤＭデータは、（例えば、Ｄクラスの増幅器を使用して）スピーカを駆動するために、デジタル−アナログ変換器に直接適用されてもよい。したがって、そのような場合、出力信号は、フィルタリングオペレーション用のＰＣＭドメインに信号を変換する必要なく、ＳＤＭドメインの中で完全にフィルタされてもよい。
【００５１】
ここの教示は、様々なタイプの入力データを処理するために使用されてもよい。例えば、いくつかの態様では、ここの教示は、オーバーサンプリングされたノイズ形のサンプルを処理するために使用されてもよい。上に言及されるように、用語オーバーサンプリングは、ナイキスト率を超えるサンプリングを指す。いくつかの態様では、用語ノイズ形は、信号に関連したノイズフロアを効率的に減少するために、大きな帯域幅（例えば、３２０ｋＨｚ）を超える任意の帯域幅（例えば、２０ｋＨｚ）の信号に関連した量子化雑音エネルギーを広げるための技術（例えば、フィルタリング技術）に関係がある。ＳＤＭサンプルは、オーバーサンプリングされたノイズ形のサンプルの１つの例である。例として、４８ｋＨｚで１６ビットのパルスコード変調（「ＰＣＭ」）データによって表わされてもよいデータストリームは、１ＭＨｚに近づく割合で１ビットのＳＤＭストリームによって表わされてもよい。
【００５２】
上記の記述を念頭において、サンプル隠蔽技術は、今、図６―８に関して記述されるだろう。便宜上、下記はシナリオについて記述する。ここで、オーバーサンプリングされたビットストリームは、ブロック（例えば、パケット）ストラクチャを有する。さらに、技術のある形式（例えば、上に記述されたような）は、エラーに１ビット以上を含んでいるブロックを確認するために使用される。エラー中のビットの正確な位置が知られていると仮定されない。上に言及されるように、エラー中のビットのブロックレベル検出の１つの方法は、リードソロモンチェックサムに基づく。ここで、チェックサムは、例えば、エラー中の連続するブロックの数の指示を提供してもよい。
【００５３】
図６は、サンプルのクロスフェーディングに基づいたスキームを使用するシステム６００を例証する。ここで、オーバーサンプリングされたデータのセット中のブロックＱ（例えば、ビットストリーム）は、少なくとも１つのエラーを持っているとして確認される。オーバーサンプリングされたデータのセット中のブロックＰおよびＲは、ブロックＱに隣接するブロックである。したがって、図５の例で、データ識別子５０４は、ブロックＱを確認してもよい。また、データ取得者５０６は、（例えば、オーバーサンプリングされたデータ５０２のサブセットとして）ブロックＰおよびＲを確認してもよい。
【００５４】
続く例において、ブロックＰ、ＱおよびＲの各々は、「Ｌ」ビットの長さを持っている。しかしながら、ある場合には、異なるブロックは、異なる長さを持っていてもよいことは認識されるべきである。
【００５５】
ブロックＰのエレメントは、Ｐ（ｎ）、ｎ＝１、２、…、Ｌとして表わされてもよい。同様の表示は、ブロックＱおよびブロックＲに適用してもよい。いくつかの態様では、クロスフェードフィルタ６０２（例えば、データ発生器５１０）は、Ｑの中の各ビット用の方程式１のオペレーションを行ってもよい。
【００５６】
Ｑ’（ｎ）＝ａ（ｎ）＊Ｐ（Ｌ−ｎ＋１）＋ｂ（ｎ）＊Ｒ（ｎ）  方程式１ 
ここで、ａおよびｂは、適切に選ばれた重み付け係数を含んでいる各ベクトルである。例えば、ベクトルａ（ｎ）の値は、ｎの増加とともに増加してもよい。ベクトルａ（ｎ）の値は、ｎの減少とともに減少してもよい。そのような場合に、ｂ（ｎ）に対するａ（ｎ）のウェイトのプロットは、方程式１のクロスフェーディングの影響を例証する役目をする。
【００５７】
結果として生じるデータブロックＱ’は、（例えば、データリプレーサ５１２によって）オリジナルのブロックＱの代わりのビットストリームへ置換されてもよい。したがって、ビットストリームからエラー中のどんなビットも交換する。さらに、ブロックＱ’が近隣のブロックＰおよびＲの値に基づくので、結果として生じるビットストリームは、出力信号（例えば、オーディブルクリックおよびポップス）において容易に顕著なアーティファクトを含みそうにないかもしれない。
【００５８】
ここで、それらは重み付けされた組合せに基づくので、値Ｑ’（ｎ）が１ビットの値でなくてもよいことは理解されてもよい。従って、オリジナルのブロック中のビットＱ（ｎ）用の代わりになる各値Ｑ’（ｎ）は、上に議論されるような、マルチビット値（例えば、１２ビット）を具備してもよい。したがって、ＳＤＭエンコーダ２３８（図２）は、等価なＳＤＭビットストリームを提供するために、マルチビット値を備えたブロックＱ’を含んでいるデータストリーム上で作動するクロスフェーディングに基づいたスキームの中で使用されてもよい。
【００５９】
クロスフェーディングオペレーションは、様々な方法で実行されてもよい。例えば、Ｑ’は、近隣のブロックの線形または非線形の組合せでもよい。さらに、ある場合には、任意のビットＱ’（ｎ）用の値は、ブロックＰからのマルチビットおよびブロックＲからのマルチビットの関数でもよい。例えば、任意の値「ｎ」については、およそＬ−ｎ＋１ビットの任意のビット数は、ブロックＰから使用されてもよい。一方、およそｎビットの任意のビット数は、ブロックＲから使用されてもよい。
【００６０】
さらに、近隣のデータの機能であるデータを備えたエラー中の置換データの上記の概念は、任意のサイズのブロックに一般に適用されてもよい。したがって、データ置換スキームは、長さが１ビット以上である近隣のデータセットを利用してもよい。
【００６１】
上記のものを考慮して、クロスフェーディングのスキームが、アーティファクトを有効に緩和するために、比較的低電力および少ない待ち時間の方法を提供してもよいことは認識されるべきである。いくつかの態様では、比較的簡易なオペレーション（例えば、方程式１）は、低ビット幅データ上で行われるので、そのようなスキームは、比較的低い処理負荷を有してもよい。さらに、待ち時間は、ブロックの長さＬおよびこれらの簡単なビット単位のオペレーションの処理時間にいくつかの態様の中で基づいてもよいので、そのようなスキームは、比較的少ない待ち時間があってもよい。したがって、いくつかの態様では、待ち持間は、識別データ（例えば、ブロックＱ）および識別されたデータの交換に関連した待ち時間は、次のものの少なくとも１つに基づく：サブセット（例えば、ブロックＰおよび／またはブロックＲ）の１つ以上のサイズまたは識別されたデータのサイズ。
【００６２】
図７は、予測に基づいたスキームを使用するサンプルシステム７００を例証する。このスキームは、さらにＳＤＭビットストリームのようなオーバーサンプリングされたデータストリームにおけるエラーのビットを検出し修正するために使用されてもよい。簡単にするために、次の例において、データがエンコードされた１ビットであると仮定されている。さらに。データＱのブロックがエラーにいくつかのビットを含むと確認されたと仮定されている。
【００６３】
ｂ（ｎ）、Ｑ中の第１のビットを考慮する。ＳＤＭ（例えば、ＰＤＭ）ビットストリームの特性のうちの１つは、局所平均が、対応するＰＣＭデータ中の瞬時値（instantaneous magnitude）をトラックするということである。したがって、「ｂ（ｎ）のＰＣＭ等価物（equivalent）」は、次のように定義されてもよい。
【００６４】
ｂｍｅａｎ（ｎ）＝（ｂ（ｎ）＋ｂ（ｎ−１）＋…＋ｂ（ｎ−ｗ＋１））／ｗ  方程式２
ここで、ｗは、平均が得られるウィンドウにおけるサンプル数である。一般的には、これは、ＳＤＭエンコーダ２０８のためのオーバーサンプリング比（「ＯＳＲ」）と同じになるだろう。
【００６５】
ＳＤＭビットストリームのＰＣＭ等価物は、ｆＰＣＭ＝ｆ／ＯＳＲに帯域制限されていてもよい。ここで、ｆは、ＳＤＭエンコーダ２０８の帯域幅である。ＯＳＲが一般的に非常に高い（例えば、２０以上のオーダーで）ように、サンプルは、お互い比較的近くにある。したがってサンプルの値は、一次方程式によって近似してもよい。例えば、以下はエラーなしの条件である。
【００６６】
｜ｂｍｅａｎ（ｎ）＋ｂｍｅａｎ（ｎ−２）−２ｂｍｅａｎ（ｎ−１）｜＜Ｔ  方程式３
ここで、Ｔは、テストに基づいて信号に直接適合されてもよい閾値である。いくつかの態様では、Ｔは、サンプルｎ、ｎ−１およびｎ−２の値のプロットに関連した任意の非線形性を説明する。したがって、ｂｍｅａｎ（ｎ）の予想値は、次のものによって表わされてもよい。
【００６７】
ｂｐ＝２ｂｍｅａｎ（ｎ−１）−ｂｍｅａｎ（ｎ−２）±Ｔ  方程式４
言いかえると、
Ａ―Ｔ＜ｂｐ（ｎ）＜Ａ＋Ｔ  方程式５
ここで、Ａ＝２ｂｍｅａｎ（ｎ−１）−ｂｍｅａｎ（ｎ−２）
したがって、方程式５は、任意のビットのＰＣＭ等価物が、予測範囲内にあるかどうかを判断する方法を表わす。ＰＣＭ等価物が範囲内にある場合、関連するビット（例えば、ｂ（ｎ））の値は誤っていないと仮定される。したがって、ビットの値は、変更されない。
【００６８】
対照的に、ＰＣＭ等価物が範囲内にない場合、関連するビットの値は、ビットの値が、範囲に対して、そのビットのＰＣＭ等価物の偏差（つまり、高いまたは低い）と予期された方法で一致するかどうかを決定するようにチェックされてもよい。例えば、この場合、Ｑの中の各ｂ（ｎ）の方程式４用の妥当性は、テストされてもよい。この方程式が違反される場合、下記条件は発生する。
【００６９】
ケースＩ：ｂｍｅａｎ＞Ａ＋Ｔ  方程式６
ケースＩでは、ｂ（ｎ）＝１のとき、ｂ（ｎ）は、ｂ（ｎ）＝−１に修正される。そうでなければ、ｂ（ｎ）は修正されない。ここで、ｂｍｅａｎがＡ＋Ｔより大きいとすれば、（例えば、ノイズによって）−１から１まで誤ってフリップされたｂ（ｎ）によって、これが引き起こされたと仮定されているかもしれない。言いかえれば、ｂ（ｎ）が−１から１までフリップされていなかった場合、ｂｍｅａｎは予測範囲内にあったかもしれない。したがって、ｂ（ｎ）＝１と決定される場合、ｂ（ｎ）はエラーであり、ビットは−１まで「後ろに」フリップされたと仮定されているかもしれない。反対に、ｂ（ｎ）＝−１と決定される場合、それが最低値に既にセットされているので、ｂ（ｎ）は変更されない。
【００７０】
ケースＩＩ：ｂｍｅａｎ＜Ａ−Ｔ  方程式７
ケースＩＩでは、ｂ（ｎ）＝−１のとき、ｂ（ｎ）は、ｂ（ｎ）＝１に修正される。そうでなければ、ｂ（ｎ）は修正されない。ここで、ｂｍｅａｎがＡ＋Ｔ未満であるとすれば、（例えば、ノイズによって）１から−１まで誤ってフリップされたｂ（ｎ）によって、これが引き起こされたと仮定されているかもしれない。言い換えれば、ｂ（ｎ）が１から−１にフリップされていなかった場合、ｂｍｅａｎは予測範囲内にあったかもしれない。したがって、ｂ（ｎ）＝−１と決定される場合、ｂ（ｎ）はエラーであり、ビットは１まで「後ろに」フリップされたと仮定されているかもしれない。反対に、ｂ（ｎ）＝１と決定される場合、それが最高値に既にセットされているので、ｂ（ｎ）は変更されない。 
図７を再び参照して（図５のコンポーネントに関して）、示されたデータブロックは、ここに議論されるような少なくとも１つのエラーを持っていることとして確認されてもよい。したがって、図５の例では、データ識別子５０４は、このデータブロックを確認してもよい。さらに、上に言及されるように、このスキームでは、ブロック中のビットの各々は、任意のビットにエラーがあるかどうかを判断するためにチェックされてもよい。したがって、いくつかの態様では、データ識別子５０４は、さらにこの処理の間に各ビットを確認してもよい。
【００７１】
図７では、ブロック中の３ビットは、ラベル付けされる。ここで、ビット１は、時間内にビット２および３に先行する。ブロック中の各ビット（例えば、ビット３）は、エラーがチェックされるので、データ取得者５０６は、近隣のビット１および２を確認してもよい。さらに、（異なるラインパターンを備えたラインによって示されたように）データ取得者５０６は、ビット１、２および３に関連したビットの第１、第２および第３のセットをそれぞれ確認してもよい。
【００７２】
データ発生器５１０は、これらのセット（例えば、ＰＣＭの等価な値）の個々の平均を算出するように構成された平均計算機（例えば、ボックスカー平均化機能を使用する）を具備してもよい。これらのオペレーションは、平均計算機７０２Ａ、７０２Ｂおよび７０２Ｃによって図７の中で表わされる。データ発生器５１０は、例えば方程式５を使用して、平均計算の結果を処理する機能７０４（例えば、上に議論された方程式４に基づいた線形予測量）を含んでもよい。その後、機能７０４は、方程式６および７に基づいたビット３の値およびビット３の現在値を反転すべきかどうかを判断してもよい。したがって、この場合、図５のデータリプレーサ５１２は、ビットフリップが方程式６または７によって示される場合、シングルビットの値を変更してもよい。
【００７３】
予測演算は、様々な方法で実行されてもよい。例えば、機能７０４は、一次関数（例えば、一次曲線）または非線形関数（例えば、二次、三次曲線など）を具備してもよい。ここで、予測は、２または２つ前のビット以上に基づいてもよい。さらに、ある場合には、閾値Ｔおよび／または予測方程式の係数は、（例えば、信号周波数または他のあるファクターに基づいて）適応されてよい。ある場合には、１ビット以上は、予測演算に基づいて調整（例えば、フリップされる）されてもよい。さらに、ある場合には、平均以外の機能は、ビットのセット上で動作するように使用されてもよい。
【００７４】
上に教示されるような予測スキームは、アーティファクトを緩和するために低電力および少ない待ち時間の方法をこのように提供してもよい。比較的簡易なオペレーション（例えば、方程式５−７）は、）低ビット幅データ上で行われるので、そのようなスキームは、比較的低い処理負荷を有してもよい。さらに、それは、（例えば、訂正されたどんなビットにも先行するビットに依存する）本来予言的ではないので、そのようなスキームは、比較的少ない待ち時間（例えば、実質的に待ち時間がない）があってもよい。
【００７５】
図８は、補間ベースのスキームをインプリメントするサンプルシステム８００を例証する。このスキームは、さらにＳＤＭビットストリームのようなオーバーサンプリングされたデータストリームにおけるエラーのビットを検出し修正するために使用されてもよい。さらに、長さＬのデータＱのブロックがエラーに１ビット以上を含むと識別されたと仮定されている。
【００７６】
ｂ（ｎ）は、ブロックＱの第１のサンプルにする。いくつかの態様では、ブロックＱのエレメントのすべては、ｂｍｅａｎ（ｎ−１）およびｂｍｅａｎ（ｎ−１＋Ｌ）の間の補間（例えば、線形補間）に基づいて交換されてもよい。図７の予測ベースのスキームのための上に記述されたように、ｂｍｅａｎ（ｎ−１）は、ｂ（ｎ−１）の直前の中でｗサンプルのＰＣＭ等価物を表す。
【００７７】
いくつかの態様では、上記のオペレーションは、ＰＣＭドメインのＬ／ＯＳＲサンプル間の線形補間と等価でもよい。例えば、ＯＳＲが高い場合、このオペレーションは、非常に小さなサンプル数に関する線形補間として反映してもよい。したがって、オーバーサンプリングされたデータに比較的最小のひずみを導入するので、そのようなスキームは、アーティファクト（例えば、クリックおよびポップス）を効率的に滑らかにしてもよい。
【００７８】
（図５に関して）図８を再び参照して、この例で、（例えば、図５のデータ識別子５０４によって）１つ以上のエラーを含むとして識別されたデータブロックは、近隣のブロックの機能として生成されるデータと置換されてもよい。ここで、エラーを含んでいるブロックは、ハッチングされた線によって示される。
【００７９】
図５の近隣のデータ取得者５０６は、確認されたブロック用の置換データ８０８の生成のためのアンカポイント８１０Ａおよび８１０Ｂとして、確認されたブロックの一方側のビットを確認してもよい。さらに、近隣のデータ取得者５０６は、アンカポイント８１０Ａに関連した第１のビットのセットおよびアンカポイント８１０Ｂに関連した第２のビットのセットを確認してもよい。
【００８０】
図５のデータ発生器５１０（例えば、平均計算機を具備する）は、ビットの各セットの機能として値を生成してもよい。例えば、データ発生器５１０は、アンカポイント８１０Ａおよび８１０Ｂの個々に関連した平均（例えば、ＰＣＭの等価な値）を算出してもよい。これらのオペレーションは、平均計算機８０２Ａおよび８０２Ｂによって、図８の中で表わされる。ここで、平均計算機８０２Ａは、アンカポイント８１０Ａおよびそのアンカポイントに先行するビット数を含むビットのセット上で動作する。平均計算機８０２Ｂは、アンカポイント８１０Ｂおよびそのアンカポイントに続くビット数を含むビットのセット上で動作する。したがって、この例において、置換データ８０８を生成するために使用されるデータは、確認されたブロック（つまり、少なくとも１つのエラーを含むブロック）から生じない。
【００８１】
データ発生器５１０は、確認されたブロック用の置換データに８０８を提供するために平均計算の結果を処理する機能８０４（例えば、線形補間）を含んでもよい。例えば、確認されたブロック中の任意のビットｎ用の値は、アンカポイント８１０Ａ（続く例におけるＰＣＭＥ１と呼ばれる）のために計算されたＰＣＭ等価物とアンカポイント８１０Ｂ（ＰＣＭＥ２）のために計算されたＰＣＭ等価物との間の線形補間に基づいた値にセットされてもよい。したがって、確認されたブロックが長さでＬビットである例において、確認されたブロックの任意のビット用の置換値Ｑ’（ｎ）は、次のとおりでもよい。
【００８２】
Ｑ’（ｎ）＝ＰＣＭＥ１＋ｎ（ＰＣＭＥ２−ＰＣＭＥ１）／（Ｌ＋１）  方程式８
特定の例では、ＰＣＭＥ１＝１、ＰＣＭＥ２＝２、Ｌ＝３である。この場合、Ｑ’（１）＝１．２５、Ｑ’（２）＝１．５、Ｑ’（３）＝１．７５である。従って、アンカポイント８１０Ａ及び８１０Ｂの間の交換されたビット以上のＰＣＭの等価値の円滑な進行がある。
【００８３】
ここで、それらがＰＣＭの等価値に基づくので、置換ビットの値がマルチビット値（例えば、非整数値）かもしれないことは理解されてもよい。したがって、図２のＳＤＭエンコーダ２３８は、等価なＳＤＭビットストリームを提供するために、これらのマルチビット値上で作動するようにこの場合使用されてもよい。
【００８４】
上記のものを考慮して、補間スキームは、さらにアーティファクトを効果的に緩和するために、低電力および少ない待ち時間の方法を提供してもよい。いくつかの態様では、比較的簡易なオペレーション（例えば、ＰＣＭ等価物の算出に関連して平均化する）は、低ビット幅データ上で行われるので、そのようなスキームは、比較的低い処理負荷を有してもよい。さらに、いくつかの態様では、待ち時間は、ブロック長および上記ビット単位オペレーションの処理時間に基づいてもよいので、そのようなスキームは、比較的少ない待ち時間があってもよい。
【００８５】
上記のものを考慮して、ここの教示は、データにおけるエラーを処理するために有利に使用されてもよい。いくつかの態様では、示されたスキームは、少ない待ち時間を提供し、高データレートの開発によりフィルタする高品質、およびオーバーサンプリングされたエンコードされたビットストリーム（例えば、ＳＤＭビットストリーム）のノイズ形状特性を提供してもよい。いくつかの態様では、開示は、このようにエンコードされたビットストリームにビットエラーにより導入された音声アーティファクトを最小化する有効な方法を提供する。様々なインプリメンテーションでは、上記の技術は、ストリームの中でおよび任意のＯＳＲのための特定ビット幅へ専門化されてもよい。上に挙げられた例は、実例のみ向けであるように意図され、ビットストリームの中でインプリメントされてもよいアーティファクト（例えば、クリックおよびポップ）消去の多くの方法を制限するようには意図されない。
【００８６】
ここの教示は、少なくとも１つの他のデバイスと通信するための様々なコンポーネントを使用するデバイスに組み込まれてもよい。図９は、デバイス間の通信を促進するために使用されてもよいいくつかのサンプルコンポーネントを描く。ここで、第１のデバイス９０２および第２のデバイス９０４は、適切な媒体上の無線通信リンク９０６によって通信するように構成されている。
【００８７】
最初に、コンポーネントは、デバイス９０２から処理されるだろうデバイス９０４（例えば、リバースリンク）へ情報を送ることに関与する。送信（「ＴＸ」）データプロセッサ９０８は、トラフィックデータ（例えば、データパケット）をデータバッファ９１０または他のある適切なコンポーネントから受信する。送信データプロセッサ９０８は、選択されたコーディングおよび変調スキームに基づいた各データパケットを処理し（例えば、エンコードする、インターリーブする、シンボルマップする）、データシンボルを提供する。一般に、データシンボルは、データ用の変調シンボルである。また、パイロットシンボルは、パイロット（それは先天的に知られている）のための変調シンボルである。モジュレータ９１２は、データシンボル、パイロットシンボルおよびリバースリンク用のポシブリーシグナリングを受け取り、変調（例えば、ＯＦＤＭまたは他のある適切な変調）および／またはシステムによって指定されるような他の処理を行い、出力チップのストリームを提供する。送信機（「ＴＭＴＲ」）９１４は、出力チップストリームを処理し（例えば、アナログに変換する、フィルタする、増幅する、周波数アップコンバートする）、変調された信号を生成する。それは、アンテナ９１６から送信される。
【００８８】
（デバイス９０４と通信する他のデバイスからの信号とともに）デバイス９０２によって送信された変調された信号は、デバイス９０４のアンテナ９１８によって受け取られる。受信機（「ＲＣＶＲ」）９２０は、アンテナ９１８から受信信号を処理し（例えば、条件付けしてデジタル化する）、受信されたサンプルを提供する。復調器（「ＤＥＭＯＤ」）９２２は、受信されたサンプルを処理し（例えば、復調し検出する）、検出されたデータシンボルを提供する。それは、他のデバイスによってデバイス９０４に送信されたデータシンボルのノイズ評価でもよい。受信（「ＲＸ」）データプロセッサ９２４は、検出されたデータシンボルを処理し（例えば、シンボルデマップし、デインターリーブし、デコードする）、各送信デバイス（例えば、デバイス９０２）に関連したデコードされたデータを提供する。
【００８９】
デバイス９０４からデバイス９０２（例えば、フォワードリンク）へ情報を送る際に関与したコンポーネントは、今処理されるだろう。デバイス９０４では、トラフィックデータは、データシンボルを生成するために送信（「ＴＸ」）データプロセッサ９２６によって処理される。モジュレータ９２８は、フォワードリンク用のデータシンボル、パイロットシンボルおよびシグナリングを受信し、変調（例えば、ＯＦＤＭまたは他の適切な変調）または他のある適切な処理を行い、出力チップストリームを提供する。それは、送信機（「ＴＭＴＲ」）９３０によってさらに条件付けられ、アンテナ９１８から送信される。いくつかのインプリメンテーションでは、フォワードリンクのためのシグナリングは、電力制御コマンドおよびデバイス９０４へのリバースリンク上で送信するすべてのデバイス（例えば、ターミナル）用のコントローラ９３２によって生成された他の情報（例えば、通信チャネルに関係がある）を含んでもよい。
【００９０】
デバイス９０２では、デバイス９０４によって送信された変調された信号は、アンテナ９１６によって受信され、受信機（「ＲＣＶＲ」）９３４によって調整されてデジタル化され、そして、検出されたデータシンボルを得るために復調器（「ＤＥＭＯＤ」）９３６によって処理される。受信（「ＲＸ」）データプロセッサ９３８は、検出されたデータシンボルを処理し、デバイス９０２およびフォワードリンクシグナリングのためのデコードされたデータを提供する。コントローラ９４０は、データ送信を制御するためにおよびデバイス９０４へのリバースリンク上での送信電力を制御するために、電力制御コマンドおよび他の情報を受信する。
【００９１】
コントローラ９４０および９３２は、デバイス９０２およびデバイス９０４の種々のオペレーションをそれぞれ指図する。例えば、コントローラは、フィルタに関する情報を報告して、適切なフィルタを決定し、フィルタを使用して情報をデコードしてもよい。データメモリ９４２および９４４は、コントローラ９４０および９３２によって使用されるプログラムコードとデータをそれぞれ格納してもよい。
【００９２】
図９は、さらに通信コンポーネントがここに教示されるようなフィルタリングオペレーションを行う１つ以上のコンポーネントを具備してもよいことを例証する。例えば、フィルタ制御コンポーネント９４６は、ＲＸデータプロセッサ９３８および／または別のデバイス（例えば、デバイス９０４）から情報を受信するデバイス９０２の他のコンポーネントと連携してもよい。同様に、フィルタ制御コンポーネント９４８は、ＲＸデータプロセッサ９２４および／または別のデバイス（例えば、デバイス９０２）から情報を受信するデバイス９０４の他のコンポーネントと連携してもよい。各デバイス９０２および９０４については、記述されたコンポーネントの２つ以上の機能が単一のコンポーネントによって提供されてもよいことが認識されるべきである。例えば、単一の処理コンポーネントは、フィルタ制御コンポーネント９４６およびＲＸデータプロセッサ９３８の機能を提供してもよい。また、単一の処理コンポーネントは、フィルタ制御コンポーネント９４８およびＲＸデータプロセッサ９２４の機能を提供してもよい。
【００９３】
デバイス（例えば、無線デバイス）は、デバイスで受信される、さもなければデバイスによって得られたか使用されることによって送信された信号（例えば、データ）に基づいた機能を実行する様々なコンポーネントを含んでもよい。例えばヘッドセット（例えば、無線ヘッドセット）は、データ（例えば、受信されたデータおよび／またはオーバーサンプリングされたデータ）に基づいた音声出力を提供するように構成された変換器を含んでもよい。時計（例えば、無線時計）は、データ（例えば、受信されたデータおよび／またはオーバーサンプリングされたデータ）に基づいた指示を提供するように構成されたユーザインターフェースを含んでもよい。検出デバイス（例えば、無線検出デバイス）は、データ（例えば、受信されたデータおよび／またはオーバーサンプリングされたデータ）に基づいて送信されるデータを感知または提供するように構成されたセンサを含んでもよい。例えば、センス動作は、データ中の制御情報によっていくつかの態様でコントロールされてもよい。
【００９４】
無線デバイスは、どんな適切な無線通信技術に基づく、そうでなければサポートする１つ以上の無線通信リンクによって伝達してもよい。例えば、いくつかの態様では、無線デバイスは、ネットワークに関連してもよい。いくつかの態様では、ネットワークは、超広帯域技術または他のある適切な技術を使用してインプリメントされた、パーソナルエリアネットワーク（例えば、３０メトリックの命令の無線カバレージエリアをサポートする）またはボディエリアネットワーク（例えば、１０メトリックの命令の無線カバレージエリアをサポートする）を具備してもよい。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたは広域ネットワークを具備してもよい。無線デバイスは、例えば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸおよびＷｉ−Ｆｉのような、様々な無線通信技術、プロトコルまたはスタンダードの１つ以上をサポートしてもよいし、そうでなければ使用してもよい。同様に、無線デバイスは、様々な対応する変調または多重スキームの１つ以上をサポートしてもよいし、そうでなければ使用してもよい。無線デバイスは、上記の無線通信技術または他の無線通信技術を使用して、１つ以上の無線通信リンクによって確立し通信するために、このように適切なコンポーネント（例えば、エアーインターフェース）を含んでいてもよい。例えば、デバイスは、無線媒体上の通信を促進する様々なコンポーネント（例えば、信号発生器および信号プロセッサ）を含んでもよい送信機および受信機コンポーネントに関連する無線トランシーバーを具備してもよい。
【００９５】
いくつかの態様では、無線デバイスは、インパルスに基づく無線通信リンクによって伝達してもよい。例えば、インパルスに基づく無線通信リンクは、比較的短い長さ（例えば、数ナノ秒またはより少ないオーダーで）および比較的広い帯域幅を有する超広帯域パルスを利用してもよい。いくつかの態様では、超広帯域パルスは、およそ２０％以上のオーダーの少数の帯域幅を有してもよい、および／または、およそ５００ＭＨｚ以上のオーダーの帯域幅を有してもよい。
【００９６】
ここの教示は、種々の装置（例えば、デバイス）に組み込まれてもよい（内にインプリメントされるまたはよって実行される）。例えば、ここに教示された１つ以上の態様は、電話（例えば、携帯電話）、個人データアシスタント（「ＰＤＡ」）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス）、ヘッドセット（例えば、ヘッドホン、イヤフォン（earpiece）など）、マイクロホン、医療検出デバイス（例えば、生物測定センサ、心拍数モニタ、歩数計、ＥＫＧデバイス、スマートバンデージなど）、ユーザＩ／Ｏデバイス（例えば、時計、リモートコントロール、ライトスイッチ、キーボード、マウスなど）、環境検出デバイス（例えば、タイヤ圧力モニタ）、コンピュータ、ＰＯＳデバイス、エンターテインメントデバイス、補聴器、セットトップボックス、または他の適切なデバイスに組み込まれてもよい。
【００９７】
これらのデバイスは、異なる電力および必要データを有してもよい。いくつかの態様では、ここの教示は、（例えば、インパルスに基づいた信号スキームおよび低いデューティサイクルモードの使用を通じて）低電力アプリケーションで使用するように構成されてもよく、（例えば、高帯域パルスの使用を通じて）比較的高いデータ率を含む様々なデータ率をサポートしてもよい。
【００９８】
いくつかの態様では、無線デバイスは、通信システムのためのアクセスデバイス（例えば、アクセスポイント）を具備してもよい。そのようなアクセスデバイスは、例えば、有線または無線通信のリンクを介して別のネットワーク（例えば、インターネットまたはセルラーネットワークのような広域ネットワーク）に接続を提供してもよい。したがって、アクセスデバイスは、別のデバイス（例えば、無線ステーション）を、別のネットワークまたは他のある機能にアクセスすることを可能にしてもよい。さらに、１つまたはデバイス両方が、ポータブルまたはある場合には比較的非ポータブルでもよいことは認識されるべきである。さらに、無線デバイスが、適切な通信インターフェースを介して無線でない方法（例えば、結線を介して）で情報を送信および／または受信することができてもよいことは、認識されるべきである。
【００９９】
ここに記述されたコンポーネントは、様々な方法でインプリメントされてもよい。図１０および１１を参照して、装置１０００および１１００は、例えば１つ以上の集積回路（例えば、ＡＳＩＣ）によってインプリメントされた機能を表してもよい、またはここに教示されるような他のある方法でインプリメントされてもよい、一連の相互関係のある機能ブロックとして表わされる。ここに議論されるように、集積回路は、プロセッサ、ソフトウェア、他のコンポーネントまたはそれらのある組合せを含んでもよい。
【０１００】
装置１０００および１１００は、様々な図に関して上に記述された機能の１つ以上を実行する１つ以上のモジュールを含んでもよい。例えば、エンコードされたデータを受信するためのＡＳＩＣ１００２は、例えばここに議論されるような受信機に相当してもよい。少なくとも１つのエラーを決定するためのＡＳＩＣ１００４は、例えばここに議論されるようなエラー検出器に相当してもよい。識別データ用のＡＳＩＣ１１０２は、例えばここに議論されるようなデータ識別子に相当してもよい。サブセットを得るためのＡＳＩＣ１１０４は、例えばここに議論されるようなデータ取得者に相当してもよい。置換データを生成するためのＡＳＩＣ１１０６は、例えばここに議論されるようなデータ発生器に相当してもよい。識別されたデータを置換するためのＡＳＩＣ１１０８は、例えばここに議論されるようなデータリプレーサに相当してもよい。ＳＤＭエンコード用のＡＳＩＣ１１１０は、例えばここに議論されるようなシグマデルタ変調エンコーダに相当してもよい。アップサンプリング用のＡＳＩＣ１１１２は、例えばここに議論されるようなアップサンプラに相当してもよい。
【０１０１】
上で述べられたように、いくつかの態様では、これらのコンポーネントは、適切なプロセッサコンポーネントによってインプリメントされてもよい。いくつかの態様では、これらのプロセッサコンポーネントは、ここに教示されるようなストラクチャを使用して、少なくとも部分的にインプリメントされてもよい。いくつかの態様では、プロセッサは、１つ以上のこれらのコンポーネントの機能の一部またはすべてをインプリメントするように構成されてもよい。いくつかの態様では、ダッシュボックスによって表わされる１つ以上のコンポーネントは、任意である。
【０１０２】
上で述べられたように、装置１０００および１１００は、１つ以上の集積回路を具備してもよい。例えば、いくつかの態様では、１つの集積回路は、１つ以上の例証されたコンポーネントの機能をインプリメントしてもよい。さらに、別の態様では、２つ以上の集積回路は、１つ以上の例証されたコンポーネントの機能をインプリメントしてもよい。
【０１０３】
さらに、ここに記述された他のコンポーネントおよび機能と同様に、図１０および１１によって表わされるコンポーネントおよび機能は、どんな適切な手段も使用してインプリメントされてもよい。そのような手段は、さらにここに教示されるような対応するストラクチャを使用して、少なくとも部分的にインプリメントされてもよい。例えば、図１０と１１のコンポーネント「用のＡＳＩＣ」と共に、上に記述されたコンポーネントは、同様に指定された機能「用の手段」に相当してもよい。したがって、いくつかの態様では、そのような手段の１つ以上は、プロセッサコンポーネント、集積回路またはここに教示されるような他の適切なストラクチャの１つ以上を使用してインプリメントされてもよい。
【０１０４】
さらに、「第１」、「第２」などのような表示をここに使用するエレメントへのどんな言及も、それらのエレメントの量やオーダーを一般に制限しないことは理解されるに違いない。もっと正確に言えば、これらの表示は、２つ以上のエレメントまたはエレメントのインスタンスを識別する便利な方法としてここに使用されてもよい。したがって、第１および第２のエレメントへの言及は、２つのエレメントだけがそこに使用されてもよい、または、ある方法において第１のエレメントが第２のエレメントに先行しなければならないことを意味しない。さらに、さもなければ、記述がない限り、エレメントのセットは、１つ以上のエレメントを具備してもよい。さらに、説明または請求項で使用された形式的な用語「Ａ、ＢまたはＣの少なくとも１つ」は、「ＡまたはＢまたはＣまたはそれらの任意の組合せ」を意味する。
【０１０５】
これらの当業者は、情報と信号が様々な異なる科学技術および技法のうちのどれでも使用して表わされてもよいと理解するだろう。例えば、上記の記述の全体にわたって参考文献として載せられるかもしれないデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または粒子、光学フィールドまたは粒子、またはそれらの任意の組合せによって表わされてもよい。
【０１０６】
当業者は、ここに示された態様に関して記述された、様々な実例となる論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのうちのどれでもが、電子ハードウェア（例えば、デジタルインプリメンテーション、アナログインプリメンテーション、または２つの組合せ、それはソースコーディングまたは他のある技術を使用して設計されてもよい）、プログラムまたは命令を組み込む設計コードの様々な形式（それらは便宜上、「ソフトウェア」または「ソフトウェアモジュール」とここに呼ばれるかもしれない）、または両方の組合せとしてインプリメントされてもよいことを認識するだろう。明白にハードウェアとソフトウェアのこの互換性を例証するために、様々な実例となるコンポーネント、ブロック、モジュール、回路およびステップは、それらの機能の点から一般に上記であると説明された。ハードウェアまたはソフトウェアとしてそのような機能がインプリメントされるかどうかは、総合体系に課された特定用途と設計制約条件に依存する。熟練した者は、各特定用途の方法を変える際に記述された機能をインプリメントしてもよい。しかし、そのようなインプリメンテーションの決定は、現開示の範囲から逸脱するとして解釈されるべきでない。
【０１０７】
ここに示された態様に関して記述された、様々な実例となる論理ブロック、モジュールおよび回路は、集積回路（「ＩＣ」）、アクセスターミナルまたはアクセスポイント内でインプリメントされるか、またはこれらによって実行されてもよい。ＩＣは、多目的プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機構部品またはここで記述された機能を実行するために設計されたそれらの任意の組合せを具備してもよく、ＩＣ、ＩＣの外部または両方内に存在するコードまたは命令を実行してもよい。多目的プロセッサは、マイクロプロセッサでもよい。しかし、代案では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラまたはステートマシーンでもよい。プロセッサは、計算装置の組合せ（例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと提携する１つ以上のマイクロプロセッサまたは他のそのような構成）として、インプリメントされてもよい。
【０１０８】
どんな特定の命令または任意の示された処理のステップの序列も、サンプルアプローチの例であることが理解される。設計プレファレンスに基づいて、現開示の範囲内で維持する間に、処理のステップの特定の命令または序列が再整理されてもよいことは理解される。添付の方法請求項は、サンプル命令の様々なステップのエレメントがあり、特定の命令または序列に制限されることが目的ではない。
【０１０９】
ここに示された態様に関して記述された方法またはアルゴリズムのステップは、プロセッサによって実行されるハードウェア、ソフトウェアモジュール、または２つの組合せで直接具体化されてもよい。ソフトウェアモジュール（例えば、実行命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭまたは技術で既知のコンピュータ可読記憶媒体の他の形式のような、データメモリに存在してもよい。サンプル記憶媒体は、例えば、コンピュータ／プロセッサ（それは、便宜上、ここで「プロセッサ」と呼ばれるかもしれない）のようなマシンにつながれてもよい。そのようなプロセッサは、記憶媒体から情報（例えば、コード）を読み出し、記憶媒体に情報を書き込むことができる。サンプル記憶媒体は、プロセッサに不可欠かもしれない。プロセッサと記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣは、ユーザ機器に存在してもよい。代案では、プロセッサと記憶媒体は、ユーザ機器内の個別部品として存在してもよい。さらに、いくつかの態様では、どんな適切なコンピュータプログラムプロダクトも、開示の態様の１つ以上に関係のあるコード（例えば、少なくとも１つのコンピュータによって実行可能である）を具備するコンピュータ可読媒体を具備してもよい。いくつかの態様では、コンピュータプログラムプロダクトは、パッケージング材料を具備してもよい。
【０１１０】
開示された態様の前の記述は、どんな当業者も現開示を作るか使用することを可能にするために提供される。これらの態様への様々な変更は、当業者に容易に明白になる。また、ここに定義された総括的な法則は、開示の範囲から外れずに、他の態様に適用されてもよい。したがって、現開示は、ここに示された態様に制限されるようには意図されないが、ここに開示された原理および新しい特徴と一致する最も広い範囲を与えられることになっている。
【図１】
2014003624.tif 000003
【図２】
2014003624.tif 000004
【図３】
2014003624.tif 000005
【図４】
2014003624.tif 000006
【図５】
2014003624.tif 000007
【図６】
2014003624.tif 000008
【図７】
2014003624.tif 000009
【図８】
2014003624.tif 000010
【図９】
2014003624.tif 000011
【図１０】
2014003624.tif 000012
【図１１】
2014003624.tif 000013
【手続補正書】
【提出日】平成25年8月19日(2013.8.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
エンコードされたデータを受信することと、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出することと、
を具備するデータ処理の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
開示された態様の前の記述は、どんな当業者も現開示を作るか使用することを可能にするために提供される。これらの態様への様々な変更は、当業者に容易に明白になる。また、ここに定義された総括的な法則は、開示の範囲から外れずに、他の態様に適用されてもよい。したがって、現開示は、ここに示された態様に制限されるようには意図されないが、ここに開示された原理および新しい特徴と一致する最も広い範囲を与えられることになっている。  
以下に、親出願（特願２０１１−５０４９９１）の当初の特許請求の範囲に記載された発明を付記する。  
（付記１）
エンコードされたデータを受信することと、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出することと、
を具備するデータ処理の方法。
（付記２）
前記エンコードされたデータは、オーバーサンプリングされたデータを具備する、付記１の方法。
（付記３）
前記エンコードされたデータは、シグマデルタ変調されたデータを具備する、付記１の方法。
（付記４）
前記結果は、前記チャネルデコーディング処理が前記エンコードされたデータをどれくらい有効にデコードしたかに関係がある、付記１の方法。
（付記５）
前記結果は、少なくとも１つのチャネルコーディングメトリックを具備する、付記１の方法。
（付記６）
前記チャネルデコーディング処理は、リードソロモンデコーディングを具備する、
前記少なくとも１つのチャネルコーディングメトリックは、前記リードソロモンデコーディング処理が、前記エンコードされたデータのブロック内でどれだけのコードワードを修正しようと試みたかの表示を具備する、付記５の方法。
（付記７）
前記少なくとも１つのエラーの検出は、前記表示を閾値量と比較することを具備する、付記６の方法。
（付記８）
前記少なくとも１つのチャネルコーディングメトリックは、重畳コード用のヴィテルビ距離メトリック、再エンコードおよび比較メトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコードビリーフ伝搬メトリック、または低密度パリティチェックメトリックのうち少なくとも１つを具備する、付記５の方法。
（付記９）
前記少なくとも１つのチャネルコーディングメトリックは、柔軟なデコード決定を具備する、付記５の方法。
（付記１０）
前記少なくとも１つのエラーの検出は、前記エンコードされたデータの連続するブロックに前記チャネルデコーディング処理を適用することを具備する、
前記ブロックは、定義されたサイズである、付記１の方法。
（付記１１）
前記少なくとも１つのエラーの検出は、前記エンコードされたデータのブロックに関連したエラーの量を決定することを具備する、
前記方法は、前記エラーの量に依存する前記ブロックのエラー隠蔽処理を呼び出すかどうかを判断することをさらに具備する、付記１の方法。
（付記１２）
前記少なくとも１つのエラーは、少なくとも１つのインパルスのひずみに基づいたエラーを具備する、付記１の方法。
（付記１３）
エンコードされたデータを受信するための手段と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するための手段と、
を具備するデータ処理用の装置。
（付記１４）
前記エンコードされたデータは、オーバーサンプリングされたデータを具備する、付記１３の装置。
（付記１５）
前記エンコードされたデータは、シグマデルタ変調されたデータを具備する、付記１３の装置。
（付記１６）
前記結果は、前記チャネルデコーディング処理が前記エンコードされたデータをどれくらい有効にデコードしたかに関係がある、付記１３の装置。
（付記１７）
前記結果は、少なくとも１つのチャネルコーディングメトリックを具備する、付記１３の装置。
（付記１８）
前記チャネルデコーディング処理は、リードソロモンデコーディングを具備する、
前記少なくとも１つのチャネルコーディングメトリックは、前記リードソロモンデコーディング処理が、前記エンコードされたデータのブロック内でどれだけのコードワードを修正しようと試みたかの表示を具備する、付記１７の装置。
（付記１９）
前記検出するための手段は、前記表示を前記少なくとも１つのエラーを検出する閾値量と比較するように構成される、付記１８の装置。 
（付記２０）
前記少なくとも１つのチャネルコーディングメトリックは、重畳コード用のヴィテルビ距離メトリック、再エンコードおよび比較メトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコードビリーフ伝搬メトリック、または低密度パリティチェックメトリックのうち少なくとも１つを具備する、付記１７の装置。
（付記２１）
前記少なくとも１つのチャネルコーディングメトリックは、柔軟なデコード決定を具備する、付記１７の装置。
（付記２２）
前記検出するための手段は、前記少なくとも１つのエラーを検出する前記エンコードされたデータの連続するブロックに前記チャネルデコーディング処理を適用するように構成される、
前記ブロックは、定義されたサイズである、付記１３の装置。
（付記２３）
前記検出するための手段は、
前記エンコードされたデータのブロックに関連したエラーの量を決定し、
前記エラーの量に基づいた前記ブロックのエラー隠蔽処理を呼び出すかどうかを判断するように構成される、付記１３の装置。
（付記２４）
前記少なくとも１つのエラーは、少なくとも１つのインパルスのひずみに基づいたエラーを具備する、付記１３の装置。
（付記２５）
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成されたエラー検出器と、
を具備するデータ処理用の装置。
（付記２６）
前記エンコードされたデータは、オーバーサンプリングされたデータを具備する、付記２５の装置。
（付記２７）
前記エンコードされたデータは、シグマデルタ変調されたデータを具備する、付記２５の装置。
（付記２８）
前記結果は、前記チャネルデコーディング処理が前記エンコードされたデータをどれくらい有効にデコードしたかに関係がある、付記２５の装置。
（付記２９）
前記結果は、少なくとも１つのチャネルコーディングメトリックを具備する、付記２５の装置。
（付記３０）
前記チャネルデコーディング処理は、リードソロモンデコーディングを具備する、
前記少なくとも１つのチャネルコーディングメトリックは、前記リードソロモンデコーディング処理が、前記エンコードされたデータのブロック内でどれだけのコードワードを修正しようと試みたかの表示を具備する、付記２９の装置。
（付記３１）
前記エラー検出器は、前記表示を少なくとも１つのエラーを検出する閾値量と比較するようにさらに構成される、付記３０の装置。
（付記３２）
前記少なくとも１つのチャネルコーディングメトリックは、重畳コード用のヴィテルビ距離メトリック、再エンコードおよび比較メトリック、ＨＡＲＱヴィテルビメトリック、ログ尤度比メトリック、ターボコードビリーフ伝搬メトリック、または低密度パリティチェックメトリックのうち少なくとも１つを具備する、付記２９の装置。
（付記３３）
前記少なくとも１つのチャネルコーディングメトリックは、柔軟なデコード決定を具備する、付記２９の装置。
（付記３４）
前記エラー検出器は、前記少なくとも１つのエラーを検出する前記エンコードされたデータの連続するブロックに前記チャネルデコーディング処理を適用するようにさらに構成される、
前記ブロックは、定義されたサイズである、付記２５の装置。
（付記３５）
前記エラー検出器は、
前記エンコードされたデータのブロックに関連したエラーの量を決定し、
前記エラーの量に基づいた前記ブロックのエラー隠蔽処理を呼び出すかどうかを判断するように構成される、付記２５の装置。
（付記３６）
前記少なくとも１つのエラーは、少なくとも１つのインパルスのひずみに基づいたエラーを具備する、付記２５の装置。
（付記３７）
エンコードされたデータを受信することと、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出することと、
を実行可能なコードを具備するコンピュータ可読媒体を具備する、データ処理用のコンピュータプログラムプロダクト。
（付記３８）
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成された検出器と、
前記受信されたデータに基づいた音声出力を提供するように構成された変換器と、
を具備するヘッドセット。
（付記３９）
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成された検出器と、
前記受信されたデータに基づいた指示を提供するように構成されたユーザインターフェースと、
を具備する無線通信用の時計。
（付記４０）
エンコードされたデータを受信するように構成された受信機と、
チャネルデコーディング処理の結果に基づいた前記エンコードされたデータにおける少なくとも１つのエラーを検出するように構成された検出器と、
前記受信されたデータに基づいて感知するように構成されたセンサと、
を具備する無線通信用の感知デバイス。
【外国語明細書】
2014003624000001.pdf