(57)【要約】【解決手段】  多入力多出力（ＭＩＭＯ）通信チャネルを介して送信するべくデータユニットのプリアンブル（１００）を生成する方法であって、プリアンブルの第１のフィールド（ＶＨＴ−ＳＩＧ１）を生成する。第１のフィールドは、複数の受信機に対して複数の指標を提供する。複数の指標はそれぞれ、複数の受信機のうち対応する一の受信機に対するデータユニットの送信に対応する複数のトレーニングシーケンスを含むトレーニングシーケンス群（ＶＨＴ−ＬＴＦ１・・・Ｎ）を示している。複数のトレーニングシーケンスを前記プリアンブルの第２のフィールドに含める。プリアンブルの第１のフィールドが、プリアンブルの第２のフィールドが送信される前に送信されるようにプリアンブルをフォーマッティングする。【選択図】  図２
2013509106.tif 000002
【特許請求の範囲】
【請求項１】
多入力多出力（ＭＩＭＯ）通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する方法であって、
複数の受信機のうち対応する一の受信機に対する前記データユニットの送信に対応する複数のトレーニングシーケンスを含むトレーニングシーケンス群を示している複数の指標を前記複数の受信機に対して提供する前記プリアンブルの第１のフィールドを生成する段階と、
前記複数のトレーニングシーケンスを前記プリアンブルの第２のフィールドに含める段階と、
前記プリアンブルの前記第１のフィールドが、前記プリアンブルの前記第２のフィールドが送信される前に送信されるように前記プリアンブルをフォーマッティングする段階と
を備える方法。
【請求項２】
前記複数の指標のうち第１の指標は、前記複数の受信機のうち第１の受信機に対する前記データユニットの送信に対応する第１の空間ストリーム数または第１の空間−時間ストリーム数を示す請求項１に記載の方法。
【請求項３】
前記複数の受信機のうち第１の受信機に対応する前記複数の指標のうち第１の指標は、前記複数の受信機のうち第２の受信機に対する前記データユニットの送信に対応する前記複数のトレーニングシーケンスを含む前記トレーニングシーケンス群の前記第２の受信機に対する別の指標である請求項１に記載の方法。
【請求項４】
前記プリアンブルの前記第１のフィールドを送信する前に、前記複数の受信機に、前記プリアンブルの前記第１のフィールドが複数の前記トレーニングシーケンス群の前記複数の指標を前記複数の受信機に提供する順序を通知する段階をさらに備える請求項１に記載の方法。
【請求項５】
前記複数の受信機に対応するグループ識別子を前記プリアンブルの第３のフィールドに含める段階をさらに備える請求項１に記載の方法。
【請求項６】
多入力多出力（ＭＩＭＯ）通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する物理層（ＰＨＹ）部を備え、
前記プリアンブルの第１のフィールドは、複数の受信機に対して複数の指標を提供し、前記複数の指標はそれぞれ、前記複数の受信機のうち対応する一の受信機に対する前記データユニットの送信に対応する複数のトレーニングシーケンスを含むトレーニングシーケンス群を示し、
前記プリアンブルは、前記複数のトレーニングシーケンスを含む第２のフィールドを持ち、
前記ＰＨＹ部はさらに、前記プリアンブルの前記第２のフィールドの送信より前に、前記プリアンブルの前記第１のフィールドを送信させる装置。
【請求項７】
前記複数の指標のうち第１の指標は、前記複数の受信機のうち第１の受信機に対する前記データユニットの送信に対応する第１の空間ストリーム数または第１の空間−時間ストリーム数を示す請求項６に記載の装置。
【請求項８】
前記複数の受信機のうち第１の受信機に対応する前記複数の指標のうち第１の指標は、前記複数の受信機のうち第２の受信機に対する前記データユニットの送信に対応する前記トレーニングシーケンス群の前記第２の受信機に対する別の指標である請求項６に記載の装置。
【請求項９】
前記ＰＨＹ部はさらに、前記プリアンブルの前記第１のフィールドを送信する前に、前記複数の受信機に、前記プリアンブルの前記第１のフィールドが複数の前記トレーニングシーケンス群の前記複数の指標を前記複数の受信機に提供する順序を通知する請求項６に記載の装置。
【請求項１０】
前記ＰＨＹ部はさらに、前記複数の受信機に対応するグループ識別子を前記プリアンブルの第３のフィールドに含める請求項６に記載の装置。
【請求項１１】
多入力多出力（ＭＩＭＯ）通信チャネルを介して複数の受信機のうち一の受信機である第１の受信機を用いてデータユニットのプリアンブルを受信する方法であって、
前記複数の受信機のうち対応する一の受信機に対する前記データユニットの送信に対応する複数のトレーニングシーケンスを含むトレーニングシーケンス群を示す複数の指標を提供する前記プリアンブルの第１のフィールドを受信する段階と、
前記複数の指標のうち前記第１の受信機に対応する一の指標に基づき、前記複数のトレーニングシーケンスを含む第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断する段階と、
前記プリアンブルの前記第１のフィールドを受信した後に前記複数のトレーニングシーケンスを含む、前記プリアンブルの第２のフィールドを受信する段階と、
前記第１のトレーニングシーケンス群を用いて、前記ＭＩＭＯ通信チャネルの少なくとも一部分の推定を行う段階と
を備える方法。
【請求項１２】
前記第１の受信機に対応する前記指標は、前記第１の受信機に対する前記データユニットの送信に対応する第１の空間ストリーム数または空間−時間ストリーム数を示す請求項１１に記載の方法。
【請求項１３】
前記第１のトレーニングシーケンス群が前記第１の受信機に対応するという判断はさらに、前記複数の受信機のうち第２の受信機に対応する前記複数の指標のうち第２の指標に基づいて行われる請求項１１に記載の方法。
【請求項１４】
前記プリアンブルの前記第１のフィールドを受信する前に、前記プリアンブルの前記第１のフィールドが前記複数の受信機に対して複数の前記トレーニングシーケンス群の前記複数の指標を提供する順序の指標を受信する段階と、
前記順序の前記指標にさらに基づいて、前記第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断する段階と
をさらに備える請求項１１に記載の方法。
【請求項１５】
前記複数の受信機に対応するグループ識別子を含む、前記プリアンブルの第３のフィールドを受信する段階と、
前記グループ識別子にさらに基づいて、前記第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断する段階と
をさらに備える請求項１１に記載の方法。
【請求項１６】
多入力多出力（ＭＩＭＯ）通信チャネルを介してデータユニットのプリアンブルの第１のフィールドを受信する物理層（ＰＨＹ）部を備える装置であって、
前記プリアンブルの前記第１のフィールドは、複数の指標を提供し、前記複数の指標はそれぞれ、複数の受信機のうち対応する一の受信機に対する前記データユニットの送信に対応する複数のトレーニングシーケンスのトレーニングシーケンス群を示し、
前記複数の受信機のうち第１の受信機は、前記装置を含み、
前記ＰＨＹ部は、
前記複数の指標のうち前記第１の受信機に対応する一の指標に基づき、前記複数のトレーニングシーケンスを含む第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断し、
前記プリアンブルの前記第１のフィールドを受信した後に、前記複数のトレーニングシーケンスを含む、前記プリアンブルの第２のフィールドを受信し、
前記第１のトレーニングシーケンス群を用いて、前記ＭＩＭＯ通信チャネルの少なくとも一部分の推定を行う装置。
【請求項１７】
前記第１の受信機に対応する前記指標は、前記第１の受信機に対する前記データユニットの送信に対応する第１の空間ストリーム数または第１の空間−時間ストリーム数を示す請求項１６に記載の装置。
【請求項１８】
前記ＰＨＹ部はさらに、前記複数の受信機のうち第２の受信機に対応する前記複数の指標のうち第２の指標にさらに基づいて、前記第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断する請求項１６に記載の装置。
【請求項１９】
前記ＰＨＹ部はさらに、
前記プリアンブルの前記第１のフィールドを受信する前に、前記プリアンブルの前記第１のフィールドが前記複数の受信機に複数の前記トレーニングシーケンス群の前記複数の指標を提供する順序の指標を受信し、
前記順序の前記指標にさらに基づき、前記第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断する請求項１６に記載の装置。
【請求項２０】
前記ＰＨＹ部はさらに、
前記複数の受信機に対応するグループ識別子を含む、前記プリアンブルの第３のフィールドを受信し、
前記グループ識別子にさらに基づいて、前記第１のトレーニングシーケンス群が前記第１の受信機に対応すると判断する請求項１６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示内容は、概して通信ネットワークに関し、具体的には多入力多出力（ＭＩＭＯ）通信システムで送信する物理層プリアンブル形式に関する。
【背景技術】
【０００２】
［関連出願］
本願は、以下の米国仮特許出願による恩恵を主張する。
米国仮特許出願第６１／２５４，６０８号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２００９年１０月２３日
米国仮特許出願第６１／２５５，０３８号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２００９年１０月２６日
米国仮特許出願第６１／２５９，５８４号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２００９年１１月９日
米国仮特許出願第６１／２６０，７２９号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２００９年１１月１２日
米国仮特許出願第６１／２９４，７２９号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２０１０年１月１３日
米国仮特許出願第６１／３０７，７８０号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２０１０年２月２４日
米国仮特許出願第６１／３２１，３９０号、発明の名称「１１ａｃ用のストリーム数指標」、出願日：２０１０年４月６日
上述した特許出願は全て、開示の内容が参照により全て本願に組み込まれる。
【０００３】
本願はさらに、米国特許出願第１２／９１０，６０８号、発明の名称：「ＷＬＡＮ用のストリーム数の指標」、出願日：２０１０年１０月２２日）に関する。当該特許出願の内容は全て、参照により本願に組み込まれる。
【０００４】
本明細書に記載する背景技術の説明は、本開示がどのような文脈で為されたかの概要を説明する目的で記載するものである。本願の発明者として名前を挙げているものの研究内容は、この背景技術のセクションに記載されている限りにおいて、出願時に先行技術と認められない部分と同様に、本開示に対する先行技術として明示的にも暗示的にも認めるものではない。
【０００５】
ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、過去１０年間の間に急速に発展が進んだ。米国電子電気学会（ＩＥＥＥ）８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇおよび８０２．１１ｎ規格等のＷＬＡＮ規格の開発によって、単一ユーザピークデータスループットが改善された。例えば、ＩＥＥＥ８０２．１１ｂ規格では、１１メガビット毎秒（Ｍｂｐｓ）という単一ユーザピークスループットを仕様で定めており、ＩＥＥＥ８０２．１１ａ規格および８０２．１１ｇ規格では、５４Ｍｂｐｓという単一ユーザピークスループットを仕様で定めており、ＩＥＥＥ８０２．１１ｎ規格は、６００Ｍｂｐｓという単一ユーザピークスループットを仕様で定めている。新しい規格、ＩＥＥＥ８０２．１１ａｃに関する研究が始まっている。この規格では、さらなるスループットの改善が約束されている。
【発明の概要】
【課題を解決するための手段】
【０００６】
一実施形態によると、多入力多出力（ＭＩＭＯ）通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する方法であって、複数の受信機に対して複数の指標を提供するプリアンブルの第１のフィールドを生成する段階を備える。複数の指標はそれぞれ、複数の受信機のうち対応する一の受信機に対するデータユニットの送信に対応する複数のトレーニングシーケンスを含むトレーニングシーケンス群を示している。当該方法はさらに、複数のトレーニングシーケンスをプリアンブルの第２のフィールドに含める段階を備える。当該方法はさらに、プリアンブルの第１のフィールドが、プリアンブルの第２のフィールドが送信される前に送信されるようにプリアンブルをフォーマッティングする段階を備える。
【０００７】
別の実施形態によると、ＭＩＭＯ通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する物理層（ＰＨＹ）部を備える装置である。プリアンブルの第１のフィールドは、複数の受信機に対して複数の指標を提供する。複数の指標はそれぞれ、複数の受信機のうち対応する一の受信機に対するデータユニットの送信に対応する複数のトレーニングシーケンスを含むトレーニングシーケンス群を示す。プリアンブルは、複数のトレーニングシーケンスを含む第２のフィールドを持つ。ＰＨＹ部はさらに、プリアンブルの第２のフィールドの送信より前に、プリアンブルの第１のフィールドを送信させる。
【０００８】
さらに別の実施形態によると、多入力多出力（ＭＩＭＯ）通信チャネルを介して第１の受信機を用いてデータユニットのプリアンブルを受信する方法であって、プリアンブルの第１のフィールドを受信する段階を備える。プリアンブルの第１のフィールドは、複数の指標を提供する。複数の指標はそれぞれ、複数の受信機のうち対応する一の受信機に対するデータユニットの送信に対応する複数のトレーニングシーケンスのトレーニングシーケンス群を示す。第１の受信機は、複数の受信機のうち一の受信機である。当該方法はさらに、複数の指標のうち第１の受信機に対応する一の指標に基づき、複数のトレーニングシーケンスを含む第１のトレーニングシーケンス群が第１の受信機に対応すると判断する段階を備える。当該方法はさらに、プリアンブルの第１のフィールドを受信した後にプリアンブルの第２のフィールドを受信する段階を備える。プリアンブルの第２のフィールドは、複数のトレーニングシーケンスを含む。当該方法はさらに、第１のトレーニングシーケンス群を用いて、ＭＩＭＯ通信チャネルの少なくとも一部分の推定を行う段階を備える。
【０００９】
さらに別の実施形態によると、ＭＩＭＯ通信チャネルを介してデータユニットのプリアンブルの第１のフィールドを受信する物理層（ＰＨＹ）部を備える装置である。プリアンブルの第１のフィールドは、複数の指標を提供する。複数の受信機のうち第１の受信機は、当該装置を含む。複数の指標はそれぞれ、複数の受信機のうち対応する一の受信機に対するデータユニットの送信に対応する複数のトレーニングシーケンスのトレーニングシーケンス群を示す。ＰＨＹ部はさらに、複数の指標のうち第１の受信機に対応する一の指標に基づき、複数のトレーニングシーケンスを含む第１のトレーニングシーケンス群が第１の受信機に対応すると判断する。ＰＨＹ部はさらに、プリアンブルの第１のフィールドを受信した後に、プリアンブルの第２のフィールドを受信する。プリアンブルの第２のフィールドは、複数のトレーニングシーケンスを含む。ＰＨＹ部はさらに、第１のトレーニングシーケンス群を用いて、ＭＩＭＯ通信チャネルの少なくとも一部分の推定を行う。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係るワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の一例を示すブロック図である。
【００１１】
【図２】別の実施形態に係るデータユニット形式の一例を示す図である。
【００１２】
【図３Ａ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【図３Ｂ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【００１３】
【図４】さらに別の実施形態に係る、グループ定義フィールドの一例を示す図である。
【００１４】
【図５】さらに別の実施形態に係るサウンディングタイミング図の一例である。
【００１５】
【図６】さらに別の実施形態に係る、空間ストリーム数サブフィールドを示す図である。
【００１６】
【図７Ａ】別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【図７Ｂ】別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【００１７】
【図８】さらに別の実施形態に係る、データユニットに対するビット割り当ての別の例を示す図である。
【００１８】
【図９Ａ】さらに別の実施形態に係る、データユニットに対するビット割り当ての例を示す図である。
【図９Ｂ】さらに別の実施形態に係る、データユニットに対するビット割り当ての例を示す図である。
【００１９】
【図１０Ａ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【図１０Ｂ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【図１０Ｃ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【００２０】
【図１１Ａ】さらに別の実施形態に係るデータユニットに対するビット割り当ての一例を示す図である。
【図１１Ｂ】さらに別の実施形態に係るデータユニットに対するビット割り当ての一例を示す図である。
【００２１】
【図１２】さらに別の実施形態に係る、データユニット形式の別の例を示す図である。
【００２２】
【図１３Ａ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【図１３Ｂ】さらに別の実施形態に係る、データユニットに対するビット割り当ての一例を示す図である。
【００２３】
【図１４Ａ】実施形態に係る、データユニットに対するビット割り当てのさらに別の例を示す図である。
【図１４Ｂ】実施形態に係る、データユニットに対するビット割り当てのさらに別の例を示す図である。
【００２４】
【図１５】実施形態に係る、データユニット形式のさらに別の例を示す図である。
【００２５】
【図１６】実施形態に係る、データユニットに対するビット割り当ての別の例を示す図である。
【００２６】
【図１７】実施形態に係る、データユニットに対するビット割り当てのさらに別の例を示す図である。
【００２７】
【図１８】実施形態に係る、通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する方法の一例を説明するためのフローチャートである。
【００２８】
【図１９】実施形態に係る、通信チャネルを介してデータユニットのプリアンブルを受信する方法の一例を示すフローチャートである。
【００２９】
【図２０】実施形態に係る、ＭＩＭＯ通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する方法の一例を示すフローチャートである。
【００３０】
【図２１】実施形態に係る、ＭＩＭＯ通信チャネルを介してデータユニットのプリアンブルを受信する方法の一例を示すフローチャートである。
【発明を実施するための形態】
【００３１】
図１は、実施形態に係るワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１０の一例を示すブロック図である。ＷＬＡＮ１０は、アクセスポイント（ＡＰ）と複数のクライアント局との間におけるダウンリンク（ＤＬ）マルチユーザ（ＭＵ）多入力多出力（ＭＩＭＯ）通信をサポートしている。また、ＷＬＡＮ１０は、ＡＰと各クライアント局との間におけるＤＬシングルユーザ（ＳＵ）通信をサポートしている。ＡＰ１４は、ネットワークインターフェース１６に結合されているホストプロセッサ１５を有する。ネットワークインターフェース１６は、媒体アクセス制御（ＭＡＣ）部１８および物理層（ＰＨＹ）部２０を含む。ＰＨＹ部２０は、複数の送受信機２１を含み、複数の送受信機２１は、複数のアンテナ２４に結合されている。図１では３つの送受信機２１および３つのアンテナ２４を図示しているが、ＡＰ１４が含む送受信機２１およびアンテナ２４の数は、他の実施形態では異なるとしてもよい（例えば、１個、２個、４個、５個等）。一実施形態によると、ＭＡＣ部１８およびＰＨＹ部２０は、第１の通信プロトコル（例えば、ＩＥＥＥ８０２．１１ａｃ規格、現在標準化に向けて協議中）に応じて動作するように構成されている。別の実施形態によると、ＭＡＣ部１８およびＰＨＹ部２０は、第２の通信プロトコル（例えば、ＩＥＥＥ８０２．１１ｎ規格、ＩＥＥＥ８０２．１１ａ規格、ＩＥＥＥ８０２．１１ｇ規格等）に応じて動作するように構成されている。本明細書では、第１の通信プロトコルを超高スループット（ＶＨＴ）プロトコルと呼び、第２の通信プロトコルをレガシープロトコルと呼ぶ。
【００３２】
ＷＬＡＮ１０は、複数のクライアント局２５を備える。図１に図示しているクライアント局２５は４個であるが、ＷＬＡＮ１０は、場合および実施形態に応じて、クライアント局２５の数が異なる（例えば、１個、２個、３個、５個、６個等）。クライアント局２５のうち少なくとも１つ（例えば、クライアント局２５−１）は、少なくともＶＨＴプロトコルに応じて動作するように構成されている。一部の実施形態によると、ＷＬＡＮ１０はさらに、ＶＨＴプロトコルに応じて動作するようには構成されていないが、レガシープロトコルに応じて動作するように構成されているクライアント局４０を備える。本明細書では、このようなクライアント局４０を「レガシークライアント局」と呼ぶ。一部の実施形態によると、ＷＬＡＮ１０は、複数のレガシークライアント局を備える。他の実施形態によると、ＷＬＡＮ１０にはレガシークライアント局がない。
【００３３】
クライアント局２５−１は、ネットワークインターフェース２７に結合されているホストプロセッサ２６を有する。ネットワークインターフェース２７は、ＭＡＣ部２８およびＰＨＹ部２９を含む。ＰＨＹ部２９は、複数の送受信機３０を含み、送受信機３０は、複数のアンテナ３４に結合されている。図１には３個の送受信機３０および３個のアンテナ３４を図示しているが、クライアント局２５−１が有する送受信機３０およびアンテナ３４の数は、他の実施形態では、異なる（例えば、１個、２個、４個、５個等）。
【００３４】
ある実施形態によると、クライアント局２５−２、２５−３および２５−４のうち１以上のクライアント局は、構造がクライアント局２５−１と同一または同様である。このような実施形態によると、クライアント局２５−１と同一または同様の構造を持つクライアント局２５は、同数または異数の送受信機およびアンテナを有する。ある実施形態によると、例えば、クライアント局２５−２が有する送受信機およびアンテナはそれぞれ２個のみである。
【００３５】
さまざまな実施形態によると、ＡＰ１４のＰＨＹ部２０は、ＶＨＴプロトコルに準拠しており、以下に説明する形式を持つデータユニットを生成する。送受信機２１は、生成されたデータユニットをアンテナ２４を介して送信する。同様に、送受信機２１は、ＶＨＴプロトコルに準拠しているデータユニットをアンテナ２４を介して受信する。ＡＰ１４のＰＨＹ部２０は、ＶＨＴプロトコルに準拠しており、且つ、以下に説明する形式を持つ受信データユニットを処理する。
【００３６】
さまざまな実施形態によると、クライアント局２５−１のＰＨＹ部２９は、ＶＨＴプロトコルに準拠しており、以下に説明する形式を持つデータユニットを生成する。送受信機３０は、生成されたデータユニットをアンテナ３４を介して送信する。同様に、送受信機３０は、ＶＨＴプロトコルに準拠しているデータユニットをアンテナ３４を介して受信する。さまざまな実施形態によると、クライアント局２５−１のＰＨＹ部２９は、ＶＨＴプロトコルに準拠しており、且つ、以下に説明する形式を持つ受信データユニットを処理する。
【００３７】
図２は、ある実施形態に係る、ＡＰ１４が直交周波数分割多重（ＯＦＤＭ）変調を用いてクライアント局２５−１に送信するデータユニット１００を示す図である。データユニット１００は、ＶＨＴプロトコルに準拠しており、８０ＭＨｚ帯域を占有する。他の実施形態によると、データユニット１００と同様のデータユニットは、２０ＭＨｚ、４０ＭＨｚ、１２０ＭＨｚ、１６０ＭＨｚまたは任意の適切な帯域幅等、さまざまな帯域幅を占有する。データユニット１００は、レガシープロトコルには準拠しているがＶＨＴプロトコルには準拠していないクライアント局（例えば、レガシークライアント局４０）をＷＬＡＮ１０が含むモードである「混合モード」の場合に適切なデータユニットである。データユニット１００は、他の状況下でも利用可能である。
【００３８】
データユニット１００のプリアンブルは、４つのレガシーショートトレーニングフィールド（Ｌ−ＳＴＦ）１０５、４つのレガシーロングトレーニングフィールド（Ｌ−ＬＴＦ）１１０、４つのレガシー信号フィールド（Ｌ−ＳＩＧ）１１５、４つの第１の超高スループット信号フィールド（ＶＨＴ−ＳＩＧ１）１２０、超高スループットショートトレーニングフィールド（ＶＨＴ−ＳＴＦ）１２５、Ｎ個の超高スループットロングトレーニングフィールド（ＶＨＴ−ＬＴＦ）１３０、および、第２の超高スループット信号フィールド（ＶＨＴ−ＳＩＧ２）１３５を含む。尚、Ｎは整数である。データユニット１００はさらに、超高スループットデータ部分（ＶＨＴ−ＤＡＴＡ）１４０を含む。Ｌ−ＳＴＦ１０５、Ｌ−ＬＴＦ１１０、Ｌ−ＳＩＧ１１５によって、レガシー部分が形成される。ＶＨＴ−ＳＴＦ１２５、ＶＨＴ−ＬＴＦ１３０、ＶＨＴ−ＳＩＧ２  １３５およびＶＨＴ−ＤＡＴＡ１４０によって、超高スループット（ＶＨＴ）部分が形成される。
【００３９】
一実施形態によると、各Ｌ−ＳＴＦ１０５、各Ｌ−ＬＴＦ１１０、各Ｌ−ＳＩＧ１１５および各ＶＨＴ−ＳＩＧ１  １２０は、２０ＭＨｚ帯域を占有する。本開示によると、一例として挙げているデータユニット１００を初めとした、８０ＭＨｚの連続した帯域幅を持つデータユニットは、例えば、フレーム形式の実施形態を説明する目的で記載しているが、これらのフレーム形式の実施形態および他の実施形態は、他の適切な帯域幅（複数の不連続の帯域幅も含む）にも適用できる。例えば、データユニット１００のプリアンブルはＬ−ＳＴＦ１０５、Ｌ−ＬＴＦ１１０、Ｌ−ＳＩＧ１１５、およびＶＨＴ−ＳＩＧ１  １２０をそれぞれ４つずつ含むが、ＯＦＤＭデータユニットが８０ＭＨｚ以外、例えば、２０ＭＨｚ、４０ＭＨｚ、１２０ＭＨｚ、１６０ＭＨｚ等の累積帯域幅を占有する他の実施形態では、それに応じた適切な数のＬ−ＳＴＦ１０５、Ｌ−ＬＴＦ１１０、Ｌ−ＳＩＧ１１５、およびＶＨＴ−ＳＩＧ１  １２０を利用する。例えば、一部の実施形態によると、２０ＭＨｚの累積帯域幅を占有するＯＦＤＭデータユニットは、Ｌ−ＳＴＦ１０５、Ｌ−ＬＴＦ１１０、Ｌ−ＳＩＧ１１５、およびＶＨＴ−ＳＩＧ１  １２０をそれぞれ１つずつ含み、４０ＭＨｚの帯域幅を占有するＯＦＤＭデータユニットは、フィールド１０５、フィールド１１０、フィールド１１５、およびフィールド１２０をそれぞれ２つずつ含み、１２０ＭＨｚの帯域幅を占有するＯＦＤＭデータユニットは、フィールド１０５、フィールド１１０、フィールド１１５、およびフィールド１２０をそれぞれ６つずつ含み、１６０ＭＨｚの帯域幅を占有するＯＦＤＭデータユニットは、フィールド１０５、フィールド１１０、フィールド１１５、およびフィールド１２０をそれぞれ８つずつ含む。
【００４０】
データユニット１００の例では、ＶＨＴ−ＳＴＦ１２５、ＶＨＴ−ＬＴＦ１３０、ＶＨＴ−ＳＩＧ２  １３５およびＶＨＴ−ＤＡＴＡ１４０のそれぞれが、データユニット１００の８０ＭＨｚの累積帯域幅を全帯域幅にわたって占有している。同様に、一部の実施形態によると、第１のＶＨＴプロトコルに準拠しており、２０ＭＨｚ、４０ＭＨｚ、１２０ＭＨｚまたは１６０ＭＨｚ等の累積帯域幅を占有するＯＦＤＭデータユニットの場合、ＶＨＴ−ＳＴＦ１２５、ＶＨＴ−ＬＴＦ１３０、ＶＨＴ−ＳＩＧ２  １３５およびＶＨＴ−ＤＡＴＡ１４０のそれぞれは、データユニットの累積帯域幅の全帯域幅を占有する。
【００４１】
一部の実施形態によると、データユニット１００の８０ＭＨｚの帯域は一続きの帯域ではなく、周波数方向に分離している２つ以上の狭い帯域、例えば、２つの４０ＭＨｚ帯域を含む。同様に、累積帯域幅が異なる他のＯＦＤＭデータユニットの場合、例えば、１６０ＭＨｚの累積帯域幅の場合、一部の実施形態によると、帯域は周波数方向に不連続である。このように、一部の実施形態によると、例えば、Ｌ−ＳＴＦ１０５、Ｌ−ＬＴＦ１１０、Ｌ−ＳＩＧ１１５およびＶＨＴ−ＳＩＧ１  １２０は、周波数方向に分離している２以上の帯域を占有しており、隣接する帯域は、少なくとも１ＭＨｚ、少なくとも５ＭＨｚ、少なくとも１０ＭＨｚ、少なくとも２０ＭＨｚにわたって、周波数方向に分離している。
【００４２】
ある実施形態によると、各Ｌ−ＳＴＦ１０５および各Ｌ−ＬＴＦ１１０の形式は、ＩＥＥＥ８０２．１１ａ規格および／またはＩＥＥＥ８０２．１１ｎ規格等のレガシープロトコルに仕様が定められている形式である。ある実施形態によると、各Ｌ−ＳＩＧ１１５の形式は、少なくとも大部分がレガシープロトコル（例えば、ＩＥＥＥ８０２．１１ａ規格および／またはＩＥＥＥ８０２．１１ｎ規格）に仕様が定められている形式である。Ｌ−ＳＩＧ１１５の長さサブフィールドおよびレートサブフィールドは、データユニット１００のうちレガシー部分の後に来る残余部分に対応する期間Ｔを示すように設定されている。このような構成とすることによって、ＶＨＴプロトコルに応じて構成されていないクライアント局が、例えば、搬送波感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）方式を採用するべく、データユニット１００の終端を判断することができるようになる。例えば、ＩＥＥＥ８０２．１１ａ規格に応じて構成されているレガシークライアント局は、ＩＥＥＥ８０２．１１ａ規格で定められている受信機ステートマシンに応じて、ＶＨＴ−ＳＩＧ１  １２０のデータエラーを検出する。この場合、レガシークライアント局は、期間Ｔが終了するまで待機してから、クリアチャネルアセスメント（ＣＣＡ）を実行する。別の例によると、ＩＥＥＥ８０２．１１ｎ規格に応じて構成されているレガシークライアント局は、ＶＨＴ−ＳＩＧ１  １２０および／またはＶＨＴ−ＳＩＧ２  １３５を受信することに応じて、巡回冗長検査（ＣＲＣ）エラー等のエラーを検出する。この場合、レガシークライアント局は、データユニット１００のエネルギーが消滅するまで待機してから、ＣＣＡアイドルモードに切り替わる。
【００４３】
データユニット１００では、レガシー部分の周波数ドメインシンボルは、８０ＭＨｚ帯域を構成する４つの２０ＭＨｚサブ帯域で繰り返し配置されている。２０ＭＨｚの帯域幅を持つＩＥＥＥ８０２．１１ａ規格および／またはＩＥＥＥ８０２．１１ｎ規格に準拠して構成されているレガシークライアント局は、複数の２０ＭＨｚサブ帯域のうちいずれかにおいてレガシーＩＥＥＥ８０２．１１ａ規格のプリアンブルを認識する。一部の実施形態によると、複数の異なる２０ＭＨｚサブ帯域信号の変調は、回転角度を異ならせる。一例を挙げると、ある実施形態では、第１のサブ帯域は回転角度が０度であり、第２のサブ帯域は回転角度が９０度であり、第３のサブ帯域は回転角度が１８０度であり、第４のサブ帯域は回転角度が２７０度である。別の例では、他の適切な回転角度とする。一例に過ぎないが、ある実施形態によると、第１のサブ帯域の回転角度が４５度であり、第２のサブ帯域の回転角度が９０度であり、第３のサブ帯域の回転角度が−４５度であり、第４のサブ帯域の回転角度が−９０度である。
【００４４】
一部の実施形態によると、複数の異なる２０ＭＨｚサブ帯域信号におけるＶＨＴ−ＳＩＧ１  １２０の変調は、回転角度を異ならせる。一例を挙げると、ある実施形態では、第１のサブ帯域は回転角度が０度であり、第２のサブ帯域は回転角度が９０度であり、第３のサブ帯域は回転角度が１８０度であり、第４のサブ帯域は回転角度が２７０度である。別の例では、他の適切な回転角度とする。一例に過ぎないが、ある実施形態によると、第１のサブ帯域の回転角度が４５度であり、第２のサブ帯域の回転角度が９０度であり、第３のサブ帯域の回転角度が−４５度であり、第４のサブ帯域の回転角度が−９０度である。ある実施形態によると、レガシー部分（ある場合）で利用される回転と同じ回転を、ＶＨＴ−ＳＩＧ１  １２０にも利用する。少なくとも一部の例では、ＶＨＴ−ＳＩＧ１  １２０はまとめて、一の第１の超高スループット信号フィールド（ＶＨＴ−ＳＩＧ１）１２０と呼ぶ。
【００４５】
図２に示すように、ＶＨＴ−ＳＩＧ２  １３５が、１以上のＶＨＴ−ＬＴＦ１３０の後に含められており、１以上のＶＨＴ−ＬＴＦ１３０のうちいずれか１つと同一の方法で空間マッピングされている。例えば、ある実施形態によると、ＶＨＴ−ＳＩＧ２  １３５は、ベクトルＱＰ１によって空間マッピングされている。尚、Ｑは、空間ストリームを、または、空間−時間エンコーディング方式が利用される場合は空間−時間ストリームを送信アンテナにマッピングするアンテナマップまたは空間マッピングマトリクスであり、Ｐ１は、空間ストリームマッピングマトリクスＰの第１の列である。空間ストリームマッピングマトリクスＰは、Ｐの各要素が＋１または−１であるアダマールマトリクスである。別の実施形態によると、Ｐの各要素は、複素数である（例えば、離散フーリエ変換マトリクスをＰとして用いる）。別の実施形態によると、Ｐの一部の要素は、＋１または−１以外の整数である。ある実施形態によると、Ｐ１は第１の空間ストリームに対応する。
【００４６】
一般的には、各ＶＨＴ−ＬＴＦが生成されると、マトリクスＰの別の列を用いて、空間ストリームに値をマッピングする。例えば、ある実施形態によると、マトリクスＰの１番目の列、つまりＰ１を、信号ＶＨＴ−ＬＴＦ１  １３０−１に適用して、マトリクスＰの２番目の列、つまりＰ２を信号ＶＨＴ−ＬＴＦ２に適用して、・・・、とする。このため、ある実施形態によると、クライアント局２５は、ＶＨＴ−ＬＴＦ１に基づくチャネル推定を利用してＶＨＴ−ＳＩＧ２  １３５をデコードする。別の実施形態によると、ＶＨＴ−ＳＩＧ２は、ベクトルＱＰＮによって空間マッピングされているので、クライアント局２５は、ＶＨＴ−ＬＴＦＮ  １３０−Ｎに基づくチャネル推定を利用して、ＶＨＴ−ＳＩＧ２  １３５をデコードする。データユニット１００の他の適切な実施形態は、ＶＨＴ−ＳＩＧ２  １３５の適切な位置も含め、米国特許出願第１２／７５８，６０３号、発明の名称：「ＷＬＡＮ用の物理層フレーム形式」、出願日：２０１０年４月１２日に記載されている。当該出願の内容は全て、参照により全て組み込まれる。
【００４７】
ＶＨＴ−ＳＩＧ２  １３５を１以上のＶＨＴ−ＬＴＦ１３０の後に配置し、ＶＨＴ−ＳＩＧ２  １３５を上記のように空間マッピングすることによって、ＰＨＹ部２０、送受信機２１およびアンテナ２４は、ビームステアリングによってユーザ毎にＶＨＴ−ＳＩＧ２  １３５を異ならせる送信方式である空間分割多重アクセス（ＳＤＭＡ）ダウンリンク送信を実行するとしてよい。一方、Ｌ−ＳＴＦ１０５、Ｌ−ＬＴＦ１１０、Ｌ−ＳＩＧ１１５およびＶＨＴ−ＳＩＧ１  １２０は、ステアリングされずにそのままであり（または、「全方向性」または「擬似全方向性」となる。「ステアリングされない」および「全方向性」といった表現は、本明細書で用いられる場合、「擬似全方向性」という表現も含むものと解釈されたい）、各クライアント局２５に共通のＰＨＹ情報を含む。一方で、ＶＨＴ−ＳＩＧ２  １３５は、各クライアント２５に対応させて複数の異なるデータを含む。これらのデータは、アンテナ２４を介して複数の異なる空間チャネルで同時に送信され、クライアント局２５毎に異なるコンテンツ（または、「ユーザ固有コンテンツ」）を搬送する。したがって、図２に図示しているＶＨＴ−ＳＩＧ２  １３５は、一部の実施形態によると、複数の異なる空間ストリームを介して複数の異なるクライアントに送信されている複数の異なる情報を表している。説明を簡単にするべく、ＶＨＴ−ＳＩＧ２  １３５、および、本明細書で開示するさまざまなデータユニットのうち他のステアリング対象部分は、このように図示および／または説明することもあるとしてよい。しかし、例えば、上述したように、一部の実施形態によると、ＶＨＴ−ＳＩＧ２  １３５および他のステアリング対象部分は、複数の異なる空間ストリームで複数の異なるクライアントに送信されている異なる情報を含み得るものと理解されたい。
【００４８】
ある実施形態によると、ＶＨＴ−ＳＩＧ１  １２０は、２つのＯＦＤＭシンボルを含む。ある実施形態によると、ＶＨＴ−ＳＩＧ２  １３５は、１つのＯＦＤＭシンボルを含む。
【００４９】
データユニット１００のプリアンブルによって、各クライアント局２５は、ＡＰ１４から当該クライアント局２５への信号チャネルの少なくとも一部分を推定することができるようになる。そして、この推定結果に基づいて、各クライアント局２５は、チャネルを均一化して、ＡＰ１４からクライアント局２５（例えば、クライアント局２５−１）へと送信されたデータ（例えば、ＶＨＴ−ＤＡＴＡ１４０に含まれるデータ）をデコードする。例えば、ある実施形態によると、クライアント局２５−１は、ＡＰ１４からクライアント局２５−１へのチャネル次元数を決定して、ＶＨＴ−ＬＴＦ１３０のうち１以上を用いて各チャネル次元を推定する。データユニット１００は、ＡＰ１４から各クライアント局２５に送信される空間ストリーム数を、または、空間−時間エンコーディング方式が利用される場合は空間−時間ストリーム数を示し、クライアント局２５−１はさらに、ＡＰ１４から送信される空間ストリームまたは空間−時間ストリームのうちどれがクライアントステーション２５−１に対する情報を含むのか決定するとしてよい。ある実施形態によると、クライアント局２５−１が当該クライアント局に対応するチャネル次元数を推定できるように、ＡＰ１４は、対応する数のＶＨＴ−ＬＴＦ１３０をクライアント局２５−１に送信する。
【００５０】
ある実施形態によると、チャネル推定のために特定のクライアント局２５に割り当てられている１以上のＶＨＴ−ＬＴＦ１３０は、他のクライアント局２５に対してはチャネル推定のために割り当てられていない。ある実施形態によると、ＰＨＹ部２０は少なくとも、対応する信号チャネルを推定するように全てのクライアント局２５を共にトレーニングするために十分な数のＶＨＴ−ＬＴＦ１３０を生成する。ある実施形態によると、データユニット１００は、ＡＰ１４から各クライアント局２５に送信される空間ストリーム数、または、空間−時間エンコーディング方式を用いる場合には空間−時間ストリーム数を示す。ある実施形態によると、ＶＨＴ−ＬＴＦ１３０が分解可能である場合、各クライアント局２５は、全てのＶＨＴ−ＬＴＦ１３０を受信して、ＶＨＴ−ＬＴＦ１３０を受信する前に、空間ストリーム数または空間−時間ストリーム数の指標を用いて、ＶＨＴ−ＬＴＦ１３０のうちどのＶＨＴ−ＬＴＦ１３０をチャネル推定に用いるかを決定する。例えば、一部の実施形態によると、特定のクライアント局２５に対応する空間ストリーム数／空間−時間ストリーム数の１以上の指標は、ＶＨＴ−ＳＩＧ２  １３５に含める。これに加えて、または、これに代えて、データユニット１００は、ある実施形態によると、対応する空間ストリーム数／空間−時間ストリーム数の適切な指標をＶＨＴ−ＳＩＧ１  １２０に含める。このような指標の例としてさまざまなものを以下で詳細に説明する。
【００５１】
ある実施形態によると、各クライアント局２５は、複数のＶＨＴ−ＬＴＦ１３０のうちチャネル推定に必要なものはどれかを事前に決定することによって、チャネル推定に不要な他のＶＨＴ−ＬＴＦ１３０をメモリにバッファリングすることを回避する。また、ある実施形態によると、このように事前に決定することによって、クライアント局２５は、ＶＨＴ−ＬＴＦ１３０を受信すると略同時にチャネル推定を開始することができる。例えば、クライアント局２５は、チャネル推定の開始が遅延して、当該クライアント局２５用の空間ストリーム／空間−時間ストリームに対応するＶＨＴ−ＬＴＦ１３０の受信より後になると、ＶＨＴ−ＤＡＴＡ１４０に含まれるデータを正確にデコードするためには、チャネル推定を高速に行って、時間内にチャネル用の等化器（ｅｑｕａｌｉｚｅｒ）を決定しなければならない。一部の実施形態によると、このような高速チャネル推定は、ＰＨＹ部２９に望ましくない処理負荷がかかることになる場合がある。
【００５２】
ＶＨＴ−ＬＴＦ１３０が分解可能な一部の実施形態によると、各クライアント局２５は、他のクライアント２５に空間ストリーム／空間−時間ストリームが送信されることに起因する干渉を軽減または「白色化」することを試みる。このため、ある実施形態によると、データユニット１００によれば、各クライアント局２５は、ＡＰ１４から当該クライアント局２５への空間ストリーム数／空間−時間ストリーム数だけでなく、ＡＰ１４から他の各クライアント２５への空間ストリーム数／空間−時間ストリーム数も決定することができる。さらに、データユニット１００によれば、各クライアント局２５は、ＶＨＴ−ＬＴＦ１３０のうち他の各クライアント局２５がチャネル推定用に利用する必要があるＶＨＴ−ＬＴＦ１３０はどれかを決定することができる。各クライアント局２５はこうして、他のクライアント局２５に関するチャネルトレーニング情報に基づき、他のクライアント局２５のそれぞれに送信された空間ストリーム／空間−時間ストリームに起因して受信した干渉を軽減する。これらの実施形態によると、データユニット１００は、他のＶＨＴ−ＬＴＦ１３０を干渉の軽減または白色化に用いるとしても、各クライアント局２５がチャネル推定に用いるＶＨＴ−ＬＴＦ１３０がどれかを事前に決定できるようになるという点において有利である。
【００５３】
図３Ａおよび図３Ｂは、ある実施形態に応じた、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５のそれぞれに対するビット割り当ての一例を示す図である。図３Ａおよび図３Ｂに示すビット割り当ての例は、ある実施形態においてＡＰ１４がダウンリンクマルチユーザＭＩＭＯ（ＤＬ−ＭＵＭＩＭＯ）通信をサポートしている場合に利用される。図３Ａに示すように、ＶＨＴ−ＳＩＧ１  １２０は複数のサブフィールド１４２を含む。複数のサブフィールド１４２は、期間サブフィールド１４２−１、帯域幅サブフィールド１４２−２、ショートガードインターバル（ＳＧＩ）サブフィールド１４２−３、平滑化サブフィールド１４２−４、空間−時間ブロックコーディング（ＳＴＢＣ）サブフィールド１４２−５、マルチユーザ（ＭＵ）／シングルユーザ（ＳＵ）サブフィールド１４２−６、グループＩＤサブフィールド１４２−７、分解可能ＬＴＦサブフィールド１４２−８、空間ストリーム数（Ｎｓｓ）サブフィールド１４２−９、および、将来開発されるＭＵ機能を実装するためのＭＵ用保留サブフィールド１４２−１０等を含む。ＶＨＴ−ＳＩＧ１  １２０はさらに、まとめて追加サブフィールド１４２−１１と呼ばれる追加サブフィールドを１以上含む。さまざまな実施形態において、追加サブフィールド１４２−１１は、例えば、巡回冗長検査（ＣＲＣ）サブフィールド、テイルビットを含むサブフィールド、将来開発される機能を実装するために保留されているサブフィールド等のうち１以上を含む。
【００５４】
ある実施形態によると、ＭＵ／ＳＵサブフィールド１４２−６は、１ビットを含む。当該ビットは、論理値「１」に設定されると、ＡＰ１４がＭＵモードで動作していることを意味する。別の実施形態によると、ＭＵ／ＳＵサブフィールド１４２−６の１ビットは、論理値「０」に設定されると、ＡＰ１４がＭＵモードで動作していることを示す。さらに後述するが、ある実施形態によると、グループＩＤサブフィールド１４２−７は、データユニット１００の宛先であるＭＵグループを示す。一部の他の実施形態によると、ＭＵ／ＳＵサブフィールド１４２−６を削除して、グループＩＤサブフィールド１４２−７のビット列のうち１つでは、データユニット１００がＳＵデータユニットである旨を示す目的で保留しておく。一例に過ぎないが、ある実施形態によると、グループＩＤサブフィールド１４２−７の各ビットは、論理値「１」に設定されると、ＳＵモードを意味する。別の一例に過ぎないが、ある実施形態によると、グループＩＤサブフィールド１４２−７の各ビットは、論理値「０」に設定されると、ＳＵモードを意味する。さらに別の実施形態によると、グループＩＤサブフィールド１４２−７のビット列の一例は、グループＩＤサブフィールド１４２−７のビット列の一例をデータユニット１００がＳＵデータユニットである旨を示すために用いることに加えて、または、これに代えて、データユニット１００がブロードキャストフレームである旨を示すために用いられる。さらに別の実施形態によると、データユニット１００がブロードキャストフレームである旨を示すために用いられるグループＩＤサブフィールド１４２−７のビット列は、データユニット１００がＳＵデータユニットである場合に用いられるビット列と同じである。ある実施形態によると、データユニット１００がＳＵデータユニットである場合に用いられるグループＩＤサブフィールド１４２−７のビット列は、データユニット１００がＭＵデータユニットであるがクライアント局２５のうち１以上はＭＵグループに割り当てられていない場合にも用いられる。
【００５５】
ＭＵモードでは、ＳＴＢＣサブフィールド１４２−５およびＮｓｓサブフィールド１４２−９は、各クライアント局２５の空間−時間ストリーム数の指標を供給する。
【００５６】
本明細書の教示内容および開示内容を参照することで当業者であれば想到するであろうが、一のクライアント局２５に対応する空間−時間ストリーム数は、ＳＴＢＣを用いない場合にアンテナ２４を介して当該クライアント局２５に送信される空間ストリーム数である。したがって、本開示内容では、ＳＴＢＣを用いて符号化されない空間ストリームは、説明の便宜上、空間−時間ストリームと呼ぶことがある。クライアント局２５に送信される空間ストリームがＳＴＢＣを用いて符号化される場合、クライアント局２５に対応する空間−時間ストリーム数は、クライアント局２５に対応する空間ストリーム数、および、利用されている特定の空間−時間ブロック符号、例えば、アラマチ（Ａｌａｍｏｕｔｉ）符号等によって決まる。例えば、アラモチ符号で一の空間ストリームを符号化すると、２つの空間−時間ストリームが生成される。
【００５７】
ある実施形態によると、ＳＴＢＣ設定は、クライアント局２５毎に同じであるので、ＳＴＢＣサブフィールド１４２−５がＳＴＢＣが利用されているか否かを示すために必要なビットは１ビットのみである。図３Ａに示すように、ＳＴＢＣサブフィールド１４２−５は１ビットを含み、当該1ビットは、例えば、ＳＴＢＣが利用されている場合には「１」に設定され、ＳＴＢＣが利用されていない場合には「０」に設定される。またはこの逆である。ある実施形態によると、対応する空間ストリーム数は、クライアント局２５毎に異なる。各クライアント局２５は、サウンディングフレーム等の管理フレームまたは制御フレームを用いてクライアント局２５に割り当てられている一意的なインデックス値を用いて対応する空間ストリーム数を決定する。
【００５８】
例えば、ＡＰ１４は、最初に各クライアント局２５にサウンディングフレームを送信することによって、データユニット１００の送信前に、各クライアント局２５に一意的なインデックス値を割り当てる。サウンディングフレームは、１以上のグループ定義フィールドを含む。図４は、グループ定義フィールド１６０の一例を示す図である。グループ定義フィールド１６０は、グループ識別子（グループＩＤ）サブフィールド１６２および１以上のアソシエーション識別子（ＡＩＤ）サブフィールド１６４を含む。ＡＩＤサブフィールド１６４は、グループＩＤサブフィールド１６２が特定しているグループ（つまり、ＭＵグループ）に割り当てられているＭＵ−ＭＩＭＯユーザと同数のサブフィールドを含む。例えば、図４に示すように、ＡＩＤサブフィールド１６４は、第１のＡＩＤ（ＡＩＤ１）サブフィールド１６４−１、第２のＡＩＤ（ＡＩＤ２）サブフィールド１６４−２、第３のＡＩＤ（ＡＩＤ３）サブフィールド１６４−３、および、第４のＡＩＤ（ＡＩＤ４）サブフィールド１６４−４を含む。一実施形態によると、グループ定義フィールド１６０は、ＰＨＹ部２０によって生成される。別の実施形態によると、ＡＩＤサブフィールド１６４のうち少なくとも１つ、および／または、当該サブフィールドに含まれている情報は、少なくとも部分的にＭＡＣ部１８によって生成される。
【００５９】
各ＡＩＤサブフィールド１６４は、グループＩＤサブフィールド１６２が特定するＭＵグループにＡＰ１４が割り当てているクライアント局２５のうち１つのＡＩＤを含む。各クライアント局２５は、グループ定義フィールド１６０全体を受信し、ＡＩＤサブフィールド１６４のうちいずれか１つで自身のＡＩＤを検出した後、グループＩＤサブフィールド１６２で特定されているＭＵグループのメンバーであると判断する。各クライアント局２５はさらに、ＡＩＤサブフィールド１６４における他のクライアント局２５のＡＩＤと相対的に自身のＡＩＤがどのように配置されているかに基づいて、他のクライアント局２５の指標と相対的に、Ｎｓｓサブフィールド１４２−９で自身の空間ストリーム数の指標が送信される順序を決定する。ある実施形態によると、グループ定義フィールド１６０が特定のクライアント局２５のＡＩＤを含んでいない場合、このクライアント局２５は、自身はグループＩＤサブフィールド１６２が特定するＭＵグループのメンバーではないと判断して、例えば、所属するＭＵグループを判断するまで、同じサウンディングフレーム内または別のサウンディングフレーム内で後続のグループ定義フィールドを監視する。
【００６０】
例えば、クライアント局２５−２は、第１のＡＩＤサブフィールド１６４−１を検出して、第１のＡＩＤサブフィールド１６４−１のＡＩＤはクライアント局２５−２のＡＩＤと一致しないと判断する。クライアント局２５−２はこの後、第２のＡＩＤサブフィールド１６４−２を検出して、第２のＡＩＤサブフィールド１６４−２のＡＩＤがクライアント局２５−２のＡＩＤに一致すると判断する。クライアント局２５−２はこのため、グループＩＤサブフィールド１６２が特定するＭＵグループの一員であると判断し、自身の一意的なインデックス値は「２」、つまり、自身の空間ストリーム数の指標は、Ｎｓｓサブフィールド１４２−９内の受信順序で２番目の指標であると判断する。他のＡＩＤサブフィールド１６４−１、１６４−３および１６４−４のＡＩＤの検出結果に基づき、第２のクライアント局２５−２はさらに、他のクライアント局２５−１、２５−３および２５−４に割り当てられる一意的なインデックス値を決定する。言うまでもなく、一部の実施形態によると、グループ定義フィールド１６０の一例では、クライアント局２５−２等の特定のクライアント局のＡＩＤは、ＡＩＤサブフィールド１６４のうち任意の他の適切なＡＩＤサブフィールド１６４に含まれている（例えば、サブフィールド１６４−１、サブフィールド１６４−３等）。
【００６１】
ＡＰ１４は、各クライアント局２５にグループ定義フィールド１６０を含むサウンディングフレームを送信する。ある実施形態によると、サウンディングフレームはさらに、対応付けられているユーザインデックス値のクライアント局２５のそれぞれから確認応答を要求するため、および、チャネル測定フィードバックを要求するために用いられる。ＡＰ１４は、応答フィードバックフレームを処理することによって、クライアント局２５の空間マッピングＱマトリクスを決定する。ＰＨＹ部２０は、Ｑマトリクスを用いてＶＨＴ−ＳＩＧ２  １３５を生成する。ＶＨＴ−ＳＩＧ２  １３５は、送受信機２１およびアンテナ２４によって、複数の異なる空間チャネルを介して同時に複数の異なるクライアント局２５に送信される。ＶＨＴ−ＳＩＧ２  １３５等の信号フィールドのビームステアリングのさまざまな実施例は、米国特許出願第１２／７５０，６３６号（発明の名称：「無線通信用のサウンディングプロトコルおよびステアリングプロトコル」、出願日：２０１０年３月３０日）に記載されている。当該出願の内容は全て、参照により本願に組み込まれる。ＶＨＴ−ＳＩＧ２  １３５等の信号フィールドのビームステアリングのさまざまな実施例のうちサウンディングフレームの利用を含むものは、米国特許出願第１２／１７５，５２６号（発明の名称：「複数のクライアント局に対する独立データの同時ダウンリンク送信を行うアクセスポイント」、出願日：２００８年７月１８日）にも記載されている。当該出願の内容は全て、参照により本願に組み込まれる。
【００６２】
図５は、ある実施形態に係る、ＡＰ１４から各クライアント局２５に送信されるサウンディングフレーム１７０を示すタイミング図の一例である。例えば、ＡＰ１４は、複数のクライアント局２５にサウンディングフレーム１７０をブロードキャストする。これに代えて、ＡＰ１４は、複数のサウンディングフレームを複数のクライアント局２５に送信する。尚、各サウンディングフレームは、クライアント局２５のいずれか１つに送信される。しかし、説明の便宜上、本明細書の開示内容では、サウンディングフレーム１７０が各クライアント局２５（例えば、クライアント局２５−１および２５−２）に送信されているとする。
【００６３】
ある実施形態によると、サウンディングフレーム１７０は、グループ定義フィールド１６０を含むペイロード部分を含む。別の実施形態によると、サウンディングフレーム１７０からはペイロード部分を省略し、グループ定義フィールド１６０はＰＨＹプリアンブル部分に含められる。ある実施形態によると、クライアント局２５−１がサウンディングフレーム１７０を受信して、サウンディングフレーム１７０に含まれている対応付けられているユーザインデックス値を受信して記録したことに応じて、クライアント局２５−１のＰＨＹ部２９は、第１のタイムスロットにおいてＡＰ１４に対して送信するべくフィードバックフレーム１７２を生成する。同様に、クライアント局２５−２がサウンディングフレーム１７０を受信して、サウンディングフレームに含まれている対応付けられているユーザインデックス値を受信して記録したことに応じて、クライアント局２５−２のＰＨＹ部２９は、第２のタイムスロットにおいてＡＰ１４に対して送信するべくフィードバックフレーム１７４を生成する。他のクライアント局２５についても同様である。フィードバックフレーム１７２および１７４はそれぞれ、対応するクライアント局２５が対応付けられているユーザインデックス値を受信して記録した旨を示す適切な確認応答を含む。したがって、ＡＰ１４は、フィードバックフレーム１７２および１７４を受信すると、クライアントステーション２５−１およびクライアントステーション２５−２のそれぞれが割り当てられたユーザインデックス値を正しく記録したことを確認する。ＡＰ１４はさらに、上述したように、フィードバックフレーム１７２および１７４を利用して空間マッピングＱマトリクスを決定する。
【００６４】
他の実施形態では、グループ識別子および対応付けられている一意的なインデックス値を各クライアント局２５に割り当てるべく、サウンディングフレームの他の適切な実施方法、サウンディングフレーム以外の管理フレーム等を利用する。例えば、ある実施形態によると、グループ定義フィールド１６０は、サウンディングフレーム以外の管理フレームで送信される。一例に過ぎないが、ある実施形態によると、ＡＰ１４は、サウンディングフレーム以外の管理フレームを利用して、「スタンドアロン」なＭＡＣまたはＡＩＤのやり取り、例えば、クライアント局２５のＭＡＣアドレスまたはＡＩＤと、グループＩＤおよびユーザインデックス値との対応付けを、チャネル測定フィードバックを要求することなく実行する。一実施形態によると、ＭＡＣ部１８は、サウンディングフレーム以外の管理フレームおよび／または当該管理フレームに含まれている情報の少なくとも一部分を生成する。別の実施形態によると、ＰＨＹ部２０は、サウンディングフレーム以外の管理フレームを生成する。例えば、ある実施形態によると、管理フレームのペイロード部分は、クライアント局２５−１のＭＡＣアドレスまたはＡＩＤを、グループＩＤおよび第１のインデックス値、例えば、番号「１」と対応付ける。ある実施形態によると、データ部分はさらに、クライアント局２５−２のＭＡＣアドレスまたはＡＩＤを、同じグループＩＤおよび第２のインデックス値に対応付けて、クライアント局２５−３のＭＡＣアドレスまたはＡＩＤを、同じグループＩＤおよび第３のインデックス値に対応付けて、クライアント局２５−４のＭＡＣアドレスまたはＡＩＤを、同じグループＩＤおよび第４のインデックス値に対応付ける。
【００６５】
サウンディングフレーム以外の管理フレームを用いるさらに別の実施形態によると、サウンディングフレーム以外の管理フレームは、複数のグループＩＤおよびグループＩＤ毎に対応付けられている一意的なインデックス値を一のクライアント局２５に割り当てるユニキャストフレームである。さらに別の実施形態によると、サウンディングフレーム以外の管理フレームは、一のＭＵグループ全体に送信されるマルチキャストフレームである。マルチキャストフレームは、複数のグループＩＤおよびグループＩＤ毎に対応付けられている一意的なインデックス値を、当該マルチキャストフレームの送信先であるＭＵグループに含まれる１以上のクライアント局２５に割り当てる。
【００６６】
ある実施形態によると、クライアント局２５に割り当てられる一意的なインデックス値は、ＡＰ１４がサウンディングフレーム等の管理フレームを送信する度に、リフレッシュされる。別の実施形態によると、クライアント局２５に割り当てられる一意的なインデックス値がリフレッシュされる頻度がより低くなる。例えば、他の実施形態によると、一意的なインデックス値は、ＡＰ１４によるサウンディングフレーム等の管理フレームの送信の２回毎、３回毎等にリフレッシュする。ある実施形態によると、一意的なインデックス値をリフレッシュする頻度は、ＡＰ１４とクライアント局２５との間での信号チャネルの特性の変化の程度および／またはレートに応じて決まる。
【００６７】
一のクライアント局２５は、特定のＭＵグループのメンバーであることと、この特定のＭＵグループ内での自身の一意的なインデックス値とを決定すると、グループＩＤサブフィールド１４２−７を受信に応じて、グループＩＤサブフィールド１４２−７が、グループＩＤサブフィールド１６２またはクライアント局２５が所属する任意の他のＭＵグループのＩＤに一致するか否かを判断する。例えば、一部の実施形態によると、クライアント局２５は、複数のグループ定義フィールド１６０、または、他の適切な管理フレームあるいは制御フレームを利用して複数のＭＵグループに割り当てられている。クライアント局２５は、グループＩＤサブフィールド１４２−７が、グループＩＤサブフィールド１６２またはクライアント局２５が所属する任意の他のＭＵグループのグループＩＤに一致すると判断すると、ＶＨＴ−ＳＩＧ１  １２０全体を処理する。クライアント局２５はこのため、自身に対応する空間−時間ストリーム数を決定する。ある実施形態によると、グループＩＤサブフィールド１４２−７がグループＩＤサブフィールド１６２またはクライアント局２５が所属する任意の他のＭＵグループのグループＩＤに一致しない場合、クライアント局２５は、データユニット１００の宛先であるＭＵグループのメンバーではないと判断して、データユニット１００の残り部分を破棄する。クライアント局２５は、データユニット１００の残り部分を破棄することによって、例えば、データユニット１００の残り部分の受信および／または復号を行わず、電力を節約する。
【００６８】
ある実施形態によると、グループＩＤサブフィールド１４２−７のビット列の１つは、データユニット１００がＳＵデータユニットである旨を示すために保留しておく。このため、一部の実施形態によると、グループＩＤサブフィールド１４２−７が、先立つＭＵ送信に関連するグループＩＤサブフィールド１６２に一致しないがグループＩＤ１４２−７は保留されているビット列に一致する場合、クライアント局２５は、データユニット１００がＳＵデータユニットであると判断する。
【００６９】
それぞれの一意的なインデックス値に対応する空間ストリーム数を指定して、（ＳＴＢＣサブフィールド１４２−５と組み合わせて）対応する空間−時間ストリーム数を指定するために、Ｎｓｓサブフィールド１４２−９自体が複数のサブフィールドを含む。Ｎｓｓサブフィールドの複数のサブフィールドはそれぞれ、クライアント局２５のうちいずれか１つについての情報を含む。図６は、Ｎｓｓサブフィールド１４２−９を示す図であり、ある実施形態によると、Ｎｓｓサブフィールド１４２−９は、４個のサブフィールド１４２−９−ａ、１４２−９−ｂ、１４２−９−ｃおよび１４２−９−ｄから構成される。ある実施形態によると、Ｎｓｓサブフィールドのサブフィールド１４２−９−ａ、１４２−９−ｂ、１４２−９−ｃおよび１４２−９−ｄには、Ｎｓｓ１、Ｎｓｓ２、Ｎｓｓ３およびＮｓｓ４という名称が与えられており、それぞれが対応するクライアントに割り当てられている空間ストリーム数の指標を含む。図３Ａの例によると、ある実施形態において、図６に示すように、Ｎｓｓサブフィールド１４２−９は、合計で８ビットを持ち、サブフィールド１４２−９−ａ、１４２−９−ｂ、１４２−９−ｃおよび１４２−９−ｄのそれぞれに２ビットが割り当てられている。各クライアント局２５はそれぞれ、Ｎｓｓサブフィールド１４２−９全体を受信するが、サブフィールド１４２−９−ａ、１４２−９−ｂ、１４２−９−ｃおよび１４２−９−ｄのそれぞれのビット数を事前に把握しておき、（上述したように、グループ定義プロセスにおいて、または、グループＩＤおよび一意的なインデックス値を割り当てる他のプロセスにおいて）、当該クライアント局２５に割り当てられている一意的なインデックス値を利用することによって、１４２−９−ａ、１４２−９−ｂ、１４２−９−ｃおよび１４２−９−ｄのうちどのサブフィールドが当該クライアント局２５に対応するかを判断する。クライアント局２５が干渉緩和処理を実行する実施形態では、クライアント局２５はさらに、他のクライアント局２５に割り当てられている一意的なインデックス値の情報と共にＳＴＢＣサブフィールド１４２−５を用いて、他のクライアント局２５の空間−時間ストリーム数を決定する。
【００７０】
ある実施形態によると、Ｎｓｓサブフィールド１４２−９のサブフィールド１４２−９−ａ、１４２−９−ｂ、１４２−９−ｃおよび１４２−９−ｄのそれぞれに２ビットが割り当てられている場合、Ｎｓｓサブフィールド１４２−９は、ＷＬＡＮ１０のクライアント局２５−１、２５−２、２５−３および２５−４のそれぞれに割り当てられている空間ストリームが０個、１個、２個、または、３個のいずれであるかを示す。これに代えて、他の実施形態では、Ｎｓｓサブフィールド１４２−９が指定する空間ストリーム数の範囲は他の適切な範囲である。例えば、ある実施形態によると、ＶＨＴ−ＳＩＧ２  １３５は、各クライアント局２５についてビット列を用いて各クライアント局２５の変調符号化方式（ＭＣＳ）を示す。尚、このようなビット列の１つでは、対応するクライアント局２５にデータが送信されていない旨を示す。この場合、ある実施形態によると、Ｎｓｓサブフィールド１４２−９の各サブフィールドの２ビットは、クライアント局２５−１、２５−２、２５−３および２５−４のそれぞれに割り当てられている空間ストリーム数が１個、２個、３個または４個のいずれであるかを示す。ＶＨＴ−ＳＩＧ１  １２０の一部の他の実施例では、Ｎｓｓサブフィールド１４２−９に割り当てるビット数を変更する。また、一部の実施形態によると、Ｎｓｓサブフィールド１４２−９で空間ストリーム数を指定するクライアント局２５は、５以上または３以下とする。Ｎｓｓサブフィールド１４２−９がいずれかのクライアント局２５に割り当てられている空間−時間ストリームがゼロであることを示す場合、対応するクライアント局２５は、上述したように、データユニット１００の残り部分を破棄して、電力を節約する。
【００７１】
図３Ｂに示すＶＨＴ−ＳＩＧ２  １３５に対するビット割り当ての例は、図３Ａに示すビット割り当ての例と組み合わせて実現されるか、および／または、ＶＨＴ−ＳＩＧ１  １２０に対する任意の他の適切なビット割り当てと組み合わせて実現する。ＶＨＴ−ＳＩＧ２  １３５は、複数のサブフィールド１５２を含む。ある実施形態によると、複数のサブフィールド１５２は、ＭＣＳサブフィールド１５２−１、コーディング種類サブフィールド１５２−２、保留サブフィールド１５２−３（例えば、将来開発される機能を実現するためのサブフィールド）、ＣＲＣサブフィールド１５２−４、および、テイルビットを含むサブフィールド１５２−５を含む。ＭＣＳサブフィールド１５２−１は、各クライアント局２５に対応する空間−時間ストリームを生成および送信する際にＡＰ１４が利用する変調符号化方式（ＭＣＳ）を特定する。ＡＰ１４は、複数の異なる空間チャネルを介してＶＨＴ−ＳＩＧ２  １３５を送信することによって、且つ、任意でビームステアリングを利用することによって、ＭＣＳサブフィールド１５２−１およびその他のサブフィールド１５２を利用して各クライアント局２５についてのユーザ固有情報を送信する。
【００７２】
したがって、データユニット１００によって、各クライアント局２５についてのＭＣＳの指標をＶＨＴ−ＳＩＧ２  １３５に含めることが出来る一方、ＳＴＢＣサブフィールド１４２−５およびＮｓｓサブフィールド１４２−９を利用してＶＨＴ−ＳＩＧ１  １２０で各クライアント局２５についての空間−時間ストリーム数の全ての指標を供給するという利点がある。各クライアント局２５は、ＶＨＴ−ＬＴＦ１３０を受信する前に、ＳＴＢＣサブフィールド１４２−５およびＮｓｓサブフィールド１４２−９を処理する。このため、ある実施形態によると、各クライアント局２５は、バッファリングすることなく、受信したＶＨＴ−ＬＴＦ１３０のうち、クライアント局２５が自身の空間−時間ストリームについて等化器を決定する必要があるもののみを処理できる。他の実施形態によると、クライアント局２５は、例えば、干渉軽減処理のために、他の局に対応するＶＨＴ−ＬＴＦ１３０を処理する。
【００７３】
クライアント局２５はそれぞれ、ＡＰ１４が割り当てた一意的なインデックス値に基づいて、処理すべき空間−時間ストリームはどれか、および、処理すべきＶＨＴ−ＬＴＦ１３０はどれかを判断する。ある実施形態によると、クライアント局２５は、処理すべき空間−時間ストリームはどれか、および、処理すべきＶＨＴ−ＬＴＦ１３０はどれかを判断するために、一意的なインデックス値と組み合わせて空間マッピングＱマトリクスの情報を利用する。
【００７４】
別の実施形態によると、Ｎｓｓサブフィールド１４２−９は、ルックアップテーブル（ＬＵＴ）に含まれるエントリを特定するインデックス値を特定している。ＬＵＴは、複数のエントリを含み、各エントリは、１以上のクライアント局２５についての空間ストリーム数を指定している。このため、ＬＵＴでは、さまざまなクライアント局２５に割り当てられている空間ストリーム数の適切な組み合わせを特定している。ある実施形態によると、図３Ａに示す例では、Ｎｓｓサブフィールド１４２−９は、８ビットを持つので、ＬＵＴに含まれる２５６個のエントリに対応するさまざまな２５６個のインデックス値のうちいずれかを特定する。言うまでも無く、他の実施形態では他の適切な指標を利用して、空間−時間ストリーム数を示す。
【００７５】
図７Ａおよび図７Ｂは、ある実施形態に係るＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５に対するビット割り当ての一例を示す図である。図７Ａおよび図７Ｂに示すビット割り当ては、ＶＨＴ−ＳＩＧ１  １２０からＳＴＢＣサブフィールド１４２−５が削除されて、ＶＨＴ−ＳＩＧ２  １３５にＳＴＢＣサブフィールド１５２−６が含められた点を除き、図３Ａおよび図３Ｂに示すビット割り当てと同様である。また、Ｎｓｓサブフィールド１４２−９に代えて、Ｎｓｔｓサブフィールド１４２−１２が設けられている。Ｎｓｔｓサブフィールド１４２−１２は、各クライアント局２５の空間−時間ストリーム数を示す。別の実施形態によると、Ｎｓｔｓサブフィールド１４２−１２は、さまざまな空間−時間ストリームの組み合わせを含むＬＵＴに対するインデックスを指定している。図７Ａに示す実施形態によると、Ｎｓｔｓサブフィールド１４２−１２は、９ビットを持つ。
【００７６】
Ｎｓｔｓサブフィールド１４２−１２を用いて空間−時間ストリーム数を指定することによって、特定のクライアント局２５について空間−時間ストリーム数を決定する際にＳＴＢＣサブフィールド１４２−５は必要なくなる。ＰＨＹ部２０は複数の異なるクライアント局２５に対して同時に送信する複数の異なるＶＨＴ−ＳＩＧ２  １３５データを生成する。また、ＶＨＴ−ＳＩＧ２  １３５はＳＴＢＣサブフィールド１５２−６を含むので、ＶＨＴ−ＳＩＧ２  １３５によってユーザ毎にＳＴＢＣ設定を制御することが可能になる。このため、ある実施形態によると、ＳＴＢＣは、クライアント局２５の一部に対応する空間ストリームについて利用されるが、他のクライアント局２５に対応する空間ストリームについては利用されない。
【００７７】
ある実施形態によると、各クライアント局２５は、当該クライアント局２５に対応する空間ストリーム数ではなく空間−時間ストリーム数に基づいて空間−時間ストリームについての等化器を決定する。ある実施形態によると、Ｎｓｔｓサブフィールド１４２−１２が、例えば、２つの空間−時間ストリームがクライアント局２５に対応している旨を示す場合、ＳＴＢＣが利用されておらず空間ストリーム数が２であろうが、ＳＴＢＣが利用されており空間ストリーム数が１であろうが関係なく、決定される等化器は同じである。ある実施形態によると、後続のＳＴＢＣサブフィールド１５２−６がＳＴＢＣが利用されている旨を示す場合、クライアント局２５は、例えば、複数のＯＦＤＭシンボルを複数の対にまとめて（例えば、各空間−時間ストリームから１つのＯＦＤＭシンボルを選択）、等化の少なくとも一部分の実行後にＳＴＢＣ復号を実行する。
【００７８】
一部の実施形態によると、Ｎｓｔｓサブフィールド１４２−１２を利用することによって、ＶＨＴ−ＳＩＧ１  １２０が持つビットうち空間−時間ストリーム数の指定以外の目的に利用可能なビットを増やすことができる。例えば、ある実施形態によると、Ｎｓｔｓサブフィールド１４２−１２は、８ビット以下で実現される。このような実施形態では、ＶＨＴ−ＳＩＧ１  １２０からＳＴＢＣサブフィールド１４２−５を省略することによって、例えば、図３Ａに示すビット割り当てと比較して、クライアント局２５について空間−時間ストリーム数を示すために用いられるＶＨＴ−ＳＩＧ１  １２０の合計ビット数が少なくなる。他の実施形態によると、Ｎｓｔｓサブフィールド１４２−１２または同様のサブフィールドは、ＳＴＢＣサブフィールド１４２−５または同様のサブフィールドと共に、ＶＨＴ−ＳＩＧ１  １２０に含まれている。データユニット１００の他の実施形態、および、後述する実施形態等の他のデータユニットの適切な代替例でも、Ｎｓｔｓサブフィールド１４２−１２を含む。
【００７９】
図８は、別の実施形態に係る、例えば、Ｌ−ＳＩＧ１１５がデータユニット１００のうちレガシー部分の後の期間Ｔを示す場合に用いられるＶＨＴ−ＳＩＧ１  １２０に対するビット割り当てのさらに別の例を示す図である。ある実施形態によると、Ｌ−ＳＩＧ１１５のレートサブフィールドは、６Ｍｂｐｓに設定されており、長さサブフィールドは、レートサブフィールドおよび長さサブフィールドで期間Ｔを示すように設定されている。ある実施形態によると、ＶＨＴ−ＳＩＧ１  １２０はこのため、期間サブフィールド１４２−１無しで実現されるので、ＶＨＴ−ＳＩＧ１  １２０の１２ビットを他の目的で利用することができるようになる。例えば、図８に示すように、ＳＴＢＣサブフィールド１４２−５は、それぞれＳＴＢＣ１、ＳＴＢＣ２、ＳＴＢＣ３およびＳＴＢＣ４と図示する複数のサブフィールド１４２−５−ａ、１４２−５−ｂ、１４２−５−ｃおよび１４２−５−ｄとして実現される。ある実施形態によると、ＳＴＢＣサブフィールド１４２−５のサブフィールド１４２−５−ａ、１４２−５−ｂ、１４２−５−ｃおよび１４２−５−ｄはそれぞれ、クライアント局２５−１、２５−２、２５−３および２５−４のうちいずれか１つに対応する。ある実施形態によると、ＳＴＢＣサブフィールド１４２−５のサブフィールド１４２−５−ａ、１４２−５−ｂ、１４２−５−ｃおよび１４２−５−ｄはそれぞれ、１ビットを持ち、当該ビットは、対応するクライアント局２５の空間−時間ストリームが、例えば、アラマチ符号を用いて符号化されているか否か、または、対応するクライアント局２５に対する空間ストリームにはＳＴＢＣが利用されていないか否かを示す。このため、図８に示すビット割り当ての例は、ＶＨＴ−ＳＩＧ１  １２０においてユーザ固有のＳＴＢＣ設定を示すために用いられるので、ＳＴＢＣ設定を全てのクライアント局２５について同じにする必要はない。ある実施形態によると、図８に示す例での余剰ビットは、前述した実施形態のＶＨＴ−ＳＩＧ１  １２０と比較すると、ＭＵ保留サブフィールド１４２−１０に含められる。当業者であれば、本明細書の教示内容および開示内容を参照することで、余剰ビットの適切な用途について追加例および／または代替例に想到するであろう。
【００８０】
他のさまざまな実施形態によると、ＡＰ１４はさらに、シングルユーザ（ＳＵ）モードでも動作する。ＳＵモードでは、ＡＰ１４はダウンリンクシングルユーザ無線通信をサポートする。一部の実施形態によると、データユニット１００は、ＳＵモードでもクライアント局２５に情報を送信するために用いられる。ＳＵモードでは、ＶＨＴ−ＳＩＧ１  １２０は、ＭＵモードのさまざまな実施形態に関連付けて上述したサブフィールド１４２のうち一部のサブフィールドを削除して実現する。一部の実施形態によると、ＶＨＴ−ＳＩＧ２  １３５は、ＳＵモードではサブフィールド１５２のうち一部を削除して実行するか、または、全て削除する。
【００８１】
図９Ａおよび図９Ｂは、ＳＵモードの場合のＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５に対するビット割り当ての一例を示す図である。ある実施形態によると、図９Ａに示すように、ＶＨＴ−ＳＩＧ１  １２０は、期間サブフィールド１４２−１、帯域幅サブフィールド１４２−２、ＳＧＩサブフィールド１４２−３、平滑化サブフィールド１４２−４、ＭＵ／ＳＵサブフィールド１４２−６、ＭＣＳサブフィールド１５２−１、ＳＴＢＣサブフィールド１４２−１３、コーディング種類サブフィールド１５２−２、非サウンディングサブフィールド１４２−１４、ＡＩＤサブフィールド１４２−１５、および、追加サブフィールド１４２−１１（ＣＲＣサブフィールド、および、テイルビットを含むサブフィールド等）を含む。ある実施形態によると、ＡＰ１４は、データユニット１００がＳＵモードで送信されている旨を、ＭＵ／ＳＵサブフィールド１４２−６のビットを論理値「０」に設定することによって示す。
【００８２】
別の実施形態によると、ＭＵ／ＳＵサブフィールド１４２−６が削除され、ＶＨＴ−ＳＩＧ１  １２０は、ＭＵモードおよびＳＵモードのいずれでもグループＩＤサブフィールド１４２−７を含む。このため、ある実施形態によると、グループＩＤサブフィールド１４２−７は、保留ビット列に設定されると、データユニット１００がＳＵデータユニットである旨を示す。
【００８３】
ある実施形態によると、ＳＵモードの場合、ＶＨＴ−ＳＩＧ１  １２０は、グループＩＤサブフィールド１４２−７、分解可能ＬＴＦサブフィールド１４２−８、および、Ｎｓｓサブフィールド１４２−９を削除して実現する。つまり、データユニット１００は、ＳＵ通信をサポートする場合にはＭＵグループを特定しないので、ＶＨＴ−ＳＩＧ１  １２０において、ＭＣＳサブフィールド１５２−１を用いて一のクライアント局２５に対する空間−時間ストリーム数を示すのに十分なビットが自由になる。このため、Ｎｓｓサブフィールド１４２−９が不要となる。
【００８４】
具体的には、ある実施形態によると、ＭＣＳサブフィールド１５２−１は、ＳＵ通信に関連するクライアント局２５についての空間ストリーム数を指定するように実現される。この指定情報をＳＴＢＣサブフィールド１４２−１３が示すＳＴＢＣ設定と共に利用することによって、ＡＰ１４からクライアント２５に送信される空間−時間ストリーム数の全情報が得られる。ＳＵモードでもこの情報をＶＨＴ−ＳＩＧ１  １２０で提供することによって、１以上の実施形態によれば、クライアント局２５は、ＶＨＴ−ＬＴＦ１３０の受信と略同時にＡＰ１４とクライアント局２５との間の信号チャネルの推定を開始することができる。一部の実施形態によると、クライアント局２５は、グループＩＤサブフィールド１４２−７に基づき、または、任意のその他の適切なデータユニット１００の構造の実施形態、例えば、ＭＵ／ＳＵサブフィールド１４２−６等に基づき、ＡＰ１４がＳＵモードで通信していると判断する。クライアント局２５は、ＶＨＴ−ＬＴＦ１３０の全てまたは一部を用いて信号チャネル推定を実行する。ある実施形態によると、例えば、ＶＨＴ−ＬＴＦ１３０の一部が繰り返しになっているとしてよい。このため、クライアント局２５は、ＶＨＴ−ＬＴＦ１３０の一部のみを用いて信号チャネル推定を実行するとしてよい。
【００８５】
さらに別の実施形態によると、Ｎｓｓサブフィールド１４２−９は削除されないので、ＶＨＴ−ＳＩＧ１  １２０が空間ストリーム数、ＭＣＳおよびＳＴＢＣ設定の指標をそれぞれ別のサブフィールドに含む。例えば、ＡＩＤサブフィールド１４２−１５、または、任意のその他の適切なサブフィールドの１以上のビットは、図９Ａに示すビット割り当て例から削除して、Ｎｓｓサブフィールド１４２−９に十分なビット数を割り当てる。さらに別の実施形態によると、本明細書で説明している他のさまざまなビット割り当て例と同様に、Ｎｓｓサブフィールド１４２−９に代えてＮｓｔｓサブフィールド１４２−１２を設ける。
【００８６】
ＡＰ１４は、ＳＴＢＣサブフィールド１４２−１３を利用するので、ＳＵモードではＳＴＢＣを実施するに当たって選択肢が多くなるとしてよい。例えば、図９Ａにおいて、ＶＨＴ−ＳＩＧ1  １２０は、他の実施形態では未使用となっていたビットを利用するので十分なビットを持つ。つまり、ＳＴＢＣサブフィールド１４２−１３は、ＳＴＢＣサブフィールド１４２−５の１ビットに代えて、２ビットを含む。ある実施形態によると、２ビットで特定できるＳＴＢＣ設定は最高で４通りとなるので、ＡＰ１４は、ＳＴＢＣの利用は全く無し、アラモチ符号、および、２つの高次符号の中から選択することが可能となる。
【００８７】
ある実施形態によると、ＶＨＴ−ＳＩＧ１  １２０はさらに、他の実施形態では未使用のビットを含み十分なビットを持つ。これらのビットでは、ＭＵモードではＶＨＴ−ＳＩＧ１  １２０またはＶＨＴ−ＳＩＧ２  １３５のいずれにも含まれていないＰＨＹ情報を含む。例えば、図９Ａのビット割り当てでは、非サウンディングサブフィールド１４２−１４に１ビットを用いて、ＡＩＤサブフィールド１４２−１５に３ビットを用いる。例えば、非サウンディングサブフィールド１４２−１４は、データユニット１００がサウンディングパケットであるか否かを示す。一部の実施形態によると、ＡＩＤサブフィールド１４２−１５は、データユニット１００の送信先であるクライアント局のＭＡＣ  ＩＤまたはＡＩＤの下位３ビットを含む。したがって、クライアント局２５のＰＨＹ部２９は、ＡＩＤサブフィールド１４２−１５がクライアント局２５のＡＩＤの下位３ビットに一致しない場合、ＰＨＹ部２９が決定すると、データユニット１００の期間にわたって受信および復号を停止する。このような構成とすることによって、クライアント局２５のＰＨＹ部２９は、データユニット１００の受信から早い段階で、このＳＵ送信は当該クライアント局２５を宛先としたものではないと判断し、例えば、受信および復号を停止することによって電力を節約する。
【００８８】
ＶＨＴ−ＳＩＧ２  １３５は、保留サブフィールド１５２−３、ＣＲＣサブフィールド１５２−４、および、テイルビットを含むサブフィールド１５２−５を含む。これに代えて、ある実施形態では、保留サブフィールド１５２−３が任意の追加機能を実現する必要が無い場合には、単にＶＨＴ−ＳＩＧ２  １３５をデータユニット１００から削除する。
【００８９】
図１０Ａから図１０Ｃは、さらに別の実施形態に応じたＭＵモードで利用されるＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５に対するビット割り当ての例を示す図である。図１０Ａに示すように、ＶＨＴ−ＳＩＧ１  １２０は、帯域幅サブフィールド１４２−２、保留サブフィールド１４２−１６、ＳＴＢＣサブフィールド１４２−５、グループＩＤサブフィールド１４２−７、Ｎｓｔｓサブフィールド１４２−１２、別の保留サブフィールド１４２−１７、ＳＧＩサブフィールド１４２−３、コーディングサブフィールド１５２−２、さらに別の保留サブフィールド１４２−１８、および、追加サブフィールド１４２−１１を含む。ＶＨＴ−ＳＩＧ１  １２０は、例えば、期間サブフィールド１４２−１を含まない。ある実施形態によると、データユニット１００のうちレガシー部分の後の期間Ｔは、図８に関連付けて説明したように、Ｌ−ＳＩＧ１１５に含まれるレートサブフィールドおよび長さサブフィールドによって指定される。
【００９０】
帯域幅サブフィールド１４２−２は、２ビットを持ち、データユニット１００の帯域幅として可能な４つのうち１つを指定する。ある実施形態によると、例えば、帯域幅サブフィールド１４２−２は、データユニット１００の帯域幅が２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、または、１６０ＭＨｚ（一続きであるか、または、２つの８０ＭＨｚ帯域）であることを示す。ある実施形態によると、保留サブフィールド１４２−１６は、論理値「１」に設定されている1ビットを持つ。保留サブフィールド１４２−１６は、例えば、帯域幅１４２−２を拡張できるように保留されている。ある実施形態によると、ＳＴＢＣサブフィールド１４２−５は、上述したように、ＳＴＢＣを用いてデータユニット１００を符号化したか否かを示す１ビットを含む。ある実施形態によると、グループＩＤサブフィールド１４２−７は、６ビットで実現されており、以下でさらに説明するが、データユニット１００が、例えば、ＳＵデータユニットであることを示すために用いられる。
【００９１】
ある実施形態によると、保留サブフィールド１４２−１７は２ビット、保留サブフィールド１４２−１８は６ビットを持ち、これらは全て、論理値「１」に設定される。ある実施形態によると、ＳＧＩサブフィールド１４２−３は、２ビットを持ち、このうち１ビットは、データユニット１００のガードインターバルがロングガードインターバルまたはショートガードインターバルのいずれであるかを示すために用いられ、一方の１ビットは、ショートＧＩパケットの長さの不明さを軽減するために用いられる。ある実施形態によると、コーディングサブフィールド１５２−２は、２ビットを持ち、このうち少なくとも１ビットは、データユニット１００について用いられているコーディング種類、例えば、バイナリ畳み込み符号（ＢＣＣ）または低密度パリティ検査（ＬＤＰＣ）符号を指定するために用いられる。
【００９２】
ある実施形態によると、Ｎｓｔｓサブフィールド１４２−１２は、１２ビットで実現され、図１０Ｃに示すように、最高で４つのクライアント局２５についての最高で４つの空間−時間ストリーム数の指標を示すべくサブフィールド１４２−１２−ａ、１４２−１２−ｂ、１４２−１２−ｃおよび１４２−１２−ｄを含む。Ｎｓｔｓサブフィールド１４２−１２のサブフィールド１４２−１２−ａ、１４２−１２−ｂ、１４２−１２−ｃおよび１４２−１２−ｄはそれぞれ、例えば、３ビットを含む。ある実施形態によると、Ｎｓｔｓサブフィールド１４２−１２のサブフィールド１４２−１２−ａ、１４２−１２−ｂ、１４２−１２−ｃおよび１４２−１２−ｄのそれぞれの３ビットが表現する５個の可能な組み合わせを用いて、対応するクライアント局２５の空間−時間ストリーム数が０、１、２、３または４である旨を示す。言うまでもなく、他の実施形態ではＮｓｔｓサブフィールド１４２−１２のサブフィールド１４２−１２−ａ、１４２−１２−ｂ、１４２−１２−ｃおよび１４２−１２−ｄで利用可能な組み合わせの数を変更して、例えば、６つ、７つ、８つ、４つの組み合わせを利用する。
【００９３】
図１０Ｂに示すように、ＶＨＴ−ＳＩＧ２  １３５は、長さサブフィールド１５２−７、ＭＣＳサブフィールド１５２−１、および、テイルビットを含むサブフィールド１５２−５を含む。ある実施形態によると、長さサブフィールド１５２−７は、物理層サービスデータユニット（ＰＳＤＵ）で利用可能なデータの長さを４オクテットを１単位として特定する。
【００９４】
図１１Ａおよび図１１Ｂは、さらに別の実施形態に係る、ＳＵモードで利用するＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５のビット割り当て例を示す図である。図１１Ａに示すように、ＶＨＴ−ＳＩＧ１  １２０は、帯域幅サブフィールド１４２−２、保留サブフィールド１４２−１６、ＳＴＢＣサブフィールド１４２−５、グループＩＤサブフィールド１４２−７、Ｎｓｔｓサブフィールド１４２−１２、ＡＩＤサブフィールド１４２−１５、保留サブフィールド１４２−１７、ＳＧＩサブフィールド１４２−３、コーディングサブフィールド１５２−２、ＭＣＳサブフィールド１５２−１、ビームフォーミングサブフィールド１４２−１９、保留サブフィールド１４２−１８、および、追加サブフィールド１４２−１１を含む。図１１Ｂに示すように、ＶＨＴ−ＳＩＧ２  １３５は、長さサブフィールド１５２−７、保留サブフィールド１５２−３、および、テイルビットを含むサブフィールド１５２−５を含む。
【００９５】
このように、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５のビット割り当ては、図１０Ａおよび図１０Ｂに示すＭＵモードでのビット割り当てと同様である。幾つかある相違点のうち特に有益なものは、特にＶＨＴ−ＳＩＧ１  １２０で、利用可能なビット数が増えたことを活かして得られたものである。
【００９６】
例えば、ある実施形態によると、ＶＨＴ−ＳＩＧ１  １２０のＮｓｔｓサブフィールド１４２−１２が含むビットは、図１０Ａの例では１２ビットが割り当てられていたのに比べ、３ビットのみである。図１１ＡにおいてＮｓｔｓサブフィールド１４２−１２のサイズを小さくすることによって自由になった９ビットは、ＡＩＤサブフィールド１４２−１５に割り当てられる。一部の実施形態によると、図９Ａを参照しつつ説明したように、ＡＩＤサブフィールド１４２−１５は、ＳＵモードでデータユニット１００の送信先であるクライアント局のＭＡＣ  ＩＤまたはＡＩＤのビットを含む。例えば、図１１Ａのビット割り当てでは、ＡＩＤサブフィールド１４２−１５は、データユニット１００の送信先であるクライアント局のＡＩＤの下位９ビットを含む。このため、ある実施形態によると、クライアント局２５のＰＨＹ部２９は、ＡＩＤサブフィールド１４２−１５が当該クライアント局２５のＡＩＤの下位９ビットと一致しないとＰＨＹ部２９が判断すると（つまり、データユニット１００が当該クライアント局２５宛てのものではないとＰＨＹ部２９が判断すると）、データユニット１００の期間にわたって受信および復号を停止させることによって電力を節約する。
【００９７】
ある実施形態によると、Ｎｓｔｓサブフィールド１４２−１２の３ビットは、データユニット１００を受信するクライアント局、例えば、クライアント局２５についての空間−時間ストリーム数として可能な８つの選択肢のうち１つを示すために用いられる。例えば、Ｎｓｔｓサブフィールド１４２−１２の３ビットは、クライアント局２５にデータを送信する際に利用する空間−時間ストリーム数が１つ、２つ、３つ、４つ、５つ、６つ、７つまたは８つのうちいずれであるかを示す。
【００９８】
上述したように、図１０Ａから図１０Ｃを参照しつつ説明したようなＭＵモード送信とは異なり、図１１Ａの例ではＶＨＴ−ＳＩＧ１  １２０はさらに、ＭＣＳサブフィールド１５２−１を含む。また、ある実施形態によると、ＳＵモードでは、ビームフォーミングサブフィールド１４２−１９が、データユニット１００にビームフォーミングステアリングマトリクスが適用されているか否かを示す１ビットを持つ。
【００９９】
ある実施形態によると、ＶＨＴ−ＳＩＧ１  １２０は、ＭＵモードおよびＳＵモードの両方においてグループＩＤサブフィールド１４２−７を含み、グループＩＤサブフィールド１４２−７は、例えば、グループＩＤサブフィールド１４２−７の各ビットがすべて論理値「１」に設定されるビット列等の保留ビット列に設定されると、データユニット１００がＳＵデータユニットである旨を示す。ある実施形態によると、グループＩＤサブフィールド１４２−７はさらに、データユニット１００がブロードキャストフレームである場合、且つ、データユニット１００がＭＵデータユニットであるがクライアント局２５のうち１以上はＭＵグループに割り当てられていない場合、当該保留ビット列に設定される。
【０１００】
さらに上述したように、ＶＨＴ−ＳＩＧ２  １３５は、図１１Ｂに示す例では保留サブフィールド１５２−３を含む。具体的には、少なくとも一部のＳＵモードの実施形態では、ＭＣＳサブフィールド１５２−１がＶＨＴ−ＳＩＧ２  １３５ではなくＶＨＴ−ＳＩＧ１  １２０に含まれているので、保留サブフィールド１５２−３にビットが割り当てられている。
【０１０１】
図１２は、別の実施形態に係る、直交周波数分割多重（ＯＦＤＭ）変調を利用してＡＰ１４がクライアント局２５に送信するデータユニット２００を示す図である。ある実施形態によると、クライアント局２５のうち１以上もまた、データユニット２００の形式に応じてフォーマッティングされたデータユニットをＡＰ１４に送信する。ある実施形態によると、データユニット２００は、ＶＨＴプロトコルに準拠しており、８０ＭＨｚ帯域を占有する。他の実施形態によると、データユニット２００は、データユニット１００を参照しつつ説明したように、占有する帯域幅が異なる。データユニット２００はデータユニット１００と同様であるが、データユニット２００のプリアンブルは、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５の両方を含む代わりに、４つの超高スループット信号フィールド（ＶＨＴ−ＳＩＧ）２０２を含む。
【０１０２】
データユニット２００では、上述したＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５の両方の内容を、以下に説明するようにＶＨＴ−ＳＩＧ２０２に含める。少なくとも一部の例では、ＶＨＴ−ＳＩＧ２０２はまとめて、一の超高スループット信号フィールド（ＶＨＴ−ＳＩＧ）２０２と呼ぶ。ある実施形態によると、ＶＨＴ−ＳＩＧ２０２は、３つのＯＦＤＭシンボルを含む。ある実施形態によると、ＶＨＴ−ＳＩＧ２０２を一のまとまった超高スループット信号フィールドとして提供することによって、上述したようにＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５を別々にする場合に比べて、使用するビット数が少なくなるので、他のＰＨＹ情報を伝達するために利用可能なビット数が多くなる。具体的には、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５は共に、終端に、例えば、ＶＨＴ−ＳＩＧ１  １２０の追加サブフィールド１４２−１１のうち１以上に、ならびに、ＶＨＴ−ＳＩＧ２  １３５のＣＲＣサブフィールド１５２−４およびテイルビットを含むサブフィールド１５２−５の一方または両方に保護ビット群を必要とする。一のＶＨＴ−ＳＩＧ２０２であれば、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５のそれぞれと同様に保護ビット群は１つであるので、ＶＨＴ−ＳＩＧ２  １３５内の保護ビットとして利用され得る他のビットが利用可能になる。
【０１０３】
図１３Ａおよび図１３Ｂは、ある実施形態に係る、ＶＨＴ−ＳＩＧ２０２のビット割り当ての一例を示す図である。図１３Ａに示すように、ＭＵモードの場合、ＶＨＴ−ＳＩＧ２０２は、期間サブフィールド１４２−１、帯域幅サブフィールド１４２−２、ＳＧＩサブフィールド１４２−３、平滑化サブフィールド１４２−４、ＭＵ／ＳＵサブフィールド１４２−６、複数のＭＵサブフィールド２０４、および、ＣＲＣサブフィールドおよびテイルビットを含むサブフィールド等の追加サブフィールド１４２−１１を含む。図１３Ｂに示すように、複数のＭＵサブフィールド２０４は、グループＩＤサブフィールド１４２−７、分解可能ＬＴＦサブフィールド１４２−８、複数のＭＵ−ＭＣＳサブフィールド２０４−１、ＳＴＢＣサブフィールド２０４−２、コーディング種類サブフィールド２０４−３、および、ＭＵ保留サブフィールド１４２−１０を含む。
【０１０４】
複数のＭＵ−ＭＣＳサブフィールド２０４−１は、ＭＵ−ＭＣＳ１、ＭＵ−ＭＣＳ２、ＭＵ−ＭＣＳ３およびＭＵ−ＭＣＳ４と呼ばれるサブフィールド２０４−１−ａ、２０４−１−ｂ、２０４−１−ｃおよび２０４−１−ｄを含む。ある実施形態によると、ＭＵ−ＭＣＳサブフィールド２０４−１のサブフィールド２０４−１−ａ、２０４−１−ｂ、２０４−１−ｃおよび２０４−１−ｄはそれぞれ、クライアント局２５−１、２５−２、２５−３および２５−４のいずれか１つに対応している。ある実施形態によると、ＭＵ−ＭＣＳサブフィールド２０４−１のサブフィールド２０４−１−ａ、２０４−１−ｂ、２０４−１−ｃおよび２０４−１−ｄはそれぞれ、５ビットを持ち、対応するクライアント局２５に対して用いられている変調符号化方式を示す。ある実施形態によると、５ビットが表現する３２通りのビット列のうち１つのビット列は、対応するクライアント局２５にデータが送信されていない旨を示すために用いられる。このため、ある実施形態によると、３１通りの異なるＭＣＳのうち任意のものを各クライアント局２５について利用する。別の実施形態によると、利用可能なＭＣＳは３１通りも存在せず、各ＭＵ−ＭＣＳサブフィールド２０４−１に割り当てられるビット数を減らす。
【０１０５】
ある実施形態によると、ＭＵ−ＭＣＳサブフィールド２０４−１は、対応するクライアント局２５についての変調符号化方式の指標と共に、それぞれが対応するクライアント局２５の空間ストリーム数を示すように実現する。ＳＴＢＣサブフィールド２０４−２は、ＶＨＴ−ＳＩＧ２０２においてユーザ固有のＳＴＢＣ設定の指標を供給する。例えば、ＳＴＢＣサブフィールド２０４−２は、４ビットを含み、各ビットを用いて、対応する一のクライアント局２５に対応する空間ストリームについてＳＴＢＣが用いられているか否かを示す。したがって、ある実施形態によると、ＶＨＴ−ＳＩＧ２０２で利用可能な追加ビットによって、ＭＣＳおよびＳＴＢＣ設定の両方をユーザ毎に制御することができるようになる。ある実施形態によると、コーディング種類サブフィールド２０４−３は、ＳＴＢＣサブフィールド２０４−２と同様に構成されており、コーディング種類をユーザ毎に制御することを可能とする。
【０１０６】
上述したさまざまな実施形態と同様に、複数のＭＵ−ＭＣＳサブフィールド２０４−１、および、ＳＴＢＣサブフィールド２０４−２内のビットは、ＡＰ１４によってクライアント局２５に割り当てられる一意的なインデックス値に応じて順序を決定する。このため、複数のＭＵ−ＭＣＳサブフィールド２０４−１をＳＴＢＣサブフィールド２０４−２と共に用いて、ＡＰ１４から各クライアント局２５に送信される空間−時間ストリーム数の全情報を提供する。
【０１０７】
図１４Ａおよび図１４Ｂは、ある実施形態に係る、ＳＵモードの場合のＶＨＴ−ＳＩＧ２０２のビット割り当ての一例を示す図である。図１４Ａに示すように、ある実施形態によると、ＶＨＴ−ＳＩＧ２０２は、期間サブフィールド１４２−１、帯域幅サブフィールド１４２−２、ＳＧＩサブフィールド１４２−３、平滑化サブフィールド１４２−４、ＭＵ／ＳＵサブフィールド１４２−６、複数のＳＵサブフィールド２０６、および、ＣＲＣサブフィールドおよびテイルビットを含むサブフィールド等の追加サブフィールド１４２−１１を含む。図１４Ｂに示すように、複数のＳＵサブフィールド２０６は、ＭＣＳサブフィールド１５２−１、ＳＴＢＣサブフィールド１４２−１３、コーディング種類サブフィールド１５２−２、非サウンディングサブフィールド１４２−１４、ＡＩＤサブフィールド１４２−１５およびＳＵ保留サブフィールド２０６−１を含む。
【０１０８】
ある実施形態によると、ＭＵ／ＳＵサブフィールド１４２−６は、ＭＵモードおよびＳＵモードのいずれにおいても削除されており、ＶＨＴ−ＳＩＧ２０２は、ＭＵモードおよびＳＵモードのいずれにおいてもグループＩＤサブフィールド１４２−７を含む。このため、ある実施形態によると、グループＩＤサブフィールド１４２−７は、保留ビット列に設定されると、データユニット２００がＳＵデータユニットである旨を示す。
【０１０９】
ＭＣＳサブフィールド１５２−１、ＳＴＢＣサブフィールド１４２−１３、コーディング種類サブフィールド１５２−２、非サウンディングサブフィールド１４２−１４、および、ＡＩＤサブフィールド１４２−１５は、例えば、図９Ａを参照しつつ上述したのと同様に実現される。ＳＵ保留サブフィールド２０６−１は、今後開発されるＳＵ機能を実現するために割り当てられたビットを含む。ある実施形態によると、ＡＩＤサブフィールド１４２−１５は、クライアント局間の区別を改善するべく４ビット以上を含むことによって、一のクライアント局２５のＰＨＹ部２９による、ＡＩＤサブフィールド１４２−１５が当該クライアント局２５に（例えば、当該クライアント局２５のＡＩＤに）対応していないという判断の信頼性を高め、これに応じて、データユニット２００の期間にわたってシャットダウンする。ＳＵ保留サブフィールド２０６−１が含むビット数は、ＡＩＤサブフィールド１４２−１５が含むビット数が４以上の場合には、２４未満になるとしてよい。
【０１１０】
少なくとも一部の実施形態および／または状況において、データユニット２００、特に、統一された一のＶＨＴ−ＳＩＧ２０２を利用することによって１以上の利点が得られる。上述したように、少なくとも一部の実施形態ではビット数を節約することができるので、ＭＵモードの場合にはより多くのユーザ固有情報等の情報をＶＨＴ−ＳＩＧ２０２で伝達することができるようになる。場合によっては、ビットが節約されることによって、例えば、Ｎｓｓサブフィールド１４２−９またはＮｓｔｓサブフィールド１４２−１２に関連付けられているＬＵＴを実現する必要が無くなることがある。この結果、一部の実施形態では、ＬＵＴ検索に起因する処理遅延および複雑性が軽減される。一部の実施形態によると、データユニットが有する信号フィールドを複数（例えば、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５）ではなく、１つとすることによって、データユニットの変調および復号が簡略化されるので、各クライアント局２５のＰＨＹ部２９の構成もまた簡略化される。また、一部の実施形態によると、ＶＨＴ−ＳＩＧ２０２によって、ＳＵモードおよびＭＵモードのどちらの場合でも一のプリアンブル構造を利用することができる一方、上述した一部の実施形態では、ＭＵモードの場合にはＶＨＴ−ＳＩＧ２  １３５を利用するが、ＳＵモードの場合には削除する。ある実施形態によると、ＭＵモードの場合、ＶＨＴ−ＳＩＧ２０２によって、各クライアント局２５は、より高度な干渉軽減（または、「白色化」）処理を実行できるようになる。これは、各クライアント局２５が全方向性のＶＨＴ−ＳＩＧ２０２を介して超高スループット信号フィールド情報を全て受信しているために、各クライアント局２５の干渉のコンステレーションに関する情報が多くなっているためである。一方、一部の実施形態によると、ＶＨＴ−ＳＩＧ２  １３５は、上述したようにクライアント局２５毎にビームステアリングされている。この結果、一部の実施形態によると、ＶＨＴ−ＳＩＧ１  １２０およびＶＨＴ−ＳＩＧ２  １３５を組み合わせた場合よりも、ＶＨＴ−ＳＩＧ２０２の復号結果の信頼性が高くなる。一部の実施形態によると、ＶＨＴ−ＳＩＧ２０２によってさらに、ＭＵモードおよびＳＵモードのいずれの場合においても保留ビットを増やすことができるので、まだ開発されていないが実現が期待されている高度な機能を取り込みやすくなる。
【０１１１】
図１５は、別の実施形態に係る、直交周波数分割多重（ＯＦＤＭ）変調を利用してＡＰ１４がクライアント局２５に送信するさらに別のデータユニット３００を示す図である。クライアント局２５のうち１以上もまた、データユニット３００の形式に応じてフォーマッティングされたデータユニットをＡＰ１４に送信する。ある実施形態によると、データユニット３００は、ＶＨＴプロトコルに準拠しており、８０ＭＨｚ帯域を占有する。他の実施形態によると、データユニット３００は、データユニット１００を参照しつつ説明したように、占有する帯域幅が異なる。データユニット３００はデータユニット２００と同様であるが、データユニット３００のプリアンブルは、ＶＨＴ−ＳＩＧ２０２の代わりに、４つの超高スループット信号フィールド（ＶＨＴ−ＳＩＧ）３０２を含む。少なくとも一部の例では、ＶＨＴ−ＳＩＧ３０２はまとめて、一の超高スループット信号フィールド（ＶＨＴ−ＳＩＧ）３０２と呼ぶ。ＶＨＴ−ＳＩＧ３０２の形式は、以下で説明するように、ＶＨＴ−ＳＩＧ２０２の形式とは異なる。
【０１１２】
ある実施形態によると、ＶＨＴ−ＳＩＧ３０２は、図１２のＶＨＴ−ＳＩＧ２０２が３つのＯＦＤＭシンボルを含むことに比べ、含むＯＦＤＭシンボルは２つのみである。Ｌ−ＳＩＧ１１５を用いて、Ｌ−ＳＩＧ１１５のレートサブフィールドおよび長さサブフィールドを適切に設定することによって、データユニット３００のうちレガシー部分の後の期間Ｔを示す。これは、図８を参照しつつ上述したのと同様の方法である。この結果、期間サブフィールド１４２−１の１２ビットはＶＨＴ−ＳＩＧ３０２には含められず、ＶＨＴ−ＳＩＧ３０２の送信について利用されるＯＦＤＭシンボルが２つのみとなるように、ＶＨＴ−ＳＩＧ３０２の残りのサブフィールドにビットが割り当てられる。
【０１１３】
図１６は、ＭＵモードの場合のＶＨＴ−ＳＩＧ３０２に対するビット割り当ての例を示す図である。ＶＨＴ−ＳＩＧ３０２は、帯域幅サブフィールド１４２−２、ＳＧＩサブフィールド１４２−３、平滑化サブフィールド１４２−４、ＳＴＢＣサブフィールド１４２−５、非サウンディングサブフィールド１４２−１４、コーディング種類サブフィールド１５２−２、グループＩＤサブフィールド１４２−７、複数のＭＵ−ＭＣＳサブフィールド２０４−１、ＭＵ保留サブフィールド１４２−１０、および、複数の追加サブフィールド１４２−１１を含む。
【０１１４】
ある実施形態によると、図１３Ａおよび図１３Ｂに示すビット割り当ての例と同様に、複数のＭＵ−ＭＣＳサブフィールド２０４−１はそれぞれが、対応するクライアント局２５についての変調符号化方式の指標と共に、対応するクライアント局２５の空間ストリーム数を示すように実現されている。ある実施形態によると、ＳＴＢＣサブフィールド１４２−５は、全てのクライアント局２５に共通のＳＴＢＣ設定を示す。このため、ＭＵ−ＭＣＳサブフィールド２０４−１は、ＳＴＢＣサブフィールド１４２−５と共に利用されることによって、プリアンブルの超高スループット信号コンテンツを全て送信するために利用するＯＦＤＭシンボルを２つのみとしつつも、ＡＰ１４から各クライアント局２５に送信される空間−時間ストリーム数の全情報を提供する。
【０１１５】
図１７は、ＳＵモードの場合のＶＨＴ−ＳＩＧ３０２に対するビット割り当ての例を示す図である。ＶＨＴ−ＳＩＧ３０２は、帯域幅サブフィールド１４２−２、ＳＧＩサブフィールド１４２−３、平滑化サブフィールド１４２−４、ＳＴＢＣサブフィールド１４２−５、非サウンディングサブフィールド１４２−１４、コーディング種類サブフィールド１５２−２、グループＩＤサブフィールド１４２−７、ＳＵ−ＭＣＳサブフィールド３０４−１、ＡＩＤサブフィールド１４２−１５、ＳＵ保留サブフィールド２０６−１、および、追加サブフィールド１４２−１１を含む。
【０１１６】
したがって、データユニット３００のプリアンブルの形式は、ＳＵモードおよびＭＵモードで略同じであり、クライアント局２５のＰＨＹ部２９の構成を大幅に簡略化することができる。例えば、グループＩＤサブフィールド１４２−７は、ＳＵモードおよびＭＵモードのいずれの場合でも含まれる。ある実施形態によると、グループＩＤサブフィールド１４２−７は、特定の保留ビット列、例えば、各ビットが全て論理値「０」に設定されたビット列に設定されると、ＳＵモードを指定し、ＭＵモードは、グループＩＤサブフィールド１４２−７が保留ビット列とは異なることによって、例えば、グループＩＤサブフィールド１４２−７の１以上のビットが論理値「１」に設定されることによって、指定される。別の実施形態によると、ＭＵ／ＳＵサブフィールド１４２−６は、ＭＵモードおよびＳＵモードのいずれの場合も含まれており、グループＩＤサブフィールド１４２−７は、ＳＵモードの場合には削除される。
【０１１７】
ある実施形態によると、ＳＵ−ＭＣＳサブフィールド３０４−１は、ＳＵモードにおけるデータユニット３００の送信先であるクライアント局について、変調符号化方式の指標と共に空間ストリーム数を示すように構成されている。ＳＵ−ＭＣＳサブフィールド３０４−１は、ＳＴＢＣサブフィールド１４２−５と共に用いることで、ＡＰ１４から送信先のクライアント局に送信される空間−時間ストリーム数を指定する。
【０１１８】
図９Ａおよび図９Ｂを参照しつつ説明したように、ある実施形態によると、クライアント局２５がＳＵ送信の対象であるクライアント局でないとＰＨＹ部２９が判断すると、ＡＩＤサブフィールド１４２−１５によって、クライアント局２５のＰＨＹ部２９を早期にシャットダウンすることが可能となる。
【０１１９】
データユニット１００、２００および３００のそれぞれに関連付けて説明したプリアンブルと同一または同様のプリアンブルは、アップリンク（ＵＬ）ＭＩＭＯ送信にも利用可能である。データユニット１００を用いてＭＵモードで動作する場合、ＡＰ１４は、アップリンク開始指標（ＵＳＩ）フレームをクライアント局２５に送信する。ＵＳＩフレームは、各クライアント局２５がビームステアリング対象の超高スループット信号フィールド（例えば、ＶＨＴ−ＳＩＧ２  １３５）に含めるＭＣＳ、ＳＴＢＣ設定、コーディング種類等のユーザ固有情報を除き、各クライアント局２５に対するＰＨＹ情報を全て指定する。ある実施形態によると、クライアント局２５は、ＶＨＴ−ＳＩＧ２  １３５または同様のビームステアリング対象の信号フィールドには含まれないＵＬ−ＭＩＭＯ送信では、ＰＨＹ情報を制御しない。代わりに、ある実施形態では、全てのクライアント局２５に共通の信号フィールド（例えば、ＶＨＴ−ＳＩＧ１  １２０）に含まれている情報は、ＡＰ１４によって制御される必要がある。これは、ＡＰ１４が、他のクライアント局２５の状況を判断するのにより適切であるためである。例えば、ＡＰ１４は、全てのクライアント局２５にわたる干渉レベル、各クライアント局２５によるＵＬ送信の受信信号強度、各クライアント局２５の送信電力等を把握しているとしてよい。したがって、超高スループット信号フィールド情報は全て全方向に送信されるデータユニット２００および３００のようなデータユニットでは、例えば、ＶＨＴ−ＳＩＧ２０２またはＶＨＴ−ＳＩＧ３０２に含まれる、ＭＣＳ、ＳＴＢＣ設定等の情報をＡＰ１４が制御する。
【０１２０】
図１８は、ある実施形態に係る、通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する方法４００の一例を示すフローチャートである。方法４００は、説明の便宜上、ＷＬＡＮ１０およびデータユニット１００、２００および３００のさまざまな実施形態を参照しつつ説明する。しかし、方法４００は、一部の実施形態によると、ＷＬＡＮ１０以外のネットワークでも利用されるものであり、および／または、データユニット１００、２００および３００以外のデータユニットのプリアンブルを生成するために利用されるものであると理解されたい。また、ある実施形態によると、ＰＨＹ部２０は、方法４００を実行するように構成されている。しかし、他の実施形態では、他の装置が方法４００を実行するように構成されているものと理解されたい。一例に過ぎないが、ある実施形態によると、ＭＡＣ部１８は、方法４００の少なくとも一部分を実行するように構成されている。また、一部の実施形態によると、ＰＨＹ部２０が方法４００以外の方法を実行するように構成されることも理解されたい。
【０１２１】
ブロック４０２において、第１の空間ストリーム数または第１の空間−時間ストリーム数の指標をプリアンブルの第１のフィールドに含める。第１のストリーム数の指標は、第１の受信機、例えば、クライアント局２５−１に対するデータユニットの送信に対応する。一実施形態によると、プリアンブルの第１のフィールドは、ＶＨＴ−ＳＩＧ１  １２０である。別の実施形態によると、第１のフィールドは、ＶＨＴ−ＳＩＧ２０２である。さらに別の実施形態によると、第１のフィールドは、ＶＨＴ−ＳＩＧ３０２である。
【０１２２】
ブロック４０４において、プリアンブルの第２のフィールドに１以上のトレーニングシーケンスを含める。第１のストリーム数の指標は、第２のフィールドに含まれた１以上のトレーニングシーケンスから成る第１のトレーニングシーケンス群、例えば、第１のＶＨＴ−ＬＴＦ１３０群は第１の受信機に対応する旨を示す。
【０１２３】
ブロック４０６において、プリアンブルの第１のフィールドの送信がプリアンブルの第２のフィールドの送信より先になるように、プリアンブルをフォーマッティングする。したがって、ある実施形態によると、クライアント局２５−１は、ＶＨＴ−ＬＴＦ１３０を受信する前に、第１の空間ストリーム数または第１の空間−時間ストリーム数の指標、つまり、第１のＶＨＴ−ＬＴＦ１３０群がクライアント局２５−１に対応する旨を示す指標を受信する。
【０１２４】
当業者であれば、本明細書の教示内容および開示内容を参照することによって、方法４００の適切な変形例に想到するであろう。例えば、一部の実施形態によると、図１８に示す１以上の特徴が実行されず、および／または、図１８に図示していない１以上の特徴を追加で実行する。別の例を挙げると、図１８に示す順序は、方法４００を実行する順序を示すものではなく、および／または、各ブロックが他のブロックの開始前に完了している旨を示すものでもない。
【０１２５】
図１９は、ある実施形態に係る、第１の受信機を用いて通信チャネルを介してデータユニットのプリアンブルを受信する方法５００の一例を示すフローチャートである。方法５００は、説明の便宜上、ＷＬＡＮ１０およびデータユニット１００、２００および３００のさまざまな実施形態を参照しつつ説明する。しかし、方法５００は、一部の実施形態によると、ＷＬＡＮ１０以外のネットワークでも利用されるものであり、および／または、データユニット１００、２００および３００以外のデータユニットのプリアンブルを受信するために利用されるものであると理解されたい。また、ある実施形態によると、ＰＨＹ部２９は、方法５００を実行するように構成されている。しかし、他の実施形態では、他の装置が方法５００を実行するように構成されているものと理解されたい。また、一部の実施形態によると、ＰＨＹ部２９が方法５００以外の方法を実行するように構成されることも理解されたい。
【０１２６】
ブロック５０２において、プリアンブルの第１のフィールドを受信する。第１のフィールドは、第１の受信機、例えば、クライアント局２５−１に対応するデータユニットの第１の空間ストリーム数または第１の空間−時間ストリーム数の指標を含む。
【０１２７】
ブロック５０４において、プリアンブルの第２のフィールドに含まれている１以上のトレーニングシーケンスから成る第１のトレーニングシーケンス群が第１の受信機に対応していると判断する。したがって、ある実施形態によると、クライアント局２５−１は、プリアンブルの第２のフィールドを受信した時点で、ＶＨＴ−ＬＴＦ１３０のうちどれがクライアント局２５−１に対応しているかを既に把握している。さまざまな実施形態によると、ブロック５０４での判断は、さまざまな適切な方法のうち任意の方法、例えば、上記で例示した方法のうちいずれか１つにしたがって行う。
【０１２８】
ブロック５０６において、プリアンブルの第２のフィールドの１以上のトレーニングシーケンスを受信する。
【０１２９】
ブロック５０８において、１以上のトレーニングシーケンスから成る第１のトレーニングシーケンス群を用いて、通信チャネルの少なくとも一部分の推定を行う。ある実施形態によると、ブロック５０８の少なくとも一部分は、ブロック５０６を実行している間に実行される。したがって、ある実施形態によると、方法５００によれば、１以上のトレーニングシーケンスを受信する前に１以上のトレーニングシーケンスから成る第１のトレーニングシーケンス群が第１の受信機に対応すると判断することによって、通信チャネルの推定を早期に行うことが可能となる。
【０１３０】
当業者であれば、本明細書の教示内容および開示内容を参照することによって、方法５００の適切な変形例に想到するであろう。例えば、一部の実施形態によると、図１９に示す１以上の特徴が実行されず、および／または、図１９に図示していない１以上の特徴を追加で実行する。別の例を挙げると、図１９に示す順序は、方法５００を実行する順序を示すものではなく、および／または、各ブロックが他のブロックの開始前に完了している旨を示すものでもない。
【０１３１】
図２０は、ある実施形態に係る、マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）通信チャネルを介して送信するべくデータユニットのプリアンブルを生成する方法６００の一例を示すフローチャートである。方法６００は、説明の便宜上、ＷＬＡＮ１０およびデータユニット１００、２００および３００のさまざまな実施形態を参照しつつ説明する。しかし、方法６００は、一部の実施形態によると、ＷＬＡＮ１０以外のネットワークでも利用されるものであり、および／または、データユニット１００、２００および３００以外のデータユニットのプリアンブルを生成するために利用されるものであると理解されたい。また、ある実施形態によると、ＰＨＹ部２０は、方法６００を実行するように構成されている。しかし、他の実施形態では、他の装置が方法６００を実行するように構成されているものと理解されたい。一例に過ぎないが、ある実施形態によると、ＭＡＣ部１８は、方法６００の少なくとも一部分を実行するように構成されている。また、一部の実施形態によると、ＰＨＹ部２０が方法６００以外の方法を実行するように構成されることも理解されたい。
【０１３２】
ブロック６０２において、プリアンブルの第１のフィールドを生成する。プリアンブルの第１のフィールドは、複数の受信機に対する複数の指標を提供する。ある実施形態によると、各指標は、複数の受信機のうちいずれか１つに対応しており、各指標は、対応する受信機へのデータユニットの送信に対応する複数のトレーニングシーケンスから成るトレーニングシーケンス群を示す指標である。例えば、ある実施形態によると、プリアンブルの第１のフィールドは、クライアント局２５−１に対する指標を提供し、当該指標は、クライアント局２５−１へのデータユニットの送信に対応する複数のトレーニングシーケンスから成る第１のトレーニングシーケンス群を示す。ある実施形態によると、プリアンブルの第１のフィールドはさらに、クライアント局２５−２に対する指標を提供する。当該指標は、クライアント局２５−２に対するデータユニットの送信に対応する複数のトレーニングシーケンスから成る第２のトレーニングシーケンス群を示す指標である。一部の実施形態によると、これに加えて／これに代えて、プリアンブルの第１のフィールドは、クライアント局２５−３、２５−４等に対するトレーニングシーケンス群の指標を提供する。
【０１３３】
さまざまな実施形態によると、複数の受信機に対して提供された複数の指標のうち少なくとも１つは、受信機に対するデータユニットの送信に対応する空間ストリーム数の指標、受信機に対するデータユニットの送信に対応する空間−時間ストリーム数の指標、受信機に対するデータユニットの送信に対応するトレーニングフィールド数の指標、または、例えば、ＶＨＴ−ＬＴＦ１３０内のトレーニングシーケンス群の位置を示す任意の適切な指標を含む。ある実施形態によると、複数の受信機のうち１つの受信機に提供される指標のうち少なくとも１つは、複数の受信機のうち別の１つの受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の別の指標である。このため、ある実施形態によると、例えば、複数の受信機のうち第２の受信機は、複数の受信機のうち第１の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の指標を、第２の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の別の指標として（つまり、第２の受信機に対応する指標に加えて）利用する。より具体的に説明すると、ある実施形態では、第２の受信機に対するデータユニットの送信に対応する空間ストリーム数または空間−時間ストリーム数の指標は、第２の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の指標である。また、第１の受信機に対するデータユニットの送信に対応する空間ストリーム数または空間−時間ストリーム数の指標は、第２の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の別の指標である。
【０１３４】
一部の実施形態によると、一意的なインデックス値を用いて、トレーニングシーケンス群の指標が受信機に対して提供される順番を示す。例えば、ある実施形態によると、一意的なインデックス値はそれぞれ、複数の受信機のうちいずれか１つに対応する。例えば、クライアント局２５−１に対応する一意的なインデックス値は、プリアンブルの第１のフィールドのうちクライアント局２５−１に対応するサブフィールドの位置または順序を、プリアンブルの第１のフィールドの他のサブフィールドと相対的に示す。ある実施形態によると、クライアント局２５−１に対応するサブフィールドは、クライアント局２５−１に対するデータユニットの送信に対応する空間ストリーム数または空間−時間ストリーム数の指標を含むか、または、クライアント局２５−１に対応するトレーニングシーケンス群の別の適切な指標を含む。他の一意的なインデックス値は、クライアント局２５−２、クライアント局２５−３等の他の受信機についても同様に用いられるとしてよい。このため、ある実施形態によると、一意的なインデックス値は、ＶＨＴ−ＬＴＦ１３０内のトレーニングシーケンス群の位置を示すために用いられる。
【０１３５】
ブロック６０４において、プリアンブルの第２のフィールドに複数のトレーニングシーケンスを含める。
【０１３６】
ブロック６０６において、プリアンブルの第１のフィールドの送信がプリアンブルの第２のフィールドの送信より前になるように、プリアンブルをフォーマッティングする。したがって、ある実施形態によると、複数の受信機はそれぞれ、ＶＨＴ−ＬＴＦ１３０を受信する前に当該受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の指標を受信する。
【０１３７】
当業者であれば、本明細書の教示内容および開示内容を参照することによって、方法６００の適切な変形例に想到するであろう。例えば、一部の実施形態によると、図２０に示す１以上の特徴が実行されず、および／または、図２０に図示していない１以上の特徴を追加で実行する。別の例を挙げると、図２０に示す順序は、方法６００を実行する順序を示すものではなく、および／または、各ブロックが他のブロックの開始前に完了している旨を示すものでもない。
【０１３８】
図２１は、ある実施形態に係る、第１の受信機、例えば、クライアント局２５−１のＰＨＹ部２９を用いてマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）通信チャネルを介してデータユニットのプリアンブルを受信する方法７００の一例を示すフローチャートである。方法７００は、説明の便宜上、ＷＬＡＮ１０およびデータユニット１００、２００および３００のさまざまな実施形態を参照しつつ説明する。しかし、方法７００は、一部の実施形態によると、ＷＬＡＮ１０以外のネットワークでも利用されるものであり、および／または、データユニット１００、２００および３００以外のデータユニットのプリアンブルを受信するために利用されるものであると理解されたい。また、ある実施形態によると、ＰＨＹ部２９は、方法７００を実行するように構成されている。しかし、他の実施形態では、他の装置が方法７００を実行するように構成されているものと理解されたい。また、一部の実施形態によると、ＰＨＹ部２９が方法７００以外の方法を実行するように構成されることも理解されたい。
【０１３９】
ブロック７０２において、プリアンブルの第１のフィールドを受信する。第１のフィールドは、複数の受信機に対して複数の指標を提供する。ある実施形態によると、複数の受信機は、第１の受信機、例えば、クライアント局２５−１を含む。ある実施形態によると、各指標は複数の受信機のうちいずれか１つに対応し、各指標は、対応する受信機へのデータユニットの送信に対応する複数のトレーニングシーケンスから成るトレーニングシーケンス群を示す。ある実施形態によると、例えば、プリアンブルの第１のフィールドは、クライアント局２５−１に対して、クライアント局２５−１へのデータユニットの送信に対応する第１のトレーニングシーケンス群の指標を提供する。ある実施形態によると、プリアンブルの第１のフィールドはさらに、クライアント局２５−２に対して、クライアント局２５−２へのデータユニットの送信に対応する第２のトレーニングシーケンス群の指標を提供し、および／または、一部の実施形態によると、クライアント局２５−３、２５−４等に対してトレーニングシーケンス群の指標を提供する。
【０１４０】
方法６００に関連して説明したように、さまざまな実施形態によると、第１の受信機に対応する指標は、第１の受信機に対するデータユニットの送信に対応する空間ストリーム数の指標、第１の受信機に対するデータユニットの送信に対応する空間−時間ストリーム数の指標、第１の受信機に対するデータユニットの送信に対応するトレーニングフィールド数の指標、または、第１の受信機に対するデータユニットの送信に対応する、例えば、ＶＨＴ−ＬＴＦ１３０内のトレーニングシーケンス群の位置を示す任意の適切な指標を含む。ある実施形態によると、複数の受信機のうちの第２の受信機に対応する、複数の指標のうちの第２の指標は、第１の受信機に対応する指標に加えて、第１の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の別の指標である。例えば、ある実施形態によると、第１の受信機に対するデータユニットの送信に対応する空間ストリーム数または空間−時間ストリーム数の指標は、第１の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の指標である。また、第２の受信機に対するデータユニットの送信に対応する空間ストリーム数または空間−時間ストリーム数の指標は、第１の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の別の指標である。
【０１４１】
また、一部の実施形態によると、一意的なインデックス値を用いて、トレーニングシーケンス群の指標が受信機に対して提供される順番を示す。例えば、ある実施形態によると、一意的なインデックス値はそれぞれ、複数の受信機のうちいずれか１つに対応する。例えば、クライアント局２５−１に対応する一意的なインデックス値は、プリアンブルの第１のフィールドのうちクライアント局２５−１に対応するサブフィールドの位置または順序を、プリアンブルの第１のフィールドの他のサブフィールドと相対的に示す。ある実施形態によると、クライアント局２５−１に対応するサブフィールドは、クライアント局２５−１に対するデータユニットの送信に対応する空間ストリーム数または空間−時間ストリーム数の指標を含むか、または、クライアント局２５−１に対応するトレーニングシーケンス群の別の適切な指標を含む。他の一意的なインデックス値は、クライアント局２５−２、クライアント局２５−３等の他の受信機についても同様に用いられるとしてよい。このため、ある実施形態によると、上述したように、クライアント局２５−１は、一意的なインデックス値を受信して、一意的なインデックス値に基づいてクライアント局２５−１に対応するＶＨＴ−ＬＴＦ１３０内のトレーニングシーケンス群の位置を決定する。
【０１４２】
ブロック７０４において、ブロック７０２において受信した第１の受信機に対する指標に基づき、第１のトレーニングシーケンス群が第１の受信機に対応すると判断する。さまざまな実施形態によると、ブロック７０４における判断は、さまざまな適切な方法のうち任意の方法、例えば、上記で例示した方法のうちいずれか１つにしたがって行う。一部の実施形態によると、複数の受信機のうち第２の受信機に対応する複数の指標のうち第２の指標が、第１の受信機に対するデータユニットの送信に対応するトレーニングシーケンス群の別の指標である場合、ブロック７０４における判断はさらに、複数の指標のうち第２の指標に基づいても行われる。
【０１４３】
ブロック７０６において、プリアンブルの第２のフィールドを受信する。プリアンブルの第２のフィールドは、複数のトレーニングシーケンスを含む。このため、ある実施形態によると、ブロック７０４の結果に基づき、クライアント局２５−１は既に、ＶＨＴ−ＬＴＦ１３０のうち少なくとも一部を受信した時点において、ＶＨＴ−ＬＴＦ１３０のうちどれがクライアント局２５−１に対応するのか把握している。
【０１４４】
ブロック７０８において、第１のトレーニングシーケンス群を用いて、ＡＰ１４等の送信機と、クライアント局２５−１等の第１の受信機との間の通信チャネルの少なくとも一部分の推定を行う。ある実施形態によると、ブロック７０８の少なくとも一部分は、ブロック７０６を実行している間に実行される。したがって、ある実施形態によると、方法７００によれば、複数のトレーニングシーケンスの少なくとも一部を受信する前に第１のトレーニングシーケンス群が第１の受信機に対応すると判断することによって、通信チャネルの推定を早期に行うことが可能となる。
【０１４５】
当業者であれば、本明細書の教示内容および開示内容を参照することによって、方法７００の適切な変形例に想到するであろう。例えば、一部の実施形態によると、図２１に示す１以上の特徴が実行されず、および／または、図２１に図示していない１以上の特徴を追加で実行する。別の例を挙げると、図２１に示す順序は、方法７００を実行する順序を示すものではなく、および／または、各ブロックが他のブロックの開始前に完了している旨を示すものでもない。
【０１４６】
上述したさまざまなブロック、処理および方法のうち少なくとも一部は、ハードウェア、ファームウェア命令を実行するプロセッサ、ソフトウェア命令を実行するプロセッサ、または、これらの任意の組み合わせを利用して実現されるとしてよい。ソフトウェア命令またはファームウェア命令を実行するプロセッサを用いて実現される場合、ソフトウェア命令またはファームウェア命令は、磁気ディスク、光ディスク、または、その他の格納媒体等の任意のコンピュータ可読メモリ、ＲＡＭまたはＲＯＭまたはフラッシュメモリ、プロセッサ、ハードディスクドライブ、光ディスクドライブ、テープドライブ等に格納されるとしてよい。同様に、ソフトウェア命令またはファームウェア命令は、任意の公知または所望の配信方法によって、ユーザまたはシステムに配信されるとしてよい。例えば、コンピュータ可読ディスクまたは他の輸送可能なコンピュータ格納機構に格納して配信するか、または、通信媒体を介して配信されるとしてよい。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュールまたはその他のデータを、搬送波またはその他の輸送機構等の変調データ信号で具現化したものである。「変調データ信号」という用語は、特性のうち１以上を信号に情報を符号化するように設定または変更された信号を意味する。通信媒体は、一例として挙げると、これらに限定されないが、有線ネットワークまたは直接有線接続等の有線媒体、および、音波、無線周波数、赤外線等の無線媒体を含む。このように、ソフトウェア命令またはファームウェア命令は、電話線、ＤＳＬライン、ケーブルテレビライン、光ファイバライン、無線通信チャネル、インターネット等の通信チャネルを介してユーザまたはシステムに配信されるとしてよい。（上記の通信チャネルの例は、輸送可能な格納媒体によってソフトウェアを提供することと同じ、または、置き換え可能であると見なされる）。ソフトウェア命令またはファームウェア命令は、プロセッサによって実行されると、当該プロセッサにさまざまな処理を実行させる機械可読命令を含むとしてよい。
【０１４７】
ハードウェアで実現される場合、ハードウェアは、ディスクリート素子、集積回路、特定用途向け集積回路（ＡＳＩＣ）等のうち１以上を備えるとしてよい。
【０１４８】
具体例を挙げて本発明を説明してきたが、上記の内容は例示に過ぎず、本発明を限定するものではない。開示した実施形態については、本発明の範囲から逸脱することなく、変更、追加、および／または、削除され得るものである。
【図１】
2013509106.tif 000003
【図２】
2013509106.tif 000004
【図３Ａ】
2013509106.tif 000005
【図３Ｂ】
2013509106.tif 000006
【図４】
2013509106.tif 000007
【図５】
2013509106.tif 000008
【図６】
2013509106.tif 000009
【図７Ａ】
2013509106.tif 000010
【図７Ｂ】
2013509106.tif 000011
【図８】
2013509106.tif 000012
【図９Ａ】
2013509106.tif 000013
【図９Ｂ】
2013509106.tif 000014
【図１０Ａ】
2013509106.tif 000015
【図１０Ｂ】
2013509106.tif 000016
【図１０Ｃ】
2013509106.tif 000017
【図１１Ａ】
2013509106.tif 000018
【図１１Ｂ】
2013509106.tif 000019
【図１２】
2013509106.tif 000020
【図１３Ａ】
2013509106.tif 000021
【図１３Ｂ】
2013509106.tif 000022
【図１４Ａ】
2013509106.tif 000023
【図１４Ｂ】
2013509106.tif 000024
【図１５】
2013509106.tif 000025
【図１６】
2013509106.tif 000026
【図１７】
2013509106.tif 000027
【図１８】
2013509106.tif 000028
【図１９】
2013509106.tif 000029
【図２０】
2013509106.tif 000030
【図２１】
2013509106.tif 000031
【国際調査報告】
2013509106.tif 000032
2013509106.tif 000033
2013509106.tif 000034