知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024112894
(43)【公開日】2024-08-21
(54)【発明の名称】通信方法及び装置
(51)【国際特許分類】
H04W 72/0453 20230101AFI20240814BHJP
H04W 84/12 20090101ALI20240814BHJP
H04W 72/121 20230101ALI20240814BHJP
【ＦＩ】
H04W72/0453
H04W84/12
H04W72/121
【審査請求】有
【請求項の数】41
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024080398
(22)【出願日】2024-05-16
(62)【分割の表示】P 2022573139の分割
【原出願日】2021-05-28
(31)【優先権主張番号】202010471252.8
(32)【優先日】2020-05-28
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】202011112221.X
(32)【優先日】2020-10-16
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】202011391598.3
(32)【優先日】2020-12-02
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】202011468003.X
(32)【優先日】2020-12-14
(33)【優先権主張国・地域又は機関】CN
(71)【出願人】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ガン，ミーン
(72)【発明者】
【氏名】ホゥ，ムオンシー
(72)【発明者】
【氏名】ユイ，ジエン
(72)【発明者】
【氏名】リヤーン，ダンダン
(72)【発明者】
【氏名】リー，イーチーン
(72)【発明者】
【氏名】リー，ユインボー
(72)【発明者】
【氏名】グオ，ユイチェン
(57)【要約】 （修正有）
【課題】８０２．１１標準に関し、トリガ・フレームの互換性を確保しつつ１６０ＭＨｚよりも大きい帯域幅において上りリンク伝送を実行するために、ＥＨＴ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）局をトリガする能力をトリガ・フレームが有することを可能にする通信方法及び装置を提供する。
【解決手段】ＷＬＡＮシステムにおいて、ＡＰ（アクセス・ポイント）は、トリガ・フレームを生成する。トリガ・フレームは、共通情報フィールドを含み、共通情報フィールドが、ＥＨＴ／ＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｔ）表示フィールドを含み、ＥＨＴ／ＨＥ表示フィールドが、局が上りリンク帯域幅における１つ以上の周波数セグメント上でＨＥ ＰＰＤＵを伝送するのかＥＨＴ ＰＰＤＵを伝送するのかを示す。ＡＰはまた、トリガ・フレームを送信することを含む。
【選択図】図８
【解決手段】ＷＬＡＮシステムにおいて、ＡＰ（アクセス・ポイント）は、トリガ・フレームを生成する。トリガ・フレームは、共通情報フィールドを含み、共通情報フィールドが、ＥＨＴ／ＨＥ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｔ）表示フィールドを含み、ＥＨＴ／ＨＥ表示フィールドが、局が上りリンク帯域幅における１つ以上の周波数セグメント上でＨＥ ＰＰＤＵを伝送するのかＥＨＴ ＰＰＤＵを伝送するのかを示す。ＡＰはまた、トリガ・フレームを送信することを含む。
【選択図】図８
【特許請求の範囲】
【請求項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】
プログラムが記録されたコンピュータ可読記録媒体であって、前記プログラムが実行されたときに、コンピュータが請求項１９～３５のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【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】
可能な設計では、方法は、１つ以上の局の上りリンクＭＡＣフレームを受信することであって、ＭＡＣフレームは、第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソース上で送信される、受信することと、次いで、肯定応答フレームを送信することと、さらに含む。
【0032】
可能な設計において、第３のユーザ情報フィールドは、（１）トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示す第１のサブフィールドと、（２）パンクチャ・パターンを示す第２のサブフィールドと、（３）第１の局が、上りリンク帯域幅における１つ以上の周波数セグメント上でＨＥ ＰＰＤＵを伝送するかＥＨＴ ＰＰＤＵを伝送するかを示す第３のサブフィールドと、（４）３２０ＭＨｚ帯域幅伝送をサポートする空間再利用パラメータを示す第４のサブフィールドのうちの１つ以上を含む。
【0033】
可能な設計では、第１のサブフィールドが１ビットを占有する場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第４の値であるときに、上りリンク帯域幅は、１６０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第５の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることとのケースを含む。
【0034】
可能な設計では、第１のサブフィールドが２ビットを占有する場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第６の値であるときに、上りリンク帯域幅は、１６０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第７の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第８の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることとのケースを含む。
【0035】
可能な設計では、トリガ・フレームの共通情報フィールドによって占有されるビット数は、８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールドによって占有されるビット数と同じである。
【0036】
トリガ・フレームは、第１のユーザ情報フィールドと、１つ以上の第４のユーザ情報フィールドとを含み、第４のユーザ情報フィールドは、リソース・ユニット割り当てサブフィールドを含み、リソース・ユニット割り当てサブフィールドは、周波数ドメイン・リソースを割り当てることを示し、第１のユーザ情報フィールドの前の第４のユーザ情報フィールドにおけるリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、プライマリ１６０ＭＨｚチャネル上に位置し、第１のユーザ情報フィールドの後の第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、セカンダリ１６０ＭＨｚチャネル上に位置し、第４のユーザ情報フィールドは、応答フレームを送信するために局をトリガするために使用される。
【0037】
可能な設計では、第１のユーザ情報フィールド内のＡＩＤサブフィールド内の値は、第１のプリセット値であり、第１のプリセット値は、２００８～２０４４又は２０４６～４０９５のいずれか１つである。
【0038】
可能な設計では、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、第１の表示フィールドを含み、第１の表示フィールドの値が第１の値である場合、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、トリガ・フレームを埋めるために使用されるユーザ情報フィールドであり、第１の表示フィールドの値が第２の値である場合、ＡＩＤサブフィールドが４０９５であるユーザ情報フィールドは、第１のユーザ情報フィールドである。
【0039】
可能な設計では、リソース・ユニット割り当てサブフィールドは、８ビットを占有し、８ビット内のビットＢ１～Ｂ７は、局によって使用される周波数ドメイン・リソースを併せて示し、８ビット内のビットＢ０は、ビットＢ１～Ｂ７によって割り当てられた周波数ドメイン・リソースの一部又は全部が、プライマリ８０ＭＨｚチャネル又はセカンダリ８０ＭＨｚチャネル上に位置するかどうかを示す。
【0040】
可能な設計では、第１のユーザ情報フィールドによって占有されるビット数は、第２の局に対応するユーザ情報フィールドによって占有されるビット数と同じである。
【0041】
第４の態様によれば、通信方法が提供される。方法は、トリガ・フレームを受信することであって、トリガ・フレームは、第３のユーザ情報フィールドを含み、第３のユーザ情報フィールドは、第１の局の共通情報を搬送し、第１の局は、８０２．１１ａｘ標準の後の８０２．１１標準をサポートする、受信することと、次いで、トリガ・フレームを解析することと、を含む。
【0042】
可能な設計では、方法は、上りリンクＭＡＣフレームを送信することであって、ＭＡＣフレームは、第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソース上で送信される、送信することと、肯定応答フレームを受信することと、をさらに含む。
【0043】
可能な設計において、第３のユーザ情報フィールドは、（１）トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示す第１のサブフィールドと、（２）パンクチャ・パターンを示す第２のサブフィールドと、（３）第１の局が、上りリンク帯域幅における１つ以上の周波数セグメント上でＨＥ ＰＰＤＵを伝送するかＥＨＴ ＰＰＤＵを伝送するかを示す第３のサブフィールドと、（４）３２０ＭＨｚ帯域幅伝送をサポートする空間再利用パラメータを示す第４のサブフィールドのうちの１つ以上を含む。
【0044】
可能な設計では、第１のサブフィールドが１ビットを占有する場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第４の値であるときに、上りリンク帯域幅は、１６０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第５の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることとのケースを含む。
【0045】
可能な設計では、第１のサブフィールドが２ビットを占有する場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第６の値であるときに、上りリンク帯域幅は、１６０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第７の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第８の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることとのケースを含む。
【0046】
可能な設計では、トリガ・フレームの共通情報フィールドによって占有されるビット数は、８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールドによって占有されるビット数と同じである。
【0047】
トリガ・フレームは、第１のユーザ情報フィールドと、１つ以上の第４のユーザ情報フィールドとを含み、第４のユーザ情報フィールドは、リソース・ユニット割り当てサブフィールドを含み、リソース・ユニット割り当てサブフィールドは、周波数ドメイン・リソースを割り当てることを示し、第１のユーザ情報フィールドの前の第４のユーザ情報フィールドにおけるリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、プライマリ１６０ＭＨｚチャネル上に位置し、第１のユーザ情報フィールドの後の第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、セカンダリ１６０ＭＨｚチャネル上に位置し、第４のユーザ情報フィールドは、応答フレームを送信するために局をトリガするために使用される。
【0048】
可能な設計では、第１のユーザ情報フィールド内のＡＩＤサブフィールド内の値は、第１のプリセット値であり、第１のプリセット値は、２００８～２０４４又は２０４６～４０９５のいずれか１つである。
【0049】
可能な設計では、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、第１の表示フィールドを含み、第１の表示フィールドの値が第１の値である場合、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、トリガ・フレームを埋めるために使用されるユーザ情報フィールドであり、第１の表示フィールドの値が第２の値である場合、ＡＩＤサブフィールドが４０９５であるユーザ情報フィールドは、第１のユーザ情報フィールドである。
【0050】
可能な設計では、リソース・ユニット割り当てサブフィールドは、８ビットを占有し、８ビット内のビットＢ１～Ｂ７は、局によって使用される周波数ドメイン・リソースを併せて示し、８ビット内のビットＢ０は、ビットＢ１～Ｂ７によって割り当てられた周波数ドメイン・リソースの一部又は全部が、プライマリ８０ＭＨｚチャネル又はセカンダリ８０ＭＨｚチャネル上に位置するかどうかを示す。
【0051】
可能な設計では、第１のユーザ情報フィールドによって占有されるビット数は、第２の局に対応するユーザ情報フィールドによって占有されるビット数と同じである。
【0052】
第５の態様によれば、通信方法が提供される。方法は、下りリンクＰＰＤＵを生成することであって、下りリンクＰＰＤＵは、１つ以上の第１の局に対応するＭＡＣフレームを含み、第１の局に対応するＭＡＣフレームは、ＴＲＳ制御フィールドを含み、ＴＲＳ制御フィールドは、制御情報フィールドを含み、制御情報フィールドは、リソース・ユニット割り当てサブフィールドを含み、リソース・ユニット割り当てサブフィールドによって示される周波数ドメイン・リソースの全部又は一部は、ＴＲＳ制御フィールド内のリソース・ユニット割り当てサブフィールドを搬送するＭＡＣフレームが送信される１６０ＭＨｚチャネル上に位置する、生成することと、次いで、下りリンクＰＰＤＵを送信することと、を含む。
【0053】
可能な設計では、方法は、１つ以上の局によって送信された応答フレームを受信することをさらに含む。
【0054】
第６の態様によれば、通信方法が提供される。方法は、下りリンクＰＰＤＵを受信することであって、下りリンクＰＰＤＵは、１つ以上の第１の局に対応するＭＡＣフレームを含み、第１の局に対応するＭＡＣフレームは、ＴＲＳ制御フィールドを含み、ＴＲＳ制御フィールドは、制御情報フィールドを含み、制御情報フィールドは、リソース・ユニット割り当てサブフィールドを含み、リソース・ユニット割り当てサブフィールドによって示される周波数ドメイン・リソースの全部又は一部は、ＴＲＳ制御フィールド内のリソース・ユニット割り当てサブフィールドを搬送するＭＡＣフレームが伝送される１６０ＭＨｚチャネル上に位置する、受信することと、次いで、下りリンクＰＰＤＵを解析することと、を含む。
【0055】
可能な設計では、方法は、応答フレームを送信することをさらに含む。
【0056】
第７の態様によれば、処理ユニット及び通信ユニットを含む通信装置が提供される。処理ユニットは、トリガ・フレームを生成するように構成されており、トリガ・フレームは、第１のユーザ情報フィールドと、１つ以上の第４のユーザ情報フィールドとを含み、第４のユーザ情報フィールドは、リソース・ユニット割り当てサブフィールドを含み、リソース・ユニット割り当てサブフィールドは、周波数ドメイン・リソースを割り当てることを示し、第１のユーザ情報フィールドの前の第４のユーザ情報フィールドにおけるリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、プライマリ１６０ＭＨｚチャネル上に位置し、第１のユーザ情報フィールドの後の第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、セカンダリ１６０ＭＨｚチャネル上に位置し、第４のユーザ情報フィールドは、応答フレームを送信するために局をトリガするために使用される。通信ユニットは、トリガ・フレームを送信するように構成されている。
【0057】
可能な設計では、通信ユニットは、１つ以上の局の上りリンクＭＡＣフレームを受信することであって、ＭＡＣフレームは、第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソース上で送信される、受信することと、次いで、肯定応答フレームを送信することと、を行うようにさらに構成されている。
【0058】
可能な設計では、第１のユーザ情報フィールド内のＡＩＤサブフィールド内の値は、第１のプリセット値であり、第１のプリセット値は、２００８～２０４４又は２０４６～４０９５のいずれか１つである。
【0059】
可能な設計では、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、第１の表示フィールドを含み、第１の表示フィールドの値が第１の値である場合、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、トリガ・フレームを埋めるために使用されるユーザ情報フィールドであり、第１の表示フィールドの値が第２の値である場合、ＡＩＤサブフィールドが４０９５であるユーザ情報フィールドは、第１のユーザ情報フィールドである。
【0060】
可能な設計では、リソース・ユニット割り当てサブフィールドは、８ビットを占有し、８ビット内のビットＢ１～Ｂ７は、局によって使用される周波数ドメイン・リソースを併せて示し、８ビット内のビットＢ０は、ビットＢ１～Ｂ７によって割り当てられた周波数ドメイン・リソースの一部又は全部が、プライマリ８０ＭＨｚチャネル又はセカンダリ８０ＭＨｚチャネル上に位置するかどうかを示す。
【0061】
可能な設計では、第１のユーザ情報フィールドによって占有されるビット数は、第２の局に対応するユーザ情報フィールドによって占有されるビット数と同じである。
【0062】
可能な設計では、リガ・フレームは、第３のユーザ情報フィールドを含み、第３のユーザ情報フィールドは、第１の局の共通情報を搬送し、第１の局は、８０２．１１ａｘ標準の後の８０２．１１標準をサポートする。
【0063】
可能な設計において、第３のユーザ情報フィールドは、（１）トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示す第１のサブフィールドと、（２）パンクチャ・パターンを示す第２のサブフィールドと、（３）第１の局が、上りリンク帯域幅における１つ以上の周波数セグメント上でＨＥ ＰＰＤＵを伝送するかＥＨＴ ＰＰＤＵを伝送するかを示す第３のサブフィールドと、（４）３２０ＭＨｚ帯域幅伝送をサポートする空間再利用パラメータを示す第４のサブフィールドのうちの１つ以上を含む。
【0064】
可能な設計では、第１のサブフィールドが１ビットを占有する場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第４の値であるときに、上りリンク帯域幅は、１６０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第５の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることとのケースを含む。
【0065】
可能な設計では、第１のサブフィールドが２ビットを占有する場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第６の値であるときに、上りリンク帯域幅は、１６０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第７の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることと、上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第８の値であるときに、上りリンク帯域幅は、３２０ＭＨｚであることとのケースを含む。
【0066】
可能な設計では、トリガ・フレームの共通情報フィールドによって占有されるビット数は、８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールドによって占有されるビット数と同じである。
【0067】
第８の態様によれば、処理ユニット及び通信ユニットを含む通信装置が提供される。処理ユニットは、トリガ・フレームを受信するように構成されており、トリガ・フレームは、第１のユーザ情報フィールドと、１つ以上の第４のユーザ情報フィールドとを含み、第４のユーザ情報フィールドは、リソース・ユニット割り当てサブフィールドを含み、リソース・ユニット割り当てサブフィールドは、周波数ドメイン・リソースを割り当てることを示し、第１のユーザ情報フィールドの前の第４のユーザ情報フィールドにおけるリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、プライマリ１６０ＭＨｚチャネル上に位置し、第１のユーザ情報フィールドの後の第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソースの一部又は全部は、セカンダリ１６０ＭＨｚチャネル上に位置し、第４のユーザ情報フィールドは、応答フレームを送信するために局をトリガするために使用される。処理ユニットは、トリガ・フレームを解析するように構成されている。
【0068】
可能な設計では、通信ユニットは、上りリンクＭＡＣフレームを送信することであって、ＭＡＣフレームは、第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって割り当てられた周波数ドメイン・リソース上で送信される、送信することと、肯定応答フレームを受信することと、を行うようにさらに構成されている。
【0069】
可能な設計では、第１のユーザ情報フィールド内のＡＩＤサブフィールド内の値は、第１のプリセット値であり、第１のプリセット値は、２００８～２０４４又は２０４６～４０９５のいずれか１つである。
【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】
【図1】８０２．１１ａｘ標準における８０ＭＨｚの周波数セグメントにおけるトーン分布の概略図である。
【0110】
【図2】８０２．１１ｂｅ標準における８０ＭＨｚの周波数セグメントにおけるトーン分布の概略図である。
【0111】
【図3】１６０ＭＨｚ帯域幅におけるチャネル分布の概略図である。
【0112】
【図4】トリガ・ベースでスケジューリングされる上りリンク伝送方法のフローチャートである。
【0113】
【図5】８０２．１１ａｘ標準におけるトリガ・フレームのフレーム・フォーマットの概略図である。
【0114】
【図6】８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールドの構造の概略図である。
【0115】
【図7】８０２．１１ａｘ標準におけるトリガ・フレームのユーザ情報フィールドの構成の概略図である。
【0116】
【図8】この出願の一実施形態による通信方法の概略フローチャートである。
【0117】
【図9】この出願の一実施形態によるユーザ情報リスト・フィールドの構造の概略図である。
【0118】
【図10】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図11】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図12】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図13】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図14】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図15】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図16】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図17】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図18】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図19】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図20】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図21】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図22】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図23】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図24】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【図25】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの概略図である。
【0119】
【図26】この出願の一実施形態による８０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図27】この出願の一実施形態による８０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図28】この出願の一実施形態による８０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図29】この出願の一実施形態による８０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【0120】
【図30】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図31】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図32】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図33】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図34】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図35】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図36】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図37】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図38】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図39】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図40】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図41】この出願の一実施形態による１６０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【0121】
【図42】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図43】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図44】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図45】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図46】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図47】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図48】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図49】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図50】この出願の一実施形態による２４０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【0122】
【図51】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図52】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図53】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図54】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図55】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図56】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図57】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図58】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図59】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図60】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図61】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【図62】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの概略図である。
【0123】
【図63】この出願の一実施形態によるユーザ情報リスト・フィールドの構造の概略図である。
【0124】
【図64】この出願の一実施形態によるユーザ情報リスト・フィールドの構造の概略図である。
【0125】
【図65】この出願の一実施形態による上りリンク・マルチユーザＰＰＤＵの構造の概略図である。
【0126】
【図66】８０２．１１ａｘ標準における制御情報フィールドの構造の概略図である。
【0127】
【図67】この出願の一実施形態による通信方法の概略フローチャートである。
【0128】
【図68】この出願の一実施形態による通信装置の構造の概略図である。
【0129】
【図69】この出願の一実施形態による通信装置の構造の概略図である。
【0130】
【図70】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図71】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図72】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図73】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図74】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図75】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図76】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図77】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図78】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図79】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図80】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【図81】この出願の一実施形態による３２０ＭＨｚ帯域幅におけるラージ・リソース・ユニット組み合わせの他の概略図である。
【0131】
【図82】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの他の概略図である。
【図83】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの他の概略図である。
【図84】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの他の概略図である。
【図85】この出願の一実施形態によるスモール・リソース・ユニット組み合わせの他の概略図である。
【発明を実施するための形態】
【0132】
この出願の説明では、別段の定めがない限り、「／」は「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表してもよい。本明細書における「及び／又は」の用語は、関連するオブジェクト間の関連関係のみを説明し、３つの関係があり得ることを示す。例えば、Ａ及び／又はＢは、Ａのみが存在し、Ａ及びＢの両方が存在し、Ｂのみが存在するという３つのケースを表してもよい。追加的に、「少なくとも１つ」とは、１つ以上を意味し、「複数の」とは、２つ以上を意味する。「第１」、「第２」などの用語は、数及び実行順序を制限するものではなく、「第１」、「第２」などの用語は、明確な差異を指示するものではない。
【0133】
この出願では、「例」、「例えば」などの語は、例、例示又は説明を与えることを表すために使用されることに留意されたい。この出願では、「例」又は「例えば」として説明される任意の実施形態又は設計スキームは、別の実施形態又は設計スキームよりもより多くの利点を有するものとして説明されるべきではない。正確には、「例」、「例えば」などの語の使用は、特定の方式で相対的な概念を提示することを意図している。
【0134】
この出願に提供される技術解決策は、ＷＬＡＮシナリオに適用可能であってもよく、さらに、ＩＥＥＥ ８０２．１１システム標準、例えば、ＩＥＥＥ ８０２．１１ａｘ標準の次世代８０２．１１ｂ標準又は次の次世代標準にも適用可能であってもよい。この出願の技術的解決策の用途シナリオは、アクセス・ポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）と局（ｓｔａｔｉｏｎ、ＳＴＡ）との間の通信、ＡＰ間の通信、及びＳＴＡ間の通信などを含む。
【0135】
この出願におけるＳＴＡは、様々なユーザ端末、ユーザ装置、アクセス装置、加入者局、加入者ユニット、モバイル局、ユーザ・エージェント、ユーザ・デバイス、又は無線通信機能を有する他のデバイスであってもよい。ユーザ端末は、様々なハンドヘルド・デバイス、車両搭載デバイス、ウェアラブル・デバイス、無線通信機能を有するコンピューティング・デバイス、又は無線モデムに接続された他の処理デバイスを含み、様々な形態のユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、モバイル局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、端末（ｔｅｒｍｉｎａｌ）、端末デバイス（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）、携帯通信デバイス、ハンドヘルド・デバイス、ポータブル・コンピューティング・デバイス、娯楽デバイス、ゲーム・デバイス又はシステム、及び全地球測位システムデバイス、又は無線媒体を介してネットワーク通信を実行するように構成されている任意の他の好適なデバイスを含み得る。本明細書では、説明を容易にするために、上述のデバイスは、まとめて局又はＳＴＡと呼ばれる。
【0136】
この出願におけるアクセス・ポイントＡＰは、無線通信ネットワーク内に展開され、アクセス・ポイントＡＰに関連するＳＴＡに無線通信機能を提供する装置である。アクセス・ポイントＡＰは、通信システムのハブとして使用されてもよく、基地局、ルータ、ゲートウェイ、リピータ、通信サーバ、スイッチ、又はブリッジなどの通信デバイスであってもよい。代替的には、基地局は、様々な形態のマクロ基地局、マイクロ基地局、中継局などを含んでもよい。本明細書では、説明を容易にするために、上述のデバイスは、まとめてアクセス・ポイントＡＰと呼ばれる。
【0137】
この出願における技術的解決策の理解を容易にするために、以下、この出願における用語について最初に簡単に説明する。
【0138】
１．この出願における用語の略語
【表1-1】
【表1-2】
【0139】
２．８０２．１１標準
【0140】
ＷＬＡＮは８０２．１１ａ／ｇから開始、８０２．１１ｎと８０２．１１ａｃを経由し、現在議論中の８０２．１１ａｘと８０２．１１ｂｅ経由する。８０２．１１ａ／ｇ、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｘ及び８０２．１１ｂｅの許容される伝送帯域幅とサポートされる最大データ・レートについては、表２を参照のこと。
【表2】
【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】
トリガ・タイプのサブフィールドは４ビットを占有し、トリガ・フレームのタイプを示す。従来の技術では、トリガ・タイプ・サブフィールドの値とトリガ・フレームのタイプとの対応については、表３を参照のこと。
【表3】
【0170】
２．共通情報フィールド内の上りリンク帯域幅サブフィールド
【0171】
上りリンク帯域幅サブフィールドは２ビットを占有し、上りリンク帯域幅を示す。従来技術では、上りリンク帯域幅サブフィールドの値が０であるときに、上りリンク帯域幅が２０ＭＨｚであることを示し、上りリンク帯域幅サブフィールドの値が１であるときに、上りリンク帯域幅が４０ＭＨｚであることを示し、上りリンク帯域幅サブフィールドの値が２であるときに、上りリンク帯域幅が８０ＭＨｚであることを示し、上りリンク帯域幅サブフィールドの値が３であるときに、上りリンク帯域幅が１６０ＭＨｚであることを示す。
【0172】
３．共通情報フィールド内のＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドとドップラー・サブフィールド
【0173】
ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは３ビットを占有し、ドップラー・サブフィールドは１ビットを占有する。ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ドップラー・サブフィールドと組み合わせて使用される。
【0174】
具体的には、ドップラー・サブフィールドの値が０であるときに、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールド内の３ビットは、ＨＥ－ＬＴＦシンボルの数を示す。具体的には、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が０であるときに、ＨＥ－ＬＴＦシンボルの数が１であることを示し、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が１であるときに、ＨＥ－ＬＴＦシンボルの数が２であることを示し、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が２であるときに、ＨＥ－ＬＴＦシンボルの数が４であることを示し、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が３であるときに、ＨＥ－ＬＴＦシンボルの数が６であることを示し、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が４であるときに、ＨＥ－ＬＴＦシンボルの数が８であることを示し、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの別の値は、予約済みの値である。
【0175】
ドップラー・サブフィールドの値が１であるときに、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールド内の最初の２ビットは、ＨＥ－ＬＴＦシンボルの数を示し、ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールド内の第３のビットは、ミッドアンブル周期性を示す。具体的には、最初の２ビットの値が０であるときに、ＨＥ－ＬＴＦシンボルの数が１であることを示し、最初の２ビットの値が１であるときに、ＨＥ－ＬＴＦシンボルの数が２であることを示し、最初の２ビットの値が２であるときに、ＨＥ－ＬＴＦシンボルの数が４であることを示し、最初の２ビットの値３は、予約済みの値である。ＨＥ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールド内の第３のビットの値が０であるときに、ミッドアンブル周期性が１０シンボルであることを示し、第３のビットの値が１であるときに、ミッドアンブル周期性が２０シンボルであることを示す。
【0176】
以上、８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールド内のいくつかのフィールドについて説明したが、以下、詳細は再度説明されない。
【0177】
トリガ・フレームのユーザ情報リスト・フィールドは、複数のユーザ情報フィールドを含んでもよい。８０２．１１ａｘ標準では、ユーザ情報フィールドの構造を図７に示してもよい。ユーザ情報フィールドは、ＡＩＤサブフィールド、リソース・ユニット（ＲＵ ａｌｌｏｃａｔｉｏｎ）割り当てサブフィールド、上りリンク前方エラー訂正コーディング・タイプ・サブフィールド（ＵＬ ＦＥＣ ｃｏｄｉｎｇ ｔｙｐｅ）、上りリンク変調及びコーディング・スキーム（ＵＬ ＨＥ－ＭＣＳ）サブフィールド、上りリンク・デュアルキャリア変調（ＵＬ ＤＣＭ）サブフィールド、空間ストリーム割り当て／ランダム・アクセスＲＵ情報（ＳＳ ａｌｌｏｃａｔｉｏｎ／ＲＡ－ＲＵ ｉｎｆｏｒｍａｔｉｏｎ）サブフィールド、上りリンク・ターゲット受信信号強度インジケータ（ＵＬ ｔａｒｇｅｔ ＲＳＳＩ）サブフィールド、予約済み（ｒｅｓｅｒｖｅｄ）サブフィールド、及びトリガ依存ユーザ情報（ｔｒｉｇｇｅｒ ｄｅｐｅｎｄｅｎｔ ｕｓｅｒ ｉｎｆｏ）サブフィールドを含んでもよい。
【0178】
以下、ユーザ情報フィールド内のいくつかのフィールドについて簡単に説明する。
【0179】
ユーザ情報フィールド内のＡＩＤサブフィールド
【0180】
８０２．１１ａｘ標準では、ＡＩＤサブフィールドの値及び意味については、表４を参照のこと。
【表4】
【0181】
言い換えれば、８０２．１１ａｘ標準では、ユーザ情報フィールドのＡＩＤサブフィールド内の値が０又は２０４５である場合、ユーザ情報フィールドは、１つ以上の連続したランダム・アクセスＲＵを管理局に割り当てるために使用される。ユーザ情報フィールドのＡＩＤサブフィールド内の値が１～２００７の任意の値である場合、ユーザ情報フィールドは、ＡＩＤがＡＩＤサブフィールド内の値と一致する局によって読み取られる必要がある情報を搬送するために使用される。ユーザ情報フィールドのＡＩＤサブフィールド内の値が２０４６である場合、ユーザ情報フィールドは未割り当てＲＵを示す。ユーザ情報フィールドのＡＩＤサブフィールド内の値が４０９５である場合、ユーザ情報フィールドはパディング・フィールドとして使用される。追加的に、８０２．１１ａｘ標準では、ＡＩＤサブフィールドの２００８～２０４４及び２０４７～４０９４の値は依然として予約済み値であり、定義されない。
【0182】
ＡＩＤサブフィールドはまた、ＡＩＤ１２サブフィールドとして示されてもよく、以下、詳細は再度説明されない。
【0183】
ユーザ情報フィールド内のリソース・ユニット割り当てサブフィールド
【0184】
８０２．１１ａｘ標準では、リソース単位割り当てサブフィールドと共通情報フィールドの上りリンク帯域幅サブフィールドは、割り当てられたＲＵのサイズ及び位置を併せて示してもよい。ソートは、最下位ビットから最上位ビットまで実行され、リソース・ユニット割り当てサブフィールド内の８ビットは、ビットＢ０～Ｂ７としてナンバリングされる。具体的には、リソース・ユニット割り当てサブフィールド内のビットＢ１～Ｂ７（第２のビット～第８のビット）の符号化については、表５を参照のこと。例えば、表５の第２の行が、一例として使用される。ビットＢ１～Ｂ７の値０～８は、それぞれ（ｒｅｓｐｅｃｔｉｖｅｌｙ）２６トーンＲＵ１～ＲＵ９に対応する。
【表5】
【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】
任意選択で、リソース・ユニット割り当てサブフィールドのビットＢ１～Ｂ７の符号化については、表６を参照のこと。表６では、第１の列はビットＢ１～Ｂ７の値を示し、第２の列は上りリンク帯域幅を示し、第３の列はビットＢ１～Ｂ７によって示される周波数ドメイン・リソースの帯域幅値を示し、第４の列はビットＢ１～Ｂ７によって示される周波数ドメイン・リソースの番号を示す。表６は一例にすぎず、リソース・ユニット割り当てサブフィールド内のビットＢ１～Ｂ７の符号化は、代替的には、別の方式において実装されてもよいことが理解されよう。
【表6-1】
【表6-2】
【0234】
図２に示すように、８０２．１１ｂｅ標準における８０ＭＨｚチャネルは、２６トーンＲＵ、５２トーンＲＵ、１０６トーンＲＵ、２４２トーンＲＵ、４８４トーンＲＵ、及び９９６トーンＲＵをサポートしてもよい。例えば、図２が垂直に配置されている場合、図２の最も左側の部分が最低周波数と考えられ、図２の最も右側の部分が最高周波数と考えられてもよい。ＲＵ１～ＲＵ３６を取得するために、８０ＭＨｚチャネル上の２６トーンＲＵがそれぞれ左から右へナンバリングされてもよい。８０ＭＨｚチャネル上の５２トーンＲＵは、ＲＵ１～ＲＵ１６を取得するために、左から右へそれぞれナンバリングされてもよい。８０ＭＨｚチャネル上の１０６トーンＲＵは、ＲＵ１～ＲＵ８を取得するために、左から右へそれぞれナンバリングされてもよい。８０ＭＨｚチャネル上の２４２トーンＲＵは、ＲＵ１～ＲＵ４を取得するために、左から右へそれぞれナンバリングされてもよい。８０ＭＨｚチャネル上の４８４トーンＲＵは、ＲＵ１とＲＵ２を取得するために、左から右へそれぞれナンバリングされてもよい。また、ＲＵ１を取得するために、８０ＭＨｚチャネル上の９９６トーンＲＵが左から右へナンバリングされてもよい。代替的には、前述の数字は、周波数の降順にナンバリングされてもよい。
【0235】
この出願のこの実施形態では、８０ＭＨｚチャネルは、周波数の昇順（又は周波数の降順）で、第１の２０ＭＨｚチャネル、第２の２０ＭＨｚチャネル、第３の２０ＭＨｚチャネル、及び第４の２０ＭＨｚチャネルに分割されてもよい。２０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるスモール・リソース・ユニット組み合わせは、１つの２６トーンＲＵと１つの５２トーンＲＵとを含む。スモール・リソース・ユニット組み合わせは、１つの１０６トーンＲＵと１つの２６トーンＲＵとをさらに含む。例えば、図１０、図１４、図１８、及び図２２は、第１の２０ＭＨｚチャネル上に存在し得るスモール・リソース・ユニット組み合わせを示し、図１１、図１５、図１９、及び図２３は、第２の２０ＭＨｚチャネル上に存在し得るスモール・リソース・ユニット組み合わせを示し、図１２、図１６、図２０、及び図２４は、第３の２０ＭＨｚチャネル上に存在し得るスモール・リソース・ユニット組み合わせを示し、図１３、図１７、図２１、及び図２５は、第４の２０ＭＨｚチャネル上に存在し得るスモール・リソース・ユニット組み合わせを示す。
【0236】
【0237】
図３０～図３３に示すように、１６０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの４８４トーンＲＵと１つの９９６トーンＲＵとを含む。代替的には、図３４～図４１に示すように、１６０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの２４２トーンＲＵと、１つの４８４トーンＲＵと、１つの９９６トーンＲＵとを含む。図４２～図４７に示すように、２４０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの４８４トーンＲＵと２つの９９６トーンＲＵとを含む。代替的には、図４８～図５０に示すように、２４０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、２つの９９６トーンＲＵを含む。任意選択で、２つの９９６トーンＲＵは、１つの２ｘ９９６トーンＲＵに置き換えられてもよい。任意選択で、２４０ＭＨｚの周波数セグメントは３２０ＭＨｚの帯域幅にあってもよい。
【0238】
図５１～図５８に示すように、３２０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの４８４トーンＲＵと３つの９９６トーンＲＵとを含む。代替的には、図５９～図６２に示すように、３２０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、３つの９９６トーンＲＵを含む。任意選択で、３つの９９６トーンＲＵは、１つの３ｘ９９６トーンＲＵに置き換えられてもよい。代替的には、３つの９９６トーンＲＵは、１つの２ｘ９９６トーンＲＵと１つの９９６トーンＲＵに置き換えられてもよい。
【0239】
前述の実施形態は、代替的に、以下のようであってもよい。
【0240】
図３０～図３３に示すように、１６０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの４８４トーンＲＵと１つの９９６トーンＲＵとを含む。特定の１６０ＭＨｚの周波数セグメントは、リソース・ユニット割り当てサブフィールド内のビットＢＳを使用することによって示されてもよい。この場合、全体として４つの９９６＋４８４リソース・ユニット組み合わせがあり、リソース・ユニット割り当てサブフィールド内のビットＢ０を使用することにより、９９６＋４８４リソース・ユニット組み合わせの４８４リソース・ユニットが位置する８０ＭＨｚがさらに示されてもよい。この場合、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、２つの９９６＋４８４リソース・ユニット組み合わせのみ、例えば、図３０及び図３２、又は図３１及び図３３を示す必要がある。
【0241】
図３４～図４１に示すように、１６０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの２４２トーンＲＵと、１つの４８４トーンＲＵと、１つの９９６トーンＲＵとを含む。特定の１６０ＭＨｚの周波数セグメントは、リソース・ユニット割り当てサブフィールド内のビットＢＳを使用することによって示されてもよい。この場合、全体として４つの９９６＋４８４＋２４２リソース・ユニット組み合わせがあり、リソース・ユニット割り当てサブフィールド内のビットＢ０を使用することにより、９９６＋４８４＋２４２リソース・ユニット組み合わせの２４２リソース・ユニットが位置する８０ＭＨｚがさらに示されてもよい。この場合、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、４つのリソース・ユニット組み合わせのみ、例えば、図３４、図３５、図３６、及び図３７、又は図３８、図３９、図４０、又は図４１を示す必要がある。
【0242】
図５１～図５８に示すように、３２０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、１つの４８４トーンＲＵと３つの９９６トーンＲＵとを含む。この場合、全体として８つの３ｘ９９６＋４８４リソース・ユニット組み合わせがあり、リソース・ユニット割り当てサブフィールド内のビットＢ０を使用することにより、４８４リソース・ユニットが位置する３２０ＭＨｚにおける８０ＭＨｚが示されてもよい。この場合、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、２つの３ｘ９９６＋４８４リソース・ユニット組み合わせのみ、例えば、図５１及び図５２、図５３及び図５４、図５５及び図５６、又は図５７及び図５８を示す必要がある。
【0243】
図５９～図６２に示すように、３２０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、３つの９９６トーンＲＵを含む。この場合、全体として４つの３ｘ９９６リソース・ユニット組み合わせがあり、リソース・ユニット割り当てサブフィールド内のビットＢ０を使用することにより、９９６リソース・ユニットが位置する３２０ＭＨｚにおける８０ＭＨｚが示されてもよい。リソース・ユニット・スペクトルに基づく分割を通して取得された９９６リソース・ユニットは、別の９９６リソース・ユニットと共に２ｘ９９６リソース・ユニットを形成することができない。この場合、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、１つの３ｘ９９６リソース・ユニット組み合わせのみ、例えば、図５９、図６０、図６１、又は図６２を示す必要がある。
【0244】
図７０～図８１に示すように、３２０ＭＨｚの周波数セグメントにおいて１つの局に割り当てられるラージ・リソース・ユニット組み合わせは、２つの９９６トーンＲＵと１つの４８４リソース・ユニットを含む。この場合、全体として１２の２ｘ９９６＋４８４リソース・ユニット組み合わせがあり、リソース・ユニット割り当てサブフィールド内のビットＢ０を使用することにより、リソース・ユニット組み合わせにおける４８４リソース・ユニットが位置する３２０ＭＨｚにおける８０ＭＨｚが示されてもよい。この場合、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、４つの２ｘ９９６＋４８４リソース・ユニット組み合わせのみ、例えば、図７０、図７１、図７６及び図７７、又は図７２、図７３、図７８及び図７９、又は図７４、図７５、図７８及び図７９を示す必要がある。
【0245】
図１０～図１７及び図８２～図８５に示すように、８０ＭＨｚの周波数セグメントにおいて１つの局に対して提供されるラージ・リソース・ユニット組み合わせは、１つの５２トーンＲＵと１つの２６トーン・リソース・ユニットとを含む。この場合、全体として１２の５２＋２６リソース・ユニット組み合わせがある。この場合、８０ＭＨｚの周波数セグメントは、リソース・ユニット割り当てサブフィールド内のＢＳとビットＢ０を使用することによって示される必要がある。したがって、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、１２の５２＋２６リソース・ユニット組み合わせを示す必要がある。
【0246】
図１８～図２５に示すように、８０ＭＨｚの周波数セグメントにおいて１つの局に対して提供されるラージ・リソース・ユニット組み合わせは、１つの１０６トーンＲＵと１つの２６トーンＲＵとを含む。この場合、全体として８つの１０６＋２６リソース・ユニット組み合わせがある。この場合、８０ＭＨｚの周波数セグメントは、リソース・ユニット割り当てサブフィールド内のＢＳとビットＢ０を使用することによって示される必要がある。したがって、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７は、８の１０６＋２６リソース・ユニット組み合わせを示す必要がある。
【0247】
また、前述の方法では、リソース・ユニット割り当てサブフィールド内のＢ１～Ｂ７が７ビットの表（表においてＢ７～Ｂ１として記録されている）にまとめられてもよく、Ｂ１～Ｂ７によって示される情報については、以下の説明を参照のこと。
【0248】
以下、プライマリ－セカンダリ位置表示方法を使用する利点についてさらに説明し、プライマリ－セカンダリ位置表示方法における２つのビットは、本明細書においてＢＳ及びＢ０で表され（又は、他の文字、例えば、本明細書において例にすぎない前述の実施形態においてＢ０及びＢ１によって表されてもよい）、Ｂは、ビットとして理解されてもよく、Ｓは、１６０ＭＨｚセグメントとして理解されてもよい。本明細書におけるＢＳは、プライマリ１６０ＭＨｚ又はセカンダリ１６０ＭＨｚを表し、Ｐ１６０ＭＨｚでのＢ０は、プライマリ８０ＭＨｚ及びセカンダリ８０ＭＨｚを表し、Ｓ１６０ＭＨｚでのＢ０は、より低い周波数の８０ＭＨｚ及びより高い周波数の８０ＭＨｚを表す。
【0249】
この出願のこの実施形態は、表７（１）における対応の設計を提供する。表７（１）では、２ビットは、３２０ＭＨｚにおけるプライマリ８０ＭＨｚの位置の４つのプライマリ－セカンダリケース（ａ、ｂ、ｃ、及びｄ）と、２ビットによって示される絶対周波数における８０ＭＨｚとの間の対応を示している。本明細書における絶対周波数は、３２０ＭＨｚの帯域幅全体において８０ＭＨｚの絶対位置である。ケースａは、絶対周波数の位置分布と一致し、すなわち、プライマリ８０ＭＨｚが絶対周波数の最低８０ＭＨｚである。ケースｂでは、プライマリ８０ＭＨｚは絶対周波数のセカンダリ最低８０ＭＨｚである。ケースｃでは、プライマリ８０ＭＨｚは絶対周波数のセカンダリ最高８０ＭＨｚである。ケースｄでは、プライマリ８０ＭＨｚは絶対周波数の最高８０ＭＨｚである。表７（１）では、４つのプライマリ・セカンダリ分布のケースに対応する絶対周波数で８０ＭＨｚによって示された値を各行が示す。例えば、第１の行では、絶対周波数での００はａ０、ｂ１、ｃ２、及びｄ２に対応する（すなわち、ケースａの値００は絶対位置００に対応し、ケースｂの値０１は絶対位置００に対応し、ケースｃの値１０は絶対位置００に対応し、ケースｄの値１０は絶対位置００に対応する）。ここで、２ビットの値及び本明細書における２ビットによって示される意味は例にすぎないと留意されたい。特定の実装では、別の対応があってもよいが、プライマリ・セカンダリ分布ケースと、絶対周波数で８０ＭＨｚによって示される値との間にマッピング関係がある。
【0250】
このように、受信デバイスが、例えば、受信デバイスがケースｃであるケースと知るときに、受信された２ビットがｃ３（１１）を示すときに、ｃ３が絶対位置における０１に対応することのみが必要であり、次いで、最後に割り当てられたＲＵ／ＭＲＵは、前述の実施形態における７ビット・リソース・ユニット表示に基づいて表４をクエリすることにより、学習され得る。これは、受信デバイスが相対位置から絶対位置に切り替える動作を有することと同等である。本明細書における受信デバイスは、ｎｏｎ－ＡＰ ＳＴＡであってもよい。
【0251】
表７（１）は、プライマリ・セカンダリ表示と絶対周波数によって示される２ビットとの間の対応を示す。
【表7(1)】
【0252】
注：本明細書におけるＢＳ及びＢ０は、ＭＲＵ又はＲＵ内の最小ＲＵが位置する８０ＭＨｚを示してもよく、プライマリ／セカンダリ位置表示方法が使用される。例えば、３ｘ９９６は、２ｘ９９６＋９９６によって形成され、本明細書において、９９６が位置する８０ＭＨｚの位置が示されてもよい。別の例として、３ｘ９９６＋４８４は、４８４が位置する８０ＭＨｚの位置を示してもよい。
【0253】
この出願のこの実施形態は、Ｂ１～Ｂ７の特定の指示をさらに提供する。詳細については、以下の表７（２）を参照のこと。
【表7(2)-1】
【表7(2)-2】
【表7(2)-3】
【表7(2)-4】
【表7(2)-5】
【表7(2)-6】
【表7(2)-7】
【0254】
任意選択で、前述の表７（２）は、４つの表として設計されてもよい。前述の表７（１）における対応に基づき、表７（２）は、代替的には、表７（２ａ）、表７（２ｂ）、表７（２ｃ）、表７（２ｄ）の４つの表、すなわち、ケースａ、ケースｂ、ケースｃ、又はケースｄのみを含む表にスプリットされてもよい。１つの表は、他のケースのＢＳ及びＢ０の表示を伴う必要がない。
【0255】
表がケースａを含むときに、以下の表７（２ａ）が読み取られる。
【表7(2a)-1】
【表7(2a)-2】
【表7(2a)-3】
【表7(2a)-4】
【表7(2a)-5】
【表7(2a)-6】
【表7(2a)-7】
【0256】
表がケースｂを含むときに、以下の表７（２ｂ）が読み取られる。
【表7(2b)-1】
【表7(2b)-2】
【表7(2b)-3】
【表7(2b)-4】
【表7(2b)-5】
【表7(2b)-6】
【表7(2b)-7】
【表7(2b)-8】
【0257】
ケースｃが使用されるときに、表７（２ｃ）が読み取られる。
【表7(2c)-1】
【表7(2c)-2】
【表7(2c)-3】
【表7(2c)-4】
【表7(2c)-5】
【表7(2c)-6】
【表7(2c)-7】
【0258】
ケースｄであるときに、以下の表７（２ｄ）が読み取られる。
【表7(2d)-1】
【表7(2d)-2】
【表7(2d)-3】
【表7(2d)-4】
【表7(2d)-5】
【表7(2d)-6】
【表7(2d)-7】
【0259】
この出願のこの実施形態は、２ビット位置表示＋７ビットテーブル表示方法をさらに提供する。
【0260】
これは、ＲＵ割り当てサブフィールド・テーブルにおいて表示を実装するための別の技術的解決策である。具体的には、ビットＢＳ及びＢ０によって決定される８０ＭＨｚの位置での特定のＲＵ／ＭＲＵを示すのに７ビットのテーブル表示方法のみが使用される。３ｘ９９６＋４８４が例として使用される。７ビット（Ｂ７～Ｂ１）が１０５を示すときに、全体として以下の４つのＭＲＵケースが存在する。－ＭＲＵ１：ＲＵ２（４８４Ｔ）＋ＲＵ２（９９６Ｔ）＋ＲＵ２（２ｘ９９６Ｔ）－ＭＲＵ３：ＲＵ４（４８４Ｔ）＋ＲＵ１（９９６Ｔ）＋ＲＵ２（２ｘ９９６Ｔ）－ＭＲＵ５：ＲＵ６（４８４Ｔ）＋ＲＵ４（９９６Ｔ）＋ＲＵ１（２ｘ９９６Ｔ）－ＭＲＵ７：ＲＵ８（４８４Ｔ）＋ＲＵ３（９９６Ｔ）＋ＲＵ１（２ｘ９９６Ｔ）
【0261】
２ビットＢＳ及びＢ０の表示に従って、ＭＲＵ１、ＭＲＵ３、ＭＲＵ５、又はＭＲＵ７を選択することが決定されてもよい。すなわち、本方法のアイデアは、７ビットの値に対応するＲＵ／ＭＲＵセットが与えられた後、２ビットＢＳとＢ０に基づいてセット内の特定のＭＲＵが決定されるというものである。
【0262】
リソース・ユニット・サイズに対応するＭＲＵｘ又はＲＵｘは、特定のＲＵ／ＭＲＵ位置を表してもよいと留意されたい。
【0263】
２ビットＢＳとＢ０は、２ビット表示がＲＵ／ＭＲＵ内の最小ＲＵが位置する８０ＭＨｚにおける位置を示し得るプライマリ－セカンダリ位置表示法を使用する。詳細を表７（３）に示す。
【表7(3)-1】
【表7(3)-2】
【表7(3)-3】
【表7(3)-4】
【表7(3)-5】
【0264】
前述の表におけるＭＲＵの意味については、表７（４ａ）及び表７（４ｂ）に示す付録ＭＲＵインデックスを参照のこと。
【0265】
ＭＲＵインデックスはＭＲＵインデックスである。ＭＲＵインデックスは、リソース・ユニット割り当てサブフィールド内の７ビット又は９ビットを使用することによって取得される値を表さず、ＭＲＵパターンとして理解してもよいと留意されたい。表７（４ａ）及び表７（４ｂ）は、１６０ＭＨｚ及び３２０ＭＨｚにおけるＭＲＵインデックスを示す。
【表7(4a)】
【表7(4b)-1】
【表7(4b)-2】
【0266】
表７（１）、表７（２）、表７（２ａ）、表７（２ｂ）、表７（２ｃ）、表７（２ｄ）、表７（３）、表７（４ａ）、及び表７（４ｂ）のような、この出願の実施形態に提供される表におけるインデックスとＲＵ／ＭＲＵとの間のマッピング関係は、例にすぎないと理解されたい。特定の実装では、この出願の実施形態に提供される技術的解決策に基づいて、他の表の形態が導出されてもよく、これはこの出願の実施形態の保護範囲内に入る。
【0267】
第１のユーザ情報フィールドに含まれるＡＩＤサブフィールド内の値は、第１のプリセット値である。第１のプリセット値は、２０４６、４０９５、又は予約済み値であってもよい。予約済み値は、２００８～２０４４又は２０４７～４０９４のいずれか１つであってもよい。
【0268】
可能な設計では、第１のプリセット値は予約済み値、例えば２０４４である。この場合、ＡＩＤサブフィールド以外の第１のユーザ情報フィールド内の他の残りのビットは使用されない。
【0269】
別の可能な設計では、第１のプリセット値は４０９５であり、以下の２つの方式がある。
【0270】
方式１：第１の利用者情報フィールドは第１の表示サブフィールドを含むことができ、第１の表示サブフィールドの値は第１の値である。この場合、ＡＩＤサブフィールド及び第１の表示サブフィールド以外の第１のユーザ情報フィールド内の残りのビットは使用されない。
【0271】
従来技術は、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドがトリガ・フレームを満たすために使用されるフィールドであると定義することが理解されよう。しかしながら、この出願は、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドが、第１のユーザ情報フィールドとしてさらに使用され得ることをさらに定義する。したがって、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドの機能を第１の局が混乱しないようにするために、この出願は、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドが第１の表示サブフィールドを含み、第１の表示サブフィールドが、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドの機能を示すという解決策を提供する。具体的には、第１の表示サブフィールドの値が第１の値、例えば、０である場合、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、トリガ・フレームを満たすために使用されるユーザ情報フィールドであり、第１の表示サブフィールドの値が第２の値、例えば、１である場合、ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、第１のユーザ情報フィールドである。
【0272】
方式２：ＡＩＤサブフィールド内の値が４０９５であるユーザ情報フィールドは、第１のユーザ情報フィールドであるが、以前として第２の局に対するパディングのために使用されるユーザ情報フィールドである。追加的に、第１の局に対するパディングのために使用するユーザ情報フィールドが追加される。第１の局の場合、パディングのために使用されるユーザ情報フィールドのＡＩＤサブフィールド内の値は、予約済み値のいずれか１つ、例えば、４０９４であってもよい。
【0273】
第１のプリセット値が４０９５であり、第１のユーザ情報フィールドが設計１を使用するときに、第２の局は、トリガ・フレームを満たすために使用されるユーザ情報フィールドとして、第１のユーザ情報フィールドを考えてもよい。具体的には、第２の局が第１のユーザ情報フィールドを読み込んだ後、第２の局は、第１のユーザ情報フィールドの後のユーザ情報フィールドを解析しないので、第２の局は、エネルギー消費を低減することができるようにする。
【0274】
別の可能な設計では、第１のプリセット値は２０４６であり、第１のユーザ情報フィールドは第２の表示サブフィールドを含んでもよく、第２の表示サブフィールドの値は第３の値である。第２の表示サブフィールドは、リソース・ユニット割り当てサブフィールドを再利用してもよく、第３の値は、従来技術におけるリソース・ユニット割り当てサブフィールドの予約済み値であり、言い換えれば、第３の値は、１２１～１２７の整数値であってもよい。例えば、第３の値は１２７であってもよい。この場合、ＡＩＤサブフィールド及び第２の表示サブフィールド以外の第１のユーザ情報フィールド内の残りのビットは使用されない。
【0275】
従来技術は、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドが、未割り当てリソース・ユニットを示すために使用されるユーザ情報フィールドであると定義することが理解されよう。しかしながら、この出願は、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドが、第１のユーザ情報フィールドとして使用され得ることをさらに定義する。したがって、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドの機能を第１の局が混乱しないようにするために、この出願は、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドが第２の表示サブフィールドを含み、第２の表示サブフィールドが、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドの機能を示すという解決策を提供する。具体的には、第２の表示サブフィールドの値が第３の値である場合、第２の表示サブフィールドは、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドが第１のユーザ情報フィールドであることを示し、第２の表示サブフィールドの値が第３の値ではない場合、第２の表示サブフィールドは、ＡＩＤサブフィールド内の値が２０４６であるユーザ情報フィールドが、未割り当てリソース・ユニットを示すために使用されるユーザ情報フィールドであることを示す。
【0276】
第２の表示サブフィールドがリソース・ユニット割り当てサブフィールドを再利用する場合、リソース・ユニット割り当てサブフィールドの値が第３の値ではないときに、リソース・ユニット割り当てサブフィールドは、対応する帯域幅における周波数ドメイン・リソースを示す。
【0277】
第４のユーザ情報フィールドのリソース・ユニット割り当てサブフィールドは、未割り当てリソース・ユニットを示すために使用されるユーザ情報フィールド内のリソース割り当てサブフィールドであってもよい。
【0278】
この出願のこの実施形態では、第１のユーザ情報フィールドによって占有されるビット数は、８０２．１１ａｘ標準において第２の局に対応するユーザ情報フィールドによって占有されるビット数と同じである。
【0279】
この出願のこの実施形態では、トリガ・フレームがさらに第２の局に対応するユーザ情報フィールドを含む場合、第２の局は、８０２．１１ａｘ標準に定義された規則に従って、第２の局に対応するユーザ情報フィールドを解析してもよい。
【0280】
８０２．１１ａｘ標準によってサポートされる最大伝送帯域幅は１６０ＭＨｚであり、８０２．１１ｂｅ標準によってサポートされる最大伝送帯域幅は３２０ＭＨｚである。上りリンク帯域幅が３２０ＭＨｚであるときに、８０２．１１ａｘ標準におけるトリガ・フレームのユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドは、３２０ＭＨｚ帯域幅においてリソース・ユニットが位置する１６０ＭＨｚの周波数ドメインを正確に示すことができない。この問題を解決するために、従来技術では、トリガ・フレームのユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドに１ビットが追加され、追加されたビットはリソース・ユニットが位置する１６０ＭＨｚの周波数ドメインを示すことが提案されている。しかし、ユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドにビットを追加することは、ユーザ情報フィールドにビットを追加することを意味する。その結果、トリガ・フレームのフレーム構造が変更される。修正されたトリガ・フレームは、８０２．１１ａｘ標準におけるトリガ・フレームと互換性がない。第２の局は、修正されたトリガ・フレームを正しく解析することができない。その結果、修正されたトリガ・フレームは、上りリンク伝送を実行するように第２の局をトリガすることができない。したがって、トリガ・フレームを使用して、３２０ＭＨｚチャネル上で第１の局にリソース・ユニットが割り当てられることをどのように確保するか、そしてトリガ・フレームが通常、上りリンク伝送を実行するように第２の局をトリガできることをどのように確保するかは、業界において解決されるべき緊急の問題である。
【0281】
この技術的な問題は、トリガ・フレームに対して前述の実装１を使用することによって解決され得る。具体的には、トリガ・フレームのユーザ情報リスト・フィールド内に第１のユーザ情報フィールドが存在し、第１のユーザ情報フィールドが使用されて、別のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドによって示される周波数ドメイン・リソースが位置する特定の１６０ＭＨｚの周波数ドメインを決定し、トリガ・フレームを使用してリソース・ユニットが３２０ＭＨｚの周波数ドメインにおいて第１の局に割り当てられるようにする。追加的に、第４のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドに１ビットが追加される必要はない。これにより、この出願に提供されるトリガ・フレームが、８０２．１１ａｘ標準におけるトリガ・フレームと互換性があり得ることが確保される。
【0282】
任意選択で、図６３に示すように、トリガ・フレームのユーザ情報リスト・フィールドは、第２のユーザ情報フィールドをさらに含んでもよい。ユーザ情報リスト・フィールドでは、第２のユーザ情報フィールドは、第１のユーザ情報フィールドの前に位置する。第４のユーザ情報フィールドが第１のユーザ情報フィールドの前及び第１のユーザ情報フィールドの後に位置する場合、第４のユーザ情報フィールドに含まれるリソース・ユニット割り当てサブフィールドによって示される周波数ドメイン・リソースの一部又は全部は、第１の１６０ＭＨｚチャネル上に位置する。第４のユーザ情報フィールドが第１のユーザ情報フィールドの後に位置する場合、第４のユーザ情報フィールドに含まれるリソース・ユニット割り当てサブフィールドによって示される周波数ドメイン・リソースの一部又は全部は、第２の１６０ＭＨｚチャネル上に位置する。
【0283】
任意選択で、第２のユーザ情報フィールドに含まれるＡＩＤサブフィールド内の値は、第２のプリセット値である。第２のプリセット値は、第１のプリセット値と等しくない。第２のプリセット値は、予約済み値であってもよい。予約済み値は、２００８～２０４４又は２０４７～４０９４のいずれか１つであってもよい。
【0284】
この出願のこの実施形態では、第１のユーザ情報フィールドによって占有されるビット数は、８０２．１１ａｘ標準において第２の局に対応するユーザ情報フィールドによって占有されるビット数と同じである。ＡＩＤサブフィールド以外の第２のユーザ情報フィールドにおける他の残りのビットは使用されない。
【0285】
実装２：図６４に示すように、トリガ・フレームのユーザ情報リスト・フィールドは、第３のユーザ情報フィールドを含む。第３のユーザ情報フィールドは、第１の局の共通情報を搬送する。言い換えれば、第３のユーザ情報フィールドは、第１の局によって読み取られる必要がある共通情報を含む。共通情報は、より大きな帯域幅（１６０ＭＨｚ帯域幅よりも大きい）においてデータ伝送を実装するための第１の局をサポートするために使用される。
【0286】
任意選択で、第３のユーザ情報フィールドは、以下のうちの１つ以上を含む。
【0287】
（１）第１のサブフィールド第１のサブフィールドは、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示す。上りリンク帯域幅は、上りリンクＰＰＤＵの伝送帯域幅である。
【0288】
任意選択の設計では、第１のサブフィールドは、第３のユーザ情報フィールド内の１ビットを占有する。この場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、以下のように具体的に実装されてもよい。上りリンク帯域幅サブフィールドの値が０で、第１のサブフィールドの値が予約済み値であるときに、上りリンク帯域幅は２０ＭＨｚである。上りリンク帯域幅サブフィールドの値が１で、第１のサブフィールドの値が予約済み値であるときに、上りリンク帯域幅は４０ＭＨｚである。上りリンク帯域幅サブフィールドの値が２で、第１のサブフィールドの値が予約済み値であるときに、上りリンク帯域幅は８０ＭＨｚである。上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第４の値であるときに、上りリンク帯域幅は１６０ＭＨｚである。上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第５の値であるときに、上りリンク帯域幅は３２０ＭＨｚである。
【0289】
第４の値は０であり、第５の値は１である。代替的には、第４の値は１であり、第５の値は０である。
【0290】
任意選択の設計では、第１のサブフィールドは、第３のユーザ情報フィールド内の２ビットを占有する。この場合、第１のサブフィールドが、トリガ・フレームの共通情報フィールド内の上りリンク帯域幅サブフィールドと組み合わされた上りリンク帯域幅を示すことは、以下のように具体的に実装されてもよい。上りリンク帯域幅サブフィールドの値が０で、第１のサブフィールドの値が予約済み値であるときに、上りリンク帯域幅は２０ＭＨｚである。上りリンク帯域幅サブフィールドの値が１で、第１のサブフィールドの値が予約済み値であるときに、上りリンク帯域幅は４０ＭＨｚである。上りリンク帯域幅サブフィールドの値が２で、第１のサブフィールドの値が予約済み値であるときに、上りリンク帯域幅は８０ＭＨｚである。上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第６の値であるときに、上りリンク帯域幅は１６０ＭＨｚである。上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第７の値であるときに、上りリンク帯域幅は２４０ＭＨｚである。上りリンク帯域幅サブフィールドの値が３で、第１のサブフィールドの値が第８の値であるときに、上りリンク帯域幅は３２０ＭＨｚである。
【0291】
第６の値、第７の値、及び第８の値は互いに等しくない。第６の値、第７の値、及び第８の値は、集合｛０，１，２，３｝から選択されてもよい。例えば、第６の値は０であり、第７の値は１であり、第８の値は２である。
【0292】
任意選択で、第１のサブフィールドは、別の名前、例えば、上りリンク帯域幅拡張サブフィールドを有してもよい。この出願のこの実施形態は、それらに制限されない。
【0293】
（２）第２のサブフィールド第２のサブフィールドはパンクチャ・パターンを示す。パンクチャ・パターンは、３２０ＭＨｚチャネル上のパンクチャ・サブチャネル及び非パンクチャ・サブチャネルを決定するために使用されることが理解されよう。パンクチャ・サブチャネルは信号を伝送せず、プリアンブルとデータ・フィールドとを含む。任意選択で、サブチャネルの帯域幅粒度は２０ＭＨｚであってもよい。
【0294】
可能な設計では、第２のサブフィールドは、パンクチャ・パターンのインデックスを含む。言い換えれば、第２のサブフィールドの値はパンクチャ・パターンのインデックスである。
【0295】
Ｍパンクチャ・パターンは、プロトコルにおいてあらかじめ指定されてもよく、Ｍパンクチャ・パターンは、第２のサブフィールドのＭ値に１対１で対応し、Ｍは、１以上の整数であると理解されよう。したがって、第１の局は、第２のサブフィールドの値に基づいて対応するパンクチャ・パターンを決定してもよい。
【0296】
別の可能な設計では、第２のサブフィールドはビットマップを含む。ビットマップはＫビットを含み、Ｋは１よりも大きい整数である。Ｋビットは３２０ＭＨｚチャネルにおける（３２０／Ｋ）サブチャネルに１対１で対応し、ビットの値はビットに対応する（３２０／Ｋ）サブチャネルがパンクチャされているかどうかを示す。
【0297】
例えば、第２のサブフィールドに含まれるビットマップは１６ビットを占有する。ビットマップ内の各ビットは、３２０ＭＨｚチャネル内の２０ＭＨｚサブチャネルに対応する。ビットの値が０である場合、ビットに対応する２０ＭＨｚのサブチャネルがパンクチャされていることを示す。ビットの値が１である場合、ビットに対応する２０ＭＨｚのサブチャネルがパンクチャされていないことを示す。
【0298】
任意選択で、第２のサブフィールドは、別の名前、例えば、プリアンブル・パンクチャ表示サブフィールドを有してもよい。この出願のこの実施形態は、それらに制限されない。
【0299】
（３）第３のサブフィールド第３のサブフィールドは、第１の局が、上りリンク帯域幅における１つ以上の周波数セグメント上でＨＥ ＰＰＤＵを伝送するかＥＨＴ ＰＰＤＵを伝送するかを示す。
【0300】
第２の局は、ＨＥ ＰＰＤＵのみを送信することができることが理解されよう。第１の局は、ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵの両方を送信してもよい。
【0301】
設計１：ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するためにプライマリ１６０ＭＨｚチャネルのみを使用することができると制限され、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が８０ＭＨｚである場合、第３のサブフィールドは２ビットを占有してもよい。２ビット内の第１のビットは第１の８０ＭＨｚチャネルに対応し、第２のビットは第２の８０ＭＨｚチャネルに対応する。第１のビットの値は、ＨＥ ＰＰＤＵか、ＥＨＴ ＰＰＤＵかがプライマリ１６０ＭＨｚチャネルにおける第１の８０ＭＨｚチャネル上で伝送されることを示す。第２のビットの値は、ＨＥ ＰＰＤＵ又はＥＨＴ ＰＰＤＵがプライマリ１６０ＭＨｚチャネルにおける第２の８０ＭＨｚチャネル上で伝送されるかどうかを示す。
【0302】
第１の８０ＭＨｚと第２の８０ＭＨｚの定義については、前述の説明を参照のこと。詳細は、ここでは再度説明されない。
【0303】
例えば、第１のビットの値が０である場合、ＨＥ ＰＰＤＵが第１の８０ＭＨｚチャネル上で伝送されることを示し、第１のビットの値が１である場合、ＥＨＴ ＰＰＤＵが第１の８０ＭＨｚチャネルで伝送されることを示す。
【0304】
代替的には、第１のビットの値が０である場合、ＥＨＴ ＰＰＤＵが第１の８０ＭＨｚチャネル上で伝送されることを示し、第１のビットの値が１である場合、ＨＥ ＰＰＤＵが第１の８０ＭＨｚチャネルで伝送されることを示す。
【0305】
例えば、説明のために図６５を参照した例が使用される。ビットの値が０であると、ＨＥ ＰＰＤＵが伝送されることを示し、ビットの値が１であると、ＥＨＴ ＰＰＤＵが伝送されることを示すと仮定する。第３のサブフィールドが０１である場合、第１の局がプライマリ１６０ＭＨｚにおけるプライマリ８０ＭＨｚチャネル上でＨＥ ＰＰＤＵを伝送し、第１の局がプライマリ１６０ＭＨｚでセカンダリ８０ＭＨｚサブチャネル上のＥＨＴ ＰＰＤＵを伝送することを示す。
【0306】
設計２：ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するためにプライマリ１６０ＭＨｚチャネルのみを使用することができると制限され、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が１６０ＭＨｚである場合、第３のサブフィールドは１ビットを占有してもよい。１ビットは、第１の局がプライマリ１６０ＭＨｚにおいてＨＥ ＰＰＤＵ、又はＥＨＴ ＰＰＤＵを伝送するかどうかを示す。
【0307】
設計３：ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するためにプライマリ１６０ＭＨｚチャネルのみを使用することができると制限され、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が２０ＭＨｚである場合、第３のサブフィールドは８ビットを占有してもよい。８ビットは、プライマリ１６０ＭＨｚチャネルにおける８つの２０ＭＨｚチャネルに１対１で対応する。各ビットの値は、第１の局が、ビットに対応する２０ＭＨｚチャネル上でＨＥ ＰＰＤＵ、又はＥＨＴ ＰＰＤＵを伝送するかどうかを示す。
【0308】
前述の設計１～設計３に基づいて、第１の局は、デフォルトで、第２の１６０ＭＨｚチャネル上でＥＨＴ ＰＰＤＵを伝送してもよい。
【0309】
設計４：ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するために３２０ＭＨｚチャネル全体を使用することができ、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が８０ＭＨｚである場合、第３のサブフィールドは４ビットを占有してもよい。４ビットは、３２０ＭＨｚ帯域幅における４つの８０ＭＨｚチャネルに１対１で対応する。各ビットの値は、第１の局が、ビットに対応する８０ＭＨｚチャネル上でＨＥ ＰＰＤＵ、又はＥＨＴ ＰＰＤＵを伝送するかどうかを示す。上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない８０ＭＨｚチャネルに対応するビットが無視されるか、又は使用されないことが理解されよう。
【0310】
設計５：ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するために３２０ＭＨｚチャネル全体を使用することができ、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が１６０ ＭＨｚである場合、第３のサブフィールドは２ビットを占有してもよい。２ビットは、３２０ＭＨｚ帯域幅における２つの１６０ＭＨｚチャネルに１対１で対応する。各ビットの値は、第１の局が、ビットに対応する１６０ＭＨｚチャネル上でＨＥ ＰＰＤＵ、又はＥＨＴ ＰＰＤＵを伝送するかどうかを示す。上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない１６０ ＭＨｚチャネルに対応するビットが無視されるか、又は使用されないことが理解されよう。
【0311】
設計６：ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するために３２０ＭＨｚチャネル全体を使用することができ、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が２０ＭＨｚである場合、第３のサブフィールドは１６ビットを占有してもよく、１６ビットは、３２０ＭＨｚ帯域幅における１６の２０ＭＨｚチャネルに１対１で対応する。各ビットの値は、第１の局が、ビットに対応する２０ＭＨｚチャネル上でＨＥ ＰＰＤＵ、又はＥＨＴ ＰＰＤＵを伝送するかどうかを示す。上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない２０ ＭＨｚチャネルに対応するビットが無視されるか、又は使用されないことが理解されよう。
【0312】
上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない２０ ＭＨｚチャネルに対応するビットが無視されるか、又は使用されないことが理解されよう。
【0313】
設計７：
【0314】
（１）ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するためにプライマリ１６０ＭＨｚチャネルのみを使用することができると制限され、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が８０ＭＨｚである場合、第３のサブフィールドは２つのＰＨＹ ＰＰＤＵバージョン・フィールドを含んでもよい。ＰＨＹ ＰＰＤＵバージョン・フィールド内の第１のＰＨＹ ＰＰＤＵバージョン・フィールドは、第１の８０ＭＨｚチャネルに対応し、ＰＨＹ ＰＰＤＵバージョン・フィールド内の第２のＰＨＹ ＰＰＤＵバージョン・フィールドは、第２の８０ＭＨｚチャネルに対応する。第１のＰＨＹ ＰＰＤＵバージョン・フィールドの値は、ＨＥ ＰＰＤＵ、ＥＨＴ ＰＰＤＵ、又は別の次世代ＰＰＤＵがプライマリ１６０ＭＨｚチャネルにおける第１の８０ＭＨｚチャネル上で伝送されるかどうかを示す。第２のＰＨＹ ＰＰＤＵバージョン・フィールドの値は、ＨＥ ＰＰＤＵか、ＥＨＴ ＰＰＤＵか、又は別の次世代ＰＰＤＵが、プライマリ１６０ＭＨｚチャネルにおける第２の８０ＭＨｚチャネル上で伝送されることを示す。次世代ＰＰＤＵは現在決定されていないため、フィールドの対応する値は予約済み値である。
【0315】
第１の８０ＭＨｚと第２の８０ＭＨｚの定義については、前述の説明を参照のこと。詳細は、ここでは再度説明されない。
【0316】
例えば、第１のＰＨＹ ＰＰＤＵバージョン・フィールドが３ビットを有し、第１のＰＨＹ ＰＰＤＵバージョン・フィールドの値が０（バイナリでは０００）である場合、ＨＥ ＰＰＤＵが第１の８０ＭＨｚチャネル上で伝送されることを示し、第１のＰＨＹ ＰＰＤＵバージョンの値が１（バイナリでは００１）である場合、ＥＨＴ ＰＰＤＵが第１の８０ＭＨｚ上で伝送されることを示す。
【0317】
代替的には、第１のＰＨＹ ＰＰＤＵの値が０である場合、ＥＨＴ ＰＰＤＵが第１の８０ＭＨｚチャネル上で伝送されることを示し、第１のビットの値が１である場合、ＨＥ ＰＰＤＵが第１の８０ＭＨｚチャネルで伝送されることを示す。
【0318】
例えば、説明のために図６５を参照した例が使用される。ＰＨＹ ＰＰＤＵバージョン・フィールドの値が０であると、ＨＥ ＰＰＤＵが伝送されることを示し、ＰＨＹ ＰＰＤＵバージョン・フィールドの値が１であると、ＥＨＴ ＰＰＤＵが伝送されることを示すと仮定する。第３のサブフィールドが０００ ００１である場合、第１の局がプライマリ１６０ＭＨｚにおけるプライマリ８０ＭＨｚチャネル上でＨＥ ＰＰＤＵを伝送し、第１の局がプライマリ１６０ＭＨｚでセカンダリ８０ＭＨｚサブチャネル上のＥＨＴ ＰＰＤＵを伝送することを示す。
【0319】
（２）ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するためにプライマリ１６０ＭＨｚチャネルのみを使用することができると制限され、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が１６０ＭＨｚである場合、第３のサブフィールドは１つのＰＨＹ ＰＰＤＵバージョン・フィールドを含んでもよい。１つのＰＨＹ ＰＰＤＵバージョン・フィールドは、第１の局が、プライマリ１６０ＭＨｚにおいて、ＨＥ ＰＰＤＵか、ＥＨＴ ＰＰＤＵか、別の次世代ＰＰＤＵかを伝送することを示す。
【0320】
（３）ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するためにプライマリ１６０ＭＨｚチャネルのみを使用すると制限され、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が２０ ＭＨｚである場合、第３のサブフィールドは８つのＰＨＹ ＰＰＤＵバージョン・フィールドを含んでもよい。８つのＰＨＹ ＰＰＤＵバージョン・フィールドは、プライマリ１６０ＭＨｚチャネルにおける８つの２０ＭＨｚチャネルに１対１で対応する。各ＰＨＹ ＰＰＤＵバージョン・フィールドの値は、第１の局が、ＰＨＹ ＰＰＤＵバージョン・フィールドに対応する２０ＭＨｚチャネル上で、ＨＥ ＰＰＤＵ、ＥＨＴ ＰＰＤＵ、又は別の次世代ＰＰＤＵを伝送するかどうかを示す。
【0321】
上記（１）～（３）に基づき、第１の局は、デフォルトで、第２の１６０ＭＨｚチャネル上でＥＨＴ ＰＰＤＵを伝送してもよい。
【0322】
（４）ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するために３２０ＭＨｚチャネル全体を使用することができ、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が８０ＭＨｚである場合、第３のサブフィールドは４つのＰＨＹ ＰＰＤＵバージョン・フィールドを含んでもよい。４つのＰＨＹ ＰＰＤＵバージョン・フィールドは、３２０ＭＨｚ帯域幅における４つの８０ＭＨｚチャネルに１対１で対応する。各ＰＨＹ ＰＰＤＵバージョン・フィールドの値は、第１の局が、ＰＨＹ ＰＰＤＵバージョン・フィールドに対応する８０ＭＨｚチャネル上で、ＨＥ ＰＰＤＵ、ＥＨＴ ＰＰＤＵ、又は次世代ＰＰＤＵを伝送するかどうかを示す。上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない８０ＭＨｚチャネルに対応するＰＨＹ ＰＰＤＵバージョン・フィールドが無視／省略されるか、又は使用されないことが理解されよう。
【0323】
（５）ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するために３２０ＭＨｚチャネル全体を使用することができ、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が１６０ＭＨｚである場合、第３のサブフィールドは２つのＰＨＹ ＰＰＤＵバージョン・フィールドを含んでもよい。２つのＰＨＹ ＰＰＤＵバージョン・フィールドは、３２０ＭＨｚ帯域幅における２つの１６０ ＭＨｚチャネルに１対１で対応する。各ＰＨＹ ＰＰＤＵバージョン・フィールドの値は、第１の局が、ＰＨＹ ＰＰＤＵバージョン・フィールドに対応する１６０ＭＨｚチャネル上で、ＨＥ ＰＰＤＵ、ＥＨＴ ＰＰＤＵ、又は次世代ＰＰＤＵを伝送するかどうかを示す。上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない１６０ ＭＨｚチャネルに対応するＰＨＹ ＰＰＤＵバージョン・フィールドが無視／省略されるか、又は使用されないことが理解されよう。
【0324】
（６）ＨＥ ＰＰＤＵとＥＨＴ ＰＰＤＵをハイブリッドに伝送するために３２０ＭＨｚチャネル全体を使用することができ、上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度が２０ＭＨｚである場合、第３のサブフィールドは１６のＰＨＹ ＰＰＤＵバージョン・フィールドを含んでもよい。１６のＰＨＹ ＰＰＤＵバージョン・フィールドは、３２０ＭＨｚ帯域幅における１６の２０ ＭＨｚチャネルに１対１で対応する。各ＰＨＹ ＰＰＤＵバージョン・フィールドの値は、第１の局が、ＰＨＹ ＰＰＤＵバージョン・フィールドに対応する２０ ＭＨｚチャネル上で、ＨＥ ＰＰＤＵ、ＥＨＴ ＰＰＤＵ、又は次世代ＰＰＤＵを伝送するかどうかを示す。上りリンク帯域幅が３２０ＭＨｚよりも小さい場合、上りリンク帯域幅にはない２０ ＭＨｚチャネルに対応するＰＨＹ ＰＰＤＵバージョン・フィールドが無視／省略されるか、又は使用されないことが理解されよう。
【0325】
８０２．１１ｂｅのデバイスは、第１のバージョンと第２のバージョンに分類される。第１のバージョンの局の実装を容易にするために、第１のバージョンのＥＨＴ ＡＰはハイブリッド・スケジュールのためのトリガ・フレームの送信をサポートしないことを提案する。言い換えれば、トリガ・フレームによってスケジュールされる上りリンクＰＰＤＵは、それらのハイブリッドＰＰＤＵ又はアグリゲートＰＰＤＵ （ａｇｇｒｅｇａｔｅｄ ＰＰＤＵ、Ａ－ＰＰＤＵ）の代わりに、上りリンクＨＥ ＰＰＤＵ （若しくはＨＥ ＴＢ（トリガ・ベース）ＰＰＤＵと呼ばれる）又は上りリンクＥＨＴ ＴＢ ＰＰＤＵ （若しくはＥＨＴ ＴＢ（トリガ・ベース）ＰＰＤＵと呼ばれる）である。第２のバージョンのＥＨＴ ＡＰは、ハイブリッド・スケジュールのためのトリガ・フレームの送信をサポートする。言い換えれば、トリガ・フレームによってスケジュールされる上りリンクＰＰＤＵは、アグリゲートＰＰＤＵ（Ａ－ＰＰＤＵ）であってもよいし、前述の上りリンクＨＥ ＰＰＤＵであってもよいし、又は前述の上りリンクＥＨＴ ＰＰＤＵであってもよい。
【0326】
８０２．１１ｂｅ標準の第１のバージョン
【0327】
トリガ・フレームによってスケジュールされた上りリンクＰＰＤＵが上りリンクＨＥ ＰＰＤＵである場合、トリガ・フレーム内の第３のサブフィールドは、上りリンクＨＥ ＰＰＤＵがすべての周波数セグメント内で伝送されることを示す。例えば、設計１では、第３のサブフィールド内の２ビットが両方とも「００」（０は上りリンクＨＥ ＰＰＤＵを表し、１は上りリンクＥＨＴ ＰＰＤＵを表す）にセットされている場合、第１の局がプライマリ１６０ＭＨｚにおいて上りリンクＨＥ ＰＰＤＵを伝送することを示す。別の例では、設計２では、第３のサブフィールド内の１ビットが「０」（０は上りリンクＨＥ ＰＰＤＵを表し、１は上りリンクＥＨＴ ＰＰＤＵを表す）にセットされている場合、第１の局がプライマリ１６０ＭＨｚにおいて上りリンクＨＥ ＰＰＤＵを伝送することを示す。
【0328】
トリガ・フレームによってスケジュールされた上りリンクＰＰＤＵが上りリンクＥＨＴ ＰＰＤＵである場合、第３のサブフィールドは、すべての周波数セグメント上で上りリンクＥＨＴ ＰＰＤＵを伝送するための値にセットされる必要がある。追加的に、この場合、トリガ・フレームは、ＨＥ局のユーザ情報フィールドを含むことができない（言い換えれば、ＨＥ局は、上りリンクＰＰＤＵがＡ－ＰＰＤＵであることを避けるために、上りリンクＨＥ ＰＰＤＵを伝送するようにスケジュールされる）。例えば、設計１では、第３のサブフィールド内の２ビットが両方とも「１１」（０は上りリンクＨＥ ＰＰＤＵを表し、１は上りリンクＥＨＴ ＰＰＤＵを表す）にセットされている場合、第１の局がプライマリ１６０ＭＨｚにおいて上りリンクＥＨＴ ＰＰＤＵを伝送することを示す。別の例では、設計２では、第３のサブフィールド内の１ビットが「１」（０は上りリンクＨＥ ＰＰＤＵを表し、１は上りリンクＥＨＴ ＰＰＤＵを表す）にセットされている場合、第１の局がプライマリ１６０ＭＨｚにおいて上りリンクＥＨＴ ＰＰＤＵを伝送することを示す。
【0329】
８０２．１１ｂｅ標準の第２のバージョンでは、トリガ・フレームによってスケジュールされた上りリンクＰＰＤＵは、上りリンクＨＥ ＰＰＤＵ、上りリンクＥＨＴ ＰＰＤＵ、又はＡ－ＰＰＤＵである。この場合、トリガ・フレーム内の第３のサブフィールドが任意の値にセットされてもよく、制限は必要とされない。
【0330】
局側では、第１の局は、第１の局のＡＩＤと一致し、かつ受信したトリガ・フレーム内のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールド及び第３のサブフィールドに基づいて、上りリンクＨＥ ＰＰＤＵ又は上りリンクＥＨＴ ＰＰＤＵを決定する。リソース・ユニット割り当てサブフィールドは、第１の局に割り当てられたリソース・ユニット／マルチリソース・ユニット組み合わせが位置する周波数セグメントを決定するために使用され、リソース・ユニット割り当てサブフィールドは、具体的には、ビットＢＳ、ビットＢ０、及び他の７ビットである９ビットを含む。
【0331】
１６０ＭＨｚ帯域幅をサポートする８０２．１１ａｘ局又は８０２．１１ａｃ局は、１６０ＭＨｚの各２０ＭＨｚ上のレガシー・プリアンブル、例えばＬ－ＳＩＧフィールドを組み合わせてもよいこと、又は１６０ＭＨｚの各２０ＭＨｚ上で複製され伝送される非レガシー・プリアンブル、例えば、８０２．１１ａｘにおけるＨＥ－ＳＩＧ－Ａフィールド、又は８０２．１１ａｃにおけるＶＨＴ－ＳＩＧ－Ａフィールドを組み合わせてもよいことが考えられる。したがって、１６０ＭＨｚをサポートする８０２．１１ａｘ局又は８０２．１１ａｃ局がプリアンブルを誤って受信するのを防止するために、プライマリ１６０ＭＨｚにおいて伝送される上りリンクＰＰＤＵのハイブリッドな伝送は許容されないことを提案する。この場合、第３のサブフィールドの周波数セグメントのサイズ（上りリンク・サブＰＰＤＵを伝送するための帯域幅粒度）は、１６０ＭＨｚである必要があり、すなわち、前述の設計２、６、及び７において、（２）及び（６）に対応する。さらに、第１の局は、第１の局のＡＩＤに一致し、かつ受信されたトリガ・フレーム内のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールド内のビットＢＳ及び第３のサブフィールド基づいて、上りリンクＨＥ ＰＰＤＵ又は上りリンクＥＨＴ ＰＰＤＵかどうかを決定し、ビットＢＳは、プライマリ１６０ＭＨｚ又はセカンダリ１６０ＭＨｚを示す。ビットＢＳは、具体的には以下のように説明される。
【0332】
（Ｉ）リソース・ユニット割り当てサブフィールド内のビットＢＳが「０」、すなわち、プライマリ１６０ＭＨｚである場合、第１の局は、第３サブフィールド内のそのビットの値に基づいて、伝送される上りリンクＰＰＤＵを決定する。例えば、第３のサブフィールド内の１ビットが「１」（０は上りリンクＨＥ ＰＰＤＵを表し、１は上りリンクＥＨＴ ＰＰＤＵを表す）にセットされている場合、第１の局が上りリンクＥＨＴ ＰＰＤＵを伝送する。別の例では、第３のサブフィールド内の１つのビットが「０」（０は上りリンクＨＥ ＰＰＤＵを表し、１は上りリンクＨＥ ＰＰＤＵを表す）にセットされている場合、第１の局が上りリンクＨＥ ＰＰＤＵを伝送する。
【0333】
（ＩＩ）リソース・ユニット割り当てサブフィールドのビットＢＳが「１」、すなわち、セカンダリ１６０ＭＨｚである場合、第１の局が上りリンクＥＨＴ ＰＰＤＵを伝送する。上りリンクＨＥ ＰＰＤＵは、プライマリ１６０ＭＨｚ上でのみ伝送され、既存のＨＥ局の伝送能力と互換性があるように使用されること、すなわち、上りリンクＨＥ ＰＰＤＵは、プライマリ１６０ＭＨｚでのみ伝送され得ることに留意されたい。
【0334】
代替的には、ビットＢＳは、（１）リソース・ユニット割り当てサブフィールド（９ビット）によって示されるリソース・ユニット／マルチリソース・ユニット組み合わせのサイズが１６０ＭＨｚ以下であるときに、ビットＢＳは、プライマリ１６０ＭＨｚ又はセカンダリ１６０ＭＨｚを示す。（２）リソース・ユニット割り当てサブフィールド（９ビット）によって示されるリソース・ユニット／マルチリソース・ユニット組み合わせのサイズが１６０ＭＨｚよりも大きいときに、ビットＢＳは、プライマリ１６０ＭＨｚ又はセカンダリ１６０ＭＨｚをもはや示さなくなる。この場合、リソース・ユニット割り当てサブフィールド内のビットＢ０が併せて使用されてもよい。任意選択で、リソース・ユニット割り当てサブフィールドの１つ以上の他のビットは、図７（４ｂ）のマルチリソース・ユニット組み合わせ及び４ｘ９９６トーン・リソース・ユニットを含む、割り当てられたリソース・ユニット／マルチリソース・ユニット組み合わせを併せて示してもよい。
【0335】
ケース（１）では、第１の局は、（Ｉ）と（ＩＩ）の前述の説明に従って、どの上りＰＰＤＵ （上りＨＥ ＰＰＤＵ及び上りＥＨＴ ＰＰＤＵを含む上りリンクＰＰＤＵのタイプ）が伝送されるかを決定する。
【0336】
ケース（２）では、現在１６０ＭＨｚよりも大きいリソース・ユニット／マルチリソース・ユニット組み合わせ上の伝送をサポートしているのがＥＨＴ ＰＰＤＵのみである（上りリンクＨＥ ＰＰＤＵは１６０ＭＨｚよりも大きいリソース・ユニット／マルチリソース・ユニット組み合わせ上の伝送をサポートしていない）ことが考えられる。したがって、この場合、第１の局は、割り当てられたリソース・ユニット／マルチリソース・ユニット組み合わせ上で上りリンクＥＨＴ ＰＰＤＵを伝送する。しかしながら、第１の局は、ビットＢＳ、ビットＢ０、及び他の７ビットのうちの１つ以上を含むリソース・ユニット割り当てサブフィールドを使用して、割り当てられたリソース・ユニット／マルチリソース・ユニット組み合わせのサイズが１６０ＭＨｚよりも大きいかどうかを決定する、すなわち、ケース（１）をケース（２）と区別して、ケース（１）とケース（２）の方法に従って、どの上りリンクＰＰＤＵが伝送されるかを決定する必要がある。
【0337】
第１の局が伝送される上りリンクＰＰＤＵのタイプを簡単に決定するのを助けるために、第１の局は、第１の局のＡＩＤに一致し、かつ受信されたトリガ・フレーム内のユーザ情報フィールド内のリソース・ユニット割り当てサブフィールドのビットＢＳ及び第３のサブフィールドに基づいて、ケース（１）又はケース（２）を区別することなく、上りリンクＨＥ ＰＰＤＵ又は上りリンクＥＨＴ ＰＰＤＵを決定する。詳細は以下のようである。
【0338】
ケース（１）では、第１の局は、依然として、（Ｉ）及び（ＩＩ）の前述の説明に従って、伝送される上りリンクＰＰＤＵのタイプを決定する。
【0339】
ケース（２）では、ビットＢＳは割り当てられたリソース・ユニット／マルチリソース・ユニット組み合わせが、３２０ＭＨｚ帯域幅におけるプライマリ１６０ＭＨｚリソース・ユニットを確実に含んでいることを示してもよいことが考えられる。この場合、ビットＢＳが「０」である場合、第１の局は、設計２の第３のサブフィールドのビットに基づいて、伝送される上りリンクＰＰＤＵのタイプをさらに決定してもよく、これは、（Ｉ）の説明に適合する。ビットＢＳが「１」である場合、割り当てられたリソース・ユニットのサイズが１６０ＭＨｚよりも大きく、第１の局は上りリンクＥＨＴ ＰＰＤＵを伝送し、これは、（ＩＩ）の説明に適合する。言い換えれば、この場合、第１の局は、依然として、（Ｉ）及び（ＩＩ）の前述の説明に従って、伝送される上りリンクＰＰＤＵのタイプを決定する。
【0340】
したがって、ケース（１）とケース（２）を区別することなく、トリガ・フレーム受信した後に、第１の局は、前述の（Ｉ）及び（ＩＩ）の説明に従って、伝送される上りリンクＰＰＤＵのタイプを決定する。
【0341】
任意選択で、トリガ・フレームの第３のユーザ情報フィールドは、第３のサブフィールドを含まなくてもよい。第３のユーザ情報フィールドが第３のサブフィールドを含まないときに、局は、局の最新の能力に基づいてＰＰＤＵを伝送する。例えば、第１の局はデフォルトでＥＨＴ ＰＰＤＵを伝送してもよい。この場合、第１の局はＥＨＴ ＰＰＤＵを伝送する。物理層プリアンブルにおける一般フィールドはＰＨＹバージョン識別子フィールドを含み、ＰＨＹバージョン識別子フィールドの値はＥＨＴ ＰＰＤＵに対応する値、例えば「０」にセットされる。別の例では、上りリンクＥＨＴ ＰＰＤＵ又は上りリンクＨＥ ＰＰＤＵを伝送するために、第１の局の後続の拡張バージョンがスケジュールされてもよい。特定のメソッドについては、第３のサブフィールドに関係する説明を参照のこと。
【0342】
任意選択で、第３のサブフィールドは、別の名前、例えば、ＥＨＴ／ＨＥ表示フィールドを有してもよい。この出願のこの実施形態は、それらに制限されない。
【0343】
追加的に、ＡＰがトリガ・フレームを送信した後、トリガ・フレームは、ＨＥ局からＨＥ ＰＰＤＵを要請するユーザ情報フィールド、及びＥＨＴ局からＥＨＴ／ＨＥ ＰＰＤＵを要請するユーザ情報フィールドのうちの１つ以上を含み、例えば、ＨＥ局をスケジュールするために使用されるユーザ情報フィールドとＥＨＴ局をスケジュールするために使用されるユーザ情報フィールドの両方を含んでもよい。局は、上りリンク・マルチユーザＰＰＤＵに応答し、上りリンク・マルチユーザＰＰＤＵに含まれる上りリンクＥＨＴ ＰＰＤＵ （図６５に示すＥＨＴ ＰＰＤＵ部）の物理層プリアンブルの一般フィールド（又は、一般信号フィールドと呼ばれる）のパラメータが、受信されたトリガ・フレーム、例えば、上りリンク帯域幅から取得される。追加的に、上りリンクＥＨＴ ＰＰＤＵの一般フィールドは、ＰＨＹ（物理層、ｐｈｙｓｉｃａｌ ｌａｙｅｒ）バージョン識別子フィールド、ＴＸＯＰ （伝送機会、ｔｒａｎｓｍｉｔ ｏｐｐｏｒｔｕｎｉｔｙ）フィールド、ＢＳＳ（基本サービスセット、ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）カラー・フィールド、巡回冗長コードフィールド、及びテール・ビット・フィールドなどのフィールドを含む。トリガ・フレームに応答してＥＨＴ局（第１の局）によって送信される上りリンクＥＨＴ ＰＰＤＵ （又はサブＥＨＴ ＰＰＤＵと呼ばれる）の物理層プリアンブルにおける一般フィールド内のＰＨＹバージョン識別子フィールドは、トリガ・フレーム内の第３のサブフィールドから取得されてもよい。詳細は以下のようである。
【0344】
（１）設計１～設計６のうちの１つがトリガ・フレームのために使用される。トリガ・フレームの第３のサブフィールドが、ＨＥ ＰＰＤＵが周波数セグメントのうちの１つにおいて伝送されることを示す場合、ＥＨＴ局は、周波数セグメントにおいてＨＥ ＰＰＤＵを伝送する。高効率信号フィールドＡのような物理層プリアンブルは、８０２．１１ａｘと同じＰＨＹバージョン識別子を搬送しない。トリガ・フレームの第３のサブフィールドが、ＥＨＴ ＰＰＤＵが周波数セグメントのうちの１つにおいて伝送されることを示す場合、ＥＨＴ局は、周波数セグメントにおいてＨＥ ＰＰＤＵを伝送し、ＨＥ ＰＰＤＵは、ＰＨＹバージョン識別子フィールド（例えば、３ビット）を搬送し、ＰＨＹバージョン識別子フィールドは、ＥＨＴ ＰＰＤＵに対応する値、例えば、「０」にセットされる。
【0345】
例えば、設計１では、説明のために図６５を参照した例が使用される。ビットの値が０であると、ＨＥ ＰＰＤＵが伝送されることを示し、ビットの値が１であると、ＥＨＴ ＰＰＤＵが伝送されることを示すと仮定する。第３のサブフィールドが０１である場合、第１の局が第１の１６０ＭＨｚにおけるプライマリ８０ＭＨｚチャネル上でＨＥ ＰＰＤＵを伝送することを示し、物理層プリアンブルはＰＨＹバージョン識別子フィールドを含まない。第１の局は、プライマリ１６０ＭＨｚにおけるセカンダリ８０ＭＨｚサブチャネル上でＥＨＴ ＰＰＤＵを伝送する。物理層プリアンブルにおける一般フィールドはＰＨＹバージョン識別子フィールドを含み、ＰＨＹバージョン識別子フィールドの値はＥＨＴ ＰＰＤＵに対応する値、例えば「０」にセットされる。
【0346】
別の例では、設計２では、ビットの値が０であると、ＨＥ ＰＰＤＵが伝送されることを示し、ビットの値が１であると、ＥＨＴ ＰＰＤＵが伝送されることを示すと仮定する。例えば、第３のサブフィールドが０である場合、第１の局がプライマリ１６０ＭＨｚチャネル上でＨＥ ＰＰＤＵを伝送し、物理層プリアンブルはＰＨＹバージョン識別子フィールドを含まない。例えば、第３のサブフィールドが１である場合、第１の局がプライマリ１６０ＭＨｚチャネル上でＥＨＴ ＰＰＤＵを伝送する。物理層プリアンブルにおける一般フィールドはＰＨＹバージョン識別子フィールドを含み、ＰＨＹバージョン識別子フィールドの値はＥＨＴ ＰＰＤＵに対応する値、例えば「０」にセットされる。
【0347】
（２）設計７がトリガ・フレームのために使用される。トリガ・フレームの第３のサブフィールドが各周波数セグメントに対応するＰＨＹバージョン識別子フィールドを搬送する場合、ＥＨＴ局は、周波数セグメントにおいて、ＰＨＹバージョン識別子フィールドによって示されるＰＰＤＵタイプを伝送する。ＰＨＹバージョン識別子フィールドがＨＥ ＰＰＤＵを示す場合、ＨＥ ＰＰＤＵの物理層プリアンブル、例えば高効率信号フィールドＡは、８０２．１１ａｘと同じＰＨＹバージョン識別子を搬送しない。ＰＨＹバージョン識別子フィールドがＥＨＴ ＰＰＤＵを示す場合、ＥＨＴ局は周波数セグメントにおいてＥＨＴ ＰＰＤＵを伝送し、トリガ・フレーム内の周波数セグメントに対応するＰＨＹバージョン識別子フィールド（例えば、３ビット）、例えば、値「０」を直接コピーする。ＰＨＹバージョン識別子フィールドがＥＨＴ ＰＰＤＵの次世代ＰＰＤＵを示す場合、ＥＨＴの次世代局は、周波数セグメントにおいてＥＨＴの次世代ＰＰＤＵを伝送し、トリガ・フレーム内の周波数セグメントに対応するＰＨＹバージョン識別子フィールド（例えば、３ビット）、例えば、値「１」を直接コピーする。
【0348】
（４）第４のサブフィールド第４のサブフィールドは、３２０ＭＨｚ帯域幅伝送をサポートする空間再利用パラメータを示す。
【0349】
任意選択で、第４のサブフィールドは、別の名前、例えば、上りリンク空間再利用拡張フィールドを有してもよい。この出願のこの実施形態は、それらに制限されない。
【0350】
第３のユーザ情報フィールドは、別のフィールドをさらに搬送してもよいことが理解されてもよい。この出願のこの実施形態は、それらに制限されない。
【0351】
この出願のこの実施形態では、第３のユーザ情報フィールドは、ＡＩＤサブフィールドをさらに含む。ＡＩＤサブフィールドの値は、第３のプリセット値である。第３のプリセット値は、従来技術におけるＡＩＤサブフィールド内の予約済み値であってもよい。言い換えれば、第３のプリセット値は、２００８～２０４４又は２０４７～４０９４のいずれか１つであってもよい。
【0352】
任意選択で、第３のユーザ情報フィールドは、ユーザ情報フィールドリスト内の第１のユーザ情報フィールドであってもよい。このようにして、トリガ・フレームを受信した後、第１の局は、第３のユーザ情報フィールドから、読み取られる必要がある共通情報を最初に解析してもよい。これは、第１の局の処理遅延を低減するのに役立つ。
【0353】
任意選択で、第１のユーザ情報フィールドと第３のユーザ情報フィールドが同じユーザ情報フィールドである場合、第１のプリセット値は第３のプリセット値と等しい。それ以外の場合、第１のプリセット値は第３のプリセット値と等しくない。
【0354】
第１のユーザ情報フィールド及び第３のユーザ情報フィールドが１つのユーザ情報フィールドとして実装されるときに、ＡＩＤサブフィールド以外のユーザ情報フィールド内の他のビットが使用されて、第１のユーザ情報フィールド及び第３のユーザ情報フィールドによって搬送される必要のある信号を搬送して、第１のユーザ情報フィールド及び第３のユーザ情報フィールドの機能を実装することが理解されよう。
【0355】
任意選択で、第２のユーザ情報フィールドと第３のユーザ情報フィールドが同じユーザ情報フィールドである場合、第２のプリセット値は第３のプリセット値と等しい。それ以外の場合、第２のプリセット値は第３のプリセット値と等しくない。
【0356】
第２のユーザ情報フィールド及び第３のユーザ情報フィールドが１つのユーザ情報フィールドとして実装されるときに、ＡＩＤサブフィールド以外のユーザ情報フィールド内の他のビットが使用されて、第２のユーザ情報フィールド及び第３のユーザ情報フィールドによって搬送される必要のある信号を搬送して、第２のユーザ情報フィールド及び第３のユーザ情報フィールドの機能を実装することが理解されよう。
【0357】
任意選択で、第３のユーザ情報フィールドは、ユーザ情報フィールドリスト内の第１のユーザ情報フィールドであってもよい。このようにして、トリガ・フレームを受信した後、第１の局は、第３のユーザ情報フィールドから、読み取られる必要がある共通情報を最初に解析してもよい。これは、第１の局の処理遅延を低減するのに役立つ。
【0358】
第３のユーザ情報フィールドは、第１のユーザ情報フィールド又は第２のユーザ情報フィールドを再利用し、シグナリング・オーバヘッドを低減することができることが理解されよう。
【0359】
この出願のこの実施形態では、第３のユーザ情報フィールドによって占有されるビット数は、８０２．１１ａｘ標準において第２の局に対応するユーザ情報フィールドによって占有されるビット数と同じである。
【0360】
８０２．１１ａｘ標準によってサポートされる最大伝送帯域幅は１６０ＭＨｚであり、８０２．１１ｂｅ標準によってサポートされる最大伝送帯域幅は３２０ＭＨｚである。８０２．１１ｂｅ標準は、トリガ・フレームが第１の局に３２０ＭＨｚ帯域幅伝送をサポートする共通情報を提供できることが要求される。しかし、現在、８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールドは、より一般的な情報を搬送するための予約済みビットが十分にない。その結果、トリガ・フレームの共通情報フィールドのビット数が追加される必要があることがある。しかしながら、トリガ・フレームの共通情報フィールドにビット数を追加すること、トリガ・フレームの構造を修正することと等価である。このように、修正されたトリガ・フレームは、８０２．１１ａｘ標準におけるトリガ・フレームと互換性がない。その結果、修正されたトリガ・フレームは、上りリンク伝送を実行するように第２の局をトリガすることができない。したがって、トリガ・フレームの共通情報フィールドによって占有されるビット数を追加することなく、トリガ・フレームが第１の局によって読み取られる必要があるより一般的な情報を搬送することをどのように可能にするかは、産業において緊急に解決されるべき技術的問題である。
【0361】
この技術的な問題は、トリガ・フレームに対して前述の実装２を使用することによって解決され得る。具体的には、トリガ・フレームは、第３のユーザ情報フィールドを使用して、第１の局で読み取られる必要のある追加の共通情報を搬送し、トリガ・フレームの共通情報フィールドにビット数が追加される必要がなくなり、これにより、この出願に提供されるトリガ・フレームが、８０２．１１ａｘ標準におけるトリガ・フレームと互換性を持つことができるようにする。言い換えれば、この出願に提供されるトリガ・フレームは、上りリンク伝送を実行するために第１の局をトリガしてもよく、上りリンク伝送を実行するために第２の局をトリガしてもよい。
【0362】
任意選択で、第３のユーザ情報フィールド内で搬送される第１の局の共通情報は、第３のユーザ情報フィールドにおいて搬送されなくてもよいが、トリガ・フレーム内の９ビット上りリンクＨＥ－ＳＩＧ－Ａ２予約済みフィールドにおいて搬送される。この解決策に基づいて、この出願に提供されるトリガ・フレームの共通情報フィールドのビット数は、８０２．１１ａｘ標準におけるトリガ・フレームの共通情報フィールドのビット数と一致する。このように、いくつかのフィールドの予約済みフィールド又は予約済み値に追加して、この出願に提供されるトリガ・フレームは既存のフィールドの意味を変更しない。
【0363】
実装３：トリガ・フレーム内のユーザ情報リスト・フィールドは、第１の局に対応するユーザ情報フィールドを含み、第１の局に対応するユーザ情報フィールドは、空間ストリーム割り当てサブフィールドを含む。空間ストリーム割り当てサブフィールドがＭＵ－ＭＩＭＯに適用されるときに、空間ストリーム割り当てサブフィールドは、空間ストリーム開始シーケンス番号フィールド及び空間ストリームの数フィールドを含む。単一ユーザがＭＵ－ＭＩＭＯに参加するストリームの数は、制限され、例えば、最大数は４である。この場合、空間ストリーム割り当てサブフィールドは４ビットを占有し、局によって使用される空間ストリームの開始シーケンス番号を示す。空間ストリームフィールドの数は、２ビットを占有し、局によって使用される空間ストリームの数を示す。空間ストリーム割り当てサブフィールドがＳＵ又はＳＵ－ＭＩＭＯに適用されるときに、空間ストリーム割り当てサブフィールドは空間ストリームの数を示す。
【0364】
８０２．１１ａｘ標準は最大８つの空間ストリームをサポートするが、８０２．１１ｂｅ標準は最大１６の空間ストリームをサポートする。８０２．１１ａｘ標準における空間ストリーム割り当てサブフィールド内の空間ストリーム開始シーケンス番号フィールドは３ビットを占有し、１６の空間ストリームシーケンス数を示すことができない。したがって、８０２．１１ａｘ標準における空間ストリーム割り当てサブフィールドは、１６の空間ストリームの空間ストリーム割り当てをサポートできない。
【0365】
実装３に基づいて、この出願では、空間ストリーム開始シーケンス番号フィールドは、３ビットから４ビットに増加され、４ビットを占有する空間ストリーム開始シーケンス番号フィールドは、１６の空間ストリームの任意の開始位置を示すことができ、空間ストリームフィールドの数は、３ビットから２ビットに減少されて、ＭＵ－ＭＩＭＯに参加するユーザのストリームの最大数を４に制限する。このように、空間ストリーム割り当てサブフィールドによって占有されるビットの数が変わらないことを前提として、空間ストリーム割り当てサブフィールドは、１６の空間ストリームの空間ストリーム割り当てをサポートすることができる。
【0366】
実装４：トリガ・フレーム内の共通情報フィールドは、ドップラー・サブフィールドと、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドとを含む。ドップラー・サブフィールドは１ビットを占有し、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは３ビットを占有する。ドップラー・サブフィールド及びＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、以下の方式で使用される。
【0367】
ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が０である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が１であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が１である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が２であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が２である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が４であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が３である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が６であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が４である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が８であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が５である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が第９の値であるか、又はＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値５が予約済み値であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が６である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が第１０の値であるか、又はＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールの値６が予約済み値であることを示す。ドップラー・サブフィールドの値が０で、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドの値が７である場合、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールドは、ＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数が第１１の値であるか、又はＨＥ－ＬＴＦ／ＥＨＴ－ＬＴＦシンボルの数及びミッドアンブル周期性サブフィールの値７が予約済み値であることを示す。
【0368】
第９の値、第１０の値、及び第１１の値は互いに等しくない。
【0369】
設計１：第９の値、第１０の値、及び第１１の値は、集合｛１０，１２，１４，１６｝から選択されてもよい。例えば、第９の値は１０であり、第１０の値は１２であり、第１１の値は１６である。代替的には、第９の値は１０であり、第１０の値は１６であり、第１１の値は存在しない。
【0370】
例えば、第９の値は１０であり、第１０の値は１２であり、第１１の値は１４以上の整数である。
【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】
前述の説明は、この出願の単に具体的な実装に過ぎないが、この出願の保護範囲を制限することを意図したものではない。この出願に開示された技術的範囲内の変形又は置換は、この出願の保護範囲に含まれるものとする。したがって、この出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図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】
【図43】
【図44】
【図45】
【図46】
【図47】
【図48】
【図49】
【図50】
【図51】
【図52】
【図53】
【図54】
【図55】
【図56】
【図57】
【図58】
【図59】
【図60】
【図61】
【図62】
【図63】
【図64】
【図65】
【図66】
【図67】
【図68】
【図69】
【図70】
【図71】
【図72】
【図73】
【図74】
【図75】
【図76】
【図77】
【図78】
【図79】
【図80】
【図81】
【図82】
【図83】
【図84】
【図85】
【外国語明細書】