特表 2024-506288 マルチリンクを使用する無線通信方法及びそれを使用する無線通信端末

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-13

(54)【発明の名称】マルチリンクを使用する無線通信方法及びそれを使用する無線通信端末

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20240205BHJP

   H04W 84/12 20090101ALI20240205BHJP

   H04W 72/20 20230101ALI20240205BHJP

【ＦＩ】

H04W72/0457 110

H04W84/12

H04W72/20

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023547161

(86)(22)【出願日】2022-02-03

(85)【翻訳文提出日】2023-08-02

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

(87)【国際公開番号】W WO2022169277

(87)【国際公開日】2022-08-11

(31)【優先権主張番号】10-2021-0015032

(32)【優先日】2021-02-02

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0015114

(32)【優先日】2021-02-03

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0015578

(32)【優先日】2021-02-03

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0047460

(32)【優先日】2021-04-12

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

【氏名又は名称】ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

【氏名】ジュヒョン・ソン

(72)【発明者】

【氏名】サンヒュン・キム

(72)【発明者】

【氏名】ハンスル・ホン

(72)【発明者】

【氏名】ジンサム・カク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067BB21

5K067CC02

5K067DD34

5K067EE02

5K067EE10

5K067EE61

5K067JJ22

(57)【要約】

無線通信システムにおけるステーション（ｓｔａｔｉｏｎ：ＳＴＡ）がフレームを伝送する方法が開示される。本発明において、ＳＴＡはＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から第１運営要素（ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）と第２運営要素とを含む管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）を受信するが、前記第１運営要素または前記第２運営要素に基づいて前記ＡＰにＰＰＤＵを伝送する。この際、前記第１運営要素はレガシ（ｌｅｇａｃｙ）ＳＴＡのためのＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）運営チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）を指示し、前記第２運営要素は前記レガシＳＴＡではない前記ＳＴＡのためのＢＳＳ運営チャネルを指示する。

【特許請求の範囲】

【請求項1】

無線通信システムのステーション（ｓｔａｔｉｏｎ：ＳＴＡ）において、
送受信部と、
前記送受信部を制御するプロセッサと、を含み、
前記プロセッサは、
ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から第１運営要素（ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）と第２運営要素とを含む管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）を受信するが、
前記第１運営要素は、レガシ（ｌｅｇａｃｙ）ＳＴＡのためのＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）運営チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）を指示し、
前記第２運営要素は、前記レガシＳＴＡではない前記ＳＴＡのためのＢＳＳ運営チャネルを指示し、
前記第１運営要素または前記第２運営要素に基づいて前記ＡＰにＰＰＤＵを伝送するが、
前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネルとは異なるＳＴＡ。

【請求項2】

前記ＳＴＡのための前記ＢＳＳ運営チャネルが前記少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する前記最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネル内で主チャネル（ｐｒｉｍａｒｙ ｃｈａｎｎｅｌ）を含む連続するチャネルである請求項１に記載のＳＴＡ。

【請求項3】

前記ＳＴＡのための前記ＢＳＳ運営チャネルが前記少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する前記最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネル内で前記少なくとも一つの利用不可能なチャネルが除外されて前記最大帯域幅内で設定される請求項２に記載のＳＴＡ。

【請求項4】

前記第１運営要素はＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ） ＳＴＡのための運営要素であり、
前記第２運営要素はＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ） ＳＴＡのための運営要素である請求項１に記載のＳＴＡ。

【請求項5】

前記第２運営要素は、前記ＳＴＡのための前記ＢＳＳ運営チャネルの前記少なくとも一つの利用不可能なチャネルを指示する非活性化されたサブチャネルビットマップサブフィールド（Ｄｉｓａｂｌｅｄ Ｓｕｂｃｈａｎｎｅｌ Ｂｉｔｍａｐ ｓｕｂｆｉｅｌｄ）の包含可否を示す非活性化されたサブチャネルビットマップ存在サブフィールド（Ｄｉｓａｂｌｅｄ Ｓｕｂｃｈａｎｎｅｌ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄ）を含む請求項１に記載のＳＴＡ。

【請求項6】

前記非活性化されたサブチャネルビットマップサブフィールドの各ビットは、対応する利用不可能なチャネルが前記ＳＴＡのための前記ＢＳＳ運営チャネルに含まれるのか否かを指示する請求項５に記載のＳＴＡ。

【請求項7】

前記ＳＴＡのための前記ＢＳＳ運営チャネルに前記少なくとも一つの利用不可能なチャネルが含まれない場合、前記非活性化されたサブチャネルビットマップ存在サブフィールドの値は、前記非活性化されたサブチャネルビットマップサブフィールドが含まれないことを示す値である「０」に設定される請求項５に記載のＳＴＡ。

【請求項8】

前記プロセッサは、
前記ＡＰから運営パラメータ（ｏｐｅｒａｔｉｏｎａｌ ｐａｒａｍｅｔｅｒ）の変更可否を示す特定フィールドを含むフレームを受信するが、
前記特定フィールドの値は前記運営パラメータが変更されたら増加する請求項５に記載のＳＴＡ。

【請求項9】

前記特定フィールドの前記値は、前記非活性化されたサブチャネルビットマップサブフィールドの包含可否が変更されるか、前記少なくとも一つの利用不可能なチャネルの包含可否が変更されたら増加する請求項８に記載のＳＴＡ。

【請求項10】

前記プロセッサは、
一つ以上のＳＴＡにＰＰＤＵの伝送を指示するトリガフレームを受信し、
前記ＰＰＤＵに対する応答としてｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを受信するが、
前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれる場合、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームに含まれる少なくとも一つのＳＴＡそれぞれに関するＡｃｋ情報のサイズは特定サイズ以下に制限される請求項１に記載のＳＴＡ。

【請求項11】

前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する前記少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれ、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームが前記ＡＰによって前記ＳＴＡに個別に割り当てられた資源ユニット（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ：ＲＵ）を介して伝送される場合、前記Ａｃｋ情報のサイズは前記特定サイズ以下に制限されない請求項１０に記載のＳＴＡ。

【請求項12】

無線通信システムにおけるステーション（ＳＴＡ）がフレームを伝送する方法において、
ＡＰから第１運営要素と第２運営要素とを含む管理フレームを受信するステップと、
前記第１運営要素は、レガシＳＴＡのためのＢＳＳ運営チャネルを指示し、
前記第２運営要素は、前記レガシＳＴＡではない前記ＳＴＡのためのＢＳＳ運営チャネルを指示し、
前記第１運営要素または前記第２運営要素に基づいて前記ＡＰにＰＰＤＵを伝送するステップと、を含むが、
前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネルとは異なる方法。

【請求項13】

前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネル内で主チャネルを含む連続するチャネルである請求項１２に記載の方法。

【請求項14】

前記ＳＴＡのための前記ＢＳＳ運営チャネルが前記少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する前記最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネル内で前記少なくとも一つの利用不可能なチャネルが除外されて前記最大帯域幅内で設定される請求項１３に記載の方法。

【請求項15】

前記第１運営要素はＨＥ ＳＴＡのための運営要素であり、
前記第２運営要素はＥＨＴ ＳＴＡのための運営要素である請求項１２に記載の方法。

【請求項16】

前記第２運営要素は、前記ＳＴＡのための前記ＢＳＳ運営チャネルの前記少なくとも一つの利用不可能なチャネルを指示する非活性化されたサブチャネルビットマップサブフィールドの包含可否を示す非活性化されたサブチャネルビットマップ存在サブフィールドを含む請求項１２に記載の方法。

【請求項17】

前記非活性化されたサブチャネルビットマップサブフィールドの各ビットは、対応する利用不可能なチャネルが前記ＳＴＡのための前記ＢＳＳ運営チャネルに含まれるのか否かを指示する請求項１６に記載の方法。

【請求項18】

前記ＳＴＡのための前記ＢＳＳ運営チャネルに前記少なくとも一つの利用不可能なチャネルが含まれない場合、前記非活性化されたサブチャネルビットマップ存在サブフィールドの値は、前記非活性化されたサブチャネルビットマップサブフィールドが含まれないことを示す値である「０」に設定される請求項１６に記載の方法。

【請求項19】

前記方法は、
前記ＡＰから運営パラメータの変更可否を示す特定フィールドを含むフレームを受信するステップを更に含むが、
前記特定フィールドの値は前記運営パラメータが変更されたら増加する請求項１６に記載の方法。

【請求項20】

前記特定フィールドの前記値は、前記非活性化されたサブチャネルビットマップサブフィールドの包含可否が変更されるか、前記少なくとも一つの利用不可能なチャネルの包含可否が変更されたら増加する請求項１９に記載の方法。

【請求項21】

前記方法は、
一つ以上のＳＴＡにＰＰＤＵの伝送を指示するトリガフレームを受信するステップと、
前記ＰＰＤＵに対する応答としてｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを受信するステップと、を含むが、
前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれる場合、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームに含まれる少なくとも一つのＳＴＡそれぞれに関するＡｃｋ情報のサイズは特定サイズ以下に制限される請求項１２に記載の方法。

【請求項22】

前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する前記少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれ、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームが前記ＡＰによって前記ＳＴＡに個別に割り当てられた資源ユニット（ＲＵ）を介して伝送される場合、前記Ａｃｋ情報のサイズは前記特定サイズ以下に制限されない請求項２１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マルチリンクを使用する無線通信方法及びそれを使用する無線通信端末に関する。

【背景技術】

【0002】

最近、モバイル機器の普及が拡大されるにつれ、それらに速い無線インターネットサービスを提供し得る無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）技術が脚光を浴びている。無線ＬＡＮ技術は、近距離で無線通信技術に基づいてスマートフォン、スマートパッド、ラップトップＰＣ、携帯型マルチメディアプレーヤー、インベデッド機器などのようなモバイル機器を家庭や企業、または特定サービス提供地域において、無線でインターネットに接続し得るようにする技術である。

【0003】

ＩＥＥＥ（Ｉｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ） ８０２．１１は、２．４ＧＨｚの周波数を利用した初期の無線ＬＡＮ技術を支援した以来、多様な技術の標準を実用化または開発中である。まず、ＩＥＥＥ ８０２．１１ｂは２．４ＧＨｚバンドの周波数を使用し、最高１１Ｍｂｐｓの通信速度を支援する。ＩＥＥＥ ８０２．１１ｂの後に商用化されたＩＥＥＥ ８０２．１１ａは２．４ＧＨｚバンドではなく５ＧＨｚバンドの周波数を使用することで、相当混雑した２．４ＧＨｚバンドの周波数に比べ干渉への影響を減らしており、ＯＦＤＭ技術を使用して通信速度を最大５４Ｍｂｐｓまで向上させている。しかし、ＩＥＥＥ ８０２．１１ａはＩＥＥＥ ８０２．１１ｂに比べ通信距離が短い短所がある。そして、ＩＥＥＥ ８０２．１１ｇはＩＥＥＥ ８０２．１１ｂと同じく２．４ＧＨｚバンドの週は酢を使用して最大５４Ｍｐｂｓの通真相度を具現し、下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)を満足していて相当な注目を浴びたが、通信距離においてもＩＥＥＥ ８０２．１１ａより優位にある。

【0004】

そして、無線ＬＡＮで脆弱点として指摘されていた通信速度に関する限界を克服するために制定された技術規格として、ＩＥＥＥ ８０２．１１ｎがある。ＩＥＥＥ ８０２．１１ｎはネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張することにその目的がある。詳しくは、ＩＥＥＥ ８０２．１１ｎではデータ処理速度が最大５４０Ｍｂｐｓ以上の高処理率（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ、ＨＴ）を支援し、また、伝送エラーを最小化しデータの速度を最適化するために送信部と受信部の両端共に多重アンテナを使用するＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔｓ ａｎｄ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔｓ）技術に基盤している。また、この規格はデータの信頼性を上げるために重複する写本を複数個伝送するコーディング方式を使用している。

【0005】

無線ＬＡＮの普及が活性化され、また、それを使用したアプリケーションが多様化するにつれ、ＩＥＥＥ ８０２．１１ｎが支援するデータの処理速度より高い処理率（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ、ＶＨＴ）を支援するための新たな無線ＬＡＮシステムに対する必要性が台頭している。そのうち、ＩＥＥＥ ８０２．１１ａｃは５ＧＨｚ周波数で広い帯域幅（８０ＭＨｚ～１６０ＭＨｚ）を支援する。ＩＥＥＥ ８０２．１１ａｃ標準は５ＧＨｚ帯域でのみ定義されているが、従来の２．４ＧＨｚ帯域の製品との下位互換性のために、初期１１ａｃチップセットは２．４ＧＨｚ帯域での動作も支援すると考えられる。理論的に、この規格によると多重ステーションの無線ＬＡＮの速度は最小１Ｇｂｐｓ、最大単一リンク速度は最小５００Ｍｂｐｓまで可能になる。これはより広い無線周波数帯域幅（最大１６０ＭＨｚ）、より多いＭＩＭＯ空間的ストリーム（最大８個）、マルチユーザＭＩＭＯ、そして、高い密度の変調（最大２５６ＱＡＭ）など、８０２．１１ｎで受け入れられた無線インターフェースの概念を拡張して行われる。また、従来の２４ＧＨｚ／５ＧＨｚに代わって６０ＧＨｚバンドを利用してデータを伝送する方式として、ＩＥＥＥ ８０２．１１ａｄがある。ＩＥＥＥ ８０２．１１ａｄはビームフォーミング技術を利用して最大７Ｇｂｐｓの速度を提供する伝送規格であって、大容量のデータや無圧縮ＨＤビデオなど、高いビットレート動画のストリーミングに適合している。しかし、６０ＧＨｚ周波数バンドは障害物の通過が難しく、近距離空間でのデバイスの間でのみ利用可能な短所がある。

【0006】

一方、８０２．１１ａｃ及び８０２．１１ａｄ以後の無線ＬＡＮ標準として、ＡＰと端末が密集した高密度環境における高効率及び高性能の無線ＬＡＮ通信技術を提供するためのＩＥＥＥ ８０２．１１ａｘ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＷＬＡＮ，ＨＥＷ）標準が開発され、完了段階にある。８０２．１１ａｘベース無線ＬＡＮ環境では、高密度のステーションとＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）の存在下に屋内／屋外で高い周波数効率の通信が提供される必要があり、これを具現するための様々な技術が開発されている。

【0007】

また、高画質ビデオ、実時間ゲームなどのような新しいマルチメディア応用を支援するために、最大送信速度を上げるための新しい無線ＬＡＮ標準を開発し始めた。７世代無線ＬＡＮ標準であるＩＥＥＥ ８０２．１１ｂｅ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，ＥＨＴ）では、２．４／５／６ＧＨｚの帯域でより広い帯域幅と増加した空間ストリーム及び多重ＡＰ協調などによって最大で３０Ｇｂｐｓの送信率を支援することを目標に標準開発を進行している。ＩＥＥＥ ８０２．１１ｂｅでは３２０ＭＨｚの帯域幅、多重リンク（Ｍｕｌｔｉ－ｌｉｎｋ）動作、多重ＡＰ（Ｍｕｌｔｉ－Ａｃｃｅｓｓ Ｐｏｉｎｔ、Ｍｕｌｔｉ－ＡＰ）動作、及び再伝送動作（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＨＡＲＱ）などの技術が提案されている。

【0008】

多重リンク動作はその動作方式及び具現方法によって多様な形態に動作される。この際、従来のＩＥＥＥ ８０２．１１基盤の無線ＬＡＮ通信動作では発生していなかった問題が発生する可能性があることで、多重リンク動作における詳細な動作方法に対する定義が必要である。

【0009】

一方、発明の背景になる技術は発明の背景に対する理解を増進するために作成されたものであって、この技術が属する分野における通常の知識を有する者に既に知られている従来技術ではない内容を含む。

【発明の概要】

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

【0010】

本発明は、マルチリンク動作において、ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）運営チャネル（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ）を設定するための方法を提供することにその目的がある。

【0011】

また、本発明は、レガシ端末に他のＢＳＳ運営チャネルを設定するための方法を提供することにその目的がある。

【0012】

また、本発明は、ＢＳＳ運営チャネルに含まれる利用不可能なサブチャネルを指示するための方法を提供することにその目的がある。

【0013】

また、本発明は、レガシ端末が含まれた端末に応答フレームを伝送する場合、各端末に対する応答情報にサイズを決定するための方法を提供することにその目的がある。

【0014】

明細書で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

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

【0015】

無線通信システムのステーション（ｓｔａｔｉｏｎ：ＳＴＡ）は、送受信部と、前記送受信部を制御するプロセッサと、を含み、前記プロセッサは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から第１運営要素（ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）と第２運営要素とを含む管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）を受信するが、前記第１運営要素は、レガシ（ｌｅｇａｃｙ）ＳＴＡのためのＢＳＳ運営チャネルを指示し、前記第２運営要素は、前記レガシＳＴＡではない前記ＳＴＡのためのＢＳＳ運営チャネルを指示し、前記第１運営要素または前記第２運営要素に基づいて前記ＡＰにＰＰＤＵを伝送するが、前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネルとは異なる。

【0016】

また、本発明において、前記ＳＴＡのための前記ＢＳＳ運営チャネルが前記少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する前記最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネル内で主チャネル（ｐｒｉｍａｒｙ ｃｈａｎｎｅｌ）を含む連続するチャネルである。

【0017】

また、本発明において、前記ＳＴＡのための前記ＢＳＳ運営チャネルが前記少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する前記最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネル内で前記少なくとも一つの利用不可能なチャネルが除外されて前記最大帯域幅内で設定される。

【0018】

また、本発明において、前記第１運営要素はＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ） ＳＴＡのための運営要素であり、前記第２運営要素はＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ） ＳＴＡのための運営要素である。

【0019】

また、本発明において、前記第２運営要素は、前記ＳＴＡのための前記ＢＳＳ運営チャネルの前記少なくとも一つの利用不可能なチャネルを指示する非活性化されたサブチャネルビットマップサブフィールド（Ｄｉｓａｂｌｅｄ Ｓｕｂｃｈａｎｎｅｌ Ｂｉｔｍａｐ ｓｕｂｆｉｅｌｄ）の包含可否を示す非活性化されたサブチャネルビットマップ存在サブフィールド（Ｄｉｓａｂｌｅｄ Ｓｕｂｃｈａｎｎｅｌ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄ）を含む。

【0020】

また、本発明において、前記非活性化されたサブチャネルビットマップサブフィールドの各ビットは、対応する利用不可能なチャネルが前記ＳＴＡのための前記ＢＳＳ運営チャネルに含まれるのか否かを指示する。

【0021】

また、本発明において、前記ＳＴＡのための前記ＢＳＳ運営チャネルに前記少なくとも一つの利用不可能なチャネルが含まれない場合、前記非活性化されたサブチャネルビットマップ存在サブフィールドの値は、前記非活性化されたサブチャネルビットマップサブフィールドが含まれないことを示す値である「０」に設定される。

【0022】

また、本発明において、前記プロセッサは前記ＡＰから運営パラメータ（ｏｐｅｒａｔｉｏｎａｌ ｐａｒａｍｅｔｅｒ）の変更可否を示す特定フィールドを含むフレームを受信するが、前記特定フィールドの値は前記運営パラメータが変更されたら増加する。

【0023】

また、本発明において、前記特定フィールドの前記値は、前記非活性化されたサブチャネルビットマップサブフィールドの包含可否が変更されるか、前記少なくとも一つの利用不可能なチャネルの包含可否が変更されたら増加する。

【0024】

また、本発明において、前記プロセッサは、一つ以上のＳＴＡにＰＰＤＵの伝送を指示するトリガフレームを受信し、前記ＰＰＤＵに対する応答としてｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを受信するが、前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれる場合、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームに含まれる少なくとも一つのＳＴＡそれぞれに関するＡｃｋ情報のサイズは特定サイズ以下に制限される。

【0025】

また、本発明において、前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する前記少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれ、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームが前記ＡＰによって前記ＳＴＡに個別に割り当てられた資源ユニット（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ：ＲＵ）を介して伝送される場合、前記Ａｃｋ情報のサイズは前記特定サイズ以下に制限されない。

【0026】

また、本発明は、ＡＰから第１運営要素と第２運営要素とを含む管理フレームを受信するステップと、前記第１運営要素は、レガシＳＴＡのためのＢＳＳ運営チャネルを指示し、前記第２運営要素は、前記レガシＳＴＡではない前記ＳＴＡのためのＢＳＳ運営チャネルを指示し、前記第１運営要素または前記第２運営要素に基づいて前記ＡＰにＰＰＤＵを伝送するステップと、を含むが、前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのための前記ＢＳＳ運営チャネルとは異なる方法を提供する。

【発明の効果】

【0027】

本発明の一実施例によると、本発明は、レガシ端末に他のＢＳＳ運営チャネルを設定するための方法を提供することで、各端末にＢＳＳ運営チャネルを効率的に設定する効果がある。

【0028】

また、本発明は、ＢＳＳ運営チャネルに含まれる利用不可能なサブチャネルを指示することで、端末が効率的に上りリンクフレームを伝送する効果がある。

【0029】

また、本発明は、レガシ端末が含まれた端末に応答フレームを伝送する場合、各端末に対する応答情報のサイズを決定するための方法を提供することで、各端末が支援可能な応答情報を伝送する効果がある。

【0030】

本発明から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0031】

【図1】本発明の一実施例による無線ＬＡＮシステムを示す図である。

【図2】本発明の他の実施例による無線ＬＡＮシステムを示す図である。

【図3】本発明の一実施例によるステーションの構成を示す図である。

【図4】本発明の一実施例によるアクセスポイントの構成を示す図である。

【図5】ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。

【図6】無線ＬＡＮ通信で使用されるＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）／ＣＡ（Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）方法を示す図である。

【図7】様々な標準世代別ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットの一例を示す。

【図8】本発明の実施例に係る様々なＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。

【図9】本発明の一実施例に係る多重リンク（ｍｕｌｔｉ－ｌｉｎｋ）装置を示す図である。

【図10】本発明の一実施例に係るＴＩＤ－ｔｏ－ｌｉｎｋマッピング方法の一例を示す図である。

【図11】本発明の一実施例に係るｍｕｌｔｉ－ｌｉｎｋ ＮＡＶ設定動作の一例を示す図である。

【図12】本発明の一実施例に係るｍｕｌｔｉ－ｌｉｎｋ ＮＡＶ設定動作のさらに他の例を示す図である。

【図13】本発明の一実施例に係るＢＳＳ分類及びそれに基づく動作の一例を示す図である。

【図14】本発明の一実施例に係る無線ＬＡＮ機能を示す。

【図15】本発明の一実施例に係る上りリンク（Ｕｐｌｉｎｋ：ＵＬ）多重ユーザ（ｍｕｌｔｉ ｕｓｅｒ：ＭＵ）動作を示す。

【図16】本発明の一実施例に係るトリガフレーム（Ｔｒｉｇｇｅｒ ｆｒａｍｅ）フォーマットを示す。

【図17】本発明の一実施例に係るトリガベースＰＰＤＵフォーマットを指示するための方法を示す。

【図18】本発明の一実施例に係るＵＬ ＭＵ動作の一例を示す。

【図19】本発明の実施例によるＢｌｏｃｋ ＡＣＫフレームのフォーマットを示す図である。

【図20】本発明の実施例によるＦｒａｇｍｅｎｔ ＮｕｍｂｅｒサブフィールドとＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドを示す図である。

【図21】本発明の実施例によるＨＥ ＴＢ ＰＰＤＵに対する応答としてＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームが伝送されることを示す図である。

【図22】本発明の実施例によるＵＬ ＭＵ動作を示す図である。

【図23】本発明の実施例によるＵＬ ＭＵ動作とＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームのフォーマットを示す図である。

【図24】本発明の他の実施例によるＵＬ ＭＵ動作とＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームのフォーマットを示す図である。

【図25】本発明の実施例によってマネジメントフレームを伝送することを示す図である。

【図26】本発明の実施例によってＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される際にマネジメントフレームを伝送する方法を示す図である。

【図27】本発明の他の実施例によってＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される際にマネジメントフレームを伝送する方法を示す図である。

【図28】本発明の一実施例による管理フレームとチャネル幅（ｃｈａｎｎｅｌ ｗｉｄｔｈ）シグナリングを示す図である。

【図29】本発明の一実施例によるＢＳＳ運営チャネルの幅の設定を示す図である。

【図30】本発明の他の一実施例によるＢＳＳ運営チャネルの幅の設定を示す図である。

【図31】本発明の一実施例によるチャネル化（ｃｈａｎｎｅｌｉｚａｔｉｏｎ）とＢＳＳ運営チャネルの幅の設定を示す図である。

【図32】本発明の一実施例によるＥＨＴ運営要素フォーマット（Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ ｆｏｒｍａｔ）を示す図である。

【図33】本発明の一実施例による非活性化されたサブチャネル（ｄｉｓａｂｌｅｄ ｓｕｂｃｈａｎｎｅｌ）が考慮された伝送の一例を示す図である。

【図34】本発明の一実施例による非活性化されたサブチャネルのシグナリングの一例を示す図である。

【図35】本発明の一実施例による非活性化されたサブチャネルのシグナリングと重要なアップデート（ｃｒｉｔｉｃａｌ ｕｐｄａｔｅ）を示す図である。

【図36】本発明の他の実施例による非活性化されたサブチャネルのシグナリングと重要なアップデートを示す図である。

【図37】本発明の一実施例によるＥＨＴ運営要素フォーマットを示す図である。

【図38】本発明の他の実施例によるＥＨＴ運営要素フォーマットを示す図である。

【図39】本発明の一実施例による端末の動作の一例を示す順序図である。

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

【0032】

本明細書で使用される用語は、本発明での機能を考慮してできる限り現在広く使用されている一般的案用語を選択しているが、これは該当技術分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選定した用語もあり、このような場合は該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は単なる用語の名称ではなく、その用語が有する実質的な意味と本明細書全般にわたる内容に基づいて解釈すべきであることを明らかにする。

【0033】

明細書全体にわたって、ある構成が他の構成と「連結」されているとすると、これは「直接連結」されている場合だけでなく、その中間に他の構成要素を間に挟んで「電気的に連結」されている場合も含む。また、ある構成要素が特定の構成要素を「含む」とすると、これは特に反対する記載がない限り、他の構成要素を除くのではなく他の構成要素を更に含み得ることを意味する。加えて、特定臨界値を基準に「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替され得る。以下、本発明において、フィールドとサブフィールドは同じ意味で使われてよい。

【0034】

図１は、本発明の一実施例による無線ＬＡＮシステムを示す図である。

【0035】

無線ＬＡＮシステムは、一つまたはそれ以上のベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）を含むが、ＢＳＳは同期化に成功し互いに通信し得る機器の集合を示す。一般に、ＢＳＳはインフラストラクチャＢＳＳ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ）と独立ＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、ＩＢＳＳ）に区分されるが、図１はこのうちインフラストラクチャＢＳＳを示している。

【0036】

図１に示すように、インフラストラクチャＢＳＳ ＢＳＳ１，ＢＳＳ２は、１つ又はそれ以上のステーションＳＴＡ１，ＳＴＡ２，ＳＴＡ３，ＳＴＡ４，ＳＴＡ５、分配サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するステーションであるアクセスポイントＡＰ－１，ＡＰ－２、及び複数のアクセスポイントＡＰ－１，ＡＰ－２を連結させる分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ）ＤＳを含む。

【0037】

ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）は、ＩＥＥＥ ８０２．１１標準の規定に従う媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含む任意のデバイスであって、広い意味では非アクセスポイントｎｏｎ－ＡＰステーションのみならずアクセスポイントＡＰを全て含む。また、本明細書において、「端末」とはｎｏｎ－ＡＰまたはＡＰを指すか、両者を全て指す用語として使用される。無線通信のためのステーションはプロセッサと通信部を含み、実施例によってユーザインタフェース部とディスプレーユニットなどを更に含む。プロセッサは無線ネットワークを介して伝送するフレームを生成するか、または前記無線ネットワークを介して受信されたフレームを処理し、その他にステーションを制御するための多様な処理を行う。そして、通信部は前記プロセッサと機能的に連結されており、ステーションのために無線ネットワークを介してフレームを送受信する。本発明において、端末はユーザ端末機（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）を含む用語として使用される。

