JP2021530127A - トリガに基づくマルチユーザ送信における直接リンク及び下りリンク送信 - Google Patents

Abstract

本開示の側面は、一般に、トリガされるマルチユーザ（ＭＵ）上りリンク（ＵＬ）送信と並行して実行されるべき非ＵＬ送信を許容する、無線ネットワークにおける拡張されたＭＵ ＵＬプロトコルに関する。ステーションは、ＭＵ送信のリソースユニットにおいて、非ＵＬ送信、すなわち、他のステーションへの送信を許可するための適切なシグナリングを伴うＭＵ送信をトリガするトリガフレームを送信しうる。非ＵＬ送信の例は、下りリンク（ＤＬ）送信だけでなく直接リンク送信を含む。【選択図】図４

Description

本発明は、一般に、無線通信に関する。

音声、映像、パケットデータ、メッセージング、ブロードキャスト等のような様々な通信サービスを提供するために、無線通信ネットワークが広く展開されている。これらの無線ネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークでありうる。このような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、自分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、及び、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。

高密度環境における無線通信システムに対する要求である帯域幅の増加とレイテンシの減少の要求の課題に対処するために、無線ネットワークにおいて、マルチユーザ（ＭＵ）送信、すなわち、非アクセスポイント（ＡＰ）ステーションへ又はそれらからの複数の並行送信を、単一のＡＰがスケジューリングすることを可能とするためのＭＵスキームが開発されている。例えば、このようなＭＵスキームの１つが、米国電気電子学会（ＩＥＥＥ）による８０２．１１ａｘ標準において採用されている。

ＭＵの特徴によって、ステーションは、２つのアクセススキーム：ＭＵスキーム及び従来の拡張型分散チャネルアクセス‐ＥＤＣＡ（単一ユーザ）スキーム、を介して、無線媒体へのアクセスを勝ち取る機会を有する。

８０２．１１ａｘ標準は、ＡＰによって実行されるべきＭＵ下りリンク（ＤＬ）送信を許容しており、後者は、いわゆるリソースユニット上で、様々な非ＡＰステーションへの、複数の並行した単純な送信を実行することができる。例として、リソースユニットは、例えば直行周波数分割多元接続（ＯＦＤＭＡ）技術に基づいて、周波数領域において無線ネットワークの通信チャネルを分割する。

また、８０２．１１ａｘ標準は、ＡＰによってトリガされるべきＭＵ上りリンク（ＵＬ）送信を許容しており、様々な非ＡＰステーションが、ＭＵ ＵＬ送信を構成するリソースユニット上で、ＡＰへ並行して送信することができる。非ＡＰステーションによるＭＵ ＵＬ送信を制御するために、ＡＰは、トリガフレーム（ＴＦ）として知られている制御フレームを送信し、これにより、ＡＰへの登録時にそれらに割り当てられている１６ビットのＡｓｓｏｃｉａｔｉｏｎ ＩＤｅｎｔｉｆｉｅｒｓ（ＡＩＤ）を用いて、及び／又は、非ＡＰステーションのグループを指定する予約されたＡＩＤを用いて、非ＡＰステーションへリソースユニットを割り当てる。

適合された８０２．１１ＭＵ送信スキームは、帯域幅を要求する通信サービス、例えば、ゲーム、バーチャルリアリティ、ストリーミングアプリケーションなどの映像に基づくサービスには採用されない。これは、全ての通信がＡＰを通過し、それにより、送信のためのエアの時間だけでなく媒体アクセスの数（したがって媒体アクセス時間）を２倍にするからである。

８０２．１１ａｘの単一ユーザ（ＳＵ）スキームは、直接リンク（ＤｉＬ）を実行することを許容しており、そこでは、データ（ＭＡＣ）フレームが、宛先ステーションの４８ビットのＩＥＥＥ ＭＡＣアドレスを用いてアドレス指定される。しかしながら、ＳＵスキームおよびＭＵスキームは、無線媒体へのアクセスを勝ち取るために（ＭＵスキームのためのＡＰによって、ＳＵスキームのための非ＡＰステーションによって）互いに直接競争する。高密度環境では、この競争が、多数の望まない衝突を招き、それにより、レイテンシ及び全体としての有用なデータスループットを劣化させる。

より一般的には、８０２．１１ａｘは、直接リンク通信に適合していないように見え、ＭＵ送信を改善することができる。

この状況を改善することが本発明の大まかな目的である。

高密度環境においてＡＰにより行われる送信スケジューリングの高い利得を活用するために、本発明は、ＡＰのスケジューリングのグローバルポリシに、直接リンクを集約することを想定している。これは、いくつかの課題を浮上させる。

これらの課題及び本開示の側面のうちの１つは、大まかに、８０２．１１ａｘ ＭＵスキーム内に直接リンクをどのように集約させ、それを効率的にシグナリングするかに関する。

本開示の所定の側面は、無線通信のための方法であって、トリガする側のステーション、通常、アクセスポイント（ＡＰ）において：
マルチユーザ（ＭＵ）送信をトリガするためのトリガフレームを生成することと、
そのトリガフレームを（トリガする側のステーションとは異なる）トリガされる側のステーション、通常は非ＡＰステーションへ、送信することと、を有し、
トリガフレームは、ＭＵ送信のリソースユニットを発信元のトリガされる側のステーションと宛先のトリガされる側のステーション、通常は宛先非ＡＰステーション、との間の直接リンク送信のために割り当てる、方法を提供する。

好ましい実装は、トリガする側のステーションがＡＰであり、トリガされる側のステーションが非ＡＰステーション（ＡＰに登録しているステーション）である場合である。

このアプローチは、通常ＭＵ ＵＬ送信（すなわち、ＡＰへの送信）のために提供される１つ以上のＲＵを、非ＡＰステーション間のＤｉＬ送信に専用とし、それにより、非ＡＰステーションによるＥＤＣＡコンテンションの競争なく直接リンクを提供し、この場合、少なくとも２つのトリガされる側のステーションの間での直接リンク送信のためにリソースユニットが割り当てられる。このアプローチは、無線ネットワークにおける衝突を削減するのに役立つ。

他のＲＵは、ＡＰからステーションへ（すなわち、下りリンク‐ＤＬ）送信に提供されてもよく、それにより、同一のＭＵ送信内で全二重通信を提供し、この場合、リソースユニットが、トリガする側のステーションとして動作するアクセスポイントから宛先のトリガされたステーションへの下りリンク送信に割り当てられる。

新たに提案したＡＰのスケジューリングにより、同一のＭＵ送信内でＵＬ送信と、ＤｉＬ及び／又はＤＬ送信が混在する。したがって、無線ネットワークの使用が改善される。

ＤｉＬ又はＤＬ送信のための宛先ステーションとして動作するトリガされる側のステーションから、本発明の対応する側面は、無線通信のための方法であって、トリガされる側のステーション、通常は非アクセスポイントステーションにおいて：
トリガする側のステーション、通常はアクセスポイント（ＡＰ）から、マルチユーザ（ＭＵ）送信をトリガするトリガフレームであって、発信元のトリガされる側のステーションと宛先のトリガされる側のステーションとの間の直接リンク送信のためのＭＵ送信のリソースユニットを割り当てるトリガフレームを受信することと、
直接リンク送信のために割り当てられたリソースユニットを介して、発信元のトリガされたステーションからデータフレームを受信することと、を有する方法を提供する。

ＤｉＬ送信のための発信元として動作するトリガされたステーションから、本発明の対応する側面は、無線通信のための方法であって、トリガされる側のステーション、通常は宛先非ＡＰステーションにおいて、
トリガする側のステーション、通常はアクセスポイント（ＡＰ）から、マルチユーザ（ＭＵ）送信をトリガするトリガフレームであって、トリガする側のステーションと異なる宛先のトリガされる側のステーション、通常は宛先の非ＡＰステーション、への直接リンク送信のためのＭＵ送信のリソースユニットを割り当てるトリガフレームを受信することと、
直接リンク送信のために割り当てられたリソースユニットを用いて、宛先のトリガされたステーションへ直接データフレームを送信することと、を有する方法を提供する。

また、本発明の側面は、無線ネットワークにおける、上述の方法のステップを実行するために構成されたマイクロプロセッサを有するステーションを提供する。

本発明のオプションの特徴については、添付の特許請求の範囲に示される。これらの特徴の一部は、方法を参照して以下にここで説明されるが、それらが、本発明に従う任意のシステムに専用のシステムの特徴に置き換えられうる。

直接リンク（ＤｉＬ）アプローチに関して、トリガフレームは、リソースユニットが、宛先のトリガされる側のステーションへの直接リンク送信のために、トリガされる側のステーションによる競争を通じてアクセス可能であることを示す。これは、トリガフレームにおいて発信元の非ＡＰステーションに固有のＡＩＤを示すことを省略することにより（０などの予約されたＡＩＤが、発信元の非ＡＰステーションに対応するフィールドにおいて使用されうる）、又は、ランダムなＤｉＬ ＲＵをシグナリングするために予約された特定のＡＩＤ（例えば、８０２．１１ａｘにおいて、ＡＩＤ１２フィールド）を用いることによって、行われうる。（特定のバックオフカウンタを加えることを含んだ）従来の機構が、このようなランダムなＤｉＬ ＲＵへのアクセスのために用いられてもよい。

変形において、トリガフレームは、直接リンク送信のために特定の発信元のトリガされる側のステーションにリソースユニットを割り当てる。そのようにするために、その特定の発信元の非ＡＰステーションにアソシエーションの間に割り当てられ、そのステーションのＩＤを表すＡＩＤがトリガフレームにおいて特定されうる。

いくつかの実施形態において、トリガフレームは、発信元のトリガされる側のステーションが直接リンク送信のための宛先のトリガされる側のステーションを選択することを示す。これは、宛先の非ＡＰステーションをＴＦが定めないことを意味する。データを送信したい非ＡＰステーションを決定するのは、ＤｉＬ ＲＵにアクセスする発信元の非ＡＰステーション次第である。また、これは、トリガフレームにおいて宛先の非ＡＰステーションに固有のＡＩＤ（予約された宛先の非ＡＰステーションに対応するフィールドにおいて使用されうる）を示すことを省略することにより、又は、宛先の非ＡＰステーションが特定されることなくこのようなＤｉＬ ＲＵをシグナリングするために予約された（例えばＡＩＤ１２フィールドにおける）特定のＡＩＤを用いることにより、なされうる。

変形において、トリガフレームは、１つ以上の直接リンク送信のための宛先のトリガされる側のステーションを特定する。そのようにするために、アソシエーションの間に特定の宛先の非ＡＰステーションに割り当てられ、そのステーションのＩＤを表すＡＩＤが、トリガフレームにおいて特定されうる。

下りリンク（ＤＬ）アプローチに関して、トリガフレームは、他のリソースユニットにおける下りリンク送信のための１つ以上の宛先のトリガされる側のステーションを特定しうる。そのようにするために、アソシエーションの間に特定の宛先の非ＡＰステーションに割り当てられ、そのステーションのＩＤを表すＡＩＤが、トリガフレームにおいて特定されうる。

