特表 2024-523529 共有ＴＸＯＰを用いる無線通信方法及びこれを用いる無線通信端末

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

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

(11)【公表番号】

(43)【公表日】2024-06-28

(54)【発明の名称】共有ＴＸＯＰを用いる無線通信方法及びこれを用いる無線通信端末

(51)【国際特許分類】

   H04W 74/04 20090101AFI20240621BHJP

   H04W 28/06 20090101ALI20240621BHJP

   H04W 84/12 20090101ALI20240621BHJP

【ＦＩ】

H04W74/04

H04W28/06 110

H04W84/12

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023579328

(86)(22)【出願日】2022-06-22

(85)【翻訳文提出日】2023-12-22

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

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

(87)【国際公開日】2022-12-29

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

(32)【優先日】2021-06-22

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

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

(32)【優先日】2021-08-27

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

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

(32)【優先日】2021-10-29

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

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ジンサム・カク

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

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE10

(57)【要約】

無線通信システムのステーションが開示される。ステーションは、送受信部；及び、前記送受信部を制御するプロセッサを含む。前記プロセッサは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から、上りリンク送信をトリガーするトリガーフレーム（Ｔｒｉｇｇｅｒ ｆｒａｍｅ）を受信し、前記トリガーフレームは、前記ＡＰによって取得された送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ，ＴＸＯＰ）の一部を、前記ステーションに共有ＴＸＯＰとして割り当て、前記トリガーフレームに対する応答としてＣＴＳフレームを送信し、前記共有ＴＸＯＰ内で前記ＡＰに対する送信に基づいて、チャネルアクセスに用いる第１ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）パラメータセットを第２ＥＤＣＡパラメータセットに切り換える。

【特許請求の範囲】

【請求項1】

無線通信システムのステーションであって、
送受信部；及び
前記送受信部を制御するプロセッサを含み、
前記プロセッサは、
ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から、上りリンク送信をトリガーするトリガーフレーム（Ｔｒｉｇｇｅｒ ｆｒａｍｅ）を受信し、前記トリガーフレームは、前記ＡＰによって取得された送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ，ＴＸＯＰ）の一部を、前記ステーションに共有ＴＸＯＰとして割り当て、
前記トリガーフレームに対する応答としてＣＴＳフレームを送信し、
前記共有ＴＸＯＰ内で前記ＡＰに対する送信に基づいて、チャネルアクセスに用いる第１ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）パラメータセットを第２ＥＤＣＡパラメータセットに切り換えるステーション。

【請求項2】

前記プロセッサは、
前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）データフレームが成功的に送信された場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える、請求項１に記載のステーション。

【請求項3】

前記プロセッサは、
前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求するＱｏＳデータフレームを送信し、前記即刻応答を要求するＱｏＳデータフレームに対する応答を受信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える、請求項２に記載のステーション。

【請求項4】

前記プロセッサは、
前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求しないＱｏＳデータフレームを送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える、請求項２に記載のステーション。

【請求項5】

前記第２ＥＤＣＡパラメータセットは、ＵＬ ＭＵ（ｍｕｌｔｉｕｓｅｒ）送信に成功したか否かに基づいて、前記第１ＥＤＣＡパラメータセットの代わりに用いられる、請求項１に記載のステーション。

【請求項6】

前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームが成功的に送信された場合に、前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する、請求項２に記載のステーション。

【請求項7】

前記プロセッサは、
前記ステーションが前記ＡＰに前記共有ＴＸＯＰ内でＵＬ ＭＵ送信動作を非活性化するシグナリングを成功的に送信しても、前記タイマーの値を０に設定しない、請求項６に記載のステーション。

【請求項8】

前記プロセッサは、
前記ステーションが前記ＡＰに前記共有ＴＸＯＰ動作を非活性化するシグナリングを成功的に送信した場合に、前記タイマーの値を０に設定する、請求項７に記載のステーション。

【請求項9】

無線通信システムのステーションの動作方法であって、
ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から上りリンク送信をトリガーするトリガーフレーム（Ｔｒｉｇｇｅｒ ｆｒａｍｅ）を受信し、前記トリガーフレームは、前記ＡＰによって取得された送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ，ＴＸＯＰ）の一部を、前記ステーションに共有ＴＸＯＰとして割り当てる段階；
前記トリガーフレームに対する応答としてＣＴＳフレームを送信する段階；及び
前記共有ＴＸＯＰ内で前記ＡＰに対する送信に基づいて、チャネルアクセスに用いる第１ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）パラメータセットを第２ＥＤＣＡパラメータセットに切り換える段階を含む動作方法。

【請求項10】

前記チャネルアクセスに用いる第１ＥＤＣＡパラメータセットを第２ＥＤＣＡパラメータセットに切り換える段階は、
前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）データフレームを成功的に送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階を含む、請求項９に記載の動作方法。

【請求項11】

前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームを成功的に送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階は、
前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求するＱｏＳデータフレームを送信し、前記即刻応答を要求するＱｏＳデータフレームに対する応答を受信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階を含む、請求項１０に記載の動作方法。

【請求項12】

前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームを成功的に送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階は、
前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求しないＱｏＳデータフレームを送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階を含む、請求項１０に記載の動作方法。

【請求項13】

前記第２ＥＤＣＡパラメータセットは、ＵＬ ＭＵ（ｍｕｌｔｉｕｓｅｒ）送信に成功したか否かに基づいて、前記第１ＥＤＣＡパラメータセットの代わりに用いられる、請求項９に記載の動作方法。

【請求項14】

前記チャネルアクセスに用いる第１ＥＤＣＡパラメータセットを第２ＥＤＣＡパラメータセットに切り換える段階は、
前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームが成功的に送信された場合に、前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する段階を含む、請求項１０に記載の動作方法。

【請求項15】

前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する段階は、
前記ステーションが前記ＡＰに前記共有ＴＸＯＰ内でＵＬ ＭＵ送信動作を非活性化するシグナリングを成功的に送信しても前記タイマーの値を０に設定しない段階を含む、請求項１４に記載の動作方法。

【請求項16】

前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する段階は、
前記ステーションが前記ＡＰに前記共有ＴＸＯＰ動作を非活性化するシグナリングを成功的に送信した場合に、前記タイマーの値を０に設定する段階を含む、請求項１５に記載の動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、共有ＴＸＯＰを用いる無線通信方法及びこれを用いる無線通信端末に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【発明の概要】

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

【0008】

本発明の一実施例は、共有ＴＸＯＰを用いる無線通信方法及びこれを用いる無線通信端末を提供することを目的とする。

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

【0009】

本発明の一実施例に係る無線通信システムのステーションは、送受信部；及び、前記送受信部を制御するプロセッサを含む。前記プロセッサは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から、上りリンク送信をトリガーするトリガーフレーム（ｔｒｉｇｇｅｒ ｆｒａｍｅ）を受信し、前記トリガーフレームは、前記ＡＰによって獲得された送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ，ＴＸＯＰ）の一部を、前記ステーションに共有ＴＸＯＰとして割り当て、前記トリガーフレームに対する応答としてＣＴＳフレームを送信し、前記共有ＴＸＯＰ内で前記ＡＰに対する送信に基づいて、チャネルアクセスに用いる第１ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）パラメータセットを第２ＥＤＣＡパラメータセットに切り換える。

【0010】

前記プロセッサは、前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）データフレームが成功的に送信された場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換えることができる。

【0011】

前記プロセッサは、前記共有前記ステーションがＴＸＯＰ内で前記ＡＰに即刻応答を要求するＱｏＳデータフレームを送信し、前記即刻応答を要求するＱｏＳデータフレームに対する応答を受信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換えることができる。

【0012】

前記プロセッサは、前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求しないＱｏＳデータフレームを送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換えることができる。

【0013】

前記第２ＥＤＣＡパラメータセットは、ＵＬ ＭＵ（ｍｕｌｔｉｕｓｅｒ）送信に成功したか否かに基づいて、前記第１ＥＤＣＡパラメータセットの代わりに用いられてよい。

【0014】

前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームが成功的に送信された場合に、前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定できる。

【0015】

前記プロセッサは、前記ステーションが前記ＡＰに前記共有ＴＸＯＰ内でＵＬ ＭＵ送信動作を非活性化するシグナリングを成功的に送信しても、前記タイマーの値を０に設定しなくてよい。

【0016】

前記プロセッサは、前記ステーションが前記ＡＰに前記共有ＴＸＯＰ動作を非活性化するシグナリングを成功的に送信した場合に、前記タイマーの値を０に設定できる。

【0017】

本発明の実施例に係る無線通信システムのステーションの動作方法は、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）から上りリンク送信をトリガーするトリガーフレーム（ｔｒｉｇｇｅｒ ｆｒａｍｅ）を受信する段階であって、前記トリガーフレームは、前記ＡＰによって獲得された送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ，ＴＸＯＰ）の一部を、前記ステーションに共有ＴＸＯＰとして割り当てる、段階；前記トリガーフレームに対する応答としてＣＴＳフレームを送信する段階；及び、前記共有ＴＸＯＰ内で前記ＡＰに対する送信に基づいて、チャネルアクセスに用いる第１ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）パラメータセットを第２ＥＤＣＡパラメータセットに切り換える段階を含んでよい。

【0018】

前記チャネルアクセスに用いる第１ＥＤＣＡパラメータセットを第２ＥＤＣＡパラメータセットに切り換える段階は、前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）データフレームを成功的に送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階を含んでよい。

【0019】

前記共有ＴＸＯＰ内で前記ステーションが前記ＡＰにＱｏＳデータフレームを成功的に送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階は、前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求するＱｏＳデータフレームを送信し、前記即刻応答を要求するＱｏＳデータフレームに対する応答を受信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階を含んでよい。

【0020】

前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームを成功的に送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階は、前記ステーションが前記共有ＴＸＯＰ内で前記ＡＰに即刻応答を要求しないＱｏＳデータフレームを送信した場合に、前記第１ＥＤＣＡパラメータセットを前記第２ＥＤＣＡパラメータセットに切り換える段階を含んでよい。

【0021】

前記第２ＥＤＣＡパラメータセットは、ＵＬ ＭＵ（ｍｕｌｔｉｕｓｅｒ）送信に成功したか否かに基づいて、前記第１ＥＤＣＡパラメータセットの代わりに用いられてよい。

【0022】

前記チャネルアクセスに用いる第１ＥＤＣＡパラメータセットを第２ＥＤＣＡパラメータセットに切り換える段階は、前記共有ＴＸＯＰ内で前記ＡＰにＱｏＳデータフレームが成功的に送信された場合に、前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する段階を含んでよい。

【0023】

前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する段階は、前記ステーションが前記ＡＰに前記共有ＴＸＯＰ内でＵＬ ＭＵ送信動作を非活性化するシグナリングを成功的に送信しても前記タイマーの値を０に設定しない段階を含んでよい。

【0024】

前記第２ＥＤＣＡパラメータセットが適用される残余デュレーションのためのタイマーの値を、０よりも大きい値に設定する段階は、前記ステーションが前記ＡＰに前記共有ＴＸＯＰ動作を非活性化するシグナリングを成功的に送信した場合に、前記タイマーの値を０に設定する段階を含んでよい。

【発明の効果】

【0025】

本発明の一実施例は、効率的に共有ＴＸＯＰを用いる無線通信方法及びこれを用いる無線通信端末を提供する。

【図面の簡単な説明】

【0026】

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

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

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

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

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

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

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

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

【図9】本発明の実施例に係るマルチリンク装置（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）を示す。

【図10】本発明の実施例に係る、ＴＩＤ－ｔｏ－ｌｉｎｋマッピング方法によってマップされたマルチリンクを示す。

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

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

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

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

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

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

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

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

【図19】本発明の一実施例に係るＴＸＯＰを共有するための方法を示す図である。

【図20】本発明の一実施例に係るＴＸＯＰの共有及びＮＡＶ設定に関連した方法を示す図である。

【図21】本発明の一実施例に係るＴＸＯＰの共有及びＣＴＳフレームの送信を示す図である。

【図22】本発明の一実施例に係るＴＸＯＰの共有のためのトリガーフレームの一例を示す図である。

【図23】本発明の一実施例に係るＮＡＶタイムアウト（ｔｉｍｅ ｏｕｔ）を示す図である。

【図24】本発明の一実施例に係るＴＸＯＰの共有及びＮＡＶタイムアウトを示す図である。

【図25】本発明のさらに他の一実施例に係るＴＸＯＰの共有及びＮＡＶタイムアウトを示す図である。

【図26】本発明のさらに他の一実施例に係るＴＸＯＰの共有及びＮＡＶタイムアウトを示す図である。

【図27】本発明の一実施例によってＴＸＯＰシェアリングが適用されるときにＳＴＡ及びＡＰがＮＡＶを適用することを示す図である。

【図28】本発明の一実施例によってＳＴＡがＴＸＯＰの共有を終了することを示す図である。

【図29】本発明の実施例によってトリガーフレームが含むＣｏｍｍｏｎ ＩｎｆｏフィールドとＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを用いてトリガーフレームに応答するＴＢ ＰＰＤＵのフォーマットをシグナルする方法を示す図である。

【図30】本発明の実施例に係るステーションが修正されたＭＵ－ＲＴＳフレームに対する応答としてフレームを送信するときにＴＸＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒを設定する方法を示す図である。

【図31】本発明の実施例に係るマネジメントフレームの構成とＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントを示す図である。

【図32】本発明の実施例に係る共有ＴＸＯＰの割り当てを受けたステーションがＭＵ ＥＤＣＡパラメータセットを設定する方法を見せる。

【図33】本発明の実施例に係るステーションが共有ＴＸＯＰを割り当てた後にＴＸＯＰを回復する動作を示す図である。

【図34】本発明の実施例によって共有ＴＸＯＰ割り当て者が共有ＴＸＯＰの終了後にＴＸＯＰ回復を行うことを示す図である。

【図35】本発明のさらに他の実施例によって共有ＴＸＯＰ割り当て者が共有ＴＸＯＰの終了後にＴＸＯＰ回復を行うことを示す図である。

【図36】本発明のさらに他の実施例によって共有ＴＸＯＰ割り当て者が共有ＴＸＯＰの終了後にＴＸＯＰ回復を行うことを示す図である。

【図37】本発明の実施例に係るフレームのフォーマットを示す図である。

【図38】本発明の実施例に係るＡＰがＯＭ ＣｏｎｔｒｏｌフィールドのＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードする方法を示す図である。

【図39】本発明の実施例に係るステーションがＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａサブフィールドに基づいてＭＵ ＥＤＣＡパラメータセットを設定する方法を示す図である。

【図40】本発明のさらに他の実施例に係るＡＰがＯＭ ＣｏｎｔｒｏｌフィールドのＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードする方法を示す図である。

【図41】本発明の実施例に係るステーションが共有ＴＸＯＰ動作に基づいてＭＵ ＥＤＣＡパラメータセットを設定する動作を示す図である。

【図42】本発明の実施例に係るステーションが共有ＴＸＯＰ動作に基づいてＭＵ ＥＤＣＡパラメータセットを設定する動作を示す図である。

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

【0027】

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

【0028】

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

【0029】

以下、本発明において、フィールドとサブフィールドは同じ意味で使われてよい。

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

Ｌ＿ＬＥＮＧＴＨフィールドの単位はｂｙｔｅであり、総１２ビットが割り当てられて最大４０９５までシグナリング可能であり、Ｌ＿ＲＡＴＥフィールドとの組合せで当該ＰＰＤＵの長さを示すことができる。このとき、レガシー端末とノン－レガシー端末は、Ｌ＿ＬＥＮＧＴＨフィールドを互いに異なる方法で解析できる。

【0062】

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

【0063】

【数1】

【0064】

このとき、

【数2】

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

【0065】

【数3】

【0066】

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

【0067】

【数4】

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

本発明は、ＳＵ ＰＰＤＵの不連続チャネル形態をシグナルする手法を提案し、提案した手法によって決定された不連続チャネル形態を図示する。また、ＳＵ ＰＰＤＵの３２０ＭＨｚ ＢＷ構成においてプライマリ１６０ＭＨｚとセカンダリ１６０ＭＨｚのパンクチャリング形態をそれぞれシグナルする手法を提案する。

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

説明の便宜のために、本明細書においてフレーム又はＭＡＣフレームは、ＭＰＤＵと同じ意味で使われてよい。

【0091】

１つの無線通信装置が複数のリンクを用いて通信する場合に、無線通信装置の通信効率を高めることができる。このとき、リンクは物理的経路（ｐａｔｈ）であり、ＭＳＤＵ（ＭＡＣ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）を伝達するために使用可能な一つの無線媒介体として構成されてよい。例えば、いずれか一つのリンクの周波数帯域が他の無線通信装置によって使用中である場合に、無線通信装置は、他のリンクで継続して通信を行うことができる。このように、無線通信装置は、複数のチャネルを有用に使用することができる。また、無線通信装置が複数のリンクを用いて同時に通信を行う場合に、全体スループット（ｔｈｒｏｕｇｈｐｕｔ）を高めることができる。ただし、既存無線ＬＡＮは、１つの無線通信装置が１つのリンクを用いることを前提に規定されている。そのため、複数のリンクを用いるための無線ＬＡＮ動作方法が必要である。図９～図２６を参照して、複数のリンクを用いる無線通信装置の無線通信方法について説明する。まず、図９を用いて、複数のリンクを用いる無線通信装置の具体的な形態について説明する。

【0092】

図９は、本発明の実施例に係るマルチリンク装置（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ）を示す。

【0093】

前述した複数のリンクを用いる無線通信方法のためにマルチリンク装置（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ，ＭＬＤ）が定義されてよい。マルチリンク装置は、一つ以上の提携された（ａｆｆｉｌｉａｔｅｄ）ステーションを有する装置を表すことができる。具体的な実施例によって、マルチリンク装置は、２つ以上の提携されたステーションを有する装置を表すことができる。また、マルチリンク装置は、マルチリンクエレメントを交換することができる。マルチリンクエレメントは、一つ以上のステーション又は一つ以上のリンクに関する情報を含む。マルチリンクエレメントは、後述されるｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐエレメントを含んでよい。このとき、マルチリンク装置は論理的なエンティティ（ｅｎｔｉｔｙ）であってよい。具体的には、マルチリンク装置は複数の提携されたステーションを有してよい。マルチリンク装置は、ＭＬＬＥ（ｍｕｌｔｉ－ｌｉｎｋ ｌｏｇｉｃａｌ ｅｎｔｉｔｙ）又はＭＬＥ（ｍｕｌｔｉ－ｌｉｎｋ ｅｎｔｉｔｙ）と呼ぶことができる。マルチリンク装置は、ロジカルリンク制御（ｌｏｇｉｃａｌ ｌｉｎｋ ｃｏｎｔｒｏｌ，ＬＬＣ）まで一つのＭＡＣサービスアクセスポイント（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ，ＳＡＰ）を有してよい。また、ＭＬＤは一つのＭＡＣデータサービス（ＭＡＣ ｄａｔａ ｓｅｒｖｉｃｅ）を有してよい。

【0094】

マルチリンク装置に含まれた複数のステーションは、複数のリンクで動作できる。また、マルチリンク装置に含まれた複数のステーションは、複数のチャネルで動作できる。具体的には、マルチリンク装置に含まれた複数のステーションは、異なる複数のリンク又は異なる複数のチャネルで動作できる。例えば、マルチリンク装置に含まれた複数のステーションは、２．４ＧＨｚ、５ＧＨｚ、及び６ＧＨｚの異なる複数のチャネルで動作できる。

【0095】

マルチリンク装置の動作は、マルチリンクオペレーション、ＭＬＤ動作、又はマルチ－バンド動作と呼ぶことができる。また、マルチリンク装置に提携されたステーションがＡＰである場合に、マルチリンク装置は、ＡＰ ＭＬＤと呼ぶことができる。また、マルチリンク装置に提携されたステーションがノン－ＡＰステーションである場合に、マルチリンク装置は、ｎｏｎ－ＡＰ ＭＬＤと呼ぶことができる。

【0096】

図９は、ｎｏｎ－ＡＰ ＭＬＤとＡＰ－ＭＬＤとが通信する動作を示す。具体的には、ｎｏｎ－ＡＰ ＭＬＤとＡＰ－ＭＬＤはそれぞれ３個のリンクを用いて通信する。ＡＰ ＭＬＤは、第１ＡＰ（ＡＰ１）、第２ＡＰ（ＡＰ２）及び第３ＡＰ（ＡＰ３）を含む。ｎｏｎ－ＡＰ ＭＬＤは、第１ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ１）、第２ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ２）及び第３ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ３）を含む。第１ＡＰ（ＡＰ１）と第１ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ１）は第１リンク（Ｌｉｎｋ１）を通じて通信する。また、第２ＡＰ（ＡＰ２）と第２ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ２）は第２リンク（Ｌｉｎｋ２）を通じて通信する。また、第３ＡＰ（ＡＰ３）と第３ｎｏｎ－ＡＰ ＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ３）は第３リンク（Ｌｉｎｋ３）を通じて通信する。

【0097】

マルチリンク動作は、マルチリンク設定（ｓｅｔｕｐ）動作を含んでよい。マルチリンク設定は、前述したシングルリンク動作の結合（ａｓｓｏｃｉａｔｉｏｎ）動作に対応するものであり、マルチリンクでのフレーム交換のために先行される必要がある。マルチリンク装置は、マルチリンク設定のために必要な情報をｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐエレメントから取得することができる。具体的には、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐエレメントは、マルチリンクと関連した能力情報を含んでよい。このとき、能力情報は、マルチリンク装置に含まれた複数の装置のいずれか一つが送信を行い、同時に他の装置が受信を行うことができるかを示す情報を含んでよい。また、能力情報は、ＭＬＤに含まれた各ステーションが利用できるリンクに関する情報を含んでよい。また、能力情報は、ＭＬＤに含まれた各ステーションが利用できるチャネルに関する情報を含んでよい。

【0098】

マルチリンク設定は、ピアステーション間の交渉によって設定されてよい。具体的には、ＡＰとの通信無しでステーション間の通信によってマルチリンク設定が行われてよい。また、マルチリンク設定は、いずれか一つのリンクを通じて設定されてよい。例えば、マルチリンクを通じて第１リンク～第３リンクが設定される場合であっても、第１リンクを通じてマルチリンク設定が行われてよい。

【0099】

また、ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）とリンクとのマッピングが設定されてよい。具体的には、特定値のＴＩＤに該当するフレームは、あらかじめ指定されたリンクのみを通じて交換されてよい。ＴＩＤとリンクとのマッピングは、方向ベース（ｄｉｒｅｃｔｉｏｎａｌ－ｂａｓｅｄ）で設定されてよい。例えば、第１マルチリンク装置と第２マルチリンク装置との間に複数のリンクが設定された場合に、第１マルチリンク装置は、複数の第１リンクに第１ＴＩＤのフレームを送信するように設定され、第２マルチリンク装置は、第１リンクに第２ＴＩＤのフレームを送信するように設定されてよい。また、ＴＩＤとリンクとのマッピングに基本設定が存在してよい。具体的には、マルチリンク設定において追加設定がない場合に、マルチリンク装置は、基本（ｄｅｆａｕｌｔ）設定にしたがって各リンクでＴＩＤに該当するフレームを交換することができる。このとき、基本設定は、いずれか一つのリンクで全ＴＩＤが交換されるものであってよい。

【0100】

ＴＩＤについて具体的に説明する。ＴＩＤは、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を支援するためにトラフィック、データを分類するＩＤである。また、ＴＩＤは、ＭＡＣレイヤよりも上位レイヤにおいて用いられたり割り当てられたりしてもよい。また、ＴＩＤは、トラフィックカテゴリー（ｔｒａｆｆｉｃ ｃａｔｅｇｏｒｙ，ＴＣ）、トラフィックストリーム（ｔｒａｆｆｉｃ ｓｔｒｅａｍ，ＴＳ）を示すことができる。また、ＴＩＤは１６個に区別されてよい。例えば、ＴＩＤは、０から１５のいずれか一つと指定されてよい。アクセス政策（ａｃｃｅｓｓ ｐｏｌｉｃｙ）、チャネルアクセス又は媒体（ｍｅｄｉｕｍ）アクセス方法によって、使用されるＴＩＤ値が異なるように指定されてよい。例えば、ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）又はＨＣＡＦ（ｈｙｂｒｉｄ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）が用いられる場合に、ＴＩＤの値は０から７の範囲で割り当てられてよい。ＥＤＣＡが用いられる場合に、ＴＩＤは、ユーザ優先順位（ｕｓｅｒ ｐｒｉｏｒｉｔｙ，ＵＰ）を示すことができる。このとき、ＵＰは、ＴＣ又はＴＳによって指定されてよい。ＵＰは、ＭＡＣよりも上位レイヤで割り当てられてよい。また、ＨＣＣＡ（ＨＣＦ ｃｏｎｔｒｏｌｌｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）又はＳＰＣＡが用いられる場合に、ＴＩＤの値は８から１５の範囲で割り当てられてよい。ＨＣＣＡ又はＳＰＣＡが用いられる場合に、ＴＩＤは、ＴＳＩＤを示すことができる。また、ＨＥＭＭ又はＳＥＭＭが用いられる場合に、ＴＩＤの値は、８から１５の範囲で割り当てられてよい。ＨＥＭＭ又はＳＥＭＭが用いられる場合に、ＴＩＤは、ＴＳＩＤを示すことができる。

【0101】

ＵＰとＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）はマップされてよい。ＡＣは、ＥＤＣＡにおいてＱｏＳを提供するためのラベルであってよい。ＡＣは、ＥＤＣＡパラメータセットを示すためのラベルであってよい。ＥＤＣＡパラメータ又はＥＤＣＡパラメータセットは、ＥＤＣＡのチャネル競合（ｃｏｎｔｅｎｔｉｏｎ）で用いられるパラメータである。ＱｏＳステーションはＡＣを用いてＱｏＳを保証することができる。また、ＡＣは、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ及びＡＣ＿ＶＯを含んでよい。ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ及びＡＣ＿ＶＯのそれぞれは、バックグラウンド（ｂａｃｋｇｒｏｕｎｄ）、ベストエフォート（ｂｅｓｔ ｅｆｆｏｒｔ）、ビデオ（ｖｉｄｅｏ）、ボイス（ｖｏｉｃｅ）を示すことができる。また、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ及びＡＣ＿ＶＯは、下位ＡＣに分類されてよい。例えば、ＡＣ＿ＶＩは、ＡＣ＿ＶＩ ｐｒｉｍａｒｙとＡＣ＿ＶＩ ａｌｔｅｒｎａｔｅとに細分化できる。また、ＡＣ＿ＶＯは、ＡＣ＿ＶＯ ｐｒｉｍａｒｙとＡＣ＿ＶＯ ａｌｔｅｒｎａｔｅとに細分化できる。また、ＵＰ又はＴＩＤはＡＣにマップされてよい。例えば、ＵＰ又はＴＩＤにおける１、２、０、３、４、５、６、７のそれぞれは、ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯ、ＡＣ＿ＶＯのそれぞれにマップされてよい。また、ＵＰ又はＴＩＤの１、２、０、３、４、５、６及び７のそれぞれは、ＡＣ＿ＢＫ、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ ａｌｔｅｒｎａｔｅ、ＡＣ＿ＶＩ ｐｒｉｍａｒｙ、ＡＣ＿ＶＯ ｐｒｉｍａｒｙ、ＡＣ＿ＶＯ ａｌｔｅｒｎａｔｅのそれぞれにマップされてよい。また、ＵＰ又はＴＩＤの１、２、０、３、４、５、６、及び７はその順に優先順位が高いものであってよい。すなわち、１の方が低い優先順であり、７の方が高い優先順位であってよい。したがって、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯの順に優先順位が高くなってよい。また、ＡＣ＿ＢＫ、ＡＣ＿ＢＥ、ＡＣ＿ＶＩ、ＡＣ＿ＶＯのそれぞれは、ＡＣＩ（ＡＣ ｉｎｄｅｘ）０、１、２、３のそれぞれに該当し得る。このようなＴＩＤの特性上、ＴＩＤとリンクとのマッピングは、ＡＣとリンクとのマッピングを表すことができる。また、リンクとＡＣとのマッピングは、ＴＩＤとリンクとのマッピングを表すことができる。

【0102】

前述したように、複数のリンクのそれぞれにＴＩＤがマップされてよい。マッピングは、特定ＴＩＤ又はＡＣに該当するトラフィックが交換され得るリンクが指定されることであってよい。また、リンク内で送信方向別に送信され得るＴＩＤ又はＡＣが指定されてよい。前述したように、ＴＩＤとリンクとのマッピングに基本設定が存在してよい。具体的には、マルチリンク設定において追加設定がない場合に、マルチリンク装置は基本（ｄｅｆａｕｌｔ）設定にしたがって、各リンクでＴＩＤに該当するフレームを交換することができる。このとき、基本設定は、いずれか一つのリンクで全てのＴＩＤが交換されるものであってよい。常に、ある時点に、いかなるＴＩＤ又はＡＣも少なくともいずれか一つのリンクとマップされてよい。マネジメントフレームとコントロールフレームは全てのリンクで送信されてよい。

【0103】

リンクがＴＩＤ又はＡＣにマップされた場合に、当該リンクで当該リンクにマップされたＴＩＤ又はＡＣに該当するデータフレームのみが送信されてよい。したがって、リンクがＴＩＤ又はＡＣにマップされた場合に、当該リンクで当該リンクにマップされていないＴＩＤ又はＡＣに該当しないフレームは送信されなくてよい。リンクがＴＩＤ又はＡＣにマップされた場合に、ＡＣＫもＴＩＤ又はＡＣがマップされたリンクに基づいて送信されてよい。例えば、ブロックＡＣＫ合意（ａｇｒｅｅｍｅｎｔ）が、ＴＩＤとリンクとのマッピングに基づいて決定されてよい。さらに他の具体的な実施例において、ＴＩＤとリンクとのマッピングがブロックＡＣＫ合意に基づいて決定されてよい。具体的には、特定リンクにマップされたＴＩＤに対してブロックＡＣＫ合意が設定されてよい。

【0104】

前述したＴＩＤとリンクとのマッピングにより、ＱｏＳが保証されてよい。具体的には、相対的に少ない数のステーションが動作するか、或いはチャネル状態の良いリンクに優先順位の高いＡＣ又はＴＩＤがマップされてよい。また、前述したＴＩＤとリンクとのマッピングにより、ステーションがより長時間節電状態を保つようにすることができる。

【0105】

図１０は、本発明の実施例に係る、ＴＩＤ－ｔｏ－ｌｉｎｋマッピング方法によってマップされたマルチリンクを示す。

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

図１０を参照すると、ＡＰ１及びＡＰ２を含むＡＰ ＭＬＤが存在してよい。また、ＳＴＡ１及びＳＴＡ２を含むＮｏｎ－ＡＰ ＭＬＤが存在してよい。また、前記ＡＰ ＭＬＤに複数のリンクであるＬｉｎｋ１とＬｉｎｋ２が存在してよい。ＡＰ１とＳＴＡ１はＬｉｎｋ１で結合（ａｓｓｏｃｉａｔｉｏｎ）され、ＡＰ２とＳＴＡ２は、Ｌｉｎｋ２で結合されてよい。

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

前記該当するＢＳＳは、ＳＴＡが結合（ａｓｓｏｃｉａｔｉｏｎ）されたＢＳＳを含んでよい。また、前記該当するＢＳＳは、ＳＴＡが結合されたＢＳＳと同じ多重ＢＳＳＩＤセットに含まれたＢＳＳを含んでよい。また、前記該当するＢＳＳは、ＳＴＡが結合されたＢＳＳと同じ共同ホストＢＳＳＩＤセット（ｃｏ－ｈｏｓｔｅｄ ＢＳＳＩＤ ｓｅｔ）に含まれたＢＳＳを含んでよい。また、同じ多重ＢＳＳＩＤセット又は同じ共同ホストＢＳＳＩＤセットに含まれた１つ以上のＢＳＳを、１つのフレームによって前記１つ以上のＢＳＳに関する情報が伝達されてよい。

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

図１４は、本発明の実施例に係るＳＴＡの機能を示す。

【0163】

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

【0164】

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

【0165】

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

【0166】

本発明の一実施例において、アクセスポイントは、ＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）送信を誘発（ｓｏｌｉｃｉｔ）するフレームを送信できる。このようなフレームをトリガリングフレームと呼ぶ。このとき、トリガリングフレームを受信した１つ以上のＳＴＡは、トリガリングフレームに基づいて上り送信を行うことができる。具体的には、トリガリングフレームを受信した１つ以上のＳＴＡは、フレームに対する応答フレームを送信できる。このとき、トリガリングフレームを含むＰＰＤＵと上り送信に用いられるＰＰＤＵとの間隔（ｉｎｔｅｒ－ｓｐａｃｅ）は、ＳＩＦＳであってよい。具体的には、複数のＳＴＡはトリガリングフレームを受信し、同時に（ｓｉｍｕｌｔａｎｅｏｕｓ）即刻（ｉｍｍｅｄｉａｔｅ）応答を送信できる。本明細書において即刻応答は、先に受信したＰＰＤＵと応答を含むＰＰＤＵとの間の間隔がＳＩＦＳであることを示す。具体的には、受信したＰＰＤＵの末尾（ｅｎｄ）からＳＩＦＳ後に応答を送信することであってよい。

【0167】

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

【0168】

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

【0169】

トリガリングフレームは、ＴＢ ＰＰＤＵ送信に必要な情報を含んでよい。ＭＡＣフレームのＴｙｐｅサブフィールド（Ｂ３ Ｂ２）の値が０１ｂであり、Ｓｕｂｔｙｐｅサブフィールド（Ｂ７ Ｂ６ Ｂ５ Ｂ４）の値が００１０ｂである場合に、ＭＡＣフレームトリガーフレームである旨示すことができる。

【0170】

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

【0171】

図１４で説明したように、ＨＥ ＳＴＡは、ＨＥ ＴＢ ＰＰＤＵを送信できる。また、ＥＨＴ ＳＴＡは、ＥＨＴ ＴＢ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵを送信できる。また、ＮＥＸＴ ＳＴＡは、ＮＥＸＴ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵを送信できる。

【0172】

図１５の実施例において、ＡＰが、ＨＥ ＳＴＡ（ＨＥ ＳＴＡ）の送信とＥＨＴ ＳＴＡ（ＥＨＴ ＳＴＡ）の送信をスケジュールするトリガーフレームを送信する。このとき、トリガーフレームがトリガーフレームに対する応答のために送信されるＴＢ ＰＰＤＵのフォーマットに対して指示しない場合に、ＨＥ ＳＴＡ（ＨＥ ＳＴＡ）とＥＨＴ ＳＴＡ（ＥＨＴ ＳＴＡ）又は互いに異なるＥＨＴ ＳＴＡ（ＥＨＴ ＳＴＡ）は、互いに異なるフォーマットのＴＢ ＰＰＤＵを送信できる。このため、ＴＢ ＰＰＤＵの送信に失敗し、送信機会が浪費することがある。説明の便宜のために、ＨＥ、ＥＨＴ、ＮＥＸＴ標準で定義されたトリガーフレームをそれぞれ、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、及びＮＥＸＴトリガーフレームと呼ぶ。また、ＨＥ、ＥＨＴ、ＮＥＸＴ標準で定義されたＴＲＳを、ＨＥ ＴＲＳ、ＥＨＴＴＲＳ、及びＮＥＸＴ ＴＲＳと呼ぶ。トリガーフレームのフォーマットについて図１３で説明している。

【0173】

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

【0174】

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

【0175】

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

【0176】

また、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは、ＵＬ Ｌｅｎｇｔｈサブフィールドを含んでよい。ＵＬ Ｌｅｎｇｔｈサブフィールドは、Ｔｒｉｇｇｅｒフレームに応答するＴＢ ＰＰＤＵの長さに関する情報を含んでよい。又は、ＵＬ Ｌｅｎｇｔｈサブフィールドは、Ｔｒｉｇｇｅｒフレームに応答するフレームの長さに関する情報を含んでよい。また、ＵＬ Ｌｅｎｇｔｈサブフィールドは、Ｔｒｉｇｇｅｒフレームに応答するＴＢ ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈサブフィールドに含まれる値を指示できる。したがって、ＴＢ ＰＰＤＵで応答するＳＴＡは、受信したＴｒｉｇｇｅｒフレームが含むＵＬ Ｌｅｎｇｔｈサブフィールドの値に基づいてＴＢ ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈサブフィールドを設定できる。より具体的には、ＴＢ ＰＰＤＵで応答するＳＴＡは、受信したＴｒｉｇｇｅｒフレームが含むＵＬ Ｌｅｎｇｔｈサブフィールドの値でＴＢ ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈサブフィールドを設定できる。例えば、ＵＬ ＬｅｎｇｔｈサブフィールドをＣｏｍｍｏｎ ＩｎｆｏフィールドのＢ４からＢ１５までのビットが示すことができる。

【0177】

また、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは、ＵＬ ＢＷサブフィールドを含んでよい。ＵＬ ＢＷサブフィールドは、トリガーフレームに応答するＴＢ ＰＰＤＵのシグナリングフィールド、例えば、ＨＥ－ＳＩＧ－Ａフィールド又はＵ－ＳＩＧフィールドに含まれる帯域幅（ｂａｎｄｗｉｄｔｈ，ＢＷ）値を指示できる。また、ＵＬ ＢＷサブフィールドは、Ｔｒｉｇｇｅｒフレームに応答するＴＢ ＰＰＤＵの最大帯域幅を示すことができる。

【0178】

また、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは、トリガーフレームに応答するＴＢ ＰＰＤＵのシグナリングフィールド、例えば、ＨＥ－ＳＩＧ－Ａフィールド又はＵ－ＳＩＧフィールドに含まれる情報などを含んでよい。

【0179】

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

【0180】

また、ＡＩＤ１２サブフィールドを含むＵｓｅｒ Ｉｎｆｏフィールドの情報は、ＡＩＤ１２サブフィールドが指示するＳＴＡに該当する情報であってよい。例えば、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＲＵのサイズと位置を指示できる。このとき、ＡＩＤ１２サブフィールドを含むＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドの値は、前記ＡＩＤ１２サブフィールドが指示するＳＴＡに該当する情報であってよい。また、Ｕｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドを含むトリガーフレームの応答に用いられるコーディング方法（ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅ）、モジュレーション方法（ＵＬ ＨＥ－ＭＣＳ、ＵＬ ＤＣＭ）、送信パワー（ＵＬ Ｔａｒｇｅｔ ＲＳＳＩ）を指示できる。

【0181】

前述したように、トリガーフレームに対する応答として同時に送信されるＴＢ ＰＰＤＵがどのようなＰＰＤＵのフォーマットで送信されるかによって問題が発生し得る。これに関連したトリガリングフレーム送信方法について図１４で説明する。

【0182】

図１７は、本発明の実施例によってトリガーフレームのＡＩＤ１２サブフィールドの値が指示する情報を示す。

【0183】

本発明の実施例に係るＥＨＴ ＳＴＡは、ＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵを選択的に送信できる。また、ＮＥＸＴ ＳＴＡは、ＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ、ＮＥＸＴ ＴＢ ＰＰＤＵを選択的に送信できる。これにより、１つのフレーム又は１つのＰＰＤＵで複数の無線ＬＡＮ標準のＳＴＡをスケジュールすることができる。これにより、送信媒体の使用効率を上げることができる。例えば、ＥＨＴ標準を支援しないＨＥ ＳＴＡとＥＨＴ ＳＴＡを、１つのフレームでＨＥ ＴＢ ＰＰＤＵで応答するようにし得る。

