特開 2024-16158 無線ローカルエリアネットワーク（ＷＬＡＮ）システムにおける同時送信のためのプリアンブル選択

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

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

(11)【公開番号】P2024016158

(43)【公開日】2024-02-06

(54)【発明の名称】無線ローカルエリアネットワーク（ＷＬＡＮ）システムにおける同時送信のためのプリアンブル選択

(51)【国際特許分類】

   H04L 27/26 20060101AFI20240130BHJP

   H04B 7/0452 20170101ALI20240130BHJP

   H04W 84/12 20090101ALI20240130BHJP

   H04W 16/28 20090101ALI20240130BHJP

   H04W 28/06 20090101ALI20240130BHJP

【ＦＩ】

H04L27/26 114

H04B7/0452

H04W84/12

H04W16/28 130

H04W28/06 110

【審査請求】有

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023188270

(22)【出願日】2023-11-02

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

【原出願日】2015-09-11

(31)【優先権主張番号】62/049,978

(32)【優先日】2014-09-12

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

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ロウ ハンチン

(72)【発明者】

【氏名】オーヘンコーム オテリ

(72)【発明者】

【氏名】シア ポンフェイ

(72)【発明者】

【氏名】ロバート エル．オレセン

(57)【要約】

【課題】無線ポイント・ツー・マルチポイントサービスを提供するに際し、柔軟性を加えることが望まれている。
【解決手段】物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）フォーマットを決定するためのシステム、方法、および手段が、提供される。基本サービスセット（ＢＳＳ）が第１のタイプのレガシ局を含むかどうかについての決定を行うことができ、第１のタイプのレガシ局は、８０２．１１ｎより前のデバイスである。ＢＳＳ内の局がショートフォーマットプリアンブルをサポートするかどうかについての決定を行うことができる。ビームフォーミングまたはプリコーディングが次回のマルチユーザ送信と関連して使用されるかどうかについての決定を行うことができる。
【選択図】図２２

【特許請求の範囲】

【請求項1】

高効率（ＨＥ）無線ローカルエリアネットワーク（ＷＬＡＮ）通信と関連付けられた空間－時間ストリームの数に基づいて、ＨＥロングトレーニングフィールド（ＨＥ ＬＴＦ）のために使用されるシンボルの数を決定するよう構成されたプロセッサであって、前記ＨＥ ＬＴＦのために使用されるシンボルの前記数は、１、２、４、６または８シンボルを含み、空間－時間ストリームの前記数が３、５、または７に等しい条件で、前記プロセッサは、シンボルの前記数が空間－時間ストリームの前記数よりも次の大きい数であると決定するよう構成され、
前記決定されたシンボルの数で、前記ＨＥ ＬＴＦを送るよう構成された送信機と
を備えたことを特徴とする局。

【請求項2】

空間－時間ストリームの前記数は、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）通信のための空間－時間ストリームの総数であることを特徴とする請求項１に記載の局。

【請求項3】

前記プロセッサは、グループ識別子を決定し、および、前記グループ識別子に関連付けられたグループにおけるデバイスの位置を識別するようさらに構成されたことを特徴とする請求項１に記載の局。

【請求項4】

移動局によって、高効率（ＨＥ）無線ローカルエリアネットワーク（ＷＬＡＮ）通信と関連付けられた空間－時間ストリームの数に基づいて、ＨＥロングトレーニングフィールド（ＨＥ ＬＴＦ）のために使用されるシンボルの数を決定するステップであって、前記ＨＥ ＬＴＦのために使用されるシンボルの前記数は、１、２、４、６または８シンボルを含み、前記空間－時間ストリームの前記数が３、５、または７に等しい条件で、シンボルの前記数は前記空間－時間ストリームの数よりも次の大きい数となる、ステップと、
前記移動局によって、前記決定されたシンボルの数で、前記ＨＥ ＬＴＦを送るステップと
を備えることを特徴とする方法。

【請求項5】

空間－時間ストリームの前記数は、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）ユーザのための空間－時間ストリームの総数であることを特徴とする請求項４に記載の方法。

【請求項6】

グループ識別子を決定し、および、前記グループ識別子に関連付けられたグループにおけるデバイスの位置を識別するステップ
をさらに備えることを特徴とする請求項４に記載の方法。

【請求項7】

空間－時間ストリームの前記数が、１、２、４、６または８に等しい条件で、前記プロセッサは、シンボルの前記数が空間－時間ストリームの前記数に等しいと決定することを特徴とする請求項１に記載の局。

【請求項8】

前記送信機は、空間－時間ストリームの前記数に関連付けられたサブキャリアのセットを使用した前記通信において、前記ＨＥ ＬＴＦを送るよう構成されたことを特徴とする請求項１に記載の局。

【請求項9】

空間－時間ストリームの前記数が、１、２、４、６または８に等しい条件で、シンボルの前記数が空間－時間ストリームの前記数に等しいと決定するステップ
をさらに備えることを特徴とする請求項４に記載の方法。

【請求項10】

空間－時間ストリームの前記数に関連付けられたサブキャリアのセットを使用した前記通信において、前記ＨＥ ＬＴＦが送られることを特徴とする請求項４に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

本発明は、物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）フォーマットを決定するための、システム、方法および手段に関する。

【0002】

本出願は、２０１４年９月１２日に出願された米国特許仮出願第６２／０４９，９７８号の利益を主張し、その開示は、その全体が、参照によって本明細書に組み込まれる。

【0003】

無線ネットワーク（例えば、ＩＥＥＥ８０２．１１ａｃベースのネットワーク）は、１または複数の動作チャネルを有する基本サービスセット（ＢＳＳ）における１または複数の局（ＳＴＡ）にアクセスポイント（ＡＰ）を提供することができる。ＡＰは、トラフィックをＢＳＳ内および外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外において生じたＳＴＡへのトラフィックは、ＡＰを通して到着し、ＳＴＡに配信することができる。ＳＴＡにおいて生じたＢＳＳ外の送信先へのトラフィックは、ＡＰに送信されてから、それぞれの送信先に配信することができる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、送信元ＳＴＡが、トラフィックをＡＰに送信し、ＡＰが、そのトラフィックを送信先ＳＴＡに配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、ピアツーピアトラフィックとすることができる。そのようなピアツーピアトラフィックは、例えば、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用する直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で直接的に送信することができる。独立ＢＳＳモードにおけるＷＬＡＮは、ＡＰを有さないことがあり、ＳＴＡは、互いに直接的に通信する 従って、無線ポイント・ツー・マルチポイントサービスを提供するに際し、柔軟性を加えることが望まれている。

【課題を解決するための手段】

【0005】

物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）フォーマットを決定するための、システム、方法、および手段が、提供される。基本サービスセット（ＢＳＳ）が第１のタイプのレガシ局を含むかどうかについての決定を行うことができ、第１のタイプのレガシ局は、８０２．１１ｎより前のデバイスである。ＢＳＳ内の局がショートフォーマットプリアンブルをサポートするかどうかについての決定を行うことができる。ビームフォーミングまたはプリコーディングが次回のマルチユーザ送信と関連して使用されるかどうかについての決定を行うことができる。選択されたＰＰＤＵプリアンブルフォーマットの表示（indication）を、マルチユーザ送信を介して、ＢＳＳ内の局に送信することができ、ＢＳＳが、第１のタイプのレガシ局を含むとき、ロングフォーマットプリアンブルが選択され、ビームフォーミングが、次回のマルチユーザ送信と関連して使用される、またはプリコーディングが、次回のマルチユーザ送信と関連して使用され、ＢＳＳが、第１のタイプのレガシ局を含まないとき、ショートフォーマットプリアンブルが選択され、ビームフォーミングが、次回のマルチユーザ送信と関連して使用されず、およびプリコーディングが、次回のマルチユーザ送信と関連して使用されない。

【発明の効果】

【0006】

無線ポイント・ツー・マルチポイントサービスに柔軟性を加えられる。

【図面の簡単な説明】

【0007】

【図1A】例示的な通信システムを示す図である。

【図1B】例示的な無線送受信ユニット（ＷＴＲＵ）を示す図である。

【図1C】例示的な無線ローカルエリアネットワーク（ＷＬＡＮ）を示す図である。

【図2】８０２．１１ｎ（高スループット）における３つの物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）フォーマットの例を示す図である。

【図3】Ｓ１Ｇショートフォーマットの例を示す図である。

【図4】Ｓ１Ｇショートフォーマットを用いたＳＩＧフィールドの例の図である。

【図5】Ｓ１Ｇロングフォーマットの例を示す図である。

【図6】シングルユーザ送信が利用される場合の、Ｓ１ＧロングフォーマットにおけるＳＩＧ－Ａフィールドの例を示す図である。

【図7】マルチユーザ送信が利用される場合の、Ｓ１ＧロングフォーマットにおけるＳＩＧ－Ａフィールドの例を示す図である。

【図8】Ｓ１Ｇ １Ｍフォーマットの例を示す図である。

【図9】Ｓ１Ｇ １ＭフォーマットにおけるＳＩＧフィールドの例を示す図である。

【図10】８０２．１１ａｃのＶＨＴ混合フォーマットパケット例を示す図である。

【図11】メンバーシップステータスアレイフィールドの例を示す図である。

【図12】ユーザ位置アレイフィールドの例を示す図である。

【図13】同時送信のためのＨＥＷ ＰＰＤＵ設計の例を示す図である。

【図14】ＵＬ ＭＵ－ＭＩＭＯのためのＨＥＷ ＰＰＤＵの例を示す図である。

【図15】ＵＬ ＭＵ－ＭＩＭＯのためのＨＥＷ ＰＰＤＵの例を示す図である。

【図16】ＵＬ ＭＵ－ＭＩＭＯのためのｈｅｗＳＴＦ／ｈｅｗＬＴＦの例を示す図である。

【図17】ＵＬ ＭＵ－ＭＩＭＯのための別のｈｅｗＳＴＦ／ｈｅｗＬＴＦの例を示す図である。

【図18】ＵＬ ＭＵ－ＭＩＭＯのためのｈｅｗＳＴＦ／ｈｅｗＬＴＦの例の図である。

【図19】ＵＬ ＭＵ－ＭＩＭＯのためのｈｅｗＳＴＦ／ｈｅｗＬＴＦの例の図である。

【図20】２０ＭＨｚ以上のサブチャネルサイズを用いる直交周波数分割多元接続（ＯＦＤＭＡ）送信など、調整された直交ブロックベースのリソース割り当てのためのＰＰＤＵ設計の例（例えば、ロングＯＦＤＭＡ ＰＰＤＵ）を示す図である。