当然に、同一のトリガフレームを通じて、２つのトリガされる側の（非ＡＰ）ステーションの間の直接リンク送信のための１つ以上のリソースユニット、又は、トリガする側のステーション（ＡＰ）から１つ以上のターゲットの下りリンク送信のための１つ以上のリソースユニット、又はそれらの組合せを割り当てることができる。

いくつかの実施形態では、トリガする側のステーションにおいて、下りリンクのリソースユニットを用いて宛先のトリガされる側のステーションへデータフレームを送信することをさらに含む。これは、下りリンク送信を実施する。

以下では、ＤｉＬ又はＤＬリソースユニットの様々なシグナリングが検討される。

いくつかの実施形態において、トリガフレームにおけるリソースユニットに関連付けられたフィールドが、宛先のトリガされる側のステーションへのデータ送信をそのリソースユニットが対象としていることのシグナリングを含む。このフィールドにより、ステーションが、従来のＵＬ ＲＵと、トリガフレームによってトリガされるＭＵ送信におけるＤｉＬ又はＤＬのＲＵとの間で簡単に区別することを可能となる。

いくつかの実施形態では、リソースユニットに関連付けられたフィールドが、ＡＰとのアソシエーションとの間に特定の非ＡＰステーションに割り当てられたＡＩＤが含められるときに、リソースユニットを（トリガする側のステーションへの）上りリンク送信のためにその特定の非ＡＰステーションに割り当てるＡＩＤ１２サブフィールドを含み、
ここで、シグナリングは、ＡＩＤ１２サブフィールドにおいて、宛先のトリガされる側のステーションへのデータ送信に予約されたＡＩＤ値を設定することを含む。このような予約されたＡＩＤ値を用いることは、トリガフレームを受信したステーションが、どのＲＵをＤｉＬ／ＤＬ送信に専用とするか、及び、どのＲＵを上りリンクＭＵ送信に従来通りに使用するかを迅速に特定することを可能とする。

好ましくは、そのＡＩＤ値は、２００８と２０４４との間で選択される。これは、登録時に非ＡＰステーションへＡＰによって割り当てられるＡＩＤとのあらゆる衝突を回避する。

他の実施形態では、シグナリングが、イネーブルされる単一ビットを含む。これはビットを節約する。

特定の実施形態では、そのフィールドは、８０２．１１ａｘ ｖ３．０に従うリソースユニットと関連付けられたＵｓｅｒ Ｉｎｆｏフィールドである。これは、８０２．１１ａｘの従来の構造を維持することを可能とする。

いくつかの実施形態では、Ｕｓｅｒ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドが、宛先のトリガされる側のステーションのＡＩＤ、又は、リソースユニットで送信する発信元のトリガされる側のステーションのＡＩＤ、又はその両方を含む。これは、このフィールドの従来の８０２．１１ａｘフォーマットを維持しながら、従来の８０２．１１ａｘのＵｓｅｒ Ｉｎｆｏフィールドの固定されたサブフィールドの数が不十分であることを解消することを可能とする。

特定の特徴によれば、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドは、リソースユニットが、２つのトリガされる側のステーションの間の直接リンク送信のために割り当てられたのか、トリガする側のステーションから宛先のトリガされる側のステーションへの下りリンク送信のために割り当てられたのかを示すバイナリのフラグをも含む。

また別の実施形態では、そのフィールドは、データ送信の１つ以上の宛先のトリガされる側のステーションを識別する少なくとも１つの宛先識別子と、リソースユニットでの送信が意図される発信元のトリガされる側のステーションを識別する発信元識別子とを含む。

特定の実施形態では、そのフィールドは、それらの識別子の１つを格納するための追加の（固定長の）サブフィールドが追加された８０２．１１ａｘ ｖ３．０に従うリソースユニットに関連付けられたＵｓｅｒ Ｉｎｆｏフィールドを含む。

別の特定の実施形態では、そのフィールドは、ディスエーブルされるときに、そのフィールドを８０２．１１ａｘ ｖ３．０に従うリソースユニットと関連付けられたＵｓｅｒ Ｉｎｆｏフィールドとして定め、イネーブルされるときに、（サイズが定義されたフィールドの）同一の長さを有するそのフィールドを定め、発信元及び宛先の識別子を含む、ＤｉＬビット（Ｂ３９）を含む。ＤｉＬビットは、８０２．１１ａｘに従うＵｓｅｒ Ｉｎｆｏフィールドの予約されている３９番目のビット（Ｂ３９）でありうる。

具体的には、８０２．１１ａｘ ｖ３．０に従うＵｓｅｒ Ｉｎｆｏフィールドの、ＵＬ ＦＥＣ Ｃｏｄｉｎｇ Ｔｙｐｅ、ＵＬ ＭＣＳ、ＵＬ ＤＣＭ、及び、ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ−ＲＵ Ｉｎｆｏｒｍａｔｉｏｎフィールドが、ＤｉＬビットがイネーブルされるときに、そのフィールドにおいて、発信元及び宛先識別子のいずれかを格納するサブフィールドによって置き換えられてもよい。

これらの実施形態は、８０２．１１ａｘハードウェアパーサ（hardware parser）を変更する必要がない点で有利である。

特定の特徴によれば、１つまたは複数の識別子は、アソシエーションの間にアクセスポイントによってステーションに割り当てられたＡＩＤである。

この明示的なシグナリングとは対照的に、ビットを節約するために黙示的なシグナリングが使用されてもよい。その場合、本方法は、さらに、トリガする側のステーションにおいて、発信元のトリガされる側のステーションと少なくとも１つの宛先のトリガされる側のステーションとの間で確立される直接リンクセッションのための直接リンク（ＤｉＬ）セッション識別子を定めることと、ＤｉＬセッション識別子を用いて、その発信元と宛先のトリガされる側のステーションの間の直接リンク送信のためのリソースユニットの割り当てをトリガフレームにおいてシグナリングすることとを有する。これは、単一のＡＩＤ値が、ＤｉＬの目的と、そのＤｉＬに関与する各ステーションを並行して伝達することを意味しうる。これは、ＤｉＬの目的のための別個のインジケーションと共に各ステーションをシグナリングすることと比べて、明らかにビットを節約する。

いくつかの実施形態において、ＤｉＬセッション識別子は、８０２．１１ａｘ ｖ３．０に従うトリガフレームにおけるリソースユニットと関連付けられたＵｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドに格納される。これは、Ｕｓｅｒ Ｉｎｆｏフィールドのために、８０２．１１ａｘフォーマットを変更せずに保つことを可能とする。

他の実施形態では、ＤｉＬセッション識別子は、アクセスポイント（ＡＰ）によって、アソシエーションの間に非ＡＰステーションに割り当てられていないＡＩＤから選択される。これは、ＤｉＬセッション識別子の効率的かつ動的な管理を可能とする。実際、ＡＰは、無線ネットワークの、特に、すでに割り当てられたＡＩＤの全体を見渡している。さらに、このアプローチによりＡＩＤ間の競合が回避される。

特定の実施形態では、ＡＰが非ＡＰステーションにアソシエーションの間にＡＩＤを割り当てるのに使用するＡＩＤ値の範囲とは異なるＡＩＤ値の範囲から、ＤｉＬセッション識別子が選択される。例えば、ＤｉＬセッション識別子は、範囲［２００８、２０４４］から、又は、そのサブセットから選択される。これらの規定も、ＡＩＤ間の衝突を減少するのに寄与する。

トリガフレームを受信してＤｉＬ ＲＵ上でデータフレームを送信する、トリガされる側のステーションに関する限り、そのデータフレームの送信前に、トリガフレームを用いて、その非ＡＰステーションが直接リンク送信のための発信元の非ＡＰステーションであることを判定しうる。これは、上で導入されたいずれかのシグナリング手法に基づきうる。

ＤｉＬ ＲＵがランダムＤｉＬ ＲＵである変形において、ステーションは、データフレームを送信する前に、直接リンク送信のために割り当てられるリソースユニットへのアクセスを競争しうる。

トリガフレームを受信してＤＬ／ＤｉＬ ＲＵ上でデータフレームを受信する、トリガされる側のステーションに関する限り、データフレームを受信する前に、そのトリガされる側のステーションが宛先のトリガされる側のステーションであることを判定しうる。これは、上で導入したいずれかのシグナリング手法に基づきうる。

トリガフレームレベルで用いられるシグナリング手法が宛先のステーションを未決定にしている場合、トリガされる側のステーションは、受信したデータフレームに基づいて、データフレームがそのトリガされる側のステーションにアドレス指定されているか否かを判定しうる。

本発明の別の側面は、デバイスにおけるマイクロプロセッサ又はコンピュータシステムによって実行されるときに、そのデバイスに上で定められたようないずれかの方法を実行させるプログラムを格納した非一時的コンピュータ可読媒体に関する。

本発明による方法の少なくとも一部は、コンピュータ実装されてもよい。したがって、本発明は、全体としてハードウェア実施形態、全体として（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）ソフトウェア実施形態、又は、全てが一般的にここで「回路」「モジュール」又は「システム」と呼ばれうるソフトウェアの側面とハードウェアの側面とを組み合わせた実施形態、の形式をとり得る。さらに、本発明は、任意の有形の媒体に具現化されたコンピュータが使用可能なプログラムコードを有する表現の、その媒体において具現化されるコンピュータプログラムプロダクトの形式を取ってもよい。

本発明は、ソフトウェアで実装可能であるため、本発明は、任意の適切なキャリア媒体でのプログラム可能な装置への供給のためのコンピュータ可読コードとして具現化されうる。有形のキャリア媒体は、ハードディスクドライブ、磁気テープデバイス、又はソリッドステートメモリデバイス等のような記憶媒体を含みうる。一時的なキャリア媒体は、電気信号、電子信号、光信号、音響信号、時期信号、又は電磁信号、例えばマイクロ波又はＲＦ信号などの信号を含みうる。

