JP7433321B2 - 通信装置、通信方法及び集積回路 - Google Patents

Description

本開示は、パーシステント割当て（Persistent Allocation（ＰＡ））（永続的割当て、継続的割当て、静的割当てとも言い換えられる）のための通信装置及び方法に関し、より詳細には、ＥＨＴ ＷＬＡＮ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）におけるＰＡのための通信装置及び方法に関する。

次世代ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）の標準化において、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ技術と後方互換性を有する新規な無線アクセス技術がＩＥＥＥ ８０２．１１ワーキンググループにおいて議論され、Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ） ＷＬＡＮと命名された。

ＥＨＴ ＷＬＡＮでは、８０２．１１ａｘ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ（ＨＥ） ＷＬＡＮを超える有意なピークスループット及び容量の増加を提供するため、最大チャネル帯域幅を１６０ＭＨｚから３２０ＭＨｚに増加させ、空間ストリームの最大数を８から１６に増加させ、マルチバンド動作をサポートすることが所望される。

しかしながら、ＥＨＴ ＷＬＡＮのコンテキストにおいてパーシステント割当て（ＰＡ）のための通信装置及び方法に関する議論はされていなかった。

従って、ＥＨＴ ＷＬＡＮのコンテキストにおいてＰＡのために実現可能な技術的解決策を提供する通信装置及び方法が必要とされる。さらに、他の望ましい特徴及び特性が、添付の図面及び本開示の背景に関してなされる以下の詳細な説明及び添付された請求項から明らかになるであろう。

非限定的及び例示的な実施例が、ＥＨＴ ＷＬＡＮのコンテキストにおけるパーシステント割当てのための通信装置及び通信方法を提供することを容易にする。

本開示の実施例によると、動作中にそれぞれがユーザ固有割当てを示すダウンリンクＭＵ－ＭＩＭＯ割当てのための複数のユーザのユーザ情報を含む第１の送信信号を生成し、共通フィールド、ユーザ固有フィールド及びデータフィールドを含む第２の送信信号を更に生成する回路であって、データフィールドはダウンリンクＭＵ－ＭＩＭＯ割当ての送信を含む、回路と、動作中に第１の送信信号と第２の送信信号とを送信する送信機とを有し、ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有割当てはパーシステントであるか否かであると判定される、通信装置が提供される。

本開示の他の実施例によると、それぞれがユーザ固有割当てを示すダウンリンクＭＵ－ＭＩＭＯ割当てのための複数のユーザのユーザ情報を含む第１の送信信号を生成するステップと、共通フィールド、ユーザ固有フィールド及びデータフィールドを含む第２の送信信号を生成するステップであって、データフィールドはダウンリンクＭＵ－ＭＩＭＯ割当ての送信を含む、生成するステップと、第１の送信信号と第２の送信信号とを送信するステップとを有し、ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有割当てはパーシステントであるか否かであると判定される、通信方法が提供される。

一般的又は特定の実施例は、システム、方法、集積回路、コンピュータプログラム、記憶媒体又はこれらの何れか選択的な組み合わせとして実現されうることが留意されるべきである。

開示された実施例の追加的な利益及び効果は、明細書及び図面から明らかになる。利益及び／又は効果は、全てがそのような利益及び／又は効果の１つ以上を取得するために提供されているとは限らない明細書及び図面の各種実施例及び特徴によって個別に取得されてもよい。

本開示の実施例が、単なる例示として以下に記載された説明から、図面と併せて、当業者により良く理解され、容易に明らかになるであろう。

ＭＩＭＯ無線ネットワークにおけるアクセスポイント（ＡＰ）とステーション（ＳＴＡ）との間のアップリンク及びダウンリンクシングルユーザ多重入力多重出力（ＭＩＭＯ）通信の概略図を示す。 ＭＩＭＯ無線ネットワークにおけるＡＰと複数のＳＴＡとの間のダウンリンクマルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）の概略図を示す。 ＭＩＭＯ無線ネットワークにおけるＡＰと複数のＳＴＡとの間のアップリンクＭＵ－ＭＩＭＯ通信の概略図を示す。 ＨＥ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のダウンリンクマルチユーザ通信に用いられるＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）のフォーマットを示す。 ＨＥ－ＳＩＧ－Ｂ（ＨＥ ＳＩＧＮＡＬ Ｂ）フィールドをより詳細に示す。 ＨＥ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に用いられるＰＰＤＵのフォーマットを示す。 ＥＨＴ ＭＵ ＰＰＤＵを示す。 ＥＨＴ ＴＢ（Ｔｒｉｇｇｅｒ Ｂａｓｅｄ） ＰＰＤＵを示す。 各種実施例による通信装置の概略例を示す。通信装置は、本開示の各種実施例によるＡＰ又はＳＴＡとして実現されてもよく、ユーザ固有パーシステント割当て（ＰＡ）のために構成される。 各種実施例による通信方法を示すフロー図を示す。 各種実施例による通信方法を示すフロー図を示す。 各種実施例による通信方法を示すフロー図を示す。 各種実施例による通信方法を示すフロー図を示す。 各種実施例によるＴＸＯＰ（送信機会）上のアップリンクユーザ固有ＰＡによるＡＰと複数のＳＴＡとの間の通信を示すフローチャートを示す。 各種実施例による２つのＴＸＯＰ上のアップリンクユーザ固有ＰＡによるＡＰと複数のＳＴＡとの間の通信を示すフローチャートを示す。 第１実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に用いられるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームのフォーマットを示す。 第１実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に用いられるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームのフォーマットを示す。 第１又は第３実施例によるアップリンクマルチユーザ通信に用いられるＰＡ Ｔｒｉｇｇｅｒフレームを示す。 第１又は第３実施例によるアップリンクマルチユーザ通信に用いられるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するデータ又は管理フレームを示す。 各種実施例による３つのユーザ固有割当てを有するＭＵ－ＭＩＭＯ割当てを示す。 第１実施例によるＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャートを示す。 第１実施例によるＳＴＡにおいて受信されるＰＡ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャートを示す。 第１実施例によるＳＴＡにおいて受信されるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送する受信されたデータ又は管理フレームの処理を示すフローチャートを示す。 第２実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に用いられるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームのフォーマットを示す。 第２実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に用いられるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームのフォーマットを示す。 第２又は第４実施例によるアップリンクマルチユーザ通信に用いられるＰＡ Ｔｒｉｇｇｅｒフレームを示す。 第２又は第４実施例によるアップリンクマルチユーザ通信に用いられるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するデータ又は管理フレームを示す。 第２実施例によるＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャートを示す。 第２又は第４実施例によるＳＴＡにおいて受信されるＰＡ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャートを示す。 第２又は第４実施例によるＳＴＡにおいてＰＡ Ｃｏｎｔｒｏｌフィールドを搬送する受信されるデータ又は管理フレームの処理を示すフローチャートを示す。 各種実施例によるＴＸＯＰ上のアップリンクユーザ固有ＰＡによるＡＰと複数のＳＴＡとの間の通信を示すフローチャートを示す。 各種実施例による２つのＴＸＯＰ上のアップリンクユーザ固有ＰＡによるＡＰと複数のＳＴＡとの間の通信を示すフローチャートを示す。 第３実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンク又はダウンリンクマルチユーザ通信に用いられるＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームのフォーマットを示す。 第３実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に用いられるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームのフォーマットを示す。 第３実施例によるＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャートを示す。 第４実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンク又はダウンリンクマルチユーザ通信に用いられるＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームのフォーマットを示す。 第４実施例によるＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャートを示す。 第３又は第４実施例によるダウンリンクユーザ固有ＰＡによるＡＰとＳＴＡとの間の通信を示すフロー図を示す。 第３又は第４実施例によるダウンリンクユーザ固有ＰＡによるＡＰとＳＴＡとの間の通信を示すフロー図を示す。 第３又は第４実施例による非ＭＵ－ＭＩＭＯ割当てのダウンリンクユーザ固有ＰＡのためのＵｓｅｒ Ｉｎｆｏフィールドの構成を示す。 第３又は第４実施例によるＭＵ－ＭＩＭＯ割当てのダウンリンクユーザ固有ＰＡのためのＵｓｅｒ Ｉｎｆｏフィールドの構成を示す。 ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルの数がチャネル帯域幅（ＣＢＷ）及びＬの値にどのように依存するかのテーブルを示す。 ４０ＭＨｚ ＥＨＴ ＭＵ ＰＰＤＵにおける１つ又は２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。 ８０ＭＨｚ ＥＨＴ ＭＵ ＰＰＤＵにおける２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。 ８０＋８０ＭＨｚ又は１６０ＭＨｚ ＥＨＴ ＭＵ ＰＰＤＵにおける２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。 １６０＋１６０ＭＨｚ又は３２０ＭＨｚ ＥＨＴ ＭＵ ＰＰＤＵにおける２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。 第３又は第４実施例によるＥＨＴ－ＳＩＧ－Ｂフィールドを示す。 図３Ｂに示される実施例によるＥＨＴ－ＳＩＧ－Ｂフィールドを示す。 ＥＨＴ ＳＩＧＮＡＬ Ａ（ＥＨＴ－ＳＩＧ－Ａ）フィールドにおけるＰＡ Ｐｒｅｓｅｎｔサブフィールド、ＥＨＴ－ＳＩＧ－ＢフィールドにおけるＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド及びＰＡ Ｂｉｔｍａｐサブフィールドの間のマッピングを示す。 ＥＨＴ ＳＩＧＮＡＬ Ａ（ＥＨＴ－ＳＩＧ－Ａ）フィールドにおけるＰＡ Ｐｒｅｓｅｎｔサブフィールド、ＥＨＴ－ＳＩＧ－ＢフィールドにおけるＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド及びＰＡ Ｂｉｔｍａｐサブフィールドの間のマッピングを示す。 第３又は第４実施例によるＣｏｍｍｏｎフィールドの符号化構成の第１の具体例を示す。 第３又は第４実施例によるＣｏｍｍｏｎフィールドの符号化構成の第２の具体例を示す。 図３Ｂに示される実施例によるＣｏｍｍｏｎフィールドの符号化構成の第１の具体例を示す。 図３Ｂに示される実施例によるＣｏｍｍｏｎフィールドの符号化構成の第２の具体例を示す。 図３Ｃに示される実施例によるＣｏｍｍｏｎフィールドの符号化構成の第１の具体例を示す。 図３Ｃに示される実施例によるＣｏｍｍｏｎフィールドの符号化構成の第２の具体例を示す。 図３Ｃに示される実施例によるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドオーバヘッドリダクションの図を示す。 図３Ｃに示される実施例による他の具体例におけるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドオーバヘッドリダクションの図を示す。 図３Ｃに示される実施例による他の具体例におけるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドオーバヘッドリダクションの図を示す。 第３又は第４実施例によるＳＴＡにおいて受信されるＥＨＴ ＭＵ ＰＰＤＵの処理を示すフローチャートを示す。 第５実施例によるダウンリンクユーザ固有ＰＡによるＡＰとＳＴＡとの間の通信を示すフローチャートを示す。 第５実施例によるＥＨＴ－ＳＩＧ－Ｂフィールドを示す。 第５実施例によるＣｏｍｍｏｎフィールドの符号化構成の第１の具体例を示す。 第５実施例によるＣｏｍｍｏｎフィールドの符号化構成の第２の具体例を示す。 第５実施例によるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドオーバヘッドリダクションの図を示す。 第５実施例によるＳＴＡにおいて受信されるＥＨＴ ＭＵ ＰＰＤＵの処理を示すフローチャートを示す。 各種実施例によるＡＰなどの通信装置の構成を示す。 各種実施例によるＳＴＡなどの通信装置の構成を示す。

当業者は、図における要素が簡単化及び簡素化のために示されており、必ずしもスケーリングして示されている必要はないことを認識するであろう。例えば、図、ブロック図又はフローチャートにおける要素の一部のサイズは、本実施例の正確な理解を支援するため他の要素に関して誇張されうる。

本開示のいくつかの実施例が、図面を参照して例示のためにのみ説明される。図面における同様の参照数字及び文字は、同様の要素又は均等物を参照する。

以下の段落において、特定の例示的な実施例が、特にＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）無線ネットワークにおけるアップリンク又はダウンリンクパーシステント割当て（ＰＡ）のためのアクセスポイント（ＡＰ）及びステーション（ＳＴＡ）を参照して説明される。

ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）技術のコンテキストにおいて、ＳＴＡとして互換的に参照されるステーションは、８０２．１１プロトコルを使用する能力を有する通信装置である。ＩＥＥＥ ８０２．１１－２０１６定義に基づいて、ＳＴＡは、ワイヤレスメディア（ＷＭ）とのＩＥＥＥ８０２．１１準拠の媒体アクセス制御（ＭＡＣ）及び物理レイヤ（ＰＨＹ）インタフェースを含む任意のデバイスでありうる。

例えば、ＳＴＡは、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）環境におけるラップトップ、デスクトップパーソナルコンピュータ（ＰＣ）、パーソナルデジタルアシスタント（ＰＤＡ）、アクセスポイント又はＷｉ－Ｆｉ電話機であってもよい。ＳＴＡは、固定されてもよいし、あるいは、モバイルであってもよい。ＷＬＡＮ環境では、「ＳＴＡ」、「無線クライアント」、「ユーザ」、「ユーザデバイス」及び「ノード」という用語は、しばしば互換的に使用される。

同様に、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）技術のコンテキストにおいてワイヤレスアクセスポイント（ＷＡＰ）と互換的に参照されうるＡＰは、ＷＬＡＮにおけるＳＴＡが有線ネットワークに接続することを可能にする通信装置である。ＡＰは通常、スタンドアローンデバイスとしてルータ（有線ネットワークを介して）に接続するが、それはまた、ルータと統合されたり、あるいは、ルータにおいて使用することもできる。

上述したように、ＷＬＡＮにおけるＳＴＡは、異なる機会においてＡＰとして動作することができ、逆もまた同様である。これは、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）技術のコンテキストにおける通信装置は、ＳＴＡハードウェアコンポーネントとＡＰハードウェアコンポーネントとの双方を含んでもよいためである。このようにして、通信装置は、実際のＷＬＡＮ条件及び／又は要件に基づいて、ＳＴＡモードとＡＰモードとの間でスイッチしうる。

ＭＩＭＯ無線ネットワークにおいて、「ｍｕｌｔｉｐｌｅ」とは、無線チャネルを介した送信のために同時に使用される複数のアンテナ及び受信のために同時に使用される複数のアンテナを指す。この点において、「ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ」とは、無線信号をチャネルに入力する複数の送信機アンテナを指し、「ｍｕｌｔｐｌｅ－ｏｕｔｐｕｔ」とは、チャネルから受信機への無線信号を受信する複数の受信機アンテナを指す。例えば、Ｎ×Ｍ ＭＩＭＯネットワークシステムでは、Ｎは送信機アンテナの数であり、Ｍは受信機アンテナの数であり、ＮはＭに等しくてもよし、あるいは、等しくなくてもよい。簡単化のために、送信機アンテナ及び受信機アンテナのそれぞれの数については、本開示では更には議論されない。

ＭＩＭＯ無線ネットワークでは、シングルユーザ通信及びマルチユーザ通信が、ＡＰ及びＳＴＡなどの通信装置の間の通信のために配備されうる。

図１Ａは、ＭＩＭＯ無線ネットワークにおけるＡＰ１０２とＳＴＡ１０４との間のシングルユーザＭＩＭＯ通信１００の概略図を示す。図示されるように、ＭＩＭＯ無線ネットワークは、１つ以上のＳＴＡ（例えば、ＳＴＡ１０４、ＳＴＡ１０６など）を含んでもよい。シングルユーザＭＩＭＯ通信１００では、ＡＰ１０２は、複数のアンテナ（例えば、図１Ａに示されるように４つのアンテナ）を使用した複数の空間ストリームを送信し、これら全ての空間ストリームは単一の通信装置、すなわち、ＳＴＡ１０４に指向される。簡単化のため、ＳＴＡ１０４に向けられた複数の空間ストリームは、ＳＴＡ１０４に向けられたグループ化されたデータ送信矢印１０８として示される。

シングルユーザＭＩＭＯ通信１００は、双方向送信用に構成可能である。図１Ａに示されるように、シングルユーザＭＩＭＯ通信１００では、ＳＴＡ１０４は、複数のアンテナ（例えば、図１Ａに示されるような２つのアンテナ）を使用して複数の空間ストリームを送信し、これら全ての空間ストリームがＡＰ１０２に指向される。簡単化のため、ＡＰ１０２に向けられた複数の空間ストリームは、ＡＰ１０２に向けられたグループ化されたデータ送信矢印１１０として示される。

また、図１Ａに示されるシングルユーザＭＩＭＯ通信１００は、ＭＩＭＯ無線ネットワークにおけるアップリンクシングルユーザ送信とダウンリンクシングルユーザ送信との両方を可能にする。

図１Ｂは、ＭＩＭＯ無線ネットワークにおけるＡＰ１２２と複数のＳＴＡ１２４、１２６、１２８との間のダウンリンクマルチユーザＭＩＭＯ（ＭＵ－ＭＩＭＯ）通信１２０の概略図を示す。

ＭＩＭＯ無線ネットワークは、１つ以上のＳＴＡ（例えば、ＳＴＡ１２４、ＳＴＡ１２６、ＳＴＡ１２８など）を含んでもよい。ダウンリンクＭＵ－ＭＩＭＯ通信１２０では、ＡＰ１２２は、空間マッピング又はプリコーディング技術を介して複数のアンテナを使用して、ネットワークにおいてＳＴＡ１２４、１２６、１２８に複数のストリームを同時に送信する。例えば、２つの空間ストリームがＳＴＡ１２６に指向されてもよく、別の空間ストリームがＳＴＡ１２４に指向されてもよく、さらに別の空間ストリームがＳＴＡ１２８に指向されてもよい。簡単化のため、ＳＴＡ１２６に向けられた２つの空間ストリームは、グループ化されたデータ送信矢印１３２として示され、ＳＴＡ１２４に向けられた空間ストリームは、データ送信矢印１３０として示され、ＳＴＡ１２８に向けられた空間ストリームは、データ送信矢印１３４として示される。

図１Ｃは、ＭＩＭＯ無線ネットワークにおけるＡＰ１４２と複数のＳＴＡ１４４、１４６、１４８との間のアップリンクＭＵ－ＭＩＭＯ通信１４０の概略図を示す。

ＭＩＭＯ無線ネットワークは、１つ以上のＳＴＡ（例えば、ＳＴＡ１４４、ＳＴＡ１４６、ＳＴＡ１４８など）を含んでもよい。アップリンクＭＵ－ＭＩＭＯ通信１４０では、ＳＴＡ１４４、１４６、１４８は、空間マッピング又はプリコーディング技術を介してそれぞれのアンテナを使用して、ネットワークにおいてＡＰ１４２にそれぞれのストリームを同時に送信する。例えば、２つの空間ストリームがＳＴＡ１４６からＡＰ１４２に指向され、別の空間ストリームがＳＴＡ１４４からＡＰ１４２に指向され、さらに別の空間ストリームがＳＴＡ １４８からＡＰ１４２に指向されてもよい。簡単化のため、ＳＴＡ１４６からＡＰ１４２に向けられた２つの空間ストリームは、グループ化されたデータ送信矢印１５２として示され、ＳＴＡ１４４からＡＰ１４２に向けられた空間ストリームは、データ送信矢印１５０として示され、ＳＴＡ１４８からＡＰ１４２に向けられた空間ストリームは、データ送信矢印１５４として示される。

パケット／ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）ベースの送信及び８０２．１１ＷＬＡＮにおける分散ＭＡＣ方式のため、８０２．１１ＷＬＡＮには、時間スケジューリング（例えば、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）のようなデータ送信用の周期的タイムスロット割当て）は存在しない。周波数及び空間リソーススケジューリングは、パケットベースで実行される。換言すると、リソース割当て情報はＰＰＤＵベースである。

図１Ｄは、シングルＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）及び全帯域幅ＭＵ－ＭＩＭＯ送信におけるＭＵ－ＭＩＭＯ送信を含むＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）送信などのＨＥ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のダウンリンクマルチユーザ通信に使用されるＰＰＤＵ１６０のフォーマットを示す。このようなＰＰＤＵ１６０は、ＨＥ ＭＵ ＰＰＤＵ１６０として参照される。

ＨＥ ＭＵ ＰＰＤＵ１６０は、ｎｏｎ－Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｓｈｏｒｔ Ｔｒａｎｉｎｉｎｇ Ｆｉｅｌｄ（Ｌ－ＳＴＦ）、ｎｏｎ－Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ（Ｌ－ＬＴＦ）、ｎｏｎ－Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ ＳＩＧＮＡＬ Ｆｉｅｌｄ（Ｌ－ＳＩＧ）、Ｒｅｐｅａｔｅｄ Ｌ－ＳＩＧ（ＲＬ－ＳＩＧ）、ＨＥ ＳＩＧＮＡＬ Ａ（ＨＥ－ＳＩＧ－Ａ）フィールド１６２、ＨＥ ＳＩＧＮＡＬ Ｂ（ＨＥ－ＳＩＧ－Ｂ）フィールド１６６、ＨＥ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ（ＨＥ－ＳＴＦ）、ＨＥ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ（ＨＥ－ＬＴＦ）、Ｄａｔａフィールド１７０及びＰａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ（ＰＥ）フィールドを含んでもよい。

ＨＥ ＭＵ ＰＰＤＵ１６０では、ＨＥ－ＳＩＧ－Ｂフィールド１６６は、ＯＦＤＭＡ及びＭＵ－ＭＩＭＯリソース割当て情報を提供し、矢印１６８によって示されるように、ＳＴＡがＤａｔａフィールド１７０において使用される対応するリソースを検索することを可能にする。ＨＥ－ＳＩＧ－Ａフィールド１６２は、矢印１６４によって示されるように、ＨＥ－ＳＩＧ－ＢのＭＣＳ、ＨＥ－ＳＩＧ－Ｂシンボルの数などのＨＥ－ＳＩＧ－Ｂフィールド１６６を復号化するのに必要な情報を含む。

図１Ｅは、ＨＥ－ＳＩＧ－Ｂフィールド１６６をより詳細に示す。ＨＥ－ＳＩＧ－Ｂフィールド１６６は、存在する場合には、一緒にＨＥ－ＳＩＧ－Ｂコンテンツチャネルと参照されるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７４が後に続くＣｏｍｍｏｎフィールド１７２を含む（又はから構成される）。

ＨＥ－ＳＩＧ－Ｂフィールド１６６は、各割当てに対するＲＵ情報を示すＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドを含む。ＲＵ情報は、周波数領域におけるＲＵ位置、非ＭＵ－ＭＩＭＯ又はＭＵ－ＭＩＭＯ割当てのために割当てられたＲＵの表示、及びＭＵ－ＭＩＭＯ割当てにおけるユーザ数を含む。Ｃｏｍｍｏｎフィールド１７２は、全帯域幅ＭＵ－ＭＩＭＯ送信の場合には存在しない。この場合、ＲＵ情報（例えば、ＭＵ－ＭＩＭＯ割当てにおけるユーザの数）は、ＨＥ－ＳＩＧ－Ａフィールド１６２においてシグナリングされる。

Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７４は、非ＭＵ－ＭＩＭＯ割当て及び／又はＭＵ－ＭＩＭＯ割当てのための１つ以上のＵｓｅｒフィールドを含む（又はから構成される）。Ｕｓｅｒフィールドは、ユーザ固有割当て（すなわち、ユーザ固有割当て情報）を示すユーザ情報を含む。図１Ｅに示される例では、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７４は、５つのユーザフィールド（Ｕｓｅｒフィールド０、・・・、Ｕｓｅｒフィールド４）を含み、割当て（Ａｌｌｏｃａｔｉｏｎ ０）のためのユーザ固有割当て情報は、Ｕｓｅｒフィールド０によって提供され、さらなる割当て（３つのＭＵ－ＭＩＭＯユーザによる割当て１）のためのユーザ固有割当て情報は、Ｕｓｅｒフィールド１、Ｕｓｅｒフィールド２及びＵｓｅｒフィールド３によって提供され、さらにさらなる割当て（Ａｌｌｏｃａｔｉｏｎ ２）のためのユーザ固有割当て情報は、Ｕｓｅｒフィールド４によって提供される。ＭＵ－ＭＩＭＯ割当て（Ａｌｌｏｃａｔｉｏｎ １）は、それぞれＵｓｅｒフィールド１、Ｕｓｅｒフィールド２及びＵｓｅｒフィールド３によって示される３つのユーザ固有割当てを備えることに留意されたい。

図１Ｆは、ＨＥ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に使用されるＰＰＤＵ１８０のフォーマットを示す。このようなＰＰＤＵ１８０は、ＨＥ ＴＢ（Ｔｒｉｇｇｅｒ Ｂａｓｅｄ） ＰＰＤＵ１８０として参照される。

ＨＥ ＴＢ ＰＰＤＵ１８０は、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａフィールド１８２、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールド及びＰＥフィールドを含んでもよい。

ＨＥ ＴＢ ＰＰＤＵ１８０は、トリガ情報を搬送するフレームに応答するアップリンクマルチユーザ送信用に使用される。ＨＥ－ＳＩＧ－Ｂフィールドを使用する代わりに、１つ以上のＳＴＡからのアップリンクマルチユーザ送信に必要とされる情報は、この送信を要請するフレームによって搬送される。ＨＥ ＴＢ ＰＰＤＵ１８０の典型的な送信では、ＨＥ－ＳＩＧ－Ａ関連情報は、トリガ情報を搬送する前のフレームからＨＥ ＴＢ ＰＰＤＵ１８０のＨＥ－ＳＩＧ－Ａフィールド１８２に複製される。

ＭＩＭＯ無線ネットワークが、ＥＨＴ ＷＬＡＮなどの極めて高いスループットを備える場合、ダウンリンクマルチユーザ送信に使用されるマルチユーザＰＰＤＵは、図２Ａに示されるようなＥＨＴ ＭＵ ＰＰＤＵ２００として参照されてもよく、アップリンクマルチユーザ送信に使用されるマルチユーザＰＰＤＵは、図２Ｂに示されるようなＥＨＴ ＴＢ ＰＰＤＵとして参照されてもよい。

図２Ａは、ＥＨＴ ＭＵ ＰＰＤＵ２００を示す。ＥＨＴ ＭＵ ＰＰＤＵ２００は、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、Ｆｏｒｍａｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｆｉｅｌｄ（ＦＩＦ）２０１、ＥＨＴ ＳＩＧＮＡＬ Ａ（ＥＨＴ－ＳＩＧ－Ａ）フィールド２０２、ＥＨＴ ＳＩＧＮＡＬ Ｂ（ＥＨＴ－ＳＩＧ－Ｂ）フィールド２０６、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールド２１０及びＰＥフィールドを含んでもよい。ＩＥＥＥ８０２．１１ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐが、極めて高いスループットを備えた次世代ＷＬＡＮのために、「ＥＨＴ ＷＬＡＮ」の代わりに新しい名前を使用する可能性がある場合、上記フィールドのプレフィックス「ＥＨＴ」は、それに応じて変わる可能性があることは理解されたい。ＦＩＦ２０１は、主にＥＨＴ ＰＰＤＵのフォーマットを識別するために使用される。ＥＨＴ－ＳＩＧ－Ａフィールド２０２は、例えば、矢印２０４によって示されるようなＥＨＴ－ＳＩＧ－ＢのＭＣＳ、ＥＨＴ－ＳＩＧ－Ｂシンボルの数などのＥＨＴ－ＳＩＧ－Ｂフィールド２０６を復号化するのに必要とされる情報を含む。ＥＨＴ－ＳＩＧ－Ｂフィールド２０６は、ＯＦＤＭＡ及びＭＵ－ＭＩＭＯリソース割当て情報を提供し、矢印２０８によって示されるように、ＳＴＡがＤａｔａフィールド２１０において使用される対応するリソースを検索することを可能にする。図１Ｄと同様に、ＥＨＴ－ＳＩＧ－Ｂフィールド２０６は、存在する場合には、一緒にＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルとして参照されるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドが後に続く、Ｃｏｍｍｏｎフィールドを含む（又はから構成される）。

１６の空間ストリームの最大数、３２０ＭＨｚの最大チャネル帯域幅（ＣＢＷ）及びＥＨＴ ＷＬＡＮにおけるマルチバンド動作のため、ＥＨＴ ＭＵ ＰＰＤＵにおいてサポートされる割当ての数及び／又はユーザの数は、有意に増加されうる。その結果、ＥＨＴ ＭＵ ＰＰＤＵは、ＨＥ ＭＵ ＰＰＤＵよりもはるかに大きなシグナリングオーバヘッドを有しうる。各種実施例による装置及び方法は、特にＣＢＷが２０ＭＨｚを超えるとき、シグナリングオーバヘッドを有利に低減しうる。

図２Ｂは、ＥＨＴ ＴＢ ＰＰＤＵ２１２のフォーマットを示す。ＥＨＴ ＴＢ ＰＰＤＵ２１２は、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＦＩＦ、ＥＨＴ－ＳＩＧ－Ａフィールド２１４、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールド及びＰＥフィールドを含んでもよい。

ＥＨＴ ＴＢ ＰＰＤＵ２１２は、ＥＨＴ ＷＬＡＮにおいてトリガ情報を搬送するフレームに応答するアップリンクマルチユーザ送信用に使用される。ＥＨＴ－ＳＩＧ－Ｂフィールドを使用する代わりに、１つ以上のＳＴＡからのアップリンクマルチユーザ送信に必要とされる情報は、当該送信を要請するフレームによって搬送される。ＥＨＴ ＴＢ ＰＰＤＵ２１２の典型的な送信では、ＥＨＴ－ＳＩＧ－Ａ関連情報が、トリガ情報を搬送する前のフレームからＥＨＴ ＴＢ ＰＰＤＵ２１２のＥＨＴ－ＳＩＧ－Ａフィールド２１４に複製される。

