JP6420449B2

JP6420449B2 - ＣＯＢＲＡ（ｃｏｏｒｄｉｎａｔｅｄｏｒｔｈｏｇｏｎａｌｂｌｏｃｋ−ｂａｓｅｄｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ）動作をサポートする方法および装置

Info

Publication number: JP6420449B2
Application number: JP2017227240A
Authority: JP
Inventors: ロウハンチン; ジー．ムリアスロナルド; ワンシアオフェイ; ビー．シャーニーラヴ; ゴーシュモニシャ; ジャングオドン; ラシータフランク; エル．オレセンロバート
Original assignee: インターデイジタルパテントホールディングスインコーポレイテッド
Priority date: 2012-04-30
Filing date: 2017-11-27
Publication date: 2018-11-07
Anticipated expiration: 2033-03-14
Also published as: EP3425839A1; KR20170001730A; KR102160350B1; TWI637648B; CN109194454A; EP4418616A3; US20130286959A1; US20210204254A1; TW201352039A; KR20150013640A; JP6251762B2; JP2018093486A; EP3425839B1; CN104321998A; WO2013165582A1; EP4418616A2; US10932229B2; JP2015520973A; JP2016154340A; KR20180094146A

Description

本発明は、無線通信技術に関する。
関連出願の相互参照
本出願は、その内容が本明細書に参照によって組み込まれている、２０１２年４月３０日に出願した米国特許仮出願第６１／６４０，２１９号、２０１２年１１月９日に出願した米国特許仮出願第６１／７２４，４３８号、および２０１３年１月１１日に出願した米国特許仮出願第６１／７５１，４５３号の利益を主張するものである。

インフラストラクチャベーシックサービスセット（basic service set、ＢＳＳ）モードの無線ローカルエリアネットワーク（ＷＬＡＮ）は、ＢＳＳ用のアクセスポイント（ＡＰ）およびＡＰに関連する１または複数のステーション（ＳＴＡ）（すなわち、無線送信／受信ユニット（ＷＴＲＵ）を含むことができる。ＡＰは、ディストリビューションシステム（distribution system、ＤＳ）またはＢＳＳに出入りするトラフィックを搬送することができる別のタイプの有線／無線ネットワークへのアクセスを有しまたはこれとインターフェースすることができる。ＢＳＳの外部から発するＳＴＡへのトラフィックは、ＡＰを介して到着する場合があり、ＳＴＡに配送され得る。ＳＴＡから発するＢＳＳの外部の宛先へのトラフィックは、それぞれの宛先への配送のためにＡＰに送信され得る。ＢＳＳ内のＳＴＡの間のトラフィックも、ＡＰを介して送信され得、ここで、ソースＳＴＡは、ＡＰにトラフィックを送信することができ、ＡＰは、宛先ＳＴＡにトラフィックを配送することができる。ＢＳＳ内のＳＴＡの間のそのようなトラフィックを、ピアツーピアトラフィックと称する場合がある。そのようなピアツーピアトラフィックは、ＩＥＥＥ８０２．１１ｅダイレクトリンクセットアップ（direct link setup、ＤＬＳ）またはＩＥＥＥ８０２．１１ｚトンネルドＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用するＤＬＳを用いてソースＳＴＡと宛先ＳＴＡとの間で直接に送信もされ得る。インディペンデントＢＳＳ（independent BSS、ＩＢＳＳ）モードのＷＬＡＮは、ＡＰを含まない場合があり、したがって、ＳＴＡは、お互いと直接に通信することができる。この通信モードを、「アドホック」通信モードと称する場合がある。

ＩＥＥＥ８０２．１１インフラストラクチャ動作モードでは、ＡＰは、プライマリチャネル（primary channel）と称する固定されたチャネル上でビーコンを送信することができる。プライマリチャネルは、２０ＭＨｚ幅とすることができ、ＢＳＳの動作チャネルとすることができる。プライマリチャネルは、ＳＴＡによって、ＡＰとの接続を確立するのにも使用され得る。ＩＥＥＥ８０２．１１システムのチャネルアクセス機構は、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）とすることができる。この動作モードでは、ＡＰを含むすべてのＳＴＡが、プライマリチャネルを検知することができる。チャネルがビジーであることが検出される場合には、ＳＴＡは、バックオフすることができる。したがって、１つのＳＴＡだけが、任意の所与の時に所与のＢＳＳ内で送信することができる。

方法および装置は、ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）動作をサポートすることができる。アクセスポイント（ＡＰ）は、前記ＡＰがＣＯＢＲＡをサポートできることを複数の無線送信／受信ユニット（ＷＴＲＵ）に示すように構成され得る。ＷＴＲＵは、ステーション（ＳＴＡ）、非ＡＰＳＴＡ、またはユーザと称する場合もある。各ＷＴＲＵは、前記ＷＴＲＵもＣＯＢＲＡをサポートできることを前記ＡＰに示すように構成され得る。前記ＡＰは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（information element、ＩＥ）を前記ＷＴＲＵのそれぞれに送信するように構成され得る。各ＷＴＲＵは、複数のフィールドを含むＣＯＢＲＡコントローリ（controllee）ＩＥを送信するように構成され得る。ユーザグループ化管理、グループ保守、チャネルアクセス、ビームフォーミング、サウンディング（sounding）、ならびに周波数手順および同期化手順は、ＣＯＢＲＡ動作をサポートするために変更され得る。

より詳細な理解を、添付図面に関連して例として与えられる以下の説明から得ることができる。
１または複数の開示される実施形態を実施できる例の通信システムを示す図である。図１Ａに示された通信システム内で使用され得る例の無線送信／受信ユニット（ＷＴＲＵ）を示す図である。図１Ａに示された通信システム内で使用され得る例の無線アクセスネットワークおよび例のコアネットワークを示す図である。時間領域フィルタリングおよび周波数領域フィルタリングを実行するように構成され得るＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）システムの任意の例の物理層（ＰＨＹ）を示す図である。周波数領域フィルタリングおよび／または周波数領域拡散を実行するように構成された例のＰＨＹＣＯＢＲＡシステムを示す図である。例の局所ＣＯＢＲＡシステム（localized COBRA system）を示す図である。例の分散ＣＯＢＲＡシステム（distributed COBRA system）を示す図である。直交周波数分割多元接続（ＯＦＤＭＡ）サブチャネライゼーションを実行するように構成された例のＰＨＹを示す図である。Ｅ−ＶＨＴ通信をサポートするように構成され得るデバイスの送信器処理ユニット７００を示す図である。例のＥ−ＶＨＴケイパビリティ情報フィールド（capabilities information field）を示す図である。シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ、ＳＣ−ＦＤＭＡ）サブチャネライゼーションを実行するように構成された例のＰＨＹを示す図である。ＣＯＢＲＡをサポートするように構成された例のベリイハイスループット（very high throughput、ＶＨＴ）ケイパビリティ情報フィールドを示す図である。例のＣＯＢＲＡコントローラＩＥを示す図である。ＣＯＢＲＡコントローリＩＥのもう１つの例を示す図である。例のグループ化情報獲得手順を示す図である。例のグループ化手順を示す図である。ユニキャストＣＯＢＲＡグループ管理ＩＥの例を示す図である。例のメンバシップ情報フィールドを示す図である。例のブロードキャストＣＯＢＲＡグループ管理ＩＥを示す図である。図１７のブロードキャストＣＯＢＲＡグループ管理ＩＥ内の例のグループ情報フィールドを示す図である。例のメンバ情報フィールドを示す図である。例のＣＯＢＲＡ初期グループ管理手順を示す図である。例のグループ保守手順を示す図である。もう１つの例のグループ保守手順を示す図である。例のＶＨＴケイパビリティ情報フィールドを示す図である。例のＣＯＢＲＡグループＩＤ管理フレームを示す図である。例のＣＯＢＲＡメンバシップ状況アレイフィールドを示す図である。例のＣＯＢＲＡユーザ位置アレイフィールドを示す図である。例のＣＯＢＲＡグループオプションフィールドを示す図である。例のスタンドアローンＤＬＣＯＢＲＡ送信を示す図である。例のスタンドアローンＵＬＣＯＢＲＡ送信を示す図である。スタンドアローンＵＬＣＯＢＲＡ送信のもう１つの例を示す図である。ＣＯＢＲＡＲｅｑフレームの例のＭＡＣフレームフォーマットを示す図である。例のＣＯＢＲＡＲｅｓｐフレームフォーマットを示す図である。例のパーユーザベースド（per-user-based）ＵＣＡＦを示す図である。パーユーザベースドＵＣＡＦのもう１つの例を示す図である。例の組み合わされたＤＬ／ＵＬＣＯＢＲＡ送信を示す図である。例の専用のランダムアクセスチャネルを示す図である。ダウンリンクとアップリンクとの間の非対称送信の例の全般的な手順を示す図である。ダウンリンクとアップリンクとの間の非対称送信のもう１つの例の全般的な手順を示す図である。非対称通信の例の送信要求（ＲＴＳ）／送信可（ＣＴＳ）保護機構を示す図である。非対称通信のもう１つの例のＲＴＳ／ＣＴＳ保護機構を示す図である。非対称通信のもう１つの例のＲＴＳ／ＣＴＳ保護機構を示す図である。非対称通信のもう１つの例のＲＴＳ／ＣＴＳ保護機構を示す図である。例のＤＬＣＯＢＲＡプリアンブルを示す図である。もう１つの例のＤＬＣＯＢＲＡプリアンブルを示す図である。例のＯ−ＳＩＧフィールドを示す図である。例のＳ−ＳＩＧフィールドを示す図である。例のＵＬＣＯＢＲＡプリアンブルを示す図である。もう１つの例のＵＬＣＯＢＲＡプリアンブルを示す図である。アップリンクオムニＳＩＧ（ＵＬ−Ｏ−ＳＩＧ）フィールドを示す図である。例の短縮されたＳＩＧフィールドを示す図である。タイミングオフセットを検出する例の手順を示す図である。ＵＬ送信の調整の例の手順を示す図である。例の明示的なチャネル品質インジケータ（ＣＱＩ）フィードバック機構を示す図である。例のＭＦＢサブフィールドを示す図である。例の暗黙のＣＱＩ推定手順を示す図である。例のＵＬＣＯＢＲＡリンク適合および電力制御手順を示す図である。サブチャネル駆動ＵＬＣＯＢＲＡリンク適合エレメントの例のフォーマットを示す図である。ＳＴＡ駆動ＵＬＣＯＢＲＡリンク適合エレメントの例のフォーマットを示す図である。

図１Ａに、１または複数の開示される実施形態を実施できる例の通信システム１００を示す。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャスト、および類似物などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリア（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ）ＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および類似物などの１または複数のチャネルアクセス方法を使用することができる。

図１Ａに示されているように、通信システム１００は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態が、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを了解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれを、無線環境内で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定のまたはモバイルの加入者ユニット、ポケットベル、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、消費者エレクトロニクス、および類似物を含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂをも含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。たとえば、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅｖｏｌｖｅｄＮｏｄｅ−Ｂ（ｅＮＢ）、ＨｏｍｅＮｏｄｅ−Ｂ（ＨＮＢ）、ＨｏｍｅｅＮＢ（ＨｅＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および類似物とすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含むことができることを了解されたい。

基地局１１４ａを、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、他の基地局および／または基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノード、および類似物などのネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称する場合もある特定の地理的領域内で無線信号を送信し、かつ／または受信するように構成され得る。セルは、さらに、セルセクタに分割され得る。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバすなわち、セルのセクタごとに１つのトランシーバを含むことができる。別の実施形態では、基地局１１４ａは、多入力他出力（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ）（ＭＩＭＯ）技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（たとえば、ラジオ周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、および類似物）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

より具体的には、上で注記したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および類似物など、１または複数のチャネルアクセス方式を使用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌｍｏｂｉｌｅｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｓｙｓｔｅｍ（ＵＭＴＳ）ｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓ）（ＵＴＲＡ）などの無線技術を実施することができ、ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ｈｉｇｈ−ｓｐｅｅｄｐａｃｋｅｔａｃｃｅｓｓ）（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ｈｉｇｈ−ｓｐｅｅｄｄｏｗｎｌｉｎｋｐａｃｋｅｔａｃｃｅｓｓ）（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ｈｉｇｈ−ｓｐｅｅｄｕｐｌｉｎｋｐａｃｋｅｔａｃｃｅｓｓ）（ＨＳＵＰＡ）を含むことができる。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、Ｅ−ＵＴＲＡは、ロングタームエボリューション（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターモビリティフォーマイクロウェーブアクセス（ｗｏｒｌｄｗｉｄｅｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒｍｉｃｒｏｗａｖｅａｃｃｅｓｓ）（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００エボリューションデータオプティマイズド（ｅｖｏｌｕｔｉｏｎ−ｄａｔａｏｐｔｉｍｉｚｅｄ）（ＥＶ−ＤＯ）、ＩｎｔｅｒｉｍＳｔａｎｄａｒｄ２０００（ＩＳ−２０００）、ＩｎｔｅｒｉｍＳｔａｎｄａｒｄ９５（ＩＳ−９５）、ＩｎｔｅｒｉｍＳｔａｎｄａｒｄ８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ｇｌｏｂａｌｓｙｓｔｅｍｆｏｒｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（ＧＳＭ）、ＧＳＭ進化型高速データレート（ｅｎｈａｎｃｅｄｄａｔａｒａｔｅｓｆｏｒＧＳＭｅｖｏｌｕｔｉｏｎ）（ＥＤＧＥ）、ＧＳＭ／ＥＤＧＥＲＡＮ（ＧＥＲＡＮ）、および類似物などの無線技術を実施することができる。

図１Ａの基地局１１４ｂは、たとえば無線ルータ、ＨＮＢ、ＨｅＮＢ、またはＡＰとすることができ、仕事場、家庭、車両、キャンパス、および類似物など、局所化された区域内での無線接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、および類似物）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されない可能性がある。

ＲＡＮ１０４は、コアネットワーク１０６と通信しているものとすることができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ｖｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ）（ＶｏＩＰ）のサービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１０６は、呼制御、請求サービス、モバイル位置ベースのサービス、前払い呼、インターネット接続性、ビデオ分配、および類似物を提供し、かつ／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには図示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信していることができることを了解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用している別のＲＡＮ（図示せず）と通信していることもできる。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、プレインオールドテレフォンサービス（plain old telephone service、ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）スイート内のＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの全世界のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用することができる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモードケイパビリティ（capability(capabilities)）を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。たとえば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａおよびＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成され得る。

図１Ｂに、図１Ａに示された通信システム１００内で使用され得る例のＷＴＲＵ１０２を示す。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素（たとえば、アンテナ）１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、実施形態と一貫したままでありながら前述の要素の任意の副組合せを含むことができることを了解されたい。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）、状態機械、および類似物とすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合され得、トランシーバ１２０は、送受信要素１２２に結合され得る。図１Ｂは、別々のコンポーネントとしてプロセッサ１１８およびトランシーバ１２０を示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に一緒に一体化され得る。

送受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）へ信号を送信しまたはこれから信号を受信するように構成され得る。たとえば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナとすることができる。別の実施形態では、送受信要素１２２は、たとえばＩＲ、ＵＶ、または可視光信号を送信し、かつ／または受信するように構成されたエミッタ／検出器とすることができる。別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号との両方を送信し、受信するように構成され得る。送受信要素１２２は、無線信号の任意の組合せを送信し、かつ／または受信するように構成され得る。

さらに、送受信要素１２２は、図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ１０２は、任意の個数の送受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信し、受信する複数の送受信要素１２２（たとえば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信される信号を復調するように構成され得る。上で注記したように、ＷＴＲＵ１０２は、マルチモードケイパビリティを有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２がたとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され、これらからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、サブスクライバアイデンティティモジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、ｓｅｃｕｒｅｄｉｇｉｔａｌ（ＳＤ）メモリカード、および類似物を含むことができる。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、かつ／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスとすることができる。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、および類似物）、太陽電池、燃料電池、および類似物を含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合され得、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／または複数の近くの基地局から受信されつつある信号のタイミングに基づいてその位置を判定することができる。ＷＴＲＵ１０２は、実施形態と一貫したままでありながら任意の適切な位置判定方法によって位置情報を獲得することができる。

プロセッサ１１８は、他の周辺機器１３８にさらに結合され得、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線の接続性を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、ディジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌｓｅｒｉａｌｂｕｓ）（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および類似物を含むことができる。

図１Ｃに、図１Ａに示された通信システム１００内で使用され得る例のＲＡＮ１０４および例のコアネットワーク１０６を示す。上で注記したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４が、実施形態と一貫したままでありながら任意の個数のｅＮｏｄｅ−Ｂを含むことができることを了解されたい。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ得、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリング、ならびに類似物を処理するように構成され得る。図１Ｃに示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｃに示されたコアネットワーク１０６は、モビリティマネジメントゲートウェイ（mobility management gateway、ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、制御ノードとして働くことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択、および類似物の責任を負うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切替のための制御プレーン機能を提供することもできる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために使用可能である時のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および格納、ならびに類似物など、他の機能を実行することもできる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続され得、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。無線ローカルエリアネットワーク（ＷＬＡＮ）１５５のアクセスルータ（ＡＲ）１５０は、インターネット１１０と通信している可能性がある。ＡＲ１５０は、ＡＰ１６０ａ、１６０ｂ、および１６０ｃの間の通信を容易にすることができる。ＡＰ１６０ａ、１６０ｂ、および１６０ｃは、ＳＴＡ１７０ａ、１７０ｂ、および１７０ｃと通信している可能性がある。

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含むことができ、またはこれと通信することができる。さらに、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができ、このネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線のまたは無線のネットワークを含むことができる。

本明細書では、用語法「ＳＴＡ」は、無線送信／受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、移動局、固定のまたはモバイルの加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、コンピュータ、モバイルインターネットデバイス（ＭＩＤ）、または無線環境内で動作することのできる任意の他のタイプのユーザデバイスを含むが、これに限定されない。本明細書で参照される時に、用語法「ＡＰ」は、基地局、Ｎｏｄｅ−Ｂ、サイトコントローラ、または無線環境内で動作することのできる任意の他のタイプのインターフェースするデバイスを含むが、これに限定されない。

参照のために、８０２．１１ｎおよび８０２．１１ａｃは、２から６ＧＨｚまでの周波数で動作することができる。８０２．１１ｎでは、ハイスループット（ＨＴ）ＳＴＡは、通信に４０ＭＨｚ広帯域チャネルを使用することができる。これは、４０ＭＨｚ広帯域チャネルを形成するために、プライマリ２０ＭＨｚチャネルを別の隣接する２０ＭＨｚチャネルと組み合わせることによって達成され得る。８０２．１１ａｃでは、ベリイハイスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および１６０Ｍｚ広帯域のチャネルをサポートすることができる。４０ＭＨｚチャネルおよび８０ＭＨｚチャネルは、８０２．１１ｎに似て、連続する２０ＭＨｚチャネルを組み合わせることによって形成されるが、１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルまたは２つの連続しない８０ＭＨｚチャネル（８０＋８０構成）のいずれかを組み合わせることによって形成され得る。一例として、「８０＋８０」構成について、データは、チャネル符号化の後に、これを２つのストリームに分割するセグメントパーサを通過することができる。逆高速フーリエ変換（ＩＦＦＴ）および時間領域処理が、各ストリームに対して別々に実行され得る。その後、ストリームは、２つのチャネル上にマッピングされ得、データは、送出され得る。受信端では、この機構が逆転され、組み合わされたデータが、媒体アクセス制御（ＭＡＣ）層に送られ得る。

また、送信要求（ＲＴＳ）／送信可（ＣＴＳ）ショートインターフレームスペース（short inter-frame space、ＳＩＦＳ）は、１６μｓとすることができ、ガードインターバル（guard interval、ＧＩ）は、０．８μｓとすることができる。１００ｍ以内のノードからの送信は、ＧＩ内に留まることができるが、１００ｍを超えると、遅延が、０．８μｓより長くなる可能性がある。１ｋｍでは、遅延が、６μｓを超える可能性がある。

参照のために、８０２．１１ａｆデバイスおよび８０２．１１ａｈデバイスは、１ＧＨｚ未満の周波数で動作することができる。８０２．１１ａｆおよび８０２．１１ａｈについて、チャネル動作帯域幅は、８０２．１１ｎおよび８０２．１１ａｃと比較して減らされ得、８０２．１１ａｆは、テレビジョン（ＴＶ）ホワイトスペース（ＴＶＷＳ）内で５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ広帯域の帯域をサポートすることができるが、８０２．１１ａｈは、非ＴＶＷＳ内で１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚをサポートすることができる。８０２．１１ａｈのいくつかのＳＴＡは、制限されたケイパビリティを有するセンサと考えられ得、１ＭＨｚ送信モードおよび２ＭＨｚ送信モードだけをサポートすることができる。

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネル幅を利用するＷＬＡＮシステムでは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通の動作帯域幅と等しい帯域幅を有することができるプライマリチャネルがある場合がある。プライマリチャネルの帯域幅は、最小帯域幅の動作モードをサポートするＳＴＡによって制限され得る。８０２．１１ａｈの例では、１ＭＨｚモードおよび２ＭＨｚモードのみをサポートする１または複数のＳＴＡがあるが、ＡＰおよびＢＳＳ内の他のＳＴＡが４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの動作モードをサポートできる場合に、プライマリチャネルを１ＭＨｚ幅または２ＭＨｚ幅とすることができる。すべてのキャリア検知およびネットワークアロケーションベクトル（network allocation vector、ＮＡＶ）セッティングは、プライマリチャネル上の状況に依存することができる。たとえば、プライマリチャネルが、１ＭＨｚ動作モードおよび２ＭＨｚ動作モードのみをサポートし、ＡＰに送信するＳＴＡに起因してビジーである場合に、使用可能な周波数帯全体は、その大多数がアイドルのままであり、使用可能であることができる場合であっても、ビジーと考えられ得る。８０２．１１ａｈおよび８０２．１１ａｆでは、パケットは、８０２．１１ａｃと比較して４倍または１０倍ダウンクロッキングされるクロックを使用して送信され得る。

米国では、８０２．１１ａｈによって使用され得る使用可能な周波数帯は、９０２ＭＨｚから９２８ＭＨｚまでである。この周波数帯は、韓国では、９１７．５ＭＨｚから９２３．５ＭＨｚまでであり、日本では、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈに使用可能な総帯域幅は、国コードに依存して、６ＭＨｚから２６ＭＨｚまでとすることができる。

スペクトル効率を改善するために、８０２．１１ａｃは、たとえばダウンリンク（ＤＬ）直交周波数分割多重（ＯＦＤＭ）シンボル中に、同一シンボルの時間フレーム内で複数のＳＴＡへのＤＬｍｕｌｔｉ−ｕｓｅｒｍｕｌｔｉｐｌｅ−ｉｎｐｕｔｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ（ＭＩＭＯ）（ＭＵ−ＭＩＭＯ）送信を実施することができる。ＤＬＭＵ−ＭＩＭＯの使用の潜在能力は、８０２．１１ａｈに適用され得る。ＤＬＭＵ−ＭＩＭＯは、８０２．１１ａｃで使用される時に、複数のＳＴＡへの同一のシンボルタイミングを使用することができるので、複数のＳＴＡへの波形送信の干渉は、問題にならない可能性がある。しかし、ＡＰとのＭＵ−ＭＩＭＯ送信にかかわるすべてのＳＴＡが、同一のチャネルまたは帯域を使用する可能性があり、これが、動作帯域幅を、ＡＰとのＭＵ−ＭＩＭＯ送信に含まれるＳＴＡによってサポートされ得る最小のチャネル帯域幅に制限する可能性がある。

８０２．１１ａｃは、８０２．１１仕様に基づく以前のシステムによってサポートされるスループットに対してスループットを大幅に改善するために、８０２．１１ｎで使用されるもの以外の追加の帯域幅を活用することができる。ＤＬＭＵ−ＭＩＭＯが、スペクトル効率を改善するために８０２．１１ａｃで導入されたが、ユーザの改善されたＱｏＳおよび接続信頼性を可能にするために、追加の改善が必要である。８０２．１１ａｃおよび８０２．１１ａｈに関してスペクトル効率のさらなる改善を可能にする方法が、実施され得る。

一実施形態では、ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）送信方法が、ＷＬＡＮ媒体アクセスの代替方法として実施され得る。この例の方法は、包括的なサブキャリアベースの多元接続方式を使用することができる。ＣＯＢＲＡの送信および符号化方式の基礎は、マルチキャリア変調およびフィルタリングと、時間領域、周波数領域、空間領域、および偏波領域とを含むことができる。

ＣＯＢＲＡは、ＯＦＤＭＡサブチャネライゼーション、ＳＣ−ＦＤＭＡサブチャネライゼーション、およびフィルタバンクマルチキャリア（filter-bank multicarrier、ＦＢＭＣ）サブチャネライゼーションを実施することができ、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈによって以前に記述されたｗｉｒｅｌｅｓｓｆｉｄｅｌｉｔｙ（ＷｉＦｉ）システムで使用されるＯＦＤＭ法のスペクトル効率を改善することができる。これらの例および関連する実施形態は、ＣＳＭＡの特徴と直交ブロックベースのリソース割当方法の特徴とを組み合わせることができる。

これらの提案されるＣＯＢＲＡ方式の利点は、プリアンブルオーバーヘッドの削減とすることができる。ＣＯＢＲＡは、より狭い帯域幅で送信することによってこのオーバーヘッドを削減することができ、したがって、バースト長を減らすことができるのと同時に、システムスループットを同一のままにすることができる。バーストあたりのプリアンブルオーバーヘッドは、減らされ得る。これは、アップリンク送信ならびにダウンリンク送信について真であり得る。

図２は、時間領域フィルタリングおよび周波数領域フィルタリングを実行するように構成され得るＣＯＢＲＡシステムの例の物理層（ＰＨＹ）２００の図である。ＰＨＹ２００は、直列並列変換器（Ｓ／Ｐ）ユニット２１０、サブキャリアマッピングユニット２２０、逆高速フーリエ変換（ＩＦＦＴ）ユニット２３０、時間領域フィルタリングユニット２４０、および並列直列変換器（Ｐ／Ｓ）ユニット２５０を含むことができる。サブキャリアマッピングユニット２２０は、局所サブキャリアマッピングユニット（localized sub-carrier mapping unit）２６０および／または分散サブキャリアマッピングユニット（distributed sub-carrier mapping unit）２７０を含むことができる。

ＰＨＹ２００構造は、柔軟な実施態様を可能にすることができる。たとえば、サブチャネルは、周波数時間リソースブロックとして定義され得、この周波数時間リソースブロックは、周波数領域および／または時間領域に複数のサブキャリアを含むことができる。この定義は、パケットフレーム全体に適用され得る。

サブチャネルは、隣接するサブキャリア内で割り振られ得るサブキャリアについても定義され得、局所サブチャネル割振り（localized subchannel allocation）と称する場合がある。あるいは、サブチャネルは、隣接しないサブキャリアの割振りを含むことができ、分散サブチャネル割振り（distributed sub-channel allocation）と称する場合がある。

ＷｉＦｉシステムは、サブチャネルの概念を使用しなくてもよい。この実施形態では、サブチャネルは、ＷｉＦｉシステム内で、時間リソースおよび／または周波数リソースの一部の１または複数のユーザへの割振りを可能にすることができる。この実施形態は、以前に説明されたＷｉＦｉシステムに関して後方互換の形でサブチャネル割振りをサポートすることができる。たとえば、この実施形態は、既存のＷｉＦｉＯＦＤＭ送信が干渉なしで存在するシステム内でのサブチャネルの使用をサポートする。サブチャネルは、以前に注記されたＷｉＦｉシステムによって定義される既存のＣＳＭＡ手順を使用することができる。

図３は、周波数領域フィルタリングおよび／または周波数領域拡散を実行するように構成された例のＰＨＹＣＯＢＲＡシステム３００の図である。ＰＨＹＣＯＢＲＡシステム３００は、Ｓ／Ｐユニット３１０、周波数領域フィルタリングまたは拡散ユニット３２０、サブキャリアマッピングユニット３３０、ＩＦＦＴユニット３４０、ならびにＰ／Ｓ＋オーバーラップおよび合計ユニット３５０を含むことができる。ＩＦＦＴユニット３４０は、拡張されたＩＦＦＴユニットとすることができ、ＦＦＴによってサポートされるもの以外の１または複数のサブキャリアを含むことができる。Ｐ／Ｓ＋オーバーラップおよび合計ユニット３５０は、オーバーラッピング係数Ｋを有するフィルタバンクとすることができ、データエレメントは、２Ｋ−１個のキャリアを変調することができる。この例では、Ｋ個の連続するＩＦＦＴ出力が、時間領域でオーバーラップすることができる。フィルタバンク出力は、時間領域でのＫ個の出力に渡るオーバーラップおよび合計動作によって提供され得る。サブキャリアマッピングユニット３３０は、局所サブキャリアマッピングユニット３６０および／または分散サブキャリアマッピングユニット３７０を含むことができる。

ＣＯＢＲＡ方式は、より効率的で柔軟な形で、異なる機能性を用いて信号を送信する機構を提供することができる。たとえば、通常のＷＬＡＮシステムは、管理フレーム、制御フレーム、およびデータフレームを使用することができる。基本的な管理フレームは、ビーコンフレーム、関連付けおよび再関連付け要求フレーム、関連付けおよび再関連付け応答フレーム、関連付け解除フレーム、プローブ要求フレーム、プローブ応答フレーム、認証フレーム、認証解除フレーム、アクションおよびアクションノーポジティブ（action and action no positive）肯定応答（ＡＣＫ）フレーム、および類似物を含む。基本的な制御フレームは、送信要求（ＲＴＳ）フレーム、送信可（ＣＴＳ）フレーム、ＡＣＫフレーム、ブロックＡＣＫ要求（ＢＡＲ）フレーム、複数トラフィック識別子（traffic identifier、ＴＩＤ）ＢＡＲフレーム、ブロックＡＣＫ（ＢＡ）フレーム、複数ＴＩＤＢＡフレーム、パケット交換（ＰＳ）ポールフレーム、競合なし（ＣＦ）終了およびＣＦ終了＋ＣＦ−ＡＣＫフレーム、制御ラッパフレーム、および類似物を含む。

ＣＯＢＲＡ対応ＡＰは、異なるサブチャネル上で異なるタイプのフレームを伝えることができるＣＯＢＲＡ送信を調整し、配置することができる。ＣＯＢＲＡ送信に使用され得る例の論理サブチャネルは、ＵＬランダムアクセスチャネル、サウンディングチャネル、フィードバックチャネル、ＡＣＫチャネル、ブロードキャストチャネル、およびデータチャネルを含むことができるが、これに限定はされない。サブチャネライゼーションは、標準規格によって事前に定義されまたはＷＬＡＮシステムによって決定され得る。一般に、局所サブチャネライゼーション（localized sub-channelization）および分散サブチャネライゼーション（distributed sub-channelization）が、利用され得る。