ここで、本発明の実施形態について、例を用いてのみ、また、以下の図面を参照して説明する。
図１は、本発明の実施形態が実装されうる典型的な無線通信システムを示す図である。 図２ａは、８０２．１１ａｘに従った従来のトリガに基づく（ＴＢ）ＭＵ ＵＬ ＯＦＤＭＡ送信を示す図である。 図２ｂは、８０２．１１ａｘに従った従来のトリガに基づく（ＴＢ）ＭＵ ＵＬ ＯＦＤＭＡ送信を示す図である。 ＭＵ ＵＬ ＯＦＤＭＡ送信を実行するための８０２．１１ａｘ標準の９．３．１．２３節に記載されるトリガフレームのフォーマットを示す図である。 図４は、トリガする側のステーションに対する従来のＭＵ ＵＬ送信に加えて、トリガされる側のステーションへ向けたＭＵ送信を含んだ、トリガに基づく（ＴＢ）マルチユーザ（ＭＵ）送信を示す図である。 トリガフレームにおいてＤｉＬ及び／又はＤＬリソースユニットをシグナリングするためのＵｓｅｒ Ｉｎｆｏフィールドの様々なフォーマットを示す図である。 トリガフレームにおいてＤｉＬ及び／又はＤＬリソースユニットをシグナリングするためのＵｓｅｒ Ｉｎｆｏフィールドの様々なフォーマットを示す図である。 トリガフレームにおいてＤｉＬ及び／又はＤＬリソースユニットをシグナリングするためのＵｓｅｒ Ｉｎｆｏフィールドの様々なフォーマットを示す図である。 トリガフレームにおいてＤｉＬ及び／又はＤＬリソースユニットをシグナリングするためのＵｓｅｒ Ｉｎｆｏフィールドの様々なフォーマットを示す図である。 図６は、様々な実施形態による、トリガする側のステーション、例えばＡＰ、において実行される動作を、フローチャートを用いて示す図である。 図６ａは、様々な実施形態による、トリガする側のステーション、例えばＡＰ、において実行される動作を、フローチャートを用いて示す図である。 図６ｂは、様々な実施形態による、トリガする側のステーション、例えばＡＰ、において実行される動作を、フローチャートを用いて示す図である。 図７は、実施形態に従う、ＡＰによる直接リンク（ＤｉＬ）のニーズの取得で補われる、典型的な直接リンク（ＤｉＬ）セットアップメカニズムを示す図である。 図８は、様々な実施形態による、トリガされる側のステーション、例えば非ＡＰステーション、において実行される動作を、フローチャートを用いて示す図である。 図８ａは、様々な実施形態による、トリガされる側のステーション、例えば非ＡＰステーション、において実行される動作を、フローチャートを用いて示す図である。 図８ｂは、様々な実施形態による、トリガされる側のステーション、例えば非ＡＰステーション、において実行される動作を、フローチャートを用いて示す図である。 図９は、ＤｉＬリソースユニットを定めるトリガフレーム４１０を受信した際の非ＡＰステーションによる動作を、フローチャートを用いて示す図である。 図１０ａは、本発明の実施形態による、通信デバイスの概略的な表現を示す図である。 図１０ｂは、本発明の実施形態による、無線通信デバイスの概略的な表現を示す図である。

本開示の側面は、一般に、非上りリンク（ＵＬ）送信を、トリガされるマルチユーザ（ＭＵ）ＵＬ送信と並行して実行することを可能とする、無線ネットワークにおける改良されたＭＵ ＵＬプロトコルに関する。ここでより詳細に説明するように、ステーションは、非ＵＬ送信、すなわち別のステーションへの送信を、ＭＵ送信のリソースユニットにおいて可能とするための適切なシグナリングを伴う、ＭＵ送信をトリガするトリガフレームを送信しうる。非ＵＬ送信の例は、直接リンク送信および下りリンク（ＤＬ）送信を含む。

ここで説明される技術は、直交多重手法に基づく通信システムを含んだ、様々なブロードバンド無線通信システムに使用されうる。このような通信システムの例は、空間分割多元接続（ＳＤＭＡ）システム、自分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、および、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムを含む。ＳＤＭＡシステムは、多数のユーザ端末に属するデータを並行して送信するために十分に異なる方向を利用しうる。ＴＤＭＡシステムは、送信信号を異なるタイムスロット又はリソースユニットに分割することにより、多数のユーザ端末が同一の周波数チャネルを共有することを可能としうる。なお、各タイムスロットは、異なるユーザ端末に割り当てられる。ＯＦＤＭＡシステムは、全体のシステム帯域幅を多数の直交サブキャリア又はリソースユニットに分割する変調技術である直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどとも呼ばれうる。ＯＦＤＭを用いて、各サブキャリアは、データで独立して変調されうる。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されるサブキャリア上で送信するためにインタリーブドＦＤＭＡ（ＩＦＤＭＡ）を、隣接するサブキャリアのブロックじょうでの送信のためにローカライズドＦＤＭＡ（ＬＦＤＭＡ）を、隣接するサブキャリアの多数のブロック状で送信するためにエンハンスドＦＤＭＡ（ＥＦＤＭＡ）を、利用しうる。

ここでの技術は、様々な装置（例えばステーション）に組み込まれ（例えば、その内部に実装され又はそれにより実行され）てもよい。いくつかの側面において、ここでの矜持に従って実装される無線ステーションが、アクセスポイントを含んでもよい（いわゆるＡＰ）し、含まなくてもよい（いわゆる非ＡＰステーション）。

ＡＰは、ＮｏｄｅＢ、無線ネットワーク制御装置（「ＲＮＣ」）、エボルブドＮｏｄｅＢ（ｅＮＢ）、基地局制御装置（「ＢＳＣ」）、基地送受信局（「ＢＴＳ」）、基地局（「ＢＳ」）、送受信ファンクション（「ＴＦ」）、無線ルータ、無線送受信機、ベーシックサービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、又はいくつかの他の用語を含み、それらとして実装され、又はそれらとして知られうる。

非ＡＰステーションは、加入者局、加入者ユニット、移動局（ＭＳ）、遠隔局、遠隔端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ装置（ＵＥ）、ユーザステーション、又はいくつかの他の用語を含み、それらとして実装され、又はそれらとして知られうる。いくつかの実装において、非ＡＰステーションは、携帯電話、コードレス電話、セッションイニシエーションプロトコル（「ＳＩＰ」）電話、無線ローカルループ（「ＷＬＬ」）、パーソナルデジタルアシスタンス（「ＰＤＡ」）、無線通信能力を有するハンドヘルドデバイス、無線モデムに接続されているいくつかの他の適切な処理デバイスを含みうる。したがって、ここで教示される１つ以上の態様は、電話（例えば、携帯電話又はスマートフォン）、コンピュータ（例えばラップトップ）、タブレット、ポータブル通信デバイス、ポータブル計算デバイス（例えばパーソナルデータアシスタント）、エンターテインメントデバイス（例えば、音楽又は映像デバイス、又はサテライトラジオ）、全地球測位システム（ＧＰＳ）デバイス、又は、無線もしくは優先媒体を介して通信するように構成された任意の他の適切なデバイスに組み込まれうる。いくつかの態様において、非ＡＰステーションは、無線ノードでありうる。このような無線ノードは、例えば、有線又は無線通信リンクを介してネットワーク（例えばインターネットやセルラネットワークなどのワイドエリアネットワーク）のための又はそれへの接続を提供しうる。

図１は、いくつかの通信ステーション１０１−１０７、１１０が、中央局すなわちステーションの登録しているアクセスポイント（ＡＰ）１１０の管理の下で、無線ローカルエリアネットワーク（ＷＬＡＮ）の無線送信チャネル１００上でデータフレームを交換する無線通信システムを示している。変形において、ステーションの間の直接通信は、（アドホックモードとして知られる）アクセスポイントを使用することなく、実行されうる。無線送信チャネル１００は、単一のチャネル又は合成のチャネルを構成する複数のチャネルによって構成される動作周波数帯によって定められる。

例示の無線ネットワークは、（２０１８年の６月に発行された）８０２．１１ａｘバージョン３．０に従う、８０２．１１ネットワークである。

各非ＡＰステーション１０１−１０７は、アソシエーション手順の間に、ＡＰ１１０に登録する。よく知られたアソシエーション手順の間に、ＡＰ１１０は、要求する非ＡＰステーションに対して、固有のＡｓｓｏｃｉａｔｉｏｎ ＩＤｅｎｔｉｆｉｅｒ（ＡＩＤ）を割り当てる。ＡＩＤは、非ＡＰステーションを一意に特定する１６ビットの値である。ＩＥＥＥ標準によれば、ＡＩＤの値は、ディレクショナルマルチギガビット非ＡＰステーションのために、１から２００７の範囲で割り当てられ、ＡＩＤの５個のＭＳＢが予約される。

全てのステーション１０１−１０７、１１０は、送信機会（ＴＸＯＰ）を付与され、データフレームを送信するために、ＥＤＣＡ（拡張型分散チャネルアクセス）コンテンションを用いて、無線媒体にアクセスするために相互に競争する。

無線ネットワークの効率を向上させるために、単一のステーション、通常はＡＰ１１０、が、マルチユーザ（ＭＵ）送信、すなわち、無線ネットワークにおいて他のステーションへ又は他のステーションからの複数の並行した送信をスケジュールすることを可能とするために、ＭＵ手法が利用可能である。このようなＭＵ手順は、マルチユーザ上りリンク及び下りリンクＯＦＤＭＡ（ＭＵ ＵＬおよびＤＬ ＯＦＤＭＡ）手法として、８０２．１１ａｘに適合される。

図２ａを参照すると、このようなＭＵ ＵＬ送信を実際に実行するために、８０２．１１ａｘ標準は、直交周波数分割多元接続（ＯＦＤＭＡ）技術に基づいて、与えられた通信チャネルを、複数のステーションによって周波数領域で共有されるリソースユニット２０１−２０４（ＲＵ）に分割する。

非ＡＰステーション１０１−１０７によるＭＵ ＵＬ送信を精密に制御するために、ＡＰ１１０は、チャネルがどのようにＲＵに分割されているか、および、いずれの非ＡＰステーションが各ＲＵ上で送信を許可されているかを定めるトリガフレーム２１０を送信する。この例では、トリガフレーム２１０は、ＲＵ２０１をＳＴＡ１に、ＲＵ２０２をＳＴＡ２に、ＲＵ２０３をＳＴＡ３に、そして、ＲＵ２０４をＳＴＡ４に、割り当てている。この割り当ては、非ＡＰステーションのＡＩＤを用いて行われる。

トリガフレーム２１０を受信すると、非ＡＰステーションのそれぞれは、自身のＡＩＤにより、自身に割り当てられたＲＵを判定し、トリガフレーム２１０の後のＳＩＦＳ期間後に、ＡＰへ、自身の割り当てられたＲＵ上で、（ＨＥ ＴＢ ＰＰＤＵとして知られる）ＭＵフレーム２２０の送信を開始することができる。

トリガのメカニズムに起因して、用語「トリガベースのＭＵ ＵＬ送信」が用いられる。

図２ｂは、ステーションの観点からの同一のＭＵ ＵＬ送信を図解している。

図３は、ＭＵ ＵＬ ＯＦＤＭＡ送信を実行するための、８０２．１１ａｘ標準、ドラフトバージョン３．０、の９．３．１．２３節に記載されるようなトリガフレームのフォーマットを図解している。

トリガフレーム２１０は、ＩＥＥＥ標準８０２．１１ａｘに定められるようにいくつかのフィールドを含み、特に、単一のＣｏｍｍｏｎ Ｉｎｆｏフィールド３００と複数のＵｓｅｒ Ｉｎｆｏフィールド３１０を含む。

各Ｕｓｅｒ Ｉｎｆｏフィールド３１０は、非ＡＰステーション１０１−１０７のそれぞれへのＲＵの割り当てと共に、ＡＰとのＵＬ通信に関する通信パラメータを定める。そうするために、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド３１２は、関係のあるＲＵ（中心周波数および周波数帯域幅）を特定し、一方で、ＡＩＤ１２サブフィールド３１１は、ＲＵが割り当てられている非ＡＰステーションのＡＩＤの１２個のＬＳＢを運ぶ。

