特開 2024-155970 無線通信方法および関連する装置

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

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

(11)【公開番号】P2024155970

(43)【公開日】2024-10-31

(54)【発明の名称】無線通信方法および関連する装置

(51)【国際特許分類】

   H04W 72/23 20230101AFI20241024BHJP

   H04W 84/12 20090101ALI20241024BHJP

   H04W 72/0453 20230101ALI20241024BHJP

   H04W 72/1263 20230101ALI20241024BHJP

【ＦＩ】

H04W72/23

H04W84/12

H04W72/0453

H04W72/1263

【審査請求】有

【請求項の数】14

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024143436

(22)【出願日】2024-08-23

(62)【分割の表示】P 2022565955の分割

【原出願日】2021-04-30

(31)【優先権主張番号】202010368087.3

(32)【優先日】2020-04-30

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

(71)【出願人】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】淦 明

(72)【発明者】

【氏名】周 逸凡

(72)【発明者】

【氏名】梁 丹丹

(72)【発明者】

【氏名】于 健

(72)【発明者】

【氏名】李 云波

(72)【発明者】

【氏名】郭 宇宸

(72)【発明者】

【氏名】狐 梦▲実▼

(57)【要約】

【課題】本出願は、無線ローカルエリアネットワークにおいてトリガフレームを送信する方法を提供する。
【解決手段】本方法は、ＡＰが、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、ＰＰＤＵは、１つまたは複数のトリガフレームを含み、各トリガフレームは、１つの周波数セグメントに対応し、各トリガフレームは、対応する周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用される、ステップと、ＰＰＤＵにおいて１つまたは複数のトリガフレームを送信するステップであって、各トリガフレームは、対応する周波数セグメントにおいて搬送される、ステップとを含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

無線ローカルエリアネットワークにおいてトリガフレームを送信する方法であって、
ＡＰによって、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、前記ＰＰＤＵは１つまたは複数のトリガフレームを含み、各トリガフレームは１つの周波数セグメントに対応し、各トリガフレームは、前記対応する周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用される、ステップと、
前記ＰＰＤＵにおいて前記１つまたは複数のトリガフレームを送信するステップであって、各トリガフレームは、前記対応する周波数セグメントにおいて搬送される、ステップと
を含む、方法。

【請求項2】

各トリガフレームは、対応する周波数セグメント上にパークする１つまたは複数のステーションのみをスケジュールするために使用される、請求項１に記載の方法。

【請求項3】

異なるトリガフレームは、異なるコンテンツを有するが、同じ長さを有する、請求項１に記載の方法。

【請求項4】

アップリンクＰＰＤＵ送信方法であって、
ステーションのアップリンクＰＰＤＵの共通物理層プリアンブルが位置し、前記トリガフレームに示されている周波数セグメント上の各２０ＭＨｚチャネル上でのみ、または割り当てられたリソースユニットが位置する１つまたは複数の８０ＭＨｚチャネル内の各２０ＭＨｚチャネル上でのみ、アップリンク共通物理層プリアンブルを送信するステップと、
前記アップリンクＰＰＤＵのデータ部分を、前記ステーションに割り当てられた前記リソースユニット上で送信ステップと
を含む、方法。

【請求項5】

確認フレーム送信方法であって、
ＡＰによって、アップリンクマルチユーザＰＰＤＵを受信するステップと、
周波数セグメントに基づいて、前記アップリンクマルチユーザＰＰＤＵの確認情報により返信するステップと
を含む、方法。

【請求項6】

異なる周波数セグメントに対して返信される確認フレームは異なる、請求項５に記載の方法。

【請求項7】

周波数セグメントにおいて、前記周波数セグメント上にパークするステーションのアップリンクＰＰＤＵの確認フレームのみが送信される、請求項５に記載の方法。

【請求項8】

異なる周波数セグメント上の前記確認フレームは、異なるコンテンツを有するが、同じ長さを有する、請求項６に記載の方法。

【請求項9】

無線ローカルエリアネットワークにおいてトリガフレームを送信する方法であって、
ステーションによって、感知された２０ＭＨｚが位置する周波数セグメント上でのみトリガフレームを受信するステップと、
前記トリガフレームに基づいて、前記ステーションがスケジュールされているかどうかを判定するステップと
を含む、方法。

【請求項10】

ステーションのアップリンクＰＰＤＵの共通物理層プリアンブルが位置し、前記トリガフレームに示されている周波数セグメント上の各２０ＭＨｚチャネル上でのみ、または割り当てられたリソースユニットが位置する１つまたは複数の８０ＭＨｚチャネル内の各２０ＭＨｚチャネル上でのみ、アップリンク共通物理層プリアンブルを送信するステップと、
前記アップリンクＰＰＤＵのデータ部分を、前記ステーションに割り当てられた前記リソースユニット上で送信ステップと
を含む、請求項９に記載の方法。

【請求項11】

前記アップリンクＰＰＤＵを送信した後、前記ステーションによって感知された２０ＭＨｚが位置する前記周波数セグメント上でのみ、前記アップリンクＰＰＤＵの確認情報を受信するステップを含む、請求項９に記載の方法。

【請求項12】

１つまたは複数のモジュールを備えた通信装置であって、請求項１から８のいずれか一項に記載の方法を実行するように構成された通信装置。

【請求項13】

１つまたは複数のモジュールを備えた通信装置であって、請求項９から１１のいずれか一項に記載の方法を実行するように構成された通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、通信技術の分野に関し、特に、無線通信方法および関連する装置に関する。

【背景技術】

【0002】

ＷＬＡＮ （Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、無線ローカルエリアネットワーク）は、８０２．１１ａ／ｇから８０２．１１ｎ、８０２．１１ａｃへと発展し、現在審議中の８０２．１１ａｘおよび８０２．１１ｂｅに達する。ＷＬＡＮによって伝送されることが許可される帯域幅および時空間ストリームの数量は、以下の通りである。

【0003】

【表1】

【0004】

８０２．１１ｎ規格は、ＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ， 高スループット）とも呼ばれる。８０２．１１ａｃ規格は、ＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，超高速スループット）と呼ばれる。８０２．１１ａｘ （Ｗｉ － Ｆｉ ６）規格は、ＨＥ （Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｔ，高効率）と呼ばれる。８０２．１１ｂｅ（Ｗｉ－Ｆｉ７）規格は、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，極めて高いスループット）と呼ばれる。８０２．１１ａ／ｂ／ｇなどのＨＴ以前の規格は、ｎｏｎ－ＨＴ（ｎｏｎ－ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）と総称される。８０２．１１ｂは、非ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，直交周波数分割多重）モードを使用しているため、表１には記載されていない。

【0005】

リソース利用の柔軟性または効率性の向上は、この分野で常に懸念されている。

【発明の概要】

【0006】

リソース利用の柔軟性または効率を改善するために、本出願の一態様は、無線ローカルエリアネットワークにおいてトリガフレームを送信するための方法を提供する。本方法は、ＡＰが、物理層プロトコルデータユニットＰＰＤＵを生成することであって、ＰＰＤＵは、１つまたは複数のトリガフレームを含み、各トリガフレームは、１つの周波数セグメントに対応し、各トリガフレームは、対応する周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用される、ことと、ＰＰＤＵにおいて１つまたは複数のトリガフレームを送信することであって、各トリガフレームは、対応する周波数セグメント内で搬送される、こととを含む。好ましくは、各トリガフレームは、対応する周波数セグメント上にパークする１つまたは複数のステーションのみをスケジュールするために使用される。具体的には、異なるトリガフレームは、異なるコンテンツを有するが、同じ長さを有する。

【0007】

対応して、別の態様によれば、ステーションは、感知された２０ＭＨｚが位置する周波数セグメント上でのみトリガフレームを受信し、トリガフレームに基づいて、ステーションがスケジュールされるべきかどうかを判定し得る。スケジュールされている場合、ステーションは、ステーションのアップリンクＰＰＤＵの帯域幅がトリガフレーム内に位置し、トリガフレームにおいて示される、周波数セグメント上の各２０ＭＨｚチャネルにのみ、または割り当てられたリソースユニットが位置する周波数セグメント上の各２０ＭＨｚチャネルにのみ、アップリンク共通物理層プリアンブルを送信し得る。対応して、ステーションは、ステーションに割り当てられたリソースユニット上のアップリンクＰＰＤＵのデータ部分を送信する。

【0008】

対応して、さらに別の態様では、ＡＰは、ステーションによって送信されたアップリンクマルチユーザＰＰＤＵを受信し、周波数セグメントに基づいて、アップリンクマルチユーザＰＰＤＵの確認情報と共に応答し得る。例えば、ＡＰは異なる周波数セグメント上の異なる確認フレームで応答する。好ましくは、ＡＰは、周波数セグメント上で、周波数セグメント上にパークするステーションのアップリンクＰＰＤＵの確認フレームのみを送信してもよい。具体的には、異なる周波数セグメント上の確認フレームは、異なるコンテンツを有し得るが、同じ長さを有し得る。

【0009】

対応して、別の態様によれば、アップリンクＰＰＤＵを送信した後、ステーションは、ステーションによって感知された２０ＭＨｚが位置する周波数セグメント上でのみ、アップリンクＰＰＤＵの確認情報を受信し得る。

【0010】

これに対応して、別の態様によれば、上記方法を実行するためのアクセスポイントとして使用可能な通信装置が、例えば、無線ローカルエリアネットワーク内のアクセスポイントまたはチップとして提供される。

【0011】

これに対応して、別の態様によれば、上記方法を実行するためのステーションとして使用可能な通信装置が、例えば、無線ローカルエリアネットワークの非ＡＰステーションまたはチップとして提供される。

【0012】

上記の態様は、周波数セグメントに基づいて実装され、リソース利用の柔軟性または効率性を向上させることができる。

【図面の簡単な説明】

【0013】

【図1A】本出願の一実施形態によるネットワーク構造の概略図である。

【図1B】本出願の一実施形態による通信装置の構造の概略図である。

【図1C】本出願の一実施形態によるチップの構造の概略図である。

【図2】８０２．１１システムにおけるチャネル割り当ての例の概略図である。

【図3】一実施態様による周波数セグメントおよび周波数セグメント上にパークするステーションの簡単な概略図である。

【図4】一実装（ＡＰがトリガフレームを送信し、ステーションがトリガフレームに基づいてアップリンクマルチユーザＰＰＤＵを送信し、ＡＰがアップリンクマルチユーザＰＰＤＵの確認フレームを送信する）によるフレーム構造のアップリンク伝送の概略フローチャートおよび簡単な概略図である。

【図5】一実装によるトリガフレームの構造の簡単な概略図である。

【図6】一実装によるトリガフレーム内のユーザ情報フィールドの構造の簡単な概略図である。

【図7a】一実装によるリソースユニットの位置の簡単な概略図である。

【図7b】一実装によるリソースユニットの位置の簡単な概略図である。

【図8】一実装によるアップリンクマルチユーザＰＰＤＵのフレーム構造の簡単な概略図である。

【図9】一実装による、８０ＭＨｚ帯域幅の６つのパンクチャパターンの簡単な概略図である。

【図10】一実装による確認フレームの構造の簡単な概略図である。

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

【0014】

以下では、添付の図面を参照して、本出願の特定の実施形態をさらに詳細に説明する。

【0015】

図１Ａが、本出願におけるデータ伝送方法が適用可能なネットワーク構造を説明するための例として使用される。図１Ａは、本出願の一実施形態によるネットワーク構造の概略図である。ネットワーク構造は、１つまたは複数のアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）ステーションおよび１つまたは複数の非アクセスポイントステーション（ｎｏｎ ａｃｃｅｓｓ ｐｏｉｎｔ、ｎｏｎ－ＡＰ ＳＴＡ）を含み得る。説明を容易にするために、アクセスポイントステーションはアクセスポイント（ＡＰ）と呼ばれ、非アクセスポイントステーションは、本明細書ではステーション（ＳＴＡ）と呼ばれる。ＡＰは、例えば図１ＡのＡＰ１およびＡＰ２であり、ＳＴＡは、例えば図１ＡのＳＴＡ１、ＳＴＡ２およびＳＴＡ３である。

【0016】

アクセスポイントは、有線（または無線）ネットワークにアクセスするために端末デバイス（携帯電話など）によって使用されるアクセスポイントであってよく、主に自宅、ビル、およびキャンパスに配置される。典型的なカバレージエリアは数十メートルまたは１００メートル以上である。もちろん、アクセスポイントは、代替的に屋外に配置され得る。アクセスポイントは、有線ネットワークおよび無線ネットワークを接続するブリッジに相当する。アクセスポイントの主な機能は、様々な無線ネットワーククライアントを一緒に接続し、そして無線ネットワークをイーサネットに接続することである。具体的には、アクセスポイントは、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ－ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）チップを有する端末装置（携帯電話など）またはネットワーク装置（ルータなど）であってもよい。アクセスポイントは、８０２．１１ｂｅ規格をサポートするデバイスであってもよい。あるいは、アクセスポイントは、８０２．１１ｂｅ、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ、および８０２．１１ａなどの８０２．１１ファミリーの複数の無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）規格をサポートするデバイスであってもよい。本出願におけるアクセスポイントは、高効率（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ、ＨＥ）ＡＰまたは極めて高いスループット（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＥＨＴ）ＡＰであってもよく、または将来のＷｉ－Ｆｉ規格に適用可能なアクセスポイントであってもよい。

【0017】

アクセスポイントは、プロセッサおよびトランシーバを含み得る。プロセッサは、アクセスポイントのアクションを制御および管理するように構成され、トランシーバは、情報を受信または送信するように構成される。

【0018】

ステーションは、無線通信チップ、無線センサ、無線通信端末等であってもよく、ユーザとも呼ばれ得る。例えば、ステーションは、Ｗｉ－Ｆｉ通信機能をサポートする携帯電話、Ｗｉ－Ｆｉ通信機能をサポートするタブレットコンピュータ、Ｗｉ－Ｆｉ通信機能をサポートするセットトップボックス、Ｗｉ－Ｆｉ通信機能をサポートするスマートテレビ、Ｗｉ－Ｆｉ通信機能をサポートするインテリジェントウェアラブルデバイス、Ｗｉ－Ｆｉ通信機能をサポートする車載通信デバイス、Ｗｉ－Ｆｉ通信機能をサポートするコンピュータなどであり得る。任意選択で、ステーションは、８０２．１１ｂｅ規格をサポートし得る。ステーションはまた、８０２．１１ｂｅ、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ、および８０２．１１ａなどの８０２．１１ファミリーの複数の無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）規格をサポートし得る。

【0019】

ステーションは、プロセッサおよびトランシーバを含み得る。プロセッサは、アクセスポイントのアクションを制御および管理するように構成され、トランシーバは、情報を受信または送信するように構成される。

【0020】

本出願におけるアクセスポイントは、高効率（ｈｉｇｈ ｅｆｆｉｃｉｅｎｔ、ＨＥ）ＳＴＡまたは極めて高いスループット（ｅｘｔｒａｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＥＨＴ）ＳＴＡであってもよく、または将来のＷｉ－Ｆｉ規格に適用可能なＳＴＡであってもよい。

【0021】

例えば、アクセスポイントおよびステーションは、車両のインターネット、モノのインターネット（ＩｏＴ、ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）内のノードまたはセンサ、スマートカメラ、スマートリモコン、およびスマートホーム内のスマート水道メーター、ならびにスマートシティ内のセンサで使用されるデバイスであり得る。

【0022】

本出願の実施形態におけるアクセスポイントおよびステーションは、通信装置とも総称され得る。通信装置は、ハードウェア構造およびソフトウェアモジュールを含み得、上記機能は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造およびソフトウェアモジュールの組み合わせの形態で実装される。前述の機能のうちのある機能は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールの組み合わせの形態で実装され得る。

【0023】

図１Ｂは、本出願の実施形態に係る通信装置の構造の概略図である。図１Ｂに示されるように、通信装置２００は、プロセッサ２０１およびトランシーバ２０５を含み得、任意選択でメモリ２０２をさらに含む。

【0024】

トランシーバ２０５は、トランシーバユニット、トランシーバマシン、トランシーバ回路などと呼ばれることがあり、トランシーバ機能を実装するように構成されている。トランシーバ２０５は、受信機および送信機を含み得る。受信機は、レシーバ、受信回路等と呼ばれ、受信機能を実装するように構成されている。送信機は、トランスミッタ、送信回路等と呼ばれ、送信機能を実装するように構成されている。

【0025】

メモリ２０２は、コンピュータプログラム、ソフトウェアコード、または命令２０４を記憶し得、コンピュータプログラム、ソフトウェアコード、または命令２０４は、さらにファームウェアと呼ばれることがある。プロセッサ２０１は、プロセッサ２０１内でコンピュータプログラム、ソフトウェアコード、または命令２０３を実行することによって、またはメモリ２０２内に記憶されたコンピュータプログラム、ソフトウェアコード、または命令２０４を呼び出すことによって、ＭＡＣ層およびＰＨＹ層を制御して、本出願の以下の実施形態で提供されるデータ伝送方法を実装し得る。プロセッサ２０１は、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であってよく、メモリ３０２は、例えば、読み取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、またはランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよい。

【0026】

本出願で説明されるプロセッサ２０１およびトランシーバ２０５は、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどに実装され得る。

【0027】

通信装置２００は、アンテナ２０６をさらに含んでもよい。通信装置２００に含まれるモジュールは、説明のための例に過ぎず、本出願において限定されるものではない。

【0028】

上述したように、上記実施形態で説明した通信装置２００は、アクセスポイントであってもよいし、ステーションであってもよい。しかしながら、本出願で説明した通信装置の範囲はこれに限定されるものではなく、通信装置の構造は図１Ｂの構造に限定されるものではない。通信装置は、独立したデバイスであってもよく、またはより大きなデバイスの一部であってもよい。例えば、通信装置は、以下のような形態で実装されてもよい。
（１）独立の集積回路（ＩＣ）、チップ、チップシステム、またはサブシステム、（２）１つまたは複数のＩＣのセットであって、任意選択で、ＩＣのセットは、データおよび命令を記憶するためのストレージコンポーネントを含んでもよい複数のＩＣのセット、（３）別のデバイスに埋め込むことができるモジュール、（４）受信機、インテリジェント端末、無線デバイス、ハンドヘルドデバイス、モバイルユニット、車載デバイス、クラウドデバイス、人工知能デバイスなど、または（５）他のもの。

【0029】

チップまたはチップシステムの形態で実装される通信装置については、図１Ｃに示すチップの構造の概略図を参照されたい。図１Ｃに示すチップは、プロセッサ３０１およびインタフェース３０２を含む。１つまたは複数のプロセッサ３０１が存在してよく、複数のインタフェース３０２が存在してよい。任意選択で、チップまたはチップシステムは、メモリ３０３を含み得る。

【0030】

本出願の実施形態は、特許請求の範囲の保護範囲および適用可能性を限定しない。当業者は、本出願の実施形態の範囲から逸脱することなく、本出願における要素の機能および配置を適応的に変更し得るか、または様々なプロセスもしくは構成要素を適宜省略、置換、または追加し得る。
実施形態１

【0031】

無線ローカルエリアネットワークにおけるチャネル割り当てについて、図２は、８０２．１１における１６０ＭＨｚチャネルの割り当ての例を示す。

【0032】

無線ローカルエリアネットワーク全体のチャネルは、一次２０ＭＨｚチャネル（または、略して一次チャネル、Ｐｒｉｍａｒｙ ２０ＭＨｚ、Ｐ２０）、二次２０ＭＨｚチャネル（Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ、Ｓ２０）、二次４０ＭＨｚチャネル（Ｓ４０）、および二次８０ＭＨｚチャネル（Ｓ８０）に分けられる。加えて、対応する一次４０ＭＨｚチャネル（Ｐ４０）および一次８０ＭＨｚチャネル（Ｐ８０）がある。データ伝送のデータレートは、帯域幅とともに増加する（表１を参照）。したがって、次世代規格では、１６０ＭＨｚを超えるより大きな帯域幅（例えば、２４０ＭＨｚまたは３２０ＭＨｚ）が検討される。本出願の実装における解決策が適用可能なシナリオは、ＩＥＥＥ８０２．１１ｂｅまたは別の規格におけるより大きな帯域幅のシナリオである。

【0033】

８０２．１１ａｘの前は、非パンクチャパターンのＰＰＤＵ（ＰＨＹ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ， ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）伝送のみがサポートされている。具体的には、２０ＭＨｚ伝送の条件はＰ２０がアイドル状態であり、４０ＭＨｚ伝送の条件はＰ２０およびＳ２０がアイドル状態であり、８０ＭＨｚ伝送の条件はＰ２０、Ｓ２０、およびＳ４０がアイドル状態であり、１６０ＭＨｚ伝送の条件はＰ２０、Ｓ２０、Ｓ４０、およびＳ８０がアイドル状態である。より大きな帯域幅の伝送の条件は、１つの帯域幅の全てのチャネルがアイドル状態であり、Ｐ２０、Ｓ２０、Ｓ４０、およびＳ８０の順にチャネル検出により利用可能であると判定されることである。一部のチャネルに干渉またはレーダー信号がある場合、より大きな帯域幅を使用することはできない。

【0034】

８０２．１１ａｘには、プリアンブルパンクチャ伝送方法が導入されており、その結果、約２０ＭＨｚのチャネルでプリアンブル（および後続のデータ）が伝送されない場合でも、依然としてＰＰＤＵを伝送することができる。この方法は、一部のチャネルで干渉が発生したときにチャネル使用率を増加させる。８０２．１１ａＸは、ＰＰＤＵの以下のプリアンブルパンクチャおよび非パンクチャ帯域幅パターンを定義する。

【0035】

【表2】

【0036】

改訂されたＩＥＥＥ８０２．１１ａｘ規格は、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）および非アクセスポイントステーション（ｎｏｎ－ＡＰ Ｓｔａｔｉｏｎ、ｎｏｎ－ＡＰ ＳＴＡ， ＳＴＡ）が、目標ウェイク時間（Ｔａｒｇｅｔ Ｗａｋｅｕｐ Ｔｉｍｅ、ＴＷＴ）の合意メカニズムを使用することによって、ＳＴＡがサービス期間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ）内に別の２０ＭＨｚまたは８０ＭＨｚチャネルに切り替え、サブチャネル選択的送信（Ｓｕｂｃｈａｎｎｅｌ Ｓｅｌｅｃｔｉｖｅ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＳＳＴ）と呼ばれるＡＰサービスを感知して取得することを可能にする。ＩＥＥＥ８０２．１１ｂｅはまた、ＳＳＴメカニズムを導入して、１つまたは複数のＳＴＡが異なるチャネル上にパーク（ｐａｒｋ）することを可能にし得る。さらに、ダウンリンクマルチユーザ伝送では、マルチセグメントプリアンブル伝送メカニズムは８０２．１１ｂｅにおいて導入されるべきものである。ダウンリンクマルチユーザ伝送、例えば、ＯＦＤＭＡにおいて、各８０ＭＨｚ周波数セグメント上で伝送されるＥＨＴ物理層プリアンブル（Ｕ－ＳＩＧ（ｕｎｉｖｅｒｓａｌ ｓｉｇｎａｌｉｎｇ）フィールドおよびＥＨＴ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）フィールドを含む）の内容は異なる。大きな帯域幅（例えば、１６０ＭＨｚ、２４０ＭＨｚ、および３２０ＭＨｚ）の伝送では、８０ＭＨｚの周波数セグメントごとに異なる物理層プリアンブルフィールドＵ－ＳＩＧおよびＥＨＴ－ＳＩＧが使用され、その結果、物理層信号フィールド全体が伝送のために８０ＭＨｚごとに分散される。このようにして、プリアンブルの伝送時間を節約することができ、これは、オーバーヘッドを削減することとして理解され得る。さらに、８０ＭＨｚにパークするＳＴＡは、８０ＭＨｚの周波数セグメントに対応するＵ－ＳＩＧおよびＥＨＴ－ＳＩＧのみを受信して、例えばＯＦＤＭＡ伝送のためのリソース割り当て情報などのリソース割り当て情報を取得する必要がある。

【0037】