【図21】２０ＭＨｚ以上のサブチャネルサイズを用いるＯＦＤＭＡ送信のためのＰＰＤＵ設計の例（例えばショートＯＦＤＭＡ ＰＰＤＵ）を示す図である。

【図22】ロング／ショートＯＦＤＭＡ ＰＰＤＵフォーマットを選択する手順の例を示す図である。

【図23】２０ＭＨｚ以上のサブチャネルサイズを用いるＯＦＤＭＡ送信のためのＰＰＤＵ設計の例（例えば、ロングＯＦＤＭＡ ＰＰＤＵ）を示す図である。

【図24】２０ＭＨｚ以上のサブチャネルサイズを用いるＯＦＤＭＡ送信のためのＰＰＤＵ設計の例（例えばショートＯＦＤＭＡ ＰＰＤＵ）を示す図である。

【図25】２０ＭＨｚ以上のサブチャネルサイズを用いるＯＦＤＭＡ送信のためのＰＰＤＵ設計の例（例えばショートＯＦＤＭＡ ＰＰＤＵ）を示す図である。

【図26】ｈｅｗＳＩＧフィールドのための送信設計の例を示す図である。

【図27】アップリンクマルチユーザチャネルアクセス方式の例の図である。

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

【0008】

説明的な実施形態についての詳細な説明が、様々な図を参照して行われる。この説明は、可能な実施の詳細な例を提供するが、細部は例示的であることを意図しており、本出願の範囲を限定することは決して意図していないことに留意されたい。加えて、図は、１または複数のメッセージチャートを示すことがあるが、それらは、例示的であることを意図している（メッセージは、そうすることが適切な場合は、変更され、並べ替えられ、または割愛さえされることがある）。

【0009】

図１Ａは、１または複数の開示される特徴を実施することができる例示的な通信システム１００の図である。例えば、無線ネットワーク（例えば、通信システム１００の１または複数の構成要素を備える無線ネットワーク）は、無線ネットワークを越えて（例えば、無線ネットワークと関連付けられたウォールドガーデン（walled Garden）を越えて）延びるベアラにＱｏＳ特性を割り当てることができるように構成することができる。

【0010】

通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。

【0011】

図１Ａに示されるように、通信システム１００は、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）、例えば、複数のＷＴＲＵ、例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されるべきである。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。

【0012】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されるべきである。

【0013】

基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタごとに１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタごとに複数の送受信機を利用することができる。

【0014】

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

【0015】

より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

【0016】

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）を使用して、エアインターフェース１１６を確立することができる。

【0017】

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

【0018】

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

【0019】

ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されるべきである。例えば、Ｅ－ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。

【0020】

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

【0021】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。

【0022】

図１Ｂは、例示的な無線送受信ユニット、ＷＴＲＵ１０２を示している。ＷＴＲＵ１０２は、本明細書で説明される通信システムのうちの１または複数において使用することができる。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されるべきである。

【0023】

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

【0024】

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

【0025】

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

【0026】

送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。

【0027】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上に配置されたメモリなど、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それにデータを記憶することができる。

【0028】

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

【0029】

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

【0030】

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

【0031】

図１Ｃは、例示的なＷＬＡＮデバイスを示しており、それの１または複数は、ＷＬＡＮシステム１５０において動作する、本明細書で説明される特徴のうちの１または複数を実施するために使用することができる。ＷＬＡＮシステム１５０は、ＤＳＳＳ、ＯＦＤＭ、ＯＦＤＭＡなどの、チャネルアクセス方式を含むことができる、ＩＥＥＥ８０２．１１通信規格の１または複数のプロトコルを実施するように構成することができる。ＷＬＡＮは、あるモードで、例えば、インフラストラクチャモード、アドホックモードなどで、動作することができる。

【0032】

ＷＬＡＮシステム１５０は、限定することなく、アクセスポイント（ＡＰ）１５２と、局（ＳＴＡ）１５４と、ＳＴＡ１５６とを含むことができる。ＳＴＡ１５４およびＳＴＡ１５６は、ＡＰ１５２と関連付けることができる。インフラストラクチャモードで動作するＷＬＡＮは、１または複数の関連付けられたＳＴＡと通信する、１または複数のＡＰを備えることができる。ＡＰおよびＡＰと関連付けられたＳＴＡは、基本サービスセット（ＢＳＳ）を構成することができる。例えば、ＡＰ１５２、ＳＴＡ１５４、およびＳＴＡ１５６は、ＢＳＳ１６０を構成することができる。拡張サービスセット（ＥＳＳ）は、（１または複数のＢＳＳを伴う）１または複数のＡＰと、ＡＰと関連付けられたＳＴＡとを備えることができる。

【0033】

ＡＰは、ディストリビューションシステム（ＤＳ）へのアクセスおよび／またはインターフェースを有することができ、それは、有線および／または無線とすることができ、ＡＰへのトラフィックおよび／またはＡＰからのトラフィックを搬送することができる。ＷＬＡＮ外において生じたＷＬＡＮ内のＳＴＡへのトラフィックは、ＷＬＡＮ内のＡＰにおいて受信することができ、それは、トラフィックをＷＬＡＮ内のＳＴＡに送信することができる。ＷＬＡＮ内のＳＴＡにおいて生じたＷＬＡＮ外の送信先へのトラフィックは、ＷＬＡＮ内のＡＰに送信することができ、それは、トラフィックを送信先に送信することができる。

【0034】

示されるように、ＡＰ１５２は、ネットワーク１７０と通信する。ネットワーク１７０は、サーバ１８０と通信する。ＷＬＡＮ内のＳＴＡ間のトラフィックは、１または複数のＡＰを通して送信することができる。例えば、送信元ＳＴＡ（例えば、ＳＴＡ１５６）は、送信先ＳＴＡ（例えば、ＳＴＡ１５４）を宛先とするトラフィックを有することができる。ＳＴＡ１５６は、トラフィックをＡＰ１５２に送信することができ、ＡＰ１５２は、トラフィックをＳＴＡ１５４に送信することができる。

【0035】

ＷＬＡＮは、アドホックモードで動作することができる。アドホックモードＷＬＡＮは、独立ＢＳＳと呼ばれることがある。アドホックモードＷＬＡＮでは、ＳＴＡは、互いに直接的に通信することができる（例えば、ＳＴＡ１５４は、ＡＰを通してルーティングされるような通信を用いずに、ＳＴＡ１５６と通信することができる）。

【0036】

ＩＥＥＥ８０２．１１デバイス（例えば、ＢＳＳ内のＩＥＥＥ８０２．１１ ＡＰ）は、ビーコンフレームを使用して、ＷＬＡＮネットワークの存在を公表することができる。ＡＰ１５２などのＡＰは、チャネル上で、例えば、プライマリチャネルなどの固定されたチャネル上で、ビーコンを送信することができる。ＳＴＡは、プライマリチャネルなどのチャネルを使用して、ＡＰとの接続を確立することができる。

【0037】

ＳＴＡおよび／またはＡＰは、衝突回避付きキャリアセンス多重アクセス（ＣＳＭＡ／ＣＡ）チャネルアクセスメカニズムを使用することができる。ＣＳＭＡ／ＣＡでは、ＳＴＡおよび／またはＡＰは、プライマリチャネルをセンスすることができる。例えば、ＳＴＡが、送信するデータを有する場合、ＳＴＡは、プライマリチャネルをセンスすることができる。プライマリチャネルがビジーであることが検出された場合、ＳＴＡは、バックオフすることができる。例えば、ＷＬＡＮまたはそれの部分は、１つのＳＴＡが、例えば、与えられたＢＳＳにおいて、与えられた時刻に送信することができるように、構成することができる。チャネルアクセスは、ＲＴＳおよび／またはＣＴＳシグナリングを含むことができる。例えば、送信デバイスによって送信され得る送信要求（ＲＴＳ）フレームと、受信デバイスによって送信され得る送信可（ＣＴＳ）フレームとの交換が行われる。例えば、ＡＰが、ＳＴＡに送信するデータを有する場合、ＡＰは、ＲＴＳフレームをＳＴＡに送信することができる。ＳＴＡが、データを受信する準備ができている場合、ＳＴＡは、ＣＴＳフレームを用いて応答することができる。ＣＴＳフレームは、ＲＴＳを開始したＡＰが、それのデータを送信することができる間、他のＳＴＡに媒体へのアクセスを見合わせるように警告することができる、時間値を含むことができる。ＳＴＡからＣＴＳフレームを受信すると、ＡＰは、データをＳＴＡに送信することができる。

【0038】

デバイスは、ネットワーク割り当てベクトル（ＮＡＶ）フィールドを介して、スペクトルを確保することができる。例えば、ＩＥＥＥ８０２．１１フレームでは、ＮＡＶフィールドは、ある時間期間の間、チャネルを確保するために使用することができる。データを送信したいＳＴＡは、それがチャネルを使用すると予想することができる時間になるようにＮＡＶを設定することができる。ＳＴＡが、ＮＡＶを設定するとき、関連付けられたＷＬＡＮまたはそれのサブセット（例えば、ＢＳＳ）についてのＮＡＶを設定することができる。他のＳＴＡは、ＮＡＶを０までカウントダウンすることができる。カウンタが、０の値に達したとき、ＮＡＶ機能は、チャネルが今では利用可能であることを、他のＳＴＡに示すことができる。

【0039】

ＡＰまたはＳＴＡなど、ＷＬＡＮ内のデバイスは、以下のうちの１または複数、すなわち、プロセッサ、メモリ、無線受信機および／または送信機（例えば、それらは、組み合わせて送受信機とすることができる）、１または複数のアンテナなどを含むことができる。プロセッサ機能は、１または複数のプロセッサを含むことができる。例えば、プロセッサは、汎用プロセッサ、専用プロセッサ（例えば、ベースバンドプロセッサ、ＭＡＣプロセッサなど）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などのうちの１または複数を含むことができる。１または複数のプロセッサは、互いに統合されても、または統合されなくてもよい。プロセッサ（例えば、１もしくは複数のプロセッサ、またはそれらのサブセット）は、１または複数の他の機能（例えば、メモリなどの他の機能）と統合することができる。プロセッサは、信号コーディング、データ処理、電力制御、入力／出力処理、変調、復調、および／または図１ＣのＷＬＡＮなどの無線環境においてデバイスが動作することを可能にすることができる他の任意の機能を実行することができる。プロセッサは、例えば、ソフトウェア命令および／またはファームウェア命令を含む、プロセッサ実行可能コード（例えば、命令）を実行するように構成することができる。例えば、プロセッサは、プロセッサ（例えば、メモリおよびプロセッサを含むチップセット）またはメモリのうちの１または複数の上に含まれる、コンピュータ可読命令を実行するように構成することができる。命令の実行は、本明細書で説明される機能のうちの１または複数をデバイスに実行させることができる。