ＵＬランダムアクセスチャネルの例では、ＡＰは、アップリンクランダムアクセスのために１または複数のサブチャネルを割り当てることができる。ランダムアクセスチャネルは、複数のＳＴＡによって同時に共有され得るが、各ＳＴＡは、事前に割り当てられたまたはランダムに決定されたランダムアクセスシーケンスを利用することができる。ランダムアクセスチャネルは、ＵＬ時間／周波数同期化、電力制御、帯域幅要求、および初期アクセスのために利用され得る。たとえば、ＳＴＡは、ＰＳポーリング、ＲＴＳフレーム、および／またはプローブ要求フレームにアップリンクランダムアクセスチャネルを使用することができる。この例では、ランダムアクセスチャネルが割り当てられた後に、ＳＴＡは、これをある種のＵＬフレームに使用することができる。たとえば、ＳＴＡ１は、ランダムアクセスチャネルを使用してＡＰにＰＳポーリングフレームを送信することができ、ＳＴＡ２は、ランダムアクセスチャネル上で同時にＲＴＳフレームを送信することができる。ＳＴＡ３は、ランダムアクセスチャネル上でプローブ要求フレームを送信することができる。ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３は、ＡＰがこれらを区別できるようにするために、異なるランダムアクセスシーケンスを利用することができる。ＡＰは、ランダムアクセスチャネルを周期的に配置することができ、または、ランダムアクセスチャネルは、１つもしくは複数のシステム要件に基づいて配置され得る。たとえば、送信すべきアップリンクトラフィックを有する複数のデバイスがある場合があり、ＡＰが、システム内でバッファリングされる長いキューを有しない場合がある。この例では、ＡＰは、ＳＴＡが送信すべきアップリンクトラフィックを有するかどうかをＳＴＡに要求するために、１または複数のランダムアクセスチャネルを配置することができる。

サウンディングチャネルの例では、ＡＰは、サウンディングのために１または複数のサブチャネルを割り当てることができる。サウンディングは、ビームフォーミング／プリコーディングトレーニング、信号対雑音比（ＳＮＲ）測定、および類似物に利用され得る。１または複数のサブチャネル上でのサウンディングは、ＳＴＡがその１または複数のサブチャネル上で送信を実行することが知られている時に、より効率的である可能性がある。サウンディングチャネルの構造は、ＷＬＡＮについて定義された通常のサウンディングフレームに従うことができる。

フィードバックチャネルの例では、フィードバックチャネルは、ＳＮＲフィードバックまたはサウンディングフィードバックに利用され得る。フィードバックチャネルは、閉ループ方式に使用され得る。

ＡＣＫチャネルの例では、ＡＰは、ＡＣＫに１または複数のサブチャネルを割り当てることができる。遅延されたＡＣＫまたはＢＡは、１または複数のサブチャネル上で送信され得る。さらに、ＡＰは、複数のＳＴＡに関してＡＣＫをグループ化し、１または複数の割り当てられたＡＣＫチャネル内でＡＣＫを送信することができる。

ブロードキャストチャネルの例では、ＡＰは、ブロードキャスト情報に１または複数のサブチャネルを割り当てることができ、サブチャネル（複数可）の残りは、マルチキャストまたはユニキャストに利用され得る。データチャネルの例では、ＡＰは、データ送信に１または複数のサブチャネルを割り当てることができる。

図４は、例の局所ＣＯＢＲＡシステム（localized COBRA system）４００の図である。この例では、局所ＣＯＢＲＡシステム４００は、ＡＰ４１０、ＳＴＡ−１４２０、ＳＴＡ−２４３０、およびＳＴＡ−３４４０を含むことができる。ＤＬＣＯＢＲＡフェーズ４４５では、ＡＰ４１０は、ＳＴＡ−１４２０の周波数時間リソース４５２、ＳＴＡ−２４３０の周波数時間リソース４５４、およびＳＴＡ−３４４０の周波数時間リソース４５６を含むフレーム４５０を送信することができる。ＵＬＣＯＢＲＡフェーズ４６０では、ＳＴＡ−１４２０は、周波数時間リソース４５２に基づいて送信することができ、ＳＴＡ−２４３０は、周波数時間リソース４５４に基づいて送信することができ、ＳＴＡ−３４４０は、周波数時間リソース４５６に基づいて送信することができる。

図５は、例の分散ＣＯＢＲＡシステム（distributed COBRA system）５００の図である。この例では、分散ＣＯＢＲＡシステム５００は、ＡＰ５１０、ＳＴＡ−１５２０、ＳＴＡ−２５３０、およびＳＴＡ−３５４０を含むことができる。ＤＬＣＯＢＲＡフェーズ５４５では、ＡＰ５１０は、ＳＴＡ−１５２０の周波数時間リソース５５２ａおよび５５２ｂと、ＳＴＡ−２５３０の周波数時間リソース５５４と、ＳＴＡ−３５４０の周波数時間リソース５５６ａ、５５６ｂ、５５６ｃ、および５５６ｄとを含むフレーム５５０を送信することができる。ＵＬＣＯＢＲＡフェーズ５６０では、ＳＴＡ−１５２０は、周波数時間リソース５５２ａおよび５５２ｂに基づいて送信することができ、ＳＴＡ−２５３０は、周波数時間リソース５５４に基づいて送信することができ、ＳＴＡ−３５４０は、周波数時間リソース５５６ａ、５５６ｂ、５５６ｃ、および５５６ｄに基づいて送信することができる。

図６は、直交周波数分割多元接続（ＯＦＤＭＡ）サブチャネライゼーションを実行するように構成された例のＰＨＹ６００の図である。ＯＦＤＭＡサブチャネライゼーションは、ユーザへの割振りにサブキャリアマッピングの一部を使用することによって実行され得る。サブキャリアマッピングは、帯域内の他のユーザへのＯＦＤＭの割振りを可能にすることができる形で実行され得る。

図６を参照すると、ＰＨＹ６００は、Ｓ／Ｐユニット６１０、サブキャリアマッピングユニット６２０、ＩＦＦＴユニット６３０、およびＰ／Ｓユニット６４０を含むことができる。サブキャリアマッピングユニット６２０は、局所サブキャリアマッピングユニット６５０および／または分散サブキャリアマッピングユニット６６０を含むことができる。

例のＣＯＢＲＡシステムは、ＯＦＤＭＡサブチャネライゼーションを利用することができる。この例は、エンハンストベリイハイスループット（enhanced very high throughput、Ｅ−ＶＨＴ）通信のために構成されたＰＨＹを使用することができる。

図７は、Ｅ−ＶＨＴ通信または類似する通信をサポートするように構成され得るデバイスの送信器処理ユニット７００の図である。送信器処理ユニット７００は、ＭＡＣインターフェース７０５と、１または複数の処理ユニット７１５ａおよび７１５ｂとを含むことができる。処理ユニットの個数は、ＣＯＢＲＡシステム内のユーザの数に基づくものとすることができ、ユーザのそれぞれは、処理ユニットを割り当てられ得る。各処理ユニット７１５ａおよび７１５ｂは、ＰＨＹパディングユニット７１０、スクランブラユニット７２０、エンコーダユニット７３０、ストリームパーサユニット７４０、コンステレーションマッピング／トーンマッピングインターリービングユニット７５０、およびＶＨＴ処理ユニット７６０を含むことができる。ＰＨＹパディングユニット７１０は、データストリーム７６５および制御ストリーム７７０をＭＡＣインターフェース７０５から受け取り、ＮＥＳデータストリーム７７５をスクランブラユニット７２０に送ることができる。スクランブラユニット７２０は、ＮＥＳデータストリーム７７５をスクランブルし、これをエンコーダユニット７３０に送ることができる。一例では、スクランブラユニット７２０は、ＮＥＳデータストリーム７７５を複数のＮＥＳデータストリームに分割することができる。エンコーダユニット７３０は、ＮＥＳデータストリーム７７５を符号化し、これをストリームパーサユニット７４０に送ることができる。ストリームパーサユニットは、ＮＥＳデータストリーム７７５を解析し、ＮＳＳ空間ストリーム７８０のうちの１つをコンステレーションマッピング／トーンマッピングインターリービングユニット７５０に送ることができる。ＶＨＴ処理ユニット７６０は、送信のためにＮＳＳ空間ストリーム７８０をＮＳＴＳ空間時間ストリーム７９０に変換することができる。

Ｅ−ＶＨＴの例では、各ユーザに割り振られるサポートされる帯域幅ＣＨ−ＢＡＮＤＷＩＤＴＨは、ＩＥＥＥ８０２．１１ａｃによってサポートされる帯域幅に類似するものとすることができ、たとえば、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、また８０＋８０ＭＨｚとすることができ、ここで、８０＋８０ＭＨｚは、不連続割振りを指すことができる。Ｅ−ＶＨＴＰＰＤＵを使用するＣＯＢＲＡシステム内で２人のユーザに割り振られる総帯域幅は、同様に、単一のユーザによってサポートされる総帯域幅、たとえば、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１２０ＭＨｚ、１６０ＭＨｚ、２０＋２０ＭＨｚ、４０＋４０ＭＨｚ、または８０＋８０ＭＨｚに制限され得、ここで、プラス記号は、ユーザへの不連続チャネルの割振りの表示とすることができる。ＭＡＣインターフェース７０５は、ＡＰによって割り振られる総帯域幅を指定するように変更され得る。ユーザ帯域幅割振りは、ユーザ帯域幅割振りに関してＩＥＥＥ８０２．１１ａｃに基づいても指定され得、所期のユーザを示すように変更され得る。

ＣＯＢＲＡデバイスは、同時Ｅ−ＶＨＴをサポートすることによって後方互換性をサポートすることができる。さらに、ＶＨＴ送信処理は、Ｅ−ＶＨＴをサポートできる将来のＳＴＡおよびＶＨＴ処理をサポートできるＩＥＥＥ８０２．１１ａｃデバイスの同時サポートを可能にすることができる。

図８は、例のＥ−ＶＨＴケイパビリティ情報フィールド８００の図である。Ｅ−ＶＨＴケイパビリティ情報フィールド８００は、たとえば、最大ＭＰＤＵ長サブフィールド８０２、サポートされるチャネル幅セットサブフィールド８０４、ＲｘＬＤＰＣサブフィールド８０６、８０ＭＨｚの短ＧＩサブフィールド８０８、１６０および８０＋８０ＭＨｚの短ＧＩサブフィールド８１０、ＴｘＳＴＢＣサブフィールド８１２、ＲｘＳＴＢＣサブフィールド８１４、ＳＵビームフォーマ可能サブフィールド８１６、ＳＵビームフォーミイ（beamformee）可能サブフィールド８１８、サポートされるビームフォーマアンテナの圧縮されたステアリング数サブフィールド８２０、サウンディング次元の個数サブフィールド８２２、ＭＵビームフォーマ可能サブフィールド８２４、ＭＵビームフォーミイ可能サブフィールド８２６、ＶＨＴＴＸＯＰＰＳサブフィールド８２８、＋ＨＴＣ−ＶＨＴ可能サブフィールド８３０、最大Ａ−ＭＰＤＵ長指数サブフィールド８３２、ＶＨＴリンク適合可能サブフィールド８３４、Ｒｘアンテナパターン一貫性サブフィールド８３６、Ｔｘアンテナパターン一貫性サブフィールド８３８、Ｅ−ＶＨＴ可能サブフィールド８４０、およびサポートされるＥ−ＶＨＴ機能強化されたフィードバックサブフィールド８４２を含むことができる。ビット位置Ｂ３０およびＢ３１は、Ｅ−ＶＨＴをサポートできるＳＴＡに適用可能な新しいフィールドを提供することができる。

Ｅ−ＶＨＴＳＴＡは、管理インフォメーションエレメント内のＥ−ＶＨＴケイパビリティ情報フィールドを使用してＥ−ＶＨＴケイパビリティエレメントをＡＰに送信することによって、それがＥ−ＶＨＴＳＴＡであることをＡＰに通知することができる。たとえば、Ｅ−ＶＨＴ可能サブフィールド８４０は、Ｅ−ＶＨＴシグナリング、受信器手順、および／またはＯＦＤＭＡスケジューリングのサポートを示すことができる。Ｅ−ＶＨＴ可能サブフィールド８４０は、ＳＴＡがＥ−ＶＨＴ可能であるか、Ｅ−ＶＨＴケイパビリティをサポートすることをイネーブルされているかのいずれかである場合に、１をセットされ得る。サポートされるＥ−ＶＨＴ機能強化されたフィードバックサブフィールド８４２は、ＯＦＤＭＡ機能強化されたフィードバック法のサポートを示すことができ、たとえば、ダウンリンク協調送信方法を使用可能にするための機能強化されたチャネル状態フィードバックサポートを示すことができる。サポートされるＥ−ＶＨＴ機能強化されたフィードバックサブフィールド８４２は、ＳＴＡが機能強化されたフィードバックをサポートする場合に、１をセットされ得る。サポートされるＥ−ＶＨＴ機能強化されたフィードバックサブフィールド８４２は、ＳＴＡが機能強化されたフィードバックをサポートしない場合に、０をセットされ得る。あるいは、サポートされるＥ−ＶＨＴ機能強化されたフィードバックサブフィールド８４２は、ＳＴＡがＥ−ＶＨＴケイパビリティをサポートしない場合に予約済みとすることができる。

図９は、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）サブチャネライゼーションを実行するように構成された例のＰＨＹ９００の図である。ＰＨＹ９００は、Ｓ／Ｐユニット９１０、ｍ点離散フーリエ変換（ＤＦＴ）ユニット９２０、サブキャリアマッピングユニット９３０、およびＩＦＦＴユニット９４０を含むことができる。ＩＦＦＴユニット９４０は、拡張されたＩＦＦＴユニットとすることができ、ＦＦＴによってサポートされるもの以外の１または複数のサブキャリアを含むことができる。サブキャリアマッピングユニット９３０は、局所サブキャリアマッピングユニット９５０および／または分散サブキャリアマッピングユニット９６０を含むことができる。

ＳＣ−ＦＤＭＡサブチャネライゼーションは、ＩＤＦＴ／ＩＦＦＴの適用の前に周波数領域でのＤＦＴ拡散の使用によって実行され得る。この方式は、ＡＰとＳＴＡとの間のＳＣ−ＦＤＭＡの同時直交送信を可能にすることができ、ＳＣ−ＦＤＭＡによって与えられるピーク対平均電力比（ＰＡＰＲ）を減らすことができる。局所サブチャネライゼーション（localized sub-channelization）および／または分散サブチャネライゼーション（distributed sub-channelization）も、この実施形態によって利用され得る。

ＣＯＢＲＡデバイスは、フィルタバンクマルチキャリア（ＦＢＭＣ）送信を使用することができ、オフセット直角位相振幅変調（ＯＱＡＭ）／直交周波数分割多重（ＯＦＤＭ）の使用を含むことができる。

いくつかのＷｉＦｉシステム、たとえば８０２．１１ａｈでは、カバレージ範囲が問題になる場合がある。ＡＰのカバレージエリアのエッジでのＳＴＡの検出は、カバレージ範囲要件が広い時に、むずかしい可能性がある。ＣＯＢＲＡは、用いられる条件に応じて、ＳＴＡとＡＰとの間の接続品質を改善するのに使用され得る。たとえば、あるノードが、ＡＰ範囲のエッジ付近にある場合に、使用中のサブキャリアの個数の削減は、送信電力の増加と結合され得、よりよい接続をもたらすことができる。その一方で、ＡＰに近いかＡＰ範囲のエッジに近いが使用中の１または複数のサブチャネル上でフェージングを経験しつつあるノードは、サブチャネル割当の変更から利益を得る可能性がある。サブチャネルは、他のサブチャネルの範囲検出性能に関して独立に最適化され得る。

８０２．１１の既存のグループ化機構は、ＤＬＭＵ−ＭＩＭＯ用に設計される可能性がある。どの種類であれ、ＵＬグループ管理の機構はない。さらに、ＡＰがユーザの効率的なグループ化を行うために、ＡＰは、ＳＴＡに関する十分な情報を獲得することができ、これは、全体的なオーバーヘッドに追加され得るプロセスである。現在、８０２．１１で定義された、効果的な情報獲得およびグループ機構はない。さらに、現在のグループ化方法は、柔軟ではなく、適切なグループ管理機構はない。

さらに、ＳＴＡは、グループ化におけるそれらのプリファレンスまたは変更を示さない場合がある。したがって、制限されたオーバーヘッドを伴ってＳＴＡおよびＡＰに関する情報を獲得し、ＳＴＡがそれらのプリファレンスを示すことを可能にし、ＡＰが効果的かつ効率的にグループ化を行うことを可能にする、グループ化およびグループ管理機構が望まれる。ＣＯＢＲＡに関してＳＴＡのグループ化を行うのに使用される手順、機構、およびシグナリングは、ユーザグループ化情報獲得手順を実施するのに使用され得る。

ＣＯＢＲＡを使用可能にするために、ＳＴＡは、グループに分割され得、グループは、オーバーラップするものとすることができ、各グループは、別々のＣＯＢＲＡチャネルに割り当てられ得る。ＣＯＢＲＡチャネル内のＭＵ−ＭＩＭＯの可能な使用とは異なって、別々のＣＯＢＲＡチャネルに割り当てられたＳＴＡの各グループは、ＡＰへ／からパケットを同時に送信し、受信することができる。フィードバックは、ＣＯＢＲＡコントローリＩＥを含むフレームを送信することによって、ＳＴＡによって提供され得る。

ＭＵ−ＭＩＭＯは、レガシＭＵ−ＭＩＭＯ手順、たとえば８０２．１１ａｃ手順を利用して、ＣＯＢＲＡチャネル内で使用され得る。所望の直交ブロックベースのリソースに関する互換性は、周波数／時間リソースを、それぞれがたとえばＣＯＢＲＡチャネル内の１または複数のＯＦＤＭサブキャリアを含むことができる直交ブロック（ＯＢ）に分割することによって実施され得る。ＯＢは、その後、ＡＰによって、バッファリングされたトラフィック、予想されるトラフィック要件、周期性、および／またはトラフィック優先順位などの判断基準を使用してＳＴＡに割り当てられ得る。割り当てられたＯＢは、たとえばＭＵ−ＭＩＭＯが同一のＯＢを使用するＣＯＢＲＡチャネル内で使用される場合に、異なるＳＴＡに関してオーバーラップすることができる。ＣＯＢＲＡグループ内のＳＴＡは、それらが望ましいチャネル条件を有するように、１または複数のＯＢに割り当てられ得る。割当は、静的、半動的、または動的とすることができる。

グループ化に使用される判断基準の特定の組合せにかかわりなく、ＡＰは、それがＣＯＢＲＡチャネル内ならびに非ＣＯＢＲＡチャネル内のＳＴＡの好ましいグループ化を判定することを可能にするのに、これらの判断基準を使用することができる。ＡＰがＣＯＢＲＡチャネル内のＳＴＡをグループ化することを可能にするために、そのような動作を容易にする方法は、グループ化関連情報のフィードバックを獲得し、提供する手順と、ＣＯＢＲＡグループ化を管理し、保守する手順とを含むことができる。

図１０は、ＣＯＢＲＡをサポートするように構成された例のベリイハイスループット（ＶＨＴ）ケイパビリティ情報フィールド１０００の図である。ＡＰは、それがＣＯＢＲＡをサポートできることをＳＴＡに示すことができる。ＳＴＡも、それがＣＯＢＲＡをサポートできることをＡＰに示すことができる。これは、図１０によって示されるＶＨＴケイパビリティ情報フィールド１０００の予約済みビットのうちの１つすなわち、ビット３０（Ｂ３０）１０１０およびビット３１（Ｂ３１）１０２０を使用することによって実行され得る。ＶＨＴケイパビリティ情報フィールド１０００は、ＶＨＴケイパビリティエレメントのフィールドとすることができる。ＣＯＢＲＡケイパビリティをサポートするために、たとえば、同一の情報フィールドのビット３０１０１０は、デバイスがＣＯＢＲＡ可能であることを示すように構成され得る。ＡＰがＣＯＢＲＡをサポートできる場合に、ＡＰは、ＶＨＴケイパビリティ情報フィールド１０００内のＢ３０に「１」をセットすることができ、プローブ応答フレーム、ビーコンフレーム、および関連付け応答フレームなどのフレーム内に見出すことができるＶＨＴケイパビリティエレメント内に含められ得る。ＳＴＡがＣＯＢＲＡをサポートできる場合に、ＳＴＡは、ＶＨＴケイパビリティ情報フィールド１０００内のＢ３０１０１０に「１」をセットすることができ、プローブ要求フレームおよび関連付け要求フレームなどのフレーム内に見出すことができるＶＨＴケイパビリティエレメント内に含められ得る。あるいは、類似する表示が、そのようなＣＯＢＲＡケイパビリティを示すために他のビットを使用して行われ得る。

ＡＰは、ＳＴＡをグループに分割できるようになる前に、多数のタイプの情報を必要とする可能性がある。複数の新しいインフォメーションエレメントが、ＣＯＢＲＡ動作を容易にすることができる情報交換に対処するために定義され得る。たとえば、ＡＰは、ＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含むことができる。

図１１は、例のＣＯＢＲＡコントローラＩＥ１１００の図である。ＣＯＢＲＡコントローラＩＥ１１００は、ＩＥがＣＯＢＲＡコントローラＩＥであることを識別するエレメントＩＤフィールド１１０５、ＣＯＢＲＡコントローラＩＥ１１００の長さを示す長さフィールド１１１０、およびどのタイプの情報がＣＯＢＲＡコントローラＩＥ１１００内に含まれるのかを示すオプションフィールド１１１５を含むことができる。オプションフィールド１１１５は、オプションを示す２進数として実施され得る。

第１の例では、オプションフィールド１１１５は、ＡＰがＣＯＢＲＡをサポートするためにＳＴＡに要求することができる要求されるアクションおよび情報フィールド１１２０など、含まれる情報のタイプを示すビットマップとしても実施され得る。この要求されるアクションおよび情報フィールド１１２０は、ＣＯＢＲＡ動作を実行することを求めるＳＴＡが提供できる情報およびそれらが行うことのできるアクションのリストを示すビットマップとして実施され得る。たとえば、ＳＴＡがＡＰに送信するのに使用する送信電力を示すＳＴＡ送信電力、クロックオフセットおよびＡＰへの伝搬遅延が少なくとも数百ナノ秒程度の精度以内で判定され得るようにするＳＴＡによる同期化、現在のフレームを受信する時にＳＴＡが測定した周波数オフセット、１つもしくは複数のＯＢのチャネル条件のＯＢフィードバック、どのＳＴＡがトラフィック優先順位、トラフィックデータレート、最大サービスインターバルおより最小サービスインターバル、スリープ情報、ならびに類似物などの期待されるトラフィックパターンに関する情報をＡＰに提供できるのかを示すトラフィック仕様、ならびに／またはこれによってＳＴＡがそのモビリティパターンに関する情報をＡＰに提供できるモビリティを含むことができる。

第２の例では、オプションフィールド１１１５は、ＢＳＳから使用可能なＯＢを示し、ＣＯＢＲＡ可能ＳＴＡまたはＣＯＢＲＡコントローリが提供できるＯＢフィードバックの仕様を提供することができる、ＯＢ情報フィールド１１２５の存在を示すようにも構成され得る。ＯＢ情報フィールド１１２５は、ＢＳＳ内で使用可能なＯＢに関する情報などのＢＳＳＯＢ情報、全使用可能チャネルの幅、プライマリチャネル位置、サブキャリアスペーシング、および／もしくはＯＢサイズ（たとえば、１つのＯＢに含まれるサブキャリアの個数）などのチャネル幅、ＣＯＢＲＡコントローリがＡＰもしくはＣＯＢＲＡコントローラに送信できるＯＢフィードバックの仕様などのＯＢフィードバック仕様、ＣＯＢＲＡコントローリがそれに関するフィードバックを提供できるＯＢの範囲などのＯＢ範囲、ならびに／または各ＯＢのチャネル条件を符号化するビット数などのコードブック情報をも含むことができる。

第３の例では、オプションフィールド１１１５は、現在のフレームを送信するのに使用される送信電力を示す送信電力フィールド１１３０の存在を示すようにも構成され得る。

第４の例では、オプションフィールド１１１５は、８０２．１１ｖのオプションの位置および時刻測定特徴で定義される出発時刻（time of departure、ＴＯＤ）タイムスタンプフィールド１１３５の存在を示すようにも構成され得る。ＴＯＤタイムスタンプは、１／ＴＯＤクロックレートの時間単位を有する整数値とすることができる。

第５の例では、オプションフィールド１１１５は、８０２．１１ｖのオプションの位置および時刻測定特徴で定義されるＴＯＤクロックレートを示すＴＯＤクロックレートフィールド１１４０の存在を示すようにも構成され得る。

第６の例では、オプションフィールド１１１５は、ＵＬＭＵ−ＭＩＭＯ送信および受信とＵＬＳＣ−ＦＤＭＡ送信および受信をサポートするのに必要な他のオプション情報、たとえば複数アンテナであるか否かを示すオプション情報フィールド１１４５の存在を示すようにも構成され得る。

ＣＯＢＲＡコントローラＩＥ１１００は、ビーコンもしくはＡＣＫなしのアクションフレームなどのブロードキャストフレーム内または、プローブ応答、関連付け応答、ならびにＣＯＢＲＡ送信電力制御、同期化、グループ管理、ならびに送信および受信をサポートするための他の管理および制御フレームまたはアクションフレームなどのユニキャストフレーム内に含められ得る。

ＣＯＢＲＡに参加することを望むＳＴＡは、ＡＰからＣＯＢＲＡコントローラＩＥ１１００を受信した後に、ＣＯＢＲＡコントローリＩＥを含むフレームを用いて応答することができる。

図１２は、ＣＯＢＲＡコントローリＩＥ１２００の例の図である。ＣＯＢＲＡコントローリＩＥ１２００は、ＣＯＢＲＡコントローリＩＥ１２００がＣＯＢＲＡコントローリＩＥであることを識別するエレメントＩＤフィールド１２０５、ＣＯＢＲＡコントローリＩＥ１２００の長さを示す長さフィールド、およびどのタイプの情報がＣＯＢＲＡコントローリＩＥ１２００内に含まれるのかを示すオプションフィールド１２１５を含むことができる。オプションフィールド１２１５は、オプションを示す２進数として実施され得る。あるいは、オプションフィールド１２１５は、ＣＯＢＲＡコントローラＩＥ１２００を含むフレームをＡＰから受信する時にＳＴＡが測定した周波数オフセット、またはＡＰから受信されたＣＯＢＲＡコントローラＩＥ１１００内のＯＢ情報フィールドによって指定される圧縮されたまたは未圧縮のＯＢフィードバックなどのＯＢフィードバックなど、含まれる情報のタイプを示すビットマップとしても実施され得る。さらに、ＳＴＡは、たとえばＳＴＡが最良のチャネル条件を観察するＯＢおよび類似物などのそれ自体のＯＢプリファレンス、またはトラフィック優先順位、トラフィックデータレート、最大サービスインターバルおよび最小サービスインターバル、ならびに類似物など、期待されるトラフィックパターン上でＡＰに情報を提供するＳＴＡなど、トラフィック仕様を示すこともでき、または、異なるアクセスクラス（ＡＣ）または優先順位に関する現在のバッファサイズに関する情報を含むこともできる。

ＳＴＡは、そのモビリティパターンに関する情報をＡＰに提供することができる。モビリティフィールド１２１７は、３Ｄ次元での方位および速度を含むことができるフォーマットで構成され得、または、モビリティフィールド１２１７は、ＳＴＡが静止またはモバイルのどちらであるのかを示す１ビットのフォーマットで構成され得る。モビリティフィールド１２１７は、期待されるチャネル変更が行われる速度に関する複数のレベルの中からのモビリティのレベルを示すように構成され得る。

オプションフィールド１２１５は、現在のフレームを送信するのに使用される送信電力、ＳＴＡで可能な最大送信電力、ＳＴＡで可能な最小送信電力、ＳＴＡでの送信電力の可能なレベル、ＡＰからＣＯＢＲＡコントローラＩＥ１１００を含むことができる最後のフレームの測定された受信信号強度インジケータ（ｒｅｃｅｉｖｅｄｓｉｇｎａｌｓｔｒｅｎｇｔｈｉｎｄｉｃａｔｏｒ）（ＲＳＳＩ）に関するフィードバック、および／またはＣＯＢＲＡコントローラＩＥ１１００内に含めることができる送信電力値を含むことができる送信電力フィールド１２２０の存在を示すように構成され得る。

オプションフィールド１２１５は、ＡＰからの最後のＣＯＢＲＡコントローラＩＥ１１００内に含まれるＴＯＤタイムスタンプと、ＴＯＤクロックのレートが同一のＣＯＢＲＡコントローラＩＥ１１００内に含まれる可能性があるローカルＴＯＤクロックによって測定された、そのフレームがＳＴＡで受信される時の到着時刻（time of arrival、ＴＯＡ）タイムスタンプとの間の時間差Ｔ１を含むことができるタイミングフィードバックフィールド１２２５の存在を示すようにも構成され得る。

オプションフィールド１２１５は、８０２．１１ｖのオプションの位置および時刻測定特徴で定義されるＴＯＤタイムスタンプフィールド１２３０の存在を示すようにも構成され得る。ＴＯＤタイムスタンプは、１／ＴＯＤクロックレートの時間単位を有する整数値とすることができる。

オプションフィールド１２１５は、８０２．１１ｖのオプションの位置および時刻測定特徴で定義されるＴＯＤクロックレートを示すことができるＴＯＤクロックレートフィールド１２３５の存在を示すようにも構成され得る。

オプションフィールド１２１５は、ＯＢフィードバックフィールド１２４０または、モビリティ、トラフィック仕様、アンテナの個数、ＳＣ−ＦＤＭＡケイパビリティ、および類似物などのＣＯＢＲＡ送信および受信をサポートできる他のオプション情報を含むことができるオプション情報フィールド１２４５の存在を示すようにも構成され得る。

図１３は、例のグループ化情報獲得手順１３００の図である。ＡＰ１３１０ならびにＳＴＡ−１１３２０ａ、ＳＴＡ−２１３２０ｂ、およびＳＴＡ−３１３２０ｃが、図１３に示されている。ＡＰは、そのＣＯＢＲＡケイパビリティを示すフレーム１３３０を送信することができる。ＣＯＢＲＡケイパビリティは、ＶＨＴケイパビリティ情報フィールド内で示され得、ビーコン、プローブ応答、関連付け応答、および他の管理フレーム、制御フレーム、もしくはアクションフレームなどのフレーム内で送信され得る。

ＳＴＡは、そのＣＯＢＲＡケイパビリティを示すフレームを送信することができる。ＣＯＢＲＡケイパビリティは、ＶＨＴケイパビリティ情報フィールド内で示され得、プローブ要求、関連付け要求、および他の管理フレーム、制御フレーム、もしくはアクションフレームなどのフレーム内で送信され得る。

ＡＰは、ＯＢフィードバックおよび類似物など、すべてのＣＯＢＲＡコントローリＳＴＡからの要求された情報およびアクションを示すために、ビーコン、プローブ応答、関連付け応答、または他のブロードキャストもしくはユニキャストの管理フレーム、制御フレーム、もしくはアクションフレーム内にＣＯＢＲＡコントローラＩＥを含めることもできる。ＡＰは、使用される送信電力、現在のフレームのＴＯＤ、ＴＯＤクロックレート、および類似物など、それ自体に関する情報を示すこともできる。

