(57)【特許請求の範囲】
【請求項１】
アクセスポイント（ＡＰ）で使用される方法であって、
ネットワークアロケーションベクトル（ＮＡＶ）値を判定するステップであって、前記ＮＡＶ値は、複数のデータフィールドを含む直交周波数分割多元接続（ＯＦＤＭＡ）ダウンリンク（ＤＬ）サブキャリアベースのブロック送信に基づき、１つのデータフィールドは複数のステーション（ＳＴＡ）のそれぞれに対するものであり、前記ＮＡＶ値は、前記複数のＳＴＡのそれぞれからの複数の期待される肯定応答（ＡＣＫ）送信にも基づく、ステップと、
キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）アクセス方式を介して無線媒体を予約するステップと、
複数のサブキャリアを介して前記予約された無線媒体を介して、前記複数のＳＴＡに前記ＮＡＶ値の表示および前記ＯＦＤＭＡ  ＤＬサブキャリアベースのブロック送信を送信するステップと、
を含む、方法。
【請求項２】
前記複数の期待されるＡＣＫ送信のそれぞれは、前記複数のＳＴＡのそれぞれに関連付けられたそれぞれのサブチャネル上で受信される、請求項１に記載の方法。
【請求項３】
前記ＯＦＤＭＡ  ＤＬサブキャリアベースのブロック送信は、ＤＬ  ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）フレーム内で送信される、請求項１に記載の方法。
【請求項４】
前記ＤＬ  ＣＯＢＲＡフレームは、グループＩＤを示すシグナル（ＳＩＧ）フィールドを含む、請求項３に記載の方法。
【請求項５】
前記ＤＬ  ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含み、前記複数のフィールドは、前記ＡＰがＣＯＢＲＡ  ＡＰであることを示すフィールドと、前記複数のＳＴＡのそれぞれについての送信電力を示すフィールドと、ベーシックサービスセット（ＢＳＳ）内で使用可能な直交ブロックに関する情報を示すフィールドと、出発時刻（ＴＯＤ）タイムスタンプを示すフィールドと、出発時刻（ＴＯＤ）クロックレートを示すフィールドと、を含む、請求項３に記載の方法。
【請求項６】
ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）コントローリインフォメーションエレメント（ＩＥ）を含むフレームを受信するステップであって、前記ＣＯＢＲＡコントローリＩＥは、圧縮された、または未圧縮の直交ブロックフィードバックを示すフィールドを含む、ステップ
をさらに含む、請求項１に記載の方法。
【請求項７】
前記ＤＬ  ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡグループ管理インフォメーションエレメント（ＩＥ）を含む、請求項３に記載の方法。
【請求項８】
前記複数のフィールドは、メンバシップ数を示す第１のフィールドと、それぞれのＳＴＡのグループメンバシップに関連付けられた情報を示す複数の第２のフィールドと、を含む、請求項７に記載の方法。
【請求項９】
各第２のフィールドは、ＣＯＢＲＡ送信に参加する時のそれぞれのＳＴＡによる使用のための遅延を示す情報を含む、請求項８に記載の方法。
【請求項１０】
前記サブキャリアベースのブロック送信は、１または複数のサブキャリアの送信を含む、請求項１に記載の方法。
【請求項１１】
前記期待されるＡＣＫ送信のそれぞれは、ブロックＡＣＫ（ＢＡ）送信である、請求項１に記載の方法。
【請求項１２】
ネットワークアロケーションベクトル（ＮＡＶ）値を判定するように構成されたプロセッサであって、前記ＮＡＶ値は、複数のデータフィールドを含む直交周波数分割多元接続（ＯＦＤＭＡ）ダウンリンク（ＤＬ）サブキャリアベースのブロック送信に基づき、１つのデータフィールドは複数のステーション（ＳＴＡ）のそれぞれに対するものであり、前記ＮＡＶ値は、前記複数のＳＴＡのそれぞれからの複数の期待される肯定応答（ＡＣＫ）送信にも基づき、前記プロセッサは、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）アクセス方式を介して無線媒体を予約するように構成される、プロセッサと、
複数のサブキャリアを介して前記予約された無線媒体を介して、前記複数のＳＴＡに前記ＮＡＶ値の表示および前記ＯＦＤＭＡ  ＤＬサブキャリアベースのブロック送信を送信するように構成された送信器と、
を備えたアクセスポイント（ＡＰ）。
【請求項１３】
受信器を備え、前記受信器は、前記複数のＳＴＡのそれぞれに関連付けられたそれぞれのサブチャネル上で前記複数の期待されるＡＣＫ送信のそれぞれを受信するように構成された、請求項１２に記載のＡＰ。
【請求項１４】
前記送信器は、ＤＬ  ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）フレーム内で前記ＯＦＤＭＡ  ＤＬサブキャリアベースのブロック送信を送信するように構成された、請求項１２に記載のＡＰ。
【請求項１５】
前記ＤＬ  ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含み、前記複数のフィールドは、前記ＡＰがＣＯＢＲＡ  ＡＰであることを示すフィールドと、前記複数のＳＴＡのそれぞれについての送信電力を示すフィールドと、ベーシックサービスセット（ＢＳＳ）内で使用可能な直交ブロックに関する情報を示すフィールドと、出発時刻（ＴＯＤ）タイムスタンプを示すフィールドと、出発時刻（ＴＯＤ）クロックレートを示すフィールドと、を含む、請求項１４に記載のＡＰ。
【請求項１６】
受信器を備え、前記受信器は、ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）コントローリインフォメーションエレメント（ＩＥ）を含むフレームを受信するように構成され、前記ＣＯＢＲＡコントローリＩＥは、圧縮された、または未圧縮の直交ブロックフィードバックを示すフィールドを含む、請求項１２に記載のＡＰ。
【請求項１７】
前記ＤＬ  ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡグループ管理インフォメーションエレメント（ＩＥ）を含む、請求項１４に記載のＡＰ。
【請求項１８】
前記複数のフィールドは、メンバシップ数を示す第１のフィールドと、それぞれのＳＴＡのグループメンバシップに関連する情報を示す複数の第２のフィールドとを含む、請求項１７に記載のＡＰ。
【請求項１９】
各第２のフィールドは、ＣＯＢＲＡ送信に参加する時のそれぞれのＳＴＡによる使用のための遅延を示す情報を含む、請求項１８に記載のＡＰ。
【請求項２０】
前記サブキャリアベースのブロック送信は、１または複数のサブキャリアの送信を含む、請求項１２に記載のＡＰ。
【請求項２１】
前記期待されるＡＣＫ送信のそれぞれは、ブロックＡＣＫ（ＢＡ）送信である、請求項１２に記載のＡＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
関連出願の相互参照
本出願は、その内容が本明細書に参照によって組み込まれている、２０１２年４月３０日に出願した米国特許仮出願第６１／６４０，２１９号、２０１２年１１月９日に出願した米国特許仮出願第６１／７２４，４３８号、および２０１３年１月１１日に出願した米国特許仮出願第６１／７５１，４５３号の利益を主張するものである。
【背景技術】
【０００２】
インフラストラクチャベーシックサービスセット（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は、ＴＯＤクロックを使用してＡＰで測定され得る。ＡＰ  １３１０は、その後、ＣＯＢＲＡグループを管理するためにグループ化管理手順を使用することができる。
【０１０５】
初期グループ化管理手順および／またはグループ化保守管理手順は、ＣＯＢＲＡグループを管理するために実行され得る。たとえば、ＳＴＡは、１または複数のＣＯＢＲＡグループへのＳＴＡのグループ化に１つの判断基準または判断基準のサブセットを使用することができる。ＵＬ  ＣＯＢＲＡグループおよびＤＬ  ＣＯＢＲＡグループは、同一とすることができ、またはこれらを異なるものとすることができる。
【０１０６】
図１４は、例のグループ化手順１４００の図である。この例では、ＡＰは、ＣＯＢＲＡ可能であり、ＡＰで測定されたものに類似する受信電力を有する１または複数のＳＴＡを選択する１４１０ことができる。このグループは、ＳＴＡのサブセットＣ１と称する場合がある。Ｃ１  ＳＴＡの間での正確な範囲変動は、ＡＰ受信器処理ケイパビリティおよび／または１または複数のＳＴＡの電力調整ケイパビリティおよび類似物に依存し得る。
【０１０７】
ＡＰは、さらに、候補セットＣ１から、類似する伝搬遅延を有するＳＴＡのサブセットを選択する１４２０ことができ、この第２のＳＴＡのサブセットをＣ２ＳＴＡと称する場合がある。Ｃ２  ＳＴＡの間の正確な範囲変動は、ＧＩ値、ＢＳＳカバレージ半径、およびＣ２  ＳＴＡのタイミング調整ケイパビリティ、ならびに類似物に依存し得る。
【０１０８】
ＡＰは、帯域幅可用性に基づいて、ＳＴＡの１または複数のグループを選択する１４３０ことができる。たとえば、ＡＰは、ＳＴＡの１または複数のグループの集合的に望ましいＯＢが、同時に送信しまたは受信する時に、ＢＳＳから使用可能な総帯域幅のすべてまたは大多数を占め、その結果、深刻なリソース利用不足がなくなるようにするために、ＳＴＡの１または複数のグループを選択することができる。
【０１０９】
ＡＰは、ＳＴＡケイパビリティに基づいて、ＳＴＡの１または複数のグループを選択する１４４０ことができる。たとえば、ＡＰは、ＵＬ  ＭＵ−ＭＩＭＯまたはＵＬ  ＳＣ−ＦＤＭＡが可能なＳＴＡの１または複数のグループを選択することができる。
【０１１０】
ＡＰは、トラフィック優先順位に基づいて１または複数のＳＴＡを選択する１４５０ことができる。たとえば、ＡＰは、類似するトラフィック優先順位および／または周期性を有するすべてのＳＴＡを選択することができる。最終的なＣＯＢＲＡグループは、最大ＣＯＢＲＡグループサイズ限度に基づいても選択され１４６０得る。
【０１１１】
図１５は、ユニキャストＣＯＢＲＡグループ管理ＩＥ  １５００の例の図である。ユニキャストＣＯＢＲＡグループ管理ＩＥ  １５００は、ユニキャストＣＯＢＲＡグループ管理ＩＥ  １５００がユニキャストＣＯＢＲＡ  ＩＥであることを識別することができるエレメントＩＤフィールド１５０５と、ユニキャストＣＯＢＲＡ  ＩＥの長さを示すことができる長さフィールド１５１０と、インフォメーションエレメントＮ内に含まれるグループメンバシップの個数を示すことができるメンバシップ数フィールド１５１５と、各フィールドがＳＴＡのグループメンバシップの情報を含むことができることを示すことができるメンバシップ１情報フィールド１５２０１〜メンバシップＮ情報フィールド１５２０Ｎとを含むことができる。
【０１１２】
ＳＴＡは、実施態様に応じて、たとえばＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むフレームを使用して、それらが属するグループについてＡＰによって知らされ得る。ＣＯＢＲＡコントローリＳＴＡは、複数のグループに属することができる。そのＵＬ  ＣＯＢＲＡグループおよびＤＬ  ＣＯＢＲＡグループは、同一とすることができ、または異なるものとすることができる。ＣＯＢＲＡグループ管理ＩＥは、ブロードキャストまたはユニキャストの管理フレーム、制御フレーム、またはアクションフレームに含まれ得る。ＡＰは、ＳＴＡにそのグループメンバシップについて知らせるために、ユニキャストＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むことができるユニキャストフレームをＳＴＡに送信することができる。
【０１１３】
図１６は、例のメンバシップ情報フィールド１６００の図である。ＳＴＡは、グループ管理手順に従うことによってＣＯＢＲＡグループ管理ＩＥを含むフレームを使用してＡＰによってそのグループ化について知らされ得る。図１６に示されているように、メンバシップ情報フィールド１６００のそれぞれは、メンバシップ情報フィールド１６００が割り当てられたグループを識別することができるグループＩＤフィールド１６０５と、そのグループのタイプを示すことができるタイプフィールド１６１０とを含むことができる。タイプフィールド１６１０は、グループがＤＬ  ＣＯＢＲＡ、ＵＬ  ＣＯＢＲＡ、ＤＬ／ＵＬ  ＣＯＢＲＡ、または他のタイプのグループであることを示すことができる。たとえば、同一のＩＥが、ＭＵ−ＭＩＭＯまたはＳＣ−ＦＤＭＡのグループ管理にも使用され得る。
【０１１４】
メンバシップ情報フィールド１６００のそれぞれは、どのタイプの情報がメンバシップ情報フィールド１６００の残りに含まれ得るのかを示すためにビットマップまたは他の符号化として構成され得るオプションフィールド１６１５を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、およびグループ内のＳＴＡの順序を示すことができる順序フィールド１６２０を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、現在のグループでＣＯＢＲＡ送信を行う時にＳＴＡが送信に使用できる送信電力を示すＴｘ電力フィールド１６２５を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、ＡＰとＳＴＡとのＴＯＤクロックの間のオフセットを示すことができるＴＯＤオフセットフィールド１６３０を含むことができる。このＴＯＤオフセットは、正または負とすることができ、２の補数を使用して実施され得、２の補数は、整数算術または整数値の２進表現を指すことができる。
【０１１５】
メンバシップ情報フィールド１６００のそれぞれは、現在のグループでのＡＰへのＣＯＢＲＡ送信に参加する時にＳＴＡが調整できる遅延を示すことができる遅延フィールド１６３５を含むことができる。この遅延は、ＣＯＢＲＡ  ＵＬパケットがＧＩ以内にＡＰに到着できるように、各ＳＴＡからの伝搬遅延の差について調整するのに使用され得る。遅延は、正または負とすることができ、２の補数を使用して構成され得、２の補数は、整数算術または整数値の２進表現を指すことができる。
【０１１６】
メンバシップ情報フィールド１６００のそれぞれは、ＤＬ  ＣＯＢＲＡパケットを受信する時にＳＴＡが同調できるＯＢおよび現在のグループ内でのＵＬ  ＣＯＢＲＡ送信に参加する時にＳＴＡが送信に使用できるＯＢを示すことができるＯＢ割当フィールド１６４０を含むことができる。ＯＢ割当は、たとえば、符号化されたＯＢ番号を使用するように構成され得、ここで、符号化されたＯＢ番号は、ＯＢ範囲として表されまたはＯＢのビットマップとして表され得る。
【０１１７】
メンバシップ情報フィールド１６００のそれぞれは、現在のグループ内でＡＰへのＵＬ  ＣＯＢＲＡ送信に参加する時にＳＴＡが適合させることのできる変調および符号化方式（ＭＣＳ）を示すことができるＭＣＳフィールド１６４５を含むことができる。メンバシップ情報フィールド１６００のそれぞれは、モニタフィールド１６５０を含むことができる。モニタフィールド１６５０は、ＳＴＡがＡＰとＳＴＡとの間のチャネル変化について監視できるかどうかを示すことができる１つまたは少数のビットとすることができる。メンバシップ情報フィールド１６００のそれぞれは、たとえばＡＰからのビーコンを監視することによって、ＳＴＡがＡＰとＳＴＡとの間のチャネルの変化について監視できる頻度を示すことができるモニタ頻度フィールド１６５５を含むことができる。モニタ頻度は、たとえば、モビリティパターンに基づくものとすることができる。メンバシップ情報フィールド１６００のそれぞれは、ＳＴＡがＡＰと共にそのセッティングをリフレッシュできる最小頻度を示すことができるリフレッシュ頻度フィールド１６６０を含むことができる。リフレッシュ頻度は、たとえば、モビリティパターンに基づくものとすることができる。
【０１１８】
図１７は、例のブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００の図である。ＡＰは、ブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００またはフィールドを含むブロードキャストフレームを送信することによって、１または複数のグループを同時に管理することができる。ブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００またはフィールドは、ブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００がブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００であることを識別することができるエレメントＩＤフィールド１７０５と、ブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００の長さを示すことができる長さフィールド１７１０と、ブロードキャストＣＯＢＲＡグループ管理ＩＥ  １７００に含まれるグループ情報フィールドの個数を示すことができるグループ数フィールド１７１５と、各フィールドがグループの情報を含むことができるグループ１情報フィールド１７２０１〜グループＮ情報フィールド１７２０Ｎを含むことができる。
【０１１９】
図１８は、図１７のブロードキャストＣＯＢＲＡグループ管理ＩＥ内の例のグループ情報フィールド１８００の図である。グループ情報フィールド１８００は、各グループ内のメンバの記述すなわち、グループＩＤフィールド１８０５、タイプフィールド１８１０、このグループに含まれるＳＴＡの個数を示すメンバ数フィールド１８１５、およびそれぞれがグループ内のメンバＳＴＡの情報を含むことができるメンバ１情報フィールド１８２０１〜メンバＮ情報フィールド１８２０Ｎを含むことができる。グループ内のメンバの順序は、関連するメンバ情報フィールド１８２０の順序によって暗黙のうちに表され得る。
【０１２０】
図１９は、例のメンバ情報フィールド１９００の図である。メンバ情報フィールド１９００は、図１５のメンバシップ情報フィールド１５２０に類似する。メンバ情報フィールド１９００は、メンバＳＴＡのＩＤを示すことができ、ＡＩＤ、ＭＡＣアドレス、またはＡＰおよびＳＴＡが合意する他の形のＩＤとして構成され得るＩＤを示すことができるメンバＩＤフィールド１９０５を含むことができる。メンバ情報フィールド１９００は、どのタイプの情報がメンバ情報フィールド１９００の残りに含まれ得るのかを示すビットマップまたは他の符号化として構成され得るオプションフィールド１９１０をも含むことができる。メンバ情報フィールド１９００は、現在のグループ内でＣＯＢＲＡ送信を行う時にＳＴＡが送信に使用できる送信電力を示すＴｘ電力フィールド１９１５を含むことができる。メンバ情報フィールド１９００は、ＡＰとＳＴＡとのＴＯＤクロックの間のオフセットを示すことができるＴＯＤオフセットフィールド１９２０を含むことができる。このＴＯＤオフセットは、正または負とすることができ、２の補数を使用して構成され得、２の補数は、整数算術または整数値の２進表現を指すことができる。
【０１２１】
メンバ情報フィールド１９００は、現在のグループ内でＡＰへのＣＯＢＲＡ送信に参加する時にＳＴＡが調整できる遅延を示すことができる遅延フィールド１９２５を含むことができる。この遅延は、ＣＯＢＲＡ  ＵＬパケットがＧＩ以内にＡＰに到着できるように、各ＳＴＡからの伝搬遅延の差について調整するのに使用され得る。遅延は、正または負とすることができ、２の補数を使用して構成され得、２の補数は、整数算術または整数値の２進表現を指すことができる。
【０１２２】
メンバ情報フィールド１９００は、ＤＬ  ＣＯＢＲＡパケットを受信する時にＳＴＡが同調できるＯＢおよび現在のグループ内でＵＬ  ＣＯＢＲＡ送信に参加する時にＳＴＡが送信に使用できるＯＢを示すことができるＯＢ割当フィールド１９３０を含むことができる。ＯＢ割当は、たとえば、符号化されたＯＢ番号を使用するように構成され得、ここで、符号化されたＯＢ番号は、ＯＢ範囲として表されまたはＯＢのビットマップとして表され得る。
【０１２３】
メンバ情報フィールド１９００は、現在のグループ内でＡＰへのＵＬ  ＣＯＢＲＡ送信に参加する時にＳＴＡが適合できる変調および符号化方式（ＭＣＳ）を示すことができるＭＣＳフィールド１９３５を含むことができる。メンバ情報フィールド１９００は、モニタフィールド１９４０を含むことができる。モニタフィールド１９４０は、ＡＰとＳＴＡとの間のチャネル変化についてＳＴＡが監視できるかどうかを示すことができる１つまたは少数のビットとすることができる。メンバ情報フィールド１９００は、たとえばＡＰからのビーコンを監視することによって、ＳＴＡがＡＰとＳＴＡとの間のチャネルの変化について監視できる頻度を示すことができるモニタ頻度フィールド１９４５を含むことができる。モニタ頻度は、たとえば、モビリティパターンに基づくものとすることができる。メンバ情報フィールド１９００は、ＳＴＡがＡＰと共にそのセッティングをリフレッシュできる最小頻度を示すことができるリフレッシュ頻度フィールド１９５０を含むことができる。リフレッシュ頻度は、たとえば、モビリティパターンに基づくものとすることができる。
【０１２４】
図２０は、例のＣＯＢＲＡ初期グループ管理手順２０００の図である。たとえば、ＡＰは、グループ情報獲得手順に従うことによって、ＳＴＡをＣＯＢＲＡグループに分割するために必要である可能性がある情報を１または複数のＳＴＡから収集する２０１０ことができる。ＡＰは、グループ選択手順に従うことによって、ＳＴＡをＣＯＢＲＡグループに分割する２０２０ことができる。ＣＯＢＲＡグループへのＳＴＡの分割は、異なるＵＬ  ＣＯＢＲＡグループおよびＤＬ  ＣＯＢＲＡグループに基づくものとすることができる。
【０１２５】
ＡＰは、１または複数のＳＴＡにグループ割当を示すフレームを送信する２０３０ことができる。一例では、ＡＰは、ユニキャストＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むユニキャストフレームをＳＴＡに送信することができる。ＳＴＡは、そのグループを知ることができる。ＳＴＡは、ＡＰへの関連するＵＬ  ＣＯＢＲＡグループ送信またはＡＰからのＤＬ  ＣＯＢＲＡ受信に参加する時に、適当なグループのメンバシップ情報フィールドで指定される通りにそのパラメータを調整することができる。
【０１２６】
もう１つの例では、ＡＰは、ブロードキャストＣＯＢＲＡグループ管理ＩＥまたはフィールドを含むブロードキャストフレームをすべてのＳＴＡに送信することができる。ＳＴＡは、その後、そのグループを知ることができる。ＳＴＡは、ＡＰへの関連するＵＬ  ＣＯＢＲＡグループ送信またはＡＰからのＤＬ  ＣＯＢＲＡ受信に参加する時に、適当なグループ情報フィールド内のそれぞれのメンバ情報フィールドで指定される通りにそのそれぞれのパラメータを調整することができる。
【０１２７】
ＣＯＢＲＡグループがＡＰによって形成された後に、グループは、干渉、チャネル変化などの環境の変化に起因して、またはモビリティに起因するメンバＳＴＡのそれぞれでの変化および類似物に起因して、保守され得る。グループ保守は、ＡＰおよびＳＴＡに、それらの間のチャネルの監視を行わせ、そのようなアクションが望ましい場合に、ＳＴＡを再グループ化させることによって実行され得る。
【０１２８】
ＡＰは、事前に定義された頻度でＡＰとＳＴＡとの間の１または複数のチャネルを監視する２０４０ことができる。１または複数のチャネルの監視に加えて、ＡＰは、グループ保守を実行することができる。ＳＴＡも、ＡＰが、そのようなＳＴＡのアクションをメンバシップ情報フィールドまたはメンバ情報フィールドで示す場合に、ＡＰと１または複数のＳＴＡとの間のチャネルを監視することができる。ビーコンフレームならびにＰＬＣＰヘッダ内に含まれるＣＯＢＲＡコントローラインフォメーションエレメント内の情報を使用することによって、ＳＴＡは、ＯＢのチャネル状態情報、経路損、ＴＯＤクロックオフセット、伝搬遅延、その他などの情報を推定することができる。変化が、事前に定義されたしきい値を超える場合には、ＳＴＡは、変化についてＡＰに知らせることができる。
【０１２９】
ＴＯＤクロックオフセットが、グループ管理手順によって正しく調整された場合は、ＴＯＤクロックは、リフレッシュインターバル＝１／リフレッシュ頻度とすることができる事前に定義されたインターバルについて同期化されると仮定され得る。ＳＴＡはその後、ＰＤｅｌａｙ＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することによって伝搬遅延を監視することができ、ここで、ＴＯＤＡＰは、フレーム内でＣＯＢＲＡコントローラインフォメーションエレメント内に含められ得、ＴＯＡＳＴＡは、ＣＯＢＲＡコントローラインフォメーションエレメントを含むフレームが到着する時にＳＴＡでローカルに測定され得る。
【０１３０】
図２１は、図２０で説明された１または複数のチャネルの監視２０４０とは別々にまたはこれに関連して実行され得る例のグループ保守手順２１００の図である。図２１を参照すると、ＡＰは、ＡＰとＳＴＡとの間のチャネルを監視する２１１０ことができる。ＡＰは、変化が事前に定義されたしきい値を超えるかどうかを判定する２１２０ことができる。変化が事前に定義されたしきい値を超える２１２５場合には、ＡＰは、再グループ化が必要または望ましいかどうかを判定する２１３０ことができる。ＡＰが、再グループ化が必要または望ましいと判定する２１３５場合には、ＡＰは、再グループ化を実行する２１４０ことができる。ＡＰは、新しい情報を含むことができるフレームを１または複数のＳＴＡから受信することができる。ＡＰは、そのような動作が必要または望ましい場合に、グループ選択手順およびグループ管理手順を使用することによってＳＴＡからの新しい情報を使用して再グループ化を実行することができる。
【０１３１】
図２２は、図２０で説明された１または複数のチャネルの監視２０４０とは別々にまたはこれに関連して実行され得るもう１つの例のグループ保守手順２２００の図である。ＡＰは、ＳＴＡがＡＰとＳＴＡとの間のチャネルを監視できることを示すことができる。ＳＴＡは、ＳＴＡがＡＰとＳＴＡとの間のチャネルを監視できることを示すフレームを受信し２２１０、ＯＢのチャネル状態情報、経路損、ＴＯＤクロックオフセット、伝搬遅延、および類似物などのビーコンフレームパラメータを使用して推定する２２２０ことができる。ＳＴＡは、変化が事前に定義されたしきい値を超えるかどうかを判定する２２３０ことができる。ＳＴＡが、変化が事前に定義されたしきい値を超えたと判定する２２４０場合には、ＳＴＡは、ＣＯＢＲＡコントローリＩＥを含むフレームを使用して、新しい情報をＡＰに送信する２２５０ことができる。ＡＰは、そのような動作が必要または望ましい場合に、グループ選択手順およびグループ管理手順を使用することによってＳＴＡからの新しい情報を使用して再グループ化を行うことができる。
【０１３２】
ＯＦＤＭＡサブチャネライゼーションを利用できるＣＯＢＲＡの例の実施態様として、この実施形態は、エンハンストベリイハイスループット（Ｅ−ＶＨＴ）通信のためにＣＯＢＲＡグループ化手順を実行することができる。Ｅ−ＶＨＴ通信は、ＩＥＥＥ  ８０２．１１ａｃに記載されたＶＨＴ通信に対する拡張とすることができる。
【０１３３】
図２３は、例のＶＨＴケイパビリティ情報フィールド２３００の図である。ＶＨＴケイパビリティ情報フィールド２３００は、サウンディング次元の個数サブフィールド２３１０、ＭＵビームフォーマ可能サブフィールド２３１５、ＭＵビームフォーミイ可能サブフィールド２３２０、ＶＨＴ  ＴＸＯＰ  ＰＳサブフィールド２３２５、＋ＨＴＣ−ＶＨＴ可能サブフィールド２３３０、最大Ａ−ＭＰＤＵ長さ指数サブフィールド２３３５、ＶＨＴリンク適合可能サブフィールド２３４０、Ｒｘアンテナパターン一貫性サブフィールド２３４５、ＴＸアンテナパターン一貫性サブフィールド２３５０、ＣＯＢＲＡコントローラ可能サブフィールド２３５５、およびＣＯＢＲＡコントローリ可能サブフィールド２３６０を含むことができる。この例では、Ｅ−ＶＨＴ  ＳＴＡは、ＶＨＴケイパビリティ情報フィールド２３００内のＣＯＢＲＡコントローラ可能サブフィールド２３５５および／またはＣＯＢＲＡコントローリ可能サブフィールド２３６０を使用して、それがＣＯＢＲＡ可能であることを宣言することができる。
【０１３４】
Ｅ−ＶＨＴ  ＳＴＡは、Ｅ−ＶＨＴケイパビリティエレメント内の１または複数のビットを使用して、それがＣＯＢＲＡ可能であることをも宣言することができ、これによって、１ビットが、ＳＴＡがＣＯＢＲＡコントローラ可能であることを示すのに使用され、かつ／または１ビットが、ＳＴＡがＣＯＢＲＡコントローリ可能であることを示すのに使用される。
【０１３５】
図２４は、例のＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００フォーマットの図である。ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００は、カテゴリフィールド２４１０、ＶＨＴまたはＥ−ＶＨＴアクションフィールド２４２０、ＣＯＢＲＡメンバシップ状況アレイフィールド２４３０、ＣＯＢＲＡユーザ位置アレイフィールド２４４０、およびＣＯＢＲＡオプションフィールド２４５０を含むことができる。ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００は、カテゴリＶＨＴまたはカテゴリＥ−ＶＨＴのアクションフレームとすることができる。これは、１または複数のＣＯＢＲＡグループＩＤに関してＳＴＡのユーザ位置を割り当てるか変更するためにＡＰによって送信され得る。ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００のＶＨＴまたはＥ−ＶＨＴアクションフィールド２４２０は、表１に示された情報を含むことができる。
【０１３６】
【表１】
0005898376.tif 000002
【０１３７】
カテゴリフィールド２４１０は、ＶＨＴまたはＥ−ＶＨＴの値をセットされ得る。ＶＨＴまたはＥ−ＶＨＴアクションフィールド２４２０は、ＣＯＢＲＡグループＩＤ管理に関する値をセットされ得る。ＣＯＢＲＡメンバシップ状況アレイフィールド２４３０は、図２５に示されているように、各ＣＯＢＲＡグループのメンバシップ状況２５１０、２５２０、および２５３０を含むことができる。ＣＯＢＲＡユーザ位置アレイフィールド２４４０は、図２６に示されているように、各ＣＯＢＲＡグループのユーザ位置２６１０、２６２０、および２６３０を含むことができる。ＣＯＢＲＡグループのユーザ位置の各フィールドは、１または複数のビットとすることができる。
【０１３８】
ＣＯＢＲＡグループＩＤ管理フレームアクションフィールド２４００は、ＳＴＡがメンバとして割り当てられ得るＣＯＢＲＡグループのそれぞれのオプションを含むことができる。たとえば、１つのＣＯＢＲＡグループのＣＯＢＲＡグループオプションフィールド２４５０は、図２７に示されているように、タイプサブフィールド２７１０、Ｔｘ電力サブフィールド２７２０、遅延サブフィールド２７３０、ＯＢ割当サブフィールド２７４０、およびＭＣＳサブフィールド２７５０を含むことができる。ＣＯＢＲＡグループオプションフィールド２４５０の各サブフィールドの例の値を、表２に示す。
【０１３９】
【表２】
0005898376.tif 000003
【０１４０】
１または複数のＣＯＢＲＡグループＩＤに対応するユーザ位置の割当または変更は、ＣＯＢＲＡグループＩＤ管理フレームを使用して実行され得る。ＳＴＡは、そのＳＴＡにアドレッシングされたＣＯＢＲＡグループＩＤ管理フレーム内でＣＯＢＲＡメンバシップ状況アレイフィールドの複数のサブフィールドに１をセットすることによって、複数のＣＯＢＲＡグループに割り当てられ得る。ＳＴＡは、それがメンバである各ＣＯＢＲＡグループ内に１つのユーザ位置だけを有することができる。それがメンバである可能性がある各グループ内のＳＴＡのユーザ位置は、ＳＴＡにアドレッシングされたＣＯＢＲＡグループＩＤ管理フレーム内のＣＯＢＲＡユーザ位置アレイフィールド内の関連するサブフィールドによって示され得る。ＡＰは、異なるＳＴＡに各ＣＯＢＲＡグループＩＤの同一のユーザ位置を割り当てることができる。
【０１４１】
ＡＰは、ｄｏｔ１１ＶＨＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄまたはｄｏｔ１１Ｅ−ＶＨＴＯｐｔｉｏｎＩｍｐｌｅｍｅｎｔｅｄが真である場合に、グループＩＤ管理フレームを送信することができる。ＣＯＢＲＡグループＩＤ管理フレームは、１と等しくなるようにセットされたＶＨＴケイパビリティエレメントまたはＥ−ＶＨＴケイパビリティエレメント内のＣＯＢＲＡコントローリ可能フィールドを含むことができるＶＨＴ  ＳＴＡまたはＥ−ＶＨＴ  ＳＴＡに送信され得る。ＣＯＢＲＡグループＩＤ管理フレームは、個々にアドレッシングされたフレームまたはブロードキャストフレームとして送信され得る。ＣＯＢＲＡグループＩＤ管理フレームは、ＶＨＴ  ＭＵ−ＭＩＭＯグループＩＤ管理フレームに加えて、ＳＴＡに送信され得る。
【０１４２】
もう１つの実施形態では、グループ化手順は、アドホックに、グループＳＴＡに対して実行され得る。ＳＴＡは、ＳＴＡモビリティ、高レベルの干渉、予想されない干渉、すばやく変化する環境、および類似物などの理由に起因して、チャネル条件がＳＴＡとＡＰとの間で頻繁に変化する時に、アドホックに、ＣＯＢＲＡグループに編成され得る。
【０１４３】
チャネル特性に基づいてＳＴＡをグループ化することが望ましい場合がある。たとえば、複数のノードが、サブキャリアの類似するセット上でフェージングを経験しつつある場合には、これらのノードへおよび／またはこれらのノードからの送信を異なる時にスケジューリングし、各ノードを、同一のサブキャリア上で好ましい条件を経験する可能性があるノードとグループ化することが望ましい可能性がある。この例では、全帯域幅が、グループ内の各ユーザの最小限のフェージングを伴って利用され得る。
【０１４４】
ＡＰが、サブチャネライズされたノードからの信号が距離またはフェージングに起因するかどうかを判定するために、ＡＰは、サブチャネル上の受信電力ならびにそのサブチャネル上のタイミングオフセットの両方を調べることができる。弱い信号のタイミングオフセットが長い場合には、ＡＰは、ＳＴＡが遠いと仮定することができ、したがって、そのＳＴＡに単一のサブチャネルまたは少数のサブチャネルを割り当てることができる。その一方で、弱い信号のタイミングオフセットが短い場合には、ＡＰは、ノードが近くにあり、サブチャネル上でフェージングを経験しつつあると仮定することができる。この例では、ＡＰは、ブロードバンドサウンディング測定を実行し、よりよいチャネルを判定するようにＳＴＡに要求し、またはそのノードをランダムに選択される代替サブチャネルに移動することができる。
【０１４５】
あるＳＴＡに割り当てられるサブチャネルの個数および位置は、そのＳＴＡのチャネル条件に基づくものとすることができる。たとえば、ＡＰからの距離および選択的フェージングは、ＳＴＡまたはＡＰのいずれかによって測定される、サブチャネルの選択の判断基準として使用され得る。タイミングに基づく距離推定値は、経路損またはフェージングのゆえにノードが弱いかどうかを判定するのに、サブキャリア電力読みに関連して使用され得る。タイミングオフセットが大きく、信号が弱い場合には、これは、ノードがある距離にあることを示す可能性がある。この場合に、そのノードは、サブチャネルサイズを減らし、電力集中を可能にすることからまたは異なるサブチャネル割振りから利益を得る可能性がある。しかし、タイミングオフセットが小さく、電力信号が弱い場合には、これは、ノードが近いが、周波数選択的フェージングを経験しつつあることを示す可能性がある。この例では、そのノードは、新しいサブチャネルへの再割当から利益を得る可能性がある。
【０１４６】
グループ化は、デバイスの要件、たとえば局所または分散サブキャリア割振り（localized or distributed sub-carrier allocations）、ＭＵ−ＭＩＭＯ可能またはＳＣ−ＦＤＭＡ可能のいずれかに基づいても実行され得る。ＳＴＡは、ＵＬ送信またはＤＬ送信のために１または複数のサブチャネルを明示的に要求することができる。要求は、データ負荷、チャネル条件、またはＳＴＡに既知のある他の要件に基づくものとすることができる。この場合に、１または複数の短期または長期のサブチャネルが、ユーザに割り当てられ得、送信要求の近似周波数が、サブチャネルを割り当てる時に考慮に入れられ得る。この例では、短期サブチャネルは、一時サブチャネル割当と称する場合がある。ＳＴＡは、特定のサブチャネルを要求することができ、または、特定のサブチャネルの除外を要求することができる。特定のサブチャネルの要求は、プリファレンスの順序を含むことができる。
【０１４７】
ＳＴＡが１または複数のサブチャネルの使用を要求する１つの形は、それが必要とするサブチャネル上でのみサブチャネライズされたＲＴＳ（ｓＲＴＳ）を送信することとすることができる。その後、このサブチャネライズされた要求を検出するＡＰは、追加のメッセージングなしでＳＴＡのサブチャネル要求を知ることができ、それに応じてサブチャネルを割り当てることができる。この例では、ＳＴＡは、要求をサブミットするのに使用されたものと同一のサブチャネル上でＵＬグラントを最終的に受信することができると仮定することができる。ＡＰが、この要求に対処することができない場合には、ＡＰは、ＣＴＳまたはサブチャネライズされたＣＴＳ（ｓＣＴＳ）メッセージの一部として、応じることの失敗を示すことができる。応じることの失敗は、ＣＴＳフレームまたはｓＣＴＳフレーム内のビットまたはフィールドを使用して示され得る。
【０１４８】
ＳＴＡが、ＲＴＳをサブミットする時に、持続時間フィールドは、送信されるデータの量を示すことができ、ＡＰは、要求に対処するのに必要なサブチャネルの個数を判定するのにこの情報を使用することができる。この推定値は、全体的なサブチャネライズされたＵＬ送信持続時間が、バースト中に送信するすべてのサブチャネライズされたＳＴＡについて相対的に同一になるように、ＳＴＡからの要求のバランスをとることを含むことができる。
【０１４９】
ＳＴＡは、どのサブチャネルがサブチャネライズされた送信またはサブチャネライズされた受信によりよく適するのかを判定するためにサウンディング測定を実行することができる。これらの測定は、送信の所期の受信側にかかわりなく、ＤＬ送信中に実行され得、明示的なまたは暗黙のサブチャネル要求内でＳＴＡによって使用され得る。
【０１５０】
この例では、ＡＰは、フル帯域メッセージ、たとえばすべてのサブチャネルを介して送信されるＲＴＳ上で行われる受信器でのチャネル推定（ＣＨＥＳＴ）に基づいて１または複数の理想的なサブチャネルを判定することができる。ＣＨＥＳＴは、受信された信号の復調のためにチャネル状態の推定値を導出するのに使用され得る。もう１つの例では、チャネルサウンディングが、各ＳＴＡの物理チャネルを観察するためにＡＰによって実行され得る。チャネル測定は、使用すべき好ましいサブチャネルを判定するために実行され得、ＡＰは、サブチャネル割当をチャネル測定のうちの１または複数に基づかせることができる。チャネル測定は、チャネル相互性を仮定して実行され得る。
【０１５１】
サブチャネルのブラインド検出が、実行され得る。タイミング補正を用いても、別個のサブチャネル上のＵＬ内で送信する複数のＳＴＡが、ＡＰに時間オフセットを伴って到着する場合がある。このタイミングオフセットは、各ＳＴＡによって送信されるすべてのサブキャリアの同様の位相回転をもたらす可能性がある。ＡＰはその後、たとえば、この情報を単独でまたはＣＲＣによる確認と一緒に使用して、各ＳＴＡによって使用されるサブチャネルをブラインド検出することができる。
【０１５２】
たとえば、８０２．１１ａｈでは、データ送信に関して、多数のデバイス、たとえば２０００台から６０００台程度のデバイスが、サポートされ得る。この例は、多数のＳＴＡとの衝突を制御するために同時データ送信の量を制限することによってサポートされ得る。しかし、ネットワークのスペクトル効率を改善するために、多数のデバイスがサポートされ得、８０２．１１ａｃで通常使用される帯域幅、たとえば２０から１６０ＭＨｚと一貫するデータレートの同時送信が、必要とされる可能性がある。
【０１５３】
８０２．１１ａｃによって使用される帯域幅をサポートするシステムにおいて多数のデバイスのサポートを可能にする方法は、これらのシステムでのスペクトル効率のさらなる改善のために使用され得る。既存のＷＬＡＮシステムは、ＭＡＣプロトコルとしてＣＳＭＡ／ＣＡを利用する場合があるが、これは、分散チャネルアクセス方式である。ＡＰ／ＳＴＡは、送信を検知する時に延期することができる。したがって、これは、１つのＢＳＳ内の、同時に送信／受信する複数のＳＴＡに適切ではない可能性がある。スペクトル効率を高めるために、複数のＳＴＡは、周波数時間リソースを共有し、より効率的に通信することができる可能性がある。
【０１５４】
ＭＡＣ層は、スタンドアローンダウンリンクＣＯＢＲＡ送信、スタンドアローンアップリンクＣＯＢＲＡ送信、および組み合わされたＤＬ／ＵＬ  ＣＯＢＲＡ送信を可能にするように構成され得る。時間／周波数同期化、アップリンク電力制御、およびアンテナ校正は、ＭＡＣ層に作り込まれ得る。異なるＭＡＣ層構成を用いて、アップリンク送信制御に利用されるメッセージおよびシグナリングは、異なり得る。しかし、共通のアイデアは、ＵＬ  ＣＯＢＲＡトラフィックの前のメッセージ交換をよりよく利用してチャネルをサウンディングし、必要な制御情報を伝えることである。
【０１５５】
ＭＡＣ層構成および手順の変形形態が、適用され得る。たとえば、同期化および電力制御に関するＭＡＣシグナリング、たとえば要求および応答の交換が、ＵＬ  ＭＵ−ＭＩＭＯセッションの直前に送信され得る。同期化メッセージおよび電力制御メッセージを、ＵＬ  ＭＵ−ＭＩＭＯセッションの前に別々に送信することを可能とすることもできる。
【０１５６】
ＭＡＣ層は、スタンドアローンＤＬ  ＣＯＢＲＡ送信をセットアップするように構成され得る。ＡＰは、クリアチャネルアセスメント（clear channel assessment、ＣＣＡ）を実行し、動作チャネルを入手することができる。ＡＰは、ＤＬ  ＣＯＢＲＡ送信を開始することができる。ＤＬ  ＣＯＢＲＡグループＩＤは、ＤＬ  ＣＯＢＲＡフレームのＳＩＧフィールドに含まれるものとすることができ、これは、１または複数のＳＴＡのサブチャネライゼーションを暗示することができる。ＣＯＢＲＡセッションを開始する前に、ＡＰは、ＳＴＡの１つもしくは複数のグループおよび／または１つもしくは複数のユーザ位置を識別するために、グループＩＤ管理フレームを使用してＳＴＡと通信することができる。
【０１５７】
ＤＬ  ＣＯＢＲＡフレームを受信した後に、ＳＴＡは、それらがＤＬ  ＣＯＢＲＡセッションの所期の受信側であるかどうかを判定するために、ＤＬ  ＣＯＢＲＡグループＩＤをチェックすることができる。所期のＳＴＡは、ユーザ位置情報を読み取ることによって、それらに割り当てられたサブチャネルを識別することができ、意図されていないＳＴＡは、そのＮＡＶをそれに従ってセットすることができる。ＭＡＣヘッダおよびデータを含む各ＳＴＡのＭＡＣフレームは、特定のサブチャネル内で割り振られ得る。
【０１５８】
図２８は、例のスタンドアローンＤＬ  ＣＯＢＲＡ送信２８００の図である。この例では、ＡＰ  ２８０５、ＳＴＡ−１  ２８１０、ＳＴＡ−２  ２８１５、ＳＴＡ−３  ２８２０、ＳＴＡ−４  ２８２５、および複数の他のＳＴＡ  ２８３０が図示されている。ＡＰ  ２８０５は、ＤＬ  ＣＯＢＲＡフレーム２８３５をＳＴＡ−１  ２８１０、ＳＴＡ−２  ２８１５、ＳＴＡ−３  ２８２０、およびＳＴＡ−４  ２８２５に送信することができる。ＤＬ  ＣＯＢＲＡフレーム２８３５は、ＳＩＧフィールドにＣＯＢＲＡ送信のグループＩＤを含むことができる。ＳＴＡ−１  ２８１０は、ＤＬ  ＣＯＢＲＡフレームに応答してブロックＡＣＫ（ＢＡ）２８４０を送信することができる。ＳＴＡ−１  ２８１０からのＢＡ  ２８４０の受信に応答して、ＡＰ  ２８０５は、ブロックＡＣＫ要求（ＢＡＲ）フレーム２８４５をＳＴＡ−２  ２８１５に送信することができる。ＢＡＲフレーム２８４５は、ＳＴＡ−２  ２８１５が利用した可能性があるサブチャネル上で送信され得、または、帯域幅全体を介して送信され得る。もう１つの選択は、ＳＴＡ−２が利用した可能性があるサブチャネル上でＢＡＲフレーム２８４５を送信し、他のサブチャネルのすべてでこれを繰り返すこととすることができる。ＳＴＡ−２  ２８１０は、ＡＰ  ２８０５にＢＡ  ２８５０を送信することができる。ＡＰ  ２８０５は、所期のＳＴＡの残りに、類似する形でＢＡＲ  ２８５５および２８６０を送信することができる。ＤＬ  ＣＯＢＲＡフレーム２８３５を受信した時に、他のＳＴＡ  ２８３０は、それらが所期の受信側ではないと判定することができ、それらのＮＡＶ  ２８６５をリセットすることができる。
【０１５９】
ＭＡＣ層は、スタンドアローンＵＬ  ＣＯＢＲＡ送信をセットアップするように構成され得る。周波数同期化、タイミング同期化、電力制御、および校正を含む同期化は、周波数、時間、電力、および複数アンテナ検知においてすべてのＵＬ  ＣＯＢＲＡ  ＳＴＡを整列させるために実行され得、その結果、受信器は、信号を同時に検出し復号することができるようになる。
【０１６０】
アップリンク送信制御は、ＵＬ  ＣＯＢＲＡ  ＴＸＯＰのＭＡＣ層セットアップ中に１または複数のハンドシェークを使用して実行され得る。図２９は、例のスタンドアローンＵＬ  ＣＯＢＲＡ送信２９００の図である。
【０１６１】
この例では、ＡＰ  ２９０５、ＳＴＡ−１  ２９１０、ＳＴＡ−２  ２９１５、ＳＴＡ−３  ２９２０、ＳＴＡ−４  ２９２５、および複数の他のＳＴＡ  ２９３０が図示されている。ＡＰは、要求（Ｒｅｑ）フレーム２９３５を送信することができ、通常のサウンディングＰＨＹコンバージェンス手順（convergence procedure）（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）フォーマットを用いて送信され得る。通常のサウンディングＰＰＤＵは、チャネルをサウンディングするのに使用され得る追加のＬＴＦを有するＰＰＤＵとすることができる。Ｒｅｑフレーム２９３５は、ＡＰからＳＴＡにユニキャストされ、マルチキャストされ、またはブロードキャストされ得る。Ｒｅｑフレーム２９３５は、ＵＬ  ＣＯＢＲＡ送信に関してＳＴＡのグループをポーリングすることができる。グループ内のＳＴＡは、アップリンクトラフィックの送信の準備ができているかどうかをチェックし、ＡＰおよび他のＵＬ  ＣＯＢＲＡ  ＳＴＡ  ２９３０と整列するために、それに従って周波数同期化、時間同期化、電力同期化、および校正手順を開始することができる。グループ内にリストされていない可能性がある他のＳＴＡ  ２９３０は、それらのＮＡＶ  ２９４０をセットすることができる。Ｒｅｑフレーム２９３５は、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。
【０１６２】
応答（Ｒｅｓｐ）フレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、各ＳＴＡ  ２９１０、２９１５、２９２０、および２９２５からＡＰ  ２９０５へ、通常のサウンディングＰＰＤＵフォーマットを用いてシーケンシャルに送信され得る。あるいは、Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、それぞれのＳＴＡがそれ自体にアドレッシングされたＲｅｑフレーム２９３５を受信した後に送信され得る。ＡＰ  ２９０５は、チャネルサウンディングにこれらのＲｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄを利用し、それに従って１または複数の空間分割多元接続（ＳＤＭＡ）重みを受信する準備をすることができる。Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、次の情報すなわち、アップリンクトラフィック表示、送信電力、サウンディング情報、および／または校正情報を含むことができる。送信電力が、Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄ内で示され得るので、ＡＰ  ２９０５は、リンクを評価することができ、たとえば、ＳＮＲを推定し、ＳＴＡ  ２９１０、２９１５、２９２０、および２９２５のＭＣＳを選択することができる。Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄは、１または複数のサブチャネル上でも送信され得る。
【０１６３】
ＵＬ  ＣＯＢＲＡアナウンスメントフレーム（ＵＣＡＦ）２９５０が、ＡＰ  ２９０５から複数のＳＴＡ  ２９１０、２９１５、２９２０、および２９２５に送信され得る。ＵＣＡＦフレーム２９５０は、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。
【０１６４】
ＡＰ  ２９０５は、Ｒｅｓｐフレーム２９４５ａ、２９４５ｂ、２９４５ｃ、および２９４５ｄからのフィードバックおよび／またはグループ化戦略に従って、ＵＬ  ＣＯＢＲＡグループを洗練し、グループＩＤを再定義することができる。ＡＰ  ２９０５は、各所期のＵＬ  ＣＯＢＲＡ  ＳＴＡ  ２９１０、２９１５、２９２０、および２９２５に、アップリンクＭＣＳ、必要なパッドビット、ＬＴＦ／ＳＴＦ送信などを割り当てることができる。ＡＰ  ２９０５は、ランダムアクセスチャネルとして１または複数のサブチャネルを割り当てることもできる。アップリンクトラフィックを有するＳＴＡは、ＲＴＳなどの制御メッセージを送信するために、ランダムアクセスチャネルを利用することができる。複数のＳＴＡ  ２９１０、２９１５、２９２０、および２９２５が、同一の１または複数の専用のランダムアクセスチャネルを使用して同時に送信することができる。ＳＴＡ  ２９１０、２９１５、２９２０、および２９２５のそれぞれからのＵＬ  ＣＯＢＲＡ送信２９５５は、プリアンブル、データ、および必要な場合に１または複数のパディングビットを含むことができる。予約済みのＵＬ  ＣＯＢＲＡグループＩＤが、ランダムアクセスチャネルに利用され得る。タイミング、周波数、電力調整、および校正に関する情報も、送信され得る。ＳＴＡ  ２９１０、２９１５、２９２０、および２９２５からの同時ＵＬ  ＣＯＢＲＡ送信の受信に応答して、ＡＰ  ２９０５は、ＡＣＫ  ２９６０を送信することができる。ＡＣＫ  ２９６０は、シーケンシャルにまたはＤＬ  ＣＯＢＲＡ送信もしくはフレームを使用することによって送信され得る。一例では、すべてのＳＴＡが、単一のプリアンブルを共有する。たとえば、ＳＴＡ１が、アップリンク送信についてサブチャネル１を割り当てられる場合に、ＳＴＡ１は、サブチャネル１上でのみプリアンブルおよびデータを送信することができる。もう１つの例では、すべてのＳＴＡは、各ＳＴＡが帯域の一部だけを割り当てられる場合であっても、帯域全体でプリアンブルを送信することができる。この例では、ＡＰは、すべてのＳＴＡからのすべてのプリアンブルの合成物を受信することができる。この例のプリアンブルは、ＳＴＦおよびＬＴＦのみを含むものとすることができ、ＳＩＧフィールドは、ＡＰが既にＳＩＧフィールドに含まれる情報を有し得るので、必要ではない可能性がある。この例では、ＡＰは、ＵＣＡＦでＳＴＡにこの情報を割り当てることができる。表３に、ＵＣＡＦ  ２９５０内に含めることができる情報の例を示す。
【０１６５】
【表３】
0005898376.tif 000004
【０１６６】
アップリンクＣＯＢＲＡグループＩＤは、ＵＬ  ＣＯＢＲＡ送信のために構成され得る。主にＤＬ  ＭＵ−ＭＩＭＯ送信のために構成され得るグループＩＤに似て、ＵＬ  ＣＯＢＲＡグループＩＤの割当または変更は、グループＩＤ管理フレームを使用して実行され得る。グループＩＤ管理フレームは、メンバシップ状況アレイおよび／またはＣＯＢＲＡユーザ位置アレイを含むことができる。ＣＯＢＲＡグループＩＤ管理フレームの送信は、ＤＬまたはＵＬのいずれかでのＭＵ  ＰＰＤＵの送信の前に完了され得る。しかし、ＵＬ  ＣＯＢＲＡグループＩＤとＤＬ  ＣＯＢＲＡグループＩＤとが同一であることは、必要ではない可能性がある。したがって、各ＳＴＡは、ＰＨＹＣＯＮＦＩＧ＿ＶＥＣＴＯＲ内でパラメータＵＬ−ＧＲＯＵＰ＿ＩＤを維持することもできる。
【０１６７】
ＳＴＡが、そのＭｅｍｂｅｒｓｈｉｐＳｔａｔｕｓＩｎＧｒｏｕｐＩＤ［ｋ］が１と等しい（ＳＴＡがそのグループに属することを示す）グループＩＤを有するＵＣＡＦを受信する時に、ＳＴＡは、ＵｓｅｒＰｏｓｉｔｉｏｎＩｎＧｒｏｕｐＩＤを分析し、対応するユーザ固有プロファイルを判定し、それに従ってＵＬ  ＣＯＢＲＡ送信を準備することができる。ユーザポジションフィールドは、ＳＴＡに割り振られた１または複数のサブチャネルを暗示することができる。それと同時に、ＳＴＡは、ＵＬ  ＣＯＢＲＡ送信の終りまで、ＣＣＡ機能を一時的にサスペンドすることができる。
【０１６８】
ＡＣＫフレームは、ＡＰからＳＴＡに送信され得る。ＡＣＫフレームは、複数のＳＴＡにシーケンシャルに送信され得、またはＤＬ  ＣＯＢＲＡを用いて送信され得る。
【０１６９】
図３０は、スタンドアローンＵＬ  ＣＯＢＲＡ送信３０００のもう１つの例の図である。この例では、ＡＰ  ３００５、ＳＴＡ−１  ３０１０、ＳＴＡ−２  ３０１５、ＳＴＡ−３  ３０２０、ＳＴＡ−４  ３０２５、および複数の他のＳＴＡ  ３０３０が図示されている。Ｒｅｑフレーム３０３５ａおよび３０３５ｂならびにＲｅｓｐフレーム３０４０ａおよび３０４０ｂは、たとえば同期化、電力制御、および／またはサウンディングを実行するために、ＵＬ  ＣＯＢＲＡセッションの前に別々に送信され得る。
【０１７０】
ＵＣＡＦ  ３０５０は、ＡＰ  ３００５から複数のＳＴＡ  ３０１０、３０１５、３０２０、および３０２５に送信され得る。ＵＣＡＦフレーム３０５０は、１または複数の広帯域チャネル上で、サブチャネルのすべてを介して送信され得、または、サブチャネル上で送信され、他のサブチャネルのすべてで位相回転を伴ってまたは伴わずに繰り返され得る。
【０１７１】
ＡＰ  ３００５は、Ｒｅｓｐフレーム３０４０ａおよび３０４０ｂからのフィードバックおよび／またはグループ化戦略に従って、ＵＬ  ＣＯＢＲＡグループを洗練し、グループＩＤを再定義することができる。ＡＰ  ３００５は、各所期のＵＬ  ＣＯＢＲＡ  ＳＴＡ  ３０１０、３０１５、３０２０、および３０２５に、アップリンクＭＣＳ、必要なパッドビット、ＬＴＦ／ＳＴＦ送信、電力調整などを割り当てることができる。ＡＰ  ３００５は、ランダムアクセスチャネルとして１または複数のサブチャネルを割り当てることもできる。アップリンクトラフィックを有するＳＴＡは、ＲＴＳなどの制御メッセージを送信するために、ランダムアクセスチャネルを利用することができる。複数のＳＴＡ  ３０１０、３０１５、３０２０、および３０２５が、同一の１または複数の専用のランダムアクセスチャネルを使用して同時に送信することができる。ＳＴＡ  ３０１０、３０１５、３０２０、および３０２５のそれぞれからのＵＬ  ＣＯＢＲＡ送信３０５５は、プリアンブル、データ、および必要な場合に１または複数のパディングビットを含むことができる。予約済みのＵＬ  ＣＯＢＲＡグループＩＤが、ランダムアクセスチャネルに利用され得る。タイミング、周波数、電力調整、および校正に関する情報も、送信され得る。グループ内でリストされない可能性がある他のＳＴＡ  ３０３０は、それらのＮＡＶ  ３０５７をセットすることができる。ＳＴＡ  ３０１０、３０１５、３０２０、および３０２５からの同時ＵＬ  ＣＯＢＲＡ送信の受信に応答して、ＡＰ  ３００５は、ＡＣＫ  ３０６０を送信することができる。ＡＣＫ  ３０６０は、シーケンシャルにまたはＤＬ  ＣＯＢＲＡ送信もしくはフレームを使用することによって送信され得る。一例では、すべてのＳＴＡが、単一のプリアンブルを共有する。たとえば、ＳＴＡ１が、アップリンク送信についてサブチャネル１を割り当てられる場合に、ＳＴＡ１は、サブチャネル１上でのみプリアンブルおよびデータを送信することができる。もう１つの例では、すべてのＳＴＡは、各ＳＴＡが帯域の一部だけを割り当てられる場合であっても、帯域全体でプリアンブルを送信することができる。この例では、ＡＰは、すべてのＳＴＡからのすべてのプリアンブルの合成物を受信することができる。この例のプリアンブルは、ＳＴＦおよびＬＴＦのみを含むものとすることができ、ＳＩＧフィールドは、ＡＰが既にＳＩＧフィールドに含まれる情報を有し得るので、必要ではない可能性がある。この例では、ＡＰは、ＵＣＡＦでＳＴＡにこの情報を割り当てることができる。
【０１７２】
図３１は、ＣＯＢＲＡ  Ｒｅｑフレーム３１００の例のＭＡＣフレームフォーマットの図である。ＣＯＢＲＡ  Ｒｅｑフレーム３１００は、フレーム制御フィールド３１０５、持続時間フィールド３１１０、受信器アドレス（ＲＡ）フィールド３１１５、送信器アドレス（ＴＡ）フィールド３１２０、ＵＬ  ＣＯＢＲＡ情報要求フィールド３１２５、およびＦＣＳフィールド３１３０を含むことができる。ＵＬ  ＣＯＢＲＡ情報要求フィールド３１２５は、送信電力存在サブフィールド３１３５、リンクマージン存在サブフィールド３１４０、ＵＬトラフィック識別子存在サブフィールド３１４５、およびキューサイズ存在サブフィールド３１５０を含むことができる。
【０１７３】
ＡＰは、ＣＯＢＲＡ  Ｒｅｑフレーム３１００を利用して、ＳＴＡにユニキャストすることができる。この例では、ＲＡフィールド３１１５は、ＡＰのＭＡＣアドレスを示すことができ、ＴＡフィールド３１２０は、ＳＴＡのＭＡＣアドレスを示すことができる。送信シーケンスは、図２９および図３０に示された手順に従うことができる。ＣＯＢＲＡ  Ｒｅｑフレーム３１００は、ＳＴＡのグループにマルチキャストするのにも使用され得る。ＣＯＢＲＡマルチキャストグループＭＡＣアドレスは、ＴＡフィールド３１２０内で示され得る。ＵＬ  ＣＯＢＲＡ情報要求フィールド３１２５は、アップリンクＣＯＢＲＡ情報のために定義され得る。ＵＬ  ＣＯＢＲＡ情報要求フィールド３１２５は、使用されるＵＬ送信電力サブフィールドがＣＯＢＲＡ  Ｒｅｓｐフレーム内で送信され得るかどうかを示すことができる送信電力存在サブフィールド３１３５と、使用されるＵＬリンクマージンサブフィールドがＣＯＢＲＡ  Ｒｅｓｐフレーム内で送信され得るかどうかを示すことができるリンクマージン存在サブフィールド３１４０と、ＵＬトラフィック識別子サブフィールドがＣＯＢＲＡ  Ｒｅｓｐフレーム内で送信され得るかどうかを示すことができるＵＬトラフィック識別子存在サブフィールド３１４５と、ＵＬキューサイズサブフィールドがＣＯＢＲＡ  Ｒｅｓｐフレーム内で送信され得るかどうかを示すことができるキューサイズ存在サブフィールド３１５０とを含むことができる。送信電力存在サブフィールド３１３５、リンクマージン存在サブフィールド３１４０、ＵＬトラフィック識別子存在サブフィールド３１４５、およびキューサイズ存在サブフィールド３１５０は、それぞれ、１または複数のビットとすることができる。
【０１７４】
図３２は、例のＣＯＢＲＡ  Ｒｅｓｐフレーム３２００フォーマットの図である。ＣＯＢＲＡ  Ｒｅｓｐフレーム３２００は、フレーム制御フィールド３２０５、持続時間フィールド３１１０、ＲＡフィールド３２１５、ＴＡフィールド３２２０、ＵＬ  ＣＯＢＲＡ情報フィールド３２２５、およびＦＣＳフィールド３２３０を含むことができる。ＵＬ  ＣＯＢＲＡ情報フィールド３２２５は、使用される送信電力サブフィールド３２３５、リンクマージンサブフィールド３２４０、ＵＬトラフィック識別子サブフィールド３２４５、およびキューサイズサブフィールド３２５０を含むことができる。ＣＯＢＲＡ  Ｒｅｓｐフレーム３２００は、ＳＴＡからＡＰに送信されるアップリンクフレームとすることができる。ＲＡフィールド３２１５およびＴＡフィールド３２２０は、それぞれＳＴＡ  ＭＡＣアドレスおよびＡＰ  ＭＡＣアドレスを示すことができる。
【０１７５】
ＵＣＡＦは、制御フレームとして構成され得る。図３３は、例のパーユーザベースドＵＣＡＦ  ３３００の図である。パーユーザベースドＵＣＡＦ  ３３００は、フレーム制御フィールド３３０５、持続時間フィールド３３１０、ＲＡフィールド３３１５、ＴＡフィールド３３２０、１または複数のＳＴＡ情報フィールド３３２５ａから３３２５ｎ、およびＦＣＳフィールド３３３０を含むことができる。ＴＡフィールド３３２０は、パーユーザベースドＵＣＡＦ  ３３００を送信するＡＰのアドレスを示すことができる。ＲＡフィールド３３１５は、所期のＳＴＡのうちの１つのアドレス、マルチキャストグループアドレス、またはブロードキャストアドレスを示すことができる。ＳＴＡ情報フィールド３３２５ａから３３２５ｎは、ＵＬ  ＣＯＢＲＡ送信に関するスケジューリング情報を含むように構成され得る。ＳＴＡ情報フィールド３３２５ａから３３２５ｎのそれぞれは、関連付けＩＤ（ＡＩＤ）サブフィールド３３３５、帯域幅（ＢＷ）サブフィールド３３４０、短ガードインターバル（ＧＩ）サブフィールド３３４５、変調および符号化方式（ＭＣＳ）サブフィールド３３５０、サポートされる送信ストリーム数（Ｎｓｔｓ）サブフィールド３３５５、長さサブフィールド３３６０、パディングサブフィールド３３６５、電力制御調整サブフィールド３３７０、周波数調整サブフィールド３３７５、空間時間ブロック符号（ＳＴＢＣ）サブフィールド３３８０、および符号化サブフィールド３３８５を含むことができる。ＡＩＤサブフィールド３３３５は、部分的ＡＩＤサブフィールドとすることができ、ＵＬ  ＣＯＢＲＡ送信を実行すると期待される所期のＳＴＡを示すことができる。ＡＩＤサブフィールド３３３５または部分的ＡＩＤサブフィールドの値は、ランダムアクセスチャネルを示すように定義され得る。ＢＷサブフィールド３３４０は、ＡＰの動作帯域幅を示すことができる。短ＧＩサブフィールド３３４５は、短ガードインターバルが適用されるかどうかを示すことができる。ＭＣＳサブフィールド３３５０は、変調および符号化方式を示すことができる。Ｎｓｔｓサブフィールド３３５５は、送信される空間時間ストリームの個数を示すことができる。長さサブフィールド３３６０は、ＰＨＹ層に渡されるＭＡＣパケットの長さを示すことができる。パディングサブフィールド３３６５は、割り当てられたサブチャネル（複数可）を充填するのに必要なバイト数を示すことができる。電力制御調整サブフィールド３３７０は、ＳＴＡがそれに従うようにＡＰが要求し得るアップリンク電力調整を示すことができる。周波数調整サブフィールド３３７５は、ＳＴＡがそれに従うようにＡＰが要求し得るアップリンク送信の周波数オフセット調整を示すことができる。ＳＴＢＣサブフィールド３３８０は、空間時間ブロック符号化が利用されるかどうかを示すことができる。符号化サブフィールド３３８５は、使用されるＦＥＣ符号化のレートおよびタイプ、たとえば畳込みまたはＬＤＰＣを示すことができる。ＣＯＢＲＡグループＩＤは、ＰＨＹヘッダのＳＩＧフィールドで送信され得る。サブチャネル割振りは、ユーザ位置によってＣＯＢＲＡグループＩＤ内で暗黙のうちに定義され得る。あるいは、��ブチャネルＩＤは、ＳＴＡに割り当てられた対応するサブチャネルを明示的に定義するために、ＳＴＡ情報フィールドに挿入され得る。
【０１７６】
図３４は、パーユーザベースドＵＣＡＦ  ３４００のもう１つの例の図である。パーユーザベースドＵＣＡＦ  ３４００は、フレーム制御フィールド３４０５、持続時間フィールド３４１０、ＲＡフィールド３４１５、ＴＡフィールド３４２０、１または複数のサブチャネル情報フィールド３４２５ａから３４２５ｎ、およびＦＣＳフィールド３４３０を含むことができる。ＴＡフィールド３４２０は、パーユーザベースドＵＣＡＦ  ３４００を送信するＡＰのアドレスを示すことができる。ＲＡフィールド３４１５は、所期のＳＴＡのうちの１つのアドレス、マルチキャストグループアドレス、またはブロードキャストアドレスを示すことができる。サブチャネル情報フィールド３４３２ａから３４２５ｎは、各サブチャネルに関するスケジューリング情報を含むように構成され得る。サブチャネル情報フィールド３４２５ａから３４２５ｎのそれぞれは、サブチャネルＩＤサブフィールド３４３５、ＡＩＤサブフィールド３４４０、ＢＷサブフィールド３４４５、短ＧＩサブフィールド３４５０、ＭＣＳサブフィールド３４５５、Ｎｓｔｓサブフィールド３４６０、長さサブフィールド３４６５、パディングサブフィールド３４７０、電力調整サブフィールド３４７５、周波数調整サブフィールド３４８０、ＳＴＢＣサブフィールド３４８５、および符号化サブフィールド３４９０を含むことができる。サブチャネルＩＤサブフィールド３４３５は、ＵＬ  ＣＯＢＲＡ送信がその上で伝えられ得るサブチャネルを参照するのに使用され得る。ＡＩＤサブフィールド３４４０は、サブチャネル上でＵＬ  ＣＯＢＲＡ送信を実行し得るＳＴＡの完全なＡＩＤまたは部分的ＡＩＤを含むように構成され得る。サブチャネルが、ランダムアクセスチャネル用に割り当てられる場合には、ＡＩＤサブフィールド３４４０の値は、サブチャネルを示すのに使用され得る。サブチャネル情報フィールド３４２５ａ内で定義されるサブフィールドの残りは、ユーザベースのＵＣＡＦと同一とすることができる。
【０１７７】
ＭＡＣシグナリング、同期化手順、および電力制御機構は、組み合わされたＤＬ／ＵＬ  ＣＯＢＲＡ送信について実施され得る。図３５は、例の組み合わされたＤＬ／ＵＬ  ＣＯＢＲＡ送信３５００の図である。
【０１７８】
この例では、ＡＰ  ３５０５は、ＳＴＡ−１  ３５１０、ＳＴＡ−２  ３５１５、およびＳＴＡ−３  ３５２０にＤＬ  ＣＯＢＲＡフレーム３５２５を送信することによって、ＤＬ  ＣＯＢＲＡ送信を実行することができる。ＡＰ  ３５０５は、ＣＣＡを行い、１または複数のチャネルを入手した後に、ＤＬ  ＣＯＢＲＡフレーム３５２５を送信することができる。ＤＬ  ＣＯＢＲＡグループＩＤは、ＤＬ  ＣＯＢＲＡフレームのＳＩＧフィールド内で構成され、送信され得る。ＤＬ  ＣＯＢＲＡフレーム３５２５を受信した時に、ＳＴＡ  ３５１０、３５１５、および３５２０は、それらがＤＬ  ＣＯＢＲＡセッションの所期の受信側であるかどうかを判定するために、ＤＬ  ＣＯＢＲＡグループＩＤをチェックすることができる。所期のＳＴＡは、ユーザ位置情報に基づいて、それらに割り当てられたサブチャネルを識別することができ、意図されていないＳＴＡは、それに従ってそれらのＮＡＶをセットすることができる。
【０１７９】
この例では、ＳＴＡ−１  ３５１０は、ＤＬ  ＣＯＢＲＡフレーム３５２５を受信し、これに応答してブロックＡＣＫ（ＢＡ）３５３０ａを送信することができる。ＡＰ  ３５０３は、ＢＡ要求（ＢＡＲ）フレーム３５３５ａおよび３５３５ｂを送信することができ、ＳＴＡ  ３５１５および３５２０のそれぞれは、通常のサウンディングＰＰＤＵフォーマットまたは通常のＰＰＤＵフォーマットを有するＢＡフレーム３５３０ｂおよび３５３０ｃを、シーケンシャルにＡＰ  ３５０５に送信することができる。一例では、ＡＰ  ３５０５は、アップリンクチャネルサウンディングにこれらのＢＡフレーム３５３０ａおよび３５３０ｂを利用し、応答してＢＡＲフレーム３５３５ａおよび３５３５ｂを送信することができる。この例のＢＡフレームは、８０２．１１  ＢＡフレームの変更されたバージョンとすることができる。ＢＡフレームは、アップリンクトラフィック表示、送信電力、校正応答、電力レポート、および類似物を含むことができる。
【０１８０】
ＡＰ  ３５０５は、ＳＴＡ  ３５１０、３５１５、および３５２０にＵＣＡＦ  ３５４０を送信することができる。ＡＰ  ３５０５は、ＢＡフレーム３５３０ａ、３５３０ｂ、および３５３０ｃからのフィードバックならびに／またはグループ化戦略に基づいて、ＵＬ  ＣＯＢＲＡグループを洗練し、ＵＬ  ＣＯＢＲＡグループＩＤを再構成することができる。ＡＰ  ３５０５は、ＵＬ  ＣＯＢＲＡ  ＳＴＡ  ３５１０、３５１５、および３５２０のそれぞれにアップリンクＭＣＳ、必要な場合に１または複数のパディングビット、ＬＴＦ／ＳＴＦ送信、などを割り当てることができる。ＡＰ  ３５０５は、ランダムアクセスチャネルとして１または複数のサブチャネルを割り当てることもできる。アップリンクトラフィックを有するＳＴＡ  ３５１０、３５１５、および３５２０のそれぞれは、たとえばＲＴＳなどの制御メッセージを送信するのにランダムアクセスチャネルを利用することができる。ＳＴＡ  ３５１０、３５１５、および３５２０は、同一の専用のランダムアクセスチャネルを使用して同時に送信する３５４５ことができる。予約済みのＵＬ  ＣＯＢＲＡグループＩＤは、ランダムアクセスチャネルに利用され得る。タイミング、周波数、電力調整、および校正に関する情報は、ＵＬ  ＣＯＢＲＡ送信内で送信され得る。ＡＰ  ３５０５は、ＳＴＡ  ３５１０、３５１５、および３５２０にシーケンシャルにＡＣＫフレーム３５５０を送信することができ、または、ＡＣＫフレーム３５５０は、ＤＬ  ＣＯＢＲＡ送信もしくはフレームを使用して送信され得る。
【０１８１】
サブチャネライゼーションの１つの利点は、ＲＡＣＨスタイルのランダムアクセスのために排他的に１または複数のサブチャネルを割り振ることによって、同時に多元接続の試み、たとえばＲＴＳを可能にすることとすることができる。この手順は、ＳＴＡが、他のＳＴＡによるデータまたは他の信号の送信中にＲＴＳなどの制御メッセージを送信することを可能にすることができる。ランダムアクセスサブチャネル上の衝突の影響を減らすために、直交符号、たとえばＺａｄｏｆｆ−Ｃｈｕ符号を使用することができる。ＲＡチャネルは、永続的に割り当てられ得、または、ＡＰは、たとえば長い送信が他のサブチャネル上で発生しつつある可能性がある期間中に、周期的に１または複数のＲＡチャネルをオープンすることができる。
【０１８２】
専用のランダムアクセスチャネルが、初期チャネルアクセスに使用され得、これによって、ＡＰとの関連付けを試みるＳＴＡは、プローブ要求を送信するのに専用のランダムアクセスチャネルを利用することができる。専用のランダムアクセスチャネルは、周期的チャネルアクセスにも使用され得、これによって、アクティブである可能性があり、アップリンクトラフィックを有する可能性があるＳＴＡは、タイミング／周波数同期化および／または電力制御に専用のランダムアクセスチャネルを利用することができる。
【０１８３】
専用のランダムアクセスチャネルは、帯域幅要求にも使用され得、これによって、アップリンクトラフィックを有するかスリーピングモードから覚醒したばかりである可能性があるＳＴＡは、たとえばＲＴＳまたはＰＳポールとして、ＵＬ  ＣＯＢＲＡ帯域幅を要求するのに専用のランダムアクセスチャネルを利用することができる。直交符号またはランダムシーケンスのサブグループを、上で言及した機能のうちの１または複数に割り当てることが可能である可能性がある。この形で、ＳＴＡは、ランダムアクセスチャネル信号の内容に機能性情報を含まない可能性がある。
【０１８４】
この特徴を使用可能にするために、ＡＰは、前もってまたは１または複数のＲＡチャネルが使用可能にされ得る時のいずれかに、これらのＲＡチャネルの時間および位置をアドバタイズすることができる。図３６は、例の専用のランダムアクセスチャネル３６００の図である。この例では、ＵＣＡＦ  ３６０５は、サブチャネル１  ３６１０が専用のランダムアクセスチャネルとして使用され得ることをアナウンスすることができる。１または複数のＳＴＡは、このサブチャネルをランダムアクセスに利用することができる。ＵＬ  ＣＯＢＲＡ送信中に、ＡＰ  ３６１５は、たとえばＲＡＣＨ  ＳＴＡの、タイミング、周波数、および電力を推定するのにランダムアクセスチャネルを使用することができる。ＡＰ  ３６２５は、データが他のサブチャネル上で送信され３６２０つつある間に、タイミング、周波数、および電力の推定を実行するために、ＲＡチャネルとして指定されたサブチャネルのうちの１つを使用しつつある場合がある。たとえば、サブチャネル２〜４が、通常のアップリンクデータ送信に利用される場合がある。サブチャネル１は、ＲＡチャネルとして使用されるものとすることができ、その結果、ＲＡチャネルの割振りを検出できるすべてのＳＴＡが、これをアップリンクアクセスに使用できるようになる。この例では、各ＳＴＡは、シグネチャとして事前に割り当てられたランダムアクセス符号を使用することができ、ＡＰは、ランダムアクセス符号に基づいてＳＴＡを区別することができる。ＡＰは、ＲＡチャネル上で受信された信号に基づいて、周波数オフセット、タイミングオフセットを推定することもできる。各アップリンクユーザの受信電力も、推定され得、その結果、ＡＰは、次のＵＬ  ＣＯＢＲＡ送信のＵＣＡＦ内で周波数オフセット調整、タイミング調整、および／または電力調整を実行するのに、その後にこの情報を使用することができるようになる。ＡＰ  ３６１５が、ランダムアクセスチャネルを成功して復号した後に、ＡＰ  ３６１５は、グループ化アルゴリズムを実行し、グループＩＤを追加し、削除し、かつ／または更新することを選択することができる。ＡＰは、更新されたグループに基づいて新しいＣＯＢＲＡセッションを配置し、もう１つのＵＣＡＦ  ３６２５を送信することができる。これに応答して、各ＳＴＡは、それぞれのサブチャネル３６１０、３６３５、３６４０、および３６４５上でデータ３６３０を送信することができる。ＡＰ  ３６１５は、各ＳＴＡにシーケンシャルにＡＣＫ  ３６５０を送信することができ、または、ＤＬ  ＣＯＢＲＡフレームもしくは送信を使用することができる。
【０１８５】
アップリンクとダウンリンクとの間の非対称帯域幅通信は、１または複数の事前に定義されたサブチャネルを用いる単一ユーザ送信のために構成され得る。広帯域チャネルは、複数のサブチャネルに分割され得る。ＡＰとＳＴＡとの両方が、サブチャネルの分割を知ることができる。ＡＰは、広帯域チャネル上で動作し、サブチャネルのすべてで送信し、受信することができ、ＳＴＡは、サブチャネルのサブセット上で送信し、受信することができる。通信のこの方法を、アップリンクとダウンリンクとの間の非対称通信と称する場合がある。
【０１８６】
非対称通信を用いるビーコン送信について、ビーコンは、複製モード（duplicate mode）を用いて送信され得る。たとえば、ビーコンは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル上で繰り返して送信され得る。ＩＥＥＥ  ８０２．１１ａｈの例では、サポートされる最小チャネル幅は、１Ｍｈｚとすることができる。したがって、ビーコンは、１ＭＨｚ複製モードを用いて送信され得る。もう１つの例では、異なるビーコン内容が、異なるサブチャネル上で送信され得る。異なるサブチャネル所で送信されるビーコンフレームは、国コード、動作モード、および類似物などの全般的なビーコン情報を担持することができる共通ビーコンインフォメーションエレメントまたはフィールドと、このサブチャネル上で送信することを許されるユーザのグループなどのサブチャネル固有情報を割り当てるのに利用できる特定ビーコン部分とを含むことができる。この例は、サブチャネライズされたビーコン送信と称する場合がある。
【０１８７】
ＳＴＡは、１つのサブチャネル上またはサブチャネルのサブセット上で動作することができる。ＳＴＡは、各サブチャネル上でビーコンフレームを監視し、その上で動作すべき最良のサブチャネルまたはサブチャネルの最良のサブセットを選択することができる。ＳＴＡが、毎回１つのサブチャネルまたはサブチャネルの１つのサブセットだけを監視できる場合には、ＳＴＡは、送信のためのサブチャネルを選択するか新しいサブチャネルに変更すると判定する前に、複数のビーコンフレームを監視することを選択することができる。ＳＴＡは、選択された１または複数のサブチャネル上でアップリンクトラフィックを送信することによって、１または複数のサブチャネルの変更に関して暗黙のうちにＡＰに知らせることができる。あるいは、ＳＴＡは、１または複数のサブチャネルを変更する要求を明示的に送信することができ、その後、ＡＰは、変更を承認するか拒絶するかのいずれかを行う応答を送信することができる。ビーコンフレームの他に、ＡＰは、サブチャネル選択に関してサウンディングフレームを送信することもできる。
【０１８８】
図３７および図３８は、ダウンリンクとアップリンクとの間の非対称送信の例の全般的な手順の図である。図３７に示された例の非対称送信手順３７００では、ビーコン３７０５は、複製モードで送信され得、ＡＰは、４つのサブチャネル３７１０、３７１５、３７２０、および３７２５を介して位相回転を伴ってまたは伴わずに繰り返してビーコンを送信することができる。ＳＴＡ１  ３７３０は、第１のビーコンインターバル３７３５にサブチャネル１  ３７１０上で動作することができる。しかし、ＳＴＡ１  ３７３０は、このサブチャネルが将来の使用に満足ではないと判定する場合がある。したがって、ＳＴＡ１  ３７３０は、他のサブチャネル上で送信されるビーコンをリスンすることができる。ＳＴＡ１  ３７３０は、第２のビーコンインターバル３７４０にサブチャネル１  ３７１０上で動作し続けることができ、他のサブチャネル上のビーコンフレームを監視することもできる。第３のビーコンインターバル３７４５に、ＳＴＡ１  ３７３０は、複数のサブチャネル上での受信信号強度を比較し、サブチャネル２  ３７１５に移動すると決定することができる。ＳＴＡ１  ３７３０は、ＳＴＡ１  ３７３０がサブチャネル１  ３７１０からサブチャネル２  ３７１５に移動したことをＡＰに暗黙のうちに知らせるために、サブチャネル２  ３７１５上でアップリンク送信を開始することができる。
【０１８９】
図３８は、サブチャネライズされたビーコン送信を用いるもう１つの例の非対称送信手順３８００の図である。ＡＰは、サブチャネライズされたビーコン３８０５ａ、３８０５ｂ、３８０５ｃ、および３８０５ｄを送信することができ、ビーコンは、各サブチャネル３８１０、３８１５、３８２０、および３８２５上で送信され得る。ＡＰは、サブチャネル上で送信することができるユーザまたはユーザのグループを割り当てるのにサブチャネライズされたビーコンを使用することができる。この形で、ＳＴＡは、それら自体のサブチャネル上で送信されるビーコンをリスンすることができる。ＡＰは、各サブチャネル３８１０、３８１５、３８２０、および３８２５上でサブチャネル選択サウンディングパケット３８３０を送信することができる。サウンディングパケット３８３０は、シーケンシャルに送信され得る。しかし、１つのビーコンインターバル以内にサウンディングパケット送信のすべてを完了することは、必要ではない可能性がある。
【０１９０】
図８に示されているように、サブチャネル１  ３８１０およびサブチャネル２  ３８１５のサウンディングパケットは、第１のビーコンインターバル３８３５に送信され得、サブチャネル３  ３８２０およびサブチャネル４  ３８２５のサウンディングパケットは、第２のビーコンインターバル３８４０に送信され得る。ＳＴＡ１  ３８４５は、それぞれ最初の２つのビーコンインターバル３８３５および３８４０についてサブチャネル１  ３８１０上で送信するようにＡＰによって割り当てられ得る。しかし、サウンディングパケットを監視した後に、ＳＴＡ１  ３８４５は、サブチャネル２  ３８１５に移動するつもりになる場合がある。ＳＴＡ１  ３８４５は、サブチャネル２  ３８１５上で動作するつもりであることをＡＰに示すために、要求フレーム３８５０を送信することができる。ＳＴＡ１  ３８４５は、このステージでは、古いサブチャネルすなわちサブチャネル１  ３８１０上で送信することができる。ＡＰは、要求フレーム３８５０を受信し、応答フレームを用いて返答することができる。ＡＰは、要求を受け入れても拒絶してもよい。この例では、ＡＰは、ＳＴＡ１  ３８４５がサブチャネル１  ３８１０からサブチャネル２  ３８１５に移動することを可能にすることができる。第３のビーコンインターバル３８５５に、ＡＰは、ＳＴＡ１  ３８４５をサブチャネル２  ３８１５にマッピングし、サブチャネル２  ３８１５のビーコンに相対情報を含めることができる。ＳＴＡ１  ３８４５は、サブチャネル２  ３８１５上でビーコン３８０５ｂを監視し、サブチャネル２  ３８１５上での送信を開始することができる。
【０１９１】
非対称通信によってもたらされる隠れノード問題を解決するために、変更されたＲＴＳ／ＣＴＳ保護機構が、実施され得る。ＡＰは、広帯域送信ケイパビリティを有することができ、したがって、サブチャネルのすべてまたは１もしくは複数のターゲットにされたサブチャネル上でＲＴＳ／ＣＴＳフレームを送信することが望ましい可能性がある。
【０１９２】
図３９Ａ、図３９Ｂ、図３９Ｃ、および図３９Ｄは、非対称通信の送信要求（ＲＴＳ）／送信可（ＣＴＳ）保護機構の例を示す。これらの例では、ＡＰは、４つのサブチャネル３９０５、３９１０、３９１５、および３９２０を獲得している可能性がある。図３９Ａおよび図３９Ｂでは、ＳＴＡは、サブチャネルのうちの１つで通信するつもりであるものとすることができ、図３９Ｃおよび図３９Ｄでは、ＳＴＡは、２つのサブチャネルを使用してＡＰと通信することができる。図３９Ａおよび図３９Ｃは、ＡＰが送信を開始できる例として働き、図３９Ｂおよび図３９Ｄは、ＳＴＡが送信を開始できる例として働く。
【０１９３】
図３９Ａの例の手順３９００Ａに示されているように、ＡＰは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上で複製モードでＲＴＳ  ３９２５を送信することができる。ＲＴＳ  ３９２５は、意図されないＳＴＡについて、サブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＳＴＡは、サブチャネル３  ３９１５上でＣＴＳ  ３９３０を用いて応答し、サブチャネル３  ３９１５上でＮＡＶをセットすることができる。ＡＰおよびＳＴＡは、サブチャネル３  ３９１５上で通信を開始することができ、ＳＴＡは、サブチャネル３  ３９１５上でデータ３９３２を送信し、ＡＰからＡＣＫ  ３９３４を受信することができる。
【０１９４】
図３９Ｂの例の手順３９００Ｂに示されているように、ＳＴＡは、サブチャネル３上でＲＴＳ  ３９３５をＡＰに送信し、サブチャネル３  ３９１５上でＮＡＶをセットすることができる。ＡＰは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上で複製モードでＣＴＳ  ３９４０を送信することができる。ＣＴＳ  ３９４０は、サブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＡＰおよびＳＴＡは、サブチャネル３  ３９１５上で通信を開始することができ、ＳＴＡは、サブチャネル３  ３９１５上でデータ３９４２を送信し、ＡＰからＡＣＫ  ３９４４を受信することができる。
【０１９５】
図３９Ｃの例の手順３９００Ｃに示されているように、ＳＴＡは、２つのサブチャネル、たとえばサブチャネル２  ３９１０およびサブチャネル３  ３９１５上で通信することができる。ＡＰは、位相回転を伴ってまたは伴わずに、すべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上で複製モードでＲＴＳ  ３９４５を送信することができる。ＲＴＳ  ３９４５は、意図されないＳＴＡについてサブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＳＴＡは、位相回転を伴ってまたは伴わずに、複製モードでサブチャネル２  ３９１０およびサブチャネル３  ３９１５上でＣＴＳ  ３９５０を用いて応答し、サブチャネル２  ３９１０およびサブチャネル３  ３９１５上でＮＡＶをセットすることができる。その後、ＡＰおよびＳＴＡは、サブチャネル２  ３９１０およびサブチャネル３  ３９１５上で通信を開始することができ、ＳＴＡは、サブチャネル２  ３９１０およびサブチャネル３  ３９１５上でデータ３９５２を送信し、ＡＰからＡＣＫ  ３９５４を受信することができる。データ３９５２およびＡＣＫフレーム３９５４は、アグリゲートされたサブチャネル２  ３９１０およびサブチャネル３  ３９１５上で、より広い帯域幅上で送信され得る。
【０１９６】
図３６Ｄの例の手順３９００Ｄに示されているように、ＳＴＡは、２つのサブチャネル、たとえばサブチャネル２  ３９１０およびサブチャネル３  ３９１５上で通信することができる。ＳＴＡは、位相回転を伴ってまたは伴わずに、複製モードでサブチャネル２  ３９１０およびサブチャネル３  ３９１５上でＲＴＳ  ３９６０を送信することができる。ＡＰは、位相回転を伴ってまたは伴わずに、複製モードですべてのサブチャネル３９０５、３９１０、３９１５、および３９２０上でＣＴＳ  ３９６５を送信することができる。ＲＴＳ  ３９６０は、意図されないＳＴＡについて、サブチャネル３９０５、３９１０、３９１５、および３９２０のすべてでＮＡＶをセットすることができる。ＡＰおよびＳＴＡは、サブチャネル２  ３９１０およびサブチャネル３  ３９１５上で通信を開始することができ、ＳＴＡは、データ３９６７を送信し、ＡＰからＡＣＫ  ３９６９を受信することができる。データ３９６７およびＡＣＫフレーム３９６９は、アグリゲートされたサブチャネル２  ３９１０およびサブチャネル３  ３９１５上で、より広い帯域幅上で送信され得る。
【０１９７】
意図されないＳＴＡのすべては、その上でそれらが動作しつつある可能性があるチャネルのすべてを監視し、それらに対してクリアチャネルアセスメント（ＣＣＡ）を実行することができる。たとえば、ＳＴＡが、サブチャネル３上で動作しつつある場合に、そのＳＴＡは、サブチャネル３がプライマリチャネルであるか否かにかかわりなく、サブチャネル３を監視しなければならない可能性がある。ＳＴＡが、サブチャネル３および４上で動作しつつある場合に、そのＳＴＡは、サブチャネル３と４との両方を監視し、そのＮＡＶセッティングに従うことができる。
【０１９８】
長トレーニングフィールド（ＬＴＦ）、短トレーニングフィールド（ＳＴＦ）、および／またはＳＩＧフィールドは、オーバーヘッドを最小にするように構成され得る。ＯＦＤＭシステムとの後方互換性も、プリアンブル設計の判断基準とすることができる。短バーストについて、プリアンブルに関連するオーバーヘッドは、大きくなる可能性がある。ダウンリンクのプリアンブルは、２つの部分に分割され得る。このフレームのプリアンブルの第１の部分は、後方互換性のためにレガシシステムに類似する可能性がある。プリアンブルの第２の部分は、サブチャネライズされ得る。プリアンブルの第２の部分は、ＣＯＢＲＡ部分と称する場合がある。異なるサブチャネルの１または複数のフィールドは、これらのサブチャネル内でＳＴＡのためにターゲットにされ得る。
【０１９９】
図４０は、例のＤＬ  ＣＯＢＲＡプリアンブル４０００の図である。ＤＬ  ＣＯＢＲＡプリアンブル４０００は、オムニ部分４００５およびサブチャネライズされた部分４０１０を含むことができる。オムニ部分４００５は、フルバンドオムニ短トレーニングフィールド（Ｏ−ＳＴＦ）４０１５、オムニ長トレーニングフィールド（Ｏ−ＬＴＦ）４０２０、および／またはオムニ信号（Ｏ−ＳＩＧ）フィールド４０２５を含むことができ、プリアンブルのＣＯＢＲＡ部分に先行することができる。プリアンブルのフルバンド部分は、パケット検出、Ｏ−ＳＩＧフィールドのチャネル推定、および／または初期時間周波数同期化に使用され得る。Ｏ−ＳＩＧフィールドから、ＳＴＡは、パケットに関するさらなる情報を見出すことができる。ＤＬ  ＣＯＢＲＡプリアンブル４０００のこの部分は、１つの空間ストリーム（ＮSS＝１）を有することができる。
【０２００】
ＤＬ  ＣＯＢＲＡプリアンブル４０００のサブチャネライズされた部分４０１０は、異なるユーザのために周波数において異なるサブチャネルに分割され得る。たとえば、ＳＴＡ  １からＮごとに、サブチャネライズされた短トレーニングフィールド（Ｓ−ＳＴＦ）４０３０、サブチャネライズされた長トレーニングフィールド（Ｓ−ＬＴＦ）４０３５、サブチャネライズされた信号（Ｓ−ＳＩＧ）フィールド４０４０、Ｓ−ＬＴＦＮＬＴＦフィールド４０４５、および／またはサブチャネライズされたデータ（Ｓ−Ｄａｔａ）フィールド４０５０がある可能性がある。ＮＬＴＦは、データストリームの個数に依存する、送信されるＬＴＦの個数を表すことができる。省略記号は、１からＮＬＴＦまでの進行を表すことができる。Ｓ−ＳＩＧフィールド４０４０は、ＳＴＡ固有とすることができ、プリアンブルに続くパケットのデータ部分でＳＴＡが復号するためのＭＣＳおよび他の情報を含むことができる。
【０２０１】
図４１は、異なるＳＴＡの異なるＮｓｔｓを有する例のＤＬ  ＣＯＢＲＡプリアンブル４１００の図である。ＤＬ  ＣＯＢＲＡプリアンブル４１００は、オムニ部分４１０５およびサブチャネライズされた部分４１１０を含むことができる。オムニ部分４１０５は、フルバンドＯ−ＳＴＦ  ４１１５、Ｏ−ＬＴＦ  ４１２０、および／またはＯ−ＳＩＧフィールド４１２５を含むことができ、プリアンブルのＣＯＢＲＡ部分に先行することができる。サブチャネライズされた部分４１１０は、ＳＴＡごとに、Ｓ−ＳＴＦ  ４１３０、Ｓ−ＬＴＦ  ４１３５、Ｓ−ＳＩＧ  ４１４０、およびＳ−Ｄａｔａフィールド４１４５を含むことができる。いくつかのＳＴＡについて、１または複数のＳ−ＬＴＦＮＬＴＦ  ４１５０が含まれ得る。いくつかのＳＴＡについて、１または複数のゼロパッドフィールド４１５５が含まれ得る。オンデータストリーム以上がＳＴＡごとに送信されつつある時には、１または複数のＳ−ＬＴＦ１−ＮＬＴＦ  ４１５０フィールドが含まれ得る。ゼロパッドフィールド４１５５は、各ＳＴＡからの送信されるデータパケットが同一の長さを有することを保証するためにデータパケットに付加され得る０のストリングとすることができる。
【０２０２】
ＳＴＦは、送信の帯域幅全体にまたがることができる。ＳＴＦは、８０２．１１ａｃ  Ｌ−ＳＴＦと同一のフォーマットを有することができる。送信器のアンテナの個数が１を超える場合には、Ｏ−ＳＴＦは、異なる巡回シフト（ＣＳＤ）を用いて各アンテナから送信され得る。Ｏ−ＳＴＦは、パケット検出、ＡＧＣ、および／または初期の周波数およびタイミング推定に、受信するＳＴＡによって使用され得る。Ｏ−ＳＴＦのＮSSは、１とすることができる。
【０２０３】
ＬＴＦは、Ｏ−ＳＴＦに似て、送信の完全な帯域幅にまたがることができる。ＬＴＦは、８０２．１１ａｃ  Ｌ−ＬＴＦと同一のフォーマットを有することができる。送信器のアンテナの個数が１を超える場合には、Ｏ−ＬＴＦは、異なる巡回シフトを用いて各アンテナから送信され得る。これらの例のフィールドは、より正確な周波数およびタイミングオフセットの推定および後続ＳＩＧフィールドのチャネル推定に使用される。Ｏ−ＬＴＦのＮSSは、１とすることができる。
【０２０４】
図４２は、例のＯ−ＳＩＧフィールド４２００の図である。Ｏ−ＳＩＧフィールド４２００は、長さサブフィールド４２１０、Ｎｓｔｓサブフィールド４２２０、グループＩＤサブフィールド４２３０、短ＧＩサブフィールド４２４０、および割当シーケンスサブフィールド４２５０を含むことができる。長さサブフィールド４２１０は、最大個数のＯＦＤＭＡシンボルを必要とするＳＴＡに対応する長さを示すことができる。Ｎｓｔｓフィールド４２２０は、シーケンス内のＳＴＡのために何個の空間ストリームが使用されるのかを示す行列とすることができる。グループＩＤフィールド４２３０は、ターゲットＣＯＢＲＡグループのＩＤを示すことができる。短ＧＩサブフィールド４２４０は、短ガードインターバルがデータフィールド内で使用されるかどうかを示すことができる。割当シーケンスサブフィールド４２５０は、異なるサブチャネルを割り当てられ得るグループの異なるＳＴＡの順序を示すことができる。Ｏ−ＳＩＧフィールドの受信の後に、ＳＴＡが、パケットがそれ自体に関する情報を有しなかったと判定する場合には、ＳＴＡは、スリープモードに入ることができる。したがって、この例は、ＰＨＹ層電力節約機構として働くこともできる。
【０２０５】
サブチャネライズされた短トレーニングフィールド（Ｓ−ＳＴＦ）の構成は、ＳＴＡに割り当てられたサブチャネルのサイズに依存し得る。周波数領域でのＳ−ＳＴＦの構成は、帯域幅に対応するＳＴＦシーケンスに類似する可能性がある。たとえば、８０ＭＨｚ  ＣＯＢＲＡ送信について、３つのＳＴＡが、サブチャネル１とサブチャネル１およびサブチャネル２の組合せとを割り当てられる場合に、最初の２つのＳＴＡのＳ−ＳＴＦシーケンスは、２０ＭＨｚ  ＳＴＦと同一とすることができ、第３のＳＴＡのＳ−ＳＴＦシーケンスは、４０ＭＨｚ  ＳＴＦと同一とすることができる。これらのＳ−ＳＴＦは、ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域で連結され得る。送信器のアンテナの個数が１を超える場合には、Ｓ−ＳＴＦは、異なるＣＳＤを有する異なるアンテナから送信され得る。Ｓ−ＳＴＦは、さらなる正確さのためにそれ自体の帯域内でＡＧＣを再作成するのに、受信するＳＴＡによって使用され得る。
【０２０６】
もう１つの例では、Ｓ−ＳＴＦは、すべてのサブチャネルで同一とすることができる。ＰＡＰＲを減らすために、第１のサブチャネルＳ−ＳＴＦの位相回転されたコピーが、他のサブチャネル内で使用され得る。周波数領域でのＳ−ＳＴＦの構成は、最小のサブチャネルの帯域幅に対応するＳＴＦシーケンスに類似する可能性がある。たとえば、８０ＭＨｚ  ＣＯＢＲＡ送信について、４つのサブチャネルに割り当てられた４つのＳＴＡがある場合に、Ｓ−ＳＴＦシーケンスは、２０ＭＨｚ  ＳＴＦと同一とすることができる。ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域ですべての異なるチャネルについてこれを繰り返し、かつ／または連結することができる。これらを、経時的に繰り返すこともできる。送信器のアンテナの個数が１を超える場合には、Ｓ−ＳＴＦは、異なる巡回シフト遅延（ＣＳＤ）を用いて異なるアンテナから送信され得る。Ｓ−ＳＴＦは、さらなる正確さのためにそれ自体の帯域内で自動利得制御（ＡＧＣ）を再作成するのに、受信するＳＴＡによって使用され得る。
【０２０７】
サブチャネライズされた長トレーニングフィールド（Ｓ−ＬＴＦ）の構成は、ＳＴＡに割り当てられたサブチャネルのサイズに依存し得る。周波数領域でのＳ−ＬＴＦの構成は、帯域幅に対応するＬＴＦシーケンスに類似するものとすることができる。たとえば、８０ＭＨｚ  ＣＯＢＲＡ送信について、３つのＳＴＡがある場合に、これらのＳＴＡは、サブチャネル１とサブチャネル１およびサブチャネル２の組合せとを割り当てられ得る。この例では、最初の２つのＳＴＡのＳ−ＬＴＦシーケンスは、２０ＭＨｚ  ＳＴＦと同一とすることができ、第３のＳＴＡのＳ−ＬＴＦシーケンスは、４０ＭＨｚ  ＳＴＦと同一とすることができる。Ｓ−ＳＴＦは、ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域で連結され得る。Ｓ−ＬＴＦは、サイクリックプレフィックスを付加する前、またはその後に、時間領域で繰り返され得る。すべてのＳＴＡについて、ＡＰは、Ｎｓｔｓ個数のＳ−ＬＴＦを送信しつつある可能性がある。したがって、異なるＭＩＭＯモードが異なるサブチャネル上で使用される場合に、異なる個数のＳ−ＬＴＦが存在する可能性がある。これらの追加のＳ−ＬＴＦは、Ｐ行列を使用して生成され得る。Ｐ行列は、直交置換行列とすることができる。たとえば、４ｘ４Ｐ行列は、１  −１  １  １；  １  １  −１  １；  １  １  １    −１；  −１  １  １  １として示され得る。Ｓ−ＬＴＦは、送信においてサブキャリアごとに１または複数のＭＩＭＯチャネルを推定するのに使用される。
【０２０８】
もう１つの例では、Ｓ−ＬＴＦは、すべてのサブチャネルで同一とすることができる。ＰＡＰＲを減らすために、第１のサブチャネルＳ−ＬＴＦの位相回転されたコピーが、他のサブチャネル内で使用され得る。周波数領域でのＳ−ＬＴＦの構成は、最小のサブチャネルの帯域幅に対応するＬＴＦシーケンスに類似する可能性がある。たとえば、８０ＭＨｚ  ＣＯＢＲＡ送信について、４つのサブチャネルに割り当てられた４つのＳＴＡがある場合に、Ｓ−ＬＴＦシーケンスは、２０ＭＨｚ  ＬＴＦと同一とすることができる。ＩＦＦＴを実行し、これにサイクリックプレフィックスを付加する前に、周波数領域ですべての異なるチャネルについてこれを繰り返し、かつ／または連結することができる。すべてのＳＴＡについて、ＡＰは、Ｎｓｔｓに等しい可能性がある個数のＳ−ＬＴＦを送信しつつある可能性がある。したがって、異なるＭＩＭＯモードが異なるサブチャネル上で使用される場合に、異なる個数のＳ−ＬＴＦが存在する可能性がある。これらの追加のＳ−ＬＴＦは、Ｐ行列を使用して生成され得る。Ｓ−ＬＴＦは、送信においてサブキャリアごとに１または複数のＭＩＭＯチャネルを推定するのに使用される。
【０２０９】
図４３は、例のＳ−ＳＩＧフィールド４３００の図である。このＳ−ＳＩＧフィールド４３００は、ＳＴＡに割り当てられたサブチャネル内のパケットのデータ部分を復号するために、受信するＳＴＡによって要求されるすべての情報を含むことができる。たとえば、Ｓ−ＳＩＧフィールド４３００は、ＭＣＳサブフィールド４３１０、ＳＴＢＣサブフィールド４３２０、ＦＥＣ符号化サブフィールド４３３０、ビームフォームド（ｂｅａｍｆｏｒｍｅｄ）サブフィールド４３４０、およびＣＲＣサブフィールド４３５０を含むことができる。ＭＣＳサブフィールド４３１０は、サブチャネルの変調および符号化を示すことができる。ＳＴＢＣサブフィールド４３２０は、ＳＴＢＣがサブチャネルに使用されるかどうかを示すことができる。ＦＥＣ符号化サブフィールド４３３０は、ＬＤＰＣがサブチャネルについて使用可能にされるかどうかを示すことができる。ビームフォームドサブフィールド４３４０は、ビームフォーミングがサブチャネルについて実行されたかどうかを示すことができ、ＣＲＣサブフィールド４３５０は、ＣＲＣが、追加の保護のためにＳＴＡの部分的ＡＩＤによって計算され、マスクされ得るかどうかを示すことができる。あるいは、ＣＲＣサブフィールド４３５０は、単純なＣＲＣを示すことができる。
【０２１０】
図４４は、オムニ部分を有する例のＵＬ  ＣＯＢＲＡプリアンブル４４００の図である。ＵＬ  ＣＯＢＲＡプリアンブル４４００は、２つの部分に分割され得る。ＵＬ  ＣＯＢＲＡプリアンブル４４００の第１の部分は、オムニ部分４４１０と称する場合があり、オプションとすることができる。ＵＬ  ＣＯＢＲＡプリアンブル４４００の第２の部分は、サブチャネライズされた部分４４２０とすることができる。この例では、異なるサブチャネル内の１または複数のフィールドが、これらのサブチャネル内で送信するＳＴＡによって使用され得る。
【０２１１】
ＵＬ  ＣＯＢＲＡプリアンブル４４００のオムニ部分４４１０は、フルバンドアップリンクオムニ短トレーニングフィールド（ＵＬ−Ｏ−ＳＴＦ）４４２５、アップリンクオムニ短トレーニングフィールド（ＵＬ−Ｏ−ＬＴＦ）４４３０、および／またはＯ−ＳＩＧフィールド４４３５を含むことができる。ＵＬ−Ｏ−ＳＴＦ  ４４２５、ＵＬ−Ｏ−ＬＴＦ  ４４３０、およびＯ−ＳＩＧフィールド４４３５は、フレームのサブチャネライズされた部分に先行することができる。ＵＬ  ＣＯＢＲＡプリアンブル４４００のオムニ部分４４１０は、１つの空間ストリーム（ＮSS＝１）を含むことができる。
【０２１２】
ＵＬ  ＣＯＢＲＡプリアンブル４４００のサブチャネライズされた部分４４２０は、異なるＳＴＡについて周波数において異なるサブチャネルに分割され得る。ＵＬ  ＣＯＢＲＡプリアンブル４４００のサブチャネライズされた部分４４２０は、ＳＴＡごとに、Ｓ−ＳＴＦ  ４４４０、Ｓ−ＬＴＦ  ４４４５、Ｓ−ＬＴＦＮＬＴＦ  ４４５０、Ｓ−ＳＩＧフィールド４４５５、およびＳ−Ｄａｔａフィールド４４６０を含むことができる。省略記号は、１からＮＬＴＦまでのＬＴＦの番号付けを表すことができる。Ｓ−ＳＩＧフィールド４４４５は、ＳＴＡ固有とすることができ、ＡＰがＳ−Ｄａｔａフィールド４４６０を復号するためのＭＣＳおよび他の情報を含むことができる。
【０２１３】
図４５は、オムニ部分なしの例のＵＬ  ＣＯＢＲＡプリアンブル４５００の図である。この例では、ＵＬ  ＣＯＢＲＡプリアンブル４５００のサブチャネライズされた部分４５１０は、異なるＳＴＡについて周波数において異なるサブチャネルに分割され得る。ＵＬ  ＣＯＢＲＡプリアンブル４５００のサブチャネライズされた部分４５１０は、ＳＴＡごとに、Ｓ−ＳＴＦ  ４５２０、Ｓ−ＬＴＦ  ４５３０、Ｓ−ＬＴＦＮＬＴＦ  ４５４０、Ｓ−ＳＩＧフィールド４５５０、およびＳ−Ｄａｔａフィールド４５６０を含むことができる。省略記号は、１からＮＬＴＦまでのＬＴＦの番号付けを表すことができる。Ｓ−ＳＩＧフィールド４５５０は、ＳＴＡ固有とすることができ、ＡＰがＳ−Ｄａｔａフィールド４５６０を復号するためのＭＣＳおよび他の情報を含むことができる。
【０２１４】
アップリンクＯ−ＳＴＦ（ＵＬ−Ｏ−ＳＴＦ）は、送信の完全な帯域幅にまたがることができる。ＵＬ−Ｏ−ＳＴＦは、８０２．１１ａｃ  Ｌ−ＳＴＦと同一のフォーマットを有することができる。ＵＬ−Ｏ−ＳＴＦは、異なる事前に定義された巡回シフトを用いて各ＳＴＡから送信され得る。送信器のアンテナの個数が１を超える場合には、各アンテナは、異なる巡回シフトを有することもできる。パケット全体を成功して検出するために、すべてのＳＴＡは、よく同期化されたものであり得る。この同期化は、送信のオプション部分とすることができる。しかし、同期化は、後方互換性を助け、ＯＢＳＳで隠れノードに対する保護を追加し、ここで、隠れノードは、ＡＰを聞かない可能性があるが、特定のＳＴＡを聞くことができる。
【０２１５】
ＵＬ−Ｏ−ＬＴＦは、ＵＬ−Ｏ−ＳＴＦに似て、アップリンク送信の完全な帯域幅にまたがることができる。ＵＬ−Ｏ−ＬＴＦは、８０２．１１ａｃ  Ｌ−ＬＴＦと同一のフォーマットを有することができる。ＵＬ−Ｏ−ＬＴＦは、異なる事前に定義された巡回シフトを用いて各ＳＴＡから送信され得る。送信器のアンテナの個数が１を超える場合には、各アンテナは、異なる巡回シフトを有することもできる。ＵＬ−Ｏ−ＬＴＦのＮｓｓは、１とすることができる。ＵＬ−Ｏ−ＬＴＦは、それに続くＳＩＧフィールドの周波数およびタイミングオフセット推定ならびにチャネル推定をより正確に推定するのにＡＰで使用され得る。
【０２１６】
使用される場合に、この情報は、すべてのアップリンクで送信するＳＴＡで同一とすることができる。ＡＰは、この送信をスケジューリングした可能性があるので、この情報は、有用でない可能性がある。ＵＬ−Ｏ−ＬＴＦおよびＵＬ−Ｏ−ＳＴＦは、送信のオプション部分とすることができる。しかし、これらは、後方互換性を助け、ＯＢＳＳで隠れノードに対する保護を追加し、ここで、隠れノードは、ＳＴＡを聞くことができるが、ＡＰを聞くことはできない。
【０２１７】
図４６は、アップリンクオムニＳＩＧ（ＵＬ−Ｏ−ＳＩＧ）フィールド４６００の図である。ＵＬ−Ｏ−ＳＩＧフィールド４６００は、長さサブフィールド４６１０、ＭＣＳサブフィールド４６２０、帯域幅（ＢＷ）サブフィールド４６３０、およびＮｓｔｓサブフィールド４６４０を含むことができる。長さサブフィールド４６１０は、最大個数のＯＦＤＭシンボルを必要とする可能性があるＵＬ  ＣＯＢＲＡ  ＳＴＡに対応する長さを示すことができる。ＭＣＳサブフィールド４６２０は、最大個数のＯＦＤＭシンボルを必要とする可能性があるＵＬ  ＣＯＢＲＡ  ＳＴＡに対応するＭＣＳを示すことができる。ＢＷフィールド４６３０は、ＵＬ  ＣＯＢＲＡ送信の総帯域幅を示すことができる。Ｎｓｔｓフィールド４６４０は、すべてのＵＬ  ＣＯＢＲＡ  ＳＴＡの中で最大のアップリンク空間時間ストリームの個数を示すことができる。
【０２１８】
ＵＬ−Ｓ−ＳＴＦは、ＳＴＡに割り当てられたサブチャネル内で送信され得る。ＵＬ−Ｓ−ＳＴＦは、サブチャネルの帯域幅に対応するＳＴＦシーケンスに似たものである可能性がある周波数領域内で送信され得る。たとえば、８０ＭＨｚ  ＣＯＢＲＡ送信について、１または複数のＳＴＡが、２０ＭＨｚの１つのサブチャネルを割り当てられる場合に、ＵＬ−Ｓ−ＳＴＦシーケンスは、８０２．１１ａｃ  ２０ＭＨｚ  ＳＴＦと同一とすることができる。周波数内のすべての他のサブチャネルのすべての他のサブキャリアは、ヌルにされ、０の電力を割り当てられ得る。送信器のアンテナの個数が１を超える場合には、ＩＦＦＴが、適用され得、サイクリックプレフィックスが、信号に付加され得、Ｓ−ＳＴＦは、異なる巡回シフトを用いて異なるアンテナから送信され得る。この手順は、さらなる正確さのためにその帯域内でＡＧＣを再作成するのに、ＡＰによって使用され得る。
【０２１９】
周波数領域でのアップリンクＳ−ＬＴＦの構成は、ＳＴＡが割り当てられ得るサブチャネルの帯域幅に対応するＬＴＦシーケンスに類似する可能性がある。たとえば、ａｂ  ８０ＭＨｚ  ＣＯＢＲＡ送信について、１または複数のＳＴＡが、２０ＭＨｚの１つのサブチャネルを割り当てられる場合に、Ｓ−ＬＴＦシーケンスは、８０２．１１ａｃ  ２０ＭＨｚ  ＳＴＦと同一とすることができる。周波数内のすべての他のサブチャネルのすべての他のサブキャリアは、ヌルにされ、０の電力を割り当てられ得る。送信器のアンテナの個数が１を超える場合には、ＩＦＦＴが、適用され得、サイクリックプレフィックスが、信号に付加され得る。すべてのＳＴＡについて、Ｓ−ＬＴＦの個数は、Ｎｓｔｓの個数と等しい可能性がある。Ｓ−ＬＴＦの個数は、アップリンク送信でサブキャリアごとに１または複数のＭＩＭＯチャネルを推定するのに使用され得る。異なるＳＴＡは、異なる個数のＮｓｔｓを有する可能性があり、したがって、アップリンク送信で異なる個数のＳ−ＬＴＦを送信する可能性がある。これは、オフセットＩをもたらす可能性があり、Ｉは、ＡＰが１つのＳＴＡからデータを受信しつつあり、別のＳＴＡからＳ−ＳＩＧを受信しつつある可能性がある例の状況で、異なるサブチャネルの処理に関する、オフセットを表す変数とすることができる。複雑さを減らすために、ＡＰは、ＡＰと同一の個数の空間ストリーム（Ｎｓｔｓ個）を送信するためにＳＴＡをスケジューリングすることができる。
【０２２０】
ＡＰは、すべてのＳＴＡの、トラフィック情報、物理チャネル、および／またはＲＳＳＩなどの知識を有する可能性があるので、ＡＰは、異なるＳＴＡの１または複数のＵＬ  ＣＯＢＲＡ送信をどのようにスケジューリングすべきかを判定することができる。ＡＰは、ＵＬ  ＣＯＢＲＡ送信での異なるＳＴＡの変調および符号化方式を判定することもできる。したがって、ＵＬ  ＣＯＢＲＡ送信が、競合なしの期間内または獲得されたＴＸＯＰ内である場合に、ＵＬ  ＣＯＢＲＡ  ＳＴＡによって送信されるアップリンクＳ−ＳＩＧフィールド（ＵＬ−Ｓ−ＳＩＧ）を除去するか短縮することが可能である場合がある。ＳＴＢＣおよび非ＳＴＢＣの混合された送信が、ＵＬ  ＣＯＢＲＡ送信で許される場合がある。
【０２２１】
送信が競合なしの期間内または獲得されたＴＸＯＰ内になるように、ＵＬ  ＣＯＢＲＡ送信が、ＭＡＣシグナリングまたはハンドシェークによって保護される時には、ＵＬ  ＣＯＢＲＡ送信でＳＩＧフィールドを除去することが可能である場合がある。たとえば、ＢＷ、ＳＴＢＣ、グループＩＤ、ＮＳＴＳ、ＧＩ、長さ、およびＭＣＳなどのすべての情報が、ＡＰによって割り当てられ、ＵＬ  ＣＯＢＲＡ管理フレーム内でブロードキャストされ得る。
【０２２２】
ＵＬ  ＣＯＢＲＡセッションの送信が、競合なしの期間内または獲得されたＴＸＯＰ内である可能性がある場合であっても、意図されないＳＴＡは、ＳＩＧフィールドを検出し、それに従ってＮＡＶをセットすると期待され得る。この場合に、短縮されたＳＩＧフィールドが送信され得る。短縮されたＳＩＧフィールドは、２つのＯＦＤＭシンボルの長さを有するＬＴＦフィールドに続くことができる。複数の空間時間ストリームに関する追加のＬＴＦは、短縮されたＳＩＧフィールドに続いて送信され得る。ＢＷ、ＳＴＢＣ、グループＩＤ、ＮＳＴＳ、ＧＩ、長さ、ＭＣＳなど、通常はＳＩＧフィールド内で搬送されるすべての情報が、ＡＰによって割り当てられ、ＵＬ  ＣＯＢＲＡ管理フレーム内でブロードキャストされ得る。
【０２２３】
図４７は、例の短縮されたＳＩＧフィールド４７００の図である。短縮されたＳＩＧフィールド４７００は、長さサブフィールド４７１０、ＭＣＳサブフィールド４７２０、ＢＷサブフィールド４７３０、およびＮｓｔｓサブフィールド４７４０を含むことができる。長さサブフィールド４７１０は、最大個数のＯＦＤＭシンボルを必要とする可能性があるＵＬ  ＣＯＢＲＡ  ＳＴＡに対応する長さを示すことができる。ＭＣＳサブフィールド４７２０は、サブチャネルのＭＣＳを示すことができる。ＢＷサブフィールド４７３０は、サブチャネルの帯域幅を示すことができる。Ｎｓｔｓサブフィールド４７４０は、サブチャネル内で使用されるＮｓｔｓを示すことができる。
【０２２４】
ダウンリンク８０２．１１システムでの送信ビームフォーミング（ＴｘＢＦ）について、チャネル状態情報（ＣＳＩ）の知識が必要になる場合がある。たとえば、チャネルは、ＴｘＢＦに参加する２つのデバイスの間でサウンディングされ得る。サウンディングの基本的な概念は、８０２．１１ｎに類似するものとすることができ、８０２．１１ｎでは、チャネルは、ヌルデータパケット（ＮＤＰ）中にＬＴＦを使用して受信器で測定され、送信器に戻って送信され得る。しかし、８０２．１１ｎでは、これが、周波数帯全体を占める単一のＳＴＡのために構成され得る。システムは、異なる周波数帯の複数のＳＴＡに対処するように変更される。
【０２２５】
フィードバック機構および動作のシーケンスは、複数のＳＴＡのために変更され得る。サウンディングから入手されるＣＳＩは、異なるＳＴＡに異なるサブチャネルを割り当てるためにも使用され得る。周波数選択的な環境では、あるＳＴＡにとって悪いチャネルが、別のＳＴＡにとってよいチャネルである場合がある。ＴｘＢＦは、ＡＰが異なるケイパビリティを有する複数のＳＴＡに送信しつつある時に重要である可能性がある。たとえば、ＡＰが、２つのアンテナを有し、ＳＴＡ１が、２つのアンテナを有し、ＳＴＡ２が、１つのアンテナを有する場合がある。ＳＴＡ１およびＳＴＡ２は、異なるサブチャネルを占めることができる。ＡＰは、空間多重化（ＳＭ）を使用してＳＴＡ１と通信するが、ＳＴＡ２とは通信しない可能性がある。この例では、支配的モードと共にＴｘＢＦを使用することは、ＳＴＡの一方または両方に対する最小限のコストまたは複雑さでリンク性能を改善することができ、システム容量を改善することもできる。
【０２２６】
ＴｘＢＦは、ＡＰが、変更されたＳＮＲ条件を有する複数のサブチャネル上で複数のＳＴＡに送信しつつある時に重要である可能性がある。異なるＭＣＳモードを有するＴｘＢＦを使用することは、リンク性能およびシステム容量を改善することができる。ＴｘＢＦに関連する電力ローディングアルゴリズムも、ＣＯＢＲＡシステムのために使用され得る。
【０２２７】
ＴｘＢＦの重みまたはプリコーディング行列を判定するために、すべてのサブチャネル内のすべてのＳＴＡのＣＳＩの知識が、送信器で必要になる可能性がある。ＴｘＢＦ重みを計算するアルゴリズムは、コードブックの使用を伴うまたは伴わない、ＳＴＡごとの固有値分解に基づくものとすることができる。チャネルは、ＡＰと複数のＳＴＡとの間でサウンディングされ得る。
【０２２８】
ＡＰは、ＣＯＢＲＡグループの一部とすることができるすべてのＳＴＡのヌルデータパケット（ＮＤＰ）を同時に送信することができる。ＮＤＰは、データを有しないデータ担持パケットに類似するプリアンブルを有することができる。データを含まないパケットは、長さフィールド＝０によって示され得る。しかし、この例では、ＮｓｔｓおよびＭＣＳは、サウンディングされるチャネル次元性に従って選択され得る。通常、ＮｓｔｓおよびＭＣＳは、ＡＰのアンテナの最大個数に対応することができるが、この個数は、より低いデータレートが要求される場合または支配的モード送信が要求される場合に、プリアンブルオーバーヘッドを減らすためにより小さいものであり得る。ＡＰは、単一のＳＴＡにＮＤＰを送信することができ、または、ＡＰは、複数のＳＴＡにサブチャネライズされたＮＤＰを送信することができる。ＡＰは、異なる個数のサブチャネルＮＤＰを異なるチャネルに送信することができる。サウンディングパケットを受信した後に、ＳＴＡは、ＣＳＩフィードバックまたはビームフォーミングレポートを送信することができる。ＣＳＩフィードバックおよびビームフォーミングレポートは、圧縮されても、圧縮されなくてもよい。
【０２２９】
ＳＴＡが、ＡＰからのチャネルをサウンディングすることを必要とする場合に、ＳＴＡは、サウンディンググラントの要求をＡＰに送信することができる。この要求は、データフレームまたはＡＣＫフレームにピギーバックされ得、または、ＲＴＳに似た、サウンディングの別々の要求とすることができる。ＡＰは、アップリンク送信のために異なるＳＴＡを一緒にグループ化し、ＮＤＰを要求するサブチャネライズされたＣＴＳ（ｓＣＴＳ）フレームを送信することができる。ＳＴＡの中には、アップリンクＣＯＢＲＡ送信を有するものと、ＮＤＰ送信を有するものとがあってもよい。すべてのＳＴＡが、ＮＤＰ送信を有することができる。他の送信がない場合には、ＡＰは、ＳＴＡがサブチャネルではなく帯域全体をサウンディングすることを要求することができる。異なるＳＴＡは、アップリンク送信について異なる個数のＳ−ＬＴＦを有することができ、この個数は、ＳＴＡケイパビリティに依存することができる。
【０２３０】
サウンディングは、スタッガードプリアンブル（staggered preamble）を使用して実行され得る。たとえば、ＮＤＰを送信するのではなく、ＡＰは、サウンディングされるチャネルの次元の長トレーニングフィールド（ＬＴＦ）の個数（ＮＬＴＦ）を増やすことができ、チャネルをサウンディングするようにＳＴＡに要求することができる。その後、ＳＴＡは、チャネルを推定し、１または複数のＣＳＩおよび／またはビームフォーミング係数を格納し、それらをその後のアップリンク送信で送信することができる。この例は、オーバーヘッドを減らすことができる。
【０２３１】
スタッガードプリアンブルは、アップリンクサウンディングの例でシグナリングオーバーヘッドを減らすことができる。それ自体の送信中に、ＳＴＡは、サウンディングに必要な個数のＳ−ＬＴＦを送信することができ、チャネルをサウンディングするようにＡＰに要求することができる。その後、ＳＴＡは、チャネルを推定し、１または複数のＣＳＩおよび／またはビームフォーミング係数を格納し、それらをその後のアップリンク送信で送信することができる。
【０２３２】
ビームフォーミングレポートは、圧縮されないバージョンまたは圧縮されたバージョンでビームフォーミイＳＴＡによって計算された完全なＣＳＩおよび／または１つもしくは複数のビームフォーミング行列とすることができる。サウンディングパケットを受信した後に、ビームフォーミイは、任意の方法を用いてビームフォーミング重みを計算することができる。フィードバックを受信した時に、ビームフォーマは、さらなる変更を全く伴わずに重みを適用することができる。この手法は、ビームフォーミングに使用される技法に対するビームフォーミイ制御を提供することができる。特異値分解（ＳＶＤ）および変形形態アルゴリズムなどのチャネルを分解する方法が、使用され得るが、一般性を失わずに、他の方法が使用され得る。圧縮されないビームフォーミング重みを用いるフィードバックのオーバーヘッドは、完全なＣＳＩフィードバックのオーバーヘッドと同一とすることができる。圧縮されないビームフォーミング重みは、ＡＰおよびＳＴＡによって合意されたビット数によって量子化され得る。
【０２３３】
これらの圧縮されないビームフォーミング重みからの行列は、回転によって行列内のエントリの一部をヌルにすることと、その後に重みを量子化することとによって圧縮され得る。送信の次のモードのすべてが、ＡＰによって割り当てられ得る同一のサブチャネルＳＴＡ内でパックされ、送信され得る。ＳＴＡは、それ自体の情報を送信することができる。ＳＴＡは、サウンディングの後に、それ自体の帯域のＣＳＩおよび／またはビームフォーミング行列を送信することができる。ＳＴＡは、帯域全体に関する情報を送信することができる。Ｓ−ＳＴＦの構造のゆえに、ＳＴＡが、別の帯域の１または複数のチャネルをも推定することが可能である可能性がある。ＳＴＡは、ランクがより低い場合に支配的モードの情報を送信することができ、ランクは、ＭＩＭＯチャネルが受信器への特定の送信のためにサポートできる独立ストリームの個数を指すことができる。一例では、ＳＴＡは、チャネル内の相関に基づいて、支配的モードについてビームフォーミングするための情報を送信し、完全なＣＳＩを送信するためのオーバーヘッドの一部を節約することができる。
【０２３４】
ＳＴＡは、他の帯域のうちの１または複数に関する差分情報を送信することができる。この例は、ＳＴＡが大量の送信時間を消費せずに１または複数の他の帯域に関する情報を送信するのに使用できる圧縮技法として働くことができる。この差分情報は、ＡＰによって要求され得る。
【０２３５】
ＳＴＡは、それ自体の帯域のフィードバックおよび１または複数の他の帯域のＲｘ電力を送信することができる。この例は、ＡＰが最適の形でその送信をスケジューリングするのを助けることができる。全帯域上で戻って応答するＳＴＡのうちの１または複数について、前の段落で述べられたすべてのオプションは、帯域幅全体を介して送信され得る。ＡＰは、サウンディングポールで次々につらなってビームフォーミングレポートを送信するようにグループをスケジューリングすることができる。
【０２３６】
受信するＳＴＡは、サウンディングＰＰＤＵを受信した後のＳＩＦＳ持続時間の直後にＣＳＩフィードバックを送信することができる。ＣＳＩフィードバックは、アグリゲートされたＭＡＣフレームの別々の応答として送信され得る。
【０２３７】
受信するＳＴＡが、ＳＩＦＳ持続時間の直後にＣＳＩフィードバックを送信できない場合には、ＣＳＩフィードバックは、ＭＡＣフレーム内でまたは別のデータフレームにピギーバックされて、送信され得る。別々のＴＸＯＰが、このＣＳＩフィードバック送信に使用され得る。
【０２３８】
上で述べた例の手順では、ビームフォーミイは、異なるフィードバック密度を用いて、すべてのサブキャリアまたはすべての他のサブキャリアなどの情報を送信することができる。この情報は、ビームフォーミイとビームフォーマとの間で合意されるものとすることもできる。
【０２３９】
暗黙のフィードバックは、ＴＤＤシステムの相互性関係に基づくものとすることができる。理想的には、リンクのどちらの端で測定されたチャネル状態情報も、等価とすることができる。ＡＰは、個々のサブチャネル内の個々のＳＴＡのチャネルを測定できる可能性がある。しかし、ＲＦの干渉、雑音、アナログコンポーネント特性、障害、およびひずみは、同様に相互的ではない場合がある。サブチャネルでの校正交換が、そのチャネルでの暗黙のフィードバックＣＯＢＲＡビームフォーミングに必要である可能性がある。ＡＰは、サブチャネルの選択されたサブセットの校正を実行すると決定することができる。サブセットは、１つのサブチャネル、いくつかのサブチャネル、またはサブチャネルのすべてとすることができる。ＡＰは、１または複数のＳＴＡを、それら自体の帯域について校正することができる。ＡＰは、ＩＥＥＥ  ８０２．１１ｎに似て、１または複数のＳＴＡを、全帯域について次々に校正することができる。ＡＰは、サウンディングが複数の帯域内で実行され得るハイブリッド方法を実行することができるが、帯域全体は、校正の終りにアップリンクＣＳＩ送信に使用され得る。ＡＰは、ＣＳＩのアップリンク送信のために帯域全体を使用するために、ＳＴＡを次々にポーリングすることができる。ＡＰは、ＣＳＩのアップリンク送信のためにＳＴＡを順番にスケジューリングすることもできる。
【０２４０】
ＡＰは、サウンディングを懇請することができ、校正の要求を含めることができるＱｏＳデータフレームを送信することができる。このフレームは、同一のＣＯＢＲＡ送信でＳＴＡのうちの１または複数に個別に送信され得る。ＱｏＳデータフレームは、校正開始フレームであることを示すこともできる。ＱｏＳデータフレームは、ＡＣＫポリシフィールドをＧｒｏｕｐＡＣＫにセットすることができる。したがって、ＡＣＫ応答は、ＳＴＡのうちの１または複数から同時に要求され得る。ＡＰは、ＳＴＡのうちの１または複数からＡＣＫおよび／またはサウンディングレポートのためにアップリンク送信機会（ＴＸＯＰ）を予約することもできる。これらの選択されたＳＴＡは、サウンディングＰＰＤＵおよび／またはピギーバックされたピギーバックされたＡＣＫを含むことができるフレームを送信することができる。
【０２４１】
ＡＰは、逆方向でＳＴＡのチャネルを測定するのにこれらのサウンディングＰＰＤＵを使用することができ、その後、それ自体のＱｏＳ  ＰＰＤＵを送信することができる。ＱｏＳ  ＰＰＤＵは、ＣＳＩフィードバック要求を含み、サウンディングが完了したことを示すことができる。ＱｏＳ  ＰＰＤＵは、ＳＴＡのうちの１または複数からのＣＳＩ応答のＴＸＯＰを予約することができる。ＳＴＡは、順方向でＣＳＩを測定するのにこのサウンディングＰＰＤＵを使用することができ、予約されたＴＸＯＰでＣＳＩ応答を送り返すことができる。校正手順にかかわらない可能性があるＳＴＡは、それらのスケジューリングされたデータをこの期間中に送信し、かつ／または受信することができる。あるいは、サブチャネルは、この時間中にサイレントとすることができる。ＡＰは、即座の送信スロット内で必要とされない可能性がある場合であっても、この機会を捉えて将来の送信のために別のチャネルについて同一のＳＴＡを校正することができる。
【０２４２】
ＡＰは、サウンディングを懇請することができるＱｏＳデータフレームを送信することができ、校正の要求を含めることができる。ＡＰは、このＱｏＳデータフレームがＮＤＰ校正フレームであることと、ＮＤＰが続く可能性があることとを示すこともできる。ＱｏＳデータフレームは、同一のＣＯＢＲＡ送信内でＳＴＡのうちの１または複数に個別に送信され得る。ＡＰは、ＱｏＳデータフレームが校正開始フレームであることを示すこともできる。ＡＰは、ＱｏＳデータフレーム内でＡＣＫポリシフィールドをＧｒｏｕｐＡＣＫにセットすることができる。したがって、ＡＣＫ応答は、ＳＴＡのうちの１または複数から同時に要求され得る。ＡＰは、ＳＴＡのうちの１または複数からのＡＣＫおよび／またはサウンディングレポートのためにアップリンクＴＸＯＰを予約することもできる。これらの選択されたＳＴＡは、ＡＣＫを送信することができる。ＡＣＫの受信に応答して、ＡＰは、選択されたサブチャネルのうちの１または複数上でそのアナウンスされたＮＤＰを送信することができる。
【０２４３】
ＳＴＡのうちの１または複数は、応答して、これらのチャネル上でＮＤＰを送り返すことができる。これは、初期ＴＸＯＰによって暗黙のうちに仮定され、カバーされ得る。ＳＴＡは、順方向でＣＳＩを測定するのにこのサウンディングＰＰＤＵを使用することができ、予約されたＴＸＯＰ内でＣＳＩ応答を送信することができる。ＡＰと参加するＳＴＡとの間のこのＮＤＰ交換の後に、ＡＰは、ＣＳＩフィードバック要求を送信し、サウンディングが完了したことを示すことができる。ＡＰは、ＳＴＡのうちの１または複数からのＣＳＩ応答のためにＴＸＯＰを予約することもできる。
【０２４４】
校正手順にかかわらない可能性があるＳＴＡは、それらのスケジューリングされたデータをこの期間中に送信し、かつ／または受信することができる。あるいは、サブチャネルは、この時間中にサイレントとすることもできる。ＡＰは、即座の送信スロット内で必要とされない可能性がある場合であっても、この機会を捉えて将来の送信のために別のチャネルについて同一のＳＴＡを校正することができる。
【０２４５】
通常、８０２．１１ｎ／ａｃ／ａｆ／ａｈのいずれかでＡＰに送信するＳＴＡは、ＡＰとＳＴＡとの間の初期セットアップ手順中にプライマリチャネル上で以前にＡＰと同期化され得る。これは、ダウンリンクＭＵ−ＭＩＭＯを利用するダウンリンク動作を含むダウンリンク動作と、任意の特定のシンボル時間期間に１つのＳＴＡ上でＳＵ−ＭＩＭＯを利用し得るアップリンク動作とに十分である可能性がある。複数のＳＴＡがアップリンクで同一の周波数帯を介して同時に通信する時には、タイミングアライメントの方法が、これらの送信がＡＰに１サイクルプレフィックス以内に到着することを保証するために必要になる可能性がある。
【０２４６】
ＣＯＢＲＡの導入に伴って、干渉に起因する性能損失に対処する方法が、必要になる可能性がある。たとえば、干渉は、通信のために予約される可能性があるリソースブロックの間で非常に不均一である可能性があり、これは、対処する方法および／または手順の導入を必要とする。
【０２４７】
スタンドアローンＵＬ  ＣＯＢＲＡ送信が、図２９に示された手順に従う場合には、マルチステージ周波数同期化が適用され得る。周波数オフセット推定は、ＡＰとＳＴＡとの間で送信されるＲｅｑパケットおよびＲｅｓｐパケットに基づいて実行され得る。ＡＰは、ＳＴＡのうちの１または複数にＲｅｑフレームを送信することができる。ＣＯＢＲＡ  ＳＴＡは、Ｒｅｑフレームを受信し、受信されたＲｅｑフレームに基づいて、周波数オフセット推定を実行することができる。ＣＯＢＲＡ  ＳＴＡは、ＲｅｓｐフレームをＡＰにシーケンシャルに送信することができる。ＳＴＡは、Ｒｅｓｐ送信時に、推定された周波数オフセットを補償することができる。ＡＰは、Ｒｅｓｐフレームを受信し、残留周波数オフセットをもう一度推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。
【０２４８】
したがって、閉ループ周波数同期化が、実行され得る。マルチステージ同期化の１つの利点は、ＡＰが、残留周波数オフセットをブロードキャストすることができ、この残留周波数オフセットが、通常の周波数オフセットより相対的に小さい可能性があることとすることができる。したがって、残留周波数オフセットは、より少数のビットを用いてまたは同一のビット数を与えられてよりよい正確さを伴ってのいずれかで送信され得る。
【０２４９】
マルチステージ周波数同期化は、組み合わされたＤＬ／ＵＬ  ＣＯＢＲＡシステムに適用され得る。ＤＬ  ＣＯＢＲＡ送信中には、キャリア周波数オフセット（ＣＦＯ）は、各ＳＴＡで推定され得る。その後、ＳＴＡは、図３５に示されたＢＡ送信に、推定されたＣＦＯを適用することができる。ＡＰは、ＳＴＡにＤＬ  ＣＯＢＲＡフレームを送信することができる。ＣＯＢＲＡ  ＳＴＡは、受信されたＤＬ  ＣＯＢＲＡフレームに基づいて、周波数オフセット推定を実行することができる。ＣＯＢＲＡ  ＳＴＡは、ＡＰにＢＡフレームをシーケンシャルに送信することができる。ＳＴＡは、ＢＡ送信時に、推定された周波数オフセットを補償することができる。ＡＰは、ＢＡを受信し、残留周波数オフセットをもう一度推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。
【０２５０】
ＡＰは、残留周波数オフセットをブロードキャストすることができる。したがって、残留周波数オフセットは、より少数のビットを用いてまたは同一のビット数を与えられてよりよい正確さを伴ってのいずれかで送信され得る。
【０２５１】
図２９および図３５に示された例のＭＡＣシグナリング手順は、必要ではない可能性がある。システムは、ＵＬ  ＣＯＢＲＡセッションの前に、別々のタイムスロットに周波数同期化を実行することができる。この例では、周波数同期化は、図３６に示されているようにランダムアクセスチャネルを使用することによって実行され得る。ＡＰは、ＵＣＡＦ内の次のＵＬ  ＣＯＢＲＡセッションで、ランダムアクセスチャネルとして１または複数のサブチャネルを示すことができる。ＵＬデータを送信できる可能性があるＳＴＡは、１または複数のＵＬランダムアクセスチャネルについて競争する可能性がある。各ＳＴＡは、ランダムアクセスシーケンスを選択し、またはこれを事前に与えられ得る。ＡＰは、ランダムアクセスチャネルを使用して送信した各ＳＴＡの周波数オフセットを推定し、その情報を記録することができる。ＡＰは、新しいＵＬ  ＣＯＢＲＡセッションのために１または複数のＳＴＡをグループ化することができ、ＳＴＡを整列させるのに、記録された周波数オフセットを利用することができる。
【０２５２】
ＵＬ  ＣＯＢＲＡ  ＳＴＡに起因するタイミング差とマルチパスチャネルに起因する遅延との組合せが、ＯＦＤＭシステムのガードインターバルより長い時に、受信器は、パケットを検出するのがむずかしい可能性がある。ＵＬ  ＣＯＢＲＡ送信に長いガードインターバルを利用することは、解決策の一部とされ得る。さらに、ＡＰは、１または複数のＳＴＡのラウンドトリップ遅延を推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。ＳＴＡは、すべてのＵＬ  ＣＯＢＲＡ  ＳＴＡからのパケットがガードインターバル以内に到着できるように、それに従って送信時刻を調整することができる。
【０２５３】
図３５に示された例では、ＡＰは、パケットＲｅｑの出発時刻をｔ０として記録することができる。その後、ＳＴＡは、ＲｅｓｐフレームをＡＰにシーケンシャルに送信することができる。Ｒｅｓｐフレームの送信は、以前の送信の終りに整列されるのではなく、ＡＰに整列され得る。図１９に示された例のフレームでは、ＳＴＡ１は、Ｒｅｓｐ１を時刻ｔ１＋ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）に送信することができ、ｔ１は、ＳＴＡ１によって推定されたＲｅｑフレームの出発時刻である。ＳＴＡ２は、Ｒｅｓｐ２を時刻ｔ２＋２ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）に送信することができ、ｔ２は、ＳＴＡ２によって推定されたＲｅｑフレームの出発時刻であり得る。ＳＴＡ３は、Ｒｅｓｐ３を時刻ｔ３＋３ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）に送信することができ、ｔ３は、ＳＴＡ３によって推定されたＲｅｑフレームの出発時刻であり得る。ＳＴＡ４は、Ｒｅｓｐ３を時刻ｔ４＋４ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ３）に送信することができ、ｔ４は、ＳＴＡ４によって推定されたＲｅｑフレームの出発時刻であり得る。
【０２５４】
ＡＰは、各Ｒｅｓｐパケットの到着時刻（ＴＯＡ）を記録し、ラウンドトリップ遅延を計算することができる。たとえば、各ＳＴＡの単一トリップ遅延は、Δｋと表され得、ｋは、ＳＴＡインデックスとすることができる。上で説明された手順について、Δｋ＝ｔｋ−ｔ０、かつｋ＝１，…，４である。ＳＴＡからのＲｅｓｐのＴＯＡは、次のように表され得る。
【０２５５】
ＴＯＡ１＝ｔ０＋Δ1＋ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋Δ1    式（５）
ＴＯＡ２＝ｔ０＋Δ2＋２ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋Δ2    式（６）
ＴＯＡ３＝ｔ０＋Δ3＋３ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ３）＋Δ3    式（７）
ＴＯＡ４＝ｔ０＋Δ4＋４ＳＩＦＳ＋ｄｕｒａｔｉｏｎ（Ｒｅｑ）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ１）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ２）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ３）＋ｄｕｒａｔｉｏｎ（Ｒｅｓｐ４）＋Δ4    式（８）
【０２５６】
ＴＯＡｋをｔ０と比較することによって、ＡＰは、単一トリップ遅延Δｋを推定することができる。ＡＰは、ＵＣＡＦ内で推定された単一トリップ遅延をブロードキャストすることができる。この情報に従って、１または複数のＳＴＡは、時刻ＳＩＦＳ−２Δｋに送信することによって、他のＳＴＡに整列することができる。
【０２５７】
ＡＰは、各ＳＴＡのラウンドトリップ遅延を推定し、この情報をＵＣＡＦ内でブロードキャストすることができる。ＳＴＡは、それに従ってＵＬ  ＣＯＢＲＡ送信のタイミングオフセットを調整することができる。たとえば、ＡＰは、ＤＬ  ＣＯＢＲＡフレームの出発時刻を記録することができる。ＡＰは、第１のＢＡパケットに対するパケットの始め検出を実行することもできる。記録された時刻と検出された到着時刻とを比較することによって、ＡＰは、第１のＳＴＡのラウンドトリップ遅延を推定することができる。同様に、ＡＰは、ＳＴＡの残りのラウンドトリップ遅延を推定するために、ＢＡＲとＢＡとの間の時間差を計算することができる。
【０２５８】
図２９および図３５に示された例のＭＡＣシグナリング手順は、必要ではない可能性がある。システムは、ＵＬ  ＣＯＢＲＡセッションの前に、別々のタイムスロットにタイミング同期化を実行することができる。タイミング同期化は、図３６に示されているように、１または複数のランダムアクセスチャネルを使用することによって実行され得る。１または複数のランダムアクセスチャネルを使用することによって、ＳＴＡは、出発時刻の符号化されたタイムスタンプを含むことができる、それらのランダムアクセスシーケンスを送信することができる。ＡＰは、到着時刻を符号化されたタイムスタンプと比較し、単一時間遅延を推定することができる。
【０２５９】
図４８は、タイミングオフセットを検出する例の手順４８００の図である。既知のＳＩＦＳギャップが、ＡＰに対する相対的なＳＴＡの間の１または複数のタイミングオフセットを検出するのに使用され得る。図４８の例に示されているように、ＳＴＡ  ４８１０は、ＡＰ  ４８３０にＲＴＳ  ４８２０を送信することができる。ＡＰ  ４８３０が、受信されたＲＴＳ  ４８２０の終りに始まるＳＩＦＳのタイミングを開始する場合に、２つのデバイスの間の距離に基づくＳＴＡ−ＡＰ遅延４８４０は、交換に追加の遅延を追加する可能性がある。この例では、ＳＴＡ−ＡＰ遅延４８４０は、ＳＩＦＳ＋２ｔとすることができ、ｔは、そのＳＴＡ  ４８１０とＡＰ  ４８３０との間の距離に起因する時間遅延とすることができる。ＡＰ  ４８３０が、送信を開始した後に、同一の遅延４８５０が、ＣＴＳ送信４８６０で発生する可能性があり、したがって、ＳＴＡは、デバイスの間の距離の２ｘに対応することができる追加の遅延４８５０を有するＣＴＳ送信４８６０を受信する可能性がある。同様に、ＡＰ  ４８３０は、ＣＴＳの送信４８６０の終りとデータ４８７０の受信の始めとの間の時間を測定し、ＳＴＡ  ４８１０とＡＰ  ４８３０との間の距離を判定することができる。この情報を知ることによって、ＳＴＡ  ４８１０またはＡＰ  ４８３０のいずれかは、ＳＴＡ  ＵＬ送信のタイミングを調整する手順を開始することができる。ＳＴＡ  ４８１０からのデータ４８７０の受信に応答して、ＡＰ  ４８３０は、ＳＩＦＳ＋２ｔ遅延４８９０の後にＡＣＫ  ４８８０を送信することができる。
【０２６０】
タイミング制御セッティングが、０．５μｓ増分で実行される場合に、ワーストケース残留誤差は、０．２５μｓになる可能性がある。１μｓ増分が使用される場合には、要求される実用的な範囲は、１ｋｍ距離にわたって調整できる絶対セッティングについて７ｍとすることができ、これは、３ビットとすることができる。２ビットは、｛０〜３｝の値について使用され得、これは、１ステップで、４５０ｍ差について調整することができる。２ラウンドの調整を用いると、９００ｍの距離に対処することができる。時間を遅らせることを考えることもでき、これは、負の時間オフセットを意味するものであり得る。ＡＰに非常に近いＳＴＡは、離れたＳＴＡがそれらのＵＬデータタイミングを進める必要がある可能性がある量を減らすために、それらのＵＬ送信タイミングを遅らせるように求められ得る。
【０２６１】
ＡＣＫまたはＣＴＳ信号は、送信電力レベルを増やす／減らすように１または複数のＳＴＡに指示するタイミング調整パラメータに似た形で使用され得、これは、ＣＯＢＲＡ信号に有益である可能性もある。
【０２６２】
ＤＬでは、ＡＰは、複数のＳＴＡに同時に送信することができる。ＳＴＡは、正確に同時に送信を受信するのではない可能性があるが、これは、干渉問題を提示するのではない可能性がある。しかし、ＵＬでは、ＳＴＡは、さまざまな時刻に送信することを要求することができ、ＡＰが、十分な個数のノードが送信の準備ができるまで、サブチャネライズされたＵＬフレームの始めを遅延させることができるので、フレーム間間隔（interframe spacing、ＩＦＳ）／タイムアウト機構が働き始める場合がある。
【０２６３】
ＳＴＡは、全帯域上、信号品質または１つもしくは複数の帯域幅要件に基づくものとすることができるランダムサブチャネル上、または専用のレンジングサブチャネル（ranging sub-channel）上で、帯域幅を要求することができる。
【０２６４】
図４９は、ＵＬ送信の調整の例の手順４９００の図である。例の手順４９００は、ＡＰ  ４９０５と、ＳＴＡ−１  ４９１０、ＳＴＡ−２  ４９１５、ＳＴＡ−３  ４９２０、ＳＴＡ−４  ４９２５、ＳＴＡ−５  ４９３０、ＳＴＡ−６  ４９３５、およびＳＴＡ−７  ４９４０との間のＵＬ送信の調整を示す。サブチャネライズされたＵＬ送信帯域幅のランダム要求に対処するために、サブチャネル化されたＣＴＳ（ｓＣＴＳ）４９４５は、図４９に示されているように、ＳＴＡのそれぞれのより長い遅延許容量を有することができる。この例では、ＳＴＡ−２  ４９１５は、最長の遅延４９５０を有することができ、ＳＴＡ−７  ４９４０は、最短の遅延４９５５を有することができる。各ＳＴＡの遅延の長さは、たとえば、各それぞれのＲＴＳ  ４９６０ａ、４９６０ｂ、４９６０ｃ、４９６０ｄ、４９６０ｅ、４９６０ｆ、および４９６０ｇが送信される時刻と、ＡＰ  ４９０５がｓＣＴＳ  ４９４５を送信する時刻とに基づくものとすることができる。それぞれのデータパケット４９６５ａ、４９６５ｂ、４９６５ｃ、４９６５ｄ、４９６５ｅ、４９６５ｆ、および／または４９６５ｇの受信に応答して、ＡＰ  ４９０５は、ｓＡＣＫ  ４９７０を送信することができる。
【０２６５】
ｓＣＴＳ  ４９４５の前に非常に長い遅延を許容するのではなく、ＡＰ  ４９０５は、それぞれのＲＴＳ  ４９６０ａ、４９６０ｂ、４９６０ｃ、４９６０ｄ、４９６０ｅ、４９６０ｆ、および／または４９６０ｇが受信されたことの表示を即座に送信することができ、ｓＣＴＳ  ４９４５は、可変の時間期間以内に送信され得、他のデバイスがサブチャネライズされたＲＴＳメッセージをサブミットすることを可能にする。サブチャネル割当を含むことができる事前に決定されたバースト送信が、ＡＰからのｓＣＴＳによってトリガされ得る。
【０２６６】
ＩＥＥＥ  ８０２．１１ｖの例は、位置およびタイミング同期化特徴を含むことができる。この特徴は、標準的な時間同期化機能（ＴＳＦ）タイマより高い周波数を実施することができる新しい出発時刻（ＴＯＤ）クロックを利用することができる。たとえば、ＴＯＤクロックは、１０ｎｓのタイミング単位を実施することができる。ＳＴＡとＡＰとの間の伝搬遅延およびＴＯＤクロックオフセットは、以下の手順を使用して推定され得る。
【０２６７】
ＣＯＢＲＡコントローラは、フレームのＴＯＤタイムスタンプを含むことができるＣＯＢＲＡコントローラＩＥを含むことができるブロードキャストフレームまたはユニキャストフレームを送信することができる。このフレームは、ＡＰのタイムスタンプ（ＴＯＤＡＰ）を含むことによって、同期化を行うことができる。あるいは、このフレームは、送信電力制御（ＴＰＣ）を容易にするのに使用されるＴｘ電力および類似物など、他の情報をも含むことができる。
【０２６８】
ＣＯＢＲＡコントローリは、ＴＯＤタイムスタンプを含むことができるＣＯＢＲＡコントローラからのフレームのＳＴＡでの到着時刻（ＴＯＡＳＴＡ）を測定することができ、ＴＯＡとＴＯＤとの間の差、時間Ｔ１＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することができる。ＣＯＢＲＡコントローリは、Ｔ１フィードバックおよびＴＯＤＳＴＡのオプションを有するＣＯＢＲＡコントローリＩＥを含むことができるフレームを送信することによって、ＡＰにタイミングフィードバックを提供することができ、このＴＯＤＳＴＡは、ＣＯＢＲＡコントローリから出発するフレームのＴＯＤのタイムスタンプとすることができる。その後、ＣＯＢＲＡコントローラは、ＴＯＤＳＴＡを含むＣＯＢＲＡコントローリＩＥを含むことができるフレームのＴＯＡＡＰを測定することができる。
【０２６９】
ＣＯＢＲＡコントローラの開始したプロセスから入手された情報を使用して、ＣＯＢＲＡコントローラは、伝搬遅延およびＴＯＤクロックオフセットを判定することができる。ＣＯＢＲＡコントローラとＣＯＢＲＡコントローリとの間の伝搬遅延は、
ＰＤｅｌａｙ＝（Ｔ１＋（ＴＯＡAP−ＴＯＤSTA））／２    式（９）
を使用して判定され得、Ｔ１およびＴＯＤSTAは、ＣＯＢＲＡコントローリＩＥから入手され得、ＴＯＡAPは、ＴＯＤクロックを使用してＡＰで測定され得る。ＴＯＤクロックオフセットについて、ＣＯＢＲＡコントローラとＣＯＢＲＡコントローリとの間の伝搬遅延は、
Ｃ＿Ｏｆｆｓｅｔ＝（Ｔ１−（ＴＯＡAP−ＴＯＤSTA））／２    式（１０）
を使用して判定され得、Ｔ１およびＴＯＤSTAは、ＣＯＢＲＡコントローリＩＥから入手され得、ＴＯＡAPは、ＴＯＤクロックを使用してＡＰで測定され得る。
【０２７０】
ＣＯＢＲＡコントローリは、フレームのＴＯＤタイムスタンプ、たとえばＴＯＤＳＴＡを示すことができるＣＯＢＲＡコントローリＩＥを含むことができるブロードキャストフレームまたはユニキャストフレームを送信することによって、伝搬遅延およびＴＯＤクロックオフセットプロセスを開始することができる。このフレームは、ＴＯＤＡＰタイムスタンプを含めることによって同期化を実行することができる。あるいは、このフレームは、ＴＰＣを容易にするのに使用され得るＴｘ電力および類似物など、他の情報を組み込むこともできる。
【０２７１】
ＣＯＢＲＡコントローラは、ＴＯＤタイムスタンプを含むＣＯＢＲＡコントローリからのフレームのＴＯＡＡＰを測定し、ＴＯＡとＴＯＤとの間の差、時間Ｔ２＝ＴＯＡＡＰ−ＴＯＤＳＴＡを計算することができる。
【０２７２】
ＣＯＢＲＡコントローラは、Ｔ２フィードバックおよびＴＯＤＡＰのオプションを有するＣＯＢＲＡコントローラＩＥを含むフレームを送信することによって、ＣＯＢＲＡコントローリにタイミングフィードバックを提供することができ、このＴＯＤＡＰは、ＣＯＢＲＡコントローラから出発するフレームのＴＯＤのタイムスタンプとすることができる。その後、ＣＯＢＲＡコントローリは、ＴＯＤＡＰを含むＣＯＢＲＡコントローラＩＥを含むフレームのＴＯＡＳＴＡを測定することができる。その後、ＣＯＢＲＡコントローリは、Ｔ１＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することができ、ＰＤｅｌａｙ＝（Ｔ１＋Ｔ２）／２およびＣ＿Ｏｆｆｓｅｔ＝（Ｔ１−Ｔ２）／２を判定することができる。
【０２７３】
ＣＯＢＲＡコントローリは、その後、Ｃ＿Ｏｆｆｓｅｔを使用してＴＯＤクロックを調整し、ＣＯＢＲＡコントローリＩＥ内のオプションによって示される通りにＴ１フィードバックおよび／またはＰＤｅｌａｙおよび／またはＴＯＤ  Ｃ＿Ｏｆｆｓｅｔを含むＣＯＢＲＡコントローリＩＥを含むことができるフレームを送信することができる。
【０２７４】
１または複数のＭＡＣ動作は、ＴＳＦタイマに基づくものとすることができる。たとえば、各ＳＴＡは、１マイクロ秒の精度を暗示することができる１マイクロ秒の増分でカウントするモジュール２６４を用いてＴＳＦタイマを保守することができる。ＳＴＡおよびＡＰのＴＳＦタイマは、完全には同期化されないものとすることができ、少なくとも伝搬遅延（ＳＴＡとＡＰとの間の距離に依存することができる）について異なり得る。
【０２７５】
ＴＳＦタイマの粗いタイミング精度は、ＳＴＡがＡＰからのパケットに応答して応答するかＡＰにパケットを送信する時に、余分な遅延を引き起こす可能性がある。たとえば、ＡＰが、ＳＴＡがＲｅｑフレームの終りからカウントするＳＩＦＳ持続時間の後にＵＬ  ＣＯＢＲＡパケットの送信を開始できることを要求する場合に、Ｒｅｑフレームは、マイクロ秒の分数、たとえば１０１．５２マイクロ秒に終わる可能性がある。ＴＳＦタイマは、その時間を１０２マイクロ秒に丸め、１０２＋ＳＩＦＳ期間に送信を開始するようにＰＨＹに指示することができ、４８０ナノ秒（ｎｓ）の余分な遅延を引き起こす可能性がある。この余分な遅延は、伝搬遅延、たとえば、ＡＰから１００ｍ離れている可能性があるＳＴＡについて６６７ｎｓのラウンドトリップ時間（ＲＴＴ）と組み合わされて、ＵＬ  ＣＯＢＲＡパケットがＧＩ以内にＡＰに到着しなくなるように、ＵＬ  ＣＯＢＲＡパケットを遅延させる可能性がある。
【０２７６】
ＴＳＦタイマの粗い精度に起因するＵＬ  ＣＯＢＲＡ送信の過度の遅延を防ぐために、ＴＳＦタイマおよびＴＯＤクロックが、より正確なタイミングのために一緒に使用され得る。たとえば、ＡＰが、ＳＴＡがＲｅｑフレームの終りからカウントするＳＩＦＳ持続時間の後にＵＬ  ＣＯＢＲＡ送信を送信し始めることを要求する場合に、Ｒｅｑフレームの終りのＴＯＤクロックタイムスタンプのｎｓ分数が、ＴＳＦタイマタイムスタンプと組み合わせて記録され得る。ＵＬ  ＣＯＢＲＡ送信は、ＴＳＦタイマならびにＴＯＤクロックに従ってＳＩＦＳ持続時間が経過した後に、開始され得る。上で言及した例では、ＳＴＡは、ＴＳＦタイマが１０１＋ＳＩＦＳに達し、ＴＯＤクロックのｎｓ部分が５２０ｎｓに達した後に、ＵＬ送信を開始することができる。伝搬遅延も、調整され得る。あるいは、ＳＴＡは、サブセットまたはすべてのＭＡＣレベルタイミングについてＴＯＤクロックを使用すると決定することができる。
【０２７７】
ＡＰおよびＳＴＡでのＴＯＤクロックは、ＴＯＤクロックドリフトに起因して同期化されていなくなる可能性がある。伝搬遅延も、ＳＴＡもしくはＡＰの移動に起因して、または環境の変化および類似物に起因して、変化する可能性がある。ＡＰおよびＳＴＡは、ＴＯＤクロックオフセットの周期的リフレッシュおよび伝搬遅延推定を行うと同様に、これらのパラメータを最新に保守するためにこれらのパラメータの監視を実行することができる。
【０２７８】
ＣＯＢＲＡコントローラが、ＴＯＤクロックオフセットおよび伝搬遅延推定プロセスを開始した後に、ＡＰは、ユニキャストＣＯＢＲＡグループ管理ＩＥを含むことができるユニキャストフレームまたはブロードキャストＣＯＢＲＡグループ管理ＩＥを含むことができるブロードキャストフレームを使用して、Ｃ＿ＯｆｆｓｅｔおよびＰＤｅｌａｙなどの情報をＳＴＡに中継することができる。ＡＰは、ＴＯＤ  Ｃ＿ｏｆｆｓｅｔおよびＰＤｅｌａｙの変化するレートに基づいて、ＳＴＡのリフレッシュレートを判定することもできる。正確なリフレッシュレートは、ＵＬ  ＣＯＢＲＡ送信に関するＡＰの許容範囲と、ＳＴＡおよびＡＰのＴＯＤクロックドリフトおよびモビリティパターンなどの要因とに依存し得る。すべてのリフレッシュインターバルに、ＡＰは、ＣＯＢＲＡコントローラによって開始されたＴＯＤクロックオフセットおよび伝搬遅延推定プロセスをもう一度開始することができる。
【０２７９】
ＣＯＢＲＡコントローリがＴＯＤクロックオフセットおよび伝搬遅延推定プロセスを開始した後に、ＳＴＡは、ＣＯＢＲＡコントローリＩＥを含むことができるフレームを使用して、Ｃ＿ＯｆｆｓｅｔおよびＰＤｅｌａｙなどの情報をＡＰに中継することができる。ＡＰは、ＴＯＤ  Ｃ＿ｏｆｆｓｅｔおよびＰＤｅｌａｙの変化するレートに基づいて、ＳＴＡのリフレッシュレートを判定することができる。ＡＰは、ユニキャストＣＯＢＲＡグループ管理ＩＥを含むことができるユニキャストフレームまたはブロードキャストＣＯＢＲＡグループ管理ＩＥを含むことができるブロードキャストフレームを使用して、そのようなリフレッシュ頻度についてＳＴＡに知らせることができる。すべてのリフレッシュインターバルに、ＡＰは、ＣＯＢＲＡコントローラによって開始されたＴＯＤクロックオフセットおよび伝搬遅延推定プロセスを開始すると決定することができる。ＡＰは、ＣＯＢＲＡコントローリによって開始されたＴＯＤクロックオフセットおよび伝搬遅延推定プロセスをＳＴＡに開始させると決定することもできる。
【０２８０】
同様に、ＳＴＡは、ＡＰとそれ自体との間のチャネル条件および伝搬遅延を監視することができる。ＳＴＡは、周期的にＡＰビーコンを監視することができる。ビーコンは、ビーコンのＴＯＤＡＰタイムスタンプを含むことができるＣＯＢＲＡコントローラＩＥを含むことができるので、ＳＴＡは、Ｔ１＝ＴＯＡＳＴＡ−ＴＯＤＡＰを計算することができる。ＡＰおよびＳＴＡでのＴＯＤクロックが、オフセットについて調整済みであると仮定することができるので、Ｔ１は、主として伝搬遅延の表現とすることができる。新たに測定された伝搬遅延が、以前に記録された値と比較してなんらかの事前に定義されるしきい値だけ変化している場合には、ＳＴＡは、ＣＯＢＲＡコントローリＩＥ内に新たに獲得されたＰＤｅｌａｙ情報を含むフレームをＡＰに送信することによって、そのような変化についてＡＰに知らせることができる。
【０２８１】
ＤＬ  ＣＯＢＲＡ送信について、ＡＰは、送信を開始することができ、各ＳＴＡがそれ自体のパケットを受信するので、必要なＤＬ  ＣＯＢＲＡパケットの同期化がない場合がある。ＵＬ  ＣＯＢＲＡグループが、それらのパケットをＡＰに同時に送信する時に、これらのパケットは、ＧＩ以内に到着する可能性があり、これは、ＴＯＤクロックおよびＴＳＦクロックが上で説明した方法を使用して同期化されると仮定すると、異なる伝搬遅延に起因してむずかしい可能性がある。伝搬遅延は、以下のように調整され得る。
【０２８２】
いくつかのＳＴＡは、グループ化手順およびグループ管理手順を使用してグループ化され、管理され得る。これらのＵＬ  ＣＯＢＲＡグループについて、ＡＰは、伝搬遅延を推定し、ＳＴＡがユニキャストまたはブロードキャストのＣＯＢＲＡグループ管理ＩＥを使用してＵＬ  ＣＯＢＲＡ送信でそれに関して調整できる遅延などの情報をＳＴＡに提供することができる。
【０２８３】
たとえば、ＳＴＡのＵＬ  ＣＯＢＲＡグループが、１）ＳＴＡ１：５０ｎｓ、２）ＳＴＡ２：１００ｎｓ、３）ＳＴＡ３：１５０ｎｓ、４）ＳＴＡ４：２００ｎｓというラウンドトリップ伝搬遅延を有する場合に、ＡＰは、ＳＴＡのグループについて、１）ＳＴＡ１：７５ｎｓ、２）ＳＴＡ２：２５ｎｓ、３）ＳＴＡ３：−２５ｎｓ、４）ＳＴＡ４：−７５ｎｓという遅延を判定することができる。ＳＴＡは、ＴＳＦタイマとＴＯＤクロックとの組合せの任意のサブセットを使用して、割り当てられた遅延値を用いてＳＩＦＳ期間を調整することによって、そのＵＬ  ＣＯＢＲＡ送信を開始することができる。ＵＬ  ＣＯＢＲＡグループ内のＳＴＡは、チャネル条件および伝搬遅延を監視し、変化についてＡＰに知らせることができる。
【０２８４】
さらに、ＳＴＡのグループは、それらをグループに事前に整えることなく、アドホックな形でグループ化され得る。しかし、これらのＳＴＡは、ＴＯＤクロックオフセットおよび伝搬遅延推定をＡＰと共に既に実行済みである可能性がある。ＡＰは、Ｒｅｑフレームを使用して、アドホックにグループ化されたＳＴＡが、ＵＬ  ＣＯＢＲＡ送信を開始できることを示すことができる。ＡＰは、Ｒｅｑフレーム内で各ＳＴＡの遅延値を示すことができる。遅延値は、伝搬遅延に基づいて決定され得る。ＳＴＡは、ＴＳＦタイマとＴＯＤクロックとの組合せの任意のサブセットを使用して、割り当てられた遅延値を用いてＳＩＦＳ期間を調整することによって、それらのＵＬ  ＣＯＢＲＡ送信を開始することができる。
【０２８５】
ＣＯＢＲＡの導入に伴って、物理層コンバージェンス手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のプリアンブルおよびデータフィールドの範囲は、サポートされるプリアンブルフォーマットに対して変更が行われない場合に、異なる可能性がある。可能なブロックベースのリソース割振りに関するプリアンブルフォーマットに対処する方法が、必要になる可能性がある。さらに、ＣＯＢＲＡの導入に伴って、リンク適合およびフィードバックビームフォーミングに関するＩＥＥＥ  ８０２．１１ａｃで定義された手順を拡張する方法が、必要になる可能性がある。
【０２８６】
以下の例は、リンク適合に関連する問題に対処することができる。ＣＯＢＲＡは、複数のユーザが周波数時間リソースを共有することを可能にすることができる。異なるサブチャネル上のユーザのチャネル品質は、異なる可能性がある。したがって、ダウンリンクＣＯＢＲＡについて、ＡＰは、チャネル品質測定値を獲得し、その後、ユーザまたは特定のサブチャネルに穏当なＭＣＳレベルを割り当てることができる。アップリンクＣＯＢＲＡについて、適応変調／符号化と電力制御との両方が、必要になる場合がある。
【０２８７】
ＳＴＡおよびＡＰは、ＣＯＢＲＡ送信および受信の前に、ＣＯＢＲＡリンク適合に関するケイパビリティおよびプリファレンスを示すことができる。ＡＰは、そのビーコン、プローブ応答、または任意の他のタイプのフレームに、ＡＰがＣＯＢＲＡリンク適合が可能である可能性があることのインジケータを含めることができる。ＳＴＡは、その関連付け要求、プローブ要求、および他のタイプのフレームに、ＳＴＡがＣＯＢＲＡリンク適合が可能である可能性があることのインジケータを含めることができる。
【０２８８】
デバイスが、ＣＯＢＲＡリンク適合が可能である場合に、そのデバイスは、ＣＯＢＲＡサブチャネル上でチャネル測定およびＭＣＳレベルマッピングを開始することができる。そのデバイスは、ＣＯＢＲＡリンク適合関連のインフォメーションエレメントおよび制御フィールドを理解することができる。
【０２８９】
ＣＯＢＲＡリンク適合ケイパビリティは、ＣＯＢＲＡケイパビリティフィールドで定義され得る。ハイスループット（ＨＴ）拡張ケイパビリティフィールドで定義されるＭＣＳフィードバックフィールドを再利用することが、可能であり得る。２ビットが、ＭＣＳフィードバックフィールドに割り当てられ得る。たとえば、０の値は、ＳＴＡがＭＦＢを提供しないことを示すことができ、１の値は、ＳＴＡがＣＯＢＲＡ  ＭＦＢを提供することを示すことができ、２の値は、ＳＴＡが懇請されないＭＦＢだけを提供できることを示すことができ、３の値は、ＳＴＡがＭＲＱに応答してＭＦＢをならびに懇請されないＭＦＢを提供できることを示すことができる。
【０２９０】
ダウンリンクリンク適合は、ダウンリンク無線チャネル品質の知識を必要とする可能性がある。ダウンリンクチャネル品質を推定する２つの方法がある可能性がある。１つの方法は、ＳＴＡからの明示的なＣＱＩフィードバックを要求することとすることができる。もう１つの方法は、ＳＴＡの送信電力が既知とされ得ることを仮定して、アップリンク送信を介してダウンリンクチャネルを推定することとすることができる。
【０２９１】
２つの異なるチャネル品質インジケータフィードバック機構がある可能性がある。第１の例では、帯域内ＣＱＩフィードバックが使用され得る。この例では、ＡＰは、そのＡＰが利用するつもりである可能性がある１または複数のサブチャネル上でＳＴＡにＣＱＩ要件を送信することができる。ＳＴＡは、１または複数のサブチャネル上でチャネル品質を測定し、フィードバックをＡＰに提供することができる。このフィードバックは、指定されたサブチャネル上でＭＣＳを割り当てるのに、ＡＰによって利用され得る。第２の例では、帯域外ＣＱＩフィードバックが使用され得る。この例では、ＡＰは、全般的なＣＱＩ要件をＳＴＡに送信することができる。ＳＴＡは、すべてのサブチャネル上でＣＱＩを測定し、フィードバックをＡＰに提供することができる。このフィードバックは、ＡＰが１または複数のサブチャネルをＳＴＡにスケジューリングするのを援助することができる。
【０２９２】
３タイプのフィードバック機構が、サポートされ得る。第１のタイプのフィードバックは、リンク適合に使用され得るＭＣＳフィードバック（ＭＦＢ）とすることができる。第２のタイプのフィードバックは、アンテナ選択フィードバック（ＡＳＥＬ）とすることができる。ＭＦＢフィードバックとＡＳＥＬフィードバックとの両方が、周波数帯全体に渡る１つの測定または表示を使用して判定され得る。第３のタイプのフィードバックは、ビームフォーミングフィードバックとすることができ、これは、チャネル状態情報（ＣＳＩ）フィードバック、圧縮されたフィードバック、および／または非圧縮フィードバックを含むことができる。ビームフォーミングフィードバックは、すべてのサブキャリア、２つおきのサブキャリア、または４つおきのサブキャリアについて実施され得る。１または複数のサブチャネル上でＭＣＳ選択のために定義されたフィードバックエレメントまたはフレームがない場合がある。
【０２９３】
図５０は、変調および符号化方式（ＭＣＳ）フィードバック（ＭＦＢ）を使用する例の明示的なチャネル品質インジケータ（ＣＱＩ）フィードバック機構５０００の図である。サブチャネルベースのＣＱＩフィードバック機構を実施する１つの形は、ＭＦＢ機構を再利用するが、ＣＯＢＲＡサポートを可能にするようにＭＦＢ機構を変更することとすることができる。通常のＩＥＥＥ  ８０２．１１の例では、ＭＦＢリクエスタは、ＭＣＳ要求（ＭＲＱ）サブフィールドが１と等しいＨＴ制御フィールドを含むフレームを送信することができる。ＭＲＱ要件を有するフレームは、サウンディングＰＰＤＵ内でまたは＋ＨＴＣフレーム、たとえば１をセットされたＨＴ制御フィールドを有し、ＮＤＰ送信による＋ＨＴＣフレームに続くフレーム内のＮＤＰアナウンスメントサブフィールドを用いて送信され得る。
【０２９４】
ＣＯＢＲＡの例では、ＭＦＢリクエスタ５０１０は、１または複数のサブチャネルに関するＭＣＳフィードバックを要求することができる。ＭＦＢリクエスタ５０１０は、フレーム５０１５、たとえばサウンディングパケット内でＭＣＳフィードバック要求をＭＦＢレスポンダ５０２０に送信することができる。サブチャネルＩＤは、ＣＯＢＲＡシステムのために構成され、利用され得る。たとえば、８つのサブチャネルが定義される場合に、サブチャネルＩＤ  ０から７は、サブチャネルを指定するのに利用され得る。リンク適合制御サブフィールド内のＭＲＱサブフィールドは、表４に示されているように再定義され得る。
【０２９５】
【表４】
0005898376.tif 000005
【０２９６】
ＭＲＱサブフィールドは、ＨＴ制御フィールドで定義され得る。ＣＯＢＲＡの例では、ＨＴ制御フィールドを再定義することが可能であり得る。あるいは、ＣＯＢＲＡ変形形態は、ＨＴ制御フィールドで定義され得る。上で定義されたＣＯＢＲＡサブフィールドのＭＲＱは、ＣＯＢＲＡ変形形態で指定され得る。たとえば、ＭＦＢリクエスタ５０１０は、１または複数のＭＲＱサブチャネルＩＤを示すＭＲＱサブフィールドを含むことができるＨＴ制御フィールドを含むことができるフレーム５０１５を送信することができる。
【０２９７】
ＣＯＢＲＡが指定され得るＭＲＱサブフィールドを有するフレーム５０１５の受信時に、ＭＦＢレスポンダ５０２０は、関連するサウンディングＰＰＤＵに基づくＭＣＳ推定の計算を開始することができる。この計算は、要求で指定された１または複数のサブチャネルまたは要求されたものより多数のサブチャネルに基づいて実行され得る。ＭＦＢレスポンダ５０２０は、サブチャネルごとに１または複数のＭＦＢサブチャネルＩＤを示すＭＦＢサブフィールドを含むＨＴ制御フィールドを含むことができるフィードバックパケット５０２５を送信することができる。ＣＯＢＲＡの例のＭＦＢサブフィールドを、表５に示す。
【０２９８】
【表５】
0005898376.tif 000006
【０２９９】
図５１は、例のＭＦＢサブフィールド５１００の図である。ＣＯＢＲＡのＭＦＢサブフィールド５１００は、選択されたサブチャネルを用いても送信され得る。たとえば、ＭＦＢサブフィールド５１００は、サブチャネルセットサブフィールド５１１０と、ＭＦＢ１  ５１２０およびＭＦＢＮ  ５１３０として示された、それぞれの個数のサブチャネルの１または複数のＭＣＳインデックスとを含むことができる。この例では、サブチャネルセットサブフィールド５１１０は、ＭＦＢが提示されるサブチャネルＩＤのセットを示すことができる。ＭＦＢ１  ５１２０は、サブチャネルセットサブフィールド５１１０内で示された最初のサブチャネルのＭＣＳインデックスを示すことができ、ＭＦＢＮ  ５１３０は、サブチャネルセットサブフィールド５１１０内で示された最後のサブチャネルのＭＣＳインデックスを示すことができる。データストリームの個数が、ＭＣＳインデックスによって暗示されない場合には、データストリームの個数も、ＭＦＢサブフィールド５１００を使用してフィードバックされ得る。
【０３００】
図５２は、アップリンク送信を介する例の暗黙のＣＱＩ推定手順５２００の図である。この例では、通常はＤＬリンク適合に関するＡＰであるリクエスタ５２１０は、ＤＬリンク適合を実行すると計画することができる。リクエスタ５２１０は、ＴＰＣ要求または暗黙のＣＱＩ要求を含むことができるパケット５２２０をレスポンダ５２３０に送信することができる。パケット５２２０は、制御フレーム、管理フレーム、またはデータフレームとすることができる。このパケット５２２０の受信時に、通常はＤＬリンク適合に関するＳＴＡであるレスポンダ５２３０は、アップリンクパケット５２４０を送信するのに使用される電力および／またはリンクマージンを含むことができるアップリンクパケット５２４０を送信することができる。アップリンク送信電力およびリンクマージンに従って、リクエスタ５２１０は、ダウンリンク送信の適切なＭＣＳレベルを計算することができる。
【０３０１】
ＣＯＢＲＡの例では、パケット５２２０と５２４０との両方が、１または複数のサブチャネルを用いて送信され得る。この例では、送信電力の定義は、リクエスタ５２１０とレスポンダ５２３０との両方によって明快にされ、合意され得る。たとえば送信電力と利用されるサブチャネルとの両方が、リクエスタ側で暗黙のＣＱＩ推定のために要求され得る。サブチャネルＩＤは、どのサブチャネルが送信に利用されるのかを識別するのに利用され得る。
【０３０２】
通常のＩＥＥＥ  ８０２．１１の例では、アップリンクリンク適合の目的は、無線リンクの品質に従ってＭＣＳレベルを調整することとすることができる。この例では、非ＡＰデバイスは、自力でＭＣＳレベルを管理することができる。ＣＯＢＲＡを導入することによって、アップリンク送信の余分な要件は、ＡＰ側での受信電力が整列され得るようにするために、各サブチャネル上の送信電力を制御することとすることができる。アップリンク電力制御は、ＡＰによって管理され得る。関連する機能として、ＭＣＳ選択も、ＡＰによって制御され得る。
【０３０３】
図５３は、例のＵＬ  ＣＯＢＲＡリンク適合および電力制御手順５３００の図である。この例では、ＡＰ  ５３１０は、パケット０  ５３１５内のＵＬ  ＣＯＢＲＡ  ＴＰＣ要求をＳＴＡ１  ５３２０およびＳＴＡ２  ５３３０に送信することができる。ＳＴＡ１  ５３２０は、パケット０  ５３１５の終りからＳＩＦＳ持続時間の後に、パケット１  ５３３５を送信することができる。送信電力および／またはリンクマージンが、パケット１  ５３３５内で示され得る。ＳＴＡ１  ５３２０も、遅延フレームフォーマットを用いてパケット１  ５３３５を送信することができる。パケット１  ５３３５の送信の後に、ＡＰ  ５３１０は、ＳＴＡ２  ５３３０をポーリングすることができ、ＳＴＡ２  ５３３０は、ＳＩＦＳ持続時間の後にパケット２  ５３４０を送信することができる。送信電力および／またはリンクマージンが、パケット２  ５３４０内で示され得る。あるいは、ＳＴＡ２  ５３３０は、パケット１  ５３３５の送信の直後にパケット２  ５３４０を送信することができる。ＡＰ  ５３１０からのポーリングは、この形では省略され得る。もう１つの代替案では、ＳＴＡ２  ５３３０は、遅延されたフレーム内で送信電力および／またはリンクマージンを送信することができる。パケット１  ５３３５とパケット２  ５３４０との両方の受信時に、ＡＰ  ５３１０は、それぞれアップリンク送信に関するＳＴＡ１  ５３２０およびＳＴＡ２  ５３３０の適切なＭＣＳレベルおよび送信電力レベルを計算することができる。ＡＰ  ５３１０は、ＵＬ  ＣＯＢＲＡリンク適合エレメントを含むことができるパケット３  ５３５０をＳＴＡ１  ５３２０とＳＴＡ２  ５３３０との両方に送信することができる。パケット３  ５３５０は、ＵＣＡＦフレームを使用して送信され得る。
【０３０４】
ＵＬ  ＣＯＢＲＡリンク適合エレメントは、サブチャネル駆動またはユーザ駆動として定義され得る。サブチャネル駆動方式は、サブチャネルに基づいてＭＣＳレベルおよびＴＰＣレベルを割り当てることができる。同一のユーザに対応する２つのサブチャネルが、異なるＭＣＳレベルおよびＴＰＣレベルを割り当てられ得る。この形で、不等ＭＣＳ／ＴＰＣが使用可能にされ得る。
【０３０５】
図５４は、サブチャネル駆動ＵＬ  ＣＯＢＲＡリンク適合エレメント５４００の例のフォーマットの図である。ＵＬ  ＣＯＢＲＡリンク適合エレメント５４００は、エレメントＩＤ  ５４１０、長さフィールド５４２０、ＭＣＳフィールド５４３０、およびＴＰＣフィールド５４４０を含むことができる。ＭＣＳフィールド５４３０は、サブチャネルのＭＣＳ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＭＣＳ  １  ５４５０は、サブチャネル１のＭＣＳ割当を示すことができ、ＭＣＳ  Ｎｓｕｂ−ｃｈａｎｎｅｌ  ５４６０は、サブチャネルＮｓｕｂ−ｃｈａｎｎｅｌのＭＣＳ割当を示すことができる。ＴＰＣフィールド５４４０は、サブチャネルのＴＰＣ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＴＰＣ  １  ５４７０は、サブチャネル１のＴＣＰ割当を示すことができ、ＴＰＣ  Ｎｓｕｂ−ｃｈａｎｎｅｌ  ５４８０は、サブチャネルＮｓｕｂ−ｃｈａｎｎｅｌのＴＣＰ割当を示すことができる。Ｎｓｕｂ−ｃｈａｎｎｅｌは、サブチャネルの総数とすることができる。
【０３０６】
図５５は、ＳＴＡ駆動ＵＬ  ＣＯＢＲＡリンク適合エレメント５５００の例のフォーマットの図である。ＳＴＡ駆動の例は、ＳＴＡに基づいてＭＣＳレベルおよびＴＰＣレベルを割り当てることができる。ＵＬ  ＣＯＢＲＡリンク適合エレメント５５００は、エレメントＩＤ  ５５１０、長さフィールド５５２０、ＭＣＳフィールド５５３０、およびＴＰＣフィールド５５４０を含むことができる。ＭＣＳフィールド５５３０は、サブチャネルのＭＣＳ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＭＣＳ  １  ５５５０は、サブチャネル１のＭＣＳ割当を示すことができ、ＭＣＳ  Ｎｕｓｅｒ  ５５６０は、サブチャネルＮｕｓｅｒのＭＣＳ割当を示すことができる。ＴＰＣフィールド５５４０は、サブチャネルのＴＰＣ割当を示す１または複数のサブフィールドを含むことができる。この例では、ＴＰＣ  １  ５５７０は、サブチャネル１のＴＰＣ割当を示すことができ、ＴＰＣ  Ｎｕｓｅｒ  ５５８０は、サブチャネルＮｕｓｅｒのＴＰＣ割当を示すことができる。Ｎｕｓｅｒは、ＵＬ  ＣＯＢＲＡセッションのＳＴＡの個数とすることができる。
実施形態
１．米国電子技術者協会（ＩＥＥＥ）８０２．１１アクセスポイント（ＡＰ）内で使用される方法であって、
第１の複数のステーション（ＳＴＡ）の送信および前記第１の複数のＳＴＡのそれぞれからの複数のブロック肯定応答（ＢＡ）送信のネットワークアロケーションベクトル（ＮＡＶ）値を判定するステップ
を含む、方法。
【０３０７】
２．前記送信は、直交周波数分割多元接続（ＯＦＤＭＡ）ダウンリンク（ＤＬ）送信である、実施形態１に記載の方法。
【０３０８】
３．前記第１の複数のＳＴＡにＯＦＤＭＡダウンリンク情報を送信するステップ
をさらに含む、実施形態２に記載の方法。
【０３０９】
４．前記第１の複数のＳＴＡのそれぞれから１つのＢＡの、複数のＢＡを受信するステップ
をさらに含む、実施形態３に記載の方法。
【０３１０】
５．前記複数のＢＡのそれぞれは、それぞれのサブチャネル上で受信される、実施形態４に記載の方法。
【０３１１】
６．前記ＯＦＤＭＡダウンリンク情報は、ＤＬ  ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）フレーム内で送信される、実施形態３に記載の方法。
【０３１２】
７．前記ＣＯＢＲＡフレームは、グループＩＤを示すシグナル（ＳＩＧ）フィールドを含む、実施形態６に記載の方法。
【０３１３】
８．前記ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含む、実施形態６に記載の方法。
【０３１４】
９．前記ＣＯＢＲＡコントローラＩＥは、前記ＡＰがＣＯＢＲＡ  ＡＰであることを示すフィールドを含む、実施形態８に記載の方法。
【０３１５】
１０．前記ＣＯＢＲＡコントローラＩＥは、前記第１の複数のＳＴＡのそれぞれの送信電力を示すフィールドを含む、実施形態８に記載の方法。
【０３１６】
１１．前記ＣＯＢＲＡコントローラＩＥは、ベーシックサービスセット（ＢＳＳ）内で使用可能な直交ブロックに関する情報を示すフィールドを含む、実施形態８に記載の方法。
【０３１７】
１２．前記ＣＯＢＲＡコントローラＩＥは、出発時刻（ＴＯＤ）タイムスタンプを示すフィールドを含む、実施形態８に記載の方法。
【０３１８】
１３．前記ＣＯＢＲＡコントローラＩＥは、出発時刻（ＴＯＤ）クロックレートを示すフィールドを含む、実施形態８に記載の方法。
【０３１９】
１４．ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）コントローリインフォメーション（ＩＥ）を含むフレームを受信するステップ
をさらに含む、実施形態１乃至１３のいずれか一項に記載の方法。
【０３２０】
１５．前記ＣＯＢＲＡコントローリＩＥは、圧縮されたまたは未圧縮の直交ブロックフィードバックを示すフィールドを含む、実施形態１４に記載の方法。
【０３２１】
１６．前記ＤＬ  ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡグループ管理インフォメーションエレメント（ＩＥ）を含む、実施形態６に記載の方法。
【０３２２】
１７．前記複数のフィールドは、メンバシップ数を示す第１のフィールドを含む、実施形態１６に記載の方法。
【０３２３】
１８．前記複数のフィールドは、それぞれのＳＴＡのグループメンバシップに関連する情報を示す複数の第２のフィールドを含む、実施形態１７に記載の方法。
【０３２４】
１９．前記複数の第２のフィールドのそれぞれは、ＣＯＢＲＡ送信に参加する時にそれぞれのＳＴＡがそれについて調整する遅延を示す情報を含む、実施形態１８に記載の方法。
【０３２５】
２０．米国電子技術者協会（ＩＥＥＥ）８０２．１１ステーション（ＳＴＡ）で使用される方法であって、
アクセスポイント（ＡＰ）に要求を送信するステップ
を含む、方法。
【０３２６】
２１．前記要求は、アップリンク（ＵＬ）直交周波数分割多元接続（ＯＦＤＭＡ）ＵＬ送信機会（ＴＸＯＰ）に関する、実施形態２０に記載の方法。
【０３２７】
２２．前記ＯＦＤＭＡ  ＵＬ  ＴＸＯＰは、前記ＡＰに関連する複数のＳＴＡと共有される、実施形態２１に記載の方法。
【０３２８】
２３．前記ＡＰからフレームを受信するステップであって、前記フレームは、無線媒体が前記ＯＦＤＭＡ  ＵＬ  ＴＸＯＰ送信に使用可能であることを示す、ステップ
をさらに含む、実施形態２２に記載の方法。
【０３２９】
２４．前記フレームは、前記ＳＴＡおよび前記複数のＳＴＡの時間オフセット情報を含む、実施形態２３に記載の方法。
【０３３０】
２５．前記時間オフセット情報に基づいて、前記ＵＬ  ＯＦＤＭＡ  ＴＸＯＰ中に前記ＡＰにパケットデータを送信するステップ
をさらに含む、実施形態２４に記載の方法。
【０３３１】
２６．前記フレームは、ＤＬ  ＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）フレームである、実施形態２３に記載の方法。
【０３３２】
２７．前記ＣＯＢＲＡフレームは、グループＩＤを示すシグナル（ＳＩＧ）フィールドを含む、実施形態２３に記載の方法。
【０３３３】
２８．前記ＣＯＢＲＡフレームは、複数のフィールドを含むＣＯＢＲＡコントローラインフォメーションエレメント（ＩＥ）を含む、実施形態２３に記載の方法。
【０３３４】
２９．アクセスポイント（ＡＰ）に要求を送信するように構成された送信器
を含む、米国電子技術者協会（ＩＥＥＥ）８０２．１１ステーション（ＳＴＡ）。
【０３３５】
３０．前記要求は、アップリンク（ＵＬ）直交周波数分割多元接続（ＯＦＤＭＡ）ＵＬ送信機会（ＴＸＯＰ）に関する、実施形態２９に記載のＳＴＡ。
【０３３６】
３１．前記ＯＦＤＭＡアップリンクＴＸＯＰは、前記ＡＰに関連する複数のＳＴＡと共有される、実施形態３０に記載のＳＴＡ。
【０３３７】
３２．前記ＡＰからフレームを受信するように構成された受信器
をさらに含む、実施形態３１に記載のＳＴＡ。
【０３３８】
３３．前記フレームは、無線媒体が前記ＯＦＤＭＡ  ＵＬ  ＴＸＯＰ送信に使用可能であることを示す、実施形態３２に記載のＳＴＡ。
【０３３９】
３４．前記フレームは、前記ＳＴＡおよび前記複数のＳＴＡの時間オフセット情報を含む、実施形態３３に記載のＳＴＡ。
【０３４０】
３５．前記送信器は、前記時間オフセット情報に基づいて、前記ＵＬ  ＯＦＤＭＡ  ＴＸＯＰ中に前記ＡＰにパケットデータを送信するようにさらに構成される、実施形態２９乃至３４のいずれか一項に記載のＳＴＡ。
【０３４１】
３６．直列並列変換器（Ｓ／Ｐ）ユニットと、
サブキャリアマッピングユニットと、
逆高速フーリエ変換（ＩＦＦＴ）ユニットと、
時間領域フィルタリングユニットと、
並列直列変換器（Ｐ／Ｓ）ユニットと
を含むプロセッサ。
【０３４２】
３７．前記サブキャリアマッピングユニットは、局所サブキャリアマッピングを実行するように構成される、実施形態３６に記載のプロセッサ。
【０３４３】
３８．前記サブキャリアマッピングユニットは、分散サブキャリアマッピングを実行するように構成される、実施形態３６または３７に記載のプロセッサ。
【０３４４】
３９．周波数領域フィルタリングユニット
をさらに含む、実施形態３６乃至３８のいずれか一項に記載のプロセッサ。
【０３４５】
４０．周波数領域拡散ユニット
をさらに含む、実施形態３６乃至３９のいずれか一項に記載のプロセッサ。
【０３４６】
４１．前記Ｐ／Ｓユニットは、オーバーラップ機能を実行するように構成される、実施形態３６乃至４０のいずれか一項に記載のプロセッサ。
【０３４７】
４２．前記Ｐ／Ｓユニットは、合計機能を実行するように構成される、実施形態３６乃至４１のいずれか一項に記載のプロセッサ。
【０３４８】
４３．前記ＩＦＦＴユニットは、拡張されたＩＦＦＴユニットである、実施形態３６乃至４２のいずれか一項に記載のプロセッサ。
【０３４９】
４４．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含む無線送信／受信ユニット。
【０３５０】
４５．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むステーション（ＳＴＡ）。
【０３５１】
４６．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むｎｏｄｅ  Ｂ．
４７．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むｅＮｏｄｅ  Ｂ（ｅＮＢ）。
【０３５２】
４８．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むｈｏｍｅ  ｅＮｏｄｅ  Ｂ（ＨｅＮＢ）。
【０３５３】
４９．実施形態３６乃至４３のいずれか一項に記載のプロセッサを含むアクセスポイント（ＡＰ）。
【０３５４】
５０．複数のステーション（ＳＴＡ）を選択するステップと、
前記複数のＳＴＡのサブセットを選択するステップと
を含む方法。
【０３５５】
５１．帯域幅可用性に基づいてＳＴＡの１または複数のグループを選択するステップ
をさらに含む、実施形態５０に記載の方法。
【０３５６】
５２．ＳＴＡケイパビリティに基づいてＳＴＡの１または複数のグループを選択するステップ
をさらに含む、実施形態５０または５１に記載の方法。
【０３５７】
５３．トラフィック優先順位に基づいて１または複数のＳＴＡを選択するステップ
をさらに含む、実施形態５０乃至５２のいずれか一項に記載の方法。
【０３５８】
５４．最大のＣＯＢＲＡ（coordinated orthogonal block-based resource allocation）グループサイズに基づいて１または複数のＳＴＡを選択するステップ
をさらに含む、実施形態５０乃至５３のいずれか一項に記載の方法。
【０３５９】
５５．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成される無線送信／受信ユニット。
【０３６０】
５６．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるステーション（ＳＴＡ）。
【０３６１】
５７．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるｎｏｄｅ  Ｂ。
【０３６２】
５８．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるｅＮｏｄｅ  Ｂ（ｅＮＢ）。
【０３６３】
５９．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるｈｏｍｅ  ｅＮｏｄｅ  Ｂ（ＨｅＮＢ）。
【０３６４】
６０．実施形態５０乃至５４のいずれか一項に記載の方法を実行するように構成されるアクセスポイント（ＡＰ）。
【０３６５】
６１．１または複数のステーション（ＳＴＡ）から情報を収集するステップ
を含む方法。
【０３６６】
６２．前記１または複数のＳＴＡをグループに分割するステップ
をさらに含む、実施形態６１に記載の方法。
【０３６７】
６３．グループ割当を１または複数のＳＴＡに示すステップ
をさらに含む、実施形態６１または６２に記載の方法。
【０３６８】
６４．１または複数のチャネルを監視するステップ
をさらに含む、実施形態６１乃至６３のいずれか一項に記載の方法。
【０３６９】
６５．１または複数のチャネルを監視する前記ステップは、
変化が事前に決定されたしきい値を超えるかどうかを判定するステップ
を含む、実施形態６４に記載の方法。
【０３７０】
６６．再グループ化が必要であるかどうかを判定するステップ
をさらに含む、実施形態６５に記載の方法。
【０３７１】
６７．再グループ化が必要であるという条件で再グループ化を実行するステップ
をさらに含む、実施形態６６に記載の方法。
【０３７２】
６８．チャネルを監視する表示を受信するステップ
をさらに含む、実施形態６１乃至６７のいずれか一項に記載の方法。
【０３７３】
６９．パラメータを推定するステップ
をさらに含む、実施形態６８に記載の方法。
【０３７４】
７０．変化が事前に決定されたしきい値を超えるかどうかを判定するステップ
をさらに含む、実施形態６８または６９に記載の方法。
【０３７５】
７１．前記変化が事前に決定されたしきい値を超えるという条件でアクセスポイント（ＡＰ）に情報を送信するステップ
をさらに含む、実施形態７０に記載の方法。
【０３７６】
７２．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成される無線送信／受信ユニット。
【０３７７】
７３．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるステーション（ＳＴＡ）。
【０３７８】
７４．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるｎｏｄｅ  Ｂ。
【０３７９】
７５．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるｅＮｏｄｅ  Ｂ（ｅＮＢ）。
【０３８０】
７６．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるｈｏｍｅ  ｅＮｏｄｅ  Ｂ（ＨｅＮＢ）。
【０３８１】
７７．実施形態６１乃至７１のいずれか一項に記載の方法を実行するように構成されるアクセスポイント（ＡＰ）。
【０３８２】
設計および手順の例では、ＳＩＦＳが、さまざまなフレーム間間隔を示すのに使用されるが、ＲＩＦＳまたは他の合意されたタイムインターバルなどのすべての他のフレーム間間隔が、同一の解決策で適用され得る。頭字語ＣＯＢＲＡの使用が、ＯＦＤＭ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、ＭＣＦＢ、その他などのエアインターフェースの頭字語への参照と交換可能であることが理解され得る。
【０３８３】
特徴および要素が、上で特定の組合せで説明されるが、当業者は、各特徴または要素が、単独でまたは他の特徴もしくは要素のいずれかとの組合せで使用され得ることを了解する。さらに、本明細書で説明される実施形態は、コンピュータもしくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェア内で実施され得る。コンピュータ可読媒体の例は、電子信号（有線または無線の接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（たとえば、内蔵ハードディスクまたはリムーバブルディスク）、光磁気媒体、およびコンパクトディスク（ＣＤ）またはディジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これに限定されない。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、Ｎｏｄｅ−Ｂ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、無線ルータ、または任意のホストコンピュータでの使用のために無線周波数トランシーバを実施するのに使用され得る。
【図１Ａ】
0005898376.tif 000007
【図１Ｂ】
0005898376.tif 000008
【図１Ｃ】
0005898376.tif 000009
【図２】
0005898376.tif 000010
【図３】
0005898376.tif 000011
【図５】
0005898376.tif 000012
【図６】
0005898376.tif 000013
【図７】
0005898376.tif 000014
【図８】
0005898376.tif 000015
【図９】
0005898376.tif 000016
【図１０】
0005898376.tif 000017
【図１１】
0005898376.tif 000018
【図１２】
0005898376.tif 000019
【図１３】
0005898376.tif 000020
【図１４】
0005898376.tif 000021
【図１５】
0005898376.tif 000022
【図１６】
0005898376.tif 000023
【図１７】
0005898376.tif 000024
【図１８】
0005898376.tif 000025
【図１９】
0005898376.tif 000026
【図２０】
0005898376.tif 000027
【図２１】
0005898376.tif 000028
【図２２】
0005898376.tif 000029
【図２３】
0005898376.tif 000030
【図２４】
0005898376.tif 000031
【図２５】
0005898376.tif 000032
【図２６】
0005898376.tif 000033
【図２７】
0005898376.tif 000034
【図２８】
0005898376.tif 000035
【図２９】
0005898376.tif 000036
【図３０】
0005898376.tif 000037
【図３１】
0005898376.tif 000038
【図３２】
0005898376.tif 000039
【図３３】
0005898376.tif 000040
【図３４】
0005898376.tif 000041
【図３５】
0005898376.tif 000042
【図３６】
0005898376.tif 000043
【図３７】
0005898376.tif 000044
【図３８】
0005898376.tif 000045
【図３９Ａ】
0005898376.tif 000046
【図３９Ｂ】
0005898376.tif 000047
【図３９Ｃ】
0005898376.tif 000048
【図３９Ｄ】
0005898376.tif 000049
【図４０】
0005898376.tif 000050
【図４１】
0005898376.tif 000051
【図４２】
0005898376.tif 000052
【図４３】
0005898376.tif 000053
【図４４】
0005898376.tif 000054
【図４５】
0005898376.tif 000055
【図４６】
0005898376.tif 000056
【図４７】
0005898376.tif 000057
【図４８】
0005898376.tif 000058
【図４９】
0005898376.tif 000059
【図５０】
0005898376.tif 000060
【図５１】
0005898376.tif 000061
【図５２】
0005898376.tif 000062
【図５３】
0005898376.tif 000063
【図５４】
0005898376.tif 000064
【図５５】
0005898376.tif 000065
【図４】
0005898376.tif 000066