Ｕｓｅｒ Ｉｎｆｏフィールド３１０のビットＢ３９ ３１３は現在使用されていない。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４は、主として、Ｕｓｅｒ Ｉｎｆｏフィールド３１０の他のサブフィールドによって定められる通信パラメータの詳細を提供するのに使用される。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４の内容は、トリガフレームのタイプに依存する。図において示されているフォーマットは、基本のトリガフレームのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４に対応する。

このように、８０２．１１ａｘにおいて定められるようなＵｓｅｒ Ｉｎｆｏフィールドは、発信元の非ＡＰステーションのみがＡＩＤ１２サブフィールド３１１において特定されるように、ＵＬ送信のみが明確に認可される。

高密度環境における無線通信システムに求められる帯域幅を増加し、レイテンシの要求を低減するという問題にさらに対処するために、本発明の側面において、トリガされたＭＵ送信において許可される送信を効率的に変更しようとする。本発明の側面は、拡張トリガフレームを用いることにより、ＭＵ送信において、直接リンク（ＤｉＬ）送信及び／又は下りリンク（ＤＬ）送信をスケジューリングすることを可能とする特徴を提供する。その目的のため、トリガする側のステーション（通常ＡＰ）により他のトリガされる側のステーション（通常非ＡＰステーション）へ送信されるトリガフレームを、他のトリガされる側のステーション、通常は宛先の非ＡＰステーション、の１つへのデータ送信のために、ＭＵ送信のリソースユニットを割り当てるトリガフレームに拡張する。

トリガフレームを受信するステーションをトリガされる側のステーションと呼び、一方で、トリガフレームを送信するステーションをトリガする側のステーションと呼ぶ。

新たに提案するトリガフレームは、上りリンク（ＵＬ）能力に加えて、トリガされるＭＵ送信の中で直接リンク（ＤｉＬ）及び／又は下りリンク（ＤＬ）送信能力を与える。

上りリンクＭＵ送信は、非ＡＰステーションからＡＰへのＭＵ送信として定められる。

下りリンクＭＵ送信は、ＡＰから１つ以上の（非ＡＰ）ステーションへのＭＵ送信として定められる。

直接リンク（ＤｉＬ）ＭＵ送信は、１つの非ＡＰステーションから１つ以上の他の非ＡＰステーションへのＭＵ送信として定められる。

トリガする側のステーションはステーション１０１−１０７、１１０のいずれかでありうるが、以下で主として提供される例は、トリガする側のステーションとしてのＡＰ１１０と、トリガされる側のステーションとしての非ＡＰステーション１０１−１０７に主として集中する。もちろん、ＡＰがトリガされる側のステーションであり、１つの非ＡＰステーションがトリガする側のステーションである他の構成が実装されてもよい。

ここでより詳細に説明するように、トリガされる側のステーションは、その後、トリガフレームによって、宛先のトリガされる側のステーションへの直接リンク送信のために割り当てられるリソースユニットを用いて、その宛先のトリガされる側のステーションへ直接、データフレームを送信しうる。これは、ＤｉＬの発信元のトリガされる側のステーションの視点からの、トリガされるＭＵ送信の間に与えられる直接リンク（ＤｉＬ）能力を実現する。

また、別のトリガされる側のステーションは、トリガされる側のステーションへのデータ送信のために割り当てられるリソースユニット上で、データフレームを受信しうる。これは、ＤｉＬの宛先のステーションの視点からの直接リンク能力又はＡＰからデータフレームが来る場合の下りリンク能力を実現する。

以下では、ＤｉＬ ＲＵは、直接リンク送信のために割り当てられたリソースユニットを指し、ＤＬ ＲＵは、下りリンク送信のために割り当てられたリソースユニットを指し、ＤｉＬ／ＤＬ ＲＵは、直接リンク又は下りリンク送信のために割り当てられたリソースユニットを指す。

図４は、トリガする側のステーション（ＡＰ）への従来のＭＵ ＵＬ送信に加え、トリガされる側のステーション（１つ以上の非ＡＰステーション）に向けたＭＵ送信を含んだトリガベースの（ＴＢ）マルチユーザ（ＭＵ）送信を示している。

この例では、トリガフレーム４１０によってトリガされるＭＵ送信４２０は、（非ＡＰ ＳＴＡ１からＡＰ１１０への）ＲＵ２０１と、（非ＡＰ ＳＴＡ５からＡＰ１１０への）ＲＵ２０４とを介した、従来の上りリンクＭＵフレーム４３０、４６０と、（ＡＰ１１０から非ＡＰ ＳＴＡ３への下りリンク（ＤＬ）ＲＵ２０３を介したＤＬ ＭＵフレーム４５０と、（非ＡＰ ＳＴＡ２から非ＡＰ ＳＴＡ４への）ＤｉＬ ＲＵ２０２を介した直接リンク（ＤｉＬ）ＭＵフレーム４４０とを含む。より一般的には、ＤＬ ＲＵの数は、ＤｉＬ ＲＵの数と共に変動しうる。実施形態では、従来のＵＬ ＭＵ ＲＵに加えてＤＬ ＲＵのみが、又は、従来のＵＬ ＭＵ ＲＵに加えてＤｉＬ ＲＵのみが存在しうる。

本発明の側面は、トリガフレーム４１０がこのようなＤｉＬ／ＤＬ ＭＵリソースユニットのシグナリングを運ぶことを提供する。その後、トリガされる側のステーション（ここでは非ＡＰステーション）は、トリガフレームを受信すると、それらに対してＤｉＬ又はＤＬ送信のためのリソースユニットが割り当てられたか、そして肯定の場合にどのリソースユニットが送信と受信とのいずれのためのものであるかを判定することができる。

図５に示されるように、ＤｉＬ又はＤＬ ＲＵのシグナリングの様々な実装が考えられる。

これらの実装の全てにおいて、トリガフレームにおけるリソースユニットに関連付けられたフィールドは、そのリソースユニットが、宛先のトリガされる側のステーション（通常は非ＡＰ）へのデータ送信を対象としていることのシグナリングを含む。

図５ａ及び図５ｂは、従来の８０２．１１ａｘのＵｓｅｒ Ｉｎｆｏフィールド３１０を、ＤｉＬ／ＤＬ ＲＵのために若干変形したＤｉＬ／ＤＬ ＲＵシグナリングを示している。これは、ＤｉＬ／ＤＬ送信に潜在的に関与するステーションの１つを示すための別のサブフィールドを追加するものである。これらの図において、そのフィールドは、データ送信の１つ以上の宛先のトリガされる側のステーションを特定する少なくとも１つの宛先識別子と、リソースユニットにおいて送信する予定の発信元のトリガされる側のステーションを識別する発信元識別子とを含む。実際には、その１つまたは複数の識別子は、ＡＰによってアソシエーションの間にステーションに割り当てられたＡＩＤである。

図５ａは、その識別子の１つを格納するための追加のサブフィールドで補われた、８０２．１１ａｘ ｖ３．０に従う、リソースユニットに関連付けられたＵｓｅｒ Ｉｎｆｏフィールド５００である、Ｕｓｅｒ Ｉｎｆｏフィールド４００の新しいフォーマットを説明している。従来のＡＩＤ１２サブフィールド５０１は、例えば、発信元識別子ＡＩＤ１２＿ｓｒｃを格納するのに用いられる（変形では、宛先識別子を格納してもよい）。ＡＩＤ１２＿ｄｅｓｔ５０２は、宛先の（又は変形において発信元の）トリガされる側のステーションを特定可能とする新しいサブフィールドである。

例において、新しいサブフィールド５０２が、ＲＵ Ａｌｌｏｃａｔｉｏｎサブフィールド３１２の後に、ビットＢ２０とビットＢ３１の間に挿入される。従来の８０２．１１ａｘのＵｓｅｒ Ｉｎｆｏフィールド３１０の他のサブフィールドは同一のままである。変形において、新しいサブフィールド５０２が、２つの８０２．１１ａｘの従来のサブフィールドの間の他の位置に挿入されてもよい。

同じ新しいサブフィールド５０２により、任意の種類の送信を、トリガベースのＭＵ送信のためのトリガフレームによってリソースユニットごとに定めることができる。実際、Ｕｓｅｒ Ｉｎｆｏフィールド５００は、任意のステーション（ＡＰ又は非ＡＰステーション）から任意の他のステーション（ＡＰ又は非ＡＰ）へＭＵフレームが送信される（すなわち、下りリンクＭＵ送信、上りリンクＭＵ送信、又は直接リンクＭＵ送信）リソースユニットを特定しうる。

図５ｂは、予約ビットＢ３９ ３１３がイネーブルされたときに実装されるＵｓｅｒ Ｉｎｆｏフィールド５１０の別のフォーマットを示している。Ｂ３９がディスエーブルされている（値＝０の）場合には、８０２．１１ａｘにおいて定められているのと同じＵｓｅｒ Ｉｎｆｏフィールドを使用することができる点で有利である。換言すれば、フィールド５１０は、ＤｉＬビット（予約ビットＢ３９）を含み、それは、ディスエーブルされるときに、フィールドを８０２．１１ａｘ ｖ３．０に従うリソースユニットに関連付けられたＵｓｅｒ Ｉｎｆｏフィールドとして定め、イネーブルされるときに、同一の長さを有し（具体的にはサイズが定められたフィールドに属し）、発信元及び宛先の識別子を含むフィールドを定める。このように、Ｂ３９は、ＤｉＬのために関連付けられたリソースユニットが割り当てられているときに、トリガされる側のステーションへ通知する（Ｂ３９＝０）。

Ｕｓｅｒ Ｉｎｆｏフィールドのサイズを同じに保つこのアプローチは、同一の８０２．１１ａｘハードウェアパーサを使用可能とするため有利である。

８０２．１１ａｘ ｖ３．０に従うＵｓｅｒ Ｉｎｆｏフィールドの中のＵＬ ＦＥＣ Ｃｏｄｉｎｇ ｔｙｐｅ、ＵＬ ＭＣＳ、ＵＬ ＤＣＭ、および、ＳＳ Ａｌｌｏｃａｔｉｏｎ／ＲＡ−ＲＵ Ｉｎｆｏｒｍａｔｉｏｎフィールドは、ＡＰによる最適な受診のためにＡＰによって設定されるパラメータを定めるため、それらは、直接リンク送信に割り当てられるリソースユニットに対しては必要ではなくなる。結果として、これらのフィールド（Ｂ２０からＢ３１）は、好ましくは、ＤｉＬビットＢ３９がイネーブルされるときに、発信元及び宛先の識別子をそのフィールドに格納したサブフィールド５０２によって置き換えられる。

図５ｃは、本発明の実装のために８０２．１１ａｘのＵｓｅｒ Ｉｎｆｏフィールド５１０の一連の使用設定を示している。従来の８０２．１１ａｘフォーマットが変形されるが、対応するリソースユニット上でのＤｉＬ ＭＵ送信及び下りリンクＭＵ送信をサポートするために拡張されるのみである。ＡＩＤ₁及びＡＩＤ₂は、発信元識別子と宛先識別子とを（任意の順序で）表す。