ＣＯＢＲＡコントローリＳＴＡ１３２０ａ、１３２０ｂ、および１３２０ｃは、ビーコンまたは他のブロードキャストフレームもしくはユニキャストフレーム内でＵＬＣＯＢＲＡコントローラＩＥを受信した後に、送信電力フィードバックを提供するＣＯＢＲＡコントローリＩＥ、ＳＴＡでＣＯＢＲＡコントローラＩＥを含むフレーム１３３０のＴＯＤとＴＯＡとの間で測定された時間差とすることのできるＴ１を含むことができるフレーム１３４０ａ、１３４０ｂ、および１３４０ｃをそれぞれ用いて応答することができる。さらに、ＯＢフィードバックが、先行するＣＯＢＲＡコントローラＩＥ内に含まれるＯＢ情報フィールド１１２５に従って提供され得るものとすることもできる。

ＡＰ１３１０は、その後、ＳＴＡがそれに関するフィードバックを提供したＯＢのそれぞれでＳＴＡとＡＰとの間のＣＳＩを判定することができる１３５０。あるいは、ＡＰ１３１０は、ＣＯＢＲＡコントローラとＣＯＢＲＡコントローリとの間の経路損を判定することができる。経路損は、次式を使用して判定され得る。

Ｐａｔｈｌｏｓｓ＝ＴｘＰｏｗｅｒ_AP−ＲＳＳＩ_STA 式（１）
または
Ｐａｔｈｌｏｓｓ＝ＴｘＰｏｗｅｒ_STA−ＲＳＳＩ_AP 式（２）
ここで、ＴｘＰｏｗｅｒ_AP、ＲＳＳＩ_STA、およびＴｘＰｏｗｅｒ_STAは、ＣＯＢＲＡコントローラＩＥからによって入手され得、ＲＳＳＩ_APは、ＡＰで測定される。

ＡＰ１３１０は、その後、次式を使用することによって、ＣＯＢＲＡコントローラとＣＯＢＲＡコントローリとの間の伝搬遅延を判定することができる。

ＰＤｅｌａｙ＝（Ｔ１＋（ＴＯＡ_AP−ＴＯＤ_STA））／２式（３）
ここで、Ｔ１、ＴＯＤ_STAは、ＣＯＢＲＡコントローリＩＥから入手され得、ＴＯＡ_APは、ＴＯＤクロックを使用してＡＰで測定され得る。

ＡＰ１３１０は、その後続いて、次式を使用してＴＯＤクロックオフセットを判定することができる。

Ｃ＿Ｏｆｆｓｅｔ＝（Ｔ１−（ＴＯＡ_AP−ＴＯＤ_STA））／２式（４）
ここで、Ｔ１、ＴＯＤ_STAは、ＣＯＢＲＡコントローリＩＥ１２００から入手され得、ＴＯＡ_APは、ＴＯＤクロックを使用してＡＰで測定され得る。ＡＰ１３１０は、その後、ＣＯＢＲＡグループを管理するためにグループ化管理手順を使用することができる。

初期グループ化管理手順および／またはグループ化保守管理手順は、ＣＯＢＲＡグループを管理するために実行され得る。たとえば、ＳＴＡは、１または複数のＣＯＢＲＡグループへのＳＴＡのグループ化に１つの判断基準または判断基準のサブセットを使用することができる。ＵＬＣＯＢＲＡグループおよびＤＬＣＯＢＲＡグループは、同一とすることができ、またはこれらを異なるものとすることができる。

図１４は、例のグループ化手順１４００の図である。この例では、ＡＰは、ＣＯＢＲＡ可能であり、ＡＰで測定されたものに類似する受信電力を有する１または複数のＳＴＡを選択する１４１０ことができる。このグループは、ＳＴＡのサブセットＣ１と称する場合がある。Ｃ１ＳＴＡの間での正確な範囲変動は、ＡＰ受信器処理ケイパビリティおよび／または１または複数のＳＴＡの電力調整ケイパビリティおよび類似物に依存し得る。

ＡＰは、さらに、候補セットＣ１から、類似する伝搬遅延を有するＳＴＡのサブセットを選択する１４２０ことができ、この第２のＳＴＡのサブセットをＣ２ＳＴＡと称する場合がある。Ｃ２ＳＴＡの間の正確な範囲変動は、ＧＩ値、ＢＳＳカバレージ半径、およびＣ２ＳＴＡのタイミング調整ケイパビリティ、ならびに類似物に依存し得る。

ＡＰは、帯域幅可用性に基づいて、ＳＴＡの１または複数のグループを選択する１４３０ことができる。たとえば、ＡＰは、ＳＴＡの１または複数のグループの集合的に望ましいＯＢが、同時に送信しまたは受信する時に、ＢＳＳから使用可能な総帯域幅のすべてまたは大多数を占め、その結果、深刻なリソース利用不足がなくなるようにするために、ＳＴＡの１または複数のグループを選択することができる。

ＡＰは、ＳＴＡケイパビリティに基づいて、ＳＴＡの１または複数のグループを選択する１４４０ことができる。たとえば、ＡＰは、ＵＬＭＵ−ＭＩＭＯまたはＵＬＳＣ−ＦＤＭＡが可能なＳＴＡの１または複数のグループを選択することができる。

ＡＰは、トラフィック優先順位に基づいて１または複数のＳＴＡを選択する１４５０ことができる。たとえば、ＡＰは、類似するトラフィック優先順位および／または周期性を有するすべてのＳＴＡを選択することができる。最終的なＣＯＢＲＡグループは、最大ＣＯＢＲＡグループサイズ限度に基づいても選択され１４６０得る。

図１５は、ユニキャストＣＯＢＲＡグループ管理ＩＥ１５００の例の図である。ユニキャストＣＯＢＲＡグループ管理ＩＥ１５００は、ユニキャストＣＯＢＲＡグループ管理ＩＥ１５００がユニキャストＣＯＢＲＡＩＥであることを識別することができるエレメントＩＤフィールド１５０５と、ユニキャストＣＯＢＲＡＩＥの長さを示すことができる長さフィールド１５１０と、インフォメーションエレメントＮ内に含まれるグループメンバシップの個数を示すことができるメンバシップ数フィールド１５１５と、各フィールドがＳＴＡのグループメンバシップの情報を含むことができることを示すことができるメンバシップ１情報フィールド１５２０１〜メンバシップＮ情報フィールド１５２０Ｎとを含むことができる。

ＳＴＡは、実施態様に応じて、たとえばＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むフレームを使用して、それらが属するグループについてＡＰによって知らされ得る。ＣＯＢＲＡコントローリＳＴＡは、複数のグループに属することができる。そのＵＬＣＯＢＲＡグループおよびＤＬＣＯＢＲＡグループは、同一とすることができ、または異なるものとすることができる。ＣＯＢＲＡグループ管理ＩＥは、ブロードキャストまたはユニキャストの管理フレーム、制御フレーム、またはアクションフレームに含まれ得る。ＡＰは、ＳＴＡにそのグループメンバシップについて知らせるために、ユニキャストＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むことができるユニキャストフレームをＳＴＡに送信することができる。

図１６は、例のメンバシップ情報フィールド１６００の図である。ＳＴＡは、グループ管理手順に従うことによってＣＯＢＲＡグループ管理ＩＥを含むフレームを使用してＡＰによってそのグループ化について知らされ得る。図１６に示されているように、メンバシップ情報フィールド１６００のそれぞれは、メンバシップ情報フィールド１６００が割り当てられたグループを識別することができるグループＩＤフィールド１６０５と、そのグループのタイプを示すことができるタイプフィールド１６１０とを含むことができる。タイプフィールド１６１０は、グループがＤＬＣＯＢＲＡ、ＵＬＣＯＢＲＡ、ＤＬ／ＵＬＣＯＢＲＡ、または他のタイプのグループであることを示すことができる。たとえば、同一のＩＥが、ＭＵ−ＭＩＭＯまたはＳＣ−ＦＤＭＡのグループ管理にも使用され得る。

メンバシップ情報フィールド１６００のそれぞれは、どのタイプの情報がメンバシップ情報フィールド１６００の残りに含まれ得るのかを示すためにビットマップまたは他の符号化として構成され得るオプションフィールド１６１５を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、およびグループ内のＳＴＡの順序を示すことができる順序フィールド１６２０を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、現在のグループでＣＯＢＲＡ送信を行う時にＳＴＡが送信に使用できる送信電力を示すＴｘ電力フィールド１６２５を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、ＡＰとＳＴＡとのＴＯＤクロックの間のオフセットを示すことができるＴＯＤオフセットフィールド１６３０を含むことができる。このＴＯＤオフセットは、正または負とすることができ、２の補数を使用して実施され得、２の補数は、整数算術または整数値の２進表現を指すことができる。

メンバシップ情報フィールド１６００のそれぞれは、現在のグループでのＡＰへのＣＯＢＲＡ送信に参加する時にＳＴＡが調整できる遅延を示すことができる遅延フィールド１６３５を含むことができる。この遅延は、ＣＯＢＲＡＵＬパケットがＧＩ以内にＡＰに到着できるように、各ＳＴＡからの伝搬遅延の差について調整するのに使用され得る。遅延は、正または負とすることができ、２の補数を使用して構成され得、２の補数は、整数算術または整数値の２進表現を指すことができる。

メンバシップ情報フィールド１６００のそれぞれは、ＤＬＣＯＢＲＡパケットを受信する時にＳＴＡが同調できるＯＢおよび現在のグループ内でのＵＬＣＯＢＲＡ送信に参加する時にＳＴＡが送信に使用できるＯＢを示すことができるＯＢ割当フィールド１６４０を含むことができる。ＯＢ割当は、たとえば、符号化されたＯＢ番号を使用するように構成され得、ここで、符号化されたＯＢ番号は、ＯＢ範囲として表されまたはＯＢのビットマップとして表され得る。

メンバシップ情報フィールド１６００のそれぞれは、現在のグループ内でＡＰへのＵＬＣＯＢＲＡ送信に参加する時にＳＴＡが適合させることのできる変調および符号化方式（ＭＣＳ）を示すことができるＭＣＳフィールド１６４５を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、モニタフィールド１６５０を含むことができる。モニタフィールド１６５０は、ＳＴＡがＡＰとＳＴＡとの間のチャネル変化について監視できるかどうかを示すことができる１つまたは少数のビットとすることができる。メンバシップ情報フィールド１６００のそれぞれは、たとえばＡＰからのビーコンを監視することによって、ＳＴＡがＡＰとＳＴＡとの間のチャネルの変化について監視できる頻度を示すことができるモニタ頻度フィールド１６５５を含むことができる。モニタ頻度は、たとえば、モビリティパターンに基づくものとすることができる。メンバシップ情報フィールド１６００のそれぞれは、ＳＴＡがＡＰと共にそのセッティングをリフレッシュできる最小頻度を示すことができるリフレッシュ頻度フィールド１６６０を含むことができる。リフレッシュ頻度は、たとえば、モビリティパターンに基づくものとすることができる。

図１７は、例のブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００の図である。ＡＰは、ブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００またはフィールドを含むブロードキャストフレームを送信することによって、１または複数のグループを同時に管理することができる。ブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００またはフィールドは、ブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００がブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００であることを識別することができるエレメントＩＤフィールド１７０５と、ブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００の長さを示すことができる長さフィールド１７１０と、ブロードキャストＣＯＢＲＡグループ管理ＩＥ１７００に含まれるグループ情報フィールドの個数を示すことができるグループ数フィールド１７１５と、各フィールドがグループの情報を含むことができるグループ１情報フィールド１７２０１〜グループＮ情報フィールド１７２０Ｎを含むことができる。

図１８は、図１７のブロードキャストＣＯＢＲＡグループ管理ＩＥ内の例のグループ情報フィールド１８００の図である。グループ情報フィールド１８００は、各グループ内のメンバの記述すなわち、グループＩＤフィールド１８０５、タイプフィールド１８１０、このグループに含まれるＳＴＡの個数を示すメンバ数フィールド１８１５、およびそれぞれがグループ内のメンバＳＴＡの情報を含むことができるメンバ１情報フィールド１８２０１〜メンバＮ情報フィールド１８２０Ｎを含むことができる。グループ内のメンバの順序は、関連するメンバ情報フィールド１８２０の順序によって暗黙のうちに表され得る。

図１９は、例のメンバ情報フィールド１９００の図である。メンバ情報フィールド１９００は、図１５のメンバシップ情報フィールド１５２０に類似する。メンバ情報フィールド１９００は、メンバＳＴＡのＩＤを示すことができ、ＡＩＤ、ＭＡＣアドレス、またはＡＰおよびＳＴＡが合意する他の形のＩＤとして構成され得るＩＤを示すことができるメンバＩＤフィールド１９０５を含むことができる。メンバ情報フィールド１９００は、どのタイプの情報がメンバ情報フィールド１９００の残りに含まれ得るのかを示すビットマップまたは他の符号化として構成され得るオプションフィールド１９１０をも含むことができる。メンバ情報フィールド１９００は、現在のグループ内でＣＯＢＲＡ送信を行う時にＳＴＡが送信に使用できる送信電力を示すＴｘ電力フィールド１９１５を含むことができる。メンバ情報フィールド１９００は、ＡＰとＳＴＡとのＴＯＤクロックの間のオフセットを示すことができるＴＯＤオフセットフィールド１９２０を含むことができる。このＴＯＤオフセットは、正または負とすることができ、２の補数を使用して構成され得、２の補数は、整数算術または整数値の２進表現を指すことができる。

メンバ情報フィールド１９００は、現在のグループ内でＡＰへのＣＯＢＲＡ送信に参加する時にＳＴＡが調整できる遅延を示すことができる遅延フィールド１９２５を含むことができる。この遅延は、ＣＯＢＲＡＵＬパケットがＧＩ以内にＡＰに到着できるように、各ＳＴＡからの伝搬遅延の差について調整するのに使用され得る。遅延は、正または負とすることができ、２の補数を使用して構成され得、２の補数は、整数算術または整数値の２進表現を指すことができる。

メンバ情報フィールド１９００は、ＤＬＣＯＢＲＡパケットを受信する時にＳＴＡが同調できるＯＢおよび現在のグループ内でＵＬＣＯＢＲＡ送信に参加する時にＳＴＡが送信に使用できるＯＢを示すことができるＯＢ割当フィールド１９３０を含むことができる。ＯＢ割当は、たとえば、符号化されたＯＢ番号を使用するように構成され得、ここで、符号化されたＯＢ番号は、ＯＢ範囲として表されまたはＯＢのビットマップとして表され得る。

メンバ情報フィールド１９００は、現在のグループ内でＡＰへのＵＬＣＯＢＲＡ送信に参加する時にＳＴＡが適合できる変調および符号化方式（ＭＣＳ）を示すことができるＭＣＳフィールド１９３５を含むことができる。メンバ情報フィールド１９００は、モニタフィールド１９４０を含むことができる。モニタフィールド１９４０は、ＡＰとＳＴＡとの間のチャネル変化についてＳＴＡが監視できるかどうかを示すことができる１つまたは少数のビットとすることができる。メンバ情報フィールド１９００は、たとえばＡＰからのビーコンを監視することによって、ＳＴＡがＡＰとＳＴＡとの間のチャネルの変化について監視できる頻度を示すことができるモニタ頻度フィールド１９４５を含むことができる。モニタ頻度は、たとえば、モビリティパターンに基づくものとすることができる。メンバ情報フィールド１９００は、ＳＴＡがＡＰと共にそのセッティングをリフレッシュできる最小頻度を示すことができるリフレッシュ頻度フィールド１９５０を含むことができる。リフレッシュ頻度は、たとえば、モビリティパターンに基づくものとすることができる。

図２０は、例のＣＯＢＲＡ初期グループ管理手順２０００の図である。たとえば、ＡＰは、グループ情報獲得手順に従うことによって、ＳＴＡをＣＯＢＲＡグループに分割するために必要である可能性がある情報を１または複数のＳＴＡから収集する２０１０ことができる。ＡＰは、グループ選択手順に従うことによって、ＳＴＡをＣＯＢＲＡグループに分割する２０２０ことができる。ＣＯＢＲＡグループへのＳＴＡの分割は、異なるＵＬＣＯＢＲＡグループおよびＤＬＣＯＢＲＡグループに基づくものとすることができる。

ＡＰは、１または複数のＳＴＡにグループ割当を示すフレームを送信する２０３０ことができる。一例では、ＡＰは、ユニキャストＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むユニキャストフレームをＳＴＡに送信することができる。ＳＴＡは、そのグループを知ることができる。ＳＴＡは、ＡＰへの関連するＵＬＣＯＢＲＡグループ送信またはＡＰからのＤＬＣＯＢＲＡ受信に参加する時に、適当なグループのメンバシップ情報フィールドで指定される通りにそのパラメータを調整することができる。

もう１つの例では、ＡＰは、ブロードキャストＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むブロードキャストフレームをすべてのＳＴＡに送信することができる。ＳＴＡは、その後、そのグループを知ることができる。ＳＴＡは、ＡＰへの関連するＵＬＣＯＢＲＡグループ送信またはＡＰからのＤＬＣＯＢＲＡ受信に参加する時に、適当なグループ情報フィールド内のそれぞれのメンバ情報フィールドで指定される通りにそのそれぞれのパラメータを調整することができる。

ＣＯＢＲＡグループがＡＰによって形成された後に、グループは、干渉、チャネル変化などの環境の変化に起因して、またはモビリティに起因するメンバＳＴＡのそれぞれでの変化および類似物に起因して、保守され得る。グループ保守は、ＡＰおよびＳＴＡに、それらの間のチャネルの監視を行わせ、そのようなアクションが望ましい場合に、ＳＴＡを再グループ化させることによって実行され得る。

ＡＰは、事前に定義された頻度でＡＰとＳＴＡとの間の１または複数のチャネルを監視する２０４０ことができる。１または複数のチャネルの監視に加えて、ＡＰは、グループ保守を実行することができる。ＳＴＡも、ＡＰが、そのようなＳＴＡのアクションをメンバシップ情報フィールドまたはメンバ情報フィールドで示す場合に、ＡＰと１または複数のＳＴＡとの間のチャネルを監視することができる。ビーコンフレームならびにＰＬＣＰヘッダ内に含まれるＣＯＢＲＡコントローラインフォメーションエレメント内の情報を使用することによって、ＳＴＡは、ＯＢのチャネル状態情報、経路損、ＴＯＤクロックオフセット、伝搬遅延、その他などの情報を推定することができる。変化が、事前に定義されたしきい値を超える場合には、ＳＴＡは、変化についてＡＰに知らせることができる。

ＴＯＤクロックオフセットが、グループ管理手順によって正しく調整された場合は、ＴＯＤクロックは、リフレッシュインターバル＝１／リフレッシュ頻度とすることができる事前に定義されたインターバルについて同期化されると仮定され得る。ＳＴＡはその後、ＰＤｅｌａｙ＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することによって伝搬遅延を監視することができ、ここで、ＴＯＤＡＰは、フレーム内でＣＯＢＲＡコントローラインフォメーションエレメント内に含められ得、ＴＯＡＳＴＡは、ＣＯＢＲＡコントローラインフォメーションエレメントを含むフレームが到着する時にＳＴＡでローカルに測定され得る。

図２１は、図２０で説明された１または複数のチャネルの監視２０４０とは別々にまたはこれに関連して実行され得る例のグループ保守手順２１００の図である。図２１を参照すると、ＡＰは、ＡＰとＳＴＡとの間のチャネルを監視する２１１０ことができる。ＡＰは、変化が事前に定義されたしきい値を超えるかどうかを判定する２１２０ことができる。変化が事前に定義されたしきい値を超える２１２５場合には、ＡＰは、再グループ化が必要または望ましいかどうかを判定する２１３０ことができる。ＡＰが、再グループ化が必要または望ましいと判定する２１３５場合には、ＡＰは、再グループ化を実行する２１４０ことができる。ＡＰは、新しい情報を含むことができるフレームを１または複数のＳＴＡから受信することができる。ＡＰは、そのような動作が必要または望ましい場合に、グループ選択手順およびグループ管理手順を使用することによってＳＴＡからの新しい情報を使用して再グループ化を実行することができる。

図２２は、図２０で説明された１または複数のチャネルの監視２０４０とは別々にまたはこれに関連して実行され得るもう１つの例のグループ保守手順２２００の図である。ＡＰは、ＳＴＡがＡＰとＳＴＡとの間のチャネルを監視できることを示すことができる。ＳＴＡは、ＳＴＡがＡＰとＳＴＡとの間のチャネルを監視できることを示すフレームを受信し２２１０、ＯＢのチャネル状態情報、経路損、ＴＯＤクロックオフセット、伝搬遅延、および類似物などのビーコンフレームパラメータを使用して推定する２２２０ことができる。ＳＴＡは、変化が事前に定義されたしきい値を超えるかどうかを判定する２２３０ことができる。ＳＴＡが、変化が事前に定義されたしきい値を超えたと判定する２２４０場合には、ＳＴＡは、ＣＯＢＲＡコントローリＩＥを含むフレームを使用して、新しい情報をＡＰに送信する２２５０ことができる。ＡＰは、そのような動作が必要または望ましい場合に、グループ選択手順およびグループ管理手順を使用することによってＳＴＡからの新しい情報を使用して再グループ化を行うことができる。

ＯＦＤＭＡサブチャネライゼーションを利用できるＣＯＢＲＡの例の実施態様として、この実施形態は、エンハンストベリイハイスループット（Ｅ−ＶＨＴ）通信のためにＣＯＢＲＡグループ化手順を実行することができる。Ｅ−ＶＨＴ通信は、ＩＥＥＥ８０２．１１ａｃに記載されたＶＨＴ通信に対する拡張とすることができる。

図２３は、例のＶＨＴケイパビリティ情報フィールド２３００の図である。ＶＨＴケイパビリティ情報フィールド２３００は、サウンディング次元の個数サブフィールド２３１０、ＭＵビームフォーマ可能サブフィールド２３１５、ＭＵビームフォーミイ可能サブフィールド２３２０、ＶＨＴＴＸＯＰＰＳサブフィールド２３２５、＋ＨＴＣ−ＶＨＴ可能サブフィールド２３３０、最大Ａ−ＭＰＤＵ長さ指数サブフィールド２３３５、ＶＨＴリンク適合可能サブフィールド２３４０、Ｒｘアンテナパターン一貫性サブフィールド２３４５、ＴＸアンテナパターン一貫性サブフィールド２３５０、ＣＯＢＲＡコントローラ可能サブフィールド２３５５、およびＣＯＢＲＡコントローリ可能サブフィールド２３６０を含むことができる。この例では、Ｅ−ＶＨＴＳＴＡは、ＶＨＴケイパビリティ情報フィールド２３００内のＣＯＢＲＡコントローラ可能サブフィールド２３５５および／またはＣＯＢＲＡコントローリ可能サブフィールド２３６０を使用して、それがＣＯＢＲＡ可能であることを宣言することができる。

Ｅ−ＶＨＴＳＴＡは、Ｅ−ＶＨＴケイパビリティエレメント内の１または複数のビットを使用して、それがＣＯＢＲＡ可能であることをも宣言することができ、これによって、１ビットが、ＳＴＡがＣＯＢＲＡコントローラ可能であることを示すのに使用され、かつ／または１ビットが、ＳＴＡがＣＯＢＲＡコントローリ可能であることを示すのに使用される。

図２４は、例のＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００フォーマットの図である。ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００は、カテゴリフィールド２４１０、ＶＨＴまたはＥ−ＶＨＴアクションフィールド２４２０、ＣＯＢＲＡメンバシップ状況アレイフィールド２４３０、ＣＯＢＲＡユーザ位置アレイフィールド２４４０、およびＣＯＢＲＡオプションフィールド２４５０を含むことができる。ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００は、カテゴリＶＨＴまたはカテゴリＥ−ＶＨＴのアクションフレームとすることができる。これは、１または複数のＣＯＢＲＡグループＩＤに関してＳＴＡのユーザ位置を割り当てるか変更するためにＡＰによって送信され得る。ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００のＶＨＴまたはＥ−ＶＨＴアクションフィールド２４２０は、表１に示された情報を含むことができる。

カテゴリフィールド２４１０は、ＶＨＴまたはＥ−ＶＨＴの値をセットされ得る。ＶＨＴまたはＥ−ＶＨＴアクションフィールド２４２０は、ＣＯＢＲＡグループＩＤ管理に関する値をセットされ得る。ＣＯＢＲＡメンバシップ状況アレイフィールド２４３０は、図２５に示されているように、各ＣＯＢＲＡグループのメンバシップ状況２５１０、２５２０、および２５３０を含むことができる。ＣＯＢＲＡユーザ位置アレイフィールド２４４０は、図２６に示されているように、各ＣＯＢＲＡグループのユーザ位置２６１０、２６２０、および２６３０を含むことができる。ＣＯＢＲＡグループのユーザ位置の各フィールドは、１または複数のビットとすることができる。

ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００は、ＳＴＡがメンバとして割り当てられ得るＣＯＢＲＡグループのそれぞれのオプションを含むことができる。たとえば、１つのＣＯＢＲＡグループのＣＯＢＲＡグループオプションフィールド２４５０は、図２７に示されているように、タイプサブフィールド２７１０、Ｔｘ電力サブフィールド２７２０、遅延サブフィールド２７３０、ＯＢ割当サブフィールド２７４０、およびＭＣＳサブフィールド２７５０を含むことができる。ＣＯＢＲＡグループオプションフィールド２４５０の各サブフィールドの例の値を、表２に示す。

１または複数のＣＯＢＲＡグループＩＤに対応するユーザ位置の割当または変更は、ＣＯＢＲＡグループＩＤ管理フレームを使用して実行され得る。ＳＴＡは、そのＳＴＡにアドレッシングされたＣＯＢＲＡグループＩＤ管理フレーム内でＣＯＢＲＡメンバシップ状況アレイフィールドの複数のサブフィールドに１をセットすることによって、複数のＣＯＢＲＡグループに割り当てられ得る。ＳＴＡは、それがメンバである各ＣＯＢＲＡグループ内に１つのユーザ位置だけを有することができる。それがメンバである可能性がある各グループ内のＳＴＡのユーザ位置は、ＳＴＡにアドレッシングされたＣＯＢＲＡグループＩＤ管理フレーム内のＣＯＢＲＡユーザ位置アレイフィールド内の関連するサブフィールドによって示され得る。ＡＰは、異なるＳＴＡに各ＣＯＢＲＡグループＩＤの同一のユーザ位置を割り当てることができる。

ＡＰは、ｄｏｔ１１ＶＨＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄまたはｄｏｔ１１Ｅ−ＶＨＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄが真である場合に、グループＩＤ管理フレームを送信することができる。ＣＯＢＲＡグループＩＤ管理フレームは、１と等しくなるようにセットされたＶＨＴケイパビリティエレメントまたはＥ−ＶＨＴケイパビリティエレメント内のＣＯＢＲＡコントローリ可能フィールドを含むことができるＶＨＴＳＴＡまたはＥ−ＶＨＴＳＴＡに送信され得る。ＣＯＢＲＡグループＩＤ管理フレームは、個々にアドレッシングされたフレームまたはブロードキャストフレームとして送信され得る。ＣＯＢＲＡグループＩＤ管理フレームは、ＶＨＴＭＵ−ＭＩＭＯグループＩＤ管理フレームに加えて、ＳＴＡに送信され得る。

もう１つの実施形態では、グループ化手順は、アドホックに、グループＳＴＡに対して実行され得る。ＳＴＡは、ＳＴＡモビリティ、高レベルの干渉、予想されない干渉、すばやく変化する環境、および類似物などの理由に起因して、チャネル条件がＳＴＡとＡＰとの間で頻繁に変化する時に、アドホックに、ＣＯＢＲＡグループに編成され得る。

チャネル特性に基づいてＳＴＡをグループ化することが望ましい場合がある。たとえば、複数のノードが、サブキャリアの類似するセット上でフェージングを経験しつつある場合には、これらのノードへおよび／またはこれらのノードからの送信を異なる時にスケジューリングし、各ノードを、同一のサブキャリア上で好ましい条件を経験する可能性があるノードとグループ化することが望ましい可能性がある。この例では、全帯域幅が、グループ内の各ユーザの最小限のフェージングを伴って利用され得る。

ＡＰが、サブチャネライズされたノードからの信号が距離またはフェージングに起因するかどうかを判定するために、ＡＰは、サブチャネル上の受信電力ならびにそのサブチャネル上のタイミングオフセットの両方を調べることができる。弱い信号のタイミングオフセットが長い場合には、ＡＰは、ＳＴＡが遠いと仮定することができ、したがって、そのＳＴＡに単一のサブチャネルまたは少数のサブチャネルを割り当てることができる。その一方で、弱い信号のタイミングオフセットが短い場合には、ＡＰは、ノードが近くにあり、サブチャネル上でフェージングを経験しつつあると仮定することができる。この例では、ＡＰは、ブロードバンドサウンディング測定を実行し、よりよいチャネルを判定するようにＳＴＡに要求し、またはそのノードをランダムに選択される代替サブチャネルに移動することができる。

あるＳＴＡに割り当てられるサブチャネルの個数および位置は、そのＳＴＡのチャネル条件に基づくものとすることができる。たとえば、ＡＰからの距離および選択的フェージングは、ＳＴＡまたはＡＰのいずれかによって測定される、サブチャネルの選択の判断基準として使用され得る。タイミングに基づく距離推定値は、経路損またはフェージングのゆえにノードが弱いかどうかを判定するのに、サブキャリア電力読みに関連して使用され得る。タイミングオフセットが大きく、信号が弱い場合には、これは、ノードがある距離にあることを示す可能性がある。この場合に、そのノードは、サブチャネルサイズを減らし、電力集中を可能にすることからまたは異なるサブチャネル割振りから利益を得る可能性がある。しかし、タイミングオフセットが小さく、電力信号が弱い場合には、これは、ノードが近いが、周波数選択的フェージングを経験しつつあることを示す可能性がある。この例では、そのノードは、新しいサブチャネルへの再割当から利益を得る可能性がある。

グループ化は、デバイスの要件、たとえば局所または分散サブキャリア割振り（localized or distributed sub-carrier allocations）、ＭＵ−ＭＩＭＯ可能またはＳＣ−ＦＤＭＡ可能のいずれかに基づいても実行され得る。ＳＴＡは、ＵＬ送信またはＤＬ送信のために１または複数のサブチャネルを明示的に要求することができる。要求は、データ負荷、チャネル条件、またはＳＴＡに既知のある他の要件に基づくものとすることができる。この場合に、１または複数の短期または長期のサブチャネルが、ユーザに割り当てられ得、送信要求の近似周波数が、サブチャネルを割り当てる時に考慮に入れられ得る。この例では、短期サブチャネルは、一時サブチャネル割当と称する場合がある。ＳＴＡは、特定のサブチャネルを要求することができ、または、特定のサブチャネルの除外を要求することができる。特定のサブチャネルの要求は、プリファレンスの順序を含むことができる。

