無線LANシステムにおける送信機により実行されるMU-MIMOのための空間ストリームを送信する方法において、前記方法は、複数のグループの各々に該当する複数の空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し;及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信すること;を含み、前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示することを特徴とする方法。前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーであることを特徴とする請求項1に記載の方法。前記グループ識別フィールドが特定値に設定される場合、前記フレームは、SU-MIMOにより送信されることを特徴とする請求項2に記載の方法。前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含むことを特徴とする請求項2に記載の方法。前記複数の空間ストリーム指示子の各々は、4個の空間ストリームグループ内で前記空間ストリームグループの位置を指示し、空間ストリームグループは、複数の空間ストリームで構成されることを特徴とする請求項1に記載の方法。前記送信機は、アクセスポイントであることを特徴とする請求項1に記載の方法。前記複数のグループの各々に該当する前記空間ストリームの前記位置は、一つまたはその以上の受信機と関連されていることを特徴とする請求項1に記載の方法。無線LANシステムにおけるMU-MIMOのための送信機において、前記送信機は、プロセッサ;及び、前記プロセッサと機能的に結合されて動作し、フレームを送信するように設定されたRFユニット;を含み、前記プロセッサは、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し;及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信するように設定され、前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示することを特徴とする送信機。前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーであることを特徴とする請求項8に記載の送信機。前記グループ識別フィールドが特定値に設定される場合、前記フレームは、SU-MIMOにより送信されることを特徴とする請求項9に記載の送信機。前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含むことを特徴とする請求項9に記載の送信機。前記複数の空間ストリーム指示子の各々は、4個の空間ストリームグループ内で前記空間ストリームグループの位置を指示することを特徴とする請求項8に記載の送信機。無線LANシステムにおける送信機により実行されるMU-MIMOのための空間ストリームを受信する方法において、前記方法は、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを送信機から受信し;フレーム内の前記送信機から受信し;前記ヘッダに基づいてメンバーシップグループを識別し;及び、前記受信機が前記メンバーシップグループのメンバーの場合、前記フレーム内の少なくとも一つの空間ストリームを前記受信機から受信すること;を含み、前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示し、前記ヘッダは、前記複数のグループのうち前記メンバーシップグループを指示するグループ識別フィールドを含むことを特徴とする方法。本発明が解決しようとする技術的な課題は、無線LANシステムにおけるMU-MIMOのための空間ストリームを送信する方法及び装置を提供することである。一態様において、無線LANシステムにおける送信機により実行されるMU-MIMOのための空間ストリームを送信する方法が提供される。前記方法は、複数のグループの各々に該当する複数の空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し;及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信すること;を含む。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示する。前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーである。前記グループ識別フィールドが特定値に設定される場合、前記フレームは、SU-MIMOにより送信される。前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含む。前記複数の空間ストリーム指示子の各々は、4個の空間ストリームグループ内で前記空間ストリームグループの位置を指示し、空間ストリームグループは、複数の空間ストリームで構成される。前記送信機は、アクセスポイントである。前記複数のグループの各々に該当する前記空間ストリームの前記位置は、一つまたはその以上の受信機と関連されている。他の態様において、無線LANシステムにおけるMU-MIMOのための送信機が提供される。前記送信機は、プロセッサ;及び、前記プロセッサと機能的に結合されて動作し、フレームを送信するように設定されたRFユニット;を含む。前記プロセッサは、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し;及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信するように設定される。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示する。前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーである。前記グループ識別フィールドが特定値に設定される場合、前記フレームは、SU-MIMOにより送信される。前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含む。前記複数の空間ストリーム指示子の各々は、4個の空間ストリームグループ内で前記空間ストリームグループの位置を指示する。他の態様において、無線LANシステムにおける送信機により実行されるMU-MIMOのための空間ストリームを受信する方法が提供される。前記方法は、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを送信機から受信し;フレーム内の前記送信機から受信し;前記ヘッダに基づいてメンバーシップグループを識別し;及び、前記受信機が前記メンバーシップグループのメンバーの場合、前記フレーム内の少なくとも一つの空間ストリームを前記受信機から受信すること;を含む。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示し、前記ヘッダは、前記複数のグループのうち前記メンバーシップグループを指示するグループ識別フィールドを含む。MU-MIMO送信をサポートする無線LANシステムにおけるMU-MIMO送信の目的STA及び目的STAが受信すべき空間ストリームを少ない量の情報送信だけで効率的にすることが指示することができる。以下、添付図面を参照して本発明の実施例に対して詳細に説明する。また、実施例は、80MHzチャネル帯域幅を使用するVHT無線LANシステムに有用に適用されることができるが、これに限定されるものではない。例えば、本発明の実施例は、複数のチャネルブロックを含む40MHzまたは80MHzを超えるチャネル帯域幅を使用する無線LANシステムにも適用されることができる。図1は、本発明の実施例が適用されることができる無線LANシステムの一例を示す。図1の例示による無線LANシステムは、VHT無線LANシステムである。図1を参照すると、VHT無線LANシステムのような無線LANシステムは、一つまたはその以上の基本サービスセットを含む。BSSは、成功的に同期化を行って互いに通信することができるステーションの集合であり、特定領域を意味する概念ではない。以下、本発明の実施例が適用されることができる無線LANシステムのようにMACSAPで1GHz以上の超高速データ処理をサポートするBSSをVHTBSSという。VHTBSSは、インフラストラクチャBSSと独立BSSとに区分することができ、図1にはインフラストラクチャBSSが示されている。インフラストラクチャBSSは、一つまたはその以上のNon-APSTA、分配サービスを提供するステーションであるアクセスポイント、AP2、及び複数のアクセスポイントを連結させる分配システムを含む。インフラストラクチャBSSではAPSTAがBSSのNon-APSTAを管理する。反面、独立BSSは、アドホックモードに動作するBSSである。IBSSは、APVHTSTAを含まないため、中央で管理機能を遂行するエンティティがない。即ち、IBSSではNon-APSTAが分散された方式に管理される。IBSSでは全てのSTAが移動ステーションで構成されることができ、DSへの接続が許容されないため自己完備的ネットワークを構築する。STAは、IEEE80211標準の規定による媒体接続制御と無線媒体に対する物理層インターフェースを含む任意の機能媒体であり、広義ではAPと非APステーションの両方ともを含む。また、後述するようなMU-MIMO送信をサポートして1GHz以上の超高速データ処理をサポートするSTAをVHTSTAという。本発明の実施例が適用されることができるVHT無線LANシステムでは、前記BSSに含まれるSTAは、全部VHTSTAであり、或いはVHTSTAとnon-VHTSTAが共存することもできる。無線通信のためのSTAは、プロセッサとトランシーバを含み、ユーザインターフェースとディスプレイ手段などを含むことができる。プロセッサは、無線ネットワークを介して送信するフレームを生成したり、或いは前記無線ネットワークを介して受信されたフレームを処理するように考案された機能ユニットであり、STAを制御するための多様な機能を遂行する。また、トランシーバは、前記プロセッサと機能的に連結されており、ステーションのために無線ネットワークを介してフレームを送受信するように考案されたユニットである。STAのうち、ユーザが操作する携帯用端末は、Non-APSTAであり、単純にSTAという時はNon-APSTAを意味する。Non-APSTAは、端末、無線送受信ユニット、ユーザ装備、移動局、携帯用端末、または移動サブスクライバユニットなど、他の名称で呼ばれることもある。また、後述するようなMU-MIMO技術に基づいて超高速データ処理をサポートするNon-APSTAをNon-APVHTSTAまたは簡単にVHTSTAという。また、APは、自分に結合されたSTAのために無線媒体を経由してDSに対する接続を提供する機能エンティティである。APを含むインフラストラクチャBSSで非APSTA間の通信は、APを経由して行われることが原則であるが、ダイレクトリンクが設定された場合には非APSTA間でも直接通信が可能である。APは、アクセスポイントという名称外に、集中制御器、基地局、ノード-B、BTS、またはサイト制御器などで呼ばれることもある。また、後述するようなMU-MIMO技術に基づいて超高速データ処理をサポートするAPをVHTAPという。複数のインフラストラクチャBSSは、分配システムを介して相互連結されることができる。DSを介して連結された複数のBSSを拡張サービスセットという。ESSに含まれるSTAは、互いに通信することができ、同じESS内で非APSTAはシームレス通信しながら、一つのBSSから他のBSSに移動することができる。DSは、一つのAPが他のAPと通信するためのメカニズムであり、これによると、APは、自分が管理するBSSに結合されているSTAをためにフレームを送信したり、或いはいずれか一つのSTAが他のBSSに移動した場合、フレームを伝達したり、有線ネットワークなどのような外部ネットワークとフレームを伝達することができる。このようなDSは、必ずネットワークである必要はなく、IEEE80211に規定された所定の分配サービスを提供することができる場合、その形態に対しては何らの制限がない。例えば、DSは、メッシュネットワークのような無線ネットワークであってもよく、APを互いに連結させる物理的な構造物であってもよい。図2は、IEEE80211nでサポートするPLCPフレームフォーマットの一例である。IEEE80211nHTシステムではレガシに該当する80211a、80211b、80211gをサポートするPLCPフォーマットをサポートする。レガシSTAをサポートするPLCPフォーマット210は、L-STF、L-LTF、L-SIG、そして、データの順に送信される。L-STFは、フレームタイミング獲得とAGCコンバージェンスのために使われ、L-LTFは、L-SIGとデータを復調するためのチャネル推定等を実行するために使われる。L-SIGは、その以後のデータを復調してデコーディングするための情報が含まれている。その他、HTSTAのみで構成されたシステムではHTSTAに効率的に設計されたPLCPフォーマットであるHT-GreenFieldフォーマット220を使用する。HT-GreenFieldPLCPフォーマット220は、HT-GF-STF、HT-LTF、HT-SIG、そして、データの順に送信される。HT-GF-STFは、フレームタイミング獲得とAGCコンバージェンスのために使われ、HT-LTFは、HT-SIGとデータを復調するためのチャネル推定などを実行するために使われる。HT-SIGは、その以後のデータを復調してデコーディングするための情報が含まれている。レガシSTAとHTSTAが共存するシステムでHTをサポートすることができるように設計されたPLCPフォーマットであるHT-mixedフォーマット230をサポートする。HT-Mixedフォーマット230ではNon-HTSTAもこれを認識することができるようにL-STF、L-LTF、そして、L-SIGがまず送信される。その以後、HTSTAのために送信するデータの復調とデコーディングのために必要な情報を送信するHT-SIGが送信される。HT-SIGまではビーム形成する方式に送信をしてレガシシステムを含む多様なSTAが情報を受けることができるように実行し、HT-SIG以後に送信されなければならないHT-LTFとデータはプリコーディングを介する信号送信が実行される。この時、プリコーディングをして受信するSTAでプリコーディングによるパワーが可変される部分を勘案することができるようにHT-STFを送信し、その以後にHT-LTFとデータを送信する。IEEE80211システムで与えられたチャネルを効率的に使用するためには同時に複数個のSTAをスケジューリングしてMU-MIMO形態の送信を活用することができるのが要求される。MU-MIMOは、各々、多重アンテナを有する複数のSTAが同時に互いに独立的なデータストリームを送信及びまたは受信する技法である。MU-MIMOをサポートするためには該当STAが特定空間ストリームを介してデータを受けるという事実を知らせ、該当STAが実際にデータを受信可能でなければならない。図3は、本発明の実施例に係るPLCPフレームフォーマットの一例を示すブロック図である。図3のVHT-mixedフォーマット300は、基本的に図2のHT-mixedフォーマット230と同じである。即ち、Non-HTSTAもこれを認識することができるようにL-STF、L-LTF、そして、L-SIGがまず送信される。以後、VHTSTAのための制御情報を含んでいるVHT-SIGフィールドが送信される。本発明の実施例によると、VHT-SIGフィールドは。制御情報として、グループID指示子、空間ストリーム指示子を含む。VHT-SIGフィールドは、有している制御情報が全てのVHTSTAに対する共通情報を含んでいるVHT-SIG-Aと、個別VHTSTAに対する制御情報を含んでいるVHT-SIG-Bとに分かれて送信されることができる。この時、グループID指示子及び空間ストリーム指示子は、MU-MIMO送信で全てのVHT-STAに対する共通制御情報VHT-SIG-Aに含まれて送信されることができる。MU-MIMO送信をしようとする送信機で、複数の受信機の各々に自分が受信すべき特定空間ストリームを知らせるのが必要である。即ち、送信機がどのSSを介して各々の受信機のためのデータを送信するかを知らせ、受信機が該当SSを受信することができるようにするのが必要である。この時、送信機はAPであり、複数の受信機はDLMU-MIMO送信の目的STAである。DLMU-MIMO送信の目的STAは、MU-MIMOペアリングされたSTA、MU-MIMO送信の受信者などで表現されることもできる。以下、説明の便宜のために、APがMU-MIMO送信を介して複数のSTAにデータを送信するDLMU-MIMO送信を例示する。MU-MIMO送信されるPPDUのPLCPヘッダに含まれるVHT-SIG-AにはグループIDフィールドが含まれることができる。グループIDフィールドは、PPDUの受信者を指示する。APは、MU-MIMOデータパケットのMU-MIMO送信前に、管理フレームを送信することができる。管理フレームは、送信対象STAが属する各々のグループに対応した該当STAの位置を割り当てたり変更するために送信されるフレームである。管理フレームにはグループ定義情報が含まれることができる。グループ定義情報は、MU-MIMO送信の受信対象になることができるSTAに各々のSTAが属する一つまたはその以上のグループを指示する情報と各グループに対応するSTAに割り当てられた空間ストリームの位置情報を含む。ここで、空間ストリームの位置情報は、どのSTAが特定グループの一員としてMU-MIMOデータパケットを受信する時、該当STAに割り当てられた空間ストリームの集合の情報を意味する。空間ストリーム集合の位置情報は、空間ストリーム指示情報で表現することもできる。STAの立場で、空間ストリーム集合の位置情報は、該当STAが複数のグループIDを有する場合、即ち、複数のグループの一員になる場合、自分が属することができる各々のグループで自分に割り当てられた空間ストリーム集合を指示する情報である。該当STAは、自分が属するグループに対して送信されるMU-MIMOデータパケットを受信しながら、該当STAのデータが送信される空間ストリーム集合を位置情報を介して識別することができる。より具体的に、グループ定義情報は、各々のSTAが属するグループ及び属しないグループを指示する情報を含むことができる。グループ定義情報で、APが各々のSTAの属するグループ情報を知らせることは、各々のSTAに属するグループを直接指示する形態、或いは各々のグループにどのSTAが属するか否かを指示する形態である。追加に、グループ定義情報は、MU-MIMO送信で送信される全体空間ストリームのうち特定STAに対する空間ストリームの位置を指示する情報がさらに含まれることができる。即ち、管理フレームは、どのSTAがどのグループに属するかを指示する情報と各グループに対応するMU-MIMO送信での空間ストリームの位置を指示する情報を含む。管理フレームは、個別STAに対して送信されることができる。個別STAは、管理フレームを受信して自分がどのグループに属するかを知るようになり、各グループで自分に割り当てられた空間ストリームの位置を知ることができる。STAがMU-MIMOデータパケットを受信した時、MU-MIMOデータパケットのVHTSIGに含まれているグループIDフィールドを介して自分が属するグループに送信されるデータパケットか否かを確認し、自分が属するグループに送信されるパケットである場合、該当グループでの位置情報を介して自分に送信されるデータストリームを知ることができる。即ち、自分に送信されるべきデータがどの空間ストリーム集合を介して送信されるかをグループIDとグループIDが指示するグループでの自分のpositionに基づいて確認し、自分が受信する空間ストリームを選択することができる。図4は、本発明の実施例に係るフレーム送信及び受信手順を示す。図4の例は、APが送信機としてSTA1乃至STANにデータパケット420を送信する例である。APは、STA1乃至STANにデータパケット420の送信前にグループID管理フレーム410を送信する。グループID管理フレーム410は、前述した通り、グループ指示情報と空間ストリーム指示情報を含む。グループID管理フレーム410は、個別STAに対してユニキャストされることができる。グループID管理フレーム410送信以後、APは、MU-MIMOデータパケット420を送信することができる。APは、データパケット420のMU-MIMO送信のためにMU-MIMO送信を知らせるMU-MIMOプリミティブ送信とチャネル推定のためのサウンディング手順を実行することができる。MU-MIMOデータパケット420のPLCPヘッダにはグループID指示情報と空間ストリーム指示情報が含まれることができる。STA1乃至STANは、データパケット420のPLCPヘッダに含まれているグループID指示情報を読み取って自分に送信されるデータパケットであるか否かを確認し、自分が属するグループに送信される場合、該当グループで自分に割り当てられた空間ストリーム指示情報によって、自分のデータが送信される空間ストリームを受信することができる。この時、データパケット420のPLCPヘッダのグループID指示情報は、特定グループを指示するものでないデータパケット420がSU-MIMO送信により特定STAに送信されることを指示することができる。即ち、グループID指示情報がMビットの長さを有する時、グループID指示情報は、2M個の状態を指示することができる。言い換えれば、これを全部グループを指示する用途に使用する時、2M個のグループを指示することができる。然しながら、実際運用されるグループの数が2M個に達しない場合など、2M個の状態を全部グループを指示することに使用するのが不必要である。従って、2M個の状態のうち一部は、グループID指示情報でないSU-MIMO送信を指示する用途に使われることができる。一例に、PLCPヘッダに6ビットの長さを有するグループIDフィールドを介してグループID指示情報を送信する場合、26=64個の表現可能な状態のうち63個の状態は、特定グループを指示することに使用し、1個の状態をSU-MIMO送信により送信することを指示したり、ブロードキャスティングされるデータパケットであることを指示することに使用することができる。APがどのSTAに知らせるグループ定義情報は、多様な形態に管理フレームに含まれてSTAに送信されることができる。以下、記述するグループ定義情報の具体的な伝達方法でその名称及びPPDUに含まれる形態及び位置、伝達順序は任意であり、一例に過ぎず、以下で記述される多様な実施例の組合せによっても具現されることができる。以下、管理フレームを介してSTAにグループ定義情報、より具体的に、該当STAのグループ情報と各グループで該当STAの位置情報を送信する多様な例を説明する。本発明の一実施例において、APは、グループ定義情報を用いてMU-MIMO送信されるデータ空間ストリーム設定をSTAに知らせることができる。この時、管理フレームに含まれて送信されるグループ定義情報は、グループID指示子と空間ストリーム結合指示子を含むことができる。GGIは、MU-MIMOを介して送信を受けなければならないSTAを指示する情報であり、SSAIは、その該当STAが受けなければならないデータ空間ストリーム構成に対する情報である。言い換えれば、GGIは、STAに該当STAが属するグループを指示する情報の一例であり、SSAIは、空間ストリームの位置情報の一例である。GGIとSSAIは、PLCPプリアンブルヘッダのVHT-SIGに一フィールドとして含まれて送信されることができる。GGIを含めたGGIFは、どのようなSTAがAPで送信されたMU-MIMO送信を受信しなければならないかに対する情報を含めることができ、各GGIF番号毎に、STAが論理的に連結されることができる。APは、MU-MIMO送信前に、管理フレームを介して特定GGIFの値とその値と論理的に連結されているSTAを知らせることができる。図5は、管理フレーム内でGGIF値と特定STAが論理的に連結されることができるように知らせる情報送信の一例を示す。図5の例によると、グループIDと該当グループに属するSTAの結合IDを送信し、これを受信したSTAが自分の属するグループを知ることができるようにする。即ち、管理フレームを受信したSTAが、自分の結合IDがどのグループに含まれているかを確認し、自分が属する一つ以上のグループのIDを獲得することができる。図6乃至図10は、管理フレームを介してSTAにグループID指示情報とSTAの位置指示情報を伝達する方法の一例を示す。図6の例は、APが各STA別にグループID情報と該当グループでSTAの位置指示情報を知らせる方法の一例である。図6でMU-MIMOグループIDフィールドは、グループID値を直接指示したり、該当グループに管理フレームを受信するSTAが含まれるか否かを指示する情報が含まれることができる。以後に送信される空間ストリーム結合IDは、グループIDに論理的に結合された空間ストリームを指示する情報を含んだり、該当グループでSTAの位置指示情報、即ち、STAが該当グループの一員としてMU-MIMOデータパケットを受信する時、どの空間ストリームを受信すべきかを指示する情報が含まれることができる。図6の例で、MU-MIMOグループIDフィールドと空間ストリーム結合IDの対は、管理フレームを受信するSTAが属するグループの数ほど送信されたり、または全体グループの数ほど送信されることができる。図6の管理フレームは、個別STAに対してユニキャストされることができる。従って、複数のSTAが同じグループに属することができ、同じ空間ストリームが互いに異なるグループIDを有するSTAに割り当てられることができる。図7は、グループIDと該当グループで該当グループに属する各STAに割り当てられる空間ストリームの結合IDをSTAに知らせる例である。APは、複数のSTAに特定グループIDと各グループIDに相応する空間ストリーム結合ID012に該当するSTAの結合IDを管理フレームを介して知らせることができる。図8の例は、STA結合ID別にグループIDと空間SSAIDをセットで送信する一例である。ブロードキャストされる管理フレームを介してSTA結合ID別にグループIDと空間SSAIDをセットで送信する。図7の例とは違って、一つの空間ストリーム結合IDに複数のSTAが論理的に連結されることができる。図9は、特定STAのために複数個のグループに対する情報と特定グループIDとSTAIDを連動することができる。このために管理フレームを介してSTAIDと複数のグループIDNstsグループインデックスを送信することができる。図10は、複数のSTAに同じ空間ストリーム結合IDを知らせる方法の他の一例である。図10の例と同様に、APは、管理フレームを用いてグループIDと空間ストリームIDに論理的に連結されたSTAのSTA-AP結合IDを送信し、STAに該当STAが属するグループと割り当てられたSSを知ることができるようにする。前述した管理フレームを用いてSTAにグループ指示情報とSTAの位置情報または空間ストリームの指示情報を送信する方法において、STAの特定が必要な場合にSTAの結合IDを用いることを例示したが、場合によって、STAの結合IDの代わりにSTAのMACIDを活用することができる。言い換えれば、前述した例で、STAの結合IDは、一般的にSTAを区分可能にする識別子に代替されることができる。図7の例と同様に、個別STAに管理フレームがユニキャストされる場合、管理フレームの受信者住所、即ち、STAのMAC住所がSTAの指示子として使われたということができる。また、空間ストリーム結合IDは、実施例によって複数の空間ストリームを意味するNSTSのグループインデックスと表現するのが可能である。即ち、APが送信する空間ストリームの計算された値を示すNSTSのインデックス値を指示するものであり、STAに割り当てられた空間ストリームを指示するものである。NSTSグループインデックスと空間ストリーム結合インデックスは、同じフィールドである。空間ストリーム結合IDは、STAがMU-MIMOデータパケットを受信する時、どの空間ストリームが自分に送信されるデータであるかを知ることができるようにする。前記例は、APが空間ストリーム結合IDを使用して該当STAに割り当てられた空間ストリームをSTAに知らせる例であるが、他の方法に、APは、該当グループ内のSTAの位置情報を送信して該当STAがどの空間ストリームを受信すべきであるかを知らせることができ、これは前述した通りである。図11は、本発明の他の実施例に係るMU-MIMO送信のためのグループ識別指示フィールドと空間ストリーム結合IDフィールドの構成の一例である。APは、管理フレームを介してグループIDと各STAとの間の論理的結合を全てのSTAに送信して各STAが自分の属する一つ以上のグループを知ることができるようにする。グループIDとSTAとの間に論理的連結をする時、STAの論理的順序を定めて知らせる。この時、グループIDとSTAとの間の論理的連結は必ず一対一に連結される必要がなく、一対多に連結されることができる。SSAIFではビットマップ形態に順次に特定グループIDに属しているSTAが各いくつの空間ストリームを使用するかを知らせることができる。より具体的な例に、SSAIFのMSBから1の個数は、グループIDの1番目のSTAが使用する空間ストリーム個数を示すことができ、その以後、0の個数は、2番目のSTAが使用する空間ストリームの個数を示すことができる。その以後の1の個数は、その次のSTAの空間ストリーム個数を示す。このように1と0が繰り返して連続された数字列の形態に各STA別に空間ストリーム個数が指示されることができる。この時、1番目のSTAに対する1番目のMSBは省略することができる。1番目のSTAに対する1番目のMSBが省略されるとしても、最小限1個以上の空間ストリームが1番目のSTAに割り当てられる事実を知っている場合には問題にならないため、1番目のSTAに対する1番目のMSBを省略してSSAIFビット幅を圧縮することができる。本発明の他の実施例によると、SSAIF値は、グループIDフィールドによって異なるように解釈して使用することができる。本発明の実施例によると、は、各グループに属しているSTAの空間ストリーム個数を示すと解釈して使用する。グループIDフィールドは、特徴的に示すことができる全ての状態のうち一部の状態をSU-MIMO送信のために使われることができ、このようにSU-MIMO送信をグループIDと呼ぶ場合には、MU-MIMOのための同じグループに属するSTAの区分無しに、全てのVHTSTAは、該当PPDUをSU-MIMO形態に復調及びデコーディングして自分のMAC階層に該当データを送ることができる。は、グループIDgを受けた時、MU-MIMOするSTAの空間ストリームを指示するフィールド値である。より具体的な実施例に、数式1のように表現が可能である。ここで、Nkssは、グループIDgでのk番目のSTAの空間ストリーム個数を示す変数である。以下、説明の便宜のために、MU-MIMOをする時、各STAが受けることができる空間ストリーム個数は最大4個であり、同時に4個のSTAまでMU-MIMO送信でデータサービスを受けることができると仮定する。また、各STAが有することができる空間ストリーム個数は1、2、3、4のみ存在し、APが送信可能な最大空間ストリーム個数は8個と仮定する。この時、APが送信した値が24×016×364×1=114に該当する値を受けた場合、グループIDgで1番目のSTAに該当するSS個数は3個であり、2番目のSTAに該当するSS個数は1個であり、3番目のSTAに該当するSS個数は4個である。最後の4番目のSTAも2個のSSの割当を受けたようにが送信されたが、前部の3個のSTAが総使用するSS個数は、8個が全部満たされることによって、4番目のSTAは0個のSSを使用する。他の具体的な実施例に、同じ仮定下で、APが送信した値が35×125×2125×0=58に該当する値を受けた場合、グループIDgで1番目のSTAに該当するSS個数は3個であり、2番目のSTAに該当するSS個数は1個であり、3番目のSTAに該当するSS個数は3個である。最後の4番目のSTAは0個のSSを使用する。本発明の実施例によっては、で特定STAが0個の空間ストリームを使用することができるように信号が送信されることができる。このような場合、APでMU-MIMOのために最大SS個数より少ないSS個数を使用してデータ送信をすることができる。また、必要によって、特定MU-MIMOを介して同時にサービスを受けているSTAの個数と各STAが受けるSSを柔軟に制約することができ、最適のSU-MIMOとMU-MIMOをAPで駆動することができる。また、グループIDでSU-MIMOとMU-MIMOを区分してデータを送信することができる。SSAIFでは常に2個以上のSTAペアリングを仮定することができるため、この事実を反映してSSAIF情報の圧縮に使用可能である。他の具現方法には、SSAIFでは各グループIDに指示されているSTA別に使用する空間ストリームを表1のようにテーブル化してマッピングするのも可能である。表1で、インデックス値とそれに対応するSTA別に使用する空間ストリーム個数は例示に過ぎず、インデックス番号とSTA別に使用する空間ストリーム数のマッチングは多様な組合せにより変形されて使われることができる。総SSAIFの34個の状態に各STA別に使用可能な空間ストリームを最大4まで知らせることができ、同時に最大8個の空間ストリームをシグナリング可能である。SSAIFの情報の一部を使用したり、他の情報フィールドを活用して上記の表でSTAの順序が置換される形態を示すことができる。例えば、上記の表のSTAの順序をA-B-C-Dを示す方法がある場合、上記の表の順序を変えてA-C-B-Dも可能であり、その他、総24個のSTA順序を示すことができる。もし、グループIDで4個のSTAのみ論理的連結をした場合、SSAIFは、空間ストリーム個数を示す情報34状態とSTAの順序組合せ総24個、即ち、816個の状態で表現可能であり、これは10ビットで表現可能である。また、空間ストリーム個数を示す情報34状態を6ビットで表現し、空間ストリーム個数を知らせるSTAの順序の配列を知らせる情報24状態を5ビットで表現し、総11ビットで知らせるのが可能である。本発明の例題ではSSAIF情報の圧縮をするために総空間ストリーム個数を8個に制限し、追加的にMU-MIMO送信で各STAの割当を受けることができる空間ストリーム個数を4に制限した。追加的に、表1で、各STAが使用可能な空間ストリーム数をより制約してMU-MIMOを運営することができる。表1で、表現可能なSTAと空間ストリームの組合せのうち、現実的に頻繁に使われることができる組合せを選定する方式に送信しなければならない情報を圧縮可能である。例えば、各STAが使用可能な最大空間ストリーム個数を2に制限して新たに表を構成すると、表2のような構成が可能である。表2のインデックス番号とそれに対応するSTAに割り当てられる空間ストリームの数は例示に過ぎず、その対応関係は多様な組合せにより変形されることができ、一つのSTAが使用することができる最大空間ストリームの数も変更可能である。MU-MIMOの形態に送信する時、最小限2つ以上のSTAにデータを送信する点を用いて、APで送信可能な最大空間ストリーム個数を勘案する場合、SSAIFは総338個の状態のみが必要である。即ち、9ビットで表現可能であるという意味である。下記の表3は、各STA当たり最大4個の空間ストリームをサポート可能であり、最大8個の空間ストリームを送信可能な時、表現可能なSSAIDをテーブル化したものであり、実際システムを具現する時には該当フィールドインデックスは互いに異なるように置換されて使われることができる。表4は、各STA当たり最大2個の空間ストリームをサポート可能であり、最大8個の空間ストリームを送信可能な時、表現可能なSSAIDをテーブル化したものであり、実際システムを具現する時には該当フィールドインデックスは互いに異なるように置換されて使われることができる。一方、ダウンリンクMU-MIMO送信でAPからサービス可能なSTA数が多く、グループIDに指示することができるSTAの組合せの制約が多い時にはグループIDを全部使用するのが非効率的である。特に、パワーセーブモードに動作するSTAをグルーピングしてグループIDに論理的に結合する過程で各STAが動作するスリープウェイク状態が全部同期化されない場合には、APで管理PPDUフレームを介してグループを変更したり、パワーセーブモードの設定を変更すべきである。従って、本発明では追加的にSTAがグループIDと別個に動作可能な運営方法を提案する。上記の表1と表2のように特定仮想の一STAが空間ストリームの個数を獲得するためにグループIDを介して該当グループと共に決定されるSTA数字IDが個別STAに知らされた。グループIDと別個に各STAは、管理フレームまたは事前約束を介して該当する数字IDを決定することができる。以下、このようなSTA数字IDをSSAIDという。SSAIDは、APが同時にサービスするストリームのうちSTAが受信すべきストリームの位置を示す。例えば、STA1、STA2、STA3、STA4が各々SSAID1、2、3、4を有する場合、各STAは、APがサービスする複数個のストリームに対して1番目のストリームのセット、2番目のストリームのセット、3番目のストリームのセット、4番目のストリームのセットを受信する。即ち、全てのSTAは、一つのSSAIDを有する。同時にサービスされるSTAの数が最大Nの場合、SSAIDは1~Nの値が与えられることができる。本発明の他の実施例によると、各STAのSSAIDを管理フレームを介して指示するのも可能であるが、事前に約束された規則を介してSSAIDを知らせることができる。例えば、STAがAPと送受信をするために結合する過程で割り当てられる結合IDの関数でSSAIDをマッピングすることができる。より具体的な実施例に、結合IDのモジュールでN値をSSAIDとして使用することができる。。また、追加的にグループID方式に各STAにグループIDと該当グループでの順序を指示し、同時に、グループIDと別途に事前に割り当てられたSSAIDを使用することによって空間ストリーム個数を指示する方法が使われることができる。例えば、グループIDフィールドで特定状態の時には、グループIDと論理的に連結されたSTA及び該当グループでSTAの順序が決められることによってSSAIDが決められ、グループIDフィールドが異なる特定状態の時には、グループIDと関係なしに事前に約束されたり、割り当てられたSSAIDを使用して各空間ストリームを受信する。後者の方法である場合、複数個のSTAが同じSSAIDを所有することができ、これに対する複数個のSTAの全ては、特定空間ストリームの組合せをデコーディングすることができる。ダウンリンクMU-MIMO送信を具現するためにPLCPヘッダのVHTSIGフィールドには、グループIDとMU-MIMO空間ストリームセットサブフィールドが含まれることができる。予約されたグループID16は、DLMU-MIMO送信に使われる。グループに属しないSTAを対象にDLMU-MIMO送信を進行するということを意味し、この時、各端末は、自分のSSAIDに基づいて該当DLMU-MIMO送信を受信する。MU-MIMO空間ストリームセットサブフィールドは、0と1が繰り返されたシーケンスであり、各STAに割り当てられた空間ストリーム数を知らせる。例えば、00001111000011110000の場合、1番目のSTA、2番目のSTA、3番目のSTA、4番目のSTAに各々4個の空間ストリームが割り当てられたことを示す。ここで、1番目のSTAは、SSAIDが1である端末を意味する。2番目のSTAは、SSAIDが2である端末を意味する。3番目のSTAは、SSAIDが3である端末を意味する。4番目のSTAは、SSAIDが4である端末を意味する。例えば、STAA、STABがパワーセーブモードで動作する中にウェイクアップし、STAA、STABはグルーピングされていない状態である。然しながら、SSAID値は、APにより全てのSTAに既に割り当てられた値である。STAAのSSAIDを1、STAB及びSTACのSSAIDを2、STADのSSAIDを4と仮定する。APがSTAAとSTABを対象に各々8個の空間ストリームを送信した。この場合、グループIDは16であり、MU-MIMO空間ストリームセットフィールドは0000000011111111に設定してPLCPヘッダを構成する。全てのSTAは、グループIDが特定状態である場合、自分のためのものであると見なす。STAAも受信したダウンリンクMU-MIMO送信が自分のためのものであると見なし、1番目のLTFシーケンスセットを介してチャネルを推定する。STAB及びSTACも受信したダウンリンクMU-MIMO送信が自分のためのものであると見なし、2番目のLTFシーケンスセットを介してチャネルを推定する。然しながら、この場合、ダウンリンクMU-MIMO送信の目的端末でSTACは該当されないため、STACはオーバーヒアリングすることと同様である。2つのSTAを対象にしたため、4番目のLTFシーケンスセットが読み取られることができず、STADはチャネル推定等の作業を実行しない。STACもプリコーディングによりSTABに向けるLTFシーケンスセットを感知することができない。この場合にもSTACは、現在のDLMU-MIMO送信が自分のためのものでないことを知るようになってオーバーヒアリングを中断することができる。本発明の他の実施例によると、多くの数のSTAに対するMU-MIMO送信をサポートするためにMAC階層でSTAのグループを運営することができる。この時、STAのグループをAPで運営し、PHY階層で指示可能なグループがMAC階層で指示可能なグループのサブセットとして運営されることができる。MU-MIMO送信ではSTAが特定グループにグルーピングされ、そのグループに特定グループインデックスが割り当てられ、STAは、グループインデックスに対して知らせを受け、特定STAがMU-MIMO送信で同時にスケジューリングされてデータを受信しなければならないかを知ることができる。一般的に、多くのSTAの組合せをサポートするためには運営されることができるグループの個数が相当多くなければならない。然しながら、一般的に特定STAの組合せをPHY階層で知らせることで、該当データ受信STAがデータ受信可否を判断し、特定空間ストリームを復調してデコーディングしてデータパケットを受信することができる。然しながら、PHY階層で多くの情報を伝達することはシグナリングオーバーヘッドが大きく、これをサポートするためのプロトコルが複雑になることができる。本発明の実施例によると、このような問題の解決のためにグループの階層を構成することができる。PHY階層でシグナリングされる情報は、STA組合せのセットを示し、MAC階層でシグナリングされる情報は、最終STA組合せのセットを示すことができるようにする。ここで、PHY階層でシグナリングされる情報は、VHT-SIGのようなPLCPヘッダに送信されることができ、MAC階層でシグナリングされる情報は、データパケットの形態にMAC階層に送信されることができる。図12は、本発明の実施例に係るPHY階層でシグナリングされるグループセット指示とMAC階層で指示するグループ指示の一例を示す。PHY階層ではグループセットを指示する時、グループセットは、複数個のSTAのグループを示すことができる。例えば、PHY階層で指示される情報がグループセット1を示す場合、該当グループセットにはGroup1、2、3、4が所属されている。各グループ別には特定STAの組合せを示す。一例に、各該当グループには表5のようなSTA組合せを示すことができる。ここで、A、B、C、D、E、F、G、Hは、各各、互いに異なるSTAを示す。一般的に、各STAは、複数個のグループに所属されており、データを受信するSTA上の複雑度を減らすためには複数個のグループに属しているSTAは、グループ内の順序中から同じ順番を知らせるようにするのが好ましい。APでは既にグループがよく定義されている場合、データパケットを送信するPPDUフレームのPLCPヘッダのVHT-SIGにグループセットインデックスを指示し、MU-MIMO送信を介してデータを送信し、VHT-SIGで指示されたグループセットインデックスは、時として複数個のグループに該当する。複数個のグループを示す場合、特定空間ストリームのセットを複数個のSTAが自分の該当空間ストリームセットをデコーディングするようになり、MAC階層でMACIDを有し、該当データパケットが自分のものであるかどうかを区別することができるようになる。図13は、PHY階層でシグナリングされるグループセット指示とMAC階層で指示するグループ指示を用いたフレーム送信の一例である。セットID1と2があり、各セットID別に2つのグループが定義されており、各グループ別に図13のようにSTAの組合せが定義されていると仮定する。VHT-SIGでセットIDが1と指示された場合、セットID=1に該当する全てのSTAはデコーディングを試み、最終的には各グループに所属されていたSTAが該当空間ストリームのセットのデコーディングを成功し、MAC-IDに基づいて上位階層にデータパケットを伝達する。言い換えれば、本実施例は、グループ識別を1個の特定STAの組合せに連結するものではなく、複数個のSTAの組合せに連結し、MU-MIMO送信をサポート可能なSTAの数字を増加させる方法と類似する。ただし、サウンディングと多様なMACプロトコル複雑度を低くするためにPHYとMACで運営するSTAのグループを運営する。図14は、本発明の実施例に係る管理フレームに含まれる管理情報のフォーマットである。PHY階層でシグナリングされるグループセット指示とMAC階層で指示するグループ指示を用いてデータパケットを送信するために、図14の管理情報が管理フレームまたはSTAにシグナリングされることができるデータパケットを用いて送信されることができる。図14の例で、グループセットIDは、PHY階層で管理するグループの識別子であり、グループIDは、MAC階層で管理する特定STAの組合せを示す値である。ただし、PHY階層ではグループセット識別を運営し、MAC階層ではグループを運営すると、CSIフィードバックを実行するサウンディングプロトコル側面で小さいオーバーヘッドで具現が可能である。例えば、APが特定グループに所属されているSTAにのみCSIフィードバックを試みる時、MAC階層で定義するグループIDをシグナリングして該当グループに連結されているSTAのみCSIフィードバックをすることができる。図15は、MAC階層とPHY階層を用いたグループ指示方法をデータパケット送信に適用した例を示す。一実施例に、PHY階層で送信するグループセット識別子を4ビットで運営しながら、MAC階層ではこれより多くの実質的グループを運営するためにグループ識別子を8ビットで運営することができる。MAC階層で8ビットグループ識別子は、最大256個のSTAの組合せをサポートすることができ、これは概略的に10STAを制約無しにAPでスケジューリングすることができる柔軟性を与える。複数のグループを特定グループセットに連結して動作する時、MAC階層で特定グループを指定する方法で、制御情報は、送信するPLCPヘッダ部分のVHT-SIGに送信されることができる。この時、VHT-SIGは、VHT-SIG-AとVHT-SIG-Bとに分けられて送信されることができる。グループセット情報は、VHT-SIG-Aを介してまず送信してデコーディングしなければならない端末の組合せを知らせ、以後送信されるVHT-SIG-Bで特定グループを知らせ、正確にどの端末が該当空間ストリームを指示するかを指示する方法も適用されることができる。VHT-SIG-Bには正確にどのSTAがMU-MIMO受信をしなければならないかを知らせることもでき、グループセット内でグループの順序番号を知らせることもできる。または、各STA別に送信されるVHT-SIG-BにはSTAを区分することができるIDを送信し、正確に該当STAを示すことができる。ここで、STAを区分することができるIDは、STAを識別することができる指示子として結合IDのようなものが用いられることができる。図16は、本発明の一実施例が具現される無線装置を示すブロック図である。無線装置1600は、APまたはnon-APSTAである。無線装置1600は、プロセッサ1610、メモリ1620、RFユニット1630、及び多重アンテナ1650を含む。RFユニット1630は、本発明の管理フレーム及びデータパケットを送信及びまたは受信するように設定され、プロセッサ1610は、RFユニット1630と連結され、管理フレーム及びデータパケットを生成して処理するように設定される。プロセッサ1610とRFユニット1630は、IEEE80211の物理階層とMAC階層を具現する。プロセッサ1610及びまたはRFユニット1630は、ASIC、他のチップセット、論理回路及びまたはデータ処理装置を含むことができる。メモリ1620は、ROM、RAM、フラッシュメモリ、メモリカード、格納媒体及びまたは他の格納装置を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュールで具現されることができる。モジュールは、メモリ1620に格納され、プロセッサ1610により実行されることができる。メモリ1620は、プロセッサ1610の内部または外部にあり、よく知られた多様な手段でプロセッサ1610と連結されることができる。前述した実施例は、多様な態様の例示を含む。多様な態様を示すための全ての可能な組合せを記述することはできないが、該当技術分野の通常の知識を有する者は、他の組合せが可能であることを認識することができる。従って、本発明は、特許請求の範囲に属する全ての交替、修正及び変更を含む。