フォーマットｃ１−ｃ３及びｃ１１−ｃ１３は、ＤｉＬ又はＤＬのためであることをシグナリングするために、従来のＡＩＤ１２サブフィールド３１１を使用する。換言すれば、リソースユニットに関連付けられたフィールド、Ｕｓｅｒ Ｉｎｆｏフィールド５１０は、特定の非ＡＰ（トリガされる側の）ステーションにＡＰとのアソシエーションの間に割り当てられたＡＩＤを含んでいる場合に、（トリガする側のステーション、通常ＡＰへの）上りリンク送信のためにその特定の非ＡＰ（トリガされる側の）ステーションへリソースユニットを割り当てるＡＩＤ１２サブフィールド３１１を含み、ＤｉＬ／ＤＬシグナリングが、宛先のトリガされる側のステーションへのデータ送信に予約されるＡＩＤ値をＡＩＤ１２サブフィールドに含む。

使用されていないＡＩＤ値、通常は２００８と２０４４との間、の中から、予約された（又は専用の）ＡＩＤ値、例えば２０４４が（ＡＰによって）選択されうる。様々な値が使用されうる。したがって、ＡＩＤ１２＝２０４４のＵｓｅｒ Ｉｎｆｏフィールドを受信した非ＡＰステーションのそれぞれは、対応するＲＵがＤｉＬ／ＤＬ送信のために割り当てられたことを直接分かる。

例示のフォーマットｃ１−ｃ２及びｃ１１−ｃ１２において、予約されたＡＩＤ値は、ＤｉＬ及びＤＬシグナリングに対して共通である。その状況では、ＤｉＬとＤＬとの間で区別するために追加のフラグが設定される。フォーマットｃ１とフォーマットｃ１１において、追加のフラグは、ＤＬ送信に対して１に、ＤｉＬ送信に対して０に設定される（又は反対の手法の）Ｂ３９である。フォーマットｃ２及びフォーマットｃ１２では、この追加のフラグが、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４に格納され、これは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドが２つのトリガされる側のステーションの間の直接リンク送信のために割り当てられるか、トリガする側のステーションから宛先のトリガされる側のステーションへの下りリンク送信のために割り当てられるかを示すバイナリフラグを含むことを意味する。

例示のフォーマットｃ３及びフォーマットｃ１３では、ＤｉＬ及びＤＬのシグナリングのそれぞれのために、異なる予約ＡＩＤ値が使用される。重ねて、予約ＡＩＤ値は、使用されていないＡＩＤの値、すなわち、通常は２００８と２０４４との間から選択されてもよく、例えば、値２０４４がＤＬに専用であり、値２０４３はＤｉＬ専用である。ＤＬ及びＤｉＬの両方の場合において、Ｕｓｅｒ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４は、存在する場合、宛先のトリガされる側の（非ＡＰ）ステーションのＡＩＤを含む。また、ＤｉＬ固有のケースに対して、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドは、存在する場合、リソースユニットにおいて送信する発信元のトリガされる側の（非ＡＰ）ステーションのＡＩＤを含む。

フォーマットｃ４−ｃ５及びｃ１４−ｃ１５は、ＤｉＬ又はＤＬのためであることをシグナリングするために予約ビットＢ３９ ３１３を用いる。換言すれば、シグナリングは、イネーブルされる単一ビットを含む。このようにして、従来のＡＩＤ１２サブフィールド３１１は、（ＤＬのための及び好ましくはＤｉＬのための）宛先識別子又は（ＤｉＬのための）発信元を格納するのに使用される。ＤｉＬのための２つ目の（発信元又は宛先の）識別子は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４に格納されてもよい。

フォーマットｃ４及びフォーマットｃ１４は、ＤｉＬ又はＤＬの何れかが従来の８０２．１１ａｘに加えて実装され、両方は実装されない場合に適用する。ＤｉＬなくしてＤＬが実行される場合、イネーブルされたＢ３９ ３１３が、ＤＬ ＲＵをシグナリングし（フォーマットｃ４）、一方で、ＤＬなくしてＤｉＬが実装される場合に、イネーブルされたＢ３９ ３１３がＤｉＬ ＲＵをシグナリングする（フォーマットｃ１４）。

ＤＬ及びＤｉＬに対して両方が実装される場合（フォーマットｃ５及びフォーマットｃ１５）、追加のフラグが、それらの２つの目的の間での区別のために設定される。ビットＢ３９が既に使えないため、この追加のフラグは、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４に格納される。示された例では、この追加のビットは、ＤＬを示すために１に設定され（フォーマットｃ５）、又は、この追加のビットは、ＤｉＬを示すために０に設定され（フォーマットｃ１５）、この場合、第２の（発信元又は宛先の）識別子も、サブフィールド３１４において特定される。

フォーマットｃ４−ｃ５及びｃ１４−ｃ１５に対する変形は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４において、ＤｉＬ／ＤＬビット（又はより一般的にはバイナリフラグ）を提供し、予約ビットＢ３９ ３１３では提供しないことでありうる。

フォーマットｃ６−ｃ８及びｃ１６−ｃ１８において、ＤｉＬ／ＤＬシグナリングは、結合して（すなわち、同じビットで）、１つの識別子：（ＤＬのための及び好ましくはＤｉＬのための）宛先識別子又は（ＤｉＬのための）発信元識別子を特定する。従来のＡＩＤ１２ ３１１サブフィールドは、その目的に使用されうる。それは、（ＡＩＤ１２サブフィールドに対して）専用のＡＩＤ値が、
−ＤＬ及び特定の宛先ステーション（フォーマットｃ６）。例えばＡＩＤ＝１９５５が、宛先ステーションとしてＡＩＤ＝５０のステーションが関与する下りリンクを指定するために割り当てられうる；
−ＤｉＬ及び特定の宛先又は発信元ステーション（フォーマットｃ１６）。その場合、他のステーションがＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４において特定されうる。例えば、ＡＩＤ＝１２８３が、ＡＩＤ１７７のステーションが宛先（又は発信元）ステーションとして関与する直接リンクを指定するのに割り当てられうる；
−ＤＬ又はＤｉＬ及び特定のステーション（ｃ７、ｃ８、ｃ１７、ｃ１８）。その場合、追加のフラグが、ＤｉＬとＤＬとの間の区別のために設定され、これは、ビットＢ３９（ｃ７及びｃ１７、ここで、ＤＬ送信に対して１であり、ＤｉＬ送信に対して０である）により、又は、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４（ｃ８及びｃ１８、ここで、ＤＬ送信に対して１であり、ＤｉＬ送信に対して０である）により、運ばれうる。ＤｉＬに対して、他のステーションの識別子が、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４に格納されうる；
を両方シグナリングすることを意味する。

これらの専用のＡＩＤは、ステーションからのＤＬ又はＤｉＬの意思（intent）の知識があることに応じて、ＡＰによって割り当てられうる。

図５ｄは、図５ｃのフォーマットに使用されるＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４の例示の実装を示している。

サブフィールド５５０−５５３は、８０２．１１ａｘにおいて定義されている。Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３１４が図５ｃのフォーマットのために拡張される場合、追加のサブフィールドがサブフィールド５５０−５５３の後に追加される。

サブフィールド５５４は、必要な場合に、ＤｉＬとＤＬとの間の判別のために設定される追加のフラグを運びうる。それは単一ビットでありうるが、示された例では、４ビットのサブフィールドを提供し、その中の２つの取り得る値（ここでは０と１）が、ＤＬとＤｉＬとのそれぞれをシグナリングするのに使用され、その中の他の取り得る値は、将来の使用のために予約される。当然、サブフィールド５５４のために、他の長さが用いられてもよい。このサブフィールドは、フォーマットｃ２、ｃ５、ｃ８、ｃ１２、ｃ１５及びｃ１８において実装される。

サブフィールド５５５および５５６は、要求される場合に、発信元及び宛先の識別子を運ぶのに使用される１２ビットのサブフィールドである（フォーマットｃ１−ｃ３、およびｃ１１−ｃ１８）。要求される場合、これらの２つのサブフィールドのうちの１つのみが提供されうる（フォーマットｃ１−ｃ３、およびｃ１４−ｃ１８）。

サブフィールド５５７は、将来の使用のための追加の（予約）ビットを提供する。

当然、任意の他の順序及び位置のサブフィールド５５０−５５７が想定されうる。

フォーマットｃ１１−ｃ１８について、ＤｉＬ送信のみに関連して上述したが、それらは、ＤＬのために使用されてもよい。これらのフォーマットは、１つの発信元識別子と１つの宛先識別子（ＡＩＤ₁、ＡＩＤ₂）を提供する。いくつかの実施形態では、リソースユニットが宛先のトリガされる側のステーションへの下りリンク送信のために割り当てられていることをシグナリングするために、発信元識別子が、非ＡＰステーションにアソシエーションの間に割り当てられていない予約ＡＩＤ、例えば０、に設定される。その状況において、発信元識別子の値は、（例えば、特定のビット又はフラグ−フォーマットｃ１１とｃ１７に対するＢ３９、又は、フォーマットｃ１２、ｃ１５、ｃ１８に対するフィールド３１４におけるフラグ−の置き換えで）ＤｉＬとＤＬとの間の特定のシグナリングとして動作する。

図５ｃに戻り、最後のフォーマットｃ１９は、直接リンク（ＤｉＬ）セッション識別子の依存に依拠する。トリガする側のステーション、すなわち、最も多くの場合ＡＰ、が、発信元のトリガされる側の（非ＡＰ）ステーションと少なくとも１つの宛先のトリガされる側のステーションとの間で確立される直接リンクセッションのための直接リンク（ＤｉＬ）セッション識別子を定める。そして、トリガする側のステーションは、発信元と宛先のトリガされる側のステーションの間の直接リンク送信のためのリソースユニットの割り当てを、（トリガフレームにおいて）ＤｉＬセッション識別子を用いてシグナリングする。

示される例では、ＤｉＬセッション識別子が、トリガフレームにおけるリソースユニットに関連付けられた従来の８０２．１１ａｘのＵｓｅｒ Ｉｎｆｏフィールドの中のＡＩＤ１２サブフィールド３１１に格納される。これは、単一のＡＩＤ値がＤｉＬのためであることとＤｉＬに関与するステーションのそれぞれとを同時にシグナリングすることを意味する。このようなＤｉＬセッション識別子は、ＡＰがＤｉＬセッションの知識を有することとなったことに応じて動的に提供してもよいし、事前に設定されてもよい。好ましくは、ＤｉＬセッション識別子は、アソシエーションの間に非ＡＰステーションに割り当てられていないＡＩＤから、例えば、ＡＰが非ＡＰステーションにアソシエーションの間に割り当てるのに使用されるＡＩＤ値の範囲と異なるＡＩＤの範囲から、選択される。例として、ＤｉＬセッション識別子は、範囲［２００８、２０４４］から、又はその一部分から、選択されうる。変形において、範囲［１、２００７］における又はその一部分における利用可能なＡＩＤが使用されてもよい。

これらの様々なフォーマットにおいて、宛先の非ＡＰステーションの１つの宛先識別子（ＡＩＤ）を特定し、必要に応じて発信元識別子を特定することを提案する。したがって、トリガフレームは、直接リンク送信のための又は下りリンク送信のための１つの宛先のトリガされる側のステーションを特定し、必要に応じて、トリガフレームは、直接リンク送信のための特定の発信元のトリガされる側のステーションへリソースユニットを割り当てる。