【0038】

アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）は、自らに結合された（ａｓｓｏｃｉａｔｅｄ）ステーションのために無線媒体を経由して分配システムＤＳに対する接続を提供する個体である。インフラストラクチャＢＳＳにおいて、非ＡＰステーション間の通信はＡＰを経由して行われることが原則であるが、ダイレクトリンクが設定されている場合は非ＡＰステーションの間でも直接通信が可能である。一方、本発明において、ＡＰはＰＣＰ（Ｐｅｒｓｏｎａｌ ＢＳＳ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｐｏｉｎｔ）を含む概念として使用されるが、広い意味では集中制御器、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）、ノードＢ、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、またはサイト制御器などの概念を全て含む。本発明において、ＡＰはベース無線通信端末とも称されるが、ベース無線通信端末は、広い意味ではＡＰ、ベースステーション（ｂａｓｅ ｓｔａｔｉｏｎ）、ｅＮＢ（ｅＮｏｄｅＢ）、及びトランスミッションポイントＴＰを全て含む用語として使用される。それだけでなく、ベース無線通信端末は複数の無線通信端末との通信で通信媒介体（ｍｅｄｉｕｍ)資源を割り当て、スケジューリング（ｓｃｈｅｄｕｌｉｎｇ）を行う多様な形態の無線通信端末を含む。

【0039】

複数のインフラストラクチャＢＳＳは、分配システムＤＳを介して互いに連結される。この際、分配システムを介して連結された複数のＢＳＳを拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）という。

【0040】

図２は、本発明の他の実施例による無線ＬＡＮシステムである独立ＢＳＳを示す図である。図２の実施例において、図１の実施例と同じであるか相応する部分は重複する説明を省略する。

【0041】

図２に示したＢＳＳ３は独立ＢＳＳであってＡＰを含まないため、全てのステーション（ＳＴＡ６、ＳＴＡ７）がＡＰと接続されていない状態である。独立ＢＳＳは分配システムへの接続が許容されず、自己完備的ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ)をなす。独立ＢＳＳにおいて、それぞれのステーション（ＳＴＡ６、ＳＴＡ７）はダイレクトに互いに連結される。

【0042】

図３は、本発明の一実施例によるステーション１００の構成を示すブロック図である。図示したように、本発明の実施例によるステーション１００は、プロセッサ１１０、通信部１２０、ユーザインタフェース部１４０、ディスプレーユニット１５０、及びメモリ１６０を含む。

【0043】

まず、通信部１２０は、無線ＬＡＮパケットなどの無線信号を送受信し、ステーション１００に組み込まれる又は外付けられて具備されてよい。実施例によれば、通信部１２０は、互いに異なる周波数バンドを用いる少なくとも１つの通信モジュールを含むことができる。例えば、前記通信部１２０は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚなどの異なる周波数バンドの通信モジュールを含むことができる。一実施例によれば、ステーション１００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてＡＰ又は外部ステーションと無線通信を行うことができる。通信部１２０は、ステーション１００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。ステーション１００が複数の通信モジュールを含む場合に、各通信モジュールはそれぞれ独立した形態で備えられてもよく、複数のモジュールが１つのチップとして統合して備えられてもよい。本発明の実施例において、通信部１２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。

【0044】

次に、ユーザインタフェース１４０は、ステーション１００に備えられた多様な形態の入出力手段を含む。つまり、ユーザインタフェース部１４０は多様な入力手段を利用してユーザの入力を受信し、プロセッサ１１０は受信されたユーザ入力に基づいてステーション１００を制御する。また、ユーザインタフェース部１４０は、多様な出力手段を利用してプロセッサ１１０の命令に基づく出力を行う。

【0045】

次に、ディスプレーユニット１５０は、ディスプレー画面にイメージを出力する。前記ディスプレーユニット１５０は、プロセッサ１１０によって行われるコンテンツ、またはプロセッサン１１０の制御命令に基づくユーザインタフェースなどの多様なディスプレーオブジェクトを出力する。また、メモリ１６０は、ステーション１００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーション１００がＡＰまたは外部のステーションと接続を行うのに必要な接続プログラムが含まれる。

【0046】

本発明のプロセッサ１１０は多様な命令またはプログラムを行い、ステーション１００内部のデータをプロセッシングする。また、前記プロセッサ１１０は上述したステーション１００の各ユニットを制御し、ユニット間のデータの送受信を制御する。本発明の実施例によると、プロセッサ１１０はメモリ１６０に貯蔵されたＡＰとの接続のためのプログラムを行い、ＡＰが伝送した通信設定メッセージを受信する。また、プロセッサ１１０は通信設定メッセージに含まれたステーション１００の優先条件に関する情報を読み取り、ステーション１００の優先条件に関する情報に基づいてＡＰに関する接続を要請する。本発明のプロセッサ１１０はステーション１００のメインコントロールユニットを指してもよく、実施例によってステーション１００の一部の構成、例えば、通信部１２０などを個別的に制御するためのコントロールユニットを指してもよい。つまり、プロセッサ１１０は通信部１２０から送受信される無線信号を変復調するモデム、または変復調部（ｍｏｄｕｌａｔｏｒ ａｎｄ／ｏｒ ｄｅｍｏｄｕｌａｔｏｒ）であってもよい。プロセッサ１１０は、本発明の実施例によるステーション１００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。

【0047】

図３に示したステーション１００は本発明の一実施例によるブロック図であって、分離して示したブロックはデバイスのエレメントを論理的に区別して示したものである。よって、上述したデバイスのエレメントは、デバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。例えば、前記プロセッサ１１０及び通信部１２０は一つのチップに統合されて具現されてもよく、別途のチップで具現されてもよい。また、本発明の実施例において、前記ステーション１００の一部の構成、例えば、ユーザインタフェース部１４０及びディスプレーユニット１５０などはステーション１００に選択的に備えられてもよい。

【0048】

図４は、本発明の一実施例によるＡＰ２００の構成を示すブロック図である。図示したように、本発明の実施例によるＡＰ２００は、プロセッサ２１０、通信部２２０、及びメモリ２６０を含む。図４において、ＡＰ２００の構成のうち図３のステーション１００の構成と同じであるか相応する部分については重複する説明を省略する。

【0049】

図４を参照すると、本発明に係るＡＰ ２００は、少なくとも１つの周波数バンドにおいてＢＳＳを運営するための通信部２２０を備える。図３の実施例において前述したように、前記ＡＰ ２００の通信部２２０も、互いに異なる周波数バンドを用いる複数の通信モジュールを含むことができる。すなわち、本発明の実施例に係るＡＰ ２００は、異なる周波数バンド、例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚのいずれかを用いる２つ以上の通信モジュールを共に備えることができる。好ましくは、ＡＰ ２００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてステーションと無線通信を行うことができる。前記通信部２２０は、ＡＰ ２００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。本発明の実施例において、通信部２２０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。

【0050】

次に、メモリ２６０は、ＡＰ２００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーションの接続を管理する接続プログラムが含まれる。また、プロセッサ２１０はＡＰ２００の各ユニットを制御し、ユニット間のデータの送受信を制御する。本発明の実施例によると、プロセッサ２１０はメモリ２６０に貯蔵されたステーションとの接続のためのプログラムを行い、１つ以上のステーションに対する通信設定メッセージを伝送する。この際、通信設定メッセージには各ステーションの接続優先条件に関する情報が含まれる。また、プロセッサ２１０はステーションの接続要請に応じて接続設定を行う。一実施例によると、プロセッサ２１０は通信部２２０から送受信される無線信号を変復調するモデム、または変復調部である。プロセッサ２１０は、本発明の実施例によるＡＰ２００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。

【0051】

図５は、ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。

【0052】

図５を参照すると、ＳＴＡ１００とＡＰ２００間のリンクは大きくスキャニング（ｓａｎｎｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、及び結合（ａｓｓｏｃｉａｔｉｏｎ）の３つのステップを介して設定される。まず、スキャニングステップは、ＡＰ２００が運営するＢＳＳの接続情報をＳＴＡ１００が獲得するステップである。スキャニングを行うための方法としては、ＡＰ２００が周期的に伝送するビーコン（ｂｅａｃｏｎ）メッセージＳ１０１のみを活用して情報を取得するパッシブスキャニング（ｐａｓｓｉｖｅ ｓａｎｎｉｎｇ）方法と、ＳＴＡ１００がＡＰにプローブ要請（ｐｒｏｂｅ ｒｅｑｕｅｓｔ）を伝送しＳ１０３、ＡＰからプローブ応答（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ）を受信してＳ１０５、接続情報を取得するアクティブスキャニング（ａｃｔｉｖｅ ｓａｎｎｉｎｇ）方法がある。

【0053】

スキャニングステップにおいて無線接続情報の受信に成功したＳＴＡ１００は、認証要請（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）を伝送しＳ１０７ａ、ＡＰ２００から認証応答（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を受信してＳ１０７ｂ、認証ステップを行う。認証ステップが行われた後、ＳＴＡ１００は結合要請（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ）を伝送しＳ１０９ａ、ＡＰ２００から結合応答（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ）を受信してＳ１０９ｂ、結合ステップを行う。本明細書において、結合とは基本的に無線結合を意味するが、本発明はこれに限らず、広い意味での結合は無線結合及び有線結合を全て含む。

【0054】

一方、追加に８０２．１Ｘ基盤の認証ステップＳ１１１、及びＤＨＣＰを介したＩＰアドレス獲得ステップＳ１１３が行われる。図５において、サーバ３００はＳＴＡ１００と８０２．１Ｘ基盤の認証を処理するサーバであって、ＡＰ２００に物理的に結合されて存在するか、別途のサーバとして存在してもよい。

【0055】

図６は、無線ＬＡＮ通信で使用されるＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）／ＣＡ（Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）方法を示す図である。

【0056】

無線ＬＡＮ通信を行う端末は、データを伝送する前にキャリアセンシング（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ）を行ってチャネルが占有状態（ｂｕｓｙ）であるのか否かをチェックする。もし一定強度以上の無線信号が感知されれば該当チャネルが占有状態と判別され、前記端末は該当チャネル対するアクセスを遅延する。このような過程をクリアチャネル評価（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ、ＣＣＡ）といい、該当信号の感知有無を決定するレベルをＣＣＡ臨界値（ＣＣＡ ｔｈｒｅｓｈｏｌｄ）という。もし端末に受信されたＣＣＡ臨界値以上の無線信号が該当端末を受信者とすれば、端末は受信された無線信号を処理する。一方、該当チャネルから無線信号が感知されないかＣＣＡ臨界値より小さい強度の無線信号が感知されれば、前記チャネルは遊休状態（ｉｄｌｅ）と判別される。

【0057】

チャネルが遊休状態と判別されれば、伝送するデータがある各端末は、各端末の状況によるＩＦＳ（Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）、例えば、ＡＩＦＳ（Ａｒｂｉｔｒａｔｉｏｎ ＩＦＳ）、ＰＩＦＳ（ＰＣＦ ＩＦＳ）などの時間の後にバックオフ手順を行う。実施例によって、前記ＡＩＦＳは従来のＤＩＦＳ（ＤＣＦ ＩＦＳ）を代替する構成として使用される。各端末は、該当端末に決定された乱数（ｒａｎｄｏｍ ｎｕｍｂｅｒ）だけのスロットタイムを前記チャネルの遊休状態の間隔（ｉｎｔｅｒｖａｌ）の間に減少させながら待機し、スロットタイムを全て消尽した端末が該当チャネルに対するアクセスを試みる。このように、各端末がバックオフ手順を行う区間を競合ウィンドウ区間という。

【0058】

もし特定端末が前記チャネルのアクセスに成功すれば、該当端末は前記チャネルを介してデータを伝送する。しかし、アクセスを試みた端末が他の端末と衝突すれば、衝突した端末はそれぞれ新しい乱数を割り当てられて更にバックオフ手順を行う。一実施例によると、各端末に新しく割り当てられる乱数は、該当端末が以前割り当てられた乱数の範囲（競合ウィンドウ、ＣＷ）の２倍の範囲（２＊ＣＷ）内で決定される。一方、各端末は、次の競合ウィンドウ区間で更にバックオフ手順を行ってアクセスを試みるが、この際、各端末は以前の競合ウィンドウ区間に残ったスロットタイムからバックオフ手順を行う。このような方法で無線ＬＡＮ通信を行う各端末は、特定チャネルに対する互いの衝突を回避することができる。

【0059】

以下、本発明において、端末は、ｎｏｎ－ＡＰ ＳＴＡ、ＡＰ ＳＴＡ、ＡＰ、ＳＴＡ、受信装置又は送信装置と呼ぶことができ、本発明がこれに限定されるものではない。また、本発明において、ＡＰ ＳＴＡは、ＡＰと呼ぶことができる。

【0060】

＜様々なＰＰＤＵフォーマットの実施例＞

【0061】

図７には、様々な標準世代別ＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）フォーマットの一例を示す。より具体的に、図７（ａ）は、８０２．１１ａ／ｇに基づくレガシＰＰＤＵフォーマットの一実施例、図７（ｂ）は、８０２．１１ａｘに基づくＨＥ ＰＰＤＵフォーマットの一実施例を示し、図７（ｃ）は、８０２．１１ｂｅに基づくノン－レガシＰＰＤＵ（すなわち、ＥＨＴ ＰＰＤＵ）フォーマットの一実施例を示す。また、図７（ｄ）は、前記ＰＰＤＵフォーマットで共通に用いられるＬ－ＳＩＧ及びＲＬ－ＳＩＧの細部フィールド構成を示す。

【0062】

図７（ａ）を参照すると、レガシＰＰＤＵのプリアンブルは、Ｌ－ＳＴＦ（Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＬＴＦ（Ｌｅｇａｃｙ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）及びＬ－ＳＩＧ（Ｌｅｇａｃｙ Ｓｉｇｎａｌ ｆｉｅｌｄ）を含む。本発明の実施例において、前記Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧは、レガシプリアンブルと呼ぶことができる。

【0063】

図７（ｂ）を参照すると、ＨＥ ＰＰＤＵのプリアンブルは、前記レガシプリアンブルに、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ａ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｉｇｎａｌ Ａ ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ｂ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｉｇｎａｌ Ｂ ｆｉｅｌｄ）、ＨＥ－ＳＴＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ及びＨＥ－ＬＴＦは、ＨＥプリアンブルと呼ぶことができる。ＨＥプリアンブルの具体的な構成は、ＨＥ ＰＰＤＵフォーマットによって変形されてよい。例えば、ＨＥ－ＳＩＧ－Ｂは、ＨＥ ＭＵ ＰＰＤＵフォーマットのみにおいて用いられてよい。

【0064】

図７（ｃ）を参照すると、ＥＨＴ ＰＰＤＵのプリアンブルは、前記レガシプリアンブルに、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ Ｓｉｇｎａｌ ｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｉｇｎａｌ Ａ ｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｉｇｎａｌ Ｂ ｆｉｅｌｄ）、ＥＨＴ－ＳＴＦ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＥＨＴ－ＳＩＧ－Ａ、ＥＨＴ－ＳＩＧ－Ｂ、ＥＨＴ－ＳＴＦ及びＥＨＴ－ＬＴＦは、ＥＨＴプリアンブルと呼ぶことができる。ノン－レガシプリアンブルの具体的な構成は、ＥＨＴ ＰＰＤＵフォーマットによって変形されてよい。例えば、ＥＨＴ－ＳＩＧ－ＡとＥＨＴ－ＳＩＧ－Ｂは、ＥＨＴ ＰＰＤＵフォーマットのうち一部のフォーマットのみにおいて用いられてよい。

【0065】

ＰＰＤＵのプリアンブルに含まれたＬ－ＳＩＧフィールドは、６４ ＦＦＴ ＯＦＤＭが適用され、総６４個のサブキャリアで構成される。このうち、ガードサブキャリア、ＤＣサブキャリア及びパイロットサブキャリアを除く４８個のサブキャリアが、Ｌ－ＳＩＧのデータ送信用に用いられる。Ｌ－ＳＩＧにはＢＰＳＫ、Ｒａｔｅ＝１／２のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）が適用されるので、総２４ビットの情報を含むことができる。図７（ｄ）には、Ｌ－ＳＩＧの２４ビット情報構成を示す。

【0066】

図７（ｄ）を参照すると、Ｌ－ＳＩＧ、は、Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドを含む。Ｌ＿ＲＡＴＥフィールドは、４ビットで構成され、データ送信に用いられたＭＣＳを示す。具体的に、Ｌ＿ＲＡＴＥフィールドは、ＢＰＳＫ／ＱＰＳＫ／１６－ＱＡＭ／６４－ＱＡＭなどの変調方式と１／２、２／３、３／４などの符号率を組み合わせた６／９／１２／１８／２４／３６／４８／５４Ｍｂｐｓの送信速度のうち１つの値を示す。Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドの情報を組み合わせると当該ＰＰＤＵの全長を示すことができる。ノン－レガシＰＰＤＵフォーマットでは、Ｌ＿ＲＡＴＥフィールドを最小速度である６Ｍｂｐｓに設定する。

【0067】

Ｌ＿ＬＥＮＧＴＨフィールドの単位はバイトであり、総１２ビットが割り当てられて最大４０９５までシグナルでき、Ｌ＿ＲＡＴＥフィールドとの組合せで該当ＰＰＤＵの長さを示すことができる。このとき、レガシ端末とノンレガシー端末はＬ＿ＬＥＮＧＴＨフィールドを別個の方法で解釈することができる。

【0068】

まず、レガシ端末又はノンレガシー端末がＬ＿ＬＥＮＧＴＨフィールドを用いて該当ＰＰＤＵの長さを解釈する方法は次の通りである。Ｌ＿ＲＡＴＥフィールドの値が６Ｍｂｐｓを指示するように設定された場合に、６４ＦＦＴの１個のシンボルデュレーションである４ｕｓの間に３バイト（すなわち、２４ビット）が送信されてよい。したがって、Ｌ＿ＬＥＮＧＴＨフィールド値に、ＳＶＣフィールド及びＴａｉｌフィールドに該当する３バイトを足し、これを１個のシンボルの送信量である３バイトで割ると、Ｌ－ＳＩＧ以後の６４ＦＦＴ基準シンボル個数が取得される。取得されたシンボル個数に１個のシンボルデュレーションである４ｕｓをかけた後に、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧの送信にかかる２０ｕｓを足すと、該当ＰＰＤＵの長さ、すなわち、受信時間（ＲＸＴＩＭＥ）が得られる。これを数式で表現すれば、下記の式１の通りである。

【0069】

【数1】

【0070】

このとき、

【数2】

は、ｘより大きい又は等しい最小の自然数を表す。Ｌ＿ＬＥＮＧＴＨフィールドの最大値は４０９５であるので、ＰＰＤＵの長さは、最大５．４８４ｍｓまでに設定されてよい。当該ＰＰＤＵを送信するノン－レガシ端末は、Ｌ＿ＬＥＮＧＴＨフィールドを下記の式２のように設定しなければならない。

【0071】

【数3】

【0072】

ここで、ＴＸＴＩＭＥは、当該ＰＰＤＵを構成する全体送信時間であり、下記の式３の通りである。このとき、ＴＸは、Ｘの送信時間を表す。

【0073】

【数4】

【0074】

以上の式を参照すると、ＰＰＤＵの長さは、Ｌ＿ＬＥＮＧＴＨ／３の切上げ値に基づいて計算される。したがって、任意のｋ値に対してＬ＿ＬＥＮＧＴＨ＝｛３ｋ＋１，３ｋ＋２，３（ｋ＋１）｝の３つの異なる値が、同一のＰＰＤＵ長を指示する。

【0075】

図７（ｅ）を参照すると、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）フィールドは、ＥＨＴ ＰＰＤＵ及び後続世代の無線ＬＡＮのＰＰＤＵにおいて存続し、１１ｂｅを含めてどの世代のＰＰＤＵであるかを区分する役割を担う。Ｕ－ＳＩＧは、６４ＦＦＴベースのＯＦＤＭの２シンボルであり、総５２ビットの情報を伝達することができる。このうち、ＣＲＣ／テール９ビットを除く４３ビットは、大きく、ＶＩ（Ｖｅｒｓｉｏｎ Ｉｎｄｅｐｅｎｄｅｎｔ）フィールドとＶＤ（Ｖｅｒｓｉｏｎ Ｄｅｐｅｎｄｅｎｔ）フィールドに区分される。

【0076】

ＶＩビットは、現在のビット構成を後にも維持し続け、後続世代のＰＰＤＵが定義されても、現在の１１ｂｅ端末が、当該ＰＰＤＵのＶＩフィールドから当該ＰＰＤＵに関する情報を得ることができる。そのために、ＶＩフィールドは、ＰＨＹバージョン、ＵＬ／ＤＬ、ＢＳＳカラー、ＴＸＯＰ、リザーブド（Ｒｅｓｅｒｖｅｄ）フィールドで構成される。ＰＨＹバージョンフィールドは３ビットであり、１１ｂｅ及び後続世代の無線ＬＡＮ標準を順次にバージョンで区分する役割を担う。１１ｂｅは０００ｂの値を有する。ＵＬ／ＤＬフィールドは、当該ＰＰＤＵが上りリンク／下りリンクＰＰＤＵのいずれであるかを区分する。ＢＳＳカラーは、１１ａｘで定義されたＢＳＳ別識別子を意味し、６ビット以上の値を有する。ＴＸＯＰは、ＭＡＣヘッダで伝達されていた送信機会デュレーション（Ｔｒａｎｓｍｉｔ Ｏｐｐｏｒｔｕｎｉｔｙ Ｄｕｒａｔｉｏｎ）を意味するが、ＰＨＹヘッダに追加することにより、ＭＰＤＵをデコードすることなく、当該ＰＰＤＵが含まれたＴＸＯＰの長さを類推でき、７ビット以上の値を有する。

【0077】

ＶＤフィールドは、１１ｂｅバージョンのＰＰＤＵにのみ有用なシグナリング情報としてＰＰＤＵフォーマット、ＢＷのように、如何なるＰＰＤＵフォーマットにも共通に用いられるフィールド、及びＰＰＤＵフォーマット別に異なるように定義されるフィールドで構成されてよい。ＰＰＤＵフォーマットは、ＥＨＴ ＳＵ（Ｓｉｎｇｌｅ Ｕｓｅｒ）、ＥＨＴ ＭＵ（Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ）、ＥＨＴ ＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）、ＥＨＴ ＥＲ（Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ）ＰＰＤＵなどを区分する区分子である。ＢＷフィールドは、大きく、２０、４０、８０、１６０（８０＋８０）、３２０（１６０＋１６０）ＭＨｚの５個の基本ＰＰＤＵ ＢＷオプション（２０＊２の冪乗の形態で表現可能なＢＷを基本ＢＷと呼ぶことができる。）と、プリアンブルパンクチャリング（Ｐｒｅａｍｂｌｅ Ｐｕｎｃｔｕｒｉｎｇ）によって構成される様々な残りのＰＰＤＵ ＢＷをシグナルする。また、３２０ＭＨｚでシグナルされた後、一部の８０ＭＨｚがパンクチャーされた形態でシグナルされてよい。また、パンクチャーされて変形されたチャネル形態は、ＢＷフィールドで直接シグナルされてもよく、或いはＢＷフィールドとＢＷフィールド以後に現れるフィールド（例えば、ＥＨＴ－ＳＩＧフィールド内のフィールド）を共に用いてシグナルされてもよい。仮に、ＢＷフィールドを３ビットとする場合に、総８個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で３個をシグナルできる。仮にＢＷフィールドを４ビットとする場合に総１６個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で１１個をシグナルできる。

【0078】

ＢＷフィールド以後に位置するフィールドは、ＰＰＤＵの形態及びフォーマットによって異なり、ＭＵ ＰＰＤＵとＳＵ ＰＰＤＵは同一のＰＰＤＵフォーマットでシグナルされてよく、ＥＨＴ－ＳＩＧフィールドの前に、ＭＵ ＰＰＤＵとＳＵ ＰＰＤＵを区別するためのフィールドが位置してよく、そのための追加のシグナリングが行われてよい。ＳＵ ＰＰＤＵとＭＵ ＰＰＤＵは両方ともＥＨＴ－ＳＩＧフィールドを含んでいるが、ＳＵ ＰＰＤＵで不要な一部のフィールドが圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されてよい。この時、圧縮が適用されたフィールドの情報は省略されるか、あるいはＭＵ ＰＰＤＵに含まれる本来フィールドのサイズよりも縮小したサイズを有してよい。例えば、ＳＵ ＰＰＤＵの場合、ＥＨＴ－ＳＩＧの共通フィールドが省略又は代替されるか、ユーザ特定フィールドが代替されるか、或いは１個に縮小するなど、異なる構成を有してよい。

【0079】

又は、ＳＵ ＰＰＤＵは、圧縮されたか否かを示す圧縮フィールドをさらに含むことができ、圧縮フィールドの値によって一部のフィールド（例えば、ＲＡフィールドなど）が省略されてよい。

【0080】

ＳＵ ＰＰＤＵのＥＨＴ－ＳＩＧフィールドの一部が圧縮された場合に、圧縮されたフィールドに含まれる情報は、圧縮されていないフィールド（例えば、共通フィールドなど）で一緒にシグナルされてよい。ＭＵ ＰＰＤＵの場合、複数ユーザの同時受信のためのＰＰＤＵフォーマットであるので、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧフィールドが必須に送信される必要があり、シグナルされる情報の量が可変的であってよい。すなわち、複数個のＭＵ ＰＰＤＵが複数個のＳＴＡに送信されるので、それぞれのＳＴＡは、ＭＵ ＰＰＤＵが送信されるＲＵの位置、それぞれのＲＵが割り当てられたＳＴＡ、及び送信されたＭＵ ＰＰＤＵが自分に送信されたか否かを認識しなければならない。したがって、ＡＰは、ＥＨＴ－ＳＩＧフィールドに上のような情報を含めて送信しなければならない。そのために、Ｕ－ＳＩＧフィールドではＥＨＴ－ＳＩＧフィールドを効率的に送信するための情報をシグナルし、これは、ＥＨＴ－ＳＩＧフィールドのシンボル数及び／又は変調方法であるＭＣＳであってよい。ＥＨＴ－ＳＩＧフィールドは、各ユーザに割り当てられたＲＵのサイズ及び位置情報を含むことができる。

【0081】

ＳＵ ＰＰＤＵである場合、ＳＴＡに複数個のＲＵが割り当てられてよく、複数個のＲＵは連続又は不連続してよい。ＳＴＡに割り当てられたＲＵが連続しない場合、ＳＴＡは、中間にパンクチャーされたＲＵを認識してこそ、ＳＵ ＰＰＤＵを効率的に受信することができる。したがって、ＡＰは、ＳＵ ＰＰＤＵに、ＳＴＡに割り当てられたＲＵのうちパンクチャーされたＲＵの情報（例えば、ＲＵのパンクチャリングパターンなど）を含めて送信できる。すなわち、ＳＵ ＰＰＤＵの場合、パンクチャリングモードが適用されたか否か及びパンクチャリングパターンをビットマップ形式などで示す情報を含むパンクチャリングモードフィールドがＥＨＴ－ＳＩＧフィールドに含まれてよく、パンクチャリングモードフィールドは、帯域幅内で現れる不連続するチャネルの形態をシグナルできる。

【0082】

シグナルされる不連続チャネルの形態は制限的であり、ＢＷフィールドの値と組み合わせてＳＵ ＰＰＤＵのＢＷ及び不連続チャネル情報を示す。例えば、ＳＵ ＰＰＤＵの場合、単一端末にのみ送信されるＰＰＤＵであるので、ＳＴＡは、ＰＰＤＵに含まれたＢＷフィールドから、自分に割り当てられた帯域幅が認識でき、ＰＰＤＵに含まれたＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドのパンクチャリングモードフィールドから、割り当てられた帯域幅のうちパンクチャーされたリソースが認識できる。この場合、端末は、パンクチャーされたリソースユニットの特定チャネルを除く残りのリソースユニットでＰＰＤＵを受信できる。このとき、ＳＴＡに割り当てられた複数個のＲＵは、互いに異なる周波数帯域又はトーンで構成されてよい。