【0040】

デバイスは、１または複数のアンテナを含むことができる。デバイスは、多入力多出力（ＭＩＭＯ）技法を利用することができる。１または複数のアンテナは、無線信号を受信することができる。プロセッサは、例えば、１または複数アンテナを介して、無線信号を受信することができる。１または複数のアンテナは、（例えば、プロセッサから送信された信号に基づいて）無線信号を送信することができる。

【0041】

デバイスは、プロセッサ実行可能コードもしくは命令（例えば、ソフトウェア、ファームウェアなど）、電子データ、データベース、または他のデジタル情報など、プログラミングおよび／またはデータを記憶するための１または複数のデバイスを含むことができる、メモリを有することができる。メモリは、１または複数のメモリユニットを含むことができる。１または複数のメモリユニットは、１または複数の他の機能（例えば、プロセッサなど、デバイス内に含まれる他の機能）と統合することができる。メモリは、リードオンリーメモリ（ＲＯＭ）（例えば、消去可能プログラム可能リードオンリーメモリ（ＥＰＲＯＭ）、電気的消去可能プログラム可能リードオンリーメモリ（ＥＥＰＲＯＭ）など）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または情報を記憶するための他の非一時的コンピュータ可読媒体を含むことができる。メモリは、プロセッサに結合することができる。プロセッサは、メモリの１または複数のエンティティと、例えば、システムバスを介して通信すること、直接的に通信することなどができる。

【0042】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、基本サービスセットのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１または複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および外に搬送することができる、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外において生じたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配信することができる。ＳＴＡにおいて生じたＢＳＳ外の送信先へのトラフィックは、ＡＰに送信されてから、それぞれの送信先に配信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、送信元ＳＴＡが、トラフィックをＡＰに送信することができ、ＡＰが、そのトラフィックを送信先ＳＴＡに配信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとすることができる。そのようなピアツーピアトラフィックは、例えば、ＩＥＥＥ８０２．１１ｅ ＤＬＳまたはＩＥＥＥ８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用する直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で直接的に送信することができる。独立ＢＳＳモードを使用するＷＬＡＮは、ＡＰを有さないことができ、ＳＴＡは、互いに直接的に通信することができる。通信のこのモードは、アドホックモードとすることができる。

【0043】

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

【0044】

図２は、８０２．１１ｎ（高スループット）が、３つのＰＰＤＵフォーマット（非ＨＴ ＰＰＤＵ、ＨＴ混合フォーマットＰＰＤＵ、およびＨＴグリーンフィールドフォーマットＰＰＤＵ）をサポートすることができることを示している。８０２．１１ｎ ＨＴ－ＳＩＧフィールドが、表１に示されている。

【0045】

【表1-1】

【0046】

【表1-2】

【0047】

１ＧＨｚ未満（Ｓ１Ｇ）帯域においてＷｉＦｉシステムをサポートするためのソリューションを開発するために、ＩＥＥＥ８０２．１１ａｈタスクグループが、設立された。８０２．１１ａｈ ＰＨＹは、１、２、４、８、および１６ＭＨｚ帯域幅をサポートすることを求められることがある。１ＭＨｚおよび２ＭＨｚ帯域幅に対するサポートは、８０２．１１ａｈ ＳＴＡにおいて必須とすることができる。

【0048】

図３は、Ｓ１Ｇショートフォーマットの例を示している。図４は、Ｓ１ＧショートフォーマットにおけるＳＩＧフィールドの例を示している。

【0049】

図５は、Ｓ１ＧロングフォーマットＰＰＤＵの例を示している。図６は、シングルユーザ送信のためのＳＩＧ－Ａフィールドの例を示している。図７は、マルチユーザ送信のためのＳＩＧ－Ａフィールドの例を示している。表２は、Ｓ１ＧロングフォーマットのためのＳＩＧ－Ｂフィールドを与える。

【0050】

【表2】

【0051】

Ｓ１Ｇ １ＭＨｚ送信は、必須とすることができる。図８は、Ｓ１Ｇ １ＭフォーマットにおけるＰＰＤＵの例を示している。図９は、Ｓ１Ｇ １ＭフォーマットにおけるＳＩＧフィールドの例を示している。

【0052】

８０２．１１ａｃでは、シングルユーザモードまたはマルチユーザモードにおいて動作するための必要とされる情報を搬送するために、超高スループット（ＶＨＴ）プリアンブルを、定義することができる。非ＶＨＴ ＳＴＡとの後方互換性を維持するために、特定の非ＶＨＴフィールド（またはレガシフィールド）を、それらを非ＶＨＴ ＳＴＡによって受信することができるように（例えば、条項１７または条項１９に準拠するように）、定義することができる。非ＶＨＴフィールドの後には、ＶＨＴ ＳＴＡに固有のＶＨＴフィールドが、続くことができる。図１０は、８０２．１１ａｃのＶＨＴ混合フォーマットパケットの例を示している。

【0053】

ＶＨＴフォーマットパケットを解釈するために必要とされることがある情報は、ＶＨＴ－ＳＩＧ－Ａフィールドによって搬送することができる。ＶＨＴ－ＳＩＧ－Ａフィールドは、表３に列挙されたフィールドを含むことができる。ＶＨＴ－ＳＩＧ－Ａフィールドは、表３に示されるような、２４のデータビットを含む、ＶＨＴ－ＳＩＧ－Ａ１を含むことができる。

【0054】

【表3-1】

【0055】

【表3-2】

【0056】

ＶＨＴ－ＳＩＧ－Ａフィールドは、表４に列挙されたフィールドを含むことができる。ＶＨＴ－ＳＩＧ－Ａフィールドは、表４に示されるような、２４のデータビットを含む、ＶＨＴ－ＳＩＧ－Ａ２を含むことができる。

【0057】

【表4-1】

【0058】

【表4-2】

【0059】

ＶＨＴ－ＳＩＧ－Ａ１（表３）は、ＶＨＴ－ＳＩＧ－Ａ２（表４）の前に、送信することができる。ＶＨＴ－ＳＩＧ－Ａシンボルは、レートＲ＝１／２でＢＣＣ符号化し、インターリーブし、ＢＰＳＫコンステレーションにマッピングすることができる。ショートトレーニングフィールド（ＳＴＦ）、ロングトレーニングフィールド（ＬＴＦ）、およびＳＩＧフィールドは、ＭＵ－ＭＩＭＯプリアンブルのオムニ部と呼ばれることがある。

【0060】

情報は、ＶＨＴ－ＳＩＧ－Ｂフィールドによって搬送することができる。ＶＨＴ－ＳＩＧ－Ｂフィールドは、ＭＵ－ＭＩＭＯ情報を複数の同時ＳＴＡに提供することに特定的に関わることができる。ＶＨＴ－ＳＩＧ－Ｂフィールドは、表５に示されるような、データビットを含むことができる。

【0061】

【表5】

【0062】

（８０２．１１ａｃによって導入された）グループＩＤの概念は、ＤＬ ＭＵ－ＭＩＭＯ送信に対して利用することができ、単一のＩＤを用いるＳＴＡのグループを有するＡＰアドレスを可能にする。グループＩＤは、ＶＨＴ－ＳＩＧ－Ａフィールド（表４）内に含まれる。ＡＰは、グループＩＤ管理フレームを使用して、グループＩＤをＳＴＡに割り当てることができる。グループＩＤ管理フレームは、個々のＳＴＡをアドレスとすることができ、メンバーシップステータスアレイと、ユーザ位置アレイとを含むことができる。

【0063】

図１１は、メンバーシップステータスアレイフィールドの例を示している。

【0064】

図１２は、ユーザ位置アレイフィールドの例を示している。

【0065】

（例えば、８０２．１１ａｈによって導入された）ヌルデータパケット（ＮＤＰ）は、単純な制御／管理情報を搬送することができる。ＮＤＰ送信可（ＣＴＳ）フレーム、ＮＤＰ無競合エンド（ＣＦエンド）フレーム、ＮＤＰ省電力ポーリング（ＰＳポーリング）フレーム、ＮＤＰ肯定応答（ＡＣＫ）フレーム、ＮＤＰブロック肯定応答（ＢＡ）フレーム、ＮＤＰビームフォーミングレポートポーリングフレーム、ＮＤＰページングフレーム、およびＮＤＰプローブ要求フレームを、定義することができる。

【0066】

ダウンリンクおよびアップリンクマルチユーザ同時送信のためのプリアンブル設計および関連する手順が、以下で説明される。ＷｉＦｉシステムは、シングルユーザ送信に対するサポートを強調してきた。８０２．１１ａｃおよび８０２．１１ａｈは、ダウンリンクマルチユーザＭＩＭＯ（ＤＬ ＭＵ－ＭＩＭＯ）に対するサポートを含むことによって、改善されたダウンリンクスペクトル効率に対処することができる。アップリンク（ＵＬ）ＭＵ－ＭＩＭＯ同時送信に対するサポートが、必要とされることがある。ＵＬ送信についての現在の設計は、ＵＬシングルユーザ（ＳＵ）ＭＩＭＯのための要件を考慮することが（例えば、それだけが）できる。ＵＬ ＭＵ－ＭＩＭＯ同時送信とともに使用するためのシステムおよび方法を、提供することができる。

【0067】

意図されたＳＴＡおよび意図されていないＳＴＡの両方、ならびにレガシＳＴＡおよび非レガシＳＴＡの両方によって理解することができるＰＰＤＵフォーマットが、必要とされることがある。ＭＵ－ＭＩＭＯ動作のために、時間、空間、および周波数リソース割り当て領域をサポートするＰＰＤＵフォーマットが、必要とされることがある。

【0068】

