特表 2024-520031 共有ＴＸＯＰを用いる無線通信装置及び無線通信装置の動作方法

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

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

(11)【公表番号】

(43)【公表日】2024-05-21

(54)【発明の名称】共有ＴＸＯＰを用いる無線通信装置及び無線通信装置の動作方法

(51)【国際特許分類】

   H04W 74/02 20090101AFI20240514BHJP

   H04W 84/12 20090101ALI20240514BHJP

   H04W 72/1268 20230101ALI20240514BHJP

   H04W 72/20 20230101ALI20240514BHJP

   H04W 72/0453 20230101ALI20240514BHJP

【ＦＩ】

H04W74/02

H04W84/12

H04W72/1268

H04W72/20

H04W72/0453

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023572916

(86)(22)【出願日】2022-05-25

(85)【翻訳文提出日】2023-11-24

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

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

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

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

(32)【優先日】2021-05-25

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

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

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

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

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

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

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

(31)【優先権主張番号】10-2022-0026421

(32)【優先日】2022-02-28

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

(31)【優先権主張番号】10-2022-0021796

(32)【優先日】2022-02-18

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

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

(72)【発明者】

【氏名】ジンサム・カク

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067CC02

5K067DD24

5K067DD34

5K067EE02

5K067EE10

5K067EE22

5K067HH21

5K067JJ21

(57)【要約】

ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）と通信するためのｎｏｎ－ＡＰステーションが開示される。ｎｏｎ－ＡＰステーションは、送受信部；及び、プロセッサを含む。前記プロセッサは、前記送受信部を用いて、前記ＡＰからＭＵ－ＲＴＳ（ｍｕｌｔｉ ｕｓｅｒ－ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）ＴＸＳ（ＴＸＯＰ ｓｈａｒｉｎｇ）トリガーフレームを含む第１ＰＰＤＵを受信し、前記ＭＵ－ＲＴＳ ＴＸＳトリガーフレームは、前記ＡＰが獲得したＴＸＯＰのうち一部である共有ＴＸＯＰを前記ｎｏｎ－ＡＰステーションに割り当て、前記送受信部を用いて、前記ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを含む第２ＰＰＤＵを前記ＡＰに送信し、前記送受信部を用いて、前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する。

【特許請求の範囲】

【請求項1】

ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）と通信するためのｎｏｎ－ＡＰステーションであって、
送受信部；及び
プロセッサを含み、
前記プロセッサは、
前記送受信部を用いて、前記ＡＰからＭＵ－ＲＴＳ（ｍｕｌｔｉ ｕｓｅｒ－ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）ＴＸＳ（ＴＸＯＰ ｓｈａｒｉｎｇ）トリガーフレームを含む第１ＰＰＤＵを受信し、前記ＭＵ－ＲＴＳ ＴＸＳトリガーフレームは、前記ＡＰが獲得したＴＸＯＰのうち一部である共有ＴＸＯＰを前記ｎｏｎ－ＡＰステーションに割り当て、
前記送受信部を用いて、前記ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを含む第２ＰＰＤＵを前記ＡＰに送信し、
前記送受信部を用いて、前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信するｎｏｎ－ＡＰステーション。

【請求項2】

前記プロセッサは、
前記第２ＰＰＤＵの帯域幅と同一又は狭い帯域幅で第３ＰＰＤＵを送信する、請求項１に記載のｎｏｎ－ＡＰステーション。

【請求項3】

前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い値を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する、請求項２に記載のｎｏｎ－ＡＰステーション。

【請求項4】

前記プロセッサは、
前記ＡＰがディセーブルと最後に指定したサブチャネルに基づいて前記第３ＰＰＤＵを送信する、請求項１に記載のｎｏｎ－ＡＰステーション。

【請求項5】

前記プロセッサは、
前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、前記ＡＰがディセーブルと最後に指定したサブチャネルに該当するビットを、１に設定する、請求項１に記載のｎｏｎ－ＡＰステーション。

【請求項6】

前記プロセッサは、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われたか否かに基づいて、前記第３ＰＰＤＵの周波数帯域に関するパラメータを設定する、請求項１に記載のｎｏｎ－ＡＰステーション。

【請求項7】

前記周波数帯域に関するパラメータは、ＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを含み、
前記プロセッサは、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われた場合に、前記第３ＰＰＤＵの送信以前に受信したｎｏｎ－ＨＴ ＰＰＤＵのＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定し、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われていない場合に、前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する、請求項６に記載のｎｏｎ－ＡＰステーション。

【請求項8】

前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換は、ＲＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵの交換である、請求項６に記載のｎｏｎ－ＡＰステーション。

【請求項9】

前記第３ＰＰＤＵは、前記ｎｏｎ－ＡＰステーションのＰ２Ｐピアステーションに送信されるＰ２Ｐ ＰＰＤＵである、請求項６に記載のｎｏｎ－ＡＰステーション。

【請求項10】

前記ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値は、前記第２ＰＰＤＵの送信時点に基づいて設定される、請求項１に記載のｎｏｎ－ＡＰステーション。

【請求項11】

前記第３ＰＰＤＵは、前記ｎｏｎ－ＡＰステーションのＰ２Ｐピアステーションに送信されるＰ２Ｐ ＰＰＤＵであり、
前記プロセッサは、
前記第３ＰＰＤＵを送信する前に、前記ＡＰのＭＡＣアドレスを送信者アドレスとして有するＲＴＳフレームを前記Ｐ２Ｐピアステーションに送信する、請求項１に記載のｎｏｎ－ＡＰステーション。

【請求項12】

ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）と通信するためのｎｏｎ－ＡＰステーションの動作方法であって、
前記ＡＰからＭＵ－ＲＴＳ（ｍｕｌｔｉ ｕｓｅｒ－ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）ＴＸＳ（ＴＸＯＰ ｓｈａｒｉｎｇ）トリガーフレームを含む第１ＰＰＤＵを受信し、前記ＭＵ－ＲＴＳ ＴＸＳトリガーフレームは、前記ＡＰが獲得したＴＸＯＰのうち一部である共有ＴＸＯＰを前記ｎｏｎ－ＡＰステーションに割り当てる段階；
前記ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを含む第２ＰＰＤＵを前記ＡＰに送信する段階；及び
前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階を含む動作方法。

【請求項13】

前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階は、
前記第２ＰＰＤＵの帯域幅と同一又は狭い帯域幅で第３ＰＰＤＵを送信する段階を含む、請求項１２に記載の動作方法。

【請求項14】

前記第２ＰＰＤＵの帯域幅と同一又は狭い帯域幅で第３ＰＰＤＵを送信する段階は、
前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い値を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する段階を含む、請求項１３に記載の動作方法。

【請求項15】

前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階は、
前記ＡＰがディセーブルと最後に指定したサブチャネルに基づいて前記第３ＰＰＤＵを送信する段階を含む、請求項１２に記載の動作方法。

【請求項16】

前記ＡＰがディセーブルと最後に指定したサブチャネルに基づいて前記第３ＰＰＤＵを送信する段階は、
前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、前記ＡＰがディセーブルと最後に指定したサブチャネルに該当するビットを１に設定する段階を含む、請求項１２に記載の動作方法。

【請求項17】

前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階は、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われたか否かに基づいて、前記第３ＰＰＤＵの周波数帯域に関するパラメータを設定する段階を含む、請求項１２に記載の動作方法。

【請求項18】

前記周波数帯域に関するパラメータは、ＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを含み、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われたか否かに基づいて、前記第３ＰＰＤＵの周波数帯域に関するパラメータを設定する段階は、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われた場合に、前記第３ＰＰＤＵの送信以前に受信したｎｏｎ－ＨＴ ＰＰＤＵのＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する段階と、
前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われていない場合に、前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する段階を含む、請求項１７に記載の動作方法。

【請求項19】

前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換は、ＲＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵの交換である、請求項１７に記載の動作方法。

【請求項20】

前記第３ＰＰＤＵは、前記ｎｏｎ－ＡＰステーションのＰ２Ｐピアステーションに送信されるＰ２Ｐ ＰＰＤＵである、請求項１７に記載の動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、共有ＴＸＯＰを用いる無線通信装置及び無線通信装置の動作方法に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【発明の概要】

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

【0008】

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

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

【0009】

本発明の実施例によって、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）と通信するためのｎｏｎ－ＡＰステーションは、送受信部；及び、プロセッサを含む。前記プロセッサは、前記送受信部を用いて、前記ＡＰからＭＵ－ＲＴＳ（ｍｕｌｔｉ ｕｓｅｒ－ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）ＴＸＳ（ＴＸＯＰ ｓｈａｒｉｎｇ）トリガーフレームを含む第１ＰＰＤＵを受信し、前記ＭＵ－ＲＴＳ ＴＸＳトリガーフレームは、前記ＡＰが獲得したＴＸＯＰのうち一部である共有ＴＸＯＰを前記ｎｏｎ－ＡＰステーションに割り当て、前記送受信部を用いて、前記ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを含む第２ＰＰＤＵを前記ＡＰに送信し、前記送受信部を用いて、前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する。

【0010】

前記プロセッサは、前記第２ＰＰＤＵの帯域幅と同一又は狭い帯域幅で第３ＰＰＤＵを送信できる。

【0011】

前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い値を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0012】

前記プロセッサは、前記ＡＰがディセーブルと最後に指定したサブチャネルに基づいて前記第３ＰＰＤＵを送信できる。

【0013】

前記プロセッサは、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、前記ＡＰがディセーブルと最後に指定したサブチャネルに該当するビットを、１に設定できる。

【0014】

前記プロセッサは、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われたか否かに基づいて、前記第３ＰＰＤＵの周波数帯域に関するパラメータを設定できる。

【0015】

前記周波数帯域に関するパラメータは、ＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを含むことができる。このとき、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われた場合に、前記プロセッサは、前記第３ＰＰＤＵの送信以前に受信したｎｏｎ－ＨＴ ＰＰＤＵのＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。また、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われていない場合に、前記プロセッサは、前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0016】

前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換は、ＲＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵの交換であってよい。

【0017】

前記第３ＰＰＤＵは、前記ｎｏｎ－ＡＰステーションのＰ２Ｐピアステーションに送信されるＰ２Ｐ ＰＰＤＵであってよい。

【0018】

前記ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値は、前記第２ＰＰＤＵの送信時点に基づいて設定されてよい。

【0019】

前記第３ＰＰＤＵは、前記ｎｏｎ－ＡＰステーションのＰ２Ｐピアステーションに送信されるＰ２Ｐ ＰＰＤＵであってよい。

【0020】

前記プロセッサは、前記第３ＰＰＤＵを送信する前に、前記ＡＰのＭＡＣアドレスを送信者アドレスとして有するＲＴＳフレームを、前記Ｐ２Ｐピアステーションに送信できる。

【0021】

本発明の実施例によって、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）と通信するためのｎｏｎ－ＡＰステーションの動作方法は、前記ＡＰからＭＵ－ＲＴＳ（ｍｕｌｔｉ ｕｓｅｒ－ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）ＴＸＳ（ＴＸＯＰ ｓｈａｒｉｎｇ）トリガーフレームを含む第１ＰＰＤＵを受信し、前記ＭＵ－ＲＴＳ ＴＸＳトリガーフレームは、前記ＡＰが獲得したＴＸＯＰのうち一部である共有ＴＸＯＰを前記ｎｏｎ－ＡＰステーションに割り当てる段階；前記ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを含む第２ＰＰＤＵを前記ＡＰに送信する段階；及び、前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階を含む。

【0022】

前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階は、前記第２ＰＰＤＵの帯域幅と同一又は狭い帯域幅で第３ＰＰＤＵを送信する段階を含むことができる。

【0023】

前記第２ＰＰＤＵの帯域幅と同一又は狭い帯域幅で第３ＰＰＤＵを送信する段階は、前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い値を、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する段階を含むことができる。

【0024】

前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階は、前記ＡＰがディセーブルと最後に指定したサブチャネルに基づいて前記第３ＰＰＤＵを送信する段階を含むことができる。

【0025】

前記ＡＰがディセーブルと最後に指定したサブチャネルに基づいて前記第３ＰＰＤＵを送信する段階は、前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、前記ＡＰがディセーブルと最後に指定したサブチャネルに該当するビットを、１に設定する段階を含むことができる。

【0026】

前記共有ＴＸＯＰ内で第３ＰＰＤＵを送信する段階は、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われたか否かに基づいて、前記第３ＰＰＤＵの周波数帯域に関するパラメータを設定する段階を含むことができる。

【0027】

前記周波数帯域に関するパラメータは、ＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを含むことができる。この時、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われたか否かに基づいて、前記第３ＰＰＤＵの周波数帯域に関するパラメータを設定する段階は、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われた場合に、前記第３ＰＰＤＵの送信以前に受信したｎｏｎ－ＨＴ ＰＰＤＵのＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する段階と、前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換が行われていない場合に、前記第２ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を前記第３ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定する段階を含むことができる。

【0028】

前記共有ＴＸＯＰにおいて前記第３ＰＰＤＵの送信以前にｎｏｎ－ＨＴ ＰＰＤＵ交換は、ＲＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵの交換であってよい。

【0029】

前記第３ＰＰＤＵは、前記ｎｏｎ－ＡＰステーションのＰ２Ｐピアステーションに送信されるＰ２Ｐ ＰＰＤＵであってよい。

【発明の効果】

【0030】

本発明の一実施例は、共有ＴＸＯＰを用いる無線通信装置及び無線通信装置の動作方法を提供する。

【図面の簡単な説明】

【0031】

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

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

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

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

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

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

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

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

【図9】ＲＴＳフレームとＣＴＳフレーム交換を用いたＴＸＯＰ保護方法を示す。

【図10】ＭＵ－ＲＴＳフレームとＣＴＳフレームを用いたＴＸＯＰ保護方法を示す。

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

【図12】本発明の実施例に係るトリガーフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドのフォーマットを示す。

【図13】本発明の実施例に係るトリガーフレームのＵｓｅｒ Ｉｎｆｏフィールドのフォーマットを示す。

【図14】本発明の実施例に係るステーションがＣＴＳフレームを送信するサブチャネルを決定する方法を示す。

【図15】本発明の実施例に係るＭＵ－ＲＴＳ ＴＸＳフレームのフォーマットを示す。

【図16】本発明の実施例によって、ＡＰがＭＵ－ＲＴＳ ＴＸＳフレームを送信してｎｏｎ－ＡＰステーションに共有ＴＸＯＰを割り当てることを示す。

【図17】本発明の実施例によって、ＡＰがＭＵ－ＲＴＳ ＴＸＳフレームを送信してｎｏｎ－ＡＰステーションに共有ＴＸＯＰを割り当てることを示す。

【図18】本発明の実施例によって、ＴＸＯＰホルダーであるＡＰが、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定する方法を示す。

【図19】本発明の実施例によって、ＴＸＯＰホルダーであるＡＰが、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定する方法を示す。

【図20】本発明の実施例に係る、共有ＴＸＯＰが送信されるＰＰＤＵの意図された受信者が変更される時のＰＰＤＵのＴＸＶＥＣＴＯＲ設定方法を示す。

【図21】本発明の実施例に係る、ＡＰがＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、ＭＵ－ＲＴＳ ＴＸＳフレームに対するＣＴＳフレームを受信する時点までに設定することを示す。

【図22】本発明の実施例に係る、ＡＰがＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を開始フレームに基づいて設定することを示す。

【図23】本発明の一実施例によって、共有ＴＸＯＰが割り当てられたステーションが、送信者アドレスが共有ＴＸＯＰを設定したＡＰとして設定されたＲＴＳフレームを送信することを示す。

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

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

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

【数1】

【0070】

このとき、

【数2】

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

【0071】

【数3】

【0072】

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

【0073】

【数4】

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

＜Ｗｉ－Ｆｉ端末のチャネルアクセス方法＞

【0098】

Ｗｉ－Ｆｉ端末（ＡＰ及びｎｏｎ－ＡＰステーション）は、フレームの送信を行う前に、チャネルが遊休（ｉｄｌｅ）であるか否かを判断するためにチャネルセンシングを行う。Ｗｉ－Ｆｉ端末が他の装置と共通に使用する非免許帯域で通信を行うわけである。このようなチャネルアクセス動作については図６で説明した。このようなチャネルアクセス動作は、ＩＥＥＥ ８０２．１１標準において定義するＤＣＦ（ｄｉｓｔｒｉｂｕｔｅｄ ｃｏｏｒｄｉｎａｔｉｏｎ）及びＥＤＣＡＦ（ｅｎｈａｎｃｅｄ ｄｉｓｔｒｉｂｕｔｅｄ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）に適用される。

【0099】

ＤＣＦとＥＤＣＡＦのチャネルアクセスにおいてステーションは物理（ｐｈｙｓｉｃａｌ）キャリアセンシング（ｃａｒｒｉｅｒ ｓｅｎｓｉｎｇ，ＣＳ）の他に仮想（ｖｉｒｔｕａｌ）キャリアセンシングも行ってチャネル状態を判断する。物理キャリアセンシング又は仮想キャリアセンシングのいずれか一方でもチャネルが使用中（ｂｕｓｙ）であるとセンシングする場合に、ステーションは、チャネルが使用中であると判断する。仮想チャネルセンシングにおいて、ステーションは、チャネルのＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）の値が０でない場合に、チャネルが使用中であると判断する。ＮＡＶは、無線媒体を占有することが予測される将来のトラフィックのために維持される値であってよい。具体的には、ＮＡＶは各ステーションによって維持され、ＮＡＶは、当該無線媒体が遊休であるか否かに関係なく、各ステーションが当該無線媒体において送信を開始しない時間区間であってよい。ＮＡＶの値は、時間の経過につれて減少する。ＮＡＶの値が０である場合に、仮想チャネルセンシングにおいて、ステーションは、当該チャネルが遊休であると判断する。ＲＴＳフレーム／ＣＴＳフレーム交換によってＮＡＶが設定されてよい。具体的には、ＲＴＳフレーム／ＣＴＳフレーム交換においてＲＴＳフレームのＤｕｒａｔｉｏｎフィールドの値とＣＴＳフレームのＤｕｒａｔｉｏｎフィールドの値に基づいて設定されてよい。また、ＲＴＳフレーム／ＣＴＳフレーム交換の他にも、他のＭＡＣフレームのＤｕｒａｔｉｏｎフィールドの値に基づいて設定されてよい。

【0100】

＜ＥＤＣＡとＴＸＯＰ＞

【0101】