【0083】

制限された形態の不連続チャネル形態のみがシグナルされる理由は、ＳＵ ＰＰＤＵのシグナリングオーバーヘッドを減らすためである。パンクチャリングは、２０ＭＨｚサブチャネル別に行われてよいので、８０、１６０、３２０ＭＨｚのように２０ＭＨｚサブチャネルを複数個有するＢＷに対してパンクチャリングを行うと、３２０ＭＨｚの場合、プライマリーチャネルを除く残りの２０ＭＨｚサブチャネル１５個の使用有無をそれぞれ表現して、不連続チャネル（端部２０ＭＨｚのみがパンクチーされた形態も不連続と見なす場合）形態をシグナルしなければならない。このように単一ユーザ送信の不連続チャネル形態をシグナルするために１５ビットを用いることは、シグナリング部分の低い送信速度を考慮したとき、過大なシグナリングオーバーヘッドとなり得る。

【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】

本発明の一実施例によれば、ＴＩＤとＭＬＤのリンク間にマッピング関係が存在してよい。例えば、ＴＩＤとリンクがマップされる場合に、ＴＩＤは、マップされたリンクで送信されてよい。ＴＩＤとリンク間のマッピングは、送信方向ベース（ｄｉｒｅｃｔｉｏｎａｌ－ｂａｓｅｄ）でなされてよい。例えば、ＭＬＤ１とＭＬＤ２間の両方向の各方向に対してマッピングがなされてよい。また、ＴＩＤとリンク間のマッピングは基本（ｄｅｆａｕｌｔ）設定が存在してよい。例えば、ＴＩＤとリンク間のマッピングは基本的に、あるリンクに全てのＴＩＤがマップされたことであってよい。

【0111】

図１０は、本発明の一実施例に係るＴＩＤ－ｔｏ－ｌｉｎｋマッピング方法の一例を示す図である。

【0112】

図１０を参照すると、図９で説明したようにＴＩＤとリンク間のマッピング関係が存在してよい。また、本発明において、ＴＩＤとリンク間のマッピング関係をＴＩＤ－ｔｏ－ｌｉｎｋマッピング、ＴＩＤツーリンクマッピング、ＴＩＤマッピング、リンクマッピングなどと呼ぶことができる。ＴＩＤはトラフィック識別子（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）であってよい。また、ＴＩＤは、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を支援するためにトラフィック、データなどを分類するＩＤ（ｉｄｅｎｔｉｆｉｅｒ）であってよい。

【0113】

また、ＴＩＤは、ＭＡＣ層よりも上位層で用いられたり割り当てられるＩＤであってよい。ＴＩＤは、ＴＣ（ｔｒａｆｆｉｃ ｃａｔｅｇｏｒｉｅｓ）、ＴＳ（ｔｒａｆｆｉｃ ｓｔｒｅａｍｓ）を示すことが可能である。また、ＴＩＤは、１６個の値が可能であり、例えば、０から１５までの値で示されてよい。また、接続政策（ａｃｃｅｓｓ ｐｏｌｉｃｙ）又はチャネル接続、媒体接続（ｍｅｄｉｕｍ ａｃｃｅｓｓ）方法によって個別のＴＩＤ値を用いることが可能である。例えば、ＥＤＣＡ（ＨＣＦ（ｈｙｂｒｉｄ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ）連結ベースのチャネル接続、拡張型分散チャネル接続）を用いる場合に可能なＴＩＤ値は０～７であってよい。また、ＥＤＣＡを用いる場合に、ＴＩＤ値はＵＰ（ｕｓｅｒ ｐｒｉｏｒｉｔｙ）を示すものであってよく、前記ＵＰはＴＣ又はＴＳに関するものであってよい。また、ＵＰは、ＭＡＣよりも上位層に割り当てられる値であってよい。また、ＨＣＣＡ（ＨＣＦ ｃｏｎｔｒｏｌｌｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）又はＳＰＣＡを用いる場合に可能なＴＩＤ値は８～１５であってよい。また、ＨＣＣＡ又はＳＰＣＡを用いる場合にＴＩＤはＴＳＩＤを示すものであってよい。また、ＨＥＭＭ又はＳＥＭＭを用いる場合に可能なＴＩＤ値は８～１５であってよい。また、ＨＥＭＭ又はＳＥＭＭを用いる場合にＴＩＤはＴＳＩＤを示すものであってよい。

【0114】

また、ＵＰと接続カテゴリー（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ：ＡＣ）間のマッピング関係が存在してよい。ＡＣは、ＥＤＣＡにおいてＱｏＳを提供するためのラベル（ｌａｂｅｌ）又はＥＤＣＡパラメータのセットを指示するラベルであってよい。ＥＤＣＡパラメータ又はＥＤＣＡパラメータのセットは、チャネル連結に用いられるものであってよい。ＡＣは、ＱｏＳ ＳＴＡで用いられてよい。

【0115】

ＡＣの値はＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯのうち一つに設定されてよい。ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯはそれぞれ、ｂａｃｋｇｒｏｕｎｄ、ｂｅｓｔ ｅｆｆｏｒｔ、ｖｉｄｅｏ、ｖｏｉｃｅを示すものであってよい。また、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯを細分化することが可能である。例えば、ＡＣ＿ＶＩがＡＣ＿ＶＩ ｐｒｉｍａｒｙとＡＣ＿ＶＩ ａｌｔｅｒｎａｔｅに細分化されてよい。また、ＡＣ＿ＶＯがＡＣ＿ＶＯ ｐｒｉｍａｒｙとＡＣ＿ＶＯ ａｌｔｅｒｎａｔｅに細分化されてよい。また、ＵＰ値又はＴＩＤ値はＡＣ値とマップされてよい。例えば、ＵＰ値又はＴＩＤ値１、２、０、３、４、５、６、７はそれぞれ、ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯ、ＡＣ＿ＶＯとマップされてよい。又は、ＵＰ値又はＴＩＤ値１、２、０、３、４、５、６、７はそれぞれ、ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ ａｌｔｅｒｎａｔｅ、ＡＣ＿ＶＩ ｐｒｉｍａｒｙ、ＡＣ＿ＶＯ ｐｒｉｍａｒｙ、ＡＣ＿ＶＯ ａｌｔｅｒｎａｔｅとマップされてよい。また、ＵＰ値又はＴＩＤ値１、２、０、３、４、５、６、７は順に優先度（ｐｒｉｏｒｉｔｙ）が高いものであってよい。すなわち、１の方が低い優先度であり、７の方が高い優先度であってよい。したがって、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯの順に優先度が高くなるものであってよい。また、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯはそれぞれ、ＡＣＩ（ＡＣ ｉｎｄｅｘ）０、１、２、３に該当してよい。

【0116】

したがって、ＴＩＤとＡＣ間の関係が存在することが可能である。したがって、本発明のＴＩＤ－ｔｏ－ｌｉｎｋマッピングは、ＡＣとリンク間のマッピング関係であってもよい。また、本発明において、ＴＩＤがマップされたといことは、ＡＣがマップされたことであってもよく、その逆であってもよい。

【0117】

本発明の一実施例によれば、ｍｕｌｔｉ－ｌｉｎｋの各リンクにマップされたＴＩＤが存在してよい。例えば、特定ＴＩＤ又は特定ＡＣが複数のリンクのうちいずれのリンクで送信、受信が許容されるかに対するマッピングが存在してよい。また、このようなマッピングは、リンクの両方向の各方向に対して個別に定義されてよい。また、前述したように、ＴＩＤとリンク間のマッピングは、基本（ｄｅｆａｕｌｔ）設定が存在してよい。例えば、ＴＩＤとリンク間のマッピングは基本的に、あるリンクに全てのＴＩＤがマップされてよい。また、一実施例によれば、特定時点に、あるＴＩＤ又はあるＡＣは少なくとも一つのリンクとはマップされていてよい。また、マネジメントフレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）又は制御フレーム（ｃｏｎｔｒｏｌ ｆｒａｍｅ）は、全てのリンクで送信されてよい。

【0118】

本発明において、リンクのいずれかの方向に対してマップされたＴＩＤ又はＡＣに該当するデータフレームが送信されてよい。また、リンクのいずれかの方向に対してマップされていないＴＩＤ又はＡＣに該当するデータフレームは送信されなくてよい。

【0119】

一実施例によればＴＩＤ－ｔｏ－ｌｉｎｋマッピングがａｃｋｎｏｗｌｅｄｇｍｅｎｔにも適用されてよい。例えば、ｂｌｏｃｋ ａｃｋ ａｇｒｅｅｍｅｎｔがＴＩＤ－ｔｏ－ｌｉｎｋマッピングに基づき得る。又は、ＴＩＤ－ｔｏ－ｌｉｎｋマッピングはｂｌｏｃｋ ａｃｋ ａｇｒｅｅｍｅｎｔに基づき得る。例えば、ＴＩＤ－ｔｏ－ｌｉｎｋマップされたＴＩＤに対してｂｌｏｃｋ ａｃｋ ａｇｒｅｅｍｅｎｔが存在することが可能である。

【0120】

ＴＩＤ－ｔｏ－ｌｉｎｋマッピングをすることによってＱｏＳサービスを提供することが可能である。例えば、チャネル状態が良い或いはＳＴＡが少ないリンクに、優先度の高いＡＣ、ＴＩＤをマップすることによって、当該ＡＣ、ＴＩＤのデータを迅速に送信することが可能である。又は、ＴＩＤ－ｔｏ－ｌｉｎｋマッピングをすることにより、特定リンクのＳＴＡが節電（ｐｏｗｅｒ ｓａｖｅ）できるように（又は、ｄｏｚｅ状態に入るように）助けることができる。

【0121】

図１０を参照すると、ＡＰ１とＡＰ２を含むＡＰ ＭＬＤが存在してよい。また、ＳＴＡ１とＳＴＡ２を含むＮｏｎ－ＡＰ ＭＬＤが存在してよい。また、前記ＡＰ ＭＬＤに複数のリンクであるＬｉｎｋ１とＬｉｎｋ２が存在してよい。ＡＰ１とＳＴＡ１はＬｉｎｋ１でアソシエーションされ、ＡＰ２とＳＴＡ２はＬｉｎｋ２でアソシエーションされてよい。

【0122】

したがって、Ｌｉｎｋ１は、ＡＰ１からＳＴＡ１へと送信するリンク及び／又はＳＴＡ１からＡＰ１へと送信するリンクを含んでよく、Ｌｉｎｋ２は、ＡＰ２からＳＴＡ２へと送信するリンク及び／又はＳＴＡ２からＡＰ２へと送信するリンクを含んでよい。このとき、それぞれのリンクはＴＩＤ及び／又はＡＣがマップされていてよい。

【0123】

例えば、Ｌｉｎｋ１でＡＰ１からＳＴＡ１に送信するリンク、Ｌｉｎｋ１でＳＴＡ１からＡＰ１に送信するリンクには全てのＴＩＤ、全てのＡＣがマップされていてよい。また、Ｌｉｎｋ２でＳＴＡ２からＡＰ２に送信するリンクには、ＡＣ＿ＶＯ又はＡＣ＿ＶＯに該当するＴＩＤのみがマップされていてよい。また、マップされたＴＩＤ及び／又はＡＣのデータのみが当該リンクで送信されることが可能である。また、リンクにマップされていないＴＩＤ又はＡＣのデータは当該リンクで送信されることが不可能である。

【0124】

図１１は、本発明の一実施例に係るｍｕｌｔｉ－ｌｉｎｋ ＮＡＶ設定動作の一例を示す図である。

【0125】

ＭＬＤが同時に送信又は受信する動作（ＳＴＲ；ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ；ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ）は制限的であってよく、これは、多重リンク（ｍｕｌｔｉ－ｌｉｎｋ）で動作する複数のリンク間の周波数間隔と関連していてよい。

【0126】

したがって、本発明の実施例によれば、リンク間の間隔がｍ ＭＨｚであるとき、同時に送信又は受信することが制限的であり、ｍよりも大きいｎに対してリンク間の間隔がｎ ＭＨｚであるとき、同時に送信又は受信することが制限的でなくてよい。本実施例は、同時に送信又は受信することが制限的である問題を解決するためのものであってよく、重複説明は省略されてよい。また、本実施例をＳＴＲ不可なＭＬＤに対して適用することが可能である。

【0127】

本発明の一実施例によれば、多重リンクとして動作するリンク間に期間情報（ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）が共有されてよい。一実施例として、前記期間情報は、プリアンブルのシグナリングフィールドで送信されるＴＸＯＰ ｄｕｒａｔｉｏｎ情報であってよい。前記シグナリングフィールドは、前述したＵ－ＳＩＧフィールドであってよい。又は、前記シグナリングフィールドは、前述したＨＥ－ＳＩＧ－Ａフィールドであってよい。さらに他の実施例として、前記期間情報は、ＭＡＣ ｈｅａｄｅｒが含むＤｕｒａｔｉｏｎ／ＩＤフィールドが指示する期間情報であってよい。さらに他の実施例として、前記期間情報は、Ｌ－ＳＩＧフィールドが含むＬｅｎｇｔｈフィールド（Ｌ Ｌｅｎｇｔｈ ｆｉｅｌｄ）が指示する期間情報であってよい。一実施例によれば、Ｕ－ＳＩＧフィールド又はＨＥ－ＳＩＧ－Ａ又はＤｕｒａｔｉｏｎ／ＩＤフィールドが指示する期間情報は、ＴＸＯＰ ｄｕｒａｔｉｏｎを指示する値であってよい。一実施例によれば、Ｌ－ＳＩＧフィールドが指示する期間情報は、前記Ｌ－ＳＩＧフィールドを含むＰＰＤＵ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の長さ又は前記Ｌ－ＳＩＧフィールドを含むＰＰＤＵの終わりを指示する値であってよい。

【0128】

また、本発明の実施例によれば、リンク間に共有された期間情報に基づく期間に送信又はチャネル接続を行うことを制限することができる。送信又はチャネル接続を制限する方法は、ＮＡＶを設定することを含んでよい。又は、送信又はチャネル接続を再開するためにＮＡＶをリセットすることができる。このとき、ＮＡＶはｉｎｔｒａ－ＢＳＳ ＮＡＶであってよい。Ｉｎｔｒａ－ＢＳＳ ＮＡＶは、ｉｎｔｒａ－ＢＳＳフレーム（又は、ＰＰＤＵ）によって設定されるＮＡＶであってよい。すなわち、ＭＬＤに属したＳＴＡは、前記ＭＬＤに属した他のＳＴＡに向かうフレーム（又は、ＰＰＤＵ）に基づいてＮＡＶを設定することができる。

【0129】

本発明の一実施例によれば、ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶが存在してよい。Ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶは、多重リンクで動作する場合に、あるＭＬＤに属した複数のリンクのＳＴＡが用いるＮＡＶであってよい。例えば、リンク１で受信した期間情報に基づいて設定したｉｎｔｅｒ－ｌｉｎｋ ＮＡＶに基づいてリンク２で送信をしなくてよい。また、ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶは、ＳＴＲ不可なＭＬＤに対して存在又は利用することが可能である。例えば、ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶが設定された場合に、当該ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶを設定したＭＬＤは、複数のリンク（又は、ＭＬＤが用いる全てのリンク）で送信又はチャネル接続をしなくてよい。

【0130】

また、ＮＡＶの種類としてｉｎｔｒａ－ＢＳＳ ＮＡＶの他にｂａｓｉｃ ＮＡＶが存在してよい。Ｂａｓｉｃ ＮＡＶは、ｉｎｔｅｒ－ＢＳＳフレーム（又は、ＰＰＤＵ）によって設定されるＮＡＶであってよく、ｉｎｔｒａ－ＢＳＳかｉｎｔｅｒ－ＢＳＳかが判断されないフレーム（又は、ＰＰＤＵ）によってもｂａｓｉｃ ＮＡＶが設定されてよい。

【0131】

Ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶを別に用いる場合に、ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶを用いない場合に比べて、ＮＡＶ設定がアップデートされる状況において長所を有し得る。例えば、他のリンクによって設定したＮＡＶをリセットしても構わない状況が発生し得る。例えば、あるフレーム（又は、ＰＰＤＵ）に基づいてｉｎｔｅｒ－ｌｉｎｋ ＮＡＶを設定したが、前記フレーム（又は、ＰＰＤＵ）が同一ＭＬＤに向かうものでないと判断され、設定したｉｎｔｅｒ－ｌｉｎｋ ＮＡＶをリセットしても構わないことがある。仮に、リンク１とリンク２で動作するＭＬＤが存在するとき、リンク１に対するＮＡＶが、リンク１で受信したフレームに基づいて設定されていてよい。その後、リンク２のフレームに基づいてリンク１のＮＡＶをアップデートしてよい。そして、リンク２によるＮＡＶは維持する必要がなくなったとき、リンク１のＮＡＶをリセットすれば、リンク１で受信したフレームに基づいて設定したＮＡＶ情報を失う不具合がある。仮にｉｎｔｅｒ－ｌｉｎｋ ＮＡＶを各リンクに対するＮＡＶと共に用いれば、ｉｎｔｅｒ－ｌｉｎｋ ＮＡＶをリセットしても各リンクに対するＮＡＶが維持され、上記の不具合を解決することができる。

【0132】

本発明の実施例においてＮＡＶを設定することを取り上げたが、本発明の実施例は、これに限定されず、物理層にチャネル接続を中断するように指示するか、チャネル状態をｂｕｓｙと指示することにも適用可能である。また、ＮＡＶをリセットすることに限定されず、物理層にチャネル接続を続けるように指示したりチャネル状態をｉｄｌｅと指示することにも適用可能である。このとき、物理層とＭＡＣ層間に授受するｐｒｉｍｉｔｉｖｅが用いられてよい。又は、ＭＬＤの一つのＳＴＡと他のＳＴＡ間に授受するｐｒｉｍｉｔｉｖｅが用いられてよい。又は、ＭＬＤの一つのＭＡＣ層と他のＭＡＣ層間に授受するｐｒｉｍｉｔｉｖｅが用いられてよい。

【0133】

本発明の実施例によれば、ＭＬＤに属したＳＴＡがＰＰＤＵ受信を始めると、前記ＭＬＤに属した他のＳＴＡはチャネル接続を止めなければならないことがある。前述したように、受信した期間情報に基づいてチャネル接続を止めてよいが、期間情報を含むフィールドの位置のため又はデコーディングなどにかかる時間のため、ＰＰＤＵを受信し始めた時点から期間情報を得るまで時間が存在し得る。このため、この時間においてチャネルにアクセスして送信を始めると前述の問題につながり得る。このため、本発明の一実施例によれば、ＭＬＤのＳＴＡは、前記ＭＬＤの他のＳＴＡが受信を始めた時点からチャネル接続を中断することができる。また、前記ＭＬＤの他のＳＴＡが受信を始めた後に受信したフレームが前記他のＳＴＡに向かうものでないことを確認した場合にチャネル接続を再び始めることができる。

【0134】

図１２は、本発明の一実施例に係るｍｕｌｔｉ－ｌｉｎｋ ＮＡＶ設定動作のさらに他の例を示す図である。

【0135】

図１２は、図１１で説明した実施例の具体的な方法に関する説明を具体化したものであり、重複説明は省略されてよい。

【0136】

前述したように、ＭＬＤに属したあるＳＴＡが受信するフレーム又はＰＰＤＵに基づいて、同一ＭＬＤに属した他のＳＴＡがチャネル接続又は送信を中止又は再開することができる。本発明において、チャネル接続又は送信を中止することは、ＮＡＶを設定する（アップデートする）、チャネルをｂｕｓｙと判断する、又はＣＣＡを中止するなどの動作を含んでよい。また、チャネル接続又は送信を再開することは、ＮＡＶをリセットする、ＮＡＶ設定を取消（ｃａｎｃｅｌ）する、チャネルをｉｄｌｅと判断する、又はＣＣＡを行うなどの動作を含んでよい。以下では、このような動作を、チャネル接続を中止し再開することとして指示できる。また、以下、ＭＬＤにＳＴＡ１とＳＴＡ２が属しており、ＳＴＡ１とＳＴＡ２はそれぞれＬｉｎｋ１とＬｉｎｋ２で動作するとして説明できる。また、フレームとＰＰＤＵを相互互換的に指示できる。また、この時のＮＡＶは、図１１で説明したようにｉｎｔｒａ－ＢＳＳ ＮＡＶ又はｉｎｔｅｒ－ｌｉｎｋ ＮＡＶであってよい。

【0137】

本発明の実施例によれば、ＳＴＡ１がフレーム受信し始めると、ＳＴＡ２はチャネル接続を中断してよい。また、ＳＴＡ１がＬ－ＳＩＧから期間情報（ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を取得したとき、ＳＴＡ２はチャネル接続を中断した状態を持続してよい。この時、ＳＴＡ２がチャネル接続を中断した状態を、ＳＴＡ１が受信したフレームの終わりまでと決定できる。また、ＳＴＡ１がＬ－ＳＩＧを確かにデコードできなかった場合（ｉｎｖａｌｉｄ Ｌ－ＳＩＧである場合）に、ＳＴＡ２はチャネル接続を再開できる。

【0138】

また、ＳＴＡ１が受信するフレームのＵ－ＳＩＧからＴＸＯＰ ｄｕｒａｔｉｏｎとＢＳＳ ｃｏｌｏｒを受信することができる。仮に、受信したＢＳＳ ｃｏｌｏｒがｉｎｔｒａ－ＢＳＳであることを示すか、ＢＳＳ ｃｏｌｏｒがＳＴＡ１に該当するＢＳＳ ｃｏｌｏｒである場合に、チャネル接続を中断できる。一実施例として、この時にチャネル接続を中断する期間は、受信したフレームの終わりまでであってよい。この場合、受信したフレームが終わった後、より早くチャネル接続を開始できる長所がある。他の実施例として、この時にチャネル接続を中断する期間はＴＸＯＰ ｄｕｒａｔｉｏｎであってよい。この場合、Ｌ－ＳＩＧに基づいて中断したチャネル接続の期間はアップデートされてよい。この場合、受信するフレームに続くシーケンス（ｓｅｑｕｅｎｃｅ）をよりよく保護できる長所がある。

【0139】

又は、ＳＴＡ１が受信するフレームのＵ－ＳＩＧからＴＸＯＰ ｄｕｒａｔｉｏｎとＢＳＳ ｃｏｌｏｒを受信したし、受信したＢＳＳ ｃｏｌｏｒがｉｎｔｒａ－ＢＳＳでないことを示すか、ＢＳＳ ｃｏｌｏｒがＳＴＡ１に該当するＢＳＳ ｃｏｌｏｒでない場合があり得る。又は、ＳＴＡ１がＵ－ＳＩＧを成功的にデコードできなかった場合があり得る。このような場合、ＳＴＡ２はチャネル接続を再開できる。

【0140】

又は、ＳＴＡ１が受信するフレームのＵ－ＳＩＧから取得した情報が、当該フレームがＳＴＡ１が受信しないフレームであることを指示する場合に、ＳＴＡ２はチャネル接続を再開できる。例えば、Ｕ－ＳＩＧから取得したＰＨＹ ｉｄｅｎｔｉｆｉｅｒが、将来の標準に該当するＩＤ又は認識できないＩＤである場合に、ＳＴＡ２はチャネル接続を再開できる。

【0141】

また、Ｕ－ＳＩＧを受信する場合を説明したが、同実施例を、ＨＥ ＰＰＤＵを受信するとき、ＨＥ－ＳＩＧ－Ａを受信する場合にも適用できる。例えば、ＨＥ－ＳＩＧ－ＡはＴＸＯＰ ｄｕｒａｔｉｏｎとＢＳＳ ｃｏｌｏｒを含んでよく、よって、前述したような動作を行うことができる。

【0142】

また、ＳＴＡ１が受信するフレームのＥＨＴ－ＳＩＧからＳＴＡ－ＩＤを受信していることがある。仮に、受信したＳＴＡ－ＩＤがＳＴＡ１の受信するべき指示子であれば、例えば、ＳＴＡ－ＩＤがＳＴＡ１を示す、ＳＴＡ－ＩＤがＳＴＡ１の属したグループを示す、又はＳＴＡ－ＩＤがｂｒｏａｄｃａｓｔを示す場合に、ＳＴＡ２はチャネル接続を中断した状態を持続できる。

【0143】

又は、ＳＴＡ１が受信するフレームのＥＨＴ－ＳＩＧからＳＴＡ－ＩＤを受信していることがある。仮に、受信したＳＴＡ－ＩＤがＳＴＡ１に該当しない指示子であれば、例えば、ＳＴＡ－ＩＤがＳＴＡ１に該当する指示子を示さない、ＳＴＡ－ＩＤがＳＴＡ１属したグループを示さない、又はＳＴＡ－ＩＤがｂｒｏａｄｃａｓｔを示さない場合に、ＳＴＡ２はチャネル接続を再開できる。又は、ＳＴＡ１がＥＨＴ－ＳＩＧを成功的にデコードできなかった場合にもＳＴＡ２はチャネル接続を再開できる。

【0144】

また、ＥＨＴ－ＳＩＧを受信する場合を説明したが、同実施例を、ＨＥ ＰＰＤＵを受信するとき、ＨＥ－ＳＩＧ－Ｂを受信する場合にも適用できる。例えば、ＨＥ－ＳＩＧ－ＢはＳＴＡ－ＩＤを含んでよく、よって、前述したような動作を行うことができる。

【0145】

また、ＳＴＡ１が受信するフレームのＭＡＣ ｈｅａｄｅｒを受信していることがある。仮に、受信したＭＡＣ ｈｅａｄｅｒが含むＲＡ（ｒｅｃｅｉｖｅｒ ａｄｄｒｅｓｓ）又はＤＡ（ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ）がＳＴＡ１の受信するべき値を示す場合に、例えば、ＲＡ又はＤＡがＳＴＡ１を示す、ＳＴＡ１の属したグループを示す、又はＳＴＡ－ＩＤがｂｒｏａｄｃａｓｔを示す場合に、ＳＴＡ２はチャネル接続を中断した状態を持続できる。この時、中断するチャネルアクセスの期間は、受信したＭＡＣ ｈｅａｄｅｒが含む期間情報に基づき得る。より具体的には、中断するチャネルアクセスの期間は、受信したＭＡＣ ｈｅａｄｅｒが含むＤｕｒａｔｉｏｎ／ＩＤフィールドが指示する期間情報に基づき得る。

【0146】

また、ＳＴＡ１が受信するフレームのＭＡＣ ｈｅａｄｅｒを受信していることがある。仮に、受信したＭＡＣ ｈｅａｄｅｒが含むＲＡ又はＤＡが、ＳＴＡ１に該当しない指示子である場合に、例えば、ＲＡ又はＤＡがＳＴＡ１に該当する指示子を示さない、ＳＴＡ１の属したグループを示さない、又はｂｒｏａｄｃａｓｔを示さない場合に、ＳＴＡ２はチャネル接続を再開できる。又は、ＳＴＡ１が全てのＭＡＣ ｈｅａｄｅｒを受信していないことがある。例えば、ＳＴＡ１がＡ－ＭＰＤＵに含まれた全てのＭＰＤＵを受信失敗することがある。この場合、ＳＴＡ２はチャネル接続を再開できる。

【0147】

図１２で説明したチャネル接続中断と再開は、ＳＴＡ１でフレーム（又は、ＰＰＤＵ）を受信し始めて順次にデコードして行くにつれてデコードされる順に動作してよい。デコードされる順序は、ＰＰＤＵフォーマット、フレームフォーマットなどに基づき得る。例えば、Ｌ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧ、ＭＡＣ ｈｅａｄｅｒの順にデコードできる（ＥＨＴ ＰＰＤＵの場合）。又は、Ｌ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＭＡＣ ｈｅａｄｅｒの順にデコードできる（ＨＥ ＳＵ ＰＰＤＵ、ＨＥ ＴＢ ＰＰＤＵの場合）。又は、Ｌ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＭＡＣ ｈｅａｄｅｒの順にデコードできる（ＨＥ ＭＵ ＰＰＤＵの場合）。又は、Ｌ－ＳＩＧ、ＭＡＣ ｈｅａｄｅｒの順にデコードできる（１１ａ／ｇ ＰＰＤＵの場合）。