パケットを検出および復号するために、シグナリングフィールド（ＳＩＧ）を、必要とすることができる。８０２．１１ａｃでは、ＳＩＧフィールドは、ＶＨＴ－ＳＩＧ－Ａ（４６ビット）およびＶＨＴ－ＳＩＧ－Ｂ（２９ビット）の、２つの部分を有することができる。ＶＨＴ－ＳＩＧ－Ａは、さらに、ＶＨＴ－ＳＩＧ－Ａ１（２３ビット）およびＶＨＴ－ＳＩＧ－Ａ２（２３ビット）に細分化することができる。ＳＩＧフィールドは、（例えば、チャネル幅、ＭＣＳを含む）フレーム属性を示す表示（indication）を提供することができる。ＳＩＧフィールドは、ＳＵ－ＭＩＭＯ動作が動作中か、それともＭＵ－ＭＩＭＯ動作が動作中かを示す表示を提供することができる。ＶＨＴ－ＳＩＧ－Ｂフィールドは、ＭＵ－ＭＩＭＯ情報を複数の同時ＳＴＡに提供することに特定的に関わることができる。ＳＴＡのグループＩＤを示す表示は、ＳＩＧフィールドによって提供することが（することも）できる。ＳＩＧフィールドは、制御情報を受信機に伝えるための非自明なオーバヘッドを含むことができる。ＳＩＧフィールドが、適切に復号されない場合、それは、ＰＰＤＵ全体の適切な受信に影響することがある。ＰＨＹベースのＤＬ ＭＵ－ＭＩＭＯおよび／またはＵＬ ＭＵ－ＭＩＭＯの組み入れ、および関連する同時送信は、適切な受信のために追加パラメータを受信機に示す表示を必要とすることがある。新しいＳＩＧフィールドの可能な設計を含む、この表示を可能にするシステム、方法、および／またはデバイスが、これらのモードの動作を可能にするために必要なことがある。８０２．１１におけるＳＩＧ設計のオーバヘッドを所与とすると、このオーバヘッドを減らすこと、およびこれらのモードの動作についての検出確率の向上が、有益なことがある。

【0069】

ＳＴＦおよびＬＴＦは、パケット検出、時間／周波数同期、および／またはチャネル推定の開始のために利用することができる。ＳＴＦ／ＬＴＦは、同時送信実施とより良好に適合するように設計することができる。同時送信のための同期およびチャネル推定要件は、シングルユーザ送信とは異なることがあり、ＳＴＦ／ＬＴＦは、再設計することができる。

【0070】

グループＩＤは、範囲［０，６３］内にあることができ、０／６３は、シングルユーザ送信を示す。したがって、最大で６２のマルチユーザグループを、サポートすることができる。グループは、最大で４つのユーザを有することができる。ＤＬおよびＵＬの両方の上で複数の同時送信が行われ、潜在的に複数の同時送信モードが存在すると、グループＩＤの利用可能な数は、十分でないことがある。グループＩＤ管理フレームは、ユニキャスト送信を使用して、ＡＰによって送信することができる。グループＩＤのＡＰ割り当ては、ＳＴＡに対して順次個別に行うことができ、それは、ネットワークスペクトル効率に悪影響を与えることがある非効率をもたらすことがある。ＡＰが、ＳＴＡの新しいグループを作成することを要求された場合、それは、ＳＴＡのグループＩＤを再割り当てする必要があることがある。これは、同時送信の開始に先立って、グループ内の（例えば、各）ユーザにグループＩＤ管理フレームを送信することによって行うことができ、それは、望ましくない非効率および制約を生み出すことがある。

【0071】

ＤＬおよびＵＬのための要件を含むことができる、他の同時送信のためのパイロット設計は、パイロット設計の定義を必要とすることがある。

【0072】

マルチユーザ同時送信は、追加の必要なシグナリングを伝えるために、余分な制御フレームを必要とすることがある。制御フレームのオーバヘッドは、システム効率を低下させることがある。ＰＨＹヘッダを含む（例えば、それだけを含む）ことができ、ＭＡＣボディを含まないことができる、ＮＤＰパケットは、必要とされる制御フレームのオーバヘッドをさらに低下させるために使用でき、システム効率を増加させることができる。

【0073】

汎用ＰＰＤＵフォーマットを、提供することができる。ＰＰＤＵは、例えば、複数の同時送信モードをサポートするために、レガシＳＴＦ、ＬＴＦ、および／またはＳＩＧフィールドを含むことを必要とすることがあり、同時に、既存のＩＥＥＥ８０２．１１仕様との後方互換性をサポートすることができる。

【0074】

図１３は、例示的なＰＰＤＵフォーマット設計を示している。（例えば、本明細書ではｈｅｗＳＩＧフィールドと呼ばれる）高効率ＳＩＧフィールドは、ＰＰＤＵ内にＬ－ＳＩＧフィールドに後続して配置することができる。Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、およびｈｅｗＳＩＧフィールドは、各２０ＭＨｚチャネル上で送信および複製することができる。フィールドは、オムニ送信アンテナモードを利用して、送信することができる。ダウンリンク同時送信について、複数のアンテナが、送信機において同時に利用される場合、サイクリックシフトダイバーシティ（ＣＳＤ）方式を利用することができる。アップリンク同時送信については、ＣＳＤを利用しなくてもよい。

【0075】

フィールドの送信は、システムによってサポートされる後方互換性に依存することができる。例えば、ＩＥＥＥ８０２．１１ａ／ｇとの後方互換性が、必要とされる場合、サブキャリアフォーマット、シーケンス、および／またはＣＳＤパラメータ（適用される場合）は、８０２．１１ａｃ非ＶＨＴ部送信のそれらに関連することができる（例えば、８０２．１１ａｃ非ＶＨＴ部送信のそれと同一とすることができる）。例えば、非ＶＨＴ部は、（例えば、図１０に示された非ＶＨＴフィールドなど）プリアンブルフレームフォーマットのレガシ部を含むことができる。ＩＥＥＥ８０２．１１ａ／ｇとの後方互換性が、必要とされず、８０２．１１ａｃ／ｎとの後方互換性が、必要とされる場合、サブキャリアフォーマット、シーケンス、および／またはＣＳＤパラメータ（適用される場合）は、８０２．１１ａｃＶＨＴ部送信のそれらと同一とすることができる。

【0076】

ｈｅｗＳＩＧフィールドは、既存のレガシモード、ＨＴ混合モード、および／またはＶＨＴモードＰＰＤＵからの自動検出を可能にする方法で、送信することができる。ｈｅｗＳＩＧフィールド内に、ＭＵモードを含むことができ、それは、パケットにおいて利用される詳細なＭＵモードを示すことができる。ＭＵモードは、ＳＵ送信、周波数分割を用いるＭＵ送信（ＯＦＤＭＡ）、空間分割を用いるＭＵ送信（ＭＵ－ＭＩＭＯ）、および／または時分割を用いるＭＵ送信（ＭＵ－ＴＤＭＡ）を示すことができる。図１３は、８ｕｓのｈｅｗＳＩＧを示しているが、しかしながら、ｈｅｗＳＩＧフィールドは、異なる時間持続とすることができる。

【0077】

ｈｅｗＳＩＧフィールド内で伝達されるＭＵモードに応じて、ｈｅｗＳＴＦ、ｈｅｗＬＴＦ、および／またはｈｅｗＳＩＧＢフィールドは、異なる変形を有することができる。複数の同時送信モードをサポートするＰＰＤＵは、高効率ＰＰＤＵとすることができ、それは、高効率ＷＬＡＮ（ＨＥＷ）ＰＰＤＵと呼ばれることがある。

【0078】

ＨＥＷ ＰＰＤＵは、例えば、ＵＬ ＭＵ－ＭＩＭＯをサポートするために、利用することができる。図１３は、例示的なＨＥＷ ＰＰＤＵ設計を示しており、アップリンク送信は、８０ＭＨｚチャネル上で動作させられる。他のチャネル帯域幅および他の数のチャネルを、利用することができる。各ＵＬ ＭＵ－ＭＩＭＯ ＳＴＡは、２０ＭＨｚ送信フォーマットを用いて、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、および／またはｈｅｗＳＩＧフィールドを送信することができ、各２０ＭＨｚチャネル上で重複することができる。他のチャネル帯域幅を、サポートすることができる。

【0079】

図１４は、設計１と呼ばれることがある、例示的なＰＰＤＵ設計を示しており、ＵＬ ＭＵ－ＭＩＭＯ ＳＴＡ（例えば、すべてのＵＬ ＭＵ－ＭＩＭＯ ＳＴＡ）は、サブチャネル（例えば、すべてのサブチャネル）においてＬ－ＳＴＦおよびＬ－ＬＴＦの完全なシーケンスを送信することができる。ＵＬ ＭＵ－ＭＩＭＯ ＳＴＡは、ユーザ間でサイクリックシフトダイバーシティ（ＣＳＤ）を用いて、Ｌ－ＳＴＦおよびＬ－ＬＴＦの完全なシーケンスを送信することができる。例えば、完全なシーケンスは、各アンテナのためのＬ－ＳＴＦおよびＬ－ＬＴＦを含む、完全なプリアンブルシーケンスとすることができる。例えば、ＳＩＧなどの、シグナリングフィールドが、後続することができる。Ｌ－ＳＩＧは、レガシＰＨＹレイヤシグナリングを搬送することができ、ＵＬ ＳＴＡ間で同じとすることができる。複数のユーザ間のサイクリックシフト値は、異なるタイプのチャネルごとに異なることができる。１つのＵＬ ＭＵ－ＭＩＭＯ ＳＴＡが、２つ以上のアンテナを有するケースでは、複数のアンテナを通したそのＳＴＡからの送信は、ＣＳＤ方式、およびシングルユーザケースのために定義された関連するパラメータを利用することができる。ＵＬ ＭＵ－ＭＩＭＯ ＳＴＡは、ユーザ間でサイクリックシフトダイバーシティ（ＣＳＤ）を用いずに、Ｌ－ＳＴＦおよびＬ－ＬＴＦの完全なシーケンスを送信することができる。ｈｅｗＳＩＧフィールドは、Ｌ－ＳＴＦおよびＬ－ＬＴＦのために利用されるＣＳＤ値の同じセットを使用して、送信することができる。ｈｅｗＳＩＧフィールドは、いくつか（例えば、すべて）のＵＬ ＳＴＡ間で同じとすることができ、それは、このＵＬ ＭＵ－ＭＩＭＯ送信のための共通情報を含むことができる。

【0080】

送信されるレガシフィールドは、空間的に分離可能でないことがあるが、それらは、同一とすることができるので、それらは、受信機によって、同じ信号のマルチパス複製として見ることができる。ＨＥＷベースのフィールドは、受信機が、ｈｅｗＳＩＧＢおよび後続データを復号することが可能なように、（例えば、ｈｅｗＬＴＦ上でＰ－行列を使用して）空間的に分離可能とすることができる。

【0081】