ＥＤＣＡは、トラフィックをトラフィックの特性によって４種類のＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）に区別して管理する。４種類のＡＣは、ＡＣ＿ＶＯ（ＡＣ Ｖｏｉｃｅ）、ＡＣ＿ＶＩ（ＡＣ Ｖｉｄｅｏ）、ＡＣ＿ＢＥ（ＡＣ Ｂｅｓｔ ｅｆｆｏｒｔ）、及びＡＣ＿ＢＫ（ＡＣ Ｂａｃｋｇｒｏｕｎｄ）である。ＡＣによってチャネルアクセスパラメータが設定されてよい。具体的には、４個のＡＣは、互いに異なるチャネルアクセスパラメータを有してよい。また、チャネルアクセスパラメータは、バックオフ動作において用いられるＣＷ、ＴＸＯＰ及びＡＩＦＳＮに関するパラメータのいずれか一つを含んでよい。これにより、ＡＣ別トラフィックチャネルアクセスの優先度が管理されてよい。ＥＤＣＡにおいてトラフィック（ＭＳＤＵ）は、トラフィックのＴＣ（ｔｒａｆｆｉｃ ｃａｔｅｇｏｒｙ）又はＴＳ（ｔｒａｆｆｉｃ ｓｔｒｅａｍ）によって、４個のＡＣのうち一つにマップされてよい。ＥＤＣＡにおいて４個のキュー（ｑｕｅｕｅ）に４個のＡＣのそれぞれがマップされ、トラフィックのＡＣに該当するキューで管理される。このとき、４個のキューは、物理的に分離されているか、又は物理的に分離されていなくても論理的に分離されているものであってよい。

【0102】

ＡＣ＿ＶＯは、音声（ｖｏｉｃｅ）トラフィックのようにトラフィックの絶対的な量が多くはないが、送信遅延に弱いトラフィックのためのＡＣであってよい。ＡＣ＿ＶＯは、他のＡＣのトラフィックに優先してサービスされる確率を高めるために、相対的に小さいＣＷ関連パラメータ及びＡＩＦＳＮパラメータ値を有してよい。ただし、ＡＣ＿ＶＯのＴＸＯＰパラメータは、ＡＣのＴＸＯＰパラメータに比べて相対的に小さい値に制限され、ＡＣ＿ＶＯは他のＡＣに比べて短い送信時間が保障されてよい。

【0103】

ＡＣ＿ＶＩは音声トラフィックに比べては送信遅延に強靭であるが、低遅延送信を要求し、多い量のトラフィックを処理しなければならないビデオトラフィックのようなトラフィックのためのＡＣであってよい。ＡＣ＿ＶＩは、ＡＣ＿ＶＯに比べては大きいが、他のＡＣに比べては小さいＣＷ関連パラメータ及びＡＩＦＳＮパラメータ値を有してよい。ＡＣ＿ＶＩのＴＸＯＰパラメータはＡＣ＿ＶＩに比べて約２倍長い。

【0104】

ＡＣ＿ＢＥは、送信遅延に強靭なトラフィックのためのＡＣであり、音声データ及びストリーミングビデオデータ以外の大部分の一般的なトラフィックがＡＣ＿ＢＥに分類されてよい。ＡＣ＿ＢＥのＣＷ関連パラメータとＡＩＦＳＮパラメータは、ＡＣ＿ＶＯ及びＡＣ＿ＶＩＣＷ関連パラメータとＡＩＦＳＮパラメータの値よりも大きくてよい。また、ＡＣ＿ＢＥはＴＸＯＰパラメータを別に有しておらず、ステーションがＡＣ＿ＢＥに該当するトラフィックを含むＰＰＤＵを送信後にＡＣＫを受信し、ＳＩＦＳ後に再びＡＣ＿ＢＥに該当するトラフィックを含むＰＰＤＵを送信するＴＸＯＰ送信シーケンスを行うことができない。

【0105】

ＡＣ＿ＢＫは、ＡＣ＿ＢＥと類似に送信遅延に強靭なトラフィックであるが、優先順位がＡＣ＿ＢＥに該当するトラフィックよりは低いトラフィックのためのＡＣである。ＡＣ＿ＢＫは、ＡＣ＿ＢＥと同じＣＷパラメータ値を活用し、ＡＩＦＳＮパラメータ値はＡＣ＿ＢＥに比べて大きい値を活用する。また、ステーションがＡＣ＿ＢＫに該当するトラフィックを含むＰＰＤＵを送信後にＡＣＫを受信し、ＳＩＦＳ後に再びＡＣ＿ＢＫに該当するトラフィックを含むＰＰＤＵを送信するＴＸＯＰ送信シーケンスを行うことができない。

【0106】

４種類のＥＤＣＡ ＡＣは、８０２．１ＤのＵＰ（ｕｓｅｒ－ｐｒｉｏｒｉｔｙ）とマップされ、有線で受信したトラフィックが有しているＵＰ値或いは上位レイヤから指示されたＭＳＤＵのＴＩＤによってＥＤＣＡ ＡＣを決定する。この時、ＭＳＤＵのＴＩＤが０～７の値を指示する場合に、ＴＩＤが指示する値はＵＰと１対１で対応し得る。

【0107】

また、４種類のＥＤＣＡ ＡＣは、それぞれのデフォルト（ｄｅｆａｕｌｔ）ＣＷ関連パラメータ（ＣＷｍｉｎ、ＣＷｍａｘ）、ＡＩＦＳＮ、ＴＸＯＰパラメータがＩＥＥＥ ８０２．１１ａｘにおいて定義され、各ＡＣのパラメータ値はＡＰによって変更されてよい。したがって、互いに異なるＢＳＳのデフォルト（ｄｅｆａｕｌｔ）ＣＷ関連パラメータ（ＣＷｍｉｎ、ＣＷｍａｘ）、ＡＩＦＳＮ、ＴＸＯＰパラメータは互いに異なってよい。

【0108】

ＥＤＣＡメカニズムを活用すれば、Ｗｉ－Ｆｉトラフィックは、４個のＡＣに対応する４個のキューのうち一つに保管され、トラフィックのＡＣが他のＡＣとのチャネルアクセス競合で勝利した場合に目的の装置にで送信されてよい。この時、ＡＣ間のチャネルアクセス競合において、各ＡＣは、各ＡＣのチャネルアクセスパラメータ（ＣＷ［ＡＣ］、ＡＩＦＳＮ［ＡＣ］）によってチャネルアクセス競合が行われる。各ＡＣが行うチャネルアクセス競合動作は、ＤＣＦと同一である。このとき、送信するトラフィックがＱに保存されていないＡＣは、チャネルアクセス競合に参加しなくてよい。各ＡＣのＣＷ関連パラメータとＡＩＦＳＮパラメータ値が異なるので、最も小さいＣＷ関連パラメータとＡＩＦＳＮパラメータを有するＡＣ＿ＶＯが、他のＡＣとのチャネルアクセス競合において勝利する確率が高い。したがって、ＡＣ＿ＶＯのトラフィックが他のＡＣのトラフィックよりも優先してサービスされる可能性が高い。

【0109】

ＥＤＣＡは、上述したように、ＱｏＳ強化のためにトラフィック（フレーム、パケットなど）のＡＣによってチャネルアクセス優先順位を設定し、ＥＤＣＡ ＴＸＯＰ（ＥＤＣＡ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）機能を提供する。ＥＤＣＡ ＴＸＯＰは、ＡＣのＥＤＣＡＦ（ＥＤＣＡ Ｆｕｎｃｔｉｏｎ）がチャネルアクセス機会を獲得した場合、ＴＸＯＰホルダー（ｈｏｌｄｅｒ）になった時に、ＴＸＯＰ区間（ｄｕｒａｔｉｏｎ）において他の装置に妨害されることなく無線媒介体を調整できる時間区間である。このとき、ＥＤＣＡ ＴＸＯＰは、ＡＰによって公知（ａｄｖｅｒｔｉｓｅｄ）されたＴＸＯＰリミット（ｌｉｍｉｔ）によって制限されてよく、ＴＸＯＰホルダーは、ＴＸＯＰリミット内に、ＴＸＯＰホルダーの送信及びＴＸＯＰホルダーの送信によって送信される応答フレームの送信が終了し得るように送信を行わなければならない。

【0110】

ＴＸＯＰホルダーは、ＥＤＣＡ ＴＸＯＰ区間において複数のフレーム（複数のＰＰＤＵ）を送信することができ、ＴＸＯＰ区間内でＴＸＯＰホルダーは、各フレームの送信間に別途のチャネルアクセス手順（例えば、バックオフ手順）を行わないで連続して複数のフレームを送信することができる。このとき、複数のフレームが即刻の（ｉｍｍｅｄｉａｔｅ）ＡＣＫを要請しないＭＰＤＵ又はＡ－ＭＰＤＵ（Ａｇｇｒｅｇａｔｅｄ ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）である場合に、前記複数のフレーム送信は、ＳＩＦＳ（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）又はＲＩＦＳ（ｒｅｄｕｃｅｄ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）間隔で行われてよい。このとき、複数のフレームのうち、即刻のＡＣＫを要請するＭＰＤＵ又は即刻のＡＣＫを要請するＡ－ＭＰＤＵが含まれる場合に、ＴＸＯＰホルダーは、即刻のＡＣＫを要請するフレームを送信後にＡＣＫを受信し、ＳＩＦＳ後に次のフレームを送信できる。

【0111】

この時、あらかじめ指定された条件を満たす場合に、ＴＸＯＰホルダーは、ＴＸＯＰの獲得に用いたＡＣ以外に他のＡＣのトラフィックもＴＸＯＰ内で共に送信できる。具体的には、ＴＸＯＰシェアリングにより、ＴＸＯＰホルダーは、ＴＸＯＰの獲得に用いたＡＣ以外に他のＡＣのトラフィックもＴＸＯＰ内で共に送信できる。

【0112】

前述したように、ＴＸＯＰホルダーは、ＴＸＯＰ内で別途のチャネルアクセス手順を行わずに連続したフレーム送信を行うことができる。そのために、ＴＸＯＰ区間内で他の端末のチャネルへのアクセスを防止する必要がある。したがって、ＴＸＯＰホルダーは、獲得したＴＸＯＰ区間について公知することができる。

【0113】

ＴＸＯＰホルダーであるか又はチャネルアクセス手順を完了した後に送信を開始するステーションは、ＲＴＳフレームを送信して他のステーションにＴＸＯＰ区間を知らせることができる。このとき、ＲＴＳフレームは、ＭＡＣフレームヘッダーのＦｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールド（Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドの三番目（Ｂ２）及び四番目のビット（Ｂ３））が０１_２ｂに設定され、Ｆｒａｍｅ ＣｏｎｔｒｏｌフィールドのＳｕｂｔｙｐｅサブフィールド（Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドの五番目～八番目のビット（Ｂ４～Ｂ７））が１０１１_２ｂに設定されたフレームである。ＴＸＯＰホルダーからＲＴＳフレームを受信した端末は、ＲＴＳフレームが含むデュレーションに関連した情報、例えばＤｕｒａｔｉｏｎフィールドの値に基づいてＮＡＶを設定できる。設定されたＮＡＶは、ＴＸＯＰホルダーのＴＸＯＰに該当する時間で０でない値に維持されてよい。ＲＴＳフレームの目的装置として指示されたステーションは、ＲＴＳフレームのデュレーションに関する情報に基づいてＮＡＶを設定する代わりに、ＲＴＳフレームに対するＣＴＳフレームで応答しなければならない。このとき、ＴＸＯＰを始めるために送信されたＲＴＳフレームの目的装置は、ＴＸＯＰ応答者（ｒｅｓｐｏｎｄｅｒ）であり、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信しなければならない。このとき、ＲＴＳフレームとＣＴＳフレームとの間隔（ｓｐａｃｅ）は、ＳＩＦＳである。このとき、ＣＴＳフレームのＤｕｒａｔｉｏｎフィールドは、受信したＲＴＳフレームのＤｕｒａｔｉｏｎフィールドで指示された値－ＣＴＳフレーム送信時間－ＳＩＦＳで計算された値に設定される。ＣＴＳフレームを受信した端末は、ＣＴＳフレームに含まれたデュレーションに関連した情報に基づいてＮＡＶを設定できる。ＴＸＯＰホルダーからＲＴＳフレームを受信した端末とＴＸＯＰ応答者からＣＴＳフレームを受信した端末のＮＡＶは、ＴＸＯＰホルダーが獲得したＴＸＯＰが終了した後に０に設定される。これにより、Ｗｉ－Ｆｉ ＭＡＣメカニズムは、ＴＸＯＰホルダーとＴＸＯＰ応答者がＴＸＯＰにおいて妨害を受けることなく複数のフレームを交換できる。

【0114】

ただし、ＴＸＯＰホルダーがＲＴＳフレームをｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵを用いてプライマリ（Ｐｒｉｍａｒｙ）８０ＭＨｚ帯域で送信したが、ＴＸＯＰ応答者から応答されたＣＴＳフレーム（ｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵ）がプライマリ４０ＭＨｚ帯域でのみ応答された場合に、ＴＸＯＰホルダーは、獲得されたＴＸＯＰにおいてプライマリ４０ＭＨｚ或いはプライマリ４０ＭＨｚ未満（すなわち、プライマリ２０ＭＨｚ）の帯域幅のみをフレーム交換に使用できる。すなわち、ＴＸＯＰホルダーは、送信するＰＰＤＵのＣＨ＿ＢＡＮＤＷＩＤＴＨ（ＴＸＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒの一種）を、受信したＣＴＳフレームを含むＰＰＤＵのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ－ＮＯＮ＿ＨＴ（ＲＸＶＥＣＴＯＲ ｐａｒａｍｅｔｅｒの一種）と同一又はより小さい値に設定しなければならない。このとき、ＲＴＳフレームは、ＲＴＳフレームが送信されたＢＷよりも小さいＢＷでＣＴＳフレームが応答されることを許容するＲＴＳフレームであってよい。すなわち、ＲＴＳフレームは、ＴＸＶＥＣＴＯＲのＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＤｙｎａｍｉｃと設定されて送信されたＲＴＳフレームであってよい。仮に、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＳｔａｔｉｃと設定されてＲＴＳフレームがＴＸＯＰホルダーから送信される場合に、ＴＸＯＰ応答者は、ＲＴＳフレームが受信された周波数帯域（ＢＷ）でＣＴＳフレームを送信しなければならないことがある。

【0115】

図９は、ＲＴＳフレームとＣＴＳフレーム交換を用いたＴＸＯＰ保護方法を示す。

【0116】

図９で、第１ステーション（ＳＴＡ１は、ＰＰＤＵを送信するに先立ち、ＰＰＤＵの目的装置である第２ステーション（ＳＴＡ２）にＲＴＳフレームを送信し、第２ステーション（ＳＴＡ２）は、受信したＲＴＳフレームが自分を目的装置とするＲＴＳフレームであることを判断し、ＳＩＦＳ後に第１ステーション（ＳＴＡ１）にＣＴＳフレームで応答する。

【0117】

第１ステーション（ＳＴＡ１）の近隣（ｎｅｉｇｈｂｏｒ）ステーションである第１近隣ステーション（ＳＴＡ１＿Ｎｅｉｇｈｂｏｒ）は、第１ステーション（ＳＴＡ１）が送信したＲＴＳフレームを受信した後、ＲＴＳフレームのＤｕｒａｔｉｏｎフィールドの値をＮＡＶとして設定する。第２ステーション（ＳＴＡ２）の近隣ステーションである第２近隣ステーション（ＳＴＡ２＿Ｎｅｉｇｈｂｏｒ）は、第２ステーション（ＳＴＡ２）が送信したＣＴＳフレームを受信した後、ＣＴＳフレームのＤｕｒａｔｉｏｎフィールドの値に基づいてＮＡＶを設定する。第１近隣ステーション（ＳＴＡ１＿Ｎｅｉｇｈｂｏｒ）と第２近隣ステーション（ＳＴＡ２＿Ｎｅｉｇｈｂｏｒ）は、ＲＴＳフレーム又はＣＴＳフレームを受信した後、設定したＮＡＶが０でない値に維持される間には仮想キャリアセンシングにおいてチャネルが使用中（ｂｕｓｙ）であると判断し、バックオフカウンターを減少させないなどの動作を行う。結果的に、ＲＴＳフレーム又はＣＴＳフレームを受信した近隣端末がＮＡＶが０でない値に維持された区間では送信を試みないので、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）はＰＰＤＵ及びＡＣＫフレームを送／受信する間に近隣端末によって妨害を受けずに済む。

【0118】

第１ステーション（ＳＴＡ１）と第２近隣ステーション（ＳＴＡ２＿Ｎｅｉｇｈｂｏｒ）が隠れノードであっても、第２近隣ステーション（ＳＴＡ２＿Ｎｅｉｇｈｂｏｒ）は、第１ステーション（ＳＴＡ１）がＰＰＤＵを送信する間にチャネルが使用中であることを考慮した動作を行うことができる。

【0119】

＜ＭＵ－ＲＴＳトリガーフレームを用いたＴＸＯＰ保護＞

【0120】

１１ａｘ（６世代Ｗｉ－Ｆｉ、Ｗｉ－Ｆｉ６、ＨＥＷ、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＷＬＡＮ）では、ＭＵ－ＲＴＳトリガーフレーム（以下、ＭＵ－ＲＴＳフレーム）及びＣＴＳフレーム交換手順を定義しており、ＭＵ－ＲＴＳフレームを用いてＡＰがＴＸＯＰを開始し、ＴＸＯＰフレーム交換手順を保護することができる。ＭＵ－ＲＴＳフレームはトリガーフレームの一種である。ステーションがＭＵ－ＲＴＳフレームを受信し、ＭＵ－ＲＴＳフレームのＵｓｅｒフィールドがステーションのＡＩＤ１２（Ａｓｓｏｃｉａｔｉｏｎ ＩＤのＬＳＢ１２ビット）を指示する場合に、ステーションＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。このとき、複数のステーションがＣＴＳフレームを同時に送信できる。ＡＰがＭＵ－ＲＴＳフレームを用いてＴＸＯＰ保護を行う場合に、複数のステーションがＣＴＳフレームを応答できるため、ＤＬ ＭＵ ＰＰＤＵ（Ｄｏｗｎ ｌｉｎｋ ｍｕｌｔｉ ｕｓｅｒ ＰＰＤＵ）の目的装置である複数のステーションの各近隣ステーションからＴＸＯＰが保護され得る。また、ＭＵ－ＲＴＳフレームは、ＵＬ ＭＵ ＰＰＤＵを保護するために用いられてよい。具体的には、トリガーフレームを用いて複数のステーションにＴＢ（Ｔｒｉｇｇｅｒ ｂａｓｅｄ）ＰＰＤＵを要請する前に、ＡＰはＭＵ－ＲＴＳフレームを送信し、ＴＢ ＰＰＤＵを応答する複数のステーションにＣＴＳフレームを送信させることができる。このとき、複数のステーションが応答したＣＴＳフレームは、各ステーションの近隣ステーションにＴＢ ＰＰＤＵ及びＴＢ ＰＰＤＵ以後に送信されるＡＣＫフレーム（例えば、Ａｃｋ、Ｂｌｏｃｋ Ａｃｋ）を保護するＮＡＶを設定する。これにより、トリガーフレーム及びＴＢ ＰＰＤＵをデコードできないレガシーステーション（Ｌｅｇａｃｙ ＳＴＡ）は、トリガーフレームが開始するフレーム交換シーケンス（又は、トリガーフレームが送信されるＴＸＯＰ）においてチャネルアクセスを行わなくてよい。

