通信ネットワークにおける送信機及び受信機間のチャネルを推定する方法であって、前記受信機において、少なくとも、i複数のトレーニングデータトーン、及び、ii1以上のパイロットトーンを含む複数の直交周波数分割多重OFDMトーンをそれぞれ含む複数のトレーニング信号フィールドを受信する段階と、i前記複数のトレーニングデータトーン、及び、ii前記1以上のパイロットトーンに対応するチャネル推定データを決定する段階と、i前記OFDMトーンのサブセットに対応するチャネル推定データ、又は、ii前記OFDMトーンの前記サブセットに対応する前記チャネル推定データを使用して生成されたデータを、前記送信機に送信する段階とを備え、前記サブセットにはパイロットトーンが含まれない、チャネルを推定する方法。前記サブセットは、少なくともエッジトーンを含み、前記エッジトーンは、i最も大きなトレーニングデータトーンインデックス、及び、ii最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項1に記載のチャネルを推定する方法。前記サブセットは、少なくとも、直流DCトーンに隣接するトーンを含む請求項1に記載のチャネルを推定する方法。前記サブセットは、少なくとも、エッジトーン及び直流DCトーンに隣接するトーンを含み、前記エッジトーンは、i最も大きなトレーニングデータトーンインデックス、及び、ii最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項1に記載のチャネルを推定する方法。前記サブセットは、第1サブセット及び第2サブセットを含む複数のサブセットのうちの1つであり、前記第2サブセットは、前記第1サブセットのサブセットであり、前記チャネルを推定する方法は、前記複数のサブセットから前記サブセットを選択する段階を更に備える請求項1から4の何れか一項に記載のチャネルを推定する方法。前記複数のサブセットは、第3サブセットを含み、前記第3サブセットは、前記第2サブセットのサブセットである請求項5に記載のチャネルを推定する方法。前記サブセットは、前記複数のトレーニングデータトーンのそれぞれを含む請求項1に記載のチャネルを推定する方法。前記サブセットは、下側波帯及び上側波帯において互いに対称であるトレーニングデータトーンのみを含む請求項1に記載のチャネルを推定する方法。前記サブセットは、2つの隣接するトレーニングデータトーンからなるグループそれぞれから1つのトーン、及び/又は、パイロットトーンを含む請求項1に記載のチャネルを推定する方法。前記サブセットは、4つの隣接するトレーニングデータトーンからなるグループそれぞれから1つのトーン、及び/又は、パイロットトーンを含む請求項1に記載のチャネルを推定する方法。i複数のトレーニングデータトーン、及び、ii1以上のパイロットトーンを少なくとも含む複数の直交周波数分割多重OFDMトーンをそれぞれ含む複数のトレーニング信号フィールドを受信し、i前記複数のトレーニングデータトーン、及び、ii前記1以上のパイロットトーンに対応するチャネル推定データを決定し、i前記OFDMトーンのサブセットに対応するチャネル推定データ、又は、ii前記OFDMトーンの前記サブセットに対応する前記チャネル推定データを使用して生成されたデータを、送信機に送信する無線ネットワークインターフェースを備える装置であって、前記サブセットには、パイロットトーンが含まれない装置。前記サブセットは、少なくともエッジトーンを含み、前記エッジトーンは、i最も大きなトレーニングデータトーンインデックス、及び、ii最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項11に記載の装置。前記サブセットは、少なくとも、直流DCトーンに隣接するトーンを含む請求項11に記載の装置。前記サブセットは、少なくとも、エッジトーン及び直流DCトーンに隣接するトーンを含み、前記エッジトーンは、i最も大きなトレーニングデータトーンインデックス、及び、ii最も小さなトレーニングデータトーンインデックスに対応するトレーニングデータトーンである請求項11に記載の装置。前記サブセットは、第1サブセット及び第2サブセットを含む複数のサブセットのうちの1つであり、前記第2サブセットは、前記第1サブセットのサブセットであり、前記無線ネットワークインターフェースは更に、前記複数のサブセットから前記サブセットを選択する請求項11から14の何れか一項に記載の装置。前記複数のサブセットは、第3サブセットを含み、前記第3サブセットは、前記第2サブセットのサブセットである請求項15に記載の装置。前記サブセットは、前記複数のトレーニングデータトーンのそれぞれを含む請求項11に記載の装置。前記サブセットは、下側波帯及び上側波帯において互いに対称であるトレーニングデータトーンのみを含む請求項11に記載の装置。前記サブセットは、2つの隣接するトレーニングデータトーンからなるグループそれぞれから1つのトーン、及び/又は、パイロットトーンを含む請求項11に記載の装置。前記サブセットは、4つの隣接するトレーニングデータトーンからなるグループそれぞれから1つのトーン、及び/又は、パイロットトーンを含む請求項11に記載の装置。以下に記載する実施形態では、無線ローカルエリアネットワークWLANのアクセスポイントAPのような無線ネットワークデバイスは、1以上のクライアント局にデータストリームを送信する。一実施形態において、APによってクライアント局に送信されるデータストリームは、送信データストリームに対して通信チャネルが与える影響を記載したチャネル推定又は、チャネル応答の推定をクライアント局が行うのを可能にする幾つかのトレーニングフィールドを含む。そして、クライアン局は、送信された情報を正確に回復させることができる。また、ある実施形態では、クライアント局は、あるフォーマット非圧縮/圧縮ステアリングベクトル、ヌルスペースベクトル等で、APへとチャネル推定結果を送信する。また、ある実施形態では、明示的ビームフォーミングexplicitbeamformingとして知られる技術の場合、APは、受信したチャネル推定結果を利用して、クライアント局のアンテナの通常の指向性において1以上のローブ又はビームを有し、他の方向においては利得が減少するようなアンテナ利得パターンを生成する。別の実施形態では、APは、受信したチャネル推定結果を、空間-時間符号化、空間多重化のためのプリコーディング等の異なる目的に利用する。複数入力複数出力MIMOチャネル及び/又は直交周波数分割多重OFDMのような実施形態では、通信チャネルの特性を完全に表すようなチャネル推定データ完全チャネル推定の量は、大きなものとなる。複数の送受信アンテナすなわち、MIMOチャネルを利用する実施形態の場合、例えば、完全チャネル推定は、送信アンテナと受信アンテナの対それぞれに対応するサブチャネルの推定を含む。更に、直交周波数分割多重OFDMを利用する実施形態の場合、完全なチャネル推定は、サブキャリア周波数の各々におけるチャネル推定を含む。したがって、クライアント局からAPへ送信されるチャネル推定データの量を低減させるべく、クライアント局は、完全なチャネル推定データの1つのサブセットのみを送信する。例えば、OFDMベースの通信を利用する実施形態の場合、複数のOFDMサブキャリアをグループに分けるサブキャリアグループ化の技術が利用されており、各グループにつき1つのサブキャリアのみに対応するチャネル推定データがAPに送信される。このような実施形態では、AP14は、サブセットを受信すると、補間interpolation、複製duplication又はその他の好適な技術を利用して、残りのサブキャリアに対応するチャネル推定データを生成する。図1は、一実施形態に係る、無線ローカルエリアネットワークWLAN10の一例を示したブロック図である。AP14は、ネットワークインターフェース16に接続されたホストプロセッサ15を備える。ネットワークインターフェース16は、媒体アクセス制御MAC処理ユニット18及び物理層PHY処理ユニット20を有する。PHY処理ユニット20は、複数の送受信機21を含み、複数の送受信機は、複数のアンテナ24に接続されている。図1には、3つの送受信機21及び3つのアンテナ24が示されているが、別の実施形態では、AP14は、異なる数例えば、1、2、4、5等の送受信機21及びアンテナ24を備えてもよい。一実施形態において、MAC処理ユニット18及びPHY処理ユニット20は、第1通信プロトコルに従って動作するように構成されている。第1通信プロトコルは、本明細書では、超高スループットVHTプロトコルとも称される。別の実施形態では、MAC処理ユニット18及びPHY処理ユニット20はまた、少なくとも第2通信プロトコル例えば、IEEE802.11n規格、IEEE802.11g規格、IEEE802.11a規格等に従って動作するように構成されている。WLAN10は、複数のクライアント局25を含む。図1には、4つのクライアント局25が示されているが、他のシナリオ及び/又は実施形態では、WLAN10は、異なる数例えば、1、2、3、5、6等のクライアント局25を含んでもよい。複数のクライアント局25のうちの少なくとも1つ例えば、クライアント局25-1は、少なくとも第1通信プロトコルに従って動作するよう構成されている。クライアント局25-1は、ネットワークインターフェース27に接続されたホストプロセッサ26を備える。ネットワークインターフェース27は、MAC処理ユニット28及びPHY処理ユニット29を有する。PHY処理ユニット29は、複数の送受信機30を含み、複数の送受信機30は、複数のアンテナ34に接続されている。図1には、3つの送受信機30及び3つのアンテナ34が示されているが、別の実施形態では、クライアント局25-1は、異なる数例えば、1、2、4、5等の送受信機30及びアンテナ34を備えてもよい。一実施形態では、クライアント局25-2、25-3及び25-4のうちの1つ又は全てが、クライアント局25-1と同一の又は同様な構造を有する。このような実施形態において、クライアント局25-1と同一の又は同様な構造を有する複数のクライアント局25は、同じ数又は異なる数の送受信機及びアンテナを有する。例えば、一実施形態において、クライアント局25-2は、送受信機及びアンテナをそれぞれ2つのみ有する。様々な実施形態において、AP14のPHY処理ユニット20は、第1通信プロトコルに準拠するデータユニットを生成するように構成される。送受信機21は、アンテナ24を介して、生成されたデータユニットを送信する。同様に、送受信機24は、アンテナ24を介してデータユニットを受信する。一実施形態において、AP14のPHY処理ユニット20は、第1通信プロトコルに準拠する受信データユニットを処理するように構成される。様々な実施形態において、クライアントデバイス25-1のPHY処理ユニット29は、第1通信プロトコルに準拠するデータユニットを生成するように構成される。送受信機30は、アンテナ34を介して、生成されたデータユニットを送信する。同様に、送受信機30は、アンテナ34を介してデータユニットを受信する。一実施形態において、クライアントデバイス25-1のPHY処理ユニット29は、第1通信プロトコルに準拠する受信データユニットを処理するように構成される。図2には、一実施形態に係る、AP14がクライアント局25-1に送信するデータユニット250の一例が示されている。一実施形態において、クライアント局25-1は、図2のフォーマットのデータユニットをAP14に送信するように構成される。データユニット250は、レガシーショートトレーニングフィールドL-STFフィールド252、レガシーロングトレーニングフィールドL-LTFフィールド254、レガシー信号フィールドL-SIGフィールド256、第1超高スループット信号フィールドVHT-SIGA258、超高スループットショートトレーニングフィールドVHT-STF262、N個Nは整数値の超高スループットロングトレーニングフィールドVHT-LTF264、及び、第2超高スループット信号フィールドVHT-SIGB268を有するプリアンブルを含む。データユニット250は、データ部分272も含む。データ部分272は、サービスビット及び情報ビット図示せずを含む。一実施形態において、データユニット250のVHT-LTFフィールド264は、トレーニングデータを含み、このトレーニングデータを使用して、クライアント局は、APとクライアント局との間の通信チャネルの推定を行うことができる。様々な実施形態及び/又はシナリオにおいて、データユニット250に含まれるVHT-LTFフィールドの数は、通常、データユニット250が送信される空間チャネルの数に対応している。しかしながら、別の実施形態では、データユニット250に含まれるVHT-LTFフィールドの数は、少なくとも一部のシナリオにおいて、データユニット250が送信される空間チャネルの数を超えてもよい。更に、一実施形態では、VHT-LTFトレーニングフィールドのそれぞれがクライント局に送信されると、AP14は、複数の空間ストリームに対してシンボルの異なるマッピングを適用して、通信チャネルの完全な複数入力複数出力MIMOチャネル推定を行う。直交周波数分割多重OFDMを利用する一実施形態では、クライアント局は、サブキャリアトーンの各々に対応するチャネル推定を行う。図3Aは、データユニット250が80MHz帯域幅チャネルを占める一実施形態において、データユニット250に含まれるOFDMシンボル350の周波数ドメイン図である。図3Aに例示する実施形態では、OFDMシンボル350は、例えば、離散逆フーリエ変換IDFTのサイズ256に対応する256個のトーンを含む。256個のトーンには、-128から127までのインデックス番号が付与される。また、256個のトーンには、ガードトーン、直流DCトーン、データトーン及びパイロットトーンが含まれる。6つの最も低い周波数トーン及び5つの最も高い周波数トーンが、ガードトーンである。-1から1までのインデックスが付与されている3つのトーンがDCトーンである。一実施形態において、残りの242個のトーンは、データトーン及びパイロットトーンとして使用される。例えば、一実施形態において、242個のトーンのうちの8個が、パイロットトーンとして使用され、この実施形態では、234個のトーンがデータトーンとして使用される。絶対値として一番大きい数字すなわち、シンボル350の例の場合、±122が付与されているデータトーンを、本明細書では、エッジトーンと称する。トレーニング信号フィールド例えば、図2のVHT-LTFフィールド264におけるデータトーンは、本明細書では、トレーニングデータトーンと称される。図3Bには、一実施形態に係る、OFDMシンボル350におけるパイロットトーン一の例が示されている。図3Bに示すように、8個のパイロットトーンは、{±103、±75、±39、±11}のインデックスのサブキャリアを占める。別の実施形態では、8個のパイロットトーンは、その他の好適なサブキャリアインデックスに配置される。ある実施形態では、OFDMシンボル350は、異なる数のパイロットトーンを含み、例えば、2個のパイロットトーン、4個のパイロットトーン、6個のパイロットトーン、10個のパイロットトーン、又は、その他の好適な個数のパイロットトーンを含み、これらパイロットトーンは、OFDMシンボル350内の、任意の好適なサブキャリア番号にそれぞれ位置する。ある実施形態では、データユニット250は、上記の80MHz帯域幅チャネルとは異なるチャネルを占める。例えば、ある実施形態及び/又はシナリオでは、データユニット250は、20MHzチャネル、40MHzチャネル、160MHzチャネル、又は、その他の好適な帯域幅のチャネルを占める。このような実施形態では、データユニット250に含まれるOFDMシンボルは、異なる数のトーンを含み、データユニットが80MHzチャネル場合と比較して、異なる数のトーンがパイロットトーンとして確保される。例えば、一実施形態において、20MHzのOFDMシンボルは、サブキャリアインデックスの{±7、±21}に位置する4つのパイロットトーンを含む。一実施形態では、40MHzのOFDMシンボルは、サブキャリアインデックスの{±11、±25、±53}に位置する6つのパイロットトーンを含む。20MHz又は40MHzチャネルを利用する別の実施形態では、上記とは異なるパイロットトーンの数及びパイロットトーン位置が使用される。一実施形態において、160MHzのOFDMシンボルの場合、パイロットトーンの数及びパイロットトーン位置は、80MHzのOFDMシンボルを構成するパイロットトーンの数及びパイロットトーン位置に基づいて選択される。別の実施形態では、160MHzのOFDMシンボルに対するパイロットトーンの数及びパイロットトーン位置は、80MHzのOFDMシンボルに対して既定されたパイロットトーンの数及び位置とは関係なく選択される。いくつかの実施形態では、OFDMシンボルインデックス及び空間ストリームインデックスに応じて、異なるパイロットトーンの値が利用される。すなわち、このような実施形態の場合、パイロットトーンは、マルチストリームトーンとして既定される。このような実施形態で利用される送信チャネル及びパイロットトーンマッピング及びその値の例については、2010年7月29日出願の米国特許出願第12846681号明細書WLAN伝送のための方法及び装置に記載されており、その内容は参照により本明細書に組み込まれる。再び図2に示すように、一実施形態において上記で述べたように、VHT-LTFフィールド264はそれぞれ、OFDMシンボルのサブキャリア周波数それぞれに対応するトレーニングデータを含み、クライアント局25-1が、各トーンについて完全なMIMOチャネル推定を行うことを可能にしている。その一方で、APとクライアント局の間の周波数ずれに関するエラーを取り除く又は削減することによって、チャネル推定の正確性を改善させるべく、ある実施形態では、VHT-LTFトレーニングフィールド内のトーンの一部をパイロットトーンとして使用して、トレーニングフィールドを受信する間に周波数及び/又は位相を追跡することを可能にする。しかしながら、パイロットトーンに基づく周波数及び/又は位相の追跡を実装するためには、クライアント局は、APとクライアント局との間の通信チャネルの特性を示すチャネル応答に関する情報を必要とする。したがって、MIMOチャネルの場合、正確な周波数及び/又は位相追跡を行うためには、完全なMIMOチャネル推定の結果を知ることが必要となる。しかしながら、データユニットに含まれるトレーニングフィールドの全て例えば、図2のデータユニット250に含まれるVHT-LTF264の全てがクライアント局で受信されるまで、完全なMIMOチャネル推定の結果を得ることはできない。したがって、ある実施形態では、トレーニング信号フィールドOFDMシンボルは、シングルストリームパイロットトーンとなる、すなわち、パイロットトーンの値がOFDMシンボルインデックスにのみに基づき、空間ストリームインデックスに依存しない。このような実施形態では、クライアント局は、このパイロットトーンについて、複数入力単一出力MISOチャネル推定を行い、MISOチャネル推定結果を使用して、位相及び周波数追跡を実行する。その結果、このような実施形態では、クライアント局は、トレーニング信号フィールドにおけるパイロットトーン位置に対応するOFDMサブキャリアに対するMIMOチャネル推定を得ることができない。上記したように、ある実施形態では、クライアント局は、OFDMサブキャリアのそれぞれに対応するチャネル推定データを決定し、当該チャネル推定データの少なくとも一部分をAPにフィードバックする。理想的には、フィードバックデータは、OFDMシンボルにおける各トーンに対応するチャネル推定結果を含む。しかしながら、ある実施形態では、例えば、チャネル帯域幅が広い及び/又は空間ストリーム数が大きい等の理由により、各サブキャリアに対するチャネル推定データの送信が、現実的でない及び/又は性能を低下させる場合がある。例えば、一実施形態において、相対的に高速で変化する通信チャネルの場合、各サブキャリアのチャネル推定データを送信するのに掛かる時間は、チャネル推定が有効である期間の長さを超えてしまう。したがって、ある実施形態では、フィードバックの量を削減するべく、クライアント局25-1は、サブキャリアの1つのサブセットにのみ対応するチャネル推定データを送信する。一実施形態では、例えば、クライアント局25-1は、複数の隣接トーンからなるグループのうち1つのトーンに対応するチャネル推定データをフィードバックする。チャネル推定データがAP14にフィードバックされるトーンは、本明細書では、フィードバックトーンと称される。同様に、チャネル推定データがAP14にフィードバックされないトーンは、本明細書では、非フィードバックトーンと称される。クライアント局が、トレーニングフィールドOFDMシンボル例えば、図2のVHT-LTF264のパイロットトーンに対応する完全なMIMOチャネル推定を決定できない実施形態では、パイロットトーンに対応するチャネル推定データは、AP14に送信されない。すなわち、このような実施形態では、フィードバックトーンは、パイロットトーン位置に対応するサブキャリアインデックスを含まない。別の実施形態では、受信機及び/又は送信機の実装を単純にするために、フィードバックトーンは、エッジトーン及びOFDMシンボル内のDCトーンに隣接するトーンを含む。図4は、クライアント局25-1が異なる複数のサブキャリアグループを使用してチャネル推定データをAP14にフィードバックする様々な実施形態及び/又はシナリオに係る、20MHzチャネルの場合のフィードバックトーンマッピングの例を示した表である。1個のトーンからなるグループNg=1を使用する実施形態では、フィードバックトーンは、トレーニングフィールドパイロットトーン位置に対応するトーンは除いて、全てのトレーニングデータトーンを含む。2個のトーンからなるグループNg=2を使用する実施形態では、クライアント局25-1は、30個のトーンのみに対応する例えば、表の好適な行に示されるサブキャリアインデックスに対応するチャネル推定データをフィードバックする。同様に、4個のトーンからなるグループNg=4を使用する実施形態では、クライアント局25-1は、16個のトーンのみに対応する例えば、表の好適な行に示されるサブキャリアインデックスに対応するチャネル推定データをフィードバックする。1個のトーンからなるグループNg=1を使用する実施形態の例と同様に、2個及び4個のトーンからなるグループを利用する実施形態の例では、フィードバックトーンは、パイロットトーン位置に対応するサブキャリアインデックスを含まない。図4の実施形態において、4個のトーンからなるグループの場合Ng=4のフィードバックトーンは、2個のトーンからなるグループの場合Ng=2のフィードバックトーンのサブセットのみを含むすなわち、4個のトーンからなるグループの場合Ng=4のフィードバックトーンは、2個のトーンからなるグループの場合Ng=2のフィードバックトーンに含まれないトーンは含まない。図5には、様々なその他の実施形態及び/又はシナリオに係る、20MHzチャネルの場合のフィードバックトーンマッピングの別の例を示した表が示されている。図5の表は、下側波帯lowersideband及び上側波帯uppersidebandにおけるフィードバックトーンが、各トーングループすなわち、Ng=1、Ng=2、Ng=4において、互いに対称になっている点を除いて、図4の表と同様である。図4を参照して説明した上記の実施形態のように、図5の実施形態では、パイロットトーン位置に対応するチャネル推定データは、フィードバックされない。図6は、クライアント局25-1が異なる複数のサブキャリアグループを使用してチャネル推定データをAP14にフィードバックする様々な実施形態及び/又はシナリオに係る、40MHzチャネルの場合のフィードバックトーンマッピングの例を示した表である。図6に示すように、1個のトーンからなるグループNg=1を使用する実施形態では、上記の20MHzチャネルの場合と同様に、フィードバックトーンは、トレーニングフィールドパイロットトーン位置に対応するトーンは除いて、全てのトレーニングデータトーンを含む。図6に係る2個のトーンからなるグループNg=2を使用する実施形態では、クライアント局は、58個のトーンに対応する例えば、表の好適な行に示されるサブキャリアインデックスに対応するチャネル推定データをフィードバックする。同様に、4個のトーンからなるグループNg=4を使用する実施形態では、クライアント局は、30個のトーンに対応する例えば、表の好適な行に示されるインデックスに対応するチャネル推定データをフィードバックする。1個のトーンからなるグループNg=1を使用する実施形態の例と同様に、2個及び4個のトーンからなるグループを利用する実施形態の例では、フィードバックトーンは、パイロットトーン位置に対応するサブキャリアインデックスを含まない。さらに、図4の実施形態と同様に、図6の実施形態では、4個のトーンからなるグループの場合Ng=4のフィードバックトーンは、2個のトーンからなるグループの場合Ng=2の場合のフィードバックトーンのサブセットのみを含むすなわち、4個のトーンからなるグループの場合Ng=4のフィードバックトーンは、2個のトーンからなるグループの場合Ng=2のフィードバックトーンに含まれないトーンは含まない。図7は、幾つかの実施形態に係る、80MHz及び160MHzのチャネルの場合のフィードバックトーンマッピングの例を示した表である。80MHzチャネルに対する1個のトーンからなるグループNg=1を利用する実施形態の場合、上記した20MHz及び40MHzの場合と同様に、フィードバックトーンは、パイロットトーン位置に対応するトーンを除く、全てのトレーニングデータトーンを含む。80MHzチャネルの場合の2個のトーンからなるグループNg=2を使用する実施形態では、クライアント局は、例えば、表の好適な行に示されるサブキャリアインデックスにおける118個のトーンに対応するチャネル推定データをフィードバックする。同様に、80MHzチャネルの場合の第4のグループトーンNg=4を使用する実施形態では、クライアント局は、例えば、表の好適な行に示されるサブキャリアインデックスにおける62個のトーンに対応するチャネル推定データをフィードバックする。上記のようなトーングループを160MHzチャネルに対して使用する実施形態では、表に示されるフィードバックキャリアインデックスは、80MHzチャネルの構成に対応する。ある実施形態では、4個のトーンからなるグループの場合Ng=4のフィードバックトーンは、2個のトーンからなるグループの場合Ng=2のフィードバックトーンのサブセットのみを含むすなわち、4個のトーンからなるグループの場合Ng=4のフィードバックトーンは、2個のトーンからなるグループの場合Ng=2のフィードバックトーンに含まれないトーンは含まない。図8は、幾つかの他の実施形態及び/又はシナリオに係る、80MHz及び160MHzのチャネルの場合のフィードバックトーンマッピングの例を示した表である。図8の表は、図8のトーンマッピングを利用する実施形態において、エッジトーン及びパイロットトーンは、フィードバックトーンサブセットから除外される点を除いて、図7の表と同様である。図8の表には、80MHzチャネルの場合であって1個のトーンからなるグループに対して232個のフィードバックトーンが示されており、80MHzチャネルの場合であって2個のトーンからなるグループに対して116個のフィードバックトーンが示されており、80MHzチャネルの場合であって4個のトーンからなるグループに対して58個のフィードバックトーンが示されている。図7の場合と同様に、上記のようなトーングループを160MHzチャネルに対して使用する実施形態では、表に示されるフィードバックキャリアインデックスは、80MHzチャネルの構成に対応する。図9は、一実施形態に係る、受信機から送信機へとチャネル推定データを送信する方法900の一例を示したフローチャートである。図1を参照して、一実施形態では、方法900は、ネットワークインターフェース16によって実装される。例えば、一実施形態において、PHY処理ユニット20は、方法900を実装するように構成される。別の実施形態では、MAC処理ユニット18は、方法900の少なくとも一部を実装するように構成される。再び図1を参照して、別の実施形態では、方法900は、ネットワークインターフェース27例えば、PHY処理ユニット29及び/又はMAC処理ユニット28によって実装される。別の実施形態では、方法900は、その他の好適なネットワークインターフェースによって実装される。ブロック904では、受信機は、送信機から、複数のトレーニング信号フィールドを受信する。一実施形態において、トレーニング信号フィールドは、図2のVHT-LTFフィールド264である。ブロック904において受信されるトレーニングフィールドはそれぞれ、一実施形態に係る、図3A及び図3BのOFDMシンボル350のような1以上のOFDMシンボルを含む。OFDMシンボルのトーンは、少なくともトレーニングデータトーン及びパイロットトーンを含む。一実施形態において、パイロットトーンは、図3Bに示される位置に配置される。別の実施形態では、異なる数のパイロットトーン及び/又は異なるパイロットトーン位置が使用される。ブロック908において、受信機は、ブロック904で受信されたOFDMシンボル内のトレーニングデータトーン及びパイロットトーンに対応するチャネル推定データを決定する。一実施形態において、トレーニングデータトーンに対応するチャネル推定データは、MIMOチャネル推定に対応し、パイロットトーンに対応するチャネル推定データは、MISOチャネル推定に対応する。ブロック912において、受信機は、OFDMシンボルトーンの1つのサブセットにのみ対応するチャネル推定データを送信する、又は、OFDMシンボルトーンのサブセットのみに対応するチャネル推定データを使用して生成されたデータを、送信機に送信する。一実施形態において、サブセットは、パイロットトーンの全てを含まない。すなわち、このような実施形態では、送信機に送信されるチャネル推定データは、MISOチャネル推定データを含まない。ある実施形態では、OFDMシンボル中の隣接する2つのデータ/パイロットトーンからなるグループそれぞれにおける1つのトーンに対応するチャネル推定データ、又は、OFDMシンボル中の隣接する4つのデータ/パイロットトーンからなるグループそれぞれにおける1つのトーンに対応するチャネル推定データが、ブロック912において、送信機に送信される。ある実施形態例では、ブロック912において送信機に送信されたチャネル推定データ、又は、チャネル推定データを使用して生成されたデータは、図4から図8に示されたインデックス位置に対応する。一実施形態において、チャネル推定データを使用して生成されたデータは、信号を送信機から受信機の方向へとステアリングするためのステアリングベクトルの形式である。別の実施形態では、チャネル推定データを使用して生成されたデータは、チャネル推定データのヌル空間に渡るベクトルの形式である。上記で説明した様々なブロック、オペレーション及び技術の少なくとも一部は、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ又はこれらの組み合わせを使用して実装されてもよい。ソフトウェア命令又はファームウェア命令を実行するプロセッサを利用して実装される場合、ソフトウェア命令又はファームウェア命令は、磁気ディスク、光ディスクのようなコンピュータ可読メモリ、又は、RAM又はROM又はフラッシュメモリ内のその他の記憶媒体、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等に格納されてもよい。同様に、ソフトウェア命令又はファームウェア命令は、周知の任意の又は所望の供給方法、例えば、コンピュータ可読ディスク又はその他の可搬コンピュータ記憶メカニズムにより、又は、通信媒体を介して、ユーザ又はシステムに供給されてもよい。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、又は、搬送波のような変調データ信号又はその他の搬送メカニズムにおけるその他のアデータの携帯で具現化される。変調データ信号とは、信号における情報をエンコードするような態様で設定又は変更された性質の1以上を有する信号を意味する。例えば、これに限定されないが、通信媒体とは、有線ネットワーク又は直接有線接続された接続のような有線媒体、及び、音波、無線周波数、赤外のような無線媒体及びその他の無線媒体を含む。そして、ソフトウェア命令又はファームウェア命令は、電話回線、DSL回線、ケーブルテレビ回線、光ファイバー回線、無線通信チャネル、インターネット等これらは、可搬記憶媒体を介したソフトウェアによる提供と同様又は交換可能と見なされるのような通信チャネルを介して、ユーザ又はシステムに提供される。ソフトウェア命令又はファームウェア命令は、プロセッサによって実行されるとプロセッサに様々な動作を行わせる機械可読命令を含んでもよい。ハードウェアに実装される場合、個別部品、集積回路、特定用途向け集積回路ASIC、プログラマブル論理デバイスPLD等の1以上を含んでもよい。本発明が特定の例を参照して説明されたが、これらの例は例示することを目的としており、本発明を限定することを意図していない。また、本発明の範囲内において、開示された実施形態に対して変更、付加及び削除を行うことができる。