JP2023534950A

JP2023534950A - 無線通信システムにおいてデータを送受信するための方法及び無線通信端末

Info

Publication number: JP2023534950A
Application number: JP2023502816A
Authority: JP
Inventors: ゴンジュン・コ; ジュヒョン・ソン; サンヒョン・キム; ジンサム・カク
Original assignee: ウィルスインスティテュートオブスタンダーズアンドテクノロジーインコーポレイティド
Priority date: 2020-07-13
Filing date: 2021-07-13
Publication date: 2023-08-15
Also published as: KR20230027165A; US20230276415A1; CN116210334A; WO2022015034A1

Abstract

無線通信システムにおいてＰＰＤＵを送受信する方法が開示される。端末はＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）から一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを受信するが、フレームに含まれたＡＩＤ１２サブフィールドに基づいて前記ＰＰＤＵを伝送する。この際、前記フレームによって伝送が指示される前記ＰＰＤＵがＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵであれば、前記ＡＩＤ１２サブフィールドの値は少なくとも一つの特定値を除いた複数個の値のうち一つの値に設定され、前記少なくとも一つの特定値はＨＥ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ）を支援する少なくとも一つの端末のアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ａｎｕｐｌｉｎｋｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ（ＯＦＤＭＡ）－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ：ＵＯＲＡ）のための資源を割り当てるために使用される。

Description

本発明は。無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンクマルチユーザー情報を効率的にシグナルするための無線通信方法及び無線通信端末に関する。

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

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

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

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

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

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

本発明は、前述したように、新しいマルチメディア応用のための超高速の無線ＬＡＮサービスを提供することにその目的がある。

また、本発明は、物理層プロトコルデータユニット（ＰｈｙｓｉｃａｌｌａｙｅｒＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：ＰＰＤＵ）の送信を指示するフレームに基づいてＰＰＤＵのフォーマットを決定する方法及び装置を提供することにその目的がある。

また、本発明は、ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）の指示したＰＰＤＵのフォーマットによって、ＰＰＤＵに含まれた長さフィールド（ｌｅｎｇｔｈｆｉｅｌｄ）の値をそれぞれ異なるように設定する方法及び装置を提供することにその目的がある。

また、本発明は、レガシ端末と次世代端末に同じトリガフレームを利用してＰＰＤＵを伝送するための資源を割り当てるための方法及び装置を提供するためということにその目的がある。

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

無線通信システムにおいて、トリガフレームに基づいて応答フレームであるＴＢＰＰＤＵ（ＴｒｉｇｇｅｒＢａｓｅｄＰｈｙｓｉｃａｌｌａｙｅｒＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を伝送するための端末は、通信モジュールと、前記通信モジュールを制御するプロセッサと、を含み、前記プロセッサは、ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）から一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを受信するが、前記フレームは、共通情報フィールド（ｃｏｍｍｏｎｉｎｆｏｒｍａｔｉｏｎｆｉｅｌｄ）と、前記一つまたはそれ以上の端末それぞれのためのユーザ情報フィールド（ｕｓｅｒｉｎｆｏｒｍａｔｉｏｎｆｉｅｌｄ）と、を含み、前記ユーザ情報フィールドは、前記ユーザ情報フィールドの用途を指示するＡＩＤ１２サブフィールドを含み、前記ＡＩＤ１２サブフィールドに基づいて前記ＰＰＤＵを伝送するが、前記フレームによって伝送が指示される前記ＰＰＤＵがＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵであれば、前記ＡＩＤ１２サブフィールドの値は少なくとも一つの特定値を除いた複数の値のうち一つの値に設定され、前記少なくとも一つの特定値は、ＨＥ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ）を支援する少なくとも一つの端末のアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ａｎｕｐｌｉｎｋｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ（ＯＦＤＭＡ）－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ：ＵＯＲＡ）のための資源を割り当てるために使用される。

また、本発明において、前記複数個の値はＥＨＴを支援する端末それぞれに対するユーザ情報フィールドを識別するために使用される。

また、本発明において、前記少なくとも一つの特定値のうち第１特定値は前記ＡＰと結合されていない（ｕｎａｓｓｏｃｉａｔｅｄ）端末のＵＯＲＡ動作のための資源割り当てのために使用される。

また、本発明において、前記第１特定値は「２０４５」である。

また、本発明において、第２特定値は前記ＡＰと結合された（Ａｓｓｏｃｉａｔｅｄ）端末のＵＯＲＡ動作のための資源割り当てのために使用されるが、前記第２特定値は特定条件を満足しなければ前記少なくとも一つの特定値に含まれ、前記特定条件を満足すれば前記複数個の値に含まれる。

また、本発明において、前記特定条件は、前記ＡＰと結合された端末全部が前記ＥＨＴＰＰＤＵの伝送は不可能で、前記ＨＥＰＰＤＵの伝送は可能な端末ではない場合である。

また、本発明において、前記第２特定値は「０」である。

また、本発明において、前記特定条件は前記フレームがＥＨＴＰＰＤＵに含まれて伝導される場合である。

また、本発明において、前記特定条件は、前記ＡＰと結合された複数個の端末のうち前記ＥＨＴＰＰＤＵの伝送は不可能で、前記ＨＥＰＰＤＵの伝送は可能な端末がいずれもＵＯＲＡ動作を支援しない場合である。

また、本発明は、ＡＰから一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを受信するステップと、前記フレームは、共通情報フィールドと、前記一つまたはそれ以上の端末それぞれのためのユーザ情報フィールドと、を含み、前記ユーザ情報フィールドは、前記ユーザ情報フィールドの用途を指示するＡＩＤ１２サブフィールドを含み、前記ＡＩＤ１２サブフィールドに基づいて前記ＰＰＤＵを伝送するステップと、を含むが、前記フレームによって伝送が指示される前記ＰＰＤＵがＥＨＴＰＰＤＵであれば、前記ＡＩＤ１２サブフィールドの値は少なくとも一つの特定値を除いた複数の値のうち一つの値に設定され、前記少なくとも一つの特定値は、ＨＥを支援する少なくとも一つの端末のアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）のための資源を割り当てるために使用される方法を提供する。

本発明の実施例によれば、マルチリンク情報を効率的にシグナルできる効果がある。

また、本発明の実施例によれば、一つのフレームを用いて異なるフォーマットのＰＰＤＵの送信を指示できる効果がある。

また、本発明の実施例によれば、一つのフレームを用いて下位互換性（ｂａｃｋｗａｒｄｓｃｏｍｐａｔｉｂｉｌｉｔｙ）のためのレガシー（ｌｅｇａｃｙ）ＰＰＤＵの送信も指示できる効果がある。

また、本発明の実施例によれば、競合ベースチャネル接近システムにおいて全体リソース使用率を増加させ、無線ＬＡＮシステムの性能を向上させることができる。

また、本発明の実施例によると、同じフレームを利用して互いに異なる世代の端末に資源を割り当てることができるためシグナリングオーバーヘッドを減少することができ、資源を効率的に割り当てることができる。

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

本発明の一実施例による無線ＬＡＮシステムを示す図である。本発明の他の実施例による無線ＬＡＮシステムを示す図である。本発明の一実施例によるステーションの構成を示す図である。本発明の一実施例によるアクセスポイントの構成を示す図である。ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。無線ＬＡＮ通信で使用されるＣＳＭＡ（ＣａｒｒｉｅｒＳｅｎｓｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）／ＣＡ（ＣｏｌｌｉｓｉｏｎＡｖｏｉｄａｎｃｅ）方法を示す図である。様々な標準世代別ＰＰＤＵ（ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フォーマットの一例を示す。本発明の実施例に係る様々なＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（ＰｈｙｓｉｃａｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。本発明の一実施例に係る多重リンク（ｍｕｌｔｉ－ｌｉｎｋ）装置を示す図である。本発明の一実施例に係る無線ＬＡＮ機能を示す。本発明の一実施例に係る上りリンク（Ｕｐｌｉｎｋ：ＵＬ）多重ユーザ（ｍｕｌｔｉｕｓｅｒ：ＭＵ）動作をを示す。本発明の一実施例に係るトリガーフレーム（Ｔｒｉｇｇｅｒｆｒａｍｅ）フォーマットをを示す。本発明のさらに他の実施例に係るＵＬＭＵ動作をを示す。本発明のさらに他の実施例に係るＵＬＭＵ動作をを示す。本発明の一実施例に係るトリガーベースＰＰＤＵフォーマットを指示するための方法をを示す。本発明の一実施例に係るトリガーベースＰＰＤＵフォーマットを指示するためのトリガーフレームフォーマットをを示す。本発明のさらに他の実施例に係るトリガーベースＰＰＤＵフォーマットを指示するためのトリガーフレームフォーマットをを示す。本発明の一実施例に係るトリガーフレームフォーマットの決定方法をを示す。本発明の一実施例に係る長さフィールド（Ｌｅｎｇｔｈｆｉｅｌｄ）の設定方法を示す。本発明のさらに他の実施例に係るＵＬＭＵ動作をを示す。本発明のさらに他の実施例に係るＵＬＭＵ動作をを示す。本発明の一実施例に係るＵＬ直交周波数分割多重接続ベースの任意接続（ＵＬＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ：ＵＯＲＡ）動作をを示す。本発明のさらに他の実施例に係るＵＬＭＵ動作をを示す。本発明の一実施例によるＴＢＰＰＤＵフォーマットを指示するための方法を示す図である。本発明の一実施例によるトリガフレームフォーマットの他の一例を示す図である。本発明の一実施例によるトリガフレームフォーマット及びＲＡ－ＲＵを指示するための方法を示す図である。本発明の一実施例によるトリガフレームフォーマット及びＲＡ－ＲＵを指示するための他の一例を示す図である。本発明の一実施例によるＴＢＰＰＤＵフォーマットを指示するための他の一例を示す図である。本発明の一実施例によるアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）動作及びＴＢＰＰＤＵフォーマットを指示するための方法の一例を示す図である。本発明の一実施例によるアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）動作及びＴＢＰＰＤＵフォーマットを指示するための方法の他の一例を示す図である。本発明の一実施例によるトリガフレームの設定を示す図である。本発明の一実施例によるトリガフレームの設定及びＵＯＲＡ動作を示す図である。本発明の一実施例によるＴＲＳを利用したＵＬＭＵ動作を示す図である。本発明の一実施例によるＰＰＤＵ伝送方法の一例を示す順序図である。本発明の一実施例によるＰＰＤＵ伝送方法を指示するためのフレーム伝送方法の一例を示す順序図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６は、無線ＬＡＮ通信で使用されるＣＳＭＡ(Carrier Sense Multiple Access)/CA(Collision Avoidance) 方法を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、ＳＵＰＰＤＵの不連続チャネル形態をシグナルする手法を提案し、提案した手法によって決定された不連続チャネル形態を示す。また、ＳＵＰＰＤＵの３２０ＭＨｚＢＷ構成において主（Ｐｒｉｍａｒｙ）１６０ＭＨｚと福（Ｓｅｃｏｎｄａｒｙ）１６０ＭＨｚのパンクチャリング形態をそれぞれシグナルする手法を提案する。

また、本発明の一実施例では、ＰＰＤＵフォーマットフィールドにシグナルされたＰＰＤＵフォーマットにしたがって、プリアンブルパンクチャリングＢＷ値が指示するＰＰＤＵの構成を異ならせる手法を提案する。ＢＷフィールドの長さが４ビットである場合を仮定し、ＥＨＴＳＵＰＰＤＵ又はＴＢＰＰＤＵである場合には、Ｕ－ＳＩＧ以後に１シンボルのＥＨＴ－ＳＩＧ－Ａをさらにシグナルするか、ＥＨＴ－ＳＩＧ－Ａを全くシグナルしなくてよいので、これを考慮してＵ－ＳＩＧのＢＷフィールドのみを用いて最大で１１個のパンクチャリングモードを全てシグナルする必要がある。しかしながら、ＥＨＴＭＵＰＰＤＵの場合、Ｕ－ＳＩＧ以後にＥＨＴ－ＳＩＧ－Ｂをさらにシグナルするので、最大で１１個のパンクチャリングモードをＳＵＰＰＤＵと異なる方法でシグナルしてよい。ＥＨＴＥＲＰＰＤＵの場合、ＢＷフィールドを１ビットに設定し、２０ＭＨｚ又は１０ＭＨｚの帯域を用いるＰＰＤＵであるかをシグナルすることができる。

図７（ｆ）には、Ｕ－ＳＩＧのＰＰＤＵフォーマットフィールドでＥＨＴＭＵＰＰＤＵと指示された場合に、ＶＤフィールドのフォーマット特異的（Ｆｏｒｍａｔ－ｓｐｅｃｉｆｉｃ）フィールドの構成を示す。ＭＵＰＰＤＵの場合、複数ユーザの同時受信のためのシグナリングフィールドであるＳＩＧ－Ｂが必須であり、Ｕ－ＳＩＧ後に別途のＳＩＧ－Ａ無しでＳＩＧ－Ｂが送信されてよい。そのために、Ｕ－ＳＩＧではＳＩＧ－Ｂをデコードするための情報をシグナルしなければならない。このようなフィールドは、ＳＩＧ－ＢＭＣＳ、ＳＩＧ－ＢＤＣＭ、ＳＩＧ－Ｂシンボルの数（ＮｕｍｂｅｒｏｆＳＩＧ－ＢＳｙｍｂｏｌｓ）、ＳＩＧ－Ｂ圧縮（ＳＩＧ－ＢＣｏｍｐｒｅｓｓｉｏｎ）、ＥＨＴ－ＬＴＦシンボルの数（ＮｕｍｂｅｒｏｆＥＨＴ－ＬＴＦＳｙｍｂｏｌｓ）フィールドなどである。

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

図８を参照すると、ＰＰＤＵは、プリアンブルとデータ部分で構成されてよく、一つのタイプであるＥＨＴＰＰＤＵのフォーマットは、プリアンブルに含まれているＵ－ＳＩＧフィールドによって区別されてよい。具体的に、Ｕ－ＳＩＧフィールドに含まれているＰＰＤＵフォーマットフィールドに基づき、ＰＰＤＵのフォーマットがＥＨＴＰＰＤＵであるか否かが指示されてよい。

図８の（ａ）は、単一ＳＴＡのためのＥＨＴＳＵＰＰＤＵフォーマットの一例を示す。ＥＨＴＳＵＰＰＤＵは、ＡＰと単一ＳＴＡ間の単一ユーザ（ＳｉｎｇｌｅＵｓｅｒ：ＳＵ）送信のために用いられるＰＰＤＵであり、Ｕ－ＳＩＧフィールド以後に追加のシグナリングのためのＥＨＴ－ＳＩＧ－Ａフィールドが位置してよい。

図８の（ｂ）は、トリガーフレームに基づいて送信されるＥＨＴＰＰＤＵであるＥＨＴトリガーベース（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵフォーマットの一例を示す。ＥＨＴトリガーベースＰＰＤＵは、トリガーフレームに基づいて送信されるＥＨＴＰＰＤＵであり、トリガーフレームに対する応答のために用いられる上りリンクＰＰＤＵである。ＥＨＴＰＰＤＵは、ＥＨＴＳＵＰＰＤＵとは違い、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧ－Ａフィールドが位置しない。

図８の（ｃ）は、多重ユーザのためのＥＨＴＰＰＤＵであるＥＨＴＭＵＰＰＤＵフォーマットの一例を示す。ＥＨＴＭＵＰＰＤＵは、１つ以上のＳＴＡにＰＰＤＵを送信するために用いられるＰＰＤＵである。ＥＨＴＭＵＰＰＤＵフォーマットは、Ｕ－ＳＩＧフィールド以後にＨＥ－ＳＩＧ－Ｂフィールドが位置してよい。

図８の（ｄ）は、拡張された範囲にあるＳＴＡとの単一ユーザ送信のために用いられるＥＨＴＥＲＳＵＰＰＤＵフォーマットの一例を示す。ＥＨＴＥＲＳＵＰＰＤＵは、図８の（ａ）で説明したＥＨＴＳＵＰＰＤＵよりも広い範囲のＳＴＡとの単一ユーザ送信のために用いられてよく、時間軸上でＵ－ＳＩＧフィールドが反復して位置してよい。

図８の（ｃ）で説明したＥＨＴＭＵＰＰＤＵは、ＡＰが複数個のＳＴＡに下りリンク送信のために用いることができる。このとき、ＥＨＴＭＵＰＰＤＵは、複数個のＳＴＡがＡＰから送信されたＰＰＤＵを同時に受信できるようにスケジューリング情報を含むことができる。ＥＨＴＭＵＰＰＤＵは、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定（ｕｓｅｒｓｐｅｃｉｆｉｃ）フィールドを通じて送信されるＰＰＤＵの受信者及び／又は送信者のＡＩＤ情報を、ＳＴＡに伝達することができる。したがって、ＥＨＴＭＵＰＰＤＵを受信した複数個の端末は、受信したＰＰＤＵのプリアンブルに含まれたユーザ特定フィールドのＡＩＤ情報に基づいて空間再使用（ｓｐａｔｉａｌｒｅｕｓｅ）動作を行うことができる。

具体的に、ＨＥＭＵＰＰＤＵに含まれたＨＥ－ＳＩＧ－Ｂフィールドのリソースユニット割り当て（ｒｅｓｏｕｒｃｅｕｎｉｔａｌｌｏｃａｔｉｏｎ，ＲＡ）フィールドは、周波数軸の特定帯域幅（例えば、２０ＭＨｚなど）におけるリソースユニットの構成（例えば、リソースユニットの分割形態）に関する情報を含むことができる。すなわち、ＲＡフィールドは、ＳＴＡがＰＰＤＵを受信するために、ＨＥＭＵＰＰＤＵの送信のための帯域幅で分割されたリソースユニットの構成を指示できる。分割された各リソースユニットに割り当て（又は、指定）されたＳＴＡの情報は、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定フィールドに含まれてＳＴＡに送信されてよい。すなわち、ユーザ特定フィールドは、分割された各リソースユニットに対応する１つ以上のユーザフィールドを含むことができる。

例えば、分割された複数個のリソースユニットのうち、データ送信のために用いられる少なくとも１つのリソースユニットに対応するユーザフィールドは、受信者又は送信者のＡＩＤを含むことができ、データ送信に用いられない残りのリソースユニットに対応するユーザフィールドは、既に設定されたヌル（Ｎｕｌｌ）ＳＴＡＩＤを含むことができる。

図８に示す２個以上のＰＰＤＵを、同一のＰＰＤＵフォーマットを示す値で指示することができる。すなわち、２個以上のＰＰＤＵを同一の値によって同一のＰＰＤＵフォーマットと指示することができる。例えば、ＥＨＴＳＵＰＰＤＵとＥＨＴＭＵＰＰＤＵは、Ｕ－ＳＩＧＰＰＤＵフォーマットサブフィールドを用いて同一の値で指示することができる。このとき、ＥＨＴＳＵＰＰＤＵとＥＨＴＭＵＰＰＤＵは、ＰＰＤＵを受信するＳＴＡの個数によって区別されてよい。例えば、１個のＳＴＡのみが受信するＰＰＤＵは、ＥＨＴＳＵＰＰＤＵと識別されてよく、２個以上のＳＴＡが受信するようにＳＴＡの数が設定された場合に、ＥＨＴＭＵＰＰＤＵと識別されてよい。言い換えると、同一のサブフィールド値を用いて、図８に示す２個以上のＰＰＤＵフォーマットを指示することができる。

また、図８に示すフィールドのうち一部のフィールド又はフィールドの一部の情報は省略されてよく、このように一部のフィールド又はフィールドの一部の情報が省略される場合を圧縮モード（ｃｏｍｐｒｅｓｓｉｏｎｍｏｄｅ）又は圧縮されたモード（ｃｏｍｐｒｅｓｓｅｄｍｏｄｅ）と定義できる。

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

図９を参照すると、一つ以上のＳＴＡがアフィリエイト（ａｆｆｉｌｉａｔｅ）されているデバイス（ｄｅｖｉｃｅ）の概念が定義されてよい。さらに他の実施例として本発明の一実施例によれば、１個超過（すなわち、２個以上の）のＳＴＡがアフィリエイトされているデバイスが定義されてよい。このとき、装置は論理的な（ｌｏｇｉｃａｌ）概念であってよい。したがって、このような概念の１個以上又は１個超過のＳＴＡがアフィリエイトされているデバイスは、多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ：ＭＬＤ）、多重バンド（ｍｕｌｔｉ－ｂａｎｄ）デバイス又は多重リンク論理的エンティティ（ｍｕｌｔｉ－ｌｉｎｋｌｏｇｉｃａｌｅｎｔｉｔｙ：ＭＬＬＥ）と呼ぶことができる。

又は、上の概念のデバイスは、多重リンクエンティティ（ｍｕｌｔｉ－ｌｉｎｋｅｎｔｉｔｙ：ＭＬＥ）と呼ぶことができる。また、ＭＬＤは、一つのＭＡＣＳＡＰ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌｓｅｒｖｉｃｅａｃｃｅｓｓｐｏｉｎｔ）をＬＬＣ（ｌｏｇｉｃａｌｌｉｎｋｃｏｎｔｒｏｌ）まで有してよく、ＭＬＤは、一つのＭＡＣデータサービス（ＭＡＣｄａｔａｓｅｒｖｉｃｅ）を有してよい。

ＭＬＤに含まれたＳＴＡは、一つ以上のリンク（ｌｉｎｋ）又はチャネル（ｃｈａｎｎｅｌ）で動作することが可能である。すなわち、ＭＬＤに含まれたＳＴＡは、互いに異なる複数のチャネルで動作することが可能である。例えば、ＭＬＤに含まれたＳＴＡは、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚの異なる周波数帯域のチャネルを用いて動作することが可能である。これにより、ＭＬＤは、チャネル接続における利得を得、全体ネットワークの性能を上げることが可能である。既存の無線ＬＡＮは単一リンク（ｓｉｎｇｌｅｌｉｎｋ）で動作したが、ＭＬＤ動作は、複数個のリンクを用いて、より多いチャネル接続機会を得るか、チャネルの状況を考慮して複数個のリンクでＳＴＡが効率的に動作することが可能である。

また、ＭＬＤにアフィリエイトされたＳＴＡがＡＰである場合に、ＡＰがアフィリエイトされたＭＬＤはＡＰＭＬＤであってよい。一方、ＭＬＤにアフィリエイトされたＳＴＡがｎｏｎ－ＡＰＳＴＡである場合に、ｎｏｎ－ＡＰがアフィリエイトされたＭＬＤはｎｏｎ－ＡＰＭＬＤであってよい。

図９を参照すると、複数のＳＴＡを含むＭＬＤが存在してよく、ＭＬＤに含まれている複数のＳＴＡは複数のリンクで動作できる。図９で、ＡＰであるＡＰ１、ＡＰ２、ＡＰ３を含むＭＬＤを、ＡＰＭＬＤということができ、ｎｏｎ－ＡＰＳＴＡであるｎｏｎ－ＡＰＳＴＡ１、ｎｏｎ－ＡＰＳＴＡ２、ｎｏｎ－ＡＰＳＴＡ３を含むＭＬＤを、ｎｏｎ－ＡＰＭＬＤということができる。ＭＬＤに含まれているＳＴＡは、リンク１（Ｌｉｎｋ１）、リンク２（Ｌｉｎｋ２）、リンク３（Ｌｉｎｋ３）、又はリンク１～３の一部のリンクで動作できる。

本発明の実施例によれば、、多重リンク動作は多重リンク設定（ｍｕｌｔｉ－ｌｉｎｋｓｅｔｕｐ）動作を含むことができる。多重リンク設定動作は、単一リンク動作で行われるアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）に対応する動作であってよい。多重リンクでフレームを交換するためには多重リンク設定が先行されてよい。多重リンク設定動作は、多重リンク設定要素（ｍｕｌｔｉ－ｌｉｎｋｓｅｔｕｐｅｌｅｍｅｎｔ）を用いて行われてよい。ここで、多重リンク設定要素は、多重リンクと関連した能力情報（ｃａｐａｂｉｌｉｔｙｉｎｆｏｒｍａｔｉｏｎ）を含むことができ、能力情報は、ＭＬＤに含まれたＳＴＡが一つのリンクでフレームを受信すると同時に、ＭＬＤに含まれた他のＳＴＡが他のリンクでフレームを送信できるか否かに関連した情報を含むことができる。すなわち、能力情報は、ＭＬＤに含まれたリンクでＳＴＡ（ｎｏｎ－ＡＰＳＴＡ及び／又はＡＰ（又は、ＡＰＳＴＡ））が異なる送信方向に同時にフレームを送信／受信できるか否かに関連した情報を含むことができる。また、能力情報は、使用可能なリンク又は動作チャネル（ｏｐｅｒａｔｉｎｇｃｈａｎｎｅｌ）に関連した情報をさらに含むことができる。多重リンク設定は、ピアＳＴＡ（ｐｅｅｒＳＴＡ）間の交渉（ｎｅｇｏｔｉａｔｉｏｎ）によって設定されてよく、一つのリンクで多重リンク動作が設定されてよい。

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

図１０には、本発明の一実施例に係る無線ＬＡＮ機能を示す。

図１０を参照すると、ある標準の無線ＬＡＮは、他の標準の無線ＬＡＮの機能を含んでもよい。又は、ある標準の無線ＬＡＮである場合に、他の標準の無線ＬＡＮであってもよい。ここで、無線ＬＡＮはＳＴＡを意味できる。さらに、ここで、無線ＬＡＮは、ＳＴＡを含むＭＬＤを意味してもよい。例えば、無線ＬＡＮ標準は、以前世代の標準機能を含み、追加機能が含まれたものであってよい。例えば、ＨＴＳＴＡは、ＯＦＤＭＰＨＹＳＴＡであってもよい。また、ＨＴＳＴＡは、ＯＦＤＭＰＨＹＳＴＡの機能の他に追加機能を行うこともできる。例えば、ＶＨＴＳＴＡはＨＴＳＴＡであってもよい。また、ＶＨＴＳＴＡはＨＴＳＴＡの機能の他に追加機能を行うこともできる。例えば、ＨＥＳＴＡはＶＨＴＳＴＡであってもよい。また、ＨＥＳＴＡは、ＶＨＴＳＴＡの機能の他に追加機能を行うこともできる。また、ＥＨＴＳＴＡはＨＥＳＴＡであってもよい。また、ＥＨＴＳＴＡは、ＨＥＳＴＡの機能の他に追加機能を行うこともできる。また、ＥＨＴ標準以後の標準が存在してよい。本発明において、ＥＨＴ標準以後の標準をＮＥＸＴ標準と呼ぶことができ、ＮＥＸＴ標準に従うＳＴＡをＮＥＸＴＳＴＡと呼ぶことができる。ＮＥＸＴＳＴＡはＥＨＴＳＴＡであってもよい。また、ＮＥＸＴＳＴＡは、ＥＨＴＳＴＡの機能の他に追加機能を行うこともできる。

図１０は、各標準のＳＴＡ間の関係を示すダイヤグラムである。図１０を参照すると、ＥＨＴＳＴＡであれば、ＨＥＳＴＡ、ＶＨＴＳＴＡ、ＨＴＳＴＡ、ＯＦＤＭＰＨＹＳＴＡであり得る。また、ＮＥＸＴＳＴＡであれば、ＥＨＴＳＴＡ、ＨＥＳＴＡ、ＶＨＴＳＴＡ、ＨＴＳＴＡ、ＯＦＤＭＰＨＹＳＴＡであり得る。

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

図１１を参照すると、ＡＰは、特定フレーム（例えば、トリガリングフレーム（ｔｒｉｇｇｅｒｉｎｇｆｒａｍｅ））を用いて少なくとも一つのＳＴＡにＰＰＤＵの送信を指示でき、少なくとも一つのＳＴＡは、ＡＰから送信された特定フレームに基づいて同一又は異なるフォーマットのＰＰＤＵを同時に送信することができる。

具体的には、図１１に示すように、多重ユーザ送信（ｍｕｌｔｉ－ｕｓｅｒ（ＭＵ）ｔｒａｎｓｍｉｓｓｉｏｎ）を指示（ｓｏｌｉｃｉｔ）又はトリガー（ｔｒｉｇｇｅｒ）するフレームは送信されてよく、このようなフレームに基づいて一つ以上のＳＴＡが送信するか又はこのようなフレームに対する応答を行うことができる。このとき、一つ以上のＳＴＡがフレームに対する応答を送信する場合に、フレームに基づいて一つ以上のＳＴＡは同時に（ｓｉｍｕｌｔａｎｅｏｕｓ）直ちに（ｉｍｍｅｄｉａｔｅ）応答することができ、フレームに対する応答は、フレームが含まれたＰＰＤＵの末尾からＳＩＦＳ後に送信が始まってよい。例えば、フレームが直ちに応答を指示する場合に、一つ以上のＳＴＡはフレームに対する応答を直ちに送信することができる。一つ以上のＳＴＡに送信を指示又はトリガーするフレームは、トリガーフレーム（ｔｒｉｇｇｅｒｆｒａｍｅ）又はＭＡＣヘッダーに、一つ以上のＳＴＡに上りリンク送信を指示又はトリガーするという情報を含むフレームであってよい。このとき、フレームは、ＭＡＣヘッダーに、一つのＳＴＡにのみ上りリンク送信をトリガー又は指示する情報（例えば、ＴＲＳ制御サブフィールド）を含んでよい。この際、フレームは、ＭＡＣヘッダに一つのＳＴＡにのみアップリンク伝送をトリガするか指示する情報（例えば、ＴＲＳ制御サブフィールド）を含む。

例えば、ＭＡＣヘッダーに含まれる上りリンク送信を指示又はトリガーする情報は、ＨＴ制御フィールド（ＨＴｃｏｎｔｒｏｌｆｉｅｌｄ）、制御サブフィールド（ｃｏｎｔｒｏｌｓｕｂｆｉｅｌｄ）、又はＡ－制御サブフィールド（Ａ－ｃｏｎｔｒｏｌｓｕｂｆｉｅｌｄ）に含まれるトリガーされた応答スケジューリング（ｔｒｉｇｇｅｒｅｄｒｅｓｐｏｎｓｅｓｃｈｅｄｕｌｉｎｇ：ＴＲＳ）又はＴＲＳ制御サブフィールド（ＴＲＳｃｏｎｔｒｏｌｓｕｂｆｉｅｌｄ）であってよい。

上りリンク送信を指示又はトリガーするためのフレームはＡＰによって送信されてよく、上りリンク送信を指示又はトリガーするためのフレームがトリガーフレームである場合に、これに対する応答はトリガーベースＰＰＤＵ（ｔｒｉｇｇｅｒ－ｂａｓｅｄＰＰＤＵ：ＴＢＰＰＤＵ）フォーマットで送信されてよい。このとき、ＴＢＰＰＤＤＵは、前述したＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵの他、将来の標準で定義可能なＮＥＸＴＴＢＰＰＤＵも含んでよい。

ＨＥＴＢＰＰＤＵは、プリアンブル（ｐｒｅａｍｂｌｅ）、データ、及びパケット延長（ｐａｃｋｅｔｅｘｔｅｎｓｉｏｎ（ＰＥ）で構成されてよく、プリアンブルは、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦを順次に含んでよい。

ＥＨＴＴＢＰＰＤＵ及びＮＥＸＴＴＢＰＰＤＵも、プリアンブル、データ、及びＰＥなどで構成されてよく、ＥＨＴＴＢＰＰＤＵ及びＮＥＸＴＴＢＰＰＤＵのプリアンブルは、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、（ＥＨＴ－／ＮＥＸＴ－）ＳＴＦ、（ＥＨＴ－／ＮＥＸＴ－）ＬＴＦを順次に含んでよい。

一つ以上のＳＴＡにＰＰＤＵの送信を指示又はトリガーするフレームは、一つ以上のＳＴＡがＴＢＰＰＤＵを送信する上で必要な情報を含むことができる。例えば、フレームに含まれたタイプサブフィールドが「０１」（Ｂ３Ｂ２）であり、サブタイプサブフィールドが「００１０」（Ｂ７Ｂ６Ｂ５Ｂ４）である場合に、このようなタイプサブフィールド及びサブタイプサブフィールドを含むフレームは、制御フレームであるトリガーフレームであってよい。

仮に、複数のＳＴＡにＴＢＰＰＤＵの応答が指示又はトリガーされた場合に、複数のＳＴＡが応答するＰＰＤＵのフォーマットが互いに異なると、応答を指示又はトリガーしたＡＰにとって、複数のＳＴＡから送信される応答であるＰＰＤＵが受信し難いという問題が発生し得る。又は、複数のＳＴＡが応答するＰＰＤＵのプリアンブルが含む情報がフォーマットによって異なると、応答を指示又はトリガーしたＡＰにとって、複数のＳＴＡから送信される応答であるＰＰＤＵが受信し難いという問題が発生し得る。

したがって、このような問題を解決するために、複数のＳＴＡがＡＰのフレームに対する応答をする場合に、応答するＰＰＤＵのフォーマット及び／又はＰＰＤＵのプリアンブルに含まれた情報のタイプが同一となるように設定されてよい。例えば、複数のＳＴＡがＡＰのフレームに対する応答としてＨＥＴＢＰＰＤＵを送信する場合に、複数のＳＴＡが送信するプリアンブルをＡＰが成功的に受信できるように、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａが含む情報が同一となるようにしてＡＰが情報を伝達するか、ＨＥＴＢＰＰＤＵに含まれる情報に対する約束が定められてよい。しかし、仮にＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵが重なるサブバンド（ｓｕｂｂａｎｄ）で同時に送信される場合には、ＴＢＰＰＤＵフォーマットが互いに異なるため、ＡＰがこれを受信し難い問題が発生し得る。

本発明の実施例によれば、、ＨＥＳＴＡは、ＨＥＴＢＰＰＤＵを送信できる。またＥＨＴＳＴＡは、ＥＨＴＴＢＰＰＤＵ又はＨＥＴＢＰＰＤＵを送信できる。またＮＥＸＴＳＴＡは、ＮＥＸＴＴＢＰＰＤＵ又はＥＨＴＴＢＰＰＤＵ又はＨＥＴＢＰＰＤＵを送信できる。これは、図１０で説明したように、ある標準のＳＴＡは以前標準の機能を含み得るためである。

図１１に示すように、ＡＰは、ＨＥＳＴＡとＥＨＴＳＴＡにＴＢＰＰＤＵの送信をスケジュールするためのフレームを送信し、フレームを用いてＴＢＰＰＤＵの送信を指示又はトリガーした場合に、ＴＢＰＰＤＵフォーマットに対する正確な指示又はプロトコルがないことがある。この場合、ＨＥＳＴＡは、フレームに対する応答としてＨＥＴＢＰＰＤＵを送信し、ＥＨＴＳＴＡは、ＥＨＴＴＢＰＰＤＵ又はＨＥＴＢＰＰＤＵで応答することができる。この場合、ＡＰは、ＳＴＡの送信したＴＢＰＰＤＵが受信し難いことがあり、ＡＰが複数個のＳＴＡから成功的にＴＢＰＰＤＵを受信できず、送信に成功しなかったにもかかわらず、媒体（ｍｅｄｉｕｍ）が占有され、他のＳＴＡの送信機会が減るという問題が発生し得る。

以下、本発明においてＳＴＡに指示することは、ＳＴＡからの応答を指示することを意味でき、トリガーと指示は同じ意味で使われてよい。

また、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームはそれぞれ、ＨＥ、ＥＨＴ、ＮＥＸＴ標準で定義したトリガーフレームであってよい。また、本発明において、ＨＥＴＲＳ、ＥＨＴＴＲＳ、ＮＥＸＴＴＲＳはそれぞれ、ＨＥ、ＥＨＴ、ＮＥＸＴ標準で定義したＴＲＳであってよい。

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

図１２の（ａ）は、トリガーフレームフォーマットを示し、図１２の（ｂ）及び（ｃ）はそれぞれ、トリガーフレームに含まれるフィールドである共通情報フィールド（ｃｏｍｍｏｎｉｎｆｏ（ｉｎｆｏｒｍａｔｉｏｎ）ｆｉｅｌｄ）及びユーザ情報フィールド（ｕｓｅｒｉｎｆｏｆｉｅｌｄ）を示す。

図１２の（ａ）を参照すると、トリガーＭＡＣヘッダーとして、フレームは、フレーム制御フィールド（ＦｒａｍｅＣｏｎｔｒｏｌｆｉｅｌｄ）、デュレーションフィールド（Ｄｕｒａｔｉｏｎｆｉｅｌｄ）、アドレスフィールド（Ａｄｄｒｅｓｓｆｉｅｌｄ）を含み、共通情報フィールドとユーザ情報リストフィールドを含むことができる。アドレスフィールドは、リソース割り当てフィールド（ＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ（ＲＡ）ｆｉｅｌｄ）、送信アドレスフィールド（ｔｒａｎｓｍｉｔｔｅｒａｄｄｒｅｓｓ：ＴＡｆｉｅｌｄ）を含むことができる。