各ＥＨＴ ＰＰＤＵの物理層プリアンブルには、レガシープリアンブルフィールド（レガシーショートトレーニングフィールド（Ｌ－ＳＴＦ、ｌｅｇａｃｙ ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、レガシーロングトレーニングフィールド（Ｌ－ＬＴＦ、ｌｅｇａｃｙ ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、レガシー信号フィールド（Ｌ－ＳＩＧ、ｌｅｇａｃｙ ｓｉｇｎａｌｉｎｇ ｆｉｅｌｄ））、および繰り返し信号フィールドＲＬ－ＳＩＧフィールドがさらに含まれ、これらは全てＥＨＴプリアンブルの前に位置することに留意されたい。二重化伝送は、ＰＰＤＵ帯域幅の各２０ＭＨｚのレガシープリアンブルフィールドと繰り返し信号フィールドの両方で実行される（各２０ＭＨｚに適用される回転係数に関係なく）。

【0038】

アップリンクマルチユーザ伝送については、例えば、アップリンクＯＦＤＭＡのように、フレキシブルな周波数のマルチセグメント伝送を行うかどうか、低帯域幅のステーション（例えば、８０ＭＨｚのステーション）を伝送のために大きな帯域幅（例えば、３２０ＭＨｚ）のＰＰＤＵでどのようにサポートするかなど、いくつかの問題は考慮されていない。
実施形態１

【0039】

本出願の実施形態１では、無線ローカルエリアネットワーク内でアップリンクＰＰＤＵを伝送するために使用されるチャネル帯域幅もまた、複数の周波数フラグメントに分割され、いくつかのステーションが各周波数フラグメント上にパークされる。具体的には、パーキングは、システムによって決定または既知の対応関係であり、半静的であってもよい。具体的には、周波数フラグメントと１つまたは複数のパークされたステーションとの間の対応関係が構成され、特定の期間において変化しない。あるいは、そのような対応関係は動的であってよく、ＡＰは、特定のルールに従って対応関係を動的に調整する。より具体的な例では、周波数セグメントは、周波数セグメントの１つまたは複数の基本単位を含み得る。周波数セグメントは、プロトコルによって規定され得るか、またはＡＰによって指定され得る。例えば、周波数フラグメントは、８０ＭＨｚであるか、または別の帯域幅、例えば、１６０ＭＨｚ、２４０ＭＨｚ、または３２０ＭＨｚであり得る。以下の実施形態では、パーキング対応関係の具体的な構成プロセスは不要であり、したがって詳細については再度説明しない。本出願の実施形態では、周波数セグメントはまた、周波数セグメント（ｆｒｅｑｕｅｎｃｙ ｓｅｇｍｅｎｔ）などと称されることがある。本出願における周波数セグメント上にパークする（ｐａｒｋｉｎｇ）ステーションは、周波数セグメント上に留まるステーション、または周波数セグメント内に位置する、もしくは属するステーションと称されこともあることを理解されたい。ステーションまたはＡＰによって送信されるＰＰＤＵは、１つまたは複数の周波数帯域セグメントにサブＰＰＤＵを含み、周波数帯域セグメントのサイズは、同じであっても異なっていてもよい。

【0040】

関連付けフェーズまたは関連付け後のフェーズでは、ステーションは、ステーションが感知するチャネル（例えば、特定の２０ＭＨｚ）、ステーションの動作帯域幅（または現在、ステーションが情報を受信および送信できる帯域幅である現在の動作帯域幅）、およびステーションのサポートされている帯域幅に関する情報をＡＰに報告し得る。ステーションがパークする周波数セグメントは、ステーションが感知する２０ＭＨｚのチャネルが位置する周波数セグメントを含む。ステーションによって感知されたチャネルは、動作帯域幅内の任意の１つまたは複数のチャネルであってもよく、またはＡＰによって指定された感知されたチャネルセットから選択された１つまたは複数のチャネルであってもよい。サポートされているステーションの帯域幅は、通常、ステーションのＲＸ機能を示し、ステーションがサポートできる最大通信帯域幅である。ステーションの動作帯域幅は、通常、ステーションのサポートされる帯域幅以下であり、ステーションによって検知されるチャンルが位置する周波数セグメントは、通常、ステーションの動作帯域幅以下である。

【0041】

図３は、周波数セグメントおよび周波数セグメントにパークされているステーションの簡単な概略図である。例えば、周波数セグメント（または周波数セグメント粒度／最小周波数セグメント）は８０ＭＨｚであり、各２０ＭＨｚのシーケンス番号が下から上にカウントされる（シーケンス番号は、より低い周波数からより高い周波数に増加し得るか、またはより高い周波数からより低い周波数に増加し得る。以下では、より低い周波数からより高い周波数への例を使用し、ここで２０ＭＨｚがパンクチャされてよく、詳細は再度説明しない）。図３の例では、ステーション１からステーション５は第１の２０ＭＨｚを感知し、動作帯域幅は第１の８０ＭＨｚであり、ステーション６からステーション１０は第１の２０ＭＨｚを感知し、動作帯域幅は一次１６０ＭＨｚであり、ステーション１１からステーション２０は第５の２０ＭＨｚを感知し、動作帯域幅は第１の二次８０ＭＨｚである。ステーションがパークする周波数セグメントは、ステーションが感知する２０ＭＨｚのチャネルが位置する周波数セグメントである。周波数セグメントのサイズまたは範囲は、ＡＰがＰＰＤＵを送信するときに選択された周波数セグメントによって決定され得る。例えば、伝送ＡＰによって送信されるＰＰＤＵの帯域幅は３２０ＭＨｚであり、一次８０ＭＨｚ、第１の二次８０ＭＨｚ、第２の二次８０ＭＨｚ、第３の二次８０ＭＨｚの４つの周波数セグメントがある。この場合、ステーション１からステーション５がパークする周波数セグメントが一次８０ＭＨｚ、ステーション６からステーション１０がパークする周波数セグメントが一次８０ＭＨｚ、ステーション１１からステーション２０がパークする周波数セグメントが第１の二次８０ＭＨｚである。別の例では、送信端によって送信されるＰＰＤＵの帯域幅は３２０ＭＨｚであり、一次１６０ＭＨｚ、第２の二次８０ＭＨｚ、および第３の二次８０ＭＨｚの３つの周波数セグメントがある。この場合、ステーション１からステーション５がパークする周波数セグメントが一次１６０ＭＨｚ、ステーション６からステーション１０がパークする周波数セグメントが一次１６０ＭＨｚ、およびステーション１１からステーション２０がパークする周波数セグメントが一次１６０ＭＨｚである。周波数セグメントは、周波数領域におけるＰＰＤＵ帯域幅分割法であることを理解することができる。１つまたは複数の隣接する周波数セグメントは、ＰＰＤＵ帯域幅全体を形成する。もちろん、周波数セグメントまたは帯域幅は、パンクチャされた２０ＭＨｚを含み得る。

【0042】

ＡＰによって決定される周波数セグメントは、異なるサイズまたは同じサイズの複数の周波数セグメントを含み得るか、またはこれは限定されない。もちろん、簡略化された方法では、規格は、周波数セグメント粒度、または最小周波数セグメントを指定し得る。デフォルトでは、ＰＰＤＵ帯域幅の周波数セグメントモードでは、ＰＰＤＵ帯域幅が最小周波数セグメントに分割され、最小周波数セグメントのサイズは、例えば、８０ＭＨｚである。周波数セグメントを決定するとき、ＡＰは、各関連するステーションによって感知されたチャネルに関する情報を考慮してよく、さらにステーションの動作帯域幅に関する情報を考慮してよく、決定された周波数セグメントがサービス要件を可能な限り満たすようにしてよいことが理解され得る。それに応じて、ステーションは、サービス要件に基づいて可能な限り、ステーションによって感知されたチャネルを柔軟に調整し、ステーションの動作帯域幅を柔軟に調整して、エネルギーを節約し、または伝送効率を改善し得る。

【0043】

一例では、ステーションによって感知されるチャネルを取得／更新する方法が提供される。

【0044】

具体的には、ＡＰは、管理フレームまたは別のフレーム内で推奨される、感知されるべきチャネルセットを送信してよく、ステーションは、受信された感知されたチャネルセットに基づいて選択された感知されるべきチャネルをフィードバックする。感知されるべきチャネルセットは、例えばビーコンフレームなど、ＡＰが送信する管理フレームにおいて搬送される。ＰＰＤＵを送信するとき、ＡＰは少なくともステーションによって選択された感知されるべきチャネルに関する情報を送信する必要がある。したがって、感知されるべきチャネルはパンクチャできない。もちろん、ネゴシエーション方式を使用してもよい。例えば、ステーションは、選択された感知されるべきチャネルを搬送する要求フレームを送信し、ＡＰは応答フレームを返信し、ここで応答フレームはステータスを有し、ステータスは拒否、受信などを含む。ステータスが拒否された場合、１つまたは複数の推奨する感知されるべきチャネルがさらに搬送され得る。別の例では、ステーションの動作帯域幅の表示を送信することを含む、ステーションの動作帯域幅を通知／更新する方法が提供される。具体的には、ステーションの可能な動作帯域幅は、２０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、２４０ＭＨｚ、および３２０ＭＨｚのうちの１つまたは複数を含む。ステーションの動作帯域幅は、ビットマップまたはインデックスによって示され得る。詳細は下記のとおりである。

【0045】

方式１：ビットマップは固定サイズであり、ビットマップの各ビットは１つの２０ＭＨｚに対応する。例えば、ビットの数量は、最大帯域幅に含まれる２０ＭＨｚの数量に対応し、ＢＳＳの最大帯域幅は３２０ＭＨｚである。この場合、ビットマップサイズは１６ビットである。ビットマップの各ビットは、２０ＭＨｚが動作帯域幅の範囲内にあるかどうかを示す。例えば、第１の値（例えば、１）は、対応する２０ＭＨｚが動作帯域幅の範囲内であることを示し、第２の値（例えば、０）は、対応する２０ＭＨｚが動作帯域幅の範囲外であることを示す。例えば、ビットマップ１１１１ ００００ ００００ ００００は、ステーションの動作帯域幅が第１の８０ＭＨｚであることを示す。別の例では、ビットマップ１０００ ００００ ００００ ００００は、動作帯域幅が第１の２０ＭＨｚであることを示す。さらに、ビットマップのサイズはＢＳＳ帯域幅によって変化することもある。例えば、ＢＳＳ帯域幅が８０ＭＨｚである場合、ビットマップ内のビットの数量は４である。別の例では、ＢＳＳ帯域幅が１６０ＭＨｚである場合、ビットマップ内のビットの数量は８である。

【0046】

方式２：ビットマップは固定サイズであり、ビットマップの各ビットは１つの２０ＭＨｚに対応する。例えば、ＥＨＴ ＰＰＤＵによってサポートされる最大帯域幅は３２０ＭＨｚである。この場合、ビットマップの長さは４ビットである。ビットマップの各ビットは、８０ＭＨｚが動作帯域幅の範囲内にあるかどうかを示す。例えば、第１の値（例えば、１）は、対応する８０ＭＨｚが動作帯域幅の範囲内であることを示し、第２の値（例えば、０）は、対応する８０ＭＨｚが動作帯域幅の範囲外であることを示す。例えば、ビットマップ１０００は、ステーションの動作帯域幅が第１の８０ＭＨｚであることを示す。別の例では、ビットマップ１１００は、ステーションの動作帯域幅が第１の１６０ＭＨｚであることを示す。別の例では、特別なビットマップ００００は、ステーションの動作帯域幅が感知された２０ＭＨｚであることを示す。さらに、ビットマップのサイズはＢＳＳ帯域幅によって変化することもある。例えば、ＢＳＳ帯域幅が８０ＭＨｚである場合、ビットマップ内のビットの数量は４である。別の例では、ＢＳＳ帯域幅が１６０ＭＨｚである場合、ビットマップ内のビットの数量は２である。

【0047】

方式３：ステーションの動作帯域幅はインデックスで示されている。

【0048】

表２を参照されたい。ステーションの動作帯域幅は、３または４ビットで示され得る。ステーションの動作帯域幅は、
２０ＭＨｚ、一次８０ＭＨｚ、第１の二次８０ＭＨｚ、第２の二次８０ＭＨｚ、第３の二次８０ＭＨｚ、一次１６０ＭＨｚ、二次１６０ＭＨｚ、一次２４０ＭＨｚ、二次２４０ＭＨｚ、３２０ＭＨｚ等のうちの１つまたは複数を含む。３ビットまたは４ビットの８から１６の値のそれぞれのうちのいくつかまたは全ては、動作帯域幅のうちの１つまたは複数を示し、他の値は未使用であってもよい。

【0049】

【表3】

【0050】

ＳＴＡによって感知される２０ＭＨｚチャネルは、ＢＳＳ帯域幅内の任意のチャネル上に位置してもよく、それによりＡＰは、アップリンクスケジューリングのためのトリガフレームを送信する伝送効率を改善することができる。すなわち、各周波数セグメント上で伝送されるトリガフレームにおいて搬送されるコンテンツが異なっていてもよい。さらに、異なる動作帯域幅を有するＳＴＡは、異なる周波数セグメントに分散される。例えば、動作帯域幅が８０ＭＨｚのステーションは、帯域幅全体の周波数リソース内のアップリンク伝送リソースを異なるＳＴＡにより均等に割り当てることができる。このようにして、動作帯域幅が８０ＭＨｚの全てのＳＴＡが一次８０ＭＨｚにパークされるわけではなく、そうでなければ一次８０ＭＨｚの周波数リソースが不十分であり、他の８０ＭＨｚの周波数リソースが無駄になる。

【0051】

一般に、アップリンク伝送では、全てのＳＴＡは、Ｐ２０上にパークして、アップリンク伝送のためのスケジューリング情報（例えば、トリガフレーム）を感知し、受信する。送信端によるデータ送信のルールは、Ｐ２０が伝送可能な場合、送信端はさらに別のチャネルが伝送可能かどうかを分析する、というものである。例えば、トリガフレームが通常、非ＨＴフォーマットを使用する場合、トリガフレームの物理層プリアンブルは、各２０ＭＨｚで同じコンテンツを伝送する必要があり、トリガフレームも、各２０ＭＨｚで同じコンテンツを伝送する必要がある。この実施形態では、ステーションは、チャネル条件、省電力、または他の要因に基づいて、感知されるチャネルおよび／または動作帯域幅を変更し、変更をＡＰに通知し得る。ステーションがスケジューリング情報を感知して受信するためにＰ２０上にのみパークする解決策と比較して、前述のフレキシブルチャネルセンシングソリューション、またはパーキングソリューションと呼ばれるソリューションは、異なるトリガフレームを異なる周波数セグメント（例えば、８０ＭＨｚ）上で送信することを可能にする。すなわち、トリガフレームのオーバーヘッドが低減されるように、トリガフレームのコンテンツ全体は異なる８０ＭＨｚに分散される。

【0052】

アップリンクスケジューリングに加えて、前述の柔軟なパーキング方法をダウンリンク伝送に適用することができる。ダウンリンク伝送解決策は、本出願では詳細に説明しない。
実施形態２

【0053】

図４を参照されたい。トリガフレームの送受信方法を提供する。この方法は、周波数セグメントに基づいているか、または周波数セグメント上のアップリンクスケジューリングの方法と呼ばれる。

【0054】

１０１：ＡＰはＰＰＤＵを生成する。ＰＰＤＵは、１つまたは複数のトリガフレームを含む。各トリガフレームは、１つの周波数セグメントに対応し、各トリガフレームは、対応する周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用され、それにより、ステーションは、アップリンクＰＰＤＵを送信する。すなわち、各トリガフレームは、少なくともトリガフレームが位置する周波数セグメント上の１つまたは複数のステーションによって使用され、アップリンクＰＰＤＵを伝送する（トリガフレームが位置する周波数セグメント上の１つまたは複数のステーションは、ステーションによって感知されるチャネルが、トリガフレームが位置する周波数セグメント上にあると理解されてもよい）。ステーションがパークする周波数セグメントは、ステーションが感知する２０ＭＨｚのチャネルが位置する周波数セグメントである。周波数セグメントのサイズまたは範囲は、ＡＰがＰＰＤＵを送信するときに選択された周波数セグメントによって決定され得る。ＡＰは、送信されるＰＰＤＵに含まれる１つまたは複数の周波数セグメントおよび周波数セグメントのサイズを、１つまたは複数のスケジュールされるステーションの感知されるチャネルなどの要因に基づいて決定する。代替的に、ＡＰはまた、送信されるＰＰＤＵに含まれる１つまたは複数の周波数セグメントおよび周波数セグメントのサイズを、１つまたは複数のスケジュールされるステーションの動作帯域幅などの要因に基づいて決定し得る。実施形態１を参照されたい。詳細については、ここでは再度説明しない。

【0055】

具体的には、ＡＰは、各周波数セグメント上にパークするステーションに関する情報を取得し、ステーションの周波数ドメインリソースおよび取得されたアップリンクサービス要件を参照して、１つまたは複数のトリガフレームを生成する。トリガフレームは、スケジュールされるステーションに関する情報と、ステーションに割り当てられた周波数ドメインリソースとを含む。

【0056】

１０２：ＡＰは、ＰＰＤＵ内の１つまたは複数のトリガフレームを送信し、各トリガフレームは、対応する周波数セグメント内で搬送される。具体的な方式は、トリガフレームが対応する周波数セグメントの各２０ＭＨｚで伝送される、というものである。別の方式では、トリガフレームは、対応する周波数セグメント全体、または周波数セグメント上のリソースユニット、例えば最大のリソースユニット上で伝送される。

【0057】

１０３：ステーションは、受信したトリガフレームに基づいてアップリンクＰＰＤＵを送信する。一般に、アップリンクＰＰＤＵは、アップリンクマルチユーザＰＰＤＵであってもよい。もちろん、特別なシナリオでは、上記の方法を使用して、アップリンク伝送のために１つのステーションのみをスケジュールし得る。

【0058】

ステップ１０３におけるアップリンクマルチユーザＰＰＤＵを送信するための方法は、ＭＵ－ＭＩＭＯ技術および／またはＯＦＭＤＡ技術を採用してもよい。アップリンクマルチユーザＰＰＤＵは、トリガベースＰＰＤＵ（ｔｒｉｇｇｅｒ ｂａｓｅｄ ＰＰＤＵ、ＴＢ ＰＰＤＵ）と簡潔に呼ばれる。

【0059】

ステップ１０１～１０３の実施態様では、異なるトリガフレームは、異なるコンテンツを有し得る。このようにして、全てのトリガフレームのコンテンツは、異なる周波数セグメントに分散され得、トリガフレームを送信するためのリソースを節約する。さらに、好ましい実施態様では、トリガフレームは、対応する周波数セグメント上にパークする１つまたは複数のステーションのみのスケジューリング情報をスケジュールし得る。言い換えると、スケジューリング情報は、別の周波数セグメント上にパークする任意のステーションのスケジューリング情報を除外する。このようにして、全てのトリガフレームのコンテンツを最大限に分散し、トリガフレームを送信するためのリソースを最大限に節約することができる。

【0060】

ステップ１０１で生成されたトリガフレームは、ＯＦＤＭＡ形式のＰＰＤＵ（これは、ＥＨＴ ＭＵ ＰＰＤＵまたは別の名称として称されることがある）、または非ＨＴ ＰＰＤＵ（すなわち、レガシープリアンブルのみを含むプリアンブルを有するＰＰＤＵ）で搬送されてもよく、または１１ｎ、１１ａｃ、１１ａｘ、または１１ｂｅなどの規格に準拠するシングルユーザＰＰＤＵで搬送されてもよい。あるいは、トリガフレームは、別のＭＡＣフレーム、例えば、データフレームまたは制御フレームと一緒に伝送されてもよい。

【0061】

図５に、トリガフレームの構造の例を示す。トリガフレームは、フレーム制御フィールド、期間フィールド、受信アドレスフィールド、伝送アドレスフィールド、共通情報フィールド、複数のユーザ情報フィールド、ビットパディングフィールド、またはフレームチェックシーケンスフィールドのうちの１つまたは任意の組み合わせを含み得る（図５に示されるフィールドの位置に限定されない）。

【0062】

共通情報フィールドは、アップリンクマルチユーザ伝送の共通パラメータを示す。ユーザ情報フィールドは、単一のステーションがアップリンクＰＰＤＵを伝送するためのパラメータ、例えば、リソースアロケーションフィールドによって示されるリソースユニットを含むパラメータを示す。例えば、共通情報フィールドは、トリガタイプフィールド（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）、アップリンク長フィールド（ＵＬ Ｌｅｎｇｔｈ）、さらなるトリガフレームフィールド（Ｍｏｒｅ ＴＦ）、キャリア感知要求フィールド（ＣＳ Ｒｅｑｕｉｒｅｄ）、アップリンク帯域幅フィールド（ＵＬ ＢＷ）、ＧＩ（ガードインターバル、ｇｕａｒｄ ｉｎｔｅｒｖａｌ）およびＥＨＴ－ＬＴＦタイプフィールド、プレＦＥＣパディング係数フィールド、ＰＥ曖昧性フィールド、およびＡＰ ＴＸ電力（ＡＰ ＴＸ Ｐｏｗｅｒ）フィールドのうちの１つまたは任意の組み合わせを含む（図５に示されるフィールドの場所に限定されない）。

【0063】

アップリンク長フィールド（ＵＬ ｂａｎｄｗｉｄｔｈ）は、トリガフレームによってスケジュールされたアップリンクＴＢ ＰＰＤＵのレガシープリアンブルにおけるＬ－ＳＩＧフィールドの長さを示す。

【0064】

さらなるトリガフレームフィールド（Ｍｏｒｅ ＴＦ）は、送信されるトリガフレームがまだあるかどうかを示す。

【0065】

ＧＩ（ガードインターバル、ｇｕａｒｄ ｉｎｔｅｒｖａｌ）およびＥＨＴ－ＬＴＦタイプフィールドは、ＧＩの長さおよびＥＨＴ－ＬＴＦのタイプを示す。

【0066】

プレＦＥＣパディング係数フィールドおよびＰＥ曖昧性フィールドは、ポストＦＥＣパディング長およびＰＥフィールド長を含むＥＨＴ ＰＰＤＵの物理層パディング長を共同で示す（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ、前方誤り訂正、ＰＥ：ｐａｃｋｅｔ ｅｘｔｅｎｓｉｏｎ、パケット拡張）。

【0067】

ＴＸ電力フィールドは、ステーションのｄＢｍ単位でＴＸ電力を示す。電力の値は、一般に２０ＭＨｚに正規化されている。

【0068】

任意選択で、トリガフレームの共通フィールドは、トリガタイプに依存する共通情報フィールドをさらに含み得る。例えば、基本的なトリガタイプでは、トリガタイプに依存する共通情報フィールドは、ＭＰＤＵ間隔係数、ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）アグリゲーションリミット、および好ましいＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）などのフィールドを含む。

【0069】

任意選択で、トリガフレームの共通フィールドは、アップリンク時空間ブロック符号化またはアップリンク空間多重化などの情報をさらに含み得る。

【0070】

好ましくは、トリガフレームを搬送するＰＰＤＵの帯域幅内の異なるトリガフレームは、ＰＰＤＵ帯域幅のパンクチャ情報フィールドをさらに搬送してもよい。例えば、パンクチャされたビットマップは、どの２０ＭＨｚが帯域幅においてパンクチャされているかを示す。パンクチャされたとは、物理層プリアンブルおよびデータフィールド（ＭＡＣフレームを含む）などのコンテンツが、ＰＰＤＵの対応する２０ＭＨｚで伝送されないことを意味する。パンクチャされたビットマップは、固定数量のビットを有し得る。例えば、ビットの数量は、ＰＰＤＵの最大帯域幅に含まれる２０ＭＨｚの数量と同じである。例えば、３２０ＭＨｚは１６個の２０ＭＨｚを含む。パンクチャされたビットマップのビットの数量は、ＰＰＤＵの帯域幅によって変化する。例えば、ＰＰＤＵの帯域幅が８０ＭＨｚである場合、パンクチャされたビットマップのビットの数量は４であり、ＰＰＤＵ帯域幅が１６０ＭＨｚである場合、パンクチャされたビットマップのビットの数量は８である。ステーションがトリガフレームを受信した後、アップリンクＰＰＤＵを送信するとき、ステーションは、対応して、ＰＰＤＵの帯域幅のパンクチャ情報フィールドに基づいて、ステーションに対応する周波数セグメント上の物理層プリアンブルにおいてＵ－ＳＩＧを伝送し得る。Ｕ－ＳＩＧは、周波数セグメント上の情報をパンクチャすることを含む。

【0071】

別の方法では、パンクチャ情報フィールドは、可能なパンクチャパターンをさらに示し得る。表３のインデックス値は、パンクチャパターンを示す。可能なパンクチャパターンを次の表に示す。

【0072】

【表4-1】

【0073】

【表4-2】

【0074】