１６の空間ストリームの最大数、３２０ＭＨｚの最大ＣＢＷ及びＥＨＴ ＷＬＡＮにおけるマルチバンド動作のため、ＥＨＴ ＴＢ ＰＰＤＵにおいてサポートされる割当ての数及び／又はユーザの数は、有意に増加されうる。その結果、ＥＨＴ ＴＢ ＰＰＤＵ送信を要請するためのフレームは、ＨＥ ＴＢ ＰＰＤＵ送信を要請するためのフレームよりもはるかに大きなシグナリングオーバヘッドを有しうる。各種実施例による装置及び方法は、特にＣＢＷが２０ＭＨｚを超えるとき、シグナリングオーバヘッドを有利に低減しうる。

各種実施例によると、動的割当てに加えて、ＥＨＴ ＷＬＡＮは、ユーザ固有パーシステント割当て（ＰＡ）もサポートする。ユーザ固有ＰＡは、低減された制御シグナリング要件による期間内の繰り返し送信を可能にする。ユーザ固有ＰＡは、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）のようなトラフィックに特に適している。

図３Ａは、各種実施例による通信装置３００の概略部分断面図を示す。通信装置３００は、各種実施例によるＡＰ又はＳＴＡとして実現されてもよい。

図３Ａに示されるように、通信装置３００は、回路３１４、少なくとも１つの無線送信機３０２、少なくとも１つの無線受信機３０４及び少なくとも１つのアンテナ３１２を含んでもよい（簡単化のため、図３Ａでは、説明の目的で１つのアンテナのみが示される）。回路３１４は、ＭＩＭＯ無線ネットワークにおける１つ以上の他の通信装置との通信の制御を含む、少なくとも１つのコントローラ３０６が実行するよう設計されるタスクのソフトウェア及びハードウェアにより支援される実行における使用のための少なくとも１つのコントローラ３０６を含んでもよい。回路３１４は更に、少なくとも１つの送信信号生成器３０８及び少なくとも１つの受信信号プロセッサ３１０を含んでもよい。少なくとも１つのコントローラ３０６は、少なくとも１つの無線送信機３０２を介し１つ以上の他の通信装置に送信されるＰＰＤＵ（例えば、通信装置３００がＡＰである場合、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム、ＰＡ Ｔｒｉｇｇｅｒフレーム、ＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するフレーム又はＭｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレームを含むＥＨＴ ＭＵ ＰＰＤＵ又はＰＰＤＵと、例えば、通信装置３００がＳＴＡである場合、ＢｌｏｃｋＡｃｋフレームを含むＥＨＴ ＴＢ ＰＰＤＵ又はＰＰＤＵ）を生成するための少なくとも１つの送信信号生成器３０８と、少なくとも１つのコントローラ３０６の制御の下で少なくとも１つの無線受信機３０４を介し１つ以上の他の通信装置から受信されるＰＰＤＵ（例えば、通信装置３００がＡＰである場合、ＢｌｏｃｋＡｃｋフレームを含むＥＨＴ ＴＢ ＰＰＤＵ又はＰＰＤＵと、例えば、通信装置３００がＳＴＡである場合、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム、ＰＡ Ｔｒｉｇｇｅｒフレーム、ＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するフレーム又はＭｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレームを含むＥＨＴ ＭＵ ＰＰＤＵ又はＰＰＤＵ）を処理するための少なくとも１つの受信信号プロセッサ３１０とを制御してもよい。少なくとも１つの送信信号生成器３０８及び少なくとも１つの受信信号プロセッサ３１０は、図３Ａに示されるように、上述した機能のため少なくとも１つのコントローラ３０６と通信する通信装置３００のスタンドアローンモジュールであってもよい。あるいは、少なくとも１つの送信信号生成器３０８及び少なくとも１つの受信信号プロセッサ３１０は、少なくとも１つのコントローラ３０６に含まれてもよい。これらの機能モジュールの構成がフレキシブルであって、実際のニーズ及び／又は要求に応じて変わりうることは当業者に理解できる。データ処理、記憶及び他の関連する制御装置は、適切な回路基板上及び／又はチップセットに設けることができる。各種実施例では、動作時に、少なくとも１つの無線送信機３０２、少なくとも１つの無線受信機３０４及び少なくとも１つのアンテナ３１２が、少なくとも１つの制御装置３０６によって制御されてもよい。

通信装置３００は、動作時に、ダウンリンクユーザ固有ＰＡに必要とされる機能を提供する。例えば、通信装置３００はＡＰであってもよく、回路３１４（例えば、回路３１４の少なくとも１つの送信信号生成器３０８）は、動作中にＣｏｍｍｏｎフィールド（例えば、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ｂフィールドにおいて）、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド（例えば、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ｂフィールドにおいて）及びＤａｔａフィールド（例えば、ＥＨＴ ＭＵ ＰＰＤＵにおいて）を含む送信信号を生成してもよく、Ｃｏｍｍｏｎフィールドは、Ｄａｔａフィールドにおいて１つ以上のユーザ固有割当てのためのＲＵ情報を含み、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上のユーザ情報を含み、各々はＤａｔａフィールドにおける１つ以上のユーザ固有割当ての間のユーザ固有割当てを示す。無線送信機３０２は、動作中に生成された送信信号を送信してもよい。Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上のユーザ固有割当ての間の最初又は繰り返しの送信を含むダウンリンクユーザ固有ＰＡのためのユーザ情報がなくてもよい。言い換えれば、１つ以上のユーザ固有割当ての間の最初又は繰り返しの送信を含むダウンリンクユーザ固有ＰＡのためのユーザ情報は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに含まれなくてもよい。例えば、ダウンリンク非ユーザ固有ＰＡのためのユーザ情報のみが、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに含まれてもよい。これは、通信オーバヘッドを有利に減少させうる。

通信装置３００はＳＴＡであってもよく、無線受信機３０４は、動作中にＣｏｍｍｏｎフィールド、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド及びＤａｔａフィールドを含む送信信号（例えば、ＥＨＴ ＭＵ ＰＰＤＵ）を受信してもよく、Ｃｏｍｍｏｎフィールドは、Ｄａｔａフィールドにおける１つ以上のユーザ固有割当てのためのＲＵ情報を含み、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは１つ以上のユーザ情報を含み、各々はＤａｔａフィールドにおける１つ以上のユーザ固有割当ての間のユーザ固有割当てを示す。回路３１４は、動作中、受信した送信信号を処理してもよい。Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上のユーザ固有割当ての間の最初又は繰り返しの送信を含むダウンリンクユーザ固有ＰＡのためのユーザ情報がなくてもよい。

通信装置３００は、動作時にアップリンクユーザ固有ＰＡに必要とされる機能を提供する。例えば、通信装置３００はＡＰであってもよく、回路３１４（例えば、回路３１４の少なくとも１つの送信信号生成器３０８）は、動作中に１つ以上のＳＴＡからＥＨＴ ＴＢ ＰＰＤＵ送信を要請するためのフレームを含む送信信号を生成してもよく、フレームは１つ以上のユーザ固有リソース割当て情報を含み、各々は要請されたＥＨＴ ＴＢ ＰＰＤＵのＤａｔａフィールドにおけるユーザ固有割当てを示す。無線送信機３０２は、動作中に生成された送信信号を送信してもよい。フレームは、最初又は繰り返しの送信を含むアップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がなくてもよい。言い換えると、最初又は繰り返しの送信を含むアップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報は、フレームに含まれなくてもよい。例えば、アップリンク非ユーザ固有ＰＡのためのユーザ固有リソース割当て情報のみがフレームに含まれてもよい。これは、通信オーバヘッドを有利に減少させうる。

例えば、通信装置３００はＳＴＡであってもよく、無線受信機３０４は、動作中に送信信号（例えば、１つ以上のＳＴＡからのＥＨＴ ＴＢ ＰＰＤＵ送信を要請するためのフレーム）を受信してもよい。送信信号は、１つ以上のユーザ固有リソース割当て情報を含み、各々は要請されたＥＨＴ ＴＢ ＰＰＤＵのＤａｔａフィールドにおけるユーザ固有割当てを示す。回路３１４は、動作中に受信した送信信号を処理してもよい。フレームは、最初又は繰り返しの送信を含むアップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がなくてもよい。言い換えると、最初又は繰り返しの送信を含むアップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報は、フレームに含まれなくてもよい。例えば、アップリンク非ユーザ固有ＰＡのためのユーザ固有リソース割当て情報のみがフレームに含まれてもよい。これは、通信オーバヘッドを有利に減少させうる。

例えば、通信装置３００はＡＰであってもよく、回路３１４（例えば、回路３１４の少なくとも１つの送信信号生成器３０８）は、動作中にダウンリンクＭＵ－ＭＩＭＯ割当てに対して複数のユーザのユーザ情報を含む第１の送信信号を生成し、各々はユーザ固有割当てを示し、ダウンリンクＭＵ－ＭＩＭＯ割当ての送信を含む、Ｃｏｍｍｏｎフィールド、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド及びＤａｔａフィールドを含む第２の送信信号を更に生成してもよい。無線送信機３０２は、動作中に第１の送信信号及び第２の送信信号を送信してもよく、ここで、ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有割当ては、パーシステントであるか否かが判断される。

図３Ｂは、各種実施例による通信方法を示すフロー図３３０を示す。３３２において、送信信号が生成されうる。送信信号は、Ｃｏｍｍｏｎフィールドと、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドと、Ｄａｔａフィールドとを含んでもよく、Ｃｏｍｍｏｎフィールドは、Ｄａｔａフィールドにおける１つ以上の割当てのそれぞれのＲＵ情報を含み、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上のユーザ情報を含み、それぞれは、Ｄａｔａフィールドにおける１つ以上の割当ての間のユーザ固有割当てを示す。３３４において、生成された送信信号が送信されてもよい。Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上の割当ての間の繰り返し送信を含むパーシステント割当てのために、少なくとも１つのユーザ情報がなくてもよい。

各種実施例によると、通信方法は、Ｃｏｍｍｏｎフィールド、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド及びＤａｔａフィールドを含む送信信号を受信することを含んでもよく、Ｃｏｍｍｏｎフィールドは、Ｄａｔａフィールドにおける１つ以上の割当てのそれぞれのＲＵ情報を含み、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上のユーザ情報を含み、それぞれは、Ｄａｔａフィールドにおける１つ以上の割当ての間のユーザ固有割当てを示し、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドは、１つ以上の割当ての間の繰り返し送信を含むパーシステント割当ての少なくとも１つのユーザ情報がなくてもよい。

