(57)【特許請求の範囲】
【請求項１】
（ａ）受信機で生成されるマスク値の復調マスクビットマップを受信することと、
（ｂ）リソースエレメントを受信することと、
（ｃ）選択的に前記リソースエレメントを復調し及び復調されたリソースエレメントを出力することと、を備え、
前記リソースエレメントに対応する前記復調マスクビットマップのマスク値が第１の状態を有する場合は、前記リソースエレメントは復調され、復調されたリソースエレメントとして出力され、
前記リソースエレメントに対応する前記マスク値が第２の状態を備える場合は、前記リソースエレメントは復調されず、クロック供給されず、復調器から所定の値として出力され、
前記リソースエレメントがパイロットリソースエレメントである場合、前記復調マスクビットマップのマスク値は前記第２の状態を備え、前記リソースエレメントが壊れたリソースエレメントである場合、前記壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の状態を備える、方法。
【請求項２】
復調器は、（ｃ）の前記復調を行い、前記復調器は、前記リソースエレメントに対応する前記マスク値が前記第２の状態である場合はクロックの供給がされない請求項１に記載の方法。
【請求項３】
前記リソースエレメントは、複数のリソースエレメントのうちの１つであり、前記複数のリソースエレメントは、時間軸及び周波数軸の両方に沿って編成された変調シンボルの二次元の周波数−時間行列を形成する請求項１に記載の方法。
【請求項４】
前記リソースエレメントは、複素変調シンボル値のＩ値とＱ値とを含む請求項１に記載の方法。
【請求項５】
（ｄ）マスク値の前記復調マスクビットマップを生成することをさらに備え、前記リソースエレメントが壊れたリソースエレメントである場合、前記壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の状態を有する請求項１に記載の方法。
【請求項６】
（ａ）の前記受信することは、バスを通じてタスク命令を読み出すことをさらに含み、前記タスク命令は、前記復調マスクビットマップを含む請求項１に記載の方法。
【請求項７】
密結合メモリ（ＴＣＭ）システムが（ｄ）の前記生成することを行う請求項５に記載の方法。
【請求項８】
前記所定の値は、ゼロ値のトリプレットである請求項１に記載の方法。
【請求項９】
受信機で生成されるマスク値の復調マスクビットマップを記憶する複数の順次記憶素子と、
選択的にリソースエレメントを復調し及び復調されたリソースエレメントを出力する復調エンジンと、を備え、
前記リソースエレメントに対応するマスク値が第１の状態である場合は、前記復調エンジンは前記リソースエレメントを復調し、前記復調されたリソースエレメントを出力し、
前記リソースエレメントに対応する前記マスク値が第２の状態である場合は、前記復調エンジンは前記リソースエレメントを復調せず、クロック供給せず、前記リソースエレメントを所定の値として出力し、
前記リソースエレメントがパイロットリソースエレメントである場合、前記復調マスクビットマップのマスク値は前記第２の状態を備え、前記リソースエレメントが壊れたリソースエレメントである場合、前記壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の状態を備える、復調器。
【請求項１０】
タスクマネージャと、前記タスクマネージャは、バスを通じてタスク命令を読み出し、前記復調マスクビットマップを前記複数の順次記憶素子内に記憶する、
前記リソースエレメントをバッファから読み出すＩＱフェッチャと、をさらに備える請求項９に記載の復調器。
【請求項１１】
前記復調エンジンは、前記リソースエレメントに対応する前記マスク値が前記第２の状態である場合はクロックの供給がされない請求項１０に記載の復調器。
【請求項１２】
受信機で生成されるマスク値の復調マスクビットマップを記憶する複数の順次記憶素子と、
選択的にリソースエレメントを復調し及び復調されたリソースエレメントを出力するための手段と、を備え、
前記リソースエレメントに対応する前記復調マスクビットマップのマスク値が第１の状態である場合は、前記リソースエレメントは復調され、前記復調されたリソースエレメントとして出力され、
前記リソースエレメントに対応する前記マスク値が第２の状態である場合は、前記リソースエレメントは復調されず、クロック供給されず、所定の値として出力され、
前記リソースエレメントがパイロットリソースエレメントである場合、前記復調マスクビットマップのマスク値は前記第２の状態を備え、前記リソースエレメントが壊れたリソースエレメントである場合、前記壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の状態を備える、装置。
【請求項１３】
前記リソースエレメントに対応する前記マスク値が前記第１の状態である場合は対数尤度比（ＬＬＲ）を生成し、前記リソースエレメントに対応する前記マスク値が前記第２の状態である場合はゼロ値のＬＬＲを生成するための手段をさらに備える請求項１２に記載の装置。
【請求項１４】
前記選択的に復調するための手段及び前記複数の順次記憶素子は、無線受信機の一部である請求項１２に記載の装置。
【請求項１５】
選択的にリソースエレメントを復調し及び復調されたリソースエレメントを出力することをコンピュータに行わせるためのコードを備えるプログラムを記憶したコンピュータによって読み取り可能な記憶媒体であって、
前記リソースエレメントに対応する復調マスクビットマップのマスク値が第１の状態を有する場合は、前記リソースエレメントは復調され、復調されたリソースエレメントとして出力され、
前記リソースエレメントに対応する前記マスク値が第２の状態である場合は、前記リソースエレメントは復調されず、クロック供給されず、復調器から所定の値として出力され、
前記復調マスクビットマップは受信機で生成され、前記リソースエレメントがパイロットリソースエレメントである場合、前記復調マスクビットマップのマスク値は前記第２の状態を備え、前記リソースエレメントが壊れたリソースエレメントである場合、前記壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の状態を備える、コンピュータによって読み取り可能な記憶媒体。
【請求項１６】
前記コンピュータは、プロセッサと、メモリと、前記プロセッサに動作可能な形で結合された復調器と、を含み、前記メモリは、前記コンピュータによって読み取り可能な記憶媒体であって前記コードを備える前記プログラムを記憶する請求項１５に記載のコンピュータによって読み取り可能な記憶媒体。
【請求項１７】
前記プログラムは、
前記リソースエレメントが壊れたリソースエレメントであるときには前記所定の値を出力することを前記コンピュータに行わせるためのコードをさらに備え、前記壊れたリソースエレメントは、壊れたデータを含むリソースエレメントである請求項１５に記載のコンピュータによって読み取り可能な記憶媒体。
【請求項１８】
前記マスク値は、前記復調マスクビットマップの１つのマスク値であり、前記復調マスクビットマップはマスク値の二次元アレイである請求項１６に記載のコンピュータによって読み取り可能な記憶媒体。
【請求項１９】
前記プログラムは、
マスク値の前記復調マスクビットマップを更新することを前記コンピュータに行わせるためのコードをさらに備える請求項１５に記載のコンピュータによって読み取り可能な記憶媒体。
【請求項２０】
（ａ）受信機で生成されるマスク値の復調マスクを受信することと、
（ｂ）リソースエレメントを受信することと、
（ｃ）前記リソースエレメントに対応する前記復調マスクのマルチビットマスク値に依存して前記リソースエレメントを選択的に復調し及び出力するために復調エンジンを制御することと、を備え、
前記リソースエレメントに対応する前記復調マスクビットマップのマスク値が第１の状態を有する場合は、前記リソースエレメントは復調され、復調されたリソースエレメントとして出力され、
前記リソースエレメントに対応する前記マスク値が第２の状態を備える場合は、前記リソースエレメントは復調されず、クロック供給されず、復調器から所定の値として出力され、
前記リソースエレメントがパイロットリソースエレメントである場合、前記復調マスクビットマップのマスク値は前記第２の状態を備え、前記リソースエレメントが壊れたリソースエレメントである場合、前記壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の状態を備える、方法。
【請求項２１】
前記復調エンジンは、第１の復調器と第２の復調器とを備え、前記第１の復調器は、（ｃ）の前記復調を行い、前記第１の復調器は、前記マルチビットマスク値が予め決められた値を有する場合はクロックの供給がされない請求項２０に記載の方法。
【請求項２２】
前記リソースエレメントは、リソースグリッドにおける複数のリソースエレメントのうちの１つであり、前記リソースグリッドは、三次元の周波数−時間−空間グリッドである請求項２０に記載の方法。
【請求項２３】
マスク値の前記復調マスクは、マルチビットマスク値の三次元グリッドである請求項２１に記載の方法。
【請求項２４】
前記復調マスクビットマップの前記マスク値はバイナリ値を備える請求項１に記載の方法。
【請求項２５】
信号を受信することと、
前記信号に基づいてリソースグリッドを生成することと、
前記信号に基づいてマスク値の前記復調マスクビットマップを生成することと、を備える請求項１に記載の方法。
【請求項２６】
前記復調マスクビットマップは二次元アレイを形成し、前記復調マスクビットマップの各マスク値はリソースグリッドのそれぞれのリソースエレメントに対応する、請求項１に記載の方法。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本特許出願は、３５Ｕ．Ｓ．Ｃ．§１１９に基づき、仮特許出願シリアル番号第６１／０４０，５７４号（出願日：２００８年３月２８日）の利益を主張するものであり、該仮特許出願は、ここにおいて引用されることによってここに組み入れられている。
【技術分野】
【０００２】
本開示は、データストリームを処理するために共同で動作する幾つかの部分回路の一部としての復調器の動作に関するものである。本開示は、より具体的には、復調器の動作を制御するためのマスク値の復調ビットマップの使用に関するものである。
【背景技術】
【０００３】
音声及び映像を含む様々なタイプのデータを通信することを目的として無線通信システムが広範囲にわたって使用されている。概して、これらのシステムは、利用可能なシステム資源、例えば、帯域幅及び送信電力、を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムである。多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システムと、時分割多元接続（ＴＤＭＡ）システムと、周波数分割多元接続（ＦＤＭＡ）システムと、ロングタームエボリューション（ＬＴＥ）と、直交周波数分割多元接続（ＯＦＤＭＡ）システムと、を含む。
【０００４】
上記の通信システムのうちのいずれかを用いたデータストリームの送信は、典型的に、そのデータストリームを符号化することと、多重化することと、変調すること、とを含む。さらに、典型的に、パイロットデータが符号化されたデータと多重化される。既知のパターンのパイロットデータは、既知の方法で処理され、チャネル応答を推定するために受信機システムによって用いることができる。変調は、典型的に、データストリームを変調シンボル、例えば直交周波数分割多重（ＯＦＤＭ）シンボル、のシーケンスにマッピングするために特定の変調方式、例えばＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、又は６４ＱＡＭ、に基づいて行われ、変調シンボルのシーケンスは、送信前にさらに処理することができる。
【０００５】
データストリームを受信することは、典型的に、受信された｛Ｉ，Ｑ｝データシンボルストリームを復調することを含み、デマッピング及び復号して原データストリームを復元するプロセスが後続する。デマッピングプロセスは、典型的に、復号器によって使用可能な対数尤度比（ＬＬＲ）値を生成するための対数尤度比（ＬＬＲ）生成器を含む。典型的システムにおいては、ＬＬＲ値は、各々の｛Ｉ，Ｑ，ＳＮＲ｝復調シンボル値又は“トリプレット”（ｔｒｉｐｌｅｔ）に関して生成される。しかしながら、幾つかのシンボルは、チャネルの検出のためには有用であるが原データストリームの復元のためには有用でないパイロットシンボルである。これらのパイロットシンボルから生成されたＬＬＲ値は、非パイロットデータシンボルに対して大きさの点で有意な場合があり、復号器の性能を低下させる可能性がある。さらに、復調し、ＬＬＲ値を生成し、及びパイロットシンボルを復号するプロセスは、電力及び処理スループットを浪費する。さらに、幾つかのデータシンボルは、復調ステップ前に壊れる（ｃｏｒｒｕｐｔｅｄ）ことが知られている。同様に、電力を浪費すること、壊れたデータシンボルを処理すること及び信号処理チェーンをさらに下って誤りを伝播させることを回避するのが望ましい。
【発明の概要】
【０００６】
デジタルシステムは、新規な復調器部分回路（ｓｕｂ−ｃｉｒｃｕｉｔ）を含む。一例において、前記復調器部分回路は、タスクマネージャと、復調マスクビットマップのバイナリマスク値の値に依存してリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）（例えば、｛Ｉ，Ｑ｝シンボル値）を選択的に復調し及び復調されたリソースエレメント（例えば、｛Ｉ，Ｑ，ＳＮＲ｝復調シンボル値トリプレット）を出力するためのある規模の構成可能な、ただし専用化されたハードウェア回路と、を含む。前記復調器部分回路のタスクマネージャは、構成可能なハードウェアを構成及び制御することができる。前記デジタルシステムは、第１のバスによって密にメモリに結合されるプロセッサをさらに含む。動作においては、前記システムの前記プロセッサは、前記復調器部分回路の動作を設定し、メモリ内においてタスクリストを維持することによって動作及びタイミングを調整する。前記タスクリストは、前記復調器部分回路用のタスク命令を含み、復調マスクビットマップを含むＤＥＭＯＤ  Ｃｏｎｆｉｇタスク命令を含む。前記タスクマネージャは、第２のバスを通じて前記メモリ内のタスクリストから前記タスク命令を読み出す。前記タスクマネージャが前記第２のバスを通じてタスク命令を読み出した後に、前記タスクマネージャは、前記タスク命令を解釈し、前記タスク命令によって示された動作を前記復調器部分回路に行わせる。
【０００７】
一例において、前記復調マスクビットマップは、バイナリマスク値の二次元アレイを含む。各マスク値は、前記復調器部分回路内に受信されたリソースエレメントに対応する。前記復調器部分回路によって処理されるリソースエレメントに対応する前記マスク値が第１の状態にある場合は、復調エンジン内の復調器はクロッキングされない。さらに、前記復調エンジンは、その入力されたリソースエレメントに対応するゼロ値のリソースエレメントを出力する。他方、処理されるべき前記リソースエレメントに対応する前記マスク値が第２の状態にある場合は、前記復調器はクロッキングされる。前記復調エンジンは、前記入力されたリソースエレメントを復調し、前記入力されたリソースエレメントに対応する復調されたリソースエレメントを出力する。幾つかの例においては、パイロットリソースエレメントに対応するマスク値が前記第１の状態に設定される。その他の例においては、壊れたリソースエレメントに対応するマスク値が前記第１の状態に設定される。パイロットデータ及び壊れたデータと関連づけられたリソースエレメントは復調されず、従って本来は復調を行うために消費されることになる電力を節約する。さらに、パイロット値及び壊れたデータ値に対応する復調されたシンボル値をゼロにすることによって、復号器の性能が向上される。説明される前記復調マスクビットマップは、特定のリソースエレメントが壊れていること及び／又は後続するデータ処理ステップに関連しないことが復調前に知られているデータストリームの復調において一般的に適用可能である。
【０００８】
上記は発明の概要であり、必要上、簡略化、一般化及び詳細の省略を含む。従って、前記発明の概要は、例示であるにすぎず、どのような形であるかにかかわらず制限することを意図するものではないことを当業者は理解するであろう。ここにおいて説明され、請求項のみによって定義されるデバイス及び／又はプロセスのその他の態様、発明の特徴、及び利点は、ここにおいて示される制限的でない発明を実施するための形態において明確になるであろう。
【図面の簡単な説明】
【０００９】
【図１】１つの新規な態様によるモバイル通信デバイスの簡略化された図である。
【図２】図１のモバイル通信デバイスのＲＦトランシーバ集積回路のより詳細な図である。
【図３】図１のモバイル通信デバイスのデジタルベースバンド集積回路のより詳細な図である。
【図４】図３のデジタルベースバンド集積回路によって処理されるＯＦＤＭデータの構造を示した図である。
【図５】マスク値の復調マスクビットマップによって制御される復調器によるＯＦＤＭデータの処理を示した図である。
【図６】マスク値の復調マスクビットマップによって制御される復調器によるＯＦＤＭデータの処理を示した簡略化されたフローチャートである。
【図７】図３のＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のブロック図である。
【図８】図７のＭＭＳＥ／ＭＲＣエンジン３０３のより詳細なブロック図である。
【図９】タスクリストを作成及び維持するためにプロセッサによって実行されるステップを示した簡略化されたフローチャートである。
【図１０】復調器マスクビットマップを含むタスク命令を読み出すために及びタスク命令に従って復調器の実行を開始するためにタスクマネージャによって実行されるステップを示した簡略化されたフローチャートである。
【図１１】マスク値の復調マスクビットマップを通信するために使用可能なＤｅｍｏｄ  Ｃｏｎｆｉｇ（復調構成）タスク命令を示した図である。
【発明を実施するための形態】
【００１０】
図１は、一態様による１つの特定のタイプのモバイル通信デバイス１００の非常に簡略化された高位ブロック図である。この特定の例においては、モバイル通信デバイス１００は、携帯電話である。モバイル通信デバイス１００は、（示されていないその他の幾つかの部品を含めてとりわけ）２つのアンテナ１０１及び１０２と、２つの集積回路１０３及び１０４と、を含む。集積回路１０３は、ＲＦトランシーバ集積回路である。ＲＦトランシーバ集積回路１０３は、送信機と受信機とを含むため“トランシーバ”と呼ばれる。ＲＦトランシーバ集積回路１０３は、主に、アナログ回路を含むアナログ集積回路である。他方、集積回路１０４は、主に、デジタル回路を含むデジタル集積回路である。集積回路１０４は、“デジタルベースバンド集積回路”又は“ベースバンドプロセッサ集積回路”としばしば呼ばれる。モバイル通信デバイスの電子構成要素を分割するその他の方法が存在しており、これは１つの典型的な方法である。
【００１１】
図２は、ＲＦトランシーバ集積回路１０３のより詳細なブロック図である。この特定のトランシーバは、２つのトランシーバを含む。第１のトランシーバは、受信チェーン１０５Ａと、送信チェーン１０５Ｂと、を含む。第２のトランシーバは、受信チェーン１０６Ａと、送信チェーン１０６Ｂと、を含む。携帯電話１００が受信中に高周波ＲＦ信号が１つの又は両方のアンテナにおいて受信される。アンテナ１０１において受信されたＲＦ信号の場合は、信号は、デュプレクサ１０８、マッチングネットワーク１０９、及び受信チェーン１０５Ａを通る。信号は、低雑音増幅器（ＬＮＡ）１１０によって増幅され、ミキサ１１１によって周波数ダウンコンバージョンされる。その結果得られたダウンコンバージョンされた信号は、ベースバンドフィルタ１１２によってフィルタリングされ、適切に制御されたマルチプレクサ１１３を介してデジタルベースバンド集積回路１０４に渡される。デジタルベースバンド集積回路１０４内のアナログ−デジタル変換器（ＡＤＣ）１１４は、信号をデジタルサンプルのストリームに変換する。次に、サンプルのストリームは、デジタルベースバンド集積回路１０４内の受信チャネル１１５（図３参照）によって処理される。
【００１２】
携帯電話１００がアンテナ１０１から送信する場合は、通信されるべき情報は、デジタルベースバンド集積回路１０４の送信チャネル１１６（図３参照）によって処理され、デジタル−アナログ変換器（ＤＡＣ）１１７によってアナログ形に変換される。その結果得られたアナログ信号は、適切に制御されたデマルチプレクサ１１８を介してＲＦトランシーバ集積回路１０３の“送信チェーン”１０５Ｂに供給される。ベースバンドフィルタ１１９は、デジタルからアナログへの変換プロセスによって導入された雑音をフィルタリングして除去する。次に、ミキサブロック１２０は、信号を高周波信号にアップコンバージョンする。ドライバ増幅器１２１及び外部の電力増幅器１２２は、アンテナ１０１を駆動するために高周波信号を増幅し、このため高周波ＲＦ信号がアンテナ１０１から送信される。モバイル通信デバイス１００においては、動作モードに依存して１つの又は両方のアンテナを用いることができる。
【００１３】
図３は、図１のデジタルベースバンド集積回路１０４のより詳細なブロック図である。ＡＤＣ１１４、受信チャネル１１５、送信チャネル１１６及びＤＡＣ１１７に加えて、デジタルベースバンド集積回路１０４は、プロセッサ１２３と、第１のバス１２４と、ある量の高速マルチバンクデュアルポートメモリ１２５とを含む。プロセッサ１２３は、第１のバス１２４を介してメモリ１２５から読み出すこと及びメモリ１２５に書き込むことができる。プロセッサ１２３は、マルチコアプロセッサ又はマルチスレッドプロセッサであり、実際には複数のプロセッサを含むことができる。第１のバス１２４は、１つのマスタであるプロセッサ１２３と１つのスレーブであるメモリ１２５とが関わる高速のポイントツーポイントバスである。プロセッサ１２３、第１のバス１２４、及びメモリ１２５は、共同で、いわゆる密結合メモリ（ＴＣＭ）システム１２６を形成する。メモリ１２５は、プログラムメモリではなく、むしろ、変数及びデータ及び制御情報の記憶のために用いられる、高速の、レベル２キャッシュの、マルチポート及びマルチバンクのメモリである。
【００１４】
さらに、デジタルベースバンド集積回路１０４は、第２のバス１２７と、ある量のプログラムメモリ１２８と、ウォールクロック（ｗａｌｌ  ｃｌｏｃｋ）タイマ１２９と、データムーバブロック１３０と、コーデックブロック１３１と、ビデオプロセッサブロック１３２と、一組の２対１デマルチプレクサ１３３と、一組の１対２マルチプレクサ１３４と、を含む。プログラムメモリ１２８は、プロセッサ１２３によって実行される命令１３５から成るプログラムを記憶する。ウォールクロックタイマ１２９は、カウンタの数を増分させるために外部の水晶発振素子（ｃｒｙｓｔａｌ）１３６によって供給される基準クロック信号を用いる。カウンタは、リアルタイムの表示である連続的に増加する一連のカウント値を出力する。プロセッサ１２３及び第２のバス１２７上のその他の回路は、第２のバス１２７を通じてウォールクロックタイマ１２９から読み出すこと及びウォールクロックタイマ１２９に書き込むことができる。メモリ１２５は、第２のバス１２７を介してメモリ１２５にアクセス可能であるときよりも小さいメモリアクセスレーテンシー（ｌａｔｅｎｃｙ）で、第１のバス１２４を通じてプロセッサ１２３によってアクセス可能である。図３のデジタルベースバンド集積回路１０４は、第２のバス１２７を介して、外部のＦＬＡＳＨ非揮発性メモリデバイス１３７及び外部の同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）１３８にも結合される。データムーバブロック１３０及びプロセッサ１２３は、第２のバス１２７を通じて外部デバイス１３７及び１３８から読み出すこと及び外部デバイス１３７及び１３８に書き込むことができる。
【００１５】
受信チャネル１１５（ベースバンド受信ハードウェア）は、ここにおいては無線通信システムモデム部分回路（ＷＣＳＭＳＣ）と呼ばれる複数の機能ブロック１３９乃至１４２を含む。ＷＣＳＭＳＣ１３９乃至１４２は、フロントエンド部分回路１３９と、高速フーリエ変換（ＦＦＴ）部分回路１４０と、復調（ＤＥＭＯＤ）部分回路１４１と、デマップ／デインターリーブ／デコード（ＤＤＥ）部分回路１４２と、を含む。ここにおいては“サンプルバッファ”１４３と呼ばれるある量のメモリは、フロントエンドＷＣＳＭＳＣ１３９からＦＦＴ  ＷＣＳＭＳＣ１４０へ通るデータをバッファリングする。ここにおいては“シンボルバッファ”１４４と呼ばれる同様の量のメモリは、ＦＦＴ  ＷＣＳＭＳＣ１４０からＤＥＭＯＤ  ＷＣＳＭＳＣ１４２へ通るデータをバッファリングする。ここにおいては“タイルバッファ”１４５と呼ばれる他の量のメモリは、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１からＤＤＥ  ＷＣＳＭＳＣ１４２へ通るデータをバッファリングする。“復号出力バッファ”１４６は、ＤＤＥ  ＷＣＳＭＳＣ１４２から第２のバス１２７へ通るデータをバッファリングする。受信チャネルデータの一般的経路は、図３において左から右に進み、回路１１４、１３３、１３９、１４３、１４０、１４４、１４１、１４５、１４２、及び１４６を通って第２のバス１２７に至る。
【００１６】
送信チャネル１１６は、他の複数の無線通信システムモデム部分回路（ＷＣＳＭＳＣ）１４７乃至１５０を含む。ＷＣＳＭＳＣ１４７乃至１５０は、エンコード／インターリーブ／マップ部分回路１４７と、変調部分回路１４８と、逆高速フーリエ変換（ＩＦＦＴ）部分回路１４９と、ウィンドウ及び加算部分回路１５０と、を含む。送信チャネルの様々な部分回路が、例示されるように一組のバッファ１５１乃至１５４によってバッファリングされる。送信チャネルデータの一般的経路は、右から左に進み、回路１５１、１４７、１５２、１４８、１５３、１４９、１５４、１５０、１３４、及び１１７を通ってＲＦトランシーバ集積回路１０３に至る。
【００１７】
密結合メモリシステム１２６のメモリ１２５は、例示されるように複数のタスクリストを記憶する。各タスクリストは、デジタルベースバンド集積回路１０４の関連する部分回路によって実行するための一連のタスク命令を含む。示される例においては、タスクリストＴＬ１は、ＦＦＴ  ＷＣＳＭＳＣ１４０用のタスク命令を含む。タスクリストＴＬ２は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１用のタスク命令を含む。タスクリストＴＬ３  は、ＤＤＥ  ＷＣＳＭＳＣ１４２用のタスク命令を含む。タスクリストＴＬ４は、データムーバブロック１３０用のタスク命令を含む。図３には示されていないが、メモリ１２５は、送信チャネル回路１１６全体、コーデックブロック１３１、及びビデオプロセッサブロック１３２を対象とするタスクリストも含む。プロセッサ１２３は、第１のバス１２４を介して希望に応じてタスク命令をこれらのタスクリストに書き込み、これらのタスクリストを変更し、タスクリストを削除し、及びその他の場合タスクリストを維持する。各タスクリストは、メモリ１２５において循環バッファ内に維持される。各タスクリストは、適切な部分回路によって実行されたときに、部分回路を構成及び制御するタスク命令を含む。関連する部分回路の各々は、第２のバス１２７に結合されるタスクマネージャ回路と、データ処理動作を行うためのある規模の専用機能回路とを含む。図３の参照数字１５５は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のタスクマネージャ回路１５５を識別する。１つの新規な態様においては、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、以下においてさらに詳細に説明されるように、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１の動作を制御するためのマスク値の復調マスクビットマップ１５６を含む。
【００１８】
図４は、直交周波数分割多重（ＯＦＤＭ）方式による、シンボルバッファ１４４及びタイルバッファ１４５に記憶されたデータの構造の一例を示す。ＯＦＤＭ信号及びデータは、しばしば“タイル”と呼ばれるサブブロックにまとめることができる。タイルは、時間軸及び周波数軸の両方に沿って編成された変調シンボルの二次元の周波数−時間行列である。図４は、周波数により１２８のタイルに分離されたＯＦＤＭ信号の一例を示す。各タイルは、８つのＯＦＤＭシンボルにまたがる時間期間にわたる１６の別々のサブチャネルから構成される。したがって各タイルは１２８シンボルまで含むことができる。各タイルは、データ変調シンボルとパイロット変調シンボルとの両方を含む。データ変調シンボルは、無線通信システム上で通信中のメッセージの内容に関連する情報を搬送するために用いられる。例えば、タイル１２７は、情報の３つのサブパケット｛Ａ，Ｂ，Ｃ｝を保有するために割り当てられる。サブパケット｛Ａ｝は、シンボル｛Ａ１，．．．Ａ９｝を含む。サブパケット｛Ｂ｝は、シンボル｛Ｂ１，．．．Ｂ９｝を含む。サブパケット｛Ｃ｝は、シンボル｛Ｃ１，．．．Ｃ９｝を含む。異なるサブパケットのための復調動作及び復号動作のパイプライン化を可能にする“ペインティング”のプロセスによってタイル全体に様々なシンボルが分散される。パイロット変調シンボルも図４に示される。パイロット変調シンボルは、各層に関するチャネル及び干渉推定を含む様々なタスクのために用いることができる。
【００１９】
図５は、１つの新規な態様による、シンボルバッファ１４４内に記憶された変調シンボルデータのＤＥＭＯＤ  ＷＣＳＭＳＣ１４１による処理を示す。図３に示されるように、信号データは、リソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）２１０において編成された一連のリソースエレメントを生成するためにＦＦＴ  ＷＣＳＭＳＣ１４０によって処理される。ＯＦＤＭに関しては、これらのリソースエレメントの各々は、複素｛Ｉ，Ｑ｝変調シンボル値２０９であり、Ｉは、複素数の実係数を表し、Ｑは、複素数の複素係数を表す。この例においては、これらの値は、図４に示されるＯＦＤＭ構造に従って編成される。リソースグリッド２１０は、パイロットリソースエレメント２０７と、壊れたリソースエレメント２０４と、有効なデータリソースエレメント２０２と、を含むことができる。パイロットリソースエレメントは、チャネル及び干渉推定のために役立つパイロットシンボルと関連することが知られている。しかしながら、パイロットリソースエレメントは、通信されるべきメッセージを再構築するために復調する必要がない。実際、ＤＤＥ  ＷＣＳＭＳＣ１４２によってこれらのパイロットシンボルから生成されたＬＬＲ値は、非パイロットデータシンボルに対して大きさの点で有意であり、復号器の性能を低下させる可能性がある。壊れたリソースエレメントは、壊れていることが知られているデータリソースエレメントである。例えば、スプリアスＤＣ信号は、図５に示されように１つのデータ行全体を壊すことがあり、これは、受信機のプロセッサが知ることができる。他の例においては、周波数の狭帯域のシフトもデータを壊すことがある。データを壊すことが可能なその他の数多くのソースも存在する可能性がある。電力を節約すること及び壊れた結果を復号器のさらに下流まで伝播させるのを回避することの両方を目的として壊れたデータを復調しないのが有利である。
【００２０】
マスク値の復調マスクビットマップ１５６は、｛Ｉ，Ｑ，ＳＮＲ｝の復調されたシンボル値“トリプレット”２０８を生成するために有効なデータリソースエレメントと関連づけられた｛Ｉ，Ｑ｝シンボル値を選択的に復調し、その他は復調しないようにＤＥＭＯＤ  ＷＣＳＭＳＣ１４１の動作を制御するために採用される。リソースグリッド２１０の各リソースエレメントに関して、復調マスクビットマップ１５６に格納された対応する１ビットのマスク値が存在する。特定のリソースエレメントに対応するマスク値２０１がデジタルゼロ値である場合は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、そのリソースエレメントを復調してその結果得られた復調されたリソースエレメント２０６を出力する。ＯＦＤＭの例においては、復調されたリソースエレメント２０６は、復調されたリソースエレメントのＩ値、Ｑ値、及びＳＮＲ値を表すデジタル値の“トリプレット”である。例えば、トリプレットは、３つの１６ビットワードから成り、各々は、Ｉ、Ｑ、及びＳＮＲの値をそれぞれ示す。他方、特定のリソースエレメントに対応するマスク値２０１がデジタル１値である場合は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、そのリソースエレメントを復調せずゼロ値の“トリプレット”２０５を出力する。従って、そのリソースエレメントに関するＩ値、Ｑ値、及びＳＮＲ値を表すデジタル値はゼロである。例えば、ゼロ値のトリプレットは、すべてがゼロである一組の３つの１６ビットワードであることができる。復調されたリソースエレメント２０６及びゼロ値のトリプレット２０５は、ゼロにされた復調されたリソースグリッド２１１を形成する。ゼロ値のトリプレットは、後続する信号プロセッサ、例えば、デマッパ、デインタリーバ、及び復号器によって無視される。これは、電力を節約し、及び壊れたデータ及び／又はパイロットデータが受信されたメッセージをさらに劣化させるのを防止する。その他の例においては、ゼロ値のトリプレットではなく異なる予め定義された値を採用することが可能である。
【００２１】
図６は、マスク値の復調マスクビットマップ１５６を用いてＤＥＭＯＤ  ＷＣＳＭＳＣ１４１によって行われるデータ処理のフローチャートを示す。ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１がマスク値の復調ビットマップを受信する（ステップ２５０）。ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１がリソースグリッドのリソースエレメントを受信する（ステップ２５１）。次に、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１が、受信されたリソースエレメントに対応するマスク値がデジタル１値であるかどうかを評価する（ステップ２５２）。マスク値がデジタル１値である場合は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、ゼロ値のリソースエレメントを出力する（ステップ２５４）。マスク値がデジタル１値でない場合は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、受信されたリソースエレメントを復調し及び復調されたリソースエレメントを出力する（ステップ２５３）。次に、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、特定のリソースグリッドのすべてのリソースエレメントが処理されているかどうかを決定する（ステップ２５５）。すべてのリソースエレメントが処理されている場合は、タスクが終了し、残りのリソースエレメントが存在する場合は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、次のリソースエレメントを受信して上述されるように進行する。
【００２２】
図７は、図３のＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のブロック図である。ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、タスクマネージャ回路１５５と、ＩＱフェッチャ（ｆｅｔｃｈｅｒ）３０１と、チャネル推定回路３０２と、復調マスクビットマップ１５６と、ＭＭＳＥ／ＭＲＣ復調エンジン３０３と、書き込みマネージャ３０４と、を含む。タスクマネージャ回路１５５は、一般的（ｇｅｎｅｒｉｃ）タスクマネージャ部３０５と、ポインタレジスタを含む一組のレジスタ３０６と、ＡＨＢバスインタフェース３０７と、復調器制御状態マシン部３０８と、一組のタスク前（ｐｒｅ−ｔａｓｋ）レジスタ３０９と、を含む。一般的マネージャ部３０５は、マスタとしての第２のバス１２７のＡＸＩバス部にインタフェースする。ＡＨＢバスインタフェース３０７は、スレーブとしての第２のバス１２７のＡＨＢバス部にインタフェースする。データの一般的な流れは、シンボルバッファ１４４からパイプライン化されたデータ経路を通り、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１を通り、タイルバッファ１４５に至る。タスクマネージャ１５５は、密結合メモリ１２５からタスク命令を読み出すためにＡＸＩバスインタフェースを用いる。プロセッサ１２３は、ＡＨＢバスにおいてマスタとして行動し、ＤＥＭＯＤ  ＷＣＳＭＳＣの内部レジスタを読むために、レジスタ３０６のＷＲ＿ＰＴＲレジスタに書き込むために、及びＤＥＭＯＤ  ＷＣＳＭＳＣ１４１を通じてタイルバッファ１４５を読むためにスレーブＡＨＢインタフェース３０７を用いる。ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、３つの一般的なタイプのタスク命令、すなわち、マスク値の復調マスクビットマップを含み、実行されたときに行われるべき将来の復調動作のためにＷＣＳＭＳＣハードウェアエンジン用の構成パラメータをローディングする構成タスク命令、実行されたときにＭＭＳＥ動作用のパラメータを受け取り及び復調を行うＭＭＳＥタスク命令、及び実行されたときにＭＲＣ動作用のパラメータを受け取り及び復調を行うＭＲＣタスク命令、を実行することができる。
【００２３】
動作において、プロセッサ１２３は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のレジスタ３０６においてＷＲ＿ＰＴＲを更新し、それにより、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１が実行すべき少なくとも１つの追加のタスク命令が存在することを示す。一般的タスクマネージャ３０５は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１による実行のための新しいタスク命令が密結合メモリ１２５内に存在するかどうかを決定する。他のタスク命令が存在すると一般的タスクマネージャ３０５が決定した場合は、一般的タスクマネージャ３０５は、復調制御論理３０８に通知し、復調制御論理３０８と協動し、第２のバス１２７を通じてそのタスク命令を読み出してタスク前レジスタ部３０９のレジスタに入れる。一般的タスクマネージャ３０５は、タスク命令のヘッダを解釈し、復調制御論理３０８は、タスク命令の残りの部分を解釈する。復調制御論理３０８は、タスク命令の解釈の結果に依存して、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のその他の部分に構成パラメータを提供する。次に、復調制御論理３０８は、タスク命令によって及びタスク命令内において指定された全体的動作が行われるようにするために、これらのその他の部分が様々な時点において様々な動作を行うためにトリガされるようにする。復調制御論理３０８は、各タスク命令に関して異なるステートマシンを実装する。ステートマシンの状態に入った時点で及びステートマシンの状態から出た時点で、復調制御論理３０８は、制御信号をアサート（ａｓｓｅｒｔ）する。一例におけるＤＥＭＯＤ  ＷＣＳＭＳＣ１４１の設計においては、ステートマシンは、ハードウェア記述言語で定義され、その記述は、市販の合成ツールを用いてハードウェア論理に合成される。
【００２４】
タスクマネージャ１５５の制御下において、ＩＱフェッチャ３０１は、シンボルバッファ１４４から読み出し、タスク命令によって指定された場所からＩＱサンプルを持ち込む。該ＩＱフェッチャは２つ存在し、アンテナ１０１及び１０２の各々に対して１つである。入ってきたＩサンプル値（実数値）及びその対応する入ってきたＱサンプル値（虚数値）が一緒にＩＱサンプルを構成する。タスクマネージャ１５５の制御下において、復調マスクビットマップ１５６は、タスク命令によって指定されたＩＱサンプルの各々に対応するマスク値を引き渡す。チャネル推定回路３０２が始動し、チャネルを推定すること、及びチャネル補間値を生成することを開始し、生成された補間結果を対応するＩＱサンプルと整合させる。したがってＩＱサンプル、対応するマスク値、及び関連する補間結果は、ＭＭＳＥ／ＭＲＣエンジン３０３に対して同時に供給される。
【００２５】
図８は、ＭＭＳＥ／ＭＲＣエンジン３０３の動作を詳述するブロック図である。ＭＭＳＥ／ＭＲＣエンジン３０３は、２つの一般的なタイプの復調動作、すなわち、ＭＭＳＥ復調器３１３によって行われる最小平均二乗誤差（ＭＭＳＥ）タイプの復調又はＭＲＣ復調器３１２によって行われる最大比合成（ＭＲＣ）タイプの復調、を提供する。復調制御論理３０８及び復調マスクビットマップ１５６の両方とも、すべてのクロックサイクルにおいてＭＭＳＥ／ＭＲＣエンジン３０３の特定の動作を制御する。復調マスクビットマップ１５６は、ＩＱフェッチャ３０１によってＭＭＳＥ／ＭＲＣ３０３内に持ち込まれた各ＩＱサンプルに対応するマスク値を引き渡す。マスク値は、ＭＲＣ復調器３１２及びＭＭＳＥ復調器３１２の両方のクロックイネーブル入力部及びマルチプレクサ３１５に引き渡される。マスク値がデジタルゼロ値である場合は、ＭＲＣ復調器３１２及びＭＭＳＥ復調器３１３の両方が、２組のＩＱサンプル（各アンテナに関して１つ）及び関連するチャネル推定値を用いて復調タスクを行う。各々は、復調出力値Ｉ、復調出力値Ｑ、及びＳＮＲ値を出力する。アクティブな受信チャネル数及び層数に依存して、ＭＭＳＥタイプ復調又はＭＲＣタイプ復調のいずれかが用いられる。復調制御論理３０８は、タスク命令に従って希望される復調出力を選択するようにマルチプレクサ３１４を制御する。マルチプレクサ３１５に引き渡されたデジタルゼロマスク値は、書き込みマネージャ３０４によってタイルバッファ１４５に書き込まれるべきマルチプレクサ３１４の復調出力を選択する（図７参照）。マスク値がデジタル１値である場合は、ＭＲＣ復調器３１２及びＭＭＳＥ復調器３１３のいずれもクロッキングされず、マルチプレクサ３１５は、書き込みマネージャ３０４によってタイルバッファ１４５に書き込まれるべきゼロ値のトリプレットを選択する（図７参照）。このようにして、無関係であるか又は壊れているデータ値の代わりにゼロ値のトリプレットが用いられる。無関係であるデータ及び壊れたデータのために復調器３１２及び３１３をクロッキングしないことによって電力が節約される。さらに、ゼロにされたエレメントは、下流の信号処理部分回路、例えば復号器及びＬＬＲ生成器、によってそれ以上処理されない。この結果、より少ないシンボルを処理することによって電力がさらに節約され、さらに復号器の全体的な出力を劣化させる壊れた入力を除去することによって復号器の性能も向上させる。
【００２６】
図７を再度参照し、書き込みマネージャ３０４は、復調出力値Ｉ、復調値Ｑ、及びＳＮＲ値の各組、又はその代替としての各々のゼロ値のトリプレット、をバッファ１４５内に書き込むようにタスクマネージャ１５５によって命令される。このようにして、復調制御論理３０８は、一度に１つのシンボルに対処することをＤＥＭＯＤ  ＷＣＳＭＳＣ１４１に行わせる。ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１は、シンボルバッファ１４４からシンボルを読み出し、各シンボルと関連づけられたマスク値に依存して、復調を行うか又は行わず、適切な結果をタイルバッファ１４５内に書き込む。タスク命令によって指定された復調タスクが終了したときに、復調制御論理３０８は、状態レジスタ３０６においてタスク終了フラグを設定する。ＤＤＥ  ＷＣＳＭＳＣ１４２において動作を開始させるためにハードウェアストローブ信号をＤＥＭＯＤ  ＷＣＳＭＳＣ１４１から出力させるべきであることをタスク命令が示す場合は、導体（ｃｏｎｄｕｃｔｏｒ）３１０に対してストローブ信号がアサートされる。導体３１０は、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１からＤＤＥ  ＷＣＳＭＳＣ１４２まで延びる。
【００２７】
図９は、プロセッサ１２３が、復調マスクビットマップ１５６に従ってデータを復調することをどのようにしてＤＥＭＯＤ  ＷＣＳＭＳＣ１４１に行わせることができるかを示す簡略化されたフローチャートである。第１のステップ（ステップ２６０）において、プロセッサ１２３は、メモリ１２５において、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１が復調タスクを行うように命令する復調マスクビットマップを含むＤＥＭＯＤ  ＷＣＳＭＳＣ１４１用のタスクリストを作成する。プロセッサ１２３は、例えば、高速の第１のバス１２４を介してメモリ１２５内のＤＥＭＯＤ  ＷＣＳＭＳＣ１４１用のタスクリスクの最後にタスク命令を書き込む。第２のステップ（ステップ２６１）において、プロセッサ１２３は、より低速のバス１２７を通じてＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のタスクマネージャにおけるＷＲ＿ＰＴＲの値を更新し、タスクマネージャのＷＲ＿ＰＴＲが新たに追加されたタスク命令の終了場所の後のタスクリスト場所を指し示すようにする。タスクリスト内のタスク命令の実行を開始させるために要求される低速バス１２７を通じての書き込みは１回だけである。
【００２８】
図１０は、ターゲットであるＷＣＳＭＳＣのタスクマネージャが図９のプロセッサ動作に対してどのように応答するかを示す簡略されたフローチャートである。第１のステップ（ステップ２７０）において、タスクマネージャは、そのＷＲ＿ＰＴＲが更新されていることを認識し、それに応答して、メモリ１２５内のタスクリストから復調マスクビットマップを含む次のタスク命令を読み出す。タスクマネージャは、第２のバス１２７を通じてこの読み出しを行う。次に、タスクマネージャは、タスク命令を解釈し（ステップ２７１）、ＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のハードウェアブロック部に供給される（例えば図７の導体３１１を介する）制御及び／又は構成信号を生成する。制御及び／又は構成信号は、タスク命令によって指定された動作をハードウェアブロック部に行わせる。これは、復調ビットマップのデジタル１マスク値に対応するリソースグリッドの各リソースエレメントをゼロにするのをＤＥＭＯＤ  ＷＣＳＭＳＣ１４１に開始させることを含む。この動作を行うことは、ここでは、タスクを“実行する”又はタスク命令を実行すると呼ばれる。次に、ＥＸＥＣ＿ＰＲＴがＷＲ＿ＰＴＲに等しくない場合は（ステップ２７２）、読み出して実行すべきさらなるタスク命令がタスクリスト内に存在する。処理はステップ２７０に戻る。しかしながら、ＥＸＥＣ＿ＰＴＲがＷＲ＿ＰＴＲと等しい場合は（ステップ２７２）、実行すべきさらなるタスク命令はタスクリスト内に存在しない。プロセッサ１２３がＷＲ＿ＰＴＲを再度書き込み、実行されるべきさらなるタスク命令が存在することを示す（ステップ２７３）場合のみに、タスクマネージャは、ステップ２７０に戻りタスク命令をメモリ１２５から読み出す。タスクマネージャは、メモリ１２５内のＳＴＡＲＴ＿ＰＴＲとＥＮＤ＿ＰＴＲとの間の場所を循環バッファとして取り扱う。従って、最後に実行されたタスク命令が循環バッファの最後に存在する場合は、タスクマネージャは、循環バッファの初めにおいて新たに追加されたタスク命令を探す。バッファのオーバーフロー及びアンダーフロー誤り検査を組み込むことが可能である。
【００２９】
図１１は、“Ｄｅｍｏｄ  Ｃｏｎｆｉｇ  Ｔａｓｋ” （復調構成タスク）と呼ばれるタスク命令の図である。Ｄｅｍｏｄ  Ｃｏｎｆｉｇ  Ｔａｓｋは、復調マスクビットマップ１５６を含むＤＥＭＯＤ  ＷＣＳＭＳＣ１４１のための構成パラメータを含む。第１の４つのビット“ＯＰ”はオペコードである。タスクマネージャの一般的タスクマネージャ部は、このオペコードを復号し、タスク命令のタイプ及びタスク命令の様々なフィールドの処理方法を決定する。次の８つの“ＬＮ”ビットは、数字を保有する長さフィールドである。この数字は、タスク命令内のワード数を示す。タスクマネージャの一般的タスクマネージャ部は、どれだけの数の語をメモリ１２５から読み出すべかを決定するためにこの長さフィールドを用いる。“ＲＴＣ  ＣＯＵＮＴ”フィールドは、タスク命令をいつ実行可能にできるかを決定するために一定のモードにおいて用いられるタイムスタンプである。タイムスタンプは、ウォールクロックタイマ１２９によって出力されるようなタイムスタンプである。
【００３０】
１つ以上の典型的実施形態において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はその組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合は、これらの機能は、コンピュータによって読み取り可能な媒体において１つ以上の命令又はコードとして記憶すること又は送信することができる。コンピュータによって読み取り可能な媒体は、コンピュータ記憶媒体と、１つの場所から他の場所へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体との両方を含む。記憶媒体は、汎用コンピュータ又は専用コンピュータによってアクセス可能なあらゆる利用可能な媒体であることができる。一例として、及び制限することなしに、該コンピュータによって読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光学ディスク記憶、磁気ディスク記憶又はその他の磁気記憶デバイス、又は汎用コンピュータ又は専用コンピュータによってアクセス可能な命令又はデータ構造の形態で希望されるプログラムコード手段を搬送又は記憶するために用いることができるその他の媒体、を備えることができる。さらに、いずれの接続もコンピュータによって読み取り可能な媒体であると適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者ライン（ＤＳＬ）、又は無線技術、例えば、赤外線、無線、及びマイクロ波、を用いてウェブサイト、サーバ、又はその他の遠隔ソースから送信される場合は、該同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、又は無線技術、例えば赤外線、無線、及びマイクロ波、は、媒体の定義の中に含まれる。ここにおいて用いられるときのディスク（ｄｉｓｋ及びｄｉｓｃ）は、コンパクトディスク（ＣＤ）（ｄｉｓｃ）と、レーザーディスク（登録商標）（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、デジタル多用途ディスク（ＤＶＤ）（ｄｉｓｃ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、ブルーレイディスク（ｄｉｓｃ）と、を含み、ここで、ｄｉｓｋは通常は磁気的にデータを複製し、ｄｉｓｃは、レーザを用いて光学的にデータを複製する。上記の組合せも、コンピュータによって読み取り可能な媒体の適用範囲に含めるべきである。
【００３１】
上記においては、一定の特定の実施形態を教授することを目的として説明されているが、この特許明細書の教示は、一般的適用性を有しており、上述される特定の実施形態に限定されない。復調マスクビットマップは、いずれかの特定の無線インタフェース規格、例えば、ＬＴＥ、ＵＭＢ、又はＷｉＭＡＸ、に準拠して通信するモデムを実現させる際に用いることに限定されず、むしろ、復調マスクビットマップは、その他の無線インタフェース規格に対して一般的適用性を有し及び既知の壊れたエレメント又は通信中の信号に関連しないエレメントを有するデータの組を含む復調タスクに対してもより広く一般的適用性を有する。上記においては、復調器が復調されていない入力されたリソースエレメントに応答してゼロ値のリソースエレメントを出力する例が説明されているが、その他の例においては、任意の予め定義された値を用いることができる。上記においては、デジタルゼロマスク値が入力されたリソースエレメントの復調をトリガすることができる例が説明されるが、その他の例においては、デジタル１マスク値が入力されたリソースエレメントの復調をトリガすることができる。上記においては、ゼロ値を選択的に出力するように復調器を制御するために復調マスクビットマップが用いられる例が説明されるが、その他の例においては、復号前にデータのリソースグリッドのエレメントをゼロにするための他の回路を採用可能である。上記においては、復調マスクビットマップの各マスク値が単一ビットのバイナリ値である例が説明されるが、その他の例においては、各マスク値は多ビット値である。上記においては、プロセッサが第１のバスを介して密結合メモリ内にタスク命令を書き込み、及びタスクマネージャが第２のバスを介して密結合メモリからタスク命令を読み出す例が説明されるが、これは一例であるにすぎない。その他の例においては、プロセッサ及びタスクマネージャは、同じバスを介してタスク命令を記憶するメモリにアクセスする。従って、説明される特定の実施形態の様々な特徴の様々な変更、好適化、組み合わせは、以下に示される特許請求の範囲の範囲から逸脱することなしに実践することができる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
（ａ）マスク値の復調マスクビットマップを受信することと、
（ｂ）リソースエレメントを受信することと、
（ｃ）前記リソースエレメントを復調し、前記リソースエレメントに対応するマスク値が第１の値を有する場合は復調されたリソースエレメントを出力し、前記リソースエレメントに対応する前記マスク値が第２の値である場合は第３の値を出力すること、とを備える、方法。
［Ｃ２］
復調器は、（ｃ）の前記復調を行い、前記復調器は、前記リソースエレメントに対応する前記マスク値が前記第２の値である場合はクロッキングされないＣ１に記載の方法。
［Ｃ３］
前記リソースエレメントは、複数のリソースエレメントのうちの１つであり、前記複数のリソースエレメントは、二次元の周波数−時間行列を形成するＣ１に記載の方法。
［Ｃ４］
前記リソースエレメントは、複素数の実係数と虚数係数とを含むＣ１に記載の方法。
［Ｃ５］
（ｄ）マスク値の前記復調マスクビットマップを生成することをさらに備え、パイロットリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の値であるＣ１に記載の方法。
［Ｃ６］
（ｄ）マスク値の前記復調マスクビットマップを生成することをさらに備え、壊れたリソースエレメントに対応する前記復調マスクビットマップのマスク値は前記第２の値であるＣ１に記載の方法。
［Ｃ７］
（ａ）の前記受信することは、バスを通じてタスク命令を読み出すことをさらに含み、前記タスク命令は、前記復調マスクビットマップを含むＣ１に記載の方法。
［Ｃ８］
密結合メモリ（ＴＣＭ）システムが（ｄ）の前記生成することを行うＣ６に記載の方法。
［Ｃ９］
前記第３の値は、ゼロ値のトリプレットであるＣ１に記載の方法。
［Ｃ１０］
マスク値の復調マスクビットマップを記憶する複数の順次記憶素子と、
リソースエレメントに対応するマスク値が第１の値である場合は復調されたリソースエレメントを選択的に出力する復調エンジンと、を備え、前記リソースエレメントに対応する前記マスク値が第２の値である場合は前記復調エンジンは第３の値を出力する、復調器。
［Ｃ１１］
タスクマネージャと、前記タスクマネージャは、バスを通じてタスク命令を読み出し、前記復調マスクビットマップを前記複数の順次記憶素子内に記憶する、
前記リソースエレメントをバッファから読み出すＩＱフェッチャと、をさらに備えるＣ１０に記載の復調器。
［Ｃ１２］
前記復調エンジンは、前記リソースエレメントに対応する前記マスク値が前記第２の値である場合はクロッキングされないＣ１１に記載の復調器。
［Ｃ１３］
リソースエレメントに対応するマスク値が第１の値である場合は復調されたリソースエレメントを出力し、前記リソースエレメントに対応する前記マスク値が第２の値である場合は第３の値を出力するための手段と、
マスク値の復調マスクビットマップを記憶する複数の順次記憶素子と、を備える、装置。
［Ｃ１４］
前記手段は、リソースエレメントを復調して前記復調されたリソースエレメントを生成するための手段でもあるＣ１３に記載の装置。
［Ｃ１５］
前記手段は、前記リソースエレメントに対応する前記マスク値が前記第１の値である場合は対数尤度比（ＬＬＲ）を生成し、前記リソースエレメントに対応する前記マスク値が前記第２の値である場合はゼロ値のＬＬＲを生成するための手段でもあるＣ１３に記載の装置。
［Ｃ１６］
前記手段及び前記複数の順次記憶素子は、無線受信機の一部であるＣ１３に記載の装置。
［Ｃ１７］
リソースエレメントを復調し、前記リソースエレメントに対応するマスク値が第１の値を有する場合は復調されたリソースエレメントを出力し、前記リソースエレメントに対応する前記マスク値が第２の値である場合は第３の値を出力することをコンピュータに行わせるためのコードを備えるコンピュータによって読み取り可能な媒体、を備える、コンピュータプログラム製品。
［Ｃ１８］
前記コンピュータは、プロセッサと、メモリと、前記プロセッサに動作可能な形で結合された復調器と、を含み、前記メモリは、前記コンピュータによって読み取り可能な媒体であって前記コードを記憶するＣ１７に記載のコンピュータプログラム製品。
［Ｃ１９］
前記コンピュータによって読み取り可能な媒体は、
前記リソースエレメントが壊れたリソースエレメントであるときには前記第３の値を出力することを前記コンピュータに行わせるためのコードをさらに備え、前記壊れたリソースエレメントは、壊れたデータを含むリソースエレメントであるＣ１７に記載のコンピュータプログラム製品。
［Ｃ２０］
前記マスク値は、マスク値の二次元復調マスクビットマップアレイの１つのマスク値であるＣ１８に記載のコンピュータプログラム製品。
［Ｃ２１］
前記コンピュータによって読み取り可能な媒体は、
マスク値の復調マスクビットマップを更新することを前記コンピュータに行わせるためのコードをさらに備えるＣ１７に記載のコンピュータプログラム製品。
［Ｃ２２］
（ａ）マスク値の復調マスクを受信することと、
（ｂ）リソースエレメントを受信することと、
（ｃ）復調エンジンが前記リソースエレメントに対応するマルチビットマスク値に依存してどのようにして前記リソースエレメントを復調するかを制御すること、とを備える、方法。
［Ｃ２３］
前記復調エンジンは、第１の復調器と第２の復調器とを備え、前記第１の復調器は、（ｃ）の前記復調を行い、前記第１の復調器は、前記マルチビットマスク値が予め決められた値を有する場合はクロッキングされないＣ２２に記載の方法。
［Ｃ２４］
前記リソースエレメントは、複数のリソースエレメントのうちの１つであり、前記複数のリソースエレメントは、三次元の周波数−時間−空間グリッドを形成するＣ２２に記載の方法。
［Ｃ２５］
マスク値の前記復調マスクは、マルチビットマスク値の三次元グリッドであるＣ２２に記載の方法。
【図１】
0005657520.tif 000002
【図２】
0005657520.tif 000003
【図３】
0005657520.tif 000004
【図４】
0005657520.tif 000005
【図５】
0005657520.tif 000006
【図６】
0005657520.tif 000007
【図７】
0005657520.tif 000008
【図８】
0005657520.tif 000009
【図９】
0005657520.tif 000010
【図１０】
0005657520.tif 000011
【図１１】
0005657520.tif 000012