共通情報フィールドは、トリガーフレームが指示する全てのＳＴＡに共通に該当する情報を含むことができる。図１２の（ｂ）は、共通情報フィールドの一例を示す。

ユーザ情報リストフィールドは、０個以上のユーザ情報フィールドを含むことができ、トリガーフレームの特定タイプを除くトリガーフレームのユーザ情報リストフィールドは、１個以上のユーザ情報フィールドを含むことができる。図１２の（ｃ）は、ユーザ情報フィールドの一例を示す。

トリガーフレームはさらに、パディングフィールド（Ｐａｄｄｉｎｇｆｉｅｌｄ）及びフレームチェックシーケンス（ＦｒａｍｅＣｈｅｃｋＳｅｑｕｅｎｃｅ：ＦＣＳ）フィールドをさらに含むことができる。パディングフィールドは、トリガーフレームを受信するＳＴＡがトリガーフレームに対する応答を準備するのにかかる時間を確保するためにフレームの長さを増やす上で用いられてよく、選択的にトリガーフレームに含まれてよい。

図１２の（ｂ）を参照すると、共通情報フィールドは、トリガータイプサブフィールドを含むことができる。トリガータイプサブフィールドは、トリガーフレームバリアント（ｔｒｉｇｇｅｒｆｒａｍｅｖａｒｉａｎｔ）を識別（ｉｄｅｎｔｉｆｙ）するために用いられてよい。又は、トリガーフレームのタイプは、トリガーフレームサブフィールドの値に基づいて指示されてよい。また、トリガータイプサブフィールドに基づいて、図１２に示すトリガー依存的共通情報サブフィールド（ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏｓｕｂｆｉｅｌｄ）及びトリガー依存的ユーザ情報サブフィールド（ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔＵｓｅｒＩｎｆｏｓｕｂｆｉｅｌｄ）に含まれる情報及び長さが決定されてよい。例えば、トリガータイプサブフィールドは、共通情報フィールドのＢ０ビット～Ｂ３ビットで示されてよい。

共通情報フィールドは、上りリンク長さサブフィールド（Ｕｐｌｉｎｋ（ＵＬ）ｌｅｎｇｔｈｓｕｂｆｉｅｌｄ）を含むことができる。ＵＬ長サブフィールドは、トリガーフレームに対する応答であるＴＢＰＰＤＵの長さに関する情報を含んでよく、トリガーフレームに応答するフレームの長さに関する情報を含んでよい。また、ＵＬ長サブフィールドは、トリガーフレームに応答するＴＢＰＰＤＵのＬ－ＳＩＧの長さサブフィールドに含まれる値を指示することができる。したがって、トリガーフレームを受信し、ＴＢＰＰＤＵで応答するＳＴＡは、受信したトリガーフレームに含まれたＵＬ長サブフィールドの値に基づいて、ＴＢＰＰＤＵのＬ－ＳＩＧに含まれた長さサブフィールドの値を設定することができる。具体的には、ＴＢＰＰＤＵで応答するＳＴＡは、受信したトリガーフレームに含まれたＵＬ長サブフィールドの値に、ＴＢＰＰＤＵのＬ－ＳＩＧに含まれた長さサブフィールドを設定することができる。例えば、ＳＴＡは、ＵＬ長サブフィールドを示す共通情報フィールドのＢ４～Ｂ１５ビットの値に基づいて、ＴＢＰＰＤＵのＬ－ＳＩＧに含まれた長さサブフィールドを設定し、ＴＢＰＰＤＵを送信することができる。

また、共通情報フィールドは、上りリンク帯域幅サブフィールド（ＵＬＢａｎｄｗｉｄｔｈ（ＢＷ）ｓｕｂｆｉｅｌｄ）をさらに含むことができる。ＵＬＢＷサブフィールドは、トリガーフレームに応答するＴＢＰＰＤＵのシグナリングフィールド（例えば、ＨＥ－ＳＩＧ－Ａ又はＵ－ＳＩＧなど）に含まれるＢＷ値を指示でき、トリガーフレームに対する応答として送信されるＴＢＰＰＤＵの最大ＢＷを示すことができる。したがって、ＳＴＡは、トリガーフレームに含まれたＵＬＢＷサブフィールドの値に基づいて、ＴＢＰＰＤＵのシグナリングフィールドに含まれるＢＷ値を設定することができる。

また、共通情報フィールドは、トリガーフレームに対する応答であるＴＢＰＰＤＵのシグナリングフィールドに含まれる情報などをさらに含むことができる。したがって、ＳＴＡは、トリガーフレームを受信した後、トリガーフレームに含まれた情報に基づいてＴＢＰＰＤＵに含まれる情報を設定することができる。

図１２の（ｃ）を参照すると、ユーザ情報フィールドは、ＡＩＤ１２サブフィールドを含むことができる。ＡＩＤ１２サブフィールドは、ＡＩＤ１２サブフィールドを含むユーザ情報フィールドの意図された受信者又はユーザ情報フィールドの機能を指示するために用いられてよい。したがって、ＡＩＤ１２サブフィールドは、ＡＩＤ１２サブフィールドを含むトリガーフレームの意図された受信者又はトリガーフレームの機能を指示する役割を担うこともできる。例えば、ＡＩＤ１２サブフィールドの値が、既に設定された値である場合に、ユーザ情報フィールドは、ＲＡ－ＲＵ（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｏｕｒｃｅＵｎｉｔ）を指示できる。すなわち、ＡＩＤ１２サブフィールドの既に設定された値は、ユーザ情報フィールドがＲＡ－ＲＵを指示するということを示すことができる。具体的には、ＡＩＤ１２サブフィールドの値が「０」であれば、ユーザ情報フィールドは、結合されたＳＴＡ（ａｓｓｏｃｉａｔｅｄＳＴＡｓ）のためのＲＡ－ＲＵを指示することができる。例えば、ＡＩＤ１２サブフィールドの値が「０」であれば、ユーザ情報フィールドは、結合されたＳＴＡのためのＲＡ－ＲＵを指示でき、ＡＩＤ１２サブフィールドの値が「２０４５」であれば、、ユーザ情報フィールドは、結合されていないＳＴＡ（ｕｎａｓｓｏｃｉａｔｅｄＳＴＡｓ）のためのＲＡ－ＲＵを指示できる。ＡＩＤ１２サブフィールドの値が指示するＳＴＡＩＤ（例えば、ＡＩＤ（ａｓｓｏｃｉａｔｉｏｎＩＤ））に対応するＳＴＡは、ＡＩＤ１２サブフィールドを含むユーザ情報フィールド又はＡＩＤサブフィールドを含むトリガーフレームによって応答が指示されてよい。例えば、ＡＩＤ１２サブフィールドは、ＡＩＤ又はＡＩＤの１２ＬＳＢｓを示すことができる。ＡＩＤ１２サブフィールドが示す値に対応するＳＴＡは、受信したトリガーフレームに対する応答としてＴＢＰＰＤＵを送信できる。この場合、ＡＩＤ１２サブフィールドの値は「１」～「２００７」の範囲（１及び２００７を含む。）であってよく、ＡＩＤ１２サブフィールドが既に設定された値（例えば、「２０４６」など）であれば、ＡＩＤ１２サブフィールドの既に設定された値に対応するＲＵは、いかなるＳＴＡにも割り当てられなくてよい。また、ＡＩＤサブフィールドが既に設定された値（例えば、「４０９５」など）であれば、既に設定された値は、トリガーフレームのパディングが始まることを示すことができる。

ＡＩＤ１２サブフィールドを含むユーザ情報フィールドの情報は、ＡＩＤ１２サブフィールドが指示するＳＴＡに対応する情報であってよい。例えば、リソース割り当てサブフィールド（ＲｅｓｏｕｒｃｅＵｎｉｔ（ＲＵ）Ａｌｌｏｃａｔｉｏｎｓｕｂｆｉｅｌｄ）は、ＲＵのサイズ（ｓｉｚｅ）及び位置（ｌｏｃａｔｉｏｎ）などを指示できる。このとき、ＡＩＤ１２サブフィールドを含むユーザ情報フィールドのＲＵ割り当てサブフィールドの値は、ＡＩＤ１２サブフィールドによって指示されるＳＴＡに該当する情報であってよい。すなわち、ＡＩＤ１２サブフィールドのＲＵ割り当てサブフィールドによって指示されるＲＵは、ＡＵＤ１２サブフィールドによって指示されるＳＴＡに割り当てられたＲＵであってよい。

また、ユーザ情報フィールドは、トリガーフレームに対する応答として送信されるＴＢＰＰＤＵの生成のためのコーディング方法（ＵＬＦＥＣコーディングタイプ）、変調（ｍｏｄｕｌａｔｉｏｎ）方法（ＵＬＨＥ－ＭＣＳ、ＵＬＤＣＭ）、及びパワー（ＵＬＴａｒｇｅｒＲＳＳＩ）などを指示することができる。

図１３には、本発明のさらに他の実施例に係るＵＬＭＵ動作を示す。

図１３を参照すると、ＡＰがトリガーフレームを用いてＰＰＤＵの送信を指示する場合に、ＳＴＡは、トリガーフレームに基づいてそれぞれ異なるフォーマットのＰＰＤＵを応答することができる。図１３で説明する実施例は、図１０及び図１１で説明した問題を解決するための方法であってよく、前述した内容は省略する。

具体的には、ＥＨＴＳＴＡは、ＨＥＴＢＰＰＤＵを送信しなくよく、ＨＥＵＬＭＵ動作を行わなくてよい。また、ＥＨＴＳＴＡは、ＥＨＴＴＢＰＰＤＵフォーマットでトリガーフレーム又はＴＲＳ（例えば、ＴＲＳ制御サブフィールドを含むＰＰＤＵ）に応答することができる。

ＳＴＡは、ＳＴＡが支援可能な最も最新標準に該当するＴＢＰＰＤＵのみを送信し、以前標準に該当するＴＢＰＰＤＵは送信しなくてよい。すなわち、ＮＥＸＴＳＴＡは、ＮＥＸＴＴＢＰＰＤＵのみを送信し、以前標準に該当するＨＥＴＢＰＰＤＵなどは送信しなくてよい。また、ＮＥＸＴＳＴＡは、ＮＥＸＴＵＬＭＵ動作を行うことができるが、ＨＥＵＬＭＵ動作は行わなくてよい。すなわち、ＥＨＴＳＴＡは、ＡＰのトリガーフレームに対する応答としてＥＨＴＴＢＰＰＤＵのみを送信でき、ＥＨＴＵＬＭＵ動作のみを行うことができる。

したがって、トリガーフレーム又はＴＲＳに応答するＳＴＡは、どのようなフォーマットのＴＢＰＰＤＵで応答するかを選択する必要がなく、このような方法は、トリガーフレーム又はＴＲＳに応答するＳＴＡの具現を簡単にすることができるという長所がある。

また、トリガーフレーム又はＴＲＳを送信してＴＢＰＰＤＵの送信を指示するＳＴＡも、異なるＴＢＰＰＤＵが重なって送信されないようにスケジュールする必要があり得る。すなわち、トリガーフレーム又はＴＲＳを送信するＳＴＡは、トリガーフレーム又はＴＲＳに応答するＳＴＡに、ＨＥＳＴＡ、ＥＨＴＳＴＡ、及び／又はＮＥＸＴＳＴＡを共に指示しなくてよい。又は、トリガーフレーム又はＴＲＳに応答するＳＴＡにＨＥＳＴＡ、ＥＨＴＳＴＡ、及び／又はＮＥＸＴＳＴＡに、一つのＰＰＤＵを用いて指示しなくてよい。又は、ＨＥトリガーフレーム（又は、ＴＲＳ）、ＥＨＴトリガーフレーム（又は、ＴＲＳ）、ＮＥＸＴトリガーフレーム（又は、ＴＲＳ）を一つのＰＰＤＵに含めないか、一つのトリガーフレームでＨＥＳＴＡ、ＥＨＴＳＴＡ、ＮＥＸＴＳＴＡを指示しなくてよい。又は、ＨＥトリガーフレームでＥＨＴＳＴＡ、ＮＥＸＴＳＴＡを指示しなくてよい。たたし、このとき、結合されたＰＰＤＵ（複数のＰＰＤＵが周波数ドメイン分割（ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎｄｉｖｉｓｉｏｎ）形態で存在するＰＰＤＵ）を指示した場合には例外があり得る。本発明において、ＨＥＳＴＡは、ＥＨＴＳＴＡではなく、ＮＥＸＴＳＴＡでないＨＥＳＴＡを意味できる。また、ＥＨＴＳＴＡは、ＮＥＸＴＳＴＡでないＥＨＴＳＴＡを意味できる。

図１３を参照すると、ＡＰは、ＨＥＳＴＡのみをを指示するトリガーフレームを送信することができる。また、トリガーフレームを受信したＳＴＡはＨＥＳＴＡであるので、ＨＥＴＢＰＰＤＵで応答することができる。また、ＡＰは、ＥＨＴＳＴＡのみを指示するトリガーフレームを送信することができる。また、前記ＥＨＴＳＴＡのみを指示するトリガーフレームを受信したＳＴＡはＥＨＴＳＴＡであるので、ＥＨＴＴＢＰＰＤＵで応答することができる。

すなわち、図１３の実施例において、トリガーフレーム又はＴＲＳに応答するＳＴＡのＴＢＰＰＤＵフォーマットを制限し、それに合わせてトリガーフレーム又はＴＲＳをスケジュールすることによって、図１０及び図１１で説明した問題を解決することができる。

図１４には、本発明のさらに他の実施例に係るＵＬＭＵ動作を示す。

図１４を参照すると、ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）は、一つのトリガーフレームを送信して一つ以上のｎｏｎ－ＡＰＳＴＡに異なるフォーマットのＰＰＤＵの送信を指示することができる。

具体的には、図１４で説明する方法は、図１０及び図１１で説明した問題を解決するための方法であり得、図１３で説明した方法の例外的な場合であってよい。図１４の方法は、図１３で説明した方法であるトリガーフレーム又はＴＲＳを送信する方法の例外的な場合であってよい。以下、前述した内容は本方法に同一に適用されてよく、その説明を省略する。

ＡＰは、結合されたＰＰＤＵ（ａｇｇｒｅｇａｔｅｄＰＰＤＵ）を指示する場合に、ＨＥＳＴＡ、ＥＨＴＳＴＡ及び／又はＮＥＸＴＳＴＡの全てにＰＰＤＵの送信を指示することが可能である。このとき、応答として送信されるＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ及び／又はＮＥＸＴＴＢＰＰＤＵは周波数領域で重なって送信されないようにスケジュールされてよい。又は、ＨＥＴＢＰＰＤＵのリソースユニットであるＲＵを含む２０ＭＨｚサブチャネルとＥＨＴＴＢＰＰＤＵのＲＵを含む２０ＭＨＺサブチャネルは互いに重ならないように割り当てられてよい。

仮に、結合されたＰＰＤＵにＨＥＰＰＤＵが含まれる場合には、ＨＥＰＰＤＵは主チャネルを含む領域に存在しなければならないが、結合されたＰＰＤＵがＴＢＰＰＤＵである場合に、ＨＥＰＰＤＵが主チャネルを含まない領域に存在してもよい。

図１４を参照すると、一つのトリガーフレームに対する応答として複数個のＳＴＡからＨＥＴＢＰＰＤＵ及びＥＨＴＴＢＰＰＤＵが送信されてよい。また、この時、ＨＥＴＢＰＰＤＵ及びＥＨＴＴＢＰＰＤＵは互いに重ならないＲＵで送信されてよい。すなわち、一つのトリガーフレームによって複数個のＳＴＡに互いに異なるフォーマットのＴＢＰＰＤＵの送信が指示されてよく、互いに異なるフォーマットのＴＢＰＰＤＵの送信のためのＲＵは重ならなくてよい。したがって、複数個のＳＴＡは、送信されたトリガーフレームに基づいて互いに異なるフォーマット（例えば、ＨＥＴＢＰＰＤＵ及びＥＨＴＴＢＰＰＤＵ）のＰＰＤＵを、周波数軸上の互いに異なるＲＵを用いて送信することができる。

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

図１５を参照すると、一つのＳＴＡは、ＰＰＤＵの送信を指示するトリガリングフレームによる指示に基づいて、互いに異なるフォーマットのＰＰＤＵを選択的に送信することができる。

具体的には、ＥＨＴＳＴＡは、レガシーＰＰＤＵ（例えば、ＨＥＴＢＰＰＤＵ）の他、ＥＨＴＴＢＰＰＤＵも選択的に送信でき、ＮＥＸＴＳＴＡは、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ及び／又はＮＥＸＴＴＢＰＰＤＵを選択的に送信することができる。この場合、一つのフレーム又は一つのＰＰＤＵを用いて、複数の標準がそれぞれ適用されるＳＴＡを個別にスケジュールすることができる。無線ＬＡＮにおいて共同のリソースを複数の標準が適用されるＳＴＡが一緒に使用するので、このような方法は長所になり得る。例えば、ＨＥＳＴＡ（ＥＨＴＳＴＡでないＨＥＳＴＡ）、ＥＨＴＳＴＡを、一つのフレームを用いてＨＥＴＢＰＰＤＵで応答するようにすることができる。すなわち、ｎｏｎ－ＡＰＳＴＡはトリガリングフレームを送信し、ＨＥＳＴＡの他にＥＨＴＳＴＡにＨＥＴＢＰＰＤＵの送信も指示することができる。

また、ＴＢＰＰＤＵフォーマットを選択するための情報が、トリガリングフレームであるトリガーフレーム、ＴＲＳ、トリガーフレームを含むＰＰＤＵ、又はＴＲＳ制御サブフィールドを含むＰＰＤＵに含まれてよい。すなわち、ＴＢＰＰＤＵのフォーマットを選択するための情報をトリガリングフレームに含めてＡＰＳＴＡが少なくとも一つのｎｏｎ－ＡＰＳＴＡに送信し、ｎｏｎ－ＡＰＳＴＡは、送信されたトリガリングフレームに含まれた情報に基づいて、応答するＰＰＤＵのフォーマットを選択することができる。その後、少なくとも一つのｎｏｎ－ＡＰＳＴＡは、選択されたフォーマットに基づいてＰＰＤＵをＡＰに送信することができる。

このようなトリガリングフレームに対する応答であるＰＰＤＵのフォーマット（ＴＢＰＰＤＵフォーマット）に対する情報は、ＭＡＣレベルに存在してよく、トリガリングフレームの一つであるトリガーフレームは、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームに区別されてよく、それぞれのトリガーフレームに対する応答は、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ及びＮＥＸＴＴＢＰＰＤＵに区別されてよい。

また、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームにトリガーフレームを区別することは、トリガーフレームに対する応答であるＴＢＰＰＤＵフォーマットをそれぞれ、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ及びＮＥＸＴＴＢＰＰＤＵに区別するということと同じ意味であってよい。

ＴＢＰＰＤＵのフォーマットを区別するためのトリガーフレームのフォーマットがＨＥトリガーフレーム、ＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームのいずれであるかは、ＭＡＣヘッダーに含まれるフレーム制御フィールド（ＦｒａｍｅＣｏｎｔｒｏｌｆｉｅｌｄ）に基づいて識別されてよい。具体的には、タイプサブフィールド、サブタイプサブフィールド及び／又は制御フレーム拡張サブフィールド（ＣｏｎｔｒｏｌＦｒａｍｅＥｘｔｅｎｓｉｏｎｓｕｂｆｉｅｌｄ）に基づいてトリガーフレームのフォーマットが区別されてよい。また、タイプサブフィールド、サブタイプサブフィールド及び／又は制御フレーム拡張サブフィールドの値が既に設定された値である場合に、トリガーフレームはＨＥトリガーフレームと識別され、他の既に設定された値である場合に、トリガーフレームはＥＨＴトリガーフレームと識別されてよい。また、タイプサブフィールド、サブタイプサブフィールド及び／又は制御フレーム拡張サブフィールドの値が他の既に設定された値である場合に、トリガーフレームはＮＥＸＴトリガーフレームと識別されてよい。

例えば、タイプサブフィールドが０１（Ｂ３Ｂ２）であり、サブタイプサブフィールドが００１０（Ｂ７Ｂ６Ｂ５Ｂ４）である場合に、タイプサブフィールド及びサブタイプサブフィールドを含むフレームのフォーマットはＨＥトリガーフレームであってよい。この場合、限定されたビット数が割り当てられたタイプサブフィールド（２ビット）、サブタイプサブフィールド（４ビット）、及び／又は制御フレーム拡張サブフィールド（４ビット）のエントリーをＥＨＴ標準、ＮＥＸＴ標準においてさらに使用する必要があり得る。

又は、トリガーフレームのフォーマットがＨＥトリガーフレームか又はＥＨＴトリガーフレームかは、トリガーフレームに含まれた共通情報フィールドに基づいて識別されてよい。すなわち、共通情報フィールドに含まれた特定サブフィールド（第１サブフィールド）の値に基づいて、トリガーフレームに対する応答として送信されるＰＰＤＵのフォーマットが決定されてよい。例えば、共通情報フィールドの値によってｎｏｎ－ＡＰＳＴＡはＨＥＴＢＰＰＤＵ又はＥＨＴＴＢＰＰＤＵを選択し、割り当てられたＲＵで送信できる。このとき、共通情報フィールドの他にもユーザ情報フィールドの特定サブフィールド（第２サブフィールド）がＰＰＤＵのフォーマットを識別するためにさらに用いられてよい。

すなわち、トリガーフレームの共通情報フィールドに基づいて、トリガーフレームに対する応答であるＰＰＤＵのフォーマットを決定するためのバリアント（ｖａｒｉａｎｔ）が決定されてよく、決定されたバリアントによってＰＰＤＵのフォーマットが決定されてよい。例えば、共通情報フィールドによってＰＰＤＵのフォーマットを決定するためのバリアントがＨＥｖａｒｉａｎｔと決定された場合に、ｎｏｎ－ＡＰＳＴＡは、ＨＥＴＢＰＰＤＵで応答でき、共通情報フィールドによってＰＰＤＵのフォーマットを決定するためのバリアントがＥＨＴｖａｒｉａｎｔと決定されると、ｎｏｎ－ＡＰＳＴＡはＥＨＴＴＢＰＰＤＵで応答することができる。

このとき、ＰＰＤＵのフォーマットを決定するためのバリアントは、共通情報フィールドの他にもユーザ情報フィールドがさらに用いられてよい。

例えば、トリガーフレームは、トリガータイプサブフィールドに基づいて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別されてよい。例えば、トリガータイプサブフィールド値が既に設定された値である場合に、トリガーフレームはＨＥトリガーフレームであってよい。また、トリガータイプサブフィールド値が既に設定された値である場合に、トリガーフレームはＥＨＴトリガーフレームであってよい。トリガータイプサブフィールド値が既に設定された値である場合に、トリガーフレームはＮＥＸＴトリガーフレームであってよい。

例えば、トリガータイプサブフィールド値が０～７であればＨＥトリガーフレームであり、０～７でなければ、ＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームであってよい。トリガータイプサブフィールドは種々のトリガーフレームタイプを指示するが、この場合、限定されたトリガータイプサブフィールド空間（ＴｒｉｇｇｅｒＴｙｐｅｓｕｂｆｉｅｌｄｓｐａｃｅ）を使用しなければならないという短所があり得る。

さらに他の実施例によれば、トリガーフレームのＵＬ長サブフィールド（Ｌｅｎｇｔｈｓｕｂｆｉｅｌｄ）に基づいて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別できる。例えば、ＵＬ長サブフィールド値をｍｏｄ（ｒｅｍａｉｎｄｅｒ）演算した値に基づいて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別できる。すなわち、ＵＬ長サブフィールドの値を用いて、トリガーフレームに対する応答として送信されるＰＰＤＵのフォーマットがＨＥＰＰＤＵか又はＥＨＴＰＰＤＵかが決定されてよい。

より具体的には、ＵＬ長サブフィールド値をｍｏｄ（ｒｅｍａｉｎｄｅｒ）３演算した値（ＵＬ長サブフィールドを３で割った余り）に基づいて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別できる。例えば、ＵＬ長サブフィールド値をｍｏｄ３した結果が０でない場合に、トリガーフレームはＨＥトリガーフレームであってよい。又は、ＵＬ長サブフィールド値をｍｏｄ３した結果が１である場合に、トリガーフレームはＨＥトリガーフレームであってよい。又は、ＵＬ長サブフィールド値をｍｏｄ３した結果が０である場合に、トリガーフレームはＨＥトリガーフレームであってよい。又は、ＵＬ長サブフィールド値をｍｏｄ３した結果が０である場合に、トリガーフレームはＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームであってよい。

つまり、トリガフレームのＵＬ長さサブフィールドの値をｍｏｄ３した値が０でなければ、トリガフレームに対する応答はＨＥＴＢＰＰＤＵに伝送され、ＵＬ長さサブフィールドの値をｍｏｄ３した値が１であれば、トリガフレームに対する応答はＨＥＴＢＰＰＤＵに伝送される。

また、トリガーフレームのＵＬ長サブフィールドの値をｍｏｄ３した値が０である場合に、トリガーフレームに対する応答として送信されるＰＰＤＵのフォーマットは、ＥＨＴＴＢＰＰＤＵであってよい。

また、このような方法に加えて追加のトリガーフレーム区別方法を用いて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームを区別することも可能である。例えば、図１６で説明する区別方法を共に用いてＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームを区別することが可能である。

一実施例によれば、トリガーフレームのユーザ情報フィールド（ＵｓｅｒＩｎｆｏｆｉｅｌｄ）に基づいて、トリガーフレームのフォーマットがＨＥトリガーフレームか、ＥＨＴトリガーフレームか、又はＮＥＸＴトリガーフレームかを区別できる。

すなわち、前述した共通情報フィールドと類似に、トリガーフレームのフォーマットがＨＥトリガーフレームか又はＥＨＴトリガーフレームかは、トリガーフレームに含まれたユーザ情報フィールドに基づいて識別されてよい。すなわち、ユーザ情報フィールドに含まれた特定サブフィールド（第２サブフィールド）の値に基づいて、トリガーフレームに対する応答として送信されるＰＰＤＵのフォーマットが決定されてよい。例えば、ユーザ情報フィールドの値によって、ｎｏｎ－ＡＰＳＴＡは、ＨＥＴＢＰＰＤＵ又はＥＨＴＴＢＰＰＤＵを選択し、割り当てられたＲＵで送信することができる。このとき、ユーザ情報フィールドの他にも共通情報フィールドの特定サブフィールド（第１サブフィールド）がＰＰＤＵのフォーマットを識別するためにさらに用いられてよい。

すなわち、トリガーフレームのユーザ情報フィールドに基づいて、トリガーフレームに対する応答であるＰＰＤＵのフォーマットを決定するためのバリアントが決定されてよく、決定されたバリアントによってＰＰＤＵのフォーマットが決定されてよい。例えば、ユーザ情報フィールドによって、ＰＰＤＵのフォーマットを決定するためのバリアントがＨＥｖａｒｉａｎｔと決定された場合に、ｎｏｎ－ＡＰＳＴＡは、ＨＥＴＢＰＰＤＵで応答でき、ユーザ情報フィールドによって、ＰＰＤＵのフォーマットを決定するためのバリアントがＥＨＴｖａｒｉａｎｔと決定されると、ｎｏｎ－ＡＰＳＴＡはＥＨＴＴＢＰＰＤＵで応答することができる。

このとき、ＰＰＤＵのフォーマットを決定するためのバリアントは、ユーザ情報フィールドり他にも共通情報フィールドがさらに用いられてよい。

例えば、ＡＩＤ１２サブフィールドに基づいて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別されてよい。一実施例によれば、既に設定された値のＡＩＤ１２サブフィールドを含むか否かによって、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別されてよい。また、この場合、あるユーザ情報フィールドによって指示されたＳＴＡがトリガーフレームフォーマットを決定するために当該ユーザ情報フィールド後に存在するＡＩＤ１２サブフィールドを引き続き確認すべきか否かが問題になり得る。このような問題を解決するために、どのようなトリガーフレームであるかを指示するＡＩＤ１２サブフィールドを含むユーザ情報フィールドがユーザ情報リストの前に存在してよい。また、このようなシグナリング方法を理解できないＨＥＳＴＡが誤動作することを防止するために、ＨＥＳＴＡに該当するユーザ情報フィールド後に、どのようなトリガーフレームであるかを指示するＡＩＤ１２サブフィールドを含むユーザ情報フィールドが存在することも可能である。

また、このとき、ユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドを除く他のサブフィールドの情報はＴＢＰＰＤＵ応答に必要でなく、どのようなトリガーフレームであるかを指示するＡＩＤ１２サブフィールドを含むユーザ情報フィールドのサブフィールドは省略されてよい。すなわち、ユーザ情報フィールドの長さが、ＡＩＤ１２サブフィールドによって異なってよい。図１５を参照すると、ＡＩＤ１２サブフィールドは、応答するＴＢＰＰＤＵフォーマットを指示する役割を担うことができる。例えば、ＡＩＤ１２サブフィールドが既に設定された値である場合に、前記既に設定された値に設定された前記ＡＩＤ１２サブフィールドを含むトリガーフレームに対する応答は、ＥＨＴＴＢＰＰＤＵであってよい。例えば、ＡＩＤ１２サブフィールド値が２０４７である場合に、前記ＡＩＤ１２サブフィールドを含むトリガーフレームに対する応答は、ＥＨＴＴＢＰＰＤＵであってよい。また、ＡＩＤ１２サブフィールドが既に設定された値である場合に、前記既に設定された値に設定された前記ＡＩＤ１２サブフィールドを含むトリガーフレームに対する応答は、ＮＥＸＴＴＢＰＰＤＵであってよい。例えば、ＡＩＤ１２サブフィールド値が２０４８である場合に、前記ＡＩＤ１２サブフィールドを含むトリガーフレームに対する応答は、ＮＥＸＴＴＢＰＰＤＵであってよい。

さらに他の実施例によれば、既に設定された値のＡＩＤ１２サブフィールドから既に設定された位置に存在するユーザ情報フィールドに基づいて応答する場合に、前記既に設定された値に該当するＴＢＰＰＤＵフォーマットで応答できる。例えば、既に設定された値のＡＩＤ１２サブフィールドよりも後に存在するユーザ情報フィールドに基づいて応答する場合に、前記既に設定された値に該当するＴＢＰＰＤＵフォーマットで応答できる。仮に、ＴＢＰＰＤＵフォーマットを指示する値が複数存在すると、既に設定された値１と既に設定された値２の両方よりも後に存在するユーザ情報フィールドに基づいて応答する場合に、前記既に設定された値１に該当するＴＢＰＰＤＵフォーマットと前記既に設定された値２に該当するＴＢＰＰＤＵフォーマットのうち、既に設定された優先順位に従うＴＢＰＰＤＵフォーマットで応答できる。図１５を参照すると、２０４７に設定されたＡＩＤ１２サブフィールドよりも後に存在するユーザ情報フィールドに基づいて応答する場合に、ＥＨＴＴＢＰＰＤＵで応答できる。また、２０４８に設定されたＡＩＤ１２サブフィールドよりも後に存在するユーザ情報フィールドに基づいて応答する場合に、ＮＥＸＴＴＢＰＰＤＵで応答できる。また、２０４７に設定されたＡＩＤ１２サブフィールドと２０４８に設定されたＡＩＤ１２サブフィールドの両方よりも後に存在するユーザ情報フィールドに基づいて応答する場合に、ＮＥＸＴＴＢＰＰＤＵで応答できる。また、２０４７に設定されたＡＩＤ１２サブフィールドと２０４８に設定されたＡＩＤ１２サブフィールドの両方よりも前に存在するユーザ情報フィールドに基づいて応答する場合に、ＨＥＴＢＰＰＤＵで応答することができる。

本実施例において、ＡＩＤ１２サブフィールドがトリガーフレームの種類を指示する例を挙げたが、本発明はこれに限定されず、ユーザ情報フィールドの他のサブフィールドを用いてトリガーフレームの種類を指示することも可能である。

一実施例によれば、トリガーフレームのパディングフィールドに基づいて、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかが区別されてよい。例えば、パディングフィールドがＨＥトリガーフレームか、ＥＨＴトリガーフレームか、又はＮＥＸＴトリガーフレームかを指示する既に設定された値を含むか否かによって、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームのいずれであるかを決定することができる。

本発明の実施例によれば、本発明で説明する複数のトリガーフレーム区別方法を結合してＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームを区別することが可能である。また、本発明においてトリガーフレームについて説明した内容は、これに限定されず、ＴＲＳに対しても適用可能である。

本発明のさらに他の実施例として、ＡＰは、トリガリングフレームを用いて前記ＥＨＴＰＰＤＵ及び前記ＨＥＰＰＤＵの送信を共に指示できなくてもよい。すなわち、ＥＨＴＡＰは、ＨＥＴＢＰＰＤＵとＥＨＴＴＢＰＰＤＵを共に指示するトリガーフレームを送信できず、一つのＰＰＤＵフォーマットのみを指示してもよい。

図１６には、本発明の一実施例に係るトリガーベースＰＰＤＵフォーマットを指示するためのトリガーフレームフォーマットを示す。

図１６を参照すると、トリガーフレームは、トリガーフレームのフォーマット及びトリガーフレームに対する応答として送信されるＰＰＤＵのフォーマットを指示する情報を含んでよく、指示されるＰＰＤＵフォーマットによってトリガーフレームに含まれるコンテンツと長さが異なってよい。

具体的には、トリガーフレームは、トリガーフレームのフォーマットを指示する情報を含むことができる。すなわち、トリガーフレームは、トリガーフレームがＨＥトリガーフレームか、ＥＨＴトリガーフレームか、ＮＥＸＴトリガーフレームかを指示する情報を含むことができる。したがって、トリガーフレームによって指示されるＰＰＤＵのフォーマットを決定するための情報を含むことができる。

また、フォーマットを指示する情報に基づいてトリガーフレームのコンテンツと長さが変わることが可能であり、トリガーフレームは、前記トリガーフレームに対する応答としてＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵのいずれを送信しなければならないかを指示する情報を含むことができる。例えば、前述したトリガーフレームのフォーマットを指示する情報又はトリガーフレームに応答するＴＢＰＰＤＵフォーマットを指示する情報は、フォーマット識別子サブフィールド（Ｉｄｅｎｔｉｆｉｅｒｓｕｂｆｉｅｌｄ）に含まれてよい。

したがって、フォーマット識別子サブフィールドに基づいてトリガーフレームのフォーマットを決定することができる。また、フォーマット識別子サブフィールドに基づいて、応答するＴＢＰＰＤＵフォーマットを決定することが可能である。すなわち、フォーマット識別子サブフィールドが示す値に該当する標準のＴＢＰＰＤＵで応答することが可能である。一実施例によれば、フォーマット識別子サブフィールドは３ビットであってよい。また、フォーマット識別子サブフィールドは、共通情報フィールドのＢ１６以後に存在してよい。

例えば、フォーマット識別子サブフィールドは、ＵＬ長サブフィールドの次に存在してよい。また、図１２で説明したトリガーフレームは、ＨＥＳＴＡも理解できるフォーマットであるので、フォーマット識別子サブフィールドはＥＨＴ標準以後のトリガーフレームに存在することが可能である。すなわち、トリガーフレームがフォーマット識別子サブフィールドを含む場合に、前記トリガーフレームは、ＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームであってよい。又は、トリガーフレームがフォーマット識別子サブフィールドを含む場合に、前記トリガーフレームに応答するＴＢＰＰＤＵは、ＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵであってよい。また、この場合、フォーマット識別子サブフィールドが指示できる値は、ＥＨＴ標準以後であってよい。

一実施例によれば、ＴＢＰＰＤＵに含まれるＵ－ＳＩＧフィールドは、前記ＴＢＰＰＤＵを指示したＰＰＤＵに基づくことが可能である。一実施例によれば、ＴＢＰＰＤＵに含まれるＵ－ＳＩＧフィールドは、ＴＢＰＰＤＵを指示したトリガーフレームに基づくことが可能である。より具体的には、ＴＢＰＰＤＵに含まれるＵ－ＳＩＧフィールドは、ＴＢＰＰＤＵを指示したトリガーフレームに含まれたフォーマット識別子サブフィールドに基づくことが可能である。

例えば、ＴＢＰＰＤＵに含まれるＵ－ＳＩＧフィールドのＰＨＹバージョン識別子（ｖｅｒｓｉｏｎｉｄｅｎｔｉｆｉｅｒ）は、ＴＢＰＰＤＵを指示したトリガーフレームに含まれたフォーマット識別子サブフィールドに基づくことが可能である。ＰＨＹバージョン識別子は、ｎｏｎ－ＡＰＳＴＡ又はＡＰによって送信されるＰＰＤＵのＰＨＹバージョンを示す。例えば、ＰＨＹバージョン識別子の値が「０」に設定されると、該当ＰＰＤＵは、ＰＨＹバージョンがＥＨＴであるＥＨＴＰＰＤＵであることを意味する。