パンクチャ帯域幅パターンフィールドは、限定されたパンクチャパターンのみを示すため、表３に含まれるパターンは、６ビットのみを使用することによって示すことができる。その後、より多くのパンクチャパターンが含まれる場合、パンクチャ帯域幅パターンフィールドの長さは、代替的に、７ビット、８ビット、９ビットなどであり得る。さらに、任意選択で、パンクチャ帯域幅パターンフィールドによって示される複数のパンクチャパターンは、帯域幅とともに変化し、帯域幅は、トリガフレーム内の帯域幅フィールドによって示される。具体的には、帯域幅が２０ＭＨｚまたは４０ＭＨｚの場合、パンクチャパターンはない。この場合、パンクチャ帯域幅パターンフィールドは、０ビットであってもよい。帯域幅が８０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドによって示されるパターンは、１から４のパターンを含み、２ビットが必要となる。帯域幅が１６０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドが示すパターンは、５から１６のパターンを含み、４ビットが必要である。帯域幅が２４０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドによって示されるパターンは、１７から２５のパターンを含み、４ビットが必要である。帯域幅が３２０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドによって示されるパターンは、２６から３７のパターンを含み、４ビットが必要である。好ましい方法では、パンクチャ帯域幅パターンフィールドによって示されるパターンが帯域幅とともに変化するが、長さは不変である。前述の例では、パンクチャ帯域幅パターンフィールドの長さは、前述の全ての帯域幅によって必要とされるビットの最大数量、すなわち４ビットである。例えば、帯域幅が８０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドが示すパターンは、１から４のパターンを含み、４ビットのパンクチャ帯域パターンフィールドの値０から３は、それぞれ１から～４のパターンを示し、他の値は未使用である。

【0075】

別の方法では、パンクチャ情報フィールドは、ＰＰＤＵの帯域幅内のパンクチャ情報の一部をさらに搬送し得る。帯域幅のサイズに基づいて、ビットマップは、８０ＭＨｚの粒度で帯域幅を示すために、２ビット、３ビット、または４ビット（または固定４ビット）を含み得る。第１の値（１）は８０ＭＨｚに対応するパンクチャ情報が含まれることを示し、第２の値（０）は８０ＭＨｚに対応するパンクチャ情報が含まれないことを示す。各８０ＭＨｚ周波数セグメントのパンクチャ情報表示方法は、実施形態３のＵ－ＳＩＧフィールドのパンクチャ情報表示方法と同様である。詳細はここで再度説明しない。パンクチャ情報フィールドで搬送されるパンクチャ情報の部分は、トリガフレームによってスケジュールされるステーションによって送信されるアップリンク物理層プリアンブルによって占有される周波数帯域幅のパンクチャ情報を含む必要がある。

【0076】

任意選択で、トリガフレームの共通フィールドは、トリガフレームが位置する周波数セグメントの帯域幅を示す情報／フィールドをさらに搬送し得る。

【0077】

一例では、トリガフレームは、トリガフレームが位置する周波数セグメントの帯域幅を示す情報／フィールドを除外する。ステーションは、感知されたチャネルが位置するデフォルトの周波数セグメント（例えば、規格で指定された最小周波数セグメントまたは規格で指定された周波数セグメント粒度（例えば、８０ＭＨｚ））のみに基づいてトリガフレームを受信する。好ましくは、トリガフレームは、トリガフレームが位置する周波数セグメントの帯域幅を示す情報／フィールドをさらに含み得る。ステーションは、指示された周波数セグメントに基づいてトリガフレームを受信してもよく、例えば、ステーションは、堅牢性を改善するために周波数セグメント上のトリガフレームを組み合わせてもよい。この場合、アップリンクマルチユーザＰＰＤＵ全体のＵＬの帯域幅に関する前述の表示は省略され得る。もちろん、トリガフレームは、ＵＬの帯域幅と、トリガフレームでスケジュールされるステーションのアップリンクＰＰＤＵが位置する周波数セグメントの帯域幅を示す情報／フィールドとをさらに含んでもよい。

【0078】

好ましくは、トリガフレームのステーション情報フィールドは、トリガフレームでスケジュールされるステーションのアップリンクＰＰＤＵの共通物理層のプリアンブルが位置する周波数セグメントの帯域幅を示す情報／フィールドをさらに搬送し得る。もちろん、アップリンクＰＰＤＵの共通物理層のプリアンブルが位置する周波数セグメントの帯域幅は、アップリンクＰＰＤＵを送信するステーションの動作帯域幅内にある必要がある。あるいは、アップリンクＰＰＤＵの共通物理層のプリアンブルが位置する周波数セグメントの帯域幅に関する情報が搬送されない場合がある。

【0079】

周波数セグメントの帯域幅は、８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚ等であってもよい。任意選択で、周波数セグメントの帯域幅は、２４０ＭＨｚをさらに含む。本発明のこの実施形態では、８０ＭＨｚの周波数セグメントを例として使用する。例えば、異なる８０ＭＨｚで伝送されるアップリンク共通物理層のプリアンブルのトリガフレーム／確認フレーム／Ｕ－ＳＩＧフィールドは、異なるコンテンツを有し、８０ＭＨｚの各２０ＭＨｚで伝送されるアップリンク共通物理層のプリアンブルのトリガフレーム／確認フレーム／Ｕ－ＳＩＧフィールドは、同じコンテンツを有することについて言及される。同じＰＰＤＵ内に異なるサイズのさらなる周波数セグメントが存在し得る。例えば、３２０ＭＨｚのＰＰＤＵは、１つの１６０ＭＨｚセグメントと２つの８０ＭＨｚセグメントとを含む。

【0080】

図６は、ユーザ情報フィールドの構造の簡単な概略図である。ユーザ情報フィールドは、以下のフィールド、すなわち、関連付け識別子フィールド、リソースユニット割り当てフィールド、アップリンク符号化タイプフィールド、アップリンク変調および符号化スキームフィールド、アップリンクデュアルキャリア変調フィールド、空間ストリーム割り当てまたはランダムアクセスユニットリソース情報フィールド、アップリンク受信信号強度表示フィールド、および未使用フィールド、ならびに複数のトリガタイプに依存するユーザ情報フィールドのうちの１つまたは複数のうちの、１つまたは任意の組み合わせを含み得る（図６に示されるフィールドの場所に限定されない）。

【0081】

具体的には、非ＨＴＰＰＤＵを例として用いる。トリガフレームを搬送するＰＰＤＵの帯域幅が周波数セグメント粒度（例えば、８０ＭＨｚ）よりも大きい場合、ＰＰＤＵの物理層プリアンブル（レガシープリアンブルのみを含む）は、通常２０ＭＨｚの単位でＰＰＤＵ帯域幅で伝送され、ＰＰＤＵ帯域幅の各２０ＭＨｚで搬送される物理層プリアンブルの内容は同じである。ただし、トリガフレームは周波数セグメント粒度の単位で伝送される。言い換えれば、異なる周波数セグメントで搬送されるトリガフレームは相互に独立しており、周波数ドメインにおいて別々に伝送される。言い換えると、異なる周波数セグメント上で伝送されるトリガフレームのコンテンツは異なる場合があるが、複数の８０ＭＨｚで伝送されるトリガフレームのコンテンツは同じであってもよい。１つの周波数セグメントは、１つまたは複数の周波数セグメント粒度を含み得る。

【0082】

ＰＰＤＵの帯域幅の少なくとも一部は、ステーションの動作帯域幅範囲内に収まる。例えば、ＰＰＤＵ帯域幅は、ステーションによって感知される２０ＭＨｚを含む。図５または図６を参照されたい。特定の例では、トリガフレームは、非ＨＴ形式で送信される。非ＨＴフォーマットは、ＰＰＤＵの物理層プリアンブルにレガシープリアンブルのみを含むことを意味する。レガシープリアンブルは、ＰＰＤＵの帯域幅で各２０ＭＨｚで伝送され、全ての２０ＭＨｚの物理層プリアンブルの内容は同じである。異なる８０ＭＨｚで伝送されるトリガフレームの内容は異なるが、１つの８０ＭＨｚ内の各２０ＭＨｚで伝送されるトリガフレームの内容は同じである。

【0083】

例えば、一次８０ＭＨｚ内の２０ＭＨｚごとに送信されるトリガフレームで搬送されるステーションフィールドは、ステーション１およびステーション６のステーション情報フィールドであり、ステーション１１からステーション１４のステーション情報フィールドは、二次８０ＭＨｚ内の２０ＭＨｚごとに送信されるトリガフレームで搬送される。このように、２０ＭＨｚごとに伝送されるトリガフレームは、トリガフレームが位置するＰＰＤＵの１６０ＭＨｚの伝送帯域幅でスケジュールされる全てのステーションの情報フィールド、すなわちステーション１、ステーション６、およびステーション１１からステーション１４のステーション情報フィールドを搬送する必要はない。これにより、オーバーヘッドを低減することができる。

【0084】

異なる８０ＭＨｚのトリガフレームは、異なるステーション情報フィールドを有することに留意されたい。しかしながら、帯域幅内の異なるセグメント内の異なるトリガフレームは、複数の８０ＭＨｚセグメント内の異なるアップリンクマルチユーザＰＰＤＵの代わりに、１つのアップリンクマルチユーザＰＰＤＵ全体をトリガする必要がある。したがって、アップリンクマルチユーザＰＰＤＵ全体を送信するのに役立つように、異なるセグメント内の異なるトリガフレームを整列させる必要がある。具体的には、複数のスケジュールされたステーションによって別々に送信されるアップリンクＰＰＤＵによって形成されるアップリンクマルチユーザＰＰＤＵ全体について、アップリンクＰＰＤＵの送信時間は、開始時間および終了時間を含んで整列される必要がある。異なるセグメント上の異なるトリガフレームは、整列される必要があり、アップリンクＰＰＤＵの開始時間が整列されるように、トリガフレームが受信された後、特定の間隔（固定値、例えば、ＳＩＦＳ）でアップリンクＰＰＤＵが送信される。

【0085】

特定の例では、異なる８０ＭＨｚ（本明細書では、８０ＭＨｚの周波数セグメントが例として使用される）のトリガフレーム内で搬送されるステーション情報フィールドは、異なる場合がある。その結果、異なる８０ＭＨｚで伝送されるトリガフレームの情報部分（パディング部を除く）の長さが異なる場合がある。しかしながら、本実施形態では、各８０ＭＨｚの周波数セグメントで伝送されるトリガフレームの長さは同じであることが推奨される。具体的には、各８０ＭＨｚの周波数セグメントで伝送されるトリガフレームは、パディング（ｐａｄｄｉｎｇ）方法によって整列されてもよい。

【0086】

パディングによってトリガフレームを整列させる以下の方法が提供される。

【0087】

方法１：トリガフレーム内の任意の箇所に、短い情報部分（スケジューリング情報を示す部分）を有するダミー（ｄｕｍｍｙ）ステーション情報フィールドを含め、または設定し、各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さになるようにする。具体的には、ダミーステーション情報フィールドの長さは、規格で指定されているステーション情報フィールドの長さと同じであるが、受信端によってダミーステーション情報フィールドがステーション情報フィールドとして誤読されるのを防ぐために特別な設定が用いられる。例えば、ダミーステーション情報フィールドのＡＩＤフィールドの値は特別な値であり、またはダミーステーション情報フィールドのリソース割り当て表示フィールドの値は特別な値であり、例えば、２０４７である。ダミーステーション情報フィールドにおける前述の特別な値以外の値は、任意の情報であってもよく、または全て０または全て１のビットとして簡略化されてもよい。このアライメント方式では、ダミーステーション情報フィールドは、実際のステーション情報フィールドの間に位置してもよく、アライメントの柔軟性を向上させることができる。

【0088】

方法２：第１のダミーステーション情報フィールドは、短い情報部分を有するトリガフレームの尾部に追加される。すべて０、すべて１、または他のパディング情報は、各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さを有するように、第１のダミーステーション情報フィールドに続く場所にパディングされる。

【0089】

方法３：特別なＡＩＤ識別子、例えば、２０４７は、短い情報部分（最後にスケジュールされたステーションの情報フィールドの直後）を有するトリガフレームの尾部に付加される。すべて０、すべて１、または他のパディング情報は、各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さを有するように、第１のダミーステーション情報フィールドに続く場所にパディングされる。

【0090】

方法４：各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さになるように、短い情報部分を有するトリガフレームにＭＰＤＵデリミタが含まれる。

【0091】

特定の例では、ＧＩおよびＥＨＴ－ＬＴＦタイプフィールド、ＰＥ関連パラメータ（プレＦＥＣパディング係数フィールドおよびＰＥ曖昧性フィールドを含む）、ＥＨＴ－ＬＴＦシンボルフィールドの数量、またはＰＰＤＵの帯域幅内の異なるトリガフレームの共通フィールドで搬送されるアップリンク長フィールドなどのパラメータフィールドは、同じ値を有する必要がある。このようにして、周波数セグメントで伝送されるアップリンクＯＦＤＭＡ ＰＰＤＵは、終了時間およびＥＨＴ－ＬＴＦフィールドを含んで整列される。

【0092】

８０ＭＨｚの周波数セグメントを例に用いる。異なる周波数セグメントのトリガフレームに含まれるアップリンクＰＰＤＵ長さフィールドは、同じ値を有するため、ステーションによるアップリンクＰＰＤＵの伝送時間は同じである。さらに、異なるセグメントで伝送されるトリガフレームが整列されるため、アップリンクＰＰＤＵの伝送開始時間は同じである。したがって、アップリンクＰＰＤＵの伝送終了時間は整列される。異なるトリガフレームに含まれるアップリンクＥＨＴ－ＬＴＦシンボルフィールドの数量は、同じ値を有するため、全てのステーションのアップリンクＰＰＤＵのＥＨＴ－ＬＴＦのＯＦＤＭシンボルの数量は同じである。異なるトリガフレームに含まれるＧＩおよびＥＨＴ－ＬＴＦタイプフィールドは、同じ値を有するため、ステーションによって伝送されるアップリンクＰＰＤＵのＥＨＴ－ＬＴＦの単一のＯＦＤＭシンボルの長さは同じである（本明細書におけるＯＦＤＭシンボルの長さは、ＧＩ長を含み、これは以下で同じであり、詳細は再度説明しない）。さらに、ステーションによって伝送されるアップリンクＰＰＤＵのデータフィールドに含まれる単一のＯＦＤＭシンボルの長さも同じであってよい。プレＦＥＣパディング係数フィールドおよびＰＥ曖昧性フィールドは、同じ値を有し、したがって、全てのステーションのアップリンクＰＰＤＵの物理層パディング長は同じであってもよい。プロトコルは、ＧＩを含まないＯＦＤＭシンボルの長さが１２．８μｓであり、ＧＩおよびＥＨＴ－ＬＴＦタイプフィールドが同じ値を有することを指定し、したがって、データフィールド内のＯＦＤＭシンボルのＧＩ長は同じであってもよい。上記の解決策によれば、アップリンクＰＰＤＵの期間、ＥＨＴ記号フィールド、および終了時間においてアライメントが行われ、ＡＰがアップリンクＰＰＤＵの確認フレームを送信する。

【0093】

本明細書におけるアライメントは、開始時間アライメントおよび／または終了時間アライメントを意味する。終了時間アライメントとは、終了時間が同一であるか、または終了時間の差が指定された間隔範囲内であり、指定された間隔範囲がプロトコルまたは他の方法で規定されていることを意味する。開始時間アライメントは、開始時間が同じであるか、または開始時間の差が指定された間隔内であることを意味する。本発明の他の箇所で言及されているアライメントの意味については、再度説明しない。

【0094】

トリガフレームのステーション情報フィールド内のリソース割り当て表示フィールドは、アップリンクフレームを伝送するために、１つまたは複数のリソースユニットをステーションに割り当て得る。８０２．１１ａｘプロトコルは、８０ＭＨｚ帯域幅、４０ＭＨｚ帯域幅、および２０ＭＨｚ帯域幅のリソースユニットインデックスをリストにする。リソースユニットのインデックスは、７ビットのテーブルを形成する。各リソースユニットインデックスは、２６階調リソースユニット、５２階調リソースユニット、１０６階調リソースユニット、２４２階調リソースユニット（２０ＭＨｚ帯域幅の最大リソースユニット）、４８４階調リソースユニット（４０ＭＨｚ帯域幅の最大リソースユニット）、および９９６階調リソースユニット（８０ＭＨｚ帯域幅の最大リソースユニット）を含む１つのリソースユニットに対応する。８０ＭＨｚ帯域幅の追加の１ビットおよび７ビットのリソースユニットインデックスが追加され、１６０ＭＨｚ帯域幅のリソースユニットを示す。追加の１ビットは、リソースユニットが一次８０ＭＨｚのリソースユニットであるか、二次８０ＭＨｚのリソースユニットであるかを示す。８０ＭＨｚ単位の７ビットリソースユニット割り当ての表については、８０２．１１ａｘプロトコルを参照されたい。以下の表４に示すように、ＲＵシーケンス番号０から３６は８０ＭＨｚ帯域幅の２６階調リソースユニットのインデックス、ＲＵシーケンス番号３７から５２は８０ＭＨｚ帯域幅の５２階調リソースユニットのインデックス、ＲＵシーケンス番号５３から６０は８０ＭＨｚ帯域幅の１０６階調リソースユニットのインデックス、ＲＵシーケンス番号６１から６４は８０ＭＨｚ帯域幅の２４２階調リソースユニットのインデックス、ＲＵシーケンス番号６５から６６は８０ＭＨｚ帯域幅の４８４階調リソースユニットのインデックス、ＲＵシーケンス番号６７は８０ＭＨｚ帯域幅の９９６階調リソースユニットのインデックスである。２６階調リソースユニットＲＵ１からＲＵ３７の説明、５２階調リソースユニットＲＵ１からＲＵ１６の説明、１０６階調リソースユニットＲＵ１からＲＵ８の説明、２４２階調リソースユニットＲＵ１からＲＵ４の説明、４８４階調リソースユニットＲＵ１からＲＵ２の説明、および９９６階調リソースユニットＲ１の説明は、８０２．１ａｘプロトコルに記録される。詳細については、ここでは再度説明しない。

【0095】

【表5-1】

【0096】

【表5-2】

【0097】

【表5-3】

【0098】

表４を参照されたい。３２０ＭＨｚの帯域幅をサポートするために、この実装は新しいリソースユニットを含む。すなわち、２＊９９６階調のリソースユニット、３＊９９６階調のリソースユニット、４＊９９６階調のリソースユニットである。３つのリソースユニットのインデックスは、８０ＭＨｚの７ビットリソース割り当てテーブル（シングル割り当てテーブルと呼ばれる）に追加されてもよい。

【0099】

別の例では、単一のステーションへの複数のリソースユニットの割り当てをサポートし、シグナリングオーバーヘッドを削減するために、以下のいくつかのリソースユニットインデックスが指定される。図７ａを参照されたい。５２＋２６リソースユニットおよび１０６＋２６リソースユニットを含む、複数の小さいサイズのリソースユニットの１６種類の割り当てがある。具体的な位置については、図７ａ上部の灰色のブロックを参照されたい。４８４＋２４２のリソースユニット、９９６＋４８４のリソースユニット、および２Ｘ９９６＋４８４のリソースユニット、３Ｘ９９６＋４８４のリソースユニット、および３Ｘ９９６のリソースユニットを含む、複数の大きなサイズのリソースユニットの３３種類の割り当てがある。具体的な位置については、図７ａの下部の灰色のブロックを参照されたい。複数のリソースユニットの割り当ては全部で４９種類ある。もちろん、複数のリソースユニットの４９種類の割り当てのサブセットが存在してもよく、例えば、２Ｘ９９６＋４８４のリソースユニットまたは３Ｘ９９６＋４８４のリソースユニットが除外されたり、複数のリソースユニットの別の割り当ての組み合わせが導入されたりする。

【0100】

具体的には、図７ａおよび図７ｂに示す複数のリソースユニットの組み合わせ（複数のリソースユニットの割り当てテーブルと呼ばれる）を、それぞれ２つの異なる７ビットテーブルインデックスに基づいて示してもよい。一例では、１ビットは、ステーションに割り当てられたリソースユニットが単一のリソースユニットであるかまたは複数のリソースユニットであるか、すなわち、単一のリソースユニットの割り当てテーブルインデックスが使用されるか、複数のリソースユニットの割り当てテーブルインデックスが使用されるかを示す。もちろん、１つのリソースユニットの割り当てテーブルと複数のリソースユニットの割り当てテーブルの内容を含むために、同じテーブルを使用してもよい。テーブルに必要なビット長は、示されるリソースユニットのエントリの数量に依存する。

【0101】

別の例では、２ビットが３２０ＭＨｚにおける特定の８０ＭＨｚを示し、シーケンス番号は、より低い周波数からより高い周波数であってもよく、またはより高い周波数からより低い周波数であってもよく、テーブル内のインデックスは、８０ＭＨｚを参照として使用してもよいことが提案される（図７ａまたは図７ｂ）。すなわち、８０ＭＨｚ領域内の様々なリソースユニットのインデックスが含まれる。

【0102】

トリガフレームのステーション情報フィールドのリソース割り当て表示フィールドに基づいてステーションに割り当てられた１つまたは複数のリソースユニットは、ステーションの動作帯域幅の範囲内に収まる必要がある。
実施形態３

【0103】

図８は、アップリンクマルチユーザＰＰＤＵのフレーム構造である。周波数セグメントに基づいてアップリンクＰＰＤＵを送信する方法を提供する。

【0104】

２０１：ステーションは、受信したトリガフレームに基づいてアップリンクＰＰＤＵを送信する。アップリンクＰＰＤＵのデータ部分は、ステーションに割り当てられたリソースユニット上で送信される。

【0105】

具体的には、ステーションは、感知されたチャネルが位置する周波数セグメント上でのみ、ＡＰによって送信されたトリガフレームを受信し得る。トリガフレーム内の１つのステーション情報フィールドが、ステーションのＡＩＤと一致する場合、ステーションは、ステーションのＡＩＤと一致するステーション情報フィールド内のリソースユニット割り当て情報と、トリガフレーム内の共通フィールドとに基づいて、アップリンクマルチユーザＰＰＤＵを送信する。例えば、ステーションは、ステーションのアップリンク情報フレーム、例えばデータフレームを、ステーション情報フィールドのリソース割り当て表示フィールドで示されるリソースユニットにおいて、伝送する。具体的には、ステーションによって送信されるアップリンクＰＰＤＵは、共通の物理層プリアンブル、ポスト物理層プリアンブル（ＥＨＴ－ＳＴＦフィールドおよびＥＨＴ－ＬＴＦフィールドを含む）、およびデータ部フィールド（ＭＡＣフレーム、例えば、データフレームを含む）を含む。共通の物理層プリアンブルは、アップリンクＰＰＤＵの帯域幅で２０ＭＨｚの単位で伝送され得、ポスト物理層プリアンブルおよびデータフィールドは、リソースユニット上で伝送される。

【0106】

２０２：ＡＰは、トリガフレーム内で割り当てられたリソースに基づいて、ステーションによって送信されたアップリンクＰＰＤＵ内のデータ部分を受信する。

【0107】

具体的には、ＡＰは、トリガフレームにおいてステーション情報フィールド内のリソース割り当て表示フィールドが示すリソースユニット上でステーションによって送信されたアップリンク情報フレームを受信し、トリガフレームにおいてステーション情報フィールドのＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ、変調符号化方式）などのパラメータに基づいて、ステーションによって送信されたアップリンク情報フレームを復号する。本出願では、特定のリソースユニットの割り当て方法について詳細に説明しない。

【0108】

ステップ２０１におけるステーションによるアップリンク共通物理層プリアンブルを伝送するための方法は、以下のいくつかの具体的な例を含む。

【0109】

