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