"受信機から送信機にチャネルフィードバックデータを送信する方法であって、通信チャネルに対応する一つ以上の空間または時空間ストリームの複数の直交周波数分割多重OFDMトーンについてのチャネルデータを決定する段階と、i前記一つ以上の空間または時空間ストリーム、および、ii前記複数のOFDMトーンのうち一つ以上のOFDMトーン、に対応付けられる複数の角度値を決定して、圧縮形態の前記チャネルデータを決定する段階と、前記一つ以上の空間または時空間ストリームのそれぞれについて、i前記複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられるトーン毎信号対雑音比PT-SNRを決定し、かつ、ii前記複数のOFDMトーンのうち一つ以上のOFDMトーンに対応する信号対雑音比SNRの値を平均することにより、平均信号対雑音比avg-SNRを決定する段階と、少なくとも、i前記一つ以上の空間または時空間ストリームおよび前記一つ以上のOFDMトーンに対応付けられた前記複数の角度値、ii前記一つ以上の空間または時空間ストリームおよび前記一つ以上のOFDMトーンに対応付けられた前記PT-SNR、並びに、iii前記一つ以上の空間または時空間ストリームに対応付けられた前記avg-SNR、を含むようにフィードバック報告を生成する段階と、前記受信機から前記送信機に送信されるデータユニットに前記フィードバック報告を含める段階とを備える方法。前記データユニットは、制御フィールドも含み、前記制御フィールドは、少なくとも、i前記チャネルデータがシングルユーザSUモードまたはマルチユーザMUモードで使用されるかを示すモードインジケータ、ii前記通信チャネルに対応するチャネル行列の列数を示す列数Ncインジケータ、および、iii前記複数の角度値の各角度値を量子化するのに使用されるビット数を示すコードブック情報、を含む請求項1に記載の方法。前記モードインジケータがSUモードを示すよう設定されている場合、前記PT-SNRは省略される請求項2に記載の方法。前記コードブック情報は、前記SUモードと前記MUモードとで異なって解釈される請求項2または3に記載の方法。前記コードブック情報は、1ビットを使用して示される請求項2から4のいずれか1項に記載の方法。前記フィードバック報告を生成する段階は、前記avg-SNRを量子化して8ビットの量子化avg-SNRを生成する段階を有する請求項1から5のいずれか1項に記載の方法。一つ以上のトーンの前記PT-SNRは、対応する前記OFDMトーンの前記PT-SNRと前記avg-SNRとの差分によって表される請求項1から6のいずれか1項に記載の方法。前記差分は、4ビットに量子化される請求項7に記載の方法。前記データユニットは、変調および符号化スキームMCSのフィードバックのインジケータをさらに含み、Ncは、前記変調および符号化スキームに対応する空間または時空間ストリームの数に等しい請求項2から8のいずれか1項に記載の方法。前記フィードバック報告は、複数のOFDMトーンを含む各OFDMトーングループに含まれる一つのOFDMトーンだけに対応する角度値およびPT-SNRを含む請求項1から9のいずれか1項に記載の方法。前記モードインジケータがSUモードを示すよう設定されている場合、Ncは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最適数を示し、前記モードインジケータがMUモードを示すよう設定されている場合、Ncは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最大数を示す請求項2から5および9のいずれか1項に記載の方法。ネットワークインターフェースを備える装置であって、前記ネットワークインターフェースは、通信チャネルに対応する一つ以上の空間または時空間ストリームのそれぞれについての複数の直交周波数分割多重OFDMトーンについて、チャネルデータを決定し、i前記一つ以上の空間または時空間ストリーム、および、ii前記複数のOFDMトーンのうち一つ以上のOFDMトーン、に対応付けられた複数の角度値を決定して、圧縮形態の前記チャネルデータを決定し、前記一つ以上の空間または時空間ストリームのそれぞれについて、i前記複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられるトーン毎信号対雑音比PT-SNRを決定し、かつ、ii前記複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられる平均信号対雑音比avg-SNRを決定し、少なくとも、i前記一つ以上の空間または時空間ストリームおよび前記一つ以上のOFDMトーンに対応付けられた前記複数の角度値、ii前記一つ以上の空間または時空間ストリームおよび前記一つ以上のOFDMトーンに対応付けられた前記PT-SNR、並びに、iii前記一つ以上の空間または時空間ストリームに対応付けられた前記avg-SNR、を含むようにフィードバック報告を生成し、受信機から送信機に送信されるデータユニットに前記フィードバック報告を含める装置。前記データユニットは、制御フィールドを含み、前記制御フィールドは、少なくとも、i前記チャネルデータがシングルユーザSUモードまたはマルチユーザMUモードで使用されるかを示すモードインジケータ、ii前記通信チャネルに対応するチャネル行列の列数を示す列数Ncインジケータ、および、iii前記複数の角度値の各角度値を量子化するのに使用されるビット数を示すコードブック情報、を含む請求項12に記載の装置。前記モードインジケータがSUモードを示すよう設定されている場合、前記ネットワークインターフェースは、前記PT-SNRを省略する請求項13に記載の装置。前記コードブック情報は、前記SUモードと前記MUモードとで異なって解釈される請求項13または14に記載の装置。前記コードブック情報は、1ビットを使用して示される請求項13から15のいずれか1項に記載の装置。前記フィードバック報告を生成するとき、前記avg-SNRを量子化して8ビットの量子化avg-SNRを生成する請求項12から16のいずれか1項に記載の装置。一つ以上のトーンの前記PT-SNRは、対応する前記OFDMトーンの前記PT-SNRと前記avg-SNRとの差分によって表される請求項12から17のいずれか1項に記載の装置。前記差分は、4ビットに量子化される請求項18に記載の装置。前記データユニットは、変調および符号化スキームのフィードバックのインジケータをさらに含み、Ncは、前記変調および符号化スキームに対応する空間または時空間ストリームの数に等しい請求項13から19のいずれか1項に記載の装置。前記フィードバック報告は、複数のOFDMトーンを含む各OFDMトーングループに含まれる一つのOFDMトーンだけに対応する角度値およびPT-SNRを含む請求項12から20のいずれか1項に記載の装置。前記モードインジケータがSUモードを示すよう設定されている場合、Ncは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最適数を示し、前記モードインジケータがMUモードを示すよう設定されている場合、Ncは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最大数を示す請求項13から16および20のいずれか1項に記載の装置。一つの実施形態では、受信機から送信機にチャネルフィードバックデータを送信する方法は、通信チャネルに対応する一つ以上の空間または時空間ストリームの複数の直交周波数分割多重OFDMトーンについてのチャネルデータを決定する段階を備える。本方法は、i一つ以上の空間または時空間ストリーム、および、ii複数のOFDMトーンのうち一つ以上のOFDMトーン、に対応付けられた複数の角度値を決定して、圧縮形態のチャネルデータを決定する段階をさらに備える。本方法は、一つ以上の空間または時空間ストリームのそれぞれについて、i複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられるトーン毎信号対雑音比PT-SNRを決定し、かつ、ii複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられる信号対雑音比SNRの値を平均することによって平均信号対雑音比avg-SNRを決定する段階をさらに備える。本方法は、少なくとも、i一つ以上の空間または時空間ストリームおよび一つ以上のOFDMトーンに対応付けられた複数の角度値、ii一つ以上の空間または時空間ストリームおよび一つ以上のOFDMトーンに対応するPT-SNR、並びに、iii一つ以上の空間または時空間ストリームに対応するavg-SNRを含むようフィードバック報告を生成する段階をさらに備える。本方法は、受信機から送信機に送信されるデータユニットにフィードバック報告を含める段階をさらに備える。別の実施形態では、装置は、通信チャネルに対応する一つ以上の空間または時空間ストリームのそれぞれについての複数の直交周波数分割多重OFDMトーンについてチャネルデータを決定するネットワークインターフェースを備える。さらに、ネットワークインターフェースは、i一つ以上の空間または時空間ストリーム、および、ii複数のOFDMトーンのうち一つ以上のOFDMトーン、に対応付けられる複数の角度値を決定して、圧縮形態のチャネルデータを決定する。さらに、ネットワークインターフェースは、一つ以上の空間または時空間ストリームのそれぞれについて、i複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられるトーン毎信号対雑音比PT-SNRを決定し、かつ、ii複数のOFDMトーンのうち一つ以上のOFDMトーンに対応付けられる平均信号対雑音比avg-SNRを決定する。さらに、ネットワークインターフェースは、少なくとも、i一つ以上の空間または時空間ストリームおよび一つ以上のOFDMトーンに対応する複数の角度値、ii一つ以上の空間または時空間ストリームおよび一つ以上のOFDMトーンに対応するPT-SNR、並びに、iii一つ以上の空間または時空間ストリームに対応するavg-SNR、を含むようにフィードバック報告を生成する。さらに、ネットワークインターフェースは、受信機から送信機に送信されるデータユニットにフィードバック報告を含める。以下に記載する実施形態では、無線ローカルエリアネットワークWLANのアクセスポイントAP等の無線ネットワークデバイスは、一つ以上のクライアントステーションにデータストリームを送信する。いくつかの実施形態では、WLANは、APおよび/またはクライアントステーションが2つ以上のアンテナを有し、データを同時に送信することができる複数の空間的または、時空間的ストリームを形成する多重入出力MIMO通信をサポートする。APが送信用に複数のアンテナを使用する実施形態では、APは多様なアンテナを使用し、同一の信号をこれらの多様な送信アンテナに供給するときに位相化および増幅してビーム形成もしくはビーム操縦を実現する。ビーム形成技術を実施するには、APは、一般的に、APとビーム形成パターンを形成する対象の一つ以上のクライアントステーションとの間の通信チャネルについて、所定の特性を知得している必要がある。チャネル特性を取得するべく、一実施形態では、APは、MIMOチャネルをクライアントステーションによって正確に推定できるようにするための多数のトレーニングフィールドを含む測深パケットをクライアントステーションに送信する。その後、クライアントステーションは、取得したチャネル特性をAPに、何らかの形式で、たとえば、APに送信する管理フレームもしくは制御フレームにチャネル特性情報を含めることによって、送信もしくはフィードバックする。一つ以上のクライアントステーションから対応する通信チャネルの特性についての情報を受信すると、APは、一つ以上のステーションへのその後の送信で使用する所望のビームパターンを生成することができるようになる。図1は、実施形態に係るチャネルデータフィードバックが用いられる無線ローカルエリアネットワークWLAN10の例を示すブロック図である。WLAN10は、AP14と複数のクライアントステーション25-iとの間でダウンリンクDLマルチユーザMU多重入出力MIMO通信をサポートする。さらに、WLAN10は、AP14と各クライアントステーション25-iとの間のDLシングルユーザSU通信もサポートする。AP14は、ネットワークインターフェース16に接続されたホストプロセッサ15を有する。ネットワークインターフェース16は、媒体アクセス制御MAC処理ユニット18および物理層PHY処理ユニット20を含む。PHY処理ユニット20は、複数の送受信機21を含み、送受信機21は複数のアンテナ24に接続される。3つの送受信機21および3つのアンテナ24が図1に示されているが、他の実施形態では、AP14は他の数たとえば、1、2、4、5等の送受信機21およびアンテナ24を含むことができる。一つの実施形態では、AP14がビーム形成もしくはビーム操縦を実行する場合、および/または、AP14がマルチユーザモードで動作する場合、AP14は少なくとも2つのアンテナ24を有する。WLAN10は、複数のクライアントステーション25を備える。4つのクライアントステーション25が図1には示されているが、多様なシナリオおよび実施形態では、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に接続される。3つの送受信機30および3つのアンテナ34が図1には示されているが、他の実施形態では、クライアントステーション25-1は、他の数たとえば、1、2、4、5等の送受信機30およびアンテナ34を含むことができる。一つの実施形態では、クライアントステーション25-1がビーム形成もしくはビーム操縦を実行する場合、クライアントステーション25-1は少なくとも2つのアンテナ34を有する。一つの実施形態では、クライアントステーション25-2、25-3、および25-4のうち一つまたは全ては、クライアントステーション25-1と同一または類似の構造を持つ。これらの実施形態では、クライアントステーション25-1と同一または類似の構造を持つクライアントステーション25は、同一または違う数の送受信機およびアンテナを有する。たとえば、一つの実施形態では、クライアントステーション25-2は、送受信機を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通信プロトコルに準拠した受信データユニットを処理する。図1を継続して参照すると、一つの実施形態では、クライアントステーション25-1等のクライアントステーションは、何らかの方法でたとえば、AP14から測深フレームを受信することにより、AP14とクライアントステーションとの間のチャネルの特性を取得し、この情報をAP14にフィードバックする。一般的に、このようなフィードバック情報は、多様な実施形態および/またはシナリオにおける多様な形式のうちの一つを有する。一つの実施形態によると、たとえば、チャネル情報は、圧縮形式で送信される圧縮形式は、圧縮ビーム形成フィードバックまたは圧縮Vフィードバックと呼ばれることもある。この実施形態では、フィードバック情報は、チャネルを特徴付ける一セットの角度を含む。一つの実施形態では、フィードバック情報は、ビーム形成される側たとえば、クライアントステーション25-1からビーム形成する側たとえば、AP14に送信されるので、ビーム形成する側が、ビーム形成される側の方向に向けて、その後の送信を操縦することができるようになる。本発明のいくつかの実施形態に係る圧縮フィードバック構成は、2011年6月15日に出願された米国特許出願第13/161,209号、発明の名称ダウンリンクマルチユーザMIMO構成のための代替的なフィードバックの形態に記載されており、その開示内容の全体を、本明細書に参照として組み込むものとする。一つの実施形態では、シングルユーザの場合、クライアントステーション25-1がビーム形成される側、つまり、ビーム形成を指向する対象のデバイスであり、AP14がビーム形成する側、つまり、ビーム形成もしくはビーム送受を実行するデバイスである。別の実施形態では、マルチユーザの場合、AP14は、複数のクライアントステーション25に対して同時にビーム形成を実行する。この実施形態では、ビーム形成を指向する対象の各クライアントステーション25がビーム形成される側であり、AP14がビーム形成する側である。さらに別の実施形態では、AP14がビーム形成される側であり、クライアントステーション25-1がビーム形成する側である。図2は、一つの実施形態に係るフィードバックMACプロトコルデータユニットMPDU200の例を示す図である。図1を参照すると、一つの実施形態では、クライアントステーション25-1は、圧縮ビーム形成チャネル情報をAP14に伝達するべく、MPDU200をAP14に送信する。MPDU200は、使用されているとくていの通信プロトコルを示すカテゴリフィールド202を含む。たとえば、一つの実施形態では、カテゴリフィールドは、VHTプロトコルが使用されていることを示す。MPDU200は、さらに、フレームに含まれるチャネルフィードバック情報の形式もしくはフォーマットたとえば、圧縮ビーム形成を示すアクションフィールド204を含む。さらに、MPDU200は、それぞれ以下により詳細に記載するVHTMIMO制御フィールド206および圧縮ビーム形成報告フィールド208を含む。図3は、一つの実施形態に係る制御フィールド300、たとえば、MPDU200図2のVHTMIMO制御フィールド206を示す図である。一つの実施形態では、MPDU200は、WLAN10がシングルユーザモードで動作する場合、つまり、AP14が一度につきクライアントステーション25-iのうち1つだけに送信する場合、制御フィールド300を含む。別の実施形態では、MPDU200は、WLAN10がマルチユーザモードで動作する場合、つまり、AP14が同時にクライアントステーション25-iの2つ以上に送信およびビーム形成する場合、制御フィールド300を含む。制御フィールド300は、両方のモードに共通する所定の要素もしくはサブフィールドを含むが、その他の所定の要素もしくはサブフィールドは2つのモード間で異なる。制御フィールド300は、シングルユーザモードおよびマルチユーザモードにいずれが使用されているかを示すMUサブフィールド302モードインジケータを含む。例示的な実施形態では、MUサブフィールド302は、シングルユーザフィードバックSUFBを示すべくロジック0に設定され、マルチユーザフィードバックMUFBを示すべくロジック1に設定される。または、別の実施形態では、ロジック0がMUFBを示し、ロジック1がSUFBを示す。また、制御フィールド300は、フィードバック通信チャネルつまり、ビーム形成する側とビーム形成される側との間の通信チャネルに対応する操縦行列steeringmatrixにおける列数および行数をそれぞれ示すNcサブフィールド304およびNrサブフィールド306を含む。より具体的には、一つの実施形態では、操縦行列は、チャネルフィードバックが対応する通信チャネルに適した操縦行列を構成する送信アンテナの数×空間または時空間ストリームの数に対応する次元を有する。したがって、この実施形態では、Ncサブフィールド304は、通信チャネルに対応する空間ストリームまたは、時空間符号化を使用している場合は、時空間ストリームの数を示し、Nrサブフィールド306は、ビーム形成される側への送信を操縦するべくビーム形成する側において使用される送信アンテナの数を示す。一つの実施形態では、操縦行列が対応する空間/時空間ストリームの特定の数は、ビーム形成される側で決定される。たとえば、一つの実施形態では、最大8個の送信アンテナと最大8個の受信アンテナとを使用し、最大8個の空間/時空間ストリームを形成する。この実施形態では、フィードバックが対応する特定のチャネル構成によって、Ncサブフィールド304およびNrサブフィールド306は、それぞれ対応する空間/時空間ストリームの数および対応する送信アンテナの数を示す0~7の範囲の値をそれぞれ含む。他の実施形態では、他の適切なチャネル構成がサポートされ、したがって、Ncサブフィールド304および/またはNrサブフィールド306は、少なくともいくつかの状況において適切なその他の値を含む。また、制御フィールド300は、フィードバックデータが対応するチャネル帯域幅を示すBWサブフィールド308を含む。一つの実施形態では、帯域幅サブフィールド308は、20MHzのBWを示す値0、40MHzのBWを示す値1、80MHzのBWを示す値2、および160MHzのBWを示す値3に設定される2つのビットを含む。その他の実施形態では、BWサブフィールド308は、その他の適切な数のビットを含み、および/または、その他の適切な帯域幅を示すべく使用される。また、制御フィールド300は、以下により詳細に記載するチャネルフードバックを送信するべく用いられるトーングループ化tonegroupingを示すNgサブフィールド310を含む。コードブック情報サブフィールド312は、圧縮フィードバックに対応する角度を量子化および/または符号化するべく使用されるビットの数を示す。一つの実施形態では、コードブックは、角度φの値を量子化するべく使用されるビットの数に対応する値xと、角度ψの値を量子化するべく使用されるビットの数に対応する値yとによるx,yのエントリから構成される。一つの実施形態では、特定のコードブック情報は、SUモードおよびMUモードのいずれが使用されているかに基づいている。したがって、この実施形態では、サブフィールド312の値の解釈は、2つのモード間で異なる。一つの実施形態では、サブフィールド312は、1ビットを含み、2つの適切なコードブックエントリのうち一方を示すことができる。2つのビットを使用する例示的な実施形態では、ロジック0は、SUモードたとえば、MUサブフィールド302において値0で示されるでの量子化ビット数2,4を示し、MUモードたとえば、MUサブフィールド302において値1で示されるでの量子化ビット数6,8を示す。同様に、一つの実施形態では、サブフィールド312におけるロジック1は、SUモードでの量子化ビット数4,6を示し、MUモードでの量子化ビット数7,9を示す。または、別の実施形態では、コードブック情報サブフィールド312は、SUモードとMUモードとで解釈が異なる2ビットを含み、4つの適切なコードブックエントリのうち1つを示すことができる。このような実施形態の一つでは、たとえば、SUモードが示されている場合たとえば、MUサブフィールド302において、コードブック情報サブフィールド312における値0は、コードブックエントリ1,3に対応し、値1はコードブックエントリ2,4に対応し、値2はコードブックエントリ3,5に対応し、値2は4,6に対応する。他方、MUモードが示されている場合、この例示的な実施形態では、コードブック情報サブフィールド312における値0はコードブックエントリ4,6に対応し、値1はコードブックエントリ5,7に対応し、値2はコードブックエントリ6,8に対応し、値2は7,9に対応する。さらに、制御フィールド300は、測深シーケンス数サブフィールド314および予約サブフィールド316を含む。一つの実施形態では、予約サブフィールド316は、3バイトを完全に含むように制御フィールド300を拡張するのに必要とされるビット数をすくむ。別の実施形態では、予約フィールド316は、4バイトを完全に含むように制御フィールド300を拡張するのに必要とされるビット数を含む。他の実施形態では、予約サブフィールド316は、別の適切なビット数を含む。さらに、トーン拡張toneaugmentationをたとえば、MUモードで用いる実施形態では、予約サブフィールド316の1以上のビットは、トーン拡張を示すべく使用されるたとえば、1ビットを使用して、トーン拡張が用いられていることを示す。制御フィールドの後には、ビーム形成する側とビーム形成される側との間の通信チャネルに対応するチャネル情報を含むフィードバック応答フィールドが続く。いくつかの実施形態、たとえば、多重入出力MIMOチャネルおよび/または直交周波数分割多重OFDMを用いる実施形態では、通信チャネルを完全に特徴付けるチャネルデータ完全チャネル推定の量が大きい。複数の送信アンテナおよび受信アンテナつまりMIMOチャネルを用いる実施形態では、たとえば、完全チャネル推定は、送信アンテナおよび受信アンテナの各対に対応するサブチャネルの推定を含む。さらに、直交周波数分割多重OFDMを用いる実施形態では、完全チャネル推定は、各サブキャリア周波数でのチャネル推定を含む。したがって、いくつかの実施形態では、ビーム形成される側たとえば、クライアントステーション25-1からビーム形成する側たとえば、AP14に送信されるチャネル推定データの量を減らすべく、ビーム形成される側は、完全チャネル推定データのうちのサブセットだけを送信する。たとえば、OFDMに基づいた通信を利用する実施形態では、OFDMサブキャリアをグループ分けし、各グループに含まれるサブキャリアのうち1つだけに対応したチャネル推定データをAPに返送するサブキャリアグループ化技術を用いる。追加的に、または、代替的に、サブキャリアグループ化技術を用いるいくつかの実施形態では、サブキャリアグループに含まれる複数のサブキャリアに対応するチャネル推定データの平均がAPに返送される。たとえば、一つの実施形態では、フィードバックチャネルデータが20MHzチャネル52個のOFDMデータ/パイロットトーンを含むに対応する場合、フィードバック報告は、1個のトーンでトーングループ化するつまり、グループ化しない場合は全52個のトーンについてのチャネルデータを含み、2個のトーンでトーングループ化する場合は30個のOFDMトーンについてのチャネルデータを含み、4個のトーンでトーングループ化する場合は16個のOFDMトーンについてのチャネルデータを含む。40MHzチャネル108個のOFDMデータ/パイロットトーンを含むの場合、一つの実施形態によると、フィードバック報告は、1個のトーンでトーングループ化するつまり、グループ化しない場合は全108個のトーンについてのチャネルデータを含み、2個のトーンでトーングループ化する場合、58個のOFDMトーンについてのチャネルデータを含み、4個のトーンでトーングループ化する場合、30個のOFDMトーンについてのチャネルデータを含む。同じく、80MHzチャネル234個のOFDMデータ/パイロットトーンを含むの場合、一つの実施形態では、フィードバック報告は、1個のトーンでトーングループ化するつまり、グループ化しない場合は全234個のトーンについてのチャネルデータを含み、2個のトーンでトーングループ化する場合122個のOFDMトーンについてのチャネルデータを含み、4個のトーンでトーングループ化する場合62個のOFDMトーンについてのチャネルデータを含む。フィードバック報告が160MHzチャネルについてのチャネルデータを含む実施形態では、フィードバック報告は、対応する上記の80MHzチャネルにおけるトーングループ化により、80MHzサブ帯域に対応するチャネルデータを含む。本発明のいくつかの実施形態に係る多様なトーングループ化およびフィードバックトーンの特定的な例についてのより詳細な記載が、2011年8月10日に出願された米国特許出願第13/207,003号、発明の名称通信システムにおけるチャネル記述フィードバックに見られ、その開示内容の全体を本明細書に参照として組み込むものとする。一つの実施形態では、使用されている特定のサブキャリアのグルーピングが制御フィールド300図3のNgサブフィールド310に示される。いくつかの実施形態では、40MHz、80MHz、または160MHzチャネルは、主要な20MHzチャネルおよび複数のサブ帯域拡張チャネルから構成され、サブ帯域チャネルの特定の数は、使用されている帯域幅に基づく。いくつかのこのような実施形態では、40MHz、80MHz、または160MHzチャネルのフィードバック報告は、全チャネルの一部だけに対応したデータを含む。たとえば、一つの実施形態では、40MHzチャネルのフィードバック報告は、20MHzサブチャネルのフィードバックデータを含む。同じく、一つの実施形態では、80MHzチャネルのフィードバック報告は、20MHzサブチャネルのフィードバックデータを含む。別の実施形態では、80MHzチャネルのフィードバック報告は、40MHzサブチャネルのフィードバックデータを含む。いくつかのこのような実施形態では、フィードバックデータを受信すると、ビーム形成する側は、フィードバックが主要な20MHzチャネルに対応するものと解釈する。さらに、フィードバックデータが20MHzの主要チャネルより大きい帯域幅、たとえば、40MHzのBWまたは80MHzのBWに対応する場合、ビーム形成する側は、フィードバックが主要な20MHzチャネルを含むチャネルサブ帯域に対応するものと解釈する。本発明のいくつかの実施形態に係る主要チャネルおよび拡張サブ帯域チャネルは、2011年8月8日に出願された米国特許出願第13/205,257号、発明の名称ダウンリンクマルチユーザMIMO構成でのビーム形成のためのサブ帯域フィードバックに記載されており、その開示内容の全体を本明細書に参照として組み込むものとする。図4A-4Cは、多様な実施形態および/またはシナリオにおけるSUモードおよび/またはMUモードのMPDU200たとえば、図2の圧縮ビーム形成報告フィールド208に含まれる多様なフィードバックFB報告フィールドフォーマットを示す図である。図4Aを参照すると、一つの実施形態では、FB報告フィールド400がシングルユーザの場合に使用される。FB報告フィールド400は、複数の空間/時空間ストリームについての複数のOFDMトーンについて平均した信号対雑音比SNRの値を含む複数のAvg-SNRサブフィールド402を含む。したがって、一つの実施形態では、AVg-SNRサブフィールド402の数は、フィードバックに含まれる空間/時空間ストリームの数つまり、チャネル情報がフィードバックされているところの空間/時空間ストリームの数に対応する。また、FB報告フィールド400は、たとえば制御フィールド300図3のコードブック情報サブフィールド312に示される量子化された角度値を含む複数の角度サブフィールド404を含む。つまり、角度サブフィールド404の数は、一般的に、空間/時空間ストリームの数に対応し、各角度フィールド404は、特定の空間/時空間ストリームに対応付けられた複数のOFDMトーンフィードバックトーンに対応するについての複数の量子化角度値を含む。便宜的に、図4Aは、2個のOFDMフィードバックトーンに対応付けられたサブフィールドだけを明示している。しかし、多様な実施形態および/またはシナリオにおいて、FB報告フィールド400は、任意の適切な数のOFDMフィードバックトーンについての角度データを含む。図4Bを参照すると、一つの実施形態では、FB報告フィールド430がマルチユーザの場合に使用される。FB報告フィールドは、FB報告フィールド430が図4Bにおいてブロック434およびブロック438に示す複数のトーン毎信号対雑音比PT-SNRサブフィールドを含むことを除いては、FB報告フィールド400に類似する。つまり、図4Bに示す実施形態では、マルチユーザの場合、FB報告フィールドは、複数のOFDMトーンについての平均SNRに加えて、各フィードバックトーンについてのPT-SNR値を含む。より具体的には、一つの実施形態では、PT-SNRサブフィールド434は、フィードバックに含まれる各空間/時空間ストリームについての第1OFDMフィードバックトーンに対応付けられたSNR値を含む。同じく、PT-SNRサブフィールド438は、フィードバックに含まれる各空間/時空間ストリームについての第2OFDMフィードバックトーンに対応付けられたSNR値を含む。便宜的に、図4Bは、2つのOFDMフィードバックトーンに対応付けられたサブフィールドだけを明示している。しかし、多様な実施形態および/またはシナリオでは、FB報告フィールド430は、任意の適切な数のOFDMフィードバックトーンについての角度データおよびトーン毎SNRデータを含む。図4Cは、別の実施形態に係るトーン毎SNR値を含む別のFBフィードバック報告460を示す。一つの実施形態では、FBフィードバック報告460がマルチユーザの場合に使用される。FBフィードバック報告460は、FB報告フィールド460では、角度フィールド464の後に、複数のPT-SNRサブフィールド466、複数のPT-SNRサブフィールド468等が含められている点以外は、FB報告フィールド430に類似している。一般的に、PT-SNRサブフィールドは、多様な実施形態および/またはシナリオにおいて、FB報告フィールド内の任意の適切な位置に含められる。上記の実施形態では、トーン毎SNR値はマルチユーザモードの場合に含められ、avg-SNR値はシングルユーザモードの場合に含められる。これらの実施形態では、平均SNR値によって、シングルユーザの場合、ビーム形成を効果的に実行するのに十分な情報が与えられ、マルチユーザの場合は、追加的なトーン毎SNRデータがあれば有用である。しかし、いくつかの実施形態では、FB報告フィールドは、マルチユーザの場合だけでなくシングルユーザの場合にも、avg-SNR値に加えてトーン毎SNR値を含む。一つの実施形態では、平均SNR値たとえば、avg-SNRサブフィールド402、avg-SNRサブフィールド432、および/またはavg-SNRサブフィールド462に含まれるは、2の補数である8ビットの整数4×SNRAVG_i-22を用いて量子化されるが、ここで、SNRAVG_iは、i番目の空間/時空間ストリームに対応する平均SNRである。この実施形態では、各空間/時空間ストリームの量子化avg-SNR値は、-10dB~53.75dBの範囲に、0.25dBの刻みで含まれる。同じく、一つの実施形態では、各PT-SNR値たとえば、PT-SNRサブフィールド434、PT-SNRサブフィールド438、PT-SNRサブフィールド466、および/またはPT-SNRサブフィールド468に含まれるは、2の補数である8ビットの整数4×SNRi-22を用いて8ビットに量子化されるが、ここで、SNRiは、i番目の空間/時空間ストリームの各OFDMトーンに対応するSNRである。別の実施形態では、各PT-SNR値は、2の補数である4ビットの整数SNRi-22を用いて4ビットに量子化されるが、ここで、SNRiは、i番目の空間/時空間ストリームの各OFDMトーンに対応するSNRである。この場合、量子化PT-SNRは、-10dB~50dBの範囲に4dBの刻みで含まれる。または、いくつかの実施形態では、トーン毎SNRと、対応する空間/時空間ストリームについての1グループのトーンについての平均SNRと、の差分値を量子化し、量子化差分値を対応するPT-SNRサブフィールドに含める。たとえば、一つのこのような実施形態では、量子化差分値は2の補数である4ビットの整数SNRi-SNRAVG_i/2に対応するが、ここで、SNRiはi番目の空間/時空間ストリームの各OFDMトーンに対応するSNRであり、SNRAVG_iは対応する空間/時空間ストリームの平均SNRである。この実施形態では、量子化トーン毎SNR差分値は、-16dB~14dBの範囲に2dBの刻みで含まれる。別の例として、別の実施形態では、量子化差分値は、2の補数である4ビットの整数SNRi-SNRAVG_iに対応するが、ここで、SNRiはi番目の空間/時空間ストリームの各OFDMトーンに対応するSNRであり、SNRAVG_iは対応する空間/時空間ストリームの平均SNRである。この実施形態では、トーン毎SNR差分値は、-8dB~7dBの範囲に1dBの刻みで含まれる。その他の実施形態では、その他の適切な量子化技術を使用して、トーン毎SNR値を表す量子化値を生成する。図2に戻ると、いくつかの実施形態では、MPDU200は、アクション形態がHTCであるフィードバックアクションノーアクションフレームもしくは、HTCフレームに含まれるが、このフレームは、ビーム形成される側で選択され、ビーム形成する側に返送される変調符号化スキームMCSに対応するフィードバックも含む。いくつかのこのような実施形態では、列数Ncたとえば、図3のサブフィールド304に含まれるは、フィードバックされるMCSに対応する空間/時空間ストリーム数Nssと同じである。一つの実施形態では、ビーム形成する側たとえば、AP14がフィードバックMPDU200を受信すると、シングルユーザの場合は、ビーム形成する側は、Nc値たとえば、図3のNcサブフィールド304に示されるは、ビーム形成される側に対してビーム形成するために使用するべきとしてビーム形成される側が推奨する最適な空間/時空間ストリーム数であると解釈する。他方、マルチユーザの場合は、ビーム形成する側たとえば、AP14がフィードバックMPDU200を受信すると、ビーム形成する側は、Nc値たとえば、図3のNcサブフィールド304に示されるは、ビーム形成される側の方向へとビーム形成するために使用するべき空間/時空間ストリームの最大数であると解釈する。この実施形態では、ビーム形成する側は、ビーム形成を同時に実行する対象の全ユーザから受信したフィードバックに基づいて、ビーム形成される側に対して使用する空間/時空間ストリームの実際の数を決定する。この実施形態では、全ユーザについてのビーム操縦行列を、特定の送信を操縦する対象の対応する全ユーザから受信したフィードバック情報を考慮に入れて、一括して算出する。図5は、一つの実施形態に係る受信機から送信機にチャネル推定データを送信する例示的な方法500のフロー図である。図1を参照すると、一つの実施形態では、方法500は、クライアントステーション25-1のネットワークインターフェース27によって実行される。たとえば、一つのこのような実施形態では、PHY処理ユニット29が方法500を実行する。別の実施形態では、MAC処理ユニット28も、方法500の少なくとも一部を実行する。図1を継続して参照すると、さらに別の実施形態では、方法500は、ネットワークインターフェース16たとえば、PHY処理ユニット20および/またはMAC処理ユニット18によって実行される。その他の実施形態では、方法500は、その他の適切なネットワークインターフェースによって実行される。ブロック502で、通信チャネルたとえば、AP14とクライアントステーション25-1との間のチャネルに対応する一つ以上の空間/時空間ストリームについての複数のOFDMトーンについてのチャネルデータを決定する。一つの実施形態では、受信機が送信機から受信する測深波に含まれる一つ以上のトレーニングフィールドに基づいて、チャネルデータを決定する。ブロック504で、ブロック502で決定したチャネルデータの圧縮形態を生成する。一つの実施形態では、チャネルデータの圧縮形態の生成では、対応する数の空間/時空間ストリームおよび複数のOFDMトーンの通信チャネルに対応付けられた複数の角度を生成する。図4A-4Cを参照すると、一つの実施形態では、ブロック504で決定した角度値は、図4Aの角度サブフィールド404、図4Bの角度サブフィールド436および440、もしくは図4Cの角度サブフィールド464に含まれる値に対応する。ブロック506で、トーン毎SNRPT-SNRを複数のOFDMトーンのうち一つ以上について生成する。一つの実施形態では、ブロック506で決定したPT-SNR値は、図4BのPT-SNRサブフィールド434および438もしくは図4CのPT-SNRサブフィールド466および468に対応する。ブロック508で、1グループのOFDMトーンについての平均SNRavg-SNRを、各空間/時空間ストリームについて決定する。一つの実施形態では、ブロック508で決定するavg-SNR値は、図4Aのavg-SNRサブフィールド402、図4Bのavg-SNRサブフィールド432、もしくは図4Cのavg-SNRサブフィールド462に対応する。ブロック510で、少なくともi一つ以上の空間/時空間ストリームに対応する複数の角度値、ii一つ以上の空間/時空間ストリームおよび一つ以上のOFDMトーンに対応するPT-SNR、およびiii一つ以上の空間/時空間ストリームに対応するavg-SNRを含むデータユニットを生成する。一つの実施形態では、ブロック510のデータユニットの生成では、図3のコードブック情報サブフィールド312に示される数のビットを使用して角度値を量子化する。一つの実施形態では、ブロック510のデータユニットの生成では、上記のようにPT-SNR値およびavg-SNR値の量子化も行う。上記したように、一つの実施形態では、シングルユーザの場合つまり、フィードバック報告が一人のユーザに対する操縦に使用される場合、PT-SNR値は省略される。ブロック512では、ブロック510で生成したフィードバック報告を、受信機ビーム形成される側から送信機ビーム形成する側に送信するべく、データユニットに含める。上記の多様なブロック、動作、および技術の少なくともいくつかは、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ、または、これらの任意の組み合わせによって実施してよい。ソフトウェア命令またはファームウェア命令を実行するプロセッサを使用して実施する場合、ソフトウェア命令またはファームウェア命令は、磁気ディスク、光ディスク、もしくはその他の格納媒体等の任意のコンピュータ可読メモリに、RAM、ROM、もしくはフラッシュメモリに、または、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等に格納してよい。同じく、ソフトウェア命令またはファームウェア命令は、たとえば、コンピュータ可読ディスクもしくはその他の可搬型コンピュータ格納メカニズム、または、通信媒体等の任意の周知もしくは所望の配布方法によってユーザまたはシステムに配布してよい。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール、もしくはその他のデータを、搬送波もしくはその他の搬送メカニズム等の変調データ信号として具現化する。変調データ信号という文言は、情報が符号化されるように特性の一つ以上が設定もしくは変更される信号を意味する。限定ではなく例示として、通信媒体は、有線ネットワークもしくは直接有線接続等の有線媒体、および音声、無線周波数、赤外線、およびその他の無線媒体等の無線媒体を含む。したがって、ソフトウェア命令またはファームウェア命令は、電話線、DSLライン、ケーブルテレビライン、光ファイバライン、無線通信チャネル、インターネット等可搬型格納媒体を介してこのようなソフトウェアを提供することに対して、これらは互いに同一もしくは交換可能であると見なされる等の通信チャネルを介してユーザまたはシステムに配布してよい。ソフトウェア命令またはファームウェア命令は、プロセッサによって実行されると、プロセッサに多様な動作を実行させる機械可読命令を含んでよい。ハードウェアで実施する場合、ハードウェアは、個別のコンポーネント、集積回路、特定用途向け集積回路ASIC、プログラム可能論理回路PLD等のうち一つ以上を含んでよい。本発明を限定するのでなく例示するものとしてだけ意図された特定の例を参照して本発明を記載したが、本発明の範囲から逸脱することなく、追加および/または削除を開示した実施形態に行ってよい。"