【0184】

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

【0185】

本発明の実施例によれば、応答するＴＢ ＰＰＤＵフォーマットに関する情報がＭＡＣ ｌｅｖｅｌに存在してよい。本発明の実施例によれば、トリガーフレームは、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームに区分できる。また、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームでトリガーされた応答はそれぞれ、ＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ、ＮＥＸＴ ＴＢ ＰＰＤＵで応答できる。

【0186】

また、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム、ＮＥＸＴトリガーフレームを区分することは、トリガーフレームに応答するＴＢ ＰＰＤＵフォーマットをそれぞれＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ、ＮＥＸＴ ＴＢ ＰＰＤＵに区分するのと同じ意味であってよい。すなわち、トリガーフレームのフォーマットによってそれに対するＴＢ ＰＰＤＵのフォーマットも変わることがあり、次世代トリガーフレームは以前世代ＴＢ ＰＰＤＵの送信も共に指示できる。すなわち、ＥＨＴトリガーフレームは、ＨＥ ＴＢ ＰＰＤＵとＥＨＴ ＴＢ ＰＰＤＵの送信を同時に指示できる。しかし、ＨＥトリガーフレームはＥＨＴ ＴＢ ＰＰＤＵの送信が指示できない。

【0187】

具体的な実施例において、トリガーフレームが含むＭＡＣヘッダーのＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。例えば、トリガーフレームが含むＭＡＣヘッダーのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールド又はＣｏｎｔｒｏｌ Ｆｒａｍｅ Ｅｘｔｅｎｓｉｏｎサブフィールドのうち少なくともいずれか一つによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。例えば、トリガーフレームが含むＭＡＣヘッダーのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールド又はＣｏｎｔｒｏｌ Ｆｒａｍｅ Ｅｘｔｅｎｓｉｏｎサブフィールドが第１値である場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。また、トリガーフレームが含むＭＡＣヘッダーのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールド又はＣｏｎｔｒｏｌ Ｆｒａｍｅ Ｅｘｔｅｎｓｉｏｎサブフィールドが第２値である場合に、トリガーフレームはＥＨＴトリガーフレームに分類されてよい。また、トリガーフレームが含むＭＡＣヘッダーのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールド又はＣｏｎｔｒｏｌ Ｆｒａｍｅ Ｅｘｔｅｎｓｉｏｎサブフィールドが第３値である場合に、トリガーフレームはＮＥＸＴトリガーフレームに分類されてよい。ＭＡＣヘッダーのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールドの値が０１ｂであり、Ｓｕｂｔｙｐｅサブフィールドの値が００１０ｂである場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。Ｔｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールド及びＣｏｎｔｒｏｌ Ｆｒａｍｅ Ｅｘｔｅｎｓｉｏｎサブフィールドのそれぞれが２ビット、４ビット及び４ビットに限定される。したがって、このような実施例は、限定的なビットフィールドの値を用いて将来に使用可能なタイプを制限する短所がある。

【0188】

さらに他の具体的な実施例において、トリガーフレームが含むＣｏｍｍｏｎ Ｉｎｆｏフィールドによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。例えば、トリガーフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が第１値である場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。トリガーフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が第２値である場合に、トリガーフレームはＥＨＴトリガーフレームに分類されてよい。トリガーフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が第３値である場合に、トリガーフレームはＮＥＸＴトリガーフレームに分類されてよい。具体的には、トリガーフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が０～７である場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。また、トリガーフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値０～７でない場合に、トリガーフレームはＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームに分類されてよい。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドのビット数が限定的であるため、このような実施例は限定的なビットフィールドの値を用いて将来に使用可能なトリガータイプを制限する短所がある。

【0189】

さらに他の具体的な実施例において、トリガーフレームが含むＵＬ Ｌｅｎｇｔｈフィールドによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。例えば、トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値を３で割った余りの値が第１値である場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値を３で割った余りの値が第２値である場合に、トリガーフレームはＥＨＴトリガーフレームに分類されてよい。トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値を３で割った余りの値が第３値である場合に、トリガーフレームはＮＥＸＴトリガーフレームに分類されてよい。トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値を３で割った余りの値が０でない場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値を３で割った余りの値が１である場合に、トリガーフレームはＨＥトリガーフレームに分類されてよい。トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値を３で割った余りの値が０である場合に、トリガーフレームはＥＨＴトリガーフレーム又はＮＥＸＴトリガーフレームに分類されてよい。また、トリガーフレームのＵＬ Ｌｅｎｇｔｈフィールドの値の他、トリガーフレームのＦｏｒｍａｔ Ｉｄｅｎｔｉｆｉｅｒ、ＰＨＹ Ｉｄｅｎｔｉｆｉｅｒ及びＴＢ ＰＰＤＵフォーマットシグナリングのうち少なくとも１つによっても、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。

【0190】

さらに他の具体的な実施例において、トリガーフレームが含むＵｓｅｒ Ｉｎｆｏフィールドによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。具体的には、トリガーフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドの値によって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。例えば、トリガーフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドの値があらかじめ指定された値であるかによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。このとき、トリガーフレームのタイプを示すＡＩＤ１２サブフィールドを含むＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドリストにおいて一番目のＵｓｅｒ Ｉｎｆｏフィールドであってよい。トリガーフレームのタイプを示すＡＩＤ１２サブフィールドを含むＵｓｅｒ Ｉｎｆｏフィールドは、ＳＴＡのＡＩＤを指示するＡＩＤ１２サブフィールドを含むＵｓｅｒ Ｉｎｆｏフィールドよりも先に位置してよい。これにより、トリガーフレームを受信するＳＴＡはトリガーフレームのタイプを早期に判断できる。さらに他の具体的な実施例において、トリガーフレームのタイプを示すＡＩＤ１２サブフィールドを含むＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ ＩｎｆｏフィールドリストにおいてＨＥ ＳＴＡのためのＵｓｅｒ Ｉｎｆｏフィールドの後に位置してよい。これにより、レガシーＳＴＡ、すなわちＨＥ ＳＴＡがＡＩＤ１２サブフィールドの値の意味を判断できないことから発生する問題を防止することができる。また、トリガーフレームのタイプを示すＡＩＤ１２サブフィールドを含むＵｓｅｒ Ｉｎｆｏフィールドは、ＡＩＤ１２サブフィールド以外のサブフィールドを含まなくてよい。当該Ｕｓｅｒ Ｉｎｆｏフィールドは、トリガーフレームタイプを指示するためのものであるので、トリガーフレームタイプ以外の情報は不要であり得るためである。このような実施例において、Ｕｓｅｒ Ｉｎｆｏフィールドの長さは、ＡＩＤ１２サブフィールドの値によって変化する。図１７は、このような実施例が適用されるとき、ＡＩＤ１２サブフィールドの値が示す意味を示す。ＡＩＤ１２サブフィールドの値が第１値である場合に、ＡＩＤ１２サブフィールドは、ＡＩＤ１２フィールドを含むトリガーフレームがＥＨＴ ＴＢ ＰＰＤＵの送信をトリガーすることを示すことができる。第１値は２０４７であってよい。ＡＩＤ１２サブフィールドの値が第２値である場合に、ＡＩＤ１２サブフィールドは、ＡＩＤ１２フィールドを含むトリガーフレームがＮＥＸＴ ＴＢ ＰＰＤＵの送信をトリガーすることを示すことができる。第２値は２０４８であってよい。

【0191】

さらに他の具体的な実施例において、ＳＴＡは、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドの位置によって、トリガーフレームに対する応答として送信するＴＢ ＰＰＤＵのフォーマットを決定できる。具体的には、ＳＴＡは、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドが、あらかじめ指定された値を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールド後に位置するかに基づいて、トリガーフレームに対する応答として送信するＴＢ ＰＰＤＵのフォーマットを決定できる。このとき、ＳＴＡは、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドが、第１値を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールド後に位置するか、及び第２値を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドの後に位置するかに基づいて、トリガーフレームに対する応答として送信するＴＢ ＰＰＤＵのフォーマットを決定できる。図１７の実施例において、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドが、２０４７を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドの後に位置するとき、ＳＴＡは、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。また、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドが、２０４８を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドの後に位置するとき、ＳＴＡは、トリガーフレームに対する応答としてＮＥＸＴ ＴＢ ＰＰＤＵを送信できる。また、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドが、２０４７を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドと２０４８を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドの後に位置するとき、ＳＴＡは、トリガーフレームに対する応答としてＮＥＸＴ ＴＢ ＰＰＤＵを送信できる。また、ＳＴＡをトリガーするＵｓｅｒ Ｉｎｆｏフィールドが、２０４７を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドと２０４８を有するＡＩＤ１２フィールドを含むＵｓｅｒ Ｉｎｆｏフィールドの前に位置するとき、ＳＴＡは、トリガーフレームに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信できる。

【0192】

ＡＩＤ１２サブフィールド以外のＵｓｅｒ Ｉｎｆｏフィールドのサブフィールドによって、トリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。

【0193】

トリガーフレームのＰａｄｄｉｎｇフィールドによって、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。例えば、トリガーフレームのＰａｄｄｉｎｇフィールドがあらかじめ指定された値を含むかによって、ＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームのうちいずれのトリガーフレームに該当するかが決定されてよい。

【0194】

また、前述した実施例は組み合わせて適用されてよい。例えば、前述したトリガーフレームがＨＥトリガーフレーム、ＥＨＴトリガーフレーム及びＮＥＸＴトリガーフレームであるかを判断するのに影響を与える要素を組み合わせて判断することができる。

【0195】

また、前述した実施例は、ＴＲＳフィールドに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを決定することに用いられてよい。

【0196】

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

【0197】

前述したように、トリガーフレームは、ＭＡＣフレームヘッダーにＴＲＳを含んでよい。ＴＲＳは、前述したように、ＨＴ Ｃｏｎｔｒｏｌフィールドに含まれてよい。具体的には、ＨＴ Ｃｏｎｔｒｏｌフィールドは、Ａ－Ｃｏｎｔｒｏｌフィールドを含むときに、ＴＲＳを含んでよい。また、ＴＲＳは、ＴＲＳ Ｃｏｎｔｒｏｌフィールドに含まれてよい。Ａ－ＣｏｎｔｒｏｌフィールドにＣｏｎｔｒｏｌ Ｌｉｓｔフィールドが連続して位置してよい。このとき、Ｃｏｎｔｒｏｌ ＬｉｓｔフィールドがＴＲＳを含んでよい。

【0198】

ＴＲＳを含むＭＡＣフレームの意図された受信者に該当するＳＴＡは、ＴＲＳを含むフィールドに基づいてＰＰＤＵを送信できる。このとき、ＴＲＳは、ＳＴＡがＴＲＳを含むＭＡＣフレームに対する応答として送信するＰＰＤＵ又はフレームの長さに関する情報（ＵＬ Ｄａｔａ Ｓｙｍｂｏｌｓ）を含んでよい。ＴＲＳを含むＭＡＣフレームに対する応答送信のパワーに関する情報（ＡＰ Ｔｘ Ｐｏｗｅｒ，ＵＬ Ｔａｒｇｅｔ ＲＳＳＩ）、ＴＲＳを含むＭＡＣフレームに対する応答を送信するときに使用するＲＵの位置及びサイズ（ＲＵ Ａｌｌｏｃａｔｉｏｎ）、ＴＲＳを含むＭＡＣフレームに対する応答送信のモジュレーション方法に関する情報（ＵＬ ＨＥ－ＭＣＳ）を含んでよい。

【0199】

ＴＲＳは無線ＬＡＮ標準別に定義されてよい。このとき、ＴＲＳを含むＭＡＣフレームを受信したＳＴＡは、ＴＲＳのフォーマット、すなわちどの無線ＬＡＮ標準で定義されたＴＲＳであるかによって、ＴＲＳに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを決定することができる。具体的には、ＳＴＡがＨＥ ＴＲＳを受信した場合に、ＳＴＡは、ＴＲＳに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信できる。また、ＳＴＡがＥＨＴ ＴＲＳを受信した場合に、ＳＴＡは、ＴＲＳに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。また、ＳＴＡがＮＥＸＴ ＴＲＳを受信した場合に、ＳＴＡは、ＴＲＳに対する応答としてＮＥＸＴ ＴＢ ＰＰＤＵを送信できる。このとき、ＳＴＡは、Ａ－ＣｏｎｔｒｏｌサブフィールドのＣｏｎｔｒｏｌ ＩＤサブフィールドに基づいて、どの無線ＬＡＮ標準で定義されたＴＲＳであるかが判断できる。ＴＲＳは、ＨＥ ＴＲＳとＴＲＳでないＴＲＳとに区分できる。

【0200】

ＴＲＳのフォーマットは、ＴＲＳが含まれるＨＴ ＣｏｎｔｒｏｌフィールドがＨＥバリアント（ｖａｒｉａｎｔ）であるか、ＥＨＴバリアントであるか、ＮＥＸＴバリアントであるかによって決定されてよい。ＴＲＳが含まれるＨＴ ＣｏｎｔｒｏｌフィールドがＥＨＴバリアント（ｖａｒｉａｎｔ）である場合に、ＴＲＳはＥＨＴ ＴＲＳであってよい。また、ＴＲＳが含まれるＨＴ ＣｏｎｔｒｏｌフィールドがＮＥＸＴバリアント（ｖａｒｉａｎｔ）である場合に、ＴＲＳはＮＥＸＴ ＴＲＳであってよい。また、ＴＲＳのフォーマットは、ＴＲＳが含まれるＨＴ Ｃｏｎｔｒｏｌフィールドのビットのうちあらかじめ指定されたビットの値によって、ＨＴ ＣｏｎｔｒｏｌフィールドがＨＥバリアントであるか、ＥＨＴバリアントであるか、ＮＥＸＴバリアントであるかが決定されてよい。例えば、ＨＴ Ｃｏｎｔｒｏｌフィールドの一番目、２番目のビット（Ｂ０，Ｂ１）値が１１ｂである場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＨＥバリアントであってよい。また、ＨＴ Ｃｏｎｔｒｏｌフィールドの一番目、２番目のビット（Ｂ０，Ｂ１）と追加のビット、例えば３２番目のビット（Ｂ３１）に基づいて、ＨＴ ＣｏｎｔｒｏｌフィールドがＨＥバリアントであるか、ＥＨＴバリアントであるか、ＮＥＸＴバリアントであるかが決定されてよい。

【0201】

図１８の実施例において、ＴＲＳがＨＥ ＰＰＤＵに含まれる場合に、ＨＥ ＰＰＤＵを受信したＳＴＡは、ＴＲＳに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信する。ＴＲＳがＥＨＴ ＰＰＤＵに含まれる場合に、ＥＨＴ ＰＰＤＵを受信したＳＴＡは、ＴＲＳに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信する。ＴＲＳがＮＥＸＴ ＰＰＤＵに含まれる場合に、ＥＨＴ ＰＰＤＵを受信したＳＴＡは、ＴＲＳに対する応答としてＮＥＸＴ ＴＢ ＰＰＤＵを送信する。

【0202】

また、ＴＲＳが含まれたＰＰＤＵフォーマットによって、ＴＲＳが含むサブフィールドが示す情報が変わってよい。ＴＲＳがＨＥ ＰＰＤＵに含まれる場合に、ＴＲＳが含むＭＣＳに関するサブフィールド、例えば、ＵＬ ＨＥ－ＭＣＳサブフィールドは、ＨＥ ＭＣＳテーブルに該当する値を指示できる。また、ＴＲＳがＥＨＴ ＰＰＤＵに含まれる場合に、ＴＲＳが含むＭＣＳに関するサブフィールド、例えばＵＬ ＨＥ－ＭＣＳサブフィールドは、ＥＨＴ ＭＣＳテーブルに該当する値を指示できる。また、ＴＲＳがＮＥＸＴ ＰＰＤＵに含まれる場合に、ＴＲＳが含むＭＣＳに関するサブフィールド、例えばＵＬ ＨＥ－ＭＣＳサブフィールドは、ＮＥＸＴ ＭＣＳテーブルに該当する値を指示できる。また、ＴＲＳが含まれるＰＰＤＵフォーマットによってＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが示す情報が変わってよい。

【0203】

図１９は、本発明の一実施例に係るＴＸＯＰを共有するための方法を示す図である。

【0204】

図１９を参照すると、ＡＰによって設定されたＴＸＯＰの一部又は全部がｎｏｎ－ＡＰ ＳＴＡに共有され、ｎｏｎ－ＡＰ ＳＴＡは、共有されたＴＸＯＰを用いて、他のｎｏｎ－ＡＰ ＳＴＡ（第３ＳＴＡ）及び／又はＡＰにＰＰＤＵ（ＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を送信できる。以下、本発明において他のＳＴＡにＴＸＯＰを共有することをＴＸＯＰ共有（ｓｈａｒｉｎｇ）と呼ぶことができる。また、ＳＴＡは、トリガーフレーム（Ｔｒｉｇｇｅｒ ｆｒａｍｅ）を送信するＡＰ又はＡＰ－ＳＴＡであるか、トリガーフレームを受信するｎｏｎ－ＡＰ ＳＴＡであってよい。また、ＳＴＡは、ＴＸＯＰを共有するか、ＴＸＯＰ共有を受けることができる。

【0205】

具体的には、ＳＴＡは、ＴＸＯＰを設定するためのフレームを送信した後、それに対する応答を受信することによって、ＴＸＯＰを設定（又は、獲得）することができる。ＳＴＡは、ＴＸＯＰを設定した後、設定されたＴＸＯＰを共有することによってＴＸＯＰ共有を行うことができる。ＴＸＯＰを設定するためのフレームに対する応答は、ＴＸＯＰの長さに関する情報を含んでよく、ＴＸＯＰの長さは、０よりも大きくてよい。このとき、ＴＸＯＰを設定するためのフレームに対する応答は即刻応答（ｉｍｍｅｄｉａｔｅ ｒｅｓｐｏｎｓｅ）であってよく、ＴＸＯＰを設定するためのフレーム（例えば、ＰＰＤＵ）の末尾から特定時間（例えば、ＳＩＦＳ）以後に送信されてよい。

【0206】

ＴＸＯＰの長さは、ＳＴＡが送信するフレームに含まれるデュレーション情報（ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に基づいて指示されてよい。例えば、デュレーション情報は、ＰＰＤＵのＭＡＣヘッダーのデュレーション／ＩＤフィールドに含まれてよく、ＴＸＯＰの長さはデュレーション情報に基づき得る。ＴＸＯＰの長さは、ＳＴＡによって送信されるフレームのＰＰＤＵに含まれたプリアンブルに含まれてよい。すなわち、デュレーション情報は、ＰＰＤＵのシグナリングフィールド（ｓｉｇｎａｌｉｎｇ ｆｉｅｌｄ）に含まれるＴＸＯＰフィールドに含まれてよく、シグナリングフィールドは、ＨＥ－ＳＩＧ－Ａフィールド又はＵ－ＳＩＧフィールドであってよい。

【0207】

ＴＸＯＰ共有は、設定されたＴＸＯＰ内で共有されてよく、設定されたＴＸＯＰで１つ以上のＴＸＯＰが共有されてよい。すなわち、ＳＴＡによって設定されたＴＸＯＰ内で他のＳＴＡに１つ以上のＴＸＯＰが共有されてよい。

【0208】

ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰでＰＰＤＵを、ＴＸＯＰを共有したＳＴＡ又は他のＳＴＡに送信でき、このとき、送信されるＰＰＤＵは、ＴＢ ＰＰＤＵでないＰＰＤＵ（例えば、ｎｏｎ－ＴＢ ＰＰＤＵ）であってよい。すなわち、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰでＡＰからトリガーフレームを受信しなくともＰＰＤＵを送信できる。言い換えると、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰでトリガーフレームによって別途のＲＵが個別に割り当てられなくとも、ＴＸＯＰ共有を受けるときに送信されたトリガーフレームによって割り当てられたＲＵを用いて、共有されたＴＸＯＰが終了するまで追加のトリガーフレームを受信しなくともＰＰＤＵを送信できる。したがって、共有されたＴＸＯＰでＳＴＡによって送信されるＰＰＤＵの例示として、ｎｏｎ－ＨＴ ＰＰＤＵ、ＨＥ ＰＰＤＵ、ＶＨＴ ＰＰＤＵ、ＨＥ ＳＵ ＰＰＤＵ又はＥＨＴ ＭＵ ＰＰＤＵがあり得る。

【0209】

ＴＸＯＰの共有において、共有されたＴＸＯＰでＴＸＯＰ共有を受けたＳＴＡは、ＴＸＯＰを共有したＳＴＡ又は第３ＳＴＡ（さらに他のＳＴＡ）にフレームを送信できる。すなわち、ＡＰがＴＸＯＰを設定し、設定されたＴＸＯＰの一部又は全部をＳＴＡに共有する場合に、ＴＸＯＰ共有を受けたＳＴＡは、ＴＸＯＰを共有したＡＰ又は第３ＳＴＡにフレームを送信できる。このとき、ＳＴＡが第３ＳＴＡに送信するフレームはｎｏｎ－ＡＰ ＳＴＡ同士が送信するフレームであることから、Ｐ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）フレームであってよい。

【0210】

このようなＴＸＯＰの共有は特定フレームによって設定されてよい。すなわち、特定フレームによって設定されたＴＸＯＰの一部又は全部が共有される旨が指示されてよく、ＳＴＡは、当該フレームを受信して共有されたＴＸＯＰを用いることができる。このとき、特定フレームは、ＴＸＯＰを共有するＳＴＡによって送信されてよい。例えば、ＡＰによって送信されるトリガーフレームによってＴＸＯＰ共有が行われてよい。この場合、ＴＸＯＰ共有のためのトリガーフレームは、特定タイプのトリガーフレーム（例えば、ＭＵ－ＲＴＳフレーム、又はＭＵ－ＲＴＳトリガーフレームなど）であってよく、図１６で説明したトリガーフレームのトリガータイプサブフィールドの値によって識別されてよい。すなわち、トリガータイプサブフィールドの値が既に設定された値（例えば、「３」）に設定された場合に、トリガーフレームを受信したＳＴＡは、ＴＸＯＰが共有されることが認識でき、共有されたＴＸＯＰでＰＰＤＵを送信できる。

【0211】

ＴＸＯＰを共有するためのフレームであるＭＵ－ＲＴＳフレームは、１つ以上のＳＴＡからＣＴＳフレームの送信を指示するフレームであってよい。例えば、ＭＵ－ＲＴＳフレームに対する即刻応答としてＣＴＳフレームが送信されてよく、ＣＴＳフレームは、ｎｏｎ－ＨＴ ＰＰＤＵであってよい。以下、本発明において、ＴＸＯＰの共有のためのＭＵ－ＲＴＳフレームは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームと呼ぶことができる。しかし、これに限定されるものではなく、ＴＸＯＰの共有のためのフレームは、様々な呼称で使われてよい。

【0212】

ＴＸＯＰの一部又は全部の共有は、１個のＳＴＡにのみ設定されるか、１個以上のＳＴＡに設定されてよい。すなわち、フレームを用いたＴＸＯＰの共有では、ＴＸＯＰ共有のための１つ又はそれ以上のＳＴＡがフレームによって指示されてよい。このとき、ＴＸＯＰの共有は、前述したように、共有するＳＴＡによって設定されたＴＸＯＰ内で設定されてよい。すなわち、共有されるＴＸＯＰは、共有するＳＴＡによって設定されたＴＸＯＰを超えることができない。

【0213】

共有されるＴＸＯＰのデュレーションは、ＴＸＯＰの共有のための特定フレーム（例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム）によって指示されてよい。例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、ＵＬ長さサブフィールドを含んでよく、ＵＬ長さサブフィールドは、共有されるＴＸＯＰのデュレーションを含んでよい。このとき、ＵＬ長さサブフィールドは、図１６で説明したＵＬ長さサブフィールドであってよい。ＵＬ長さサブフィールドは、トリガーフレームがＴＢ ＰＰＤＵの送信を指示する場合に、指示されたＴＢ ＰＰＤＵの長さに関する情報（又は、ＴＢ ＰＰＤＵの送信のための区間情報）を含んでよい。

【0214】

送信されるＭＵ－ＲＴＳフレームがＴＸＯＰの共有のためのＭＵ－ＲＴＳフレーム（ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム）であるか又はＴＸＯＰの共有のために用いられないＭＵ－ＲＴＳフレームであるかは、フレームに含まれた特定フィールドによって指示されてよい。例えば、フレームに含まれた特定フィールドの値が既に設定された値である場合に、当該ＭＵ－ＲＴＳフレームは、ＴＸＯＰ共有のためのｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであってよい。このとき、特定フレームはＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプサブフィールドであってよい。例えば、トリガーフレームに含まれたタイプフィールドがＭＵ－ＲＴＳフレームを指示する場合に、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプサブフィールドの値によって、ＭＵ－ＲＴＳフレームがＴＸＯＰの共有のためのトリガーフレームであるか否かが識別されてよい。すなわち、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプサブフィールドが既に設定された値に設定された場合に、当該トリガーフレームは、ＴＸＯＰの共有のためのトリガーフレームであってよい。

【0215】

又は、受信されたフレームがＴＸＯＰの共有のためのＭＵ－ＲＴＳフレームであるか否かは、ＭＵ－ＲＴＳフレームに特定フィールドが含まれるか否か及び／又は特定フィールドの個数に基づいて決定されてよい。このとき、特定フィールドは、図１６で説明したユーザ情報フィールド（Ｕｓｅｒ Ｉｎｆｏ ｆｉｅｌｄ）又はユーザ情報リストフィールド（Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔ ｆｉｅｌｄ）であってよい。具体的には、ＭＵ－ＲＴＳフレームに含まれたユーザ情報フィールドの個数に基づいて受信されたＭＵ－ＲＴＳフレームがＴＸＯＰの共有のためのフレームであるか否かが判断されてよい。例えば、ＭＵ－ＲＴＳフレームがユーザ情報フィールドを含まない場合（ユーザ情報フィールドの個数が「０」である場合）に、当該ＭＵ－ＲＴＳフレームはＴＸＯＰ共有のためのフレームであってよい。このとき、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有のためのフレームでない場合に、当該ＭＵ－ＲＴＳフレームは１つ以上のＳＴＡに既存のＣＴＳフレームの送信を指示するＭＵ－ＲＴＳフレームであるか、既存のＭＵ－ＲＴＳフレームは８０２．１１ａｘ標準で定義したＭＵ－ＲＴＳフレームであってよい。

【0216】

既存のＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームが送信された直後には、前記既存のＭＵ－ＲＴＳフレームを送信したＳＴＡ（例えば、ＡＰ）がフレーム又はＰＰＤＵを送信できる。また、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームが送信された直後には、前記ＣＴＳフレームを送信したＳＴＡが、フレーム又はＰＰＤＵを送信できる。又は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＴＸＯＰ共有を受けたＳＴＡが、ＣＴＳフレームでないフレーム又はＰＰＤＵを送信できる。このとき、フレーム、ＰＰＤＵはそれぞれ、前述した共有されたＴＸＯＰでＴＸＯＰ共有を受けたＳＴＡが送信するフレーム、共有されたＴＸＯＰでＴＸＯＰ共有を受けたＳＴＡが送信するフレームを含むＰＰＤＵであってよい。すなわち、フレーム又はＰＰＤＵは、ＡＰに向けるものであるか、Ｐ２Ｐフレームであってよい。

【0217】

本発明において、ＭＵ－ＲＴＳフレームとして表記したものは、既存のＭＵ－ＲＴＳフレームであってよい。すなわち、本発明において、ＭＵ－ＲＴＳフレームと表記したものは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームであってよい。

【0218】

本発明の一実施例によれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームが送信されてよい。前記ＣＴＳフレームは、ＴＸＯＰ共有を受けるＳＴＡが送信するものであってよい。このような場合、ＴＸＯＰ共有を受けるＳＴＡは、ＣＴＳフレームを送信した直後にフレームを送信できる。ＴＸＯＰ共有を受けるＳＴＡは、ＣＴＳフレームを含むＰＰＤＵを送信した直後にフレームを送信できる。ＣＴＳフレームを送信した直後に送信する前記フレームは、前述した共有されたＴＸＯＰでＴＸＯＰ共有を受けたＳＴＡが送信するＰＰＤＵに含まれたものであってよい。又は、ＣＴＳフレームを送信した直後に送信する前記フレームは、前述したｎｏｎ－ＴＢ ＰＰＤＵに含まれて送信されるものであってよい。また、本発明において、直後に送信するということは、ＣＴＳフレームを含むＰＰＤＵ末尾からＳＩＦＳ又はＰＩＦＳ時間後の時点に送信することを意味できる。ＣＴＳフレームは、ＴＸＯＰ共有を受けるＳＴＡが、ＴＸＯＰ共有を受けたことを知らせる役割を担うことができる。

【0219】

さらに他の実施例によれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームが送信されなくてよい。また、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの直後にＴＸＯＰ共有を受けるＳＴＡは、フレームを送信できる。又は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを含むＰＰＤＵの直後にＴＸＯＰ共有を受けるＳＴＡは、ＰＰＤＵを送信できる。このとき、送信する前記フレームは、前述した共有されたＴＸＯＰでＴＸＯＰ共有を受けたＳＴＡが送信するＰＰＤＵに含まれたものであってよい。又は、このとき、送信する前記フレームは、前述したｎｏｎ－ＴＢ ＰＰＤＵに含まれて送信されるものであってよい。また、本発明において、直後に送信するということは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを含むＰＰＤＵ末尾からＳＩＦＳ又はＰＩＦＳだけ遅い時点に送信することを意味できる。

【0220】

一実施例によれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、ＴＸＯＰ共有を受けるＳＴＡがＣＴＳフレームを送信するべきか否かに対するシグナリングを含んでよい。一実施例によれば、ＴＸＯＰ共有を受けるＳＴＡがＡＰに送るフレームを送信する場合に、ＣＴＳフレーム無しで共有されたＴＸＯＰを用いることが可能である。また、ＴＸＯＰ共有を受けるＳＴＡがＰ２Ｐフレームを送信する場合に、ＣＴＳフレームを送信して共有されたＴＸＯＰを用いることが可能である。また、ＴＸＯＰ共有を受けるＳＴＡがＰ２Ｐフレームを送信する場合にも、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの直後に送信するＣＴＳフレームのＲＡフィールドは、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信したＳＴＡのＭＡＣ ａｄｄｒｅｓｓに設定されることが可能である。これは、ＴＸＯＰ共有を受けるＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信した後、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信したＳＴＡのａｄｄｒｅｓｓを含むフレームを送信しない場合に、ＴＸＯＰ共有をするＳＴＡにとっては、ＴＸＯＰ共有を受けるＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを成功的に受信したか否かが分かり難いためである。

【0221】

図１９を参照すると、ＳＴＡ１とＳＴＡ２が存在してよく、互いに結合（ａｓｓｏｃｉａｔｉｏｎ）されていてよい。また、ＳＴＡ１はＡＰであってよい。ＳＴＡ２はｎｏｎ－ＡＰ ＳＴＡであってよい。ＳＴＡ１は、ＭＵ－ＲＴＳフレームを送信することが可能である。前記ＭＵ－ＲＴＳフレームは、既存のＭＵ－ＲＴＳフレームであってよい。前記ＭＵ－ＲＴＳフレームは、ＴＸＯＰ ｄｕｒａｔｉｏｎに関する期間情報を含んでよい。前記ＭＵ－ＲＴＳフレームは、１つ以上のＳＴＡからＣＴＳフレームを誘導できる。このとき、前記１つ以上のＳＴＡは、ＳＴＡ２を含んでよい。ＳＴＡ２は、前記ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。この場合、ＳＴＡ１は、ＴＸＯＰ ｈｏｌｄｅｒになり得る。ＴＸＯＰ ｈｏｌｄｅｒは、ＴＸＯＰを得たＳＴＡであってよい。ＴＸＯＰ ｈｏｌｄｅｒは、ＴＸＯＰで、送信したいフレームを送信できる。また、この場合、ＳＴＡ２は、ＴＸＯＰ ｒｅｓｐｏｎｄｅｒになり得る。ＴＸＯＰ ｒｅｓｐｏｎｄｅｒは、ＴＸＯＰ ｈｏｌｄｅｒが送ったフレームに対する応答を送信したＳＴＡであってよい。ＴＸＯＰ ｒｅｓｐｏｎｄｅｒは、ＴＸＯＰで、ＴＸＯＰ ｈｏｌｄｅｒが送信したフレームに対するｒｅｓｐｏｎｓｅを送信することが可能である。又は、ＴＸＯＰ ｒｅｓｐｏｎｄｅｒは、ＴＸＯＰで、ＴＸＯＰ ｈｏｌｄｅｒが許容したフレームを送信することが可能である。図１９の実施例において、ＭＵ－ＲＴＳフレーム、ＣＴＳフレームの交換（ｅｘｃｈａｎｇｅ）に基づいてＴＸＯＰが獲得される例を説明したが、本発明は、これに限定されず、他のフレーム交換に基づいてＴＸＯＰが獲得されることにも適用できる。

【0222】

図１９で、ＳＴＡ１がＴＸＯＰを獲得した後にＴＸＯＰ共有を行うことが可能である。例えば、ＳＴＡ１は、ＴＸＯＰ共有を知らせるフレームであるｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信できる。例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームをＳＴＡ２に送信できる。前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームのＴＡ（ｔｒａｎｓｍｉｔｔｅｒ ａｄｄｒｅｓｓ）は、ＳＴＡ１のＭＡＣ ａｄｄｒｅｓｓ又はＳＴＡ１のＭＡＣ ａｄｄｒｅｓｓに基づく値に設定されてよい。前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームのＲＡ（ｒｅｃｅｉｖｅｒ ａｄｄｒｅｓｓ）は、ＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓ又はＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓに基づく値に設定されてよい。また、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含むＵｓｅｒ Ｉｎｆｏフィールドは、ＡＩＤ１２サブフィールド値がＳＴＡ２を指示できる。すなわち、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含むＵｓｅｒ Ｉｎｆｏフィールドは、ＡＩＤ１２サブフィールド値がＳＴＡ２のＡＩＤの１２ＬＳＢを指示できる。前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、共有されたＴＸＯＰのデュレーション（ｄｕｒａｔｉｏｎ）に関する情報を含んでよい。

【0223】

一実施例によれば、ＳＴＡ２は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。また、ＳＴＡ２はＣＴＳフレームを送信した後にフレームを送信できる。ＳＴＡ２がＣＴＳフレームを送信した後に送信するフレームは、ＣＴＳフレームでなくてよい。さらに他の実施例によれば、ＳＴＡ２は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信しなくてよい。この場合、ＳＴＡ２は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが送信された後に、ＣＴＳフレームでないフレームを送信できる。また、ＳＴＡ２がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信した後に送信するＣＴＳフレームでないフレームは、一実施例によれば、ＳＴＡ１に送信するフレームであってよい。他の実施例によれば、ＳＴＡ２がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信した後に送信するＣＴＳフレームでないフレームは、ＳＴＡ３に送信するフレームであってよい。

【0224】

例えば、ＡＰは、ｎｏｎ－ＡＰ ＳＴＡ（又は、ＳＴＡ）にトリガーフレームを送信することによって、ＡＰのＴＸＯＰを設定できる。このとき、ＡＰは、トリガーフレームを送信したｎｏｎ－ＡＰ ＳＴＡにＡＰによって設定されたＴＸＯＰの一部又は全部を共有しようとする場合に、トリガーフレームの特定フィールド（例えば、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプサブフィールド）を既に設定された値に設定して送信できる。このとき、特定フィールドは、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールド（ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ ｍｏｄｅ ｓｕｂｆｉｅｌｄ）と呼ぶことができる。具体的には、ＡＰがＡＰによって設定されたＴＸＯＰを共有しない場合に、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドは「０」に設定され、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプサブフィールドとして解析されてよい。しかし、ＡＰがＡＰによって設定されたＴＸＯＰを共有しない場合に、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドは、「１」又は「２」の値に設定され、トリガーされたＴＸＯＰ共有モードサブフィールドとして解釈されてよい。仮に、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドの値が「１」又は「２」である場合に、当該トリガーフレームはｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームと呼称できる。ＡＰがＡＰによって設定されたＴＸＯＰの一部又は全部を共有する場合に、ＴＸＯＰの共有のためのトリガーフレームのＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドは、ＴＸＯＰの共有モードを示す。例えば、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドは、ＴＸＯＰの共有が、ＴＸＯＰを設定したＡＰとの送受信でのみ共有されるか、又はＡＰの他に第３ＳＴＡ（さらに他のＳＴＡ）との送受信でも共有されるかを示す。すなわち、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドの値が「１」である場合に、共有されたＴＸＯＰでＳＴＡは、ＡＰにのみＰＰＤＵを送信できる。しかし、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドの値が「２」である場合に、共有されたＴＸＯＰでＳＴＡは、ＡＰだけでなく他のＳＴＡにもＰＰＤＵを送信できる。すなわち、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドの値が「２」である場合に、共有されたＴＸＯＰでＳＴＡはＰ２Ｐ通信も行うことができる。

【0225】

下表１は、ＧＩ Ａｎｄ ＨＥ－ＬＴＦタイプ／トリガーされたＴＸＯＰ共有モードサブフィールドの値によるＴＸＯＰ共有の有無及びモードの一例を示す。

【0226】

【表1】

【0227】

図２０は、本発明の一実施例に係るＴＸＯＰの共有及びＮＡＶ設定に関連した方法を示す図である。

【0228】

図２０の実施例は、図１９で説明した動作を行い難い問題とそれに対する解決方法を説明する実施例であり得る。図１９で説明した内容は省略できる。

【0229】

本発明の一実施例によれば、ＳＴＡは、受信したフレーム又は受信したＰＰＤＵが含むデュレーション情報に基づいてＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定できる。ＮＡＶが設定されたかどうかに基づいて、ｖｉｒｔｕａｌ ＣＳ（ｃａｒｒｉｅｒ ｓｅｎｓｅ）結果がｉｄｌｅであるか、ｂｕｓｙであるかが決定されてよい。ＮＡＶ値が０である場合に、ｖｉｒｔｕａｌ ＣＳ結果がｉｄｌｅであってよい。ＮＡＶ値が０よりも大きい場合に、ｖｉｒｔｕａｌ ＣＳ結果がｂｕｓｙであってよい。Ｐｈｙｓｉｃａｌ ＣＳは、ＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）であってよい。仮に、ｖｉｒｔｕａｌ ＣＳ又はｐｈｙｓｉｃａｌ ＣＳのうち少なくとも１つがｂｕｓｙである場合に、ＣＳ結果はｂｕｓｙであってよい。仮に、ｖｉｒｔｕａｌ ＣＳとｐｈｙｓｉｃａｌ ＣＳが両方ともｉｄｌｅである場合に、ＣＳ結果はｉｄｌｅであってよい。また、ＳＴＡが複数のＮＡＶを含む場合が存在してよい。例えば、ＳＴＡはｉｎｔｒａ－ＢＳＳ ＮＡＶとｂａｓｉｃ ＮＡＶを含んでよい。Ｉｎｔｒａ－ＢＳＳ ＮＡＶは、ｉｎｔｒａ－ＢＳＳフレーム又はｉｎｔｒａ－ＢＳＳ ＰＰＤＵによって設定されるＮＡＶであってよい。Ｒｅｇｕｌａｒ ＮＡＶは、ｉｎｔｅｒ－ＢＳＳフレーム又はｉｎｔｅｒ－ＢＳＳ ＰＰＤＵ又はｉｎｔｒａ－ＢＳＳであるか、ｉｎｔｅｒ－ＢＳＳであるか判断できないフレーム又はＰＰＤＵによって設定されるＮＡＶであってよい。また、ｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶのうち少なくとも１つが０よりも大きい値である場合に、ｖｉｒｔｕａｌ ＣＳはｂｕｓｙであってよい。又は、ｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶのうち少なくとも１つが０よりも大きい値である場合に、ＮＡＶが０よりも大きい値であるといえる。ｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶがいずれも０である場合に、ｖｉｒｔｕａｌ ＣＳはｉｄｌｅであってよい。又は、ｉｎｔｒａ－ＢＳＳ ＮＡＶ、ｂａｓｉｃ ＮＡＶがいずれも０である場合に、ＮＡＶが０であるといえる。

