特許 6321285 無線ＬＡＮにおけるデータの送信または受信のための無線リソースを割り当てる方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6321285

(24)【登録日】2018年4月13日

(45)【発行日】2018年5月9日

(54)【発明の名称】無線ＬＡＮにおけるデータの送信または受信のための無線リソースを割り当てる方法及び装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20180423BHJP

   H04W 84/12 20090101ALI20180423BHJP

【ＦＩ】

   H04W72/04 132

   H04W84/12

【請求項の数】8

【全頁数】59

(21)【出願番号】特願2017-506755(P2017-506755)

(86)(22)【出願日】2015年8月5日

(65)【公表番号】特表2017-524303(P2017-524303A)

(43)【公表日】2017年8月24日

(86)【国際出願番号】KR2015008219

(87)【国際公開番号】WO2016021941

(87)【国際公開日】20160211

【審査請求日】2017年2月6日

(31)【優先権主張番号】62/033,654

(32)【優先日】2014年8月6日

(33)【優先権主張国】US

(31)【優先権主張番号】62/036,633

(32)【優先日】2014年8月13日

(33)【優先権主張国】US

(31)【優先権主張番号】62/037,114

(32)【優先日】2014年8月14日

(33)【優先権主張国】US

(31)【優先権主張番号】62/038,376

(32)【優先日】2014年8月18日

(33)【優先権主張国】US

(31)【優先権主張番号】62/038,794

(32)【優先日】2014年8月18日

(33)【優先権主張国】US

(31)【優先権主張番号】62/039,425

(32)【優先日】2014年8月20日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】チェ チンソ

(72)【発明者】

【氏名】チョ ハンキュ

(72)【発明者】

【氏名】リ ウクポン

(72)【発明者】

【氏名】リム トンクク

【審査官】 横田 有光

(56)【参考文献】

【文献】 国際公開第２０１４／０４７４４４（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１２／０２６３０９０（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１１／００７５７５９（ＵＳ，Ａ１）

【文献】 Shahmaz Azizi, Jinsoo Choi，OFDMA Numerology and Structure，IEEE 802.11-15/0330r1，IEEE，２０１５年 ３月 ９日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

無線ＬＡＮにおける無線リソースを割り当てる方法であって、
ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）が全体帯域幅上で複数のＳＴＡ（ｓｔａｔｉｏｎ）のための複数のリソース単位を割り当てるステップであって、前記全体帯域幅は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚであり、前記複数のリソース単位はＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に基づいて割当てられる、ステップと、
前記ＡＰが前記複数のＳＴＡに前記複数のリソース単位を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するステップであって、前記複数のリソース単位の中で、スモールトーンユニット（ＳＴＵ）は周波数軸上で２６トーンに対応するように設定され、ベーシックトーンユニット（ＢＴＵ）は前記周波数軸上で２６トーンより大きい数のトーンに対応するように設定される、ステップと、を含み、
前記複数のリソース単位の割当て場所は前記ＰＰＤＵのＰＰＤＵヘッダに含まれるシグナルフィールドにより示される、方法。

【請求項2】

前記スモールトーンユニット（ＳＴＵ）は、パイロットトーンに対応する２トーン及び、データトーンに対応する残りの２４トーンを有する、請求項１に記載の方法。

【請求項3】

前記ベーシックトーンユニット（ＢＴＵ）は前記周波数軸上で２４２トーンに対応する、請求項１に記載の方法。

【請求項4】

前記複数のリソース単位は左側ガードトーン、右側ガードトーン及びＤＣ（ｄｉｒｅｃｔ ｃｕｒｒｅｎｔ）トーンを考慮して前記周波数軸上に割当てられ、前記左側ガードトーンは前記周波数軸上で６トーンに対応し、前記右側ガードトーンは前記周波数軸上で５トーンに対応し、前記ＤＣトーンは前記周波数軸上で３トーンに対応する、請求項１に記載の方法。

【請求項5】

無線ＬＡＮにおける無線リソースを割り当てるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）であって、前記ＡＰは、
無線信号を送信及び受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部と、
前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）結合されたプロセッサとを含み、
前記プロセッサは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚである全体帯域幅上で複数のＳＴＡ（ｓｔａｔｉｏｎ）のための複数のリソース単位を割り当て、ここで、前記複数のリソース単位はＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に基づいて割当てられ、
前記複数のＳＴＡに前記複数のリソース単位を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するように構成され、ここで、前記複数のリソース単位の中で、スモールトーンユニット（ＳＴＵ）は周波数軸上で２６トーンに対応するように設定され、ベーシックトーンユニット（ＢＴＵ）は前記周波数軸上で２６トーンより大きい数のトーンに対応するように設定され、
前記複数のリソース単位の割当て場所は前記ＰＰＤＵのＰＰＤＵヘッダに含まれるシグナルフィールドにより示される、ＡＰ。

【請求項6】

前記スモールトーンユニット（ＳＴＵ）は、パイロットトーンに対応する２トーン及び、データトーンに対応する残りの２４トーンを有する、請求項５に記載のＡＰ。

【請求項7】

前記ベーシックトーンユニット（ＢＴＵ）は前記周波数軸上で２４２トーンに対応する、請求項５に記載のＡＰ。

【請求項8】

前記複数のリソース単位は左側ガードトーン、右側ガードトーン及びＤＣ（ｄｉｒｅｃｔ ｃｕｒｒｅｎｔ）トーンを考慮して前記周波数軸上に割当てられ、前記左側ガードトーンは前記周波数軸上で６トーンに対応し、前記右側ガードトーンは前記周波数軸上で５トーンに対応し、前記ＤＣトーンは前記周波数軸上で３トーンに対応する、請求項５に記載のＡＰ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳しくは、無線ＬＡＮにおけるデータの送信または受信のための無線リソースを割り当てる方法及び装置に関する。

【背景技術】

【0002】

次世代ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）のための議論が進行している。次世代ＷＬＡＮでは、１）２．４ＧＨｚ及び５ＧＨｚ帯域でＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｏｎｉｃ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１ＰＨＹ（ｐｈｙｓｉｃａｌ）階層とＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）階層の向上、２）スペクトラム効率性（ｓｐｅｃｔｒｕｍ ｅｆｆｉｃｉｅｎｃｙ）と領域スループット（ａｒｅａ ｔｈｒｏｕｇｈｐｕｔ）を高めること、３）干渉ソースが存在する環境、密集した異種ネットワーク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｎｅｔｗｏｒｋ）環境及び高いユーザ負荷が存在する環境のような実際室内環境及び室外環境で性能を向上させることを目標とする。

【0003】

次世代ＷＬＡＮで主に考慮される環境は、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）とＳＴＡ（ｓｔａｔｉｏｎ）が多い密集環境であり、このような密集環境でスペクトラム効率（ｓｐｅｃｔｒｕｍ ｅｆｆｉｃｉｅｎｃｙ）と空間スループット（ａｒｅａ ｔｈｒｏｕｇｈｐｕｔ）に対する改善が論議される。また、次世代ＷＬＡＮでは室内環境だけでなく、既存ＷＬＡＮであまり考慮されていなかった室外環境での実質的な性能改善に関心を有する。

【0004】

具体的に、次世代ＷＬＡＮでは無線オフィス（ｗｉｒｅｌｅｓｓ ｏｆｆｉｃｅ）、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）、スタジアム（Ｓｔａｄｉｕｍ）、ホットスポット（Ｈｏｔｓｐｏｔ）、ビル／アパート（ｂｕｉｌｄｉｎｇ／ａｐａｒｔｍｅｎｔ）のようなシナリオに関心が大きくて、該当シナリオに基づいてＡＰとＳＴＡが多い密集環境でのシステム性能向上に対する議論が進行している。

【0005】

また、次世代ＷＬＡＮでは一つのＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）での単一リンク性能向上よりは、ＯＢＳＳ（ｏｖｅｒｌａｐｐｉｎｇ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）環境でのシステム性能向上及び室外環境性能改善、そしてセルラーオフローディングなどに対する議論が活発になると予想される。このような次世代ＷＬＡＮの方向性は、次世代ＷＬＡＮが益々移動通信と類似の技術範囲を有するようになることを意味する。最近、スモールセル及びＤ２Ｄ（Ｄｉｒｅｃｔ−ｔｏ−Ｄｉｒｅｃｔ）通信領域で移動通信とＷＬＡＮ技術が共に論議されている状況を考慮してみる時、次世代ＷＬＡＮと移動通信の技術的及び事業的な融合は、一層活発になると予測される。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明の目的は、無線ＬＡＮにおけるデータの送信または受信のための無線リソースを割り当てる方法を提供することにある。

【0007】

本発明の他の目的は、無線ＬＡＮにおけるデータの送信または受信のための無線リソースを割り当てる装置を提供することにある。

【課題を解決するための手段】

【0008】

前述した本発明の目的を達成するための本発明の一側面による、無線ＬＡＮにおける無線リソースを割り当てる方法は、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）が全体帯域幅上で複数のＳＴＡ（ｓｔａｔｉｏｎ）の各々のための複数の無線リソースの各々を割り当てるステップと、前記ＡＰが前記複数のＳＴＡの各々に前記複数の無線リソースの各々を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するステップと、を含み、前記複数の無線リソースの各々は、周波数軸上で互いに異なる大きさで定義された複数の無線リソース単位の組み合わせである。

【0009】

前述した本発明の目的を達成するための本発明の他の側面による、無線ＬＡＮにおける無線リソースを割り当てるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）において、前記ＡＰは、無線信号を送信及び受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部と、前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）結合されたプロセッサと、を含み、前記プロセッサは、全体帯域幅上で複数のＳＴＡ（ｓｔａｔｉｏｎ）の各々のための複数の無線リソースの各々を割り当て、前記複数のＳＴＡの各々に前記複数の無線リソースの各々を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するように具現され、前記複数の無線リソースの各々は、周波数軸上で互いに異なる大きさで定義された複数の無線リソース単位の組み合わせである。

【発明の効果】

【0010】

ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）に基づいて複数のＳＴＡの各々のためのリソースを割り当てる時、互いに異なる大きさで定義された無線リソース単位を複数のＳＴＡの各々に割り当てることができ、スケジューリング柔軟度（ｓｃｈｅｄｕｌｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ）が高まって無線ＬＡＮの処理量（ｔｈｒｏｕｇｈｐｕｔ）が増加されることができる。

【図面の簡単な説明】

【0011】

【図1】無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。

【図2】本発明の実施例に係るリソース割当方法を示す概念図である。

【図3】本発明の実施例に係るリソース割当方法を示す概念図である。

【図4】本発明の実施例に係るリソース割当方法を示す概念図である。

【図5】本発明の実施例に係るリソース割当を示す概念図である。

【図6】本発明の実施例に係るリソース割当を示す概念図である。

【図7】本発明の実施例に係るリソース割当を示す概念図である。

【図8】本発明の実施例に係るリソース割当を示す概念図である。

【図9】本発明の実施例に係るＲＲＵ／ＩＲＵベースのリソース割当に対する情報をシグナリングする方法を示す概念図である。

【図10】本発明の実施例に係るＰＰＤＵフォーマットを示す概念図である。

【図11】本発明の実施例が適用されることができる無線装置を示すブロック図である。

【発明を実施するための形態】

【0012】

図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。

【0013】

図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）の構造を示す。

【0014】

図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上のインフラストラクチャＢＳＳ１００、１０５（以下、ＢＳＳ）を含むことができる。ＢＳＳ１００、１０５は、成功裏に同期化されて互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。

【0015】

ＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。

【0016】

分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、２３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。

【0017】

ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。

【0018】

図１の上段のようなＢＳＳでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＩＢＳＳ）と定義する。

【0019】

図１の下段は、ＩＢＳＳを示す概念図である。

【0020】

図１の下段を参照すると、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳにおいて、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）に管理される。ＩＢＳＳにおいて、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）を構築する。

【0021】

ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非ＡＰ ＳＴＡ（Ｎｏｎ−ＡＰ Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。

【0022】

ＳＴＡは、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。

【0023】

次世代無線ＬＡＮシステムの具現のための新しいフレームフォーマットに対する定義が必要である。次世代無線ＬＡＮシステムのための新しいフレームフォーマットが定義される場合、既存に無線ＬＡＮシステムをサポートするレガシ（ｌｅｇａｃｙ）端末（ＳＴＡ、ＡＰ）のためのレガシフレームフォーマットと、次世代無線ＬＡＮシステムのための新しいフレームフォーマットと、が無線ＬＡＮネットワークで共存する。レガシ端末は、次世代無線ＬＡＮの運用可否及び次世代無線ＬＡＮの特性に対して知ることができない。したがって、レガシ端末に対する性能影響なく次世代無線ＬＡＮシステムのためのフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）（または、フレームフォーマット）の設計が必要である。同様に、レガシ端末に対する性能影響なく次世代無線ＬＡＮシステムのためのＰＰＤＵ構造（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ ｓｔｒｕｃｔｕｒｅ）の設計が必要である。

【0024】

従来の無線ＬＡＮシステムにおいて、一つの端末に広い帯域幅（ｗｉｄｅｒ ｂａｎｄｗｉｄｔｈ）（例えば、２０ＭＨｚ超過帯域幅）を割り当てるためのマルチチャネル割当方法が使われた。マルチチャネルは、一つのチャネル単位を２０ＭＨｚとする場合、複数個の２０ＭＨｚチャネルを含むことができる。マルチチャネル割当方法では端末に広い帯域幅を割り当てるためにプライマリチャネル規則（ｐｒｉｍａｒｙ ｃｈａｎｎｅｌ ｒｕｌｅ）が使われた。プライマリチャネル規則が使われる場合、端末に広い帯域幅を割り当てるための制約が存在する。具体的に、プライマリチャネルルールによると、プライマリチャネルに隣接したセカンダリチャネル（ｓｅｃｏｎｄａｒｙ ｃｈａｎｎｅｌ）がＯＢＳＳ（ｏｖｅｒｌａｐｐｅｄ ＢＳＳ）で使われて‘ビジー（ｂｕｓｙ）’である場合、ＳＴＡは、プライマリチャネルを除外した残りのチャネルを使用することができない。したがって、ＳＴＡは、プライマリチャネルを介してのみフレームを送信することができるため、マルチチャネルを介したフレームの送信に対する制約を受ける。即ち、既存の無線ＬＡＮシステムにおいて、マルチチャネル割当のために使われたプライマリチャネルルールは、ＯＢＳＳが少なくない現在無線ＬＡＮ環境で広い帯域幅を運用して高い処理量を得ようとする時、大きい制約となることができる。

【0025】

このような問題点を解決するために、本発明の実施例ではＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）技術をサポートする無線ＬＡＮシステムが開示される。ＯＦＤＭＡ技術が使われる場合、プライマリチャネルルールによる制限無しでマルチチャネルを一つの端末でない多数の端末が同時に使用することができる。したがって、広い帯域幅運用が可能であるため、無線リソースの運用の効率性が向上することができる。

【0026】

