JP6498707B2

JP6498707B2 - リソース標識処理方法及び処理装置、アクセスポイント、並びにステーション

Info

Publication number: JP6498707B2
Application number: JP2016575547A
Authority: JP
Inventors: 俊 ▲羅▼; 英沛林; 佳胤 ▲張▼; ▲訊▼ ▲楊▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-06-27
Filing date: 2014-07-17
Publication date: 2019-04-10
Anticipated expiration: 2034-07-17
Also published as: CN106464442A; WO2015196523A1; US20170105229A1; EP3151459B1; EP3151459A1; KR20170021309A; US10548156B2; KR101863713B1; EP3151459A4; JP2017529717A

Description

本発明は、ワイヤレス通信技術の分野に関し、より詳細には、情報を伝送するための方法、アクセスポイント、及びステーションに関する。

モバイルインターネットの発展及びインテリジェント端末の普及により、データトラフィックが急速に増加している。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ，ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）は、高いレート及び低コストという利点により主流モバイルブロードバンドアクセス技術の１つになる。

ＷＬＡＮシステムのサービス伝送レートを大きく改善するために、米国電気電子学会（ＩＥＥＥ，ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）によって発表された次世代８０２．１１ａｘ規格は、既存の直交周波数分割多重化（ＯＦＤＭ，ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）技術に基づく直交周波数分割多元接続（ＯＦＤＭＡ，ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）技術をさらに使用する。ＯＦＤＭＡ技術では、インタフェースワイヤレス時間−周波数リソースは、複数の直交時間−周波数リソースブロック（ＲＢ，ＲｅｓｏｕｒｃｅＢｌｏｃｋ）に分割される。ＲＢは、時間的に共有可能であり、周波数領域では直交する。

ＯＦＤＭＡ技術は、複数のノードをサポートして、データを同時に送信する及び受信する。アクセスポイントとステーションとの間でデータが伝送されることが必要なとき、リソースは、ＲＢ又はＲＢグループに基づいて割り当てられる。異なるチャネルリソースは、異なるＳＴＡに同時に割り当てられ、以て、複数のＳＴＡがチャネルに効率的に接続され、チャネル利用率が改善される。ＯＦＤＭＡに基づくＷＬＡＮシステムの場合、時間−周波数リソースがＳＴＡに効率的に示されることが必要である。

本発明の実施形態は、情報を伝送するための方法、アクセスポイント、及びステーションを提供し、以て、時間−周波数リソースがステーションに効率的に示され得る。

一態様によれば、ワイヤレスローカルエリアネットワークにおけるリソース標識方法であって、ワイヤレスローカルエリアネットワーク内のアクセスポイントＡＰによって、少なくとも２つのＳＴＡのスケジューリング情報を生成するステップであって、このスケジューリング情報は、アップリンクデータを送信するように少なくとも２つのＳＴＡに指示するために使用されるアップリンク制御情報を少なくとも含む、生成するステップと、ＡＰによって、それぞれ、指定されたチャネル全体内の異なるサブチャネル上で、異なるＳＴＡに対応するスケジューリング情報を送信するステップを含む方法。

別の態様によれば、ワイヤレスローカルエリアネットワークにおけるデータ送信方法であって、ステーションＳＴＡによって、ＡＰによってサブチャネル上で送信されたスケジューリング情報を受信するステップであって、このスケジューリング情報は、アップリンクデータを送信するようにＳＴＡ及び少なくとも１つの別のＳＴＡに指示するために使用される少なくともアップリンク制御情報を含む、受信するステップと、アップリンク制御情報に従って、ＳＴＡによって、アップリンクデータを送信するステップとを含む方法。

対応して、前述のリソース標識処理装置を含み、リソース標識処理装置内のプロセッサは、具体的には、リソース標識フィールドを含むフレームを送信するように構成される、アクセスポイントがさらに提供される。

対応して、前述のリソース標識処理装置を含み、リソース標識処理装置内のプロセッサは、具体的には、リソース標識フィールドを含むフレームを受信するように構成される、ステーションがさらに提供される。

前述の標識様式を使用することによって、時間−周波数リソースがステーションに効率的に示され、このステーションは、示されたリソースを使用して通信を実行し得る。

本発明の実施形態における技術的解決策について、より明確に説明するために、以下は、本発明の実施形態について説明するために必要とされる添付の図面について手短に説明する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示すに過ぎず、当業者は、依然として、これらの添付の図面から創意工夫なしに他の図面を導き出し得る。

本発明の一実施形態による適用可能なシステムアーキテクチャの概略図である。本発明の一実施形態による適用可能なプロセスの概略図である。本発明の一実施形態による、リソース標識のために使用されるフレームの概略図である。本発明の一実施形態による、リソース標識のために使用されるフレームの概略図である。本発明の一実施形態による、リソース標識のために使用されるフレームの概略図である。本発明の別の実施形態による、リソース標識のために使用されるフレームの概略図である。本発明の一実施形態による、リソース標識のために使用されるフレームの概略図である。本発明の一実施形態による、リソース標識様式の概略図である。本発明の別の実施形態による、リソース標識のゾーン分割の概略図である。本発明の一実施形態によるリソース標識タイプの概略図である。本発明の一実施形態によるリソース標識タイプの概略図である。本発明の一実施形態によるリソース標識タイプの概略図である。本発明の一実施形態によるアクセスポイントのブロック図である。本発明の一実施形態によるステーションのブロック図である。一実施形態によるフレーム構造の概略図である。一実施形態によるフレーム構造の概略図である。本発明の一実施形態による、システムの作動原理の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。いくつかのフレーム構造の概略図である。

以下は、本発明の実施形態において添付の図面を参照しながら、本発明の実施形態における技術的解決策について明確及び完全に説明する。明らかに、説明される実施形態は、本発明の実施形態のすべてではないが、いくつかである。創意工夫なしに本発明の実施形態に基づいて当業者によって取得されるすべての他の実施形態は、本発明の保護範囲に含まれるものとする。

ワイヤレスアクセスのアクセスポイント、ブリッジ、ホットスポットなどとも呼ばれることがあるアクセスポイント（ＡＰ，ＡｃｃｅｓｓＰｏｉｎｔ）は、サーバ又は通信ネットワークに接続され得る。

さらにユーザと呼ばれることもあるステーション（ＳＴＡ，Ｓｔａｔｉｏｎ）は、ワイヤレスセンサ、ワイヤレス通信端末、又はＷｉＦｉ通信機能をサポートする携帯電話（「セルラー」電話とも呼ばれる）若しくはワイヤレス通信機能を有するコンピュータなどの移動端末であってよい。たとえば、ステーションは、音声及びデータなどの通信データを無線アクセスネットワークと交換する、ＷｉＦｉ通信機能をサポートする、ポータブルワイヤレス通信装置、ポケットサイズのワイヤレス通信装置、ハンドヘルドワイヤレス通信装置、コンピュータ内蔵ワイヤレス通信装置、ウェアラブルワイヤレス通信装置、又は車載ワイヤレス通信装置であってよい。

図１Ａは、本発明の実装様式において適用されるＷＬＡＮシステムの簡単な概略図である。図１Ａのシステムは、１つ又は複数のアクセスポイントＡＰ１０１と、１つ又は複数のステーションＳＴＡ１０２とを含む。ＯＦＤＭＡ技術を使用することによって、ワイヤレス通信がアクセスポイント１０１とステーション１０２の間で実行され、アクセスポイント１０１によって送信されるデータフレームは、ステーション１０２のための時間−周波数リソースの標識情報を含む。

具体的には、図１Ｂを参照すると、本発明の実装様式は、ＯＦＤＭＡ技術を使用するワイヤレスローカルエリアネットワークに適用されるリソース標識方法を提供する。アクセスポイントは、リソース標識フィールドを含むフレームをステーションに送信し、このリソース標識フィールドは、ユーザの識別子と、このユーザの識別子に対応するリソースブロック情報と変調及び符号化方式情報とを含む。対応して、リソース標識フィールドを含むフレームを受信した後、ステーションは、リソース標識フィールドを解析して、ステーションに割り当てられたリソースブロックについての情報、変調及び符号化方式情報、並びに空間ストリームの数についての情報を取得し、このリソースブロック情報、変調及び符号化方式情報、並びに空間ストリームの数についての情報を使用することによって通信を実行する。前述の方法から、リソース標識において、リソース標識がユーザに基づいて実行されることが分かり得る。間違いなく、本明細書におけるリソースは、ワイヤレスローカルエリアネットワーク内の時間−周波数リソース、特に、アンライセンス時間−周波数リソースである。

具体的には、ＳＴＡはリソースブロック情報を取得し、その後、対応するリソースブロックを使用することによって通信を実行する。ＳＴＡは、ＭＣＳ情報、すなわち、データ送信及び受信のための対応する変調及び符号化方式を取得し、その後、そのＭＣＳを使用することによってデータを送信する及び受信する。ＳＴＡは、空間ストリームの数についての情報を獲得し、データを送信するとき、対応する空間ストリームの量を使用してデータを伝送し得る。ＴＰＣ情報を獲得した後、ＳＴＡは、データを送信するとき、調整された送信電力においてデータを伝送し得る。

以下は、前述の通信システムにおいてリソース標識のために使用されるいくつかのフレームについて詳細に説明する。これらのフレームに基づいて、ステーションにリソース情報を示すための前述の方法がさらに実施される。具体的には、方法の実装プロセスは、次のとおりである。アクセスポイントが、以下で説明されるフレームをステーションに送信する。これらのフレームを受信した後、ステーションは、解析を用いて、自己使用のためのリソースを取得し、その後、これらのリソースを使用して通信を実行する。

図２を参照すると、本発明の実装様式は、ワイヤレスローカルエリアネットワークに適用され、リソース標識のために使用されるフレームを提供する。図２に示されるように、データフレームは、制御フィールド（たとえば、Ｆｒａｍｅｃｏｎｔｒｏｌ，又はＳＩＧ−Ａと呼ばれる）を含み、この制御フィールドは、「リソース標識」の構成情報（たとえば、ＭＡＰＣｏｎｆｉｇと呼ばれる）を含む。データフレームは、「リソース標識」フィールド（図２の、ＤＬＭＡＰ、ＵＬＭＡＰ、ＵＬ／ＤＬＭＡＰ、又はＳＩＧ−Ｂフィールドなど）をさらに含み、この「リソース標識」フィールドは、１つ又は複数のステーション１０２のための時間−周波数リソースのリソース標識を含む。