【0121】

図１０は、ＭＵ－ＲＴＳフレームとＣＴＳフレームを用いたＴＸＯＰ保護方法を示す。

【0122】

図１０で、ＡＰは、ＭＵ ＰＰＤＵを送信する前に、ＭＵ ＰＰＤＵの目的装置である第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）に、ＭＵ－ＲＴＳフレームを送信し、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）はＭＵ－ＲＴＳフレームを受信し、ＳＩＦＳ後にそれぞれＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。

【0123】

第１ステーション（ＳＴＡ１）の近隣ステーションである第１近隣ステーション（ＳＴＡ１＿Ｎｅｉｇｈｂｏｒ）は、第１ステーション（ＳＴＡ１）の送信したＣＴＳフレームを受信した後、ＣＴＳフレームのＤｕｒａｔｉｏｎフィールドの値に基づいてＮＡＶを設定する。第２ステーション（ＳＴＡ２）の近隣ステーションである第２近隣ステーション（ＳＴＡ２＿Ｎｅｉｇｈｂｏｒ）は、第２ステーション（ＳＴＡ２）の送信したＣＴＳフレームを受信した後、ＣＴＳフレームのＤｕｒａｔｉｏｎフィールドの値に基づいてＮＡＶを設定する。第１近隣ステーション（ＳＴＡ１＿Ｎｅｉｇｈｂｏｒ）と第２近隣ステーション（ＳＴＡ２＿Ｎｅｉｇｈｂｏｒ）はＣＴＳフレームを受信した後、設定したＮＡＶが０でない値に維持される間に、仮想キャリアセンシングにおいてチャネルが使用中であると判断し、バックオフカウンターを減少させないなどの動作を行う。したがって、ＣＴＳフレームを受信したステーションが、ＮＡＶが０でない値に維持される間には送信を試みないので、ＡＰがＭＵ ＰＰＤＵを送信し、第１ステーション（ＳＴＡ１）と第２ステーション（ＳＴＡ２）がＡＣＫフレームを応答する間に近隣ステーションによって妨害されずに済む。

【0124】

トリガーフレームは、ＩＥＥＥ ８０２．１１ａｘで定義されたフレームタイプであり、Ｆｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールド及びＳｕｂｔｙｐｅサブフィールドがそれぞれ０１_２ｂ及び００１０_２ｂに設定されたフレームである。Ｆｒａｍｅ ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールドの値０１_２ｂは、Ｃｏｎｔｒｏｌ Ｔｙｐｅであることを指示し、Ｓｕｂｔｙｐｅサブフィールドの値００１０_２ｂは、トリガーフレームを指示する。ＩＥＥ ８０２．１１ａｘでは、ＡＰが複数のステーションに対して同時に応答フレームを要請するためにトリガーフレームを定義した。ＭＵ－ＲＴＳフレームは、ＡＰが複数のＳＴＡ（ｎｏｎ－ＡＰ ＳＴＡ）にＣＴＳフレームを要請するために用いられる。ＭＵ－ＲＴＳフレーム以外の他のＴｒｉｇｇｅｒ Ｔｙｐｅは、ＵＬ ＭＵ ＰＰＤＵ要請のためのベーシックトリガー（Ｂａｓｉｃ Ｔｉｇｇｅｒ）フレーム、ビームフォーミングレポートを要請するためのビームフォーミングレポートポールトリガーフレーム（Ｂｅａｍｆｏｒｍｉｎｇ Ｒｅｐｏｒｔ Ｐｏｌｌ Ｔｉｇｇｅｒ ｆｒａｍｅ）、ＢｌｏｃｋＡｃｋを要請するためのＭＵ－ＢＡＲトリガーフレーム、バッファ状態レポートを要請するためのバッファ状態レポートポールトリガーフレーム（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｐｏｌｌ Ｔｉｇｇｅｒ ｆｒａｍｅ）、ＧＣＲ ＭＵ－ＢＡＲトリガーフレーム、Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔ Ｐｏｌｌトリガーフレーム、ＮＤＰ Ｆｅｅｄｂａｃｋ Ｒｅｐｏｒｔ Ｐｏｌｌトリガーフレームを含む。トリガーフレームのフォーマットについて、図１１～図１３を用いて説明する。

【0125】

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

【0126】

トリガーフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドを含むＭＡＣヘッダーと、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔフィールド、Ｐａｄｄｉｎｇフィールド、及びＦＣＳフィールドを含む。

【0127】

Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールドは、Ｔｙｐｅ及びＳｕｂｔｙｐｅサブフィールドを含み、トリガーフレームは、２サブフィールドがそれぞれ０１_２ｂと００１０_２ｂに設定される。

【0128】

Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは、トリガーフレームのＴｙｐｅを指示するためのＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールド、応答されるＵＬ送信の長さを指示するためのＵＬ Ｌｅｎｇｔｈサブフィールド及び複数のフィールドを含む。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの具体的なフォーマットについて、図１２を用いて説明する。

【0129】

Ｕｓｅｒ Ｉｎｆｏ Ｌｉｓｔフィールドは、トリガーフレームの目的装置を指示するための情報が含まれたＵｓｅｒ Ｉｎｆｏフィールドを０個或いは１個以上含んでよい。この時、Ｕｓｅｒ Ｉｎｆｏフィールドは、目的装置を指示する情報の他にも、トリガーフレームのＴｙｐｅによって、目的装置がトリガーフレームを受信後に応答フレームを送信する時に使用するべきパラメータ、例えば、ＵＬ ＤＣＭ、ＵＬ ＭＣＳなどを含む。Ｕｓｅｒ Ｉｎｆｏフィールドの具体的なフォーマットについて、図１３を用いて説明する。

【0130】

Ｐａｄｄｉｎｇフィールドは、ステーションがトリガーフレームを受信した後、トリガーフレームの目的装置が応答フレームを準備する時間を確保するために設定される。トリガーフレームを送信するＡＰは、目的装置の性能を考慮してＰａｄｄｉｎｇフィールドの長さを調節できる。また、ＩＥＥＥ ８０２．１１ｂｅ（Ｗｉ－Ｆｉ７、ＥＨＴ）では、トリガーフレームが含まれたＰＰＤＵの終了時点（ｅｎｄ ｔｉｍｅ）を他のＰＰＤＵと整列するために調節されてもよい。

【0131】

ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）フィールドは、３２ビットのＣＲＣ（Ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）を含む。このとき、ＣＲＣは、ＭＡＣ Ｈｅａｄｅｒの値とＦｒａｍｅ Ｂｏｄｙフィールドの値に基づいて取得された値である。

【0132】

図１２は、本発明の実施例に係るトリガーフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドのフォーマットを示す。

【0133】

Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドは、トリガーフレームのタイプを指示するために用いられ、Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が０である場合に、Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドは、ベーシックトリガーフレームを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が１であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＢＦＲＰフレームを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が２であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＭＵ－ＢＡＲフレームを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が３であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＭＵ－ＲＴＳフレームを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が４であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＢＳＲＰフレームを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が５であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＧＣＲ ＭＵ－ＢＡＲを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が６であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＢＱＲＰフレームを指示する。Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドの値が７であれば、Ｔｒｉｇｇｅｒ ＴｙｐｅサブフィールドはＮＦＲＰ（ＮＤＰ Ｆｅｅｄｂａｃｋ Ｒｅｐｏｒｔ Ｐｏｌｌ）を指示する。

【0134】

ＵＬ Ｌｅｎｇｔｈサブフィールドは、トリガーフレームの応答であるＴＢ ＰＰＤＵのＬ－ＳＩＧ ＬＥＮＧＴＨフィールドに設定されるべき値を指示する。

【0135】

Ｍｏｒｅ ＴＦサブフィールドは、トリガーフレーム以後に送信されるトリガーフレームが存在するか否かを指示する。

【0136】

ＣＳ Ｒｅｑｕｉｒｅｄサブフィールドは、トリガーフレームの目的装置が、応答フレームを送信する時にＣＳを行うべきか否か（Ｐｈｙｓｉｃａｌ ＆ Ｖｉｒｔｕａｌ ＣＳ，ＥＤ ＆ ＮＡＶ）を指示し、ＣＳ Ｒｅｑｕｉｒｅｄサブフィールドが１と指示されたトリガーフレームを受信した後に応答フレームを送信するステーションは、ＣＳを行わなければならない。

【0137】

ＵＬ ＢＷサブフィールドは、トリガーフレームを受信した後にＴＢ ＰＰＤＵを応答するステーションがプリアンブル、例えばＨＥ－ＳＩＧ－Ａフィールド又はＵ－ＳＩＧフィールドに指示すべきＢＷ値を指示する。

【0138】

ＧＩ Ａｎｄ ＨＥ／ＥＨＴ－ＬＴＦ Ｔｙｐｅサブフィールドは、トリガーフレームの応答であるＴＢ ＰＰＤＵのＧＩ（Ｇｕａｒｄ ｉｎｔｅｒｖａｌ）とＨＥ（ＥＨＴ）－ＬＴＦ値を指示する。

【0139】

ＭＵ－ＭＩＭＯ ＨＥ（ＥＨＴ）－ＬＴＦ Ｍｏｄｅサブフィールドは、トリガーフレームの応答であるＴＢ ＰＰＤＵに適用されるべきＨＥ（ＥＨＴ）－ＬＴＦ ｍｏｄｅに関連した情報を指示する。

【0140】

Ｎｕｍｂｅｒ Ｏｆ ＨＥ（ＥＨＴ）－ＬＴＦ Ｓｙｍｂｏｌｓ Ａｎｄ Ｍｉｄａｍｂｌｅ Ｐｅｒｉｏｄｉｃｉｔｙサブフィールドは、Ｄｏｐｐｌｅｒサブフィールドが０と指示される場合に、ＴＢ ＰＰＤＵに適用されるべきＨＥ（ＥＨＴ）－ＬＴＦのシンボル個数を指示し、Ｄｏｐｐｌｅｒサブフィールドが１と指示される場合に、ＨＥ（ＥＨＴ）－ＬＴＦのシンボル個数及びミッドアンブル（ｍｉｄａｂｌｅ）の周期（ｐｅｒｉｏｄｉｃｉｔｙ）に関連した情報を指示する。

【0141】

ＵＬ ＳＴＢＣサブフィールドは、応答されるＴＢ ＰＰＤＵにＳＴＢＣエンコーディングが適用適されるべきか否かを指示し、ＳＴＢＣエンコーディングが適用されるべき場合に１に設定される。ただし、ＥＨＴ ＴＢ ＰＰＤＵを応答させるトリガーフレームのＵＬ ＳＴＢＣサブフィールドは、リザーブフィールド（ｒｅｓｅｒｖｅｄ）である。

【0142】

ＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔサブフィールドは、トリガーフレームに対する応答であるＴＢ ＰＰＤＵにＬＤＰＣ追加シンボルセグメント（ｅｘｔｒａ ｓｙｍｂｏｌ ｓｅｇｍｅｎｔ）を示すべきか否かを指示し、ＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔサブフィールドが１と指示される場合に、ＬＤＰＣ追加シンボルセグメントがＴＢ ＰＰＤＵに含まれる必要がある。

【0143】

ＡＰ Ｔｘ Ｐｏｗｅｒサブフィールドは、ステーションがトリガーフレームを送信する時に用いたＡＰの送信パワーに関連した値が指示される。ステーションが応答フレームを送信する時に、ステーションは、ＡＰ Ｔｘ Ｐｏｗｅｒサブフィールドで指示された値に基づいて送信パワーを調節することができる。

【0144】

Ｐｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ ＦａｃｔｏｒとＰＥ Ｄｉｓａｍｂｉｇｕｉｔｙサブフィールドは、Ｐｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒが１であるか或いは２、３、４であるか、及びＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）の長さを明確にするための情報を指示する。

【0145】

ＵＬ Ｓｐａｔｉａｌ Ｒｅｕｓｅサブフィールドは、４個のＳｐａｔｉａｌ Ｒｅｕｓｅサブフィールドを含み、トリガーフレームの応答であるＨＥ ＴＢ ＰＰＤＵのＨＥ－ＳＩＧ－ＡのＳｐａｔｉａｌ Ｒｅｕｓｅフィールドに設定される値を指示する。

【0146】

Ｄｏｐｐｌｅｒサブフィールドは、トリガーフレームの応答であるＴＢ ＰＰＤＵにミッドアンブルが含まれるか否かを示す。ＥＨＴ ＴＢ ＰＰＤＵの送信をトリガーするトリガーフレームは、Ｄｏｐｐｌｅｒサブフィールドがリザーブドフィールドとして設定されてよい。サブフィールドがリザーブドフィールドとして設定される場合に、ステーションは、当該フィールドの値を考慮しないで動作できる。

【0147】

ＨＥ／ＥＨＴ Ｐ１６０サブフィールドは、トリガーフレームの応答であるＴＢ ＰＰＤＵが、Ｐ１６０ＭＨｚに該当するチャネルに、トリガーフレームがＨＥ ＴＢ ＰＰＤＵの送信をトリガーするのか或いはＥＨＴ ＴＢ ＰＰＤＵの送信をトリガーするのかを指示する。

【0148】

Ｓｐｅｃｉａｌ Ｕｓｅｒ Ｉｎｆｏ Ｆｉｅｌｄ Ｐｒｅｓｅｎｔサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドのうち、ＡＩＤ１２サブフィールドが２００７と指示されたＵｓｅｒ ＩｎｆｏフィールドがＵｓｅｒ Ｉｎｆｏフィールドに含まれるか否かを指示する。

【0149】

Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏサブフィールドは、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールドで指示されたトリガーフレームの種類がベーシックトリガーフレーム又はＮＦＲＰトリガーフレームである場合にのみ含まれる。

【0150】

図１３は、本発明の実施例に係る、トリガーフレームのＵｓｅｒ Ｉｎｆｏフィールドのフォーマットを示す。

【0151】

Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドに該当するステーションのＡＩＤ１２を指示する。Ｕｓｅｒ Ｉｎｆｏフィールドがいずれか一つのステーションのためのものである場合に、ＡＩＤ１２サブフィールドは１～２００６に設定されてよい。トリガーフレームがＨＥトリガーフレームであり、Ｕｓｅｒ Ｉｎｆｏフィールドがいずれか一つのステーションのためのものである場合に、ＡＩＤ１２サブフィールドは１～２００７に設定されてよい。Ｕｓｅｒ ＩｎｆｏフィールドがＡＰと結合した（ａｓｓｏｃｉａｔｅｄ）ステーションのランダムアクセスのためのものである場合に、ＡＩＤ１２サブフィールドの値は０に設定されてよい。Ｕｓｅｒ ＩｎｆｏフィールドがＡＰと結合していない（ｕｎａｓｓｏｃｉａｔｅｄ）ステーションのランダムアクセスのためのものである場合に、ＡＩＤ１２サブフィールドの値は２０４５又は２０４４に設定されてよい。ＡＩＤ１２サブフィールドの値が２０４５である場合に、ランダムアクセスによってＨＥ ＴＢ ＰＰＤＵが送信されるべきことを指示する。ＡＩＤ１２サブフィールドの値が２０４４である場合に、ランダムアクセスによってＥＨＴ ＴＢ ＰＰＤＵが送信されるべきことを指示する。ＡＩＤ１２サブフィールドがあらかじめ設定された値に設定される場合に、ＡＩＤ１２サブフィールドは、ＡＩＤ１２サブフィールド直後にパディングフィールドが始まることを指示できる。このとき、あらかじめ設定された値は４０９５又は４０９４であってよい。ＡＩＤ１２サブフィールドの値が２０４６に設定される場合に、ＡＩＤ１２サブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドがいずれのステーションにも割り当てられていないＲＵ（ｒｅｓｏｕｒｃｅ ｕｎｉｔ）のためのものであることを指示できる。

【0152】

ＭＵ－ＲＴＳフレーム以外の他のトリガーフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドの目的装置、すなわち、ＡＩＤ１２サブフィールドによって指示されたステーションに割り当てられたＲＵ／ＭＲＵ（Ｍｕｌｔｉｐｌｅ Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）のサイズと位置情報を指示する。しかし、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドの目的装置がＣＴＳフレームを送信する場合にのみチャネルを指示する。ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、目的ステーションのＣＴＳフレームが送信されるチャネルを指示する。具体的には、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＣＴＳフレームがプライマリ（Ｐｒｉｍａｒｙ）２０ＭＨｚ又はプライマリ４０ＭＨｚ、プライマリ８０ＭＨｚ、プライマリ１６０ＭＨｚ、８０＋８０ＭＨｚ及びプライマリ３２０ＭＨｚチャネルのうちどのチャネルで送信されるかを指示する。このとき、ＭＲＵは、２個以上のＲＵが結合したＲＵを意味し、５２＋２６－ｔｏｎｅ、１０６＋２６－ｔｏｎｅ、４８４＋２４２－ｔｏｎｅ、９９６＋４８４－ｔｏｎｅ、９９６＋４８４＋２４２－ｔｏｎｅ、２ｘ９９６＋４８４－ｔｏｎｅ、３ｘ９９６、３ｘ９９６＋４８４－ｔｏｎｅ、及び４ｘ９９６－ｔｏｎｅサイズのいずれか一つと定義されてよい。

【0153】

ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅサブフィールドは、トリガーフレームに対する応答であるＴＢ ＰＰＤＵのｃｏｄｅ ｔｙｐｅを指示する。ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅサブフィールドの値が０である場合に、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ ＴｙｐｅサブフィールドはＢＣＣ（ｂｉｎａｒｙ ｃｏｎｖｏｌｕｔｉｏｎ ｃｏｄｉｎｇ）を指示する。ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅサブフィールドの値が１である場合に、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ ＴｙｐｅサブフィールドはＬＤＰＣ（ｌｏｗ ｄｅｎｓｉｔｙ ｐａｒｉｔｙ ｃｈｅｃｋ）を指示する。

【0154】

ＵＬ ＥＨＴ－ＭＣＳサブフィールドは、トリガーフレームに応答として送信されるＴＢ ＰＰＤＵに適用されるべきＥＨＴ－ＭＣＳを指示する。

【0155】