ＰＨＹバージョン識別子は、ＰＰＤＵのフォーマットがＥＨＴＰＰＤＵであるかを識別するために用いられてよく、トリガーフレームに含まれたフォーマット識別子に基づいて設定されてよい。例えば、ｎｏｎ－ＡＰＳＴＡは、トリガーフレームに含まれたフォーマット識別子の値と同一にＰＰＤＵに含まれるＰＨＹバージョンフィールドの値を設定することができる。したがって、ｎｏｎ－ＡＰＳＴＡは、トリガーフレームに含まれたフォーマット識別子の値に基づいて、送信するＰＰＤＵのフォーマットがＥＨＴＴＢＰＰＤＵか否かを決定できる。

例えば、ＴＢＰＰＤＵに含まれるＵ－ＳＩＧフィールドのＰＨＹバージョン識別子値は、ＴＢＰＰＤＵを指示したトリガーフレームに含まれたフォーマット識別子サブフィールドと同一の値に設定されてよい。又は、Ｕ－ＳＩＧフィールドのＰＨＹバージョン識別子サブフィールドとトリガーフレームのフォーマット識別子サブフィールドが示す標準の範囲が異なる場合に、ＴＢＰＰＤＵに含まれるＵ－ＳＩＧフィールドのＰＨＹバージョン識別子の値は、ＴＢＰＰＤＵを指示したトリガーフレームに含まれたフォーマット識別子サブフィールド値に／から、既に設定された値を加算／減算した値に設定されてよい。

Ｕ－ＳＩＧフィールドのＰＨＹバージョン識別子サブフィールドは、前述したＰＨＹバージョンフィールドであってよい。また、Ｕ－ＳＩＧフィールドのＰＨＹバージョン識別子サブフィールドは、Ｕ－ＳＩＧフィールドのフォーマットを指示する役割を担うことができる。またもＵ－ＳＩＧフィールドのＰＨＹバージョン識別子サブフィールドは、Ｕ－ＳＩＧフィールドを含むＰＰＤＵのＰＨＹバージョンを指示する役割を担うことができる。

図１６を参照すると、トリガーフレームは、フォーマット識別子サブフィールドを含むことができる。また、フォーマット識別子サブフィールドに基づいて、前記トリガーフレームがどのような標準のトリガーフレームであるか、又は前記トリガーフレームに応答するＴＢＰＰＤＵフォーマットとしてどのようなものを使用すべきかを決定することができる。

また、トリガーフレームは、前記トリガーフレームに応答するＴＢＰＰＤＵのＵ－ＳＩＧフィールドに含まれる情報を含むことが可能である。例えば、トリガーフレームは、Ｕ－ＳＩＧフィールドのバージョン独立的（ＶｅｒｓｉｏｎＩｎｄｅｐｅｎｄｅｎｔ）フィールドとバージョン依存的（ＶｅｒｓｉｏｎＤｅｐｅｎｄｅｎｔ）フィールドに含まれる情報を含むことができる。Ｕ－ＳＩＧフィールドに含まれる情報は、バージョン独立的フィールドとバージョン依存的フィールドに含まれる情報を含むものであってよい。

Ｕ－ＳＩＧフィールドのバージョン独立的フィールドに含まれる情報は、Ｕ－ＳＩＧバージョン独立的コンテンツであってよい。Ｕ－ＳＩＧフィールドのバージョン依存的フィールドに含まれる情報は、Ｕ－ＳＩＧバージョン依存的コンテンツであってよい。また、前述したフォーマット識別子サブフィールドは、Ｕ－ＳＩＧバージョン独立的コンテンツのうちの一つであってよい。本発明の実施例によれば、トリガーフレームに含まれたフォーマット識別子サブフィールドに基づいて、トリガーフレームに含まれるＴＢＰＰＤＵのＵ－ＳＩＧフィールドに含まれる情報の内容及び長さが異なることが可能である。例えば、トリガーフレームに含まれたフォーマット識別子サブフィールドに基づいて、トリガーフレームに含まれるＴＢＰＰＤＵのＵ－ＳＩＧバージョン依存的コンテンツの内容及び長さが変わることが可能である。例えば、Ｕ－ＳＩＧバージョン独立的コンテンツは、フォーマット識別子サブフィールドに関係ない内容及び長さを有するサブフィールドであってよく、Ｕ－ＳＩＧバージョン依存的コンテンツは、フォーマット識別子サブフィールドに基づく内容及び長さを有するサブフィールドであってよい。一実施例によれば、Ｕ－ＳＩＧフィールドに含まれる情報は、トリガーフレームの共通情報フィールドに含まれることが可能である。また、トリガーフレームに含まれるＵ－ＳＩＧバージョン依存的コンテンツは、ＢＷ、パンクチャリング情報などを含むことができる。

図１６を参照すると、トリガーフレームは、Ｕ－ＳＩＧバージョン独立的コンテンツとＵ－ＳＩＧバージョン依存的コンテンツを含むことができる。また、フォーマット識別子サブフィールドに基づいてＵ－ＳＩＧバージョン独立的コンテンツ又はＵ－ＳＩＧバージョン依存的コンテンツの内容と長さが変わることが可能である。

図１７には、本発明のさらに他の実施例に係るトリガーベースＰＰＤＵフォーマットを指示するためのトリガーフレームフォーマットを示す。

図１７を参照すると、トリガリングフレームに含まれた共通情報フィールド及び／又はユーザ情報フィールドに含まれたサブフィールドに基づいて、ＳＴＡは、送信するＰＰＤＵのフォーマットを決定することができる。

詳しくは、図１７（ａ）はトリガフレームに含まれた共通情報フィールドの一例を示し、図１７（ｂ）はユーザ情報フィールドの一例を示す。図１７（ｃ）は特定ユーザ情報フィールド（Ｓｐｅｃｉａｌユーザ情報フィールド）の一例を示す。

図１７の（ａ）～（ｃ）に示すフィールドのうち、前述したフィールドと同じフィールドは、その説明を省略する。

図１７の（ａ）の共通情報フィールドは、前述したように、トリガーフレームによって指示されたＰＰＤＵのフォーマットを識別するために用いられてよい。例えば、トリガーフレームの共通情報フィールドは、トリガーフレームによって指示されたＰＰＤＵのフォーマットがＥＨＴＴＢＰＰＤＵか又はＨＥＴＢＰＰＤＵかを識別するために用いられてよい。

具体的には、図１７の（ａ）に示す共通情報フィールドにおいて、ＨＥ／ＥＨＴＰ１６０サブフィールド（第１サブフィールド）は、１６０ＭＨｚの主チャネル（Ｐｒｉｍａｒｙｃｈａｎｎｅｌ）で送信されるＰＰＤＵのフォーマットを指示する。例えば、ＨＥ／ＥＨＴＰ１６０サブフィールドの値が「１」であれば、１６０ＭＨｚの主チャネルでのＨＥＴＢＰＰＤＵの送信を示し、「０」であれば、１６０ＭＨｚの主チャネルでのＥＨＴＴＢＰＰＤＵの送信を示す。

図１７の（ｂ）のユーザ情報フィールドは、前述したように、トリガーフレームによって指示されたＰＰＤＵのフォーマットを識別するために用いられてよい。

具体的には、図１７の（ｂ）に示すユーザ情報フィールドにおいて、ＰＳ１６０サブフィールド（第２サブフィールド）は、ユーザ情報フィールドのＲＵ割り当てフィールドによって割り当てられたＲＵが１６０ＭＨｚの主チャネル又は副チャネルのうちどこに位置するかを示す。

ＰＳ１６０サブフィールドは、図１７の（ａ）のＨＥ／ＥＨＴＰ１６０サブフィールドと一緒に、トリガーフレームによって指示されたＰＰＤＵのフォーマットを指示するために用いられる。例えば、ＨＥ／ＥＨＴＰ１６０サブフィールドの値が「１」に設定され、主チャネルでＨＥＴＢＰＰＤＵの送信が指示される場合に、ＰＳ１６０サブフィールドの値が「０」に設定されると、主チャネルにＲＵが割り当てられたということを示すので、ＳＴＡは、主チャネルでＨＥＴＢＰＰＤＵでトリガーフレームに対する応答を送信する。

しかし、ＨＥ／ＥＨＴＰ１６０サブフィールドの値が「１」に設定され、主チャネルでＨＥＴＢＰＰＤＵの送信が指示される場合に、ＰＳ１６０サブフィールドの値が「１」に設定されると、副チャネルにＲＵが割り当てられたということを示すので、ＳＴＡは副チャネルでＰＰＤＵを送信し、このとき、ＰＰＤＵのフォーマットはＥＨＴＴＢＰＰＤＵである。

下表１は、ＨＥ／ＥＨＴＰ１６０サブフィールド及びＰＳ１６０サブフィールドによるＰＰＤＵのフォーマットの一例を示す。

表１を参照すると、共通情報フィールドのＢ５４ビットはＨＥ／ＥＨＴＰ１６０サブフィールドの値を示し、Ｂ３９ビットはＰＳ１６０サブフィールドの値を示す。ＨＥ／ＥＨＴＰ１６０サブフィールドの値及びＰＳ１６０サブフィールドの値によってＰＰＤＵのフォーマットを決定するためのバリアントが決定され、決定されたバリアントによって、ＰＰＤＵのタイプがＨＥか又はＥＨＴかが決定される。

このようにトリガーフレームに含まれた共通情報フィールド及び／又はユーザ情報フィールドを用いて、ＳＴＡは、トリガーフレームの応答として送信するＰＰＤＵのフォーマットがＥＨＴか又はＨＥかを決定し、決定されたフォーマットによってＰＰＤＵを生成してＡＰに送信する。

図１７の（ｃ）は、前述したＰＨＹバージョン識別子を含む特別ユーザ情報フィールドの一例を示し、ＰＨＹバージョン識別子は、前述したように、ＰＨＹバージョンがＥＨＴか否かを識別するために用いられる。また、ＰＨＹバージョン識別子は、トリガーフレームのフォーマット指示子に基づいて設定されてよい。

図１８には、本発明の一実施例に係るトリガーフレームフォーマットの決定方法を示す。

図１８は、先の図１５～図１７で説明した実施例と関連付いて用いられてよく、前述した内容は省略する。

具体的には、図１６で説明したように、トリガーフレームはフォーマット指示子サブフィールドを含むことができる。また、図１２で説明したトリガーフレーム又はＨＥトリガーフレームは、フォーマット指示子サブフィールドを含まんくてよい。したがって、トリガーフレームがフォーマット指示子サブフィールドを含んでいるか否かを決定する方法が必要であり得る。一実施例によれば、トリガーフレームは、フォーマット指示子サブフィールドを含んでいるか否かを示す情報を含むことができる。例えば、トリガーフレームの共通情報フィールドは、フォーマット指示子サブフィールドを含んでいるか否かを示す情報を含むことができる。より具体的には、トリガーフレームのトリガータイプサブフィールドは、フォーマット指示子サブフィールドを含んでいるか否かを示す情報を含むことができる。例えば、トリガータイプサブフィールドが既に設定された値であるか否かによって、フォーマット指示子サブフィールドを含んでいるか否かを決定することができる。例えば、トリガータイプサブフィールドが０～７の値である場合に、フォーマット指示子サブフィールドを含んでいないものであってよい。また、トリガータイプサブフィールドが０～７の値でない場合又はトリガータイプサブフィールドが８～１５の値である場合に、フォーマット指示子サブフィールドを含んでいるものであってよい。また、トリガータイプサブフィールドが０～７である場合に、それぞれ、Ｂａｓｉｃ、ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔＰｏｌｌ（ＢＦＲＰ）、ＭＵ－ＢＡＲ、ＭＵ－ＲＴＳ、ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔＰｏｌｌ（ＢＳＲＰ）、ＧＣＲＭＵ－ＢＡＲ、ＢａｎｄｗｉｄｔｈＱｕｅｒｙＲｅｐｏｒｔＰｏｌｌ（ＢＱＲＰ）、ＮＤＰＦｅｅｄｂａｃｋＲｅｐｏｒｔＰｏｌｌ（ＮＦＲＰ）を指示できる。この場合、トリガータイプサブフィールドが８～１５である場合は、それぞれ、トリガータイプサブフィールドが０～７である場合のトリガーフレームタイプを指示するが、フォーマット指示子サブフィールドを含まないトリガーフレームフォーマットであることを指示できる。

さらに他の実施例によれば、トリガーフレームのＵＬ長サブフィールドに基づいて、フォーマット指示子サブフィールドを含んでいる否かを決定することができる。例えば、図１５で説明したＵＬ長サブフィールドに基づくトリガーフレーム区別方法によって、フォーマット指示子サブフィールドを含んでいるか否かを決定することができる。すなわち、ＵＬ長サブフィールドの値をｍｏｄ演算した結果、より具体的には、ＵＬ長サブフィールドの値をｍｏｄ３演算した結果に基づいて、フォーマット指示子サブフィールドを含んでいるか否かを決定できる。

例えば、ＵＬ長サブフィールドの値をｍｏｄ３演算した結果が０でない場合にフォーマット指示子サブフィールドを含まず、ｍｏｄ３演算した結果が０である場合にフォーマット指示子サブフィールドを含むものであってよい。これは、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームがフォーマット指示子サブフィールドを含む前述の実施例、ＵＬ長サブフィールドにｍｏｄ３演算した結果に基づいて、ＨＥトリガーフレームであるか否かを決定する前述の実施例と連結されるものであってよい。

図１８を参照すると、トリガーフレームが含んでいるＵＬ長サブフィールドに基づいて、前記トリガーフレームがＨＥトリガーフレームであるか否か又は前記トリガーフレームがフォーマット指示子サブフィールドを含んでいるか否かを決定することができる。例えば（（ＵＬ長サブフィールド値）ｍｏｄ３）の値が０でない場合に、トリガーフレームが、図１２で説明した共通情報フィールド、ユーザ情報フィールドを有するトリガーフレーム（又は、ＨＥトリガーフレーム）であり、フォーマット指示子サブフィールドを含んでいないと決定できる。また、前記トリガーフレームに応答する場合にＨＥＴＢＰＰＤＵで応答することができる。

また、（（ＵＬ長サブフィールド値）ｍｏｄ３）の値が０である場合に、トリガーフレームがＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームであり、フォーマット指示子サブフィールドを含んでいると決定できる。また、前記フォーマット指示子サブフィールドが示した値に基づいて、トリガーフレームが含んでいる残りの情報（すなわち、共通情報フィールド、ユーザ情報フィールド）を決定できる。また、前記トリガーフレームに応答する場合に、前記フォーマット指示子サブフィールドが示す標準のＴＢＰＰＤＵで応答することができる。すなわち、前記フォーマット指示子サブフィールドがＥＨＴ標準を示す場合に、ＥＨＴＴＢＰＰＤＵで応答することができる。また、前記フォーマット指示子サブフィールドがＮＥＸＴ標準を示す場合に、ＮＥＸＴＴＢＰＰＤＵで応答することができる。

図１９には、本発明の一実施例に係る長さフィールド（Ｌｅｎｇｔｈｆｉｅｌｄ）の設定方法を示す。図１９の実施例で、図１５～図１８で説明した内容は省略されてよい。

図１９を参照すると、トリガーフレームに対する応答として送信されるＰＰＤＵは、フォーマットによって異なる値を有する長さフィールドを含むことができる。

具体的には、トリガーフレームはＵＬ長サブフィールドを含んでよく、ＵＬ長サブフィールドは、トリガーフレームによって指示されるＰＰＤＵの長さに関連した情報を示すことができる。例えば、ＵＬ長サブフィールドは、トリガーフレームに対する応答として送信されるＰＰＤＵのＬ－ＳＩＧフィールドに含まれる長さフィールドの値と関連した情報を指示できる。Ｌ－ＳＩＧフィールドに含まれる長さフィールドは、レガシープリアンブルに含まれる長さ又は区間（ｄｕｒａｔｉｏｎ）情報であってよい。Ｌ－ＳＩＧフィールドに含まれる長さフィールドは、Ｌ＿ＬＥＮＧＴＨ又はＬＥＮＧＴＨと表すことができ、これは、送信パラメータ又は受信パラメータ値によって設定されてよい。

本発明の一実施例によれば、トリガーフレームに対する応答として送信されるＴＢＰＰＤＵのフォーマットによって、トリガーフレームに含まれたＵＬ長サブフィールドを用いてＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれる長さフィールドを設定する方法が異なってよい。また、本発明の一実施例によれば、トリガーフレームのフォーマットによって、トリガーフレームに含まれたＵＬ長サブフィールドを用いてＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれる長さフィールドを設定する方法が異なってよい。又は、本発明の一実施例によれば、トリガーフレームのＵＬ長サブフィールドの値に基づく値によって、トリガーフレームに含まれたＵＬ長サブフィールドを用いてＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれる長さフィールドを設定する方法が異なってよい。

前述したように、トリガーフレームに含まれたＵＬ長サブフィールドの値に、モジューラー演算であるｍｏｄ３をした値が０でない場合が存在することがあり、トリガーフレームに基づいてＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵで応答することが可能である。

仮に、トリガーフレームに含まれたＵＬ長サブフィールドの値にｍｏｄ３をした値が０でない場合に、トリガーフレームに対する応答としてＨＥＴＢＰＰＤＵが送信されると、ＨＥＴＢＰＰＤＵに含まれるＬ－ＳＩＧフィールドの長さフィールドはトリガーフレームのＵＬ長サブフィールドの値と同じ値に設定されてよい。これは、ＨＥＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれた長さフィールドの値にｍｏｄ３をした値が０でない値（例えば、１）に設定されるようにするためである。

また、トリガーフレームに含まれたＵＬ長サブフィールドの値にｍｏｄ３をした値が０でない場合に、トリガーフレームに対する応答としてＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵが送信されると、ＨＥＴＢＰＰＤＵに含まれるＬ－ＳＩＧフィールドの長さフィールドは、トリガーフレームのＵＬ長サブフィールドの値に既に設定された値を足した値に設定されてよい。このとき、既に設定された値は、２又は－１であってよい。これは、ＨＥＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれている長さフィールドの値にｍｏｄ３をした値が０となるようにするためである。

すなわち、トリガーフレームによって指示されたＰＰＤＵのフォーマットがＨＥＴＢＰＰＤＵであり、ｎｏｎ－ＡＰＳＴＡがトリガーフレームに対する応答としてＨＥＴＢＰＰＤＵを送信する場合に、ＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれた長さフィールドの値であるＬ＿ＬＥＮＧＴＨパラメータの値は、トリガーフレームの共通情報フィールドに含まれたＵＬ長サブフィールドによって指示された値に設定されてよい。

しかし、トリガーフレームによって指示されたＰＰＤＵのフォーマットがＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵであり、ｎｏｎ－ＡＰＳＴＡがトリガーフレームに対する応答としてＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵを送信する場合に、ＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれた長さフィールドの値であるＬ＿ＬＥＮＧＴＨパラメータの値は、トリガーフレームの共通情報フィールドに含まれたＵＬ長サブフィールドによって指示された値である送信パラメータＬ＿ＬＥＮＧＴＨパラメータの値に、既に設定された値（例えば、２又は－１）を足した値に設定されてよい。

このとき、Ｌ＿ＬＥＮＧＴＨ値であるＬｅｎｇｔｈは、次の式４によって計算されてよい。

〔数式４〕
前述したように、トリガーフレームに含まれたＵＬ長サブフィールド値にｍｏｄ３した値が０である場合が存在し得る。また、前述したように、トリガーフレームに基づいてＨＥＴＢＰＰＤＵ又はＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵで応答することが可能である。

トリガーフレームに含まれたＵＬ長サブフィールド値にｍｏｄ３した値が０のとき、仮にＨＥＴＢＰＰＤＵで応答する場合に、ＵＬ長サブフィールド値に既に設定された値を足した値に、前記ＨＥＴＢＰＰＤＵに含まれたＬ－ＳＩＧフィールドに含まれた長さフィールドを設定することが可能である。例えば、前記既に設定された値は、（－２）であってよい。これは、ＨＥＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれた長さフィールドの値にｍｏｄ３した値を０でない値、例えば１にさせるためのものであってよい。さらに他の実施例において、前記既に設定された値は、１であってよい。

トリガーフレームに含まれたＵＬ長サブフィールドの値にｍｏｄ３した値が０のとき、仮にＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵで応答する場合に、前記ＵＬ長サブフィールドの値と同じ値に、前記ＥＨＴＴＢＰＰＤＵ又は前記ＮＥＸＴＴＢＰＰＤＵに含まれたＬ－ＳＩＧフィールドに含まれた長さフィールドを設定することが可能である。これは、ＥＨＴＴＢＰＰＤＵ又はＮＥＸＴＴＢＰＰＤＵのＬ－ＳＩＧフィールドに含まれた長さフィールドの値にｍｏｄ３した値を０にさせるためのものであってよい。

図２０には、本発明のさらに他の実施例に係るＵＬＭＵ動作を示す。

図２０の実施例は、図１０及び図１１で説明した問題を解決するための方法であり得る。また、図２０の実施例は、図１５で説明した実施例においてトリガーフレームを区別する他の方法を説明したものであり得る。また、前述した内容は省略されてよい。

本発明の一実施例によれば、ＥＨＴＳＴＡは、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵを選択的に送信することが可能である。また、ＮＥＸＴＳＴＡは、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵを選択的に送信することが可能である。この場合、一つのフレーム又は一つのＰＰＤＵで複数標準のＳＴＡをスケジュールできるという長所がある。無線ＬＡＮでは共同のリソースを複数標準のＳＴＡが共に使用するので、これが長所になり得る。例えば、ＨＥＳＴＡ（ＥＨＴでないＨＥＳＴＡ）、ＥＨＴＳＴＡを、一つのフレームを用いてＨＥＴＢＰＰＤＵで応答するようにすることが可能である。

また、ＴＢＰＰＤＵフォーマットを選択するための情報がトリガーフレーム、ＴＲＳ又はトリガーフレームを含むＰＰＤＵ、又はＴＲＳを含むＰＰＤＵに含まれてよい。

本発明の実施例によれば、応答するＴＢＰＰＤＵフォーマットに関する情報がＰＨＹレベルに存在してよい。本発明の実施例によれば、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームが区別されてよい。また、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴフレームと指示された応答は、それぞれ、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵで応答することができる。

また、本発明において、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームを区別するということは、トリガーフレームに応答するＴＢＰＰＤＵフォーマットをそれぞれ、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵに区別するということと同じ意味であってよい。

本発明の一実施例によれば、トリガーフレームを含むＰＰＤＵフォーマットに基づいて、トリガーフレームに応答するＴＢＰＰＤＵフォーマットを決定することができる。例えば、トリガーフレームを含むＰＰＤＵフォーマットと同じ標準のＴＢＰＰＤＵで前記フレームに応答することが可能である。図１９を参照すると、仮にトリガーフレームがＨＥＰＰＤＵで伝達されると、前記トリガーフレームに応答するＴＢＰＰＤＵは、ＨＥＴＢＰＰＤＵであってよい。この場合、前記トリガーフレームがＥＨＴＳＴＡ、ＮＥＸＴＳＴＡを指示した場合にもＨＥＴＢＰＰＤＵで応答することができる。トリガーフレームがＥＨＴＰＰＤＵで伝達された場合に、前記トリガーフレームに応答するＴＢＰＰＤＵはＥＨＴＴＢＰＰＤＵであってよい。この場合、前記トリガーフレームがＮＥＸＴＳＴＡを指示した場合にもＥＨＴＴＢＰＰＤＵで応答することができる。

また、ＥＨＴＰＰＤＵ又はＮＥＸＴＰＰＤＵが含むトリガーフレームに応答する場合に、前記ＥＨＴＰＰＤＵ又は前記ＮＥＸＴＰＰＤＵのＵ－ＳＩＧフィールドに含まれたＰＨＹバージョン識別子と同じ値に、前記ＥＨＴＰＰＤＵ又は前記ＮＥＸＴＰＰＤＵに応答するＴＢＰＰＤＵのＵ－ＳＩＧフィールドに含まれたＰＨＹバージョン識別子を設定することができる。また、前記ＥＨＴＰＰＤＵ又は前記ＮＥＸＴＰＰＤＵのＵ－ＳＩＧフィールドに含まれたＰＨＹバージョン識別子は、受信パラメータであるＲＸＶＥＣＴＯＲであり、前記ＥＨＴＰＰＤＵ又は前記ＮＥＸＴＰＰＤＵを受信するＳＴＡのＰＨＹからＭＡＣに伝達されてよい。また、前記ＥＨＴＰＰＤＵ又は前記ＮＥＸＴＰＰＤＵに応答するＴＢＰＰＤＵのＵ－ＳＩＧフィールドに含まれたＰＨＹバージョン識別子は、ＴＸＶＥＣＴＯＲであり、前記ＴＢＰＰＤＵを送信するＳＴＡのＭＡＣからＰＨＹに伝達されてよい。すなわち、ＴＢＰＰＤＵで応答するＳＴＡのＴＸＶＥＣＴＯＲＰＨＹバージョン識別子は、前記ＴＢＰＰＤＵを指示するトリガーフレームを含むＰＰＤＵを受信する時のＲＸＶＥＣＴＯＲＰＨＹバージョン識別子の値に設定されてよい。

一実施例によれば、図１５で説明したＭＡＣレベル区別方法と、図２０で説明したＰＨＹレベル区別方法を共に使用することが可能である。例えば、トリガーフレームがｎｏｎ－ＨＴ（ｄｕｐｌｉｃａｔｅ）ＰＰＤＵで送信された場合にはＭＡＣレベル区別方法を用いてよい。また、ＭＡＣレベル区別方法及びＰＨＹレベル区別方法による結果（どのような標準のトリガーフレームか又はどのような標準のＴＢＰＰＤＵで応答しなければならないか）が一致しない場合に、既に設定された優先順位に従えばよい。

例えば、ＭＡＣレベル区別方法とＰＨＹレベル区別方法による結果が一致しない場合に、ＰＨＹレベルの区別方法を用いることができる。例えば、ＥＨＴトリガーフレームがＨＥＰＰＤＵで伝達された場合に、ＨＥＴＢＰＰＤＵで応答することが可能である。これにより、以後の標準及び以後の標準のＰＰＤＵをデコードできないＨＥＳＴＡもＰＰＤＵをデコードし、プリアンブルを確認することができ、前記ＰＰＤＵに含まれたフレームを受信して前記ＰＰＤＵ又は前記フレームを適宜保護できる長所がある。

図２１には、本発明のさらに他の実施例に係るＵＬＭＵ動作を示す。

前述したように、トリガーフレームの他にも、ＴＲＳでＴＢＰＰＤＵを指示してもよい。また、ＴＲＳは、前述したように、ＨＴ制御フィールドに含まれてよい。例えば、ＨＴ制御フィールドがＡ－制御フィールドを含むとき、ＴＲＳを含むことが可能である。ＴＲＳは、ＴＲＳ制御サブフィールドによって伝達されることが可能である。Ａ－制御フィールドは、制御リストフィールドが連続して位置し得る形態であってよい。また、制御リストフィールドがＴＲＳを含んでよい。

また、ＴＲＳを含んでいるフレームの受信者（ｉｎｄｅｎｔｅｄｒｅｃｅｉｖｅｒ）が、ＴＲＳに応答することが可能である。例えば、ＴＲＳを含んでいるフレームが含むＲＡに該当するＳＴＡが、ＴＲＳに応答することが可能である。ＴＲＳは、前記ＴＲＳに応答するＰＰＤＵ又はフレームの長さに関する情報（ＵＬＤａｔａＳｙｍｂｏｌｓ）、前記ＴＲＳに応答する時に使用するＲＵの位置及びサイズ（ＲＵＡｌｌｏｃａｔｉｏｎ）、前記ＴＲＳに応答する時に電力（ｐｏｗｅｒ）に関する情報（ＡＰＴｘＰｏｗｅｒ、ＵＬＴａｒｇｅｔＲＳＳＩ）、前記ＴＲＳに応答する時に変調（ｍｏｄｕｌａｔｉｏｎ）方法に関する情報（ＵＬＨＥ－ＭＣＳ）などを含むことができる。

図２１の実施例は、図１０及び図１１で説明した問題を解決するための方法であり得る。また、先に言及したように、前述のトリガーフレームに対する実施例をＴＲＳにも適用可能である。また、前述の内容は省略されてよい。

本発明の一実施例によれば、ＨＥ標準で定義したＴＲＳ（ＨＥＴＲＳ）の以外に、ＥＨＴ標準又はＮＥＸＴ標準で定義するＴＲＳ（それぞれ、ＥＨＴＴＲＳ、ＮＥＸＴＴＲＳ）が存在することが可能である。したがって、指示したＴＲＳがＨＥＴＲＳ、ＥＨＴＴＲＳ、ＮＥＸＴＴＲＳのいずれであるかによって、前記ＴＲＳに応答するＴＢＰＰＤＵがそれぞれ、ＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵであってよい。例えば、どの標準で定義したＴＲＳであるかは、Ａ－制御サブフィールドのＣｏｎｔｒｏｌＩＤサブフィールドによって決定することが可能である。追加の実施例において、ＴＲＳは、ＨＥＴＲＳと、ＨＥＴＲＳでないＴＲＳの２種類に区分されることが可能である。

又は、例えば、どの標準で定義したＴＲＳであるかは、ＨＴ制御フィールドがＨＥｖａｒｉａｎｔか、ＥＨＴｖａｒｉａｎｔか、ＮＥＸＴｖａｒｉａｎｔかによって決定されてよい。また、ＨＴ制御フィールドの既に設定されたビットの値を用いて、ＨＥｖａｒｉａｎｔか、ＥＨＴｖａｒｉａｎｔか、ＮＥＸＴｖａｒｉａｎｔがによって決定されてよい。例えば、ＨＴ制御フィールドのＢ０、Ｂ１が１、１である場合に、ＨＥｖａｒｉａｎｔであってよい。また、ＨＴ制御フィールドのＢ０、Ｂ１と追加のビット（例えば、Ｂ３１）を用いて、ＨＥｖａｒｉａｎｔか、ＥＨＴｖａｒｉａｎｔか、ＮＥＸＴｖａｒｉａｎｔかによって決定することができる。

本発明の一実施例によれば、図２０でトリガーフレームについて説明したのと同一に、ＴＲＳが含まれたＰＰＤＵフォーマットに基づいて、前記ＴＲＳに応答するＴＢＰＰＤＵフォーマットを決定することが可能である。すなわち、ＰＰＤＵの送信を指示するＰＰＤＵがＴＲＳ制御サブフィールドを含む場合に、ＰＰＤＵのフォーマットは、ＴＲＳ制御サブフィールドを含むＰＰＤＵのフォーマットに基づいて決定されてよい。例えば、ＴＲＳ制御サブフィールドを含むＰＰＤＵのフォーマットがＨＥＰＰＤＵである場合に、指示されるＰＰＤＵのフォーマットはＨＥＰＰＤＵであってよい。一方、ＴＲＳ制御サブフィールドを含むＰＰＤＵのフォーマットがＥＨＴＰＰＤＵである場合に、指示されるＰＰＤＵのフォーマットはＥＨＴＰＰＤＵであってよい。

図２１を参照すると、ＴＲＳがＨＥＰＰＤＵで伝達された場合に、前記ＴＲＳに応答するＴＢＰＰＤＵは、ＨＥＴＢＰＰＤＵであってよい。また、ＴＲＳがＥＨＴＰＰＤＵで伝達された場合に、前記ＴＲＳに応答するＴＢＰＰＤＵは、ＥＨＴＴＢＰＰＤＵであってよい。また、ＴＲＳがＮＥＸＴＰＰＤＵで伝達された場合に、前記ＴＲＳに応答するＴＢＰＰＤＵは、ＮＥＸＴＴＢＰＰＤＵであってよい。

本発明の実施例によれば、ＴＲＳが含まれたＰＰＤＵフォーマットに基づいて、前記ＴＲＳが含むサブフィールドの解釈が異なってよい。例えば、ＴＲＳがＨＥＰＰＤＵに含まれた場合に、ＴＲＳが含むＵＬＨＥ－ＭＣＳサブフィールド（又は、ＭＣＳに関するサブフィールド）は、ＨＥＭＣＳｔａｂｌｅに該当する値を指示できる。ＴＲＳがＥＨＴＰＰＤＵに含まれた場合に、ＴＲＳが含むＵＬＨＥ－ＭＣＳサブフィールド（又は、ＭＣＳに関するサブフィールド）は、ＥＨＴＭＣＳｔａｂｌｅに該当する値を指示できる。ＴＲＳがＮＥＸＴＰＰＤＵに含まれた場合に、ＴＲＳが含むＵＬＨＥ－ＭＣＳサブフィールド（又は、ＭＣＳに関するサブフィールド）は、ＮＥＸＴＭＣＳｔａｂｌｅに該当する値を指示できる。また、ＲＵＡｌｌｏｃａｔｉｏｎサブフィールドもＴＲＳが含まれたＰＰＤＵフォーマットに基づいて解釈が変わってよい。

図２２には、本発明の一実施例に係るＵＬ直交周波数分割多重接続ベースの任意接続（ＵＬＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ：ＵＯＲＡ）動作を示す。

一実施例によれば、ＵＯＲＡ動作は、トリガーフレームが含むＲＡ－ＲＵに基づいて応答する動作であってよい。例えば、ＳＴＡが設定したＯＢＯカウンターを、トリガーフレームが指示するＲＡ－ＲＵの個数に基づいて減らし、ＯＢＯカウンターが０になった場合に、トリガーフレームが指示するＲＡ－ＲＵでトリガーフレームに応答する動作がＵＯＲＡであり得る。

図２２は、図１０及び図１１で説明した問題を解決するための動作であり得、前述した内容は省略されていてよい。

本発明の一実施例によれば、ＨＥトリガーフレーム又はＨＥＰＰＤＵに含まれたトリガーフレームが指示するＲＡ－ＲＵに対して、ＨＥＳＴＡの他、ＥＨＴＳＴＡとＮＥＸＴＳＴＡもＯＢＯカウンターを減らし、ＵＯＲＡ応答をすることが可能である。したがって、この場合、ＨＥＴＢＰＰＤＵで応答する必要があり得る。同様に、ＥＨＴトリガーフレーム又はＥＨＴＰＰＤＵに含まれたトリガーフレームが指示するＲＡ－ＲＵに対して応答する場合に、ＥＨＴＴＢＰＰＤＵで応答することができる。また、ＮＥＸＴトリガーフレーム又はＮＥＸＴＰＰＤＵに含まれたトリガーフレームが指示するＲＡ－ＲＵに対して応答する場合に、ＮＥＸＴＴＢＰＰＤＵで応答することができる。

本発明の一実施例によれば、ＲＡ－ＲＵを含むトリガーフレームに対してＴＢＰＰＤＵ応答をする場合に、前記トリガーフレーム及び前記トリガーフレームを含むＰＰＤＵが理解できる直近の過去標準に該当するＴＢＰＰＤＵで応答することが可能である。

図２２を参照すると、ＲＡ－ＲＵを指示するＨＥトリガーフレームに対して、ＥＨＴＳＴＡが、ＯＢＯカウンター値が０になった場合にＨＥＴＢＰＰＤＵで応答することが示されている。

図２３には、本発明のさらに他の実施例に係るＵＬＭＵ動作を示す。

本発明の一実施例によると、ＳＴＡがあるトリガフレームまたはＴＲＳによって指示された唯一のＳＴＡであれば、いかなるＴＢＰＰＤＵでも応答することができる。また、ＳＴＡがあるトリガフレームまたはＴＲＳを含むＰＰＤＵが含むトリガフレームとＴＲＳによって指示された唯一のＳＴＡであれば、いかなるＴＢＰＰＤＵでも応答することができる。つまり、このような場合、図１３乃至図２２で説明した実施例を適用しなくても、図１０乃至図１１で説明したような問題が発生しない。

本発明の一実施例によると、指示された唯一のＳＴＡであることをトリガフレームが含むユーザ情報フィールドの個数に基づいて判断する。例えば、トリガフレームが含むユーザ情報フィールドが一つであることを満足しなければ、該当ＳＴＡはＡＰＳＴＡからＴＢＰＰＤＵの伝送が指示された唯一のＳＴＡではなくなる。つまり、ＴＢＰＰＤＵの伝送を指示するフレームが特定ユーザフィールドではなくユーザ情報フィールドをたった一つのみ含めば、該当ユーザ情報フィールドに対応するＳＴＡはＡＰＳＴＡからフレームを介してＴＢＰＰＤＵの伝送を指示する唯一のＳＴＡである。

また、ＳＴＡが受信するＲＵがトリガフレームまたはＴＲＳを含むＰＰＤＵが使用する唯一のＲＵであることを満足しなければ、指示された唯一のＳＴＡではなくなる。

また、ＳＴＡが受信するフレームのＲＡが前記ＳＴＡを指示するｉｎｄｉｖｉｄｕａｌａｄｄｒｅｓｓであることを満足しなければ、ＳＴＡはＡＰＳＴＡからＴＢＰＰＤＵの伝送が指示された唯一のＳＴＡではなくなる。