図３を参照すると、特定の例では、前述のフレーム内で、任意選択で、制御フィールドは、アクセスポイント１０１のＢＳＳＩＤ情報をさらに含み得る。「リソース標識」の構成情報は、複数のアップリンクサブフレーム及びダウンリンクサブフレーム（ＵＬ／ＤＬｓｕｂｆｒａｍｅ）の「リソース標識」構成情報を含み得る。「リソース標識」の構成情報は、「リソース標識」の時間−周波数リソースの位置と、「リソース標識」の長さと、「リソース標識」の変調及び符号化方式（ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ，ＭＣＳ）などを含み得る。具体的には、「リソース標識」の時間−周波数リソースの位置は、リソース標識フィールドが配置されたフレーム番号（図３のＳＦＮ１など）を含み得る。任意選択で、「リソース標識」の構成情報は、アップリンク「リソース標識」（ＵＬＭＡＰｉｎｄｉｃａｔｏｒ）又は帯域幅などの情報をさらに含み得、ＵＬＭＡＰｉｎｄｉｃａｔｏｒは、リソース標識フィールドがアップリンクユーザを示すことを説明するために使用され、帯域幅は、ＳＴＡにＡＰの帯域幅情報を通知するために使用される。

図３を参照すると、前述のフレームの「リソース標識」の構成情報では、制御フィールド内のアップリンクサブフレーム及びダウンリンクサブフレームの「リソース標識」の相対位置は区別される必要はないことが留意されるべきである。言い換えれば、アップリンクサブフレームの「リソース標識」のいくつかの固定位置も、制御フィールド内にあり、ダウンリンクサブフレームの「リソース標識」のものであるいくつかの固定位置も、必要とされない。リソース標識フィールドの位置が示される必要がないので、制御フィールドのオーバヘッドが低減され得る。

前述の図２から図３において与えられ、制御フィールド＋「リソース標識」フィールドのものである構造はまた、制御フィールドを含まず「リソース標識」フィールドのみを含むフレームなどの別の可能なフレームによって置き換えられ得ることが留意されるべきである。

図２から図８を参照すると、図２から図８は、複数の「リソース標識」フィールドの簡単な概略図も示す。前述のさまざまなフレーム内のリソース標識フィールドは、時間−周波数リソースに基づいて標識を実行し得る、すなわち、どのＳＴＡ又はどのＳＴＡ（図示せず）が時間−周波数リソースを使用できるかを示し得ることが留意されるべきである。具体的には、システム内で、ユーザによって使用され得る時間−周波数リソースは、いくつかの時間−周波数リソースブロックに分割され、各時間−周波数リソースブロックは、ユーザ識別子ＩＤ（ＭＵ−ＭＩＭＯユーザのＧｒｏｕｐＩＤを含む）及び対応する変調及び符号化方式ＭＣＳに割り当てられる、又はこれらとマッチングされる。又は、リソース標識フィールドは、ユーザに基づいて標識を実行し得る、すなわち、どの時間−周波数リソースが１つ又は複数のユーザ（すなわち、ＳＴＡ）によって使用され得るか（たとえば、図５から図８に示される様式）を示し得る。

好ましくは、「リソース標識」フィールド内で、アップリンクリソースインジケータ（ＵＬＭＡＰ）は、アップリンクサブフレームのダウンリンクサブフレームの近くに置かれ得る。図２に示されるように、ＵＬ／ＤＬＭＡＰは、ＵＬＳＵＢＦＲＡＭＥに先行する最も近いＤＬＳＵＢＦＲＡＭＥ内に配置される。このようにして、ＳＴＡチャネルのスケジューリングに従ってＡＰによって取得されたＭＡＰ情報（ユーザによって使用される時間−周波数リソースを示す）は、よりタイムリーで、ＳＴＡのその後のアップリンクサブフレームにより適している。言い換えれば、アップリンクリソース情報は、信頼性がより高く、復号化の複雑さは、さらに低減され得る。

図４に示されるように、各ダウンリンクサブフレームのいくつかの時間−周波数リソース（各サブフレームの最初のいくつかのＯＦＤＭシンボルなど）の位置において、ダウンリンクリソースインジケータＤＬＭＡＰ、又はアップリンク／ダウンリンクリソースインジケータＵＬ／ＤＬＭＡＰなどの、現在のサブフレームのすべてのＳＴＡのリソース標識フィールドが含まれる又は搬送される。ＵＬＭＡＰ情報とＤＬＭＡＰ情報は、ＤＬ／ＵＬＭＡＰ情報に結合され、ダウンリンクサブフレーム内で標識を実行し得る。リソース標識フィールドは、サブフレーム内でスケジュールされたＳＴＡによってサブフレーム内で送信されるデータ（ＤＬ又はＵＬ）のリソースブロック情報（リソースブロックの位置）を含む。任意選択で、「リソース標識」情報は、ＳＴＡによって割り当てられた１つ又は複数のリソースブロック上で送信されるデータのＭＣＳ情報をさらに含み得る。

図５から図８に示されるように、図５から図８は、ユーザに基づいてリソース標識を実行するフレームのいくつかの簡単な概略図を示す。図５を参照すると、サブフレーム内でＮ個のＳＴＡがスケジュールされ、「リソース標識」フィールドが、各ＳＴＡに従ってリソース標識フィールドを示し、Ｎが自然数であることが仮定される。各ＳＴＡのリソース標識フィールドは、ＳＴＡの識別子と、リソースブロック情報と、変調及び符号化方式ＭＣＳなどを含む。

ＳＴＡの識別子の一例は、関連付けられたステーションＩＤ（ＡｓｓｏｃｉａｔｅｄＩｄｅｎｔｉｆｉｅｒ，ＡＩＤ／ＰａｒｔｉａｌＡＩＤ）である。任意選択で、各ＳＴＡのリソース標識フィールドは、空間ストリームの数をさらに含み得、空間ストリームは、複数のアンテナによって個別及び同時に送信され個別に符号化された信号によって形成された異なるストリームを指す。空間ストリームの数は、異なるストリームの数である。各ＳＴＡのリソース標識フィールドは、電力制御標識、再伝送標識、若しくは新しいデータ標識のうちの１つ、又はそれらの組み合わせなどをさらに含み得る。

前述の内容において指摘されたように、シングルＳＴＡのリソース標識フィールドに加えて、リソース標識フィールドは、マルチユーザ多入力多出力技術（Ｍｕｌｔｉ−ＵｓｅｒＭｕｌｔｉｐｌｅ−ＩｎｐｕｔＭｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ，略してＭＵ−ＭＩＭＯ）を使用するユーザグループのリソース標識をさらに示し得る。

ＭＵ−ＭＩＭＯユーザグループのリソース標識に関して、２つの状態があり得る。１つの状態は、リソース標識フィールドがＭＵ−ＭＩＭＯユーザグループの識別子（ＧｒｏｕｐＩＤ）を含まない、すなわち、シングルユーザを単位として使用するユーザ識別子ＩＤと、ユーザ識別子ＩＤに対応するリソースブロック情報と変調及び符号化方式ＭＣＳなどのみを含む。同じリソースブロックが、マルチユーザ多入力多出力ＭＵ−ＭＩＭＯ技術を使用するユーザグループ内の複数のユーザのために示される。図５に示されるように、各ユーザは、解析を用いてユーザのリソースブロック情報を取得する。ＭＵ−ＭＩＭＯユーザグループ内のユーザに対して、解析されたリソースブロックは、同じ部分を有する。

別の状態は、リソース標識フィールドが、ＭＵ−ＭＩＭＯユーザグループの識別子（ＧｒｏｕｐＩＤ）と、リソースブロック情報と、変調及び符号化方式ＭＣＳなどを含むことである。図６に示されるように、異なるユーザ（シングルユーザＳＵ−ＭＩＭＯ又はマルチユーザＭＵ−ＭＩＭＯ）のリソース標識フィールドが、「リソース標識」フィールド上で連続して搬送される。シーケンスはランダムであり、特定のシーケンスが、システム効率を改善するために追跡され得る。たとえば、ＭＵユーザのリソース標識は、最前リソース標識フィールド内のある位置に置かれ得る。このようにして、より多くのＳＴＡが、ＳＴＡの時間−周波数リソースをより早く復号し得、これは、システムリソースの全体的な効率を改善し得る。「最前」という前述の用語は、ＭＵユーザのリソース標識が、リソース標識フィールド内の最前位置に全体として置かれること、たとえば、タイムスロットが最前位置にある、などである。それは、ＳＵユーザのリソースは、すべてのＭＵユーザのリソース標識が完了された後でのみ示されることが必要であることを意味しない。

より具体的には、前述のフレーム内で述べられるリソースブロック情報は、Ｂｉｔｍａｐ（ビットマップ）標識様式又はオフセット標識様式などの複数の様式で、標識を実行し得る。Ｂｉｔｍａｐ標識様式で、必要とされる時間−周波数リソースは、ビット位置を使用することによって示される。たとえば、０〜３１ＲＢリソースがあり、ダウンリンクＳＴＡ１は、割り当てられた０〜１５ＲＢであり、次いで、Ｂｉｔｍａｐ標識様式は１１１１１１１１１１１１１１１１００００００００００００００００である。オフセット標識様式で、必要とされる時間−周波数リソースは、開始位置及びオフセットを使用することによって示される。図７を参照すると、たとえば、０〜３１ＲＢリソースがあり、ダウンリンクＳＴＡ２は、割り当てられた１６〜２３ＲＢであり、次いで、オフセット標識様式は、開始位置及びオフセット、すなわち、１００００００１１１を示す。

