(57)【要約】無線通信システムにおいて動作可能な装置であって、この装置は、ＦＦＴシンボル・バッファおよびデマップ・デバイスを含む。ＦＦＴシンボル・バッファは、受信した通信信号から導出されたＦＦＴシンボル・データを、チャネル推定デバイスおよび共有バッファへ提供する。また、チャネル推定デバイスは、共有バッファへ中間データを提供する。この中間データは、タイル形式であることができ、ＦＦＴシンボル・データから導出されうる。さらに、この中間データは、共有バッファ内に格納されうる。デマップ・デバイスは、サブパケット形式を含むさまざまな形式で、共有バッファから、中間データを抽出する。
2011518485.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて動作可能な装置であって、
受信した通信信号から導出されたＦＦＴシンボル・データを提供するＦＦＴシンボル・バッファと、
チャネル推定デバイスと、
前記ＦＦＴシンボル・データから導出された中間データが前記チャネル推定デバイスから提供される共有バッファと、
前記共有バッファから前記中間データを抽出するように構成されたデマップ・デバイスと
を備える装置。
【請求項２】
前記デマップ・デバイスによってサブパケット形式で生成されたデマップ・データを受信する復調デバイスをさらに備え、
前記デマップ・データは、前記共有バッファ内にタイル形式で格納された前記中間データから導出され、前記復調デバイスは、前記デマップ・データから導出される復調データをサブパケット形式で生成する請求項１に記載の装置。
【請求項３】
前記中間データは、トーンからなるチャネル推定データを含む請求項２に記載の装置。
【請求項４】
前記チャネル推定デバイスは、ＯＦＤＭトーンからなるチャネル推定データを、前記共有バッファへ提供する請求項３に記載の装置。
【請求項５】
前記ＦＦＴシンボル・バッファは、ＯＦＤＭ通信信号を受信する請求項４に記載の装置。
【請求項６】
前記デマップ・デバイスはさらに、前記共有バッファから、サブパケット形式でＦＦＴデータを抽出する請求項２に記載の装置。
【請求項７】
前記復調デバイスは、Ｉ，Ｑ，およびＳＮＲ情報を、復号デバイスへ提供する請求項２に記載の装置。
【請求項８】
前記チャネル推定デバイスによってタイル形式で生成された前記中間データを受信し、前記中間データによって導出された復調データを生成する復調デバイスをさらに備え、
前記復調データは、前記共有バッファに格納され、前記デマップ・デバイスは、前記共有バッファから前記復調データをサブパケット形式で抽出する請求項１に記載の装置。
【請求項９】
前記復調デバイスは、前記共有バッファにＩ，Ｑ，およびＳＮＲ情報を提供する請求項８に記載の装置。
【請求項１０】
前記デマップ・デバイスは、前記共有バッファから、パイプライン方式で情報を受信する請求項１に記載の装置。
【請求項１１】
無線通信システムにおける方法であって、
受信した通信信号から導出されたＦＦＴシンボル・データを、チャネル推定デバイスおよび共有バッファへ提供することを備え、
前記チャネル推定デバイスは、前記ＦＦＴシンボル・データから導出された中間データを、前記共有バッファへ提供し、
前記方法はさらに、前記中間データを、前記共有バッファからデマップ・デバイスへ提供することを備える方法。
【請求項１２】
前記デマップ・デバイスによってサブパケット形式で生成されたデマップ・データを受信することをさらに備え、
前記デマップ・データは、前記共有バッファ内にタイル形式で格納された前記中間データから導出され、
前記方法はさらに、前記デマップ・データから導出される復調データをサブパケット形式で生成することを備える請求項１１に記載の方法。
【請求項１３】
前記中間データは、トーンからなるチャネル推定データを含む請求項１２に記載の方法。
【請求項１４】
前記チャネル推定デバイスは、ＯＦＤＭトーンからなるチャネル推定データを、前記共有バッファへ提供する請求項１３に記載の方法。
【請求項１５】
前記デマップ・デバイスはさらに、前記共有バッファから、サブパケット形式でＦＦＴデータを抽出する請求項１２に記載の方法。
【請求項１６】
前記復調デバイスは、Ｉ，Ｑ，およびＳＮＲ情報を、復号デバイスへ提供する請求項１２に記載の方法。
【請求項１７】
前記チャネル推定デバイスによってタイル形式で生成された前記中間データを受信し、前記中間データから導出される復調データを生成することを備え、
前記復調データは、前記共有バッファに格納され、
前記デマップ・デバイスは、前記共有バッファから前記復調データをサブパケット形式で抽出する請求項１１に記載の方法。
【請求項１８】
前記復調デバイスは、復号デバイスにＩ，Ｑ，およびＳＮＲ情報を提供する請求項１７に記載の方法。
【請求項１９】
前記デマップ・デバイスは、前記共有バッファから、パイプライン方式で情報を受信する請求項１１に記載の方法。
【請求項２０】
少なくとも１つのプロセッサによって実行された場合、通信信号の処理を提供するように動作する命令群を有するコンピュータ読取可能媒体であって、
前記コンピュータ読取可能媒体は、
受信した通信信号から導出されたＦＦＴシンボル・データを、チャネル推定デバイスおよび共有バッファへ提供するための命令群を備え、
前記チャネル推定デバイスは、前記ＦＦＴシンボル・データから導出された中間データを、前記共有バッファへ提供し、
前記コンピュータ読取可能媒体はさらに、前記中間データを、前記共有バッファからデマップ・デバイスへ提供するための命令群を備えるコンピュータ読取可能媒体。
【請求項２１】
前記デマップ・デバイスによってサブパケット形式で生成されたデマップ・データを受信するための命令群であって、
前記デマップ・データは、前記共有バッファ内にタイル形式で格納された前記中間データから導出され、
前記デマップ・データから導出される復調データをサブパケット形式で生成するための命令群をさらに備える請求項２０に記載のコンピュータ読取可能媒体。
【請求項２２】
前記中間データは、トーンからなるチャネル推定データを含む請求項２１に記載のコンピュータ読取可能媒体。
【請求項２３】
前記チャネル推定デバイスは、ＯＦＤＭトーンからなるチャネル推定データを、前記共有バッファへ提供する請求項２２に記載のコンピュータ読取可能媒体。
【請求項２４】
前記受信した通信信号は、ＯＦＤＭ通信信号を含む請求項２３に記載のコンピュータ読取可能媒体。
【請求項２５】
前記デマップ・デバイスはさらに、前記共有バッファから、サブパケット形式でＦＦＴデータを抽出する請求項２１に記載のコンピュータ読取可能媒体。
【請求項２６】
前記復調デバイスは、Ｉ，Ｑ，およびＳＮＲ情報を、復号デバイスへ提供する請求項２１に記載のコンピュータ読取可能媒体。
【請求項２７】
前記チャネル推定デバイスによってタイル形式で生成された前記中間データを受信し、前記中間データから導出される復調データを生成するための命令群をさらに備え、
前記復調データは、前記共有バッファに格納され、前記デマップ・デバイスは、前記共有バッファから前記復調データをサブパケット形式で抽出する請求項２０に記載のコンピュータ読取可能媒体。
【請求項２８】
前記復調デバイスは、復号デバイスにＩ，Ｑ，およびＳＮＲ情報を提供する請求項２７に記載のコンピュータ読取可能媒体。
【請求項２９】
前記デマップ・デバイスは、前記共有バッファから、パイプライン方式で情報を受信する請求項２０に記載のコンピュータ読取可能媒体。
【請求項３０】
無線通信システムにおける装置であって、
受信した通信信号から導出されたＦＦＴシンボル・データを、チャネル推定デバイスおよび共有バッファへ提供する手段を備え、
前記チャネル推定デバイスは、前記ＦＦＴシンボル・データから導出された中間データを前記共有バッファへ提供し、
前記装置はさらに、前記共有バッファからデマップ・デバイスへ前記中間データを提供する手段を備える装置。
【請求項３１】
前記デマップ・デバイスによってサブパケット形式で生成され、前記共有バッファ内にタイル形式で格納された前記中間データから導出されたデマップ・データを受信し、
前記デマップ・データから導出される復調データをサブパケット形式で生成する手段をさらに備える請求項３０に記載の装置。
【請求項３２】
前記中間データは、トーンからなるチャネル推定データを含む請求項３１に記載の装置。
【請求項３３】
前記チャネル推定デバイスは、ＯＦＤＭトーンからなるチャネル推定データを、前記共有バッファへ提供する請求項３２に記載の装置。
【請求項３４】
前記受信した通信信号は、ＯＦＤＭ通信信号を含む請求項３３に記載の装置。
【請求項３５】
前記デマップ・デバイスはさらに、前記共有バッファから、サブパケット形式でＦＦＴデータを抽出する請求項３１に記載の装置。
【請求項３６】
前記復調デバイスは、Ｉ，Ｑ，およびＳＮＲ情報を、復号デバイスへ提供する請求項３１に記載の装置。
【請求項３７】
前記チャネル推定デバイスによってタイル形式で生成された前記中間データを受信し、前記中間データから導出される復調データを生成する手段をさらに備え、
前記復調データは、前記共有バッファに格納され、前記デマップ・デバイスは、前記共有バッファから前記復調データをサブパケット形式で抽出する請求項３０に記載の装置。
【請求項３８】
前記復調デバイスは、復号デバイスにＩ，Ｑ，およびＳＮＲ情報を提供する請求項３７に記載の装置。
【請求項３９】
前記デマップ・デバイスは、前記共有バッファから、パイプライン方式で情報を受信する請求項３０に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、２００８年３月２８日に出願され“ＥＦＦＩＣＩＥＮＴ  ＴＩＬＥ  ＲＡＭ  ＴＯ  ＤＥＣＯＵＰＬＥ  ＤＥＭＯＤ  ＡＮＤ  ＤＥＭＡＰ  ＦＵＮＣＴＩＯＮＳ”と題され、本願の譲受人に譲渡され、ここで参照によって明確に組み込まれている米国仮出願６１／０４０，４５２号に対する優先権を主張する。
【技術分野】
【０００２】
本発明はテレコミュニケーション・システムにおける通信に関し、さらに詳しくは、テレコミュニケーション・システムにおける復調機能とデマップ機能とを分離するための効率的なタイル・ランダム・アクセス・メモリ（ＲＡＭ）に関する。
【背景技術】
【０００３】
無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、第３世代パートナシップ計画（３ＧＰＰ）ロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートすることができる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システム等によって確立されうる。
【０００５】
ＭＩＭＯシステムは、データ送信に関し、複数（ＮＴ個）の送信アンテナと、複数（ＮＲ個）の受信アンテナとを使用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルと称されるＮＳ個の独立したチャネルへ分解されうる。ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与える。
【０００６】
ＭＩＭＯシステムは、時分割デュプレクス（ＴＤＤ）システム、および周波数分割デュプレクス（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。これによって、アクセス・ポイントは、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、順方向リンクで、ビームフォーミング利得を送信できるようになる。
【０００７】
ＯＦＤＭＡシステムのような無線通信システムでは、送信機から受信機への無線チャネルの応答を推定することが望ましい。チャネル推定は、データ検出、時間同期、周波数補正、空間処理、レート選択などのようなさまざまな目的に使用されうる。チャネル推定は、送信機と受信機との両方に演繹的に知られるパイロット・シンボルを含むパイロット信号を送信することにより実行される。その後、受信機は、既知のパイロット・シンボルに対する受信パイロット・シンボルの割合として、チャネル利得を推定しうる。
【０００８】
パイロット信号は、雑音と干渉の両方によって悪影響を受ける。これらの悪影響は、受信されたパイロット信号に基づいて、受信機によって取得されたチャネル推定値の品質を下げうる。雑音は、無線チャネル、受信機特性などのようなさまざまなソースに由来しうる。雑音による悪影響は、通常、適切な方式で、および／または、十分な期間の間、パイロット信号を送信することによって対処され、これによって、受信機は、チャネル推定のための所望の品質を取得しうる。干渉は、複数の送信機が、パイロット信号を同時に送信することによって生じうる。これら送信機は、システム内の異なる基地局のためのものであるか、同じ基地局の別のアンテナのためのものであるかなどである。おのおのの送信機からのパイロット信号は、他の送信機からのパイロット信号に対する干渉として作用しうる。このパイロット干渉は、チャネル推定品質を下げる。
【０００９】
チャネルおよび干渉のレベルを推定することがしばしば望まれる。順方向リンク（ＦＬ）においては、共通パイロット・シンボルが使用されている。ＯＦＤＭＡシステムでは、そのような共通パイロット・シンボルは、すべてのユーザによって共有される帯域幅全体に分散されている。しかしながら、チャネル推定は、極めて多くの計算を実施しうるので、システム・パフォーマンスおよびリソース割当に悪影響を与えうる。
【００１０】
さらに、従来の受信機アーキテクチャでは、しばしば復調器とデマッパが利用されており、２つのデバイスが独立して動作する場合であっても、単一のデバイスに統合されている。例えば、復調器とデマッパは、２つの異なるスケジュールで動作し、デマッパは、サブ・パケット・スケジュールで動作し、復調器は、トーン毎あるいはタイル毎のスケジュールで動作する。その結果、共有バッファを用いて、受信機アーキテクチャにおける復調器とデマッパとを分離し、もって、２つの独立したデバイスにするためのニーズが存在する。
【発明の概要】
【００１１】
本発明の典型的な実施形態は、通信信号を処理するための無線通信システムおよび方法に関する。
【００１２】
したがって、実施形態は、無線通信システムにおいて動作可能な装置を含む。この装置は、受信した通信信号から導出されたＦＦＴシンボル・データを提供するＦＦＴシンボル・バッファと、チャネル推定デバイスと、ＦＦＴシンボル・データから導出された中間データがチャネル推定デバイスから提供される共有バッファと、共有バッファから中間データを抽出するように構成されたデマップ・デバイスとを備える。
【００１３】
別の実施形態は、無線通信システムにおける方法を含む。この方法は、受信した通信信号から導出されたＦＦＴシンボル・データを、チャネル推定デバイスおよび共有バッファに提供することであって、チャネル推定デバイスは、ＦＦＴシンボル・データから導出された中間データを、共有バッファへ提供することと、共有バッファからデマップ・デバイスへ中間データを提供することとを備える。
【００１４】
別の実施形態は、少なくとも１つのプロセッサによって実行されると、通信信号の処理を提供するように動作する命令群を有するコンピュータ読取可能媒体を含み、このコンピュータ読取可能媒体は、受信した通信信号から導出されたＦＦＴシンボル・データをチャネル推定デバイスおよび共有バッファに提供することであって、チャネル推定デバイスは、ＦＦＴシンボル・データから導出された中間データを、共有バッファへ提供するための命令群と、共有バッファからデマップ・デバイスへ中間データを提供するための命令群とを備える。
【００１５】
別の実施形態は、無線通信システムにおける装置を含む。この装置は、受信した通信信号から導出されたＦＦＴシンボル・データをチャネル推定デバイスおよび共有バッファに提供する手段を備える。ここで、チャネル推定デバイスは、ＦＦＴシンボル・データから導出された中間データを、共有バッファへ提供する。この装置はさらに、共有バッファからデマップ・デバイスへ中間データを提供する手段を備える。
【図面の簡単な説明】
【００１６】
添付図面は、本発明の実施形態の説明を助けるために示され、その限定ではなく、実施形態の例示のために提供される。
【図１】図１は、１つの実施形態にしたがう多元接続無線通信システムを例示する。
【図２】図２は、通信システムのブロック図である。
【図３】図３は、データのパケットを構成するための送信アーキテクチャのブロック図である。
【図４】図４は、ＯＦＤＭデータの論理構成を示す。
【図５】図５は、サポート・プロセッサを備えた典型的なハードウェア受信機アーキテクチャを示す。
【図６Ａ】図６Ａは、全体的な処理レートを高めるために、さまざまなサブパケットのパイプライン処理に提供される図５の受信機デバイスの一部分の典型的なアーキテクチャである。
【図６Ｂ】図６Ｂは、図６Ａに示される典型的な受信機アーキテクチャの一部分を示す。
【図７】図７は、図６Ａ−図６Ｂに示す受信機を考慮した図５の典型的なハードウェア受信機アーキテクチャのコントローラ５１５の一部分を説明するフローチャートを示す。
【図８Ａ】図８Ａは、図５の典型的なハードウェア受信機の復調部分の別の変形例を示す。
【図８Ｂ】図８Ｂは、図８Ａに示す典型的な受信機アーキテクチャの一部分を示す。
【発明を実施するための形態】
【００１７】
本発明の態様は、本発明の特定の実施形態に関する以下の記載および関連する図面で示される。本発明の範囲から逸脱せずに代替実施形態が考案されうる。さらに、本発明の関連する詳細を不明瞭にしないために、本発明の周知の要素は、詳細に説明されないか、あるいは、省略されるだろう。
【００１８】
「典型的である」という単語は「例、事例、あるいは実例として役立つ」ことを意味するために本明細書で使用される。本明細書で「典型的である」と記載されたあらゆる実施形態は、他の実施形態によりも好適であるとか有利であるとか解釈される必要は必ずしもない。同様に、用語「本発明の実施形態」は、必ずしも本発明のすべての実施形態が、説明した特徴、利点、あるいは、運転モードを含むことを必要としない。
【００１９】
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用される。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびロー・チップ・レート（ＬＣＲ）を含んでいる。ｃｄｍａ２０００はＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のようなラジオ技術を実現することができる。ＯＦＤＭＡネットワークは、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．２０、フラッシュＯＦＤＭ（登録商標）などのようなラジオ技術を実現することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確にするために、これら技術のある態様は、以下において、ＬＴＥについて記載されており、ＬＴＥ用語が以下の説明の多くで使用される。
【００２０】
シングル・キャリア変調および周波数領域等値化を利用するシングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、ＯＦＤＭＡシステムのものと同等のパフォーマンスと、実質的に同じ全体的な複雑さとを持つ技術である。ＳＣ−ＦＤＭＡ信号は、その固有の単一キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、特に、低いＰＡＰＲが、送信電力効率の観点からモバイル端末に大きな利点を与えるアップリンク通信に関して、大きな注目を浴びている。現在、それは、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）における、あるいは、ＳＣ−ＦＤＭＡが利用されるイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提となっている。
【００２１】
本明細書で使用される用語は、特定の実施形態のみを説明する目的のためにあり、本発明の実施形態を限定することは意図されていない。本明細書で使用されるように、単数形“ａ”、“ａｎ”、および“ｔｈｅ”は、文脈において明確に示されていないのであれば、複数形を含むと意図されている。さらに、「備える」、「備えている」、「含む」、および／または、「含んでいる」という用語は、本明細書で使用される場合、明示された機能、完全体、ステップ、動作、要素、および／または構成要素を明記するが、１または複数の他の機能、完全体、ステップ、動作、要素、構成要素、および／またはこれらのグループを存在または追加を排除しないことが理解されよう。
【００２２】
さらに、多くの実施形態は、例えばコンピュータ・デバイスの素子によって実行されるべき動作のシーケンスの観点から説明される。本明細書に記載されたさまざまな動作は、具体的な回路（例えば、特定用途向けＩＣ（ＡＳＩＣ））によって、１または複数のプロセッサによって実行されるプログラム命令群によって、あるいはこれら両方の組み合わせによって実行されうることが認識されるだろう。さらに、本明細書に記載されたこれら動作のシーケンスは、実行時に、本明細書に記載された機能を、関連するプロセッサに対して実行させるコンピュータ命令群の対応するセットを格納した任意の形態のコンピュータ読取可能記録媒体にその全体が組み込まれることが考慮されうる。したがって、本発明のさまざまな態様は、多くの異なる形態で具体化され、それらすべてが、権利主張される主題の範囲内にあると考えられる。さらに、本明細書に記載された実施形態のおのおのについて、そのような実施形態の対応する形態は、例えば、記載された動作を実行「するように構成されたロジック」として記載される。
【００２３】
図１に示すように、１つの実施形態にしたがう多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、１つがアンテナ素子１０４および１０６を含み、別のものがアンテナ素子１０８および１１０を含み、さらに別のものがアンテナ素子１１２および１１４を含むように、複数のアンテナ・グループを含むことができる。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていないが、当業者であれば、各アンテナ・グループについて、それよりも多いか、あるいはそれよりも少ないアンテナが利用されうることを理解する。アクセス端末１１６（ＡＴ）は、アンテナ素子１１２および１１４と通信しており、アンテナ素子１１２および１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ素子１０６および１０８と通信しており、アンテナ素子１０６および１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向のリンク１１８によって使用されるものとは異なる周波数を使用することができる。
【００２４】
通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、アクセス・ポイントのセクタと称される。実施形態では、おのおののアンテナ・グループは、アクセス・ポイント１００によってカバーされる領域のセクタ内のアクセス端末と通信するように設計される。
【００２５】
順方向リンク１２０および１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６および１２４のための順方向リンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、その有効通信範囲領域をわたってランダムに分布しているアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、すべてのアクセス端末に対して単一のアンテナによって送信しているアクセス・ポイントよりも、近隣セル内のアクセス端末に対して少ない干渉しかもたらさない。
【００２６】
アクセス・ポイントは、端末と通信するために使用される固定局であり、アクセス・ポイント、ノードＢ、またはその他いくつかの用語でも称されうる。アクセス端末はまた、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他いくつかの専門用語で称されうる。
【００２７】
図２は、ＭＩＭＯシステム２００における（アクセス・ポイントとしても知られている）ＡＰ２１０と、（アクセス端末としても知られている）ＡＴ２５０との実施形態のブロック図である。ＡＰ２１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。
【００２８】
実施形態では、おのおののデータ・ストリームは、それぞれの送信アンテナを通して送信される。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。
【００２９】
おのおののデータ・ストリームの符合化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。
【００３０】
すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００３１】
おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ２２４ａ乃至２２４ｔそれぞれから送信される。
【００３２】
ＡＴ２５０では、送信された変調信号が、ＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、これら受信された信号が、おのおののアンテナ２５２から、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、それぞれの受信信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００３３】
その後、ＲＸデータ・プロセッサ２６０が、これらＮＲ個の受信機２５４から、ＮＲ個のシンボル・ストリームを受け取り、受け取ったシンボル・ストリームを、特定の受信機処理技術に基づいて処理し、ＮＴ個の「検出された」シンボル・ストリームが提供される。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、ＡＰ２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されたものに対して相補的である。
【００３４】
プロセッサ２７０は、ＡＴ２５０に対して制御を与え、メモリ２７２、ＲＸデータ・プロセッサ２６０、およびＴＸデータ・プロセッサ２３８へのインタフェースを提供する。ＴＸデータ・プロセッサ２３８は、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受信する。このトラフィック・データは、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、ＡＰ２１０へ送り戻される。
【００３５】
ＡＰ２１０では、ＡＴ２５０からの変調信号がアンテナ２５４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されることにより、ＡＴ２５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。プロセッサ２３０は、ＡＰ２１０に対して制御を与え、メモリ２３２、ＴＸデータ・プロセッサ２１４、およびＴＸ  ＭＩＭＯプロセッサ２２０へのインタフェースを提供する。
【００３６】
図３は、典型的な送信アーキテクチャ３００を図示する。図３で説明するように、情報入力パケット３０１のパケットが、多くのサブパケット｛ａ，ｂ，ｃ，・・・｝へ分割されうる。その後、おのおののサブパケットが、ブロック３２１ａ−３２１ｃによって受信される。ブロック３２１ａ−３２１ｃは、多くの標準的な処理を実行しうる。例えば、巡回冗長検査（ＣＲＣ）チェックサム、符号化、チャネル・インタリービング、シーケンス反復、およびデータ・スクランブリングである。その後、処理され得られたサブパケットは、（後述するような）より大きなアーキテクチャに組み合わされ、変調器３３１によって変調され、その後、ＯＦＤＭスキームにしたがって送信され、フレームおよびスーパ・フレームの時間的なアーキテクチャにしたがって送信される。
【００３７】
フレーム／スーパ・フレーム・アーキテクチャにおけるさまざまなデータ・ブロックの場合、ＯＦＤＭ信号およびデータは、本開示において「タイル」と称されるサブ・ブロックへ体系化されうる。これらのタイルは、図５、図６Ａ−６Ｂ、および図８Ａ−８Ｂに示されるように受信機において生成されうる。図４は、１２８のタイルへ分割されたＯＦＤＭ信号の例を示す。ここで、おのおののタイルは、８つのＯＦＤＭシンボルについて１６の個別のトーン（あるいは、サブ・チャネル）から構成されている。これにより、おのおののタイルは、１２８のシンボルから構成される。図４のフォーマットは、タイルのうちのいくつかがＡＴへ割り当てられるブロック・ホッピング・モードにしたがって利用される３Ｄ時間−周波数−空間グリッドを提供するＯＦＤＭ物理レイヤを示す。
【００３８】
図４に示すように、さまざまなタイルのおのおのは、データ・シンボルとパイロット・シンボルとの両方を有しうる。ここで、データ・シンボルは、情報を搬送するために使用され、パイロット・シンボルは、さまざまなタスクを実行するために使用される。そのうちのいくつかは、以下にさらに説明されるが、これにより、ＡＰ送信アンテナからの直交パイロット・シーケンスによって、レイヤ毎のチャネルおよび干渉推定が可能になることに注目されたい。
【００３９】
繰り返すが、非パイロット・シンボルは、いくつかのサブパケットからのデータによって占有されない。ここでは、サブパケットのサブセットからのシンボルが、１または複数のタイルにわたってラウンド・ロビン方式で、非パイロット・トーン上に「ペイントされる」。
【００４０】
データに対するタイルの所望の割当に依存して、ペイロード・データが効果的に構成される。例えば、図４では、タイル１２７は、情報｛ａ，ｂ，ｃ｝からなる３つのサブパケットを保持するように割り当てられる。ここで、サブパケット｛ａ｝は、データ・シンボル（ａ０，ａ１，ａ２，ａ３…｝を含み、サブパケット｛ｂ｝は、データ・シンボル（ｂ０，ｂ１，ｂ２，ｂ３…｝を含み、サブパケット｛ｃ｝は、データ・シンボル（ｃ０，ｃ１，ｃ２，ｃ３…｝を含んでいる。しかしながら、タイル内のサブ・パケット・データのこの構成は、典型例であり、他の構成パターンを排除しない。処理／フォーマットにおいて、タイル１２７上に、ともに配置されたさまざまなシンボルは、サブパケット化あるいは「ペインティング」と称されうることに注目されたい。サブパケット化は、異なるサブパケットのための復調動作および復号動作のパイプライン化を可能にする。この文脈では、パイプライン化は、タイルに関する復調動作の同時処理を称する一方、復号動作は、サブパケット上で生じうる。これは、すでに復調されたタイルに及びうる。さらに、図４に示すタイルに含まれる情報のサブパケットは変わりうることが注目される。例えば、１つの実施形態では、タイルは、シンボルとトーンとのおのおのの組み合わせについて、復調されたデータ（Ｉ，Ｑ，ＳＮＲ）に関する情報を含む。しかしながら、別の実施形態では、タイルは、チャネル補間／推定データ（例えば、チャネル推定係数）に関する情報を含む。
【００４１】
図５は、サポート・プロセッサを備えた典型的なハードウェア受信機アーキテクチャ５０３を示す。図５に示すように、アナログ・フロント・エンド５０１に至る２つのアンテナＡＮＴ  ０およびＡＮＴ  １が示されている。アナログ・フロント・エンドは、受信した信号について、例えば、バッファリング、フィルタリング、ミキシング、およびアナログ・デジタル変換（ＡＤＣ）のような様々な処理を実行し、デジタル・データの２つのストリームを、ハードウェア受信機アーキテクチャのデジタル・フロント・エンド５０５へ提供する。
【００４２】
ハードウェア受信機アーキテクチャのデジタル・フロント・エンド５０５は、受信データに対して、例えばＤＣオフセット補正、デジタル・フィルタリング、ＩＱ補正、周波数補正、およびデジタル利得制御のような処理を含む処理を実行する。デジタル・フロント・エンド５０５は、その後、デュアル・データ・ストリームのようなデジタル処理されたデータをＦＦＴサンプル・サーバ／エンジン５０７へ提供する。ＦＦＴサンプル・サーバ／エンジン５０７は、ソフトウェア／ファームウェアを実行するシーケンシャル命令処理マシンの形態をとりうるコントローラ５１５の制御の下、ＦＦＴ（またはＤＦＴ）を用いてＯＦＤＭデータを処理する。さらに、ＦＦＴサンプル・サーバ／エンジン５０７は、サンプル・サーバおよびシンボル・バッファを含むことができる。
【００４３】
コントローラ５１５は、チャネル推定を実行することができる。無線チャネルが、通信チャネルによって受信した信号に、任意の時間分散、減衰、およびフェーズ・シフトをもたらすことは周知である。チャネル推定は、利用可能なパイロット情報から無線チャネルによって引き起こされた時間、振幅、および／または、フェーズ・シフトの推定値を生成するために使用されうる。チャネル推定は、無線チャネルの影響を取り除き、その後のシンボル復調を可能にする。チャネル推定は、任意の数の異なるアルゴリズムによって実施されうる。コントローラ５１５は、ＦＦＴサンプル・サーバ／エンジン５０７からパイロット・データを受け取る。さらに、コントローラ５１５は、チャネル推定データおよび雑音分散データを、復調エンジン５０９へ送る。
【００４４】
ＦＦＴサンプル・サーバ／エンジン５０７のＦＦＴシンボル・データは、その後、復調エンジン５０９に提供される。復調エンジン５０９は、例えばチャネル補間、最大比合成（ＭＲＣ）／最小平均二乗誤差（ＭＭＳＥ）演算のような任意の数の復調演算を実行し、図４のタイルと一貫した方法で論理的に構成された各出力を備えたデュアル復調出力を生成する。復調エンジン５０９によって出力された各タイルの各エントリは、実数部（Ｉ）、複素数部（Ｑ）、および関連するＳＮＲを含む３つの成分を含みうることに注目されたい。さらに、１つの実施形態では、タイル・バッファが、（図５に示されていない）復調エンジン５０９の後に配置される。
【００４５】
復調エンジン５０９の出力は、以下により十分説明するように、デマップ・エンジン５１１および復号エンジン５１３によってさらに処理される。デマップ・エンジン５１１は、Ｉデータ、Ｑデータ、およびＳＮＲデータをソフト・ビットに変換するログ尤度比（ＬＬＲ）エンジンを含みうる。さらに、デマップ・エンジン５１１は、タイル・ベースからパケット・ベースへとデータ・フォーマットを再構成しうる。典型的なデマップ・エンジン５１１は、ログ尤度比（ＬＬＲ）エンジン、サブパケット化エンジン、デスクランブラ、およびデインタリーバを含みうる。ＬＬＲエンジン６１１ａは、ログ尤度比を生成することを担当する。これは、復号エンジン５１３によって必要とされ、復号エンジン５１３によって使用されることが可能なソフト情報を伝送する。本実施形態では、ＬＬＲは、ＭＩＭＯ構成における２つのレイヤに対して独立して生成されうる。これら入力は、各トーンについてレイヤ毎に復調されたＩ、Ｑ、およびＳＮＲデータと、変調順序とを含む。この出力は、２ビット・データ（ＱＰＳＫ）、３ビット・データ（８ＰＳＫ）、４ビット・データ（１６ＱＡＭ）、および／または６ビット・データ（６４ＱＡＭ）のログ尤度比（ＬＬＲ）を含む。
【００４６】
復号エンジン５１３は、ＬＬＲバッファ、ターボ・デコーダ、およびＶｉｔｅｒｂｉデコーダを含みうる。復号エンジン５１３は、標準的なデコーダの基本動作を行う。ターボ・デコーダは、データを破損する（data-corrupting）雑音が存在する限定された帯域幅通信リンクによる最大情報転送を達成するための、高性能な誤り訂正符号であるターボ符号／デコーダを含みうる。Ｖｉｔｅｒｂｉデコーダは、畳み込み符号に基づくフォワード誤り訂正を用いて符号化されたビットストリームを復号するために、Ｖｉｔｅｒｂｉアルゴリズムを使用することができる。
【００４７】
図６Ａは、全体的な処理レートを高めるために、さまざまなサブパケットのパイプライン処理に提供される図５の受信機デバイスの一部分の典型的なアーキテクチャである。
【００４８】
図６Ａに示すように、典型的な受信機アーキテクチャは、ＦＦＴシンボル・バッファ６１０、ハードウェア指向復調器（ｄｅｍｏｄ）デバイス６１２、チャネル推定デバイス６１４、共有バッファ６１６、デマップ・デバイス６１８、および、復号デバイス６２０を含みうる。
【００４９】
動作中、ＦＦＴシンボル・バッファ６１０は、復調デバイス６１２およびチャネル推定デバイス６１４にＯＦＤＭシンボル・データを提供しうる。チャネル推定デバイス６１４は、ＦＦＴシンボル・バッファによって提供されたデータのおのおののタイルの各サブ・チャネルについて、チャネル推定値を提供し、さらに、このチャネル推定値を復調デバイス６１２に提供しうる。典型的な実施形態では、チャネル推定デバイス６１４は、タイル毎ベースで、図４に示すおのおののタイルについてチャネル推定を実行する。代替実施形態では、所与のタイルについて、チャネル推定パラメータが同じになるように、おのおののタイルのチャネル推定パラメータが計算される。図６Ａに示すように、ＦＦＴシンボル・バッファ６１０およびチャネル推定デバイス６１４は、タイル毎に（タイル・ベースの処理で）データのタイルについての演算を実行する。
【００５０】
復調デバイス６１２は、図４に示すおのおののタイルについて、共有バッファ６１６へ送られる復調データ（Ｉ、Ｑ、およびＳＮＲ）を生成する。図６Ａに示すように、Ｈ／Ｗ復調デバイス６１２は、タイル毎に（タイル・ベースの処理で）データのタイルについての演算を実行する。
【００５１】
共有バッファ６１６は、ＯＦＤＭシンボルとトーンとの組み合わせのおのおのについて、図４に示すように復調されたデータのタイルを格納する。図６Ａに示すように、ＦＦＴシンボル・バッファ６１０、チャネル推定デバイス６１４、およびＨ／Ｗ復調デバイス６１２は、タイル毎に（タイル・ベースの処理で）データのタイルについて演算を実行する。さらに、デマップ・デバイス６１８および復号デバイス６２０は、サブパケット毎に（サブ・パケット・ベースの処理で）共有データ６１６のコンテンツについて演算を実行する。したがって、共有バッファ６１６は、タイル・ベースの処理から、サブ・パケット・ベースの処理へのデータの処理を可能とする要素として理解される。システム柔軟性を増やし、かつ、パフォーマンスを高めるために、共有バッファ６１６は、（図６Ａに示すように）ＯＦＤＭＡシステムにおける復調処理およびデコーダ／デマッパ処理から分離される。したがって、復調結果は、デマップ・デバイス６１８および復号デバイス６２０によって実行されたデマッパ／デコーダ動作と独立して共有バッファ６１６内に格納される。さらに、共有バッファ６１６によって、復号デバイス６２０をトリガするために使用されるトーンの“ブロック／タイル”の復調の優先付けに柔軟性を持たせることが可能となる。これは、復調演算およびデマッパ／復号演算のパイプライン化につながる。
【００５２】
デマップ・デバイス６１８は、タイル・ベースに体系化されたデータを、サブ・パケット・ベースのデータへ変換する。その後、復号デバイス６２０およびその他様々なデバイスはさらに、サブパケットによって体系化されたデータを処理する。復号デバイス６２０は、符号化タイプに基づいて分割されうる。例えば、１つの実施形態では、復号デバイス６２０は、Ｖｉｔｅｒｂｉ符号を取り扱うために分割され、復号デバイス６２０の別の部分は、ターボ符号を取り扱うために分割されうる。
【００５３】
図６Ａのデバイス・アーキテクチャは、標準的な受信機の複雑さを低減する。例えば、図６Ａに示す復調デバイス６１２およびデマップ・デバイス６１８は、別々の場所に配置される。その結果、このデバイスは分離され、パイプライン化された処理を考慮して、独立して動作する。
【００５４】
図６Ｂは、図６Ａで示される典型的な受信機アーキテクチャの一部分を示す。
【００５５】
復調デバイス６１２は、共有バッファ６１６にダイレクトに接続される。復調デバイス６１２によって処理された復調データは、タイル毎に共有バッファ６１６に格納される。さらに、復調デバイス６１２は、チャネル推定デバイス６１４およびＦＦＴシンボル・バッファ６１０から受信したデータを、タイル毎に処理する。例えば、データ・ストリームＡ０，Ｂ０，Ｃ０，Ａ１，Ｂ１，Ｃ１，Ａ２，・・・，は、異なるトーンとシンボルとの組み合わせの下では、図６Ｂに示すようなタイルに格納される。この典型的な実施形態では、タイル・エントリ６０１は、Ｉ１，Ｑ１，ＳＮＲ１およびＩ２，Ｑ２，ＳＮＲ２によって表されるサブ・パケット（Ａ，Ｂ，Ｃ）のうちの何れかについて復調されたデータを含んでいる。さらに、共有バッファ６１６は、ＳＩＳＯ動作モードおよびＭＩＭＯ動作モードを含むように分割されうる。
【００５６】
共有バッファ６１６は、デマップ・デバイス６１８にダイレクトに接続される。デマップ・デバイス６１８は、共有バッファ６１６に格納されたデータをサブパケット毎に読み取る。したがって、サブパケットＡに関連するデータの場合、デマップ・デバイス６１８は、サブパケットＡについて、例えばＡ０，Ａ１，Ａ２のように、データを連続的に読み取る。同様に、サブパケットＢに関連するデータの場合、デマップ・デバイス６１８は、サブパケットＢについて、例えばＢ０，Ｂ１，Ｂ２のように、データを連続的に読み取る。同様に、サブパケットＣに関連するデータの場合、デマップ・デバイス６１８は、サブパケットＣについて、例えばＣ０，Ｃ１，Ｃ２のように、データを連続的に読み取る。デマップ・デバイス６１８は、ＬＬＲ、サブパケット化、デスクランブリング・データ、およびデインタリーブ・データを含みうる。したがって、１つのチャネルは、共有バッファ６１６に格納された情報に並列してアクセスするデマッパおよびデコーダからなる２つのセットを有しうる。したがって、共有バッファ６１６に含まれているデータを並列処理することが可能である。さらに、デマップ・デバイス６１８はまた、変調タイプによっても分けられる。例えば、デマップ・デバイス６１８の一部分は、ＱＰＳＫデータについて動作するように分けられる一方、デマップ・デバイス６１８の他の部分は、６４ＱＡＭまたは１６ＱＡＭについて動作する。さらに、デマップ・デバイス・パイプラインはおのおの、高い優先度の接続、および、低い優先度の接続に基づいて分割されうる。
【００５７】
図７は、図６Ａ−６Ｂ、および（後述する）図８Ａ−８Ｂに示す受信機の観点から、図５の典型的なハードウェア受信機アーキテクチャ５０３のコントローラ５１５部分を例示するフローチャートを示す。
【００５８】
ステップ７０１では、コントローラ５１５が、予め定めた制御タイル・セットの初期チャネル推定値を取得する。
【００５９】
ステップ７０３では、コントローラ５１５が、初期チャネル推定値および予め定めた制御タイル・セットを用いて、初期復調パラメータおよび初期デマップ・パラメータを取得する。
【００６０】
ステップ７０７では、コントローラ５１５が、パケット・データを解析し、トラフィック割当に関する情報を取得する。例えば、トラフィック割当は、特定のサブパケットに割り当てられるタイル・タイプ、利用されるＭＩＭＯ（ＳＩＭＯ）のタイプ、使用される送信モード、使用されるパケットのタイプ、利用されるタイル・ペインティングの種類、各データ・サブパケット・ストリームへどのタイルが割り当てられるか、使用される変調タイプ、各タイル内に含まれているサブパケットの数、各タイル内の各サブパケットの位置、使用されているビームフォーミングのタイプ等を含みうる。
【００６１】
ステップ７１１では、コントローラ５１５が、ステップ７０１、７０３、および７０７からの情報を用いて、チャネル推定値、その後の任意のタイルの復調パラメータおよびデマップ・パラメータを取得する。
【００６２】
さらに、図７で例示されたフローチャートによって実施される図５の典型的なハードウェア受信機アーキテクチャ５０３のコントローラ５１５部分はまた、図８Ａ−８Ｂで示される受信機アーキテクチャによっても利用される。図８Ａおよび図８Ｂにおける復調動作およびデマップ動作の順序は異なるが、復調およびデマップによって実行される機能は、両実施形態について同じでありうる。
【００６３】
図８Ａは、全体的な処理レートを高めるために、さまざまなサブパケットのパイプライン処理に提供される図５の受信機デバイスの一部分の典型的なアーキテクチャを示す。
【００６４】
図８Ａに示すように、典型的な受信機アーキテクチャは、ＦＦＴシンボル・バッファ８１０、チャネル推定デバイス８１４、共有バッファ８１２、デマップ・デバイス８１６、ハードウェア指向復調器（ｄｅｍｏｄ）デバイス８１８、および復号デバイス８２０を含みうる。
【００６５】
動作中、ＦＦＴシンボル・バッファ８１０は、チャネル推定デバイス８１４および共有バッファ８１２にＯＦＤＭシンボル・データを提供することができる。チャネル推定デバイス８１４は、ＦＦＴシンボル・バッファによって提供されたデータの各タイルの各サブ・チャネルのチャネル推定値を提供し、このチャネル推定値を共有バッファ８１２へ提供する。典型的な実施形態では、チャネル推定デバイス８１４は、タイル毎ベースで、図４に示す各タイルのチャネル推定を実行する。代替実施形態では、所与のタイルについて、そのタイルのチャネル推定パラメータが同じになるように、各タイルのチャネル推定パラメータが計算される。図８Ａに示すように、ＦＦＴシンボル・バッファ８１０およびチャネル推定デバイス８１４は、タイル毎に（タイル・ベースの処理で）、データのタイルについての演算を実行する。
【００６６】
共有バッファ８１２は、おのおののＯＦＤＭシンボルとトーンとの組み合わせについて、図４に示すチャネル推定データのタイルを格納する。図８Ａに示すように、ＦＦＴシンボル・バッファ８１０およびチャネル推定デバイス８１４は、タイル毎に（タイル・ベースの処理で）、データのタイルについての演算を実行する。さらに、デマップ・デバイス８１６、復調デバイス８１８、および復号デバイス８２０は、サブパケット毎に（サブ・パケット・ベースの処理で）共有バッファ８１２のコンテンツについての演算を実行する。したがって、共有バッファ８１２は、タイル・ベースの処理から、サブ・パケット・ベースの処理へのデータ処理を可能にする要素として見ることができる。システム柔軟性を増加し、パフォーマンスを高めるために、共有バッファ８１２は、（図８Ａに示すような）ＯＦＤＭＡシステムにおける復調およびデコーダ／デマッパ処理から分離される。したがって、チャネル推定結果は、デマップ・デバイス８１６、復調デバイス８１８、および復号デバイス８２０によって実行される復調動作およびデマッパ／デコーダ動作と独立して、共有バッファ８１２内に格納される。さらに、共有バッファ８１２によって、デコード・デバイス８２０をトリガするために使用されるトーンの「ブロック／タイル」の復調の優先付けに柔軟性を与え、復調動作およびデマッパ／復号動作のパイプライン化が図られる。共有バッファ８１２のコンテンツは、例えば、連続干渉除去のようなさらなる処理のために使用される。
【００６７】
デマップ・デバイス８１６は、タイル・ベースの体系化されたデータを、サブ・パケット・ベースのデータへ変換する。復調デバイス８１８は、図４に示すように、選択されたサブパケットについて、復調されたデータ（Ｉ，Ｑ、およびＳＮＲ）を生成し、復号デバイス８２０へ送る。図８Ａに示すように、Ｈ／Ｗ復調デバイス８１８は、サブパケット毎に（サブ・パケット・ベースの処理で）データのタイルについて復調演算を実行する。復調デバイス８１８は、共有バッファ８１２内に格納されたチャネル推定データを直ちに復調する。例えば、所与のトーンおよび対応する時間について、共有バッファ８１２からチャネル推定パラメータが取得される。その後、復調デバイス８１８は、共有バッファ８１２に含まれるチャネル推定データの全てを復調するのではなく、サブパケット毎に（サブ・パケット・ベースの処理で）、選択されたトーンおよびチャネル推定値の復調を直ちに実行する。その後、復号デバイス８２０およびその他さまざまなデバイスはさらに、サブパケットが体系化されたデータを処理する。復号デバイス６２０は、符号化タイプに基づいて分割化される。例えば、１つの実施形態では、復号デバイス６２０は、Ｖｉｔｅｒｂｉ符号を取り扱うために分割され、復号デバイス６２０の他の部分は、Ｔｕｒｂｏ符号を取り扱うために分割される。
【００６８】
図８Ａのデバイス・アーキテクチャは、標準的な受信機の複雑さを低減する。例えば、図８Ａに示される復調デバイス８１８およびデマッパ・デバイス８１６は、別の位置に配置される。その結果、デバイスが分離され、独立して動作できるようになり、パイプライン化された処理が可能となる。
【００６９】
図８Ｂは、図８Ａに示される典型的な受信機アーキテクチャの一部を示す。
【００７０】
チャネル推定デバイス８１４は、共有バッファ８１２へダイレクトに接続される。チャネル推定デバイス８１４およびＦＦＴシンボル・バッファ８１０によって処理されたデータは、タイル毎に、共有バッファ８１２内に格納される。例えば、データ・ストリームＡ０，Ｂ０，Ｃ０，Ａ１，Ｂ１，Ｃ１，Ａ２，・・・，は、異なるトーンとシンボルとの組み合わせの下、タイル毎に図８Ｂに示すようなタイル内に格納される。さらに、共有バッファ８１２は、ＳＩＳＯモードの動作およびＭＩＭＯモードの動作を含むように分割される。
【００７１】
共有バッファ８１２は、デマップ・デバイス８１６にダイレクトに接続される。デマップ・デバイス８１６は、共有バッファ８１２内に含まれているデータを、サブパケット毎に読み取る。したがって、サブパケットＡに関するデータについて、デマップ・デバイス８１６は、サブパケットＡから、例えばＡ０，Ａ１，Ａ２のように連続的にデータを読み出す。同様に、サブパケットＢに関するデータについて、デマップ・デバイス８１６は、サブパケットＢから、例えばＢ０，Ｂ１，Ｂ２のように連続的にデータを読み出す。同様に、サブパケットＣに関するデータについて、デマップ・デバイス８１６は、サブパケットＣから、例えばＣ０，Ｃ１，Ｃ２のように連続的にデータを読み出す。デマップ・デバイス８１６は、ＬＬＲ、サブパケット化、デスクランブリング・データ、およびデインタリーブ・データを含みうる。さらに、１つのチャネルは、共有バッファ８１２内に格納された情報に並行してアクセスすることができる２セットのデマッパおよびデコーダを有しうる。したがって、共有バッファ８１２に含まれているデータの並列処理が可能である。さらに、デマップ・デバイス８１６はまた、変調タイプに基づいても分割される。例えば、デマップ・デバイス８１６の一部が、ＱＰＳＫデータについての演算を行うために分割され、デマップ・デバイス８１６の別の部分が、６４ＱＡＭまたは１６ＱＡＭについての演算を行うさらに、デマップ・デバイス８１６パイプラインは、高優先接続および低優先接続に基づいて分割されうる。
【００７２】
開示された処理のステップの特定の順序または階層は、典型的なアプローチの例の一部であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再アレンジされうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００７３】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されることを認識するだろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００７４】
さらに、当業者であれば、本明細書で開示された実施形態に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本開示の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７５】
本明細書で開示された実施形態に関連して記述された方法、シーケンス、および／またはアルゴリズムは、ハードウェア内に直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。あるいは、この記憶媒体は、プロセッサに統合されうる。
【００７６】
したがって、本発明の実施形態は、本明細書で説明したように、復調機能とデマップ機能とを分離するための方法を組み込んだコンピュータ読取可能媒体を含みうる。したがって、この発明は、例示された例に限定されず、本明細書に記載された機能を実行するための任意の主題が、本発明の実施形態に含まれる。
【００７７】
先の開示は、本発明の例示的な実施形態を示しているが、本明細書では、さまざまな変更および修正が、添付された請求項によって定義されるような本発明の範囲から逸脱することなくなされうることが注目されるべきである。本明細書に記載される本発明の実施形態にしたがった方法請求項の機能、ステップ、および／または動作は、何れの特定の順序によっても実行される必要はない。さらに、本発明の要素は、単数形で記載も特許請求もされていないが、単数形へ限定することが明確に述べられていないのであれば、複数が考慮される。
【図１】
2011518485.tif 000003
【図２】
2011518485.tif 000004
【図３】
2011518485.tif 000005
【図４】
2011518485.tif 000006
【図５】
2011518485.tif 000007
【図６Ａ】
2011518485.tif 000008
【図６Ｂ】
2011518485.tif 000009
【図７】
2011518485.tif 000010
【図８Ａ】
2011518485.tif 000011
【図８Ｂ】
2011518485.tif 000012
【国際調査報告】
2011518485.tif 000013
2011518485.tif 000014
2011518485.tif 000015