(57)【要約】【解決手段】受信機から送信機へのチャネルフィードバック方法では、通信チャネルに対応する一以上の空間／時空間ストリームの複数のＯＦＤＭトーンついてのチャネルデータを圧縮形態で決定する。圧縮形態の決定では、一以上の空間／時空間ストリーム及び複数のＯＦＤＭトーンのうち一以上に対応付けられる複数の角度値を決定する。一以上の空間／時空間ストリームの各々について、複数のＯＦＤＭトーンのうち一以上のＯＦＤＭトーンに対応付けられるトーン毎ＳＮＲを決定し、複数のＯＦＤＭトーンのうち一以上のＯＦＤＭトーンに対応するＳＮＲ値を平均して平均ＳＮＲを決定する。少なくとも、一以上の空間／時空間ストリーム及び一以上のＯＦＤＭトーンに対応する複数の角度値およびトーン毎ＳＮＲ、並びに、一以上の空間／時空間ストリームに対応する平均ＳＮＲを含むフィードバック報告を生成し、受信機から送信機に送信されるデータユニットに含める。【選択図】図５
2013545339.tif 000002
【特許請求の範囲】
【請求項１】
受信機から送信機にチャネルフィードバックデータを送信する方法であって、
通信チャネルに対応する一つ以上の空間または時空間ストリームの複数の直交周波数分割多重（ＯＦＤＭ）トーンについてのチャネルデータを決定する段階と、
ｉ）前記一つ以上の空間または時空間ストリーム、および、ｉｉ）前記複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーン、に対応付けられる複数の角度値を決定して、圧縮形態の前記チャネルデータを決定する段階と、
前記一つ以上の空間または時空間ストリームのそれぞれについて、ｉ）前記複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられるトーン毎信号対雑音比（ＰＴ−ＳＮＲ）を決定し、かつ、ｉｉ）前記複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応する信号対雑音比（ＳＮＲ）の値を平均することにより、平均信号対雑音比（ａｖｇ−ＳＮＲ）を決定する段階と、
少なくとも、ｉ）前記一つ以上の空間または時空間ストリームおよび前記一つ以上のＯＦＤＭトーンに対応付けられた前記複数の角度値、ｉｉ）前記一つ以上の空間または時空間ストリームおよび前記一つ以上のＯＦＤＭトーンに対応付けられた前記ＰＴ−ＳＮＲ、並びに、ｉｉｉ）前記一つ以上の空間または時空間ストリームに対応付けられた前記ａｖｇ−ＳＮＲ、を含むようにフィードバック報告を生成する段階と、
前記受信機から前記送信機に送信されるデータユニットに前記フィードバック報告を含める段階と
を備える方法。
【請求項２】
前記データユニットは、制御フィールドも含み、
前記制御フィールドは、少なくとも、ｉ）前記チャネルデータがシングルユーザ（ＳＵ）モードまたはマルチユーザ（ＭＵ）モードで使用されるかを示すモードインジケータ、ｉｉ）前記通信チャネルに対応するチャネル行列の列数を示す列数（Ｎｃ）インジケータ、および、ｉｉｉ）前記複数の角度値の各角度値を量子化するのに使用されるビット数を示すコードブック情報、を含む
請求項１に記載の方法。
【請求項３】
前記モードインジケータがＳＵモードを示すよう設定されている場合、前記ＰＴ−ＳＮＲは省略される請求項２に記載の方法。
【請求項４】
前記コードブック情報は、前記ＳＵモードと前記ＭＵモードとで異なって解釈される請求項２または３に記載の方法。
【請求項５】
前記コードブック情報は、１ビットを使用して示される請求項２から４のいずれか１項に記載の方法。
【請求項６】
前記フィードバック報告を生成する段階は、前記ａｖｇ−ＳＮＲを量子化して８ビットの量子化ａｖｇ−ＳＮＲを生成する段階を有する請求項１から５のいずれか１項に記載の方法。
【請求項７】
一つ以上のトーンの前記ＰＴ−ＳＮＲは、対応する前記ＯＦＤＭトーンの前記ＰＴ−ＳＮＲと前記ａｖｇ−ＳＮＲとの差分によって表される請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記差分は、４ビットに量子化される請求項７に記載の方法。
【請求項９】
前記データユニットは、変調および符号化スキーム（ＭＣＳ）のフィードバックのインジケータをさらに含み、Ｎｃは、前記変調および符号化スキームに対応する空間または時空間ストリームの数に等しい請求項２から８のいずれか１項に記載の方法。
【請求項１０】
前記フィードバック報告は、複数のＯＦＤＭトーンを含む各ＯＦＤＭトーングループに含まれる一つのＯＦＤＭトーンだけに対応する角度値およびＰＴ−ＳＮＲを含む請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記モードインジケータがＳＵモードを示すよう設定されている場合、Ｎｃは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最適数を示し、前記モードインジケータがＭＵモードを示すよう設定されている場合、Ｎｃは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最大数を示す請求項２から５および９のいずれか１項に記載の方法。
【請求項１２】
ネットワークインターフェースを備える装置であって、
前記ネットワークインターフェースは、
通信チャネルに対応する一つ以上の空間または時空間ストリームのそれぞれについての複数の直交周波数分割多重（ＯＦＤＭ）トーンについて、チャネルデータを決定し、
ｉ）前記一つ以上の空間または時空間ストリーム、および、ｉｉ）前記複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーン、に対応付けられた複数の角度値を決定して、圧縮形態の前記チャネルデータを決定し、
前記一つ以上の空間または時空間ストリームのそれぞれについて、ｉ）前記複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられるトーン毎信号対雑音比（ＰＴ−ＳＮＲ）を決定し、かつ、ｉｉ）前記複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられる平均信号対雑音比（ａｖｇ−ＳＮＲ）を決定し、
少なくとも、ｉ）前記一つ以上の空間または時空間ストリームおよび前記一つ以上のＯＦＤＭトーンに対応付けられた前記複数の角度値、ｉｉ）前記一つ以上の空間または時空間ストリームおよび前記一つ以上のＯＦＤＭトーンに対応付けられた前記ＰＴ−ＳＮＲ、並びに、ｉｉｉ）前記一つ以上の空間または時空間ストリームに対応付けられた前記ａｖｇ−ＳＮＲ、を含むようにフィードバック報告を生成し、
受信機から送信機に送信されるデータユニットに前記フィードバック報告を含める
装置。
【請求項１３】
前記データユニットは、制御フィールドを含み、
前記制御フィールドは、少なくとも、ｉ）前記チャネルデータがシングルユーザ（ＳＵ）モードまたはマルチユーザ（ＭＵ）モードで使用されるかを示すモードインジケータ、ｉｉ）前記通信チャネルに対応するチャネル行列の列数を示す列数（Ｎｃ）インジケータ、および、ｉｉｉ）前記複数の角度値の各角度値を量子化するのに使用されるビット数を示すコードブック情報、を含む
請求項１２に記載の装置。
【請求項１４】
前記モードインジケータがＳＵモードを示すよう設定されている場合、前記ネットワークインターフェースは、前記ＰＴ−ＳＮＲを省略する請求項１３に記載の装置。
【請求項１５】
前記コードブック情報は、前記ＳＵモードと前記ＭＵモードとで異なって解釈される請求項１３または１４に記載の装置。
【請求項１６】
前記コードブック情報は、１ビットを使用して示される請求項１３から１５のいずれか１項に記載の装置。
【請求項１７】
前記フィードバック報告を生成するとき、前記ａｖｇ−ＳＮＲを量子化して８ビットの量子化ａｖｇ−ＳＮＲを生成する請求項１２から１６のいずれか１項に記載の装置。
【請求項１８】
一つ以上のトーンの前記ＰＴ−ＳＮＲは、対応する前記ＯＦＤＭトーンの前記ＰＴ−ＳＮＲと前記ａｖｇ−ＳＮＲとの差分によって表される請求項１２から１７のいずれか１項に記載の装置。
【請求項１９】
前記差分は、４ビットに量子化される請求項１８に記載の装置。
【請求項２０】
前記データユニットは、変調および符号化スキームのフィードバックのインジケータをさらに含み、Ｎｃは、前記変調および符号化スキームに対応する空間または時空間ストリームの数に等しい請求項１３から１９のいずれか１項に記載の装置。
【請求項２１】
前記フィードバック報告は、複数のＯＦＤＭトーンを含む各ＯＦＤＭトーングループに含まれる一つのＯＦＤＭトーンだけに対応する角度値およびＰＴ−ＳＮＲを含む請求項１２から２０のいずれか１項に記載の装置。
【請求項２２】
前記モードインジケータがＳＵモードを示すよう設定されている場合、Ｎｃは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最適数を示し、前記モードインジケータがＭＵモードを示すよう設定されている場合、Ｎｃは、前記受信機にビーム形成するのに使用するべき空間または時空間ストリームの最大数を示す請求項１３から１６および２０のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、一般的に通信ネットワークに関し、特に、ビーム形成のための圧縮フィードバック用のフレームフォーマットに関する。
【０００２】
［関連出願の相互参照］
本願は、２０１０年１０月４日に出願された米国仮特許出願第６１／３８９，６３５号の利益を主張し、その開示内容の全体を本明細書に参照として組み込むものとする。
【背景技術】
【０００３】
本明細書において提供される背景についての記載は、開示内容の背景を全般的に提示することを目的とする。本願において名前を提示された発明者の本背景技術の項目に記載される仕事と、出願時に先行技術としての条件を満たさない本記載の側面とは、明示的にも黙示的にも本開示内容に対する先行技術と自認するものでない。
【０００４】
電気電子技術者協会（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇ、および８０２．１１ｎ規格等の無線ローカルエリアネットワーク（ＷＬＡＮ）規格の発展によって、シングルユーザピークデータスループットが向上した。たとえば、ＩＥＥＥ８０２．１１ｂ規格では、１秒当たり１１メガビット（Ｍｂｐｓ）のシングルユーザピークスループットが規定され、ＩＥＥＥ８０２．１１ａおよび８０２．１１ｇ規格では、５４Ｍｂｐｓのシングルユーザピークスループットが規定され、ＩＥＥＥ８０２．１１ｎ規格では、６００Ｍｂｐｓのシングルユーザピークスループットが規定されている。さらなる高スループットを提供すると期待される新規格ＩＥＥＥ８０２．１１ａｃの開発が始まっている。
【発明の概要】
【課題を解決するための手段】
【０００５】
一つの実施形態では、受信機から送信機にチャネルフィードバックデータを送信する方法は、通信チャネルに対応する一つ以上の空間または時空間ストリームの複数の直交周波数分割多重（ＯＦＤＭ）トーンについてのチャネルデータを決定する段階を備える。本方法は、ｉ）一つ以上の空間または時空間ストリーム、および、ｉｉ）複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーン、に対応付けられた複数の角度値を決定して、圧縮形態のチャネルデータを決定する段階をさらに備える。本方法は、一つ以上の空間または時空間ストリームのそれぞれについて、ｉ）複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられるトーン毎信号対雑音比（ＰＴ−ＳＮＲ）を決定し、かつ、ｉｉ）複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられる信号対雑音比（ＳＮＲ）の値を平均することによって平均信号対雑音比（ａｖｇ−ＳＮＲ）を決定する段階をさらに備える。本方法は、少なくとも、ｉ）一つ以上の空間または時空間ストリームおよび一つ以上のＯＦＤＭトーンに対応付けられた複数の角度値、ｉｉ）一つ以上の空間または時空間ストリームおよび一つ以上のＯＦＤＭトーンに対応するＰＴ−ＳＮＲ、並びに、ｉｉｉ）一つ以上の空間または時空間ストリームに対応するａｖｇ−ＳＮＲを含むようフィードバック報告を生成する段階をさらに備える。本方法は、受信機から送信機に送信されるデータユニットにフィードバック報告を含める段階をさらに備える。
【０００６】
別の実施形態では、装置は、通信チャネルに対応する一つ以上の空間または時空間ストリームのそれぞれについての複数の直交周波数分割多重（ＯＦＤＭ）トーンについてチャネルデータを決定するネットワークインターフェースを備える。さらに、ネットワークインターフェースは、ｉ）一つ以上の空間または時空間ストリーム、および、ｉｉ）複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーン、に対応付けられる複数の角度値を決定して、圧縮形態のチャネルデータを決定する。さらに、ネットワークインターフェースは、一つ以上の空間または時空間ストリームのそれぞれについて、ｉ）複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられるトーン毎信号対雑音比（ＰＴ−ＳＮＲ）を決定し、かつ、ｉｉ）複数のＯＦＤＭトーンのうち一つ以上のＯＦＤＭトーンに対応付けられる平均信号対雑音比（ａｖｇ−ＳＮＲ）を決定する。さらに、ネットワークインターフェースは、少なくとも、ｉ）一つ以上の空間または時空間ストリームおよび一つ以上のＯＦＤＭトーンに対応する複数の角度値、ｉｉ）一つ以上の空間または時空間ストリームおよび一つ以上のＯＦＤＭトーンに対応するＰＴ−ＳＮＲ、並びに、ｉｉｉ）一つ以上の空間または時空間ストリームに対応するａｖｇ−ＳＮＲ、を含むようにフィードバック報告を生成する。さらに、ネットワークインターフェースは、受信機から送信機に送信されるデータユニットにフィードバック報告を含める。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係るチャネルデータフィードバックが使用される無線通信ネットワーク例のブロック図である。
【０００８】
【図２】実施形態に係るフィードバックＭＡＣプロトコルデータユニット（ＭＰＤＵ）フォーマットの例を示す図である。
【０００９】
【図３】一実施形態に係る制御フィールドを示す図である。
【００１０】
【図４Ａ】多様な実施形態および／またはシナリオにおける多様なフィードバック（ＦＢ）報告フィールドフォーマットを示す図である。
【図４Ｂ】多様な実施形態および／またはシナリオにおける多様なフィードバック（ＦＢ）報告フィールドフォーマットを示す図である。
【図４Ｃ】多様な実施形態および／またはシナリオにおける多様なフィードバック（ＦＢ）報告フィールドフォーマットを示す図である。
【００１１】
【図５】実施形態に係る受信機から送信機にチャネル推定データを送信する方法の例を示すフロー図である。
【発明を実施するための形態】
【００１２】
以下に記載する実施形態では、無線ローカルエリアネットワーク（ＷＬＡＮ）のアクセスポイント（ＡＰ）等の無線ネットワークデバイスは、一つ以上のクライアントステーションにデータストリームを送信する。いくつかの実施形態では、ＷＬＡＮは、ＡＰおよび／またはクライアントステーションが２つ以上のアンテナを有し、データを同時に送信することができる複数の空間的（または、時空間的）ストリームを形成する多重入出力（ＭＩＭＯ）通信をサポートする。ＡＰが送信用に複数のアンテナを使用する実施形態では、ＡＰは多様なアンテナを使用し、同一の信号をこれらの多様な送信アンテナに供給するときに位相化（および増幅）してビーム形成もしくはビーム操縦を実現する。ビーム形成技術を実施するには、ＡＰは、一般的に、ＡＰとビーム形成パターンを形成する対象の一つ以上のクライアントステーションとの間の通信チャネルについて、所定の特性を知得している必要がある。チャネル特性を取得するべく、一実施形態では、ＡＰは、ＭＩＭＯチャネルをクライアントステーションによって正確に推定できるようにするための多数のトレーニングフィールドを含む測深パケットをクライアントステーションに送信する。その後、クライアントステーションは、取得したチャネル特性をＡＰに、何らかの形式で、たとえば、ＡＰに送信する管理フレームもしくは制御フレームにチャネル特性情報を含めることによって、送信もしくはフィードバックする。一つ以上のクライアントステーションから対応する通信チャネルの特性についての情報を受信すると、ＡＰは、一つ以上のステーションへのその後の送信で使用する所望のビームパターンを生成することができるようになる。
【００１３】
図１は、実施形態に係るチャネルデータフィードバックが用いられる無線ローカルエリアネットワーク（ＷＬＡＮ）１０の例を示すブロック図である。ＷＬＡＮ１０は、ＡＰ１４と複数のクライアントステーション２５−ｉとの間でダウンリンク（ＤＬ）マルチユーザ（ＭＵ）多重入出力（ＭＩＭＯ）通信をサポートする。さらに、ＷＬＡＮ１０は、ＡＰ１４と各クライアントステーション２５−ｉとの間のＤＬシングルユーザ（ＳＵ）通信もサポートする。ＡＰ１４は、ネットワークインターフェース１６に接続されたホストプロセッサ１５を有する。ネットワークインターフェース１６は、媒体アクセス制御（ＭＡＣ）処理ユニット１８および物理層（ＰＨＹ）処理ユニット２０を含む。ＰＨＹ処理ユニット２０は、複数の送受信機２１を含み、送受信機２１は複数のアンテナ２４に接続される。３つの送受信機２１および３つのアンテナ２４が図１に示されているが、他の実施形態では、ＡＰ１４は他の数（たとえば、１、２、４、５等）の送受信機２１およびアンテナ２４を含むことができる。一つの実施形態では、ＡＰ１４がビーム形成もしくはビーム操縦を実行する場合、および／または、ＡＰ１４がマルチユーザモードで動作する場合、ＡＰ１４は少なくとも２つのアンテナ２４を有する。ＷＬＡＮ１０は、複数のクライアントステーション２５を備える。４つのクライアントステーション２５が図１には示されているが、多様なシナリオおよび実施形態では、ＷＬＡＮ１０は、他の数（たとえば、１、２、３、５、６等）のクライアントステーション２５を備えることができる。クライアントステーション２５のうち少なくとも１つ（たとえば、クライアントステーション２５−１）は、少なくとも第１通信プロトコルに準拠して動作する。
【００１４】
クライアントステーション２５−１は、ネットワークインターフェース２７に接続されたホストプロセッサ２６を有する。ネットワークインターフェース２７は、ＭＡＣ処理ユニット２８およびＰＨＹ処理ユニット２９を含む。ＰＨＹ処理ユニット２９は、複数の送受信機３０を含み、送受信機３０は複数のアンテナ３４に接続される。３つの送受信機３０および３つのアンテナ３４が図１には示されているが、他の実施形態では、クライアントステーション２５−１は、他の数（たとえば、１、２、４、５等）の送受信機３０およびアンテナ３４を含むことができる。一つの実施形態では、クライアントステーション２５−１がビーム形成もしくはビーム操縦を実行する場合、クライアントステーション２５−１は少なくとも２つのアンテナ３４を有する。
【００１５】
一つの実施形態では、クライアントステーション２５−２、２５−３、および２５−４のうち一つまたは全ては、クライアントステーション２５−１と同一または類似の構造を持つ。これらの実施形態」では、クライアントステーション２５−１と同一または類似の構造を持つクライアントステーション２５は、同一または違う数の送受信機およびアンテナを有する。たとえば、一つの実施形態では、クライアントステーション２５−２は、送受信機を２つだけ、およびアンテナを２つだけ有する。
【００１６】
多様な実施形態において、ＡＰ１４のＰＨＹ処理ユニット２０は、第１通信プロトコルに準拠したデータユニットを生成する。送受信機２１は、生成されたデータユニットをアンテナ２４を介して送信する。同様に、送受信機２４は、アンテナ２４を介してデータユニットを受信する。一つの実施形態では、ＡＰ１４のＰＨＹ処理ユニット２０は、第１通信プロトコルに準拠した受信データユニットを処理する。
【００１７】
多様な実施形態において、クライアントステーション２５−１のＰＨＹ処理ユニット２９は、第１通信プロトコルに準拠したデータユニットを生成する。送受信機３０は、生成されたデータユニットを、アンテナ３４を介して送信する。同様に、送受信機３０は、アンテナ３４を介してデータユニットを受信する。一つの実施形態では、クライアントステーション２５−１のＰＨＹ処理ユニット２９は、第１通信プロトコルに準拠した受信データユニットを処理する。
【００１８】
図１を継続して参照すると、一つの実施形態では、クライアントステーション２５−１等のクライアントステーションは、何らかの方法で（たとえば、ＡＰ１４から測深フレームを受信することにより）、ＡＰ１４とクライアントステーションとの間のチャネルの特性を取得し、この情報をＡＰ１４にフィードバックする。一般的に、このようなフィードバック情報は、多様な実施形態および／またはシナリオにおける多様な形式のうちの一つを有する。一つの実施形態によると、たとえば、チャネル情報は、圧縮形式で送信される（圧縮形式は、圧縮ビーム形成フィードバックまたは圧縮Ｖフィードバックと呼ばれることもある）。この実施形態では、フィードバック情報は、チャネルを特徴付ける一セットの角度を含む。一つの実施形態では、フィードバック情報は、ビーム形成される側（たとえば、クライアントステーション２５−１）からビーム形成する側（たとえば、ＡＰ１４）に送信されるので、ビーム形成する側が、ビーム形成される側の方向に向けて、その後の送信を操縦することができるようになる。本発明のいくつかの実施形態に係る圧縮フィードバック構成は、２０１１年６月１５日に出願された米国特許出願第１３／１６１，２０９号、発明の名称「ダウンリンクマルチユーザＭＩＭＯ構成のための代替的なフィードバックの形態」に記載されており、その開示内容の全体を、本明細書に参照として組み込むものとする。
【００１９】
一つの実施形態では、シングルユーザの場合、クライアントステーション２５−１がビーム形成される側、つまり、ビーム形成を指向する対象のデバイスであり、ＡＰ１４がビーム形成する側、つまり、ビーム形成もしくはビーム送受を実行するデバイスである。別の実施形態では、マルチユーザの場合、ＡＰ１４は、複数のクライアントステーション２５に対して同時にビーム形成を実行する。この実施形態では、ビーム形成を指向する対象の各クライアントステーション２５がビーム形成される側であり、ＡＰ１４がビーム形成する側である。さらに別の実施形態では、ＡＰ１４がビーム形成される側であり、クライアントステーション２５−１がビーム形成する側である。
【００２０】
図２は、一つの実施形態に係るフィードバックＭＡＣプロトコルデータユニット（ＭＰＤＵ）２００の例を示す図である。図１を参照すると、一つの実施形態では、クライアントステーション２５−１は、圧縮ビーム形成チャネル情報をＡＰ１４に伝達するべく、ＭＰＤＵ２００をＡＰ１４に送信する。ＭＰＤＵ２００は、使用されているとくていの通信プロトコルを示すカテゴリフィールド２０２を含む。たとえば、一つの実施形態では、カテゴリフィールドは、ＶＨＴプロトコルが使用されていることを示す。ＭＰＤＵ２００は、さらに、フレームに含まれるチャネルフィードバック情報の形式もしくはフォーマット（たとえば、圧縮ビーム形成）を示すアクションフィールド２０４を含む。さらに、ＭＰＤＵ２００は、それぞれ以下により詳細に記載するＶＨＴ  ＭＩＭＯ制御フィールド２０６および圧縮ビーム形成報告フィールド２０８を含む。
【００２１】
図３は、一つの実施形態に係る制御フィールド３００、たとえば、ＭＰＤＵ２００（図２）のＶＨＴ  ＭＩＭＯ制御フィールド２０６を示す図である。一つの実施形態では、ＭＰＤＵ２００は、ＷＬＡＮ１０がシングルユーザモードで動作する場合、つまり、ＡＰ１４が一度につきクライアントステーション２５−ｉのうち１つだけに送信する場合、制御フィールド３００を含む。別の実施形態では、ＭＰＤＵ２００は、ＷＬＡＮ１０がマルチユーザモードで動作する場合、つまり、ＡＰ１４が同時にクライアントステーション２５−ｉの２つ以上に送信（およびビーム形成）する場合、制御フィールド３００を含む。制御フィールド３００は、両方のモードに共通する所定の要素もしくはサブフィールドを含むが、その他の所定の要素もしくはサブフィールドは２つのモード間で異なる。
【００２２】
制御フィールド３００は、シングルユーザモードおよびマルチユーザモードにいずれが使用されているかを示すＭＵサブフィールド３０２（「モードインジケータ」）を含む。例示的な実施形態では、ＭＵサブフィールド３０２は、シングルユーザフィードバック（ＳＵ  ＦＢ）を示すべくロジック「０」に設定され、マルチユーザフィードバック「ＭＵ  ＦＢ」を示すべくロジック「１」に設定される。または、別の実施形態では、ロジック「０」がＭＵ  ＦＢを示し、ロジック「１」がＳＵ  ＦＢを示す。
【００２３】
また、制御フィールド３００は、フィードバック通信チャネル（つまり、ビーム形成する側とビーム形成される側との間の通信チャネル）に対応する操縦行列（ｓｔｅｅｒｉｎｇ  ｍａｔｒｉｘ）における列数および行数をそれぞれ示すＮｃサブフィールド３０４およびＮｒサブフィールド３０６を含む。より具体的には、一つの実施形態では、操縦行列は、チャネルフィードバックが対応する通信チャネルに適した操縦行列を構成する「送信アンテナの数」×「空間（または時空間）ストリームの数」に対応する次元を有する。したがって、この実施形態では、Ｎｃサブフィールド３０４は、通信チャネルに対応する空間ストリーム（または、時空間符号化を使用している場合は、時空間ストリーム）の数を示し、Ｎｒサブフィールド３０６は、ビーム形成される側への送信を操縦するべくビーム形成する側において使用される送信アンテナの数を示す。一つの実施形態では、操縦行列が対応する空間／時空間ストリームの特定の数は、ビーム形成される側で決定される。たとえば、一つの実施形態では、最大８個の送信アンテナと最大８個の受信アンテナとを使用し、最大８個の空間／時空間ストリームを形成する。この実施形態では、フィードバックが対応する特定のチャネル構成によって、Ｎｃサブフィールド３０４およびＮｒサブフィールド３０６は、それぞれ対応する空間／時空間ストリームの数および対応する送信アンテナの数を示す０〜７の範囲の値をそれぞれ含む。他の実施形態では、他の適切なチャネル構成がサポートされ、したがって、Ｎｃサブフィールド３０４および／またはＮｒサブフィールド３０６は、少なくともいくつかの状況において適切なその他の値を含む。
【００２４】
また、制御フィールド３００は、フィードバックデータが対応するチャネル帯域幅を示すＢＷサブフィールド３０８を含む。一つの実施形態では、帯域幅サブフィールド３０８は、２０ＭＨｚのＢＷを示す値０、４０ＭＨｚのＢＷを示す値１、８０ＭＨｚのＢＷを示す値２、および１６０ＭＨｚのＢＷを示す値３に設定される２つのビットを含む。その他の実施形態では、ＢＷサブフィールド３０８は、その他の適切な数のビットを含み、および／または、その他の適切な帯域幅を示すべく使用される。また、制御フィールド３００は、以下により詳細に記載するチャネルフードバックを送信するべく用いられるトーングループ化（ｔｏｎｅ  ｇｒｏｕｐｉｎｇ）を示すＮｇサブフィールド３１０を含む。
【００２５】
コードブック情報サブフィールド３１２は、圧縮フィードバックに対応する角度を量子化および／または符号化するべく使用されるビットの数を示す。一つの実施形態では、コードブックは、角度φの値を量子化するべく使用されるビットの数に対応する値ｘと、角度ψの値を量子化するべく使用されるビットの数に対応する値ｙとによる（ｘ，ｙ）のエントリから構成される。一つの実施形態では、特定のコードブック情報は、ＳＵモードおよびＭＵモードのいずれが使用されているかに基づいている。したがって、この実施形態では、サブフィールド３１２の値の解釈は、２つのモード間で異なる。一つの実施形態では、サブフィールド３１２は、１ビットを含み、２つの適切なコードブックエントリのうち一方を示すことができる。２つのビットを使用する例示的な実施形態では、ロジック「０」は、ＳＵモード（たとえば、ＭＵサブフィールド３０２において値０で示される）での量子化ビット数（２，４）を示し、ＭＵモード（たとえば、ＭＵサブフィールド３０２において値１で示される）での量子化ビット数（６，８）を示す。同様に、一つの実施形態では、サブフィールド３１２におけるロジック「１」は、ＳＵモードでの量子化ビット数（４，６）を示し、ＭＵモードでの量子化ビット数（７，９）を示す。または、別の実施形態では、コードブック情報サブフィールド３１２は、ＳＵモードとＭＵモードとで解釈が異なる２ビットを含み、４つの適切なコードブックエントリのうち１つを示すことができる。このような実施形態の一つでは、たとえば、ＳＵモードが示されている場合（たとえば、ＭＵサブフィールド３０２において）、コードブック情報サブフィールド３１２における値０は、コードブックエントリ（１，３）に対応し、値１はコードブックエントリ（２，４）に対応し、値２はコードブックエントリ（３，５）に対応し、値２は（４，６）に対応する。他方、ＭＵモードが示されている場合、この例示的な実施形態では、コードブック情報サブフィールド３１２における値０はコードブックエントリ（４，６）に対応し、値１はコードブックエントリ（５，７）に対応し、値２はコードブックエントリ（６，８）に対応し、値２は（７，９）に対応する。
【００２６】
さらに、制御フィールド３００は、測深シーケンス数サブフィールド３１４および予約サブフィールド３１６を含む。一つの実施形態では、予約サブフィールド３１６は、３バイトを完全に含むように制御フィールド３００を拡張するのに必要とされるビット数をすくむ。別の実施形態では、予約フィールド３１６は、４バイトを完全に含むように制御フィールド３００を拡張するのに必要とされるビット数を含む。他の実施形態では、予約サブフィールド３１６は、別の適切なビット数を含む。さらに、トーン拡張（ｔｏｎｅ  ａｕｇｍｅｎｔａｔｉｏｎ）を（たとえば、ＭＵモードで）用いる実施形態では、予約サブフィールド３１６の１以上のビットは、トーン拡張を示すべく使用される（たとえば、１ビットを使用して、トーン拡張が用いられていることを示す）。
【００２７】
制御フィールドの後には、ビーム形成する側とビーム形成される側との間の通信チャネルに対応するチャネル情報を含むフィードバック応答フィールドが続く。いくつかの実施形態、たとえば、多重入出力（ＭＩＭＯ）チャネルおよび／または直交周波数分割多重（ＯＦＤＭ）を用いる実施形態では、通信チャネルを完全に特徴付けるチャネルデータ（「完全チャネル推定」）の量が大きい。複数の送信アンテナおよび受信アンテナ（つまりＭＩＭＯチャネル）を用いる実施形態では、たとえば、完全チャネル推定は、送信アンテナおよび受信アンテナの各対に対応するサブチャネルの推定を含む。さらに、直交周波数分割多重（ＯＦＤＭ）を用いる実施形態では、完全チャネル推定は、各サブキャリア周波数でのチャネル推定を含む。したがって、いくつかの実施形態では、ビーム形成される側（たとえば、クライアントステーション２５−１）からビーム形成する側（たとえば、ＡＰ１４）に送信されるチャネル推定データの量を減らすべく、ビーム形成される側は、完全チャネル推定データのうちのサブセットだけを送信する。たとえば、ＯＦＤＭに基づいた通信を利用する実施形態では、ＯＦＤＭサブキャリアをグループ分けし、各グループに含まれるサブキャリアのうち１つだけに対応したチャネル推定データをＡＰに返送するサブキャリアグループ化技術を用いる。追加的に、または、代替的に、サブキャリアグループ化技術を用いるいくつかの実施形態では、サブキャリアグループに含まれる複数のサブキャリアに対応するチャネル推定データの平均がＡＰに返送される。
【００２８】
たとえば、一つの実施形態では、フィードバックチャネルデータが２０ＭＨｚチャネル（５２個のＯＦＤＭデータ／パイロットトーンを含む）に対応する場合、フィードバック報告は、１個のトーンでトーングループ化する（つまり、グループ化しない）場合は全５２個のトーンについてのチャネルデータを含み、２個のトーンでトーングループ化する場合は３０個のＯＦＤＭトーンについてのチャネルデータを含み、４個のトーンでトーングループ化する場合は１６個のＯＦＤＭトーンについてのチャネルデータを含む。４０ＭＨｚチャネル（１０８個のＯＦＤＭデータ／パイロットトーンを含む）の場合、一つの実施形態によると、フィードバック報告は、１個のトーンでトーングループ化する（つまり、グループ化しない）場合は全１０８個のトーンについてのチャネルデータを含み、２個のトーンでトーングループ化する場合、５８個のＯＦＤＭトーンについてのチャネルデータを含み、４個のトーンでトーングループ化する場合、３０個のＯＦＤＭトーンについてのチャネルデータを含む。同じく、８０ＭＨｚチャネル（２３４個のＯＦＤＭデータ／パイロットトーンを含む）の場合、一つの実施形態では、フィードバック報告は、１個のトーンでトーングループ化する（つまり、グループ化しない）場合は全２３４個のトーンについてのチャネルデータを含み、２個のトーンでトーングループ化する場合１２２個のＯＦＤＭトーンについてのチャネルデータを含み、４個のトーンでトーングループ化する場合６２個のＯＦＤＭトーンについてのチャネルデータを含む。フィードバック報告が１６０ＭＨｚチャネルについてのチャネルデータを含む実施形態では、フィードバック報告は、対応する上記の８０ＭＨｚチャネルにおけるトーングループ化により、８０ＭＨｚサブ帯域に対応するチャネルデータを含む。本発明のいくつかの実施形態に係る多様なトーングループ化およびフィードバックトーンの特定的な例についてのより詳細な記載が、２０１１年８月１０日に出願された米国特許出願第１３／２０７，００３号、発明の名称「通信システムにおけるチャネル記述フィードバック」に見られ、その開示内容の全体を本明細書に参照として組み込むものとする。一つの実施形態では、使用されている特定のサブキャリアのグルーピングが制御フィールド３００（図３）のＮｇサブフィールド３１０に示される。
【００２９】
いくつかの実施形態では、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚチャネルは、主要な２０ＭＨｚチャネルおよび複数のサブ帯域拡張チャネルから構成され、サブ帯域チャネルの特定の数は、使用されている帯域幅に基づく。いくつかのこのような実施形態では、４０ＭＨｚ、８０ＭＨｚ、または１６０ＭＨｚチャネルのフィードバック報告は、全チャネルの一部だけに対応したデータを含む。たとえば、一つの実施形態では、４０ＭＨｚチャネルのフィードバック報告は、２０ＭＨｚサブチャネルのフィードバックデータを含む。同じく、一つの実施形態では、８０ＭＨｚチャネルのフィードバック報告は、２０ＭＨｚサブチャネルのフィードバックデータを含む。別の実施形態では、８０ＭＨｚチャネルのフィードバック報告は、４０ＭＨｚサブチャネルのフィードバックデータを含む。いくつかのこのような実施形態では、フィードバックデータを受信すると、ビーム形成する側は、フィードバックが主要な２０ＭＨｚチャネルに対応するものと解釈する。さらに、フィードバックデータが２０ＭＨｚの主要チャネルより大きい帯域幅、たとえば、４０ＭＨｚのＢＷまたは８０ＭＨｚのＢＷに対応する場合、ビーム形成する側は、フィードバックが主要な２０ＭＨｚチャネルを含むチャネルサブ帯域に対応するものと解釈する。本発明のいくつかの実施形態に係る主要チャネルおよび拡張サブ帯域チャネルは、２０１１年８月８日に出願された米国特許出願第１３／２０５，２５７号、発明の名称「ダウンリンクマルチユーザＭＩＭＯ構成でのビーム形成のためのサブ帯域フィードバック」に記載されており、その開示内容の全体を本明細書に参照として組み込むものとする。
【００３０】
図４Ａ−４Ｃは、多様な実施形態および／またはシナリオにおけるＳＵモードおよび／またはＭＵモードのＭＰＤＵ２００（たとえば、図２の圧縮ビーム形成報告フィールド２０８）に含まれる多様なフィードバック（ＦＢ）報告フィールドフォーマットを示す図である。図４Ａを参照すると、一つの実施形態では、ＦＢ報告フィールド４００がシングルユーザの場合に使用される。ＦＢ報告フィールド４００は、複数の空間／時空間ストリームについての複数のＯＦＤＭトーンについて平均した信号対雑音比（ＳＮＲ）の値を含む複数のＡｖｇ−ＳＮＲサブフィールド４０２を含む。したがって、一つの実施形態では、ＡＶｇ−ＳＮＲサブフィールド４０２の数は、フィードバックに含まれる空間／時空間ストリームの数（つまり、チャネル情報がフィードバックされているところの空間／時空間ストリームの数）に対応する。また、ＦＢ報告フィールド４００は、たとえば制御フィールド３００（図３）のコードブック情報サブフィールド３１２に示される量子化された角度値を含む複数の角度サブフィールド４０４を含む。つまり、角度サブフィールド４０４の数は、一般的に、空間／時空間ストリームの数に対応し、各角度フィールド４０４は、特定の空間／時空間ストリームに対応付けられた複数のＯＦＤＭトーン（フィードバックトーンに対応する）についての複数の量子化角度値を含む。便宜的に、図４Ａは、２個のＯＦＤＭフィードバックトーンに対応付けられたサブフィールドだけを明示している。しかし、多様な実施形態および／またはシナリオにおいて、ＦＢ報告フィールド４００は、任意の適切な数のＯＦＤＭフィードバックトーンについての角度データを含む。
【００３１】
図４Ｂを参照すると、一つの実施形態では、ＦＢ報告フィールド４３０がマルチユーザの場合に使用される。ＦＢ報告フィールドは、ＦＢ報告フィールド４３０が図４Ｂにおいてブロック４３４およびブロック４３８に示す複数の「トーン毎」信号対雑音比（ＰＴ−ＳＮＲ）サブフィールドを含むことを除いては、ＦＢ報告フィールド４００に類似する。つまり、図４Ｂに示す実施形態では、マルチユーザの場合、ＦＢ報告フィールドは、複数のＯＦＤＭトーンについての平均ＳＮＲに加えて、各フィードバックトーンについてのＰＴ−ＳＮＲ値を含む。より具体的には、一つの実施形態では、ＰＴ−ＳＮＲサブフィールド４３４は、フィードバックに含まれる各空間／時空間ストリームについての第１ＯＦＤＭフィードバックトーンに対応付けられたＳＮＲ値を含む。同じく、ＰＴ−ＳＮＲサブフィールド４３８は、フィードバックに含まれる各空間／時空間ストリームについての第２ＯＦＤＭフィードバックトーンに対応付けられたＳＮＲ値を含む。便宜的に、図４Ｂは、２つのＯＦＤＭフィードバックトーンに対応付けられたサブフィールドだけを明示している。しかし、多様な実施形態および／またはシナリオでは、ＦＢ報告フィールド４３０は、任意の適切な数のＯＦＤＭフィードバックトーンについての角度データおよびトーン毎ＳＮＲデータを含む。
【００３２】
図４Ｃは、別の実施形態に係るトーン毎ＳＮＲ値を含む別のＦＢフィードバック報告４６０を示す。一つの実施形態では、ＦＢフィードバック報告４６０がマルチユーザの場合に使用される。ＦＢフィードバック報告４６０は、ＦＢ報告フィールド４６０では、角度フィールド４６４の後に、複数のＰＴ−ＳＮＲサブフィールド４６６、複数のＰＴ−ＳＮＲサブフィールド４６８等が含められている点以外は、ＦＢ報告フィールド４３０に類似している。一般的に、ＰＴ−ＳＮＲサブフィールドは、多様な実施形態および／またはシナリオにおいて、ＦＢ報告フィールド内の任意の適切な位置に含められる。
【００３３】
上記の実施形態では、トーン毎ＳＮＲ値はマルチユーザモードの場合に含められ、ａｖｇ−ＳＮＲ値はシングルユーザモードの場合に含められる。これらの実施形態では、平均ＳＮＲ値によって、シングルユーザの場合、ビーム形成を効果的に実行するのに十分な情報が与えられ、マルチユーザの場合は、追加的な（トーン毎）ＳＮＲデータがあれば有用である。しかし、いくつかの実施形態では、ＦＢ報告フィールドは、マルチユーザの場合だけでなくシングルユーザの場合にも、ａｖｇ−ＳＮＲ値に加えてトーン毎ＳＮＲ値を含む。
【００３４】
一つの実施形態では、平均ＳＮＲ値（たとえば、ａｖｇ−ＳＮＲサブフィールド４０２、ａｖｇ−ＳＮＲサブフィールド４３２、および／またはａｖｇ−ＳＮＲサブフィールド４６２に含まれる）は、２の補数である８ビットの整数４×（ＳＮＲＡＶＧ＿ｉ−２２）を用いて量子化されるが、ここで、ＳＮＲＡＶＧ＿ｉは、ｉ番目の空間／時空間ストリームに対応する平均ＳＮＲである。この実施形態では、各空間／時空間ストリームの量子化ａｖｇ−ＳＮＲ値は、−１０ｄＢ〜５３．７５ｄＢの範囲に、０．２５ｄＢの刻みで含まれる。同じく、一つの実施形態では、各ＰＴ−ＳＮＲ値（たとえば、ＰＴ−ＳＮＲサブフィールド４３４、ＰＴ−ＳＮＲサブフィールド４３８、ＰＴ−ＳＮＲサブフィールド４６６、および／またはＰＴ−ＳＮＲサブフィールド４６８に含まれる）は、２の補数である８ビットの整数４×（ＳＮＲｉ−２２）を用いて８ビットに量子化されるが、ここで、ＳＮＲｉは、ｉ番目の空間／時空間ストリームの各ＯＦＤＭトーンに対応するＳＮＲである。別の実施形態では、各ＰＴ−ＳＮＲ値は、２の補数である４ビットの整数（ＳＮＲｉ−２２）を用いて４ビットに量子化されるが、ここで、ＳＮＲｉは、ｉ番目の空間／時空間ストリームの各ＯＦＤＭトーンに対応するＳＮＲである。この場合、量子化ＰＴ−ＳＮＲは、−１０ｄＢ〜５０ｄＢの範囲に４ｄＢの刻みで含まれる。
【００３５】
または、いくつかの実施形態では、トーン毎ＳＮＲと、対応する空間／時空間ストリームについての１グループのトーンについての平均ＳＮＲと、の差分値を量子化し、量子化差分値を対応するＰＴ−ＳＮＲサブフィールドに含める。たとえば、一つのこのような実施形態では、量子化差分値は２の補数である４ビットの整数（ＳＮＲｉ−ＳＮＲＡＶＧ＿ｉ）／２に対応するが、ここで、ＳＮＲｉはｉ番目の空間／時空間ストリームの各ＯＦＤＭトーンに対応するＳＮＲであり、ＳＮＲＡＶＧ＿ｉは対応する空間／時空間ストリームの平均ＳＮＲである。この実施形態では、量子化トーン毎ＳＮＲ差分値は、−１６ｄＢ〜１４ｄＢの範囲に２ｄＢの刻みで含まれる。別の例として、別の実施形態では、量子化差分値は、２の補数である４ビットの整数（ＳＮＲｉ−ＳＮＲＡＶＧ＿ｉ）に対応するが、ここで、ＳＮＲｉはｉ番目の空間／時空間ストリームの各ＯＦＤＭトーンに対応するＳＮＲであり、ＳＮＲＡＶＧ＿ｉは対応する空間／時空間ストリームの平均ＳＮＲである。この実施形態では、トーン毎ＳＮＲ差分値は、−８ｄＢ〜７ｄＢの範囲に１ｄＢの刻みで含まれる。その他の実施形態では、その他の適切な量子化技術を使用して、トーン毎ＳＮＲ値を表す量子化値を生成する。
【００３６】
図２に戻ると、いくつかの実施形態では、ＭＰＤＵ２００は、アクション形態が＋ＨＴＣであるフィードバック・アクション・ノーアクション・フレーム（もしくは、「＋ＨＴＣフレーム」）に含まれるが、このフレームは、ビーム形成される側で選択され、ビーム形成する側に返送される変調・符号化スキーム（ＭＣＳ）に対応するフィードバックも含む。いくつかのこのような実施形態では、列数Ｎｃ（たとえば、図３のサブフィールド３０４に含まれる）は、フィードバックされるＭＣＳに対応する空間／時空間ストリーム数（Ｎｓｓ）と同じである。
【００３７】
一つの実施形態では、ビーム形成する側（たとえば、ＡＰ１４）がフィードバックＭＰＤＵ２００を受信すると、シングルユーザの場合は、ビーム形成する側は、Ｎｃ値（たとえば、図３のＮｃサブフィールド３０４に示される）は、ビーム形成される側に対してビーム形成するために使用するべきとしてビーム形成される側が推奨する最適な空間／時空間ストリーム数であると解釈する。他方、マルチユーザの場合は、ビーム形成する側（たとえば、ＡＰ１４）がフィードバックＭＰＤＵ２００を受信すると、ビーム形成する側は、Ｎｃ値（たとえば、図３のＮｃサブフィールド３０４に示される）は、ビーム形成される側の方向へとビーム形成するために使用するべき空間／時空間ストリームの最大数であると解釈する。この実施形態では、ビーム形成する側は、ビーム形成を同時に実行する対象の全ユーザから受信したフィードバックに基づいて、ビーム形成される側に対して使用する空間／時空間ストリームの実際の数を決定する。この実施形態では、全ユーザについてのビーム操縦行列を、（特定の送信を操縦する対象の）対応する全ユーザから受信したフィードバック情報を考慮に入れて、一括して算出する。
【００３８】
図５は、一つの実施形態に係る受信機から送信機にチャネル推定データを送信する例示的な方法５００のフロー図である。図１を参照すると、一つの実施形態では、方法５００は、クライアントステーション２５−１のネットワークインターフェース２７によって実行される。たとえば、一つのこのような実施形態では、ＰＨＹ処理ユニット２９が方法５００を実行する。別の実施形態では、ＭＡＣ処理ユニット２８も、方法５００の少なくとも一部を実行する。図１を継続して参照すると、さらに別の実施形態では、方法５００は、ネットワークインターフェース１６（たとえば、ＰＨＹ処理ユニット２０および／またはＭＡＣ処理ユニット１８）によって実行される。その他の実施形態では、方法５００は、その他の適切なネットワークインターフェースによって実行される。
【００３９】
ブロック５０２で、通信チャネル（たとえば、ＡＰ１４とクライアントステーション２５−１との間のチャネル）に対応する一つ以上の空間／時空間ストリームについての複数のＯＦＤＭトーンについてのチャネルデータを決定する。一つの実施形態では、受信機が送信機から受信する測深波に含まれる一つ以上のトレーニングフィールドに基づいて、チャネルデータを決定する。ブロック５０４で、ブロック５０２で決定したチャネルデータの圧縮形態を生成する。一つの実施形態では、チャネルデータの圧縮形態の生成では、対応する数の空間／時空間ストリームおよび複数のＯＦＤＭトーンの通信チャネルに対応付けられた複数の角度を生成する。図４Ａ−４Ｃを参照すると、一つの実施形態では、ブロック５０４で決定した角度値は、図４Ａの角度サブフィールド４０４、図４Ｂの角度サブフィールド４３６および４４０、もしくは図４Ｃの角度サブフィールド４６４に含まれる値に対応する。
【００４０】
ブロック５０６で、トーン毎ＳＮＲ（ＰＴ−ＳＮＲ）を複数のＯＦＤＭトーンのうち一つ以上について生成する。一つの実施形態では、ブロック５０６で決定したＰＴ−ＳＮＲ値は、図４ＢのＰＴ−ＳＮＲサブフィールド４３４および４３８もしくは図４ＣのＰＴ−ＳＮＲサブフィールド４６６および４６８に対応する。ブロック５０８で、１グループのＯＦＤＭトーンについての平均ＳＮＲ（ａｖｇ−ＳＮＲ）を、各空間／時空間ストリームについて決定する。一つの実施形態では、ブロック５０８で決定するａｖｇ−ＳＮＲ値は、図４Ａのａｖｇ−ＳＮＲサブフィールド４０２、図４Ｂのａｖｇ−ＳＮＲサブフィールド４３２、もしくは図４Ｃのａｖｇ−ＳＮＲサブフィールド４６２に対応する。
【００４１】
ブロック５１０で、少なくともｉ）一つ以上の空間／時空間ストリームに対応する複数の角度値、ｉｉ）一つ以上の空間／時空間ストリームおよび一つ以上のＯＦＤＭトーンに対応するＰＴ−ＳＮＲ、およびｉｉｉ）一つ以上の空間／時空間ストリームに対応するａｖｇ−ＳＮＲを含むデータユニットを生成する。一つの実施形態では、ブロック５１０のデータユニットの生成では、図３のコードブック情報サブフィールド３１２に示される数のビットを使用して角度値を量子化する。一つの実施形態では、ブロック５１０のデータユニットの生成では、上記のようにＰＴ−ＳＮＲ値およびａｖｇ−ＳＮＲ値の量子化も行う。上記したように、一つの実施形態では、シングルユーザの場合（つまり、フィードバック報告が一人のユーザに対する操縦に使用される場合）、ＰＴ−ＳＮＲ値は省略される。
【００４２】
ブロック５１２では、ブロック５１０で生成したフィードバック報告を、受信機（ビーム形成される側）から送信機（ビーム形成する側）に送信するべく、データユニットに含める。
【００４３】
上記の多様なブロック、動作、および技術の少なくともいくつかは、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ、または、これらの任意の組み合わせによって実施してよい。ソフトウェア命令またはファームウェア命令を実行するプロセッサを使用して実施する場合、ソフトウェア命令またはファームウェア命令は、磁気ディスク、光ディスク、もしくはその他の格納媒体等の任意のコンピュータ可読メモリに、ＲＡＭ、ＲＯＭ、もしくはフラッシュメモリに、または、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等に格納してよい。同じく、ソフトウェア命令またはファームウェア命令は、たとえば、コンピュータ可読ディスクもしくはその他の可搬型コンピュータ格納メカニズム、または、通信媒体等の任意の周知もしくは所望の配布方法によってユーザまたはシステムに配布してよい。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール、もしくはその他のデータを、搬送波もしくはその他の搬送メカニズム等の変調データ信号として具現化する。「変調データ信号」という文言は、情報が符号化されるように特性の一つ以上が設定もしくは変更される信号を意味する。限定ではなく例示として、通信媒体は、有線ネットワークもしくは直接有線接続等の有線媒体、および音声、無線周波数、赤外線、およびその他の無線媒体等の無線媒体を含む。したがって、ソフトウェア命令またはファームウェア命令は、電話線、ＤＳＬライン、ケーブルテレビライン、光ファイバライン、無線通信チャネル、インターネット等（可搬型格納媒体を介してこのようなソフトウェアを提供することに対して、これらは互いに同一もしくは交換可能であると見なされる）等の通信チャネルを介してユーザまたはシステムに配布してよい。ソフトウェア命令またはファームウェア命令は、プロセッサによって実行されると、プロセッサに多様な動作を実行させる機械可読命令を含んでよい。
【００４４】
ハードウェアで実施する場合、ハードウェアは、個別のコンポーネント、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理回路（ＰＬＤ）等のうち一つ以上を含んでよい。
【００４５】
本発明を限定するのでなく例示するものとしてだけ意図された特定の例を参照して本発明を記載したが、本発明の範囲から逸脱することなく、追加および／または削除を開示した実施形態に行ってよい。
【図１】
2013545339.tif 000003
【図２】
2013545339.tif 000004
【図３】
2013545339.tif 000005
【図４Ａ】
2013545339.tif 000006
【図４Ｂ】
2013545339.tif 000007
【図４Ｃ】
2013545339.tif 000008
【図５】
2013545339.tif 000009
【国際調査報告】
2013545339.tif 000010
2013545339.tif 000011
2013545339.tif 000012
2013545339.tif 000013
2013545339.tif 000014