さらに、リソースブロック情報の前述の標識様式では、可変長リソースブロックに基づいた標識様式も使用されてよい。具体的には、可変長リソースブロックに基づいた標識様式は、いくつかの異なる量のサブキャリアのリソースブロック（ＲＢ）単位を設定し、可変長ＲＢ単位を異なるユーザに割り当てることである。これは、リソースブロック（ＲＢ）単位が固定量のサブキャリアを含むＢｉｔｍａｐ標識様式及びオフセット標識様式とは異なる。たとえば、５６の利用可能なサブキャリアを含むＯＦＤＭＡシステムの場合、３つの可変長ＲＢ単位ＲＢ１、ＲＢ２、及びＲＢ３が設定され、ＲＢ１は１４のサブキャリアを含み、ＲＢ２は２６のサブキャリアを含み、ＲＢ３は５６のサブキャリアを含む。１１４の利用可能なサブキャリアを含むＯＦＤＭＡシステムの場合、４つの可変長ＲＢ単位ＲＢ１、ＲＢ２、ＲＢ３、及びＲＢ４が設定され、ＲＢ１は１４のサブキャリアを含み、ＲＢ２は２６のサブキャリアを含み、ＲＢ３は５６のサブキャリアを含み、ＲＢ４は１１４のサブキャリアを含む。２４２の利用可能なサブキャリアを含むＯＦＤＭＡシステムの場合、５つの可変長ＲＢ単位ＲＢ１、ＲＢ２、ＲＢ３、ＲＢ４、及びＲＢ５が設定され、ＲＢ１は１４のサブキャリアを含み、ＲＢ２は２６のサブキャリアを含み、ＲＢ３は５６のサブキャリアを含み、ＲＢ４は１１４のサブキャリアを含み、ＲＢ５は２４２のサブキャリアを含む。ＳＴＡ３の場合、ＲＢ単位の開始点位置及び識別子、又は別の方法は、ＳＴＡ３に割り当てられたリソースを示すために使用され得る。たとえば、２４２の利用可能なサブキャリアを含むＯＦＤＭＡシステムでは、ＲＢ１からＲＢ５の識別子は０００／００１／０１０／０１１／１００である。開始点は、サブキャリアの識別子に従って定義されてもよいし、最小量のサブキャリアのＲＢ単位（１４のＲＢなど）に従って定義されてもよい。ＲＢ３（５６のサブキャリア）がＳＴＡ３に割り当てられ、開始点は４３番目のサブキャリアであると仮定される。開始点がサブキャリアの識別子に従って定義される場合、ＳＴＡのリソース標識様式は００１０１０１００１０である。開始点が、最小量のＲＢの単位に従って定義される場合、ＳＴＡの標識様式は０１０００１０である。

ＯＦＤＭＡマルチユーザスケジューリングが、前述のさまざまなフレームを使用することによってＷＬＡＮ内でサポートされ得る。ユーザに基づいたリソース標識様式は、シングルユーザＳＵシナリオ及びマルチユーザＭＵＭＩＭＯシナリオに適用する。このようにして、ＷＬＡＮシステムは、ＳＴＡリソース割り当て標識を効率的に実行し得る。

好ましくは、図８に示されるように、前述のフレームでは、リソース標識フィールドは、３つ以上のゾーン又は部分にさらに分割され得る。各ＳＴＡは、特定のノルムに従って、ＳＴＡのＭＡＰ情報をゾーンに割り当てる。特定の実装様式では、ゾーン分割のためのノルムは、ＳＴＡＩＤに基づいてゾーンを分割すること、たとえば、剰余がＳＴＡＩＤと、分割を用いて取得されるゾーンのブロックの量から得られ、ゾーン分割を用いて取得されＳＴＡＩＤが属するブロックのシーケンス番号は、その剰余に従って決定される、ＱｏＳ要件に基づいてゾーンを分割すること、たとえば、優先権の高いサービスを有するＳＴＡのリソース標識フィールドがゾーンの最前ブロックに置かれる、又は、アップリンクサービス及びダウンリンクサービスのタイプに基づいてゾーンを分割すること、たとえば、ダウンリンクサービスのＳＴＡのリソース標識フィールドが第１のゾーンに置かれ、アップリンクサービスのＳＴＡのリソース標識フィールドが第２のゾーンに置かれる、のうちの１つを含み得るが、それに限定されない。現在、ゾーンを分割するための前述のノルムがロジックに違反することなくランダムに結合され得、本明細書では、詳細は説明されない。

図８に示されるゾーン分割を用いたフレームが通信システムにおいて使用されるとき、フレームを直接受信するステーションは、ゾーンを分割するための前述のさまざまなノルムのうちの１つに従って、ステーションに対応するゾーンからステーションのリソース標識フィールドを読み取る。多数のＳＴＡがあるとき、リソース標識の後部位置に置かれたＳＴＡは、すべてのリソース標識の内容を完全に読み取ることなく、ＳＴＡのリソース標識フィールド（ダウンリンクサブフレーム及びアップリンクサブフレーム内のＳＴＡのリソース標識フィールド）を見つけ得る。このようにして、ＳＴＡがリソース標識フィールドを読み取るスピードが増加される。

好ましくは、リソース標識のために使用される前述のさまざまな可能なフレームの場合、リソース標識フィールドは、リソース標識のタイプ（ｔｙｐｅ）情報をさらに含み得る。任意選択で、リソース標識フィールドは、リソース標識の長さ情報を明示的又は暗黙的にさらに含み得る（図９Ａ〜図９Ｃを参照されたい）。

異なるタイプのリソース標識フィールドが表１に定義されている。いくつかの異なるタイプのリソース標識フィールドが表１に提供されている。たとえば、「０００」によって示されるタイプは、シングルストリームを用いたダウンリンクスケジューリング（ＤＬｓｃｈｅｄｕｌｉｎｇｗｉｔｈｓｉｎｇｌｅｓｔｒｅａｍ）であり、「００１」によって示されるタイプは、空間多重化におけるダウンリンクスケジューリング（ＤＬｓｃｈｅｄｕｌｉｎｇｉｎｓｐａｔｉａｌｍｕｌｔｉｐｌｅｘｉｎｇ）であり、「０１０」によって示されるタイプはダウンリンクＭＵ−ＭＩＭＯスケジューリング（ＤＬＭＵ−ＭＩＭＯｓｃｈｅｄｕｌｉｎｇ）であり、「０１１」によって示されるタイプはアップリンクスケジューリング（ＵＬｓｃｈｅｄｕｌｉｎｇ）であり、「１００」によって示されるタイプはアップリンクＭＵ−ＭＩＭＯスケジューリング（ＵＬｓｃｈｅｄｕｌｉｎｇ）である。異なるタイプのリソース標識フィールドは、異なる長さ及びリソース割り当て及び構成様式を有してよい（図９Ａから図９Ｃを参照されたい）。

前述のフレームを使用することによって、ＳＴＡは、リソース標識（ｔｙｐｅＩＤ）情報を復号化することによってリソース標識フィールドのフォーマットを学習し得、任意選択で、長さは、さらに学習され得る。このようにして、ＳＴＡは、ＭＡＰタイプを読み取ることによって、ＭＡＰ情報を読み取るために使用されることになる長さを学習し、これは、さまざまな長さのＭＡＰを使用することによって調査を回避し、ＭＡＰの読み取りを高速化する。

前述の実装様式では、リソース標識フィールドは、リソースブロック（ＲＢ）情報と、ＭＣＳ情報と、ＳＩＤ／ＧＩＤ情報とを含み得る。任意選択で、リソース標識フィールドは、リソース標識タイプ（ｔｙｐｅ）、空間ストリームの数（ｎｕｍｂｅｒｏｆｓｐａｔｉａｌｓｔｒｅａｍｓ，略してＮＳＳ）についての情報、新しいデータ標識（ＮｅｗＤａｔａｉｎｄｉｃａｔｉｏｎ）、再伝送時間（ＨＡＲＱｐｒｏｃｅｓｓｎｕｍｂｅｒ）、冗長バージョン情報、若しくは電力制御情報ＴＰＣのうちの１つ、又はそれらの任意の組み合わせをさらに含み得る。或いは、前述の任意選択の情報は、リソース標識フィールドに含まれなくてもよいし、特定の様式でリソース標識フィールド内の情報を用いて多重化されてもよく、たとえば、ＳＩＤ／ＧＩＤ情報は、チェックビットとともにスクランブルされ得る。図９Ａから図９Ｃを参照すると、図９Ａから図９Ｃは、前述のさまざまな実装様式でフレームに適用され得る、リソース標識フィールドのいくつかの具体例である。リソース標識のタイプ（ｔｙｐｅ）は、特定のフォーマットに従って前述の情報の１つのピース又は前述の情報の組み合わせを規定してよく、以て、リソース標識フィールドは、より少数の通信リソースを占有する。たとえば、図９Ａは、タイプはシングルストリームを有するダウンリンクスケジューリングであるリソース標識フィールドの簡単な概略図である。図９Ｂは、タイプは空間多重化におけるダウンリンクスケジューリングであるリソース標識フィールドの簡単な概略図である。図９Ｃは、タイプはアップリンクスケジューリングであるリソース標識フィールドの簡単な概略図である。

前述のフレームの１つが適用されるシステムでは、アクセスポイントは、前述のフレームのダウンリンクサブフレームを送信する。ダウンリンクサブフレームによってスケジュールされるＳＴＡは、これらのフレームを受信し、復号化を用いて、サブフレーム又はその後のサブフレームに含まれるＳＴＡのリソース標識フィールドを見つけ、リソース標識フィールドによって示されるリソースブロック上で通信を実行する。一例として、ダウンリンクリソースインジケータＤＬＭＡＰを含むダウンリンクサブフレームが使用される。ダウンリンクサブフレームによってスケジュールされるＳＴＡは、復号化を用いて、ダウンリンクデータを送信するために使用されるリソースブロック情報及びダウンリンクデータを送信するために使用されるＭＣＳ情報を取得することができる。ダウンリンクサブフレームによってスケジュールされるＳＴＡは、その後のダウンリンクサブフレーム（ＤＬｓｕｂｆｒａｍｅ）に対応するリソースブロック（すなわち、示されたリソースの位置）上で、ＭＣＳ情報を使用することによってダウンリンクデータを送信する。一例として、アップリンクリソースインジケータＵＬＭＡＰを含むダウンリンクサブフレームが使用される。ダウンリンクサブフレームによってスケジュールされるＳＴＡは、復号化を用いて、アップリンクデータを送信するために使用されるリソースブロック情報及びアップリンクデータを送信するために使用されるＭＣＳ情報を取得することができる。ダウンリンクサブフレームによってスケジュールされるＳＴＡは、その後のアップリンクサブフレーム（ＵＬｓｕｂｆｒａｍｅ）に対応するリソースブロック（すなわち、示されたリソースの位置）上で、ＭＣＳ情報を使用することによってアップリンクデータを送信する。