ＯＦＤＭＡに基づくリソース割当のために、従来の無線ＬＡＮシステムのＯＦＤＭニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）が最大限活用される場合、従来の無線ＬＡＮシステムで使われたデータエンコーディング（ｄａｔａ ｅｎｃｏｄｉｎｇ）及びインターリーバー（ｉｎｔｅｒｌｅａｖｅｒ）設計などを再活用することができるという長所がある。しかし、スケーラブル（ｓｃａｌａｂｌｅ）でない方式の従来ＯＦＤＭニューメロロジーがそのまま使われると、ＯＦＤＭＡベースのリソース割当を使用することでデータトラフィックを送信する時に多様なサイズのデータトラフィックの送信及び多様なサイズのリソース割当が難しくて、それによって、スケジューリング柔軟性（ｓｃｈｅｄｕｌｅｉｎｇ ｆｌｅｘｉｂｉｌｉｔｙ）も保障しにくい。

【0027】

それだけでなく、従来ＯＦＤＭニューメロロジーがそのまま使われる場合、ＯＦＤＭＡベースの送信でサポートされるダイバーシティモード（分散リソース割当）のサポートも複雑になり、帯域幅のサイズによる残るトーン（ｌｅｆｔｏｖｅｒ ｔｏｎｅ）（または、残るサブキャリア（ｓｕｂｃａｒｒｉｅｒ））の個数の多様性により無線ＬＡＮシステムの設計が複雑になることができる。

【0028】

本発明において、実施例に係る無線ＬＡＮシステムで仮定される時間−周波数構造（ｔｉｍｅ−ｆｒｅｑｕｅｎｃｙ ｓｔｒｕｃｔｕｒｅ）は、例示的に下記の通りである。

【0029】

ＦＦＴ（ｆａｓｔ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）サイズ／ＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）サイズは、既存の無線ＬＡＮシステムで使われたＦＦＴ／ＩＦＦＴサイズのＮ倍（Ｎは、自然数、例えば、Ｎ＝４）で定義されることができる。例えば、２０ＭＨｚの帯域幅に対して２５６ＦＦＴ／ＩＦＦＴが適用され、４０ＭＨｚの帯域幅に対して５１２ＦＦＴ／ＩＦＦＴが適用され、８０ＭＨｚの帯域幅に対して１０２４ＦＦＴ／ＩＦＦＴが適用され、連続１６０ＭＨｚまたは不連続１６０ＭＨｚの帯域幅に対して２０４８ＦＦＴ／ＩＦＦＴが適用されることができる。

【0030】

サブキャリア空間（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は、既存の無線ＬＡＮシステムで使われたサブキャリア空間の１／Ｎ倍（Ｎは、自然数、例えば、Ｎ＝４の場合、７８．１２５ｋＨｚ）の大きさである。

【0031】

ＩＤＦＴ（ｉｎｖｅｒｓｅ ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）／ＤＦＴ（ｄｉｓｃｒｅｔｅ ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）（または、ＦＦＴ／ＩＦＦＴ）に基づくＩＤＦＴ／ＤＦＴ長さ（または、有効シンボル長さ）は、既存の無線ＬＡＮシステムでのＩＤＦＴ／ＤＦＴ長さのＮ倍である。例えば、既存の無線ＬＡＮシステムでは、ＩＤＦＴ／ＤＦＴ長さが３．２μｓであり、Ｎ＝４の場合、本発明の実施例に係る無線ＬＡＮシステムでＩＤＦＴ／ＤＦＴ長さは３．２μｓ＊４（＝１２．８μｓ）である。

【0032】

ＯＦＤＭシンボルの長さは、ＩＤＦＴ／ＤＦＴ長さにＧＩ（ｇｕａｒｄ ｉｎｔｅｒｖａｌ）の長さを加えた値である。ＧＩの長さは、０．４μｓ、０．８μｓ、１．６μｓ、２．４μｓ、３．２μｓのような多様な値である。

【0033】

本発明の実施例に係るＯＦＤＭＡベースのリソース割当方法が使われる場合、互いに異なる大きさのリソース割当単位が使われることができる。具体的に、ＯＦＤＭＡベースのリソース割当のためにＲＲＵ（ｒｅｇｕｌａｒ ｒｅｓｏｕｒｃｅ ｕｎｉｔ）及びＩＲＵ（ｉｒｒｅｇｕｌａｒ ｒｅｓｏｕｒｃｅ ｕｎｉｔ）が定義されることができる。

【0034】

ＡＰは、前記のような複数のリソース単位に基づいて少なくとも一つのＳＴＡのためのダウンリンク送信リソース及び／またはアップリンク送信リソースを決定することができる。ＡＰは、ダウンリンク送信リソースを介して少なくとも一つのＰＰＤＵを少なくとも一つのＳＴＡに送信することができる。また、ＡＰは、アップリンク送信リソースを介して少なくとも一つのＳＴＡにより送信される少なくとも一つのＰＰＤＵを受信することができる。

【0035】

ＲＲＵは、ＩＲＵに比べて相対的に大きいサイズのリソース単位（ｌａｒｇｅｒ ｓｉｚｅ ｒｅｓｏｕｒｃｅ ｕｎｉｔ）である。ＲＲＵは、既存の無線ＬＡＮシステムでサポートされた帯域幅の大きさに基づいて定義されることができる。例えば、ＲＲＵは、２６トーン（ｔｏｎｅ）、５６トーン、１１４トーン、２４２トーンの大きさで定義されることができる。ＲＲＵは、利用可能な帯域幅の大きさ（例えば、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ等）と関係なく同じ大きさで定義され、または利用可能な帯域幅の大きさに従属的に定義されることができる。例えば、ＲＲＵの大きさは、利用可能な帯域幅の大きさの増加によって相対的に大きい値で定義されることもできる。トーン（ｔｏｎｅ）は、サブキャリア（ｓｕｂｃａｒｒｉｅｒ）と同じ意味で解釈されることができる。

【0036】

ＩＲＵは、ＲＲＵに比べて相対的に小さいサイズのリソース単位（ｓｍａｌｌｅｒ ｓｉｚｅ ｒｅｓｏｕｒｃｅ ｕｎｉｔ）である。

【0037】

他の用語として、ＲＲＵは、ＢＴＵ（ｂａｓｉｃ ｔｏｎｅ ｕｎｉｔ）で表現され、ＩＲＵは、ＳＴＵ（ｓｍａｌｌ ｔｏｎｅ ｕｎｉｔ）で表現されることもできる。

【0038】

ＲＲＵとＩＲＵのようなリソース単位は、全体帯域幅（または、利用可能な帯域幅）上で全体帯域幅の両終端に位置した干渉緩和のための左側ガードトーン（ｌｅｆｔ ｇｕａｒｄ ｔｏｎｅ）、右側ガードトーン（ｒｉｇｈｔ ｇｕａｒｄ ｔｏｎｅ）及び全体帯域幅の中央に位置したＤＣ（ｄｉｒｅｃｔ ｃｕｒｒｅｎｔ）トーンを考慮して割り当てられることができる。左側ガードトーン、右側ガードトーン、ＤＣトーンの各々の個数は、全体帯域幅の大きさに従属することなく、全体帯域幅の大きさに関係なく固定された個数である。例えば、左側ガードトーン／右側ガードトーンの個数は、６／５個または７／６個であり、ＤＣトーンの個数は、５個または３個である。

【0039】

ＲＲＵ、ＩＲＵのようなリソース単位の割当方法（割当個数、割当位置など）は、リソース活用効率、全体帯域幅によるスケーラビリティ（ｓｃａｌａｂｉｌｉｔｙ）（または、拡張性）を考慮して設定されることができる。ＲＲＵ、ＩＲＵのようなリソース単位の割当方法は、あらかじめ定義され、または多様な方法（例えば、ＰＰＤＵのＰＰＤＵヘッダに含まれるシグナルフィールド（ｓｉｇｎａｌ ｆｉｅｌｄ）に基づくシグナリング）に基づいてシグナリングされることができる。

【0040】

例えば、全体帯域幅上でリソース単位のシステマテック（ｓｙｓｔｅｍａｔｉｃ）割当のために、基本的にＲＲＵに割り当てられたトーンの個数とＩＲＵに割り当てられたトーンの個数の和が２５６の約数（例えば、１２８、６４、３２等）になるようにした後、連続して位置するＲＲＵ及びＩＲＵを全体帯域幅上で連続に繰り返させることができる。また、左側ガードトーン、右側ガードトーン及びＤＣトーンを加えた個数は、少なくとも一つのＩＲＵに対応されるトーンの個数（例えば、２個のＩＲＵに対応されるトーンの個数）と同じように設定されることができる。

【0041】

前記のような方法に基づいてリソース割当が実行される場合、全体帯域幅上で左側ガードトーン／ＲＲＵ／ＩＲＵ／ＲＲＵ／ＩＲＵ／...／ＲＲＵ／ＤＣトーン／ＲＲＵ／ＩＲＵ...／ＲＲＵ／右側ガードトーンのような形態でリソース割当が実行されることができる。リソース割当が前記のように実行される場合、全体帯域幅上で割り当てられたＲＲＵの個数が全体帯域幅上で割り当てられたＩＲＵの個数より２個多い。

【0042】

ＩＲＵに割り当てられたトーンの個数が少ない場合、複数個（例えば、２個）の物理的（ｐｈｙｓｉｃａｌ）ＩＲＵを束ねて論理的（ｌｏｇｉｃａｌ）ＩＲＵで定義してリソース割当のための最小単位で使用することができる。例えば、全体帯域幅上で隣接した２個のＩＲＵが一つの論理的ＩＲＵで定義されることができる。２個の物理的な隣接ＩＲＵを一つの論理的ＩＲＵで構成するために、以下の図２でＩＲＵとＲＲＵの位置を変えてｌｅｆｔ ｇｕａｒｄ ｔｏｎｅ／ＲＲＵ／ＩＲＵ／ＲＲＵ／ＲＲＵ／ＩＲＵ／ＲＲＵ...の形態、即ち、ＲＲＵ／ＩＲＵ／ＲＲＵが繰り返される形態で構成することもできる。ＩＲＵとＲＲＵ位置がＤＣトーン周辺で変更される場合、ＤＣトーン周辺に２個のＩＲＵが隣接でき、ＤＣトーン周辺に隣接した２個のＩＲＵは、一つの論理的ＩＲＵで定義されることができる。

【0043】

また、本発明の実施例によると、ＳＴＡからＡＰへのアップリンク送信が実行される場合、ＩＲＵのような小さいサイズのリソース単位は、ユーザ間の干渉を緩和するためにアップリンク送信リソースとして割り当てられない。また、左側ガードトーン、右側ガードトーン、ＤＣトーンの各々に割り当てられたトーンの個数の変化によって前述したリソース割当方法で少なくとも一つ以上のＩＲＵが割り当てられない。

【0044】

また、本発明の実施例によると、全体帯域幅の大きさによって前述した方法がハイブリッドに組み合わせてリソース割当が実行されることもできる。

【0045】

また、本発明の実施例によると、１個のＲＲＵが複数個の小さいＲＲＵ（または、下位（ｓｕｂ）ＲＲＵ）に論理的に分割されてダイバーシティ効果を得ることもできる。例えば、２４２個のトーンに割り当てられる１個のＲＲＵは、１２１個のトーンに割り当てられる２個の下位ＲＲＵの各々または１１個のトーンに割り当てられる２２個の下位ＲＲＵの各々に分割されることができる。１１４個のトーンに割り当てられる１個のＲＲＵは、５７個のトーンに割り当てられる２個の下位ＲＲＵの各々または１９個のトーンに割り当てられる６個の下位ＲＲＵの各々に分割されることができる。５６個のトーンに割り当てられる１個のＲＲＵは、２８個のトーンに割り当てられる２個の下位ＲＲＵの各々または１４個のトーンに割り当てられる４個の下位ＲＲＵの各々に分割されることができる。２６個のトーンに割り当てられる１個のＲＲＵは、１３個のトーンに割り当てられる２個の下位ＲＲＵの各々に分割されることができる。

【0046】

このような１個のＲＲＵ内に含まれる複数個の下位ＲＲＵの各々が複数のＳＴＡに割り当てられることができる。例えば、複数個のＲＲＵの各々に含まれる複数個の下位ＲＲＵの各々が一つのＳＴＡのためのリソースとして割り当てられることができる。他の表現として、一つのＳＴＡのためのリソースが複数のＲＲＵにかけられる。具体的な例として、２６個のトーンが一つのＳＴＡのために割り当てられる場合、２６トーンに割り当てられたＲＲＵ２個の各々に含まれる２個の１３個のトーンに割り当てられた下位ＲＲＵの各々が一つのＳＴＡのためのリソースとして割り当てられることができる。このようなリソース割当方法が使われる場合、ダイバーシティ効果が取得される。

【0047】

また、本発明の実施例によると、ＩＲＵでパイロットサブキャリア（または、パイロットトーンまたはパイロット）は、１個のパイロットサブキャリアがＩＲＵに割り当てられる場合、ＩＲＵの中央に位置したサブキャリアに割り当てられ、２個のパイロットサブキャリアがＩＲＵに割り当てられる場合、２個のパイロットサブキャリアの各々は、ＩＲＵの両端のサブキャリアと中央のサブキャリアとの間に各々割り当てられる。

【0048】

図２は、本発明の実施例に係るリソース割当方法を示す概念図である。

【0049】

図２では、ＲＲＵ（または、他の表現として、ＢＲＵ（ｂａｓｉｃ ｒｅｓｏｕｒｃｅ ｕｎｉｔ））に割り当てられるトーンの個数が５６個であり、ＩＲＵに割り当てられるトーンの個数が８個である場合、全体帯域幅の大きさによるリソース割当が開示される。ＲＲＵに５６個のトーンが割り当てられる場合、既存の無線ＬＡＮシステムにおいて、２０ＭＨｚで使われる基本ＯＦＤＭニューメロロジーと同じであるという点がある。したがって、既存の無線ＬＡＮシステムで使われたインターリーバー（または、データトーンインターリーバー）が再活用されることができる。

【0050】

また、ＲＲＵに割り当てられたトーンの個数（以下、ＲＲＵサイズも同じ意味で使われる）とＩＲＵに割り当てられたトーンの個数（以下、ＩＲＵサイズも同じ意味で使われる）との和が２５６の約数である６４である。したがって、システマテックなデザインが容易である。

【0051】

図２の左側では２０ＭＨｚに対するリソース割当、図２の中間では４０ＭＨｚに対するリソース割当、図２の右側では８０ＭＨｚに対するリソース割当が開示される。１６０ＭＨｚに対するリソース割当は、８０ＭＨｚに対するリソース割当が繰り返された形態である。二つのリソース単位であるＲＲＵとＩＲＵの各々は、独立的なＳＴＡの各々に割り当てられることができる。または、システム環境によって一つのＳＴＡに二つのリソース単位（ＲＲＵ、ＩＲＵ）が同時に割り当てられることもできる。

【0052】

ＲＲＵサイズが５６トーンであり、ＩＲＵサイズが８トーンである場合、帯域幅大きさの各々に対するＲＲＵの割当個数、ＩＲＵの割当個数及びＤＣトーン及びガードトーンの個数は、以下の表１の通りである。表１は、帯域幅の大きさ別ニューメロロジーを開示する。