図１５は、設計２と呼ばれることがある、例示的なＰＰＤＵ設計を示しており、ユーザ（例えば、ただ１つのユーザ）は、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、および／またはｈｅｗＳＩＧフィールドを送信することができる。ユーザは、ＵＬ ＭＵ－ＭＩＭＯグループによって定義される第１のユーザとすることができ、ＡＰは、ＵＬ ＭＵ－ＭＩＭＯ送信に先立って、制御フレームを使用することなどによって、送信する１つのユーザを割り当てる。レガシ信号は、それらを単一のＳＴＡから送信することによって、空間的に分離可能とすることができる。

【0082】

Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、およびｈｅｗＳＩＧフィールドの送信は、周波数領域において細分化することができる。例えば、Ｎのユーザが、ＵＬ ＭＵ－ＭＩＭＯを用いて送信している場合、ユーザ１は、サブキャリアインデックス｛Ｋ，Ｋ＋Ｎ，Ｋ＋２Ｎ，．．．｝上で送信することができ、一方、ユーザＮは、サブキャリアインデックス｛Ｋ＋Ｎ－１，Ｋ＋２Ｎ－１，Ｋ＋３Ｎ－１，．．．｝上で送信することができる。

【0083】

ｈｅｗＳＴＦ／ｈｅｗＬＴＦフィールドは、マルチユーザ同期および／またはチャネル推定のために使用することができる。ｈｅｗＳＴＦ／ｈｅｗＬＴＦフィールドは、受信機（ＡＰ）がそれらを区別することを可能にする手法で、送信することができる。

【0084】

図１６は、ＵＬ ＭＵ－ＭＩＭＯのための例示的なｈｅｗＳＴＦ／ｈｅｗＬＴＦ設計を示している。例えば、４つのユーザが、ＵＬ ＭＵ－ＭＩＭＯを使用して、ＡＰに同時に送信することができる。レガシＬＴＦ／ＳＴＦ／ＳＩＧおよびｈｅｗＳＩＧフィールドを送信した後、各ＳＴＡは、それのｈｅｗＳＴＦフィールドを送信することができる。送信されたｈｅｗＳＴＦフィールドの持続時間、例えば、ＯＦＤＭシンボルの数Ｎ＿ｓｔｆは、ＵＬ ＭＵ－ＭＩＭＯユーザの数Ｎ＿ｕｓｅｒと、各ユーザに対するデータストリームの数Ｎ＿ｓｔｓとに依存する。

【0085】

【数1】

【0086】

４つのユーザの例では、各ユーザは、１つのデータストリームを有することができ、ｈｅｗＳＴＦフィールドのために利用される４つのＯＦＤＭシンボルが、存在することができる。各ユーザは、１つのＯＦＤＭシンボルを利用して、自らのｈｅｗＳＴＦを送信することができる。ユーザ１／ＳＴＡ１は、第１のＯＦＤＭシンボルにおいて、それのｈｅｗＳＴＦを送信することができ、ユーザ２／ＳＴＡ２は、第２のＯＦＤＭシンボルにおいて、それのｈｅｗＳＴＦを送信することができ、以降も同様である。ｈｅｗＳＴＦ送信の順序は、グループＩＤ内において、位置フィールドによって、暗黙的に伝達することができる。ｈｅｗＳＴＦ送信の順序は、他のグループＩＤメカニズムによって、明示的とすることができる。

【0087】

例示的な設計では、ｈｅｗＬＴＦは、Ｎ＿ｌｔｆのＯＦＤＭシンボルを使用して、送信することができ、Ｎ＿ｌｔｆは、ＵＬ ＭＵ－ＭＩＭＯユーザの数Ｎ＿ｕｓｅｒと、各ユーザに対するデータストリームの数Ｎ＿ｓｔｓとの関数である。

【0088】

【数2】

【0089】

４つのユーザの例では、各ユーザは、１つのデータストリームを有することができ、ｈｅｗＬＴＦフィールドとして利用される４つのＯＦＤＭシンボルが、存在することができる。ユーザ１／ＳＴＡ１は、第１のＯＦＤＭシンボルにおいて、それのｈｅｗＬＴＦを送信することができ、ユーザ２／ＳＴＡ２は、第２のＯＦＤＭシンボルにおいて、それのｈｅｗＬＴＦを送信することができ、以降も同様である。

【0090】

図１７は、ＵＬ ＭＵ－ＭＩＭＯのためのｈｅｗＳＴＦ／ｈｅｗＬＴＦ設計を示している。ユーザは、ＯＦＤＭシンボル（例えば、すべてのＯＦＤＭシンボル）上でｈｅｗＬＴＦを送信することができるが、送信を直交化するために、例えば、Ｐ－行列を使用して、ＬＴＦ送信を変更することができる。複数のＳＴＡからの送信をＳＴＦ信号のマルチパス到着と見なす受信機とともに、オーバーラップするＳＴＦを、使用することができる。

【0091】

図１８は、ｈｅｗＬＴＦの設計を説明している。この設計では、ｈｅｗＳＴＦは、上述したものと同じのままとすることができる。ｈｅｗＬＴＦを送信するために使用されるＯＦＤＭシンボルの数は、同じとすること、または１、２、４、６、８のＯＦＤＭシンボルに固定することができる。これらの数のうちの１つと等しくない数のデータの送信を伴うシナリオは、次の最も大きい数を使用することができる（例えば、ユーザからのデータストリームが３／５／７のケースでは、それぞれ、４／６／８のＯＦＤＭシンボルが、ｈｅｗＬＴＦのために利用される）。

【0092】

４人のユーザおよび１つのデータストリームを用いる例では、ユーザごとに、ｈｅｗＬＴＦ送信のために利用される４つのＯＦＤＭシンボルが、存在することができる。異なるユーザは、異なる周波数領域のサブキャリアを占有することができる。例として、図１８では、周波数領域チャネルは、８つのサブチャネルに区分することができる。以下の割り当てを、使用することができ、すなわち、ユーザ１／ＳＴＡ１は、サブチャネル１および５上でｈｅｗＬＴＦを送信し、ユーザ２／ＳＴＡ２は、サブチャネル２および６上でｈｅｗＬＴＦを送信し、ユーザ３／ＳＴＡ３は、サブチャネル３および７上でｈｅｗＬＴＦを送信し、ユーザ４／ＳＴＡ４は、サブチャネル４および８上でｈｅｗＬＴＦを送信する。

【0093】

チャネルは、局所化または分散させて４つのサブチャネルに区分することができる。各ユーザ／ＳＴＡは、１つまたはいくつかのサブチャネル上で、ｈｅｗＬＴＦシーケンスを送信することが（例えば、送信することだけが）できる。ｈｅｗＬＴＦシーケンスは、チャネル全体に対して定義することができる。各ユーザ／ＳＴＡは、ｈｅｗＬＴＦを送信するために、以下のうちの１または複数に従うことができる。

【0094】

ＳＴＡは、事前定義されたｈｅｗＬＴＦシーケンスを使用することができる。ＳＴＡは、それを周波数領域に変調することができる。

【0095】

ＳＴＡは、グループＩＤをチェックすることができ、グループ内におけるそれの位置を識別することができる。この情報に基づいて、ＳＴＡは、変調されたｈｅｗＬＴＦフィールドに対して、周波数領域フィルタリング機能を適用することができる。周波数領域フィルタリング機能は、以下のように定義することができ、

【0096】

【数3】

【0097】

ここで、ｋは、サブキャリアインデックスであり、ｎは、データストリームインデックスであり、ｎ＝１，．．．，Ｎ＿ｌｔｆである。各ユーザが１つのデータストリームを有するケースでは、ｎは、ユーザインデックスと同じとすることができる。ｓｕｂ＿ｃｈａｎｎｅｌ（ｎ）は、ｈｅｗＬＴＦ送信のために第ｎのストリームに割り当てられたサブキャリアのセットとすることができる。ｓｕｂ＿ｃｈａｎｎｅｌ（ｎ）は、以下の例を使用して、定義することができ、
ｓｕｂ＿ｃｈａｎｎｅｌ（ｎ）＝ｄａｔａ＿ｉｎｄｅｘ（ｎ：Ｎ_ltf：ｅｎｄ）
ここで、ｄａｔａ＿ｉｎｄｅｘは、データ送信のために使用されるサブキャリアのセットである。例えば、２０ＭＨｚ送信を用いる場合、
ｄａｔａ＿ｉｎｄｅｘ＝｛－２８：－２２；－２０：－８；－６：－１；１：６；８：２０；２２：２８｝
である。

【0098】

僅かな数、例えば、Ｎ＿ｓｕｂのサブキャリアは、一緒に事前にグループ化し、事前にグループ化されたサブキャリアのグループに基づいて、サブチャネルを割り当てることができる。サブキャリアの総数がＮ＿ｓｕｂ×Ｎ＿ｌｔｆによって割り切れない（例えば、２０ＭＨｚ送信を用いる）ケースでは、５２のデータサブキャリア（Ｎ＿ｄｃ＝５２）が、利用される。例えば、サブキャリアが２つの事前グループでは、Ｎ＿ｌｔｆ＝４である場合、５２は、８（２×４）によって割り切れないので、最後のいくつかのサブキャリアは、事前にグループ化することができない。

【0099】

サブチャネルは、

【0100】

【数4】

【0101】

のように再定義することができる。

【0102】

例えば、Ｎ＿ｓｕｂ＝２、Ｎ＿ｌｔｆ＝４、２０ＭＨｚ送信である場合、
ｓｕｂ＿ｃｈａｎｎｅｌ（１）＝｛－２８，－２７，－１９，－１８，－１１，－１０，－２，－１，８，９，１６，１７，２５｝
ｓｕｂ＿ｃｈａｎｎｅｌ（２）＝｛－２６，－２５，－１７，－１６，－９，－８，１，２，１０，１１，１８，１９，２６｝
ｓｕｂ＿ｃｈａｎｎｅｌ（３）＝｛－２４，－２３，－１５，－１４，－６，－５，３，４，１２，１３，２０，２２，２７｝
ｓｕｂ＿ｃｈａｎｎｅｌ（４）＝｛－２２，－２０，－１３，－１２，－４，－３，５，６，１４，１５，２３，２４，２８｝
である。

【0103】

２つのｓｕｂ＿ｃｈａｎｎｅｌおよびｄａｔａ＿ｉｎｄｅｘの設計は、例である。

【0104】

