(57)【要約】  本開示の態様は、概して、トリガされたＭＵ ＵＬ送信と同時に非ＵＬ送信が実行されることを可能にする、無線ネットワークにおける拡張マルチユーザ（ＭＵ）アップリンク（ＵＬ）プロトコルに関する。局は、ＭＵ送信のリソースユニットにおいて、非ＵＬ送信、すなわち別の局への送信を可能にするために、適切なシグナリングを用いてＭＵ送信をトリガするトリガフレームを送信することができる。非ＵＬ送信の例は、ダイレクトリンク送信ならびにダウンリンク（ＤＬ）送信を含む。本開示は、ＤｉＬおよびＤＬ送信を効率的に処理するために、ＡＰ局および非ＡＰ局におけるＭＡＣ/ＰＨＹインタフェースをどのように修正することができるかに関する。一方では、ＤｉＬまたはＤＬ送信の非ＡＰ局受信者が８０２．１１ａｘ ＴＲＩＧＶＥＣＴＯＲを使用してＰＨＹを効率的に構成できる。一方、ＡＰは、ＤｉＬ/ＤＬ ＲＵをフィルタリングするようにＰＨＹを設定できる。
2021524693.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のための方法であって、トリガされた局の媒体アクセス制御（ＭＡＣ）レイヤにおいて、
トリガする局から、マルチユーザ（ＭＵ）送信をトリガするトリガフレームを受信することであって、前記トリガフレームは、前記トリガされた局へのデータ送信のために前記ＭＵ送信のリソースユニットを割り当てる、ことと、
前記トリガフレームに応答して、前記リソースユニットを介して１つ以上のデータフレームを受信するために、前記トリガされた局の物理（ＰＨＹ）レイヤを受信状態に設定することを含む、方法。
【請求項２】
前記トリガされた局において、前記リソースユニットを介してデータフレームを受信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＰＨＹレイヤを設定する前に、前記ＭＡＣレイヤにおいて、前記トリガフレームから、前記ＭＵ送信のリソースユニットが、前記トリガされた局へのデータ送信のために割り当てられているかどうかを決定することをさらに含む、請求項１に記載の方法。
【請求項４】
前記ＰＨＹレイヤを設定することは、前記トリガされた局へのデータ送信のために割り当てられた１つ以上のリソースユニットのみを周波数フィルタリングするように前記ＰＨＹレイヤを設定することを含む、請求項１に記載の方法。 
【請求項５】
前記ＰＨＹレイヤを設定することは、前記ＭＡＣレイヤによって、８０２．１１ａｘによるＴＲＩＧＶＥＣＴＯＲベクトルを送信することを含む、請求項１に記載の方法。
【請求項６】
前記ＴＲＩＧＶＥＣＴＯＲベクトルは、前記トリガされた局へのデータ送信のために割り当てられた前記リソースユニットを識別するリソースユニットのリストを含む、請求項５に記載の方法。
【請求項７】
前記ＴＲＩＧＶＥＣＴＯＲベクトルは、８０２．１１ａｘによるＡＩＤ１２_ＬＩＳＴリストをさらに含み、前記リストは、アクセスポイントによって前記トリガされた局に割り当てられた局識別子のみを含む、請求項６に記載の方法。
【請求項８】
前記ＴＲＩＧＶＥＣＴＯＲベクトルは、８０２．１１ａｘによるＡＩＤ１２_ＬＩＳＴリストをさらに含み、前記リストは、アクセスポイントによって局に割り当てられていない未使用の局識別子のみを含む、請求項６に記載の方法。
【請求項９】
無線通信のための方法であって、トリガされた局の媒体アクセス制御（ＭＡＣ）レイヤにおいて、
トリガする局から、マルチユーザ（ＭＵ）送信をトリガするトリガフレームを受信することと、
前記トリガフレームが、前記トリガする局から別のトリガされた局へのダイレクトリンク（ＤｉＬ）送信のために前記ＭＵ送信のリソースユニットを割り当てるかどうかを決定することと、
肯定的な決定に応答して、前記トリガされた局の物理レイヤ（ＰＨＹ）レイヤに、ＤｉＬ送信のためにラベル付けされ、ローカルＭＡＣ送信バッファから取り出されたデータのみを送信することを含み、それにより、前記ＰＨＹレイヤは、ダイレクトリンク送信のために割り当てられた前記リソースユニットを介してＤｉＬラベル付けされたデータのみを送信する、ことを含む、方法。
【請求項１０】
無線通信のための方法であって、トリガする局の媒体アクセス制御（ＭＡＣ）レイヤにおいて、
マルチユーザ（ＭＵ）送信をトリガするトリガフレームを生成することであって、前記トリガフレームは、１つ以上の宛先のトリガされた局へのデータ送信のための前記ＭＵ送信の１つ以上のリソースユニットを割り当てる、ことと、 
前記トリガする局の物理（ＰＨＹ）レイヤを介して、前記トリガフレームをトリガされた局に送信することと、
宛先のトリガされた局へのデータ送信のために割り当てられた前記１つ以上のリソースユニットを除く周波数帯域を介して１つ以上のデータフレームを受信するために受信状態に前記ＰＨＹレイヤを設定することを含む、方法。
【請求項１１】
前記トリガする局において、宛先のトリガされた局へのデータ送信のために割り当てられた前記１つ以上のリソースユニットを除く前記周波数帯域の１つ以上のリソースユニットを介して、１つ以上のデータフレームを受信することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ＰＨＹレイヤを設定する前に、前記ＭＡＣレイヤにおいて、前記ＭＵ送信を分割するリソースユニットの中から、どのリソースユニットが、宛先のトリガされた１つ以上の局へのデータ送信のために割り当てられるかを決定することをさらに含む、請求項１０に記載の方法。 
【請求項１３】
前記ＰＨＹレイヤを設定することは、前記ＭＡＣレイヤによって、８０２．１１ａｘによるＴＲＩＧＶＥＣＴＯＲベクトルを送信することを含み、前記ＴＲＩＧＶＥＣＴＯＲベクトルは、宛先のトリガされた局へのデータ送信のために割り当てられた１つ以上のリソースユニットを除外するリソースユニットのリストを含む、請求項１０に記載の方法。
【請求項１４】
前記ＰＨＹレイヤを設定することは、前記ＭＡＣレイヤによって、８０２．１１ａｘに従ったＴＲＩＧＶＥＣＴＯＲベクトルを送信することを含み、ＴＲＩＧＶＥＣＴＯＲベクトルは、前記ＭＵ送信を形成するリソースユニットのリストと、前記ＭＵ送信を形成する前記リソースユニットが割り当てられるトリガされた局を識別するＡＩＤ１２_ＬＩＳＴリストを含み、前記ＡＩＤ１２_ＬＩＳＴは、アクセスポイントによって局に割り当てられていない未使用の局識別子（ＡＩＤ）に、除外すべき前記１つ以上のリソースユニットを関連付ける、請求項１０に記載の方法。
【請求項１５】
媒体アクセス制御（ＭＡＣ）レイヤを実装するマイクロプロセッサを含む、無線ネットワークにおける局であって、前記マイクロプロセッサは、
トリガする局から、マルチユーザ（ＭＵ）送信をトリガするトリガフレームを受信し、ここで、前記トリガフレームは、前記トリガされた局へのデータ送信のために前記ＭＵ送信のリソースユニットを割り当て、
前記トリガフレームに応答して、前記リソースユニットを介して１つ以上のデータフレームを受信するために、前記トリガされた局の物理（ＰＨＹ）レイヤを受信状態に設定する、ステップを実行するように構成される、局。
【請求項１６】
媒体アクセス制御（ＭＡＣ）レイヤを実装するマイクロプロセッサを含む、無線ネットワークにおける局であって、前記マイクロプロセッサは、
トリガする局から、マルチユーザ（ＭＵ）送信をトリガするトリガフレームを受信し、
前記トリガフレームが、前記トリガする局から別のトリガされた局へのダイレクトリンク（ＤｉＬ）送信のために前記ＭＵ送信のリソースユニットを割り当てるかどうかを決定し、
肯定的な決定に応答して、前記トリガされた局の物理レイヤ（ＰＨＹ）レイヤに、ＤｉＬ送信のためにラベル付けされ、ローカルＭＡＣ送信バッファから取り出されたデータのみを送信し、それにより、前記ＰＨＹレイヤは、ダイレクトリンク送信のために割り当てられた前記リソースユニットを介してＤｉＬラベル付けされたデータのみを送信する、ステップを実行するように構成される、局。
【請求項１７】
媒体アクセス制御（ＭＡＣ）レイヤを実装するマイクロプロセッサを含む、無線ネットワークにおける局であって、前記マイクロプロセッサは、
マルチユーザ（ＭＵ）送信をトリガするトリガフレームを生成し、ここで、前記トリガフレームは、１つ以上の宛先のトリガされた局へのデータ送信のための前記ＭＵ送信の１つ以上のリソースユニットを割り当て、
前記トリガする局の物理（ＰＨＹ）レイヤを介して、前記トリガフレームをトリガされた局に送信し、
宛先のトリガされた局へのデータ送信のために割り当てられた前記１つ以上のリソースユニットを除く周波数帯域を介して１つ以上のデータフレームを受信するために受信状態に前記ＰＨＹレイヤを設定する、ステップを実行するように構成される、局。
【請求項１８】
装置におけるマイクロプロセッサまたはコンピュータシステムによって実行されると、前記装置に請求項１または９または１０のいずれかに記載の方法を実行させるプログラムを記憶する非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、無線通信に関する。
【背景技術】
【０００２】
無線通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらの無線ネットワークは利用可能なネットワークリソースを共有することにより、複数のユーザをサポートすることが可能な複数アクセスネットワークであってもよい。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークが含まれる。
【０００３】
高密度環境における無線通信システムに要求される帯域幅の増加と待ち時間（レイテンシ）要求の減少の問題に対処するために、単一アクセスポイント（ＡＰ）が無線ネットワークにおけるＭＵ送信、即ち非ＡＰ局との間の複数同時送信をスケジューリングすることを可能にするマルチユーザ（ＭＵ）方式が開発されている。例えば、そのようなＭＵ方式の１つは、２０１８年６月の８０２．１１ａｘ規格、バージョン３．０ドラフト（Ｄ３．０）において、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）によって採用されている。
【０００４】
ＭＵ機能のおかげで、局（ステーション）は２つのアクセス方式、すなわち、ＭＵ方式および従来の拡張分散チャネルアクセス−ＥＤＣＡ（シングルユーザ）方式を介して、無線媒体へのアクセスを得る機会を有する。
【０００５】
８０２．１１ａｘ規格により、ＭＵダウンリンク（ＤＬ）送信がＡＰによって実行され、ＡＰ以外の様々な局に対して、後者がいわゆるリソースユニット（ＲＵ）上で複数の同時要素送信を行うことができる。一例として、リソースユニットは、例えば直交周波数分割多元接続（ＯＦＤＭＡ）技術に基づいて、無線ネットワークの通信チャネルを周波数領域に分割する。局へのＲＵの割り当ては、ＭＵダウンリンクフレームの始めに、送信機会に定義された各ＲＵについて非ＡＰ局（ＡＰとのそのアソシエーション手順中に各局によって個別に取得される）のアソシエーション識別子（ＡＩＤ）を提供することによってシグナリングされる。
【０００６】
８０２．１１ａｘ規格はまた、ＭＵアップリンク（ＵＬ）送信がＡＰによってトリガされることを可能にし、様々な非ＡＰ局は、ＭＵ ＵＬ送信を形成するリソースユニットを介してＡＰに同時に送信することができる。ＡＰは、非ＡＰ局によるＭＵ ＵＬ送信を制御するために、トリガフレーム（ＴＦ）と呼ばれる制御フレームを送信する。このフレームによって、ＡＰへの登録時、および/または非ＡＰ局のグループを指定する予約済みＡＩＤを使用して、割り当てられた１６ビットのアソシエーション識別子（ＡＩＤ）を使用して、リソースユニットを非ＡＰ局に割り当てる。
【０００７】
採用された８０２．１１ａｘ ＭＵ送信方式は、帯域幅要求の高い通信サービス、例えば、ゲーム、バーチャルリアリティ、ストリーミングアプリケーションなどのビデオベースのサービスには適応されていない。これは、すべての通信がＡＰを通過するため、伝送用のエアー時間が倍増するだけでなく、メディアアクセス数（したがって、媒体アクセス時間）も倍増するためである。
【０００８】
シングルユーザ（ＳＵ）方式の８０２．１１ネットワークプロトコル（最新の８０２．１１ａｘバージョンに依然適用可能）では、ダイレクトリンク（ＤｉＬ）を実行することができ、ここで、データ（ＭＡＣ）フレームは、宛先（目的）局の４８ビット ＩＥＥＥ ＭＡＣアドレスを使用して対処される。しかしながら、ＳＵおよびＭＵ方式は（ＭＵ方式のためのＡＰによって、ＳＵ方式のための非ＡＰ局によって）無線媒体へのアクセスを得るために、互いに直接競合する。高密度環境では、この競合が大量の望ましくない衝突を生成し、それによって、待ち時間および全体的な有用なデータスループットを低下させる。
【０００９】
より一般的には、８０２．１１ａｘは、ダイレクトリンク送信に適応されておらず、ＭＵ送信を改善することができると見られている。
【発明の概要】
【００１０】
本発明の広い目的は、この状況を改善することである。
【００１１】
高密度環境においてＡＰによって行われる送信スケジューリングの高い利点を利用するために、本発明者らは、ＡＰのスケジューリングのグローバルポリシーに直接リンクを統合することを企図した。これは、いくつかの課題を提起する。
【００１２】
これらの課題の１つは、トリガフレームに応答して非ＵＬ（例えば、直接リンクまたはダウンリンク）送信を処理するように適合されていない局（ＡＰおよび非ＡＰ）におけるＭＡＣ/ＰＨＹインタフェースに関する。
【００１３】
例えば、トリガフレームを受信すると、非ＡＰ局は、何か他を受信することが期待されないので、アップリンク・トリガベースのデータ（またはＵＬ ＴＢ ＰＰＤＵ）のみを発信することができる。一方、ＡＰは現在、アップリンク・トリガベースのデータの一意の受信者であり、したがって、ＴＢ ＭＵ送信のすべての使用されたＲＵのデータフレームを復号することが期待される。
【００１４】
トリガベースのＲＵでダイレクトリンク（ＤｉＬ）またはダウンリンク（ＤＬ）送信を許可することにより、宛先の非ＡＰ局がＤｉＬまたはＤＬデータを正しく受信および復号できる方法として問題が発生する。実際、トリガベースのＲＵ内のフレームはいわゆるＨＥトリガベースのＰＰＤＵフォーマットに従い、このフォーマットは、ＲＵ割り当て情報を提供せず、これを受信する非ＡＰ局がＭＵ送信のデータ部分で使用されるべき対応するＲＵを調べることを可能にする。このような情報はＨＥ-ＳＩＧ-Ｂフィールドと呼ばれる。
【００１５】
したがって、本発明はトリガベースのＭＵ送信において非ＵＬ ＲＵが許可される場合に、８０２．１１局のＭＡＣ/ＰＨＹインタフェースの改善された機能を提供することを目的とする。
【００１６】
本開示のある態様は、無線通信のための方法を提供し、当該方法は、トリガされた局、通常は非アクセスポイント局、の媒体アクセス制御（ＭＡＣ）レイヤにおいて、
（ＰＨＹレイヤを介して）トリガする局、通常はアクセスポイント（ＡＰ）から、マルチユーザ（ＭＵ）をトリガするトリガフレームの送信を受信することであって、トリガフレームは、トリガされた局へのデータ送信のためにＭＵ送信のリソースユニットを割り当てることと、
トリガフレームに応答して、（トリガフレームに応答して）リソースユニットを介して１つ以上のデータフレームを受信するように受信状態にトリガされた局の物理（ＰＨＹ）レイヤを設定すること、を含む。
【００１７】
好ましい実施態様は、トリガする局がＡＰであり、トリガされた局が非ＡＰ局（ＡＰに登録された局）である場合である。
【００１８】
非ＡＰ局はこのように、８０２．１１ａｘ規格に反して、トリガフレームで提供された情報を用いて、受信状態で自身を設定することができる。これにより、非ＡＰ局は、追加された非ＵＬリソースユニットを介してＤｉＬまたはＤＬデータを受信する準備ができるようになる。
【００１９】
本発明の態様はまた、媒体アクセス制御（ＭＡＣ）レイヤを実装し、上述の方法のステップを実行するように構成されるマイクロプロセッサを含む、無線ネットワークにおける局を提供する。
【００２０】
本発明のオプション機能は、添付の特許請求の範囲で定義される。これらの機能のいくつかは、方法を参照して以下に説明されるが、それらは本発明による任意のシステム専用のシステムの機能に置き換えることができる。
【００２１】
いくつかの実施形態では、方法はさらに、トリガされた局において、リソースユニットを介してデータフレームを受信することを含む。これは、非ＡＰ局からのＤｉＬデータまたはＡＰからのＤＬデータでありうる。
【００２２】
いくつかの実施形態では、方法はさらに、ＰＨＹレイヤを設定する前にＭＡＣレイヤにおいて、ＭＵ送信のリソースユニットがトリガされた局へのデータ送信のために割り当てられているかどうかをトリガフレームから判定することを含む。これにより、ＭＡＣレイヤはＰＨＹレイヤをどのように設定するかを決定することができる。
【００２３】
いくつかの実施形態では、ＰＨＹレイヤを設定することは、トリガされた局へのデータ送信のために割り当てられたリソースユニットのみを周波数フィルタリングするようにＰＨＹレイヤを設定することを含む。これは、非ＡＰ局のＰＨＹを、それが意図するＤｉＬ/ＤＬデータを受信するために、関連する１つ以上のＲＵのみに集中させることを目的としている。
【００２４】
いくつかの実施形態では、ＰＨＹレイヤを設定することは、ＭＡＣレイヤによって、８０２．１１ａｘによるＴＲＩＧＶＥＣＴＯＲベクトルを送信することを含む。ベクトルは８０２．１１ａｘでは知られているが、ＡＰ側でのみ知られている。これらの実施形態は、利用可能なツールを使用してＰＨＹを効率的に設定するために、本発明の方法で。非ＡＰ側でそれを使用することを提案する。これにより、８０２．１１ａｘに準拠したチップの変更を避けることができる。
【００２５】
いくつかの実施形態によれば、ＴＲＩＧＶＥＣＴＯＲベクトルは、トリガされた局へのデータ送信のために割り当てられたリソースユニットを識別するリソースユニットのリストを含む。再び、これは、既存のＴＲＩＧＶＥＣＴＯＲツールを使用することを可能にする。
【００２６】
実装によれば、ＴＲＩＧＶＥＣＴＯＲベクトルはさらに、８０２．１１ａｘによるＡＩＤ１２_ＬＩＳＴリストを含み、リストは、アクセスポイントによって、トリガされた局に割り当てられた局識別子（ＡＩＤ）を含む。
【００２７】
変形において、ＴＲＩＧＶＥＣＴＯＲベクトルはさらに、８０２．１１ａｘによるＡＩＤ１２_ＬＩＳＴリストを含み、リストは、アクセスポイントによって、局に割り当てられない未使用の局識別子（ＡＩＤ）のみを含む。
【００２８】
本開示の他の態様は、無線通信のための方法を提供し、当該方法は、トリガされた局、通常は非アクセスポイント局の媒体アクセス制御（ＭＡＣ）レイヤにおいて、
トリガする局、通常はアクセスポイント（ＡＰ）から、（ＰＨＹレイヤを介して）、マルチユーザ（ＭＵ）送信をトリガするトリガフレームを受信することと、
トリガフレームが、トリガする局から別のトリガされた局、通常は宛先非ＡＰ局へダイレクトリンク（ＤｉＬ）送信のためのＭＵ送信のリソースユニットを割り当てるかどうかを決定することと、
肯定的な決定に応答して、トリガされた局の物理レイヤ（ＰＨＹ）レイヤに、ＤｉＬ送信のためにラベル付けされ、ローカルＭＡＣ送信バッファから取り出されたデータのみを送信することを含み、それにより、ＰＨＹレイヤは、ダイレクトリンク送信のために割り当てられたリソースユニットを介してＤｉＬラベル付けされたデータのみを送信する。
【００２９】
従って、非ＡＰ局は、通常のＵＬ ＲＵと新しく提案されたＤｉＬ ＲＵを異なるように扱うことができる。
【００３０】
本発明の他の態様はまた、媒体アクセス制御（ＭＡＣ）レイヤを実装し、上述の方法のステップを実行するように構成されるマイクロプロセッサを含む、無線ネットワークにおける局を提供する。
【００３１】
本開示のさらに他の態様は、無線通信のための方法を提供し、当該方法は、トリガする局、通常はアクセスポイント（ＡＰ）の媒体アクセス制御（ＭＡＣ）レイヤにおいて、
マルチユーザ（ＭＵ）送信をトリガするトリガフレームを生成することであって、トリガフレームは、１つ以上の宛先のトリガされた局、通常は宛先非ＡＰ局へのデータ送信のためにＭＵ送信の１つ以上のリソースユニットを割り当てることと、
トリガする局の物理（ＰＨＹ）レイヤを介して、トリガされた局、通常は非ＡＰ局へ、トリガフレームを送信することと、
（トリガフレームに応答して）宛先のトリガされた局へのデータ送信のために割り当てられた１つ以上のリソースユニットを除く周波数帯域上で１つ以上のデータフレームを受信するために受信状態にＰＨＹレイヤを設定することを含む。
【００３２】
設定のおかげで、ＡＰは、新たに提案されたＤｉＬ ＲＵを使用して２つの非ＡＰ局間で直接交換されるＤｉＬデータを受信しない。これにより、ＡＰは、同じＤｉＬデータの重複を受信する非ＡＰ局において追加の処理を発生させるようなＤｉＬデータを無線ネットワーク上で中継しないようになる。最後に、ＡＰは、ＤｉＬおよびＤＬ ＲＵがトリガフレームによって提供され得る、新たに提案された方式に効率的に構成される。
【００３３】
本発明の態様はまた、媒体アクセス制御（ＭＡＣ）レイヤを実装し、上述の方法のステップを実行するように構成されるマイクロプロセッサを含む、無線ネットワークにおける局を提供する。
【００３４】
本発明のオプション機能は、添付の特許請求の範囲で定義される。これらの機能のいくつかは、方法を参照して以下に説明されるが、それらは本発明による任意のシステム専用のシステムの機能に置き換えることができる。
【００３５】
いくつかの実施形態では、方法はさらに、トリガする局において、宛先のトリガされた局へのデータ送信のために割り当てられた１つ以上のリソースユニットを除く周波数帯域の１つ以上のリソースユニットを介して１つ以上のデータフレームを受信することを含む。これらのフレームは、ＡＰへの従来のアップリンクデータである。しかし、本発明のおかげで、ＤｉＬまたはＤＬ ＲＵ上で搬送されるデータフレームを除いて、そのようなフレームのみを受信することができる。
【００３６】
他の実施形態では、方法はさらに、ＰＨＹレイヤを設定する前に、ＭＡＣレイヤにおいて、ＭＵ送信を分割するリソースユニットの中から、どのリソースユニットが宛先のトリガされた１つ以上の局へのデータ送信のために割り当てられるかを決定することを含む。これは、ＡＰのＭＡＣが、ＰＨＹによってどのＲＵまたはＲＵをフィルタリングする必要があるかを正確に知るためである。
【００３７】
さらに他のいくつかの実施形態では、ＰＨＹレイヤを設定することは、８０２．１１ａｘによるＴＲＩＧＶＥＣＴＯＲベクトルをＭＡＣレイヤによって送信することを含み、ＴＲＩＧＶＥＣＴＯＲベクトルは、宛先のトリガされた局へのデータ送信のために割り当てられた１つ以上のリソースユニットを除外するリソースユニットのリストを備える。これは、８０２．１１ａｘによって現在定義されているＭＡＣ/ＰＨＹシグナリングを変更しないので有利である。現在の８０２．１１ａｘに準拠したチップは、本発明の本態様で依然として動作することができる。
【００３８】
変形として、ＰＨＹレイヤを設定することは、ＭＡＣレイヤにより、８０２．１１ａｘによるＴＲＩＧＶＥＣＴＯＲベクトルを送信することを含み、ＴＲＩＧＶＥＣＴＯＲベクトルは、ＭＵ送信を形成するリソースユニットのリストと、ＭＵ送信を形成するリソースユニットが割り当てられるトリガされた局を識別するＡＩＤ１２_ＬＩＳＴリストを含み、ＡＩＤ１２_ＬＩＳＴは、アクセスポイントによって、局に割り当てられない未使用の局識別子（ＡＩＤ）に、除外される１つ以上のリソースユニットを関連付ける。同様に、これは、８０２．１１ａｘによって現在定義されているＭＡＣ/ＰＨＹシグナリングを有利に変更せず、使用されるＡＩＤ上でのみ再生する。
【００３９】
本発明の別の態様は、装置（デバイス）におけるマイクロプロセッサまたはコンピュータシステムによって実行されると、該装置に上記で定義された任意の方法を実行させるプログラムを記憶する非一時的なコンピュータ可読媒体に関する。
【００４０】
本発明による方法の少なくとも一部は、コンピュータで実施することができる。したがって、本発明は、全体的にハードウェアの実施形態、全体的にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本明細書ではすべて一般に「回路」、「モジュール」、または「システム」と呼ばれることがあるソフトウェアおよびハードウェアの態様を組み合わせた実施形態の形態をとることができる。さらに、本発明は、媒体に具現化されたコンピュータ使用可能プログラムコードを有する任意の有形の表現媒体に具現化されたコンピュータプログラム製品の形式をとることができる。
【００４１】
本発明はソフトウェアで実施することができるので、本発明は、任意の適切なキャリア媒体上のプログラマブル装置に提供するためのコンピュータ可読コードとして実施することができる。有形キャリア媒体は、ハードディスクドライブ、磁気テープデバイス、またはソリッドステートメモリデバイスなどの記憶媒体を含むことができる。過渡搬送媒体は、電気信号、電子信号、光信号、音響信号、磁気信号、または電磁信号、例えばマイクロ波またはRF信号などの信号を含むことができる。
【図面の簡単な説明】
【００４２】
本発明の実施形態を、単なる例として、以下の図面を参照して説明する。
【図１】図１は、本発明の実施形態を実施することができる典型的な無線通信システムを示す。
【図２ａ】図２ａは、８０２．１１ａｘによる従来のトリガベース（ＴＢ）ＭＵ ＵＬ ＯＦＤＭＡ送信を示す。
【図２ｂ】図２ｂは、８０２．１１ａｘによる従来のトリガベース（ＴＢ）ＭＵ ＵＬ ＯＦＤＭＡ送信を示す。
【図３ａ】図３ａは、８０２．１１ａｘ基準による８０２．１１フレームの様々な形式を示している。
【図３ｂ】図３ｂは、８０２．１１ａｘ基準による８０２．１１フレームの様々な形式を示している。
【図３ｃ】図３ｃは、８０２．１１ａｘ基準による８０２．１１フレームの様々な形式を示している。
【図３ｄ】図３ｄは、８０２．１１ａｘ基準による８０２．１１フレームの様々な形式を示している。
【図３ｅ】図３ｅは、８０２．１１ａｘ基準による８０２．１１フレームの様々な形式を示している。
【図４ａ】図４ａは、フローチャートを使用して、トリガフレームの発行およびデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）に応答した受信を管理するためのＡＰにおける従来のステップを示す。
【図４ｂ】図４ｂは、フローチャートを使用して、トリガフレームの受信と、ＵＬ送信のためのデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）に応答した送信とを管理するための、非ＡＰ局における従来のステップを示す。
【図５】図５は、トリガする局への従来のＭＵ ＵＬ送信に加えて、トリガされた局に向けられたＭＵ送信を含むトリガベース（ＴＢ）マルチユーザ（ＭＵ）送信を示す。
【図６ａ】図６ａは、様々な実施形態による、ＡＰで実行される動作をフローチャートを使用して示す。
【図６ｂ】図６ｂは、様々な実施形態による、ＡＰで実行される動作をフローチャートを使用して示す。
【図６ｃ】図６ｃは、様々な実施形態による、非ＡＰ局で実行される動作をフローチャートを使用して示す。
【図７ａ】図７ａは、図４ａに基づいて、本発明の実施形態による、トリガフレームの発行およびデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）に応答した受信を管理するためのＡＰにおけるステップをフローチャートを使用して示す。
【図７ｂ】図７ｂは、図４ａに基づいて、本発明の実施形態による、トリガフレームの発行および非ＡＰ局へのダウンリンクデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）の送信を管理するためのＡＰにおけるステップをフローチャートを使用して示す。
【図７ｃ】図７ｃは、図４ｂに基づいて、本発明の実施形態による、トリガフレームの受信と、それに続くＤｉＬまたはＤＬデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）の受信とを管理するための非ＡＰ局におけるステップをフローチャートを使用して示す。
【図７ｄ】図７ｄは、図４ｂに基づいて、本発明の実施形態による、トリガフレームの受信と、それに続く別の非ＡＰ局へのＤｉＬデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）の送信とを管理するための、非ＡＰ局におけるステップをフローチャートを使用して示す。
【図８ａ】図８ａは、本発明の実施形態による通信装置の概略図を示す。
【図８ｂ】図８ｂは、本発明の実施形態による無線通信装置の概略図を示す。
【発明を実施するための形態】
【００４３】
本開示の態様は、一般的には、トリガされたＭＵ ＵＬ送信と同時に非ＵＬ送信が実行されることを可能にする、無線ネットワークにおける拡張マルチユーザ（ＭＵ）アップリンク（ＵＬ）プロトコルに関する。本明細書でより詳細に説明するように、局（ステーション）はＭＵ送信のリソースユニットにおいて、非ＵＬ送信、すなわち別の局への送信を可能にするために、適切なシグナリングを用いてＭＵ送信をトリガするトリガフレームを送信することができる。非ＵＬ送信の例は、ダイレクト（直接）リンク（Direct Link）送信ならびにダウンリンク（ＤＬ（downlink））送信を含む。本開示は、ＤｉＬおよびＤＬ送信を効率的に処理するために、ＡＰ局および非ＡＰ局におけるＭＡＣ/ＰＨＹインタフェースをどのように修正することができるかに関する。
【００４４】
本明細書で説明する技法は、直交多重化方式に基づく通信システムを含む、様々なブロードバンド無線通信システムに使用され得る。そのような通信システムの例には、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、およびシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムが含まれる。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを同時に送信するために、十分に異なる方向を利用することができる。ＴＤＭＡシステムは、送信信号を異なるタイムスロットまたはリソースユニットに分割することによって、複数のユーザ端末が同じ周波数チャネルを共有することを可能にすることができ、各タイムスロットは、異なるユーザ端末に割り当てられる。ＯＦＤＭＡシステムは、直交周波数分割多重化（ＯＦＤＭ）を利用する。ＯＦＤＭが全体システム帯域幅を複数の直交するサブキャリアまたはリソースユニットに分割する変調技術である。これらのサブキャリアは、トーン、ビンなどとも呼ばれ得る。ＯＦＤＭでは、各サブキャリアがデータで独立して変調され得る。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためにインターリーブされたＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロック上で送信するためにローカライズされたＦＤＭＡ（ＬＦＤＭＡ）、または隣接するサブキャリアの複数のブロック上で送信するために強化された（enhanced）ＦＤＭＡ（ＥＦＤＭＡ）を利用することができる。
【００４５】
本明細書の教示は、様々な装置（例えば、局）に組み込まれてもよい（例えば、その中に実装されてもよいし、またはその中で実行されてもよい）。いくつかの態様では、本明細書の教示に従って実装される無線局は、アクセスポイント（いわゆるＡＰ）または否（いわゆる非ＡＰ局）を含みうる。
【００４６】
ＡＰは、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、進化型ノードＢ（「ｅＮＢ」）、基地局コントローラ（「ＢＳＣ」）、基地送受信局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の用語を備えることができ、それらとして実装されることができ、またはそれらとして知られることができる。
【００４７】
非ＡＰ局は、加入者局、加入者ユニット、移動局（ＭＳ）、遠隔局、遠隔端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ装置（ＵＥ）、ユーザ局、または他の何らかの用語を含むか、またはこれらとして実装されてもよいし、あるいはこれらとして知られてもよい。一部の実装では、非ＡＰ局は、セルラ電話機、コードレス電話機、セッション開始プロトコル電話機、無線ローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、無線接続能力を有するハンドヘルド装置、または無線モデムに接続された他の何らかの適切な処理装置を含むことができる。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、携帯電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（たとえば、パーソナルデータアシスタント）、娯楽デバイス（たとえば、音楽またはビデオデバイス、または衛星ラジオ）、地球測位システム（ＧＰＳ）デバイス、または無線または有線媒体を介して通信するように構成された任意の他の適当な装置に組み込まれ得る。一部の態様では、ＡＰ以外の局は無線ノードである場合がある。このような無線ノードは例えば、有線または無線通信リンクを介して、ネットワーク（例えば、インターネットまたはセルラネットワークのような広域ネットワーク）に対する接続性を提供することができる。
【００４８】
図１は、無線通信システムを示し、ここで、複数の通信局１０１〜１０７、１１０が無線ローカルエリアネットワーク（ＷＬＡＮ）の無線伝送チャネル１００を介して、中央局、即ち、局が登録されたアクセスポイント（ＡＰ）１１０の管理下でデータフレームを交換する。変形では、アクセスポイントを使用せずに局間の直接通信を実装できる（アドホックモードと呼ばれる）。無線伝送チャネル１００は、単一のチャネルまたは複合チャネルを形成する複数のチャネルによって構成される動作周波数帯域によって規定される。
【００４９】
例示的な無線ネットワークは、８０２．１１ａｘ Ｄ３．０規格（２０１８年６月に公開）による８０２．１１ネットワークである。
【００５０】
最近の増加傾向に対応するダイレクト通信の典型的な状況は、非ＡＰ局間のピアツーピア（Ｐ２Ｐ）伝送の存在である（例えば、ＷｉＦｉ-Ｍｉｒａｃａｓｔまたは無線ディスプレイシナリオ、またはＴＤＬＳ（Tunneled Direct Link Setup））。たとえそのようなフローが多数でなくても、フロー当たりのデータ量は膨大である（典型的には、１０８０ｐ６０から最大８ＫのＵＨＤ解像度までの低圧縮ビデオ）。
【００５１】
各非ＡＰ局１０１〜１０７は、アソシエーション手順の間にＡＰ１１０に登録する。周知のアソシエーション手順の間、ＡＰ１１０は、特定のアソシエーション識別子（ＡＩＤ）を要求元の非ＡＰ局に割り当てる。ＡＩＤは、非ＡＰ局を一意に識別する１６ビット値である。ＩＥＥＥ規格によれば、指向性のマルチギガビット非ＡＰ局の場合、ＡＩＤの値は１〜２００７の範囲で割り当てられる。ＡＩＤの５つのＭＳＢは予約されている。
【００５２】
すべての局１０１〜１０７、１１０は、ＥＤＣＡ（Enhanced Distributed Channel Access）競合を使用して互いに競合し、無線媒体にアクセスして、送信機会（ＴＸＯＰ）を与えられてから、データフレームを送信する。
【００５３】
無線ネットワークの効率を向上させるために、単一の局、通常はＡＰ１１０が無線ネットワークにおいてＭＵ送信、即ち、他の局との間の複数同時送信をスケジュールすることを可能にするマルチユーザ（ＭＵ）方式が利用可能である。このようなＭＵ方式は、マルチユーザアップリンクおよびダウンリンクＯＦＤＭＡ（ＭＵ ＵＬおよびＤＬ ＯＦＤＭＡ）手順として、８０２．１１ａｘで採用されている。
【００５４】
図２ａを参照すると、そのようなＭＵ ＵＬ送信を実際に実行するために、８０２．１１ａｘ規格は、直交周波数分割多元接続（ＯＦＤＭＡ）技術に基づいて、許可された通信チャネルを、複数の局によって周波数領域で共有されるリソースユニット２０１〜２０４（ＲＵ）に分割する。
【００５５】
非ＡＰ局１０１〜１０７によるＭＵ ＵＬ送信を精密に制御するために、ＡＰ１１０は、チャネルがどのようにＲＵに分割されるか、およびどの非ＡＰ局が各ＲＵを介して送信することを許可されるかを定義するトリガフレーム２１０を送信する。この例では、トリガフレーム２１０は、ＲＵ２０１をＳＴＡ１に、ＲＵ２０２をＳＴＡ２に、ＲＵ２０３をＳＴＡ３に、ＲＵ２０４をＳＴＡ４に割り当てる。割り当ては、非ＡＰ局のＡＩＤを使用して行われる。
【００５６】
トリガフレーム２１０を受信すると、各非ＡＰ局は、それ自身のＡＩＤのおかげでそれに割り当てられたＲＵを決定し、トリガフレーム２１０の後のＳＩＦＳ期間の後に、それに割り当てられたＲＵを介してＡＰにＭＵフレーム２２０（ＨＥ ＴＢ ＰＰＤＵとして知られている）を送信し始めることができる。
【００５７】
トリガメカニズムのために、「トリガベースのＭＵ ＵＬ送信」という用語が使用される。
【００５８】
図２ｂは、局の観点から同じＭＵ ＵＬ送信を示す。
【００５９】
図３ａ〜３ｅは、８０２．１１ａｘ規格のドラフトバージョン３．０に従った、８０２．１１フレームの様々な形式（フォーマット）を示している。
【００６０】
これらの様々なＰＰＤＵ（ＰＬＣＰプロトコルデータユニット）フォーマットでは、データフィールドがＭＡＣレイヤへの/ＭＡＣレイヤからのＰＳＤＵ（ＰＬＣＰサービスデータユニット）を含むペイロードデータを参照する。ＰＬＣＰは、ＭＡＣレイヤと相互作用するＰＨＹレイヤのサブレイヤである物理レイヤコンバージェンスプロシージャ（Physical Layer Convergence Procedure）を表す。ＰＳＤＵおよびＭＰＤＵ用語は、同じであるが異なるサブレイヤの観点（ＰＨＹサブレイヤからのＰＳＤＵおよびＭＡＣサブレイヤからのＭＰＤＵ）を指すことに留意されたい。ＰＬＣＰは、ＭＡＣサブレイヤからフレームを取り出し、ＰＰＤＵを作成することにより（ＰＳＤＵにプリアンブルおよびＰＨＹヘッダを追加することにより）、送信に対するフレームを作成し、データをビットとして変調および送信する。
【００６１】
図３ａは、非ＨＴ（高スループット）ＰＰＤＵ（物理レイヤ（ＰＨＹ）プロトコルデータユニット）フォーマットを示す。
【００６２】
このフォーマットは、８０２．１１の任意のバージョンに従って、任意の局によって理解され得る３つのフィールドからなるプリアンブルを含むので、単純である。すなわち、Ｌ−ＳＴＦ（Legacy Short Training Field）、Ｌ−ＬＴＦ（Legacy Long Training Field）、およびＬ−ＳＩＧ（Legacy Signal Field）フィールドに、ペイロードデータを含むデータフィールド（存在する場合）が続く。
【００６３】
Ｌ−ＳＴＦおよびＬ−ＬＴＦは、同期およびチャネル推定のために使用されてもよい。Ｌ−ＳＩＧは、フレーム全体の長さを表す長さ情報およびレート情報のようなシグナリング情報を含むことができる。
【００６４】
ＴＦ２１０のようなトリガフレームは、８０２．１１レガシー非ＨＴ ＰＰＤＵフォーマットに続く制御フレームである。これにより、ＡＰが媒体にアクセスするときに、すべての８０２．１１局が認識できるようになり、衝突を回避できる。
【００６５】
ＭＡＣペイロード３４０は、基本的に、古典的な制御フレーム（ＲＴＳまたはＣＴＳフレームなど）については空であるが、トリガフレームについての情報構造を用いて拡張される。
【００６６】
図３ｂは、ＭＵ ＵＬ ＯＦＤＭＡ送信を実行するための、８０２．１１ａｘ規格、ドラフトバージョン３．０のセクション９．３．１．２３に記載されるようなトリガフレーム（非ＨＴ ＰＰＤＵのデータフィールド３４０）のフォーマットを示す。
【００６７】
トリガフレーム２１０は、ＩＥＥＥ規格８０２．１１ａｘで定義されているように、いくつかのフィールドを含み、特に、単一のCommon Info（共通情報）フィールド３００および複数のUser Info（ユーザ情報）フィールド３１０を含む。
【００６８】
各User Infoフィールド３１０は、それぞれの非ＡＰ局１０１〜１０７へのＲＵの割り当て、ならびにＡＰとのＵＬ通信に関する通信パラメータを定義する。そうするために、ＲＵ割当サブフィールド３１２は、関係するＲＵ（中心周波数および周波数帯域幅）を識別し、一方、ＡＩＤ１２サブフィールド３１１は、ＲＵが割り当てられる非ＡＰ局のＡＩＤの１２個のＬＳＢを搬送する。
【００６９】
User Infoフィールド３１０のビットＢ３９ ３１３は、現在使用されていない。Trigger Dependent User Info（トリガ依存ユーザ情報）サブフィールド３１４は主に、User Inforフィールド３１０の他のサブフィールドによって定義される通信パラメータの詳細を提供するために使用される。Trigger Dependent User Infoサブフィールド３１４の内容は、トリガフレームのタイプに依存する。図に示されるフォーマットは、基本トリガフレームのTrigger Dependent User Infoサブフィールド３１４に対応する。
【００７０】
８０２．１１ａｘで定義されているユーザ情報フィールドでは、送信元（ソース）非ＡＰ局のみがＡＩＤ１２サブフィールド３１１で識別されるため、ＵＬ送信のみが明確に承認される。
【００７１】
８０２．１１ａｘでは、高効率（ＨＥ）フレームが導入されている。これらのフレームは（下位互換性のために）任意の局によって可読可能なセールプリアンブル（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、およびＬ−ＳＩＧ）で始まり、プリアンブルとデータフィールドで続く。ＨＥプリアンブルは８０２．１１ａｘデバイスによってのみ復号することができ、様々なフォーマットに従って変化し、そのうちの３つが図３ｃ〜３ｅに示されている。
【００７２】
図３ｃを参照すると、ＨＥシングルユーザ（ＳＵ）ＰＰＤＵフォーマットは、単一のＰＳＤＵを１つのユーザに搬送するために使用される。それは、従来のプリアンブル（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ）に加えて、ＲＬ−ＳＩＧ（Repeated Legacy Signal Field）、ＨＥ−ＳＩＧ−Ａ（HE SIGNAL A）、ＨＥ−ＳＴＦ（HE Short Training）、ＨＥ−ＬＴＦ（HE Long Training field）、Ｄａｔａ、ＰＥ（Packet Extension）フィールドを含む。
【００７３】
ＭＵ送信の文脈では、トリガフレーム（この場合はトリガベースのＰＰＤＵ）に応答して送信されたフレームであるか、自発的に送信されたフレームであるかにかかわらず、異なるフレームが使用される。
【００７４】
図３ｄは、１つ以上の局への送信、特に、ＡＰから非ＡＰ局へのＭＵダウンリンク（ＤＬ）送信のために、８０２．１１ａｘで使用されるＨＥ ＭＵ（マルチユーザ）ＰＰＤＵフォーマット（ＨＥ-ＭＵ）を図示している。
【００７５】
ＨＥ−ＭＵ ＰＰＤＵは、ＨＥシングルユーザ（ＳＵ）ＰＰＤＵとしてのフィールドを含み、追加のフィールド３５０、すなわち、ＨＥ−ＳＩＧ−Ｂ（ＨＥ ＳＩＧＮＡＬ Ｂ）は、どのリソースユニットにおいてそれらのデータを見つけるかを非ＡＰ局に知らせるために使用される。したがって、ＨＥ−ＳＩＧ−Ｂ３５０は、ＤＬ ＭＵ送信を形成するＲＵを非ＡＰ局に割り当てて、後者がＡＰから自分自身のデータを効率的に受信する方法を定義する。このようなシグナリングに使用される構造は、図３ｂを参照して前述したように、トリガフレームで使用される構造とは異なる。結果の内容が同等であっても、ＲＵ割り当てフィールドは割り当てられたＲＵを定義する（つまり、ＴＸＯＰでのＲＵ分布）一方、１つ以上のUser Infoフィールドは、それぞれのＲＵに関連する情報を示す（ＲＵ割り当て情報フィールドによって提供されるのと同じ順序で）。
【００７６】
図３ｅは、トリガフレーム２１０に応答して、非ＡＰ局からＡＰへのアップリンク（ＵＬ）送信のために８０２．１１ａｘで使用されるＨＥトリガベース（ＴＢ）ＰＰＤＵフォーマット（ＨＥ_Ｔｒｉｇ）を示す。したがって、これは、非ＡＰ局がデータフレーム２２０（図２）を送信するために使用するフォーマットである。各ＨＥ−Ｔｒｉｇ ＰＰＤＵはトリガフレーム５１０に応答して単一の送信（すなわち、１つの非ＡＰ局からＡＰへ）を搬送する。
【００７７】
ＨＥ−Ｔｒｉｇ ＰＰＤＵフレームフォーマットは、ＨＥ−ＳＴＦフィールドの区間（持続時間）が８μｓであることを除いて、ＨＥ ＳＵ ＰＰＤＵのフォーマットと全く同様のフォーマットを有する。特に、非ＡＰ局へのＲＵ割り当てはトリガフレーム２１０によって既に定義されているので、ＨＥ−ＳＩＧ−Ｂフィールドを含まない。
【００７８】
これらの様々なフォーマットは、非ＡＰ局がダウンリンク（ＤＬ）通信に使用されるＨＥ ＭＵ ＰＰＤＵのアップリンク（ＵＬ）通信または物理プリアンブル・フィールド（ＨＥ−ＳＩＧ−Ｂフィールド３５０）をトリガするトリガフレーム２１０のＤａｔａ（データ）ペイロード３４０を介してのみ、ＭＵ送信を形成するＲＵおよびＲＵ割り当ての知識を有することができることを示す。
【００７９】
図８ｂを参照してより詳細に説明されているように、局（ＡＰまたは非ＡＰのいずれか）は、８０２．１１ａｘ ＭＡＣレイヤ８２４を実装する媒体アクセス制御（ＭＡＣ）コントローラ、および、ＰＨＹレイヤ８２３とその物理（無線）送信サービスを実装する物理（ＰＨＹ）コントローラから成る。
【００８０】
次に、８０２．１１ａｘ ＰＨＹレイヤと８０２．１１ａｘ ＭＡＣレイヤとの間の従来の相互作用について、図４ａおよび図４ｂを参照して説明する。これらは、８０２．１１ａｘ Ｄ３．０「２８. ＨＥ ＰＨＹ仕様」セクションで定義されている。
【００８１】
ＰＨＹは、同じ規格の８．３．４で定義されている汎用ＰＨＹサービスインタフェースの拡張を介してＭＡＣにインタフェースを提供する。インタフェースは、ＴＸＶＥＣＴＯＲ、ＲＸＶＥＣＴＯＲ、およびＰＨＹ-ＣＯＮＦＩＧ_ＶＥＣＴＯＲを含む。ＴＸＶＥＣＴＯＲを使用して、ＭＡＣは、ＰＰＤＵ毎の送信パラメータをＰＨＹに供給する。ＰＨＹは、ＲＸＶＥＣＴＯＲを使用して、受信したＰＰＤＵパラメータをＭＡＣに通知する。ＰＨＹ−ＣＯＮＦＩＧ_ＶＥＣＴＯＲを使用して、ＭＡＣは例えば、動作チャネルまたはプライマリ（主）チャネル、動作チャネル幅などを識別するために、フレーム送信または受信とは無関係に、動作のためにＰＨＹを構成する。
【００８２】
図４ａは、フローチャートを使用して、トリガフレームの発行およびデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）に応答した受信を管理するためのＡＰにおける従来のステップを示す。これは、典型的には、ＡＰ１１０が、図２ａのトリガフレーム２１０の送信を開始し、次いで、様々なＲＵを介してＳＴＡ１−ＳＴＡ４からＴＢ ＰＰＤＵ（データフレーム）２２０を受信するときのシーケンスである。
【００８３】
最初に、ＭＡＣレイヤ８２４は「送信状態」４９８にあり、いわゆるＰＨＹ−ＴＸＳＴＡＲＴ.ｒｅｑｕｅｓｔプリミティブを使用してＴＸＶＥＣＴＯＲ４００を介してＰＨＹ８２３にトリガフレームを配信する。あるいは、トリガされた応答（response）スケジューリング（ＴＲＳ）情報（ＭＡＣヘッダのＴＲＳ制御サブフィールド内）を搬送するＭＡＣ ＭＰＤＵフレームを提供することができ、例えば、ＴＲＳ情報はトリガフレームのユーザ情報フィールド３１０と同様のＲＵ割り当てに関する情報を提供する。
【００８４】
配信されたフレームは、非ＡＰ局が到来するＭＵ ＵＬ送信２２０の間に、それらのデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）をＡＰに正しく送信することを保証するために必要とされるパラメータを示す。これらのパラメータは、ＨＥ ＴＢ ＰＰＤＵの区間、ＭＵ ＵＬ送信内のＲＵ割り当て、ターゲットＲＳＳＩ、およびＭＣＳを考慮に入れることを含む。
【００８５】
ステップ４０５において、ＰＨＹは、ＭＡＣから受信したＴＸＶＥＣＴＯＲに基づいてＰＰＤＵ（ＰＨＹフレーム）を生成する。特に、ＰＨＹは、制御情報を信号フィールドに挿入する。トリガフレーム２１０に対して、ＰＨＹは、Ｌ−ＳＴＦ（Legacy Short Training Field）、Ｌ−ＬＴＦ（Legacy Long Training Field）、Ｌ−ＳＩＧ（Legacy Signal Field）を追加することによって、ＰＰＤＵを生成する。
【００８６】
このように生成されたトリガフレーム２１０は、ＰＨＹによって無線媒体１００上で送信される。
【００８７】
トリガフレーム２１０が送信されると、ＰＨＹは、ＲＵが割り当てられた非ＡＰ局から応答フレームを受信するために、すなわち、ＨＥ ＴＢ ＰＰＤＵを受信するために、それ自体を準備しなければならない。準備は特に、トリガフレーム２１０において宣言された各ＲＵ上のＨＴ ＴＢ ＰＰＤＵを取得するために、各ＲＵに基づいて設定（構成）周波数フィルタリングを含むことができる。
【００８８】
受信されるべきＨＥ ＴＢ ＰＰＤＵは、それらのフォーマットのためにＨＥ−ＳＩＧ−Ｂフィールド３５０を搬送しない（図３ｅ）。したがって、ＡＰのＰＨＹは、ＨＥ ＴＢ ＰＰＤＵを使用して自身で準備することができない。したがって、ＡＰ知識に頼らなければならない。
【００８９】
ＰＨＹはステートレスであるので、送信したばかりのトリガフレームに依存することさえできない。
【００９０】
さらに、トリガフレーム２１０によって定義されたＲＵ割り当て情報が非ＨＴトリガフレーム２１０のペイロード３４０に含まれていたので、ＰＨＹはそのような情報にアクセスすることができなかった。
【００９１】
したがって、次の受信のために考慮されるべきＲＵ割り当てがＭＡＣによってＰＨＹに提供される必要がある。８０２．１１ａｘ規格は、ＴＲＩＧＶＥＣＴＯＲを提供する。ＴＲＩＧＶＥＣＴＯＲは、ＭＡＣが割り当てられた各ＲＵを介してＨＥ ＴＢ ＰＰＤＵを受信するようにＡＰのＰＨＹを設定（構成）するために、ＰＨＹ−ＴＲＩＧＧＥＲ.ｒｅｑｕｅｓｔプリミティブで搬送される。したがって、ステップ４１０で、予想されるＨＥ ＴＢ ＰＰＤＵ応答を復調するのに必要な情報をＰＨＹに提供する、ＴＲＩＧＶＥＣＴＯＲパラメータを有するＰＨＹ−ＴＲＩＧＧＥＲ.ｒｅｑｕｅｓｔが送信される。
【００９２】
他のパラメータの中で、ＴＲＩＧＶＥＣＴＯＲは、各トリガされた局のＡＩＤの１２ＬＳＢを搬送するＡＩＤ１２_ｌｉｓｔリストと、帯域幅全体でトリガされた局ごとに割り当てられたＲＵを示すＲＵ_ＡＬＬＯＣＡＴＩＯＮ_ＬＩＳＴリストを含む。
【００９３】
ＴＲＩＧＶＥＣＴＯＲを受信すると、ＰＨＹは、そのように提供されたパラメータを適用し（４１５）、それによって「受信状態」４９９に切り替わる。ＰＨＹはＰＨＹ-ＴＲＩＧＧＥＲ.ｃｏｎｆｉｒｍプリミティブ（図示せず）をＭＡＣに送信し、ＰＨＹがＰＨＹ-ＴＲＩＧＧＥＲ.ｒｅｑｕｅｓｔプリミティブで提供されるパラメータを適用したことを確認する。
【００９４】
現在、ＰＨＹは、ＨＥ ＴＢ ＰＰＤＵ応答を受信する準備ができている。
【００９５】
このようなＴＢ ＰＰＤＵフレーム２２０がトリガフレーム２１０に応答して受信されると、ＡＰのＰＨＹはそれを復調する（４２０）。
【００９６】
ＰＨＹはまず、フレームのＰＨＹプリアンブルを受信し、受信信号強度（ＲＳＳ）を測定する。ＰＨＹは、いわゆるＰＨＹ-ＣＣＡ.ｉｎｄｉｃａｔｉｏｎプリミティブを介してＭＡＣへのＲＳＳ を示す。
【００９７】
その後、ＰＨＹは、ＨＥ-ＳＩＧ-Ａのフォーマットフィールドをチェックする。フォーマットフィールドがＨＥ ＴＢ ＰＰＤＵを示す場合、ＰＨＹは、ＨＥ−ＳＩＧ−Ａの後、８μｓの間、ＨＥ−ＳＴＦを受信する。
【００９８】
次に、受信したＰＳＤＵビット（ペイロード内）はオクテットにアセンブルされ、一連のＰＨＹ-ＤＡＴＡ.ｉｎｄｉｃａｔｉｏｎ（ＤＡＴＡ）プリミティブ交換を使用して復号、ＭＡＣに提供される（４２５）。ＲＸＶＥＣＴＯＲパラメータを伝達するいわゆるＰＨＹ−ＲＸＳＴＡＲＴ.ｉｎｄｉｃａｔｉｏｎプリミティブを使用して、ＰＨＹはまた、受信されたＰＰＤＵパラメータをＭＡＣに通知する。最後に、ＰＨＹは、いわゆるＰＨＹ-ＲＸＥＮＤ.ｉｎｄｉｃａｔｉｏｎをＭＡＣレイヤに発行してＰＳＤＵ送信を終了する。次に、ＰＨＹは、ＰＨＹ−ＣＣＡ.ｉｎｄｉｃａｔｉｏｎ（ＩＤＬＥ）プリミティブを設定し、アイドル（ＩＤＬＥ）受信状態に入る。
【００９９】
図４ｂは、フローチャートを使用して、トリガフレームの受信と、ＵＬ送信のためのデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）に応答した送信とを管理するための、非ＡＰ局における従来のステップを示す。これは、典型的にはＳＴＡ１−ＳＴＡ４のうちの１つが図２ａのトリガフレーム２１０を受信し、次いで、割り当てられたＲＵを介してＡＰ１１０にＴＢ ＰＰＤＵ（データフレーム）２２０を送信するときのシーケンスである。
【０１００】
トリガフレーム２１０を受信すると、非ＡＰ局のＰＨＹ（受信状態４９９）は、レガシープリアンブルの情報でそれを復調し（４５０）、ペイロード３４０（例えば図３ｂに示すようにトリガフレームの内容を形成する）を直接ＭＡＣエンティティ（５２０）に渡す（４５５）。ＰＨＹからＭＡＸへの送信は、受信状態にあるＡＰについて上述したのと同じプリミティブを使用する。すなわち、ＰＳＤＵビットを転送するためのＰＨＹ−ＤＡＴＡ.ｉｎｄｉｃａｔｉｏｎ（ＤＡＴＡ）プリミティブ交換、ＲＸＶＥＣＴＯＲパラメータを伝達するためのＰＨＹ−ＲＸＳＴＡＲＴ.ｉｎｄｉｃａｔｉｏｎプリミティブ、ＰＳＤＵ送信を終了するためのＰＨＹ−ＲＸＥＮＤ.ｉｎｄｉｃａｔｉｏｎ、および、アイドル受信状態に入るためのＰＨＹ−ＣＣＡ.ｉｎｄｉｃａｔｉｏｎ（ＩＤＬＥ）プリミティブである。
【０１０１】
トリガフレーム２１０内で指定されたＲＵ割り当ての受信者として識別された非ＡＰ局の各々は、トリガフレーム２１０の受信後にＵＬ送信を開始しなければならない。したがって、非ＡＰ局のＭＡＣは、ＰＨＹから受信したトリガフレームから、さらなるＵＬ送信のためにＲＵが割り当てられているかどうかを判定する（４６０）。次に、ＭＡＣは、ＭＡＣ送信バッファから適切な量のデータ（トリガフレーム２１０で指定されたＵＬ送信の長さが与えられている）を取り出す。例えば、局がトリガフレーム２１０の割り当て情報内に明示的にスケジュールされていない場合、ランダムアクセス手順を実行することができる。ＡＰ以外の局のＭＡＣ送信バッファには、ダイレクトリンクデータ（すなわち非ＡＰ局を対象とする）とＵＬデータ（ＡＰを対象とする）の両方が格納されるため、これらのデータのいずれかがＵＬ送信のために取得されることに注意する（ＦＩＦＯベース）。
【０１０２】
次に、ＭＡＣは、ＰＨＹ−ＴＸＳＴＡＲＴ.ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）プリミティブを生成し（４６５）、これによりＰＨＹは送信状態４９８に入る。ＰＨＹは、ＴＸＶＥＣＴＯＲパラメータを適用して（４７０）、適切なＲＵ周波数で動作するようにそれ自体を構成する。
【０１０３】
送信する（送信するＨＥ ＴＢ ＰＰＤＵ ２２０を形成するために）データ（ＰＳＤＵ）は、ＭＡＣによって発行された一連のＰＨＹ−ＤＡＴＡ.ｒｅｑｕｅｓｔ（ＤＡＴＡ）プリミティブおよびＰＨＹによって発行されたＰＨＹ−ＤＡＴＡ.ｃｏｎｆｉｒｍプリミティブを介してＭＡＣとＰＨＹとの間で交換される。ＰＳＤＵ送信は、ＭＡＣによって発行されたＰＨＹ-ＴＸＥＮＤ.ｒｅｑｕｅｓｔプリミティブを受信すると終了する。
【０１０４】
次に、ＰＨＹは、ＭＡＣから受信したデータに適切なヘッダ（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、ＲＬ−ＳＩＧ、ＨＥ−ＳＩＧ−Ａ、およびＨＥ−ＳＴＦ）を追加することによってＨＥ ＴＢ ＰＰＤＵ（ＰＨＹフレーム）を生成し、次に、無線媒体１００上でＨＥ ＴＢ ＰＰＤＵを送信する。送信が完了すると、ＰＨＹは受信状態４９９に入る。
【０１０５】
高密度環境において無線通信システムに要求される帯域幅の増加およびレイテンシ（待ち時間）要件の減少の問題にさらに対処するために、本発明の態様は、トリガされたＭＵ送信において許容される送信を効率的に変更しようとする。本発明の態様は、拡張トリガフレームを使用することによって、ダイレクトリンク（ＤｉＬ）送信および/またはダウンリンク（ＤＬ）送信がＭＵ送信においてスケジュールされることを可能にする機能を提供する。そのために、トリガする局（通常はＡＰ）からトリガされた局（通常は非ＡＰ局）に送信されるトリガフレームは、１つ以上のトリガされた局（通常は宛先非ＡＰ局）へのデータ送信のためにＭＵ送信のリソースユニットを割り当てるトリガフレームに拡張される。
【０１０６】
トリガフレームを受信する局はトリガされた局と呼ばれ、トリガフレームを送信する局はトリガする局と呼ばれる。
【０１０７】
新たに提案されたトリガフレームは、アップリンク（ＵＬ）能力に加えて、トリガされたＭＵ送信内でダイレクトリンク（ＤｉＬ）および/またはダウンリンク（ＤＬ）送信能力を提供する。
【０１０８】
アップリンクＭＵ送信は、非ＡＰ局からＡＰへのＭＵ送信として定義される。
【０１０９】
ダウンリンクＭＵ送信は、ＡＰから１つ以上の（非ＡＰ）局へのＭＵ送信として定義される。
【０１１０】
ダイレクトリンク（ＤｉＬ）ＭＵ送信は、１つの非ＡＰ局から１つ以上の他の非ＡＰ局へのＭＵ送信として定義される。
【０１１１】
トリガする局は、局１０１〜１０７、１１０のいずれであってもよいが、以下に提供される例は主に、トリガする局としてのＡＰ１１０と、トリガされた局としての非ＡＰ局１０１〜１０７とに集中する。もちろん、ＡＰがトリガされた局であり、１つの非ＡＰ局がトリガする局である他の構成が実施されてもよい。別の構成は、トリガする局としての第１のＡＰと、トリガされた局のうちの１つとしての第２のＡＰとを備えることができる（このリモートＡＰは現在のトリガフレームに関して非ＡＰ局として動作する）。
【０１１２】
本明細書でより詳細に説明するように、トリガされた局は次に、トリガフレームによって割り当てられたリソースユニットを使用して、その宛先のトリガされた局へのダイレクトリンク送信のために、宛先のトリガされた局に直接データフレームを送信することができる。これは、ＤｉＬソーストリガ局の観点から、トリガされたＭＵ送信中に提供されるダイレクトリンク（ＤｉＬ）能力を実施する。
【０１１３】
また、別のトリガされた局は、トリガされた局へのデータ送信のために割り当てられたリソースユニット上でデータフレームを受信することができる。これにより、ＤｉＬ宛先局からのダイレクトリンク能力（機能）、またはＡＰからデータフレームが送信される場合のダウンリンク能力が実装される。
【０１１４】
以下では、ＤｉＬ ＲＵは、ダイレクトリンク送信のためにそのように割り当てられたリソースユニットを指し、ＤＬ ＲＵは、ダウンリンク送信のために割り当てられたリソースユニットを指し、ＤｉＬ/ＤＬ ＲＵは、ダイレクトリンクまたはダウンリンク送信のために割り当てられたリソースユニットを指す。
【０１１５】
図５は、トリガする局（ＡＰ）への従来のＭＵ ＵＬ送信に加えて、トリガされた局（１つ以上の非ＡＰ局）に向けられたＭＵ送信を含むトリガベース（ＴＢ）マルチユーザ（ＭＵ）送信を示す。
【０１１６】
この例では、トリガフレーム５１０によってトリガされたＭＵ送信５２０は、ＲＵ２０１（非ＡＰ ＳＴＡ１からＡＰ１１０へ）およびＲＵ２０４（非ＡＰ ＳＴＡ５からＡＰ１１０へ）を介した従来のアップリンクＭＵフレーム５３０、５６０と、ＤＬ ＲＵ ２０３（ＡＰ １１０から非ＡＰ ＳＴＡ３へ）を介したダウンリンク（ＤＬ）ＭＵフレーム５５０と、ＤｉＬ ＲＵ２０２（非ＡＰ ＳＴＡ ２から非ＡＰ ＳＴＡ ４へ）を介したダイレクトリンク（ＤｉＬ）ＭＵフレーム５４０とを含む。より一般的には、ＤＬ ＲＵの数がＤｉＬ ＲＵの数と同様に、変化してもよい。実施形態では、従来のＵＬ ＭＵ ＲＵに加えてＤＬ ＲＵのみ、または従来のＵＬ ＭＵ ＲＵに加えてＤｉＬ ＲＵのみがあってもよい。
【０１１７】
トリガフレーム５１０は、そのようなＤｉＬ/ＤＬ ＭＵリソースユニットのシグナリングを伝達する。次に、トリガされた局（ここでは非ＡＰ局）は、トリガフレームを受信すると、ＤｉＬまたはＤＬ送信のためのリソースユニットが割り当てられているかどうかを決定することができ、肯定的には、どのリソースユニットを送信するか、または受信するかを決定することができる。
【０１１８】
ＤｉＬまたはＤＬ ＲＵのシグナリングの様々な実装形態を使用することができる。例えば、ＤｉＬ/ＤＬ目的および送信元および宛先ＡＩＤは、ＡＩＤ１２サブフィールド３１１、reserved（予約）ビットＢ３９ ３１３およびTrigger Dependent User Info（トリガ依存ユーザ情報）サブフィールド３１４の１つ以上を使用して、所定のＲＵに対応するUser Info（ユーザ情報）フィールド３１０内で符号化されてもよい。
【０１１９】
このシナリオでは、ＳＴＡ４のＰＨＹは、ＳＴＡ２からＨＥ ＴＢ ＰＰＤＵを受信できるように、受信状態４９９に留めるべきである。しかしながら、従来の８０２．１１ａｘ ＰＨＹは、受信状態４９９の後に送信状態４９８が続くように動作することができない。
【０１２０】
また、ＳＴＡ２は、そのＭＡＣ送信バッファからのみＤｉＬデータを取得する必要がある。ただし、従来の８０２．１１ａｘ ＰＨＹには設定されていない。
【０１２１】
最後に、ＡＰ１１０は、ＲＵ２をリッスン（聴取）し、ＳＴＡ２とＳＴＡ４との間のＤｉＬを受信すべきではなく、それ以外の場合、これらのデータをＳＴＡ４に中継しうる。それによって、その複製および帯域幅損失を作り出す。ただし、ＡＰの従来の８０２．１１ａｘ ＰＨＹは、トリガされたすべてのＲＵをリッスンするためにのみ設定されている。
【０１２２】
より一般的には、局（ＡＰおよび非ＡＰ）における８０２．１１ａｘ ＰＨＹ/ＭＡＣインタフェースがトリガフレームに反応して非ＵＬ（例えば、ダイレクトリンクまたはダウンリンク）送信を処理するために適応されていない。
【０１２３】
本発明の態様は、ＡＰを提供し、ＡＰはそれが送信する非ＵＬ ＲＵ（単数または複数）を有するトリガフレームに応答して、非ＵＬ送信のために、すなわち、宛先（非ＡＰ）のトリガされた局へのデータ送信のために割り当てられたリソースユニット（単数または複数）を除く周波数帯域上で１つ以上のデータフレームを受信するように、受信状態でそのＰＨＹレイヤを設定する。これにより、ＡＰがＡＰ以外の局間で直接（ダイレクトに）送信されるＤｉＬデータを受信し、これらのＤｉＬデータを新しい宛先非ＡＰ局にルーティングすることを回避できる。したがって、同じＤｉＬデータの複製が宛先非ＡＰ局で受信されない間、処理はＡＰで低減される（これは、競合を作り出し、これらの局で追加の処理を作り出す可能性がある）。
【０１２４】
図６ａは、フローチャートを使用して、トリガする（ここではＡＰ）局によって実行される一般的なステップを示す。
【０１２５】
ステップ６００において、ＡＰは、マルチユーザ（ＭＵ）送信をトリガするためのトリガフレーム５１０を生成する。上記で紹介したように、トリガフレーム５１０は、宛先のトリガされた局、通常は宛先非ＡＰ局へのデータ送信のためにＭＵ送信のリソースユニットを割り当てる。特に、ＡＰ１１０は、宛先非ＡＰ局とのＤｉＬ/ＤＬ ＲＵを宣言し、必要な場合（ＤｉＬの場合）、ＡＩＤ１２サブフィールド３１１、reservedビットＢ３９ ３１３および/またはTrigger Dependent User Infoサブフィールド３１４を使用する送信元非ＡＰ局を宣言することができる。
【０１２６】
従来のＵＬリソースユニットは、ＭＵ送信においてトリガフレーム５１０によって提供されてもよい。
【０１２７】
このようなＤｉＬまたはＤＬリソースユニットを次のＭＵ送信に含める決定はＡＰでの様々な基準に基づいてもよく、たとえば、ＡＰ以外の局から受信した以前のバッファ状態レポートやＡＰの内部バッファキューに基づいてもよい。変形例では、（ＤＬまたはＤｉＬ汎用のための）ＲＵが周期的に割り当てられてもよい。
【０１２８】
効率化のために、ＵＬまたはＤｉＬのためのＤＬ ＲＵおよびスケジュールされたＲＵ（すなわち、送信元（ソース）局が知られているＲＵ）はＵＬまたはＤｉＬ送信のためのランダムＲＵ（送信元局は知られていない−競合を介してそのようなＲＵにアクセスする）の前に、トリガフレームにおいて宣言されることが好ましい。これにより、非ＡＰ局はＵＬ送信またはＤｉＬ送信のいずれかのためにランダムＲＵへのアクセスを競合しようと試みる前に、それに割り当てられたＲＵを有するかどうかを知ることができる。
【０１２９】
ＲＵ宣言の順序は、トリガフレームにおける対応するUser Infoフィールド３１０の順序であることに注意する。
【０１３０】
ステップ６０５において、トリガフレーム５１０は、ＡＰのＰＨＹによって、トリガされた局、通常は非ＡＰ局に送信される。
【０１３１】
次に、ステップ６１０において、ＡＰ１１０のＰＨＹは、受信状態４９９において、宛先のトリガされた局への（ＤｉＬ/ＤＬ）データ送信のために割り当てられた１つ以上のリソースユニットを除く周波数帯域（たとえば、２０ＭＨｚ帯域）上で１つ以上の（ＵＬ）データフレームを受信するように構成される。
【０１３２】
これらのステップの詳細は、図７ａを参照して提供される。
【０１３３】
次に、ステップ６１５において、ＡＰ１１０は、宛先のトリガされた局へのデータ送信のために割り当てられたリソースユニット（単数または複数）を除く周波数帯域の１つ以上のリソースユニットを介して、１つ以上の（ＵＬ）データフレームを受信する。これらのデータフレームは、トリガされた局によって送信される従来のＵＬデータである。この方式では、全てのＤｉＬ/ＤＬ ＲＵがＰＨＹによってフィルタリングされた帯域から削除される。もちろん、次善の構成は、宣言されたＤｉＬ/ＤＬ ＲＵの一部のみをフィルタリングして除去することを含むことができる。
【０１３４】
図７ａは、図４ａに基づいており、本発明の実施形態による、トリガフレームの発行およびデータフレーム（ＨＥ ＴＢ ＰＰＤＵ）に応答した受信を管理するためのＡＰにおけるステップを、フローチャートを使用して示している。図４ａのものと同じ参照は、同じステップ（例えば、ステップ４００〜４２０）に対応する。
【０１３５】
新しいステップ７００は、ステップ４１０の前にＭＡＣ８２４で行われ、ＴＲＩＧＶＥＣＴＯＲを使用してＰＨＹ８２３を設定する。
【０１３６】
以前に、ＭＡＣ８２４は、どのＲＵをダウンリンク/ダイレクトリンクに割り当て、どのＲＵを従来のアップリンクに維持するかを選択することによって、トリガフレームを準備している。ステップ７００は、ＰＨＹ８２３を設定するときに、ダウンリンク/ダイレクトリンク専用のＲＵを（通常のリストから）除去することを担当する。そのような除去を実行するために、ＭＡＣ８２３はまず、ＭＵ送信を分割するリソースユニットの中から、宛先非ＡＰ局へのデータ送信のためにどのリソースユニットが割り当てられるかを決定する。
【０１３７】
これらのＤｉＬ/ＤＬ ＲＵがＭＡＣによって知られると、ＰＨＹがフィルタリングしなければならない周波数帯域から除外することができる。これは、ＴＲＩＧＶＥＣＴＯＲをそれに応じて設定することによって行うことができ、すなわち、ＴＲＩＧＶＥＣＴＯＲは、ＤｉＬ/ＤＬ ＲＵではなく、アップリンクトラフィックのためのスケジューリング情報のみを保持する。
【０１３８】
そのようなベクトルの構造が与えられると、ＴＲＩＧＶＥＣＴＯＲベクトルは、宛先非ＡＰ局へのデータ送信のために割り当てられた１つ以上のリソースユニットを除外するリソースユニットのリストを備えることができる。言い換えれば、ＵＬ ＲＵのみがＴＲＩＧＶＥＣＴＯＲベクトルにリストされてもよい。
【０１３９】
変形例では、ＴＲＩＧＶＥＣＴＯＲベクトルは、ＭＵ送信を形成するリソースユニットのリストと、ＭＵ送信を形成するリソースユニットが割り当てられるトリガされた局を識別するＡＩＤ１２_ＬＩＳＴリストとを含むことができる。この変形では、ＡＩＤ１２_ＬＩＳＴが（アソシエーション手順中に）アクセスポイントによって局に割り当てられていない未使用の局識別子（ＡＩＤ）に、除外するリソースユニットを関連付ける。例えば、ＡＰがフィルタリングしなければならないＤｉＬ/ＤＬ ＲＵは、オリジナルのＡＩＤの代わりに（ＡＩＤ１２_ＬＩＳＴで）２０４６に設定されたＡＩＤ値で識別されるかもしれない。
【０１４０】
したがって、ＴＲＩＧＶＥＣＴＯＲベクトルは、ＤｉＬ/ＤＬ ＲＵをリストしないか、または、ＰＨＹがアップリンクＲＵのみを容易に決定するために、ＤｉＬ/ＤＬ ＲＵを割り当てられていないＲＵ、たとえば２０４６に関連付ける。
【０１４１】
ＴＲＩＧＶＥＣＴＯＲベクトルは、既に説明したステップ４１０でＰＨＹ ８２３に送信される。これにより、ＰＨＹは、ＤｉＬ/ＤＬ ＲＵからＴＢ ＰＰＤＵをフィルタ除去するように適切に設定されることが可能になる（したがって、ＰＨＹはそれらのＲＵ上で何も受信しない）。
【０１４２】
新しいステップ７００を実行しないことは、無線ネットワークにとって有害であり得る。実際、実行されない場合、ＤｉＬ/ＤＬ ＲＵ上で受信されたＴＢ ＰＰＤＵは、ＰＨＹによって受信され、ＭＡＣまで提供される。これらのＭＰＤＵは、ＡＰに意図されていないので、後者は（そのＭＡＣを介して）中継器として働き、意図された宛先非ＡＰ局（これはレイヤ２ブリッジング機構である）へのさらなる配信のためにそれらを待ち行列に入れる。宛先の非ＡＰ局がすでに同じデータを受信しているので、さらなる配信は費用がかかり、無駄である。
【０１４３】
１つは、ＡＰ１１０が２つ以上の無線およびアンテナシステムを有する場合、それが同時に受信および送信する可能性があることに気付くかもしれない。その場合、ＡＰ１１０の対応するＰＨＹは、１つ以上の（ＤＬ）データフレームを、宛先非ＡＰ局へのＤＬデータ送信のために割り当てられた適切なリソースユニット（単数または複数）を介して送信するように設定される（図６ｂのステップ６２０）。
【０１４４】
次に、ステップ６２５において、ＡＰ１１０は、ローカル送信バッファから検索されたＤＬデータを、ＤＬ ＲＵを介して宛先非ＡＰ局に送信する。
【０１４５】
詳細には（図７ｂ）、ＭＡＣは、ＭＵ送信を分割するリソースユニットの中から、宛先非ＡＰ局へのＤＬ送信のために割り当てられたリソースユニットを決定する。もしあれば、送信バッファから対応するＤＬデータを取得する。これはステップ７１０である。
【０１４６】
次に、ＭＡＣは、ＰＨＹ−ＴＸＳＴＡＲＴ.ｒｅｑｕｅｓｔ（ＴＸＶＥＣＴＯＲ）プリミティブを生成し（７１５）、これにより、対応する無線およびアンテナシステムのＰＨＹは、送信状態４９８に留まるか、または入る。次に、ＰＨＹは、ＴＸＶＥＣＴＯＲパラメータを適用して（７２０）、適切なＲＵ周波数で動作するようにＰＨＹ自体を設定する。
【０１４７】
送信するＤＬデータ（ＰＳＤＵ）は、ＰＨＹによって発行されるＭＡＣおよびＰＨＹ-ＤＡＴＡ.ｃｏｎｆｉｒｍプリミティブによって発行される一連のＰＨＹ-ＤＡＴＡ.ｒｅｑｕｅｓｔ（ＤＡＴＡ）プリミティブを通じて、ＭＡＣ とＰＨＹの間で交換される。ＰＳＤＵ送信は、ＭＡＣによって発行されたＰＨＹ-ＴＸＥＮＤ.ｒｅｑｕｅｓｔプリミティブを受信すると終了する。
【０１４８】
次に、ＰＨＹは、ＭＡＣから受信したデータに適切なヘッダ（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、ＲＬ−ＳＩＧ、ＨＥ−ＳＩＧ−Ａ、ＨＥ−ＳＴＦ、およびＨＥ−ＬＴＦ）を追加することによってＨＥ ＴＢ ＰＰＤＵ（ＰＨＹフレーム）を生成し、その後、ＤＬデータを形成するＨＥ ＴＢ ＰＰＤＵを無線媒体１００上に送信する。
【０１４９】
次に、非ＡＰ局における動作に移ると、図７ｃおよび７ｄは図４ｂに基づいており、本発明の実施形態による、トリガフレームの受信と、ＤｉＬ送信（図７ｄ）のためのデータフレームの応答送信（ＨＥ ＴＢ ＰＰＤＵ）またはＤｉＬ送信（図７ｃ）からのデータフレームの応答受信（ＨＥ ＴＢ ＰＰＤＵ）のいずれかを管理するための非ＡＰ局におけるステップを、フローチャートを使用して示す。従来のＵＬ送信の管理は、上記の図４ｂに記載されている。
【０１５０】
第１に、図６ｃは、フローチャートを使用して、トリガされた（ここでは非ＡＰ）局によって実行される一般的なステップを示す。
【０１５１】
ステップ６５０において、非ＡＰ局は、トリガする局、通常はＡＰ１１０から、マルチユーザ（ＭＵ）送信をトリガするトリガフレーム５１０を受信し、トリガフレームは、非ＵＬデータ送信のためのＭＵ送信のリソースユニットを非ＡＰ局に割り当てる。
【０１５２】
ステップ６５５において、非ＡＰ局は、受信したトリガフレーム５１０を復号し、トリガフレームに記述されたすべてのＲＵを決定し、非ＡＰ局を、トリガフレームにおいて宣言された非ＵＬ（すなわち、ＤｉＬまたはＤＬ）ＲＵの送信元局または宛先局として識別する。アップリンク通信のための従来のスケジュールされたＲＵの場合は、従来の方法で処理することができるので、ここでは説明しない。
【０１５３】
これは、トリガフレーム５１０で宣言されたすべてのUser Info（ユーザ情報）フィールド３１０を分析することによって、より具体的にはＡＰ１１０によって宛先非ＡＰ局とのＤｉＬ/ＤＬ ＲＵを宣言するために使用されるＡＩＤ１２サブフィールド３１１、reserved（予約）ビットＢ３９ ３１３および/またはTrigger Dependent User Info（トリガ依存ユーザ情報）サブフィールド３１４、および（ＤｉＬの場合は）送信元非ＡＰ局を分析することによって行われ得る。ＲＵに関与する局に信号を送るためにＡＩＤを使用することの変形形態では、それらのＭＡＣアドレスがシグナリングされうる。
【０１５４】
ＲＵは、スケジュールされたＲＵまたはランダムなＲＵとして提供されてもよい（この場合、非ＡＰ局はそれにアクセスするために競合しなければならない）。
【０１５５】
一実施形態では、最大で１つのＲＵが、トリガフレーム５１０によって提供されるＲＵ割り当てリストにおける非ＡＰ局のための（ＤＬまたはＤｉＬ）受信に適格である。
【０１５６】
一実施形態では、少なくとも１つのＲＵが、トリガフレーム５１０によって提供されるＲＵ割り当てリストにおける非ＡＰ局のための（ＤｉＬ）送信に適格である。
【０１５７】
一実施形態では、（ＤＬまたはＤｉＬ）受信に適格なそのようなＲＵ、および（ＤｉＬ）送信に適格なＲＵは、非ＡＰ局が受信または送信する順序で互いに排他的であるが、両方を同時に実行しない。
【０１５８】
ステップ６６０において、非ＡＰ局がＤｉＬ/ＤＬ ＲＵのための宛先のトリガされた局であると判定された場合、非ＡＰ局は、図７ｃを参照して以下に説明するように、それ自体を受信する準備をする（６６５）。それは、トリガフレームに応答して、非ＡＰが（トリガフレームに応答して）リソースユニット経由で１つ以上のデータフレームを受信するために、物理（ＰＨＹ）レイヤを受信状態に設定することを意味する。
【０１５９】
その後、決定されたＤｉＬ/ＤＬリソースユニットを介して１つ以上のデータフレームを受信（６７０）できる。ＤＬ送信の場合、データフレームは、ＡＰから受信され、ＤｉＬ送信の場合、データフレームは別の非ＡＰ局から受信される。
【０１６０】
ステップ６６０および６７５において、非ＡＰ局がＤｉＬ ＲＵの送信元のトリガされた局であると判定された場合、非ＡＰ局は、図７ｄを参照して以下に説明するように、それ自体を、送信するように準備をする（６８０）。次に、ダイレクトリンク送信用に割り当てられたＤｉＬリソースユニットを使用して、宛先非ＡＰ局（トリガフレームで指定された）にデータフレームを直接送信できる（ステップ６８５）。それ以外の場合、非局がどのＲＵにも関与しない限り、従来のＵＬ送信が行われる（６９０）。
【０１６１】
そして、処理を終了する（６９５）。
【０１６２】
図７ｃは、ステップ６６５〜６７０のブランチに沿ったＭＡＣ/ＰＨＹ交換、すなわち、非ＡＰ局でのＤｉＬ/ＤＬ受信処理を示す。図４ｂのものと同じ参照は同じステップ（例えば、ＤｉＬ/ＤＬ ＲＵまたはＲＵを用いてトリガフレーム５１０を受信するステップ４５０〜４５５）に対応する。
【０１６３】
この図は、ＭＡＣ/ＰＨＹインタフェースがＰＨＹ ８２３ を受信状態に設定して、それを意図したＤｉＬ/ＤＬデータフレーム（ＴＢ ＰＰＤＵ）を受信する方法を示している。
【０１６４】
ステップ７５０で、復号されたトリガフレーム５１０を有するＭＡＣ８２４は、トリガフレーム５１０から、ＭＵ送信のリソースユニットが非ＡＰ局へのデータ送信のために割り当てられることを決定する。これは、ステップ６５５〜６６０に対応する。
【０１６５】
ここで、非ＡＰ局は、そのＰＨＹを、特に、非ＡＰ局へのＤｉＬ/ＤＬデータ送信のために割り当てられたリソースユニットのみを周波数フィルタリングするように設定しなければならない。ただし、ＰＨＹは、ステートレス（さらにトリガフレームを復号していない）であり、受信されるＴＢ ＰＰＤＵはＨＥ-ＳＩＧ-Ｂフィールドを持たない。したがって、次のＤｉＬ/ＤＬ受信のためにＰＨＹによって考慮されるべきＲＵ割り当てが、ＭＡＣによってＰＨＹに提供される必要がある。そのために、ＴＲＩＧＶＥＣＴＯＲ（通常、ＡＰで予約される）を、その対応するＰＨＹ−ＴＲＩＧＧＥＲ.ｒｅｑｕｅｓｔプリミティブと共に使用して、非ＡＰ局でそのようなアクションを実行すること（予想されるＨＥ ＴＢ ＰＰＤＵ応答、すなわち、ＤｉＬ/ＤＬデータを復調するために必要なすべての情報をＰＨＹに提供すること）が企図される。
【０１６６】
他のパラメータの中で、ＴＲＩＧＶＥＣＴＯＲベクトルは、非ＡＰ局へのＤｉＬ/ＤＬデータ送信のために割り当てられたリソースユニットを識別するリソースユニットのＡＩＤ１２_ＬＩＳＴリストから成る。
【０１６７】
一実施形態では、最大１つのＲＵが、トリガフレーム５１０によって提供されるＲＵ割り当てリストにおけるＤｉＬまたはＤＬ受信のために非ＡＰ局に割り当てられる。その場合、多くとも１つのＤｉＬ/ＤＬ ＲＵが、この特定のＲＵをフィルタリングするためのＰＨＹを設定するために、ＴＲＩＧＶＥＣＴＯＲパラメータセットにおいてシグナリングされる。
【０１６８】
例えば、ＴＲＩＧＶＥＣＴＯＲのＡＩＤ１２_ＬＩＳＴリストは、非ＡＰ局のＡＩＤである単一のエントリを含むことができ、ＴＲＩＧＶＥＣＴＯＲのＲＵ_ＡＬＬＯＣＡＴＩＯＮ_ＬＩＳＴリストは、期待されるＴＢ ＰＰＤＵが受信されるフィルタである特定のＤｉＬ/ＤＬ ＲＵを示す単一のエントリを含むことができる。より一般的には、ＴＲＩＧＶＥＣＴＯＲベクトルは、８０２．１１ａｘに従うＡＩＤ１２_ＬＩＳＴリストから構成され、リストはＡＰによって非ＡＰ局に割り当てられた局識別子（ＡＩＤ）のみから構成される。
【０１６９】
変形例では、ＡＩＤ１２_ＬＩＳＴリストは、意味のない値、すなわち、ＡＰによって局に割り当てられていない未使用の局識別子（ＡＩＤ）に設定される。これは、非ＡＰ局がＲＵ_ＡＬＬＯＣＡＴＩＯＮ_ＬＩＳＴリストで指定されたＲＵ周波数にＰＰＤＵのみを復調するように自身を設定するためである。有意でないと見なされるべきＡＩＤの値は、値０または２０４６であり得る。
【０１７０】
図の左側から明らかなように、非ＡＰ局は、連続する送信、すなわち、ＡＰからのトリガフレーム、次いで、ＡＰまたは他のピア非ＡＰ局からのＤｉＬ/ＤＬデータ、に沿って、すべて受信状態４９９に留まる。これは、送信が受信に続く従来のＴｘ/Ｒｘ方式を明らかに修正する（逆もまた同様である）。
【０１７１】
非ＡＰ局のＰＨＹ８２３は、ＴＲＩＧＶＥＣＴＯＲベクトルを受信すると、ＰＨＹ受信モジュールの周波数フィルタリングのために１つのＲＵのみが構成されることを除いて、ステップ４１５（ＡＰによって実行される）と同じ方法で、それ自体を設定する（４６０）。
【０１７２】
非ＡＰ局のＰＨＹは、ＨＥ ＴＢ ＰＰＤＵ応答を受信する準備ができている。
【０１７３】
そのようなＴＢ ＰＰＤＵフレームが受信されると、ＰＨＹ８２３は、それを復調し（７６５）、上記のステップ４２０/４２５または４５０/４５５と同じ方法を使用して、（ＤｉＬ/ＤＬデータを形成する）受信されたＰＳＤＵビットをＭＡＣ８２４に提供する（７７０）。
【０１７４】
図７ｄは、ステップ６８０〜６８５のブランチに沿ったＭＡＣ/ＰＨＹ交換、すなわち、非ＡＰ局でのＤｉＬ送信処理を示す。図４ｂのものと同じ参照は、同じステップ（例えば、ＤｉＬ ＲＵを有するトリガフレーム５１０を受信することを含むステップ４５０〜４５５〜７６５〜４７０）に対応する。この図では、非ＡＰ局は、そのＭＡＣ送信バッファに、ＡＰ宛てのＵＬデータと、１つ以上の他の非ＡＰ局向けのＤｉＬデータが含まれている場合がある。ＤｉＬデータは、バッファにおけるＤｉＬ送信のためにラベル付けされる。
【０１７５】
非ＡＰ局のＭＡＣ８２４は、トリガフレーム５１０を受信すると、ＰＨＹから受信したトリガフレームから、ＤｉＬ送信のためにＲＵが割り当てられているか否かを判定する。それは、ＭＡＣ８２４が、ＵＬ送信のための割り当てられたＲＵ（従来の手法）と、ＤｉＬ送信のための割り当てられたＲＵ（いくつかの態様）とを区別することができることを意味する。
【０１７６】
非ＡＰ局に割り当てられたＤｉＬの場合、ＭＡＣは、そのローカルＭＡＣ送信バッファから、ＤｉＬ送信のためにラベル付けされた（ＤｉＬ）データのみを取り出す（ＵＬデータ取り出しは、図４ｂを参照して説明したように従来通りである）。特に、ＭＡＣ送信バッファから適切な量のＤｉＬデータ（トリガフレーム５１０で指定されたＵＬ送信の長さが与えられる）を選択する。
【０１７７】
次のステップ４６５〜４７０は、ＤｉＬデータがＰＨＹに送信され、その結果、ＰＨＹレイヤがダイレクトリンク送信のために割り当てられたリソースユニットを介して、ＤｉＬラベル付きデータのみを送信する（ＵＬデータの送信は図４ｂと同様である）ことを除いて、図４ｂと同じである。
【０１７８】
図８ａは、本発明の少なくとも１つの実施形態を実施するように構成された、無線ネットワーク１００の、非ＡＰ局１０１〜１０７またはアクセスポイント１１０のいずれかである通信装置８００を概略的に示す。通信装置８００は、好ましくはマイクロコンピュータ、ワークステーション、またはライトポータブルデバイスなどの装置（デバイス）であってもよい。通信装置８００は、通信バス８１３を備え、それには好ましくは以下のものが接続される：
ＣＰＵと表記されるプロセッサのような中央演算処理装置８０１と、
本発明の実施形態による方法または方法のステップの実行可能コード、ならびに方法を実施するために必要な変数およびパラメータを記録するように適合されたレジスタを格納するためのメモリ８０３と、
送受信アンテナ８０４を介して、無線通信ネットワーク、例えばＩＥＥＥ８０２．１１規格ファミリの１つによる通信ネットワークに接続された少なくとも１つの通信インタフェース８０２。
【０１７９】
好ましくは、通信バスは、通信装置８００に含まれるか、またはそれに接続された、様々な要素間の通信および相互運用性を提供する。バスの表現は限定的なものではなく、特に、中央演算装置は直接的に、または通信装置８００の別の要素の手段によって、通信装置８００の任意の要素に命令を通信するように動作可能である。
【０１８０】
実行可能コードは、読み出し専用、ハードディスク、または例えばディスクのようなリムーバブルデジタル媒体のいずれかであり得るメモリに記憶され得る。オプションの変形例によれば、プログラムの実行可能コードはインタフェース８０２を介して、通信装置８００のメモリに記憶されてから実行されるように、通信ネットワークの手段によって受信することができる。
【０１８１】
一実施形態では、装置は、本発明の実施形態を実施するためにソフトウェアを使用するプログラマブル装置である。しかしながら、代替的に、本発明の実施形態は全体的に又は部分的にハードウェアで（例えば、特定用途向け集積回路又はＡＳＩＣの形態で）実施されてもよい。
【０１８２】
図８ｂは、本発明を少なくとも部分的に実行するように適合された、ＡＰ１１０または局１０１〜１０７のうちの１つのいずれかである通信装置８００のアーキテクチャを概略的に示すブロック図である。図示のように、装置８００は、物理（ＰＨＹ）レイヤブロック８２３、ＭＡＣレイヤブロック８２２、およびアプリケーションレイヤブロック８２１を備える。
【０１８３】
ＰＨＹレイヤブロック８２３（ここでは８０２．１１規格ＰＨＹレイヤ）は任意の２０ＭＨｚチャネルまたは複合チャネル上でフォーマットし、変調し、または復調し、したがって、８０２．１１フレーム、たとえば媒体アクセストリガフレームＴＦ５１０（図５）などの、使用される無線媒体１００を介してフレームを送信または受信して、送信スロット、２０ＭＨｚ幅に基づいて、ＭＡＣデータ、および管理フレームを予約し、レガシー８０２．１１局と相互作用し、さらに、２０ＭＨｚレガシー（典型的には２または５ＭＨｚ）よりも小さい幅を有するＯＦＤＭＡタイプのＭＡＣデータフレームを、その無線媒体との間で送受信するタスクを有する。
【０１８４】
ＭＡＣレイヤブロックまたはコントローラ８２２は、好ましくは従来の８０２．１１ａｘ ＭＡＣ動作を実装するＭＡＣ ８０２．１１レイヤ８２４と、本発明を少なくとも部分的に実行するための追加ブロック８２５とを備える。ＭＡＣレイヤブロック８２２は、オプションとしてソフトウェアで実現することもでき、このソフトウェアはＲＡＭ８０３にロードされ、ＣＰＵ８０１によって実行される。
【０１８５】
好ましくは、ＯＦＤＭＡリソースユニット（サブチャネル）を介した媒体アクセストリガフレームに続くトリガされたＭＵ送信のためのトリガされたＭＵ Ｔｘ管理モジュールと呼ばれる追加のブロック８２５が（局の観点から、またはＡＰの観点から）本発明の実施形態の一部を実装する。
【０１８６】
例えば、網羅的ではないが、局（ＡＰまたは非ＡＰ）のための動作は、ＡＰにおいて、ＤｉＬまたはＤＬ送信のためにＲＵを割り当てるトリガフレームを生成して送信することと、ＤＬ ＲＵを使用して宛先のトリガされた局にデータフレームを送信することと、トリガされた局において、そのようなトリガフレームを受信することと、ＤＬ ＲＵを介してＡＰからそのようなデータフレームを受信することと、割り当てられたＤｉＬ ＲＵを介して別のトリガされた局にデータフレームを送信することと、割り当てられたＤｉＬ ＲＵを介して別のされるトリガ局からデータフレームを受信することと、を含むことができる。ＡＰにおける動作は、ＵＬ ＲＵのみの効率的なフィルタリングのために後者を設定するために、ＰＨＹ８２４に送信するＲＵのリストを更新することも含み得る。非ＡＰ局における動作はまた、非ＡＰ局がＤｉＬ/ＤＬ送信の宛先局として動作するときに、ＴＲＩＧＶＥＣＴＯＲを使用して、ＤｉＬ/ＤＬ ＲＵを介した受信のためにＰＨＹを設定することを含んでもよく、非ＡＰ局がＤｉＬ送信のための送信元の局として動作するときに、ＰＨＹへの送信のためにＭＡＣ送信バッファからＤｉＬデータのみを取り出すことを含んでもよい。
【０１８７】
ＭＡＣ ８０２．１１レイヤ８２４、トリガされたＭＵ Ｔｘ管理モジュール８２５は、本発明の実施形態に従って、複数の局にアドレス指定されたＯＦＤＭＡ ＲＵ上の通信を正確に処理するために、互いに相互作用する。
【０１８８】
図の上に、アプリケーションレイヤブロック８２１は、データパケット、例えば、ビデオストリームのようなデータパケットを生成し、受信するアプリケーションを実行する。アプリケーションレイヤブロック８２１は、ＩＳＯ標準化によるＭＡＣレイヤの上の全てのスタックレイヤを表す。
【０１８９】
本開示は、トリガフレームによってトリガされたリソースユニットにおけるダイレクトリンクおよび/またはダウンリンク送信を処理するために、拡張ＭＡＣ/ＰＨＹインタフェースを定義する。新しいＭＡＣ/ＰＨＹインタフェースは、有利にはパラメータの修正なしに、ＲＸＶＥＣＴＯＲ、ＴＸＶＥＣＴＯＲ、およびＴＲＩＧＶＥＣＴＯＲベクトルを使用するが、パラメータのための適応された値を含む新しい発明的な意図しない使用を伴う。したがって、このようなベクトルを実装する既存の８０２．１１チップを、ソフトウェア更新を用いて、意図しない用途を実装するために、依然として使用することができる。
【０１９０】
以上、特定の実施形態を参照して本発明を説明したが、本発明は特定の実施形態に限定されるものではなく、本発明の範囲内にある修正は当業者には明らかであろう。
【０１９１】
例えば、上記の説明は非ＡＰ局が所与の期間に（送信または受信のいずれかのために）単一のＲＵを処理することを示しているが、非ＡＰ局（およびＡＰ）を有することが企図され得、その能力は別個のＲＵを介した同時受信および送信を可能にする。
【０１９２】
多くのさらなる修正および変形は単に例として与えられ、添付の特許請求の範囲によってのみ決定される本発明の範囲を限定することを意図しない、前述の例示的な実施形態を参照することにより、当業者に示唆されるのであろう。特に、異なる実施形態からの異なる特徴は、適宜、交換されてもよい。
【０１９３】
特許請求の範囲において、単語「含む（comprising）」は、他の要素又はステップを排除するものではなく、不定冠詞「a」又は「an」は複数を排除するものではない。異なる特徴が相互に異なる従属請求項に記載されているという単なる事実は、これらの特徴の組み合わせが有利に使用されることができないことを示すものではない。
【図１】
2021524693.tif 000003
【図２ａ】
2021524693.tif 000004
【図２ｂ】
2021524693.tif 000005
【図３ａ】
2021524693.tif 000006
【図３ｂ】
2021524693.tif 000007
【図３ｃ】
2021524693.tif 000008
【図３ｄ】
2021524693.tif 000009
【図３ｅ】
2021524693.tif 000010
【図４ａ】
2021524693.tif 000011
【図４ｂ】
2021524693.tif 000012
【図５】
2021524693.tif 000013
【図６ａ】
2021524693.tif 000014
【図６ｂ】
2021524693.tif 000015
【図６ｃ】
2021524693.tif 000016
【図７ａ】
2021524693.tif 000017
【図７ｂ】
2021524693.tif 000018
【図７ｃ】
2021524693.tif 000019
【図７ｄ】
2021524693.tif 000020
【図８ａ】
2021524693.tif 000021
【図８ｂ】
2021524693.tif 000022
【国際調査報告】
2021524693.tif 000023
2021524693.tif 000024
2021524693.tif 000025
2021524693.tif 000026