【0230】

あるＳＴＡにとって、ｉｎｔｒａ－ＢＳＳフレーム又はｉｎｔｒａ－ＢＳＳ ＰＰＤＵは、前記ＳＴＡと同じＢＳＳから送信されたと判断されるフレーム又はＰＰＤＵであってよい。あるＳＴＡにとって、ｉｎｔｅｒ－ＢＳＳフレーム又はｉｎｔｅｒ－ＢＳＳ ＰＰＤＵは、前記ＳＴＡと異なるＢＳＳから送信されたと判断されるフレーム又はＰＰＤＵであってよい。また、同じＢＳＳから送信されたか、異なるＢＳＳから送信されたかに対する判断は、ＰＰＤＵのプリアンブルが含んでいるＢＳＳ ｃｏｌｏｒフィールド、ＭＡＣ ｈｅａｄｅｒが含んでいるａｄｄｒｅｓｓフィールドなどに基づいて決定されてよい。例えば、ＢＳＳ ｃｏｌｏｒフィールド又はａｄｄｒｅｓｓフィールドが同一ＢＳＳに該当する値である場合に、ｉｎｔｒａ－ＢＳＳフレーム又はｉｎｔｒａ－ＢＳＳ ＰＰＤＵと判断できる。また、ＢＳＳ ｃｏｌｏｒフィールド又はａｄｄｒｅｓｓフィールドが同一ＢＳＳに該当する値を含まない場合に、ｉｎｔｅｒ－ＢＳＳフレーム又はｉｎｔｅｒ－ＢＳＳ ＰＰＤＵと判断できる。前記ａｄｄｒｅｓｓフィールドは、ＲＡフィールド、ＴＡフィールド、ＢＳＳＩＤフィールドなどを含んでよい。

【0231】

一実施例によれば、ＳＴＡは、受信したフレームのリソース割り当てフィールド（Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ（ＲＡ） ｆｉｅｌｄ）が自分のＭＡＣ ａｄｄｒｅｓｓでない場合に、前記受信したフレームに基づいてＮＡＶを設定できる。又は、ＳＴＡは、受信したトリガーフレームに基づいてＮＡＶを設定できる。より具体的には、ＳＴＡは、受信したｉｎｔｒａ－ＢＳＳフレームであるトリガーフレームに基づいてＮＡＶを設定できる。このとき、ＮＡＶはｉｎｔｒａ－ＢＳＳ ＮＡＶであってよい。このとき、前記トリガーフレームが前記ＳＴＡをトリガーするかに関係なくＮＡＶを設定できる。又は、ＳＴＡは、受信したフレーム又は受信したＰＰＤＵが前記ＳＴＡから即刻応答を指示しない場合に、ＮＡＶを設定できる。

【0232】

本発明の一実施例によれば、ＣＳがｂｕｓｙである場合に、ＳＴＡはフレーム又はＰＰＤＵを送信することが不可能であってよい。

【0233】

本発明の一実施例によれば、ＮＡＶが０よりも大きい値に設定されたＳＴＡは、フレーム又はＰＰＤＵを送信することが不可能であってよい。より具体的には、ＮＡＶが０よりも大きい値に設定されたＳＴＡは、既に設定された条件を満足させない場合にフレーム又はＰＰＤＵを送信することが不可能であってよい。

【0234】

一実施例によれば、ＳＴＡは、受信したフレームが前記ＳＴＡにアドレスされており、即刻応答を要求する場合に、ＮＡＶに関係なく（又は、ＮＡＶを考慮しないで）送信することが可能であってよい。より具体的には、前記受信したフレームは、ＲＴＳフレームでなく、トリガーフレームでなくてよい。すなわち、ＳＴＡは、ＮＡＶが０よりも大きい値に設定されても、受信したフレームが前記ＳＴＡにアドレスされており、即刻応答を要求する場合に、ＮＡＶに関係なく送信することが可能であってよい。また、フレームがＳＴＡにアドレスされた場合は、前記フレームのＲＡフィールドが前記ＳＴＡのａｄｄｒｅｓｓに設定された場合を含んでよい。又は、フレームがＳＴＡにアドレスされた場合は、前記フレームが前記ＳＴＡに該当するｉｄｅｎｔｉｆｉｅｒを含む場合を含んでよい。前記ｉｄｅｎｔｉｆｉｅｒは、ＭＡＣ ａｄｄｒｅｓｓ、ＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、ＭＡＣ ａｄｄｒｅｓｓに基づくＩＤ、ＡＩＤに基づくＩＤなどを含んでよい。

【0235】

さらに他の実施例によれば、ＳＴＡは、受信したフレームがＴＸＯＰ ｈｏｌｄｅｒから送信された場合に、ＮＡＶに関係なくそれに対する応答を送信することが可能であってよい。このとき、前記ＮＡＶは、前記ＴＸＯＰ ｈｏｌｄｅｒが送ったフレーム又はＰＰＤＵによって設定されたＮＡＶであってよい。又は、前記ＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＮＡＶであってよい。また、前記受信したフレームは、ＲＴＳフレームであってよい。フレームがＴＸＯＰ ｈｏｌｄｅｒから送信されたことは、前記フレームが含むＴＡフィールドに基づいて判断できる。ＳＴＡは、ＴＸＯＰ ｈｏｌｄｅｒ ａｄｄｒｅｓｓを保存することができる。仮に、ＳＴＡがＴＸＯＰ ｈｏｌｄｅｒが送信したＲＴＳフレームを受信し、前記ＲＴＳフレームが前記ＳＴＡにアドレスされた場合に、ＮＡＶを考慮しないでＲＴＳフレームに応答できる。このとき、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信することができる。

【0236】

さらに他の実施例によれば、ＳＴＡは、トリガーフレームを受信した場合に、ＮＡＶに関係なくそれに対する応答を送信することが可能であってよい。このとき、前記ＮＡＶは、ｉｎｔｒａ－ＢＳＳ ＮＡＶに限定されてよい。したがって、ＳＴＡは、同一ＢＳＳのＳＴＡ又は同一ＢＳＳのＡＰによってＮＡＶが設定された場合に、トリガーフレームによって応答が指示されるとき、ＮＡＶに関係なくそれに対する応答を送信することが可能である。ＳＴＡは、トリガーフレームを受信した場合に、ｉｎｔｒａ－ＢＳＳ ＮＡＶは考慮し、ｂａｓｉｃ ＮＡＶは考慮しないで、それに対する応答を送信するか否かを決定することが可能である。また、ＳＴＡがトリガーフレームを受信したとき、ＣＳ結果に基づいて前記トリガーフレームに対する応答を送信するか否かを決定することが可能である。例えば、トリガーフレームは、前記トリガーフレームを受信したときに応答を送信するか否かをＣＳ結果に基づいて決定するか否かを指示するシグナリングを含んでよい。例えば、前記シグナリングは、図１６に示したＣＳ Ｒｅｑｕｉｒｅｄサブフィールドであってよい。仮に、ＣＳ ＲｅｑｕｉｒｅｄサブフィールドがＣＳ結果に基づいて応答するか否かを決定すると指示する場合に、ＳＴＡは、ｖｉｒｔｕａｌ ＣＳとｐｈｙｓｉｃａｌ ＣＳがｉｄｌｅを示す場合にトリガーフレームに対して応答し、ｖｉｒｔｕａｌ ＣＳ又はｐｈｙｓｉｃａｌ ＣＳがｂｕｓｙを示す場合にトリガーフレームに応答しなくてよい。このとき、ｖｉｒｔｕａｌ ＣＳとしてｉｎｔｒａ－ＢＳＳ ＮＡＶは考慮せず、ｂａｓｉｃ ＮＡＶを考慮することが可能である。また、仮にＣＳ ＲｅｑｕｉｒｅｄサブフィールドがＣＳ結果に基づかずに応答することを指示する場合に、ＳＴＡは、ＣＳ結果の確認無しでトリガーフレームに対して応答することが可能である。

【0237】

図１９の実施例において、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信したＳＴＡはＮＡＶが設定されたため、共有されたＴＸＯＰでＣＴＳフレームでないフレームを送信することが不可能であり得る。図２０でこれについてさらに説明する。

【0238】

図２０と関連して図１９で説明した内容は省略されてよい。図２０を参照すると、ＳＴＡ１とＳＴＡ２が存在してよく、互いに結合（ａｓｓｏｃｉａｔｉｏｎ）されていてよい。また、ＳＴＡ１はＡＰであってよい。ＳＴＡ２はｎｏｎ－ＡＰ ＳＴＡであってよい。ＳＴＡ１は、ＭＵ－ＲＴＳフレームを送信できる。また、ＳＴＡ２は、前記ＭＵ－ＲＴＳフレームに応答してＣＴＳフレームを送信できる。このとき、ＳＴＡ２がＣＴＳフレームを送信したことは、ＳＴＡ２のｐｈｙｓｉｃａｌ ＣＳ結果がｉｄｌｅであり、ｂａｓｉｃ ＮＡＶが設定されていないからであり得る。又は、ＳＴＡ２がＣＴＳフレームを送信したことは、ＳＴＡ２が、自分にアドレスされ、即刻応答を要求するフレームを受信したからであり得る。このとき、ＭＵ－ＲＴＳフレームとＣＴＳフレームの交換（ｅｘｃｈａｎｇｅ）だけでなく他のフレーム交換が起きる場合にも、ＳＴＡ２は、ＳＴＡ１から受信したフレームに基づいて、前記フレームがＳＴＡ２にアドレスされており、即刻応答を要求するので、応答するフレームを送信することが可能である。また、ＳＴＡ２は、ＭＵ－ＲＴＳフレーム又はＳＴＡ１が送信したＭＵ－ＲＴＳフレーム以外の他のフレームに基づいてＮＡＶを設定していてよい。このとき、ＮＡＶはｉｎｔｒａ－ＢＳＳ ＮＡＶであってよい。

【0239】

また、ＳＴＡ１はＳＴＡ２にＴＸＯＰ ｓｈａｒｉｎｇを行うことができる。すなわち、ＳＴＡ１は、修正された（ｍｏｄｉｆｉｅｄ）ＭＵ－ＲＴＳフレームをＳＴＡ２に送信できる。このとき、前述したように、ＳＴＡ２は、共有（ｓｈａｒｅｄ）ＴＸＯＰを用いて、１）ＣＴＳフレームを送信し、続いて他のフレームを送信するか、２）ＣＴＳフレーム送信無しで他のフレームを送信することができる。ところが、このとき、ＳＴＡ２は、ＮＡＶが設定されているため、フレームを送信することが困難であり得る。例えば、ＳＴＡ２は、ＳＴＡ１がｓｈａｒｅｄ ＴＸＯＰを割り当てる前にＴＸＯＰを得るために送信したフレームによってＮＡＶが設定されていることがある。すなわち、ＳＴＡ２は、ＳＴＡ１がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信する前に送信したフレームを受信してＮＡＶが設定されていることがある。又は、ＳＴＡ２は、自分にアドレスされたｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信する前に同一ＴＸＯＰで他のＳＴＡから送信されたフレームを受信してＮＡＶが設定されていることがある。又は、ＳＴＡ２は、自分にアドレスされたｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶが設定されていることがある。すなわち、ＳＴＡ２は、ｓｈａｒｅｄ ＴＸＯＰを用いるときに少なくともｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信するはずであるため、ＮＡＶが設定されていることがある。このため、ＳＴＡ２はｓｈａｒｅｄ ＴＸＯＰを活用してフレームを送信し難いことがある。

【0240】

したがって、本発明の一実施例によれば、ＴＸＯＰ共有を受けたＳＴＡは、ＮＡＶに関係なくフレームを送信できる。例えば、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰでＮＡＶに関係なくフレームを送信できる。例えば、ＴＸＯＰ共有を受けたＳＴＡは、ＮＡＶが設定されていても（又は、ＮＡＶが０よりも大きい場合であっても）フレームを送信できる。より具体的な実施例によれば、このとき、ＮＡＶはｉｎｔｒａ－ＢＳＳ ＮＡＶに限定されることが可能であってよい。例えば、ＴＸＯＰ共有を受けたＳＴＡは、ｉｎｔｒａ－ＢＳＳ ＮＡＶに関係なくフレームを送信することが可能である。また、ＴＸＯＰ共有を受けたＳＴＡは、ｂａｓｉｃ ＮＡＶが設定されている場合にフレームを送信することが不可能であってよい。又は、ＴＸＯＰ共有を受けたＳＴＡは、結合されたＡＰが送ったフレーム又はＰＰＤＵによって設定されたＮＡＶに関係なくフレームを送信できる。例えば、ＴＸＯＰ共有を受けたＳＴＡのＮＡＶが、結合されたＡＰではないＳＴＡが送ったフレームによって設定された場合に、共有されたＴＸＯＰでフレームを送信することが不可能であってよい。

【0241】

すなわち、ＳＴＡはＴＸＯＰ共有を受けた場合に、共有されたＴＸＯＰ内に設定されたＮＡＶに関係なくＰＰＤＵを送信できる。具体的には、ＡＰがＴＸＯＰの共有のためにトリガーフレームを送信した場合に、共有されたＴＸＯＰ内にＡＰによってＮＡＶが設定されてよい。この場合、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰ内で設定されたＮＡＶのためＰＰＤＵの送信が不可能になり得る。したがって、ＴＸＯＰ共有を受けるＳＴＡは、共有されたＴＸＯＰ内に、ＴＸＯＰを共有したＡＰによって設定されたＮＡＶを無視してＰＰＤＵを送信できる。

【0242】

本発明において、フレームと表示したものは、フレームを含むＰＰＤＵに替えて発明を適用することもできる。

【0243】

また、このとき、ＴＸＯＰ共有を受けたＳＴＡがＮＡＶに関係なく送信するフレームは、前のＰＰＤＵからＳＩＦＳ後に送信する場合であってよい。

【0244】

さらに他の実施例によれば、ＴＸＯＰ共有を受けたＳＴＡがフレームを送信するときに、前のＰＰＤＵからＰＩＦＳ後にフレームを送信する場合にはＮＡＶを考慮することが可能である。

【0245】

図２０を参照すると、ＳＴＡ２は、ＭＵ－ＲＴＳフレーム又はｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶが設定されてよい。例えば、ｉｎｔｒａ－ＢＳＳ ＮＡＶが設定されてよい。又は、ＳＴＡ２は、ｉｎｔｒａ－ＢＳＳフレームに基づいてＮＡＶが設定されてよい。又は、ＳＴＡ２は、結合されたＡＰが送信したフレームに基づいてＮＡＶが設定されてよい。本実施例において、ＮＡＶとは、このようなＮＡＶを総称するものであってよい。ＳＴＡ１はＳＴＡ２にＴＸＯＰ共有を行うことができる。ＳＴＡ２はｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームによってＴＸＯＰ共有を受けることができる。ＳＴＡ２は、ｓｈａｒｅｄ ＴＸＯＰでフレームを送信するときに、ＮＡＶに関係なくフレームを送信することが可能である。このとき、送信するフレームは、一実施例によれば、受信したｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの直後に送信したＣＴＳフレームの直後送信するフレームであってよい。さらに他の実施例によれば、このとき、送信するフレームは、受信したｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの直後に送信するフレームであってよい。また、一実施例によれば、ＳＴＡ２が送信するフレームは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信したＳＴＡに送るフレームであってよい。すなわち、送信するフレームのＲＡフィールドが、受信したｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームのＴＡフィールドの値に設定されてよい。又は、送信するフレームのＲＡフィールドが、ＡＰのＭＡＣ ａｄｄｒｅｓｓに設定されてよい。他の実施例によれば、ＳＴＡ２が送信するフレームは、ＳＴＡ３に送信するフレームであってよい。また、フレームを直後に送信するということは、前記フレームを含むＰＰＤＵの送信開始時点が、前のＰＰＤＵの末尾からＳＩＦＳ後である場合を意味できる。

【0246】

図２１は、本発明の一実施例に係るＴＸＯＰの共有及びＣＴＳフレームの送信を示す図である。

【0247】

図２１の実施例は、図１９と図２０で説明した問題を解決するための方法であってよい。したがって、前述した内容は、説明を省略できる。

【0248】

本発明の一実施例によれば、ＮＡＶを考慮して共有されたＴＸＯＰでフレームを送信し難い問題を解決するために、ＮＡＶに関係なく応答を送信できる条件が満たされるようにフレームシーケンスを継続することができる。

【0249】

本発明の実施例によれば、ＴＸＯＰ共有を受けたＳＴＡは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳ－ｔｏ－ｓｅｌｆフレームを送信できる。ＣＴＳ－ｔｏ－ｓｅｌｆフレームは、ＲＡフィールドが前記ＣＴＳ－ｔｏ－ｓｅｌｆフレームを送信するＳＴＡのＭＡＣ ａｄｄｒｅｓｓに設定されたＣＴＳフレームであってよい。このような場合、ＴＸＯＰ共有をするＳＴＡは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信した後に、ＴＸＯＰ共有を受けるＳＴＡのＭＡＣ ａｄｄｒｅｓｓを含むフレームを受信すると、共有されたＴＸＯＰ割り当てが成功的に起きたと判断できる。

【0250】

図２１を参照すると、ＳＴＡ２はＳＴＡ１からｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信することができる。また、ＳＴＡ２は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの直後にＣＴＳ－ｔｏ－ｓｅｌｆフレームを送信できる。すなわち、ＳＴＡ２は、ＣＴＳフレームのＲＡフィールドに前記ＳＴＡ２のＭＡＣ ａｄｄｒｅｓｓを設定し、ＣＴＳフレームを送信できる。このような場合、ＳＴＡ２が送ったＣＴＳ－ｔｏ－ｓｅｌｆフレームを、自分にアドレスされ、即刻応答を要求するフレームであると見なすことができる。又は、ＳＴＡ２は、ＣＴＳ－ｔｏ－ｓｅｌｆフレームを送信したことに対して、自分にアドレスされ、即刻応答を要求するフレームを受信したと見なすことができる。したがって、ＳＴＡ２は、ＮＡＶが設定されていても、ＣＴＳ－ｔｏ－ｓｅｌｆフレームの直後にフレームを送信できる。

【0251】

本発明の実施例によれば、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに対する応答として送信するＣＴＳフレームのＲＡフィールドは、前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームのＴＡフィールド値又はＴＡフィールド値においてＩｎｄｉｖｉｄｕａｌ／Ｇｒｏｕｐビットを０に設定した値に設定できる。ところが、図２１で説明したようにＣＴＳ－ｔｏ－ｓｅｌｆフレームを送信するために更なるＣＴＳフレームのＲＡフィールド設定方法が定義されてよい。例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対する応答として送信するＣＴＳフレームのＲＡフィールドには、前記ＣＴＳフレームを送信するＳＴＡのＭＡＣ ａｄｄｒｅｓｓが設定されることが可能である。

【0252】

本発明の一実施例によれば、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰ内でリカバリー（ｒｅｃｏｖｅｒｙ）を行うことが可能であってよい。すなわち、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰ内で自分が送信したフレームが失敗した場合に、リカバリーを行うことが可能である。例えば、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰ内で自分が送信したフレームが失敗した場合に、ＰＩＦＳだけ遅い時点にフレームを送信することが可能である。本発明の実施例によれば、ＴＸＯＰ ｈｏｌｄｅｒは、リカバリーを行うことが可能である。これに加えて、ＴＸＯＰ ｈｏｌｄｅｒがＴＸＯＰ共有を行った場合に、ＴＸＯＰ共有を受けたＳＴＡがリカバリーを行うことが可能である。すなわち、１）ＴＸＯＰ ｒｅｓｐｏｎｄｅｒであるか、２）ＴＸＯＰ ｈｏｌｄｅｒでもなくＴＸＯＰ ｒｅｓｐｏｎｄｅｒでもないＳＴＡがＴＸＯＰ共有を受けたＳＴＡになると、リカバリーを行うことが可能である。また、ＴＸＯＰ共有を受けたＳＴＡは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信した後に、一番目のＣＴＳフレームでないフレームを送信したときにも、前記ＣＴＳフレームでないフレームが失敗すれば、リカバリー動作を行うことが可能である。例えば、ＴＸＯＰ ｈｏｌｄｅｒは、シーケンスの一番目に送信したフレームが失敗した場合にリカバリー動作を行うことが不可能であってよく、このとき、ＴＸＯＰが得られなかったものであってよい。しかし、ＴＸＯＰ共有を受けたＳＴＡは、共有されたＴＸＯＰで送信した一番目のＣＴＳフレームでないフレームが失敗する場合にもリカバリー動作を行うことができる。

【0253】

図２１を参照すると、ＳＴＡ２は、図面に表示したＵＬフレームを送信し、それが失敗した場合にリカバリー動作を行うことができる。すなわち、ＳＴＡ２は、ＵＬフレームを送信し、図面に表示したＤＬフレームを受信できなかった場合にフレームを再び送信することができる。このとき、再び送信するフレームは、図面に表示した失敗したＵＬフレームを含むＰＰＤＵの末尾からＰＩＦＳ後に送信を開始できる。また、リカバリー中にチャネルがｉｄｌｅであるか否かを確認することができる。また、ＴＸＯＰ共有を受けたＳＴＡが行うリカバリー動作ではｖｉｒｔｕａｌ ＣＳを考慮しないでｐｈｙｓｉｃａｌ ＣＳのみを考慮することができる。

【0254】

図２２は、本発明の一実施例に係るＴＸＯＰの共有のためのトリガーフレームの一例を示す図である。

【0255】

図１９で説明したように、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるか否かは、ユーザ情報フィールドの個数に基づいて決定されてよい。ところが、８０２．１１ａｘ標準で定義したトリガーフレームは、以後の標準で機能が拡張されることを考慮せずに設計されたものであり得る。したがって、例えば、図１６（ｂ）に示した共通情報フィールド（Ｃｏｍｍｏｎ Ｉｎｆｏ ｆｉｅｌｄ）は、拡張された機能を含むにはシグナリング空間が不足し得る。したがって、本発明の一実施例によれば、既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドは、図１６（ｃ）に示したのと異なるフォーマットを有してよい。また、既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドは、前記ユーザ情報フィールドを含むトリガーフレームの全ての受信者又は１つ以上の受信者に該当する情報を含んでよい。例えば、既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドは、ＰＨＹ ｖｅｒｓｉｏｎ ＩＤ、帯域幅ｅｘｔｅｎｓｉｏｎ、帯域幅、空間再使用（ｓｐａｔｉａｌ ｒｅｕｓｅ）、Ｕ－ＳＩＧ ｒｅｓｅｒｖｅｄ ｂｉｔｓのうち少なくとも１つの情報を含んでよい。また、前記既に設定されたＡＩＤ１２サブフィールド値は、実際ＡＩＤとして割り当てられない値に基づき得る。前記既に設定されたＡＩＤ１２サブフィールド値は、実際ＡＩＤとして割り当てられない値の１２ＬＳＢであってよい。例えば、前記既に設定されたＡＩＤ１２サブフィールド値は、２００７であってよい。

【0256】

また、前述した拡張された機能は、例えば、拡張された帯域幅を含んでよい。例えば、帯域幅が最大１６０ＭＨｚから最大３２０ＭＨｚへと拡張されてよい。また、拡張された機能は、Ｕ－ＳＩＧフィールドを生成するための情報を含んでよい。

【0257】

したがって、本発明の実施例によれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又は共有されたＴＸＯＰ内でも拡張された機能を用いるために、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、前述の既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドを含んでよい。

【0258】

本発明の実施例によれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、ユーザ情報フィールドを１つも含まないか、前述した既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドのみをユーザ情報フィールドとして含んでよい。すなわち、受信したトリガーフレームがユーザ情報フィールドを１つも含まないか、前述した既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドのみをユーザ情報フィールドとして含む場合に、前記トリガーフレームをｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームとして判断できる。又は、受信したＭＵ－ＲＴＳフレームがユーザ情報フィールドを１つも含まないか、前述した既に設定されたＡＩＤ１２サブフィールド値を含むユーザ情報フィールドのみをユーザ情報フィールドとして含む場合に、前記ＭＵ－ＲＴＳフレームをｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームと判断できる。このとき、ＴＸＯＰ共有を受けるＳＴＡは、トリガーフレームのＲＡフィールドによって指示されてよい。

【0259】

図２２を参照すると、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、タイプサブフィールドがＭＵ－ＲＴＳに設定されてよい。また、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、ユーザ情報フィールドが１つ存在することが可能であり、このとき、前記ユーザ情報フィールドが含むＡＩＤ１２サブフィールドは、既に設定された値に設定されてよい。このとき、前記既に設定された値は、ＡＩＤとして割り当てられない値であってよい。また、前記既に設定された値は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームのＲＡフィールド値をＭＡＣ ａｄｄｒｅｓｓとして有するＳＴＡのＡＩＤの１２ＬＳＢと異なる値であってよい。例えば、前記既に設定された値は、２００７であってよい。又は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、ユーザ情報フィールドを１つも含まないことが可能であってよい。すなわち、トリガーフレームを受信したＳＴＡは、前記トリガーフレームのＴｙｐｅがＭＵ－ＲＴＳフレームとして設定された場合に、前記トリガーフレームがユーザ情報フィールドを１つも含まないか、既に設定された値のＡＩＤ１２サブフィールドを含むユーザ情報フィールドのみを含む場合に、前記トリガーフレームをｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームと判断できる。

【0260】

図２３は、本発明の一実施例に係るＮＡＶタイムアウト（ｔｉｍｅ ｏｕｔ）を示す図である。

【0261】

本発明の一実施例によれば、ＳＴＡは、設定したＮＡＶを解除（ｒｅｓｅｔ）することが可能であってよい。例えば、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合に、ＮＡＶを解除することが可能であってよい。より具体的には、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合に、既に設定された時間でＰＰＤＵ受信を成功的に開始できなかった場合にＮＡＶを解除することが可能であってよい。このような動作をＮＡＶタイムアウト又はＮＡＶＴｉｍｅｏｕｔと呼ぶことができる。既に設定された時間を、ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄ又はＮＡＶタイムアウト周期と呼ぶことができる。ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄは、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに該当するＰＨＹ－ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブを受信したときに開始されてよい。

【0262】

本発明の実施例において、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合は、最近のＮＡＶ ｕｐｄａｔｅがＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてなされた場合を意味できる。仮に、ＳＴＡがＲＴＳフレーム又はＭＵ－ＲＴＳフレームから受信したデュレーション情報が前記ＳＴＡの現在ＮＡＶ値よりも大きい場合に、前記ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定又はアップデートすることができる。前記デュレーション情報は、ＭＡＣ ｈｅａｄｅｒが含むＤｕｒａｔｉｏｎ／ＩＤフィールドに基づいて得るか、ＰＰＤＵのプリアンブルに含まれたＴＸＯＰデュレーション又はＴＸＯＰフィールドに基づいて得ることができる。

【0263】

また、本発明の実施例において、ＰＰＤＵ受信を成功的に開始した場合に、ＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブを受信することができる。又は、ＰＰＤＵ受信を成功的に開始した場合に、ＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブを発行することができる。ＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブはＰＨＹからＭＡＣに伝達されるものであってよい。例えば、ＰＨＹがＰＰＤＵの有効な（ｖａｌｉｄ）開始を受信した場合にＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブが生成されてよい。また、ＰＰＤＵの有効な開始を受信したことは、有効なＰＨＹ ｈｅａｄｅｒを受信した場合を意味できる。また、ＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブは、ＰＰＤＵフォーマットを判断した後に生成されることが可能である。ＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブが生成された場合に、ＰＰＤＵの長さ又はＰＰＤＵのプリアンブルが指示する長さにおいて、ＰＨＹはｐｈｙｓｉｃａｌ ｍｅｄｉｕｍをｂｕｓｙ状態と維持できる。仮に、ＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブが生成されると、ＰＰＤＵ中間に受信に失敗しても、ＰＰＤＵの長さ又はＰＰＤＵのプリアンブルが指示する長さにおいてＰＨＹは物理メディア（ｐｈｙｓｉｃａｌ ｍｅｄｉｕｍ）をｂｕｓｙ状態と維持できる。また、ＰＰＤＵ受信を終了した場合にＰＨＹ－ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎが生成されてよい。

【0264】

本発明の実施例によれば、前述したＮＡＶタイムアウト周期は、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに対する応答時間に基づき得る。すなわち、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに対する応答がＣＴＳフレームである場合、ＮＡＶタイムアウト周期はＣＴＳフレーム時間に基づき得る。前記ＣＴＳフレーム時間をＣＴＳ＿Ｔｉｍｅと示すことができる。又は、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに対する応答時間をＣＴＳ＿Ｔｉｍｅと示すことができる。このとき、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに対する応答時間は、前記応答を含むＰＰＤＵの長さを意味できる。

【0265】

一実施例によれば、ＮＡＶタイムアウト周期は、次のうち少なくとも１つに基づき得る。
１）ＣＴＳ＿Ｔｉｍｅ
２）ａＳＩＦＳＴｉｍｅ
３）ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ
４）ａＳｌｏｔＴｉｍｅ

【0266】

一実施例によれば、ＣＴＳ＿Ｔｉｍｅは、既に設定された比率（ｒａｔｅ）に基づいて計算することが可能である。すなわち、ＣＴＳ＿Ｔｉｍｅは、既に設定された比率に基づいて計算したＣＴＳフレームの長さであってよい。又は、すなわち、ＣＴＳ＿Ｔｉｍｅは、既に設定された比率に基づいて計算したＣＴＳフレームを含むＰＰＤＵの長さであってよい。例えば、既に設定された比率は、６Ｍｂｐｓであってよい。例えば、ＣＴＳ＿Ｔｉｍｅは、６Ｍｂｐｓのデータ比率（ｄａｔａ ｒａｔｅ）に基づいて計算することが可能である。又は、既に設定された比率は、ＮＡＶを設定するようにしたＲＴＳフレーム又はＭＵ－ＲＴＳフレームの比率であってよい。又は、既に設定された比率は、ＮＡＶを設定するようにしたＲＴＳフレーム又はＭＵ－ＲＴＳフレームが指示する比率であってよい。

【0267】

一実施例によれば、ａＳＩＦＳＴｉｍｅは、ＳＩＦＳ長さであってよい。例えば、ａＳＩＦＳＴｉｍｅは、２．４ＧＨｚ帯域で動作する場合に、１０ｕｓであってよい。例えば、ａＳＩＦＳＴｉｍｅは、５ＧＨｚ帯域又は６ＧＨｚ帯域で動作する場合に、１６ｕｓであってよい。

【0268】

一実施例によれば、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＰＰＤＵの開始から受信者（ｒｅｃｅｉｖｅｒ）がＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブを生成するまでにかかる遅延（ｄｅｌａｙ）であってよい。例えば、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＰＰＤＵの開始からＰＰＤＵフォーマットを判断するまでにかかる時間であってよい。例えば、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＰＰＤＵフォーマットによって異なってよい。ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ｎｏｎ－ＨＴ ＰＰＤＵに対して２０ｕｓであってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＨＴ－ｍｉｘｅｄフォーマットのＨＴ ＰＰＤＵに対して２８ｕｓであってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＨＴ－ｇｒｅｅｎｆｉｅｌｄフォーマットのＨＴ ＰＰＤＵに対して２４ｕｓであってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＶＨＴ ＰＰＤＵに対して（３６＋４＊（ｔｈｅ ｍａｘｉｍｕｍ ｐｏｓｓｉｂｌｅ ｖａｌｕｅ ｆｏｒ Ｎ＿ＶＨＴ－ＬＴＦ ｓｕｐｐｏｒｔｅｄ）＋４）ｕｓであってよい。Ｎ＿ＶＨＴ－ＬＴＦは、ＶＨＴ－ＬＴＦの個数であってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＨＥ ＳＵ ＰＰＤＵ又はＨＥ ＴＢ ＰＰＤＵに対して３２ｕｓであってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＨＥ ＥＲ ＳＵ ＰＰＤＵに対して４０ｕｓであってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＨＥ ＭＵ ＰＰＤＵに対して（３２＋４＊Ｎ＿ＨＥ－ＳＩＧ－Ｂ）ｕｓであってよい。Ｎ＿ＨＥ－ＳＩＧ－Ｂは、ＨＥ－ＳＩＧ－ＢフィールドのＯＦＤＭシンボル個数であってよい。また、ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙは、ＥＨＴ ＭＵ ＰＰＤＵ又はＥＨＴ ＴＢ ＰＰＤＵに対して３２ｕｓであってよい。

【0269】

一実施例によれば、ＮＡＶ ｔｉｍｅｏｕｔ ｐｅｒｉｏｄは、（（２＊ａＳＩＦＳＴｉｍｅ）＋（ＣＴＳ＿Ｔｉｍｅ）＋ａＲｘＰＨＹＳｔａｒｔＤｅｌａｙ＋（２＊ａＳｌｏｔＴｉｍｅ））であってよい。

【0270】

本発明の実施例によれば、ＲＴＳフレームは、ＣＴＳフレームを指示するフレームであってよい。又は、ＲＴＳフレームは、ｓｉｎｇｌｅ ＳＴＡからＣＴＳフレームを指示するフレームであってよい。ＲＴＳフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、デュレーションフィールド、ＲＡフィールド、ＴＡフィールド、ＦＣＳフィールドを含んでよい。デュレーションフィールドは、前記デュレーションフィールドを受信するＳＴＡがＮＡＶを設定するための時間情報が含まれてよい。また、ＲＡフィールドには、意図された即刻応答者（ｉｎｔｅｎｄｅｄ ｉｍｍｅｄｉａｔｅ ｒｅｃｉｐｉｅｎｔ）のアドレスが含まれてよい。例えば、ＳＴＡが受信したＲＴＳフレームが含むＲＡフィールドが前記ＳＴＡのアドレスである場合に、前記ＲＴＳフレームに対してＣＴＳフレームで応答することが可能である。また、フレームがＲＴＳフレームであることは、前記フレームが含むフレームＣｏｎｔｒｏｌフィールドに基づいて判断されてよい。例えば、フレームがＲＴＳフレームであることは、前記フレームが含むＦｒａｍｅ Ｃｏｎｔｒｏｌフィールドに含まれたＴｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールド基づいて判断されてよい。例えば、Ｔｙｐｅサブフィールドが０１（Ｂ３ Ｂ２）であり、Ｓｕｂｔｙｐｅサブフィールドが１０１１（Ｂ７ Ｂ６ Ｂ５ Ｂ４）である場合に、前記Ｔｙｐｅサブフィールド及び前記Ｓｕｂｔｙｐｅサブフィールドを含むフレームがＲＴＳフレームであることを指示できる。例えば、ＲＴＳフレームは、Ｃｏｎｔｒｏｌフレームであってよい。

【0271】

ＣＴＳフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、デュレーションフィールド、ＲＡフィールド、ＦＣＳフィールドを含んでよい。デュレーションフィールドは、前記デュレーションフィールドを受信するＳＴＡがＮＡＶを設定するための時間情報が含まれてよい。例えば、Ｔｙｐｅサブフィールドが０１（Ｂ３ Ｂ２）であり、Ｓｕｂｔｙｐｅサブフィールドが１１００（Ｂ７ Ｂ６ Ｂ５ Ｂ４）である場合に、前記Ｔｙｐｅサブフィールド及び前記Ｓｕｂｔｙｐｅサブフィールドを含むフレームがＣＴＳフレームであることを指示できる。例えば、ＣＴＳフレームはＣｏｎｔｒｏｌフレームであってよい。

【0272】

図２３の一番目のシーケンスを参照すると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３が存在してよい。また、ＳＴＡ１がＲＴＳフレーム又はＭＵ－ＲＴＳフレームをＳＴＡ２に送信できる。例えば、前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームのＲＡフィールドがＳＴＡ２のアドレスに設定された場合に、前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームはＳＴＡ２に送信されるものであってよい。又は、前記ＭＵ－ＲＴＳフレームが含むＵｓｅｒ ＩｎｆｏフィールドがＳＴＡ２を指示する場合に、前記ＭＵ－ＲＴＳフレームはＳＴＡ２に送信されるものであってよい。仮に、ＳＴＡ２が前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを成功的に受信した場合に、ＣＴＳフレームで応答することが可能である。このとき、ＳＴＡ２がＣＳ（ｃａｒｒｉｅｒ ｓｅｎｓｅ）結果に基づいて応答できる。また、ＳＴＡ３が前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを受信する場合に、前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームが含むデュレーション情報又は前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを含むＰＰＤＵが含むデュレーション情報に基づいて、ＳＴＡ３はＮＡＶを設定できる。また、ＳＴＡ１が、ＳＴＡ２が送信したＣＴＳフレームを成功的に受信した場合に、ＳＴＡ１はＳＴＡ２にフレームを送信できる。また、ＳＴＡ３はＮＡＶを設定した後、ＳＴＡ２が送信したＣＴＳフレーム又はＳＴＡ１がＳＴＡ２に送信したフレームを受信していることがある。このような場合、ＳＴＡ３はＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄ内にＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブを受信することができる。したがって、ＳＴＡ３が設定したＮＡＶを解除することが不可能であってよい。

【0273】

図２３の二番目のシーケンスを参照すると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３が存在してよい。また、ＳＴＡ１がＲＴＳフレーム又はＭＵ－ＲＴＳフレームをＳＴＡ２に送信できる。仮に、ＳＴＡ２が前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを成功的に受信できなかった場合に、ＣＴＳフレームで応答することが不可能であってよい。又は、ＳＴＡ２が前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを成功的に受信したが、ＣＳ結果に基づいてＣＴＳフレームで応答することが不可能であってよい。このような場合、ＳＴＡ１がＳＴＡ２に送るフレームシーケンスが続かないことがある。

【0274】

また、ＳＴＡ３が前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを受信する場合に、前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームが含むデュレーション情報、又は前記ＲＴＳフレーム又は前記ＭＵ－ＲＴＳフレームを含むＰＰＤＵが含むデュレーション情報に基づいて、ＳＴＡ３はＮＡＶを設定できる。また、ＳＴＡ３は、また、ＳＴＡ３がＮＡＶを設定した後、ＳＴＡ２が送信したＣＴＳフレーム又はＳＴＡ１がＳＴＡ２に送信したフレームを受信することが不可能であってよい。このような場合、ＳＴＡ３はＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄ内にＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎプリミティブを受信できなくてよい。したがって、ＳＴＡ３が設定したＮＡＶを解除できる。これにより、シーケンスが続いていないにもかかわらず、ＳＴＡ３がＮＡＶを維持し、チャネルに接続（ａｃｃｅｓｓ）できない問題を解決することができる。