【0053】

【表1】

【0054】

表１を参照すると、２０ＭＨｚの帯域幅では４個のＲＲＵ及び２個のＩＲＵが割り当てられ、４０ＭＨｚの帯域幅では８個のＲＲＵ及び６個のＩＲＵが割り当てられ、８０ＭＨｚの帯域幅では１６個のＲＲＵ及び１４個のＩＲＵが割り当てられることができる。

【0055】

具体的に、２０ＭＨｚの帯域幅では左側ガードトーン／ＲＲＵ／ＩＲＵ／ＲＲＵ／ＤＣトーン／ＲＲＵ／ＩＲＵ／ＲＲＵ／右側ガードトーンの構造でリソース割当が実行されることができる。同様に、４０ＭＨｚ及び８０ＭＨｚの帯域幅では左側ガードトーン／ＲＲＵ／ＩＲＵ／ＲＲＵ／ＩＲＵ／ＲＲＵ...／ＩＲＵ／ＲＲＵ／ＤＣトーン／ＲＲＵ／ＩＲＵ／...／ＲＲＵ／ＩＲＵ／ＲＲＵ／ＩＲＵ／ＲＲＵ／右側ガードトーンの構造でリソース割当が実行されることができる。左側ガードトーンと右側ガードトーンに隣接した部分にはＲＲＵが割り当てられ、以後、両側ガードトーンからＤＣトーン方向にＩＲＵ／ＲＲＵが繰り返して割り当てられ、ＤＣトーン周辺にはＲＲＵが隣接するようにリソース割当が実行されることができる。前述したように、ＤＣトーン周辺でＩＲＵが位置するようにＤＣトーン周辺のＲＲＵとＩＲＵの割当位置を変更して／...／ＲＲＵ／ＲＲＵ／ＩＲＵ／ＤＣトーン／ＩＲＵ／ＲＲＵ／ＲＲＵ／...／でリソース割当が実行されることもできる。

【0056】

８０ＭＨｚの帯域幅に対するリソース割当に対する繰り返しに基づいて１６０ＭＨｚの帯域幅に対するリソース割当が実行されることができる。したがって、１６０ＭＨｚの帯域幅では３２個のＲＲＵ及び２８個のＩＲＵが割り当てられることができる。

【0057】

また、表１を参照すると、ＤＣトーンの個数及びガードトーンの個数（左側ガードトーン個数及び右側ガードトーンの個数を加えた値）の和は、帯域幅に関係なく固定された数（例えば、１６個）である。ＤＣトーンの個数とガードトーンの個数との和は、ＩＲＵサイズの倍数である。

【0058】

前述したように、個別ＩＲＵ単位でＳＴＡに割り当てられることもできるが、二つの物理的ＩＲＵが加えられた論理的ＩＲＵ単位でＳＴＡのための無線リソースとして割り当てられることができる。図２のように、ＩＲＵサイズが８トーンである場合、論理的ＩＲＵのサイズは１６トーンであり、１６トーンが最小リソース割当単位として使われることができる。以下、本発明の実施例では、ｎ個（ｎは、自然数）の物理的ＩＲＵが加えられて形成されたリソース割当単位を論理的ｎＩＲＵという用語で表現できる。論理的ｎＩＲＵを構成する複数のＩＲＵの位置は、隣接したり連続されたりすることができ、または隣接可否を考慮せずに割り当てられることもできる。論理的ｎＩＲＵは、最小リソース割当単位である。例えば、２個の物理的ＩＲＵが加えられて形成されたリソース割当単位は、論理的２ＩＲＵという用語で表現されることができる。

【0059】

本発明の実施例によると、ＩＲＵサイズは変わることができる。以下ではＲＲＵサイズが５６トーンであり、ＩＲＵサイズが８トーンでない１３トーンまたは９トーンである場合、リソース割当に対して開示される。

【0060】

以下の表２は、ＲＲＵサイズが５６トーンであり、ＩＲＵサイズが１３トーンである場合、８０ＭＨｚ帯域幅でのリソース割当を開示する。

【0061】

【表2】

【0062】

以下の表３は、ＲＲＵサイズが５６トーンであり、ＩＲＵサイズが１３トーンである場合、４０ＭＨｚ帯域幅でのリソース割当を開示する。

【0063】

【表3】

【0064】

以下の表４は、ＲＲＵサイズが５６トーンであり、ＩＲＵサイズが１３トーンである場合、２０ＭＨｚ帯域幅でのリソース割当を開示する。

【0065】

【表4】

【0066】

以下の表５は、ＲＲＵサイズが５６トーンであり、ＩＲＵサイズが９トーンである場合、２０ＭＨｚ／４０ＭＨｚ／８０ＭＨｚ帯域幅の各々でのリソース割当を開示する。

【0067】

【表5】

【0068】

また、本発明の実施例によると、ＲＲＵサイズも変わることができる。以下ではＲＲＵサイズが２６トーンであり、ＩＲＵサイズが８トーンである場合、リソース割当に対して開示される。ＲＲＵサイズが５６トーンである場合より多い個数のＲＲＵ及びＩＲＵが全体帯域幅上に割り当てられることができる。また、ＲＲＵサイズが２６トーンである場合、ＲＲＵサイズが５２トーンである場合に比べて精密なグラニュラリティ（または、粒度）（ｇｒａｎｕｌａｒｉｔｙ）でリソース割当がサポートされることができる。

【0069】

以下の表６は、ＲＲＵサイズが２６トーンであり、ＩＲＵサイズが１３トーンである場合、２０ＭＨｚ／４０ＭＨｚ／８０ＭＨｚ帯域幅の各々でのリソース割当が開示される。

【0070】

【表6】

【0071】

以下の表７は、ＲＲＵサイズが２６トーンであり、ＩＲＵサイズが６トーンである場合、８０ＭＨｚ帯域幅でのリソース割当が開示される。

【0072】

【表7】

【0073】

以下の表８は、ＲＲＵサイズが２６トーンであり、ＩＲＵサイズが６トーンである場合、４０ＭＨｚ帯域幅でのリソース割当が開示される。

【0074】

【表8】

【0075】

以下の表９は、ＲＲＵサイズが２６トーンであり、ＩＲＵサイズが６トーンである場合、２０ＭＨｚ帯域幅でのリソース割当が開示される。

【0076】

【表9】

【0077】

また、本発明の実施例によると、ＲＲＵサイズが１１４トーンであり、ＩＲＵサイズが７トーンである。以下の表１０乃至表１２ではＲＲＵサイズが１１４トーンであり、ＩＲＵサイズが７トーンである場合、リソース割当に対して開示される。

【0078】

以下の表１０は、ＲＲＵサイズが１１４トーンであり、ＩＲＵサイズが７トーンである場合、８０ＭＨｚ帯域幅でのリソース割当が開示される。

【0079】

【表10】

【0080】

以下の表１１は、ＲＲＵサイズが１１４トーンであり、ＩＲＵサイズが７トーンである場合、４０ＭＨｚ帯域幅でのリソース割当が開示される。

【0081】

【表11】

【0082】

以下の表１２は、ＲＲＵサイズが１１４トーンであり、ＩＲＵサイズが７トーンである場合、２０ＭＨｚ帯域幅でのリソース割当が開示される。

【0083】

【表12】

【0084】

ＲＲＵサイズが１１４トーンであり、ＩＲＵサイズが７トーンである場合、８０ＭＨｚ／４０ＭＨｚ／２０ＭＨｚの各々でのリソース割当は、下記のように実行されることができる。

【0085】

８０ＭＨｚ：Ｌｅｆｔ ｇｕａｒｄ（６）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ（３）／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ｒｉｇｈｔ ｇｕａｒｄ（５）

【0086】

４０ＭＨｚ：Ｌｅｆｔ ｇｕａｒｄ（６）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ（３）／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ｒｉｇｈｔ ｇｕａｒｄ（５）

【0087】

２０ＭＨｚ：Ｌｅｆｔ ｇｕａｒｄ（６）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ（３）／ＩＲＵ（７）／ＲＲＵ（１１４）／ｒｉｇｈｔ ｇｕａｒｄ（５）

【0088】

前記の２０ＭＨｚ／４０ＭＨｚ／８０ＭＨｚ割当において、全体帯域幅上でＲＲＵ、ＩＲＵ、論理的２ＩＲＵの各々の位置は変わることができる。

【0089】

または、ダイバーシティを考慮して８０ＭＨｚ／４０ＭＨｚ／２０ＭＨｚの各々でのリソース割当は、下記のように実行されることができる。

【0090】

８０ＭＨｚ：Ｌｅｆｔ ｇｕａｒｄ（６）／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ（３）／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ｒｉｇｈｔ ｇｕａｒｄ（５）

【0091】

４０ＭＨｚ：Ｌｅｆｔ ｇｕａｒｄ（６）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ（３）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ｒｉｇｈｔ ｇｕａｒｄ（５）

【0092】

２０ＭＨｚ：Ｌｅｆｔ ｇｕａｒｄ（６）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＤＣ（３）／ＲＲＵ（１１４）／ＩＲＵ（７）／ｒｉｇｈｔ ｇｕａｒｄ（５）

【0093】

前記のリソース割当は、一つの例示に過ぎず、その他、多様な方法で全体帯域幅上でＲＲＵ／ＩＲＵに基づくリソース割当が実行されることができる。

【0094】

図３は、本発明の実施例に係るリソース割当方法を示す概念図である。

【0095】

図３では、ＲＲＵサイズを全体帯域幅の大きさによって変化させる方法が開示される。

【0096】

図３を参照すると、全体帯域幅の大きさが２０ＭＨｚである場合、ＲＲＵサイズが２６トーン、全体帯域幅の大きさが４０ＭＨｚである場合、ＲＲＵサイズが５６トーン、全体帯域幅の大きさが８０ＭＨｚである場合、ＲＲＵサイズが１１４トーンである。

【0097】

ＩＲＵサイズは、全体帯域幅の大きさによって変化されない固定値（例えば、７トーン）で定義され、論理的２ＩＲＵに対応される１４トーンが最小リソース割当単位として使われることができる。１４トーンに対応される論理的２ＩＲＵは、２個のパイロットサブキャリア（または、パイロットトーン）を含むことができる。最小リソース割当単位に対応される１４トーンのうち２個のパイロットサブキャリアを除外した１２個のトーンは、データトーン（ｄａｔａ ｔｏｎｅ）として使われることができる。１２個のデータトーンは、多様なＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）デコーディングをサポートすることが容易である。特に、８０ＭＨｚでＲＲＵサイズと最小割当単位（２個のＩＲＵ）の和は、ＲＲＵ＋２ＩＲＵ＝１１４トーン＋１４トーン＝１２８トーンであり、２５６の約数である。このような場合、無線ＬＡＮシステムのシステマテックデザイン（ｓｙｓｔｅｍａｔｉｃ ｄｅｓｉｇｎ）が容易になる。

【0098】

図３の左側は、８０ＭＨｚに割り当てられたＲＲＵ／ＩＲＵを開示する。

【0099】

図３の左側を参照すると、左側ガードトーン／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／右側ガードトーンが全体帯域幅上で割り当てられることができる。

【0100】

図３の中間は、４０ＭＨｚに割り当てられたＲＲＵ／ＩＲＵを開示する。

【0101】

図３の中間を参照すると、左側ガードトーン／ＲＲＵ（５６）／ＲＲＵ（５６）／論理的２ＩＲＵ（１４）／ＲＲＵ（５６）／ＲＲＵ（５６）／ＩＲＵ（７）／ＤＣ／ＩＲＵ（７）／ＲＲＵ（５６）／ＲＲＵ（５６）／論理的２ＩＲＵ（１４）／ＲＲＵ（５６）／ＲＲＵ（５６）／右側ガードトーンが全体帯域幅上で割り当てられることができる。

【0102】

図３の右側は、２０ＭＨｚに割り当てられたＲＲＵ／ＩＲＵを開示する。

【0103】

図３の右側を参照すると、左側ガードトーン／ＲＲＵ（２６）／ＲＲＵ（２６）／ＩＲＵ（７）／ＲＲＵ（２６）／ＲＲＵ（２６）／ＩＲＵ（７）／ＤＣ／ＩＲＵ（７）／ＲＲＵ（２６）／ＲＲＵ（２６）／ＩＲＵ（７）／ＲＲＵ（２６）／ＲＲＵ（２６）／右側ガードトーンが全体帯域幅上で割り当てられることができる。

【0104】

図３で開示された全体帯域幅上でＲＲＵ、ＩＲＵ、論理的２ＩＲＵの各々の位置は、例示的な位置に過ぎない。ＲＲＵ、ＩＲＵ、論理的２ＩＲＵの各々は、多様に全体帯域幅上で割り当てられることができる。

【0105】

図４は、本発明の実施例に係るリソース割当方法を示す概念図である。

【0106】

例えば、既存のＯＦＤＭニューメロロジーを再活用するために、８０ＭＨｚでは最小粒度（ｍｉｎｉｍｕｍ ｇｒａｎｕｌａｒｉｔｙ）が１０ＭＨｚ（１１４トーン）に設定され、４０ＭＨｚでは最小粒度が５ＭＨｚ（５６トーン）に設定され、２０ＭＨｚでは最小粒度が２．５ＭＨｚ（２６トーン）に設定されることができる。

【0107】

または、８０ＭＨｚ帯域幅は、システムの主な（ｄｏｍｉｎａｎｔ）一帯域幅であるため、一つのリソース粒度（ｒｅｓｏｕｒｃｅ ｇｒａｎｕｌａｒｉｔｙ）で最適化され、残りの帯域幅は、一つの粒度で包括してサポートするように設計されることができる。

【0108】

以下、表１３〜表１５では８０ＭＨｚで最小粒度が１０ＭＨｚであり、４０ＭＨｚ及び２０ＭＨｚの各々で最小粒度が５ＭＨｚである場合、８０ＭＨｚ、４０ＭＨｚ、２０ＭＨｚ帯域幅の各々でのリソース割当が開示される。

【0109】

以下の表１３では８０ＭＨｚ帯域幅で１０ＭＨｚを最小粒度として有する場合が開示される。

【0110】

【表13】

【0111】

以下の表１４では４０ＭＨｚ帯域幅で５ＭＨｚを最小粒度として有する場合が開示される。

【0112】

【表14】

【0113】

以下の表１５では２０ＭＨｚ帯域幅で５ＭＨｚを最小粒度として有する場合が開示される。

【0114】

【表15】

【0115】

表１３乃至表１５を参照すると、基本リソース割当粒度の単位と１個のＲＲＵサイズは同じである。

【0116】

具体的に、８０ＭＨｚの帯域幅で最小粒度（または、基本リソース割当粒度）は１０ＭＨｚ（１１４トーン）であり、１個のＲＲＵサイズは１１４トーン、ＩＲＵサイズは７トーンである。このとき、ＲＲＵは８個、ＩＲＵは１４個が帯域幅上に割り当てられることができる。論理的２ＩＲＵが最小割当単位として使われることもできる。また、左側ガードトーンは６個、右側ガードトーンは５個、ＤＣトーンは３個である。

【0117】