ＡＩＤ１２サブフィールドが、Ｕｓｅｒ Ｉｎｆｏフィールドがランダムアクセスのためのものであることを指示する場合に、ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ ＩｎｆｏｒｍａｔｉｏｎサブフィールドはＲＡ－ＲＵ情報を指示する。ＡＩＤ１２サブフィールドが、Ｕｓｅｒ Ｉｎｆｏフィールドがランダムアクセスのためのものでないことを指示する場合に、ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドは、スペシャルストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ）割り当てに関する情報を指示する。具体的には、ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ Ｉｎｆｏｒｍａｔｉｏｎサブフィールドは、４ビットフィールドであるＳｔａｒｔｉｎｇ Ｓｐａｔｉａｌ Ｓｔｒｅａｍサブフィールドと２ビットフィールドであるＮｕｍｂｅｒ Ｏｆ Ｓｐａｔｉａｌ Ｓｔｒｅａｍｓサブフィールドを含む。

【0156】

ＵＬ Ｔａｒｇｅｔ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒサブフィールドは、トリガーフレームに応答として送信されるＴＢ ＰＰＤＵをＡＰのアンテナ側にとって受信できる信号のパワーを指示する。ステーションは、ＴＢ ＰＰＤＵを送信する時に、ＡＰがＵＬ Ｔａｒｇｅｔ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒが指示するパワーのサイズ内で受信するように、ＴＢ ＰＰＤＵの送信パワーをＵＬ Ｔａｒｇｅｔ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒ ｓｕｂｆｉｅｌｄの値に調節できる。

【0157】

ＰＳ１６０サブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドが割り当てるＲＵ／ＭＲＵ（Ｍｕｌｔｉｐｌｅ－ＲＵ）の位置及びサイズに関連した情報を指示する。

【0158】

＜ＭＵ－ＲＴＳフレーム送信とＣＴＳフレーム応答の規則＞

【0159】

ＭＵ－ＲＴＳフレームのフォーマットは、ベーシックトリガーフレームのフォーマットにおいて一つ以上のフィールドがリザーブドとして設定されてよい。ＭＵ－ＲＴＳフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドにおいて、ＵＬ Ｌｅｎｇｔｈフィールド、ＭＵ－ＭＩＭＯ ＨＥ－ＬＴＦ Ｍｏｄｅフィールド、Ｎｕｍｂｅｒ Ｏｆ ＨＥ－ＬＴＦ Ｓｙｍｂｏｌｓ Ａｎｄ Ｍｉｄａｍｂｌｅ Ｐｅｒｉｏｄｉｃｉｔｙフィールド、ＵＬ ＳＴＢＣフィールド、ＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールド、ＡＰ Ｔｘ Ｐｏｗｅｒフィールド、Ｐｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールド、ＰＥ Ｄｉｓａｍｂｉｇｕｉｔｙフィールド、ＵＬ Ｓｐａｔｉａｌ Ｒｅｕｓｅフィールド、及びＤｏｐｐｌｅｒ ａｎｄ ＵＬ ＨＥ－ＳＩＧ－Ａ２ Ｒｅｓｅｒｖｅｄフィールドはリザーブドフィールドとして設定されてよい。ＭＵ－ＲＴＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＵＬ ＥＨＴ－ＭＣＳフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ Ｉｎｆｏｒｍａｔｉｏｎフィールド、及びＵＬ Ｔａｒｇｅｔ Ｒｅｃｅｉｖｅ Ｐｏｗｅｒフィールドは、リザーブドフィールドとして設定されてよい。これは、ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する時に用いられる送信パラメータの多くがあらかじめ指定されるためである。具体的には、ＭＵ－ＲＴＳフレームを受信したステーションは、ＣＴＳフレームを含むｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵを用いて６Ｍｂｐｓで送信できる。

【0160】

ＭＵ－ＲＴＳフレームを受信したステーションは、ＣＴＳフレームを送信するサブチャネルを、次のように決定できる。具体的には、ステーションは、ＭＵ－ＲＴＳフレームによって割り当てられたＲＵ／ＭＲＵ内で遊休のサブチャネルのみを用いてＣＴＳフレームを送信できる。ＭＵ－ＲＴＳフレームによって割り当てられたＲＵ／ＭＲＵは、ＭＵ－ＲＴＳフレームのステーションに該当するＵｓｅｒ ＩｎｆｏフィールドのＲＵ ａｌｌｏｃａｔｉｏｎサブフィールドが指示するＲＵ／ＭＲＵである。ＭＵ－ＲＴＳフレームを受信したステーションは、送信を行い得るＭＲＵでＣＴＳフレームを送信できる。

【0161】

例えば、ＭＵ－ＲＴＳフレームがステーションにプライマリ３２０ＭＨｚ周波数帯域を割り当て、３２０ＭＨｚ周波数帯域に含まれた１６個のサブチャネルのうち１個のチャネルが遊休でないものと判断されることがある。このとき、１５個のサブチャネルで構成されたＭＲＵがないため、ステーションは、３２０ＭＨｚ周波数帯域に含まれた１６個のサブチャネルのうち１４個のサブチャネルでＣＴＳフレームを送信する。このとき、１４個のサブチャネルは、３ｘ９９６＋４８４－ｔｏｎｅで構成されてよい。

【0162】

ステーションは、ＭＵ－ＲＴＳフレームに対する応答としてＣＴＳフレームを送信するサブチャネルを、次の条件をいずれも満たすサブチャネルであるかによって判断できる。

【0163】

１．サブチャネルは、ＭＵ－ＲＴＳがステーションに割り当てた、すなわちステーションに該当するＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドによって指示された周波数帯域に含まれる。

【0164】

２．サブチャネルは、ステーションがＭＵ－ＲＴＳフレームを含むＰＰＤＵを受信後にＳＩＦＳにおいて遊休であるものとして判断される。このとき、サブチャネルは、仮想キャリアセンシングとＥＤ（ｅｎｅｒｇｙ ｄｅｔｅｃｔｉｏｎ）ベースＣＣＡに基づいて遊休であるか否かが判断される。

【0165】

３．サブチャネルは、ＭＵ－ＲＴＳフレームが受信されたサブチャネルである。

【0166】

４．サブチャネルは、ステーションが送信できるＭＲＵのサブキャリアを含む。このとき、サブチャネルはプライマリチャネルを含む。

【0167】

ＭＵ－ＲＴＳフレームが複数のステーションのＣＴＳフレーム送信をトリガーする場合に、ステーションは、１～３の条件をいずれも満たすサブチャネルでＣＴＳフレームを送信できる。このとき、ＭＵ－ＲＴＳフレームが一つのステーションのＣＴＳフレーム送信をトリガーする場合に、ステーションは１～４の条件をいずれも満たすサブチャネルでＣＴＳフレームを送信できる。

【0168】

ステーションは、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信するサブチャネルを、次の条件をいずれも満たすサブチャネルであるかによって判断できる。

【0169】

１．サブチャネルは、ＲＴＳフレーム受信時に設定されたＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴに該当する周波数帯域に含まれる。例えば、ＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴの値が８０ＭＨｚである場合に、サブチャネルは、プライマリ８０ＭＨｚチャネルに含まれる必要がある。

【0170】

２．サブチャネルは、ＲＴＳフレームを含むＰＰＤＵを受信する前にＰＩＦＳにおいて遊休であるものと判断される。

【0171】

３．サブチャネルは、ＲＴＳフレームが受信されたサブチャネルである。

【0172】

４．サブチャネルは、ステーションが送信できるＭＲＵのサブキャリアを含む。このとき、サブチャネルはプライマリチャネルを含む。

【0173】

前述した実施例において、ＣＴＳフレームは２０ＭＨｚ帯域幅を有するサブチャネル別に送信が行われてよい。ＣＴＳフレームを送信する具体的な実施例については図１４を用いて説明する。

【0174】

先の説明においてＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨについて言及した。ＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ及びＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨについて説明する。

【0175】

ステーション送信を行う時に、ＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨは、ＭＡＣレイヤからフィジカルレイヤに発行（ｉｓｓｕｉｎｇ）されるＰＨＹ－ＴＸＳＴＡＲＴ．ｒｅｑｕｅｓｔ ｐｒｉｍｉｔｉｖｅのＴＸＶＥＣＴＯＲパラメータのうち一つである。ＣＨ＿ＢＡＮＤＷＩＤＴＨは、ＰＰＤＵが送信される周波数帯域の帯域幅を表す。ステーションがｎｏｎ－ＨＴ ＰＰＤＵの送信を行う場合に、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴも、ＰＰＤＵが送信される周波数帯域の帯域幅を表す。ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴは、ＣＢＷ２０／４０／８０／１６０／８０＋８０／３２０いずれか一つの値を有してよい。ＣＨ＿ＢＡＮＤＷＩＤＴＨは、ＣＢＷ２０／４０／８０／１６０／８０＋８０／３２０－１／３２０－２のいずれか一つの値を有してよい。

【0176】

また、ステーション受信を行う時に、ＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨは、フィジカルレイヤからＭＡＣレイヤに発行（ｉｓｓｕｉｎｇ）されるＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅのＲＸＶＥＣＴＯＲパラメータのうち一つである。また、フィジカルレイヤでＰＰＤＵが受信される時にＰＨＹ－ＲＸＳＴＡＲＴ．ｉｎｄｉｃａｔｉｏｎが生成される。ＣＨ＿ＢＡＮＤＷＩＤＴＨは、ＰＰＤＵが受信される周波数帯域の帯域幅を示す。ステーションがｎｏｎ－ＨＴ ＰＰＤＵの受信を行う場合に、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴも、ＰＰＤＵが受信される周波数帯域の帯域幅を示す。ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴは、ＣＢＷ２０／４０／８０／１６０／８０＋８０／３２０のいずれか一つの値を有してよい。ＣＨ＿ＢＡＮＤＷＩＤＴＨは、ＣＢＷ２０／４０／８０／１６０／８０＋８０／３２０－１／３２０－２のうちいずれか一つの値を有してよい。

【0177】

図１４は、本発明の実施例に係るステーションがＣＴＳフレームを送信するサブチャネルを決定する方法を示す。

【0178】

図１４（ａ）で、ＭＵ－ＲＴＳフレームは８個のサブチャネル（ＳＣ＃１～ＳＣ＃８）で受信される。この時、ＭＵ－ＲＴＳフレームは２０ＭＨｚ ｎｏｎ－ＨＴ ＰＰＤＵで送信されてよい。さらに他の具体的な実施例において１６０ＭＨｚ ＰＰＤＵで送信されてよい。ＭＵ－ＲＴＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドが指示するステーションは、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するサブチャネルである第１サブチャネル（ＳＣ＃１）～第８サブチャネル（ＳＣ＃８）でＣＴＳフレームを送信できるか否かを判断する。第８サブチャネル（ＳＣ＃８）は遊休でなく、第１サブチャネル（ＳＣ＃１）～第７サブチャネル（ＳＣ＃７）は９９６＋４８４＋２４２－ｔｏｎｅ ＭＲＵに含まれる。ステーションは、第１サブチャネル（ＳＣ＃１）～第７サブチャネル（ＳＣ＃７）でｄｕｐｌｉｃａｔｅｄ ｎｏｎ－ＨＴ ＰＰＤＵを用いてＣＴＳフレームを送信する。ステーションが９９６＋４８４－ｔｏｎｅ ＭＲＵで送信を行うことができるが、９９６＋４８４＋２４２－ｔｏｎｅ ＭＲＵで送信を行うことができない場合に、ステーションは、第１サブチャネル（ＳＣ＃１）～第６サブチャネル（ＳＣ＃６）でｄｕｐｌｉｃａｔｅｄ ｎｏｎ－ＨＴ ＰＰＤＵ用いてＣＴＳフレームを送信する。

【0179】

図１４（ｂ）を参照すると、ＭＵ－ＲＴＳフレームが８個のサブチャネルで受信されてよい。ＭＵ－ＲＴＳフレームは、７個のサブチャネル（ＳＣ＃１～ＳＣ＃３、ＳＣ＃５～ＳＣ＃８）で受信される。ＭＵ－ＲＴＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドが指示するステーションは、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するサブチャネルである７個のサブチャネル（ＳＣ＃１～ＳＣ＃３、ＳＣ＃５～ＳＣ＃８）でＣＴＳフレームを送信できるか否かを判断する。ステーションは、第５サブチャネル（ＳＣ＃５）は遊休でないと判断する。７個のサブチャネル（ＳＣ＃１～ＳＣ＃３、ＳＣ＃５～ＳＣ＃８）でステーションが送信を行うことができるＭＲＵ形態のうち最も大きい帯域幅を有するＭＲＵは、４８４＋２４２－ｔｏｎｅ ＭＲＵである。ＭＵ－ＲＴＳフレームが複数のステーションのＣＴＳフレーム送信をトリガーする場合に、ステーションは、７個のサブチャネル（ＳＣ＃１～ＳＣ＃３、ＳＣ＃５～ＳＣ＃８）でＣＴＳフレームを送信できる。

【0180】

前述した実施例は、ＭＵ－ＲＴＳフレームを用いて説明したがＲＴＳフレームにも同一に適用されてよい。

【0181】

＜ＭＵ－ＲＴＳトリガーフレームを用いたＴＸＯＰ共有（ｓｈａｒｉｎｇ）＞

【0182】

ＩＥＥＥ ８０２．１１ａｘ（Ｗｉ－Ｆｉ６）のトリガーフレームのタイプによって、トリガーフレームに対する応答として送信されるＰＰＤＵのフォーマットが決定される。例えば、ＭＵ－ＲＴＳトリガーフレームを受信したステーションは、ＣＴＳフレームをＭＵ－ＲＴＳトリガーフレームの応答として送信する。説明の便宜のために、ＭＵ－ＲＴＳトリガーフレームをＭＵ－ＲＴＳフレームと略称する。ベーシックトリガーフレームを受信したステーションは、ベーシックトリガーフレームに対する応答としてＨＥ ＴＢ ＰＰＤＵを送信する。このとき、ステーションは、トリガーフレームのＵｓｅｒ Ｉｎｆｏフィールドで指示された送信パラメータに基づいてＨＥ ＴＢ ＰＰＤＵを送信する。このように、ＡＰがｎｏｎ－ＡＰステーションがトリガーフレームに対する応答を送信する時に適用する送信パラメータを指示する。ＡＰの決定した送信パラメータが最適の送信パラメータでないことがある。具体的には、ＡＰが遊休であるものと判断したサブチャネルであっても、ステーションは当該サブチャネルを遊休でないものと判断することがある。したがって、ステーションがトリガーフレームに対する応答を送信する時に用いる送信パラメータをステーションが決定できる実施例が必要である。

【0183】

そのために、ＡＰは、ＡＰが獲得したＴＸＯＰの一部区間をステーションが使用するように許容できる。このとき、ステーションは、割り当てられた区間でＡＰのトリガー無しでＰＰＤＵを生成し、生成したＰＰＤＵを送信できる。説明の便宜のために、ＡＰが獲得したＴＸＯＰの一部区間をステーションが使用するように許容することを、ＴＸＯＰ共有といい、ＴＸＯＰが共有された区間をＴＸＯＰ共有区間という。ＡＰは、ＭＵ－ＲＴＳフレームを用いてステーションにＴＸＯＰ共有を指示（ｉｎｄｉｃａｔｉｏｎ）できる。具体的には、ＴＸＯＰホルダーであるＡＰは、ｎｏｎ－ＡＰ ＳＴＡに、ＴＸＯＰを共有するＭＵ－ＲＴＳフレームを送信できる。この時、ＭＵ－ＲＴＳフレームを受信したｎｏｎ－ＡＰステーションは、ＴＸＯＰ共有区間でＴＢ ＰＰＤＵでないＰＰＤＵを送信できる。説明の便宜のために、ＴＸＯＰ共有を指示するＭＵ－ＲＴＳフレームを、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームと呼ぶ。説明の便宜のために、ＭＵ－ＲＴＳ ＴＸＳトリガーフレームを、ＭＵ－ＲＴＳ ＴＸＳフレームと略称する。

【0184】

ＭＵ－ＲＴＳ ＴＸＳフレームは一つ以上のＵｓｅｒ Ｉｎｆｏフィールドを含んでよい。このとき、ＭＵ－ＲＴＳ ＴＸＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドは、ＴＸＯＰが共有されるｎｏｎ－ＡＰステーションを指示する。ＭＵ－ＲＴＳ ＴＸＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドがステーションを指示する場合に、ＭＵ－ＲＴＳ ＴＸＳフレームを受信したステーションは、ステーションに共有ＴＸＯＰ（ｓｈａｒｅｄ ＴＸＯＰ）が割り当てられたと判断できる。ＭＵ－ＲＴＳ ＴＸＳフレームを受信したステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを送信できる。このとき、ＭＵ－ＲＴＳ ＴＸＳフレームとＣＴＳフレームとの間隔は、ＳＩＦＳであってよい。また、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ｌｅｎｇｔｈサブフィールドは、共有されたＴＸＯＰのデュレーションを指示できる。さらに他の具体的な実施例において、ＭＵ－ＲＴＳ ＴＸＳフレームのＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドに該当するステーションに共有されたＴＸＯＰのデュレーションを指示できる。

【0185】

具体的には、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ｌｅｎｇｔｈサブフィールドの１２ビットは、共有されたＴＸＯＰのデュレーションを指示できる。このとき、ＵＬ ｌｅｎｇｔｈサブフィールドは、４ｕｓ単位で共有されたＴＸＯＰのデュレーションを指示できる。さらに他の具体的な実施例において、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ｌｅｎｇｔｈサブフィールドの一部ビットは、共有されたＴＸＯＰのデュレーションを指示できる。例えば、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ｌｅｎｇｔｈサブフィールドの１２ビットのうち７ビットが共有されたＴＸＯＰのデュレーションを指示できる。このとき、ＵＬ ｌｅｎｇｔｈサブフィールドは、１２８ｕｓ単位で共有されたＴＸＯＰのデュレーションを指示できる。例えば、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎ ＩｎｆｏフィールドのＵＬ ｌｅｎｇｔｈサブフィールドの１２ビットのうち８ビットが共有されたＴＸＯＰのデュレーションを指示できる。このとき、ＵＬ ｌｅｎｇｔｈサブフィールドは、６４ｕｓ単位で共有されたＴＸＯＰのデュレーションを指示できる。前述した実施例において、ＵＬ ｌｅｎｇｔｈサブフィールドによって指示可能な最大デュレーションは、２＾１４ｕｓであってよい。ＵＬ ｌｅｎｇｔｈサブフィールドは、ＵＬ ｌｅｎｇｔｈサブフィールドの値＋１に、ＵＬ ｌｅｎｇｔｈサブフィールドが指示する時間単位を掛けた分のデュレーションを指示できる。例えば、前述した実施例において、ＵＬ ｌｅｎｇｔｈサブフィールドが４ｕｓ単位でデュレーションを指示し、ＵＬ ｌｅｎｇｔｈサブフィールドの値が１０である場合に、共有ＴＸＯＰのデュレーションは４４ｕｓであってよい。ステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームを受信した時からＵＬ ｌｅｎｇｔｈサブフィールドが指示するデュレーションまでにＴＸＯＰが共有されると判断できる。このとき、ステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームを含むＰＰＤＵのため、ＰＨＹ－ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅが発生した時点にＭＵ－ＲＴＳ ＴＸＳフレームを受信したと判断できる。ＴＸＯＰが共有されたｎｏｎ－ＡＰステーションは、ステーションの送信したＰＰＤＵ及びステーションの送信したＰＰＤＵに対する応答であるＰＰＤＵが共有ＴＸＯＰ内で終了するように送信を行わなければならない。