ＳＴＡが１または複数のサブチャネルの使用を要求する１つの形は、それが必要とするサブチャネル上でのみサブチャネライズされたＲＴＳ（ｓＲＴＳ）を送信することとすることができる。その後、このサブチャネライズされた要求を検出するＡＰは、追加のメッセージングなしでＳＴＡのサブチャネル要求を知ることができ、それに応じてサブチャネルを割り当てることができる。この例では、ＳＴＡは、要求をサブミットするのに使用されたものと同一のサブチャネル上でＵＬグラントを最終的に受信することができると仮定することができる。ＡＰが、この要求に対処することができない場合には、ＡＰは、ＣＴＳまたはサブチャネライズされたＣＴＳ（ｓＣＴＳ）メッセージの一部として、応じることの失敗を示すことができる。応じることの失敗は、ＣＴＳフレームまたはｓＣＴＳフレーム内のビットまたはフィールドを使用して示され得る。

ＳＴＡが、ＲＴＳをサブミットする時に、持続時間フィールドは、送信されるデータの量を示すことができ、ＡＰは、要求に対処するのに必要なサブチャネルの個数を判定するのにこの情報を使用することができる。この推定値は、全体的なサブチャネライズされたＵＬ送信持続時間が、バースト中に送信するすべてのサブチャネライズされたＳＴＡについて相対的に同一になるように、ＳＴＡからの要求のバランスをとることを含むことができる。

ＳＴＡは、どのサブチャネルがサブチャネライズされた送信またはサブチャネライズされた受信によりよく適するのかを判定するためにサウンディング測定を実行することができる。これらの測定は、送信の所期の受信側にかかわりなく、ＤＬ送信中に実行され得、明示的なまたは暗黙のサブチャネル要求内でＳＴＡによって使用され得る。

この例では、ＡＰは、フル帯域メッセージ、たとえばすべてのサブチャネルを介して送信されるＲＴＳ上で行われる受信器でのチャネル推定（ＣＨＥＳＴ）に基づいて１または複数の理想的なサブチャネルを判定することができる。ＣＨＥＳＴは、受信された信号の復調のためにチャネル状態の推定値を導出するのに使用され得る。もう１つの例では、チャネルサウンディングが、各ＳＴＡの物理チャネルを観察するためにＡＰによって実行され得る。チャネル測定は、使用すべき好ましいサブチャネルを判定するために実行され得、ＡＰは、サブチャネル割当をチャネル測定のうちの１または複数に基づかせることができる。チャネル測定は、チャネル相互性を仮定して実行され得る。

サブチャネルのブラインド検出が、実行され得る。タイミング補正を用いても、別個のサブチャネル上のＵＬ内で送信する複数のＳＴＡが、ＡＰに時間オフセットを伴って到着する場合がある。このタイミングオフセットは、各ＳＴＡによって送信されるすべてのサブキャリアの同様の位相回転をもたらす可能性がある。ＡＰはその後、たとえば、この情報を単独でまたはＣＲＣによる確認と一緒に使用して、各ＳＴＡによって使用されるサブチャネルをブラインド検出することができる。

たとえば、８０２．１１ａｈでは、データ送信に関して、多数のデバイス、たとえば２０００台から６０００台程度のデバイスが、サポートされ得る。この例は、多数のＳＴＡとの衝突を制御するために同時データ送信の量を制限することによってサポートされ得る。しかし、ネットワークのスペクトル効率を改善するために、多数のデバイスがサポートされ得、８０２．１１ａｃで通常使用される帯域幅、たとえば２０から１６０ＭＨｚと一貫するデータレートの同時送信が、必要とされる可能性がある。

８０２．１１ａｃによって使用される帯域幅をサポートするシステムにおいて多数のデバイスのサポートを可能にする方法は、これらのシステムでのスペクトル効率のさらなる改善のために使用され得る。既存のＷＬＡＮシステムは、ＭＡＣプロトコルとしてＣＳＭＡ／ＣＡを利用する場合があるが、これは、分散チャネルアクセス方式である。ＡＰ／ＳＴＡは、送信を検知する時に延期することができる。したがって、これは、１つのＢＳＳ内の、同時に送信／受信する複数のＳＴＡに適切ではない可能性がある。スペクトル効率を高めるために、複数のＳＴＡは、周波数時間リソースを共有し、より効率的に通信することができる可能性がある。

ＭＡＣ層は、スタンドアローンダウンリンクＣＯＢＲＡ送信、スタンドアローンアップリンクＣＯＢＲＡ送信、および組み合わされたＤＬ／ＵＬＣＯＢＲＡ送信を可能にするように構成され得る。時間／周波数同期化、アップリンク電力制御、およびアンテナ校正は、ＭＡＣ層に作り込まれ得る。異なるＭＡＣ層構成を用いて、アップリンク送信制御に利用されるメッセージおよびシグナリングは、異なり得る。しかし、共通のアイデアは、ＵＬＣＯＢＲＡトラフィックの前のメッセージ交換をよりよく利用してチャネルをサウンディングし、必要な制御情報を伝えることである。

ＭＡＣ層構成および手順の変形形態が、適用され得る。たとえば、同期化および電力制御に関するＭＡＣシグナリング、たとえば要求および応答の交換が、ＵＬＭＵ−ＭＩＭＯセッションの直前に送信され得る。同期化メッセージおよび電力制御メッセージを、ＵＬＭＵ−ＭＩＭＯセッションの前に別々に送信することを可能とすることもできる。

ＭＡＣ層は、スタンドアローンＤＬＣＯＢＲＡ送信をセットアップするように構成され得る。ＡＰは、クリアチャネルアセスメント（clear channel assessment、ＣＣＡ）を実行し、動作チャネルを入手することができる。ＡＰは、ＤＬＣＯＢＲＡ送信を開始することができる。ＤＬＣＯＢＲＡグループＩＤは、ＤＬＣＯＢＲＡフレームのＳＩＧフィールドに含まれるものとすることができ、これは、１または複数のＳＴＡのサブチャネライゼーションを暗示することができる。ＣＯＢＲＡセッションを開始する前に、ＡＰは、ＳＴＡの１つもしくは複数のグループおよび／または１つもしくは複数のユーザ位置を識別するために、グループＩＤ管理フレームを使用してＳＴＡと通信することができる。

ＤＬＣＯＢＲＡフレームを受信した後に、ＳＴＡは、それらがＤＬＣＯＢＲＡセッションの所期の受信側であるかどうかを判定するために、ＤＬＣＯＢＲＡグループＩＤをチェックすることができる。所期のＳＴＡは、ユーザ位置情報を読み取ることによって、それらに割り当てられたサブチャネルを識別することができ、意図されていないＳＴＡは、そのＮＡＶをそれに従ってセットすることができる。ＭＡＣヘッダおよびデータを含む各ＳＴＡのＭＡＣフレームは、特定のサブチャネル内で割り振られ得る。

図２８は、例のスタンドアローンＤＬＣＯＢＲＡ送信２８００の図である。この例では、ＡＰ２８０５、ＳＴＡ−１２８１０、ＳＴＡ−２２８１５、ＳＴＡ−３２８２０、ＳＴＡ−４２８２５、および複数の他のＳＴＡ２８３０が図示されている。ＡＰ２８０５は、ＤＬＣＯＢＲＡフレーム２８３５をＳＴＡ−１２８１０、ＳＴＡ−２２８１５、ＳＴＡ−３２８２０、およびＳＴＡ−４２８２５に送信することができる。ＤＬＣＯＢＲＡフレーム２８３５は、ＳＩＧフィールドにＣＯＢＲＡ送信のグループＩＤを含むことができる。ＳＴＡ−１２８１０は、ＤＬＣＯＢＲＡフレームに応答してブロックＡＣＫ（ＢＡ）２８４０を送信することができる。ＳＴＡ−１２８１０からのＢＡ２８４０の受信に応答して、ＡＰ２８０５は、ブロックＡＣＫ要求（ＢＡＲ）フレーム２８４５をＳＴＡ−２２８１５に送信することができる。ＢＡＲフレーム２８４５は、ＳＴＡ−２２８１５が利用した可能性があるサブチャネル上で送信され得、または、帯域幅全体を介して送信され得る。もう１つの選択は、ＳＴＡ−２が利用した可能性があるサブチャネル上でＢＡＲフレーム２８４５を送信し、他のサブチャネルのすべてでこれを繰り返すこととすることができる。ＳＴＡ−２２８１０は、ＡＰ２８０５にＢＡ２８５０を送信することができる。ＡＰ２８０５は、所期のＳＴＡの残りに、類似する形でＢＡＲ２８５５および２８６０を送信することができる。ＤＬＣＯＢＲＡフレーム２８３５を受信した時に、他のＳＴＡ２８３０は、それらが所期の受信側ではないと判定することができ、それらのＮＡＶ２８６５をリセットすることができる。

ＭＡＣ層は、スタンドアローンＵＬＣＯＢＲＡ送信をセットアップするように構成され得る。周波数同期化、タイミング同期化、電力制御、および校正を含む同期化は、周波数、時間、電力、および複数アンテナ検知においてすべてのＵＬＣＯＢＲＡＳＴＡを整列させるために実行され得、その結果、受信器は、信号を同時に検出し復号することができるようになる。

アップリンク送信制御は、ＵＬＣＯＢＲＡＴＸＯＰのＭＡＣ層セットアップ中に１または複数のハンドシェークを使用して実行され得る。図２９は、例のスタンドアローンＵＬＣＯＢＲＡ送信２９００の図である。

この例では、ＡＰ２９０５、ＳＴＡ−１２９１０、ＳＴＡ−２２９１５、ＳＴＡ−３２９２０、ＳＴＡ−４２９２５、および複数の他のＳＴＡ２９３０が図示されている。ＡＰは、要求（Ｒｅｑ）フレーム２９３５を送信することができ、通常のサウンディングＰＨＹコンバージェンス手順（convergence procedure）（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）フォーマットを用いて送信され得る。通常のサウンディングＰＰＤＵは、チャネルをサウンディングするのに使用され得る追加のＬＴＦを有するＰＰＤＵとすることができる。Ｒｅｑフレーム２９３５は、ＡＰからＳＴＡにユニキャストされ、マルチキャストされ、またはブロードキャストされ得る。Ｒｅｑフレーム２９３５は、ＵＬＣＯＢＲＡ送信に関してＳＴＡのグループをポーリングすることができる。グループ内のＳＴＡは、アップリンクトラフィックの送信の準備ができているかどうかをチェックし、ＡＰおよび他のＵＬＣＯＢＲＡＳＴＡ２９３０と整列するために、それに従って周波数同期化、時間同期化、電力同期化、および校正手順を開始することができる。グループ内にリストされていない可能性がある他のＳＴＡ２９３０は、それらのＮＡＶ２９４０をセットすることができる。Ｒｅｑフレーム２９３５は、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。

応答（Ｒｅｓｐ）フレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、各ＳＴＡ２９１０、２９１５、２９２０、および２９２５からＡＰ２９０５へ、通常のサウンディングＰＰＤＵフォーマットを用いてシーケンシャルに送信され得る。あるいは、Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、それぞれのＳＴＡがそれ自体にアドレッシングされたＲｅｑフレーム２９３５を受信した後に送信され得る。ＡＰ２９０５は、チャネルサウンディングにこれらのＲｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄを利用し、それに従って１または複数の空間分割多元接続（ＳＤＭＡ）重みを受信する準備をすることができる。Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、次の情報すなわち、アップリンクトラフィック表示、送信電力、サウンディング情報、および／または校正情報を含むことができる。送信電力が、Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄ内で示され得るので、ＡＰ２９０５は、リンクを評価することができ、たとえば、ＳＮＲを推定し、ＳＴＡ２９１０、２９１５、２９２０、および２９２５のＭＣＳを選択することができる。Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、１または複数のサブチャネル上でも送信され得る。

ＵＬＣＯＢＲＡアナウンスメントフレーム（ＵＣＡＦ）２９５０が、ＡＰ２９０５から複数のＳＴＡ２９１０、２９１５、２９２０、および２９２５に送信され得る。ＵＣＡＦフレーム２９５０は、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。

ＡＰ２９０５は、Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄからのフィードバックおよび／またはグループ化戦略に従って、ＵＬＣＯＢＲＡグループを洗練し、グループＩＤを再定義することができる。ＡＰ２９０５は、各所期のＵＬＣＯＢＲＡＳＴＡ２９１０、２９１５、２９２０、および２９２５に、アップリンクＭＣＳ、必要なパッドビット、ＬＴＦ／ＳＴＦ送信などを割り当てることができる。ＡＰ２９０５は、ランダムアクセスチャネルとして１または複数のサブチャネルを割り当てることもできる。アップリンクトラフィックを有するＳＴＡは、ＲＴＳなどの制御メッセージを送信するために、ランダムアクセスチャネルを利用することができる。複数のＳＴＡ２９１０、２９１５、２９２０、および２９２５が、同一の１または複数の専用のランダムアクセスチャネルを使用して同時に送信することができる。ＳＴＡ２９１０、２９１５、２９２０、および２９２５のそれぞれからのＵＬＣＯＢＲＡ送信２９５５は、プリアンブル、データ、および必要な場合に１または複数のパディングビットを含むことができる。予約済みのＵＬＣＯＢＲＡグループＩＤが、ランダムアクセスチャネルに利用され得る。タイミング、周波数、電力調整、および校正に関する情報も、送信され得る。ＳＴＡ２９１０、２９１５、２９２０、および２９２５からの同時ＵＬＣＯＢＲＡ送信の受信に応答して、ＡＰ２９０５は、ＡＣＫ２９６０を送信することができる。ＡＣＫ２９６０は、シーケンシャルにまたはＤＬＣＯＢＲＡ送信もしくはフレームを使用することによって送信され得る。一例では、すべてのＳＴＡが、単一のプリアンブルを共有する。たとえば、ＳＴＡ１が、アップリンク送信についてサブチャネル１を割り当てられる場合に、ＳＴＡ１は、サブチャネル１上でのみプリアンブルおよびデータを送信することができる。もう１つの例では、すべてのＳＴＡは、各ＳＴＡが帯域の一部だけを割り当てられる場合であっても、帯域全体でプリアンブルを送信することができる。この例では、ＡＰは、すべてのＳＴＡからのすべてのプリアンブルの合成物を受信することができる。この例のプリアンブルは、ＳＴＦおよびＬＴＦのみを含むものとすることができ、ＳＩＧフィールドは、ＡＰが既にＳＩＧフィールドに含まれる情報を有し得るので、必要ではない可能性がある。この例では、ＡＰは、ＵＣＡＦでＳＴＡにこの情報を割り当てることができる。表３に、ＵＣＡＦ２９５０内に含めることができる情報の例を示す。

アップリンクＣＯＢＲＡグループＩＤは、ＵＬＣＯＢＲＡ送信のために構成され得る。主にＤＬＭＵ−ＭＩＭＯ送信のために構成され得るグループＩＤに似て、ＵＬＣＯＢＲＡグループＩＤの割当または変更は、グループＩＤ管理フレームを使用して実行され得る。グループＩＤ管理フレームは、メンバシップ状況アレイおよび／またはＣＯＢＲＡユーザ位置アレイを含むことができる。ＣＯＢＲＡグループＩＤ管理フレームの送信は、ＤＬまたはＵＬのいずれかでのＭＵＰＰＤＵの送信の前に完了され得る。しかし、ＵＬＣＯＢＲＡグループＩＤとＤＬＣＯＢＲＡグループＩＤとが同一であることは、必要ではない可能性がある。したがって、各ＳＴＡは、ＰＨＹＣＯＮＦＩＧ＿ＶＥＣＴＯＲ内でパラメータＵＬ−ＧＲＯＵＰ＿ＩＤを維持することもできる。

ＳＴＡが、そのＭｅｍｂｅｒｓｈｉｐＳｔａｔｕｓＩｎＧｒｏｕｐＩＤ［ｋ］が１と等しい（ＳＴＡがそのグループに属することを示す）グループＩＤを有するＵＣＡＦを受信する時に、ＳＴＡは、ＵｓｅｒＰｏｓｉｔｉｏｎＩｎＧｒｏｕｐＩＤを分析し、対応するユーザ固有プロファイルを判定し、それに従ってＵＬＣＯＢＲＡ送信を準備することができる。ユーザポジションフィールドは、ＳＴＡに割り振られた１または複数のサブチャネルを暗示することができる。それと同時に、ＳＴＡは、ＵＬＣＯＢＲＡ送信の終りまで、ＣＣＡ機能を一時的にサスペンドすることができる。

ＡＣＫフレームは、ＡＰからＳＴＡに送信され得る。ＡＣＫフレームは、複数のＳＴＡにシーケンシャルに送信され得、またはＤＬＣＯＢＲＡを用いて送信され得る。

図３０は、スタンドアローンＵＬＣＯＢＲＡ送信３０００のもう１つの例の図である。この例では、ＡＰ３００５、ＳＴＡ−１３０１０、ＳＴＡ−２３０１５、ＳＴＡ−３３０２０、ＳＴＡ−４３０２５、および複数の他のＳＴＡ３０３０が図示されている。Ｒｅｑフレーム３０３５ａおよび３０３５ｂならびにＲｅｓｐフレーム３０４０ａおよび３０４０ｂは、たとえば同期化、電力制御、および／またはサウンディングを実行するために、ＵＬＣＯＢＲＡセッションの前に別々に送信され得る。

ＵＣＡＦ３０５０は、ＡＰ３００５から複数のＳＴＡ３０１０、３０１５、３０２０、および３０２５に送信され得る。ＵＣＡＦフレーム３０５０は、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。

ＡＰ３００５は、Ｒｅｓｐフレーム３０４０ａおよび３０４０ｂからのフィードバックおよび／またはグループ化戦略に従って、ＵＬＣＯＢＲＡグループを洗練し、グループＩＤを再定義することができる。ＡＰ３００５は、各所期のＵＬＣＯＢＲＡＳＴＡ３０１０、３０１５、３０２０、および３０２５に、アップリンクＭＣＳ、必要なパッドビット、ＬＴＦ／ＳＴＦ送信、電力調整などを割り当てることができる。ＡＰ３００５は、ランダムアクセスチャネルとして１または複数のサブチャネルを割り当てることもできる。アップリンクトラフィックを有するＳＴＡは、ＲＴＳなどの制御メッセージを送信するために、ランダムアクセスチャネルを利用することができる。複数のＳＴＡ３０１０、３０１５、３０２０、および３０２５が、同一の１または複数の専用のランダムアクセスチャネルを使用して同時に送信することができる。ＳＴＡ３０１０、３０１５、３０２０、および３０２５のそれぞれからのＵＬＣＯＢＲＡ送信３０５５は、プリアンブル、データ、および必要な場合に１または複数のパディングビットを含むことができる。予約済みのＵＬＣＯＢＲＡグループＩＤが、ランダムアクセスチャネルに利用され得る。タイミング、周波数、電力調整、および校正に関する情報も、送信され得る。グループ内でリストされない可能性がある他のＳＴＡ３０３０は、それらのＮＡＶ３０５７をセットすることができる。ＳＴＡ３０１０、３０１５、３０２０、および３０２５からの同時ＵＬＣＯＢＲＡ送信の受信に応答して、ＡＰ３００５は、ＡＣＫ３０６０を送信することができる。ＡＣＫ３０６０は、シーケンシャルにまたはＤＬＣＯＢＲＡ送信もしくはフレームを使用することによって送信され得る。一例では、すべてのＳＴＡが、単一のプリアンブルを共有する。たとえば、ＳＴＡ１が、アップリンク送信についてサブチャネル１を割り当てられる場合に、ＳＴＡ１は、サブチャネル１上でのみプリアンブルおよびデータを送信することができる。もう１つの例では、すべてのＳＴＡは、各ＳＴＡが帯域の一部だけを割り当てられる場合であっても、帯域全体でプリアンブルを送信することができる。この例では、ＡＰは、すべてのＳＴＡからのすべてのプリアンブルの合成物を受信することができる。この例のプリアンブルは、ＳＴＦおよびＬＴＦのみを含むものとすることができ、ＳＩＧフィールドは、ＡＰが既にＳＩＧフィールドに含まれる情報を有し得るので、必要ではない可能性がある。この例では、ＡＰは、ＵＣＡＦでＳＴＡにこの情報を割り当てることができる。

図３１は、ＣＯＢＲＡＲｅｑフレーム３１００の例のＭＡＣフレームフォーマットの図である。ＣＯＢＲＡＲｅｑフレーム３１００は、フレーム制御フィールド３１０５、持続時間フィールド３１１０、受信器アドレス（ＲＡ）フィールド３１１５、送信器アドレス（ＴＡ）フィールド３１２０、ＵＬＣＯＢＲＡ情報要求フィールド３１２５、およびＦＣＳフィールド３１３０を含むことができる。ＵＬＣＯＢＲＡ情報要求フィールド３１２５は、送信電力存在サブフィールド３１３５、リンクマージン存在サブフィールド３１４０、ＵＬトラフィック識別子存在サブフィールド３１４５、およびキューサイズ存在サブフィールド３１５０を含むことができる。

ＡＰは、ＣＯＢＲＡＲｅｑフレーム３１００を利用して、ＳＴＡにユニキャストすることができる。この例では、ＲＡフィールド３１１５は、ＡＰのＭＡＣアドレスを示すことができ、ＴＡフィールド３１２０は、ＳＴＡのＭＡＣアドレスを示すことができる。送信シーケンスは、図２９および図３０に示された手順に従うことができる。ＣＯＢＲＡＲｅｑフレーム３１００は、ＳＴＡのグループにマルチキャストするのにも使用され得る。ＣＯＢＲＡマルチキャストグループＭＡＣアドレスは、ＴＡフィールド３１２０内で示され得る。ＵＬＣＯＢＲＡ情報要求フィールド３１２５は、アップリンクＣＯＢＲＡ情報のために定義され得る。ＵＬＣＯＢＲＡ情報要求フィールド３１２５は、使用されるＵＬ送信電力サブフィールドがＣＯＢＲＡＲｅｓｐフレーム内で送信され得るかどうかを示すことができる送信電力存在サブフィールド３１３５と、使用されるＵＬリンクマージンサブフィールドがＣＯＢＲＡＲｅｓｐフレーム内で送信され得るかどうかを示すことができるリンクマージン存在サブフィールド３１４０と、ＵＬトラフィック識別子サブフィールドがＣＯＢＲＡＲｅｓｐフレーム内で送信され得るかどうかを示すことができるＵＬトラフィック識別子存在サブフィールド３１４５と、ＵＬキューサイズサブフィールドがＣＯＢＲＡＲｅｓｐフレーム内で送信され得るかどうかを示すことができるキューサイズ存在サブフィールド３１５０とを含むことができる。送信電力存在サブフィールド３１３５、リンクマージン存在サブフィールド３１４０、ＵＬトラフィック識別子存在サブフィールド３１４５、およびキューサイズ存在サブフィールド３１５０は、それぞれ、１または複数のビットとすることができる。

図３２は、例のＣＯＢＲＡＲｅｓｐフレーム３２００フォーマットの図である。ＣＯＢＲＡＲｅｓｐフレーム３２００は、フレーム制御フィールド３２０５、持続時間フィールド３１１０、ＲＡフィールド３２１５、ＴＡフィールド３２２０、ＵＬＣＯＢＲＡ情報フィールド３２２５、およびＦＣＳフィールド３２３０を含むことができる。ＵＬＣＯＢＲＡ情報フィールド３２２５は、使用される送信電力サブフィールド３２３５、リンクマージンサブフィールド３２４０、ＵＬトラフィック識別子サブフィールド３２４５、およびキューサイズサブフィールド３２５０を含むことができる。ＣＯＢＲＡＲｅｓｐフレーム３２００は、ＳＴＡからＡＰに送信されるアップリンクフレームとすることができる。ＲＡフィールド３２１５およびＴＡフィールド３２２０は、それぞれＳＴＡＭＡＣアドレスおよびＡＰＭＡＣアドレスを示すことができる。

ＵＣＡＦは、制御フレームとして構成され得る。図３３は、例のパーユーザベースドＵＣＡＦ３３００の図である。パーユーザベースドＵＣＡＦ３３００は、フレーム制御フィールド３３０５、持続時間フィールド３３１０、ＲＡフィールド３３１５、ＴＡフィールド３３２０、１または複数のＳＴＡ情報フィールド３３２５ａから３３２５ｎ、およびＦＣＳフィールド３３３０を含むことができる。ＴＡフィールド３３２０は、パーユーザベースドＵＣＡＦ３３００を送信するＡＰのアドレスを示すことができる。ＲＡフィールド３３１５は、所期のＳＴＡのうちの１つのアドレス、マルチキャストグループアドレス、またはブロードキャストアドレスを示すことができる。ＳＴＡ情報フィールド３３２５ａから３３２５ｎは、ＵＬＣＯＢＲＡ送信に関するスケジューリング情報を含むように構成され得る。ＳＴＡ情報フィールド３３２５ａから３３２５ｎのそれぞれは、関連付けＩＤ（ＡＩＤ）サブフィールド３３３５、帯域幅（ＢＷ）サブフィールド３３４０、短ガードインターバル（ＧＩ）サブフィールド３３４５、変調および符号化方式（ＭＣＳ）サブフィールド３３５０、サポートされる送信ストリーム数（Ｎｓｔｓ）サブフィールド３３５５、長さサブフィールド３３６０、パディングサブフィールド３３６５、電力制御調整サブフィールド３３７０、周波数調整サブフィールド３３７５、空間時間ブロック符号（ＳＴＢＣ）サブフィールド３３８０、および符号化サブフィールド３３８５を含むことができる。ＡＩＤサブフィールド３３３５は、部分的ＡＩＤサブフィールドとすることができ、ＵＬＣＯＢＲＡ送信を実行すると期待される所期のＳＴＡを示すことができる。ＡＩＤサブフィールド３３３５または部分的ＡＩＤサブフィールドの値は、ランダムアクセスチャネルを示すように定義され得る。ＢＷサブフィールド３３４０は、ＡＰの動作帯域幅を示すことができる。短ＧＩサブフィールド３３４５は、短ガードインターバルが適用されるかどうかを示すことができる。ＭＣＳサブフィールド３３５０は、変調および符号化方式を示すことができる。Ｎｓｔｓサブフィールド３３５５は、送信される空間時間ストリームの個数を示すことができる。長さサブフィールド３３６０は、ＰＨＹ層に渡されるＭＡＣパケットの長さを示すことができる。パディングサブフィールド３３６５は、割り当てられたサブチャネル（複数可）を充填するのに必要なバイト数を示すことができる。電力制御調整サブフィールド３３７０は、ＳＴＡがそれに従うようにＡＰが要求し得るアップリンク電力調整を示すことができる。周波数調整サブフィールド３３７５は、ＳＴＡがそれに従うようにＡＰが要求し得るアップリンク送信の周波数オフセット調整を示すことができる。ＳＴＢＣサブフィールド３３８０は、空間時間ブロック符号化が利用されるかどうかを示すことができる。符号化サブフィールド３３８５は、使用されるＦＥＣ符号化のレートおよびタイプ、たとえば畳込みまたはＬＤＰＣを示すことができる。ＣＯＢＲＡグループＩＤは、ＰＨＹヘッダのＳＩＧフィールドで送信され得る。サブチャネル割振りは、ユーザ位置によってＣＯＢＲＡグループＩＤ内で暗黙のうちに定義され得る。あるいは、サブチャネルＩＤは、ＳＴＡに割り当てられた対応するサブチャネルを明示的に定義するために、ＳＴＡ情報フィールドに挿入され得る。

図３４は、パーユーザベースドＵＣＡＦ３４００のもう１つの例の図である。パーユーザベースドＵＣＡＦ３４００は、フレーム制御フィールド３４０５、持続時間フィールド３４１０、ＲＡフィールド３４１５、ＴＡフィールド３４２０、１または複数のサブチャネル情報フィールド３４２５ａから３４２５ｎ、およびＦＣＳフィールド３４３０を含むことができる。ＴＡフィールド３４２０は、パーユーザベースドＵＣＡＦ３４００を送信するＡＰのアドレスを示すことができる。ＲＡフィールド３４１５は、所期のＳＴＡのうちの１つのアドレス、マルチキャストグループアドレス、またはブロードキャストアドレスを示すことができる。サブチャネル情報フィールド３４３２ａから３４２５ｎは、各サブチャネルに関するスケジューリング情報を含むように構成され得る。サブチャネル情報フィールド３４２５ａから３４２５ｎのそれぞれは、サブチャネルＩＤサブフィールド３４３５、ＡＩＤサブフィールド３４４０、ＢＷサブフィールド３４４５、短ＧＩサブフィールド３４５０、ＭＣＳサブフィールド３４５５、Ｎｓｔｓサブフィールド３４６０、長さサブフィールド３４６５、パディングサブフィールド３４７０、電力調整サブフィールド３４７５、周波数調整サブフィールド３４８０、ＳＴＢＣサブフィールド３４８５、および符号化サブフィールド３４９０を含むことができる。サブチャネルＩＤサブフィールド３４３５は、ＵＬＣＯＢＲＡ送信がその上で伝えられ得るサブチャネルを参照するのに使用され得る。ＡＩＤサブフィールド３４４０は、サブチャネル上でＵＬＣＯＢＲＡ送信を実行し得るＳＴＡの完全なＡＩＤまたは部分的ＡＩＤを含むように構成され得る。サブチャネルが、ランダムアクセスチャネル用に割り当てられる場合には、ＡＩＤサブフィールド３４４０の値は、サブチャネルを示すのに使用され得る。サブチャネル情報フィールド３４２５ａ内で定義されるサブフィールドの残りは、ユーザベースのＵＣＡＦと同一とすることができる。

ＭＡＣシグナリング、同期化手順、および電力制御機構は、組み合わされたＤＬ／ＵＬＣＯＢＲＡ送信について実施され得る。図３５は、例の組み合わされたＤＬ／ＵＬＣＯＢＲＡ送信３５００の図である。

この例では、ＡＰ３５０５は、ＳＴＡ−１３５１０、ＳＴＡ−２３５１５、およびＳＴＡ−３３５２０にＤＬＣＯＢＲＡフレーム３５２５を送信することによって、ＤＬＣＯＢＲＡ送信を実行することができる。ＡＰ３５０５は、ＣＣＡを行い、１または複数のチャネルを入手した後に、ＤＬＣＯＢＲＡフレーム３５２５を送信することができる。ＤＬＣＯＢＲＡグループＩＤは、ＤＬＣＯＢＲＡフレームのＳＩＧフィールド内で構成され、送信され得る。ＤＬＣＯＢＲＡフレーム３５２５を受信した時に、ＳＴＡ３５１０、３５１５、および３５２０は、それらがＤＬＣＯＢＲＡセッションの所期の受信側であるかどうかを判定するために、ＤＬＣＯＢＲＡグループＩＤをチェックすることができる。所期のＳＴＡは、ユーザ位置情報に基づいて、それらに割り当てられたサブチャネルを識別することができ、意図されていないＳＴＡは、それに従ってそれらのＮＡＶをセットすることができる。