また、ＳＴＡが受信するＰＰＤＵがＳＵ（ｓｉｎｇｌｅｕｓｅｒ）ＰＰＤＵであることを満足しなければ、ＳＴＡはＡＰＳＴＡからＴＢＰＰＤＵの伝送が指示された唯一のＳＴＡではなくなる。この際、ＳＵＰＰＤＵは、ＨＥＳＵＰＰＤＵ、ＨＥＥＲＳＵＰＰＤＵ、ＨＥＭＵＰＰＤＵ、またはＥＨＴＭＵＰＰＤＵである。この際、ＨＥＭＵＰＰＤＵ及びＥＨＴＭＵＰＰＤＵはユーザ情報フィールドまたは端末識別子ＳＴＡ－ＩＤを一つのみ含む。

一実施例によると、上述した条件を共に満足する際、ＳＴＡはＡＰＳＴＡからＴＢＰＰＤＵの伝送が指示された唯一のＳＴＡであることを判断することができる。

一実施例によると、トリガフレーム、またはＴＲＳ、またはトリガフレームやＴＲＳを含むＰＰＤＵは、応答するＴＢＰＰＤＵフォーマットがどのＴＢＰＰＤＵフォーマットであっても関係ないということを示す情報を含む。

図２３を参照すると、ＳＵＰＰＤＵに含まれるトリガフレームがＡＩＤ１２の値Ｘに当たるＳＴＡを指示する。前記トリガフレームはユーザ情報フィールドを一つのみ含んでもよい。また、前記トリガフレームが含まれたＲＵが前記トリガフレームを含むＰＰＤＵが使用する唯一のＲＵであってもよい。この場合、前記トリガフレームに応答するＴＢＰＰＤＵはどのＴＢＰＰＤＵフォーマットであっても問題はない。例えば、ＡＩＤ１２の値Ｘに当たるＳＴＡがＥＨＴＳＴＡであれば、前記トリガフレームに対してＨＥＴＢＰＰＤＵで応答してもよく、ＥＨＴＴＢＰＰＤＵで応答してもよい。

図２４は、本発明の一実施例によるＴＢＰＰＤＵフォーマットを指示するための方法を示す図である。図２４はＴＢＰＰＤＵフォーマットがＶＨＴ、ＨＥ、ＥＨＴ、または次世代フォーマット（例えば、ＮＥＸＴなど）であるのか否かを指示するための方法であって、上述した実施例に対する追加の説明であり、前に説明した内容と同じ内容は省略される。例えば、トリガフレームのユーザ情報フィールドに基づいてＴＢＰＰＤＵフォーマットが特定フォーマットに指示される。

図２４を参照すると、ＡＰＳＴＡまたはｎｏｎ－ＡＰＳＴＡは、フレームに含まれたユーザ情報フィールドを利用してフレームに対する応答であるＴＢＰＰＤＵフォーマットを指示する。詳しくは、ＡＰＳＴＡがトリガフレームのユーザフォーマットに含まれたＡＩＤ１２サブフィールドの値を特定値として設定することで、フレームに対する応答であるＴＢＰＰＤＵフォーマットを特定フォーマットと指示する。例えば、ＡＩＤ１２サブフィールドの値が予め設定されている場合、予め設定された値の後に含まれるユーザ情報フィールドによってＴＢＰＰＤＵの伝送がトリガされれば、端末は予め設定されたＡＩＤサブフィールドの値によって指示されたＴＢＰＰＤＵフォーマットで応答する。また、この場合、予め設定されたＡＩＤ１２サブフィールドの値が多数であれば、予め設定された位置（例えば、最も最後の位置）に位置するＡＩＤ１２サブフィールドによって指示されるＴＢＰＰＤＵフォーマットによってＴＢＰＰＤＵが伝送される。つまり、ＡＩＤサブフィールドの予め設定された値が「１」であれば、ＴＢＰＰＤＵのフォーマット１を利用した応答が指示され、ＡＩＤ１２サブフィールドの予め設定された値が「２」であれば、ＴＢＰＰＤＵのフォーマット２を利用した応答が指示される。この際、予め設定された値「１」及び「２」をそれぞれ含むユーザ情報フィールドより後に位置するユーザ情報フィールドが存在すれば、最も最後に位置するユーザ情報フィールドによってフレームに対する応答であるＴＢＰＰＤＵフォーマットが決定される。または、予め設定された値である「１」を含むユーザ情報フィールドより後に位置するユーザ情報フィールドＸによってＴＢＰＰＤＵの伝送がトリガされれば、ユーザ情報フィールドＸが予め設定された値２を含むユーザ情報フィールドより前に存在するか、ユーザ情報フィールドＸの後にＰＰＤＵフォーマットを指示するユーザ情報フィールドが存在しなければ、予め設定された値「１」によって指示されるＴＢＰＰＤＵフォーマットがフレームに対する応答として使用される。

または、ＰＰＤＵフォーマットを指示するユーザ情報フィールドによらないユーザ情報フィールドに対する応答であれば、予め設定されたＰＰＤＵフォーマット、例えば、ＨＥＴＢＰＰＤＵフォーマットで応答される。または、ＰＰＤＵフォーマットを指示するユーザ情報フィールド全部より前に位置するユーザ情報フィールドに対する応答であれば、予め設定されたＰＰＤＵフォーマット、例えば、ＨＥＴＢＰＰＤＵフォーマットで応答される。

図２４に示したように、トリガフレーム（または、ＴＢＰＰＤＵの伝送を指示する特定フレームなど）は、ＴＢＰＰＤＵの伝送を指示するためにＴＢＰＰＤＵフォーマットを指示するシグナリングを含む。例えば、トリガフレームは、ＥＨＴＰＰＤＵフォーマットで応答することを指示するユーザ情報３フィールドと、ＮＥＸＴＴＢＰＰＤＵフォーマットで応答することを指示するユーザ情報６フィールドとを含む。この際、ユーザ情報３フィールドに含まれるＡＩＤ１２サブフィールドの値がＥＨＴＴＢＰＰＤＵの伝送を指示する値と設定され、ユーザ情報６フィールドに含まれるＡＩＤ１２サブフィールドの値がＮＥＸＴＴＢＰＰＤＵの伝送を指示する値と設定される。

または、ユーザ情報３フィールドの後に位置するユーザ情報４フィールドまたはユーザ情報５フィールドによってＴＢＰＰＤＵの伝送がトリガされれば、ユーザ情報４フィールドまたはユーザ情報５フィールドによって指示されるＴＢＰＰＤＵフォーマット（例えば、ＥＨＴＴＢＰＰＤＵなど）に基づいてＴＢＰＰＤＵが伝送される。また、ユーザ情報６フィールドの後に位置するユーザ情報７フィールドまたはユーザ情報８フィールドによってＴＢＰＰＤＵの伝送がトリガされれば、ユーザ情報７フィールドまたはユーザ情報８フィールドによって指示されるＴＢＰＰＤＵフォーマット（例えば、ＮＥＸＴＴＢＰＰＤＵなど）に基づいてＴＢＰＰＤＵが伝送される。

また、ＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドの前に位置するユーザ情報フィールドによってＴＢＰＰＤＵの伝送が指示されれば、ＴＢＰＰＤＵの伝送を指示するユーザ情報フィールドに基づいてＴＢＰＰＤＵフォーマットが決定される。例えば、図２３のユーザ情報１フィールドまたはユーザ情報２フィールドによってＴＢＰＰＤＵの伝送がトリガされれば、フレームに対する応答として伝送されるＴＢＰＰＤＵフォーマットはＨＥＴＢＰＰＤＵである。

または、ＨＥＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドが存在し、ＨＥＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドの後に位置するユーザ情報フィールドによってＴＢＰＰＤＵの伝送がトリガされれば、フレームに対する応答として伝送されるＴＢＰＰＤＵフォーマットはＨＥＴＢＰＰＤＵである。

図２４のユーザ情報７フィールド及びユーザ情報８フィールドは、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールド、及びＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報フィールドの後に位置する。この場合、ＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報６フィールドがＥＨＴＴＢＰＰＤＵを指示するユーザ情報３フィールドの後に位置するため、ユーザ情報７フィールドまたはユーザ情報８フィールドによって伝送がトリガされるＴＢＰＰＤＵのフォーマットはＮＥＸＴＴＢＰＰＤＵである。

また、ユーザ情報４フィールドまたはユーザ情報５フィールドによってＴＢＰＰＤＵの伝送が指示されれば、ユーザ情報４フィールド及びユーザ情報５フィールドはＥＨＴＴＢＰＰＤＵを指示するユーザ情報３フィールドの後に位置し、ＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報６フィールドの前に位置する。よって、ユーザ情報フィールドまたはユーザ情報５フィールドによって指示されるＴＢＰＰＤＵのフォーマットはＥＨＴＴＢＰＰＤＵである。

本発明の一実施例によると、ＥＨＴ標準とＮＥＸＴ標準の共通情報フィールドとユーザ情報フィールドの長さはＨＥ標準の共通情報フィールドとユーザ情報フィールドの長さとそれぞれ同じである。これは図２３で説明したユーザ情報フィールドに基づくＴＢＰＰＤＵフォーマット指示方法以外にも、共通情報フィールドに基づくＴＢＰＰＤＵフォーマットの指示方法をはじめとする本発明の他の実施例にも適用される。

このような方法はＥＨＴ標準またはＮＥＸＴ標準によるＰＰＤＵをデコードすることができないレガシ端末（例えば、ＨＥ標準またはＨＥ標準以前の標準に従うＳＴＡ）が意図しないＴＢＰＰＤＵ伝送を行うことを防止するためである。例えば、ＥＨＴ標準とＮＥＸＴ標準の共通情報フィールドまたはユーザ情報フィールドの長さがＨＥ標準の長さと異なれば、ＨＥＳＴＡがＨＥ標準に従ってトリガフレームを解釈するする際、ＡＩＤ１２サブフィールドなどがＨＥＳＴＡのＴＢＰＰＤＵの伝送をトリガしたと認識される。この場合、ＨＥＳＴＡがＨＥＴＢＰＰＤＵ伝送を行うが、これはトリガフレームを伝送したＳＴＡの意図とは異なるためＨＥＴＢＰＰＤＵが他のＴＢＰＰＤＵに干渉として作用し、前記ＨＥＴＢＰＰＤＵ自体もトリガフレームを伝送したＳＴＡが受信することができない。

一実施例によると、共通情報フィールドとユーザ情報フィールドの長さは図１２などに示したようである。例えば、共通情報フィールドはトリガ依存的な共通情報サブフィールドを除いて６４－ｂｉｔ（８ｏｃｔｅｔｓ）である。また、ユーザ情報フィールドはユーザ依存的なユーザ情報サブフィールドを除いて４０－ｂｉｔ（５ｏｃｔｅｔｓ）である。また、基本（Ｂａｓｉｃ）トリガフレームであれば、トリガ依存的共通情報サブフィールドは存在せず、トリガ依存的ユーザ情報サブフィールドの長さは８－ｂｉｔ（１ｏｃｔｅｔ）である。

しかし、この場合、予め設定されたＡＩＤ１２サブフィールド以降に位置するユーザ情報フィールドの長さはＨＥ標準のユーザ情報フィールドの長さとは異なる。例えば、予め設定されたＡＩＤ１２サブフィールドの値は４０９５である。つまり、予め設定されたＡＩＤ１２サブフィールドの値はビットがいずれも１に設定された値である。この値はフレームのパッディング（Ｐａｄｄｉｎｇ）の開始を指示する値と同じ値である。よって、よって、ＨＥＳＴＡは予め設定された値のＡＩＤ１２サブフィールド以降のユーザ情報フィールドを無視し、それによってユーザ情報フィールドの長さが異なっても意図しないＨＥＴＢＰＰＤＵが伝送されない。

本発明の他の実施例として、ＴＢＰＰＤＵフォーマットを指示する多数のユーザ情報フィールドまたはＡＩＤ１２サブフィールドが存在すれば、ユーザ情報フィールドまたはＡＩＤ１２サブフィールドは設定された順番によってフレームに含まれる。例えば、ユーザ情報フィールドまたはＡＩＤ１２サブフィールドは、それぞれ指示するＴＢＰＰＤＵフォーマットによって順番にフレームに含まれる。

つまり、ユーザ情報フィールドまたはＡＩＤ１２サブフィールドが指示するＴＢＰＰＤＵフォーマットがレガシフォーマットであれば、該当ユーザ情報フィールドまたはＡＩＤ１２サブフィールドは他のユーザ情報フィールドまたはＡＩＤ１２サブフィールドより前に位置する。

例えば、ユーザ情報フィールドまたはＡＩＤ１２サブフィールドが指示するＴＢＰＰＤＵフォーマットがＥＨＴＴＢＰＰＤＵであれば、該当ユーザ情報フィールドまたはＡＩＤ１２サブフィールドは、ＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報フィールドまたはＡＩＤ１２サブフィールドより前に位置する。また、ユーザ情報フィールドまたはＡＩＤ１２サブフィールドが指示するＴＢＰＰＤＵフォーマットがＨＥＴＢＰＰＤＵであれば、該当ユーザ情報フィールドまたはＡＩＤ１２サブフィールドはＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドまたはＡＩＤ１２サブフィールドより前に位置する。

ユーザ情報フィールドは追加的な共通情報フィールドを指示する。上述したように、共通情報フィールドはフレームを受信する全てのＳＴＡまたは複数個のＳＴＡに共通に該当する情報を含む。例えば、ＡＩＤ１２サブフィールドは予め設定された値であれば、ＡＩＤ１２サブフィールドを含むユーザ情報フィールドは追加的な共通情報フィールドを含む。これは、従来のフレームに含まれた共通情報フィールドが含み得る情報の大きさに限界があるためである。

つまり、図２４に示したように、ユーザ情報１フィールドは追加的な共通情報を含む。この際、ユーザ情報１フィールドに含まれるＡＩＤ１２サブフィールドは共通情報が含まれていることを示す予め設定された値に設定される。

図２５は、本発明の一実施例によるトリガフレームフォーマットの他の一例を示す図である。

図２５を参照すると、ＴＢＰＰＤＵを指示する場合、それぞれのフォーマットによってＡＩＤ１２サブフィールドの値を異なるようにして指示することで、ユーザ情報フィールドのＡＩＤ１２サブフィールドを利用してＴＢＰＰＤＵフォーマットを指示する。詳しくは、図２４は上述した問題点を解決するための実施例であって、前に説明した内容と同じ内容は省略される。

詳しくは、上述したように、ＡＩＤ１２サブフィールドまたはユーザ情報フィールドの特定値はＲＡ－ＲＵを指示する。しかし、ＴＢＰＰＤＵフォーマットを指示するための方法をレガシ端末にＴＢＰＰＤＵを指示するための方法と同じく設計すれば、次世代端末にＴＢＰＰＤＵフォーマットを指示するためのユーザ情報フィールドまたはＡＩＤ１２サブフィールドの値をレガシ端末が異なるように解釈して応答するという問題点が発生する恐れがある。

例えば、ＥＨＴＴＢＰＰＤＵの伝送を指示するためのユーザ情報フィールドまたはＡＩＤ１２サブフィールドの値をレガシ端末（例えば、ＨＥＳＴＡ）がＨＥのＵＯＲＡ動作を指示するためのＲＡ－ＲＵを指示する値と解釈してレガシ端末がＨＥＴＢＰＰＤＵで応答する恐れがある。

よって、図２２で説明したように、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値を使用する場合、ＳＴＡはＨＥＴＢＰＰＤＵで応答することができる。例えば、ＥＨＴＴＢＰＰＤＵ及びＨＥＴＢＰＰＤＵの伝送がいずれも可能なＳＴＡであれば、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドを含むフレームに対する応答はＨＥＴＢＰＰＤＵを伝送することができる。

この場合、トリガフレームを伝送するＳＴＡはＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドを図２４で説明したようにＨＥＴＢＰＰＤＵの応答を指示するために使用する。それによって、ＡＩＤ１２サブフィールドまたはユーザ情報フィールドのＲＡ－ＲＵを指示する値を使用すれば、フレームを介したＰＰＤＵフォーマットを指示するために追加的な規則や具現を必要としない。つまり、ＳＴＡはＡＩＤ１２サブフィールドまたはユーザ情報フィールドがＲＡ－ＲＵを指示すれば、フレームに対する応答をＨＥＴＢＰＰＤＵと認識する。

つまり、フレームに含まれたユーザ情報フィールドまたはユーザ情報フィールドに含まれたＡＩＤ１２サブフィールドの特定値はＨＥを支援するＳＴＡのＲＡ－ＲＵを指示するために使用されるが、この場合、ＲＡ－ＲＵを指示するための特定値はフレームに対する応答がＨＥＴＢＰＰＤＵであるということを指示する。よって、フレームに対する応答としてＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを指示するためのユーザ情報フィールドまたはユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値は、ＨＥのＵＯＲＡ動作を指示するための特定値を除いた残りの値に設定される。

例えば、ＡＰＳＴＡは一つまたはそれ以上のｎｏｎ－ＡＰＳＴＡにＴＢＰＰＤＵの伝送を指示（またはトリガ）するためのフレームを伝送するが、この際、フレームに含まれたユーザ情報フィールドまたはユーザ情報フィールドのＡＩＤ１２サブフィールドの値を伝送を指示するＴＢＰＰＤＵのフォーマットによって異なるように設定する。

例えば、ＡＩＤ１２サブフィールドの値は、ＥＨＴＴＢＰＰＤＵの伝送を指示する場合、第１特定値（例えば、「２０４５」）及び／または第２特定値（例えば、「０」）を除いた値に設定される。この場合、第２特定値は特定条件を満足すれば、ＥＨＴＴＢＰＰＤＵの伝送を指示するために使用されてもよい。

よって、ＡＩＤ１２サブフィールドはＥＨＴＴＢＰＰＤＵではなくＨＥＴＢＰＰＤＵの伝送を指示するために第１特定値（例えば、「２０４５」）及び／または第２特定値（例えば、「０」）に設定される。この際、第１特定値はＨＥＴＢＰＰＤＵの応答を指示するために使用され、第２特定値は特定条件を満足しなければ、ＨＥＴＢＰＰＤＵの伝送を指示するために使用される。

つまり、ＡＰＳＴＡはｎｏｎ－ＡＰＳＴＡにＡＩＤ１２サブフィールドの値を第１特定値として設定してＨＥＴＢＰＰＤＵの伝送を指示するためのＨＥｖａｒｉａｎｔユーザ情報フィールドをフレームに含ませて伝送する。この場合、第２特定値は特定条件を満足しなければＨＥＴＢＰＰＤＵの伝送を指示するために使用される。

ユーザ情報フィールドまたはユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値がＨＥのＵＯＲＡ動作のためのＲＡ－ＲＵを指示するために第１特定値（例えば、「２０４５」）または第２特定値（例えば、「０」）に設定されれば、ＳＴＡはフレームに対する応答としてＨＥＴＢＰＰＤＵを伝送する。しかし、ユーザ情報フィールドまたはユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値が第１特定値または第２特定値を除いた残りの値に設定されれば、ＳＴＡはフレームに対する応答としてＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを伝送する。

第１特定値はＡＰと結合されていないＳＴＡにＲＡ－ＲＵを指示するために使用され、第２特定値はＡＰと結合されたＳＴＡにＲＡ－ＲＵを指示するために使用される。

この際、第２特定値は特定条件を満足すれば、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するために使用される。例えば、特定条件はＡＰと結合されたＳＴＡがいずれもレガシＳＴＡではないか（例えば、いずれもＥＨＴＴＢＰＰＤＵの伝送が可能な場合）、ＨＥではないＥＨＴＳＴＡ及び／またはＨＥＴＢＰＰＤＵの伝送が不可能なレガシＳＴＡであれば（つまり、ＥＨＴＴＢＰＰＤＵの伝送は不可能で、ＨＥＴＢＰＰＤＵの伝送は可能なレガシＳＴＡを除いたＳＴＡである場合）、結合されたレガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合、またはＴＢＰＰＤＵの伝送を指示するフレームがＥＨＴＰＰＤＵに含まれて伝送される場合のうちいずれか一つである。この際、レガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合は、ＳＴＡがＡＰにＵＯＲＡ動作を支援しないということを示す能力サブフィールド（ｃａｐａｂｉｌｉｔｙｓｕｂｆｉｅｌｄ）の値を伝送した場合を含む。

つまり、レガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合は、ＳＴＡがＡＰに伝送する能力サブフィールドの値がＵＯＲＡ動作を支援しないということを示す値に設定されるか、ＵＯＲＡ動作自体を支援しないＳＴＡが結合された場合を含む。

つまり、前記条件のうちＡＰと結合されたＳＴＡがいずれもレガシ端末ではない場合（例えば、いずれもＥＨＴＴＢＰＰＤＵの伝送が可能な場合）は、ＡＰがＥＨＴＴＢＰＰＤＵを伝送し得る一つのＳＴＡと結合した場合にも適用される。つまり、ＡＰと結合されたＳＴＡがＥＨＴＴＢＰＰＤＵを伝送し得るＳＴＡのみ存在するため、この場合、ＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値として第２特定値である「０」が使用される。よって、この場合、第２特定値は特定条件を満足する場合と判断され、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するために使用される。

また、ＡＰがフレームを介して指示するＴＢＰＰＤＵは一つのフォーマットのＴＢＰＰＤＵのみ指示する。例えば、ＡＰはフレームを介してＨＥＴＢＰＰＤＵまたはＥＨＴＴＢＰＰＤＵ（またはＮＥＸＴＴＢＰＰＤＵ）のみを指示し、ＨＥＴＢＰＰＤＵ及びＥＨＴＴＢＰＰＤＵを同時に指示することはできない。よって、フレームがＥＨＴＴＢＰＰＤＵを指示する場合、該当フレームを介してＨＥＴＢＰＰＤＵの伝送を指示できないため、ユーザ情報フィールドまたはユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値は「２０４５」に設定されない。

また、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドに基づいてＨＥＴＢＰＰＤＵで応答する実施例は、トリガフレームがｎｏｎ－ＨＥＰＰＤＵ、ｎｏｎ－ＨＴｄｕｐｌｉｃａｔｅＰＰＤＵ、ＨＥＰＰＤＵ、ＶＨＴＰＰＤＵ、またはＨＴＰＰＤＵに含まれる場合に限定される。

ＨＥＴＢＰＰＤＵで応答することを指示しながらＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値が存在する。例えば、ＡＩＤ１２サブフィールドの値が０または２０４５であれば、ＡＩＤ１２サブフィールドの値はＵＯＲＡ動作のためのＲＡ－ＲＵを指示すると共にフレームに対する応答フォーマットがＨＥＴＢＰＰＤＵであることを指示する。

また、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答することを指示しながらＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドが存在する。例えば、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答することを指示し、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドの予め設定された値は０、１乃至２００７、２０４５、２０４６、及び／または４０９５を除いた値である。

つまり、ＥＨＴＰＰＤＵまたはＮＥＸＴＰＰＤＵの伝送が可能なＳＴＡ（例えば、ＥＨＴを支援するＥＨＴＳＴＡまたはＮＥＸＴ標準を支援するＮＥＸＴＳＴＡ）のＵＯＲＡ動作のためのＲＡ－ＲＵ割り当て、及びＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するためのＡＩＤ１２またはユーザ情報フィールドの値は、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送が不可能なＳＴＡのＵＯＲＡ動作のためのＲＡ－ＲＵを割り当てるためのＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値を除いた値に設定される。

例えば、上述したように、ＴＢＰＰＤＵの伝送をトリガするためのフレームは、ＥＨＴＴＢＰＰＤＵの伝送を指示する場合、ＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値が少なくとも一つの特定値を除いた値に設定される。つまり、ＥＨＴＴＢＰＰＤＵの伝送が不可能なＳＴＡのＲＡ－ＲＵを指示するための少なくとも一つの特定値を除いた値としてＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値が設定される。

この際、少なくとも一つの特定値は、ＡＰと結合されていないＳＴＡにＲＡ－ＲＵを指示するための第１特定値（例えば、「２０４５」）を含み、ＡＰと結合されているＳＴＡにＲＡ－ＲＵを指示するための第２特定値（例えば、「０」）は特定条件を満足するのか否かによって少なくとも一つの特定値に含まれる。

特定条件は上述した通りであり、特定条件を満足すれば、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送が可能なＳＴＡにＲＡ－ＲＵ及びＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するためのＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値に設定される。

しかし、特定条件を満足しなければ、第２特定値は少なくとも一つの特定値に含まれてＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送が可能なＳＴＡにＲＡ－ＲＵ及びＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するためのＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値に設定されない。

図１５で説明したように、ＡＩＤ１２サブフィールドの値が０であれば、ＡＩＤ１２サブフィールドの値は結合されたＳＴＡのための一つ以上のＲＡ－ＲＵを指示するために使用される。また、ＡＩＤ１２サブフィールドの値１乃至２００７は該当ＡＩＤを有する結合されたＳＴＡを指示するために使用され、２０４５は結合されないＳＴＡのための一つ以上のＲＡ－ＲＵを指示するために使用される。ＡＩＤ１２サブフィールドの値２０４６は割り当てられないＲＵを指示するために使用され、４０９５はフレームのパッディングフィールドが始まることを指示するために使用される。

図２４に示したように、トリガフレームのパッディングフィールドはユーザ情報フィールドの中間に位置するが、この場合、パッディングフィールドは中間パッディングフィールド（Ｍｉｄ－ｐａｄｄｉｎｇｆｉｅｌｄ）と称される。中間パッディングフィールドは図１２で説明したパッディングフィールドとは異なるフィールドであり、ユーザ情報フィールドの一種である。例えば、ＡＩＤ１２サブフィールドが予め設定された値であれば、ユーザ情報フィールドは中間パッディングフィールドである。詳しくは、予め設定された値を有するＡＩＤ１２サブフィールドを含むユーザ情報フィールドはユーザ情報リストフィールドの中間に含まれるが、このようなＡＩＤ１２サブフィールドを含むユーザ情報フィールドが中間パッディングフィールドである。

または、予め設定された値を有するＡＩＤ１２サブフィールドを含むユーザ情報フィールドは、ユーザ情報リストフィールドの最も最後ではない位置に含まれてもよい。

この際、予め設定された値はパッディングフィールドが始まることを指示する値と同じであってもよい。例えば、予め設定の値は４０９５である。または、予め設定された値は全てのｂｉｔが１の値であってもよい。本発明の一実施例によると、ＳＴＡが伝送するＲＡを指示するユーザ情報フィールドと中間パッディングフィールドとの間の相対的な位置に基づいてＴＢＰＰＤＵフォーマットを決定する。例えば、ＳＴＡが伝送するＲＡ－ＲＵを指示するユーザ情報フィールドと中間パッディングフィールドとの間の相対的な位置に基づいてＴＢＰＰＤＵフォーマットを決定する。例えば、中間パッディングフィールド以降のユーザ情報フィールドをＨＥＳＴＡが認識できないようにするために中間パッディングフィールドを含んでもよい。

より詳しくは、中間パッディングフィールド以降のＲＡ－ＲＵを指示するユーザ情報フィールドをＨＥＳＴＡが認識できないようにするために中間パッディングフィールドを含んでもよい。中間パッディングフィールドを含む場合、ＨＥＳＴＡは中間パッディングフィールド以降のフィールドや値を図１２で説明したパッディングフィールドとして認識することができる。また、中間パッディングフィールドの長さはユーザ情報フィールドと同じであってもよい。一実施例として、中間パッディングフィールドのＡＩＤ１２サブフィールドを除いた残りの部分は予め設定された値に設定される。他の例として、中間パッディングフィールドのＡＩＤ１２サブフィールドを除いた残りの部分は任意の値に設定されてもよい。

本発明の一実施例において、あるＲＡ－ＲＵを指示するユーザ情報フィールドに応答することは、前記ユーザ情報フィールドを含むトリガフレームが指示する多数のＲＡ－ＲＵのうち選択したＲＵが前記あるＲＡ－ＲＵである場合を意味してもよい。例えば、上述したＵＯＲＡ動作でＯＢＯカウンタが０になれば、トリガフレームが指示する一つ以上のＲＡ－ＲＵのうち伝送するＲＵを選択する過程が含まれる。

この際、一つ以上のＲＡ－ＲＵのうちＵＯＲＡ動作のためのＲＵは任意に選択される。本発明において、ＲＡ－ＲＵに応答するということは、前記ＲＡ－ＲＵを指示するユーザ情報フィールドに基づいて応答すること、または前記ＲＡ－ＲＵを選択した場合、またはＯＢＯカウンタが０になり、前記ＲＡ－ＲＵを伝送するＲＵとして選択した場合などの意味を含む。

本発明の一実施例によると、中間パッディングフィールドの前に存在するユーザ情報フィールドによって指示されたＲＡ－ＲＵに基づいて応答する場合、または中間パッディングフィールドの前に存在するユーザ情報フィールドによって指示されたＲＡ－ＲＵで応答する場合は、予め設定されたＰＰＤＵフォーマットを使用して応答する。例えば、前記予め設定されたＰＰＤＵフォーマットはＨＥＴＢＰＰＤＵフォーマットである。また、ＲＡ－ＲＵを指示するユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値は０または２０４５である。

このような実施例によると、ＨＥＳＴＡはＲＡ－ＲＵに応答する場合、ＨＥＳＴＡが唯一伝送可能なＴＢＰＰＤＵフォーマットであるＨＥＴＢＰＰＤＵで応答する。また、ＨＥＴＢＰＰＤＵフォーマットを含む多数のＴＢＰＰＤＵフォーマットを伝送し得るＥＨＴＳＴＡ、ＮＥＸＴＳＴＡはＲＡ－ＲＵで応答する場合に前記ＲＡ－ＲＵを指示したユーザ情報フィールドの中間パッディングフィールドとの相対的な位置に基づいてＨＥＴＢＰＰＤＵで応答する。

図２５を参照すると、トリガフレームが中間パッディングフィールドを含む。また、ユーザ情報１フィールドによってＲＡ－ＲＵが指示される。もしＳＴＡがユーザ情報１フィールドが指示するＲＡ－ＲＵに応答する場合、ＨＥＴＢＰＰＤＵフォーマットを利用して伝送する。これは前記ＳＴＡが応答する前記ＲＡ－ＲＵが前記中間パッディングフィールドより前に存在するユーザ情報フィールドによって指示されたためである。

本発明において、応答するＲＡ－ＲＵを指示するユーザ情報フィールドの中間パッディングフィールドとの相対的な位置が前である場合を説明したが、本発明はこれに限らず、中間パッディングフィールドの後に存在する場合にＨＥＴＢＰＰＤＵフォーマットを使用すると定義して適用してもよい。

また、本発明の一実施例によると、中間パッディングフィールドの後に存在するユーザ情報フィールドによって指示されたＲＡ－ＲＵに基づいて応答する場合、または中間パッディングフィールドの後に存在するユーザ情報フィールドによって指示されたＲＡ－ＲＵで応答する場合は、図１５乃至図２４で説明したＴＢＰＰＤＵフォーマット指示または決定方法を使用してＴＢＰＰＤＵフォーマットが決定されて伝送される。ＲＡ－ＲＵを指示するユーザ情報フィールドはＡＩＤ１２サブフィールドの値が０または２０４５に設定される。例えば、図２４で説明したＴＢＰＰＤＵフォーマット指示方法を使用するとする際、伝送するＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、前記伝送するＲＡ－ＲＵを指示するユーザ情報フィールドがＴＢＰＰＤＵフォーマット指示するユーザ情報フィールドと相対的にどこに存在するのかに基づいてＵＯＲＡで伝送するＴＢＰＰＤＵフォーマットを決定する。

または、もしＴＢＰＰＤＵフォーマット指示シグナリングが共通情報フィールドに含まれ、伝送するＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、ＴＢＰＰＤＵフォーマット指示シグナリングに基づいてＴＢＰＰＤＵフォーマットが選択される。

図２５に示したように、トリガフレームが中間パッディングフィールドを含む。この場合、ユーザ情報５フィールドはＲＡ－ＲＵを指示し、ユーザ情報７フィールドもＲＡ－ＲＵを指示する。そして、図２４で説明した実施例によってＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドも含まれるが、ユーザ情報２フィールドはＥＨＴＴＢＰＰＤＵフォーマットを指示する。また、ユーザ情報６フィールドＮＥＸＴＴＢＰＰＤＵのフォーマットを指示する。

もし、ＳＴＡがユーザ情報５フィールドが指示するＲＡ－ＲＵに応答する場合、ユーザ情報２フィールドが指示するＥＨＴＴＢＰＰＤＵフォーマットを利用して伝送する。これは、ＳＴＡが応答するＲＡ－ＲＵが中間パッディングフィールドより後に存在するユーザ情報フィールドによって指示され、これは前記ＲＡ－ＲＵを指示するユーザ情報フィールドがＥＨＴＴＢＰＰＤＵフォーマットを指示するユーザ情報２フィールドより後に位置している。また、他のＰＰＤＵフォーマットを指示するユーザ情報６フィールドよりユーザ情報５フィールドの前に位置しているためである。

または、もしＳＴＡがユーザ情報７フィールドが指示するＲＡ－ＲＵに応答する場合、ＳＴＡはユーザ情報６フィールドが指示するＮＥＸＴＴＢＰＰＤＵフォーマットを利用して伝送する。これは、ＳＴＡが応答するＲＡ－ＲＵが中間パッディングフィールドより後に存在するユーザ情報フィールドによって指示され、ＲＡ－ＲＵを指示するユーザ情報フィールドがＮＥＸＴＴＢＰＰＤＵフォーマットを指示するユーザ情報６フィールドより後に位置しているためである。また、他のＰＰＤＵフォーマットを指示するユーザ情報フィールドがユーザ情報７フィールドより後に存在しないためである。

このような実施例によると、ＨＥＳＴＡは中間パッディングフィールドの後に存在する値をパッディングフィールドと認識し、ＲＡ－ＲＵを指示するユーザ情報フィールドを理解できない可能性がある。また、ＨＥＴＢＰＰＤＵフォーマットを含む多数のＴＢＰＰＤＵフォーマットを伝送し得るＥＨＴＳＴＡ、ＮＥＸＴＳＴＡはＲＡ－ＲＵで応答する場合に前記ＲＡ－ＲＵを指示したユーザ情報フィールドの中間パッディングフィールドとの相対的な位置に基づいてＴＢＰＰＤＵフォーマット指示方法で応答する。

本発明において、応答するＲＡ－ＲＵを指示するＵｓｅｒＩｎｆｏの中間パッディングフィールドとの相対的な位置が後である場合を説明したが、本発明はこれに限らず、中間パッディングフィールドの前に存在する場合にＨＥＴＢＰＰＤＵフォーマットではないＴＢＰＰＤＵフォーマット指示方法によるフォーマットを使用すると定義して適用してもよい。

本発明の一実施例によると、中間パッディングフィールドをパッディングフィールド（図２５で説明したＦＣＳの前に位置するフィールド）と区別する必要がある。ＥＨＴＳＴＡ、ＮＥＸＴＳＴＡが中間パッディングフィールドの後の情報を無視してはならず、パッディングフィールドの情報は無視してもよいためである。よって、本発明の一実施例によると、中間パッディングフィールドの存在可否を指示するシグナリングが存在する。

例えば、共通情報フィールドは中間パッディングフィールドの存在可否を指示するシグナリングを含む。例えば、ＵＬ長さフィールドに基づいて中間パッディングフィールドの存在可否を指示する。より詳しくは、ＵＬ長さフィールドｍｏｄ３値に基づいて中間パッディングフィールドの存在可否を指示する。または、図１２を参照すると、共通情報フィールドが含むＵＬＨＥ－ＳＩＧ－Ａ２Ｒｅｓｅｒｖｅｄサブフィールド（Ｂ５４乃至Ｂ６２）またはＲｅｓｅｒｖｅｄ（Ｂ６３）に基づいて中間パッディングフィールドの存在可否を指示する。

他の実施例によると、ユーザ情報フィールドは中間パッディングフィールドの存在可否を指示するシグナリングを含む。例えば、中間パッディングフィールドが含むｂｉｔに基づいて中間パッディングフィールドの存在可否を指示する。例えば、中間パッディングフィールドが含むＡＩＤ１２サブフィールドを除いた予め設定されたｂｉｔに基づいて中間パッディングフィールドの存在可否を指示してもよい。

例えば、前記予め設定されたｂｉｔはＡＩＤ１２サブフィールドの次に来るｂｉｔ（ＲＵ割り当てサブフィールドの一つのｂｉｔ）である。これは、図１２で示したパッディングフィールドは全てのビットが１に設定されるためである。他の実施例によると、中間パッディングフィールドとは異なるユーザ情報フィールドが中間パッディングフィールドの存在可否を指示する。例えば、中間パッディングフィールドの存在可否を指示するユーザ情報フィールドは中間パッディングフィールドより前に存在する。より詳しくは、中間パッディングフィールドの存在可否を指示するユーザ情報フィールドは中間パッディングフィールドよりすぐ前に存在する。