【0186】

ｎｏｎ－ＡＰステーションは、共有ＴＸＯＰ内でＵＬ ＰＰＤＵ又はＰ２Ｐ ＰＰＤＵを送信できる。Ｐ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）ＰＰＤＵは、ｎｏｎ－ＡＰ ＳＴＡ間に交換されるＰＰＤＵである。したがって、Ｐ２Ｐ ＰＰＤＵを送信するステーションとＰ２Ｐ ＰＰＤＵを受信するステーションは両方ともｎｏｎ－ＡＰステーションである。このとき、Ｐ２Ｐ ＰＰＤＵを受信するステーションは、ｎｏｎ－ＡＰステーションが結合しているＡＰと結合していない（ｕｎａｓｓｏｃｉａｔｅｄ）ステーションであってよい。これにより、ｎｏｎ－ＡＰステーションは、ｎｏｎ－ＡＰステーションが結合しているＡＰに結合していないｎｏｎ－ＡＰステーションにＰＰＤＵを送信できる。

【0187】

共有ＴＸＯＰ内で共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、ｎｏｎ－ＡＰステーションに共有ＴＸＯＰを割り当てたＡＰが送信したフレームによって設定されたＮＡＶを無視してＰＰＤＵを送信できる。

【0188】

＜ＴＸＯＰ共有モード＞

【0189】

ＭＵ－ＲＴＳ ＴＸＳフレームは、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵの送信が許容されるかを指示できる。共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームが、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵの送信が許容されることを指示するかに基づいて、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵを送信するか否かを決定することができる。ＭＵ－ＲＴＳ ＴＸＳフレームが共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵの送信が許容されることを指示する場合に、共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵを送信できる。ＭＵ－ＲＴＳ ＴＸＳフレームが共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵの送信が許容されることを指示しない場合に、共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵを送信できない。これは、Ｐ２Ｐ ＰＰＤＵの送信がＢＳＳ全体のトラフィック処理効率を低下させることがあり、Ｐ２Ｐ ＰＰＤＵの送信を制限する必要があるためである。

【0190】

具体的には、ＭＵ－ＲＴＳ ＴＸＳフレームは、共有ＴＸＯＰのモードを指示することができる。共有ＴＸＯＰのモードは、共有ＴＸＯＰにおいて共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションが送信できるＰＰＤＵの種類を指示できる。このとき、共有ＴＸＯＰのモードは、Ｐ２Ｐ ＰＰＤＵとＵＬ ＰＰＤＵ送信を全て許容するモードと、ＵＬ ＰＰＤＵの送信を許容し、Ｐ２Ｐ ＰＰＤＵの送信を許容しないモードを含んでよい。

【0191】

ＭＵ－ＲＴＳ ＴＸＳフレームの特定サブフィールドは、共有ＴＸＯＰのモードを指示できる。このとき、当該フィールドをＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドと呼ぶことができる。

【0192】

図１５は、本発明の実施例に係るＭＵ－ＲＴＳ ＴＸＳフレームのフォーマットを示す。

【0193】

図１５の実施例において、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドは、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドを含む。ＭＵ－ＲＴＳ ＴＸＳフレームのリザーブドフィールドがＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドとして用いられてよい。具体的には、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの２０番目のビットと２１番目のビットがＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドとして用いられてよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの２０番目のビットと２１番目のビットは、ベーシックトリガーフレームにおいてＧＩ Ａｎｄ ＨＥ／ＥＨＴ－ＬＴＦ Ｔｙｐｅフィールドに該当するビットであり、ＭＵ－ＲＴＳ ＴＸＳフレームではＧＩ Ａｎｄ ＨＥ／ＥＨＴ－ＬＴＦ Ｔｙｐｅフィールドはリザーブドフィールドとして設定され得るためである。

【0194】

ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドは、２つのモードを指示できる。第一のモードは、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドが含まれたフレームはＭＵ－ＲＴＳ ＴＸＳフレームであり、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵの送信が許容されないことを指示できる。このとき、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドの値は１であってよい。また、第二のモードは、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドが含まれたフレームはＭＵ－ＲＴＳ ＴＸＳフレームであり、共有ＴＸＯＰ内でＵＬ ＰＰＤＵの送信とＰ２Ｐ ＰＰＤＵの送信が許容されることを指示できる。このとき、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅサブフィールドの値は２であってよい。

【0195】

共有ＴＸＯＰ内で共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、Ｐ２Ｐ ＰＰＤＵを送信する前に、Ｐ２Ｐ ＰＰＤＵの受信者であるｎｏｎ－ＡＰステーションとｎｏｎ－ＨＴ保護（ｐｒｏｔｅｃｔｉｏｎ）を行うことができる。すなわち、共有ＴＸＯＰ以外の別の送信保護が行われてよい。具体的には、共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、Ｐ２Ｐ ＰＰＤＵを送信する前に、Ｐ２Ｐ ＰＰＤＵの意図された受信者であるｎｏｎ－ＡＰステーションとＲＴＳフレーム及びＣＴＳフレーム交換を行うことができる。この時、共有ＴＸＯＰが割り当てられたｎｏｎ－ＡＰステーションは、ＭＵ－ＲＴＳ ＴＸＳに対する応答としてＣＴＳフレームを送信したサブチャネル内でＲＴＳフレームを送信できる。本明細書において「チャネル内」とは、チャネルに該当する周波数帯域に含まれることを表し、チャネルに該当する周波数帯域の帯域幅と同一又はより小さい周波数帯域を表す。また、「周波数帯域内」とは、波数帯域に含まれることを表し、周波数帯域の帯域幅と同一又はより小さい周波数帯域幅を表す。また、ＲＴＳフレーム及びＣＴＳフレーム交換の代わりにｎｏｎ－ＨＴ ＰＰＤＵ交換が行われてもよい。

【0196】

本発明の実施例において、Ｐ２Ｐ ＰＰＤＵの意図された受信者であるｎｏｎ－ＡＰステーションが、ＴＸＯＰホルダーでないステーションからＲＴＳフレームを受信した場合に、ｎｏｎ－ＡＰステーションは、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。さらに他の具体的な実施例において、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションが、ＴＸＯＰホルダーから共有ＴＸＯＰが割り当てられたステーションからＲＴＳフレームを受信した場合に、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションは、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。この時、共有ＴＸＯＰが割り当てられたステーションが、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答であるＣＴＳフレームの送信者である場合に、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションは、ＴＸＯＰホルダーから共有ＴＸＯＰが割り当てられたステーションがＣＴＳフレームを送信したと判断できる。ＣＴＳフレームの意図された受信者がＡＰであるか否かに基づいて、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションは、ｎｏｎ－ＡＰステーションの受信したＣＴＳフレームがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答であるＣＴＳフレームであると判断できる。また、先に送信されたＣＴＳフレームと後に送信されたＲＴＳフレームとの間隔がＳＩＦＳであるか否かに基づいて、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションは、ｎｏｎ－ＡＰステーションの受信したＣＴＳフレームがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答であるＣＴＳフレームであると判断できる。また、ＴＸＯＰホルダーであるＡＰが送信したＭＵ－ＲＴＳフレームの意図された受信者と、受信したＲＴＳフレームの送信者とが同一であるか否かに基づいて、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションは、ｎｏｎ－ＡＰステーションの受信したＣＴＳフレームがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答であるＣＴＳフレームであると判断できる。ＴＸＯＰホルダーであるＡＰが送信したＭＵ－ＲＴＳフレームの意図された受信者と、受信したＲＴＳフレームの送信者とが同一である場合に、Ｐ２Ｐ ＰＰＤＵの意図された受信者となるｎｏｎ－ＡＰステーションは、ｎｏｎ－ＡＰステーションの受信したＣＴＳフレームがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答であるＣＴＳフレームであると判断できる。

【0197】

前述の実施例ではＭＵ－ＲＴＳフレームを例示として説明したが、前述の実施例はＲＴＳフレームにも同一に適用されてよい。

【0198】

このような実施例において、前述したように、Ｐ２Ｐ ＰＰＤＵの意図された受信者は、ＴＸＯＰホルダーによって設定されたＮＡＶを無視してＣＴＳフレームを送信できる。ただし、Ｐ２Ｐ ＰＰＤＵの意図された受信者に、ＴＸＯＰホルダーでないステーションが送信したフレームによってＮＡＶが設定された場合に、Ｐ２Ｐ ＰＰＤＵの意図された受信者はＮＡＶを無視することができない。したがって、この時、Ｐ２Ｐ ＰＰＤＵの意図された受信者はＣＴＳフレームを送信できない。

【0199】

Ｐ２Ｐ ＰＰＤＵの意図された受信者は、図１４を用いて説明した実施例によって、ＣＴＳフレームを送信するサブチャネルを決定できる。

【0200】

また、Ｐ２Ｐ ＰＰＤＵの意図された受信者が送信したＣＴＳフレームが送信された周波数帯域の帯域幅と同一又は狭い帯域幅を、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴの値に設定できる。ＣＴＳフレームが送信された周波数帯域のサイズは、ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵが送信された周波数帯域であってよい。また、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを、Ｐ２Ｐ ＰＰＤＵの意図された受信者が送信したＣＴＳフレームが占有したサブチャネルに基づいて設定できる。具体的には、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵの意図された受信者が送信したＣＴＳフレームが占有していないサブチャネルを、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳとして設定できる。具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、Ｐ２Ｐ ＰＰＤＵの意図された受信者が送信したＣＴＳフレームが占有していないサブチャネルに対応するビットを、１に設定できる。

【0201】

図１６及び図１７は、本発明の実施例によって、ＡＰがＭＵ－ＲＴＳ ＴＸＳフレームを送信してｎｏｎ－ＡＰステーションに共有ＴＸＯＰを割り当てることを示す。

【0202】

図１６で、ＡＰは、ＣＴＳ－ｔｏ－Ｓｅｌｆフレームを送信してＴＸＯＰを獲得する。その後、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームを送信して第１ステーション（ＳＡＴ１）に共有ＴＸＯＰを割り当てる。この時、ＭＵ－ＲＴＳ ＴＸＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２フィールドは第１ステーション（ＳＴＡ１）を指示する。また、ＭＵ－ＲＴＳ ＴＸＳフレームのＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅフィールドの値は、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵ送信が許容されないことを指示する。

【0203】

第１ステーション（ＳＴＡ１）は、ＭＵ－ＲＴＳ ＴＸＳフレームのＵＬ Ｌｅｎｇｔｈサブフィールドの値に基づいて共有ＴＸＯＰのデュレーションを判断する。第１ステーション（ＳＴＡ１）は、ＭＵ－ＲＴＳ ＴＸＳフレームのＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅフィールドの値によってＵＬ ＰＰＤＵ送信を準備する。

【0204】

第１ステーション（ＳＴＡ１）は、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを送信する。この時、ＭＵ－ＲＴＳ ＴＸＳフレームとＣＴＳフレームとの間隔はＳＩＦＳである。すなわち、ＭＵ－ＲＴＳ ＴＸＳフレームを含むＰＰＤＵによってＰＨＹ－ＲＸＥＮＤ．ｉｎｄｉｃａｔｉｏｎ ｐｒｉｍｉｔｉｖｅが発生してＳＩＦＳが経過した時に、第１ステーション（ＳＴＡ１）はＣＴＳフレームを送信する。第１ステーション（ＳＴＡ１）はＣＴＳフレームを送信し、ＵＬ ＰＰＤＵを送信する。この時、ＣＴＳフレームとＵＬ ＰＰＤＵとの間隔はＳＩＦＳである。

【0205】

第１ステーション（ＳＴＡ１）は、ＣＴＳフレームを送信したサブチャネル内でＵＬ ＰＰＤＵを送信する。この時、第１ステーション（ＳＴＡ１）は、第１ステーション（ＳＴＡ１）が送信を行い得るＲＵ／ＭＲＵに含まれるサブチャネル内でのみＵＬ ＰＰＤＵを送信できる。また、第１ステーション（ＳＴＡ１）は、前述したように、ＡＰの送信したフレームによって設定されたＮＡＶを無視してＵＬ ＰＰＤＵを送信できる。この時、第１ステーション（ＳＴＡ１）は、第１ステーション（ＳＴＡ１）がＵＬ ＰＰＤＵを送信できるサブチャネルで物理キャリアセンシングを行い、当該サブチャネルが遊休である場合に、ＡＰの送信したフレームによって設定されたＮＡＶを無視してＵＬ ＰＰＤＵを送信できる。

【0206】

第１ステーション（ＳＴＡ１）は、共有ＴＸＯＰ内で複数のＰＰＤＵを送信できる。具体的には、第１ステーション（ＳＴＡ１）の送信したＰＰＤＵ及びＰＰＤＵに対する応答が共有ＴＸＯＰ内で終了する場合に、第１ステーション（ＳＴＡ１）は共有ＴＸＯＰ内で複数のＰＰＤＵを送信できる。

【0207】

共有ＴＸＯＰが終了すると、ＴＸＯＰホルダーであるＡＰは、残っているＴＸＯＰ内でＰＰＤＵ送信を開始できる。

【0208】

図１７で、ＡＰは、ＣＴＳ－ｔｏ－Ｓｅｌｆフレームを送信してＴＸＯＰを獲得する。その後、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームを送信して第１ステーション（ＳＡＴ１）に共有ＴＸＯＰを割り当てる。この時、ＭＵ－ＲＴＳ ＴＸＳフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２フィールドは第１ステーション（ＳＴＡ１）を指示する。また、ＭＵ－ＲＴＳ ＴＸＳフレームのＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅフィールドの値は、共有ＴＸＯＰ内でＵＬ ＰＰＤＵとＰ２Ｐ ＰＰＤＵ送信が許容されることを指示する。

【0209】

第１ステーション（ＳＴＡ１）は、ＭＵ－ＲＴＳ ＴＸＳフレームのＵＬ Ｌｅｎｇｔｈサブフィールドの値に基づいて共有ＴＸＯＰのデュレーションを判断する。第１ステーション（ＳＴＡ１）は、ＭＵ－ＲＴＳ ＴＸＳフレームのＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅフィールドの値によって第２ステーション（ＳＴＡ２）に対するＰ２Ｐ ＰＰＤＵ送信を準備する。

【0210】

第１ステーション（ＳＴＡ１）がＡＰにＣＴＳフレームを送信し、第１ステーション（ＳＴＡ１）は、第２ステーション（ＳＴＡ２）に対するＰ２Ｐ ＰＰＤＵ送信を保護するためにＲＴＳフレームを送信する。第２ステーション（ＳＴＡ２）は、第１ステーション（ＳＴＡ１）の送信したＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。

【0211】

第１ステーション（ＳＴＡ１）は、共有ＴＸＯＰ内で複数のＰＰＤＵを送信できる。具体的には、第１ステーション（ＳＴＡ１）の送信したＰＰＤＵとＰＰＤＵに対する応答が共有ＴＸＯＰ内で終了する場合に、第１ステーション（ＳＴＡ１）は共有ＴＸＯＰ内で複数のＰＰＤＵを送信できる。

【0212】

共有ＴＸＯＰが終了すると、ＴＸＯＰホルダーであるＡＰは、ＰＰＤＵ送信を開始できる。

【0213】

＜ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド＞

【0214】

前述したように、トリガーフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、トリガーフレームに対する応答を送信するＲＵを指示する。また、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＭＵ－ＲＴＳに対する応答として、ＣＴＳフレームを送信するチャネルを指示できる。ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＴＸＯＰ共有が行われるＲＵを指示できる。共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内で、ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが、共有ＴＸＯＰが割り当てられたステーションに指示するＲＵでＵＬ ＰＰＤＵ又はＰ２Ｐ ＰＰＤＵを送信できる。

【0215】

ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＭＵ－ＲＴＳに対する応答としてＣＴＳフレームを送信するチャネルを指示するので、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが有し得る値は、６１～６８のいずれか一つの値が設定されてよい。また、ＭＵ－ＲＴＳフレームを受信したステーションは、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドの値のみに基づいて、ＣＴＳフレームを送信するプライマリ２０ＭＨｚチャネルの位置を判断できる。

【0216】

ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するＲＵを判断する方法が、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するＲＵを判断する方法と異なることがある。具体的には、ＭＵ－ＲＴＳ ＴＸＳフレームを受信したステーションは、ＭＵ－ＲＴＳ以外のトリガーフレームのＲＵ Ａｌｌｏｃａｔｉｏｎフィールドが指示するＲＵを判断する方法により、ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドが指示するＲＵを判断できる。

【0217】

また、ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは、ＴＸＯＰ共有が行われるＲＵを指示する場合に、ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドは６１～６８の他に６１未満の値も有し得る。この時、共有ＴＸＯＰが割り当てられたステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームのＣｏｍｍｏｎフィールドのＵＬ ＢＷサブフィールドとＵｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドに基づいて、ＴＸＯＰ共有が行われるＲＵを判断できる。

【0218】

また、ＭＵ－ＲＴＳ ＴＸＳフレームを受信したステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームがステーションに割り当てたＲＵがプライマリ２０ＭＨｚチャネルを含まなくても、プライマリ２０ＭＨｚチャネルでＣＴＳフレームを送信できる。ＭＵ－ＲＴＳ ＴＸＳフレームを受信したステーションは、プライマリ２０ＭＨｚチャネルとＭＵ－ＲＴＳ ＴＸＳフレームがステーションに割り当てたＲＵでＣＴＳフレームを送信できる。

【0219】

また、ＭＵ－ＲＴＳ ＴＸＳフレームを受信したステーションは、ＲＵ ａｌｌｏｃａｔｉｏｎサブフィールド及びＰＳ１６０サブフィールドに基づいて、ステーションに割り当てられたＲＵを判断できる。

【0220】

ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドのビット数が、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎフィールドのビット数よりも大きくてよい。例えば、ＭＵ－ＲＴＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドのビット数が８ビットであり、ＭＵ－ＲＴＳ ＴＸＳフレームのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドのビット数が９ビットであってよい。

【0221】

＜共有ＴＸＯＰ内で送信されるＰＰＤＵのＢＷ（ＴＸＶＥＣＴＯＲ）設定＞

【0222】

