(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおける送信機及び受信機間のチャネルを推定する方法であって、
前記受信機において、少なくとも、ｉ）複数のトレーニングデータトーン、及び、ｉｉ）１以上のパイロットトーンを含む複数の直交周波数分割多重（ＯＦＤＭ）トーンをそれぞれ含む、データユニットのプリアンブルにおける複数のトレーニング信号フィールドを受信する段階と、
前記受信機によって、ｉ）前記複数のトレーニングデータトーン、及び、ｉｉ）前記１以上のパイロットトーンに対応するチャネル推定データを決定する段階と、
前記受信機によって、ｉ）前記ＯＦＤＭトーンのサブセットに対応するチャネル推定データ、又は、ｉｉ）前記ＯＦＤＭトーンの前記サブセットに対応する前記チャネル推定データを使用して生成されたデータを、前記送信機に送信する段階とを備え、
前記サブセットにはパイロットトーンが含まれない、チャネルを推定する方法。
【請求項２】
前記サブセットは、少なくともエッジトーンを含み、
前記エッジトーンは、ｉ）最も大きなトレーニングデータトーンインデックス、及び、ｉｉ）最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項１に記載のチャネルを推定する方法。
【請求項３】
前記サブセットは、少なくとも、直流（ＤＣ）トーンに隣接するトーンを含む請求項１または２に記載のチャネルを推定する方法。
【請求項４】
前記サブセットは、少なくとも、エッジトーン及び直流（ＤＣ）トーンに隣接するトーンを含み、
前記エッジトーンは、ｉ）最も大きなトレーニングデータトーンインデックス、及び、ｉｉ）最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項１または２に記載のチャネルを推定する方法。
【請求項５】
前記サブセットは、第１サブセット及び第２サブセットを含む複数のサブセットのうちの１つであり、
前記第２サブセットは、前記第１サブセットのサブセットであり、
前記チャネルを推定する方法は、
前記複数のサブセットから前記サブセットを選択する段階を更に備える請求項１から４の何れか一項に記載のチャネルを推定する方法。
【請求項６】
前記複数のサブセットは、第３サブセットを含み、
前記第３サブセットは、前記第２サブセットのサブセットである請求項５に記載のチャネルを推定する方法。
【請求項７】
前記サブセットは、前記複数のトレーニングデータトーンのそれぞれを含む請求項１から６のいずれか１項に記載のチャネルを推定する方法。
【請求項８】
前記サブセットは、下側波帯及び上側波帯において互いに対称であるトレーニングデータトーンのみを含む請求項１から７のいずれか１項に記載のチャネルを推定する方法。
【請求項９】
前記サブセットは、２つの隣接するＯＦＤＭトーンからなるグループそれぞれから１つのトーンを含む請求項１から８のいずれか１項に記載のチャネルを推定する方法。
【請求項１０】
前記サブセットは、４つの隣接するＯＦＤＭトーンからなるグループそれぞれから１つのトーンを含む請求項１から８のいずれか１項に記載のチャネルを推定する方法。
【請求項１１】
ｉ）複数のトレーニングデータトーン、及び、ｉｉ）１以上のパイロットトーンを少なくとも含む複数の直交周波数分割多重（ＯＦＤＭ）トーンをそれぞれ含む、データユニットのプリアンブルにおける複数のトレーニング信号フィールドを受信し、
ｉ）前記複数のトレーニングデータトーン、及び、ｉｉ）前記１以上のパイロットトーンに対応するチャネル推定データを決定し、
ｉ）前記ＯＦＤＭトーンのサブセットに対応するチャネル推定データ、又は、ｉｉ）前記ＯＦＤＭトーンの前記サブセットに対応する前記チャネル推定データを使用して生成されたデータを、送信機に送信する無線ネットワークインターフェースを備える装置であって、
前記サブセットには、パイロットトーンが含まれない装置。
【請求項１２】
前記サブセットは、少なくともエッジトーンを含み、
前記エッジトーンは、ｉ）最も大きなトレーニングデータトーンインデックス、及び、ｉｉ）最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項１１に記載の装置。
【請求項１３】
前記サブセットは、少なくとも、直流（ＤＣ）トーンに隣接するトーンを含む請求項１１または１２に記載の装置。
【請求項１４】
前記サブセットは、少なくとも、エッジトーン及び直流（ＤＣ）トーンに隣接するトーンを含み、
前記エッジトーンは、ｉ）最も大きなトレーニングデータトーンインデックス、及び、ｉｉ）最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項１１または１２に記載の装置。
【請求項１５】
前記サブセットは、第１サブセット及び第２サブセットを含む複数のサブセットのうちの１つであり、
前記第２サブセットは、前記第１サブセットのサブセットであり、
前記無線ネットワークインターフェースは更に、前記複数のサブセットから前記サブセットを選択するように構成される請求項１１から１４の何れか一項に記載の装置。
【請求項１６】
前記複数のサブセットは、第３サブセットを含み、
前記第３サブセットは、前記第２サブセットのサブセットである請求項１５に記載の装置。
【請求項１７】
前記サブセットは、前記複数のトレーニングデータトーンのそれぞれを含む請求項１１から１６のいずれか１項に記載の装置。
【請求項１８】
前記サブセットは、下側波帯及び上側波帯において互いに対称であるトレーニングデータトーンのみを含む請求項１１から１７のいずれか１項に記載の装置。
【請求項１９】
前記サブセットは、２つの隣接するＯＦＤＭトーンからなるグループそれぞれから１つのトーンを含む請求項１１から１８のいずれか１項に記載の装置。
【請求項２０】
前記サブセットは、４つの隣接するＯＦＤＭトーンからなるグループそれぞれから１つのトーンを含む請求項１１から１８のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、通信ネットワークに関し、詳細には、通信システムにおけるチャネル記述フィードバックに関する。
【０００２】
［関連出願］
本開示は、２０１０年８月１０日出願の米国仮出願61/372,376号及び２０１０年１０月２８日出願の米国仮出願61/407,705号の優先権を主張するものであり、前記出願の内容は、参照により本明細書に組み込まれる。
【背景技術】
【０００３】
本発明の理解するための背景を一般的に説明することを目的として、背景技術を説明する。以下、背景技術の章において説明される範囲及び出願時には従来技術として認められていない側面の範囲において、本願発明者の仕事は、本開示に対して明示的に又は非明示的にも、従来技術であるとは認めていない。
【０００４】
電気電子技術者協会（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ及び８０２．１１ｎ規格のような無線ローカルエリアネットワーク（ＷＬＡＮ）規格では、シングルユーザピークデータのスループットの改善がなされている。例えば、ＩＥＥＥ８０２．１１ｂ規格では、１１メガビット／秒（Ｍｂｐｓ）のシングルユーザスループットが規定されており、ＩＥＥＥ８０２．１１ａ及び８０２．１１ｇ規格では、５４Ｍｂｐｓのシングルユーザスループットが規定されており、ＩＥＥＥ８０２．１１ｎ規格では、６００Ｍｂｐｓのシングルユーザスループットが規定されている。より大きなスループットを提供する新たな規格であるＩＥＥＥ８０２．１１ａｃについての検討も進められている。
【発明の概要】
【０００５】
一実施形態において、通信ネットワークにおける送信機及び受信機間のチャネルを推定する方法を提供する。方法は、受信機において、少なくとも、ｉ）複数のトレーニングデータトーン、及び、ｉｉ）１以上のパイロットトーンを含む複数の直交周波数分割多重（ＯＦＤＭ）トーンをそれぞれ含む複数のトレーニング信号フィールドを受信する段階を備える。  方法はまた、ｉ）複数のトレーニングデータトーン、及び、ｉｉ）１以上のパイロットトーンに対応するチャネル推定データを決定する段階を備える。  方法は更に、ｉ）ＯＦＤＭトーンのサブセットに対応するチャネル推定データ、又は、ｉｉ）ＯＦＤＭトーンのサブセットに対応するチャネル推定データを使用して生成されたデータを、送信機に送信する段階を備え、１つのサブセットは、パイロットトーンを含まない、チャネルを推定する方法。
【０００６】
別の実施形態では、少なくとも、ｉ）複数のトレーニングデータトーン、及び、ｉｉ）１以上のパイロットトーンを含む複数の直交周波数分割多重（ＯＦＤＭ）トーンをそれぞれ含む複数のトレーニング信号フィールドを受信する無線ネットワークインターフェースを備える装置が提供される。上記無線ネットワークインターフェースは、ｉ）記複数のトレーニングデータトーン、及び、ｉｉ）１以上のパイロットトーンに対応するチャネル推定データを決定する。上記無線ネットワークインターフェースは、更に、ｉ）ＯＦＤＭトーンのサブセットに対応するチャネル推定データ、又は、ｉｉ）ＯＦＤＭトーンのサブセットに対応するチャネル推定データを使用して生成されたデータを、送信機に送信し、サブセットは、パイロットトーンを含まない。
【図面の簡単な説明】
【０００７】
【図１】一実施形態に係る、無線ローカルエリアネットワーク（ＷＬＡＮ）の一例を示したブロック図である。
【図２】一実施形態に係る、データユニットフォーマットの一例を示したブロック図である。
【図３Ａ】一実施形態に係る、直交周波数分割多重（ＯＦＤＭ）シンボルの一例を示した図である。
【図３Ｂ】一実施形態に係る、ＯＦＤＭシンボルにおけるパイロットトーン位置の一例を示した図である。
【図４】一実施形態に係る、２０ＭＨｚチャネルの場合のフィードバックトーンマッピングの例を示した表である。
【図５】様々なその他の実施形態に係る、２０ＭＨｚチャネルの場合のフィードバックトーンマッピングの例を示した表である。
【図６】様々な実施形態に係る、４０ＭＨｚチャネルの場合のフィードバックトーンマッピングの例を示した表である。
【図７】幾つかの実施形態に係る、８０ＭＨｚ及び１６０ＭＨｚのチャネルの場合のフィードバックトーンマッピングの例を示した表である。
【図８】幾つかの他の実施形態に係る、８０ＭＨｚ及び１６０ＭＨｚのチャネルの場合のフィードバックトーンマッピングの例を示した表である。
【図９】一実施形態に係る、受信機から送信機へとチャネル推定データを送信する方法の一例を示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下に記載する実施形態では、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）のような無線ネットワークデバイスは、１以上のクライアント局にデータストリームを送信する。一実施形態において、ＡＰによってクライアント局に送信されるデータストリームは、送信データストリームに対して通信チャネルが与える影響を記載したチャネル推定（又は、チャネル応答の推定）をクライアント局が行うのを可能にする幾つかのトレーニングフィールドを含む。そして、クライアン局は、送信された情報を正確に回復させることができる。また、ある実施形態では、クライアント局は、あるフォーマット（非圧縮／圧縮ステアリングベクトル、ヌルスペースベクトル等）で、ＡＰへとチャネル推定結果を送信する。また、ある実施形態では、明示的ビームフォーミング（explicit beamforming）として知られる技術の場合、ＡＰは、受信したチャネル推定結果を利用して、クライアント局のアンテナの通常の指向性において１以上のローブ又はビームを有し、他の方向においては利得が減少するようなアンテナ利得パターンを生成する。別の実施形態では、ＡＰは、受信したチャネル推定結果を、空間−時間符号化、空間多重化のためのプリコーディング等の異なる目的に利用する。
【０００９】
複数入力複数出力（ＭＩＭＯ）チャネル及び／又は直交周波数分割多重（ＯＦＤＭ）のような実施形態では、通信チャネルの特性を完全に表すようなチャネル推定データ（"完全チャネル推定"）の量は、大きなものとなる。複数の送受信アンテナ（すなわち、ＭＩＭＯチャネル）を利用する実施形態の場合、例えば、完全チャネル推定は、送信アンテナと受信アンテナの対それぞれに対応するサブチャネルの推定を含む。更に、直交周波数分割多重（ＯＦＤＭ）を利用する実施形態の場合、完全なチャネル推定は、サブキャリア周波数の各々におけるチャネル推定を含む。したがって、クライアント局からＡＰへ送信されるチャネル推定データの量を低減させるべく、クライアント局は、完全なチャネル推定データの１つのサブセットのみを送信する。例えば、ＯＦＤＭベースの通信を利用する実施形態の場合、複数のＯＦＤＭサブキャリアをグループに分けるサブキャリアグループ化の技術が利用されており、各グループにつき１つのサブキャリアのみに対応するチャネル推定データがＡＰに送信される。このような実施形態では、ＡＰ１４は、サブセットを受信すると、補間（interpolation）、複製（duplication）又はその他の好適な技術を利用して、残りのサブキャリアに対応するチャネル推定データを生成する。
【００１０】
図１は、一実施形態に係る、無線ローカルエリアネットワーク（ＷＬＡＮ）１０の一例を示したブロック図である。ＡＰ１４は、ネットワークインターフェース１６に接続されたホストプロセッサ１５を備える。ネットワークインターフェース１６は、媒体アクセス制御（ＭＡＣ）処理ユニット１８及び物理層（ＰＨＹ）処理ユニット２０を有する。ＰＨＹ処理ユニット２０は、複数の送受信機２１を含み、複数の送受信機は、複数のアンテナ２４に接続されている。図１には、３つの送受信機２１及び３つのアンテナ２４が示されているが、別の実施形態では、ＡＰ１４は、異なる数（例えば、１、２、４、５等）の送受信機２１及びアンテナ２４を備えてもよい。一実施形態において、ＭＡＣ処理ユニット１８及びＰＨＹ処理ユニット２０は、第１通信プロトコルに従って動作するように構成されている。第１通信プロトコルは、本明細書では、超高スループット（ＶＨＴ）プロトコルとも称される。別の実施形態では、ＭＡＣ処理ユニット１８及びＰＨＹ処理ユニット２０はまた、少なくとも第２通信プロトコル（例えば、ＩＥＥＥ８０２．１１ｎ規格、ＩＥＥＥ８０２．１１ｇ規格、ＩＥＥＥ８０２．１１ａ規格等）に従って動作するように構成されている。
【００１１】
ＷＬＡＮ１０は、複数のクライアント局２５を含む。図１には、４つのクライアント局２５が示されているが、他のシナリオ及び／又は実施形態では、ＷＬＡＮ１０は、異なる数（例えば、１、２、３、５、６等）のクライアント局２５を含んでもよい。複数のクライアント局２５のうちの少なくとも１つ（例えば、クライアント局２５−１）は、少なくとも第１通信プロトコルに従って動作するよう構成されている。
【００１２】
クライアント局２５−１は、ネットワークインターフェース２７に接続されたホストプロセッサ２６を備える。ネットワークインターフェース２７は、ＭＡＣ処理ユニット２８及びＰＨＹ処理ユニット２９を有する。ＰＨＹ処理ユニット２９は、複数の送受信機３０を含み、複数の送受信機３０は、複数のアンテナ３４に接続されている。図１には、３つの送受信機３０及び３つのアンテナ３４が示されているが、別の実施形態では、クライアント局２５−１は、異なる数（例えば、１、２、４、５等）の送受信機３０及びアンテナ３４を備えてもよい。
【００１３】
一実施形態では、クライアント局２５−２、２５−３及び２５−４のうちの１つ又は全てが、クライアント局２５−１と同一の又は同様な構造を有する。このような実施形態において、クライアント局２５−１と同一の又は同様な構造を有する複数のクライアント局２５は、同じ数又は異なる数の送受信機及びアンテナを有する。例えば、一実施形態において、クライアント局２５−２は、送受信機及びアンテナをそれぞれ２つのみ有する。
【００１４】
様々な実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０は、第１通信プロトコルに準拠するデータユニットを生成するように構成される。送受信機２１は、アンテナ２４を介して、生成されたデータユニットを送信する。同様に、送受信機２４は、アンテナ２４を介してデータユニットを受信する。一実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０は、第１通信プロトコルに準拠する受信データユニットを処理するように構成される。
【００１５】
様々な実施形態において、クライアントデバイス２５−１のＰＨＹ処理ユニット２９は、第１通信プロトコルに準拠するデータユニットを生成するように構成される。送受信機３０は、アンテナ３４を介して、生成されたデータユニットを送信する。同様に、送受信機３０は、アンテナ３４を介してデータユニットを受信する。一実施形態において、クライアントデバイス２５−１のＰＨＹ処理ユニット２９は、第１通信プロトコルに準拠する受信データユニットを処理するように構成される。
【００１６】
図２には、一実施形態に係る、ＡＰ１４がクライアント局２５−１に送信するデータユニット２５０の一例が示されている。一実施形態において、クライアント局２５−１は、図２のフォーマットのデータユニットをＡＰ１４に送信するように構成される。データユニット２５０は、レガシーショートトレーニングフィールド（Ｌ−ＳＴＦ）フィールド２５２、レガシーロングトレーニングフィールド（Ｌ−ＬＴＦ）フィールド２５４、レガシー信号フィールド（Ｌ−ＳＩＧ）フィールド２５６、第１超高スループット信号フィールド（ＶＨＴ−ＳＩＧＡ）２５８、超高スループットショートトレーニングフィールド（ＶＨＴ−ＳＴＦ）２６２、Ｎ個（Ｎは整数値）の超高スループットロングトレーニングフィールド（ＶＨＴ−ＬＴＦ）２６４、及び、第２超高スループット信号フィールド（ＶＨＴ−ＳＩＧＢ）２６８を有するプリアンブルを含む。データユニット２５０は、データ部分２７２も含む。データ部分２７２は、サービスビット及び情報ビット（図示せず）を含む。
【００１７】
一実施形態において、データユニット２５０のＶＨＴ−ＬＴＦフィールド２６４は、トレーニングデータを含み、このトレーニングデータを使用して、クライアント局は、ＡＰとクライアント局との間の通信チャネルの推定を行うことができる。様々な実施形態及び／又はシナリオにおいて、データユニット２５０に含まれるＶＨＴ−ＬＴＦフィールドの数は、通常、データユニット２５０が送信される空間チャネルの数に対応している。しかしながら、別の実施形態では、データユニット２５０に含まれるＶＨＴ−ＬＴＦフィールドの数は、少なくとも一部のシナリオにおいて、データユニット２５０が送信される空間チャネルの数を超えてもよい。更に、一実施形態では、ＶＨＴ−ＬＴＦトレーニングフィールドのそれぞれがクライント局に送信されると、ＡＰ１４は、複数の空間ストリームに対してシンボルの異なるマッピングを適用して、通信チャネルの完全な複数入力複数出力（ＭＩＭＯ）チャネル推定を行う。直交周波数分割多重（ＯＦＤＭ）を利用する一実施形態では、クライアント局は、サブキャリアトーンの各々に対応するチャネル推定を行う。
【００１８】
図３Ａは、データユニット２５０が８０ＭＨｚ帯域幅チャネルを占める一実施形態において、データユニット２５０に含まれるＯＦＤＭシンボル３５０の周波数ドメイン図である。図３Ａに例示する実施形態では、ＯＦＤＭシンボル３５０は、（例えば、離散逆フーリエ変換（ＩＤＦＴ）のサイズ２５６に対応する）２５６個のトーンを含む。２５６個のトーンには、−１２８から＋１２７までのインデックス（番号）が付与される。また、２５６個のトーンには、ガードトーン、直流（ＤＣ）トーン、データトーン及びパイロットトーンが含まれる。６つの最も低い周波数トーン及び５つの最も高い周波数トーンが、ガードトーンである。−１から＋１までのインデックスが付与されている３つのトーンがＤＣトーンである。一実施形態において、残りの２４２個のトーンは、データトーン及びパイロットトーンとして使用される。例えば、一実施形態において、２４２個のトーンのうちの８個が、パイロットトーンとして使用され、この実施形態では、２３４個のトーンがデータトーンとして使用される。絶対値として一番大きい数字（すなわち、シンボル３５０の例の場合、±１２２）が付与されているデータトーンを、本明細書では、"エッジトーン"と称する。トレーニング信号フィールド（例えば、図２のＶＨＴ−ＬＴＦフィールド２６４）におけるデータトーンは、本明細書では、"トレーニングデータトーン"と称される。
【００１９】
図３Ｂには、一実施形態に係る、ＯＦＤＭシンボル３５０におけるパイロットトーン一の例が示されている。図３Ｂに示すように、８個のパイロットトーンは、｛±１０３、±７５、±３９、±１１｝のインデックスのサブキャリアを占める。別の実施形態では、８個のパイロットトーンは、その他の好適なサブキャリアインデックスに配置される。ある実施形態では、ＯＦＤＭシンボル３５０は、異なる数のパイロットトーンを含み、例えば、２個のパイロットトーン、４個のパイロットトーン、６個のパイロットトーン、１０個のパイロットトーン、又は、その他の好適な個数のパイロットトーンを含み、これらパイロットトーンは、ＯＦＤＭシンボル３５０内の、任意の好適なサブキャリア番号にそれぞれ位置する。
【００２０】
ある実施形態では、データユニット２５０は、上記の８０ＭＨｚ帯域幅チャネルとは異なるチャネルを占める。例えば、ある実施形態及び／又はシナリオでは、データユニット２５０は、２０ＭＨｚチャネル、４０ＭＨｚチャネル、１６０ＭＨｚチャネル、又は、その他の好適な帯域幅のチャネルを占める。このような実施形態では、データユニット２５０に含まれるＯＦＤＭシンボルは、異なる数のトーンを含み、データユニットが８０ＭＨｚチャネル場合と比較して、異なる数のトーンがパイロットトーンとして確保される。例えば、一実施形態において、２０ＭＨｚのＯＦＤＭシンボルは、サブキャリアインデックスの｛±７、±２１｝に位置する４つのパイロットトーンを含む。一実施形態では、４０ＭＨｚのＯＦＤＭシンボルは、サブキャリアインデックスの｛±１１、±２５、±５３｝に位置する６つのパイロットトーンを含む。２０ＭＨｚ又は４０ＭＨｚチャネルを利用する別の実施形態では、上記とは異なるパイロットトーンの数及びパイロットトーン位置が使用される。一実施形態において、１６０ＭＨｚのＯＦＤＭシンボルの場合、パイロットトーンの数及びパイロットトーン位置は、８０ＭＨｚのＯＦＤＭシンボルを構成するパイロットトーンの数及びパイロットトーン位置に基づいて選択される。別の実施形態では、１６０ＭＨｚのＯＦＤＭシンボルに対するパイロットトーンの数及びパイロットトーン位置は、８０ＭＨｚのＯＦＤＭシンボルに対して既定されたパイロットトーンの数及び位置とは関係なく選択される。
【００２１】
いくつかの実施形態では、ＯＦＤＭシンボルインデックス及び空間ストリームインデックスに応じて、異なるパイロットトーンの値が利用される。すなわち、このような実施形態の場合、パイロットトーンは、マルチストリームトーンとして既定される。このような実施形態で利用される送信チャネル及びパイロットトーンマッピング及びその値の例については、２０１０年７月２９日出願の米国特許出願第12/846,681号明細書"ＷＬＡＮ伝送のための方法及び装置"に記載されており、その内容は参照により本明細書に組み込まれる。
【００２２】
再び図２に示すように、一実施形態において上記で述べたように、ＶＨＴ−ＬＴＦフィールド２６４はそれぞれ、ＯＦＤＭシンボルのサブキャリア周波数それぞれに対応するトレーニングデータを含み、クライアント局２５−１が、各トーンについて完全なＭＩＭＯチャネル推定を行うことを可能にしている。その一方で、ＡＰとクライアント局の間の周波数ずれに関するエラーを取り除く又は削減することによって、チャネル推定の正確性を改善させるべく、ある実施形態では、ＶＨＴ−ＬＴＦトレーニングフィールド内のトーンの一部をパイロットトーンとして使用して、トレーニングフィールドを受信する間に周波数及び／又は位相を追跡することを可能にする。しかしながら、パイロットトーンに基づく周波数及び／又は位相の追跡を実装するためには、クライアント局は、ＡＰとクライアント局との間の通信チャネルの特性を示すチャネル応答に関する情報を必要とする。したがって、ＭＩＭＯチャネルの場合、正確な周波数及び／又は位相追跡を行うためには、完全なＭＩＭＯチャネル推定の結果を知ることが必要となる。しかしながら、データユニットに含まれるトレーニングフィールドの全て（例えば、図２のデータユニット２５０に含まれるＶＨＴ−ＬＴＦ２６４の全て）がクライアント局で受信されるまで、完全なＭＩＭＯチャネル推定の結果を得ることはできない。
【００２３】
したがって、ある実施形態では、トレーニング信号フィールドＯＦＤＭシンボルは、"シングルストリーム"パイロットトーンとなる、すなわち、パイロットトーンの値がＯＦＤＭシンボルインデックスにのみに基づき、空間ストリームインデックスに依存しない。このような実施形態では、クライアント局は、このパイロットトーンについて、複数入力単一出力（ＭＩＳＯ）チャネル推定を行い、ＭＩＳＯチャネル推定結果を使用して、位相及び周波数追跡を実行する。その結果、このような実施形態では、クライアント局は、トレーニング信号フィールドにおけるパイロットトーン位置に対応するＯＦＤＭサブキャリアに対するＭＩＭＯチャネル推定を得ることができない。
【００２４】
上記したように、ある実施形態では、クライアント局は、ＯＦＤＭサブキャリアのそれぞれに対応するチャネル推定データを決定し、当該チャネル推定データの少なくとも一部分をＡＰにフィードバックする。理想的には、フィードバックデータは、ＯＦＤＭシンボルにおける各トーンに対応するチャネル推定結果を含む。しかしながら、ある実施形態では、例えば、チャネル帯域幅が広い及び／又は空間ストリーム数が大きい等の理由により、各サブキャリアに対するチャネル推定データの送信が、現実的でない及び／又は性能を低下させる場合がある。例えば、一実施形態において、相対的に高速で変化する通信チャネルの場合、各サブキャリアのチャネル推定データを送信するのに掛かる時間は、チャネル推定が有効である期間の長さを超えてしまう。したがって、ある実施形態では、フィードバックの量を削減するべく、クライアント局２５−１は、サブキャリアの１つのサブセットにのみ対応するチャネル推定データを送信する。一実施形態では、例えば、クライアント局２５−１は、複数の隣接トーンからなるグループのうち１つのトーンに対応するチャネル推定データをフィードバックする。チャネル推定データがＡＰ１４にフィードバックされるトーンは、本明細書では、"フィードバックトーン"と称される。同様に、チャネル推定データがＡＰ１４にフィードバックされないトーンは、本明細書では、"非フィードバックトーン"と称される。
【００２５】
クライアント局が、トレーニングフィールドＯＦＤＭシンボル（例えば、図２のＶＨＴ−ＬＴＦ２６４）のパイロットトーンに対応する完全なＭＩＭＯチャネル推定を決定できない実施形態では、パイロットトーンに対応するチャネル推定データは、ＡＰ１４に送信されない。すなわち、このような実施形態では、フィードバックトーンは、パイロットトーン位置に対応するサブキャリアインデックスを含まない。別の実施形態では、受信機及び／又は送信機の実装を単純にするために、フィードバックトーンは、エッジトーン及びＯＦＤＭシンボル内のＤＣトーンに隣接するトーンを含む。
【００２６】
図４は、クライアント局２５−１が異なる複数のサブキャリアグループを使用してチャネル推定データをＡＰ１４にフィードバックする様々な実施形態及び／又はシナリオに係る、２０ＭＨｚチャネルの場合のフィードバックトーンマッピングの例を示した表である。１個のトーンからなるグループ（Ｎｇ＝１）を使用する実施形態では、フィードバックトーンは、トレーニングフィールドパイロットトーン位置に対応するトーンは除いて、全てのトレーニングデータトーンを含む。２個のトーンからなるグループ（Ｎｇ＝２）を使用する実施形態では、クライアント局２５−１は、３０個のトーンのみに対応する（例えば、表の好適な行に示されるサブキャリアインデックスに対応する）チャネル推定データをフィードバックする。同様に、４個のトーンからなるグループ（Ｎｇ＝４）を使用する実施形態では、クライアント局２５−１は、１６個のトーンのみに対応する（例えば、表の好適な行に示されるサブキャリアインデックスに対応する）チャネル推定データをフィードバックする。１個のトーンからなるグループ（Ｎｇ＝１）を使用する実施形態の例と同様に、２個及び４個のトーンからなるグループを利用する実施形態の例では、フィードバックトーンは、パイロットトーン位置に対応するサブキャリアインデックスを含まない。図４の実施形態において、４個のトーンからなるグループの場合（Ｎｇ＝４）のフィードバックトーンは、２個のトーンからなるグループの場合（Ｎｇ＝２）のフィードバックトーンのサブセットのみを含む（すなわち、４個のトーンからなるグループの場合（Ｎｇ＝４）のフィードバックトーンは、２個のトーンからなるグループの場合（Ｎｇ＝２）のフィードバックトーンに含まれないトーンは含まない）。
【００２７】
図５には、様々なその他の実施形態及び／又はシナリオに係る、２０ＭＨｚチャネルの場合のフィードバックトーンマッピングの別の例を示した表が示されている。図５の表は、下側波帯（lower sideband）及び上側波帯（upper sideband）におけるフィードバックトーンが、各トーングループ（すなわち、Ｎｇ＝１、Ｎｇ＝２、Ｎｇ＝４）において、互いに対称になっている点を除いて、図４の表と同様である。図４を参照して説明した上記の実施形態のように、図５の実施形態では、パイロットトーン位置に対応するチャネル推定データは、フィードバックされない。
【００２８】
図６は、クライアント局２５−１が異なる複数のサブキャリアグループを使用してチャネル推定データをＡＰ１４にフィードバックする様々な実施形態及び／又はシナリオに係る、４０ＭＨｚチャネルの場合のフィードバックトーンマッピングの例を示した表である。図６に示すように、１個のトーンからなるグループ（Ｎｇ＝１）を使用する実施形態では、上記の２０ＭＨｚチャネルの場合と同様に、フィードバックトーンは、トレーニングフィールドパイロットトーン位置に対応するトーンは除いて、全てのトレーニングデータトーンを含む。図６に係る２個のトーンからなるグループ（Ｎｇ＝２）を使用する実施形態では、クライアント局は、５８個のトーンに対応する（例えば、表の好適な行に示されるサブキャリアインデックスに対応する）チャネル推定データをフィードバックする。同様に、４個のトーンからなるグループ（Ｎｇ＝４）を使用する実施形態では、クライアント局は、３０個のトーンに対応する（例えば、表の好適な行に示されるインデックスに対応する）チャネル推定データをフィードバックする。１個のトーンからなるグループ（Ｎｇ＝１）を使用する実施形態の例と同様に、２個及び４個のトーンからなるグループを利用する実施形態の例では、フィードバックトーンは、パイロットトーン位置に対応するサブキャリアインデックスを含まない。さらに、図４の実施形態と同様に、図６の実施形態では、４個のトーンからなるグループの場合（Ｎｇ＝４）のフィードバックトーンは、２個のトーンからなるグループの場合（Ｎｇ＝２）の場合のフィードバックトーンのサブセットのみを含む（すなわち、４個のトーンからなるグループの場合（Ｎｇ＝４）のフィードバックトーンは、２個のトーンからなるグループの場合（Ｎｇ＝２）のフィードバックトーンに含まれないトーンは含まない）。
【００２９】
図７は、幾つかの実施形態に係る、８０ＭＨｚ及び１６０ＭＨｚのチャネルの場合のフィードバックトーンマッピングの例を示した表である。８０ＭＨｚチャネルに対する１個のトーンからなるグループ（Ｎｇ＝１）を利用する実施形態の場合、上記した２０ＭＨｚ及び４０ＭＨｚの場合と同様に、フィードバックトーンは、パイロットトーン位置に対応するトーンを除く、全てのトレーニングデータトーンを含む。８０ＭＨｚチャネルの場合の２個のトーンからなるグループ（Ｎｇ＝２）を使用する実施形態では、クライアント局は、（例えば、表の好適な行に示されるサブキャリアインデックスにおける）１１８個のトーンに対応するチャネル推定データをフィードバックする。同様に、８０ＭＨｚチャネルの場合の第４のグループトーン（Ｎｇ＝４）を使用する実施形態では、クライアント局は、（例えば、表の好適な行に示されるサブキャリアインデックスにおける）６２個のトーンに対応するチャネル推定データをフィードバックする。上記のようなトーングループを１６０ＭＨｚチャネルに対して使用する実施形態では、表に示されるフィードバックキャリアインデックスは、８０ＭＨｚチャネルの構成に対応する。ある実施形態では、４個のトーンからなるグループの場合（Ｎｇ＝４）のフィードバックトーンは、２個のトーンからなるグループの場合（Ｎｇ＝２）のフィードバックトーンのサブセットのみを含む（すなわち、４個のトーンからなるグループの場合（Ｎｇ＝４）のフィードバックトーンは、２個のトーンからなるグループの場合（Ｎｇ＝２）のフィードバックトーンに含まれないトーンは含まない）。
【００３０】
図８は、幾つかの他の実施形態及び／又はシナリオに係る、８０ＭＨｚ及び１６０ＭＨｚのチャネルの場合のフィードバックトーンマッピングの例を示した表である。図８の表は、図８のトーンマッピングを利用する実施形態において、エッジトーン及びパイロットトーンは、フィードバックトーンサブセットから除外される点を除いて、図７の表と同様である。図８の表には、８０ＭＨｚチャネルの場合であって１個のトーンからなるグループに対して２３２個のフィードバックトーンが示されており、８０ＭＨｚチャネルの場合であって２個のトーンからなるグループに対して１１６個のフィードバックトーンが示されており、８０ＭＨｚチャネルの場合であって４個のトーンからなるグループに対して５８個のフィードバックトーンが示されている。図７の場合と同様に、上記のようなトーングループを１６０ＭＨｚチャネルに対して使用する実施形態では、表に示されるフィードバックキャリアインデックスは、８０ＭＨｚチャネルの構成に対応する。
【００３１】
図９は、一実施形態に係る、受信機から送信機へとチャネル推定データを送信する方法９００の一例を示したフローチャートである。図１を参照して、一実施形態では、方法９００は、ネットワークインターフェース１６によって実装される。例えば、一実施形態において、ＰＨＹ処理ユニット２０は、方法９００を実装するように構成される。別の実施形態では、ＭＡＣ処理ユニット１８は、方法９００の少なくとも一部を実装するように構成される。再び図１を参照して、別の実施形態では、方法９００は、ネットワークインターフェース２７（例えば、ＰＨＹ処理ユニット２９及び／又はＭＡＣ処理ユニット２８）によって実装される。別の実施形態では、方法９００は、その他の好適なネットワークインターフェースによって実装される。
【００３２】
ブロック９０４では、受信機は、送信機から、複数のトレーニング信号フィールドを受信する。一実施形態において、トレーニング信号フィールドは、図２のＶＨＴ−ＬＴＦフィールド２６４である。ブロック９０４において受信されるトレーニングフィールドはそれぞれ、一実施形態に係る、図３Ａ及び図３ＢのＯＦＤＭシンボル３５０のような１以上のＯＦＤＭシンボルを含む。ＯＦＤＭシンボルのトーンは、少なくともトレーニングデータトーン及びパイロットトーンを含む。一実施形態において、パイロットトーンは、図３Ｂに示される位置に配置される。別の実施形態では、異なる数のパイロットトーン及び／又は異なるパイロットトーン位置が使用される。
【００３３】
ブロック９０８において、受信機は、ブロック９０４で受信されたＯＦＤＭシンボル内のトレーニングデータトーン及びパイロットトーンに対応するチャネル推定データを決定する。一実施形態において、トレーニングデータトーンに対応するチャネル推定データは、ＭＩＭＯチャネル推定に対応し、パイロットトーンに対応するチャネル推定データは、ＭＩＳＯチャネル推定に対応する。
【００３４】
ブロック９１２において、受信機は、ＯＦＤＭシンボルトーンの１つのサブセットにのみ対応するチャネル推定データを送信する、又は、ＯＦＤＭシンボルトーンのサブセットのみに対応するチャネル推定データを使用して生成されたデータを、送信機に送信する。一実施形態において、サブセットは、パイロットトーンの全てを含まない。すなわち、このような実施形態では、送信機に送信されるチャネル推定データは、ＭＩＳＯチャネル推定データを含まない。ある実施形態では、ＯＦＤＭシンボル中の隣接する２つのデータ／パイロットトーンからなるグループそれぞれにおける１つのトーンに対応するチャネル推定データ、又は、ＯＦＤＭシンボル中の隣接する４つのデータ／パイロットトーンからなるグループそれぞれにおける１つのトーンに対応するチャネル推定データが、ブロック９１２において、送信機に送信される。ある実施形態例では、ブロック９１２において送信機に送信されたチャネル推定データ、又は、チャネル推定データを使用して生成されたデータは、図４から図８に示されたインデックス位置に対応する。一実施形態において、チャネル推定データを使用して生成されたデータは、信号を送信機から受信機の方向へとステアリングするためのステアリングベクトルの形式である。別の実施形態では、チャネル推定データを使用して生成されたデータは、チャネル推定データのヌル空間に渡るベクトルの形式である。
【００３５】
上記で説明した様々なブロック、オペレーション及び技術の少なくとも一部は、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ又はこれらの組み合わせを使用して実装されてもよい。ソフトウェア命令又はファームウェア命令を実行するプロセッサを利用して実装される場合、ソフトウェア命令又はファームウェア命令は、磁気ディスク、光ディスクのようなコンピュータ可読メモリ、又は、ＲＡＭ又はＲＯＭ又はフラッシュメモリ内のその他の記憶媒体、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等に格納されてもよい。同様に、ソフトウェア命令又はファームウェア命令は、周知の任意の又は所望の供給方法、例えば、コンピュータ可読ディスク又はその他の可搬コンピュータ記憶メカニズムにより、又は、通信媒体を介して、ユーザ又はシステムに供給されてもよい。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、又は、搬送波のような変調データ信号又はその他の搬送メカニズムにおけるその他のアデータの携帯で具現化される。"変調データ信号"とは、信号における情報をエンコードするような態様で設定又は変更された性質の１以上を有する信号を意味する。例えば、これに限定されないが、通信媒体とは、有線ネットワーク又は直接有線接続された接続のような有線媒体、及び、音波、無線周波数、赤外のような無線媒体及びその他の無線媒体を含む。そして、ソフトウェア命令又はファームウェア命令は、電話回線、ＤＳＬ回線、ケーブルテレビ回線、光ファイバー回線、無線通信チャネル、インターネット等（これらは、可搬記憶媒体を介したソフトウェアによる提供と同様又は交換可能と見なされる）のような通信チャネルを介して、ユーザ又はシステムに提供される。ソフトウェア命令又はファームウェア命令は、プロセッサによって実行されるとプロセッサに様々な動作を行わせる機械可読命令を含んでもよい。
【００３６】
ハードウェアに実装される場合、個別部品、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）等の１以上を含んでもよい。
【００３７】
本発明が特定の例を参照して説明されたが、これらの例は例示することを目的としており、本発明を限定することを意図していない。また、本発明の範囲内において、開示された実施形態に対して変更、付加及び削除を行うことができる。
【図１】
0005867932.tif 000002
【図２】
0005867932.tif 000003
【図３Ａ】
0005867932.tif 000004
【図３Ｂ】
0005867932.tif 000005
【図４】
0005867932.tif 000006
【図５】
0005867932.tif 000007
【図６】
0005867932.tif 000008
【図７】
0005867932.tif 000009
【図８】
0005867932.tif 000010
【図９】
0005867932.tif 000011