また、４０ＭＨｚの帯域幅で最小粒度は５ＭＨｚ（５６トーン）であり、１個のＲＲＵサイズは５６トーン、ＩＲＵサイズは７トーンである。このとき、ＲＲＵは８個、ＩＲＵは６個が帯域幅上に割り当てられることができる。論理的２ＩＲＵが最小割当単位として使われることもできる。また、左側ガードトーンは６個、右側ガードトーンは５個、ＤＣトーンは１１個である。

【0118】

また、２０ＭＨｚの帯域幅で最小粒度は５ＭＨｚ（５６トーン）であり、１個のＲＲＵサイズは５６トーン、ＩＲＵサイズは７トーンである。このとき、ＲＲＵは４個、ＩＲＵは２個が帯域幅上に割り当てられることができる。論理的２ＩＲＵが最小割当単位として使われることもできる。また、左側ガードトーンは６個、右側ガードトーンは５個、ＤＣトーンは７個である。

【0119】

図４の左側は、８０ＭＨｚに割り当てられたＲＲＵ／ＩＲＵを開示する。

【0120】

図４の左側を参照すると、左側ガードトーン／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣ／ＩＲＵ（７）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／論理的２ＩＲＵ（１４）／ＲＲＵ（１１４）／右側ガードトーンが全体帯域幅上で割り当てられることができる。

【0121】

図４の中間は、４０ＭＨｚに割り当てられたＲＲＵ／ＩＲＵを開示する。

【0122】

図４の中間を参照すると、左側ガードトーン／ＲＲＵ（５６）／ＲＲＵ（５６）／論理的２ＩＲＵ（１４）／ＲＲＵ（５６）／ＲＲＵ（５６）／ＩＲＵ（７）／ＤＣ／ＩＲＵ（７）／ＲＲＵ（５６）／論理的２ＩＲＵ（１４）／ＲＲＵ（５６）／ＲＲＵ（５６）／ＲＲＵ（５６）／右側ガードトーンが全体帯域幅上で割り当てられることができる。

【0123】

図４の右側は、２０ＭＨｚに割り当てられたＲＲＵ／ＩＲＵを開示する。

【0124】

図４の右側を参照すると、左側ガードトーン／ＲＲＵ（５６）／ＲＲＵ（５６）／ＩＲＵ（７）／ＤＣ／ＩＲＵ（７）／ＲＲＵ（５６）／ＲＲＵ（５６）／右側ガードトーンが全体帯域幅上で割り当てられることができる。

【0125】

図４で開示された全体帯域幅上でＲＲＵの割当位置及びＩＲＵの割当位置は例示的な位置に過ぎない。ＩＲＵの各々は、物理的に離れたサブキャリア（または、トーン）に多様に割り当てられることができ、論理的に一つのリソース割当単位として使われることができる。

【0126】

または、本発明の実施例によると、８０ＭＨｚでは最小粒度が５ＭＨｚ（５６トーン）、４０ＭＨｚでは最小粒度が２．５ＭＨｚ（２６トーン）、２０ＭＨｚでは最小粒度が２．５ＭＨｚ（２６トーン）に設定されることができる。

【0127】

以下の表１６、表１７及び表１８は、８０ＭＨｚ、４０ＭＨｚ、２０ＭＨｚの各々でのＲＲＵ及び論理的２ＩＲＵ単位のリソース割当を示す。以下の表１６乃至表１８において、１４個のトーンに割り当てられるＩＲＵは、論理的２ＩＲＵを指示することもできるが、一つの物理的ＩＲＵを指示することもできる。

【0128】

【表16】

【0129】

表１６を参照すると、８０ＭＨｚ帯域幅上で８個の１１４トーンのＲＲＵ及び７個の論理的２ＩＲＵが割り当てられることができる。

【0130】

【表17】

【0131】

表１７を参照すると、４０ＭＨｚ帯域幅上で８個の５６トーンのＲＲＵ及び３個の論理的２ＩＲＵが割り当てられることができる。

【0132】

【表18】

【0133】

表１８を参照すると、２０ＭＨｚ帯域幅上で８個の２６トーンのＲＲＵ及び２個の論理的２ＩＲＵが割り当てられることができる。

【0134】

以下の表１９、表２０及び表２１は、２０ＭＨｚ帯域幅でその他の追加的なＲＲＵ及びＩＲＵの組み合わせを示す。以下の表１９乃至表２０において、１４個のトーンに割り当てられるＩＲＵは、論理的２ＩＲＵを指示することもできるが、一つの物理的ＩＲＵを指示することもできる。

【0135】

【表19】

【0136】

【表20】

【0137】

【表21】

【0138】

以下の表２２は、５６トーンに割り当てられるＲＲＵ及び１３トーンに割り当てられるＩＲＵに基づく２０ＭＨｚ帯域幅上でのリソース割当が開示される。２６トーンに対応される論理的２ＩＲＵが最小リソース割当単位として使われることができる。

【0139】

【表22】

【0140】

以下の表２３は、２８トーンに割り当てられるＲＲＵ及び１３トーンに割り当てられるＩＲＵに基づく４０ＭＨｚ帯域幅上でのリソース割当が開示される。２６トーンに対応される論理的２ＩＲＵが最小リソース割当単位として使われることができる。

【0141】

【表23】

【0142】

以下の表２４は、５６トーンに割り当てられるＲＲＵ及び１３トーンに割り当てられるＩＲＵに基づく８０ＭＨｚ帯域幅上でのリソース割当が開示される。２６トーンに対応される論理的２ＩＲＵが最小リソース割当単位として使われることができる。

【0143】

【表24】

【0144】

以下の表２５は、５７トーンに割り当てられるＲＲＵ及び２６トーンに割り当てられるＩＲＵに基づく８０ＭＨｚ帯域幅上でのリソース割当が開示される。

【0145】

【表25】

【0146】

また、本発明の実施例によると、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚの各々でのＲＲＵ、ＩＲＵの各々が下記のように割り当てられることができる。２０ＭＨｚ帯域幅に対して｛ＲＲＵ、ＩＲＵ｝＝｛５６トーン、７トーン｝、４０ＭＨｚ帯域幅に対して｛ＲＲＵ、ＩＲＵ｝＝｛５６トーン、７トーン｝（または、＝｛１１４トーン、７トーン｝、８０ＭＨｚ帯域幅に対して｛ＲＲＵ、ＩＲＵ｝＝｛１１４トーン、７トーン｝が割り当てられることができる。

【0147】

図５は、本発明の実施例に係るリソース割当を示す概念図である。

【0148】

図５では、以下の表２６で開示した２０ＭＨｚ帯域幅に対する｛ＲＲＵ、ＩＲＵ｝＝｛５６トーン、７トーン｝のリソース割当が開示される。

【0149】

【表26】

【0150】

図５の左側を参照すると、２０ＭＨｚ帯域幅上で左側ガードトーン／ＩＲＵ（７）／ＲＲＵ（５６）／ＲＲＵ（５６）／ＤＣトーン／ＲＲＵ（５６）／ＲＲＵ（５６）／ＩＲＵ（７）／右側ガードトーンが割り当てられることができる。

【0151】

図５の右側を参照すると、２０ＭＨｚ帯域幅上で左側ガードトーン／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／ＤＣトーン／ＲＲＵ（５６）／ＲＲＵ（７）／ＲＲＵ（５６）／右側ガードトーンが割り当てられることができる。

【0152】

前記のようなＲＲＵ及びＩＲＵの割当は、ユーザ（または、ＳＴＡ）の数によって変わることができる。以下ではユーザの数が１、２、３、４、５の場合、それぞれのユーザに割り当てられるリソースが例示的に開示される。割当順序は変更されることができ、基本的に全体帯域幅上で全てのリソースがユーザに割り当てられることが仮定される。

【0153】

１名のユーザ（割当個数（ｔｈｅ ｎｕｍｂｅｒ ｏｆ ａｌｌｏｃａｔｉｏｎ）が１の場合）：既存の８０ＭＨｚ帯域に使われる２５６ＦＦＴのニューメロロジー（２４２ｔｏｎｅｓ）が２０ＭＨｚに適用されて使われることができる。８個のパイロットトーンが含まれることができる。即ち、一つのユーザのために２４２トーンが割り当てられることができる。

【0154】

２名のユーザ（割当個数が２の場合）：ユーザ１に４個のＲＲＵ（２ＲＲＵ＋２ＲＲＵ）が割り当てられ、ユーザ２に２個のＩＲＵ（２ＩＲＵ）が割り当てられることができる。４個のＲＲＵは、２個のＲＲＵで構成される２ＲＲＵが２個である構造である。２ＲＲＵは、データトーン１０８個及びパイロットトーン４個を含む１１２個トーンに割り当てられることができる。２ＩＲＵは、データトーン１２個、パイロットトーン２個を含む１４個トーンに割り当てられることができる。全体帯域幅が２名のユーザに割り当てられる場合、ユーザ１にデータを送信するために、既存の１０８サイズのインターリーバーを使用した２ブロックデータインターリービングが実行されることができる。

【0155】

３名のユーザ（割当個数が３の場合）：ユーザ１に２ＲＲＵが割り当てられ、ユーザ２に他の２ＲＲＵが割り当てられ、ユーザ３に２ＩＲＵが割り当てられることができる。２ＲＲＵは、データトーン１０８個及びパイロットトーン４個を含む１１２個トーンに割り当てられることができる。２ＩＲＵは、データトーン１２個、パイロットトーン２個を含む１４個トーンに割り当てられることができる。ユーザ１及びユーザ２の各々にデータを送信するために、既存の１０８サイズのインターリーバーを使用したブロックデータインターリービングが実行されることができる。

【0156】

４名のユーザ（割当個数が４の場合）：ユーザ１にＲＲＵが割り当てられ、ユーザ２にＲＲＵが割り当てられ、ユーザ３に２ＲＲＵが割り当てられ、ユーザ４に２ＩＲＵが割り当てられることができる。２ＲＲＵは、データトーン１０８個及びパイロットトーン４個を含む１１２個トーンに割り当てられることができる。ＲＲＵは、データトーン５２個及びパイロットトーン４個を含む５６個トーンに割り当てられることができる。２ＩＲＵは、データトーン１２個、パイロットトーン２個を含む１４個トーンに割り当てられることができる。ユーザ１及びユーザ２の各々にデータを送信するために、既存の５２サイズのインターリーバーを使用したブロックデータインターリービングが実行され、ユーザ３にデータを送信するために、１０８サイズのインターリーバーを使用したブロックデータインターリービングが実行されることができる。

【0157】

５名のユーザ（割当個数が５の場合）：ユーザ１にＲＲＵが割り当てられ、ユーザ２にＲＲＵが割り当てられ、ユーザ３にＲＲＵが割り当てられ、ユーザ４にＲＲＵが割り当てられ、ユーザ５に２ＩＲＵが割り当てられることができる。ＲＲＵは、データトーン５２個及びパイロットトーン４個を含む５６個トーンに割り当てられることができる。２ＩＲＵは、データトーン１２個、パイロットトーン２個を含む１４個トーンに割り当てられることができる。ユーザ１乃至ユーザ４の各々にデータを送信するために、既存の５２サイズのインターリーバーを使用したブロックデータインターリービングが実行されることができる。

【0158】

即ち、ユーザが１〜５名である場合、各々に対して既存のインターリーバー（データインターリーバー）が使われることができる。

【0159】

前記のような２０ＭＨｚ帯域幅上でユーザの数によるＲＲＵ／ＩＲＵの割当は例示に過ぎず、多様な方法で割り当てられることができ、このような実施例も本発明の権利範囲に含まれる。

【0160】

図６は、本発明の実施例に係るリソース割当を示す概念図である。

【0161】

図６では以下の表２７で開示した４０ＭＨｚ帯域幅に対する｛ＲＲＵ、ＩＲＵ｝＝｛５６トーン、７トーン｝のリソース割当が開示される。

【0162】

【表27】

【0163】

図６を参照すると、４０ＭＨｚ帯域幅上で左側ガードトーン／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／ＤＣトーン／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／ＩＲＵ（７）／ＲＲＵ（５６）／右側ガードトーンが割り当てられることができる。

【0164】

前記のようなＲＲＵ及びＩＲＵの割当は、ユーザの数によって変わることができる。以下ではユーザの数が１、２、３、４、５の場合、それぞれのユーザに割り当てられるリソースが例示的に開示される。割当順序は変更されることができ、基本的に全体帯域幅上で全てのリソースがユーザに割り当てられることが仮定される。

【0165】

１名のユーザ：既存の８０ＭＨｚ帯域に使われる２５６ＦＦＴのニューメロロジー（２４２ｔｏｎｅｓ）が４０ＭＨｚに適用されて使われることができる。８個のパイロットトーンが含まれることができる。または、８個のＲＲＵ（８ＲＲＵ）＋６個のＩＲＵ（６ＩＲＵ）を組み合わせた１４９０トーンがユーザに割り当てられることができる。

【0166】

２名のユーザ：ユーザ１に８個のＲＲＵ（８ＲＲＵ）が割り当てられ、ユーザ２に６個のＩＲＵ（６ＩＲＵ）が割り当てられることができる。各ＲＲＵは、データトーン５２個及びパイロットトーン４個を含む５６個トーンに割り当てられることができる。したがって、８ＲＲＵは、データトーンとして４１６（５２＊８）トーン、パイロットトーンとして３２（４＊８）トーンに割り当てられることができる。各ＩＲＵは、データトーン６個及びパイロットトーン１個を含む７個トーンに割り当てられることができる。したがって、６ＩＲＵは、データトーンとして３６（６＊６）トーン、パイロットトーンとして６（１＊６）トーンに割り当てられることができる。

【0167】

３名のユーザ：ユーザ１に４ＲＲＵが割り当てられ、ユーザ２に４ＲＲＵが割り当てられ、ユーザ３に６ＩＲＵが割り当てられることができる。または、ユーザ１に６ＲＲＵが割り当てられ、ユーザ２に２ＲＲＵが割り当てられ、ユーザ３に６ＩＲＵが割り当てられることができる。各ＲＲＵは、データトーン５２個及びパイロットトーン４個を含む５６個トーンに割り当てられることができる。各ＩＲＵは、データトーン６個及びパイロットトーン１個を含む７個トーンに割り当てられることができる。または、ＩＲＵが一層細分化されて各ユーザに割り当てられることもできる。

【0168】

４名のユーザ〜７名のユーザ：ＲＲＵサイズが５６トーンであるため、従来のインターリーバーサイズを容易にサポートする構造である。したがって、複数のユーザの各々に多様な組み合わせでＲＲＵ及びＩＲＵが割り当てられることができる。

【0169】

前記のような４０ＭＨｚ帯域幅上でユーザの数によるＲＲＵ／ＩＲＵの割当は例示に過ぎず、多様な方法で割り当てられることができ、このような実施例も本発明の権利範囲に含まれる。

【0170】

図７は、本発明の実施例に係るリソース割当を示す概念図である。

【0171】

図７では以下の表２８で開示した４０ＭＨｚ帯域幅に対する｛ＲＲＵ、ＩＲＵ｝＝｛１１４トーン、７トーン｝のリソース割当が開示される。