いくつかの実施形態において、トリガフレームは、１つより多くの宛先のトリガされる側のステーションを特定しうる。これはいくつかの宛先ＡＩＤを格納するためのサブフィールドを必要としうる。また、ブロードキャストＡＩＤ又はマルチキャストＡＩＤが単一のＡＩＤサブフィールドにおいて実装されてもよい（これは、複数のトリガされる側のステーションをそのＡＩＤが指定することを意味する）。

一方で、実施形態は、宛先のトリガされる側のステーションを示さない、すなわち、ＤｉＬ又はＤＬ送信のための発信元のステーションが宛先のトリガされる側のステーションを選択することを示すトリガフレームを提供してもよい。これは、トリガフレームが、関係するＲＵに対する宛先のステーションを定めないことを意味する。どの非ＡＰステーションに対してデータを送信したいかを決定するのは、ＲＵにアクセスする発信元のステーション次第である。重ねて、これは、トリガフレームにおいて、宛先の非ＡＰステーションに固有のＡＩＤ（予約されたＡＩＤがフォーマットｃ１−ｃ５、ｃ１１−ｃ１８のＡＩＤ_destination又はＡＩＤ₁又はＡＩＤ₂として使用されうる）を示すことを省略することにより、又は、（フォーマットｃ６−ｃ８、ｃ１６−ｃ１９に対する）宛先のトリガされる側のステーションが特定されない汎用のＤＬ又はＤｉＬ ＲＵをシグナリングするために予約された固有のＡＩＤを（例えばＡＩＤ１２サブフィールドにおいて）用いることにより、行われうる。また、宛先特定のためのＡＩＤサブフィールドは空のままとされうる。その状況において、宛先のトリガされる側の１つまたは複数のステーションの特定は、直接的にデータにおいて発信元のステー所によって行われうる。

同じことが、ＤｉＬ送信のための発信元のトリガされる側のステーションに対して適用されうる：トリガフレームは、発信元のステーションを特定しなくてもよい。その場合、トリガフレームは、直接リンク送信のためのトリガされる側のステーションによる競争を通じて、宛先のトリガされる側のステーションにリソースユニットがアクセス可能であることを示す。これは、トリガフレームにおいて、発信元の非ＡＰステーションに固有のＡＩＤを示すことを省略することによって（０などの予約されたＡＩＤが、発信元のトリガされる側のステーションに対応するフィールドＡＩＤ１又はＡＩＤ２において使用されてもよい−フォーマットｃ１１−ｃ１５）、又は、（フォーマットｃ１６−ｃ１９に対して）発信元のトリガされる側のステーションが特定されることなく汎用のＤｉＬ ＲＵをシグナリングするために予約された固有のＡＩＤを（例えばＡＩＤサブフィールドにおいて）用いることによって、又は、発信元識別子のためのＡＩＤサブフィールドを空のままにしておくことにより、行われうる。したがって、結果のリソースユニットは、ＤｉＬ送信のためのランダムＲＵと見なされる。

実施形態において、ＤｉＬ ＲＵは、発信元のステーションも宛先のステーションも指定しなくてもよい。

トリガする側のステーション及びトリガされる側のステーション、通常はそれぞれＡＰと非ＡＰステーションによって行われる動作に移ると、図６は、トリガする側の（ここではＡＰ）ステーションによって実行される一般的なステップを、フローチャートを用いて示している。

ステップ６００において、ＡＰは、マルチユーザ（ＭＵ）送信をトリガするためのトリガフレーム４１０を生成する。上述のように、トリガフレーム４１０は、宛先のトリガされる側のステーション、通常は宛先の非ＡＰステーションへのデータ送信のためのＭＵ送信のリソースユニットを割り当てる。上述のシグナリングのいずれかを使用可能である。

このようなＤｉＬ又はＤＬリソースユニットを次のＭＵ送信に含めることの決定は、ＡＰにおける様々な基準に基づきうる。例えば、ＡＰは、非ＡＰステーションから直接リンクのニーズを受信し、その受信に応答して、これらのステーションのためのＤｉＬにＲＵを割り当てることを決定しうる。変形において、（ＤＬ又はＤｉＬのための）ＲＵは、周期的に割り当てられうる。

効率化のために、ＵＬ又はＤｉＬのための、ＤＬ ＲＵ及びスケジューリングされたＲＵ（すなわち、発信元ステーションが既知のもの）は、ＵＬ又はＤｉＬ送信のためランダムＲＵ（発信元ステーションが知られておらず、ステーションがこのようなＲＵに競争を通じてアクセスする）の前に、トリガフレームにおいて宣言されるのが好ましい。これによれば、非ＡＰステーションが、ＵＬ又はＤｉＬ送信のいずれかのためのランダムＲＵへのアクセスのための競争を試行する前に、自身のために割り当てられたＲＵがあるかを知ることができる。

なお、ＲＵの宣言の順序は、トリガフレームにおける対応するＵｓｅｒ Ｉｎｆｏフィールド３１０の順序である。

ステップ６１０において、トリガフレーム４１０は、ＡＰによって、トリガされる側のステーション、通常は非ＡＰステーション、へ送信される。

図６ａは、ＤＬ送信のためのトリガする側の（ここではＡＰ）ステーションにより実行される一般的なステップを、フローチャートを用いて示している。

ステップ６００およびステップ６１０は、図６と同じままであり、ここでは、ＡＰから宛先の非ＡＰステーションへの下りリンク（ＤＬ）送信のためにリソースユニットが割り当てられる。図５ａ、図５ｂのシグナリング、又は、フォーマットｃ１−ｃ８のシグナリングのいずれかを使用可能である。このようなＤＬ送信の結果、ＭＵ送信の文脈において全二重通信が達成されうる。

トリガフレーム４１０を通じてステーションに対し凍てＲＵが宣言された場合、ＡＰは、トリガベースのＭＵ送信においてＤＬに割り当てられたＲＵを特定し、このＤＬに割り当てられたリソースユニットを用いて、宛先の非ＡＰステーションへデータフレームを送信する。これがステップ６２０である。

図６ｂは、直接リンク送信のためにトリガする側の（ここではＡＰ）ステーションによって実行される例示のステップを、フローチャートを用いて示している。

図６ｂは、直接リンク送信のためにトリガする側のＡＰ（ここではＡＰ）によって実行される例示のステップを、フローチャートを用いて示している。

ステップ６００でトリガフレーム４１０を作る前に、ＡＰは、ＤｉＬの要求の収集を実行、すなわち、直接リンク送信に関する非ＡＰステーションが有するニーズの全てを収集する。これはステップ６９０である。

それは、ＡＰが非ＡＰステーションへそれらのＤｉＬのニーズを提供することの要求を送信するステップ６９１を含みうる。その要求に応答して、ステップ６９２において、各非ＡＰステーションは、ＤｉＬのニーズを送信し、それがＡＰによって受信される。

変形において、非ＡＰステーションは、それらのＤｉＬのニーズが発生したときに、ステップ６９２において自発的にそのＤｉＬのニーズを送信してもよい。

例えば、ＤｉＬのニーズは、直接リンクセッションの確立から生じうる。図７は、ＡＰによるＤｉＬのニーズの取得で補われる、典型的な直接リンク（ＤｉＬ）セットアップメカニズムを示している。ＤｉＬのニーズは、他の非ＡＰステーションとデータフレームを交換する気のある非ＡＰステーションからの帯域幅の要求を含みうる。

フローチャートは、（図４においてＤｉＬ送信に関与する）ＡＰ１１０と非ＡＰステーションＳＴＡ２ １０２およびＳＴＡ４ １０４との間の交換を説明している。非ＡＰステーション１０２および非ＡＰステーション１０４は、ＡＰの関与なく相互に直接データを転送することができる。このようなメカニズムは、Ｔｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）と呼ばれる、８０２．１１標準の８０２．１１ｚ改正に基づく。

基本的に、ＤｉＬセッション確立のステップ７００は、ＴＤＬＳの仕組みに基づいてＤｉＬセッションを確立することである。非ＡＰステーションＳＴＡ２ １０１は、非ＡＰステーションＳＴＡ４ １０４へｓｅｔｕｐ ｒｅｑｕｅｓｔフレーム７０１を送信する。非ＡＰステーションＳＴＡ４ １０４は、同意する場合、ＴＤＬＳ手順の受け入れを示すＴＤＳＬ ｓｅｔｕｐ ｒｅｓｐｏｎｓｅ７０２を送信する。肯定的なＴＤＳＬ ｓｅｔｕｐ ｒｅｓｐｏｎｓｅ（非ＡＰステーションＳＴＡ４ １０４による受け入れを含んだ応答）の受信に応じて、非ＡＰステーションＳＴＡ２ １０２は、非ＡＰステーションＳＴＡ４ １０４へ、ＴＤＬＳ ｃｏｎｆｉｒｍフレーム７０３を返信する。そして、トンネル化直接リンク通信が確立される。好感されるメッセージは、ＤｉＬ送信のために使用されるべき送信パラメータについて合意するために、２つの非ＡＰステーションによって使用される。

この段階で、ＤｉＬセッションが、非ＡＰステーションＳＴＡ２ １０２と非ＡＰステーションＳＴＡ４ １０４との間で確立される。しかしながら、ＡＰ１１０は、このようなＤｉＬセッションに（したがって、その非ＡＰステーションの関連するＤｉＬのニーズに）まだ気づいていない。

したがって、ＤｉＬの要求（ニーズ）収集のステップ６９０が実行され、その間にＡＰ１１０は、ＤｉＬセッションに関与する２つの非ＡＰステーションのうちの少なくとも１つのＤｉＬの要求を取得する。

例えば、第１の実施形態において、その取得は、ＡＰ１１０によって開始される。そのようにするために、ステップ６９１において、上述のように、要求が、ＡＰ１１０によって非ＡＰステーションへ送信される。説明のために、特定のタイプのトリガフレームがこのような要求のために定義されてもよく、ＤｉＬ送信のためのＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｐｏｌｌ（ＤＬ−ＢＳＲＰ）に対応する。より正確には、トリガフレーム５００が、ＤｉＬ送信のためのＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ Ｐｏｌｌ（ＤＬ−ＢＳＲＰ）に対応する８と１５との間の所与の値に設定された、単一のＣｏｍｍｏｎ Ｉｎｆｏフィールド３００の８０２．１１ Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールドを伴って生成される。ＤＬ−ＢＳＲＰトリガフレームを受信すると、直接リンクを通じて他の非ＡＰステーションへ送信すべきいくつかのデータフレームを有する少なくとも１つの非ＡＰステーション、好ましくはそのそれぞれが、例えば別の非ＡＰステーションへ直接送信する用意ができているエミッションバッファに保持されているデータ（「ＤｉＬデータ」）の量に対応するバッファステータスを含んだＤｉＬ Ｒｅｐｏｒｔ（６９２）を送信する。