方法１：ステーションは、スケジュールされたステーションのアップリンクＰＰＤＵが位置する周波数セグメント上の各２０ＭＨｚチャネル上でのみ、トリガフレーム内で搬送される情報であって、アップリンクＰＰＤＵの共通物理層プリアンブルが位置する周波数セグメントの帯域幅に関するものである情報に基づいて、アップリンク共通物理層プリアンブルを送信し得る。具体的には、アップリンクマルチユーザＰＰＤＵの帯域幅が、ステーションがパークする周波数セグメントよりも大きい場合、共通物理層プリアンブルは、周波数セグメントの外側の２０ＭＨｚチャネル上で送信されない場合がある。このようにして、干渉を低減することができ、周波数領域多重化の機会を増やすことができ、リソース利用効率を向上させることができる。スケジュールされたステーションのアップリンクＰＰＤＵが位置する周波数セグメントは、ステーションの動作帯域幅の範囲内である必要がある。アップリンクＰＰＤＵが位置する周波数セグメントは、トリガフレームが位置する周波数セグメントとは異なる場合があることが理解され得る。トリガフレームが位置する周波数セグメントは、ステーションの動作帯域幅よりも大きい場合があるが、ステーションによって感知された２０ＭＨｚを含む必要がある。ステーションは、ステーションの動作帯域幅の感知された２０ＭＨｚの周波数セグメントのトリガフレームを受信し、トリガフレームによって示されるアップリンク帯域幅が位置する周波数セグメントの各２０ＭＨｚチャネルのアップリンク共通物理層プリアンブルを送信する。

【0110】

共通物理層プリアンブルは、従来のプリアンブル（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、およびＬ－ＳＩＧ）、繰り返し信号フィールド（ＲＬ－ＳＩＧ）、およびＵ－ＳＩＧフィールドを含んでもよい。

【0111】

一例として、図３に示す通信システムを用いる。図７に示すように、受信したトリガフレーム内の表示に基づいて、対応するリソースユニット上のステーション１１によってデータ＃１が伝送されるものと仮定する。ステーション１１のアップリンクＰＰＤＵの共通物理層プリアンブルは、スケジューリングステーションのアップリンクＰＰＤＵの共通物理層プリアンブルが位置する周波数セグメントの帯域幅の情報／フィールドによって示される周波数ドメインであって、トリガフレーム内のステーション情報フィールド、例えば第１の二次８０ＭＨｚ内にある周波数ドメイン上で伝送される。具体的には、二重化伝送（本明細書における二重化伝送は、第１でない２０ＭＨｚ内の別の２０ＭＨｚを回転係数で別々に乗算することを含み得、詳細は本明細書で説明しない）は、第１の二次８０ＭＨｚ内の各２０ＭＨｚに対して実行され得る。別の例では、データ＃１は、受信したトリガフレームに基づいて対応するリソースユニット上のステーション６によって伝送され、ステーション６の共通物理層プリアンブルは、トリガフレーム内のステーション情報フィールドにある、ステーションをスケジュールするアップリンクＰＰＤＵの共通の物理層プリアンブルが位置する周波数セグメント、例えば、１６０ＭＨｚの帯域幅を示す情報／フィールドによって示される周波数ドメイン上で伝送されると仮定される。具体的には、８０ＭＨｚ内の各２０ＭＨｚ上の共通物理層プリアンブルの伝送は、二重化伝送である。異なる８０ＭＨｚで伝送される共通の物理層プリアンブルのＵ－ＳＩＧは、異なる場合があり、例えば、Ｕ－ＳＩＧは、異なるパンクチャ情報を搬送する場合がある。パンクチャ情報は、８０ＭＨｚ内の各２０ＭＨｚがパンクチャされているかどうかを示す。さらに、従来のプリアンブルおよび繰り返し信号フィールドの伝送は、依然として２０ＭＨｚの二重化伝送である。

【0112】

方式２：図８を参照されたい。ステーションは、トリガフレーム内のステーションに割り当てられたリソースユニットに関する情報に基づいて、割り当てられたリソースユニット（アップリンクＰＰＤＵのデータ部分が位置するリソースユニット）が位置する周波数セグメント（例えば、８０ＭＨｚ）上でのみアップリンク共通物理層プリアンブルを送信し得る。割り当てられたリソースユニットが１つより多い周波数セグメント（例えば、８０ＭＨｚ）である場合、ステーションは、割り当てられたリソースユニットが位置する（または、リソースユニットが周波数セグメントと重複すると解される）複数の周波数セグメント（例えば、８０ＭＨｚ）上でのみアップリンク共通物理層プリアンブルを送信してもよい。アップリンク共通物理層プリアンブルは、レガシープリアンブル、繰り返し信号フィールド、またはＵ－ＳＩＧフィールドを含む。

【0113】

例えば、周波数セグメントの粒度は８０ＭＨｚである。リソースユニットが８０ＭＨｚを超える場合、送信されたアップリンク物理層プリアンブルは、対応する複数の８０ＭＨｚを含む。図３のステーションは、図８に示すアップリンクマルチユーザＰＰＤＵの送信方法を説明するための一例である。方法は、ステーション１１が、受信したトリガフレームに基づいて対応するリソースユニット上でデータ＃１を伝送し、第１の二次８０ＭＨｚ上の共通物理層プリアンブルを送信することを含む。具体的には、第１の二次８０ＭＨｚ内の各２０ＭＨｚ上の二重化伝送（二重化伝送は、回転などの必要なステップを含み得、詳細は本明細書で説明しない）が行われる。別の例では、ステーション６は、受信したトリガフレームに示されたリソースユニット上でデータ＃２を伝送し、一次８０ＭＨｚ上で共通物理層プリアンブルを送信する。具体的には、一次８０ＭＨｚ内の２０ＭＨｚごとに二重化伝送を行う。

【0114】

方式３：ステーションは、割り当てられたリソースユニットが位置する１つまたは複数の２０ＭＨｚ帯域幅でのみ、アップリンク共通物理層プリアンブルを送信し得る。例えば、アップリンク共通物理層プリアンブルは、従来のプリアンブル（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、およびＬ－ＳＩＧ）、繰り返し信号フィールド（ＲＬ－ＳＩＧ）、およびＵ－ＳＩＧフィールドを含む。割り当てられたリソースユニットが２０ＭＨｚを超える場合、送信されたアップリンク物理層プリアンブルは、対応する複数の２０ＭＨｚを含む。任意選択で、ステーションは、さらに、ステーションによって感知された２０ＭＨｚ上でアップリンク物理層プリアンブルを送信し得る。

【0115】

前述の方法で述べたアップリンク物理層プリアンブルは、２０ＭＨｚの粒度で伝送されることに留意されたい。

【0116】

ステーションによるアップリンク共通物理層のプリアンブルの伝送は、８０ＭＨｚ以内の各２０ＭＨｚ上の二重化伝送である。

【0117】

アップリンクマルチユーザＰＰＤＵでは、異なる８０ＭＨｚで伝送されるアップリンク共通物理層プリアンブルは、異なる場合がある。具体的には、異なるアップリンクＰＰＤＵは、Ｕ－ＳＩＧフィールド内で異なるパンクチャ情報フィールドを搬送し得る。パンクチャ情報フィールドは、ステーションが位置する周波数セグメントのパンクチャ情報を別のステーションに通知するために、アップリンクＰＰＤＵが位置する８０ＭＨｚ内の４つの２０ＭＨｚチャネルのパンクチャパターンのみを示し得る。例えば、３ビットビットマップまたは４ビットビットマップは、表示のために使用され得る。例えば、１１１０は、８０ＭＨｚ内のより低い周波数からより高い周波数（またはより高い周波数からより低い周波数）の第４の２０ＭＨｚがパンクチャされることを示す。これは、各実装において限定されない。別の例では、ステーションによって感知された２０ＭＨｚをパンクチャすることができないことが指定され得る。この場合、パンクチャビットマップは、８０ＭＨｚ内の他の３つの２０ＭＨｚがパンクチャされているかどうかを示すだけでよい。この場合、３ビットが必要である。さらに、ステーションが感知した２０ＭＨｚチャネルがビジーである場合、ステーションはアップリンクＰＰＤＵを送信することができない。

【0118】

別の方法は、パンクチャパターンを使用することによって示され得る。図９は、３ビットが必要な８０ＭＨｚの帯域幅の６つのパンクチャパターンを示す。白いリソースユニットはパンクチャされたリソースユニットであり、灰色のリソースユニットはパンクチャされていないリソースユニットである。

【0119】

単一のステーションに割り当てられたリソースユニットが異なる８０ＭＨｚ上にある場合、または８０ＭＨｚを超える帯域幅にある場合、複数の８０ＭＨｚ上でステーションによって送信されるアップリンク共通物理層プリアンブルのＵ－ＳＩＧフィールドは、異なる場合がある。アップリンクマルチユーザＰＰＤＵにおいて、各ステーションによって送信されるアップリンク共通物理層プリアンブル内にあるレガシープリアンブルフィールドおよび繰り返し信号フィールドＲＬ－ＳＩＧは同一であることに留意されたい。

【0120】

共通物理層プリアンブルおよびデータ部分に加えて、ステーションによって送信されるアップリンク物理層プリアンブルは、ＥＨＴ－ＳＴＦ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、極めて高いスループット－ショートトレーニングフィールド）フィールドおよびＥＨＴ－ＬＴＦ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、極めて高いスループット－ロングトレーニングフィールド）フィールドをさらに含んでもよい。ＥＨＴ－ＬＴＦフィールドに含まれるＯＦＤＭシンボルの数量は、伝送されたストリームの数量に関連する。具体的には、ステーションに割り当てられたリソースユニットのみにＥＨＴ－ＳＴＦフィールド、ＥＨＴ－ＬＴＦフィールド、データフィールドが送信され、トリガフレームを用いてリソースユニットが示されるようにしてもよい。
実施形態４

【0121】

本出願の一実施形態は、ＡＰによって確認フレームを送信するための方法を提供する。

【0122】

３０１：ＡＰは、アップリンクマルチユーザＰＰＤＵを受信する。

【0123】

３０２：ＡＰは、周波数セグメントに基づいて、アップリンクマルチユーザＰＰＤＵの確認情報を生成し、返信する。具体的には、ＡＰは異なる周波数セグメント上の異なる確認フレームで返信する。例えば、ＡＰは、周波数セグメント上で、周波数セグメント上にパークするステーションのアップリンクＰＰＤＵの確認フレームのみを送信し得る。確認フレームは、ＡｃｋフレームとブロックＡｃｋフレームを含む。ブロックＡｃｋフレームは、圧縮されたブロックＡｃｋフレームおよびマルチＳＴＡブロックＡｃｋフレームをさらに含む。図４に示すように、ＡＰは、ＴＢ ＰＰＤＵ（アップリンクＰＰＤＵ）を受信した後、マルチＳＴＡブロックＡｃｋフレームを送信する。

【0124】

ＡＰが返信するマルチＳＴＡブロックＡｃｋフレームは、ＯＦＤＭＡ形式で（例えば、ＥＨＴ ＭＵ ＰＰＤＵ）、または非ＨＴフォーマットで（プリアンブルにはレガシープリアンブルのみが使用される）、または１１ｎ、１１ａｃ、１１ａｘ、または１１ｂｅにおけるシングルユーザＰＰＤＵで送信され得る。

【0125】

例１：ＡＰが返信するマルチＳＴＡブロックＡｃｋフレームは、ＯＦＤＭＡ形式で送信され得る。ＯＦＤＭＡが、フレーム内のＰＰＤＵの帯域幅が８０ＭＨｚより大きいと判断した場合、各８０ＭＨｚ周波数セグメント上のダウンリンク物理層プリアンブル内のＵ－ＳＩＧフィールドとＥＨＴ－ＳＩＧフィールドは異なり、８０ＭＨｚ内の各２０ＭＨｚ上のダウンリンク物理層プリアンブル内のＵ－ＳＩＧフィールドは同一であり、８０ＭＨｚ内の各２０ＭＨｚ上のダウンリンク物理層プリアンブル内のＥＨＴ－ＳＩＧフィールドは同一であっても異なってもよい。例えば、８０２．１１ａｘのＨＥ－ＳＩＧＢの［１ ２ １ ２］構造が用いられる。さらに、ＯＦＤＭＡは、ＰＰＤＵの帯域幅の各２０ＭＨｚのフレーム内のＰＰＤＵのレガシープリアンブルフィールドおよび繰り返し信号フィールドＲＬ－ＳＩＧの両方で二重化伝送が実行されることを決定する。

【0126】

特定の例では、ＡＰは、ステーションによって送信されるアップリンク共通物理層プリアンブルが位置する１つまたは複数の２０ＭＨｚ上のリソースユニット上のステーションに確認フレームを送信し得る。複数の２０ＭＨｚが存在し得る。２０ＭＨｚの数量は、アップリンクＰＰＤＵの共通物理層プリアンブルがステーションによって送信される２０ＭＨｚの数量に依存する。さらに、各８０ＭＨｚ周波数セグメント上のダウンリンクＯＦＤＭＡＰＰＤＵのダウンリンク物理層プリアンブル内のＵ－ＳＩＧフィールドが異なる場合があるため、別の特定の例では、ＡＰはまた、ステーションによって感知された２０ＭＨｚ上でステーションに、またはアップリンクＰＰＤＵのデータフィールドがステーションによって送信された８０ＭＨｚ周波数セグメント内の１つまたは複数のリソースユニットにおいて、確認フレームを送信してもよい。

【0127】

ＥＨＴ ＭＵ ＰＰＤＵは、確認フレームに対して割り当てられたＲＵに関する情報を搬送する。図４を参照されたい。

【0128】

より具体的には、各８０ＭＨｚの周波数セグメント上のステーションによって送信されるサブＰＰＤＵは、例えば、終了時間が整列されるように整列される必要がある。

【0129】

例２：ＡＰが返信するマルチＳＴＡブロックＡｃｋフレームは、非ＨＴ形式で送信される。

【0130】

本実施形態では、８０ＭＨｚの周波数セグメントごとにマルチユーザ確認情報が異なっていてもよく、８０ＭＨｚ内の２０ＭＨｚごとに伝送されるマルチユーザ確認情報は同じであってもよい。例えば、第１の非ＨＴ確認フレーム、例えば、マルチＳＴＡブロックＡｃｋフレームは、一次８０ＭＨｚで伝送され、ステーション１から４の確認情報を搬送する。第２の非ＨＴ確認フレーム、例えば、マルチＳＴＡブロックＡｃｋフレームは、二次８０ＭＨｚにおいて伝送され、ステーション５から６の確認情報を搬送する。以前の非ＨＴフォーマットと比較して、本実施形態では、２０ＭＨｚごとに大きな帯域幅で重複伝送が実行される必要がある。この場合、ダウンリンクマルチユーザ確認フレームのオーバーヘッドはさらに削減される。

【0131】

具体的には、非ＨＴ形式で確認フレームを送信することは、以下の２つの方法のいずれかを含む。

【0132】

方法１：ＡＰは、ステーションが感知した２０ＭＨｚチャネルが位置する周波数セグメントチャネル上でステーションに確認フレームを送信する。周波数セグメントは、例えば、８０ＭＨｚ、１６０ＭＨｚ、２４０ＭＨｚ、または３２０ＭＨｚを含む。

【0133】

方法２：ＡＰは、ステーションがアップリンクデータフィールドを伝送する周波数セグメント上で、または８０ＭＨｚ以内の１つまたは複数のチャネル上で、ステーションに確認フレームを送信する。

【0134】

方法３：ＡＰは、ステーションがアップリンクデータフィールドを伝送する２０ＭＨｚ以内の１つまたは複数のチャネル上で、ステーションに確認フレームを送信する。

【0135】

図１０は、確認フレームの構造の簡単な概略図を示す。ＡＰが各２０ＭＨｚで送信するマルチＳＴＡブロックＡｃｋフレームは、１つまたは複数のブロックＡｃｋ／Ａｃｋ情報を含む。各ブロックＡｃｋ／Ａｃｋ情報は、ステーションに送信されたＰＰＤＵの確認情報である。マルチＳＴＡブロックＡｃｋフレームは、フレーム制御（Ｃｏｎｔｒｏｌ ｆｒａｍｅ）、期間／識別子（ｄｕｒａｔｉｏｎ／ＩＤ）、受信アドレス（Ｒｅｃｅｉｖｅ Ａｄｄｒｅｓｓ，ＲＡ）、伝送アドレス（Ｔｒａｎｓｍｉｔ Ａｄｄｒｅｓｓ， ＴＡ）、ブロックＡｃｋ制御（ＢＡ Ｃｏｎｔｒｏｌ）、ブロックＡｃｋ／Ａｃｋ情報（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ，ＢＡ／ＡＣＫ Ｉｎｆｏ）、およびフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ，ＦＣＳ）を含む。ＢＡ／ＡＣＫ情報は、関連付けごと識別子またはトラフィック識別子情報（Ｐｅｒ ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ ｏｒ Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ Ｉｎｆｏｒｍａｔｉｏｎ，Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ）を含む。ＢＡ／ＡＣＫ情報がＢＡである場合、ＢＡ／ＡＣＫ情報はさらに、ブロックＡｃｋ開始シーケンス制御（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ）およびブロックＡｃｋビットマップ（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｂｉｔｍａｐ）を含む。ブロックＡｃｋ開始シーケンス制御内のフラグメントフィールドは、ブロックＡｃｋビットマップ長を示し得る。さらに、ＳＴＡの関連付け識別子ＡＩＤ （ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）は、Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏの先頭１１ビットに設定され、ＡＰが確認フレームを送信する必要がある特定のステーションを示す。第１２ビットはブロックＡｃｋ／Ａｃｋ表示（ＢＡ／ＡＣＫ Ｉｎｄｉｃａｔｉｏｎ）であり、第１３ビットから第１６ビットは次の図に示すように、トラフィック識別子ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）である。

【0136】

異なる周波数セグメント（例えば、８０ＭＨｚ）でＡＰによって送信された非ＨＴマルチＳＴＡ確認フレームは、異なるステーション確認情報を搬送する。言い換えると、異なる周波数セグメント上の確認フレームは、異なる長さを有し得る。実装１を参照されたい。異なる周波数セグメント上の確認フレームは、周波数セグメント上にパークするステーションの確認情報のみを搬送し得る。

【0137】

具体的には、周波数セグメントの各２０ＭＨｚで伝送される非ＨＴマルチＳＴＡ確認フレームは、通常は整列する必要がない。

【0138】

ＡＰは、パディング方法を使用することによって、各２０ＭＨｚで伝送される非ＨＴマルチＳＴＡ確認フレームを整列させ得る。具体的には、以下の方法のうちの１つが含まれてよい。

【0139】

方法１：非ＨＴマルチＳＴＡ確認フレームは、アライメントのために非ＨＴマルチＳＴＡ確認フレームをパディングするために使用されるダミーブロックＡｃｋ／Ａｃｋ情報フィールドを含む。ダミーブロックＡｃｋ／Ａｃｋ情報フィールドの長さは、規格で指定されているブロックＡｃｋ／Ａｃｋ情報フィールドの長さと同じであるが、ダミーブロックＡｃｋ／Ａｃｋ情報フィールドのＡＩＤフィールドは、例えば２０４６のように特別な値に設定されている。

【0140】

方法２。非ＨＴ Ｍｕｌｔｉ－ＳＴＡ確認フレームは、より長いブロックＡｃｋ／Ａｃｋ情報フィールドを提供する。例えば、より長いブロックＡｃｋビットマップの長さは、ブロックＡｃｋ開始シーケンス制御フィールドのフラグメントフィールドを使用して示される。

【0141】

方法３：非ＨＴマルチＳＴＡ確認フレームは、ステーションの繰り返されるブロックＡｃｋ／Ａｃｋ情報の１つまたは複数を含む。最後のステーションのブロックＡｃｋ／Ａｃｋ情報が１回以上繰り返され、非ＨＴマルチＳＴＡ確認フレームが整列される。

【0142】

実施形態１から実施形態４の１つまたは複数の実施形態における周波数セグメントは、特別な場合、すなわち、各周波数セグメントが１つのサイズ、例えば８０ＭＨｚに固定されている場合にさらに簡略化されてもよい。このようにして、周波数セグメントに関する情報の表示を減少させることができる。実施形態１から実施形態４に記載のアップリンクマルチユーザＰＰＤＵは、１つまたは複数のステーションから送信されたアップリンクＰＰＤＵを含む。１つまたは複数のステーションは、ＡＰによって送信されたトリガフレームによって示される対応するリソースユニット上のポスト物理層プリアンブルおよびデータフィールドを送信する。ステーションによって送信されるアップリンクＰＰＤＵは、アップリンクマルチユーザＰＰＤＵのサブＰＰＤＵとして理解され得る。前述の実装は、技術における競合なしにランダムに組み合わせることができることも理解され得る。例えば、実施形態１における方式で周波数セグメントを柔軟に実行した後、実施形態２における方式でトリガフレームを送信し、実施形態３における方式でトリガフレームに基づいてアップリンクＰＰＤＵを送信し、次に、実施形態４における方式でアップリンクＰＰＤＵの確認フレームをフィードバックする。もちろん、実施態様は、別の解決策で置き換えられてよく、詳細は、本明細書で再び説明しない。

【0143】

当業者は、本出願の実施形態に列挙される様々な例示的な論理ブロック（ｉｌｌｕｓｔｒａｔｉｖｅ ｌｏｇｉｃ ｂｌｏｃｋ）およびステップ（ｓｔｅｐ）が、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせを使用することによって実装され得ることをさらに理解し得る。機能がハードウェアまたはソフトウェアを使用して実装されるかどうかは、特定のアプリケーションおよびシステム全体の設計要件に依存する。当業者は、特定のアプリケーションごとに説明された機能を実装するために種々の方法を使用し得るが、実装が本出願の実施形態の範囲を超えるとみなすべきではない。

【0144】

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを格納する。コンピュータ可読記憶媒体がコンピュータによって実行されるとき、前述の方法の実施形態のいずれか１つの機能が実装される。

【0145】

本出願はさらに、コンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータによって実行されるとき、前述の方法の実施形態のいずれか１つの機能が実装される。

【0146】

前述の実施形態の全てまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用して実装され得る。ソフトウェアを使用して実施形態を実装するとき、実施形態の全てまたはいくつかは、コンピュータプログラム製品の形態で実施され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されるとき、本出願の実施形態による手順または機能は、全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ＤＳＬ））または無線（例えば、赤外線、無線、またはマイクロ波）方式で別のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合するサーバまたはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピー（Ｒ）ディスク、ハードディスク、または磁気テープ）、光学媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであり得る。

【0147】

当業者は、本出願における「第１の」および「第２の」などの様々な数字が、説明を容易にするために差別化のために使用されるに過ぎず、本出願の実施形態の範囲を限定するため、または配列を表すために使用されないことを理解し得る。

【0148】

本出願の表に示されている対応関係は、構成されてもよく、事前定義されてもよい。表中の情報の値は単なる例であり、他の値を構成してよい。これは、本出願では限定されない。情報と各パラメータとの間の対応関係を構成する場合、表に示されている全ての対応関係を構成する必要はない。例えば、本出願の表において、一部の行に示されている対応関係が代替として構成されなくてもよい。別の例として、分岐および結合などの適切な変換および調整は、前述の表に基づいて実行され得る。上記表のタイトルに示されているパラメータの名称は、代替として通信装置が理解できる他の名称であってよく、パラメータの値または表現方式は、通信装置が理解できる他の値または表現方式であってもよい。前述の表の実装中に、配列、キュー、コンテナ、スタック、線形テーブル、ポインタ、リンクリスト、ツリー、グラフ、構造体、クラス、パイル、またはハッシュテーブルなどの別のデータ構造を使用し得る。

【0149】

本出願における「事前定義」は、「定義」、「事前定義」、「格納」、「事前格納」、「事前交渉」、「事前構成」、「固定化」、または「事前焼き込み」として理解され得る。

【0150】

当業者は、本明細書に開示される実施形態を参照して説明される実施例における単位およびアルゴリズムステップが、電子ハードウェアまたはコンピュータソフトウェアおよび電子ハードウェアの相互作用によって実装することができることを認識し得る。機能がハードウェアによって実行されるかまたはソフトウェアによって実行されるかは、具体的な適用および技術解決策の設計上の制約条件に依存する。当業者は、特定のアプリケーションごとに説明された機能を実装するために異なる方法を使用し得るが、実装が本出願の実施形態の範囲を超えるとみなされるべきではない。

【0151】

便利で簡単な説明の目的で、前述のシステム、装置、およびユニットの詳細な作業プロセスについて、前述の方法の実施形態における対応するプロセスを参照することは、当業者によって明確に理解され得、詳細については本明細書では再度説明しない。

【0152】

前述の説明は、本出願の特定の実装に過ぎず、本出願の保護範囲を制限することを意図したものではない。本出願に開示された技術的範囲内で当業者によって容易に理解されるいかなる変形または置換も、本出願の保護範囲内に含まれるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7a】