【0275】

図２４は、本発明の一実施例に係るＴＸＯＰの共有及びＮＡＶタイムアウトを示す図である。

【0276】

図２４を参照すると、前述したように、ＳＴＡ１がＳＴＡ２にＴＸＯＰ共有を行うことが可能である。ＳＴＡ１はＴＸＯＰ共有をするＳＴＡであり、ＳＴＡ２はＴＸＯＰ共有を受けるＳＴＡであってよい。ＳＴＡ１はＳＴＡ２にシーケンスの一番目のフレームを送信できる。図２４を参照すると、ＳＴＡ１がＳＴＡ２に送信するシーケンスの一番目のフレームは、ＭＵ－ＲＴＳフレームであってよい。また、前記ＭＵ－ＲＴＳフレームに対する応答であるＣＴＳフレームが送信されてよい。

【0277】

例えば、ＳＴＡ２を含むＳＴＡからＣＴＳフレームが送信されてよい。ＳＴＡ１はＴＸＯＰを得ることができる。また、ＳＴＡ３は前記ＭＵ－ＲＴＳフレームと前記ＣＴＳフレームを成功的に受信できていないことがある。ＳＴＡ１は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームをＳＴＡ２に送信できる。すなわち、ＳＴＡ１はＳＴＡ２にＴＸＯＰ共有を行うことができる。また、ＳＴＡ３は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを成功的に受信することができる。したがって、ＳＴＡ３は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定できる。この場合、ＳＴＡ３は、ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定したものであってよい。また、前述したＴＸＯＰ共有シーケンスによれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対して、ＳＴＡ２が、１）ＣＴＳフレームを送信し、ＣＴＳフレームを送信した直後にフレームを送信できる。又は、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対して、ＳＴＡ２が、２）ＣＴＳフレームを送信せず、フレームを送信することができる。また、ＳＴＡ３がＳＴＡ２からのフレーム又はＰＰＤＵを受信できないことがある。例えば、ＳＴＡ３がＳＴＡ２から隠れた（ｈｉｄｄｅｎ）位置に存在し得る。例えば、ＳＴＡ２が送信するパワーが、ＳＴＡ３に受信される程度に十分でないことがある。このような場合、ＳＴＡ３は、ＮＡＶタイムアウト周期においてＰＰＤＵを受信できないことがある。ＮＡＶ ｔｉｍｅｏｕｔ ｐｅｒｉｏｄはＣＴＳ＿Ｔｉｍｅに基づいて決定されないからであり得る。すなわち、ＳＴＡ２がＣＴＳフレーム送信後にフレームを送信する場合に、ＳＴＡ３は、前記フレームが送信される間にＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄが終わるはずである。又は、ＳＴＡ２がＣＴＳフレーム送信無しでフレームを送信する場合に、前記フレームはＣＴＳフレームよりも長い可能性が高いので、ＳＴＡ３は、前記フレームが送信される間にＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄが終わるはずである。したがって、ＳＴＡ３はＮＡＶを解除することが可能であり得る。仮に、ＳＴＡ３がＮＡＶを解除すれば、ＳＴＡ３がチャネルに接続し、共有されたＴＸＯＰにおけるシーケンスを妨害することがある。

【0278】

図２５は、本発明のさらに他の一実施例に係るＴＸＯＰの共有及びＮＡＶタイムアウトを示す図である。

【0279】

図２５を参照すると、ＡＰによってＴＸＯＰが共有された場合に、ＡＰによってＴＸＯＰが共有されたＳＴＡでない他のＳＴＡ（第３ＳＴＡ）は、ＴＸＯＰが共有されたＳＴＡからＣＴＳフレーム又は他のフレームが一定時の間に送信されない場合にも、共有されたＴＸＯＰを解除しなくてよい。図２５の実施例は、図２３及び図２４で説明した問題を解決するためのものであってよい。また、前述した内容は省略されてよい。

【0280】

具体的には、ＡＰから送信されたトリガーフレーム（例えば、ＭＵ－ＲＴＳフレーム）が、ＴＸＯＰを共有するためのｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームであるか否かに基づいて、ＴＸＯＰを解除するためのＮＡＶタイムアウトが許容又は非許容されてよい。すなわち、一般的に設定されたＴＸＯＰであるか又はＡＰによって設定されたＴＸＯＰの全部又は一部が共有されたＴＸＯＰであるかによって、ＴＸＯＰが設定されたＳＴＡでない他のＳＴＡが設定されたＴＸＯＰを解除するためのＮＡＶタイムアウトが許容されるか否かが決定されてよい。

【0281】

例えば、設定されたＴＸＯＰの一部又は全部の共有のためのフレーム（ｍｏｄｉｆｉｔｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレーム）でないＭＵ－ＲＴＳフレームに基づいてＮＡＶが設定された場合に、ＮＡＶタイムアウトが許容されてよい。すなわち、ＳＴＡがＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合、前記ＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでない場合、ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できなかった場合に、ＮＡＶを解除することが可能であってよい。

【0282】

しかし、設定されたＴＸＯＰの一部又は全部を共有するためのフレームであるｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームによってＮＡＶが設定された場合に、ＮＡＶタイムアウトは許容されなくてよい。すなわち、ＳＴＡがＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合に、当該ＭＵ－ＲＴＳフレームがＴＸＯＰ共有のためのｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームであれば、ＳＴＡはＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できなくともＮＡＶを解除することが不可であってよい。

【0283】

すなわち、ＳＴＡがＮＡＶアップデートのために最後に受信したフレームが、ＴＸＯＰ共有のためのフレームであるｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームであれば、ＳＴＡは、ＮＡＶＴｉｍｅｏｕｔが満了した後、ＮＡＶをリセットしてはならない。

【0284】

受信したＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるか否かは、前述した実施例に従えばよい。例えば、ＭＵ－ＲＴＳフレームが含むＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドに基づいて、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるか否かが決定されてよい。例えば、ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールド値が０である場合に、前記ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドを含むＭＵ－ＲＴＳフレームは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでなくてよい。また、ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールド値が０でない場合に、前記ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドを含むＭＵ－ＲＴＳフレームは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであってよい。例えば、ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールド値が１又は２である場合に、前記ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドを含むＭＵ－ＲＴＳフレームは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであってよい。

【0285】

本発明の実施例によって、図２４で説明した問題、ＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した後に、ＮＡＶ ｔｉｍｅｏｕｔ動作を行うことで、共有されたＴＸＯＰのシーケンスを妨害する問題を防止することができる。

【0286】

また、このような実施例を８０２．１１ｂｅ標準以後の端末（ＥＨＴ標準を含むそれ以降の標準の端末）が行うことができ、８０２．１１ａｘ標準の端末（ＨＥ ＳＴＡ）は行うことが不可能であってよい。ＨＥ ＳＴＡは、これを行うことができなくとも、前記実施例で説明した問題が発生する確率を減らすことができる。

【0287】

図２５を参照すると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３が存在してよい。また、ＳＴＡ１がＳＴＡ２にＭＵ－ＲＴＳフレームを送信できる。例えば、ＳＴＡ１がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームを送信できる。ところが、前記ＭＵ－ＲＴＳフレームの意図された受信者であるＳＴＡ２が前記ＭＵ－ＲＴＳフレームに応答できないことがある。したがって、ＳＴＡ２がＣＴＳフレームを送信することが不可能であってよい。また、ＳＴＡ３は、前記ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定できる。ところが、ＳＴＡ２がＣＴＳフレームを送信できなかったため、ＳＴＡ３はＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的にできていないことがある。この場合、ＮＡＶ ｔｉｍｅｏｕｔ動作に基づいて、ＳＴＡ３は、設定したＮＡＶを解除することが可能である。これは、ＳＴＡ３がＮＡＶを設定するようにしたフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームであるからであり得る。

【0288】

また、ＳＴＡ１がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信できる。図２５ではｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム前のフレームを省略したものであってよい。前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの意図された受信者であるＳＴＡ２が、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに応答できる。また、ＳＴＡ３は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定できる。ところが、ＳＴＡ２が前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対して送信した応答をＳＴＡ３が受信できていないことがある。例えば、ＳＴＡ３にＳＴＡ２が送信した応答が十分に大きいパワーで聞こえないからであり得る。例えば、ＳＴＡ３とＳＴＡ２が遠く離れているためであり得る。このような場合、ＳＴＡ３はＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できていないことがある。これは、ＳＴＡ２がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム後に、ＣＴＳフレームを送信した後にフレームを送信したからであり得る。又は、これは、ＳＴＡ２がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム後に、ＣＴＳフレームよりも長いフレームを送信したからであり得る。又は、これは、ＳＴＡ２がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム後に、ＣＴＳフレームを含むＰＰＤＵよりも長いＰＰＤＵを送信したからであり得る。この場合、ＳＴＡ３はＮＡＶ ｔｉｍｅｏｕｔ動作に基づくＮＡＶを解除する動作を行うことが不可能であってよい。これは、ＳＴＡ３がＮＡＶを設定するようにしたフレームが、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるＭＵ－ＲＴＳフレームであるからであり得る。

【0289】

図２６は、本発明のさらに他の一実施例に係るＴＸＯＰの共有及びＮＡＶタイムアウトを示す図である。

【0290】

図２６の実施例は、図２３及び図２４で説明した問題を解決するためのものであってよい。また、前述した内容は省略されてよい。

【0291】

本発明の一実施例によれば、ＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるか否かに基づいて、ＮＡＶ ｔｉｍｅｏｕｔ ｐｅｒｉｏｄが異なるように決定されてよい。例えば、ＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるか否かに基づいて、ＣＴＳ＿Ｔｉｍｅが異なるように決定されてよい。一実施例によれば、ＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームである場合に、ＮＡＶ ｔｉｍｅｏｕｔ ｐｅｒｉｏｄは、ＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでない場合のＮＡＶ ｔｉｍｅｏｕｔ ｐｅｒｉｏｄよりも長くてよい。本実施例において、ＭＵ－ＲＴＳフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームである場合に、ＮＡＶ ｔｉｍｅｏｕｔ ｐｅｒｉｏｄをｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄと呼ぶことができる。図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄとｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄは、同一時点に開始できる。すなわち、ＭＵ－ＲＴＳフレームに該当するＰＨＹ－ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎプリミティブを受けたときに開始されてよい。図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄは、ＣＴＳフレーム時間に基づく時間であってよい。例えば、図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄは、ＣＴＳフレームを６Ｍｂｐｓで送信するのにかかる時間に基づく時間であってよい。

【0292】

本発明の実施例によれば、ＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定したとき、ｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的にできなかった場合にＮＡＶを解除することが可能であってよい。ＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合に、図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できなかった場合にも、ＮＡＶを解除できないことがある。

【0293】

また、ＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定した場合に、図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できなかった場合にＮＡＶを解除することが可能であってよい。

【0294】

本発明の実施例によれば、ｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報に基づいて決定されてよい。例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報に基づいて、ＣＴＳ＿Ｔｉｍｅが決定されてよい。又は、ｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報とｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに該当するｒａｔｅに基づいて決定されてよい。例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報とｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに該当するｒａｔｅに基づいて、ＣＴＳ＿Ｔｉｍｅが決定されてよい。例えば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報は、図１６に示したＵＬ Ｌｅｎｇｔｈサブフィールドに含まれてよい。さらに他の実施例として、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報は、図１６に示したＵｓｅｒ Ｉｎｆｏフィールドに含まれてよい。より具体的には、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報は、図１６に示したＵｓｅｒ Ｉｎｆｏフィールドのうち、ＴＸＯＰ共有を受けるＳＴＡを指示するＵｓｅｒ Ｉｎｆｏフィールドに含まれてよい。

【0295】

また、ＴＸＯＰ共有を受けたＳＴＡは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報に基づいてＰＰＤＵを送信できる。例えば、ＴＸＯＰ共有を受けたＳＴＡは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報に基づいて、共有されたＴＸＯＰの一番目のＰＰＤＵを送信できる。又は、ＴＸＯＰ共有を受けたＳＴＡは、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含む長さ情報に基づいて、共有されたＴＸＯＰのＣＴＳフレームを含まない一番目のＰＰＤＵを送信できる。共有されたＴＸＯＰのＣＴＳフレームを含まない一番目のＰＰＤＵは、ＣＴＳフレームを含むＰＰＤＵ以後の一番目のＰＰＤＵであってよい。

【0296】

図２６を参照すると、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３が存在してよい。また、ＳＴＡ１がＳＴＡ２にＭＵ－ＲＴＳフレームを送信できる。例えば、ＳＴＡ１がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームを送信できる。ところが、前記ＭＵ－ＲＴＳフレームの意図された受信者であるＳＴＡ２が前記ＭＵ－ＲＴＳフレームに応答することが不可能であってよい。したがって、ＳＴＡ２がＣＴＳフレームを送信することが不可能であってよい。また、ＳＴＡ３は、前記ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定できる。ところが、ＳＴＡ２がＣＴＳフレームを送信できなかったため、ＳＴＡ３はＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できていないことがある。この場合ＮＡＶ ｔｉｍｅｏｕｔ動作に基づいて、ＳＴＡ３は、設定したＮＡＶを解除することが可能である。これは、ＳＴＡ３がＮＡＶを設定するようにしたフレームが、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームであるため、決定したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄに基づく動作であってよい。すなわち、ＳＴＡ３がＮＡＶを設定するようにしたフレームがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームであるため、ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄを、ＣＴＳフレームを送信するのにかかる時間に基づいて決定できる。

【0297】

また、ＳＴＡ１がｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信できる。図２６では、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム前のフレームを省略したものであってよい。前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームの意図された受信者であるＳＴＡ２が、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに応答できる。また、ＳＴＡ３は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定できる。ところが、ＳＴＡ２が前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに対して送信した応答をＳＴＡ３が受信できていないことがある。例えば、ＳＴＡ３にＳＴＡ２が送信した応答が十分に大きいパワーで聞こえないからであり得る。例えば、ＳＴＡ３とＳＴＡ２が遠く離れているためでありえる。このような場合、ＳＴＡ３は、図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できていないことがある。しかし、このような場合、ＳＴＡ３は、ｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄでＰＰＤＵ受信を成功的に開始できる。したがって、ＳＴＡ３は、ＮＡＶ ｔｉｍｅｏｕｔ動作を行わなくてよい。ＳＴＡ３が、図２３で説明したＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄが経過したとき、ＮＡＶ解除動作をせず、ｅｘｔｅｎｄｅｄ ＮＡＶＴｉｍｅｏｕｔ ｐｅｒｉｏｄを待つことができたことは、ＳＴＡ３がＮＡＶを設定するようにしたフレームが、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームであるＭＵ－ＲＴＳフレームであるからであり得る。

【0298】

仮に、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信したＳＴＡ２が応答できなかった場合に、ＳＴＡ１はｒｅｃｏｖｅｒｙ動作を行うことができる。したがって、ＳＴＡ３がＮＡＶ ｔｉｍｅｏｕｔ動作をする前にＰＰＤＵ受信を成功的に開始することができる。

【0299】

又は、前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを受信したＳＴＡ２が応答できなかった場合に、共有されたＴＸＯＰのシーケンスが切れることがある。この場合、ＳＴＡ３は、ＮＡＶ ｔｉｍｅｏｕｔ動作を行うことで、実際フレーム交換が発生しないときに不要にＮＡＶを設定していてチャネルに接続できない問題を解決できる。

【0300】

ＴＸＯＰ共有において、ＡＰによって設定されたＴＸＯＰの一部又は全部の共有を受けたスケジュールド（ｓｃｈｅｄｕｌｅｄ）ＳＴＡが、設定されたＮＡＶによって送信を行うことが困難である問題と解決方法について図２０で説明した。さらに他の実施例に係る解決方法については図２７で説明する。以下、スケジュールドＳＴＡとＴＸＯＰが共有されたＳＴＡは同じＳＴＡであり、相互互換的に使われてよい。

【0301】

図２７は、本発明の一実施例によってＴＸＯＰ共有が適用されるときにＳＴＡ及びＡＰがＮＡＶを適用することを示す図である。

【0302】

ＴＸＯＰ共有において、スケジュールドＳＴＡはＮＡＶを設定しなくてよい。具体的には、ＴＸＯＰ共有において、スケジュールドＳＴＡは、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームであるｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＮＡＶを設定しなくてよい。ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームを受信したＳＴＡは、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定しなくてよい。ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームによってスケジュールされたＳＴＡは、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定しなくてよい。したがって、ＳＴＡがトリガーフレームを受信し、トリガーフレームがＳＴＡにＴＸＯＰ共有をスケジュールする場合に、ＳＴＡは、トリガーフレームに基づいてＮＡＶを設定しなくてよい。すなわち、トリガーフレームがＴＸＯＰを共有するためのトリガーフレームであるか否かによって、ＳＴＡは、受信したトリガーフレームに基づいてＮＡＶを設定できる。例えば、受信したＭＵ－ＲＴＳフレームがＴＸＯＰの共有のためのｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームである場合に、ＳＴＡは、受信したＭＵ－ＲＴＳフレームに基づくＮＡＶを設定しない。しかし、受信したＭＵ－ＲＴＳフレームがＴＸＯＰの共有のためのｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレーム又はＭＵ－ＲＴＳ ＴＸＳトリガーフレームでない場合に、ＳＴＡは、受信されたＭＵ－ＲＴＳフレームに基づくＮＡＶを設定する。

【0303】

また、ＴＸＯＰ共有において、スケジュールドＳＴＡは、共有されたＴＸＯＰ内で受信したフレームに基づいてＮＡＶを設定しなくてよい。

【0304】

このとき、共有されたＴＸＯＰ内とは、共有されたＴＸＯＰの期間（ｄｕｒａｔｉｏｎ）が全部活用されない場合にも、共有されたＴＸＯＰが終了するまでを表すことができる。共有されたＴＸＯＰのスケジュールドＳＴＡがＰＰＤＵを送信し、ＰＰＤＵが即刻応答を要請しないフレームのみを含む場合に、ＳＴＡがＰＰＤＵを送信したときにＴＸＯＰが終了する。したがって、共有されたＴＸＯＰ内とは、ＴＸＯＰ共有が設定されたときからＴＸＯＰ共有のスケジュールドＳＴＡが即刻応答を要請しないフレームのみを含むＰＰＤＵを送信したときであってよい。ＴＸＯＰ共有のスケジュールドＳＴＡが、共有されたＴＸＯＰの終了をシグナルした場合に、共有されたＴＸＯＰが終了してよい。したがって、共有されたＴＸＯＰ内とは、ＴＸＯＰ共有が設定されたときからＴＸＯＰ共有のスケジュールドＳＴＡが共有されたＴＸＯＰの終了をシグナルしたときまでであってよい。また、ＴＸＯＰ内とは、ＴＸＯＰ共有が設定されたときから共有されたＴＸＯＰデュレーションが経過したときまでであってよい。又は、ＴＸＯＰ共有を受けたＳＴＡ（又は、ＴＸＯＰ共有をしたＳＴＡ）が、共有されたＴＸＯＰが終了するというシグナリングを送受信した場合に、共有されたＴＸＯＰは終了してよい。この場合、共有されたＴＸＯＰと、ＡＰが共有のために用いたＴＸＯＰ（最初ＡＰのフレームによって獲得されたＴＸＯＰ）のデュレーションとが同一であるか、共有されたＴＸＯＰのデュレーションがＴＸＯＰのデュレーションよりも短い。したがって、共有されたＴＸＯＰが終了してもＴＸＯＰは終了しなくてよい。すなわち、共有されたＴＸＯＰのデュレーションとＴＸＯＰのデュレーションとが同一である場合に、共有されたＴＸＯＰが終了すればＴＸＯＰも共に終了するが、共有されたＴＸＯＰのデュレーションがＴＸＯＰのデュレーションよりも短い場合に、共有されたＴＸＯＰが終了してもＴＸＯＰは維持されてよい。

【0305】

さらに他の具体的な実施例において、共有されたＴＸＯＰが共有されたＴＸＯＰ期間前に終了しても、共有されたＴＸＯＰ期間内とは、ＴＸＯＰ共有が設定されたときから共有されたＴＸＯＰデュレーションが経過したときまでであってよい。

【0306】

前述したように、ＴＸＯＰ共有において、スケジュールドＳＴＡは、ＮＡＶに関係なくフレームを送信できる。すなわち、ＡＰによって設定されたＴＸＯＰ内でＮＡＶが設定された場合に（例えば、ｉｎｔｒａ－ＢＳＳ ＰＰＤＵによって設定されたＮＡＶ）、スケジュールドＳＴＡは、共有されたＴＸＯＰ内では設定されたＮＡＶとは関係なくＰＰＤＵを送信できる。言い換えると、ＴＸＯＰ共有を受けたＳＴＡは、ＴＸＯＰを共有したＳＴＡによって送信されるフレームによって設定されるＮＡＶを、共有されたＴＸＯＰ内では無視してフレームを送信できる。このとき、共有されたＴＸＯＰは、ＭＵ－ＲＴＳフレームによって設定された区間よりも前に終了してよい。すなわち、共有されたＴＸＯＰ内でＭＵ－ＲＴＳによって設定された区間以前にＴＸＯＰ共有を受けたＳＴＡが、ＴＸＯＰの共有の中断を要請するためのシグナリングを送信することによって、ＴＸＯＰの共有を中断することができる。例えば、ｎｏｎ－ＡＰ ＳＴＡは、ＡＰからＴＸＯＰの全部又は一部の共有を受けた場合に、送信する（又は、ペンディングされた）ＰＰＤＵがなければ、共有されたＴＸＯＰを終了するために、ＴＸＯＰ共有を終了するためのシグナリングをＡＰに送信し、ＴＸＯＰの共有を中断できる。ＴＸＯＰ共有が中断される時点は、ｎｏｎ－ＡＰ ＳＴＡがＴＸＯＰ共有の中断を要請するシグナリングを送信する時点又は当該シグナリングに対する応答フレームを受信する時点のうち一つであってよい。このとき、ＴＸＯＰの共有のためのシグナリングは、即刻応答を要求しても、要求しなくてもよい。また、この場合、ｎｏｎ－ＡＰ ＳＴＡは、ＭＵ－ＲＴＳフレームによって設定されるＴＸＯＰが共有される区間よりも早くＴＸＯＰ共有が中断されるため、ＴＸＯＰの共有が終了する時点までにのみ設定されたＮＡＶを無視できる。

【0307】

このとき、ＴＸＯＰ共有を設定したＳＴＡもＮＡＶに関係なくフレームを送信できる。図２７の実施例において、第１ＳＴＡ（ＳＴＡ１）は、第２ＳＴＡ（ＳＴＡ２）にＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームを送信する。このとき、第１ＳＴＡ（ＳＴＡ１）はＡＰであってよい。第２ＳＴＡ（ＳＴＡ２）は、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームを受信し、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。第２ＳＴＡ（ＳＴＡ２）は、共有されたＴＸＯＰ内でフレーム交換を行う。第１ＳＴＡ（ＳＴＡ１）は、第２ＳＴＡ（ＳＴＡ２）が送信するか、第２ＳＴＡ（ＳＴＡ２）に送信されるフレームに基づいてＮＡＶを設定できる。例えば、共有されたＴＸＯＰ内で第２ＳＴＡ（ＳＴＡ２）は第３ＳＴＡ（ＳＴＡ３）とフレーム交換を行うことができる。このとき、第１ＳＴＡ（ＳＴＡ１）は、第３ＳＴＡ（ＳＴＡ３）が第２ＳＴＡ（ＳＴＡ２）に送信したフレームに基づいてＮＡＶを設定できる。また、第１ＳＴＡ（ＳＴＡ１）は、第２ＳＴＡ（ＳＴＡ２）が第３ＳＴＡ（ＳＴＡ３）に送信したフレームに基づいてＮＡＶを設定できる。このように第１ＳＴＡ（ＳＴＡ１）がＮＡＶを設定した場合に、共有されたＴＸＯＰが割り当てられたＴＸＯＰ内でフレームを送信することが困難であり得る。例えば、共有されたＴＸＯＰが終了した後に第１ＳＴＡ（ＳＴＡ１）がフレームを送信しようとするとき、共有されたＴＸＯＰ内で設定されたＮＡＶによってフレームを送信することが不可能であってよい。具体的には、共有されたＴＸＯＰ内で送信されたＰＰＤＵが含むフレームが、第１ＳＴＡ（ＳＴＡ１）から即刻応答を誘発するフレームでない場合に、第１ＳＴＡ（ＳＴＡ１）は、設定されたＮＡＶによってフレームを送信することが不可能であってよい。

【0308】

ＴＸＯＰ共有を設定したＳＴＡは、ＳＴＡが獲得したＴＸＯＰ内でＮＡＶに関係なくフレームを送信できる。さらに他の具体的な実施例において、ＴＸＯＰ共有を設定したＳＴＡは、共有されたＴＸＯＰが終了したときから獲得したＴＸＯＰ内で、ＮＡＶに関係なくフレームを送信できる。ＴＸＯＰ共有を設定したＳＴＡは、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを送信したＳＴＡ又はＴＸＯＰホルダーであってよい。

【0309】

このとき、前述したように、共有されたＴＸＯＰは、ＭＵ－ＲＴＳフレームによって設定された区間よりも前に終了してよい。すなわち、共有されたＴＸＯＰ内でＭＵ－ＲＴＳによって設定された区間前に、ＴＸＯＰ共有を受けたＳＴＡがＴＸＯＰの共有の中断を要請するためのシグナリングを送信することによって、ＴＸＯＰの共有を中断することができる。例えば、ｎｏｎ－ＡＰ ＳＴＡは、ＡＰからＴＸＯＰの全部又は一部の共有を受けた場合に、送信する（又は、ペンディングされた）ＰＰＤＵがなければ、共有されたＴＸＯＰを終了するためにＴＸＯＰ共有を終了するためのシグナリングをＡＰに送信し、ＴＸＯＰの共有を中断することができる。ＴＸＯＰ共有が中断される時点は、ｎｏｎ－ＡＰ ＳＴＡがＴＸＯＰ共有の中断を要請するシグナリングを送信する時点又は当該シグナリングに対する応答フレームを受信する時点のうち一つであってよい。このとき、ＴＸＯＰの共有のためのシグナリングは、即刻応答を要求しても要求しなくてもよい。また、この場合、ＭＵ－ＲＴＳフレームによって設定されるＴＸＯＰが共有される区間よりも早くＴＸＯＰ共有が中断されるため、ＴＸＯＰの共有が終了する時点から、ＡＰは、ｎｏｎ－ＡＰ ＳＴＡによって送受信されたＰＰＤＵに基づいてＡＰによって設定されたＮＡＶを無視できる。

【0310】

前述した実施例において、ＴＸＯＰ共有を設定したＳＴＡがＮＡＶに関係なくフレームを送信することは、ＴＸＯＰ共有内でスケジュールドＳＴＡが交換したフレームに基づいて設定されたＮＡＶに関係なくフレームを送信することを示すことができる。ＴＸＯＰ共有を設定したＳＴＡがＴＸＯＰ共有内でスケジュールドＳＴＡが交換しないフレームに基づいて設定されたＮＡＶに関係なくフレームを送信する場合に、他のＳＴＡのフレーム交換を妨害することがあるわけである。また、ＳＴＡは、ＴＸＯＰ共有内でスケジュールドＳＴＡが交換したフレームであるか否かを、フレームのＭＡＣヘッダーに基づいて判断できる。具体的には、ＳＴＡは、ＴＸＯＰ共有内でスケジュールドＳＴＡが交換したフレームであるか否かを、フレームのａｄｄｒｅｓｓフィールドに基づいて判断できる。ａｄｄｒｅｓｓフィールドは、ＲＡフィールド、ＴＡフィールド、及びＢＳＳＩＤフィールドのうち少なくともいずれか一つを含んでよい。例えば、フレームのａｄｄｒｅｓｓフィールドのうち一つのフィールドがＳＴＡのＭＡＣアドレスを指示する場合に、ＳＴＡは、ＴＸＯＰ共有内でスケジュールドＳＴＡが交換したフレームであると判断できる。また、ＳＴＡは、ＴＸＯＰ共有内でスケジュールドＳＴＡが交換したフレームであるか否かを、フレームを含むＰＰＤＵのプリアンブルに基づいて判断できる。また、ＳＴＡは、ＴＸＯＰ共有内でスケジュールドＳＴＡが交換したフレームであるか否かを、フレームを含むＰＰＤＵのプリアンブルが含むＢＳＳカラー及びＳＴＡ ＩＤのうち少なくともいずれか一つに基づいて判断できる。ＰＰＤＵのプリアンブルがＴＸＯＰ共有のスケジュールドＳＴＡの属したＢＳＳのＢＳＳカラーを含み、ＰＰＤＵのプリアンブルがＴＸＯＰ共有のスケジュールドＳＴＡに該当するＳＴＡ ＩＤを含む場合に、ＳＴＡは、ＰＰＤＵが含むフレームをスケジュールドＳＴＡが交換したフレームとして判断できる。このとき、ＳＴＡ ＩＤは、ＳＴＡのＡＩＤに基づいて設定された値であってよい。

【0311】

さらに他の具体的な実施例において、ＴＸＯＰ共有を設定したＳＴＡがＮＡＶに関係なく送信することは、フレームを送信するときにＣＳ（ｃａｒｒｉｅｒ ｓｅｎｓｉｎｇ）として物理的（ｐｈｙｓｉｃａｌ）ＣＳ、例えば、ＣＣＡのみを用いることができる。したがって、ＳＴＡは仮想（ｖｉｒｔｕａｌ）ＣＳを行わなくてよい。

【0312】

本明細書において、ＮＡＶを設定することは、ＮＡＶをアップデートすることと互換的に使われてよい。また、本明細書において、ＮＡＶは、Ｉｎｔｒａ－ＢＳＳ ＮＡＶ又はベーシックＮＡＶのうち少なくともいずれか一つを含んでよい。また、ＮＡＶの種類について特に言及がない限り、ＮＡＶはＩｎｔｒａ－ＢＳＳ ＮＡＶのことを指すことができる。また、本明細書において、ＳＴＡがあるフレームに基づいてＮＡＶを設定することは、フレームを含むＰＰＤＵに基づいてＮＡＶを設定することを含んでよい。したがって、本明細書において、ＳＴＡがあるフレームに基づいてＮＡＶを設定しないことは、フレームを含むＰＰＤＵに基づいてＮＡＶを設定しないことを含んでよい。

【0313】

ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームは、ＭＡＣアドレス、例えばＲＡフィールド又はＵｓｅｒ Ｉｎｆｏフィールドを用いてＴＸＯＰのスケジュールドＳＴＡを指示できる。フレーム又はＰＰＤＵのデュレーション情報に基づいてＮＡＶを設定することは、最後に設定したＮＡＶがフレーム又はＰＰＤＵのデュレーション情報に基づいてＮＡＶが設定されることを示すことができる。

【0314】

さらに他の具体的な実施例において、共有されたＴＸＯＰ内で送信されるフレームのＤｕｒａｔｉｏｎ／ＩＤフィールド又はフレームを含むＰＰＤＵのＴＸＯＰは、共有されたＴＸＯＰに基づいて設定されてよい。具体的には、共有されたＴＸＯＰ内で送信されるフレームのＤｕｒａｔｉｏｎ／ＩＤフィールド又はフレームを含むＰＰＤＵのＴＸＯＰは、共有されたＴＸＯＰを超えて設定されることが許容されなくてよい。これにより、共有されたＴＸＯＰを設定したＳＴＡが、共有されたＴＸＯＰ終了後にもフレームを送信できない問題を防止することができる。

【0315】

すなわち、ＡＰによって設定されたＴＸＯＰがトリガーフレームによってＳＴＡに共有される場合に、共有されたＴＸＯＰ内で送信されるフレーム（例えば、ＰＰＤＵ）に含まれるデュレーション情報（例えば、Ｄｕｒａｔｉｏｎ／ＩＤ ｆｉｅｌｄ）は、共有されたＴＸＯＰに基づいて設定されてよい。具体的には、共有されたＴＸＯＰ内で送信されるフレームのＴＸＯＰは、共有されたＴＸＯＰを超えて設定されることが許容されない。したがって、共有されたＴＸＯＰ内でＴＸＯＰを設定したＡＰ又はＰ２Ｐ通信のための第３ＳＴＡに送信されるＰＰＤＵのＴＸＯＰは、共有されたＴＸＯＰと同一であるか、より以前に終了しなければならない。したがって、ＰＰＤＵに含まれるデュレーション情報によって指示されるデュレーションの終了時点は、共有されたＴＸＯＰの終了時点と同一であるか又は以前であってよい。言い換えると、ＡＰによって設定されたＴＸＯＰの一部又は全部が特定ＳＴＡに共有された場合に、特定ＳＴＡによって送信されるＰＰＤＵのＴＸＯＰは、共有されたＴＸＯＰを超えてはならず、以前に満了しなければならない。したがって、特定ＳＴＡによってＡＰ又はＰ２Ｐ通信のために第３ＳＴＡに送信されるＰＰＤＵの長さ（又は、ＴＸＯＰ）の終了時点は、共有されたＴＸＯＰの終了時点以後ではなく、以前でなければならない。この場合、ＰＰＤＵの長さ（又は、ＴＸＯＰ）の終了時点は、共有されたＴＸＯＰの終了時点と同一であるか又は以前でなければならないため、ＰＰＤＵに含まれるデュレーション情報によって指示される値は、共有されたＴＸＯＰに基づいて設定されてよい。

【0316】

さらに他の具体的な実施例において、共有されたＴＸＯＰを設定したＳＴＡは、ＴＸＯＰ共有のスケジュールドＳＴＡが交換するフレームに基づいてＮＡＶを設定しなくてよい。

【0317】

共有されたＴＸＯＰ内で共有されたＴＸＯＰを設定したＳＴＡは、トリガーフレームを送信しなくてよい。共有されたＴＸＯＰ内で共有されたＴＸＯＰを設定したＳＴＡがトリガーフレームを送信する場合に、トリガーフレームによってトリガーされたフレームとスケジュールドＳＴＡのフレーム交換とがオーバーラップすることがあるためである。また、共有されたＴＸＯＰ内で共有されたＴＸＯＰを設定したＳＴＡがスケジュールドＳＴＡにトリガーフレームを送信する場合に、スケジュールドＳＴＡは、トリガーフレームに対する応答を送信する必要があり得る。したがって、これは、共有されたＴＸＯＰを設定した目的に符合しなくてよい。このような実施例において、トリガーフレームは、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを含んでよい。このような実施例において、共有されたＴＸＯＰが終了した後、共有されたＴＸＯＰを設定したＳＴＡは、トリガーフレームを送信できる。

【0318】

前述した実施例において、共有されたＴＸＯＰを設定したＳＴＡが送信できないトリガーフレームは、ＴＸＯＰ共有のスケジュールドＳＴＡのみに対するトリガーフレームを除く残りトリガーフレームであってよい。したがって、共有されたＴＸＯＰを設定したＳＴＡは、共有されたＴＸＯＰ内でＴＸＯＰ共有のスケジュールドＳＴＡのみにトリガーフレームを送信できる。例えば、共有されたＴＸＯＰを設定したＳＴＡは、共有されたＴＸＯＰを延長するために、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを送信できる。このとき、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを受信したＳＴＡは、ＣＴＳフレームを送信しないでフレーム交換を開始することができる。具体的には、ＴＸＯＰ共有においてＴＸＯＰ共有を設定したＳＴＡとのフレーム交換のみが許容される場合に、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを受信したＳＴＡは、ＣＴＳフレームを送信しないでフレーム交換を開始できる。

【0319】

本明細書において、共有されたＴＸＯＰで行われる動作は、ＴＸＯＰ共有のスケジュールドＳＴＡによって共有されたＴＸＯＰが活用される動作であってよい。共有されたＴＸＯＰで行われる動作は、ＴＸＯＰ共有のスケジュールドＳＴＡがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームに対する応答としてフレームを送信すること、又はＴＸＯＰ共有のスケジュールドＳＴＡが共有されたＴＸＯＰ内でフレームを送信することであってよい。このとき、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームに対する応答フレームは、ＣＴＳフレームであってよい。

【0320】

ＴＸＯＰ共有動作のためのシグナリングについて説明する。ＳＴＡは、ＴＸＯＰ共有のスケジュールドＳＴＡとして動作できるか否かをシグナルすることができる。このとき、ＳＴＡは、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを用いて、ＴＸＯＰ共有のスケジュールドＳＴＡとして動作できるか否かをシグナルすることができる。また、ＳＴＡは、ＴＸＯＰ共有のスケジュールドＳＴＡとして動作できるか否かを示すシグナリングを、（再）連結要請フレーム又はプローブ要請フレームを用いて送信できる。ＴＸＯＰ共有を設定しようとするＳＴＡは、ＴＸＯＰ共有のスケジュールドＳＴＡとして動作できることをシグナルしたＳＴＡにのみ、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを送信できる。また、ＴＸＯＰ共有を設定しようとするＳＴＡは、ＴＸＯＰ共有のスケジュールドＳＴＡとして動作できないことをシグナルしたＳＴＡに、ＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームを送信することが不可能であってよい。

【0321】

また、ＭＵ－ＲＴＳフレームは、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームであるか否かを指示する情報を含んでよい。また、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームである場合に、ＭＵ－ＲＴＳフレームは、ＴＸＯＰ共有のモードも指示できる。ＴＸＯＰ共有のモードは、ＴＸＯＰ共有のスケジュールドＳＴＡがどのＳＴＡにフレームを送信できるかを指示できる。例えば、第１モードで、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有を設定したＳＴＡにのみ、フレームを送信できる。また、第２モードで、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有を設定したＳＴＡにフレームを送信するか、Ｐ２Ｐフレームを送信できる。ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームであるか否かを指示する情報の値が１である場合に、第１モードを指示できる。また、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームであるか否かを指示する情報の値が２である場合に、第２モードを指示できる。また、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームであるか否かを指示する情報の値が０である場合に、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームでないことを指示できる。

【0322】

前述の実施例において、ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドは、ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームであるか否かを指示できる。ＭＵ－ＲＴＳフレームがＴＸＯＰ共有を設定するためのＭＵ－ＲＴＳフレームである場合に、ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドは、前述したように、ＴＸＯＰ共有のモードを指示できる。このとき、ＧＩ Ａｎｄ ＨＥ－ＬＴＦ Ｔｙｐｅサブフィールドは、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドと呼ぶことができる。ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドは、図１６のＣｏｍｍｏｎ Ｉｎｆｏフィールドの２１番目のビット（Ｂ２０）から２２番目のビット（Ｂ２１）のサブフィールドであってよい。

【0323】

ＴＸＯＰ共有を終了する方法について図２８で説明する。

【0324】

図２８は、本発明の一実施例によってＳＴＡがＴＸＯＰの共有を終了することを示す図である。