図１９は、ｈｅｗＳＴＦ／ｈｅｗＬＴＦ設計を示している。ｈｅｗＳＴＦは、上で説明されたようなものとすることができる。ｈｅｗＬＴＦ送信は、図１８に関して説明されたのと同じ数のｈｅｗＬＴＦシンボルを有することができる。周波数チャネルは、複数のサブチャネルに区分することができ、各ＳＴＡの各データストリームは、１つのサブチャネルを利用することができる。ｈｅｗＬＴＦシンボルのための同じサブチャネル上でｈｅｗＬＴＦを送信する代わりに、各データストリームのｈｅｗＬＴＦは、交互に送信することができる。各ユーザ／ＳＴＡは、ｈｅｗＬＴＦを送信するために、以下のうちの１または複数を使用することができる。

【0105】

ＳＴＡは、事前定義されたｈｅｗＬＴＦシーケンスを使用することができ、ＳＴＡは、それを周波数領域に変調することができる。

【0106】

ＳＴＡは、グループＩＤをチェックすることができ、グループ内におけるそれの位置を識別することができる。この情報に基づいて、ＳＴＡは、変調されたｈｅｗＬＴＦフィールドに対して周波数領域フィルタリング機能を適用することができる。周波数領域フィルタリング機能は、以下のように定義することができる。

【0107】

【数5】

【0108】

ここで、ｋは、サブキャリアインデックスであり、ｎは、データストリームインデックスであり、ｎ＝１，．．．，Ｎ＿ｌｔｆである。各ユーザが１つのデータストリームを有するケースでは、ｎは、ユーザインデックスと同じであり、ｍは、ｈｅｗＬＴＦシンボルインデックスであり、ｍ＝１，．．．，Ｎ＿ｌｔｆである。ｓｕｂ＿ｃｈａｎｎｅｌ（ｍ，ｎ）は、ｈｅｗＬＴＦ送信のために第ｎのストリームに割り当てられたサブキャリアのセットとすることができる。ｓｕｂ＿ｃｈａｎｎｅｌ（ｍ，ｎ）は、以下の例を使用して、定義することができ、
ｓｕｂ＿ｃｈａｎｎｅｌ（ｍ，ｎ）＝ｄａｔａ＿ｉｎｄｅｘ（ｍ＋ｎ：Ｎ_ltf：ｅｎｄ）
ここで、ｄａｔａ＿ｉｎｄｅｘは、データ送信のために使用されるサブキャリアのセットである。例えば、２０ＭＨｚ送信を用いる場合、
ｄａｔａ＿ｉｎｄｅｘ＝｛－２８：－２２；－２０：－８；－６：－１；１：６；８：２０；２２：２８｝
である。

【0109】

または、ｓｕｂ＿ｃｈａｎｎｅｌおよびｄａｔａ＿ｉｎｄｅｘは、図１８に関して説明された第２の設計を使用することができる。

【0110】

（例えば、図１９に関する）ＵＬ ＭＵ－ＭＩＭＯのためのｈｅｗＳＴＦ／ｈｅｗＬＴＦの例示的な設計を用いると、ｈｅｗＬＴＦ送信のために、局所化されたサブチャネライゼーションを利用することが可能なことがある。ｓｕｂ＿ｃｈａｎｎｅｌは、

【0111】

【数6】

【0112】

のように設計することができる。

【0113】

例えば、Ｎ＿ｓｕｂ＝２、Ｎ＿ｌｔｆ＝４、２０ＭＨｚ送信（Ｎ＿ｄｃ＝５２）である場合、
ｓｕｂ＿ｃｈａｎｎｅｌ（１，１）＝ｓｕｂ＿ｃｈａｎｎｅｌ（２，４）＝ｓｕｂ＿ｃｈａｎｎｅｌ（３，３）＝ｓｕｂ＿ｃｈａｎｎｅｌ（４，２）＝｛－２８：－２２；－２０：－１５｝
ｓｕｂ＿ｃｈａｎｎｅｌ（１，２）＝ｓｕｂ＿ｃｈａｎｎｅｌ（２，１）＝ｓｕｂ＿ｃｈａｎｎｅｌ（３，４）＝ｓｕｂ＿ｃｈａｎｎｅｌ（４，３）＝｛－１４：－８；－６：－１｝
ｓｕｂ＿ｃｈａｎｎｅｌ（１，３）＝ｓｕｂ＿ｃｈａｎｎｅｌ（２，２）＝ｓｕｂ＿ｃｈａｎｎｅｌ（３，１）＝ｓｕｂ＿ｃｈａｎｎｅｌ（４，４）＝｛１：６；８：１４｝
ｓｕｂ＿ｃｈａｎｎｅｌ（１，４）＝ｓｕｂ＿ｃｈａｎｎｅｌ（２，３）＝ｓｕｂ＿ｃｈａｎｎｅｌ（３，２）＝ｓｕｂ＿ｃｈａｎｎｅｌ（４，１）＝｛１５：２０；２２：２８｝
である。

【0114】

図２０を参照すると、２０ＭＨｚ以上のサブチャネルサイズを用いるＯＦＤＭＡ送信のための例示的なＰＰＤＵ設計が、示されている。このＰＰＤＵフォーマットは、ロングＯＦＤＭＡ ＰＰＤＵと呼ばれることがある。この設計は、８０２．１１ａ／ｇに対する後方互換性、またはビームフォーミングのサポートを考慮している。これらの実施は、アップリンクおよびダウンリンク両方のＯＦＤＭＡ送信に適用することができる。例示的なＯＦＤＭＡ ＰＰＤＵ設計は、図１６および図２１に示されるようなものとすることができる。ＡＰは、ＳＴＡの能力、ビームフォーミングがサポートされるかどうか、および／または以前の仕様に対して後方互換であることがシステムに求められるかどうかに基づいて、ＯＦＤＭＡ ＰＰＤＵフレームフォーマットを選択することができる。

【0115】

ロングＯＦＤＭＡ ＰＰＤＵフレームフォーマットは、８０２．１１ａ／ｇに対する後方互換性、またはビームフォーミングサポートが必要とされるとき、使用することができ、レガシ推定およびシグナリング（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、およびＬ－ＳＩＧ）を含むことができる。ショートＯＦＤＭＡ ＰＰＤＵフレームフォーマットは、８０２．１１ｎに対する後方互換性が必要とされ、ビームフォーミングサポートが必要とされないとき、使用することができ、例えば、高スループット推定ならびにシグナリング（ＨＴ－ＳＴＦ、ＨＴ－ＬＴＦ、およびＨＴ－ＳＩＧ）だけを含むことができる。

【0116】

図２１は、２０ＭＨｚ以上のサブチャネルサイズを用いるＯＦＤＭＡ送信のための例示的なＰＰＤＵ設計を示している。このＰＰＤＵフォーマットは、ショートＯＦＤＭＡ ＰＰＤＵとすることができる。この設計は、８０２．１１ｎに対する後方互換性を考慮しており、ビームフォーミングは、サポートされない。

【0117】

図２２は、例示的なＯＦＤＭＡ ＰＰＤＵフォーマット選択（例えば、ロング／ショート）を示している。以下のうちの１または複数を、適用することができる。

【0118】

ＡＰは、ＳＴＡ能力をチェックすることができる。ＳＴＡは、ＡＰが関連付けられたＳＴＡとすることができる。ＡＰは、ビーコンを使用して、ＳＴＡ能力をチェックすることができる（例えば、ＡＰは、ＳＴＡと関連付けられていないことがある）。ショートＯＦＤＭＡ ＰＰＤＵをサポートするためのＳＴＡの能力は、（例えば、アソシエーション要求フレーム、アソシエーション応答フレーム、プローブ応答フレーム、ビーコンフレームなどで搬送される）アソシエーションまたはビーコンを通して交換することができる。例えば、ＡＰは、ＳＴＡの能力フィールドをチェックすることができ、それは、ロングおよび／またはショートＯＦＤＭＡ ＰＰＤＵプリアンブルに対するサポートを示すことができる。ロングＯＦＤＭＡ ＰＰＤＵが、ＯＦＤＭＡ動作をサポートするＳＴＡ（例えば、すべてのＳＴＡ）のために、必要とされることがある。次回のＤＬ ＯＦＤＭＡ送信に関わるＳＴＡ（例えば、少なくとも１つのＳＴＡ）が、ショートＯＦＤＭＡ ＰＰＤＵをサポートしない場合、ＡＰは、ロングプリアンブルを使用することを決定することができる。すべてのＳＴＡが、ショートＰＰＤＵフォーマットをサポートする場合、ショートプリアンブルを使用することができる。

【0119】

ＡＰは、８０２．１１ａ／ｇとすることができる第１世代のレガシデバイス、および／または８０２．１１ｎ／ａｃとすることができる第２世代のレガシデバイスをサポートすることがシステムに求められているかどうかをチェックすることができる。チェックは、オペレータの能力をチェックすることを含むことができる。システムに関するオペレータの能力のチェックは、ＡＰがレガシデバイスをサポートすることができる能力を有するかどうかを決定することを含むことができる。これらの能力は、アソシエーションの前に、ＳＴＡをどのように扱うかを決定することができる。（例えば、次回のＤＬ ＯＦＤＭＡ送信と関連付けられたＳＴＡのために）１１ａ／ｇがサポートされる必要がある場合、ＡＰは、ロングＯＦＤＭＡ ＰＰＤＵフォーマットを選択することができる。

【0120】

ＡＰは、次回のＯＦＤＭＡ送信が、いずれかのビームフォーミング送信またはプリコーディング送信を含むかどうかをチェックすることができる。含む場合、ＡＰは、ロングＯＦＤＭＡ ＰＰＤＵフォーマットを選択することができ、それ以外の場合、ＡＰは、ショートＯＦＤＭＡ ＰＰＤＵフォーマットを選択することができる。

【0121】

ＵＬ ＯＦＤＭＡ送信のケースでは、ＡＰは、ＯＦＤＭＡ送信を行うＳＴＡに、選択されたＰＰＤＵフォーマットを通知することができる。保留中のＵＬ送信について、ＡＰは、ＳＴＡに、ＵＬ送信のために使用すべきＰＰＤＵフォーマットを通知することができる。

【0122】

図２３は、例えば、８０２．１１ａ／ｇに対して後方互換であることができ、ビームフォーミング送信または他のプリコーダ送信をサポートすることができる、２０ＭＨｚ未満のサブチャネルサイズを使用する、例示的なＯＦＤＭＡ ＰＰＤＵ設計を示している。この設計を用いると、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、および／またはｈｅｗＳＩＧフィールドは、帯域幅全体の上で送信することができる。

【0123】