一実施例として、中間パッディングフィールドの存在可否を指示するユーザ情報フィールドはＡＩＤ１２サブフィールドが予め設定された値に設定される。または、一実施例として、中間パッディングフィールドの存在可否を指示するユーザ情報フィールドは図２３などで説明したＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドである。例えば、ＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドのＡＩＤ１２サブフィールドを除いたビットを利用して中間パッディングフィールドの存在可否を指示する。図２４を参照すると、中間パッディングフィールドの前に存在するユーザ情報２フィールドが前記パッディングフィールドの存在可否を指示する。また、ユーザ情報２フィールドＥＨＴＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドである。

本発明の一実施例によると、ＳＴＡが理解できないＡＩＤ１２サブフィールド値を含むユーザ情報フィールド以降のユーザ情報フィールドは無視する。または、ＳＴＡが理解できないＡＩＤ１２サブフィールドを含むユーザ情報フィールド以降のＲＡ－ＲＵを指示するユーザ情報フィールドは無視する。これは、上述した多数のＳＴＡから伝送されるＴＢＰＰＤＵフォーマットが混ざることを解決するためである。図２４を参照すると、ＥＨＴＳＴＡはＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報５フィールドのＡＩＤ１２サブフィールドを理解できない。よって、ユーザ情報６フィールドの後に存在するユーザ情報７フィールド及びユーザ情報７フィールドが指示するＲＡ－ＲＵを無視する。

また、本発明の一実施例によると、ＴＢＰＰＤＵフォーマットを指示するＡＩＤ１２サブフィールド値の範囲がｒｅｓｅｒｖｅされている。例えば、ＥＨＴ標準を定義する際、ＮＥＸＴ標準で可能な範囲を定義する。この実施例は図２４で説明したＴＢＰＰＤＵフォーマットを使用する場合に適用する。

一実施例によると、ｒｅｓｅｒｖｅされた値の範囲（つまり、ＳＴＡが支援する標準より後の標準に当たるものを示す値である。）のＡＩＤ１２サブフィールドより後に指示されたＲＡ－ＲＵを指示するユーザ情報フィールドを無視する。図２４を参照すると、ＥＨＴＳＴＡはＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報６フィールドのＡＩＤ１２サブフィールドが未来の標準のための値であることが分かる。よって、ユーザ情報６フィールドの後に存在するユーザ情報７フィールド及びユーザ情報７フィールドが指示するＲＡ－ＲＵを無視する。

本発明において、ユーザ情報フィールドを無視するということは、前記ユーザ情報フィールドに基づいて応答しないことを意味する。または、ユーザ情報フィールドを無視するということは、前記ユーザ情報フィールドが指示するＲＵに応答しないことを意味する。または、ユーザ情報フィールドを無視するということは、前記ユーザ情報フィールドに基づいてＯＢＯカウンタを減らさないことを意味する。

一実施例によると、中間パッディングフィールドの後に存在するユーザ情報フィールドの長さはＨＥ標準で定義したユーザ情報フィールドの長さとは異なる。

本発明の一実施例によると、図２４及び図２５で説明したＴＢＰＰＤＵフォーマット指示方法を使用する際、ＲＡ－ＲＵを指示するユーザ情報フィールドは一つのＴＢＰＰＤＵフォーマットを示す側にのみ存在する。つまり、図２４に示したユーザ情報１フィールド、ユーザ情報５フィールド、ユーザ情報７フィールドのうち一つにのみ存在する。

本発明の一実施例によると、図２４及び図２５で説明したＴＢＰＰＤＵフォーマット指示方法を使用する際、ＲＡ－ＲＵを指示するユーザ情報フィールドは多数のＴＢＰＰＤＵフォーマットを示す側に存在する。つまり、図２４に示したユーザ情報１フィールド、ユーザ情報５フィールド、ユーザ情報７フィールドが同時に存在する。

また、ＳＴＡは支援可能なＴＢＰＰＤＵフォーマットに当たるＲＡ－ＲＵを指示するユーザ情報フィールドにのみ基づいてＯＢＯカウンタを減らすか、伝送するＲＵを選択する。また、ＳＴＡはＯＢＯカウンタが０になった場合、伝送するＲＡ－ＲＵを選択した際、前記ＲＡ－ＲＵを指示するユーザ情報フィールドが図２３乃至図２４で説明した方法に従う際に９どのＴＢＰＰＤＵフォーマットを使用すべきなのかによって応答する。つまり、支援可能なフォーマットに当たるＲＡ－ＲＵのうち伝送するＲＵを選択し、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを使用して応答する。他の実施例として、支援可能であるのか不可能であるのかにかかわらず、ＲＡ－ＲＵのうち伝送するＲＵを選択し、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを使用して応答するか、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを支援しなければ応答しない。この場合、ＯＢＯカウンタはリセットされる。

一実施例によると、ＯＢＯカウンタがＳＴＡに一つ存在する。また、前記実施例をＯＢＯカウンタがＳＴＡに一つ存在する場合に適用する。

他の実施例によると、ＯＢＯカウンタがＳＴＡに多数存在してもよい。例えば、ＳＴＡが支援する各標準に当たるＯＢＯカウンタが別に存在する。また、図２３乃至図２４で説明したＴＢＰＰＤＵフォーマット指示方法に当たるＲＡ－ＲＵに基づいて該当する標準のＯＢＯカウンタを減らす。図２４を参照すると、ＵｓｅｒＩｎｆｏ１に基づいてＨＥ標準に当たるＯＢＯカウンタを減らし、ＵｓｅｒＩｎｆｏ５に基づいてＥＨＴ標準に当たるＯＢＯカウンタを減らし、ＵｓｅｒＩｎｆｏ７に基づいてＮＥＸＴ標準に当たるＯＢＯカウンタを減らす。また、ある標準に当たるＯＢＯカウンタが０になったら、前記ある標準に当たって指示されたＲＡ－ＲＵのうちから選択して伝送する。

本発明の一実施例によると、ＡＰから受信したＴＢＰＰＤＵフォーマット情報または周辺ＳＴＡの標準情報に基づいてＴＢＰＰＤＵで応答する。また、前記ＴＢＰＰＤＵフォーマット情報または周辺ＳＴＡの標準情報は、ＡＰが伝送する管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）に含まれる。管理フレームは、結合応答フレーム（ＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅｆｒａｍｅ）、再結合応答フレーム（ＲｅａｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅｆｒａｍｅ）、ビーコン応答フレーム（Ｂｅａｃｏｎｆｒａｍｅ）、及びプローブ応答フレーム（ＰｒｏｂｅＲｅｓｐｏｎｓｅｆｒａｍｅ）のうち一つを含む。

本発明の一実施例によると、ＳＴＡの観察に基づいてＴＢＰＰＤＵフォーマットを決定する。例えば、ＳＴＡが同じＢＳＳのＨＥＳＴＡからのフレームまたはＨＥＰＰＤＵを受信したら、ＨＥＴＢＰＰＤＵで応答する。または、ＳＴＡが同じＢＳＳのＨＥＳＴＡからのフレームまたはＨＥＰＰＤＵを受信できなかったら、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答する。

本発明の一実施例によると、ＴＲＳ制御フィールドはフォーマット識別子またはバージョン識別子を含む。また、ＨＥｖａｒｉａｎｔであるＴＲＳ制御サブフィールドが指示するＲＵを含む２０ＭＨｚサブチャネルは、図１５乃至図２５で説明したＴＢＰＰＤＵフォーマット指示方法によってＥＨＴＴＢＰＰＤＵフォーマットまたはＮＥＸＴＴＢＰＰＤＵフォーマットで応答するように指示されない。同じく、ＥＨＴｖａｒｉａｎｔであるＴＲＳ制御フィールドが指示するＲＵを含む２０ＭＨｚサブチャネルは、図１５乃至図２５で説明したＴＢＰＰＤＵフォーマット指示方法によってＨＥＴＢＰＰＤＵフォーマットまたはＮＥＸＴＴＢＰＰＤＵフォーマットで応答するように指示されない。

ＮＥＸＴｖａｒｉａｎｔであるＴＲＳ制御フィールドが指示するＲＵを含む２０ＭＨｚサブチャネルは、図１５乃至図２５で説明したＴＢＰＰＤＵフォーマット指示方法によってＨＥＴＢＰＰＤＵフォーマットまたはＥＨＴＴＢＰＰＤＵフォーマットで応答するように指示されない。

図２６は、本発明の一実施例によるトリガフレームフォーマット及びＲＡ－ＲＵを指示するための方法を示す図である。

図２６を参照すると、上述したフレームに含まれたユーザ情報フィールドまたはユーザ情報フィールドに含まれたＡＩＤ１２サブフィールドの値を利用してＴＢＰＰＤＵフォーマット及びＲＡ－ＲＵを指示する。図２６において、前に説明した内容と同じ内容は省略される。

詳しくは、上述したように、ＲＡ－ＲＵ及びフレームに対する応答ＰＰＤＵフォーマットを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドがフレームに含まれる。

例えば、上述したようにＡＩＤ１２サブフィールドが０または２０４５であればＲＡ－ＲＵを指示し、フレームに対する応答としてＨＥＴＢＰＰＤＵの伝送を指示する。この際、ＡＩＤ１２サブフィールドの値が０であるということはＡＰと結合されたＳＴＡｓのためのＲＡ－ＲＵを指示するのであり、ＡＩＤ１２サブフィールドの値が２０４５であるということはＡＰと結合されていないＳＴＡｓのためのＲＡ－ＲＵを指示する。また、ＲＡ－ＲＵを指示し、応答ＰＰＤＵフォーマットがＥＨＴＴＢＰＰＤＵであることを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドが存在する。そして、この際、ＡＰと結合されたＳＴＡｓのためのＲＡ－ＲＵを指示する値とＡＰと結合されていないＳＴＡｓのためのＲＡ－ＲＵを指示する値が別に存在する。

同じく、ＲＡ－ＲＵを指示し、応答ＰＰＤＵフォーマットがＮＥＸＴＴＢＰＰＤＵであることを指示するＡＩＤ１２サブフィールドまたはユーザ情報フィールドが存在する。そして、この際、ＡＰと結合されたＳＴＡｓのためのＲＡ－ＲＵを指示する値とＡＰと結合されていないＳＴＡｓのためのＲＡ－ＲＵを指示する値が別に存在する。

他の実施例によると、ＡＩＤ１２サブフィールドが予め設定された値であればＲＡ－ＲＵを指示し、応答ＰＰＤＵフォーマットがＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵであることを指示する（つまり、ＨＥＴＢＰＰＤＵフォーマットではないことを指示する。）。例えば、前記予め設定された値は０ではなく２０４５ではない値である。また、前記予め設定された値は２００８乃至２０４４のうちの値であるか、２０４７乃至４０９４のうちの値である。また、このような場合、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵのうちＰＰＤＵフォーマットを選択する方法は、図２３の実施例または本発明の他の実施例で説明した方法を追加に使用することができるため問題が発生しない。

図２６を参照すると、トリガフレームはＲＡ－ＲＵを指示し、応答ＰＰＤＵフォーマットがＨＥＴＢＰＰＤＵであることを指示するユーザ情報フィールドを含む。このようなユーザ情報フィールドのＡＩＤ１２サブフィールドの値は０または２０４５である。また、前記トリガフレームはＲＡ－ＲＵを指示し、応答ＰＰＤＵフォーマットがＥＨＴＴＢＰＰＤＵであることを指示するユーザ情報フィールドを含む。図２６を参照すると、このようなユーザ情報フィールドのＡＩＤ１２サブフィールドの値はＸである。また、前記トリガフレームはＲＡ－ＲＵを指示し、応答ＰＰＤＵフォーマットがＮＥＸＴＴＢＰＰＤＵであることを指示するユーザ情報フィールドを含む。図２５を参照すると、このようなユーザ情報フィールドのＡＩＤ１２サブフィールドの値はＹである。また、上述したように、一実施例によるとＸとＹは同じ値である。

本発明の一実施例によると、ＨＥＳＴＡはＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＲＵを選択する。また、ＨＥＳＴＡはＡＩＤ１２サブフィールドがＸまたはＹに設定されたユーザ情報フィールド及びそれによって指示されたＲＡ－ＲＵは認識できない。

また、実施例によると、ＥＨＴＳＴＡはＡＩＤ１２サブフィールドが０または２０４５またはＸに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＲＵを選択する。このような場合、ＥＨＴＳＴＡはＨＥＳＴＡに比べランダムアクセス機会をより多く得る。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＨＥＴＢＰＰＤＵを介して応答する。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＥＨＴＴＢＰＰＤＵを介して応答する。

また、他の実施例によると、ＯＢＯカウンタを減らすかＵＯＲＡ伝送を決定させる（ＯＢＯカウンタが０になるようにする）ＲＡ－ＲＵ候補とＵＯＲＡ伝送の際に選択するＲＡ－ＲＵ候補は互いに異なり得る。

更に、また他の実施例によると、ＥＨＴＳＴＡはＡＩＤ１２サブフィールドが０または２０４５またはＸに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドのＲＡ－ＲＵのうちからＲＵを選択する。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＥＨＴＴＢＰＰＤＵを介して応答する。

また、更に他の実施例によると、ＥＨＴＳＴＡはＡＩＤ１２サブフィールドが０または２０４５またはＸまたはＹに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＡＩＤ１２サブフィールドが０または２０４５またはＸに設定されたユーザ情報フィールドのＲＡ－ＲＵを選択する。このような場合、ＥＨＴＳＴＡはＨＥＳＴＡに比べランダムアクセス機会をより多く得る。また、ＥＨＴＳＴＡはＮＥＸＴＳＴＡのようなＲＡ－ＲＵに対してＯＢＯカウンタを減らすため、ランダムアクセス機会が公平に得られる。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合はＨＥＴＢＰＰＤＵを介して応答する。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＥＨＴＴＢＰＰＤＵを介して応答する。

また、更に実施例によると、ＥＨＴＳＴＡはＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＲＵを選択する。つまり、ＥＨＴＳＴＡはＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らさない。

しかし、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドＸに対してＯＢＯカウンタを減少させた場合、ＡＩＤ１２サブフィールドの値が「０」または「２０４５」に設定されたユーザ情報フィールドのＲＡ－ＲＵに基づいてＯＢＯカウンタを減少させるためにＯＢＯカウンタはリセットされる。同じく、ＥＨＴＳＴＡが「０」または「２０４５」に設定されたＡＩＤ１２サブフィールドに対してＯＢＯカウンタを減少させた場合、ＡＩＤ１２サブフィールドの値が「Ｘ」に設定されたユーザ情報フィールドのＲＡ－ＲＵに基づいてＯＢＯカウンタを減少させるためにＯＢＯカウンタはリセットされる。

また、ＥＨＴＳＴＡはＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＲＵを選択しない。このような場合、前記実施例において、ＥＨＴＳＴＡはＨＥＳＴＡに比べランダムアクセス機会をより多く得ることで公平性が落ちることを防ぐことができる。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＥＨＴＴＢＰＰＤＵを介して応答する。

また、更に他の実施例によると、ＥＨＴＳＴＡは多数のＯＢＯカウンタを有し管理する。例えば、ＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタＡを減らし、ＲＵを選択する。ＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタＢを減らし、ＲＵを選択する。また、ＡＩＤ１２サブフィールドがＹに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタＣを減らし、ＲＵを選択する。

このような場合、ＥＨＴＳＴＡは多数のＯＢＯカウンタを維持することに対する具現をすべきであるが、ＨＥＳＴＡに比べより多くのランダムアクセス機会を有する。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合はＨＥＴＢＰＰＤＵを介して応答する。また、この際、ＥＨＴＳＴＡがＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＥＨＴＴＢＰＰＤＵを介して応答する。また、この際、ＮＥＸＴＳＴＡがＡＩＤ１２サブフィールドがＹに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合、ＮＥＸＴＴＢＰＰＤＵを介して応答する。

また、ＮＥＸＴＳＴＡもＥＨＴＳＴＡに対して説明したような方法を使用してＵＯＲＡを行う。つまり、一実施例によると、ＮＥＸＴＳＴＡはＡＩＤ１２サブフィールドが０または２０４５またはＸまたはＹに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＲＵを選択する。また、ＵＯＲＡで伝送する場合、ＴＢＰＰＤＵフォーマットは応答するＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドに基づく。例えば、ＡＩＤ１２サブフィールドは０または２０４５に設定されたユーザ情報フィールドが指示するＲＡ－Ｒで応答する場合はＨＥＴＢＰＰＤＵを使用し、ＡＩＤ１２サブフィールドはＸに設定されたユーザ情報フィールドが指示するＲＡ－ＲＵで応答する場合はＥＨＴＴＢＰＰＤＵを使用し、ＡＩＤ１２サブフィールドはＹに設定されたユーザ情報フィールドが指示するＲＡ－Ｒで応答する場合はＮＥＸＴＴＢＰＰＤＵを使用する。

更に実施例によると、ＮＥＸＴＳＴＡはＡＩＤ１２サブフィールドがＹに設定されたユーザ情報フィールドのＲＡ－ＲＵに対してＯＢＯカウンタを減らし、ＲＵを選択する。また、ＵＯＲＡで伝送する場合はＮＥＸＴＴＢＰＰＤＵフォーマットを利用して応答する。

一実施例によると、Ｘ及びＹはそれぞれ０または２０４５ではない値であり、他の実施例において、Ｘ及びＹそれぞれは０または２０４５である。

図２６を参照すると、ＥＨＴＳＴＡは、ＡＩＤ１２が０に設定されたＵｓｅｒＩｎｆｏ１が指示するＲＡ－ＲＵ及びＡＩＤ１２がＸに設定されたＵｓｅｒＩｎｆｏ５が指示するＲＡ－ＲＵに基づいてＯＢＯカウンタを減らし、ＯＢＯカウンタが０になればＵｓｅｒＩｎｆｏ１とＵｓｅｒＩｎｆｏ５が指示するＲＡ－ＲＵのうちから選択して応答する。

他の実施例として、図２５を参照すると、ＥＨＴＳＴＡはＡＩＤ１２がＸに設定されたＵｓｅｒＩｎｆｏ５が指示するＲＡ－ＲＵに基づいてＯＢＯカウンタを減らし、ＯＢＯカウンタが０になったらＵｓｅｒＩｎｆｏ５が指示するＲＡ－ＲＵのうちから選択して応答する。

本発明の一実施例において、ＯＢＯカウンタが０になる場合はＲＡ－ＲＵで指示されたＲＵの個数が残りのＯＢＯカウンタ以上である場合を含む。つまり、ＯＢＯカウンタを減らしたら０以下になる場合を含む。

本発明の一実施例において、図２６で説明した実施例は図２４の実施例、図１５乃至図２０の実施例など、本発明で説明したＴＢＰＰＤＵフォーマット決定方法と共に使用される。この場合、２つ以上の方法が互いに異なるＰＰＤＵフォーマットを指示するが、この場合、前記２つ以上の方法のうち予め設定された方法を使用する。例えば、図２４で説明した実施例と図２５で説明した実施例を共に使用する場合がある。

また、図２６を参照すると、ユーザ情報１フィールドのＡＩＤ１２サブフィールド値が０または２０４５に設定され、ユーザ情報３フィールドのＡＩＤ１２サブフィールド値が０または２０４５に設定される。ユーザ情報２フィールドはＥＨＴＴＢＰＰＤＵフォーマットを指示し、ユーザ情報３フィールドはユーザ情報２フィールドより後に存在する。

つまり、ユーザ情報３フィールドに基づいて応答する場合、ユーザ情報２フィールドに基づいてＥＨＴＴＢＰＰＤＵが指示され、ユーザ情報３フィールドが含む０または２０４５に設定されたＡＩＤ１２サブフィールドに基づいてＨＥＴＢＰＰＤＵが指示される。この場合、一実施例によると、ＨＥＴＢＰＰＤＵを使用して応答する。これはＨＥＳＴＡがユーザ情報３フィールド及びユーザ情報３フィールドが指示するＲＡ－ＲＵを認識することはできるが、ユーザ情報２フィールドが指示するＰＰＤＵフォーマットは認識することができないため、ＨＥＳＴＡがユーザ情報３フィールドに基づいてＨＥＴＢＰＰＤＵで応答すると予想されるためである。

つまり、ＡＩＤ１２サブフィールドが０または２０４５であるユーザ情報フィールドに基づいてＵＯＲＡ応答する場合、他のＴＢＰＰＤＵフォーマット指示方法にもかかわらずＨＥＴＢＰＰＤＵで伝送することができる。

また他の実施例として、ＡＩＤ１２サブフィールドが０または２０４５を含むユーザ情報フィールドはＨＥＴＢＰＰＤＵを意味する位置に存在する。例えば、ユーザ情報フィールドの前の部分、またはＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールド及びＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報フィールドより前に存在する。または、図２５で説明した中間パッディングフィールドを含む方法を使用する場合、ＡＩＤ１２サブフィールドが０または２０４５を含むユーザ情報フィールドは中間パッディングフィールドより前に存在する。

一実施例によると、０または２０４５に設定されたＡＩＤ１２サブフィールドはトリガフレームがどの標準のトリガフレームであるのか、或いはトリガフレームがどのＴＢＰＰＤＵで応答するのかを指示するのにかかわらずに含まれる。また、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵで応答することを指示する値に設定されたＡＩＤ１２サブフィールドはトリガフレームがどの標準のトリガフレームであるのか、或いはトリガフレームがどのＴＢＰＰＤＵで応答するのかを指示するのにかかわらずに含まれる。また、ＲＡ－ＲＵを指示し、ＮＥＸＴＴＢＰＰＤＵで応答することを指示する値に設定されたＡＩＤ１２サブフィールドはトリガフレームがどの標準のトリガフレームであるのか、或いはトリガフレームがどのＴＢＰＰＤＵで応答するのかを指示するのにかかわらずに含まれる。

更に他の実施例として、０または２０４５に設定されたＡＩＤ１２サブフィールドは、ＨＥＴＢＰＰＤＵを指示するトリガフレーム（例えば、ＨＥトリガフレーム、ＨＥｖａｒｉａｎｔに対するトリガフレーム、ＨＥＴＢＰＰＤＵで応答することを指示するトリガフレーム、またはフォーマット識別子がＨＥを指示するトリガフレーム）である場合にのみ含まれる。

よって、０または２０４５に設定されたＡＩＤ１２サブフィールドはＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを指示するトリガフレーム（例えば、ＥＨＴ（またはＮＥＸＴ）トリガフレーム、ＥＨＴ（またはＮＥＸＴ）ｖａｒｉａｎｔに対するトリガフレーム、ＥＨＴ（またはＮＥＸＴ）ＴＢＰＰＤＵで応答することを指示するトリガフレーム、またはフォーマット識別子がＥＨＴ（またはＮＥＸＴ）を指示するトリガフレーム）である場合には含まれない。

ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵ（またはＮＥＸＴＴＢＰＰＤＵ）で応答することを指示する値に設定されたＡＩＤ１２サブフィールドは、ＥＨＴＴＢＰＰＤＵ（またはＮＥＸＴＴＢＰＰＤＵ）の伝送を指示するトリガフレーム（例えば、ＥＨＴトリガフレーム（またはＮＥＸＴトリガフレーム）、ＥＨＴｖａｒｉａｎｔ（またはＮＥＸＴｖａｒｉａｎｔ）に対するトリガフレーム、ＥＨＴＴＢＰＰＤＵ（またはＮＥＸＴＴＢＰＰＤＵ）で応答することを指示するトリガフレーム、またはフォーマット識別子がＥＨＴ（またはＮＥＸＴ）を指示するトリガフレーム）である場合にのみ含まれる。

つまり、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵで応答することを指示する値に設定されたＡＩＤ１２サブフィールドはＨＥＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するトリガフレーム（例えば、ＨＥ（またはＮＥＸＴ）トリガフレーム、ＨＥ（またはＮＥＸＴ）ｖａｒｉａｎｔに対するトリガフレーム、ＨＥ（またはＮＥＸＴ）ＴＢＰＰＤＵで応答することを指示するトリガフレームまたはフォーマット識別子がＨＥ（またはＮＥＸＴ）を指示するトリガフレーム）である場合には含まれない。

ＲＡ－ＲＵを指示し、ＮＥＸＴＴＢＰＰＤＵで応答することを指示する値に設定されたＡＩＤ１２サブフィールドはＨＥＴＢＰＰＤＵ（または、ＥＨＴＴＢＰＰＤＵ）の伝送を指示するトリガフレーム（例えば、ＨＥ（またはＥＨＴ）トリガフレーム、ＨＥ（またはＥＨＴ）ｖａｒｉａｎｔに対するトリガフレーム、ＨＥ（またはＥＨＴ）ＴＢＰＰＤＵで応答することを指示するトリガフレーム、またはフォーマット識別子がＨＥ（またはＥＨＴ）を指示するトリガフレーム）である場合は含まれない。

例えば、図２５で説明した実施例と図１５乃至図１８で説明した共通情報フィールドに基づく決定方法と実施例を共に使用する場合がある。この場合、共通情報フィールドがＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを指示する場合（またはトリガフレームがＥＨＴｖａｒｉａｎｔまたはＮＥＸＴｖａｒｉａｎｔである場合）、ＡＩＤ１２サブフィールドが０または２０４５であるユーザ情報フィールドを含まない。または、トリガフレームがＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを指示する場合（またはトリガフレームがＥＨＴｖａｒｉａｎｔまたはＮＥＸＴｖａｒｉａｎｔである場合）、ＡＩＤ１２サブフィールドが０または２０４５であるユーザ情報フィールドを含まない。

更に他の実施例によると、トリガフレームまたは共通情報フィールドがＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを指示する場合（またはトリガフレームがＥＨＴｖａｒｉａｎｔまたはＮＥＸＴｖａｒｉａｎｔである場合）、ＡＩＤ１２サブフィールドが０または２０４５であるユーザ情報フィールドを含み、それに基づいてＵＯＲＡ応答する場合、ＥＨＴＴＢＰＰＤＵとＮＥＸＴＴＢＰＰＤＵをではないＨＥＴＢＰＰＤＵを使用して応答する。

なた、トリガフレームまたは共通情報フィールドがＮＥＸＴＴＢＰＰＤＵを指示する場合（またはＮＥＸＴｖａｒｉａｎｔである場合）、ＡＩＤ１２サブフィールドが０または２０４５またはＸに設定されたユーザ情報フィールドを含まない。更に他の実施例として、トリガフレームまたは共通情報フィールドがＮＥＸＴＴＢＰＰＤＵを指示する場合（またはＮＥＸＴｖａｒｉａｎｔである場合）、ＡＩＤ１２サブフィールドが０または２０４５またはＸに設定されたユーザ情報フィールドを含んでおり、それに基づいてＵＯＲＡ応答する場合、ＮＥＸＴＴＢＰＰＤＵではない０または２０４５またはＸが指示するＴＢＰＰＤＵフォーマットを使用して応答する。

また、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドに対して応答する場合、ＥＨＴＴＢＰＰＤＵが他のＰＰＤＵフォーマット決定方法が指示するＰＰＤＵフォーマットとは異なれば予め設定された方法によって応答する。一実施例によると、他のＰＰＤＵフォーマット決定方法にかかわらずＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドに基づいてＥＨＴＴＢＰＰＤＵで応答する。更に他の実施例によると、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドに基づいて応答する際、他のＰＰＤＵフォーマット決定方法に基づいて応答する。

または、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドは、他のＰＰＤＵフォーマット決定方法によるとＥＨＴＴＢＰＰＤＵで決定されるようにトリガフレームを構成する。図２５を参照すると、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵで応答することを指示するＡＩＤ１２サブフィールドがＸに設定されたユーザ情報フィールドは、ＥＨＴＴＢＰＰＤＵで応答することを指示するＵｓｅｒＩｎｆｏ２より後に、ＮＥＸＴＴＢＰＰＤＵで応答することを指示するＵｓｅｒＩｎｆｏ６より前に存在する。

ＲＡ－ＲＵを指示し、ＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報フィールドに対して応答する場合も、ＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドに対して応答する場合と同じ方法を適用する。

図２７は、本発明の一実施例によるトリガフレームフォーマット及びＲＡ－ＲＵを指示するための他の一例を示す図である。

図２７で説明する実施例は図２５で説明した問題及びソリューションに対する更なる説明と実施例であって、上述したものと同じ内容は省略される。以下、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールドの値は０、２０４５を含む。

図２４で説明した中間パッディングフィールドがユーザ情報リストフィールドの中間に含まれることは、ユーザ情報リストフィールドの最も前に中間パッディングフィールドが含まれることを意味する。または、中間パッディングフィールドがトリガフレームの後に存在していた従来のパッディングと位置が異なるか、中間パッディングフィールドの後に他のユーザ情報フィールドが存在し得ることを意味する。

中間パッディングフィールドは、予め設定された値のＡＩＤ１２サブフィールドを含むユーザ情報フィールドである。例えば、中間パッディングフィールドの長さはユーザ情報フィールドの長さと同じである。

本発明の一実施例によると、中間パッディングフィールドはユーザ情報フィールドと長さが異なってもよい。例えば、中間パッディングフィールドはユーザ情報フィールドより長さが短い。また、中間パッディングフィールドは予め設定された値に設定されたフィールドである。例えば、中間パッディングフィールドはＡＩＤ１２サブフィールドと長さが同じである。つまり、中間パッディングフィールドは１２ビットである。また、中間パッディングフィールドは予め設定された値に設定されるが、例えば、４０９５（長さ１２ビットの全てのビットを１に設定した値）に設定される。

トリガフレームを受信するＳＴＡは一つ以上のユーザ情報フィールドに含まれたＡＩＤ１２サブフィールド値を確認する際、ユーザ情報フィールドの長さに基づいて次のＡＩＤ１２サブフィールドを見つける。この際、中間パッディングフィールドを見つけた場合、中間パッディングフィールドの長さに基づいて次のＡＩＤ１２サブフィールドを見つける。

例えば、中間パッディングフィールドがＡＩＤ１２サブフィールドの長さと同じであれば中間パッディングフィールドを見つけて、次のＡＩＤ１２サブフィールドまたは次のユーザ情報フィールドが中間パッディングフィールドのすぐ後から続くことが分かる。この場合、中間パッディングフィールドをトリガフレームに含ませるオーバーヘッドを減らしながら上述したＴＢＰＰＤＵフォーマット決定問題を解決する。

本発明の一実施例によると、トリガフレームが中間パッディングフィールドを含まない。また、前記トリガフレームがＲＡ－ＲＵを指示するユーザ情報フィールドを含む。図２７（ａ）に示したように、トリガフレームはＲＡ－ＲＵを指示するユーザ情報１フィールド、ユーザ情報５フィールド、ユーザ情報７フィールドを含む。

また、図２６（ａ）に示したトリガフレームは中間パッディングフィールドを含まない。よって、上述した実施例のＰＰＤＵフォーマット決定方法を使用しても、ＨＥＳＴＡがＲＡ－ＲＵを指示するユーザ情報１フィールド、ユーザ情報５フィールド、ユーザ情報７フィールドを認識することができる。

よって、本発明の一実施例によると、他のＰＰＤＵフォーマット決定方法にかかわらず、ＵＯＲＡ応答する際にＨＥＴＢＰＰＤＵを使用することができる。例えば、トリガフレームが中間パッディングフィールドを含まない場合、他のＰＰＤＵフォーマット決定方法にかかわらず、ＵＯＲＡ応答する際にＨＥＴＢＰＰＤＵを使用する。図２６（ａ）を参照すると、特定値に設定されたＡＩＤ１２サブフィールドを含むユーザ情報フィールドに基づいてＰＰＤＵフォーマットを決定する。例えば、ユーザ情報２フィールドに基づいてＥＨＴＴＢＰＰＤＵで応答することを指示し、ユーザ情報６フィールドに基づいてＮＥＸＴＴＢＰＰＤＵで応答することを指示する。

ところが、このトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドをＨＥＳＴＡも認識することができる。よって、ユーザ情報２フィールドまたはユーザ情報６フィールドにかかわらず、トリガフレームが指示するＲＡ－ＲＵに応答する場合はＨＥＴＢＰＰＤＵを使用することができる。

また、上述したように、共通情報フィールドまたはフォーマット識別子フィールドに基づいてＴＢＰＰＤＵフォーマットを決定する場合も、ＲＡ－ＲＵに応答する場合はＨＥＴＢＰＰＤＵが使用される。または、トリガフレームがＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵに含まれている場合、またはＨＥＳＴＡが読み込むことができないＰＰＤＵに含まれている場合は、共通情報フィールドまたはフォーマット識別子フィールドに基づいてＴＢＰＰＤＵフォーマットを決定する場合はＲＡ－ＲＵに応答する際にも同じＴＢＰＰＤＵフォーマット決定法オフが使用される。

他の実施例によると、共通情報フィールドまたはフォーマット識別子フィールドに基づいてＴＢＰＰＤＵフォーマット決定する場合、ＥＨＴまたはＮＥＸＴ標準を指示する際にＨＥＳＴＡがそれを認識できない可能性がある。このような場合、ＵＯＲＡ応答する際に共通情報フィールドまたはフォーマット識別子フィールドに基づいてＴＢＰＰＤＵフォーマット決定する。例えば、トリガタイプのサブフィールドに基づいてＴＢＰＰＤＵフォーマット決定する場合、ＨＥＳＴＡは認識できないトリガタイプのサブフィールドに基づいて前記トリガタイプのサブフィールドを含むトリガフレームに基づいて応答しなくてもよい。

また他の実施例として、トリガフレームが中間パッディングフィールドを含まなければ、ＲＡ－ＲＵを指示するユーザ情報フィールドを含まない。

更に他の実施例として、上述したＰＰＤＵフォーマット決定方法に基づいて支援しない標準のＴＢＰＰＤＵで応答することを指示する場合、このようなトリガフレームが含むユーザ情報フィールドが指示するＲＡ－ＲＵに対してＯＢＯカウンタを減らさなくてもよい。また、前記ＲＡ－ＲＵをＵＯＲＡ応答するＲＵとして選択しなくてもよい。例えば、トリガフレームがフォーマット識別子フィールドを含み、ＥＨＴＳＴＡが共通情報フィールドまたはフォーマット識別子フィールドがＮＥＸＴＴＢＰＰＤＵを指示することを確認した場合、前記トリガフレームが含むユーザ情報フィールドが指示するＲＡ－ＲＵに基づいてＯＢＯカウンタを減らさず、ＵＯＲＡ応答するＲＵとして選択しなくてもよい。

本発明において、ＲＡ－ＲＵを指示するユーザ情報フィールドはＡＩＤ１２サブフィールドのは０または２０４５に設定されたユーザ情報フィールドである。

本発明において、ＯＢＯカウンタを減らすＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと称する。また、ＵＯＲＡで応答するＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと称する。また、ＵＯＲＡで応答するＲＵを選択する際、選択し得るＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと称する。また、ＯＢＯカウンタを減らし、ＵＯＲＡで応答するＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと称する。また、ｅｌｉｇｉｂｌｅＲＡ－ＲＵに対してＯＢＯカウンタを減らすかＵＯＲＡ応答するＲＵと選択する。また、伝送可能なＲＡ－ＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと称する。また、ＵＯＲＡ応答するか伝送可能という意味は、支援するＴＢＰＰＤＵフォーマットであることを含む。例えば、ＥＨＴＳＴＡにＮＥＸＴＴＢＰＰＤＵで応答すると指示されたＲＡ－ＲＵはｅｌｉｇｉｂｌｅＲＡ－ＲＵではない。

本発明の一実施例によると、トリガフレームが中間パッディングフィールドを含む。このような実施例は図２４で説明した内容であって、重複する内容は省略されている。上述したように、ＲＡ－ＲＵに応答する場合、応答するＲＡ－ＲＵを指示したユーザ情報フィールドの中間パッディングフィールドとの位置に基づいてＰＰＤＵフォーマットを決定する。または、ＲＡ－ＲＵを指示するユーザ情報フィールドの中間パッディングフィールドとの相対的な位置に基づいて前記ＲＡ－ＲＵがｅｌｉｇｉｂｌｅＲＵであるのかを判断する。

一実施例として、中間パッディングフィールドより前に存在するユーザ情報フィールドに基づいてＵＯＲＡ応答する場合、ＨＥＴＢＰＰＤＵを使用して応答する。この際、中間パッディングフィールドより前に存在するユーザ情報フィールドに基づいてＵＯＲＡ応答する場合、他のＴＢＰＰＤＵフォーマット指示方法にかかわらずＨＥＴＢＰＰＤＵを使用して応答する。図２６（ｂ）を参照すると、トリガフレームが中間パッディングフィールドを含む。また、前記トリガフレームが含むユーザ情報１フィールド、ユーザ情報３フィールド、ユーザ情報５フィールド、ユーザ情報７フィールドはＲＡ－ＲＵを指示する。また、ユーザ情報１フィールド、ユーザ情報３フィールドは中間パッディングフィールドより前に存在し、ユーザ情報５フィールド、ユーザ情報７フィールドは中間パッディングフィールドより後に存在する。