【0325】

ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有の終了をシグナルすることができる。ＴＸＯＰ共有を設定したＳＴＡがＴＸＯＰ共有の終了シグナリングを受信した場合に、ＴＸＯＰ共有を設定したＳＴＡはＴＸＯＰホルダーになり得る。また、ＴＸＯＰ共有を設定したＳＴＡがＴＸＯＰ共有の終了シグナリングを受信した場合に、ＴＸＯＰ共有を設定したＳＴＡはフレーム又はＰＰＤＵを送信できる。具体的には、ＴＸＯＰ共有を設定したＳＴＡがＴＸＯＰ共有の終了シグナリングを受信した場合に、共有されたＴＸＯＰ内であっても、ＴＸＯＰ共有を設定したＳＴＡはフレーム又はＰＰＤＵを送信できる。また、ＴＸＯＰ共有のスケジュールドＳＴＡがＴＸＯＰ共有の終了をシグナルした場合に、ＴＸＯＰ共有のスケジュールドＳＴＡは、残った共有されたＴＸＯＰ内でいかなるフレーム又はいかなるＰＰＤＵも送信することが不可能であってよい。

【0326】

ＴＸＯＰ共有のスケジュールドＳＴＡは、Ａ－Ｃｏｎｔｒｏｌサブフィールドを用いて、ＴＸＯＰ共有の終了をシグナルすることができる。具体的には、Ａ－ＣｏｎｔｒｏｌサブフィールドのＳＲＳ（ｓｉｎｇｌｅ ｒｅｓｐｏｎｓｅ ｓｃｈｅｄｕｌｉｎｇ）Ｃｏｎｔｒｏｌサブフィールドは、ＴＸＯＰ共有の終了をシグナルすることができる。ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームにＴＢ ＰＰＤＵでないＰＰＤＵで応答できる。また、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答ＰＰＤＵの長さは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに基づいて決定されてよい。具体的には、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答ＰＰＤＵの長さを、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドが指示する長さに設定できる。

【0327】

図２８（ａ）は、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドのフォーマットを示す。前述したように、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むＭＡＣフレームに対する応答であるＰＰＤＵの長さを指示するフィールドを含んでよい。このとき、フィールドは、ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎフィールドと呼ぶことができる。ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎフィールドは、４ｕｓ単位で時間を指示できる。ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎフィールドが指示するＰＰＤＵの長さは、ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎフィールドの値ｘ４ｕｓであってよい。また、ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎフィールドは、８ビットフィールドであってよい。

【0328】

また、ＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する能力（ｃａｐａｂｉｌｉｔｙ）をシグナルすることができる。具体的には、ＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信できるか否かをシグナルすることができる。また、ＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに応答できるか否かをシグナルすることができる。ＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援しないことをシグナルしたＳＴＡに、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを送信することが不可能であってよい。ＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援することをシグナルしたＳＴＡに、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを送信できる。

【0329】

また、ＳＲＳ Ｃｏｎｔｒｏｌフィールドは、ＴＸＯＰ共有の終了をシグナルするフィールドを含んでよい。ＴＸＯＰ共有の終了をシグナルするフィールドは、Ｓｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドと呼ぶことができる。Ｓｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドは、１ビットフィールドであってよい。Ｓｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドの値が１である場合に、Ｓｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドは、ＴＸＯＰ共有が終了することを示すことができる。Ｓｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドの値が０である場合に、Ｓｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドは、ＴＸＯＰ共有が終了しないことを示すことができる。ＳＴＡがＳｈａｒｅｄ ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎフィールドの値が１であるＱｏＳ Ｄａｔａフレーム又はＱｏＳ Ｎｕｌｌフレームを受信した場合に、ＳＴＡはＴＸＯＰ共有が終了すると判断できる。

【0330】

さらに他の具体的な実施例において、あらかじめ指定された設定を有するフレームがＴＸＯＰ共有の終了をシグナルすることができる。このとき、あらかじめ指定された設定を有するフレームは、Ｑｏｓ Ｎｕｌｌフレームであってよい。具体的には、あらかじめ指定された設定を有するフレームは、Ａ－Ｃｏｎｔｒｏｌサブフィールドを含まないＱｏＳ Ｎｕｌｌフレームであってよい。また、あらかじめ指定された設定を有するフレームは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含まないＱｏＳ Ｎｕｌｌフレームであってよい。ＴＸＯＰ共有のスケジュールドＳＴＡは、あらかじめ指定された設定を有するフレームを送信してＴＸＯＰ共有の終了をシグナルすることができる。また、ＴＸＯＰ共有を設定したＳＴＡが、あらかじめ指定された設定を有するフレームを受信した場合に、ＴＸＯＰ共有を設定したＳＴＡは、ＴＸＯＰ共有が終了すると判断できる。

【0331】

ＴＸＯＰ共有のスケジュールドＳＴＡがＴＸＯＰ共有の終了シグナリングを送信したが、ＴＸＯＰ共有を設定したＳＴＡはシグナリングを受信できないことがある。このとき、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有が終了したと判断してフレームを送信しなくてよい。また、ＴＸＯＰ共有を設定したＳＴＡは、ＴＸＯＰ共有が終了しなかったと判断してフレームを送信しなくてよい。

【0332】

具体的な実施例において、ＴＸＯＰ共有の終了をシグナルしたＴＸＯＰ共有のスケジュールドＳＴＡがシグナリングに対する応答を受信したとき、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有が終了したと判断できる。このとき、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有が終了したと判断してフレームを送信しなくてよい。ＴＸＯＰ共有の終了シグナリングに対する応答は、即刻応答であってよい。また、ＴＸＯＰ共有の終了シグナリングに対する応答は、ＡＣＫであってよい。ただし、このような実施例は、ＴＸＯＰ共有の終了シグナリングのＡｃｋ政策（Ｐｏｌｉｃｙ）が即刻応答を要求するように設定された場合にのみ適用されてよい。具体的には、ＴＸＯＰ共有の終了シグナリングのＡｃｋ政策（Ｐｏｌｉｃｙ）が即刻応答を要求する場合に、ＴＸＯＰ共有の終了をシグナルしたＴＸＯＰ共有のスケジュールドＳＴＡがシグナリングに対する応答を受信したときに、ＴＸＯＰ共有のスケジュールドＳＴＡはＴＸＯＰ共有が終了したと判断できる。ＴＸＯＰ共有の終了シグナリングのＡｃｋ政策（Ｐｏｌｉｃｙ）が即刻応答を要求しない場合に、例えば、Ｎｏ ＡＣＫ、ＴＸＯＰ共有の終了をシグナルしたＴＸＯＰ共有のスケジュールドＳＴＡがシグナリングに対する応答を受信しなくとも、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有が終了したと判断できる。このとき、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＴＸＯＰ共有の終了シグナリングを送信したときに、ＴＸＯＰ共有が終了したと判断できる。また、ＴＸＯＰ共有の終了シグナリング送信に失敗した場合に、エラー回復（ｒｅｃｏｖｅｒｙ）動作が行われてよい。具体的には、ＴＸＯＰ共有のスケジュールドＳＴＡは、エラー回復動作を行うことができる。また、ＴＸＯＰ共有を設定したＳＴＡは、エラー回復動作を行うことができる。

【0333】

図２８（ｂ）で、第１ＳＴＡ（ＳＴＡ１）は、第２ＳＴＡ（ＳＴＡ２）にＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームを送信する。このとき、第１ＳＴＡ（ＳＴＡ１）は、ＡＰであってよい。第２ＳＴＡ（ＳＴＡ２）は、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームを受信し、ＴＸＯＰ共有設定のためのＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。共有されたＴＸＯＰ内で、第２ＳＴＡ（ＳＴＡ２）は第１ＳＴＡ（ＳＴＡ１）にＴＸＯＰ共有の終了シグナリング（Ｆｒａｍｅ ｔｏ ＳＴＡ１ ｉｎｄｉｃａｔｉｎｇ ｔｅｒｍｉｎａｔｉｏｎ）を送信する。第１ＳＴＡ（ＳＴＡ１）は、ＴＸＯＰ共有の終了シグナリング（Ｆｒａｍｅ ｔｏ ＳＴＡ１ ｉｎｄｉｃａｔｉｎｇ ｔｅｒｍｉｎａｔｉｏｎ）受信に失敗する。このとき、第１ＳＴＡ（ＳＴＡ１）は、ＴＸＯＰ共有が終了していないと判断する。前述したように、第１ＳＴＡ（ＳＴＡ１）又は第２ＳＴＡ（ＳＴＡ１）はエラー回復動作を行うことができる。エラー回復動作後に、第２ＳＴＡ（ＳＴＡ２）は第１ＳＴＡ（ＳＴＡ１）にＴＸＯＰ共有の終了シグナリング（Ｆｒａｍｅ ｔｏ ＳＴＡ１ ｉｎｄｉｃａｔｉｎｇ ｔｅｒｍｉｎａｔｉｏｎ）を送信する。第１ＳＴＡ（ＳＴＡ１）は第２ＳＴＡ（ＳＴＡ２）にＴＸＯＰ共有の終了シグナリング（Ｆｒａｍｅ ｔｏ ＳＴＡ１ ｉｎｄｉｃａｔｉｎｇ ｔｅｒｍｉｎａｔｉｏｎ）に対する応答であるＡＣＫ（Ａｃｋ ｔｏ ＳＴＡ２）を送信する。ＡＣＫ（Ａｃｋ ｔｏ ＳＴＡ２）を受信した第２ＳＴＡ（ＳＴＡ２）は、ＴＸＯＰ共有が終了したと判断する。

【0334】

ＴＸＯＰ共有が終了した後であっても、ＴＸＯＰ共有を設定したＳＴＡが応答を指示した場合に、ＴＸＯＰ共有のスケジュールドＳＴＡはフレームを送信することができる。

【0335】

前述したように、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援しないことをシグナルしたＳＴＡにＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを送信することが不可能であってよい。ＳＲＳ ＣｏｎｔｒｏｌサブフィールドによってＴＸＯＰ共有の終了がシグナルされる場合に、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援しないことをシグナルしたＳＴＡは、ＴＸＯＰ共有の終了シグナリングを受信できないことがある。したがって、ＴＸＯＰ共有のスケジュールドＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援しないことをシグナルしたＳＴＡにも、ＴＸＯＰ共有の終了をシグナルするＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを送信することができる。ＴＸＯＰ共有の終了をシグナルするＳＲＳ Ｃｏｎｔｒｏｌサブフィールドは、ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎサブフィールドの値が１であるＳＲＳ Ｃｏｎｔｒｏｌサブフィールドであってよい。ＴＸＯＰ共有のスケジュールドＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援しないことをシグナルしたＳＴＡに、ＴＸＯＰ Ｔｅｒｍｉｎａｔｉｏｎサブフィールドの値が０であるＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを送信できない。また、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドに対する動作を支援しないことをシグナルしたＳＴＡにＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを送信できない制限は、共有されたＴＸＯＰ外でＳＲＳ Ｃｏｎｔｒｏｌサブフィールドが送信された場合にのみ適用されてよい。

【0336】

ＳＲＳ ＣｏｎｔｒｏｌサブフィールドがＴＸＯＰ共有の終了をシグナルする場合に、ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎサブフィールドは、リザーブドフィールドとして設定されてよい。リザーブドフィールドの全てのビットは０に設定されてよい。ＳＲＳ ＣｏｎｔｒｏｌサブフィールドがＴＸＯＰ共有の終了をシグナルしない場合に、ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎサブフィールドは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答であるフレームを含むＰＰＤＵの長さを指示できる。

【0337】

ＳＲＳ ＣｏｎｔｒｏｌサブフィールドがＴＸＯＰ共有の終了をシグナルする場合に、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答を送信しなくてよい。さらに他の具体的な実施例において、ＳＲＳ ＣｏｎｔｒｏｌサブフィールドがＴＸＯＰ共有の終了をシグナルする場合に、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答を、ＳＲＳ Ｃｏｎｔｒｏｌフィールドがシグナルする情報に関係なく送信できる。このとき、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ ＣｏｎｔｒｏｌサブフィールドがシグナルするＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答ＰＰＤＵの長さに関係なく応答ＰＰＤＵを送信できる。

【0338】

共有されたＴＸＯＰ内でＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答を送信しなくてよい。さらに他の具体的な実施例において、共有されたＴＸＯＰ内でＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答を、ＳＲＳ Ｃｏｎｔｒｏｌフィールドがシグナルする情報に関係なく送信できる。このとき、ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信したＳＴＡは、ＳＲＳ ＣｏｎｔｒｏｌサブフィールドがシグナルするＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを含むフレームに対する応答ＰＰＤＵの長さに関係なく応答ＰＰＤＵを送信できる。

【0339】

又は、共有されたＴＸＯＰ内でＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信するＳＴＡは、前記ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドが含むｄｕｒａｔｉｏｎ情報（ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎサブフィールド値）に基づいて応答しなくてよい。例えば、共有されたＴＸＯＰ内でＳＲＳ Ｃｏｎｔｒｏｌサブフィールドを受信するＳＴＡは、前記ＳＲＳ Ｃｏｎｔｒｏｌサブフィールドが含むｄｕｒａｔｉｏｎ情報（ＰＰＤＵ Ｒｅｓｐｏｎｓｅ Ｄｕｒａｔｉｏｎサブフィールド値）に関係なく応答することが可能であってよい。

【0340】

本発明の一実施例によれば、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームは、ＴＸＯＰ内で一番目のフレームでなくてよい。例えば、ＴＸＯＰ ｈｏｌｄｅｒがＴＸＯＰを得るためにｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームを送信しなく、他のフレームを送信してよい。これにより、ＳＴＡがｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定する前にＮＡＶを設定することができる。すなわち、前記ＳＴＡは、ＴＸＯＰで前記ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームよりも先に送信されたフレームに基づいてＮＡＶを設定することができる。前述したＮＡＶ ｔｉｍｅｏｕｔ動作は、ＮＡＶ設定がＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてなされた場合に行うことが可能であるが、ＴＸＯＰでｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームよりも先にフレーム送信が存在するようにすることにより、ＲＴＳフレーム又はＭＵ－ＲＴＳフレームに基づいてＮＡＶを設定することを減らすことができる。また、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳフレームが含むデュレーション情報はＴＸＯＰを増加させなくてよい。

【0341】

図２９は、本発明の実施例によって、トリガーフレームが含むＣｏｍｍｏｎ ＩｎｆｏフィールドとＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを用いてトリガーフレームに応答するＴＢ ＰＰＤＵのフォーマットをシグナルする方法を示す。

【0342】

本発明の実施例において、トリガーフレームを受信したステーションは、トリガーフレームが含むＵｓｅｒ Ｉｎｆｏフィールドに基づいてＴＢ ＰＰＤＵのフォーマットを決定することができる。具体的には、トリガーフレームが含む特定Ｕｓｅｒ Ｉｎｆｏフィールドが、トリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを指示できる。説明の便宜のために、このとき、特定Ｕｓｅｒ ＩｎｆｏフィールドをＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドと称する。

【0343】

Ｓｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドは、あらかじめ指定された値に設定されてよい。このとき、あらかじめ指定された値は、２００７であってよい。また、ＡＰがＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ＩＤ）として割り当てない値であってよい。また、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドのフォーマットは、Ｓｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドでないＵｓｅｒ Ｉｎｆｏフィールドのフォーマットと異なってよい。Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドが含むサブフィールドのフォーマットとＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドでないＵｓｅｒ Ｉｎｆｏフィールドが含むサブフィールドのフォーマットとが異なってよい。このとき、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドが含むＡＩＤ１２サブフィールドのフォーマットとＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドでないＵｓｅｒ Ｉｎｆｏフィールドが含むＡＩＤ１２サブフィールドのフォーマットとが同一であってよい。したがって、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドの最初の１２ビット、すなわち、ＡＩＤ１２の値があらかじめ指定された値に設定されてよい。これにより、ＨＥステーションもＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含むトリガーフレームをエラーなしでパースできる。

【0344】

また、トリガーフレームはトリガーフレームが、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含むかを指示するサブフィールドを含んでよい。説明の便宜のために、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含むかを指示するサブフィールドを、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔフィールドと称する。具体的には、トリガーフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドを含んでよい。このとき、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの５６番目のビット（Ｂ５５）が、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドであってよい。具体的な実施例において、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドの値が１である場合に、トリガーフレームは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含まなくてよい。また、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドの値が０である場合に、トリガーフレームは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含んでよい。レガシートリガーフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドの５６番目のビットは基本的に（ｄｅｆａｕｌｔ）１に設定されるためである。トリガーフレームを受信するステーションは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドに基づいて、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含むかを判断できる。ステーションが受信したトリガーフレームのＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドの値が１である場合に、ステーションは、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含まないと判断できる。また、ステーションが受信したトリガーフレームのＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドの値が０である場合に、ステーションは、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含むと判断できる。前述した実施例のように、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドがトリガーフレームに含まれる場合に、ＡＰと結合されていない（ｕｎａｓｓｏｃｉａｔｅｄ）ステーションがトリガーフレームを受信しても、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドがトリガーフレームに含まれるかが判断できる。

【0345】

トリガーフレームは、Ｓｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドをＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドでないＵｓｅｒ Ｉｎｆｏフィールドよりも先に含んでよい。具体的には、トリガーフレームは、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの直後にＵｓｅｒ Ｉｎｆｏフィールドを含んでよい。ステーションは、ステーションの受信したトリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含むかに基づいて、トリガーフレームに対する応答であるＴＢ ＰＰＤＵのフォーマットを決定できる。ステーションが受信したトリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含む場合に、ステーションは、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。ステーションの受信したトリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含まない場合に、ステーションは、トリガーフレームに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信できる。前述したように、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドを含んでよい。このとき、ステーションは、ステーションが受信したトリガーフレームのＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔフィールドの値に基づいて、トリガーフレームに対する応答であるＴＢ ＰＰＤＵのフォーマットを決定できる。ステーションが受信したトリガーフレームのＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔフィールドの値が０である場合に、ステーションは、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。ステーションが受信したトリガーフレームのＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔフィールドの値が１である場合に、ステーションは、トリガーフレームに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信できる。

【0346】

トリガーフレームがＥＨＴバリアントであるＵｓｅｒ Ｉｎｆｏフィールドを含む場合に、トリガーフレームは、常にＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含んでよい。トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含まない場合に、トリガーフレームがＥＨＴバリアントであるＵｓｅｒ Ｉｎｆｏフィールドを含むことが許容されなくてよい。

【0347】

ＥＨＴバリアント（ｖａｒｉａｎｔ）であるＵｓｅｒ ＩｎｆｏフィールドがＲＵを指示する方法と、ＨＥバリアントであるＵｓｅｒ ＩｎｆｏフィールドがＲＵを指示する方法とが異なってよい。具体的には、ＥＨＴバリアントであるＵｓｅｒ ＩｎｆｏフィールドのＲＵ ＡｌｌｏｃａｔｉｏｎサブフィールドがＲＵを指示する方法と、ＨＥバリアントであるＵｓｅｒ ＩｎｆｏフィールドのＲＵ ＡｌｌｏｃａｔｉｏｎサブフィールドがＲＵを指示する方法とが異なってよい。例えば、ＥＨＴバリアントであるＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＥＨＴバリアントであるＵｓｅｒ ＩｎｆｏフィールドのためのＲＵインデックスを指示できる。また、ＨＥバリアントであるＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＨＥバリアントであるＵｓｅｒ ＩｎｆｏフィールドのためのＲＵインデックスを指示できる。ＥＨＴバリアントであるＵｓｅｒ Ｉｎｆｏフィールドは、ＲＵ ＡｌｌｏｃａｔｉｏｎサブフィールドとＰＳ１６０サブフィールドを用いて、Ｕｓｅｒ Ｉｎｆｏフィールドに該当するステーションに割り当てられるＲＵを指示できる。

【0348】

ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、図１６で説明したように、ＡＩＤ１２サブフィールドの直後に位置してよい。また、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、８ビットフィールドであってよい。ＰＳ１６０サブフィールドは、ＰＳ１６０サブフィールドが含まれるＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するＲＵがどのサブチャネルに位置するかを指示できる。このとき、サブチャネルの帯域幅は１６０ＭＨｚであってよい。具体的には、ＰＳ１６０サブフィールドは、ＰＳ１６０サブフィールドが含まれるＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するＲＵプライマリ１６０ＭＨｚチャネルに位置するのか又はセカンダリ１６０ＭＨｚチャネルに位置するのかを指示できる。また、ＰＳ１６０サブフィールドは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドの直前に位置してよい。ＰＳ１６０サブフィールドは、１ビットフィールドであり、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドの４０番目のビット（Ｂ３９）であってよい。

【0349】

ＨＥバリアントであるＵｓｅｒ Ｉｎｆｏフィールドは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドを用いて、Ｕｓｅｒ Ｉｎｆｏフィールドに該当するステーションに割り当てられるＲＵを指示できる。

【0350】

図２９の実施例において、トリガーフレームを受信したステーションは、あらかじめ指定されたチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを指示するサブフィールドと、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドに基づいてトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを指示するサブフィールドのフォーマットを決定できる。このとき、あらかじめ指定されたチャネルは、プライマリ１６０ＭＨｚチャネルであってよい。説明の便宜のために、トリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを指示するサブフィールドを、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドと称する。ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットをＥＨＴ ＴＢ ＰＰＤＵと指示する場合に、トリガーフレームを受信したステーションは、ステーションに割り当てられたＲＵの位置に関係なくトリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。このとき、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドの値は０であってよい。また、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＥＨＴ ＴＢ ＰＰＤＵと指示する場合に、トリガーフレームは、常にＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含んでよい。

【0351】

ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＨＥ ＴＢ ＰＰＤＵと指示する場合に、トリガーフレームを受信したステーションは、ステーションに割り当てられたＲＵの位置によって、トリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを決定できる。このとき、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドの値は１であってよい。具体的には、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＨＥ ＴＢ ＰＰＤＵと指示し、トリガーフレームを受信したステーションに割り当てられたＲＵがプライマリ１６０ＭＨｚに含まれない場合に、ステーションは、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。また、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＨＥ ＴＢ ＰＰＤＵと指示し、トリガーフレームを受信したステーションに割り当てられたＲＵがプライマリ１６０ＭＨｚに含まれる場合に、ステーションは、トリガーフレームに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信できる。このとき、ステーションは、ＰＳ１６０サブフィールドの値に基づいて、ステーションに割り当てられたＲＵがプライマリ１６０ＭＨｚに含まれるかが判断できる。

【0352】

ＨＥ／ＥＨＴ Ｐ１６０サブフィールドは、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに含まれてよい。具体的には、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドは、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの５６番目のビット（Ｂ５５）であってよい。また、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドは、ＥＨＴバリアントであるＣｏｍｍｏｎ Ｉｎｆｏフィールドに含まれ、ＰＳ１６０フィールドは、ＥＨＴバリアントであるＵｓｅｒ Ｉｎｆｏフィールドに含まれてよい。したがって、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含む場合に、トリガーフレームは、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドとＰＳ１６０フィールドを含んでよい。図２９は、このような実施例が適用されるＣｏｍｍｏｎ Ｉｎｆｏフィールド及びＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを示す。

【0353】

前述したＥＨＴ ＴＢ ＰＰＤＵは、ＮＥＸＴ ＴＢ ＰＰＤＵに取り替えられてよい。したがって、前述した実施例においてＴＢ ＰＰＤＵのフォーマットとしてＥＨＴ ＴＢ ＰＰＤＵが指示される場合に、ＴＢ ＰＰＤＵとしてＮＥＸＴ ＴＢ ＰＰＤＵ又はＥＨＴ ＴＢ ＰＰＤＵが送信されてよい。このとき、トリガーフレームを受信したステーションは、Ｆｏｒｍａｔ Ｉｄｅｎｔｉｆｉｅｒサブフィールドに基づいて、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵとＮＥＸＴ ＴＢ ＰＰＤＵのうちいずれのＰＰＤＵを送信するかを決定できる。具体的には、ステーションは、Ｆｏｒｍａｔ Ｉｄｅｎｔｉｆｉｅｒサブフィールドが指示するＴＢ ＰＰＤＵのフォーマットによってＴＢ ＰＰＤＵを送信できる。

【0354】

Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドは、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信するときに必要な情報を含んでよい。具体的には、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドは、トリガーフレームに対する応答として送信されるＥＨＴ ＴＢ ＰＰＤＵのＰＰＤＵのシグナリングフィールドを設定するために必要な情報を含んでよい。このとき、ＰＰＤＵのシグナリングフィールドは、Ｕ－ＳＩＧフィールドであってよい。図２９で、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドは、ＡＩＤ１２サブフィールド、ＰＨＹ Ｖｅｒｓｉｏｎ ＩＤサブフィールド、ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールド、Ｓｐａｔｉａｌ Ｒｅｕｓｅ１サブフィールド、Ｓｐａｔｉａｌ Ｒｅｕｓｅ ２サブフィールド、Ｕ－ＳＩＧ Ｄｉｓｒｅｇａｒｄ Ａｎｄ Ｖａｌｉｄａｔｅサブフィールド、Ｒｅｓｅｒｖｅｄサブフィールド、及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールドサブフィールドを含んでよい。このとき、ＡＩＤ１２サブフィールドは、１２ビットフィールドであってよい。また、ＰＨＹ Ｖｅｒｓｉｏｎ ＩＤサブフィールドは、２ビットフィールドであってよい。ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドは、２ビットフィールドであってよい。また、Ｓｐａｔｉａｌ Ｒｅｕｓｅ１サブフィールドは、４ビットフィールドであってよい。また、Ｓｐａｔｉａｌ Ｒｅｕｓｅ ２サブフィールドは、４ビットフィールドであってよい。また、Ｕ－ＳＩＧ Ｄｉｓｒｅｇａｒｄ Ａｎｄ Ｖａｌｉｄａｔｅサブフィールドは、１２ビットフィールドであってよい。また、Ｒｅｓｅｒｖｅｄサブフィールドは、３ビットフィールドであってよい。また、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールドサブフィールドは、可変長を有してよい。Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドの具体的なフォーマットは図２９の通りでよい。

【0355】

ＰＨＹ Ｖｅｒｓｉｏｎ ＩＤサブフィールドは、前述したＦｏｒｍａｔ Ｉｄｅｎｔｉｆｉｅｒサブフィールド、ＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒサブフィールド、又はＰＨＹ ｖｅｒｓｉｏｎサブフィールドであってよい。ＰＨＹ ｖｅｒｓｉｏｎ ＩＤサブフィールドの値が０に設定された場合に、ＰＨＹ ｖｅｒｓｉｏｎ ＩＤサブフィールドは、ＥＨＴ物理層を指示できる。トリガーフレームを受信したステーションは、トリガーフレームに対する応答として送信するＴＢ ＰＰＤＵのＵ－ＳＩＧフィールドを、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドに基づいて設定できる。具体的には、トリガーフレームを受信したステーションは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドが含むサブフィールドの値を、ＴＢ ＰＰＤＵのＵ－ＳＩＧフィールドのサブフィールドの値に設定できる。このとき、Ｕ－ＳＩＧフィールドのサブフィールドは、ＰＨＹ Ｖｅｒｓｉｏｎ ＩＤサブフィールド、Ｓｐａｔｉａｌ Ｒｅｕｓｅ１サブフィールド、Ｓｐａｔｉａｌ Ｒｅｕｓｅ ２サブフィールド、及びＵ－ＳＩＧ Ｄｉｓｒｅｇａｒｄ Ａｎｄ Ｖａｌｉｄａｔｅサブフィールドを含んでよい。また、トリガーフレームを受信したステーションは、Ｓｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ ＥｘｔｅｎｓｉｏｎサブフィールドとＣｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ＢＷサブフィールドに基づいて、ＴＢ ＰＰＤＵのＵ－ＳＩＧフィールドのｂａｎｄｗｉｄｔｈ（ＢＷ）サブフィールドを設定できる。

【0356】

また、トリガーフレームを受信したステーションは、Ｓｐａｔｉａｌ Ｒｅｕｓｅ １サブフィールド又はＳｐａｔｉａｌ Ｒｅｕｓｅ ２サブフィールドに基づいて、空間再使用（ｓｐａｔｉａｌ ｒｅｕｓｅ，ＳＲ）動作を行うことができる。具体的には、トリガーフレームを受信したステーションがトリガーフレームをＩｎｔｅｒ－ＢＳＳフレームと判断した場合に、ステーションはＳＲ動作を行うことができる。ＳＲ動作はチャネルアクセスの一種であってよい。ステーションがＳＲ動作を行う場合に、ステーションは、トリガーフレームが含む情報とＳＲ動作で送信しようとするＰＰＤＵの送信パワーに基づいてＰＰＤＵを送信できる。

【0357】

ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドは、トリガーフレームが指示する周波数帯域幅が１６０ＭＨｚを超える場合に用いられるフィールドであってよい。ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドは、３２０ＭＨｚを指示できる。Ｃｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ＢＷサブフィールドは、トリガーフレームが指示する周波数帯域幅が２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚのうちいずれか一つであることを指示できる。ＵＬ ＢＷサブフィールドの値０、１、２、及び３はそれぞれ、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ及び１６０ＭＨｚを指示できる。

【0358】

また、トリガーフレームは、Ｃｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ＢＷサブフィールドとＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドを用いて周波数帯域幅を指示できる。したがって、トリガーフレームを受信するステーションは、Ｃｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ＢＷサブフィールドとＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドに基づいて、トリガーフレームが指示する周波数帯域幅を判断できる。Ｃｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ＢＷサブフィールドとＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ及び３２０ＭＨｚを指示できる。このとき、ＵＬ ＢＷサブフィールドとＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドは、３２０ＭＨｚ周波数帯域を、チャネル中心周波数又は開始周波数（ｓｔａｒｔｉｎｇ ｆｒｅｑｕｅｎｃｙ）によって３２０－１ＭＨｚ及び３２０－２ＭＨｚとに区別して指示できる。ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールド無しでＵＬ Ｂａｎｄｗｉｄｔｈフィールドのみが用いられるとき、１６０ＭＨｚを指示するＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドの値は、ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドと一緒に１６０ＭＨｚ、３２０ＭＨｚ－１、及び３２０ＭＨｚ－２のうちいずれか一つを指示できる。具体的には、ＵＬ ＢＷサブフィールドの値、ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールド無しでＵＬ ＢＷサブフィールドのみが用いられる場合に、ＵＬ ＢＷサブフィールドが指示する周波数帯域幅、ＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドの値、ＵＬ ＢＷサブフィールドとＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドが一緒に指示する周波数帯域幅は、表２の通りでよい。

【0359】

【表2】

【0360】

前述した実施例において、トリガーフレームが指示する周波数帯域幅は、トリガーフレームに基づいて送信されるＴＢ ＰＰＤＵ、フレーム、又は送信シーケンスで用いられる周波数帯域幅を示すことができる。

【0361】

Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドが含むＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドの存在の有無及び長さは、トリガーフレームのタイプに基づいて決定されてよい。すなわち、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドが含むＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドの存在の有無及び長さは、トリガーフレームがどのバリアントに該当するかに基づいて決定されてよい。トリガーフレームのタイプは、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドが含むＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールドが指示できる。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値は０～７に設定されてよい。このとき、Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値０～７はそれぞれ、ベーシックトリガーフレーム、ＢＦＲＰ（Ｂｅａｍｆｏｒｍｉｎｇ Ｒｅｐｏｒｔ Ｐｏｌｌ）フレーム、ＭＵ－ＢＡＲフレーム、ＭＵ－ＲＴＳフレーム、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｐｏｌｌ（ＢＳＲＰ）フレーム、ＧＣＲ ＭＵ－ＢＡＲフレーム、ＢＱＲＰ（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ Ｐｏｌｌ）フレーム、及びＮＦＲＰ（ＮＤＰ Ｆｅｅｄｂａｃｋ Ｒｅｐｏｒｔ Ｐｏｌｌ）フレームを指示できる。

【0362】

前述した実施例において、トリガーフレームのＲＡ－ＲＵに基づいてＴＢ ＰＰＤＵを送信するＨＥステーションは、トリガーフレームがＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含む場合にもＲＡ－ＲＵに基づいてＨＥ ＴＢ ＰＰＤＵを送信できる。以下、これを解決するための方法を説明する。

【0363】

ステーションは、ステーションに該当するＵｓｅｒ Ｉｎｆｏフィールドのバリアントによって、トリガーフレームに対する応答として送信するＴＢ ＰＰＤＵのフォーマットを決定できる。具体的には、トリガーフレームにおいてステーションに該当するＵｓｅｒ ＩｎｆｏフィールドがＨＥバリアントである場合に、ステーションは、トリガーフレームに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信できる。また、トリガーフレームにおいてステーションに該当するＵｓｅｒ ＩｎｆｏフィールドがＥＴＨバリアントである場合に、ステーションは、トリガーフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵを送信できる。また、トリガーフレームにおいてステーションに該当するＵｓｅｒ ＩｎｆｏフィールドがＮＥＸＴバリアントである場合に、ステーションは、トリガーフレームに対する応答としてＮＥＸＴ ＴＢ ＰＰＤＵを送信できる。

【0364】

ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＥＨＴ ＴＢ ＰＰＤＵと指示する場合に、ステーションに該当するＵｓｅｒ Ｉｎｆｏフィールドは、ＥＨＴバリアントであってよい。また、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＨＥ ＴＢ ＰＰＤＵと指示し、トリガーフレームを受信したステーションに割り当てられたＲＵがプライマリ１６０ＭＨｚに含まれない場合に、ステーションに該当するＵｓｅｒ Ｉｎｆｏフィールドは、ＥＨＴバリアントであってよい。また、ＨＥ／ＥＨＴ Ｐ１６０サブフィールドが、プライマリ１６０ＭＨｚチャネルでトリガーフレームに対する応答として送信されるＴＢ ＰＰＤＵのフォーマットを、ＨＥ ＴＢ ＰＰＤＵと指示し、トリガーフレームを受信したステーションに割り当てられたＲＵがプライマリ１６０ＭＨｚに含まれる場合に、ステーションに該当するＵｓｅｒ Ｉｎｆｏフィールドは、ＨＥバリアントであってよい。

【0365】

ＭＵ－ＲＴＳフレームは、前述したＳｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含んでよい。具体的には、修正された（ｍｏｄｉｆｉｅｄ）ＭＵ－ＲＴＳフレームは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを含んでよい。ＭＵ－ＲＴＳフレームは、ＭＵ－ＲＴＳフレームが送信される帯域幅を指示できる。また、修正されたＭＵ－ＲＴＳフレームは、前述したように、共有（ｓｈａｒｅｄ）ＴＸＯＰを割り当てることができる。修正されたＭＵ－ＲＴＳフレームは、共有ＴＸＯＰで用いられる周波数帯域幅（ｂａｎｄｗｉｄｔｈ）を指示できる。共有ＴＸＯＰで１６０ＭＨｚを超える周波数帯域幅が用いられる場合に、修正されたＭＵ－ＲＴＳフレームは、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドを用いて、１６０ＭＨｚを超える周波数帯域幅を指示できる。具体的には、図２９で説明した実施例によって、Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏフィールドは、１６０ＭＨｚを超える周波数帯域幅を指示できる。このような実施例においてＳｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎフィールドを除く残りフィールドは、リザーブドフィールドとして設定されてよい。具体的には、Ｓｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎフィールドを除く残りフィールドの値は、０に設定されてよい。また、Ｓｐｅｃｉａｌ Ｕｓｅｒ ＩｎｆｏフィールドのＵＬ Ｂａｎｄｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎフィールドは、上の図２９で説明した実施例によって設定されてよい。

【0366】

図３０は、本発明の実施例に係るステーションが修正されたＭＵ－ＲＴＳフレームに対する応答としてフレームを送信するときにＴＸＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒを設定する方法を示す。

【0367】

ステーションが修正されたＭＵ－ＲＴＳフレームに応答するときにＴＸＶＥＣＴＯＲパラメータを設定する方法と、修正されたＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームに応答するときにＴＸＶＥＣＴＯＲパラメータを設定する方法とが異なってよい。このとき、ＴＸＶＥＣＴＯＲパラメータは、ＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧを含んでよい。ＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧは、ｔｒｕｅ又はｆａｌｓに設定される。ＴＸＶＥＣＴＯＲパラメータは、ＭＡＣ層から物理層に送信されるパラメータであってよい。具体的には、ステーションが送信を行うとき、ステーションは、ＭＡＣ層で設定したＴＸＶＥＣＴＯＲを物理層に伝達する。ＲＸＶＥＣＴＯＲパラメータは、物理層からＭＡＣ層に送信されるパラメータであってよい。具体的には、ステーションが受信を行うとき、物理層でＲＸＶＥＣＴＯＲパラメータの値が設定され、ＲＸＶＥＣＴＯＲパラメータは物理層からＭＡＣ層に伝達される。

【0368】

ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧは、ｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵが送信されるときに設定されてよい。したがって、本発明の実施例のうち、ＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧ設定に関する実施例は、ｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵが送信されるときに適用されてよい。

【0369】

ステーションは、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧをＭＵ－ＲＴＳフレームに対する応答としてＰＰＤＵを送信するかに基づいて設定できる。例えば、ステーションがＭＵ－ＲＴＳフレームに対する応答としてＰＰＤＵを送信する場合に、ステーションは、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧをｔｒｕｅに設定されてよい。ステーションがＭＵ－ＲＴＳフレームに対する応答としてＰＰＤＵを送信しない場合に、ステーションは、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧをｆａｌｓｅに設定できる。

【0370】

また、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧの値によってステーションの送信条件が変わってよい。例えば、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧがｔｒｕｅに設定される場合に、ステーションは、あらかじめ指定された送信条件によって送信を行うことができる。ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧがｆａｌｓｅに設定される場合に、ステーションは、あらかじめ指定された送信条件に関係なく又はあらかじめ指定された送信条件よりも緩和された送信条件によって送信を行うことができる。したがって、ステーションがＴＢ ＰＰＤＵを送信するか否かによって、ステーションが従うべき送信条件が変わってよい。具体的には、ステーションがＴＢ ＰＰＤＵを送信する場合に、ステーションは、あらかじめ指定された条件によって送信を行うことができる。また、ステーションがＴＢ ＰＰＤＵでないＰＰＤＵを送信する場合に、ステーションは、あらかじめ指定された条件に関係なく又はあらかじめ指定された条件よりも緩和された送信条件によって送信を行うことができる。ステーションがＭＵ－ＲＴＳフレームに対する応答としてｎｏｎ－ＨＴ（ｄｕｐｌｉｃａｔｅ）ＰＰＤＵ又はＴＢ ＰＰＤＵを送信するとき、複数のステーションが同時にＰＰＤＵを送信できる。したがって、複数のステーションの送信パラメータ設定によってＰＰＤＵを受信するステーションがＰＰＤＵを受信し難くなる。また、複数のＰＰＤＵの送信が同期化されないことがあり、複数のＰＰＤＵ送信間に干渉が発生し得る。また、複数のＰＰＤＵの送信パワー差が増加することがある。

【0371】