【0148】

本発明の実施例によれば、先に言及したＳＴＡ－ＩＤは、ＰＰＤＵ又はＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）の意図した受信者を指示する値であってよい。また、ＳＴＡ－ＩＤは、ＥＨＴ－ＳＩＧフィールド又はＨＥ－ＳＩＧ－Ｂフィールドなどに含まれてよい。また、ＳＴＡ－ＩＤは、単一ＳＴＡに該当する値を示すことが可能である。例えば、複数のＳＴＡがＭＬＤに含まれるとき、ＳＴＡ－ＩＤは前記複数のＳＴＡのうち一つのＳＴＡに該当する値を示すことが可能である。また、ＳＴＡ－ＩＤは、ＳＴＡのＡＩＤ又はＭＡＣ ａｄｄｒｅｓｓに基づく値であってよい。

【0149】

図１３は、本発明の一実施例に係るＢＳＳ分類及びそれに基づく動作の一例を示す図である。

【0150】

本発明の一実施例によれば、ＳＴＡは、受信したフレーム又は受信したＰＰＤＵに基づいてＢＳＳを分類（ｃｌａｓｓｉｆｙ）（又は、判断）することが可能である。ＢＳＳを分類することは、受信したフレーム又は受信したＰＰＤＵが、分類するＳＴＡの属したＢＳＳに該当するか否かを分類する動作を含んでよい。又は、ＢＳＳを分類することは、受信したフレーム又は受信したＰＰＤＵが、分類するＳＴＡの属したＢＳＳから送信されたか否かを分類する動作を意味できる。また、ＢＳＳを分類することは、受信したフレーム又は受信したＰＰＤＵが、分類するＳＴＡの属していないＢＳＳに該当するか否かを分類する動作を含んでよい。又は、ＢＳＳを分類することは、受信したフレーム又は受信したＰＰＤＵが、分類するＳＴＡの属していないＢＳＳから送信されたか否かを分類する動作を意味できる。また、ＢＳＳを分類することは、受信したフレーム又は受信したＰＰＤＵがどのＢＳＳに属したかを分類する動作を含んでよい。又は、ＢＳＳを分類することは、受信したフレーム又は受信したＰＰＤＵがどのＢＳＳから送信されたかを分類する動作を意味できる。本発明の一実施例によれば、分類するＳＴＡの属したＢＳＳをｉｎｔｒａ－ＢＳＳと呼ぶことができる。又は、分類するＳＴＡの属したＢＳＳを含むＢＳＳをｉｎｔｒａ－ＢＳＳと呼ぶことができる。また、ｉｎｔｒａ－ＢＳＳでないＢＳＳをｉｎｔｅｒ－ＢＳＳと呼ぶことができる。又は、ｉｎｔｒａ－ＢＳＳでないＢＳＳはｉｎｔｅｒ－ＢＳＳであるか又は分類されないＢＳＳであってよい。又は、ｉｎｔｅｒ－ＢＳＳは、分類されないＢＳＳを含んでよい。また、分類するＳＴＡが属していないＢＳＳをｉｎｔｅｒ－ＢＳＳと呼ぶことができる。

【0151】

一実施例によれば、受信したフレーム又は受信したＰＰＤＵがｉｎｔｒａ－ＢＳＳに該当したり又はｉｎｔｒａ－ＢＳＳから送信されたと判断された場合に、前記受信したフレーム又は前記受信したＰＰＤＵをそれぞれｉｎｔｒａ－ＢＳＳフレーム、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵということができる。また、受信したフレーム又は受信したＰＰＤＵがｉｎｔｅｒ－ＢＳＳに該当したり又はｉｎｔｅｒ－ＢＳＳから送信されたと判断された場合に、前記受信したフレーム又は前記受信したＰＰＤＵをそれぞれｉｎｔｅｒ－ＢＳＳフレーム、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵということができる。また、ｉｎｔｒａ－ＢＳＳフレームを含むＰＰＤＵはｉｎｔｒａ－ＢＳＳ ＰＰＤＵであってよい。また、ｉｎｔｅｒ－ＢＳＳフレームを含むＰＰＤＵはｉｎｔｅｒ－ＢＳＳ ＰＰＤＵであってよい。

【0152】

本発明の一実施例によれば、一つ以上のＢＳＳ分類条件に基づいてＢＳＳを分類できる。例えば、前記一つ以上のＢＳＳ分類条件のうち少なくとも一つの条件を満たすか否かによってＢＳＳを分類できる。

【0153】

前記ＢＳＳ分類条件は、ＢＳＳ ｃｏｌｏｒに基づく条件を含んでよい。ＢＳＳ ｃｏｌｏｒは、ＢＳＳに対する識別子（ｉｄｅｎｔｉｆｉｅｒ）であってよい。また、ＢＳＳ ｃｏｌｏｒは、ＰＰＤＵのプリアンブル（ｐｒｅａｍｂｌｅ）、より具体的にはｓｉｇｎａｌｉｎｇフィールド（例えば、ＨＥ－ＳＩＧ－Ａフィールド又はＵ－ＳＩＧフィールド又はＶＨＴ－ＳＩＧ－Ａフィールド）に含まれてよい。また、ＢＳＳ ｃｏｌｏｒは、送信者のＭＡＣ層からＰＨＹ層へ伝達されるＴＸＶＥＣＴＯＲに含まれてよい。また、ＢＳＳ ｃｏｌｏｒは、受信者のＰＨＹ層からＭＡＣ層に伝達されるＲＸＶＥＣＴＯＲに含まれてよい。ＴＸＶＥＣＴＯＲ、ＲＸＶＥＣＴＯＲに含まれるパラメータをそれぞれ、ＴＸＶＥＣＴＯＲパラメータ、ＲＸＶＥＣＴＯＲパラメータと呼ぶことができる。また、ＢＳＳ ｃｏｌｏｒは、ＴＸＶＥＣＴＯＲパラメータ又はＲＸＶＥＣＴＯＲパラメータに含まれてよい。また、ＡＰが設定したＢＳＳ ｃｏｌｏｒをＳＴＡに知らせることができる。一実施例によれば、受信したＰＰＤＵに含まれたＢＳＳ ｃｏｌｏｒに基づいてＢＳＳを分類できる。仮に、ＳＴＡの受信したＰＰＤＵに含まれたＢＳＳ ｃｏｌｏｒが、ＳＴＡに該当するＢＳＳのＢＳＳ ｃｏｌｏｒと異なる場合に、前記受信したＰＰＤＵをｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類できる。又は、仮に、ＳＴＡの受信したＰＰＤＵに含まれたＢＳＳ ｃｏｌｏｒが、ＳＴＡに該当するＢＳＳのＢＳＳ ｃｏｌｏｒと異なり、その値が０でない場合に、前記受信したＰＰＤＵをｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類できる。また、仮に、ＳＴＡの受信したＰＰＤＵに含まれたＢＳＳ ｃｏｌｏｒが、ＳＴＡに該当するＢＳＳのＢＳＳ ｃｏｌｏｒと同一である場合に、前記受信したＰＰＤＵをｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類できる。

【0154】

前記ＢＳＳ分類条件はＭＡＣ ａｄｄｒｅｓｓに基づく条件を含んでよい。ＭＡＣ ａｄｄｒｅｓｓは、フレームのＭＡＣ ｈｅａｄｅｒに含まれてよい。また、ＭＡＣ ａｄｄｒｅｓｓは、ＲＡ（ｒｅｃｅｉｖｅｒ ａｄｄｒｅｓｓ）、ＴＡ（ｔｒａｎｓｍｉｔｔｅｒ ａｄｄｒｅｓｓ）、ＢＳＳＩＤ、ＳＡ（ｓｏｕｒｃｅ ａｄｄｒｅｓｓ）、ＤＡ（ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ）などを含んでよい。一実施例によれば、受信したフレームに含まれたＭＡＣ ａｄｄｒｅｓｓに基づいてＢＳＳを分類できる。仮に、受信したフレームに含まれたＭＡＣ ａｄｄｒｅｓｓが、ＳＴＡに該当するＢＳＳのＢＳＳＩＤと異なる場合に、前記受信したフレームをｉｎｔｅｒ－ＢＳＳフレームに分類できる。より具体的には、仮に受信したフレームに含まれたＭＡＣ ａｄｄｒｅｓｓがいずれも、ＳＴＡに該当するＢＳＳのＢＳＳＩＤと異なる場合に、前記受信したフレームをｉｎｔｅｒ－ＢＳＳフレームに分類できる。また、仮に、受信したフレームに含まれたＭＡＣ ａｄｄｒｅｓｓが、ＳＴＡに該当するＢＳＳのＢＳＳＩＤと同一である場合に、前記受信したフレームをｉｎｔｒａ－ＢＳＳフレームに分類できる。より具体的には、仮に、受信したフレームに含まれたＭＡＣ ａｄｄｒｅｓｓのうち少なくとも一つがＳＴＡに該当するＢＳＳのＢＳＳＩＤと同一である場合に、前記受信したフレームをｉｎｔｒａ－ＢＳＳフレームに分類できる。

【0155】

前記該当するＢＳＳは、ＳＴＡがアソシエーションされたＢＳＳを含んでよい。また、前記該当するＢＳＳは、ＳＴＡがアソシエーションされたＢＳＳと同じｍｕｌｔｉｐｌｅ ＢＳＳＩＤ ｓｅｔに含まれたＢＳＳを含んでよい。また、前記該当するＢＳＳは、ＳＴＡがアソシエーションされたＢＳＳと同じｃｏ－ｈｏｓｔｅｄ ＢＳＳＩＤ ｓｅｔに含まれたＢＳＳを含んでよい。また、同じｍｕｌｔｉｐｌｅ ＢＳＳＩＤ ｓｅｔ又は同じｃｏ－ｈｏｓｔｅｄ ＢＳＳＩＤ ｓｅｔに含まれた一つ以上のＢＳＳは、一つのフレームを通じて前記一つ以上のＢＳＳに関する情報が伝達されてよい。

【0156】

前記ＢＳＳ分類条件は、ＶＨＴ ＰＰＤＵに含まれたＰａｒｔｉａｌ ＡＩＤフィールド値に基づく条件を含んでよい。Ｐａｒｔｉａｌ ＡＩＤフィールドは、ＶＨＴ ＰＰＤＵのプリアンブルに含まれてよい。また、Ｐａｒｔｉａｌ ＡＩＤフィールドは、ＶＨＴ ＰＰＤＵに含まれたＶＨＴ－ＳＩＧ－Ａフィールドに含まれてよい。一実施例によれば、Ｐａｒｔｉａｌ ＡＩＤフィールドは、ＢＳＳ ｃｏｌｏｒの一部を示すことが可能である。例えば、ｐａｒｔｉａｌ ＢＳＳ ｃｏｌｏｒ機能を用いる場合に、Ｐａｒｔｉａｌ ＡＩＤフィールドは、ＢＳＳ ｃｏｌｏｒの一部を示すことが可能である。又は、ＡＩＤ割り当て規定（ＡＩＤ ａｓｓｉｇｎｍｅｎｔ ｒｕｌｅ）を用いる場合に、Ｐａｒｔｉａｌ ＡＩＤフィールドは、ＢＳＳ ｃｏｌｏｒの一部を示すことが可能である。ＡＩＤ割り当て規定は、ＢＳＳ ｃｏｌｏｒに基づくＡＩＤを割り当てる方法であってよい。またＶＨＴ ＰＰＤＵのＶＨＴ－ＳＩＧ－Ａフィールドに含まれたＧｒｏｕｐ ＩＤフィールドが既に設定された値である場合（例えば、Ｇｒｏｕｐ ＩＤフィールドが６３に設定された場合）に、Ｐａｒｔｉａｌ ＡＩＤフィールドは、ＢＳＳ ｃｏｌｏｒの一部を示すことが可能である。一実施例によれば、受信したＰＰＤＵのＰａｒｔｉａｌ ＡＩＤフィールドがＢＳＳ ｃｏｌｏｒの一部を示す場合に、受信したＰａｒｔｉａｌ ＡＩＤフィールド値が受信したＳＴＡに該当するＢＳＳ ｃｏｌｏｒの一部と異なると、前記受信したＰＰＤＵをｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類できる。

【0157】

また、受信したＰＰＤＵのＰａｒｔｉａｌ ＡＩＤフィールドがＢＳＳ ｃｏｌｏｒの一部を示す場合に、受信したＰａｒｔｉａｌ ＡＩＤフィールド値が、受信したＳＴＡに該当するＢＳＳ ｃｏｌｏｒの一部と同一であれば、前記受信したＰＰＤＵをｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類できる。また、このとき、ＢＳＳ ｃｏｌｏｒの一部は、ＢＳＳ ｃｏｌｏｒの４ＬＳＢｓであることが可能である。さらに他の実施例によれば、Ｐａｒｔｉａｌ ＡＩＤフィールドはＢＳＳＩＤの一部を示すことが可能である。例えば、ＶＨＴ ＰＰＤＵのＶＨＴ－ＳＩＧ－Ａフィールドに含まれたＧｒｏｕｐ ＩＤフィールドが既に設定された値である場合（例えば、Ｇｒｏｕｐ ＩＤフィールドが０に設定された場合）に、Ｐａｒｔｉａｌ ＡＩＤフィールドはＢＳＳＩＤの一部を示すことが可能である。一実施例によれば、受信したＰＰＤＵのＰａｒｔｉａｌ ＡＩＤフィールドがＢＳＳＩＤの一部を示す場合に、受信したＰａｒｔｉａｌ ＡＩＤフィールド値が、受信したＳＴＡに該当するＢＳＳＩＤの一部と異なると、前記受信したＰＰＤＵをｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類できる。また、受信したＰＰＤＵのＰａｒｔｉａｌ ＡＩＤフィールドがＢＳＳＩＤの一部を示す場合に、受信したＰａｒｔｉａｌ ＡＩＤフィールド値が、受信したＳＴＡに該当するＢＳＳＩＤの一部と同一であれば、前記受信したＰＰＤＵをｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類できる。また、このとき、ＢＳＳＩＤの一部はＢＳＳＩＤの９ＭＳＢｓであることが可能である。また、Ｐａｒｔｉａｌ ＡＩＤフィールド値は、ＴＸＶＥＣＴＯＲパラメータＰＡＲＴＩＡＬ＿ＡＩＤ又はＲＸＶＥＣＴＯＲパラメータＰＡＲＴＩＡＬ＿ＡＩＤに含まれてよい。また、Ｇｒｏｕｐ ＩＤフィールド値は、ＴＸＶＥＣＴＯＲパラメータＧＲＯＵＰ＿ＩＤ又はＲＸＶＥＣＴＯＲパラメータＧＲＯＵＰ＿ＩＤに含まれてよい。

【0158】

前記ＢＳＳ分類条件は、ＡＰが、既に設定された条件のＰＰＤＵを受信する条件を含んでよい。例えば、前記既に設定された条件のＰＰＤＵは、下りリンクＰＰＤＵを含んでよい。一実施例によれば、下りリンクＰＰＤＵは、ＶＨＴ ＭＵ ＰＰＤＵを含んでよい。また、下りリンクＰＰＤＵは、上りリンクか又は下りリンクかを指示するシグナリングが、既に設定された値に設定されたＰＰＤＵを含んでよい。上りリンクか又は下りリンクかを指示するシグナリングは、ＨＥ ＰＰＤＵのｓｉｇｎａｌｉｎｇフィールドに含まれてよい。又は、上りリンクか又は下りリンクかを指示するシグナリングはＵ－ＳＩＧに含まれてよい。Ｕ－ＳＩＧは、ＥＨＴ ＰＰＤＵ又はＥＨＴ標準以後のＰＰＤＵのプリアンブルに含まれてよい。

【0159】

また、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵ又はｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類できない場合が存在し得る。例えば、前述したｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類する条件とｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類する条件をいずれも満たせない場合に、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵ又はｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類できない。

【0160】

また、ＢＳＳを分類するとき、複数の条件による分類結果が一致しないと、既に設定された条件によって最終結果を決定することが可能である。例えば、ＢＳＳ ｃｏｌｏｒに基づく条件による結果とＭＡＣ ａｄｄｒｅｓｓに基づく条件による結果とが一致しない場合に、ＭＡＣ ａｄｄｒｅｓｓに基づく条件による結果が優先するか、又はＭＡＣ ａｄｄｒｅｓｓに基づく条件による結果を最終結果として決定できる。又は、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類する条件とｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類する条件を両方とも満たす場合に、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類できる。

【0161】

本発明の一実施例によれば、ＳＴＡは、分類したＢＳＳに基づく動作を行うことができる。分類したＢＳＳに基づく動作は、ｉｎｔｒａ－ＰＰＤＵ節電（ｐｏｗｅｒ ｓａｖｅ）動作を含んでよい。ｉｎｔｒａ－ＰＰＤＵ節電動作は、受信したＰＰＤＵに基づく節電動作であってよい。既に設定された条件を満たす場合に、ｉｎｔｒａ－ＰＰＤＵ節電動作を行うことが可能である。前記既に設定された条件は、受信したＰＰＤＵをｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類する条件を含んでよい。また、前記既に設定された条件は、受信したＰＰＤＵの意図した受信者（ｉｎｔｅｎｄｅｄ ｒｅｃｅｉｖｅｒ）が前記ＰＰＤＵを受信したＳＴＡでない条件を含んでよい。例えば、ＰＰＤＵに含まれたＩＤ又はａｄｄｒｅｓｓが前記ＰＰＤＵを受信したＳＴＡに該当しない場合に、前記ＰＰＤＵの意図した受信者は、前記ＰＰＤＵを受信したＳＴＡでなくてよい。ＩＤは、ＰＰＤＵのプリアンブルに含まれてよい。例えば、ＩＤは、ＰＰＤＵのプリアンブルに含まれたＳＴＡ＿ＩＤであってよい。また、ＳＴＡ＿ＩＤは、ＨＥ ＭＵ ＰＰＤＵ又はＥＨＴ ＰＰＤＵに含まれてよい。また、ａｄｄｅｒｅｓｓは、前述したＭＡＣ ａｄｄｒｅｓｓであってよい。また、受信したＰＰＤＵに含まれた上りリンクか又は下りリンクかを指示するシグナリングが上りリンクを指示する場合に、前記ＰＰＤＵの意図した受信者は、前記ＰＰＤＵを受信したＳＴＡでなくてよい。また、受信したＰＰＤＵの設定が、前記ＰＰＤＵを受信したＳＴＡが支援しないものに設定された場合に、前記ＰＰＤＵの意図した受信者は、前記ＰＰＤＵを受信したＳＴＡでなくてよい。受信したＰＰＤＵの設定は、ＰＰＤＵのＭＣＳ、空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）個数、チャネル幅（ｃｈａｎｎｅｌ ｗｉｄｔｈ）などを含んでよい。また、受信したＰＰＤＵの設定を、前記ＰＰＤＵを受信したＳＴＡが支援しない場合に、ＰＨＹ－ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎ（ＵｎｓｕｐｐｏｒｔｅｄＲａｔｅ）ｐｒｉｍｉｔｉｖｅが受信されてよい。また、受信したＰＰＤＵが既に設定されたフォーマットである場合に、前記ＰＰＤＵの意図した受信者は、前記ＰＰＤＵを受信したＳＴＡでなくてよい。前記既に設定されたフォーマットはＴＢ ＰＰＤＵを含んでよい。ＴＢ ＰＰＤＵは、ＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵを含んでよい。また、ＴＢ ＰＰＤＵは、トリガするフレームによる応答として送信されるＰＰＤＵであってよい。トリガするフレームは、トリガフレームを含んでよい。トリガするフレームは、トリガする情報が含まれたフレームを含んでよい。トリガする情報は、ＭＡＣ ｈｅａｄｅｒ、例えば、Ａ－ｃｏｎｔｒｏｌフィールドに含まれてよい。また、トリガする情報又はトリガフレームに含まれた情報は、応答するＰＰＤＵの長さ、応答時に用いるＲＵ、応答時に用いるＰＨＹ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＭＡＣ ｃｏｎｆｉｇｕｒａｔｉｏｎなどを含んでよい。ｉｎｔｒａ－ＰＰＤＵ節電動作は、受信したＰＰＤＵの終わりまでｄｏｚｅ状態に入り得る動作であってよい。さらに他の実施例として、ＳＴＡが受信したＰＰＤＵ又はフレームの意図した受信者が前記ＳＴＡでないと判断された場合に、ＰＰＤＵ又はフレームの受信又はデコーディングを中断できる。

【0162】

分類したＢＳＳに基づく動作は、ＮＡＶを設定（又は、アップデート）する動作を含んでよい。一実施例によれば、ＳＴＡが一つ以上のＮＡＶを運用することが可能である。また、ＳＴＡがＰＰＤＵ又はフレームを受信した場合に、受信したＰＰＤＵ又は受信したフレームに基づいて分類したＢＳＳに該当するＮＡＶを設定することが可能である。例えばｉｎｔｒａ－ＢＳＳ ＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵに該当するＮＡＶであってよい。また、ｂａｓｉｃ ＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵでないＰＰＤＵに該当するＮＡＶであってよい。又は、ｂａｓｉｃ ＮＡＶは、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに該当するＮＡＶであってよい。また、受信したＰＰＤＵ又は受信したフレームに基づいてＮＡＶを設定する時に、受信したＰＰＤＵ又は受信したフレームに含まれたｄｕｒａｔｉｏｎ情報を用いることが可能である。前記ｄｕｒａｔｉｏｎ情報は、ＴＸＯＰを含んでよい。ＴＸＯＰは、ＴＸＯＰフィールドに含まれた値を意味できる。ＴＸＯＰフィールドは、ＰＰＤＵのプリアンブルに含まれてよい。例えば、ＴＸＯＰフィールドは、ＨＥ ＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドに含まれてよい。又は、ＴＸＯＰフィールドは、ＥＨＴ ＰＰＤＵ又はＥＨＴ以後標準のＰＰＤＵのＵ－ＳＩＧフィールドに含まれてよい。また、前記ｄｕｒａｔｉｏｎ情報は、ＭＡＣ ｈｅａｄｅｒに含まれてよい。例えば、前記ｄｕｒａｔｉｏｎ情報は、ＭＡＣ ｈｅａｄｅｒに含まれたＤｕｒａｔｉｏｎ／ＩＤフィールドに含まれてよい。

【0163】

分類したＢＳＳに基づく動作は、空間再利用（ｓｐａｔｉａｌ ｒｅｕｓｅ）動作を含んでよい。また、分類したＢＳＳに基づく動作は、チャネル接続動作を含んでよい。空間再利用動作はチャネル接続動作であってよい。ＳＴＡがＰＰＤＵ又はフレームを受信した時に、既に設定された条件を満たすと、空間再利用動作を行うことが可能である。既に設定された条件は、受信したＰＰＤＵ又は受信したフレームがｉｎｔｅｒ－ＢＳＳに該当する条件を含んでよい。また、既に設定された条件は、受信したＰＰＤＵ又は受信したフレームの信号強度（ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ）が閾値（ｔｈｒｅｓｈｏｌｄ）よりも小さい条件を含んでよい。例えば、閾値は可変的であってよい。また、閾値は、ＯＢＳＳ ＰＤベースの空間再利用（ＯＢＳＳ ＰＤ－ｂａｓｅｄ Ｓｐａｔｉａｌ ｒｅｕｓｅ）動作のための閾値であってよい。また、閾値は、ＣＣＡ閾値以上の値であってよい。また、閾値は、送信しようとする電力（ｐｏｗｅｒ）に基づく値であってよい。空間再利用動作は、ＰＰＤＵを送信する動作を含んでよい。また、空間再利用動作は、ＰＨＹをリセットする動作を含んでよい。例えば、ＰＨＹをリセットする動作は、ＰＨＹ－ＣＣＡＲＥＳＥＴ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅを発行（ｉｓｓｕｅ）する動作であってよい。また、空間再利用動作は、受信したＰＰＤＵ又は受信したフレームに基づいてＮＡＶを設定しない動作を含んでよい。仮に、ＳＴＡが空間再利用動作を行う場合に、受信したＰＰＤＵ又は受信したフレームが送信又は受信される間に前記ＳＴＡがＰＰＤＵを送信することが可能であってよい。

【0164】

図１３を参照すると、ＢＳＳ ＡとＢＳＳ Ｂが存在してよく、ＢＳＳ ＡとＢＳＳ Ｂは互いに異なるＢＳＳであってよい。また、ＢＳＳ ＡとＢＳＳ Ｂは互いにｉｎｔｅｒ－ＢＳＳに該当してよい。すなわち、ＢＳＳ ＡにアソシエーションされたＳＴＡがＢＳＳ Ｂで送信したＰＰＤＵ又はフレームは、ｉｎｔｅｒ－ＢＳＳ ＰＰＤＵ又はｉｎｔｅｒ－ＢＳＳフレームに分類されてよい。また、ＢＳＳ Ａに属する（又は、ＢＳＳ Ａを運営するＡＰとアソシエーションされた）ＳＴＡ１、ＳＴＡ２が存在してよい。ＢＳＳ Ｂに属する（又は、ＢＳＳ Ｂを運営するＡＰとアソシエーションされた）ＳＴＡ３、ＳＴＡ４が存在してよい。図１３を参照すると、ＳＴＡ１がＰＰＤＵを送信できる。また、ＳＴＡ１の送信したＰＰＤＵはＢＳＳに対する情報を含んでよい。例えば、ＢＳＳに対する情報は、前述したＢＳＳを分類するための情報であってよい。また、ＳＴＡ１の送信したＰＰＤＵは、Ｄｕｒａｔｉｏｎ情報を含んでよい。

【0165】

ＳＴＡ２は、ＳＴＡ１の送信したＰＰＤＵを受信し、このＰＰＤＵに対するＢＳＳを分類できる。また、ＳＴＡ２とＳＴＡ１はＢＳＳ Ａに属しているので、ＳＴＡ２の受信したＰＰＤＵはｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類されてよい。また、ＳＴＡ２の受信したＰＰＤＵはＵＬ ＰＰＤＵであるか、ＳＴＡが意図した受信者でないＰＰＤＵであってよい。したがって、前述した実施例によってＳＴＡ２はｉｎｔｒａ－ＰＰＤＵ節電を行うことが可能である。図１３を参照すると、ＳＴＡ２は、受信したＰＰＤＵ終わりの時間までｄｏｚｅ状態に入り得る。また、ＳＴＡ２は、受信したＰＰＤＵに含まれたＤｕｒａｔｉｏｎ情報に基づいてＮＡＶを設定することができる。ＳＴＡ２は、受信したＰＰＤＵをｉｎｔｒａ－ＢＳＳ ＰＰＤＵに分類したので、ｉｎｔｒａ－ＢＳＳ ＮＡＶを設定することが可能である。

【0166】

ＳＴＡ３は、ＳＴＡ１の送信したＰＰＤＵを受信し、このＰＰＤＵに対するＢＳＳを分類できる。また、ＳＴＡ３とＳＴＡ１はそれぞれＢＳＳ Ｂ、ＢＳＳ Ａに属しているので、ＳＴＡ３の受信したＰＰＤＵはｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類されてよい。また、ＳＴＡ３は、受信したＰＰＤＵに含まれたＤｕｒａｔｉｏｎ情報に基づいてＮＡＶを設定できる。ＳＴＡ３は、受信したＰＰＤＵをｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類したので、ｂａｓｉｃ ＮＡＶを設定することが可能である。

【0167】