別の実施形態によれば、非ＡＰステーションは、ＡＰ１１０によって要求されることなく、自身のＤｉＬ Ｒｅｐｏｒｔ（６９２）を送信する。

また別の実施形態によれば、非ＡＰステーションは、それらのＤｉＬ Ｒｅｐｏｒｔを周期的に送信し、又は、それらのローカルバッファ内のＤｉＬデータの量が所与の閾値を超えた場合にそれを送信する。

これらの収集されたＤｉＬのニーズに基づいて、ＡＰは、ＤｉＬのポリシを適用して、次のトリガフレーム４１０にＤｉＬ ＲＵを追加するか否かを決定しうる。

当然に、ＤｉＬの要求の収集ステップ６９０は、ＡＰ１１０がステーションのＤｉＬの要求以外の基準に基づいてＤｉＬリソースユニットを割り当ててもよい点で、オプションである。

ＤｉＬ ＲＵが提供されなければならない場合、図６を参照して上述したようにステップ６００およびステップ６１０が実行され、ここで、リソースユニットは、少なくとも２つのトリガされる側のステーションの間での直接リンク送信のために割り当てられる。

図８から図８ｂは、トリガされる側の（通常は非ＡＰ）ステーションにおける動作を示している。

図８は、ＤｉＬ又はＤＬ送信の宛先ステーションとして動作する場合のこのようなトリガされる側のステーション、ここでは非ＡＰステーション、によって実行される一般的なステップを、フローチャートを用いて示している。

ステップ８００において、非ＡＰステーションは、トリガする側のステーション、通常はＡＰ１１０から、マルチユーザ（ＭＵ）送信をトリガするトリガフレーム４１０を受信し、ここで、トリガフレームは、宛先のトリガされる側のステーションへのデータ送信のためのＭＵ送信のリソースユニットを割り当てる。したがって、非ＡＰステーションは、例えばトリガフレーム４１０を用いて、その非ＡＰステーションが宛先のトリガされる側のステーションであることを、すなわち、トリガフレーム４１０により提供されるＲＵの１つに関与するかを、判定する。

８０２．１１ａｘに従うスケジューリングされるＲＵの割り当てについては、ここでは説明しない。しかしながら、それは従来の方法で処理される。

１つのＤｉＬ又はＤＬ ＲＵへの非ＡＰステーションの関与の判定は、自身のＡＩＤと（図５に示されるように）ＲＵのＵｓｅｒ ＩｎｆｏフィールドにおいてシグナリングされるＡＩＤとを比較することと、宛先ＡＩＤとしてマルチキャスト又はブロードキャストＡＩＤを検出することとを含みうる。

１つ以上の宛先のトリガされる側のステーションを特定することなくＤｉＬ／ＤＬ ＲＵがシグナリングされた場合、データフレームの宛先は、そのデータフレームそのものに（通常はその一番先頭に）含められうる。その場合、非ＡＰステーションは、対応するＲＵをリッスンし、そのデータフレームに基づいて、そのデータフレームが非ＡＰステーションに宛てられているか否かを判定するのを、すなわち、次のステップ８１０に行く前に、自身のＡＩＤ（又はブロードキャスト／マルチキャストＡＩＤ）を検出するのを待ちうる。

そして、判定が肯定的であった場合、非ＡＰステーションは、宛先のトリガされる側のステーションへのデータ送信に割り当てられた、判定されたＤｉＬ／ＤＬリソース上で、１つ以上のデータフレームを受信する。これがステップ８１０である。ＤＬ送信の場合、データフレームが通常ＡＰから受信され、一方で、ＤｉＬ送信の場合、データフレームが別の（非ＡＰの）トリガされる側のステーションから受信される。

図８ａは、ＤｉＬ送信の宛先ステーションとして動作する際のトリガされる側のステーション、ここでは非ＡＰステーション、によって実行される動作の実施形態を、フローチャートを用いて示している。

このフローチャートでは、処理の早期に、非ＡＰステーションが、トリガする側の（ＡＰ）ステーションに、ＤｉＬのニーズを提供する。これは、上で既に説明したステップ６９０と対象なステップ８９０である。このステップは（特に宛先に対するＤｉＬのニーズは関係ないため）オプションであり、ＤｉＬの要求の収集のための要求をＡＰ１１０から受信する第１のオプションのサブステップ８９１と、ＤｉＬの報告をＡＰ１１０へ送信する第２のサブステップ８９２を含む。

次に、ステップ８００およびステップ８１０が、上述のように、実行される。

図８ｂは、トリガされる側のステーション、ここでは非ＡＰステーション、によってＤｉＬ送信のための発信元ステーションとして動作する場合に実行される大まかなステップを、フローチャートを用いて示している。

オプションのステップ８９０は、非ＡＰステーションのＤｉＬのニーズをＡＰ１１０に提供するために実行される。ステップ８９０については上で説明した。

次に、上述のように、ステップ８００が実行される：非ＡＰステーションは、トリガする側のステーション、通常はＡＰ１１０から、マルチユーザ（ＭＵ）送信をトリガするトリガフレーム４１０を受信し、ここで、トリガフレームは、宛先のトリガされる側のステーションへの直接リンク（ＤｉＬ）送信のためのＭＵ送信のリソースユニットを割り当てる。また、非ＡＰステーションは、例えばトリガフレーム４１０を用いて、トリガフレーム４１０によって与えられるＵＲのうちの１つにおいて発信元のステーションとして関与するかを判定する。

非ＡＰステーションは、例えば、その非ＡＰステーションのＡＩＤが発信元識別子として特定されている場合に、図５に示されるシグナリングを用いることができる。代替的に、割り当てられたＤｉＬ ＲＵに対して発信元識別子が特定されていない場合、非ＡＰステーションは、そのようなＤｉＬ ＲＵへのアクセスを競争し、アクセスを与えられうる。

ＤｉＬ ＲＵが知られると、非ＡＰステーションは、直接リンク送信のために割り当てられたリソースユニットを用いて、宛先のトリガされる側のステーションへ、直接、データフレームを送信する。これはステップ８２０である。

同一の非ＡＰステーションがＤｉＬ送信のための発信元のトリガされる側のステーションおよび宛先のトリガされる側のステーションでありうるため、その役割は、通常、トリガフレーム４１０において与えられるシグナリングによって定められる。図９は、フローチャートを用いて、例えば図５のいずれかのＤｉＬシグナリングを有するＤｉＬ Ｕｓｅｒ Ｉｎｆｏフィールドを含んだトリガフレーム４１０を受信した際のこのような非ＡＰステーションによる動作を示している。

ステップ９００において新しいトリガフレームを受信すると、非ＡＰステーションは、各Ｕｓｅｒ Ｉｎｆｏフィールド３１０／５００／５１０を順々解析し、ＲＵが与えられるか（ステップ９１０）、もしあれば、ＤｉＬ ＲＵがあるか（ステップ９２０）を判定する。これは、図５のシグナリングを用いて、ＤｉＬ送信のためのリソースユニットをスケジューリングするＵｓｅｒ Ｉｎｆｏフィールドを特定することのみから成りうる。

非ＡＰステーションは、肯定すると、自身が（関心のＵｓｅｒ Ｉｎｆｏフィールドにおいて）発信元ステーションとして特定されているかを判定し（テスト９３０）、否定すると、自身が（関心のＵｓｅｒ Ｉｎｆｏフィールドにおいて）宛先ステーションとして特定されているかを判定する（テスト９４０）。

その非ＡＰステーションがＤｉＬ送信のための発信元ステーションとして特定される場合、そのステーションは、特定されたリソースユニットの範囲内でデータフレームを送信する（ステップ９３１）。そうでなく、その非ＡＰステーションがＤｉＬ送信のための宛先ステーションとして特定される場合、そのステーションは、特定されたリソースユニット上でデータフレームを待ち受けて受信する（ステップ９４１）。なお、非ＡＰステーションが発信元ステーションとしても宛先ステーションとしても特定されない場合、宣言されたランダムなＤｉＬ ＲＵへのアクセスのために競争してその後に送信し（ステップ９３１）、又は、（宛先識別子を伴わない）宣言されたＤｉＬ ＲＵにおいてデータフレームをリッスンし、それらのいくつかが自身に宛てられているかを判定しうる（ステップ９４１）。

先の条件がいずれも満たされない場合、非ＡＰステーションは、現在解析されているＲＵに関与していない。そして、次のＵｓｅｒ Ｉｎｆｏフィールドの復号を継続する（ステップ９１０にループバックする）。

図１０ａは、本発明の少なくとも１つの実施形態を実装するように構成された、無線ネットワーク１００の通信デバイス１０００、非ＡＰステーション１０１−１０７又はアクセスポイント１１０、を概略的に図解している。通信デバイス１０００は、好ましくは、マイクロコンピュータ、ワークステーション、又は軽量のポータブルデバイスなどのデバイスでありうる。通信デバイス１０００は、好ましくは：
プロセッサなどのＣＰＵと表記される、中央演算装置１００１；
本発明の実施形態による方法の、又は、方法のステップの実行可能なコードを記憶するメモリ１００３、及び、方法を実装するのに必要な変数及びパラメータを記録するように適合されたレジスタ；
送信及び受信アンテナ１００４を介して、無線通信ネットワークへ、例えば標準のＩＥＥＥ８０２．１１のファミリのうちの１つに従う通信ネットワークへ、接続される少なくとも１つの通信インタフェース１００２、
が接続される通信バス１０１３を有する。

好ましくは、通信バスは、通信デバイス１０００に含まれると共にそれに接続される様々なエレメント間の通信及び相互運用を提供する。バスの表現は限定的なものではなく、具体的には、中央演算装置が、直接又は通信デバイス１０００の他のエレメントを用いて、通信デバイス１０００の任意のエレメントに対して命令を伝達するように動作可能である。

実行可能なコードは、リードオンリー、ハードディスク、又は、例えばディスクなどのリムーバブルデジタル媒体のいずれかでありうるメモリに記憶されうる。オプションの変形によれば、プログラムの実行可能なコードは、実行される前に通信デバイス１０００のメモリに記憶されるように、インタフェース１００２を介して、通信ネットワークを用いて受信されうる。

実施形態において、デバイスは、本発明の実施形態を実装するためのソフトウェアを用いるプログラム可能装置である。しかしながら、代替的に、本発明の実施形態は、ハードウェアで（例えば、特定用途向け集積回路、ＡＳＩＣの形式で）、全体として又は部分的に、実装されうる。

図１０ｂは、少なくとも部分的に、発明を実行するように適合された、通信デバイス１０００、ＡＰ１１０又はステーション１０１−１０７の１つ、のアーキテクチャを概略的に図解するブロック図である。図解のように、デバイス１０００は、物理（ＰＨＹ）レイヤブロック１０２３、ＭＡＣレイヤブロック１０２２、及びアプリケーションレイヤブロック１０２１を含む。