ユーザ情報１フィールドまたはユーザ情報３フィールドが指示するＲＡ－ＲＵでＵＯＲＡ応答する場合、ＨＥＴＢＰＰＤＵが応答に使用される。この場合、上述したＰＰＤＵフォーマット決定方法がＨＥＴＢＰＰＤＵ以外のＰＰＤＵを指示してもＳＴＡはＨＥＴＢＰＰＤＵを使用して応答する。例えば、図２４で説明したＰＰＤＵフォーマット決定方法を使用し、ユーザ情報３フィールドより前に存在するユーザ情報２フィールドがＥＨＴＴＢＰＰＤＵを指示しても、ユーザ情報３フィールドが指示するＲＡ－ＲＵでＵＯＲＡ応答する場合はＨＥＴＢＰＰＤＵが使用される。

他の実施例として、ＥＨＴＴＢＰＰＤＵを指示するユーザ情報フィールドは中間パッディングフィールドより後に存在する。また、ＮＥＸＴＴＢＰＰＤＵを指示するユーザ情報フィールドは中間パッディングフィールドより後に存在する。

また、一実施例として、中間パッディングフィールドより後に存在するユーザ情報フィールドに基づいてＵＯＲＡ応答する場合、上述した他のＰＰＤＵフォーマット決定方法に基づいて応答する。例えば、図２７（ｂ）を参照すると、図２４で説明したＰＰＤＵフォーマット決定方法が使用される。この際、中間パッディングフィールドより後に存在するＵｓｅｒＩｎｆｏ５が指示するＲＡ－ＲＵでＵＯＲＡ応答する場合、ユーザ情報２フィールドが指示するＥＨＴＴＢＰＰＤＵを使用して応答する。また、中間パッディングフィールドより後に存在するユーザ情報７フィールドが指示するＲＡ－ＲＵでＵＯＲＡ応答する場合、ＳＴＡはユーザ情報６フィールドが指示するＮＥＸＴＴＢＰＰＤＵを使用して応答する。

本発明の一実施例によると、ユーザ情報フィールドに基づくＴＢＰＰＤＵフォーマット決定方法が使用される。また、中間パッディングフィールドに基づくＴＢＰＰＤＵフォーマット決定方法が使用される。また、ＨＥＴＢＰＰＤＵフォーマットで応答すると指示されたＲＡ－ＲＵが存在し、このようなＲＡ－ＲＵはＨＥＲＡ－ＲＵと称される。

ＥＨＴＴＢＰＰＤＵフォーマットで応答すると指示されたＲＡ－ＲＵが存在し、このようなＲＡ－ＲＵはＥＨＴＲＡ－ＲＵと称される。

ＮＥＸＴＴＢＰＰＤＵフォーマットで応答すると指示されたＲＡ－ＲＵが存在し、このようなＲＡ－ＲＵはＮＥＸＴＲＡ－ＲＵと称される。

図２７（ｂ）を参照すると、ユーザ情報１フィールドが指示するＲＡ－ＲＵはＨＥＲＡ－ＲＵである。これはユーザ情報１フィールドに対するＴＢＰＰＤＵフォーマットが指示されていないか、またはＨＥＴＢＰＰＤＵと指示されたためである。また、ユーザ情報３フィールドが指示するＲＡ－ＲＵはＨＥＲＡ－ＲＵである。これはユーザ情報１フィールドが中間パッディングフィールドより前に存在するためである。また、ユーザ情報１フィールドが指示するＲＡ－ＲＵはＥＨＴＲＡ－ＲＵである。これはユーザ情報１フィールドによってユーザ情報１フィールドに対してＥＨＴＴＢＰＰＤＵフォーマットが指示されたためである。

また、ユーザ情報７フィールドが指示するＲＡ－ＲＵはＮＥＸＴＲＡ－ＲＵである。これはユーザ情報６フィールドによってユーザ情報７フィールド対するＮＥＸＴＴＢＰＰＤＵフォーマットが指示されたためである。

他の実施例として、ＨＥＲＡ－ＲＵはＡＩＤ１２サブフィールド値が０または２０４５に指示されたＲＡ－ＲＵである。または、ＥＨＴＲＡ－ＲＵはＡＩＤ１２サブフィールド値がＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵで応答することを指示する値に指示されたＲＡ－ＲＵである。または、ＮＥＸＴＲＡ－ＲＵはＡＩＤ１２サブフィールド値がＲＡ－ＲＵを指示し、ＮＥＸＴＴＢＰＰＤＵで応答することを指示する値に指示されたＲＡ－ＲＵである。

一実施例によると、ＳＴＡは、過去、現在、未来の標準ＲＡ－ＲＵ全てに対してＯＢＯカウンタを減らすかＲＵを選択する。この際、未来の標準ＲＡ－ＲＵが伝送するＲＵとして選択されたら伝送しない。

他の実施例によると、ＳＴＡは、過去、現在の標準ＲＡ－ＲＵ全てに対してＯＢＯカウンタを減らすかＲＵを選択する。また、ＳＴＡは未来の標準ＲＡ－ＲＵに対してＯＢＯカウンタを減らさない。ＳＴＡは未来の標準ＲＡ－ＲＵに対してＲＵを選択しない。

また他の実施例によると、ＳＴＡは、現在の標準ＲＡ－ＲＵ全てに対してＯＢＯカウンタを減らすかＲＵを選択する。また、ＳＴＡは過去、未来の標準ＲＡ－ＲＵに対してＯＢＯカウンタを減らさない。ＳＴＡは過去、未来の標準ＲＡ－ＲＵに対してＲＵを選択しない。

更に他の実施例によると、ＳＴＡは、現在、未来の標準ＲＡ－ＲＵ全てに対してＯＢＯカウンタを減らすかＲＵを選択する。また、ＳＴＡは過去の標準ＲＡ－ＲＵに対してＯＢＯカウンタを減らさない。ＳＴＡは過去の標準ＲＡ－ＲＵに対してＲＵを選択しない。

また、ＯＢＯカウンタを減らす標準、ＲＵを選択する標準に対して互いに異なる組み合わせを利用して行う。その組み合わせの例は以下のようである。

一実施例によると、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵのうちから応答するＲＵを選択する。この際、ＥＨＴＳＴＡがＮＥＸＴＲＡ－ＲＵを選択したら伝送しない。

一実施例によると、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵのうちから応答するＲＵを選択する。

一実施例によると、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵのうちから応答するＲＵを選択する。この際、ＥＨＴＳＴＡがＮＥＸＴＲＡ－ＲＵを選択したら伝送しない。

一実施例によると、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵのうちから応答するＲＵを選択する。

一実施例によると、ＥＨＴＳＴＡは、ＥＨＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵ、ＮＥＸＴＲＡ－ＲＵに対してＯＢＯカウンタを減らさない。また、ＥＨＴＳＴＡはＥＨＴＲＡ－ＲＵのうちから応答するＲＵを選択する。また、ＥＨＴＳＴＡはＨＥＲＡ－ＲＵ、ＮＥＸＴＲＡ－ＲＵのうちから応答するＲＵを選択しない。

一実施例によると、ＥＨＴＳＴＡは、ＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡは、ＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵのうちから応答するＲＵを選択する。この際、ＥＨＴＳＴＡがＮＥＸＴＲＡ－ＲＵを選択したら伝送しない。

一実施例によると、ＥＨＴＳＴＡは、ＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡはＨＥＲＡ－ＲＵとＥＨＴＲＡ－ＲＵのうちから応答するＲＵを選択する。

一実施例によると、ＥＨＴＳＴＡは、ＥＨＴＲＡ－ＲＵとＮＥＸＴＲＡ－ＲＵに対してＯＢＯカウンタを減らす。また、ＥＨＴＳＴＡはＥＨＴＲＡ－ＲＵのうちから応答するＲＵを選択する。

また、上述したＴＢＰＰＤＵフォーマットに基づくＯＢＯカウンタを減らすこと、ＲＵを選択することは他の伝送パラメータを支援するのかに共に基づく。伝送パラメータは、共通情報フィールドまたは該当ユーザ情報フィールドが指示する値である。例えば、ある標準のＲＡ－ＲＵに対してＯＢＯカウンタを減らすのかを判断する際、他の伝送パラメータを支援するのかに基づくが、他の伝送パラメータを支援する場合は減らすことができる。

本発明の一実施例によると、以下の条件に基づいてＲＡ－ＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断する。例えば、以下の条件をいずれも満足したらＲＡ－ＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断する。

１）共通情報フィールドの全ての伝送パラメータを支援する
２）前記ＲＡ－ＲＵを指示するユーザ情報フィールドの全ての伝送パラメータを支援する
３）前記ユーザ情報フィールドに対するＴＢＰＰＤＵフォーマットを指示するユーザ情報フィールドが指示するＴＢＰＰＤＵフォーマットを支援する。

条件３）は以下の条件に代替される。

３－１）前記ユーザ情報フィールドに対して指示されたＴＢＰＰＤＵフォーマットを支援する
また、この際、ＴＢＰＰＤＵフォーマット指示方法は、トリガフレームによる指示、情報フィールドによる指示、ユーザ情報フィールドによる指示方法など、上述した実施例の方法を含む。

条件３）は以下の条件３－２）または３－３）に代替される。

３－２）前記ユーザ情報フィールドに対する情報を含む他のユーザ情報フィールドが指示する全ての伝送パラメータを支援する
３－３）前記ユーザ情報フィールドに対する共通情報（多数のＳＴＡに適用可能な情報）を含む他のユーザ情報フィールドが指示する全ての伝送パラメータを支援する
図２７（ｂ）を参照すると、図２７（ｂ）に示されたトリガフレームに基づいてＥＨＴＳＴＡがｅｌｉｇｉｂｌｅＲＡ－ＲＵを判断する。この際、ユーザ情報１フィールド、ユーザ情報３フィールド、ユーザ情報５フィールドによって指示されたＲＡ－ＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断する。ＥＨＴＳＴＡがＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵを伝送するためである。また、ユーザ情報７フィールドによって指示されたＲＡ－ＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断しない。ユーザ情報６フィールドによってユーザ情報７フィールドが指示するＲＵに応答する際はＮＥＸＴＴＢＰＰＤＵに伝送すべきであって、ＥＨＴＳＴＡがＮＥＸＴＴＢＰＰＤＵを伝送できないためである。

本発明の一実施例によると、ユーザ情報フィールドは後に続く特定ユーザ情報フィールドの個数または長さを含む。例えば、ＴＢＰＰＤＵフォーマット指示するユーザ情報フィールドは、指示されたＴＢＰＰＤＵフォーマットに当たるユーザ情報フィールドの個数または長さを含む。例えば、支援しないＴＢＰＰＤＵフォーマットを指示した場合、ユーザ情報フィールドに含まれた個数または長さに基づいて他のユーザ情報フィールドを検索する。支援しないＴＢＰＰＤＵフォーマットでトリガフレームに応答すると指示されないためである。

本発明の一実施例によると、パッディングフィールドの開始を知らせる予め設定された値が存在する。前記予め設定された値は４０９５ではない値である。または、前記予め設定された値は中間パッディングフィールドを指示する値とは異なる値である。例えば、中間パッディングフィールドではないパッディングフィールドであることを指示すべき場合が存在するためである。または、前記予め設定された値は２００８乃至２０４４のうちの値であるか、２０４７乃至４０９４のうちの値である。また、前記予め設定された値は１乃至２００７ではない値であり、０ではない値であり、２０４５ではない値であり、２０４６ではない値であり、４０９５ではない値である。

本発明の一実施例によると、トリガフレームに含まれたＵＬ長さフィールドに基づく決定方法が存在する。例えば、ＵＬ長さフィールド値をｍｏｄ演算した値に基づく決定方法が存在する。例えば、ＵＬ長さフィールド値をｍｏｄ３演算した値に基づく決定方法が存在する。ＵＬ長さフィールド値をｍｏｄ３演算した値が０であるのかに基づく決定方法が存在する。また、前記決定方法はＰＰＤＵフォーマットを指示する。または、前記決定方法は特定ｆｉｅｌｄの存在（含む）可否を指示する。または、前記決定方法は特定フィールドの解釈方法を指示する。または、前記決定方法は特定フィールドが示す値の意味を指示する。または、前記決定方法は特定フィールドの長さを指示する。

本発明の一実施例によると、Ａ－ＭＰＤＵを多数のトリガフレームを含む。一実施例によると、前記多数のトリガフレームのコンテンツは異なり得る。また、前記Ａ－ＭＰＤＵまたは前記Ａ－ＭＰＤＵを含むＰＰＤＵは、前記多数のトリガフレームのコンテンツが異なるのか否かを指示するシグナリングを含む。

また、ＳＴＡは、前記Ａ－ＭＰＤＵを含むＰＰＤＵの種類に基づいて前記多数のトリガフレームのコンテンツが異なるのか否かをあるのか判断する。例えば、ＥＨＴＰＰＤＵまたはＮＥＸＴＰＰＤＵに含まれた多数のトリガフレームはトリガフレームに含まれたコンテンツが異なり得る。また、これは結合されたＰＰＤＵ（ａｇｇｒｅｇａｔｅｄＰＰＤＵ：Ａ－ＰＰＤＵ）を支援する場合である。Ａ－ＰＰＤＵは多数のＰＰＤＵが周波数分割多重化（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ）されるものである。また、前記多数のＰＰＤＵは互いに異なる標準のＰＰＤＵである。

図２８は、本発明の一実施例によるＴＢＰＰＤＵフォーマットを指示するための他の一例を示す図である。

上述したように、トリガするフレームに応答するＰＰＤＵフォーマットを指示する方法が必要である。例えば、前記ＰＰＤＵフォーマットはＴＢＰＰＤＵフォーマットを意味する。図２８の実施例は、上述したＴＢＰＰＤＵフォーマット指示方法の具体的な実施例である。また、本実施例において、前に説明した内容は省略されている。

本発明の実施例によると、トリガフレームが含むユーザ情報フィールドに基づいて前記トリガフレームに応答するＰＰＤＵのフォーマットを決定する。または、トリガフレームに応答するＰＰＤＵのフォーマットを前記トリガフレームが含むユーザ情報フィールドを介して指示する。本発明において、ＰＰＤＵのフォーマットを決定、指示する前記ユーザ情報フィールドは特定ユーザ情報フィールドと称される。

一実施例によると、特定ユーザ情報フィールドは、前記特定ユーザ情報フィールドが含むＡＩＤ１２サブフィールドが予め設定された値に設定されたユーザ情報フィールドである。例えば、前記予め設定の値は２００７である。また、前記予め設定された値はＡＰがＡＩＤ（ａｓｓｏｃｉａｔｉｏｎＩＤ）として割り当てない値である。

また、特定ユーザ情報フィールドは他のユーザ情報フィールドとはフォーマットが異なる。つまり、特定ユーザ情報フィールドは他のユーザ情報フィールドとは含むサブフィールドが異なる。また、特定ユーザ情報フィールドと他のユーザ情報フィールドは共通にＡＩＤ１２サブフィールドを同じ位置に含む。例えば、特定ユーザ情報フィールドと特定ユーザ情報フィールドではないユーザ情報フィールドは、最も前の１２－ｂｉｔがＡＩＤ１２サブフィールドである。例えば、特定ユーザ情報フィールドと特定ユーザ情報フィールドではないユーザ情報フィールドは、Ｂ０乃至Ｂ１１がＡＩＤ１２サブフィールドである。

また、トリガフレームは、特定ユーザ情報フィールドを含むのか否かを指示するサブフィールドを含む。特定ユーザ情報フィールドを含むのか否かを指示するサブフィールドを特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドと称する。例えば、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドは共通情報フィールドに存在する。例えば、共通情報フィールドのｂｉｔＢ５５は特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドである。もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが１に設定されれば、トリガフレームは特定ユーザ情報フィールドを含まない。

また、もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが０に設定されれば、トリガフレームは特定ユーザ情報フィールドを含む。これは、８０２．１１ａｘ標準で共通情報フィールドのＢ５５を予め設定された値である１に設定するためである。

トリガフレームを受信するＳＴＡは特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドに基づいて特定ユーザ情報フィールドが含まれているのかを判断するため、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが存在しない場合より特定ユーザ情報フィールドを含むのか否かを判断する具現が容易である。また、トリガフレームを前記トリガフレームを送ったＡＰが結合されていないＳＴＡが受信したら、ＡＩＤ１２サブフィールドが特定ユーザ情報フィールドを指示する予め設定された値に設定されたユーザ情報フィールドが特定ユーザ情報フィールドであるのか否か（実際のＡＩＤの１２ＬＳＢｓを示すのか）、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドに基づいて判断する。例えば、結合されていないＳＴＡのためのＲＡ－ＲＵを指示する際、トリガフレームを前記トリガフレームを送ったＡＰが結合されていないＳＴＡが受信したら、前記トリガフレームに基づいて動作する。また、ＳＴＡが結合されていないＢＳＳからのトリガフレームまたはＴＢＰＰＤＵに基づいて空間再使用動作を行う。

また、トリガフレームが特定ユーザ情報フィールドを含めば、前記特定ユーザ情報フィールドはユーザ情報フィールドのうち最も前に位置する。または、前記特定ユーザ情報フィールドは共通情報フィールドのすぐ後に位置してもよい。これは、前記トリガフレームを受信するＳＴＡが特定ユーザ情報フィールドを容易にパージング（ｐａｒｓｉｎｇ）するようにするためである。

本発明の実施例によると、トリガフレームが特定ユーザ情報フィールドを含むのか否かに基づいて前記トリガフレームに応答するＰＰＤＵのフォーマットを決定する。例えば、トリガフレームが特定ユーザ情報フィールドを含めば、前記トリガフレームに応答するＰＰＤＵのフォーマットはＥＨＴＴＢＰＰＤＵである。また、トリガフレームが特定ユーザ情報フィールドを含まなければ、前記トリガフレームに応答するＰＰＤＵのフォーマットはＨＥＴＢＰＰＤＵである。また、上述したように、トリガフレームが特定ユーザ情報フィールドを含むのか否かを示すシグナリングである特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが存在する。よって、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドに基づいてトリガフレームに応答するＰＰＤＵのフォーマットを決定するともいえる。例えば、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが０に設定されれば、トリガフレームに応答するＰＰＤＵのフォーマットはＥＨＴＴＢＰＰＤＵである。また、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが１に設定されれば、トリガフレームに応答するＰＰＤＵのフォーマットはＨＥＴＢＰＰＤＵである。

また、トリガフレームが特定ユーザ情報フィールドを含めば、前記トリガフレームが含むユーザ情報フィールドはＥＨＴｖａｒｉａｎｔユーザ情報フィールドである。また、トリガフレームが特定ユーザ情報フィールドを含まなければ、前記トリガフレームはＥＨＴｖａｒｉａｎｔユーザ情報フィールドを含まない。トリガフレームが特定ユーザ情報フィールドを含まなければ、前記トリガフレームはＨＥｖａｒｉａｎｔユーザ情報フィールドのみを含む。

ユーザ情報フィールドがＥＨＴｖａｒｉａｎｔである際とＨＥｖａｒｉａｎｔである際はＲＵ指示方法が異なる。例えば、ユーザ情報フィールドは前記ユーザ情報フィールドが含むＲＵ割り当てサブフィールドがＥＨＴｖａｒｉａｎｔであるのか、ＨＥｖａｒｉａｎｔであるのかによって解釈方式が異なり得る。例えば、ＥＨＴｖａｒｉａｎｔユーザ情報フィールドが含むＲＵ割り当てサブフィールドにはＥＨＴ標準が支援するＲＵを指示するようにエンコードされる。また、ＨＥｖａｒｉａｎｔユーザ情報フィールドが含むＲＵＡｌｌｏｃａｔｉｏｎサブフィールドにはＨＥ標準が支援するＲＵを指示するようにエンコードされる。

また、ＥＨＴｖａｒｉａｎｔユーザ情報フィールドに基づいて指示されたＲＵを解釈する際には２つ以上のサブフィールドに基づくべきである。前記２つ以上のサブフィールドは、ＲＵ割り当てサブフィールドとＰＳ１６０サブフィールドを含む。ＲＵ割り当てサブフィールドは、図１２に示したようにＡＩＤ１２サブフィールドのすぐ後に位置する。また、ＲＵ割り当てサブフィールドは８－ｂｉｔである。ＰＳ１６０サブフィールドは、ＲＵ割り当てサブフィールドが指示するＲＵがどのサブチャネルに存在するのかを指示する。また、ＰＳ１６０サブフィールドは、ユーザ情報フィールドが指示するＲＵがどのサブチャネルに存在するのかを指示する。この際、どのサブチャネルであるのかを指示する単位は１６０ＭＨｚサブチャネルである。ＰＳ１６０サブフィールドは、指示するＲＵがｐｒｉｍａｒｙ１６０ＭＨｚｃｈａｎｎｅｌに存在するのか、ｓｅｃｏｎｄａｒｙ１６０ＭＨｚｃｈａｎｎｅｌに存在するのかを指示する。ＰＳ１６０サブフィールドはＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドのすぐ前に位置する。ＰＳ１６０サブフィールドはユーザ情報フィールドのＢ３９ビットである。ＰＳ１６０サブフィールドは１－ｂｉｔである。

また、ＨＥｖａｒｉａｎｔユーザ情報フィールドに基づいて指示されたＲＵを解釈する際には一つのサブフィールドに基づく。前記一つのサブフィールドはＲＵ割り当てサブフィールドである。つまり、ＨＥｖａｒｉａｎｔユーザ情報フィールドが含むＲＵ割り当てサブフィールドにのみ基づいて、前記ＨＥｖａｒｉａｎｔユーザ情報フィールドが指示するＲＵの位置を判断する。

図２８を参照すると、トリガフレームは特定ユーザ情報フィールドを含む。ユーザ情報フィールドが特定ユーザ情報フィールドであるのか否かは、ユーザ情報フィールドが含むＡＩＤ１２サブフィールドに基づいて決定される。例えば、ユーザ情報フィールドが含むＡＩＤ１２サブフィールドが予め設定された値であれば、前記ユーザ情報フィールドは特定ユーザ情報フィールドである。図２７を参照すると、前記予め設定された値は２００７である。また、図２８を参照すると、特定ユーザ情報フィールドは共通情報フィールドのすぐ後、ユーザ情報フィールドのうち最も前に存在する。また、トリガフレームが特定ユーザ情報フィールドを含むのか否かを指示するシグナリングである特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが存在する。図２７を参照すると、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドは共通情報フィールドに含まれる。もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが０に設定されれば、トリガフレームが特定ユーザ情報フィールドを含む。図２７に示したように、トリガフレームが特定ユーザ情報フィールドを含めば、それに対する応答ＰＰＤＵのフォーマットはＥＨＴＴＢＰＰＤＵである。

また、追加的な実施例によると、トリガフレームが特定ユーザ情報フィールドを含むのか否かとＴＢＰＰＤＵフォーマットを指示するサブフィールドに基づいて前記トリガフレームに応答するＰＰＤＵのフォーマットを決定する。本発明において、ＴＢＰＰＤＵフォーマットを指示するサブフィールドをＨＥ／ＥＨＴＰ１６０サブフィールドと称する。より具体的な実施例によると、ＨＥ／ＥＨＴＰ１６０サブフィールドは予め設定されたチャネルに対してＴＢＰＰＤＵフォーマットを指示する。例えば、ＨＥ／ＥＨＴＰ１６０サブフィールドはｐｒｉｍａｒｙ１６０ＭＨｚｃｈａｎｎｅｌ（Ｐ１６０ｃｈａｎｎｅｌ）に対してＴＢＰＰＤＵフォーマットを指示する。例えば、ＨＥ／ＥＨＴＰ１６０サブフィールドの値が１であればＨＥＴＢＰＰＤＵで応答することを指示する。また、ＨＥ／ＥＨＴＰ１６０サブフィールドの値が０であればＥＨＴＴＢＰＰＤＵで応答することを指示する。ＨＥ／ＥＨＴＰ１６０サブフィールドは１－ｂｉｔである。

図２８を参照すると、ＨＥ／ＥＨＴＰ１６０サブフィールドは共通情報フィールドに含まれる。より詳しくは、ＨＥ／ＥＨＴＰ１６０サブフィールドは共通情報フィールドのｂｉｔＢ５５位置に含まれる。

よって、特定ユーザ情報フィールドとＨＥ／ＥＨＴＰ１６０サブフィールドに基づいてＴＢＰＰＤＵフォーマットを指示、決定する際、以下のような動作を行う。ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴＴＢＰＰＤＵを指示すれば、トリガフレームが応答する際にＥＨＴＴＢＰＰＤＵで応答する。つまり、ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴＴＢＰＰＤＵを指示すれば、トリガフレームに応答する際に割り当てられたＲＵ位置にかかわらずＥＨＴＴＢＰＰＤＵで応答する。また、ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴＴＢＰＰＤＵを指示すれば、常に特定ユーザ情報フィールドが含まれる。つまり、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドも特定ユーザ情報フィールドが含まれることを指示する。

もしＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴＴＢＰＰＤＵを指示すれば、トリガフレームが応答する際に割り当てられたＲＵ位置に基づいてＴＢＰＰＤＵフォーマットを指示、決定する。ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥＴＢＰＰＤＵを指示すれば、ＨＥ／ＥＨＴＰ１６０サブフィールドが指示する予め設定されたチャネル（例えば、Ｐ１６０ｃｈａｎｎｅｌ）に割り当てられたＲＵが含まれる場合はＨＥＴＢＰＰＤＵで応答する。また、ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥＴＢＰＰＤＵを指示すれば、ＨＥ／ＥＨＴＰ１６０サブフィールドが指示する予め設定されたチャネル（例えば、Ｐ１６０ｃｈａｎｎｅｌ）に割り当てられたＲＵが含まれない場合（例えば、ｓｅｃｏｎｄａｒｙ１６０ＭＨｚｃｈａｎｎｅｌ（Ｓ１６０ｃｈａｎｎｅｌ）に割り当てられたＲＵが含まれる場合）は、ＥＨＴＴＢＰＰＤＵで応答する。また、予め設定されたチャネルに割り当てられたＲＵが含まれるか否かは、ＲＵＡｌｌｏｃａｔｉｏｎサブフィールド及びＰＳ１６０サブフィールドに基づく。より詳しくは、予め設定されたチャネルがＰ１６０ｃｈａｎｎｅｌであれば、予め設定されたチャネルに割り当てられたＲＵが含まれるのか否かはＰＳ１６０サブフィールドに基づく。

また、ＨＥ／ＥＨＴＰ１６０サブフィールドと割り当てられたＲＵ位置に基づいてＴＢＰＰＤＵフォーマットを指示、決定することは、トリガフレームが特定ユーザ情報フィールドを含む場合に限定される。トリガフレームが特定ユーザ情報フィールドを含む場合、トリガフレームはＨＥ／ＥＨＴＰ１６０サブフィールドが及びＰＳ１６０サブフィールドを含む。もしトリガフレームが特定ユーザ情報フィールドを含まない場合、常にＨＥＴＢＰＰＤＵを使用して前記トリガフレームに応答する。また、上述したように、特定ユーザ情報フィールドを含むのか否かは特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドに基づく。よって、トリガフレームが特定ユーザ情報フィールドを含む場合、含まない場合と記載したのは、それぞれ特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドが特定ユーザ情報フィールドを含むと設定された場合、含まないと設定された場合を意味する。

本発明において、トリガフレームに応答する際にＥＨＴＴＢＰＰＤＵを使用することを指示、判断すると記述したのは、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを使用することを指示、判断する発明に代替されてもよい。また、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵのうちどれを使用するかのはフォーマット識別子サブフィールドに基づいて判断される。つまり、フォーマット識別子サブフィールドが指示するＴＢＰＰＤＵフォーマットを使用する。例えば、フォーマット識別子サブフィールドがＥＨＴを指示すればＥＨＴＴＢＰＰＤＵを使用する。

特定ユーザ情報フィールドは、ＡＩＤ１２サブフィールド及びトリガフレームに応答する際に必要な情報を含む。トリガフレームに応答する際に必要な情報は、トリガフレームに応答するＰＰＤＵのｐｒｅａｍｂｌｅに含まれる情報を含む。例えば、トリガフレームに応答する際に必要な情報は、トリガフレームに応答するＰＰＤＵのＵ－ＳＩＧｆｉｅｌｄに含まれる情報を含む。図２８は、Ｕ－ＳＩＧｆｉｅｌｄに含まれる情報の例を含む。図２８を参照すると、特定ユーザ情報フィールドは、ＡＩＤ１２、ＰＨＹＶｅｒｓｉｏｎＩＤ、ＵＬＢａｎｄｗｉｄｔｈＥｘｔｅｎｓｉｏｎ、ＳｐａｔｉａｌＲｅｕｓｅ１、ＳｐａｔｉａｌＲｅｕｓｅ２、Ｕ－ＳＩＧＤｉｓｒｅｇａｒｄＡｎｄＶａｌｉｄａｔｅ、Ｒｅｓｅｒｖｅｄ、ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドを含む。

また、言及したフィールドは言及した順番に位置し、それぞれ１２、３、２、４、４、１２、３、ｖａｒｉａｂｌｅのビット数を有する。ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄは、上述したフォーマット識別子サブフィールド、またはＰＨＹｖｅｒｓｉｏｎｉｄｅｎｔｉｆｉｅｒサブフィールド、またはＰＨＹｖｅｒｓｉｏｎｆｉｅｌｄである。トリガフレームに応答するＳＴＡは、応答するＰＰＤＵが含むＵ－ＳＩＧｆｉｅｌｄを前記トリガフレームが含む特定ユーザ情報フィールドに基づいて設定する。例えば、特定ユーザ情報フィールドが含むサブフィールド値を応答するＵ－ＳＩＧｆｉｅｌｄを含むサブフィールドにコピーする。Ｕ－ＳＩＧｆｉｅｌｄが含むサブフィールドにコピーするサブフィールドは、ＰＨＹＶｅｒｓｉｏｎＩＤ、ＳｐａｔｉａｌＲｅｕｓｅ１、ＳｐａｔｉａｌＲｅｕｓｅ２、Ｕ－ＳＩＧＤｉｓｒｅｇａｒｄＡｎｄＶａｌｉｄａｔｅサブフィールドである。

または、特定ユーザ情報フィールドが含むサブフィールド値に基づいて応答するＰＰＤＵのＵ－ＳＩＧｆｉｅｌｄが含むサブフィールドを設定する。特定ユーザ情報フィールドが含むサブフィールドに基づいてＵ－ＳＩＧｆｉｅｌｄを設定するサブフィールドはＵＬＢａｎｄｗｉｄｔｈＥｘｔｅｎｓｉｏｎサブフィールドである。例えば、特定ユーザ情報フィールドが含むＵＬＢａｎｄｗｉｄｔｈＥｘｔｅｎｓｉｏｎサブフィールドと共通情報フィールドが含むＵＬＢＷサブフィールド（図１２を参照）に基づいて応答するＰＰＤＵのＵ－ＳＩＧｆｉｅｌｄが含むｂａｎｄｗｉｄｔｈ（ＢＷ）サブフィールドを設定する。

また、特定ユーザ情報フィールドが含むＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドの存在及び長さはトリガフレームのｔｙｐｅに基づく。つまり、特定ユーザ情報フィールドが含むＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドの存在及び長さは、トリガフレームがいかなるｖａｒｉａｎｔであるのかに基づく。トリガフレームのｔｙｐｅは、共通情報フィールドが含むＴｒｉｇｇｉｅｒＴｙｐｅサブフィールド（図１２を参照）によって指示、決定される。

上述したように、特定ユーザ情報フィールドに基づいて応答するＰＰＤＵフォーマットを指示する場合も、ＲＡ－ＲＵをＡＩＤ１２サブフィールド値０または２０４５で指示するのであれば、特定ユーザ情報フィールドをトリガフレームに含ませてＥＨＴＴＢＰＰＤＵで応答することを指示しても、ＨＥＳＴＡが特定ユーザ情報フィールドを認識できずにＨＥＴＢＰＰＤＵで応答する問題が発生する恐れがある。以下ではそれを解決するための方法を説明するが、これは上述した内容のより具体的な実施例である。

図２９は、本発明の一実施例によるアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）動作及びＴＢＰＰＤＵフォーマットを指示するための方法の一例を示す図である。

図２９で説明する実施例は、図２４乃至図２７で説明した実施例に対するより具体的な実施例である。図２９で説明する実施例は、図２８で説明した方法と共に使用される。前に説明した内容は省略されている。

本発明の実施例によると、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールド値が０または２０４５であれば、前記ＲＡ－ＲＵに伝送する際にＨＥＴＢＰＰＤＵで応答することを指示する。また、本発明の実施例によると、ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値が存在する。ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は、上述したＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答することを指示し、ＲＡ－ＲＵを指示するＡＩＤ１２サブフィールド値である。ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は、特定ユーザ情報フィールドを含むトリガフレームに含まれたユーザ情報フィールドに対して設定される。つまり、ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は、特定ユーザ情報フィールドに基づくＴＢＰＰＤＵフォーマット指示方法と共に使用される。

ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は、２００８乃至２０４４、または２０４７乃至４０９４の値のうち一つである。例えば、ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は２０４７である。ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は、結合されたＳＴＡに対する値と結合されていないＳＴＡに対する値が互いに異なる値として存在する。例えば、結合されたＳＴＡが伝送可能なＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は２０４７である。例えば、結合されていないＳＴＡが伝送可能なＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値は２０４８である。

本発明の実施例によると、ＡＩＤ１２サブフィールド値が０または２０４５であれば、前記ＡＩＤ１２サブフィールドを含むユーザ情報フィールドはＨＥｖａｒｉａｎｔＵｓｅｒＩｎｆｏである。

本発明の実施例によると、ＡＩＤ１２サブフィールド値がＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値であれば、前記ＡＩＤ１２サブフィールドを含むユーザ情報フィールドはＥＨＴｖａｒｉａｎｔＵｓｅｒＩｎｆｏである。

また、トリガフレームを伝送するＳＴＡ（例えば、ＡＰ）は以下のようにトリガフレームを設定、生成する。

トリガフレームが図２８などで説明した方法によってＥＨＴＴＢＰＰＤＵで応答することを指示するｃｈａｎｎｅｌに対して、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドを含まない。Ｓ１６０ｃｈａｎｎｅｌに対してＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドを含まない。つまり、はＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドはＳ１６０ｃｈａｎｎｅｌに含まれるのＲＡ－ＲＵを指示しない。また、ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴを指示すれば、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドを含まない。より詳しくは、ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴを指示すれば、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＰ１６０ｃｈａｎｎｅｌのＲＵに対して含まない。

ＥＨＴＴＢＰＰＤＵで応答することを指示するｃｈａｎｎｅｌに対してＲＡ－ＲＵを指示する場合、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドを含む。つまり、Ｓ１６０ｃｈａｎｎｅｌに対してＲＡ－ＲＵを指示する場合、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドを含む。また、Ｐ１６０ｃｈａｎｎｅｌに対してＲＡ－ＲＵを指示し、ＨＥ／ＥＨＴＰ１６０サブフィールドがをＥＨＴで指示する場合、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドを含む。また、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドを特定ユーザ情報フィールドを含むトリガフレームに含ませる。

トリガフレームが図２８などで説明した方法によってＨＥＴＢＰＰＤＵで応答することを指示するｃｈａｎｎｅｌに対して、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドを含まない。つまり、ＨＥ／ＥＨＴＰ１６０サブフィールドがをＨＥを指示する場合、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドをＰ１６０ｃｈａｎｎｅｌに対して含まない。

また、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドを特定ユーザ情報フィールドを含まないトリガフレームに含ませない可能性がある。ＨＥＴＢＰＰＤＵで応答することを指示するｃｈａｎｎｅｌに対してＲＡ－ＲＵを指示する場合、ＡＩＤ１２サブフィールドを０または２０４５値に設定したユーザ情報フィールドを含む。ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥを指示すれば、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＰ１６０ｃｈａｎｎｅｌに対して含む。

また、トリガフレームに対して応答するＳＴＡは以下のような動作を行う。

トリガフレームに対してＲＡ－ＲＵに応答するＳＴＡは、図２７などで説明した方法によってＴＢＰＰＤＵフォーマットを決定する。つまり、トリガフレームが指示したＲＡ－ＲＵに応答するＳＴＡは、特定ユーザ情報フィールド、ＨＥ／ＥＨＴＰ１６０サブフィールド、ＰＳ１６０サブフィールドに基づいてＴＢＰＰＤＵフォーマットを決定する。また、ＳＴＡがＡＩＤ１２サブフィールドが０または２０４５に設定されたユーザ情報フィールドに対して応答する場合はＨＥＴＢＰＰＤＵを使用する。ＳＴＡがＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対して応答する場合はＥＨＴＴＢＰＰＤＵを使用する。