この例では、ＳＴＡ−１３５１０は、ＤＬＣＯＢＲＡフレーム３５２５を受信し、これに応答してブロックＡＣＫ（ＢＡ）３５３０ａを送信することができる。ＡＰ３５０３は、ＢＡ要求（ＢＡＲ）フレーム３５３５ａおよび３５３５ｂを送信することができ、ＳＴＡ３５１５および３５２０のそれぞれは、通常のサウンディングＰＰＤＵフォーマットまたは通常のＰＰＤＵフォーマットを有するＢＡフレーム３５３０ｂおよび３５３０ｃを、シーケンシャルにＡＰ３５０５に送信することができる。一例では、ＡＰ３５０５は、アップリンクチャネルサウンディングにこれらのＢＡフレーム３５３０ａおよび３５３０ｂを利用し、応答してＢＡＲフレーム３５３５ａおよび３５３５ｂを送信することができる。この例のＢＡフレームは、８０２．１１ＢＡフレームの変更されたバージョンとすることができる。ＢＡフレームは、アップリンクトラフィック表示、送信電力、校正応答、電力レポート、および類似物を含むことができる。

ＡＰ３５０５は、ＳＴＡ３５１０、３５１５、および３５２０にＵＣＡＦ３５４０を送信することができる。ＡＰ３５０５は、ＢＡフレーム３５３０ａ、３５３０ｂ、および３５３０ｃからのフィードバックならびに／またはグループ化戦略に基づいて、ＵＬＣＯＢＲＡグループを洗練し、ＵＬＣＯＢＲＡグループＩＤを再構成することができる。ＡＰ３５０５は、ＵＬＣＯＢＲＡＳＴＡ３５１０、３５１５、および３５２０のそれぞれにアップリンクＭＣＳ、必要な場合に１または複数のパディングビット、ＬＴＦ／ＳＴＦ送信、などを割り当てることができる。ＡＰ３５０５は、ランダムアクセスチャネルとして１または複数のサブチャネルを割り当てることもできる。アップリンクトラフィックを有するＳＴＡ３５１０、３５１５、および３５２０のそれぞれは、たとえばＲＴＳなどの制御メッセージを送信するのにランダムアクセスチャネルを利用することができる。ＳＴＡ３５１０、３５１５、および３５２０は、同一の専用のランダムアクセスチャネルを使用して同時に送信する３５４５ことができる。予約済みのＵＬＣＯＢＲＡグループＩＤは、ランダムアクセスチャネルに利用され得る。タイミング、周波数、電力調整、および校正に関する情報は、ＵＬＣＯＢＲＡ送信内で送信され得る。ＡＰ３５０５は、ＳＴＡ３５１０、３５１５、および３５２０にシーケンシャルにＡＣＫフレーム３５５０を送信することができ、または、ＡＣＫフレーム３５５０は、ＤＬＣＯＢＲＡ送信もしくはフレームを使用して送信され得る。

サブチャネライゼーションの１つの利点は、ＲＡＣＨスタイルのランダムアクセスのために排他的に１または複数のサブチャネルを割り振ることによって、同時に多元接続の試み、たとえばＲＴＳを可能にすることとすることができる。この手順は、ＳＴＡが、他のＳＴＡによるデータまたは他の信号の送信中にＲＴＳなどの制御メッセージを送信することを可能にすることができる。ランダムアクセスサブチャネル上の衝突の影響を減らすために、直交符号、たとえばＺａｄｏｆｆ−Ｃｈｕ符号を使用することができる。ＲＡチャネルは、永続的に割り当てられ得、または、ＡＰは、たとえば長い送信が他のサブチャネル上で発生しつつある可能性がある期間中に、周期的に１または複数のＲＡチャネルをオープンすることができる。

専用のランダムアクセスチャネルが、初期チャネルアクセスに使用され得、これによって、ＡＰとの関連付けを試みるＳＴＡは、プローブ要求を送信するのに専用のランダムアクセスチャネルを利用することができる。専用のランダムアクセスチャネルは、周期的チャネルアクセスにも使用され得、これによって、アクティブである可能性があり、アップリンクトラフィックを有する可能性があるＳＴＡは、タイミング／周波数同期化および／または電力制御に専用のランダムアクセスチャネルを利用することができる。

専用のランダムアクセスチャネルは、帯域幅要求にも使用され得、これによって、アップリンクトラフィックを有するかスリーピングモードから覚醒したばかりである可能性があるＳＴＡは、たとえばＲＴＳまたはＰＳポールとして、ＵＬＣＯＢＲＡ帯域幅を要求するのに専用のランダムアクセスチャネルを利用することができる。直交符号またはランダムシーケンスのサブグループを、上で言及した機能のうちの１または複数に割り当てることが可能である可能性がある。この形で、ＳＴＡは、ランダムアクセスチャネル信号の内容に機能性情報を含まない可能性がある。

この特徴を使用可能にするために、ＡＰは、前もってまたは１または複数のＲＡチャネルが使用可能にされ得る時のいずれかに、これらのＲＡチャネルの時間および位置をアドバタイズすることができる。図３６は、例の専用のランダムアクセスチャネル３６００の図である。この例では、ＵＣＡＦ３６０５は、サブチャネル１３６１０が専用のランダムアクセスチャネルとして使用され得ることをアナウンスすることができる。１または複数のＳＴＡは、このサブチャネルをランダムアクセスに利用することができる。ＵＬＣＯＢＲＡ送信中に、ＡＰ３６１５は、たとえばＲＡＣＨＳＴＡの、タイミング、周波数、および電力を推定するのにランダムアクセスチャネルを使用することができる。ＡＰ３６２５は、データが他のサブチャネル上で送信され３６２０つつある間に、タイミング、周波数、および電力の推定を実行するために、ＲＡチャネルとして指定されたサブチャネルのうちの１つを使用しつつある場合がある。たとえば、サブチャネル２〜４が、通常のアップリンクデータ送信に利用される場合がある。サブチャネル１は、ＲＡチャネルとして使用されるものとすることができ、その結果、ＲＡチャネルの割振りを検出できるすべてのＳＴＡが、これをアップリンクアクセスに使用できるようになる。この例では、各ＳＴＡは、シグネチャとして事前に割り当てられたランダムアクセス符号を使用することができ、ＡＰは、ランダムアクセス符号に基づいてＳＴＡを区別することができる。ＡＰは、ＲＡチャネル上で受信された信号に基づいて、周波数オフセット、タイミングオフセットを推定することもできる。各アップリンクユーザの受信電力も、推定され得、その結果、ＡＰは、次のＵＬＣＯＢＲＡ送信のＵＣＡＦ内で周波数オフセット調整、タイミング調整、および／または電力調整を実行するのに、その後にこの情報を使用することができるようになる。ＡＰ３６１５が、ランダムアクセスチャネルを成功して復号した後に、ＡＰ３６１５は、グループ化アルゴリズムを実行し、グループＩＤを追加し、削除し、かつ／または更新することを選択することができる。ＡＰは、更新されたグループに基づいて新しいＣＯＢＲＡセッションを配置し、もう１つのＵＣＡＦ３６２５を送信することができる。これに応答して、各ＳＴＡは、それぞれのサブチャネル３６１０、３６３５、３６４０、および３６４５上でデータ３６３０を送信することができる。ＡＰ３６１５は、各ＳＴＡにシーケンシャルにＡＣＫ３６５０を送信することができ、または、ＤＬＣＯＢＲＡフレームもしくは送信を使用することができる。

アップリンクとダウンリンクとの間の非対称帯域幅通信は、１または複数の事前に定義されたサブチャネルを用いる単一ユーザ送信のために構成され得る。広帯域チャネルは、複数のサブチャネルに分割され得る。ＡＰとＳＴＡとの両方が、サブチャネルの分割を知ることができる。ＡＰは、広帯域チャネル上で動作し、サブチャネルのすべてで送信し、受信することができ、ＳＴＡは、サブチャネルのサブセット上で送信し、受信することができる。通信のこの方法を、アップリンクとダウンリンクとの間の非対称通信と称する場合がある。

非対称通信を用いるビーコン送信について、ビーコンは、複製モード（duplicate mode）を用いて送信され得る。たとえば、ビーコンは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル上で繰り返して送信され得る。ＩＥＥＥ８０２．１１ａｈの例では、サポートされる最小チャネル幅は、１Ｍｈｚとすることができる。したがって、ビーコンは、１ＭＨｚ複製モードを用いて送信され得る。もう１つの例では、異なるビーコン内容が、異なるサブチャネル上で送信され得る。異なるサブチャネル所で送信されるビーコンフレームは、国コード、動作モード、および類似物などの全般的なビーコン情報を担持することができる共通ビーコンインフォメーションエレメントまたはフィールドと、このサブチャネル上で送信することを許されるユーザのグループなどのサブチャネル固有情報を割り当てるのに利用できる特定ビーコン部分とを含むことができる。この例は、サブチャネライズされたビーコン送信と称する場合がある。

ＳＴＡは、１つのサブチャネル上またはサブチャネルのサブセット上で動作することができる。ＳＴＡは、各サブチャネル上でビーコンフレームを監視し、その上で動作すべき最良のサブチャネルまたはサブチャネルの最良のサブセットを選択することができる。ＳＴＡが、毎回１つのサブチャネルまたはサブチャネルの１つのサブセットだけを監視できる場合には、ＳＴＡは、送信のためのサブチャネルを選択するか新しいサブチャネルに変更すると判定する前に、複数のビーコンフレームを監視することを選択することができる。ＳＴＡは、選択された１または複数のサブチャネル上でアップリンクトラフィックを送信することによって、１または複数のサブチャネルの変更に関して暗黙のうちにＡＰに知らせることができる。あるいは、ＳＴＡは、１または複数のサブチャネルを変更する要求を明示的に送信することができ、その後、ＡＰは、変更を承認するか拒絶するかのいずれかを行う応答を送信することができる。ビーコンフレームの他に、ＡＰは、サブチャネル選択に関してサウンディングフレームを送信することもできる。

図３７および図３８は、ダウンリンクとアップリンクとの間の非対称送信の例の全般的な手順の図である。図３７に示された例の非対称送信手順３７００では、ビーコン３７０５は、複製モードで送信され得、ＡＰは、４つのサブチャネル３７１０、３７１５、３７２０、および３７２５を介して位相回転を伴ってまたは伴わずに繰り返してビーコンを送信することができる。ＳＴＡ１３７３０は、第１のビーコンインターバル３７３５にサブチャネル１３７１０上で動作することができる。しかし、ＳＴＡ１３７３０は、このサブチャネルが将来の使用に満足ではないと判定する場合がある。したがって、ＳＴＡ１３７３０は、他のサブチャネル上で送信されるビーコンをリスンすることができる。ＳＴＡ１３７３０は、第２のビーコンインターバル３７４０にサブチャネル１３７１０上で動作し続けることができ、他のサブチャネル上のビーコンフレームを監視することもできる。第３のビーコンインターバル３７４５に、ＳＴＡ１３７３０は、複数のサブチャネル上での受信信号強度を比較し、サブチャネル２３７１５に移動すると決定することができる。ＳＴＡ１３７３０は、ＳＴＡ１３７３０がサブチャネル１３７１０からサブチャネル２３７１５に移動したことをＡＰに暗黙のうちに知らせるために、サブチャネル２３７１５上でアップリンク送信を開始することができる。

図３８は、サブチャネライズされたビーコン送信を用いるもう１つの例の非対称送信手順３８００の図である。ＡＰは、サブチャネライズされたビーコン３８０５ａ、３８０５ｂ、３８０５ｃ、および３８０５ｄを送信することができ、ビーコンは、各サブチャネル３８１０、３８１５、３８２０、および３８２５上で送信され得る。ＡＰは、サブチャネル上で送信することができるユーザまたはユーザのグループを割り当てるのにサブチャネライズされたビーコンを使用することができる。この形で、ＳＴＡは、それら自体のサブチャネル上で送信されるビーコンをリスンすることができる。ＡＰは、各サブチャネル３８１０、３８１５、３８２０、および３８２５上でサブチャネル選択サウンディングパケット３８３０を送信することができる。サウンディングパケット３８３０は、シーケンシャルに送信され得る。しかし、１つのビーコンインターバル以内にサウンディングパケット送信のすべてを完了することは、必要ではない可能性がある。

図８に示されているように、サブチャネル１３８１０およびサブチャネル２３８１５のサウンディングパケットは、第１のビーコンインターバル３８３５に送信され得、サブチャネル３３８２０およびサブチャネル４３８２５のサウンディングパケットは、第２のビーコンインターバル３８４０に送信され得る。ＳＴＡ１３８４５は、それぞれ最初の２つのビーコンインターバル３８３５および３８４０についてサブチャネル１３８１０上で送信するようにＡＰによって割り当てられ得る。しかし、サウンディングパケットを監視した後に、ＳＴＡ１３８４５は、サブチャネル２３８１５に移動するつもりになる場合がある。ＳＴＡ１３８４５は、サブチャネル２３８１５上で動作するつもりであることをＡＰに示すために、要求フレーム３８５０を送信することができる。ＳＴＡ１３８４５は、このステージでは、古いサブチャネルすなわちサブチャネル１３８１０上で送信することができる。ＡＰは、要求フレーム３８５０を受信し、応答フレームを用いて返答することができる。ＡＰは、要求を受け入れても拒絶してもよい。この例では、ＡＰは、ＳＴＡ１３８４５がサブチャネル１３８１０からサブチャネル２３８１５に移動することを可能にすることができる。第３のビーコンインターバル３８５５に、ＡＰは、ＳＴＡ１３８４５をサブチャネル２３８１５にマッピングし、サブチャネル２３８１５のビーコンに相対情報を含めることができる。ＳＴＡ１３８４５は、サブチャネル２３８１５上でビーコン３８０５ｂを監視し、サブチャネル２３８１５上での送信を開始することができる。

非対称通信によってもたらされる隠れノード問題を解決するために、変更されたＲＴＳ／ＣＴＳ保護機構が、実施され得る。ＡＰは、広帯域送信ケイパビリティを有することができ、したがって、サブチャネルのすべてまたは１もしくは複数のターゲットにされたサブチャネル上でＲＴＳ／ＣＴＳフレームを送信することが望ましい可能性がある。

図３９Ａ、図３９Ｂ、図３９Ｃ、および図３９Ｄは、非対称通信の送信要求（ＲＴＳ）／送信可（ＣＴＳ）保護機構の例を示す。これらの例では、ＡＰは、４つのサブチャネル３９０５、３９１０、３９１５、および３９２０を獲得している可能性がある。図３９Ａおよび図３９Ｂでは、ＳＴＡは、サブチャネルのうちの１つで通信するつもりであるものとすることができ、図３９Ｃおよび図３９Ｄでは、ＳＴＡは、２つのサブチャネルを使用してＡＰと通信することができる。図３９Ａおよび図３９Ｃは、ＡＰが送信を開始できる例として働き、図３９Ｂおよび図３９Ｄは、ＳＴＡが送信を開始できる例として働く。

図３９Ａの例の手順３９００Ａに示されているように、ＡＰは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上で複製モードでＲＴＳ３９２５を送信することができる。ＲＴＳ３９２５は、意図されないＳＴＡについて、サブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＳＴＡは、サブチャネル３３９１５上でＣＴＳ３９３０を用いて応答し、サブチャネル３３９１５上でＮＡＶをセットすることができる。ＡＰおよびＳＴＡは、サブチャネル３３９１５上で通信を開始することができ、ＳＴＡは、サブチャネル３３９１５上でデータ３９３２を送信し、ＡＰからＡＣＫ３９３４を受信することができる。

図３９Ｂの例の手順３９００Ｂに示されているように、ＳＴＡは、サブチャネル３上でＲＴＳ３９３５をＡＰに送信し、サブチャネル３３９１５上でＮＡＶをセットすることができる。ＡＰは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上で複製モードでＣＴＳ３９４０を送信することができる。ＣＴＳ３９４０は、サブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＡＰおよびＳＴＡは、サブチャネル３３９１５上で通信を開始することができ、ＳＴＡは、サブチャネル３３９１５上でデータ３９４２を送信し、ＡＰからＡＣＫ３９４４を受信することができる。

図３９Ｃの例の手順３９００Ｃに示されているように、ＳＴＡは、２つのサブチャネル、たとえばサブチャネル２３９１０およびサブチャネル３３９１５上で通信することができる。ＡＰは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上で複製モードでＲＴＳ３９４５を送信することができる。ＲＴＳ３９４５は、意図されないＳＴＡについてサブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＳＴＡは、位相回転を伴ってまたは伴わずに、複製モードでサブチャネル２３９１０およびサブチャネル３３９１５上でＣＴＳ３９５０を用いて応答し、サブチャネル２３９１０およびサブチャネル３３９１５上でＮＡＶをセットすることができる。その後、ＡＰおよびＳＴＡは、サブチャネル２３９１０およびサブチャネル３３９１５上で通信を開始することができ、ＳＴＡは、サブチャネル２３９１０およびサブチャネル３３９１５上でデータ３９５２を送信し、ＡＰからＡＣＫ３９５４を受信することができる。データ３９５２およびＡＣＫフレーム３９５４は、アグリゲートされたサブチャネル２３９１０およびサブチャネル３３９１５上で、より広い帯域幅上で送信され得る。

図３６Ｄの例の手順３９００Ｄに示されているように、ＳＴＡは、２つのサブチャネル、たとえばサブチャネル２３９１０およびサブチャネル３３９１５上で通信することができる。ＳＴＡは、位相回転を伴ってまたは伴わずに、複製モードでサブチャネル２３９１０およびサブチャネル３３９１５上でＲＴＳ３９６０を送信することができる。ＡＰは、位相回転を伴ってまたは伴わずに、複製モードですべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上でＣＴＳ３９６５を送信することができる。ＲＴＳ３９６０は、意図されないＳＴＡについて、サブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＡＰおよびＳＴＡは、サブチャネル２３９１０およびサブチャネル３３９１５上で通信を開始することができ、ＳＴＡは、データ３９６７を送信し、ＡＰからＡＣＫ３９６９を受信することができる。データ３９６７およびＡＣＫフレーム３９６９は、アグリゲートされたサブチャネル２３９１０およびサブチャネル３３９１５上で、より広い帯域幅上で送信され得る。

意図されないＳＴＡのすべては、その上でそれらが動作しつつある可能性があるチャネルのすべてを監視し、それらに対してクリアチャネルアセスメント（ＣＣＡ）を実行することができる。たとえば、ＳＴＡが、サブチャネル３上で動作しつつある場合に、そのＳＴＡは、サブチャネル３がプライマリチャネルであるか否かにかかわりなく、サブチャネル３を監視しなければならない可能性がある。ＳＴＡが、サブチャネル３および４上で動作しつつある場合に、そのＳＴＡは、サブチャネル３と４との両方を監視し、そのＮＡＶセッティングに従うことができる。

長トレーニングフィールド（ＬＴＦ）、短トレーニングフィールド（ＳＴＦ）、および／またはＳＩＧフィールドは、オーバーヘッドを最小にするように構成され得る。ＯＦＤＭシステムとの後方互換性も、プリアンブル設計の判断基準とすることができる。短バーストについて、プリアンブルに関連するオーバーヘッドは、大きくなる可能性がある。ダウンリンクのプリアンブルは、２つの部分に分割され得る。このフレームのプリアンブルの第１の部分は、後方互換性のためにレガシシステムに類似する可能性がある。プリアンブルの第２の部分は、サブチャネライズされ得る。プリアンブルの第２の部分は、ＣＯＢＲＡ部分と称する場合がある。異なるサブチャネルの１または複数のフィールドは、これらのサブチャネル内でＳＴＡのためにターゲットにされ得る。

図４０は、例のＤＬＣＯＢＲＡプリアンブル４０００の図である。ＤＬＣＯＢＲＡプリアンブル４０００は、オムニ部分４００５およびサブチャネライズされた部分４０１０を含むことができる。オムニ部分４００５は、フルバンドオムニ短トレーニングフィールド（Ｏ−ＳＴＦ）４０１５、オムニ長トレーニングフィールド（Ｏ−ＬＴＦ）４０２０、および／またはオムニ信号（Ｏ−ＳＩＧ）フィールド４０２５を含むことができ、プリアンブルのＣＯＢＲＡ部分に先行することができる。プリアンブルのフルバンド部分は、パケット検出、Ｏ−ＳＩＧフィールドのチャネル推定、および／または初期時間周波数同期化に使用され得る。Ｏ−ＳＩＧフィールドから、ＳＴＡは、パケットに関するさらなる情報を見出すことができる。ＤＬＣＯＢＲＡプリアンブル４０００のこの部分は、１つの空間ストリーム（Ｎ_SS＝１）を有することができる。

ＤＬＣＯＢＲＡプリアンブル４０００のサブチャネライズされた部分４０１０は、異なるユーザのために周波数において異なるサブチャネルに分割され得る。たとえば、ＳＴＡ１からＮごとに、サブチャネライズされた短トレーニングフィールド（Ｓ−ＳＴＦ）４０３０、サブチャネライズされた長トレーニングフィールド（Ｓ−ＬＴＦ）４０３５、サブチャネライズされた信号（Ｓ−ＳＩＧ）フィールド４０４０、Ｓ−ＬＴＦＮＬＴＦフィールド４０４５、および／またはサブチャネライズされたデータ（Ｓ−Ｄａｔａ）フィールド４０５０がある可能性がある。ＮＬＴＦは、データストリームの個数に依存する、送信されるＬＴＦの個数を表すことができる。省略記号は、１からＮＬＴＦまでの進行を表すことができる。Ｓ−ＳＩＧフィールド４０４０は、ＳＴＡ固有とすることができ、プリアンブルに続くパケットのデータ部分でＳＴＡが復号するためのＭＣＳおよび他の情報を含むことができる。

図４１は、異なるＳＴＡの異なるＮｓｔｓを有する例のＤＬＣＯＢＲＡプリアンブル４１００の図である。ＤＬＣＯＢＲＡプリアンブル４１００は、オムニ部分４１０５およびサブチャネライズされた部分４１１０を含むことができる。オムニ部分４１０５は、フルバンドＯ−ＳＴＦ４１１５、Ｏ−ＬＴＦ４１２０、および／またはＯ−ＳＩＧフィールド４１２５を含むことができ、プリアンブルのＣＯＢＲＡ部分に先行することができる。サブチャネライズされた部分４１１０は、ＳＴＡごとに、Ｓ−ＳＴＦ４１３０、Ｓ−ＬＴＦ４１３５、Ｓ−ＳＩＧ４１４０、およびＳ−Ｄａｔａフィールド４１４５を含むことができる。いくつかのＳＴＡについて、１または複数のＳ−ＬＴＦＮＬＴＦ４１５０が含まれ得る。いくつかのＳＴＡについて、１または複数のゼロパッドフィールド４１５５が含まれ得る。オンデータストリーム以上がＳＴＡごとに送信されつつある時には、１または複数のＳ−ＬＴＦ１−ＮＬＴＦ４１５０フィールドが含まれ得る。ゼロパッドフィールド４１５５は、各ＳＴＡからの送信されるデータパケットが同一の長さを有することを保証するためにデータパケットに付加され得る０のストリングとすることができる。

ＳＴＦは、送信の帯域幅全体にまたがることができる。ＳＴＦは、８０２．１１ａｃＬ−ＳＴＦと同一のフォーマットを有することができる。送信器のアンテナの個数が１を超える場合には、Ｏ−ＳＴＦは、異なる巡回シフト（ＣＳＤ）を用いて各アンテナから送信され得る。Ｏ−ＳＴＦは、パケット検出、ＡＧＣ、および／または初期の周波数およびタイミング推定に、受信するＳＴＡによって使用され得る。Ｏ−ＳＴＦのＮ_SSは、１とすることができる。

ＬＴＦは、Ｏ−ＳＴＦに似て、送信の完全な帯域幅にまたがることができる。ＬＴＦは、８０２．１１ａｃＬ−ＬＴＦと同一のフォーマットを有することができる。送信器のアンテナの個数が１を超える場合には、Ｏ−ＬＴＦは、異なる巡回シフトを用いて各アンテナから送信され得る。これらの例のフィールドは、より正確な周波数およびタイミングオフセットの推定および後続ＳＩＧフィールドのチャネル推定に使用される。Ｏ−ＬＴＦのＮ_SSは、１とすることができる。

図４２は、例のＯ−ＳＩＧフィールド４２００の図である。Ｏ−ＳＩＧフィールド４２００は、長さサブフィールド４２１０、Ｎｓｔｓサブフィールド４２２０、グループＩＤサブフィールド４２３０、短ＧＩサブフィールド４２４０、および割当シーケンスサブフィールド４２５０を含むことができる。長さサブフィールド４２１０は、最大個数のＯＦＤＭＡシンボルを必要とするＳＴＡに対応する長さを示すことができる。Ｎｓｔｓフィールド４２２０は、シーケンス内のＳＴＡのために何個の空間ストリームが使用されるのかを示す行列とすることができる。グループＩＤフィールド４２３０は、ターゲットＣＯＢＲＡグループのＩＤを示すことができる。短ＧＩサブフィールド４２４０は、短ガードインターバルがデータフィールド内で使用されるかどうかを示すことができる。割当シーケンスサブフィールド４２５０は、異なるサブチャネルを割り当てられ得るグループの異なるＳＴＡの順序を示すことができる。Ｏ−ＳＩＧフィールドの受信の後に、ＳＴＡが、パケットがそれ自体に関する情報を有しなかったと判定する場合には、ＳＴＡは、スリープモードに入ることができる。したがって、この例は、ＰＨＹ層電力節約機構として働くこともできる。

サブチャネライズされた短トレーニングフィールド（Ｓ−ＳＴＦ）の構成は、ＳＴＡに割り当てられたサブチャネルのサイズに依存し得る。周波数領域でのＳ−ＳＴＦの構成は、帯域幅に対応するＳＴＦシーケンスに類似する可能性がある。たとえば、８０ＭＨｚＣＯＢＲＡ送信について、３つのＳＴＡが、サブチャネル１とサブチャネル１およびサブチャネル２の組合せとを割り当てられる場合に、最初の２つのＳＴＡのＳ−ＳＴＦシーケンスは、２０ＭＨｚＳＴＦと同一とすることができ、第３のＳＴＡのＳ−ＳＴＦシーケンスは、４０ＭＨｚＳＴＦと同一とすることができる。これらのＳ−ＳＴＦは、ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域で連結され得る。送信器のアンテナの個数が１を超える場合には、Ｓ−ＳＴＦは、異なるＣＳＤを有する異なるアンテナから送信され得る。Ｓ−ＳＴＦは、さらなる正確さのためにそれ自体の帯域内でＡＧＣを再作成するのに、受信するＳＴＡによって使用され得る。

もう１つの例では、Ｓ−ＳＴＦは、すべてのサブチャネルで同一とすることができる。ＰＡＰＲを減らすために、第１のサブチャネルＳ−ＳＴＦの位相回転されたコピーが、他のサブチャネル内で使用され得る。周波数領域でのＳ−ＳＴＦの構成は、最小のサブチャネルの帯域幅に対応するＳＴＦシーケンスに類似する可能性がある。たとえば、８０ＭＨｚＣＯＢＲＡ送信について、４つのサブチャネルに割り当てられた４つのＳＴＡがある場合に、Ｓ−ＳＴＦシーケンスは、２０ＭＨｚＳＴＦと同一とすることができる。ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域ですべての異なるチャネルについてこれを繰り返し、かつ／または連結することができる。これらを、経時的に繰り返すこともできる。送信器のアンテナの個数が１を超える場合には、Ｓ−ＳＴＦは、異なる巡回シフト遅延（ＣＳＤ）を用いて異なるアンテナから送信され得る。Ｓ−ＳＴＦは、さらなる正確さのためにそれ自体の帯域内で自動利得制御（ＡＧＣ）を再作成するのに、受信するＳＴＡによって使用され得る。

サブチャネライズされた長トレーニングフィールド（Ｓ−ＬＴＦ）の構成は、ＳＴＡに割り当てられたサブチャネルのサイズに依存し得る。周波数領域でのＳ−ＬＴＦの構成は、帯域幅に対応するＬＴＦシーケンスに類似するものとすることができる。たとえば、８０ＭＨｚＣＯＢＲＡ送信について、３つのＳＴＡがある場合に、これらのＳＴＡは、サブチャネル１とサブチャネル１およびサブチャネル２の組合せとを割り当てられ得る。この例では、最初の２つのＳＴＡのＳ−ＬＴＦシーケンスは、２０ＭＨｚＳＴＦと同一とすることができ、第３のＳＴＡのＳ−ＬＴＦシーケンスは、４０ＭＨｚＳＴＦと同一とすることができる。Ｓ−ＳＴＦは、ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域で連結され得る。Ｓ−ＬＴＦは、サイクリックプレフィックスを付加する前、またはその後に、時間領域で繰り返され得る。すべてのＳＴＡについて、ＡＰは、Ｎｓｔｓ個数のＳ−ＬＴＦを送信しつつある可能性がある。したがって、異なるＭＩＭＯモードが異なるサブチャネル上で使用される場合に、異なる個数のＳ−ＬＴＦが存在する可能性がある。これらの追加のＳ−ＬＴＦは、Ｐ行列を使用して生成され得る。Ｐ行列は、直交置換行列とすることができる。たとえば、４ｘ４Ｐ行列は、１ −１１１；１１ −１１；１１１ −１； −１１１１として示され得る。Ｓ−ＬＴＦは、送信においてサブキャリアごとに１または複数のＭＩＭＯチャネルを推定するのに使用される。

もう１つの例では、Ｓ−ＬＴＦは、すべてのサブチャネルで同一とすることができる。ＰＡＰＲを減らすために、第１のサブチャネルＳ−ＬＴＦの位相回転されたコピーが、他のサブチャネル内で使用され得る。周波数領域でのＳ−ＬＴＦの構成は、最小のサブチャネルの帯域幅に対応するＬＴＦシーケンスに類似する可能性がある。たとえば、８０ＭＨｚＣＯＢＲＡ送信について、４つのサブチャネルに割り当てられた４つのＳＴＡがある場合に、Ｓ−ＬＴＦシーケンスは、２０ＭＨｚＬＴＦと同一とすることができる。ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域ですべての異なるチャネルについてこれを繰り返し、かつ／または連結することができる。すべてのＳＴＡについて、ＡＰは、Ｎｓｔｓに等しい可能性がある個数のＳ−ＬＴＦを送信しつつある可能性がある。したがって、異なるＭＩＭＯモードが異なるサブチャネル上で使用される場合に、異なる個数のＳ−ＬＴＦが存在する可能性がある。これらの追加のＳ−ＬＴＦは、Ｐ行列を使用して生成され得る。Ｓ−ＬＴＦは、送信においてサブキャリアごとに１または複数のＭＩＭＯチャネルを推定するのに使用される。

図４３は、例のＳ−ＳＩＧフィールド４３００の図である。このＳ−ＳＩＧフィールド４３００は、ＳＴＡに割り当てられたサブチャネル内のパケットのデータ部分を復号するために、受信するＳＴＡによって要求されるすべての情報を含むことができる。たとえば、Ｓ−ＳＩＧフィールド４３００は、ＭＣＳサブフィールド４３１０、ＳＴＢＣサブフィールド４３２０、ＦＥＣ符号化サブフィールド４３３０、ビームフォームド（ｂｅａｍｆｏｒｍｅｄ）サブフィールド４３４０、およびＣＲＣサブフィールド４３５０を含むことができる。ＭＣＳサブフィールド４３１０は、サブチャネルの変調および符号化を示すことができる。ＳＴＢＣサブフィールド４３２０は、ＳＴＢＣがサブチャネルに使用されるかどうかを示すことができる。ＦＥＣ符号化サブフィールド４３３０は、ＬＤＰＣがサブチャネルについて使用可能にされるかどうかを示すことができる。ビームフォームドサブフィールド４３４０は、ビームフォーミングがサブチャネルについて実行されたかどうかを示すことができ、ＣＲＣサブフィールド４３５０は、ＣＲＣが、追加の保護のためにＳＴＡの部分的ＡＩＤによって計算され、マスクされ得るかどうかを示すことができる。あるいは、ＣＲＣサブフィールド４３５０は、単純なＣＲＣを示すことができる。