対応して、別の実装様式が、ＯＦＤＭＡ技術を使用するワイヤレスローカルエリアネットワークに適用されるリソース標識処理装置（図示せず）を提供する。リソース標識処理装置は、リソース標識フィールドを含むフレームを送信する又は受信するように構成された処理ユニットを含み、このリソース標識フィールドは、ユーザの識別子と、ユーザの識別子に対応するリソースブロック情報と変調及び符号化方式ＭＣＳ情報とを含む。フレームの具体的な構造及び内容に関して、前述の実装様式に対して参照がなされてよく、本明細書では、詳細は説明されない。処理ユニットは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア構成要素であってよく、処理ユニットは、本発明の実施形態に開示されている方法、ステップ、及び論理ブロック図を実施又は実行してよい。汎用プロセッサは、マイクロプロセッサ、任意の従来のプロセッサなどであってよい。本発明の実施形態に関して開示される方法のステップは、ハードウェアプロセッサを用いて直接実行及び完了されてもよいし、プロセッサにおいてハードウェアモジュールとソフトウェアモジュールの組み合わせを使用することによって実行及び完了されてもよい。前述のリソース標識処理装置は、具体的には、リソース標識フィールドを含むフレームを送信するように構成されるとき、アクセスポイント内に配置されてよく、リソース標識処理装置は具体的には、リソース標識フィールドを含むフレームを受信するように構成されるとき、ステーション内に配置されてよいことが容易に理解される。

図１０は、本発明の別の実施形態によるアクセスポイントのブロック図である。図１０のアクセスポイントは、インタフェース１０１と、処理ユニット１０２と、メモリ１０３とを含む。処理ユニット１０２は、アクセスポイント１００の動作を制御する。メモリ１０３は、読み出し専用メモリ及びランダムアクセスメモリを含んでよく、命令及びデータを処理ユニット１０２に提供する。メモリ１０３の一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。アクセスポイント１００のすべての構成要素は、バスシステム１０９を使用することによって互いに結合される。データバスに加えて、バスシステム１０９は、電力バス、制御バス、及びステータス信号バスを含む。しかしながら、明確な説明のために、図のさまざまなバスがバスシステム１０９とマークされている。

前述のさまざまなフレームを送信するために使用され、本発明の実施形態に開示されている前述の方法は、処理ユニット１０２に適用されてもよいし、処理ユニット１０２によって実施されてもよい。実装プロセスでは、前述の方法の各ステップは、処理ユニット１０２内のハードウェアの集積論理回路又はソフトウェア形態をした命令を用いて完了され得る。処理ユニット１０２は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア構成要素であってよく、処理ユニット１０２は、本発明の実施形態に開示されている方法、ステップ、及び論理ブロック図を実施又は実行してよい。汎用プロセッサは、マイクロプロセッサ、任意の従来のプロセッサなどであってよい。本発明の実施形態に関して開示される方法のステップは、ハードウェアプロセッサを用いて直接実行及び完了されてもよいし、プロセッサにおいてハードウェアモジュールとソフトウェアモジュールの組み合わせを使用することによって実行及び完了されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなどの、当分野における成熟した記憶媒体内に配置されてよい。記憶媒体はメモリ１０３内に配置され、処理ユニット１０２は、メモリ１０３内の情報を読み取り、処理ユニット１０２のハードウェアとの組み合わせで、前述の方法におけるステップを完了する。

図１１は、本発明の別の実施形態によるステーションのブロック図である。図１１のアクセスポイントは、インタフェース１１１と、処理ユニット１１２と、メモリ１１３とを含む。処理ユニット１１２は、ステーション１１０の動作を制御する。メモリ１１３は、読み出し専用メモリ及びランダムアクセスメモリを含んでよく、命令及びデータを処理ユニット１１２に提供する。メモリ１１３の一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。基地局１１０のすべての構成要素は、バスシステム１１９を使用することによって互いに結合される。データバスに加えて、バスシステム１１９は、電力バス、制御バス、及びステータス信号バスを含む。しかしながら、明確な説明のために、図のさまざまなバスがバスシステム１１９とマークされている。

前述のさまざまなフレームを受信するために使用され、本発明の実施形態に開示されている前述の方法は、処理ユニット１１２に適用されてもよいし、処理ユニット１１２によって実施されてもよい。実装プロセスでは、前述の方法の各ステップは、処理ユニット１１２内のハードウェアの集積論理回路又はソフトウェア形態をした命令を用いて完了され得る。処理ユニット１１２は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア構成要素であってよく、処理ユニット１１２は、本発明の実施形態に開示されている方法、ステップ、及び論理ブロック図を実施又は実行してよい。汎用プロセッサは、マイクロプロセッサ、任意の従来のプロセッサなどであってよい。本発明の実施形態に関して開示される方法のステップは、ハードウェアプロセッサを用いて直接実行及び完了されてもよいし、プロセッサにおいてハードウェアモジュールとソフトウェアモジュールの組み合わせを使用することによって実行及び完了されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなどの、当分野における成熟した記憶媒体内に配置されてよい。記憶媒体はメモリ１１３内に配置され、処理ユニット１１２は、メモリ１１３内の情報を読み取り、処理ユニット１１２のハードウェアとの組み合わせで、前述の方法におけるステップを完了する。

具体的には、メモリ１１３は、処理ユニット１１２が以下の動作、すなわち、各実装様式におけるステーション側方法を実行することを可能にする命令を記憶する。

より具体的な例では、８０２．１１ａｘのフレームが、本発明の実装様式について説明するために、一例として使用される。図１２ａ及び図１２ｂを参照すると、図１２ａは、本発明の一実施形態によるＡＰによって送信されたＰＬＣＰプロトコルデータユニット（ＰＰＤＵ，ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フレーム構造の概略図を示し、図１２ｂは、本発明のこの実施形態によるＳＴＡによって送信された別のＰＰＤＵフレーム構造の概略図を示す。

図１２ａ及び図１２ｂに示されるように、競合とスケジューリングアクセスの両方を考慮し、マルチユーザ制御シグナリングを効率的に示すために使用されるフレームフォーマットの解決策が提供される。無線フレーム（Ｒａｄｉｏｆｒａｍｅ）は、レガシーフレームヘッダ（ＬｅｇａｃｙＰｒｅａｍｂｌｅ）部と、８０２．１１ａｘのフレーム制御フィールド（ＣｏｎｔｒｏｌＦｉｅｌｄ）と、１つ又はいくつかの連続ダウンリンク伝送サブフレーム（ＤＬｓｕｂｆｒａｍｅ）と、１つ又はいくつかのその後の連続アップリンク伝送サブフレーム（ＵＬｓｕｂｆｒａｍｅ）とを含む。ＷｉＦｉシステムにおける最小処理時間（ＳＩＦＳ）間隔が、ダウンリンク伝送サブフレーム（ＤＬｓｕｂｆｒａｍｅ）とアップリンク伝送サブフレーム（ＵＬｓｕｂｆｒａｍｅ）との間で必要とされる。図１２ａに基づいて、図１２ｂに示されるように、レガシーフレームヘッダ（ＬｅｇａｃｙＰｒｅａｍｂｌｅ）部がアップリンク伝送サブフレーム（ＵＬｓｕｂｆｒａｍｅ）の前に追加されてよい。

８０２．１１ａｘのフレーム制御フィールドは、アップリンクサブフレーム及びダウンリンクサブフレームを示すＨＥ−ＳＩＧ１（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙ−ＳｉｇｎａｌＦｉｅｌｄ），高効率ワイヤレスローカルエリアネットワークシグナリングフィールド共通制御情報フィールド（ＨＥ−ＳＩＧ１）、及びアップリンク／ダウンリンクサブフレーム内のマルチユーザスケジューリング情報（ＵＬ／ＤＬＳｃｈｅｄｕｌｉｎｇＩｎｆｏｒｍａｔｉｏｎ）を示す共通制御シグナリングフィールド（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔｃｏｎｔｒｏｌｓｕｂｆｒａｍｅ）を含む。ＨＥ−ＳＩＧ１は、共通制御情報（システム帯域幅、その後のＤＬ／ＵＬｓｕｂｆｒａｍｅの量、ＨＥ−ＳＩＧ２の開始時間及び長さ、並びに必要な場合、送信ＳＴＡ−ｃｏｍｍｏｎ制御情報についての情報など）を示すが、ＳＴＡ−ｓｐｅｃｉｆｉｃ制御情報がＨＥ−ＳＩＧ２に含まれる。ＨＥ−ＳＩＧ１において指定されたシステム帯域幅を使用することによって制御情報を受信する目的のために、ＳＴＡ共通ＨＥ−ＬＴＦ（ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＬＴＦ）が、ＨＥのＳＴＡに対するチャネル推定値を提供して、ＨＥ−ＳＩＧ２内のＨＥＷｍｕｌｔｉ−ｕｓｅｒｓｃｈｅｄｕｌｉｎｇｉｎｆｏｒｍａｔｉｏｎ（ＳＩ）を検出するために使用されることが必要である。本明細書におけるＨＥ−ＬＴＦは、ＨＥ−ＳＩＧ２に対する高次変調をサポートして、マルチユーザスケジューリングシグナリングの伝送レートを改善し得る。ダウンリンク伝送サブフレーム（ＤＬｓｕｂｆｒａｍｅ）及びアップリンク伝送サブフレーム（ＵＬｓｕｂｆｒａｍｅ）は、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅと、ＳＴＡ−ｓｐｅｃｉｆｉｃデータ部とを含む。詳細な説明は、実施形態において与えられる。

前述の共通制御シグナリングフィールドは、少なくとも、ＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅ（マルチユーザ共通高効率ワイヤレスローカルエリアネットワークプリアンブル）を含み、ＨＥ−ＳＩＧ２フィールドをさらに含み得る。ＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅフィールドは、少なくとも２つのＳＴＡのスケジューリング情報を含み、スケジューリング情報は、少なくとも２つのＳＴＡがアップリンクデータを送信することを可能にするようにＡＰに指示するために使用される少なくともアップリンク制御情報を含む。

図１２ａ及び図１２ｂに示されるＬ−ｐｒｅａｍｂｌｅは、レガシーショートトレーニングフィールドＬ−ＳＴＦ、レガシーロングトレーニングフィールドＬ−ＬＴＦ及びレガシーシグナリングフィールドＬ−ＳＩＧを含むレガシーＷＬＡＮ物理層フレームヘッダである。

特定の例では、ＨＥ−ＳＩＧ１フィールドは、ＤＬｓｕｂｆｒａｍｅ及び／又はＵＬｓｕｂｆｒａｍｅについての情報及びＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅについての情報を記憶するために使用され、ＤＬｓｕｂｆｒａｍｅについての情報は、ＤＬｓｕｂｆｒａｍｅの送信帯域幅、ＤＬｓｕｂｆｒａｍｅの量、開始時間、長さなどを示すために使用される情報を含む。ＵＬｓｕｂｆｒａｍｅについての情報は、ＵＬｓｕｂｆｒａｍｅの送信帯域幅、ＵＬｓｕｂｆｒａｍｅの量、開始時間、長さなどを示すために使用される情報を含む。ＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅについての情報は、指定されたチャネル及びシーケンス長などの、スケジューリング情報の第１の検出基準情報を検出するために使用されるパラメータを含む。

ＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅは、ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＳＴＦ／ＬＴＦフィールド及びＨＥ−ＳＩＧ２フィールドを含む。ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＳＴＦ／ＬＴＦフィールドの内容は、ＨＥ−ＳＩＧ２フィールドの内容を検出するために使用される。

ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＳＴＦフィールドは、指定されたチャネル上でＨＥ−ＳＩＧ２を受信するためのＡＧＣを記憶するために使用される。ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＬＴＦフィールドは、ＨＥ−ＳＩＧ２を示すために使用されるチャネル推定値を記憶するために使用される。

ＨＥ−ＳＩＧ２フィールドは、ＳＴＡのスケジューリング制御情報（ｓｃｈｅｄｕｌｉｎｇｉｎｆｏｒｍａｔｉｏｎ，ＳＩ）を記憶するために使用され、スケジューリング情報内のアップリンク制御情報は、割り当てられたチャネルリソース、プリコーディング方式（ｐｒｅｃｏｄｉｎｇｖｅｃｔｏｒ）、データ長、空間ストリームなどについての情報を含み得る。

特定の実施形態では、ＨＥ−ＳＩＧ２フィールドは、アップリンク制御情報を含み得、ダウンリンク制御情報をさらに含み得、ダウンリンク制御情報は、少なくとも２つのＳＴＡがダウンリンクデータを受信することを可能にするようにＡＰに指示するために使用される。ダウンリンク制御情報は、少なくとも、割り当てられたチャネルリソース及び割り当てられた空間ストリームなどの、ＡＰによってＳＴＡに割り当てられたリソースについての情報を含む。

いくつかの実施形態では、ダウンリンク制御情報は２つの部分に分割され得、この２つの部分はそれぞれ、ＨＥ−ＳＩＧ２フィールド及びＨＥ−ＳＩＧ３フィールドに記憶される。ＨＥ−ＳＩＧ２フィールドは第１のダウンリンク制御情報を記憶し、この第１のダウンリンク制御情報は、サブチャネル情報及び空間ストリームなどの、ＡＰによってＳＴＡに割り当てられたチャネルリソースについての情報を含む。ＨＥ−ＳＩＧ３フィールドは第２のダウンリンク制御情報を記憶し、この第２のダウンリンク制御情報は、符号化フォーマット及びデータ長などの送信パラメータを含む。ＨＥ−ＳＩＧ３フィールドは、ＤＬｓｕｂｆｒａｍｅ内で送信される。

具体的には、各実装様式において、ＤＬｓｕｂｆｒａｍｅフィールドは、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅ（ＳＴＡ固有高効率ワイヤレスローカルエリアネットワークプリアンブル）と、ＳＵ−ＭＩＭＯＤＬｄａｔａ（シングルユーザダウンリンクデータ）と、又はＭＵ−ＭＩＭＯＤＬｄａｔａ（マルチユーザダウンリンクデータ）を含み得、ＭＵ−ＭＩＭＯＤＬｄａｔａは、同じ時間−周波数リソースを使用することによって、異なる方向に配置された複数のＳＴＡにＡＰによって送信されたダウンリンクデータである。

たとえば、一実施形態におけるＤＬｓｕｂｆｒａｍｅフィールドは、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦフィールド、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールド、又はＨＥ−ＳＩＧ３フィールドを含み得る。

具体的には、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦフィールドの内容は、ダウンリンクデータを送信するためのＡＧＣを示すために使用され、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールドの内容は、ＳＴＡのチャネル推定値を示すために使用され、ＨＥ−ＳＩＧ３フィールドの内容は、ＭＣＳ及びデータ長などのデータの送信パラメータを示すために使用される。

具体的には、各実装様式において、ＵＬｓｕｂｆｒａｍｅフィールドは、ＳＵ−ＭＩＭＯＵＬｄａｔａ（シングルユーザアップリンクデータ）又はＭＵ−ＭＩＭＯＵＬｄａｔａ（マルチユーザアップリンクデータ）を含み得、ＭＵ−ＭＩＭＯＵＬｄａｔａは、同じ時間−周波数リソースを使用することによって、異なる方向に配置された複数のＳＴＡにＡＰによって送信されたアップリンクデータである。ＵＬｓｕｂｆｒａｍｅフィールドは、ＨＥ−ＳＩＧ３フィールドをさらに含んでよく、ＨＥ−ＳＩＧ３の内容は、ＭＣＳ及びデータ長などのデータの送信パラメータを示すために使用される。

図１３を参照すると、図１３は、前述のフレーム構造が使用される作動システムを示す。図１３の左部分は、ＡＰによって、前述のＰＰＤＵフレーム構造をＳＴＡに送信するプロセス又は原理を示す。伝送端（ＡＰ）は、処理ユニットとインタフェースとを含み、インタフェースは、具体的には、受信機Ｒｘ１と、送信機Ｔｘ１とを含む。処理ユニットは、コントローラ１と、変調器１と、復調器１とを含む。伝送端の作動原理は、以下で説明される。

具体的には、Ｌ−ｐｒｅａｍｂｌｅ、ＨＥ−ＳＩＧ１、及びＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅは、ＡＰによって指定されたチャネル全体の上で送信される。各ＳＴＡのＤＬｓｕｂｆｒａｍｅの内容はそれぞれ、スペクトルリソース及び空間リソースの利用を改善するように、複数のユーザがスペクトルリソース又は空間リソースを相互干渉なしで同時に共有することを実施するために、各ＳＴＡに対応するサブチャネル上で送信される。

図１３の右部分は、受信端（ＳＴＡ）によって、前述のＰＰＤＵフレーム構造を受信する処理プロシージャ又は原理を示す。受信端（ＳＴＡ）は、処理ユニットとインタフェースとを含み、インタフェースは、具体的には、受信機Ｒｘ２と、送信機Ｔｘ２とを含む。処理ユニットは、コントローラ２と、変調器２と、復調器２とを含む。受信端の作動原理は、以下で説明される。

具体的には、前述のＰＰＤＵフレームフォーマットを受信した後、受信端（ＳＴＡ）は、最初に、Ｌ−プリアンブル内のＬ−ＳＴＦフィールドの内容に従って、ＡＰによって指定されたチャネル上で、信号を送信するために、初期時間同期、ＣＦＯ（周波数オフセット）推定、及びＡＧＣ（自動利得制御）の推定を実行する。受信端（ＳＴＡ）は、さらに、指定されたチャネル上で、Ｌ−ＬＴＦフィールドの内容に従って時間同期及びＣＦＯ推定を実行し、さらに、指定されたチャネルのチャネル推定値を取得し、受信端（ＳＴＡ）は、取得されたチャネル推定値に従って、Ｌ−ＳＩＧフィールドの内容を検出し得る。

ＨＥ−ＳＩＧ１の内容は、ＵＬｓｕｂｆｒａｍｅ、ＤＬｓｕｂｆｒａｍｅ、及びＳＴＡ−ｃｏｍｍｏｎＨＥ−ｐｒｅａｍｂｌｅのパラメータを取得するように、送信帯域幅及びシーケンス長などの、Ｌ−ＬＴＦフィールドを使用することによって取得されたチャネル推定値に従って検出される。ＳＴＡは、ＤＬｓｕｂｆｒａｍｅのパラメータに従って、ＷＬＡＮ物理層フレーム内のＤＬｓｕｂｆｒａｍｅのフィールドをさらに決定する。

前述の内容において指摘されたように、一例では、ＨＥ−ＳＩＧ１フィールドは、ＨＥ−ＳＩＧ２を送信するために使用されるＭＣＳ（ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ，変調及び符号化方式）、ＨＥ−ＳＩＧ２によって示されたＳＴＡのＩＤなどの、ＨＥ−ＳＩＧ２の送信パラメータをさらに含んでよく、ＩＤは、ＡＩＤ（ＡｓｓｏｃｉａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ，関連識別子）であってもよいし、ＩＤはさらにＰＡＩＤ（ＰａｒｔｉａｌＡＩＤ）であってもよい。ＰＡＩＤは、ＡＩＤ、及びｓｅｒｖｉｎｇＡＰのものであるＢＳＳＩＤ、及び／又はユーザグループのＩＤなどの内容を結合する関連識別子である。この場合、受信端は、ＨＥ−ＳＩＧ１に含まれるＨＥ−ＳＩＧ２の送信パラメータに従って、ＨＥ−ＳＩＧ２の内容を検出する。ＡＰは、マルチキャスト様式でＨＥ−ＳＩＧ１フィールドの内容を送信し得る。ＳＴＡが、ＨＥ−ＳＩＧ１フィールドがＳＴＡの識別子情報を含まないことを検出した場合、ＳＴＡは、その後のフレーム構造を引き続き検出せず、これは、ＳＴＡの検出時間を減少させる。

ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＳＴＦ／ＬＴＦフィールドの内容は、ＨＥ−ＳＩＧ１フィールドから取得されたパラメータに従って検出され、次いで、指定されたチャネル上で受信されるＨＥ−ＳＩＧ２フィールドのＡＧＣが、ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＳＴＦフィールドの内容に従って取得される。指定されたチャネル上のＨＥ−ＳＩＧ２フィールドのチャネル推定値が、ＳＴＡ−ｃｏｍｍｏｎＨＥ−ＬＴＦフィールドの内容に従って取得され、ＨＥ−ＳＩＧ２フィールドの内容が、チャネル推定値に従って、さらに検出される。

ＳＴＡが、ＨＥ−ＳＩＧ２フィールドが、ＳＴＡのＤＬＳＩ（ＤｏｗｎｌｉｎｋＳｃｈｅｄｕｌｉｎｇＩｎｆｏｒｍａｔｉｏｎ，ダウンリンクスケジューリング情報）、すなわち、ＳＴＡのダウンリンク制御情報を含むことを検出した場合、ＳＴＡは、検出されたＨＥ−ＳＩＧ２フィールドの内容に従って、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦ／ＬＴＦフィールドの内容を取得し、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦの内容に従って、ＳＴＡによってダウンリンクデータを受信するためのＡＧＣをさらに取得する。指定されたチャネルのチャネル推定値は、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールドの内容に従って取得され、チャネル推定値は、ＭＣＳ及びデータ長などのダウンリンクデータの送信パラメータを取得するように、ＨＥ−ＳＩＧ３フィールドの内容を検出するために使用される。