【0172】

【表28】

【0173】

図７の左側を参照すると、４０ＭＨｚ帯域幅上で左側ガードトーン／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣトーン／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／右側ガードトーンが割り当てられることができる。

【0174】

図７の右側を参照すると、４０ＭＨｚ帯域幅上で左側ガードトーン／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣトーン／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／右側ガードトーンが割り当てられることができる。

【0175】

前記のようなＲＲＵ及びＩＲＵの割当は、ユーザの数によって変わることができる。以下ではユーザの数が１、２、３、４、５の場合、それぞれのユーザに割り当てられるリソースが例示的に開示される。割当順序は、変更されることができ、基本的に全体帯域幅上で全てのリソースがユーザに割り当てられることが仮定される。

【0176】

１名のユーザ：既存の８０ＭＨｚ帯域に使われる２５６ＦＦＴのニューメロロジー（２４２ｔｏｎｅｓ）が４０ＭＨｚに適用されて使われることができる。８個のパイロットトーンが含まれることができる。または、４個のＲＲＵ（４ＲＲＵ）＋４個のＩＲＵ（４ＩＲＵ）を組み合わせた４８４トーンがユーザに割り当てられることができる。

【0177】

２名のユーザ：ユーザ１に４個のＲＲＵ（４ＲＲＵ）が割り当てられ、ユーザ２に６個のＩＲＵ（６ＩＲＵ）が割り当てられることができる。各ＲＲＵは、データトーン１０８個及びパイロットトーン６個を含む１１４個トーンに割り当てられることができる。したがって、４ＲＲＵは、データトーンとして４３２（１０８＊４）トーン、パイロットトーンとして２４（６＊４）トーンに割り当てられることができる。各ＩＲＵは、データトーン６個及びパイロットトーン１個を含む７個トーンに割り当てられることができる。したがって、６ＩＲＵは、データトーンとして３６（６＊６）トーン、パイロットトーンとして６（１＊６）トーンに割り当てられることができる。

【0178】

３名のユーザ：ユーザ１にＲＲＵが割り当てられ、ユーザ２に３ＲＲＵが割り当てられ、ユーザ３に６ＩＲＵが割り当てられることができる。または、ユーザ１に２ＲＲＵが割り当てられ、ユーザ２に２ＲＲＵが割り当てられ、ユーザ３に６ＩＲＵが割り当てられることができる。各ＲＲＵは、データトーン１０８個及びパイロットトーン６個を含む１１４個トーンに割り当てられることができる。各ＩＲＵは、データトーン６個及びパイロットトーン１個を含む７個トーンに割り当てられることができる。または、ＩＲＵが一層細分化されて各ユーザに割り当てられることもできる。

【0179】

４名のユーザ〜７名のユーザ：ＲＲＵサイズが１１４トーンであるため、従来のインターリーバーサイズを容易にサポートする構造である。したがって、複数のユーザの各々に多様な組み合わせでＲＲＵ及びＩＲＵが割り当てられることができる。

【0180】

前記のような４０ＭＨｚ帯域幅上でユーザの数によるＲＲＵ／ＩＲＵの割当は例示に過ぎず、多様な方法で割り当てられることができ、このような実施例も本発明の権利範囲に含まれる。

【0181】

図８は、本発明の実施例に係るリソース割当を示す概念図である。

【0182】

図８では以下の表２９で開示した８０ＭＨｚ帯域幅に対する｛ＲＲＵ、ＩＲＵ｝＝｛１１４トーン、７トーン｝のリソース割当が開示される。

【0183】

【表29】

【0184】

図８の左側を参照すると、８０ＭＨｚ帯域幅上で左側ガードトーン／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＤＣトーン／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／右側ガードトーンが割り当てられることができる。

【0185】

図８の右側を参照すると、８０ＭＨｚ帯域幅上で左側ガードトーン／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＤＣトーン／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／ＩＲＵ（７）／ＩＲＵ（７）／ＲＲＵ（１１４）／左側ガードトーンが割り当てられることができる。

【0186】

前記のようなＲＲＵ及びＩＲＵの割当はユーザの数によって変わることができる。以下ではユーザの数が１、２、３、４、５の場合、それぞれのユーザに割り当てられるリソースが例示的に開示される。割当順序は変更されることができ、基本的に全体帯域幅上で全てのリソースがユーザに割り当てられることが仮定される。

【0187】

８０ＭＨｚ帯域幅上でユーザに割り当てられる割当数（または、ユーザ数）による割当方法は、２０ＭＨｚ、４０ＭＨｚの場合と類似するように適用されることができる。基本的に従来の１０８データトーン（または、データサブキャリア）単位のインターリービングのための１０８サイズのインターリーバーを活用する方式によりユーザに対するリソース割当が実行されることができる。

【0188】

１名のユーザ：既存の８０ＭＨｚ帯域に使われる２５６ＦＦＴのニューメロロジー（２４２ｔｏｎｅｓ）が８０ＭＨｚに適用されて使われることができる。８個のパイロットトーンが含まれることができる。または、８個のＲＲＵ（８ＲＲＵ）＋１４個のＩＲＵ（１４ＩＲＵ）を組み合わせた１０１０トーンがユーザに割り当てられることができる。

【0189】

２名のユーザ：ユーザ１に８個のＲＲＵ（８ＲＲＵ）が割り当てられ、ユーザ２に１４個のＩＲＵ（１４ＩＲＵ）が割り当てられることができる。各ＲＲＵは、データトーン１０８個及びパイロットトーン６個を含む１１４個トーンに割り当てられることができる。したがって、８ＲＲＵは、データトーンとして８６４（１０８＊８）トーン、パイロットトーンとして４８（６＊８）トーンに割り当てられることができる。各ＩＲＵは、データトーン６個及びパイロットトーン１個を含む７個トーンに割り当てられることができる。したがって、１４ＩＲＵは、データトーンとして８４（６＊１４）トーン、パイロットトーンとして１４（１＊１４）トーンに割り当てられることができる。

【0190】

３名のユーザ：ユーザ１に４ＲＲＵが割り当てられ、ユーザ２に４ＲＲＵが割り当てられ、ユーザ３に１４ＩＲＵが割り当てられることができる。各ＲＲＵは、データトーン１０８個及びパイロットトーン６個を含む１１４個トーンに割り当てられることができる。各ＩＲＵは、データトーン６個及びパイロットトーン１個を含む７個トーンに割り当てられることができる。または、ＩＲＵが一層細分化されて各ユーザに割り当てられることができる。

【0191】

４名のユーザ〜７名のユーザ：ＲＲＵサイズが１１４トーンであるため、従来のインターリーバーサイズを容易にサポートする構造である。したがって、複数のユーザの各々に多様な組み合わせでＲＲＵ及びＩＲＵが割り当てられることができる。

【0192】

前記のような８０ＭＨｚ帯域幅上でユーザの数によるＲＲＵ／ＩＲＵの割当は例示に過ぎず、多様な方法で割り当てられることができ、このような実施例も本発明の権利範囲に含まれる。

【0193】

以下、本発明の実施例ではＲＲＵ／ＩＲＵベースのリソース割当に対する情報をシグナリング方法が開示される。

【0194】

図９は、本発明の実施例に係るＲＲＵ／ＩＲＵベースのリソース割当に対する情報をシグナリングする方法を示す概念図である。

【0195】

図９ではユーザへのダウンリンク送信及び／またはユーザのアップリンク送信のために割り当てられたＲＲＵ／ＩＲＵに対する情報をシグナリングする方法が開示される。

【0196】

図９を参照すると、二つの異なるリソースユニット（例えば、ＲＲＵ、ＩＲＵ）に対する情報を効果的にシグナリングするために、まず、同じ種類のＲＵが論理ドメイン（ｌｏｇｉｃａｌ ｄｏｍａｉｎ）上でグルーピングされて羅列（または、オーダリング（ｏｒｄｅｒｉｎｇ）されることができる。

【0197】

本発明の実施例によると、論理ドメイン上でサイズが相対的に大きいＲＲＵに対するグループであるグループ１ ９００が優先し、サイズが相対的に小さいＩＲＵに対するグループであるグループ２ ９５０が後続する構造を有することができる。一つのグループ内では割り当てられたサブバンドまたは割り当てられたインデックスによって羅列されることができる。システム環境及びサポートするトラフィック状況によって論理ドメイン上での割当順序は変わることができる。

【0198】

リソース割当情報をシグナリングするビットマップ（以下、リソース割当シグナリングビットマップ）は、グループ１ ９００に対する指示子１とグループ２ ９５０に対する指示子２を含むことができる。指示子１及び指示子２は、リソース割当シグナリングビットマップ上に個別ビットマップに分かれて含まれることができる。

【0199】

例えば、特定ＳＴＡがＲＲＵ２ ９２０とＲＲＵ３ ９３０の割当を受ける場合、グループ１ ９００に対する指示子１として‘０１１００...’がリソース割当のために使われることができる。また、特定ＳＴＡがＩＲＵ１ ９６０とＩＲＵ２ ９７０の割当を受ける場合、グループ２ ９５０に対する指示子２として‘１１００...’がリソース割当のために使われることができる。

【0200】

グループ１ ９００及びグループ２ ９５０の各々に対するシグナリングは、一つの構造で構成されたリソース割当シグナリングビットマップを介して送信されることができる。このような場合、一つのリソース割当シグナリングビットマップ上でグループ１ ９００のためのビット及びグループ２ ９５０のためのビットに対する境界（ｂｏｕｎｄａｒｙ）情報に基づいてリソース割当シグナリングビットマップが解釈されることができる。

【0201】

例えば、ＲＲＵが先に羅列される場合、ＲＲＵ個数に対する情報及びＲＲＵの終了位置に対する情報などがリソース割当シグナリングビットマップ解釈情報としてリソース割当シグナリングビットマップを送信する以前にあらかじめシグナリングフィールドを介して送信されることができる。

【0202】

具体的な例として、ＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）のＰＰＤＵヘッダに含まれる第２のシグナルフィールド（例えば、ＨＥ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ）−ＳＩＧ（ｓｉｇｎａｌ）２フィールド）でリソース割当情報を含むリソース割当シグナリングビットマップが送信される場合、第２のシグナルフィールド以前に送信される第１のシグナルフィールド（例えば、ＨＥ−ＳＩＧ１フィールド）で前述したようなリソース割当シグナリングビットマップ解釈情報が送信されることができる。

【0203】

第１のシグナルフィールドを介してリソース割当シグナリングビットマップ解釈情報が送信される場合、第２のシグナルフィールドを介して送信されるリソース割当シグナリングビットマップのデコーディング複雑度（ｄｅｃｏｄｉｎｇ ｃｏｍｐｌｅｘｉｔｙ）が減少されることができる。または、第２のシグナルフィールドにリソース割当シグナリングビットマップ解釈情報及びリソース割当シグナリングビットマップが両方とも送信されることができ、情報パーシング（ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｓｉｎｇ）時、第２のシグナルフィールド上でリソース割当シグナリングビットマップ解釈情報が先にデコーディングされ、以後、デコーディングされたビットマップ解釈情報に基づいてリソース割当シグナリングビットマップがデコーディングされることができる。

【0204】

リソース割当シグナリングビットマップが使われる場合、ビットマップによるオーバーヘッドが問題になることができる。したがって、本発明の実施例によると、オーバーヘッドを減らすために、ＲＵの個数は、インデクシング方法に基づいて指示されることもできる。例えば、全体帯域幅上で４個のＲＲＵ及び２個のＩＲＵが割り当てられた場合、４個のＲＲＵに対する割当は、インデクシング方式により指示されることができる。例えば、４個のＲＲＵは、ＲＵ個数インデクシングのためのビットが２ビットである場合、１１（０個である場合、００）で表現され、ＲＵ個数インデクシングのためのビットが３ビットである場合、０１１で表現され、ＲＵ個数インデクシングのためのビットが４ビット（８０ＭＨｚの帯域幅まで一つの構造でサポート可能）である場合、００１１で表現されることができる。

【0205】

また、本発明の実施例によると、ユーザが割当を受けるリソース割当情報は、オフセット情報と長さ情報に基づいて指示されることもできる。例えば、ＳＴＡのためにＲＲＵ２とＲＲＵ３が割り当てられる場合、開始オフセット（ｏｆｆｓｅｔ）（＝１）に対する情報と長さ（ｌｅｎｇｔｈ）（＝２）に対する情報に基づいてリソース割当情報がＳＴＡにシグナリングされることができる。ＳＴＡは、開始オフセットに対する情報と長さに対する情報に基づいてＳＴＡのために割り当てられたＲＲＵに対する情報を取得することができる。

【0206】

全体帯域幅が２０ＭＨｚの場合、開始オフセットに対する情報は２ビットであり、長さに対する情報は２ビットである。開始オフセットが１で、且つ長さが２である前記のような例示では、開始オフセットに対する情報はビット値で‘０１’で表現され、長さに対する情報はビット値で‘１０’で表現されることができる。

【0207】

全体帯域幅が８０ＭＨｚである場合まで考慮すると、開始オフセットに対する情報は４ビットであり、長さに対する情報は４ビットである。開始オフセットが１で、且つ長さが２である前記のような例示では、開始オフセットに対する情報はビット値で‘０００１’で表現され、長さに対する情報はビット値で‘００１０’で表現されることができる。同様に、ＩＲＵに対するシグナリングも開始オフセットに対する情報と長さに対する情報に基づいて実行されることができる。

【0208】

５６個のトーン（または、サブキャリア）に割り当てられるＲＲＵ１と２６個のトーン（または、サブキャリア）に割り当てられるＲＲＵ２に基づいて帯域幅の大きさによって最小粒度を異なるように設定してリソース割当がサポートされることができる。

【0209】

即ち、帯域幅の大きさと独立的に全体スケーラビリティ（ｆｕｌｌ ｓｃａｌａｂｉｌｉｔｙ）の利得は有し、帯域幅の大きさによって従属的に最小粒度が設定されることによってシグナリングオーバーヘッドが減少されることができる。例えば、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚの各々の最小粒度は、２６トーンのＲＲＵ、５６トーンのＲＲＵ、５６トーンのＲＲＵである。また、他の例として、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚの各々の最小粒度は、２６トーンのＲＲＵ、２６トーンのＲＲＵ、５６トーンのＲＲＵである。

【0210】

以下、本発明の実施例ではＲＲＵ及びＩＲＵを構成するデータトーン及びパイロットトーン及びデータトーンのインターリービングのためのインターリーバーサイズに対して開示する。本発明の実施例によると、割り当てられるＲＲＵの個数によって１個のＲＲＵに含まれるパイロットトーンの個数が変わることができる。即ち、ユーザに割り当てられるＲＲＵの個数によって１個のＲＲＵ内のデータトーンの個数及びパイロットトーンの個数が変わることができる。

【0211】

５６トーンベースのＲＲＵ、８トーンベースのＩＲＵが使われる場合、２０ＭＨの帯域幅上で以下の表３０のようにユーザに割り当てられたＲＲＵの個数によって１個のＲＲＵに割り当てられるデータトーン及びパイロットトーンの個数が変わることができる。

【0212】

【表30】