物理レイヤブロック１０２３（ここでは、８０２．１１で標準化されたＰＨＹレイヤ）は、フォーマットし、任意の２０ＭＨｚチャネル又は合成チャネル上での変調又はそれらからの復調を行い、そして、８０２．１１フレーム、例えば、送信スロット、レガシの８０２．１１ステーションと相互作用するための２０ＭＨｚ幅に基づくＭＡＣデータと管理フレーム、及び、その無線媒体へ／その無線媒体からの２０ＭＨｚより小さい幅（通常２又は５ＭＨｚ）を有するＯＦＤＭＡタイプのＭＡＣデータフレームを予約するための媒体アクセストリガフレームＴＦ４１０（図４）などの、使用される無線媒体１００上でフレームを送信または受信するタスクを有する。

ＭＡＣレイヤブロック又はコントローラ１０２２は、好ましくは、従来の８０２．１１ａｘのＭＡＣの動作を実行するＭＡＣ８０２．１１レイヤ１０２４と、本発明を少なくとも部分的に実行する追加のブロック１０２５とを含む。ＭＡＣレイヤブロック１０２２は、オプションとして、ソフトウェアで実装されてもよく、そのソフトウェアは、ＲＡＭ１００３にロードされてＣＰＵ１００１によって実行される。

好ましくは、ＯＦＤＭＡリソースユニット（サブチャネル）を通じて媒体アクセストリガフレームに従うトリガされたＭＵ送信のためのトリガされる側のＭＵ Ｔｘ管理モジュールと呼ばれる追加のブロック１０２５は、（ステーションの視点から又はＡＰの視点から）本発明の実施形態の一部を実行する。

例えば、網羅的ではなく、ステーション（ＡＰ又は非ＡＰ）のための動作は、ＡＰにおいて、ＤｉＬ又はＤＬ送信のためにＲＵを割り当てるトリガフレームを生成して送信し、ＤＬ ＲＵを用いて宛先のトリガされる側のステーションへデータフレームを送信し、トリガされたステーションにおいて、このようなトリガフレームを受信し、ＤＬ ＲＵを介してＡＰからそのようなデータフレームを受信し、割り当てられたＤｉＬ ＲＵを介して別のトリガされたステーションへデータフレームを送信し、割り当てられたＤｉＬ ＲＵを介して、別のトリガされたステーションからデータフレームを受信することを含みうる。

ＭＡＣ８０２．１１レイヤ１０２４、トリガされたＭＵ Ｔｘ管理モジュール１０２５は、本発明の実施形態に従って、複数のステーションにアドレス指定されたＯＦＤＭＡ ＲＵを介して、正確に通信を処理するために、相互作用する。

図の上において、アプリケーションレイヤブロック１０２１は、データパケットを、映像ストリームなどのデータパケットを、生成して受信するアプリケーションを実行する。アプリケーションレイヤブロック１０２１は、ＩＳＯの標準化に従うＭＡＣレイヤより上のスタックレイヤの全てを表す。

本発明について、上述の通り、特定の実施形態を参照して説明したが、本発明は、その特定の実施形態に限定されず、本発明の範囲内にある変更が当業者には明らかであろう。

例としてのみ与えられており本発明の範囲を限定することが意図されておらず、添付の特許請求の範囲によってのみ決定される、上述の例示的な実施形態を参照するときに、本技術分野に精通する者にとって、多くのさらなる変更及び変形が、それ自身を示唆する。具体的には、様々な実施形態からの様々な特徴が、必要に応じて交換可能でありうる。

特許請求の範囲において、単語「有する（comprising）」は、他の要素またはステップを排除せず、不定冠詞「ａ」又は「ａｎ」は、複数形を排除しない。様々な特徴が相互に異なる請求項において列挙されるということのみで、これらの特徴の組合せを有利に使用することができないということを示すものではない。

Claims (24)

1. 無線通信のための方法であって、トリガする側のステーションにおいて：
   マルチユーザ（ＭＵ）送信をトリガするためのトリガフレームを生成することと、
   トリガされる側のステーションへ、前記トリガフレームを送信することと、
   を有し、
   前記トリガフレームは、発信元のトリガされる側のステーションと宛先のトリガされる側のステーションとの間の直接リンク送信のために、前記ＭＵ送信のリソースユニットを割り当てる方法。
2. 無線通信のための方法であって、トリガされる側のステーションにおいて、
   トリガする側のステーションから、マルチユーザ（ＭＵ）送信をトリガするトリガフレームであって、発信元のトリガされる側のステーションと宛先のトリガされる側のステーションとの間の直接リンク送信のために前記ＭＵ送信のリソースユニットを割り当てる前記トリガフレームを受信することと、
   前記発信元のトリガされる側のステーションから、直接リンク送信のために割り当てられた前記リソースユニットを介して、データフレームを受信することと、を有する方法。
3. 無線通信のための方法であって、トリガされる側のステーションにおいて、
   トリガする側のステーションから、マルチユーザ（ＭＵ）送信をトリガするトリガフレームであって、前記トリガする側のステーションと異なる宛先のトリガされる側のステーションへの直接リンク送信のために前記ＭＵ送信のリソースユニットを割り当てる前記トリガフレームを受信することと、
   直接リンク送信のための前記リソースユニットを用いて、前記宛先のトリガされる側のステーションへ直接、データフレームを送信することと、を有する方法。
4. 前記トリガフレームは、前記リソースユニットが、下りリンク送信のためのトリガされる側のステーションによる競争を通じて、前記宛先のトリガされる側のステーションへアクセス可能であることを示す請求項１から３のいずれか１項に記載の方法。
5. 前記トリガフレームは、直接リンク送信のための特定の発信元のトリガされる側のステーションへ前記リソースユニットを割り当てる請求項１から３のいずれか１項に記載の方法。
6. 前記トリガフレームは、発信元のトリガされる側のステーションが直接リンク送信のための宛先のトリガされる側のステーションを選択することを示す請求項１から３のいずれか１項に記載の方法。
7. 前記トリガフレームは、前記直接リンク送信のための１つ以上の宛先のトリガされる側のステーションを特定する請求項１から３のいずれか１項に記載の方法。
8. 前記トリガフレームにおける前記リソースユニットと関連付けられたフィールドは、当該リソースユニットが直接リンク送信を対象としていることのシグナリングを含む、請求項１から３のいずれか１項に記載の方法。
9. 前記リソースユニットに関連付けられた前記フィールドはＡＩＤ１２サブフィールドを含み、当該ＡＩＤ１２サブフィールドは、ＡＰとのアソシエーションの際に特定の非ＡＰステーションに割り当てられたＡＩＤを含む場合に、当該特定の非ＡＰステーションへ上りリンク送信のために前記リソースユニットを割り当て、
   前記シグナリングは、前記ＡＩＤ１２サブフィールドにおいて、直接リンク送信に対して予約されたＡＩＤの値を含める請求項８に記載の方法。
10. 前記ＡＩＤの値は、２００８と２０４４との間で選択される請求項９に記載の方法。
11. 前記シグナリングは、イネーブルされる単一のビットを含む請求項８に記載の方法。
12. 前記フィールドは、８０２．１１ａｘ ｖ３．０に従う前記リソースユニットに関連付けられたＵｓｅｒ Ｉｎｆｏフィールドである請求項９又は１１に記載の方法。
13. 前記Ｕｓｅｒ ＩｎｆｏフィールドのＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドが、前記宛先のトリガされる側のステーションのＡＩＤ、又は、前記リソースユニットにおいて送信する発信元のトリガされる側のステーションのＡＩＤ、又は、前記宛先のトリガされる側のステーションＡＩＤと前記リソースユニットにおいて送信する発信元のトリガされる側のステーションのＡＩＤを含む請求項１２に記載の方法。
14. 前記Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドは、前記リソースユニットが２つのトリガされる側のステーションの間の直接リンク送信のために又は前記トリガする側のステーションが前記宛先のトリガされる側のステーションへの下りリンク送信のために割り当てられるかを示すバイナリフラグも含む請求項１３に記載の方法。
15. 前記フィールドは、前記直接リンク送信の１つ以上の宛先のトリガされる側のステーションを識別する少なくとも１つの宛先識別子と、前記リソースユニットにおいて送信することが意図されている発信元のトリガされる側のステーションを識別する発信元識別子とを含む請求項８に記載の方法。
16. 前記トリガする側のステーションにおいて、発信元のトリガされる側のステーションと少なくとも１つの宛先のトリガされる側のステーションとの間で確立されるデータリンクセッションのための直接リンク（ＤｉＬ）セッション識別子を定めることと、前記トリガフレームにおいて、前記ＤｉＬセッション識別子を用いて、前記発信元と宛先のトリガされる側のステーションの間の直接リンク送信のための前記リソースユニットの前記割り当てをシグナリングすることとをさらに有する請求項１に記載の方法。
17. 前記データフレームを受信することに先立って、前記トリガされる側のステーションが前記宛先のトリガされる側のステーションであるかを、前記トリガフレームを用いて判定することをさらに含む請求項２に記載の方法。
18. 受信された前記データフレームに基づいて、当該データフレームが前記トリガされる側のステーションへ宛てられているか否かを判定することをさらに含む請求項２に記載の方法。
19. 前記データフレームを送信するのに先立ち、非ＡＰステーションが前記直接リンク送信のための発信元の非ＡＰステーションであることを、前記トリガフレームを用いて判定することをさらに含む請求項３に記載の方法。
20. 前記データフレームを送信するのに先立ち、直接リンク送信のために割り当てられた前記リソースユニットへのアクセスを競争することをさらに有する請求項３に記載の方法。
21. 無線ネットワークにおけるステーションであって、
    マルチユーザ（ＭＵ）送信をトリガするトリガフレームを生成するステップと、
    トリガされる側のステーションへ前記トリガフレームを送信するステップと、
    を実行するために構成されたマイクロプロセッサを有し、
    前記トリガフレームは、発信元のトリガされる側のステーションと宛先のトリガされる側のステーションとの間の直接リンク送信のために前記ＭＵ送信のリソースユニットを割り当てる、ステーション。
22. 無線ネットワークにおけるステーションであって、
    トリガする側のステーションから、マルチユーザ（ＭＵ）送信をトリガするトリガフレームであって、発信元のトリガされる側のステーションと宛先のトリガされる側のステーションとの間の直接リンク送信のために前記ＭＵ送信のリソースユニットを割り当てる前記トリガフレームを受信するステップと、
    前記発信元のトリガされる側のステーションから、直接リンク送信のために割り当てられた前記リソースユニットを介してデータフレームを受信するステップと、
    を実行するために構成されたマイクロプロセッサを有するステーション。
23. 無線ネットワークにおけるステーションであって、
    トリガする側のステーションから、マルチユーザ（ＭＵ）送信をトリガするトリガフレームであって、前記トリガする側のステーションと異なる宛先のトリガされる側のステーションへの直接リンク送信のために前記ＭＵ送信のリソースユニットを割り当てる前記トリガフレームを受信するステップと、
    直接リンク送信のために割り当てられた前記リソースユニットを用いて前記宛先のトリガされる側のステーションへ直接、データフレームを送信するステップと、
    を実行するために構成されたマイクロプロセッサを有するステーション。
24. デバイスにおけるマイクロプロセッサ又はコンピュータシステムによって実行されるときに、当該デバイスに請求項１から３のいずれか１項に記載の方法を実行させるプログラムを格納した、非一時的コンピュータ可読媒体。

Images