図４４は、オムニ部分を有する例のＵＬＣＯＢＲＡプリアンブル４４００の図である。ＵＬＣＯＢＲＡプリアンブル４４００は、２つの部分に分割され得る。ＵＬＣＯＢＲＡプリアンブル４４００の第１の部分は、オムニ部分４４１０と称する場合があり、オプションとすることができる。ＵＬＣＯＢＲＡプリアンブル４４００の第２の部分は、サブチャネライズされた部分４４２０とすることができる。この例では、異なるサブチャネル内の１または複数のフィールドが、これらのサブチャネル内で送信するＳＴＡによって使用され得る。

ＵＬＣＯＢＲＡプリアンブル４４００のオムニ部分４４１０は、フルバンドアップリンクオムニ短トレーニングフィールド（ＵＬ−Ｏ−ＳＴＦ）４４２５、アップリンクオムニ短トレーニングフィールド（ＵＬ−Ｏ−ＬＴＦ）４４３０、および／またはＯ−ＳＩＧフィールド４４３５を含むことができる。ＵＬ−Ｏ−ＳＴＦ４４２５、ＵＬ−Ｏ−ＬＴＦ４４３０、およびＯ−ＳＩＧフィールド４４３５は、フレームのサブチャネライズされた部分に先行することができる。ＵＬＣＯＢＲＡプリアンブル４４００のオムニ部分４４１０は、１つの空間ストリーム（Ｎ_SS＝１）を含むことができる。

ＵＬＣＯＢＲＡプリアンブル４４００のサブチャネライズされた部分４４２０は、異なるＳＴＡについて周波数において異なるサブチャネルに分割され得る。ＵＬＣＯＢＲＡプリアンブル４４００のサブチャネライズされた部分４４２０は、ＳＴＡごとに、Ｓ−ＳＴＦ４４４０、Ｓ−ＬＴＦ４４４５、Ｓ−ＬＴＦＮＬＴＦ４４５０、Ｓ−ＳＩＧフィールド４４５５、およびＳ−Ｄａｔａフィールド４４６０を含むことができる。省略記号は、１からＮＬＴＦまでのＬＴＦの番号付けを表すことができる。Ｓ−ＳＩＧフィールド４４４５は、ＳＴＡ固有とすることができ、ＡＰがＳ−Ｄａｔａフィールド４４６０を復号するためのＭＣＳおよび他の情報を含むことができる。

図４５は、オムニ部分なしの例のＵＬＣＯＢＲＡプリアンブル４５００の図である。この例では、ＵＬＣＯＢＲＡプリアンブル４５００のサブチャネライズされた部分４５１０は、異なるＳＴＡについて周波数において異なるサブチャネルに分割され得る。ＵＬＣＯＢＲＡプリアンブル４５００のサブチャネライズされた部分４５１０は、ＳＴＡごとに、Ｓ−ＳＴＦ４５２０、Ｓ−ＬＴＦ４５３０、Ｓ−ＬＴＦＮＬＴＦ４５４０、Ｓ−ＳＩＧフィールド４５５０、およびＳ−Ｄａｔａフィールド４５６０を含むことができる。省略記号は、１からＮＬＴＦまでのＬＴＦの番号付けを表すことができる。Ｓ−ＳＩＧフィールド４５５０は、ＳＴＡ固有とすることができ、ＡＰがＳ−Ｄａｔａフィールド４５６０を復号するためのＭＣＳおよび他の情報を含むことができる。

アップリンクＯ−ＳＴＦ（ＵＬ−Ｏ−ＳＴＦ）は、送信の完全な帯域幅にまたがることができる。ＵＬ−Ｏ−ＳＴＦは、８０２．１１ａｃＬ−ＳＴＦと同一のフォーマットを有することができる。ＵＬ−Ｏ−ＳＴＦは、異なる事前に定義された巡回シフトを用いて各ＳＴＡから送信され得る。送信器のアンテナの個数が１を超える場合には、各アンテナは、異なる巡回シフトを有することもできる。パケット全体を成功して検出するために、すべてのＳＴＡは、よく同期化されたものであり得る。この同期化は、送信のオプション部分とすることができる。しかし、同期化は、後方互換性を助け、ＯＢＳＳで隠れノードに対する保護を追加し、ここで、隠れノードは、ＡＰを聞かない可能性があるが、特定のＳＴＡを聞くことができる。

ＵＬ−Ｏ−ＬＴＦは、ＵＬ−Ｏ−ＳＴＦに似て、アップリンク送信の完全な帯域幅にまたがることができる。ＵＬ−Ｏ−ＬＴＦは、８０２．１１ａｃＬ−ＬＴＦと同一のフォーマットを有することができる。ＵＬ−Ｏ−ＬＴＦは、異なる事前に定義された巡回シフトを用いて各ＳＴＡから送信され得る。送信器のアンテナの個数が１を超える場合には、各アンテナは、異なる巡回シフトを有することもできる。ＵＬ−Ｏ−ＬＴＦのＮｓｓは、１とすることができる。ＵＬ−Ｏ−ＬＴＦは、それに続くＳＩＧフィールドの周波数およびタイミングオフセット推定ならびにチャネル推定をより正確に推定するのにＡＰで使用され得る。

使用される場合に、この情報は、すべてのアップリンクで送信するＳＴＡで同一とすることができる。ＡＰは、この送信をスケジューリングした可能性があるので、この情報は、有用でない可能性がある。ＵＬ−Ｏ−ＬＴＦおよびＵＬ−Ｏ−ＳＴＦは、送信のオプション部分とすることができる。しかし、これらは、後方互換性を助け、ＯＢＳＳで隠れノードに対する保護を追加し、ここで、隠れノードは、ＳＴＡを聞くことができるが、ＡＰを聞くことはできない。

図４６は、アップリンクオムニＳＩＧ（ＵＬ−Ｏ−ＳＩＧ）フィールド４６００の図である。ＵＬ−Ｏ−ＳＩＧフィールド４６００は、長さサブフィールド４６１０、ＭＣＳサブフィールド４６２０、帯域幅（ＢＷ）サブフィールド４６３０、およびＮｓｔｓサブフィールド４６４０を含むことができる。長さサブフィールド４６１０は、最大個数のＯＦＤＭシンボルを必要とする可能性があるＵＬＣＯＢＲＡＳＴＡに対応する長さを示すことができる。ＭＣＳサブフィールド４６２０は、最大個数のＯＦＤＭシンボルを必要とする可能性があるＵＬＣＯＢＲＡＳＴＡに対応するＭＣＳを示すことができる。ＢＷフィールド４６３０は、ＵＬＣＯＢＲＡ送信の総帯域幅を示すことができる。Ｎｓｔｓフィールド４６４０は、すべてのＵＬＣＯＢＲＡＳＴＡの中で最大のアップリンク空間時間ストリームの個数を示すことができる。

ＵＬ−Ｓ−ＳＴＦは、ＳＴＡに割り当てられたサブチャネル内で送信され得る。ＵＬ−Ｓ−ＳＴＦは、サブチャネルの帯域幅に対応するＳＴＦシーケンスに似たものである可能性がある周波数領域内で送信され得る。たとえば、８０ＭＨｚＣＯＢＲＡ送信について、１または複数のＳＴＡが、２０ＭＨｚの１つのサブチャネルを割り当てられる場合に、ＵＬ−Ｓ−ＳＴＦシーケンスは、８０２．１１ａｃ２０ＭＨｚＳＴＦと同一とすることができる。周波数内のすべての他のサブチャネルのすべての他のサブキャリアは、ヌルにされ、０の電力を割り当てられ得る。送信器のアンテナの個数が１を超える場合には、ＩＦＦＴが、適用され得、サイクリックプレフィックスが、信号に付加され得、Ｓ−ＳＴＦは、異なる巡回シフトを用いて異なるアンテナから送信され得る。この手順は、さらなる正確さのためにその帯域内でＡＧＣを再作成するのに、ＡＰによって使用され得る。

周波数領域でのアップリンクＳ−ＬＴＦの構成は、ＳＴＡが割り当てられ得るサブチャネルの帯域幅に対応するＬＴＦシーケンスに類似する可能性がある。たとえば、ａｂ８０ＭＨｚＣＯＢＲＡ送信について、１または複数のＳＴＡが、２０ＭＨｚの１つのサブチャネルを割り当てられる場合に、Ｓ−ＬＴＦシーケンスは、８０２．１１ａｃ２０ＭＨｚＳＴＦと同一とすることができる。周波数内のすべての他のサブチャネルのすべての他のサブキャリアは、ヌルにされ、０の電力を割り当てられ得る。送信器のアンテナの個数が１を超える場合には、ＩＦＦＴが、適用され得、サイクリックプレフィックスが、信号に付加され得る。すべてのＳＴＡについて、Ｓ−ＬＴＦの個数は、Ｎｓｔｓの個数と等しい可能性がある。Ｓ−ＬＴＦの個数は、アップリンク送信でサブキャリアごとに１または複数のＭＩＭＯチャネルを推定するのに使用され得る。異なるＳＴＡは、異なる個数のＮｓｔｓを有する可能性があり、したがって、アップリンク送信で異なる個数のＳ−ＬＴＦを送信する可能性がある。これは、オフセットＩをもたらす可能性があり、Ｉは、ＡＰが１つのＳＴＡからデータを受信しつつあり、別のＳＴＡからＳ−ＳＩＧを受信しつつある可能性がある例の状況で、異なるサブチャネルの処理に関する、オフセットを表す変数とすることができる。複雑さを減らすために、ＡＰは、ＡＰと同一の個数の空間ストリーム（Ｎｓｔｓ個）を送信するためにＳＴＡをスケジューリングすることができる。

ＡＰは、すべてのＳＴＡの、トラフィック情報、物理チャネル、および／またはＲＳＳＩなどの知識を有する可能性があるので、ＡＰは、異なるＳＴＡの１または複数のＵＬＣＯＢＲＡ送信をどのようにスケジューリングすべきかを判定することができる。ＡＰは、ＵＬＣＯＢＲＡ送信での異なるＳＴＡの変調および符号化方式を判定することもできる。したがって、ＵＬＣＯＢＲＡ送信が、競合なしの期間内または獲得されたＴＸＯＰ内である場合に、ＵＬＣＯＢＲＡＳＴＡによって送信されるアップリンクＳ−ＳＩＧフィールド（ＵＬ−Ｓ−ＳＩＧ）を除去するか短縮することが可能である場合がある。ＳＴＢＣおよび非ＳＴＢＣの混合された送信が、ＵＬＣＯＢＲＡ送信で許される場合がある。

送信が競合なしの期間内または獲得されたＴＸＯＰ内になるように、ＵＬＣＯＢＲＡ送信が、ＭＡＣシグナリングまたはハンドシェークによって保護される時には、ＵＬＣＯＢＲＡ送信でＳＩＧフィールドを除去することが可能である場合がある。たとえば、ＢＷ、ＳＴＢＣ、グループＩＤ、ＮＳＴＳ、ＧＩ、長さ、およびＭＣＳなどのすべての情報が、ＡＰによって割り当てられ、ＵＬＣＯＢＲＡ管理フレーム内でブロードキャストされ得る。

ＵＬＣＯＢＲＡセッションの送信が、競合なしの期間内または獲得されたＴＸＯＰ内である可能性がある場合であっても、意図されないＳＴＡは、ＳＩＧフィールドを検出し、それに従ってＮＡＶをセットすると期待され得る。この場合に、短縮されたＳＩＧフィールドが送信され得る。短縮されたＳＩＧフィールドは、２つのＯＦＤＭシンボルの長さを有するＬＴＦフィールドに続くことができる。複数の空間時間ストリームに関する追加のＬＴＦは、短縮されたＳＩＧフィールドに続いて送信され得る。ＢＷ、ＳＴＢＣ、グループＩＤ、ＮＳＴＳ、ＧＩ、長さ、ＭＣＳなど、通常はＳＩＧフィールド内で搬送されるすべての情報が、ＡＰによって割り当てられ、ＵＬＣＯＢＲＡ管理フレーム内でブロードキャストされ得る。

図４７は、例の短縮されたＳＩＧフィールド４７００の図である。短縮されたＳＩＧフィールド４７００は、長さサブフィールド４７１０、ＭＣＳサブフィールド４７２０、ＢＷサブフィールド４７３０、およびＮｓｔｓサブフィールド４７４０を含むことができる。長さサブフィールド４７１０は、最大個数のＯＦＤＭシンボルを必要とする可能性があるＵＬＣＯＢＲＡＳＴＡに対応する長さを示すことができる。ＭＣＳサブフィールド４７２０は、サブチャネルのＭＣＳを示すことができる。ＢＷサブフィールド４７３０は、サブチャネルの帯域幅を示すことができる。Ｎｓｔｓサブフィールド４７４０は、サブチャネル内で使用されるＮｓｔｓを示すことができる。

ダウンリンク８０２．１１システムでの送信ビームフォーミング（ＴｘＢＦ）について、チャネル状態情報（ＣＳＩ）の知識が必要になる場合がある。たとえば、チャネルは、ＴｘＢＦに参加する２つのデバイスの間でサウンディングされ得る。サウンディングの基本的な概念は、８０２．１１ｎに類似するものとすることができ、８０２．１１ｎでは、チャネルは、ヌルデータパケット（ＮＤＰ）中にＬＴＦを使用して受信器で測定され、送信器に戻って送信され得る。しかし、８０２．１１ｎでは、これが、周波数帯全体を占める単一のＳＴＡのために構成され得る。システムは、異なる周波数帯の複数のＳＴＡに対処するように変更される。

フィードバック機構および動作のシーケンスは、複数のＳＴＡのために変更され得る。サウンディングから入手されるＣＳＩは、異なるＳＴＡに異なるサブチャネルを割り当てるためにも使用され得る。周波数選択的な環境では、あるＳＴＡにとって悪いチャネルが、別のＳＴＡにとってよいチャネルである場合がある。ＴｘＢＦは、ＡＰが異なるケイパビリティを有する複数のＳＴＡに送信しつつある時に重要である可能性がある。たとえば、ＡＰが、２つのアンテナを有し、ＳＴＡ１が、２つのアンテナを有し、ＳＴＡ２が、１つのアンテナを有する場合がある。ＳＴＡ１およびＳＴＡ２は、異なるサブチャネルを占めることができる。ＡＰは、空間多重化（ＳＭ）を使用してＳＴＡ１と通信するが、ＳＴＡ２とは通信しない可能性がある。この例では、支配的モードと共にＴｘＢＦを使用することは、ＳＴＡの一方または両方に対する最小限のコストまたは複雑さでリンク性能を改善することができ、システム容量を改善することもできる。

ＴｘＢＦは、ＡＰが、変更されたＳＮＲ条件を有する複数のサブチャネル上で複数のＳＴＡに送信しつつある時に重要である可能性がある。異なるＭＣＳモードを有するＴｘＢＦを使用することは、リンク性能およびシステム容量を改善することができる。ＴｘＢＦに関連する電力ローディングアルゴリズムも、ＣＯＢＲＡシステムのために使用され得る。

ＴｘＢＦの重みまたはプリコーディング行列を判定するために、すべてのサブチャネル内のすべてのＳＴＡのＣＳＩの知識が、送信器で必要になる可能性がある。ＴｘＢＦ重みを計算するアルゴリズムは、コードブックの使用を伴うまたは伴わない、ＳＴＡごとの固有値分解に基づくものとすることができる。チャネルは、ＡＰと複数のＳＴＡとの間でサウンディングされ得る。

ＡＰは、ＣＯＢＲＡグループの一部とすることができるすべてのＳＴＡのヌルデータパケット（ＮＤＰ）を同時に送信することができる。ＮＤＰは、データを有しないデータ担持パケットに類似するプリアンブルを有することができる。データを含まないパケットは、長さフィールド＝０によって示され得る。しかし、この例では、ＮｓｔｓおよびＭＣＳは、サウンディングされるチャネル次元性に従って選択され得る。通常、ＮｓｔｓおよびＭＣＳは、ＡＰのアンテナの最大個数に対応することができるが、この個数は、より低いデータレートが要求される場合または支配的モード送信が要求される場合に、プリアンブルオーバーヘッドを減らすためにより小さいものであり得る。ＡＰは、単一のＳＴＡにＮＤＰを送信することができ、または、ＡＰは、複数のＳＴＡにサブチャネライズされたＮＤＰを送信することができる。ＡＰは、異なる個数のサブチャネルＮＤＰを異なるチャネルに送信することができる。サウンディングパケットを受信した後に、ＳＴＡは、ＣＳＩフィードバックまたはビームフォーミングレポートを送信することができる。ＣＳＩフィードバックおよびビームフォーミングレポートは、圧縮されても、圧縮されなくてもよい。

ＳＴＡが、ＡＰからのチャネルをサウンディングすることを必要とする場合に、ＳＴＡは、サウンディンググラントの要求をＡＰに送信することができる。この要求は、データフレームまたはＡＣＫフレームにピギーバックされ得、または、ＲＴＳに似た、サウンディングの別々の要求とすることができる。ＡＰは、アップリンク送信のために異なるＳＴＡを一緒にグループ化し、ＮＤＰを要求するサブチャネライズされたＣＴＳ（ｓＣＴＳ）フレームを送信することができる。ＳＴＡの中には、アップリンクＣＯＢＲＡ送信を有するものと、ＮＤＰ送信を有するものとがあってもよい。すべてのＳＴＡが、ＮＤＰ送信を有することができる。他の送信がない場合には、ＡＰは、ＳＴＡがサブチャネルではなく帯域全体をサウンディングすることを要求することができる。異なるＳＴＡは、アップリンク送信について異なる個数のＳ−ＬＴＦを有することができ、この個数は、ＳＴＡケイパビリティに依存することができる。

サウンディングは、スタッガードプリアンブル（staggered preamble）を使用して実行され得る。たとえば、ＮＤＰを送信するのではなく、ＡＰは、サウンディングされるチャネルの次元の長トレーニングフィールド（ＬＴＦ）の個数（ＮＬＴＦ）を増やすことができ、チャネルをサウンディングするようにＳＴＡに要求することができる。その後、ＳＴＡは、チャネルを推定し、１または複数のＣＳＩおよび／またはビームフォーミング係数を格納し、それらをその後のアップリンク送信で送信することができる。この例は、オーバーヘッドを減らすことができる。

スタッガードプリアンブルは、アップリンクサウンディングの例でシグナリングオーバーヘッドを減らすことができる。それ自体の送信中に、ＳＴＡは、サウンディングに必要な個数のＳ−ＬＴＦを送信することができ、チャネルをサウンディングするようにＡＰに要求することができる。その後、ＳＴＡは、チャネルを推定し、１または複数のＣＳＩおよび／またはビームフォーミング係数を格納し、それらをその後のアップリンク送信で送信することができる。

ビームフォーミングレポートは、圧縮されないバージョンまたは圧縮されたバージョンでビームフォーミイＳＴＡによって計算された完全なＣＳＩおよび／または１つもしくは複数のビームフォーミング行列とすることができる。サウンディングパケットを受信した後に、ビームフォーミイは、任意の方法を用いてビームフォーミング重みを計算することができる。フィードバックを受信した時に、ビームフォーマは、さらなる変更を全く伴わずに重みを適用することができる。この手法は、ビームフォーミングに使用される技法に対するビームフォーミイ制御を提供することができる。特異値分解（ＳＶＤ）および変形形態アルゴリズムなどのチャネルを分解する方法が、使用され得るが、一般性を失わずに、他の方法が使用され得る。圧縮されないビームフォーミング重みを用いるフィードバックのオーバーヘッドは、完全なＣＳＩフィードバックのオーバーヘッドと同一とすることができる。圧縮されないビームフォーミング重みは、ＡＰおよびＳＴＡによって合意されたビット数によって量子化され得る。

これらの圧縮されないビームフォーミング重みからの行列は、回転によって行列内のエントリの一部をヌルにすることと、その後に重みを量子化することとによって圧縮され得る。送信の次のモードのすべてが、ＡＰによって割り当てられ得る同一のサブチャネルＳＴＡ内でパックされ、送信され得る。ＳＴＡは、それ自体の情報を送信することができる。ＳＴＡは、サウンディングの後に、それ自体の帯域のＣＳＩおよび／またはビームフォーミング行列を送信することができる。ＳＴＡは、帯域全体に関する情報を送信することができる。Ｓ−ＳＴＦの構造のゆえに、ＳＴＡが、別の帯域の１または複数のチャネルをも推定することが可能である可能性がある。ＳＴＡは、ランクがより低い場合に支配的モードの情報を送信することができ、ランクは、ＭＩＭＯチャネルが受信器への特定の送信のためにサポートできる独立ストリームの個数を指すことができる。一例では、ＳＴＡは、チャネル内の相関に基づいて、支配的モードについてビームフォーミングするための情報を送信し、完全なＣＳＩを送信するためのオーバーヘッドの一部を節約することができる。

ＳＴＡは、他の帯域のうちの１または複数に関する差分情報を送信することができる。この例は、ＳＴＡが大量の送信時間を消費せずに１または複数の他の帯域に関する情報を送信するのに使用できる圧縮技法として働くことができる。この差分情報は、ＡＰによって要求され得る。

ＳＴＡは、それ自体の帯域のフィードバックおよび１または複数の他の帯域のＲｘ電力を送信することができる。この例は、ＡＰが最適の形でその送信をスケジューリングするのを助けることができる。全帯域上で戻って応答するＳＴＡのうちの１または複数について、前の段落で述べられたすべてのオプションは、帯域幅全体を介して送信され得る。ＡＰは、サウンディングポールで次々につらなってビームフォーミングレポートを送信するようにグループをスケジューリングすることができる。

受信するＳＴＡは、サウンディングＰＰＤＵを受信した後のＳＩＦＳ持続時間の直後にＣＳＩフィードバックを送信することができる。ＣＳＩフィードバックは、アグリゲートされたＭＡＣフレームの別々の応答として送信され得る。

受信するＳＴＡが、ＳＩＦＳ持続時間の直後にＣＳＩフィードバックを送信できない場合には、ＣＳＩフィードバックは、ＭＡＣフレーム内でまたは別のデータフレームにピギーバックされて、送信され得る。別々のＴＸＯＰが、このＣＳＩフィードバック送信に使用され得る。

上で述べた例の手順では、ビームフォーミイは、異なるフィードバック密度を用いて、すべてのサブキャリアまたはすべての他のサブキャリアなどの情報を送信することができる。この情報は、ビームフォーミイとビームフォーマとの間で合意されるものとすることもできる。

暗黙のフィードバックは、ＴＤＤシステムの相互性関係に基づくものとすることができる。理想的には、リンクのどちらの端で測定されたチャネル状態情報も、等価とすることができる。ＡＰは、個々のサブチャネル内の個々のＳＴＡのチャネルを測定できる可能性がある。しかし、ＲＦの干渉、雑音、アナログコンポーネント特性、障害、およびひずみは、同様に相互的ではない場合がある。サブチャネルでの校正交換が、そのチャネルでの暗黙のフィードバックＣＯＢＲＡビームフォーミングに必要である可能性がある。ＡＰは、サブチャネルの選択されたサブセットの校正を実行すると決定することができる。サブセットは、１つのサブチャネル、いくつかのサブチャネル、またはサブチャネルのすべてとすることができる。ＡＰは、１または複数のＳＴＡを、それら自体の帯域について校正することができる。ＡＰは、ＩＥＥＥ８０２．１１ｎに似て、１または複数のＳＴＡを、全帯域について次々に校正することができる。ＡＰは、サウンディングが複数の帯域内で実行され得るハイブリッド方法を実行することができるが、帯域全体は、校正の終りにアップリンクＣＳＩ送信に使用され得る。ＡＰは、ＣＳＩのアップリンク送信のために帯域全体を使用するために、ＳＴＡを次々にポーリングすることができる。ＡＰは、ＣＳＩのアップリンク送信のためにＳＴＡを順番にスケジューリングすることもできる。

ＡＰは、サウンディングを懇請することができ、校正の要求を含めることができるＱｏＳデータフレームを送信することができる。このフレームは、同一のＣＯＢＲＡ送信でＳＴＡのうちの１または複数に個別に送信され得る。ＱｏＳデータフレームは、校正開始フレームであることを示すこともできる。ＱｏＳデータフレームは、ＡＣＫポリシフィールドをＧｒｏｕｐＡＣＫにセットすることができる。したがって、ＡＣＫ応答は、ＳＴＡのうちの１または複数から同時に要求され得る。ＡＰは、ＳＴＡのうちの１または複数からＡＣＫおよび／またはサウンディングレポートのためにアップリンク送信機会（ＴＸＯＰ）を予約することもできる。これらの選択されたＳＴＡは、サウンディングＰＰＤＵおよび／またはピギーバックされたピギーバックされたＡＣＫを含むことができるフレームを送信することができる。

ＡＰは、逆方向でＳＴＡのチャネルを測定するのにこれらのサウンディングＰＰＤＵを使用することができ、その後、それ自体のＱｏＳＰＰＤＵを送信することができる。ＱｏＳＰＰＤＵは、ＣＳＩフィードバック要求を含み、サウンディングが完了したことを示すことができる。ＱｏＳＰＰＤＵは、ＳＴＡのうちの１または複数からのＣＳＩ応答のＴＸＯＰを予約することができる。ＳＴＡは、順方向でＣＳＩを測定するのにこのサウンディングＰＰＤＵを使用することができ、予約されたＴＸＯＰでＣＳＩ応答を送り返すことができる。校正手順にかかわらない可能性があるＳＴＡは、それらのスケジューリングされたデータをこの期間中に送信し、かつ／または受信することができる。あるいは、サブチャネルは、この時間中にサイレントとすることができる。ＡＰは、即座の送信スロット内で必要とされない可能性がある場合であっても、この機会を捉えて将来の送信のために別のチャネルについて同一のＳＴＡを校正することができる。

ＡＰは、サウンディングを懇請することができるＱｏＳデータフレームを送信することができ、校正の要求を含めることができる。ＡＰは、このＱｏＳデータフレームがＮＤＰ校正フレームであることと、ＮＤＰが続く可能性があることとを示すこともできる。ＱｏＳデータフレームは、同一のＣＯＢＲＡ送信内でＳＴＡのうちの１または複数に個別に送信され得る。ＡＰは、ＱｏＳデータフレームが校正開始フレームであることを示すこともできる。ＡＰは、ＱｏＳデータフレーム内でＡＣＫポリシフィールドをＧｒｏｕｐＡＣＫにセットすることができる。したがって、ＡＣＫ応答は、ＳＴＡのうちの１または複数から同時に要求され得る。ＡＰは、ＳＴＡのうちの１または複数からのＡＣＫおよび／またはサウンディングレポートのためにアップリンクＴＸＯＰを予約することもできる。これらの選択されたＳＴＡは、ＡＣＫを送信することができる。ＡＣＫの受信に応答して、ＡＰは、選択されたサブチャネルのうちの１または複数上でそのアナウンスされたＮＤＰを送信することができる。

ＳＴＡのうちの１または複数は、応答して、これらのチャネル上でＮＤＰを送り返すことができる。これは、初期ＴＸＯＰによって暗黙のうちに仮定され、カバーされ得る。ＳＴＡは、順方向でＣＳＩを測定するのにこのサウンディングＰＰＤＵを使用することができ、予約されたＴＸＯＰ内でＣＳＩ応答を送信することができる。ＡＰと参加するＳＴＡとの間のこのＮＤＰ交換の後に、ＡＰは、ＣＳＩフィードバック要求を送信し、サウンディングが完了したことを示すことができる。ＡＰは、ＳＴＡのうちの１または複数からのＣＳＩ応答のためにＴＸＯＰを予約することもできる。

校正手順にかかわらない可能性があるＳＴＡは、それらのスケジューリングされたデータをこの期間中に送信し、かつ／または受信することができる。あるいは、サブチャネルは、この時間中にサイレントとすることもできる。ＡＰは、即座の送信スロット内で必要とされない可能性がある場合であっても、この機会を捉えて将来の送信のために別のチャネルについて同一のＳＴＡを校正することができる。

通常、８０２．１１ｎ／ａｃ／ａｆ／ａｈのいずれかでＡＰに送信するＳＴＡは、ＡＰとＳＴＡとの間の初期セットアップ手順中にプライマリチャネル上で以前にＡＰと同期化され得る。これは、ダウンリンクＭＵ−ＭＩＭＯを利用するダウンリンク動作を含むダウンリンク動作と、任意の特定のシンボル時間期間に１つのＳＴＡ上でＳＵ−ＭＩＭＯを利用し得るアップリンク動作とに十分である可能性がある。複数のＳＴＡがアップリンクで同一の周波数帯を介して同時に通信する時には、タイミングアライメントの方法が、これらの送信がＡＰに１サイクルプレフィックス以内に到着することを保証するために必要になる可能性がある。

ＣＯＢＲＡの導入に伴って、干渉に起因する性能損失に対処する方法が、必要になる可能性がある。たとえば、干渉は、通信のために予約される可能性があるリソースブロックの間で非常に不均一である可能性があり、これは、対処する方法および／または手順の導入を必要とする。

スタンドアローンＵＬＣＯＢＲＡ送信が、図２９に示された手順に従う場合には、マルチステージ周波数同期化が適用され得る。周波数オフセット推定は、ＡＰとＳＴＡとの間で送信されるＲｅｑパケットおよびＲｅｓｐパケットに基づいて実行され得る。ＡＰは、ＳＴＡのうちの１または複数にＲｅｑフレームを送信することができる。ＣＯＢＲＡＳＴＡは、Ｒｅｑフレームを受信し、受信されたＲｅｑフレームに基づいて、周波数オフセット推定を実行することができる。ＣＯＢＲＡＳＴＡは、ＲｅｓｐフレームをＡＰにシーケンシャルに送信することができる。ＳＴＡは、Ｒｅｓｐ送信時に、推定された周波数オフセットを補償することができる。ＡＰは、Ｒｅｓｐフレームを受信し、残留周波数オフセットをもう一度推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。

したがって、閉ループ周波数同期化が、実行され得る。マルチステージ同期化の１つの利点は、ＡＰが、残留周波数オフセットをブロードキャストすることができ、この残留周波数オフセットが、通常の周波数オフセットより相対的に小さい可能性があることとすることができる。したがって、残留周波数オフセットは、より少数のビットを用いてまたは同一のビット数を与えられてよりよい正確さを伴ってのいずれかで送信され得る。