あらかじめ指定された送信条件は、あらかじめ補正された正確度条件（ｐｒｅ－ｃｏｒｒｅｃｔｉｏｎ ａｃｃｕｒａｃｙ ｒｅｑｕｉｒｅｍｅｎｔｓ）を含んでよい。また、あらかじめ指定された送信条件は、あらかじめ補正された送信タイム、あらかじめ補正された送信周波数と送信サンプリングシンボルクロック、及びあらかじめ補正された送信パワーを含んでよい。このとき、あらかじめ補正された送信周波数と送信サンプリングシンボルクロック条件がキャリア間の干渉（ｉｎｔｅｒ－ｃａｒｒｉｅｒ ｉｎｔｅｒｆｅｒｅｎｃｅ）を防止できる。また、あらかじめ補正された送信パワー条件がＰＰＤＵ間の干渉を調節できる。また、あらかじめ指定された条件は、チェーン別パワー（ｐｅｒ ｃｈａｉｎ ｐｏｗｅｒ）条件を含んでよい。また、あらかじめ指定された送信条件は、ＥＶＭ（ｅｒｒｏｒ ｖｅｃｔｏｒ ｍａｇｎｉｔｕｄｅ）条件及びスペクトルマスク（ｓｐｅｃｔｒａｌ ｍａｓｋ）条件を含んでよい。また、あらかじめ指定された条件は、絶対送信パワー正確度条件（特定送信パワーを達成するための正確度（ａｃｃｕｒａｃｙ ｏｆ ａｃｈｉｅｖｉｎｇ ａ ｓｐｅｃｉｆｉｅｄ ｔｒａｎｓｍｉｔ ｐｏｗｅｒ）、ＲＳＳＩ測定正確度条件（受信パワーとＲＳＳＩとの差（ｔｈｅ ｄｉｆｆｅｒｅｎｃｅ ｂｅｔｗｅｅｎ ｔｈｅ ＲＳＳＩ ａｎｄ ｔｈｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、相対的送信パワー正確度条件（連続したＰＰＤＵのための送信パワーを変更する正確度（ａｃｃｕｒａｃｙ ｏｆ ａｃｈｉｅｖｉｎｇ ａ ｃｈａｎｇｅ ｉｎ ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｆｏｒ ｃｏｎｓｅｃｕｔｉｖｅ ＰＰＤＵ））を含んでよい。また、あらかじめ指定された条件は、キャリア周波数オフセット（ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｏｆｆｓｅｔ，ＣＦＯ）エラーとシンボルクロックエラーを補正することを含んでよい。キャリア周波数オフセットエラー補正条件は、キャリア周波数補正後にキャリア周波数オフセットエラーがあらかじめ設定されたレベルを超えないことであってよい。

【0372】

具体的には、ステーションは、トリガリングＰＰＤＵ、すなわちトリガー情報を含むＰＰＤＵによって下記のようなＰＰＤＵを送信するとき、キャリア周波数オフセット（ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｏｆｆｓｅｔ，ＣＦＯ）エラーとシンボルクロックエラーを補正できる。このとき、トリガー情報は、トリガーフレーム及びＴＲＳ Ｃｏｎｔｒｏｌフィールドを含んでよい。
－ ＨＥ ＴＢ ＰＰＤＵ又はＥＨＴ ＴＢ ＰＰＤＵ
－ ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧがｔｒｕｅに設定されたＮｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵ

【0373】

補正後にプライマリ２０ＭＨｚで－６０ｄＢＭの受信電力においてＡＷＧＮのキャリア周波数オフセットエラーのＣＣＤＦ（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｃｕｍｕｌａｔｉｖｅ ｄｉｓｔｒｉｂｕｔｉｏｎ ｆｕｎｃｔｉｏｎ）の１０％から測定される場合に、トリガリングＰＰＤＵに該当する残りキャリア周波数オフセットエラーの絶対値は次のレベルを超えてはならない。
－ ＨＥ ＴＢ ＰＰＤＵ又はＥＨＴ ＴＢ ＰＰＤＵのデータサブキャリアに対して３５０Ｈｚ
－ ｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵに対して２ｋＨｚ

【0374】

ＥＨＴ ＴＢ ＰＰＤＵの余りキャリア周波数オフセットエラー測定は、ＨＥ－ＳＩＧ－Ａフィールド又はＵ－ＳＩＧフィールドの後に行われるべきである。

【0375】

ｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵの残りキャリア周波数オフセットエラー測定は、Ｌ－ＳＴＦフィールドの後に行われるべきである。キャリア周波数オフセットエラーだけのｐｐｍ量までシンボルクロックエラーが補償される必要がある。

【0376】

トリガリングＰＰＤＵに対する応答として、ＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ、ｎｏｎ－ＨＴ ＰＰＤＵ、又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵを送信するステーションは、ステーションの送信アンテナコネクターにおいてＨＥ ＴＢ ＰＰＤＵ、ＥＨＴ ＴＢ ＰＰＤＵ、ｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵの送信開始時間がトリガリングＰＰＤＵの最後のＯＦＤＭシンボルの末尾又はトリガリングＰＰＤＵのＰＥフィールドの末尾から＋－０．４ｕｓ＋１６ｕｓ以内になるのを保証しなければならない。

【0377】

ただし、修正されたＭＵ－ＲＴＳフレームに対する応答は、単一ステーションが送信できる。したがって、修正されたＭＵ－ＲＴＳフレームに対する応答の送信には、前述したあらかじめ指定された送信条件が不要であるか、あらかじめ指定された送信条件を緩和して適用されてよい。

【0378】

ステーションは、修正されたＭＵ－ＲＴＳフレームに対する応答を送信するとき及び修正されたＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームに対する応答を送信するときに、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧを異なるように設定できる。具体的には、ステーションが、修正されたＭＵ－ＲＴＳフレームに対する応答を送信するときに、ステーションは、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧの値をｆａｌｓｅに設定できる。また、ステーションが修正されたＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームに対する応答を送信するときに、ステーションは、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧの値をｔｒｕｅに設定できる。このような実施例は、前述したように、ステーションがｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵを送信するときに適用されてよい。

【0379】

図３０の実施例において、第１ステーション（ＳＴＡ１）は、修正されたＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームを送信する。第２ステーション（ＳＴＡ２）は、修正されたＭＵ－ＲＴＳフレームでないＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。前述した実施例のように、第２ステーションは、ＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧの値をｔｒｕｅに設定してＣＴＳフレームを送信する。第１ステーション（ＳＴＡ１）が、修正されたＭＵ－ＲＴＳフレームを送信する。第２ステーション（ＳＴＡ２）は、修正されたＭＵ－ＲＴＳフレームに対する応答を第１ステーション（ＳＴＡ１）に送信する。このとき、第２ステーションはＴＸＶＥＣＴＯＲパラメータのＴＲＩＧＧＥＲ＿ＲＥＳＰＯＮＤＩＮＧの値をｆａｌｓｅに設定して修正されたＭＵ－ＲＴＳフレームに対する応答を送信する。

【0380】

説明の便宜のために、修正されたＭＵ－ＲＴＳフレームを、ＭＵ－ＲＴＳ ＴＸＯＰ Ｓｈａｒｉｎｇ（ＴＸＳ）トリガーフレームと呼ぶ。

【0381】

図３１は、本発明の実施例に係るマネジメントフレームの構成とＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントを示す。

【0382】

ステーションは、複数のＥＤＣＡパラメータセットに基づいてチャネルアクセスを行うことができる。チャネルアクセスは、ＥＤＣＡ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）を含んでよい。ＥＤＣＡパラメータセットは、各ＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）別ＥＤＣＡパラメータセットを含んでよい。また、１つのＥＤＣＡパラメータセットに含まれるＡＣ別ＥＤＣＡパラメータセットは、互いに異なるパラメータ値を有してよい。また、複数のＥＤＣＡパラメータセットが第１ＥＤＣＡパラメータセットと第２パラメータセットとに区別されるとき、１つのＡＣに対する第１ＥＤＣＡパラメータセットのＥＤＣＡパラメータの値と第２ＥＤＣＡパラメータセットのＥＤＣＡパラメータの値とが異なってよい。また、ＡＣは、ＡＣ＿ＢＥ（ｂｅｓｔ ｅｆｆｏｒｔ）、ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、及びＡＣ＿ＶＯ（ｖｏｉｃｅ）を含んでよい。

【0383】

ＥＤＣＡは、各トラフィックの優先順位、具体的にはＡＣによるＣＳＭＡ／ＣＡアクセスを提供する。また、複数のＥＤＣＡパラメータセットは、レガシーＥＤＣＡパラメータセットとＭＵ ＥＤＣＡパラメータセットを含んでよい。具体的には、複数のＥＤＣＡパラメータセットは、レガシーＥＤＣＡパラメータセットとＭＵ ＥＤＣＡパラメータセットとに区分できる。レガシーＥＤＣＡパラメータセットはｄｏｔ１１ＥＤＣＡＴａｂｌｅに保存され、ＭＵ ＥＤＣＡパラメータセットはｄｏｔ１１ＭＵＥＤＣＡＴａｂｌｅに保存されてよい。ＥＤＣＡパラメータセットは、ＣＷｍｉｎ、ＣＷｍａｘ、ＡＩＦＳＮ、ＴＸＯＰ ｌｉｍｉｔ、及びＭＳＤＵ ｌｉｆｅｔｉｍｅを含んでよい。また、ＭＵ ＥＤＣＡパラメータセットは、ＣＷｍｉｎ、ＣＷｍａｘ、ＡＩＦＳＮ、及びＭＵＥＤＣＡＴｉｍｅｒを含んでよい。ＥＤＣＡパラメータセットは、前述したように、各ＡＣ別にパラメータ値を含んでよい。したがって、ＥＤＣＡパラメータセットは、ＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＡＩＦＳＮ［ＡＣ］、ＴＸＯＰ ｌｉｍｉｔ［ＡＣ］、及びＭＳＤＵ ｌｉｆｅｔｉｍｅ［ＡＣ］と表示されてよい。また、ＭＵ ＥＤＣＡパラメータセットは、ＣＷｍｉｎ［ＡＣ］、ＣＷｍａｘ［ＡＣ］、ＡＩＦＳＮ［ＡＣ］、及びＭＵＥＤＣＡＴｉｍｅｒ［ＡＣ］と表示されてよい。

【0384】

一実施例によれば、ＣＷ（ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ）は、ＣＷｍｉｎ又はＣＷｍａｘに基づいて決定されてよい。また、バックオフ手順を生じさせる（ｉｎｖｏｋｅ）するか、ｂａｃｋｏｆｆ ｃｏｕｎｔｅｒをリセットするか、新しく選定する場合にＣＷに基づき得る。例えば、０～ＣＷの整数の中からランダムに選択された数をｂａｃｋｏｆｆ ｃｏｕｎｔｅｒとして用いることができる。また、ＣＷを初期化（ｉｎｉｔｉａｌｉｚｅ）するとき、ＣＷｍｉｎに初期化してよい。また、ＣＷが有し得る最小の値がＣＷｍｉｎであってよい。ＣＷが有し得る最大の値がＣＷｍａｘであってよい。

【0385】

ＡＩＦＳＮ（ａｒｂｉｔｒａｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ ｎｕｍｂｅｒ）に基づいて、図６で説明したＡＩＦＳが決定されてよい。例えば、ＡＩＦＳは、ＡＩＦＳＮ＊（ｓｌｏｔ ｔｉｍｅ（ａＳｌｏｔＴｉｍｅ））＋ＳＩＦＳ（ａＳＩＦＳＴｉｍｅ）であってよい。具体的には、ＡＩＦＳは、ステーションがチャネルがビジー（ｂｕｓｙ）であると感知した後、再びチャネルアクセスを行うときに待機する時間であってよい。また、ＡＩＦＳは、ステーションがチャネルがビジー（ｂｕｓｙ）であると感知した後、再びチャネルアクセスを行うときに用いられるスロットの境界（ｂｏｕｎｄａｒｙ）を決定できる。

【0386】

ＴＸＯＰ（ｔｒａｎｓｍｉｔ ｏｐｐｏｒｔｕｎｉｔｙ）を取得したステーションは、ＴＸＯＰ ｌｉｍｉｔに基づいて送信シーケンスの終了時点を決定できる。具体的には、ステーションは原則的にＴＸＯＰ ｌｉｍｉｔ内で送信シーケンスを終了し、一部の例外的な状況で、ＴＸＯＰ ｌｉｍｉｔを超えるデュレーションで送信シーケンスを行うことが許容されてよい。

【0387】

ステーションは、結合されたＡＰから、ＥＤＣＡパラメータセットのパラメータの値を指示するエレメントを受信し、受信したエレメントが指示するＥＤＣＡパラメータセットのパラメータの値によってＥＤＣＡパラメータセットを設定できる。また、ステーションが、ステーションが結合されたＡＰから、ＥＤＣＡパラメータセットのパラメータの値を指示するエレメントを受信できなかった場合に、ステーションは、ＥＤＣＡパラメータセットのパラメータの値をデフォルト値に設定できる。

【0388】

ＡＰは、ＥＤＣＡパラメータセットのパラメータの値を指示するエレメントを含むマネジメントフレームを送信できる。このとき、マネジメントフレームは、ビーコンフレーム、結合応答フレーム、再結合応答フレーム、及びプローブ応答フレームを含んでよい。また、マネジメントフレームは、複数のＥＤＣＡパラメータセットのそれぞれのパラメータセットを指示する複数のエレメントを含んでよい。レガシーＥＤＣＡパラメータセットのパラメータの値を指示するエレメントは、ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔであってよい。また、ＭＵ ＥＤＣＡパラメータセットのパラメータの値を指示するエレメントは、ＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントであってよい。

【0389】

図３１で、マネジメントフレームは、ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメント、Ｃａｐａｂｉｌｉｔｉｅｓエレメント、Ｏｐｅｒａｔｉｏｎエレメント、及びＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントを含む。ＣａｐａｂｉｌｉｔｉｅｓエレメントとＯｐｅｒａｔｉｏｎエレメントは、ＨＴステーション、ＶＨＴステーション、ＨＥステーション、及びＥＨＴステーションのためのエレメントが別途に定義されてよい。

【0390】

エレメントは、エレメントが含むＥｌｅｍｅｎｔ ＩＤフィールド又はＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎフィールドによって識別されてよい。ＥＤＣＡ Ｐａｒａｍｅｔｅｒ ＳｅｔエレメントのＥｌｅｍｅｎｔ ＩＤフィールド及びＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎフィールドは、ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントであることを指示する。また、ＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ ＳｅｔエレメントのＥｌｅｍｅｎｔ ＩＤフィールド及びＥｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎフィールドは、ＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントであることを指示する。

【0391】

ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメント及びＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントは、各ＡＣに該当するｐａｒａｍｅｔｅｒ ｒｅｃｏｒｄフィールドを含んでよい。ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントは、各ＡＣ別Ｐａｒａｍｅｔｅｒ Ｒｅｃｏｒｄフィールドを含んでよい。また、ＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔエレメントは、各ＡＣ別ＭＵ Ｐａｒａｍｅｔｅｒ Ｒｅｃｏｒｄフィールドを含んでよい。ｐａｒａｍｅｔｅｒ ｒｅｃｏｒｄフィールドは、各ｐａｒａｍｅｔｅｒ ｒｅｃｏｒｄフィールドがどのＡＣに該当するかを指示するサブフィールド、ＡＣＩフィールド（ＡＣ Ｉｎｄｅｘ）を含んでよい。

【0392】

また、ｐａｒａｍｅｔｅｒ ｒｅｃｏｒｄフィールドは、ＣＷｍｉｎを指示するサブフィールド、ＥＣＷｍｉｎフィールド及びＣＷｍａｘを指示するサブフィールド、ＥＣＷｍａｘフィールドを含んでよい。このとき、ＣＷｍｉｎとＣＷｍａｘの値は、次の通りでよい。このとき、ＥＣＷｍｉｎはＥＣＷｍｉｎサブフィールドの値を示し、ＥＣＷｍａｘはＥＣＷｍａｘサブフィールドの値を示す。
ＣＷｍｉｎ＝２＾ＥＣＷｍｉｎ－１
ＣＷｍａｘ＝２＾ＥＣＷｍａｘ－１

【0393】

また、ｐａｒａｍｅｔｅｒ ｒｅｃｏｒｄフィールドは、ＴＸＯＰ Ｌｉｍｉｔサブフィールド又はＭＵ ＥＤＣＡ Ｔｉｍｅｒサブフィールドを含んでよい。具体的には、Ｐａｒａｍｅｔｅｒ Ｒｅｃｏｒｄフィールドは、ＴＸＯＰ Ｌｉｍｉｔサブフィールドを含んでよい。ＴＸＯＰ Ｌｉｍｉｔサブフィールドは、ＴＸＯＰ ｌｉｍｉｔを指示できる。ＭＵ Ｐａｒａｍｅｔｅｒ Ｒｅｃｏｒｄフィールドは、ＭＵ ＥＤＣＡ Ｔｉｍｅｒサブフィールドを含んでよい。ＭＵ ＥＤＣＡ Ｔｉｍｅｒサブフィールドは、ＭＵ ＥＤＣＡタイマーを指示できる。

【0394】

ｎｏｎ－ＡＰステーションは第１ＥＤＣＡパラメータセットを用いてチャネルアクセスを行う、ｎｏｎ－ＡＰステーションがＡＰによってトリガーされた送信に成功した場合に、第２ＥＤＣＡパラメータセットを用いてチャネルアクセスを行うことができる。ＥＤＣＡパラメータセットを用いてチャネルアクセスを行うことは、ＥＤＣＡパラメータセットのパラメータの値によってＥＤＣＡパラメータ、例えばＣＷｍｉｎ、ＣＷｍａｘ、ＡＩＦＳＮ及びＭＵ ＥＤＣＡタイマーをアップデートすることであってよい。このとき、第１ＥＤＣＡパラメータセットはレガシーＥＤＣＡパラメータセットであり、第２ＥＤＣＡパラメータセットはＭＵ ＥＤＣＡパラメータセットであってよい。このとき、ｎｏｎ－ＡＰステーションは、第２ＥＤＣＡパラメータセットを用いるときに第２パラメータセットが適用される残余デュレーションを指示するタイマーを設定できる。タイマーは、経時的に一定にタイマーの値が減り、ｎｏｎ－ＡＰステーションは、タイマーの値が０になるまで第２ＥＤＣＡパラメータセットを用いることができる。タイマーの値が０になったときに、ｎｏｎ－ＡＰステーションは、第１ＥＤＣＡパラメータセットを用いてチャネルアクセスを行うことができる。また、ｎｏｎ－ＡＰステーションがＥＤＣＡパラメータセットのリセットを指示するエレメントを受信する場合に、ｎｏｎ－ＡＰステーションは、タイマーの値を０に設定できる。このとき、タイマーはＭＵ ＥＤＣＡタイマーであってよい。本明細書において、説明の便宜のために、タイマーの値を０でない値に設定することを、タイマーを設定すると記載し、第２パラメータセットが適用される残余デュレーションを指示するＥＤＣＡタイマーを、第２パラメータセットの適用のためのタイマーと称する。このとき、０でない値は、ＥＤＣＡパラメータセットが含むデフォルト値であってよい。

【0395】

また、第１ＥＤＣＡパラメータセットのパラメータの値が第２ＥＤＣＡパラメータセットのパラメータよりも小さくてよい。このとき、第２ＥＤＣＡパラメータセットを用いるチャネルアクセスの成功確率が、第１ＥＤＣＡパラメータセットを用いるチャネルアクセスの成功確率よりも小さくてよい。これにより、ステーション間のチャネルアクセス公平性を調整することができる。

【0396】

ｎｏｎ－ＡＰステーションがＡＰによってトリガーされた送信に成功した場合は、ｎｏｎ－ＡＰステーションがベーシックトリガーフレームによって誘導（ｓｏｌｉｃｉｔ）された送信に成功した場合を表すことができる。また、ｎｏｎ－ＡＰステーションがベーシックトリガーフレームによって誘導（ｓｏｌｉｃｉｔ）された送信に成功した場合は、ｎｏｎ－ＡＰステーションがベーシックトリガーフレームによって誘導（ｓｏｌｉｃｉｔ）されたＱｏＳデータフレームの送信に成功した場合に限定されてよい。ｎｏｎ－ＡＰステーションがＱｏＳデータフレームを成功的に送信した場合は、次のように定義されてよい。ＱｏＳデータフレームが即刻応答を要請する場合に、ｎｏｎ－ＡＰステーションがＱｏＳデータフレームに対する即刻応答を受信したときにｎｏｎ－ＡＰステーションがＱｏＳデータフレーム送信に成功したと見なされてよい。また、ＱｏＳデータフレームが即刻応答を要請しない場合に、ｎｏｎ－ＡＰステーションがＱｏＳデータフレームを送信したときにｎｏｎ－ＡＰステーションがＱｏＳデータフレーム送信に成功したと見なされてよい。したがって、ｎｏｎ－ＡＰステーションが即刻応答を要請するＱｏＳデータフレームを送信し、ＱｏＳデータフレームに対する即刻応答を受信したときに、ｎｏｎ－ＡＰステーションはＥＤＣＡパラメータを第２ＥＤＣＡパラメータセットによってアップデートすることができる。また、ｎｏｎ－ＡＰステーションが即刻応答を要請しないＱｏＳデータフレームを送信したときに、ｎｏｎ－ＡＰステーションは、ＥＤＣＡパラメータを第２ＥＤＣＡパラメータセットによってアップデートすることができる。このとき、ｎｏｎ－ＡＰステーションは、ＱｏＳデータフレームのＡＣに該当するＥＤＣＡパラメータを第２ＥＤＣＡパラメータセットによってアップデートすることができる。また、ｎｏｎ－ＡＰステーションが即刻応答を要請するＱｏＳデータフレームを送信し、ＱｏＳデータフレームに対する即刻応答を受信したときに、ｎｏｎ－ＡＰステーションは、第２ＥＤＣＡパラメータセットの適用のためのタイマーを設定できる。このとき、即刻応答を含むＰＰＤＵの末尾でＥＤＣＡタイマーが開始されてよい。また、ｎｏｎ－ＡＰステーションが即刻応答を要請しないＱｏＳデータフレームを送信したときに、ｎｏｎ－ＡＰステーションは、第２ＥＤＣＡパラメータセットの適用のためのタイマーを設定できる。このとき、ＱｏＳデータフレームを含むＰＰＤＵの末尾で第２ＥＤＣＡパラメータセットの適用のためのタイマーが開始されてよい。

【0397】

図３２は、本発明の実施例に係る共有ＴＸＯＰが割り当てられたステーションがＭＵ ＥＤＣＡパラメータセットを設定する方法を示す。

【0398】

図３２で説明する実施例における第１ＥＤＣＡパラメータセット及び第２ＥＤＣＡパラメータセットは、図３１で説明した実施例の第１ＥＤＣＡパラメータセット及び第２ＥＤＣＡパラメータセットと同一であってよい。

【0399】

ＴＸＯＰ共有が割り当てられたステーションは、前述した第２ＥＤＣＡパラメータセットを用いてチャネルアクセスを行うことができる。このとき、第２ＥＤＣＡパラメータセットは、前述したＭＵ ＥＤＣＡパラメータセットであってよい。さらに他の具体的な実施例において、第２ＥＤＣＡパラメータセットは、前述したレガシーＥＤＣＡパラメータセットよりも優先順位が低いＥＤＣＡパラメータセットであってよい。このような実施例により、共有ＴＸＯＰが割り当てられたステーションと共有ＴＸＯＰが割り当てられなかったステーション間のチャネルアクセス公平性を調整することができる。説明の便宜のために、共有ＴＸＯＰを割り当てたステーションを共有ＴＸＯＰ割り当て者と称し、共有ＴＸＯＰホルダーを共有ＴＸＯＰホルダーと称する。

【0400】

ＭＵ－ＲＴＳ ＴＸＳトリガーフレームを受信したステーションがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに対する応答を送信した場合に、ステーションは、チャネルアクセスに用いるＥＤＣＡパラメータを、第１ＥＤＣＡパラメータセットから第２ＥＤＣＡパラメータセットに切り換えることができる。ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに対する応答フレームは、ＣＴＳフレームであってよい。したがって、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに対する応答は、ＣＴＳフレーム又はＣＴＳフレームを含むＰＰＤＵを示すことができる。ＭＵ－ＲＴＳ ＴＸＳトリガーフレームを受信したステーションがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに対する応答を送信した場合に、ステーションは、共有ＴＸＯＰ内で第２ＥＤＣＡパラメータセットを用いてチャネルアクセスを行うことができる。このような実施例は、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームが、共有ＴＸＯＰホルダーがいずれか一つのステーション、例えばＡＰへの送信のみを許容する場合に限って適用されてよい。すなわち、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームが、共有ＴＸＯＰホルダーが複数のステーション、例えばＡＰと他のｎｏｎ－ＡＰステーションの送信を許容する場合にはこのような実施例は適用されなくてよい。

【0401】

さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ割り当て者に少なくとも１つのフレームを送信した場合に、ステーションは、チャネルアクセスに用いるＥＤＣＡパラメータを、第１ＥＤＣＡパラメータセットから第２ＥＤＣＡパラメータセットに切り換えることができる。

【0402】

また、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰの終了時点に、第２ＥＤＣＡパラメータセットの適用のためのタイマーを設定できる。さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰを終了するシグナリングに該当する応答を受信した時点に、第２ＥＤＣＡパラメータセットの適用のためのタイマーを設定できる。さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰの終了時点又は共有ＴＸＯＰを終了するシグナリングに該当する応答を受信した時点のうち早い時点に、第２ＥＤＣＡパラメータセットの適用のためのタイマーを設定できる。このとき、第２ＥＤＣＡパラメータセットの適用のためのタイマーを設定することは、前述したように、第２ＥＤＣＡパラメータセットの適用のためのタイマーの値を、０よりも大きい値に設定することであってよい。

【0403】

図３２の実施例において、第１ステーション（ＳＴＡ１）は、第２ステーション（ＳＴＡ２）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信して第２ステーション（ＳＴＡ２）に共有ＴＸＯＰ（ｓｈａｒｅｄ ＴＸＯＰ）を割り当てる。このとき、第２ステーション（ＳＴＡ２）は、第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。前述したように、第２ステーション（ＳＴＡ２）が第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信したときに、第２ステーション（ＳＴＡ２）は第１ＥＤＣＡパラメータセットを第２ＥＤＣＡパラメータセットに切り換え、第２ＥＤＣＡパラメータセットを用いてチャネルアクセスを行う。また、第２ステーション（ＳＴＡ２）は、共有ＴＸＯＰ終了時点に第２ＥＤＣＡパラメータの適用のためのタイマーを設定できる。これは、共有ＴＸＯＰホルダーが第２ＥＤＣＡパラメータセットに切り換えるときに、第２ＥＤＣＡパラメータの適用のためのタイマーを設定する場合に、共有ＴＸＯＰホルダーがチャネルアクセスを行わないにも関わらずタイマーの値が持続して減ることを防止するためである。これにより、他のステーションとの公平性を保証することができる。

【0404】

図３２などで、共有ＴＸＯＰ内で共有ＴＸＯＰホルダーがフレームを送信した後、共有ＴＸＯＰホルダーは、チャネルアクセスに用いるＥＤＣＡパラメータを、第１パラメータセット、例えばレガシーＥＤＣＡパラメータセットから第２パラメータセット、例えばＭＵ ＥＤＣＡパラメータセットに切り換える実施例を説明した。このような実施例は、共有ＴＸＯＰホルダーがフレームを成功的に送信した場合に限って適用されてよい。したがって、共有ＴＸＯＰホルダーがフレームを成功的に送信した場合に、共有ＴＸＯＰホルダーは、チャネルアクセスに用いるＥＤＣＡパラメータを、第１パラメータセットから第２パラメータセットに切り替えることができる。また、このような実施例は、共有ＴＸＯＰホルダーがＱｏＳデータフレームを成功的に送信した場合に限って適用されてよい。また、共有ＴＸＯＰホルダーがＱｏＳデータフレームを成功的に送信した場合に、共有ＴＸＯＰホルダーは、チャネルアクセスに用いるＥＤＣＡパラメータを、第１パラメータセットから第２パラメータセットに切り替えることができる。ＱｏＳデータフレームが即刻応答を要求する場合に、ＱｏＳデータフレームを成功的に送信することは、ＱｏＳデータフレームを送信し、送信したＱｏＳデータフレームに対するＡＣＫを受信することであってよい。また、ＱｏＳデータフレームが即刻応答を要求しない場合に、ＱｏＳデータフレームを成功的に送信することは、ＱｏＳデータフレームを送信することであってよい。共有ＴＸＯＰホルダーは、共有ＴＸＯＰ内で共有ＴＸＯＰ割り当て者に成功的にＱｏＳデータフレームを送信したとき、第２パラメータセットの適用のためのＥＤＣＡタイマー、例えばＭＵ ＥＤＣＡタイマーの値を、０でない値に設定する。

【0405】

したがって、ＱｏＳデータフレームが即刻応答を要求する場合に、共有ＴＸＯＰホルダーは、共有ＴＸＯＰ内で共有ＴＸＯＰ割り当て者にＱｏＳデータフレームを送信し、共有ＴＸＯＰ割り当て者から受信するＱｏＳデータフレームに対する即刻応答を含むＰＰＤＵの末尾で第２パラメータセットの適用のためのＥＤＣＡタイマーを設定できる。ＱｏＳデータフレームが即刻応答を要求しない場合に、共有ＴＸＯＰ内で共有ＴＸＯＰ割り当て者に送信するＱｏＳデータフレームを含むＰＰＤＵの末尾で第２パラメータセットの適用のためのＥＤＣＡタイマーを設定できる。

【0406】

前述した実施例において、共有ＴＸＯＰ内で共有ＴＸＯＰホルダーがフレームを送信した後、共有ＴＸＯＰホルダーが、チャネルアクセスに用いるＥＤＣＡパラメータを、第１ＥＤＣＡパラメータセットから第２ＥＤＣＡパラメータセットに切り換える実施例は、第１共有ＴＸＯＰモードでのみ適用可能であると説明した。これは、共有ＴＸＯＰ割り当て者が共有ＴＸＯＰホルダーと他のステーション間のフレーム交換をモニターすることが困難になり得るためである。また、共有ＴＸＯＰホルダーが共有ＴＸＯＰ割り当て者とフレーム交換を行わない場合に、共有ＴＸＯＰホルダーが共有ＴＸＯＰ割り当て者とのフレーム交換において他のステーションに比べて利得を得たとは言い難いためである。

【0407】

図３３は、本発明の実施例に係るステーションが共有ＴＸＯＰを割り当てた後にＴＸＯＰを回復する動作を示す。

【0408】

共有ＴＸＯＰ内で共有ＴＸＯＰ割り当て者は、あらかじめ指定された条件を満たす場合にのみ送信を行うことができる。あらかじめ指定された条件は、共有ＴＸＯＰ割り当て者が共有ＴＸＯＰ内で共有ＴＸＯＰホルダーの送信に対する即刻応答を送信することと、ＴＸＯＰ回復（ｒｅｃｏｖｅｒｙ）動作を行うことのうち少なくともいずれか一つを含んでよい。このとき、ＴＸＯＰ回復動作は、共有ＴＸＯＰ内でフレームが交換されないときに行われてよい。共有ＴＸＯＰ内で一定時間以上送信又は受信が行われないとき、ステーションは、フレームが交換されないと判断できる。また、共有ＴＸＯＰ内で送信失敗が起きた場合に、ステーションは、フレームが交換されないと判断できる。このとき、送信されたフレームに対する即刻応答が行われないとき、ステーションは、送信に失敗したと判断できる。

【0409】

また、ステーションが即刻応答を要請しないフレームを受信したときに、ステーションは、フレームが交換されないと判断できる。具体的には、ステーションが即刻応答を要請しないＭＰＤＵのみを含むＡ－ＭＰＤＵを受信した場合に、ステーションは、フレームが交換されないと判断できる。ステーションがＡ－ＭＰＤＵの全てのＭＰＤＵを成功的に受信できなかった場合に、ステーションは、Ａ－ＭＰＤＵが即刻応答を要請しないＭＰＤＵのみを含むかが判断できない。したがって、ステーションがＡ－ＭＰＤＵの全てのＭＰＤＵを成功的に受信できなかった場合に、ステーションはＴＸＯＰ回復を行うことができない。

【0410】

前述したように、共有ＴＸＯＰ内で一定時間以上送信又は受信が行われないとき、ステーションは、フレームが交換されないと判断できる。具体的には、共有ＴＸＯＰ内で一定時間以上ＴＸＯＰ共有が行われたチャネルが遊休である場合に、ステーションは、フレームが交換されないと判断できる。このとき、一定時間は、ＰＩＦＳであってよい。また、チャネルが遊休であることは、チャネルのＣＳ（ｃａｒｒｉｅｒ ｓｅｎｓｅ）結果が遊休であることであってよい。このとき、ＣＳは、ＥＤ（ｅｎｅｒｇｙ ｄｅｔｅｃｔｉｏｎ）であってよい。ＥＤにおいてステーションがＥＤ閾値以上のある信号のエネルギーを感知する場合に、ステーションは、当該媒体（ｍｅｄｉｕｍ）を遊休でないもの（ｂｕｓｙ）と判断できる。また、ＥＤでステーションがＥＤ閾値よりも小さいある信号のエネルギーを感知する場合に、ステーションは、当該媒体（ｍｅｄｉｕｍ）を遊休であるものと判断できる。

【0411】

本明細書において、ＴｘＰＩＦＳスロット境界でチャネルが遊休であることは、ＰＩＦＳでＣＳ結果が遊休であること、又はＰＩＦＳでチャネルが遊休であることと見なされてよい。また、本明細書において、特定時点、特にＰＰＤＵの末尾からＰＩＦＳ後に送信を開始することは、ＰＩＦＳでチャネルが遊休であることを前提にして説明したことであってよい。また、本明細書において、特定時点、特にＰＰＤＵの末尾からＰＩＦＳ後に送信を開始できないことは、ＰＩＦＳでチャネルがビジー（ｂｕｓｙ）であることを前提に説明したことであってよい。

【0412】

また、ＰＩＦＳは、ＳＩＦＳ（ａＳＩＦＳＴｉｍｅ）とｓｌｏｔ ｔｉｍｅ（ａＳｌｏｔＴｉｍｅ）とを合算した時間であってよい。また、ＴｘＰＩＦＳスロット境界は、チャネルが遊休状態に切り換わった時点からＰＩＦＳだけ遅い時点からａＲｘＴｘＴｕｒｎａｒｏｕｎｄＴｉｍｅ前の時間であってよい。したがって、ＴｘＰＩＦＳスロット境界は、ＴｘＳＩＦＳスロット結界＋ａＳｌｏｔＩｍｅであってよい。ＴｘＳＩＦＳは、チャネルが遊休状態に切り換わった時点からＳＩＦＳだけ遅い時点からａＲｘＴｘＴｕｒｎａｒｏｕｎｄＴｉｍｅ前の時間であってよい。ａＲｘＴｘＴｕｒｎａｒｏｕｎｄＴｉｍｅは、ステーションが受信状態から送信状態に切り換わるのにかかる時間に基づいて決定される値であってよい。具体的には、ａＲｘＴｘＴｕｒｎａｒｏｕｎｄＴｉｍｅは、ステーションが受信状態から送信状態に切り換わるのにかかる時間であってよい。さらに他の具体的な実施例において、ａＲｘＴｘＴｕｒｎａｒｏｕｎｄＴｉｍｅは、ステーションが受信状態から送信状態に切り換わるのにかかる最大時間であってよい。ＳＩＦＳは１６ｕｓで、ｓｌｏｔ ｔｉｍｅは９ｕｓで、ＰＩＦＳは２５ｕｓであってよい。具体的には、フレーム交換が５ＧＨｚ帯域又は６ＧＨｚ帯域で行われる場合に、ＳＩＦＳは１６ｕｓで、ｓｌｏｔ ｔｉｍｅは９ｕｓで、ＰＩＦＳは２５ｕｓであってよい。また、ＳＩＦＳは１０ｕｓで、ｓｌｏｔ ｔｉｍｅは９ｕｓで、ＰＩＦＳは１９ｕｓであってよい。具体的には、フレーム交換が２．４ＧＨｚ帯域で行われる場合に、ＳＩＦＳは１０ｕｓで、ｓｌｏｔ ｔｉｍｅは９ｕｓで、ＰＩＦＳは１９ｕｓであってよい。

【0413】

また、前述したＴＸＯＰ回復を行う実施例は、第１共有ＴＸＯＰモードでのみ適用されてよい。具体的には、共有ＴＸＯＰ内で共有ＴＸＯＰホルダーがＰ２Ｐフレームを送信することが許容されない場合にのみ適用されてよい。

【0414】

また、前述したＴＸＯＰ回復は、共有ＴＸＯＰの終了時点からＰＩＦＳ以前に共有ＴＸＯＰホルダーが最後のフレームを受信又は送信した場合に限って適用されてよい。このとき、共有ＴＸＯＰの終了時点からＰＩＦＳだけ早い時点以後に、共有ＴＸＯＰホルダーが最後のフレームを受信又は送信した場合に、ステーションは共有ＴＸＯＰ以後にチャネルアクセスを行うことができる。

【0415】

また、前述した実施例において、ＴＸＯＰ回復は、共有ＴＸＯＰ割り当て者が行うとして説明したが、共有ＴＸＯＰホルダーが前述の実施例によってＴＸＯＰ回復を行うことができる。

【0416】

図３３の実施例において、第１ステーション（ＳＴＡ１）は、第２ステーション（ＳＴＡ２）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信して第２ステーション（ＳＴＡ２）に共有ＴＸＯＰ（ｓｈａｒｅｄ ＴＸＯＰ）を割り当てる。このとき、第２ステーション（ＳＴＡ２）は第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。共有ＴＸＯＰ内で第１ステーション（ＳＴＡ１）は第２ステーション（ＳＴＡ２）にフレーム（ＤＬ ｆｒａｍｅ １）を送信し、ＰＩＦＳでチャネルが遊休であると判断する。第１ステーション（ＳＴＡ１）がＰＩＦＳでチャネルが遊休であると判断したとき、第１ステーション（ＳＴＡ１）はＴＸＯＰ回復動作としてフレーム（ＤＬ ｆｒａｍｅ ２）を送信する。

【0417】

図３３で、共有ＴＸＯＰ内でＴＸＯＰを回復する方法について説明した。共有ＴＸＯＰが終了したときに、共有ＴＸＯＰ割り当て者が獲得したＴＸＯＰは終了しないことがある。このとき、共有ＴＸＯＰ割り当て者がＴＸＯＰを回復する方法が必要であり得る。これについて図３４で説明する。

【0418】

図３４は、本発明の実施例によって共有ＴＸＯＰ割り当て者が共有ＴＸＯＰの終了後にＴＸＯＰ回復を行うことを示す。

【0419】

まず、共有ＴＸＯＰ内で共有ＴＸＯＰ割り当て者は次のような条件によって送信を行うことができる。

【0420】

第１共有ＴＸＯＰモードのＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信した共有ＴＸＯＰ割り当て者が共有ＴＸＯＰホルダーからＣＴＳフレームを受信した場合に、共有ＴＸＯＰ割り当て者は、下記のような場合に限って共有ＴＸＯＰ内で送信を開始できる。

【0421】

