シンボル情報の更新のための装置および方法
例えばマイクロ・コントローラのようなハードウェアを備えた通信デバイスにおいて、シンボル情報を更新するための装置および方法が開示される。開示された装置および方法は、予め定めた時間において、サンプル・ストリームのシンボルの開始を待つことを適用する。１または複数のプログラムされた命令群が、シンボルの開始時において読み取られ、その後、１または複数のプログラム可能な命令群に基づいてシンボル情報が更新され、次のシンボルの開始のための時間が設定される。これらプログラムされた命令群は、専用のマイクロ・コントローラまたは類似のハードウェアによって実行される命令コードワードから構成される。これによって、特に、複数の通信技術にわたって動作可能なマルチモード通信デバイスのために、シンボル情報を更新するための柔軟性が与えられる。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、２００８年３月３１日に出願され、本明細書の譲受人に譲渡され、“ＭＩＣＲＯＣＯＮＴＲＯＬＬＥＲ−ＢＡＳＥＤ ＯＦＤＭ ＣＯＵＮＴ ＳＥＱＵＥＮＣＥＲ”と題され、本明細書に参照によって明確に組み込まれた米国特許仮出願６１／０４１，２４２号に対する優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に、通信デバイスにおいてシンボル情報を更新する装置および方法に関し、更に詳しくは、シンボル・パラメータおよびシンボル・カウントを含むおのおののシンボルにおいて、シンボル情報を更新するために、マイクロ・コントローラによって実行可能なプログラム可能なマイクロコード命令群を用いることに関する。
【背景技術】
【０００３】
近年、多くのＯＦＤＭ規格が、４Ｇセルラ無線通信のために提案された。そのようなすべてのシステムのための共通の、すなわち、「普遍的な」フロント・エンド・プロセッサとして、単一のデバイス動作を有することが望ましい。そのような普遍的なプロセッサを製造する際におけるチャレンジのうちの１つは、異なる無線規格が、異なるＯＦＤＭシンボル・パラメータと、異なるシンボルおよびフレーム番号とを用いることである。例えば、１つのＯＦＤＭシステムは、１つのフレーム当たり８つのシンボルを使用する一方、他のＯＦＤＭシステムは、１つのフレーム当たり１４のシンボルを使用する。さらに、同じ規格を使用するシステムでさえ、例えば、帯域幅、サイクリック・プレフィクス長さ、および時分割多重化（ＴＤＤ）のようなさまざまな特定の構成パラメータに依存して、異なる方式で構成されうる。
【０００４】
いくつかの規格をサポートする最も簡単な方法は、おのおのの可能なシステムのために、個別のハードウェア・ロジックを持つことである。しかしながら、おのおののシステム構成のために専用のロジックを使用することは、ハードウェアを不必要に複製することになり、新たなシステムおよび構成をサポートする柔軟性はない。別の方法は、例えば、ＦＦＴ長さ、サイクリック・プレフィクス長さ、およびフレーミング・パラメータのようなキーとなるＯＦＤＭパラメータのいくつかのセットによって異なる規格を表すことである。これらパラメータは、一般に、ＤＳＰのようなプログラム可能なデバイスによって設定されるレジスタによって、設定可能とされうる。不運にも、異なるシステムにわたるシンボルおよびフレーム・ナンバリングは、一般には、かなり不規則であり、少数のパラメータによって簡単に記述されるものではない。さらに、ＬＴＥのようないくつかのシステムでは、例えば、特定のシンボルや、多くのパラメータ・レジスタにおけるＣＰ長さ変更のようなシステム・パラメータが、これら変更のタイミングを記述するために必要となるであろう。したがって、多くの異なるシステムおよび多くの付随パラメータをサポートするために、十分な設定可能性を保ちながら、サポートされているおのおのの規格のための個別のハードウェア・ロジックを必要としない、例えばＯＦＤＭ通信デバイスのようなマルチモード通信デバイスにおいていくつかの規格をサポートすることが望ましいであろう。
【発明の概要】
【０００５】
態様によれば、通信デバイスにおいてシンボル・パラメータを更新する方法が開示される。この方法は、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つことと、シンボルの開始時において、１または複数のプログラムされた命令群を読み取ることとを含む。この方法はさらに、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新することと、次のシンボルの開始のための時間を設定することとを含む。
【０００６】
別の態様によれば、通信デバイスにおいてシンボル情報を更新するための装置が開示される。この装置は、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待ち、シンボルの開始時において、１または複数のプログラムされた命令群を、命令メモリから読み取るように構成されたカウント・シーケンサ・モジュールを含む。このカウント・シーケンサ・モジュールはさらに、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新させ、次のシンボルの開始のための時間を設定するように構成される。
【０００７】
また別の態様では、通信デバイスにおいてシンボル情報を更新する装置が開示される。この装置は、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つ手段と、シンボルの開始時において、１または複数のプログラムされた命令群を読み取る手段とを含む。この装置はまた、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定する手段を含む。
【０００８】
もう１つの態様によれば、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品が開示される。このコンピュータ読取可能媒体は、コンピュータに対して、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待たせるためのコードと、コンピュータに対して、シンボルの開始時において、１または複数のプログラムされた命令群を読み取らせるためのコードとを含む。この媒体はさらに、コンピュータに対して、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定させるためのコードをも含む。
【図面の簡単な説明】
【０００９】
【図１】図１は、本明細書で開示される装置および方法が使用されうる多元接続無線通信システムを例示する。
【図２】図２は、ＯＦＤＭシステムの階層的なカウント構造におけるシンボル・カウントの例である。
【図３】図３は、ＯＦＤＭ通信システムで使用されうる別のシンボル構成の２つの例である。
【図４】図４は、本明細書で開示される装置および方法を利用する通信システムにおいて動作可能な典型的な通信デバイスを図示する。
【図５】図５は、図４のデバイスで示されるＴＳＲモジュールの内部ブロック図を例示する。
【図６】図６は、図４のデバイスで示されるＲＳＲモジュールの内部ブロック図を例示する。
【図７】図７は、図５および図６で示されるモジュールで使用されるカウント・シーケンサ・モジュールの典型的な内部ブロック図を例示する。
【図８】図８は、図７のカウント・シーケンサ・モジュールの典型的な動作フロー図である。
【図９】図９は、図７のカウント・シーケンサ・モジュールで利用されうるマイクロコードの典型的なテーブルである。
【図１０】図１０は、通信デバイスにおけるシンボル更新のための典型的な方法のフロー図である。
【図１１】図１１は、通信デバイスにおいてシンボルを更新する装置のブロック図である。
【００１０】
これら図面のうちのいくつかにわたる同一の符号は、同一の部分を示していることが注目される。
【発明を実施するための形態】
【００１１】
提案された方法および装置は、一例として、一般的なマイクロ・コントローラを使用する。あるいは、ＯＦＤＭシンボル・パラメータを設定し、通信デバイスにおけるシンボルおよびフレーム・ナンバリングを追跡するための等価なデバイスを使用する。
【００１２】
特に、現在のシンボルのＯＦＤＭパラメータは、一例として、そのシンボルおよびフレーム・カウンタとともに、レジスタのセット内に格納される。パラメータおよびカウンタを設定するための命令群が、あるプログラム可能なメモリ内に、マイクロコードとして格納される。おのおのの新たなシンボルについて、ハードウェア・マイクロコントローラが、１または複数のマイクロコード命令群を読み取り、処理する。このハードウェア・マイクロコントローラは、シンボル番号について、条件付で、シンボル・パラメータまたはカウンタの値を変更しうる。読み取るべき次の命令がどれであるかを制御するためにも、いくつかのマイクロコード命令群が確保されうる。少数の命令群および単純なハードウェアで、このマイクロコントローラ・ベースの制御は、ロング・ターム・イボリューション（ＬＴＥ）、ＷｉＭａｘ、およびウルトラ・モバイル・ブロードバンド（ＵＭＢ）を含む極めて多くのＯＦＤＭシステムや、これらシステムのＴＤＤ構成および周波数分割多重化（ＦＤＤ）構成に適合するマルチモード・デバイスで使用されうるシンボルおよびフレーム・ナンバリングを記述するための、高度でフレキシブルな方法を提供する。
【００１３】
「典型的である」という単語は「例、事例、あるいは実例として役立つ」ことを意味するために本明細書で使用される。本明細書で「典型的である」と記載されたあらゆる実施形態は、他の実施形態によりも好適であるとか有利であるとか解釈される必要は必ずしもない。
【００１４】
図１に示すように、１つの実施形態にしたがう多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、複数のアンテナ・グループを含んでいる。１つは１０４、１０６を含み、他のものは１０８、１１０を含み、さらに他のものは１１２、１１４を含む。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２およびアンテナ１１４と通信しており、アンテナ１１２、１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６、１０８と通信しており、アンテナ１０６、１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００１５】
通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、アクセス・ポイントのセクタと称される。実施形態では、アンテナ・グループはおのおの、アクセス・ポイント１００によってカバーされている領域のセクタ内のアクセス端末と通信するように設計されている。
【００１６】
順方向リンク１２０、１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６、１２２の順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。それに加えて、有効通信範囲内にランダムに散在したアクセス端末に送信するために、ビームフォーミングを用いるアクセス・ポイントは、すべてのアクセス端末に対して単一のアンテナを用いて送信するアクセス・ポイントよりも、近隣セル内のアクセス端末に対して少ない干渉しかもたらさない。
【００１７】
アクセス・ポイントは、端末と通信するために使用される固定局であり、アクセス・ポイント、ノードＢ、あるいはその他幾つかの専門用語でも称されうる。アクセス端末はまた、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他いくつかの専門用語で称されうる。その上、図１のシステムは、データ伝送のために複数（ＮＴ個）の送信アンテナと複数（ＮＲ個）の受信アンテナとを適用するＭＩＭＯシステムでありうる。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されたＭＩＭＯチャネルは、空間チャネルと称されるＮＳ個の独立したチャネルへ分解されうる。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与える。
【００１８】
図２は、例えばＵＭＢシステム、ＬＴＥシステム、あるいはＷｉＭａｘ ＯＦＤＭシステムのようなＯＦＤＭシステムのための階層的なカウント構成において、シンボルがどのようにカウントされるかの例を示す。最上位レベル２０２は、スーパフレーム・カウントである。ここでは、おのおののスーパフレームは、特定数のフレームから構成される。図２の例で示されるように、スーパフレーム１は、フレーム・カウントである次の階層レベル２０４に例示するように、（０乃至２５とナンバリングされて示されている）２６のフレームを含みうる。一方、おのおののフレームは、特定数のシンボルを含みうる。フレーム・レベル２０４を拡張したシンボル・カウント・レベル２０６によって示されるように、フレーム内に８つのシンボルを持つ典型的なシンボル・カウントが例示されている。おのおののシンボルは、特定の持続期間を持っている。例えば、いくつかのＵＭＢシステムでは、シンボル持続期間は、およそ０．９１ミリ秒の長さである。図２の例は、規則的なパターンを持つＵＭＢシステムの典型例であることに注目されたい。当業者であれば、本願によって、例えば、ＬＴＥまたはＷｉＭａｘのように規則的なパターンを持つ、あるいは不規則なパターンを持つその他の階層カウンティング・スキームも考慮されることを認識するだろう。さらに、シンボル構成すなわちシンボル・パラメータは、例えばＬＴＥのように、ＴＤＤガード時間や可変のシンボル時間を有するシステムにおいて、シンボル毎に変わりうることが注目される。
【００１９】
図３は、ＯＦＤＭ通信システムにおいて使用されうる異なるシンボル構成の２つの例を図示する。第１の例３０２は、例えば、ウィンドウ（Ｗｉｎ）トーン、サイクリック・プレフィクス（ＣＰ）トーン、および高速フーリエ変換（ＦＦＴ）トーン、あるいは、このフレームで送信されるデータのようなパラメータを有する規則的なＯＦＤＭシンボルを例示する。別の例３０４では、ＯＦＤＭフレームは、一例として、ＴＤＤ切換のために役に立つシンボル間の追加のガード期間インタバル・パラメータを含みうる。
【００２０】
異なるＯＦＤＭシステムにわたって、あるいは、同じＯＦＤＭシステム内であっても、例えばＣＰ、ＦＦＴ、およびガード・インタバル時間のようなシンボル・パラメータは、シンボル毎に異なりうることも注目される。
【００２１】
図４は、本明細書で開示される装置および方法を実現するために使用される通信システムにおいて動作可能な典型的な通信デバイスを例示する。アクセス・ポイントまたはアクセス端末のためのモデムの一部でありうるデバイス４００は、例えば、ＵＭＢ、ＬＴＥ、およびＷｉＭａｘのような種々異なる通信規格をサポートすることが可能なメカニズムをおのおの含む受信機部分および送信機部分の両方を含みうる。開示されたメカニズムは、シンボル毎ベースでシンボル・パラメータのフレキシビリティおよび変更を可能にするプログラム可能なマイクロ・コントローラおよびコード（例えば、マイクロコード）によって、シンボル・カウント、および、シンボル・パラメータの設定を制御する。
【００２２】
特に、デバイス４００は、１または複数のアンテナ（例えば、アンテナ４０４は、１本以上のアンテナを例示している）によってデータの送信および受信を行うラジオ・モジュール４０２を含む。ラジオ・モジュール４０２は、インタフェースまたはバス４１０によって、受信部（４０６）および送信部（４０８）にインタフェースされる。インタフェース４１０は、当該技術分野で周知の多くの適切なインタフェースまたはバス・デバイスのうちの何れかによって実現されうる。例えば、態様では、インタフェース４１０は、ＡＭＢＡ（登録商標）３ ＡＸＩバスあるいは同様のプロトコルであり、これによって、ラジオ・モジュール４０２は、スレーブ・デバイスとして動作する受信部４０６および送信部４０８に対するマスタ・デバイスとして動作できるようになる。さらに、別の態様では、モジュール４０２は、ＡＸＩバスを経由して、受信部４０６へＧＰＳタイムスタンプを発行し、これによって、受信部は、パケット・タイミングを識別できるようになる。
【００２３】
受信部４０６は特に、インタフェース４１０を経由してラジオ・モジュール４０２からデータ・パケットのサンプル・ストリームを受信するための受信サンプル・レート（ＲＳＲ）モジュール４１２または類似のデバイスを含む。ＲＳＲモジュール４１２は、サンプル・ストリームからＦＦＴデータ・サンプルを抽出し、このサンプルを、受信（ＲＸ）サンプル・メモリ４１４内に格納する。完全にＦＦＴデータが受信された後、ＲＳＲモジュール４１２は、データがレディであることをシグナルし、このデータを処理するためのジョブを、メモリ４１４からＦＦＴ／デマルチプレクサ・モジュール４１６へ送る。このジョブは、このデータのＲＸシンボル番号を含みうることが注目される。ＲＸシンボル番号は、ＧＰＳタイムスタンプから導出されうる。このジョブはまた、サンプル・メモリ４１４内のメモリ位置を含みうる。ＦＦＴモジュール４１６は、このメモリ位置から、データを復元することができる。（例えば、ＦＦＴ長さ、ＣＰ長さ等のような）ＲＸシンボル・パラメータ、および、ＧＰＳ時間からのシンボル・カウントの導出は、デジタル信号プロセッサ（例えば、ＤＳＰ４１８）によって、および、メモリ（例えば、メモリ４１９）内に格納された命令群によって設定されうる。これらについては、後に十分に説明する。
【００２４】
送信部４０８は、送信（ＴＸ）サンプル・メモリ４２２からサンプルを読み取る送信サンプル・レート（ＴＳＲ）モジュール４２０を含みうる。ＴＸサンプル・レートおよびＲＸサンプル・レートは通常等しいので、ＴＳＲ４２０は一般に、各ＲＸサンプルについて平均１つのＴＸサンプルを生成する。したがって、ＲＳＲモジュール４１２は、ＴＸサンプル・レートとＲＸサンプル・レートとが等しいことを保証することを助けるために、ＴＳＲモジュール４２０に対して、ラジオ・モジュール４０２から、各ＲＸデータ・パケットが到着したことを通知することができる。
【００２５】
送信部４０８による送信のために、多くのＴＸサンプルがカウントされる必要がある。したがって、ＴＳＲモジュール４２０は、通信カップリング４２８によって例示されるように、シンボルが要求される毎に、マルチプレクサ（ＭＵＸ）ブロック４２４に通知する。ＭＵＸ４２４はシンボルを生成する。このシンボルは、その後、逆高速フーリエ変換（ＩＦＦＴ）ブロック４２６によって処理される。ＩＦＦＴブロック４２６は、時間領域サンプルを、ＴＸサンプル・メモリ４２２内に格納する。ＩＦＦＴブロック４２６は、その後、ブロック４２６からモジュール４２０への矢印によって示すように、ＴＳＲモジュール４２０に対して、サンプルがレディであることを通知する。これに応答して、ＴＳＲモジュール４２０は、サンプル・メモリ４２２からサンプルを読み取り、データ・パケットおよびタイムスタンプ・パケットを生成し、ラジオ・モジュール４０２へ送る。インタフェース４０４がＡＸＩインタフェースである例において、ＴＳＲモジュール４２０は、ＡＸＩスレーブとして動作するだろう。したがって、この場合、ＴＳＲモジュール４２０は、ラジオ・モジュール４０２に対して、パケットがレディであることを通知し、ラジオ・モジュール４０２は、ＴＳＲモジュール４２０からのデータを取得するために、ＡＸＩ読み取りを実行する。
【００２６】
図５は、図４の装置で使用されるＴＳＲモジュール４２０の内部ブロック図を例示する。ＴＳＲモジュール４２０は、データ要求生成モジュール５０２を含んでいる。データ要求生成モジュール５０２は、受信部４０６からシンボル通知を受信するように構成される。態様において、ＴＸサンプル・レートとＲＸサンプル・レートとが等しい場合、おのおのの通知は、ＴＳＲモジュール４２０が、受信部４０６によって受信されたものと同数のサンプルを生成しなければならないことを意味する。したがって、データ要求生成モジュール５０２は、要求されたサンプルの合計数をカウントするように構成される。データ要求生成モジュール５０２はこの合計数から、完全な次のシンボルがいつ生成されねばならないかを判定することができる。この場合、モジュール５０２は、カウント・シーケンサ・モジュール５０４から次のシンボル数を取得し、（矢印４２８によって例示されるように）ＭＵＸブロック４２４へ要求を送る。カウント・シーケンサ・モジュール５０４は、命令メモリ４１９から読み取られた命令テーブル内の命令群に基づいて、シンボルのためのシンボル番号およびシンボル・パラメータを生成するように構成される。態様では、命令テーブルは、図４に示すＤＳＰ４１８のようなデジタル信号プロセッサ（図５には図示せず）によって決定される。ＦＦＴサイズ、ＣＰ、ウィンドウ、およびガード時間を含むシンボルのパラメータは、シンボル・パラメータ・バッファ５０６内に格納される。
【００２７】
ＭＵＸ４２４およびＩＦＦＴ４２６が、要求されたサンプルを生成した場合、ＩＦＦＴ４２６は、ＴＸサンプル・メモリ４２２内にｎ個のＦＦＴサンプル（ｎＦＦＴ）を格納する。ここで、ｎＦＦＴは、特定のシンボルのＦＦＴ長さである。メモリ４２２にデータが書き込まれた後、ＩＦＦＴ４２６は、ＴＳＲ４２０内のシンボル生成モジュール５０８に対して、入力５１０によって例示されるジョブ・コマンドを用いて、データがレディであることを伝えるだろう。態様では、ジョブ・コマンド５１０は、シンボル生成モジュール５０８によって取得されたＴＸサンプルのアドレスを、サンプル・メモリ４２２内に含める。特に、シンボル生成モジュール５０８は、サンプル・メモリ４２２からのＴＸサンプルと、シンボル・パラメータ内に保存されたシンボル・パラメータとを読み取る。モジュール５０８によって実行されるシンボル生成は、ＣＰ挿入、ウィンドウイング、および、デジタル・ゲインならびに周波数調節を含む。
【００２８】
ＴＸがモジュール５０８によって生成された後、シンボルは、インタフェース４１０を経由してラジオ・モジュール４０２に送られる。１つの態様では、シンボルは、予め定義されたプロトコルに基づいて、データ・パケットおよびタイムスタンプ・パケットによって送られる。さらに、ＯＦＤＭシンボル境界は、予め定めたプロトコルのパケット境界と揃わないことがあることが認識される。したがって、シンボル生成モジュール・ハードウェアは、シンボルを構築しているサンプルを送信すべきかを判定するために、この時点において、ゲートキーパ機能を実施するように構成されうる。態様によれば、ＴＳＲモジュール４２０からラジオ・モジュール４０２へのデータ転送は、スレーブとして動作するＴＳＲモジュール４２０と、マスタとして動作するラジオ・モジュール４０２との間で、ＡＸＩインタフェース（すなわち、ＡＸＩインタフェースとして設定されたインタフェース４１０）を介してなされる。したがって、ＴＳＲモジュール４２０は、ラジオ・モジュール４０２に対して、データがレディであることを通知し、ラジオ・モジュール４０２は、ＡＸＩ読取を実行するだろう。
【００２９】
図６は、図４の装置で使用されるＲＳＲモジュール４１２の内部ブロック図を例示する。モジュール４１２は、ラジオ・モジュール４０２によって受信されたデータ・パケットを受信するように構成されたラジオ・パケット・モジュール６０２を含んでいる。データ・パケットは、インタフェース４１０からのデータ・パケットのみならず、タイムスタンプ・パケットをも含む。タイムスタンプ・パケットとデータ・パケットとの両方が、送信通知モジュール６０４に送られる。このモジュール６０４は、到着したデータ・パケットについて、シンボル通知をＴＳＲモジュール４２０へ送信するように構成される。
【００３０】
タイムスタンプ・パケットはまた、モジュール６０２から同期ロジック６０６へも出力される。ロジック６０６は、ラジオ・モジュール４０２およびインタフェース４１０からのタイムスタンプ値が、予め定めたターゲット時間値に一致するまで待つように構成される。このターゲット時間値は、（図６に示されていない）ＤＳＰ４１８またはその他の類似のデバイスまたはロジックによって決定される。一致が得られた場合、同期ロジック６０６は同期状態にある。
【００３１】
同期後、データ・パケットはまた、シンボル・アセンブリおよび抽出モジュール６０８へ送られる。このモジュール６０８は、ロジック６０６から同期情報を受信する。このシンボル・アセンブリおよび抽出モジュール６０８は、サンプルの完全なシンボル値が到着したときを判定するように動作可能である。この判定は、カウント・シーケンサ・モジュール６１０から受信したシンボル・パラメータに少なくとも基づく。これによって、シンボル・アセンブリおよび抽出モジュールは、サンプルの完全なシンボル値が到着したときを判定できるようになる。例えば、モジュール６０８は、完全なシンボルが、ｎＦＦＴ＋ｎＣＰ＋ｎＷｉｎ＋ｎＧｕａｒｄ個のサンプルが受信された後に到着したことを判定することができる。おのおののシンボルが到着した後、カウント・シーケンサ・モジュール６１０は、おのおのの次のサンプルのためのシンボル・カウントおよびシンボル・パラメータを生成するために使用される。
【００３２】
シンボルが到着した後、シンボル・アセンブリおよび抽出モジュール６０８は、ＲＸサンプル・メモリ４１４に次のｎＦＦＴ個のサンプルをロードし、ジョブ信号を、ＦＦＴ／デマルチプレクサ・ブロック４６へ送り、メモリ４１４内に格納されたサンプルが処理される。態様では、ジョブは、シンボル番号を含んでいる。
【００３３】
カウント・シーケンサ・モジュール６１０に関し、このモジュールはまず、受信された第１のシンボルのためのシンボル番号およびパラメータを生成するために初期化される。カウント・シーケンサ・モジュール６１０は、命令メモリ４１９内に格納された命令テーブルから命令群を取得するハードウェアを含む。これら命令群は、ＤＳＰまたはその他類似のロジックまたはファームウェアによって書き込まれる。例えばＬＴＥシステムにおいて、あるいは、あるＯＦＤＭ技術と別のＯＦＤＭ技術との間を移行する場合のように、必要な場合には、たとえシンボルからシンボルへであっても、カウント・シーケンサ・モジュール６１０による命令の実行は、シンボルのためのシンボル番号および特定のシンボル・パラメータを決定する際に使用される。
【００３４】
図７は、図５および図６それぞれに示すモジュール５０４またはモジュール６１０のうちの何れかのために使用されるカウント・シーケンサ・モジュールの典型的な内部ブロック図を例示する。特に、シンボル番号を生成し、シンボル毎ベースで変化するシンボル・パラメータを追跡するために、ＲＳＲモジュール４１２とＴＳＲモジュール４２０との両方が、同様に、カウント・シーケンサ・モジュールを利用しうることが注目される。カウント・シーケンサ・モジュール５０４、６１０は、シンボル番号の任意のシーケンスを与え、ＲＳＲモジュールとＴＳＲモジュールとの両方のためのシンボル・パラメータを変更する（例えば、マイクロ・コントローラ７００のような）マイクロコントローラ・ベースの制御を利用する。両ケースにおいて、カウント・シーケンサ・モジュール５０４、６１０は、マイクロ・コントローラ７００を介して、カウント・レジスタ７０２またはその他の適切な出力デバイスからシンボル・カウントを出力し、シンボル・パラメータ・レジスタ７０４または類似の適切な出力デバイスから１または複数のシンボル・パラメータを出力する。
【００３５】
マイクロ・コントローラ７００は、命令フェッチ・ユニット７０６を介して、メモリ４１９から命令群を読み取るか、あるいは、取得することによってプログラムされる。フェッチ・ユニット７０６による取得は、プログラム・カウンタ７０８または類似のデバイスの制御または命令の下で行われる。プログラム・カウンタ７０８は、マイクロ・コントローラ７００と通信している。ここでは、１または両方のユニット（７００、７０８）が、シンボルのための命令群のロードの追跡またはカウントを行うように動作可能である。プログラム・カウンタ７０８および／またはマイクロ・コントローラ７００は、プログラム・カウントに基づいて、フェッチ・ユニット７０６に対して、メモリ４１９からマイクロ・コントローラ７００へと命令群を取得またはロードするように指示する。命令群は、その後、所望される場合、または、必要な場合には、新たなシンボルのおのおのについてさえも、マイクロ・コントローラによって処理される。処理される命令群のタイプは、一例として、シンボル・パラメータ値およびシンボルの設定、フレーム、スーパフレーム・カウントのみならず、後に詳細に説明されるように、シンボル、フレーム、およびスーパフレーム・カウントのインクリメントをも含む。
【００３６】
マイクロ・コントローラ７００およびプログラム・カウンタ７０８の動作の例として、図８は、動作の典型的なフロー図を例示する。最初のブロック８０２では、プログラム・カウンタ７０８が０に設定される。ブロック８０２においてプログラム・カウンタが設定された後、フローはブロック８０４に進む。ここでは、コマンドが、プログラム・カウンタ７０８の制御の下で、フェッチ・ユニット７０６によってロードされる。さらに、ブロック８０２の初期化処理が先になされた場合、ブロック８０４の処理は、マイクロ・コントローラ７００が、ベース命令テーブル・アドレスを、命令フェッチ・ユニット７０６へロードすることを含むことが注目される。
【００３７】
ブロック８０４の後、フローは判定ブロック８０６に進む。ロードされた命令におけるフィールドが、（一例として、カウント・シーケンサが、次のシンボルのような条件を待つ）待機コマンドに等しくない場合、マイクロ・コントローラ７００は、ブロック８０８によって示されるように、次のロードのためにプログラム・カウンタをインクリメントし、ブロック８１０によって示されるように、現在の命令またはコマンドを処理する。ブロック８１０において命令が処理された後、フローは、ブロック８０４へ戻る。そして、ブロック８０４、８０８、８１０のフェッチ、カウント・インクリメント、および命令処理のコマンドまたは命令が、ブロック８０６において、待機命令が受信されたと判定されるまで続く。
【００３８】
待機コマンドが受信されたとブロック８０６において判定されると、フローは、ブロック８１２に進む。ここでは、マイクロ・コントローラ７００が、次のシンボルを待つ。さらに、ブロック８１４で示されるように、シンボル・フレーム・カウントがインクリメントされる。シンボル・フレーム・カウントは、フレーム内のシンボル番号のカウントである。シンボル・フレーム・カウントがインクリメントされた後、フローは、判定ブロック８１６に進む。ここでは、マイクロ・コントローラ７００は、待機条件を満足しているかを判定する。例として、判定された待機条件は、フレームが発生したことを示すインジケーションを与える、予め定めた数のシンボルがカウントされるまで待つこと。フレーム境界が発生したことを示す別のカウントを待つこと。あるいは、フレーム・カウントに基づいて、スーパフレーム境界が発生したとの判定がなされるまで待つことである。待機条件を満足しない場合、フローは、ブロック８１２に進む。待機条件が最終的に満足されると、ブロック８１８に示すようにプログラム・カウントがインクリメントされ、ブロック８０４に戻ることによって示されるように、規則的な命令処理が再開する。
【００３９】
図７に戻って、１つの態様では、多くの別のフィールドが、カウンタ・レジスタ７０２によってカウントされることが注目される。例えば、ＵＭＢ仕様をサポートするために、カウンタ・レジスタ７０２は、３つのカウント・レベル、すなわち、フレーム内のシンボル・カウント、スーパフレーム内のフレーム数のフレーム・カウント、および、スーパフレームの数をカウントするスーパフレーム・カウントを提供するように構成される。これらの階層的なカウントは単なる典型例であり、例えばＬＴＥやＷｉＭａｘのような異なる技術を適用する場合、その他様々なカウント数が利用されうることが注目される。さらに、これらカウントは、一例として、フレーム境界およびスーパフレーム境界においてリセットされるように構成されうる。別の態様では、カウンタ・レジスタはまた、おのおののシンボル番号をインクリメントするシンボル・バッファ・カウントと、おのおののフレームをインクリメントするフレーム・バッファ・カウントとのようなバッファ・カウンタの自由な組み合わせをも含みうる。これらのバッファ・カウントは、上記したその他のフィールドにおいてなされるように、フレーム境界およびスーパフレーム境界においてリセットされないだろう。したがって、これらのカウンタは、バッファ位置をトグルするハードウェア・ブロックによって使用されうる。
【００４０】
別の態様では、シンボル・パラメータ・レジスタ７０４内に１または複数のフィールドが存在しうる。例として、これらのフィールドは、ＦＦＴ、ＣＰ、ウィンドウ、およびガードを含むＯＦＤＭシンボル成分の長さを記述することができる。シンボルがＴＤＤ動作においてアクティブであるかを示すために、アクティブ・ビット・フィールドも使用されうる。
【００４１】
シンボル・カウンタおよびパラメータは、命令群のシーケンスによって更新される。マイクロ・コントローラは、カウント・シーケンス・モジュールで利用されるので、これら命令群は、通常のコンピュータ・コードに比べて短縮されうる。したがって、これら命令群のシーケンスは、その小さなサイズによって、「マイクロコード」として特徴付けられ、専用のマイクロ・コントローラ７００によって実行することが可能である。態様によれば、マイクロコードの命令群はおのおのの、予め定めた数のビット命令語（例えば、３２ビットの命令語）によって記述されうる。さらなる態様では、命令語は、実行されるべき動作（例えば、ＳＥＴ（ビット設定）、ＩＮＣＲ（カウント・インクリメント）、ＢＮＥＱ（値が、予め定めた値に等しいか否かを判定する比較機能）、および待機、のみならず、当業者によって考慮されうるその他の動作）のためのビットを含む。おのおのの命令語はまた、例えばシンボル・カウント、フレーム・カウント、またはスーパフレーム・カウント、あるいは特定のＯＦＤＭパラメータ（例えば、ｎＦＦＴ値、ｎＣＰ値、ｎＷｉｎ値、ｎＧｕａｒｄ値）、あるいは、例えば、ＴＤＤ動作におけるように、シンボルがアクティブであることを示すフラグ（例えば、「アクティブ」）のような論理動作や、その他のさまざまな動作のためのその他任意のさまざまなパラメータのように、動作の主題となるパラメータ（すなわち、パラメータ・タイプ）を示すパラメータ・フィールドを含みうる。命令語はまた、パラメータ・タイプのパラメータ値と、分岐動作のための分岐先表示とを含む。
【００４２】
図９は、ＤＳＰ４１８または他の類似のデバイスによってメモリ４１９に書き込まれる典型的なマイクロコード・テーブルを図示する。図９の具体例は、ＵＭＢ ＴＤＤシステム用のものであり、単に１つの技術タイプの例である。当業者であれば、マイクロコードがさまざまな技術に対して適合され、マイクロ・コントローラと連携して適合されたマイクロコードを使用することによって、命令カウントおよび複雑さを望ましく低減しながら、単一のハードウェア・デバイスを用いるマルチモード・デバイス（例えば、マイクロ・コントローラを用いるカウント・シーケンサ・モジュール）のための可変性を与えることを認識するだろう。
【００４３】
図９の典型的なテーブルで見られるように、マイクロコードにおいて図示される１１のラインのおのおのは、４ビットのパラメータ・フィールド、同じく４ビットのパラメータ・タイプ・フィールド、割り当てられた１６ビットを有するパラメータ値、および８ビットを有する分岐先ライン番号を有する３２ビットの命令語を備える。マイクロコード命令群は連続して実行されうるが、例えば、命令ライン８によって例示されるように分岐して戻ることもある。ライン８に示されるような特定のＢＮＥＱ動作が実行された場合、フレーム・カウントが２６に等しいかを確認する判定がなされる。フレーム・カウントが２６であることは、スーパフレーム境界を示す。条件を満足しない場合、分岐先は、マイクロコードを、指定された特定のライン番号に戻す。この特定のケースでは、ライン番号は、ライン５である。したがって、マイクロコードは、ライン８の条件を満足するまで、マイクロ・コントローラに対して、ライン５−８を再度実行するために、マイクロコードのライン５に戻るように指示する。説明しているように、図９の例は、異なるＯＦＤＭ技術のために適合された任意の数のさまざまなマイクロコードのうちの単なる１つであり、マイクロコードは、命令ラインが少なく、さほど複雑ではないか、あるいは、命令ラインが増えて、より複雑になったものを考慮している。さらに、当業者であれば、所望に応じて、より少ないフィールドまたはより多くのフィールドが、マイクロコードのおのおのの命令語において適用されうることを認識するだろう。
【００４４】
再び図７に戻って、カウント・シーケンサ・モジュール５０４、６１０は、１つの代替態様では、比較機能ユニット７１０を含んでいる。ユニット７１０は、次のシンボルの開始のためにマイクロ・コントローラ７００によって設定または判定された時間を、現在のクロック時間信号と比較するために使用される。次の信号の開始は、現在のＯＦＤＭ技術の既知のタイミングまたは既知のサンプル・レートに基づいて判定される。新たなシンボルの時間になると、比較ユニット７１０の出力は、新たなシンボルが開始されたことを示すために、マイクロ・コントローラ７００へとシグナリングを切り替える。ユニット７１０は、マイクロ・コントローラ７００と別に示されているが、当業者であれば、比較機能はまた、マイクロ・コントローラ７００内に組み込まれうることを認識するであろうことが注目される。時間比較機能は、マイクロコードからの命令語の指示の下で実行されることも認識されるだろう。新たなシンボルの開始の判定は、マイクロ・コントローラ７００に対して、プログラム・カウンタ７０８および命令フェッチ７０６を介してさらなるマイクロコードを読み取ることを促しうる。これによって、シンボル・パラメータは、シンボル毎ベースで更新されるようになる。
【００４５】
図１０は、開示されたカウント・シーケンサ・モジュールによって達成される方法を図示する。この方法１０００は、通信デバイスの送信部（例えば、送信部４０８およびＴＳＲモジュール４２０）または受信部（例えば、受信部４０６およびＲＳＲモジュール４１２）の何れかで使用されうるカウント・シーケンサ・モジュールによって実現されうる。第１のブロック１００２では、この方法１０００は、例えば図４のデバイス４００のような通信デバイスにおいて、サンプルのストリームを受信し、サンプルのストリームにおいて、シンボルの開始を待つことを含む。「受信する」という用語は、通信デバイスの受信部への受信に限定せず、通信デバイスの送信部によって送信されたサンプルを受信することをも称することが注目される。したがって、図４乃至図６の例を用いて、サンプル・ストリームは、送信部の場合におけるＩＦＦＴ４２６およびメモリ４２２から、受信部の場合におけるラジオ・モジュール４０２およびインタフェース４１０から、の何れかによって受信されるだろう。
【００４６】
シンボルの開始は、サンプル入力ストリームのサンプル・レートが既知であると仮定して、サンプルの入力ストリームの予め定めた持続時間に基づいて判定されうる。予め定めた持続時間の判定は、一例として、マイクロ・コントローラ７００によって実行されうる。別の例において、持続時間の終了は、図７に例示される代替比較機能７００によって実行される。
【００４７】
ブロック１００２においてシンボルの開始が判定された後、フローはブロック１００４へ進み、ここでは、１または複数のプログラムされた命令群（例えば、マイクロコードの命令語）が読み取られる。例において、命令群を読み取る処理は、プログラム・カウンタ７０８が、命令フェッチ７０６に対して、メモリ４１９に格納された命令群を、マイクロ・コントローラ７００へ読み取るように指示することを含む。プログラムされた命令群が読み取られた後、フローはブロック１００６に進み、１または複数のプログラムされた命令群に基づいて、すなわち、これら命令群の実行に基づいて、通信デバイスのためのシンボル情報が更新される。「シンボル情報」は、例えばＦＦＴサイズまたはＣＰサイズのようなシンボル・パラメータと、例えばシンボル・カウント、フレーム・カウント、およびスーパフレーム・カウントのようなシンボル・カウントとを含むことが注目される。さらに、少なくとも次のシンボルまたはその後のシンボルの開始時間（すなわち、境界）が設定される。これもまた、プログラムされた命令群に基づきうる。ブロック１００４、１００６の処理は、例えばマイクロ・コントローラ７００のようなハードウェアによってのみならず、例えば、カウンタ・レジスタ７０２やシンボル・パラメータ・レジスタ７０４のようなカウント・シーケンサ・モジュール（５０４または６１０）における他の要素によっても実行されうることが注目される。方法１０００は、通信デバイスにおいて受信または送信された各々のシンボルについて連続的に繰り返されうることも注目される。
【００４８】
図１１は、例えばアクセス端末のような通信デバイスにおいて、シンボル情報（すなわち、パラメータ）の更新のために使用されうる別の装置１１０２を例示する。装置１１０２は、サンプル入力ストリームを受信し、予め定めた時間に基づいて、このサンプル内のシンボルの開始を待つ手段１１０４を含む。手段１１０４の典型的な実装は、マイクロ・コントローラ７００を含むカウント・シーケンサ・モジュール５０４または６１０のみならず、送信部のための送信サンプル・メモリ４２２、または、ラジオ受信パケット・モジュール６０２を含みうる。手段１１０４によって判定された情報は、その後、バス１１０６または類似の適切な通信カップリングまたはインタフェースを経由して、装置１１０２内の他のさまざまなモジュールへ通信される。
【００４９】
装置１１０２はまた、手段１１０４によって判定されたシンボルの開始時において、１または複数のプログラムされた命令群を読み取るための手段１１０８を含む。
【００５０】
例において、手段１１０８は、命令フェッチ７０６およびプログラム・カウンタ７０８のみならず、マイクロ・コントローラ７００によっても実現されうる。さらに、手段１１０８は、メモリ・デバイス１１１０から、プログラムされた命令群を読み取る。メモリ・デバイス１１１０は、例として、命令テーブル・メモリ４１９として、あるいは、命令群を格納するための任意の適切なストレージとして実現されうる。これら命令群は、例えば、前述したマイクロコードのようなマイクロコードでありうる。
【００５１】
さらに、装置１１０２は、１または複数のプログラムされた命令群に基づいて、通信デバイスのシンボル情報を更新し、少なくとも次のシンボルの開始のための時間を設定する手段１１１２を含む。手段１１１２は、例として、マイクロ・コントローラ７００、および、カウンタ・レジスタ７０２とパラメータ・レジスタ７０４とのうちの１つまたは両方によって実現されうる。さらに、装置１１０２はまた、例えばＤＳＰ１１１４のようなプロセッサをも含みうることが注目される。このプロセッサは、１または複数のプログラム可能な命令群をメモリ・デバイス１１１０へ書き込む。
【００５２】
上記開示された装置および方法を考慮すると、開示されたハードウェアおよびマイクロコードを用いることによって、通信デバイスは、最小のハードウェアで、かつ、デバイス内の種々異なる通信規格に適応するための柔軟性を持って、シンボル情報（例えば、パラメータおよびカウント）を変更または更新できるようになることが理解される。
【００５３】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されることを理解するだろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００５４】
説明を単純にする目的で、開示されたこれら方法は、一連のまたは多くの動作として示され説明されているが、本明細書に記載されたこれら処理は、幾つかの動作が本明細書で示され記載されたものとは異なる順序で、あるいは他の動作と同時に生じうるので、本明細書に記載された処理は、これら動作の順序によって限定されないことが理解されるべきである。例えば、当業者であれば、これら方法はその代わりに、例えば状態図におけるように、一連の相互関連する状態またはイベントとして表されうることを認識するだろう。さらに、本明細書で開示された主題とする方法にしたがって方法を実現するために、必ずしも例示された全ての動作が必要とされる訳ではない。
【００５５】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００５６】
当業者であればさらに、本明細書で開示された例に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、特定のアプリケーションおのおのに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００５７】
本明細書で開示された例に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロ・コントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００５８】
本明細書で開示された例に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００５９】
開示された例の前述の記載は、いかなる当業者であっても、ここで開示された装置または方法を製造または使用できるように提供される。これら例に対する様々な変形例もまた、当業者に容易に明らかになるだろう。そして、本明細書で定義された一般的な原理は、本開示の精神または範囲から逸脱することなく他の例にも適用されうる。このように、本開示は、本明細書で示された例に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【優先権主張】
【０００１】
本特許出願は、２００８年３月３１日に出願され、本明細書の譲受人に譲渡され、“ＭＩＣＲＯＣＯＮＴＲＯＬＬＥＲ−ＢＡＳＥＤ ＯＦＤＭ ＣＯＵＮＴ ＳＥＱＵＥＮＣＥＲ”と題され、本明細書に参照によって明確に組み込まれた米国特許仮出願６１／０４１，２４２号に対する優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に、通信デバイスにおいてシンボル情報を更新する装置および方法に関し、更に詳しくは、シンボル・パラメータおよびシンボル・カウントを含むおのおののシンボルにおいて、シンボル情報を更新するために、マイクロ・コントローラによって実行可能なプログラム可能なマイクロコード命令群を用いることに関する。
【背景技術】
【０００３】
近年、多くのＯＦＤＭ規格が、４Ｇセルラ無線通信のために提案された。そのようなすべてのシステムのための共通の、すなわち、「普遍的な」フロント・エンド・プロセッサとして、単一のデバイス動作を有することが望ましい。そのような普遍的なプロセッサを製造する際におけるチャレンジのうちの１つは、異なる無線規格が、異なるＯＦＤＭシンボル・パラメータと、異なるシンボルおよびフレーム番号とを用いることである。例えば、１つのＯＦＤＭシステムは、１つのフレーム当たり８つのシンボルを使用する一方、他のＯＦＤＭシステムは、１つのフレーム当たり１４のシンボルを使用する。さらに、同じ規格を使用するシステムでさえ、例えば、帯域幅、サイクリック・プレフィクス長さ、および時分割多重化（ＴＤＤ）のようなさまざまな特定の構成パラメータに依存して、異なる方式で構成されうる。
【０００４】
いくつかの規格をサポートする最も簡単な方法は、おのおのの可能なシステムのために、個別のハードウェア・ロジックを持つことである。しかしながら、おのおののシステム構成のために専用のロジックを使用することは、ハードウェアを不必要に複製することになり、新たなシステムおよび構成をサポートする柔軟性はない。別の方法は、例えば、ＦＦＴ長さ、サイクリック・プレフィクス長さ、およびフレーミング・パラメータのようなキーとなるＯＦＤＭパラメータのいくつかのセットによって異なる規格を表すことである。これらパラメータは、一般に、ＤＳＰのようなプログラム可能なデバイスによって設定されるレジスタによって、設定可能とされうる。不運にも、異なるシステムにわたるシンボルおよびフレーム・ナンバリングは、一般には、かなり不規則であり、少数のパラメータによって簡単に記述されるものではない。さらに、ＬＴＥのようないくつかのシステムでは、例えば、特定のシンボルや、多くのパラメータ・レジスタにおけるＣＰ長さ変更のようなシステム・パラメータが、これら変更のタイミングを記述するために必要となるであろう。したがって、多くの異なるシステムおよび多くの付随パラメータをサポートするために、十分な設定可能性を保ちながら、サポートされているおのおのの規格のための個別のハードウェア・ロジックを必要としない、例えばＯＦＤＭ通信デバイスのようなマルチモード通信デバイスにおいていくつかの規格をサポートすることが望ましいであろう。
【発明の概要】
【０００５】
態様によれば、通信デバイスにおいてシンボル・パラメータを更新する方法が開示される。この方法は、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つことと、シンボルの開始時において、１または複数のプログラムされた命令群を読み取ることとを含む。この方法はさらに、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新することと、次のシンボルの開始のための時間を設定することとを含む。
【０００６】
別の態様によれば、通信デバイスにおいてシンボル情報を更新するための装置が開示される。この装置は、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待ち、シンボルの開始時において、１または複数のプログラムされた命令群を、命令メモリから読み取るように構成されたカウント・シーケンサ・モジュールを含む。このカウント・シーケンサ・モジュールはさらに、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新させ、次のシンボルの開始のための時間を設定するように構成される。
【０００７】
また別の態様では、通信デバイスにおいてシンボル情報を更新する装置が開示される。この装置は、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つ手段と、シンボルの開始時において、１または複数のプログラムされた命令群を読み取る手段とを含む。この装置はまた、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定する手段を含む。
【０００８】
もう１つの態様によれば、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品が開示される。このコンピュータ読取可能媒体は、コンピュータに対して、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待たせるためのコードと、コンピュータに対して、シンボルの開始時において、１または複数のプログラムされた命令群を読み取らせるためのコードとを含む。この媒体はさらに、コンピュータに対して、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定させるためのコードをも含む。
【図面の簡単な説明】
【０００９】
【図１】図１は、本明細書で開示される装置および方法が使用されうる多元接続無線通信システムを例示する。
【図２】図２は、ＯＦＤＭシステムの階層的なカウント構造におけるシンボル・カウントの例である。
【図３】図３は、ＯＦＤＭ通信システムで使用されうる別のシンボル構成の２つの例である。
【図４】図４は、本明細書で開示される装置および方法を利用する通信システムにおいて動作可能な典型的な通信デバイスを図示する。
【図５】図５は、図４のデバイスで示されるＴＳＲモジュールの内部ブロック図を例示する。
【図６】図６は、図４のデバイスで示されるＲＳＲモジュールの内部ブロック図を例示する。
【図７】図７は、図５および図６で示されるモジュールで使用されるカウント・シーケンサ・モジュールの典型的な内部ブロック図を例示する。
【図８】図８は、図７のカウント・シーケンサ・モジュールの典型的な動作フロー図である。
【図９】図９は、図７のカウント・シーケンサ・モジュールで利用されうるマイクロコードの典型的なテーブルである。
【図１０】図１０は、通信デバイスにおけるシンボル更新のための典型的な方法のフロー図である。
【図１１】図１１は、通信デバイスにおいてシンボルを更新する装置のブロック図である。
【００１０】
これら図面のうちのいくつかにわたる同一の符号は、同一の部分を示していることが注目される。
【発明を実施するための形態】
【００１１】
提案された方法および装置は、一例として、一般的なマイクロ・コントローラを使用する。あるいは、ＯＦＤＭシンボル・パラメータを設定し、通信デバイスにおけるシンボルおよびフレーム・ナンバリングを追跡するための等価なデバイスを使用する。
【００１２】
特に、現在のシンボルのＯＦＤＭパラメータは、一例として、そのシンボルおよびフレーム・カウンタとともに、レジスタのセット内に格納される。パラメータおよびカウンタを設定するための命令群が、あるプログラム可能なメモリ内に、マイクロコードとして格納される。おのおのの新たなシンボルについて、ハードウェア・マイクロコントローラが、１または複数のマイクロコード命令群を読み取り、処理する。このハードウェア・マイクロコントローラは、シンボル番号について、条件付で、シンボル・パラメータまたはカウンタの値を変更しうる。読み取るべき次の命令がどれであるかを制御するためにも、いくつかのマイクロコード命令群が確保されうる。少数の命令群および単純なハードウェアで、このマイクロコントローラ・ベースの制御は、ロング・ターム・イボリューション（ＬＴＥ）、ＷｉＭａｘ、およびウルトラ・モバイル・ブロードバンド（ＵＭＢ）を含む極めて多くのＯＦＤＭシステムや、これらシステムのＴＤＤ構成および周波数分割多重化（ＦＤＤ）構成に適合するマルチモード・デバイスで使用されうるシンボルおよびフレーム・ナンバリングを記述するための、高度でフレキシブルな方法を提供する。
【００１３】
「典型的である」という単語は「例、事例、あるいは実例として役立つ」ことを意味するために本明細書で使用される。本明細書で「典型的である」と記載されたあらゆる実施形態は、他の実施形態によりも好適であるとか有利であるとか解釈される必要は必ずしもない。
【００１４】
図１に示すように、１つの実施形態にしたがう多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、複数のアンテナ・グループを含んでいる。１つは１０４、１０６を含み、他のものは１０８、１１０を含み、さらに他のものは１１２、１１４を含む。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２およびアンテナ１１４と通信しており、アンテナ１１２、１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６、１０８と通信しており、アンテナ１０６、１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００１５】
通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、アクセス・ポイントのセクタと称される。実施形態では、アンテナ・グループはおのおの、アクセス・ポイント１００によってカバーされている領域のセクタ内のアクセス端末と通信するように設計されている。
【００１６】
順方向リンク１２０、１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６、１２２の順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。それに加えて、有効通信範囲内にランダムに散在したアクセス端末に送信するために、ビームフォーミングを用いるアクセス・ポイントは、すべてのアクセス端末に対して単一のアンテナを用いて送信するアクセス・ポイントよりも、近隣セル内のアクセス端末に対して少ない干渉しかもたらさない。
【００１７】
アクセス・ポイントは、端末と通信するために使用される固定局であり、アクセス・ポイント、ノードＢ、あるいはその他幾つかの専門用語でも称されうる。アクセス端末はまた、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他いくつかの専門用語で称されうる。その上、図１のシステムは、データ伝送のために複数（ＮＴ個）の送信アンテナと複数（ＮＲ個）の受信アンテナとを適用するＭＩＭＯシステムでありうる。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されたＭＩＭＯチャネルは、空間チャネルと称されるＮＳ個の独立したチャネルへ分解されうる。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与える。
【００１８】
図２は、例えばＵＭＢシステム、ＬＴＥシステム、あるいはＷｉＭａｘ ＯＦＤＭシステムのようなＯＦＤＭシステムのための階層的なカウント構成において、シンボルがどのようにカウントされるかの例を示す。最上位レベル２０２は、スーパフレーム・カウントである。ここでは、おのおののスーパフレームは、特定数のフレームから構成される。図２の例で示されるように、スーパフレーム１は、フレーム・カウントである次の階層レベル２０４に例示するように、（０乃至２５とナンバリングされて示されている）２６のフレームを含みうる。一方、おのおののフレームは、特定数のシンボルを含みうる。フレーム・レベル２０４を拡張したシンボル・カウント・レベル２０６によって示されるように、フレーム内に８つのシンボルを持つ典型的なシンボル・カウントが例示されている。おのおののシンボルは、特定の持続期間を持っている。例えば、いくつかのＵＭＢシステムでは、シンボル持続期間は、およそ０．９１ミリ秒の長さである。図２の例は、規則的なパターンを持つＵＭＢシステムの典型例であることに注目されたい。当業者であれば、本願によって、例えば、ＬＴＥまたはＷｉＭａｘのように規則的なパターンを持つ、あるいは不規則なパターンを持つその他の階層カウンティング・スキームも考慮されることを認識するだろう。さらに、シンボル構成すなわちシンボル・パラメータは、例えばＬＴＥのように、ＴＤＤガード時間や可変のシンボル時間を有するシステムにおいて、シンボル毎に変わりうることが注目される。
【００１９】
図３は、ＯＦＤＭ通信システムにおいて使用されうる異なるシンボル構成の２つの例を図示する。第１の例３０２は、例えば、ウィンドウ（Ｗｉｎ）トーン、サイクリック・プレフィクス（ＣＰ）トーン、および高速フーリエ変換（ＦＦＴ）トーン、あるいは、このフレームで送信されるデータのようなパラメータを有する規則的なＯＦＤＭシンボルを例示する。別の例３０４では、ＯＦＤＭフレームは、一例として、ＴＤＤ切換のために役に立つシンボル間の追加のガード期間インタバル・パラメータを含みうる。
【００２０】
異なるＯＦＤＭシステムにわたって、あるいは、同じＯＦＤＭシステム内であっても、例えばＣＰ、ＦＦＴ、およびガード・インタバル時間のようなシンボル・パラメータは、シンボル毎に異なりうることも注目される。
【００２１】
図４は、本明細書で開示される装置および方法を実現するために使用される通信システムにおいて動作可能な典型的な通信デバイスを例示する。アクセス・ポイントまたはアクセス端末のためのモデムの一部でありうるデバイス４００は、例えば、ＵＭＢ、ＬＴＥ、およびＷｉＭａｘのような種々異なる通信規格をサポートすることが可能なメカニズムをおのおの含む受信機部分および送信機部分の両方を含みうる。開示されたメカニズムは、シンボル毎ベースでシンボル・パラメータのフレキシビリティおよび変更を可能にするプログラム可能なマイクロ・コントローラおよびコード（例えば、マイクロコード）によって、シンボル・カウント、および、シンボル・パラメータの設定を制御する。
【００２２】
特に、デバイス４００は、１または複数のアンテナ（例えば、アンテナ４０４は、１本以上のアンテナを例示している）によってデータの送信および受信を行うラジオ・モジュール４０２を含む。ラジオ・モジュール４０２は、インタフェースまたはバス４１０によって、受信部（４０６）および送信部（４０８）にインタフェースされる。インタフェース４１０は、当該技術分野で周知の多くの適切なインタフェースまたはバス・デバイスのうちの何れかによって実現されうる。例えば、態様では、インタフェース４１０は、ＡＭＢＡ（登録商標）３ ＡＸＩバスあるいは同様のプロトコルであり、これによって、ラジオ・モジュール４０２は、スレーブ・デバイスとして動作する受信部４０６および送信部４０８に対するマスタ・デバイスとして動作できるようになる。さらに、別の態様では、モジュール４０２は、ＡＸＩバスを経由して、受信部４０６へＧＰＳタイムスタンプを発行し、これによって、受信部は、パケット・タイミングを識別できるようになる。
【００２３】
受信部４０６は特に、インタフェース４１０を経由してラジオ・モジュール４０２からデータ・パケットのサンプル・ストリームを受信するための受信サンプル・レート（ＲＳＲ）モジュール４１２または類似のデバイスを含む。ＲＳＲモジュール４１２は、サンプル・ストリームからＦＦＴデータ・サンプルを抽出し、このサンプルを、受信（ＲＸ）サンプル・メモリ４１４内に格納する。完全にＦＦＴデータが受信された後、ＲＳＲモジュール４１２は、データがレディであることをシグナルし、このデータを処理するためのジョブを、メモリ４１４からＦＦＴ／デマルチプレクサ・モジュール４１６へ送る。このジョブは、このデータのＲＸシンボル番号を含みうることが注目される。ＲＸシンボル番号は、ＧＰＳタイムスタンプから導出されうる。このジョブはまた、サンプル・メモリ４１４内のメモリ位置を含みうる。ＦＦＴモジュール４１６は、このメモリ位置から、データを復元することができる。（例えば、ＦＦＴ長さ、ＣＰ長さ等のような）ＲＸシンボル・パラメータ、および、ＧＰＳ時間からのシンボル・カウントの導出は、デジタル信号プロセッサ（例えば、ＤＳＰ４１８）によって、および、メモリ（例えば、メモリ４１９）内に格納された命令群によって設定されうる。これらについては、後に十分に説明する。
【００２４】
送信部４０８は、送信（ＴＸ）サンプル・メモリ４２２からサンプルを読み取る送信サンプル・レート（ＴＳＲ）モジュール４２０を含みうる。ＴＸサンプル・レートおよびＲＸサンプル・レートは通常等しいので、ＴＳＲ４２０は一般に、各ＲＸサンプルについて平均１つのＴＸサンプルを生成する。したがって、ＲＳＲモジュール４１２は、ＴＸサンプル・レートとＲＸサンプル・レートとが等しいことを保証することを助けるために、ＴＳＲモジュール４２０に対して、ラジオ・モジュール４０２から、各ＲＸデータ・パケットが到着したことを通知することができる。
【００２５】
送信部４０８による送信のために、多くのＴＸサンプルがカウントされる必要がある。したがって、ＴＳＲモジュール４２０は、通信カップリング４２８によって例示されるように、シンボルが要求される毎に、マルチプレクサ（ＭＵＸ）ブロック４２４に通知する。ＭＵＸ４２４はシンボルを生成する。このシンボルは、その後、逆高速フーリエ変換（ＩＦＦＴ）ブロック４２６によって処理される。ＩＦＦＴブロック４２６は、時間領域サンプルを、ＴＸサンプル・メモリ４２２内に格納する。ＩＦＦＴブロック４２６は、その後、ブロック４２６からモジュール４２０への矢印によって示すように、ＴＳＲモジュール４２０に対して、サンプルがレディであることを通知する。これに応答して、ＴＳＲモジュール４２０は、サンプル・メモリ４２２からサンプルを読み取り、データ・パケットおよびタイムスタンプ・パケットを生成し、ラジオ・モジュール４０２へ送る。インタフェース４０４がＡＸＩインタフェースである例において、ＴＳＲモジュール４２０は、ＡＸＩスレーブとして動作するだろう。したがって、この場合、ＴＳＲモジュール４２０は、ラジオ・モジュール４０２に対して、パケットがレディであることを通知し、ラジオ・モジュール４０２は、ＴＳＲモジュール４２０からのデータを取得するために、ＡＸＩ読み取りを実行する。
【００２６】
図５は、図４の装置で使用されるＴＳＲモジュール４２０の内部ブロック図を例示する。ＴＳＲモジュール４２０は、データ要求生成モジュール５０２を含んでいる。データ要求生成モジュール５０２は、受信部４０６からシンボル通知を受信するように構成される。態様において、ＴＸサンプル・レートとＲＸサンプル・レートとが等しい場合、おのおのの通知は、ＴＳＲモジュール４２０が、受信部４０６によって受信されたものと同数のサンプルを生成しなければならないことを意味する。したがって、データ要求生成モジュール５０２は、要求されたサンプルの合計数をカウントするように構成される。データ要求生成モジュール５０２はこの合計数から、完全な次のシンボルがいつ生成されねばならないかを判定することができる。この場合、モジュール５０２は、カウント・シーケンサ・モジュール５０４から次のシンボル数を取得し、（矢印４２８によって例示されるように）ＭＵＸブロック４２４へ要求を送る。カウント・シーケンサ・モジュール５０４は、命令メモリ４１９から読み取られた命令テーブル内の命令群に基づいて、シンボルのためのシンボル番号およびシンボル・パラメータを生成するように構成される。態様では、命令テーブルは、図４に示すＤＳＰ４１８のようなデジタル信号プロセッサ（図５には図示せず）によって決定される。ＦＦＴサイズ、ＣＰ、ウィンドウ、およびガード時間を含むシンボルのパラメータは、シンボル・パラメータ・バッファ５０６内に格納される。
【００２７】
ＭＵＸ４２４およびＩＦＦＴ４２６が、要求されたサンプルを生成した場合、ＩＦＦＴ４２６は、ＴＸサンプル・メモリ４２２内にｎ個のＦＦＴサンプル（ｎＦＦＴ）を格納する。ここで、ｎＦＦＴは、特定のシンボルのＦＦＴ長さである。メモリ４２２にデータが書き込まれた後、ＩＦＦＴ４２６は、ＴＳＲ４２０内のシンボル生成モジュール５０８に対して、入力５１０によって例示されるジョブ・コマンドを用いて、データがレディであることを伝えるだろう。態様では、ジョブ・コマンド５１０は、シンボル生成モジュール５０８によって取得されたＴＸサンプルのアドレスを、サンプル・メモリ４２２内に含める。特に、シンボル生成モジュール５０８は、サンプル・メモリ４２２からのＴＸサンプルと、シンボル・パラメータ内に保存されたシンボル・パラメータとを読み取る。モジュール５０８によって実行されるシンボル生成は、ＣＰ挿入、ウィンドウイング、および、デジタル・ゲインならびに周波数調節を含む。
【００２８】
ＴＸがモジュール５０８によって生成された後、シンボルは、インタフェース４１０を経由してラジオ・モジュール４０２に送られる。１つの態様では、シンボルは、予め定義されたプロトコルに基づいて、データ・パケットおよびタイムスタンプ・パケットによって送られる。さらに、ＯＦＤＭシンボル境界は、予め定めたプロトコルのパケット境界と揃わないことがあることが認識される。したがって、シンボル生成モジュール・ハードウェアは、シンボルを構築しているサンプルを送信すべきかを判定するために、この時点において、ゲートキーパ機能を実施するように構成されうる。態様によれば、ＴＳＲモジュール４２０からラジオ・モジュール４０２へのデータ転送は、スレーブとして動作するＴＳＲモジュール４２０と、マスタとして動作するラジオ・モジュール４０２との間で、ＡＸＩインタフェース（すなわち、ＡＸＩインタフェースとして設定されたインタフェース４１０）を介してなされる。したがって、ＴＳＲモジュール４２０は、ラジオ・モジュール４０２に対して、データがレディであることを通知し、ラジオ・モジュール４０２は、ＡＸＩ読取を実行するだろう。
【００２９】
図６は、図４の装置で使用されるＲＳＲモジュール４１２の内部ブロック図を例示する。モジュール４１２は、ラジオ・モジュール４０２によって受信されたデータ・パケットを受信するように構成されたラジオ・パケット・モジュール６０２を含んでいる。データ・パケットは、インタフェース４１０からのデータ・パケットのみならず、タイムスタンプ・パケットをも含む。タイムスタンプ・パケットとデータ・パケットとの両方が、送信通知モジュール６０４に送られる。このモジュール６０４は、到着したデータ・パケットについて、シンボル通知をＴＳＲモジュール４２０へ送信するように構成される。
【００３０】
タイムスタンプ・パケットはまた、モジュール６０２から同期ロジック６０６へも出力される。ロジック６０６は、ラジオ・モジュール４０２およびインタフェース４１０からのタイムスタンプ値が、予め定めたターゲット時間値に一致するまで待つように構成される。このターゲット時間値は、（図６に示されていない）ＤＳＰ４１８またはその他の類似のデバイスまたはロジックによって決定される。一致が得られた場合、同期ロジック６０６は同期状態にある。
【００３１】
同期後、データ・パケットはまた、シンボル・アセンブリおよび抽出モジュール６０８へ送られる。このモジュール６０８は、ロジック６０６から同期情報を受信する。このシンボル・アセンブリおよび抽出モジュール６０８は、サンプルの完全なシンボル値が到着したときを判定するように動作可能である。この判定は、カウント・シーケンサ・モジュール６１０から受信したシンボル・パラメータに少なくとも基づく。これによって、シンボル・アセンブリおよび抽出モジュールは、サンプルの完全なシンボル値が到着したときを判定できるようになる。例えば、モジュール６０８は、完全なシンボルが、ｎＦＦＴ＋ｎＣＰ＋ｎＷｉｎ＋ｎＧｕａｒｄ個のサンプルが受信された後に到着したことを判定することができる。おのおののシンボルが到着した後、カウント・シーケンサ・モジュール６１０は、おのおのの次のサンプルのためのシンボル・カウントおよびシンボル・パラメータを生成するために使用される。
【００３２】
シンボルが到着した後、シンボル・アセンブリおよび抽出モジュール６０８は、ＲＸサンプル・メモリ４１４に次のｎＦＦＴ個のサンプルをロードし、ジョブ信号を、ＦＦＴ／デマルチプレクサ・ブロック４６へ送り、メモリ４１４内に格納されたサンプルが処理される。態様では、ジョブは、シンボル番号を含んでいる。
【００３３】
カウント・シーケンサ・モジュール６１０に関し、このモジュールはまず、受信された第１のシンボルのためのシンボル番号およびパラメータを生成するために初期化される。カウント・シーケンサ・モジュール６１０は、命令メモリ４１９内に格納された命令テーブルから命令群を取得するハードウェアを含む。これら命令群は、ＤＳＰまたはその他類似のロジックまたはファームウェアによって書き込まれる。例えばＬＴＥシステムにおいて、あるいは、あるＯＦＤＭ技術と別のＯＦＤＭ技術との間を移行する場合のように、必要な場合には、たとえシンボルからシンボルへであっても、カウント・シーケンサ・モジュール６１０による命令の実行は、シンボルのためのシンボル番号および特定のシンボル・パラメータを決定する際に使用される。
【００３４】
図７は、図５および図６それぞれに示すモジュール５０４またはモジュール６１０のうちの何れかのために使用されるカウント・シーケンサ・モジュールの典型的な内部ブロック図を例示する。特に、シンボル番号を生成し、シンボル毎ベースで変化するシンボル・パラメータを追跡するために、ＲＳＲモジュール４１２とＴＳＲモジュール４２０との両方が、同様に、カウント・シーケンサ・モジュールを利用しうることが注目される。カウント・シーケンサ・モジュール５０４、６１０は、シンボル番号の任意のシーケンスを与え、ＲＳＲモジュールとＴＳＲモジュールとの両方のためのシンボル・パラメータを変更する（例えば、マイクロ・コントローラ７００のような）マイクロコントローラ・ベースの制御を利用する。両ケースにおいて、カウント・シーケンサ・モジュール５０４、６１０は、マイクロ・コントローラ７００を介して、カウント・レジスタ７０２またはその他の適切な出力デバイスからシンボル・カウントを出力し、シンボル・パラメータ・レジスタ７０４または類似の適切な出力デバイスから１または複数のシンボル・パラメータを出力する。
【００３５】
マイクロ・コントローラ７００は、命令フェッチ・ユニット７０６を介して、メモリ４１９から命令群を読み取るか、あるいは、取得することによってプログラムされる。フェッチ・ユニット７０６による取得は、プログラム・カウンタ７０８または類似のデバイスの制御または命令の下で行われる。プログラム・カウンタ７０８は、マイクロ・コントローラ７００と通信している。ここでは、１または両方のユニット（７００、７０８）が、シンボルのための命令群のロードの追跡またはカウントを行うように動作可能である。プログラム・カウンタ７０８および／またはマイクロ・コントローラ７００は、プログラム・カウントに基づいて、フェッチ・ユニット７０６に対して、メモリ４１９からマイクロ・コントローラ７００へと命令群を取得またはロードするように指示する。命令群は、その後、所望される場合、または、必要な場合には、新たなシンボルのおのおのについてさえも、マイクロ・コントローラによって処理される。処理される命令群のタイプは、一例として、シンボル・パラメータ値およびシンボルの設定、フレーム、スーパフレーム・カウントのみならず、後に詳細に説明されるように、シンボル、フレーム、およびスーパフレーム・カウントのインクリメントをも含む。
【００３６】
マイクロ・コントローラ７００およびプログラム・カウンタ７０８の動作の例として、図８は、動作の典型的なフロー図を例示する。最初のブロック８０２では、プログラム・カウンタ７０８が０に設定される。ブロック８０２においてプログラム・カウンタが設定された後、フローはブロック８０４に進む。ここでは、コマンドが、プログラム・カウンタ７０８の制御の下で、フェッチ・ユニット７０６によってロードされる。さらに、ブロック８０２の初期化処理が先になされた場合、ブロック８０４の処理は、マイクロ・コントローラ７００が、ベース命令テーブル・アドレスを、命令フェッチ・ユニット７０６へロードすることを含むことが注目される。
【００３７】
ブロック８０４の後、フローは判定ブロック８０６に進む。ロードされた命令におけるフィールドが、（一例として、カウント・シーケンサが、次のシンボルのような条件を待つ）待機コマンドに等しくない場合、マイクロ・コントローラ７００は、ブロック８０８によって示されるように、次のロードのためにプログラム・カウンタをインクリメントし、ブロック８１０によって示されるように、現在の命令またはコマンドを処理する。ブロック８１０において命令が処理された後、フローは、ブロック８０４へ戻る。そして、ブロック８０４、８０８、８１０のフェッチ、カウント・インクリメント、および命令処理のコマンドまたは命令が、ブロック８０６において、待機命令が受信されたと判定されるまで続く。
【００３８】
待機コマンドが受信されたとブロック８０６において判定されると、フローは、ブロック８１２に進む。ここでは、マイクロ・コントローラ７００が、次のシンボルを待つ。さらに、ブロック８１４で示されるように、シンボル・フレーム・カウントがインクリメントされる。シンボル・フレーム・カウントは、フレーム内のシンボル番号のカウントである。シンボル・フレーム・カウントがインクリメントされた後、フローは、判定ブロック８１６に進む。ここでは、マイクロ・コントローラ７００は、待機条件を満足しているかを判定する。例として、判定された待機条件は、フレームが発生したことを示すインジケーションを与える、予め定めた数のシンボルがカウントされるまで待つこと。フレーム境界が発生したことを示す別のカウントを待つこと。あるいは、フレーム・カウントに基づいて、スーパフレーム境界が発生したとの判定がなされるまで待つことである。待機条件を満足しない場合、フローは、ブロック８１２に進む。待機条件が最終的に満足されると、ブロック８１８に示すようにプログラム・カウントがインクリメントされ、ブロック８０４に戻ることによって示されるように、規則的な命令処理が再開する。
【００３９】
図７に戻って、１つの態様では、多くの別のフィールドが、カウンタ・レジスタ７０２によってカウントされることが注目される。例えば、ＵＭＢ仕様をサポートするために、カウンタ・レジスタ７０２は、３つのカウント・レベル、すなわち、フレーム内のシンボル・カウント、スーパフレーム内のフレーム数のフレーム・カウント、および、スーパフレームの数をカウントするスーパフレーム・カウントを提供するように構成される。これらの階層的なカウントは単なる典型例であり、例えばＬＴＥやＷｉＭａｘのような異なる技術を適用する場合、その他様々なカウント数が利用されうることが注目される。さらに、これらカウントは、一例として、フレーム境界およびスーパフレーム境界においてリセットされるように構成されうる。別の態様では、カウンタ・レジスタはまた、おのおののシンボル番号をインクリメントするシンボル・バッファ・カウントと、おのおののフレームをインクリメントするフレーム・バッファ・カウントとのようなバッファ・カウンタの自由な組み合わせをも含みうる。これらのバッファ・カウントは、上記したその他のフィールドにおいてなされるように、フレーム境界およびスーパフレーム境界においてリセットされないだろう。したがって、これらのカウンタは、バッファ位置をトグルするハードウェア・ブロックによって使用されうる。
【００４０】
別の態様では、シンボル・パラメータ・レジスタ７０４内に１または複数のフィールドが存在しうる。例として、これらのフィールドは、ＦＦＴ、ＣＰ、ウィンドウ、およびガードを含むＯＦＤＭシンボル成分の長さを記述することができる。シンボルがＴＤＤ動作においてアクティブであるかを示すために、アクティブ・ビット・フィールドも使用されうる。
【００４１】
シンボル・カウンタおよびパラメータは、命令群のシーケンスによって更新される。マイクロ・コントローラは、カウント・シーケンス・モジュールで利用されるので、これら命令群は、通常のコンピュータ・コードに比べて短縮されうる。したがって、これら命令群のシーケンスは、その小さなサイズによって、「マイクロコード」として特徴付けられ、専用のマイクロ・コントローラ７００によって実行することが可能である。態様によれば、マイクロコードの命令群はおのおのの、予め定めた数のビット命令語（例えば、３２ビットの命令語）によって記述されうる。さらなる態様では、命令語は、実行されるべき動作（例えば、ＳＥＴ（ビット設定）、ＩＮＣＲ（カウント・インクリメント）、ＢＮＥＱ（値が、予め定めた値に等しいか否かを判定する比較機能）、および待機、のみならず、当業者によって考慮されうるその他の動作）のためのビットを含む。おのおのの命令語はまた、例えばシンボル・カウント、フレーム・カウント、またはスーパフレーム・カウント、あるいは特定のＯＦＤＭパラメータ（例えば、ｎＦＦＴ値、ｎＣＰ値、ｎＷｉｎ値、ｎＧｕａｒｄ値）、あるいは、例えば、ＴＤＤ動作におけるように、シンボルがアクティブであることを示すフラグ（例えば、「アクティブ」）のような論理動作や、その他のさまざまな動作のためのその他任意のさまざまなパラメータのように、動作の主題となるパラメータ（すなわち、パラメータ・タイプ）を示すパラメータ・フィールドを含みうる。命令語はまた、パラメータ・タイプのパラメータ値と、分岐動作のための分岐先表示とを含む。
【００４２】
図９は、ＤＳＰ４１８または他の類似のデバイスによってメモリ４１９に書き込まれる典型的なマイクロコード・テーブルを図示する。図９の具体例は、ＵＭＢ ＴＤＤシステム用のものであり、単に１つの技術タイプの例である。当業者であれば、マイクロコードがさまざまな技術に対して適合され、マイクロ・コントローラと連携して適合されたマイクロコードを使用することによって、命令カウントおよび複雑さを望ましく低減しながら、単一のハードウェア・デバイスを用いるマルチモード・デバイス（例えば、マイクロ・コントローラを用いるカウント・シーケンサ・モジュール）のための可変性を与えることを認識するだろう。
【００４３】
図９の典型的なテーブルで見られるように、マイクロコードにおいて図示される１１のラインのおのおのは、４ビットのパラメータ・フィールド、同じく４ビットのパラメータ・タイプ・フィールド、割り当てられた１６ビットを有するパラメータ値、および８ビットを有する分岐先ライン番号を有する３２ビットの命令語を備える。マイクロコード命令群は連続して実行されうるが、例えば、命令ライン８によって例示されるように分岐して戻ることもある。ライン８に示されるような特定のＢＮＥＱ動作が実行された場合、フレーム・カウントが２６に等しいかを確認する判定がなされる。フレーム・カウントが２６であることは、スーパフレーム境界を示す。条件を満足しない場合、分岐先は、マイクロコードを、指定された特定のライン番号に戻す。この特定のケースでは、ライン番号は、ライン５である。したがって、マイクロコードは、ライン８の条件を満足するまで、マイクロ・コントローラに対して、ライン５−８を再度実行するために、マイクロコードのライン５に戻るように指示する。説明しているように、図９の例は、異なるＯＦＤＭ技術のために適合された任意の数のさまざまなマイクロコードのうちの単なる１つであり、マイクロコードは、命令ラインが少なく、さほど複雑ではないか、あるいは、命令ラインが増えて、より複雑になったものを考慮している。さらに、当業者であれば、所望に応じて、より少ないフィールドまたはより多くのフィールドが、マイクロコードのおのおのの命令語において適用されうることを認識するだろう。
【００４４】
再び図７に戻って、カウント・シーケンサ・モジュール５０４、６１０は、１つの代替態様では、比較機能ユニット７１０を含んでいる。ユニット７１０は、次のシンボルの開始のためにマイクロ・コントローラ７００によって設定または判定された時間を、現在のクロック時間信号と比較するために使用される。次の信号の開始は、現在のＯＦＤＭ技術の既知のタイミングまたは既知のサンプル・レートに基づいて判定される。新たなシンボルの時間になると、比較ユニット７１０の出力は、新たなシンボルが開始されたことを示すために、マイクロ・コントローラ７００へとシグナリングを切り替える。ユニット７１０は、マイクロ・コントローラ７００と別に示されているが、当業者であれば、比較機能はまた、マイクロ・コントローラ７００内に組み込まれうることを認識するであろうことが注目される。時間比較機能は、マイクロコードからの命令語の指示の下で実行されることも認識されるだろう。新たなシンボルの開始の判定は、マイクロ・コントローラ７００に対して、プログラム・カウンタ７０８および命令フェッチ７０６を介してさらなるマイクロコードを読み取ることを促しうる。これによって、シンボル・パラメータは、シンボル毎ベースで更新されるようになる。
【００４５】
図１０は、開示されたカウント・シーケンサ・モジュールによって達成される方法を図示する。この方法１０００は、通信デバイスの送信部（例えば、送信部４０８およびＴＳＲモジュール４２０）または受信部（例えば、受信部４０６およびＲＳＲモジュール４１２）の何れかで使用されうるカウント・シーケンサ・モジュールによって実現されうる。第１のブロック１００２では、この方法１０００は、例えば図４のデバイス４００のような通信デバイスにおいて、サンプルのストリームを受信し、サンプルのストリームにおいて、シンボルの開始を待つことを含む。「受信する」という用語は、通信デバイスの受信部への受信に限定せず、通信デバイスの送信部によって送信されたサンプルを受信することをも称することが注目される。したがって、図４乃至図６の例を用いて、サンプル・ストリームは、送信部の場合におけるＩＦＦＴ４２６およびメモリ４２２から、受信部の場合におけるラジオ・モジュール４０２およびインタフェース４１０から、の何れかによって受信されるだろう。
【００４６】
シンボルの開始は、サンプル入力ストリームのサンプル・レートが既知であると仮定して、サンプルの入力ストリームの予め定めた持続時間に基づいて判定されうる。予め定めた持続時間の判定は、一例として、マイクロ・コントローラ７００によって実行されうる。別の例において、持続時間の終了は、図７に例示される代替比較機能７００によって実行される。
【００４７】
ブロック１００２においてシンボルの開始が判定された後、フローはブロック１００４へ進み、ここでは、１または複数のプログラムされた命令群（例えば、マイクロコードの命令語）が読み取られる。例において、命令群を読み取る処理は、プログラム・カウンタ７０８が、命令フェッチ７０６に対して、メモリ４１９に格納された命令群を、マイクロ・コントローラ７００へ読み取るように指示することを含む。プログラムされた命令群が読み取られた後、フローはブロック１００６に進み、１または複数のプログラムされた命令群に基づいて、すなわち、これら命令群の実行に基づいて、通信デバイスのためのシンボル情報が更新される。「シンボル情報」は、例えばＦＦＴサイズまたはＣＰサイズのようなシンボル・パラメータと、例えばシンボル・カウント、フレーム・カウント、およびスーパフレーム・カウントのようなシンボル・カウントとを含むことが注目される。さらに、少なくとも次のシンボルまたはその後のシンボルの開始時間（すなわち、境界）が設定される。これもまた、プログラムされた命令群に基づきうる。ブロック１００４、１００６の処理は、例えばマイクロ・コントローラ７００のようなハードウェアによってのみならず、例えば、カウンタ・レジスタ７０２やシンボル・パラメータ・レジスタ７０４のようなカウント・シーケンサ・モジュール（５０４または６１０）における他の要素によっても実行されうることが注目される。方法１０００は、通信デバイスにおいて受信または送信された各々のシンボルについて連続的に繰り返されうることも注目される。
【００４８】
図１１は、例えばアクセス端末のような通信デバイスにおいて、シンボル情報（すなわち、パラメータ）の更新のために使用されうる別の装置１１０２を例示する。装置１１０２は、サンプル入力ストリームを受信し、予め定めた時間に基づいて、このサンプル内のシンボルの開始を待つ手段１１０４を含む。手段１１０４の典型的な実装は、マイクロ・コントローラ７００を含むカウント・シーケンサ・モジュール５０４または６１０のみならず、送信部のための送信サンプル・メモリ４２２、または、ラジオ受信パケット・モジュール６０２を含みうる。手段１１０４によって判定された情報は、その後、バス１１０６または類似の適切な通信カップリングまたはインタフェースを経由して、装置１１０２内の他のさまざまなモジュールへ通信される。
【００４９】
装置１１０２はまた、手段１１０４によって判定されたシンボルの開始時において、１または複数のプログラムされた命令群を読み取るための手段１１０８を含む。
【００５０】
例において、手段１１０８は、命令フェッチ７０６およびプログラム・カウンタ７０８のみならず、マイクロ・コントローラ７００によっても実現されうる。さらに、手段１１０８は、メモリ・デバイス１１１０から、プログラムされた命令群を読み取る。メモリ・デバイス１１１０は、例として、命令テーブル・メモリ４１９として、あるいは、命令群を格納するための任意の適切なストレージとして実現されうる。これら命令群は、例えば、前述したマイクロコードのようなマイクロコードでありうる。
【００５１】
さらに、装置１１０２は、１または複数のプログラムされた命令群に基づいて、通信デバイスのシンボル情報を更新し、少なくとも次のシンボルの開始のための時間を設定する手段１１１２を含む。手段１１１２は、例として、マイクロ・コントローラ７００、および、カウンタ・レジスタ７０２とパラメータ・レジスタ７０４とのうちの１つまたは両方によって実現されうる。さらに、装置１１０２はまた、例えばＤＳＰ１１１４のようなプロセッサをも含みうることが注目される。このプロセッサは、１または複数のプログラム可能な命令群をメモリ・デバイス１１１０へ書き込む。
【００５２】
上記開示された装置および方法を考慮すると、開示されたハードウェアおよびマイクロコードを用いることによって、通信デバイスは、最小のハードウェアで、かつ、デバイス内の種々異なる通信規格に適応するための柔軟性を持って、シンボル情報（例えば、パラメータおよびカウント）を変更または更新できるようになることが理解される。
【００５３】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されることを理解するだろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００５４】
説明を単純にする目的で、開示されたこれら方法は、一連のまたは多くの動作として示され説明されているが、本明細書に記載されたこれら処理は、幾つかの動作が本明細書で示され記載されたものとは異なる順序で、あるいは他の動作と同時に生じうるので、本明細書に記載された処理は、これら動作の順序によって限定されないことが理解されるべきである。例えば、当業者であれば、これら方法はその代わりに、例えば状態図におけるように、一連の相互関連する状態またはイベントとして表されうることを認識するだろう。さらに、本明細書で開示された主題とする方法にしたがって方法を実現するために、必ずしも例示された全ての動作が必要とされる訳ではない。
【００５５】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００５６】
当業者であればさらに、本明細書で開示された例に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、特定のアプリケーションおのおのに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００５７】
本明細書で開示された例に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロ・コントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００５８】
本明細書で開示された例に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００５９】
開示された例の前述の記載は、いかなる当業者であっても、ここで開示された装置または方法を製造または使用できるように提供される。これら例に対する様々な変形例もまた、当業者に容易に明らかになるだろう。そして、本明細書で定義された一般的な原理は、本開示の精神または範囲から逸脱することなく他の例にも適用されうる。このように、本開示は、本明細書で示された例に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【特許請求の範囲】
【請求項１】
通信デバイスにおいてシンボル・パラメータを更新する方法であって、
予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つことと、
前記シンボルの開始時において、１または複数のプログラムされた命令群を読み取ることと、
前記１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定することと
を備える方法。
【請求項２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項１に記載の装置。
【請求項３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項１に記載の装置。
【請求項４】
前記１または複数のプログラムされた命令群は、専用のマイクロコントローラ・ハードウェアによって実行可能な命令語である請求項１に記載の装置。
【請求項５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項１に記載の装置。
【請求項６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項１に記載の装置。
【請求項７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項６に記載の装置。
【請求項８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項６に記載の装置。
【請求項９】
前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成することをさらに備える請求項１に記載の装置。
【請求項１０】
前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出することをさらに備える請求項１に記載の装置。
【請求項１１】
通信デバイスにおいてシンボル情報を更新する装置であって、
予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待ち、
前記シンボルの開始時において、１または複数のプログラムされた命令群を、命令メモリから読み取り、
前記１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定する
ように構成されたカウント・シーケンサ・モジュールを備える装置。
【請求項１２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項１１に記載の装置。
【請求項１３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項１１に記載の装置。
【請求項１４】
前記カウント・シーケンサ・モジュールは、前記１または複数のプログラムされた命令群を実行するように構成されたマイクロコントローラ・ハードウェアを備える請求項１１に記載の装置。
【請求項１５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項１１に記載の装置。
【請求項１６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項１１に記載の装置。
【請求項１７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項１６に記載の装置。
【請求項１８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項１６に記載の装置。
【請求項１９】
前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成するように構成されたシンボル生成モジュールをさらに備える請求項１１に記載の装置。
【請求項２０】
前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出するように構成されたシンボル抽出モジュールをさらに備える請求項１１に記載の装置。
【請求項２１】
通信デバイスにおいてシンボル情報を更新する装置であって、
予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つ手段と、
前記シンボルの開始時において、１または複数のプログラムされた命令群を読み取る手段と、
前記１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定する手段と
を備える装置。
【請求項２２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項２１に記載の装置。
【請求項２３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項２１に記載の装置。
【請求項２４】
前記１または複数のプログラムされた命令群は、専用のマイクロコントローラ・ハードウェアによって実行可能な命令語である請求項２１に記載の装置。
【請求項２５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項２１に記載の装置。
【請求項２６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項２１に記載の装置。
【請求項２７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項２６に記載の装置。
【請求項２８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項２６に記載の装置。
【請求項２９】
前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成する手段をさらに備える請求項２１に記載の装置。
【請求項３０】
前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出する手段をさらに備える請求項２１に記載の装置。
【請求項３１】
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
コンピュータに対して、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待たせるためのコードと、
コンピュータに対して、前記シンボルの開始時において、１または複数のプログラムされた命令群を読み取らせるためのコードと、
コンピュータに対して、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新させ、次のシンボルの開始のための時間を設定させるためのコードと
を備えるコンピュータ・プログラム製品。
【請求項３２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項３１に記載のコンピュータ・プログラム製品。
【請求項３３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項３１に記載のコンピュータ・プログラム製品。
【請求項３４】
前記１または複数のプログラムされた命令群は、専用のマイクロコントローラ・ハードウェアによって実行可能な命令語である請求項３１に記載のコンピュータ・プログラム製品。
【請求項３５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項３１に記載のコンピュータ・プログラム製品。
【請求項３６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項３１に記載のコンピュータ・プログラム製品。
【請求項３７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項３６に記載のコンピュータ・プログラム製品。
【請求項３８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項３６に記載のコンピュータ・プログラム製品。
【請求項３９】
コンピュータに対して、前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成させるためのコードをさらに備える請求項３１に記載のコンピュータ・プログラム製品。
【請求項４０】
コンピュータに対して、前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出させるためのコードをさらに備える請求項３１に記載のコンピュータ・プログラム製品。
【請求項１】
通信デバイスにおいてシンボル・パラメータを更新する方法であって、
予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つことと、
前記シンボルの開始時において、１または複数のプログラムされた命令群を読み取ることと、
前記１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定することと
を備える方法。
【請求項２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項１に記載の装置。
【請求項３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項１に記載の装置。
【請求項４】
前記１または複数のプログラムされた命令群は、専用のマイクロコントローラ・ハードウェアによって実行可能な命令語である請求項１に記載の装置。
【請求項５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項１に記載の装置。
【請求項６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項１に記載の装置。
【請求項７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項６に記載の装置。
【請求項８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項６に記載の装置。
【請求項９】
前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成することをさらに備える請求項１に記載の装置。
【請求項１０】
前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出することをさらに備える請求項１に記載の装置。
【請求項１１】
通信デバイスにおいてシンボル情報を更新する装置であって、
予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待ち、
前記シンボルの開始時において、１または複数のプログラムされた命令群を、命令メモリから読み取り、
前記１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定する
ように構成されたカウント・シーケンサ・モジュールを備える装置。
【請求項１２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項１１に記載の装置。
【請求項１３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項１１に記載の装置。
【請求項１４】
前記カウント・シーケンサ・モジュールは、前記１または複数のプログラムされた命令群を実行するように構成されたマイクロコントローラ・ハードウェアを備える請求項１１に記載の装置。
【請求項１５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項１１に記載の装置。
【請求項１６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項１１に記載の装置。
【請求項１７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項１６に記載の装置。
【請求項１８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項１６に記載の装置。
【請求項１９】
前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成するように構成されたシンボル生成モジュールをさらに備える請求項１１に記載の装置。
【請求項２０】
前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出するように構成されたシンボル抽出モジュールをさらに備える請求項１１に記載の装置。
【請求項２１】
通信デバイスにおいてシンボル情報を更新する装置であって、
予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待つ手段と、
前記シンボルの開始時において、１または複数のプログラムされた命令群を読み取る手段と、
前記１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新し、次のシンボルの開始のための時間を設定する手段と
を備える装置。
【請求項２２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項２１に記載の装置。
【請求項２３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項２１に記載の装置。
【請求項２４】
前記１または複数のプログラムされた命令群は、専用のマイクロコントローラ・ハードウェアによって実行可能な命令語である請求項２１に記載の装置。
【請求項２５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項２１に記載の装置。
【請求項２６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項２１に記載の装置。
【請求項２７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項２６に記載の装置。
【請求項２８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項２６に記載の装置。
【請求項２９】
前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成する手段をさらに備える請求項２１に記載の装置。
【請求項３０】
前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出する手段をさらに備える請求項２１に記載の装置。
【請求項３１】
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
コンピュータに対して、予め定めた時間において、サンプル・ストリーム内のシンボルの開始を待たせるためのコードと、
コンピュータに対して、前記シンボルの開始時において、１または複数のプログラムされた命令群を読み取らせるためのコードと、
コンピュータに対して、１または複数のプログラム可能な命令群に基づいて、シンボル情報を更新させ、次のシンボルの開始のための時間を設定させるためのコードと
を備えるコンピュータ・プログラム製品。
【請求項３２】
前記シンボル情報は、ＦＦＴにおけるサンプル数、サイクリック・プレフィクス（ＣＰ）におけるサンプル数、シンボル・ウィンドウにおけるサンプル数、ガード・インタバルにおけるサンプル数、フレームにおける合計シンボル数、スーパフレームにおける合計シンボル数、のうちの１または複数を含むシンボル特性に関連するシンボル・パラメータを含む請求項３１に記載のコンピュータ・プログラム製品。
【請求項３３】
前記シンボル情報は、フレーム内のシンボルのカウント数、スーパフレーム内のフレームのカウント数、スーパフレームのカウント数、のうちの少なくとも１つに関連するシンボル・カウントを含む請求項３１に記載のコンピュータ・プログラム製品。
【請求項３４】
前記１または複数のプログラムされた命令群は、専用のマイクロコントローラ・ハードウェアによって実行可能な命令語である請求項３１に記載のコンピュータ・プログラム製品。
【請求項３５】
前記１または複数のプログラムされた命令群は、おのおののシンボルのために、デジタル信号プロセッサによって、命令メモリ内にプログラムされることが可能である請求項３１に記載のコンピュータ・プログラム製品。
【請求項３６】
前記１または複数のプログラムされた命令群は、特定の直交周波数分割多重化（ＯＦＤＭ）技術および特定の動作モードのうちの少なくとも１つに関連している請求項３１に記載のコンピュータ・プログラム製品。
【請求項３７】
前記特定のＯＦＤＭ技術は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術、ロング・ターム・イボリューション（ＬＴＥ）技術、およびＷｉＭａｘ技術を含む請求項３６に記載のコンピュータ・プログラム製品。
【請求項３８】
前記特定の動作モードは、時分割デュプレクスおよび周波数分割デュプレクスを含む請求項３６に記載のコンピュータ・プログラム製品。
【請求項３９】
コンピュータに対して、前記更新されたシンボル情報に基づいて、前記通信デバイスによる送信のためのシンボルを生成させるためのコードをさらに備える請求項３１に記載のコンピュータ・プログラム製品。
【請求項４０】
コンピュータに対して、前記更新されたシンボル情報に基づいて、前記サンプル・ストリームから、前記通信デバイスによって受信されたシンボルを抽出させるためのコードをさらに備える請求項３１に記載のコンピュータ・プログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２０１１−５２２４５１（Ｐ２０１１−５２２４５１Ａ）
【公表日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願番号】特願２０１１−５０３０５０（Ｐ２０１１−５０３０５０）
【出願日】平成２１年３月２６日（２００９．３．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３８４６８
【国際公開番号】ＷＯ２００９／１２３９１５
【国際公開日】平成２１年１０月８日（２００９．１０．８）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願日】平成２１年３月２６日（２００９．３．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３８４６８
【国際公開番号】ＷＯ２００９／１２３９１５
【国際公開日】平成２１年１０月８日（２００９．１０．８）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]