ＳＴＡは、ＨＥ−ＳＩＧ１フィールド内で検出されるＤＬｓｕｂｆｒａｍｅについての情報及び前述のパラメータ（ＡＧＣ、チャネル推定値、及び送信パラメータ）に従って、ＳＴＡのダウンリンクデータが配置されるＤＬｓｕｂｆｒａｍｅの開始時間及び長さを見つける。

ＳＴＡが、ＨＥ−ＳＩＧ２フィールドが、ＳＴＡのＵＬＳＩ（ＤｏｗｎＬｉｎｋＳｃｈｅｄｕｌｉｎｇＩｎｆｏｒｍａｔｉｏｎ，ダウンリンクスケジューリング情報）、すなわち、ＳＴＡのアップリンク制御情報を含むことを検出した場合、ＳＴＡは、ＨＥ−ＳＩＧ２フィールド内の検出されたアップリンク制御情報及びＨＥ−ＳＩＧ１フィールド内のＵＬｓｕｂｆｒａｍｅについての情報に従って、データを送信するためにＳＴＡによって使用されるＵＬｓｕｂｆｒａｍｅアップリンクの開始時間及び長さを見つける。

この実施形態では、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅは、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦフィールドと、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールドと、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＩＧ３フィールドとを含み得る。ＳＴＡが、ＨＥ−ＳＩＧ２がＳＴＡのＵＬＳＩを含むことを検出したとき、ＳＴＡは、ＵＬＳＩに従ってＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅのパラメータを設定し、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅのパラメータに従って、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦフィールド及びＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールドの内容を生成する。

ＳＴＡが、アップリンクデータを送信するための送信パラメータを調整する能力を有する場合、たとえば、ＳＴＡは、受信されたダウンリンクスケジューリング情報及びチャネル推定値に基づいてＭＣＳ及び長さ情報などを調整することによって、アップリンク送信パラメータを取得し、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦ及びＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦに続くＨＥ−ＳＩＧ３フィールドにアップリンク送信パラメータを記憶し、ＳＴＡに対応する伝送チャネル上で、ＨＥ−ＳＩＧ３の内容をＡＰに送信する。

ＵＬＤａｔａは、ＳＵＵＬＤａｔａ（シングルユーザアップリンクデータ）又はＭＵＵＬｄａｔａ（マルチユーザアップリンクデータ）を含んでよく、ＭＵＵＬｄａｔａは、同じ時間−周波数リソースを使用することによって、異なる方向のＡＰにＳＴＡによって送信されたアップリンクデータである。

各ＳＴＡに対応するＨＥ−ＳＩＧ３フィールドの内容を送信した後、各ＳＴＡは、各ＳＴＡのサブチャネル上で、各ＳＴＡのアップリンクデータを送信する。

ＡＰは、ＳＴＡによって送信されたアップリンクサブフレーム内にあるＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦフィールド及びＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールドの内容を検出し、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＳＴＦフィールドの内容を使用することによって、ＳＴＡのアップリンクデータを受信するためのＡＧＣを取得する。ＡＰは、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ＬＴＦフィールドの内容を使用することによってＳＴＡのチャネル推定値を取得し、ＡＰは、チャネル推定値に従ってＨＥ−ＳＩＧ３フィールドの内容を検出し、データ長及びＭＣＳなどのアップリンク送信パラメータを取得する。最後に、ＡＰは、前述のパラメータ（ＡＧＣ、チャネル推定値、及びアップリンク送信パラメータ）に従って、受信されたアップリンクデータを符号化及び変調する。

前述の説明のために、以下は、いくつかのより具体的なフレーム構造を提供する。フレーム構造のフィールドの機能は、前述の内容において詳細に説明されており、本明細書におけるフレーム構造は、フレーム構造の変更を提示するためにのみ使用される。

図１４ａに示されるフレームでは、ＨＥ−ＳＩＧ２は、ＤＬｓｕｂｆｒａｍｅ内のＳＴＡのスケジューリング情報ＳＩと、ＵＬｓｕｂｆｒａｍｅ内のＳＴＡのスケジューリング情報ＳＩとを含む。ＨＥ−ＳＩＧ１において示されるすべてのステーション（ユーザ）又はユーザのグループは、ＨＥ−ＳＩＧ２についての情報を検出することが必要である。ステーションがＤＬ−ＳＩ内でステーションの制御情報を検出した場合、その後のＤＬｓｕｂｆｒａｍｅにおいて、ステーションは、ＡＰによって示されたスケジューリング情報に従ってデータを受信することを必要とする。ステーションがＵＬ−ＳＩ内でステーションの制御情報を検出した場合、その後のＵＬｓｕｂｆｒａｍｅでは、ステーションは、ＡＰによって示されたスケジューリング情報に従ってデータを受信することが必要である。ＤＬｓｕｂｆｒａｍｅでは、ＡＰは、ＤＬＳＩのＳＩＧフィールドをさらに転送することは必要ではなく、ＳＴＡによって送信されるＵＬｓｕｂｆｒａｍｅは、ＵＬＳＩの通知のために使用されるＳＩＧフィールドを含むことを必要としない。すなわち、このフレーム構造は、ＡＰがアップリンクマルチユーザ伝送を中央で制御するシナリオで使用される。

具体的には、図１３に示される作動原理のために、図１４ａに示されるフレーム構造が使用されるとき、ダウンリンクＡＰのＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅにおいて、ＨＥ−ＳＩＧ３部分は送信されない。ダウンリンクＳＴＡ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信されない。アップリンクＳＴＡ伝送端では、ＳＴＡＣｏｎｔｒｏｌＵｎｉｔモジュールはスケジューリングパラメータ調整機能を持たず、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は送信されず、アップリンクＡＰ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信されない。

図１４ｂに示されるフレームでは、ＨＥ−ＳＩＧ２は、ＤＬｓｕｂｆｒａｍｅ内のＳＴＡのスケジューリング情報ＳＩと、ＵＬｓｕｂｆｒａｍｅ内のＳＴＡのスケジューリング情報ＳＩとを含む。ＨＥ−ＳＩＧ１において示されるすべてのユーザ又はユーザのグループは、ＨＥ−ＳＩＧ２についての情報を検出することが必要である。ステーションがＤＬ−ＳＩ内でステーションの制御情報を検出した場合、その後のＤＬｓｕｂｆｒａｍｅでは、ステーションは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。ステーションがＵＬ−ＳＩ内でステーションの制御情報を検出した場合、その後のＵＬｓｕｂｆｒａｍｅでは、ステーションは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。図１４ａとは異なり、ＵＬｓｕｂｆｒａｍｅは、ＳＴＡがＡＰにＵＬＳＩを通知する又は知らせるために使用されるＳＩＧフィールド（ＨＥ−ＳＩＧ３）を含む。このフレーム構造を使用することによって、ＡＰがアップリンクマルチユーザ伝送を中央で制御することに基づいて、ＳＴＡは、データを送信するとき、実際のチャネル状態に従ってスケジューリングパラメータをさらに調整し得る。たとえば、バースト干渉が発生するとき、ＭＣＳは、データ検出中にＰＥＲ要件が満たされることを保証するために適切に減少され得る。

より具体的には、図１３に示される作動原理のために、図１４ｂに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は送信されない。ダウンリンクＳＴＡ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信されない。アップリンクＳＴＡ伝送端では、ＳＴＡＣｏｎｔｒｏｌＵｎｉｔモジュールは、スケジューリングパラメータ調整機能を持ち、ＨＥ−ＳＩＧ３は送信されることが必要であり、対応して、アップリンクＡＰ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信される。

図１４ｃに示されるフレームでは、ＨＥ−ＳＩＧ２は、ＤＬｓｕｂｆｒａｍｅ内のＳＴＡのスケジューリング情報ＳＩと、ＵＬｓｕｂｆｒａｍｅ内のＳＴＡのスケジューリング情報ＳＩとを含む。ＨＥ−ＳＩＧ１において示されるすべてのユーザ又はユーザのグループは、ＨＥ−ＳＩＧ２についての情報を検出することが必要である。ステーションがＤＬ−ＳＩ内でステーションの制御情報を検出した場合、その後のＤＬｓｕｂｆｒａｍｅでは、ステーションは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。ステーションがＵＬ−ＳＩ内でステーションの制御情報を検出した場合、その後のＵＬｓｕｂｆｒａｍｅでは、ステーションは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。図１４ａとは異なり、ＨＥ−ＳＩＧ２内で示されるＤＬＳＴＡは、ＤＬｓｕｂｆｒａｍｅのＳＩＧフィールド（ＨＥ−ＳＩＧ３）内で、残りのＤＬＳＩを引き続き検出し、これは、共通制御情報フィールド（ＨＥ−ＳＩＧ２）のオーバヘッドを減少させ得る。たとえば、ＡＰは、ＨＥ−ＳＩＧ２内で、ＤＬＳＴＡのＩＤ及び割り当てられたリソースの位置情報を示し、具体的には、ＨＥ−ＳＩＧ３内で、ＭＣＳ、データ長、及び空間ストリームなどの、ＳＴＡ−ｓｐｅｃｉｆｉｃ制御情報を送信する。ＨＥ−ＳＩＧ３は、シグナリング伝送効率を改善するように、周波数多重化及び空間多重化に基づいたＬＴＦを使用して、異なるユーザ／ストリームの制御情報を取得し得る。

より具体的には、図１３で説明される作動原理のために、図１４ｃに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が送信され、ダウンリンクＳＴＡ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が受信される。アップリンクＳＴＡ伝送端では、ＳＴＡＣｏｎｔｒｏｌＵｎｉｔモジュールは、スケジューリングパラメータ調整機能を持たず、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は送信されず、アップリンクＡＰ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信されない。

図１４ｄに示されるフレームでは、ＡＰは、ＨＥ−ＳＩＧ２（図４）内で、ＤＬｓｕｂｆｒａｍｅ内のＳＴＡの部分ＳＩ及びＵＬｓｕｂｆｒａｍｅ内のＳＴＡのＳＩを送信し、ＤＬｓｕｂｆｒａｍｅ内のＨＥ−ＳＩＧ３では、残りのＤＬＳＩがさらに送信される。図１４ｃに示されるフレームとは異なり、ＳＴＡによって送信されるＵＬｓｕｂｆｒａｍｅは、ＵＬＳＩの通知のために使用されるＳＩＧフィールド（ＨＥ−ＳＩＧ３）を含む。このフレーム構造を使用することによって、ＡＰがアップリンクマルチユーザ伝送を中央で制御することに基づいて、ＳＴＡは、データを送信するとき、実際のチャネル状態に従ってスケジューリングパラメータを調整し得る。たとえば、バースト干渉が発生するとき、ＭＣＳは、データ検出中にＰＥＲ要件が満たされることを保証するために適切に減少され得る。