より詳しくは、ＳＴＡがトリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示する特定ユーザ情報フィールドを含む場合、ＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対して応答する場合はＥＨＴＴＢＰＰＤＵを使用する。より詳しくは、ＳＴＡがトリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴ以外の標準を（値を）指示する特定ユーザ情報フィールドを含む場合、ＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対して応答するのであればＥＨＴＴＢＰＰＤＵを使用しない。また、ＳＴＡがトリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示する特定ユーザ情報フィールドを含む場合、ＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対してＯＢＯカウンタを減らすか、伝送するＲＡ－ＲＵと選択する。また、ＳＴＡがトリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴ以外の標準を（値を）指示する特定ユーザ情報フィールドを含む場合、ＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対してＯＢＯカウンタを減らさず、伝送するＲＡ－ＲＵと選択しない。または、ＳＴＡがトリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示する特定ユーザ情報フィールドを含まない場合、ＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対して応答する場合はＥＨＴＴＢＰＰＤＵを使用しない。または、ＳＴＡがトリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示する特定ユーザ情報フィールドを含まない場合、ＡＩＤ１２サブフィールドがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定されたユーザ情報フィールドに対してＯＢＯカウンタを減らず、伝送するＲＡ－ＲＵと選択しない。

一実施例によると、トリガフレームに対して応答するＳＴＡは一つのＯＢＯカウンタを維持する。ＳＴＡは、１）ＡＩＤ１２サブフィールド値０または２０４５によって指示されるＲＡ－ＲＵと、２）ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値によって指示されるＲＡ－ＲＵに対して同じＯＢＯカウンタを使用する。また、ＳＴＡは、ＯＢＯカウンタが０になった場合またはＯＢＯカウンタがｅｌｉｇｉｂｌｅＲＡ－ＲＵ個数より小さいか同じである場合、１）ＡＩＤ１２サブフィールド値０または２０４５によって指示されるＲＡ－ＲＵと、２）ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値によって指示されるＲＡ－ＲＵ両方のうちからＵＯＲＡ伝送に使用するＲＵを選択する。

そして、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを図２７などで説明した方法によって選択する。または、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを前記選択されたＲＵを指示するユーザ情報フィールドが含むＡＩＤ１２サブフィールド値に基づいて決定する。選択されたＲＵがＡＩＤ１２サブフィールド０または２０４５によって指示されれば、ＨＥＴＢＰＰＤＵフォーマットを使用して応答する。選択されたＲＵがＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値によって指示されれば、ＥＨＴＴＢＰＰＤＵフォーマットを使用して応答する。

他の実施例によると、トリガフレームに対して応答するＥＨＴＳＴＡはＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値によって指示されるＲＡ－ＲＵに対してＯＢＯカウンタを使用する。ＡＩＤ１２サブフィールド値０または２０４５によって指示されるＲＡ－ＲＵに対してＯＢＯカウンタを使用しなくてもよい。また、ＳＴＡは、ＯＢＯカウンタが０になった場合またはＯＢＯカウンタがｅｌｉｇｉｂｌｅＲＡ－ＲＵ個数より小さいか同じである場合、ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値によって指示されるＲＡ－ＲＵのうちからＵＯＲＡ伝送に使用するＲＵを選択する。ＡＩＤ１２サブフィールド値０または２０４５によって指示されるＲＡ－ＲＵのうちからはＵＯＲＡ伝送に使用するＲＵを使用しない。

他の実施例によると、トリガフレームに対して応答するＳＴＡは多数のＯＢＯカウンタを維持する。また、多数のＯＢＯカウンタはそれぞれ各標準のＴＢＰＰＤＵに当たる。例えば、２つのＯＢＯカウンタが維持される。２つのＯＢＯカウンタは、それぞれ１）ＡＩＤ１２サブフィールド値０または２０４５によって指示されるＲＡ－ＲＵ、２）ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値によって指示されるＲＡ－ＲＵに当たる。それぞれのＯＢＯカウンタをそれぞれのＲＡ－ＲＵに対して減らし、ＯＢＯカウンタが０になった場合、またはＯＢＯカウンタが指示されたＲＡ－ＲＵの個数より小さいか同じ場合に当たる前記ＯＢＯカウンタに当たるＲＡ－ＲＵのうちから伝送するＲＵを選択する。もし多数のＯＢＯカウンタが同じトリガフレームに対してＯＢＯカウンタが０になった場合、またはＯＢＯカウンタが指示されたＲＡ－ＲＵの個数より小さいか同じ場合には、前記多数のＯＢＯカウンタに当たるＲＡ－ＲＵのうちから伝送するＲＵを選択する。

前記実施例において、ＯＢＯカウンタが０になった場合と記載したのは、実際にＯＢＯカウンタを減らさなくてもＯＢＯカウンタがｅｌｉｇｉｂｌｅＲＡ－ＲＵ個数より小さいか同じ場合を含む。また、ＯＢＯカウンタは、ＵＯＲＡ動作を開始する際に、またはＵＯＲＡ動作によってＰＰＤＵを伝送した後でｒｅｓｅｔされる。この際、ＯＢＯカウンタは設定された範囲内の０以上の整数のうち任意に選択されることでリセットされる。前記設置された範囲はＵＯＲＡＰａｒａｍｅｔｅｒＳｅｔｅｌｅｍｅｎｔに基づいて決定される。前記設置された範囲はＯＣＷ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ（ＯＦＤＭＡ）ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗ）範囲である。または、前記設定された範囲はＯＣＷである。

ＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値でＡＩＤ１２サブフィールドが設定されたユーザ情報フィールドは、ＡＩＤ１２サブフィールドが１乃至２００７に設定されたユーザ情報フィールドより後に存在する。

図２９を参照すると、トリガフレームは特定ユーザ情報フィールドを含む。特定ユーザ情報フィールドは、ＡＩＤ１２サブフィールドが予め設定された値である２００７に設定されたユーザ情報フィールドである。特定ユーザ情報フィールドはユーザ情報フィールドのうち最も前に存在する。

特定ユーザ情報フィールドがトリガフレームに含まれるのか否かは、共通情報フィールドが含む特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドによって指示される。もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールド値が０であれば、トリガフレームが特定ユーザ情報フィールドを含むことを指示する。

もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールド値が１であれば、トリガフレームが特定ユーザ情報フィールドを含まないことを指示する。特定ユーザ情報フィールドを含むトリガフレームに応答するＳＴＡはＥＨＴＴＢＰＰＤＵを使用して応答する。また、トリガフレームはＲＡ－ＲＵを指示する。もしトリガフレームがＥＨＴＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示する場合、前記ＲＡ－ＲＵを指示するユーザ情報フィールド（ＵｓｅｒＩｎｆｏ３）のＡＩＤ１２サブフィールドは予め設定された値に設定される。前記予め設定された値は０ではなく、２０４５ではない値である。前記予め設定された値は、前記予め設定された値を含むユーザ情報フィールドがＲＡ－ＲＵを指示し、前記ＲＡ－ＲＵに応答する際にＥＨＴＴＢＰＰＤＵを使用することを指示する。

ＳＴＡは、ＲＡ－ＲＵで応答する際に選択したＲＡ－ＲＵを指示するＡＩＤ１２サブフィールド値に基づいてＴＢＰＰＤＵフォーマットを決定する。ＳＴＡは、ＲＡ－ＲＵで応答する際に選択したＲＡ－ＲＵを指示するＡＩＤ１２サブフィールド値が０または２０４５であればＨＥＴＢＰＰＤＵフォーマットを使用して応答する。ＳＴＡは、ＲＡ－ＲＵで応答する際に選択したＲＡ－ＲＵを指示するＡＩＤ１２サブフィールド値が０ではなく２０４５ではなければＥＨＴＴＢＰＰＤＵフォーマットを使用して応答する。また、ＥＨＴＴＢＰＰＤＵを使用して応答するのかを決定するためには、特定ユーザ情報フィールドを含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄに基づく。例えば、ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示すれば、ＥＨＴＴＢＰＰＤＵフォーマットを使用してＲＡ－ＲＵで応答する。ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴ以外の他の値を指示すれば、ＥＨＴＴＢＰＰＤＵフォーマットを使用してＲＡ－ＲＵで応答することができない。

図３０は、本発明の一実施例によるアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）動作及びＴＢＰＰＤＵフォーマットを指示するための方法の他の一例を示す図である。

図３０で説明する実施例は、図２４乃至図２７で説明した実施例に対するより具体的な実施例である。図３０で説明する実施例は、図２８で説明した方法と共に使用される。前に説明した内容は省略されている。

本発明の実施例によると、トリガフレームはＡＩＤ１２サブフィールドが予め設定された値に設定されたユーザ情報フィールドを含む。前記予め設定された値は４０９５である。また、ＡＩＤ１２サブフィールドが予め設定された値に設定されたユーザ情報フィールドは上述した中間パッディングフィールドである。また、ＡＩＤ１２サブフィールドは中間パッディングフィールドの最も前に存在する１２－ｂｉｔのｆｉｅｌｄである。つまり、中間パッディングフィールドのＢ０からＢ１１のｂｉｔがＡＩＤ１２サブフィールドを示す。

中間パッディングフィールドは、トリガフレームに含まれた他のユーザ情報フィールドと同じ長さを有する。または、中間パッディングフィールドは、トリガフレームがＭＵ－ＢＡＲトリガフレームである場合を除いては、トリガフレームに含まれた他のユーザ情報フィールドと同じ長さを有する。または、中間パッディングフィールドは、トリガフレームに含まれた特定ユーザ情報フィールドと同じ長さを有する。または、中間パッディングフィールドは、トリガフレームがＭＵ－ＢＡＲトリガフレームである場合を除いては、中間パッディングフィールドに含まれたＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドは存在しない。

または、中間パッディングフィールドは、トリガフレームがＭＵ－ＢＡＲトリガフレームである場合を除いては、中間パッディングフィールドは４０－ｂｉｔである。ＭＵ－ＢＡＲトリガフレームではないトリガフレームは、Ｂａｓｉｃトリガフレーム、ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔＰｏｌｌ（ＢＦＲＰ）トリガフレーム、ＭＵ－ＲＴＳトリガフレーム、ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔＰｏｌｌ（ＢＳＲＰ）トリガフレーム、ＧＣＲＭＵ－ＢＡＲトリガフレーム、ＢａｎｄｗｉｄｔｈＱｕｅｒｙＲｅｐｏｒｔＰｏｌｌ（ＢＱＲＰ）トリガフレーム、ＮＤＰＦｅｅｄｂａｃｋＲｅｐｏｒｔＰｏｌｌ（ＮＦＲＰ）トリガフレームを含む。トリガフレームが含むＴｒｉｇｇｉｅｒＴｙｐｅサブフィールド値が０乃至７は、それぞれＢａｓｉｃトリガフレーム、ＢｅａｍｆｏｒｍｉｎｇＲｅｐｏｒｔＰｏｌｌ（ＢＦＲＰ）－トリガフレーム、ＭＵ－ＲＴＳトリガフレーム、ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔＰｏｌｌ（ＢＳＲＰ）トリガフレーム、ＧＣＲＭＵ－ＢＡＲトリガフレーム、ＢａｎｄｗｉｄｔｈＱｕｅｒｙＲｅｐｏｒｔＰｏｌｌ（ＢＱＲＰ）トリガフレーム、ＮＤＰＦｅｅｄｂａｃｋＲｅｐｏｒｔＰｏｌｌ（ＮＦＲＰ）トリガフレームを示す。

よって、ＧＣＲＭＵ－ＢＡＲトリガフレームが含む中間パッディングフィールドはＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールド含まず、４０－ｂｉｔである。また、中間パッディングフィールドは特定ユーザ情報フィールドと長さが同じである。ＧＣＲＭＵ－ＢＡＲトリガフレームが含む特定ユーザ情報フィールドはＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールド含まず、４０－ｂｉｔである。

また、ＢａｓｉｃトリガフレームまたはＢＦＲＰトリガフレームが含む特定ユーザ情報フィールドは長さが１－ｏｃｔｅｔである。また、ＢａｓｉｃトリガフレームまたはＢＦＲＰトリガフレームが含む特定ユーザ情報フィールドは全てのサブフィールドがｒｅｓｅｒｖｅｄである。サブフィールドがｒｅｓｅｒｖｅｄであれば、全てのｂｉｔが０に設定される。

また、ＭＵ－ＢＡＲトリガフレームが含む特定ユーザ情報フィールドはＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドが４－ｏｃｔｅｔである。また、ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドが含むＢａｒＴｙｐｅサブフィールドはＣｏｍｐｒｅｓｓｅｄＢｌｏｃｋＡｃｋＲｅｑを指示し、残りのサブフィールドはｒｅｓｅｒｖｅｄである。

または、ＭＵ－ＢＡＲトリガフレームが含む特定ユーザ情報フィールドはＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドが６－ｏｃｔｅｔである。また、ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドが含むＢａｒＴｙｐｅサブフィールドはＭｕｌｔｉ－ＴＩＤＢｌｏｃｋＡｃｋＲｅｑを指示し、ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドが含むＢＡＲｃｏｎｔｒｏｌサブフィールドはＴＩＤ個数１を指示する。ＴＩＤ個数はＴＩＤ＿ＩＮＦＯサブフィールドによって指示される。ＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドが含むＢａｒＴｙｐｅサブフィールドとＴＩＤ＿ＩＮＦＯサブフィールドを除いたサブフィールドはｒｅｓｅｒｖｅｄである。

本発明の実施例によると、ＳＴＡは、受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドの前のあるのか、後にあるのかに基づいて互いに異なる動作を行う。

例えば、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより前に存在すれば、前記ＲＡ－ＲＵに応答する際にＨＥＴＢＰＰＤＵフォーマットを使用して応答する。または、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより前に存在すれば、前記ユーザ情報フィールドはＨＥｖａｒｉａｎｔユーザ情報フィールドである。

また、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、前記ＲＡ－ＲＵに応答する際にＥＨＴＴＢＰＰＤＵフォーマットを使用して応答する。または、例えば、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、前記ユーザ情報フィールドはＥＨＴｖａｒｉａｎｔユーザ情報フィールドである。

他の実施例によると、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより前に存在すれば、前記ＲＡ－ＲＵに応答する際にＨＥＴＢＰＰＤＵフォーマットを使用して応答する。または、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより前に存在すれば、前記ユーザ情報フィールドはＨＥｖａｒｉａｎｔユーザ情報フィールドである。また、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、前記ＲＡ－ＲＵに応答する際、図２７で説明した方法に基づいて決定したＴＢＰＰＤＵフォーマットを使用して応答する。

または、例えば、ＳＴＡは受信したトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、図２７で説明した方法によって前記ユーザ情報フィールドはＨＥｖａｒｉａｎｔユーザ情報フィールドであるのか、ＥＨＴｖａｒｉａｎｔユーザ情報フィールドであるのかを決定する。図２７で説明した方法は、特定ユーザ情報フィールドの存在有無、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールド、ＨＥ／ＥＨＴＰ１６０サブフィールド、ＰＳ１６０サブフィールドなどに基づく方法を意味する。

例えば、ＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥを指示し、前記ユーザ情報フィールドがＰ１６０ｃｈａｎｎｅｌに存在する（Ｐ１６０ｃｈａｎｎｅｌ内に含まれる）ＲＵを指示する場合、前記ユーザ情報フィールドはＨＥｖａｒｉａｎｔユーザ情報フィールドであり、前記ユーザ情報フィールドに対して応答する際にＨＥＴＢＰＰＤＵを使用する。

ＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥを指示し、前記ユーザ情報フィールドがＳ１６０ｃｈａｎｎｅｌに存在するＲＵを指示する場合、前記ユーザ情報フィールドはＥＨＴｖａｒｉａｎｔユーザ情報フィールドであり、前記ユーザ情報フィールドに対して応答する際にＥＨＴＴＢＰＰＤＵを使用する。ＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在する場合、ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴを指示すれば、前記ユーザ情報フィールドはＥＨＴｖａｒｉａｎｔユーザ情報フィールドであり、前記ユーザ情報フィールドに対して応答する際にＥＨＴＴＢＰＰＤＵを使用する。

また、前記実施例において、ユーザ情報フィールドがＥＨＴｖａｒｉａｎｔユーザ情報フィールドで、ユーザ情報フィールドに対して応答する際にＥＨＴＴＢＰＰＤＵを使用するといったのは、それぞれユーザ情報フィールドがＥＨＴｖａｒｉａｎｔユーザ情報フィールドまたはＮＥＸＴｖａｒｉａｎｔユーザ情報フィールドであって、ユーザ情報フィールドに対して応答する際にＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを使用するということに拡張される。この場合、もし特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示すれば、ユーザ情報フィールドがＥＨＴｖａｒｉａｎｔユーザ情報フィールドで、ユーザ情報フィールドに対して応答する際にＥＨＴＴＢＰＰＤＵを使用する。また、この場合、もし特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＮＥＸＴを指示すれば、ユーザ情報フィールドがＮＥＸＴｖａｒｉａｎｔユーザ情報フィールドであって、ユーザ情報フィールドに対して応答する際にＮＥＸＴＴＢＰＰＤＵを使用する。

一実施例によると、ＲＡ－ＲＵにＥＨＴＴＢＰＰＤＵで応答することを指示するために前記ＲＡ－ＲＵを指示するユーザ情報フィールドを中間パッディングフィールドより後に位置させる。また、ＥＨＴＳＴＡではないＨＥＳＴＡをｔｒｉｇｇｅｒする（ｄｅｄｉｃａｔｅｄ、ｓｃｈｅｄｕｌｅｄＳＴＡを含む）ユーザ情報フィールドは中間パッディングフィールドより前に位置させ、中間パッディングフィールドより後に位置させない。また、中間パッディングフィールドより後に位置させたユーザ情報フィールドは、ＥＨＴＳＴＡをｔｒｉｇｇｅｒする（ｄｅｄｉｃａｔｅｄ、ｓｃｈｅｄｕｌｅｄＳＴＡを含む）ユーザ情報フィールドである。

一実施例によると、トリガフレームに対して応答するＳＴＡは一つのＯＢＯカウンタを維持する。ＳＴＡは、１）中間パッディングフィールドより前に存在するユーザ情報フィールドが指示するＲＡ－ＲＵと、２）中間パッディングフィールドより後に存在するユーザ情報フィールドが指示するＲＡ－ＲＵに対して同じＯＢＯカウンタを使用する。また、ＳＴＡは、ＯＢＯカウンタが０になった場合またはＯＢＯカウンタがｅｌｉｇｉｂｌｅＲＡ－ＲＵ個数より小さいか同じ場合、１）中間パッディングフィールドより前に存在するユーザ情報フィールドが指示するＲＡ－ＲＵと、２）中間パッディングフィールドより後に存在するユーザ情報フィールドが指示するＲＡ－ＲＵ両方のうちからＵＯＲＡ伝送に使用するＲＵを選択する。そして、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを図２８、図３０などで説明した方法によって選択する。

または、選択されたＲＵに当たるＴＢＰＰＤＵフォーマットを前記選択されたＲＵを指示するユーザ情報フィールドの位置に基づいて決定する。選択されたＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより前に存在すれば、ＨＥＴＢＰＰＤＵフォーマットを使用して応答する。選択されたＲＵを指示するユーザ情報フィールドが中間パッディングフィールドより後に存在すれば、ＥＨＴＴＢＰＰＤＵフォーマットを使用して応答する。

他の実施例によると、トリガフレームに対して応答するＥＨＴＳＴＡは、ＳＴＡは、中間パッディングフィールドより後に存在するユーザ情報フィールドが指示するＲＡ－ＲＵに対してＯＢＯカウンタを使用する。中間パッディングフィールドより前に存在するユーザ情報フィールドが指示するＲＡ－ＲＵに対してＯＢＯカウンタを使用しない。また、ＳＴＡは、ＯＢＯカウンタが０になった場合またはＯＢＯカウンタがｅｌｉｇｉｂｌｅＲＡ－ＲＵ個数より小さいか同じ場合、中間パッディングフィールドより後に存在するユーザ情報フィールドが指示するＲＡ－ＲＵのうちからＵＯＲＡ伝送に使用するＲＵを選択する。中間パッディングフィールドより前に存在するユーザ情報フィールドが指示するＲＡ－ＲＵのうちからはＵＯＲＡ伝送に使用するＲＵを使用しない。

他の実施例によると、トリガフレームに対して応答するＳＴＡは多数のＯＢＯカウンタを維持する。また、多数のＯＢＯカウンタはそれぞれ各標準のＴＢＰＰＤＵに当たる。例えば、２つのＯＢＯカウンタが維持される。２つのＯＢＯカウンタは、それぞれ１）中間パッディングフィールドより前に存在するユーザ情報フィールドが指示するＲＡ－ＲＵと、２）中間パッディングフィールドより後に存在するユーザ情報フィールドが指示するＲＡ－ＲＵに当たる。それぞれのＯＢＯカウンタをそれぞれのＲＡ－ＲＵに対して減らし、ＯＢＯカウンタが０になった場合、またはＯＢＯカウンタが指示されたＲＡ－ＲＵの個数より小さいか同じ場合に当たる前記ＯＢＯカウンタに当たるＲＡ－ＲＵのうちから伝送するＲＵを選択する。

もし、多数のＯＢＯカウンタが同じトリガフレームに対してＯＢＯカウンタが０になった場合、またはＯＢＯカウンタが指示されたＲＡ－ＲＵの個数より小さいか同じ場合には、前記多数のＯＢＯカウンタに当たるＲＡ－ＲＵのうちから伝送するＲＵを選択する。

前記実施例において、ＯＢＯカウンタが０になった場合と記載したのは、実際にＯＢＯカウンタを減らさなくてもＯＢＯカウンタがｅｌｉｇｉｂｌｅＲＡ－ＲＵ個数より小さいか同じ場合を含む。また、ＯＢＯカウンタは、ＵＯＲＡ動作を開始する際に、またはＵＯＲＡ動作によってＰＰＤＵを伝送した後でｒｅｓｅｔされる。この際、ＯＢＯカウンタは設定された範囲内の０以上の整数のうち任意に選択されることでｒｅｓｅｔされる。前記設置された範囲はＵＯＲＡパラメータセットエレメント（ＰａｒａｍｅｔｅｒＳｅｔｅｌｅｍｅｎｔ）に基づいて決定される。前記設置された範囲はＯＣＷ範囲である。または、前記設定された範囲はＯＣＷである。

本発明の一実施例によると、中間パッディングフィールドとパッディングフィールを区別する方法が必要である。中間パッディングフィールドとパッディングフィールドはいずれも最も前の多数のｂｉｔの値が同じ値に設定されるためである。例えば、中間パッディングフィールドとパッディングフィールドはいずれも最も前の１２個のｂｉｔの値が１に設定されるためである。パッディングフィールドはトリガフレームが含むＦＣＳの前のｆｉｅｌｄである。または、パッディングフィールドはＦＣＳを除いてトリガフレームが含む最も最後のｆｉｅｌｄであってもよい。ＦＣＳはトリガフレームが含む最も最後の４－ｏｃｔｅｔである。

一実施例によると、パッディングフィールドが含む全てのｂｉｔは１に設定される。また、パッディングフィールドはトリガフレームを受信するＳＴＡが応答を準備するのに必要な時間を与えるためのものである。また、パッディングフィールドは少なくとも２－ｏｃｔｅｔである。

中間パッディングフィールドは１ではない値に設定されたｂｉｔを含む。例えば、中間パッディングフィールドのｂｉｔのうち少なくとも一つの予め設定されたｂｉｔは１ではない値に設定される。より詳しくは、中間パッディングフィールドのＡＩＤ１２サブフィールドを除いたｂｉｔのうち少なくとも一つの予め設定されたｂｉｔは１ではない値に設定される。前記少なくとも一つの予め設定されたｂｉｔは、中間パッディングフィールドで前から１３番目ｂｉｔ、またはｂｉｔｉｎｄｅｘＢ１２のｂｉｔである。よって、中間パッディングフィールドを受信するＳＴＡは、前記少なくとも一つの予め設定されたｂｉｔ値に基づいて中間パッディングフィールドであるのかパッディングフィールドであるのかを区別する。もしＳＴＡが受信したトリガフレームでＵｓｅｒＩｎｆｏのＡＩＤ１２サブフィールドの位置で前の１２－ｂｉｔ（Ｂ０乃至Ｂ１１）がいずれも１に設定された場合、前記１２－ｂｉｔの次の予め設定されたｂｉｔが０であれば、中間パッディングフィールドを受信したことである。前記１２－ｂｉｔの次の予め設定されたｂｉｔが１であれば、パッディングフィールドを受信したことである。

他の実施例によると、ＳＴＡがＡＩＤ１２サブフィールド位置のｂｉｔがいずれも１に設定されていれば、全て１に設定されたｂｉｔを含むユーザ情報フィールド１が存在すると仮定する際、前記ユーザ情報フィールド１のすぐ後のユーザ情報フィールドがユーザ情報フィールド２である。もしユーザ情報フィールド１の次にユーザ情報フィールド２が存在しなければ、ユーザ情報フィールド１はパッディングフィールドである。または、もしユーザ情報フィールド１の次にユーザ情報フィールド２が存在し、ユーザ情報フィールド２が含むＡＩＤ１２サブフィールドの値が４０９５（全てのｂｉｔが１に設定されたら４０９５）であれば、ユーザ情報フィールド１及びユーザ情報フィールド２はパッディングフィールドである。または、もしユーザ情報フィールド１の次にユーザ情報フィールド２が存在し、ユーザ情報フィールド２が含むＡＩＤ１２サブフィールドの値が４０９５（全てのｂｉｔが１に設定されたら４０９５）ではなければ、ユーザ情報フィールド１は中間パッディングフィールドである。

本発明の実施例によると、トリガフレームは多数の中間パッディングフィールドを含む。トリガフレームが含む多数の中間パッディングフィールドは、いずれもＡＩＤ１２サブフィールドの位置、つまり、最も前の１２ｂｉｔｓが１に設定される。トリガフレームが含む多数の中間パッディングフィールドは、ＡＩＤ１２サブフィールドの位置を除いたｂｉｔが互いに異なる値に設定される。例えば、トリガフレームが含む多数の中間パッディングフィールドのうち一つの中間パッディングフィールドは、ＡＩＤ１２サブフィールドの位置を除いた最初のｂｉｔが０に設定される。トリガフレームが含む多数の中間パッディングフィールドのうち他の一つの中間パッディングフィールドは、ＡＩＤ１２サブフィールドの位置を除いた２番目のｂｉｔが０に設定される。

図３０を参照すると、トリガフレームは特定ユーザ情報フィールドを含む。特定ユーザ情報フィールドは、ＡＩＤ１２サブフィールドが予め設定された値である２００７に設定されたユーザ情報フィールドである。特定ユーザ情報フィールドはユーザ情報フィールドのうち最も前に存在する。特定ユーザ情報フィールドがトリガフレームに含まれるのか否かは、共通情報フィールドが含む特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドによって指示される。もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールド値が０であれば、トリガフレームが特定ユーザ情報フィールドを含むことを指示する。もし特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールド値が１であれば、トリガフレームが特定ユーザ情報フィールドを含まないことを指示する。特定ユーザ情報フィールドを含むトリガフレームに応答するＳＴＡはＥＨＴＴＢＰＰＤＵを使用して応答する。また、トリガフレームはＲＡ－ＲＵを指示する。ＲＡ－ＲＵを指示するユーザ情報フィールドが含むＡＩＤ１２サブフィールドのは０または２０４５に設定される。トリガフレームは中間パッディングフィールドを含む。トリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドの位置に基づいてＴＢＰＰＤＵフォーマットを決定する。もしトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドの前に存在すれば、前記ＲＡ－ＲＵに対して応答する際にＨＥＴＢＰＰＤＵを使用する。もしトリガフレームが含むＲＡ－ＲＵを指示するユーザ情報フィールドが中間パッディングフィールドの後に存在すれば、前記ＲＡ－ＲＵに応答する際にＥＨＴＴＢＰＰＤＵを使用する。また、ＥＨＴＴＢＰＰＤＵを使用して応答するのかを決定するためには、特定ユーザ情報フィールドを含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄに基づく。例えば、ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴを指示すれば、ＥＨＴＴＢＰＰＤＵフォーマットを使用してＲＡ－ＲＵで応答する。ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴ以外の他の値を指示すれば、ＥＨＴＴＢＰＰＤＵフォーマットを使用してＲＡ－ＲＵで応答することができない。

本発明の一実施例によると、ＡＩＤ１２サブフィールドがＳＴＡにＡＩＤに基づく値に設定されるユーザ情報フィールドの位置が予め設定される。ＡＩＤ１２サブフィールドＳＴＡにＡＩＤに基づく値に設定されるユーザ情報フィールドは、一つのＳＴＡをｔｒｉｇｇｅｒする。

一実施例として、ＡＩＤ１２サブフィールドがＳＴＡにＡＩＤに基づく値に設定されるユーザ情報フィールドはいずれも中間パッディングフィールドの前に存在する。このような場合、ＵＯＲＡを使用しないＳＴＡは中間パッディングフィールドとパッディングフィールドを区別しなくてもよいという長所がある。

他の実施例として、ＡＩＤ１２サブフィールドがＳＴＡにＡＩＤに基づく値に設定されるユーザ情報フィールドのうち、１）ＥＨＴＳＴＡまたは２）ＨＥＳＴＡではないＳＴＡとｔｒｉｇｇｅｒするユーザ情報フィールドはいずれも中間パッディングフィールドの後に存在する。このような場合、中間パッディングフィールドを中間パッディングフィールドとして認識できず、パッディングフィールドとして認識するＨＥＳＴＡが中間パッディングフィールドの後のユーザ情報フィールドをｐａｒｓｉｎｇしないようにする。よって、ＨＥＳＴＡはｐｏｗｅｒｓａｖｅが可能である。

本発明の一実施例によると、中間パッディングフィールドはＮＦＲＰトリガフレームに含まれる。ＮＦＲＰトリガフレームは、ユーザ情報フィールドが応答するＳＴＡのＡＩＤのｒａｎｇｅを指示するｆｒａｍｅである。例えば、ＮＦＲＰトリガフレームが含むユーザ情報フィールドはＳｔａｒｔｉｎｇＡＩＤを指示する。また、ＮＦＲＰトリガフレームが含むユーザ情報フィールドは応答可能なＳＴＡ数を指示する。応答可能なＳＴＡ数は、ｂａｎｄｗｉｄｔｈ（トリガフレームのＵＬＢＷ）とユーザ情報フィールドが含むｍｕｌｔｉｐｌｅｘｉｎｇｆｌａｇ（ＮｕｍｂｅｒｏｆＳｐａｔｉａｌｌｙＭｕｌｔｉｐｌｅｘｅｄＵｓｅｒｓｓｕｂｆｉｅｌｄ）に基づく。また、ＮＦＲＰトリガフレームに対する応答はＮＤＰである。ＮＤＰはＰＰＤＵのｐｒｅａｍｂｌｅのみを含むＰＰＤＵである。一実施例によると、ＡＩＤ値は多数のＳＴＡに任意に割り当てられる。よって、ＮＦＲＰトリガフレームがＡＩＤのｒａｎｇｅを指示した際、前記ｒａｎｇｅのＡＩＤを有するＳＴＡは支援する標準が互いに異なり得る。よって、ＮＦＲＰトリガフレームに対して同じ標準の応答を得ることが難しい。よって、ＮＦＲＰトリガフレームに対してある標準のみを支援するＳＴＡをｓｐｏｏｆｉｎｇするために中間パッディングフィールドを含む。例えば、ＮＦＲＰトリガフレームに対してＥＨＴＰＰＤＵからなるＮＤＰ応答を得るために中間パッディングフィールドを含む。よって、ＨＥＳＴＡは中間パッディングフィールドをＰａｄｄｉｎｇと認識して応答しない。ＥＨＴＰＰＤＵまたはＮＥＸＴＰＰＤＵのうちどれで応答するのかは、図２７乃至図２９で説明した方法に従う。例えば、ＮＦＲＰトリガフレームが含むユーザ情報フィールドが中間パッディングフィールドの前に存在すれば、前記ユーザ情報フィールドに応答する際にＨＥＰＰＤＵであるＮＤＰで応答する。また、ＮＦＲＰトリガフレームが含むユーザ情報フィールドが中間パッディングフィールドの後に存在すれば、前記ユーザ情報フィールドに応答する際にＥＨＴＰＰＤＵまたはＮＥＸＴＰＰＤＵであるＮＤＰで応答する。ＥＨＴＰＰＤＵまたはＮＥＸＴＰＰＤＵのうちどれを使用するのかは、トリガフレームが含むフォーマット識別子に基づく。より詳しくは、ＥＨＴＰＰＤＵまたはＮＥＸＴＰＰＤＵのうちどれを使用するのかは、特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄに基づく。

図３１は、本発明の一実施例によるトリガフレームの設定を示す図である。

本発明の一実施例によると、トリガフレームは多数の特定ユーザ情報フィールドが含む。特定ユーザ情報フィールドは上述した実施例の特定ユーザ情報フィールドである。また、図３１で説明する実施例は、図２８乃至図３０で説明した実施例と共に使用される。

本発明の一実施例によると、トリガフレームが含む多数の特定ユーザ情報フィールドは、各特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが互いに異なる値に設定される。トリガフレームが含む多数の特定ユーザ情報フィールドのうち一つの特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄはＥＨＴに当たる値に設定され、他の一つの特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄはＮＥＸＴに当たる値に設定される。

図３１（ａ）を参照すると、ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴに当たる値に設定された特定ユーザ情報フィールドは共通情報フィールドのすぐ後に存在する。

トリガフレームが多数の特定ユーザ情報フィールドを含めば、前記多数の特定ユーザ情報フィールドは各特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄ値の順に存在する。トリガフレームが多数の特定ユーザ情報フィールドを含めば、前記多数の特定ユーザ情報フィールドは共通情報フィールドのすぐ後に存在する。

