(57)【要約】【課題】無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)のための空間ストリームを送信する方法を提供する。【解決手段】前記方法は、複数のグループの各々に該当する複数の空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信すること；を含む。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示する。【選択図】図４
2013518503.tif 000002
【特許請求の範囲】
【請求項１】
無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)のための空間ストリームを送信する方法において、
前記方法は、
複数のグループの各々に該当する複数の空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、
少なくとも一つの空間ストリームを含むフレームを前記送信機に送信すること；を含み、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、
前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、
前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示することを特徴とする方法。
【請求項２】
前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーであることを特徴とする請求項１に記載の方法。
【請求項３】
前記グループ識別フィールドが特定値(ｐｒｅｄｅｔｅｒｍｉｎｅｄ ｖａｌｕｅ)に設定される場合、前記フレームは、ＳＵ(Ｓｉｎｇｌｅ Ｕｓｅｒ)−ＭＩＭＯにより送信されることを特徴とする請求項２に記載の方法。
【請求項４】
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールド(ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ)をさらに含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記複数の空間ストリーム指示子の各々は、４個の空間ストリームグループ内で前記空間ストリームグループの位置を指示し、空間ストリームグループは、複数の空間ストリームで構成されることを特徴とする請求項１に記載の方法。
【請求項６】
前記送信機は、アクセスポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ)であることを特徴とする請求項１に記載の方法。
【請求項７】
前記複数のグループの各々に該当する前記空間ストリームの前記位置は、一つまたはその以上の受信機と関連されていることを特徴とする請求項１に記載の方法。
【請求項８】
無線ＬＡＮシステムにおけるＭＵ−ＭＩＭＯのための送信機において、
前記送信機は、
プロセッサ；及び、
前記プロセッサと機能的に結合されて動作し、フレームを送信するように設定されたＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニット；を含み、
前記プロセッサは、
複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、
少なくとも一つの空間ストリームを含むフレームを前記送信機に送信するように設定され、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、
前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、
前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示することを特徴とする送信機。
【請求項９】
前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーであることを特徴とする請求項８に記載の送信機。
【請求項１０】
前記グループ識別フィールドが特定値に設定される場合、前記フレームは、ＳＵ−ＭＩＭＯにより送信されることを特徴とする請求項９に記載の送信機。
【請求項１１】
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含むことを特徴とする 請求項９に記載の送信機。
【請求項１２】
前記複数の空間ストリーム指示子の各々は、４個の空間ストリームグループ内で前記空間ストリームグループの位置を指示することを特徴とする請求項８に記載の送信機。
【請求項１３】
無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)のための空間ストリームを受信する方法において、
前記方法は、
複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを送信機から受信し；
フレーム内の前記送信機から受信し；
前記ヘッダに基づいてメンバーシップグループを識別し；及び、
前記受信機が前記メンバーシップグループのメンバーの場合、前記フレーム内の少なくとも一つの空間ストリームを前記受信機から受信すること；を含み、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、
前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、
前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示し、
前記ヘッダは、前記複数のグループのうち前記メンバーシップグループを指示するグループ識別フィールドを含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線ＬＡＮシステムにおけるＭＵ−ＭＩＭＯのための空間ストリームの送信方法と装置に関する。
【背景技術】
【０００２】
最近、情報通信技術の発展につれて多様な無線通信技術が開発されている。このうち、無線ＬＡＮ(ＷＬＡＮ)は、無線周波数技術に基づいて個人携帯用情報端末機(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ；ＰＤＡ)、ラップトップコンピュータ、携帯型マルチメディアプレイヤ(Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ；ＰＭＰ)などのような携帯型端末機を用いて家庭や企業または特定サービス提供地域で無線でインターネットに接続することができるようにする技術である。
【０００３】
ＷＬＡＮ技術の標準化機構であるＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２が１９８０年２月に設立された以来、多くの標準化作業が実行されている。
【０００４】
初期のＷＬＡＮ技術は、ＩＥＥＥ８０２.１１を介して２.４ＧＨｚ周波数を使用して周波数ホッピング、帯域拡散、赤外線通信などで１〜２Ｍｂｐｓの速度をサポートした以来、最近にはＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ)を適用して最大５４Ｍｂｐｓの速度をサポートすることができる。その他、ＩＥＥＥ８０２.１１では、ＱｏＳ(Ｑｕａｌｉｔｙ ｆｏｒ Ｓｅｒｖｉｃｅ)の向上、アクセスポイント(ＡｃｃｅｓｓＰｏｉｎｔ)プロトコル互換、セキュリティ強化(Ｓｅｃｕｒｉｔｙ Ｅｎｈａｎｃｅｍｅｎｔ)、無線リソース測定(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｍｅａｓｕｒｅｍｅｎｔ)、車両環境のための無線接続(Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｖｅｈｉｃｕｌａｒ Ｅｎｖｉｒｏｎｍｅｎｔ)、速いローミング(Ｆａｓｔ Ｒｏａｍｉｎｇ)、メッシュネットワーク(Ｍｅｓｈ Ｎｅｔｗｏｒｋ)、外部ネットワークとの相互作用(Ｉｎｔｅｒｗｏｒｋｉｎｇ ｗｉｔｈ Ｅｘｔｅｒｎａｌ Ｎｅｔｗｏｒｋ)、無線ネットワーク管理(Ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ)等、多様な技術の標準を実用化または開発中である。
【０００５】
ＩＥＥＥ８０２.１１のうち、ＩＥＥＥ８０２.１１ｂは、２.４ＧＨｚ周波数帯域を使用し、最大１１Ｍｂｐｓの送信速度をサポートする。ＩＥＥＥ８０２.１１以後に商用化されたＩＥＥＥ８０２.１１ａは、２.４ＧＨｚ周波数帯域の代わりに５ＧＨｚ周波数帯域を使用することで、相当混雑した２.４ＧＨｚに比べて比較的干渉の影響を減少させ、ＯＦＤＭ技術を使用して最大５４Ｍｂｐｓに送信速度を改善してきた。然しながら、ＩＥＥＥ８０２.１１は、ＩＥＥＥ８０２.１１ｂに比べて短い通信距離を有するという短所がある。さらに、ＩＥＥＥ８０２.１１ｇは、ＩＥＥＥ８０２.１１ｂと同様に２.４ＧＨｚを使用して５４Ｍｂｐｓの最大通信速度を具現し、後方互換性を満たした。ＩＥＥＥ８０２.１１ｇは、通信距離面でもＩＥＥＥ８０２.１１ａより優れるため、注目されている。
【０００６】
また、無線ＬＡＮで脆弱点と指摘されてきた通信速度に対する限界を克服するために比較的最近に制定された技術規格としてＩＥＥＥ８０２.１１ｎがある。ＩＥＥＥ８０２.１１ｎは、ネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張することを目的にする。より具体的に、ＩＥＥＥ８０２.１１ｎでは、データ処理速度が最大５４０Ｍｂｐｓ以上である高処理率(Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ；ＨＴ)をサポートし、また、送信エラーを最小化してデータ速度を最適化するために送信部と受信部の両方ともに多重アンテナを使用するＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔｓ ａｎｄ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔｓ)技術に基づいている。また、この規格は、データ信頼性を高めるために重複される写本を複数個送信するコーディング方式を使用するだけでなく、速度を増加させるために直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ；ＯＦＤＭ)を使用することもできる。
【０００７】
ＷＬＡＮの普及が活性化され、これを用いたアプリケーションが多様化されることによって、最近にはＩＥＥＥ８０２.１１ｎがサポートするデータ処理速度より高い処理率をサポートするための新たなＷＬＡＮシステムに対する必要性が台頭されている。超高処理率(ＶｅｒｙＨｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ；ＶＨＴ)無線ＬＡＮシステムは、１Ｇｂｐｓ以上のデータ処理速度をサポートするために最近に新たに提案されているＩＥＥＥ８０２.１１無線ＬＡＮシステムのうち一つである。ＶＨＴ無線ＬＡＮシステムという名称は、任意であり、現在は１Ｇｂｐｓ以上のスループット(ｔｈｒｏｕｇｈｐｕｔ)を提供するために、８×８ＭＩＭＯ及び８０ＭＨｚまたはその以上のチャネル帯域幅を使用するシステムに対する実現可能性テスト(ｆｅａｓｉｂｉｌｉｔｙ ｔｅｓｔ)が進行されている。
【０００８】
ＩＥＥＥ８０２.１１ａｃＶＨＴ無線ＬＡＮシステムにおいて、ＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯをサポートして複数のＳＴＡにデータを送信する方法を具現する時、ＰＬＣＰプリアンブル(ｐｒｅａｍｂｌｅ)のＶＨＴ−ＳＩＧ部分を用いてＳＴＡにどのＳＴＡがどの空間ストリームを介してデータを受信すべきであるかを知らせなければならない。然しながら、ＳＴＡを区分するための結合ＩＤはビット数が大きく、複数個のＳＴＡに空間ストリーム情報を知らせるためには多くのビットが必要である。従って、ＰＬＣＰプリアンブルに送信されるビット数を減らしながら、柔軟にＳＴＡに空間ストリーム個数を指示する方法に対する考慮が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が解決しようとする技術的な課題は、無線ＬＡＮシステムにおけるＭＵ−ＭＩＭＯのための空間ストリームを送信する方法及び装置を提供することである。
【課題を解決するための手段】
【００１０】
一態様において、無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)のための空間ストリームを送信する方法が提供される。前記方法は、複数のグループの各々に該当する複数の空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信すること；を含む。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示する。
【００１１】
前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーである。
【００１２】
前記グループ識別フィールドが特定値(ｐｒｅｄｅｔｅｒｍｉｎｅｄ ｖａｌｕｅ)に設定される場合、前記フレームは、ＳＵ(Ｓｉｎｇｌｅ Ｕｓｅｒ)−ＭＩＭＯにより送信される。
【００１３】
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールド(ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ)をさらに含む。
【００１４】
前記複数の空間ストリーム指示子の各々は、４個の空間ストリームグループ内で前記空間ストリームグループの位置を指示し、空間ストリームグループは、複数の空間ストリームで構成される。
【００１５】
前記送信機は、アクセスポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ)である。
【００１６】
前記複数のグループの各々に該当する前記空間ストリームの前記位置は、一つまたはその以上の受信機と関連されている。
【００１７】
他の態様において、無線ＬＡＮシステムにおけるＭＵ−ＭＩＭＯのための送信機が提供される。前記送信機は、プロセッサ；及び、前記プロセッサと機能的に結合されて動作し、フレームを送信するように設定されたＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニット；を含む。前記プロセッサは、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、少なくとも一つの空間ストリームを含むフレームを前記送信機に送信するように設定される。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示する。
【００１８】
前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーである。
【００１９】
前記グループ識別フィールドが特定値に設定される場合、前記フレームは、ＳＵ−ＭＩＭＯにより送信される。
【００２０】
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含む。
【００２１】
前記複数の空間ストリーム指示子の各々は、４個の空間ストリームグループ内で前記空間ストリームグループの位置を指示する。
【００２２】
他の態様において、無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ ＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)のための空間ストリームを受信する方法が提供される。前記方法は、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを送信機から受信し；フレーム内の前記送信機から受信し；前記ヘッダに基づいてメンバーシップグループを識別し；及び、前記受信機が前記メンバーシップグループのメンバーの場合、前記フレーム内の少なくとも一つの空間ストリームを前記受信機から受信すること；を含む。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示し、前記ヘッダは、前記複数のグループのうち前記メンバーシップグループを指示するグループ識別フィールドを含む。
【発明の効果】
【００２３】
ＭＵ−ＭＩＭＯ送信をサポートする無線ＬＡＮシステムにおけるＭＵ−ＭＩＭＯ送信の目的ＳＴＡ及び目的ＳＴＡが受信すべき空間ストリームを少ない量の情報送信だけで効率的にすることが指示することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施例が適用されることができる無線ＬＡＮシステムの一例を示す。
【図２】ＩＥＥＥ８０２.１１ｎでサポートするＰＬＣＰフレームフォーマットの一例である。
【図３】本発明の実施例に係るＰＬＣＰフレームフォーマットの一例を示すブロック図である。
【図４】本発明の実施例に係るフレーム送信及び受信手順を示す。
【図５】管理フレーム内でＧＧＩＦ値と特定ＳＴＡが論理的に連結されることができるように知らせる情報送信の一例を示す。
【図６】管理フレームを介してＳＴＡにグループＩＤ指示情報とＳＴＡの位置指示情報を伝達する方法の一例を示す。
【図７】管理フレームを介してＳＴＡにグループＩＤ指示情報とＳＴＡの位置指示情報を伝達する方法の一例を示す。
【図８】管理フレームを介してＳＴＡにグループＩＤ指示情報とＳＴＡの位置指示情報を伝達する方法の一例を示す。
【図９】管理フレームを介してＳＴＡにグループＩＤ指示情報とＳＴＡの位置指示情報を伝達する方法の一例を示す。
【図１０】管理フレームを介してＳＴＡにグループＩＤ指示情報とＳＴＡの位置指示情報を伝達する方法の一例を示す。
【図１１】本発明の他の実施例に係るＭＵ−ＭＩＭＯ送信のためのグループ識別指示フィールド(Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＧＩＩＦ)と空間ストリーム結合ＩＤフィールド(Ｓｐａｔｉａｌ Ｓｔｒｅａｍ Ａｓｓｏｃｉａｔｉｏｎ ＩＤ Ｆｉｅｌｄ；ＳＳＡＩＦ)の構成の一例である。
【図１２】本発明の実施例に係るＰＨＹ階層でシグナリングされるグループセット指示とＭＡＣ階層で指示するグループ指示の一例を示す。
【図１３】ＰＨＹ階層でシグナリングされるグループセット指示とＭＡＣ階層で指示するグループ指示を用いたフレーム送信の一例である。
【図１４】本発明の実施例に係る管理フレームに含まれる管理情報のフォーマットである。
【図１５】ＭＡＣ階層とＰＨＹ階層を用いたグループ指示方法をデータパケット送信に適用した例を示す。
【図１６】本発明の一実施例が具現される無線装置を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下、添付図面を参照して本発明の実施例に対して詳細に説明する。また、実施例は、８０ＭＨｚチャネル帯域幅を使用するＶＨＴ(Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ)無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ；ＷＬＡＮ)システムに有用に適用されることができるが、これに限定されるものではない。例えば、本発明の実施例は、複数のチャネルブロックを含む４０ＭＨｚまたは８０ＭＨｚを超えるチャネル帯域幅を使用する無線ＬＡＮシステムにも適用されることができる。
【００２６】
図１は、本発明の実施例が適用されることができる無線ＬＡＮシステムの一例を示す。図１の例示による無線ＬＡＮシステムは、ＶＨＴ無線ＬＡＮシステムである。
【００２７】
図１を参照すると、ＶＨＴ無線ＬＡＮシステムのような無線ＬＡＮシステムは、一つまたはその以上の基本サービスセット(Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ；ＢＳＳ)を含む。ＢＳＳは、成功的に同期化を行って互いに通信することができるステーション(Ｓｔａｔｉｏｎ；ＳＴＡ)の集合であり、特定領域を意味する概念ではない。以下、本発明の実施例が適用されることができる無線ＬＡＮシステムのようにＭＡＣ ＳＡＰ(Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ)で１ＧＨｚ以上の超高速データ処理をサポートするＢＳＳをＶＨＴ(Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ)ＢＳＳという。
【００２８】
ＶＨＴ ＢＳＳは、インフラストラクチャＢＳＳ(ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ)と独立ＢＳＳ(Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ；ＩＢＳＳ)とに区分することができ、図１にはインフラストラクチャＢＳＳが示されている。インフラストラクチャＢＳＳ(ＢＳＳ１、ＢＳＳ２)は、一つまたはその以上のＮｏｎ−ＡＰ ＳＴＡ(ＳＴＡ１、ＳＴＡ３、ＳＴＡ４)、分配サービス(Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ)を提供するステーションであるアクセスポイント(ＡＰ１(ＳＴＡ２)、ＡＰ２(ＳＴＡ５))、及び複数のアクセスポイント(ＡＰ１、ＡＰ２)を連結させる分配システム(Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ；ＤＳ)を含む。インフラストラクチャＢＳＳではＡＰＳＴＡがＢＳＳのＮｏｎ−ＡＰ ＳＴＡを管理する。
【００２９】
反面、独立ＢＳＳは、アドホックモードに動作するＢＳＳである。ＩＢＳＳは、ＡＰ ＶＨＴ ＳＴＡを含まないため、中央で管理機能を遂行するエンティティ(ＣｅｎｔｒａｌｉｚｅｄＭａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)がない。即ち、ＩＢＳＳではＮｏｎ−ＡＰ ＳＴＡが分散された方式(ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ)に管理される。ＩＢＳＳでは全てのＳＴＡが移動ステーションで構成されることができ、ＤＳへの接続が許容されないため自己完備的ネットワーク(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ)を構築する。
【００３０】
ＳＴＡは、ＩＥＥＥ８０２.１１標準の規定による媒体接続制御(ＭｅｄｉｕｍＡｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ)と無線媒体に対する物理層(Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ)インターフェースを含む任意の機能媒体であり、広義ではＡＰと非ＡＰステーション(Ｎｏｎ−ＡＰ Ｓｔａｔｉｏｎ)の両方ともを含む。また、後述するようなＭＵ−ＭＩＭＯ送信をサポートして１ＧＨｚ以上の超高速データ処理をサポートするＳＴＡをＶＨＴ ＳＴＡという。本発明の実施例が適用されることができるＶＨＴ無線ＬＡＮシステムでは、前記ＢＳＳに含まれるＳＴＡは、全部ＶＨＴ ＳＴＡであり、或いはＶＨＴ ＳＴＡとｎｏｎ−ＶＨＴ ＳＴＡ(例えば、ＩＥＥＥ８０２.１１ａ/ｂ/ｇ/ｎをサポートするＳＴＡ)が共存することもできる。
【００３１】
無線通信のためのＳＴＡは、プロセッサ(Ｐｒｏｃｅｓｓｏｒ)とトランシーバ(ｔｒａｎｓｃｅｉｖｅｒ)を含み、ユーザインターフェースとディスプレイ手段などを含むことができる。プロセッサは、無線ネットワークを介して送信するフレームを生成したり、或いは前記無線ネットワークを介して受信されたフレームを処理するように考案された機能ユニットであり、ＳＴＡを制御するための多様な機能を遂行する。また、トランシーバは、前記プロセッサと機能的に連結されており、ステーションのために無線ネットワークを介してフレームを送受信するように考案されたユニットである。
【００３２】
ＳＴＡのうち、ユーザが操作する携帯用端末は、Ｎｏｎ−ＡＰ ＳＴＡ(ＳＴＡ１、ＳＴＡ３、ＳＴＡ４)であり、単純にＳＴＡという時はＮｏｎ−ＡＰ ＳＴＡを意味する。Ｎｏｎ−ＡＰ ＳＴＡは、端末(ｔｅｒｍｉｎａｌ)、無線送受信ユニット(ＷｉｒｅｌｅｓｓＴｒａｎｓｍｉｔ/Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ)、ユーザ装備(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)、移動局(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ)、携帯用端末(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、または移動サブスクライバユニット(ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ)など、他の名称で呼ばれることもある。また、後述するようなＭＵ−ＭＩＭＯ技術に基づいて超高速データ処理をサポートするＮｏｎ−ＡＰ ＳＴＡをＮｏｎ−ＡＰ ＶＨＴ ＳＴＡまたは簡単にＶＨＴ ＳＴＡという。
【００３３】
また、ＡＰ(ＡＰ１、ＡＰ２)は、自分に結合されたＳＴＡ(ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎ)のために無線媒体を経由してＤＳに対する接続を提供する機能エンティティである。ＡＰを含むインフラストラクチャＢＳＳで非ＡＰ ＳＴＡ間の通信は、ＡＰを経由して行われることが原則であるが、ダイレクトリンク(ｄｉｒｅｃｔ ｌｉｎｋ)が設定された場合には非ＡＰ ＳＴＡ(ｎｏｎ−ＡＰ ＳＴＡ)間でも直接通信が可能である。ＡＰは、アクセスポイントという名称外に、集中制御器、基地局(Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ)、ノード−Ｂ、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、またはサイト制御器などで呼ばれることもある。また、後述するようなＭＵ−ＭＩＭＯ技術に基づいて超高速データ処理をサポートするＡＰをＶＨＴ ＡＰという。
【００３４】
複数のインフラストラクチャＢＳＳは、分配システム(Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ；ＤＳ)を介して相互連結されることができる。ＤＳを介して連結された複数のＢＳＳを拡張サービスセット(Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ；ＥＳＳ)という。ＥＳＳに含まれるＳＴＡは、互いに通信することができ、同じＥＳＳ内で非ＡＰ ＳＴＡはシームレス通信しながら、一つのＢＳＳから他のＢＳＳに移動することができる。
【００３５】
ＤＳは、一つのＡＰが他のＡＰと通信するためのメカニズムであり、これによると、ＡＰは、自分が管理するＢＳＳに結合されているＳＴＡをためにフレームを送信したり、或いはいずれか一つのＳＴＡが他のＢＳＳに移動した場合、フレームを伝達したり、有線ネットワークなどのような外部ネットワークとフレームを伝達することができる。このようなＤＳは、必ずネットワークである必要はなく、ＩＥＥＥ８０２.１１に規定された所定の分配サービスを提供することができる場合、その形態に対しては何らの制限がない。例えば、ＤＳは、メッシュネットワークのような無線ネットワークであってもよく、ＡＰを互いに連結させる物理的な構造物であってもよい。
【００３６】
図２は、ＩＥＥＥ８０２.１１ｎでサポートするＰＬＣＰフレームフォーマットの一例である。
【００３７】
ＩＥＥＥ８０２.１１ｎＨＴ(Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ)システムではレガシに該当する８０２.１１ａ、８０２.１１ｂ、８０２.１１ｇをサポートするＰＬＣＰフォーマットをサポートする。レガシＳＴＡ(Ｎｏｎ−ＨＴ ＳＴＡ)をサポートするＰＬＣＰフォーマット２１０は、Ｌ−ＳＴＦ(Ｌｅｇａｃｙ−Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ)、Ｌ−ＬＴＦ(Ｌｅｇａｃｙ−Ｌｏｎｇ ＴｒａｉｎｉｎｇＦｉｅｌｄ)、Ｌ−ＳＩＧ、そして、データの順に送信される。Ｌ−ＳＴＦは、フレームタイミング獲得(ｆｒａｍｅ ｔｉｍｉｎｇ ａｃｑｕｉｓｉｔｉｏｎ)とＡＧＣ(ａｕｔｏｍａｔｉｃｇａｉｎ ｃｏｎｔｒｏｌ)コンバージェンス(ｃｏｎｖｅｒｇｅｎｃｅ)のために使われ、Ｌ−ＬＴＦは、Ｌ−ＳＩＧとデータを復調(ｄｅｍｏｄｕｌａｔｉｏｎ)するためのチャネル推定(ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎ)等を実行するために使われる。Ｌ−ＳＩＧは、その以後のデータを復調してデコーディングするための情報が含まれている。
【００３８】
その他、ＨＴ ＳＴＡのみで構成されたシステムではＨＴＳＴＡに効率的に設計されたＰＬＣＰフォーマットであるＨＴ−Ｇｒｅｅｎ Ｆｉｅｌｄフォーマット２２０を使用する。ＨＴ−ＧｒｅｅｎＦｉｅｌｄ ＰＬＣＰフォーマット２２０は、ＨＴ−ＧＦ−ＳＴＦ(ＨＴ Ｇｒｅｅｎ  Ｆｉｅｌｄ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ)、ＨＴ−ＬＴＦ(ＨＴＬｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ)、ＨＴ−ＳＩＧ、そして、データの順に送信される。ＨＴ−ＧＦ−ＳＴＦは、フレームタイミング獲得とＡＧＣコンバージェンスのために使われ、ＨＴ−ＬＴＦは、ＨＴ−ＳＩＧとデータを復調するためのチャネル推定などを実行するために使われる。ＨＴ−ＳＩＧは、その以後のデータを復調してデコーディングするための情報が含まれている。
【００３９】
レガシＳＴＡ(Ｎｏｎ−ＨＴＳＴＡ)とＨＴ ＳＴＡが共存するシステムでＨＴをサポートすることができるように設計されたＰＬＣＰフォーマットであるＨＴ−ｍｉｘｅｄフォーマット２３０をサポートする。ＨＴ−Ｍｉｘｅｄフォーマット２３０ではＮｏｎ−ＨＴ ＳＴＡもこれを認識することができるようにＬ−ＳＴＦ、Ｌ−ＬＴＦ、そして、Ｌ−ＳＩＧがまず送信される。その以後、ＨＴＳＴＡのために送信するデータの復調とデコーディングのために必要な情報を送信するＨＴ−ＳＩＧが送信される。ＨＴ−ＳＩＧまではビーム形成する方式に送信をしてレガシシステムを含む多様なＳＴＡが情報を受けることができるように実行し、ＨＴ−ＳＩＧ以後に送信されなければならないＨＴ−ＬＴＦとデータはプリコーディングを介する信号送信が実行される。この時、プリコーディングをして受信するＳＴＡでプリコーディングによるパワーが可変される部分を勘案することができるようにＨＴ−ＳＴＦを送信し、その以後にＨＴ−ＬＴＦとデータを送信する。
【００４０】
ＩＥＥＥ８０２.１１システムで与えられたチャネルを効率的に使用するためには同時に複数個のＳＴＡをスケジューリングしてＭＵ−ＭＩＭＯ形態の送信を活用することができるのが要求される。ＭＵ−ＭＩＭＯは、各々、多重アンテナを有する複数のＳＴＡが同時に互いに独立的なデータストリームを送信及び/または受信する技法である。ＭＵ−ＭＩＭＯをサポートするためには該当ＳＴＡが特定空間ストリームを介してデータを受けるという事実を知らせ、該当ＳＴＡが実際にデータを受信可能でなければならない。
【００４１】
図３は、本発明の実施例に係るＰＬＣＰフレームフォーマットの一例を示すブロック図である。
【００４２】
図３のＶＨＴ−ｍｉｘｅｄフォーマット３００は、基本的に図２のＨＴ−ｍｉｘｅｄフォーマット２３０と同じである。即ち、Ｎｏｎ−ＨＴ ＳＴＡもこれを認識することができるようにＬ−ＳＴＦ、Ｌ−ＬＴＦ、そして、Ｌ−ＳＩＧがまず送信される。以後、ＶＨＴＳＴＡのための制御情報を含んでいるＶＨＴ−ＳＩＧフィールドが送信される。
【００４３】
本発明の実施例によると、ＶＨＴ−ＳＩＧフィールドは。制御情報として、グループＩＤ指示子、空間ストリーム(Ｓｐａｔｉａｌ Ｓｔｒｅａｍ；ＳＳ)指示子を含む。ＶＨＴ−ＳＩＧフィールドは、有している制御情報が全てのＶＨＴ ＳＴＡに対する共通情報を含んでいるＶＨＴ−ＳＩＧ−Ａと、個別ＶＨＴ ＳＴＡに対する制御情報を含んでいるＶＨＴ−ＳＩＧ−Ｂとに分かれて送信されることができる。この時、グループＩＤ指示子及び空間ストリーム(ＳＳ)指示子は、ＭＵ−ＭＩＭＯ送信で全てのＶＨＴ−ＳＴＡに対する共通(ｃｏｍｍｏｎ)制御情報ＶＨＴ−ＳＩＧ−Ａに含まれて送信されることができる。
【００４４】
ＭＵ−ＭＩＭＯ送信をしようとする送信機(ｔｒａｎｓｍｉｔｔｅｒ)で、複数の受信機(ｒｅｃｅｉｖｅｒ)の各々に自分が受信すべき特定空間ストリームを知らせるのが必要である。即ち、送信機がどのＳＳを介して各々の受信機のためのデータを送信するかを知らせ、受信機が該当ＳＳを受信することができるようにするのが必要である。この時、送信機はＡＰであり、複数の受信機はＤＬ ＭＵ−ＭＩＭＯ送信の目的ＳＴＡである。ＤＬ ＭＵ−ＭＩＭＯ送信の目的ＳＴＡは、ＭＵ−ＭＩＭＯペアリングされたＳＴＡ、ＭＵ−ＭＩＭＯ送信の受信者(ｒｅｃｉｐｉｅｎｔｓ ｏｆ ａｎ ＭＵ−ＭＩＭＯ ｔｒａｎｓｍｉｓｓｉｏｎ)などで表現されることもできる。以下、説明の便宜のために、ＡＰがＭＵ−ＭＩＭＯ送信を介して複数のＳＴＡにデータを送信するＤＬ ＭＵ−ＭＩＭＯ送信を例示する。
【００４５】
ＭＵ−ＭＩＭＯ送信されるＰＰＤＵ(ＰＬＣＰ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)のＰＬＣＰヘッダに含まれるＶＨＴ−ＳＩＧ−ＡにはグループＩＤフィールドが含まれることができる。グループＩＤフィールドは、ＰＰＤＵの受信者を指示する。ＡＰは、ＭＵ−ＭＩＭＯデータパケットのＭＵ−ＭＩＭＯ送信前に、管理フレーム(ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ)を送信することができる。管理フレームは、送信対象ＳＴＡが属する各々のグループに対応した該当ＳＴＡの位置を割り当てたり変更するために送信されるフレームである。
【００４６】
管理フレームにはグループ定義情報(ｇｒｏｕｐ ｄｅｆｉｎｉｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ)が含まれることができる。グループ定義情報は、ＭＵ−ＭＩＭＯ送信の受信対象になることができるＳＴＡに各々のＳＴＡが属する一つまたはその以上のグループを指示する情報と各グループに対応するＳＴＡに割り当てられた空間ストリームの位置情報を含む。ここで、空間ストリームの位置情報は、どのＳＴＡが特定グループの一員としてＭＵ−ＭＩＭＯデータパケットを受信する時、該当ＳＴＡに割り当てられた空間ストリームの集合の情報を意味する。空間ストリーム集合の位置情報は、空間ストリーム指示情報で表現することもできる。ＳＴＡの立場で、空間ストリーム集合の位置情報は、該当ＳＴＡが複数のグループＩＤを有する場合、即ち、複数のグループの一員になる場合、自分が属することができる各々のグループで自分に割り当てられた空間ストリーム集合を指示する情報である。該当ＳＴＡは、自分が属するグループに対して送信されるＭＵ−ＭＩＭＯデータパケットを受信しながら、該当ＳＴＡのデータが送信される空間ストリーム集合を位置情報を介して識別することができる。
【００４７】
より具体的に、グループ定義情報は、各々のＳＴＡが属するグループ及び属しないグループを指示する情報を含むことができる。グループ定義情報で、ＡＰが各々のＳＴＡの属するグループ情報を知らせることは、各々のＳＴＡに属するグループを直接指示する形態、或いは各々のグループにどのＳＴＡが属するか否かを指示する形態である。追加に、グループ定義情報は、ＭＵ−ＭＩＭＯ送信で送信される全体空間ストリームのうち特定ＳＴＡに対する空間ストリームの位置を指示する情報がさらに含まれることができる。
【００４８】
即ち、管理フレームは、どのＳＴＡがどのグループに属するかを指示する情報と各グループに対応するＭＵ−ＭＩＭＯ送信での空間ストリームの位置を指示する情報を含む。管理フレームは、個別ＳＴＡに対して送信されることができる。個別ＳＴＡは、管理フレームを受信して自分がどのグループに属するかを知るようになり、各グループで自分に割り当てられた空間ストリームの位置を知ることができる。ＳＴＡがＭＵ−ＭＩＭＯデータパケットを受信した時、ＭＵ−ＭＩＭＯデータパケットのＶＨＴ ＳＩＧに含まれているグループＩＤフィールドを介して自分が属するグループに送信されるデータパケットか否かを確認し、自分が属するグループに送信されるパケットである場合、該当グループでの位置情報を介して自分に送信されるデータストリームを知ることができる。即ち、自分に送信されるべきデータがどの空間ストリーム集合を介して送信されるかをグループＩＤとグループＩＤが指示するグループでの自分のｐｏｓｉｔｉｏｎに基づいて確認し、自分が受信する空間ストリームを選択することができる。
【００４９】
図４は、本発明の実施例に係るフレーム送信及び受信手順を示す。
【００５０】
図４の例は、ＡＰが送信機としてＳＴＡ＃１乃至ＳＴＡ＃Ｎにデータパケット４２０を送信する例である。ＡＰは、ＳＴＡ＃１乃至ＳＴＡ＃Ｎにデータパケット４２０の送信前にグループＩＤ管理フレーム４１０を送信する。グループＩＤ管理フレーム４１０は、前述した通り、グループ指示情報と空間ストリーム指示情報を含む。グループＩＤ管理フレーム４１０は、個別ＳＴＡに対してユニキャストされることができる。
【００５１】
グループＩＤ管理フレーム４１０送信以後、ＡＰは、ＭＵ−ＭＩＭＯデータパケット４２０を送信することができる。ＡＰは、データパケット４２０のＭＵ−ＭＩＭＯ送信のためにＭＵ−ＭＩＭＯ送信を知らせるＭＵ−ＭＩＭＯプリミティブ(ｐｒｉｍｉｔｉｖｅ)送信とチャネル推定のためのサウンディング手順を実行することができる。
【００５２】
ＭＵ−ＭＩＭＯデータパケット４２０のＰＬＣＰヘッダにはグループＩＤ指示情報と空間ストリーム指示情報が含まれることができる。ＳＴＡ＃１乃至ＳＴＡ＃Ｎは、データパケット４２０のＰＬＣＰヘッダに含まれているグループＩＤ指示情報を読み取って自分に送信されるデータパケットであるか否かを確認し、自分が属するグループに送信される場合、該当グループで自分に割り当てられた空間ストリーム指示情報によって、自分のデータが送信される空間ストリームを受信することができる。
【００５３】
この時、データパケット４２０のＰＬＣＰヘッダのグループＩＤ指示情報は、特定グループを指示するものでないデータパケット４２０がＳＵ−ＭＩＭＯ送信により特定ＳＴＡに送信されることを指示することができる。即ち、グループＩＤ指示情報がＭビットの長さを有する時、グループＩＤ指示情報は、２Ｍ個の状態(ｓｔａｔｅ)を指示することができる。言い換えれば、これを全部グループを指示する用途に使用する時、２Ｍ個のグループを指示することができる。然しながら、実際運用されるグループの数が２Ｍ個に達しない場合など、２Ｍ個の状態を全部グループを指示することに使用するのが不必要である。従って、２Ｍ個の状態のうち一部は、グループＩＤ指示情報でないＳＵ−ＭＩＭＯ送信を指示する用途に使われることができる。一例に、ＰＬＣＰヘッダに６ビットの長さを有するグループＩＤフィールドを介してグループＩＤ指示情報を送信する場合、２６＝６４個の表現可能な状態のうち６３個の状態は、特定グループを指示することに使用し、１個の状態をＳＵ−ＭＩＭＯ送信により送信することを指示したり、ブロードキャスティングされるデータパケットであることを指示することに使用することができる。
【００５４】
ＡＰがどのＳＴＡに知らせるグループ定義情報(該当ＳＴＡが属する一つ以上のグループに対する情報と該当グループの各々で該当ＳＴＡの位置情報)は、多様な形態に管理フレームに含まれてＳＴＡに送信されることができる。以下、記述するグループ定義情報の具体的な伝達方法でその名称及びＰＰＤＵに含まれる形態及び位置(例えば、ＶＨＴ−ＳＩＧ−Ａに含まれて送信される)、伝達順序は任意であり、一例に過ぎず、以下で記述される多様な実施例の組合せによっても具現されることができる。
【００５５】
以下、管理フレームを介してＳＴＡにグループ定義情報、より具体的に、該当ＳＴＡのグループ情報と各グループで該当ＳＴＡの位置情報を送信する多様な例を説明する。
【００５６】
本発明の一実施例において、ＡＰは、グループ定義情報を用いてＭＵ−ＭＩＭＯ送信されるデータ空間ストリーム設定をＳＴＡに知らせることができる。この時、管理フレームに含まれて送信されるグループ定義情報は、グループＩＤ指示子(Ｇｒｏｕｐ ＩＤ Ｉｎｄｉｃａｔｏｒ；ＧＧＩ)と空間ストリーム結合指示子(Ｓｐａｔｉａｌ Ｓｔｒｅａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ；ＳＳＡＩ)を含むことができる。ＧＧＩは、ＭＵ−ＭＩＭＯを介して送信を受けなければならないＳＴＡを指示する情報であり、ＳＳＡＩは、その該当ＳＴＡが受けなければならないデータ空間ストリーム構成に対する情報である。言い換えれば、ＧＧＩは、ＳＴＡに該当ＳＴＡが属するグループを指示する情報の一例であり、ＳＳＡＩは、空間ストリームの位置情報の一例である。ＧＧＩとＳＳＡＩは、ＰＬＣＰプリアンブルヘッダのＶＨＴ−ＳＩＧに一フィールドとして含まれて送信されることができる。
【００５７】
ＧＧＩを含めたＧＧＩＦ(ＧＧＩ ｆｉｅｌｄ)は、どのようなＳＴＡがＡＰで送信されたＭＵ−ＭＩＭＯ送信を受信しなければならないかに対する情報を含めることができ、各ＧＧＩＦ番号毎に、ＳＴＡが論理的に連結されることができる。ＡＰは、ＭＵ−ＭＩＭＯ送信前に、管理フレームを介して特定ＧＧＩＦの値とその値と論理的に連結されているＳＴＡを知らせることができる。
【００５８】
図５は、管理フレーム内でＧＧＩＦ値と特定ＳＴＡが論理的に連結されることができるように知らせる情報送信の一例を示す。
【００５９】
図５の例によると、グループＩＤと該当グループに属するＳＴＡの結合ＩＤを送信し、これを受信したＳＴＡが自分の属するグループを知ることができるようにする。即ち、管理フレームを受信したＳＴＡが、自分の結合ＩＤがどのグループに含まれているかを確認し、自分が属する一つ以上のグループのＩＤを獲得することができる。
【００６０】
図６乃至図１０は、管理フレームを介してＳＴＡにグループＩＤ指示情報とＳＴＡの位置指示情報を伝達する方法の一例を示す。
【００６１】
図６の例は、ＡＰが各ＳＴＡ別にグループＩＤ情報と該当グループでＳＴＡの位置指示情報を知らせる方法の一例である。図６でＭＵ−ＭＩＭＯグループＩＤフィールドは、グループＩＤ値を直接指示したり、該当グループに管理フレームを受信するＳＴＡが含まれるか否かを指示する情報が含まれることができる。以後に送信される空間ストリーム結合ＩＤは、グループＩＤに論理的に結合された空間ストリームを指示する情報を含んだり、該当グループでＳＴＡの位置指示情報、即ち、ＳＴＡが該当グループの一員としてＭＵ−ＭＩＭＯデータパケットを受信する時、どの空間ストリームを受信すべきかを指示する情報が含まれることができる。図６の例で、ＭＵ−ＭＩＭＯグループＩＤフィールドと空間ストリーム結合ＩＤの対(ｐａｉｒ)は、管理フレームを受信するＳＴＡが属するグループの数ほど送信されたり、または全体グループの数ほど送信されることができる。図６の管理フレームは、個別ＳＴＡに対してユニキャストされることができる。従って、複数のＳＴＡが同じグループに属することができ、同じ空間ストリームが互いに異なるグループＩＤを有するＳＴＡに割り当てられることができる。
【００６２】
図７は、グループＩＤと該当グループで該当グループに属する各ＳＴＡに割り当てられる空間ストリームの結合ＩＤをＳＴＡに知らせる例である。ＡＰは、複数のＳＴＡに特定グループＩＤと各グループＩＤに相応する空間ストリーム結合ＩＤ{０,１,２,...}に該当するＳＴＡの結合ＩＤを管理フレームを介して知らせることができる。
【００６３】
図８の例は、ＳＴＡ結合ＩＤ別にグループＩＤと空間ＳＳＡＩＤをセットで送信する一例である。
【００６４】
ブロードキャストされる管理フレームを介してＳＴＡ結合ＩＤ別にグループＩＤと空間ＳＳＡＩＤをセットで送信する。図７の例とは違って、一つの空間ストリーム結合ＩＤに複数のＳＴＡが論理的に連結されることができる。
【００６５】
図９は、特定ＳＴＡのために複数個のグループに対する情報と特定グループＩＤとＳＴＡ ＩＤを連動することができる。このために管理フレームを介してＳＴＡ ＩＤと複数のグループＩＤ＋Ｎｓｔｓグループインデックスを送信することができる。
【００６６】
図１０は、複数のＳＴＡに同じ空間ストリーム結合ＩＤを知らせる方法の他の一例である。図１０の例と同様に、ＡＰは、管理フレームを用いてグループＩＤと空間ストリームＩＤに論理的に連結されたＳＴＡのＳＴＡ−ＡＰ結合ＩＤを送信し、ＳＴＡに該当ＳＴＡが属するグループと割り当てられたＳＳを知ることができるようにする。
【００６７】
前述した管理フレームを用いてＳＴＡにグループ指示情報とＳＴＡの位置情報または空間ストリームの指示情報を送信する方法において、ＳＴＡの特定が必要な場合にＳＴＡの結合ＩＤを用いることを例示したが、場合によって、ＳＴＡの結合ＩＤの代わりにＳＴＡのＭＡＣ ＩＤ(ＭＡＣ住所)を活用することができる。言い換えれば、前述した例で、ＳＴＡの結合ＩＤは、一般的にＳＴＡを区分可能にする識別子に代替されることができる。図７の例と同様に、個別ＳＴＡに管理フレームがユニキャストされる場合、管理フレームの受信者住所(Ｒｅｃｅｉｖｅｒ Ａｄｄｒｅｓｓ；ＲＡ)、即ち、ＳＴＡのＭＡＣ住所がＳＴＡの指示子として使われたということができる。
【００６８】
また、空間ストリーム結合ＩＤは、実施例によって複数の空間ストリームを意味するＮＳＴＳのグループインデックスと表現するのが可能である。即ち、ＡＰが送信する空間ストリームの計算された値(ｎｕｍｅｒａｔｅｄ ｖａｌｕｅ)を示すＮＳＴＳのインデックス値を指示するものであり、ＳＴＡに割り当てられた空間ストリームを指示するものである。ＮＳＴＳグループインデックスと空間ストリーム結合インデックスは、同じフィールドである。
【００６９】
空間ストリーム結合ＩＤ(ＳＳＡＩＤ)は、ＳＴＡがＭＵ−ＭＩＭＯデータパケットを受信する時、どの空間ストリームが自分に送信されるデータであるかを知ることができるようにする。前記例は、ＡＰが空間ストリーム結合ＩＤを使用して該当ＳＴＡに割り当てられた空間ストリームをＳＴＡに知らせる例であるが、他の方法に、ＡＰは、該当グループ内のＳＴＡの位置情報を送信して該当ＳＴＡがどの空間ストリームを受信すべきであるかを知らせることができ、これは前述した通りである。
【００７０】
図１１は、本発明の他の実施例に係るＭＵ−ＭＩＭＯ送信のためのグループ識別指示フィールド(Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ Ｉｎｄｉｃａｔｉｏｎ Ｆｉｅｌｄ；ＧＩＩＦ)と空間ストリーム結合ＩＤフィールド(Ｓｐａｔｉａｌ Ｓｔｒｅａｍ Ａｓｓｏｃｉａｔｉｏｎ ＩＤ Ｆｉｅｌｄ；ＳＳＡＩＦ)の構成の一例である。
【００７１】
ＡＰは、管理フレームを介してグループＩＤと各ＳＴＡとの間の論理的結合を全てのＳＴＡに送信して各ＳＴＡが自分の属する一つ以上のグループを知ることができるようにする。グループＩＤとＳＴＡとの間に論理的連結をする時、ＳＴＡの論理的順序を定めて知らせる。この時、グループＩＤとＳＴＡとの間の論理的連結は必ず一対一に連結される必要がなく、一対多に連結されることができる。
【００７２】
ＳＳＡＩＦではビットマップ形態に順次に特定グループＩＤに属しているＳＴＡが各いくつの空間ストリームを使用するかを知らせることができる。より具体的な例に、ＳＳＡＩＦのＭＳＢから１の個数は、グループＩＤの１番目のＳＴＡが使用する空間ストリーム個数を示すことができ、その以後、０の個数は、２番目のＳＴＡが使用する空間ストリームの個数を示すことができる。その以後の１の個数は、その次のＳＴＡの空間ストリーム個数を示す。このように１と０が繰り返して連続された数字列の形態に各ＳＴＡ別に空間ストリーム個数が指示されることができる。
【００７３】
この時、１番目のＳＴＡに対する１番目のＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)は省略することができる。１番目のＳＴＡに対する１番目のＭＳＢが省略されるとしても、最小限１個以上の空間ストリームが１番目のＳＴＡに割り当てられる事実を知っている場合には問題にならないため、１番目のＳＴＡに対する１番目のＭＳＢを省略してＳＳＡＩＦビット幅(ｂｉｔ ｗｉｄｔｈ)を圧縮することができる。
【００７４】
本発明の他の実施例によると、ＳＳＡＩＦ値
【００７５】
【化１】
2013518503.tif 000003
は、グループＩＤフィールドによって異なるように解釈して使用することができる。本発明の実施例によると、
【００７６】
【化２】
2013518503.tif 000004
は、各グループに属しているＳＴＡの空間ストリーム個数を示すと解釈して使用する。グループＩＤフィールドは、特徴的に示すことができる全ての状態のうち一部の状態(例えば、１個のｓｔａｔｅ)をＳＵ−ＭＩＭＯ送信のために使われることができ、このようにＳＵ−ＭＩＭＯ送信をグループＩＤと呼ぶ場合には、ＭＵ−ＭＩＭＯのための同じグループに属するＳＴＡの区分無しに、全てのＶＨＴ ＳＴＡは、該当ＰＰＤＵをＳＵ−ＭＩＭＯ形態に復調及びデコーディングして自分のＭＡＣ階層に該当データを送ることができる。
【００７７】
【化３】
2013518503.tif 000005
は、グループＩＤ＃ｇを受けた時、ＭＵ−ＭＩＭＯするＳＴＡの空間ストリームを指示するフィールド値である。より具体的な実施例に、数式１のように表現が可能である。
【００７８】
【数１】
2013518503.tif 000006
ここで、
【００７９】
【化４】
2013518503.tif 000007
Ｎｋｓｓは、グループＩＤ＃ｇでのｋ番目のＳＴＡの空間ストリーム個数を示す変数である。
【００８０】
以下、説明の便宜のために、ＭＵ−ＭＩＭＯをする時、各ＳＴＡが受けることができる空間ストリーム個数は最大４個であり、同時に４個のＳＴＡまでＭＵ−ＭＩＭＯ送信でデータサービスを受けることができると仮定する。また、各ＳＴＡが有することができる空間ストリーム(ＳＳ)個数は１、２、３、４のみ存在し、ＡＰが送信可能な最大空間ストリーム個数は８個と仮定する。
【００８１】
この時、ＡＰが送信した
【００８２】
【化５】
2013518503.tif 000008
値が２＋４×０＋１６×３＋６４×１＝１１４に該当する値を受けた場合、グループＩＤ＃ｇで１番目のＳＴＡに該当するＳＳ個数は３個であり、２番目のＳＴＡに該当するＳＳ個数は１個であり、３番目のＳＴＡに該当するＳＳ個数は４個である。最後の４番目のＳＴＡも２個のＳＳの割当を受けたように
【００８３】
【化６】
2013518503.tif 000009
が送信されたが、前部の３個のＳＴＡが総使用するＳＳ個数は、８個が全部満たされることによって、４番目のＳＴＡは０個のＳＳを使用する。
【００８４】
他の具体的な実施例に、同じ仮定下で、ＡＰが送信した
【００８５】
【化７】
2013518503.tif 000010
値が３＋５×１＋２５×２＋１２５×０＝５８に該当する値を受けた場合、グループＩＤ＃ｇで１番目のＳＴＡに該当するＳＳ個数は３個であり、２番目のＳＴＡに該当するＳＳ個数は１個であり、３番目のＳＴＡに該当するＳＳ個数は３個である。最後の４番目のＳＴＡは０個のＳＳを使用する。
【００８６】
本発明の実施例によっては、
【００８７】
【化８】
2013518503.tif 000011
で特定ＳＴＡが０個の空間ストリームを使用することができるように信号が送信されることができる。このような場合、ＡＰでＭＵ−ＭＩＭＯのために最大ＳＳ個数より少ないＳＳ個数を使用してデータ送信をすることができる。また、必要によって、特定ＭＵ−ＭＩＭＯを介して同時にサービスを受けているＳＴＡの個数と各ＳＴＡが受けるＳＳを柔軟に制約することができ、最適のＳＵ−ＭＩＭＯとＭＵ−ＭＩＭＯをＡＰで駆動することができる。また、グループＩＤでＳＵ−ＭＩＭＯとＭＵ−ＭＩＭＯを区分してデータを送信することができる。ＳＳＡＩＦでは常に２個以上のＳＴＡペアリングを仮定することができるため、この事実を反映してＳＳＡＩＦ情報の圧縮に使用可能である。
【００８８】
他の具現方法には、ＳＳＡＩＦでは各グループＩＤに指示されているＳＴＡ別に使用する空間ストリームを表１のようにテーブル化してマッピングするのも可能である。
【００８９】
【表１】
2013518503.tif 000012
表１で、インデックス値とそれに対応するＳＴＡ別に使用する空間ストリーム個数は例示に過ぎず、インデックス番号とＳＴＡ別に使用する空間ストリーム数のマッチングは多様な組合せにより変形されて使われることができる。
【００９０】
総ＳＳＡＩＦの３４個の状態に各ＳＴＡ別に使用可能な空間ストリームを最大４まで知らせることができ、同時に最大８個の空間ストリームをシグナリング可能である。ＳＳＡＩＦの情報の一部を使用したり、他の情報フィールドを活用して上記の表でＳＴＡの順序が置換(ｐｅｒｍｕｔａｔｉｏｎ)される形態を示すことができる。例えば、上記の表のＳＴＡの順序をＡ−Ｂ−Ｃ−Ｄを示す方法がある場合、上記の表の順序を変えてＡ−Ｃ−Ｂ−Ｄも可能であり、その他、総２４個のＳＴＡ順序を示すことができる。
【００９１】
もし、グループＩＤで４個のＳＴＡのみ論理的連結をした場合、ＳＳＡＩＦは、空間ストリーム個数を示す情報３４状態とＳＴＡの順序組合せ総２４個、即ち、８１６個の状態で表現可能であり、これは１０ビットで表現可能である。また、空間ストリーム個数を示す情報３４状態を６ビットで表現し、空間ストリーム個数を知らせるＳＴＡの順序の配列を知らせる情報２４状態を５ビットで表現し、総１１ビットで知らせるのが可能である。本発明の例題ではＳＳＡＩＦ情報の圧縮をするために総空間ストリーム個数を８個に制限し、追加的にＭＵ−ＭＩＭＯ送信で各ＳＴＡの割当を受けることができる空間ストリーム個数を４に制限した。
【００９２】
追加的に、表１で、各ＳＴＡが使用可能な空間ストリーム数をより制約してＭＵ−ＭＩＭＯを運営することができる。表１で、表現可能なＳＴＡと空間ストリームの組合せのうち、現実的に頻繁に使われることができる組合せを選定する方式に送信しなければならない情報を圧縮可能である。例えば、各ＳＴＡが使用可能な最大空間ストリーム個数を２に制限して新たに表を構成すると、表２のような構成が可能である。表２のインデックス番号とそれに対応するＳＴＡに割り当てられる空間ストリームの数は例示に過ぎず、その対応関係は多様な組合せにより変形されることができ、一つのＳＴＡが使用することができる最大空間ストリームの数も変更可能である。
【００９３】
【表２】
2013518503.tif 000013
ＭＵ−ＭＩＭＯの形態に送信する時、最小限２つ以上のＳＴＡにデータを送信する点を用いて、ＡＰで送信可能な最大空間ストリーム個数を勘案する場合、ＳＳＡＩＦは総３３８個の状態のみが必要である。即ち、９ビット(５１２個の状態を表現可能な情報)で表現可能であるという意味である。
【００９４】
下記の表３は、各ＳＴＡ当たり最大４個の空間ストリームをサポート可能であり、最大８個の空間ストリームを送信可能な時、表現可能なＳＳＡＩＤをテーブル化したものであり、実際システムを具現する時には該当フィールドインデックスは互いに異なるように置換されて使われることができる。
【００９５】
【表３−１】
2013518503.tif 000014
【００９６】
【表３−２】
2013518503.tif 000015
【００９７】
【表３−３】
2013518503.tif 000016
【００９８】
【表３−４】
2013518503.tif 000017
【００９９】
【表３−５】
2013518503.tif 000018
【０１００】
【表３−６】
2013518503.tif 000019
【０１０１】
【表３−７】
2013518503.tif 000020
【０１０２】
【表３−８】
2013518503.tif 000021
表４は、各ＳＴＡ当たり最大２個の空間ストリームをサポート可能であり、最大８個の空間ストリームを送信可能な時、表現可能なＳＳＡＩＤをテーブル化したものであり、実際システムを具現する時には該当フィールドインデックスは互いに異なるように置換されて使われることができる。
【０１０３】
【表４−１】
2013518503.tif 000022
【０１０４】
【表４−２】
2013518503.tif 000023
一方、 ダウンリンクＭＵ−ＭＩＭＯ送信でＡＰからサービス可能なＳＴＡ数が多く、グループＩＤに指示することができるＳＴＡの組合せの制約が多い時にはグループＩＤを全部使用するのが非効率的である。特に、パワーセーブモードに動作するＳＴＡをグルーピングしてグループＩＤに論理的に結合する過程で各ＳＴＡが動作するスリープ/ウェイク(ｓｌｅｅｐ/ｗａｋｅ)状態が全部同期化されない場合には、ＡＰで管理ＰＰＤＵフレームを介してグループを変更したり、パワーセーブモードの設定を変更すべきである。
【０１０５】
従って、本発明では追加的にＳＴＡがグループＩＤと別個に動作可能な運営方法を提案する。上記の表１と表２のように特定仮想の一ＳＴＡが空間ストリームの個数を獲得するためにグループＩＤを介して該当グループと共に決定されるＳＴＡ数字ＩＤ(ｎｕｍｂｅｒ ＩＤ)が個別ＳＴＡに知らされた。グループＩＤと別個に各ＳＴＡは、管理フレームまたは事前約束を介して該当する数字ＩＤを決定することができる。以下、このようなＳＴＡ数字ＩＤをＳＳＡＩＤという。ＳＳＡＩＤは、ＡＰが同時にサービスするストリームのうちＳＴＡが受信すべきストリームの位置(ｐｏｓｉｔｉｏｎ)を示す。例えば、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４が各々ＳＳＡＩＤ１、２、３、４を有する場合、各ＳＴＡは、ＡＰがサービスする複数個のストリームに対して１番目のストリームのセット、２番目のストリームのセット、３番目のストリームのセット、４番目のストリームのセットを受信する。即ち、全てのＳＴＡは、一つのＳＳＡＩＤを有する。同時にサービスされるＳＴＡの数が最大Ｎの場合、ＳＳＡＩＤは１〜Ｎの値が与えられることができる。
【０１０６】
本発明の他の実施例によると、各ＳＴＡのＳＳＡＩＤを管理フレームを介して指示するのも可能であるが、事前に約束された規則を介してＳＳＡＩＤを知らせることができる。例えば、ＳＴＡがＡＰと送受信をするために結合する過程で割り当てられる結合ＩＤの関数でＳＳＡＩＤをマッピングすることができる。より具体的な実施例に、結合ＩＤのモジュールでＮ(ｍｏｄｕｌｅ Ｎ)値をＳＳＡＩＤとして使用することができる。(ＳＳＡＩＤの値が０〜Ｎ−１の値を有すると仮定する)。また、追加的にグループＩＤ方式に各ＳＴＡにグループＩＤと該当グループでの順序を指示し、同時に、グループＩＤと別途に事前に割り当てられたＳＳＡＩＤを使用することによって空間ストリーム個数を指示する方法が使われることができる。
【０１０７】
例えば、グループＩＤフィールドで特定状態の時には(例えば、４ビットグループＩＤを送信するとする時、インデックス１５)、グループＩＤと論理的に連結されたＳＴＡ及び該当グループでＳＴＡの順序が決められることによってＳＳＡＩＤが決められ、グループＩＤフィールドが異なる特定状態の時には、グループＩＤと関係なしに事前に約束されたり、割り当てられたＳＳＡＩＤを使用して各空間ストリームを受信する。後者の方法である場合、複数個のＳＴＡが同じＳＳＡＩＤを所有することができ、これに対する複数個のＳＴＡの全ては、特定空間ストリームの組合せをデコーディングすることができる。
【０１０８】
ダウンリンクＭＵ−ＭＩＭＯ送信を具現するためにＰＬＣＰヘッダのＶＨＴＳＩＧフィールドには、グループＩＤとＭＵ−ＭＩＭＯ空間ストリームセットサブフィールドが含まれることができる。予約されたグループＩＤ１６は、ＤＬ ＭＵ−ＭＩＭＯ送信に使われる。グループに属しないＳＴＡを対象にＤＬ ＭＵ−ＭＩＭＯ送信を進行するということを意味し、この時、各端末は、自分のＳＳＡＩＤに基づいて該当ＤＬ ＭＵ−ＭＩＭＯ送信を受信する。
【０１０９】
ＭＵ−ＭＩＭＯ空間ストリームセットサブフィールドは、０と１が繰り返されたシーケンス(ｒｏｔａｔｅｄ ｓｅｑｕｅｎｃｅ)であり、各ＳＴＡに割り当てられた空間ストリーム数を知らせる。例えば、００００ １１１１ ００００ １１１１ ００００の場合、１番目のＳＴＡ、２番目のＳＴＡ、３番目のＳＴＡ、４番目のＳＴＡに各々４個の空間ストリームが割り当てられたことを示す。ここで、１番目のＳＴＡは、ＳＳＡＩＤが１である端末を意味する。２番目のＳＴＡは、ＳＳＡＩＤが２である端末を意味する。３番目のＳＴＡは、ＳＳＡＩＤが３である端末を意味する。４番目のＳＴＡは、ＳＳＡＩＤが４である端末を意味する。例えば、ＳＴＡＡ、ＳＴＡ Ｂがパワーセーブモードで動作する中にウェイクアップし、ＳＴＡ Ａ、ＳＴＡ Ｂはグルーピングされていない状態である。然しながら、ＳＳＡＩＤ値は、ＡＰにより全てのＳＴＡに既に割り当てられた値である。ＳＴＡ ＡのＳＳＡＩＤを１、ＳＴＡ Ｂ及びＳＴＡ ＣのＳＳＡＩＤを２、ＳＴＡ ＤのＳＳＡＩＤを４と仮定する。ＡＰがＳＴＡＡとＳＴＡ Ｂを対象に各々８個の空間ストリームを送信した。この場合、グループＩＤは１６であり、ＭＵ−ＭＩＭＯ空間ストリームセットフィールドは００００ ００００ １１１１ １１１１に設定してＰＬＣＰヘッダを構成する。
【０１１０】
全てのＳＴＡは、グループＩＤが特定状態である場合(例えば、インデックス１５)、自分のためのものであると見なす(この部分は、全てのＳＴＡではなく、グルーピングされないＳＴＡに限定することができる)。ＳＴＡ Ａも受信したダウンリンクＭＵ−ＭＩＭＯ送信が自分のためのものであると見なし、１番目のＬＴＦシーケンスセットを介してチャネルを推定する(ＳＴＡ ＡのＳＳＡＩＤが１であるためである)。ＳＴＡ Ｂ及びＳＴＡ Ｃも受信したダウンリンクＭＵ−ＭＩＭＯ送信が自分のためのものであると見なし、２番目のＬＴＦシーケンスセットを介してチャネルを推定する(ＳＴＡ Ｂ及びＳＴＡ ＣのＳＳＡＩＤが２であるためである)。然しながら、この場合、ダウンリンクＭＵ−ＭＩＭＯ送信の目的端末でＳＴＡＣは該当されないため、ＳＴＡ Ｃはオーバーヒアリングすることと同様である。２つのＳＴＡを対象にしたため、４番目のＬＴＦシーケンスセットが読み取られることができず、ＳＴＡ Ｄはチャネル推定等の作業を実行しない(ＳＴＡ ＤのＳＳＡＩＤが４であるため、ＳＴＡ Ｄは４番目のＬＴＦシーケンスセットを自分のためのチャネル情報と見なす)。ＳＴＡ ＣもプリコーディングによりＳＴＡＢに向けるＬＴＦシーケンスセットを感知することができない。この場合にもＳＴＡ Ｃは、現在のＤＬ ＭＵ−ＭＩＭＯ送信が自分のためのものでないことを知るようになってオーバーヒアリングを中断することができる。
【０１１１】
本発明の他の実施例によると、多くの数のＳＴＡに対するＭＵ−ＭＩＭＯ送信をサポートするためにＭＡＣ階層でＳＴＡのグループを運営することができる。この時、ＳＴＡのグループをＡＰで運営し、ＰＨＹ階層で指示可能なグループがＭＡＣ階層で指示可能なグループのサブセットとして運営されることができる。
【０１１２】
ＭＵ−ＭＩＭＯ送信ではＳＴＡが特定グループにグルーピングされ、そのグループに特定グループインデックスが割り当てられ、ＳＴＡは、グループインデックスに対して知らせを受け、特定ＳＴＡがＭＵ−ＭＩＭＯ送信で同時にスケジューリングされてデータを受信しなければならないかを知ることができる。一般的に、多くのＳＴＡの組合せをサポートするためには運営されることができるグループの個数が相当多くなければならない。然しながら、一般的に特定ＳＴＡの組合せをＰＨＹ階層で知らせることで、該当データ受信ＳＴＡがデータ受信可否を判断し、特定空間ストリームを復調してデコーディングしてデータパケットを受信することができる。然しながら、ＰＨＹ階層で多くの情報を伝達することはシグナリングオーバーヘッドが大きく、これをサポートするためのプロトコルが複雑になることができる。
【０１１３】
本発明の実施例によると、このような問題の解決のためにグループの階層(ｈｉｅｒａｒｃｈｙ)を構成することができる。ＰＨＹ階層でシグナリングされる情報は、ＳＴＡ組合せのセット(Ｓｅｔｓｏｆ ＳＴＡ ｇｒｏｕｐｉｎｇ)を示し、ＭＡＣ階層でシグナリングされる情報は、最終ＳＴＡ組合せのセットを示すことができるようにする。ここで、ＰＨＹ階層でシグナリングされる情報は、ＶＨＴ−ＳＩＧのようなＰＬＣＰヘッダに送信されることができ、ＭＡＣ階層でシグナリングされる情報は、データパケットの形態にＭＡＣ階層に送信されることができる。
【０１１４】
図１２は、本発明の実施例に係るＰＨＹ階層でシグナリングされるグループセット指示とＭＡＣ階層で指示するグループ指示の一例を示す。
【０１１５】
ＰＨＹ階層ではグループセットを指示する時、グループセットは、複数個のＳＴＡのグループを示すことができる。例えば、ＰＨＹ階層で指示される情報がグループセット＃１を示す場合、該当グループセットにはＧｒｏｕｐ＃１、＃２、＃３、＃４が所属されている。各グループ別には特定ＳＴＡの組合せを示す。一例に、各該当グループには表５のようなＳＴＡ組合せを示すことができる。ここで、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈは、各各、互いに異なるＳＴＡを示す。
【０１１６】
【表５】
2013518503.tif 000024
一般的に、各ＳＴＡは、複数個のグループに所属されており、データを受信するＳＴＡ上の複雑度を減らすためには複数個のグループに属しているＳＴＡは、グループ内の順序中から同じ順番を知らせるようにするのが好ましい。
【０１１７】
ＡＰでは既にグループがよく定義されている場合、データパケットを送信するＰＰＤＵフレームのＰＬＣＰヘッダのＶＨＴ−ＳＩＧにグループセットインデックスを指示し、ＭＵ−ＭＩＭＯ送信を介してデータを送信し、ＶＨＴ−ＳＩＧで指示されたグループセットインデックスは、時として複数個のグループに該当する。複数個のグループを示す場合、特定空間ストリームのセットを複数個のＳＴＡが自分の該当空間ストリームセットをデコーディングするようになり、ＭＡＣ階層でＭＡＣ ＩＤを有し、該当データパケットが自分のものであるかどうかを区別することができるようになる。
【０１１８】
図１３は、ＰＨＹ階層でシグナリングされるグループセット指示とＭＡＣ階層で指示するグループ指示を用いたフレーム送信の一例である。
【０１１９】
セットＩＤ１と２があり、各セットＩＤ別に２つのグループが定義されており、各グループ別に図１３のようにＳＴＡの組合せが定義されていると仮定する。ＶＨＴ−ＳＩＧでセットＩＤが１と指示された場合、セットＩＤ＝１に該当する全てのＳＴＡはデコーディングを試み、最終的には各グループに所属されていたＳＴＡが該当空間ストリームのセットのデコーディングを成功し、ＭＡＣ−ＩＤに基づいて上位階層にデータパケットを伝達する。
【０１２０】
言い換えれば、本実施例は、グループ識別を１個の特定ＳＴＡの組合せに連結するものではなく、複数個のＳＴＡの組合せに連結し、ＭＵ−ＭＩＭＯ送信をサポート可能なＳＴＡの数字を増加させる方法と類似する。ただし、サウンディングと多様なＭＡＣプロトコル複雑度を低くするためにＰＨＹとＭＡＣで運営するＳＴＡのグループを運営する。
【０１２１】
図１４は、本発明の実施例に係る管理フレームに含まれる管理情報のフォーマットである。ＰＨＹ階層でシグナリングされるグループセット指示とＭＡＣ階層で指示するグループ指示を用いてデータパケットを送信するために、図１４の管理情報が管理フレームまたはＳＴＡにシグナリングされることができるデータパケットを用いて送信されることができる。図１４の例で、グループセットＩＤは、ＰＨＹ階層で管理するグループの識別子であり、グループＩＤは、ＭＡＣ階層で管理する特定ＳＴＡの組合せを示す値である。
【０１２２】
ただし、ＰＨＹ階層ではグループセット識別を運営し、ＭＡＣ階層ではグループを運営すると、ＣＳＩフィードバックを実行するサウンディングプロトコル側面で小さいオーバーヘッドで具現が可能である。
【０１２３】
例えば、ＡＰが特定グループに所属されているＳＴＡにのみＣＳＩフィードバック(サウンディング)を試みる時、ＭＡＣ階層で定義するグループＩＤをシグナリングして該当グループに連結されているＳＴＡのみＣＳＩフィードバック(サウンディング)をすることができる。
【０１２４】
図１５は、ＭＡＣ階層とＰＨＹ階層を用いたグループ指示方法をデータパケット送信に適用した例を示す。
【０１２５】
一実施例に、ＰＨＹ階層で送信するグループセット識別子を４ビットで運営しながら、ＭＡＣ階層ではこれより多くの実質的グループを運営するためにグループ識別子を８ビットで運営することができる。ＭＡＣ階層で８ビットグループ識別子は、最大２５６個のＳＴＡの組合せをサポートすることができ、これは概略的に１０ＳＴＡを制約無しにＡＰでスケジューリングすることができる柔軟性を与える。
【０１２６】
複数のグループを特定グループセットに連結して動作する時、ＭＡＣ階層で特定グループを指定する方法で、制御情報は、送信するＰＬＣＰヘッダ部分のＶＨＴ−ＳＩＧに送信されることができる。この時、ＶＨＴ−ＳＩＧは、ＶＨＴ−ＳＩＧ−ＡとＶＨＴ−ＳＩＧ−Ｂとに分けられて送信されることができる。グループセット情報は、ＶＨＴ−ＳＩＧ−Ａを介してまず送信してデコーディングしなければならない端末の組合せを知らせ、以後送信されるＶＨＴ−ＳＩＧ−Ｂで特定グループを知らせ、正確にどの端末が該当空間ストリームを指示するかを指示する方法も適用されることができる。ＶＨＴ−ＳＩＧ−Ｂには正確にどのＳＴＡがＭＵ−ＭＩＭＯ受信をしなければならないかを知らせることもでき、グループセット内でグループの順序番号を知らせることもできる。または、各ＳＴＡ別に送信されるＶＨＴ−ＳＩＧ−ＢにはＳＴＡを区分することができるＩＤを送信し、正確に該当ＳＴＡを示すことができる。ここで、ＳＴＡを区分することができるＩＤは、ＳＴＡを識別することができる指示子として結合ＩＤのようなものが用いられることができる。
【０１２７】
図１６は、本発明の一実施例が具現される無線装置を示すブロック図である。無線装置１６００は、ＡＰまたはｎｏｎ−ＡＰ ＳＴＡである。
【０１２８】
無線装置１６００は、プロセッサ１６１０、メモリ１６２０、ＲＦユニット１６３０、及び多重アンテナ１６５０を含む。ＲＦユニット１６３０は、本発明の管理フレーム及びデータパケットを送信及び/または受信するように設定され、プロセッサ１６１０は、ＲＦユニット１６３０と連結され、管理フレーム及びデータパケットを生成して処理するように設定される。プロセッサ１６１０とＲＦユニット１６３０は、ＩＥＥＥ８０２.１１の物理階層とＭＡＣ階層を具現する。プロセッサ１６１０及び/またはＲＦユニット１６３０は、ＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ)、他のチップセット、論理回路及び/またはデータ処理装置を含むことができる。メモリ１６２０は、ＲＯＭ(ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ)、ＲＡＭ(ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ)、フラッシュメモリ、メモリカード、格納媒体及び/または他の格納装置を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール(過程、機能など)で具現されることができる。モジュールは、メモリ１６２０に格納され、プロセッサ１６１０により実行されることができる。メモリ１６２０は、プロセッサ１６１０の内部または外部にあり、よく知られた多様な手段でプロセッサ１６１０と連結されることができる。
【０１２９】
前述した実施例は、多様な態様の例示を含む。多様な態様を示すための全ての可能な組合せを記述することはできないが、該当技術分野の通常の知識を有する者は、他の組合せが可能であることを認識することができる。従って、本発明は、特許請求の範囲に属する全ての交替、修正及び変更を含む。
【図１】
2013518503.tif 000025
【図２】
2013518503.tif 000026
【図３】
2013518503.tif 000027
【図４】
2013518503.tif 000028
【図５】
2013518503.tif 000029
【図６】
2013518503.tif 000030
【図７】
2013518503.tif 000031
【図８】
2013518503.tif 000032
【図９】
2013518503.tif 000033
【図１０】
2013518503.tif 000034
【図１１】
2013518503.tif 000035
【図１２】
2013518503.tif 000036
【図１３】
2013518503.tif 000037
【図１４】
2013518503.tif 000038
【図１５】
2013518503.tif 000039
【図１６】
2013518503.tif 000040
【手続補正書】
【提出日】平成24年8月27日(2012.8.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線ＬＡＮにおいて、ＭｕｌｔｉＵｓｅｒ(ＭＵ)−Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ(ＭＩＭＯ)送信機によって、受信機にデータを送信する方法であって、
前記方法は、
前記受信機の空間ストリームの位置を複数のグループのうちの少なくとも１つのグループに割当または変更するためのグループ情報を含む管理フレームを、前記ＭＵ−ＭＩＭＯ送信器によって送信すること
を含み、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム（ＳＳ）指示子を含み、
前記複数のグループ識別子の各々は、前記受信機がそれぞれのグループのメンバーか否かを指示し、
前記複数のＳＳ指示子の各々は、それぞれのグループの空間ストリームの位置を指示する、方法。
【請求項２】
前記グループ情報は、前記受信機の２個以上の空間ストリームの位置を前記複数のグループのうちの少なくとも１つのグループに割当または変更するための情報を含む、請求項１に記載の方法。
【請求項３】
前記複数のＳＳ指示子の各々は、４個の空間ストリーム内で前記空間ストリームの位置を指示する、請求項１に記載の方法。
【請求項４】
前記グループ情報に従って、前記空間ストリームを介し（前記空間ストリームを含み）、前記ＭＵ−ＭＩＭＯ送信器によって、フレームを送信することをさらに含む、請求項１に記載の方法。
【請求項５】
前記フレームは、前記複数のグループのメンバーシップグループを指示するグループ識別フィールドを含むヘッダをさらに含み、前記受信機は、前記メンバーシップグループのメンバーである、請求項４に記載の方法。
【請求項６】
前記フレームを送信するステップは、前記グループ識別フィールドが特定値に設定されている場合、ＳｉｎｇｌｅＵｓｅｒ（ＳＵ）Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ(ＭＩＭＯ)送信器によって、前記フレームを送信するステップをさらに含む、請求項５に記載の方法。
【請求項７】
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含む、請求項５に記載の方法。
【請求項８】
前記ＭＵ−ＭＩＭＯ送信機は、ＡＰである、請求項１に記載の方法。
【請求項９】
前記ＭＵ−ＭＩＭＯ送信機は、基地局である、請求項１に記載の方法。
【請求項１０】
無線ＬＡＮにおける無線装置であって、
前記無線装置は、
無線信号を送信し受信するトランシーバと、
前記トランシーバに機能的に結合されて、前記受信機の空間ストリームの位置を複数のグループのうちの少なくとも１つのグループに割当または変更するためのグループ情報を含む管理フレームを送信するように構成された、プロセッサと
を含み、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム（ＳＳ）指示子を含み、
前記複数のグループ識別子の各々は、前記受信機がそれぞれのグループのメンバーか否かを指示し、
前記複数のＳＳ指示子の各々は、それぞれのグループの空間ストリームの位置を指示する、無線装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
他の態様において、無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)のための空間ストリームを受信する方法が提供される。前記方法は、複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを送信機から受信し；フレーム内の前記送信機から受信し；前記ヘッダに基づいてメンバーシップグループを識別し；及び、前記受信機が前記メンバーシップグループのメンバーの場合、前記フレーム内の少なくとも一つの空間ストリームを前記受信機から受信すること；を含む。前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示し、前記ヘッダは、前記複数のグループのうち前記メンバーシップグループを指示するグループ識別フィールドを含む。
（項目１）
無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)のための空間ストリームを送信する方法において、
前記方法は、
複数のグループの各々に該当する複数の空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、
少なくとも一つの空間ストリームを含むフレームを前記送信機に送信すること；を含み、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、
前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、
前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示することを特徴とする方法。
（項目２）
前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーであることを特徴とする項目１に記載の方法。
（項目３）
前記グループ識別フィールドが特定値(ｐｒｅｄｅｔｅｒｍｉｎｅｄ ｖａｌｕｅ)に設定される場合、前記フレームは、ＳＵ(Ｓｉｎｇｌｅ Ｕｓｅｒ)−ＭＩＭＯにより送信されることを特徴とする項目２に記載の方法。
（項目４）
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールド(ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ)をさらに含むことを特徴とする項目２に記載の方法。
（項目５）
前記複数の空間ストリーム指示子の各々は、４個の空間ストリームグループ内で前記空間ストリームグループの位置を指示し、空間ストリームグループは、複数の空間ストリームで構成されることを特徴とする項目１に記載の方法。
（項目６）
前記送信機は、アクセスポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ)であることを特徴とする項目１に記載の方法。
（項目７）
前記複数のグループの各々に該当する前記空間ストリームの前記位置は、一つまたはその以上の受信機と関連されていることを特徴とする項目１に記載の方法。
（項目８）
無線ＬＡＮシステムにおけるＭＵ−ＭＩＭＯのための送信機において、
前記送信機は、
プロセッサ；及び、
前記プロセッサと機能的に結合されて動作し、フレームを送信するように設定されたＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニット；を含み、
前記プロセッサは、
複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを受信機に送信し；及び、
少なくとも一つの空間ストリームを含むフレームを前記送信機に送信するように設定され、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、
前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、
前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示することを特徴とする送信機。
（項目９）
前記フレームは、前記複数のグループのうちメンバーシップグループを指示するグループ識別フィールドを含むヘッダを含み、前記受信機は、前記メンバーシップグループのメンバーであることを特徴とする項目８に記載の送信機。
（項目１０）
前記グループ識別フィールドが特定値に設定される場合、前記フレームは、ＳＵ−ＭＩＭＯにより送信されることを特徴とする項目９に記載の送信機。
（項目１１）
前記ヘッダは、前記少なくとも一つの空間ストリームをデコーディングするためにチャネルの推定に使われる長いトレーニングフィールドをさらに含むことを特徴とする項目９に記載の送信機。
（項目１２）
前記複数の空間ストリーム指示子の各々は、４個の空間ストリームグループ内で前記空間ストリームグループの位置を指示することを特徴とする項目８に記載の送信機。
（項目１３）
無線ＬＡＮシステムにおける送信機により実行されるＭＵ(Ｍｕｌｔｉ Ｕｓｅｒ)−ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)のための空間ストリームを受信する方法において、
前記方法は、
複数のグループの各々に該当する空間ストリームの位置を割当または変更するためのグループ情報を含む管理フレームを送信機から受信し；
フレーム内の前記送信機から受信し；
前記ヘッダに基づいてメンバーシップグループを識別し；及び、
前記受信機が前記メンバーシップグループのメンバーの場合、前記フレーム内の少なくとも一つの空間ストリームを前記受信機から受信すること；を含み、
前記グループ情報は、複数のグループ指示子及び複数の空間ストリーム指示子を含み、
前記複数のグループ識別子の各々は、前記受信機が前記複数のグループの各々のメンバーか否かを指示し、
前記複数の空間ストリーム指示子の各々は、前記複数のグループの各々に該当する前記複数の空間ストリームの位置を指示し、
前記ヘッダは、前記複数のグループのうち前記メンバーシップグループを指示するグループ識別フィールドを含むことを特徴とする方法。
【国際調査報告】
2013518503.tif 000041
2013518503.tif 000042