ＳＴＡ４は、ＳＴＡ１の送信したＰＰＤＵを受信し、このＰＰＤＵに対するＢＳＳを分類できる。また、ＳＴＡ４とＳＴＡ１はそれぞれＢＳＳ Ｂ、ＢＳＳ Ａに属しているので、ＳＴＡ４の受信したＰＰＤＵはｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類されてよい。また、ＳＴＡ４の受信したＰＰＤＵの信号強度が閾値よりも小さくてよい。したがって、ＳＴＡ４の受信したＰＰＤＵがｉｎｔｅｒ－ＢＳＳ ＰＰＤＵに分類されたし、ＳＴＡ４の受信したＰＰＤＵの信号強度が閾値よりも小さいので、ＳＴＡ４は空間再利用（ｓｐａｔｉａｌ ｒｅｕｓｅ）動作を行うことが可能である。したがって、ＳＴＡ４は、チャネル接続、バックオフ手順（ｂａｃｋｏｆｆ ｐｒｏｃｅｄｕｒｅ）を行うことができ、送信を始めることができる。例えば、ＳＴＡ１の送信したＰＰＤＵが終わらない時点に、ＳＴＡ４が送信を始めることが可能であってよい。

【0168】

図１４は、本発明の実施例によるステーションの機能を示す。

【0169】

本発明の実施例によると、ある無線ＬＡＮ標準に従うステーションは、以前の無線ＬＡＮ標準の機能を含む。これは下位互換性のためである。例えば、特定の無線ＬＡＮ標準を支援するステーションは以前世代の無線ＬＡＮ標準機能を支援し、追加の新しい機能も支援する。例えば、ＨＴステーションはＯＦＤＭ ＰＨＹステーションの基本機能を支援する。よって、ＨＴステーションはＯＦＤＭ ＰＨＹステーションと分類される。また、ＨＴステーションはＯＦＤＭ ＰＨＹステーションの機能だけでなく、ＯＦＤＭ ＰＨＹステーションが支援しない追加の機能を支援する。ＶＨＴステーションはＨＴステーションの基本機能を支援しながら、ＨＴステーションが支援しない機能を支援する。ＶＨＴステーションはＨＴステーションと分類される。また、ＨＥステーションはＶＨＴステーションの基本機能を支援しながら、ＶＨＴステーションが支援しない機能を支援する。ＨＥステーションはＶＨＴステーションと分類される。また、ＥＨＴ ＳＴＡはＨＥ ＳＴＡであってもよい。また、ＥＨＴステーションはＨＥステーションの基本機能を支援しながらＨＥステーションが支援しない機能を支援する。また、ＥＨＴステーションはＨＥステーションと分類される。また、ＥＨＴ標準以降の無線ＬＡＮ標準が新しく定義される。本発明において、ＥＨＴ標準以降の標準をＮＥＸＴ標準と称し、ＮＥＸＴ標準に従うステーションをＮＥＸＴステーションと称する。ＮＥＸＴステーションはＥＨＴステーションの基本機能を支援しながら、ＥＨＴステーションが支援しない機能を支援する。ＮＥＸＴステーションはＥＨＴステーションと分類される。

【0170】

図１４は、各無線ＬＡＮ標準を支援するステーションの間の関係を示すダイヤグラムである。図１１で参照すると、ＥＨＴステーションであれば、ＨＥステーションで、ＶＨＴステーションで、ＨＴステーションで、ＯＦＤＭ ＰＨＹステーションである。また、ＮＥＸＴステーションであれば、ＥＨＴステーションで、ＨＥステーションで、ＶＨＴステーションで、ＨＴステーションで、ＯＦＤＭ ＰＨＹステーションである。

【0171】

図１６は、本発明の実施例によるＵＬ ＭＵ動作を示す図である。

【0172】

本発明の実施例において、アクセスポイントはＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）伝送を誘発（ｓｏｌｉｃｉｔ）するフレームを伝送する。このようなフレームをトリガリングフレームと称する。この際、トリガリングフレームを受信した一つ以上のステーションはトリガリングフレームに基づいて上り伝送を行う。詳しくは、トリガリングフレームを受信した一つ以上のステーションはフレームに対する応答フレームを伝送する。この際、トリガリングフレームを含むＰＰＤＵと上り伝送に使用されるＰＰＤＵとの間隔（ｉｎｔｅｒ－ｓｐａｃｅ）はＳＩＦＳである。詳しくは、複数のステーションはトリガリングフレームを受信し、同時に（ｓｉｍｕｌｔａｎｅｏｕｓ）即刻の（ｉｍｍｅｄｉａｔｅ）応答を伝送する。即刻の応答は先に受信したＰＰＤＵと応答を含むＰＰＤＵとの間の間隔がＳＩＦＳであることを示す。

【0173】

トリガリングフレームは制御フレームの一種であって、トリガ情報を含むトリガフレームである。また、トリガリングフレームはトリガ情報をＭＡＣヘッダに含むフレームである。この際、トリガ情報は、ＭＡＣヘッダのＨＴ Ｃｏｎｔｒｏｌフィールド、Ｃｏｎｔｒｏｌサブフィールド、またはＡ－Ｃｏｎｔｒｏｌサブフィールドに含まれるＴＲＳ（ｔｒｉｇｇｅｒｅｄ ｒｅｓｐｏｎｓｅ ｓｃｈｅｄｕｌｉｎｇ）である。また、トリガ情報はＴＢ ＰＰＤＵの伝送を誘発する情報である。

【0174】

ＴＢ ＰＰＤＵはトリガリングフレームに対する応答フレームを含むＰＰＤＵフォーマットである。ＴＢ ＰＰＤＵはＨＥ ＴＢ ＰＰＤＵとＥＨＴ ＴＢ ＰＰＤＵとを含む。また、ＴＢ ＰＰＤＵはＮＥＸＴ無線ＬＡＮ標準で定義するＮＥＸＴ ＴＢ ＰＰＤＵを含む。ＨＥ ＴＢ ＰＰＤＵはＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦを順番に含むプリアンブルを含み、プリアンブルに続いてデータ、パケットエクステンション（ｐａｃｋｅｔ ｅｘｔｅｎｓｉｏｎ、ＰＥ）を含む。また、ＥＨＴ ＴＢ ＰＰＤＵ、ＮＥＸＴ ＴＢ ＰＰＤＵはＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、（ＥＨＴ－／ＮＥＸＴ－）ＳＴＦ、（ＥＨＴ－／ＮＥＸＴ－）ＬＴＦを順番に含むプリアンブルを含み、プリアンブルに続いてデータ、パケットエクステンション（ＰＥ）を含む。

【0175】

トリガリングフレームはＴＢ ＰＰＤＵ伝送に必要な情報を含む。ＭＡＣフレームのＴｙｐｅサブフィールド（Ｂ３ Ｂ２）の値が０１_ｂで、サブタイプサブフィールド（Ｂ７ Ｂ６ Ｂ５ Ｂ４）の値が００１０_ｂであれば、ＭＡＣフレームはトリガリングフレームであることを示す。

【0176】

トリガフレームに応答する複数のステーションが互いに異なるフォーマットのＴＢ ＰＰＤＵを伝送すれば、アクセスポイントがＴＢ ＰＰＤＵを受信することが難しい。また、複数のステーションが伝送するＰＰＤＵのプリアンブルが互いに異なれば、アクセスポイントがＴＢ ＰＰＤＵを受信することが難しい。特に、互いに異なるフォーマットのＴＢ ＰＰＤＵが伝送されるＲＵがオーバーラップすれば、アクセスポイントがＴＢ ＰＰＤＵを受信することが難しい。よって、一つのトリガリングフレームに対する応答を伝送する複数のステーションは同じフォーマットのＴＢ ＰＰＤＵを使用する。また、一つのトリガリングフレームに対する応答を伝送する複数のステーションが伝送するＴＢ ＰＰＤＵのプリアンブル情報は同じである。

【0177】

図１４を介して説明したように、ＨＥステーションはＨＥ ＴＢ ＰＰＤＵを伝送する。また、ＥＨＴステーションはＥＨＴ ＴＢ ＰＰＤＵまたはＨＥ ＴＢ ＰＰＤＵを伝送する。また、ＮＥＸＴステーションはＮＥＸＴ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ、またはＨＥ ＴＢ ＰＰＤＵを伝送する。

【0178】

図１５の実施例において、ＡＰがＨＥステーション（ＨＥ ＳＴＡ）の伝送とＥＨＴステーション（ＥＨＴ ＳＴＡ）の伝送をスケジューリングするトリガフレームを伝送する。この際、トリガフレームがトリガフレームに対する応答のために伝送されるＴＢ ＰＰＤＵのフォーマットに対して指示しなければ、ＨＥステーション（ＨＥ ＳＴＡ）とＥＨＴステーション（ＥＨＴ ＳＴＡ）または互いに異なるＥＨＴステーション（ＥＨＴ ＳＴＡ）は互いに異なるフォーマットのＴＢ ＰＰＤＵを伝送する。それによって、ＴＢ ＰＰＤＵの伝送に失敗して伝送機会を無駄にする恐れがある。説明の便宜上、ＨＥ、ＥＨＴ、ＮＥＸＴ標準で定義されたトリガフレームをそれぞれＨＥトリガフレーム、ＥＨＴトリガフレーム、及びＮＥＸＴトリガフレームと称する。また、ＨＥ、ＥＨＴ、ＮＥＸＴ標準で定義されたＴＲＳをＨＥ ＴＲＳ、ＥＨＴ ＴＲＳ、及びＮＥＸＴ ＴＲＳと称する。トリガフレームのフォーマットについては図１３を介して説明する。

【0179】

図１６は、本発明の実施例によるトリガフレームのフォーマットとトリガフレームに含まれるサブフィールドを示す。

【0180】

詳しくは、図１６（ａ）はトリガフレームのフォーマットを示し、図１６（ｂ）はトリガフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドを示し、図１６（ｃ）はトリガフレームのＵｓｅｒ Ｉｎｆｏフィールドを示す。トリガフレームのＭＡＣヘッダは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドと、Ｄｕｒａｔｉｏｎフィールドと、Ａｄｄｒｅｓｓフィールドとを含む。この際、ＡｄｄｒｅｓｓフィールドはＲＡフィールド、ＴＡフィールドを含む。また、トリガフレームはＣｏｍｍｏｎ ＩｎｆｏフィールドとＵｓｅｒ Ｉｎｆｏ Ｌｉｓｔフィールドを含む。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドはトリガフレームがトリガする全てのステーションのための情報を含む。また、Ｕｓｅｒ Ｉｎｆｏ ＬｉｓｔフィールドはＵｓｅｒ Ｉｎｆｏフィールドを含む。具体的な実施例において、特定タイプのトリガフレームはＵｓｅｒ Ｉｎｆｏ Ｌｉｓｔフィールドを含まない。また、トリガフレームはＰａｄｄｉｎｇフィールドとＦＣＳフィールドを含む。ＰａｄｄｉｎｇフィールドはＴｒｉ受信するＳＴＡが応答を準備するのに必要な時間を確保するためにｆｒａｍｅの長さを伸ばす役割をし、ｏｐｔｉｏｎａｌｌｙ存在する。

【0181】

Ｃｏｍｍｏｎ ＩｎｆｏフィールドはＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドを含む。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドはトリガフレームバリアント（ｖａｒｉａｎｔ）を識別（ｉｄｅｎｔｉｆｙ）する。トリガフレームはＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値を介してトリガフレームのタイプを示す。また、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドによってＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏサブフィールド、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドに含まれる情報、及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏサブフィールド、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドの長さが決定される。例えば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドをＣｏｍｍｏｎ ＩｎｆｏフィールドのＢ０からＢ３までのビットが示す。

【0182】

また、Ｃｏｍｍｏｎ ＩｎｆｏフィールドはＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄを含む。ＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄはＴｒｉｇｇｅｒ ｆｒａｍｅに応答するＴＢ ＰＰＤＵの長さに関する情報を含む。または、ＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄはＴｒｉｇｇｅｒ ｆｒａｍｅに応答するｆｒａｍｅの長さに関する情報を含む。また、ＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄはＴｒｉｇｇｅｒ ｆｒａｍｅに応答するＴＢ ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈ ｓｕｂｆｉｅｌｄに含まれる値を指示する。よって、ＴＢ ＰＰＤＵで応答するＳＴＡは受信したＴｒｉｇｇｅｒ ｆｒａｍｅが含むＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄの値に基づいてＴＢ ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈ ｓｕｂｆｉｅｌｄを設定する。より詳しくは、ＴＢ ＰＰＤＵで応答するＳＴＡは受信したＴｒｉｇｇｅｒ ｆｒａｍｅが含むＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄの値でＴＢ ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈ ｓｕｂｆｉｅｌｄを設定する。例えば、ＵＬ Ｌｅｎｇｔｈ ｓｕｂｆｉｅｌｄをＣｏｍｍｏｎ Ｉｎｆｏ ｆｉｅｌｄのＢ４からＢ１５までのビットが示す。

【0183】

また、Ｃｏｍｍｏｎ ＩｎｆｏフィールドはＵＬ ＢＷサブフィールドを含む。ＵＬ ＢＷサブフィールドはトリガフレームに応答するＴＢ ＰＰＤＵのシグナリングフィールド、例えば、ＨＥ－ＳＩＧ－４フィールドまたはＵ－ＳＩＧフィールドに含まれるｂａｎｄｗｉｄｔｈ（ＢＷ）値を指示する。また、ＵＬ ＢＷ ｓｕｂｆｉｅｌｄはＴｒｉｇｇｅｒ ｆｒａｍｅに応答するＴＢ ＰＰＤＵの最大ｂａｎｄｗｉｄｔｈを示す。

【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】

Ｆｒａｍｅ ＣｏｎｔｒｏｌフィールドはＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドを含むフレームのタイプ及びサブタイプを指示する。Ｂｌｏｃｋ ＡＣＫフレームを受信したステーションは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドが指示するＴｙｐｅ及びＳｕｂｔｙｐｅに基づいてフレームがＢｌｏｃｋ ＡＣＫフレームであるのかを判断する。

【0213】

Ｄｕｒａｔｉｏｎフィールドはデュレーション情報を含む。Ｂｌｏｃｋ ＡＣＫフレームを受信したステーションはデュレーション情報に基づいてＮＡＶを設定する。また、Ｂｌｏｃｋ ＡＣＫフレームを受信したステーションはデュレーション情報に基づいて伝送を遅延（ｄｅｆｅｒ）する。

【0214】

ＲＡフィールドはＢｌｏｃｋ ＡＣＫフレームの意図された受信者のアドレスを指示する。

【0215】

ＴＡ ｆｉｅｌｄは送信者ＳＴＡアドレスを含む。

【0216】

図１９（ｂ）はＢＡ Ｃｏｎｔｒｏｌフィールドのフォーマットを示す。

【0217】

図１９（ｂ）において、ＢＡ Ｃｏｎｔｒｏｌフィールドは、ＢＡ Ａｃｋ Ｐｏｌｉｃｙフィールドと、ＢＡ Ｔｙｐｅフィールドと、Ｒｅｓｅｒｖｅｄフィールドと、ＴＩＤ＿ＩＮＦＯフィールドとを含む。ＢＡ ＣｏｎｔｒｏｌフィールドにＢＡ Ａｃｋ Ｐｏｌｉｃｙフィールド、ＢＡ Ｔｙｐｅフィールド、Ｒｅｓｅｒｖｅｄフィールド、ＴＩＤ＿ＩＮＦＯフィールドが順次に位置する。ＢＡ Ｃｏｎｔｒｏｌフィールドは１ビットのフィールドであり、ＢＡ Ａｃｋ Ｐｏｌｉｃｙフィールドは１ビットのフィールドであり、ＢＡ Ｔｙｐｅフィールドは４ビットのフィールドであり、Ｒｅｓｅｒｖｅｄフィールドは７ビットのフィールドであり、ＴＩＤ＿ＩＮＦＯフィールドは４ビットのフィールドである。

【0218】

ＢＡ Ａｃｋ ＰｏｌｉｃｙサブフィールドはＨＴ－ｄｅｌａｙｅｄ合意以外の合意、例えば、ＨＴ－Ｉｍｍｅｄｉａｔｅ合意ではｒｅｓｅｒｖｅｄフィールドでデコードされる。

【0219】

ＢＡ ＴｙｐｅサブフィールドはＢＡ Ｔｙｐｅサブフィールドを含むＢｌｏｃｋ ＡＣＫフレームがどのバリアントであるのかを指示する。Ｂｌｏｃｋ ＡＣＫフレームのバリアントによってＢｌｏｃｋ ＡＣＫフレームのフォーマットが異なる。Ｂｌｏｃｋ ＡＣＫフレームを受信したステーションはＢＡ Ｔｙｐｅフィールドに基づいてＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールドのフォーマットを決定する。また、ＢＡ Ｔｙｐｅフィールドの値によってＴＩＤ－ＩＮＦＯフィールドが示す情報が異なる。例えば、ＢＡ Ｔｙｐｅフィールドの値が１、２、３、６、１０、１１であれば、それぞれエクステンデッド（ｅｘｔｅｎｄｅｄ）コンプレスト（ｃｏｍｐｒｅｓｓｅｄ）Ｂｌｏｃｋ ＡＣＫバリアント、コンプレストＢｌｏｃｋ ＡＣＫバリアント、Ｍｕｌｔｉ－ＴＩＤ Ｂｌｏｃｋ ＡＣＫバリアント、ＧＣＲ Ｂｌｏｃｋ ＡＣＫ バリアント、ＧＬＫ－ＧＣＲ Ｂｌｏｃｋ ＡＣＫバリアント、Ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫバリアントを指示する。この際、Ｂｌｏｃｋ ＡＣＫバリアントはＢｌｏｃｋ ＡＣＫフレームを示すと解釈される。

【0220】

図１９（ｃ）は、コンプレストＢｌｏｃｋ ＡＣＫバリアントのＢＡ ＩｎｆｏｒｍａｔｉｏｎフィールドとＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫバリアントのＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールドを示す。コンプレストＢｌｏｃｋＡＣＫバリアントは、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドを含む。Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドは２オクテットのフィールドである。コンプレストＢｌｏｃｋ ＡＣＫバリアントが含むＴＩＤ－ＩＮＦＯフィールドは、コンプレストＢｌｏｃｋ ＡＣＫバリアントがＡＣＫするＭＳＤＵ及びＭＰＤＵに当たるＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）値を示す。コンプレストＢｌｏｃｋ ＡＣＫバリアントのＢｌｏｃｋ ＡＣＫ ＢｉｔｍａｐサブフィールドのサイズはＢｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ ＣｏｎｔｒｏｌフィールドのＦｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドに基づいて決定される。例えば、コンプレストＢｌｏｃｋ ＡＣＫバリアントのＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズは８、３２、６４、または１２８、または２５６、または５１２オクテットである。例えば、図２０の図示によって、Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドに基づいてＢｌｏｃｋ ＡＣＫ ＢｉｔｍａｐサブフィールドのサイズとＡＣＫされるＭＳＤＵ及びＡ－ＭＳＤＵの最大値が決定される。

【0221】

Ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫバリアントは一つ以上のステーションに関するＡＣＫ情報を含む。また、Ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫバリアントは一つ以上のＴＩＤに関するＡＣＫ情報を含む。Ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫバリアントＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドが含むＡＩＤとＴＩＤの組み合わせによって複数のＢＡ Ｉｎｆｏｒｍａｔｉｏｎフィールドを含む。

【0222】

図１９（ｄ）は、Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドのフォーマットを示す。Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドが含むＡＩＤ１１サブフィールドの値が予め指定された値ではなければ、図１６（ｄ）の最初の実施例のようなＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドのフォーマットが使用される。この際、予め指定された値は２０４５である。また、Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドが含むＡＩＤ１１サブフィールドの値が予め指定された値であれば、図１９（ｄ）の２番目の実施例のようなＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドのフォーマットが使用される。ＡＩＤ１１サブフィールドは、ＡＩＤ１１サブフィールドを含むＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドの受信者、またはＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドがどのステーションに当たるのかを指示する。また、図１６（ｄ）の最初のＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは連結されたステーションのためのＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドである。図１６（ｄ）の２番目のＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは連結されていないステーションのためのＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドである。

【0223】

図１９（ｄ）の最初のＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは、ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドと、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドと、Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドとを含む。また、Ｐｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドにＡＩＤ ＴＩＤ Ｉｎｆｏフィールド、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、及びＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドが順次に位置する。ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは２オクテットのフィールドである。詳しくは、ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドのフォーマットは図１９（ｅ）のようである。また、 ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドの値によってＰｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドがＢｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド及びＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドを含むのかが決定される。より詳しくは、ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドが含むＡｃｋ Ｔｙｐｅサブフィールドの値によってＰｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドがＢｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド及びＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドを含むのかが決定される。Ｐｅｒ ＴＩＤ ＩｎｆｏフィールドがＢｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドを含めば、Ｐｅｒ ＴＩＤ ＩｎｆｏフィールドはＦｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールド、Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒフィールドを含む。また、Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒフィールドの値によってフラグメンテーションの程度、Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズ、ＡＣＫされるＭＳＤＵ、Ａ－ＭＳＤＵの最大個数が決定される。Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドの値によって値によってフラグメンテーションの程度、Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズ、ＡＣＫされるＭＳＤＵ、Ａ－ＭＳＤＵの最大個数が決定されることについては図２０を介して詳しく説明する。Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズは４オクテット、８オクテット、１６オクテット、３２オクテット、６４オクテット、１２８オクテット、２５６オクテット、及び５１２オクテットである。

【0224】

図１９（ｄ）の２番目のＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは、ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドと、Ｒｅｓｅｒｖｅｄフィールドと、ＲＡフィールドとを含む。Ｐｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドにＡＩＤ ＴＩＤ Ｉｎｆｏフィールド、Ｒｅｓｅｒｖｅｄフィールド、及びＲＡフィールドが順次に位置する。ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは２オクテットのフィールドであり、Ｒｅｓｅｒｖｅｄフィールドは４オクテットのフィールドであり、ＲＡフィールドは６オクテットのフィールドである。

【0225】

ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドのフォーマットは図１９（ｅ）の実施例のようである。ＲＡフィールドは、ＲＡフィールドを含むＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドの受信者のＭＡＣアドレスを指示する。先にＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドの受信者が連結されていないステーションであれば、連結されていないステーションにＡＩＤが割り当てられていないためである。

【0226】

ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドは、ＡＩＤ１１サブフィールドと、Ａｃｋ Ｔｙｐｅサブフィールドと、ＴＩＤサブフィールドとを含む。また、ＡＩＤ ＴＩＤ ＩｎｆｏサブフィールドにＡＩＤ１１サブフィールド、Ａｃｋ Ｔｙｐｅサブフィールド、ＴＩＤサブフィールドが順次に位置する。ＡＩＤ１１サブフィールドは１１ビットのフィールドであり、Ａｃｋ Ｔｙｐｅサブフィールドは１ビットのフィールドであり、ＴＩＤサブフィールドは４ビットのフィールドである。また、ＡＩＤ１１サブフィールドが予め指定された値ではなければ、前記ＡＩＤ１１サブフィールドを含むＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドの受信者のＡＩＤの１１ビットを含む。また、Ａｃｋ ＴｙｐｅサブフィールドはＰｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドがＢｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、及びＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドを含むのかを指示する。もし、Ａｃｋ Ｔｙｐｅサブフィールドの値が１であれば、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐフィールドが存在しない。Ａｃｋ Ｔｙｐｅサブフィールドはの値が１であれば、Ａｃｋ Ｔｙｐｅサブフィールドを含むＰｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏサブフィールドはＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏサブフィールドの受信者が送った全てのフレームの受信に成功したことを指示する。この際、フレームは一つ以上のフレームである。Ａｃｋ Ｔｙｐｅサブフィールドの値が１で、ＴＩＤサブフィールドの値が０乃至７であれば、Ｐｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドはＡｃｋ ｆｒａｍｅを要請するＱｏＳ ＤａｔａフレームまたはＱｏＳ Ｎｕｌｌフレームに対するＡＣＫを指示する。Ａｃｋ Ｔｙｐｅサブフィールドの値が１で、ＴＩＤサブフィールドの値が１４であれば、Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは即刻の応答を要請するＭＰＤＵを含むＡ－ＭＰＤＵの全てのＭＰＤＵの受信に成功したというＡＣＫを示す。Ａｃｋ Ｔｙｐｅサブフィールドの値が１で、ＴＩＤサブフィールドの値が１５であれば、Ｐｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏフィールドはマネジメントフレームまたはＰＳ－Ｐｏｌｌフレームに対するＡＣＫを示す。ＴＩＤサブフィールドはＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐに当たるＴＩＤを指示する。ＴＩＤサブフィールドは上述したようにＰｅｒ ＡＩＤ ＴＩＤ ＩｎｆｏサブフィールドがどのＡＣＫであるのかを指示する。

【0227】

図２０は、本発明の実施例によるＦｒａｇｍｅｎｔ ＮｕｍｂｅｒサブフィールドとＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドを示す。

【0228】

上述したように、Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドの値によってＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズ、ＡＣＫされるＭＳＤＵ、Ａ－ＭＳＤＵの最大個数が決定される。また、Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドはフラグメンテーションが使用されるのかを指示する。この際、フラグメンテーションはレベル３のダイナミックフラグメンテーションである。図１７は、フラグメント番号に当たるＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズ、ＡＣＫされるＭＳＤＵ、Ａ－ＭＳＤＵの最大個数、及びフラグメンテーションの使用可否を示す。図１７にレザーブドで表示したＦｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドの値に対して、図１７に示していないＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズが割り当てられる。

【0229】

図２１は、本発明の実施例によるＨＥ ＴＢ ＰＰＤＵに対する応答としてＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームが伝送されることを示す。

【0230】

ある標準が支援するＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐのサイズが制限される。説明の便宜上、Ｂｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐをビットマップと称する。また、ビットマップのサイズとビットマップの長さは同じ意味で使用される。８０２．１１ａｘ ＨＥ標準でビットマップのサイズは最大２５６ビットに制限される。

【0231】

８０２．１１ａｘ ＨＥ標準と５１２ビット、１０２４ビットのビットマップを支援する。但し、８０２．１１ａｘ ＨＥ標準を支援し、８０２．１１ａｘ ＨＥ標準以降の標準を支援しないステーションは５１２ビット及び１０２４ビットのビットマップを認識することができない。よって、該当ステーションは５１２ビットまたは１０２４ビットのビットマップを含むＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドや、該当フィールドの後に続くＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドを正確にパージングすることができない。

【0232】

図２１において、Ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームは複数のＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドを含み、Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドは可変的な長さを有する。Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドの長さはＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐサブフィールドのサイズまたは包含可否、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌサブフィールドの包含可否、Ｆｒａｇｍｅｎｔ Ｎｕｍｂｅｒサブフィールドの値、Ａｃｋ Ｔｙｐｅサブフィールドの値、ＡＩＤ１１サブフィールドの値によって決定される。図１８の実施例において、第１Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ１）、第２Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ２）、及び第３Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ３）それぞれは、第１ステーション（ＳＴＡ１）、第２ステーション（ＳＴＡ２）、及び第３ステーション（ＳＴＡ３）に対するＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドである。また、第１Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ１）、第２Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ２）、及び第３Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ３）それぞれは、６４ビット、５１２ビット、及び６４ビットのＢｌｏｃｋ ＡＣＫ Ｂｉｔｍａｐを含む。また、第３ステーション（ＳＴＡ３）は５１２ビット、１０２４ビットのビットマップを支援しないステーションである。Ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを受信するステーションは、Ｐｅｒ ＡＩＤ ＴＩＤフィールドに含まれたＡＩＤ１１サブフィールドがステーションのＡＩＤを指示するのかを判断し、ＡＩＤ１１サブフィールドがステーションのＡＩＤを指示するＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドを獲得するまで順次にパージングする。図１８の実施例において、第３ステーション（ＳＴＡ３）はＰｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールドを順番にパージングしていて、第２Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ２）を正確にパージングできない可能性がある。第２Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ２）は第３ステーション（ＳＴＡ３）が支援しない長さであるためである。よって、第３ステーション（ＳＴＡ３）は第３Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏフィールド（Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ３）を正確に受信するかパージングできない恐れがある。

【0233】