図３Ｃは、各種実施例による通信方法を示すフロー図３５０を示す。ステップ３５２では、送信信号が生成されてもよい。送信信号は、少なくとも１つの信号フィールドコンテンツチャネルとデータフィールドとを含んでもよく、少なくとも１つの信号フィールドコンテンツチャネルのそれぞれは、Ｎ個のフィールドとＮ個のビットマップからなる繰り返し送信ビットマップサブフィールドとを含み（Ｎ＝１，２，４又は８）、ＲＵ割当てサブフィールドのＮ個のフィールドのそれぞれは、Ｄａｔａフィールドにおける対応するトーン範囲内の１つ以上の割当てのＲＵ情報を示し、繰り返し送信ビットマップサブフィールドのｎ番目(ｎ=１、２、・・・、Ｎ）のビットマップは、ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される１つ以上の割当てのそれぞれが繰り返し送信を含むか否かを示す。ステップ３５４において、生成された送信信号が送信される。

図３Ｄは、各種実施例による通信方法を示すフロー図３６０を示す。ステップ３６２において、アップリンクＰＡを識別する識別情報を含むフレームが生成されてもよい。ステップ３６４において、生成されたフレームが送信される。

図３Ｅは、各種実施例による通信方法を示すフロー図３９０を示す。ステップ３９２において、各々がユーザ固有割当てを示すダウンリンクＭＵ－ＭＩＭＯ割当てのための複数のユーザのユーザ情報を含む第１送信信号が生成される。ステップ３９４において、ダウンリンクＭＵ－ＭＩＭＯ割当ての送信を含む、Ｃｏｍｍｏｎフィールド、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド及びＤａｔａフィールドを含む第２の送信信号が生成される。ステップ３９６において、第１及び第２送信信号が送信され、ここで、ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有割当てがパーシステントであるか否かが判断される。

図４Ａは、各種実施例によるＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）を介したアップリンクユーザ固有ＰＡによるＡＰ４０２と複数のＳＴＡ（４０４，４０６）との間の通信を示すフローチャート４００を示す。競合ベースチャネルアクセス手順、例えば、Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ（ＥＤＣＡ）手順はブロック４０８によって示され、Ｓｈｏｒｔ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｉｎｇｓ（ＳＩＦＳ）４１０が示される。ＡＰ４０２は、ＳＴＡ４０６に対するアップリンクユーザ固有ＰＡの最初の送信を要請するためのアップリンクユーザ固有ＰＡの完全な情報を含む第１のフレーム４１２を生成してもよい。完全なＰＡ情報は、識別情報及びユーザ固有リソース割当て情報を含んでもよい。一実施例では、識別情報は、アップリンクユーザ固有ＰＡのＰＡ識別子（ＰＡＩＤ）であってもよい。他の実施例では、識別情報は、アップリンクユーザ固有ＰＡのためのＲＵ割当て情報及びユーザ識別情報であってもよい。更なる他の実施例では、識別情報は、アップリンクユーザ固有ＰＡのためのＲＵ割当て情報及び空間ストリーム（ＳＳ）割当て情報であってもよい。第１のフレーム４１２はまた、ＳＴＡ４０４のためにアップリンクユーザ固有ＰＡの最初の送信を要請するためのアップリンクユーザ固有ＰＡの完全な情報を含んでもよい。ＡＰ４０２は、生成された第１のフレーム４１２をＳＴＡ４０４及び４０６に送信してもよい。

４１４において、ＳＴＡ４０６は、第１のフレーム４１２を受信し、アップリンクユーザ固有ＰＡの完全な情報（すなわち、ＳＴＡ４０６のための意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報）を格納し、それに応じてＥＨＴ ＴＢ ＰＰＤＵ４１８をＡＰ４０２に送信してもよい。ＳＴＡ４０４はまた、アップリンクユーザ固有ＰＡに関する完全な情報（すなわち、ＳＴＡ４０４のために意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報）を受信及び格納し、それに応じてＥＨＴ ＴＢ ＰＰＤＵ４１６をＡＰ ４０２に送信してもよい。ＥＨＴ ＴＢ ＰＰＤＵ４１６及び４１８は、図２Ｂに図示されるＥＨＴ ＴＢ ＰＰＤＵ２１２と同じフォーマットであってもよい。ＡＰ４０２は、ＥＨＴ ＴＢ ＰＰＤＵ４１６及び４１８を受信し、そしてＭｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋ（ブロックアクノリッジメント）フレーム４２０をＳＴＡ４０４及び４０６に送信してもよい。その後、ＡＰ４０２は、第２のフレーム４２２を送信することによって、ＳＴＡ４０４のためのアップリンクユーザ固有ＰＡの繰り返し送信と、ＳＴＡ４０６のためのアップリンクユーザ固有ＰＡの繰り返し送信とを要請してもよい。第２のフレーム４２２は、ＳＴＡ４０４のためのアップリンクユーザ固有ＰＡに関する識別情報と、ＳＴＡ４０６のためのアップリンクユーザ固有ＰＡに関する識別情報とを搬送してもよい。各種実施例では、アップリンクユーザ固有ＰＡのための識別情報は、アップリンクユーザ固有ＰＡの繰り返し送信を要請するために第２のフレーム４２２のフレーム本体に含まれ、第２のフレーム４２２は、アップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がない。各種実施例では、識別情報は、アップリンクユーザ固有ＰＡの繰り返し送信を要請するために第２のフレーム４２２のＭＡＣヘッダに含まれ、第２のフレーム４２２は、アップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がない。

４２４において、ＳＴＡ４０６は、アップリンクのユーザ固有ＰＡのための格納されたユーザ固有リソース割当てに基づいてＥＨＴ ＴＢ ＰＰＤＵ４２８を準備し、ＥＨＴ ＴＢ ＰＰＤＵ４２８をＡＰ４０２に送信してもよい。ＥＨＴ ＴＢ ＰＰＤＵ４２８は、ＳＴＡ４０６のためのアップリンクユーザ固有ＰＡの繰り返し送信を含む。ＳＴＡ４０４はまた、アップリンクユーザ固有ＰＡのための格納されたユーザ固有リソース割当てに基づいてＥＨＴ ＴＢ ＰＰＤＵ４２６を準備し、ＥＨＴ ＴＢ ＰＰＤＵ４２６をＡＰ４０２に送信することができる。ＥＨＴ ＰＰＤＵ４２６は、ＳＴＡ４０４のためのアップリンクユーザ固有ＰＡの繰り返し送信を含む。ＥＨＴ ＴＢ ＰＰＤＵ４２６及び４２８は、図２Ｂに示されるＥＨＴ ＴＢ ＰＰＤＵ２１２と同じフォーマットであってもよい。ＡＰ４０２は、ＥＨＴ ＴＢ ＰＰＤＵ４２６及び４２８を受信し、そしてＭｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡＣＫフレーム４３０をＳＴＡ４０４及び４０６に送信してもよい。図４Ａに示されるように、アップリンクユーザ固有ＰＡの繰り返し送信は、アップリンクユーザ固有ＰＡの最初の送信と同じＴＸＯＰ内で行われてもよい。繰り返し送信はまた、図４Ｂに示すように、アップリンクユーザ固有ＰＡの最初の送信と異なるＴＸＯＰで行われてもよい。すなわち、一例では、アップリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。他の例では、アップリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。図４Ｂでは、第２のフレーム４２２は、第１のフレーム４１２とは異なるＴＸＯＰにおいてＡＰ４０２によって送信され、従って、第２のフレーム４２２によって要請される繰り返し送信（例えば、ＥＨＴ ＴＢ ＰＰＤＵ４２６及び４２８に含まれるアップリンクユーザ固有ＰＡ送信など）もまた、第１のフレーム４１２と異なるＴＸＯＰにおいて行われる。第２のフレーム４２２の送信は、ＳＴＡ４０４及び４０６のためのアップリンクユーザ固有ＰＡが存在する期間内に行われることが理解されうる。

図５Ａ及び５Ｂは、第１の実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に使用されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のフォーマットを示す。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００は、既存のＴｒｉｇｇｅｒフレームの変形であり、図４Ａ及び４Ｂにおいて第１のフレーム４１２として使用されてもよい。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００は、アップリンクユーザ固有ＰＡのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡを識別する。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡ（Ｒｅｃｉｐｉｅｎｔ ＳＴＡ Ａｄｄｒｅｓｓ）フィールド、ＴＡ（Ｔｒａｎｓｍｉｔｔｉｎｇ ＳＴＡ Ａｄｄｒｅｓｓ）フィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２、Ｕｓｅｒ Ｉｎｆｏフィールド５０４などの１つ以上のＵｓｅｒ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）フィールドを含んでもよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド及びＴＡフィールドは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＭＡＣヘッダにグループ化されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏｒフィールド５０２、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド５０４及びＰａｄｄｉｎｇフィールドは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のフレーム本体にグループ化されてもよい。

図５Ａはまた、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２をより詳細に示す。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００によって要請されたＥＨＴ ＴＢ ＰＰＤＵ送信に関与する全てのＳＴＡのための共通パラメータを含む。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２は、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド５０６、ＵＬ（アップリンク） Ｌｅｎｇｔｈフィールド、Ｍｏｒｅ ＴＦ（Ｔｒｉｇｇｅｒ Ｆｒａｍｅ）フィールド、ＣＳ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ） Ｒｅｑｕｉｒｅｄフィールド、ＵＬ ＢＷ（Ｂａｎｄｗｉｄｔｈ）フィールド、ＧＩ（Ｇｕａｒｄ Ｉｎｔｅｒｖａｌ） ａｎｄ ＬＴＦ Ｔｙｐｅフィールド、ＭＵ－ＭＩＭＯ ＬＴＦ Ｍｏｄｅフィールド、Ｎｕｍｂｅｒ ｏｆ ＨＥ－ＬＴＦ Ｓｙｍｂｏｌｓ ａｎｄ Ｍｉｄａｍｂｌｅ Ｐｅｒｉｏｄｉｃｉｔｙフィールド、ＵＬ ＳＴＢＣ（Ｓｐａｃｅ Ｔｉｍｅ Ｂｌｏｃｋ Ｃｏｄｉｎｇ）フィールド、ＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ） Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールド、ＡＰ ＴＸ（Ｔｒａｎｓｍｉｓｓｉｏｎ） Ｐｏｗｅｒフィールド、Ｐｒｅ－ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ） Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールド、ＰＥ Ｄｉｓａｍｂｉｇｕｉｔｙフィールド、Ｄｏｐｐｌｅｒフィールド、ＵＬ ＨＥ－ＳＩＧ－Ａ２ Ｒｅｓｅｒｖｅｄフィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８を含む（又はから構成される）。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８は、Ｎｕｍｂｅｒ ｏｆ ＰＡＩＤｓフィールド及びＰＡＩＤ Ｔｕｐｌｅｓフィールドを含んでもよい（又は、から構成されてもよい）。Ｎｕｍｂｅｒ ｏｆ ＰＡＩＤｓフィールドは、ＰＡＩＤ Ｔｕｐｌｅｓフィールドに含まれるＰＡＩＤサブフィールドの数を示す。あるいは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８は、Ｓｔａｒｔｉｎｇ ＰＡＩＤフィールド、ＰＡＩＤ Ｂｉｔｍａｐ Ｓｉｚｅフィールド及びＰＡＩＤ Ｂｉｔｍａｐフィールドを含んでもよい。ＰＡＩＤ Ｂｉｔｍａｐ Ｓｉｚｅフィールドは、ＰＡＩＤ Ｂｉｔｍａｐフィールドのビット幅を示す。Ｓｔａｒｔｉｎｇ ＰＡＩＤフィールドには、ＰＡＩＤ Ｂｉｔｍａｐフィールドの開始ＰＡＩＤを含む。ＰＡＩＤ Ｂｉｔｍａｐフィールドは、Ｓｔａｒｔｉｎｇ ＰＡＩＤフィールドと一緒にＰＡＩＤを示す。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８に含まれるそれのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請する。Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド５０６には、Ｔｒｉｇｇｅｒフレーム５００がＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームであることを示すための任意の値が割り当てられてもよい。以下の各種実施例では、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド５０６には、Ｔｒｉｇｇｅｒフレーム５００がＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームであることを示すための任意の値８が割り当てられる。

図５Ｂは、Ｕｓｅｒ Ｉｎｆｏフィールド５０４をより詳細に示す。Ｕｓｅｒ Ｉｎｆｏフィールド５０４は、ＡＩＤ１２フィールド、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）フィールド、ＵＬ ＤＣＭ（Ｄｕａｌ Ｃａｒｒｉｅｒ Ｍｏｄｕｌａｔｉｏｎ）フィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩ（Ｒｅｃｅｉｖｅ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）フィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド５１２を含む。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド５１２は、１ビットのＰＡ Ｆｌａｇサブフィールド、ＰＡＩＤサブフィールド５１６、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ（Ｔｒａｆｆｉｃ Ｉｄｅｎｔｉｆｉｅｒ） Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣ（Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ）サブフィールドを含んでもよい（又は、から構成されてもよい）。あるいは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド５１２は、ＰＡＩＤサブフィールド５１６、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣ（Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ）サブフィールドを含んでもよい（又は、から構成されてもよい）。ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールド５０４のユーザ固有リソース割当て情報５１４を構成する。ユーザ固有リソース割当て情報５１４は、最初又は繰り返しのアップリンクユーザ固有ＰＡ送信のためにＳＴＡによって取得及び格納されてもよく、格納されたユーザ固有リソース割当て情報５１４に基づくＥＨＴ ＴＢ ＰＰＤＵは、アップリンクユーザ固有ＰＡ送信を要請するＡＰに送信される。

上述したように、Ｕｓｅｒ Ｉｎｆｏフィールド５０４は、ＰＡ Ｆｌａｇサブフィールド及びＰＡＩＤサブフィールド５１６を含んでもよい。ＰＡ Ｆｌａｇサブフィールド（例えば、１ビット）は、Ｕｓｅｒ Ｉｎｆｏフィールド５０４がアップリンクユーザ固有ＰＡに対応するかを示し、ＰＡＩＤサブフィールド５１６（例えば、７ビット）は、アップリンクユーザ固有ＰＡのＰＡＩＤを示す。ＰＡ Ｆｌａｇサブフィールドが０に設定されたＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応しないことを示す。この場合、ＰＡＩＤサブフィールド５１６は確保されている。一方、ＰＡ Ｆｌａｇサブフィールドが１に設定されたＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応することを示す。この場合、ＰＡＩＤサブフィールド５１６は、アップリンクユーザ固有ＰＡのＰＡＩＤを示す。さらに、ランダムアクセスのためのＵｓｅｒ ＩｎｆｏフィールドのＰＡ Ｆｌａｇサブフィールドは、０に設定される。すなわち、ランダムアクセス用のアップリンクユーザ固有ＰＡは許可されない。

あるいは、Ｕｓｅｒ Ｉｎｆｏフィールド５０４は、Ｕｓｅｒ Ｉｎｆｏフィールド５０４がアップリンクユーザ固有ＰＡに対応するか、又は、Ｕｓｅｒ Ｉｎｆｏフィールドに対応するアップリンクユーザ固有ＰＡのＰＡＩＤを示すＰＡＩＤサブフィールド５１６（例えば、８ビット）を含んでもよい。ＰＡＩＤサブフィールド５１６が０に設定されたＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応しないことを示す。ＰＡＩＤサブフィールド５１６が他の何れかの値（例えば、１～２５５など）に設定されたＵｓｅｒ Ｉｎｆｏフィールドは、アップリンクユーザ固有ＰＡのＰＡＩＤを示す。さらに、ランダムアクセスのためのＵｓｅｒ ＩｎｆｏフィールドのＰＡＩＤサブフィールドは、０に設定される。すなわち、ランダムアクセス用のアップリンクユーザ固有ＰＡは許可されない。

ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームでは、ランダムアクセス用ではない１つだけのＵｓｅｒ Ｉｎｆｏフィールドが、単一のＳＴＡにアドレス指定される。ランダムアクセス用のＵｓｅｒ Ｉｎｆｏフィールドは、ランダムアクセス用でないＵｓｅｒ Ｉｎｆｏフィールドの後に配置される。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに示されるアップリンクユーザ固有ＰＡを有するＳＴＡは、ランダムアクセス用でないＵｓｅｒ Ｉｎｆｏフィールドによってアドレス指定されない。さらに、単一のＳＴＡに割り当てられる１つ以下のアップリンクユーザ固有ＰＡが、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに示される。効果的には、これは、ＳＴＡにおいて受信されたＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理における複雑さを低減する。

第１のフレーム４１２は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のフォーマットであってもよい。例えば、４１４において、ＳＴＡ４０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００の形式で第１のフレーム４１２を受信してもよい。ＳＴＡ４０６は、ＳＴＡ４０６に意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報を記憶してもよい。識別情報（例えば、ＰＡＩＤ）は、ＡＩＤ１２サブフィールド値がＳＴＡ４０６のＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）と一致するＵｓｅｒ ＩｎｆｏフィールドのＰＡＩＤサブフィールド５１６から抽出されてもよい。ユーザ固有リソース割当て情報もまた、Ｕｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。そして、ＳＴＡ４０６は、それに応じてＥＨＴ ＴＢ ＰＰＤＵ４１８をＡＰ４０２に送信してもよく、ＥＨＴ ＴＢ ＰＰＤＵ４１８は、格納されたユーザ固有リソース割当て情報に基づく。

同様に、ＳＴＡ４０４はまた、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００の形式で第１のフレーム４１２を受信してもよい。ＳＴＡ４０４は、ＳＴＡ４０４に意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報を記憶してもよい。識別情報（例えば、ＰＡＩＤ）は、ＡＩＤ１２サブフィールド値がＳＴＡ４０４のＡＩＤと一致するＵｓｅｒ ＩｎｆｏフィールドのＰＡＩＤサブフィールドから抽出されてもよい。ユーザ固有リソース割当て情報はまた、Ｕｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。そして、ＳＴＡ４０４は、それに応じてＥＨＴ ＴＢ ＰＰＤＵ４１６をＡＰ４０２に送信してもよく、ＥＨＴ ＴＢ ＰＰＤＵ４１６は、格納されたユーザ固有リソース割当て情報に基づく。

第２のフレーム４２２はまた、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のフォーマットであってもよい。例えば、ＳＴＡ４０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のフォーマットで第２のフレーム４２２を受信してもよい。ＳＴＡ４０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２から共通パラメータを取得し、４１４においてＳＴＡ４０６によって記憶されたＰＡＩＤが、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８における何れかのＰＡＩＤサブフィールド値と一致するか判定してもよい。一致する場合、ＳＴＡ４０６は、４２４において、ＳＴＡ４０６によって４１４において格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ４２８を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ４２８をＡＰ４０２に送信してもよい。

同様に、ＳＴＡ４０４は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のフォーマットで第２のフレーム４２２を受信してもよい。ＳＴＡ４０４は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２から共通パラメータを取得し、４１４においてＳＴＡ４０４によって格納されたＰＡＩＤがＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８における何れかのＰＡＩＤサブフィールド値と一致するか判定してもよい。一致する場合、ＳＴＡ４０４は、４１４において、ＳＴＡ４０４によって格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ４２６を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ４２６をＡＰ４０２に送信してもよい。

第２のフレーム４２２はまた、図５Ｃに示すように、第１の実施例によるＰＡ Ｔｒｉｇｇｅｒフレーム５２０の形式であってもよい。ＰＡ Ｔｒｉｇｇｅｒフレーム５２０は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい（又は構成されてもよい）。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド、Ｍｏｒｅ ＴＦフィールド、ＣＳ Ｒｅｑｕｉｒｅｄフィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２を含んでもよい（又はから構成されてもよい）。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２は、Ｎｕｍｂｅｒ ｏｆ ＰＡＩＤｓフィールド及びＰＡＩＤ Ｔｕｐｌｅｓフィールドを含んでもよい（又は構成されてもよい）。Ｎｕｍｂｅｒ ｏｆ ＰＡＩＤｓフィールドは、ＰＡＩＤ Ｔｕｐｌｅｓフィールドに含まれるＰＡＩＤサブフィールドの数を示す。あるいは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２は、Ｓｔａｒｔｉｎｇ ＰＡＩＤフィールド、ＰＡＩＤ Ｂｉｔｍａｐ Ｓｉｚｅフィールド及びＰＡＩＤ Ｂｉｔｍａｐフィールドを含んでもよい。ＰＡＩＤ Ｂｉｔｍａｐ Ｓｉｚｅフィールドは、ＰＡＩＤ Ｂｉｔｍａｐフィールドのビット幅を示す。Ｓｔａｒｔｉｎｇ ＰＡＩＤフィールドは、ＰＡＩＤ Ｂｉｔｍａｐフィールドの開始ＰＡＩＤを含む。ＰＡＩＤ Ｂｉｔｍａｐフィールドは、Ｓｔａｒｔｉｎｇ ＰＡＩＤフィールドと一緒に、アップリンクユーザ固有ＰＡのＰＡＩＤを示す。ＰＡ Ｔｒｉｇｇｅｒフレーム５２０は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２に含まれるそれのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請する。ＰＡ Ｔｒｉｇｇｅｒフレームでは、単一のＳＴＡに割り当てられた１つ以下のアップリンクユーザ固有ＰＡが、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに示される。効果的には、これは、ＳＴＡにおいて受信されるＰＡ Ｔｒｉｇｇｅｒフレームの処理における複雑さを低減する。

ＰＡトリガフレーム５２０は、ＥＨＴ ＴＢ ＰＰＤＵ４２６及び４２８などの１つ以上のアップリンクユーザ固有ＰＡの繰り返し送信を要請するためにのみ使用される。ＰＡ Ｔｒｉｇｇｅｒフレーム５２０のＣｏｍｍｏｎ Ｉｎｆｏフィールドには、いくつかの共通パラメータ（例えば、Ｍｏｒｅ ＴＦサブフィールド及びＣＳ Ｒｅｑｕｉｒｅｄサブフィールド）のみが存在し、これは、他の共通パラメータは、１つ以上のアップリンクユーザ固有ＰＡが満了する前には変更されず、第１のフレーム４１２から取得することができるためである。さらに、１つ以上のアップリンクユーザ固有ＰＡに必要とされるユーザ固有リソース割当て情報は、第１のフレーム４１２から取得されてもよいため、ＰＡ Ｔｒｉｇｇｅｒフレームには含まれない。有利なことに、これは、１つ以上のアップリンクユーザ固有ＰＡの繰り返し送信のためのチャネルオーバヘッドを低減する。

第２のフレーム４２２は、図５Ｄに示すように、第１実施例によるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するデータ又は管理フレーム５３０の形式であってもよい。データ又は管理フレーム５３０は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド、４つのＡｄｄｒｅｓｓフィールド、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フィールド、ＨＴ Ｃｏｎｔｒｏｌフィールド、Ｆｒａｍｅ Ｂｏｄｙフィールド及びＦＣＳフィールドを含んでも（から構成されても）よい。ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＶＨＴフィールド（１に設定される）、ＨＥフィールド（１に設定される）、Ｃｏｎｔｒｏｌ ＩＤフィールド（データ又は管理フレーム５３０のＨＴ ＣｏｎｔｒｏｌフィールドがＰＡ Ｃｏｎｔｒｏｌサブフィールドを含むことを示すよう決定された値、例えば、７に設定される）及び Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールド５３２を含む（又はから構成される）３２ビットのＨＥバリアントのＨＴ Ｃｏｎｔｒｏｌフィールドであってもよい。２６ビットのＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールドは、８ビットのＰＡＩＤサブフィールドと、１０ビットのＵＬ Ｌｅｎｇｔｈサブフィールド、５ビットのＤＬ ＴＸ Ｐｏｗｅｒサブフィールド及び３ビットのＮｕｍｂｅｒ ｏｆ ＨＥ－ＬＴＦ Ｓｙｍｂｏｌｓサブフィールドなどのいくつかの共通パラメータ５３４とを含んでもよい（又は構成されてもよい）。他の共通パラメータは予め決定可能であるか、又は暗黙的に通知可能であることが理解できる。データ又は管理フレーム５３０は、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールド５３２に含まれるそれのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請する。ＰＡ Ｔｒｉｇｇｅｒフレーム５２０と同様に、アップリンクユーザ固有ＰＡに必要とされるユーザ固有リソース割当て情報は、第１のフレーム４１２から取得されてもよいため、データ又は管理フレーム５３０には含まれない。有利なことに、これは、アップリンクユーザ固有ＰＡの繰り返し送信のためのチャネルオーバヘッドを低減する。

上述したように、第１実施例のチャネルオーバヘッドをさらに低減することができる。第１のフレームでは、ＭＵ－ＭＩＭＯ割当ての２つ以上のユーザ固有ＰＡは、同じＰＡＩＤを含んでもよく、これは、ＭＵ－ＭＩＭＯ割当てに関与する２つ以上のＳＴＡからの繰り返し送信を要請するために第２のフレームで通知可能である。一例では、第１のフレームを使用して、ＭＵ－ＭＩＭＯ割当ての２つ以上のユーザ固有ＰＡに同じＰＡＩＤ、同じＲＵ及びそれぞれの空間ストリームを割り当ててもよい。他の例では、２つ以上の第１のフレームを使用して、ＭＵ－ＭＩＭＯ割当ての２つ以上のユーザ固有ＰＡに同じＰＡＩＤ、同じＲＵ及びそれぞれの空間ストリームを割り当ててもよい。あるいは、第１のフレームでは、ユーザ固有ＰＡのグループに同じＰＡＩＤが割り当てられてもよく、これは、ユーザ固有ＰＡのグループの各ユーザ固有ＰＡの繰り返し送信を要請するため第２のフレームで通知可能である。しかしながら、２つ以上のユーザ固有ＰＡに同じＰＡＩＤを割り当てることは、同じＰＡＩＤを通知する第２のフレームが同じＰＡＩＤを備える全てのユーザ固有ＰＡに対する繰り返し送信を要請するため、スケジューリングの柔軟性が低減させる可能性がある。

上述される第１実施例では、アップリンクユーザ固有ＰＡの最初の送信を要請する第１のフレームが送信された後のある期間に、アップリンクユーザ固有ＰＡが存在してもよい。一例では、アップリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。別の例では、アップリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。更なる別の例では、第１のフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドは、第１のフレームによって要請された最初の送信が第１のフレームの送信後に存在するアップリンクユーザ固有ＰＡが送信される期間を通知するためのシグナリングを含んでもよい。このような例では、第１のフレームによって要請された最初の送信を有するアップリンクユーザ固有ＰＡは、同じ有効期限を有してもよい。あるいは、第１のフレームにおけるアップリンクユーザ固有ＰＡに対応するＵｓｅｒ Ｉｎｆｏフィールドは、第１のフレームが送信された後にアップリンクユーザ固有ＰＡが存在する期間を通知するためのシグナリングを含んでもよい。他の例では、最初のフレームによって要請された最初の送信を有するアップリンクユーザ固有ＰＡは、異なる有効期限を有してもよい。

上述される第１実施例では、ＡＰは、期限切れになる前にアップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報を更新するために第１のフレームを送信してもよい。アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報が期限切れになる前に更新され、意図されたＳＴＡが更新情報を受信できない場合、ＡＰと意図されたＳＴＡとの間のアップリンクユーザ固有ＰＡの情報に不一致があるであろう。ＡＰは、送信された第１のフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵが受信されない場合、そのような不一致を特定することが可能であってもよい。ＳＴＡが、意図されたＳＴＡのうちの１つであるアップリンクユーザ固有ＰＡに関する完全な情報を含む第１のフレームを受信すると、ＳＴＡは、アップリンクユーザ固有ＰＡのタイマをスタート又はリセットし、アップリンクユーザ固有ＰＡに関する情報を格納又は更新する。同様に、ＳＴＡは、この処理によってＣｏｍｍｏｎ Ｉｎｆｏフィールドに共通パラメータを格納又は更新してもよい。有利なことに、これは、ＡＰが情報不一致からのエラー回復を実行することを可能にする。

上記の例では、ＲＵ割当ては１つ以上のＳＴＡにアドレス指定される。ＲＵ割当ては、それが単一のＳＴＡにアドレス指定される場合には非ＭＵ－ＭＩＭＯ割当てであり、それがＳＴＡのグループにアドレス指定される場合にはＭＵ－ＭＩＭＯ割当てである。ＲＵ割当て（すなわち、非ＭＵ－ＭＩＭＯ割当て、又はＭＵ－ＭＩＭＯ割当て）は、１つ以上のユーザ固有割当てを含む。非ＭＵ‐ＭＩＭＯ割当ては、単一のユーザ固有割当てを含む。ＭＵ－ＭＩＭＯ割当ては、２つ以上のユーザ固有割当てを含む。

上述されるように、ＭＵ－ＭＩＭＯ割当ての個々のユーザ固有割当ては、パーシステント又は非パーシステントにすることができる。ＭＵ－ＭＩＭＯ割当ての個々のユーザ固有ＰＡは、異なる有効期限を有してもよく、独立に更新可能である。有利なことに、ＭＵ－ＭＩＭＯ割当ての全てのユーザ固有割当てがパーシステント又は非パーシステントであるＲＵベースＰＡと比較して、ユーザ固有ＰＡは、スケジューリングの柔軟性を増大させる。

図５Ｅに示される例では、ＭＵ－ＭＩＭＯ割当ては、３つのユーザ固有割当て５７４（ユーザ固有割当て１、・・・、ユーザ固有割当て３）を含み、ユーザ固有割当て１は、ＰＡＩＤ=２を有するユーザ固有ＰＡであり、ユーザ固有割当て２は、ＰＡＩＤ=５を有するユーザ固有ＰＡであり、ユーザ固有割当て３は、ユーザ固有ＰＡではない。

図６Ａは、第１実施例によるＳＴＡにおける受信されたＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００の処理を示すフローチャート６００を示す。処理は６０２で開始されうる。６０４において、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２からの共通パラメータが取得される。６０６において、格納されるＰＡＩＤがＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２において任意のＰＡＩＤサブフィールド値と一致するか否かが決定される。格納されるＰＡＩＤがＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２におけるＰＡＩＤサブフィールド値と一致する場合、処理はステップ６０８に進んでもよい。格納されるＰＡＩＤがＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２における何れのＰＡＩＤサブフィールド値とも一致しない場合、処理はステップ６１４に進んでもよい。６０８において、一致したＰＡＩＤを有するアップリンクユーザ固有ＰＡのためのタイマが実行されているかどうかが判定される。アップリンクユーザ固有ＰＡのためのタイマが実行されている場合、処理はステップ６１０に進んでもよい。そうでない場合、処理はステップ６３６で終了してもよい。６１０において、ＳＴＡによって格納されたユーザ固有リソース割当て情報が抽出される。６１４において、Ｕｓｅｒ Ｉｎｆｏフィールドの数が計算される。６１６において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタがゼロに初期化される。６２０において、ＳＴＡのＡＩＤがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００におけるＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値と一致するか否かが判定される。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致する場合、処理はステップ６２２に進んでもよい。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致しない場合、処理はステップ６２８に進んでもよい。６２２において、ＰＡ Ｆｌａｇサブフィールド又はＰＡＩＤサブフィールドをチェックすることによって、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応するか否かが決定される。Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応しない場合、処理はステップ６２６に進んでもよい。Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応する場合、処理は６２４に進んでもよい。６２６において、ＥＨＴ ＴＢ ＰＰＤＵを準備するため、ＡＩＤ１２サブフィールド値がＳＴＡのＡＩＤと一致するＵｓｅｒ Ｉｎｆｏフィールドからユーザ固有リソース割当て情報５１４が取得される。６２４において、ＰＡＩＤ５１６及びユーザ固有リソース割当て情報５１４が、ＳＴＡによって取得及び格納される。６２８において、Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値が、それが適格であるランダムアクセス（ＲＡ）のためのＵｓｅｒ Ｉｎｆｏフィールドを示すか否か決定される。そうである場合、処理はステップ６３０に進んでもよい。そうでない場合、処理は６３２に進んでもよい。６３０において、ＵＯＲＡ（ＵＬ ＯＦＤＭＡ－ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順が実行される。６３２において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが１だけインクリメントされる。６３４において、Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しいか否かが決定される。Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しくない場合、処理は再びステップ６２０に戻ってもよい。Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しい場合、処理は６３６において終了してもよい。ステップ６２０、６２８、６３２及び６３４は、ＳＴＡがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００に存在するすべてのユーザ情報フィールドを循環して読み取るためのループを形成することが理解できる。６１２において、ＥＨＴ ＴＢ ＰＰＤＵは、共通パラメータ（例えば、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２からの共通パラメータなど）と、ユーザ固有リソース割当て情報（例えば、処理がステップ６１０又は６２４からのものである場合にはＳＴＡによって格納されたユーザ固有リソース割当て情報、又は、処理がステップ６２６からのものである場合にはＡＩＤ１２サブフィールド値がＳＴＡのＡＩＤに一致するＵｓｅｒ Ｉｎｆｏフィールドから取得されたユーザ固有リソース割当て情報５１４など）に基づいて準備される。６３６において、処理は終了する。

図６Ｂは、第１実施例によるＳＴＡにおいて受信されたＰＡ Ｔｒｉｇｇｅｒフレーム５２０の処理を示すフローチャート６４０を示す。処理はステップ６４２において開始されうる。６４４において、いくつかの共通パラメータがＰＡ Ｔｒｉｇｇｅｒフレーム５２０のＣｏｍｍｏｎ Ｉｎｆｏフィールドから取得される。６４６において、格納されるＰＡＩＤがＰＡ Ｔｒｉｇｇｅｒフレーム５２０のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２における何れかのＰＡＩＤサブフィールド値と一致するか否かが決定される。格納されるＰＡＩＤがＰＡ Ｔｒｉｇｇｅｒフレーム５２０のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２におけるＰＡＩＤサブフィールド値と一致する場合、処理はステップ６４８に進んでもよい。格納されるＰＡＩＤが何れのＰＡＩＤサブフィールド値とも一致しない場合、処理はステップ６５４において終了してもよい。６４８において、一致したＰＡＩＤを有するアップリンクユーザ固有ＰＡのためのタイマが実行されているか否かが決定される。タイマが実行中であると判定された場合、処理はステップ６５０に進んでもよい。タイマが実行中でないと判定された場合、処理はステップ６５４において終了してもよい。６５０において、ＳＴＡによって格納されるユーザ固有リソース割当て情報及び他の共通パラメータが抽出される。６５２において、共通パラメータ及びユーザ固有リソース割当て情報に基づくＥＨＴ ＴＢ ＰＰＤＵが準備される。

図６Ｃは、第１実施例によるフレーム５３０の意図された受信先であるＳＴＡにおいてＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送する受信されたデータ又は管理フレーム５３０の処理を示すフローチャート６６０を示す。処理はステップ６６２において開始されうる。６６４において、共通パラメータ５３４がデータ又は管理フレーム５３０のＰＡ Ｃｏｎｔｒｏｌサブフィールドから取得される。６６６において、ＰＡ Ｃｏｎｔｒｏｌサブフィールドにおいて示されたＰＡＩＤを有するアップリンクユーザ固有ＰＡのためのタイマが実行されているか否かが判定される。タイマが実行中であると判定された場合、処理はステップ６６８に進んでもよい。タイマが実行中でないと判定された場合、処理はステップ６７２において終了してもよい。６６８において、ＳＴＡによって格納されたユーザ固有リソース割当て情報が抽出される。６７０において、データ又は管理フレーム５３０のＰＡ Ｃｏｎｔｒｏｌサブフィールドから取得された共通パラメータ５３４と、抽出されたユーザ固有リソース割当て情報とに基づくＥＨＴ ＴＢ ＰＰＤＵが準備される。

図７Ａ及び図７Ｂは、第２実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に使用されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式を示す。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００は、既存のＴｒｉｇｇｅｒフレームの変形であり、図４Ａ及び図４Ｂの第１のフレーム４１２として使用されてもよい。アップリンクユーザ固有ＰＡのＰＡＩＤを使用してアップリンクユーザ固有ＰＡを識別するＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００とは異なって、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００は、識別情報の一部としてアップリンクユーザ固有ＰＡのＲＵ割当て情報を使用して、アップリンクユーザ固有ＰＡを識別する。一例では、アップリンクユーザ固有ＰＡのＲＵ割当て情報は、アップリンクユーザ固有ＰＡによってアドレス指定されたＳＴＡのユーザ識別情報（例えば、ユーザのＡＩＤ）と共に、アップリンクユーザ固有ＰＡを識別するために使用される。他の例では、アップリンクユーザ固有ＰＡのＲＵ割当て情報は、アップリンクユーザ固有ＰＡのＳＳ割当て情報（例えば、スタート空間ストリーム）と共に、アップリンクユーザ固有ＰＡを識別するために使用される。ＲＵ割当て情報は、周波数領域におけるＲＵ位置を含む。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２、Ｕｓｅｒ Ｉｎｆｏフィールド７０４などの１つ以上のＵｓｅｒ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド及びＴＡフィールドは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のＭＡＣヘッダにグループ化されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド７０４及びＰａｄｄｉｎｇフィールドは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のフレーム本体にグループ化されてもよい。

図７Ａはまた、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２をより詳細に示す。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００によって要請されるＥＨＴ ＴＢ ＰＰＤＵ送信に関係する全てのＳＴＡのための共通パラメータを含む。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２は、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド７０６、ＵＬ Ｌｅｎｇｔｈフィールド、Ｍｏｒｅ ＴＦフィールド、ＣＳ Ｒｅｑｕｉｒｅｄフィールド、ＵＬ ＢＷフィールド、ＧＩ ａｎｄ ＬＴＦ Ｔｙｐｅフィールド、ＭＵ－ＭＩＭＯ ＬＴＦ Ｍｏｄｅフィールド、Ｎｕｍｂｅｒ ｏｆ ＨＥ－ＬＴＦ Ｓｙｍｂｏｌｓ ａｎｄ Ｍｉｄａｍｂｌｅ Ｐｅｒｉｏｄｉｃｉｔｙフィールド、ＵＬ ＳＴＢＣフィールド、ＬＤＰＣ Ｅｘｔｒａ Ｓｙｍｂｏｌ Ｓｅｇｍｅｎｔフィールド、ＡＰ ＴＸ Ｐｏｗｅｒフィールド、Ｐｒｅ－ＦＥＣ Ｐａｄｄｉｎｇ Ｆａｃｔｏｒフィールド、ＰＥ Ｄｉｓａｍｂｉｇｕｉｔｙフィールド、ＵＬ Ｓｐａｔｉａｌ Ｒｅｕｓｅフィールド、Ｄｏｐｐｌｅｒフィールド、ＵＬ ＨＥ－ＳＩＧ－Ａ２ Ｒｅｓｅｒｖｅｄフィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８を含む（又はから構成される）。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０８とは異なって、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８は、Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールド及びＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２ Ｔｕｐｌｅｓフィールドを含んでもよい（又はから構成されてもよい）。Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールドは、ＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２ ＴｕｐｌｅｓフィールドにおけるＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールドの数を示す。そして、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８に示されたアップリンクユーザ固有ＰＡのＲＵ割当て情報及びユーザ識別情報を使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請してもよい。あるいは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８は、Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールド及びＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎ Ｔｕｐｌｅｓフィールドを含んでもよい（又はから構成されてもよい）。Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールドは、ＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎ ＴｕｐｌｅｓフィールドにおけるＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールドの数を示す。次に、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８に示されるアップリンクユーザ固有ＰＡのＲＵ割当て情報及びＳＳ割当て情報を使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請してもよい。Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド７０６には、Ｔｒｉｇｇｅｒフレーム７００がＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームであることを示す任意の値が割り当てられてもよい。以下の各種実施例では、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド７０６には、Ｔｒｉｇｇｅｒフレーム７００がＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームであることを示す任意の値８が割り当てられる。

図７Ｂは、Ｕｓｅｒ Ｉｎｆｏフィールド７０４をより詳細に示す。Ｕｓｅｒ Ｉｎｆｏフィールド７０４は、ＡＩＤ１２フィールド、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド７１６、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド７１２を含む。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００とは異なって、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド７１２は、１ビットのＰＡ Ｆｌａｇサブフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドを含んでもよい（又はから構成されてもよい）。ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド７１６、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールド７０４のユーザ固有リソース割当て情報７１４を構成する。ユーザ固有リソース割当て情報７１４は、最初の又は繰り返しのアップリンクユーザ固有ＰＡ送信のためにＳＴＡによって取得及び格納されてもよく、格納されるユーザ固有リソース割当て情報７１４に基づくＥＨＴ ＴＢ ＰＰＤＵは、アップリンクユーザ固有ＰＡ送信を要請するＡＰに送信される。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド５１２とは異なって、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド７１２は、ＰＡＩＤサブフィールドを含まない。

上述したように、Ｕｓｅｒ Ｉｎｆｏフィールド７０４は、ＰＡ Ｆｌａｇサブフィールドを含んでもよい。ＰＡ Ｆｌａｇサブフィールド（例えば、１ビット）は、Ｕｓｅｒ Ｉｎｆｏフィールド７０４がアップリンクユーザ固有ＰＡに対応するかどうかを示す。ＰＡ Ｆｌａｇサブフィールドが０に設定されているＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応しないことを示す。他方、ＰＡ Ｆｌａｇサブフィールドが１に設定されているＵｓｅｒ Ｉｎｆｏフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応していることを示す。この場合、Ｕｓｅｒ ＩｎｆｏフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎフィールド（例えば、Ｕｓｅｒ Ｉｎｆｏフィールド７０４のＲＵ Ａｌｌｏｃａｔｉｏｎフィールド７１６）に含まれるＲＵ割当て情報は、Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２フィールド（例えば、Ｕｓｅｒ Ｉｎｆｏフィールド７０４のＡＩＤ１２フィールド７１８）に含まれるユーザ識別情報、又は、Ｕｓｅｒ ＩｎｆｏフィールドのＳＳ Ａｌｌｏｃａｔｉｏｎフィールド（例えば、Ｕｓｅｒ Ｉｎｆｏフィールド７０４のＳＳ Ａｌｌｏｃａｔｉｏｎフィールド７２０）に含まれるＳＳ割当情報と一緒に、アップリンクユーザ固有ＰＡを識別する。さらに、ランダムアクセスのためのＵｓｅｒ ＩｎｆｏフィールドのＰＡ Ｆｌａｇサブフィールドは、０に設定される。すなわち、ランダムアクセス用のアップリンクユーザ固有ＰＡは許可されない。

ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームでは、ランダムアクセス用ではない１つ以下のＵｓｅｒ Ｉｎｆｏフィールドしか単一のＳＴＡにアドレス指定されない。ランダムアクセス用のＵｓｅｒ Ｉｎｆｏフィールドは、ランダムアクセス用ではないＵｓｅｒ Ｉｎｆｏフィールドの後に配置される。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおいて通知されるアップリンクユーザ固有ＰＡを有するＳＴＡは、ランダムアクセス用ではないＵｓｅｒ Ｉｎｆｏフィールドによってアドレス指定されない。さらに、単一のＳＴＡに割り当てられる１つ以下のアップリンクユーザ固有ＰＡがＣｏｍｍｏｎ Ｉｎｆｏフィールドにおいて通知される。効果的には、これは、ＳＴＡにおいて受信されたＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理における複雑さを低減する。

第１のフレーム４１２は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式であってもよい。例えば、４１４において、ＳＴＡ４０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式で第１のフレーム４１２を受信してもよい。ＳＴＡ４０６は、ＳＴＡ４０６に対して意図されたアップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報を記憶してもよい。ＲＵ割当て情報及びＳＳ割当て情報のようなアップリンクユーザ固有ＰＡの識別情報は、アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報の一部であることに留意されたい。ユーザ固有リソース割当て情報は、ＡＩＤ１２サブフィールド値がＳＴＡ４０６のＡＩＤと一致するＵｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。そして、ＳＴＡ４０６は、それに応じてＥＨＴ ＴＢ ＰＰＤＵ４１８をＡＰ４０２に送信してもよく、ＥＨＴ ＴＢ ＰＰＤＵ４１８は、格納されたユーザ固有リソース割当て情報に基づく。

同様に、ＳＴＡ４０４はまた、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式で第１のフレーム４１２を受信してもよい。ＳＴＡ４０４は、ＳＴＡ４０４に対して意図されたアップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報を記憶してもよい。ＲＵ割当て情報及びＳＳ割当て情報のようなアップリンクユーザ固有ＰＡの識別情報は、アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報の一部であることに留意されたい。ユーザ固有リソース割当て情報は、ＡＩＤ１２サブフィールド値がＳＴＡ４０４のＡＩＤと一致するＵｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。そして、ＳＴＡ４０４は、それに応じてＥＨＴ ＴＢ ＰＰＤＵ４１６をＡＰ４０２に送信してもよく、ＥＨＴ ＴＢ ＰＰＤＵ４１６は、格納されたユーザ固有リソース割当て情報に基づく。

第２のフレーム４２２はまた、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式であってもよい。例えば、ＳＴＡ４０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式で第２のフレーム４２２を受信してもよい。ＳＴＡ４０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のＣｏｍｍｏｎ Ｉｎｆｏフィールド７０２から共通パラメータを取得し、４１４においてＳＴＡ４０６によって格納されたＲＵ割当て情報及びＳＴＡ４０６のユーザ識別情報が、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２フィールド値と一致するか否か、又は、４１４においてＳＴＡ４０６によって格納されたＲＵ割当て情報及びＳＳ割当て情報が、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド値と一致するか否かを判断してもよい。一致する場合、ＳＴＡは、４２４において、ＳＴＡによって４１４において格納されたユーザ固有リソース割当て情報に基づきＥＨＴ ＴＢ ＰＰＤＵ４２８を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ４２８をＡＰ４０２に送信してもよい。

同様に、ＳＴＡ４０４は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の形式で第２のフレーム４２２を受信してもよい。ＳＴＡ４０４は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のＣｏｍｍｏｎ Ｉｎｆｏフィールド７０２から共通パラメータを取得し、４１４においてＳＴＡ４０４によって格納されたＲＵ割当て情報及びＳＴＡ４０４のユーザ識別情報が、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２フィールド値と一致するかＣｏｍｍｏｎ Ｉｎｆｏフィールド７０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８内の任意のＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２フィールド値と一致するか否か、又は、４１４においてＳＴＡ４０６によって格納されたＲＵ割当て情報及びＳＳ割当て情報が、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２のＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０８における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド値と一致するか否かを判断してもよい。一致する場合、ＳＴＡは、ＳＴＡによって４１４において格納されたユーザ固有リソース割当て情報に基づきＥＨＴ ＴＢ ＰＰＤＵ４２６を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ４２６をＡＰ４０２に送信してもよい。

第２のフレーム４２２はまた、図７Ｃに示すように、第２の実施例によるＰＡ Ｔｒｉｇｇｅｒフレーム７２０の形式であってもよい。ＰＡ Ｔｒｉｇｇｅｒフレーム７２０は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい（又はから構成されてもよい）。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは、Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールド、Ｍｏｒｅ ＴＦフィールド、ＣＳ Ｒｅｑｕｉｒｅｄフィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２を含んでもよい（又はから構成されてもよい）。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２は、Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールド及びＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２ Ｔｕｐｌｅｓフィールドを含んでもよい（又はから構成されてもよい）。Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールドは、ＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２ ＴｕｐｌｅｓフィールドにおけるＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールドの数を示す。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５２２に含まれるそれのＰＡＩＤを利用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請するＰＡ Ｔｒｉｇｇｅｒフレーム５２０とは異なって、ＰＡ Ｔｒｉｇｇｅｒフレーム７２０は、その後、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２に含まれるそれのＲＵ割当て情報及びユーザ識別情報を使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請してもよい。あるいは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２は、Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールド及びＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎ Ｔｕｐｌｅｓフィールドを含んでもよい（又はから構成されてもよい）。Ｎｕｍｂｅｒ ｏｆ ＲＵ Ａｌｌｏｃａｔｉｏｎｓフィールドは、ＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎ ＴｕｐｌｅｓフィールドにおけるＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールドの数を示す。そして、ＰＡ Ｔｒｉｇｇｅｒフレーム７２０は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２に示されたアップリンクユーザ固有ＰＡのＲＵ割当て情報及びＳＳ割当て情報を使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請してもよい。ＰＡ Ｔｒｉｇｇｅｒフレームでは、単一のＳＴＡに割り当てられた１つ以下のアップリンクユーザ固有ＰＡが、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに示される。有利なことに、これは、ＳＴＡにおいて受信されたＰＡ Ｔｒｉｇｇｅｒフレームの処理における複雑さを低減する。

ＰＡ Ｔｒｉｇｇｅｒフレーム７２０は、ＥＨＴ ＴＢ ＰＰＤＵ４２６及び４２８などの１つ以上のＰＡの繰り返し送信を要請するためにのみ使用される。一部の共通パラメータのみが、ＰＡ Ｔｒｉｇｇｅｒフレーム７２０のＣｏｍｍｏｎ Ｉｎｆｏフィールドに存在し、他の共通パラメータは、１つ以上のＰＡが期限切れになる前に変更されず、第１のフレーム４１２から取得することができる。さらに、１つ以上のＰＡの識別情報を除いて、１つ以上のＰＡに必要とされる他のユーザ固有リソース割当て情報は、第１のフレーム４１２から取得されてもよいため、ＰＡ Ｔｒｉｇｇｅｒフレームに含まれない。有利なことに、これは、１つ以上のアップリンクユーザ固有ＰＡの繰り返し送信のためのチャネルオーバヘッドを低減する。

第２のフレーム４２２はまた、図７Ｄに示すように、第２の実施例によるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するデータ又は管理フレーム７３０の形式であってもよい。データ又は管理フレーム７３０は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド、４つのＡｄｄｒｅｓｓフィールド、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌフィールド、ＱｏＳ Ｃｏｎｔｒｏｌフィールド、ＨＴ Ｃｏｎｔｒｏｌフィールド、Ｆｒａｍｅ Ｂｏｄｙフィールド及びＦＣＳフィールドを含んでもよい（又はから構成されてもよい）。ＨＴ Ｃｏｎｔｒｏｌフィールドは、ＶＨＴフィールド（１に設定される）、ＨＥフィールド（１に設定される）、Ｃｏｎｔｒｏｌ ＩＤフィールド（データ又は管理フレーム７３０のＨＴ ＣｏｎｔｒｏｌフィールドがＰＡ Ｃｏｎｔｒｏｌサブフィールドを含むことを通知するため、例えば、７などの決定された値に設定される）、及びＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールドを含む（又はから構成される）３２ビットのＨＥバリアントＨＴ Ｃｏｎｔｒｏｌフィールドであってもよい。２６ビットのＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールドは、８ビットのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドと、１０ビットのＵＬ Ｌｅｎｇｔｈサブフィールド、５ビットのＤＬ ＴＸ Ｐｏｗｅｒサブフィールド及び３ビットのＮｕｍｂｅｒ ｏｆ ＨＥ－ＬＴＦ Ｓｙｍｂｏｌｓサブフィールドなどのいくつかの共通パラメータ７３４とを含んでもよい（又はから構成されてもよい）。他の共通パラメータは所定であるか、又は暗黙的に通知可能であることが理解されうる。Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールド５３２に含まれるそれのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請するデータ又は管理フレーム５３０とは異なって、データ又は管理フレーム７３０は、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールド７３２に含まれるそれのＲＵ割当て情報と、４つのＡｄｄｒｅｓｓフィールドの１つに含まれる意図されたＳＴＡのユーザ識別情報（例えば、ＭＡＣアドレス）とを使用して、アップリンクユーザ固有ＰＡの繰り返し送信を要請してもよい。ＰＡ Ｔｒｉｇｇｅｒフレーム７２０と同様に、アップリンクユーザ固有ＰＡに必要とされる他のユーザ固有リソース割当て情報は、第１のフレーム４１２から取得されてもよいため、データ又は管理フレーム５３０には含まれない。有利なことに、これは、アップリンクユーザ固有ＰＡの繰り返し送信のためのチャネルオーバヘッドを低減する。

上述されるような第２の実施例では、アップリンクユーザ固有ＰＡは、アップリンクユーザ固有ＰＡの最初の送信を要請する第１のフレームが送信された後のある期間存在してもよい。一例では、アップリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。他の例では、アップリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。更なる他の例では、第１のフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドは、第１のフレームによって要請された最初の送信が第１のフレームの後に存在するアップリンクユーザ固有ＰＡが送信される期間を示すためのシグナリングを含んでもよい。このような例では、第１のフレームによって要請された最初の送信が同じ有効期限を有するアップリンクユーザ固有ＰＡである。あるいは、第１のフレームにおけるアップリンクユーザ固有ＰＡに対応するＵｓｅｒ Ｉｎｆｏフィールドは、第１のフレームが送信された後にアップリンクユーザ固有ＰＡが存在する期間を通知するシグナリングを含んでもよい。他の例では、第１のフレームによって要請された最初の送信が異なる有効期限を有してもよいアップリンクユーザ固有ＰＡである。

上述されるような第２の実施例では、ＡＰは、期限切れになる前にアップリンクユーザ固有ＰＡの識別情報（例えば、ＲＵ割当て情報とＳＳ割当て情報）を除いたユーザ固有リソース割当て情報を更新するため、第１のフレームを送信してもよい。アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報が期限切れになる前に更新され、意図されたＳＴＡが更新情報を受信できない場合、ＡＰと意図されたＳＴＡとの間のアップリンクユーザ固有ＰＡの情報に関する不一致があるであろう。ＡＰは、送信された第１のフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵが受信されない場合、そのような不一致を特定可能であってもよい。ＳＴＡが、それが意図されたＳＴＡであるアップリンクユーザ固有ＰＡに関する完全な情報を含む第１のフレームを受信すると、アップリンクユーザ固有ＰＡのタイマをスタート又はリセットし、アップリンクユーザ固有ＰＡに関する情報を記憶又は更新する。同様に、ＳＴＡはまた、この処理によってＣｏｍｍｏｎ Ｉｎｆｏフィールドに共通パラメータを格納又は更新してもよい。有利なことに、これは、ＡＰが情報不一致からエラー回復を実行することを可能にする。

図８Ａは、第２の実施例によるＳＴＡにおいて受信されたＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００の処理を示すフローチャート８００を示す。処理は８０２においてスタートしてもよい。８０４において、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２からの共通パラメータが取得される。８０６において、ＳＴＡに対して意図されたアップリンクユーザ固有ＰＡの繰り返し送信が要請されるか否かが判断される。これは、ＳＴＡの記憶されたＲＵ割当て情報及びユーザ識別情報がＣｏｍｍｏｎ Ｉｎｆｏフィールド７０２における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールド値と一致する否か、又は、記憶されたＲＵ割当て情報及びＳＳ割当て情報がＣｏｍｍｏｎ Ｉｎｆｏフィールド７０２における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールド値と一致するか否かをチェックすることによって実行可能である。ＳＴＡのために意図されたアップリンクユーザ固有ＰＡの繰り返し送信が要請される場合、処理はステップ８０８に進んでもよい。そうでない場合、処理はステップ８１４に進んでもよい。８０８において、アップリンクユーザ固有ＰＡのためのタイマが実行中であるか否かが判定される。アップリンクユーザ固有ＰＡのためのタイマが実行中である場合、処理はステップ８１０に進んでもよい。そうでない場合、処理はステップ８３６で終了する。８１０において、ＳＴＡによって記憶されたユーザ固有リソース割当て情報が抽出される。８１４において、Ｕｓｅｒ Ｉｎｆｏフィールドの数が計算される。８１６において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタは、ゼロに初期化される。８２０において、ＳＴＡのＡＩＤがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００におけるＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値と一致するか否かが判定される。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致する場合、処理はステップ８２２に進んでもよい。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致しない場合、処理はステップ８２８に進んでもよい。８２２において、ＰＡ Ｆｌａｇサブフィールドが１に設定されているか否かが判定される。ＰＡ Ｆｌａｇサブフィールドが１に設定されていない場合、すなわち、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応しない場合、処理はステップ８２６に進んでもよい。ＰＡ Ｆｌａｇサブフィールドが１に設定されている場合、すなわち、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応している場合、処理は８２４に進んでもよい。８２６において、ユーザ固有リソース割当て情報７１４がＵｓｅｒ Ｉｎｆｏフィールドから取得される。８２４において、ユーザ固有リソース割当て情報７１４は、Ｕｓｅｒ Ｉｎｆｏフィールドから取得され、ＳＴＡによって格納される。８２８において、Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値が、それが適格であるＲＡのためのＵｓｅｒ Ｉｎｆｏフィールドを示すか否かが決定される。そうである場合、処理はステップ８３０に進んでもよい。そうでない場合、処理は８３２に進んでもよい。８３０において、ＵＯＲＡ手順が実行される。８３２において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが１だけインクリメントされる。８３４において、Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しいか否かが判断される。Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しくない場合、処理は再びステップ８２０に進んでもよい。Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００におけるＵｓｅｒ Ｉｎｆｏフィールドの数に等しい場合、処理は８３６で終了してもよい。ステップ８２０、８２８、８３２及び８３４は、ＳＴＡがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００に存在する全てのＵｓｅｒ Ｉｎｆｏフィールドを循環し、読み取るためのループを形成することが理解されうる。８１２において、ＥＨＴ ＴＢ ＰＰＤＵは、共通パラメータ（例えば、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２からの共通パラメータ）及びユーザ固有リソース割当て情報（例えば、処理がステップ８１０又は８２４からのものである場合には、ＳＴＡによって記憶されたユーザ固有リソース割当て情報、又は、処理がステップ８２６からのものである場合には、Ｕｓｅｒ Ｉｎｆｏフィールドから取得されるユーザ固有リソース割当て情報７１４）に基づいて準備される。８３６において、処理は終了する。

図８Ｂは、第２の実施例によるＳＴＡにおいて受信されるＰＡ Ｔｒｉｇｇｅｒフレーム７２０の処理を示すフローチャート８４０を示す。処理はステップ８４２においてスタートしてもよい。８４４において、一部の共通パラメータは、ＰＡ Ｔｒｉｇｇｅｒフレーム７２０のＣｏｍｍｏｎ Ｉｎｆｏフィールドから取得される。８４６において、ＳＴＡに対して意図されるアップリンクユーザ固有ＰＡの繰り返し送信が要請されているか否かが判定される。これは、記憶されたＲＵ割当て情報及びＳＴＡのユーザ識別情報がＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールド値と一致するか否か、又は、記憶されたＲＵ割当て情報及びＳＳ割当て情報がＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２２における何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールド値と一致するか否かをチェックすることによって実行可能である。ＳＴＡに対して意図されたアップリンクユーザ固有ＰＡの繰り返し送信が要請される場合、処理はステップ８４８に進んでもよい。そうでない場合、処理はステップ８５４で終了してもよい。８４８において、アップリンクユーザ固有ＰＡのためのタイマが実行中であるか否かが判定される。タイマが実行中であると判定された場合、処理はステップ８５０に進んでもよい。タイマが実行中でないと判定された場合、処理はステップ８５４で終了してもよい。８５０において、記憶されたユーザ固有リソース割当て情報及び他の共通パラメータが抽出される。８５２において、共通パラメータ及びユーザ固有リソース割当て情報に基づくＥＨＴ ＴＢ ＰＰＤＵが準備される。８５４において、処理は終了する。

図８Ｃは、第２の実施例によるフレーム７３０の意図された受信者であるＳＴＡにおいてＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送する受信されたデータ又は管理フレーム７３０の処理を示すフローチャート８６０を示す。処理は、ステップ８６２においてスタートされてもよい。８６４において、共通パラメータ７３４が、データ又は管理フレーム７３０のＰＡ Ｃｏｎｔｒｏｌサブフィールドから取得される。８６６において、ＰＡ Ｃｏｎｔｒｏｌサブフィールドに示されたＲＵ割当て情報を有するアップリンクユーザ固有ＰＡのためのタイマが実行中であるか否かが判定される。タイマが実行中であると判定された場合、処理はステップ８６８に進んでもよい。タイマが実行中でないと判定された場合、処理はステップ８７２において終了してもよい。８６８において、ＳＴＡによって記憶されたユーザ固有リソース割当て情報が抽出される。８７０において、データ又は管理フレーム７３０のＰＡ Ｃｏｎｔｒｏｌサブフィールドから取得された共通パラメータ７３４と、抽出されたユーザ固有リソース割当て情報とに基づくＥＨＴ ＴＢ ＰＰＤＵが準備される。８７２において、処理は終了する。

図９Ａは、各種実施例によるＴＸＯＰを介したアップリンクユーザ固有ＰＡを備えた複数のＳＴＡ（９０４，９０６）とＡＰ９０２との間の通信を示すフローチャート９００を示す。競合ベースのチャネルアクセス手順、例えば、ＥＤＣＡ手順は、ブロック９０８によって示され、ＳＩＦＳ９１０が示される。ＡＰ９０２は、第１のフレーム９１２を生成してもよい。アップリンクユーザ固有ＰＡのための完全な説明は、最初のフレーム９１２において通知される。完全なＰＡ情報は、識別情報及びユーザ固有リソース割当て情報を含んでもよい。一実施例では、識別情報は、アップリンクユーザ固有ＰＡのＰＡＩＤであってもよい。他の実施例では、識別情報は、アップリンクユーザ固有ＰＡのためのＲＵ割当て情報及びユーザ識別情報であってもよい。更なる他の実施例では、識別情報は、アップリンクユーザ固有ＰＡのためのＲＵ割当て情報及びＳＳ割当て情報であってもよい。各種実施例では、識別情報は、ユーザ固有リソース割当て情報と一緒に、アップリンクユーザ固有ＰＡを識別するためにフレームのフレーム本体に含まれる。図４Ａの第１のフレーム４１２とは異なって、第１のフレーム９１２は、アップリンクユーザ固有ＰＡの最初の送信を要請しない。ＡＰ９０２は、生成された第１のフレーム９１２をＳＴＡ４０４及び９０６に送信してもよい。

９１４において、ＳＴＡ９０６は、第１のフレーム９１２を受信し、アップリンクユーザ固有ＰＡの完全な情報（すなわち、ＳＴＡ９０６に対して意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報）を格納してもよい。図４Ａに示す実施例とは異なって、最初の送信は第１のフレーム９１２によって要請されないため、ＳＴＡ９０６は、ＥＨＴ ＴＢ ＰＰＤＵをＡＰ９０２に送信しない。ＳＴＡ９０４はまた、アップリンクユーザ固有ＰＡに関する完全な情報（すなわち、ＳＴＡ９０４に対して意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報）を受信及び記憶してもよい。

その後、ＡＰ９０２は、第２のフレーム９２２を送信することによって、ＳＴＡ９０４のためのアップリンクユーザ固有ＰＡの送信と、ＳＴＡ９０６のためのアップリンクユーザ固有ＰＡの送信とを要請してもよい。第２のフレーム９２２は、ＳＴＡ９０４のためのアップリンクユーザ固有ＰＡの最初又は繰り返し送信を要請するため、ＳＴＡ９０４のためのアップリンクユーザ固有ＰＡの識別情報と、ＳＴＡ９０６のためのアップリンクユーザ固有ＰＡの最初又は繰り返し送信を要請するため、ＳＴＡ９０６のためのアップリンクユーザ固有ＰＡの識別情報とを搬送してもよい。各種実施例では、アップリンクユーザ固有ＰＡのための識別情報は、アップリンクユーザ固有ＰＡの送信を要請するため、第２のフレーム９２２のフレーム本体に含まれ、フレームは、アップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がない。各種実施例では、識別情報は、アップリンクユーザ固有ＰＡの送信を要請するため、第２のフレーム９２２のＭＡＣヘッダに含まれ、フレームは、アップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がない。効果的には、アップリンクユーザ固有ＰＡの送信のためのチャネルオーバヘッドは、第２のフレームがアップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報がないため、削減されうる。

９２４において、ＳＴＡ４０６は、アップリンクユーザ固有ＰＡのための格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ９１８を準備し、ＥＨＴ ＴＢ ＰＰＤＵ９１８をＡＰ９０２に送信してもよい。ＥＨＴ ＴＢ ＰＰＤＵ９１８は、ＳＴＡ９０６のためのアップリンクユーザ固有ＰＡの送信である。ＳＴＡ９０４はまた、アップリンクユーザ固有ＰＡのための格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ９１６を準備し、ＥＨＴ ＴＢ ＰＰＤＵ９１６をＡＰ９０２に送信してもよい。ＥＨＴ ＴＢ ＰＰＤＵ９１６は、ＳＴＡ９０４のためのアップリンクユーザ固有ＰＡの送信である。ＥＨＴ ＴＢ ＰＰＤＵ９１６及び９１８は、図２Ｂに図示されるＥＨＴ ＴＢ ＰＰＤＵ２１２と同じ形式であってもよい。ＡＰ９０２は、ＥＨＴ ＴＢ ＰＰＤＵ９１６及び９１８の送信を受信し、そして、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム９２０をＳＴＡ９０４及び９０６に送信してもよい。図９Ａに示すように、アップリンクユーザ固有ＰＡの最初又は繰り返し送信は、第１のフレーム送信と同じＴＸＯＰ内で行われてもよい。図９Ｂに示されるように、最初又は繰り返し送信はまた、第１のフレーム送信とは異なるＴＸＯＰにおいて行われてもよい。すなわち、一例として、アップリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。他の例では、アップリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。図９Ｂでは、第２のフレーム９２２は、第１のフレーム９１２とは異なるＴＸＯＰにおいてＡＰ９０２によって送信され、従って、第２のフレーム９２２によって要請される送信（例えば、ＥＨＴ ＴＢ ＰＰＤＵ９１６及び９１８のアップリンクユーザ固有ＰＡ送信）もまた、第１のフレーム９１２とは異なるＴＸＯＰにおいて行われる。第２のフレーム９２２の送信は、ＳＴＡ９０４及び９０６のためのアップリンクユーザ固有ＰＡが存在する期間内に行われることが理解されうる。

図１０Ａは、第３の実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンク又はダウンリンクマルチユーザ通信に使用されるＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００の形式を示す。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００は、１つ以上のＰＡに関する完全な情報を含み、図９Ａ及び図９Ｂにおいて第１のフレーム９１２として使用されてもよい。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００は、アップリンクユーザ固有ＰＡのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡを識別する。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、Ｕｓｅｒ Ｉｎｆｏフィールド１００４のような１つ以上のＵｓｅｒ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド及びＴＡフィールドは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００のＭＡＣヘッダにグループ化されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド１００４及びＰａｄｄｉｎｇフィールドは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００のフレーム本体にグループ化されてもよい。

図１０Ａはまた、Ｕｓｅｒ Ｉｎｆｏフィールド１００４をより詳細に示す。Ｕｓｅｒ Ｉｎｆｏフィールド１００４は、Ｄｉｒｅｃｔｉｏｎフィールド１００６、ＡＩＤ１２フィールド、ＰＡＩＤフィールド１００２、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドを含む。ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールド１００４のユーザ固有リソース割当て情報１００８を構成する。

上述のように、Ｕｓｅｒ Ｉｎｆｏフィールド１００４は、Ｄｉｒｅｃｔｉｏｎフィールド１００６を含んでもよい。Ｄｉｒｅｃｔｉｏｎフィールド１００６は、Ｕｓｅｒ Ｉｎｆｏフィールド１００４がアップリンクユーザ固有ＰＡ又はダウンリンクユーザ固有ＰＡの何れに対応するかを示す。例えば、Ｄｉｒｅｃｔｉｏｎフィールド値１は、ダウンリンクユーザ固有ＰＡを示し、Ｄｉｒｅｃｔｉｏｎフィールド値０は、アップリンクユーザ固有ＰＡを示す。本実施例では、Ｄｉｒｅｃｔｉｏｎフィールド１００６は、Ｕｓｅｒ Ｉｎｆｏフィールド１００４がアップリンクユーザ固有ＰＡに対応することを示すために０に設定される。Ｕｓｅｒ Ｉｎｆｏフィールド１００４はまた、Ｕｓｅｒ Ｉｎｆｏフィールド１００４に対応するアップリンクユーザ固有ＰＡのＰＡＩＤを示すＰＡＩＤフィールド１００２を含んでもよい。

第１のフレーム９１２は、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００の形式であってもよい。例えば、９１４において、ＳＴＡ９０６は、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００の形式で第１のフレーム９１２を受信してもよい。ＳＴＡ９０６は、ＳＴＡ９０６に対して意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報を記憶してもよい。識別情報（例えば、ＰＡＩＤ）は、ＡＩＤ１２サブフィールド値がＳＴＡ９０６のＡＩＤと一致するＵｓｅｒ ＩｎｆｏフィールドのＰＡＩＤサブフィールド１００２から抽出されてもよい。ユーザ固有リソース割当て情報は、当該Ｕｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。

同様に、ＳＴＡ９０４は、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００の形式で第１のフレーム９１２を受信してもよい。ＳＴＡ９０４は、ＳＴＡ９０４に対して意図されたアップリンクユーザ固有ＰＡの識別情報及びユーザ固有リソース割当て情報を記憶してもよい。識別情報（例えば、ＰＡＩＤ）は、ＡＩＤ１２サブフィールド値がＳＴＡ９０４のＡＩＤと一致するＵｓｅｒ ＩｎｆｏフィールドのＰＡＩＤサブフィールド１００２から抽出されてもよい。ユーザ固有リソース割当て情報はまた、当該Ｕｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。

図１０Ｂは、第３の実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信のために使用されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０の形式を示す。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０は、既存のＴｒｉｇｇｅｒフレームの変形であり、図９Ａ及び図９Ｂにおける第２のフレーム９２２として使用されてもよい。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０は、アップリンクユーザ固有ＰＡのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡを識別する。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、Ｕｓｅｒ Ｉｎｆｏフィールド１０１６のような１つ以上のＵｓｅｒ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド及びＴＡフィールドは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＭＡＣヘッダにグループ化されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド１０１６及びＰａｄｄｉｎｇフィールドは、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のフレーム本体にグループ化されてもよい。ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＣｏｍｍｏｎ Ｉｎｆｏフィールド（Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの全てのサブフィールドを含む）は、図５Ａに示すように、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム５００のＣｏｍｍｏｎ Ｉｎｆｏフィールド５０２（Ｃｏｍｍｏｎ Ｉｎｆｏフィールド５０２の全てのサブフィールドを含む）と同じである。Ｕｓｅｒ Ｉｎｆｏフィールド１０１６は、ＡＩＤ１２フィールド、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド及びＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド１０１２を含んでもよい（又はから構成されてもよい）。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏフィールド１０１２は、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドを含んでもよい（又はから構成されてもよい）。ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールド１０１６のユーザ固有リソース割当て情報１０１４を構成する。

ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームでは、ランダムアクセス用ではない１つ以下のＵｓｅｒ Ｉｎｆｏフィールドが、単一のＳＴＡにアドレス指定される。ランダムアクセス用のＵｓｅｒ Ｉｎｆｏフィールドは、ランダムアクセス用ではないＵｓｅｒ Ｉｎｆｏフィールドの後に配置される。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに示されるアップリンクユーザ固有ＰＡを有するＳＴＡは、ランダムアクセス用ではないＵｓｅｒ Ｉｎｆｏフィールドによってアドレス指定されない。さらに、単一のＳＴＡに割り当てられる１つ以下のアップリンクユーザ固有ＰＡは、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドで通知される。有利なことに、これは、ＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理における複雑さを低減する。

第２のフレーム９２２はまた、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０の形式であってもよい。例えば、ＳＴＡ９０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０の形式で第２のフレーム９２２を受信してもよい。ＳＴＡ９０６は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＣｏｍｍｏｎ Ｉｎｆｏフィールドから共通パラメータを取得し、９１４においてＳＴＡ９０６によって記憶されたＰＡＩＤが、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＰＡＩＤサブフィールド値と一致するか否かを判定してもよい。そうである場合、ＳＴＡ ９０６は、９２４において、ＳＴＡ９０６によって９１４において格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ９１８を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ９１８をＡＰ９０２に送信してもよい。

同様に、ＳＴＡ９０４は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０の形式で第２のフレーム９２２を受信してもよい。ＳＴＡ９０４は、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＣｏｍｍｏｎ Ｉｎｆｏフィールドから共通パラメータを取得し、ＳＴＡ９０４によって記憶されたＰＡＩＤが、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＰＡＩＤサブフィールド値と一致するか否かを判断してもよい。そうである場合、ＳＴＡ ９０４は、ＳＴＡ９０４によって格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ９１６を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ９１６をＡＰ９０２に送信してもよい。

第２のフレーム９２２は、図５Ｃに示すように、第３の実施例によるＰＡ Ｔｒｉｇｇｅｒフレーム５２０の形式であってもよい。ＰＡ Ｔｒｉｇｇｅｒフレーム５２０は、ＥＨＴ ＴＢ ＰＰＤＵ９１６及び９１８などの１つ以上のＰＡの送信を要請するためにのみ使用される。一部の共通パラメータのみが、ＰＡ Ｔｒｉｇｇｅｒフレーム５２０のＣｏｍｍｏｎ Ｉｎｆｏフィールドに存在し、他の共通パラメータは、１つ以上のＰＡが期限切れになるまで変更されず、最初のフレーム９１２から取得することができる。さらに、１つ以上のＰＡに必要とされるユーザ固有リソース割当て情報は、最初のフレーム９１２から取得されてもよいため、ＰＡ Ｔｒｉｇｇｅｒフレームには含まれない。有利なことに、これは、アップリンクユーザ固有ＰＡの送信のためのチャネルオーバヘッドを低減する。

第２のフレーム９２２は、図５Ｄに示すように、第３の実施例によるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するデータ又は管理フレーム５３０の形式であってもよい。データ又は管理フレーム５３０は、Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎフィールド５３２に示されるそれのＰＡＩＤを使用して、アップリンクユーザ固有ＰＡの送信を要請する。ＰＡ Ｔｒｉｇｇｅｒフレーム５２０と同様に、アップリンクユーザ固有ＰＡに必要とされるユーザ固有リソース割当て情報は、最初のフレーム９１２から取得されてもよいため、データ又は管理フレーム５３０には含まれない。有利なことに、これは、アップリンクユーザ固有ＰＡの送信のためのチャネルオーバヘッドを低減する。

上述したように、第３の実施例によると、チャネルオーバヘッドをさらに低減することができる。第１のフレームでは、アップリンクＭＵ－ＭＩＭＯ割当ての２つ以上のユーザ固有ＰＡは、アップリンクＭＵ－ＭＩＭＯ割当てに関与する２つ以上のＳＴＡからの送信を要請するため、第２のフレームにおいて通知可能な同じＰＡＩＤを含んでもよい。一例では、第１のフレームは、アップリンクＭＵ－ＭＩＭＯ割当ての２つ以上のユーザ固有ＰＡに、同じＰＡＩＤ、同じＲＵ及びそれぞれの空間ストリームを割り当てるために使用されてもよい。他の例では、２つ以上の第１のフレームを使用して、同じＰＡＩＤ、同じＲＵ及びそれぞれの空間ストリームを、アップリンクＭＵ－ＭＩＭＯ割当ての２つ以上のユーザ固有割当てに割り当ててもよい。あるいは、第１のフレームでは、ユーザ固有ＰＡのグループに同じＰＡＩＤを割り当ててもよく、これは、ユーザ固有ＰＡのグループの各ユーザ固有ＰＡの送信を要請するため、第２のフレームにおいて通知できる。

上述した第３の実施例では、アップリンクユーザ固有ＰＡは、アップリンクユーザ固有ＰＡを通知する第１のフレームが送信された後の期間において存在してもよい。一例では、アップリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。他の例では、アップリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。更なる他の例では、第１のフレームにおけるＣｏｍｍｏｎ Ｉｎｆｏフィールドは、第１のフレームが送信された後、第１のフレームによって通知されるアップリンクユーザ固有ＰＡが存在する期間を示すためのシグナリングを含んでもよい。このような例では、第１のフレームによって通知されるアップリンクユーザ固有ＰＡは、同じ有効期限を有する。あるいは、第１のフレームのアップリンクユーザ固有ＰＡに対応するＵｓｅｒ Ｉｎｆｏフィールドは、第１のフレームが送信された後にアップリンクユーザ固有ＰＡが存在する期間を示すためのシグナリングを含んでもよい。他の例では、第１のフレームによって通知されたアップリンクユーザ固有ＰＡは、異なる有効期限を有してもよい。

図１１は、第３の実施例によるＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０の処理を示すフローチャート１１００を示す。処理は１１０２においてスタートされてもよい。１１０４において、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＣｏｍｍｏｎ Ｉｎｆｏフィールドから共通パラメータが取得される。１１０６において、記憶されるＰＡＩＤがＣｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＰＡＩＤサブフィールド値と一致するか否かが判断される。記憶されるＰＡＩＤがＣｏｍｍｏｎ ＩｎｆｏフィールドのＰＡＩＤサブフィールド値と一致する場合、処理はステップ１１０８に進んでもよい。記憶されるＰＡＩＤがＣｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れのＰＡＩＤサブフィールド値とも一致しない場合、処理はステップ１１１４に進んでもよい。１１０８において、一致したＰＡＩＤを有するアップリンクユーザ固有ＰＡのためのタイマが実行中であるか否かが決定される。アップリンクユーザ固有ＰＡのためのタイマが実行中である場合、処理はステップ１１１０に進んでもよい。そうでない場合、処理はステップ１１３０で終了してもよい。１１１０において、ＳＴＡによって記憶されたユーザ固有リソース割当て情報が抽出される。１１１４において、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０に存在するＵｓｅｒ Ｉｎｆｏフィールドの数が計算される。１１１６において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタは、ゼロに初期化される。１１１８において、ＳＴＡのＡＩＤがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値と一致するか否かが判定される。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致する場合、処理はステップ１１２０に進んでもよい。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致しない場合、処理はステップ１１２２に進んでもよい。１１２０において、ＥＨＴ ＴＢ ＰＰＤＵを準備するため、Ｕｓｅｒ Ｉｎｆｏフィールドからユーザ固有リソース割当て情報が取得される。１１２２において、Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値が、それが適格であるＲＡのＵｓｅｒ Ｉｎｆｏフィールドを示すか否か決定される。そうである場合、処理はステップ１１２４に進んでもよい。そうでない場合、処理は１１２６に進んでもよい。１１２４において、ＵＯＲＡ手順が実行される。１１２６において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが１だけインクリメントされる。１１２８において、Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しいか否かが判断される。Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０におけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しくない場合、処理は再びステップ１１１８に進んでもよい。Ｕｓｅｒ ＩｎｆｏフィールドカウンタがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＵｓｅｒ Ｉｎｆｏフィールドの数と等しい場合、処理は１１３０で終了してもよい。ステップ１１１８、１１２２、１１２６及び１１２８は、ＳＴＡがＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０に存在する全てのＵｓｅｒ Ｉｎｆｏフィールドを循環し、読み取るためのループを形成することが理解されうる。１１１２において、ＥＨＴ ＴＢ ＰＰＤＵは、共通パラメータ（例えば、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＣｏｍｍｏｎ Ｉｎｆｏフィールドからの共通パラメータ）と、ユーザ固有リソース割当て情報（例えば、処理がステップ１１１０からである場合、ＳＴＡによって格納されたユーザ固有リソース割当て情報、又は、処理がステップ１１２０からである場合、Ｕｓｅｒ Ｉｎｆｏフィールドから取得されたユーザ固有リソース割当て情報１０１４）とに基づいて準備される。１１３０において、処理は終了する。

第３の実施例によるＳＴＡにおいて受信されるＰＡ Ｔｒｉｇｇｅｒフレーム５２０の処理がまた、図６Ｂのフローチャート６４０に示される。

第３の実施例によるフレーム５３０の意図された受信者であるＳＴＡにおけるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送する受信されたデータ又は管理フレーム５３０の処理がまた、図６Ｃのフローチャート６６０に示される。

上述されるような第３の実施例では、ＡＰは、期限切れになる前にアップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報を更新するため、第１のフレームを送信してもよい。アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報が期限切れになる前に更新され、意図されたＳＴＡが更新情報を受信できない場合、ＡＰと意図されたＳＴＡとの間のアップリンクユーザ固有ＰＡの情報に関する不一致があるであろう。ＡＰは、送信された第２のフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵが受信されない場合、そのような不一致を特定することができる。ＳＴＡは、意図された受信者の１つであるアップリンクユーザ固有ＰＡに関する情報を有する第１のフレームを受信すると、アップリンクユーザ固有ＰＡのタイマをスタート又はリセットし、アップリンクユーザ固有ＰＡに関する情報を記憶又は更新する。同様に、ＳＴＡはまた、当該処理によってＣｏｍｍｏｎ Ｉｎｆｏフィールドにおける共通パラメータを格納又は更新してもよい。有利なことに、これは、ＡＰが情報不一致からエラー回復を実行することを可能にする。

図１２は、第４の実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンク又はダウンリンクマルチユーザ通信に使用されるＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００の形式を示す。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００は、１つ以上のＰＡに関する完全な情報を含み、図９Ａ及び図９Ｂにおける第１のフレーム９１２として使用されてもよい。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００は、アップリンクユーザ固有ＰＡのＲＵ割当て情報と、アップリンクユーザ固有ＰＡによってアドレス指定されたＳＴＡのユーザ識別情報とを使用して、アップリンクユーザ固有ＰＡを識別してもよい。あるいは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００は、アップリンクユーザ固有ＰＡのＲＵ割当て情報及びＳＳ割当て情報（例えば、スタート空間ストリーム）を使用して、アップリンクユーザ固有ＰＡを識別してもよい。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４のような１つ以上のＵｓｅｒ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド及びＴＡフィールドは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００のＭＡＣヘッダにグループ化されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド１２０４及びＰａｄｄｉｎｇフィールドは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００のフレーム本体にグループ化されてもよい。

図１２はまた、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４をより詳細に示す。Ｕｓｅｒ Ｉｎｆｏフィールド１２０４は、Ｄｉｒｅｃｔｉｏｎフィールド１０２６、ＡＩＤ１２フィールド、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド１２０２、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドを含む。ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅフィールド、ＵＬ ＭＣＳフィールド、ＵＬ ＤＣＭフィールド、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド、ＵＬ Ｔａｒｇｅｔ ＲＳＳＩフィールド、ＭＰＤＵ ＭＵ Ｓｐａｃｉｎｇ Ｆａｃｔｏｒサブフィールド、ＴＩＤ Ａｇｇｒｅｇａｔｉｏｎ Ｌｉｍｉｔサブフィールド及びＰｒｅｆｅｒｒｅｄ ＡＣサブフィールドは、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４のユーザ固有リソース割当て情報１２０８を構成する。

上述したように、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４は、Ｄｉｒｅｃｔｉｏｎフィールド１２０６を含んでもよい。Ｄｉｒｅｃｔｉｏｎフィールド１２０６は、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４がアップリンクユーザ固有ＰＡ又はダウンリンクユーザ固有ＰＡの何れに対応するかを示す。例えば、Ｄｉｒｅｃｔｉｏｎフィールド値１は、ダウンリンクユーザ固有ＰＡを示し、Ｄｉｒｅｃｔｉｏｎフィールド値０は、アップリンクユーザ固有ＰＡを示す。本実施例では、Ｄｉｒｅｃｔｉｏｎフィールド１２０６は、Ｕｓｅｒ Ｉｎｆｏフィールドがアップリンクユーザ固有ＰＡに対応することを示すため、０に設定される。Ｕｓｅｒ Ｉｎｆｏフィールド１２０４はまた、ＲＵ割当て情報を示すＲＵ Ａｌｌｏｃａｔｉｏｎフィールド１２０２、ＳＳ割当て情報を示すＳＳ Ａｌｌｏｃａｔｉｏｎフィールド１２１２、及びユーザ識別情報を示すＡＩＤ１２フィールド１２１４を含んでもよい。Ｕｓｅｒ Ｉｎｆｏフィールド１００４に対応するアップリンクユーザ固有ＰＡを識別するため、ＰＡＩＤフィールド１００２に示されるＰＡＩＤを使用するＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１０００とは異なって、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００は、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド１２０２に示されるＲＵ割当て情報と、ＡＩＤ１２フィールド１２１４に示されるユーザ識別情報とを使用して、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４に対応するアップリンクユーザ固有ＰＡを識別してもよい。あるいは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００は、Ｕｓｅｒ Ｉｎｆｏフィールド１２０４に対応するアップリンクユーザ固有ＰＡを識別するため、ＲＵ Ａｌｌｏｃａｔｉｏｎフィールド１２０２に示されるＲＵ割当て情報と、ＳＳ Ａｌｌｏｃａｔｉｏｎフィールド１２１２に示されるＳＳ割当て情報とを使用してもよい。

第１のフレーム９１２は、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００の形式であってもよい。例えば、９１４において、ＳＴＡ９０６は、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００の形式で第１のフレーム９１２を受信してもよい。ＳＴＡ９０６は、ＳＴＡ９０６に対して意図されたアップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報を記憶してもよい。ＲＵ割当て情報及びＳＳ割当て情報のようなアップリンクユーザ固有ＰＡの識別情報は、アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報の一部であることに留意されたい。ユーザ固有リソース割当て情報は、ＡＩＤ１２サブフィールド値がＳＴＡ９０６のＡＩＤと一致するＵｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。

同様に、ＳＴＡ９０４はまた、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００の形式で第１のフレーム９１２を受信してもよい。ＳＴＡ９０４は、ＳＴＡ９０４に対して意図されたアップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報を記憶してもよい。ＲＵ割当て情報及びＳＳ割当て情報のようなアップリンクユーザ固有ＰＡの識別情報は、アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報の一部であることに留意されたい。ユーザ固有リソース割当て情報は、ＡＩＤ１２サブフィールド値がＳＴＡ９０４のＡＩＤと一致するＵｓｅｒ Ｉｎｆｏフィールドから抽出されてもよい。

第２のフレーム９２２は、第４の実施例によるＥＨＴ ＷＬＡＮにおけるＡＰと複数のＳＴＡとの間のアップリンクマルチユーザ通信に使用されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの形式であってもよい。第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームは、既存のＴｒｉｇｇｅｒフレームの変形であり、図９Ａ及び図９Ｂにおける第２のフレーム９２２として使用されてもよい。第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームは、ＲＵ割当て情報及びユーザ識別情報を用いて、アップリンクユーザ固有ＰＡを識別してもよい。あるいは、第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームは、ＲＵ割当て情報及びＳＳ割当て情報を使用して、アップリンクユーザ固有ＰＡを識別してもよい。第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド、ＴＡフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド、Ｐａｄｄｉｎｇフィールド及びＦＣＳフィールドを含んでもよい。Ｆｒａｍｅ Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎフィールド、ＲＡフィールド及びＴＡフィールドは、ＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＭＡＣヘッダにグループ化されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド、１つ以上のＵｓｅｒ Ｉｎｆｏフィールド及びＰａｄｄｉｎｇフィールドは、第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームのフレーム本体にグループ化されてもよい。第４の実施例によるＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールド（Ｃｏｍｍｏｎ Ｉｎｆｏフィールドの全てのサブフィールドを含む）は、図７Ａに示すように、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム７００のＣｏｍｍｏｎ Ｉｎｆｏフィールド７０２（Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７０２の全てのサブフィールドを含む）と同じである。第４の実施例によるＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＵｓｅｒ Ｉｎｆｏフィールド（Ｕｓｅｒ Ｉｎｆｏフィールドの全てのサブフィールドを含む）は、図１０Ｂに示すように、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム１０１０のＵｓｅｒ Ｉｎｆｏフィールド１０１６（Ｕｓｅｒ Ｉｎｆｏフィールド１０１６の全てのサブフィールドを含む）と同一である。

例えば、ＳＴＡ９０６は、第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの形式で第２のフレーム９２２を受信してもよい。ＳＴＡ９０６は、ＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドから共通パラメータを取得し、９１４においてＳＴＡ９０６によって格納されたＲＵ割当て情報とユーザ識別情報とがＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールド値と一致する否か、又は、９１４においてＳＴＡ９０６によって格納されたＲＵ割当て情報とＳＳ割当て情報とがＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールド値と一致する否かを判定してもよい。そうである場合、ＳＴＡ９０６は、９２４において、ＳＴＡ９０６によって９１４において格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ９１８を準備し、準備されたＥＨＴ ＴＢ ＰＰＤＵ９１８をＡＰ９０２に送信してもよい。

同様に、ＳＴＡ９０４は、第４の実施例によるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの形式で第２のフレーム９２２を受信してもよい。ＳＴＡ９０４は、ＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドから共通パラメータを取得し、９１４においてＳＴＡ９０４によって格納されたＲＵ割当て情報及びユーザ識別情報がＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールド値と一致する否か、又は、９１４においてＳＴＡ９０４によって格納されたＲＵ割当て情報及びＳＳ割当て情報がＣｏｍｍｏｎ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールド値と一致するか否かを判定してもよい。そうである場合、ＳＴＡ９０４は、９１４においてＳＴＡ９０４によって格納されたユーザ固有リソース割当て情報に基づいてＥＨＴ ＴＢ ＰＰＤＵ９１６を準備し、準備されＥＨＴ ＴＢ ＰＰＤＵ９１６をＡＰ９０２に送信してもよい。

ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームでは、ランダムアクセス用でない１つ以下のＵｓｅｒ Ｉｎｆｏフィールドが、単一のＳＴＡにアドレス指定される。ランダムアクセス用のＵｓｅｒ Ｉｎｆｏフィールドは、ランダムアクセス用でないＵｓｅｒ Ｉｎｆｏフィールドの後に配置される。Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに示されるアップリンクユーザ固有ＰＡを有するＳＴＡは、ランダムアクセス用でないＵｓｅｒ Ｉｎｆｏフィールドによってアドレス指定されない。さらに、単一のＳＴＡに割り当てられた１つ以下のアップリンクユーザ固有ＰＡは、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおいて通知される。有利なことに、これは、ＳＴＡにおいて受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理における複雑さを低減する。

第２のフレーム９２２はまた、図７Ｃに示すように、第２の実施例によるＰＡ Ｔｒｉｇｇｅｒフレーム７２０の形式であってもよい。

ＰＡ Ｔｒｉｇｇｅｒフレーム７２０は、ＥＨＴ ＴＢ ＰＰＤＵ９１６及び９１８などの１つ以上のアップリンクユーザ固有ＰＡの送信を要請するためにのみ使用される。一部の共通パラメータのみが、ＰＡ Ｔｒｉｇｇｅｒフレーム７２０のＣｏｍｍｏｎ Ｉｎｆｏフィールドに存在し、他の共通パラメータは、１つ以上のＰＡが期限切れになる前には変更されず、第１のフレーム９１２から取得することができる。さらに、１つ以上のＰＡに必要とされるユーザ固有リソース割当て情報は、第１のフレーム９１２から取得されてもよいため、１つ以上のＰＡの識別情報を除いて、ＰＡ Ｔｒｉｇｇｅｒフレームには含まれない。有利なことに、これは、１つ以上のアップリンクユーザ固有ＰＡの送信のためのチャネルオーバヘッドを低減する。

第２のフレーム９２２はまた、図７Ｄに示すように、第４の実施例によるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するデータ又は管理フレーム７３０の形式であってもよい。データ又は管理フレーム７３０は、Ｃｏｎｔｒｏｌ Ｉｎｆｏフィールド７３２に含まれるそれのＲＵ割当て情報と、４つのＡｄｄｒｅｓｓフィールドの１つに含まれるユーザ識別情報（例えば、ＭＡＣアドレス）とを使用して、アップリンクユーザ固有ＰＡの送信を要請する。アップリンクユーザ固有ＰＡに必要とされる他のユーザ固有リソース割当て情報は、最初のフレーム９１２から取得されてもよいため、データ又は管理フレーム７３０には含まれない。有利なことに、これは、アップリンクユーザ固有ＰＡの送信のためのチャネルオーバヘッドを低減する。

上述したような第４の実施例では、アップリンクユーザ固有ＰＡを通知する第１のフレームが送信された後の期間において、アップリンクユーザ固有ＰＡが存在してもよい。一例では、アップリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。他の例では、アップリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。更なる他の例では、第１のフレームのＣｏｍｍｏｍ Ｉｎｆｏフィールドは、最初のフレームが送信された後、第１のフレームによって通知されたアップリンクユーザ固有ＰＡが存在する期間を通知するためのシグナリングを含んでもよい。このような例では、第１のフレームによって通知されるアップリンクユーザ固有ＰＡは、同じ有効期限を有する。あるいは、第１のフレームにおけるアップリンクユーザ固有ＰＡに対応するＵｓｅｒ Ｉｎｆｏフィールドは、最初のフレームが送信された後にアップリンクユーザ固有ＰＡが存在する期間を通知するためのシグナリングを含んでもよい。他の例では、第１のフレームによって通知されたアップリンクユーザ固有ＰＡは、異なる有効期限を有してもよい。

図１３は、ＳＴＡにおける第４の実施例による受信されるＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームの処理を示すフローチャート１３００を示す。処理は、１３０２においてスタートしてもよい。１３０４において、ＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドから共通パラメータが取得される。１３０６において、ＳＴＡに対して意図されるアップリンクユーザ固有ＰＡの送信が要請されているか否かが判定される。これは、記憶されたＲＵ割当て情報及びユーザ識別情報がＣｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＡＩＤ１２サブフィールド値と一致する否か、又は、記憶されているＲＵ割当て情報及びＳＳ割当て情報が、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドにおける何れかのＲＵ Ａｌｌｏｃａｔｉｏｎ／ＳＳ Ａｌｌｏｃａｔｉｏｎサブフィールド値と一致するか否かをチェックすることによって実行できる。ＳＴＡに意図されたアップリンクユーザ固有ＰＡの送信が要請された場合、処理はステップ１３０８に進んでもよい。そうでない場合、処理はステップ１３１４に進んでもよい。１３０８において、アップリンクユーザ固有ＰＡのためのタイマが実行中であるか否かが判定される。アップリンクユーザ固有ＰＡのためのタイマが実行中である場合、処理はステップ１３１０に進んでもよい。そうでない場合、処理はステップ１３３０で終了してもよい。１３１０において、ＳＴＡによって記憶されたユーザ固有リソース割当て情報が抽出される。１３１４において、受信されたＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームに存在するＵｓｅｒ Ｉｎｆｏフィールドの数が計算される。１３１６において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが、ゼロに初期化される。１３１８において、ＳＴＡのＡＩＤが、受信されるＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値と一致するか否かが判定される。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致する場合、処理はステップ１３２０に進んでもよい。ＳＴＡのＡＩＤがＡＩＤ１２サブフィールド値と一致しない場合、処理はステップ１３２２に進んでもよい。１３２０において、ユーザ固有リソース割当て情報が、ＥＨＴ ＴＢ ＰＰＤＵを準備するため、Ｕｓｅｒ Ｉｎｆｏフィールドから取得される。１３２２において、Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールド値が、それが適格であるＲＡのためのＵｓｅｒ Ｉｎｆｏフィールドを示すか否かが決定される。そうである場合、処理はステップ１３２４に進んでもよい。そうでない場合、処理は１３２６に進んでもよい。１３２４において、ＵＯＲＡ手順が実行される。１３２６において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが１だけインクリメントされる。１３２８において、Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが、受信されたＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームにおけるＵｓｅｒ Ｉｎｆｏフィールドの数と等しいか否かが決定される。Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが、受信されたＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＵｓｅｒ Ｉｎｆｏフィールドの数と等しくない場合、処理は再びステップ１３１８に戻ってもよい。Ｕｓｅｒ Ｉｎｆｏフィールドカウンタが受信されたＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＵｓｅｒ Ｉｎｆｏフィールドの数と等しい場合、処理は１３３０で終了してもよい。ステップ１３１８、１３２２、１３２６及び１３２８は、受信されたＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレームに存在する全てのユーザ情報フィールドをＳＴＡが循環し、読み取るためのループを形成することが理解されたい。１３１２において、ＥＨＴ ＴＢ ＰＰＤＵは、共通パラメータ（例えば、受信されたＥＨＴ Ｂａｓｉｃ ＴｒｉｇｇｅｒフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドからの共通パラメータ）と、ユーザ固有リソース割当て情報（例えば、処理がステップ１３１０からである場合には、ＳＴＡによって格納されたユーザ固有リソース割当て情報、又は、処理がステップ１３２０からである場合には、Ｕｓｅｒ Ｉｎｆｏフィールドから取得されたユーザ固有リソース割当て情報）とに基づいて準備される。１３３０において、処理は終了する。

第４の実施例によるＳＴＡにおいて受信されるＰＡ Ｔｒｉｇｇｅｒフレーム７２０の処理がまた、図８Ｂのフローチャート８４０に示される。

第４の実施例によるデータ又は管理フレーム７３０の意図された受信者であるＳＴＡにおけるＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送する受信されるデータ又は管理フレーム７３０の処理がまた、図８Ｃのフローチャート８６０に示される。

上述されるような第４の実施例では、ＡＰは、期限切れになる前にアップリンクユーザ固有ＰＡの識別情報（例えば、ＲＵ割当て情報及びＳＳ割当て情報）を除いたユーザ固有リソース割当て情報を更新するため、第１のフレームを送信してもよい。アップリンクユーザ固有ＰＡのユーザ固有リソース割当て情報が期限切れになる前に更新され、意図されたＳＴＡが更新情報を受信できない場合、ＡＰと意図されたＳＴＡとの間のアップリンクのユーザ固有ＰＡの情報に関する不一致があるであろう。ＡＰは、送信された第２のフレームに対する応答としてＥＨＴ ＴＢ ＰＰＤＵが受信されない場合、そのような不一致を識別することができる。ＳＴＡは、意図された受信者の１つであるアップリンクユーザ固有ＰＡのための完全な情報を備えた第１のフレームを受信すると、アップリンクユーザ固有ＰＡのためのタイマをスタート又はリセットし、アップリンクユーザ固有ＰＡに関する情報を記憶又は更新する。同様に、ＳＴＡはまた、当該処理によって、Ｃｏｍｍｏｎ Ｉｎｆｏフィールドに共通パラメータを格納又は更新してもよい。有利なことに、これは、ＡＰが情報不一致からのエラー回復を実行することを可能にする。

第３又は第４の実施例によると、ＡＰは、１つ以上のＳＴＡに対するダウンリンクユーザ固有ＰＡを通知するため、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームを送信してもよい。ダウンリンクユーザ固有ＰＡのユーザ固有割当て情報は、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ｂフィールドに含まれないが、ダウンリンクユーザ固有ＰＡのＲＵ情報は、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ｂフィールドに含まれ、これは、ＥＨＴ ＭＵ ＰＰＤＵにおけるダウンリンクユーザ固有ＰＡの存在を意図されたＳＴＡが識別するのに利用可能である。すなわち、ダウンリンクユーザ固有ＰＡの最初又は繰り返しの送信は、部分的な制御シグナリング（すなわち、ＰＡのＲＵ情報）を伴う。有利には、ＥＨＴ－ＳＩＧ－Ｂのオーバヘッドを低減しうる。

図１４Ａ及び図１４Ｂは、第３又は第４の実施例によるダウンリンクユーザ固有ＰＡを備えたＳＴＡ１０４０とＡＰ１４０２との間の通信を示すフロー図１４００を示す。競合ベースチャネルアクセス手順はブロック１４０６によって示され、ＳＩＦＳ １４０８が示される。ＡＰ１４０２は、１つ以上のＳＴＡのためのダウンリンクユーザ固有ＰＡ情報を含んでもよいＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１４１０を送信してもよい。１４１２において、ＳＴＡ１４０２は、それ自身のダウンリンクユーザ固有ＰＡのＲＵ情報及びユーザ固有割当て情報を記憶又は更新してもよい。そして、ＡＰ１４０２は、ＳＴＡのためのダウンリンクユーザ固有ＰＡの送信を含んでもよく、また、対応するＲＵ情報を含んでもよいが、対応するユーザ固有割当て情報を含まないＥＨＴ ＭＵ ＰＰＤＵ１４１４を送信してもよい。１４１６において、ＳＴＡ１４０４は、ダウンリンクユーザ固有ＰＡのための記憶されたＲＵ情報及びユーザ固有割当て情報を用いて、ダウンリンクユーザ固有ＰＡの送信を受信してもよい。そして、ＳＴＡ１４０４は、ＢｌｏｃｋＡｃｋフレーム１４１８を送信してもよい。ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム及びＥＨＴ ＭＵ ＰＰＤＵは、異なるＴＸＯＰで送信されてもよい。

ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１４１０は、図１２に示されるようなＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム１２００の形式であってもよい。図１５Ａは、第３又は第４の実施例によるダウンリンク非ＭＵ－ＭＩＭＯ割当てのユーザ固有ＰＡのＵｓｅｒ Ｉｎｆｏフィールドの構成を示す。図１５Ｂは、第３又は第４の実施例によるダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有ＰＡのＵｓｅｒ Ｉｎｆｏフィールドの構成を示す。双方の図から分かるように、Ｄｉｒｅｃｔｉｏｎフィールドは、ダウンリンクユーザ固有ＰＡを示すために１に設定される。

第３又は第４の実施例によると、ダウンリンクユーザ固有ＰＡを通知するＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームが送信された後のある期間にダウンリンクユーザ固有ＰＡが存在してもよい。一例では、ダウンリンクユーザ固有ＰＡは、現在のＴＸＯＰの終わりまで存在してもよい。他の例では、ダウンリンクユーザ固有ＰＡは、決定された回数のサービス期間又はビーコンインターバルの間に存在してもよい。更なる他の例では、ＰＡ ＡｎｎｏｕｎｃｅｍｅｎｔフレームのＣｏｍｍｏｎ Ｉｎｆｏフィールドは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームが送信された後にＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームによって通知されたダウンリンクユーザ固有ＰＡが存在する期間を通知するためのシグナリングを備えてもよい。このような例では、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームによって通知されるダウンリンクユーザ固有ＰＡは、同じ有効期限を有する。あるいは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームのダウンリンクユーザ固有ＰＡに対応するＵｓｅｒ Ｉｎｆｏフィールドは、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームが送信された後にダウンリンクユーザ固有ＰＡが存在する期間を通知するためのシグナリングを備えてもよい。他の例では、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームによって通知されるダウンリンクユーザ固有ＰＡは、異なる有効期限を有してもよい。

ＳＴＡが、当該ＳＴＡが意図された受信者である１つ以上のダウンリンクユーザ固有ＰＡを通知するＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームを受信するとき（ＥＨＴ ＭＵ ＰＰＤＵがダウンリンクマルチユーザ送信に使用され、ＥＨＴ ＭＵ ＰＰＤＵにおける各割当てが１つ以上の意図されたＳＴＡを有することが理解されるであろう）、ＳＴＡは、１つ以上のダウンリンクユーザ固有ＰＡの各々のためのタイマをスタート又はリセットし、１つ以上のダウンリンクユーザ固有ＰＡのためのＲＵ情報及びユーザ固有割当て情報を格納又は更新してもよい。

ダウンリンクユーザ固有ＰＡのためのＲＵ情報及び／又はユーザ固有割当て情報がない場合、ＳＴＡは、ダウンリンクユーザ固有ＰＡの送信を適切に受信できないことがある。また、エラー回復のために、一実施例によると、有利なことに、例示的な規則は、アクノリッジメントを必要とする少なくとも１つのＭＰＤＵ（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）がダウンリンクユーザ固有ＰＡを通知する最も直近に送信されたＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームの直前のダウンリンクユーザ固有ＰＡの送信に含まれてもよい、ということであってもよい。ＡＰがダウンリンクユーザ固有ＰＡの送信のための意図されたＳＴＡから肯定的なアクノリッジメントを受信しない場合、ＡＰは、ダウンリンクユーザ固有ＰＡのＲＵ情報及び／又はダウンリンクユーザ固有割当て情報が意図されたＳＴＡにないかもしれないことを知り、その後、ＡＰは、ダウンリンクユーザ固有ＰＡの他の送信をスケジューリングせず、ダウンリンクユーザ固有のＰＡを通知するためにＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームを再送してもよい。

第３から第４実施例によると、ＥＨＴ ＭＵ ＰＰＤＵ１４１４のＥＨＴ－ＳＩＧ－Ｂフィールドは、各Ｌ×２０ＭＨｚサブチャネル上で別々に符号化され、ここで、Ｌ＝１又は２である。ＣＢＷが２０ＭＨｚを超える場合、Ｌ＝２のＥＨＴ－ＳＩＧ－Ｂフィールドと比較して、Ｌ＝１のＥＨＴ－ＳＩＧ－Ｂフィールドは、より良好なＥＨＴ－ＳＩＧ－Ｂ復号性能を有しうる。これは、ＥＨＴ－ＳＩＧ－Ｂフィールドを復号するために使用されるチャネル推定が、２０ＭＨｚ帯域幅で送信されるＬ－ＬＴＦに基づくためである。補間によるチャネル推定は、Ｌ＝２のＥＨＴ－ＳＩＧ－Ｂフィールドを復号するのに必要であり、これは、Ｌ＝２のＥＨＴ－ＳＩＧ－Ｂフィールドを復号する性能を劣化させうる。他方、Ｌ＝１のＥＨＴ－ＳＩＧ－Ｂフィールドと比較して、Ｌ＝２のＥＨＴ－ＳＩＧ－Ｂフィールドは、特により大きなＣＢＷに対して、より少ないＥＨＴ－ＳＩＧ－Ｂオーバヘッドを有しうる。さらに、ＥＨＴ ＭＵ ＰＰＤＵ１４１４の意図されたＳＴＡが少なくとも１つの２０ＭＨｚで動作するＳＴＡを含む場合、Ｌ＝２のＥＨＴ－ＳＩＧ－Ｂフィールドは２０ＭＨｚで動作するＳＴＡによって復号できないため、Ｌ＝２のＥＨＴ－ＳＩＧ－Ｂフィールドは使用されない。この結果、ＡＰは、それの裁量でＬの値を決定してもよく、Ｌが１又は２の値をとるか否かを示すため、ＥＨＴ ＭＵ ＰＰＤＵ１４１４のＥＨＴ－ＳＩＧ－Ａフィールドにシグナリングを含めてもよいことが有利である。

図１６Ａは、各種実施例によるＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルの数がＣＢＷ及びＬの値にどのように依存するかの表を示す。図１６Ａに示されるように、ＣＢＷが２０ＭＨｚである場合、ＥＨＴ－ＳＩＧ－Ｂフィールドは２０ＭＨｚ毎に符号化され、１つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのみが存在するため、Ｌは単に１とできる。ＣＢＷが４０ＭＨｚである実施例では、Ｌには１又は２の値がＡＰによって割り当てられてもよい。Ｌが１に設定される場合、２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルが存在する。Ｌが２に設定される場合、ＥＨＴ－ＳＩＧ－Ｂ コンテンツチャンネルは１つだけになる。ＣＢＷが８０ＭＨｚ、８０＋８０ＭＨｚ、１６０ＭＨｚ、１６０＋１６０ＭＨｚ又は３２０ＭＨｚである実施例では、Ｌの値にかかわらず、２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルが存在する。以下、更なる詳細が提供される。

図１６Ｂは、４０ＭＨｚのＥＨＴ ＭＵ ＰＰＤＵにおける１つ又は２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルの数は、図１６Ａに示すように、ＣＢＷ及びＬの値に依存する。４０ＭＨｚチャネルは、２つの２０ＭＨｚサブチャネルを含む。Ｌ＝１であるとき、第１及び第２の２０ＭＨｚサブチャネルでそれぞれ送信される２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルがある。Ｌ＝２であるとき、１つのみのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルがある。

図１６Ｃは、８０ＭＨｚのＥＨＴ ＭＵ ＰＰＤＵにおける２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル（すなわち、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１及びＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２）のマッピングの図を示す。Ｌ＝１であるとき、４つの２０ＭＨｚサブチャネルを含む８０ＭＨｚチャネルにおいて、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１は、第１及び第３の２０ＭＨｚサブチャネルにおいて複製及び送信され、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２は、第２及び第４の２０ＭＨｚサブチャネルにおいて複製及び送信される。Ｌ＝２であるとき、２つの４０ＭＨｚサブチャネルを含む８０ＭＨｚチャネルにおいて、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１は第１の４０ＭＨｚサブチャネルで送信され、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２は第２の４０ＭＨｚサブチャネルで送信される。

図１６Ｄは、８０＋８０ＭＨｚ又は１６０ＭＨｚのＥＨＴ ＭＵ ＰＰＤＵにおける２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。Ｌ＝１であるとき、８つの２０ＭＨｚサブチャネルを含む８０＋８０ＭＨｚ又は１６０ＭＨｚチャネルでは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１は、第１、第３、第５及び第７の２０ＭＨｚサブチャネルで複製及び送信され、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２は、第２、第４、第６及び第８の２０ＭＨｚサブチャネルで複製及び送信される。Ｌ＝２であるとき、４つの４０ＭＨｚサブチャネルを含む８０＋８０ＭＨｚ又は１６０ＭＨｚチャネルでは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１は、第１及び第３の４０ＭＨｚサブチャネルで複製及び送信され、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２は、第２及び第４の４０ＭＨｚサブチャネルで複製及び送信される。

図１６Ｅは、１６０＋１６０ＭＨｚ又は３２０ＭＨｚのＥＨＴ ＭＵ ＰＰＤＵにおける２つのＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルのマッピングの図を示す。Ｌ＝１であるとき、１６個の２０ＭＨｚサブチャネルを含む１６０＋１６０ＭＨｚ又は３２０ＭＨｚチャネルでは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１は、第１、第３、第５、第７、第９、第１１、第１３及び第１５の２０ＭＨｚサブチャネルで複製及び送信され、ＥＨＴ－ＳＩＧ－Ｂ コンテンツチャネル２は、第２、第４、第６、第８、第１０、第１２、第１４及び第１６の２０ＭＨｚサブチャネルで複製及び送信される。Ｌ＝２であるとき、８個の４０ＭＨｚサブチャネルを含む１６０＋１６０ＭＨｚ又は３２０ＭＨｚチャネルでは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１は、第１、第３、第５及び第７の４０ＭＨｚサブチャネルで複製及び送信され、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２は、第２、第４、第６及び第８の４０ＭＨｚサブチャネルで複製及び送信される。

図１７は、第３又は第４の実施例によるＥＨＴ－ＳＩＧ－Ｂフィールド１７００を示す。ＥＨＴ－ＳＩＧ－Ｂフィールド１７００は、存在する場合、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルと一緒に呼ばれるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７０４が後続するＣｏｍｍｏｎフィールド１７０２を含む（又はから構成される）。

Ｃｏｍｍｏｎフィールド１７０２は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７及びＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６は、ダウンリンクユーザ固有ＰＡを含む各割当てに対するＲＵ情報を示す。ＲＵ情報は、周波数領域におけるＲＵ位置、非ＭＵ－ＭＩＭＯ又はＭＵ－ＭＩＭＯ割当てのために割り当てられたＲＵの表示及びＭＵ－ＭＩＭＯ割当てにおけるユーザ数を含む。

ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６はＮ個のフィールドを備え、Ｎの値はＣＢＷ及びＬの値に依存する。各種実施例では、Ｎは、ＣＢＷ＝２０ＭＨｚに対してのみ１とすることができる。ＣＢＷ＝４０ＭＨｚに対して、Ｌ＝１のときＮ＝１であり、Ｌ＝２のときＮ＝２である。Ｌの値に関係なく、ＣＢＷ＝８０ＭＨｚに対してＮ＝２であり、ＣＢＷ＝１６０ＭＨｚ又は８０＋８０ＭＨｚに対してＮ＝４であり、ＣＢＷ＝３２０ＭＨｚ又は１６０＋１６０ＭＨｚに対してＮ＝８である。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮ個のフィールドの各々は、対応するトーン範囲内におけるＲＵ割当てを通知するための８ビットシグナリングを備える。例えば、Ｌ＝１及びＣＢＷ＝８０ＭＨｚであるとき、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１について、対応するトーン範囲は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６の第１のフィールド及び第２のフィールドについて、それぞれ［－５００：－２５９］及び［１７：２５８］である。ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２について、対応するトーン範囲は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６の第１のフィールド及び第２のフィールドについて、それぞれ［－２５８：１７］及び［２５９：５００］である。

他の例では、Ｌ＝２及びＣＢＷ＝８０ＭＨｚであるとき、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１について、対応するトーン範囲は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６の第１のフィールド及び第２のフィールドについて、それぞれ［－５００：－２５９］及び［－２５８：１７］である。ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２について、対応するトーン範囲は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６の第１のフィールド及び第２のフィールドについて、それぞれ［１７：２５８］及び［２５９：５００］である。８０ＭＨｚのＰＰＤＵにおける単一のＲＵがトーン範囲［－５００：－２５９］、［－２５８：－１７］、［１７：２５８］及び［２５９：５００］の２つ以上とオーバラップする場合、当該割当ては、ＥＨＴ－ＳＩＧ－Ｂオーバヘッドを最小化するためＲＵがオーバラップするトーン範囲の１つに対応する単一のＥＨＴ－ＳＩＧ－ＢコンテンツチャネルのＲＵ ＡｌｌｏｃａｔｉｏｎサブフィールドのＮ個のフィールドの１つのみによって通知されてもよい。

Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７はＭビットを含み、Ｍの値はＣＢＷに依存する。Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７は、ＣＢＷが８０ＭＨｚ以上であるときに存在するため、ＣＢＷが２０ＭＨｚ又は４０ＭＨｚであるとき、Ｍ＝０である。ＣＢＷが８０ＭＨｚ、８０＋８０ＭＨｚ又は１６０ＭＨｚであるとき、Ｍ＝１である。ＣＢＷが８０ＭＨｚであるとき、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１及びＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２の双方のＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールドは、ユーザがセンタ２６トーンＲＵに割り当てられているか否かを示す。ＣＢＷが８０＋８０又は１６０ＭＨｚであるとき、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１のＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７は、ユーザがより低い周波数８０ＭＨｚのセンタ２６トーンＲＵに割り当てられているか否かを示し、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２のＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７は、ユーザがより高い周波数８０ＭＨｚのセンタ２６トーンＲＵに割り当てられているか否かを示す。

ＣＢＷが１６０＋１６０ＭＨｚ又は３２０ＭＨｚであるとき、Ｍ＝２となる。ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１におけるＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７の第１のビットは、ユーザが１６０ＭＨｚのより低い周波数内のより低い周波数８０ＭＨｚのセンタ２６トーンＲＵに割り当てられているか否かを示し、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２におけるＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７の第１のビットは、ユーザがより低い周波数１６０ＭＨｚ内のより高い周波数８０ＭＨｚのセンタ２６トーンＲＵに割り当てられているか否かを示す。ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル１におけるＣｅｎｔｅｒ ２６―Ｔｏｎｅ ＲＵサブフィールド１７０７の第２のビットは、ユーザが１６０ＭＨｚのより高い周波数内のより低い周波数８０ＭＨｚのセンタ２６トーンＲＵに割り当てられているか否かを示し、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル２におけるＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７の第２のビットは、ユーザがより高い周波数１６０ＭＨｚ内のより高い周波数８０ＭＨｚのセンタ２６トーンＲＵに割り当てられているか否かを示す。

ＰＡ Ｂｉｔｍａｐサブフィールド１７０８は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７（適用可能である場合）によって指定されたユーザ固有割当てのそれぞれがパーシステントであるか否かを示す。ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のビットは、当該ビットに対応するユーザ固有割当てがパーシステントであることを示すため、１に設定される。ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のビットは、当該ビットに対応するユーザ固有割当てがパーシステントでないことを示すため、０に設定される。

ＰＡ Ｂｉｔｍａｐサブフィールド１７０８は、同じＥＨＴ－ＳＩＧ－ＢコンテンツチャネルにおけるＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮフィールドにそれぞれ対応するＮ個のビットマップを含む。上述のように、ＣＢＷ＝８０、８０＋８０又は１６０ＭＨｚであるとき１ビットのＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７は、Ｃｏｍｍｏｎフィールド１７０２においてパーシステントである。図１６Ａに示すように、ＣＢＷ＝８０ＭＨｚについて、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８における最後のビットマップ（すなわち、第２のビットマップ）は、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７によって示されるユーザ固有割当てがパーシステントであるか否かを示す。

ＥＨＴ－ＳＩＧ－Ａフィールドは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル毎にＰＡ Ｐｒｅｓｅｎｃｅサブフィールドを含んでもよい。ＥＨＴ－ＳＩＧ－ＢコンテンツチャネルのＰＡ Ｐｒｅｓｅｎｃｅサブフィールドは、Ｎビットのビットマップを含み、ｎ番目（Ｎ＝１，２，．．．，Ｎ）ビットは、ＥＨＴ－ＳＩＧ－ＢコンテンツチャネルのＰＡ Ｂｉｔｍａｐサブフィールドのｎ番目のビットマップの存在を示す。ＥＨＴ－ＳＩＧ－ＡフィールドのＰＡ Ｐｒｅｓｅｎｃｅサブフィールドのｎ番目のビットは、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のｎ番目のビットマップがＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルに存在しないことを示すために０に設定され、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のｎ番目のビットマップがＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルに存在することを示すために１に設定される。図１８Ａの図１８２０に示されるように、ＣＢＷ＝８０ＭＨｚについて、ＥＨＴ－ＳＩＧ－ＡフィールドのＰＡ Ｐｒｅｓｅｎｃｅサブフィールドの第１及び第２のビットは、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８の第１及び第２のビットマップがＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルに存在することを示すため、１に設定される。Ｃｏｍｍｏｎフィールドのオーバヘッドを最小化するため、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７（適用可能である場合）の対応するフィールドによって示される全てのユーザ固有割当てがパーシステントでない場合、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のビットマップは存在しなくてもよい。

ＣＢＷ＝８０＋８０又は１６０ＭＨｚであるとき、ＥＨＴ－ＳＩＧ－ＢコンテンツチャネルのＰＡ Ｂｉｔｍａｐサブフィールド１７０８の最後のビットマップ（すなわち、第４のビットマップ）はまた、図１８Ｂの図１８４０に示すように、１ビットのＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７によって示されるユーザ固有割当てがパーシステントであるか否かを示す。ＥＨＴ－ＳＩＧ－ＡフィールドのＰＡ Ｐｒｅｓｅｎｃｅサブフィールドの第１、第２、第３及び第４のビットは、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８の第１、第２、第３及び第４のビットマップがＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルに存在することを示すため、１に設定される。ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のビットマップは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７（適用可能である場合）の対応するフィールドによって示される全てのユーザ固有割当てがパーシステントでない場合には存在しない。

上述したように、ＣＢＷ＝１６０＋１６０又は３２０ＭＨｚであるとき、２ビットのＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７がＣｏｍｍｏｎフィールド１７０２に存在する。この場合、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８の第４のビットマップはまた、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７の第１のビットによって示されるユーザ固有割当てがパーシステントであるか否かを示し、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８の最後のビットマップは、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７の第２のビットによって示されるユーザ固有割当てがパーシステントであるか否かを示す。Ｃｏｍｍｏｎフィールドのオーバヘッドを最小化するため、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８のビットマップは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６の対応するフィールド及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７の対応するビット（適用可能である場合）によって示される全てのユーザ固有割当てがパーシステントでない場合、存在しなくてもよい。

Ｃｏｍｍｏｎフィールド１７０２は、全帯域幅ＭＵ－ＭＩＭＯ送信の場合には存在しなくてもよい。この場合、ＭＵ－ＭＩＭＯ割当てのためのＲＵ情報（例えば、ＭＵ－ＭＩＭＯ割当てにおけるユーザ数）は、ＥＨＴ－ＳＩＧ－Ａフィールドで通知されてもよい。ＭＵ－ＭＩＭＯ割当てのユーザ固有割当てのそれぞれがパーシステントであるか否かはまた、ＥＨＴ－ＳＩＧ－Ａフィールドで通知されてもよい。

図１９Ａは、第３又は第４の実施例によるＣｏｍｍｏｎフィールド１７０２の符号化構造の第１の例を示す。上述したように、Ｃｏｍｍｏｎフィールド１７０２は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７及びＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。第１の例では、Ｃｏｍｍｏｎフィールド１７０２の全てのサブフィールドが一緒に符号化される。上述されたように、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮ個のフィールドの各々は、８ビットシグナリングであり、従って、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６は、Ｎ×１７ビットを有し、ここで、Ｎ＝１、２、４又は８である。Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７は、Ｍビットを有し、ここで、Ｍ＝０、１又は２である。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮ個のフィールドの各々は、高々１７個のユーザ固有割当てを示すことができる。従って、第１の例では、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８の各々は、（Ｎ×１７＋Ｍ）ビットのサイズを有する。

Ｃｏｍｍｏｎフィールド１７０２は、ＢＣＣ符号化／復号化目的のために付加されたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）サブフィールド１７２２と、Ｔａｉｌサブフィールド１７２４とを有する。ＣＲＣサブフィールド１７２２は４ビットのサイズを有し、Ｔａｉｌサブフィールド１７２４は６ビットのサイズを有する。すなわち、Ｃｏｍｍｏｎフィールド１７０２のサイズは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８、ＣＲＣサブフィールド１７２２及びＴａｉｌサブフィールド１７２４のサイズの合計である。従って、第１の例では、Ｃｏｍｍｏｎフィールド１７０２のサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出できるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に決定することができる。

図１９Ｂは、第３又は第４の実施例によるＣｏｍｍｏｎフィールド１７０２の符号化構造の第２の例を示す。Ｃｏｍｍｏｎフィールド１７０２は２つのＣｏｍｍｏｎ Ｂｌｏｃｋフィールド、すなわち、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａ及び第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂに分割され、これらは別々に符号化される。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７を含む。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａのサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出できるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に導出することができる。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７０２ａはまた、ＢＣＣ符号化／復号化目的のために、４ビットのＣＲＣフィールド１７２２ａ及び６ビットのＴａｉｌフィールド１７２４ａを含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７０２ｂは、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂはまた、ＢＣＣ符号化／復号化目的のために、４ビットのＣＲＣフィールド１７２２ｂ及び６ビットのＴａｉｌフィールド１７２４ｂを含む。

第２の例では、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８は、（Σ_ｎ＝１ ^ＮＬ_ｎ＋Ｍビット）のサイズを有し、Ｌ_ｎはＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のｎ番目のフィールドによって示されるユーザ固有割当ての数に等しい。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂのサイズは、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａが復号された後に決定できる。

図１９Ａに示されるような第１の例と比較して、図１９Ｂに示されるような第２の例は、Ｃｏｍｍｏｎフィールド１７０２の復号化に関してより高い実装の複雑さを有する。また、第１の例と第２の例とが同じＣｏｍｍｏｎフィールドのオーバヘッドを有する場合、第１の例が好ましい。

図１９Ａ及び図１９Ｂに示されるように、比較すると、Σ_ｉ＝ｎ ^ＮＬ_ｎ＜Ｎ×１７－１０である場合、第２の例は第１の例より少ないＣｏｍｍｏｎフィールドのオーバヘッドを有する。以下が観察可能である。
・Ｎ＝１であるとき、第２の例は、Ｌ_１＜７である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝２であるとき、第２の例は、Σ_ｎ＝１ ^２Ｌ_ｎ＜２４である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝４であるとき、第２の例は、Σ_ｎ＝１ ^４Ｌ_ｎ＜５８である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝８であるとき、第２の例は、Σ_ｎ＝１ ^８Ｌ_ｎ＜１２６である場合により良好でありうる。そうでない場合、第１の例がより良好である。

明らかに、第１の例又は第２の例がＥＨＴ ＭＵ ＰＰＤＵのＣｏｍｍｏｎフィールドで使用されるか否かは、ＥＨＴ ＭＵ ＰＰＤＵのＣＢＷ及びＲＵ割当てに応じてＡＰの裁量にあるべきである。その結果、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－ＡフィールドにおいてＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル毎に１ビットのシグナリングを追加して、第１の例又は第２の例が対応するＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルで使用されるか否かを示すことが効果的である。

図１７において、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７０４は、例えば、Ｕｓｅｒフィールド０（１７１０）、Ｕｓｅｒフィールド１（１７１２）、Ｕｓｅｒフィールド２（１７１４）、Ｕｓｅｒフィールド３（１７１６）及びＵｓｅｒフィールド４（１７１８）など、非ＭＵ－ＭＩＭＯ割当て及び／又はＭＵ－ＭＩＭＯ割当てのための１つ以上のＵｓｅｒフィールドを含む（又はから構成される）。

Ｕｓｅｒフィールドは、ユーザ固有割当て（すなわち、ユーザ固有割当て情報）を示すユーザ情報を含む。非ＭＵ－ＭＩＭＯ割当てについて、空間ストリームの数（ＮＳＴＳ）、送信ビームフォーミング（ＴｘＢＦ）情報、ＭＣＳ、ＤＣＭ情報及び誤り制御符号化情報が含まれてもよい。ＭＵ－ＭＩＭＯ割当てについて、ＮＳＴＳ、スタート空間ストリーム、ＭＣＳ及び誤り制御符号化情報が含まれてもよい。１つのＵｓｅｒフィールドは、ＳＴＡにアドレス指定されてもよい（ＨＥ ＭＵ ＰＰＤＵと同様に、ＥＨＴ ＭＵ ＰＰＤＵでは、ＳＴＡは単一のＵｓｅｒフィールドによってのみアドレス指定可能である。その結果、ＳＴＡがＥＨＴ ＭＵ ＰＰＤＵを受信するとき、それ自身のＵｓｅｒフィールドを識別すると、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドのパーシングを停止する）。例えば、Ｕｓｅｒフィールド０（１７１０）は、Ａｌｌｏｃａｔｉｏｎ ０のためのユーザ固有割当て情報を提供してもよい。例えば、Ｕｓｅｒフィールド１（１７１２）、Ｕｓｅｒフィールド２（１７１４）及びＵｓｅｒフィールド３（１７１６）は、３つのＭＵ－ＭＩＭＯユーザによるＡｌｌｏｃａｔｉｏｎ １のユーザ固有割当て情報を提供してもよい。例えば、Ｕｓｅｒフィールド４（１７１８）は、Ａｌｌｏｃａｔｉｏｎ ２のためのユーザ固有割当て情報を提供してもよい。

図１９Ｃは、図３Ｂに示される実施例によるＣｏｍｍｏｎフィールド５０２の符号化構造の第１の例を示す。上述されたように、Ｃｏｍｍｏｎフィールド１７０２は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７及びＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。第１の例では、Ｃｏｍｍｏｎフィールド１７０２の全てのサブフィールドが一緒に符号化される。上述されたように、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮ個のフィールドの各々は８ビットのシグナリングであり、従って、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６はＮ×１７ビットを有し、ここで、Ｎ＝１、２、４又は８である。Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７はＭビットを有し、ここで、Ｍ＝０、１又は２である。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮ個のフィールドの各々は、高々１７個のユーザ固有割当てを通知可能である。従って、第１の例では、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８の各々は、（Ｎ×９＋Ｍ）ビットのサイズを有する。

Ｃｏｍｍｏｎフィールド１７０２は、ＢＣＣ符号化／復号化目的のために付加されたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）サブフィールド１７２２と、Ｔａｉｌサブフィールド１７２４とを有する。ＣＲＣサブフィールド１７２２は４ビットのサイズを有し、Ｔａｉｌサブフィールド１７２４は６ビットのサイズを有する。すなわち、Ｃｏｍｍｏｎフィールド１７０２のサイズは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８、ＣＲＣサブフィールド１７２２及びＴａｉｌサブフィールド１７２４のサイズの合計である。従って、第１の例では、Ｃｏｍｍｏｎフィールド１７０２のサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出できるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に決定することができる。

図１９Ｂは、図３Ｂに示される実施例によるＣｏｍｍｏｎフィールド５０２の符号化構造の第２の例を示す。Ｃｏｍｍｏｎフィールド１７０２は２つのＣｏｍｍｏｎ Ｂｌｏｃｋフィールド、すなわち、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａ及び第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂに分割され、これらは別々に符号化される。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７を含む。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａのサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出できるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に導出することができる。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７０２ａはまた、ＢＣＣ符号化／復号化目的のために、４ビットのＣＲＣフィールド１７２２ａ及び６ビットのＴａｉｌフィールド１７２４ａを含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７０２ｂは、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂはまた、ＢＣＣ符号化／復号化目的のために、４ビットのＣＲＣフィールド１７２２ｂ及び６ビットのＴａｉｌフィールド１７２４ｂを含む。

第２の例では、Ｐｅｒｓｉｓｔｅｎｔ Ａｌｌｏｃａｔｉｏｎ Ｂｉｔｍａｐサブフィールド５０８及びＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド５０９の各々は、（Σ_ｎ＝１ ^ＮＬ_ｎ＋Ｍ）ビットのサイズを有し、Ｌ_ｎはＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド５０６のｎ番目のフィールドによって示される割当ての数に等しい。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド５０２ｂのサイズは、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド５０２ａが復号された後に決定できる。

図１９Ｃに示されるような第１の例と比較して、図１９Ｄに示されるような第２の例は、Ｃｏｍｍｏｎフィールド１７０２の復号化に関してより高い実装の複雑さを有する。また、第１の例と第２の例とが同じＣｏｍｍｏｎフィールドのオーバヘッドを有する場合、第１の例が好ましい。

図１９Ｃ及び図１９Ｄに示されるように、比較すると、Σ_ｉ＝ｎ ^ＮＬ_ｎ＜Ｎ×９－５である場合、第２の例は第１の例より少ないＣｏｍｍｏｎフィールドのオーバヘッドを有する。以下が観察可能である。
・Ｎ＝１であるとき、第２の例は、Ｌ_１＜４である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝２であるとき、第２の例は、Σ_ｎ＝１ ^２Ｌ_ｎ＜１３である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝４であるとき、第２の例は、Σ_ｎ＝１ ^４Ｌ_ｎ＜３１である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝８であるとき、第２の例は、Σ_ｎ＝１ ^８Ｌ_ｎ＜６７である場合により良好でありうる。そうでない場合、第１の例がより良好である。

効果的には、繰り返しの送信を含むダウンリンクパーシステント割当てのためのＵｓｅｒフィールドは存在せず、オーバヘッドを低下させうる。

図１９Ｅは、図３Ｃに示す実施例によるＣｏｍｍｏｎフィールド１７０２の符号化構造の第１の例を示す。上述されたように、Ｃｏｍｍｏｎフィールド１７０２は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７及びＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。第１の例では、Ｃｏｍｍｏｎフィールド１７０２の全てのサブフィールドが一緒に符号化される。上述されたように、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のＮ個のフィールドの各々は８ビットのシグナリングであり、従って、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６はＮ×８ビットを有し、ここで、Ｎ＝１、２、４又は８である。Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７はＭビットを有し、ここで、Ｍ=０、１又は２である。ＲＵ ＡｌｌｏｃａｔｉｏｎのＮ個のフィールドの各々。

Ｃｏｍｍｏｎフィールド１７０２は、ＢＣＣ符号化／復号化目的のために付加されたＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）サブフィールド１７２２と、Ｔａｉｌサブフィールド１７２４とを有する。ＣＲＣサブフィールド１７２２は４ビットのサイズを有し、Ｔａｉｌサブフィールド１７２４は６ビットのサイズを有する。すなわち、Ｃｏｍｍｏｎフィールド１７０２のサイズは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８、ＣＲＣサブフィールド１７２２及びＴａｉｌサブフィールド１７２４のサイズの合計である。従って、第１の例では、Ｃｏｍｍｏｎフィールド１７０２のサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出できるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に決定することができる。

図１９Ｅは、図３Ｃに示される実施例によるＣｏｍｍｏｎフィールド１７０２の符号化構造の第２の例を示す。Ｃｏｍｍｏｎフィールド１７０２は２つのＣｏｍｍｏｎ Ｂｌｏｃｋフィールド、すなわち、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａ及び第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂに分割され、これらは別々に符号化される。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６及びＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド１７０７を含む。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａのサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出できるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に導出することができる。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７０２ａはまた、ＢＣＣ符号化／復号化目的のために、４ビットのＣＲＣフィールド１７２２ａ及び６ビットのＴａｉｌフィールド１７２４ａを含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７０２ｂは、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８を含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂはまた、ＢＣＣ符号化／復号化目的のために、４ビットのＣＲＣフィールド１７２２ｂ及び６ビットのＴａｉｌフィールド１７２４ｂを含む。

第２の例では、ＰＡ Ｂｉｔｍａｐサブフィールド１７０８は、（Σ_ｎ＝１ ^ＮＬ_ｎ＋Ｍ）ビットのサイズを有し、Ｌ_ｎはＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド１７０６のｎ番目のフィールドによって示される割当ての数に等しい。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ｂのサイズは、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド１７１０ａが復号された後に決定できる。

図１９Ｅに示されるような第１の例と比較して、図１９Ｆに示されるような第２の例は、Ｃｏｍｍｏｎフィールド１７０２の復号化に関してより高い実装の複雑さを有する。また、第１の例と第２の例とが同じＣｏｍｍｏｎフィールドのオーバヘッドを有する場合、第１の例が好ましい。

図１９Ｅ及び図１９Ｆに示されるように、比較すると、Σ_ｉ＝ｎ ^ＮＬ_ｎ＜Ｎ×９－１０である場合、第２の例は第１の例より少ないＣｏｍｍｏｎフィールドのオーバヘッドを有する。以下が観察可能である。
・Ｎ＝１であるとき、第１の例がより良好である。
・Ｎ＝２であるとき、第２の例は、Σ_ｎ＝１ ^２Ｌ_ｎ＜８である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝４であるとき、第２の例は、Σ_ｎ＝１ ^４Ｌ_ｎ＜２６である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝８であるとき、第２の例は、Σ_ｎ＝１ ^８Ｌ_ｎ＜６２である場合により良好でありうる。そうでない場合、第１の例がより良好である。

明らかに、第１の例又は第２の例がＥＨＴ ＭＵ ＰＰＤＵのＣｏｍｍｏｎフィールドで使用されるか否かは、ＥＨＴ ＭＵ ＰＰＤＵのＣＢＷ及びＲＵ割当てに応じてＡＰの裁量にあるべきである。その結果、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－ＡフィールドにおいてＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル毎に１ビットのシグナリングを追加して、第１の例又は第２の例が対応するＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルで使用されるか否かを示すことが効果的である。

図１７において、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７０４は、例えば、Ｕｓｅｒフィールド０（１７１０）、Ｕｓｅｒフィールド１（１７１２）、Ｕｓｅｒフィールド２（１７１４）、Ｕｓｅｒフィールド３（１７１６）及びＵｓｅｒフィールド４（１７１８）など、非ＭＵ－ＭＩＭＯ割当て及び／又はＭＵ－ＭＩＭＯ割当てのための１つ以上のＵｓｅｒフィールドを含む（又はから構成される）。

Ｕｓｅｒフィールドは、ユーザ固有割当て（すなわち、ユーザ固有割当て情報）を示すユーザ情報を含む。非ＭＵ－ＭＩＭＯ割当てについて、空間ストリームの数（ＮＳＴＳ）、送信ビームフォーミング（ＴｘＢＦ）情報、変調符号化方式（ＭＣＳ）、デュアルキャリア変調（ＤＣＭ）情報及び誤り制御符号化情報が含まれてもよい。ＭＵ－ＭＩＭＯ割当てについて、ＮＳＴＳ、スタート空間ストリーム、ＭＣＳ及び誤り制御符号化情報が含まれてもよい。１つのＵｓｅｒフィールドは、ＳＴＡにアドレス指定されてもよい（ＨＥ ＭＵ ＰＰＤＵと同様に、ＥＨＴ ＭＵ ＰＰＤＵでは、ＳＴＡは単一のＵｓｅｒフィールドによってのみアドレス指定可能である。その結果、ＳＴＡがＥＨＴ ＭＵ ＰＰＤＵを受信するとき、それ自身のＵｓｅｒフィールドを識別すると、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドのパーシングを停止する）。例えば、Ｕｓｅｒフィールド０（１７１０）は、Ａｌｌｏｃａｔｉｏｎ ０のためのユーザ固有割当て情報を提供してもよい。例えば、Ｕｓｅｒフィールド１（１７１２）、Ｕｓｅｒフィールド２（１７１４）及びＵｓｅｒフィールド３（１７１６）は、３つのＭＵ－ＭＩＭＯユーザによるＡｌｌｏｃａｔｉｏｎ １のユーザ固有割当て情報を提供してもよい。例えば、Ｕｓｅｒフィールド４（１７１８）は、Ａｌｌｏｃａｔｉｏｎ ２のためのユーザ固有割当て情報を提供してもよい。

表１は、非ＭＵ－ＭＩＭＯ割当てのＵｓｅｒフィールドの形式を示し、ここで、ＢＣＣはＢｉｎａｒｙ Ｃｏｎｖｏｌｕｔｉｏｎａｌ Ｃｏｄｅであり、ＬＤＰＣはＬｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｏｄｅである。表２は、ＭＵ－ＭＩＭＯ割当てのＵｓｅｒフィールドの形式を示す。

それ自身のパーシステント割当てのためのＲＵ情報及び／又はユーザ固有割当て情報がない場合、ＳＴＡは、パーシステント割当ての繰り返し送信を適切に受信できなくてもよい。また、エラー回復のために、一実施例によると、一例の規則は、アクノリッジメントを必要とする少なくとも１つのＭＰＤＵ（ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ） Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）がパーシステント割当ての最初の送信に含まれてもよいことであってもよい。ＡＰは、パーシステント割当ての最初の送信のためにＳＴＡから肯定的なアクノリッジメントを受信していない場合、パーシステント割当てのためのＲＵ情報及び／又はユーザ固有割当て情報がＳＴＡになくてもよく、そして、ＡＰはパーシステント割当ての繰り返し送信をスケジューリングしなくてもよいことを知っている。

第３又は第４の実施例によると、ダウンリンクユーザ固有ＰＡのＵｓｅｒフィールドはＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドになく、オーバヘッドを低下させうる。

図２０Ａは、第３から第４の実施例のＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドのオーバヘッド低減の図２０００を示す。ＰＡ Ｂｉｔｍａｐサブフィールド２００２は、００１０１として提供される。Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールド０（２００６）は、パーシステントでない（第１のビットがＰＡ Ｂｉｔｍａｐサブフィールド２００２において０であることによる）非ＭＵ－ＭＩＭＯ割当て０を提供し、また、Ｕｓｅｒフィールド０（２００６）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒフィールド１（２００８）、Ｕｓｅｒフィールド２（２０１０）及びＵｓｅｒフィールド３（２０１２）は、ＭＵ－ＭＩＭＯ割当て１の３つのユーザ固有割当てを提供する。ＭＵ－ＭＩＭＯ割当て１の第１のユーザ固有割当てはパーシステントでなく（第２のビットがＰＡ Ｂｉｔｍａｐサブフィールド２００２において０であることによる）、また、Ｕｓｅｒフィールド１（２００８）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。ＭＵ－ＭＩＭＯ割当て１の第２のユーザ固有割当てはパーシステントであり（第３のビットがＰＡ Ｂｉｔｍａｐサブフィールド２００２において１であることによる）、また、Ｕｓｅｒフィールド２（２０１０）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供されない。ＭＵ－ＭＩＭＯ割当て１の第３のユーザ固有割当てはパーシステントでなく（ＰＡ Ｂｉｔｍａｐサブフィールド２００２における第４のビットが０であることによる）、また、Ｕｓｅｒフィールド３（２０１２）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールド４（２０１４）は、パーシステントである（第５のビットがＰＡ Ｂｉｔｍａｐサブフィールド２００２において１であることによる）非ＭＵ－ＭＩＭＯ割当て２を提供し、また、Ｕｓｅｒフィールド４（２０１４）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供されず、これは有利にオーバヘッドを低減する。

図２０Ｂは、第３から第４の実施例のＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドのオーバヘッド低減の図２２００を示す。ＰＡ Ｂｉｔｍａｐサブフィールド２００２は、００１として提供される。Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールド０（２００６）は、パーシステントでない（ＰＡ Ｂｉｔｍａｐサブフィールド２００２の第１のビットが０であることによる）Ａｌｌｏｃａｔｉｏｎ ０を提供し、また、Ｕｓｅｒフィールド０（２００６）がＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒフィールド１（２００８）、Ｕｓｅｒフィールド２（２０１０）及びＵｓｅｒフィールド３（２０１２）は、パーシステントでない３つのＭＵ－ＭＩＭＯユーザによるＡｌｌｏｃａｔｉｏｎ １を提供し（ＰＡ Ｂｉｔｍａｐサブフィールド２００２における第２のビットが０であることによる）、また、Ｕｓｅｒフィールド１（２００８）、Ｕｓｅｒフィールド２（２０１０）及びＵｓｅｒフィールド３（２０１２）が、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。ＰＡ Ｂｉｔｍａｐサブフィールド２００２の第３のビットは１であり、従って、Ａｌｌｏｃａｔｉｏｎ ２はＰＡであり、また、Ｕｓｅｒフィールド４（２０１４）はＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供されず、効果的にオーバヘッドを低減する。

図２０Ｃは、第１から第４の実施例の他の例におけるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドのオーバヘッド低減の図２０５０を示す。ＰＡ Ｂｉｔｍａｐサブフィールド２００２は、０１０として提供される。Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールド０（２０５６）は、パーシステントでない（ＰＡ Ｂｉｔｍａｐサブフィールド２０５２の第１のビットが０であることによる）Ａｌｌｏｃａｔｉｏｎ ０を提供し、また、Ｕｓｅｒフィールド０（２０５６）がＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒフィールド１（２０５８）、Ｕｓｅｒフィールド２（２０６０）及びＵｓｅｒフィールド３（２０６２）は、パーシステントである３つのＭＵ－ＭＩＭＯユーザによるＡｌｌｏｃａｔｉｏｎ １を提供し（ＰＡ Ｂｉｔｍａｐサブフィールド２０５２における第２のビットが１であることによる）、また、Ｕｓｅｒフィールド１（２０５８）、Ｕｓｅｒフィールド２（２０６０）及びＵｓｅｒフィールド３（２０６２）が、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供されず、オーバヘッドを効果的に低下させる。ＰＡ Ｂｉｔｍａｐサブフィールド２０５２の第３のビットは０であり、従って、Ａｌｌｏｃａｔｉｏｎ ２はＰＡであり、また、Ｕｓｅｒフィールド４（２０６４）はＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。

図２１は、第３又は第４の実施例によるＳＴＡにおいて受信されたるＥＨＴ ＭＵ ＰＰＤＵの処理を示すフローチャート２１００を示す。処理は２１０２においてスタートしてもよい。２１０４において、受信されたＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドは、復調及び復号されてもよい。２１０６において、割り当てられたＲＵ（複数可）が決定されてもよく、これは、ＥＨＴ－ＳＩＧ－ＢフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド及びＣｅｎｔｅｒ ２６－Ｔｏｎｅサブフィールド（存在する場合）をチェックすることによって実行できる。このステップは、全帯域幅ＭＵ－ＭＩＭＯ送信の場合にはスキップされてもよい。２１０８において、Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数が計算されてもよく、ＥＨＴ－ＳＩＧ－ＡフィールドのＰＡ ＰｒｅｓｅｎｃｅサブフィールドとＥＨＴ－ＳＩＧ－ＢフィールドのＰＡ Ｂｉｔｍａｐサブフィールドとが、ダウンリンクユーザ固有ＰＡに対応するＵｓｅｒフィールドを除外するために考慮されてもよい。２１１０において、Ｕｓｅｒフィールドカウンタは、０（ゼロ）に初期化されてもよい。２１１２において、ＳＴＡのＳＴＡ ＩＤがＳＴＡ－ＩＤサブフィールドの値と一致するか否かが判定されてもよい。ＳＴＡのＳＴＡ ＩＤがＳＴＡ－ＩＤサブフィールドの値と一致する場合、処理は、ステップ２１１６に進んでもよい。ＳＴＡのＳＴＡ ＩＤがＳＴＡ－ＩＤサブフィールドの値と一致しない場合、処理は、ステップ２１２２に進んでもよい。２１１６において、ユーザ固有割当て情報が取得されてもよい。２１２０において、対応する割当ての送信が、Ｄａｔａフィールドにおいて受信されてもよい。２１２２において、Ｕｓｅｒフィールドカウンタを１だけインクリメントされてもよい。２１２４において、ＵｓｅｒフィールドカウンタがＵｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数と等しいか否かが判定されてもよい。ＵｓｅｒフィールドカウンタがＵｓｅｒ ＳｐｅｃｉｆｉｃフィールドにおけるＵｓｅｒフィールドの数と等しいと判定された場合、処理は、ステップ２１２６に進んでもよい。ＵｓｅｒフィールドカウンタがＵｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数と等しくないと判断された場合、処理は、ステップ２１１２に戻ってもよい。２１２６において、ダウンリンクユーザ固有ＰＡのための何れかのタイマが実行中であるか否かが決定されてもよい。ダウンリンクユーザ固有ＰＡのための少なくとも１つのタイマが実行中であると判定された場合、処理は、ステップ２１２８に進んでもよい。ダウンリンクユーザ固有ＰＡのための何れのタイマも実行中でないと判定された場合、処理は、ステップ２１３２で終了してもよい。２１２８において、ダウンリンクユーザ固有ＰＡのための割り当てられたＲＵの何れかが、実行中のタイマを備えたダウンリンクユーザ固有ＰＡのための格納されているＲＵ情報と一致するか否かが判定されてもよく、ダウンリンクユーザ固有ＰＡのための割り当てられたＲＵは、ＥＨＴ－ＳＩＧ－ＡフィールドのＰＡ Ｐｒｅｓｅｎｃｅサブフィールドと、ＥＨＴ－ＳＩＧ－ＢフィールドのＰＡ Ｂｉｔｍａｐサブフィールドとをチェックすることによって判定することができる。ダウンリンクユーザ固有ＰＡの割り当てられたＲＵの１つが、実行中のタイマを備えるダウンリンクユーザ固有ＰＡのために記憶されたＲＵ情報と一致すると判断された場合、処理は、ステップ２１３０に進んでもよい。ダウンリンクユーザ固有ＰＡに割り当てられたＲＵの何れも、実行中のタイマを備えた何れのダウンリンクユーザ固有ＰＡの記憶されたＲＵ情報と一致しないと判断された場合、処理は、２１３２で終了しもよい。ステップ２１３０において、一致したＲＵに対する最新の記憶されたユーザ固有割当て情報が抽出され、処理は、ステップ２１２０に進む。２１３２において、処理は終了する。

図２２は、第５の実施例によるダウンリンクユーザ固有ＰＡによるＡＰ２２０２とＳＴＡ２２０４との間の通信を示すフローチャートを示す。競合ベースチャネルアクセス手順がブロック２２０６によって示され、ＳＩＦＳ２２０８が示される。ＡＰ２２０２は、ＳＴＡのためのダウンリンクユーザ固有ＰＡの最初の送信を含んでもよく、また、対応するＲＵ情報及びユーザ固有割当て情報を含んでもよいＥＨＴ ＭＵ ＰＰＤＵ２２１０を送信してもよい。そして、ＡＰ２２０２は、ＳＴＡのためのダウンリンクユーザ固有ＰＡの繰り返し送信を含んでもよく、また、対応するＲＵ情報も含んでもよいが、対応するユーザ固有割当て情報を含まないＥＨＴ ＭＵ ＰＰＤＵ２２１４を送信してもよい。２２１６において、ＳＴＡ２２０４は、ダウンリンクユーザ固有ＰＡの最初の送信を受信し、ダウンリンクユーザ固有ＰＡのためのＲＵ情報及びユーザ固有割当て情報を記憶してもよい。そして、ＳＴＡ２２０４は、ＢｌｏｃｋＡｃｋフレーム２２１８を送信してもよい。２２２０において、ＳＴＡ２２０４は、ダウンリンクユーザ固有ＰＡのための格納されたＲＵ情報及びユーザ固有割当て情報を使用して、ダウンリンクユーザ固有ＰＡの繰り返し送信を受信してもよい。そして、ＳＴＡ２２０４は、ＢｌｏｃｋＡｃｋフレーム２２２２を送信してもよい。

図２３は、第５の実施例によるＥＨＴ－ＳＩＧ－Ｂフィールド２３００を示す。ＥＨＴ－ＳＩＧ－Ｂフィールド２３００は、一緒にＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルと呼ばれるＣｏｍｍｏｎフィールド２３０２と、存在する場合に後続するＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールド２３０４とを含む（又はから構成される）。

Ｃｏｍｍｏｎフィールド２３０２は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド２３０７、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８及びＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９を含む。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６は、ダウンリンクユーザ固有ＰＡを含むユーザ固有割当ての各々に対するＲＵ情報を示す。

Ｃｏｍｍｏｎフィールド２３０２のＰＡ Ｂｉｔｍａｐサブフィールド２３０８は、図１７に示すように、Ｃｏｍｍｏｎフィールド１７０２のＰＡ Ｂｉｔｍａｐサブフィールド１７０８と同じである。ＥＨＴ－ＳＩＧ－Ａフィールドは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル毎にＰＡ Ｂｉｔｍａｐ Ｐｒｅｓｅｎｃｅサブフィールドを含んでもよい。

Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６によって指定されるユーザ固有割当ての各々が最初又は繰り返し送信を含むか否かを示す。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のビットは、当該ビットに対応するユーザ固有割当てが最初の送信を含むことを示すため、０に設定される。最初の送信は、非ユーザ固有ＰＡの送信又はユーザ固有ＰＡの最初の送信を表す。当該ビットに対応するユーザ固有割当てがパーシステントでない場合、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のビットは０に設定される。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のビットは、当該ビットに対応するユーザ固有割当てが繰り返し送信を含むことを示すため、１に設定される。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のビットが１に設定されるとき、当該ビットに対応するユーザ固有割当てのためのＵｓｅｒフィールドは、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド２３０４に存在しない。

Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９は、同じＥＨＴ－ＳＩＧ－ＢコンテンツチャネルにおけるＲＵ ＡｌｌｏｃａｔｉｏｎサブフィールドのＮ個のフィールドにそれぞれ対応するＮ個のビットマップを含む。ＣＢＷ＝８０、８０＋８０又は１６０ＭＨｚであるとき、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９の最後のビットマップはまた、１ビットのＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド２３０７によって示されるユーザ固有割当てが繰り返し送信を含むか否かを示す。ＣＢＷ＝１６０＋１６０又は３２０ＭＨｚであるとき、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９の４番目のビットマップはまた、２ビットのＣｅｎｔｅｒ ２６―Ｔｏｎｅ ＲＵサブフィールド２３０７の第１のビットによって示されるユーザ固有割当てが繰り返し送信を含むか否かを示し、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９の最後のビットマップはまた、２ビットのＣｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド２３０７の２番目のビットによって示されるユーザ固有割当てが繰り返し送信を含むか否かを示す。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のビットマップは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６の対応するフィールドとＣｅｎｔｅｒ ２６―Ｔｏｎｅ ＲＵサブフィールド２３０７の対応するビット（適用可能である場合）によって指定される全てのユーザ固有割当てが繰り返し送信を含まない場合は存在しない。

Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９は、図１８Ａ及び図１８Ｂに示すように、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８と同様にして、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６及びＣｅｎｔｅｒ ２６―Ｔｏｎｅ ＲＵサブフィールド２３０７にマッピングされる。

あるいは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６によって指定されるユーザ固有割当ての各々が最初又は繰り返し送信を含むか否かを示すＩｎｉｔｉａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールドが、例えば、Ｃｏｍｍｏｎフィールド２３０２に提供されてもよい。ビットに対応するユーザ固有割当てが最初の送信を含むことを示すため、当該ビットが１に設定される。ビットに対応するユーザ固有割当てが繰り返し送信を含むことを示すため、当該ビットが０に設定される。

ＥＨＴ－ＳＩＧ－Ａフィールドは、ＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル毎にＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールドを含んでもよい。ＥＨＴ－ＳＩＧ－ＢコンテンツチャネルのためのＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールドは、Ｎビットのビットマップを含み、ここで、ｎ番目（ｎ＝１，２，．．．，Ｎ）ビットは、ＥＨＴ－ＳＩＧ－ＢコンテンツチャネルにおけるＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のｎ番目のビットマップの存在を示す。ＥＨＴ－ＳＩＧ－ＡフィールドにおけるＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールドのｎ番目のビットは、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のｎ番目のビットマップがＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルにないことを示すため、０に設定され、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のｎ番目のビットマップがＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルに存在することを示すため、１に設定される。ＥＨＴ－ＳＩＧ－ＡフィールドのＰｅｒｓｉｓｔｅｎｔ Ａｌｌｏｃａｔｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールドのｎ番目のビットが０に設定されるとき、同じＥＨＴ－ＳＩＧ－ＢコンテンツチャネルにおけるＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールドのｎ番目のビットもまた、０に設定される（すなわち、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のｎ番目のビットマップもまた、同じＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルには存在しない）。

Ｃｏｍｍｏｎフィールド２３０２は、全帯域幅ＭＵ－ＭＩＭＯ送信の場合には存在しなくてもよい。この場合、ＭＵ－ＭＩＭＯ割当てのＲＵ情報（例えば、ＭＵ－ＭＩＭＯ割当てにおけるユーザ数など）は、ＥＨＴ－ＳＩＧ－Ａフィールドで通知されてもよい。さらに、ＭＵ－ＭＩＭＯ割当てのユーザ固有割当てのそれぞれがパーシステントであるか否かと、ＭＵ－ＭＩＭＯ割当てのユーザ固有割当てのそれぞれが繰り返し送信を含むか否かとがまた、ＥＨＴ－ＳＩＧ－Ａフィールドで通知されてもよい。

図２４Ａは、第５の実施例によるＣｏｍｍｏｎフィールド２３０２の符号化構造の第１の例を示す。図２３で述べたように、Ｃｏｍｍｏｎフィールド２３０２は、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド２３０７、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８及びＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９を含む。第１の例では、Ｃｏｍｍｏｎフィールド２３０２の全てのサブフィールドが一緒に符号化される。上述されたように、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６のＮ個のフィールドの各々は８ビットのシグナリングであり、従って、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６はＮ×８ビットを有し、ここで、Ｎ＝１、２、４又は８である。Ｃｅｎｔｅｒ ２６―Ｔｏｎｅ ＲＵサブフィールド２３０７はＭビットを有し、ここで、Ｍ＝０、１又は２である。ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６のＮ個のフィールドの各々は、高々１７個の割当てを示すことができる。従って、第１の例では、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８又はＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９の各々は、（Ｎ×１７＋Ｍ）ビットのサイズを有する。

Ｃｏｍｍｏｎフィールド２３０２は、ＢＣＣ符号化／復号化の目的のために付加されるＣＲＣサブフィールド２３２２及びＴａｉｌサブフィールド２３２４を有する。ＣＲＣサブフィールド２３２２は４ビットのサイズを有し、Ｔａｉｌサブフィールド２３２４は６ビットのサイズを有する。すなわち、Ｃｏｍｍｏｎフィールド２３０２のサイズは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６、Ｃｅｎｔｅｒ ２６－Ｔｏｎｅ ＲＵサブフィールド２３０７、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８、Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９、ＣＲＣサブフィールド２３２２及びＴａｉｌサブフィールド２３２４のサイズの合計である。従って、第１の例では、Ｃｏｍｍｏｎフィールド２３０２のサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドで示されるＣＢＷ及びＬの値から導出することができるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に決定することができる。

図２４Ｂは、第５の実施例によるＣｏｍｍｏｎフィールド２３０２の符号化構造の第２の例を示す。Ｃｏｍｍｏｎフィールド２３０２は、２つのＣｏｍｍｏｎ Ｂｌｏｃｋフィールド、すなわち、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ａと第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ｂに分割され、これらは別々に符号化される。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ａは、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６及びＣｅｎｔｅｒ ２６―Ｔｏｎｅ ＲＵサブフィールド２３０７を含む。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールドフィールド２３２０ａのサイズは、Ｎ及びＭの値がＥＨＴ－ＳＩＧ－Ａフィールドに示されるＣＢＷ及びＬの値から導出することができるため、ＥＨＴ－ＳＩＧ－Ａフィールドを復号した後に導出することができる。第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ａはまた、ＢＣＣ符号化／復号化の目的のため、４ビットのＣＲＣフィールド２３２２ａ及び６ビットのＴａｉｌフィールド２３２４ａを含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ｂは、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８及びＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９を含む。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ｂはまた、ＢＣＣ符号化／復号化の目的のため、４ビットのＣＲＣフィールド２３２２ｂ及び６ビットのＴａｉｌフィールド２３２４ｂを含む。

第２の例では、ＰＡ Ｂｉｔｍａｐサブフィールド２３０８及びＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２３０９のそれぞれは、（Σ_ｎ＝１ ^ＮＬ_ｎ＋Ｍ）ビットのサイズを有し、Ｌ_ｎはＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド２３０６のｎ番目のフィールドによって示されるユーザ固有割当ての数に等しい。第２のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ｂのサイズは、第１のＣｏｍｍｏｎ Ｂｌｏｃｋフィールド２３２０ａが復号された後に決定できる。

図２４Ａに示されるような第１の例と比較して、図２４Ｂに示されるような第２の例は、Ｃｏｍｍｏｎフィールド２３０２の復号化に関してより高い実装の複雑さを有する。また、第１の例と第２の例とが同じＣｏｍｍｏｎフィールドのオーバヘッドを有する場合、第１の例が好ましい。

図２４Ａ及び図２４Ｂに示されるように、比較すると、Σ_ｉ＝ｎ ^ＮＬ_ｎ＜Ｎ×１７－５である場合、第２の例は第１の例より少ないＣｏｍｍｏｎフィールドのオーバヘッドを有する。以下が観察可能である。
・Ｎ＝１であるとき、第２の例は、Ｌ_１＜１２である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝２であるとき、第２の例は、Σ_ｎ＝１ ^２Ｌ_ｎ＜２９である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝４であるとき、第２の例は、Σ_ｎ＝１ ^４Ｌ_ｎ＜６３である場合により良好でありうる。そうでない場合、第１の例がより良好である。
・Ｎ＝８であるとき、第２の例は、Σ_ｎ＝１ ^８Ｌ_ｎ＜１３１である場合により良好でありうる。そうでない場合、第１の例がより良好である。

明らかに、第１の例又は第２の例がＥＨＴ ＭＵ ＰＰＤＵのＣｏｍｍｏｎフィールドで使用されるか否かは、ＥＨＴ ＭＵ ＰＰＤＵのＣＢＷ及びＲＵ割当てに応じてＡＰの裁量にあるべきである。その結果、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－ＡフィールドにおいてＥＨＴ－ＳＩＧ－Ｂコンテンツチャネル毎に１ビットのシグナリングを追加して、第１の例又は第２の例が対応するＥＨＴ－ＳＩＧ－Ｂコンテンツチャネルで使用されるか否かを示すことが効果的である。

Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド２３０４は、非ＭＵ－ＭＩＭＯ割当て及び／又はＭＵ－ＭＩＭＯ割当てのための１つ以上のＵｓｅｒフィールドを含む（又はから構成される）。Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールド２３０４のＵｓｅｒフィールドは、図１７に示されるようなＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールド１７０４のものと同じである。

ＳＴＡが意図された受信者であるダウンリンクユーザ固有ＰＡの最初の送信を含むＥＨＴ ＭＵ ＰＰＤＵを受信すると、ＳＴＡは、ダウンリンクユーザ固有ＰＡのためのタイマをスタート又はリセットし、ダウンリンクユーザ固有ＰＡのためのＲＵ情報及びユーザ固有割当て情報を格納又は更新してもよい。

ダウンリンクユーザ固有ＰＡのためのＲＵ情報及び／又はユーザ固有割当て情報がない場合、ＳＴＡは、ダウンリンクユーザ固有ＰＡの繰り返し送信を適切に受信できないかもしれない。また、エラー回復のために、一実施例によると、有利なことに、例示的な規則は、アクノリッジメントを必要とする少なくとも１つのＭＰＤＵが、ダウンリンクユーザ固有ＰＡの最初の送信に含まれてもよいということであってもよい。ＡＰがダウンリンクユーザ固有ＰＡの最初の送信のためにＳＴＡから肯定的なアクノリッジメントを受信しない場合、ＡＰは、ダウンリンクユーザ固有ＰＡのためのＲＵ情報及び／又はユーザ固有割当て情報がＳＴＡにないかもしれないことを知っており、その後、ＡＰは、ダウンリンクユーザ固有ＰＡの繰り返し送信をスケジューリングしなくてもよい。

図２５は、第５の実施例によるＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドのオーバヘッド低減の図２５００を示す。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２５０４は、００１０１として提供される。Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールド０（２５０６）は、非パーシステントである（ＰＡ Ｂｉｔｍａｐサブフィールド２５０２の２番目のビットが１であることによる）非ＭＵ－ＭＩＭＯ割当て０を提供し、また、Ｕｓｅｒフィールド０（２５０６）がＵｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒフィールド１（２５０８）は、パーシステントである（ＰＡ Ｂｉｔｍａｐサブフィールド２５０２の２番目のビットが１であることによる）ＭＵ－ＭＩＭＯ割当て１の第１のユーザ固有割当てを提供する。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２５０４の２番目のビットは０であるため、ＭＵ－ＭＩＭＯ割当て１の第１のユーザ固有割当てによる送信は繰り返し送信ではなく、従って、Ｕｓｅｒフィールド１（２５０８）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒフィールド２（２５１０）は、パーシステントである（ＰＡ Ｂｉｔｍａｐサブフィールド２５０２の３番目のビットが１であることによる）ＭＵ－ＭＩＭＯ割当て１の第２のユーザ固有割当てを提供する。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２５０４の３番目のビットは１であるため、ＭＵ－ＭＩＭＯ割当て１の第２のユーザ固有割当てによる送信は繰り返し送信であり、従って、Ｕｓｅｒフィールド２（２５１０）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドには提供されない。Ｕｓｅｒフィールド３（２５１２）は、非パーシステントである（ＰＡ Ｂｉｔｍａｐサブフィールド２５０２の４番目のビットが０であることによる）ＭＵ－ＭＩＭＯ割当て１の第３のユーザ固有割当てを提供し、従って、Ｕｓｅｒフィールド３（２５１２）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供される。Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールド４（２５１４）は、パーシステントである（ＰＡ Ｂｉｔｍａｐサブフィールド２５０２の５番目のビットが１であることによる）非ＭＵ－ＭＩＭＯ割当て２を提供する。Ｒｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールド２５０４の５番目のビットは、非ＭＵ－ＭＩＭＯ割当て２による送信が繰り返し送信であることを示す１であるため、Ｕｓｅｒフィールド４（２５１４）は、Ｕｓｅｒ Ｓｐｅｃｉｆｉｃフィールドに提供されず、これは、効果的にオーバヘッドを低減する。

図２６は、第５の実施例によるＳＴＡにおいて受信されるＥＨＴ ＭＵ ＰＰＤＵの処理を示すフローチャート２６００を示す。処理は、２６０２においてスタートしてもよい。２６０４において、受信されるＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールドは、復調及び復号されてもよい。２６０６において、割り当てられたＲＵが決定されてもよく、これは、ＥＨＴ－ＳＩＧ－ＢフィールドのＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールドをチェックすることによって実行でき、当該ステップは、全帯域幅ＭＵ－ＭＩＭＯ送信の場合にはスキップされてもよい。２６０８において、Ｕｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数が計算されてもよく、ＥＨＴ－ＳＩＧ－ＡフィールドのＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールド及びＥＨＴ－ＳＩＧ－ＢフィールドのＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールドが、繰り返し送信に対応するＵｓｅｒフィールドを除外するために考慮されてもよい。２６１０において、Ｕｓｅｒフィールドカウンタは、０（ゼロ）に初期化されてもよい。２６１２において、ＳＴＡのＳＴＡ ＩＤがＳＴＡ－ＩＤサブフィールドの値と一致するか否かが判定されてもよい。ＳＴＡ ＩＤはＳＴＡの識別子であり、関連付けられているＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）におけるＳＴＡ を一意に識別する。ＳＴＡのＳＴＡ ＩＤがＳＴＡ－ＩＤサブフィールドの値と一致する場合、処理は、ステップ２６１４に進んでもよい。ＳＴＡのＳＴＡ ＩＤがＳＴＡ－ＩＤサブフィールドの値と一致しない場合、処理は、ステップ２６２２に進んでもよい。２６１４において、Ｕｓｅｒフィールドがダウンリンクユーザ固有ＰＡに対応するか否かが判定されてもよく、これは、ＥＨＴ－ＳＩＧ－ＡフィールドのＰＡ Ｐｒｅｓｅｎｃｅサブフィールド及びＥＨＴ－ＳＩＧ－ＢフィールドのＰＡ Ｂｉｔｍａｐサブフィールドをチェックすることによって実行できる。Ｕｓｅｒフィールドがダウンリンクユーザ固有ＰＡに対応すると判定された場合、処理は、ステップ２６１６に進んでもよい。Ｕｓｅｒフィールドがダウンリンクユーザ固有ＰＡに対応しないと判定された場合、処理は、ステップ２６１８に進んでもよい。２６１６において、ユーザ固有割当て情報が取得されてもよく、ＲＵ情報及びユーザ固有割当て情報が記憶又は更新されてもよく、ダウンリンクユーザ固有ＰＡのためのタイマがスタート起動又はリセットされてもよい。ステップ２６１８において、ユーザ固有割当て情報が取得されてもよい。２６２０において、対応する割当ての送信がＤａｔａフィールドにおいて受信されてもよい。２６２２で、Ｕｓｅｒフィールドカウンタを１だけインクリメントされてもよい。２６２４において、ＵｓｅｒフィールドカウンタがＵｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数と等しいか否かが判定されてもよい。ＵｓｅｒフィールドカウンタがＵｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数と等しいと判定された場合、処理は、ステップ２６２６に進んでもよい。ＵｓｅｒフィールドカウンタがＵｓｅｒ ＳｐｅｃｉｆｉｃフィールドのＵｓｅｒフィールドの数と等しくないと判定された場合、処理は、ステップ２６１２に戻ってもよい。２６２６において、ダウンリンクユーザ固有ＰＡのための何れかのタイマが実行中であるか否かが判定されてもよい。ダウンリンクユーザ固有ＰＡのための少なくとも１つのタイマが実行中であると判定された場合、処理は、ステップ２６２８に進んでもよい。ダウンリンクユーザ固有ＰＡのための何れのタイマも実行中でないと判定された場合、処理は、ステップ２６３２で終了してもよい。２６２８において、繰り返し送信のために割り当てられたＲＵの何れかが、実行中のタイマを備える何れかのダウンリンクユーザ固有ＰＡのための最新の格納されたＲＵ情報と一致するか否かが判定されてもよく、繰り返し送信のために割り当てられたＲＵは、ＥＨＴ－ＳＩＧ－ＡフィールドのＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｓｅｎｃｅサブフィールドと、ＥＨＴ－ＳＩＧ－ＢフィールドのＲｅｃｕｒｒｉｎｇ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｉｔｍａｐサブフィールドとをチェックすることによって決定されてもよい。繰り返し送信のために割り当てられたＲＵの１つが、実行中のタイマを備えたダウンリンクユーザ固有ＰＡのために記憶されたＲＵと一致すると判定された場合、処理は、ステップ２６３０に進んでもよい。繰り返し送信のために割り当てられたＲＵの何れもが、実行中のタイマを備える何れのダウンリンクユーザ固有ＰＡのための記憶されたＲＵ情報と一致しないと判定された場合、処理は２６３２で終了してもよい。２６３０において、一致したＲＵに対する記憶されたユーザ固有割当て情報が抽出され、処理は、ステップ２６２０に進んでもよい。

図２７は、各種実施例による通信デバイス２７００、例えば、アクセスポイント（ＡＰ）の構成を示す。図３Ａに示されるような通信装置の概略例と同様に、図２７の概略例における通信装置２７００は、少なくとも１つの無線送信機２７２８、少なくとも１つの無線受信機２７０４、複数のアンテナ２７０２（簡略化のために、１つのアンテナのみが図２７に示される）及び回路２７３０を含む。回路２７３０は、ダウンリンク又はアップリンクユーザ固有ＰＡとの通信の制御を含む、コントローラ２７１２が実行するように設計されたタスクのソフトウェア及びハードウェアにより支援された実行に使用するための少なくとも１つのコントローラ２７１２を含んでもよい。回路２７３０は更に、受信信号プロセッサ２７０６及び送信信号生成器２７２０を含んでもよい。コントローラ２７１２は、受信信号プロセッサ２７０６及び送信信号生成器２７２０を制御してもよい。

受信信号プロセッサ２７０６は、受信信号のデータ部分を復調及び復号しうるデータ復調復号器２７１０を含んでもよい。受信信号プロセッサ２７０６は更に、制御復調器および復号器２７０８を含んでもよく、受信信号の制御シグナリング部分（例えば、ＥＨＴ ＴＢ ＰＰＤＵ又はＢｌｏｃｋＡｃｋフレーム）を復調及び復号しうる制御復調復号器２７０８を含んでもよい。

コントローラ２７１２は、受信信号の制御シグナリング部分を分析しうる制御信号パーサ２７１４を含んでもよい。コントローラ２７１２は更に、割り当てのためのＲＵ情報及びユーザ固有割当て情報を決定しうるスケジューラ２７１６を含んでもよい。スケジューラ２７１６は、ダウンリンクユーザ固有ＰＡに関連するＲＵ情報及びユーザ固有割当て情報と共に、アップリンクユーザ固有ＰＡに関連する識別情報及びユーザ固有リソース割当て情報を決定するパーシステントスケジューリング回路を含んでもよい。

送信信号生成器２７２０は、ＭＰＤＵ生成器２７２２、制御シグナリング生成器２７２４及びＰＰＤＵ生成器２７２６を含んでもよい。ＭＰＤＵ生成器２７２２は、ＭＰＤＵ又はＡ－ＭＰＤＵ（Ａｇｇｒｅｇａｔｅｄ ＭＰＤＵ）、例えば、ＰＡ Ｃｏｎｔｒｏｌサブフィールド、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム、ＰＡ Ｔｒｉｇｇｅｒフレーム又はＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレームを搬送するデータフレーム及び管理フレームなどを生成してもよい。制御シグナリング生成器２７２４は、制御シグナリングフィールド（例えば、ＥＨＴ－ＳＩＧ－Ａフィールド及びＥＨＴ－ＳＩＧ－Ｂフィールド）を生成してもよい。ＰＰＤＵ生成器１８２６は、ＰＰＤＵ（例えば、ＥＨＴ ＭＵ ＰＰＤＵ）を生成してもよい。

図２８は、各種実施例による通信デバイス２８００、例えば、端末、例えば、ステーション（ＳＴＡ）の構成を示す。図３Ａに示されるような通信装置の概略例と同様に、図２８の概略例における通信装置２８００は、少なくとも１つの無線送信機２８３０、少なくとも１つの無線受信機２８０４、１つ以上のアンテナ２８０２（簡略化のために、１つのアンテナのみが図２８に示される）及び回路２８３２を含む。回路２８３２は、ダウンリンク又はアップリンクユーザ固有ＰＡとの通信の制御を含む、コントローラ２８１２が実行するように設計されたタスクのソフトウェア及びハードウェアにより支援される実行で使用するための少なくとも１つのコントローラ２８１２を含んでもよい。回路２８３２は更に、受信信号プロセッサ２８０６及び送信信号生成器２８２２を含んでもよい。コントローラ２８１２は、受信信号プロセッサ２８０６及び送信信号生成器２８２２を制御してもよい。

受信プロセッサ２８０６は、データ復調復号器２８１０及び制御復調復号器２８０８を含んでもよい。データ復調復号器２８１０は、ＲＵ情報及びユーザ固有割当て情報に従って、受信信号のデータ部分を復調及び復号してもよい。受信信号のデータ部分は、Ｍｕｌｔｉ－ＳＴＡ ＢｌｏｃｋＡｃｋフレーム、ＰＡ Ａｎｎｏｕｎｃｅｍｅｎｔフレーム、ＥＨＴ Ｂａｓｉｃ Ｔｒｉｇｇｅｒフレーム、ＰＡ Ｔｒｉｇｇｅｒフレーム又はＰＡ Ｃｏｎｔｒｏｌサブフィールドを搬送するフレームを含んでもよい。制御復調復号器２８０８は、受信信号の制御シグナリング部分（例えば、ＥＨＴ ＭＵ ＰＰＤＵのＥＨＴ－ＳＩＧ－Ａ及びＥＨＴ－ＳＩＧ－Ｂフィールド）を復調及び復号してもよい。

コントローラ２８１２は、制御シグナリングパーサ２８１４及びスケジューラ２８１８を含んでもよい。制御シグナリングパーサ２８１４は、受信信号の制御シグナリング部分を分析し、ダウンリンクユーザ固有ＰＡのためのＲＵ情報及びユーザ固有割当て情報を決定してもよい。制御シグナリングパーサ２８１４は、ＰＡシグナリングパーサ２８１６を含んでもよい。ＰＡシグナリングパーサ２８１６は、ダウンリンクユーザ固有ＰＡのためのＲＵ情報及びユーザ固有割当て情報を決定し、格納又は更新するか（例えば、メモリ２８２０に）、あるいは、ダウンリンクユーザ固有ＰＡのためのユーザ固有割当て情報を（例えば、メモリ２８２０から）抽出してもよい。ＰＡシグナリングパーサ２８１６はまた、アップリンクユーザ固有ＰＡのための識別情報及びユーザ固有リソース割当て情報を決定し、記憶又は更新するか（例えば、メモリ２８２０に）、あるいは、アップリンクユーザ固有ＰＡのためのユーザ固有リソース割当て情報を（例えば、メモリ２８２０から）抽出してもよい。

送信信号生成器２８２２は、制御シグナリング生成器２８２４、ＰＰＤＵ生成器２８２６及びＭＰＤＵ生成器２８２８を含んでもよい。制御シグナリング生成器２８２４は、制御シグナリングフィールド（例えば、ＥＨＴ－ＳＩＧ－Ａフィールド）を生成してもよい。ＰＰＤＵ生成器２８２６は、ＰＰＤＵ（例えば、ＥＨＴ ＴＢ ＰＰＤＵ）を生成してもよい。ＭＰＤＵ生成器２８２８は、（Ａ）－ＭＰＤＵ、例えば、ＢｌｏｃｋＡｃｋフレームを生成してもよい。

上述したように、本開示の実施例は、極めて高いスループットのＭＩＭＯ ＷＬＡＮネットワークにおけるユーザ固有ＰＡを可能にし、ＭＩＭＯ ＷＬＡＮネットワークにおける物理レイヤスループットを改善する高度な通信システム、通信方法及び通信装置を提供する。

本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路等のＬＳＩによって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組合せによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。

本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの各種組み合わせを含む。

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び「Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）」のネットワークにおける他の何れかの「物」など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの各種組合せを介してデータを交換することを含んでもよい。

通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。

通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。

各種実施例のいくつかの特徴がデバイスを参照して説明されたが、対応する特徴は各種実施例の方法にも適用され、その逆も同様であることが理解されるであろう。

多数の変形及び／又は改良が、広く説明されている本開示の趣旨又は範囲から逸脱することなく、具体的な実施例に示されるような本開示に対して行うことができることが当業者によって理解されるであろう。従って、本実施例は、全ての点で例示的であり、限定的ではないと考えられるべきである。

１．動作中に共通フィールド、ユーザ固有フィールド及びデータフィールドを含む送信信号を生成する回路であって、前記共通フィールドは前記データフィールドにおける１つ以上の割当てのそれぞれのＲＵ情報を含み、前記ユーザ固有フィールドは１つ以上のユーザ情報を含み、それぞれは前記データフィールドにおける前記１つ以上の割当ての間のユーザ固有割当てを示す、回路と、
動作中に前記生成された送信信号を送信する送信機と、
を有し、
前記ユーザ固有フィールドは、前記１つ以上の割当ての間の繰り返し送信を含むパーシステント割当てのための少なくとも１つのユーザ情報がない、通信装置。

２．前記送信信号は、前記データフィールドにおける少なくとも１つのパーシステント割当ての存在を通知するためのシグナリングを含む、請求項１に記載の通信装置。

３．前記共通信号は、前記データフィールドにおける少なくとも１つのパーシステント割当てを通知するためのシグナリングを含む、請求項１に記載の通信装置。

４．前記送信信号は、繰り返し送信を含む前記データフィールドにおける少なくとも１つのパーシステント割当ての存在を通知するためのシグナリングを含む、請求項１に記載の通信装置。

５．前記共通フィールドは、繰り返し送信を含む前記データフィールドにおける少なくとも１つのパーシステント割当てを通知するためのシグナリングを含む、請求項１に記載の通信装置。

６．前記パーシステント割当ては、前記生成される送信信号の送信後のある期間に存在する、請求項１に記載の通信装置。

７．前記ユーザ固有フィールドは、最初の送信を含むパーシステント割当てのための少なくとも１つのユーザ情報がなく、前記パーシステント割当てのための前記ユーザ情報は、当該通信装置によって以前に送信された制御フレームに含まれる、請求項１に記載の通信装置。

８．前記パーシステント割当ては、前記制御フレームの送信後のある期間に存在する、請求項７に記載の通信装置。

９．前記期間は、前記制御フレームに含まれるシグナリングによって決定又は通知される、請求項８に記載の通信装置。

１０．動作中に共通フィールド、ユーザ固有フィールド及びデータフィールドを含む送信信号を受信する受信機であって、前記共通フィールドは前記データフィールドにおける１つ以上の割当てのそれぞれのＲＵ情報を含み、前記ユーザ固有フィールドは１つ以上のユーザ情報を含み、それぞれは前記データフィールドにおける前記１つ以上の割当ての間のユーザ固有割当てを示す、受信機と、
動作中に前記受信された送信信号を処理する回路と、
を有し、
前記ユーザ固有フィールドは、前記１つ以上の割当ての間の繰り返し送信を含むパーシステント割当てのための少なくとも１つのユーザ情報がない、通信装置。

１１．前記送信信号は、前記データフィールドにおける少なくとも１つのパーシステント割当ての存在を通知するためのシグナリングを含む、請求項１０に記載の通信装置。

１２．前記共通信号は、前記データフィールドにおける少なくとも１つのパーシステント割当てを通知するためのシグナリングを含む、請求項１０に記載の通信装置。

１３．前記送信信号は、繰り返し送信を含む前記データフィールドにおける少なくとも１つのパーシステント割当ての存在を通知するためのシグナリングを含む、請求項１０に記載の通信装置。

１４．前記共通フィールドは、繰り返し送信を含む前記データフィールドにおける少なくとも１つのパーシステント割当てを通知するためのシグナリングを含む、請求項１０に記載の通信装置。

１５．前記パーシステント割当ては、前記生成される送信信号の送信後のある期間に存在する、請求項１０に記載の通信装置。

１６．前記ユーザ固有フィールドは、最初の送信を含むパーシステント割当てのための少なくとも１つのユーザ情報がなく、前記パーシステント割当てのための前記ユーザ情報は、当該通信装置によって以前に送信された制御フレームに含まれる、請求項１０に記載の通信装置。

１７．前記パーシステント割当ては、前記制御フレームの受信後のある期間に存在する、請求項１６に記載の通信装置。

１８．前記期間は、前記制御フレームに含まれるシグナリングによって決定又は通知される、請求項１７に記載の通信装置。

１９．共通フィールド、ユーザ固有フィールド及びデータフィールドを含む送信信号を生成するステップであって、前記共通フィールドは前記データフィールドにおける１つ以上の割当てのそれぞれのＲＵ情報を含み、前記ユーザ固有フィールドは１つ以上のユーザ情報を含み、それぞれは前記データフィールドにおける前記１つ以上の割当ての間のユーザ固有割当てを示す、生成するステップと、
前記生成された送信信号を送信するステップと、
を有し、
前記ユーザ固有フィールドは、前記１つ以上の割当ての間の繰り返し送信を含むパーシステント割当てのための少なくとも１つのユーザ情報がない、通信方法。

２０．共通フィールド、ユーザ固有フィールド及びデータフィールドを含む送信信号を受信するステップであって、前記共通フィールドは前記データフィールドにおける１つ以上の割当てのそれぞれのＲＵ情報を含み、前記ユーザ固有フィールドは１つ以上のユーザ情報を含み、それぞれは前記データフィールドにおける前記１つ以上の割当ての間のユーザ固有割当てを示す、受信するステップを有し、
前記ユーザ固有フィールドは、前記１つ以上の割当ての間の繰り返し送信を含むパーシステント割当てのための少なくとも１つのユーザ情報がない、通信方法。

２１．動作中に少なくとも１つの信号フィールドコンテンツチャネル及びデータフィールドを含む送信信号を生成する回路であって、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれは、Ｎ個のフィールドから構成されるＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当てサブフィールドと、Ｎ個のビットマップから構成される繰り返し送信ビットマップサブフィールドとを含み、Ｎ＝１，２，４又は８である、回路と、
動作中に前記生成された送信信号を送信する送信機と、
を有し、
前記ＲＵ割当てサブフィールドのＮ個のフィールドのそれぞれは、前記データフィールドにおける対応するトーン範囲内の１つ以上の割当てのためのＲＵ情報を示し、前記繰り返し送信ビットマップサブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットマップは、前記ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される前記１つ以上の割当てのそれぞれが繰り返し送信を含むか否かを示す、通信装置。

２２．前記繰り返し送信ビットマップサブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットマップは、前記ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される前記１つ以上の割当てが前記繰り返し送信を含まない場合、存在しない、請求項２１に記載の通信装置。

２３．前記送信信号は、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれのＮビットの繰り返し送信存在サブフィールドを含み、前記繰り返し送信存在サブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットは、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれにおける繰り返し送信ビットマップサブフィールドのｎ番目のビットマップの存在を示す、請求項２１に記載の通信装置。

２４．前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれは、Ｎ個のビットマップから構成されるパーシステント割当てビットマップサブフィールドを含み、前記パーシステント割当てビットマップサブフィールドｎ番目（ｎ＝１，２，．．．，Ｎ）のビットマップは、前記ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される前記１つ以上の割当てのそれぞれがパーシステントであるか否かを示す、請求項２１に記載の通信装置。

２５．前記パーシステント割当てビットマップサブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットマップは、前記ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される前記１つ以上の割当てがパーシステントでない場合、存在しない、請求項２４に記載の通信装置。

２６．前記送信信号は、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれのＮビットのパーシステント割当て存在サブフィールドを含み、前記Ｎビットのパーシステント割当て存在サブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットは、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれにおける前記パーシステント割当てビットマップサブフィールドのｎ番目のビットマップの存在を示す、請求項２４に記載の通信装置。

２７．前記ＲＵ割当てサブフィールド及び前記繰り返し送信ビットマップサブフィールドは別々に符号化され、前記繰り返し送信ビットマップサブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットマップのサイズは、前記ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される前記１つ以上の割当ての数に依存する、請求項２１に記載の通信装置。

２８．前記ＲＵ割当てサブフィールド及び前記繰り返し送信ビットマップサブフィールドは一緒に符号化され、前記繰り返し送信ビットマップサブフィールドの各ビットマップのサイズは、前記ＲＵ割当てサブフィールドの何れかのフィールドによって通知可能な前記１つ以上の割当ての最大数に依存する、請求項２１に記載の通信装置。

２９．前記送信信号は、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれの前記ＲＵ割当てサブフィールド及び前記繰り返し送信ビットマップサブフィールドが別々に又は一緒に符号化されるか否かを通知するためのシグナリングを含む、請求項２１に記載の通信装置。

３０．前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれは、Ｍビットのセンタ２６－トーンＲＵサブフィールドを含み、ＣＢＷ＝８０，８０＋８０又は１６０ＭＨｚに対してＭ＝１であり、ＣＢＷ＝１６０＋１６０又は３２０ＭＨｚに対してＭ＝２であり、Ｍビットのセンタ２６－トーンＲＵサブフィールドの各ビットは、対応するセンタ２６－トーンＲＵが割り当てられているか否かを示す、請求項２１に記載の通信装置。

３１．Ｍ＝１であるとき、前記繰り返し送信ビットマップサブフィールドの最後のビットマップは、前記Ｍビットのセンタ２６－トーンＲＵサブフィールドによって示される割当てが繰り返し送信を含むか否かを示す、請求項３０に記載の通信装置。

３２．Ｍ＝２であるとき、前記繰り返し送信ビットマップサブフィールドの４番目のビットマップは、前記Ｍビットのセンタ２６－トーンＲＵサブフィールドの１番目のビットによって示される割当てが繰り返し送信を含むか否かを示し、前記繰り返し送信ビットマップサブフィールドの最後のビットマップは、前記Ｍビットのセンタ２６－トーンＲＵサブフィールドの２番目のビットによって示される割当てが繰り返し送信を含むか否かを示す、請求項３０に記載の通信装置。

３３．前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれは、Ｌ＝１又は２による各Ｌ＊２０ＭＨｚ上で符号化され、前記少なくとも１つの信号フィールドコンテンツチャネルの数は、チャネル帯域幅（ＣＢＷ）及びＬの値に依存する、請求項２１に記載の通信装置。

３４．前記送信信号は、前記Ｌの値を通知するためのシグナリングを含む、請求項３３に記載の通信装置。

３５．少なくとも１つの信号フィールドコンテンツチャネル及びデータフィールドを含む送信信号を生成するステップであって、前記少なくとも１つの信号フィールドコンテンツチャネルのそれぞれは、Ｎ個のフィールドから構成されるＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当てサブフィールドと、Ｎ個のビットマップから構成される繰り返し送信ビットマップサブフィールドとを含み、Ｎ＝１，２，４又は８である、生成するステップと、
前記生成された送信信号を送信するステップと、
を有し、
前記ＲＵ割当てサブフィールドのＮ個のフィールドのそれぞれは、前記データフィールドにおける対応するトーン範囲内の１つ以上の割当てのためのＲＵ情報を示し、前記繰り返し送信ビットマップサブフィールドのｎ番目（ｎ＝１，２，．．．，Ｎ）のビットマップは、前記ＲＵ割当てサブフィールドのｎ番目のフィールドによって示される前記１つ以上の割当てのそれぞれが繰り返し送信を含むか否かを示す、通信方法。

３６．動作中にアップリンクパーシステント割当て（ＰＡ）を識別する識別情報を含むフレームを生成する回路と、
動作中に前記生成されたフレームを送信する送信機と、
を有する通信装置。

３７．前記識別情報は、前記アップリンクＰＡのＰＡ識別子（ＰＡＩＤ）である、請求項３６に記載の通信装置。

３８．前記識別情報は、前記アップリンクＰＡのＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）割当て情報である、請求項３６に記載の通信装置。

３９．前記識別情報は、前記アップリンクＰＡの送信を要請するため、前記フレームのフレーム本体に含まれ、前記フレームは、前記アップリンクＰＡのためのユーザ固有リソース割当て情報がない、請求項３６に記載の通信装置。

４０．前記識別情報は、前記アップリンクＰＡの送信を要請するため、前記フレームのＭＡＣヘッダに含まれ、前記フレームは、前記アップリンクＰＡのためのユーザ固有リソース割当て情報がない、請求項３６に記載の通信装置。

４１．前記識別情報及びユーザ固有リソース割当て情報は、前記アップリンクＰＡを識別するため、前記フレームのフレーム本体に含まれる、請求項３６に記載の通信装置。

４２．前記識別情報及びユーザ固有リソース割当て情報は、前記アップリンクＰＡの最初の送信を要請するため、前記フレームのフレーム本体に含まれる、請求項３６に記載の通信装置。

４３．アップリンクパーシステント割当て（ＰＡ）を識別する識別情報を含むフレームを生成するステップと、
前記生成されたフレームを送信するステップと、
を有する通信方法。

４４．前記識別情報は、前記アップリンクＰＡのＰＡ識別子（ＰＡＩＤ）である、請求項４３に記載の通信方法。

４５．前記識別情報は、前記アップリンクＰＡのためのＲＵ（Ｒｅｓｏｕｒｃｅ Ｕｓｅｒ）割当て情報である、請求項４３に記載の通信方法。

４６．前記識別情報は、前記アップリンクＰＡの送信を要請するため、前記フレームのフレーム本体に含まれ、前記フレームは、前記アップリンクＰＡのためのユーザ固有リソース割当て情報がない、請求項４３に記載の通信方法。

４７．前記識別情報は、前記アップリンクＰＡの送信を要請するため、前記フレームのＭＡＣヘッダに含まれ、前記フレームは、前記アップリンクＰＡのためのユーザ固有リソース割当て情報がない、請求項４３に記載の通信方法。

４８．前記識別情報及びユーザ固有リソース割当て情報は、前記アップリンクＰＡを識別するため、前記フレームのフレーム本体に含まれる、請求項４３に記載の通信方法。

４９．前記識別情報及びユーザ固有リソース割当て情報は、前記アップリンクＰＡを識別するため、前記フレームのフレーム本体に含まれる、請求項４３に記載の通信方法。

５０．動作中にそれぞれがユーザ固有割当てを示すダウンリンクＭＵ－ＭＩＭＯ割当ての複数のユーザのユーザ情報を含む第１の送信信号を生成し、
共通フィールド、ユーザ固有フィールド及びデータフィールドを含む第２の送信信号を更に生成し、前記データフィールドは前記ダウンリンクＭＵ－ＭＩＭＯ割当ての送信を含む、回路と、
動作中に前記第１の送信信号及び前記第２の送信信号を送信する送信機と、
を有し、
前記ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有割当ては、パーシステントであるか否かであると判定される、通信装置。

５１．前記第２の送信信号の前記データフィールドにおける前記ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有パーシステント割当てが、前記第１の送信信号における前記ユーザ情報によって通知される、請求項５０に記載の通信装置。

５２．前記第２の送信信号の前記データフィールドが前記ＭＵ－ＭＩＭＯ割当てのユーザ固有パーシステント割当ての繰り返し送信を含むとき、前記ユーザ固有フィールドは、前記ユーザ固有パーシステント割当てのためのユーザ情報がない、請求項５０に記載の通信装置。

５３．前記第２の送信信号の前記共通フィールドは、前記第２の送信信号の前記データフィールドにおける少なくとも１つのユーザ固有パーシステント割当てを通知するためのシグナリングを含む、請求項５０に記載の通信装置。

５４．前記第２の送信信号の前記共通フィールドは、繰り返し送信を含む前記第２の送信信号の前記データフィールドにおける少なくとも１つのユーザ固有パーシステント割当てを通知するためのシグナリングを含む、請求項５０に記載の通信装置。

５５．前記ユーザ固有パーシステント割当ては、前記第１の送信信号の送信後のある期間に存在する、請求項５０に記載の通信装置。

５６．前記期間は、前記第１の送信信号に含まれるシグナリングによって決定又は通知される、請求項５５に記載の通信装置。

５７．それぞれがユーザ固有割当てを示すダウンリンクＭＵ－ＭＩＭＯ割当ての複数のユーザのユーザ情報を含む第１の送信信号を生成するステップと、
共通フィールド、ユーザ固有フィールド及びデータフィールドを含む第２の送信信号を生成するステップであって、前記データフィールドは前記ダウンリンクＭＵ－ＭＩＭＯ割当ての送信を含む、生成するステップと、
前記第１の送信信号及び前記第２の送信信号を送信するステップと、
を有し、
前記ダウンリンクＭＵ－ＭＩＭＯ割当ての前記ユーザ固有割当ては、パーシステントであるか否か判定される、通信方法。

５８．前記第２の送信信号の前記データフィールドにおける前記ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有パーシステント割当ては、前記第１の送信信号における前記ユーザ情報によって通知される、請求項５７に記載の通信方法。

５９．前記第２の送信信号の前記データフィールドが前記ダウンリンクＭＵ－ＭＩＭＯ割当てのユーザ固有パーシステント割当ての繰り返し送信を含むとき、前記ユーザ固有フィールドは、前記ユーザ固有パーシステント割当てのユーザ情報がない、請求項５７に記載の通信方法。

６０．前記第２の送信信号の前記共通フィールドは、前記第２の送信信号の前記データフィールドにおける少なくとも１つのユーザ固有パーシステント割当てを通知するためのシグナリングを含む、請求項５７に記載の通信方法。

６１．前記第２の送信信号の前記共通フィールドは、繰り返し送信を含む前記第２の送信信号の前記データフィールドにおける少なくとも１つのユーザ固有パーシステント割当てを通知するためのシグナリングを含む、請求項５７に記載の通信方法。

６２．前記ユーザ固有パーシステント割当ては、前記第１の送信信号の送信後のある期間に存在する、請求項５７に記載の通信方法。

６３．前記期間は、前記第１の送信信号に含まれるシグナリングによって決定又は通知される、請求項６２に記載の通信方法。

Claims (6)

1. 第１のステーション及び第２のステーションに送信機会（TXOP）を割り当てるトリガフレームの第１のフレームを送信し、前記トリガフレームは、アップリンクユーザ固有パーシステント割当てを含み、前記アップリンクユーザ固有パーシステント割当ては、識別情報及びユーザ固有リソース割当てを含む、送信機と、
   前記TXOP内に、前記第１のステーション及び前記第２のステーションの各々から第１の複数の物理レイヤプロトコルデータユニット（PPDU）を受信する、受信機と、を含み、
   前記送信機は、前記ユーザ固有リソース割当ての繰り返し送信を要請する第２のフレームを送信し、前記受信機は、前記TXOP内に、前記第１のステーション及び前記第２のステーションの各々から第２の複数のPPDUを受信し、
   前記第２のフレームは、前記識別情報を含むが、前記ユーザ固有リソース割当てを含まない、
   通信装置。
2. 前記通信装置が前記TXOPに関するエラー回復を行う、
   請求項１に記載の通信装置。
3. 前記トリガフレームは前記TXOPに関する期間情報を含む、
   請求項１に記載の通信装置。
4. 前記期間情報は、前記第１のステーションでの前記期間情報の受信から前記TXOPの終了までの期間を示す、
   請求項３に記載の通信装置。
5. 通信装置が、第１のステーション及び第２のステーションに送信機会（TXOP）を割り当てるトリガフレームの第１のフレームを送信し、前記トリガフレームは、アップリンクユーザ固有パーシステント割当てを含み、前記アップリンクユーザ固有パーシステント割当ては、識別情報及びユーザ固有リソース割当てを含む、処理と、
   前記通信装置が、前記TXOP内に、前記第１のステーション及び前記第２のステーションの各々から第１の複数の物理レイヤプロトコルデータユニット（PPDU）を受信する、処理と、を含み、
   前記通信装置が、前記ユーザ固有リソース割当ての繰り返し送信を要請する第２のフレームを送信する処理と、前記通信装置が、前記TXOP内に、前記第１のステーション及び前記第２のステーションの各々から第２の複数のPPDUを受信する処理と、を含み、
   前記第２のフレームは、前記識別情報を含むが、前記ユーザ固有リソース割当てを含まない、
   通信方法。
6. 第１のステーション及び第２のステーションに送信機会（TXOP）を割り当てるトリガフレームの第１のフレームを送信し、前記トリガフレームは、アップリンクユーザ固有パーシステント割当てを含み、前記アップリンクユーザ固有パーシステント割当ては、識別情報及びユーザ固有リソース割当てを含む、処理と、
   前記TXOP内に、前記第１のステーション及び前記第２のステーションの各々から第１の複数の物理レイヤプロトコルデータユニット（PPDU）を受信する、処理と、を制御し、
   前記ユーザ固有リソース割当ての繰り返し送信を要請する第２のフレームを送信する処理と、前記TXOP内に、前記第１のステーション及び前記第２のステーションの各々から第２の複数のPPDUを受信する処理と、を制御し、
   前記第２のフレームは、前記識別情報を含むが、前記ユーザ固有リソース割当てを含まない、
   集積回路。

Images