マルチステージ周波数同期化は、組み合わされたＤＬ／ＵＬＣＯＢＲＡシステムに適用され得る。ＤＬＣＯＢＲＡ送信中には、キャリア周波数オフセット（ＣＦＯ）は、各ＳＴＡで推定され得る。その後、ＳＴＡは、図３５に示されたＢＡ送信に、推定されたＣＦＯを適用することができる。ＡＰは、ＳＴＡにＤＬＣＯＢＲＡフレームを送信することができる。ＣＯＢＲＡＳＴＡは、受信されたＤＬＣＯＢＲＡフレームに基づいて、周波数オフセット推定を実行することができる。ＣＯＢＲＡＳＴＡは、ＡＰにＢＡフレームをシーケンシャルに送信することができる。ＳＴＡは、ＢＡ送信時に、推定された周波数オフセットを補償することができる。ＡＰは、ＢＡを受信し、残留周波数オフセットをもう一度推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。

ＡＰは、残留周波数オフセットをブロードキャストすることができる。したがって、残留周波数オフセットは、より少数のビットを用いてまたは同一のビット数を与えられてよりよい正確さを伴ってのいずれかで送信され得る。

図２９および図３５に示された例のＭＡＣシグナリング手順は、必要ではない可能性がある。システムは、ＵＬＣＯＢＲＡセッションの前に、別々のタイムスロットに周波数同期化を実行することができる。この例では、周波数同期化は、図３６に示されているようにランダムアクセスチャネルを使用することによって実行され得る。ＡＰは、ＵＣＡＦ内の次のＵＬＣＯＢＲＡセッションで、ランダムアクセスチャネルとして１または複数のサブチャネルを示すことができる。ＵＬデータを送信できる可能性があるＳＴＡは、１または複数のＵＬランダムアクセスチャネルについて競争する可能性がある。各ＳＴＡは、ランダムアクセスシーケンスを選択し、またはこれを事前に与えられ得る。ＡＰは、ランダムアクセスチャネルを使用して送信した各ＳＴＡの周波数オフセットを推定し、その情報を記録することができる。ＡＰは、新しいＵＬＣＯＢＲＡセッションのために１または複数のＳＴＡをグループ化することができ、ＳＴＡを整列させるのに、記録された周波数オフセットを利用することができる。

ＵＬＣＯＢＲＡＳＴＡに起因するタイミング差とマルチパスチャネルに起因する遅延との組合せが、ＯＦＤＭシステムのガードインターバルより長い時に、受信器は、パケットを検出するのがむずかしい可能性がある。ＵＬＣＯＢＲＡ送信に長いガードインターバルを利用することは、解決策の一部とされ得る。さらに、ＡＰは、１または複数のＳＴＡのラウンドトリップ遅延を推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。ＳＴＡは、すべてのＵＬＣＯＢＲＡＳＴＡからのパケットがガードインターバル以内に到着できるように、それに従って送信時刻を調整することができる。

図３５に示された例では、ＡＰは、パケットＲｅｑの出発時刻をｔ０として記録することができる。その後、ＳＴＡは、ＲｅｓｐフレームをＡＰにシーケンシャルに送信することができる。Ｒｅｓｐフレームの送信は、以前の送信の終りに整列されるのではなく、ＡＰに整列され得る。図１９に示された例のフレームでは、ＳＴＡ１は、Ｒｅｓｐ１を時刻ｔ１＋ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）に送信することができ、ｔ１は、ＳＴＡ１によって推定されたＲｅｑフレームの出発時刻である。ＳＴＡ２は、Ｒｅｓｐ２を時刻ｔ２＋２ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）に送信することができ、ｔ２は、ＳＴＡ２によって推定されたＲｅｑフレームの出発時刻であり得る。ＳＴＡ３は、Ｒｅｓｐ３を時刻ｔ３＋３ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）に送信することができ、ｔ３は、ＳＴＡ３によって推定されたＲｅｑフレームの出発時刻であり得る。ＳＴＡ４は、Ｒｅｓｐ３を時刻ｔ４＋４ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ３）に送信することができ、ｔ４は、ＳＴＡ４によって推定されたＲｅｑフレームの出発時刻であり得る。

ＡＰは、各Ｒｅｓｐパケットの到着時刻（ＴＯＡ）を記録し、ラウンドトリップ遅延を計算することができる。たとえば、各ＳＴＡの単一トリップ遅延は、Δｋと表され得、ｋは、ＳＴＡインデックスとすることができる。上で説明された手順について、Δｋ＝ｔｋ−ｔ０、かつｋ＝１，…，４である。ＳＴＡからのＲｅｓｐのＴＯＡは、次のように表され得る。

ＴＯＡ１＝ｔ０＋Δ₁＋ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋Δ₁ 式（５）
ＴＯＡ２＝ｔ０＋Δ₂＋２ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋Δ₂ 式（６）
ＴＯＡ３＝ｔ０＋Δ₃＋３ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ３）＋Δ₃ 式（７）
ＴＯＡ４＝ｔ０＋Δ₄＋４ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ３）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ４）＋Δ₄ 式（８）

ＴＯＡｋをｔ０と比較することによって、ＡＰは、単一トリップ遅延Δｋを推定することができる。ＡＰは、ＵＣＡＦ内で推定された単一トリップ遅延をブロードキャストすることができる。この情報に従って、１または複数のＳＴＡは、時刻ＳＩＦＳ−２Δｋに送信することによって、他のＳＴＡに整列することができる。

ＡＰは、各ＳＴＡのラウンドトリップ遅延を推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。ＳＴＡは、それに従ってＵＬＣＯＢＲＡ送信のタイミングオフセットを調整することができる。たとえば、ＡＰは、ＤＬＣＯＢＲＡフレームの出発時刻を記録することができる。ＡＰは、第１のＢＡパケットに対するパケットの始め検出を実行することもできる。記録された時刻と検出された到着時刻とを比較することによって、ＡＰは、第１のＳＴＡのラウンドトリップ遅延を推定することができる。同様に、ＡＰは、ＳＴＡの残りのラウンドトリップ遅延を推定するために、ＢＡＲとＢＡとの間の時間差を計算することができる。

図２９および図３５に示された例のＭＡＣシグナリング手順は、必要ではない可能性がある。システムは、ＵＬＣＯＢＲＡセッションの前に、別々のタイムスロットにタイミング同期化を実行することができる。タイミング同期化は、図３６に示されているように、１または複数のランダムアクセスチャネルを使用することによって実行され得る。１または複数のランダムアクセスチャネルを使用することによって、ＳＴＡは、出発時刻の符号化されたタイムスタンプを含むことができる、それらのランダムアクセスシーケンスを送信することができる。ＡＰは、到着時刻を符号化されたタイムスタンプと比較し、単一時間遅延を推定することができる。

図４８は、タイミングオフセットを検出する例の手順４８００の図である。既知のＳＩＦＳギャップが、ＡＰに対する相対的なＳＴＡの間の１または複数のタイミングオフセットを検出するのに使用され得る。図４８の例に示されているように、ＳＴＡ４８１０は、ＡＰ４８３０にＲＴＳ４８２０を送信することができる。ＡＰ４８３０が、受信されたＲＴＳ４８２０の終りに始まるＳＩＦＳのタイミングを開始する場合に、２つのデバイスの間の距離に基づくＳＴＡ−ＡＰ遅延４８４０は、交換に追加の遅延を追加する可能性がある。この例では、ＳＴＡ−ＡＰ遅延４８４０は、ＳＩＦＳ＋２ｔとすることができ、ｔは、そのＳＴＡ４８１０とＡＰ４８３０との間の距離に起因する時間遅延とすることができる。ＡＰ４８３０が、送信を開始した後に、同一の遅延４８５０が、ＣＴＳ送信４８６０で発生する可能性があり、したがって、ＳＴＡは、デバイスの間の距離の２ｘに対応することができる追加の遅延４８５０を有するＣＴＳ送信４８６０を受信する可能性がある。同様に、ＡＰ４８３０は、ＣＴＳの送信４８６０の終りとデータ４８７０の受信の始めとの間の時間を測定し、ＳＴＡ４８１０とＡＰ４８３０との間の距離を判定することができる。この情報を知ることによって、ＳＴＡ４８１０またはＡＰ４８３０のいずれかは、ＳＴＡＵＬ送信のタイミングを調整する手順を開始することができる。ＳＴＡ４８１０からのデータ４８７０の受信に応答して、ＡＰ４８３０は、ＳＩＦＳ＋２ｔ遅延４８９０の後にＡＣＫ４８８０を送信することができる。

タイミング制御セッティングが、０．５μｓ増分で実行される場合に、ワーストケース残留誤差は、０．２５μｓになる可能性がある。１μｓ増分が使用される場合には、要求される実用的な範囲は、１ｋｍ距離にわたって調整できる絶対セッティングについて７ｍとすることができ、これは、３ビットとすることができる。２ビットは、｛０〜３｝の値について使用され得、これは、１ステップで、４５０ｍ差について調整することができる。２ラウンドの調整を用いると、９００ｍの距離に対処することができる。時間を遅らせることを考えることもでき、これは、負の時間オフセットを意味するものであり得る。ＡＰに非常に近いＳＴＡは、離れたＳＴＡがそれらのＵＬデータタイミングを進める必要がある可能性がある量を減らすために、それらのＵＬ送信タイミングを遅らせるように求められ得る。

ＡＣＫまたはＣＴＳ信号は、送信電力レベルを増やす／減らすように１または複数のＳＴＡに指示するタイミング調整パラメータに似た形で使用され得、これは、ＣＯＢＲＡ信号に有益である可能性もある。

ＤＬでは、ＡＰは、複数のＳＴＡに同時に送信することができる。ＳＴＡは、正確に同時に送信を受信するのではない可能性があるが、これは、干渉問題を提示するのではない可能性がある。しかし、ＵＬでは、ＳＴＡは、さまざまな時刻に送信することを要求することができ、ＡＰが、十分な個数のノードが送信の準備ができるまで、サブチャネライズされたＵＬフレームの始めを遅延させることができるので、フレーム間間隔（interframe spacing、ＩＦＳ）／タイムアウト機構が働き始める場合がある。

ＳＴＡは、全帯域上、信号品質または１つもしくは複数の帯域幅要件に基づくものとすることができるランダムサブチャネル上、または専用のレンジングサブチャネル（ranging sub-channel）上で、帯域幅を要求することができる。

図４９は、ＵＬ送信の調整の例の手順４９００の図である。例の手順４９００は、ＡＰ４９０５と、ＳＴＡ−１４９１０、ＳＴＡ−２４９１５、ＳＴＡ−３４９２０、ＳＴＡ−４４９２５、ＳＴＡ−５４９３０、ＳＴＡ−６４９３５、およびＳＴＡ−７４９４０との間のＵＬ送信の調整を示す。サブチャネライズされたＵＬ送信帯域幅のランダム要求に対処するために、サブチャネル化されたＣＴＳ（ｓＣＴＳ）４９４５は、図４９に示されているように、ＳＴＡのそれぞれのより長い遅延許容量を有することができる。この例では、ＳＴＡ−２４９１５は、最長の遅延４９５０を有することができ、ＳＴＡ−７４９４０は、最短の遅延４９５５を有することができる。各ＳＴＡの遅延の長さは、たとえば、各それぞれのＲＴＳ４９６０ａ、４９６０ｂ、４９６０ｃ、４９６０ｄ、４９６０ｅ、４９６０ｆ、および４９６０ｇが送信される時刻と、ＡＰ４９０５がｓＣＴＳ４９４５を送信する時刻とに基づくものとすることができる。それぞれのデータパケット４９６５ａ、４９６５ｂ、４９６５ｃ、４９６５ｄ、４９６５ｅ、４９６５ｆ、および／または４９６５ｇの受信に応答して、ＡＰ４９０５は、ｓＡＣＫ４９７０を送信することができる。

ｓＣＴＳ４９４５の前に非常に長い遅延を許容するのではなく、ＡＰ４９０５は、それぞれのＲＴＳ４９６０ａ、４９６０ｂ、４９６０ｃ、４９６０ｄ、４９６０ｅ、４９６０ｆ、および／または４９６０ｇが受信されたことの表示を即座に送信することができ、ｓＣＴＳ４９４５は、可変の時間期間以内に送信され得、他のデバイスがサブチャネライズされたＲＴＳメッセージをサブミットすることを可能にする。サブチャネル割当を含むことができる事前に決定されたバースト送信が、ＡＰからのｓＣＴＳによってトリガされ得る。

ＩＥＥＥ８０２．１１ｖの例は、位置およびタイミング同期化特徴を含むことができる。この特徴は、標準的な時間同期化機能（ＴＳＦ）タイマより高い周波数を実施することができる新しい出発時刻（ＴＯＤ）クロックを利用することができる。たとえば、ＴＯＤクロックは、１０ｎｓのタイミング単位を実施することができる。ＳＴＡとＡＰとの間の伝搬遅延およびＴＯＤクロックオフセットは、以下の手順を使用して推定され得る。

ＣＯＢＲＡコントローラは、フレームのＴＯＤタイムスタンプを含むことができるＣＯＢＲＡコントローラＩＥを含むことができるブロードキャストフレームまたはユニキャストフレームを送信することができる。このフレームは、ＡＰのタイムスタンプ（ＴＯＤＡＰ）を含むことによって、同期化を行うことができる。あるいは、このフレームは、送信電力制御（ＴＰＣ）を容易にするのに使用されるＴｘ電力および類似物など、他の情報をも含むことができる。

ＣＯＢＲＡコントローリは、ＴＯＤタイムスタンプを含むことができるＣＯＢＲＡコントローラからのフレームのＳＴＡでの到着時刻（ＴＯＡＳＴＡ）を測定することができ、ＴＯＡとＴＯＤとの間の差、時間Ｔ１＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することができる。ＣＯＢＲＡコントローリは、Ｔ１フィードバックおよびＴＯＤＳＴＡのオプションを有するＣＯＢＲＡコントローリＩＥを含むことができるフレームを送信することによって、ＡＰにタイミングフィードバックを提供することができ、このＴＯＤＳＴＡは、ＣＯＢＲＡコントローリから出発するフレームのＴＯＤのタイムスタンプとすることができる。その後、ＣＯＢＲＡコントローラは、ＴＯＤＳＴＡを含むＣＯＢＲＡコントローリＩＥを含むことができるフレームのＴＯＡＡＰを測定することができる。

ＣＯＢＲＡコントローラの開始したプロセスから入手された情報を使用して、ＣＯＢＲＡコントローラは、伝搬遅延およびＴＯＤクロックオフセットを判定することができる。ＣＯＢＲＡコントローラとＣＯＢＲＡコントローリとの間の伝搬遅延は、
ＰＤｅｌａｙ＝（Ｔ１＋（ＴＯＡ_AP−ＴＯＤ_STA））／２式（９）
を使用して判定され得、Ｔ１およびＴＯＤ_STAは、ＣＯＢＲＡコントローリＩＥから入手され得、ＴＯＡ_APは、ＴＯＤクロックを使用してＡＰで測定され得る。ＴＯＤクロックオフセットについて、ＣＯＢＲＡコントローラとＣＯＢＲＡコントローリとの間の伝搬遅延は、
Ｃ＿Ｏｆｆｓｅｔ＝（Ｔ１−（ＴＯＡ_AP−ＴＯＤ_STA））／２式（１０）
を使用して判定され得、Ｔ１およびＴＯＤ_STAは、ＣＯＢＲＡコントローリＩＥから入手され得、ＴＯＡ_APは、ＴＯＤクロックを使用してＡＰで測定され得る。

ＣＯＢＲＡコントローリは、フレームのＴＯＤタイムスタンプ、たとえばＴＯＤＳＴＡを示すことができるＣＯＢＲＡコントローリＩＥを含むことができるブロードキャストフレームまたはユニキャストフレームを送信することによって、伝搬遅延およびＴＯＤクロックオフセットプロセスを開始することができる。このフレームは、ＴＯＤＡＰタイムスタンプを含めることによって同期化を実行することができる。あるいは、このフレームは、ＴＰＣを容易にするのに使用され得るＴｘ電力および類似物など、他の情報を組み込むこともできる。

ＣＯＢＲＡコントローラは、ＴＯＤタイムスタンプを含むＣＯＢＲＡコントローリからのフレームのＴＯＡＡＰを測定し、ＴＯＡとＴＯＤとの間の差、時間Ｔ２＝ＴＯＡＡＰ−ＴＯＤＳＴＡを計算することができる。

ＣＯＢＲＡコントローラは、Ｔ２フィードバックおよびＴＯＤＡＰのオプションを有するＣＯＢＲＡコントローラＩＥを含むフレームを送信することによって、ＣＯＢＲＡコントローリにタイミングフィードバックを提供することができ、このＴＯＤＡＰは、ＣＯＢＲＡコントローラから出発するフレームのＴＯＤのタイムスタンプとすることができる。その後、ＣＯＢＲＡコントローリは、ＴＯＤＡＰを含むＣＯＢＲＡコントローラＩＥを含むフレームのＴＯＡＳＴＡを測定することができる。その後、ＣＯＢＲＡコントローリは、Ｔ１＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することができ、ＰＤｅｌａｙ＝（Ｔ１＋Ｔ２）／２およびＣ＿Ｏｆｆｓｅｔ＝（Ｔ１−Ｔ２）／２を判定することができる。

ＣＯＢＲＡコントローリは、その後、Ｃ＿Ｏｆｆｓｅｔを使用してＴＯＤクロックを調整し、ＣＯＢＲＡコントローリＩＥ内のオプションによって示される通りにＴ１フィードバックおよび／またはＰＤｅｌａｙおよび／またはＴＯＤＣ＿Ｏｆｆｓｅｔを含むＣＯＢＲＡコントローリＩＥを含むことができるフレームを送信することができる。

１または複数のＭＡＣ動作は、ＴＳＦタイマに基づくものとすることができる。たとえば、各ＳＴＡは、１マイクロ秒の精度を暗示することができる１マイクロ秒の増分でカウントするモジュール２６４を用いてＴＳＦタイマを保守することができる。ＳＴＡおよびＡＰのＴＳＦタイマは、完全には同期化されないものとすることができ、少なくとも伝搬遅延（ＳＴＡとＡＰとの間の距離に依存することができる）について異なり得る。

ＴＳＦタイマの粗いタイミング精度は、ＳＴＡがＡＰからのパケットに応答して応答するかＡＰにパケットを送信する時に、余分な遅延を引き起こす可能性がある。たとえば、ＡＰが、ＳＴＡがＲｅｑフレームの終りからカウントするＳＩＦＳ持続時間の後にＵＬＣＯＢＲＡパケットの送信を開始できることを要求する場合に、Ｒｅｑフレームは、マイクロ秒の分数、たとえば１０１．５２マイクロ秒に終わる可能性がある。ＴＳＦタイマは、その時間を１０２マイクロ秒に丸め、１０２＋ＳＩＦＳ期間に送信を開始するようにＰＨＹに指示することができ、４８０ナノ秒（ｎｓ）の余分な遅延を引き起こす可能性がある。この余分な遅延は、伝搬遅延、たとえば、ＡＰから１００ｍ離れている可能性があるＳＴＡについて６６７ｎｓのラウンドトリップ時間（ＲＴＴ）と組み合わされて、ＵＬＣＯＢＲＡパケットがＧＩ以内にＡＰに到着しなくなるように、ＵＬＣＯＢＲＡパケットを遅延させる可能性がある。

ＴＳＦタイマの粗い精度に起因するＵＬＣＯＢＲＡ送信の過度の遅延を防ぐために、ＴＳＦタイマおよびＴＯＤクロックが、より正確なタイミングのために一緒に使用され得る。たとえば、ＡＰが、ＳＴＡがＲｅｑフレームの終りからカウントするＳＩＦＳ持続時間の後にＵＬＣＯＢＲＡ送信を送信し始めることを要求する場合に、Ｒｅｑフレームの終りのＴＯＤクロックタイムスタンプのｎｓ分数が、ＴＳＦタイマタイムスタンプと組み合わせて記録され得る。ＵＬＣＯＢＲＡ送信は、ＴＳＦタイマならびにＴＯＤクロックに従ってＳＩＦＳ持続時間が経過した後に、開始され得る。上で言及した例では、ＳＴＡは、ＴＳＦタイマが１０１＋ＳＩＦＳに達し、ＴＯＤクロックのｎｓ部分が５２０ｎｓに達した後に、ＵＬ送信を開始することができる。伝搬遅延も、調整され得る。あるいは、ＳＴＡは、サブセットまたはすべてのＭＡＣレベルタイミングについてＴＯＤクロックを使用すると決定することができる。

ＡＰおよびＳＴＡでのＴＯＤクロックは、ＴＯＤクロックドリフトに起因して同期化されていなくなる可能性がある。伝搬遅延も、ＳＴＡもしくはＡＰの移動に起因して、または環境の変化および類似物に起因して、変化する可能性がある。ＡＰおよびＳＴＡは、ＴＯＤクロックオフセットの周期的リフレッシュおよび伝搬遅延推定を行うと同様に、これらのパラメータを最新に保守するためにこれらのパラメータの監視を実行することができる。

ＣＯＢＲＡコントローラが、ＴＯＤクロックオフセットおよび伝搬遅延推定プロセスを開始した後に、ＡＰは、ユニキャストＣＯＢＲＡグループ管理ＩＥを含むことができるユニキャストフレームまたはブロードキャストＣＯＢＲＡグループ管理ＩＥを含むことができるブロードキャストフレームを使用して、Ｃ＿ＯｆｆｓｅｔおよびＰＤｅｌａｙなどの情報をＳＴＡに中継することができる。ＡＰは、ＴＯＤＣ＿ｏｆｆｓｅｔおよびＰＤｅｌａｙの変化するレートに基づいて、ＳＴＡのリフレッシュレートを判定することもできる。正確なリフレッシュレートは、ＵＬＣＯＢＲＡ送信に関するＡＰの許容範囲と、ＳＴＡおよびＡＰのＴＯＤクロックドリフトおよびモビリティパターンなどの要因とに依存し得る。すべてのリフレッシュインターバルに、ＡＰは、ＣＯＢＲＡコントローラによって開始されたＴＯＤクロックオフセットおよび伝搬遅延推定プロセスをもう一度開始することができる。

ＣＯＢＲＡコントローリがＴＯＤクロックオフセットおよび伝搬遅延推定プロセスを開始した後に、ＳＴＡは、ＣＯＢＲＡコントローリＩＥを含むことができるフレームを使用して、Ｃ＿ＯｆｆｓｅｔおよびＰＤｅｌａｙなどの情報をＡＰに中継することができる。ＡＰは、ＴＯＤＣ＿ｏｆｆｓｅｔおよびＰＤｅｌａｙの変化するレートに基づいて、ＳＴＡのリフレッシュレートを判定することができる。ＡＰは、ユニキャストＣＯＢＲＡグループ管理ＩＥを含むことができるユニキャストフレームまたはブロードキャストＣＯＢＲＡグループ管理ＩＥを含むことができるブロードキャストフレームを使用して、そのようなリフレッシュ頻度についてＳＴＡに知らせることができる。すべてのリフレッシュインターバルに、ＡＰは、ＣＯＢＲＡコントローラによって開始されたＴＯＤクロックオフセットおよび伝搬遅延推定プロセスを開始すると決定することができる。ＡＰは、ＣＯＢＲＡコントローリによって開始されたＴＯＤクロックオフセットおよび伝搬遅延推定プロセスをＳＴＡに開始させると決定することもできる。

同様に、ＳＴＡは、ＡＰとそれ自体との間のチャネル条件および伝搬遅延を監視することができる。ＳＴＡは、周期的にＡＰビーコンを監視することができる。ビーコンは、ビーコンのＴＯＤＡＰタイムスタンプを含むことができるＣＯＢＲＡコントローラＩＥを含むことができるので、ＳＴＡは、Ｔ１＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することができる。ＡＰおよびＳＴＡでのＴＯＤクロックが、オフセットについて調整済みであると仮定することができるので、Ｔ１は、主として伝搬遅延の表現とすることができる。新たに測定された伝搬遅延が、以前に記録された値と比較してなんらかの事前に定義されるしきい値だけ変化している場合には、ＳＴＡは、ＣＯＢＲＡコントローリＩＥ内に新たに獲得されたＰＤｅｌａｙ情報を含むフレームをＡＰに送信することによって、そのような変化についてＡＰに知らせることができる。

ＤＬＣＯＢＲＡ送信について、ＡＰは、送信を開始することができ、各ＳＴＡがそれ自体のパケットを受信するので、必要なＤＬＣＯＢＲＡパケットの同期化がない場合がある。ＵＬＣＯＢＲＡグループが、それらのパケットをＡＰに同時に送信する時に、これらのパケットは、ＧＩ以内に到着する可能性があり、これは、ＴＯＤクロックおよびＴＳＦクロックが上で説明した方法を使用して同期化されると仮定すると、異なる伝搬遅延に起因してむずかしい可能性がある。伝搬遅延は、以下のように調整され得る。

いくつかのＳＴＡは、グループ化手順およびグループ管理手順を使用してグループ化され、管理され得る。これらのＵＬＣＯＢＲＡグループについて、ＡＰは、伝搬遅延を推定し、ＳＴＡがユニキャストまたはブロードキャストのＣＯＢＲＡグループ管理ＩＥを使用してＵＬＣＯＢＲＡ送信でそれに関して調整できる遅延などの情報をＳＴＡに提供することができる。

たとえば、ＳＴＡのＵＬＣＯＢＲＡグループが、１）ＳＴＡ１：５０ｎｓ、２）ＳＴＡ２：１００ｎｓ、３）ＳＴＡ３：１５０ｎｓ、４）ＳＴＡ４：２００ｎｓというラウンドトリップ伝搬遅延を有する場合に、ＡＰは、ＳＴＡのグループについて、１）ＳＴＡ１：７５ｎｓ、２）ＳＴＡ２：２５ｎｓ、３）ＳＴＡ３：−２５ｎｓ、４）ＳＴＡ４：−７５ｎｓという遅延を判定することができる。ＳＴＡは、ＴＳＦタイマとＴＯＤクロックとの組合せの任意のサブセットを使用して、割り当てられた遅延値を用いてＳＩＦＳ期間を調整することによって、そのＵＬＣＯＢＲＡ送信を開始することができる。ＵＬＣＯＢＲＡグループ内のＳＴＡは、チャネル条件および伝搬遅延を監視し、変化についてＡＰに知らせることができる。

さらに、ＳＴＡのグループは、それらをグループに事前に整えることなく、アドホックな形でグループ化され得る。しかし、これらのＳＴＡは、ＴＯＤクロックオフセットおよび伝搬遅延推定をＡＰと共に既に実行済みである可能性がある。ＡＰは、Ｒｅｑフレームを使用して、アドホックにグループ化されたＳＴＡが、ＵＬＣＯＢＲＡ送信を開始できることを示すことができる。ＡＰは、Ｒｅｑフレーム内で各ＳＴＡの遅延値を示すことができる。遅延値は、伝搬遅延に基づいて決定され得る。ＳＴＡは、ＴＳＦタイマとＴＯＤクロックとの組合せの任意のサブセットを使用して、割り当てられた遅延値を用いてＳＩＦＳ期間を調整することによって、それらのＵＬＣＯＢＲＡ送信を開始することができる。

ＣＯＢＲＡの導入に伴って、物理層コンバージェンス手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のプリアンブルおよびデータフィールドの範囲は、サポートされるプリアンブルフォーマットに対して変更が行われない場合に、異なる可能性がある。可能なブロックベースのリソース割振りに関するプリアンブルフォーマットに対処する方法が、必要になる可能性がある。さらに、ＣＯＢＲＡの導入に伴って、リンク適合およびフィードバックビームフォーミングに関するＩＥＥＥ８０２．１１ａｃで定義された手順を拡張する方法が、必要になる可能性がある。

以下の例は、リンク適合に関連する問題に対処することができる。ＣＯＢＲＡは、複数のユーザが周波数時間リソースを共有することを可能にすることができる。異なるサブチャネル上のユーザのチャネル品質は、異なる可能性がある。したがって、ダウンリンクＣＯＢＲＡについて、ＡＰは、チャネル品質測定値を獲得し、その後、ユーザまたは特定のサブチャネルに穏当なＭＣＳレベルを割り当てることができる。アップリンクＣＯＢＲＡについて、適応変調／符号化と電力制御との両方が、必要になる場合がある。

ＳＴＡおよびＡＰは、ＣＯＢＲＡ送信および受信の前に、ＣＯＢＲＡリンク適合に関するケイパビリティおよびプリファレンスを示すことができる。ＡＰは、そのビーコン、プローブ応答、または任意の他のタイプのフレームに、ＡＰがＣＯＢＲＡリンク適合が可能である可能性があることのインジケータを含めることができる。ＳＴＡは、その関連付け要求、プローブ要求、および他のタイプのフレームに、ＳＴＡがＣＯＢＲＡリンク適合が可能である可能性があることのインジケータを含めることができる。

デバイスが、ＣＯＢＲＡリンク適合が可能である場合に、そのデバイスは、ＣＯＢＲＡサブチャネル上でチャネル測定およびＭＣＳレベルマッピングを開始することができる。そのデバイスは、ＣＯＢＲＡリンク適合関連のインフォメーションエレメントおよび制御フィールドを理解することができる。

ＣＯＢＲＡリンク適合ケイパビリティは、ＣＯＢＲＡケイパビリティフィールドで定義され得る。ハイスループット（ＨＴ）拡張ケイパビリティフィールドで定義されるＭＣＳフィードバックフィールドを再利用することが、可能であり得る。２ビットが、ＭＣＳフィードバックフィールドに割り当てられ得る。たとえば、０の値は、ＳＴＡがＭＦＢを提供しないことを示すことができ、１の値は、ＳＴＡがＣＯＢＲＡＭＦＢを提供することを示すことができ、２の値は、ＳＴＡが懇請されないＭＦＢだけを提供できることを示すことができ、３の値は、ＳＴＡがＭＲＱに応答してＭＦＢをならびに懇請されないＭＦＢを提供できることを示すことができる。

ダウンリンクリンク適合は、ダウンリンク無線チャネル品質の知識を必要とする可能性がある。ダウンリンクチャネル品質を推定する２つの方法がある可能性がある。１つの方法は、ＳＴＡからの明示的なＣＱＩフィードバックを要求することとすることができる。もう１つの方法は、ＳＴＡの送信電力が既知とされ得ることを仮定して、アップリンク送信を介してダウンリンクチャネルを推定することとすることができる。

２つの異なるチャネル品質インジケータフィードバック機構がある可能性がある。第１の例では、帯域内ＣＱＩフィードバックが使用され得る。この例では、ＡＰは、そのＡＰが利用するつもりである可能性がある１または複数のサブチャネル上でＳＴＡにＣＱＩ要件を送信することができる。ＳＴＡは、１または複数のサブチャネル上でチャネル品質を測定し、フィードバックをＡＰに提供することができる。このフィードバックは、指定されたサブチャネル上でＭＣＳを割り当てるのに、ＡＰによって利用され得る。第２の例では、帯域外ＣＱＩフィードバックが使用され得る。この例では、ＡＰは、全般的なＣＱＩ要件をＳＴＡに送信することができる。ＳＴＡは、すべてのサブチャネル上でＣＱＩを測定し、フィードバックをＡＰに提供することができる。このフィードバックは、ＡＰが１または複数のサブチャネルをＳＴＡにスケジューリングするのを援助することができる。