共有ＴＸＯＰ内で送信されるＰＰＤＵの周波数帯域関連パラメータを設定する方法について説明する。具体的には、ＰＰＤＵが送信される周波数帯域の帯域幅及びＰＰＤＵ送信にプリアンブルパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）を適用するか否かについて説明する。プリアンブルパンクチャリングは、ＰＰＤＵの共有ＴＸＯＰにおいて送信されるＰＰＤＵの周波数帯域関連ＴＸＶＥＣＴＯＲパラメータがあらかじめ指定された規則によって設定されてよい。このとき、周波数帯域関連ＴＸＶＥＣＴＯＲパラメータは、ＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ、及びＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＳのうち少なくともいずれか一つを含んでよい。プリアンブルパンクチャリングは、ＰＰＤＵの周波数帯域（ＴＸＶＥＣＴＯＲのＢＷ）に含まれるＲＵのうち一部ＲＵ又は周波数帯域に含まれるサブチャネルのうち一部サブチャネルを占有しないでＰＰＤＵ送信を行うことを表すことができる。以下の説明において使われるＴＸＶＥＣＴＯＲの名称は説明の便宜のためのものであり、同じ情報を指示する他のパラメータ名称にも本発明の実施例は同一に適用されてよい。

【0223】

＜ＣＨ＿ＢＡＮＤＷＩＤＴＨ＞

【0224】

共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内で送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答として送信したＣＴＳフレームを含むＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨと同一に又は小さく設定できる。この時、ステーションがｎｏｎ－ＨＴ ＰＰＤＵを送信する場合に、ＣＨ＿ＢＡＮＤＷＩＤＴＨでないＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴが適用されてよい。これらの実施例は、ＭＵ－ＲＴＳ ＴＸＳフレームが一つのステーションにのみ共有ＴＸＯＰを割り当てる場合に適用されてよい。

【0225】

さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内で送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを、ＭＵ－ＲＴＳ ＴＸＳフレームがステーションに割り当てたＲＵと同一に又は小さく設定できる。この時、ステーションがｎｏｎ－ＨＴ ＰＰＤＵを送信する場合に、ＣＨ＿ＢＡＮＤＷＩＤＴＨでないＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴが適用されてよい。

【0226】

このような実施例によれば、ＭＵ－ＲＴＳ ＴＸＳフレームがステーションにプライマリ８０ＭＨｚ内の４８４＋２４２－ｔｏｎｅ ＲＵを割り当てた場合に、ステーションは、共有ＴＸＯＰ内で送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして、８０ＭＨｚと同一又は狭い帯域幅を設定しなければならない。この時、ステーションがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答として１６０ＭＨｚ周波数帯域でＣＴＳフレームを送信したとしても、ＣＴＳフレーム送信後に送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして、８０ＭＨｚと同一又は狭い帯域幅を設定しなければならない。また、ＭＵ－ＲＴＳ ＴＸＳフレームが１６０ＭＨｚ ＰＰＤＵによって送信されていても、ＭＵ－ＲＴＳ ＴＸＳフレームがステーションにプライマリ８０ＭＨｚ内の４８４＋２４２－ｔｏｎｅ ＲＵを割り当てた場合に、ステーションは、共有ＴＸＯＰ内で送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして、８０ＭＨｚと同一又は狭い帯域幅を設定できる。

【0227】

共有ＴＸＯＰが割り当てられたステーションが共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換したか否かに基づいて、共有ＴＸＯＰが割り当てられたステーションはＰ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを設定できる。ｎｏｎ－ＨＴ ＰＰＤＵの交換は、Ｐ２Ｐ ＰＰＤＵの送信を保護するためのものであってよい。具体的には、ｎｏｎ－ＨＴ ＰＰＤＵ交換は、ＲＴＳフレームとＣＴＳフレームを含んでよい。また、ｎｏｎ－ＨＴ ＰＰＤＵ交換は、データフレームとＡＣＫフレームを含んでよい。共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換した場合に、Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したｎｏｎ－ＨＴ ＰＰＤＵのＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨと同一又は狭い帯域幅を、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0228】

共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換しない場合に、共有ＴＸＯＰが割り当てられたステーションは、ＭＵＲＴＳ ＴＸＳフレームに対する応答として送信したＣＴＳフレームを含むＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴの値と同一又は狭い帯域幅を、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0229】

さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換しない場合に、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内でステーションが以前に送信したＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨの値と同一又は狭い帯域幅を、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0230】

共有ＴＸＯＰが割り当てられたステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答として送信したＣＴＳフレームを含むＰＰＤＵのＴＸＶＥＣＴＯＲの又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴの値と同一又は狭い帯域幅を、ＵＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0231】

共有ＴＸＯＰが割り当てられたステーションが共有ＴＸＯＰ内でＡＰとＲＴＳフレームとＣＴＳフレームを交換できる。具体的には、共有ＴＸＯＰが割り当てられたステーションは、ＡＰにＲＴＳフレームを送信し、ＡＰからＣＴＳフレームを受信することができる。この時、ステーションは、ＣＴＳフレームを含むＰＰＤＵのＲＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴと同一又は狭い帯域幅を、ＣＴＳフレーム送信以後に送信するＵＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。

【0232】

＜ＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳ＞

【0233】

共有ＴＸＯＰが割り当てられたステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答として送信したＣＴＳフレームを含むＰＰＤＵを送信したサブチャネルに基づいて、共有ＴＸＯＰ内で送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。共有ＴＸＯＰが割り当てられたステーションは、ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答として送信したＣＴＳフレームを含むＰＰＤＵを送信しないサブチャネルに対応するビットの値を、１に設定できる。

【0234】

共有ＴＸＯＰが割り当てられたステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームが当該ステーションに割り当てたＲＵに基づいて、共有ＴＸＯＰ内で送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。共有ＴＸＯＰが割り当てられたステーションは、ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、ＭＵ－ＲＴＳ ＴＸＳフレームがステーションに割り当てたＲＵを含むサブチャネルに対応するビットの値を、１に設定できる。

【0235】

共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換したか否かに基づいて、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。ｎｏｎ－ＨＴ ＰＰＤＵの交換は、Ｐ２Ｐ ＰＰＤＵの送信を保護するためのものであってよい。具体的には、ｎｏｎ－ＨＴ ＰＰＤＵ交換は、ＲＴＳフレームとＣＴＳフレームを含んでよい。また、ｎｏｎ－ＨＴ ＰＰＤＵ交換は、データフレームとＡＣＫフレームを含んでよい。共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換した場合に、Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したｎｏｎ－ＨＴ ＰＰＤＵが占有していないサブチャネルに基づいて、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。具体的には、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したｎｏｎ－ＨＴ ＰＰＤＵが占有していないサブチャネルに対応するビットの値を、１に設定できる。

【0236】

さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを、Ｐ２Ｐ ＰＰＤＵを受信するステーションと交換していない場合に、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内でステーションが受信したＰＰＤＵが占有していないサブチャネルに基づいて、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。具体的には、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、共有ＴＸＯＰ内でステーションが受信したＰＰＤＵが占有していないサブチャネルに対応するビットの値を、１に設定できる。これらの実施例において、以前に送信されたＰＰＤＵは、Ｐ２Ｐ ＰＰＤＵを受信するステーションが送信したＰＰＤＵであってよい。

【0237】

また、前述したＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳ設定方法に関する実施例は、Ｐ２Ｐ ＰＰＤＵを受信するステーションが、共有ＴＸＯＰが割り当てられたステーションの属したＢＳＳに属しない場合に適用されてよい。また、前述したＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳ設定方法に関する実施例は、Ｐ２Ｐ ＰＰＤＵを受信するステーションが、共有ＴＸＯＰが割り当てられたステーションの属したＢＳＳに属するかに関係なく適用されてよい。

【0238】

共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵを受信するステーションが、共有ＴＸＯＰが割り当てられたステーションの属したＢＳＳに属するかに基づいて、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。具体的には、Ｐ２Ｐ ＰＰＤＵを受信するステーションが、共有ＴＸＯＰが割り当てられたステーションの属したＢＳＳに属する場合に、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰが割り当てられたステーションが結合したＡＰが最後に指示したディセーブルサブチャネル（ｄｉｓａｂｌｅｄ ｓｕｂｃｈｈａｎｅｌ）に基づいて、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。この時、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、共有ＴＸＯＰが割り当てられたステーションが結合したＡＰが最後に指示したディセーブルサブチャネルに該当するビットの値を、１に設定できる。このような実施例により、Ｐ２Ｐ ＰＰＤＵを受信するステーションが結合した（ａｓｓｏｃｉａｔｅｄ）ＡＰのディセーブルサブチャネルで送信が行われることを防止できる。ディセーブルサブチャネルは、ＡＰが、ＡＰが運営するＢＳＳで使用しないものと決定したサブチャネルを表すことができる。具体的には、ディセーブルサブチャネルは、ＥＨＴ ＯｐｅｒａｔｉｏｎエレメントのＤｉｓａｂｌｅ Ｓｕｂｃｈａｎｎｅｌビットマップによってシグナルされてよい。

【0239】

Ｐ２Ｐ ＰＰＤＵを受信するステーションが、共有ＴＸＯＰが割り当てられたステーションの属したＢＳＳに属していない場合に、Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したＰＰＤＵが占有していないサブチャネルに基づいて、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。具体的には、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したＰＰＤＵが占有していないサブチャネルに対応するビットの値を、１に設定できる。Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したＰＰＤＵは、ＣＴＳフレームを含むＰＰＤＵに限定されてよい。また、Ｐ２Ｐ ＰＰＤＵを受信するステーションから受信したＰＰＤＵは、Ｐ２Ｐ ＰＰＤＵを受信するステーションから最後に受信したＰＰＤＵであってよい。

【0240】

また、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰが割り当てられたステーションが結合したＡＰが最後にディセーブルサブチャネルとして指示したサブチャネルに基づいて共有ＴＸＯＰでＰＰＤＵを送信できる。具体的には、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰで送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、共有ＴＸＯＰが割り当てられたステーションが結合したＡＰが最後にディセーブルサブチャネルとして指示したサブチャネルに対応するビットの値を、１に設定できる。

【0241】

＜共有ＴＸＯＰ終了後にＡＰのＴＸＶＥＣＴＯＲ設定方法＞

【0242】

一般に、ＴＸＯＰホルダーであるステーションは、ＴＸＯＰ内で送信された以前ＰＰＤＵに基づいて送信するＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する。例えば、ＴＸＯＰホルダーであるステーションは、ＴＸＯＰ内で以前に送信されるＰＰＤＵの帯域幅に基づいて送信するＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する。共有ＴＸＯＰが設定された場合に、ＡＰが共有ＴＸＯＰ内で送信されたＰＰＤＵを受信できないことがある。具体的には、共有ＴＸＯＰが割り当てられたステーションがＰ２Ｐ ＰＤＤＵを送信する場合に、Ｐ２Ｐ ＰＰＤＵの意図された受信者であるステーションからＰＰＤＵを受信できない可能性が高い。特に、Ｐ２Ｐ ＰＰＤＵの意図された受信者であるステーションはＡＰにとって隠れノード（ｈｉｄｄｅｎ ｎｏｄｅ）であり得る。共有ＴＸＯＰ終了後に、ＴＸＯＰホルダーであるＡＰが送信を行う際にＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する場合にはこのような状況を考慮する必要がある。本発明の実施例に係る、共有ＴＸＯＰ終了後に、ＴＸＯＰホルダーであるＡＰが送信を行う際にＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する方法について説明する。

【0243】

本発明の一実施例において、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定できる。具体的には、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵの帯域幅に基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＨＴを設定できる。このとき、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵの帯域幅と同一又は狭い帯域幅を、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＨＴとして設定できる。ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵが占有した（ｏｃｃｕｐｙ）サブチャネルに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。この時、ＴＸＯＰホルダーであるＡＰは、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、ＡＰが最後に受信したＰＰＤＵが占有していないサブチャネルに該当するビットを、１に設定できる。本発明の一実施例において、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＭＵ ＰＰＤＵのＴＸＶＥＣＴＯＲのＲＵ＿ＡＬＬＯＣＡＴＩＯＮを設定できる。具体的には、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵが占有する２０ＭＨｚサブチャネルに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＭＵ ＰＰＤＵのＴＸＶＥＣＴＯＲのＲＵ＿ＡＬＬＯＣＡＴＩＯＮを設定できる。このとき、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵが占有する２０ＭＨｚサブチャネルに含まれるＲＵを、共有ＴＸＯＰ終了後にＡＰが送信するＭＵ ＰＰＤＵのＴＸＶＥＣＴＯＲのＲＵ＿ＡＬＬＯＣＡＴＩＯＮとして設定することが許容されなくてよい。この時、ＭＵ ＰＰＤＵは、ＥＨＴ ＭＵ ＰＰＤＵとＨＥ ＭＵ ＰＰＤＵの少なくともいずれか一つを含んでよい。

【0244】

前述した実施例は、ＴＸＯＰホルダーのＴＸＯＰがｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵによって保護されない時に適用されてよい。

【0245】

共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定するさらに他の実施例は、ＴＸＯＰホルダーであるＡＰがＴＸＯＰを保護するために送信したｎｏｎ－ＨＴ ＰＰＤＵを交換した場合に適用されてよい。説明の便宜のために、ＴＸＯＰを保護するために送信したｎｏｎ－ＨＴ ＰＰＤＵに対する応答として受信したＰＰＤＵを、応答ｎｏｎ－ＨＴ ＰＰＤＵと呼ぶ。ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定できる。具体的には、ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵの帯域幅に基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＨＴを設定できる。この時、ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵの帯域幅と同一又は狭い帯域幅を、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＨＴ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴとして設定できる。ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵが占有した（ｏｃｃｕｐｙ）サブチャネルに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳを設定できる。この時、ＴＸＯＰホルダーであるＡＰは、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬＳのビットのうち、応答ｎｏｎ－ＨＴ ＰＰＤＵが占有していないサブチャネルに該当するビットを、１に設定できる。本発明の一実施例において、ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＭＵ ＰＰＤＵのＴＸＶＥＣＴＯＲのＲＵ＿ＡＬＬＯＣＡＴＩＯＮを設定できる。具体的には、ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵが占有する２０ＭＨｚサブチャネルに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＭＵ ＰＰＤＵのＴＸＶＥＣＴＯＲのＲＵ＿ＡＬＬＯＣＡＴＩＯＮを設定できる。この時、ＴＸＯＰホルダーであるＡＰは、応答ｎｏｎ－ＨＴ ＰＰＤＵが占有する２０ＭＨｚサブチャネルに含まれるＲＵを、共有ＴＸＯＰ終了後にＡＰが送信するＭＵ ＰＰＤＵのＴＸＶＥＣＴＯＲのＲＵ＿ＡＬＬＯＣＡＴＩＯＮとして設定することが許容されなくてよい。この時、ＭＵ ＰＰＤＵは、ＥＨＴ ＭＵ ＰＰＤＵとＨＥ ＭＵ ＰＰＤＵの少なくともいずれか一つを含んでよい。このような実施例は、共有ＴＸＯＰ終了後に、ＡＰが共有ＴＸＯＰ前に応答ｎｏｎ－ＨＴ ＰＰＤＵを送信したステーションに送信を行う場合に限って適用されてよい。

【0246】

また、ｎｏｎ－ＨＴ ＰＰＤＵ送信を用いたＴＸＯＰ保護は、ＲＴＳフレームとＣＴＳフレーム交換、及びＭＵ－ＲＴＳフレームとＣＴＳフレーム交換の少なくともいずれか一つを含んでよい。また、ｎｏｎ－ＨＴ ＰＰＤＵを用いたＴＸＯＰ保護がＣＴＳ－ｔｏ－ｓｅｌｆフレーム送信を用いた場合に、前述した実施例のように、ＴＸＯＰホルダーであるＡＰは、ＡＰが最後に受信したＰＰＤＵに基づいて、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定できる。

【0247】

図１８及び図１９は、本発明の実施例によって、ＴＸＯＰホルダーであるＡＰが、共有ＴＸＯＰ終了後にＡＰが送信するＰＰＤＵのＴＸＶＥＣＴＯＲのパラメータを設定する方法を示す。

【0248】

図１８（ａ）で、ＡＰは、ＣＴＳ－ｔｏ－Ｓｅｌｆフレームを送信してＴＸＯＰを獲得する。ＡＰは、第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信して第１ステーション（ＳＴＡ１）に共有ＴＸＯＰを割り当てる。第１ステーション（ＳＴＡ１）は共有ＴＸＯＰ内でＡＰにＵＬ ＰＰＤＵを送信する。共有ＴＸＯＰが終了した後、ＡＰは第２ステーション（ＳＴＡ２）にＰＰＤＵを送信する。この時、ＡＰと第２ステーション（ＳＴＡ２）はＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを交換していない。したがって、ＡＰは、最後に受信したＰＰＤＵに基づいて、第２ステーション（ＳＴＡ２）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する。この時、ＡＰが最後に受信したＰＰＤＵは、第１ステーション（ＡＰ）が送信したＡＣＫフレームを含むＰＰＤＵである。第１ステーション（ＳＴＡ１）が送信したＡＣＫフレームを含むＰＰＤＵの帯域幅は８０ＭＨｚであるので、ＡＰは、第２ステーション（ＳＴＡ２）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを８０ＭＨｚ又は８０ＭＨｚよりも小さい値に設定する。また、第１ステーション（ＡＰ）が送信したＡＣＫフレームを含むＰＰＤＵにおいて第３サブチャネル（ＳＣ＃３）がパンクチャーされているので、ＡＰは、第２ステーション（ＳＴＡ２）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬのうち第３サブチャネルに該当するビットを１に設定する。

【0249】

図１８（ｂ）で、ＡＰは、第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）にＭＵ－ＲＴＳフレームを送信し、第１ステーション（ＳＴＡ１）及び第２ステーション（ＳＴＡ２）からＣＴＳフレームを受信する。これにより、ＡＰはＴＸＯＰを獲得する。ＡＰは、第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信して第１ステーション（ＳＴＡ１）に共有ＴＸＯＰを割り当てる。第１ステーション（ＳＴＡ１）は共有ＴＸＯＰ内でＡＰにＵＬ ＰＰＤＵを送信する。共有ＴＸＯＰが終了した後、ＡＰは第２ステーション（ＳＴＡ２）にＰＰＤＵを送信する。この時、ＡＰと第２ステーション（ＳＴＡ２）はＴＸＯＰ内で、ＲＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとを交換した。したがって、ＡＰは、ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵに基づいて、第２ステーション（ＳＴＡ２）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する。ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵの帯域幅は８０ＭＨｚであるので、ＡＰは、第２ステーション（ＳＴＡ２）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを、８０ＭＨｚ又は８０ＭＨｚよりも小さい値に設定する。また、ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵは、パンクチャーされたサブチャネルを含まない。したがって、ＡＰは、第２ステーション（ＳＴＡ２）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬの第１サブチャネル（ＳＣ＃１）～第４サブチャネル（ＳＣ＃４）に該当するビットを０に設定する。

【0250】