【図7b】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-09-24

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線ローカルエリアネットワークにおいてトリガフレームを送信する方法であって、
ＡＰによって、物理層プロトコルデータユニットＰＰＤＵを生成するステップであって、前記ＰＰＤＵの帯域幅は８０ＭＨｚより大きく、前記ＰＰＤＵは２つ以上のトリガフレームを含み、各トリガフレームは１つの８０ＭＨｚ周波数セグメントに対応し、各トリガフレームは、対応する前記８０ＭＨｚ周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用され、前記２つ以上のトリガフレームにおいて搬送されるステーション情報フィールドは異なる、ステップと、
前記ＰＰＤＵ内の前記２つ以上のトリガフレームを送信するステップであって、各トリガフレームは、対応する前記周波数セグメントにおいて搬送される、ステップと
を含む、方法。

【請求項2】

各トリガフレームは、対応する前記８０ＭＨｚ周波数セグメント上にパークする１つまたは複数のステーションのみをスケジュールするために使用される、請求項１に記載の方法。

【請求項3】

異なるトリガフレームは、異なるコンテンツを有するが、同じ長さを有する、請求項１に記載の方法。

【請求項4】

各トリガフレームは、パンクチャ情報フィールドを含む、請求項１に記載の方法。

【請求項5】

各トリガフレームは、フレーム制御フィールド、期間フィールド、受信アドレスフィールド、伝送アドレスフィールド、共通情報フィールド、複数のユーザ情報フィールド、ビットパディングフィールド、またはフレームチェックシーケンスフィールドのうちの１つまたは任意の組み合わせを含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記共通情報フィールドは、トリガタイプフィールド（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）、アップリンク長フィールド（ＵＬ Ｌｅｎｇｔｈ）、さらなるトリガフレームフィールド（Ｍｏｒｅ ＴＦ）、キャリア感知要求フィールド（ＣＳ Ｒｅｑｕｉｒｅｄ）、アップリンク帯域幅フィールド（ＵＬ ＢＷ）、ＧＩ（ガードインターバル、ｇｕａｒｄ ｉｎｔｅｒｖａｌ）およびＥＨＴ－ＬＴＦタイプフィールド、プレＦＥＣパディング係数フィールド、ＰＥ曖昧性フィールド、およびＡＰ ＴＸ電力（ＡＰ ＴＸ Ｐｏｗｅｒ）フィールドのうちの１つまたは任意の組み合わせを含む、請求項５に記載の方法。

【請求項7】

無線ローカルエリアネットワークにおいてトリガフレームを受信する方法であって、
ステーションによって、８０ＭＨｚ周波数セグメント上のトリガフレームを受信するステップであって、前記トリガフレームは、ＰＰＤＵに含まれる複数のトリガフレームのうちの１つである、ステップと、
ステーションのアップリンクＰＰＤＵの共通物理層プリアンブルが位置し、前記トリガフレームにおいて示される前記８０ＭＨｚ周波数セグメント上の各２０ＭＨｚチャネル上でのみ、アップリンク共通物理層プリアンブルを送信するステップと、
前記アップリンクＰＰＤＵのデータ部分を、前記ステーションに割り当てられたリソースユニット上で送信するステップと
を含む、方法。

【請求項8】

前記アップリンクＰＰＤＵを送信した後、前記ステーションによって感知された２０ＭＨｚが位置する前記周波数セグメント上でのみ、前記アップリンクＰＰＤＵの確認情報を受信するステップを含む、請求項７に記載の方法。

【請求項9】

前記複数のトリガフレームは、異なるコンテンツを有するが、同じ長さを有する、請求項７に記載の方法。

【請求項10】

前記トリガフレームは、パンクチャ情報フィールドを含む、請求項７に記載の方法。

【請求項11】

前記トリガフレームは、フレーム制御フィールド、期間フィールド、受信アドレスフィールド、伝送アドレスフィールド、共通情報フィールド、複数のユーザ情報フィールド、ビットパディングフィールド、またはフレームチェックシーケンスフィールドのうちの１つまたは任意の組み合わせを含む、請求項７から１０のいずれか一項に記載の方法。

【請求項12】

前記共通情報フィールドは、トリガタイプフィールド（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）、アップリンク長フィールド（ＵＬ Ｌｅｎｇｔｈ）、さらなるトリガフレームフィールド（Ｍｏｒｅ ＴＦ）、キャリア感知要求フィールド（ＣＳ Ｒｅｑｕｉｒｅｄ）、アップリンク帯域幅フィールド（ＵＬ ＢＷ）、ＧＩ（ガードインターバル、ｇｕａｒｄ ｉｎｔｅｒｖａｌ）およびＥＨＴ－ＬＴＦタイプフィールド、プレＦＥＣパディング係数フィールド、ＰＥ曖昧性フィールド、およびＡＰ ＴＸ電力（ＡＰ ＴＸ Ｐｏｗｅｒ）フィールドのうちの１つまたは任意の組み合わせを含む、請求項１１に記載の方法。

【請求項13】

１つまたは複数のモジュールを備え、請求項１から６のいずれか一項に記載の方法を実行するように構成された、通信装置。

【請求項14】

１つまたは複数のモジュールを備え、請求項７から１２のいずれか一項に記載の方法を実行するように構成された、通信装置。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、通信技術の分野に関し、特に、無線通信方法および関連する装置に関する。

【背景技術】

【0002】

ＷＬＡＮ （Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、無線ローカルエリアネットワーク）は、８０２．１１ａ／ｇから８０２．１１ｎ、８０２．１１ａｃへと発展し、現在審議中の８０２．１１ａｘおよび８０２．１１ｂｅに達する。ＷＬＡＮによって伝送されることが許可される帯域幅および時空間ストリームの数量は、以下の通りである。

【0003】

【表1】

【0004】

８０２．１１ｎ規格は、ＨＴ（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ， 高スループット）とも呼ばれる。８０２．１１ａｃ規格は、ＶＨＴ（Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，超高速スループット）と呼ばれる。８０２．１１ａｘ （Ｗｉ － Ｆｉ ６）規格は、ＨＥ （Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ，高効率）と呼ばれる。８０２．１１ｂｅ（Ｗｉ－Ｆｉ７）規格は、ＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ，極めて高いスループット）と呼ばれる。８０２．１１ａ／ｂ／ｇなどのＨＴ以前の規格は、ｎｏｎ－ＨＴ（ｎｏｎ－ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）と総称される。８０２．１１ｂは、非ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，直交周波数分割多重）モードを使用しているため、表１には記載されていない。

【0005】

リソース利用の柔軟性または効率性の向上は、この分野で常に懸念されている。

【発明の概要】

【0006】

リソース利用の柔軟性または効率を改善するために、本出願の一態様は、無線ローカルエリアネットワークにおいてトリガフレームを送信するための方法を提供する。本方法は、ＡＰが、物理層プロトコルデータユニットＰＰＤＵを生成することであって、ＰＰＤＵは、１つまたは複数のトリガフレームを含み、各トリガフレームは、１つの周波数セグメントに対応し、各トリガフレームは、対応する周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用される、ことと、ＰＰＤＵにおいて１つまたは複数のトリガフレームを送信することであって、各トリガフレームは、対応する周波数セグメント内で搬送される、こととを含む。好ましくは、各トリガフレームは、対応する周波数セグメント上にパークする１つまたは複数のステーションのみをスケジュールするために使用される。具体的には、異なるトリガフレームは、異なるコンテンツを有するが、同じ長さを有する。

【0007】

対応して、別の態様によれば、ステーションは、感知された２０ＭＨｚが位置する周波数セグメント上でのみトリガフレームを受信し、トリガフレームに基づいて、ステーションがスケジュールされるべきかどうかを判定し得る。スケジュールされている場合、ステーションは、ステーションのアップリンクＰＰＤＵの帯域幅がトリガフレーム内に位置し、トリガフレームにおいて示される、周波数セグメント上の各２０ＭＨｚチャネルにのみ、または割り当てられたリソースユニットが位置する周波数セグメント上の各２０ＭＨｚチャネルにのみ、アップリンク共通物理層プリアンブルを送信し得る。対応して、ステーションは、ステーションに割り当てられたリソースユニット上のアップリンクＰＰＤＵのデータ部分を送信する。

【0008】

対応して、さらに別の態様では、ＡＰは、ステーションによって送信されたアップリンクマルチユーザＰＰＤＵを受信し、周波数セグメントに基づいて、アップリンクマルチユーザＰＰＤＵの確認情報と共に応答し得る。例えば、ＡＰは異なる周波数セグメント上の異なる確認フレームで応答する。好ましくは、ＡＰは、周波数セグメント上で、周波数セグメント上にパークするステーションのアップリンクＰＰＤＵの確認フレームのみを送信してもよい。具体的には、異なる周波数セグメント上の確認フレームは、異なるコンテンツを有し得るが、同じ長さを有し得る。

【0009】

対応して、別の態様によれば、アップリンクＰＰＤＵを送信した後、ステーションは、ステーションによって感知された２０ＭＨｚが位置する周波数セグメント上でのみ、アップリンクＰＰＤＵの確認情報を受信し得る。

【0010】

これに対応して、別の態様によれば、上記方法を実行するためのアクセスポイントとして使用可能な通信装置が、例えば、無線ローカルエリアネットワーク内のアクセスポイントまたはチップとして提供される。

【0011】

これに対応して、別の態様によれば、上記方法を実行するためのステーションとして使用可能な通信装置が、例えば、無線ローカルエリアネットワークの非ＡＰステーションまたはチップとして提供される。

【0012】

上記の態様は、周波数セグメントに基づいて実装され、リソース利用の柔軟性または効率性を向上させることができる。

【図面の簡単な説明】

【0013】

【図1A】本出願の一実施形態によるネットワーク構造の概略図である。

【図1B】本出願の一実施形態による通信装置の構造の概略図である。

【図1C】本出願の一実施形態によるチップの構造の概略図である。

【図2】８０２．１１システムにおけるチャネル割り当ての例の概略図である。

【図3】一実施態様による周波数セグメントおよび周波数セグメント上にパークするステーションの簡単な概略図である。

【図4】一実装（ＡＰがトリガフレームを送信し、ステーションがトリガフレームに基づいてアップリンクマルチユーザＰＰＤＵを送信し、ＡＰがアップリンクマルチユーザＰＰＤＵの確認フレームを送信する）によるフレーム構造のアップリンク伝送の概略フローチャートおよび簡単な概略図である。

【図5】一実装によるトリガフレームの構造の簡単な概略図である。

【図6】一実装によるトリガフレーム内のユーザ情報フィールドの構造の簡単な概略図である。

【図7a】一実装によるリソースユニットの位置の簡単な概略図である。

【図7b】一実装によるリソースユニットの位置の簡単な概略図である。

【図8】一実装によるアップリンクマルチユーザＰＰＤＵのフレーム構造の簡単な概略図である。

【図9】一実装による、８０ＭＨｚ帯域幅の６つのパンクチャパターンの簡単な概略図である。

【図10】一実装による確認フレームの構造の簡単な概略図である。

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

【0014】

以下では、添付の図面を参照して、本出願の特定の実施形態をさらに詳細に説明する。

【0015】

図１Ａが、本出願におけるデータ伝送方法が適用可能なネットワーク構造を説明するための例として使用される。図１Ａは、本出願の一実施形態によるネットワーク構造の概略図である。ネットワーク構造は、１つまたは複数のアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）ステーションおよび１つまたは複数の非アクセスポイントステーション（ｎｏｎ ａｃｃｅｓｓ ｐｏｉｎｔ、ｎｏｎ－ＡＰ ＳＴＡ）を含み得る。説明を容易にするために、アクセスポイントステーションはアクセスポイント（ＡＰ）と呼ばれ、非アクセスポイントステーションは、本明細書ではステーション（ＳＴＡ）と呼ばれる。ＡＰは、例えば図１ＡのＡＰ１およびＡＰ２であり、ＳＴＡは、例えば図１ＡのＳＴＡ１、ＳＴＡ２およびＳＴＡ３である。

【0016】

アクセスポイントは、有線（または無線）ネットワークにアクセスするために端末デバイス（携帯電話など）によって使用されるアクセスポイントであってよく、主に自宅、ビル、およびキャンパスに配置される。典型的なカバレージエリアは数十メートルまたは１００メートル以上である。もちろん、アクセスポイントは、代替的に屋外に配置され得る。アクセスポイントは、有線ネットワークおよび無線ネットワークを接続するブリッジに相当する。アクセスポイントの主な機能は、様々な無線ネットワーククライアントを一緒に接続し、そして無線ネットワークをイーサネットに接続することである。具体的には、アクセスポイントは、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ－ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）チップを有する端末装置（携帯電話など）またはネットワーク装置（ルータなど）であってもよい。アクセスポイントは、８０２．１１ｂｅ規格をサポートするデバイスであってもよい。あるいは、アクセスポイントは、８０２．１１ｂｅ、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ、および８０２．１１ａなどの８０２．１１ファミリーの複数の無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）規格をサポートするデバイスであってもよい。本出願におけるアクセスポイントは、高効率（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ、ＨＥ）ＡＰまたは極めて高いスループット（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＥＨＴ）ＡＰであってもよく、または将来のＷｉ－Ｆｉ規格に適用可能なアクセスポイントであってもよい。

【0017】

アクセスポイントは、プロセッサおよびトランシーバを含み得る。プロセッサは、アクセスポイントのアクションを制御および管理するように構成され、トランシーバは、情報を受信または送信するように構成される。

【0018】

ステーションは、無線通信チップ、無線センサ、無線通信端末等であってもよく、ユーザとも呼ばれ得る。例えば、ステーションは、Ｗｉ－Ｆｉ通信機能をサポートする携帯電話、Ｗｉ－Ｆｉ通信機能をサポートするタブレットコンピュータ、Ｗｉ－Ｆｉ通信機能をサポートするセットトップボックス、Ｗｉ－Ｆｉ通信機能をサポートするスマートテレビ、Ｗｉ－Ｆｉ通信機能をサポートするインテリジェントウェアラブルデバイス、Ｗｉ－Ｆｉ通信機能をサポートする車載通信デバイス、Ｗｉ－Ｆｉ通信機能をサポートするコンピュータなどであり得る。任意選択で、ステーションは、８０２．１１ｂｅ規格をサポートし得る。ステーションはまた、８０２．１１ｂｅ、８０２．１１ａｘ、８０２．１１ａｃ、８０２．１１ｎ、８０２．１１ｇ、８０２．１１ｂ、および８０２．１１ａなどの８０２．１１ファミリーの複数の無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）規格をサポートし得る。

【0019】

ステーションは、プロセッサおよびトランシーバを含み得る。プロセッサは、アクセスポイントのアクションを制御および管理するように構成され、トランシーバは、情報を受信または送信するように構成される。

【0020】

本出願におけるステーションは、高効率（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ、ＨＥ）ＳＴＡまたは極めて高いスループット（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＥＨＴ）ＳＴＡであってもよく、または将来のＷｉ－Ｆｉ規格に適用可能なＳＴＡであってもよい。

【0021】

例えば、アクセスポイントおよびステーションは、車両のインターネット、モノのインターネット（ＩｏＴ、ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）内のノードまたはセンサ、スマートカメラ、スマートリモコン、およびスマートホーム内のスマート水道メーター、ならびにスマートシティ内のセンサで使用されるデバイスであり得る。

【0022】

本出願の実施形態におけるアクセスポイントおよびステーションは、通信装置とも総称され得る。通信装置は、ハードウェア構造およびソフトウェアモジュールを含み得、上記機能は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造およびソフトウェアモジュールの組み合わせの形態で実装される。前述の機能のうちのある機能は、ハードウェア構造、ソフトウェアモジュール、またはハードウェア構造とソフトウェアモジュールの組み合わせの形態で実装され得る。

【0023】

図１Ｂは、本出願の実施形態に係る通信装置の構造の概略図である。図１Ｂに示されるように、通信装置２００は、プロセッサ２０１およびトランシーバ２０５を含み得、任意選択でメモリ２０２をさらに含む。

【0024】

トランシーバ２０５は、トランシーバユニット、トランシーバマシン、トランシーバ回路などと呼ばれることがあり、トランシーバ機能を実装するように構成されている。トランシーバ２０５は、受信機および送信機を含み得る。受信機は、レシーバ、受信回路等と呼ばれ、受信機能を実装するように構成されている。送信機は、トランスミッタ、送信回路等と呼ばれ、送信機能を実装するように構成されている。

【0025】

メモリ２０２は、コンピュータプログラム、ソフトウェアコード、または命令２０４を記憶し得、コンピュータプログラム、ソフトウェアコード、または命令２０４は、さらにファームウェアと呼ばれることがある。プロセッサ２０１は、プロセッサ２０１内でコンピュータプログラム、ソフトウェアコード、または命令２０３を実行することによって、またはメモリ２０２内に記憶されたコンピュータプログラム、ソフトウェアコード、または命令２０４を呼び出すことによって、ＭＡＣ層およびＰＨＹ層を制御して、本出願の以下の実施形態で提供されるデータ伝送方法を実装し得る。プロセッサ２０１は、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であってよく、メモリ３０２は、例えば、読み取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、またはランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよい。

【0026】

本出願で説明されるプロセッサ２０１およびトランシーバ２０５は、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどに実装され得る。

【0027】

通信装置２００は、アンテナ２０６をさらに含んでもよい。通信装置２００に含まれるモジュールは、説明のための例に過ぎず、本出願において限定されるものではない。

【0028】

上述したように、上記実施形態で説明した通信装置２００は、アクセスポイントであってもよいし、ステーションであってもよい。しかしながら、本出願で説明した通信装置の範囲はこれに限定されるものではなく、通信装置の構造は図１Ｂの構造に限定されるものではない。通信装置は、独立したデバイスであってもよく、またはより大きなデバイスの一部であってもよい。例えば、通信装置は、以下のような形態で実装されてもよい。
（１）独立の集積回路（ＩＣ）、チップ、チップシステム、またはサブシステム、（２）１つまたは複数のＩＣのセットであって、任意選択で、ＩＣのセットは、データおよび命令を記憶するためのストレージコンポーネントを含んでもよい複数のＩＣのセット、（３）別のデバイスに埋め込むことができるモジュール、（４）受信機、インテリジェント端末、無線デバイス、ハンドヘルドデバイス、モバイルユニット、車載デバイス、クラウドデバイス、人工知能デバイスなど、または（５）他のもの。

【0029】

チップまたはチップシステムの形態で実装される通信装置については、図１Ｃに示すチップの構造の概略図を参照されたい。図１Ｃに示すチップは、プロセッサ３０１およびインタフェース３０２を含む。１つまたは複数のプロセッサ３０１が存在してよく、複数のインタフェース３０２が存在してよい。任意選択で、チップまたはチップシステムは、メモリ３０３を含み得る。

【0030】

本出願の実施形態は、特許請求の範囲の保護範囲および適用可能性を限定しない。当業者は、本出願の実施形態の範囲から逸脱することなく、本出願における要素の機能および配置を適応的に変更し得るか、または様々なプロセスもしくは構成要素を適宜省略、置換、または追加し得る。
実施形態１

【0031】

無線ローカルエリアネットワークにおけるチャネル割り当てについて、図２は、８０２．１１における１６０ＭＨｚチャネルの割り当ての例を示す。

【0032】

無線ローカルエリアネットワーク全体のチャネルは、一次２０ＭＨｚチャネル（または、略して一次チャネル、Ｐｒｉｍａｒｙ ２０ＭＨｚ、Ｐ２０）、二次２０ＭＨｚチャネル（Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ、Ｓ２０）、二次４０ＭＨｚチャネル（Ｓ４０）、および二次８０ＭＨｚチャネル（Ｓ８０）に分けられる。加えて、対応する一次４０ＭＨｚチャネル（Ｐ４０）および一次８０ＭＨｚチャネル（Ｐ８０）がある。データ伝送のデータレートは、帯域幅とともに増加する（表１を参照）。したがって、次世代規格では、１６０ＭＨｚを超えるより大きな帯域幅（例えば、２４０ＭＨｚまたは３２０ＭＨｚ）が検討される。本出願の実装における解決策が適用可能なシナリオは、ＩＥＥＥ８０２．１１ｂｅまたは別の規格におけるより大きな帯域幅のシナリオである。

【0033】

８０２．１１ａｘの前は、非パンクチャパターンのＰＰＤＵ（ＰＨＹ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ， ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）伝送のみがサポートされている。具体的には、２０ＭＨｚ伝送の条件はＰ２０がアイドル状態であり、４０ＭＨｚ伝送の条件はＰ２０およびＳ２０がアイドル状態であり、８０ＭＨｚ伝送の条件はＰ２０、Ｓ２０、およびＳ４０がアイドル状態であり、１６０ＭＨｚ伝送の条件はＰ２０、Ｓ２０、Ｓ４０、およびＳ８０がアイドル状態である。より大きな帯域幅の伝送の条件は、１つの帯域幅の全てのチャネルがアイドル状態であり、Ｐ２０、Ｓ２０、Ｓ４０、およびＳ８０の順にチャネル検出により利用可能であると判定されることである。一部のチャネルに干渉またはレーダー信号がある場合、より大きな帯域幅を使用することはできない。

【0034】

８０２．１１ａｘには、プリアンブルパンクチャ伝送方法が導入されており、その結果、約２０ＭＨｚのチャネルでプリアンブル（および後続のデータ）が伝送されない場合でも、依然としてＰＰＤＵを伝送することができる。この方法は、一部のチャネルで干渉が発生したときにチャネル使用率を増加させる。８０２．１１ａＸは、ＰＰＤＵの以下のプリアンブルパンクチャおよび非パンクチャ帯域幅パターンを定義する。

【0035】

【表2】

【0036】

改訂されたＩＥＥＥ８０２．１１ａｘ規格は、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）および非アクセスポイントステーション（ｎｏｎ－ＡＰ Ｓｔａｔｉｏｎ、ｎｏｎ－ＡＰ ＳＴＡ， ＳＴＡ）が、目標ウェイク時間（Ｔａｒｇｅｔ Ｗａｋｅ Ｔｉｍｅ、ＴＷＴ）の合意メカニズムを使用することによって、ＳＴＡがサービス期間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ）内に別の２０ＭＨｚまたは８０ＭＨｚチャネルに切り替え、サブチャネル選択的送信（Ｓｕｂｃｈａｎｎｅｌ Ｓｅｌｅｃｔｉｖｅ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＳＳＴ）と呼ばれるＡＰサービスを感知して取得することを可能にする。ＩＥＥＥ８０２．１１ｂｅはまた、ＳＳＴメカニズムを導入して、１つまたは複数のＳＴＡが異なるチャネル上にパーク（ｐａｒｋ）することを可能にし得る。さらに、ダウンリンクマルチユーザ伝送では、マルチセグメントプリアンブル伝送メカニズムは８０２．１１ｂｅにおいて導入されるべきものである。ダウンリンクマルチユーザ伝送、例えば、ＯＦＤＭＡにおいて、各８０ＭＨｚ周波数セグメント上で伝送されるＥＨＴ物理層プリアンブル（Ｕ－ＳＩＧ（ｕｎｉｖｅｒｓａｌ ｓｉｇｎａｌ）フィールドおよびＥＨＴ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）フィールドを含む）の内容は異なる。大きな帯域幅（例えば、１６０ＭＨｚ、２４０ＭＨｚ、および３２０ＭＨｚ）の伝送では、８０ＭＨｚの周波数セグメントごとに異なる物理層プリアンブルフィールドＵ－ＳＩＧおよびＥＨＴ－ＳＩＧが使用され、その結果、物理層信号フィールド全体が伝送のために８０ＭＨｚごとに分散される。このようにして、プリアンブルの伝送時間を節約することができ、これは、オーバーヘッドを削減することとして理解され得る。さらに、８０ＭＨｚにパークするＳＴＡは、８０ＭＨｚの周波数セグメントに対応するＵ－ＳＩＧおよびＥＨＴ－ＳＩＧのみを受信して、例えばＯＦＤＭＡ伝送のためのリソース割り当て情報などのリソース割り当て情報を取得する必要がある。

【0037】

各ＥＨＴ ＰＰＤＵの物理層プリアンブルには、レガシープリアンブルフィールド（レガシーショートトレーニングフィールド（Ｌ－ＳＴＦ、ｌｅｇａｃｙ ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、レガシーロングトレーニングフィールド（Ｌ－ＬＴＦ、ｌｅｇａｃｙ ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、レガシー信号フィールド（Ｌ－ＳＩＧ、ｌｅｇａｃｙ ｓｉｇｎａｌ ｆｉｅｌｄ））、および繰り返し信号フィールドＲＬ－ＳＩＧフィールドがさらに含まれ、これらは全てＥＨＴプリアンブルの前に位置することに留意されたい。二重化伝送は、ＰＰＤＵ帯域幅の各２０ＭＨｚのレガシープリアンブルフィールドと繰り返し信号フィールドの両方で実行される（各２０ＭＨｚに適用される回転係数に関係なく）。