図３１(ａ）を参照すると、ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴに当たる値に設定された特定ユーザ情報フィールドの後に、ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＮＥＸＴに当たる値に設定された特定ユーザ情報フィールドが存在する。

本発明の一実施例によると、ＳＴＡは図２８乃至図３０で説明した方法によってＲＡ－ＲＵを指示し、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答することを指示するユーザ情報フィールドを受信する。この場合の動作について以下に記述する。以下でＲＡ－ＲＵに応答できるかＲＡ－ＲＵに応答できないと記述したのは、それぞれＲＡ－ＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断するか、ｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断しないということを意味する。また、ｅｌｉｇｉｂｌｅＲＡ－ＲＵに対してはＯＢＯカウンタを減らすか伝送するＲＵとして選択し、ｅｌｉｇｉｂｌｅＲＡ－ＲＵではないＲＵに対してはＯＢＯカウンタを減らせないか伝送するＲＵとして選択できない。

一実施例によると、ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを一つも含まなければ、ＳＴＡはＨＥＴＢＰＰＤＵを使用してＲＡ－ＲＵに応答する。

一実施例によると、ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを一つ含む場合、前記ＳＴＡは前記特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値が前記ＳＴＡが支援する標準であれば、前記ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値が示す標準のＴＢＰＰＤＵを使用してＲＡ－ＲＵに応答する。ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを一つ含む場合、前記ＳＴＡは前記特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値が前記ＳＴＡが支援しない標準であれば、前記トリガフレームが指示するＲＡ－ＲＵに応答することができない。また、この際、ＳＴＡが受信した特定ユーザ情報フィールドは共通情報フィールドのすぐ後に位置するｆｉｅｌｄである。つまり、ＳＴＡが受信した共通情報フィールドのすぐ後に位置する特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄに基づいてＲＡ－ＲＵに応答できるのかできないのかを判断する。例えば、ＥＨＴＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを一つ含む場合、前記ＥＨＴＳＴＡは前記特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値がＥＨＴであれば、ＥＨＴＴＢＰＰＤＵを使用してＲＡ－ＲＵに応答する。ＥＨＴＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを一つ含む場合、前記ＥＨＹＳＴＡは前記特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値がＥＨＴではなければ、前記トリガフレームが指示するＲＡ－ＲＵに応答することができない。

図３１（ｂ）参照すると、トリガフレームが特定ユーザ情報フィールドを含む。前記特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄはＮＥＸＴ標準を指示する。また、前記トリガフレームはＵｓｅｒＩｎｆｏ２とＵｓｅｒＩｎｆｏ３を含む。また、図２８乃至図３０で説明した方法によって、前記ＵｓｅｒＩｎｆｏ２はＨＥＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示する。

また、図２８乃至図３０で説明した方法によって、ユーザ情報３フィールドはＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示する。よって、前記トリガフレームを受信するＥＨＴＳＴＡはユーザ情報２フィールドに対して応答することができるが、この際ＨＥＴＢＰＰＤＵを使用する。

また、前記トリガフレームを受信するＥＨＴＳＴＡはＵｓｅｒＩｎｆｏ３に対して応答することができない。ユーザ情報３フィールドに対して応答することができないということは、前記トリガフレームが含む特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する標準を前記ＥＨＴＳＴＡが支援しないためである。

一実施例によると、ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを多数含む場合、前記ＳＴＡは多数の特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄのうち少なくとも一つが指示する値が前記ＳＴＡが支援する標準であれば、前記指示する値が示す標準のＴＢＰＰＤＵを使用してＲＡ－ＲＵに応答する。ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを多数含む場合、前記ＳＴＡは多数の特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤフィールドが指示する値がいずれも前記ＳＴＡが支援しない標準であれば、前記トリガフレームが指示するＲＡ－ＲＵに応答することができない。

または、ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを多数含む場合、前記ＳＴＡは共通情報フィールドのすぐ後に位置する特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値が前記ＳＴＡが支援する標準であれば、前記指示する値が示す標準のＴＢＰＰＤＵを使用してＲＡ－ＲＵに応答する。ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを多数含む場合、前記ＳＴＡは共通情報フィールドのすぐ後に位置する特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値が前記ＳＴＡが支援しない標準であれば、前記トリガフレームが指示するＲＡ－ＲＵに応答することができない。

図３１（ａ）を参照すると、トリガフレームが含むユーザ情報３フィールドは図２７乃至図３０で説明した方法によってＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示する。また、前記トリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴに設定されたＳｐｅｃｉａｌＵｓｅｒＩｎｆｏを含む。ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴに設定された特定ユーザ情報フィールドは共通情報フィールドのすぐ後に存在する。

また、前記トリガフレームはＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＮＥＸＴに設定された特定ユーザ情報フィールドを含む。ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＮＥＸＴに設定された特定ユーザ情報フィールドは、ＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴに設定された特定ユーザ情報フィールドより後に存在する。この場合、前記トリガフレームを受信したＥＨＴＳＴＡは、前記トリガフレームがＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄがＥＨＴに設定された特定ユーザ情報フィールドを含むため、ユーザ情報３フィールドに対して応答することができる。

一実施例によると、ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを多数含む場合、前記ＳＴＡは多数の特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄのうち少なくとも一つが指示する値が前記ＳＴＡが支援しない標準であれば、前記トリガフレームが指示するＲＡ－ＲＵに応答する。ＳＴＡが受信したトリガフレームが特定ユーザ情報フィールドを多数含む場合、前記ＳＴＡは多数の特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄが指示する値がいずれも前記ＳＴＡが支援する標準であれば、前記トリガフレームが指示するＲＡ－ＲＵに応答することができる。

他の実施例によると、多数の特定ユーザ情報フィールドを含むトリガフレームは、ＲＡ－ＲＵを指示するユーザ情報フィールドを含まない。よって、このような場合、トリガフレームが特定ユーザ情報フィールドを含むか、一つの特定ユーザ情報フィールドのみを含む場合にのみＲＡ－ＲＵを指示するユーザ情報フィールドがトリガフレームに含まれる。また、このような場合、上述した実施例によって応答し得るＲＡ－ＲＵであるのか否かを判断する。つまり、トリガフレームが特定ユーザ情報フィールドを含まなければ、指示されたＲＡ－ＲＵにＨＥＴＢＰＰＤＵで応答する。トリガフレームが特定ユーザ情報フィールドを一つのみ含む場合、これが図２８乃至図３０で説明した方法によってＨＥＴＢＰＰＤＵで応答することを指示すれば、指示されたＲＡ－ＲＵにＨＥＴＢＰＰＤＵで応答する。

トリガフレームが特定ユーザ情報フィールドを一つのみ含む場合、これは図２８乃至図３０で説明した方法によってＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵで応答することを指示すれば、特定ユーザ情報フィールドが指示するＰＨＹＶｅｒｓｉｏｎＩＤｆｉｅｌｄに基づいて指示されたＲＵが応答可能なＲＡ－ＲＵであるのか否かを判断する。

本発明の一実施例によると、ＳＴＡは受信したトリガフレームが含む特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤサブフィールドが支援しない標準を指示すれば、前記特定ユーザ情報フィールド以降の内容を無視する。または、ＳＴＡは受信したトリガフレームが含む多数の特定ユーザ情報フィールドが含むＰＨＹＶｅｒｓｉｏｎＩＤサブフィールド値がいずれも支援しない標準を指示すれば、トリガフレームの他の内容を無視する。それによって、ＳＴＡはｐｏｗｅｒｓａｖｅが可能である。

本発明の一実施例によると、上述したように特定ユーザ情報フィールドは共通情報フィールドのすぐ後に位置し、ユーザ情報フィールドのうち最も前に存在するが、例外的に中間パッディングフィールドは特定ユーザ情報フィールドより前に存在する。つまり、中間パッディングフィールドが共通情報フィールドのすぐ後に存在する。このような場合、特定ユーザ情報フィールドはＴｒｉｇｇｉｅｒＴｙｐｅにかかわらずＴｒｉｇｇｅｒＤｅｐｅｎｄｅｎｔユーザ情報フィールドを含まない。つまり、特定ユーザ情報フィールドは４０－ｂｉｔである。

図３２は、本発明の一実施例によるトリガフレームの設定及びＵＯＲＡ動作を示す図である。

本発明の一実施例によると、トリガフレームが含む多数のサブフィールドに基づいてユーザ情報フィールドがどのＴＢＰＰＤＵを指示するｖａｒｉａｎｔであるのか、またはトリガフレームに応答する際にどのＴＢＰＰＤＵフォーマットを使用するのかを指示し決定する。本発明において、前に説明した内容は省略されている。また、本実施例は図２８などで説明した内容を異なるように説明するものである。

図２８で説明した実施例によると、ＨＥ／ＥＨＴＰ１６０サブフィールドがＥＨＴＴＢＰＰＤＵを指示すれば（つまり、サブフィールド値が０に設定されれば）、ＥＨＴＴＢＰＰＤＵで応答する。また、１）ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥＴＢＰＰＤＵを指示し（つまり、サブフィールド値が１に設定される場合）、２）ＰＳ１６０サブフィールドがＰ１６０を指示すれば（つまり、サブフィールド値が０に設定される場合）、ＨＥＴＢＰＰＤＵで応答する。また、１）ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥＴＢＰＰＤＵを指示し（つまり、サブフィールド値が１に設定される場合）、２）ＰＳ１６０サブフィールドがＳ１６０を指示すれば（つまり、サブフィールド値が1に設定される場合）、ＥＨＴＴＢＰＰＤＵで応答する。

また、前記でＨＥＴＢＰＰＤＵで応答する場合は、該当するユーザ情報フィールドがＨＥＴＢＰＰＤＵの伝送を指示するＨＥｖａｒｉａｎｔユーザ情報フィールドである場合と同じである。また、前記でＥＨＴＴＢＰＰＤＵで応答する場合は、該当するユーザ情報フィールドがするＥＨＴｖａｒｉａｎｔユーザ情報フィールドである場合と同じである。

または、ＨＥｖａｒｉａｎｔユーザ情報フィールド、ＥＨＴｖａｒｉａｎｔユーザ情報フィールド、ＮＥＸＴｖａｒｉａｎｔユーザ情報フィールドに応答する際にはそれぞれＨＥＴＢＰＰＤＵ、ＥＨＴＴＢＰＰＤＵ、ＮＥＸＴＴＢＰＰＤＵを使用する。

実施例をまとめると、１）ＨＥ／ＥＨＴＰ１６０サブフィールドがＨＥＴＢＰＰＤＵを指示し（つまり、サブフィールド値が１に設定される場合）、２）ユーザ情報フィールドのＰＳ１６０サブフィールドがＰ１６０を指示すれば（つまり、サブフィールド値が０に設定される場合）、前記ユーザ情報フィールドはＨＥｖａｒｉａｎｔユーザ情報フィールドである。その他の場合（つまり、ＨＥ／ＥＨＴＰ１６０サブフィールド、ＰＳ１６０サブフィールドが、１）それぞれ１、１に設定される場合、または２）それぞれ０、１に設定される場合、３）それぞれ０、０に設定される場合）、前記ユーザ情報フィールドはＥＨＴｖａｒｉａｎｔユーザ情報フィールドである。

図２８を参照すると、ＨＥ／ＥＨＴＰ１６０サブフィールドは共通情報フィールドに含まれる。より詳しくは、ＨＥ／ＥＨＴＰ１６０サブフィールドは共通情報フィールドのｂｉｔＢ５４位置に含まれる。また、図２８を参照すると、ＳｐｅｃｉａｌＵｓｅｒＩｎｆｏＰｒｅｓｅｎｔサブフィールドは共通情報フィールドに含まれる。より詳しくは、ＳｐｅｃｉａｌＵｓｅｒＩｎｆｏＰｒｅｓｅｎｔ
サブフィールドは共通情報フィールドのｂｉｔＢ５５位置に含まれる。

本実施例は、図２８で説明したＴＢＰＰＤＵフォーマット指示方法に関する。本発明の一実施例によると、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴｖａｒｉａｎｔユーザ情報フィールドに設定しない。つまり、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴＴＢＰＰＤＵで応答するように指示しない。また、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドをＨＥｖａｒｉａｎｔユーザ情報フィールドに設定しない。つまり、ＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドをＨＥＴＢＰＰＤＵで応答するように設定しない。

また、前記のような方法、指示方法に対する制約があっても、トリガフレームを伝送するＳＴＡ（ＡＰ）がそれをろくに具現しない場合に備える応答方法が存在する。本発明の一実施例によると、受信したトリガフレームでＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴｖａｒｉａｎｔユーザ情報フィールドに設定されれば、前記ユーザ情報フィールドを無視する。または、前記ユーザ情報フィールドが指示するＲＵに対してｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断しない。または、前記ユーザ情報フィールドに当たるＲＡ－ＲＵに対してＯＢＯｃｏｕｎｔｅｒを減らすが、ＯＢＯｃｏｕｎｔｅｒを０にするか伝送のために選択するＲＡ－ＲＵとしては使用しない。

また、本発明の一実施例によると、受信したトリガフレームでＡＩＤ１２サブフィールドをＲＡ－ＲＵを指示する０または２０４５以外のＡＩＤ１２サブフィールド値に設定したユーザ情報フィールドをＨＥｖａｒｉａｎｔユーザ情報フィールドに設定されれば、前記ユーザ情報フィールドを無視する。または、前記ユーザ情報フィールドが指示するＲＵに対してｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断しない。または、前記ユーザ情報フィールドに当たるＲＡ－ＲＵに対してＯＢＯカウンタを減らすが、ＯＢＯカウンタを０にするか伝送のために選択するＲＡ－ＲＵとしては使用しない。

本発明の一実施例は、図３０で説明したＴＢＰＰＤＵフォーマット指示方法に関する。本発明の一実施例によると、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴｖａｒｉａｎｔユーザ情報フィールドに設定する際、前記ユーザ情報フィールドをＭｉｄ－ｐａｄｄｉｎｇｆｉｅｌｄより前に位置させない。つまり、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴｖａｒｉａｎｔユーザ情報フィールドに設定する際、前記ユーザ情報フィールドをＨＥＴＢＰＰＤＵで応答すべきことを示す位置に位置させない。また、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＨＥｖａｒｉａｎｔユーザ情報フィールドに設定する際、前記ユーザ情報フィールドをＭｉｄ－ｐａｄｄｉｎｇｆｉｅｌｄより後に位置させない。つまり、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＨＥｖａｒｉａｎｔユーザ情報フィールドに設定する際、前記ユーザ情報フィールドをＥＨＴＴＢＰＰＤＵで応答すべきことを示す位置に位置させない。

また、前記ような方法、指示方法に対する制約があっても、トリガフレームを伝送するＳＴＡ（ＡＰ）がそれをろくに具現しない場合に備える応答方法が存在する。本発明の一実施例によると、受信したトリガフレームでＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴｖａｒｉａｎｔユーザ情報フィールドに設定する際、前記ユーザ情報フィールドを中間パッディングフィールドより前に位置させる場合がある。または、受信したトリガフレームでＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＨＥｖａｒｉａｎｔユーザ情報フィールドに設定する際、前記ユーザ情報フィールドを中間パッディングフィールドより後に位置させる場合がある。このような場合、前記ユーザ情報フィールドを無視する。または、前記ユーザ情報フィールドが指示するＲＵに対してｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断しない。または、前記ユーザ情報フィールドに当たるＲＡ－ＲＵに対してＯＢＯカウンタを減らすが、ＯＢＯカウンタを０にするか伝送のために選択するＲＡ－ＲＵとしては使用しない。

図３２は、トリガフレームとそれに対する応答であるＥＨＴＴＢＰＰＤＵを示す図である。図３２を参照すると、トリガフレームは共通情報フィールドを含む。また、トリガフレームは一つ以上のユーザ情報フィールドを含む。図３１を参照すると、前記一つ以上のユーザ情報フィールドは、特定ユーザ情報フィールド、ユーザ情報２フィールド、ユーザ情報３フィールドを含む。前記共通情報フィールドは特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドを含む。また、前記特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールド値が０に設定されることで、トリガフレームが特定ユーザ情報フィールドを含むことを指示する。図３２を参照すると、ユーザ情報２フィールドとユーザ情報３フィールドはいずれもＥＨＴｖａｒｉａｎｔユーザ情報フィールドである。ユーザ情報フィールドがＥＨＴｖａｒｉａｎｔユーザ情報フィールドであることを示す方法については、上述した実施例に従う。

また、ＡＩＤ１２サブフィールドの値が０または２０４５であることは、ＨＥＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示することである。図３１を参照すると、ユーザ情報２フィールドはＥＨＴｖａｒｉａｎｔユーザ情報フィールドとして設定されており、ユーザ情報２フィールドが含むＡＩＤ１２サブフィールドは０または２０４５に設定されている。よって、ユーザ情報２フィールドに対して応答する際、どのＰＰＤＵフォーマットを使用すべきであるのかについてユーザ情報２フィールドが２種類のＰＰＤＵを指示しているのである。

ユーザ情報フィールドがどのｖａｒｉａｎｔであるのかは、ＥＨＴを指示し、ＡＩＤ１２サブフィールドはＨＥを指示していることである。よって、このような設定を許容しない。しかし、もしトリガフレームがこのように設定されており、ＳＴＡ（ｎｏｎ－ＡＰＳＴＡ）がこのような設定のトリガフレームを受信したら、ユーザ情報２フィールドを無視する。または、ユーザ情報２フィールドが指示するＲＵをｅｌｉｇｉｂｌｅＲＡ－ＲＵと判断しない。または、ユーザ情報２フィールドが指示するＲＵにＵＯＲＡで応答しない。または、ユーザ情報２フィールドが指示するＲＵに対してＯＢＯカウンタを減らさないか、ＵＯＲＡで応答するＲＵとして選択しない。よって、図３２を参照すると、トリガフレームが指示するＴＢＰＰＤＵフォーマットに衝突が発生し得るように設定されていても、衝突が発生したユーザ情報フィールドを無視することで、ユーザ情報２フィールドが指示するＲＵにはＰＰＤＵが伝送されないため、ＵＬＭＵｏｐｅｒａｔｉｏｎが成功的に行われる。

本発明の実施例によると、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡ（またはＡＰ）が存在する。Ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡはｂａｓｅｌｉｎｅｆｅａｔｕｒｅｓのみ具現したＳＴＡである。Ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するということは、ｄｏｔ１１ＥＨＴＢａｓｅＬｉｎｅＦｅａｔｕｒｅｓＩｍｐｌｅｍｅｎｔｅｄＯｎｌｙのＭＩＢ（ｍａｎａｇｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎｂａｓｅ）で示される。例えば、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、ｄｏｔ１１ＥＨＴＢａｓｅＬｉｎｅＦｅａｔｕｒｅｓＩｍｐｌｅｍｅｎｔｅｄＯｎｌｙをｔｒｕｅに設定する。

本発明の実施例によると、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは一つのトリガフレームで多数のＴＢＰＰＤＵフォーマットをｓｏｌｉｃｉｔしない。より詳しくは、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは一つのトリガフレームでＨＥＴＢＰＰＤＵとＥＨＴＴＢＰＰＤＵをｓｏｌｉｃｉｔしない。

本発明の実施例によると、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡ（ＡＰであってもよい。）は、ＥＨＴＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示しない。または、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡはＥＨＴＴＢＰＰＤＵで応答するＲＡ－ＲＵを指示することが不可能な可能性がある。よって、本発明の実施例によると、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴｖａｒｉａｎｔユーザ情報フィールドに設定しない。また、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＨＥｖａｒｉａｎｔユーザ情報フィールドにのみ設定する。

また、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＥＨＴＴＢＰＰＤＵを指示するトリガフレームに含ませない。つまり、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、ＡＩＤ１２サブフィールドを０または２０４５に設定したユーザ情報フィールドをＨＥＴＢＰＰＤＵを指示するトリガフレームにのみ含ませる。

ＥＨＴＴＢＰＰＤＵを指示するトリガフレームは、少なくとも一つのＥＨＴｖａｒｉａｎｔユーザ情報フィールドを含むトリガフレームである。または、ＥＨＴＴＢＰＰＤＵを指示するトリガフレームは、特定ユーザ情報フィールドを含むトリガフレームである。または、ＥＨＴＴＢＰＰＤＵを指示するトリガフレームは、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドがｐｒｅｓｅｎｔであることを指示するトリガフレームである。ＨＥＴＢＰＰＤＵを指示するトリガフレームは、含む全てのユーザ情報フィールドがＨＥｖａｒｉａｎｔユーザ情報フィールドであるトリガフレームである。または、ＨＥＴＢＰＰＤＵを指示するトリガフレームは、特定ユーザ情報フィールドを含まないトリガフレームであってもよい。または、ＨＥＴＢＰＰＤＵを指示するトリガフレームは、特定ユーザ情報フィールドＰｒｅｓｅｎｔサブフィールドがｎｏｔｐｒｅｓｅｎｔであることを指示するトリガフレームであってもよい。

本発明の一実施例によると、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、一つのＰＰＤＵに、１）ＨＥＴＢＰＰＤＵを指示するトリガフレームまたはＴＲＳ、２）ＥＨＴＴＢＰＰＤＵを指示するトリガフレームまたはＴＲＳを共に含ませない。または、ｌｉｍｉｔｅｄｃａｐａｂｉｌｉｔｙを有するＳＴＡは、一つのＡ－ＭＰＤＵに、１）ＨＥＴＢＰＰＤＵを指示するトリガフレームまたはＴＲＳ、２）ＥＨＴＴＢＰＰＤＵを指示するトリガフレームまたはＴＲＳを共に含ませない。

本発明の実施例によると、ＥＨＴＴＢＰＰＤＵで応答するＲＡ－ＲＵまたはＵＯＲＡを支援するのかを示す能力情報を伝送するためのｃａｐａｂｉｌｉｔｙｓｉｇｎａｌｉｎｇが存在する。このようなｓｉｇｎａｌｉｎｇは、ＨＥＴＢＰＰＤＵで応答するＲＡ－ＲＵまたはＵＯＲＡを支援するのかを示すｃａｐａｂｉｌｉｔｙｓｉｇｎａｌｉｎｇとは独立して存在する。ＥＨＴＴＢＰＰＤＵで応答するＲＡ－ＲＵまたはＵＯＲＡを支援するのかを示すｃａｐａｂｉｌｉｔｙｓｉｇｎａｌｉｎｇは、ＥＨＴｃａｐａｂｉｌｉｔｉｅｓｅｌｅｍｅｎｔに含まれる。

ＨＥＴＢＰＰＤＵで応答するＲＡ－ＲＵまたはＵＯＲＡを支援するのかを示すｃａｐａｂｉｌｉｔｙｓｉｇｎａｌｉｎｇは、ＨＥｃａｐａｂｉｌｉｔｉｅｓｅｌｅｍｅｎｔに含まれる。ＥＨＴｃａｐａｂｉｌｉｔｉｅｓｅｌｅｍｅｎｔまたはＨＥｃａｐａｂｉｌｉｔｉｅｓｅｌｅｍｅｎｔは、ビーコンフレーム、プローブ要請フレーム、プローブ応答フレーム、結合要請フレーム、結合応答フレーム、再結合要請フレーム、再結合応答フレームなどに含まれる。また、このようなｓｉｇｎａｌｉｎｇをＡＰが伝送する際には、ＲＡ－ＲＵを指示、割り当てることができるのかを指示する。また、このようなｓｉｇｎａｌｉｎｇをｎｏｎ－ＡＰＳＴＡが伝送する際には、指示、割り当てられたＲＡ－ＲＵに対して応答するか、ＵＯＲＡ参加できるのかを指示する。

図３３は、本発明の一実施例によるＴＲＳを利用したＵＬＭＵ動作を示す図である。

本発明の一実施例によると、ＴＲＳが割り当てるか指示するＲＵは、前記ＴＲＳが伝送されたＲＵの位置または帯域幅に基づいて決定する。

例えば、ＴＲＳが伝送されたＲＵが予め設定された帯域幅以下の場合がある。このような場合、ＴＲＳが指示するＲＵは、前記ＴＲＳが伝送されたＲＵを含む予め設定された帯域幅のサブチャネル内に（ｗｉｔｈｉｎ）含まれる。例えば、前記予め設定された帯域幅は１６０ＭＨｚである。ＴＲＳが伝送されたＲＵがＰ１６０（ｐｒｉｍａｒｙ１６０ＭＨｚ）チャネルのサブチャネルで伝送されれば、前記ＴＲＳが指示するＲＵはＰ１６０内に含まれる。また、ＴＲＳが伝送されたＲＵがＳ１６０（ｓｅｃｏｎｄａｒｙ１６０ＭＨｚ）チャネルのサブチャネルで伝送されれば、前記ＴＲＳが指示するＲＵはＳ１６０内に含まれる。よって、ＴＲＳがＲＵを指示する際、ＲＵが予め設定されたどの帯域幅のサブチャネルに含まれるのかを指示しない。つまり、例えば、前記でトリガフレームで含んでいたＰＳ１６０サブフィールドのような役割をするｓｉｇｎａｌｉｎｇなしにＴＲＳで３２０ＭＨｚ内のＲＵを指示することができる。

図３３を参照すると、ＰＰＤＵがＴＲＳ１とＴＲＳ２を含む。ＴＲＳ１とＴＲＳ２はＥＨＴＴＢＰＰＤＵをｓｏｌｉｃｉｔするＴＲＳである。ＴＲＳ１はＰ１６０チャネル内で伝送されたものである。このような場合、ＴＲＳ１が指示するＲＵはＰ１６０チャネル内のＲＵである。よって、ＴＲＳ１に応答するＳＴＡはＰ１６０チャネル内のＲＵを使用して応答する。また、ＴＲＳ２はＳ１６０チャネル内で伝送されたものである。このような場合、ＴＲＳ２が指示するＲＵはＳ１６０チャネル内のＲＵである。よって、ＴＲＳ２に応答するＳＴＡはＳ１６０チャネル内のＲＵを使用して応答する。

しかし、もしＴＲＳが予め設定された帯域幅（例えば、１６０ＭＨｚ）より大きいＲＵで伝送されれば、このような規則にａｍｂｉｇｕｉｔｙが発生する。

よって、一実施例によると、ＴＲＳを含むＲＵは前記予め設定された帯域幅を超えない。具体的な例を挙げると、ＴＲＳを含むＲＵは１６０ＭＨｚを超えない。また、もしＳＴＡが受信したＴＲＳを含むＲＵが前記予め設定された帯域幅を超えれば、前記受信したＴＲＳを無視し応答しない。

他の実施例によると、ＴＲＳを含むＲＵが前記予め設定された帯域幅を超える可能性があるが、この際、割り当てられたＲＵを解釈する規則を定義する。本発明の一実施例によると、ＴＲＳを含むＲＵが前記予め設定された帯域幅を超えれば、割り当てられたＲＵは前記予め設定された帯域幅を超える区間に位置するＲＵで指示されたものである。または、ＴＲＳを含むＲＵが前記予め設定された帯域幅を超える場合にのみ、前記予め設定された帯域幅を超える区間に位置するＲＵで応答する。または、ＴＲＳを含むＲＵが前記予め設定された帯域幅を超えれば、割り当てられたＲＵは前記予め設定された帯域幅を超えられる。または、ＴＲＳを含むＲＵが前記予め設定された帯域幅を超える場合にのみ、前記予め設定された帯域幅を超えるＲＵで応答する。

より詳しくは、ＴＲＳを含むＲＵが１６０ＭＨｚを超えれば、Ｐ１６０サブチャネルとＳ１６０サブチャネル両方にわたるＲＵを指示する。または、ＴＲＳを含むＲＵが１６０ＭＨｚを超えれば、Ｐ１６０サブチャネルとＳ１６０サブチャネル両方にわたるＲＵで応答する。

また、ＴＲＳを含むＲＵが予め設定された帯域幅を超えれば、予め設定された帯域幅を超えるＲＵのみ指示する。また、ＴＲＳを含むＲＵが予め設定された帯域幅以下であれば、予め設定された帯域幅以下のＲＵのみ指示する。

または、ＴＲＳを含むＲＵが予め設定された帯域幅を超えれば、ＴＲＳが指示するＲＵは予め設定された位置の前記予め設定された帯域幅のサブチャネルに位置する。例えば、予め設定された帯域幅は１６０ＭＨｚである。もしＴＲＳを含むＲＵが１６０ＭＨｚを超えれば、ＴＲＳが指示するＲＵはＰ１６０チャネルに位置する。

または、ＴＲＳが指示するＲＵが１６０ＭＨｚより大きければ、前記ＴＲＳが伝送されたＲＵを含む１６０ＭＨｚチャネルに前記指示するＲＵのうち１６０ＭＨｚが位置する。つまり、ＴＲＳが指示するＲＵが１６０ＭＨｚより大きければ、前記ＴＲＳが伝送されたＲＵを含む１６０ＭＨｚチャネルに前記指示するＲＵのうち９９６ーｔｏｎｅの２つが位置する。

図３３を参照すると、ＴＲＳ３がＥＨＴＴＢＰＰＤＵをｓｏｌｉｃｉｔする。また、ＴＲＳ３を含むＲＵの帯域幅は１６０ＭＨｚを超える。例えば、ＴＲＳ３を含むＲＵの帯域幅は３２０ＭＨｚである。このような場合、前記ＴＲＳ３が指示するＲＵまたは前記ＴＲＳ３に応答に使用されるＲＵは１６０ＭＨｚを超える。また、前記ＴＲＳ３が指示するＲＵまたは前記ＴＲＳ３に応答に使用されるＲＵはＰ１６０チャネルとＳ１６０チャネルに存在する。

図３４は、本発明の一実施例によるＰＰＤＵ伝送方法の一例を示す順序図である。

図３４を参照すると、ｎｏｎ－ＡＰＳＴＡはＡＰＳＴＡからＴＢＰＰＤＵの伝送を指示するトリガフレームに基づいて特定フォーマットのＴＢＰＰＤＵを伝送する。

詳しくは、ｎｏｎ－ＡＰＳＴＡは、ＡＰＳＴＡから一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを受信するＳ３４０１０。

この際、フレームは図１３乃至図３３で説明したＴＢＰＰＤＵの伝送を指示するためのフレームと同じフォーマットを有する。例えば、フレームは共通情報フィールド及び前記一つまたはそれ以上の端末それぞれのためのユーザ情報フィールドをする。この際、ユーザ情報フィールドはユーザ情報フィールドの用途を指示するＡＩＤ１２サブフィールドを含む。

ＡＩＤ１２サブフィールドは、図１３乃至図３３で説明したように指示されるＴＢＰＰＤＵによって他の値に設定される。例えば、フレームによって伝送が指示される前記ＰＰＤＵがＥＨＴＰＰＤＵであれば、前記ＡＩＤ１２サブフィールドの値は少なくとも一つの特定値を除いた複数個の値のうち一つの値に設定される。

この際、少なくとも一つの特定値はＨＥを支援する少なくとも一つの端末のアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）のための資源を割り当てるために使用される。

例えば、ユーザ情報フィールドまたはユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値がＨＥのＵＯＲＡ動作のためのＲＡ－ＲＵを指示するために第１特定値（例えば、「２０４５」）または第２特定値（例えば、「０」）に設定されれば、ＳＴＡはフレームに対する応答としてＨＥＴＢＰＰＤＵを伝送する。しかし、ユーザ情報フィールドまたはユーザ情報フィールドに含まれるＡＩＤ１２サブフィールドの値が第１特定値または第２特定値を除いた残りの値として設定されれば、ＳＴＡはフレームに対する応答としてＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵを伝送する。

この際、第２特定値は特定条件を満足すれば、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するために使用される。例えば、特定条件はＡＰと結合されたＳＴＡがいずれもレガシＳＴＡではないか（例えば、いずれもＥＨＴＴＢＰＰＤＵを伝送することができる場合）、ＨＥではないＥＨＴＳＴＡ及び／またはＨＥＴＢＰＰＤＵの伝送が不可能なレガシＳＴＡである場合あ（つまり、ＥＨＴＴＢＰＰＤＵの伝送は不可能で、ＨＥＴＢＰＰＤＵの伝送は可能なレガシＳＴＡを除いたＳＴＡである場合）、結合されたレガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合、またはＴＢＰＰＤＵの伝送を指示するフレームがＥＨＴＰＰＤＵに含まれて伝送される場合のうちいずれか一つである。この際、レガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合は、ＳＴＡがＡＰにＵＯＲＡ動作を支援しないということを示すの値を伝送する場合を含む。

つまり、前記条件のうちＡＰと結合されたＳＴＡがいずれもレガシ端末ではない場合（例えば、いずれもＥＨＴＴＢＰＰＤＵの伝送が不可能な場合）は、ＡＰがＥＨＴＴＢＰＰＤＵを伝送し得る一つのＳＴＡと結合した場合にも適用される。つまり、ＡＰと結合されたＳＴＡがＥＨＴＴＢＰＰＤＵを伝送し得るＳＴＡのみ存在するため、この場合、ＡＩＤ１２サブフィールドまたはユーザ情報フィールドの値として第２特定値である「０」が利用される。よって、この場合、第２特定値は特定条件を満足する場合と判断され、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するために使用される。

次に、ｎｏｎ－ＡＰＳＴＡはＡＩＤ１２サブフィールドに基づいてフレームに対する応答としてＰＰＤＵを伝送するＳ３４０２０。

図３５は、本発明の一実施例によるＰＰＤＵの伝送を指示するためのフレーム伝送方法の一例を示す順序図である。

図３５を参照すると、ＡＰＳＴＡはｎｏｎ－ＡＰＳＴＡに特定ＴＢＰＰＤＵの伝送を指示するトリガフレームを伝送するが、フレームに基づいて特定フォーマットのＴＢＰＰＤＵをｎｏｎ－ＡＰＳＴＡから受信する。

詳しくは、ＡＰＳＴＡは、一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを伝送するＳ３５０１０。

この際、第２特定値は特定条件を満足すれば、ＥＨＴＴＢＰＰＤＵまたはＮＥＸＴＴＢＰＰＤＵの伝送を指示するために使用される。例えば、特定条件はＡＰと結合されたＳＴＡがいずれもレガシＳＴＡではないか（例えば、いずれもＥＨＴＴＢＰＰＤＵを伝送することができる場合）、ＨＥではないＥＨＴＳＴＡ及び／またはＨＥＴＢＰＰＤＵの伝送が不可能なレガシＳＴＡである場合（つまり、ＥＨＴＴＢＰＰＤＵの伝送は不可能で、ＨＥＴＢＰＰＤＵの伝送は可能なレガシＳＴＡを除いたＳＴＡである場合）、結合されたレガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合、またはＴＢＰＰＤＵの伝送を指示するフレームがＥＨＴＰＰＤＵに含まれて伝送される場合のうちいずれか一つである。この際、レガシＳＴＡ（ＥＨＴＴＢＰＰＤＵの伝送が不可能な端末）がいずれもＵＯＲＡ動作を支援しない場合は、ＳＴＡがＡＰにＵＯＲＡ動作を支援しないということを示す能力サブフィールドの値を伝送する場合を含む。

次に、ＡＰＳＴＡは少なくとも一つのｎｏｎ－ＡＰＳＴＡからＡＩＤ１２サブフィールドに基づいてフレームに対する応答として特定フォーマットのＴＢＰＰＤＵを受信するＳ３５０２０。

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

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

１００ステーション
１１０プロセッサ
１２０通信部
１４０ユーザインタフェース
１５０ディスプレーユニット
１６０メモリ

Claims

無線通信システムの端末において、
通信モジュールと、
前記通信モードを制御するプロセッサと、を含み、
前記プロセッサは、
ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）から一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを受信するが、
前記フレームは共通情報フィールド（ｃｏｍｍｏｎｉｎｆｏｒｍａｔｉｏｎｆｉｅｌｄ）及び前記一つまたはそれ以上の端末それぞれのためのユーザ情報フィールド（ｕｓｅｒｉｎｆｏｒｍａｔｉｏｎｆｉｅｌｄ）を含み、
前記ユーザ情報フィールドは前記ユーザ情報フィールドの用途を指示するＡＩＤ１２サブフィールドを含み、
前記ＡＩＤ１２サブフィールドに基づいて前記ＰＰＤＵを伝送するが、
前記フレームによって伝送が指示される前記ＰＰＤＵがＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵであれば、前記ＡＩＤ１２サブフィールドの値は少なくとも一つの特定値を除いた複数個の値のうち一つの値に設定され、
前記少なくとも一つの特定値はＨＥ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ）を支援する少なくとも一つの端末のアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ａｎｕｐｌｉｎｋｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ（ＯＦＤＭＡ）－ｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ：ＵＯＲＡ）のための資源を割り当てるために使用される端末。
前記複数個の値はＥＨＴを支援する端末それぞれに対するユーザ情報フィールドを識別するために使用される請求項１に記載の端末。
前記少なくとも一つの特定値のうち第１特定値は前記ＡＰと結合されていない（ｕｎａｓｓｏｃｉａｔｅｄ）端末のＵＯＲＡ動作のための資源割り当てのために使用される請求項１に記載の端末。
前記第１特定値は「２０４５」である請求項３に記載の端末。
第２特定値は前記ＡＰと結合された（Ａｓｓｏｃｉａｔｅｄ）端末のＵＯＲＡ動作のための資源割り当てのために使用され、
前記第２特定値は、特定条件を満足しなければ前記少なくとも一つの特定値に含まれ、前記特定条件を満足すれば前記複数個の値に含まれる請求項１に記載の端末。
前記特定条件は、前記ＡＰと結合された端末全部が前記ＥＨＴＰＰＤＵの伝送は不可能で、前記ＨＥＰＰＤＵの伝送は可能な端末ではない場合である請求項５に記載の端末。
前記第２特定値は「０」である請求項５に記載の端末。
前記特定条件は前記フレームがＥＨＴＰＰＤＵに含まれて伝導される場合である請求項５に記載の端末。
前記特定条件は、前記ＡＰと結合された複数個の端末のうち前記ＥＨＴＰＰＤＵの伝送は不可能で、前記ＨＥＰＰＤＵの伝送は可能な端末がいずれもＵＯＲＡ動作を支援しない場合である請求項５に記載の端末。
無線通信システムにける端末がフレームを送信する方法において、
ＡＰから一つまたはそれ以上の端末にＰＰＤＵの伝送を指示するフレームを受信するステップと、
前記フレームは共通情報フィールド及び前記一つまたはそれ以上の端末それぞれのためのユーザ情報フィールドを含み、
前記ユーザ情報フィールドは前記ユーザ情報フィールドの用途を指示するＡＩＤ１２サブフィールドを含み、
前記ＡＩＤ１２サブフィールドに基づいて前記ＰＰＤＵを伝送するステップと、を含むが、
前記フレームによって伝送が指示される前記ＰＰＤＵがＥＨＴＰＰＤＵであれば、前記ＡＩＤ１２サブフィールドの値は少なくとも一つの特定値を除いた複数個の値のうち一つの値に設定され、
前記少なくとも一つの特定値はＨＥを支援する少なくとも一つの端末のアップリンク直交周波数分割多重アクセス基盤のランダムアクセス（ＵＯＲＡ）のための資源を割り当てるために使用される方法。
前記複数個の値はＥＨＴを支援する端末それぞれに対するユーザ情報フィールドを識別するために使用される請求項１０に記載の方法。
前記少なくとも一つの特定値のうち第１特定値は前記ＡＰと結合されていない端末のＵＯＲＡ動作のための資源割り当てのために使用される請求項１０に記載の方法。
前記第１特定値は「２０４５」である請求項１２に記載の方法。
第２特定値は前記ＡＰと結合された端末のＵＯＲＡ動作のための資源割り当てのために使用され、
前記第２特定値は、特定条件を満足しなければ前記少なくとも一つの特定値に含まれ、前記特定条件を満足すれば前記複数個の値に含まれる請求項１０に記載の方法。
前記特定条件は、前記ＡＰと結合された端末全部が前記ＥＨＴＰＰＤＵの伝送は不可能で、前記ＨＥＰＰＤＵの伝送は可能な端末ではない場合である請求項１４に記載の方法。
前記第２特定値は「０」である請求項１４に記載の方法。
前記特定条件は前記フレームがＥＨＴＰＰＤＵに含まれて伝導される場合である請求項１４に記載の方法。
前記特定条件は、前記ＡＰと結合された複数個の端末のうち前記ＥＨＴＰＰＤＵの伝送は不可能で、前記ＨＥＰＰＤＵの伝送は可能な端末がいずれもＵＯＲＡ動作を支援しない場合である請求項１４に記載の方法。