図２２によってこのような問題を発生させない方法について説明する。次の説明において、説明の便宜上、ビットマップのサイズを５１２ビット、１０２４ビットと表現するが、これは以前の標準では支援しなかったが、新しい標準で使用するようになったビットマップのサイズである。よって、５１２ビット、１０２４ビットの代わりに他の数のビット、例えば、２０４８ビット、４０９６ビットが適用されてもよい。

【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】

マネジメントフレームは、連結要請（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ）フレームと、連結応答（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）フレームと、再連結要請（Ｒｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ）フレームと、再結合応答（Ｒｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）フレームと、プローブ要請（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ）フレームと、プローブ応答（Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ）フレームと、タイミングアドバイズメント（Ｔｉｍｉｎｇ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）フレーム、ビーコン（Ｂｅａｃｏｎ）フレーム、ＡＴＩＭフレーム、連結解除（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ）フレーム、権限設定（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、権限解除（Ｄｅａｕｔｈｅｎｔｉｃａｔｉｏｎ）フレーム、アクション（Ａｃｔｉｏｎ）フレーム、及びアクション・ノーＡＣＫ（Ａｃｔｉｏｎ Ｎｏ Ａｃｋ）フレームを含む。

【0263】

マネジメントフレームはａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵに含まれる。または、マネジメントフレームはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵに含まれてもよい。ａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵは少なくとも２つ以上の互いに異なるＴＩＤを有し、たった一つのサブフレームがＡＣＫを誘発するとタグされたＡ－ＭＰＤＵサブフレームを含むＡ－ＭＰＤＵ（ａｎ Ａ－ＭＰＤＵ ｔｈａｔ ｃｏｎｔａｉｎｓ ａｔ ｌｅａｓｔ ｔｗｏ Ａ－ＭＰＤＵ ｓｕｂｆｒａｍｅｓ、ｗｈｅｒｅ ｔｈｅ ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒｓ （ＴＩＤｓ） ｄｉｆｆｅｒ ａｎｄ ｗｈｅｒｅ ｏｎｌｙ ｏｎｅ ｏｆ ｔｈｅ Ａ－ＭＰＤＵ ｓｕｂｆｒａｍｅｓ ｉｎｃｌｕｄｅｓ ａ ｔａｇｇｅｄ ＭＰＤＵ ｔｈａｔ ｓｏｌｉｃｉｔｓ ｔｈｅ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｃｏｎｔｅｘｔ）である。Ａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵはＡＣＫを誘発するとタグされた少なくとも一つのＭＰＤＵが集合され、ＡＣＫまたはＢｌｏｃｋ ＡＣＫを誘発する一つ以上のＴＩＤからＭＰＤＵが集荷されたＡ－ＭＰＤＵ（ａｎ Ａ－ＭＰＤＵ ｗｈｅｒｅ ａｔ ｌｅａｓｔ ｏｎｅ ｔａｇｇｅｄ ＭＰＤＵ ｔｈａｔ ｓｏｌｉｃｉｔｓ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｃｏｎｔｅｘｔ ｉｓ ａｇｇｒｅｇａｔｅｄ ｉｎ ｔｈｅ Ａ－ＭＰＤＵ， ａｎｄ ＭＰＤＵｓ ｆｒｏｍ ｍｏｒｅ ｔｈａｎ ｏｎｅ ＴＩＤ ｔｈａｔ ｓｏｌｉｃｉｔ Ａｃｋ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｏｒ Ｂｌｏｃｋ Ａｃｋ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｃｏｎｔｅｘｔ ａｒｅ ａｇｇｒｅｇａｔｅｄ ｉｎ ｔｈｅ Ａ－ＭＰＤＵ）である。

【0264】

Ａｃｋ－ｅｎａｂｌｅｄ Ａ－ＭＰＤＵは、ＡＣＫフレームを誘発するかＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームのＡＣＫコンテキスト誘発するＡ－ＭＰＤＵである。また、ａｃｋ－ｅｎａｂｌｅｄ Ａ－ＭＰＤＵを受信するのか否かに対する能力（ｃａｐａｂｉｌｉｔｙ）シグナリングが行われる。この際、能力シグナリングはＨＥ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを介して行われる。より詳しくは、能力シグナリングはＨＥ ＭＡＣ Ｃａｐａｂｉｌｉｔｉｅｓ Ｉｎｆｏｒｍａｔｉｏｎフィールドに含まれたＡｃｋ－Ｅｎａｂｌｅｄ Ａｇｇｒｅｇａｔｉｏｎ Ｓｕｐｐｏｒｔサブフィールドを介して行われる。

【0265】

マネジメントフレームのＴＩＤは１５とみなされる。詳しくは、マネジメントフレームは単一ＴＩＤフレームと扱われる。マネジメントフレームはＡＣＫを誘発するフレームである。また、マネジメントフレームはａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵに含まれる。

【0266】

この際、前記Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅはａｃｋｎｏｗｌｅｄｇｍｅｎｔをｓｏｌｉｃｉｔするｆｒａｍｅである。また、この際、前記Ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅはａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵに含まれていてもよい。

【0267】

マネジメントフレームによる応答としてＡＣＫフレームが伝送される。また、ＡＰはＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームに含まれたＰｅｒ ＡＩＤ ＴＩＤフィールドを使用してマネジメントフレームに対する応答が伝送する。この際、ＡＰはＰｅｒ ＡＩＤ ＴＩＤフィールドのＴＩＤフィールドの値を１５に設定する。

【0268】

図２５の実施例において、ステーションはマネジメントフレームを含むＡ－ＭＰＤＵを伝送する。ＡＰはマネジメントフレームに対するＡＣＫをＭｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを使用して伝送する。その際、ＡＰはマネジメントフレームに対する応答に当たるＰｅｒ ＡＩＤ ＴＩＤフィールドのＴＩＤフィールドの値を１５に設定する。

【0269】

図２６は、本発明の実施例によってＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される際にマネジメントフレームを伝送する方法を示す。

【0270】

上述したように、マルチリンク動作でＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される。リンクに特定のＴＩＤがマッピングされ、各リンクではリンクにマッピングされたＴＩＤに当たるフレームが伝送され、リンクにマッピングされていないＴＩＤに当たるフレームの伝送が許容されない。少なくとも一つのＴＩＤがマッピングされたリンクを活性化された（ｅｎａｂｌｅｄ）リンクと称し、一つのＴＩＤもマッピングされていないリンクを非活性化された（ｄｉｓａｂｌｅｄ）リンクと称する。

【0271】

上述したように、マネジメントフレームはいかなるリンクでも伝送される。また、マネジメントフレームはシングルＴＩＤフレームに当たる。また、マネジメントフレームはＴＩＤが１５であるフレームと扱われる。よって、ＴＩＤ－ｔｏ－ｌｉｎｋマッピングとマネジメントフレームの取り扱いの間に衝突が発生する恐れがある。

【0272】

具体的な実施例において、マネジメントフレームはＴＩＤ値とは関係なく全てのリンクにマッピングされる。他の具体的な実施例において、マネジメントフレームのＴＩＤが１５であることとは関係なく全てのリンクにマッピングされる。この際、マネジメントフレームは全てのリンクで伝送される。全てのリンクは活性化されたリンクにのみ限定される。この際、マネジメントフレームはａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵに含まれる。また、マネジメントフレームはＡＣＫを誘発するフレームである。

【0273】

また他の具体的な実施例において、マネジメントフレームはＴＩＤ－ｔｏ－ｌｉｎｋマッピングとは関係なく伝送される。ＴＩＤ－ｔｏ－ｌｉｎｋマッピングはデータフレームまたはＱｏＳデータフレームにのみ適用される。

【0274】

図２６の実施例において、ＴＩＤ－ｔｏ－ｌｉｎｋマッピングが行われ、第１リンク（Ｌｉｎｋ １）にＴＩＤ０から７がマッピングされる。この際、マネジメントフレームは第１リンク（Ｌｉｎｋ １）で伝送される。詳しくは、第１リンク（Ｌｉｎｋ １）でマネジメントフレームを含むａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵが伝送される。より詳しくは、第１リンク（Ｌｉｎｋ １）でＡＣＫを誘発するマネジメントフレームを含むａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵが伝送される。つまり、ＴＩＤ－ｔｏ－ｌｉｎｋマッピングに限ってマネジメントフレームをシングル（ｓｉｎｇｌｅ）ＴＩＤフレームに取り扱わず、マネジメントフレームのＴＩＤ値が１５に取り扱われない。

【0275】

図２７は、本発明の他の実施例によってＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される際にマネジメントフレームを伝送する方法を示す。

【0276】

他の具体的な実施例において、マネジメントフレームに対してＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される。つまり、マネジメントフレームに当たるＴＩＤがリンクにマッピングされる。また、マネジメントフレームに当たるＴＩＤがリンクにマッピングされれば、マネジメントフレームが該当リンクで伝送される。また、マネジメントフレームに当たるＴＩＤがリンクにマッピングされていなければ、マネジメントフレームが該当リンクで伝送されない。マネジメントフレームに当たるＴＩＤは１５である。この際、マネジメントフレームはａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵに含まれる。また、マネジメントフレームはＡＣＫを誘発する。

【0277】

図２７の実施例において、ＴＩＤ－ｔｏ－ｌｉｎｋマッピングが行われる。この際、第１リンク（Ｌｉｎｋ １）にＴＩＤ０から７がマッピングされ、第２リンク（Ｌｉｎｋ ２）にマネジメントフレームがマッピングされる。この際、マネジメントフレームは第１リンク（Ｌｉｎｋ １）で伝送できない。よって、マネジメントフレームは第２リンク（Ｌｉｎｋ ２）で伝送される。詳しくは、第２リンク（Ｌｉｎｋ ２）でマネジメントフレームを含むａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵが伝送される。より詳しくは、第２リンク（Ｌｉｎｋ ２）でＡＣＫを誘発するマネジメントフレームを含むａｃｋ－ｅｎａｂｌｅｄ ｓｉｎｇｌｅ－ＴＩＤ Ａ－ＭＰＤＵまたはａｃｋ－ｅｎａｂｌｅｄ ｍｕｌｔｉ－ＴＩＤ Ａ－ＭＰＤＵが伝送される。

【0278】

上述した実施例において、マネジメントフレームのＴＩＤ値が１５と説明されたが、マネジメントフレームのＴＩＤ値は他の値が適用されてもよい。

【0279】

マネジメントフレームに当たるＴＩＤに対しては、上りリンク伝送に対するＴＩＤ－ｔｏ－ｌｉｎｋマッピングと下りリンク伝送に対するＴＩＤ－ｔｏ－ｌｉｎｋマッピングが独立して行われない。よって、マネジメントフレームがあるリンクにマッピングされれば、該当リンクにマネジメントフレームの上りリンク伝送とマネジメントフレームの下りリンク伝送がマッピングされる。上述したように、データフレームまたはＱｏＳデータフレームのＴＩＤ－ｔｏ－ｌｉｎｋマッピング上りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングと下りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングが独立して行われる。このように、データフレームまたはＱｏＳデータフレームのＴＩＤ－ｔｏ－ｌｉｎｋマッピングとマネジメントフレームのＴＩＤ－ｔｏ－ｌｉｎｋマッピング方法が異なる。

【0280】

ＴＩＤ－ｔｏ－ｌｉｎｋマッピングの交渉過程で伝送されるエレメントは上りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングと下りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングに対してそれぞれシグナリングする。この際、マネジメントフレームの上りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングの値とマネジメントフレームの下りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングの値を同じく設定する。他の具体的な実施例において、マネジメントフレームの上りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングと下りリンク伝送のＴＩＤ－ｔｏ－ｌｉｎｋマッピングが別途にシグナリングされない。また他の具体的な実施例において、マネジメントフレームのＴＩＤ－ｔｏ－ｌｉｎｋマッピングは明示的にシグナリングされずに暗示的にシグナリングされる。更に他の具体的な実施例において、マネジメントフレームのいずれか一つの伝送方向に対するＴＩＤ－ｔｏ－ｌｉｎｋマッピングがシグナリングされれば、残りの伝送方向に対するＴＩＤ－ｔｏ－ｌｉｎｋマッピングは同じく適用される。

【0281】

マネジメントフレームに対するＴＩＤ－ｔｏ－ｌｉｎｋマッピングは特定のマネジメントフレームにのみ適用される。例えば、ビーコンフレームにはＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用されない。この際、ビーコンフレームはＴＩＤ－ｔｏ－ｌｉｎｋマッピングとは関係なくいかなるリンクを介しても伝送される。また、特定フレームはアクションフレームである。

【0282】

マルチリンクセットアップの前にはマネジメントフレームにＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用されず、マルチリンクセットアップの後にマネジメントフレームにＴＩＤ－ｔｏ－ｌｉｎｋマッピングが適用される。マルチリンクセットアップの前にはどのリンクでもマネジメントフレームが伝送される。マルチリンクセットアップの後はマネジメントフレームがマッピングされたリンクでのみマネジメントフレームが伝送される。

【0283】

図２８は、本発明の一実施例による管理フレームとチャネル幅（ｃｈａｎｎｅｌ ｗｉｄｔｈ）シグナリングを示す図である。

【0284】

図２８を参照すると、ＡＰがＳＴＡに伝送する管理フレームは各ＳＴＡによる運営要素（ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）を含む。

【0285】

詳しくは、本発明の一実施例によると、管理フレームはＣａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔを含む。また、管理フレームは運営要素を含む。前記管理フレームは、Ｂｅａｃｏｎ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｒｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、Ｒｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅなどを含む。また、前記Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔは各標準に対するｃａｐａｂｉｌｉｔｉｅｓに関する情報を含む。例えば、Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔは、ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ、ＶＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ、ＨＥ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎ、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔなどを含む。運営要素は各標準に対するｏｐｅｒａｔｉｏｎに関する情報を含む。例えば、運営要素は、ＨＴ運営要素、ＶＨＴ運営要素、ＨＥ運営要素、ＥＨＴ運営要素などを含む。

【0286】

一実施例によると、Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔは前記Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔを伝送するＳＴＡが支援するチャネル幅セット（ｃｈａｎｎｅｌ ｗｉｄｔｈ ｓｅｔ）を指示するシグナリングを含む。チャネル幅を指示するシグナリングはＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄである。ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔが含むＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄは、１）２０ ＭＨｚ、２）２０ ｏｒ ４０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈである。また、ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔが含むＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄは１－ｂｉｔである。ＶＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔまたはＨＥ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔが含むＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、８０＋８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうちどの組み合わせのｃｈａｎｎｅｌ ｗｉｄｔｈを支援するのかを指示する。ＶＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔが含むＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄは２－ｂｉｔである。ＨＥ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔが含むＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄは７－ｂｉｔである。ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔが含むＳｕｐｐｏｒｔｅｄ Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｓｅｔ ｓｕｂｆｉｅｌｄは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうちどの組み合わせのチャネル幅を支援するのかを指示する。

【0287】

運営要素は、前記運営要素を伝送するＳＴＡが運営するｃｈａｎｎｅｌ情報を指示する。例えば、運営要素は、前記運営要素を伝送するＳＴＡが運営するチャネル幅を指示する。運営要素に含まれたチャネル幅を指示するシグナリングはチャネル幅サブフィールド（Ｃｈａｎｎｅｌ Ｗｉｄｔｈ ｓｕｂｆｉｅｌｄ）である。また、運営要素は、前記運営要素を伝送するＳＴＡが運営するｃｈａｎｎｅｌ位置を指示する。運営要素に含まれたｃｈａｎｎｅｌ位置を指示するシグナリングは、主チャネルサブフィールド（Ｐｒｉｍａｒｙ Ｃｈａｎｎｅｌ ｓｕｂｆｉｅｌｄ）、Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ ０ ｓｕｂｆｉｅｌｄ、Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ １ ｓｕｂｆｉｅｌｄ、Ｓｅｃｏｎｄａｒｙ Ｃｈａｎｎｅｌ Ｏｆｆｓｅｔ ｆｉｅｌｄを含む。主チャネルサブフィールドは主チャネルの位置を指示する。Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ ０ ｓｕｂｆｉｅｌｄ及びＣｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ １ ｓｕｂｆｉｅｌｄは動作するｓｕｂｃｈａｎｎｅｌのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙを指示する。Ｓｅｃｏｎｄａｒｙ Ｃｈａｎｎｅｌ Ｏｆｆｓｅｔ ｆｉｅｌｄはｓｅｃｏｎｄａｒｙ ｃｈａｎｎｅｌの位置を指示する。

【0288】

また、運営要素に含まれたｃｈａｎｎｅｌ ｗｉｄｔｈを指示するシグナリング、ｃｈａｎｎｅｌ位置を指示するシグナリングのうち少なくとも一つに基づいてＢＳＳが動作するｃｈａｎｎｅｌ ｗｉｄｔｈを決定する。また、運営要素に含まれたｃｈａｎｎｅｌ ｗｉｄｔｈを指示するシグナリング、ｃｈａｎｎｅｌ位置を指示するシグナリングのうち少なくとも一つに基づいてＢＳＳが動作するｃｈａｎｎｅｌ位置を決定する。また、一つ以上の標準に当たる運営要素に基づいてチャネル幅またはチャネルの位置を決定することができる。運営要素に基づいてｃｈａｎｎｅｌ ｗｉｄｔｈを決定し、ｃｈａｎｎｅｌ位置を決定することを説明したが、これは運営要素を受信するＳＴＡの動作である。例えば、運営要素を受信するＳＴＡはｎｏｎ－ＡＰ ＳＴＡである。逆に、運営要素を送信するＳＴＡは、上述したように運営要素に基づいてチャネル幅をシグナリングし、チャネル位置をシグナリングする。例えば、運営要素を送信するＳＴＡはＡＰである。本発明の実施例によると、ＨＴ ＳＴＡに指示されたｃｈａｎｎｅｌ ｗｉｄｔｈは２０、４０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうち一つである。本発明の実施例によると、ＶＨＴ ＳＴＡに指示されたｃｈａｎｎｅｌ ｗｉｄｔｈは２０、４０、８０、１６０、８０＋８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうち一つである。本発明の実施例によると、ＨＥ ＳＴＡに指示されたｃｈａｎｎｅｌ ｗｉｄｔｈは２０、４０、８０、１６０、８０＋８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうち一つである。本発明の実施例によると、ＥＨＴ ＳＴＡに指示されたｃｈａｎｎｅｌ ｗｉｄｔｈは２０、４０、８０、１６０、３２０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうち一つである。または、本発明の実施例によると、ＥＨＴ ＳＴＡに指示されたｃｈａｎｎｅｌ ｗｉｄｔｈは０、４０、８０、１６０、８０＋８０、３２０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈのうち一つである。

【0289】

図２８（ａ）を参照すると、管理フレームは上述したＣａｐａｂｉｌｔｉｅｓ ｅｌｅｍｅｎｔまたは運営要素を含む。一実施例によると、管理フレームは一つ以上の標準に当たるＣａｐａｂｉｌｔｉｅｓ ｅｌｅｍｅｎｔまたは運営要素を含む。それによって、以前の標準のＳＴＡも前記管理フレームに基づいて動作する。また、それによって新しい標準のＳＴＡに当たる情報のｏｖｅｒｈｅａｄを減らす。図２８（ａ）を参照すると、ＥＨＴ ＡＰが送信する管理フレームは、ＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ、ＨＴ運営要素、ＶＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ、ＶＨＴ運営要素、ＨＥ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ、ＨＥ運営要素、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔ、ＥＨＴ運営要素を含む。

【0290】

図２８（ｂ）を参照すると、ＨＥ運営要素は６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄを含む。６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄはｃｈａｎｎｅｌ情報を指示するシグナリングである。または、６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄはｃｈａｎｎｅｌ情報を指示するシグナリングを含む。または、６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄは６ＧＨｚ ｂａｎｄのＢＳＳに関するｃｈａｎｎｅｌ情報を指示する。

【0291】

図２８（ｃ）を参照すると、６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄは、主チャネルサブフィールド、制御フィールド（Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）、Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ ０ ｓｕｂｆｉｅｌｄ、Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ １ ｓｕｂｆｉｅｌｄ、Ｍｉｎｉｍｕｍ Ｒａｔｅ ｓｕｂｆｉｅｌｄを含む。また、言及した各ｆｉｅｌｄはそれぞれ１－ｏｃｔｅｔのサイズを有する。６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄが含まれたＰｒｉｍａｒｙ Ｃｈａｎｎｅｌ ｓｕｂｆｉｅｌｄは、６ＧＨｚ ｂａｎｄでｐｒｉｍａｒｙ ｃｈａｎｎｅｌのｃｈａｎｎｅｌ ｎｕｍｂｅｒを指示する。Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ ０ ｓｕｂｆｉｅｌｄは２０、４０、８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈで動作する場合、全体動作ｃｈａｎｎｅｌのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｉｎｄｅｘを指示する。Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ ０ ｓｕｂｆｉｅｌｄは１６０、８０＋８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈで動作する場合、ｐｒｉｍａｒｙ ８０ＭＨｚ ｃｈａｎｎｅｌのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｉｎｄｅｘを指示する。Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ １ ｓｕｂｆｉｅｌｄは２０、４０、８０、１６０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈで動作する場合、全体動作ｃｈａｎｎｅｌのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｉｎｄｅｘを指示する。Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ １ ｓｕｂｆｉｅｌｄは８０＋８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈで動作する場合、ｓｅｃｏｎｄａｒｙ ８０ＭＨｚ ｃｈａｎｎｅｌのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｉｎｄｅｘを指示する。

【0292】

また、６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄが含むｃｏｎｔｒｏｌ ｆｉｅｌｄは図２８（ｄ）示すようなフォーマットである。図２８（ｄ）を参照すると、Ｃｏｎｔｒｏｌ ｆｉｅｌｄは、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ、Ｄｕｐｌｉｃａｔｅ Ｂｅａｃｏｎ、Ｒｅｇｕｌａｔｏｒｙ Ｉｎｆｏ、Ｒｅｓｅｒｖｅｄ ｓｕｂｆｉｅｌｄを含む。また、言及した各ｓｕｂｆｉｅｌｄはそれぞれ２、１、３、２－ｂｉｔのサイズである。つまり、６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄはＣｈａｎｎｅｌ Ｗｉｄｔｈ ｓｕｂｆｉｅｌｄを含む。この際、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ ｓｕｂｆｉｅｌｄが指示するｃｈａｎｎｅｌ ｗｉｄｔｈは２０、４０、８０、１６０／８０＋８０ＭＨｚである。より詳しくは、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ ｓｕｂｆｉｅｌｄが０であれば２０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈを指示し、１であれば４０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈを指示し、２であれば８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈを指示し、３であれば１６０または８０＋８０ＭＨｚ ｃｈａｎｎｅｌ ｗｉｄｔｈを指示する。

【0293】

図２９は、本発明の一実施例によるＢＳＳ運営チャネルの幅の設定を示す図である。

【0294】

図２９を参照すると、ＡＰはＳＴＡの支援可否によって互いに異なるＢＳＳ運営チャネルをそれぞれのＳＴＡに設定する。

【0295】

詳しくは、本発明の実施例によると、ＡＰはｎｏｎ－ＥＨＴ ＳＴＡとＥＨＴ ＳＴＡに互いに異なるＢＳＳ運営チャネルを知らせる。例えば、ＡＰはｎｏｎ－ＥＨＴ ＳＴＡとＥＨＴ ＳＴＡに互いに異なるＢＳＳ運営チャネル幅を知らせる。これは６ＧＨｚ ｂａｎｄで動作する例に限定することができる。Ｎｏｎ－ＥＨＴ ＳＴＡはＨＥ ＳＴＡを含む。本発明の実施例において、ｎｏｎ－ＥＨＴ ＳＴＡに知らせるＢＳＳ運営チャネルをｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルと称する。また、ＥＨＴ ＳＴＡに知らせるＢＳＳ運営チャネルをＥＨＴ ＢＳＳ運営チャネルと称する。本発明において、ＥＨＴ ＢＳＳ運営チャネルとｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルが異なることは、ＥＨＴ ＢＳＳ運営チャネルがｎｏｎ－ＥＨＴ ＢＳＳまたはｎｏｎ－ＥＨＴ ＳＴＡが支援できないチャネルであるためである。または、本発明において、ＥＨＴ ＢＳＳ運営チャネルとｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルが異なることは、ＥＨＴ ＢＳＳ運営チャネルがｄｉｓａｌｌｏｗｅｄチャネルを含むためである。より詳しくは、ＥＨＴ ＢＳＳ運営チャネルとｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルが異なることは、ＥＨＴ ＢＳＳ運営チャネルが少なくとも一つのｄｉｓａｌｌｏｗｅｄ ２０ＭＨｚチャネルを含むためである。この際、ＢＳＳ運営チャネルは、より詳しくはＢＳＳ運営チャネル幅を意味する。

【0296】

言い換えれば、ＡＰは管理フレームに含まれる各ＳＴＡ運営要素にＢＳＳ運営チャネルに関する情報を含ませて伝送する。この際、ＡＰは各ＳＴＡのＢＳＳ運営チャネルを設定するに当たって、各ＳＴＡによって互いに異なるＢＳＳ運営チャネルを設定する。例えば、ＡＰがＥＨＴ ＳＴＡのための運営チャネル及びＨＥ ＳＴＡのための運営チャネルを設定する場合、設定されたＥＨＴ ＳＴＡのための運営チャネルとＨＥ ＳＴＡのための運営チャネルは互いに異なる。詳しくは、ＥＨＴ ＳＴＡはＢＳＳ運営チャネルにパンクチャリングされたサブチャネル（または、利用不可能なサブチャネルまたは非活性化されたサブチャネルなど）が含まれても動作することができる。また、非連続的であるか１６０ＭＨｚ以上が割り当てられても動作することができる。しかし、ＨＥ ＳＴＡは設定されたＢＳＳ運営チャネルにパンクチャリングされたサブチャネルが含まれるか、ＢＳＳ運営チャネルが非連続的なチャネルであるか、１６０ＭＨｚ以上であれば動作が不可能である。

【0297】

よって、ＡＰはＳＴＡに管理フレームに含まれたそれぞれの運営要素を介してＳＴＡにＢＳＳ運営チャネルを設定する場合、ＥＨＴ ＳＴＡとＨＥ ＳＴＡをそれぞれ異なるように設定する。つまり、ＥＨＴ ＢＳＳ運営チャネルに少なくとも一つのパンクチャリングされたサブチャネルが含まれるか及び／またはＥＨＴ ＢＳＳ運営チャネルがＨＥ ＢＳＳで支援しないチャネル幅であれば、ＡＰはＥＨＴ ＳＴＡのＢＳＳ運営チャネルとは異なってＨＥ運営要素を介してＨＥ ＳＴＡにＢＳＳ運営チャネルを設定する。

【0298】

この場合、ＨＥ ＳＴＡのためのＢＳＳ運営チャネルは主チャネルが含まれる最大帯域幅内で連続して設定される。

【0299】

よって、管理フレームに含まれたＨＥ ＳＴＡのためのＨＥ運営要素（第１運営要素）とＥＨＴ ＳＴＡのためのＥＨＴ運営要素（第２運営要素）は、それぞれ異なるようにＢＳＳ運営チャネルをそれぞれのＳＴＡに設定する。この場合、各ＳＴＡは設定されたＢＳＳ運営チャネルによってＰＰＤＵをＡＰに伝送する。また、チャネルがパンクチャリングされるかｄｉｓａｌｌｏｗｅｄであることはＡＰの判断による。例えば、ＡＰがあるチャネルを観察した結果、動作することが難しいと判断すれば、そのチャネルをｄｉｓａｌｌｏｗｅｄと設定する。または、チャネルがｄｉｓａｌｌｏｗｅｄであることはｄａｔａｂａｓｅに基づく。例えば、ｄａｔａｂａｓｅに基づいてあるチャネルがｄｉｓａｌｌｏｗｅｄであれば、ＡＰはそのチャネルをｄｉｓａｌｌｏｗｅｄチャネルと設定する。一実施例によると、ｄｉｓａｌｌｏｗｅｄチャネルはＥＨＴ運営要素またはＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔによって指示される。例えば、ｄｉｓａｌｌｏｗｅｄチャネルがシグナリングされる単位は２０ＭＨｚ ｂａｎｄ幅である。例えば、ＥＨＴ運営要素はＢＳＳ運営チャネルを構成する各２０ＭＨｚチャネルがｄｉｓａｌｌｏｗｅｄであるのか否かをシグナリングする。また、ｄｉｓａｌｌｏｗｅｄチャネルが設定されたＢＳＳのＡＰとｎｏｎ－ＡＰ ＳＴＡはｄｉｓａｌｌｏｗｅｄチャネルを含んでＰＰＤＵを伝送しない。