３タイプのフィードバック機構が、サポートされ得る。第１のタイプのフィードバックは、リンク適合に使用され得るＭＣＳフィードバック（ＭＦＢ）とすることができる。第２のタイプのフィードバックは、アンテナ選択フィードバック（ＡＳＥＬ）とすることができる。ＭＦＢフィードバックとＡＳＥＬフィードバックとの両方が、周波数帯全体に渡る１つの測定または表示を使用して判定され得る。第３のタイプのフィードバックは、ビームフォーミングフィードバックとすることができ、これは、チャネル状態情報（ＣＳＩ）フィードバック、圧縮されたフィードバック、および／または非圧縮フィードバックを含むことができる。ビームフォーミングフィードバックは、すべてのサブキャリア、２つおきのサブキャリア、または４つおきのサブキャリアについて実施され得る。１または複数のサブチャネル上でＭＣＳ選択のために定義されたフィードバックエレメントまたはフレームがない場合がある。

図５０は、変調および符号化方式（ＭＣＳ）フィードバック（ＭＦＢ）を使用する例の明示的なチャネル品質インジケータ（ＣＱＩ）フィードバック機構５０００の図である。サブチャネルベースのＣＱＩフィードバック機構を実施する１つの形は、ＭＦＢ機構を再利用するが、ＣＯＢＲＡサポートを可能にするようにＭＦＢ機構を変更することとすることができる。通常のＩＥＥＥ８０２．１１の例では、ＭＦＢリクエスタは、ＭＣＳ要求（ＭＲＱ）サブフィールドが１と等しいＨＴ制御フィールドを含むフレームを送信することができる。ＭＲＱ要件を有するフレームは、サウンディングＰＰＤＵ内でまたは＋ＨＴＣフレーム、たとえば１をセットされたＨＴ制御フィールドを有し、ＮＤＰ送信による＋ＨＴＣフレームに続くフレーム内のＮＤＰアナウンスメントサブフィールドを用いて送信され得る。

ＣＯＢＲＡの例では、ＭＦＢリクエスタ５０１０は、１または複数のサブチャネルに関するＭＣＳフィードバックを要求することができる。ＭＦＢリクエスタ５０１０は、フレーム５０１５、たとえばサウンディングパケット内でＭＣＳフィードバック要求をＭＦＢレスポンダ５０２０に送信することができる。サブチャネルＩＤは、ＣＯＢＲＡシステムのために構成され、利用され得る。たとえば、８つのサブチャネルが定義される場合に、サブチャネルＩＤ０から７は、サブチャネルを指定するのに利用され得る。リンク適合制御サブフィールド内のＭＲＱサブフィールドは、表４に示されているように再定義され得る。

ＭＲＱサブフィールドは、ＨＴ制御フィールドで定義され得る。ＣＯＢＲＡの例では、ＨＴ制御フィールドを再定義することが可能であり得る。あるいは、ＣＯＢＲＡ変形形態は、ＨＴ制御フィールドで定義され得る。上で定義されたＣＯＢＲＡサブフィールドのＭＲＱは、ＣＯＢＲＡ変形形態で指定され得る。たとえば、ＭＦＢリクエスタ５０１０は、１または複数のＭＲＱサブチャネルＩＤを示すＭＲＱサブフィールドを含むことができるＨＴ制御フィールドを含むことができるフレーム５０１５を送信することができる。

ＣＯＢＲＡが指定され得るＭＲＱサブフィールドを有するフレーム５０１５の受信時に、ＭＦＢレスポンダ５０２０は、関連するサウンディングＰＰＤＵに基づくＭＣＳ推定の計算を開始することができる。この計算は、要求で指定された１または複数のサブチャネルまたは要求されたものより多数のサブチャネルに基づいて実行され得る。ＭＦＢレスポンダ５０２０は、サブチャネルごとに１または複数のＭＦＢサブチャネルＩＤを示すＭＦＢサブフィールドを含むＨＴ制御フィールドを含むことができるフィードバックパケット５０２５を送信することができる。ＣＯＢＲＡの例のＭＦＢサブフィールドを、表５に示す。

図５１は、例のＭＦＢサブフィールド５１００の図である。ＣＯＢＲＡのＭＦＢサブフィールド５１００は、選択されたサブチャネルを用いても送信され得る。たとえば、ＭＦＢサブフィールド５１００は、サブチャネルセットサブフィールド５１１０と、ＭＦＢ１５１２０およびＭＦＢＮ５１３０として示された、それぞれの個数のサブチャネルの１または複数のＭＣＳインデックスとを含むことができる。この例では、サブチャネルセットサブフィールド５１１０は、ＭＦＢが提示されるサブチャネルＩＤのセットを示すことができる。ＭＦＢ１５１２０は、サブチャネルセットサブフィールド５１１０内で示された最初のサブチャネルのＭＣＳインデックスを示すことができ、ＭＦＢＮ５１３０は、サブチャネルセットサブフィールド５１１０内で示された最後のサブチャネルのＭＣＳインデックスを示すことができる。データストリームの個数が、ＭＣＳインデックスによって暗示されない場合には、データストリームの個数も、ＭＦＢサブフィールド５１００を使用してフィードバックされ得る。

図５２は、アップリンク送信を介する例の暗黙のＣＱＩ推定手順５２００の図である。この例では、通常はＤＬリンク適合に関するＡＰであるリクエスタ５２１０は、ＤＬリンク適合を実行すると計画することができる。リクエスタ５２１０は、ＴＰＣ要求または暗黙のＣＱＩ要求を含むことができるパケット５２２０をレスポンダ５２３０に送信することができる。パケット５２２０は、制御フレーム、管理フレーム、またはデータフレームとすることができる。このパケット５２２０の受信時に、通常はＤＬリンク適合に関するＳＴＡであるレスポンダ５２３０は、アップリンクパケット５２４０を送信するのに使用される電力および／またはリンクマージンを含むことができるアップリンクパケット５２４０を送信することができる。アップリンク送信電力およびリンクマージンに従って、リクエスタ５２１０は、ダウンリンク送信の適切なＭＣＳレベルを計算することができる。

ＣＯＢＲＡの例では、パケット５２２０と５２４０との両方が、１または複数のサブチャネルを用いて送信され得る。この例では、送信電力の定義は、リクエスタ５２１０とレスポンダ５２３０との両方によって明快にされ、合意され得る。たとえば送信電力と利用されるサブチャネルとの両方が、リクエスタ側で暗黙のＣＱＩ推定のために要求され得る。サブチャネルＩＤは、どのサブチャネルが送信に利用されるのかを識別するのに利用され得る。

通常のＩＥＥＥ８０２．１１の例では、アップリンクリンク適合の目的は、無線リンクの品質に従ってＭＣＳレベルを調整することとすることができる。この例では、非ＡＰデバイスは、自力でＭＣＳレベルを管理することができる。ＣＯＢＲＡを導入することによって、アップリンク送信の余分な要件は、ＡＰ側での受信電力が整列され得るようにするために、各サブチャネル上の送信電力を制御することとすることができる。アップリンク電力制御は、ＡＰによって管理され得る。関連する機能として、ＭＣＳ選択も、ＡＰによって制御され得る。

図５３は、例のＵＬＣＯＢＲＡリンク適合および電力制御手順５３００の図である。この例では、ＡＰ５３１０は、パケット０５３１５内のＵＬＣＯＢＲＡＴＰＣ要求をＳＴＡ１５３２０およびＳＴＡ２５３３０に送信することができる。ＳＴＡ１５３２０は、パケット０５３１５の終りからＳＩＦＳ持続時間の後に、パケット１５３３５を送信することができる。送信電力および／またはリンクマージンが、パケット１５３３５内で示され得る。ＳＴＡ１５３２０も、遅延フレームフォーマットを用いてパケット１５３３５を送信することができる。パケット１５３３５の送信の後に、ＡＰ５３１０は、ＳＴＡ２５３３０をポーリングすることができ、ＳＴＡ２５３３０は、ＳＩＦＳ持続時間の後にパケット２５３４０を送信することができる。送信電力および／またはリンクマージンが、パケット２５３４０内で示され得る。あるいは、ＳＴＡ２５３３０は、パケット１５３３５の送信の直後にパケット２５３４０を送信することができる。ＡＰ５３１０からのポーリングは、この形では省略され得る。もう１つの代替案では、ＳＴＡ２５３３０は、遅延されたフレーム内で送信電力および／またはリンクマージンを送信することができる。パケット１５３３５とパケット２５３４０との両方の受信時に、ＡＰ５３１０は、それぞれアップリンク送信に関するＳＴＡ１５３２０およびＳＴＡ２５３３０の適切なＭＣＳレベルおよび送信電力レベルを計算することができる。ＡＰ５３１０は、ＵＬＣＯＢＲＡリンク適合エレメントを含むことができるパケット３５３５０をＳＴＡ１５３２０とＳＴＡ２５３３０との両方に送信することができる。パケット３５３５０は、ＵＣＡＦフレームを使用して送信され得る。

ＵＬＣＯＢＲＡリンク適合エレメントは、サブチャネル駆動またはユーザ駆動として定義され得る。サブチャネル駆動方式は、サブチャネルに基づいてＭＣＳレベルおよびＴＰＣレベルを割り当てることができる。同一のユーザに対応する２つのサブチャネルが、異なるＭＣＳレベルおよびＴＰＣレベルを割り当てられ得る。この形で、不等ＭＣＳ／ＴＰＣが使用可能にされ得る。

図５４は、サブチャネル駆動ＵＬＣＯＢＲＡリンク適合エレメント５４００の例のフォーマットの図である。ＵＬＣＯＢＲＡリンク適合エレメント５４００は、エレメントＩＤ５４１０、長さフィールド５４２０、ＭＣＳフィールド５４３０、およびＴＰＣフィールド５４４０を含むことができる。ＭＣＳフィールド５４３０は、サブチャネルのＭＣＳ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＭＣＳ１５４５０は、サブチャネル１のＭＣＳ割当を示すことができ、ＭＣＳＮｓｕｂ−ｃｈａｎｎｅｌ５４６０は、サブチャネルＮｓｕｂ−ｃｈａｎｎｅｌのＭＣＳ割当を示すことができる。ＴＰＣフィールド５４４０は、サブチャネルのＴＰＣ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＴＰＣ１５４７０は、サブチャネル１のＴＣＰ割当を示すことができ、ＴＰＣＮｓｕｂ−ｃｈａｎｎｅｌ５４８０は、サブチャネルＮｓｕｂ−ｃｈａｎｎｅｌのＴＣＰ割当を示すことができる。Ｎｓｕｂ−ｃｈａｎｎｅｌは、サブチャネルの総数とすることができる。

図５５は、ＳＴＡ駆動ＵＬＣＯＢＲＡリンク適合エレメント５５００の例のフォーマットの図である。ＳＴＡ駆動の例は、ＳＴＡに基づいてＭＣＳレベルおよびＴＰＣレベルを割り当てることができる。ＵＬＣＯＢＲＡリンク適合エレメント５５００は、エレメントＩＤ５５１０、長さフィールド５５２０、ＭＣＳフィールド５５３０、およびＴＰＣフィールド５５４０を含むことができる。ＭＣＳフィールド５５３０は、サブチャネルのＭＣＳ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＭＣＳ１５５５０は、サブチャネル１のＭＣＳ割当を示すことができ、ＭＣＳＮｕｓｅｒ５５６０は、サブチャネルＮｕｓｅｒのＭＣＳ割当を示すことができる。ＴＰＣフィールド５５４０は、サブチャネルのＴＰＣ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＴＰＣ１５５７０は、サブチャネル１のＴＰＣ割当を示すことができ、ＴＰＣＮｕｓｅｒ５５８０は、サブチャネルＮｕｓｅｒのＴＰＣ割当を示すことができる。Ｎｕｓｅｒは、ＵＬＣＯＢＲＡセッションのＳＴＡの個数とすることができる。
実施形態
１．米国電子技術者協会（ＩＥＥＥ）８０２．１１アクセスポイント（ＡＰ）内で使用される方法であって、
第１の複数のステーション（ＳＴＡ）の送信および前記第１の複数のＳＴＡのそれぞれからの複数のブロック肯定応答（ＢＡ）送信のネットワークアロケーションベクトル（ＮＡＶ）値を判定するステップ
を含む、方法。

２．前記送信は、直交周波数分割多元接続（ＯＦＤＭＡ）ダウンリンク（ＤＬ）送信である、実施形態１に記載の方法。

３．前記第１の複数のＳＴＡにＯＦＤＭＡダウンリンク情報を送信するステップ
をさらに含む、実施形態２に記載の方法。

４．前記第１の複数のＳＴＡのそれぞれから１つのＢＡの、複数のＢＡを受信するステップ
をさらに含む、実施形態３に記載の方法。

５．前記複数のＢＡのそれぞれは、それぞれのサブチャネル上で受信される、実施形態４に記載の方法。

６．前記ＯＦＤＭＡダウンリンク情報は、ＤＬＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）フレーム内で送信される、実施形態３に記載の方法。

７．前記ＣＯＢＲＡフレームは、グループＩＤを示すシグナル（ＳＩＧ）フィールドを含む、実施形態６に記載の方法。

８．前記ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含む、実施形態６に記載の方法。

９．前記ＣＯＢＲＡコントローラＩＥは、前記ＡＰがＣＯＢＲＡＡＰであることを示すフィールドを含む、実施形態８に記載の方法。

１０．前記ＣＯＢＲＡコントローラＩＥは、前記第１の複数のＳＴＡのそれぞれの送信電力を示すフィールドを含む、実施形態８に記載の方法。

１１．前記ＣＯＢＲＡコントローラＩＥは、ベーシックサービスセット（ＢＳＳ）内で使用可能な直交ブロックに関する情報を示すフィールドを含む、実施形態８に記載の方法。

１２．前記ＣＯＢＲＡコントローラＩＥは、出発時刻（ＴＯＤ）タイムスタンプを示すフィールドを含む、実施形態８に記載の方法。

１３．前記ＣＯＢＲＡコントローラＩＥは、出発時刻（ＴＯＤ）クロックレートを示すフィールドを含む、実施形態８に記載の方法。

１４．ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）コントローリインフォメーション（ＩＥ）を含むフレームを受信するステップ
をさらに含む、実施形態１乃至１３のいずれか一項に記載の方法。

１５．前記ＣＯＢＲＡコントローリＩＥは、圧縮されたまたは未圧縮の直交ブロックフィードバックを示すフィールドを含む、実施形態１４に記載の方法。

１６．前記ＤＬＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡグループ管理インフォメーションエレメント（ＩＥ）を含む、実施形態６に記載の方法。

１７．前記複数のフィールドは、メンバシップ数を示す第１のフィールドを含む、実施形態１６に記載の方法。

１８．前記複数のフィールドは、それぞれのＳＴＡのグループメンバシップに関連する情報を示す複数の第２のフィールドを含む、実施形態１７に記載の方法。

１９．前記複数の第２のフィールドのそれぞれは、ＣＯＢＲＡ送信に参加する時にそれぞれのＳＴＡがそれについて調整する遅延を示す情報を含む、実施形態１８に記載の方法。

２０．米国電子技術者協会（ＩＥＥＥ）８０２．１１ステーション（ＳＴＡ）で使用される方法であって、
アクセスポイント（ＡＰ）に要求を送信するステップ
を含む、方法。

２１．前記要求は、アップリンク（ＵＬ）直交周波数分割多元接続（ＯＦＤＭＡ）ＵＬ送信機会（ＴＸＯＰ）に関する、実施形態２０に記載の方法。

２２．前記ＯＦＤＭＡＵＬＴＸＯＰは、前記ＡＰに関連する複数のＳＴＡと共有される、実施形態２１に記載の方法。

２３．前記ＡＰからフレームを受信するステップであって、前記フレームは、無線媒体が前記ＯＦＤＭＡＵＬＴＸＯＰ送信に使用可能であることを示す、ステップ
をさらに含む、実施形態２２に記載の方法。

２４．前記フレームは、前記ＳＴＡおよび前記複数のＳＴＡの時間オフセット情報を含む、実施形態２３に記載の方法。

２５．前記時間オフセット情報に基づいて、前記ＵＬＯＦＤＭＡＴＸＯＰ中に前記ＡＰにパケットデータを送信するステップ
をさらに含む、実施形態２４に記載の方法。

２６．前記フレームは、ＤＬＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）フレームである、実施形態２３に記載の方法。

２７．前記ＣＯＢＲＡフレームは、グループＩＤを示すシグナル（ＳＩＧ）フィールドを含む、実施形態２３に記載の方法。

２８．前記ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含む、実施形態２３に記載の方法。

２９．アクセスポイント（ＡＰ）に要求を送信するように構成された送信器
を含む、米国電子技術者協会（ＩＥＥＥ）８０２．１１ステーション（ＳＴＡ）。

３０．前記要求は、アップリンク（ＵＬ）直交周波数分割多元接続（ＯＦＤＭＡ）ＵＬ送信機会（ＴＸＯＰ）に関する、実施形態２９に記載のＳＴＡ。

３１．前記ＯＦＤＭＡアップリンクＴＸＯＰは、前記ＡＰに関連する複数のＳＴＡと共有される、実施形態３０に記載のＳＴＡ。

３２．前記ＡＰからフレームを受信するように構成された受信器
をさらに含む、実施形態３１に記載のＳＴＡ。

３３．前記フレームは、無線媒体が前記ＯＦＤＭＡＵＬＴＸＯＰ送信に使用可能であることを示す、実施形態３２に記載のＳＴＡ。

３４．前記フレームは、前記ＳＴＡおよび前記複数のＳＴＡの時間オフセット情報を含む、実施形態３３に記載のＳＴＡ。

３５．前記送信器は、前記時間オフセット情報に基づいて、前記ＵＬＯＦＤＭＡＴＸＯＰ中に前記ＡＰにパケットデータを送信するようにさらに構成される、実施形態２９乃至３４のいずれか一項に記載のＳＴＡ。

３６．直列並列変換器（Ｓ／Ｐ）ユニットと、
サブキャリアマッピングユニットと、
逆高速フーリエ変換（ＩＦＦＴ）ユニットと、
時間領域フィルタリングユニットと、
並列直列変換器（Ｐ／Ｓ）ユニットと
を含むプロセッサ。

３７．前記サブキャリアマッピングユニットは、局所サブキャリアマッピングを実行するように構成される、実施形態３６に記載のプロセッサ。

３８．前記サブキャリアマッピングユニットは、分散サブキャリアマッピングを実行するように構成される、実施形態３６または３７に記載のプロセッサ。

３９．周波数領域フィルタリングユニット
をさらに含む、実施形態３６乃至３８のいずれか一項に記載のプロセッサ。

４０．周波数領域拡散ユニット
をさらに含む、実施形態３６乃至３９のいずれか一項に記載のプロセッサ。

４１．前記Ｐ／Ｓユニットは、オーバーラップ機能を実行するように構成される、実施形態３６乃至４０のいずれか一項に記載のプロセッサ。

４２．前記Ｐ／Ｓユニットは、合計機能を実行するように構成される、実施形態３６乃至４１のいずれか一項に記載のプロセッサ。

４３．前記ＩＦＦＴユニットは、拡張されたＩＦＦＴユニットである、実施形態３６乃至４２のいずれか一項に記載のプロセッサ。

４４．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含む無線送信／受信ユニット。

４５．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むステーション（ＳＴＡ）。

４６．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むｎｏｄｅＢ．
４７．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むｅＮｏｄｅＢ（ｅＮＢ）。

４８．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むｈｏｍｅｅＮｏｄｅＢ（ＨｅＮＢ）。

４９．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むアクセスポイント（ＡＰ）。

５０．複数のステーション（ＳＴＡ）を選択するステップと、
前記複数のＳＴＡのサブセットを選択するステップと
を含む方法。

５１．帯域幅可用性に基づいてＳＴＡの１または複数のグループを選択するステップ
をさらに含む、実施形態５０に記載の方法。

５２．ＳＴＡケイパビリティに基づいてＳＴＡの１または複数のグループを選択するステップ
をさらに含む、実施形態５０または５１に記載の方法。

５３．トラフィック優先順位に基づいて１または複数のＳＴＡを選択するステップ
をさらに含む、実施形態５０乃至５２のいずれか一項に記載の方法。

５４．最大のＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）グループサイズに基づいて１または複数のＳＴＡを選択するステップ
をさらに含む、実施形態５０乃至５３のいずれか一項に記載の方法。

５５．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成される無線送信／受信ユニット。

５６．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるステーション（ＳＴＡ）。

５７．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるｎｏｄｅＢ。

５８．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるｅＮｏｄｅＢ（ｅＮＢ）。

５９．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるｈｏｍｅｅＮｏｄｅＢ（ＨｅＮＢ）。

６０．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるアクセスポイント（ＡＰ）。

６１．１または複数のステーション（ＳＴＡ）から情報を収集するステップ
を含む方法。

６２．前記１または複数のＳＴＡをグループに分割するステップ
をさらに含む、実施形態６１に記載の方法。

６３．グループ割当を１または複数のＳＴＡに示すステップ
をさらに含む、実施形態６１または６２に記載の方法。

６４．１または複数のチャネルを監視するステップ
をさらに含む、実施形態６１乃至６３のいずれか一項に記載の方法。

６５．１または複数のチャネルを監視する前記ステップは、
変化が事前に決定されたしきい値を超えるかどうかを判定するステップ
を含む、実施形態６４に記載の方法。

６６．再グループ化が必要であるかどうかを判定するステップ
をさらに含む、実施形態６５に記載の方法。

６７．再グループ化が必要であるという条件で再グループ化を実行するステップ
をさらに含む、実施形態６６に記載の方法。

６８．チャネルを監視する表示を受信するステップ
をさらに含む、実施形態６１乃至６７のいずれか一項に記載の方法。

６９．パラメータを推定するステップ
をさらに含む、実施形態６８に記載の方法。

７０．変化が事前に決定されたしきい値を超えるかどうかを判定するステップ
をさらに含む、実施形態６８または６９に記載の方法。

７１．前記変化が事前に決定されたしきい値を超えるという条件でアクセスポイント（ＡＰ）に情報を送信するステップ
をさらに含む、実施形態７０に記載の方法。

７２．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成される無線送信／受信ユニット。

７３．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるステーション（ＳＴＡ）。

７４．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるｎｏｄｅＢ。

７５．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるｅＮｏｄｅＢ（ｅＮＢ）。

７６．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるｈｏｍｅｅＮｏｄｅＢ（ＨｅＮＢ）。

７７．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるアクセスポイント（ＡＰ）。

設計および手順の例では、ＳＩＦＳが、さまざまなフレーム間間隔を示すのに使用されるが、ＲＩＦＳまたは他の合意されたタイムインターバルなどのすべての他のフレーム間間隔が、同一の解決策で適用され得る。頭字語ＣＯＢＲＡの使用が、ＯＦＤＭ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、ＭＣＦＢ、その他などのエアインターフェースの頭字語への参照と交換可能であることが理解され得る。

特徴および要素が、上で特定の組合せで説明されるが、当業者は、各特徴または要素が、単独でまたは他の特徴もしくは要素のいずれかとの組合せで使用され得ることを了解する。さらに、本明細書で説明される実施形態は、コンピュータもしくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェア内で実施され得る。コンピュータ可読媒体の例は、電子信号（有線または無線の接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（たとえば、内蔵ハードディスクまたはリムーバブルディスク）、光磁気媒体、およびコンパクトディスク（ＣＤ）またはディジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これに限定されない。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、Ｎｏｄｅ−Ｂ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、無線ルータ、または任意のホストコンピュータでの使用のために無線周波数トランシーバを実施するのに使用され得る。

Claims

制御フレームを生成するように構成されたプロセッサであって、前記制御フレームは複数のユーザ情報フィールドを備え、前記複数のユーザ情報フィールドのうちの第１のユーザ情報フィールドは第１のステーション（ＳＴＡ）と関連付けられ、前記複数のユーザ情報フィールドのうちの第２のユーザ情報フィールドは第２のＳＴＡと関連付けられ、前記第１のＳＴＡと関連付けられた前記第１のユーザ情報フィールドは、第１の関連付け識別子（ＡＩＤ）サブフィールド、第１の変調および符号化方式（ＭＣＳ）サブフィールド、第１の符号化タイプサブフィールド、および第１の空間ストリームサブフィールドの数を備え、前記第２のＳＴＡと関連付けられた前記第２のユーザ情報フィールドは、第２のＡＩＤサブフィールド、第２のＭＣＳサブフィールド、第２の符号化タイプサブフィールド、および第２の空間ストリームサブフィールドの数を備える、プロセッサと、
前記制御フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信するように構成された送信器と、
第１のアップリンクフレームを前記第１のＳＴＡから、および第２のアップリンクフレームを前記第２のＳＴＡから受信するように構成された受信器であって、前記第１のアップリンクフレームは、前記第１のＳＴＡに関連付けられた前記第１のユーザ情報フィールド中の情報に従っており、前記第２のアップリンクフレームは、前記第２のＳＴＡに関連付けられた前記第２のユーザ情報フィールド中の情報に従っている、受信器と、
を備え、
前記送信器は、１つまたは複数の肯定応答フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信するように構成され、前記肯定応答フレームは前記第１のＳＴＡおよび前記第２のＳＴＡのそれぞれに、個々に、またはブロックＡＣＫフレームとして、送信される、
ＩＥＥＥ８０２．１１アクセスポイント（ＡＰ）。
前記送信器は、要求フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信するように構成され、
前記受信器は、第１の応答フレームを前記第１のＳＴＡから、および第２の応答フレームを前記第２のＳＴＡから受信するように構成され、前記制御フレームは、前記ＩＥＥＥ８０２．１１ＡＰが前記第１の応答フレームを前記第１のＳＴＡから、および前記第２の応答フレームを前記第２のＳＴＡから受信するときに、送信される
請求項１に記載のＡＰ。
前記第１のＳＴＡに関連付けられた前記第１のＡＩＤおよび前記第２のＳＴＡに関連付けられた前記第２のＡＩＤのそれぞれは、ランダムアクセスチャネルを示す、請求項１に記載のＡＰ。
前記制御フレームは持続時間フィールドを備える、請求項１に記載のＡＰ。
前記第１のＳＴＡに関連付けられた前記第１の符号化タイプサブフィールドまたは前記第２のＳＴＡに関連付けられた前記第２の符号化タイプサブフィールドは、ブロック畳込み符号化（ＢＣＣ）または低密度パリティ検査（ＬＤＰＣ）符号化である、請求項１に記載のＡＰ。
前記制御フレームは１つまたは複数のサブチャネル上にて送信される、請求項１に記載のＡＰ。
第１のＡＣＫフレームは前記第１のＳＴＡに送信され、第２のＡＣＫフレームは前記第２のＳＴＡに送信される、請求項１に記載のＡＰ。
前記ブロックＡＣＫは、前記第１のＳＴＡおよび前記第２のＳＴＡに送信される、請求項１に記載のＡＰ。
前記第１のＳＴＡからの前記第１のアップリンクフレームおよび前記第２のＳＴＡからの前記第２のアップリンクフレームは同時に受信される、請求項１に記載のＡＰ。
前記第１のＳＴＡからの前記第１のアップリンクフレームまたは前記第２のＳＴＡからの前記第２のアップリンクフレームは、プリアンブルデータおよび１つまたは複数のパディングビットを備える、請求項１に記載のＡＰ。
前記第１のＳＴＡからの前記第１のアップリンクフレームおよび前記第２のＳＴＡからの前記第２のアップリンクフレームは、前記制御フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信した後に、受信される、請求項１に記載のＡＰ。
米国電子技術者協会（ＩＥＥＥ）８０２．１１アクセスポイント（ＡＰ）にて使用される方法であって、
制御フレームを生成するステップであって、前記制御フレームは複数のユーザ情報フィールドを備え、前記複数のユーザ情報フィールドのうちの第１のユーザ情報フィールドは第１のステーション（ＳＴＡ）と関連付けられ、前記複数のユーザ情報フィールドのうちの第２のユーザ情報フィールドは第２のＳＴＡと関連付けられ、前記第１のＳＴＡと関連付けられた前記第１のユーザ情報フィールドは、第１の関連付け識別子（ＡＩＤ）サブフィールド、第１の変調および符号化方式（ＭＣＳ）サブフィールド、第１の符号化タイプサブフィールド、および第１の空間ストリームサブフィールドの数を備え、前記第２のＳＴＡと関連付けられた前記第２のユーザ情報フィールドは、第２のＡＩＤサブフィールド、第２のＭＣＳサブフィールド、第２の符号化タイプサブフィールド、および第２の空間ストリームサブフィールドの数を備える、ステップと、
前記制御フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信するステップと、
第１のアップリンクフレームを前記第１のＳＴＡから、および第２のアップリンクフレームを前記第２のＳＴＡから受信するステップであって、前記第１のアップリンクフレームは、前記第１のＳＴＡに関連付けられた前記第１のユーザ情報フィールド中の情報に従っており、前記第２のアップリンクフレームは、前記第２のＳＴＡに関連付けられた前記第２のユーザ情報フィールド中の情報に従っている、ステップと、
１つまたは複数の肯定応答フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信するステップであって、前記肯定応答フレームは前記第１のＳＴＡおよび前記第２のＳＴＡのそれぞれに、個々に、またはブロックＡＣＫフレームとして、送信される、ステップと、
を含む方法。
要求フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信するステップと、
第１の応答フレームを前記第１のＳＴＡから、および第２の応答フレームを前記第２のＳＴＡから受信するステップであって、前記制御フレームは、前記ＩＥＥＥ８０２．１１ＡＰが前記第１の応答フレームを前記第１のＳＴＡから、および前記第２の応答フレームを前記第２のＳＴＡから受信するときに、送信される、ステップと、
を含む請求項１２に記載の方法。
前記第１のＳＴＡに関連付けられた前記第１のＡＩＤおよび前記第２のＳＴＡに関連付けられた前記第２のＡＩＤのそれぞれは、ランダムアクセスチャネルを示す、請求項１２に記載の方法。
前記制御フレームは持続時間フィールドを備える、請求項１２に記載の方法。
前記第１のＳＴＡに関連付けられた前記第１の符号化タイプサブフィールドまたは前記第２のＳＴＡに関連付けられた前記第２の符号化タイプサブフィールドは、ブロック畳込み符号化（ＢＣＣ）または低密度パリティ検査（ＬＤＰＣ）符号化である、請求項１２に記載の方法。
前記制御フレームは１つまたは複数のサブチャネル上にて送信される、請求項１２に記載の方法。
第１のＡＣＫフレームは前記第１のＳＴＡに送信され、第２のＡＣＫフレームは前記第２のＳＴＡに送信される、請求項１２に記載の方法。
前記ブロックＡＣＫは、前記第１のＳＴＡおよび前記第２のＳＴＡに送信される、請求項１２に記載の方法。
前記第１のＳＴＡからの前記第１のアップリンクフレームおよび前記第２のＳＴＡからの前記第２のアップリンクフレームは同時に受信される、請求項１２に記載の方法。
前記第１のＳＴＡからの前記第１のアップリンクフレームまたは前記第２のＳＴＡからの前記第２のアップリンクフレームは、プリアンブルデータおよび１つまたは複数のパディングビットを備える、請求項１２に記載の方法。
前記第１のＳＴＡからの前記第１のアップリンクフレームおよび前記第２のＳＴＡからの前記第２のアップリンクフレームは、前記制御フレームを前記第１のＳＴＡおよび前記第２のＳＴＡに送信した後に、受信される、請求項１２に記載の方法。