図１９（ａ）で、ＡＰはＣＴＳ－ｔｏ－Ｓｅｌｆフレームを送信してＴＸＯＰを獲得する。ＡＰは第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信して第１ステーション（ＳＴＡ１）に共有ＴＸＯＰを割り当てる。第１ステーション（ＳＴＡ１）は共有ＴＸＯＰ内で第２ステーション（ＳＴＡ２）にＰ２Ｐ ＰＰＤＵを送信する。共有ＴＸＯＰが終了した後、ＡＰは第３ステーション（ＳＴＡ３）にＤＬ ＰＰＤＵを送信する。この時、ＡＰと第３ステーション（ＳＴＡ３）はＴＸＯＰ内でｎｏｎ－ＨＴ ＰＰＤＵを交換していない。したがって、ＡＰは、最後に受信したＰＰＤＵに基づいて、第３ステーション（ＳＴＡ３）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する。この時、ＡＰが最後に受信したＰＰＤＵは、第１ステーション（ＡＰ）が送信したＰ２Ｐ ＰＰＤＵである。第１ステーション（ＡＰ）が送信したＰ２Ｐ ＰＰＤＵの帯域幅は８０ＭＨｚであるので、ＡＰは、第３ステーション（ＳＴＡ３）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを、８０ＭＨｚ又は８０ＭＨｚよりも小さい値に設定する。また、第１ステーション（ＳＴＡ１）が送信したＰ２Ｐ ＰＰＤＵにおいて第３サブチャネル（ＳＣ＃３）がパンクチャーされているので、ＡＰは、第３ステーション（ＳＴＡ３）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬのうち第３サブチャネルに該当するビットを１に設定する。

【0251】

図１９（ｂ）で、ＡＰは、第１ステーション（ＳＴＡ１）～第３ステーション（ＳＴＡ３）にＭＵ－ＲＴＳフレームを送信し、第１ステーション（ＳＴＡ１）～第３ステーション（ＳＴＡ３）からＣＴＳフレームを受信する。これによってＡＰはＴＸＯＰを獲得する。ＡＰは第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信して第１ステーション（ＳＴＡ１）に共有ＴＸＯＰを割り当てる。第１ステーション（ＳＴＡ１）は共有ＴＸＯＰ内で第２ステーション（ＳＴＡ３）にＰ２Ｐ ＰＰＤＵを送信する。共有ＴＸＯＰが終了した後、ＡＰは第３ステーション（ＳＴＡ３）にＰＰＤＵを送信する。この時、ＡＰと第３ステーション（ＳＴＡ３）はＴＸＯＰ内で、ＲＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵとを交換した。したがって、ＡＰは、ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵに基づいて、第３ステーション（ＳＴＡ３）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲパラメータを設定する。ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵの帯域幅は８０ＭＨｚであるので、ＡＰは、第３ステーション（ＳＴＡ３）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを、８０ＭＨｚ又は８０ＭＨｚよりも小さい値に設定する。また、ＣＴＳフレームを含むｎｏｎ－ＨＴ ＰＰＤＵは、パンクチャーされたサブチャネルを含まない。したがって、ＡＰは、第３ステーション（ＳＴＡ３）に送信するＤＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＩＮＡＣＴＩＶＥ＿ＳＵＢＣＨＡＮＮＥＬの第１サブチャネル（ＳＣ＃１）～第４サブチャネル（ＳＣ＃４）に該当するビットを０に設定する。

【0252】

さらに他の具体的な実施例において、共有ＴＸＯＰ内で送信される最後のＰＰＤＵに制限が適用されてよい。具体的には、ＴＸＯＰ内で送信される最後のＰＰＤＵは、共有ＴＸＯＰが割り当てられたステーションが送信したり又はＡＰが意図された受信者であるフレームを含むＰＰＤＵに制限されてよい。

【0253】

さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内でステーションが最後に送信するＰＰＤＵを用いて、共有ＴＸＯＰで最後に送信されるＰＰＤＵの帯域幅に関する情報をシグナルすることができる。この時、共有ＴＸＯＰ内でステーションが最後に送信するＰＰＤＵ又は共有ＴＸＯＰ内でステーションが最後に送信するＰＰＤＵが含むＭＡＣフレームは、共有ＴＸＯＰで最後に送信されるＰＰＤＵの帯域幅に関する情報を含んでよい。また、ＴＸＯＰで最後に送信されるＰＰＤＵの帯域幅に関する情報は、最後に送信されるＰＰＤＵが占めるサブチャネルに関する情報及び最後に送信されるＰＰＤＵにおいてパンクチャーされたサブチャネルに関する情報のうち少なくとも一つを含んでよい。

【0254】

＜共有ＰＰＤＵ内で送信されるＰＰＤＵの意図された受信者が変更される時のＰＰＤＵのＴＸＶＥＣＴＯＲの設定方法＞

【0255】

図２０は、本発明の実施例に係る、共有ＴＸＯＰで送信されるＰＰＤＵの意図された受信者が変更される時のＰＰＤＵのＴＸＶＥＣＴＯＲの設定方法を示す。

【0256】

図２０（ａ）で、ＡＰはＴＸＯＰを獲得し、第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信する。ＭＵ－ＲＴＳ ＴＸＳフレームは、共有ＴＸＯＰ内でＵＬ ＰＰＤＵの他にもＰ２Ｐ ＰＰＤＵの送信が許容されることを指示する。第１ステーション（ＳＴＡ１）はＡＰに、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを送信する。この時、ＣＴＳフレームは８０ＭＨｚ周波数帯域で送信される。第１ステーション（ＳＡＴ１）は、第２ステーション（ＳＴＡ２）にＰ２Ｐ ＰＰＤＵを送信する前に、第２ステーション（ＳＴＡ２）にＲＴＳフレームを送信する。この時、ＲＴＳフレームは８０ＭＨｚ周波数帯域で送信される。第２ステーション（ＳＴＡ２）は第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。この時、ＣＴＳフレームは４０ＭＨｚ周波数帯域で送信される。したがって、第１ステーション（ＳＡＴ１）は、第２ステーション（ＳＴＡ２）に送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを、４０ＭＨｚ又は４０ＭＨｚよりも小さい値に設定する。第１ステーション（ＳＡＴ１）は、残っている共有ＴＸＯＰにおいて、第２ステーション（ＳＴＡ２）からＰ２Ｐ ＰＰＤＵでＡＣＫフレームを受信し、ＡＰにＵＬ ＰＰＤＵを送信する。第１ステーション（ＳＴＡ１）がＡＰに送信したＣＴＳフレームを含むＰＰＤＵの帯域幅が８０ＭＨｚであるので、第１ステーション（ＳＴＡ１）は、ＵＬ ＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨを８０ＭＨｚ又は８０ＭＨｚよりも小さい値に設定する。

【0257】

図２０（ｂ）で、ＡＰはＴＸＯＰを獲得し、第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信する。ＭＵ－ＲＴＳ ＴＸＳフレームは、共有ＴＸＯＰ内でＵＬ ＰＰＤＵの他にもＰ２Ｐ ＰＰＤＵの送信が許容されることを指示する。第１ステーション（ＳＴＡ１）はＡＰに、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答としてＣＴＳフレームを送信する。この時、ＣＴＳフレームは８０ＭＨｚ周波数帯域で送信される。第１ステーション（ＳＡＴ１）は、第２ステーション（ＳＴＡ２）にＰ２Ｐ ＰＰＤＵを送信する前に、第２ステーション（ＳＴＡ２）にＲＴＳフレームを送信する。この時、ＲＴＳフレームは８０ＭＨｚ周波数帯域で送信される。第２ステーション（ＳＴＡ２）は第１ステーション（ＳＴＡ１）にＣＴＳフレームを送信する。この時、ＣＴＳフレームは４０ＭＨｚ周波数帯域で送信される。したがって、第１ステーション（ＳＡＴ１）は、第２ステーション（ＳＴＡ２）に送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを、４０ＭＨｚ又は４０ＭＨｚよりも小さい値に設定する。第１ステーション（ＳＡＴ１）は、第２ステーション（ＳＴＡ２）からＰ２Ｐ ＰＰＤＵでＡＣＫフレームを受信し、残っている共有ＴＸＯＰにおいて、第３ステーション（ＳＴＡ３）にＰ２Ｐ ＰＰＤＵを送信する。第１ステーション（ＳＴＡ１）と第３ステーション（ＳＴＡ３）はＲＴＳフレームとＣＴＳフレームを交換したことがない。また、ＡＰに送信したＣＴＳフレームを含むＰＰＤＵの帯域幅が８０ＭＨｚであるので、第１ステーション（ＳＴＡ１）は、第３ステーション（ＳＴＡ３）に送信するＰＰＤＵのＴＸＶＥＣＴＯＲのＣＨ＿ＢＡＮＤＷＩＤＴＨ又はＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを、８０ＭＨｚ又は８０ＭＨｚよりも小さい値に設定する。

【0258】

＜ＡＰのＴＸＯＰ管理方法＞

【0259】

ＡＰは、共有ＴＸＯＰ終了後にＴＸＯＰ回復（ｒｅｃｏｖｅｒｙ）を行うことができる。ＡＰがステーションにＭＵ－ＲＴＳ ＴＸＳフレームを送信した後、ステーションからＣＴＳフレームを受信した場合に、ＡＰは、ステーションに対する共有ＴＸＯＰ割り当てが完了したと判断できる。ＡＰは、共有ＴＸＯＰにおいてＰＰＤＵを送信することが制限されることがある。また、共有ＴＸＯＰが割り当てられたステーションが送信を行わないことがある。共有ＴＸＯＰが割り当てられたステーションが共有ＴＸＯＰ内で送信できるトラフィックを有していないこどかあるわけである。共有ＴＸＯＰが割り当てられたステーションが共有ＴＸＯＰ内で送信を行わない場合に、ＡＰはＴＸＯＰ回復を行うことができる。具体的には、共有ＴＸＯＰ内でＵＬ ＰＰＤＵ送信のみが許容され、共有ＴＸＯＰ内で最後に行われたＰＰＤＵの送信以後にＰＩＦＳ（ＳＩＦＳ＋ａＳｌｏｔＴｉｍｅ）において、ＴＸＯＰ共有が行われたチャネルが遊休である場合に、ＡＰはＴＸＯＰ回復を行うことができる。この時、ＡＰは、共有ＴＸＯＰが終了したと判断できる。また、共有ＴＸＯＰ内でＵＬ ＰＰＤＵ送信のみが許容され、共有ＴＸＯＰ内で最後に行われたＰＰＤＵの送信以後にＰＩＦＳ（ＳＩＦＳ＋ａＳｌｏｔＴｉｍｅ）において、ＴＸＯＰ共有が行われたチャネルが遊休である場合に、ＡＰはＡＰの送信を開始できる。これらの実施例により、ＰＩＦＳで送信を行わない場合に、ＴＸＯＰが喪失されることを防止できる。

【0260】

また、共有ＴＸＯＰ終了後に、ＡＰはＴＸＯＰ回復を行うことができる。具体的には、共有ＴＸＯＰが終了する際に、ＴＸＯＰ共有が行われたチャネルが遊休でない場合に、ＡＰはＴＸＯＰ回復を行うことができる。具体的な実施例において、共有ＴＸＯＰが終了する時にＴＸＯＰが残っており、ＴＸＯＰ共有が行われたチャネルが遊休でない場合に、ＡＰはＴＸＯＰ回復を行うことができる。

【0261】

ＡＰが行うＴＸＯＰ回復は、チャネルがＰＦＩＳで遊休であった後、ＰＰＤＵ送信を試みることであってよい。また、ＡＰが行うＴＸＯＰ回復は、新しいバックオフ動作を行うことであってよい。また、ＡＰが行うＴＸＯＰ回復は、ＴＸＮＡＶタイマーが終了するまで待機することであってよい。このようなＴＸＯＰ回復動作は、送信失敗がなくても行われるという点で、ＴＸＯＰホルダーが行うＰＰＤＵ送信失敗による回復動作と相違する。ＴＸＯＰ回復においてバックオフ動作が行われる場合に、ＡＰは、バックオフ動作で用いられるＣＷ［ＡＣ］の値を、ＣＷ［ＡＣ］の最小値に設定できる。これは、ＴＸＯＰ共有のために送信したＭＵ－ＲＴＳ ＴＸＳフレームの送信に成功したためである。また、ＴＸＯＰ回復においてバックオフ動作が行われる場合に、ＡＰは、バックオフ動作で用いられるＱＳＲＣ［ＡＣ］を０に設定できる。

【0262】

また、ＴＸＯＰ回復においてバックオフ動作が行われる場合に、ＡＰは、バックオフ動作によってＴＸＮＡＶを延長させることが許容されなくてよい。このとき、ＡＰは既存ＴＸＮＡＶの値を維持し、タイマーにしたがってＴＸＮＡＶの値を減らす。また、ＴＸＯＰ回復においてバックオフ動作が行われる場合に、ＡＰが、ＴＸＯＰが獲得された周波数帯域の帯域幅を拡大することが許容されなくてよい。このとき、ＡＰは、ＴＸＯＰが獲得された周波数帯域の帯域幅内で送信を行うことができる。ＡＰがｎｏｎ－ＨＴ ＰＰＤＵ保護によってＴＸＯＰを獲得した場合に、ＴＸＯＰが獲得された周波数帯域の帯域幅は、ｎｏｎ－ＨＤ ＰＰＤＵが行われた周波数帯域の帯域幅であってよい。ＡＰがｎｏｎ－ＨＴ ＰＰＤＵ保護によってＴＸＯＰを獲得していない場合に、ＴＸＯＰが獲得された周波数帯域の帯域幅は、ＴＸＯＰ内で最後に受信したＰＰＤＵの帯域幅であってよい。ＴＸＯＰ回復がＴＸＮＡＶタイマーが終了するまで待機することである場合には、このような制限が適用されなくてよい。ＴＸＯＰ終了後にＡＰが新しいＴＸＯＰを獲得することであるためである。

【0263】

＜レガシーＰ２ＰピアステーションのためのＰ２Ｐ送信保護方法＞

【0264】

前述したように、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵを送信する前に、Ｐ２Ｐ ＰＰＤＵの意図された受信者とＲＴＳフレーム及びＣＴＳフレーム交換してＰ２Ｐ ＰＰＤＵ送信を保護することができる。Ｐ２Ｐ ＰＰＤＵの意図された受信者がレガシーステーションである場合に、Ｐ２Ｐ ＰＰＤＵの意図された受信者は、ＴＸＯＰホルダーであるＡＰでないステーションが送信したＲＴＳフレームであるので無視できる。したがって、Ｐ２Ｐ ＰＰＤＵの意図された受信者は、ＴＸＯＰホルダーであるＡＰにはＣＴＳフレームを送信しないことがある。したがって、Ｐ２Ｐ ＰＰＤＵの意図された受信者がレガシーステーションである場合にもＰ２Ｐ ＰＰＤＵの送信を保護するための方法が必要である。

【0265】

ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、共有ＴＸＯＰが割り当てられたステーションからＣＴＳフレームを受信するまでの値に設定できる。具体的な実施例において、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームとＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されたフレームのＤｕｒａｔｉｏｎフィールドの値を、共有ＴＸＯＰが割り当てられたステーションからＣＴＳフレームを受信するまでの値に設定できる。これにより、レガシーステーションは、共有ＴＸＯＰ内でＲＴＳフレームを送信する共有ＴＸＯＰが割り当てられたステーションをＴＸＯＰホルダーと判断できる。ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームのデュレーションフィールドの値を、ＭＵ－ＲＴＳ ＴＸＳフレームに対する応答であるＣＴＳフレームの送信所要時間に２ｘＳＩＦＳを足した値に設定できる。さらに他の具体的な実施例において、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームのデュレーションフィールドの値を、ＣＴＳフレームの送信所要時間にＳＩＦＳを足した値に設定できる。具体的な実施例において、Ｄｕｒａｔｉｏｎフィールドの値は、ＴＸＯＰが割り当てられたステーションからＣＴＳフレームを受信する以前までに設定できる。

【0266】

前述した実施例と後述する実施例は、共有ＴＸＯＰ内でＰ２Ｐ ＰＰＤＵの送信が許容される場合に限って適用されてよい。また、前述した実施例は、Ｒ－ＴＷＴ（ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）ＳＰ（ｓｅｒｖｉｃｅ ｐｅｒｉｏｄ）内でＴＸＯＰが共有される場合に限って適用されてよい。このとき、Ｒ－ＴＷＴ ＳＰはＴＷＴ ＳＰの一種であり、ＡＰによってローレイテンシトラフィックとして指定されたＴＩＤのトラフィックが優先的に処理されるサービス期間である。このとき、Ｒ－ＴＷＴ ＳＰは、少なくとも一つのＭＵ－ＲＴＳ ＴＸＳフレームが送信されることが予定されたＲ－ＴＷＴ ＳＰであってよい。具体的には、Ｒ－ＴＷＴ ＳＰは、Ｂｒｏａｄｃａｓｔ ＴＷＴ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎフィールドの値が５に設定されたＴＷＴエレメントによって設定されたものであってよい。

【0267】

さらに他の具体的な実施例において、前述した実施例と後述する実施例は、共有ＴＸＯＰが割り当てられるステーションが、ＲＴＳフレーム及びＣＴＳフレーム交換を行ってＰ２Ｐ ＰＰＤＵ送信を保護する旨をＡＰにシグナルした場合に限って適用されてよい。

【0268】

さらに他の具体的な実施例において、前述した実施例と後述する実施例は、共有ＴＸＯＰが割り当てられるステーションが、Ｐ２Ｐピア（ｐｅｅｒ）ステーションに送信するトラフィックがあることをレポートした場合に限って適用されてよい。具体的には、前述した実施例は、共有ＴＸＯＰが割り当てられるステーションが、Ｐ２Ｐピア（ｐｅｅｒ）ステーションに送信するローレイテンシトラフィックがあることをレポートした場合に限って適用されてよい。このとき、共有ＴＸＯＰが割り当てられるステーションは、ＭＡＣフレームのＡ－ＣｏｎｔｒｏｌフィールドのＰＢＳＲ（Ｐ２Ｐ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）Ｃｏｎｔｒｏｌフィールドを用いて、Ｐ２Ｐピアステーションに送信するトラフィックがあることをＡＰにレポートすることができる。このとき、共有ＴＸＯＰが割り当てられるステーションは、Ａ－ＣｏｎｔｒｏｌフィールドのＣｏｎｔｒｏｌ ＩＤをＰ２Ｐ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｃｏｎｔｒｏｌで指示する。

【0269】

上に説明した実施例において、近隣ステーションは、共有ＴＸＯＰが割り当てられるステーションがｎｏｎ－ＨＴ ＰＰＤＵを送信してＰ２Ｐ ＰＰＤＵの送信を保護する前に、ＴＸＯＰが終了したと判断できる。このため、Ｐ２Ｐ ＰＰＤＵの送信が始まる前に近隣ステーションが共有ＴＸＯＰ内で送信を試みることがある。これについて図２１を用いて説明する。