【0300】

一実施例によると、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルは、ＥＨＴ運営要素またはＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔを除いたｅｌｅｍｅｎｔに基づいて知らせられるＢＳＳ運営チャネルである。例えば、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルは、ＨＥ運営要素またはＨＥ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔに基づいて知らせられるｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルである。より詳しくは、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルは、ＨＥ運営要素に含まれた６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄに基づいて知らせられるｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルである。Ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅で示される値は２０、４０、８０、１６０ＭＨｚである。または、Ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅で示される値は２０、４０、８０、１６０、８０＋８０ＭＨｚである。

【0301】

また、ＥＨＴ ＢＳＳ運営チャネルはＥＨＴ運営要素またはＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓ ｅｌｅｍｅｎｔを含むｅｌｅｍｅｎｔに基づいて知らせられるＢＳＳ運営チャネルである。より詳しくは、ＥＨＴ ＢＳＳ運営チャネルは、ＥＨＴ運営要素に含まれた６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄに基づいて知らせられるＥＨＴ ＢＳＳ運営チャネルである。または、ＥＨＴ ＢＳＳ運営チャネルは、ＥＨＴ運営要素に含まれたチャネル幅ｓｕｂｆｉｅｌｄに基づいて知らせられるＥＨＴ ＢＳＳ運営チャネルである。また、前記ＥＨＴ運営要素はｄｉｓａｌｌｏｗｅｄチャネルに関する情報を含む。ＥＨＴ ＢＳＳ運営チャネル幅として示される値は２０、４０、８０、１６０、３２０ＭＨｚである。または、Ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅として示される値は２０、４０、８０、１６０、８０＋８０、３２０、１６０＋１６０ＭＨｚである。

【0302】

本発明の一実施例によると、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅はＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いた最も広い幅である。本発明の一実施例によると、ＨＥ運営要素に含まれたＢＳＳ運営チャネル幅はＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いた最も広い幅である。または、ＨＥ運営要素に含まれたＢＳＳ運営チャネル幅はＥＨＴ運営要素に基づいてシグナリングされるチャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いた最も広い幅である。この際、より詳しくは、前記ｄｉｓａｌｌｏｗｅｄチャネルはｄｉｓａｂｌｅｄ ２０ＭＨｚチャネルｓを意味する。

【0303】

図２９を参照すると、８０ＭＨｚチャネル４つが連続して存在する。例えば、８０ＭＨｚチャネル１、８０ＭＨｚチャネル２、８０ＭＨｚチャネル３、８０ＭＨｚチャネル４が存在する。また、８０ＭＨｚチャネル１はｄｉｓａｌｌｏｗｅｄチャネルである。ＥＨＴ標準は従来のＨＥまたはその前の標準より広いチャネル幅を支援するため、ｄｉｓａｌｌｏｗｅｄチャネルを除いて広いチャネル幅のＢＳＳを構成することができる。例えば、３２０ＭＨｚのＥＨＴ ＢＳＳ運営チャネル幅を設定する。この際、ｄｉｓａｌｌｏｗｅｄチャネルをシグナリングし、ｄｉｓａｌｌｏｗｅｄチャネルを除いた８０ＭＨｚチャネル２、８０ＭＨｚチャネル３、８０ＭＨｚチャネル４を利用して最大２４０ＭＨｚのｂａｎｄを利用して動作する。この際、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルをＥＨＴ ＢＳＳ運営チャネルとは異なるように知らせる。この際、上述したように、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅をｄｉｓａｌｌｏｗｅｄチャネルを除いた最も広い幅と知らせる。よって、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅を１６０ＭＨｚと知らせる。また、この際、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルである１６０ＭＨｚチャネルは、８０ＭＨｚチャネル３、８０ＭＨｚチャネル４で構成されるチャネルである。よって、ｐｒｉｍａｒｙチャネルが８０ＭＨｚチャネル３または８０ＭＨｚチャネル４に存在すべきである。つまり、ｐｒｉｍａｒｙチャネルが８０ＭＨｚチャネル２に含まれることが不可能である。前記ｐｒｉｍａｒｙチャネルはｐｒｉｍａｒｙ ２０ＭＨｚチャネルを意味する。または、前記ｐｒｉｍａｒｙチャネルはｐｒｉｍａｒｙ ４０ＭＨｚチャネルまたはｐｒｉｍａｒｙ ８０ＭＨｚチャネルを意味する。

【0304】

図３０は、本発明の他の一実施例によるＢＳＳ運営チャネルの幅の設定を示す図である。

【0305】

図３０の実施例は、図２９で説明したｐｒｉｍａｒｙチャネルの設定が制限される問題を解決するための実施例である。前に説明した内容は省略されている。

【0306】

本発明の一実施例によると、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅は、ＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いてｐｒｉｍａｒｙチャネルを含む最も広い幅である。この際、前記ｐｒｉｍａｒｙチャネルはｐｒｉｍａｒｙ ２０ＭＨｚチャネルである。他の実施例として、前記ｐｒｉｍａｒｙチャネルはｐｒｉｍａｒｙ ４０ＭＨｚチャネルまたはｐｒｉｍａｒｙ ８０ＭＨｚチャネルである。より詳しくは、本発明の一実施例によると、ＨＥ運営要素に含まれたＢＳＳ運営チャネル幅はＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いてｐｒｉｍａｒｙチャネルを含む最も広い幅である。または、ＨＥ運営要素に含まれたＢＳＳ運営チャネル幅はＥＨＴ運営要素に基づいてシグナリングされるチャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いてｐｒｉｍａｒｙチャネルを含む最も広い幅である。この際、より詳しくは、前記ｄｉｓａｌｌｏｗｅｄチャネルはｄｉｓａｂｌｅｄ ２０ＭＨｚチャネルｓを意味する。

【0307】

本発明の実施例を６ＧＨｚ ｂａｎｄで動作する場合に限定することができる。

【0308】

また、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅はＨＥ運営要素に含まれた情報である。より詳しくは、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅は、ＨＥ運営要素に含まれた６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄに含まれた情報である。より詳しくは、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅は、ＨＥ運営要素に含まれた６ＧＨｚ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄに含まれたチャネル幅情報である。

【0309】

図３０を参照すると、８０ＭＨｚチャネル４つが連続して存在する。例えば、８０ＭＨｚチャネル１、８０ＭＨｚチャネル２、８０ＭＨｚチャネル３、８０ＭＨｚチャネル４が存在する。また、８０ＭＨｚチャネル１はｄｉｓａｌｌｏｗｅｄチャネルである。ＥＨＴ標準は従来のＨＥまたはその前の標準より広いチャネル幅を支援するため、ｄｉｓａｌｌｏｗｅｄチャネルを除いて広いチャネル幅のＢＳＳを構成することができる。例えば、３２０ＭＨｚのＥＨＴ ＢＳＳ運営チャネル幅を設定する。この際、ｄｉｓａｌｌｏｗｅｄチャネルをシグナリングし、ｄｉｓａｌｌｏｗｅｄチャネルを除いた８０ＭＨｚチャネル２、８０ＭＨｚチャネル３、８０ＭＨｚチャネル４を利用して最大２４０ＭＨｚのｂａｎｄを利用して動作する。この際、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルをＥＨＴ ＢＳＳ運営チャネルとは異なるように知らせる。この際、上述したように、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅をｄｉｓａｌｌｏｗｅｄチャネルを除いてｐｒｉｍａｒｙチャネルを含む最も広い幅と知らせる。よって、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅を８０ＭＨｚと知らせる。また、この際、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルである８０ＭＨｚチャネルは、８０ＭＨｚチャネル２で構成されるチャネルである。また、図面の実施例とは異なって、ｐｒｉｍａｒｙチャネルが８０ＭＨｚチャネル３または８０ＭＨｚチャネル４に存在するように設定したい場合、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネルを１６０ＭＨｚに設定することができる。よって、ｐｒｉｍａｒｙチャネルの選択に対して自由度がある。

【0310】

図３１は、本発明の一実施例によるチャネル化とＢＳＳ運営チャネルの幅の設定を示す図である。

【0311】

図３１の実施例は、図２９で説明したｐｒｉｍａｒｙチャネルの設定が制限される問題を解決するための実施例である。前に説明した内容は省略されている。また、図３１の実施例は、図３０で説明した実施例と共に使用される。

【0312】

本発明の一実施例によると、チャネル化が存在する。つまり、使用可能なチャネル（ｂａｎｄ）が定義されている。図３１（ａ）は、６ＧＨｚ ｂａｎｄに対するチャネル化を示す。例えば、図面に示したような８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚチャネルが定義されている。例えば、チャネル化で定義する１６０ＭＨｚチャネル以外に任意の連続した８０ＭＨｚチャネル２つを使用して１６０ＭＨｚチャネルを構成することは不可能である。同じく、チャネル化で定義する３２０ＭＨｚチャネル以外に任意の連続した８０ＭＨｚチャネル４つを使用して３２０ＭＨｚチャネルを構成することは不可能である。

【0313】

本発明の一実施例によると、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅は、ＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いてｐｒｉｍａｒｙチャネルを含む最も広い幅である。より詳しくは、本発明の一実施例によると、ｎｏｎ－ＥＨＴ ＢＳＳ運営チャネル幅は、ＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いて、ｐｒｉｍａｒｙチャネルを含み、チャネル化で定義されるチャネルを超えない最も広い幅である。この際、前記ｐｒｉｍａｒｙチャネルはｐｒｉｍａｒｙ ２０ＭＨｚチャネルである。他の実施例として、前記ｐｒｉｍａｒｙチャネルはｐｒｉｍａｒｙ ４０ＭＨｚチャネルまたはｐｒｉｍａｒｙ ８０ＭＨｚチャネルである。より詳しくは、本発明の一実施例によると、ＨＥ運営要素に含まれたＢＳＳ運営チャネル幅は、ＥＨＴ運営チャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いて、ｐｒｉｍａｒｙチャネルを含み、チャネル化で定義されるチャネルを超えない最も広い幅である。または、ＨＥ運営要素に含まれたＢＳＳ運営チャネル幅はＥＨＴ運営要素に基づいてシグナリングされるチャネル幅からｄｉｓａｌｌｏｗｅｄチャネルを除いて、ｐｒｉｍａｒｙチャネルを含み、チャネル化で定義されるチャネルを超えない最も広い幅である。この際、より詳しくは、前記ｄｉｓａｌｌｏｗｅｄチャネルはｄｉｓａｂｌｅｄ ２０ＭＨｚチャネルｓを意味する。

【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】

よって、チャネル幅（ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ）ｓｕｂｆｉｅｌｄの各値は、下記（１）乃至（８）で並べた情報のうち一つを指示する。

【0349】

（１）チャネル幅が２０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない。

【0350】

（２）チャネル幅が４０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない。

【0351】

（３）チャネル幅が８０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない。

【0352】

（４）チャネル幅が８０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含む。

【0353】

（５）チャネル幅が１６０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない。

【0354】

（６）チャネル幅が１６０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含む。

【0355】

（７）チャネル幅が３２０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない。

【0356】

（８）チャネル幅が３２０ＭＨｚで、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含む。

【0357】

または、前記（１）、（２）ではＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない情報を含まず、チャネル幅情報のみを含むことと同じ意味である。

【0358】

図３２（ｂ２）において、チャネル幅（ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ）ｓｕｂｆｉｅｌｄは３－ｂｉｔである。または、図３２（ｂ２）において、チャネル幅（ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ）ｓｕｂｆｉｅｌｄは１－ｏｃｔｅｔである。

【0359】

図３２（ｂ１）または図３２（ｂ２）を参照すると、ＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ ｆｉｅｌｄはＣＣＦＳ情報を含む。例えば、Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ ０ ｓｕｂｆｉｅｌｄ、Ｃｈａｎｎｅｌ Ｃｅｎｔｅｒ Ｆｒｅｑｕｅｎｃｙ Ｓｅｇｍｅｎｔ １ ｓｕｂｆｉｅｌｄにＣＣＦＳ情報が含まれる。

【0360】

図３３は、本発明の一実施例による非活性化されたサブチャネルが考慮された伝送の一例を示す図である。

【0361】

本発明の一実施例によると、図３２で説明したように、ｄｉｓａｂｌｅｄサブチャネルが指示される。図３３を参照すると、指示されたか指示したｄｉｓａｂｌｅｄサブチャネルに基づいてＰＰＤＵまたはｆｒａｍｅを伝送する。例えば、最も最近に指示されたか指示したｄｉｓａｂｌｅｄサブチャネルに基づいてＰＰＤＵまたはｆｒａｍｅを伝送する。例えば、最も最近に指示されたか指示したｄｉｓａｂｌｅｄサブチャネルにはＰＰＤＵまたはｆｒａｍｅを伝送しない。例えば、ｎｏｎ－ＨＴ（ｄｕｐｌｉｃａｔｅ） ＰＰＤＵを伝送する際に指示されたか指示したｄｉｓａｂｌｅｄサブチャネルに基づいてＰＰＤＵを伝送する。または、ｎｏｎ－ＨＴ（ｄｕｐｌｉｃａｔｅ） ＰＰＤＵを伝送する際に上述したＴＸＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒ ＩＮＡＣＴＩＶＥ＿サブチャネルＳに基づいてＰＰＤＵを伝送する。

【0362】

図３３を参照すると、ＡＰはＭＵ－ＲＴＳ ｆｒａｍｅを含むＰＰＤＵを伝送する。この際、ｄｉｓａｂｌｅｄサブチャネルを除いたサブチャネルでＰＰＤＵを伝送する。また、前記ＭＵ－ＲＴＳ ｆｒａｍｅを受信したＳＴＡはＣＴＳ ｆｒａｍｅを含むＰＰＤＵを伝送して応答する。この際、ＣＴＳ ｆｒａｍｅを伝送するＳＴＡはｄｉｓａｂｌｅｄサブチャネルを除いたサブチャネルでＰＰＤＵを伝送する。例えば、もしＭＵ－ＲＴＳ ｆｒａｍｅが指示するｃｈａｎｎｅｌやＲＵがｄｉｓａｂｌｅｄサブチャネルを含むか、ｄｉｓａｂｌｅｄサブチャネルとは関係なく指示されても、ＳＴＡは既知のｄｉｓａｂｌｅｄサブチャネルを除いたサブチャネルでＰＰＤＵを伝送する。また、ＭＵ－ＲＴＳ ｆｒａｍｅがＳＴＡが既知のｄｉｓａｂｌｅｄサブチャネル以外に追加のｄｉｓａｂｌｅｄサブチャネルを指示すれば、既知のｄｉｓａｂｌｅｄサブチャネル及び追加のｄｉｓａｂｌｅｄサブチャネルを除いたサブチャネルで応答する。Ｄｉｓａｂｌｅｄサブチャネルではｐｒｅａｍｂｌｅも伝送しない。また、ＣＴＳ ｆｒａｍｅを受信したＳＴＡは続くｆｒａｍｅ、例えば、Ｄａｔａ ｆｒａｍｅを伝送する。この際も同じくｄｉｓａｂｌｅｄサブチャネルを除いたサブチャネルでのみ伝送する。もしＣＴＳ ｆｒａｍｅが追加のｄｉｓａｂｌｅｄサブチャネルを指示すれば、追加のｄｉｓａｂｌｅｄサブチャネルも除いたサブチャネルでＰＰＤＵを伝送する。

【0363】

図３４は、本発明の一実施例による非活性化されたサブチャネルのシグナリングの一例を示す図である。

【0364】

図３４の実施例では、ｄｉｓａｂｌｅｄサブチャネルを指示するより具体的な方法について説明する。前に説明した内容は省略されている。本発明の実施例において、ＥＨＴ運営要素がｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含むと記載したのは、ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄ、或いはＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄの包含可否を指示するシグナリングがＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含むと指示された場合と同じ意味である。また、ＥＨＴ運営要素がｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まないと記載したのは、ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄ、或いはＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄの包含可否を指示するシグナリングがＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まないと指示された場合と同じ意味である。

【0365】

本発明の一実施例によると、ＢＳＳにｄｉｓａｂｌｅｄサブチャネルが存在しても、ＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄをＥＨＴ運営要素に常に含ませないことができる。よって、ＥＨＴ運営要素を受信するＳＴＡは、ＥＨＴ運営要素がＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まなくてもｄｉｓａｂｌｅｄサブチャネルがないと認識しない。一実施例によると、これはＥＨＴ運営要素がＢｅａｃｏｎ ｆｒａｍｅに含まれる場合に限定する。または、これはＥＨＴ運営要素がＢｅａｃｏｎ ｆｒａｍｅまたはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含まれる場合に限定する。それによって、Ｂｅａｃｏｎ ｆｒａｍｅやＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅのようなＭａｎａｇｅｍｅｎｔ ｆｒａｍｅが資源を多く占める問題を減らすことができる。

【0366】

しかし、ｄｉｓａｂｌｅｄサブチャネルが存在すれば、ＳＴＡがそれを明確に知った上で動作するようにする必要がある。

【0367】

よって、本発明の一実施例によると、予め設定されたｆｒａｍｅに含まれるＥＨＴ運営要素はＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを常に含む。前記予め設定されたｆｒａｍｅは、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅまたはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅである。また、前記予め設定されたｆｒａｍｅは、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、またはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅである。また、本発明において、ＳＴＡが受信した予め設定されたｆｒａｍｅに基づいて動作する際、最も最近に受信した予め設定されたｆｒａｍｅを意味する。

【0368】

より具体的一実施例によると、ｄｉｓａｂｌｅｄサブチャネルが存在すれば、予め設定されたｆｒａｍｅに含まれるＥＨＴ運営要素にはＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを常に含む。この場合、ｄｉｓａｂｌｅｄサブチャネルが存在しなければ、予め設定されたｆｒａｍｅに含まれるＥＨＴ運営要素であってもＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まない。また、ＳＴＡが受信した予め設定されたｆｒａｍｅがＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まなければ、ｄｉｓａｂｌｅｄサブチャネルが存在しないと認識して動作する。ＳＴＡが受信した予め設定されたｆｒａｍｅがＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含めば、受信したＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄに基づいてｄｉｓａｂｌｅｄサブチャネルを認識して動作する。例えば、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを全く受信できなったＳＴＡはｄｉｓａｂｌｅｄサブチャネルが存在しないと判断する。Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを全く受信できなかったのは、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅがＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含んでいないためである。

【0369】

更に具体的他の実施例によると、ｄｉｓａｂｌｅｄサブチャネルが存在するのかとは関係なく、予め設定されたｆｒａｍｅに含まれるＥＨＴ運営要素にはＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを常に含む。この場合、ｄｉｓａｂｌｅｄサブチャネルが存在しなければ、予め設定されたｆｒａｍｅに含まれるＥＨＴ運営要素はＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄがｄｉｓａｂｌｅｄサブチャネルが存在しないと指示される（例えば、動作するｃｈａｎｎｅｌに当たる全てのｂｉｔが０に設定される。）。ＳＴＡが受信した予め設定されたｆｒａｍｅが含むＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄに基づいてｄｉｓａｂｌｅｄサブチャネルが存在するのか否か、またはどのサブチャネルがｄｉｓａｂｌｅｄサブチャネルであるのかを認識して動作する。

【0370】

図３４を参照すると、ＡＰがＢｅａｃｏｎ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Reassociation Response frameを伝送する。ＡＰが伝送するＭａｎａｇｅｍｅｎｔ ｆｒａｍｅ、例えば、Ｂｅａｃｏｎ ｆｒａｍｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Reassociation Response frame、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅはＥＨＴ運営要素を含む。また、前記ＡＰが運営するＢＳＳにｄｉｓａｂｌｅｄサブチャネルが存在する。Ｄｉｓａｂｌｅｄサブチャネルが存在するが、ＡＰはＢｅａｃｏｎ ｆｒａｍｅを伝送する際、ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄを０に（ビットマップを含まないと）設定する。これは、Ｂｅａｃｏｎ ｆｒａｍｅのサイズを減らすためである。ＳＴＡがＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄが０に設定されたＥＨＴ運営要素を受信しても、ｄｉｓａｂｌｅｄサブチャネルが存在するのかを前記ＥＨＴ運営要素に基づいて認識しない。ＳＴＡは最も最近に受信したＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅまたはReassociation Response frameが含むＥＨＴ運営要素に基づいて、ｄｉｓａｂｌｅｄサブチャネルが存在するのか、どのサブチャネルがｄｉｓａｂｌｅｄであるのかを認識する。

【0371】

また、ＡＰがＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅまたはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを伝送すれば、常にＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄを１に（ビットマップを含むと）設定する。ＳＴＡはＰＰＤＵを伝送する際、最も最近に受信したＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅまたはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅが含むＥＨＴ運営要素及びＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄに基づいて伝送する。この際、ｄｉｓａｂｌｅｄサブチャネルで指示されたサブチャネルに対してはｐｕｃｔｕｒｉｎｇを行ってｐｕｃｔｕｒｅｄ ｔｒａｎｓｍｉｓｓｉｏｎをする。この際、ＳＴＡは、図３４に示したように最も最近に受信したＥＨＴ運営要素がＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まなくても、前記最も最近に受信したＥＨＴ運営要素がＢｅａｃｏｎ ｆｒａｍｅに含まれているため、ｄｉｓａｂｌｅｄサブチャネルがないと認識しない。

【0372】

図３５は、本発明の一実施例による非活性化されたサブチャネルのシグナリングと重要なアップデートを示す図である。

【0373】

本発明の一実施例によると、以下のｅｖｅｎｔをｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。

【0374】

（ａ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ ｅｌｅｍｅｎｔ

【0375】

（ｂ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａｎ Ｅｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ ｅｌｅｍｅｎｔ

【0376】

（ｃ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＥＤＣＡ ｐａｒａｍｅｔｅｒｓ ｅｌｅｍｅｎｔ

【0377】

（ｄ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｑｕｉｅｔ ｅｌｅｍｅｎｔ

【0378】

（ｅ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＤＳＳＳ Ｐａｒａｍｅｔｅｒ Ｓｅｔ

【0379】

（ｆ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＣＦ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0380】

（ｇ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＨＴ運営要素

【0381】

（ｈ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｗｉｄｅ Ｂａｎｄｗｉｄｔｈ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ ｅｌｅｍｅｎｔ

【0382】

（ｉ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｗｒａｐｐｅｒ ｅｌｅｍｅｎｔ

【0383】

（ｊ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａｎ Ｏｐｅｒａｔｉｎｇ Ｍｏｄｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ

【0384】

（ｋ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｑｕｉｅｔ Ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ

【0385】

（ｌ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＶＨＴ運営要素

【0386】

（ｍ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＨＥ運営要素

【0387】

（ｎ）Ｉｎｓｅｒｔｉｏｎ ｏｆ ａ Ｂｒｏａｄｃａｓｔ ＴＷＴ ｅｌｅｍｅｎｔ

【0388】

（ｏ）Ｉｎｃｌｕｓｉｏｎ ｏｆ ｔｈｅ ＢＳＳ Ｃｏｌｏｒ Ｃｈａｎｇｅ Ａｎｎｏｕｎｃｅｍｅｎｔ ｅｌｅｍｅｎｔ

【0389】

（ｐ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0390】

（ｑ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ Ｓｐａｔｉａｌ Ｒｅｕｓｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0391】

（ｒ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＵＯＲＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0392】

（ｓ）Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＥＨＴ運営要素

【0393】

ＥｌｅｍｅｎｔのＭｏｄｉｆｉｃａｔｉｏｎは、前記ｅｌｅｍｅｎｔの少なくとも一つのｆｉｅｌｄ値に変化があることを意味する。Ｅｌｅｍｅｎｔのｉｎｃｌｕｓｉｏｎは、前記ｅｌｅｍｅｎｔがＢｅａｃｏｎ ｆｒａｍｅに含まれることを意味する。Ｅｌｅｍｅｎｔのｉｎｓｅｒｔｉｏｎは、前記ｅｌｅｍｅｎｔが以前のＢｅａｃｏｎ ｆｒａｍｅには含まれておらず、現在のＢｅａｃｏｎ ｆｒａｍｅに含まれることを意味する。または、Ｅｌｅｍｅｎｔのｉｎｓｅｒｔｉｏｎは、前記ｅｌｅｍｅｎｔが以前のＢｅａｃｏｎ ｆｒａｍｅには含まれておらず、次のＢｅａｃｏｎ ｆｒａｍｅに含まれることを意味する。

【0394】

また、ｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったら、ＡＰは予め設定されたｆｉｅｌｄ（またはｓｕｂｆｉｅｌｄ）値を変化させる。一実施例によると、ＡＰは前記ＡＰが運営するＢＳＳだけでなく、前記ＡＰが属するＭＬＤの他のＡＰが運営するＢＳＳに当たるｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こる場合も予め設定されたｆｉｅｌｄ値を変化させる。つまり、ｍｕｌｔｉ－ｌｉｎｋ ｅｌｅｍｅｎｔに含まれるｃｒｉｔｉｃａｌ ｕｐｄａｔｅに当たるｅｌｅｍｅｎｔが変化される際にも予め設定されたｆｉｅｌｄ値を変化させる。または、ＡＰは前記ＡＰが運営するＢＳＳだけでなく、前記ＡＰが属するｍｕｌｔｉｐｌｅ ＢＳＳＩＤ ｓｅｔの他のＡＰが運営するＢＳＳに当たるｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こる場合も予め設定されたｆｒａｍｅ値を変化させる。つまり、ｍｕｌｔｉｐｌｅ ＢＳＳＩＤ ｅｌｅｍｅｎｔに含まれるｃｒｉｔｉｃａｌ ｕｐｄａｔｅに当たるｅｌｅｍｅｎｔが変化される際にも予め設定されたｆｉｅｌｄ値を変化させる。ＳＴＡは前記予め設定されたｆｉｅｌｄが変化したことを確認したら、どのｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったのか、またはどのｅｌｅｍｅｎｔが変化したのかを確認し、該当するｐａｒａｍｅｔｅｒを変更して動作する。

【0395】

例えば、前記予め設定されたｆｉｅｌｄはｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったのかを示すｆｌａｇである。例えば、前記予め設定されたｆｉｅｌｄはＣｈｅｃｋ Ｂｅａｃｏｎ Ｆｌａｇ ｓｕｂｆｉｅｌｄまたはｃｒｉｔｉｃａｌ ｕｐｄａｔｅ Ｆｌａｇ ｓｕｂｆｉｅｌｄである。Ｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったのかを示すｆｌａｇは１－ｂｉｔである。もし、ｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったのかを示すｆｌａｇが１に設定されれば、ｃｒｉｔｉｃａｌ ｕｐｄａｔｅが発生したのである。

【0396】

または、前記予め設定されたｆｉｅｌｄはｓｅｑｕｅｎｃｅを示すｆｉｅｌｄである。例えば、前記予め設定されたｆｉｅｌｄはｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こる際に値を増加させるｆｉｅｌｄである。例えば、前記予め設定されたｆｉｅｌｄはｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こる際に値を１ずつ増加させるｆｉｅｌｄである。この際、ｓｅｑｕｅｎｃｅ値はｍａｘｉｍｕｍ ｖａｌｕｅでｍｏｄｕｌｏ演算した値である。例えば、前記予め設定されたｆｉｅｌｄはＣｈｅｃｋ Ｂｅａｃｏｎ ｆｉｅｌｄまたはＣｈａｎｇｅ Ｓｅｑｕｅｎｃｅ ｆｉｅｌｄである。

【0397】

