(57)【要約】本開示のある特定の態様は、ワイヤレス通信のための装置を提供する。この装置は、一般に、圧縮された応答フレームフォーマットに基づいてフレームを生成するように構成される処理システムを含む。【選択図】図１０
2018518122.tif 000002
【特許請求の範囲】
【請求項１】
局によるワイヤレス通信のための方法であって、
フレームを受信することと、
前記フレームに応答して送信されることとなる応答フレームのための圧縮されたフレームフォーマットを、複数の可能なフレームフォーマットから選択することであって、前記圧縮されたフレームフォーマットは、前記可能なフレームフォーマットの１つまたは複数の他のものによって定義される１つまたは複数のフィールドを欠くものである、選択することと、
前記圧縮されたフレームフォーマットに基づいて、前記応答フレームを生成することと、
送信のための前記応答フレームを出力することと
を備える、方法。
【請求項２】
前記圧縮されたフレームフォーマットの前記選択は、
前記フレームにおいて提供されるアグリゲーションビットの値に基づく、または
前記応答フレームにおいて提供される前記アグリゲーションビットの前記値によって示される
のうちの少なくとも１つである、請求項１に記載の方法。
【請求項３】
前記アグリゲーションビットの前記値は、現在の送信機会（ＴＸＯＰ）内に前記局と交換された全てのフレームのフォーマットを決定する、請求項２に記載の方法。
【請求項４】
前記圧縮されたフレームフォーマットの前記選択は、前記応答フレームの信号（ＳＩＧ）フィールドにおいて提供されるアグリゲーションビットの値によって示される、請求項１に記載の方法。
【請求項５】
前記応答フレームは、高効率（ＨＥ）制御フィールドを備える、請求項１に記載の方法。
【請求項６】
前記ＨＥ制御フィールドは、フレーム制御フィールドにおいて搬送される制御ＩＤフィールドを有する、請求項５に記載の方法。
【請求項７】
前記制御ＩＤフィールドの値は、前記フレーム制御フィールドを介して提供される確認応答のタイプを示す、請求項６に記載の方法。
【請求項８】
前記圧縮されたフレームフォーマットは、サービスフィールドを欠いている、請求項１に記載の方法。
【請求項９】
前記応答フレームを生成することは、前記受信されたフレームにおけるサービスフィールドのビットに少なくとも部分的に基づいて、フレーム制御フィールドを生成することを備える、請求項８に記載の方法。
【請求項１０】
前記フレーム制御フィールドはまた、前記受信されたフレームにおけるフレーム制御フィールドのビットに少なくとも部分的に基づいて、生成される、請求項９に記載の方法。
【請求項１１】
前記応答フレームは、前記受信されたフレームにおいて示されたポリシーに依存して、確認応答フィールドまたはブロック確認応答（ＢＡ）フィールドで、前記受信されたフレームを確認応答する、請求項１に記載の方法。
【請求項１２】
前記応答フレームを生成することは、送信のために出力されるとき、前記応答フレームに含まれない少なくとも１つのフィールドに基づいて、あるタイプのエラーチェック値を生成することを備える、請求項１に記載の方法。
【請求項１３】
前記少なくとも１つのフィールドは、短い識別子（ＳＩＤ）フィールドを備える、請求項１２に記載の方法。
【請求項１４】
前記フレームは、マルチユーザ（ＭＵ）フレームを備える、請求項１に記載の方法。
【請求項１５】
前記圧縮されたフレームフォーマットの前記選択は、前記フレームのサービス（ＳＶＣ）フィールドにおいて提供されるアグリゲーションビットの値に基づく、請求項１に記載の方法。
【請求項１６】
装置によるワイヤレス通信のための方法であって、
送信のためのフレームを出力することと、
前記フレームに応答して少なくとも１つの受信者から送信された応答フレームを取得することであって、前記応答フレームは、複数の可能なフレームフォーマットから選択された、圧縮されたフレームフォーマットを有し、前記圧縮されたフレームフォーマットは、前記可能なフレームフォーマットの１つまたは複数の他のものによって定義される１つまたは複数のフィールドを欠くものである、取得することと、
前記圧縮されたフレームフォーマットに基づいて、前記応答フレームを処理することと
を備える、方法。
【請求項１７】
前記フレームは、マルチユーザ（ＭＵ）フレームを備える、請求項１６に記載の方法。
【請求項１８】
前記圧縮されたフレームフォーマットの前記選択は、
前記フレームの少なくとも１つにおいて提供されるアグリゲーションビットの値によって示される、または、
前記応答フレームにおいて提供される前記アグリゲーションビットの前記値に基づく、
のうちの少なくとも１つである、請求項１６に記載の方法。
【請求項１９】
前記装置は、前記フレームの異なる受信者に前記アグリゲーションビットの異なる値を提供するように構成される、請求項１８に記載の方法。
【請求項２０】
前記アグリゲーションビットの前記値は、現在の送信機会（ＴＸＯＰ）内に前記局と交換される全てのフレームのフォーマットを決定する、請求項１８に記載の方法。
【請求項２１】
前記フレームのサービス（ＳＶＣ）フィールドにおけるアグリゲーションビットを提供することをさらに備え、ここにおいて、前記圧縮されたフレームフォーマットの前記選択は、前記アグリゲーションビットの値に基づく、請求項１８に記載の方法。
【請求項２２】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリと結合されるもので、
フレームを受信することと、
前記フレームに応答して送信されることとなる応答フレームのための圧縮されたフレームフォーマットを、複数の可能なフレームフォーマットから選択することであって、前記圧縮されたフレームフォーマットは、前記可能なフレームフォーマットの１つまたは複数の他のものによって定義される１つまたは複数のフィールドを欠くものである、選択することと、
前記圧縮されたフレームフォーマットに基づいて、前記応答フレームを生成することと、
送信のための前記応答フレームを出力することと
をするように構成されるプロセッサとを備える、装置。
【請求項２３】
前記圧縮されたフレームフォーマットの前記選択は、
前記フレームにおいて提供されるアグリゲーションビットの値に基づく、または、
前記応答フレームにおいて提供される前記アグリゲーションビットの前記値によって示される、
のうちの少なくとも１つである、請求項２２に記載の装置。
【請求項２４】
前記アグリゲーションビットの前記値は、現在の送信機会（ＴＸＯＰ）内に前記局と交換される全てのフレームのフォーマットを決定する、請求項２３に記載の装置。
【請求項２５】
前記圧縮されたフレームフォーマットの前記選択は、前記応答フレームの信号（ＳＩＧ）フィールドにおいて提供されるアグリゲーションビットの値によって示される、請求項２２に記載の装置。
【請求項２６】
前記応答フレームは、高効率（ＨＥ）制御フィールドを備える、請求項２２に記載の装置。
【請求項２７】
前記ＨＥ制御フィールドは、フレーム制御フィールドにおいて搬送される制御ＩＤフィールドを有する、請求項２６に記載の装置。
【請求項２８】
前記制御ＩＤフィールドの値は、前記フレーム制御フィールドを介して提供される確認応答のタイプを示す、請求項２７に記載の装置。
【請求項２９】
ワイヤレス通信のための装置であって、
メモリと、
前記メモリと結合されるもので、
送信のためのフレームを出力することと、
前記フレームに応答して少なくとも１つの受信者から送信された応答フレームを取得することであって、前記応答フレームは、複数の可能なフレームフォーマットから選択された、圧縮されたフレームフォーマットを有し、前記圧縮されたフレームフォーマットは、前記可能なフレームフォーマットの１つまたは複数の他のものによって定義される１つまたは複数のフィールドを欠くものである、取得することと、
前記圧縮されたフレームフォーマットに基づいて、前記応答フレームを処理することと
をするように構成されるプロセッサとを備える、装置。
【請求項３０】
前記圧縮されたフレームフォーマットの前記選択は、
前記フレームの少なくとも１つにおいて提供されるアグリゲーションビットの値によって示される、または、
前記応答フレームにおいて提供される前記アグリゲーションビットの前記値に基づく、
のうちの少なくとも１つである、請求項２９に記載の装置。
【発明の詳細な説明】
【米国特許法１１９条に基づく優先権の主張】
【０００１】
[0001] 本願は、２０１５年６月１９日出願の米国仮特許出願第６２／１８２，４００号（代理人整理番号１５４０９１ＵＳＬ）、および２０１５年８月３日出願の米国仮特許出願第６２／２００，６０５号（代理人整理番号１５４０９１ＵＳＬ０２）の利益を主張する、２０１６年６月１６日出願の米国特許出願第１５／１８４，６６３号の優先権を主張するもので、各々その譲渡人に譲渡され、この結果、参照によってここに明確に組み込まれる。
【技術分野】
【０００２】
[0002] 本開示のある特定の態様は、一般に、ワイヤレス通信に関し、より詳細には、例えば、高効率ワイヤレス（ＨＥＷ：high efficiency wireless）フレームのための媒体アクセス制御（ＭＡＣ：medium access control）ヘッダ圧縮に関する。
【背景技術】
【０００３】
[0003] ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）ネットワーク、時分割多元接続（ＴＤＭＡ：Time Division Multiple Access）ネットワーク、周波数分割多元接続（ＦＤＭＡ：Frequency Division Multiple Access）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ：Orthogonal FDMA）ネットワーク、および単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ：Single-Carrier FDMA）ネットワークを含む。
【０００４】
[0004] ワイヤレス通信システムのために求められる帯域幅要件を増大させる問題に対処するために、、複数のユーザ端末が、高いデータスループットを達成しながら、チャネルリソースを共有することで単一のアクセスポイントと通信することを可能にするように異なるスキームが開発されている。多入力多出力（ＭＩＭＯ：Multiple Input Multiple Output）技術は、通信システムのための普及技法として登場してきた１つのこのようなアプローチを代表するものである。ＭＩＭＯ技術は、米国電気電子学会（ＩＥＥＥ）８０２．１１規格のような、いくつかのワイヤレス通信規格において採用されている。ＩＥＥＥ８０２．１１は、短距離通信（例えば、数十メートルから数百メートルまで）のために、ＩＥＥＥ８０２．１１委員会によって開発された、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Wireless Local Area Network）のエアインターフェース規格のセットを指す。
【発明の概要】
【０００５】
[0005] 本開示のシステム、方法、およびデバイスは各々いくつかの態様を有し、これらのうちのただ１つが、その所望の属性を単独で担うことはない。本開示の範囲を後に続く特許請求の範囲によって表されるように制限することなく、いくつかの特徴がここで簡潔に論じられることになる。この論議を考慮した後、とりわけ「詳細な説明」と題されたセクションを読んだ後、当業者は、本開示の特徴が、ワイヤレス通信における、アクセスポイントと局との間の改善された通信を含む利点をどのように提供するかを理解するであろう。
【０００６】
[0006] 局によるワイヤレス通信のための方法。この方法は、一般に、フレームを受信することと、フレームに応答して送信されることとなる応答フレームのための圧縮されたフレームフォーマットを、複数の可能なフレームフォーマットから選択することであって、圧縮されたフレームフォーマットは、他の可能なフォーマットのうちの１つまたは複数によって定義される１つまたは複数のフィールドを欠くものである、選択することと、圧縮されたフレームフォーマットに基づいて、応答フレームを生成することと、送信のための応答フレームを出力することとを含む。ある特定の実施形態において、応答フレームは、制御フレームを備える。
【０００７】
[0007] 局によるワイヤレス通信のための方法。方法は、一般に、送信のためのフレームを出力することと、ＭＵフレームに応答して、少なくとも１つの受信者（recipient）から送信された応答フレームを取得することであって、応答フレームは、複数の可能なフレームフォーマットから選択された、圧縮されたフレームフォーマットを有し、圧縮されたフレームフォーマットは、他の可能なフォーマットのうちの１つまたは複数によって定義される１つまたは複数のフィールドを欠くものである、取得することと、圧縮されたフレームフォーマットに基づいて、応答フレームを処理することとを含む。
【０００８】
[0008] 本開示の態様はまた、様々な装置、コンピュータ読み取り可能な媒体、およびここに説明される動作を行うことが可能な製品を提供する。
【０００９】
[0009] 前述のおよび関連する目的を達成するために、１つまたは複数の態様は、以下に十分に説明され、特許請求の範囲において具体的に指摘される特徴を備える。以下の説明および添付図面は、１つまたは複数の態様のある特定の例示的な特徴を詳細に述べる。しかしながら、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんの一部を示すものであり、この説明は、全てのそのような態様およびそれらの同等物を含むように意図される。
【図面の簡単な説明】
【００１０】
【図１】本開示のある特定の態様に従った、例となるワイヤレス通信ネットワークを例示する。
【図２】本開示のある特定の態様に従った、例となるアクセスポイント（ＡＰ：access point）およびユーザ端末のブロック図である。
【図３】本開示のある特定の態様に従った、例となるワイヤレスデバイスのブロック図である。
【図４】例となるアップリンク（ＵＬ：uplink）ダウンリンク（ＤＬ：downlink）マルチプルユーザ（ＭＵ：multiple user）フレーム交換を例示する。
【図５】本開示のある特定の態様に従った、例となるプロトコルバージョン０媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ：MAC protocol data unit）を例示する。
【図６】本開示のある特定の態様に従った、例となるプロトコルバージョン１ＭＰＤＵを例示する。
【図７】本開示のある特定の態様に従った、例となるＵＬ／ＤＬ  ＭＵフレーム交換を例示する。
【図８】本開示のある特定の態様に従った、トリガ情報を有する例となる応答フレームを例示する。
【図８Ａ】本開示のある特定の態様に従った、例となるＨＥ応答フレームフォーマットを例示する。
【図９】本開示のある特定の態様に従った、例となるフレーム交換を例示する。
【図１０】本開示のある特定の態様に従った、ワイヤレス通信のための例となる動作のフロー図である。
【図１０Ａ】図１０に示された動作を行うことが可能な例となる手段を例示する。
【図１１】本開示のある特定の態様に従った、ワイヤレス通信のための例となる動作のフロー図である。
【図１１Ａ】図１１に示された動作を行うことが可能な例となる手段を例示する。
【図１２】本開示のある特定の態様に従った、制御フィールドの例となるフィールドを例示する。
【図１３】本開示のある特定の態様に従った、例となるフレーム交換を例示する。
【図１４Ａ】本開示のある特定の態様に従った、ＤＬ送信を確認応答するための例となる応答フレームを例示する。
【図１４Ｂ】本開示のある特定の態様に従った、ＤＬ送信を確認応答するための例となる応答フレームを例示する。
【図１５】本開示のある特定の態様に従った、圧縮された応答フレームを使用して達成可能な例となるパフォーマンスを例示する。
【図１６】本開示のある特定の態様に従った、例となるフレーム交換を例示する。
【図１７】本開示のある特定の態様に従った、制御フィールドの例となるフィールドを例示する。
【図１８】本開示のある特定の態様に従った、ＮＤＰフレームの例となるコンテンツを例示する。
【図１９】本開示のある特定の態様に従った、圧縮された応答フレームを使用して達成可能な例となるパフォーマンスを例示する。
【図２０】本開示のある特定の態様に従った、制御フィールドの例となるフィールドを例示する。
【図２１】本開示のある特定の態様に従った、圧縮された応答フレームを使用して達成可能な例となるパフォーマンスを例示する。
【詳細な説明】
【００１１】
[0034] 理解を容易にするために、同一の参照番号が、可能な場合、図に共通する同一の要素を指定するために使用されている。１つの実施形態において開示される要素は、具体的な記載なく他の実施形態に有益に利用され得ることが企図される。
【００１２】
[0035] 本開示の様々な態様は、添付の図面を参照して、以下に、より十分に説明される。しかしながら、本開示は、多くの異なる形態で具現化され得、本開示全体を通して提示される任意の特定の構造または機能に制限されるものと解釈されるべきでない。むしろ、これらの態様は、本開示が徹底的および完全であり、当業者に本開示の範囲を十分に伝えるように提供される。ここでの教示に基づき、当業者は、本開示の範囲が、ここに開示された開示の任意の態様を、本開示の任意の他の態様と独立して実施されようと、それらと組み合わされて実施されようと、カバーするように意図されている、ことを諒解すべきである。例えば、ここに述べられる任意の数の態様を使用して、装置が実施され得る、または方法が実践され得る。加えて、本開示の範囲は、ここに述べられる開示の様々な態様に加えて、またはそれ以外の、他の構造、機能、または構造および機能を使用して実践されるこのような装置または方法をカバーするように意図される。ここに開示された本開示の任意の態様は、請求項の１つまたは複数の要素によって具現化され得ることが理解されるべきである。
【００１３】
[0036] 本開示の態様は、一般に、１１ａｘＰＨＹヘッダにおけるインジケーションで即時応答割り振りを提供するような、物理（ＰＨＹ：physical）レイヤ媒体アクセス制御（ＭＡＣ）レイヤシグナリングに関する。ある特定の態様に従って、局は、制御情報を有する追加のフィールド（例えば、ＨＥ制御フィールド）を含む圧縮されたフレームフォーマット（例えば、ショートフレーム（short frame））に基づいたフレーム（例えば、ＭＰＤＵ）を送り得る。ある特定の態様に従って、局は、フレームが圧縮されたフォーマットを有するかどうかを示す（例えば、ＭＰＤＵデリミタのビット１における）第１の１つまたは複数のビット、およびフレームが圧縮されたフォーマットを有する場合、１つまたは複数のフィールドのうちのどれが不在であるかを示す第２の１つまたは複数のビット（例えば、ＭＰＤＵデリミタのＭＰＤＵ長さフィールドの２つのＭＳＢ）を有するフレームを送り得る。
【００１４】
[0037] 「実例的な」という単語は、ここで、「例、事例、または例示としての役割を果たすこと」を意味するように使用される。「実例的な」としてここに説明される任意の態様は、必ずしも、他の態様より有利または好ましいと解釈されるべきでない。
【００１５】
[0038] 特定の態様がここに説明されるものの、これらの態様の多くの変形および置換が、本開示の範囲内に入る。好ましい態様のいくつかの利益および利点が記述されるものの、本開示の範囲は、特定の利益、使用、または目的に制限されるように意図されない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに幅広く適用可能であるように意図されており、そのうちのいくつかは、好ましい態様の下記の説明において、および図において例として例示される。詳細な説明および図面は、限定でなく、単に、本開示の例示であり、本開示の範囲は、添付された特許請求の範囲およびそれらの均等物によって定義されている。
【００１６】
[0039] ここに説明される技法は、直交多重スキームに基づく通信システムを含む様々なブロードバンドワイヤレス通信システムのために使用され得る。このような通信システムの例は、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムを含む。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを同時に送信するのに十分に異なる方向を利用し得る。ＴＤＭＡシステムは、各タイムスロットが異なるユーザ端末に割り当てられている異なるタイムスロットに、送信信号を分割することによって、複数のユーザ端末が同じ周波数チャネルを共有することを可能にし得る。ＯＦＤＭＡシステムは、全システム帯域幅を複数の直交サブキャリアに区分する変調技法である、直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビン、等とも呼ばれ得る。ＯＦＤＭでは、各サブキャリアがデータと共に独立して変調され得る。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されるサブキャリア上で送信するためにインターリーブされたＦＤＭＡ（ＩＦＤＭＡ：interleaved FDMA）を利用し、隣接サブキャリアのブロック上で送信するためにローカライズドＦＤＭＡ（ＬＦＤＭＡ：localized FDMA）を利用し、または隣接サブキャリアの複数のブロック上で送信するためにエンハンスドＦＤＭＡ（ＥＦＤＭＡ：enhanced FDMA）を利用し得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域でおよびＳＣ−ＦＤＭＡでは時間領域で送られる。
【００１７】
[0040] ここでの教示は、様々なワイヤードまたはワイヤレス装置（例えば、ノード）に組み込まれ（例えば、それらの中で実施、またはそれらによって行われ）得る。いくつかの態様において、ここでの教示に従って実施されるワイヤレスノードは、アクセスポイントまたはアクセス端末を備え得る。
【００１８】
[0041] アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ：Radio Network Controller」）、発展型ノードＢ（ｅＮＢ：evolved Node B）、基地局コントローラ（「ＢＳＣ：Base Station Controller」）、トランシーバ基地局（「ＢＴＳ：Base Transceiver Station」）、基地局（「ＢＳ：Base Station」）、トランシーバ機能（「ＴＦ：Transceiver Function」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ：Extended Service Set」）、無線基地局（「ＲＢＳ：Radio Base Station」）、または何らかの他の用語を備え、これらとして実施され、またはこれらとして既知であり得る。
【００１９】
[0042] アクセス端末（「ＡＴ：access terminal」）は、加入者局、加入者ユニット、移動局（ＭＳ：mobile station）、リモート局、リモート端末、ユーザ端末（ＵＴ：user terminal）、ユーザエージェント、ユーザデバイス、ユーザ機器（ＵＥ：user equipment）、ユーザ局、または何らかの他の専門用語を備え、これらとして実施され、またはこれらとして既知であり得る。いくつかの実施において、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ：Session Initiation Protocol」）電話、ワイヤレスローカルループ（「ＷＬＬ：wireless local loop」）局、携帯情報端末（「ＰＤＡ：personal digital assistant」）、ワイヤレス接続能力を有するハンドヘルドデバイス、局（「ＳＴＡ：Station」）、またはワイヤレスモデムに接続された何らかの他の適切な処理デバイスを備え得る。従って、ここで教示される１つまたは複数の態様は、電話（例えば、セルラ電話またはスマートフォン）、コンピュータ（例えば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、携帯情報端末）、エンターテイメントデバイス（例えば、音楽またはビデオデバイス、または衛星ラジオ）、全地球測位システム（ＧＰＳ：global positioning system）デバイス、または、ワイヤレスもしくはワイヤード媒体を介して通信するように構成される任意の他の適切なデバイスに組み込まれ得る。いくつかの態様において、ＡＴは、ワイヤレスノードである。例えば、そのようなワイヤレスノードは、ワイヤードまたはワイヤレス通信リンクを介した、ネットワーク（例えば、インターネット、またはセルラネットワークのような広域ネットワーク）のための接続、またはそれへの接続を提供し得る。
【００２０】
例となるワイヤレス通信システム
[0043] 図１は、本開示の態様が行われ得るシステム１００を例示する。例えば、アクセスポイント１１０は、少なくとも１つのフィールド（例えば、ＨＥ制御フィールド）において制御情報を含む圧縮されたフレームフォーマット（例えば、ショートフレーム）に基づいて、フレーム（例えば、ＭＰＤＵ）を、ユーザ端末１２０に送り得る。フレームは、データフレーム、制御フレーム、管理フレーム、または拡張されたフレームのような任意のタイプのフレームであり得る。別の例において、アクセスポイント１１０は、フレームが圧縮されたフォーマットを有するかどうかを示す（例えば、ＭＰＤＵデリミタにおける）第１の１つまたは複数のビット、およびフレームが圧縮されたフォーマットを有する場合、１つまたは複数のフィールドのうちどれが不在であるかを示す第２の１つまたは複数のビット（例えば、ＭＰＤＵデリミタのＭＰＤＵ長さフィールドの２つのＭＳＢ）を有するフレームを、ユーザ端末１２０に送り得る。別の例において、１つまたは複数のビットは、フレーム自体に含まれることができる。ある特定の実施形態において、１つまたは複数のビットは、ＰＨＹヘッダに（例えば、フレームを搬送するＰＰＤＵのＳＩＧ−Ａ、ＳＩＧ−Ｂ、またはＳＩＧ−Ｃフィールドに）位置する。別の実施形態では、このフレームの直前に来るフレームが、これらの１つまたは複数のビットを含み得る。ある特定の実施形態において、直前に来るフレームは、ピアＳＴＡ（例えば、このフレームの意図された受信機）によって送信される。
【００２１】
[0044] システム１００は、例えば、アクセスポイントおよびユーザ端末を有する多元接続多入力多出力（ＭＩＭＯ）システム１００であり得る。簡単にするために、１つのアクセスポイント１１０のみが、図１に示されている。アクセスポイントは、一般に、ユーザ端末と通信する固定局であり、基地局または何らかの他の専門用語でも称され得る。ユーザ端末は、固定または可動であり得、移動局、ワイヤレスデバイス、または何らかの他の専門用語でも呼ばれ得る。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で、任意の所与の瞬間に１つまたは複数のユーザ端末１２０と通信し得る。ダウンリンク（すなわち、順方向リンク）は、アクセスポイントからユーザ端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）は、ユーザ端末からアクセスポイントへの通信リンクである。ユーザ端末はまた、別のユーザ端末とピアツーピアで通信し得る。
【００２２】
[0045] システムコントローラ１３０は、これらのＡＰおよび／または他のシステムのための調整および制御を提供し得る。例えば、ＡＰは、無線周波数電力、チャネル、認証、セキュリティの調節を取り扱い得るシステムコントローラ１３０によって管理され得る。システムコントローラ１３０は、バックホールを介してＡＰと通信し得る。ＡＰはまた、例えば、ワイヤレスまたはワイヤラインバックホールを介して間接的にまたは直接的に互いに通信し得る。
【００２３】
[0046] 以下の開示の部分は、空間分割多元接続（ＳＤＭＡ）を介して通信することが可能なユーザ端末１２０を説明するが、ある特定の態様については、ユーザ端末１２０はまた、ＳＤＭＡをサポートしないいくつかのユーザ端末を含み得る。従って、そのような態様については、ＡＰ１１０が、ＳＤＭＡおよび非ＳＤＭＡユーザ端末の両方と通信するように構成され得る。このアプローチは、好都合なことに、より古いバージョンのユーザ端末（「レガシー」局）が、事業展開され続けることを可能にし、それらの有効寿命を延長すると同時に、より新しいＳＤＭＡユーザ端末が、適していると判断されると導入されることを可能にし得る。
【００２４】
[0047] システム１００は、ダウンリンクおよびアップリンク上のデータ送信のために、複数の送信および複数の受信アンテナを採用する。アクセスポイント１１０は、Ｎａｐ個のアンテナを装備し、ダウンリンク送信については多入力（ＭＩ：multiple-input）およびアップリンク送信については多出力（ＭＯ：multiple-output）を表す。Ｋ個の選択されたユーザ端末１２０のセットは、集合的に、ダウンリンク送信については多出力およびアップリンク送信については多入力を表す。純粋なＳＤＭＡについて、Ｋ個のユーザ端末のためのデータシンボルストリームが、何らかの手段によって、符号、周波数、または時間において多重化されていない場合、Ｎａｐ≧Ｋ≧１を有することが望まれる。データシンボルストリームが、ＴＤＭＡ技法、ＣＤＭＡを用いた異なる符号チャネル、ＯＦＤＭを用いたサブバンドの互いに素なセット、等を使用して多重化され得る場合、Ｋは、Ｎａｐよりも大きくあり得る。各選択されたユーザ端末は、アクセスポイントにユーザ固有のデータを送信する、および／またはアクセスポイントからユーザ固有のデータを受信する。一般に、各選択されたユーザ端末は、１つまたは複数のアンテナ（すなわち、Ｎｕｔ≧１）を装備し得る。Ｋ個の選択されたユーザ端末は、同じまたは異なる数のアンテナを有することができる。
【００２５】
[0048] システム１００は、時分割複信（ＴＤＤ：time division duplex）システムまたは周波数分割複信（ＦＤＤ：frequency division duplex）システムであリ得る。ＴＤＤシステムについて、ダウンリンクおよびアップリンクは、同じ周波数帯域を共有する。ＦＤＤシステムについて、ダウンリンクおよびアップリンクは、異なる周波数帯域を使用する。ＭＩＭＯシステム１００はまた、送信のために、単一のキャリアまたは複数のキャリアを利用し得る。各ユーザ端末は、（例えば、コストを低く抑えるために）単一のアンテナを、または（例えば、追加のコストがサポートされ得る場合）複数のアンテナを装備し得る。各タイムスロットが異なるユーザ端末１２０に割り当てられている異なるタイムスロットに送信／受信を分割することによって、ユーザ端末１２０が同じ周波数チャネルを共有する場合、システム１００はまた、ＴＤＭＡシステムであり得る。
【００２６】
[0049] 図２は、本開示の態様が行われ得るシステム１００のブロック図を例示する。例えば、アクセスポイント１１０は、少なくとも１つのフィールド（例えば、ＨＥ制御フィールド）において制御情報を含む圧縮されたフレームフォーマット（例えば、ショートフレーム）に基づいて、フレーム（例えば、ＭＰＤＵ）を、ユーザ端末１２０に送り得る。上述されたように、フレームは、データフレーム、制御フレーム、管理フレーム、または拡張されたフレームのような、任意のタイプのフレームであり得る。別の例において、アクセスポイント１１０は、フレームが圧縮されたフォーマットを有するかどうかを示す（例えば、ＭＰＤＵデリミタにおける）第１の１つまたは複数のビット、およびフレームが圧縮されたフォーマットを有する場合、１つまたは複数のフィールドのうちのどれが不在であるかを示す第２の１つまたは複数のビット（例えば、ＭＰＤＵデリミタのＭＰＤＵ長さフィールドの２つのＭＳＢ）を有するフレームを、ユーザ端末１２０に送り得る。別の例において、１つまたは複数のビットは、フレーム自体に含まれることができる。上述されたように、１つまたは複数のビットは、このフレームの直前に来るフレームにおいて、フレームを搬送するＰＰＤＵのＰＨＹヘッダに（例えば、ＳＩＧ−Ａ、ＳＩＧ−Ｂ、またはＳＩＧ−Ｃフィールドに）位置し得、それは、ピアＳＴＡ（例えば、このフレームの意図された受信機）によって送信され得る。
【００２７】
[0050] システム１００は、例えば、アクセスポイント１１０、並びに２つのユーザ端末１２０ｍおよび１２０ｘを伴うＭＩＭＯシステムであり得る。アクセスポイント１１０は、Ｎｔ個のアンテナ２２４ａ〜２２４ａｐを装備している。ユーザ端末１２０ｍは、Ｎut,m個のアンテナ２５２ｍａ〜２５２ｍｕを装備しており、ユーザ端末１２０ｘは、Ｎut,x個のアンテナ２５２ｘａ〜２５２ｘｕを装備している。アクセスポイント１１０は、ダウンリンクについては送信エンティティであり、アップリンクについては受信エンティティである。各ユーザ端末１２０は、アップリンクについては送信エンティティであり、ダウンリンクについては受信エンティティである。ここで使用される場合、「送信エンティティ」は、ワイヤレスチャネルを介してデータを送信することが可能な独立して動作される装置またはデバイスであり、「受信エンティティ」は、ワイヤレスチャネルを介してデータを受信することが可能な独立して動作される装置またはデバイスである。下記の説明において、下付き文字「ｄｎ」は、ダウンリンクを示し、下付き文字「ｕｐ」は、アップリンクを示し、Ｎｕｐ個のユーザ端末が、アップリンク上での同時送信のために選択され、Ｎｄｎ個のユーザ端末が、ダウンリンク上での同時送信のために選択され、Ｎｕｐは、Ｎｄｎと等しい場合があるまたは等しくない場合があり、ＮｕｐとＮｄｎは、静的な値であり得るかまたはスケジューリング間隔ごとに変化することもできる。ビームステアリングまたは何らかの他の空間処理技法は、アクセスポイントおよびユーザ端末において使用され得る。
【００２８】
[0051] アップリンク上では、アップリンク送信のために選択された各ユーザ端末１２０において、送信（ＴＸ）データプロセッサ２８８が、データソース２８６からトラフィックデータを受信し、およびコントローラ２８０から制御データを受信する。コントローラ２８０は、メモリ２８２と結合され得る。ＴＸデータプロセッサ２８８は、ユーザ端末のために選択されたレートに関連付けられたコーディングおよび変調スキームに基づいて、ユーザ端末のためのトラフィックデータを処理し（例えば、符号化、インターリーブ、および変調し）、データシンボルストリームを提供する。ＴＸ空間プロセッサ２９０は、データシンボルストリームに対して空間処理を行い、Ｎｕｔ，ｍ個のアンテナのためにＮｕｔ，ｍ個の送信シンボルストリームを提供する。各送信機ユニット（ＴＭＴＲ）２５４は、それぞれの送信シンボルストリームを受信および処理し（例えば、アナログ変換、増幅、フィルタリング、周波数アップコンバートし）、アップリンク信号を生成する。Ｎｕｔ，ｍ個の送信機ユニット２５４は、Ｎｕｔ，ｍ個のアンテナ２５２からアクセスポイントへの送信のために、Ｎｕｔ，ｍ個のアップリンク信号を提供する。
【００２９】
[0052] Ｎｕｐ個のユーザ端末は、アップリンク上での同時送信のためにスケジューリングされ得る。これらのユーザ端末の各々は、そのデータシンボルストリームに対して空間処理を行い、送信シンボルストリームのそのセットをアップリンク上でアクセスポイントに送信する。
【００３０】
[0053] アクセスポイント１１０において、Ｎap個のアンテナ２２４ａ〜２２４ａｐは、アップリンク上で送信する全てのＮup個のユーザ端末からアップリンク信号を受信する。各アンテナ２２４は、受信された信号をそれぞれの受信機ユニット（ＲＣＶＲ）２２２に提供する。各受信機ユニット２２２は、送信機ユニット２５４によって行われたものに対して相補的な処理を行い、受信されたシンボルストリームを提供する。ＲＸ空間プロセッサ２４０は、Ｎａｐ個の受信機ユニット２２２からのＮａｐ個の受信シンボルストリームに対して受信機空間処理を行い、Ｎｕｐ個の復元されたアップリンクデータシンボルストリームを提供する。受信機空間処理は、チャネル相関マトリクス反転（ＣＣＭＩ：channel correlation matrix inversion）、最小平均二乗誤差（ＭＭＳＥ：minimum mean square error）、ソフト干渉除去（ＳＩＣ：soft interference cancellation）、または何らかの他の技法に従って行われる。各復元されたアップリンクデータシンボルストリームは、それぞれのユーザ端末によって送信されたデータシンボルストリームの推定（estimate）である。ＲＸデータプロセッサ２４２は、各復元されたアップリンクデータシンボルストリームを、そのストリームのために使用されたレートに従って処理し（例えば、復調、デインターリーブ、および復号し）、復号されたデータを取得する。各ユーザ端末のための復号されたデータが、記憶のためにデータシンク２４４に、および／またはさらなる処理のためにコントローラ２３０に、提供され得る。コントローラ２３０は、メモリ２３２と結合され得る。
【００３１】
[0054] ダウンリンク上では、アクセスポイント１１０において、ＴＸデータプロセッサ２１０が、ダウンリンク送信のためにスケジューリングされたＮｄｎ個のユーザ端末のためにデータソース２０８からトラフィックデータを受信し、コントローラ２３０から制御データを受信し、場合によってはスケジューラ２３４から他のデータを受信する。様々なタイプのデータが、異なるトランスポートチャネル上で送られ得る。ＴＸデータプロセッサ２１０は、そのユーザ端末のために選択されたレートに基づいて、各ユーザ端末のためのトラフィックデータを処理（例えば、符号化、インターリーブ、および変調）する。ＴＸデータプロセッサ２１０は、Ｎｄｎ個のユーザ端末のためのＮｄｎ個のダウンリンクデータシンボルストリームを提供する。ＴＸ空間プロセッサ２２０は、Ｎｄｎ個のダウンリンクデータシンボルストリームに対して（本開示において説明されるような、プリコーディングまたはビームフォーミングのような）空間処理を行い、Ｎａｐ個のアンテナのためのＮａｐ個の送信シンボルストリームを提供する。各送信機ユニット２２２は、それぞれの送信シンボルストリームを受信および処理し、ダウンリンク信号を生成する。Ｎａｐ個のアンテナ２２４からユーザ端末への送信のために、Ｎａｐ個のダウンリンク信号を提供する、Ｎａｐ個の送信機ユニット２２２。各ユーザ端末のための復号されたデータは、記憶のためにデータシンク２７２に、および／または、さらなる処理のためにコントローラ２８０に提供され得る。
【００３２】
[0055] 各ユーザ端末１２０において、Ｎut,m個のアンテナ２５２は、アクセスポイント１１０からＮａｐ個のダウンリンク信号を受信する。各受信機ユニット２５４は、関連付けられたアンテナ２５２からの受信信号を処理し、受信シンボルストリームを提供する。ＲＸ空間プロセッサ２６０は、Ｎｕｔ，ｍ個の受信機ユニット２５４からのＮｕｔ，ｍ個の受信シンボルストリームに対して受信機空間処理を行い、ユーザ端末のための復元されたダウンリンクデータシンボルストリームを提供する。受信機空間処理は、ＣＣＭＩ、ＭＭＳＥ、または何らかの他の技法に従って行われる。ＲＸデータプロセッサ２７０は、復元されたダウンリンクデータシンボルストリームを処理し（例えば、復調、デインターリーブ、および復号し）、ユーザ端末ための復号されたデータを取得する。
【００３３】
[0056] 各ユーザ端末１２０において、チャネル推定器２７８は、ダウンリンクチャネル応答を推定し、ダウンリンクチャネル推定値を提供し、それは、チャネル利得推定値、ＳＮＲ推定値、雑音分散、等を含み得る。同様に、アクセスポイント１２０において、チャネル推定器２２８は、アップリンクチャネル応答を推定し、アップリンクチャネル推定値を提供する。各ユーザ端末のためのコントローラ２８０は、典型的に、ユーザ端末のための空間フィルタマトリクスを、そのユーザ端末のためのダウンリンクチャネル応答マトリクスＨｄｎ，ｍに基づいて導出する。コントローラ２３０は、アクセスポイントのための空間フィルタマトリクスを、有効アップリンクチャネル応答マトリクスＨｕｐ，ｅｆｆに基づいて導出する。各ユーザ端末のためのコントローラ２８０は、フィードバック情報（例えば、ダウンリンクおよび／またはアップリンク固有ベクトル、固有値、ＳＮＲ推定値、等）をアクセスポイントに送り得る。コントローラ２３０および２８０はまた、それぞれ、アクセスポイント１１０およびユーザ端末１２０における、様々な処理ユニットの動作を制御する。
【００３４】
[0057] 図３は、ＭＩＭＯシステム１００内で採用され得るワイヤレスデバイス３０２において利用され得る様々なコンポーネントを例示する。ワイヤレスデバイス３０２は、ここに説明される様々な方法を実施するように構成され得るデバイスの例である。例えば、ワイヤレスデバイスは、それぞれ図１０、および１１に例示された動作１０００、および１１００を実施し得る。ワイヤレスデバイス３０２は、アクセスポイント１１０またはユーザ端末１２０であり得る。
【００３５】
[0058] ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含み得る。プロセッサ３０４はまた、中央処理ユニット（ＣＰＵ）と呼ばれ得る。読み取り専用メモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ３０６は、プロセッサ３０４に命令およびデータを提供する。メモリ３０６の一部はまた、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：non-volatile random access memory）を含み得る。プロセッサ３０４は、典型的に、メモリ３０６内に記憶されたプログラム命令に基づいて、論理および算術演算を行う。メモリ３０６における命令は、ここに説明される方法を実施するように実行可能であり得る。
【００３６】
[0059] ワイヤレスデバイス３０２はまた、ワイヤレスデバイス３０２と遠隔ノードとの間でデータの送信および受信を可能にするために送信機３１０および受信機３１２を含み得る筐体３０８を含み得る。送信機３１０および受信機３１２は、トランシーバ３１４に組み合わされ得る。単数または複数の送信アンテナ３１６が、筐体３０８に取り付けられ、トランシーバ３１４に電気的に結合され得る。ワイヤレスデバイス３０２はまた、複数の送信機、複数の受信機、および複数のトランシーバを含み得る（示されず）。
【００３７】
[0060] ワイヤレスデバイス３０２はまた、トランシーバ３１４によって受信される信号のレベルを検出および定量化しようと努めて使用され得る信号検出器３１８を含み得る。信号検出器３１８は、総エネルギー、シンボル毎のサブキャリア毎のエネルギー（energy per subcarrier per symbol）、電力スペクトル密度、および他の信号のような信号を検出し得る。ワイヤレスデバイス３０２はまた、信号を処理する際に使用するためのデジタルシグナルプロセッサ（ＤＳＰ：digital signal processor）３２０を含み得る。
【００３８】
[0061] ワイヤレスデバイス３０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得るバスシステム３２２によって共に結合され得る。
【００３９】
例となるＭＡＣヘッダ圧縮
[0062] マルチプルユーザ（ＭＵ）動作について、低いデータレート（例えば、７５０ｋｂｐｓ）が、使用され得る。ＭＵ送信が、例としてここに説明されるが、ここに提示される技法は、より一般に、ＳＵ送信に適用され、それは、（例えば、受信者の数が１の場合）ＭＵ送信のサブケースとみなされ得る。図４は、ＭＵ動作を示す例となるアップリンク（ＵＬ）ダウンリンク（ＤＬ）フレーム交換４００を例示する。
【００４０】
[0063] 図４に示されるように、アクセスポイント（ＡＰ）は、多数の局（ＳＴＡ）ＳＴＡ１、ＳＴＡ２、およびＳＴＡ３、等に、ダウンリンク上で、（例えば、同じＳＴＡに宛てられたアグリゲートされた媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ：aggregated MAC protocol data unit）の一部として）データとアグリゲートされたトリガフレームを送信し得る。ダウンリンクフレームは、１つまたは複数の局から、即時応答（例えば、ブロック確認応答（ＢＡ：block acknowledgment）、確認応答（ＡＣＫ：acknowledgement）、等）を請求（solicit）、および／またはアップリンクデータを送るために局をスケジューリングし得る。例えば、トリガフレームは、ＵＬリソース割り振り、変調コーディングスキーム（ＭＣＳ：modulation coding scheme）、等のような制御情報を含み得る。アップリンク上で、局は、例えば、データとアグリゲートされたＢＡフレームを各々送るために割り振られたリソースを使用し得、ここにおいて、ＢＡフレームは、ＡＰから受信されたデータを確認応答する。次いで、ＡＰは、ＵＬデータを確認応答するために、ダウンリンク上で、各ＳＴＡのためのＢＡで応答し得る。図４で示されるように、アップリンクおよびダウンリンク両方向において、言い換えると、制御フレーム（例えば、トリガフレーム、ＢＡフレーム、ＡＣＫフレーム、等）は、１つまたは複数のフレームとアグリゲートされ得、Ａ−ＭＰＤＵとして送信される。
【００４１】
[0064] ＭＡＣシグナリングオーバヘッドは、低いデータレートおよび／または低減されたエアタイム（air time）に伴い増加し得る。ＭＡＣシグナリングオーバヘッドはまた、例えば、エアタイムの間に交換されるＭＰＤＵの数を増加すること、および／またはＭＰＤＵ内のＭＡＣシグナリングを増加することによって、増加された数ＭＡＣフレーム交換（シグナリング周波数）に伴い増加し得る。このように、ＭＵ動作について、ＡＰは、同時に、複数のＳＴＡにシグナリングしている場合があるので、ＭＡＣシグナリングオーバヘッドは、増加され得る。
【００４２】
[0065] 従って、ＭＡＣシグナリングオーバヘッドを低減するための技法が望ましい。本開示のある特定の態様に従って、技法は、物理レイヤプロトコルデータユニット（ＰＰＤＵ：physical layer protocol data unit）、ＭＰＤＵ、およびＡ−ＭＰＤＵレベルで、ショートパケット（short packet）のためのプロトコルシグナリングによる、冗長な／不必要なオーバヘッドを取り除くためにここに提供される。本開示の態様は、即時応答のためのＰＨＹリソースを割り振り、即時応答ＰＨＹリソースにおいてＭＡＣペイロードを搬送する、ＭＡＣシグナリングから切り離された（decoupled）、ＰＰＤＵにおけるＰＨＹシグナリングを提供する。
【００４３】
[0066] ある特定の態様に従って、ヘッダ圧縮は、ＭＰＤＵレベルにおけるシグナリングオーバヘッドを低減するために行われ得る。図５は、本開示のある特定の態様に従った、例となるプロトコルバージョン０ＭＰＤＵフレームフォーマット５００を例示する。図６は、本開示のある特定の態様に従った、例となるプロトコルバージョン１（ショートフレーム）ＭＰＤＵを例示する。ある特定の態様に従って、ＰＶ１フレームフォーマットは、ＰＶ０フレームフォーマットよりも少ないオーバヘッドを有し得る。ある特定の態様に従って、ＰＶ１  ＭＰＤＵは、ＰＶ０  ＭＰＤＵの３０バイト（セキュリティを伴い４６バイト）の最小のＭＡＣオーバヘッドの代わりに、１６バイト（またはセキュリティを伴い２４バイト）の最小のＭＡＣオーバヘッドを有し得る。このように、ＰＶ１フレームについて、ＭＰＤＵ当たりＭＡＣオーバヘッドは、１６バイト（またはセキュリティを伴い２２バイト）だけ低減され得る。追加の制御フィールド（例えば、高効率（ＨＥ：high efficiency）制御フィールド）は、ある特定の制御情報を提供するために、ＰＶ０またはＰＶ１フレーム構造に追加され得る。例えば、図５に示されないものの、ＨＴフィールドは、ＨＥ制御フィールドとして使用され得、制御フレームによって提供される様々な制御情報を含むように、可変長であり得る。
【００４４】
[0067] 図６の例となるフレームフォーマット６００に示されるように、可変長ＨＥ制御フィールドは、ＰＶ１フレームフォーマットに追加され得る。ある特定の態様に従って、ペイロードフィールドは、フレームのペイロードコンテンツまたはサービス品質（ＱｏＳ）フレームを搬送するために、定義され得、制御フレームに追加され得る。ある特定の態様に従って、ＨＥ制御フィールドは、任意のフレーム（任意の値のＰＶ）に追加され得る。ある特定の態様に従って、オーバヘッド低減は、Ａ−ＭＰＤＵレベルで行われ得る。
【００４５】
[0068] 図７は、本開示のある特定の態様に従った、例となるＭＵフレーム交換７００を例示する。図７に示されるように、ＤＬ上で、ＡＰは、トリガ情報およびデータを有するフレームを局ＳＴＡ１、ＳＴＡ２、ＳＴＡ３に送信し得る。一般に、制御フレームが、Ａ−ＭＰＤＵ中に付加される場合、これは、常に第１のＭＰＤＵであるようになる。
【００４６】
[0069] ある特定の態様に従って、ＡＰは、最初の２つのＭＰＤＵのラップされた（wrapped）バージョンを送信し得る。データおよび制御ラッピングは、２つの独立したＭＰＤＵとしてフレームおよび応答フレームを送るというよりむしろ、制御情報を搬送するのに十分であり得る。ある特定の態様に従って、制御情報（例えば、トリガ情報）は、データ＋制御フレーム（例えば、データ＋トリガフレーム）としてフレームにラップされ得る。
【００４７】
[0070] 図８の例となるフレームフォーマット８００に示されるように、制御情報は、圧縮されたフレーム（例えば、いくつかのフィールドが不在であるＰＶ１）に含まれるフィールド（例えば、ＨＥ制御フィールド）に含まれ得る。
【００４８】
[0071] ある特定の態様において、上述されたような、フレーム（ＰＶ０、ＰＶ１、またはその他）に含まれるＨＥ制御フィールドは、ＨＥ制御フィールドがそれの制御情報を搬送している制御フレームのフレーム制御フィールドを含み得る（図１２参照）。例として、ＨＥ制御フィールドに含まれるフレーム制御フィールドは、含まれる情報が、ブロックＡｃｋフレームのものであることを示し(indicate)得る（すなわち、フレーム制御フィールドのタイプフィールドが、制御フレームを示し、サブタイプフィールドは、ブロックＡｃｋフレームを示す）。結果として、ＨＥ制御フィールドの残りの部分は、このタイプのフレームによって搬送される制御情報を含み得、例えば、ブロックＡｃｋ制御フィールド、起動シーケンス（Starting Sequence）制御フィールド、およびブロックＡｃｋビットマップフィールド（すなわち、ＨＥ制御フィールドがブロックＡｃｋ制御情報を含むとき、以下のフィールド（フレーム制御、ブロックＡｃｋ制御、起動シーケンス制御、ブロックＡｃｋビットマップ）のうちの１つまたは複数から成り得る）である。一般に、ＨＥ制御フィールドは、（制御フレームの持続時間、Ａ１、Ａ２およびＦＣＳフィールドを除く）任意のタイプの制御フレームの制御情報を搬送し得る。ある特定の態様において、ＨＥ制御フィールドは、管理フレームに含まれていたはずである特定の情報要素を搬送し得る、すなわち、それは、管理情報の搬送波としての役を務め得る。ＨＥ制御フィールドの１つまたは複数のフィールドは、異なる組み合わせを示し得る。
【００４９】
[0072] ある特定の態様に従って、制御フィールドは、応答フレームのフレーム制御（ＦＣ：frame control）フィールドを含み得、ＦＣフィールドサブタイプ値に依存して追加の情報を含み得る。例えば、ＦＣフィールドサブタイプ値が、トリガを示す場合、制御フィールドはまた、どのＳＴＡが意図された受信者であり、応答することを要求されているかを示すために、ＳＴＡ情報フィールドを含み得る。代替的には、ＦＣフィールドサブタイプ値が、ブロックＡｃｋを示す場合、制御フィールドはまた、ＢＡ制御フィールド、起動シーケンス制御（ＳＳＣ：Starting Sequence Control）フィールド、およびブロックＡｃｋビットマップフィールドを含み得る。このように、図７に示されるように、ＳＴＡは、データ＋ＢＡを含むことができるラップされたフレームで応答し得、それを受信するとＡＰは次いでＢＡで応答し得る。Ａｃｋフレームについて、フレーム自体が成功した確認応答を示すこととなるので、その存在は、必要とされない。別の実施形態において、フレーム制御フィールドの存在は、Ａｃｋフレームを識別するのに十分であり得る。ある特定の態様に従って、フレーム制御フィールドは、長さ１オクテットに低減され得、そのサブフィールドの部分のみを含み得る（例えば、プロトコルバージョンフィールド、タイプフィールド、ＤＳ（分配システム（Distribution System））から（from DS ）、ＤＳ行き（To DS）、より多くのフラグメント、再試行、または同様のもののうちの１つまたは複数を含まない場合があり、これらのフィールドは、一般に、応答フレームにおいて所定の値に設定されるためである）。
【００５０】
[0073] ある特定の態様に従って、ＨＥ制御フィールドは、管理フレームに含まれていたはずである特定の情報要素を搬送し得る、すなわち、それは、管理情報の搬送波としての役を務め得る。ＨＥ制御フィールドの１つまたは複数のフィールドは、異なる組み合わせを示し得る。
【００５１】
[0074] ある特定の態様に従って、ＨＥ制御フィールドは、制御フレームまたは管理フレームの情報を含み得るが、例えば、Ａ１フィールド、Ａ２フィールド、持続時間／ＩＤフィールド、および／またはＦＣＳフィールドのような、制御または管理フレームのある特定のフィールドは、不在であり得る。ある特定の態様に従って、新しく定義されたフレームは、ＨＥ制御フィールドの１つまたは複数の部分を搬送し得る。ある特定の態様に従って、新しく定義されたフレームは、ＰＶ０フレームまたはＰＶ１フレームであり得る。新しく定義されたフレームは、ＨＥ制御フィールドの部分を搬送し得、制御フレーム、管理フレーム、データフレーム、または拡張されたフレームのような、任意のタイプのフレームであり得る（すなわち、新しく定義されたフレームのフレーム制御フィールドのタイプサブフィールドは、任意の値に設定され得る）。例となる実施形態において、新しく定義されたフレームにおいて不在である制御フレームまたは管理フレームフィールドは、持続時間フィールド、Ａ１フィールド、Ａ２フィールドのうちの少なくとも１つを含み得るが、ＨＥ制御フィールドは、新しく定義されたフレームに存在し得る。ある特定の態様に従って、新しく定義されたフレームは、ＰＶ１  ＨＥ制御フレームであり得る。代替的には、新しく定義されたフレームは、ＰＶ０  ＨＥ制御フレームであり得る。別の例となる実施形態において、新しく定義されたフレームは、新しく定義されたフレームのフレーム制御フィールドで指定されるような、送信ＳＴＡまたは受信ＳＴＡのＡＩＤの少なくとも一部を含むＡ１またはＡ２フィールドのどちらかを含み得る。ある特定の態様に従って、Ａ１またはＡ２フィールドは、現在のＨＥ制御フレームを誘導（elicit）した直前に受信されたフレームからコピーされた識別子を含み得る。ある特定の態様に従って、Ａ１またはＡ２フィールドの存在は、新しく定義されたフレームのフレーム制御フィールドの１つまたは複数のサブフィールドを、非ゼロ値に設定することによってシグナリングされ得る。
【００５２】
[0075] 図８Ａは、本開示のある特定の態様に従った、例となるＨＥ制御フレームフォーマット８００Ａを例示する。上述されたように、ＨＥ制御フレームフォーマットは、ＰＶ０またはＰＶ１フレームフォーマットであり得る。ある特定の態様に従って、ＨＥ制御フレームは、ＰＶ１  ＭＰＤＵおよび／またはＰＶ０  ＭＰＤＵと共に、Ａ−ＭＰＤＵにおいて搬送され得る。ある特定の態様に従って、１つより多いＨＥ制御フレームは、Ａ−ＭＰＤＵにおいて搬送され得、各ＨＥ制御フレームは、例えば、Ａ−ＭＰＤＵが１つまたは複数のＳＴＡに宛てられるとき、１つまたは複数のＳＴＡに宛てられる。Ａ−ＭＰＤＵフレームは、単一のユーザ（ＳＵ：single user）送信またはマルチユーザ（ＭＵ）送信として、送信され得る。送信は、ＤＬまたはＵＬのどちらかであり得、ＯＦＤＭＡまたはＭＩＭＯのどちらかを使用し得る。
【００５３】
[0076] ある特定の態様に従って、２つのＭＰＤＵについて、上記の技法を適用して、ラップされた制御情報およびデータは、Ａ−ＭＰＤＵフォーマットを使用せずに、複数のＳＴＡに送られ得る。このように、（８バイトより大きい）Ａ−ＭＰＤＵフォーマットオーバヘッドは、応答フレームのＭＡＣオーバヘッドの大半と同じように（例えば、トリガから１８バイト（持続時間（２Ｂ）、Ａ１（６Ｂ）、Ａ２（６Ｂ）、ＦＣＳ（４）））、取り除かれ得る。
【００５４】
[0077] ある特定のケースでは、例えば、フレームチェックシーケンス（ＦＣＳ：frame check sequence）フィールドによって提供されるロバスト性を活用するため、またはＭＰＤＵのフラグメントをアグリゲートする等のために、（２つより多いＭＰＤＵ）Ａ−ＭＰＤＵで複数のショートパケットをアグリゲートすることが、有益であり得る。
【００５５】
[0078] ある特定の態様に従って、ＭＰＤＵデリミタにおけるインジケータは、ＭＰＤＵデリミタに続くＭＰＤＵの各々における１つまたは複数のフィールドの存在または不在を示すために使用され得る。
【００５６】
ＭＵのための例となる短い応答
[0079] 上述されたように、ある特定の応答フレーム（例えば、ＰＶ１  ＨＥ制御フレーム）は、様々なシナリオでＭＡＣオーバヘッドを低減するために使用され得る。しかしながら、ある特定のシナリオでは、さらなるオーバヘッド低減が、望ましい場合がある。
【００５７】
[0080] 例えば、図９で示される例となる交換９００にあるような、ＡＰとＳＴＡが、ＭＵ  ＤＬデータおよびＭＵ  ＵＬ  ＡＣＫを交換するＭＵ送信機会において、ＵＬ  ＭＵ応答機会の持続時間は、全ての応答が受信され得ることを確実にするために全てのＳＴＡにわたって最も長いＵＬ応答に等しいことが必要であり得る。いくつかのシナリオでは、ＳＴＡのうちの１つまたは複数からのＢＡが、著しく長い場合がある（例えば、２．５ＭＨｚリソースユニットおよびＭＣＳ１０変調およびコーディングスキームで、４１６ＫｂｐｓでのＶＨＴ単一ＭＰＤＵについて、〜０．８２ｍｓもの間続く）。応答が、ＵＬ  ＭＵ送信のための（ＡＰから送られた）ＤＬにあるとき、類似の考察が、適用され得る。一般に、オーバヘッド低減は、レートまたは帯域幅における制限により、かなりの量の時間を必要とするはずの応答を必要とする任意の交換について特に望ましいことがある。
【００５８】
[0081] 本開示の態様は、次に、応答送信の持続時間を低減するのを助け、全体的なパフォーマンスを改善し得る、オーバヘッドにおける低減を考慮し得る。いくつかのケースでは、ＳＴＡが、意図された受信機に、圧縮されたフォーマットで応答フレームを搬送するように指示し得る。ここで使用される場合、用語「圧縮されたフォーマット」は、圧縮されていない（または低圧縮（less-compressed）の）フレームフォーマットに対して、１つまたは複数のフィールドを省略した任意のフレームフォーマットを指す。
【００５９】
[0082] 例えば、ＳＴＡは、意図された受信機に、Ａ−ＭＰＤＵフォーマットにおいて制御応答フレームを搬送するよりむしろ、制御応答フレームのためにＰＶ１  ＨＥ制御フレームフォーマットを使用するように指示するＡＰであり得る。このように、制御応答フレームは、ＰＨＹヘッダの１つまたは複数のフィールド（例えば、サービスフィールド、必要とされない場合がある、選択されたＬＴＦ、ＳＴＦ、またはＳＩＧフィールド（例えば、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ））のような、そうでなければＰＰＤＵに存在しているはずのある特定のフィールドを欠き得る。応答フレームは、加えて、または代替的に、Ａ−ＭＰＤＵフォーマットの１つまたは複数のフィールド（例えば、ＭＰＤＵデリミタ、パディング）、ＭＰＤＵフォーマットの１つまたは複数のフィールド（例えば、持続時間／ＩＤ、Ａ１、Ａ２、および最終的にはＦＣＳフィールド）、または両方の組み合わせを欠き得る。
【００６０】
[0083] 図１０は、本開示のある特定の態様に従った、ワイヤレス通信のための例となる動作１０００のフロー図である。動作１０００は、例えば、ＭＵフレームを受信した後の局（例えば、ＡＰ１１０またはユーザ端末１２０）、行われ得る。
【００６１】
[0084] 動作１０００は、１００２において、ＭＵフレームに応答して送信されることとなる応答フレームのための圧縮されたフレームフォーマットを、複数の可能なフレームフォーマットから選択することによって開始し、圧縮されたフレームフォーマットは、他の可能なフォーマットのうちの１つまたは複数によって定義される１つまたは複数のフィールドを欠いている。１００４において、ＳＴＡは、圧縮されたフレームフォーマットに基づいて応答フレームを生成し、１００６において、送信のためのフレームを出力し得る。例えば、選択は、フレームにおいて提供されるアグリゲーションビットの値に基づき得、および／または応答フレームにおいて提供されるアグリゲーションビットの値によって示され得る。
【００６２】
[0085] 図１１は、本開示のある特定の態様に従った、ワイヤレス通信のための例となる動作１１００のフロー図である。動作１１００は、例えば、局（例えば、ＡＰ１１０またはユーザ端末１２０）、行われ得る。言い換えると、動作１１００は、図１０に示される局側動作に対して相補的であるＡＰ側動作であり得る。
【００６３】
[0086] 動作１１００は、１１０２において、送信のためのマルチユーザ（ＭＵ）フレームを出力することによって、開始する。１１０４において、ＡＰは、ＭＵフレームに応答して少なくとも１つの受信者から送信された応答フレームを取得し、応答フレームは、複数の可能なフレームフォーマットから選択された、圧縮されたフレームフォーマットを有し、圧縮されたフレームフォーマットは、他の可能なフォーマットのうちの１つまたは複数によって定義される１つまたは複数のフィールドを欠いている。１１０６において、ＡＰは、圧縮されたフレームフォーマットに基づいて、応答フレームを処理する。
【００６４】
[0087] いくつかのケースにおいて、圧縮された応答フレームフォーマットの使用は、誘導フレームにおいて（例えば、アグリゲーションビットと呼ばれ得る）ビットを設定することによって（例えば、そのようなビットを、非圧縮（no compression）を示すために０に設定することによって）示され得る。以下により詳細に説明されるように、いくつかのケースにおいて、ＳＴＡは、さらにオーバヘッドを低減するために、圧縮されたフレームフォーマットにおいて搬送されるＢＡフレームのために可変長ブロックＡｃｋビットマップフィールドを使用し得る。
【００６５】
[0088] 図１２は、応答フレームの２つの例となるフォーマットを例示する。上の応答フレームフォーマット１２１０は、通常の（非圧縮の（non-compressed））応答フレームフォーマットの例を表し、他方、下の応答フレームフォーマット１２２０は、圧縮された応答フレームフォーマットの例を表す。例示されるように、例となる圧縮された応答フレームフォーマット１２２０は、サービスフィールド、Ａ−ＭＰＤＵデリミタ、持続時間フィールド、およびパディングビットのような、多数のフィールドを欠いている。加えて、Ａ１およびＡ２フィールドは、単一の短い識別子（ＳＩＤ：single short Identifier）に組み合わされ（圧縮され）得る。
【００６６】
[0089] ある特定の実施形態では、誘導フレーム（応答を誘導するフレーム）におけるフィールドのいくつかの部分が、応答フレームにおいて含むのはどの送信パラメータか、およびフィールドのうちどれかを示し得る。
【００６７】
[0090] 図１３は、本開示のある特定の態様に従った、例となるフレーム交換１３００を例示する。例示されるように、ＡＰは、それが、アグリゲーション（または圧縮）ビットを介して、ＤＬ  ＭＵ  ＰＰＤＵ１３０２自体において誘導したい応答フレームのタイプを示し得る。例えば、ＡＰは、応答が、圧縮された応答フレーム１３０４において搬送されることとなることを示すために、アグリゲーションビットを０に設定し得る。
【００６８】
[0091] ある特定の実施形態において、この応答フレームは、ＰＶ１  ＨＥ制御フレームである。そうでなければ、ＡＰは、応答がＡ−ＭＰＤＵフォーマット（ＶＨＴ単一ＭＰＤＵ）において搬送されることとなることを示すために、アグリゲーションビットを１に設定し得る。当然ながら、示された特定の値は、単に例であり、代替の（逆の）きまりが使用され得る。ある特定の実施形態において、アグリゲーションビットは、ＰＰＤＵ自体のサービス（ＳＶＣ）フィールドにおいて（例えば、ＳＶＣフィールドのビット７において）搬送され得る。
【００６９】
[0092] ある特定の実施形態において、アグリゲーションビットは、応答フレーム自体において（例えば、ＳＩＧ−ＢまたはＳＩＧ−Ｃフィールドにおいて）搬送され得る。次に、０に等しいアグリゲーションを有するＤＬ  ＭＵ  ＰＰＤＵの意図された受信機は、何が請求されるかに依存して、Ａｃｋ／ＢＡ情報を搬送するＰＶ１  ＨＥ制御フレームで応答する（例えば、応答フレームは、請求フレームにおけるＡＣＫポリシーに基づいてＡＣＫまたはブロックＡｃｋによって確認応答する）。
【００７０】
[0093] いくつかのケースでは、短い識別子（ＳＩＤ）フィールドが、ＰＶ１  ＨＥ制御フレームに存在しない場合がある。送信されないとしても、ＳＩＤ、（ＳＴＡＣＫフレームと同じ）誘導フレームの識別子は、応答フレームのＦＣＳを計算するために使用され得る。第１のＨＥ制御フィールドの制御ＩＤサブフィールドは、フレームのフレーム制御フィールド（例えば、その第２のバイトにおいて）搬送され得る。ある特定の実施形態において、制御ＩＤサブフィールドは、フレーム制御フィールドのＢ８−Ｂ１２において搬送される。いくつかのケースにおいて、制御ＩＤサブフィールドは、Ａｃｋフレームを搬送するＰＶ１  ＨＥ制御フレームを示すために、ゼロに設定され得、ブロックＡｃｋフレームを搬送するとき、１に設定され得る。しかしながら、これらは、実例的な値であるだけであり、任意のマッピングが、そのような目的のために使用され得る。
【００７１】
[0094] ある特定の実施形態において、圧縮された応答フレームは、１つより多いＨＥ制御フィールドを搬送し得る。これは、この応答フレームを送信するために割り振られた（時間および周波数）リソースの全てをより効果的に利用しようと努めて、なされ得る。例えば、ＡＰは、応答のために、時間の３００ｕｓを割り振り得るが、フレームにおいて搬送される１つのＨＥ制御フィールドは、３００ｕｓ割り振りを満たすのに十分ではない場合がある。この実施形態において、ＳＴＡは、割り振りを満たすために、複数のＨＥ制御フィールドをアグリゲートし得、ここにおいて、ＨＥ制御フィールドにおけるインジケーション（例えば、ゼロに設定されたＥＯＨビット）は、（１に設定されたＥＯＨビットが最後のＨＥ制御フィールドをシグナリングするまで、）次に続くＨＥ制御フィールドの存在をシグナリングするために使用され得る。
【００７２】
[0095] いくつかのケースにおいて、応答フレームのＦＣＳは、（送信前に、次いでフレームから省略される）ＳＩＤフィールドに含まれる値を説明して(accounting for)生成され得る。ＳＩＤフィールドは、誘導フレームにおける情報に基づき得る。例えば、応答フレームのＳＩＤフィールドは、誘導フレームの、スクランブル解除（descramble）前の、スクランブラー初期設定値の０以上のビット、および誘導フレームのＦＣＳの１以上のビットの機能（例えば、連結（concatenation））に基づいて生成され得る。
【００７３】
[0096] 図１４Ａおよび図１４Ｂは、本開示のある特定の態様に従った、ＤＬ送信を確認応答するための例となる応答フレームを例示する。１４００Ａに例示されるように、Ａｃｋを搬送するＰＶ１  ＨＥ制御フレームにおいて、ＨＥ制御情報フィールドは、Ａｃｋをシグナリングするために他の情報が必要とされない場合、存在しない場合がある。いくつかのケースでは、制御ＩＤフィールドが、ＨＥ制御情報フィールドの部分であり得る。いくつかのケースにおいて、１４００Ｂに例示されるように、制御ＩＤフィールドは、フレームのフレーム制御フィールドにおいて（例えば、５ビットフィールドの特定の例としてＢ８からＢ１２において）搬送され得る。
【００７４】
[0097] ブロックＡｃｋを搬送するＰＶ１  ＨＥ制御フレームにおいて、ＨＥ制御情報フィールドは、（通常のＢＡフレームと同じ）ＢＡ制御およびＢＡ情報フィールドを搬送し得る。そのようなケースにおいて、ＢＡ制御は、ＢＡビットマップサイズ（例えば、０、２、４、６、８またはそれより多い）を示し得、ビットマップサイズが、現在のリザーブド値を使用して、フラグメント番号フィールドにおいてシグナリングされ得る）。一般に、ＢＡビットマップサイズのこのシグナリングは、それが圧縮されているかないかに非依存で、任意のタイプのブロックＡｃｋフレームに適用可能であり得る。
【００７５】
[0098] 図１５は、本開示のある特定の態様に従った、圧縮された応答フレームを使用して達成可能である例となるパフォーマンスを証明する表１５００を例示する。
【００７６】
[0099] 図１５に例示されたように、ここに提案された圧縮された応答フレームフォーマットの使用は、４バイトＢＡビットマップと仮定すると、（例えば、２８バイトだけＭＡＣペイロードを低減することによって）ＢＡフレームのケースで、最大６６％だけ、および（例えば、１４バイトだけＭＡＣペイロードを低減することによって）Ａｃｋフレームのケースで、最大６３％だけ、ＵＬ  ＯＦＤＭＡにおける制御応答のオーバヘッドを低減するのを助け得る。ここに説明されるように、ＤＬ  ＭＵフレームを確認応答するために、圧縮された応答フレーム（例えば、ＰＶ１  ＨＥ制御フレーム）を使用することは、制御応答のオーバヘッドを著しく低減し得る。より短い制御応答の使用はまた、それらの使用が、近傍の重複しているベーシックサービスセット（ＯＢＳＳ：overlapping basic service sets）に、より少ない干渉をもたらし得るので、有益であり得る。
【００７７】
[0100] 上述されたように、いくつかのケースにおいて、ＡＰは、例えば、ＰＶ１  ＨＥ制御フレームが（Ａ−ＭＰＤＵにおいてではなく、）使用されることとなることを示すために０に設定されたアグリゲーションビットを介して、ＣＴＲＬ応答を伝達するために使用されることとなるフォーマットを示し得る。いくつかのケースにおいて、アグリゲーションビットは、（例えば、誘導ＰＰＤＵのＨＥ制御フィールドにおいて）誘導ＰＰＤＵのＭＡＣヘッダに追加され得る。上述されたように、アグリゲーションビットはまた、ＰＰＤＵ自体（例えば、ビット７）の（ＰＬＣＰヘッダにおける）ＳＶＣフィールドにおいて搬送され得る。
【００７８】
[0101] ＰＶ１  ＨＥ制御フレームは、一般に、ＨＥ制御フレームと呼ばれ得る。プロトコルバージョンフィールドが、ＦＣフィールドに存在する場合、次いで、それは、任意の値に設定され得る。いくつかのケースにおいて、アグリゲーションビットの値は、ＴＸＯＰの間２つのＳＴＡ間で現在交換されている全てのフレームのフォーマットを（すなわち、ＵＬ応答のためだけでなく）決定し得る。いくつかのケースにおいて、アグリゲーションビットは、フレーム自体のＭＰＤＵフォーマットを示すために、フレームのＳＩＧフィールド（例えば、ＳＩＧ−ＢまたはＳＩＧ−Ｃフィールド）において搬送され得る（例えば、応答局は、それが、応答フレームのために選択したフォーマットを示すことを可能にする）。ある特定の実施形態において、ＴＸＯＰにおいて交換された第１のフレームにおけるアグリゲーションビットは、ＴＸＯＰの持続時間の間使用されることとなるフォーマットを決定する。
【００７９】
[0102] 図１６に例示されるように、いくつかのケースでは、ヌルデータパケット（ＮＤＰ：null data packet）フレームフォーマットが応答フレーム１６０４のために使用され得る。上述された例におけるように、ＡＰは、それがＤＬ  ＭＵ  ＰＰＤＵフレーム１６０２において誘導したい応答フレームのタイプを示し得る。この例では、アグリゲーション（またはＮＤＰ＿インジケーション）ビットが０に設定されて、応答がＨＥ  ＮＤＰ  ＣＭＡＣフレームにおいて搬送されることとなることを示し得る。そうでなければ、ビットは１に設定されて、応答がＡ−ＭＰＤＵフォーマット（ＶＨＴ単一ＭＰＤＵ）において搬送されることとなることを示し得る。次に、０に設定されたアグリゲーション／ＮＤＰインジケーションを有するＤＬ  ＭＵ  ＰＰＤＵの意図された受信機は、何が請求されるかに依存して、Ａｃｋ／ＢＡ情報を搬送するＨＥ  ＮＤＰ  ＣＭＡＣフレームで応答し得る（Ａｃｋ／ＢＡ情報は、ＨＥ  ＳＩＧ−Ｃフィールドに含まれるＨＥ制御フィールドに含まれ得る）。
【００８０】
[0103] 図１７は、本開示のある特定の態様に従った、ＮＤＰフレームフォーマット１７００を使用して送られる応答の例となるフィールドを例示する。この例示では、クロスハッチングで示されるフィールド（例えば、レガシプリアンブル、ＲＬ−ＳＩＧ、ＨＥ  ＳＩＧ−Ａ、およびＨＥ−ＳＩＧ−Ｂ）が、応答に含まれない場合がある。上述されたように、Ａｃｋ／ＢＡ情報は、（ＨＥ  ＳＩＧ−Ｃフィールドに含まれる）ＨＥ制御フィールドに含まれ得る。
【００８１】
[0104] 図１８は、本開示のある特定の態様に従った、ＮＤＰフレームフォーマット１８００の例となるコンテンツを例示する。ＨＥ制御フィールドの様々なケースが考慮される。ＮＤＰ  Ａｃｋフレームについて、応答の集中型スケジューリングはフォールスアラームの確率を最小化するので、識別子の必要がない場合がある。このケースにおいて、ＣＲＣは、ＳＩＤフィールドが、（ＳＩＤフィールドが応答フレーム自体において省略されるとしても）フィールドに存在すると仮定して計算され得る。ブロックＡｃｋフレームについて、ＢＡ制御フィールドは、（例えば、ＢＡビットマップのために０、８、・・・、６４ビットを示すための４ビットとして）ビットマップサイズおよびＳＳＮを含む。
【００８２】
[0105] いくつかのケースでは、可変の数のフィールド（例えば、ＨＥ制御フィールド）が、応答フレームに含まれ得る。そのようなケースでは、各ＨＥ制御フィールドの後のインジケータ（例えば、「ＨＥ制御フィールドの終わり」または「ＥＯＨ」フィールド）が、現在のフィールドに他のＨＥ制御フィールドが続くかどうかを示し得る。このアプローチはパディングのために使用され、応答が指定された持続時間において終了するようにし得る。いくつかのケースでは、ＥＯＨフィールドがまた、同じく、フレーム制御フィールドにおいて（例えば、Ｂ１５またはＢ１４において）搬送され得る。
【００８３】
[0106] 図１９は、本開示のある特定の態様に従った、圧縮された応答フレームを使用して達成可能な例となるパフォーマンスを証明する表１９００を例示する。
【００８４】
[0107] 図１９に例示されているように、ここで提案された圧縮された応答フレームＮＤＰフォーマットの使用は、（例えば、１６ビットのＮＤＰフレームにおける平均ビットマップサイズと仮定すると、）ＢＡフレームのケースで、最大８５％だけ、およびＡｃｋフレームのケースで、最大９０％だけ、ＵＬ  ＯＦＤＭＡにおける制御応答のオーバヘッドを低減するのを助け得る。ＮＤＰ制御応答はまた、近傍ＯＢＳＳに、より少ない干渉をもたらし得る。
【００８５】
[0108] 図２０は、本開示のある特定の態様に従った、圧縮された制御フィールドのフィールドを有する例となるフレームフォーマット２０００を例示する。例示されるように、アグリゲーションビットを有するＤＬ  ＭＵ  ＰＰＤＵの意図された受信機が、０に等しい場合に、意図された受信機は、何が請求されているかに依存して、Ａｃｋ／ＢＡ情報を搬送するＰＶ１  ＨＥ制御フレームで応答し得る。この例では、ＳＩＤも、ＦＣＳフィールドも、ＰＶ１  ＨＥ制御フレームに存在しない。応答フレームに含まれないが、ＳＩＤ、（ＳＴＡＣＫフレームと同じ）誘導フレームの識別子は、ＣＲＣを計算するために使用され得る。この例において、ＣＲＣフィールド自体がＦＣフィールドまでおよびＦＣフィールドを含むフィールドを保護するのに十分であり得るので、ＦＣＳは含まれない。
【００８６】
[0109] 図２１は、本開示の幾つかの態様に従った、圧縮された応答フレームを使用して達成可能な例となるパフォーマンスを証明する表２１００を例示する。
【００８７】
[0110] 図２１に例示されるように、ここに提示される圧縮された応答フレームフォーマットの使用は、（例えば、１６バイトだけ低減されたＭＡＣペイロードを有する）Ａｃｋフレームのケースで、最大７３％だけ、および（例えば、２６バイトだけ低減されたＭＡＣペイロードを有する）ＢＡフレームのケースで、最大６２％だけ、ＵＬ  ＯＦＤＭＡにおける制御応答のオーバヘッドを低減するのを助け得る。上述されたように、より短い制御応答はまた、近傍ＯＢＳＳに、より少ない干渉をもたらし得る。
【００８８】
[0111] ここに開示された方法は、説明された方法を達成するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに置き換えられ得る。言い換えれば、ステップまたはアクションの特定の順序が明記されない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく修正され得る。
【００８９】
[0112] ここで使用される場合、項目のリスト「のうちの少なくとも１つ」を指すフレーズは、単一の構成要素（members）を含む、それらの項目の任意の組み合わせを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃと、並びに同様の要素の倍数との任意の組み合わせ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）をカバーするように意図されている。
【００９０】
[0113] ここで使用される場合、「決定すること」という用語は、幅広い動作を包含する。例えば、「決定すること」は、計算すること、コンピューティングすること、処理すること、導出すること、調査すること、ルックアップすること（例えば、表、データベース、または別のデータ構造においてルックアップすること）、確定すること、および同様のことを含み得る。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリにおけるデータにアクセスすること）、および同様のことを含み得る。また、「決定すること」は、解決すること、選択すること、選ぶこと、確立すること、および同様のことを含み得る。
【００９１】
[0114] いくつかのケースでは、フレームを実際に送信するというよりむしろ、デバイスが、送信のためのフレームを出力するためのインタフェースを有し得る。例えば、プロセッサは、送信のためのＲＦフロントエンドに、バスインタフェースを介して、フレームを出力し得る。同様に、フレームを実際に受信するというよりむしろ、デバイスは、別のデバイスから受信されるフレームを取得するためのインタフェースを有し得る。例えば、プロセッサは、送信のためのＲＦフロントエンドから、バスインタフェースを介して、フレームを取得（または受信）し得る。
【００９２】
[0115] 上述された方法の様々な動作は、対応する機能を行うことが可能な任意の適切な手段によって行われ得る。手段は、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むがそれに限定されない、様々なハードウェアおよび／またはソフトウェアコンポーネント（複数を含む）および／またはモジュール（複数を含む）を含み得る。一般に、図面に例示された動作がある場合、それらの動作は、同様の番号付けを有する、対応する対をなすミーンズプラスファンクションコンポーネント(means-plus-function components)を有し得る。例えば、図１０に例示された動作１０００および図１１に例示された１１００は、それぞれ、図１０Ａに例示された手段１０００Ａおよび図１１Ａに例示された手段１１００Ａに対応する。
【００９３】
[0116] 例えば、受信するための手段は、図２に例示されたユーザ端末１２０の受信機（例えば、トランシーバ２５４の受信機ユニット）および／またはアンテナ（複数を含む）２５２、または、図２に例示されたアクセスポイント１１０の受信機（例えば、トランシーバ２２２の受信機ユニット）および／またはアンテナ（複数を含む）２２４を備え得る。送信するための手段は、図２に例示されたユーザ端末１２０の送信機（例えば、トランシーバ２５４の送信機ユニット）および／またはアンテナ（複数を含む）２５２、または、図２に例示されたアクセスポイント１１０の送信機（例えば、トランシーバ２２２の送信機ユニット）および／またはアンテナ（複数を含む）２２４であり得る。
【００９４】
[0117] 処理するための手段、生成するための手段、取得するための手段、含むための手段、選択するための手段、出力するための手段は、処理システムを備え得、それは、図２に例示された、ユーザ端末のＲＸデータプロセッサ２７０、ＴＸデータプロセッサ２８８、および／またはコントローラ２８０、または、図２に例示された、アクセス端末２１０のＴＸデータプロセッサ２１０、ＲＸデータプロセッサ２４２、および／またはコントローラ２３０のような、１つまたは複数のプロセッサを含み得る。
【００９５】
[0118] ある特定の態様に従って、このような手段は、ＰＨＹヘッダにおける即時応答インジケーションを提供するために上述された様々なアルゴリズムを（例えば、ハードウェアにおいて、またはソフトウェア命令を実行することによって）実施することによって、対応する機能を行うように構成される処理システムによって実施され得る。例えば、圧縮されたフレームフォーマットに基づいたフレームを生成するためのアルゴリズム、圧縮されたフレームフォーマットにおいて指定されないフレームの少なくとも１つのフィールドにおいて制御情報を含むためのアルゴリズム、および送信のためのフレームを出力するためのアルゴリズム。別の例では、フレームが圧縮されたフォーマットを有するかどうかを示す第１の１つまたは複数のビットと、フレームが圧縮されたフォーマットを有する場合に、１つまたは複数のフィールドのうちのどれが不在であるかを示す第２の１つまたは複数のビットとを有するフレームを生成するためのアルゴリズム、並びに送信のためのフレームを出力するためのアルゴリズム。
【００９６】
[0119] 本開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、ここに説明された機能を行うように設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートもしくはトランジスタロジック、個別ハードウェアコンポーネント、またはこれらの任意の組み合わせで実施または行われ得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替案では、プロセッサは、任意の商業的に利用可能なプロセッサ、コントローラ、マイクロコントローラ、またはステートマシン（state machine）であり得る。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成であるコンピューティングデバイスの組み合わせとして実施され得る。
【００９７】
[0120] ハードウェアで実施された場合、例となるハードウェア構成は、ワイヤレスノードにおける処理システムを備え得る。処理システムは、バスアーキテクチャを用いて実施され得る。バスは、処理システムの特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バスは、プロセッサ、機械読み取り可能な媒体、およびバスインタフェースを含む様々な回路を共にリンクさせ得る。バスインタフェースは、とりわけ、バスを介して、処理システムにネットワークアダプタを接続するために使用され得る。ネットワークアダプタは、ＰＨＹ層の信号処理機能を実施するために使用され得る。アクセス端末１２０のケースでは（図１を参照）、ユーザインタフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティック、等）がまた、バスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧レギュレータ、電力管理回路、および同様のもののような様々な他の回路をリンクさせ得、それらは当該技術分野において周知であるため、これ以上は説明されない。プロセッサは、１つまたは複数の汎用および／または特殊用途プロセッサを用いて実施され得る。例は、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行できるその他の回路を含む。当業者は、システム全体に課された全体的な設計制約および特定用途に依存して、処理システムについて説明された機能をどのように実施することが最善かを認識するであろう。
【００９８】
[0121] ソフトウェアで実施された場合、機能は、コンピュータ読み取り可能な媒体上で、１つまたは複数の命令またはコードとして送信または記憶され得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれても、または別の名称で呼ばれても、命令、データ、またはそれらの任意の組み合わせを意味するように広く解釈されるべきである。コンピュータ読み取り可能な媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体およびコンピュータ記憶媒体の両方を含む。プロセッサは、バスの管理と、機械読み取り可能な記憶媒体に記憶されたソフトウェアモジュールの実行を含む汎用処理と、を担い得る。コンピュータ読み取り可能な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。この代替案において、記憶媒体は、プロセッサに一体化され得る。例として、機械読み取り可能な媒体は、伝送回線、データによって変調される搬送波、および／またはワイヤレスノードとは別個の、そこに記憶された命令を有するコンピュータ読み取り可能な記憶媒体を含み得、その全てはバスインタフェースを通してプロセッサによってアクセスされ得る。代替的に、またはそれに加えて、機械読み取り可能な媒体、またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルでのケースのように、プロセッサに一体化され得る。機械読み取り可能な記憶媒体の例は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読み取り専用メモリ）、ＰＲＯＭ（プログラマブル読み取り専用メモリ）、ＥＰＲＯＭ（消去可能なプログラマブル読み取り専用メモリ）、ＥＥＰＲＯＭ（登録商標）（電気的に消去可能なプログラマブル読み取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または任意の他の適切な記憶媒体、またはそれらの任意の組み合わせを含み得る。機械読み取り可能な媒体は、コンピュータプログラム製品において具現化され得る。
【００９９】
[0122] ソフトウェアモジュールは、単一の命令または多くの命令を備え得、いくつかの異なるコードセグメントにわたって、異なるプログラム間で、および複数の記憶媒体にわたって、分散され得る。コンピュータ読み取り可能な媒体は、多数のソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサのような装置によって実行されるとき、処理システムに様々な機能を行わせる命令を含む。ソフトウェアモジュールは、送信モジュールおよび受信モジュールを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス内に存在し得る、または、複数の記憶デバイスにわたって分散され得る。例として、ソフトウェアモジュールは、トリガリングイベントが生じたとき、ハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中、プロセッサは、アクセス速度を増加させるために、命令のうちのいくつかをキャッシュにロードし得る。次いで、１つまたは複数のキャッシュラインが、プロセッサによる実行のために、汎用レジスタファイルにロードされ得る。下記のソフトウェアモジュールの機能に言及するとき、そのような機能は、ソフトウェアモジュールから命令を実行するとき、プロセッサによって実施されるということが理解されるであろう。
【０１００】
[0123] また、任意の接続は、コンピュータ読み取り可能な媒体と適切に名づけられる。例えば、ソフトウェアが、ウェブサイト、サーバ、または、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線（ＩＲ）、無線、およびマイクロ波のようなワイヤレス技術を使用する他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術が、媒体の定義に含まれる。ここで使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルーレイ（登録商標）ディスクを含み、ここで、ディスク（disks）は、通常磁気的にデータを再生し、一方ディスク（discs）は、レーザーを用いて光学的にデータを再生する。このように、いくつかの態様では、コンピュータ読み取り可能な媒体が、非一時的なコンピュータ読み取り可能な媒体（例えば、有形媒体）を備え得る。加えて、他の態様について、コンピュータ読み取り可能な媒体は、一時的なコンピュータ読み取り可能な媒体（例えば、信号）を備え得る。上記の組み合わせはまた、コンピュータ読み取り可能な媒体の範囲内に含まれるべきである。
【０１０１】
[0124] このように、ある特定の態様は、ここに提示された動作を行うためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、命令をそこに記憶した（および／または符号化した）コンピュータ読み取り可能な媒体を備え得、命令は、ここに説明された動作を行うように、１つまたは複数のプロセッサによって実行可能である。例えば、ＰＨＹヘッダおよびＭＡＣペイロードを有する第１のフレームを生成するための命令、第１のフレームへの応答フレームが、時間期間内に送られることとなるという、第１のフレームのＰＨＹヘッダ内のインジケーションを提供するための命令、および送信のための第１のフレームを出力するための命令。別の例では、ＰＨＹヘッダおよびＭＡＣペイロードを有する第１のフレームを取得するための命令、並びに第１のフレームのＰＨＹヘッダにおいて提供されるインジケーションに基づいて、第１のフレームへの応答フレームが時間期間内に送られることとなると決定するための命令。
【０１０２】
[0125] さらに、ここに説明された方法および技法を行うためのモジュールおよび／または他の適した手段が、ダウンロードされ得ること、および／または、そうでなければ、適宜、ユーザ端末および／または基地局によって得られ得ることが諒解されるべきである。例えば、そのようなデバイスは、ここに説明された方法を行うための手段の転送を容易にするためにサーバに結合され得る。代替的には、ここに説明された様々な方法は、デバイスに記憶手段を結合または提供する際に、ユーザ端末および／または基地局が、様々な方法を取得できるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスク、等のような物理記憶媒体、等）を介して提供され得る。さらに、ここに説明された方法および技法をデバイスに提供するための任意の他の適切な技法が、利用され得る。
【０１０３】
[0126] 特許請求の範囲は、上記に例示されたまさにその構成およびコンポーネントに制限されないことが理解されるべきである。様々な修正、変更、および変形は、特許請求の範囲から逸脱することなしに上述された方法および装置の配置、動作および詳細においてなされ得る。
【図１】
2018518122.tif 000003
【図２】
2018518122.tif 000004
【図３】
2018518122.tif 000005
【図４】
2018518122.tif 000006
【図５】
2018518122.tif 000007
【図６】
2018518122.tif 000008
【図７】
2018518122.tif 000009
【図８】
2018518122.tif 000010
【図８Ａ】
2018518122.tif 000011
【図９】
2018518122.tif 000012
【図１０】
2018518122.tif 000013
【図１０Ａ】
2018518122.tif 000014
【図１１】
2018518122.tif 000015
【図１１Ａ】
2018518122.tif 000016
【図１２】
2018518122.tif 000017
【図１３】
2018518122.tif 000018
【図１４Ａ】
2018518122.tif 000019
【図１４Ｂ】
2018518122.tif 000020
【図１５】
2018518122.tif 000021
【図１６】
2018518122.tif 000022
【図１７】
2018518122.tif 000023
【図１８】
2018518122.tif 000024
【図１９】
2018518122.tif 000025
【図２０】
2018518122.tif 000026
【図２１】
2018518122.tif 000027
【国際調査報告】
2018518122.tif 000028
2018518122.tif 000029