これらのフィールドは、現在の８０２．１１規格でサポートされる最小の必須帯域幅の上で送信し、帯域幅全体の上で繰り返すことができる。例えば、ＡＰが４０ＭＨｚチャネル上で動作しており、サポートされる最小の必須帯域幅が２０ＭＨｚである場合、上述されたフィールドは、２０ＭＨｚチャネル上で送信することができ、第２の２０ＭＨｚチャネル上で、位相回転を用いてまたは用いずに、繰り返すことができる。アップリンクＯＦＤＭＡのケースでは、複数のＳＴＡからの送信の到着時刻の間の相違は、（例えば、それらが単一の信号におけるマルチパスチャネルの効果と同様に見えるように）ガードインターバルよりも小さいことができる。アップリンクＯＦＤＭＡのケースでは、ｈｅｗＳＩＧは、それが、ｈｅｗＳＩＧＢフィールドに移された詳細なシグナリング情報を用いるサブチャネライゼーションされた送信への変更を示すようなものであることができる。

【0124】

ｈｅｗＳＩＧフィールドに続いて、専用フィールドのセットを、各サブチャネル上で送信することができる。専用フィールドのセットは、ｈｅｗＳＴＦ、ｈｅｗＬＴＦ、および／またはｈｅｗＳＩＧＢフィールドを含むことができる。専用フィールドは、ユーザごとに、ビームフォーミングまたはプリコーディングすることができる。ｈｅｗＳＩＧＢフィールドは、１つのユーザに専用される情報を含むことができる。この設計は、ロングＯＦＤＭＡ ＰＰＤＵフォーマットと呼ばれることがある。

【0125】

図２４は、より小さいプリアンブルオーバヘッドを有し、１１ａｃ／ｎユーザに対して後方互換とすることができ（例えば、そのようなユーザに対してだけ後方互換であり、それ以前の世代のユーザに対しては後方互換でない）、ビームフォーミング方式または他のプリコーディング方式をサポートすることができない、例示的なショートＯＦＤＭＡ ＰＰＤＵフォーマットを示している。この設計は、ショートＯＦＤＭＡ ＰＰＤＵフォーマットとすることができる。先行仕様に対する後方互換性をサポートするために利用することができる第１の部分は、ＳＴＦ、ＬＴＦ、およびＳＩＧフィールドの１つのセットを含むことができ、この部分は、レガシデバイス（例えば、１１ａｃ／ｎユーザ）によって復号可能とすることができる。２０ＭＨｚおよび４０ＭＨｚ送信を用いる場合、このセットは、８０２．１１ｎにおいて定義されたＨＴ－ＳＴＦ、ＨＴ－ＬＴＦ、およびＨＴ－ＳＩＧと関連付ける（例えば、８０２．１１ｎにおいて定義されたＨＴ－ＳＴＦ、ＨＴ－ＬＴＦ、およびＨＴ－ＳＩＧと同一である）ことができる。８０ＭＨｚ以上の送信を用いる場合、これらのフィールドは、帯域幅全体の上で送信することができ、ＶＨＴ－ＳＴＦ、ＶＨＴ－ＬＴＦ、およびＶＨＴ－ＳＩＧＢフォーマットを使用することができる。これらのフィールドが、２０ＭＨｚチャネル上で送信され、帯域幅全体の上で繰り返される場合、ＨＴ－ＳＴＦ、ＨＴ－ＬＴＦ、およびＨＴ－ＳＩＧフォーマットを利用することができる。

【0126】

ｈｅｗＳＩＧフィールドは、ＨＥＷ送信の一部と見なすことができ、レガシデバイスによって復号することができない。しかしながら、それは、それの前に送信されたＬＴＦフィールドと同じ波長およびサブキャリアフォーマットに従って、送信することができる。ｈｅｗＳＩＧフィールドは、ユーザに共通の次回のＯＦＤＭＡ送信についての情報を含むことができる。ｈｅｗＳＩＧＢフィールドは、ｈｅｗＳＩＧフィールドに後続することができ、ＯＦＤＭＡユーザごとの専用情報を含むことができる。

【0127】

図２５は、ショートＯＦＤＭＡ ＰＰＤＵフォーマットを示している。サブチャネルサイズは、２０ＭＨｚ以上とすることができ、８０２．１１ａｃ／ｎに対して後方互換とすることができ、ビームフォーミングのサポートはない。この設計は、図２４に示されたものと類似しているが、しかしながら、ここでは、専用のｈｅｗＳＩＧＢフィールドを割愛することができ、必要な情報は、ｈｅｗＳＩＧフィールド内に含むことができる。ＡＰは、ＯＦＤＭＡ送信のために、ロングフォーマットまたはショートフォーマットを選択することができる。選択は、図２２に示されたようなものとすることができる。

【0128】

図２６は、２つのＯＦＤＭシンボルが利用される、ｈｅｗＳＩＧフィールドのための例示的なＳＩＧフィールド送信設計を示している。ｈｅｗＳＩＧフィールドの送信および自動検出を、提供することができる。ＨＥＷ信号の自動検出を可能にするため、ｈｅｗＳＩＧは、ｘのＯＦＤＭシンボルを含むことができ、第１のシンボルは、Ｌ－ＳＩＧに対して９０度回転させることができ、第２のシンボルは、第１のａｘＳＩＧシンボルに対して９０度回転させることができ、回転は、ｘのＯＦＤＭシンボルにわたって続けることができる。これは、ＨＥＷ信号の自動検出、ならびにレガシモード、ＨＴ混合モード、および／またはＶＨＴモードプリアンブルからの区別を可能にすることができる。ｈｅｗＳＩＧフィールドが、２つのＯＦＤＭシンボルから構成される例において、図２６および表６は、ｈｅｗＳＩＧフィールドの送信、および自動検出をどのように実施することができるかを示している。

【0129】

例えば、ＢＰＳＫ信号が、＋１として示され、回転されたＢＰＳＫ信号が、－１として示されることを仮定して、表６のＨＥＷ自動検出を見られたい。

【0130】

【表6】

【0131】

ｈｅｗＳＩＧフィールドは、送信モード（例えば、すべての送信モード）について共通とすることができる。ｈｅｗＳＩＧフィールドは、同時送信モードか、それともマルチユーザ送信モード、ＭＵモードかを示すために使用される、新しいパラメータを含むことができる。例示的なＭＵモード値が、表７に示されている。

【0132】

【表7】

【0133】

ｈｅｗＳＩＧフィールドは、以下のサブフィールドのうちの１または複数、すなわち、ＭＵモード、グループＩＤ（例えば、ＭＵモードに基づいて、グループＩＤの異なるセットを利用することができる。例えば、ＭＵモードがＯＦＤＭＡ送信を示す場合、グループＩＤを補間することができる）、方向ビット（１ビット）、帯域幅（ＢＷ）（２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ／８０＋８０ＭＨｚに加えて、より多くの帯域幅をサポートすることができる。例えば、６０ＭＨｚ、４０ＭＨｚ＋４０ＭＨｚ。３ビット）、ドップラ（１ビット。トラベリングパイロットをサポートするため）、またはＮＤＰ表示（ＮＤＰパケットを示す（ＮＤＰパケットを用いると、送信されるデータが存在しないので、ｈｅｗＳＩＧフィールドが冗長になることがある））を含むことができる。

【0134】

ｈｅｗＳＩＧフィールドは、複数のサブチャネルを有することができる。ｈｅｗＳＩＧフィールドは、最小の必須チャネル帯域幅を用いて送信することができ、動作帯域幅が最小の必須帯域幅よりも大きい場合、帯域全体の上で繰り返すことができる。

【0135】

動作帯域幅が最小の必須帯域幅よりも大きい場合、より多くの情報を、余分な帯域幅の上で搬送することができる。ｈｅｗＳＩＧフィールドは、サブチャネルごとに異なることができる（このために、サブチャネルは、最小の必須帯域幅を有するチャネルのことを指す）。プライマリサブチャネルを介して送信されるｈｅｗＳＩＧフィールド内の１ビットは、他のサブチャネルのｈｅｗＳＩＧフィールドが、プライマリサブチャネルとは異なる情報を含むことができることを示すために使用することができる。

【0136】

ｈｅｗＳＩＧＢフィールドは、ＭＣＳ、インターリービング方法、多数の空間時間ストリームを有するビームフォーミングまたはＭＩＭＯモード、フィードバックの方法など、ユーザ専用の情報を搬送するために使用することができる。

【0137】

グループＩＤのためのメカニズムを、提供することができる。異なるＭＵモードのためのスーパーグループＩＤを、提供することができる。例えば、異なるＭＵモード、および／またはアップリンク／ダウンリンク送信ごとに、ＡＰは、異なるグループを維持することができる。ＡＰは、ＤＬ ＭＵ－ＭＩＭＯ、ＵＬ ＭＵ－ＭＩＭＯ、ＤＬ ＯＦＤＭＡ、ＵＬ ＯＦＤＭＡ、ＤＬ ＭＵ－時間、およびＵＬ ＭＵ－時間のために、別々のグループを維持することができる。スーパーグループＩＤは、マルチユーザモードインジケータ（３ビット）、すなわち、ＤＬ ＭＵ－ＭＩＭＯグループ、ＵＬ ＭＵ－ＭＩＭＯグループ、ＤＬ ＯＦＤＭＡグループ、ＵＬ ＯＦＤＭＡグループ、ＤＬ ＭＵ－時間グループ、および／もしくはＵＬ ＭＵ－時間グループ、またはグループＩＤ（６ビット）、すなわち、レガシシステムにおける既存の６４ビットグループＩＤ方法の再使用のうちの１または複数から構成することができる。ＳＴＡは、同じグループＩＤを有することができるが、これは、特定のマルチユーザモードに基づいて、異なるグループを示すことができる。

【0138】

スーパーグループＩＤは、送信方向ビット（１ビット）、すなわち、アップリンクもしくはダウンリンク、グループタイプ（３ビット）、すなわち、ＯＦＤＭＡ／ＯＦＤＭＡベースの送信、ＭＵ－ＭＩＭＯベースの送信、ＴＤＭＡベースの送信、またはグループＩＤ（６ビット）、すなわち、レガシシステムにおける既存の６４ビットグループＩＤ方法の再使用のうちの１または複数から構成することができる。

【0139】

スーパーグループＩＤは、マルチユーザモードインジケータ（２ビット）、すなわち、ＭＵ－ＭＩＭＯ、ＯＦＤＭＡ、ＭＵ－時間、ＳＵ、方向ビット（１ビット）、すなわち、ＤＬ、ＵＬ、またはグループＩＤ（６ビット）、すなわち、レガシシステムにおける既存の６４ビットグループＩＤ方法の再使用のうちの１または複数から構成することができる。