図３４で説明したように、ｄｉｓａｂｌｅｄサブチャネルが存在しても、ＥＨＴ運営要素はＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まなくてもよい。また、ｄｉｓａｂｌｅｄサブチャネルが存在する際、ＥＨＴ運営要素はＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含んでもよい。また、図３２で説明したように、ＥＨＴ運営要素がＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含むのか否かが変更される際、ＥＨＴ運営要素が含むＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄ値が変更される。よって、ＥＨＴ運営要素が含む少なくとも一つの値の変化をｃｒｉｔｉｃａｌ ｕｐｄａｔｅと定義すると、単純にＭａｎａｇｅｍｅｎｔ ｆｒａｍｅのサイズを減らすためにＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含んでから含まない際、または実際のｄｉｓａｂｌｅｄサブチャネルには変化がないが、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄの包含可否を変更する際にもこれがｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類される。よって、ＳＴＡは不必要にｐａｒａｍｅｔｅｒの変更を確認するようになる。

【0398】

よって、本発明の一実施例によると、ＥＨＴ運営要素がＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含むのか否かはｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類されない。または、ＥＨＴ運営要素が含むＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄの変化はｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類されない。これはＥＨＴ運営要素がＢｅａｃｏｎ ｆｒａｍｅに含まれる場合に限定される。

【0399】

または、ＥＨＴ運営要素のＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄを除いたｆｉｅｌｄの少なくとも一つの値の変化をｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。または、ＥＨＴ運営要素が含むＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄの変化をｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。

【0400】

または、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅまたはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ（またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）に含まれるＥＨＴ運営要素は、以前のＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅまたはＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ（またはＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）に含まれるＥＨＴ運営要素に比べ、値が変わる際にｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類される。この際は、ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄの値が変わる際もｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。

【0401】

図３５を参照すると、ＡＰがＢｅａｃｏｎ ｆｒａｍｅ１を送信する際、ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄを１に設定する。また、ＡＰがＢｅａｃｏｎ ｆｒａｍｅ２を送信する際、ＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄを０に設定する。これは、Ｂｅａｃｏｎ ｆｒａｍｅ２のサイズを減らすためである。また、この際、ＥＨＴ運営要素が含むＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄの値が以前とは変更されたが、ｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類しなくてもよい。よって、ＡＰはＢｅａｃｏｎ ｆｒａｍｅ２に含まれるｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったら、変化させる予め設定されたｆｉｅｌｄの値を変更しない。また、Ｂｅａｃｏｎ ｆｒａｍｅ３はＤｉｓａｂｌｅｄサブチャネルビットマップＰｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄを１に設定し、Ｄｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄの値がＢｅａｃｏｎ ｆｒａｍｅ１に含まれたＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄとは異なる。この場合、ｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。また、ＡＰはＢｅａｃｏｎ ｆｒａｍｅ３に含まれるｃｒｉｔｉｃａｌ ｕｐｄａｔｅが起こったら、変化させる予め設定されたｆｉｅｌｄの値を変更する。

【0402】

図３６は、本発明の他の実施例による非活性化されたサブチャネルのシグナリングと重要なアップデートを示す図である。

【0403】

図３４または図３５で説明したような実施例を使用すれば、ＳＴＡはｄｉｓａｂｌｅｄサブチャネルが存在するのかを判断するためにｆｒａｍｅの種類などを追加に確認すべきであるが、これは具現の負担に作用する。よって、図３６ではこのような問題を解決するための実施例を記述する。本実施例において、前に説明した内容は省略されている。

【0404】

本発明の一実施例によると、ｄｉｓａｂｌｅｄサブチャネルが存在すれば、ＥＨＴ運営要素はＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを常に含む。よって、ＳＴＡは最も最近に受信したＥＨＴ運営要素に基づいてｄｉｓａｂｌｅｄサブチャネルを判断する。これはＥＨＴ運営要素がＡｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅやＲｅａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含まれるだけでなく、Ｂｅａｃｏｎ ｆｒａｍｅに含まれる場合も含む。

【0405】

また、本実施例において、ｄｉｓａｂｌｅｄサブチャネルがなければ、ＡＰは伝送するＥＨＴ運営要素にＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含ませなくてもよい。また、ＳＴＡが受信したＥＨＴ運営要素がＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含まなければ、ｄｉｓａｂｌｅｄサブチャネルがないと判断する。

【0406】

つまり、運営要素はＢＳＳ運営チャネルの前記少なくとも一つの利用不可能なチャネル（またはｄｉｓａｂｌｅｄサブチャネル、またはパンクチャリングされたサブチャネルなど）を指示する非活性化されたサブチャネルビットマップサブフィールド（Ｄｉｓａｂｌｅｄ Ｓｕｂｃｈａｎｎｅｌ Ｂｉｔｍａｐ ｓｕｂｆｉｅｌｄ）が含まれるのか否かを示す非活性化されたサブチャネルビットマップ存在サブフィールド（Ｄｉｓａｂｌｅｄ Ｓｕｂｃｈａｎｎｅｌ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｔ ｓｕｂｆｉｅｌｄ）を含む。この場合、非活性化されたサブチャネルビットマップサブフィールドの各ビットは、対応するサブチャネルが利用不可能であるのか否かを示す。例えば、ビット値が「０」であれば対応するチャネルは利用可能（例えば、パンクチャリングされない）であり、ビット値が「１」であれば対応するチャネルは利用可能（例えば、パンクチャリングされる）であることを示す。

【0407】

また、非活性化されたサブチャネルビットマップ存在サブフィールドのビット値は、非活性化されたサブチャネルビットマップサブフィールドが存在するのか否かを示す。例えば、非活性化されたサブチャネルビットマップ存在サブフィールドのビット値が「１」に設定されれば、非活性化されたサブチャネルビットマップサブフィールドが運営要素に含まれ、非活性化されたサブチャネルビットマップ存在サブフィールドのビット値が「０」に設定されれば、非活性化されたサブチャネルビットマップサブフィールドが運営要素に含まれない。

【0408】

または、ｄｉｓａｂｌｅｄサブチャネルがなければ、ＡＰは伝送するＥＨＴ運営要素にＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含ませるが、動作するサブチャネルに当たるｂｉｔをいずれも０に（ｅｎａｂｌｅｄに）設定する。ＥＨＴ運営要素を受信するＳＴＡは、受信した前記ＥＨＴ運営要素がＤｉｓａｂｌｅｄサブチャネルビットマップｓｕｂｆｉｅｌｄを含んでも、動作するｃｈａｎｎｅｌに対する全てのｂｉｔがｅｎａｂｌｅｄに設定されれば、ｄｉｓａｂｌｅｄサブチャネルがないと判断し動作する。

【0409】

よって、説明した一実施例によると、ＥＨＴ運営要素が非活性化されたサブチャネルが存在しないことを指示する２つの方法が存在する。２つの方法のうち一つは、ＥＨＴ運営要素に非活性化されたサブチャネルビットマップサブフィールドを含ませないことであり、他の一つは、ＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップサブフィールドのビットのうち動作するチャネルに当たる値をいずれもｅｎａｂｌｅｄに設定することである。また、ＡＰの選択によって２つの方法をいずれも使用してもよい。ＥＨＴ運営要素の設定が前記２つの方法のうちで切り替えられる際、ＥＨＴ運営要素が含むｆｉｅｌｄの値が変更される。例えば、非活性化されたサブチャネルビットマップ存在サブフィールドの値が変更される。本発明の実施例によると、このような２つの方法の間の切り替えはｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類しない。つまり、非活性化されたサブチャネルビットマップ存在サブフィールドの値が変更されても、非活性化されたサブチャネルビットマップサブフィールドが少なくとも一つのｄｉｓａｂｌｅｄサブチャネルを指示しなければｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類しない。

【0410】

非活性化されたサブチャネルビットマップ存在サブフィールドが変更される際、非活性化されたサブチャネルビットマップサブフィールド非活性化されたサブチャネルを少なくとも一つ指示した場合をｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。例えば、非活性化されたサブチャネルビットマップサブフィールドがｄｉｓａｂｌｅｄサブチャネルを少なくとも一つ指示するＥＨＴ運営要素を伝送した後、非活性化されたサブチャネルビットマップサブフィールドを含まないＥＨＴ運営要素を伝送する際にｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。または、非活性化されたサブチャネルビットマップサブフィールドを含まないＥＨＴ運営要素を伝送した後、非活性化されたサブチャネルビットマップサブフィールドがｄｉｓａｂｌｅｄサブチャネルを少なくとも一つ指示するＥＨＴ運営要素を伝送する際にｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。

【0411】

また、ＥＨＴ運営要素の前記で言及した以外のフィールドが変化する際もｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。

【0412】

よって、利用不可能なサブチャネルを指示する非活性化されたサブチャネルビットマップサブフィールドの存在可否を示すフィールドの値が変更されたら、ｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類されてｃｒｉｔｉｃａｌ ｕｐｄａｔｅを示すフィールドの値が増加する。この場合、ＡＰはｃｒｉｔｉｃａｌ ｕｐｄａｔｅを示すフィールドを含むフレーム（例えば、ＴＩＭフレーム）をＳＴＡに伝送するが、ＳＴＡはそれに基づいて運営パラメータ（ｏｐｅｒａｔｉｏｎａｌ ｐａｒａｍｅｔｅｒ）の変更可否を認識する。つまり、非活性化されたサブチャネルビットマップサブフィールドの存在可否を示すフィールドであるサブチャネルビットマップ存在サブフィールドのビット値が「０」から「１」に（または、「１」から「０」に）変更されたら、これはｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類される。よって、ＡＰはｃｒｉｔｉｃａｌ ｕｐｄａｔｅを示すフィールドの値を増加させてＳＴＡに伝送する。この場合、ＳＴＡは運営パラメータが変更されたことを認識し、管理フレームを受信してアップデートされた運営パラメータを認識する。

【0413】

他の実施例によると、上述したＥＨＴ運営要素が非活性化されたサブチャネルが存在しないことを指示する方法が、２つの方法のうち一つの設定を許容しない。例えば、ＥＨＴ運営要素が非活性化されたサブチャネルが存在しないことを指示するためには、常に非活性化されたサブチャネルビットマップサブフィールドを含ませなくてもよい。つまり、常に非活性化されたサブチャネルビットマップ存在サブフィールドを０に設定する。また、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップサブフィールドを含みながら非活性化されたサブチャネルを一つも指示しない設定を許容しない。例えば、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップサブフィールドを含みながら非活性化されたサブチャネルビットマップサブフィールドのｂｉｔのうち動作するｃｈａｎｎｅｌに当たる全てのｂｉｔがいずれもｅｎａｂｌｅｄに設定されることを許容しない。このような設定はｒｅｄｕｎｄａｎｔできるためである。本発明の実施例によると、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップサブフィールドを含めば、少なくとも一つの非活性化されたサブチャネルを指示することができる。つまり、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップサブフィールドを含めば、非活性化されたサブチャネルビットマップサブフィールドの動作するｃｈａｎｎｅｌに当たるｂｉｔのうち少なくとも一つのｂｉｔが１に設定される。この場合、ＥＨＴ運営要素が含むｆｉｅｌｄのうち少なくとも一つの値が変化される際にｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。もしＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップ存在サブフィールド値が変化してもｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類してもよい。

【0414】

本発明の実施例において、非活性化されたサブチャネルビットマップサブフィールドのうち動作するｃｈａｎｎｅｌに当たる値に限定して記載したのは非活性化されたサブチャネルビットマップサブフィールドのｂｉｔに拡張されてもよい。例えば、非活性化されたサブチャネルビットマップサブフィールドのうち動作するｃｈａｎｎｅｌに当たる値が同じ値に設定された実施例は、非活性化されたサブチャネルビットマップサブフィールドの全てのｂｉｔが前記同じ値に設定された実施例に拡張されてもよい。

【0415】

図３６を参照すると、ＡＰはＢｅａｃｏｎ ｆｒａｍｅ１、Ｂｅａｃｏｎ ｆｒａｍｅ２、Ｂｅａｃｏｎ ｆｒａｍｅ３を伝送するが、各ｆｒａｍｅはＥＨＴ運営要素を含む。Ｂｅａｃｏｎ ｆｒａｍｅ１は非活性化されたサブチャネルビットマップ存在サブフィールドを１に設定する。また、Ｂｅａｃｏｎ ｆｒａｍｅ１が含む非活性化されたサブチャネルビットマップサブフィールドは、少なくとも一つの非活性化されたサブチャネル（ｐｕｃｔｕｒｅｄサブチャネル）を指示する。Ｂｅａｃｏｎ ｆｒａｍｅ１を受信するＳＴＡは、非活性化されたサブチャネルビットマップサブフィールドに基づいて非活性化されたサブチャネルが存在することと、どのサブチャネルがｄｉｓａｂｌｅされたのかを判断する。また、ｃｈａｎｎｅｌ状況が変わってＡＰが全てのサブチャネルを使用すると変更する。Ｂｅａｃｏｎ ｆｒａｍｅ２が含むＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップ存在サブフィールドが０に設定される。よって、Ｂｅａｃｏｎ ｆｒａｍｅ２に含まれた前記ＥＨＴ運営要素には非活性化されたサブチャネルビットマップサブフィールドが存在しない。前記ＥＨＴ運営要素を受信したＳＴＡは、非活性化されたサブチャネルビットマップサブフィールドが存在しないことを確認し、非活性化されたサブチャネルがないと判断する。この際、ＡＰはＢｅａｃｏｎ ｆｒａｍｅ１で非活性化されたサブチャネルを指示する非活性化されたサブチャネルビットマップサブフィールドを含んでいて、Ｂｅａｃｏｎ ｆｒａｍｅ２で非活性化されたサブチャネルビットマップサブフィールドを含まなくなったが、これをｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類する。Ｂｅａｃｏｎ ｆｒａｍｅ３に含まれたＥＨＴ運営要素は非活性化されたサブチャネルビットマップ存在サブフィールドを１に設定し、Ｂｅａｃｏｎ ｆｒａｍｅ３に含まれた前記ＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップサブフィールドは非活性化されたサブチャネルが存在しないことを指示する。つまり、非活性化されたサブチャネルビットマップサブフィールドのうち動作するｃｈａｎｎｅｌに当たるｂｉｔがいずれも０に設定される。この場合、Ｂｅａｃｏｎ ｆｒａｍｅ２で非活性化されたサブチャネルビットマップサブフィールドを含まないことで非活性化されたｃｈａｎｎｅｌが存在しないことを指示しており、Ｂｅａｃｏｎ ｆｒａｍｅ３で同じく非活性化されたｃｈａｎｎｅｌが存在しないことを指示したため、この場合をｃｒｉｔｉｃａｌ ｕｐｄａｔｅに分類しない。

【0416】

図３７は、本発明の一実施例によるＥＨＴ運営要素フォーマットを示す図である。

【0417】

図３２で説明した非活性化されたサブチャネルビットマップサブフィールドは、存在すればその長さが一定であった。しかし、ＢＳＳが動作するチャネル幅はｅｌｅｍｅｎｔがシグナリングを支援するｍａｘｉｍｕｍチャネル幅ではない可能性があり、このような場合、非活性化されたサブチャネルビットマップサブフィールドはｒｅｄｕｎｄａｎｔな値を含むべきである。よって、本発明において、非活性化されたサブチャネルビットマップサブフィールドの長さを減らすための方法を説明する。

【0418】

本発明の一実施例によると、ＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップサブフィールドの長さは、前記ＥＨＴ運営要素が指示するチャネル幅に基づいて異なる。例えば、ＥＨＴ運営要素が指示するチャネル幅が３２０ＭＨｚであれば、前記ＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップサブフィールドは２－ｏｃｔｅｔである。また、ＥＨＴ運営要素が指示するチャネル幅が３２０ＭＨｚより小さければ、つまり、１６０ＭＨｚ以下であれば、前記ＥＨＴ運営要素が含む非活性化されたサブチャネルビットマップサブフィールドは１－ｏｃｔｅｔである。ＥＨＴ運営要素が含むチャネル幅サブフィールドが０、１、２、３、４であれば、それぞれチャネル幅が２０、４０、８０、１６０、３２０ＭＨｚであることを示す。

【0419】

図３７を参照すると、ＥＨＴ運営要素はＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄ、非活性化されたサブチャネルビットマップサブフィールドを含む。ＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄはチャネル幅サブフィールド、非活性化されたサブチャネルビットマップ存在サブフィールドを含む。もし非活性化されたサブチャネルビットマップ存在サブフィールド０に設定されれば、非活性化されたサブチャネルビットマップサブフィールドは０－ｏｃｔｅｔである。つまり、存在しない。また、非活性化されたサブチャネルビットマップ存在サブフィールドが１に設定され、チャネル幅サブフィールドが３２０ＭＨｚチャネル幅を指示すれば、非活性化されたサブチャネルビットマップサブフィールドの長さは２－ｏｃｔｅｔである。また、非活性化されたサブチャネルビットマップ存在サブフィールドが１に設定され、チャネル幅サブフィールドが１６０ＭＨｚ以下のチャネル幅を指示すれば、非活性化されたサブチャネルビットマップサブフィールドの長さは１－ｏｃｔｅｔである。

【0420】

本発明の実施例によると、ＥＨＴ運営要素に当たるｂａｎｄに基づいて非活性化されたサブチャネルビットマップサブフィールドの長さが異なる。例えば、ＥＨＴ運営要素に当たるｂａｎｄが２．４ＧＨｚ ｂａｎｄであれば、非活性化されたサブチャネルビットマップサブフィールドの長さは１－ｏｃｔｅｔである。この際、２．４ＧＨｚ ｂａｎｄにおいて、３２０ＭＨｚ ｃｈａｎｎｅｌｉｚａｔｉｏｎが定義されないためである。また、ＥＨＴ運営要素に当たるｂａｎｄが５または６ＧＨｚ ｂａｎｄであれば、非活性化されたサブチャネルビットマップサブフィールドの長さは２－ｏｃｔｅｔである。ＥＨＴ運営要素に当たるｂａｎｄは、前記ＥＨＴ運営要素に当たるＨＴ運営要素、またはＶＨＴ運営要素、またはＨＥ運営要素で指示される。例えば、ｃｈａｎｎｅｌ ｎｕｍｂｅｒが該当するｂａｎｄを指示する。

【0421】

図３８は、本発明の他の実施例によるＥＨＴ運営要素フォーマットを示す図である。

【0422】

図３２または図３７で説明したＥＨＴ運営要素は、ｂｙｔｅ ａｌｉｇｎｍｅｎｔをするためにｒｅｓｅｒｖｅｄ ｆｉｅｌｄを含む。よって、図３８ではｒｅｓｅｒｖｅｄ ｆｉｅｌｄを減らし、非活性化されたサブチャネルをシグナリングする実施例を説明する。

【0423】

本発明の一実施例によると、ＥＨＴ運営要素は、予め設定されたサブチャネル１に対する非活性化されたサブチャネルビットマップサブフィールドを常に含む。図３８を参照すると、予め設定されたサブチャネル１に対する非活性化されたサブチャネルビットマップサブフィールドは非活性化されたサブチャネルビットマップ１サブフィールドである。非活性化されたサブチャネルビットマップ１サブフィールドはＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄに含まれる。例えば、非活性化されたサブチャネルビットマップ１サブフィールドは１－ｏｃｔｅｔの長さである。非活性化されたサブチャネルビットマップ１サブフィールドは、予め設定されたサブチャネル１の各２０ＭＨｚサブチャネルに当たるｂｉｔを含む。

【0424】

本発明の一実施例によると、ＥＨＴ運営要素は、予め設定されたサブチャネル２に対する非活性化されたサブチャネルビットマップサブフィールドを選択的に含む。図３８を参照すると、予め設定されたサブチャネル２に対する非活性化されたサブチャネルビットマップサブフィールドは非活性化されたサブチャネルビットマップ２サブフィールドである。非活性化されたサブチャネルビットマップ２サブフィールドはＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄ以外の位置に含まれる。例えば、非活性化されたサブチャネルビットマップ２サブフィールドが存在すれば、長さは１－ｏｃｔｅｔである。非活性化されたサブチャネルビットマップ２サブフィールドは、予め設定されたサブチャネル２の各２０ＭＨｚサブチャネルに当たるｂｉｔを含む。

【0425】

一実施例によると、予め設定されたサブチャネル１はｐｒｉｍａｒｙ １６０ＭＨｚのｃｈａｎｎｅｌである。または、予め設定されたサブチャネル１はｐｒｉｍａｒｙ ２０ＭＨｚを含む１６０ＭＨｚのｃｈａｎｎｅｌである。また、予め設定されたサブチャネル２はｓｅｃｏｎｄａｒｙ １６０ＭＨｚのｃｈａｎｎｅｌである。

【0426】

他の実施例によると、予め設定されたサブチャネル１は、動作する３２０ＭＨｚ ｃｈａｎｎｅｌのうち周波数が低い１６０ＭＨｚ ｃｈａｎｎｅｌである。予め設定されたサブチャネル２は、動作する３２０ＭＨｚ ｃｈａｎｎｅｌのうち周波数が高い１６０ＭＨｚ ｃｈａｎｎｅｌである。

【0427】

また、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップ２サブフィールドを含むのか否かを指示するシグナリングが存在する。例えば、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップ２サブフィールドを含むのか否かを指示するシグナリングは、ＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄに含まれる。

【0428】

一実施例によると、ＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄはＥＨＴ運営要素が非活性化されたサブチャネルビットマップ２サブフィールドを含むのかを指示するシグナリングを一つのサブフィールドとして含む。例えば、１－ｂｉｔの非活性化されたサブチャネルビットマップ２サブフィールドを含むのか否かを指示するシグナリングが存在する。他の実施例によると、図３２で説明したように、ＥＨＴ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｒｍａｉｏｎ ｆｉｅｌｄに含まれた一つのサブフィールドがチャネル幅を指示し、非活性化されたサブチャネルビットマップ２サブフィールドを含むのかを共に指示する。例えば、チャネル幅が３２０ＭＨｚであれば、非活性化されたサブチャネルビットマップ２サブフィールドを含む。この場合、チャネル幅サブフィールドのｂｉｔ ｉｎｄｅｘ Ｂ２のｂｉｔに基づいて非活性化されたサブチャネルビットマップ２サブフィールドを含むのか否かが示される。例えば、チャネル幅サブフィールドの予め設定されたｂｉｔが非活性化されたサブチャネルビットマップ２サブフィールドを含むのか否かを指示する。または、チャネル幅が３２０ＭＨｚで、非活性化されたサブチャネルビットマップ２サブフィールドを含むことを示す値が存在し、チャネル幅が３２０ＭＨｚで、非活性化されたサブチャネルビットマップ２サブフィールドを含まないことを示す値が存在する。

【0429】

また、チャネル幅が１６０ＭＨｚ以下であれば、ＥＨＴ運営要素が非活性化されたサブチャネルビットマップ２サブフィールドを含まないように設定する。

【0430】

非活性化されたサブチャネルビットマップ２サブフィールドを含まないＥＨＴ運営要素を受信したＳＴＡは、予め設定されたサブチャネル２がＢＳＳで使用されないか、予め設定されたサブチャネル２に非活性化されたサブチャネルがないと判断する。

【0431】

図３９は、本発明の一実施例による端末の動作の一例を示す順序図である。

【0432】

図３９を参照すると、ＳＴＡはＡＰから運営チャネルに関する情報を含む運営要素を受信してＰＰＤＵを伝送する。

【0433】

詳しくは、ＳＴＡはＡＰから第１運営要素及び第２運営要素を含む管理フレームを受信するＳ３９０１０。

【0434】

前記第１運営要素はレガシＳＴＡのためのＢＳＳ運営チャネルを指示し、前記第２運営要素は前記レガシＳＴＡではない前記ＳＴＡのためのＢＳＳ運営チャネルを指示する。

【0435】

次に、ＳＴＡは前記第１運営要素または前記第２運営要素に基づいて前記ＡＰにＰＰＤＵを伝送するＳ３９０２０。

【0436】

この際、ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのためのＢＳＳ運営チャネルとは異なる。

【0437】

前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのためのＢＳＳ運営チャネル内で主チャネルを含む連続するチャネルである。

【0438】

前記ＳＴＡのための前記ＢＳＳ運営チャネルが少なくとも一つの利用不可能なチャネルを含む及び／または前記レガシＳＴＡが支援する最大帯域幅を超過する場合、前記第１運営要素によって指示される前記レガシＳＴＡのための前記ＢＳＳ運営チャネルは、前記第２運営要素によって指示される前記ＳＴＡのためのＢＳＳ運営チャネル内で前記少なくとも一つの利用不可能なチャネルが除外されて前記最大帯域幅内で設定される。

【0439】

前記第１運営要素はＨＥ ＳＴＡのための運営要素であり、前記第２運営要素はＥＨＴ ＳＴＡのための運営要素である。

【0440】

前記第２運営要素は、前記ＳＴＡのための前記ＢＳＳ運営チャネルの前記少なくとも一つの利用不可能なチャネルを指示する非活性化されたサブチャネルビットマップサブフィールドの包含可否を示す非活性化されたサブチャネルビットマップ存在サブフィールドを含む。

【0441】

前記非活性化されたサブチャネルビットマップサブフィールドの各ビットは、対応する利用不可能なチャネルが前記ＳＴＡのための前記ＢＳＳ運営チャネルに含まれるのか否かを指示する。

【0442】

前記ＳＴＡのための前記ＢＳＳ運営チャネルに前記少なくとも一つの利用不可能なチャネルが含まれない場合、前記非活性化されたサブチャネルビットマップ存在サブフィールドの値は、前記非活性化されたサブチャネルビットマップサブフィールドが含まれないことを示す値である「０」に設定される。

【0443】

ＳＴＡは前記ＡＰから運営パラメータの変更可否を示す特定フィールドを含むフレームを受信するが、前記特定フィールドの値は前記運営パラメータが変更されたら増加する。

【0444】

前記特定フィールドの前記値は、前記非活性化されたサブチャネルビットマップサブフィールドの包含可否が変更されるか、前記少なくとも一つの利用不可能なチャネルの包含可否が変更されたら増加する。

【0445】

ＳＴＡは一つ以上のＳＴＡにＰＰＤＵの伝送を指示するトリガフレームを受信し、前記ＰＰＤＵに対する応答としてｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームを受信する。

【0446】

この際、前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれれば、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームに含まれる少なくとも一つのＳＴＡそれぞれに関するＡｃｋ情報のサイズは特定サイズ以下に制限される。

【0447】

しかし、前記一つ以上のＳＴＡのうち前記トリガフレームに対する応答として前記ＰＰＤＵを伝送する少なくとも一つのＳＴＡに前記レガシＳＴＡが含まれ、前記ｍｕｌｔｉ－ＳＴＡ Ｂｌｏｃｋ ＡＣＫフレームが前記ＳＴＡの前記ＰＰＤＵに関するＡｃｋ情報のみ含めば、前記Ａｃｋ情報のサイズは前記特定サイズ以下に制限されない。

【0448】

上述した本発明の説明は例示のためのものであって、本発明が属する技術分野における通常の知識を有する者は、本発明の技術的思想や必須的な特徴を変更せずも他の具体的な形態に容易に変形可能であることを理解できるはずである。よって、上述した実施例は全ての面で例示的なものであり、限定的なものではないと理解すべきである。例えば、単一形で説明されている各構成要素は分散されて実施されてもよく、同じく分散されていると説明されている構成要素も結合された形態で実施されてもよい。

【0449】

本発明の範囲は、上述した詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲、そしてその均等概念から導き出される全ての変更または変形された形態が本発明の範囲に含まれると解釈すべきである。

【符号の説明】

【0450】

110 プロセッサ
120 通信部
140 ユーザインタフェース部
150 ディスプレーユニット
160 メモリ
210 プロセッサ
220 通信部
260 メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図8(c)】

【図8(d)】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19(a)】

【図19(b)】

【図19(c)】

【図19(d)】

【図19(e)】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28(a)】

【図28(b)】

【図28(c)】

【図28(d)】

【図29】

【図30】

【図31(a)】

【図31(b)】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38(a)】

【図38(b)】

【図39】

【国際調査報告】