より具体的には、図１３で説明される作動原理のために、図１４ｄに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が送信され、ダウンリンクＳＴＡ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が受信される。アップリンクＳＴＡ伝送端では、ＳＴＡＣｏｎｔｒｏｌＵｎｉｔモジュールは、スケジューリングパラメータ調整機能を持ち、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３は送信されることを必要とし、対応して、アップリンクＡＰ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信される。

図１４ｅに示されるフレームは、図１４ａのフレームの特殊なケース、すなわち、ＵＬｓｕｂｆｒａｍｅのみを有するがＤＬｓｕｂｆｒａｍｅは持たない状態である。ＡＰは、ＨＥ−ＳＩＧ２において、ＵＬｓｕｂｆｒａｍｅ内でＳＴＡのＳＩを送信する。ＳＴＡがＵＬ−ＳＩ内でＳＴＡの制御情報を検出した場合、その後のＵＬｓｕｂｆｒａｍｅにおいて、ＳＴＡは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。ＳＴＡによって送信されるＵＬｓｕｂｆｒａｍｅは、ＵＬＳＩの通知のために使用されるＳＩＧフィールドを含まない。このフレームの適用シナリオは、ＡＰがアップリンクマルチユーザ伝送を中央で制御することである。

より具体的には、図１３で説明される作動原理のために、図１４ｅに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端では、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅもＤＬＤａｔａも送信されず、ダウンリンクＳＴＡ受信端では、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅもＤＬＤａｔａも受信されない。アップリンクＳＴＡ伝送端では、ＳＴＡＣｏｎｔｒｏｌＵｎｉｔモジュールは、スケジューリングパラメータ調整機能を持たず、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は送信されず、アップリンクＡＰ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信されない。

図１４ｆに示されるフレームでは、ＡＰは、ＨＥ−ＳＩＧ２において、ＵＬｓｕｂｆｒａｍｅ内でＳＴＡのＳＩを送信する。ＳＴＡがＵＬ−ＳＩ内でＳＴＡの制御情報を検出した場合、その後のＵＬｓｕｂｆｒａｍｅにおいて、ＳＴＡは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。図１４ｅに示されるフレームとは異なり、ＵＬｓｕｂｆｒａｍｅは、ＳＴＡによってＵＬＳＩの通知のために使用されるＳＩＧフィールド（ＨＥ−ＳＩＧ３）を含む。このようにして、ＡＰがアップリンクマルチユーザ伝送を中央で制御することに基づいて、ＳＴＡは、データを送信するとき、実際のチャネル状態に従ってスケジューリングパラメータを調整し得る。

より具体的には、図１３で説明される作動原理のために、図１４ｆに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端では、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅもＤＬＤａｔａも送信されず、ダウンリンクＳＴＡ受信端では、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅもＤＬＤａｔａ部分も受信されない。アップリンクＳＴＡ伝送端では、ＳＴＡＣｏｎｔｒｏｌＵｎｉｔモジュールは、スケジューリングパラメータ調整機能を持ち、ＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３は送信されることが必要であり、対応して、アップリンクＡＰ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が受信される。

図１４ｇに示されるフレームは、図１４ａのフレームの特殊なケース、すなわち、ＤＬｓｕｂｆｒａｍｅのみを有するがＵＬｓｕｂｆｒａｍｅは持たない状態である。ＡＰは、ＨＥ−ＳＩＧ２において、ＤＬｓｕｂｆｒａｍｅ内でＳＴＡのＳＩを送信する。ＳＴＡがＨＥ−ＳＩＧ２においてＤＬ−ＳＩ内でＳＴＡの制御情報を検出した場合、その後のＤＬｓｕｂｆｒａｍｅにおいて、ＳＴＡは、ＡＰによって示されるスケジューリング情報に従ってデータを受信することを必要とする。ＡＰによって送信されるＤＬｓｕｂｆｒａｍｅは、ＤＬＳＩをさらに転送するために使用されるＳＩＧフィールドを含まない。

より具体的には、図１３に示される作動原理のために、図１４ｇに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は送信されず、ダウンリンクＳＴＡ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分は受信されない。アップリンクデータがないので、アップリンクＳＴＡ端の送信モジュールとアップリンクＡＰ端の受信モジュールは、閉じられてよい。

図１４ｈに示されるフレームでは、ＡＰによって送信されるＨＥ−ＳＩＧ２は、ＤＬｓｕｂｆｒａｍｅ内のＳＴＡの部分ＳＩを含み、ＤＬｓｕｂｆｒａｍｅ内のＨＥ−ＳＩＧ３には、残りのＤＬＳＩが含まれる。図１４ｇとは異なり、ＨＥ−ＳＩＧ２内で示されるＤＬＳＴＡは、ＤＬｓｕｂｆｒａｍｅのＳＩＧフィールド（ＨＥ−ＳＩＧ３）内で、残りのＤＬＳＩを引き続き検出し、これは、共通制御情報フィールド（ＨＥ−ＳＩＧ２）のオーバヘッドを減少させ得る。たとえば、ＡＰは、ＨＥ−ＳＩＧ２において、ＤＬＳＴＡのＩＤ及び割り当てられたリソースの位置情報を示し、具体的には、ＨＥ−ＳＩＧ３において、ＭＣＳ、データ長、及び空間ストリームなどのＳＴＡ−ｓｐｅｃｉｆｉｃ制御情報を送信する。ＨＥ−ＳＩＧ３は、シグナリング伝送効率を改善するように、周波数多重化及び空間多重化に基づいたＬＴＦを使用して、異なるユーザ／ストリームの制御情報を取得し得る。

より具体的には、図１３に示される作動原理のために、図１４ｈに示されるフレームが使用されるとき、ダウンリンクＡＰ伝送端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が送信され、ダウンリンクＳＴＡ受信端のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅでは、ＨＥ−ＳＩＧ３部分が受信される。アップリンクデータがないので、アップリンクＳＴＡ端の送信モジュールとアップリンクＡＰ端の受信モジュールは閉じられる。

図１４ａ〜図１４ｈは、１つのチャネルＣｈａｎｎｅｌ（たとえば、２０ＭＨｚ）上のフレームフォーマットの例を示し、図１４ｉは、複数のチャネルがある場合におけるフレーム構造の一実施形態を示す。上記で説明された図１４ａ〜図１４ｈのすべてのフレームは、複数のチャネル上で送信可能である。レガシーＷｉＦｉのＰＰＤＵフレームフォーマットとの互換性を保証するために、本明細書におけるＬ−ｐｒｅａｍｂｌｅ部分及びＨＥ−ＳＩＧ１部分は、好ましくは、コピーされ、各チャネル上で送信される。ＨＥ−ＳＩＧ１は、システム帯域幅、その後のＤＬ／ＵＬｓｕｂｆｒａｍｅの量、ＨＥ−ＳＩＧ２の開始時間及び長さ情報、並びに必要な場合、送信制御情報などの共通制御情報を含む。ＨＥ−ＳＩＧ２は、ＨＥ−ＳＩＧ１内で指定された帯域幅を使用することによって、ＳＴＡ−ｓｐｅｃｉｆｉｃ制御情報を送信することができる。

周波数分割多重化及び空間多重化に基づいたアップリンク及びダウンリンクマルチユーザ伝送は、前述のフレームフォーマットを使用することによってサポートされ得、これは、バーストデータの瞬間的アクセスに適用され得る。前述の解決策は、下位互換性を有するＷｉＦｉシステムに直接適用され得る。各実装様式では、アップリンク及びダウンリンクマルチユーザ伝送のシグナリングを効率的に示すことがさらに実施されてよく、これは、シグナリングオーバヘッドを減少させ、データ検出遅延をできる限り減少させる。

本明細書を通じて言及される「１つの実施形態」又は「一実施形態」は、特定の特徴、構造を指し、又は、一実施形態に関連する性質が本発明における少なくとも１つの実施形態に含まれることが理解されるべきである。したがって、明細書全体の至る所に出現される「１つの実施形態では」又は「一実施形態では」は、常に同じ実施形態を指すとは限らないことがある。さらに、特定の特徴、構造、又は性質は、１つ又は複数の実施形態において任意の適切な様式で組み合わされてよい。前述のプロセスのシーケンス番号は、本発明のさまざまな実施形態における実行シーケンスを意味しない。プロセスの実行シーケンスは、プロセスの機能及び内部論理に従って決定されるべきであり、本発明の実施形態の実装プロセスに対するいかなる制限とも解釈されるべきではない。

さらに、「システム」及び「ネットワーク」という用語は、本明細書では互換的に使用され得る。本明細書における「及び／又は」という用語は、関連付けられた物体について説明するための関連関係についてのみ説明し、３つの関係が存在し得ることを表す。たとえば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみが存在する、ＡとＢの両方が存在する、及びＢのみが存在する、を表し得る。さらに、本明細書における「／」という文字は、一般に、関連付けられた物体間の「又は」関係を示す。

本発明の実施形態では、「Ａに対応するＢ」は、ＢがＡと関連付けられ、ＢはＡに従って決定され得ることを示すことが理解されるべきである。しかしながら、Ａに従ってＢを決定することは、Ａのみに従ってＢを決定することを意味せず、代わりに、Ｂは、Ａ及び／又は他の情報に従ってさらに決定され得ることも理解されるべきである。

当業者は、本明細書に開示されている実施形態において説明される例と組み合わせて、ユニット及びアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせによって実施され得ることを認識し得る。ハードウェアとソフトウェアと間の互換性について明確に説明するために、前述の内容は、機能により、各例の構造及びステップについて全般的に説明してきた。機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、技術的解決策の特定の適用例及び設計制約状態に依存する。当業者は、異なる方法を使用して、各特定の適用例のために説明された機能を実施し得るが、実装が本発明の範囲を超えると考えられるべきではない。

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

本出願において提供されるいくつかの実施形態では、開示されるシステム、装置、及び方法は他の様式で実施されてよいことが理解されるべきである。たとえば、説明される装置実施形態は例示に過ぎない。たとえば、ユニット分割は論理機能分割に過ぎず、実際の実装では、他の分割であってよい。たとえば、複数のユニット又は構成要素が別のシステムに結合又は統合されてもよいし、いくつかの特徴が無視されてもよいし、実行されなくてもよい。さらに、表示又は検討される相互結合又は直接的な結合若しくは通信接続は、いくつかのインタフェースを使用することによって実施されてよい。装置又はユニット間の間接的な結合又は通信接続は、電子的形態、機械的形態、又は他の形態で実施されてよい。