【0213】

ＲＵサイズが５６トーンである場合（または、５６サブキャリアベースのＲＲＵ構造である場合）、データトーンとパイロットトーンは、前記のように割り当てられることができる。基本的に既存の無線ＬＡＮシステムで使われたインターリーバーサイズ（１０８、５２等）を活用するために割り当てられた少なくとも１個のＲＲＵ上でデータトーンとパイロットトーンが割り当てられることができる。参照として、既存無線ＬＡＮでは２０ＭＨｚの帯域幅に対して６４ＦＦＴが使われ、５２サイズのインターリーバーに基づくデータトーンのインターリービングが実行された。また、既存無線ＬＡＮでは４０ＭＨｚの帯域幅に対して１２８ＦＦＴが使われ、１０８サイズのインターリーバーに基づくデータトーンのインターリービングが実行された。

【0214】

具体的に、ＳＴＡに割り当てられたＲＲＵの個数が１の場合、ＲＲＵに割り当てられた５６トーンのうち５２個のトーンがデータトーンとして使われ、残りの４個のトーンがパイロットトーンとして使われることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、５２サイズのインターリーバーに基づく５２個のデータトーンのためのインターリービングが実行されることができる。

【0215】

また、ＳＴＡに割り当てられたＲＲＵの個数が２の場合、ＲＲＵの各々に対して割り当てられた５６トーンのうち５４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。即ち、２ＲＲＵは、１０８個のデータトーン及び４個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、１０８サイズのインターリーバーに基づく１０８個のデータトーンのためのインターリービングが実行されることができる。

【0216】

また、ＳＴＡに割り当てられたＲＲＵの個数が３の場合、割り当てられた５６トーンのうち５２個のトーンがデータトーンとして使われ、残りの４個のトーンがパイロットトーンとして使われるＲＲＵ１と、割り当てられた５６トーンのうち５４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われるＲＲＵ２と、が使われることができる。具体的に、３個のＲＲＵのうち１個のＲＲＵは、ＲＲＵ１（５２データトーン及び４パイロットトーン）であり、３個のＲＲＵのうち残りの２個のＲＲＵは、ＲＲＵ２（５４データトーン及び２パイロットトーン）である。

【0217】

即ち、３ＲＲＵは、１６０データトーン（１０８データトーン＋５２データトーン）及び８個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、２−ブロックインターリービングが実行されることができる。具体的に、１０８サイズのインターリーバーに基づく１０８個のデータトーンのためのインターリービング及び５２サイズのインターリーバーに基づく５２個のデータトーンのためのインターリービングが実行されることができる。

【0218】

また、ＳＴＡに割り当てられたＲＲＵの個数が４の場合、ＲＲＵの各々に対して割り当てられた５６トーンのうち５４トーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。即ち、４ＲＲＵは、２１６個のデータトーン（１０８個のデータトーン＋１０８個のデータトーン）及び８個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、２−ブロックインターリービングが実行されることができる。具体的に、１０８サイズのインターリーバーに基づく１番目の１０８個のデータトーンのためのインターリービング及び１０８サイズのインターリーバーに基づく２番目の１０８個のデータトーンのためのインターリービングが実行されることができる。

【0219】

または、ＳＴＡに割り当てられたＲＲＵの個数が４の場合、既存の８０ＭＨｚ帯域幅に対する２５６ＩＦＦＴ／ＦＦＴが使われることもできる。即ち、２３４個のデータトーン、８個のパイロットトーンが使われることができ、既存の８０ＭＨｚ帯域幅に対する２５６ＩＦＦＴ／ＦＦＴのために使われたインターリーバーが２３４個のデータトーンのためのインターリービングを実行することができる。

【0220】

前記のような２０ＭＨの帯域幅上でＲＲＵの割当個数によるデータトーン及びパイロットトーンの割当に基づいて４０ＭＨｚ、８０ＭＨｚの帯域幅上でＲＲＵの割当個数によるデータトーン及びパイロットトーンの割当が実行されることができる。

【0221】

本発明の実施例によると、４０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンの各々の割当個数は、表３０で前述した２０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンの割当に基づいて決定されることができる。

【0222】

まず、４０ＭＨｚの帯域幅上でＲＲＵ割当個数が１個乃至４個である場合、２０ＭＨｚの帯域幅でＲＲＵ割当個数が１個乃至４個である場合と同じ方法でデータトーン及びパイロットトーンが割り当てられることができる。

【0223】

４０ＭＨｚ帯域幅上でＲＲＵ割当個数が５個乃至７個である場合、２０ＭＨｚでＲＲＵ割当個数が１個乃至４個である場合のデータトーン及びパイロットトーンの割当方法が使われることができる。

【0224】

例えば、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が５個である場合、４個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で４個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの１個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で１個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0225】

また、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が６個である場合、４個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で４個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの２個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で２個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0226】

また、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が７個である場合、４個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で４個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの３個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で３個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0227】

また、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が８個である場合、８個のＲＲＵに対して前述した２０ＭＨｚの帯域幅で４個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が繰り返されて適用されることができる。

【0228】

また、本発明の実施例によると、８０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンは、前述した４０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンを繰り返して適用できる。

【0229】

まず、８０ＭＨｚの帯域幅上でＲＲＵ割当個数が１個乃至８個である場合、４０ＭＨｚの帯域幅でＲＲＵ割当個数が１個乃至８個である場合と同じ方法でデータトーン及びパイロットトーンが割り当てられることができる。

【0230】

８０ＭＨｚの帯域幅上でＲＲＵ割当個数が９個乃至１５個である場合、８個のＲＲＵに対しては、前述した４０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用され、残りのＲＲＵに対しては、前述した４０ＭＨｚの帯域幅で１個乃至７個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0231】

また、８０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が１６個である場合、１６個のＲＲＵに対して、前述した４０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当が繰り返されて適用されることができる。

【0232】

２６トーンベースのＲＲＵ、８トーンベースのＩＲＵが使われる場合、２０ＭＨの帯域幅上で以下の表３１のようにユーザに割り当てられたＲＲＵの個数によって１個のＲＲＵに割り当てられるデータトーン及びパイロットトーンの個数が変わることができる。

【0233】

【表31】

【0234】

ＲＵサイズが２４トーンである場合（または、２４サブキャリアベースのＲＲＵ構造である場合）、データトーンとパイロットトーンは、前記のように割り当てられることができる。基本的に既存の無線ＬＡＮシステムで使われたインターリーバーサイズ（１０８、５２、２４等）を活用するために割り当てられた少なくとも１個のＲＲＵ上でデータトーンとパイロットトーンが割り当てられることができる。

【0235】

具体的に、ＳＴＡに割り当てられたＲＲＵの個数が１の場合、ＲＲＵに割り当てられた２６トーンのうち２４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、２４サイズのインターリーバーに基づく２４個のデータトーンのためのインターリービングが実行されることができる。

【0236】

また、ＳＴＡに割り当てられたＲＲＵの個数が２の場合、ＲＲＵの各々に対して割り当てられた２６トーンのうち２４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。即ち、２個のＲＲＵ（２ＲＲＵ）は、４８個のデータトーン及び４個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、２ＲＲＵの各々に含まれる２４個のデータトーンに対して２４サイズのインターリーバーに基づく２ブロックインターリービングが実行されることができる。

【0237】

また、ＳＴＡに割り当てられたＲＲＵの個数が３の場合、ＲＲＵの各々に対して割り当てられた２６トーンのうち２４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。即ち、３個のＲＲＵ（３ＲＲＵ）は、７２個のデータトーン及び６個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、３ＲＲＵの各々に含まれる２４個のデータトーンに対して２４サイズのインターリーバーに基づく３ブロックインターリービングが実行されることができる。

【0238】

また、ＳＴＡに割り当てられたＲＲＵの個数が４の場合、ＲＲＵの各々に対して割り当てられた２６トーンのうち２４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。即ち、４個のＲＲＵ（４ＲＲＵ）は、９６個のデータトーン及び８個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、４ＲＲＵの各々に含まれる２４個のデータトーンに対して２４サイズのインターリーバーに基づく４ブロックインターリービングが実行されることができる。

【0239】

同じ方式により、ＲＲＵの個数が５個乃至８個である場合に対してデータトーン／パイロットトーンに対する割当が実行されることができる。

【0240】

ＳＴＡに割り当てられたＲＲＵの個数が８個である場合、ＲＲＵの各々に対して割り当てられた２６トーンのうち２４個のトーンがデータトーンとして使われ、残りの２個のトーンがパイロットトーンとして使われることができる。即ち、８個のＲＲＵ（８ＲＲＵ）は、１９２個のデータトーン及び１６個のパイロットトーンに割り当てられることができる。このようなデータトーン及びパイロットトーンの割当が使われる場合、８ＲＲＵの各々に含まれる２４個のデータトーンに対して２４サイズのインターリーバーに基づく８ブロックインターリービングが実行されることができる。

【0241】

または、ＳＴＡに割り当てられたＲＲＵの個数が８の場合、既存の８０ＭＨｚ帯域幅に対する２５６ＦＦＴが使われることもできる。即ち、２３４個のデータトーン、８個のパイロットトーンが使われることができ、既存の８０ＭＨｚ帯域幅に対する２５６ＦＦＴのために使われたインターリーバーが２３４個のデータトーンに対するインターリービングのために使われることもできる。

【0242】

前記のような２０ＭＨの帯域幅上でＲＲＵの割当個数によるデータトーン及びパイロットトーンの割当に基づいて４０ＭＨｚ、８０ＭＨｚの帯域幅上でＲＲＵの割当個数によるデータトーン及びパイロットトーンの割当が実行されることができる。

【0243】

本発明の実施例によると、４０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンの各々の割当個数は、表３１で前述した２０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンの割当に基づいて決定されることができる。

【0244】

まず、４０ＭＨｚの帯域幅上でＲＲＵ割当個数が１個乃至８個である場合、２０ＭＨｚの帯域幅でＲＲＵ割当個数が１個乃至８個である場合と同じ方法でデータトーン及びパイロットトーンが割り当てられることができる。

【0245】

４０ＭＨｚ帯域幅上でＲＲＵ割当個数が９個乃至１５個である場合、２０ＭＨｚでＲＲＵ割当個数が１個乃至８個である場合のデータトーン及びパイロットトーンの割当方法が使われることができる。

【0246】

例えば、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が９個である場合、８個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの１個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で１個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0247】

また、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が１０個である場合、８個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの２個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で２個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。また、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が１１個である場合、８個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの３個のＲＲＵに対しては、前述した２０ＭＨｚの帯域幅で３個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0248】

前記のような方式により４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が１２個、１３個、１４個及び１５個である場合、８個のＲＲＵに対しては２０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用され、残りの４個、５個、６個及び７個のＲＲＵの各々に対しては２０ＭＨｚの帯域幅で４個、５個、６個、７個のＲＲＵの各々に対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が適用されることができる。

【0249】

また、４０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が１６個である場合、２０ＭＨｚの帯域幅で８個のＲＲＵに対するデータトーン及びパイロットトーンの割当（オプション１またはオプション２）が繰り返されて適用されることができる。

【0250】

また、本発明の実施例によると、８０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンは、前述した４０ＭＨｚの帯域幅でＲＲＵ割当個数によるデータトーン及びパイロットトーンを繰り返して適用できる。

【0251】

まず、８０ＭＨｚの帯域幅上でＲＲＵ割当個数が１個乃至１６個である場合、４０ＭＨｚの帯域幅でＲＲＵ割当個数が１個乃至１６個である場合と同じ方法でデータトーン及びパイロットトーンが割り当てられることができる。

【0252】

８０ＭＨｚの帯域幅上でＲＲＵ割当個数が１７個乃至３１個である場合、１６個のＲＲＵに対しては、前述した４０ＭＨｚの帯域幅で１６個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用され、残りのＲＲＵに対しては、前述した４０ＭＨｚの帯域幅で１個乃至１５個のＲＲＵに対するデータトーン及びパイロットトーンの割当が適用されることができる。

【0253】

また、８０ＭＨｚの帯域幅上で割り当てられたＲＲＵの個数が３２個である場合、３２個のＲＲＵに対して前述した４０ＭＨｚの帯域幅で１６個のＲＲＵに対するデータトーン及びパイロットトーンの割当が繰り返されて適用されることができる。

【0254】

ＩＲＵサイズが８トーンである場合（８個のサブキャリアベースのＩＲＵである場合）、データトーンの個数は７個であり、パイロットトーンの個数は１個である。全体帯域幅上で割り当てられる個数に関係なくＩＲＵに対してこのようなニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）が適用されることができる。一つのＩＲＵサイズが８トーン（または、８サブキャリア）である場合、最小ＩＲＵ粒度（ｍｉｎｉｍｕｍ ＩＲＵ ｇｒａｎｕｌａｒｉｔｙ）は８トーンである。または、１６トーンに対応される論理的２ＩＲＵが最小ＩＲＵ粒度として使われることもできる。このような場合、データトーンのサイズは１４の倍数である。

【0255】

ＩＲＵサイズが９トーンである場合（９個のサブキャリアベースのＩＲＵである場合）、データトーンの個数は８個であり、パイロットトーンの個数は１個である。全体帯域幅上で割り当てられる個数に関係なくＩＲＵに対してこのようなニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）が適用されることができる。一つのＩＲＵサイズが９トーン（または、９サブキャリア）である場合、最小ＩＲＵ粒度（ｍｉｎｉｍｕｍ ＩＲＵ ｇｒａｎｕｌａｒｉｔｙ）は９トーンである。または、１８トーンに対応される論理的２ＩＲＵが最小ＩＲＵ粒度として使われることもできる。このような場合、データトーンのサイズは１６の倍数である。

【0256】

また、本発明の実施例によると、いくつかのリソース単位の組み合わせに基づいてリソース割当が実行されることもできる。

【0257】

具体的に、５６トーンの大きさを有する第１のリソース単位、２６トーンの大きさを有する第２のリソース単位、１４トーンの大きさを有する第３のリソース単位が定義されることができる。

【0258】

２０ＭＨｚ帯域幅でリソース単位のための２４２トーンを基準にして４０ＭＨｚ帯域幅及び８０ＭＨｚ帯域幅上でのリソース単位のためのトーンがスケーラブルに増加されることができる。具体的に、４０ＭＨｚ帯域幅に対して４８４トーン（２４２トーン＊２）、８０ＭＨｚ帯域幅に対して９６８トーン（２４２トーン＊４）が第１のリソース単位及び第２のリソース単位のためのトーンとして使われることができる。

【0259】

また、２０ＭＨｚ帯域幅では２５６トーンのうち２４２トーンを除外した残りの１４トーンがＤＣトーン（３トーン）、左側ガードトーン（６トーン）及び右側ガードトーン（５トーン）をために割り当てられることができる。

【0260】

ＤＣトーン、左側ガードトーン及び右側ガードトーンのための１４トーンの大きさと第３のリソース単位の大きさが同じであり、第１のリソース単位の大きさ（５６トーン）が第３のリソース単位の大きさ（１４トーン）の倍数であるため、多様なスケーラブルなデザインが実行されることができる。

【0261】