【0270】

図２１は、本発明の実施例に係る、ＡＰが、ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、ＭＵ－ＲＴＳ ＴＸＳフレームに対するＣＴＳフレームを受信する時点までに設定することを示す。

【0271】

図２１で、ＡＰは、ＴＸＯＰを獲得し、第１ステーション（ＳＴＡ１）にＭＵ－ＲＴＳ ＴＸＳフレームを送信する。ＭＵ－ＲＴＳ ＴＸＳフレームは、共有ＴＸＯＰ内でＵＬ ＰＰＤＵの他にもＰ２Ｐ ＰＰＤＵの送信が許容されることを指示する。また、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、ＭＵ－ＲＴＳ ＴＸＳフレームに対するＣＴＳフレームを受信する時点までに設定する。第１ステーション（ＳＴＡ１）がＰ２Ｐピアステーション（Ｐ２Ｐ ｐｅｅｒ ＳＴＡ）にＲＴＳフレームを送信する。この時、ＡＰの近くに位置し、第１ステーション（ＳＴＡ１）に隠れノードである近隣ステーション（Ｏｔｈｅｒ ＳＴＡ）は、ＡＰによって設定されたＴＸＯＰが満了したと判断する。したがって、第１ステーション（ＳＴＡ１）がＰ２Ｐピアステーション（Ｐ２Ｐ ｐｅｅｒ ＳＴＡ）にＲＴＳフレームを送信する中に、近隣ステーション（Ｏｔｈｅｒ ＳＴＡ）は新しい送信を試みることがある。このため、Ｐ２Ｐ ＰＰＤＵの送信が妨害されることがある。これを考慮してＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を設定する実施例について説明する。

【0272】

ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、共有ＴＸＯＰ内の特定フレームの送信に基づいて設定できる。具体的には、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、共有ＴＸＯＰ内の特定フレームの送信時までにと設定できる。このとき、特定フレームは、共有ＴＸＯＰが割り当てられたステーションがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答を送信してから最初に送信するＵＬ ＰＰＤＵに含まれるフレームであってよい。説明の便宜のために、共有ＴＸＯＰが割り当てられたステーションがＭＵ－ＲＴＳ ＴＸＳフレームに対する応答を送信してから最初に送信するＵＬ ＰＰＤＵに含まれるフレームを、開始フレームと呼ぶ。さらに他の具体的な実施例において、特定フレームは、開始フレームに対するＡＰの応答であってよい。開始フレームと応答フレームのＤｕｒａｔｉｏｎフィールドは、共有ＴＸＯＰの終了時点と同一又はより小さい値に設定されてよい。

【0273】

先の実施例において、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームの他にもＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されるフレームのＤｕｒａｔｉｏｎフィールドの値を、共有ＴＸＯＰ内の特定フレームの送信に基づいて設定できる。上述したＤｕｒａｔｉｏｎフィールドの値設定に関する実施例が適用されるとき、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰ内で最初のフレーム交換を既に設定されたフレーム交換によって行うことができる。共有ＴＸＯＰが割り当てられたステーションは、Ｄｕｒａｔｉｏｎフィールドの値に基づいて、上述したＤｕｒａｔｉｏｎフィールドの値設定に関する実施例が適用されるか否かを判断できる。具体的には、Ｄｕｒａｔｉｏｎフィールドの値が既に設定された値と等しい又は小さい場合に、共有ＴＸＯＰが割り当てられたステーションは、前述したＤｕｒａｔｉｏｎフィールドの値設定に関する実施例が適用されると判断できる。既に設定された値は、Ｄｕｒａｔｉｏｎフィールドの設定に関する実施例によって設定された値を表すことができる。

【0274】

具体的には、共有ＴＸＯＰが割り当てられたステーションは、Ｄｕｒａｔｉｏｎフィールドの値と共有ＴＸＯＰの終了時点とを比較し、前述したＤｕｒａｔｉｏｎフィールドの値設定に関する実施例が適用されるかを判断できる。具体的な実施例において、Ｄｕｒａｔｉｏｎフィールドの値が共有ＴＸＯＰの終了時点よりも小さい場合に、共有ＴＸＯＰが割り当てられたステーションは、前述したＤｕｒａｔｉｏｎフィールドの値設定に関する実施例が適用されると判断できる。また、Ｄｕｒａｔｉｏｎフィールドの値が共有ＴＸＯＰの終了時点と同一又は大きい場合に、共有ＴＸＯＰが割り当てられたステーションは、前述したＤｕｒａｔｉｏｎフィールドの値設定に関する実施例が適用されないと判断できる。

【0275】

前述した開始フレームはＲＴＳフレームであってよい。また、開始フレームを含むＵＬ ＰＰＤＵは、ＲＴＳフレームのみを含むＰＰＤＵであってよい。これらの実施例において、ＲＴＳフレームは、ＲＴＳフレームの受信者アドレスがＡＰとして指定されたＲＴＳフレームであってよい。ＲＴＳフレームのＤｕｒａｔｉｏｎフィールドの値としては、共有ＴＸＯＰの終了時点が設定されてよい。また、ＲＴＳフレームのＤｕｒａｔｉｏｎフィールドの値が共有ＴＸＯＰの終了時点よりも大きい値に設定されることは許容されなくてよい。また、ＲＴＳフレームを含むＰＰＤＵの送信方法が次のように指定されてよい。共有ＴＸＯＰが割り当てられたステーションは、あらかじめ指定されたフォーマット及びあらかじめ指定されたＭＣＳを用いて、ＲＴＳフレームを含むＰＰＤＵを送信できる。このとき、あらかじめ指定されたフォーマットは、ｎｏｎ－ＨＴ ＰＰＤＵ又はｎｏｎ－ＨＴ ｄｕｐｌｉｃａｔｅ ＰＰＤＵであってよい。また、あらかじめ指定されたＭＣＳは、ＭＣＳ０又はＭＣＳ１であってよい。例えば、ＲＴＳフレームを含むＰＰＤＵは、Ｌ－ＳＩＧフィールドのＲＡＴＥサブフィールドが６ＭＢ／Ｓを指示するｎｏｎ－ＨＴ ＰＰＤＵであってよい。

【0276】

ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームとＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されたフレームのデュレーションフィールドを次の値に設定できる。

【0277】

－ ＭＵ－ＲＴＳ ＴＸＳフレームに対して応答されるＣＴＳフレームの送信所用時間＋２＊ＳＩＦＳ＋ｎｏｎ－ＡＰステーションによって送信されるＲＴＳフレームの送信所用時間。すなわち、２＊ＳＩＦＳ＋ＣＴＳ＋ＲＴＳ（２＊１６ｕｓ＋４４ｕｓ（６Ｍｂｐｓ ＣＴＳ）＋５２ｕｓ（６Ｍｂｐｓ ＲＴＳ）＝１２８ｕｓ）

【0278】

－ ＭＵ－ＲＴＳ ＴＸＳフレームに対して応答されるＣＴＳフレームの送信所要時間＋２＊ＳＩＦＳ＋ｎｏｎ－ＡＰステーションによって送信されるＲＴＳフレームの送信所要時間＋ＳＩＦＳ。すなわち、３＊ＳＩＦＳ＋ＣＴＳ＋ＲＴＳ（３＊１６ｕｓ＋４４ｕｓ（６Ｍｂｐｓ ＣＴＳ）＋５２ｕｓ（６Ｍｂｐｓ ＲＴＳ）＝１４４ｕｓ）

【0279】

－ ＭＵ－ＲＴＳ ＴＸＳフレームに対して応答されるＣＴＳフレームの送信所要時間＋２＊ＳＩＦＳ＋ｎｏｎ－ＡＰステーションによって送信されるＲＴＳフレームの送信所要時間＋ＳＩＦＳ＋ＡＰが応答するＣＴＳフレームの送信所要時間。すなわち、３＊ＳＩＦＳ＋２＊ＣＴＳ＋ＲＴＳ（３＊１６ｕｓ＋２＊４４ｕｓ（６Ｍｂｐｓ ＣＴＳ）＋５２ｕｓ（６Ｍｂｐｓ ＲＴＳ）＝１８８ｕｓ）

【0280】

前述したように、ＭＵ－ＲＴＳ ＴＸＳフレームとＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されたフレームのＤｕｒａｔｉｏｎフィールドの値は、開始フレームを含むＵＬ ＰＰＤＵに対する応答の送信時点に基づいて設定されてよい。この時、開始フレームを含むＰＰＤＵは、ＡＰに即刻の応答（ｉｍｍｅｄｉａｔｅ ｒｅｓｐｏｎｓｅ）フレームを要請するフレームを含んでよい。即刻の応答（ｉｍｍｅｄｉａｔｅ ｒｅｓｐｏｎｓｅ）フレームを要請するフレームのＤｕｒａｔｉｏｎフィールドの値としては、共有ＴＸＯＰの終了時点が設定されてよい。ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームとＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されたフレームのＤｕｒａｔｉｏｎフィールドの値を次のように設定できる。

【0281】

－ ＭＵ－ＲＴＳ ＴＸＳフレームに対して応答されるＣＴＳフレームの送信所要時間＋２＊ＳＩＦＳ＋ｎｏｎ－ＡＰステーションによって送信される開始フレームを含むＵＬ ＰＰＤＵの送信所要時間。すなわち、２＊ＳＩＦＳ＋ＣＴＳ＋開始フレームを含むＵＬ ＰＰＤＵ

【0282】

－ ＭＵ－ＲＴＳ ＴＸＳフレームに対して応答されるＣＴＳフレームの送信所要時間＋２＊ＳＩＦＳ＋ｎｏｎ－ＡＰステーションによって送信される開始フレームを含むＵＬ ＰＰＤＵの送信所要時間＋ＳＩＦＳ。すなわち、３＊ＳＩＦＳ＋ＣＴＳ＋開始フレームを含むＵＬ ＰＰＤＵ

【0283】

－ ＭＵ－ＲＴＳ ＴＸＳフレームに対して応答されるＣＴＳフレームの送信所要時間＋２＊ＳＩＦＳ＋ｎｏｎ－ＡＰステーションによって送信される開始フレームを含むＵＬ ＰＰＤＵの送信所要時間＋ＳＩＦＳ＋ＡＰが応答する応答フレームの送信所要時間。すなわち、３＊ＳＩＦＳ＋ＣＴＳ＋開始フレームを含むＵＬ ＰＰＤＵ＋応答ＰＰＤＵ

【0284】

共有ＴＸＯＰが割り当てられたステーションが、共有ＴＸＯＰ内でＵＬ ＰＰＤＵとＰ２Ｐ ＰＰＤＵを全て送信しようとする場合に、共有ＴＸＯＰが割り当てられたステーションは、ＵＬ ＰＰＤＵを送信した後にＰ２Ｐ ＰＰＤＵを送信できる。共有ＴＸＯＰが割り当てられたステーションがＵＬ ＰＰＤＵを送信し、近隣ステーションによってＰ２Ｐ ＰＰＤＵの送信が妨害されることを防止できるわけである。共有ＴＸＯＰが割り当てられたステーションは、ＵＬ ＰＰＤＵを送信した後にＰ２Ｐ ＰＰＤＵを送信する場合に、前述した開始フレームを含むＰＰＤＵ送信に適用される制限は適用されなくてよい。これらの実施例において、共有ＴＸＯＰが割り当てられたステーションは、ＭＵ－ＲＴＳ ＴＸＳフレームとＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されるフレームのＤｕｒａｔｉｏｎフィールドの値が指示する時点内に開始フレームを含むＵＬ ＰＰＤＵ送信を終了できる。共有ＴＸＯＰが割り当てられたステーションは、ＵＬ ＰＰＤＵに対する応答をＡＰから受信し、Ｐ２ＰピアステーションにＲＴＳフレームを送信できる。Ｐ２Ｐピアステーションは、ＲＴＳフレーム受信以前に、ＡＰがＴＸＯＰホルダーであるＴＸＯＰを終了したと判断してＲＴＳフレームに対する応答であるＣＴＳフレームを送信できる。

【0285】

ＡＰが前述の実施例のようにＤｕｒａｔｉｏｎフィールドの値を設定する場合に、共有ＴＸＯＰ終了後に、ＡＰはＴＸＯＰ保護のためのフレームを送信できる。このとき、ＴＸＯＰ保護のためのフレームは、ＭＵ－ＲＴＳフレーム、ＲＴＳフレーム及びＣＴＳ－ｔｏ－Ｓｅｌｆフレームの少なくともいずれか一つを含んでよい。このとき、ＡＰは、ＴＸＯＰ保護のためのフレームのＤｕｒａｔｉｏｎフィールドの値とＭＵ－ＲＴＳ ＴＸＳフレームを送信する前に使用した時間及び共有ＴＸＯＰのデュレーションの和がＴＸＯＰリミットを超えないように設定しなければならない。

【0286】

図２２は、本発明の実施例に係る、ＡＰがＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を開始フレームに基づいて設定することを示す。

【0287】

図２２で、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームを送信して共有ＴＸＯＰをステーション（ｎｏｎ－ＡＰ ＳＴＡ）に割り当てる。ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレーム送信前に送信されるＤＬ ＰＰＤＵ及びＭＵ－ＲＴＳ ＴＸＳフレームのＤｕｒａｔｉｏｎフィールドの値を、共有ＴＸＯＰ内でステーション（ｎｏｎ－ＡＰ ＳＴＡ）が最初に送信するＵＬ ＰＰＤＵの送信時点と同一に又は長く設定する。ＡＰは、ＵＬ ＰＰＤＵに対する応答を送信する。ＵＬ ＰＰＤＵに対する応答を受信した近隣ステーションは、応答に基づいてＮＡＶを設定する。これにより、Ｐ２Ｐピアステーション（Ｐ２Ｐ Ｐｅｅｒ ＳＴＡ）がステーション（ｎｏｎ－ＡＰ ＳＴＡ）の送信したＲＴＳフレームを受信するとき、Ｐ２Ｐピアステーション（Ｐ２Ｐ Ｐｅｅｒ ＳＴＡ）はステーション（ｎｏｎ－ＡＰ ＳＴＡ）をＴＸＯＰホルダーと判断する。Ｐ２Ｐピアステーション（Ｐ２Ｐ Ｐｅｅｒ ＳＴＡ）はステーション（ｎｏｎ－ＡＰ ＳＴＡ）に、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信する。

【0288】

さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、Ｐ２Ｐ ＰＰＤＵの送信を保護するためのＲＴＳフレームの送信者アドレス、すなわちＴＡフィールドを、共有ＴＸＯＰを設定したＡＰのＭＡＣアドレスに設定できる。送信者アドレスがＴＸＯＰホルダーであるＡＰを指示するので、ＲＴＳフレームを受信したＰ２Ｐピアステーションは、ＲＴＳフレームに対する応答としてＣＴＳフレームを送信できる。これにより、図２２を用いて説明した実施例のようにＭＵ－ＲＴＳ ＴＸＳフレーム又はＭＵ－ＲＴＳ ＴＸＳフレーム前に送信されるフレームのＤｕｒａｔｉｏｎフィールドの値を変更しなくても、Ｐ２Ｐ ＰＰＤＵのためのＴＸＯＰを設定できる。共有ＴＸＯＰが割り当てられたステーションがＰ２ＰピアステーションからＣＴＳフレームを受信した場合に、共有ＴＸＯＰが割り当てられたステーションは、共有ＴＸＯＰが割り当てられたステーションとＰ２ＰピアステーションがＲＴＳフレームとＣＴＳフレームを交換したように動作できる。したがって、共有ＴＸＯＰが割り当てられたステーションがＰ２Ｐ ＰＰＤＵを送信する時に、共有ＴＸＯＰが割り当てられたステーションは、ＲＴＳフレームとＣＴＳフレーム交換後に適用される周波数帯域幅に関する規則を適用できる。共有ＴＸＯＰが割り当てられたステーションは、ＣＴＳフレームの受信者アドレス、すなわちＲＡフィールドが、共有ＴＸＯＰを設定したＡＰの受信者アドレスと同一である時にこのように動作できる。さらに他の具体的な実施例において、共有ＴＸＯＰが割り当てられたステーションは、ＣＴＳフレームの受信者アドレス、すなわちＲＡフィールドが、共有ＴＸＯＰが割り当てられたステーションの送信者アドレス、すなわちＴＡフィールドと同一である時にこのように動作できる。

【0289】

また、共有ＴＸＯＰが割り当てられたステーションが共有ＴＸＯＰ内でトリガーフレームを送信する場合に、トリガーフレームの送信者アドレスを、共有ＴＸＯＰを設定したＡＰのＭＡＣアドレスに設定できる。

【0290】

図２３は、本発明の一実施例によって、共有ＴＸＯＰが割り当てられたステーションが、送信者アドレスが共有ＴＸＯＰを設定したＡＰとして設定されたＲＴＳフレームを送信することを示す。

【0291】

図２３で、ＡＰは、ＭＵ－ＲＴＳ ＴＸＳフレームを送信して共有ＴＸＯＰをステーション（ｎｏｎ－ＡＰ ＳＴＡ）に割り当てる。共有ＴＸＯＰ内でステーション（ｎｏｎ－ＡＰ ＳＴＡ）はＰ２Ｐピアステーション（Ｐ２Ｐ Ｐｅｅｒ ＳＴＡ）に送信者アドレスがＡＰとして設定されたＲＴＳフレームを送信する。Ｐ２Ｐピアステーション（Ｐ２Ｐ Ｐｅｅｒ ＳＴＡ）が送信者アドレスがＡＰであるＲＴＳフレームを受信するので、Ｐ２Ｐピアステーション（Ｐ２Ｐ Ｐｅｅｒ ＳＴＡ）はＡＰにＣＴＳフレームを送信する。この時、ステーション（ｎｏｎ－ＡＰ ＳＴＡ）はＣＴＳフレームを受信し、受信者アドレスがステーション（ｎｏｎ－ＡＰ ＳＴＡ）を指示するＣＴＳフレームを受信したと見なして動作できる。ＭＵ－ＲＴＳ ＴＸＳフレーム及びＭＵ－ＲＴＳ ＴＸＳフレーム以前に送信されたフレームのＤｕｒａｔｉｏｎフィールドの値として、共有ＴＸＯＰを含む区間が設定される。したがって、ＡＰの運営するＢＳＳにおいてステーション（ｎｏｎ－ＡＰ ＳＴＡ）にとって隠れノードであるステーションは共有ＴＸＯＰ内で送信を試みない。

【0292】

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

【0293】

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

【0294】

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

【符号の説明】

【0295】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8(a)】

【図8(b)】

【図8(c)】

【図8(d)】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14(a)】

【図14(b)】

【図15(a)】

【図15(b)】

【図16】

【図17】

【図18(a)】

【図18(b)】

【図19(a)】

【図19(b)】

【図20(a)】

【図20(b)】

【図21】

【図22】

【図23】

【国際調査報告】