【0140】

グループＩＤのブロードキャストおよび効率的な割り当てを、提供することができる。ユーザをグループに割り当てるグループＩＤ管理フレームは、ＡＰからブロードキャストすることができ、グループＩＤ、およびアタッチされる新しいグループ内のＳＴＡのＭＡＣアドレスを有する。２ビットフィールドは、以下のうちの１または複数を示すために使用することができる。新しいグループをセットアップすることができる、新規グループ。グループの既存のメンバを維持しながら、グループにＳＴＡを追加することができる、グループへの追加。グループからＳＴＡを削除し、一方で、グループ内の残りのメンバを維持することができる、グループからの削除。または、グループの特定のメンバを一時的に置換することができる、一時的置換。持続時間は、次のｘ回の送信の間とすることができ、または永久とすることができる。このケースでは、置換されるメンバは、それのＭＡＣアドレスの使用とは対照的に、インデックスによって示すことができる。これは、グループの１つのメンバが、送信するいかなるデータも有さないケースにおいて、異なるＳＴＡへの送信を可能にすることができる。リストに載せられたＳＴＡは、より効率的に、グループに追加すること、またはグループから削除することができる。

【0141】

ダウンリンク送信について、ＡＰは、既存のパイロットフォーマットを再使用することができる。ＭＵ－ＭＩＭＯ送信モードを用いる場合、ＡＰは、それがデータキャリアをプリコーディングするのと同じ方法で、パイロットをプリコーディングすることができる。ＤＬ ＯＦＤＭＡ送信を用いる場合、受信機としてのＳＴＡは、（例えば、それの専用サブチャネルにおけるパイロットばかりでなく）帯域全体のパイロットを使用して、位相トラッキングを実行することができる。ＵＬ ＭＵ－ＭＩＭＯを用いる場合、パイロットは、ＡＰが、各ユーザのためのパイロットを容易に区別することができるように、直交方法で設計することができる。ＵＬ ＯＦＤＭＡを用いる場合、設計は、各ＳＴＡが、（特に、１０ＭＨｚまたは５ＭＨｚなどの小さいサブチャネルサイズが利用される場合）位相トラッキングのための十分なパイロットを有するように、適合させることができる。

【0142】

ＵＬ ＯＦＤＭＡ送信は、トラベリングパイロットを利用することができる（例えば、パイロット位置は、ＯＦＤＭシンボルインデックスが変更された場合、入れ替えられる）。トラベリングパイロットの入れ替え機能は、複数のサブチャネル間で、同じに保たれること、または様々であることができる。システムは、パイロット位置は変化しないが、パイロットシンボルは時間とともに変化する、時変直交パイロットパターンを使用することができる。

【0143】

パイロット位置は、静的であり続けることができるが、システムは、（例えば、各）ＵＬ ＯＦＤＭＡユーザが、自らのサブチャネルに限定されずに、帯域幅全体の上でパイロットを送信することを可能にすることができる。受信機（ＡＰ）が、異なるユーザからパイロットを区別するために、パイロットは、直交方法で送信することができる。直交シーケンスのセットを、定義することができ、ユーザは、シーケンスを割り当てられる。

【0144】

密なネットワークでは、オーバーラッピングＢＳＳを用いると、１つのＢＳＳにおけるパイロットの送信が、他のＢＳＳにおいて悪影響を及ぼすことがある（干渉を引き起こすことがある）。１つのＡＰのパイロット位置が、別のＡＰのパイロット位置を避けるように設定される、クロスＡＰパイロット設計を、使用することができる。データシンボルエネルギーに対するパイロットシンボルエネルギーを変更することは、ＡＰ間パイロット干渉の効果を緩和する助けとなることがある。

【0145】

ＭＵ制御フレームのためのＮＤＰ設計を、提供することができる。ＵＬマルチユーザ同時送信について、ＡＰは、複数の局にポーリングを行い、アップリンク送信をスケジュールする必要があることがあり、したがって、実際のＵＬ ＭＵ送信の前に、余分なフレーム交換が、存在することができる。ＭＵ制御フレームのために利用することができる、定義されたＮＤＰフレームのセットを、提供することができる。

【0146】

図２７は、例示的なアップリンクＭＵチャネルアクセスを示している。この例では、ＭＵポーリングフレーム、アップリンク応答フレーム（ＵＬＲ）、およびＭＵスケジュールフレームが、ＭＵ送信のために導入される。これらのフレームのためのＮＤＰフレームフォーマットを、提供することができる。例えば、以下のフィールドのうちの１または複数をＮＤＰフレームに追加することができる。送信の方向を示す方向（１ビット）。ＤＬ ＭＵ－ＭＩＭＯグループ、ＵＬ ＭＵ－ＭＩＭＯグループ、ＤＬ ＯＦＤＭＡグループ、ＵＬ ＯＦＤＭＡグループ、ＤＬ ＭＵ－時間グループ、および／またはＵＬ ＭＵ－時間グループなど、マルチユーザ送信タイプを示すＭＵモード（２ビットまたは３ビット）（方向ビットが含まれる場合、２ビットのＭＵモードを利用することができ、それ以外では、３ビットのＭＵモードを利用することができる）。グループＩＤ（６ビット）、すなわち、サブグループＩＤを示すフィールド。またはＮＤＰタイプ、すなわち、ＮＤＰ送信のタイプを示すフィールド。ＮＤＰ ＭＵポーリング。ＮＤＰ ＭＵ応答フレーム。ならびにＮＤＰ ＭＵスケジュールフレーム。

【0147】

上記では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解する。本明細書で説明された８０２．１１プロトコル以外にも、本明細書で説明された特徴および要素は、他の無線システムに適用可能とすることができる。本明細書で説明された特徴および要素は、アップリンク動作について説明することができたが、方法および手順は、ダウンリンク動作に適用することができる。本明細書では、様々なフレーム間隔を示すために、ＳＩＦＳが、使用されることがあったが、他のフレーム間隔、例えば、ＲＩＦＳまたは他の合意された時間間隔を、適用することができる。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行するための、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波送受信機を実施するために、ソフトウェアと連携するプロセッサを使用することができる。

【産業上の利用可能性】

【0148】

本発明は、一般的に無線通信システムに利用することができる。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【手続補正書】

【提出日】2023-12-04

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線ローカルエリアネットワーク（ＷＬＡＮ）通信と関連付けられた空間－時間ストリームの数に基づいて、ロングトレーニングフィールド（ＬＴＦ）のために使用されるシンボルの数を決定するよう構成されたプロセッサであって、前記ＬＴＦのために使用されるシンボルの前記数は、１、２、４、６または８シンボルを含み、空間－時間ストリームの前記数が３、５、または７に等しい条件で、シンボルの前記数が空間－時間ストリームの前記数よりも次の大きい数であると決定するよう構成された、プロセッサと、
アップリンクマルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）送信において、サブキャリアインデックスを含むサブチャネルと関連付けられたサブキャリアのセットを使用して、前記ＬＴＦのために使用される前記決定された数のシンボルを送信するよう構成された送信機であって、前記サブキャリアインデックスは空間－時間ストリームの前記数に関連付けられている、送信機と
を備えたことを特徴とする局。

【請求項2】

空間－時間ストリームの前記数は、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）通信のための空間－時間ストリームの総数であることを特徴とする請求項１に記載の局。

【請求項3】

前記プロセッサは、グループ識別子を決定し、および、前記グループ識別子に関連付けられたグループにおけるデバイスの位置を識別するようさらに構成されたことを特徴とする請求項１に記載の局。

【請求項4】

空間－時間ストリームの前記数が１、２、４、６または８に等しい条件で、前記プロセッサは、シンボルの前記数が空間－時間ストリームの前記数に等しいと決定することを特徴とする請求項１に記載の局。

【請求項5】

前記ＬＴＦは、物理プロトコルデータユニット（ＰＰＤＵ）と関連付けられていることを特徴とする請求項１に記載の局。

【請求項6】

サブキャリアの前記セットは、２０ＭＨｚチャネル、４０ＭＨｚチャネルまたは８０ＭＨｚチャネルの少なくとも１つを含むことを特徴とする請求項１に記載の局。

【請求項7】

前記ＬＴＦは、高効率ＬＴＦであることを特徴とする請求項１に記載の局。

【請求項8】

前記局は、非アクセスポイント局であることを特徴とする請求項１に記載の局。

【請求項9】

局によって、無線ローカルエリアネットワーク（ＷＬＡＮ）通信と関連付けられた空間－時間ストリームの数に基づいて、ロングトレーニングフィールド（ＬＴＦ）のために使用されるシンボルの数を決定するステップであって、前記ＬＴＦのために使用されるシンボルの前記数は、１、２、４、６または８シンボルを含み、空間－時間ストリームの前記数が３、５、または７に等しい条件で、シンボルの前記数が空間－時間ストリームの前記数よりも次の大きい数である、ステップと、
前記局によって、アップリンクマルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）送信において、サブキャリアインデックスを含むサブチャネルと関連付けられたサブキャリアのセットを使用して、前記ＬＴＦのために使用される前記決定された数のシンボルを送信するステップであって、前記サブキャリアインデックスは空間－時間ストリームの前記数に関連付けられている、ステップと
を備える方法。

【請求項10】

空間－時間ストリームの前記数は、マルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ）通信のための空間－時間ストリームの総数であることを特徴とする請求項９に記載の方法。

【請求項11】

グループ識別子を決定し、および、前記グループ識別子に関連付けられたグループにおけるデバイスの位置を識別するステップ
をさらに備えることを特徴とする請求項９に記載の方法。

【請求項12】

空間－時間ストリームの前記数が１、２、４、６または８に等しい条件で、シンボルの前記数は空間－時間ストリームの前記数に等しいと決定するステップ
をさらに備えることを特徴とする請求項９に記載の方法。

【請求項13】

前記ＬＴＦは、物理プロトコルデータユニット（ＰＰＤＵ）と関連付けられていることを特徴とする請求項９に記載の方法。

【請求項14】

サブキャリアの前記セットは、２０ＭＨｚチャネル、４０ＭＨｚチャネルまたは８０ＭＨｚチャネルの少なくとも１つを含むことを特徴とする請求項９に記載の方法。

【請求項15】

前記ＬＴＦは、高効率ＬＴＦであることを特徴とする請求項９に記載の方法。