以下、具体的な、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ帯域幅上でのリソース割当が開示される。

【0262】

【表32】

【0263】

表３２は、２０ＭＨｚ帯域で第１のリソース単位及び第２のリソース単位に基づくリソース割当を開示する。

【0264】

【表33】

【0265】

表３３は、４０ＭＨｚ帯域で第１のリソース単位、第２のリソース単位及び第３のリソース単位に基づくリソース割当を開示する。

【0266】

【表34】

【0267】

表３４は、８０ＭＨｚ帯域で第１のリソース単位、第２のリソース単位及び第３のリソース単位に基づくリソース割当を開示する。

【0268】

以下、具体的な、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ帯域幅上での他のリソース割当が開示される。

【0269】

【表35】

【0270】

表３５は、２０ＭＨｚ帯域で第１のリソース単位及び第２のリソース単位に基づくリソース割当を開示する。

【0271】

【表36】

【0272】

表３６は、４０ＭＨｚ帯域で第１のリソース単位、第２のリソース単位及び第３のリソース単位に基づくリソース割当を開示する。

【0273】

【表37】

【0274】

表３７は、８０ＭＨｚ帯域で第１のリソース単位、第２のリソース単位及び第３のリソース単位に基づくリソース割当を開示する。

【0275】

また、２０ＭＨｚ帯域に対して以下の表３８のような組み合わせも可能である。

【0276】

【表38】

【0277】

このとき、一つの第１のリソース単位の５６トーンは、２８トーンずつ分けられ、２８トーンの２個のリソース単位で分割されて使われることもでき、２個の第２のリソース単位１３トーンは加えられて２６トーンのリソース単位として使われることもできる。それだけでなく、第１のリソース単位及び第２のリソース単位が加えられて２４２トーンが一つのリソース単位として使われることもできる。

【0278】

また、４０ＭＨｚ帯域に対して以下の表３９乃至表４２のような組み合わせも可能である。

【0279】

【表39】

【0280】

【表40】

【0281】

【表41】

【0282】

【表42】

【0283】

表４１を参照すると、２個の第２のリソース単位１３トーンは加えられて２６トーンのリソース単位として使われることもできる。また、表４２を参照すると、２個の第１のリソース単位５７トーンが加えられて１１４トーンが一つのリソース単位として使われることもできる。

【0284】

また、８０ＭＨｚ帯域に対して以下の表４３乃至表４６のような組み合わせも可能である。

【0285】

【表43】

【0286】

【表44】

【0287】

【表45】

【0288】

【表46】

【0289】

表４３及び表４４を参照すると、２個の第２のリソース単位１３トーンは加えられて２６トーンのリソース単位として使われることもできる。また、表４５を参照すると、２個の第１のリソース単位５７トーンが加えられて１１４トーンが一つのリソース単位として使われることもできる。

【0290】

本発明の実施例に係る無線ＬＡＮシステムでは既存の無線ＬＡＮシステムよりＮ倍（例えば、Ｎ＝４）大きいＩＦＦＴサイズに基づいてＰＰＤＵを生成し、Ｎ倍大きいＦＦＴサイズに基づいてＰＰＤＵをデコーディングすることができる。このようなＮ倍大きいＦＦＴサイズ／ＩＦＦＴサイズは、ＰＰＤＵでＰＰＤＵヘッダを除外した残りの部分（ペイロード）（ＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ））に適用され、またはＰＰＤＵヘッダの一部フィールド及びペイロードに適用されることができる。Ｎ倍大きいＩＦＦＴが使われる場合、ＰＰＤＵの送信のための有効シンボルの長さは、Ｎ倍増加されることができる。また、ＰＰＤＵのＨＥ−ＳＩＧを送信するＯＦＤＭシンボルに対してはＮ倍大きいＩＦＦＴが適用されなくても、長いＣＰ（ｌｏｎｇｅｒ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）が適用されてＨＥ−ＳＩＧの送信カバレッジが向上することができる。

【0291】

本発明の実施例に係る無線ＬＡＮシステムでは多様なＣＰ長さが使われることができる。例えば、ＣＰの長さは、０．４μｓ、０．８μｓ、１．６μｓ、２．４μｓ、３．２μｓなどである。通信環境によって互いに異なるＣＰが使われることができる。複数のＣＰが選択的に使われる場合、無線ＬＡＮシステムの処理量が向上し、特に、室外環境で無線ＬＡＮシステムの性能が向上することができる。例えば、無線ＬＡＮシステムの処理量の増加のために０．８μｓのＣＰが使われ、室外環境で無線ＬＡＮシステムの性能の向上のために３．２μｓのＣＰが使われることができる。また、本発明の実施例に係る無線ＬＡＮシステムは、ＵＬ ＭＵ（ｕｐｌｉｎｋ ｍｕｌｔｉ−ｕｓｅｒ）送信をサポートすることができる。ＵＬ ＭＵ送信に基づいて複数のＳＴＡの各々により重なった時間リソース上でのアップリンクデータの送信が実行されることができる。アップリンクは、ＳＴＡからＡＰへの送信リンクを指示し、ダウンリンクは、ＡＰからＳＴＡへの送信リンクを指示する。

【0292】

また、本発明の実施例に係る無線ＬＡＮシステムにおいて、パイロット（パイロット信号またはパイロットトーン（または、パイロットサブキャリア））は、一般パイロット（ｃｏｍｍｏｎ ｐｉｌｏｔ）と指定パイロット（ｄｅｄｉｃａｔｅｄ ｐｉｌｏｔ）とに区分されることができる。一般パイロットは、全てのユーザと共有され、主にダウンリンクで使われることができる。指定パイロットは、特定ユーザのためのパイロットであり、主にアップリンクで使われることができる。指定パイロットもダウンリンクで使われることもできる。

【0293】

パイロットの個数と位置は、リソース割当方法及びサブバンド粒度（ｓｕｂｂａｎｄ ｇｒａｎｕｌａｒｉｔｙ）によって決定されることができる。

【0294】

具体的に、本発明の実施例に係る無線ＬＡＮシステムでは最小リソース粒度（ｍｉｎｉｍｕｍ ｒｅｓｏｕｒｃｅ ｇｒａｎｕｌａｒｉｔｙ）によってスケーラブルなリソース割当（ｓｃａｌａｂｌｅ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）がサポートされることができる。パイロットは、ダウンリンク送信である場合、各リソース単位の外部に割り当てられることもでき、アップリンク送信である場合、各リソース単位の内部に割り当てられることができる。既存の無線ＬＡＮシステムで使われたパイロット構造が活用されることもできる。

【0295】

リソース割当（サブバンド粒度）のために二つの異なる方法が論議されることができる。

【0296】

方法１は、以前のリソース単位の大きさ再使用したリソース単位及び追加的に新しい最小リソース単位を定義することができる。例えば、２５６ＦＦＴ／ＩＦＦＴが使われる場合、以前のリソース単位の大きさである２６トーン、５６トーン、１１４トーン、２４２トーンのリソース単位及び新しい最小リソース単位である１４トーンのリソース単位が定義されることができる。このようなリソース単位は、既存の無線ＬＡＮシステムのエンコーディング手順及びインターリービング手順によりサポートされることができる。各リソース単位は、データトーンとパイロットトーンを含む。

【0297】

方法２は、最小リソース粒度単位のスケーラブルなデザインが可能なようにリソース単位が定義することができる。例えば、リソース単位の最小粒度がＸトーンである場合、割当可能なリソース単位の大きさは、Ｘの倍数、Ｘ＊｛１、２、３、４、...｝である。例えば、最小粒度に対応されるリソース単位は、１２個のデータトーンを含むことができる。１２個の倍数単位のデータトーンがリソース単位に含む場合、多様なＭＣＳがリソース単位でサポートされることができる。

【0298】

パイロットは、一般使用（ｃｏｍｍｏｎ ｕｓａｇｅ）か、または指定使用（ｄｅｄｉｃａｔｅｄ ｕｓａｇｅ）かによって含まれ、または含まれない。このようなスケーラブルなデザインが使われる場合、最小リソース粒度が適切によく採択されると、データユニットの大部分に流動的に適用されることができる。また、多様なトラフィックデータのサイズによって最小リソース粒度に基づくリソース単位が容易にスケジューリングされることができる。

【0299】

方法２のようなスケーラブルなデザインが可能なように定義されたリソース単位は、下記の事項を追加的に考慮して決定されることができる。

【0300】

ダウンリンクのカバレッジとアップリンクのカバレッジとの間の不一致を避けるために、ダウンリンクリソース及びアップリンクリソースとの間に共通性を有するようにリソース単位が定義されることができる。

【0301】

また、あまり小さいリソース粒度は、スケジューリング及びシグナリングのためのオーバーヘッドを増加させることができる。したがって、このようなスケジューリング及びシグナリングのためのオーバーヘッドを考慮して最小リソース粒度を決定しなければならない。

【0302】

それだけでなく、パイロットによるオーバーヘッドも共に考慮されなければならない。一般パイロットに対してはＮ倍のＩＦＦＴサイズが適用される場合、トーンの個数がＮ倍増加されてパイロットによる相対的なオーバーヘッドは減少されることができる。

【0303】

以下では指定リソース単位（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅ ｕｎｉｔ）のリソース割当方法及び一般リソース単位（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｕｎｉｔ）のリソース割当方法が開示される。指定リソース単位は、パイロットトーンを含むリソース単位であり、一般リソース単位は、パイロットトーンを含まないリソース単位である。

【0304】

まず、指定リソース単位に基づくスケーラブルなリソース割当が開示される。

【0305】

例えば、指定リソース単位は、１４トーンのリソース単位である。１４トーンの指定リソース単位は、１２個のデータトーンと２個のパイロットトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち２３８トーン（１４＊１７）に対して１７個の指定リソース単位が割り当てられることができ、残りの１８トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４９０トーン（１４＊３５）に対して３５個の指定リソース単位が割り当てられることができ、残りの２２トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち１００８トーン（１４＊７２）に対して７２個の指定リソース単位が割り当てられることができ、残りの１６トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0306】

他の例として、指定リソース単位は、２６トーンのリソース単位である。２６トーンの指定リソース単位は、２４個のデータトーンと２個のパイロットトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち２３４トーン（２６＊９）に対して９個の指定リソース単位が割り当てられることができ、残りの２２トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４９４トーン（２６＊１９）に対して１９個の指定リソース単位が割り当てられることができ、残りの１８トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち９８８トーン（２６＊３８）に対して３８個の指定リソース単位が割り当てられることができ、残りの３６トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0307】

他の例として、指定リソース単位は、５６トーンのリソース単位である。５６トーンの指定リソース単位は、５２個のデータトーンと４個のパイロットトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち２２４トーン（５６＊４）に対して４個の指定リソース単位が割り当てられることができ、残りの３２トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４４８トーン（５６＊８）に対して８個の指定リソース単位が割り当てられることができ、残りの６４トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち１００８トーン（５６＊１８）に対して１８個の指定リソース単位が割り当てられることができ、残りの１６トーンに対してはＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0308】

帯域幅によって互いに異なる指定リソース単位大きさが使われることもできる。例えば、２０ＭＨｚ、４０ＭＨｚの帯域幅では１４トーンまたは２６トーンの指定リソース単位が使われ、８０ＭＨｚでは５６トーンの指定リソース単位が使われることができる。

【0309】

以下、一般リソース単位に基づくスケーラブルなリソース割当が開示される。

【0310】

例えば、一般リソース単位は、１２トーンのリソース単位である。１２トーンの一般リソース単位は、１２個のデータトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち２２８トーン（１２＊１９）に対して１９個の一般リソース単位が割り当てられることができ、残りの２８トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４８０トーン（１２＊４０）に対して４０個の一般リソース単位が割り当てられることができ、残りの３２トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち９９６トーン（１２＊８３）に対して８３個の一般リソース単位が割り当てられることができ、残りの２８トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0311】

他の例として、指定リソース単位は、２４トーンのリソース単位である。２４トーンのリソース単位は、２４個のデータトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち２１６トーン（２４＊９）に対して９個の一般リソース単位が割り当てられることができ、残りの4０トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４８０トーン（２４＊２０）に対して２０個の一般リソース単位が割り当てられることができ、残りの３２トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち９８４トーン（２４＊４１）に対して４１個の一般リソース単位が割り当てられることができ、残りの４０トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0312】

他の例として、指定リソース単位は、３６トーンのリソース単位である。３６トーンのリソース単位は、３６個のデータトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち２１６トーン（３６＊６）に対して６個の一般リソース単位が割り当てられることができ、残りの４０トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４６８トーン（３６＊１３）に対して１３個の一般リソース単位が割り当てられることができ、残りの４４トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち９７２トーン（３６＊２７）に対して２７個の一般リソース単位が割り当てられることができ、残りの５２トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0313】

他の例として、指定リソース単位は、４８トーンのリソース単位である。４８トーンのリソース単位は、４８個のデータトーンを含むことができる。２０ＭＨｚ帯域幅上で全体２５６トーンのうち１９２トーン（４８＊４）に対して４個の一般リソース単位が割り当てられることができ、残りの64トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、４０ＭＨｚ帯域幅上で全体５１２トーンのうち４８０トーン（４８＊１０）に対して１０個の一般リソース単位が割り当てられることができ、残りの３２トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。また、８０ＭＨｚ帯域幅上で全体１０２４トーンのうち９６０トーン（４８＊２０）に対して２０個の一般リソース単位が割り当てられることができ、残りの６４トーンに対してはパイロットトーン、ＤＣトーン、左側ガードトーン及び右側ガードトーンが割り当てられることができる。

【0314】

図１０は、本発明の実施例に係るＰＰＤＵフォーマットを示す概念図である。

【0315】

図１０では本発明の実施例に係るＰＰＤＵフォーマットに対して開示する。

【0316】

図１０の上段を参照すると、ダウンリンクＰＰＤＵのＰＰＤＵヘッダは、Ｌ−ＳＴＦ（ｌｅｇａｃｙ−ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ−ＬＴＦ（ｌｅｇａｃｙ−ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ−ＳＩＧ（ｌｅｇａｃｙ−ｓｉｇｎａｌ）、ＨＥ−ＳＩＧ Ａ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ Ａ）、ＨＥ−ＳＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ−ＬＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ−ＳＩＧ Ｂ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ−ｓｉｇｎａｌ−Ｂ）を含むことができる。ＰＨＹヘッダにおいて、Ｌ−ＳＩＧまではレガシ部分（ｌｅｇａｃｙ ｐａｒｔ）と、Ｌ−ＳＩＧ以後のＨＥ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ）部分（ＨＥ ｐａｒｔ）と、に区分されることができる。

【0317】

Ｌ−ＳＴＦ１０００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦ１０００は、フレーム探知（ｆｒａｍｅ ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。

【0318】

Ｌ−ＬＴＦ１０１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦ１０１０は、ファイン周波数／時間同期化（ｆｉｎｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。

【0319】

Ｌ−ＳＩＧ１０２０は、制御情報を送信するために使われることができる。Ｌ−ＳＩＧ１０２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。

【0320】