【0038】

アップリンクマルチユーザ伝送については、例えば、アップリンクＯＦＤＭＡのように、フレキシブルな周波数のマルチセグメント伝送を行うかどうか、低帯域幅のステーション（例えば、８０ＭＨｚのステーション）を伝送のために大きな帯域幅（例えば、３２０ＭＨｚ）のＰＰＤＵでどのようにサポートするかなど、いくつかの問題は考慮されていない。
実施形態１

【0039】

本出願の実施形態１では、無線ローカルエリアネットワーク内でアップリンクＰＰＤＵを伝送するために使用されるチャネル帯域幅もまた、複数の周波数フラグメントに分割され、いくつかのステーションが各周波数フラグメント上にパークされる。具体的には、パーキングは、システムによって決定または既知の対応関係であり、半静的であってもよい。具体的には、周波数フラグメントと１つまたは複数のパークされたステーションとの間の対応関係が構成され、特定の期間において変化しない。あるいは、そのような対応関係は動的であってよく、ＡＰは、特定のルールに従って対応関係を動的に調整する。より具体的な例では、周波数セグメントは、周波数セグメントの１つまたは複数の基本単位を含み得る。周波数セグメントは、プロトコルによって規定され得るか、またはＡＰによって指定され得る。例えば、周波数フラグメントは、８０ＭＨｚであるか、または別の帯域幅、例えば、１６０ＭＨｚ、２４０ＭＨｚ、または３２０ＭＨｚであり得る。以下の実施形態では、パーキング対応関係の具体的な構成プロセスは不要であり、したがって詳細については再度説明しない。本出願の実施形態では、周波数セグメントはまた、周波数セグメント（ｆｒｅｑｕｅｎｃｙ ｓｅｇｍｅｎｔ）などと称されることがある。本出願における周波数セグメント上にパークする（ｐａｒｋｉｎｇ）ステーションは、周波数セグメント上に留まるステーション、または周波数セグメント内に位置する、もしくは属するステーションと称されこともあることを理解されたい。ステーションまたはＡＰによって送信されるＰＰＤＵは、１つまたは複数の周波数帯域セグメントにサブＰＰＤＵを含み、周波数帯域セグメントのサイズは、同じであっても異なっていてもよい。

【0040】

関連付けフェーズまたは関連付け後のフェーズでは、ステーションは、ステーションが感知するチャネル（例えば、特定の２０ＭＨｚ）、ステーションの動作帯域幅（または現在、ステーションが情報を受信および送信できる帯域幅である現在の動作帯域幅）、およびステーションのサポートされている帯域幅に関する情報をＡＰに報告し得る。ステーションがパークする周波数セグメントは、ステーションが感知する２０ＭＨｚのチャネルが位置する周波数セグメントを含む。ステーションによって感知されたチャネルは、動作帯域幅内の任意の１つまたは複数のチャネルであってもよく、またはＡＰによって指定された感知されたチャネルセットから選択された１つまたは複数のチャネルであってもよい。サポートされているステーションの帯域幅は、通常、ステーションのＲＸ機能を示し、ステーションがサポートできる最大通信帯域幅である。ステーションの動作帯域幅は、通常、ステーションのサポートされる帯域幅以下であり、ステーションによって検知されるチャンルが位置する周波数セグメントは、通常、ステーションの動作帯域幅以下である。

【0041】

図３は、周波数セグメントおよび周波数セグメントにパークされているステーションの簡単な概略図である。例えば、周波数セグメント（または周波数セグメント粒度／最小周波数セグメント）は８０ＭＨｚであり、各２０ＭＨｚのシーケンス番号が下から上にカウントされる（シーケンス番号は、より低い周波数からより高い周波数に増加し得るか、またはより高い周波数からより低い周波数に増加し得る。以下では、より低い周波数からより高い周波数への例を使用し、ここで２０ＭＨｚがパンクチャされてよく、詳細は再度説明しない）。図３の例では、ステーション１からステーション５は第１の２０ＭＨｚを感知し、動作帯域幅は第１の８０ＭＨｚであり、ステーション６からステーション１０は第１の２０ＭＨｚを感知し、動作帯域幅は一次１６０ＭＨｚであり、ステーション１１からステーション２０は第５の２０ＭＨｚを感知し、動作帯域幅は第１の二次８０ＭＨｚである。ステーションがパークする周波数セグメントは、ステーションが感知する２０ＭＨｚのチャネルが位置する周波数セグメントである。周波数セグメントのサイズまたは範囲は、ＡＰがＰＰＤＵを送信するときに選択された周波数セグメントによって決定され得る。例えば、伝送ＡＰによって送信されるＰＰＤＵの帯域幅は３２０ＭＨｚであり、一次８０ＭＨｚ、第１の二次８０ＭＨｚ、第２の二次８０ＭＨｚ、第３の二次８０ＭＨｚの４つの周波数セグメントがある。この場合、ステーション１からステーション５がパークする周波数セグメントが一次８０ＭＨｚ、ステーション６からステーション１０がパークする周波数セグメントが一次８０ＭＨｚ、ステーション１１からステーション２０がパークする周波数セグメントが第１の二次８０ＭＨｚである。別の例では、送信端によって送信されるＰＰＤＵの帯域幅は３２０ＭＨｚであり、一次１６０ＭＨｚ、第２の二次８０ＭＨｚ、および第３の二次８０ＭＨｚの３つの周波数セグメントがある。この場合、ステーション１からステーション５がパークする周波数セグメントが一次１６０ＭＨｚ、ステーション６からステーション１０がパークする周波数セグメントが一次１６０ＭＨｚ、およびステーション１１からステーション２０がパークする周波数セグメントが一次１６０ＭＨｚである。周波数セグメントは、周波数領域におけるＰＰＤＵ帯域幅分割法であることを理解することができる。１つまたは複数の隣接する周波数セグメントは、ＰＰＤＵ帯域幅全体を形成する。もちろん、周波数セグメントまたは帯域幅は、パンクチャされた２０ＭＨｚを含み得る。

【0042】

ＡＰによって決定される周波数セグメントは、異なるサイズまたは同じサイズの複数の周波数セグメントを含み得るか、またはこれは限定されない。もちろん、簡略化された方法では、規格は、周波数セグメント粒度、または最小周波数セグメントを指定し得る。デフォルトでは、ＰＰＤＵ帯域幅の周波数セグメントモードでは、ＰＰＤＵ帯域幅が最小周波数セグメントに分割され、最小周波数セグメントのサイズは、例えば、８０ＭＨｚである。周波数セグメントを決定するとき、ＡＰは、各関連するステーションによって感知されたチャネルに関する情報を考慮してよく、さらにステーションの動作帯域幅に関する情報を考慮してよく、決定された周波数セグメントがサービス要件を可能な限り満たすようにしてよいことが理解され得る。それに応じて、ステーションは、サービス要件に基づいて可能な限り、ステーションによって感知されたチャネルを柔軟に調整し、ステーションの動作帯域幅を柔軟に調整して、エネルギーを節約し、または伝送効率を改善し得る。

【0043】

一例では、ステーションによって感知されるチャネルを取得／更新する方法が提供される。

【0044】

具体的には、ＡＰは、管理フレームまたは別のフレーム内で推奨される、感知されるべきチャネルセットを送信してよく、ステーションは、受信された感知されたチャネルセットに基づいて選択された感知されるべきチャネルをフィードバックする。感知されるべきチャネルセットは、例えばビーコンフレームなど、ＡＰが送信する管理フレームにおいて搬送される。ＰＰＤＵを送信するとき、ＡＰは少なくともステーションによって選択された感知されるべきチャネルに関する情報を送信する必要がある。したがって、感知されるべきチャネルはパンクチャできない。もちろん、ネゴシエーション方式を使用してもよい。例えば、ステーションは、選択された感知されるべきチャネルを搬送する要求フレームを送信し、ＡＰは応答フレームを返信し、ここで応答フレームはステータスを有し、ステータスは拒否、受信などを含む。ステータスが拒否された場合、１つまたは複数の推奨する感知されるべきチャネルがさらに搬送され得る。別の例では、ステーションの動作帯域幅の表示を送信することを含む、ステーションの動作帯域幅を通知／更新する方法が提供される。具体的には、ステーションの可能な動作帯域幅は、２０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、２４０ＭＨｚ、および３２０ＭＨｚのうちの１つまたは複数を含む。ステーションの動作帯域幅は、ビットマップまたはインデックスによって示され得る。詳細は下記のとおりである。

【0045】

方式１：ビットマップは固定サイズであり、ビットマップの各ビットは１つの２０ＭＨｚに対応する。例えば、ビットの数量は、最大帯域幅に含まれる２０ＭＨｚの数量に対応し、ＢＳＳの最大帯域幅は３２０ＭＨｚである。この場合、ビットマップサイズは１６ビットである。ビットマップの各ビットは、２０ＭＨｚが動作帯域幅の範囲内にあるかどうかを示す。例えば、第１の値（例えば、１）は、対応する２０ＭＨｚが動作帯域幅の範囲内であることを示し、第２の値（例えば、０）は、対応する２０ＭＨｚが動作帯域幅の範囲外であることを示す。例えば、ビットマップ１１１１ ００００ ００００ ００００は、ステーションの動作帯域幅が第１の８０ＭＨｚであることを示す。別の例では、ビットマップ１０００ ００００ ００００ ００００は、動作帯域幅が第１の２０ＭＨｚであることを示す。さらに、ビットマップのサイズはＢＳＳ帯域幅によって変化することもある。例えば、ＢＳＳ帯域幅が８０ＭＨｚである場合、ビットマップ内のビットの数量は４である。別の例では、ＢＳＳ帯域幅が１６０ＭＨｚである場合、ビットマップ内のビットの数量は８である。

【0046】

方式２：ビットマップは固定サイズであり、ビットマップの各ビットは１つの２０ＭＨｚに対応する。例えば、ＥＨＴ ＰＰＤＵによってサポートされる最大帯域幅は３２０ＭＨｚである。この場合、ビットマップの長さは４ビットである。ビットマップの各ビットは、８０ＭＨｚが動作帯域幅の範囲内にあるかどうかを示す。例えば、第１の値（例えば、１）は、対応する８０ＭＨｚが動作帯域幅の範囲内であることを示し、第２の値（例えば、０）は、対応する８０ＭＨｚが動作帯域幅の範囲外であることを示す。例えば、ビットマップ１０００は、ステーションの動作帯域幅が第１の８０ＭＨｚであることを示す。別の例では、ビットマップ１１００は、ステーションの動作帯域幅が第１の１６０ＭＨｚであることを示す。別の例では、特別なビットマップ００００は、ステーションの動作帯域幅が感知された２０ＭＨｚであることを示す。さらに、ビットマップのサイズはＢＳＳ帯域幅によって変化することもある。例えば、ＢＳＳ帯域幅が８０ＭＨｚである場合、ビットマップ内のビットの数量は４である。別の例では、ＢＳＳ帯域幅が１６０ＭＨｚである場合、ビットマップ内のビットの数量は２である。

【0047】

方式３：ステーションの動作帯域幅はインデックスで示されている。

【0048】

表２を参照されたい。ステーションの動作帯域幅は、３または４ビットで示され得る。ステーションの動作帯域幅は、
２０ＭＨｚ、一次８０ＭＨｚ、第１の二次８０ＭＨｚ、第２の二次８０ＭＨｚ、第３の二次８０ＭＨｚ、一次１６０ＭＨｚ、二次１６０ＭＨｚ、一次２４０ＭＨｚ、二次２４０ＭＨｚ、３２０ＭＨｚ等のうちの１つまたは複数を含む。３ビットまたは４ビットの８から１６の値のそれぞれのうちのいくつかまたは全ては、動作帯域幅のうちの１つまたは複数を示し、他の値は未使用であってもよい。

【0049】

【表3】

【0050】

ＳＴＡによって感知される２０ＭＨｚチャネルは、ＢＳＳ帯域幅内の任意のチャネル上に位置してもよく、それによりＡＰは、アップリンクスケジューリングのためのトリガフレームを送信する伝送効率を改善することができる。すなわち、各周波数セグメント上で伝送されるトリガフレームにおいて搬送されるコンテンツが異なっていてもよい。さらに、異なる動作帯域幅を有するＳＴＡは、異なる周波数セグメントに分散される。例えば、動作帯域幅が８０ＭＨｚのステーションは、帯域幅全体の周波数リソース内のアップリンク伝送リソースを異なるＳＴＡにより均等に割り当てることができる。このようにして、動作帯域幅が８０ＭＨｚの全てのＳＴＡが一次８０ＭＨｚにパークされるわけではなく、そうでなければ一次８０ＭＨｚの周波数リソースが不十分であり、他の８０ＭＨｚの周波数リソースが無駄になる。

【0051】

一般に、アップリンク伝送では、全てのＳＴＡは、Ｐ２０上にパークして、アップリンク伝送のためのスケジューリング情報（例えば、トリガフレーム）を感知し、受信する。送信端によるデータ送信のルールは、Ｐ２０が伝送可能な場合、送信端はさらに別のチャネルが伝送可能かどうかを分析する、というものである。例えば、トリガフレームが通常、非ＨＴフォーマットを使用する場合、トリガフレームの物理層プリアンブルは、各２０ＭＨｚで同じコンテンツを伝送する必要があり、トリガフレームも、各２０ＭＨｚで同じコンテンツを伝送する必要がある。この実施形態では、ステーションは、チャネル条件、省電力、または他の要因に基づいて、感知されるチャネルおよび／または動作帯域幅を変更し、変更をＡＰに通知し得る。ステーションがスケジューリング情報を感知して受信するためにＰ２０上にのみパークする解決策と比較して、前述のフレキシブルチャネルセンシングソリューション、またはパーキングソリューションと呼ばれるソリューションは、異なるトリガフレームを異なる周波数セグメント（例えば、８０ＭＨｚ）上で送信することを可能にする。すなわち、トリガフレームのオーバーヘッドが低減されるように、トリガフレームのコンテンツ全体は異なる８０ＭＨｚに分散される。

【0052】

アップリンクスケジューリングに加えて、前述の柔軟なパーキング方法をダウンリンク伝送に適用することができる。ダウンリンク伝送解決策は、本出願では詳細に説明しない。
実施形態２

【0053】

図４を参照されたい。トリガフレームの送受信方法を提供する。この方法は、周波数セグメントに基づいているか、または周波数セグメント上のアップリンクスケジューリングの方法と呼ばれる。

【0054】

１０１：ＡＰはＰＰＤＵを生成する。ＰＰＤＵは、１つまたは複数のトリガフレームを含む。各トリガフレームは、１つの周波数セグメントに対応し、各トリガフレームは、対応する周波数セグメント上にパークする少なくとも１つまたは複数のステーションをスケジュールするために使用され、それにより、ステーションは、アップリンクＰＰＤＵを送信する。すなわち、各トリガフレームは、少なくともトリガフレームが位置する周波数セグメント上の１つまたは複数のステーションによって使用され、アップリンクＰＰＤＵを伝送する（トリガフレームが位置する周波数セグメント上の１つまたは複数のステーションは、ステーションによって感知されるチャネルが、トリガフレームが位置する周波数セグメント上にあると理解されてもよい）。ステーションがパークする周波数セグメントは、ステーションが感知する２０ＭＨｚのチャネルが位置する周波数セグメントである。周波数セグメントのサイズまたは範囲は、ＡＰがＰＰＤＵを送信するときに選択された周波数セグメントによって決定され得る。ＡＰは、送信されるＰＰＤＵに含まれる１つまたは複数の周波数セグメントおよび周波数セグメントのサイズを、１つまたは複数のスケジュールされるステーションの感知されるチャネルなどの要因に基づいて決定する。代替的に、ＡＰはまた、送信されるＰＰＤＵに含まれる１つまたは複数の周波数セグメントおよび周波数セグメントのサイズを、１つまたは複数のスケジュールされるステーションの動作帯域幅などの要因に基づいて決定し得る。実施形態１を参照されたい。詳細については、ここでは再度説明しない。

【0055】

具体的には、ＡＰは、各周波数セグメント上にパークするステーションに関する情報を取得し、ステーションの周波数ドメインリソースおよび取得されたアップリンクサービス要件を参照して、１つまたは複数のトリガフレームを生成する。トリガフレームは、スケジュールされるステーションに関する情報と、ステーションに割り当てられた周波数ドメインリソースとを含む。

【0056】

１０２：ＡＰは、ＰＰＤＵ内の１つまたは複数のトリガフレームを送信し、各トリガフレームは、対応する周波数セグメント内で搬送される。具体的な方式は、トリガフレームが対応する周波数セグメントの各２０ＭＨｚで伝送される、というものである。別の方式では、トリガフレームは、対応する周波数セグメント全体、または周波数セグメント上のリソースユニット、例えば最大のリソースユニット上で伝送される。

【0057】

１０３：ステーションは、受信したトリガフレームに基づいてアップリンクＰＰＤＵを送信する。一般に、アップリンクＰＰＤＵは、アップリンクマルチユーザＰＰＤＵであってもよい。もちろん、特別なシナリオでは、上記の方法を使用して、アップリンク伝送のために１つのステーションのみをスケジュールし得る。

【0058】

ステップ１０３におけるアップリンクマルチユーザＰＰＤＵを送信するための方法は、ＭＵ－ＭＩＭＯ技術および／またはＯＦＭＤＡ技術を採用してもよい。アップリンクマルチユーザＰＰＤＵは、トリガベースＰＰＤＵ（ｔｒｉｇｇｅｒ ｂａｓｅｄ ＰＰＤＵ、ＴＢ ＰＰＤＵ）と簡潔に呼ばれる。

【0059】

ステップ１０１～１０３の実施態様では、異なるトリガフレームは、異なるコンテンツを有し得る。このようにして、全てのトリガフレームのコンテンツは、異なる周波数セグメントに分散され得、トリガフレームを送信するためのリソースを節約する。さらに、好ましい実施態様では、トリガフレームは、対応する周波数セグメント上にパークする１つまたは複数のステーションのみのスケジューリング情報をスケジュールし得る。言い換えると、スケジューリング情報は、別の周波数セグメント上にパークする任意のステーションのスケジューリング情報を除外する。このようにして、全てのトリガフレームのコンテンツを最大限に分散し、トリガフレームを送信するためのリソースを最大限に節約することができる。

【0060】

ステップ１０１で生成されたトリガフレームは、ＯＦＤＭＡ形式のＰＰＤＵ（これは、ＥＨＴ ＭＵ ＰＰＤＵまたは別の名称として称されることがある）、または非ＨＴ ＰＰＤＵ（すなわち、レガシープリアンブルのみを含むプリアンブルを有するＰＰＤＵ）で搬送されてもよく、または１１ｎ、１１ａｃ、１１ａｘ、または１１ｂｅなどの規格に準拠するシングルユーザＰＰＤＵで搬送されてもよい。あるいは、トリガフレームは、別のＭＡＣフレーム、例えば、データフレームまたは制御フレームと一緒に伝送されてもよい。

【0061】

図５に、トリガフレームの構造の例を示す。トリガフレームは、フレーム制御フィールド、期間フィールド、受信アドレスフィールド、伝送アドレスフィールド、共通情報フィールド、複数のユーザ情報フィールド、ビットパディングフィールド、またはフレームチェックシーケンスフィールドのうちの１つまたは任意の組み合わせを含み得る（図５に示されるフィールドの位置に限定されない）。

【0062】

共通情報フィールドは、アップリンクマルチユーザ伝送の共通パラメータを示す。ユーザ情報フィールドは、単一のステーションがアップリンクＰＰＤＵを伝送するためのパラメータ、例えば、リソースアロケーションフィールドによって示されるリソースユニットを含むパラメータを示す。例えば、共通情報フィールドは、トリガタイプフィールド（Ｔｒｉｇｇｅｒ Ｔｙｐｅ）、アップリンク長フィールド（ＵＬ Ｌｅｎｇｔｈ）、さらなるトリガフレームフィールド（Ｍｏｒｅ ＴＦ）、キャリア感知要求フィールド（ＣＳ Ｒｅｑｕｉｒｅｄ）、アップリンク帯域幅フィールド（ＵＬ ＢＷ）、ＧＩ（ガードインターバル、ｇｕａｒｄ ｉｎｔｅｒｖａｌ）およびＥＨＴ－ＬＴＦタイプフィールド、プレＦＥＣパディング係数フィールド、ＰＥ曖昧性フィールド、およびＡＰ ＴＸ電力（ＡＰ ＴＸ Ｐｏｗｅｒ）フィールドのうちの１つまたは任意の組み合わせを含む（図５に示されるフィールドの場所に限定されない）。

【0063】

アップリンク長フィールド（ＵＬ Ｌｅｎｇｔｈ）は、トリガフレームによってスケジュールされたアップリンクＴＢ ＰＰＤＵのレガシープリアンブルにおけるＬ－ＳＩＧフィールドの長さを示す。

【0064】

さらなるトリガフレームフィールド（Ｍｏｒｅ ＴＦ）は、送信されるトリガフレームがまだあるかどうかを示す。

【0065】

ＧＩ（ガードインターバル、ｇｕａｒｄ ｉｎｔｅｒｖａｌ）およびＥＨＴ－ＬＴＦタイプフィールドは、ＧＩの長さおよびＥＨＴ－ＬＴＦのタイプを示す。

【0066】

プレＦＥＣパディング係数フィールドおよびＰＥ曖昧性フィールドは、ポストＦＥＣパディング長およびＰＥフィールド長を含むＥＨＴ ＰＰＤＵの物理層パディング長を共同で示す（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ、前方誤り訂正、ＰＥ：ｐａｃｋｅｔ ｅｘｔｅｎｓｉｏｎ、パケット拡張）。

【0067】

ＴＸ電力フィールドは、ステーションのｄＢｍ単位でＴＸ電力を示す。電力の値は、一般に２０ＭＨｚに正規化されている。

【0068】

任意選択で、トリガフレームの共通フィールドは、トリガタイプに依存する共通情報フィールドをさらに含み得る。例えば、基本的なトリガタイプでは、トリガタイプに依存する共通情報フィールドは、ＭＰＤＵ間隔係数、ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）アグリゲーションリミット、および好ましいＡＣ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）などのフィールドを含む。

【0069】

任意選択で、トリガフレームの共通フィールドは、アップリンク時空間ブロック符号化またはアップリンク空間多重化などの情報をさらに含み得る。

【0070】

好ましくは、トリガフレームを搬送するＰＰＤＵの帯域幅内の異なるトリガフレームは、ＰＰＤＵ帯域幅のパンクチャ情報フィールドをさらに搬送してもよい。例えば、パンクチャされたビットマップは、どの２０ＭＨｚが帯域幅においてパンクチャされているかを示す。パンクチャされたとは、物理層プリアンブルおよびデータフィールド（ＭＡＣフレームを含む）などのコンテンツが、ＰＰＤＵの対応する２０ＭＨｚで伝送されないことを意味する。パンクチャされたビットマップは、固定数量のビットを有し得る。例えば、ビットの数量は、ＰＰＤＵの最大帯域幅に含まれる２０ＭＨｚの数量と同じである。例えば、３２０ＭＨｚは１６個の２０ＭＨｚを含む。パンクチャされたビットマップのビットの数量は、ＰＰＤＵの帯域幅によって変化する。例えば、ＰＰＤＵの帯域幅が８０ＭＨｚである場合、パンクチャされたビットマップのビットの数量は４であり、ＰＰＤＵ帯域幅が１６０ＭＨｚである場合、パンクチャされたビットマップのビットの数量は８である。ステーションがトリガフレームを受信した後、アップリンクＰＰＤＵを送信するとき、ステーションは、対応して、ＰＰＤＵの帯域幅のパンクチャ情報フィールドに基づいて、ステーションに対応する周波数セグメント上の物理層プリアンブルにおいてＵ－ＳＩＧを伝送し得る。Ｕ－ＳＩＧは、周波数セグメント上の情報をパンクチャすることを含む。

【0071】

別の方法では、パンクチャ情報フィールドは、可能なパンクチャパターンをさらに示し得る。表３のインデックス値は、パンクチャパターンを示す。可能なパンクチャパターンを次の表に示す。

【0072】

【表4-1】

【0073】

【表4-2】

【0074】

