(57)【特許請求の範囲】
【請求項１】
無線ＬＡＮにおけるリソース単位を割り当てる方法であって、
アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）が、複数のステーション（ＳＴＡｔｉｏｎ；ＳＴＡ）に送信する物理層プロトコルデータユニット（ＰＨＹ  Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ；ＰＰＤＵ）を生成するステップと、
前記ＡＰが、少なくとも一つのコンテナを有する全体周波数帯域を介して、前記複数のＳＴＡに前記ＰＰＤＵを送信するステップと、を有し、
前記ＰＰＤＵは、リソース割当情報を含み、
前記リソース割当情報は、前記少なくとも一つのコンテナの各々に割り当てられたＳＴＡの個数を示し、
前記少なくとも一つのコンテナの各々は、一つの第１のリソース単位または複数の第２のリソース単位を含み、
前記第１のリソース単位に対応するトーンの個数は、前記第２のリソース単位に対応するトーンの個数より大きく、
前記少なくとも一つのコンテナのうちの特定コンテナが前記第１のリソース単位のみを有し、マルチユーザ多入力多出力（ＭＵ  ＭＩＭＯ）が前記第１のリソース単位に適用される場合、前記リソース割当情報は、前記ＭＵ  ＭＩＭＯが適用されるＳＴＡの個数をさらに示す、方法。
【請求項２】
前記リソース割当情報は、２ビットの指示子または３ビットの指示子を有し、
前記ＭＵ  ＭＩＭＯが適用されるＳＴＡの個数は、前記２ビットの指示子または前記３ビットの指示子を用いて各々の特定コンテナに関して示される、請求項１に記載の方法。
【請求項３】
前記ＭＵ  ＭＩＭＯは、前記特定コンテナに含まれる少なくとも一つのトーンユニット上で実行され、
前記トーンユニットは、前記特定コンテナに含まれる前記第１のリソース単位または前記複数の第２のリソース単位を複数個のグループに分割した単位に対応する、請求項１に記載の方法。
【請求項４】
前記少なくとも一つのコンテナの個数は、前記全体周波数帯域の大きさの増加に応じて増加し、
前記少なくとも一つのコンテナの各々に割当可能なＳＴＡの個数は、前記全体周波数帯域の大きさによって制限される、請求項１に記載の方法。
【請求項５】
前記少なくとも一つのコンテナの各々は、一つの第２のリソース単位を分割して構成される少なくとも一つの分割第２のリソース単位の各々をさらに含み、
前記少なくとも一つの分割第２のリソース単位の各々は、一つの第２のリソース単位を構成して前記複数のＳＴＡに割り当てられるよう互いに結合される、請求項１に記載の方法。
【請求項６】
無線ＬＡＮにおけるリソース単位を割り当てるアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）において、前記ＡＰは、
無線信号を送信及び受信する無線周波（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）部と、
前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）結合されたプロセッサと、を含み、
前記プロセッサは、複数のステーション（ＳＴＡｔｉｏｎ；ＳＴＡ）に送信する物理層プロトコルデータユニット（ＰＨＹ  ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ；ＰＰＤＵ）を生成し、
少なくとも一つのコンテナを有する全体周波数帯域を介して、前記複数のＳＴＡに前記ＰＰＤＵを送信するように構成され、
前記ＰＰＤＵは、リソース割当情報を含み、
前記リソース割当情報は、前記少なくとも一つのコンテナの各々に割り当てられたＳＴＡの個数を示し、
前記少なくとも一つのコンテナの各々は、一つの第１のリソース単位または複数の第２のリソース単位を含み、
前記第１のリソース単位に対応するトーンの個数は、前記第２のリソース単位に対応するトーンの個数より大きく、
前記少なくとも一つのコンテナのうちの特定コンテナが前記第１のリソース単位のみを有し、マルチユーザ多入力多出力（ＭＵ  ＭＩＭＯ）が前記第１のリソース単位に適用される場合、前記リソース割当情報は、前記ＭＵ  ＭＩＭＯが適用されるＳＴＡの個数をさらに示す、ＡＰ。
【請求項７】
前記リソース割当情報は、２ビットの指示子または３ビットの指示子を有し、
前記ＭＵ  ＭＩＭＯが適用されるＳＴＡの個数は、前記２ビットの指示子または前記３ビットの指示子を用いて各々の特定コンテナに関して示される、請求項６に記載のＡＰ。
【請求項８】
前記ＭＵ  ＭＩＭＯは、前記特定コンテナに含まれる少なくとも一つのトーンユニット上で実行され、
前記トーンユニットは、前記特定コンテナに含まれる前記第１のリソース単位または前記複数の第２のリソース単位を複数個のグループに分割した単位に対応する、請求項６に記載のＡＰ。
【請求項９】
前記少なくとも一つのコンテナの個数は、前記全体周波数帯域の大きさの増加に応じて増加し、
前記少なくとも一つのコンテナの各々に割当可能なＳＴＡの個数は、前記全体周波数帯域の大きさによって制限される、請求項６に記載のＡＰ。
【請求項１０】
前記少なくとも一つのコンテナの各々は、一つの第２のリソース単位を分割して構成される少なくとも一つの分割第２のリソース単位の各々をさらに含み、
前記少なくとも一つの分割第２のリソース単位の各々は、一つの第２のリソース単位を構成して前記複数のＳＴＡに割り当てられるよう互いに結合される、請求項６に記載のＡＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線ＬＡＮにおけるコンテナに基づいてリソース単位を割り当てる方法及び装置に関する。
【背景技術】
【０００２】
次世代ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）のための議論が進行している。次世代ＷＬＡＮでは、１）２．４ＧＨｚ及び５ＧＨｚ帯域でＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｏｎｉｃ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１ＰＨＹ（ｐｈｙｓｉｃａｌ）階層とＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層の向上、２）スペクトラム効率性（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と領域スループット（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）を高めること、３）干渉ソースが存在する環境、密集した異種ネットワーク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）環境及び高いユーザ負荷が存在する環境のような実際室内環境及び室外環境で性能を向上させることを目標とする。
【０００３】
次世代ＷＬＡＮで主に考慮される環境は、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）とＳＴＡ（ｓｔａｔｉｏｎ）が多い密集環境であり、このような密集環境でスペクトラム効率（ｓｐｅｃｔｒｕｍ  ｅｆｆｉｃｉｅｎｃｙ）と空間スループット（ａｒｅａ  ｔｈｒｏｕｇｈｐｕｔ）に対する改善が論議される。また、次世代ＷＬＡＮでは室内環境だけでなく、既存ＷＬＡＮであまり考慮されていなかった室外環境での実質的な性能改善に関心を有する。
【０００４】
具体的に、次世代ＷＬＡＮでは無線オフィス（ｗｉｒｅｌｅｓｓ  ｏｆｆｉｃｅ）、スマートホーム（ｓｍａｒｔ  ｈｏｍｅ）、スタジアム（Ｓｔａｄｉｕｍ）、ホットスポット（Ｈｏｔｓｐｏｔ）、ビル／アパート（ｂｕｉｌｄｉｎｇ／ａｐａｒｔｍｅｎｔ）のようなシナリオに関心が大きくて、該当シナリオに基づいてＡＰとＳＴＡが多い密集環境でのシステム性能向上に対する議論が進行している。
【０００５】
また、次世代ＷＬＡＮでは一つのＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）での単一リンク性能向上よりは、ＯＢＳＳ（ｏｖｅｒｌａｐｐｉｎｇ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）環境でのシステム性能向上及び室外環境性能改善、そしてセルラーオフローディングなどに対する議論が活発になると予想される。このような次世代ＷＬＡＮの方向性は、次世代ＷＬＡＮが益々移動通信と類似の技術範囲を有するようになることを意味する。最近、スモールセル及びＤ２Ｄ（Ｄｉｒｅｃｔ−ｔｏ−Ｄｉｒｅｃｔ）通信領域で移動通信とＷＬＡＮ技術が共に論議されている状況を考慮してみる時、次世代ＷＬＡＮと移動通信の技術的及び事業的な融合は、一層活発になると予測される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、無線ＬＡＮにおけるコンテナに基づいてリソース単位を割り当てる方法を提供することにある。
【０００７】
本発明の他の目的は、無線ＬＡＮにおけるコンテナに基づいてリソース単位を割り当てる装置を提供することにある。
【課題を解決するための手段】
【０００８】
前述した本発明の目的を達成するための本発明の一側面による、無線ＬＡＮにおけるリソース単位を割り当てる方法は、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）が複数のＳＴＡ（ｓｔａｔｉｏｎ）に送信するＰＰＤＵ（ＰＨＹ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を生成するステップと、前記ＡＰが全体周波数帯域上に割り当てられた少なくとも一つのコンテナを介して前記複数のＳＴＡに前記ＰＰＤＵを送信するステップと、を含み、前記ＰＰＤＵは、ＭＵ（ｍｕｌｔｉｐｌｅ  ｕｓｅｒ）／ＳＵ（ｓｉｎｇｌｅ  ｕｓｅｒ）送信指示情報、コンテナ別リソース割当情報を含み、前記ＭＵ／ＳＵ送信指示情報は、前記全体帯域幅上でＳＵベースの送信またはＭＵベースの送信が実行されるかどうかに対する情報を含み、前記コンテナ別リソース割当情報は、前記少なくとも一つのコンテナの各々に割り当てられたＳＴＡの個数に対する情報を含み、前記少なくとも一つのコンテナの各々は、一つの第１のリソース単位または複数の第２のリソース単位を含み、前記第１のリソース単位に対応されるトーンの個数は、前記第２のリソース単位に対応されるトーンの個数より大きい。
【０００９】
前述した本発明の目的を達成するための本発明の他の側面による、無線ＬＡＮにおけるリソース単位を割り当てるＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）は、無線信号を送信及び受信するＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）結合されたプロセッサを含み、前記プロセッサは、複数のＳＴＡ（ｓｔａｔｉｏｎ）に送信するＰＰＤＵ（ＰＨＹ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を生成し、全体周波数帯域上に割り当てられた少なくとも一つのコンテナを介して前記複数のＳＴＡに前記ＰＰＤＵを送信するように具現され、前記ＰＰＤＵは、ＭＵ（ｍｕｌｔｉｐｌｅ  ｕｓｅｒ）／ＳＵ（ｓｉｎｇｌｅ  ｕｓｅｒ）送信指示情報、コンテナ別リソース割当情報を含み、前記ＭＵ／ＳＵ送信指示情報は、前記全体帯域幅上でＳＵベースの送信またはＭＵベースの送信が実行されるかどうかに対する情報を含み、前記コンテナ別リソース割当情報は、前記少なくとも一つのコンテナの各々に割り当てられたＳＴＡの個数に対する情報を含み、前記少なくとも一つのコンテナの各々は、一つの第１のリソース単位または複数の第２のリソース単位を含み、前記第１のリソース単位に対応されるトーンの個数は、前記第２のリソース単位に対応されるトーンの個数より大きい。
【発明の効果】
【００１０】
ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）に基づいて複数のＳＴＡの各々のための無線リソースを割り当てる時、互いに異なる大きさで定義された無線リソース単位を使用して複数のＳＴＡの各々へのリソース割当が実行されることができる。したがって、スケジューリング柔軟度（ｓｃｈｅｄｕｌｉｎｇ  ｆｌｅｘｉｂｉｌｉｔｙ）が高まって無線ＬＡＮの処理量（ｔｈｒｏｕｇｈｐｕｔ）が増加されることができる。コンテナに基づいてリソース単位をスケジューリングすることでリソース単位割当のスケジューリングのための複雑度が減少されることができる。
【図面の簡単な説明】
【００１１】
【図１】無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【図２】本発明の実施例に係る２０ＭＨｚ帯域幅上でリソース単位の割当を示す概念図である。
【図３】本発明の実施例に係るリソース単位割当情報をシグナリングする方法を示す概念図である。
【図４】本発明の実施例に係るリソース単位の割当のためのシグナリング方法を示す概念図である。
【図５】本発明の実施例に係る４０ＭＨｚ帯域幅上でリソース単位の割当を示す概念図である。
【図６】本発明の実施例に係るリソース単位割当情報をシグナリングする方法を示す概念図である。
【図７】本発明の実施例に係る８０ＭＨｚ帯域幅上でリソース単位の割当を示す概念図である。
【図８】本発明の実施例に係るリソース単位割当情報をシグナリングする方法を示す概念図である。
【図９】本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【図１０】本発明の実施例に係るコンテナ別リソース割当情報を示す概念図である。
【図１１】本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【図１２】本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【図１３】本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【図１４】本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【図１５】本発明の実施例に係る周波数帯域上でＳＴＡの個数制限を示す概念図である。
【図１６】本発明の実施例に係る周波数帯域上でＳＴＡの個数制限を示す概念図である。
【図１７】本発明の実施例に係るＤＬ  ＭＵ  ＰＰＤＵフォーマットを示す概念図である。
【図１８】本発明の実施例に係るＵＬ  ＭＵ  ＰＰＤＵの送信を示す概念図である。
【図１９】本発明の実施例が適用されることができる無線装置を示すブロック図である。
【発明を実施するための形態】
【００１２】
図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。
【００１３】
図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃ  ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）の構造を示す。
【００１４】
図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上のインフラストラクチャＢＳＳ１００、１０５（以下、ＢＳＳ）を含むことができる。ＢＳＳ１００、１０５は、成功的に同期化されて互いに通信できるＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。
【００１５】
ＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。
【００１６】
分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ  ｓｅｒｖｉｃｅ  ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、２３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ  ｓｅｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。
【００１７】
ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。
【００１８】
図１の上段のようなＢＳＳでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ  ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ  ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ、ＩＢＳＳ）と定義する。
【００１９】
図１の下段は、ＩＢＳＳを示す概念図である。
【００２０】
図１の下段を参照すると、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳにおいて、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ  ｍａｎｎｅｒ）に管理される。ＩＢＳＳにおいて、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ  ｎｅｔｗｏｒｋ）を構築する。
【００２１】
ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非ＡＰ  ＳＴＡ（Ｎｏｎ−ＡＰ  Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。
【００２２】
ＳＴＡは、移動端末（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ  Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ  Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。
【００２３】
以下、本実施例では、ＡＰからＳＴＡへ送信されるデータ（または、フレーム）はダウンリンクデータ（または、ダウンリンクフレーム）、ＳＴＡからＡＰへ送信されるデータ（または、フレーム）はアップリンクデータ（または、アップリンクフレーム）という用語で表現されることができる。また、ＡＰからＳＴＡへの送信はダウンリンク送信、ＳＴＡからＡＰへの送信はアップリンク送信という用語で表現できる。
【００２４】
また、ダウンリンク送信を介して送信されるＰＰＤＵ（ＰＨＹ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）、フレーム及びデータの各々は、ダウンリンクＰＰＤＵ、ダウンリンクフレーム及びダウンリンクデータという用語で表現されることができる。ＰＰＤＵは、ＰＰＤＵヘッダとＰＳＤＵ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）（または、ＭＰＤＵ（ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ））を含むデータ単位である。ＰＰＤＵヘッダは、ＰＨＹヘッダとＰＨＹプリアンブルを含むことができ、ＰＳＤＵ（または、ＭＰＤＵ）は、フレーム（または、ＭＡＣ階層の情報単位）を含み、またはフレームを指示するデータ単位である。ＰＨＹヘッダは、他の用語として、ＰＬＣＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）ヘッダで表現され、ＰＨＹプリアンブルは、他の用語として、ＰＬＣＰプリアンブルで表現されることもできる。
【００２５】
また、アップリンク送信を介して送信されるＰＰＤＵ、フレーム及びデータの各々は、アップリンクＰＰＤＵ、アップリンクフレーム及びアップリンクデータという用語で表現されることができる。
【００２６】
既存の無線ＬＡＮシステムでは、ＳＵ（ｓｉｎｇｌｅ）−ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）送信に基づいて全体帯域幅が１個のＳＴＡへのダウンリンク送信及び１個のＳＴＡのアップリンク送信のために使われた。また、既存の無線ＬＡＮシステムにおいて、ＡＰは、ＭＵ  ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）に基づいてＤＬ（ｄｏｗｎｌｉｎｋ）ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）送信を実行することができ、このような送信は、ＤＬ  ＭＵ  ＭＩＭＯ送信という用語で表現されることができる。
【００２７】
本実施例に係る無線ＬＡＮシステムでは、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）ベースの送信方法がアップリンク送信及びダウンリンク送信のためにサポートされることができる。具体的に、本実施例に係る無線ＬＡＮシステムにおいて、ＡＰがＯＦＤＭＡに基づいてＤＬ  ＭＵ送信を実行することができ、このような送信は、ＤＬ  ＭＵ  ＯＦＤＭＡ送信という用語で表現されることができる。ＤＬ  ＭＵ  ＯＦＤＭＡ送信が実行される場合、ＡＰは、重なった時間リソース上で複数の周波数リソースの各々を介して複数のＳＴＡの各々にダウンリンクデータ（または、ダウンリンクフレーム、ダウンリンクＰＰＤＵ）を送信することができる。複数の周波数リソースは、複数のサブバンド（または、サブチャネル）または複数のＲＵ（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）（例えば、ＢＴＵ（ｂａｓｉｃ  ｔｏｎｅ  ｕｎｉｔ）、ＳＴＵ（ｓｍａｌｌ  ｔｏｎｅ  ｕｎｉｔ））である。ＤＬ  ＭＵ  ＯＦＤＭＡ送信は、ＤＬ  ＭＵ  ＭＩＭＯ送信と共に使われることができる。例えば、ＤＬ  ＭＵ  ＯＦＤＭＡ送信のために割り当てられた特定サブバンド（または、サブチャネル）上で複数の時空間ストリーム（ｓｐａｃｅ−ｔｉｍｅ  ｓｔｒｅａｍ）（または、空間的ストリーム（ｓｐａｔｉａｌ  ｓｔｒｅａｍ））に基づいているＤＬ  ＭＵ  ＭＩＭＯ送信が実行されることができる。
【００２８】
また、本実施例に係る無線ＬＡＮシステムでは、複数のＳＴＡが同じ時間リソース上でＡＰにデータを送信するＵＬ  ＭＵ送信（ｕｐｌｉｎｋ  ｍｕｌｔｉ−ｕｓｅｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）がサポートされることができる。複数のＳＴＡの各々による重なった時間リソース上でのアップリンク送信は、周波数ドメインまたは空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上で実行されることができる。
【００２９】
複数のＳＴＡの各々によるアップリンク送信が周波数ドメイン上で実行される場合、ＯＦＤＭＡに基づいて複数のＳＴＡの各々に対して互いに異なる周波数リソースがアップリンク送信リソースに割り当てられることができる。互いに異なる周波数リソースは、互いに異なるサブバンド（または、サブチャネル）または互いに異なるＲＵ（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）である。複数のＳＴＡの各々は、割り当てられた互いに異なる周波数リソースを介してＡＰにアップリンクデータを送信することができる。このような互いに異なる周波数リソースを介した送信方法は、ＵＬ  ＭＵ  ＯＦＤＭＡ送信方法という用語で表現されることもできる。
【００３０】
複数のＳＴＡの各々によるアップリンク送信が空間ドメイン上で実行される場合、複数のＳＴＡの各々に対して互いに異なる時空間ストリーム（または、空間的ストリーム）が割り当てられ、複数のＳＴＡの各々が互いに異なる時空間ストリームを介してアップリンクデータをＡＰに送信することができる。このような互いに異なる空間的ストリームを介した送信方法は、ＵＬ  ＭＵ  ＭＩＭＯ送信方法という用語で表現されることもできる。
【００３１】
ＵＬ  ＭＵ  ＯＦＤＭＡ送信とＵＬ  ＭＵ  ＭＩＭＯ送信は共に実行されることができる。例えば、ＵＬ  ＭＵ  ＯＦＤＭＡ送信のために割り当てられた特定サブバンド（または、サブチャネル）上で複数の時空間ストリーム（または、空間的ストリーム）に基づいているＵＬ  ＭＵ  ＭＩＭＯ送信が実行されることができる。
【００３２】
ＭＵ  ＯＦＤＭＡ送信をサポートしなかった従来の無線ＬＡＮシステムにおいて、一つの端末に広い帯域幅（ｗｉｄｅｒ  ｂａｎｄｗｉｄｔｈ）（例えば、２０ＭＨｚ超過帯域幅）を割り当てるためにマルチチャネル割当方法が使われた。マルチチャネルは、一つのチャネル単位を２０ＭＨｚとする場合、複数個の２０ＭＨｚチャネルを含むことができる。マルチチャネル割当方法では端末に広い帯域幅を割り当てるためにプライマリチャネル規則（ｐｒｉｍａｒｙ  ｃｈａｎｎｅｌ  ｒｕｌｅ）が使われた。プライマリチャネル規則が使われる場合、端末に広い帯域幅を割り当てるための制約が存在する。具体的に、プライマリチャネルルールによると、プライマリチャネルに隣接したセカンダリチャネル（ｓｅｃｏｎｄａｒｙ  ｃｈａｎｎｅｌ）がＯＢＳＳ（ｏｖｅｒｌａｐｐｅｄ  ＢＳＳ）で使われて‘ビジー（ｂｕｓｙ）’の場合、ＳＴＡは、プライマリチャネルを除外した残りのチャネルを使用することができない。したがって、ＳＴＡは、プライマリチャネルを介してのみフレームを送信することができるため、マルチチャネルを介したフレームの送信に対する制約を受ける。即ち、既存の無線ＬＡＮシステムにおいて、マルチチャネル割当のために使われたプライマリチャネルルールは、ＯＢＳＳが少なくない現在無線ＬＡＮ環境で広い帯域幅を運用して高い処理量を得ようとする時に大きい制約となることができる。
【００３３】
このような問題点を解決するために、本実施例ではＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）技術をサポートする無線ＬＡＮシステムが開示される。ＯＦＤＭＡ技術が使われる場合、プライマリチャネルルールによる制限無しでマルチチャネルを一つの端末でない複数の端末が同時に使用することができる。したがって、広い帯域幅運用が可能で無線リソースの運用の効率性が向上することができる。
【００３４】
本実施例に係る無線ＬＡＮシステムで仮定される時間−周波数構造（ｔｉｍｅ−ｆｒｅｑｕｅｎｃｙ  ｓｔｒｕｃｔｕｒｅ）は、例示的に下記の通りである。
【００３５】
ＦＦＴ（ｆａｓｔ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）サイズ／ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）サイズは、既存の無線ＬＡＮシステムで使われたＦＦＴ／ＩＦＦＴサイズのＮ倍（Ｎは、自然数、例えば、Ｎ＝４）で定義されることができる。即ち、ＨＥ  ＰＰＤＵの第１の部分に比べてＨＥ  ＰＰＤＵの第２の部分に４倍サイズのＦＦＴ／ＩＦＦＴが適用されることができる。例えば、２０ＭＨｚの帯域幅に対して２５６ＦＦＴ／ＩＦＦＴが適用され、４０ＭＨｚの帯域幅に対して５１２ＦＦＴ／ＩＦＦＴが適用され、８０ＭＨｚの帯域幅に対して１０２４ＦＦＴ／ＩＦＦＴが適用され、連続１６０ＭＨｚまたは不連続１６０ＭＨｚの帯域幅に対して２０４８ＦＦＴ／ＩＦＦＴが適用されることができる。
【００３６】
サブキャリア空間／スペーシング（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）は、既存の無線ＬＡＮシステムで使われたサブキャリア空間の１／Ｎ倍（Ｎは、自然数、例えば、Ｎ＝４の場合、７８．１２５ｋＨｚ）の大きさである。
【００３７】
ＩＤＦＴ（ｉｎｖｅｒｓｅ  ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（ｄｉｓｃｒｅｔｅ  ｆｏｕｒｉｅｒ  ｔｒａｎｓｆｏｒｍ）（または、ＦＦＴ／ＩＦＦＴ）に基づいているＩＤＦＴ／ＤＦＴ長さ（または、有効シンボル長さ）は、既存の無線ＬＡＮシステムでＩＤＦＴ／ＤＦＴ長さのＮ倍である。例えば、既存の無線ＬＡＮシステムにおいて、ＩＤＦＴ／ＤＦＴ長さが３．２μｓであり、Ｎ＝４の場合、本実施例に係る無線ＬＡＮシステムにおいて、ＩＤＦＴ／ＤＦＴ長さは、３．２μｓ＊４（＝１２．８μｓ）である。
【００３８】
ＯＦＤＭシンボルの長さは、ＩＤＦＴ／ＤＦＴ長さにＧＩ（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ）の長さを加えた値である。ＧＩの長さは、０．４μｓ、０．８μｓ、１．６μｓ、２．４μｓ、３．２μｓのような多様な値である。
【００３９】
本発明の実施例に係るＯＦＤＭＡベースのリソース割当方法が使われる場合、互いに異なる大きさで定義されたリソース割当単位が使われることができる。具体的に、ＯＦＤＭＡベースのリソース割当のための基本リソース単位（ｂａｓｉｃ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）は、２６トーンのリソース単位及び２４２トーンのリソース単位で定義されることができる。例えば、２６トーンのリソース単位は、２４トーンのデータトーンと２トーンのパイロットトーンを含むことができる。２４２トーンのリソース単位は、２３４トーンのデータトーンと８トーンのパイロットトーンを含むことができる。２４２トーンのリソース単位に対して２３４大きさのインターリーバが適用され、２６トーンのリソース単位に対して２４大きさのインターリーバが適用されてデータトーンに対するインターリービングが実行されることができる。トーン（ｔｏｎｅ）は、サブキャリア（ｓｕｂｃａｒｒｉｅｒ）と同じ意味で解釈されることができる。
【００４０】
２４２トーンの基本リソース単位に対して既存のＩＥＥＥ８０２．１１ａｃの２４２トーンのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に基づくパイロットトーン／データトーンの個数及び割当位置が適用されることができる。既存のＩＥＥＥ８０２．１１ａｃの２４２トーンのヌメロロジーに基づくパイロットトーン／データトーンの個数及び割当位置は、ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ  ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ  ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ‘Ｐａｒｔ  １１：Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  Ａｍｅｎｄｍｅｎｔ  ４：Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ  ｆｏｒ  Ｏｐｅｒａｔｉｏｎｉｎ  Ｂａｎｄｓ  ｂｅｌｏｗ  ６ＧＨｚの２２．３．１０．１０  Ｐｉｌｏｔ  ｓｕｂｃａｒｒｉｅｒｓに開示されている。
【００４１】
２４２トーンのリソース単位は、仮想割当リソース単位（ｖｉｒｔｕａｌ  ａｌｌｏｃａｔｉｏｎ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）である。仮想割当リソース単位は、仮想割当リソース単位より小さいリソース単位の組み合わせに基づいて生成されることができる。例えば、２４２トーンのリソース単位は、複数の２６トーンのリソース単位及び追加のレフトオーバートーン（ｌｅｆｔｏｖｅｒ  ｔｏｎｅ）の組み合わせ、１２１トーンのリソース単位の組み合わせである。仮想割当リソース単位は、既存の無線ＬＡＮシステムのインターリーバサイズ及びＯＦＤＭヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（または、トーン（ｔｏｎｅ）ヌメロロジー）を再活用するためのリソース単位である。
【００４２】
２６トーンの基本リソース単位に対して既存のＩＥＥＥ８０２．１１ａｈの２６トーンのヌメロロジーに基づくパイロットトーン／データトーンの個数及び割当位置が適用されることができる。既存のＩＥＥＥ８０２．１１ａｈの２６トーンのヌメロロジーに基づくパイロットトーン／データトーンの個数及び割当位置は、ＩＥＥＥＰ８０２．１１ａｈTM／Ｄ５．０  Ｄｒａｆｔ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  ｔｅｌｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ  Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ‘Ｐａｒｔ  １１：Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  Ａｍｅｎｄｍｅｎｔ  ２：Ｓｕｂ  １ＧＨｚ  Ｌｉｃｅｎｓｅ  ＥｘｅｍｐｔＯｐｅｒａｔｉｏｎ’の２４．３．９．１０  Ｐｉｌｏｔ  ｓｕｂｃａｒｒｉｅｒｓに開示されている。
【００４３】
ＡＰは、前記のような互いに異なる大きさのリソース単位に基づいて少なくとも一つのＳＴＡのためのダウンリンク送信リソース及び／またはアップリンク送信リソースを決定することができる。ＡＰは、スケジューリングされたダウンリンク送信リソースを介して少なくとも一つのＰＰＤＵを少なくとも一つのＳＴＡに送信することができる。また、ＡＰは、スケジューリングされたアップリンク送信リソースを介して少なくとも一つのＳＴＡにより送信される少なくとも一つのＰＰＤＵを受信することができる。
【００４４】
基本リソース単位は、全体帯域幅（または、可用な帯域幅）上で全体帯域幅の両終端に位置した干渉緩和のための左側ガードトーン（ｌｅｆｔ  ｇｕａｒｄ  ｔｏｎｅ）、右側ガードトーン（ｒｉｇｈｔ  ｇｕａｒｄ  ｔｏｎｅ）及び全体帯域幅の中央に位置したＤＣ（ｄｉｒｅｃｔ  ｃｕｒｒｅｎｔ）トーンを除外した可用なトーン上で割り当てられることができる。それだけでなく、基本リソース単位は、ユーザ割当分離（ｕｓｅｒ  ａｌｌｏｃａｔｉｏｎ  ｓｅｐａｒａｔｉｏｎ）（または、ＳＴＡ別リソース割当）、一般パイロット（ｃｏｍｍｏｎ  ｐｉｌｏｔ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ）、位相トラッキング（ｐｈａｓｅ  ｔｒａｃｋｉｎｇ）などの用途で使われることができるレフトオーバー（ｌｅｆｔｏｖｅｒ）トーン（または、残りのトーン（ｒｅｍａｉｎｉｎｇ  ｔｏｎｅ））を考慮して割り当てられることができる。
【００４５】
全体帯域幅上で基本リソース単位の割当方法（割当個数、割当位置など）は、リソース活用効率、全体帯域幅によるスケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ）（または、拡張性）を考慮して設定されることができる。基本リソース単位の割当方法は、あらかじめ定義され、または多様な方法（例えば、ＰＰＤＵのＰＰＤＵヘッダに含まれるシグナルフィールド（ｓｉｇｎａｌ  ｆｉｅｌｄ）に基づくシグナリング）に基づいてシグナリングされることができる。
【００４６】
以下、具体的な基本リソース単位に基づくリソース割当方法が開示される。
【００４７】
本発明の実施例によると、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚの帯域幅の各々に対するトーンヌメロロジー（ｔｏｎｅ  ｎｕｍｅｒｏｌｏｇｙ）は、下記の通りである。下記の各帯域幅のリソース割当方法は、一つの例示に過ぎず、その他の多様な方法で各帯域幅上でのリソース割当が実行されることができる。
【００４８】
２０ＭＨｚ帯域幅に対して左側ガードトーン（ｌｅｆｔ  ｇｕａｒｄ  ｔｏｎｅ）は６トーンに定義され、ＤＣ（ｄｉｒｅｃｔ  ｃｕｒｒｅｎｔ）トーンは３トーンに定義され、右側ガードトーン（ｒｉｇｈｔ  ｇｕａｒｄ  ｔｏｎｅ）は５トーンに定義されることができる。２０ＭＨｚ帯域幅に対して２６トーンのリソース単位及び／または２４２トーンのリソース単位に基づいて帯域幅上のリソース割当が実行されることができる。
【００４９】
４０ＭＨｚ帯域幅に対して左側ガードトーンは６トーンに定義され、ＤＣトーンは９トーンに定義され、右側ガードトーンは５トーンに定義されることができる。４０ＭＨｚ帯域幅に対して４９２トーンが可用されることができ、４９２トーン上で２６トーンのリソース単位及び／または２４２トーンのリソース単位に基づいて帯域幅上のリソース割当が実行されることができる。
【００５０】
４０ＭＨｚ帯域幅に対して左側ガードトーンは６トーンに定義され、ＤＣトーンは５トーンに定義され、右側ガードトーンは５トーンに定義されることができる。４０ＭＨｚ帯域幅に対して４９６トーンが可用されることができ、４９６トーン上で２６トーンのリソース単位及び／または２４２トーンのリソース単位に基づいて帯域幅上のリソース割当が実行されることができる。
【００５１】
８０ＭＨｚ帯域幅に対して左側ガードトーンは１１トーンに定義され、ＤＣトーンは３トーンに定義され、右側ガードトーンは１０トーンに定義されることができる。８０ＭＨｚ帯域幅に対して１０００トーンが可用されることができ、１０００トーン上で２６トーンのリソース単位及び／または２４２トーンのリソース単位に基づいて帯域幅上のリソース割当が実行されることができる。
【００５２】
８０ＭＨｚ帯域幅に対して左側ガードトーンは６トーンに定義され、ＤＣトーンは５トーンに定義され、右側ガードトーンは５トーンに定義されることができる。８０ＭＨｚ帯域幅に対して１００８トーンが可用されることができ、１００８トーン上で２６トーンのリソース単位及び／または２４２トーンのリソース単位に基づいて帯域幅上のリソース割当が実行されることができる。
【００５３】
本発明の実施例において、レフトオーバートーンは、説明の便宜上、図面に表示しないが、２６トーンのリソース単位と２４２トーンのリソース単位との間または２６トーンのリソース単位及び／または２４２トーンのリソース単位の各々に隣接して位置できる。
【００５４】
図２は、本発明の実施例に係る２０ＭＨｚ帯域幅上でリソース単位の割当を示す概念図である。
【００５５】
図２では、２４２トーンのリソース単位／２６トーンのリソース単位の２０ＭＨｚ帯域幅上でのリソース割当及びリソース割当に対するシグナル方法が開示される。
【００５６】
図２の左側を参照すると、１個の２４２トーンのリソース単位が２０ＭＨｚ帯域幅上の可用なトーン上で割り当てられることができる。可用なトーンは、左側ガードトーン、右側ガードトーン及びＤＣトーンを除外した残りのトーンである。２４２トーンのリソース単位は、ＤＣトーンを基準にして２個の１２１トーンの分割リソース単位の組み合わせである。
【００５７】
２０ＭＨｚ帯域幅上で１個のＳＴＡに１個の２４２トーンのリソース単位が割り当てられることができる。ＳＵ（ｓｉｎｇｌｅ  ｕｓｅｒ）ベースの送信のために２０ＭＨｚ帯域幅上で１個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられることができる。２０ＭＨｚ帯域幅上で１個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられる場合、別途のリソース割当情報がＰＰＤＵのヘッダに含まれない。もし、ＭＵ  ＯＦＤＭＡベースの送信が実行されずに、複数のＳＴＡに対するリソースがＭＵ−ＭＩＭＯベースの送信のために１個の２４２トーンのリソース単位にマルチプレクシングされて割り当てられる場合にも、別途のリソース割当情報がＰＰＤＵのヘッダに含まれない。このような場合、ＭＵ−ＭＩＭＯにより割り当てられるＳＴＡの数情報がＰＰＤＵのヘッダに含まれることができる。ＳＴＡは、全体帯域幅大きさの情報（例えば、２０ＭＨｚ）及び全体帯域幅上に割り当てられたＳＴＡに対する情報（ＳＴＡのみが全体帯域幅上で割り当てられたという情報）のみに基づいて２０ＭＨｚ帯域幅上で１個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられたことを知ることができる。
【００５８】
図２の右側を参照すると、２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当無しで２６トーンのリソース単位のみが複数のＳＴＡの各々に対するリソース割当のために使われることができる。例えば、２０ＭＨｚ帯域幅上で１個のＳＴＡは、少なくとも一つの２６トーンのリソース単位の割当を受けることができる。
【００５９】
２０ＭＨｚ帯域幅上では最大９個の２６トーンのリソース単位が割り当てられることができる。９個の２６トーンのリソース単位の各々が複数のＳＴＡの各々に割り当てられる場合、１個のＳＴＡは、１個の２６トーンのリソース単位の割当を受けることができる。即ち、２６トーンのリソース単位が割り当てられる場合、２０ＭＨｚ帯域幅上で同時に最大９個のＳＴＡにリソースが割り当てられることができる。１個の２６トーンのリソース単位は、ＤＣトーンを基準にして２個の１３トーンの分割リソース単位に分割されることができる。
【００６０】
２０ＭＨｚ帯域幅上で複数個（例えば、９個）の２６トーンのリソース単位の各々の割当位置は、固定され、リソース単位割当シグナリング（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ  ａｌｌｏｃａｔｉｏｎ  ｓｉｇｎａｌｉｎｇ）（または、シグナリング指示（ｓｉｇｎａｌｉｎｇ  ｉｎｄｉｃａｔｉｏｎ））に基づいて周波数軸上で順次に位置した複数個の２６トーンのリソース単位の各々が順次に個別ＳＴＡに割り当てられることができる。
【００６１】
図３は、本発明の実施例に係るリソース単位割当情報をシグナリングする方法を示す概念図である。
【００６２】
図３を参照すると、２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当に対する情報（以下、２４２トーンリソース単位全体割当情報３００）でｎビット（例えば、１ビット）が割り当てられることができる。ｎビットの２４２トーンリソース単位全体割当情報３００は、２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当可否に対する情報を含むことができる。ＳＴＡは、２４２トーンリソース単位全体割当情報３００に基づいて２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当可否を決定することができる。例えば、１ビットの２４２トーンリソース単位全体割当情報３００の値が１の場合、２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当が指示され、１ビットの２４２トーンリソース単位全体割当情報３００の値が０の場合、２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の非割当（ｎｏｎ  ａｌｌｏｃａｔｉｏｎ）が指示されることができる。
【００６３】
２０ＭＨｚ帯域幅上で２４２トーンのリソース単位が割り当てられる場合、ＳＵベースの送信が実行され、２４２トーンのリソース単位が割り当てられない場合、ＭＵベースの送信が実行される。したがって、他の表現として、２４２トーンリソース単位全体割当情報３００は、２０ＭＨｚ帯域幅上でＳＵベースの送信が実行されるか、またはＭＵベースの送信が実行されるかを指示する意味で解釈されることができる。
【００６４】
また、２０ＭＨｚ帯域幅上で個別ＳＴＡへの２６トーンのリソース単位の割当に対する情報（以下、２６トーンリソース単位個別割当情報３５０）でｎビット（例えば、２ビット）が割り当てられることができる。２ビットの２６トーンリソース単位個別割当情報３５０は、個別ＳＴＡへの２６トーンリソース単位の割当に対して知らせることができる。２４２トーンリソース単位全体割当情報３００が２０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当を指示する場合、ＳＴＡに対して２６トーンのリソース単位が割り当てられない。このような場合、２６トーンリソース単位個別割当情報３５０は、他の情報として活用されることもできる。または、２４２トーンリソース単位全体割当情報３００が２０ＭＨｚ帯域幅上で１個の２４２トーンのリソース単位の割当を指示する場合、ＳＴＡは、２６トーンリソース単位個別割当情報３５０に対するデコーディングを実行しない。
【００６５】
例えば、‘００’である２ビットの２６トーンリソース単位個別割当情報３５０は、ＳＴＡへの１個の２６トーンのリソース単位の割当を指示することができる。
【００６６】
‘０１’である２ビットの２６トーンリソース単位個別割当情報３５０は、ＳＴＡへの２個の２６トーンのリソース単位の割当を指示することができる。ＳＴＡに２個の２６トーンのリソース単位が割り当てられる場合、４個のレフトオーバートーン（ｌｅｆｔｏｖｅｒ  ｔｏｎｅ）も共に割り当てられることができる。２個の２６トーンリソース単位と４個のレフトオーバートーンは、組み合わせられて１個の５６トーンのリソース単位として使われることができる。２個の２６トーンリソース単位と４個のレフトオーバートーンの組み合わせに基づいて生成された５６トーンのリソース単位に含まれるパイロットトーンの位置は、既存のＩＥＥＥ８０２．１１ａｈ  ｓｐｅｃ上で２個の２６トーンのリソース単位の各々に既存に定義されたパイロットトーンの位置と同じであり、または既存のＩＥＥＥ８０２．１１ａｃ  ｓｐｅｃ上で既存に５６トーンのリソース単位で定義されたパイロットトーンの位置と同じである。既存に５６トーンのリソース単位で定義されたパイロットトーンの位置は、前述したＩＥＥＥ８０２．１１ａｃ  ｓｐｅｃの２２．３．１０．１０  Ｐｉｌｏｔ  ｓｕｂｃａｒｒｉｅｒｓに開示されている。
【００６７】
‘１０’である２ビットの２６トーンリソース単位個別割当情報３５０は、ＳＴＡに３個の２６トーンのリソース単位の割当を指示することができる。
【００６８】
‘１１’である２ビットの２６トーンリソース単位個別割当情報３５０は、ＳＴＡに４個の２６トーンのリソース単位の割当を指示することができる。４個の２６トーンのリソース単位と共に８個のレフトオーバートーンが割り当てられる場合、ＳＴＡは、全体１１２（２６＊４＋８）トーンの割当を受けることができる。このような場合、既存にＩＥＥＥ８０２．１１ａｃ  ｓｐｅｃに定義された１１４トーンのリソース単位（１０８トーンのデータトーンと６トーンのパイロットトーン）に適用されたプロセッシング手順（例えば、１０８サイズのインターリーバ）を再活用するために、１１２トーンのリソース単位内にパイロットトーンを４個のみを割り当て、残りの１０８トーンをデータトーンに割り当てることができる。
【００６９】
即ち、４個の２６トーンのリソース単位に対応される１１２トーンのリソース単位は、１０８トーンのデータトーン及び４トーンのパイロットトーンで構成されることができる。１１２トーンのリソース単位に含まれる４個のパイロットトーンの各々の位置は、１１２トーンのリソース単位に含まれる４個の２６トーンのリソース単位の各々で同じである。または、１１２トーンのリソース単位に含まれる４個のパイロットトーンの各々は、１１２トーンのリソース単位に含まれる４個の２６トーンのリソース単位の各々の位置を考慮せずに、１１２トーンのリソース単位に対応される周波数軸上で同等に割り当てられることもできる。または、既存の１１４トーンのリソース単位に割り当てられた６個のパイロットトーンの中から４個のパイロットトーンを選択して１１２トーンのリソース単位のパイロットトーンに定義することもできる。
【００７０】
２４２トーンのリソース単位と２６トーンのリソース単位に基づいて２０ＭＨｚ帯域幅上で最小１個のＳＴＡ、最大９個のＳＴＡがサポートされることができる。
【００７１】
前述したように、ＳＴＡは、２０ＭＨｚ帯域幅上で１個の２４２トーンのリソース単位または１個、２個、３個または４個の２６トーンのリソース単位の割当を受けて動作できる。
【００７２】
以下の表１は、サポートされるＳＴＡの個数によるリソース単位の割当を例示的に示す。
【００７３】
【表１】
0006426842.tif 000002
【００７４】
図４は、本発明の実施例に係るリソース単位の割当のためのシグナリング方法を示す概念図である。
【００７５】
図４では、ＰＰＤＵを受信するＳＴＡに対する識別情報及びＳＴＡに割り当てられるリソース単位の個数に対する情報に基づいてＳＴＡにリソース単位を割り当てる方法が開示される。
【００７６】
図４を参照すると、ＰＰＤＵヘッダは、ＰＰＤＵを受信する複数のＳＴＡに対する情報（受信ＳＴＡ識別情報４００）及びＰＰＤＵの受信のために複数のＳＴＡの各々に割り当てられたリソース単位に対する情報（リソース割当情報４５０）を含むことができる。受信ＳＴＡ識別情報４００は、複数のＳＴＡの各々の識別子情報（例えば、ＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ））を順次に含むことができる。リソース割当情報４５０は、複数のＳＴＡの各々に対して割り当てられたリソース単位の個数に対する情報を順次に含むことができる。例えば、リソース割当情報は、２６トーンリソース単位個別割当情報、後述する２４２トーンリソース単位個別割当情報である。２４２トーンリソース単位個別割当情報は、個別ＳＴＡに割り当てられる２４２トーンのリソース単位の個数に対する情報である。
【００７７】
受信ＳＴＡ識別情報４００により順次に指示される複数のＳＴＡの各々は、リソース割当情報４５０に順次に含まれる複数のＳＴＡの各々に対して割り当てられるリソース単位の個数に対する情報と対応されることができる。受信ＳＴＡ識別情報４００により順次に指示される複数のＳＴＡの各々は、複数のＳＴＡの各々に対して割り当てられるリソース単位の個数に対する情報を考慮して周波数軸上で順次に羅列されたリソース単位の割当を受けることができる。
【００７８】
例えば、９個のリソース単位（リソース単位１乃至リソース単位９）が周波数軸上に順次に割り当てられ、受信ＳＴＡ識別情報がＳＴＡ１、ＳＴＡ２、ＳＴＡ３を順次に指示し、リソース割当情報が３個、２個、４個を順次に指示する場合が仮定されることができる。このような場合、ＳＴＡ１は３個のリソース単位、ＳＴＡ２は２個のリソース単位、ＳＴＡ３は４個のリソース単位の割当を受けることができる。そのとき、リソース単位１乃至リソース単位９がＳＴＡ１、ＳＴＡ２、ＳＴＡ３の各々に割り当てられたリソース単位の個数を考慮してＳＴＡ１、ＳＴＡ２、ＳＴＡ３の各々に順次に割り当てられることができる。具体的に、ＳＴＡ１は、リソース単位１、リソース単位２、リソース単位３の割当を受け、ＳＴＡ２は、リソース単位４、リソース単位５の割当を受け、ＳＴＡ３は、リソース単位６、リソース単位７、リソース単位８及びリソース単位９の割当を受けることができる。
【００７９】
即ち、順次にＰＰＤＵを受信する複数のＳＴＡを含む受信ＳＴＡ識別情報及び順次に複数のＳＴＡの各々に割り当てられたリソース単位の個数に対する情報を含むリソース割当情報に基づき、周波数軸上で順次に位置した複数のリソース単位の各々が複数のＳＴＡの各々に連続的に割り当てられることができる。
【００８０】
以下、本発明の実施例において、リソース割当方法は、リソース単位割当シグナリング／シグナリング指示に基づくリソース割当方法で表現されることもできる。リソース単位割当シグナリング／シグナリング指示に基づくリソース割当方法は、複数のＳＴＡの各々に割り当てられたリソース単位に対する直接的な指示無しで、複数のＳＴＡの各々に割り当てられたリソース単位を間接的に指示することができる。
【００８１】
前記のようなリソース単位割当シグナリング／シグナリング指示に基づくリソース割当方法は、互いに異なる大きさのリソース単位の各々に別途に適用されることができる。例えば、２４２トーンリソース単位個別割当情報に基づく２４２トーンのリソース単位のためのリソース単位割当シグナリング及び２６トーンリソース単位個別割当情報に基づく２６トーンのリソース単位のためのリソース単位割当シグナリングが別途に実行されることができる。
【００８２】
図５は、本発明の実施例に係る４０ＭＨｚ帯域幅上でリソース単位の割当を示す概念図である。
【００８３】
図５では、２４２トーンのリソース単位／２６トーンのリソース単位の４０ＭＨｚ帯域幅上での割当が開示される。
【００８４】
図５の左側から１番目の図面を参照すると、２個の２４２トーンのリソース単位が４０ＭＨｚ帯域幅上の可用なトーン上で割り当てられることができる。
【００８５】
４０ＭＨｚ帯域幅上で１個のＳＴＡに２個の２４２トーンのリソース単位が割り当てられることができる。即ち、ＳＵベースの送信のために４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられることができる。４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられる場合、別途のリソース割当情報がＰＰＤＵのヘッダに含まれない。もし、ＭＵ  ＯＦＤＭＡベースの送信が実行されずに、複数のＳＴＡに対するリソースがＭＵ−ＭＩＭＯベースの送信のために２個の２４２トーンのリソース単位にマルチプレクシングされて割り当てられる場合にも、別途のリソース割当情報がＰＰＤＵのヘッダに含まれない。このような場合、ＭＵ−ＭＩＭＯにより割り当てられるＳＴＡの数情報がＰＰＤＵのヘッダに含まれることができる。ＳＴＡは、全体帯域幅大きさの情報（例えば、４０ＭＨｚ）及び全体帯域幅上に割り当てられたＳＴＡに対する情報（ＳＴＡのみが全体帯域幅上で割り当てられたという情報）のみに基づいて４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位が全て割り当てられたことを知ることができる。
【００８６】
４０ＭＨｚ帯域幅上で２個のＳＴＡの各々に２個の２４２トーンのリソース単位の各々が割り当てられることができる。２６トーンのリソース単位は、リソース単位の割当のために使われない。前述したように、２個のＳＴＡは、ＰＰＤＵヘッダ上で順次的なリソース単位割当シグナリングに基づいて２個の２４２トーンのリソース単位の各々の割当を受けることができる。
【００８７】
図５の左側から２番目の図面を参照すると、４０ＭＨｚ帯域幅の可用なトーン上で１個の２４２トーンリソース単位が割り当てられ、残りの可用なトーン上で複数個の２６トーンのリソース単位が割り当てられることができる。１個の２４２トーンのリソース単位は、１個のＳＴＡに割り当てられ、残りの複数個の２６トーンのリソース単位は、少なくとも一つのＳＴＡに割り当てられることができる。例えば、残りの可用なトーン上で９個の２６トーンのリソース単位が割り当てられることができる。９個の２６トーンのリソース単位の各々は、最大９個のＳＴＡの各々に割当可能である。
【００８８】
４０ＭＨｚ帯域幅上で前記のようなリソース割当が実行される場合、２４２トーンのリソース単位の割当位置及び複数の２６トーンのリソース単位の各々の割当位置は、固定されることができる。
【００８９】
２４２トーンのリソース単位と複数の２６トーンのリソース単位の各々は、個別的に割り当てられることができ、複数の２６トーンのリソース単位は、リソース単位割当シグナリングに基づいて複数のＳＴＡに割り当てられることができる。
【００９０】
図５の左側から３番目の図面を参照すると、４０ＭＨｚ帯域幅の可用なトーン上で２４２トーンのリソース単位に対する割当無しで２６トーンのリソース単位のみに基づくリソース割当が実行されることができる。
【００９１】
例えば、４９２トーンが可用なトーンの個数である場合（４９２トーンプラン（ｔｏｎｅ  ｐｌａｎ））、ＤＣトーンを基準にして、９個の２６トーンのリソース単位がＤＣトーンと左側ガードトーンとの間に割り当てられ、９個の２６トーンのリソース単位がＤＣトーンと右側ガードトーンとの間に割り当てられることができる。即ち、全体１８個の２６トーンのリソース単位が周波数軸上に割り当てられることができる。
【００９２】
他の例として、４９６トーンが可用なトーンの個数である場合（４９６トーンプラン）、全体１９個の２６トーンのリソース単位が周波数軸上で割り当てられることができる。２６トーンのリソース単位は、２個の１３トーンの分割リソース単位に分割されることができる。ＤＣトーンを基準にして、９個の２６トーンのリソース単位＋１３トーンの分割リソース単位がＤＣトーンと左側ガードトーンとの間に割り当てられ、９個の２６トーンのリソース単位＋１３トーンの分割リソース単位がＤＣトーンと右側ガードトーンとの間に割り当てられることができる。即ち、全体１９個の２６トーンのリソース単位が周波数軸上に割り当てられることができる。複数の２６トーンのリソース単位は、リソース単位割当シグナリングに基づいて複数のＳＴＡに割り当てられることができる。
【００９３】
図６は、本発明の実施例に係るリソース単位割当情報をシグナリングする方法を示す概念図である。
【００９４】
図６を参照すると、４０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当に対する情報（以下、２４２トーンリソース単位全体割当情報６００）でｎビット（例えば、２ビット）が割り当てられることができる。２４２トーンリソース単位全体割当情報６００は、４０ＭＨｚ帯域幅上で割り当てられた２４２トーンのリソース単位に対する情報をＳＴＡに知らせることができる。
【００９５】
例えば、２４２トーンリソース単位全体割当情報６００に含まれる２ビットのうち、１個のビットは、左側ガードトーンに隣接した１個の２４２トーンリソース単位（第１の２４２トーンリソース単位）を指示し、残りの１個のビットは、右側ガードトーンに隣接した他の２４２トーンリソース単位（第２の２４２トーンリソース単位）を指示することができる。
【００９６】
例えば、２ビットの２４２トーンリソース単位全体割当情報６００が‘００’である場合、４０ＭＨｚ帯域幅上で２４２トーンのリソース単位が割り当てられないことが指示されることができる。他の意味として、２ビットの２４２トーンリソース単位全体割当情報６００が‘００’である場合、４０ＭＨｚ帯域幅上でＭＵベースの送信が実行されることが指示されることができる。
【００９７】
例えば、２ビットの２４２トーンリソース単位全体割当情報６００が‘０１’である場合、４０ＭＨｚ帯域幅上で第１の２４２トーンのリソース単位が割り当てられることを指示することができる。他の意味として、２ビットの２４２トーンリソース単位全体割当情報が‘０１’である場合、４０ＭＨｚ帯域幅上でＭＵベースの送信が実行されることが指示されることができる。
【００９８】
例えば、２ビットの２４２トーンリソース単位全体割当情報６００が‘１０’である場合、４０ＭＨｚ帯域幅上で第２の２４２トーンのリソース単位が割り当てられることを指示することができる。他の意味として、２ビットの２４２トーンリソース単位全体割当情報６００が‘１０’である場合、４０ＭＨｚ帯域幅上でＭＵベースの送信が実行されることが指示されることができる。
【００９９】
例えば、２ビットの２４２トーンリソース単位全体割当情報６００が‘１１’である場合、４０ＭＨｚ帯域幅上で第１の２４２トーンのリソース単位／第２の２４２トーンのリソース単位が割り当てられることを指示することができる。他の意味として、２ビットの２４２トーンリソース単位全体割当情報６００が‘１１’である場合、４０ＭＨｚ帯域幅上でＳＵベースの送信が実行可能であることが指示されることができる。
【０１００】
また、４０ＭＨｚ帯域幅上で個別ＳＴＡへの２４２トーンのリソース単位の割当に対する情報（以下、２４２トーンリソース単位個別割当情報６２０）でｎビット（例えば、１ビット）が割り当てられることができる。２４２トーンリソース単位個別割当情報６２０は、個別ＳＴＡに２４２トーンリソース単位の割当に対して知らせることができる。２４２トーンリソース単位全体割当情報６００が４０ＭＨｚ帯域幅上で０個の２４２トーンのリソース単位の割当を指示する場合、２４２トーンのリソース単位の個別ＳＴＡへの割当が実行されない。このような場合、２４２トーンリソース単位個別割当情報６２０は、他の情報として活用されることもできる。または、２４２トーンリソース単位全体割当情報６００の値が４０ＭＨｚ帯域幅上で０個の２４２トーンのリソース単位の割当を指示する場合、ＳＴＡは、２４２トーンリソース単位個別割当情報６２０に対するデコーディングを実行しない。
【０１０１】
例えば、‘０’である１ビットの２４２トーンリソース単位個別割当情報６２０は、ＳＴＡへの１個の２４２トーンのリソース単位の割当を指示することができる。
【０１０２】
例えば、‘１’である１ビットの２４２トーンリソース単位個別割当情報６２０は、ＳＴＡへの２個の２４２トーンのリソース単位の割当を指示することができる。１個のＳＴＡへの２個の２４２トーンのリソース単位の割当は、４０ＭＨｚ帯域幅上でＳＵベースの送信を指示することができる。もし、４０ＭＨｚ帯域幅上で割当可能な２６トーンのリソース単位の個数が１９個であり、２４２トーンリソース単位個別割当情報６２０がＳＴＡへの２個の２４２トーンのリソース単位の割当を指示する場合、ＳＴＡを追加で１個の２６トーンのリソース単位の割当をさらに受けることもできる。
【０１０３】
ＳＴＡは、２個の２４２トーンのリソース単位の割当を受けた場合、２４２トーンのリソース単位のためのインターリーバ（２３４大きさのインターリーバ）が使われて２４２トーンに含まれる２３４個のデータトーンに対するインターリービングが実行されることができる。ＳＴＡは、２個の２４２トーンのリソース単位と１個の２６トーンのリソース単位の割当を受けた場合、２４２トーンのリソース単位のためのインターリーバ（２３４大きさのインターリーバ）及び２６トーンのリソース単位のためのインターリーバ（２４大きさのインターリーバ）に基づくインターリービングが実行されることができる。
【０１０４】
また、４０ＭＨｚ帯域幅上で個別ＳＴＡへの２６トーンのリソース単位の割当に対する情報（以下、２６トーンリソース単位個別割当情報６４０）でｎビット（例えば、２ビット）が割り当てられることができる。２ビットの２６トーンリソース単位個別割当情報６４０は、個別ＳＴＡへの２６トーンリソース単位の割当に対して知らせることができる。２４２トーンリソース単位全体割当情報６００が４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位の割当を指示する場合、２６トーンのリソース単位に対する割当が実行されない。このような場合、２６トーンリソース単位個別割当情報６４０は、他の情報として活用されることもできる。または、４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位の割当が指示される場合、ＳＴＡは、２６トーンリソース単位個別割当情報６４０に対するデコーディングを実行しない。
【０１０５】
例えば、‘００’である２ビットの２６トーンリソース単位個別割当情報６４０は、ＳＴＡへの１個の２６トーンのリソース単位の割当を指示することができる。
【０１０６】
例えば、‘０１’である２ビットの２６トーンリソース単位個別割当情報６４０は、ＳＴＡへの２個の２６トーンのリソース単位の割当を指示することができる。
【０１０７】
例えば、‘１０’である２ビットの２６トーンリソース単位個別割当情報６４０は、ＳＴＡへの３個の２６トーンのリソース単位の割当を指示することができる。
【０１０８】
例えば、‘１１’である２ビットの２６トーンリソース単位個別割当情報６４０は、ＳＴＡへの４個の２６トーンのリソース単位の割当を指示することができる。
【０１０９】
このような２６トーンのリソース単位及び２４２トーンのリソース単位に対する割当は、２６トーンリソース単位個別割当情報６４０及び２４２トーンリソース単位個別割当情報６２０に基づいてリソース単位割当シグナリング／シグナリング指示を介して実行されることができる。
【０１１０】
本発明の実施例によると、２４２トーンのリソース単位と２６トーンのリソース単位に基づいて４０ＭＨｚ帯域幅上で最小１個のＳＴＡ、最大１９個のＳＴＡがサポートされることができる。ＳＴＡは、４０ＭＨｚ帯域幅上で１個または２個の２４２トーンのリソース単位または１個、２個、３個または４個の２６トーンのリソース単位の割当を受けて動作できる。
【０１１１】
例えば、４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位の１個のＳＴＡへの割当（または、ＳＵベースの送信）に基づいて最小１個のＳＴＡの通信がサポートされることができる。または、４０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位の各々が２個のＳＴＡの各々に割り当てられることができる。または、４０ＭＨｚ帯域幅上で１個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられ、残りの周波数帯域上に割り当てられた９個または１０個の２６トーンのリソース単位が２個のＳＴＡに割り当てられることができる。４０ＭＨｚ帯域幅上で１９個の２６トーンのリソース単位の各々に１９個のＳＴＡの各々の割当に基づいて最大１９個のＳＴＡの通信がサポートされることができる。
【０１１２】
図７は、本発明の実施例に係る８０ＭＨｚ帯域幅上でリソース単位の割当を示す概念図である。
【０１１３】
図７では、２４２トーンのリソース単位／２６トーンのリソース単位の８０ＭＨｚ帯域幅上での割当が開示される。
【０１１４】
図７の左側から１番目の図面を参照すると、４個の２４２トーンのリソース単位が８０ＭＨｚ帯域幅上の可用なトーン上で割り当てられることができる。８０ＭＨｚ帯域幅上で１個のＳＴＡに４個の２４２トーンのリソース単位が割り当てられることができる。ＳＵベースの送信のために８０ＭＨｚ帯域幅上で４個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられることができる。もし、ＭＵ  ＯＦＤＭＡベースの送信が実行されずに、複数のＳＴＡに対するリソースがＭＵ−ＭＩＭＯベースの送信のために４個の２４２トーンのリソース単位にマルチプレクシングされて割り当てられる場合にも、別途のリソース割当情報がＰＰＤＵのヘッダに含まれない。このような場合、ＭＵ−ＭＩＭＯにより割り当てられるＳＴＡの数情報がＰＰＤＵのヘッダに含まれることができる。８０ＭＨｚ帯域幅上で４個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられる場合、別途のリソース割当情報がＰＰＤＵのヘッダに含まれない。ＳＴＡは、全体帯域幅大きさの情報（例えば、８０ＭＨｚ）及び全体帯域幅上に割り当てられたＳＴＡに対する情報（ＳＴＡのみが全体帯域幅上で割り当てられたという情報）のみに基づいて８０ＭＨｚ帯域幅上で４個の２４２トーンのリソース単位がＳＴＡに割り当てられたことを知ることができる。
【０１１５】
または、８０ＭＨｚ帯域幅上で２個のＳＴＡの各々に２個の２４２トーンのリソース単位を含むリソース単位が個別的に割り当てられることができる。即ち、ＳＴＡ１に２個の２４２トーンのリソース単位が割り当てられ、ＳＴＡ２に２個の２４２トーンのリソース単位が割り当てられることができる。２６トーンのリソース単位は、リソース単位割当のために使われない。前述したように、２個のＳＴＡの各々は、ＰＰＤＵヘッダ上で順次的なリソース単位割当シグナリングに基づいて２個の２４２トーンのリソース単位を含むリソース単位の各々の割当を受けることができる。
【０１１６】
図７の左側から２番目の図面を参照すると、８０ＭＨｚ帯域幅上で２個のＳＴＡの各々に２個の２４２トーンのリソース単位の各々が割り当てられ、他の複数のＳＴＡに残りの可用なトーン上に割り当てられた複数個の２６トーンのリソース単位の各々が割り当てられることができる。
【０１１７】
８０ＭＨｚ帯域幅上で可用なトーンの個数が１０００トーンである場合（１０００トーンプラン）、１９個の２６トーンのリソース単位が残りの可用なトーン上に割り当てられることができる。このような場合、最大１９個のＳＴＡが１９個の２６トーンのリソース単位上に割り当てられてサービスを受けることができる。
【０１１８】
８０ＭＨｚ帯域幅上で可用なトーンの個数が１００８トーンである場合（１００８トーンプラン）、２０個の２６トーンのリソース単位が残りの可用なトーン上に割り当てられることができる。このような場合、最大２０個のＳＴＡが２０個の２６トーンのリソース単位上に割り当てられてサービスを受けることができる。
【０１１９】
図７の左側から３番目の図面を参照すると、８０ＭＨｚ帯域幅上で１個のＳＴＡに１個の２４２トーンのリソース単位が割り当てられ、他の複数のＳＴＡに残りの可用なトーン上に割り当てられた複数個の２６トーンのリソース単位の各々が割り当てられることができる。１個の２４２トーンのリソース単位を除外した残りの可用なトーン上で２９個の２６トーンのリソース単位が割り当てられることができ、２９個の２６トーンのリソース単位の各々は、最大２９個のＳＴＡの各々に割り当てられることができる。
【０１２０】
図７の左側から４番目の図面を参照すると、８０ＭＨｚ帯域幅上で２４２トーンのリソース単位に対する割当無しで２６トーンのリソース単位のみに基づくリソース割当が実行されることができる。このような場合、８０ＭＨｚ帯域幅上で３８個の２６トーンのリソース単位が割り当てられることができ、３８個の２６トーンのリソース単位の各々は、最大３８個のＳＴＡの各々に割り当てられることができる。
【０１２１】
図８は、本発明の実施例に係るリソース単位割当情報をシグナリングする方法を示す概念図である。
【０１２２】
図８を参照すると、８０ＭＨｚ帯域幅上で２４２トーンのリソース単位の割当に対する情報（以下、２４２トーンリソース単位全体割当情報８００）でｎビット（例えば、４ビット）が割り当てられることができる。２４２トーンリソース単位全体割当情報８００は、８０ＭＨｚ帯域幅上で割り当てられた２４２トーンのリソース単位に対する情報をＳＴＡに知らせることができる。
【０１２３】
２４２トーンリソース単位全体割当情報８００に対応される４ビットの各々は、８０ＭＨｚ帯域幅上に割当可能な４個の２４２トーンのリソース単位の各々を指示することができる。例えば、左側レフトオーバートーンから右側レフトオーバートーンまで４個の２４２トーンのリソース単位は、順次に、第１の２４２トーンのリソース単位、第２の２４２トーンのリソース単位、第３の２４２トーンのリソース単位、第４の２４２トーンのリソース単位で表現されることができる。即ち、２４２トーンリソース単位全体割当情報に対応される４ビットの各々は、第１の２４２トーンのリソース単位、第２の２４２トーンのリソース単位、第３の２４２トーンのリソース単位及び第４の２４２トーンのリソース単位の各々を指示することができる。
【０１２４】
即ち、‘００００’乃至‘１１１１’の４ビットのシグナリング（または、４ビットのビットマップ）に基づいて第１の２４２トーンのリソース単位乃至第４の２４２トーンのリソース単位の各々の８０ＭＨｚ帯域幅上での割当可否が指示されることができる。
【０１２５】
４ビットの２４２トーンリソース単位全体割当情報８００が‘１１１１’である場合、８０ＭＨｚ帯域幅上でＳＵベースの送信が実行可能であることが指示され、４ビットの２４２トーンリソース単位全体割当情報８００が残りである場合、８０ＭＨｚ帯域幅上でＭＵベースの送信が指示されることができる。
【０１２６】
また、８０ＭＨｚ帯域幅上で個別ＳＴＡへの２４２トーンのリソース単位の割当に対する情報（以下、２４２トーンリソース単位個別割当情報８２０）でｎビット（例えば、２ビット）が割り当てられることができる。２ビットの２４２トーンリソース単位個別割当情報８２０は、個別ＳＴＡに割り当てられた２４２トーンリソース単位の個数に対する情報を含むことができる。２４２トーンリソース単位全体割当情報８００が８０ＭＨｚ帯域幅上で０個の２４２トーンのリソース単位の割当を指示する場合、２４２トーンのリソース単位の個別ＳＴＡへの割当が実行されない。このような場合、２４２トーンリソース単位個別割当情報８２０は、他の情報として活用されることもできる。または、２４２トーンリソース単位全体割当情報８００の値が８０ＭＨｚ帯域幅上で０個の２４２トーンのリソース単位の割当を指示する場合、ＳＴＡは、２４２トーンリソース単位個別割当情報８２０に対するデコーディングを実行しない。
【０１２７】
例えば、‘００’である２ビットの２４２トーンリソース単位個別割当情報８２０は、ＳＴＡへの１個の２４２トーンのリソース単位の割当を指示することができる。
【０１２８】
例えば、‘０１’である２ビットの２４２トーンリソース単位個別割当情報８２０は、ＳＴＡへの２個の２４２トーンのリソース単位の割当を指示することができる。もし、８０ＭＨｚ帯域幅上で割り当てられる２６トーンのリソース単位の個数が３８個である場合、‘０１’である２ビットの２４２トーンリソース単位個別割当情報８２０は、２個の２４２トーンのリソース単位と１個の２６トーンのリソース単位の割当を指示することもできる。このような場合、前述したように、２４２トーンのリソース単位のためのインターリーバと２６トーンのリソース単位のためのインターリーバが個別的に２４２トーンのリソース単位及び２６トーンのリソース単位の各々に適用されることができる。
【０１２９】
例えば、‘１０’である２ビットの２４２トーンリソース単位個別割当情報８２０は、ＳＴＡへの３個の２４２トーンのリソース単位の割当を指示することができる。
【０１３０】
例えば、‘１１’である２ビットの２４２トーンリソース単位個別割当情報８２０は、ＳＴＡへの４個の２４２トーンのリソース単位の割当を指示することができる。もし、８０ＭＨｚ帯域幅上で割り当てられる２６トーンのリソース単位の個数が３８個である場合、‘１１’である２ビットの２４２トーンリソース単位個別割当情報８２０は、４個の２４２トーンのリソース単位と２個の２６トーンのリソース単位の割当を指示することもできる。このような場合、前述したように、２４２トーンのリソース単位のためのインターリーバと２６トーンのリソース単位のためのインターリーバが個別的に２４２トーンのリソース単位及び２６トーンのリソース単位に適用されることができる。
【０１３１】
また、８０ＭＨｚ帯域幅上で個別ＳＴＡへの２６トーンのリソース単位の割当に対する情報（以下、２６トーンリソース単位個別割当情報８４０）でｎビット（例えば、２ビット）が割り当てられることができる。２ビットの２６トーンリソース単位個別割当情報８４０は、個別ＳＴＡへの２６トーンリソース単位の割当に対して知らせることができる。２４２トーンリソース単位全体割当情報８００が８０ＭＨｚ帯域幅上で４個の２４２トーンのリソース単位の割当を指示する場合、２６トーンのリソース単位に対する割当が実行されない。このような場合、２６トーンリソース単位個別割当情報８４０は、他の情報として活用されることもできる。または、８０ＭＨｚ帯域幅上で４個の２４２トーンのリソース単位の割当が指示される場合、ＳＴＡは、２６トーンリソース単位個別割当情報に対するデコーディングを実行しない。
【０１３２】
例えば、‘００’である２ビットの２６トーンリソース単位個別割当情報８４０は、ＳＴＡへの１個の２６トーンのリソース単位の割当を指示することができる。
【０１３３】
例えば、‘０１’である２ビットの２６トーンリソース単位個別割当情報８４０は、ＳＴＡへの２個の２６トーンのリソース単位の割当を指示することができる。
【０１３４】
例えば、‘１０’である２ビットの２６トーンリソース単位個別割当情報８４０は、ＳＴＡへの３個の２６トーンのリソース単位の割当を指示することができる。
【０１３５】
例えば、‘１１’である２ビットの２６トーンリソース単位個別割当情報８４０は、ＳＴＡへの４個の２６トーンのリソース単位の割当を指示することができる。
【０１３６】
このような２６トーンのリソース単位及び２４２トーンのリソース単位に対する割当は、２６トーンリソース単位個別割当情報８４０及び２４２トーンリソース単位個別割当情報８２０に基づいてリソース単位割当シグナリング／シグナリング指示を介して実行されることができる。
【０１３７】
本発明の実施例によると、２４２トーンのリソース単位と２６トーンのリソース単位に基づいて８０ＭＨｚ帯域幅上で最小１個のＳＴＡ、最大３８個のＳＴＡがサポートされることができる。ＳＴＡは、８０ＭＨｚ帯域幅上で１個または２個の２４２トーンのリソース単位または１個、２個、３個または４個の２６トーンのリソース単位の割当を受けて動作できる。
【０１３８】
例えば、８０ＭＨｚ帯域幅上で４個の２４２トーンのリソース単位が１個のＳＴＡへの割当（または、ＳＵベースの送信）に基づいて最小１個のＳＴＡの通信がサポートされることができる。８０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位の各々が２個のＳＴＡの各々に割り当てられることができる。８０ＭＨｚ帯域幅上で２個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられ、残りの２個の２４２トーンのリソース単位の各々が２個のＳＴＡの各々に割り当てられることができる。８０ＭＨｚ帯域幅上で３８個の２６トーンのリソース単位の各々に３８個のＳＴＡの各々の割当に基づいて最大３８個のＳＴＡの通信がサポートされることができる。
【０１３９】
図９は、本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【０１４０】
ＳＴＡの個数が増加する場合、リソース割当のためのシグナリングのためのオーバーヘッドが多い。したがって、本発明の実施例によると、ＳＴＡへのリソース割当のためにコンテナ（ｃｏｎｔａｉｎｅｒ）を定義し、コンテナに基づくリソース割当が実行されることができる。
【０１４１】
図９では、ＳＴＡへのリソース割当のためのコンテナが開示される。
【０１４２】
図９を参照すると、１個のコンテナは、２４２トーンのリソース単位１個に対応され、または複数個の２６トーンのリソース単位に対応されることができる。コンテナは、追加のレフトオーバートーンをさらに含むこともでき、２６トーンのリソース単位を分割した１３トーンの分割リソース単位を含むこともできる。例えば、コンテナは、９個の２６トーンのリソース単位と１個の１３トーンの分割リソース単位を含む２６＊９＋１３＝２４７トーンのリソース単位に対応されることができる。
【０１４３】
即ち、コンテナは、リソース割当に対する情報をシグナリングするために定義されたリソース単位である。コンテナ別に割当可能なリソース単位が設定され、コンテナ別に割当可能なＳＴＡの個数が制限されることができる。帯域幅別に割当可能なコンテナの個数は、下記の通りである。
【０１４４】
２０ＭＨｚ帯域幅に対して１個のコンテナが割り当てられ、４０ＭＨｚ帯域幅に対して２個のコンテナが割り当てられ、８０ＭＨｚ帯域幅に対して４個のコンテナが割り当てられることができる。
【０１４５】
コンテナに対して割当可能なＳＴＡの個数は帯域幅別に限定されることができる。例えば、２０ＭＨｚ帯域幅に対してコンテナ別に８個のＳＴＡ（または、９個のＳＴＡ）が割り当てられることができる。４０ＭＨｚ帯域幅に対してコンテナ別に８個のＳＴＡ（または、９個のＳＴＡ）が割り当てられることができ、２個のコンテナに対して全体１６個のＳＴＡ（または、１８個のＳＴＡ）が割り当てられることができる。８０ＭＨｚ帯域幅に対してコンテナ別に４個のＳＴＡ（または、５個のＳＴＡ）が割り当てられることができ、４個のコンテナに対して全体１６個のＳＴＡ（または、２０個のＳＴＡ）が割り当てられることができる。
【０１４６】
図１０は、本発明の実施例に係るコンテナ別リソース割当情報を示す概念図である。
【０１４７】
図１０を参照すると、ｎビット（例えば、２ビットまたは３ビット）がコンテナ別リソース割当情報（コンテナ別リソース割当ビット）１０００で定義されてコンテナ別に割り当てられるユーザの数（または、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）に区分される割当のためのトーンユニットの個数）を知らせることができる。２ビットのコンテナ別リソース割当情報１０００は、最大４個のＳＴＡに対するリソース割当を指示し、３ビットのコンテナ別リソース割当情報１０００は、最大８個のＳＴＡに対するリソース割当を指示することができる。
【０１４８】
例えば、コンテナ別リソース割当情報１０００が‘０００’である場合、コンテナに対する１個のＳＴＡの割当が指示されることができる。例えば、１個のＳＴＡは、コンテナに対応される２４２トーンのリソース単位の割当を受けることができる。
【０１４９】
例えば、コンテナ別リソース割当情報１０００が‘００１’である場合、コンテナに対する２個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の２６トーンのリソース単位に対応され、２個のＳＴＡの各々に４個の２６トーンのリソース単位が割り当てられることができる。
【０１５０】
例えば、コンテナ別リソース割当情報１０００が‘０１０’である場合、コンテナに対する３個のＳＴＡの割当が指示されることができる。例えば、コンテナが９個の２６トーンのリソース単位に対応され、３個のＳＴＡの各々に３個の２６トーンのリソース単位が割り当てられることができる。
【０１５１】
例えば、コンテナ別リソース割当情報１０００が‘０１１’である場合、コンテナに対する４個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の２６トーンのリソース単位に対応され、４個のＳＴＡの各々に２個の２６トーンのリソース単位が割り当てられることができる。コンテナが９個の２６トーンのリソース単位に対応され、３個のＳＴＡの各々に２個の２６トーンのリソース単位が割り当てられ、１個のＳＴＡに３個の２６トーンのリソース単位が割り当てられることができる。
【０１５２】
例えば、コンテナ別リソース割当情報１０００が‘１１１’である場合、コンテナに対する８個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の２６トーンのリソース単位に対応され、８個のＳＴＡの各々に１個の２６トーンのリソース単位が割り当てられることができる。コンテナが９個の２６トーンのリソース単位に対応され、７個のＳＴＡの各々に１個の２６トーンのリソース単位が割り当てられ、１個のＳＴＡに２個の２６トーンのリソース単位が割り当てられることができる。
【０１５３】
図１１は、本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【０１５４】
図１１では、複数のコンテナの各々に含まれる分割リソース単位の論理的な結合に基づくリソース割当方法が開示される。
【０１５５】
もし、特定コンテナの内部に２６トーンのリソース単位を分割する１３トーンの分割リソース単位が含まれる場合、他のコンテナの内部に含まれる他の１３トーンの分割リソース単位と論理的に結合されて１個の２６トーンのリソース単位として活用されることができる。
【０１５６】
例えば、第１のコンテナ１１１０に１３トーンの第１の分割リソース単位１１１５が割り当てられ、第２のコンテナ１１２０に１３トーンの第２の分割リソース単位１１２５が割り当てられる場合、第１の分割リソース単位１１１５と第２の分割リソース単位１１２５を結合したリソース単位の割当のためのシグナリングが実行されることができる。
【０１５７】
第１のコンテナ１１１０に含まれる第１の分割リソース単位１１１５及び第２のコンテナ１１２０に含まれる第２の分割リソース単位１１２５は、物理的につながるように周波数軸上で割り当てられることができる。
【０１５８】
１個のコンテナ内に１３トーンの分割リソース単位が含まれる場合、１３トーンの分割リソース単位は、２６トーンのリソース単位と同じ方法でシグナリングされることができる。例えば、１個のコンテナ内に９個の２６トーンのリソース単位が含まれ、１個の１３トーンの分割リソース単位が含まれる場合、１３トーンの分割リソース単位に対するシグナリングのために１０個の２６トーンのリソース単位に対するシグナリングと同じ方式のシグナリングが実行されることができる。他の表現として、１３トーンの分割リソース単位が１個の２６トーンのリソース単位と仮定されてリソース割当に対するシグナリングが実行されることができる。
【０１５９】
第１のコンテナに含まれる１３トーンの第１の分割リソース単位が割り当てられる場合、第１のコンテナに含まれる１３トーンの第１の分割リソース単位は、論理的にマッピングされている第２のコンテナに含まれる１３トーンの第２の分割リソース単位と共に割り当てられることができる。第１の分割リソース単位と第２の分割リソース単位は、論理的に結合されて１個の２６トーンのリソース単位でＳＴＡに割り当てられることができる。第２のコンテナは、第１のコンテナに隣接したコンテナである。第２の分割リソース単位は、第１の分割リソース単位に隣接した分割リソース単位である。
【０１６０】
もし、１３トーンの分割リソース単位と論理的にマッピングされている他の分割リソース単位が既に使われた場合、１３トーンの分割リソース単位を除外した９個の２６トーンのリソース単位に対する割当のみが実行されることができる。他の表現として、もし、１３トーンの分割リソース単位と論理的にマッピングされている他の分割リソース単位が既に使われた場合、コンテナ内に９個の２６トーンのリソース単位のみが存在すると仮定してリソース割当が実行されることもできる。
【０１６１】
本発明の実施例によると、コンテナに含まれる１３トーンの分割リソース単位の使用可否によってコンテナ別リソース割当情報が互いに異なるように解釈されることができる。
【０１６２】
例えば、コンテナ別リソース割当情報が‘０００’である場合、コンテナに対する１個のＳＴＡの割当が指示されることができる。例えば、１個のＳＴＡは、コンテナに対応される２４２トーンのリソース単位の割当を受けることができる。
【０１６３】
例えば、コンテナ別リソース割当情報が‘００１’である場合、コンテナに対する２個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の２６トーンのリソース単位に対応され、２個のＳＴＡの各々に４個の２６トーンのリソース単位が割り当てられることができる。
【０１６４】
例えば、コンテナ別リソース割当情報が‘０１０’であり、コンテナに対する３個のＳＴＡの割当が指示されることができる。
【０１６５】
１３トーンの分割リソース単位が使われない場合、コンテナが９個の２６トーンのリソース単位に対応され、３個のＳＴＡの各々に３個の２６トーンのリソース単位が割り当てられることができる。
【０１６６】
１３トーンの分割リソース単位が使われる場合、コンテナが９個の２６トーンのリソース単位と１個の１３トーンの分割リソース単位に対応され、２個のＳＴＡの各々に対して３個の２６トーンのリソース単位が割り当てられ、残りの１個のＳＴＡに対して４個の２６トーンのリソース単位が割り当てられることができる。そのとき、４個の２６トーンのリソース単位のうち、１個の２６トーンのリソース単位は、コンテナに含まれる１３トーンの分割リソース単位と他のコンテナに含まれる他の１３トーンの分割リソース単位の結合に基づいて割り当てられることができる。
【０１６７】
例えば、コンテナ別リソース割当情報が‘０１１’であり、コンテナに対する４個のＳＴＡの割当が指示されることができる。
【０１６８】
具体的に、１３トーンの分割リソース単位が使われない場合、コンテナが９個の２６トーンのリソース単位に対応され、４個のＳＴＡの各々は、２個の２６トーンのリソース単位、２個の２６トーンのリソース単位、３個の２６トーンのリソース単位、２個の２６トーンのリソース単位の各々の割当を受けることができる。
【０１６９】
１３トーンの分割リソース単位が使われる場合、コンテナが９個の２６トーンのリソース単位と１個の１３トーンの分割リソース単位に対応され、４個のＳＴＡの各々は、２個の２６トーンのリソース単位、２個の２６トーンのリソース単位、３個の２６トーンのリソース単位、３個の２６トーンのリソース単位の各々の割当を受けることができる。そのとき、３個の２６トーンのリソース単位のうち、１個の２６トーンのリソース単位は、コンテナに含まれる１３トーンの分割リソース単位と他のコンテナに含まれる他の１３トーンの分割リソース単位の結合に基づいて割り当てられることができる。
【０１７０】
例えば、コンテナ別リソース割当情報が‘１１１’であり、コンテナに対する８個のＳＴＡの割当が指示されることができる。
【０１７１】
具体的に、１３トーンの分割リソース単位が使われない場合、コンテナが９個の２６トーンのリソース単位に対応され、７個のＳＴＡの各々は、１個の２６トーンのリソース単位の割当を受け、１個のＳＴＡは、２個の２６トーンのリソース単位の割当を受けることができる。
【０１７２】
１３トーンの分割リソース単位が使われる場合、コンテナが９個の２６トーンのリソース単位と１個の１３トーンの分割リソース単位に対応され、６個のＳＴＡの各々は、１個の２６トーンのリソース単位の割当を受け、２個のＳＴＡの各々は、２個の２６トーンのリソース単位の割当を受けることができる。そのとき、２個の２６トーンのリソース単位のうち、１個の２６トーンのリソース単位は、コンテナに含まれる１３トーンの分割リソース単位と他のコンテナに含まれる他の１３トーンの分割リソース単位の結合に基づいて割り当てられることができる。
【０１７３】
前記のようなコンテナ別リソース割当情報に基づくリソース割当のために、各コンテナ別に論理的に束ねられる１３トーンの分割リソース単位の使用可否が指示されることができる。または、１３トーンの分割リソース単位間の結合に基づくリソース割当のための情報が追加的にＰＰＤＵに含まれて送信されることができる。
【０１７４】
コンテナが定義される場合、コンテナ別リソース割当情報に基づいてコンテナに割り当てられるＳＴＡの個数及びＳＴＡ別に割り当てられるリソース単位の個数が決定されることができる。コンテナに割り当てられるＳＴＡの個数及びＳＴＡ別に割り当てられるリソース単位の個数が決定される場合、リソース単位割当シグナリングに基づくリソース割当方法と共に各ＳＴＡが順次に周波数軸上でリソース単位の割当を受けることができる。
【０１７５】
または、コンテナが定義される場合、コンテナ別リソース割当情報に基づいてコンテナに割り当てられるＳＴＡの個数が決まることができる。コンテナに割り当てられるＳＴＡの個数によってコンテナ内でＳＴＡ別に割り当てられるリソース単位の個数が決定されることができる。コンテナに割り当てられるＳＴＡの個数及びＳＴＡ別に割り当てられるリソース単位の個数が決定される場合、リソース単位割当シグナリングに基づくリソース割当方法と共に各ＳＴＡが順次に周波数軸上でリソース単位の割当を受けることができる。
【０１７６】
図１２は、本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【０１７７】
図１２では、ＳＴＡへのリソース割当のためのコンテナが開示される。コンテナに基づくＭＵ  ＯＦＤＭＡ送信／ＭＵ  ＭＩＭＯ送信が開示される。
【０１７８】
ＭＵ  ＯＦＤＭＡ送信とＭＵ  ＭＩＭＯ送信が共に使われる場合、周波数ドメインだけでなく、空間ドメイン（ｓｐａｔｉａｌ  ｄｏｍａｉｎ）上にもマルチプレクシングされて複数のＳＴＡの送信が可能である。即ち、同じ周波数リソースが空間ドメイン上で分割され、分割された空間ドメイン上で複数のＳＴＡの送信が可能である。
【０１７９】
図１２を参照すると、コンテナ別にコンテナにＭＵ  ＯＦＤＭＡ送信１２００、ＭＵ  ＭＩＭＯ送信１２５０の実行可否が指示されることができる。
【０１８０】
例えば、ｎビットに基づいてコンテナ別にコンテナに対応されるリソースがＭＵ  ＯＦＤＭＡ送信１２００のためのリソースか、またはＭＵ  ＭＩＭＯのためのリソースかが指示されることができる。例えば、１ビットに基づいて特定コンテナに対応されるリソースを介してＭＵ  ＯＦＤＭＡ送信１２００が実行されるか、またはＭＵ  ＭＩＭＯ送信１２５０が実行されるかが指示されることができる。
【０１８１】
他の例として、特定コンテナ上でＭＵ  ＯＦＤＭＡ送信１２００が実行されるかどうかを指示するビット、特定コンテナ上でＭＵ  ＭＩＭＯ送信１２５０が実行されるかどうかを指示するビットが個別的に定義されることもできる。
【０１８２】
ＭＵ  ＯＦＤＭＡ送信１２００が実行される場合も、ＭＵ  ＭＩＭＯ送信１２５０が実行される場合も、コンテナ上で割り当てられることができる最大のＳＴＡの個数は同じである。例えば、コンテナ上でＭＵ  ＯＦＤＭＡ送信１２００とＭＵ  ＭＩＭＯ送信１２５０が共に実行される場合の最大ＳＴＡの個数は、ＭＵ  ＯＦＤＭＡ送信１２００とＭＵ  ＭＩＭＯ送信１２５０の各々が個別的に実行される場合と同じである。
【０１８３】
例えば、２０ＭＨ帯域幅に対してコンテナ別に８個のＳＴＡが最大ＳＴＡの個数で定義されることができる。４０ＭＨ帯域幅に対してコンテナ別に８個のＳＴＡが最大ＳＴＡの個数に定義され、４０ＭＨｚ帯域幅に定義された２個のコンテナ上で総１６個のＳＴＡが割り当てられることができる。８０ＭＨ帯域幅に対してコンテナ別に４個のＳＴＡが最大ＳＴＡの個数に定義され、８０ＭＨｚ帯域幅に定義された４個のコンテナ上で総１６個のＳＴＡが割り当てられることができる。
【０１８４】
図１３は、本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【０１８５】
図１３では、コンテナ上でＭＵ  ＭＩＭＯ送信をサポートするための方法が開示される。ＭＵ  ＭＩＭＯ送信は、コンテナに含まれる多様なリソース単位に対して適用されることができる。図１３では、特に、ＭＵ  ＭＩＭＯ送信がコンテナに含まれることができる最も大きいリソース単位である２４２トーンのリソース単位に対して適用される場合が開示される。
【０１８６】
例えば、ＭＵ  ＭＩＭＯ送信は、コンテナに含まれることができる最も大きいリソース単位（例えば、２４２トーンのリソース単位）に対して適用されることができる。ＳＵベースの送信である場合、ＳＵベースの送信のためのヌメロロジーに基づいてＭＵ  ＭＩＭＯ送信が実行されることができる。以下、２４２トーンのリソース単位がコンテナに含まれることができる最も大きいリソース単位と仮定するが、２４２トーンのリソース単位でない異なる大きさのリソース単位がコンテナに含まれることができる最も大きいリソース単位で定義されることができる。
【０１８７】
まず、全体周波数帯域上でＳＵベースの送信が実行されるか、またはＭＵベースの送信が実行されるかが、ｎビットのＭＵ／ＳＵ送信指示情報（ＭＵ／ＳＵ送信指示ビット）１３００を介して指示されることができる。
【０１８８】
例えば、全体周波数帯域上でＳＵベースの送信が実行される場合、１ビットのＭＵ／ＳＵ送信指示情報１３００の値は１であり、全体周波数帯域上でＭＵベースの送信が実行される場合、１ビットのＭＵ／ＳＵ送信指示情報１３００の値は０である。全体周波数帯域が２０ＭＨｚ帯域幅である場合、ＭＵ／ＳＵ送信指示情報１３００が使われない。
【０１８９】
もし、ＭＵ／ＳＵ送信指示情報１３００がＭＵベースの送信を指示する場合、各コンテナに対してｎビットのＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報（ＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示ビット）１３２０を介してコンテナ別にＭＵ  ＯＦＤＭＡ送信／ＭＵ  ＭＩＭＯ送信可否が指示されることができる。例えば、１ビットのＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報１３２０を介してコンテナ別にＭＵ  ＯＦＤＭＡ送信が実行されるか、またはＭＵ  ＭＩＭＯ送信が実行されるかが指示されることができる。
【０１９０】
もし、ＭＵ／ＳＵ送信指示情報１３００がＭＵベースの送信を指示する場合、各コンテナに対して前述したｎビットのコンテナ別リソース割当情報１３４０を介してコンテナ別に割り当てられるＳＴＡの個数が定義されることができる。例えば、２〜３ビットのコンテナ別リソース割当情報１３４０を介してコンテナ別に割り当てられるＳＴＡの個数が定義されることができる。ＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報１３２０がコンテナ上でＭＵ  ＭＩＭＯ送信を指示する場合、ＭＵ  ＭＩＭＯ送信は、コンテナに含まれることができる最も大きいリソース単位（例えば、２４２トーンのリソース単位）に対して適用されるため、ｎビットのコンテナ別リソース割当情報１３４０は、２４２トーンのリソース単位に割り当てられるＭＵ  ＭＩＭＯベースの送信を介して通信を実行するＳＴＡの個数を指示することができる。
【０１９１】
もし、ＭＵ／ＳＵ送信指示情報１３００がＳＵベースの送信を指示する場合、ＳＵベースの送信のヌメロロジーに基づいてＭＵ  ＭＩＭＯ送信のためのＳＴＡの個数がシグナリングされることができる。
【０１９２】
図１４は、本発明の実施例に係るコンテナに基づくリソース割当を示す概念図である。
【０１９３】
図１４では、コンテナ上でＭＵ  ＭＩＭＯ送信をサポートするための方法が開示される。図１４では、特に、トーンユニット（ｔｏｎｅ  ｕｎｉｔ）を基準にしてＭＵ  ＭＩＭＯ送信をサポートするための方法が開示される。
【０１９４】
図１４を参照すると、ＭＵ  ＭＩＭＯ送信は、コンテナに含まれる多様なリソース単位に対して適用されることができる。ＭＵ  ＭＩＭＯ送信は、コンテナに含まれることができる多様なリソース単位の大きさに基づいて実行されることができる。例えば、ＭＵ  ＭＩＭＯ送信は、１個の２６トーンのリソース単位、２個の２６トーンのリソース単位、３個の２６トーンのリソース単位、４個の２６トーンのリソース単位または２４２トーンのリソース単位上で実行されることができる。
【０１９５】
コンテナ上でＭＵ  ＭＩＭＯ送信をサポートするためにコンテナ別に割当可能なトーンユニットの個数が定義されることができる。例えば、１個のコンテナが９個の２６トーンのリソース単位を含み、１個のコンテナ上で３個の２６トーンのリソース単位が３個割り当てられることができる。３個の２６トーンのリソース単位が１個の２６トーンのリソース単位グループを形成し、コンテナ上で３個の２６トーンのリソース単位グループが割り当てられることができる。このような場合、コンテナに割り当てられるトーンユニットの個数は３個である。トーンユニットは、１個のコンテナ上でＭＵ  ＭＩＭＯ送信のための分割されたリソース単位である。
【０１９６】
以下、トーンユニットに基づくＭＵ  ＭＩＭＯ送信のためのリソース割当方法が開示される。
【０１９７】
まず、全体周波数帯域上でＳＵベースの送信が実行されるか、またはＭＵベースの送信が実行されるかが、ｎビットのＭＵ／ＳＵ送信指示情報１４００を介して指示されることができる。
【０１９８】
例えば、全体周波数帯域上でＳＵベースの送信が実行される場合、１ビットのＭＵ／ＳＵ送信指示情報１４００の値は１であり、全体周波数帯域上でＭＵベースの送信が実行される場合、１ビットのＭＵ／ＳＵ送信指示情報１４００の値は０である。全体周波数帯域が２０ＭＨｚ帯域幅である場合、ＭＵ／ＳＵ送信指示情報１４００が使われない。
【０１９９】
もし、ＭＵ／ＳＵ送信指示情報１４００がＭＵベースの送信を指示する場合、ｎビットに基づいて各コンテナに対するトーンユニットの個数が指示されることができる。各コンテナに対してトーンユニットの個数を指示する情報（または、ビット）は、トーンユニット個数情報（または、トーンユニット個数情報ビット）１４２０という用語で表現されることができる。他の表現として、トーンユニット個数情報１４２０は、ＦＤＭ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）に区分されるＭＵ  ＭＩＭＯ送信に対するリソース割当のためのトーンユニットの個数に対する情報を含むことができる。例えば、２または３ビットのトーンユニット個数情報１４２０が１個のコンテナに含まれるトーンユニットの個数を指示することができる。
【０２００】
また、ＭＵ／ＳＵ送信指示情報１４００がＭＵベースの送信を指示する場合、ｎビットのトーンユニット別リソース割当情報１４４０に基づいてトーンユニットの各々に割り当てられるＭＵ  ＭＩＭＯ送信に基づいて通信を実行するＳＴＡの個数が指示されることができる。
【０２０１】
例えば、１個のコンテナには複数個のトーンユニットが含まれることができ、ｎビットのトーンユニット別リソース割当情報１４４０の各々は、複数個のトーンユニットの各々に割り当てられたＭＵ  ＭＩＭＯ送信に基づいて通信を実行するＳＴＡの個数を指示することができる。
【０２０２】
もし、ＭＵ／ＳＵ送信指示情報１４００がＳＵベースの送信を指示する場合、ＳＵベースの送信のヌメロロジーに基づいてＭＵ  ＭＩＭＯ送信のためのＳＴＡの個数がシグナリングされることができる。
【０２０３】
本発明の実施例によると、コンテナ別に割当可能なトーンユニットの個数がｎ個であり、コンテナ別に割当可能な最大ＳＴＡの個数がｘ個である場合が仮定されることができる。このような場合、各トーンユニット別にＦｌｏｏｒｉｎｇ（ｘ／ｎ）ビット（または、ｍｉｎ（Ｆｌｏｏｒｉｎｇ（ｘ／ｎ）、ｍ）ビット）またはＣｅｉｌｉｎｇ（ｘ／ｎ）ビット（または、ｍｉｎ（Ｃｅｉｌｉｎｇ（ｘ／ｎ）、ｍ）ビット）がトーンユニット別リソース割当ビットに定義され、トーンユニット別リソース割当ビットは、個別トーンユニットでＭＵ  ＭＩＭＯ送信に基づいて通信を実行するＳＴＡの個数を指示することができる。
【０２０４】
本発明の実施例によると、トーンユニットの大きさ別に各トーンユニットで最大で割当可能なＭＵ  ＭＩＭＯ送信を実行するＳＴＡの個数（以下、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数）が定義されることができる。
【０２０５】
例えば、トーンユニットの大きさが２４２トーンのリソース単位である場合、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は、コンテナ別に割当可能な最大ＳＴＡの個数と同じように設定されることができる。例えば、トーンユニットの大きさが２４２トーンのリソース単位である場合、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は、２０ＭＨｚ帯域幅／４０ＭＨｚ帯域幅では４個であり、８０ＭＨｚ帯域幅では２個である。
【０２０６】
トーンユニットの大きさが２６トーンのリソース単位である場合、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は、最大４個（２０ＭＨｚ帯域幅／４０ＭＨｚ帯域幅）または２個（８０ＭＨｚ帯域幅）である。
【０２０７】
トーンユニットの大きさが２個の２６トーンのリソース単位である場合、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は、最大４個（２０ＭＨｚ帯域幅／４０ＭＨｚ帯域幅）または２個（８０ＭＨｚ帯域幅）である。
【０２０８】
トーンユニットの大きさが３個の２６トーンのリソース単位である場合、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は４個である。
【０２０９】
トーンユニットの大きさが４個の２６トーンのリソース単位である場合、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は４個である。
【０２１０】
または、本発明の実施例によると、トーンユニットの大きさに関係無しで各トーンユニットで最大で割当可能なＭＵ  ＭＩＭＯベースの送信を実行するＳＴＡの個数（以下、最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数）が同じように設定されることもができる。または、トーンユニットの大きさが２４２トーンのリソース単位である場合、トーンユニットで最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数が８個であり、トーンユニットの大きさが２４２トーンのリソース単位より小さい場合（ｎ個の２６トーンのリソース単位）、トーンユニットで最大ＭＵ  ＭＩＭＯ送信ＳＴＡ個数は４個である。
【０２１１】
いずれの場合でもコンテナ別に割当可能な最大ＳＴＡの個数を満たすようにトーンユニットに割り当てられる最大ＭＵ  ＭＩＭＯ送信ＳＴＡの個数が設定されることができる。
【０２１２】
前述した本発明の実施例では２６トーンのリソース単位を基準にして説明したが、２６トーンのリソース単位でない異なるリソース単位（例えば、３０トーンのリソース単位）に対しても前述したリソース割当方法が適用されることができる。
【０２１３】
例えば、コンテナが２４２トーンのリソース単位１個または８個の３０トーンのリソース単位で定義されることができる。
【０２１４】
このような場合、帯域幅別コンテナの個数は、２０ＭＨｚ帯域幅に対して１個、４０ＭＨｚ帯域幅に対して２個、８０ＭＨｚ帯域幅に対して４個が定義されることができる。
【０２１５】
また、コンテナ別に割当可能な最大ＳＴＡの個数は、２０ＭＨｚ帯域幅に対して８個のＳＴＡが割り当てられることができる。
【０２１６】
４０ＭＨｚ帯域幅上で２個のコンテナが定義されることができ、２個のコンテナの各々に対して４個のＳＴＡが割当可能である。したがって、４０ＭＨｚ帯域幅上で最大８個のＳＴＡが割り当てられることができる。
【０２１７】
８０ＭＨｚ帯域幅上で４個のコンテナが定義されることができ、４個のコンテナの各々に対して４個のＳＴＡが割当可能である。したがって、８０ＭＨｚ帯域幅上で最大１６個のＳＴＡが割り当てられることができる。
【０２１８】
コンテナ別に２ビットまたは３ビットがコンテナ別リソース割当情報で定義されてコンテナ別に割り当てられるＳＴＡの個数を知らせることができる。２ビットのコンテナ別リソース割当ビットは、最大４個のＳＴＡに対するリソース割当を指示し、３ビットのコンテナ別リソース割当ビットは、最大８個のＳＴＡに対するリソース割当を指示することができる。
【０２１９】
例えば、コンテナ別リソース割当ビットが‘０００’である場合、コンテナに対する１個のＳＴＡの割当が指示されることができる。例えば、１個のＳＴＡは、コンテナに対応される２４２トーンのリソース単位の割当を受けることができる。
【０２２０】
例えば、コンテナ別リソース割当ビットが‘００１’である場合、コンテナに対する２個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の３０トーンのリソース単位に対応され、２個のＳＴＡの各々に４個の３０トーンのリソース単位が割り当てられることができる。
【０２２１】
例えば、コンテナ別リソース割当ビットが‘０１０’である場合、コンテナに対する３個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の３０トーンのリソース単位に対応され、２個のＳＴＡの各々に３個の３０トーンのリソース単位、１個のＳＴＡに２個の３０トーンのリソース単位が割り当てられることができる。
【０２２２】
例えば、コンテナ別リソース割当ビットが‘０１１’である場合、コンテナに対する４個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の３０トーンのリソース単位に対応され、４個のＳＴＡの各々に２個の３０トーンのリソース単位が割り当てられることができる。
【０２２３】
例えば、コンテナ別リソース割当ビットが‘１１１’である場合、コンテナに対する８個のＳＴＡの割当が指示されることができる。例えば、コンテナが８個の３０トーンのリソース単位に対応され、８個のＳＴＡの各々に１個の３０トーンのリソース単位が割り当てられることができる。
【０２２４】
全体帯域幅が８０ＭＨｚ帯域幅である場合、１７個の３０トーンのリソース単位の割当が可能である。したがって、４個のコンテナの各々に４個の３０トーンのリソース単位を割り当て、追加の１個の３０トーンのリソース単位が活用されることができる。追加の１個の３０トーンのリソース単位は、他のコンテナ（または、他のリソース）と組み合わせられて自動に割り当てられることもできる。
【０２２５】
本発明の実施例によると、２４２トーンのリソース単位と２６トーンのリソース単位に基づくリソース割当のためのシグナリングは、割り当てられた少なくとも一つの２４２トーンのリソース単位（または、第１のリソース単位）をグルーピングした第１のリソース単位グループと少なくとも一つの２６トーンのリソース単位（または、第２のリソース単位）をグルーピングした第２のリソース単位グループの各々に対して実行されることができる。前述したリソース単位割当シグナリング／シグナリング指示が第１のリソース単位グループと第２のリソース単位グループの各々に対して実行されることができる。
【０２２６】
論理ドメイン上に周波数軸上で割り当てられた第１のリソース単位グループが優先的に羅列され、第１のリソース単位グループ以後に第２のリソース単位グループが羅列されることができる。周波数軸上で第２のリソース単位グループに対する割当は、周波数軸上で第１のリソース単位グループに対する割当に影響を受けることができる。例えば、第２のリソース単位グループに含まれる第２のリソース単位は、第１のリソース単位グループに含まれる第１のリソース単位に対する割り当てられた周波数帯域の残りの帯域に割り当てられることができ、第２のリソース単位グループに含まれる第２のリソース単位の個数及び位置は、第１のリソース単位グループに含まれる第１のリソース単位の個数及び位置に基づいて決定されることができる。
【０２２７】
図１５は、本発明の実施例に係る周波数帯域上でＳＴＡの個数制限を示す概念図である。
【０２２８】
図１５では、ＭＵ  ＯＦＤＭＡ送信／ＭＵ  ＭＩＭＯ送信を実行するＳＴＡに対する個数制限が開示される。
【０２２９】
図１５を参照すると、ＭＵ  ＭＩＭＯ送信が２４２トーンのリソース単位に基づいて実行され、２４２トーンのリソース単位上でＭＵ  ＭＩＭＯ送信が可能なＳＴＡは、最大４個に制限されることができる。
【０２３０】
ＯＦＤＭＡ構造によって変わることができるが、２０ＭＨｚ帯域幅は９個の２６トーンのリソース単位を含み、４０ＭＨｚ帯域幅は１８個の２６トーンのリソース単位を含み、８０ＭＨｚ帯域幅は３７個の２６トーンのリソース単位を含むことができる。そのとき、各帯域幅上でＭＵ  ＯＦＤＭＡ送信が実行される場合、２０ＭＨｚ帯域幅に対しては最大９個のＳＴＡのＭＵ  ＯＦＤＭＡベースの通信が可能であり、４０ＭＨｚ帯域幅に対しては最大１８個のＳＴＡのＭＵ  ＯＦＤＭＡベースの通信が可能であり、８０ＭＨｚ帯域幅に対しては最大１８個のＳＴＡのＭＵ  ＯＦＤＭＡベースの通信が可能である。
【０２３１】
本発明の実施例によると、周波数帯域幅の大きさに関係無しで重なった時間リソース上でＭＵ  ＯＦＤＭＡベースの送信を使用して通信する最大ＳＴＡの個数のみが１８個に制限されることができる。
【０２３２】
または、周波数帯域幅の大きさに関係無しで重なった時間リソース上でＭＵ  ＯＦＤＭＡベースの送信を使用して通信する最大ＳＴＡの個数及びＭＵ  ＭＩＭＯベースの送信を使用して通信する最大ＳＴＡの個数は、１８個に制限されることができる。
【０２３３】
以下の表２は、帯域幅及びＭＵ  ＯＦＤＭＡベースの送信／ＭＵ  ＭＩＭＯベースの送信による最大ＳＴＡの個数を示す。
【０２３４】
【表２】
0006426842.tif 000003
【０２３５】
表２を参照すると、２０ＭＨｚ帯域幅に対してＭＵ  ＯＦＤＭＡ送信が実行される場合、９個の２６トーンのリソース単位の各々が９個のＳＴＡの各々に割り当てられるため、最大９個のＳＴＡに対する通信がサポートされることができる。２０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信が実行される場合、２４２トーンのリソース単位を基準にして最大４個のＳＴＡがサポート可能であるため、１個の２４２トーンのリソース単位上で最大４個のＳＴＡに対する通信がサポートされることができる。
【０２３６】
４０ＭＨｚ帯域幅に対してＭＵ  ＯＦＤＭＡ送信が実行される場合、１８個の２６トーンのリソース単位の各々が１８個のＳＴＡの各々に割り当てられるため、最大１８個のＳＴＡに対する通信がサポートされることができる。
【０２３７】
４０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信／ＭＵ  ＯＦＤＭＡ送信が実行される場合、１個の２４２トーンのリソース単位上で最大４個のＳＴＡに対するＭＵ  ＭＩＭＯベースの通信がサポートされ、残りの９個の２６トーンのリソース単位上で最大９個のＳＴＡに対するＭＵ  ＯＦＤＭＡベースの通信がサポートされることができる。
【０２３８】
４０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信が実行される場合、２個の２４２トーンのリソース単位の各々上で最大４個のＳＴＡに対するＭＵ  ＭＩＭＯベースの通信がサポートされることができる。したがって、最大８個のＳＴＡに対するＭＵ  ＭＩＭＯベースの通信がサポートされることができる。
【０２３９】
８０ＭＨｚ帯域幅に対してＭＵ  ＯＦＤＭＡ送信が実行される場合、３７個の２６トーンのリソース単位が１８個のＳＴＡの各々に割り当てられることができる。前述したように、ＭＵ  ＯＦＤＭＡ送信は、最大１８個のＳＴＡをサポートすることができる。または、ＭＵ  ＯＦＤＭＡ送信／ＭＵ  ＭＩＭＯ送信は、最大１８個のＳＴＡをサポートすることができる。したがって、３７個の２６トーンのリソース単位が可用な場合にも、最大１８個のＳＴＡの通信がサポートされることができる。
【０２４０】
８０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信／ＭＵ  ＯＦＤＭＡ送信が実行されることができる。１個の２４２トーンのリソース単位がＭＵ  ＭＩＭＯ送信のために使われ、残りの２８個の２６トーンのリソース単位がＭＵ  ＯＦＤＭＡ送信のために使われる場合、最大２２個のＳＴＡの通信がサポートされ、または最大１８個のＳＴＡの通信がサポートされることができる。
【０２４１】
具体的に、前述したように、ＭＵ  ＯＦＤＭＡ送信の最大サポート可能なＳＴＡの個数のみが１８個に制限される場合、ＭＵ  ＯＦＤＭＡ送信が実行可能な最大１８個のＳＴＡとＭＵ  ＭＩＭＯ送信が実行可能な最大４個のＳＴＡとの和である２２個のＳＴＡが最大サポート可能なＳＴＡの個数である。ＭＵ  ＯＦＤＭＡ送信及びＭＵ  ＭＩＭＯ送信の最大サポート可能なＳＴＡの個数が１８個に制限される場合、ＭＵ  ＯＦＤＭＡ送信を実行するＳＴＡの個数とＭＵ  ＭＩＭＯ送信を実行するＳＴＡの個数との和が最大１８個になるように設定されることができる。
【０２４２】
８０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信／ＭＵ  ＯＦＤＭＡ送信が実行されることができる。２個の２４２トーンのリソース単位がＭＵ  ＭＩＭＯ送信のために使われ、残りの１９個の２６トーンのリソース単位がＭＵ  ＯＦＤＭＡ送信のために使われる場合、最大２６個のＳＴＡの通信がサポートされ、または最大１８個のＳＴＡの通信がサポートされることができる。
【０２４３】
具体的に、前述したように、ＭＵ  ＯＦＤＭＡ送信の最大サポート可能なＳＴＡの個数のみが１８個に制限される場合、ＭＵ  ＯＦＤＭＡ送信が実行可能な最大１８個のＳＴＡと２個の２４２トーンのリソース単位上でＭＵ  ＭＩＭＯ送信が実行可能な最大８個のＳＴＡとの和である２６個のＳＴＡが最大サポート可能なＳＴＡの個数である。ＭＵ  ＯＦＤＭＡ送信及びＭＵ  ＭＩＭＯ送信の最大サポート可能なＳＴＡの個数が１８個に制限される場合、ＭＵ  ＯＦＤＭＡ送信を実行するＳＴＡの個数とＭＵ  ＭＩＭＯ送信を実行するＳＴＡの個数との和が最大１８個になるように設定されることができる。
【０２４４】
８０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信／ＭＵ  ＯＦＤＭＡ送信が実行されることができる。３個の２４２トーンのリソース単位がＭＵ  ＭＩＭＯ送信のために使われ、残りの１０個の２６トーンのリソース単位がＭＵ  ＯＦＤＭＡ送信のために使われる場合、同じ方式で最大２２個のＳＴＡの通信がサポートされ、または最大１８個のＳＴＡの通信がサポートされることができる。
【０２４５】
８０ＭＨｚ帯域幅に対してＭＵ  ＭＩＭＯ送信／ＭＵ  ＯＦＤＭＡ送信が実行されることができる。４個の２４２トーンのリソース単位がＭＵ  ＭＩＭＯベースの送信のために使われ、残りの１個の２６トーンのリソース単位がＭＵ  ＯＦＤＭＡベースの送信のために使われる場合、最大１７個のＳＴＡの通信がサポートされることができる。
【０２４６】
図１６は、本発明の実施例に係る周波数帯域上でＳＴＡの個数制限を示す概念図である。
【０２４７】
図１６では、２４２トーンのリソース単位及び２６トーンのリソース単位に対するリソース割当方法が開示される。
【０２４８】
図１６を参照すると、ＰＰＤＵヘッダのシグナルフィールド（例えば、ＨＥ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ）−ＳＩＧ（ｓｉｇｎａｌ）Ａ／ＨＥ−ＳＩＧ  Ｂ）１６００に基づいてＯＦＤＭＡパケットの受信ＳＴＡに対する情報（または、ＰＰＤＵを受信するＳＴＡの個数に対する情報）が割当ＳＴＡ情報１６１０として送信されることができる。
【０２４９】
また、全体帯域幅上で割り当てられる２４２トーンのリソース単位に対する情報がＰＰＤＵヘッダを介して送信されることができる。２４２トーンのリソース単位の全体帯域幅上の割当に対する情報を指示するために、２４２トーンのリソース単位に対するビットマップ（以下、２４２トーンリソース単位ビットマップ（または、２４２チャンクビットマップ（ｃｈｕｎｋ  ｂｉｔｍａｐ）））１６２０が定義されることができる。２４２トーンリソース単位ビットマップ１６２０は、全体帯域幅上で割り当てられた２４２トーンのリソース単位の位置及び個数に対する情報を含むことができる。
【０２５０】
また、ＳＴＡに割り当てられる２６トーンのリソース単位の割当に対する情報１６３０がＰＰＤＵヘッダを介して送信されることができる。例えば、ｎビット（例えば、３ビット）に基づいてＳＴＡに割り当てられる２６トーンのリソース単位の個数に対する情報が指示されることができる。２６トーンのリソース単位の割当に対する情報１６３０であるｎビットは、特定大きさのリソース単位（例えば、９個の２６トーンのリソース単位）上でＳＴＡに割り当てられる２６トーンのリソース単位の個数に対する情報を含むことができる。
【０２５１】
ＳＴＡに割り当てられる２４２トーンのリソース単位に対する情報は、ＯＦＤＭＡパケットのユーザの個数に対する情報及び２６トーンのリソース単位の割当を受けるユーザの個数に対する情報に基づいて決定されることができる。
【０２５２】
例えば、２個の２４２トーンのリソース単位及び２個の２６トーンのリソース単位が４個のＳＴＡに割り当てられた場合、２個の２４２トーンのリソース単位の各々が２個のＳＴＡの各々に割り当てられ、２個の２６トーンのリソース単位の各々が２個のＳＴＡの各々に割り当てられることができる。
【０２５３】
他の例として、２個の２４２トーンのリソース単位及び３個の２６トーンのリソース単位が４個のＳＴＡに割り当てられた場合、２個の２４２トーンのリソース単位が１個のＳＴＡに割り当てられ、３個の２６トーンのリソース単位の各々が３個のＳＴＡの各々に割り当てられることができる。
【０２５４】
Ｎは、２４２トーンのリソース単位が周波数軸上で割り当てられた以後、残りの割り当てられない２４２トーンのリソース単位の個数と仮定することができる。このような場合、周波数軸上に割り当てられる２４２トーンのリソース単位及び２６トーンのリソース単位は、２４２トーンリソース単位ビットマップ及び３ビットの２６トーンのリソース単位に対する割当情報に基づいて割り当てられることができる。
【０２５５】
２４２トーンのリソース単位は、２０ＭＨｚ帯域幅に対して１個割当可能であり、４０ＭＨｚ帯域幅に対して２個割当可能であり、８０ＭＨｚ帯域幅に対して４個割当可能である。したがって、２４２トーンリソース単位ビットマップは、２０ＭＨｚ帯域幅に対して１ビット、４０ＭＨｚ帯域幅に対して２ビット、８０ＭＨｚ帯域幅に対して４ビットで定義されることができる。
【０２５６】
２６トーンのリソース単位に対する割当情報１６３０は、２４２トーンのリソース単位として使われないＮ個の残りの２４２トーンのリソース単位の各々上でＳＴＡに割り当てられる２６トーンのリソース単位の個数を指示することができる。したがって、２６トーンのリソース単位に対する割当情報は、３ビット＊Ｎの大きさを有することができる。
【０２５７】
したがって、２０ＭＨｚ帯域幅に対して２４２トーンリソース単位ビットマップ１６２０及び３ビットの２６トーンのリソース単位に対する割当情報１６３０は、１（２４２トーンリソース単位ビットマップ）＋Ｎ＊３（２６トーンリソース単位割当情報）である。４０ＭＨｚ帯域幅に対して２４２トーンリソース単位ビットマップ１６２０及び３ビットの２６トーンのリソース単位に対する割当情報１６３０は、２（２４２トーンリソース単位ビットマップ）＋Ｎ＊３（２６トーンリソース単位割当情報）である。８０ＭＨｚ帯域幅に対して２４２トーンリソース単位ビットマップ１６２０及び３ビットの２６トーンのリソース単位に対する割当情報１６３０は、４（２４２トーンリソース単位ビットマップ）＋Ｎ＊３（２６トーンリソース単位割当情報）である。
【０２５８】
前記のようなシグナリングは、帯域幅の大きさによって最適化された２４２トーンリソース単位ビットマップ１６２０及び３ビットの２６トーンのリソース単位に対する割当情報１６３０に対するシグナリング方法（または、ＢＷ最適化シグナリング（ＢＷ−ｏｐｔｉｍｉｚｅｄ  ｓｉｇｎａｌｉｎｇ）方法）である。
【０２５９】
本発明の実施例によると、帯域幅の大きさに関係無しで２４２トーンリソース単位ビットマップ１６２０及び３ビットの２６トーンのリソース単位に対する割当情報１６３０に対するシグナリングする方法（ＢＷ共通シグナリング方法（ＢＷ  ｃｏｍｍｏｎ  ｓｉｇｎａｌｉｎｇ））が開示される。
【０２６０】
２４２トーンリソース単位ビットマップ１６２０は、帯域幅の大きさと関係無しで４ビットで定義されることができ、２６トーンのリソース単位に対する割当情報１６３０は、３ビット＊Ｎの大きさで定義されることができる。したがって、帯域幅の大きさに関係無しで２４２トーンリソース単位ビットマップ１６２０及び３ビットの２６トーンのリソース単位に対する割当情報１６３０は、４（２４２トーンリソース単位ビットマップ）＋Ｎ＊３（２６トーンのリソース単位割当情報）である。
【０２６１】
前記のようなＢＷ最適化シグナリング及びＢＷ共通シグナリング方法において、ＮはＮ′で定義されることができ、Ｎ′は各帯域幅に割当可能な最大２４２トーンのリソース単位の個数である。即ち、２０ＭＨｚ帯域幅に対し、Ｎ′は１であり、４０ＭＨｚ帯域幅に対し、Ｎ′は２であり、８０ＭＨｚ帯域幅に対し、Ｎ′は４である。Ｎ′は、現在２４２トーンのリソース単位の割当状態によって変わる値でない固定された値である。したがって、リソース割当情報を送信するシグナルフィールド（例えば、ＨＥ−ＳＩＧ  Ｂ）に対する固定されたデザインが可能である。
【０２６２】
Ｎ′が定義される場合、２６トーンのリソース単位に対する割当情報は、２０ＭＨｚ帯域幅に対して３ビット、４０ＭＨｚ帯域幅に対して６ビット、８０ＭＨｚ帯域幅に対して１２ビットに固定されることができる。
【０２６３】
２４２トーンリソース単位ビットマップ１６２０の大きさが２０ＭＨｚ帯域幅に対して１ビット、４０ＭＨｚ帯域幅に対して２ビット、８０ＭＨｚ帯域幅に対して４ビットである場合、２６トーンのリソース単位に対する割当情報１６３０と２４２トーンリソース単位ビットマップ１６２０との和は、２０ＭＨｚ帯域幅に対して４ビット、４０ＭＨｚ帯域幅に対して８ビット、８０ＭＨｚ帯域幅に対して１６ビットである。
【０２６４】
本発明の実施例によると、特定大きさのリソース単位に対してＭＵ  ＭＩＭＯ送信が実行されるかどうかが指示されることができる。例えば、ＭＵ  ＭＩＭＯ送信が２４２トーンのリソース単位上で実行される場合、２４２トーンのリソース単位にＭＵ  ＭＩＭＯ送信が実行されるかどうかを指示する１ビットが追加されてシグナリングされることができる。
【０２６５】
このような場合、全体周波数帯域に含まれる２４２トーンのリソース単位の各々に対してＭＵ  ＭＩＭＯベースの送信が実行されるかどうかを指示する１ビットが追加されることができる。２０ＭＨｚ帯域幅上では２４２トーンのリソース単位の個数が１個であるため、１ビットが追加され、４０ＭＨｚ帯域幅上では２４２トーンのリソース単位の個数が２個であるため、２ビットが追加され、８０ＭＨｚ帯域幅上では２４２トーンのリソース単位の個数が４個であるため、４ビットが追加されることができる。
【０２６６】
したがって、２６トーンのリソース単位に対する割当情報と２４２トーンリソース単位ビットマップ及びＭＵ  ＭＩＭＯベースの送信が実行されるかどうかを指示するビットの和は、２０ＭＨｚ帯域幅に対して５ビット、４０ＭＨｚ帯域幅に対して１０ビット、８０ＭＨｚ帯域幅に対して１６ビットである。
【０２６７】
図１７は、本発明の実施例に係るＤＬ  ＭＵ  ＰＰＤＵフォーマットを示す概念図である。
【０２６８】
図１７では、本発明の実施例に係るＡＰによりＯＦＤＭＡに基づいて送信されるＤＬ  ＭＵ  ＰＰＤＵフォーマットが開示される。
【０２６９】
図１７を参照すると、ＤＬ  ＭＵ  ＰＰＤＵのＰＰＤＵヘッダは、Ｌ−ＳＴＦ（ｌｅｇａｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＬＴＦ（ｌｅｇａｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＳＩＧ（ｌｅｇａｃｙ−ｓｉｇｎａｌ）、ＨＥ−ＳＩＧ  Ａ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ  Ａ）、ＨＥ−ＳＩＧ  Ｂ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ−Ｂ）、ＨＥ−ＳＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ  ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、データフィールド（または、ＭＡＣペイロード）を含むことができる。ＰＨＹヘッダにおいて、Ｌ−ＳＩＧまではレガシ部分（ｌｅｇａｃｙ  ｐａｒｔ）と、Ｌ−ＳＩＧ以後のＨＥ（ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ）部分（ＨＥ  ｐａｒｔ）と、に区分されることができる。
【０２７０】
Ｌ−ＳＴＦ１７００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ  ｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦ１７００は、フレーム探知（ｆｒａｍｅ  ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ  ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。
【０２７１】
Ｌ−ＬＴＦ１７１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇｔｒａｉｎｉｎｇ  ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦ１７１０は、ファイン周波数／時間同期化（ｆｉｎｅ  ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。
【０２７２】
Ｌ−ＳＩＧ１７２０は、制御情報を送信するために使われることができる。Ｌ−ＳＩＧ１７２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。
【０２７３】
ＨＥ−ＳＩＧ  Ａ１７３０は、ＤＬ  ＭＵ  ＰＰＤＵを受信するＳＴＡを指示するための情報を含むことができる。例えば、ＨＥ−ＳＩＧ  Ａ１７３０は、ＰＰＤＵを受信する特定ＳＴＡ（または、ＡＰ）の識別子、特定ＳＴＡのグループを指示するための情報を含むことができる。また、ＨＥ−ＳＩＧ  Ａ１７３０は、ＤＬ  ＭＵ  ＰＰＤＵがＯＦＤＭＡまたはＭＩＭＯに基づいて送信される場合、ＳＴＡのＤＬ  ＭＵ  ＰＰＤＵの受信のためのリソース割当情報も含むことができる。
【０２７４】
また、ＨＥ−ＳＩＧ  Ａ１７３０は、ＢＳＳ識別情報のためのカラービット（ｃｏｌｏｒ  ｂｉｔｓ）情報、帯域幅（ｂａｎｄｗｉｄｔｈ）情報、テールビット（ｔａｉｌ  ｂｉｔ）、ＣＲＣビット、ＨＥ−ＳＩＧ  Ｂ１７４０に対するＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）情報、ＨＥ−ＳＩＧ  Ｂ１７４０のためのシンボル個数情報、ＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）（または、ＧＩ（ｇｕａｒｄ  ｉｎｔｅｒｖａｌ））長さ情報を含むこともできる。
【０２７５】
ＨＥ−ＳＩＧ  Ｂ１７４０は、各ＳＴＡに対するＰＳＤＵ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の長さＭＣＳに対する情報及びテールビットなどを含むことができる。また、ＨＥ−ＳＩＧ  Ｂ１７４０は、ＰＰＤＵを受信するＳＴＡに対する情報、ＯＦＤＭＡベースのリソース割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）情報（または、ＭＵ−ＭＩＭＯ情報）を含むこともできる。ＨＥ−ＳＩＧ  Ｂ１７４０にＯＦＤＭＡベースのリソース割当情報（または、ＭＵ−ＭＩＭＯ関連情報）が含まれる場合、ＨＥ−ＳＩＧ  Ａ１７３０にはリソース割当情報が含まれないこともある。
【０２７６】
前述したように、ＨＥ−ＳＩＧ  Ａ１７３０またはＨＥ−ＳＩＧ  Ｂ１７４０は、受信ＳＴＡ識別情報及びリソース割当情報を含むことができる。受信ＳＴＡ識別情報は、順次にＰＰＤＵを受信する複数のＳＴＡを含むことができ、リソース割当情報は、順次に複数のＳＴＡの各々に割り当てられたリソース単位の個数に対する情報を含むことができる。ＨＥ−ＳＩＧ  Ａ１７３０またはＨＥ−ＳＩＧ  Ｂ１７４０は、第１のリソース単位グループ（または、第１のリソース単位）のための受信ＳＴＡ識別情報及びリソース割当情報並びに第２のリソース単位グループ（または、第２のリソース単位）のための受信ＳＴＡ識別情報及びリソース割当情報を別途に含むことができる。
【０２７７】
また、ＨＥ−ＳＩＧ  Ａ１７３０またはＨＥ−ＳＩＧ  Ｂ１７４０は、ビットマップ情報に基づいて複数のＳＴＡの各々に割り当てられる第１のリソース単位及び第２のリソース単位の各々を直接的に指示することもできる。
【０２７８】
また、ＨＥ−ＳＩＧ  Ａ１７３０またはＨＥ−ＳＩＧ  Ｂ１７４０は、前述した２４２トーンリソース単位全体割当情報、２４２トーンリソース単位個別割当情報、２６トーンリソース単位個別割当情報、トーンユニット個数情報、コンテナ別リソース割当情報、ＭＵ／ＳＵ送信指示情報、ＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報などを含むことができる。
【０２７９】
ＤＬ  ＭＵ  ＰＰＤＵ上でＨＥ−ＳＩＧ  Ｂ１７４０の以前フィールドは、互いに異なる送信リソースの各々でデュプリケートされた形態で送信されることができる。ＨＥ−ＳＩＧ  Ｂ１７４０の場合、一部のリソース単位（例えば、リソース単位１、リソース単位２）で送信されるＨＥ−ＳＩＧ  Ｂ１７４０は、個別的な情報を含む独立的なフィールドであり、残りのリソース単位（例えば、リソース単位３、リソース単位４）で送信されるＨＥ−ＳＩＧ  Ｂ１７４０は、他のリソース単位（例えば、リソース単位１、リソース単位２）で送信されるＨＥ−ＳＩＧ  Ｂ１７４０をデュプリケートしたフォーマットである。または、ＨＥ−ＳＩＧ  Ｂ１７４０は、全体送信リソース上でエンコーディングされた形態で送信されることができる。ＨＥ−ＳＩＧ  Ｂ１７４０以後のフィールドは、ＰＰＤＵを受信する複数のＳＴＡの各々のための個別情報を含むことができる。
【０２８０】
ＨＥ−ＳＴＦ１７５０は、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ  ｇａｉｎ  ｃｏｎｔｒｏｌ  ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。
【０２８１】
具体的に、ＳＴＡ１は、ＡＰからリソース単位１を介して送信されるＨＥ−ＳＴＦ１を受信し、同期化、チャネルトラッキング／予測、ＡＧＣを実行してデータフィールド１（または、フレーム１）をデコーディングすることができる。同様に、ＳＴＡ２は、ＡＰからリソース単位２を介して送信されるＨＥ−ＳＴＦ２を受信し、同期化、チャネルトラッキング／予測、ＡＧＣを実行してデータフィールド２（または、フレーム２）をデコーディングすることができる。ＳＴＡ３は、ＡＰからリソース単位３を介して送信されるＨＥ−ＳＴＦ３を受信し、同期化、チャネルトラッキング／予測、ＡＧＣを実行してデータフィールド３（または、フレーム３）をデコーディングすることができる。ＳＴＡ４は、ＡＰからリソース単位４を介して送信されるＨＥ−ＳＴＦ４を受信し、同期化、チャネルトラッキング／予測、ＡＧＣを実行してデータフィールド４（または、フレーム４）をデコーディングすることができる。
【０２８２】
ＨＥ−ＬＴＦ１７６０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。
【０２８３】
ＨＥ−ＳＴＦ１７５０及びＨＥ−ＳＴＦ１７５０以後のフィールドに適用されるＩＦＦＴの大きさとＨＥ−ＳＴＦ１７５０以前のフィールドに適用されるＩＦＦＴの大きさは、互いに異なる。例えば、ＨＥ−ＳＴＦ１７５０及びＨＥ−ＳＴＦ１７５０以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１７５０以前のフィールドに適用されるＩＦＦＴの大きさより４倍大きい。ＳＴＡは、ＨＥ−ＳＩＧ  Ａ１７３０を受信し、ＨＥ−ＳＩＧ  Ａ１７３０に基づいてダウンリンクＰＰＤＵの受信指示を受けることができる。このような場合、ＳＴＡは、ＨＥ−ＳＴＦ１７５０及びＨＥ−ＳＴＦ１７５０以後フィールドから変更されたＦＦＴサイズに基づいてデコーディングを実行することができる。それに対し、ＳＴＡがＨＥ−ＳＩＧ  Ａ１７３０に基づいてダウンリンクＰＰＤＵの受信指示を受けていない場合、ＳＴＡは、デコーディングを中断し、ＮＡＶ（ｎｅｔｗｏｒｋ  ａｌｌｏｃａｔｉｏｎ  ｖｅｃｔｏｒ）を設定することができる。ＨＥ−ＳＴＦ１７５０のＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）は、他のフィールドのＣＰより大きい大きさを有することができ、このようなＣＰ区間の間に、ＳＴＡは、ＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。
【０２８４】
ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）が全体帯域幅上で複数のＳＴＡ（ｓｔａｔｉｏｎ）の各々のための複数のリソース単位の各々を割り当て、複数のＳＴＡの各々に複数のリソース単位の各々を介して複数のＳＴＡの各々に対する個別的なデータフィールド（または、フレーム）を送信することができる。複数のＳＴＡの各々に対する複数のリソース単位の各々の割当に対する情報は、前述したように、ＨＥ−ＳＩＧ  Ａ１７３０またはＨＥ−ＳＩＧ  Ｂ１７４０に含まれることができる。
【０２８５】
図１８は、本発明の実施例に係るＵＬ  ＭＵ  ＰＰＤＵの送信を示す概念図である。
【０２８６】
図１８を参照すると、複数のＳＴＡは、ＡＰにＵＬ  ＭＵ  ＯＦＤＭＡに基づいてＵＬ  ＭＵ  ＰＰＤＵを送信することができる。
【０２８７】
Ｌ−ＳＴＦ１８００、Ｌ−ＬＴＦ１８１０、Ｌ−ＳＩＧ１８２０、ＨＥ−ＳＩＧ  Ａ１８３０、ＨＥ−ＳＩＧ  Ｂ１８４０は、図１７で開示された役割を遂行することができる。シグナルフィールド（Ｌ−ＳＩＧ１８２０、ＨＥ−ＳＩＧ  Ａ１８３０、ＨＥ−ＳＩＧ  Ｂ１８４０）に含まれる情報は、受信したＤＬ  ＭＵ  ＰＰＤＵのシグナルフィールドに含まれる情報に基づいて生成されることができる。
【０２８８】
ＳＴＡ１は、ＨＥ−ＳＩＧ  Ｂ１８４０までは全体帯域幅を介してアップリンク送信を実行し、ＨＥ−ＳＴＦ１８５０以後からは割り当てられた帯域幅を介してアップリンク送信を実行することができる。ＳＴＡ１は、割り当てられた帯域幅（例えば、リソース単位１）を介してアップリンクフレームをＵＬ  ＭＵ  ＰＰＤＵに基づいて伝達することができる。ＡＰは、ＤＬ  ＭＵ  ＰＰＤＵ（例えば、ＨＥ−ＳＩＧ  Ａ／Ｂ）に基づいて複数のＳＴＡの各々のアップリンクリソースを割り当てることができ、複数のＳＴＡの各々は、アップリンクリソースの割当を受けてＵＬ  ＭＵ  ＰＰＤＵを送信することができる。
【０２８９】
図１９は、本発明の実施例が適用されることができる無線装置を示すブロック図である。
【０２９０】
図１９を参照すると、無線装置１９００は、前述した実施例を具現することができるＳＴＡであり、ＡＰ１９００または非ＡＰ  ＳＴＡ（ｎｏｎ−ＡＰ  ｓｔａｔｉｏｎ）（または、ＳＴＡ）１９５０である。
【０２９１】
ＡＰ１９００は、プロセッサ１９１０、メモリ１９２０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１９３０を含む。
【０２９２】
ＲＦ部１９３０は、プロセッサ１９１０と連結して無線信号を送信／受信することができる。
【０２９３】
プロセッサ１９１０は、本発明で提案できた機能、過程及び／または方法を具現することができる。例えば、プロセッサ１９１０は、前述した本発明の実施例に係るＡＰの動作を実行するように具現されることができる。プロセッサは、図１乃至図１８の実施例で開示したＡＰの動作を実行することができる。
【０２９４】
例えば、プロセッサ１９１０は、複数のＳＴＡ（ｓｔａｔｉｏｎ）に送信するＰＰＤＵ（ＰＨＹ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）を生成し、全体周波数帯域上に割り当てられた少なくとも一つのコンテナを介して複数のＳＴＡに前記ＰＰＤＵを送信するように具現されることができる。
【０２９５】
そのとき、ＰＰＤＵは、ＭＵ（ｍｕｌｔｉｐｌｅ  ｕｓｅｒ）／ＳＵ（ｓｉｎｇｌｅ  ｕｓｅｒ）送信指示情報、コンテナ別リソース割当情報を含むことができる。ＭＵ／ＳＵ送信指示情報は、全体帯域幅上でＳＵベースの送信されるか、またはＭＵベースの送信が実行されるかに対する情報を含むことができる。コンテナ別リソース割当情報は、少なくとも一つのコンテナの各々に割り当てられたＳＴＡの個数に対する情報を含み、少なくとも一つのコンテナの各々は、一つの第１のリソース単位（例えば、２４２トーンのリソース単位）または複数の第２のリソース単位（例えば、２６トーンのリソース単位）を含むことができる。第１のリソース単位に対応されるトーンの個数は、前記第２のリソース単位に対応されるトーンの個数より大きい。
【０２９６】
ＰＰＤＵは、前記少なくとも一つのコンテナの各々に対するＭＵ  ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）／ＭＵ  ＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）送信指示情報をさらに含むことができる。ＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報は、少なくとも一つのコンテナの各々上でＭＵ  ＯＦＤＭＡ送信が実行されるかどうかに対する情報及びＭＵ  ＭＩＭＯ送信が実行されるかどうかに対する情報を含むことができる。
【０２９７】
ＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報が少なくても１個のコンテナのうち特定コンテナ上でのＭＵ  ＭＩＭＯ送信を指示する場合、ＭＵ  ＭＩＭＯ送信は、特定コンテナに含まれる少なくとも一つのトーンユニット上で実行され、トーンユニットは、特定コンテナに含まれる第１のリソース単位または前記複数の第２のリソース単位を複数個のグループに分割した単位である。
【０２９８】
ＰＰＤＵの送信のための少なくとも一つのコンテナの各々は、一つの第２のリソース単位を分割した少なくとも一つの分割第２のリソース単位の各々をさらに含み、少なくとも一つの分割第２のリソース単位の各々は、一つの第２のリソース単位で結合されてＳＴＡに割り当てられることができる。
【０２９９】
ＳＴＡ１９５０は、プロセッサ１９６０、メモリ１９７０及びＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）１９８０を含む。
【０３００】
ＲＦ部１９８０は、プロセッサ１９６０と連結して無線信号を送信／受信することができる。
【０３０１】
プロセッサ１９６０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１９６０は、前述した本発明の実施例に係るＳＴＡの動作を実行するように具現されることができる。プロセッサは、図１乃至図１８の実施例でＳＴＡの動作を実行することができる。
【０３０２】
例えば、プロセッサ１９６０は、ＡＰから受信したＰＰＤＵに含まれるＭＵ／ＳＵ送信指示情報、コンテナ別リソース割当情報。ＭＵ  ＯＦＤＭＡ／ＭＵ  ＭＩＭＯ送信指示情報に基づいてリソース割当を受け、割当を受けたリソース上でダウンリンクデータを受信し、またはアップリンクデータを送信することができる。
【０３０３】
プロセッサ１９１０、１９６０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１９２０、１９７０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１９３０、１９８０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。
【０３０４】
実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１９２０、１９７０に格納され、プロセッサ１９１０、１９６０により実行されることができる。メモリ１９２０、１９７０は、プロセッサ１９１０、１９６０の内部または外部にあり、よく知られた多様な手段でプロセッサ１９１０、１９６０と連結されることができる。
【図１】
0006426842.tif 000004
【図２】
0006426842.tif 000005
【図３】
0006426842.tif 000006
【図４】
0006426842.tif 000007
【図５】
0006426842.tif 000008
【図６】
0006426842.tif 000009
【図７】
0006426842.tif 000010
【図８】
0006426842.tif 000011
【図９】
0006426842.tif 000012
【図１０】
0006426842.tif 000013
【図１１】
0006426842.tif 000014
【図１２】
0006426842.tif 000015
【図１３】
0006426842.tif 000016
【図１４】
0006426842.tif 000017
【図１５】
0006426842.tif 000018
【図１６】
0006426842.tif 000019
【図１７】
0006426842.tif 000020
【図１８】
0006426842.tif 000021
【図１９】
0006426842.tif 000022