ＨＥ−ＳＩＧ Ａ１０３０は、ＰＰＤＵを受信するＳＴＡを指示するための情報を含むこともできる。例えば、ＨＥ−ＳＩＧ Ａ１０３０は、ＰＰＤＵを受信する特定ＳＴＡ（または、ＡＰ）の識別子、特定ＳＴＡのグループを指示するための情報を含むことができる。また、ＨＥ−ＳＩＧ Ａ１０３０は、ＰＰＤＵがＯＦＤＭＡまたはＭＩＭＯに基づいて送信される場合、ＳＴＡに対するリソース割当情報も含まれることができる。

【0321】

また、ＨＥ−ＳＩＧ Ａ１０３０は、ＢＳＳ識別情報のためのカラービット（ｃｏｌｏｒ ｂｉｔｓ）情報、帯域幅（ｂａｎｄｗｉｄｔｈ）情報、テールビット（ｔａｉｌ ｂｉｔ）、ＣＲＣビット、ＨＥ−ＳＩＧ Ｂ１０６０に対するＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）情報、ＨＥ−ＳＩＧ Ｂ１０６０のためのシンボル個数情報、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）（または、ＧＩ（ｇｕａｒｄ ｉｎｔｅｒｖａｌ））長さ情報を含むこともできる。

【0322】

ＨＥ−ＳＩＧ Ａ１０３０は、ＨＥ−ＳＩＧ １（または、第１のシグナルフィールド）という用語で表現されることもできる。

【0323】

ＨＥ−ＳＴＦ１０４０は、ＭＩＭＯ（ｍｕｌｔｉｌｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。

【0324】

ＨＥ−ＬＴＦ１０５０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。

【0325】

ＨＥ−ＳＩＧ Ｂ１０６０は、各ＳＴＡに対するＰＳＤＵ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）の長さＭＣＳに対する情報及びテールビットなどを含むことができる。また、ＨＥ−ＳＩＧ Ｂ１０６０は、ＰＰＤＵを受信するＳＴＡに対する情報、ＯＦＤＭＡベースのリソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）情報（または、ＭＵ−ＭＩＭＯ情報）を含むこともできる。ＨＥ−ＳＩＧ Ｂ１０６０にＯＦＤＭＡベースのリソース割当情報（または、ＭＵ−ＭＩＭＯ関連情報）が含まれる場合、ＨＥ−ＳＩＧ Ａ１０３０にはリソース割当情報が含まれないこともある。

【0326】

ＨＥ−ＳＩＧ Ｂ１０６０は、ＨＥ−ＳＩＧ ２（または、第２のシグナルフィールド）という用語で表現されることもできる。

【0327】

本発明の実施例によると、前述したように、ＨＥ−ＳＩＧ Ｂ１０６０でリソース割当情報を含むリソース割当シグナリングビットマップが送信される場合、ＨＥ−ＳＩＧ Ｂ１０６０以前に送信されるＨＥ−ＳＩＧ Ａ１０３０で前述したようなリソース割当シグナリングビットマップ解釈情報が送信されることができる。ＨＥ−ＳＩＧ Ａ１０３０を介してリソース割当シグナリングビットマップ解釈情報が送信される場合、ＨＥ−ＳＩＧ Ｂ１０６０を介して送信されるリソース割当シグナリングビットマップのデコーディング複雑度（ｄｅｃｏｄｉｎｇ ｃｏｍｐｌｅｘｉｔｙ）が減少されることができる。または、ＨＥ−ＳＩＧ Ｂ１０６０にリソース割当シグナリングビットマップ解釈情報及びリソース割当シグナリングビットマップが両方とも送信されることができ、情報パーシング（ｉｎｆｏｒｍａｔｉｏｎ ｐａｒｓｉｎｇ）時、ＨＥ−ＳＩＧ Ｂ１０６０上でリソース割当シグナリングビットマップ解釈情報が先にデコーディングされ、以後、デコーディングされたビットマップ解釈情報に基づいてリソース割当シグナリングビットマップがデコーディングされることができる。

【0328】

ＨＥ−ＳＴＦ１０４０及びＨＥ−ＳＴＦ１０４０以後のフィールドに適用されるＩＦＦＴの大きさとＨＥ−ＳＴＦ１０４０以前のフィールドに適用されるＩＦＦＴの大きさは、互いに異なる。例えば、ＨＥ−ＳＴＦ１０４０及びＨＥ−ＳＴＦ１０４０以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１０４０以前のフィールドに適用されるＩＦＦＴの大きさより４倍大きい。ＳＴＡは、ＨＥ−ＳＩＧ Ａ１０３０を受信し、ＨＥ−ＳＩＧ Ａ１０３０に基づいてダウンリンクＰＰＤＵの受信指示を受けることができる。このような場合、ＳＴＡは、ＨＥ−ＳＴＦ１０４０及びＨＥ−ＳＴＦ１０４０以後フィールドから変更されたＦＦＴサイズに基づいてデコーディングを実行することができる。それに対し、ＳＴＡがＨＥ−ＳＩＧ Ａ１０３０に基づいてダウンリンクＰＰＤＵの受信指示を受けていない場合、ＳＴＡは、デコーディングを中断し、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定することができる。ＨＥ−ＳＴＦ１０４０のＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）は、他のフィールドのＣＰより大きい大きさを有することができ、このようなＣＰ区間中、ＳＴＡは、ＦＦＴサイズを変化させてダウンリンクＰＰＤＵに対するデコーディングを実行することができる。

【0329】

図１０の上段で開示されたＰＰＤＵのフォーマットを構成するフィールドの順序は、変わることもできる。例えば、図１０の中段に開示されたように、ＨＥ部分のＨＥ−ＳＩＧ Ｂ１０１５がＨＥ−ＳＩＧ Ａ１００５の直後に位置することもできる。ＳＴＡは、ＨＥ−ＳＩＧ Ａ１００５及びＨＥ−ＳＩＧ Ｂ１０１５までデコーディングし、必要な制御情報を受信し、ＮＡＶを設定することができる。同様に、ＨＥ−ＳＴＦ１０２５及びＨＥ−ＳＴＦ１０２５以後のフィールドに適用されるＩＦＦＴの大きさは、ＨＥ−ＳＴＦ１０２５以前のフィールドに適用されるＩＦＦＴの大きさと異なる。

【0330】

ＳＴＡは、ＨＥ−ＳＩＧ Ａ１００５及びＨＥ−ＳＩＧ Ｂ１０１５を受信することができる。ＨＥ−ＳＩＧ Ａ１００５に基づいてＰＰＤＵの受信が指示される場合、ＳＴＡは、ＨＥ−ＳＴＦ１０２５からはＦＦＴサイズを変化させてＰＰＤＵに対するデコーディングを実行することができる。それに対し、ＳＴＡは、ＨＥ−ＳＩＧ Ａ１００５を受信し、ＨＥ−ＳＩＧ Ａ１００５に基づいてダウンリンクＰＰＤＵの受信が指示されない場合、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定することができる。

【0331】

図１０の下段を参照すると、ＤＬ（ｄｏｗｎｌｉｎｋ）ＭＵ（ｍｕｌｔｉ−ｕｓｅｒ）ＯＦＤＭＡ送信のためのＰＰＤＵフォーマットが開示される。本発明の実施例によると、ＡＰは、ＤＬ ＭＵ ＯＦＤＭＡ送信のためのＰＰＤＵフォーマットを使用してダウンリンクフレームまたはダウンリンクＰＰＤＵを複数のＳＴＡに送信することができる。複数のダウンリンクＰＰＤＵの各々は、互いに異なる送信リソース（周波数リソースまたは空間的ストリーム）を介して複数のＳＴＡの各々に送信されることができる。ＰＰＤＵ上でＨＥ−ＳＩＧ Ｂ１０４５の以前フィールドは、互いに異なる送信リソースの各々でデュプリケートされた形態で送信されることができる。ＨＥ−ＳＩＧ Ｂ１０４５の場合、一部のサブチャネル（例えば、サブチャネル１、サブチャネル２）で送信されるＨＥ−ＳＩＧ Ｂ１０４５は、個別的な情報を含む独立的なフィールドであり、残りのサブチャネル（例えば、サブチャネル３、サブチャネル４）で送信されるＨＥ−ＳＩＧ Ｂ１０４５は、他のサブチャネル（例えば、サブチャネル１、サブチャネル２）で送信されるＨＥ−ＳＩＧ Ｂ１０４５をデュプリケートしたフォーマットである。または、ＨＥ−ＳＩＧ Ｂ１０４５は、全体送信リソース上でエンコーディングされた形態で送信されることができる。ＨＥ−ＳＩＧ Ｂ１０４５以後のフィールドは、ＰＰＤＵを受信する複数のＳＴＡの各々のための個別情報を含むことができる。

【0332】

例えば、ＨＥ−ＳＩＧ Ａ１０３５は、ダウンリンクデータを受信する複数のＳＴＡに対する識別情報及び複数のＳＴＡのダウンリンクデータが送信されるチャネルに対する情報を含むことができる。

【0333】

ＰＰＤＵに含まれるフィールドが送信リソースの各々を介して各々送信される場合、フィールドの各々に対するＣＲＣがＰＰＤＵに含まれることができる。それに対し、ＰＰＤＵに含まれる特定フィールドが全体送信リソース上でエンコーディングされて送信される場合、フィールドの各々に対するＣＲＣがＰＰＤＵに含まれない。したがって、ＣＲＣに対するオーバーヘッドが減少されることができる。

【0334】

ＤＬ ＭＵ送信のためのＰＰＤＵフォーマットも同様に、ＨＥ−ＳＴＦ１０５５及びＨＥ−ＳＴＦ１０５５以後のフィールドは、ＨＥ−ＳＴＦ１０５５以前のフィールドと異なるＩＦＦＴサイズに基づいてエンコーディングされることができる。したがって、ＳＴＡは、ＨＥ−ＳＩＧ Ａ１０３５及びＨＥ−ＳＩＧ Ｂ１０４５を受信し、ＨＥ−ＳＩＧ Ａ１０３５に基づいてＰＰＤＵの受信指示を受けた場合、ＨＥ−ＳＴＦ１０５５からはＦＦＴサイズを変化させてＰＰＤＵに対するデコーディングを実行することができる。

【0335】

図１１は、本発明の実施例が適用されることができる無線装置を示すブロック図である。

【0336】

図１１を参照すると、無線装置１１００は、前述した実施例を具現することができるＳＴＡであり、ＡＰ１１００または非ＡＰ ＳＴＡ（ｎｏｎ−ＡＰ ｓｔａｔｉｏｎ）（または、ＳＴＡ）１１５０である。

【0337】

ＡＰ１１００は、プロセッサ１１１０、メモリ１１２０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）１１３０を含む。

【0338】

ＲＦ部１１３０は、プロセッサ１１１０と連結して無線信号を送信／受信することができる。

【0339】

プロセッサ１１１０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１１１０は、前述した本発明の実施例に係るＡＰの動作を実行するように具現されることができる。プロセッサは。図１乃至図１０の実施例で開示したＡＰの動作を実行することができる。

【0340】

例えば、プロセッサ１１１０は、全体帯域幅上で複数のＳＴＡ（ｓｔａｔｉｏｎ）の各々のための複数の無線リソースの各々を割り当て、複数のＳＴＡの各々に前記複数の無線リソースの各々を介してＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するように具現されることができる。複数の無線リソースの各々は、周波数軸上で互いに異なる大きさで定義された複数の無線リソース単位の組み合わせである。複数の無線リソース単位の最大大きさは、全体帯域幅の大きさによって可変的である。

【0341】

このとき、複数の無線リソース単位のうち第１の無線リソース単位は、前記周波数軸上で２６トーン（ｔｏｎｅ）に対応される大きさであり、２６トーンのうち２トーンは、パイロットトーンであり、残りの２４トーンは、データトーンである。また、複数の無線リソースのうち第１の無線リソースは、少なくとも一つの前記第１の無線リソース単位を含むことができる。また、複数の無線リソース単位のうち第２の無線リソース単位は、周波数軸上で２６トーンより大きい個数のトーンに対応される大きさであり、複数の無線リソースのうち第２の無線リソースは、少なくとも一つの第１の無線リソース単位及び少なくとも一つの第２の無線リソース単位の組み合わせを含むことができる。

【0342】

または、複数の無線リソース単位のうち第２の無線リソース単位は、周波数軸上で２６トーン（ｔｏｎｅ）より大きい個数のトーンに対応される大きさであり、複数の無線リソースのうち第２の無線リソースは、ＤＣトーン周辺に隣接した二つの前記第２の無線リソース単位の組み合わせを含むことができる。

【0343】

また、プロセッサ１１１０は、前述したように、ＨＥ−ＳＩＧ Ｂを介してリソース割当情報を含むリソース割当シグナリングビットマップを送信することができ、ＨＥ−ＳＩＧ Ｂ以前に送信されるＨＥ−ＳＩＧ Ａを介してリソース割当シグナリングビットマップ解釈情報を送信するように具現されることができる。または、プロセッサ１１１０は、ＨＥ−ＳＩＧ Ｂにリソース割当シグナリングビットマップ解釈情報及びリソース割当シグナリングビットマップを両方とも送信するように具現されることができる。

【0344】

ＳＴＡ１１５０は、プロセッサ１１６０、メモリ１１７０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）１１８０を含む。

【0345】

ＲＦ部１１８０は、プロセッサ１１６０と連結して無線信号を送信／受信することができる。

【0346】

プロセッサ１１６０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ１１６０は、前述した本発明の実施例に係るＳＴＡの動作を実行するように具現されることができる。プロセッサは。図１乃至図１０の実施例でＳＴＡの動作を実行することができる。

【0347】

例えば、プロセッサ１１６０は、ＡＰにより割り当てられた複数の無線リソースを介してダウンリンクデータを受信し、またはアップリンクデータを送信するために具現されることができる。複数の無線リソースの各々は、周波数軸上で互いに異なる大きさで定義された複数の無線リソース単位の組み合わせである。複数の無線リソース単位の最大大きさは、全体帯域幅の大きさによって可変的である。

【0348】

また、プロセッサ１１６０は、ＨＥ−ＳＩＧ Ｂ以前に送信されるＨＥ−ＳＩＧ Ａを介してリソース割当シグナリングビットマップ解釈情報をデコーディングし、デコーディングされたリソース割当シグナリングビットマップ解釈情報に基づいてＨＥ−ＳＩＧ Ｂを介して送信されたリソース割当シグナリングビットマップをデコーディングすることができる。または、プロセッサ１1６０は、ＨＥ−ＳＩＧ Ｂにリソース割当シグナリングビットマップ解釈情報及びリソース割当シグナリングビットマップをデコーディングして無線リソース割当に対する情報を取得することもできる。

【0349】

プロセッサ１１１０、１１６０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ１１２０、１１７０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１１３０、１１８０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。

【0350】

実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ１１２０、１１７０に格納され、プロセッサ１１１０、１１６０により実行されることができる。メモリ１１２０、１１７０は、プロセッサ１１１０、１１６０の内部または外部にあり、よく知られた多様な手段でプロセッサ１１１０、１１６０と連結されることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】