パンクチャ帯域幅パターンフィールドは、限定されたパンクチャパターンのみを示すため、表３に含まれるパターンは、６ビットのみを使用することによって示すことができる。その後、より多くのパンクチャパターンが含まれる場合、パンクチャ帯域幅パターンフィールドの長さは、代替的に、７ビット、８ビット、９ビットなどであり得る。さらに、任意選択で、パンクチャ帯域幅パターンフィールドによって示される複数のパンクチャパターンは、帯域幅とともに変化し、帯域幅は、トリガフレーム内の帯域幅フィールドによって示される。具体的には、帯域幅が２０ＭＨｚまたは４０ＭＨｚの場合、パンクチャパターンはない。この場合、パンクチャ帯域幅パターンフィールドは、０ビットであってもよい。帯域幅が８０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドによって示されるパターンは、１から４のパターンを含み、２ビットが必要となる。帯域幅が１６０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドが示すパターンは、５から１６のパターンを含み、４ビットが必要である。帯域幅が２４０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドによって示されるパターンは、１７から２５のパターンを含み、４ビットが必要である。帯域幅が３２０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドによって示されるパターンは、２６から３７のパターンを含み、４ビットが必要である。好ましい方法では、パンクチャ帯域幅パターンフィールドによって示されるパターンが帯域幅とともに変化するが、長さは不変である。前述の例では、パンクチャ帯域幅パターンフィールドの長さは、前述の全ての帯域幅によって必要とされるビットの最大数量、すなわち４ビットである。例えば、帯域幅が８０ＭＨｚの場合、パンクチャ帯域幅パターンフィールドが示すパターンは、１から４のパターンを含み、４ビットのパンクチャ帯域パターンフィールドの値０から３は、それぞれ１から～４のパターンを示し、他の値は未使用である。

【0075】

別の方法では、パンクチャ情報フィールドは、ＰＰＤＵの帯域幅内のパンクチャ情報の一部をさらに搬送し得る。帯域幅のサイズに基づいて、ビットマップは、８０ＭＨｚの粒度で帯域幅を示すために、２ビット、３ビット、または４ビット（または固定４ビット）を含み得る。第１の値（１）は８０ＭＨｚに対応するパンクチャ情報が含まれることを示し、第２の値（０）は８０ＭＨｚに対応するパンクチャ情報が含まれないことを示す。各８０ＭＨｚ周波数セグメントのパンクチャ情報表示方法は、実施形態３のＵ－ＳＩＧフィールドのパンクチャ情報表示方法と同様である。詳細はここで再度説明しない。パンクチャ情報フィールドで搬送されるパンクチャ情報の部分は、トリガフレームによってスケジュールされるステーションによって送信されるアップリンク物理層プリアンブルによって占有される周波数帯域幅のパンクチャ情報を含む必要がある。

【0076】

任意選択で、トリガフレームの共通フィールドは、トリガフレームが位置する周波数セグメントの帯域幅を示す情報／フィールドをさらに搬送し得る。

【0077】

一例では、トリガフレームは、トリガフレームが位置する周波数セグメントの帯域幅を示す情報／フィールドを除外する。ステーションは、感知されたチャネルが位置するデフォルトの周波数セグメント（例えば、規格で指定された最小周波数セグメントまたは規格で指定された周波数セグメント粒度（例えば、８０ＭＨｚ））のみに基づいてトリガフレームを受信する。好ましくは、トリガフレームは、トリガフレームが位置する周波数セグメントの帯域幅を示す情報／フィールドをさらに含み得る。ステーションは、指示された周波数セグメントに基づいてトリガフレームを受信してもよく、例えば、ステーションは、堅牢性を改善するために周波数セグメント上のトリガフレームを組み合わせてもよい。この場合、アップリンクマルチユーザＰＰＤＵ全体のＵＬの帯域幅に関する前述の表示は省略され得る。もちろん、トリガフレームは、ＵＬの帯域幅と、トリガフレームでスケジュールされるステーションのアップリンクＰＰＤＵが位置する周波数セグメントの帯域幅を示す情報／フィールドとをさらに含んでもよい。

【0078】

好ましくは、トリガフレームのステーション情報フィールドは、トリガフレームでスケジュールされるステーションのアップリンクＰＰＤＵの共通物理層のプリアンブルが位置する周波数セグメントの帯域幅を示す情報／フィールドをさらに搬送し得る。もちろん、アップリンクＰＰＤＵの共通物理層のプリアンブルが位置する周波数セグメントの帯域幅は、アップリンクＰＰＤＵを送信するステーションの動作帯域幅内にある必要がある。あるいは、アップリンクＰＰＤＵの共通物理層のプリアンブルが位置する周波数セグメントの帯域幅に関する情報が搬送されない場合がある。

【0079】

周波数セグメントの帯域幅は、８０ＭＨｚ、１６０ＭＨｚ、３２０ＭＨｚ等であってもよい。任意選択で、周波数セグメントの帯域幅は、２４０ＭＨｚをさらに含む。本発明のこの実施形態では、８０ＭＨｚの周波数セグメントを例として使用する。例えば、異なる８０ＭＨｚで伝送されるアップリンク共通物理層のプリアンブルのトリガフレーム／確認フレーム／Ｕ－ＳＩＧフィールドは、異なるコンテンツを有し、８０ＭＨｚの各２０ＭＨｚで伝送されるアップリンク共通物理層のプリアンブルのトリガフレーム／確認フレーム／Ｕ－ＳＩＧフィールドは、同じコンテンツを有することについて言及される。同じＰＰＤＵ内に異なるサイズのさらなる周波数セグメントが存在し得る。例えば、３２０ＭＨｚのＰＰＤＵは、１つの１６０ＭＨｚセグメントと２つの８０ＭＨｚセグメントとを含む。

【0080】

図６は、ユーザ情報フィールドの構造の簡単な概略図である。ユーザ情報フィールドは、以下のフィールド、すなわち、関連識別子フィールド、リソースユニット割り当てフィールド、アップリンク符号化タイプフィールド、アップリンク変調および符号化スキームフィールド、アップリンクデュアルキャリア変調フィールド、空間ストリーム割り当てまたはランダムアクセスユニットリソース情報フィールド、アップリンク受信信号強度表示フィールド、および未使用フィールド、ならびに複数のトリガタイプに依存するユーザ情報フィールドのうちの１つまたは複数のうちの、１つまたは任意の組み合わせを含み得る（図６に示されるフィールドの場所に限定されない）。

【0081】

具体的には、非ＨＴＰＰＤＵを例として用いる。トリガフレームを搬送するＰＰＤＵの帯域幅が周波数セグメント粒度（例えば、８０ＭＨｚ）よりも大きい場合、ＰＰＤＵの物理層プリアンブル（レガシープリアンブルのみを含む）は、通常２０ＭＨｚの単位でＰＰＤＵ帯域幅で伝送され、ＰＰＤＵ帯域幅の各２０ＭＨｚで搬送される物理層プリアンブルの内容は同じである。ただし、トリガフレームは周波数セグメント粒度の単位で伝送される。言い換えれば、異なる周波数セグメントで搬送されるトリガフレームは相互に独立しており、周波数ドメインにおいて別々に伝送される。言い換えると、異なる周波数セグメント上で伝送されるトリガフレームのコンテンツは異なる場合があるが、複数の８０ＭＨｚで伝送されるトリガフレームのコンテンツは同じであってもよい。１つの周波数セグメントは、１つまたは複数の周波数セグメント粒度を含み得る。

【0082】

ＰＰＤＵの帯域幅の少なくとも一部は、ステーションの動作帯域幅範囲内に収まる。例えば、ＰＰＤＵ帯域幅は、ステーションによって感知される２０ＭＨｚを含む。図５または図６を参照されたい。特定の例では、トリガフレームは、非ＨＴ形式で送信される。非ＨＴフォーマットは、ＰＰＤＵの物理層プリアンブルにレガシープリアンブルのみを含むことを意味する。レガシープリアンブルは、ＰＰＤＵの帯域幅で各２０ＭＨｚで伝送され、全ての２０ＭＨｚの物理層プリアンブルの内容は同じである。異なる８０ＭＨｚで伝送されるトリガフレームの内容は異なるが、１つの８０ＭＨｚ内の各２０ＭＨｚで伝送されるトリガフレームの内容は同じである。

【0083】

例えば、一次８０ＭＨｚ内の２０ＭＨｚごとに送信されるトリガフレームで搬送されるステーションフィールドは、ステーション１およびステーション６のステーション情報フィールドであり、ステーション１１からステーション１４のステーション情報フィールドは、二次８０ＭＨｚ内の２０ＭＨｚごとに送信されるトリガフレームで搬送される。このように、２０ＭＨｚごとに伝送されるトリガフレームは、トリガフレームが位置するＰＰＤＵの１６０ＭＨｚの伝送帯域幅でスケジュールされる全てのステーションの情報フィールド、すなわちステーション１、ステーション６、およびステーション１１からステーション１４のステーション情報フィールドを搬送する必要はない。これにより、オーバーヘッドを低減することができる。

【0084】

異なる８０ＭＨｚのトリガフレームは、異なるステーション情報フィールドを有することに留意されたい。しかしながら、帯域幅内の異なるセグメント内の異なるトリガフレームは、複数の８０ＭＨｚセグメント内の異なるアップリンクマルチユーザＰＰＤＵの代わりに、１つのアップリンクマルチユーザＰＰＤＵ全体をトリガする必要がある。したがって、アップリンクマルチユーザＰＰＤＵ全体を送信するのに役立つように、異なるセグメント内の異なるトリガフレームを整列させる必要がある。具体的には、複数のスケジュールされたステーションによって別々に送信されるアップリンクＰＰＤＵによって形成されるアップリンクマルチユーザＰＰＤＵ全体について、アップリンクＰＰＤＵの送信時間は、開始時間および終了時間を含んで整列される必要がある。異なるセグメント上の異なるトリガフレームは、整列される必要があり、アップリンクＰＰＤＵの開始時間が整列されるように、トリガフレームが受信された後、特定の間隔（固定値、例えば、ＳＩＦＳ）でアップリンクＰＰＤＵが送信される。

【0085】

特定の例では、異なる８０ＭＨｚ（本明細書では、８０ＭＨｚの周波数セグメントが例として使用される）のトリガフレーム内で搬送されるステーション情報フィールドは、異なる場合がある。その結果、異なる８０ＭＨｚで伝送されるトリガフレームの情報部分（パディング部を除く）の長さが異なる場合がある。しかしながら、本実施形態では、各８０ＭＨｚの周波数セグメントで伝送されるトリガフレームの長さは同じであることが推奨される。具体的には、各８０ＭＨｚの周波数セグメントで伝送されるトリガフレームは、パディング（ｐａｄｄｉｎｇ）方法によって整列されてもよい。

【0086】

パディングによってトリガフレームを整列させる以下の方法が提供される。

【0087】

方法１：トリガフレーム内の任意の箇所に、短い情報部分（スケジューリング情報を示す部分）を有するダミー（ｄｕｍｍｙ）ステーション情報フィールドを含め、または設定し、各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さになるようにする。具体的には、ダミーステーション情報フィールドの長さは、規格で指定されているステーション情報フィールドの長さと同じであるが、受信端によってダミーステーション情報フィールドがステーション情報フィールドとして誤読されるのを防ぐために特別な設定が用いられる。例えば、ダミーステーション情報フィールドのＡＩＤフィールドの値は特別な値であり、またはダミーステーション情報フィールドのリソース割り当て表示フィールドの値は特別な値であり、例えば、２０４７である。ダミーステーション情報フィールドにおける前述の特別な値以外の値は、任意の情報であってもよく、または全て０または全て１のビットとして簡略化されてもよい。このアライメント方式では、ダミーステーション情報フィールドは、実際のステーション情報フィールドの間に位置してもよく、アライメントの柔軟性を向上させることができる。

【0088】

方法２：第１のダミーステーション情報フィールドは、短い情報部分を有するトリガフレームの尾部に追加される。すべて０、すべて１、または他のパディング情報は、各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さを有するように、第１のダミーステーション情報フィールドに続く場所にパディングされる。

【0089】

方法３：特別なＡＩＤ識別子、例えば、２０４７は、短い情報部分（最後にスケジュールされたステーションの情報フィールドの直後）を有するトリガフレームの尾部に付加される。すべて０、すべて１、または他のパディング情報は、各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さを有するように、第１のダミーステーション情報フィールドに続く場所にパディングされる。

【0090】

方法４：各８０ＭＨｚ周波数セグメントで伝送されるトリガフレームが同じ長さになるように、短い情報部分を有するトリガフレームにＭＰＤＵデリミタが含まれる。

【0091】

特定の例では、ＧＩおよびＥＨＴ－ＬＴＦタイプフィールド、ＰＥ関連パラメータ（プレＦＥＣパディング係数フィールドおよびＰＥ曖昧性フィールドを含む）、ＥＨＴ－ＬＴＦシンボルフィールドの数量、またはＰＰＤＵの帯域幅内の異なるトリガフレームの共通フィールドで搬送されるアップリンク長フィールドなどのパラメータフィールドは、同じ値を有する必要がある。このようにして、周波数セグメントで伝送されるアップリンクＯＦＤＭＡ ＰＰＤＵは、終了時間およびＥＨＴ－ＬＴＦフィールドを含んで整列される。

【0092】

８０ＭＨｚの周波数セグメントを例に用いる。異なる周波数セグメントのトリガフレームに含まれるアップリンクＰＰＤＵ長さフィールドは、同じ値を有するため、ステーションによるアップリンクＰＰＤＵの伝送時間は同じである。さらに、異なるセグメントで伝送されるトリガフレームが整列されるため、アップリンクＰＰＤＵの伝送開始時間は同じである。したがって、アップリンクＰＰＤＵの伝送終了時間は整列される。異なるトリガフレームに含まれるアップリンクＥＨＴ－ＬＴＦシンボルフィールドの数量は、同じ値を有するため、全てのステーションのアップリンクＰＰＤＵのＥＨＴ－ＬＴＦのＯＦＤＭシンボルの数量は同じである。異なるトリガフレームに含まれるＧＩおよびＥＨＴ－ＬＴＦタイプフィールドは、同じ値を有するため、ステーションによって伝送されるアップリンクＰＰＤＵのＥＨＴ－ＬＴＦの単一のＯＦＤＭシンボルの長さは同じである（本明細書におけるＯＦＤＭシンボルの長さは、ＧＩ長を含み、これは以下で同じであり、詳細は再度説明しない）。さらに、ステーションによって伝送されるアップリンクＰＰＤＵのデータフィールドに含まれる単一のＯＦＤＭシンボルの長さも同じであってよい。プレＦＥＣパディング係数フィールドおよびＰＥ曖昧性フィールドは、同じ値を有し、したがって、全てのステーションのアップリンクＰＰＤＵの物理層パディング長は同じであってもよい。プロトコルは、ＧＩを含まないＯＦＤＭシンボルの長さが１２．８μｓであり、ＧＩおよびＥＨＴ－ＬＴＦタイプフィールドが同じ値を有することを指定し、したがって、データフィールド内のＯＦＤＭシンボルのＧＩ長は同じであってもよい。上記の解決策によれば、アップリンクＰＰＤＵの期間、ＥＨＴ記号フィールド、および終了時間においてアライメントが行われ、ＡＰがアップリンクＰＰＤＵの確認フレームを送信する。

【0093】

本明細書におけるアライメントは、開始時間アライメントおよび／または終了時間アライメントを意味する。終了時間アライメントとは、終了時間が同一であるか、または終了時間の差が指定された間隔範囲内であり、指定された間隔範囲がプロトコルまたは他の方法で規定されていることを意味する。開始時間アライメントは、開始時間が同じであるか、または開始時間の差が指定された間隔内であることを意味する。本発明の他の箇所で言及されているアライメントの意味については、再度説明しない。

【0094】

トリガフレームのステーション情報フィールド内のリソース割り当て表示フィールドは、アップリンクフレームを伝送するために、１つまたは複数のリソースユニットをステーションに割り当て得る。８０２．１１ａｘプロトコルは、８０ＭＨｚ帯域幅、４０ＭＨｚ帯域幅、および２０ＭＨｚ帯域幅のリソースユニットインデックスをリストにする。リソースユニットのインデックスは、７ビットのテーブルを形成する。各リソースユニットインデックスは、２６階調リソースユニット、５２階調リソースユニット、１０６階調リソースユニット、２４２階調リソースユニット（２０ＭＨｚ帯域幅の最大リソースユニット）、４８４階調リソースユニット（４０ＭＨｚ帯域幅の最大リソースユニット）、および９９６階調リソースユニット（８０ＭＨｚ帯域幅の最大リソースユニット）を含む１つのリソースユニットに対応する。８０ＭＨｚ帯域幅の追加の１ビットおよび７ビットのリソースユニットインデックスが追加され、１６０ＭＨｚ帯域幅のリソースユニットを示す。追加の１ビットは、リソースユニットが一次８０ＭＨｚのリソースユニットであるか、二次８０ＭＨｚのリソースユニットであるかを示す。８０ＭＨｚ単位の７ビットリソースユニット割り当ての表については、８０２．１１ａｘプロトコルを参照されたい。以下の表４に示すように、ＲＵシーケンス番号０から３６は８０ＭＨｚ帯域幅の２６階調リソースユニットのインデックス、ＲＵシーケンス番号３７から５２は８０ＭＨｚ帯域幅の５２階調リソースユニットのインデックス、ＲＵシーケンス番号５３から６０は８０ＭＨｚ帯域幅の１０６階調リソースユニットのインデックス、ＲＵシーケンス番号６１から６４は８０ＭＨｚ帯域幅の２４２階調リソースユニットのインデックス、ＲＵシーケンス番号６５から６６は８０ＭＨｚ帯域幅の４８４階調リソースユニットのインデックス、ＲＵシーケンス番号６７は８０ＭＨｚ帯域幅の９９６階調リソースユニットのインデックスである。２６階調リソースユニットＲＵ１からＲＵ３７の説明、５２階調リソースユニットＲＵ１からＲＵ１６の説明、１０６階調リソースユニットＲＵ１からＲＵ８の説明、２４２階調リソースユニットＲＵ１からＲＵ４の説明、４８４階調リソースユニットＲＵ１からＲＵ２の説明、および９９６階調リソースユニットＲ１の説明は、８０２．１ａｘプロトコルに記録される。詳細については、ここでは再度説明しない。

【0095】

【表5-1】

【0096】

【表5-2】

【0097】

【表5-3】

【0098】

表４を参照されたい。３２０ＭＨｚの帯域幅をサポートするために、この実装は新しいリソースユニットを含む。すなわち、２＊９９６階調のリソースユニット、３＊９９６階調のリソースユニット、４＊９９６階調のリソースユニットである。３つのリソースユニットのインデックスは、８０ＭＨｚの７ビットリソース割り当てテーブル（シングル割り当てテーブルと呼ばれる）に追加されてもよい。

【0099】

別の例では、単一のステーションへの複数のリソースユニットの割り当てをサポートし、シグナリングオーバーヘッドを削減するために、以下のいくつかのリソースユニットインデックスが指定される。図７ａを参照されたい。５２＋２６リソースユニットおよび１０６＋２６リソースユニットを含む、複数の小さいサイズのリソースユニットの１６種類の割り当てがある。具体的な位置については、図７ａ上部の灰色のブロックを参照されたい。４８４＋２４２のリソースユニット、９９６＋４８４のリソースユニット、および２Ｘ９９６＋４８４のリソースユニット、３Ｘ９９６＋４８４のリソースユニット、および３Ｘ９９６のリソースユニットを含む、複数の大きなサイズのリソースユニットの３３種類の割り当てがある。具体的な位置については、図７ａの下部の灰色のブロックを参照されたい。複数のリソースユニットの割り当ては全部で４９種類ある。もちろん、複数のリソースユニットの４９種類の割り当てのサブセットが存在してもよく、例えば、２Ｘ９９６＋４８４のリソースユニットまたは３Ｘ９９６＋４８４のリソースユニットが除外されたり、複数のリソースユニットの別の割り当ての組み合わせが導入されたりする。

【0100】

具体的には、図７ａおよび図７ｂに示す複数のリソースユニットの組み合わせ（複数のリソースユニットの割り当てテーブルと呼ばれる）を、それぞれ２つの異なる７ビットテーブルインデックスに基づいて示してもよい。一例では、１ビットは、ステーションに割り当てられたリソースユニットが単一のリソースユニットであるかまたは複数のリソースユニットであるか、すなわち、単一のリソースユニットの割り当てテーブルインデックスが使用されるか、複数のリソースユニットの割り当てテーブルインデックスが使用されるかを示す。もちろん、１つのリソースユニットの割り当てテーブルと複数のリソースユニットの割り当てテーブルの内容を含むために、同じテーブルを使用してもよい。テーブルに必要なビット長は、示されるリソースユニットのエントリの数量に依存する。

【0101】

別の例では、２ビットが３２０ＭＨｚにおける特定の８０ＭＨｚを示し、シーケンス番号は、より低い周波数からより高い周波数であってもよく、またはより高い周波数からより低い周波数であってもよく、テーブル内のインデックスは、８０ＭＨｚを参照として使用してもよいことが提案される（図７ａまたは図７ｂ）。すなわち、８０ＭＨｚ領域内の様々なリソースユニットのインデックスが含まれる。

【0102】

トリガフレームのステーション情報フィールドのリソース割り当て表示フィールドに基づいてステーションに割り当てられた１つまたは複数のリソースユニットは、ステーションの動作帯域幅の範囲内に収まる必要がある。
実施形態３

【0103】

図８は、アップリンクマルチユーザＰＰＤＵのフレーム構造である。周波数セグメントに基づいてアップリンクＰＰＤＵを送信する方法を提供する。

【0104】

２０１：ステーションは、受信したトリガフレームに基づいてアップリンクＰＰＤＵを送信する。アップリンクＰＰＤＵのデータ部分は、ステーションに割り当てられたリソースユニット上で送信される。

【0105】

具体的には、ステーションは、感知されたチャネルが位置する周波数セグメント上でのみ、ＡＰによって送信されたトリガフレームを受信し得る。トリガフレーム内の１つのステーション情報フィールドが、ステーションのＡＩＤと一致する場合、ステーションは、ステーションのＡＩＤと一致するステーション情報フィールド内のリソースユニット割り当て情報と、トリガフレーム内の共通フィールドとに基づいて、アップリンクマルチユーザＰＰＤＵを送信する。例えば、ステーションは、ステーションのアップリンク情報フレーム、例えばデータフレームを、ステーション情報フィールドのリソース割り当て表示フィールドで示されるリソースユニットにおいて、伝送する。具体的には、ステーションによって送信されるアップリンクＰＰＤＵは、共通の物理層プリアンブル、ポスト物理層プリアンブル（ＥＨＴ－ＳＴＦフィールドおよびＥＨＴ－ＬＴＦフィールドを含む）、およびデータ部フィールド（ＭＡＣフレーム、例えば、データフレームを含む）を含む。共通の物理層プリアンブルは、アップリンクＰＰＤＵの帯域幅で２０ＭＨｚの単位で伝送され得、ポスト物理層プリアンブルおよびデータフィールドは、リソースユニット上で伝送される。

【0106】

２０２：ＡＰは、トリガフレーム内で割り当てられたリソースに基づいて、ステーションによって送信されたアップリンクＰＰＤＵ内のデータ部分を受信する。

【0107】

具体的には、ＡＰは、トリガフレームにおいてステーション情報フィールド内のリソース割り当て表示フィールドが示すリソースユニット上でステーションによって送信されたアップリンク情報フレームを受信し、トリガフレームにおいてステーション情報フィールドのＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ、変調符号化方式）などのパラメータに基づいて、ステーションによって送信されたアップリンク情報フレームを復号する。本出願では、特定のリソースユニットの割り当て方法について詳細に説明しない。

【0108】

ステップ２０１におけるステーションによるアップリンク共通物理層プリアンブルを伝送するための方法は、以下のいくつかの具体的な例を含む。

【0109】