共有ＴＸＯＰ割り当て者が共有ＴＸＯＰ内で共有ＴＸＯＰホルダーから即刻応答を要請するＰＰＤＵを受信した場合に、共有ＴＸＯＰ割り当て者は共有ＴＸＯＰ内で送信を開始できる。また、第１共有ＴＸＯＰモードでステーションに最後に送信された即刻応答送信又はＴＸＯＰホルダーから最後に受信した即刻応答を要請しないフレーム送信の末尾からＴｘＰＩＦＳスロット境界でチャネルが遊休である場合に、共有ＴＸＯＰ割り当て者は共有ＴＸＯＰ内で送信を開始できる。

【0422】

第２共有ＴＸＯＰモードのＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信した共有ＴＸＯＰ割り当て者が共有ＴＸＯＰホルダーからＣＴＳフレームを受信した場合に、共有ＴＸＯＰ割り当て者は、下記のような場合に限って共有ＴＸＯＰ内で送信を開始することができる。

【0423】

共有ＴＸＯＰ割り当て者が共有ＴＸＯＰ内で共有ＴＸＯＰホルダーから即刻応答を要請するＰＰＤＵを受信した場合に、共有ＴＸＯＰ割り当て者は共有ＴＸＯＰ内で送信を開始できる。

【0424】

また、ＴＸＮＡＶタイマーが満了する場合に、すなわち共有ＴＸＯＰ割り当て者が獲得したＴＸＯＰが満了する場合に、共有ＴＸＯＰ割り当て者は、新しいバックオフ手順を行わずにはいかなるＰＰＤＵも送信できない。

【0425】

共有ＴＸＯＰが終了した後、共有ＴＸＯＰが終了しないと、共有ＴＸＯＰ割り当て者はあらかじめ指定された条件のいずれか一つを満たすときに送信を開始できる。

【0426】

第１条件：共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの末尾でＣＳを行い、ＰＩＦＳでチャネルが遊休であると判断できる。このとき、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの末尾からＰＩＦＳだけ遅い時点にＰＰＤＵを送信できる。

【0427】

第２条件：共有ＴＸＯＰ割り当て者のＰＰＤＵ送信が共有ＴＸＯＰの末尾からＳＩＦＳだけ早い時点以後に終了してよい。このとき、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰ割り当て者の送信したＰＰＤＵの末尾からＳＩＦＳだけ遅い時点にＰＰＤＵを送信できる。具体的には、共有ＴＸＯＰ割り当て者はＣＳを行わずに、共有ＴＸＯＰ割り当て者の送信したＰＰＤＵの末尾からＳＩＦＳ後にＰＰＤＵを送信できる。

【0428】

第３条件：共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの末尾でＣＳを行い、チャネルが遊休でないと判断できる。このとき、共有ＴＸＯＰ割り当て者は、チャネルが遊休であるときに、すなわちＴｘＰＩＦＳスロット境界でチャネルが遊休であるときにＰＰＤＵを送信できる。

【0429】

第４条件：共有ＴＸＯＰ割り当て者は、ＴＸＯＰを獲得するためのバックオフ手順を行ってＴＸＯＰを獲得できる。このとき、共有ＴＸＯＰ割り当て者はＰＰＤＵを送信できる。

【0430】

図３４の実施例において、第１ステーション（ＳＴＡ１）は第２ステーション（ＳＴＡ２）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信して第２ステーション（ＳＴＡ２）に共有ＴＸＯＰ（ｓｈａｒｅｄ ＴＸＯＰ）を割り当てる。このとき、第２ステーション（ＳＴＡ２）は第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。

【0431】

図３４（ａ）の実施例において、共有ＴＸＯＰ内で第１ステーション（ＳＴＡ１）が第１フレーム（ＤＬ ｆｒａｍｅ １）を送信したときに、共有ＴＸＯＰの末尾までにＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。このとき、第１ステーション（ＳＴＡ１）は、共有ＴＸＯＰの末尾でＣＳを行ってＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）は、共有ＴＸＯＰの末尾からＰＩＦＳだけ遅い時点に、第２フレーム（ＤＬ ｆｒａｍｅ ２）を送信できる。ただし、第１フレーム（ＤＬ ｆｒａｍｅ １）と第２フレーム（ＤＬ ｆｒａｍｅ ２）との間の間隔が２５ｕｓよりも大きい。したがって、これは、既存規定違反に該当し得る。具体的には、これは、無線ＬＡＮ標準でＴＸＯＰを獲得したステーションがフレーム交換を行うときに、フレーム間の間隔が２５ｕｓよりも大きいことが許容されないという規定に違反し得る。

【0432】

図３４（ｂ）の実施例において、共有ＴＸＯＰ内で第２ステーション（ＳＴＡ１）がフレーム（ＵＬフレーム又はＰ２Ｐフレーム）を送信したときに、共有ＴＸＯＰの末尾までにＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。このとき、第１ステーション（ＳＴＡ１）は、共有ＴＸＯＰの末尾でＣＳを行ってＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）は共有ＴＸＯＰの末尾からＰＩＦＳだけ遅い時点にフレーム（ＤＬ ｆｒａｍｅ）を送信できる。このとき、第１ステーション（ＳＴＡ１）の送信したＰＰＤＵ同士間の間隔が２５ｕｓより大きい。また、第２ステーション（ＳＴＡ２）の送信したＰＰＤＵと第１ステーション（ＳＴＡ１）の送信したＰＰＤＵとの間の間隔が２５ｕｓより大きい。したがって、これも、前述したＴＸＯＰ内の送信間隔に関する規定に違反し得る。

【0433】

また、第１ステーション（ＳＴＡ１）が共有ＴＸＯＰ内のフレーム交換を全て感知できず、共有ＴＸＯＰの末尾でＣＳを行うか又は共有ＴＸＯＰの末尾でフレーム交換が終了する場合にも、ＰＰＤＵ間の間隔が２５ｕｓより大きい。これは、前述した条件３によってＰＰＤＵ送信が行われる場合にも同様である。すなわち、共有ＴＸＯＰ内で最後に送信されるＰＰＤＵと共有ＴＸＯＰ後に第１ステーション（ＳＴＡ１）が初めて送信するＰＰＤＵとの間の間隔が２５ｕｓより大きい。これも、前述したＴＸＯＰ内の送信間隔に関する規定に違反し得る。

【0434】

図３４（ｃ）の実施例において、第１ステーション（ＳＴＡ１）の第１フレーム（ＤＬ ｆｒａｍｅ １）送信が共有ＴＸＯＰの末尾からＳＩＦＳだけ早いた時点後に終了する。このとき、第１ステーション（ＳＴＡ１）は、第１フレーム（ＤＬ ｆｒａｍｅ １）を含むＰＰＤＵの末尾からＳＩＦＳ後に第２フレーム（ＤＬ ｆｒａｍｅ ２）を送信できる。

【0435】

ＴＸＯＰ内で送信されるＰＰＤＵ間の間隔に対する規定を違反しない共有ＴＸＯＰ終了後のＴＸＯＰ回復について図３５で説明する。

【0436】

図３５は、本発明のさらに他の実施例によって共有ＴＸＯＰ割り当て者が共有ＴＸＯＰの終了後にＴＸＯＰ回復を行うことを示す図である。

【0437】

図３４で説明した第１条件は、次のように修正されてよい。共有ＴＸＯＰの最後のＰＰＤＵの末尾が、共有ＴＸＯＰの末尾よりＰＩＦＳ早い時点以後であってよい。このとき、共有ＴＸＯＰで最後に送信されたＰＰＤＵの末尾からＰＩＦＳの間にチャネルが遊休である場合に、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰ内で最後に送信されたＰＰＤＵの末尾からＰＩＦＳだけ遅い時点にＰＰＤＵを送信できる。このような実施例は、共有ＴＸＯＰホルダーが共有ＴＸＯＰ内で共有ＴＸＯＰ割り当て者以外のステーションに送信を行うことが許容されないときにのみ適用されてよい。本明細書において、共有ＴＸＯＰ内で送信されたＰＰＤＵは、共有ＴＸＯＰ内で共有ＴＸＯＰホルダーが送信したＰＰＤＵと、共有ＴＸＯＰホルダーが送信したＰＰＤＵに応答として送信されたＰＰＤＵのみを指すことができる。説明の便宜のために、共有ＴＸＯＰ内で最後に送信されたＰＰＤＵを、共有ＴＸＯＰの最後のＰＰＤＵと称する。また、共有ＴＸＯＰ内で共有ＴＸＯＰホルダーが共有ＴＸＯＰ割り当て者以外のステーションに送信することが許容されない場合を、第１ＴＸＯＰ共有モードと称する。また、共有ＴＸＯＰ内で共有ＴＸＯＰホルダーが共有ＴＸＯＰ割り当て者以外のステーションに送信することが許容される場合を、第２ＴＸＯＰ共有モードと称する。

【0438】

このとき、共有ＴＸＯＰの最後のＰＰＤＵが、共有ＴＸＯＰホルダーが送信したＰＰＤＵであってよい。このとき、当該ＰＰＤＵが即刻応答を要請するフレームを含まない場合に限って、共有ＴＸＯＰ割り当て者は前述した実施例によってＴＸＯＰ回復を行うことができる。

【0439】

図３５の実施例において、第１ステーション（ＳＴＡ１）は第２ステーション（ＳＴＡ２）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信して第２ステーション（ＳＴＡ２）に共有ＴＸＯＰ（ｓｈａｒｅｄ ＴＸＯＰ）を割り当てる。このとき、第２ステーション（ＳＴＡ２）は第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。

【0440】

図３５（ａ）の実施例において、共有ＴＸＯＰ内で第１ステーション（ＳＴＡ１）が第１フレーム（ＤＬ ｆｒａｍｅ １）を送信したときに、共有ＴＸＯＰの末尾までにＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。このとき、第１ステーション（ＳＴＡ１）は、第１フレーム（ＤＬ ｆｒａｍｅ １）の末尾でＣＳを行って、ＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）は、第１フレーム（ＤＬ ｆｒａｍｅ １）の末尾からＰＩＦＳだけ遅い時点に、第２フレーム（ＤＬ ｆｒａｍｅ ２）を送信できる。したがって第１フレーム（ＤＬ ｆｒａｍｅ １）と第２フレーム（ＤＬ ｆｒａｍｅ ２）との間の間隔が２５ｕｓより小さい。

【0441】

図３５（ｂ）の実施例において、共有ＴＸＯＰ内で第２ステーション（ＳＴＡ１）がフレーム（ＵＬ ｆｒａｍｅ）を送信したときに、共有ＴＸＯＰの末尾までＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。このとき、第１ステーション（ＳＴＡ１）は、フレーム（ＵＬ ｆｒａｍｅ）を含むＰＰＤＵの末尾でＣＳを行い、ＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）は、フレーム（ＵＬ ｆｒａｍｅ）を含むＰＰＤＵの末尾からＰＩＦＳだけ遅い時点にフレーム（ＤＬ ｆｒａｍｅ）を送信できる。このとき、第２ステーション（ＳＴＡ２）が送信したＰＰＤＵと第１ステーション（ＳＴＡ１）が送信したＰＰＤＵとの間の間隔が２５ｕｓより小さい。

【0442】

さらに他の具体的な実施例において、残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりも小さい場合に、共有ＴＸＯＰホルダーが送信を始めることが許容されなくてよい。残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりも小さい場合に、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの最後のＰＰＤＵとして送信されたＰＰＤＵの末尾からＳＩＦＳだけ遅い時点にＰＰＤＵを送信できる。このとき、共有ＴＸＯＰ割り当て者は、ＣＳを行わないで共有ＴＸＯＰの最後のＰＰＤＵとして送信されたＰＰＤＵの末尾からＳＩＦＳだけ遅い時点にＰＰＤＵを送信できる。これは、残余共有ＴＸＯＰのデュレーションがＰＩＦＳより小さいため、共有ＴＸＯＰホルダーが送信を行わないことを確信できるためである。このような実施例において、共有ＴＸＯＰの最後のＰＰＤＵが共有ＴＸＯＰ割り当て者によって送信されたＰＰＤＵであり、残余共有ＴＸＯＰのデュレーションがＳＩＦＳよりも小さい場合に、割り当てを受けたステーションは、図３４で説明した第２条件によってＰＰＤＵを送信できる。

【0443】

残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりも小さい場合に、共有ＴＸＯＰホルダーとＴＸＯＰを割り当てたステーションが送信を始めることが許容されなくてよい。具体的には、残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりは小さくＳＩＦＳよりは大きい場合に、共有ＴＸＯＰホルダーとＴＸＯＰを割り当てたステーションが送信を始めることが許容されなくてよい。

【0444】

また、共有ＴＸＯＰが終了した後、共有ＴＸＯＰが終了しないと、共有ＴＸＯＰ割り当て者が送信を始める条件として次の条件が追加されてよい。

【0445】

第５条件：共有ＴＸＯＰ割り当て者が共有ＴＸＯＰホルダーから即刻応答（ｉｍｍｅｄｉａｔｅ ｒｅｓｐｏｎｓｅ）を要請するフレームを受信することができる。このとき、共有ＴＸＯＰ割り当て者は、即刻応答（ｉｍｍｅｄｉａｔｅ ｒｅｓｐｏｎｓｅ）を要請するフレームを含むＰＰＤＵの末尾からＳＩＦＳだけ遅い時点にＰＰＤＵを送信できる。このとき、ＴＸＯＰの割り当てを受けたステーションが、即刻応答を要請するフレームを含むＰＰＤＵの末尾と共有ＴＸＯＰの末尾との間の間隔が、あらかじめ指定された値以下であってよい。あらかじめ指定された値は、ＳＩＦＳであってよい。あらかじめ指定された値は、０であってよい。

【0446】

前述したように、図３５で説明した実施例が第１共有ＴＸＯＰモードで適用されてよい。第２共有ＴＸＯＰモードで共有ＴＸＯＰ終了後のＴＸＯＰ回復について図３６で説明する。

【0447】

図３６は、本発明のさらに他の実施例によって共有ＴＸＯＰ割り当て者が共有ＴＸＯＰの終了後にＴＸＯＰ回復を行うことを示す図である。

【0448】

図３５で説明した実施例は、第２共有ＴＸＯＰモードでも適用されてよい。ただし、共有ＴＸＯＰの最後のＰＰＤＵが共有ＴＸＯＰ割り当て者が意図された受信者であるフレームを含む場合に限って、図３５で説明した実施例が第２共有ＴＸＯＰモードでも適用されてよい。

【0449】

したがって、第２共有ＴＸＯＰモードで、共有ＴＸＯＰの最後のＰＰＤＵが、共有ＴＸＯＰ割り当て者が意図された受信者であるフレームを含み、共有ＴＸＯＰの最後のＰＰＤＵの末尾が、共有ＴＸＯＰの末尾からＰＩＦＳ早い時点以後であってよい。このとき、共有ＴＸＯＰの最後のＰＰＤＵの末尾からＰＩＦＳの間にチャネルが遊休である場合に、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの最後のＰＰＤＵの末尾からＰＩＦＳだけ遅い時点にＰＰＤＵを送信できる。このような実施例は、共有ＴＸＯＰの最後のＰＰＤＵが即刻応答を要請するフレームを含まない場合に限って適用されてよい。

【0450】

また、残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりも小さい場合に、共有ＴＸＯＰホルダーが送信を始めることが許容されなくてよい。残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりも小さい場合に、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの最後のＰＰＤＵの末尾からＳＩＦＳだけ遅い時点にＰＰＤＵを送信できる。このとき、共有ＴＸＯＰ割り当て者はＣＳを行わないで共有ＴＸＯＰの最後のＰＰＤＵの末尾からＳＩＦＳだけ遅い時点にＰＰＤＵを送信できる。

【0451】

さらに他の具体的な実施例において、残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりも小さい場合に、共有ＴＸＯＰホルダーとＴＸＯＰを割り当てたステーションが送信を始めることが許容されなくてよい。具体的には、残余共有ＴＸＯＰのデュレーションがＰＩＦＳよりは小さくＳＩＦＳよりは大きい場合に、共有ＴＸＯＰホルダーとＴＸＯＰを割り当てたステーションが送信を始めることが許容されなくてよい。

【0452】

ただし、図３６の実施例とは違い、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの最後のＰＰＤＵが、共有ＴＸＯＰ割り当て者が意図された受信者であるフレームを含むかを判断する必要がある。具体的には、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの最後のＰＰＤＵが含むフレームが、共有ＴＸＯＰホルダーが共有ＴＸＯＰ割り当て者に送信するフレームであるかを判断できる。

【0453】

図３６の実施例において、第１ステーション（ＳＴＡ１）は第２ステーション（ＳＴＡ２）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信して第２ステーション（ＳＴＡ２）に共有ＴＸＯＰ（ｓｈａｒｅｄ ＴＸＯＰ）を割り当てる。このとき、第２ステーション（ＳＴＡ２）は第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。図３６（ａ）の実施例において、共有ＴＸＯＰ内で第２ステーション（ＳＴＡ２）がＵＬフレーム（ＵＬ ｆｒａｍｅ）を送信したときに、共有ＴＸＯＰの末尾までＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。このとき、第１ステーション（ＳＴＡ１）はＵＬフレーム（ＵＬ ｆｒａｍｅ）の末尾でＣＳを行い、ＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）は、ＵＬフレーム（ＵＬ ｆｒａｍｅ）の末尾からＰＩＦＳだけ遅い時点にＤＬフレーム（ＤＬ ｆｒａｍｅ）を送信できる。したがって、ＵＬフレーム（ＵＬ ｆｒａｍｅ）とＤＬフレーム（ＤＬ ｆｒａｍｅ ２）との間の間隔が２５ｕｓより小さい。

【0454】

共有ＴＸＯＰの最後のＰＰＤＵが含むフレームの意図された受信者が共有ＴＸＯＰホルダーである場合に、共有ＴＸＯＰ割り当て者は、図３６（ａ）の実施例によってＴＸＯＰ回復を行うことが許容されてよい。

【0455】

共有ＴＸＯＰの最後のＰＰＤＵが含むフレームの送信者が、ＴＸＯＰの割り当てを受けたステーションであり、意図された受信者が、共有ＴＸＯＰ割り当て者以外のステーションである場合に、共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの最後のＰＰＤＵが即刻応答を要請するフレームを含むかに基づいて、ＴＸＯＰ回復を行うことができる。共有ＴＸＯＰの最後のＰＰＤＵが含むフレームの送信者がＴＸＯＰの割り当てを受けたステーションであり、意図された受信者が共有ＴＸＯＰ割り当て者以外のステーションであり、共有ＴＸＯＰの最後のＰＰＤＵが即刻応答を要請するフレームを含む場合に、共有ＴＸＯＰ割り当て者が、図３６（ａ）で説明した実施例によってＴＸＯＰ回復を行うことが許容されなくてよい。これは、共有ＴＸＯＰ割り当て者が共有ＴＸＯＰ内でＰ２Ｐピアステーションが送信する応答フレームを受信し難いことがあるためである。前述した即刻応答を要請するフレームに対する即刻応答を含むＰＰＤＵからＰＩＦＳの間にチャネルが遊休である場合に、ＴＸＯＰを割り当てたステーションは、即刻応答を含むＰＰＤＵからＰＩＦＳだけ遅い時点に送信を開始できる。さらに他の具体的な実施例において、ＴＸＯＰを割り当てたステーションは、即刻応答を含むＰＰＤＵからＳＩＦＳだけ遅い時点に送信を開始できる。

【0456】

図３６（ｂ）で、共有ＴＸＯＰ内で第２ステーション（ＳＴＡ２）がＰ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）を送信したときに、共有ＴＸＯＰの末尾までＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。このとき、Ｐ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）は即刻応答を要請しない。第１ステーション（ＳＴＡ１）はＰ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）の末尾でＣＳを行い、ＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）はＰ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）の末尾からＰＩＦＳだけ遅い時点にＤＬフレーム（ＤＬ ｆｒａｍｅ）を送信できる。したがって、Ｐ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）とＤＬフレーム（ＤＬ ｆｒａｍｅ ２）との間の間隔が２５ｕｓより小さい。

【0457】

図３６（Ｃ）で、共有ＴＸＯＰ内で第２ステーション（ＳＴＡ２）にＰ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）を送信されたときに、共有ＴＸＯＰの末尾までＰＩＦＳよりは小さくＳＩＦＳよりは大きい時間が残る。第１ステーション（ＳＴＡ１）はＰ２Ｐフレーム（Ｐ２Ｐ ｆｒａｍｅ）の末尾でＣＳを行い、ＰＩＦＳでチャネルが遊休であると判断する。したがって、第１ステーション（ＳＴＡ１）はＵＬフレーム（ＵＬ ｆｒａｍｅ）の末尾からＰＩＦＳだけ遅い時点にＤＬフレーム（ＤＬ ｆｒａｍｅ）を送信できる。したがって、ＵＬフレーム（ＵＬ ｆｒａｍｅ）とＤＬフレーム（ＤＬ ｆｒａｍｅ ２）と間の間隔が２５ｕｓより小さい。

【0458】

前述した実施例において、ＴＸＯＰを割り当てたステーションは、受信したフレームの受信者アドレス、例えばＲＡフィールドに基づいて、受信したフレームの意図された受信者を判断できる。具体的には、ＴＸＯＰを割り当てたステーションは、受信したステーションの受信者アドレスが指示するステーションを意図された受信者と判断できる。また、ＴＸＯＰを割り当てたステーションは、受信したフレームの送信者アドレス、例えばＴＡフィールドに基づいて、受信したフレームの送信者を判断できる。具体的には、ＴＸＯＰを割り当てたステーションは、受信したステーションの送信者アドレスが指示するステーションを送信者と判断できる。また、ＴＸＯＰを割り当てたステーションは、受信したＰＰＤＵのシグナリングフィールドのＳＴＡ－ＩＤフィールドに基づいて、受信したＰＰＤＵが含むフレームの意図された受信者を判断できる。また、ＴＸＯＰを割り当てたステーションは、受信したＰＰＤＵのシグナリングフィールドのＳＴＡ－ＩＤフィールド及びＢＳＳ ｃｏｌｏｒフィールドに基づいて、受信したＰＰＤＵが含むフレームの意図された受信者を判断できる。また、ＴＸＯＰを割り当てたステーションは、受信したＰＰＤＵのシグナリングフィールドのＳＴＡ－ＩＤフィールド、ＢＳＳ ｃｏｌｏｒフィールド及びＵＬ／ＤＬフィールドに基づいて、受信したＰＰＤＵが含むフレームの意図された受信者を判断できる。このとき、ＳＴＡ－ＩＤフィールドは、ＰＰＤＵが含むフレームの意図された受信者であるステーションのＩＤを指示する。また、ＢＳＳ ｃｏｌｏｒフィールドは、ＰＰＤＵが送信されたＢＳＳのＢＳＳカラーを指示する。また、ＵＬ／ＤＬフィールドは、ＰＰＤＵが上り送信ＰＰＤＵなのか下り送信ＰＰＤＵなのかを指示する。

【0459】

共有ＴＸＯＰの終了時点にチャネルがビジー（ｂｕｓｙ）ある場合に、共有ＴＸＯＰが含まれる、共有ＴＸＯＰ割り当て者が獲得したＴＸＯＰ内であっても、共有ＴＸＯＰ割り当て者がＴＸＯＰを獲得するためのバックオフ手順を行わないでフレーム交換を開始することが許容されなくてよい。共有ＴＸＯＰ内で送信が許容されたステーションが送信を行えない状況が発生し得る。このとき、共有ＴＸＯＰが終了した直後に共有ＴＸＯＰ割り当て者が送信を始めても、共有ＴＸＯＰ割り当て者が送信するＰＰＤＵと共有ＴＸＯＰ内で送信されたＰＰＤＵとの間の間隔が２５ｕｓより大きくなり得る。したがって、共有ＴＸＯＰ割り当て者は、ＴＸＯＰを獲得するためのバックオフ手順を再び行うことができる。

【0460】

また、共有ＴＸＯＰの最後のＰＰＤＵが含むフレームを成功的に受信できなかったか、共有ＴＸＯＰの最後のＰＰＤＵが含むフレームが共有ＴＸＯＰホルダーのフレーム交換に含まれないことがある。このとき、共有ＴＸＯＰが含まれる、共有ＴＸＯＰ割り当て者が獲得したＴＸＯＰ内であっても、共有ＴＸＯＰ割り当て者がＴＸＯＰを獲得するためのバックオフ手順を行わないでフレーム交換を開始することが許容されなくてよい。共有ＴＸＯＰの最後のＰＰＤＵが含むフレームが共有ＴＸＯＰホルダーのフレーム交換に含まれない場合は、共有ＴＸＯＰの最後のＰＰＤＵが含むフレームの受信者が共有ＴＸＯＰホルダーでなく、共有ＴＸＯＰの最後のＰＰＤＵが含むフレームの送信者が共有ＴＸＯＰホルダーでない場合である。共有ＴＸＯＰの最後のＰＰＤＵが含むフレームを成功的に受信できなかったか、共有ＴＸＯＰの最後のＰＰＤＵが含むフレームが共有ＴＸＯＰホルダーのフレーム交換に含まれない場合に、共有ＴＸＯＰ割り当て者が送信するＰＰＤＵと共有ＴＸＯＰ内で送信されたＰＰＤＵとの間の間隔が２５ｕｓ内であることが保証されないためである。

【0461】

さらに他の具体的な実施例において、第２共有ＴＸＯＰモードである共有ＴＸＯＰ終了後に、共有ＴＸＯＰが含まれる、共有ＴＸＯＰ割り当て者が獲得したＴＸＯＰ内であっても、共有ＴＸＯＰ割り当て者は、ＴＸＯＰを獲得するためのバックオフ手順無しでフレーム交換を開始することが許容されなくてよい。

【0462】

また、図３４で説明した第３条件は次のように修正されてよい。

【0463】

共有ＴＸＯＰ割り当て者は、共有ＴＸＯＰの末尾でＣＳを行い、チャネルが遊休でないと判断できる。また、ＴＸＯＰの末尾でチャネルを占有する送信が共有ＴＸＯＰホルダーのフレーム交換であってよい。このような場合に、共有ＴＸＯＰ割り当て者は、チャネルが遊休であるときに、すなわち、ＴｘＰＩＦＳスロット境界でチャネルが遊休であるときにＰＰＤＵを送信できる。

【0464】

ＴＸＯＰの末尾でチャネルを占有する送信が、共有ＴＸＯＰホルダーのフレーム交換でなくてよい。このような場合に、ＴＸＯＰ終了後に、共有ＴＸＯＰが含まれる、共有ＴＸＯＰ割り当て者が獲得したＴＸＯＰ内であっても、共有ＴＸＯＰ割り当て者は、ＴＸＯＰを獲得するためのバックオフ手順無しでフレーム交換を開始することが許容されなくてよい。これは、共有ＴＸＯＰホルダーのフレーム交換でない送信によってチャネルが占有され、既存条件３によって共有ＴＸＯＰ割り当て者が送信を行う場合に、共有ＴＸＯＰの最後のＰＰＤＵと共有ＴＸＯＰ以後共有ＴＸＯＰ割り当て者が送信するＰＰＤＵとの間の間隔が２５ｕｓより大きくなり得るためである。このように第３条件の適用条件を修正する実施例は、第２共有ＴＸＯＰモードに適用され、第１共有ＴＸＯＰモードに適用されなくてよい。

【0465】

先にＴＸＯＰ回復と関連して説明した実施例において、ＴＸＯＰ回復動作を行う条件と関連して、共有ＴＸＯＰの終了時点からＰＩＦＳより早い時点以後が指示する時間区間は、共有ＴＸＯＰの終了時点からＰＩＦＳだけ早い時点を含んでよい。また、残余（ｒｅｍａｉｎｉｎｇ）共有ＴＸＯＰの終了時間がＰＩＦＳより小さな場合は残余共有ＴＸＯＰの終了時間がＰＩＦＳである場合を含んでよい。また、共有ＴＸＯＰの終了時点からＳＩＦＳより早い時点以前が指示する時間区間は共有ＴＸＯＰの終了時点からＳＩＦＳだけ先んじた時点を含んでよい。また、残余（ｒｅｍａｉｎｉｎｇ）共有ＴＸＯＰの終了時間がＳＩＦＳよりも大きい場合は、残余共有ＴＸＯＰの終了時間がＳＩＦＳである場合を含んでよい。

【0466】

図３７は、本発明の実施例に係るフレームのフォーマットを示す。

【0467】

図３７（ａ）は、ＭＡＣフレームのフォーマットを示す。ＭＡＣフレームは、ＭＡＣヘッダー、フレームボディー、及びＦＣＳフィールドを含む。また、ＭＡＣヘッダーは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド、ＭＡＣ ａｄｄｒｅｓｓフィールド、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、ＱｏＳ Ｃｏｎｔｒｏｌフィールド、及びＨＴ Ｃｏｎｔｒｏｌフィールドを含んでよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドは、Ｔｙｐｅサブフィールド、Ｓｕｂｔｙｐｅサブフィールドによってそれぞれフレームのタイプとサブタイプを指示する。また、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドは、＋ＨＴＣサブフィールドによって、フレームがＨＴ Ｃｏｎｔｒｏｌフィールドを含むかを指示できる。Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、フレームのデュレーションを指示できる。Ｄｕｒａｔｉｏｎ／ＩＤフィールドが含まれたフレームがＰＳ－Ｐｏｌｌフレームでない場合に、Ｄｕｒａｔｉｏｎ／ＩＤフィールドがフレームのデュレーションを指示できる。また、ステーションは、受信したフレームのＤｕｒａｔｉｏｎ／ＩＤフィールドが指示するフレームのデュレーションに基づいてＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定できる。Ｄｕｒａｔｉｏｎ／ＩＤフィールドが含まれたフレームがＰＳ－Ｐｏｌｌフレームである場合に、Ｄｕｒａｔｉｏｎ／ＩＤフィールドは、ＩＤ、例えばＡＩＤを指示できる。また、ＭＡＣ ａｄｄｒｅｓｓフィールドは、１つ以上のａｄｄｒｅｓｓフィールドを含んでよい。Ａｄｄｒｅｓｓフィールドは、ＭＡＣ ａｄｄｒｅｓｓを指示できる。また、ａｄｄｒｅｓｓフィールドは、ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ（ＢＳＳＩＤ）フィールド、ｓｏｕｒｃｅ ａｄｄｒｅｓｓ（ＳＡ）フィールド、ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ（ＤＡ）フィールド、ｔｒａｎｓｍｉｔｔｉｎｇ ＳＴＡ ａｄｄｒｅｓｓ ｏｒ ｔｒａｎｓｍｉｔｔｅｒ ａｄｄｒｅｓｓ（ＴＡ）フィールド、及びｒｅｃｅｉｖｉｎｇ ＳＴＡ ａｄｄｒｅｓｓ ｏｒ ｒｅｃｅｉｖｅｒ ａｄｄｒｅｓｓ（ＲＡ）フィールドのうち少なくとも１つを含んでよい。また、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールドは、フラグメントナンバー又はシーケンスナンバーを指示できる。また、ＱｏＳ Ｃｏｎｔｒｏｌフィールドは、フレームが含むトラフィックのＴＩＤ、フレームに対するＡｃｋ Ｐｏｌｉｃｙ、フレームが含まれるフレーム交換のＴＸＯＰリミット、フレームを送信したステーションのバッファ状態、及びフレームを送信したステーションのキューサイズ（ｑｕｅｕｅ ｓｉｚｅ）のうち少なくともいずれか一つを含んでよい。また、ＱｏＳ Ｃｏｎｔｒｏｌフィールドは、前述したＲＤＧ／Ｍｏｒｅ ＰＰＤＵサブフィールド、ＡＣ Ｃｏｎｓｔｒａｉｎｔサブフィールドを含んでよい。例えば、ＤＭＧ ＰＰＤＵに含まれたＱｏＳ Ｃｏｎｔｒｏｌフィールドは、前述したＲＤＧ／Ｍｏｒｅ ＰＰＤＵサブフィールド及びＡＣ Ｃｏｎｓｔｒａｉｎｔサブフィールドを含んでよい。

【0468】

ＨＴ Ｃｏｎｔｒｏｌフィールドは、前述したＲＤＧ／Ｍｏｒｅ ＰＰＤＵサブフィールド及びＡＣ Ｃｏｎｓｔｒａｉｎｔサブフィールドを含んでよい。前述したようにＲＤＧ／Ｍｏｒｅ ＰＰＤＵサブフィールドは、フレームがＲＤＧを含むか否かをシグナルするか、フレームに続くＰＰＤＵがあるか否かをシグナルすることができる。また、ＡＣ Ｃｏｎｓｔｒａｉｎｔサブフィールドは、ＲＤＧに対する応答（ＲＤデータフレーム）のＴＩＤ又はＡＣが制限されるか否かを指示できる。ＨＴ Ｃｏｎｔｒｏｌフィールドは、４オクテット、すなわち３２ビットで構成されてよい。

【0469】

ＭＡＣヘッダー及びＭＡＣヘッダーが含むフィールドの長さは、あらかじめ指定された値によって設定されてよい。

【0470】

Ｆｒａｍｅ Ｂｏｄｙフィールドは、フレームのコンテンツを含む。Ｆｒａｍｅ Ｂｏｄｙフィールドは、フレームのタイプ及びフレームのサブタイプに関する情報を含んでよい。

【0471】

ＦＣＳフィールドは、ＦＣＳ（Ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ）を含んでよい。ＦＣＳフィールドの値は、ＭＡＣ ｈｅａｄｅｒフィールドの値及びＦｒａｍｅ Ｂｏｄｙフィールドの値に基づいて設定されてよい。ＭＡＣフレームを受信したステーションは、ＭＡＣ ｈｅａｄｅｒフィールド及びＦｒａｍｅ Ｂｏｄｙフィールドの値でＦＣＳを計算し、ＦＣＳフィールドの値と比較できる。これにより、ＭＡＣフレームを受信したステーションは、ＭＡＣフレームが成功的に受信されたかを判断できる。

【0472】

図３７（ｂ）は、ＨＴ Ｃｏｎｔｒｏｌフィールドのフォーマットを示す。前述したように、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＡＣ ＣｏｎｓｔｒａｉｎｔサブフィールドとＲＤＧ／Ｍｏｒｅ ＰＰＤＵサブフィールドを含んでよい。

【0473】

例えば、ＨＴ Ｃｏｎｔｒｏｌフィールドは、３２ビット（Ｂ０－Ｂ３１）で構成されてよい。このとき、３１番目のビット（Ｂ３０）と３２番目のビット（Ｂ３１）がそれぞれ、ＡＣ ＣｏｎｓｔｒａｉｎｔサブフィールドとＲＤＧ／Ｍｏｒｅ ＰＰＤＵサブフィールドであってよい。これは、ＨＴ ＣｏｎｔｒｏｌフィールドがＨＴバリアント（ｖａｒｉａｎｔ）であるか、ＶＨＴバリアント（ｖａｒｉａｎｔ）である場合であってよい。ＨＴ Ｃｏｎｔｒｏｌフィールドは、複数の形態又はバリアントを有してよい。例えば、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＨＴバリアント、ＶＨＴバリアント、ＨＥバリアント、ＥＨＴバリアント又はＥＨＴ以後標準のバリアントであってよい。本明細書において、ＨＥバリアントに適用される実施例として説明したものは、ＨＥ以後標準で定義されるバリアントにも同一に適用されてよい。また、ＨＴ Ｃｏｎｔｏｒｌフィールドは、ＨＴ Ｃｏｎｔｒｏｌフィールドがどのバリアントであるかを指示するシグナリングを含んでよい。例えば、ＨＴ Ｃｏｎｔｒｏｌフィールドの一部ビットは、ＨＴ Ｃｏｎｔｒｏｌフィールドがどのバリアントであるかを指示できる。例えば、１番目のビット（Ｂ０）の値が０である場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＨＴバリアントであってよい。また、１番目のビット（Ｂ０）の値が１である場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＶＨＴバリアント、ＨＥバリアント、又はＥＨＴバリアントであってよい。また、１番目のビット（Ｂ０）の値が１で、２番目のビット（Ｂ１）の値が０である場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＶＨＴバリアントであってよい。また、１番目のビット（Ｂ０）の値が１であり、２番目のビット（Ｂ１）の値が１である場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＨＥバリアント又はＥＨＴバリアントであってよい。又は、１番目のビット（Ｂ０）の値が１であり、２番目のビット（Ｂ１）の値が１である場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＨＥバリアント、ＥＨＴバリアント、又はＥＨＴ以後標準のバリアントであってよい。

【0474】

ＨＴ ＣｏｎｔｒｏｌフィールドがＨＥバリアント、ＥＨＴバリアント、又はＥＨＴ以後標準のバリアントである場合に、ＨＴ Ｃｏｎｔｒｏｌフィールドは、Ａ－Ｃｏｎｔｒｏｌサブフィールドを含んでよい。Ａ－Ｃｏｎｔｒｏｌサブフィールドは、１つ以上のコントロール情報を含む。例えば、ＨＴ Ｃｏｎｔｒｏｌフィールドの３番目のビット（Ｂ２）～３２番目のビット（Ｂ３１）がＡ－Ｃｏｎｔｒｏｌサブフィールドであってよい。

【0475】

図３７（ｃ）は、Ａ－Ｃｏｎｔｒｏｌサブフィールドのフォーマットを示す。図３７（ｃ）で、Ａ－Ｃｏｎｔｒｏｌサブフィールドは、Ｃｏｎｔｒｏｌ Ｌｉｓｔサブフィールド及びＰａｄｄｉｎｇサブフィールドを含む。Ｃｏｎｔｒｏｌ Ｌｉｓｔサブフィールドは、１つ以上のコントロール情報を含んでよい。また、Ｃｏｎｔｒｏｌ Ｌｉｓｔサブフィールドは、１つ以上のＣｏｎｔｒｏｌサブフィールドを含んでよい。また、Ａ－Ｃｏｎｔｒｏｌフィールドは、Ｐａｄｄｉｎｇサブフィールドを選択的に含んでよい。例えば、あらかじめ設定されたＡ－Ｃｏｎｔｒｏｌサブフィールドの長さからＣｏｎｔｒｏｌ Ｌｉｓｔサブフィールドの長さを除く残り長さが、Ｐａｄｄｉｎｇサブフィールドの長さであってよい。Ｐａｄｄｉｎｇサブフィールドの値は、あらかじめ指定された値に設定されてよい。又は、Ｐａｄｄｉｎｇサブフィールドの１番目のビットの値は、あらかじめ指定された値に設定されてよい。

【0476】