別個の部分と説明されるユニットは物理的に別個であってもなくてもよく、ユニットとして表示される部分は物理ユニットであってもなくてもよく、１つの位置に配置されてもよいし、複数のネットワークユニット上に分散されてもよい。ユニットのいくつか又はすべては、本発明の実施形態の解決策の目的を達成するために実際の必要性に従って選択されてよい。

さらに、本発明の実施形態における機能ユニットが１つの処理ユニットに統合されてもよいし、ユニットの各々が物理的に単独で存在してもよいし、２つ以上のユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形態で実施されてもよいし、ソフトウェア機能ユニットの形態で実施されてもよい。

前述の実施形態の説明により、当業者は、本発明がハードウェア、ファームウェア、又はそれらの組み合わせによって実施され得ることを明確に理解し得る。本発明がソフトウェアによって実施されるとき、前述の機能は、コンピュータ可読媒体に記憶されてもよいし、コンピュータ可読媒体内の１つ又は複数の命令又はコードとして伝送されてもよい。コンピュータ可読媒体はコンピュータ記憶媒体及び通信媒体を含み、通信媒体は、コンピュータプログラムがある位置から別の位置に伝送されることを可能にする任意の媒体を含む。記憶媒体は、コンピュータにとってアクセス可能な任意の利用可能な媒体であってよい。以下は、例を提供するが、制限を課すものではない。コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、又は別の光ディスク記憶若しくはディスク記憶媒体、又は別の磁気記憶デバイス、又は命令若しくはデータ構造形態で予想されるプログラムコードを搬送若しくは記憶でき、コンピュータによってアクセス可能な他の任意の媒体を含み得る。さらに、任意の接続が、コンピュータ可読媒体として適切に定義され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、デジタルＳＴＡライン（ＤＳＬ）又は、赤外線、無線、及びマイクロ波などのワイヤレス技術を使用することによって、ウェブサイト、サーバ、又は別のリモートソースから伝送される場合、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、又は赤外線、無線、及びマイクロ波などのワイヤレス技術は、それらが属する媒体の固定に含まれる。たとえば、本発明によって使用されるディスク（Ｄｉｓｋ、中国語で「
（外１）

」）及びディスク（ｄｉｓｃ、中国語で「
（外２）

」）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、及びＢｌｕ−ｒａｙディスクを含み、ディスクは、一般に、磁気的手段によってデータをコピーし、ディスクは、レーザ手段によってデータを光学的にコピーする。前述の組み合わせも、コンピュータ可読媒体の保護範囲に含まれるべきである。

要約すると、上記で説明されたものは本発明の技術的解決策の例示的な実施形態に過ぎないが、本発明の保護範囲を制限することを意図したものではない。本発明の趣旨及び原理から逸脱することなくなされるいかなる修正、等価な置き換え、又は改善も、本発明の保護範囲に含まれるものとする。

Claims

ワイヤレスローカルエリアネットワークにおけるリソース標識方法であって、
前記ワイヤレスローカルエリアネットワーク内のアクセスポイントＡＰによって、少なくとも２つのＳＴＡのスケジューリング情報を生成するステップであって、前記スケジューリング情報が、アップリンクデータを送信するように前記少なくとも２つのＳＴＡに指示するために使用される少なくともアップリンク制御情報を含む、生成するステップと、
前記ＡＰによって、それぞれ、指定されたチャネル全体内の異なるサブチャネル上で、異なるＳＴＡに対応するスケジューリング情報を送信するステップであって、前記スケジューリング情報以外のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅも他のＳＴＡ−ｓｐｅｃｉｆｉｃＤＬＤａｔａも前記スケジューリング情報と一緒に送信されない、送信するステップと、
スケジュールされたＳＴＡによって送信されたアップリンクサブフレームを受信するステップであって、前記アップリンクサブフレームのそれぞれは、前記スケジューリング情報が送信される前記サブチャネル内で送信される、受信するステップと、
を含む方法。
前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＭＵデータを含み、又は前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＳＵデータを含み、前記ＭＵデータは、マルチユーザデータであり、前記ＳＵデータは、シングルユーザデータである、請求項１に記載の方法。
前記ＳＴＡによって送信される前記アップリンクサブフレーム中のＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドのコンテンツを前記ＡＰによって検出し、前記ＨＥ−ＳＴＦフィールドの前記コンテンツを使用して前記ＳＴＡの前記アップリンクデータを受信するためのＡＧＣを取得し、前記ＨＥ−ＬＴＦフィールドのコンテンツを使用して前記ＳＴＡのチャネル推定を取得するステップをさらに含む請求項２に記載の方法。
前記ＡＰによって、前記少なくとも２つのＳＴＡに前記スケジューリング情報を送信する前記ステップが、
前記ＡＰによって、前記指定されたチャネル上で、マルチキャスト様式で、前記スケジューリング情報によって示された前記少なくとも２つのＳＴＡに前記スケジューリング情報を送信するステップ、
又は、
前記ＡＰによって、前記指定されたチャネル上で、ブロードキャスト様式で、前記スケジューリング情報によって示された前記少なくとも２つのＳＴＡに前記スケジューリング情報を送信するステップ
を含む、請求項１から３のいずれか一項に記載の方法。
ワイヤレスローカルエリアネットワークにおけるデータ送信方法であって、
ステーションＳＴＡによって、ＡＰによって送信されたスケジューリング情報を指定されたチャネル全体中のサブチャネル上で受信するステップであって、前記スケジューリング情報が、アップリンクデータを送信するように前記ＳＴＡ及び少なくとも１つの別のＳＴＡに指示するために使用される少なくともアップリンク制御情報を含み、前記スケジューリング情報以外のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅも他のＳＴＡ−ｓｐｅｃｉｆｉｃＤＬＤａｔａも前記スケジューリング情報と一緒に送信されない、受信するステップと、
前記ＳＴＡによって、前記アップリンク制御情報に従ってアップリンクサブフレームを送信するステップであって、前記アップリンクサブフレームは、前記スケジューリング情報が送信される前記サブチャネル内で送信される、送信するステップと、
を含む方法。
前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＭＵデータを含み、又は前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＳＵデータを含み、前記ＭＵデータは、マルチユーザデータであり、前記ＳＵデータは、シングルユーザデータである、請求項５に記載の方法。
前記ＳＴＡによって送信される前記アップリンクサブフレーム中のＨＥ−ＳＴＦフィールドは、前記ＳＴＡの前記アップリンクデータを受信するためのＡＧＣを取得するために使用され、前記ＳＴＡによって送信される前記アップリンクサブフレーム中のＨＥ−ＬＴＦフィールドは、前記ＳＴＡのチャネル推定を取得するために使用される、請求項６に記載の方法。
リソース標識処理装置であって、少なくとも処理ユニット（１０２）とインタフェース（１０１）とを備え、
前記処理ユニット（１０２）は、少なくとも２つのＳＴＡのスケジューリング情報を生成し、前記スケジューリング情報は、アップリンクデータを送信するように少なくとも２つのＳＴＡに指示するために使用される少なくともアップリンク制御情報を含み、前記スケジューリング情報以外のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅも他のＳＴＡ−ｓｐｅｃｉｆｉｃＤＬＤａｔａも前記スケジューリング情報と一緒に送信されないように少なくとも構成され、
前記インタフェース（１０１）が、指定されたチャネル全体内の異なるサブチャネル上で、異なるＳＴＡに対応するスケジューリング情報をそれぞれ送信し、前記スケジューリング情報以外のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅも他のＳＴＡ−ｓｐｅｃｉｆｉｃＤＬＤａｔａも前記スケジューリング情報と一緒に送信されず、前記スケジューリング情報に基づいてスケジュールされたＳＴＡによって送信されるアップリンクサブフレームを受信し、前記アップリンクサブフレームのそれぞれが、前記スケジューリング情報が送信される前記サブチャネル内で送信されるように少なくとも構成される、装置。
前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＭＵデータを含み、又は前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＳＵデータを含み、前記ＭＵデータは、マルチユーザデータであり、前記ＳＵデータは、シングルユーザデータである、請求項８に記載の装置。
前記ＳＴＡによって送信される前記アップリンクサブフレーム中のＨＥ−ＳＴＦフィールド及びＨＥ−ＬＴＦフィールドのコンテンツを検出し、前記ＨＥ−ＳＴＦフィールドの前記コンテンツを使用して前記ＳＴＡの前記アップリンクデータを受信するためのＡＧＣを取得し、前記ＨＥ−ＬＴＦフィールドのコンテンツを使用して前記ＳＴＡのチャネル推定を取得するように構成されたモジュールをさらに含む請求項９に記載の装置。
ＯＦＤＭＡ技術を使用するワイヤレスローカルエリアネットワークに適用されるリソース標識処理装置であって、少なくとも処理ユニット（１１２）とインタフェース（１１１）とを備え、
前記インタフェース（１１１）が、サブチャネル上でＡＰによって送信されたスケジューリング情報を受信し、前記スケジューリング情報は、アップリンクデータを送信するようにＳＴＡおよび少なくとも１つの別のＳＴＡに指示するために使用されるアップリンク制御情報を少なくとも含み、前記スケジューリング情報以外のＳＴＡ−ｓｐｅｃｉｆｉｃＨＥ−ｐｒｅａｍｂｌｅも他のＳＴＡ−ｓｐｅｃｉｆｉｃＤＬＤａｔａも前記スケジューリング情報と一緒に送信されず、前記アップリンク制御情報に従って前記アップリンクデータを送信し、アップリンクサブフレームのそれぞれは、前記スケジューリング情報が送信される前記サブチャネル内で送信するように少なくとも構成される、装置。
前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＭＵデータを含み、又は前記アップリンクサブフレームは、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ及びＳＵデータを含み、前記ＭＵデータは、マルチユーザデータであり、前記ＳＵデータは、シングルユーザデータである、請求項１１に記載の装置。
前記ＳＴＡによって送信される前記アップリンクサブフレーム中のＨＥ−ＳＴＦフィールドは、前記ＳＴＡの前記アップリンクデータを受信するためのＡＧＣを取得するために使用され、前記ＳＴＡによって送信される前記アップリンクサブフレーム中のＨＥ−ＬＴＦフィールドは、前記ＳＴＡのチャネル推定を取得するために使用される、請求項１２に記載の装置。