方法１：ステーションは、スケジュールされたステーションのアップリンクＰＰＤＵが位置する周波数セグメント上の各２０ＭＨｚチャネル上でのみ、トリガフレーム内で搬送される情報であって、アップリンクＰＰＤＵの共通物理層プリアンブルが位置する周波数セグメントの帯域幅に関するものである情報に基づいて、アップリンク共通物理層プリアンブルを送信し得る。具体的には、アップリンクマルチユーザＰＰＤＵの帯域幅が、ステーションがパークする周波数セグメントよりも大きい場合、共通物理層プリアンブルは、周波数セグメントの外側の２０ＭＨｚチャネル上で送信されない場合がある。このようにして、干渉を低減することができ、周波数領域多重化の機会を増やすことができ、リソース利用効率を向上させることができる。スケジュールされたステーションのアップリンクＰＰＤＵが位置する周波数セグメントは、ステーションの動作帯域幅の範囲内である必要がある。アップリンクＰＰＤＵが位置する周波数セグメントは、トリガフレームが位置する周波数セグメントとは異なる場合があることが理解され得る。トリガフレームが位置する周波数セグメントは、ステーションの動作帯域幅よりも大きい場合があるが、ステーションによって感知された２０ＭＨｚを含む必要がある。ステーションは、ステーションの動作帯域幅の感知された２０ＭＨｚの周波数セグメントのトリガフレームを受信し、トリガフレームによって示されるアップリンク帯域幅が位置する周波数セグメントの各２０ＭＨｚチャネルのアップリンク共通物理層プリアンブルを送信する。

【0110】

共通物理層プリアンブルは、従来のプリアンブル（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、およびＬ－ＳＩＧ）、繰り返し信号フィールド（ＲＬ－ＳＩＧ）、およびＵ－ＳＩＧフィールドを含んでもよい。

【0111】

一例として、図３に示す通信システムを用いる。図７に示すように、受信したトリガフレーム内の表示に基づいて、対応するリソースユニット上のステーション１１によってデータ＃１が伝送されるものと仮定する。ステーション１１のアップリンクＰＰＤＵの共通物理層プリアンブルは、スケジューリングステーションのアップリンクＰＰＤＵの共通物理層プリアンブルが位置する周波数セグメントの帯域幅の情報／フィールドによって示される周波数ドメインであって、トリガフレーム内のステーション情報フィールド、例えば第１の二次８０ＭＨｚ内にある周波数ドメイン上で伝送される。具体的には、二重化伝送（本明細書における二重化伝送は、第１でない２０ＭＨｚ内の別の２０ＭＨｚを回転係数で別々に乗算することを含み得、詳細は本明細書で説明しない）は、第１の二次８０ＭＨｚ内の各２０ＭＨｚに対して実行され得る。別の例では、データ＃１は、受信したトリガフレームに基づいて対応するリソースユニット上のステーション６によって伝送され、ステーション６の共通物理層プリアンブルは、トリガフレーム内のステーション情報フィールドにある、ステーションをスケジュールするアップリンクＰＰＤＵの共通の物理層プリアンブルが位置する周波数セグメント、例えば、１６０ＭＨｚの帯域幅を示す情報／フィールドによって示される周波数ドメイン上で伝送されると仮定される。具体的には、８０ＭＨｚ内の各２０ＭＨｚ上の共通物理層プリアンブルの伝送は、二重化伝送である。異なる８０ＭＨｚで伝送される共通の物理層プリアンブルのＵ－ＳＩＧは、異なる場合があり、例えば、Ｕ－ＳＩＧは、異なるパンクチャ情報を搬送する場合がある。パンクチャ情報は、８０ＭＨｚ内の各２０ＭＨｚがパンクチャされているかどうかを示す。さらに、従来のプリアンブルおよび繰り返し信号フィールドの伝送は、依然として２０ＭＨｚの二重化伝送である。

【0112】

方式２：図８を参照されたい。ステーションは、トリガフレーム内のステーションに割り当てられたリソースユニットに関する情報に基づいて、割り当てられたリソースユニット（アップリンクＰＰＤＵのデータ部分が位置するリソースユニット）が位置する周波数セグメント（例えば、８０ＭＨｚ）上でのみアップリンク共通物理層プリアンブルを送信し得る。割り当てられたリソースユニットが１つより多い周波数セグメント（例えば、８０ＭＨｚ）である場合、ステーションは、割り当てられたリソースユニットが位置する（または、リソースユニットが周波数セグメントと重複すると解される）複数の周波数セグメント（例えば、８０ＭＨｚ）上でのみアップリンク共通物理層プリアンブルを送信してもよい。アップリンク共通物理層プリアンブルは、レガシープリアンブル、繰り返し信号フィールド、またはＵ－ＳＩＧフィールドを含む。

【0113】

例えば、周波数セグメントの粒度は８０ＭＨｚである。リソースユニットが８０ＭＨｚを超える場合、送信されたアップリンク物理層プリアンブルは、対応する複数の８０ＭＨｚを含む。図３のステーションは、図８に示すアップリンクマルチユーザＰＰＤＵの送信方法を説明するための一例である。方法は、ステーション１１が、受信したトリガフレームに基づいて対応するリソースユニット上でデータ＃１を伝送し、第１の二次８０ＭＨｚ上の共通物理層プリアンブルを送信することを含む。具体的には、第１の二次８０ＭＨｚ内の各２０ＭＨｚ上の二重化伝送（二重化伝送は、回転などの必要なステップを含み得、詳細は本明細書で説明しない）が行われる。別の例では、ステーション６は、受信したトリガフレームに示されたリソースユニット上でデータ＃２を伝送し、一次８０ＭＨｚ上で共通物理層プリアンブルを送信する。具体的には、一次８０ＭＨｚ内の２０ＭＨｚごとに二重化伝送を行う。

【0114】

方式３：ステーションは、割り当てられたリソースユニットが位置する１つまたは複数の２０ＭＨｚ帯域幅でのみ、アップリンク共通物理層プリアンブルを送信し得る。例えば、アップリンク共通物理層プリアンブルは、従来のプリアンブル（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、およびＬ－ＳＩＧ）、繰り返し信号フィールド（ＲＬ－ＳＩＧ）、およびＵ－ＳＩＧフィールドを含む。割り当てられたリソースユニットが２０ＭＨｚを超える場合、送信されたアップリンク物理層プリアンブルは、対応する複数の２０ＭＨｚを含む。任意選択で、ステーションは、さらに、ステーションによって感知された２０ＭＨｚ上でアップリンク物理層プリアンブルを送信し得る。

【0115】

前述の方法で述べたアップリンク物理層プリアンブルは、２０ＭＨｚの粒度で伝送されることに留意されたい。

【0116】

ステーションによるアップリンク共通物理層のプリアンブルの伝送は、８０ＭＨｚ以内の各２０ＭＨｚ上の二重化伝送である。

【0117】

アップリンクマルチユーザＰＰＤＵでは、異なる８０ＭＨｚで伝送されるアップリンク共通物理層プリアンブルは、異なる場合がある。具体的には、異なるアップリンクＰＰＤＵは、Ｕ－ＳＩＧフィールド内で異なるパンクチャ情報フィールドを搬送し得る。パンクチャ情報フィールドは、ステーションが位置する周波数セグメントのパンクチャ情報を別のステーションに通知するために、アップリンクＰＰＤＵが位置する８０ＭＨｚ内の４つの２０ＭＨｚチャネルのパンクチャパターンのみを示し得る。例えば、３ビットビットマップまたは４ビットビットマップは、表示のために使用され得る。例えば、１１１０は、８０ＭＨｚ内のより低い周波数からより高い周波数（またはより高い周波数からより低い周波数）の第４の２０ＭＨｚがパンクチャされることを示す。これは、各実装において限定されない。別の例では、ステーションによって感知された２０ＭＨｚをパンクチャすることができないことが指定され得る。この場合、パンクチャビットマップは、８０ＭＨｚ内の他の３つの２０ＭＨｚがパンクチャされているかどうかを示すだけでよい。この場合、３ビットが必要である。さらに、ステーションが感知した２０ＭＨｚチャネルがビジーである場合、ステーションはアップリンクＰＰＤＵを送信することができない。

【0118】

別の方法は、パンクチャパターンを使用することによって示され得る。図９は、３ビットが必要な８０ＭＨｚの帯域幅の６つのパンクチャパターンを示す。白いリソースユニットはパンクチャされたリソースユニットであり、灰色のリソースユニットはパンクチャされていないリソースユニットである。

【0119】

単一のステーションに割り当てられたリソースユニットが異なる８０ＭＨｚ上にある場合、または８０ＭＨｚを超える帯域幅にある場合、複数の８０ＭＨｚ上でステーションによって送信されるアップリンク共通物理層プリアンブルのＵ－ＳＩＧフィールドは、異なる場合がある。アップリンクマルチユーザＰＰＤＵにおいて、各ステーションによって送信されるアップリンク共通物理層プリアンブル内にあるレガシープリアンブルフィールドおよび繰り返し信号フィールドＲＬ－ＳＩＧは同一であることに留意されたい。

【0120】

共通物理層プリアンブルおよびデータ部分に加えて、ステーションによって送信されるアップリンク物理層プリアンブルは、ＥＨＴ－ＳＴＦ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、極めて高いスループット－ショートトレーニングフィールド）フィールドおよびＥＨＴ－ＬＴＦ（ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ、極めて高いスループット－ロングトレーニングフィールド）フィールドをさらに含んでもよい。ＥＨＴ－ＬＴＦフィールドに含まれるＯＦＤＭシンボルの数量は、伝送されたストリームの数量に関連する。具体的には、ステーションに割り当てられたリソースユニットのみにＥＨＴ－ＳＴＦフィールド、ＥＨＴ－ＬＴＦフィールド、データフィールドが送信され、トリガフレームを用いてリソースユニットが示されるようにしてもよい。
実施形態４

【0121】

本出願の一実施形態は、ＡＰによって確認フレームを送信するための方法を提供する。

【0122】

３０１：ＡＰは、アップリンクマルチユーザＰＰＤＵを受信する。

【0123】

３０２：ＡＰは、周波数セグメントに基づいて、アップリンクマルチユーザＰＰＤＵの確認情報を生成し、返信する。具体的には、ＡＰは異なる周波数セグメント上の異なる確認フレームで返信する。例えば、ＡＰは、周波数セグメント上で、周波数セグメント上にパークするステーションのアップリンクＰＰＤＵの確認フレームのみを送信し得る。確認フレームは、ＡｃｋフレームとブロックＡｃｋフレームを含む。ブロックＡｃｋフレームは、圧縮されたブロックＡｃｋフレームおよびマルチＳＴＡブロックＡｃｋフレームをさらに含む。図４に示すように、ＡＰは、ＴＢ ＰＰＤＵ（アップリンクＰＰＤＵ）を受信した後、マルチＳＴＡブロックＡｃｋフレームを送信する。

【0124】

ＡＰが返信するマルチＳＴＡブロックＡｃｋフレームは、ＯＦＤＭＡ形式で（例えば、ＥＨＴ ＭＵ ＰＰＤＵ）、または非ＨＴフォーマットで（プリアンブルにはレガシープリアンブルのみが使用される）、または１１ｎ、１１ａｃ、１１ａｘ、または１１ｂｅにおけるシングルユーザＰＰＤＵで送信され得る。

【0125】

例１：ＡＰが返信するマルチＳＴＡブロックＡｃｋフレームは、ＯＦＤＭＡ形式で送信され得る。ＯＦＤＭＡが、フレーム内のＰＰＤＵの帯域幅が８０ＭＨｚより大きいと判断した場合、各８０ＭＨｚ周波数セグメント上のダウンリンク物理層プリアンブル内のＵ－ＳＩＧフィールドとＥＨＴ－ＳＩＧフィールドは異なり、８０ＭＨｚ内の各２０ＭＨｚ上のダウンリンク物理層プリアンブル内のＵ－ＳＩＧフィールドは同一であり、８０ＭＨｚ内の各２０ＭＨｚ上のダウンリンク物理層プリアンブル内のＥＨＴ－ＳＩＧフィールドは同一であっても異なってもよい。例えば、８０２．１１ａｘのＨＥ－ＳＩＧＢの［１ ２ １ ２］構造が用いられる。さらに、ＯＦＤＭＡは、ＰＰＤＵの帯域幅の各２０ＭＨｚのフレーム内のＰＰＤＵのレガシープリアンブルフィールドおよび繰り返し信号フィールドＲＬ－ＳＩＧの両方で二重化伝送が実行されることを決定する。

【0126】

特定の例では、ＡＰは、ステーションによって送信されるアップリンク共通物理層プリアンブルが位置する１つまたは複数の２０ＭＨｚ上のリソースユニット上のステーションに確認フレームを送信し得る。複数の２０ＭＨｚが存在し得る。２０ＭＨｚの数量は、アップリンクＰＰＤＵの共通物理層プリアンブルがステーションによって送信される２０ＭＨｚの数量に依存する。さらに、各８０ＭＨｚ周波数セグメント上のダウンリンクＯＦＤＭＡＰＰＤＵのダウンリンク物理層プリアンブル内のＵ－ＳＩＧフィールドが異なる場合があるため、別の特定の例では、ＡＰはまた、ステーションによって感知された２０ＭＨｚ上でステーションに、またはアップリンクＰＰＤＵのデータフィールドがステーションによって送信された８０ＭＨｚ周波数セグメント内の１つまたは複数のリソースユニットにおいて、確認フレームを送信してもよい。

【0127】

ＥＨＴ ＭＵ ＰＰＤＵは、確認フレームに対して割り当てられたＲＵに関する情報を搬送する。図４を参照されたい。

【0128】

より具体的には、各８０ＭＨｚの周波数セグメント上のステーションによって送信されるサブＰＰＤＵは、例えば、終了時間が整列されるように整列される必要がある。

【0129】

例２：ＡＰが返信するマルチＳＴＡブロックＡｃｋフレームは、非ＨＴ形式で送信される。

【0130】

本実施形態では、８０ＭＨｚの周波数セグメントごとにマルチユーザ確認情報が異なっていてもよく、８０ＭＨｚ内の２０ＭＨｚごとに伝送されるマルチユーザ確認情報は同じであってもよい。例えば、第１の非ＨＴ確認フレーム、例えば、マルチＳＴＡブロックＡｃｋフレームは、一次８０ＭＨｚで伝送され、ステーション１から４の確認情報を搬送する。第２の非ＨＴ確認フレーム、例えば、マルチＳＴＡブロックＡｃｋフレームは、二次８０ＭＨｚにおいて伝送され、ステーション５から６の確認情報を搬送する。以前の非ＨＴフォーマットと比較して、本実施形態では、２０ＭＨｚごとに大きな帯域幅で重複伝送が実行される必要がある。この場合、ダウンリンクマルチユーザ確認フレームのオーバーヘッドはさらに削減される。

【0131】

具体的には、非ＨＴ形式で確認フレームを送信することは、以下の２つの方法のいずれかを含む。

【0132】

方法１：ＡＰは、ステーションが感知した２０ＭＨｚチャネルが位置する周波数セグメントチャネル上でステーションに確認フレームを送信する。周波数セグメントは、例えば、８０ＭＨｚ、１６０ＭＨｚ、２４０ＭＨｚ、または３２０ＭＨｚを含む。

【0133】

方法２：ＡＰは、ステーションがアップリンクデータフィールドを伝送する周波数セグメント上で、または８０ＭＨｚ以内の１つまたは複数のチャネル上で、ステーションに確認フレームを送信する。

【0134】

方法３：ＡＰは、ステーションがアップリンクデータフィールドを伝送する２０ＭＨｚ以内の１つまたは複数のチャネル上で、ステーションに確認フレームを送信する。

【0135】

図１０は、確認フレームの構造の簡単な概略図を示す。ＡＰが各２０ＭＨｚで送信するマルチＳＴＡブロックＡｃｋフレームは、１つまたは複数のブロックＡｃｋ／Ａｃｋ情報を含む。各ブロックＡｃｋ／Ａｃｋ情報は、ステーションに送信されたＰＰＤＵの確認情報である。マルチＳＴＡブロックＡｃｋフレームは、フレーム制御（Ｃｏｎｔｒｏｌ ｆｒａｍｅ）、期間／識別子（ｄｕｒａｔｉｏｎ／ＩＤ）、受信アドレス（Ｒｅｃｅｉｖｅ Ａｄｄｒｅｓｓ，ＲＡ）、伝送アドレス（Ｔｒａｎｓｍｉｔ Ａｄｄｒｅｓｓ， ＴＡ）、ブロックＡｃｋ制御（ＢＡ Ｃｏｎｔｒｏｌ）、ブロックＡｃｋ／Ａｃｋ情報（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ，ＢＡ／ＡＣＫ Ｉｎｆｏ）、およびフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ，ＦＣＳ）を含む。ＢＡ／ＡＣＫ情報は、関連付けごと識別子またはトラフィック識別子情報（Ｐｅｒ ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ ｏｒ Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ Ｉｎｆｏｒｍａｔｉｏｎ，Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏ）を含む。ＢＡ／ＡＣＫ情報がＢＡである場合、ＢＡ／ＡＣＫ情報はさらに、ブロックＡｃｋ開始シーケンス制御（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ）およびブロックＡｃｋビットマップ（Ｂｌｏｃｋ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｂｉｔｍａｐ）を含む。ブロックＡｃｋ開始シーケンス制御内のフラグメントフィールドは、ブロックＡｃｋビットマップ長を示し得る。さらに、ＳＴＡの関連付け識別子ＡＩＤ （ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）は、Ｐｅｒ ＡＩＤ ＴＩＤ Ｉｎｆｏの先頭１１ビットに設定され、ＡＰが確認フレームを送信する必要がある特定のステーションを示す。第１２ビットはブロックＡｃｋ／Ａｃｋ表示（ＢＡ／ＡＣＫ Ｉｎｄｉｃａｔｉｏｎ）であり、第１３ビットから第１６ビットは次の図に示すように、トラフィック識別子ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）である。

【0136】

異なる周波数セグメント（例えば、８０ＭＨｚ）でＡＰによって送信された非ＨＴマルチＳＴＡ確認フレームは、異なるステーション確認情報を搬送する。言い換えると、異なる周波数セグメント上の確認フレームは、異なる長さを有し得る。実装１を参照されたい。異なる周波数セグメント上の確認フレームは、周波数セグメント上にパークするステーションの確認情報のみを搬送し得る。

【0137】

具体的には、周波数セグメントの各２０ＭＨｚで伝送される非ＨＴマルチＳＴＡ確認フレームは、通常は整列する必要がない。

【0138】

ＡＰは、パディング方法を使用することによって、各２０ＭＨｚで伝送される非ＨＴマルチＳＴＡ確認フレームを整列させ得る。具体的には、以下の方法のうちの１つが含まれてよい。

【0139】

方法１：非ＨＴマルチＳＴＡ確認フレームは、アライメントのために非ＨＴマルチＳＴＡ確認フレームをパディングするために使用されるダミーブロックＡｃｋ／Ａｃｋ情報フィールドを含む。ダミーブロックＡｃｋ／Ａｃｋ情報フィールドの長さは、規格で指定されているブロックＡｃｋ／Ａｃｋ情報フィールドの長さと同じであるが、ダミーブロックＡｃｋ／Ａｃｋ情報フィールドのＡＩＤフィールドは、例えば２０４６のように特別な値に設定されている。

【0140】

方法２。非ＨＴ Ｍｕｌｔｉ－ＳＴＡ確認フレームは、より長いブロックＡｃｋ／Ａｃｋ情報フィールドを提供する。例えば、より長いブロックＡｃｋビットマップの長さは、ブロックＡｃｋ開始シーケンス制御フィールドのフラグメントフィールドを使用して示される。

【0141】

方法３：非ＨＴマルチＳＴＡ確認フレームは、ステーションの繰り返されるブロックＡｃｋ／Ａｃｋ情報の１つまたは複数を含む。最後のステーションのブロックＡｃｋ／Ａｃｋ情報が１回以上繰り返され、非ＨＴマルチＳＴＡ確認フレームが整列される。

【0142】

実施形態１から実施形態４の１つまたは複数の実施形態における周波数セグメントは、特別な場合、すなわち、各周波数セグメントが１つのサイズ、例えば８０ＭＨｚに固定されている場合にさらに簡略化されてもよい。このようにして、周波数セグメントに関する情報の表示を減少させることができる。実施形態１から実施形態４に記載のアップリンクマルチユーザＰＰＤＵは、１つまたは複数のステーションから送信されたアップリンクＰＰＤＵを含む。１つまたは複数のステーションは、ＡＰによって送信されたトリガフレームによって示される対応するリソースユニット上のポスト物理層プリアンブルおよびデータフィールドを送信する。ステーションによって送信されるアップリンクＰＰＤＵは、アップリンクマルチユーザＰＰＤＵのサブＰＰＤＵとして理解され得る。前述の実装は、技術における競合なしにランダムに組み合わせることができることも理解され得る。例えば、実施形態１における方式で周波数セグメントを柔軟に実行した後、実施形態２における方式でトリガフレームを送信し、実施形態３における方式でトリガフレームに基づいてアップリンクＰＰＤＵを送信し、次に、実施形態４における方式でアップリンクＰＰＤＵの確認フレームをフィードバックする。もちろん、実施態様は、別の解決策で置き換えられてよく、詳細は、本明細書で再び説明しない。

【0143】

当業者は、本出願の実施形態に列挙される様々な例示的な論理ブロック（ｉｌｌｕｓｔｒａｔｉｖｅ ｌｏｇｉｃ ｂｌｏｃｋ）およびステップ（ｓｔｅｐ）が、電子ハードウェア、コンピュータソフトウェア、またはそれらの組み合わせを使用することによって実装され得ることをさらに理解し得る。機能がハードウェアまたはソフトウェアを使用して実装されるかどうかは、特定のアプリケーションおよびシステム全体の設計要件に依存する。当業者は、特定のアプリケーションごとに説明された機能を実装するために種々の方法を使用し得るが、実装が本出願の実施形態の範囲を超えるとみなすべきではない。

【0144】

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを格納する。コンピュータ可読記憶媒体がコンピュータによって実行されるとき、前述の方法の実施形態のいずれか１つの機能が実装される。

【0145】

本出願はさらに、コンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータによって実行されるとき、前述の方法の実施形態のいずれか１つの機能が実装される。

【0146】

前述の実施形態の全てまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用して実装され得る。ソフトウェアを使用して実施形態を実装するとき、実施形態の全てまたはいくつかは、コンピュータプログラム製品の形態で実施され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されるとき、本出願の実施形態による手順または機能は、全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（ＤＳＬ））または無線（例えば、赤外線、無線、またはマイクロ波）方式で別のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合するサーバまたはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピー（Ｒ）ディスク、ハードディスク、または磁気テープ）、光学媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであり得る。

【0147】

当業者は、本出願における「第１の」および「第２の」などの様々な数字が、説明を容易にするために差別化のために使用されるに過ぎず、本出願の実施形態の範囲を限定するため、または配列を表すために使用されないことを理解し得る。

【0148】

本出願の表に示されている対応関係は、構成されてもよく、事前定義されてもよい。表中の情報の値は単なる例であり、他の値を構成してよい。これは、本出願では限定されない。情報と各パラメータとの間の対応関係を構成する場合、表に示されている全ての対応関係を構成する必要はない。例えば、本出願の表において、一部の行に示されている対応関係が代替として構成されなくてもよい。別の例として、分岐および結合などの適切な変換および調整は、前述の表に基づいて実行され得る。上記表のタイトルに示されているパラメータの名称は、代替として通信装置が理解できる他の名称であってよく、パラメータの値または表現方式は、通信装置が理解できる他の値または表現方式であってもよい。前述の表の実装中に、配列、キュー、コンテナ、スタック、線形テーブル、ポインタ、リンクリスト、ツリー、グラフ、構造体、クラス、パイル、またはハッシュテーブルなどの別のデータ構造を使用し得る。

【0149】

本出願における「事前定義」は、「定義」、「事前定義」、「格納」、「事前格納」、「事前交渉」、「事前構成」、「固定化」、または「事前焼き込み」として理解され得る。

【0150】

当業者は、本明細書に開示される実施形態を参照して説明される実施例における単位およびアルゴリズムステップが、電子ハードウェアまたはコンピュータソフトウェアおよび電子ハードウェアの相互作用によって実装することができることを認識し得る。機能がハードウェアによって実行されるかまたはソフトウェアによって実行されるかは、具体的な適用および技術解決策の設計上の制約条件に依存する。当業者は、特定のアプリケーションごとに説明された機能を実装するために異なる方法を使用し得るが、実装が本出願の実施形態の範囲を超えるとみなされるべきではない。

【0151】

便利で簡単な説明の目的で、前述のシステム、装置、およびユニットの詳細な作業プロセスについて、前述の方法の実施形態における対応するプロセスを参照することは、当業者によって明確に理解され得、詳細については本明細書では再度説明しない。

【0152】

前述の説明は、本出願の特定の実装に過ぎず、本出願の保護範囲を制限することを意図したものではない。本出願に開示された技術的範囲内で当業者によって容易に理解されるいかなる変形または置換も、本出願の保護範囲内に含まれるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

【外国語明細書】