図３７（ｄ）は、Ｃｏｎｔｒｏｌサブフィールドのフォーマットを示す。図３７（ｄ）で、Ｃｏｎｔｒｏｌサブフィールドは、Ｃｏｎｔｒｏｌ ＩＤサブフィールド及びＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドを含む。Ｃｏｎｔｒｏｌ ＩＤサブフィールドは、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドにどのような内容が含まれるか、又は前記Ｃｏｎｔｒｏｌ ＩＤサブフィールドを含むＣｏｎｔｒｏｌサブフィールドがどのようなコントロール情報を含むかを指示できる。また、Ｃｏｎｔｒｏｌ ＩＤサブフィールドの値に基づいて、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドの長さが決定されてよい。Ｃｏｎｔｒｏｌ ＩＤサブフィールドの長さは、４ビットであってよい。Ｃｏｎｔｒｏｌサブフィールドが含み得る情報は、前述したＴＲＳ（ｔｒｉｇｇｅｒｅｄ ｒｅｓｐｏｎｓｅ ｓｃｈｅｄｕｌｉｎｇ）Ｃｏｎｔｒｏｌフィールドであってよい。ＴＲＳ Ｃｏｎｔｒｏｌフィールドは、ＴＲＳ Ｃｏｎｔｒｏｌフィールドを受信したステーションの送信をトリガーするＴＲＳ情報を指示する。ＴＲＳ ＣｏｎｔｒｏｌフィールドのＣｏｎｔｒｏｌ ＩＤは、０であってよい。また、Ｃｏｎｔｒｏｌサブフィールドは、ＯＭ Ｃｏｎｔｒｏｌフィールドであってよい。ＯＭ Ｃｏｎｔｒｏｌフィールドは、ＯＭ（ｏｐｅｒａｔｉｎｇ ｍｏｄｅ）に関する情報を指示できる。ＯＭフィールドのＣｏｎｔｒｏｌ ＩＤは、１であってよい。また、Ｃｏｎｔｒｏｌサブフィールドは、ｌｉｎｋ ａｄａｐｔａｔｉｏｎ Ｃｏｎｔｒｏｌフィールドであってよい。ｌｉｎｋ ａｄａｐｔａｔｉｏｎ Ｃｏｎｔｒｏｌフィールドは、リンク適応に関する情報を指示できる。ｌｉｎｋ ａｄａｐｔａｔｉｏｎ ＣｏｎｔｒｏｌフィールドのＣｏｎｔｒｏｌ ＩＤは、２であってよい。また、Ｃｏｎｔｒｏｌサブフィールドは、ＢＳＲ Ｃｏｎｔｒｏｌフィールドであってよい。ＢＳＲ Ｃｏｎｔｒｏｌフィールドは、バッファ状態に関する情報を指示できる。ＢＳＲ ＣｏｎｔｒｏｌフィールドのＣｏｎｔｒｏｌ ＩＤは、３であってよい。また、Ｃｏｎｔｒｏｌサブフィールドは、ＵＬ ｐｏｗｅｒ ｈｅａｄｒｏｏｍ Ｃｏｎｔｒｏｌフィールドであってよい。ＵＬ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌフィールドは、上り送信パワーヘッドルームに関する情報を指示できる。ＵＬパワーヘッドルームに関する情報は、送信可能なパワーにどれくらいの余裕がさらにあるかを指示するか、パワー修正（ｐｏｗｅｒ ｐｒｅ－ｃｏｒｒｅｃｔｉｏｎ）に用いられる値であってよい。ＵＬ Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍフィールドに対するＣｏｎｔｒｏｌ ＩＤは、４であってよい。また、Ｃｏｎｔｒｏｌサブフィールドは、ＢＱＲ Ｃｏｎｔｒｏｌフィールドであってよい。ＢＱＲ Ｃｏｎｔｒｏｌフィールドは、サブチャネルの状態を指示するシグナリングである、ＢＱＲ（ｂａｎｄｗｉｄｔｈ ｑｕｅｒｙ ｒｅｐｏｒｔ）を指示できる。ＢＱＲ ＣｏｎｔｒｏｌフィールドのＣｏｎｔｒｏｌ ＩＤは、５であってよい。例えば、ＢＱＲは、サブチャネルの使用が可能かを指示できる。また、Ｃｏｎｔｒｏｌサブフィールドは、ＣＡＳ Ｃｏｎｔｒｏｌフィールドであってよい。ＣＡＳ Ｃｏｎｔｒｏｌフィールドは、ＣＡＳ（ｃｏｍｍａｎｄ ａｎｄ ｓｔａｔｕｓ）に関する情報を指示できる。ＣＡＳ ＣｏｎｔｒｏｌフィールドのＣｏｎｔｒｏｌ ＩＤは、６であってよい。

【0477】

図３７（ｅ）は、ＯＭ Ｃｏｎｔｒｏｌフィールドを示す。図３７（ｅ）で、ＯＭ Ｃｏｎｔｒｏｌサブフィールドは、Ｒｘ ＮＳＳサブフィールド、Ｃｈａｎｎｅｌ Ｗｉｄｔｈサブフィールド、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド、Ｔｘ ＮＳＴＳサブフィールド、ＥＲ ＳＵ Ｄｉｓａｂｌｅサブフィールド、ＤＬ ＭＵ－ＭＩＭＯ Ｒｅｓｏｕｎｄ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎサブフィールド、及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを含んでよい。Ｒｘ ＮＳＳサブフィールド、Ｃｈａｎｎｅｌ Ｗｉｄｔｈサブフィールド、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド、Ｔｘ ＮＳＴＳサブフィールド、ＥＲ ＳＵ Ｄｉｓａｂｌｅサブフィールド、ＤＬ ＭＵ－ＭＩＭＯ Ｒｅｓｏｕｎｄ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎサブフィールド、及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドはそれぞれ、３ビットフィールド、２ビットフィールド、１ビットフィールド、３ビットフィールド、１ビットフィールド、１ビットフィールド、及び１ビットフィールドであってよい。また、それらのフィールドの具体的なフォーマットは、３７（ｅ）の通りでよい。

【0478】

ＯＭに対する情報は、送信運営モードに関する情報又は受信運営モードに関する情報を含んでよい。ＯＭに対する情報を受信したステーションは、受信したＯＭに対する情報に対してＡＣＫを送信できる。ＯＭに対する情報を受信したステーションは、受信したＯＭに対する情報に基づいて、ＯＭに対する情報を送信したステーションにフレーム又はＰＰＤＵを送信できる。例えば、ＯＭに対する情報は、送信又は受信可能な最大能力に関する情報を含んでよく、ＯＭに対する情報を受信したステーションは、ＯＭに対する情報が指示する最大能力以下でフレーム又はＰＰＤＵを送信できる。ＯＭに対する情報は、特定モードが活性化（ｅｎａｂｌｅ）されたか、非活性化（ｄｉｓａｂｌｅ）又は遅延（ｓｕｓｐｅｎｄ）されたかに関する情報を含んでよい。特定モードが非活性化された場合に、ＯＭに対する情報を受信したステーションは、当該モードを用いてフレーム又はＰＰＤＵを送信しなくてよい。特定モードが非活性化された場合に、ＯＭに対する情報を受信したステーションは、当該モードを用いるように要請しなくてよい。このとき、特定モードは、ＵＬ ＭＵ動作に関するモードであってよい。具体的には、ＵＬ ＭＵ動作に関するモードは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドのうち少なくともいずれか一つが指示する情報であってよい。

【0479】

図３８は、本発明の実施例に係るＡＰがＯＭ ＣｏｎｔｒｏｌフィールドのＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードする方法を示す。

【0480】

ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドは、トリガリングフレームに応答する動作が活性化されたかを指示できる。このとき、トリガリングフレームは、トリガーフレームとＴＲＳ Ｃｏｎｔｒｏｌフィールドを含むフレームを含む。トリガリングフレームに応答する動作は、ＵＬ ＭＵ送信を行う動作又はＵＬ ＭＵ送信と関連した動作であってよい。トリガリングフレームを受信したステーションは、トリガリングフレームに対する応答としてＴＢ ＰＰＤＵを送信できる。トリガリングフレームがＭＵ－ＲＴＳフレームである場合に、ＭＵ－ＲＴＳフレームを受信したステーションは、トリガリングフレームに対する応答としてＣＴＳフレームを送信できる。トリガリングフレームとトリガリングフレームに対する応答フレームとの間の間隔は、ＳＩＦＳであってよい。

【0481】

ステーションが送信したＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドが、ＵＬ ＭＵ送信動作が非活性化される旨を指示することは、ステーションがトリガリングフレームに対する応答を送信できない旨をシグナルすることであってよい。このとき、トリガリングフレームに対する応答は、前述したＴＢ ＰＰＤＵ及びＣＴＳフレームである。ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドに対するＡＣＫを送信できる。

【0482】

また、ＵＬ ＭＵ送信が非活性化される旨を指示するＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドを送信したステーションにトリガリングフレームを送信しなくてよい。ステーションが送信したＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドが、ＵＬ ＭＵ送信動作が活性化される旨を指示することは、ステーションがトリガリングフレームに対する応答を送信できる旨をシグナルすることであってよい。また、ＵＬ ＭＵ送信が活性化される旨を指示するＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドを送信したステーションにトリガリングフレームを送信できる。

【0483】

ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信したステーションがトリガリングフレームを受信し、トリガリングフレームに対する応答としてデータフレームを送信する動作が活性化されたかを指示できる。具体的には、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信したステーションがベーシックトリガーフレームを受信し、ベーシックトリガーフレームに対する応答としてデータフレームを送信できるかを指示できる。

【0484】

ステーションが送信したＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドが、ＵＬ ＭＵ Ｄａｔａ送信動作が非活性化される旨を指示することは、ステーションがトリガリングフレームに対する応答としてデータフレームを送信できない旨をシグナルすることであってよい。ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドに対するＡＣＫを送信できる。ステーションが送信したＵＬ ＭＵ Ｄａｔａ ＤｉｓａｂｌｅサブフィールドがＵＬ ＭＵ Ｄａｔａ送信動作が非活性化されることを指示しても、ステーションは、トリガリングフレームに対する応答としてコントロールフレーム又はマネジメントフレームを送信できる。また、ＵＬ ＭＵ Ｄａｔａ ＤｉｓａｂｌｅサブフィールドがＵＬ ＭＵ Ｄａｔａ送信動作が非活性化されることを指示しても、ステーションは、ベーシックトリガーフレームでないトリガーフレームに対する応答を送信できる。このとき、ステーションが送信したＵＬ ＭＵ Ｄｉｓａｂｌｅフィールドは、ステーションのＵＬ ＭＵ送信動作が活性化されたことを指示できる。また、ＵＬ ＭＵ Ｄａｔａ送信が非活性化されることを指示するＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信したステーションにトリガリングフレームを送信できる。ただし、ＵＬ ＭＵ Ｄａｔａ送信が非活性化されることを指示するＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信したステーションにトリガリングフレームに対する応答としてデータフレームが送信されることを期待しなくてよい。

【0485】

ステーションが送信したＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドが、ＵＬ ＭＵ Ｄａｔａ送信動作が活性化される旨を指示することは、ステーションがトリガリングフレームに対する応答としてデータフレームを送信できる旨をシグナルすることであってよい。ステーションのＵＬ ＭＵ ＤｉｓａｂｌｅサブフィールドＵＬ ＭＵ送信が活性化されることを指示する場合にのみ、ＵＬ ＭＵ Ｄａｔａ ＤｉｓａｂｌｅサブフィールドがＵＬ ＭＵ Ｄａｔａ送信動作が活性化されることを指示できる。また、ＵＬ ＭＵ Ｄａｔａ送信が活性化されることを指示するＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信したステーションに、トリガリングフレームを送信できる。ＵＬ ＭＵ Ｄａｔａ送信が非活性化されることを指示するＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを受信したステーションは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信したステーションに、トリガリングフレームに対する応答データフレームが送信されることを期待してよい。

【0486】

また、ステーションは、最後に送信するか、受信したＯＭに対する情報に基づいて動作することができる。また、ｎｏｎ－ＡＰステーションは、ＵＬ ＭＵ ＤｉｓａｂｌｅサブフィールドとＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信し、ＡＰは、ＵＬ ＭＵ ＤｉｓａｂｌｅサブフィールドとＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを受信する。

【0487】

図３８の表に示すように、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値が１である場合に、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ送信動作が非活性化されることを指示できる。また、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値が０である場合に、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ送信動作が活性化されることを指示できる。また、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値が１である場合に、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ Ｄａｔａ送信動作が非活性化されることを指示できる。また、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値が０である場合に、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ Ｄａｔａ送信動作が活性化されることを指示できる。ただし、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値が１である場合に、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値が０であっても、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ＵＬ ＭＵ Ｄａｔａ送信が非活性化されることを指示できる。また、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値が１であり、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値が１であるものは、リザーブドであってよい。

【0488】

ＡＰは、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードできる（ｃａｐａｂｌｅ）かをシグナルすることができる。具体的には、ＡＰは、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓエレメントを用いて、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードできるかをシグナルすることができる。ＡＰがＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードできることをシグナルした場合に、ＡＰは、ステーションが送信したＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値とを組み合わせてステーションのＵＬ ＭＵ送信動作モードを判断できる。ＡＰがＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードできないことをシグナルした場合に、ＡＰは、ステーションが送信したＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値のみに基づいてステーションのＵＬ ＭＵ送信動作モードを判断できる。また、ＡＰがＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードできないことをシグナルした場合に、ステーションがＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値を１に設定することが許容されなくてよい。また、ＡＰがＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードできないことをシグナルした場合に、ステーションは、全てのトリガーベース動作が活性化されるモード又は全てのトリガーベース動作が非活性化されるモードのみを設定できる。

【0489】

ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドが指示するＵＬ ＭＵ動作に共有ＴＸＯＰに関する動作は含まれなくてよい。

【0490】

図３９は、本発明の実施例に係るステーションがＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａサブフィールドに基づいてＭＵ ＥＤＣＡパラメータセットを設定する方法を示す。

【0491】

ステーションがＵＬ ＭＵ送信に関する動作を非活性化した場合に、ステーションは、前述したＭＵ ＥＤＣＡタイマーの値を０に設定できる。このとき、ステーションは、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーの値を０に設定できる。具体的には、ステーションが１に設定されたＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドを送信し、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドに対するＡＣＫを受信した場合に、ステーションは、全てのＡＣに対するＭＵ ＥＤＣＡタイマーの値を０に設定できる。また、ステーションが１に設定されたＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドを送信し、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドに対するＡＣＫを受信した場合に、ステーションは、全てのＡＣに対するＭＵ ＥＤＣＡタイマーの値を０に設定できる。

【0492】

図３９（ａ）で、第２ステーション（ＳＴＡ２）がＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値を１に設定してＯＭ Ｃｏｎｔｒｏｌフィールドを第１ステーション（ＳＴＡ１）に送信する。第１ステーション（ＳＴＡ１）は第２ステーション（ＳＴＡ２）に、ＯＭ Ｃｏｎｔｒｏｌフィールドに対するＡＣＫを送信する。第２ステーション（ＳＴＡ２）がＡＣＫを受信したとき、第２ステーション（ＳＴＡ２）は、全てのＡＣに対するＭＵ ＥＤＣＡタイマーの値を０に設定する。

【0493】

図３９（ｂ）で、第２ステーション（ＳＴＡ２）が、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドの値が０であり、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの値が１に設定されたＯＭ Ｃｏｎｔｒｏｌフィールドを、第１ステーション（ＳＴＡ１）に送信する。第１ステーション（ＳＴＡ１）は第２ステーション（ＳＴＡ２）に、ＯＭ Ｃｏｎｔｒｏｌフィールドに対するＡＣＫを送信する。第２ステーション（ＳＴＡ２）がＡＣＫを受信したとき、第２ステーション（ＳＴＡ２）は、全てのＡＣに対するＭＵ ＥＤＣＡタイマーの値を０に設定する。

【0494】

図４０は、本発明のさらに他の実施例に係るＡＰがＯＭ ＣｏｎｔｒｏｌフィールドのＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドをデコードする方法を示す。

【0495】

ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドが指示するＵＬ ＭＵ送信動作に共有ＴＸＯＰ動作の活性化が含まれるか否かが問題になり得る。このとき、共有ＴＸＯＰ動作の非活性化は、ステーションがＭＵ－ＲＴＳ ＴＸＳフレームに応答するか、共有ＴＸＯＰ内で送信する動作が非活性化されることを示すことができる。ステーションが共有ＴＸＯＰ動作の非活性化することを指示する場合に、ＡＰはステーションにＭＵ－ＲＴＳ ＴＸＳフレームを送信しなくてよい。

【0496】

共有ＴＸＯＰ動作非活性化シグナリングに関する第一の実施例において、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドが指示するＵＬ ＭＵ送信動作の非活性化に共有ＴＸＯＰ動作が含まれなくてよい。このとき、ＵＬ ＭＵ ＤｉｓａｂｌｅサブフィールドがＵＬ ＭＵ送信動作が非活性化されることを指示するか、ＵＬ ＭＵ Ｄａｔａ ＤｉｓａｂｌｅサブフィールドがＵＬ ＭＵデータ送信動作が非活性化されることを指示しても、共有ＴＸＯＰ動作が非活性化されることを指示するものではなくてよい。

【0497】

共有ＴＸＯＰ動作非活性化シグナリングに関する第二の実施例において、ＵＬ ＭＵ ＤｉｓａｂｌｅサブフィールドがステーションのＵＬ ＭＵ送信動作が非活性化されることをシグナルする場合に、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドは、ステーションの共有ＴＸＯＰ動作が非活性されることをシグナルすることができる。ただし、ＵＬ ＭＵ Ｄａｔａ ＤｉｓａｂｌｅサブフィールドがステーションのＵＬ ＭＵデータ送信動作が非活性化されることをシグナルする場合に、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ステーションの共有ＴＸＯＰ動作が非活性化されるか否かをシグナルすることが不可能であってよい。図４０（ａ）は、このような実施例が適用されるとき、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの意味を示す。

【0498】

共有ＴＸＯＰ動作非活性化のシグナリングに関する第三の実施例において、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドが、ステーションのＵＬ ＭＵ送信動作が非活性化されることをシグナルする場合に、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドは、ステーションの共有ＴＸＯＰ動作が非活性されることをシグナルすることができる。また、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドが、ステーションのＵＬ ＭＵデータ送信動作が非活性化されることをシグナルする場合に、ＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ステーションの共有ＴＸＯＰ動作が非活性化されることをシグナルすることができる。図４０（ｂ）は、このような実施例が適用されるとき、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの意味を示す。

【0499】

共有ＴＸＯＰ動作非活性化シグナリングに関する第四の実施例において、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールドが、ステーションのＵＬ ＭＵ送信動作が非活性化され、ＵＬ ＭＵ Ｄａｔａ ＤｉｓａｂｌｅサブフィールドがステーションのＵＬ ＭＵデータ送信動作が非活性化されることをシグナルする場合にのみ、ＵＬ ＭＵ ＤｉｓａｂｌｅサブフィールドとＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ステーションの共有ＴＸＯＰ動作が非活性されることをシグナルすることができる。このとき、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドは、ステーションの全てのトリガーベース動作が非活性化されることをシグナルすることができる。図４０（ｃ）は、このような実施例が適用されるとき、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールドの意味を示す。

【0500】

さらに他の具体的な実施例において、ステーションは、このとき、ＵＬ ＭＵ Ｄｉｓａｂｌｅサブフィールド及びＵＬ ＭＵ Ｄａｔａ Ｄｉｓａｂｌｅサブフィールド以外の別のシグナリングフィールドを用いて、共有ＴＸＯＰ動作が非活性化されるかを指示できる。また、ステーションはＯＭ Ｃｏｎｔｒｏｌサブフィールド以外の別のＣｏｎｔｒｏｌサブフィールド、例えばＥＨＴ ＯＭ Ｃｏｎｔｒｏｌサブフィールドを用いて動作情報をシグナルすることができる。ＥＨＴ ＯＭ Ｃｏｎｔｒｏｌサブフィールドは、Ａ－Ｃｏｎｔｒｏｌフィールドに含まれるＣｏｎｔｒｏｌサブフィールドの一種である。また、ＥＨＴ ＯＭ ＣｏｎｔｒｏｌサブフィールドのＣｏｎｔｒｏｌ ＩＤは、７であってよい。

【0501】

ＥＨＴ ＯＭ Ｃｏｎｔｒｏｌサブフィールドは、Ｒｘ ＮＳＳ Ｅｘｔｅｎｓｉｏｎサブフィールド、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールド、及びＴｘ ＮＳＴＳ Ｅｘｔｅｎｓｉｏｎサブフィールドを含んでよい。また、ＥＨＴ ＯＭ ＣｏｎｔｒｏｌサブフィールドのＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドは、６ビットフィールドであってよい。Ｒｘ ＮＳＳ Ｅｘｔｅｎｓｉｏｎサブフィールド、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールド、及びＴｘ ＮＳＴＳ Ｅｘｔｅｎｓｉｏｎサブフィールドはいずれも、１ビットフィールドであってよい。また、Ｒｘ ＮＳＳ Ｅｘｔｅｎｓｉｏｎサブフィールド、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールド、及びＴｘ ＮＳＴＳ Ｅｘｔｅｎｓｉｏｎサブフィールドはそれぞれ、ＥＨＴ ＯＭ Ｃｏｎｔｒｏｌサブフィールドの１番目のビット、２番目のビット、及び３番目のビットに位置してよい。ＥＨＴ ＯＭ Ｃｏｎｔｒｏｌサブフィールドが含む情報は、ＯＭ Ｃｏｎｔｒｏｌサブフィールドが含む情報と共に解釈されてよい。例えば、Ｒｘ ＮＳＳ Ｅｘｔｅｎｓｉｏｎサブフィールドは、ステーションが受信できる最大空間ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）の個数を指示し、ステーションが受信できる最大空間ストリームの数が８個を超える値であるとき、それを指示するために用いられてよい。また、Ｔｘ ＮＳＴＳ Ｅｘｔｅｎｓｉｏｎサブフィールドは、ステーションが送信できる最大空間－時間ストリーム（ｓｐａｃｅ－ｔｉｍｅ ｓｔｒｅａｍ）個数を指示し、ステーションが送信できる最大空間－時間ストリームの個数が８個を超える値であるとき、それを指示するために用いられてよい。また、Ｃｈａｎｎｅｌ Ｗｉｄｔｈ Ｅｘｔｅｎｓｉｏｎサブフィールドは、ステーションが送信、受信可能な運営チャネル帯域幅（ｏｐｅｒａｔｉｎｇ ｃｈａｎｎｅｌ ｗｉｄｔｈ）を指示し、ステーションが送信、受信可能な運営チャネル帯域幅が１６０ＭＨｚを超える値、例えば３２０ＭＨｚであるとき、それを指示するために用いられてよい。

【0502】

ＥＨＴ ＯＭ Ｃｏｎｔｒｏｌサブフィールドは、ステーションの共有ＴＸＯＰ動作が非活性化されるかを指示するシグナリングを含んでよい。共有ＴＸＯＰ動作が非活性化されるかを指示するシグナリングは、１ビットフィールドであってよい。具体的には、ＥＨＴ ＯＭ ＣｏｎｔｒｏｌサブフィールドのＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドの４番目のビット（Ｂ３）が、ステーションの共有ＴＸＯＰ動作が非活性化されるかを指示するシグナリングであってよい。ステーションがステーションの共有ＴＸＯＰ動作が非活性化されるかをシグナリングする場合に、シグナリングを受信したステーションは、シグナリングを送信したステーションにＭＵ－ＲＴＳ ＴＸＳフレームを送信することが許容されなくてよい。

【0503】

さらに他の具体的な実施例において、ステーションの共有ＴＸＯＰ動作が非活性化されるかを指示するシグナリングは、ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓに含まれてよい。ＥＨＴ Ｃａｐａｂｉｌｉｔｉｅｓエレメントは、ビーコンフレーム、プローブ要請フレーム、プローブ応答フレーム、結合要請フレーム、結合応答フレーム、再結合応答フレーム、及び再結合要請フレームに含まれてよい。

【0504】

ステーションが共有ＴＸＯＰ内で送信することは、ステーションの動作を制限するため、ステーションはこのような動作を非活性化させてよい。また、ステーションが共有ＴＸＯＰに参加することは、トリガリングフレームに応答してＴＢ ＰＰＤＵを送信するか、ＣＴＳフレームを送信するほど、制約が大きくない。したがって、前述した一部の実施例のように、既存トリガーベース動作とは別個に共有ＴＸＯＰ動作を非活性化することが必要であり得る。

【0505】

図４１は、本発明の実施例に係るステーションが共有ＴＸＯＰ動作に基づいてＭＵ ＥＤＣＡパラメータセットを設定する動作を示す。

【0506】

前述したように、ステーションがＵＬ ＭＵ送信動作を非活性するとき、ＭＵ ＥＤＣＡタイマーを０に設定できる。ただし、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＭＵ ＥＤＡＣパラメータセットが設定された場合に、ステーションは、ＵＬ ＭＵ送信動作を非活性化する動作に基づいて、ＭＵ ＥＤＣＡタイマーを０に設定しなくてよい。このとき、ＵＬ ＭＵ送信動作非活性化する動作は、先の図３７～図４０で説明した実施例に従えばよい。具体的には、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＭＵ ＥＤＡＣパラメータセットが設定された場合に、ステーションは、ＵＬ ＭＵ送信動作を非活性化するシグナリングに基づいてＭＵ ＥＤＣＡタイマーを０に設定しなくてよい。したがって、共有ＴＸＯＰ内でステーションがＵＬ ＭＵ動作を非活性化するシグナリングを成功的に送信しても、ステーションは、ＭＵ ＥＤＣＡタイマーを０に設定しなくてよい。このとき、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＭＵ ＥＤＣＡタイマーが設定され、ステーションが共有ＴＸＯＰ外でＵＬ ＭＵ動作を非活性化するシグナリングを成功的に送信した場合に、ステーションは、ＭＵ ＥＤＣＡタイマーを０に設定できる。

【0507】

さらに他の具体的な実施例において、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＭＵ ＥＤＣＡタイマーが設定され、ステーションが共有ＴＸＯＰ内でＵＬ ＭＵ送信動作を非活性化するシグナリングを成功的に送信する場合に、ステーションは、共有ＴＸＯＰが終了した時点又は共有ＴＸＯＰ使用を終了する時点に、ＭＵ ＥＤＣＡタイマーの値を０に設定できる。

【0508】

前述した実施例において、ＵＬ ＭＵ送信動作の非活性化は、共有ＴＸＯＰ動作を非活性化しないＵＬ ＭＵ動作非活性化に限定されてよい。また、ＵＬ ＭＵ動作を非活性するシグナリングは、共有ＴＸＯＰ動作を非活性化しないシグナリングに限定されてよい。したがって、ＵＬ ＭＵ Ｄａｔａ送信動作又はＵＬ ＭＵ送信動作が非活性化されても、共有ＴＸＯＰ動作を非活性化されない場合にのみ、前述した実施例が適用されてよい。ＴＸＯＰ動作が非活性化される場合に、ステーションは、ＭＵ ＥＤＣＡタイマーを０に設定できる。具体的には、ステーションがＴＸＯＰ動作を非活性化するシグナリングを成功的に送信した場合に、ステーションはＭＵ ＥＤＣＡタイマーを０に設定できる。

【0509】

前述した実施例において、ＭＵ ＥＤＣＡパラメータセットは、レガシーＥＤＣＡパラメータセットと他のパラメータセットに取り替えられてよい。また、前述したＵＬ ＭＵ送信動作は、ＵＬ ＭＵデータ送信動作に取り替えられてよい。

【0510】

図４１で、ＡＰはｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信してｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）に共有ＴＸＯＰを割り当てる。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）はＡＰにＣＴＳフレームを送信する。共有ＴＸＯＰ内でｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）はＡＰにＵＬフレーム（ＵＬ ｆｒａｍｅ １）を送信する。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、上り送信フレーム（ＵＬ ｆｒａｍｅ １）に対する応答を含むＤＬフレーム（ＤＬ ｆｒａｍｅ １）を受信する。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、ＭＵ ＥＤＣＡパラメータセットによってＥＤＣＡパラメータセットを設定する。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、ＵＬ ＭＵ送信動作を非活性化するシグナリングを含むＵＬフレーム（ＵＬ ｆｒａｍｅ ２）を送信する。このとき、ＵＬ ＭＵ送信動作を非活性化するシグナリングは、共有ＴＸＯＰ動作を非活性化しない。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）がＵＬフレーム（ＵＬ ｆｒａｍｅ ２）を成功的に送信しても、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）はＭＵ ＥＤＣＡタイマーを０に設定しない。

【0511】

さらに他の具体的な実施例において、ＵＬ ＭＵ送信動作を非活性化する場合に、ステーションは、共有ＴＸＯＰ動作に関係なくＭＵ ＥＤＣＡタイマーを０に設定できる。

【0512】

前述した実施例において、シグナリングを含むフレームが即刻応答を要求する場合に、シグナリングを成功的に送信することは、シグナリングを含むフレームに対するＡＣＫを受信することであってよい。また、シグナリングを含むフレームが即刻応答を要求しない場合に、シグナリングを成功的に送信することは、シグナリングを送信することであってよい。

【0513】

図４２は、本発明の実施例に係るステーションが共有ＴＸＯＰ動作に基づいてＭＵ ＥＤＣＡパラメータセットを設定する動作を示す。

【0514】

図４１で説明した実施例においてＵＬ ＭＵ送信動作又はＵＬ ＭＵデータ送信動作を非活性化するシグナリングが共有ＴＸＯＰ動作を非活性化する場合に、ＭＵ ＥＤＣＡパラメータセットがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されても、ステーションはＭＵ ＥＤＣＡタイマーの値を０に設定できる。このとき、ＵＬ ＭＵ動作を非活性化するシグナリングは、図３７～図４０の実施例によって設定されてよい。

【0515】

例えば、ステーションがＵＬ ＭＵ送信動作非活性化をシグナルする場合に、共有ＴＸＯＰ動作が非活性化されてよい。このとき、ステーションがＵＬ ＭＵ送信動作非活性化をシグナルする場合に、ＭＵ ＥＤＣＡパラメータセットがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されても、ステーションはＭＵ ＥＤＣＡタイマーの値を０に設定できる。

【0516】

また、ステーションがＵＬ ＭＵ送信動作非活性化をシグナルしても、共有ＴＸＯＰ動作が非活性化されなくてよい。ただし、ステーションがＵＬ ＭＵデータ送信動作非活性化をシグナルする場合に、共有ＴＸＯＰ動作が非活性化されてよい。このとき、ステーションがＵＬ ＭＵデータ送信非活性化をシグナルする場合に、ＭＵ ＥＤＣＡパラメータセットがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されても、ステーションはＭＵ ＥＤＣＡタイマーの値を０に設定できる。

【0517】

図４２で、ＡＰは、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）にＭＵ－ＲＴＳ ＴＸＳトリガーフレームを送信してｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）に共有ＴＸＯＰを割り当てる。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）はＡＰにＣＴＳフレームを送信する。共有ＴＸＯＰ内でｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）はＡＰにＵＬフレーム（ＵＬ ｆｒａｍｅ １）を送信する。ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、上り送信フレーム（ＵＬ ｆｒａｍｅ １）に対する応答を含むＤＬフレーム（ＤＬ ｆｒａｍｅ １）を受信する。このとき、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、ＭＵ ＥＤＣＡパラメータセットによってＥＤＣＡパラメータセットを設定する。図４２（ａ）で、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、ＵＬ ＭＵ送信動作を非活性化するシグナリングを含むＵＬフレーム（ＵＬ ｆｒａｍｅ ２）を送信する。また、図４２（ｂ）で、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）は、ＵＬ ＭＵデータ送信動作を非活性化するシグナリングを含むＵＬフレーム（ＵＬ ｆｒａｍｅ ２）を送信する。このとき、ＵＬ ＭＵ送信動作を非活性化するシグナリングは、共有ＴＸＯＰ動作を非活性化する。また、ＵＬ ＭＵデータ送信動作を非活性化するシグナリングは、共有ＴＸＯＰ動作を非活性化する。したがって、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）がＵＬフレーム（ＵＬ ｆｒａｍｅ ２）に対する応答を受信したとき、ｎｏｎ－ＡＰステーション（Ｎｏｎ－ＡＰ ＳＴＡ）はＭＵ ＥＤＣＡタイマーを０に設定する。

【0518】

図４１及び図４２などで説明した実施例において、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＭＵ ＥＤＣＡタイマーが設定されることは、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されることであってよい。ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づかずにＭＵ ＥＤＣＡタイマーが設定されることは、少なくとも１つのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づかずに設定されることであってよい。少なくとも１つのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づかずに設定され、ＵＬ ＭＵ送信動作が非活性化される場合に、ステーションは、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーの値を０に設定できる。全てのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定され、ＵＬ ＭＵ送信動作が非活性化される場合に、ステーションは、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーの値を０に設定できない。

【0519】

ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいてＭＵ ＥＤＣＡタイマーが設定されることは、少なくとも１つのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されることであってよい。ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づかずにＭＵ ＥＤＣＡタイマーが設定される全てのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づかずに設定されることであってよい。全てのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づかずに設定され、ＵＬ ＭＵ送信動作が非活性化される場合に、ステーションは、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーの値を０に設定できる。少なくとも１つのＡＣに該当するＭＵ ＥＤＣＡタイマーがＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定され、ＵＬ ＭＵ送信動作が非活性化される場合に、ステーションは、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーの値を０に設定できない。

【0520】

さらに他の具体的な実施例において、ＵＬ ＭＵ送信動作が非活性化されることに基づいてステーションがＭＵ ＥＤＣＡタイマーを０に設定することは、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されたかに関係なく、全てのＡＣに該当するＭＵ ＥＤＣＡタイマーを０に設定することであってよい。また、ＵＬ ＭＵ送信動作が非活性化されることに基づいてステーションがＭＵ ＥＤＣＡタイマーを０に設定することは、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームに基づいて設定されていないＭＵ ＥＤＡＣタイマーのみを０に設定することであってよい。

【0521】

また、前述した全てのＡＣに該当するＭＵ ＥＤＣＡタイマーは、０でない値を有する全てのＭＵ ＥＤＣＡタイマーであってよい。

【0522】

さらに他の具体的な実施例において、共有ＴＸＯＰ動作を支援するステーションは、ＵＬ ＭＵ送信を非活性化することに基づいて、ＭＵ ＥＤＣＡタイマーを０に設定することが許容されなくてよい。すなわち、共有ＴＸＯＰ動作を支援するステーションがＵＬ ＭＵ送信を非活性化するシグナリングを成功的に送信しても、ＭＵ ＥＤＣＡタイマーがＭＵ ＲＴＳ ＴＸＳフレームに基づいて設定されたことに関係なく、共有ＴＸＯＰ動作を支援するステーションがＭＵ ＥＤＣＡタイマーを０に設定することが許容されなくてよい。このような実施例において、共有ＴＸＯＰ動作を支援しないステーションは、ＵＬ ＭＵ送信を非活性化することに基づいて、ＭＵ ＥＤＣＡタイマーを０に設定できる。また、共有ＴＸＯＰ動作を支援するステーションは、ＵＬ ＭＵ送信を非活性化することに基づいてＭＵ ＥＤＣＡタイマーを０に設定できない。

【0523】

また、前述した実施例において、ＭＵ ＥＤＣＡタイマーの値を０に設定することは、全てのＡＣに対するＭＵ ＥＤＣＡタイマーの値を０に設定することであってよい。さらに他の具体的な実施例において、ＭＵ ＥＤＣＡタイマーの値を０に設定することは、成功的に送信したフレームに該当するＡＣのＭＵ ＥＤＣＡタイマーの値を０に設定することであってよい。また、前述した実施例において、ＭＵ ＥＤＣＡパラメータセットを使用するか、使用しない動作は、全てのＡＣにＭＵ ＥＤＣＡパラメータセットを使用するか、使用しない動作であってよい。さらに他の具体的な実施例において、ＭＵ ＥＤＣＡパラメータセットを使用するか、使用しない動作は、成功的に送信したフレームに該当するＡＣのＥＤＣＡパラメータにおいてＭＵ ＥＤＣＡパラメータセットを使用するか、使用しない動作であってよい。

【0524】

本発明の一実施例によれば、前述したように、複数のＥＤＣＡパラメータセットを用いることが可能である。例えば、３個以上のＥＤＣＡパラメータセットを用いることが可能である。また、複数のＥＤＣＡパラメータセットは、第１グループに含まれるものと、第２グループに含まれるものとに区別されてよい。例えば、第１グループにレガシーＥＤＣＡパラメータセットが含まれてよい。また、第２グループに、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳ フレームに基づかず、且つＴＢ ＰＰＤＵを送信することに基づいて使用するＭＵ ＥＤＣＡパラメータセットと、ｍｏｄｉｆｉｅｄ ＭＵ－ＲＴＳ フレームに基づくＭＵ ＥＤＣＡパラメータセットが含まれてよい。第２グループに含まれるＥＤＣＡパラメータセットは、ｔｉｍｅｒを含んでよい。例えば、第２グループに含まれたＥＤＣＡパラメータセットのうち、タイマーが０であるＥＤＣＡパラメータセットが存在すれば、０でないタイマーに該当するＥＤＣＡパラメータセットを用いることができる。しかし、仮に第２グループに含まれたＥＤＣＡパラメータセットのうち、複数のタイマーが０でない場合に、既に設定された規則のＥＤＣＡパラメータをを用いることができる。一実施例によれば、タイマーが０でないＥＤＣＡパラメータセットに該当するパラメータのうち、最大の値を用いることができる。例えば、タイマーが０でないＥＤＣＡパラメータセットに該当するＣＷｍｉｎ［ＡＣ］が複数存在するとき、最大のＣＷｍｉｎ［ＡＣ］値を用いてチャネルアクセスすることができる。ＣＷｍｉｎ［ＡＣ］の他に、Ｗｍａｘ［ＡＣ］、ＡＩＦＳＮ［ＡＣ］、ＴＸＯＰＬｉｍｉｔ［ＡＣ］に対しても同一であってよい。他の実施例によれば、タイマーが０でないＥＤＣＡパラメータセットに該当するｐａｒａｍｅｔｅｒのうち、最小の値を用いることができる。説明した実施例は、ある特定ＡＣについて説明したものであってよい。例えば、タイマーが０でないＥＤＣＡパラメータセットが複数存在するということは、特定ＡＣに該当するタイマーが０でないＥＤＣＡパラメータセットが複数存在するということを意味してよい。また、第２グループに含まれたＥＤＣＡパラメータセットのタイマーがいずれも０である場合に、第１グループに含まれるＥＤＣＡパラメータセットを用いることができる。

【0525】

以上、無線ＬＡＮ通信を取り上げて本発明を説明したが、本発明は、これに限定されず、セルラー通信などの他の通信システムにおいても同一に適用されてよい。また、本発明の方法、装置及びシステムは特定実施例と関連して説明されたが、本発明の構成要素、動作の一部又は全部は、汎用ハードウェアアーキテクチャーを有するコンピュータシステムを用いて具現可能である。

【0526】

以上で実施例に説明された特徴、構造、効果などは、本発明の少なくとも一つの実施例に含まれるもので、必ずしも一つの実施例に限定されるものではない。さらに、各実施例で例示された特徴、構造、効果などは、実施例の属する分野における通常の知識を有する者によって、他の実施例に対しても組合せ又は変形して実施可能である。したがって、このような組合せと変形に関係する内容は、本発明の範囲に含まれるものと解釈されるべきであろう。

【0527】

以上では実施例を中心にして説明したが、これは単なる例示に過ぎず、本発明を限定するものではなく、本発明の属する分野における通常の知識を有する者であれば、本実施例の本質的な特性を逸脱しない範囲で、以上に例示されていない様々な変形と応用が可能であることが分かる。例えば、実施例に具体的に示された各構成要素は、変形して実施可能である。そして、このような変形と応用に関係する差異点は、添付する特許請求の範囲で規定する本発明の範囲に含まれるものと解釈されるべきであろう。

【符号の説明】

【0528】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図8(c)】

【図8(d)】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40(a)】

【図40(b)】

【図40(c)】

【図41】

【図42】

【国際調査報告】