(57)【要約】  本発明は、８０２．１１ａｘネットワークのＭＵ送信におけるリソースユニットの使用を改善することに関する。未アソシエーション局が、ＡＰとアソシエートされていない局のために予約される、ＡＩＤ、例えば、２０４５に割り当てられる、ダウンリンクリソースユニット（ＲＵ）を介してデータフレームを受信することができ、ＡＰは、未アソシエーション局によって先行して使用されたアップリンクＲＵの配分方式特性を共有するダウンリンクＲＵを使用することができる。また、ＡＰは、例えば、局から先行して受信されたフレームに関して確認応答するために、同じダウンリンクＲＵ内にいくつかの局にアドレッシングされるデータフレームをアグリゲートすることもできる。アグリゲートされたデータフレームは、ＡＰに応答するために次のマルチユーザーアップリンク送信に関して受取局がどのそれぞれの応答ＲＵを使用すべきかをシグナリングすることができる。これらの手法は、例えば、未アソシエーション局のアソシエーション手順を迅速化するために、管理フレームの交換に特に適用される。【選択図】図９ａ
2020518154.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該アクセスポイントとアソシエートする任意の局が、該アクセスポイントに許可された送信機会において該局にリソースユニットを割り当てるために該アクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、該方法は、該局のうちの１つにおいて、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから、前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを決定するステップと、
前記決定されたダウンリンクリソースユニット上で前記アクセスポイントからフレームを受信するステップと、
を含む、方法。
【請求項２】
前記局において、前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースのうちの１つのアップリンクリソースユニットを用いて、前記アクセスポイントにフレームを送信することを更に含み、前記複数のアップリンクリソースユニットは配分方式に従って配分され、
前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる前記ダウンリンクリソースユニットの決定は、さらに前記アップリンクリソースユニットの少なくとも１つの配分方式特性に基づく、請求項１に記載の方法。
【請求項３】
前記ダウンリンクリソースユニットを決定することは、前記マルチユーザーダウンリンク送信において、前記アクセスポイントとアソシエートされていない局のために予約される前記アソシエーション識別子に割り当てられるダウンリンクリソースユニットの数に基づく、請求項１に記載の方法。
【請求項４】
ダウンリンクリソースユニットの前記数が１である場合、前記アクセスポイントとアソシエートされていない局のために予約される前記アソシエーション識別子に割り当てられる単一のダウンリンクリソースユニットが、前記フレームを受信するための前記決定されたダウンリンクリソースユニットとして選択される、請求項３に記載の方法。
【請求項５】
ダウンリンクリソースユニットの前記数が２以上である場合、前記アクセスポイントとアソシエートされていない局のために予約される前記アソシエーション識別子に割り当てられる１つのダウンリンクリソースユニットが、前記フレームを受信するための前記決定されたダウンリンクリソースユニットとして選択され、前記選択することは、前記アクセスポイントにフレームを送信するために前記局によって使用されるアップリンクリソースユニットの少なくとも１つの配分方式特性に基づく、請求項３に記載の方法。
【請求項６】
前記アップリンクリソースユニットは、前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットの中の１つであり、前記複数のアップリンクリソースユニットは或る配分方式に従って配分される、請求項５に記載の方法。
【請求項７】
前記局において、前記フレームを復号する前に、前記決定されたダウンリンクリソースユニットにおいて受信される前記フレームが前記局にアドレッシングされるか否かをチェックすることを更に含む、請求項１に記載の方法。
【請求項８】
前記決定するステップにおいて、複数のダウンリンクリソースユニットが決定され、前記方法は、前記複数の決定されたダウンリンクリソースユニットのうちの１つから１つ以上のデータフレームを取り出すことを更に含む、請求項１に記載の方法。
【請求項９】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該アクセスポイントとアソシエートする任意の局が、該アクセスポイントに許可された送信機会において該局にリソースユニットを割り当てるために該アクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、該方法は、該アクセスポイントにおいて、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントからのマルチユーザーダウンリンク送信における複数のダウンリンクリソースユニットを構築するステップであって、該複数のダウンリンクリソースユニットは、前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを含む、ステップと、
前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる前記ダウンリンクリソースユニット上で局にフレームを送信するステップと、
を含む、方法。
【請求項１０】
前記アクセスポイントにおいて、該アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット上で局からフレームを受信することを更に含み、該複数のアップリンクリソースユニットのうちの該リソースユニットは、或る配分方式に従って配分され、
前記構築された複数のダウンリンクリソースユニット内で前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる前記ダウンリンクリソースユニットは、前記アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有する、請求項９に記載の方法。
【請求項１１】
前記構築された複数のダウンリンクリソースユニット内に、前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる２つ以上のダウンリンクリソースユニットが含まれる場合には、前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる各ダウンリンクリソースユニットは、アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有し、
前記アップリンクリソースユニットは、前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットの中にあり、前記複数のアップリンクリソースユニットのうちの前記アップリンクリソースユニットは配分方式に従って配分される、請求項９に記載の方法。
【請求項１２】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該方法は、該局のうちの１つにおいて、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニットを用いて、前記アクセスポイントにフレームを送信するステップであって、該複数のアップリンクリソースユニットは配分方式に従って配分される、ステップと、
前記アップリンクリソースユニットの少なくとも１つの配分方式特性に基づいて、前記アクセスポイントに許可された送信機会内の前記アクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから１つのダウンリンクリソースユニットを決定するステップと、
前記決定されたダウンリンクリソースユニット上で前記アクセスポイントからフレームを受信するステップと、
を含む、方法。
【請求項１３】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該方法は、該アクセスポイントにおいて、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信に含まれる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット上で局からフレームを受信するステップであって、該複数のアップリンクリソースユニットは、或る配分方式に従って配分される、ステップと、
前記アクセスポイントに許可された送信機会内の前記アクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、該複数のダウンリンクリソースユニットは、前記アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有するダウンリンクリソースユニットを含む、ステップと、
前記ダウンリンクリソースユニット上で前記局にフレームを送信するステップと、
を含む、方法。
【請求項１４】
前記局は前記アクセスポイントとアソシエートされず、前記アップリンクリソースユニット内の前記フレームは、前記局を前記アクセスポイントとアソシエートするプロセスにおける要求管理フレームであり、一方、前記ダウンリンクリソースユニット内の前記フレームは、前記要求管理フレームに応答する応答管理フレームである、請求項２、１０、１２又は１３に記載の方法。
【請求項１５】
前記配分方式特性は、前記配分方式による、前記対応する複数のリソースユニット内の前記リソースユニットの位置を含む、請求項２、１０、１２又は１３に記載の方法。
【請求項１６】
前記配分方式特性は、前記配分方式に従って前記周波数領域内で配分される前記対応する複数のリソースユニット内の前記リソースユニットの周波数帯域を含む、請求項２、１０、１２又は１３に記載の方法。
【請求項１７】
前記配分方式特性は、前記配分方式による、前記対応する複数のリソースユニット内の前記リソースユニットのサイズを含む、請求項２、１０、１２又は１３に記載の方法。
【請求項１８】
前記アクセスポイントとアソシエートする任意の局が、前記アクセスポイントに許可された送信機会において前記局にリソースユニットを割り当てるために前記アクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、前記アップリンクリソースユニット及び／又は前記ダウンリンクリソースユニットは、前記アクセスポイントとアソシエートされていない局のために予約される所定のアソシエーション識別子を割り当てられる、請求項１２に記載の方法。
【請求項１９】
前記アクセスポイントとアソシエートする任意の局が、前記アクセスポイントに許可された送信機会において前記局にリソースユニットを割り当てるために前記アクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、前記アップリンクリソースユニット及び／又は前記ダウンリンクリソースユニットは、前記アクセスポイントとアソシエートされていない局のために予約される所定のアソシエーション識別子を割り当てられる、請求項１３に記載の方法。
【請求項２０】
前記アップリンクリソースユニット及び前記ダウンリンクリソースユニットは、前記アクセスポイントとアソシエートされていない局のために予約される同じ所定のアソシエーション識別子を割り当てられる、請求項２、１０、１８又は１９に記載の方法。
【請求項２１】
前記アクセスポイントとアソシエートされていない局のために予約される前記アソシエーション識別子は、２０４５に等しい１１ビット識別子である、請求項１、９、１８又は１９に記載の方法。
【請求項２２】
前記複数のアップリンクリソースユニット及びダウンリンクリソースユニットは、前記アクセスポイントに許可された同じ送信機会に属する、請求項２、１０、１２又は１３に記載の方法。
【請求項２３】
前記マルチユーザーダウンリンク送信における前記複数のダウンリンクリソースユニットは、前記アクセスポイントに許可された同じ送信機会内で前記マルチユーザーアップリンク送信に含まれる前記複数のアップリンクリソースユニットの直後に後続する、請求項２２に記載の方法。
【請求項２４】
前記マルチユーザーアップリンク送信に含まれる前記複数のアップリンクリソースユニット及び前記マルチユーザーダウンリンク送信内の前記複数のダウンリンクリソースユニットは、前記アクセスポイントに許可された同じ送信機会内でマルチユーザーアップリンク送信又はダウンリンク送信のために与えられる少なくとも１つの第３の複数のリソースユニットによって分離される、請求項２２に記載の方法。
【請求項２５】
前記複数のアップリンクリソースユニット及びダウンリンクリソースユニットは、前記アクセスポイントに許可された異なる送信機会に属する、請求項２、１０、１２又は１３に記載の方法。
【請求項２６】
各複数の前記リソースユニットは、前記それぞれの配分方式に従って、前記周波数領域において配分される、請求項１、９、１２又は１３に記載の方法。
【請求項２７】
前記マルチユーザーアップリンク送信において与えられる前記複数のアップリンクリソースユニットは、前記アクセスポイントによって送信されたトリガーフレームによって前記送信機会内でトリガーされる、請求項２、１０、１２又は１３に記載の方法。
【請求項２８】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該方法は、該局のうちの１つにおいて、
前記局へのダウンリンク通信のために前記アクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中から、複数の局に専用のリソースユニットを決定するステップと、
前記決定されたリソースユニットを介して、アグリゲートされたデータフレームを受信するステップと、
前記受信されたアグリゲートされたデータフレームの中から、前記局にアドレッシングされる１つ以上のデータフレームを取り出すステップと、
を含む、方法。
【請求項２９】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該方法は、該アクセスポイントにおいて、
２つ以上の局にアドレッシングされるデータフレームをアグリゲートするステップと、
前記アグリゲートされたデータフレームを、前記局へのダウンリンク通信のために前記アクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用の１つのリソースユニットを介して送信するステップと、
を含む、方法。
【請求項３０】
前記アクセスポイントに登録する任意の局が、前記アクセスポイントに許可された送信機会において前記局にリソースユニットを割り当てるために前記アクセスポイントによって使用される固有アソシエーション識別子に関連付けられ、複数の局に専用の前記リソースユニットは、前記ダウンリンク送信機会において、特定の局に関連付けられない所定のアソシエーション識別子に割り当てられる、請求項２８又は２９に記載の方法。
【請求項３１】
前記局にアドレッシングされる１つ以上のデータフレームを取り出すことは、各アグリゲートされたデータフレームのＭＡＣアドレスを前記局のＭＡＣアドレスと比較することを含む、請求項２８に記載の方法。
【請求項３２】
前記アクセスポイントにおいて、アグリゲートされることになる各データフレーム内で、ＭＡＣアドレスフィールドを前記受取局のＭＡＣアドレスに設定することを更に含む、請求項２９に記載の方法。
【請求項３３】
前記局は、前記引き出されたデータフレームの受領に関して前記アクセスポイントに確認応答しない、請求項２８に記載の方法。
【請求項３４】
前記局において、前記引き出されたデータフレームが最後の受信されたアグリゲートされたデータフレームを含む場合にのみ、前記取り出されたデータフレームの確認応答を送信することを更に含む、請求項２８に記載の方法。
【請求項３５】
前記方法は、リソースユニットを決定する前に前記局において、該局を前記アクセスポイントとアソシエートする手順内で、前記アクセスポイントに管理フレームを送信することを更に含み、
リソースユニットを決定することは、前記送信された管理フレームに対する前記アクセスポイントからの応答を取り出すために、前記アクセスポイントとまだアソシエートされていない局に割り当てられるリソースユニットを決定することを含む、請求項２８に記載の方法。
【請求項３６】
前記方法は、データフレームを送信する前記ステップの前に前記アクセスポイントにおいて、該アクセスポイントとアソシエートする意思がある局から少なくとも１つの管理フレームを受信することを更に含み、
前記送信されたデータフレームは、前記受信された管理フレームに対する応答を含み、前記アクセスポイントとまだアソシエートされていない局に割り当てられるリソースユニットを介して送信される、請求項２９に記載の方法。
【請求項３７】
前記管理フレームは、前記局からのアップリンク通信のために前記アクセスポイントに許可されたアップリンク送信機会の一部を形成する先行するリソースユニットにおいて送信され、該先行するリソースユニットは、前記アクセスポイントとまだアソシエートされていない局に割り当てられる、請求項３５に記載の方法。
【請求項３８】
前記決定されたリソースユニット及び前記先行するリソースユニットは、それぞれ前記ダウンリンク送信機会及び前記アップリンク送信機会において、特定の局に関連付けられない同じあらかじめ決まったアソシエーション識別子に割り当てられる、請求項３７に記載の方法。
【請求項３９】
特定の局に関連付けられない前記アソシエーション識別子は、２０４５に等しい１１ビット識別子であるか、又は例えば、基本サービスセットの前記基本サービスセット識別子に等しい、前記基本サービスセットに関連付けられるアソシエーション識別子である、請求項３８に記載の方法。
【請求項４０】
特定の局に関連付けられない前記アソシエーション識別子は、２０４５に等しい１１ビット識別子であるか、又は例えば、基本サービスセットの前記基本サービスセット識別子に等しい、前記基本サービスセットに関連付けられるアソシエーション識別子である、請求項３０に記載の方法。
【請求項４１】
前記方法は、前記局において、該局からのアップリンク通信のために前記アクセスポイントに許可された次のアップリンク送信機会の一部を形成する次のリソースユニットにおいて、前記引き出されたデータフレームの確認応答を送信することを更に含み、前記次のリソースユニットは前記アクセスポイントとまだアソシエートされていない局に割り当てられる、請求項３５に記載の方法。
【請求項４２】
前記局において、最初に、個別の局に割り当てられるリソースユニットをスキャンし、前記複数のうちの１つのリソースユニットが前記局に個別に割り当てられるか否かを検証することと、検証が否定のみであった場合、前記複数のうちのまだスキャンされていないリソースユニットから複数の局に専用のリソースユニットを決定することとを更に含む、請求項２８に記載の方法。
【請求項４３】
前記まだスキャンされていないリソースユニットから複数の局に専用のリソースユニットを決定することは、最初に、局のリストに割り当てられたリソースユニットをスキャンし、前記局が前記スキャンされたリソースユニットのうちの１つに関連付けられるリストに属するか否かを検証することを含む、請求項４２に記載の方法。
【請求項４４】
検証が肯定される場合、前記決定されたリソースユニットは、前記局を含むリストに割り当てられるリソースユニットである、請求項４３に記載の方法。
【請求項４５】
検証が否定のみであった場合、前記決定されたリソースユニットは、個別に、又はリストを通して、割り当てられない任意の局のためのデータフレームを、前記ダウンリンク送信機会を形成する別のリソースユニットに搬送するために使用される集合リソースユニットである、請求項４３に記載の方法。
【請求項４６】
前記アクセスポイントにおいて、複数の受取局にアドレッシングされることになるマルチキャストフレームを受信することと、
前記マルチキャストフレーム受信に応答して、前記受取局のそれぞれに個別にアドレッシングされることになる、前記マルチキャストフレームのペイロードを含む複数のデータフレームを生成することとを更に含み、送信されることになる前記アグリゲートされたデータフレームは、前記マルチキャストフレームのペイロードを含む、前記生成されたデータフレームを含む、請求項２９に記載の方法。
【請求項４７】
前記マルチキャストフレームの前記ペイロードを含む、前記アグリゲートされたデータフレームを送信する前記リソースユニットは、前記ダウンリンク送信機会において、２０４２に等しい特定の局に関連付けられないあらかじめ決まったアソシエーション識別子に割り当てられる、請求項４６に記載の方法。
【請求項４８】
前記方法は、前記アクセスポイントにおいて、前記ダウンリンク送信機会のサイズ及びサイズ閾値を与えられると、局に送信されることになる小さいデータフレームを決定することを更に含み、
前記決定された小さいデータフレームはアグリゲートされ、集合リソースユニットと呼ばれる、前記リソースユニットを介して送信される、請求項２９に記載の方法。
【請求項４９】
前記集合リソースユニットは、前記ダウンリンク送信機会において、０に等しい特定の局に関連付けられないあらかじめ決まったアソシエーション識別子に割り当てられる、請求項４５に記載の方法。
【請求項５０】
前記ダウンリンク送信機会は１つ以上の局への複数のリソースユニットの割り当ての順序付きシグナリングを含み、該順序付きシグナリングは、最初に、個別の局へのリソースユニットの各割り当てを規定し、次に、局のグループへのリソースユニットの各割り当てを規定し、その後、リソースユニットにまだ関連付けられていない任意の局への前記集合リソースユニットの割り当てを規定する、請求項４５に記載の方法。
【請求項５１】
前記アクセスポイントにおいて、２つのそれぞれの局にアドレッシングされる２つのアグリゲートされたデータフレームにおいて、データフレームに対する応答を前記アクセスポイントに与えるために前記マルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会において前記受取局によって使用されることになる応答リソースユニットを識別する、それぞれの応答リソースユニット情報をシグナリングするステップを更に含む、請求項２８に記載の方法。
【請求項５２】
前記方法は、前記アクセスポイントにおいて、前記後続のマルチユーザーアップリンク送信機会のリソースユニットを介して前記受取局から応答を受信するステップを更に含み、受取局からの前記応答は、前記送信されたアグリゲートされたデータフレーム内で前記受取局にアドレッシングされるデータフレームにおいてシグナリングされる前記応答リソースユニット情報において識別される前記応答リソースユニットを介して受信される、請求項５１に記載の方法。
【請求項５３】
前記受取局からの前記応答は、前記送信されたアグリゲートされたデータフレームのうちのデータフレームの確認応答を含む、請求項５１に記載の方法。
【請求項５４】
前記応答リソースユニット情報は、８０２．１１ａｘ、バージョン２．０、標準規格において規定されるような、データフレームのアップリンクマルチユーザー応答スケジューリング制御サブフィールドにおいてシグナリングされる、請求項５１に記載の方法。
【請求項５５】
前記マルチユーザーアップリンク送信機会及び前記マルチユーザーダウンリンク送信機会は、前記アクセスポイントに許可された同じ送信機会に属する、請求項５１に記載の方法。
【請求項５６】
前記アクセスポイントにおいて、
前記マルチユーザーダウンリンク送信機会においてアドレッシングされる局の数に基づく数の応答リソースユニットを含むように、前記マルチユーザーアップリンク送信機会を構成することを更に含む、請求項５１に記載の方法。
【請求項５７】
前記アクセスポイントにおいて、
前記マルチユーザーダウンリンク送信機会の任意のリソースユニットを介して局にアドレッシングされるデータフレームへの応答を与えなければならない少なくとも局の数である数の応答リソースユニットを含むようにして、前記マルチユーザーアップリンク送信機会を構成することを更に含む、請求項５１に記載の方法。
【請求項５８】
応答を与えなければならない局は、それぞれの応答リソースユニット情報が前記アグリゲートされたデータフレームにおいてシグナリングされる受取局を含む、請求項５７に記載の方法。
【請求項５９】
データフレームをアグリゲートすることは、前記マルチユーザーダウンリンク送信機会を形成する前記複数のリソースユニットを介してアドレッシングされる局の全数が、局の決定された最大数を超えないようにして、複数の局にアドレッシングされることになるデータフレームをアグリゲートすることを含む、請求項５１に記載の方法。
【請求項６０】
局の前記決定された最大数は、前記マルチユーザーアップリンク送信機会内で規定することができる基本リソースユニットの最大数によって決まる、請求項５９に記載の方法。
【請求項６１】
２つのそれぞれの局にアドレッシングされる２つのアグリゲートされたデータフレームは、前記データフレームに対する応答を前記アクセスポイントに与えるために前記マルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会において前記それぞれの受取局によって使用されることになる応答リソースユニットを識別するそれぞれの応答リソースユニット情報を含み、
前記方法は、前記局において、
前記引き出されたデータフレームから、前記マルチユーザーアップリンク送信機会における１つの応答リソースユニットを識別する応答リソースユニット情報を取得することと、
前記識別された応答リソースユニットを介して、前記引き出されたデータフレームに対する応答を前記アクセスポイントに送信することと、
を更に含む、請求項２８に記載の方法。
【請求項６２】
前記応答は、前記引き出されたデータフレームの確認応答を含む、請求項６１に記載の方法。
【請求項６３】
前記応答リソースユニット情報は、８０２．１１ａｘ、バージョン２．０、標準規格において規定されるような、引き出されたデータフレームのアップリンクマルチユーザー応答スケジューリング制御サブフィールドにおいてシグナリングされる、請求項６１に記載の方法。
【請求項６４】
前記マルチユーザーアップリンク送信機会及び前記マルチユーザーダウンリンク送信機会は、前記アクセスポイントに許可された同じ送信機会に属する、請求項６１に記載の方法。
【請求項６５】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該方法は、該アクセスポイントにおいて、
１つ以上の局から能力情報を受信するステップであって、該能力情報は、該局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容する該局の能力を含む、ステップと、
前記受信された能力情報に基づいて、データフレームをアグリゲートするステップと、
前記アグリゲートされたデータフレームを前記１つ以上の局に送信するステップと、
を含む、方法。
【請求項６６】
前記送信することは、前記局へのダウンリンク通信のために前記アクセスポイントに許可されるマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用のリソースユニットを介して実行される、請求項６５に記載の方法。
【請求項６７】
前記能力情報は、前記アクセスポイントへの前記１つ以上の局のアソシエーション手順中に管理フレームにおいて通知される、請求項６５に記載の方法。
【請求項６８】
前記能力情報は、８０２．１１ａｘ、バージョン２．１、標準規格において規定されるような、ＨＥ  ＭＡＣ能力情報フィールドのサブフィールドにおいてシグナリングされる、請求項６７に記載の方法。
【請求項６９】
局が、該局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容しない場合には、前記アグリゲートすることは、該局にのみアドレッシングされる１つ以上のデータフレームを含むデータユニットを形成することを含む、請求項６５に記載の方法。
【請求項７０】
アクセスポイント及び局を備えるワイヤレスネットワークにおけるワイヤレス通信方法であって、該方法は、該局のうちの１つにおいて、
前記アクセスポイントに能力情報を送信するステップであって、該能力情報は、前記アクセスポイントによって該局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容する局の能力を含む、ステップと、
前記アクセスポイントから、前記アグリゲートされたデータフレームを受信するステップと、
前記受信されたアグリゲートされたデータフレームからデータフレームを抽出するステップであって、該抽出するステップは、前記送信された能力情報に基づく、ステップと、
を含む、方法。
【請求項７１】
前記方法は、前記アクセスポイントから能力情報を受信するステップを更に含み、前記能力情報は、２つ以上の局にアドレッシングされるデータフレームをアグリゲートする前記アクセスポイントの能力を含む、請求項７０に記載の方法。
【請求項７２】
前記抽出することは、前記アクセスポイントから受信される前記能力情報に更に基づく、請求項７１に記載の方法。
【請求項７３】
前記受信することは、前記局へのダウンリンク通信のために前記アクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用のリソースユニットを介して実行される、請求項７０に記載の方法。
【請求項７４】
前記能力情報は、前記アクセスポイントへの前記局のアソシエーション手順中に管理フレームにおいて通知される、請求項７０に記載の方法。
【請求項７５】
前記能力情報は、８０２．１１ａｘ、バージョン２．１、標準規格において規定されるような、ＨＥ  ＭＡＣ能力情報フィールドのサブフィールドにおいてシグナリングされる、請求項７４に記載の方法。
【請求項７６】
デバイス内のマイクロプロセッサ又はコンピューターシステムによって実行されるときに、該デバイスに請求項１、９、１２、１３、２８、２９、６５又は７０の方法を実行させるプログラムを記憶する非一時的コンピューター可読媒体。
【請求項７７】
アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスであって、該アクセスポイントとアソシエートする任意の局が、該アクセスポイントに許可された送信機会において該局にリソースユニットを割り当てるために該アクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、局を形成する該デバイスは、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから、前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを決定するステップと、
前記決定されたダウンリンクリソースユニット上で前記アクセスポイントからフレームを受信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項７８】
アクセスポイント及び局を備えるワイヤレスネットワークにおいてアクセスポイントを形成するワイヤレス通信デバイスであって、該アクセスポイントとアソシエートする任意の局が、該アクセスポイントに許可された送信機会において該局にリソースユニットを割り当てるために該アクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、アクセスポイントを形成する該デバイスは、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、該複数のダウンリンクリソースユニットは、前記アクセスポイントにアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを含む、ステップと、
前記アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる前記ダウンリンクリソースユニット上で局にフレームを送信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項７９】
アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスであって、局を形成する該デバイスは、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニットを用いて、前記アクセスポイントにフレームを送信するステップであって、該複数のアップリンクリソースユニットは或る配分方式に従って配分される、ステップと、
前記アップリンクリソースユニットの少なくとも１つの配分方式特性に基づいて、前記アクセスポイントに許可された送信機会内の前記アクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから１つのダウンリンクリソースユニットを決定するステップと、
前記決定されたダウンリンクリソースユニット上で前記アクセスポイントからフレームを受信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項８０】
アクセスポイント及び局を備えるワイヤレスネットワークにおいてアクセスポイントを形成するワイヤレス通信デバイスであって、アクセスポイントを形成する該デバイスは、
前記アクセスポイントに許可された送信機会内で前記アクセスポイントに向かうマルチユーザーアップリンク送信に含まれる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット上で局からフレームを受信するステップであって、前記複数のアップリンクリソースユニットは或る配分方式に従って配分される、ステップと、
前記アクセスポイントに許可された送信機会内の前記アクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、該複数のダウンリンクリソースユニットは、前記アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有するダウンリンクリソースユニットを含む、ステップと、
前記ダウンリンクリソースユニット上で前記局にフレームを送信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項８１】
アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスであって、局を形成する該デバイスは、
前記局へのダウンリンク通信のために前記アクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中から、複数の局に専用のリソースユニットを決定するステップと、
前記決定されたリソースユニットを介して、アグリゲートされたデータフレームを受信するステップと、
前記受信されたアグリゲートされたデータフレームの中から、前記局にアドレッシングされる１つ以上のデータフレームを取り出すステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項８２】
アクセスポイント及び局を備えるワイヤレスネットワークにおいてアクセスポイントを形成するワイヤレス通信デバイスであって、アクセスポイントを形成する該デバイスは、
２つ以上の局にアドレッシングされるデータフレームをアグリゲートするステップと、
前記アグリゲートされたデータフレームを、前記局へのダウンリンク通信のために前記アクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用の１つのリソースユニットを介して送信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項８３】
前記マイクロプロセッサは、
２つのそれぞれの局にアドレッシングされる２つのアグリゲートされたデータフレームにおいて、データフレームに対する応答を前記アクセスポイントに与えるために前記マルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会において前記受取局によって使用されることになる応答リソースユニットを識別する、それぞれの応答リソースユニット情報をシグナリングするステップを実行するように更に構成される、請求項８２に記載のデバイス。
【請求項８４】
２つのそれぞれの局にアドレッシングされる２つのアグリゲートされたデータフレームは、該データフレームに対する応答を前記アクセスポイントに与えるために前記マルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会において前記それぞれの受取局によって使用されることになる応答リソースユニットを識別するそれぞれの応答リソースユニット情報を含み、
前記マイクロプロセッサは、
前記引き出されたデータフレームから、前記マルチユーザーアップリンク送信機会において１つの応答リソースユニットを識別する応答リソースユニット情報を取得するステップと、
前記識別された応答リソースユニットを介して、前記引き出されたデータフレームに対する応答を前記アクセスポイントに送信するステップと、
を実行するように更に構成される、請求項８１に記載のデバイス。
【請求項８５】
アクセスポイント及び局を備えるワイヤレスネットワークにおいてアクセスポイントを形成するワイヤレス通信デバイスであって、アクセスポイントを形成する該デバイスは、
１つ以上の局から能力情報を受信するステップであって、該能力情報は、局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容する該局の能力を含む、ステップと、
前記受信された能力情報に基づいて、データフレームをアグリゲートするステップと、
前記アグリゲートされたデータフレームを前記１つ以上の局に送信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【請求項８６】
アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスであって、局を形成する該デバイスは、
前記アクセスポイントに能力情報を送信するステップであって、該能力情報は、前記アクセスポイントによって該局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容する該局の能力を含む、ステップと、
前記アクセスポイントから、前記アグリゲートされたデータフレームを受信するステップと、
前記受信されたアグリゲートされたデータフレームからデータフレームを抽出するステップであって、該抽出するステップは、前記送信された能力情報に基づく、ステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える、デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、アクセスポイント（ＡＰ）及び局を備えるワイヤレス通信ネットワークに関し、より詳細には、サブチャネル又はリソースユニットから構成される送信機会内のデータフレーム及び／又は確認応答の送信、並びに対応するデバイスに関する。
【０００２】
本発明は、ワイヤレス通信ネットワークにおいて適用され、詳細には、８０２．１１ａｘ複合チャネルのアクセスに、そして、例えば、アクセスポイントから局へのダウンリンク通信のための８０２．１１ａｘ複合チャネルを形成する、ＯＦＤＭＡリソースユニットのアクセスに適用される。その方法の１つの適用例は、衝突回避型キャリア検知多重アクセス（ＣＳＭＡ／ＣＡ）を使用するワイヤレス通信ネットワークを介してのワイヤレスデータ通信を考慮に入れ、ネットワークは複数の局デバイスによってアクセス可能である。
【背景技術】
【０００３】
ＩＥＥＥ８０２．１１ＭＡＣ標準規格群（ａ／ｂ／ｇ／ｎ／ａｃ／等）は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）が物理レベル及び媒体アクセス制御（ＭＡＣ）レベルにおいて動作する方法を規定している。通常、８０２．１１ＭＡＣ（媒体アクセス制御）動作モードは、いわゆる「衝突回避型キャリア検知多重アクセス」（ＣＳＭＡ／ＣＡ）技法に基づく競合ベースの機構に依拠する既知の分散協調機能（ＤＣＦ）を実施する。
【０００４】
最近になって、米国電気電子技術者協会（ＩＥＥＥ）は８０２．１１ａｃの後継として、８０２．１１ａｘタスクグループを公式に承認した。８０２．１１ａｘタスクグループの主な目標は、高密度展開シナリオにおいて使用されるワイヤレス通信デバイス（又は局）に対するデータ速度の改善策を模索することにある。
【０００５】
これに関連して、２０ＭＨｚ（以上）の通信チャネルを介してＡＰに許可された送信機会中に、ＡＰからのダウンリンク（ＤＬ）方向及びＡＰへのアップリンク（ＵＬ）方向の両方において、ＡＰに登録された異なる局（すなわち、ユーザー）への／からの複数の同時送信を可能にするために、マルチユーザー（ＭＵ）送信が検討されてきた。
【０００６】
アップリンクでは、衝突確率を低減するために、マルチユーザー送信が使用される。
これは、複数の非ＡＰ局が同時に送信するのを許されるためである。
【０００７】
そのようなマルチユーザー送信を実際に実行するために、許可された通信チャネル（又はＡＰに許可された送信機会）をサブチャネルに分割することが提案されており、サブチャネルは、リソースユニット（ＲＵ）とも呼ばれ、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技法に基づいて、通常、周波数領域において複数のユーザー（非ＡＰ局／ノード）間で共有される。
【０００８】
マルチユーザーダウンリンクＯＦＤＭＡ及びアップリンクＯＦＤＭＡ機構は、重要な利点としてオーバーヘッド削減を提供する。
【０００９】
マルチユーザー（ＭＵ）ダウンリンクＯＦＤＭＡ送信を実行するために、ＡＰは、許可された通信チャネル全体を介してＭＵパケットを送信し、それは、ＲＵの観点から、同じプリアンブルが送信されることを意味する。次に、ＡＰによってＲＵ依存ペイロードが送信され、それは、許可された通信チャネル全体の中で、ペイロードがＲＵによって異なることを意味する。送信機会において規定されるＲＵごとに局のアソシエーション識別子（ＡＩＤ：association identifier）を与えることによって、局へのＲＵの割り当てが、ＭＵダウンリンクフレームの開始時にシグナリングされる。
【００１０】
そのようなＡＩＤは、アソシエーション手順中にＡＰに登録するか、又はＡＰとアソシエートするときに、すなわち、局がＡＰによって管理される局のグループに参加するときに、各局によって個別に取得される。アソシエーション手順中に、まだアソシエートされていない局、すなわち、「未アソシエーション局（unassociated station）」及びＡＰは、局に関する認証済み及びアソシエーション済みの状態に入るために、一連のシングルユーザー（ＳＵ）８０２．１１管理フレームを交換する。アソシエーション手順の結果として、局にＡＩＤが割り当てられ、局はＭＵ通信（リソースユニット）を使用できるようになる。
【００１１】
ＡＩＤは一般に、１２ビット識別子のうちの下位１１ビットによって形成される。
【００１２】
したがって、局は、ＡＰに登録されるか、又はＡＰとアソシエートされ、ＡＩＤを有するか、又はＡＰにまだ登録されていないか、又はＡＰとまだアソシエートされず、登録が完了するまでＡＩＤを有しない。
【００１３】
局のグループが、アクセスポイントと合わせて、基本サービスセット（ＢＳＳ）として知られている。利用可能なＡＩＤの範囲は、ＢＳＳごとに仮想アクセスポイントをインスタンス化する（instantiate）同じ物理アクセスポイントによって取り扱うことができる局のいくつかのグループ（すなわち、いくつかのＢＳＳ）間で共有されなければならないことに留意されたい。
【００１４】
それぞれ割り当てられたＲＵ内でＭＵダウンリンクフレームを受信する局は、同じ送信機会内でＭＵダウンリンクＯＦＤＭＡ送信に後続するマルチユーザー（ＭＵ）アップリンクＯＦＤＭＡ送信中に、受領に関して確認応答しなければならない場合がある。
【００１５】
マルチユーザー（ＭＵ）アップリンクＯＦＤＭＡ送信を実行するために、ＡＰは、トリガーフレーム（ＴＦ）として知られる制御フレームを局に送信し、その後、局は自らに割り当てられた１つのＲＵにアクセスすることができる。局へのＲＵの割り当ては、上記（ＡＩＤを使用するダウンリンク送信の場合）と同じようにしてシグナリングされるが、ＴＦパケットのペイロードにおいてシグナリングされる。
【００１６】
局は一般に単一の送受信機を設けられるので、８０２．１１ａｘにおいて、マルチユーザーダウンリンク及びアップリンクの両方の送信に関して、１つの同じ局への複数のＲＵの割り当ては許されるべきではない。当然、複数の送受信機を備える局には、複数のＲＵを割り当てることができる。
【００１７】
したがって、８０２．１１ａｘとの関連において、１つの局には多くても１つのＲＵしか割り当てられず、全ての局が同じＲＵ長を提供される。これはいくつかの暗黙的な意味を有する。
【００１８】
ＭＵアップリンク送信を通してＭＵダウンリンクに確認応答する特定の事例では、ＡＰは個別のトリガーフレームを使用しない。むしろ、ＡＰは、ＭＵダウンリンク送信の各ＲＵを介して送信されるデータフレームにおいて、受信局がデータフレームに関して確認応答するために後続のＭＵアップリンクＯＦＤＭＡ送信においてどのＲＵを使用しなければならないかを、直接示す。この特定の指示は、各ＭＵダウンリンクＲＵの少なくとも１つのデータフレームにおいて与えられる、いわゆる、ＵＭＲＳフィールド（ＵＬ  ＭＵ応答スケジューリングを表す）によって搬送される。
【００１９】
マルチユーザーアップリンクＯＦＤＭＡ送信に関して、ＡＰは、各局がどれほどの量のデータを送信しなければならないかを知らない。したがって、８０２．１１ａｘは、ＡＰが局へのトリガーフレームにおいて、要求された（そして許可された）送信機会のサイズに関する指示を、すなわち、各局が自らに配分されたＲＵにおいて、どのくらいの期間にわたってデータを送信できるかを与えることを要求する。
【００２０】
マルチユーザーダウンリンクＯＦＤＭＡ送信に関して、ＡＰは、局に送信すべき異なる量のデータを有する場合がある。したがって、ＡＰは、送信機会が終了するまで、最も短いパケットにパディングビットを追加しなければならない場合がある。
【００２１】
パディングは帯域幅の浪費であるので、回避されるべきである。
【００２２】
また、上記で導入されたアソシエーション手順は帯域幅を消費するように思われる。これは、主に、レガシー（すなわち、８０２．１１ａｘを実施しない）局が共通の８０２．１１プリアンブルを理解できるようにするために、ＳＵ管理フレームが２０ＭＨｚチャネルを介して低ビットレート（一般に、サポートされる最も低いビットレート）で送信されるためである。また、これは、各ＳＵ管理フレームが、局による媒体への特定のアクセスを要求し、それゆえ、新たな媒体アクセスが許可されるまで、局に待機を要求するためである。同じエリア内のＢＳＳの数が増加するにつれて、及び／又はＢＳＳ内の局の数が実質的に増加するにつれて、そのようなＳＵシグナリングに起因して、より大きいチャネル帯域幅が失われ、局によって媒体にアクセスするコストが増加する。
【００２３】
最近になって、８０２．１１ａｘタスクグループは、まだアソシエートされていない局、すなわち、「未アソシエーション」局（それらの局は８０２．１１ａｘに準拠する）のためのマルチユーザーアップリンクＯＦＤＭＡ送信の１つ以上のＲＵをＡＰが予約する機構を提案した。この機構は、（ＭＵアップリンクＯＦＤＭＡモードにおいて）そのような予約されたＲＵを介して要求管理フレームを送信することによって、これらの局がＡＰへの登録を迅速化する。提案される機構は、まだアソシエートされていない局が競合を通してアクセスすることができるランダムＲＵを示すために、２０４５に等しい所定のＡＩＤ値を使用することに頼る。
【００２４】
この新たな機構の場合であっても、ＡＰからの応答管理フレームは、低ビットレートのＳＵシグナリングを用いて実行される。これは、自らのＡＩＤを有することができないことによって、ＭＵダウンリンク送信においてこれらのまだアソシエートされていない局にＲＵを割り当てることができないためである。チャネル帯域幅は依然として浪費されたままである。
【００２５】
さらに、８０２．１１は、マルチキャストトラフィックのための機構を提供しないが、一方、ＡＰは、上位ＯＳＩレイヤ、例えば、イーサネットマルチキャストを実施するリンクレイヤからマルチキャストフレームを受信する場合がある。その場合、ＡＰは、（マルチキャストフレームの）受取局のうちのそれぞれ１つに個別にアドレッシングされることになる、受信されたマルチキャストフレームのペイロードを含む複数のデータフレームを生成しなければならない。次に、各データフレームが、マルチユーザーダウンリンクＯＦＤＭＡ送信の専用ＲＵにおいて送信され、それにより、結果として、いくつかのＲＵにわたって同じペイロードデータが何度も複製されることになる。この場合もまた、チャネル帯域幅が浪費される。
【００２６】
したがって、８０２．１１ａｘマルチユーザー機構の現在の動作モードは、パディングビット、登録のためのＳＵシグナリング、及びマルチキャストトラフィックのためのフレーム複製に関する少なくとも上記の不利な面に起因して、十分に満足のいくものではない。
【発明の概要】
【００２７】
本発明の広範な目的は、この状況を効率的に改善すること、すなわち、上記の制限のいくつか又は全てを克服することである。詳細には、本発明は、ＡＰからのＭＵダウンリンク送信のより効率的な使用法を提供することを模索する。
【００２８】
局が、ＡＩＤを使用できないＡＰからのＭＵダウンリンク送信において自らのＲＵを効率的に識別できるようにするために、マルチユーザーダウンリンク通信プロトコルを改善することができる。これは、例えば、まだアソシエートされていない局、すなわち、未アソシエーション局の場合に当てはまる。
【００２９】
この手法は、アクセスポイント及び局を備えるワイヤレスネットワークにおける改善されたワイヤレス通信方法を提案する。
【００３０】
実施形態において、アクセスポイントに登録するか、又はアクセスポイントとアソシエートする任意の局が、アクセスポイントに許可された送信機会においてリソースユニットを局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子に関連付けられるか、又は固有アソシエーション識別子を割り当てられ、その方法は、局のうちの１つにおいて、
アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから、アクセスポイントとアソシエートされていない局（ＡＩＤが特定の局に少なくとも関連付けられないことを意味する）のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを決定するステップと、
決定されたダウンリンクリソースユニット上でアクセスポイントから（１つ以上の）フレームを受信するステップと、
を含む。
【００３１】
他の実施形態では、その方法は、局のうちの１つにおいて、
アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニットを用いて、アクセスポイントにフレームを送信するステップであって、複数のアップリンクリソースユニットは或る配分方式に従って配分される、ステップと、
アップリンクリソースユニットの少なくとも１つの配分方式特性（allocation scheme feature）に基づいて、アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから１つのダウンリンクリソースユニットを決定するステップと、
決定されたダウンリンクリソースユニット上でアクセスポイントから（１つ以上の）フレームを受信するステップと、
を含む。
【００３２】
ＡＰの視点から、アクセスポイント及び局を備えるワイヤレスネットワークにおける改善されたワイヤレス通信方法も提案される。
【００３３】
実施形態において、アクセスポイントに登録するか、又はアクセスポイントとアソシエートする任意の局が、アクセスポイントに許可された送信機会においてリソースユニットを局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子に関連付けられるか、又は固有アソシエーション識別子を割り当てられ、その方法は、アクセスポイントにおいて、
アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、複数のダウンリンクリソースユニットは、アクセスポイントとアソシエートされていない局（ＡＩＤが特定の局に少なくとも関連付けられないことを意味する）のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを含む、構築するステップと、
アクセスポイントとアソシエートされていない局のために予約されたアソシエーション識別子に割り当てられるダウンリンクリソースユニット上で局にフレームを送信するステップ、
とを含む。
【００３４】
他の実施形態において、その方法は、アクセスポイントにおいて、
アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信に含まれる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット上で局からフレームを受信するステップと、
アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、複数のダウンリンクリソースユニットは、アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有するダウンリンクリソースユニットを含む、ステップと、
ダウンリンクリソースユニット上で局にフレーム（一般に、アップリンクＲＵ上で受信されたフレームへの応答）を送信するステップと、
を含む。
【００３５】
８０２．１１ａｘは、２０ＭＨｚチャネル内のＲＵの具体的な配分を（例えば、８０２．１１ａｘにおけるＲＵサイズ、周波数帯域、周波数方向に沿ったＲＵ位置に関して）それぞれ規定する、２０ＭＨｚチャネルに関するあらかじめ決まった数（prefixed number）のＲＵ配分方式を既に提案している。ＲＵ配分方式は、例えば、ＭＵダウンリンクフレームのＨＥ−ＳＩＧ−Ｂフィールドにおいて、又はトリガーフレームの同等のフィールドにおいて宣言される。
【００３６】
４０ＭＨｚ、又は８０ＭＨｚ、又は１６０ＭＨｚ幅の複合チャネルを形成する２０ＭＨｚチャネルごとに異なるＲＵ配分方式を使用することができる。
【００３７】
いくつかのＲＵ配分方式基準／特性に従って、既に使用されているアップリンクＲＵと一致するダウンリンクＲＵを使用することによって、ダウンリンク送信において、局がどのダウンリンクＲＵを待機（listen）すべきか識別するのに、ＡＩＤはもはや不要である。これは、ＡＰとまだアソシエートされていない（すなわち、ＡＩＤを有しない）局と通信するのに特に有利である。
【００３８】
他の実施形態では、ＭＵダウンリンク送信中に局に関連付けられないＡＩＤを使用することによって、提案される方法は、ＡＰとアソシエートされていない局等の、ＡＩＤを与えらない局をアドレッシングする機会をＡＰに与える。その際、特定の実施形態のために、特定の局に関連付けられないＡＩＤは、ＡＰとアソシエートされていない局のために予約することができる。この場合もまた、そのような局は、ダウンリンク送信において、どのダウンリンクＲＵを待機すべきかを容易に識別することができる。
【００３９】
後に広範に説明されるように、これらの手法は、そのようなまだアソシエートされていない局のためのアソシエーション手順中に実施することができる。結果として、８０２．１１ａｘネットワークにおいて、アソシエーション手順に関する媒体占有率及び全体的な待ち時間が大幅に削減される。
【００４０】
したがって、ＭＵダウンリンク送信は、既知の８０２．１１ａｘの現在の要件に比べて著しく改善される。
【００４１】
また、アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスが提供される。
【００４２】
実施形態において、アクセスポイントに登録するか、又はアクセスポイントとアソシエートする任意の局が、アクセスポイントに許可された送信機会においてリソースユニットをその局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子に関連付けられるか、又は固有アソシエーション識別子を割り当てられ、局を形成するデバイスは、
アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから、アクセスポイントとアソシエートされていない局（ＡＩＤが特定の局に少なくとも関連付けられないことを意味する）のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを決定するステップと、
決定されたダウンリンクリソースユニット上でアクセスポイントからフレームを受信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００４３】
他の実施形態では、局を形成するデバイスは、
アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニットを用いて、アクセスポイントにフレームを送信するステップであって、複数のアップリンクリソースユニットは或る配分方式に従って配分される、ステップと、
アップリンクリソースユニットの少なくとも１つの配分方式特性に基づいて、アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットから１つのダウンリンクリソースユニットを決定するステップと、
決定されたダウンリンクリソースユニット上でアクセスポイントからフレームを受信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００４４】
また、アクセスポイント及び局を備えるワイヤレスネットワーク内のアクセスポイントを形成するワイヤレス通信デバイスが提供される。
【００４５】
実施形態において、アクセスポイントとアソシエートする任意の局が、アクセスポイントに許可された送信機会においてリソースユニットを局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子を割り当てられ、アクセスポイントを形成するデバイスは、
アクセスポイントに許可された送信機会内でアクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、複数のダウンリンクリソースユニットは、アクセスポイントとアソシエートされていない局（ＡＩＤが特定の局に少なくとも関連付けられないことを意味する）のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを含む、ステップと、
アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニット上で局にフレームを送信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００４６】
他の実施形態では、アクセスポイントを形成するデバイスは、
アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信に含まれる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット上で局からフレームを受信するステップであって、複数のアップリンクリソースユニットは或る配分方式に従って配分される、ステップと、
アクセスポイントに許可された送信機会内のアクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを構築するステップであって、複数のダウンリンクリソースユニットは、アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有するダウンリンクリソースユニットを含む、ステップと、
ダウンリンクリソースユニット上で局にフレーム（一般に、アップリンクＲＵ上で受信されたフレームへの応答）を送信するステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００４７】
これらの実施形態の任意選択の特徴が、方法を参照する添付の請求項において規定される。当然、同じ特徴を、本発明の実施形態による任意のデバイスに専用のシステムの特徴に置き換えることができる。
【００４８】
局に関する実施形態において、決定するステップにおいて複数のダウンリンクリソースユニットが決定され（複数のダウンリンクＲＵにわたるデータフレームのＲＵベースアグリゲーションが存在すると見なすことができる）、その方法は、複数の決定されたダウンリンクリソースユニットのうちの１つから１つ以上のデータフレームを取り出すことを更に含むことができる。
【００４９】
局に関する実施形態において、その方法は、局において、アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット用いてアクセスポイントにフレームを送信することを更に含むことができ、複数のアップリンクリソースユニットは配分方式に従って配分される。その場合に、特定の局に関連付けられない、特に、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットを決定することは、アップリンクリソースユニットの少なくとも１つの配分方式特性に基づくこともできる。
【００５０】
逆にＡＰに関して、その方法は、アクセスポイントにおいて、アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニット上で局からフレームを受信することを更に含むことができ、複数のアップリンクリソースユニットのうちのそのリソースユニットは、或る配分方式に従って配分される。その場合に、構築された複数のダウンリンクリソースユニット内の、特定の局に関連付けられない、特に、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットは、アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有することができる。
【００５１】
いくつかの実施形態において、ダウンリンクリソースユニットを決定することは、マルチユーザーダウンリンク送信において、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられるダウンリンクリソースユニットの数に基づく。
【００５２】
一実施態様において、ダウンリンクリソースユニットの数が１である場合には、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる単一のダウンリンクリソースユニットが、フレームを受信するための決定されたダウンリンクリソースユニットとして選択される。
【００５３】
一実施態様において、ダウンリンクリソースユニットの数が２以上である場合には、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる１つのダウンリンクリソースユニットが、フレームを受信するための決定されたダウンリンクリソースユニットとして選択され、その選択は、アクセスポイントにフレームを送信するために局によって使用されるアップリンクリソースユニットの少なくとも１つの配分方式特性に基づく。アップリンクリソースユニットは、アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットの中の１つとすることができ、複数のアップリンクリソースユニットは、或る配分方式に従って配分される。
【００５４】
いくつかの実施形態において、好ましくは（それに限らないが）、マルチユーザーダウンリンク送信が、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子に割り当てられる単一の決定されたダウンリンクリソースユニットを含むと判断されるときに、局は、フレームを復号する前に、決定されたダウンリンクリソースユニットにおいて受信されるフレームが局にアドレッシングされるか否かをチェックすることを更に含むことができる。それは、チェックが肯定された場合に、フレームの受信と、後続の復号とをトリガーするために、局が、決定されたダウンリンクリソースユニットが局にアドレッシングされたフレームを含むか否かをチェックすることを更に含むことを意味する。この手法は、フレームが局にアドレッシングされない場合には、フレームを破棄するためである。
【００５５】
ＡＰとの局のアソシエーション手順に関連する実施形態において、局はアクセスポイントとアソシエートされず、アップリンクリソースユニット内のフレームは、局をアクセスポイントとアソシエートするプロセスにおける要求管理フレームであり、一方、ダウンリンクリソースユニット内のフレームは、要求管理フレームに応答する応答管理フレームである。これに関連して、それらの実施形態は、アソシエーション手順に関する全体的な待ち時間を実質的に改善する。
【００５６】
いくつかの実施形態において、配分方式特性は、配分方式による、対応する複数のリソースユニット内のリソースユニットの位置を含む。例えば、アップリンクリソースユニットがＲＵ配分方式において位置＃３のＲＵに対応する場合には（ＭＵアップリンク送信をトリガーするトリガーフレームにおいて示される）、ダウンリンク送信のためのダウンリンクリソースユニットは、複数のダウンリンクＲＵ内の位置＃３にあるダウンリンクリソースユニットとすることができる。これは、２つのＲＵが同じ周波数範囲（又はトーンの範囲）を共有するか否かとは無関係とすることができる。
【００５７】
この特徴又は基準は、ダウンリンクＲＵを構築するために、アップリンクＲＵから一時的に記憶する情報をほとんど必要とすることなく、ＡＰ及び局によって容易に識別される。
【００５８】
変形形態では、配分方式特性は、配分方式に従って周波数領域において配分される対応する複数のリソースユニット内のリソースユニットの周波数帯域を含む。これは、２つのＲＵが、それぞれの複数のＲＵ内の同じ位置を共有するか否かとは無関係とすることができる。例えば、ダウンリンクＲＵは、検討対象の２０ＭＨｚチャネル内で、アップリンクＲＵと厳密に同じトーンを有する。また、ダウンリンクＲＵをアップリンクＲＵと厳密に同じトーンにおいて開始させるか、又は終了させることを（それらのＲＵサイズが異なる場合であっても）考えることができる。
【００５９】
この特徴又は基準は、ダウンリンクＲＵを構築するために、アップリンクＲＵから一時的に記憶する情報をほとんど必要とすることなく、ＡＰ及び局によって容易に識別される。
【００６０】
他の変形形態では、配分方式特性は、配分方式による、対応する複数のリソースユニット内のリソースユニットのサイズを含む。例えば、アップリンクＲＵが５２トーン幅である場合には、ダウンリンクＲＵを、同様に５２トーン幅であるＲＵ（又はＲＵ）であると識別することができる。（例えば、複数のダウンリンクＲＵにおいていくつかの５２トーン幅ＲＵが規定される場合には）いくつかの候補の中から正しいダウンリンクＲＵを識別するために、１つ以上の他の基準を使用できることに留意することができる。例示的な他の基準は、後に導入されるような、ダウンリンクＲＵに割り当てられる所定のＡＩＤである。
【００６１】
当然、位置基準、周波数帯域基準及びサイズ基準の全て又は一部を組み合わせて、アップリンクＲＵに対してダウンリンクＲＵを決定又は構築することができる。
【００６２】
いくつかの実施形態において、アクセスポイントに登録するか、又はアクセスポイントとアソシエートする任意の局が、アクセスポイントに許可された送信機会においてリソースユニットを局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子に関連付けられるか、又は固有アソシエーション識別子を割り当てられ、アップリンク及び／又はダウンリンクリソースユニットは、特定の局に関連付けられない、特に、アクセスポイントとアソシエートされていない局のために予約される所定のアソシエーション識別子割り当てられる。所定のアソシエーション識別子は特定の局の専用ではないが、これらの実施形態に従って、局（例えば、まだアソシエートされていない局）がアップリンクＲＵを迅速に識別できるようにし、そして、適切なダウンリンクＲＵを見つけるために、少数のＲＵに関して配分方式特性を検証できるようにする。これは、局における処理を削減する。
【００６３】
特定の実施形態において、アップリンクリソースユニット及びダウンリンクリソースユニットは、特定の局に関連付けられない、特に、アクセスポイントとアソシエートされていない局のために予約される同じ所定のアソシエーション識別子に割り当てられる。これは、ＡＰ及び局の両方において処理を簡単にするためである。
【００６４】
特定の特徴によれば、特定の局に関連付けられないアソシエーション識別子は、２０４５に等しい１１ビット識別子である。特定の事例では、このアソシエーション識別子は、アクセスポイントとアソシエートされていない局のために予約される。
【００６５】
いくつかの実施形態において、複数のアップリンクリソースユニット及びダウンリンクリソースユニットが、アクセスポイントに許可された同じ送信機会に属する。この手法はＡＰと局との間で開始される（例えば、アソシエーション手順に関連する）フレーム交換の待ち時間を短縮する。
【００６６】
特定の実施形態において、前記マルチユーザーダウンリンク送信における前記複数のダウンリンクリソースユニットは、前記アクセスポイントに許可された同じ送信機会内で前記マルチユーザーアップリンク送信に含まれる前記複数のアップリンクリソースユニットの直後に後続する。これは、その間にある中間の（ダウンリンク又はアップリンク）リソースユニットを用いないことを意味する。しかしながら、これは、確認応答の存在を除外しない。この手法は待ち時間を最適化する。
【００６７】
変形形態において、前記マルチユーザーアップリンク送信に含まれる前記複数のアップリンクリソースユニット及び前記マルチユーザーダウンリンク送信内の前記複数のダウンリンクリソースユニットは、前記アクセスポイントに許可された同じ送信機会内でマルチユーザーアップリンク送信又はダウンリンク送信のために与えられる少なくとも１つの第３の複数のリソースユニットによって分離される。それにより、局との交換を改善するために、ＡＰが同じＴＸＯＰ内で中間のＭＵダウンリンク又はアップリンク送信をスケジューリングできるようになる。
【００６８】
他の変形形態において、前記複数のアップリンクリソースユニット及びダウンリンクリソースユニットは、前記アクセスポイントに許可された異なる送信機会に属する。これは、ＭＵアップリンク送信の、いわゆる、「アップリンクＲＵ」を通して要求を送信した、まだアソシエートされていない局への応答を準備するだけの十分な時間をＡＰに与えることができる。
【００６９】
いくつかの実施形態において、各複数の前記リソースユニットは、それぞれの配分方式に従って、前記周波数領域において配分される。これは、８０２．１１ａｘにおいて規定されるＲＵに当てはまる。
【００７０】
いくつかの実施形態において、前記マルチユーザーアップリンク送信において与えられる前記複数のアップリンクリソースユニットは、前記アクセスポイントによって送信されたトリガーフレームによって前記送信機会内でトリガーされる。これは特に、８０２．１１ａｘネットワークに当てはまる。
【００７１】
また、マルチユーザーダウンリンク通信プロトコルは、まだＡＩＤを受信していない（すなわち、まだＡＰに登録されていないか、又はまだＡＰとアソシエートされていない）局を含む、同じダウンリンクＲＵの間に多数の受取局をサポートするように改善することができる。
【００７２】
この手法（以下において、アグリゲーションベース手法と呼ばれる）は、アクセスポイント及び局を備えるワイヤレスネットワークにおける改善されたワイヤレス通信方法を提案する。
【００７３】
実施形態において、該方法は、該局のうちの１つにおいて、
前記局へのダウンリンク送信のために前記アクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中から、複数の局に専用のリソースユニットを決定するステップと、
前記決定されたリソースユニットを介して、アグリゲートされたデータフレームを受信するステップと、
前記受信されたアグリゲートされたデータフレームの中から、前記局にアドレッシングされる１つ以上のデータフレームを取り出すステップと、
を含む。
【００７４】
ＡＰの視点から、アクセスポイント及び局を備えるワイヤレスネットワークにおける改善されたワイヤレス通信方法も提案される。
【００７５】
実施形態において、該方法は、該アクセスポイントにおいて、
２つ以上の局にアドレッシングされるデータフレームをアグリゲートするステップと、
前記アグリゲートされたデータフレームを、前記局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用の１つのリソースユニットを介して送信するステップと、
を含む。
【００７６】
これらの新たなＲＵベース送信方式を用いて、本発明では、まだＡＩＤを受信していない（すなわち、まだＡＰに登録されていないか、又はまだＡＰとアソシエートされていない）局を含む、同じダウンリンクＲＵの間に多数の受取局をサポートする通信機構を提供する。
【００７７】
したがって、ＭＵダウンリンク送信は、既知の８０２．１１ａｘの現在の要件に比べて著しく改善される。実際には、いくつかの局にアドレッシングされることになるデータフレームを同じ専用ＲＵ内で組み合わせることによって、本発明の実施形態は、ＡＰが多数の局を効率的に対象に設定できるようにし、それにより、各ＲＵをより効率的に使用し（それゆえ、パディングビットを削減し）、いくつかのＲＵにわたって同じペイロードを複製するのを回避し（マルチキャストの場合）、及び／又はまだアソシエートされていない局への応答管理フレームを効率的に（すなわち、より高いビットレートで）提供する。
【００７８】
複数の受取局に専用のそのようなＲＵは、それぞれが単一の局に割り当てられる従来の「個別」ＲＵに対して、「グループ」ＲＵ（又は「マルチキャスト」ＲＵ）と呼ばれる場合がある。
【００７９】
実際には、そのようなグループＲＵを用いて、ブロードキャストフレーム（全ての局を対象にした同じフレーム）、マルチキャストフレーム（複数の局を対象にした同じフレーム）、又は複数のユニキャストフレーム（単一の局をそれぞれ対象にした、複数のフレーム）を含む、種々のタイプのデータフレームを搬送することができる。
【００８０】
また、アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスが提供される。
【００８１】
実施形態において、局を形成するデバイスは、
局へのダウンリンク送信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中から、複数の局に専用のリソースユニットを決定するステップと、
決定されたリソースユニットを介して、アグリゲートされたデータフレームを受信するステップと、
受信されたアグリゲートされたデータフレームの中から、局にアドレッシングされる１つ以上のデータフレームを取り出すステップと、
を実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００８２】
また、アクセスポイント及び局を備えるワイヤレスネットワーク内のアクセスポイントを形成するワイヤレス通信デバイスが提供される。
【００８３】
実施形態において、アクセスポイントを形成するデバイスは、
２つ以上の局にアドレッシングされるデータフレームをアグリゲートするステップと、
アグリゲートされたデータフレームを、局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用の１つのリソースユニットを介して送信するステップと、を実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００８４】
このアグリゲーションベース手法において、グループＲＵのためのフレーム確認応答に関する問題はそのままである。
【００８５】
実際には、従来の８０２．１１ａｘ確認応答機構において、ＲＵを介して受信されるデータフレームの確認応答は、（ダウンリンクＲＵにおいて受信された）ＵＭＲＳフィールドにおいて示されるような、後続のＭＵアップリンクＯＦＤＭＡ送信におけるＲＵを介して、ＲＵが割り当てられた局によって行われる。しかしながら、ＲＵ譲受局として特定の局が指定されないので、この機構はグループＲＵの場合に運用できない。さらに、１つの局がそのように指定される場合であっても、グループＲＵの他の局にアドレッシングされたデータフレームに関して確認応答するのを許されるべきではない。
【００８６】
直観的には、他の解決策が可能である。しかしながら、それらの解決策は効率的でない。
【００８７】
例えば、グループＲＵの受取局からの応答フレーム（ここでは、確認応答）は、後にＡＰによってトリガーすることができる。これは、ＡＰと各受取局との間の個別のＳＵ交換によって実行することができる。しかしながら、ＳＵ交換は帯域幅使用に関して効率的ではなく、チャネル帯域幅が依然として浪費される。
【００８８】
代替的には、ＡＰは、受取局がＡＰからの先行するＭＵダウンリンクＯＦＤＭＡ送信に関して確認応答するためのＲＵを提供するように後続のトリガーフレームを送出することができる。しかしながら、自らのＡＩＤを有することができないことによって、まだアソシエートされていない局には、スケジューリングされたＲＵを提供することができず、それゆえ、ランダムＲＵのみに頼る場合があるので、競合に起因して効率低下を余儀なくされる。したがって、まだアソシエートされていない受取局は、ＭＵダウンリンクＯＦＤＭＡ送信のグループＲＵ（これ以降、ダウンリンクグループＲＵ又はＤＬグループＲＵ）内で受信されたデータフレームに対して効率的に確認応答する立場にない場合がある。結果として、ＡＰは、確認応答されないデータフレームを再送することになり、チャネル帯域幅が依然として浪費される。
【００８９】
そのような欠点を克服するために、ＡＰによるＯＦＤＭＡ  ＭＵ送信のより良好な使用法を得ることができる、効率的な確認応答機構を提供することを目的として、本発明において改善された方法及びデバイスが提案される。
【００９０】
これに関連して、上記のアグリゲーションベース手法の改善されたワイヤレス通信方法が提案され、その方法は、アクセスポイントにおいて、２つのそれぞれの局にアドレッシングされた２つのアグリゲートされたデータフレームにおいて、データフレームへの応答をアクセスポイントに与えるためにマルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会において受取局によって使用されることになる応答リソースユニットを識別する、それぞれの応答リソースユニット情報をシグナリングするステップを更に含む。
【００９１】
逆に、局における改善されたアグリゲーションベース方法は、
引き出されたデータフレームから、マルチユーザーアップリンク送信機会において１つの応答リソースユニットを識別する応答リソースユニット情報を取得するステップと、
識別された応答リソースユニットを介して、引き出されたデータフレームに対する応答をアクセスポイントに送信するステップと、
を更に含む。
【００９２】
例えば、応答リソースユニット情報は、８０２．１１ａｘ、バージョン２．０標準規格（ドラフトＰ８０２．１１ａｘ＿Ｄ２．０、特に第９．２．４．６．４．２節「ＵＭＲＳ制御」として公式に知られている）において規定されるような、データフレームのアップリンクマルチユーザー応答スケジューリング（ＵＭＲＳ）制御サブフィールドにおいてシグナリングされる。
【００９３】
ＲＵあたりのＵＭＲＳを１つの値に制限する８０２．１１ａｘ要件とは対照的に、この改善された方法によれば、（グループＲＵを介した）種々の受取局がデータフレームの受領に関して効率的に確認応答できるようになる。
【００９４】
ＡＰは、ＭＵダウンリンクＯＦＤＭＡ送信の場合より、ＭＵアップリンクＯＦＤＭＡ送信において多くのＲＵをスケジューリングすることができるので、（ＤＬグループＲＵが使用される場合であっても）全ての受取局が、自らの受信したデータフレームに関して確認応答する機会を与えることができる。ＡＰによるデータフレームの再送は、このようにして回避されるので、チャネル帯域幅が節約される。
【００９５】
また、これは、同じＭＡＣヘッダーのＵＭＲＳ情報において示される応答ＲＵを使用することができるフレームＭＡＣヘッダーのＲＡフィールド（ＭＡＣアドレス）において規定されるような受取局である。結果として、ＡＰとまだアソシエートされていない局である受取局であっても、データフレームに関して確認応答することができる。したがって、局に関するアソシエーション手順を簡略化することができる（ＡＩＤ＝２０４５を有するランダムＲＵを使用し、ＭＵダウンリンク送信中にＡＰから応答を受信し、後続のＭＵアップリンク送信中にその応答に関して確認応答する）。言い換えると、ＭＰＤＵ（ＭＡＣプロトコルデータユニット）（複数の場合もある）に関して確認応答するために未アソシエーション局によってどのＵＬ  ＲＵが使用されなければならないかを示すＡ−ＭＰＤＵ（アグリゲートＭＰＤＵ）の各ＭＰＤＵ内のＵＭＲＳ制御フィールドを使用することができる。
【００９６】
また、アクセスポイント及び局を備えるワイヤレスネットワークにおいて局を形成するワイヤレス通信デバイスが提供される。局を形成するデバイスは、局の視点から、改善されたアグリゲーションベース方法に関して上記で規定されたステップを実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００９７】
また、アクセスポイント及び局を備えるワイヤレスネットワーク内のアクセスポイントを形成するワイヤレス通信デバイスが提供される。アクセスポイントを形成するデバイスは、ＡＰの視点から、改善されたアグリゲーションベース方法に関して上記で規定されたステップを実行するように構成される少なくとも１つのマイクロプロセッサを備える。
【００９８】
これらの改善されたアグリゲーションベース実施形態の任意選択の特徴は、方法を参照する添付の請求項において規定される。当然、同じ特徴を、本発明の実施形態による任意のデバイスに専用のシステムの特徴に置き換えることができる。
【００９９】
いくつかの実施形態において、改善されたアグリゲーションベース方法は、前記アクセスポイントにおいて、前記後続のマルチユーザーアップリンク送信機会のリソースユニットを介して前記受取局から応答を受信するステップを更に含み、或る受取局からの前記応答、好ましくは、任意の受取局からの応答は、前記送信されたアグリゲートされたデータフレーム内で受取局にアドレッシングされるデータフレームにおいてシグナリングされる前記応答リソースユニット情報（ＵＭＲＳ）において識別される前記応答リソースユニットを介して受信される。当然、個別ＲＵを介してアドレッシングされる局に関して、類似の応答ＲＵ情報を使用することができる。
【０１００】
好ましくは、受取局からの応答は、送信されたアグリゲートされたデータフレームのデータフレームに関する確認応答を含む。
【０１０１】
いくつかの実施形態において、前記マルチユーザーアップリンク送信機会及び前記マルチユーザーダウンリンク送信機会は、前記アクセスポイントに許可された同じ送信機会に属する。したがって、ＡＰに関して、媒体にアクセスするのに一度の競合しか必要とされないので、時間及びチャネル帯域幅が節約される。
【０１０２】
他の実施形態において、改善されたアグリゲーションベース方法は、アクセスポイントにおいて、マルチユーザーダウンリンク送信機会においてアドレッシングされる局の数に基づいて応答リソースユニットの数を含むようにして、マルチユーザーアップリンク送信機会を構成することを更に含む。これは、ＡＰが、所望のアドレッシングされた局にフレーム確認応答のための機会を与えることを可能にする。
【０１０３】
例えば、改善されたアグリゲーションベース方法は、前記アクセスポイントにおいて、前記マルチユーザーダウンリンク送信機会の任意のリソースユニットを介して局にアドレッシングされるデータフレームへの応答を与えなければならない少なくとも局の数である（好ましくは、局の数と同じ数である）数の応答リソースユニットを含むようにして、前記マルチユーザーアップリンク送信機会を構成することを更に含む。これは、全ての局がＡＰに確認応答を与えることを可能にする。
【０１０４】
例えば、応答を与えなければならない局は、それぞれの応答リソースユニット情報が前記アグリゲートされたデータフレームにおいてシグナリングされる受取局を含む。実際には、応答を与えなければならない局は、ＵＭＲＳシグナリングに準拠している局、及び／又はＵＭＲＳ情報がＭＵダウンリンク送信のグループ又は個別ＲＵにおいて与えられる局とすることができる。
【０１０５】
データフレームをアグリゲートすることは、前記マルチユーザーダウンリンク送信機会を形成する前記複数のリソースユニットを介してアドレッシングされる局の全数が、局の決定された最大数を超えないようにして、複数の局にアドレッシングされることになるデータフレームをアグリゲートすることを含む。この構成は、全ての局がデータフレームに関して確認応答できるとは限らないほどに、ＡＰがグループＲＵあたり、それゆえ、ＭＵダウンリンク送信全体において、過剰な局を関与させる可能性を制限する。結果として、データフレーム確認応答が効率的に行われ、ＡＰが正しく受信された（がまだ確認応答されていない）データフレームを再送しなければならないリスクを低減する。
【０１０６】
詳細には、決定される局の最大数は、マルチユーザーアップリンク送信機会内で規定することができる基本リソースユニット（elementary resource unit）の最大数によって決まる（例えば、最大数に等しい）。基本リソースユニットは、例えば、８０２．１１ａｘ標準規格によって許容可能な最小ＲＵと見なすことができる。その標準規格において、各２０ＭＨｚチャネルは、最大で９個の基本ＲＵに分割することができる。
【０１０７】
アグリゲーションベース実施形態の任意選択の特徴は、同じく、方法を参照する添付の請求項において規定される。当然、同じ特徴を、本発明の実施形態による任意のデバイスに専用のシステムの特徴に置き換えることができる。
【０１０８】
このアグリゲーションベース手法は、上記で提示された第１の手法と組み合わせることができ、特に、ＡＰとアソシエートされていない局等の、ＡＩＤを与えられない局をアドレッシングする機会をＡＰに提供するために、ＭＵダウンリンク送信中に局に関連付けられないＡＩＤを使用するときに組み合わせることができる。局が、特定の局に関連付けられないアソシエーション識別子に割り当てられるリソースユニットを決定するそのような組み合わせにおいて、その方法は、局において、
決定されたリソースユニットを介して、アグリゲートされたデータフレームを受信することと、
受信されたアグリゲートされたデータフレームの中から、局にアドレッシングされる１つ以上のデータフレームを取り出すことと、
を更に含むことができる。
【０１０９】
それに応じて、アクセスポイントにおいて、第１の手法による方法は、
２つ以上の局にアドレッシングされることになるデータフレームをアグリゲートすることと、
特定の局に関連付けられないアソシエーション識別子に割り当てられるリソースユニットを介して、アグリゲートされたデータフレームを送信すること、
とを更に含むことができる。
【０１１０】
実施形態において、アクセスポイントに登録するか、又はアクセスポイントとアソシエートする任意の局が、アクセスポイントに許可された送信機会においてリソースユニットを局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子に関連付けられるか、又は固有アソシエーション識別子を割り当てられ、複数の局に専用のリソースユニットは、ダウンリンク送信機会において、特定の局に関連付けられない所定のアソシエーション識別子に割り当てられる。これは、局のグループに関する「グループＡＩＤ」と見なすことができる。したがって、全ての８０２．１１ａｘ準拠局が、関連するＲＵを精査するために、そのような所定の単数又は複数のＡＩＤを知っている場合がある。
【０１１１】
いくつかの実施形態において、アクセスポイントは、アグリゲートされることになる各データフレームにおいて、ＭＡＣアドレスフィールドを受取局のＭＡＣアドレスに設定することができる。これは、受取局が自らのデータフレームを効率的に引き出せるようにするためである。実際には、局の視点から、局にアドレッシングされた１つ以上のデータフレームを取り出すことは、それゆえ、各アグリゲートされたデータフレームのＭＡＣアドレスを局のＭＡＣアドレスと比較することを含むことができる。
【０１１２】
アクセスポイントにおいて処理が多すぎるのを回避するために、局は、アクセスポイントに、引き出されたデータフレームの受領に関して確認応答しない場合がある。したがって、ダウンリンクＲＵ内の全てのデータフレームが確認応答されるとは限らない。
【０１１３】
一変形形態において、局は、引き出されたデータフレームが最後に受信されたアグリゲートされたデータフレームを含む場合にのみ、引き出されたデータフレームに関する確認応答を送信することができる。それは、最後のデータフレームのみがその対応する受信局によって明示的に確認応答され、局のグループのためのダウンリンクＲＵの他のデータフレームは、それゆえ、最後のデータフレームに関する確認応答が正しく受信された後に直ちに暗に確認応答されることを意味する。
【０１１４】
上記で導入されたように、この手法の１つの適用例は、アクセスポイントで効率的に登録するために、まだアソシエートされていない（登録されていない）局のための管理フレームを考慮に入れる。これに関連して、局は、リソースユニットを決定する前に、局をアクセスポイントとアソシエートする（すなわち、局をアクセスポイントに登録する）手順内でアクセスポイントに管理フレームを送信することができる。そのような場合には、リソースユニットを決定することは、送信された管理フレームへのアクセスポイントからの応答を取り出すために、アクセスポイントとまだアソシエートされていない局に割り当てられるリソースユニットを決定することを含む。言い換えると、ダウンリンクＯＦＤＭＡ送信におけるリソースユニットが、まだアソシエートされていない局のために予約され、ＲＵから、局は自らの要求管理フレームに対する応答を取得することができる。
【０１１５】
この手法は、応答管理フレームの場合であっても、ＳＵシグナリングを使用するのを回避する。したがって、ネットワーク帯域幅が節約される。
【０１１６】
ＡＰの視点から、それは、アクセスポイントが、データフレームを送信するステップの前に、アクセスポイントとアソシエートする（すなわち、アクセスポイントに登録する）意思がある局から少なくとも１つの管理フレームを受信し、送信されるデータフレームは、受信された管理フレームへの応答を含み、アクセスポイントとまだアソシエートされていない局に割り当てられるリソースユニットを介して送信されることを意味することができる。
【０１１７】
改善されたアソシエーション手順を提供するために、管理フレームは、局からのアップリンク通信のためにアクセスポイントに許可されたアップリンク送信機会の一部を形成する先行するリソースユニットにおいて送信され、先行するリソースユニットは、アクセスポイントとまだアソシエートされていない局に割り当てられる。したがって、要求管理フレーム及び応答管理フレームはいずれも（高ビットレートの）ＭＵ  ＯＦＤＭＡ  ＲＵにおいて送信することができ、それにより、媒体占有率を低減する。
【０１１８】
いくつかの実施形態において、決定されたリソースユニット及び先行するリソースユニットは、それぞれダウンリンク及びアップリンク送信機会において、特定の局に関連付けられない、あらかじめ決まった同じアソシエーション識別子、例えば、ＡＩＤ＝２０４５に、又は、例えば、基本サービスセットの基本サービスセット識別子に等しい、（ＡＰによって与えられる）基本サービスセットに関連付けられるアソシエーション識別子に割り当てられる。これは、局及びアクセスポイントにおける管理をより容易にする。
【０１１９】
アソシエーション手順を更に改善するために、局は、局からのアップリンク通信のためにアクセスポイントに許可された次のアップリンク送信機会の一部を形成する次のリソースユニットにおいて、引き出されたデータフレームに関する確認応答を送信することができ、次のリソースユニットは、アクセスポイントとまだアソシエートされていない局に割り当てられる。これは、応答管理フレームの受領に関して確認応答するために、登録する意思があるまだアソシエートされていない各局に低コストで（すなわち、ＳＵシグナリングを使用することなく）機会を提供する効率的な方法である。
【０１２０】
本発明の別の適用例は、マルチキャストトラフィック、又は任意の残存トラフィック（すなわち、ＲＵサイズを与えられるときに、パディングビットを必要とすることになる少量のデータ）の管理を考慮に入れる。
【０１２１】
マルチキャストトラフィックの場合、アクセスポイントは、複数の受取局にアドレッシングされることになるマルチキャストフレームを（例えば、上位ＯＳＩレイヤ）から受信する。次に、マルチキャストフレーム受信に応答して、アクセスポイントは受取局のそれぞれに個別にアドレッシングされることになる、マルチキャストフレームのペイロードを含む複数のデータフレームを生成する。したがって、複数の局に専用のリソースユニットを介して送信されることになるアグリゲートされたデータフレームは、マルチキャストフレームのペイロードを含む、生成されたデータフレームを含む。
【０１２２】
例えば、マルチキャストフレームのペイロードを含む、アグリゲートされたデータフレームを送信する、複数の局に専用のリソースユニットは、ダウンリンク送信機会において、２０４２に等しい、特定の局に関連付けられないあらかじめ決まったアソシエーション識別子に割り当てることができる。
【０１２３】
残存トラフィックの場合、アクセスポイントは、ダウンリンク送信機会のサイズ（場合によっては、ＲＵのサイズ）及びサイズ閾値を与えられると、局に送信されることになる小さいデータフレームを決定することができる。したがって、決定された小さいデータフレームはアグリゲートされ、集合リソースユニット（collecting resource unit）と呼ばれる、複数の局に専用のリソースユニットを介して送信される。例えば、集合リソースユニットは、０に等しい特定の局に関連付けられないあらかじめ決まったアソシエーション識別子を用いて、ダウンリンク送信機会においてシグナリングされる。
【０１２４】
局の視点から、マルチキャストトラフィック及び残存トラフィックはいずれも同じように取り扱うことができる。例えば、局は最初に、複数のリソースユニットのうちの１つのリソースユニットが局に個別に割り当てられるか否かを検証するために、個別の局に割り当てられるリソースユニットをスキャンし、検証が否定のみであった場合、複数のリソースユニットのうちのまだスキャンされていないリソースユニットから、複数の局に専用のリソースユニットを決定することができる。詳細には、まだスキャンされていないリソースユニットから、複数の局に専用のリソースユニットを決定することは、最初に、局のリストに割り当てられるリソースユニットをスキャンし、局が、スキャンされたリソースユニットのうちの１つに関連付けられるリストに属するか否かを検証することを含むことができる。リストは、例えば、グループＡＩＤとして使用される特定のＡＩＤに対応することができ、各局は、自らがそのようなグループに属するか否かを（例えば、ビットマスキングを通して、又は登録時にＡＰによって与えられるグループＡＩＤを参照して）判断することができる。
【０１２５】
したがって、検証が肯定される場合、（データフレームを取り出すために）決定されたリソースユニットは、局を含むリストに割り当てられたリソースユニットである。
【０１２６】
また、検証が否定のみであった場合、決定されたリソースユニットは、ダウンリンク送信機会を形成する別のリソースユニットに個別に又はリストを通して割り当てられない、任意の局のためのデータフレームを搬送するために使用される集合リソースユニットである。
【０１２７】
これらの種々の手法は、いくつかのＲＵにわたって同じデータを複製するのを回避し、及び／又はＲＵに加えられることになるパディングデータの量を削減する。結果として、媒体がより効率的に使用される。
【０１２８】
局による効率的な処理を確実にするために、実施形態が、ダウンリンク送信機会が１つ以上の局への複数のリソースユニットの割り当ての順序付きシグナリング（ordered signaling）を含むことを規定し、順序付きシグナリングは最初に、個別の局へのリソースユニットの各割り当てを規定し、次に、局のグループへのリソースユニットの各割り当てを規定し、その後、リソースユニットにまだ関連付けられていない任意の局への集合リソースユニットの割り当てを規定する。実際には、局は、それゆえ、（検証が否定される場合に）グループＲＵが使用されたか否かを検討する前に、最初に個別のＲＵを決定することになる。したがって、局に関するＲＵが識別されなかった場合にのみ、局は（任意の局に専用の）コレクタＲＵ（collector RU）を精査して、場合によっては、自らにアドレッシングされた何らかのデータを取り出すことができる。
【０１２９】
この手法によれば、局が自らにアドレッシングされる１つのＲＵ（個別又はグループ）を見つけたら、局は有利には、同じダウンリンク送信機会において任意の更なるＲＵ解析を無視することができる。
【０１３０】
本発明の実施形態は、全ての８０２．１１ａｘ準拠ＡＰ及び非ＡＰ局において実施することができる。代替的には、８０２．１１ａｘ準拠ＡＰ及び非ＡＰ局は、任意選択で、本発明の実施形態の複数の特徴を実施することができる。
【０１３１】
これに関連して、一実施態様によれば、アクセスポイント及び局を備えるワイヤレスネットワーク内のワイヤレス通信方法が提供され、その方法は、アクセスポイントにおいて、
１つ以上の局から能力情報を受信するステップであって、能力情報は、局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容する局の能力を含む、ステップと、
受信された能力情報に基づいて、データフレームをアグリゲートするステップと、
アグリゲートされたデータフレームを１つ以上の局に送信するステップと、
を含む。
【０１３２】
特定の実施態様において、送信することは、局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用のリソースユニットを介して実行される。
【０１３３】
好ましくは、能力情報は、アクセスポイントへの１つ以上の局のアソシエーション手順中に管理フレームにおいて通知される。
【０１３４】
例えば、能力情報は、８０２．１１ａｘ、バージョン２．１標準規格において規定されるような、ＨＥ  ＭＡＣ能力情報フィールドのサブフィールドにおいてシグナリングされる。
【０１３５】
特に、局が、局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容しない場合には、アグリゲートすることは、局にのみアドレッシングされる１つ以上のデータフレームを含むデータユニットを形成することを含む。
【０１３６】
逆に、アクセスポイント及び局を含むワイヤレスネットワーク内のワイヤレス通信方法が提供され、その方法は、局のうちの１つにおいて、
アクセスポイントに能力情報を送信するステップであって、能力情報は、アクセスポイントによって局にアドレッシングされるデータフレームを１つ以上の他の局にアドレッシングされる１つ以上のデータフレームとアグリゲートするのを許容する局の能力を含む、ステップと、
アクセスポイントから、アグリゲートされたデータフレームを受信するステップと、
受信されたアグリゲートされたデータフレームからデータフレームを抽出するステップであって、抽出することは、送信された能力情報に基づく、ステップと、
を含む。
【０１３７】
一変形形態において、その方法は、アクセスポイントから能力情報を受信するステップを更に含み、能力情報は、２つ以上の局にアドレッシングされるデータフレームをアグリゲートするアクセスポイントの能力を含む。
【０１３８】
特に、抽出することは、アクセスポイントから受信される能力情報に更に基づく。
【０１３９】
特定の実施態様において、受信することは、局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中からの、複数の局に専用のリソースユニットを介して実行される。
【０１４０】
特に、能力情報は、アクセスポイントへの局のアソシエーション手順中に管理フレームにおいて通知される。例えば、能力情報は、８０２．１１ａｘ、バージョン２．１標準規格において規定されるような、ＨＥ  ＭＡＣ能力情報フィールドのサブフィールドにおいてシグナリングされる。
【０１４１】
１つの実施態様は、アクセスポイント及び局を備えるワイヤレスネットワーク内のアクセスポイントを形成するワイヤレス通信デバイス、並びにワイヤレスネットワーク内の局を形成するワイヤレス通信デバイスにも関係する。
【０１４２】
本発明の別の態様は、デバイス内のマイクロプロセッサ又はコンピューターシステムによって実行されると、上記で規定されたような任意の方法を上記デバイスに実行させるプログラムを記憶する、非一時的コンピューター可読媒体に関する。
【０１４３】
この非一時的コンピューター可読媒体は、上記方法及び上記デバイスに関して上記及び下記に提示された特徴及び利点と類似の特徴及び利点を有することができる。
【０１４４】
本発明による方法の少なくともいくつかの部分は、コンピューター実施することができる。したがって、本発明は、完全にハードウェアの実施形態の形を取ることもできるし、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）の実施形態の形を取ることもできるし、ソフトウェア態様及びハードウェア態様を組み合わせた実施形態の形を取ることもできる。これらのハードウェア及びソフトウェアは全て、本明細書では「回路」、「モジュール」又は「システム」と総称される場合がある。さらに、本発明は、コンピューター使用可能プログラムコードが具現化された任意の有形の表現媒体に具現化されるコンピュータープログラム製品の形を取ることもできる。
【０１４５】
本発明はソフトウェアで実施することができるので、本発明は、任意の適した担体媒体においてプログラマブル装置に提供されるコンピューター可読コードとして具現化することができる。有形の担体媒体は、ハードディスクドライブ、磁気テープデバイス又は固体メモリデバイス等の記憶媒体を含むことができる。一時的担体媒体は、電気信号、電子信号、光信号、音響信号、磁気信号又は電磁信号、例えばマイクロ波若しくはＲＦ信号等の信号を含むことができる。
【０１４６】
本発明の更なる利点は、図面及び詳細な説明を検討することによって当業者に明らかになる。次に、本発明の実施形態が、以下の図面に関して単なる例として説明される。
【図面の簡単な説明】
【０１４７】
【図１】本発明の実施形態を実施することができる通常のワイヤレス通信システムを示す図である。
【図２ａ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｂ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｃ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｄ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｅ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｆ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｇ】８０２．１１ａｘ標準規格による８０２．１１フレームの種々のフォーマットを提示する図である。
【図２ｈ】８０２．１１ａｘにおいて規定されるようなＵＭＲＳ制御フィールドを示す図である。
【図２ｉ】８０２．１１ａｘにおいて規定されるようなＵＭＲＳ制御フィールドを示す図である。
【図２ｊ】８０２．１１ａｘにおいて規定されるようなＵＭＲＳ制御フィールドを示す図である。
【図３】まだアソシエートされていない局が所与のアクセスポイントを発見し、登録できるようにする管理フレームの例示的なシーケンスを示す図である。
【図４】当該技術分野において既知であるような、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚのチャネル帯域幅をサポートする８０２．１１ａｃチャネル配分を示す図である。
【図５】当該技術において既知であるような、ＡＰが８０ＭＨｚチャネル上のＯＦＤＭＡサブチャネル（リソースユニット）の送信機会を予約するトリガーフレームを発行する、８０２．１１ａｘアップリンクＯＦＤＭＡ送信方式の一例を示す図である。
【図６】ＷＬＡＮにおけるデータ送信の例示的な状況を通して、８０２．１１ａｘの現在のバージョンの欠点を示す図である。
【図７】本発明の実施形態による、通信デバイスの概略図である。
【図８】本発明の実施形態による、ワイヤレス通信デバイスの概略図である。
【図９ａ】まだアソシエートされていない局がＡＰとアソシエートするプロセスにおいて、上記の図６の例示的な状況に及ぼす本発明の実施形態の影響を示す図である。
【図９ｂ】図９ａの代替形態を示す図である。
【図９ｃ】図９ａ及び図９ｂの別の代替形態を示す図である。
【図９ｄ】複数のダウンリンクリソースユニットが複数の未アソシエーション局に配分される一般的な実施形態を示す図である。
【図１０ａ】本発明の教示を実施する、アクセスポイントがトリガーするＭＵアップリンク送信に関連するアクセスポイントにおける主要ステップを、フローチャートを用いて示す図である。
【図１０ｂ】本発明の実施形態を実施するときにアクセスポイントがトリガーするＭＵダウンリンク送信に関連するアクセスポイントにおける主要ステップを、フローチャートを用いて示す図である。
【図１０ｃ】本発明の実施形態を実施するときにアクセスポイントがトリガーするＭＵダウンリンク送信に関連するアクセスポイントにおける主要ステップを、フローチャートを用いて示す図である。
【図１１ａ】アクセスポイントによってトリガーされるＭＵアップリンク送信に関連する未アソシエーション局における主要ステップを、フローチャートを用いて示す図である。
【図１１ｂ】本発明の実施形態による、アクセスポイントによってトリガーされるＭＵダウンリンク送信に関連する未アソシエーション局における主要ステップを、フローチャートを用いて示す図である。
【図１１ｃ】本発明の実施形態による、アクセスポイントによってトリガーされるＭＵダウンリンク送信に関連する未アソシエーション局における主要ステップを、フローチャートを用いて示す図である。
【図１２ａ】ＷＬＡＮにおけるデータ送信の２つの例示的な状況を通して、未アソシエーション局にデータを送信するために１つのＭＵダウンリンクリソースユニットがＡＰによって使用される本発明の実施形態を示す図である。
【図１２ｂ】ＷＬＡＮにおけるデータ送信の２つの例示的な状況を通して、未アソシエーション局にデータを送信するために１つのＭＵダウンリンクリソースユニットがＡＰによって使用される本発明の実施形態を示す図である。
【図１３ａ】ＭＵダウンリンク送信を準備及び実行するときに物理アクセスポイントにおいて実施される本発明の実施形態を、フローチャートを用いて示す図である。
【図１３ｂ】ＡＰからのＭＵダウンリンク送信において局のグループに専用のＲＵを取り扱うために非ＡＰ局において実施される本発明の実施形態を、フローチャートを用いて示す図である。
【図１４】上記の図６の例示的な状況を参照しながらグループＲＵを使用する利点を示す図である。
【図１５】グループ化されたマルチユーザーダウンリンク送信の確認応答のための新たに提案される方式を使用する利点を示す図である。
【図１６ａ】グループＲＵの場合にフレーム確認応答を効率的に与えるための（アクセスポイントにおける）図１３ａのプロセスの改善形態を、フローチャートを用いて示す図である。
【図１６ｂ】グループＲＵの場合に効率的な、かつ即時のフレーム確認応答を実行するための（局における）図１３ｂのプロセスの改善形態を、フローチャートを用いて示す図である。
【図１７】局とＡＰとの間で交換されるＨＥ能力要素の例示的なフォーマットを示す図である。
【図１８ａ】データを交換するときにＡＰよって実行されるステップを、フローチャートを用いて示す図である。
【図１８ｂ】データを交換するときに局によって実行されるステップを、フローチャートを用いて示す図である。
【図１９】ＭＵダウンリンク送信とＭＵアップリンク送信との間のＲＵ構成例を示す図である。
【図２０】局によって通知されるＭＳＡＳ能力サブフィールド値を考慮に入れる、本発明による実施例を、フローチャートを用いて示す図である。
【図２１】未アソシエーション局によって通知されるＵＭＰＳ能力サブフィールド値を考慮に入れる、本発明による実施例を、フローチャートを用いて示す図である。
【発明を実施するための形態】
【０１４８】
次に、図を参照することによって、特定の非限定の例示的な実施形態によって本発明を説明する。
【０１４９】
図１は、中央局又はアクセスポイント（ＡＰ）１１０の管理下で、いくつかの通信ノード（又は局）１０１〜１０７がワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の無線送信チャネル１００を介してデータフレームを交換する通信システムを示している。無線送信チャネル１００は、単一のチャネル又は複合チャネルを形成する複数のチャネルによって構成される動作周波数帯域によって規定される。
【０１５０】
図１の通信システムは単一の物理アクセスポイント１１０を示すが、ＡＰ１１０は複数のＢＳＳ（１組の「仮想ＡＰ」とも呼ばれる）をサポートすることができ、１つ以上のＷＬＡＮ（又はＢＳＳ）、すなわち、局の１つ以上のグループを管理するように構成することができる。各ＢＳＳは、特定の基本サービスセット識別、すなわち、ＢＳＳＩＤによって一意に識別されなければならない。
【０１５１】
この構成を達成するために、物理ＡＰ１１０は、２つ（以上）のＷＬＡＮを管理するために２つ（以上）の仮想ＡＰ、例えばすなわち、ＳＳＩＤとして「ｇｕｅｓｔ」を有する第１のＷＬＡＮ（ＢＳＳ）を管理するために特定のＢＳＳＩＤとしてＭＡＣアドレスＭＡＣ１を有する仮想ＡＰ１  ＶＡＰ−１（図示せず）と、ＳＳＩＤとして「Ｅｍｐｌｏｙｅｅ」を有する第２のＷＬＡＮ（ＢＳＳ）を管理するために特定のＢＳＳＩＤとしてＭＡＣアドレスＭＡＣ２を有する仮想ＡＰ２  ＶＡＰ−２（図示せず）とを実現することができる。
【０１５２】
いくつかの局はＶＡＰ−１に登録するか、又はＶＡＰ−１と「アソシエート」し、それゆえ、第１のＷＬＡＮ「ｇｕｅｓｔ」に参加することができ、一方の他の局は、同時に、ＶＡＰ−２に登録し、それゆえ、第２のＷＬＡＮ「Ｅｍｐｌｏｙｅｅ」に参加することができる。
【０１５３】
ＷＬＡＮごとのセキュリティは異なるものにすることができ、すなわち、ＷＥＰ及びＷＰＡを用いることができる。
【０１５４】
複数のＢＳＳＩＤをサポートするＡＰデバイスは２つのタイプの仮想ＡＰを含む。第１の仮想ＡＰは、「送信型ＡＰ（transmitted AP）」又は「代表ＡＰ（representative AP）」と呼ばれる。ＢＳＳＩＤは送信型ＢＳＳＩＤと呼ばれる。ＢＳＳＩＤは、ビーコン及びプローブ応答フレームにおいて複数のＢＳＳＩＤ要素を送信するという主な役割を果たす。所与の物理ＡＰに関して、１つの仮想ＡＰのみが、送信型ＡＰとして指定される。
【０１５５】
第２のタイプの仮想ＡＰは、「非代表ＡＰ」又は「非送信型ＡＰ」と呼ばれる。ＢＳＳＩＤは、非送信型ＢＳＳＩＤと呼ばれる。非代表ＡＰは他の仮想ＡＰに対応し、複数のＢＳＳＩＤ要素を伴うビーコンフレームをブロードキャストしない。しかしながら、それらのＡＰは、レガシーＳＴＡ（ＩＥＥＥ８０２．１１ｖを実施しない局）を自らとアソシエートするために、自らのＢＳＳに固有のビーコンフレームを、すなわち、複数のＢＳＳＩＤ要素を用いることなく、ブロードキャストすることができる。
【０１５６】
２つの別々のＷＬＡＮインターフェース（例えば、Ｗｉ−Ｆｉネットワークカード）を有する場合にのみ、同じ物理デバイスが同時に２つのＷＬＡＮに参加することができる。その場合、デバイスはネットワーク内の２つの局と見なされ、各局が一度に一方のＷＬＡＮのみに登録される。
【０１５７】
局が利用可能なＷＬＡＮ（又はＢＳＳ）を認識し、それらのＷＬＡＮを規定する情報（例えば、対応する単数又は複数のＳＳＩＤ、対応する特定の単数又は複数のＢＳＳＩＤ、インフラストラクチャ又はＡｄ−Ｈｏｃを含む通信モード、Ｏｐｅｎ、ＷＥＰ、ＷＰＡ−ＰＳＫ又は８０２．１Ｘを含む、使用される保護セキュリティ方式、使用されるサポート伝送速度、動作チャネル、及び任意選択の任意の情報要素）を認識するために、ＡＰは、実質的に同じ内容を有する、ビーコンフレーム及びプローブ応答フレームを含む、いくつかの制御又は管理フレームを送信する。
【０１５８】
プローブ応答フレームは、局によってブロードキャストされるプローブ要求フレームに応答して、ＡＰによって特定の局に送出される。これは、アクティブディスカバリ手順において行われ、その手順では、局が２０ＭＨｚチャネルを連続してスキャンし、その中でプローブ要求フレームをブロードキャストする。アクティブディスカバリ手順では、局は、新たなプローブ要求フレームを送信することによって、自らの実効的な存在を定期的に再認識させなければならない。
【０１５９】
一方、ＷＬＡＮを局に宣言するために、ＡＰがビーコンフレームを自発的かつ定期的に（例えば、１００ｍｓごとに）ブロードキャストするパッシブディスカバリ手順が実施されてきた。
【０１６０】
ビーコンフレーム及びプローブ応答フレームはいずれも８０２．１１の任意のバージョンにおいて使用されており、それは、それらのフレームが図２ａに示されるような非ＨＴ（高スループット）ＰＰＤＵ（物理レイヤ（ＰＨＹ）プロトコルデータユニット）フォーマットを用いて最低ビットレートにおいて送信されることを意味する。
【０１６１】
このフォーマットは、８０２．１１の任意のバージョンに従って任意の局によって理解することができる３つのフィールド、すなわち、Ｌ−ＳＴＦ（レガシーショートトレーニングフィールド）、Ｌ−ＬＴＦ（レガシーロングトレーニングフィールド）及びＬ−ＳＩＧ（レガシー信号フィールド）のフィールドから形成されるプリアンブルと、後続の、ペイロードデータ、ここでは、宣言すべきＷＬＡＮを規定する情報を含むデータフィールドとを含むので、簡単である。
【０１６２】
プローブ要求／応答フレーム、又はビーコンフレームの繰り返しは、ネットワーク帯域幅の無視できない部分を事前取得する（preempt）。この部分は、同じ通信チャネルを共有しなければならない複数のＷＬＡＮとともに、また、複数の物理ＡＰ（場合によって、いくつかが複数のＢＳＳを実現する）とともに実質的に増加するが、それは複数（アクティブＢＳＳごとに１つ）のビーコンが上記のようにブロードキャストされるためである。
【０１６３】
結果として、局がビーコンフレームを処理しなければならない頻度が上がり、管理フレームに起因するチャネル占有が増加する。各ＢＳＳのビーコンフレームの送信頻度が下がり、局の処理及びチャネル占有が低減されるように、ビーコン間隔を（１００ｍｓより長くなるように）広げることは、十分に理に適っているとは思われない。これは、ＷＬＡＮが局からより見えにくくなる／検出しにくくなるためであり、いくつかの局は、スキャンするときに、所与のＢＳＳのビーコンフレームを検出しない場合があり、それゆえ、（ＳＳＩＤを通して）特定のＢＳＳが利用できないと結論を下す場合がある。また、局が、アクティブに自らのネットワークを見つけるためにプローブ要求フレームを送出することに決める場合があり、それにより、結果として、各近隣ＡＰによってプローブ応答フレームをブロードキャストさせることになる。
【０１６４】
ディスカバリ手順（ビーコンフレーム及びプローブ応答フレームを使用する）は、対応するＷＬＡＮに参加するために局がＡＰに登録するか、又はＡＰとアソシエートする、より一般的なアソシエーション手順の初期部分とすることができる。
【０１６５】
図３は、まだアソシエートされていない局が所与のアクセスポイントを発見し、登録／アソシエートできるようにする、管理フレームの例示的なシーケンスを示す。シーケンスは、３つの段階、すなわち、ＷＬＡＮ発見、認証及びアソシエーションを含み、終了時に、局は、ＡＰとの認証済み及びアソシエーション済みの状態に入る。局は現時点で第１のＡＰとアソシエートされている（すなわち、第１のＷＬＡＮに属している）が、第２のＷＬＡＮに参加する意思がある場合があることに留意されたい。
【０１６６】
８０２．１１ネットワークは、８０２．１１プローブ処理又は発見処理の第１の段階に関していくつかの選択肢を利用する。例えば、企業に展開する場合、特定のネットワークの探索は、ネットワーク名（ＳＳＩＤ）及びビットレートを規定するプローブ要求フレームを複数のチャネル上に送出することを伴う場合がある。
【０１６７】
より一般的には、ＡＰとアソシエートする前に、局は、パッシブスキャニング（上記で導入されたパッシブディスカバリ手順）、又はアクティブスキャニング（上記で導入されたアクティブディスカバリ手順）のいずれかを通して、チャネルを１つずつスキャンすることによってＡＰについての情報を収集する。
【０１６８】
パッシブスキャニングモードでは、局が特定のＳＳＩＤにあらかじめ既に接続されているか否かにかかわらず、局は、各２０ＭＨｚチャネルを連続してスキャンし、スキャンされたチャネル上で（ＳＳＩＤを宣言する）ビーコンフレームを待機するために待つ。
【０１６９】
アクティブスキャニングモードでは、局は各ワイヤレス２０ＭＨｚチャネル上にプローブ要求フレーム３１０を送出する。プローブ要求フレームは、局が探索している特定のＷＬＡＮのＳＳＩＤを含む場合があるか、又はプローブ要求フレームは特定のＳＳＩＤを含まない場合があり、それは、局が局付近にある「任意の」ＳＳＩＤを探索していることを意味する。
【０１７０】
プローブ要求フレームを受信するのに応答して、ＡＰは、局が少なくとも１つの共通のサポートされたデータ速度を有するか否かをチェックする。適合するデータ速度が存在する場合には、ＡＰはプローブ応答フレーム３２０で応答し、内容はビーコンフレームに類似であり、ＳＳＩＤ（ワイヤレスネットワーク名）、サポートされるデータ速度、要求される場合には暗号化タイプ、及びＡＰの他の８０２．１１能力を通知する。
【０１７１】
プローブ応答フレーム３２０を受信するのに応答して、局によって確認応答フレーム３３０が送信される場合がある。
【０１７２】
ＡＰと既にアソシエートされている局が、最良の信号強度を有する利用可能なＷＬＡＮの更新されたリストを維持管理するために、プローブ要求フレームを他のワイヤレスチャネル上に定期的に送信するのも一般的である。このリストのおかげで、局がＡＰとの強い接続をもはや維持できないときに、局は、アソシエーション手順の第２の段階及び第３の段階を用いて、より良好な信号強度を有する別のＡＰにローミングすることができる。
【０１７３】
参加すべきＷＬＡＮが局によって選択されると、第２の段階は８０２．１１認証である。詳細には、局は自らが受信するプローブ応答フレームから、適合するＷＬＡＮを選択する。
【０１７４】
８０２．１１はもともと２つの認証機構とともに開発された。第１の認証機構は、「オープン認証」と呼ばれ、基本的にはＮＵＬＬ認証であり、局が、「自らを認証するように」要求し、ＡＰが「ｙｅｓ」で応答する。これは概ね全ての８０２．１１展開において使用される機構である。第２の認証機構、すなわち、ＷＥＰ／ＷＰＡ／ＷＰＡ２は、シェアードキー機構であり、ホームネットワーク又はスモールＷｉ−Ｆｉ展開において広く使用され、セキュリティを提供する。
【０１７５】
８０２．１１認証段階中に、局は、選択されたＡＰに、例えば、認証をオープンに設定し、シーケンスを０ｘ０００１に設定する下位レベル８０２．１１認証要求フレーム３４０を送信する。ＡＰは認証要求フレーム３４０を受信し、オープンに設定され、０ｘ０００２のシーケンスを示す認証応答フレーム３５０によって局に応答する。
【０１７６】
いくつかの８０２．１１能力によれば、局が、ＡＰとアソシエートされることなく（すなわち、対応するＷＬＡＮに属することなく）、複数のＡＰに対して下位レベル認証を実施できるようになることに留意されたい。これは、局がＡＰ間を移動するときのアソシエーション手順全体を迅速化する。実際には、局を複数のＡＰに対して８０２．１１認証することができるが、一度に１つのＡＰのみとアクティブにアソシエートすることができ、ＡＰを通してデータを転送することができる。
【０１７７】
次に、局は、下位レベル認証ステップから、ＡＰとの実際のアソシエーションを実行しなければならない。これは、実際の８０２．１１アソシエーションの次の段階であり、それにより、局はＷＬＡＮセルに実際に参加する。この段階は、セキュリティ及びビットレートオプションを完結し、局とＡＰとの間のデータリンクを確立する。この最終交換の目的は、局が、媒体にアクセスし、参加したＷＬＡＮ内でデータを送信するために使用されることになるアソシエーション識別子（ＡＩＤ）を取得することである。
【０１７８】
局は第１のネットワークに参加している場合があり、物理的なネットワーク内で１つのＡＰから別のＡＰにローミングする場合があることに留意されたい。その場合、アソシエーションはリアソシエーションと呼ばれる。
【０１７９】
局がどのＡＰ（すなわち、ＷＬＡＮ）とアソシエートしたいかを決定すると、局は、選択されたＡＰにアソシエーション要求フレーム３６０を送信する。アソシエーション要求フレームは、要求された場合に、選択された暗号化タイプと、他の適合する８０２．１１能力とを含む。
【０１８０】
アソシエーション要求フレーム内の要素がＡＰの能力と一致する場合には、ＡＰは局のためのアソシエーションＩＤ（ＡＩＤ）を生成し、局にネットワークアクセスを許可する成功メッセージを伴うアソシエーション応答フレーム３７０で応答する。
【０１８１】
ここで、局はＡＰとのアソシエーションに成功し、物理媒体を用いて、選択されたＷＬＡＮにおいてデータ転送を開始することができる。
【０１８２】
ＡＰが、認証されたが、まだアソシエートされていない局からデータフレームを受信するとき、ＡＰは、局を認証済みであるが、まだアソシエートされていない状態にするディスアソシエーション（disassociation）フレームで応答することに留意されたい。結果として、対応するＷＬＡＮに参加するために、局はＡＰとリアソシエートしなければならない。
【０１８３】
プローブ応答フレーム３２０、認証要求／応答フレーム３４０及び３５０、並びにアソシエーション要求／応答フレーム３６０及び３７０は、シングルユーザー（ＳＵ）フォーマットとして知られる、８０２．１１レガシーフォーマットにおいて送出されるユニキャスト管理フレームである。これは、２地点間（ここでは、ＡＰと局との間の）通信のために使用されるフォーマットである。これらのユニキャスト管理フレームはそれぞれ、ＡＣＫフレーム３３０によって確認応答される。
【０１８４】
上記で示されたように、全ての管理フレーム（３１０、３２０、３４０、３５０、３６０、３７０）及びＡＣＫフレーム（３３０）は、局及びＡＰの両方によってサポートされる最低共通のレート（例えば、２４ｍｂｐｓ以下）を使用する。
【０１８５】
より高速のワイヤレスネットワークに対する増え続ける需要を満たし、帯域幅集約的な適用例をサポートするために、８０２．１１ａｃ及びそれ以降のバージョン（例えば、８０２．１１ａｘ）は、マルチチャネル動作を通して、より広帯域幅の送信を実施する。図４は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚの複合チャネル帯域幅をサポートする８０２．１１ａｃチャネル配分を示す。
【０１８６】
ＩＥＥＥ８０２．１１ａｃは、データを送信するワイヤレスネットワーク上の任意の８０２．１１ａｃ（又はそれ以降の）局による予約に利用可能である独自の既定の複合チャネル構成を形成する２０ＭＨｚチャネルの限られた数の既定のサブセットのサポートを導入した。
【０１８７】
これらの既定のサブセットは、図に示されており、８０２．１１ｎによってサポートされる２０ＭＨｚ及び４０ＭＨｚのみと比較して、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚのチャネル帯域幅に対応する。実際、２０ＭＨｚコンポーネントチャネル４００−１〜４００−８は、連結されてより広い通信複合チャネルを形成する。
【０１８８】
８０２．１１ａｃ標準規格では、各既定の４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚのサブセットのチャネルは、動作周波数帯域内で連続している。すなわち、動作周波数帯域内で順序付けられた複合チャネルには、ホール（欠落したチャネル）が認められていない。
【０１８９】
１６０ＭＨｚチャネル帯域幅は、周波数が連続している場合もあるし連続していない場合もある２つの８０ＭＨｚチャネルからなる。８０ＭＨｚチャネル及び４０ＭＨｚチャネルは、それぞれ、２つの周波数が隣接又は連続した４０ＭＨｚチャネル及び２０ＭＨｚチャネルからなる。一方、本発明は、チャネル帯域幅のいずれかの組成、すなわち、動作帯域内に連続チャネルのみを含む組成又は非連続チャネルから形成される組成を有する実施形態を有することができる。
【０１９０】
局（ＡＰを含む）は、「プライマリチャネル」（４００−３）上で拡張型分散チャネルアクセス（ＥＤＣＡ）機構を通じて送信機会（ＴｘＯＰ）を許可される。実際、或る帯域幅を有する複合チャネルごとに、８０２．１１ａｃは、１つのチャネルを、複合チャネルへのアクセス競合に用いられることを意味する「プライマリ」として指定する。プライマリ２０ＭＨｚチャネルは、同じＢＳＳに属する全ての局（ＳＴＡ）、すなわち、同じローカルアクセスポイント（ＡＰ）によって管理されるか又は同じローカルアクセスポイント（ＡＰ）に登録されている全ての局に共通である。
【０１９１】
一方、他のレガシー局（すなわち、同じセットに属しない局）がセカンダリチャネルを用いないことを確保するために、複合チャネルを予約する制御フレーム（例えば、ＲＴＳフレーム／ＣＴＳフレーム又は後に説明されるトリガーフレーム）がそのような複合チャネルの各２０ＭＨｚチャネルを介して複製されることが提供される。
【０１９２】
そのような複合チャネルにおける送信は、ＨＥシングルユーザー（ＳＵ）ＰＰＤＵを用いて一方の局から他方の局（ＡＰを含む）まで行われ、フォーマットが図２ｂに示される。フォーマットは、任意のレガシー局によって読み取り可能である従来のプリアンブル（Ｌ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ）に加えて、ＲＬ−ＳＩＧ、ＨＥ−ＳＩＧ−Ａ、ＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、データ及びＰＥのフィールドを含む。
【０１９３】
ＩＥＥＥ８０２．１１ａｃ標準規格は、４つまでの２０ＭＨｚチャネル、更には８つまでの２０ＭＨｚチャネルを結合することを可能にしている。チャネルの数が限られていることから（欧州では５ＧＨｚ帯域内に１９個）、チャネル飽和が問題になる。実際、高密度に密集したエリアでは、５ＧＨｚ帯域は、ワイヤレスＬＡＮセルごとに２０ＭＨｚ又は４０ＭＨｚの帯域幅を用いても確実に飽和する傾向がある。
【０１９４】
８０２．１１ａｘ標準規格における開発事項は、高密度環境のワイヤレスチャネルの効率及び使用率を高めようとするものである。
【０１９５】
この観点において、送信機会が予約されており、ＡＰに許可されたときに、ダウンリンク（ＤＬ）方向及びアップリンク（ＵＬ）方向の両方において、異なるユーザーへの複数の同時送信を可能にする、マルチユーザー（ＭＵ）送信機構を考えることができる。アップリンクにおいて、複数の非ＡＰ局がＡＰに同時に送信できるようにすることによって、マルチユーザー送信を用いて衝突確率を軽減することができる。
【０１９６】
そのようなマルチユーザー送信を実際に実行するために、許可された２０ＭＨｚチャネル（４００−１〜４００−４）を、少なくとも１つのサブチャネル、好ましくは、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技法に基づいて、周波数領域において複数のユーザーによって共有される、サブキャリア又はリソースユニット（ＲＵ）又は「トラフィックチャネル」とも呼ばれる複数のサブチャネル３１０（基本サブチャネル）に分割することが提案された。
【０１９７】
これが図５を参照しながら示される。
【０１９８】
予約された送信機会ＴＸＯＰ内で競争を増やすために、ＯＦＤＭＡのマルチユーザー機構によって、ＡＰは異なるＲＵを異なる局に割り当てることができるようになる。これは、８０２．１１ネットワーク内の競合及び衝突を削減するのを助けることができる。
【０１９９】
この例において、各２０ＭＨｚチャネル（４００−１、４００−２、４００−３又は４００−４）は、周波数領域において、サイズ５ＭＨｚの４つのＯＦＤＭＡサブチャネル又はＲＵ５１０に細分される。当然、２０ＭＨｚチャネルを分割するＲＵの数は、４つとは異なる場合があり、ＲＵは異なるサイズを有する場合がある。例えば、２個〜９個のＲＵが設けられる場合がある（したがって、それぞれ１０ＭＨｚ〜約２ＭＨｚのサイズを有する）。また、より広い複合チャネル（例えば、８０ＭＨｚ）内に含まれるとき、２０ＭＨｚより広いＲＵ幅を有することもできる。
【０２００】
ＭＵダウンリンク（ＡＰから局への）送信を考慮すると、ＴＸＯＰ中に送信されるＰＰＤＵのプリアンブルヘッダー内に単に特定の指示を与え、その後、データフィールドにおいてデータを送信することによって、ＡＰは複数のＲＵにおいて複数のデータを複数の局に直接送信することができる。ダウンリンク方向において使用されるＲＵはダウンリンクＲＵとして知られ、一方、アップリンク方向において使用されるＲＵはアップリンクＲＵとして知られる。
【０２０１】
図２ｃは、１つ以上の局への送信のために、詳細には、ＡＰから複数の局へのＭＵダウンリンク送信のために８０２．１１ａｘにおいて使用されるＨＥ  ＭＵ（マルチユーザー）ＰＰＤＵフォーマット（ＨＥ−ＭＵ）を示す。
【０２０２】
ＨＥ−ＭＵ  ＰＰＤＵは、非ＨＴ  ＰＰＤＵ（図２ａ）と同じプリアンブルを含み、プリアンブルは常に低ビットレートにおいて送信される。これは、全てのデバイス、特に８０２．１１ａｃ／ａｘを実施しないレガシーデバイスが、送信モードのいずれかのためのプリアンブルを理解できるようにするためである。
【０２０３】
複数の局がＯＦＤＭＡダウンリンク送信の対象となる受領局又は受取局であるので、ＡＰは、局がどのリソースユニットにおいて自らのデータを見つけることになるかをそれらの局に知らせる必要がある。そのようなシグナリングを達成するために、８０２．１１ａｘは、図示されるような、局がＲＵに割り当てられるＨＥ−ＳＩＧ−Ｂフィールド２００を与える。
【０２０４】
ＳＩＧ−Ｂフィールド２００はダウンリンクＨＥ−ＭＵ−ＰＰＤＵにおいてのみ見られ、図２ｅに示されるように、２つのタイプのフィールド、すなわち、単一の共通ブロックフィールド２２０及び１つ以上のユーザー固有フィールド２３０を含む。
【０２０５】
単一の共通ブロックフィールド２２０は、ＲＵ配分フィールドを通して、現在の送信機会に関するＲＵ配分を規定する（他のフィールドはそれほど重要ではない）。フォーマットは、後に導入されるようなトリガーフレームにおいて与えられるダウンリンクＲＵ配分と実質的に同じフォーマットに従う。
【０２０６】
８０２．１１ａｘは、図２ｆに示されるように、２０ＭＨｚチャネルに関する１組の所定のＲＵ配分方式を規定する。したがって、共通ブロックフィールド２２０のＲＵ配分フィールドは、図２ｆの表のエントリを指しているＮ個の８ビットインデックスを参照する。
【０２０７】
そのような各エントリはＲＵ配分方式を規定し、すなわち、２０ＭＨｚチャネルが連続したダウンリンクＲＵにいかに分割されるかを規定する。エントリは厳密には、ＭＵ送信内の各ＲＵの、位置（周波数昇順による）、トーンに関するサイズ、及び周波数範囲を与える。
【０２０８】
例えば、第１のエントリ（インデックス＝００００００００）は、位置＃１〜＃９における９個の２６トーン幅ダウンリンクＲＵを規定する。したがって、位置＃ｉにおけるダウンリンクＲＵの周波数帯域は、検討対象の２０ＭＨｚチャネルの第［２６＊（ｉ−１）＋１］トーンから第（２６＊ｉ）トーンまでに及ぶ。ＡＰが、この特定の配分を有する複数のダウンリンクＲＵを規定したい場合には、共通ブロックフィールド２２０のＲＵ配分フィールドが値００００００００に設定される。
【０２０９】
所定のＲＵ配分方式の表の第１２のエントリ（インデックス＝００００１０１１）は、例えば、第１の５２トーン幅ダウンリンクＲＵ（位置＃１）と、後続する２６トーン幅を有する第２、第３及び第４のダウンリンクＲＵ（位置＃２、＃３及び＃４）と、後続する５２トーン幅を有する第５及び第６のダウンリンクＲＵ（位置＃５及び＃６）とを規定する。
【０２１０】
ユーザー固有フィールド２３０は、共通ブロックフィールド内に規定される各ダウンリンクＲＵに関連する情報を規定し、ダウンリンクＲＵが共通ブロックフィールド内で連続して規定されるのと同じ順序において与えられる。例えば、第ｎの宣言されたユーザー固有フィールド２３０は、共通ブロックフィールド内で規定されるような第ｎのダウンリンクＲＵ、すなわち、位置＃ｎにおけるダウンリンクＲＵについての情報を与える。
【０２１１】
各ユーザー固有フィールド２３０は、受取局のＡＩＤ（「ＳＴＡ−ＩＤ」フィールド、図３のアソシエーション手順中にＡＰによって与えられる）を含み、変調及び符号化方式、空間ストリーム等の、ここではそれほど重要でない他の情報も含む。
【０２１２】
所与の局に単一のダウンリンクＲＵのみを配分することができるとき、局が自らのデータを復号できるようにするシグナリングは、（単一のＲＵに対応する）１つのみのユーザー固有フィールドにおいて搬送される。
【０２１３】
共通ブロックフィールド及び対応する各ユーザー固有フィールドにおいて与えられるリソース配分に基づいて、局は、どのリソースユニットが自らに配分されたかを、それゆえ、どのダウンリンクＲＵにおいて、ＡＰから自らのデータを受信することになるかを容易に知ることができる。
【０２１４】
ＨＥ−ＳＩＧ−ＢはＢＣＣを用いて２０ＭＨｚごとに符号化され、局のシグナリング情報がペイロードと同じ帯域上で送信されるように、局の好ましい帯域上で送信される。
【０２１５】
ＡＰは、局がデータを送出しなければならない時点、及びいかに（どのＲＵにおいて）送出しなければならないかを制御しなければならないので、ＭＵアップリンク送信の場合、事情が異なる。
【０２１６】
ＭＵダウンリンク送信とは対照的に、ＡＰが種々の非ＡＰ局からのＭＵアップリンク通信をトリガーするために、トリガー機構が採用された。これは、ＡＰが局に関するそのような制御を行うためである。
【０２１７】
ＭＵアップリンク送信を（ＡＰによって事前取得されたＴＸＯＰ中に）サポートするために、８０２．１１ａｘＡＰは、レガシー局（すなわち、非８０２．１１ａｘ局）が自らのＮＡＶを設定し、かつ８０２．１１ａｘ局がリソースユニット配分を決定するためのシグナリング情報を与えなければならない。
【０２１８】
以下の説明において、レガシーという用語は非８０２．１１ａｘ局を指しており、それは、ＯＦＤＭＡ通信をサポートしない先行技術の８０２．１１局を意味する。
【０２１９】
図５の例に示されるように、ＡＰは、送信機会を予約するために、対象とする８０２．１１ａｘ局にトリガーフレーム（ＴＦ）５３０を送信する。送信機会のための対象とする複合チャネルの帯域幅又は幅はＴＦフレームにおいてシグナリングされ、それは２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ又は１６０ＭＨｚの値がシグナリングされることを意味する。
【０２２０】
ＴＦフレームは、図２ａに示される８０２．１１レガシー非ＨＴフォーマットに準拠する制御フレームであり、プライマリ２０ＭＨｚチャネルを介して送信され、対象とする複合チャネルを形成する他の各２０ＭＨｚチャネル上で複製される（反復される）。制御フレームの複製に起因して、自らのプライマリチャネル上でＴＦを受信している全ての近隣のレガシー局（非ＨＴ又は８０２．１１ａｃ局）が、その際、自らのＮＡＶをＴＦフレームのヘッダー内で規定される値に設定することが予想される。これは、これらのレガシー局が、ＴＸＯＰ中に対象とする複合チャネルのチャネルにアクセスするのを防ぐ。
【０２２１】
ＡＰの決定に基づいて、トリガーフレームＴＦは、複数のアップリンクリソースユニット（ＲＵ）５１０を規定することができる。ＯＦＤＭＡのマルチユーザー機構によって、ＡＰは、競争を増大させるために、異なるＲＵを異なる局に割り当てることができるようになる。これは、８０２．１１ネットワーク内の競合及び衝突を削減するのを助けることができる。
【０２２２】
要求された送信機会におけるＲＵ配分についての情報、及びアップリンクＲＵへの局の割り当てについての情報は、データフィールド（図２ａに示される）内で搬送されるＭＡＣフレームのペイロードにおいて示される。実際には、ＭＡＣペイロードは、従来の制御フレーム（ＲＴＳ又はＣＴＳフレーム等）の場合に基本的に空であるが、トリガーフレームのための情報構造を有するように改善される。ＲＵ配分フィールドは、配分されるアップリンクＲＵ（すなわち、ＴＸＯＰにおけるＲＵ配分）を規定し、一方、１つ以上のユーザー情報フィールドは、（ＲＵ配分情報フィールドによって与えられるのと同じ順序において）それぞれのアップリンクＲＵに関連する情報を示す。詳細には、各ユーザー情報フィールド内のアドレスフィールドは、対応するアップリンクＲＵが割り当てられる局のＡＩＤを与える。
【０２２３】
これらの種々のフィールドは、図２ｅ及び図２ｆを参照しながら上記で規定されたフィールド（共通ブロック及びユーザー固有）に類似である。
【０２２４】
トリガーフレーム５３０は「スケジューリングされた」アップリンクＲＵを規定することができ、ＲＵは、或る特定の局のためにＡＰによって予約される場合があり、その場合、これらの局がそのようなＲＵにアクセスするのに競合する必要はない。そのようなスケジューリングされたＲＵ及び対応するスケジューリングされた局は、トリガーフレームにおいて示される（スケジューリングされたＲＵに関するユーザー情報フィールドのアドレスフィールドが局のＡＩＤに設定される）。これは、スケジューリングされた各ＲＵを使用するのを許される局を明示する。そのような送信モードは、媒体にアクセスするために、局内の従来のＥＤＣＡ機構と競争する。
【０２２５】
局が、アドレスフィールド内に自らのＡＩＤを搬送する、トリガーフレーム５３０内のスケジューリングされたＲＵに関するユーザー情報フィールドが存在しないことがわかる場合には、局は、ＴＦによってトリガーされるＴＸＯＰのスケジューリングされたＲＵ内で送信するのを許されるべきではない。
【０２２６】
また、トリガーフレームＴＦ５３０は、「スケジューリングされた」ＲＵに加えて、又はその代わりに、「ランダム」アップリンクＲＵ（「ランダムアクセス」（ＲＡ）ＲＵとも呼ばれる）を指定することができる。ランダムＲＵは、局がランダムにアクセスすることができる。言い換えると、ＴＦにおいてＡＰによって指定されるか、又は配分されるランダムＲＵは、データを送信するための通信媒体にアクセスする意思がある局間で競合するための根拠としての役割を果たすことができる。２つ以上の局が同じランダムＲＵを介して同時に送信しようと試みるとき、衝突が生じる。
【０２２７】
そのようなランダムＲＵは、ＲＵに対応するユーザー情報フィールドのアドレスフィールドにおいて固有予約ＡＩＤを使用することによって、ＴＦにおいてシグナリングされる。例えば、トリガーフレームを送出するＡＰとアソシエートされる（すなわち、同じＢＳＳに属する）局によって競合のために利用可能なランダムＲＵを識別するために、０に等しいＡＩＤが使用される。一方、まだアソシエートされていない局、又は「アソシエーション」局（すなわち、ＴＦ５３０を送信するＡＰと同じＢＳＳに属していない局）によって競合のために利用可能なランダムアップリンクＲＵを識別するために、２０４５に等しいＡＩＤを使用することができる。
【０２２８】
同じＴＦによって、ＡＩＤ＝０及び／又はＡＩＤ＝２０４５を有するいくつかのランダムＲＵが与えられる場合があることに留意されたい。
【０２２９】
８０２．１１ａｘ非ＡＰ局によるランダムＲＵ競合のために、すなわち、その間で競合を実行する複数の８０２．１１ａｘ非ＡＰ局がランダムＲＵにアクセスし、ランダムＲＵを介してデータを送信できるようにするために、追加のバックオフカウンター（ＯＦＤＭＡバックオフカウンター、又はＯＢＯカウンター若しくはＲＵカウンター）に基づいて、８０２．１１ａｘ標準規格のためのランダム配分手順を検討することができる。ＲＵバックオフカウンターは従来のＥＤＣＡバックオフカウンター（８０２．１１ｅバージョンにおいて規定される）とは異なる。しかしながら、アクセスされるＯＦＤＭＡ  ＲＵ５１０において送信されるデータは、同じＥＤＣＡトラフィックキューから供給されると仮定される。
【０２３０】
ＲＵランダム配分手順は、正のＲＵバックオフ値（ＲＵ競合ウィンドウ範囲内に最初に引き込まれた）を有する複数の８０２．１１ａｘ局のうちの１つの局に関して、受信されたトリガーフレームから、競合のために利用可能な通信媒体のサブチャネル又はＲＵ（既にアソシエートされた局の場合に値０、又は未アソシエーション局の場合に値２０４５によって識別される、いわゆる、「ランダムＲＵ」）を決定する第１のステップと、検討対象の局に対するローカルのＲＵバックオフ値の値が、利用可能であると検出されたランダムＲＵの数以下であるか否かを検証する第２のステップと、その後、検証に成功した場合に、利用可能であると検出されたＲＵの中の１つのＲＵをランダムに選択し、その後、データを送信する第３のステップとを含む。第２のステップが検証されない場合、ＲＵバックオフカウンターを、利用可能であると検出されたランダムＲＵの数だけデクリメントするために、（第３のステップの代わりに）第４のステップが実行される。
【０２３１】
留意することができるように、スケジューリングされたＲＵを有しない局は、受信されたＴＦごとにランダムＲＵを介してＯＦＤＭＡ送信を実行することが保証されない。これは、少なくともＲＵバックオフカウンターが、トリガーフレームを受信するたびに、提案されるランダムＲＵの数だけデクリメントされ、それにより、データ送信が後続のトリガーフレームに延期されるためである（ＲＵバックオフの数の現在の値と、更に受信されたＴＦのそれぞれによって提供されるランダムＲＵの数とによって決まる）。
【０２３２】
図５に戻ると、アップリンクＲＵへの種々の起こり得るアクセスから、結果として、利用可能なランダムＲＵの数未満のＲＵバックオフ値を有する局がいずれも、これらのランダムＲＵのうちの１つをランダムに選択しなかったので、それらのアップリンクＲＵのうちのいくつかが使用されず（５１０ｕ）、それに対して、これらの局のうちの少なくとも２つが同じランダムＲＵをランダムに選択したので、いくつかの他のアップリンクＲＵが衝突した（例として、５１０ｃ）。これは、アクセスすべきランダムＲＵをランダムに決定することに起因して、いくつかのアップリンクＲＵを介して衝突が生じる場合があり、一方、他のＲＵは空いたままである場合があることを示す。
【０２３３】
ＲＵ５１０における局によるデータのアップリンク送信は、局によってアクセスされる各アップリンクＲＵにおいて、図２ｄに示されるようなＨＥトリガーベースＰＰＤＵ（ＨＥ＿Ｔｒｉｇ）を用いて行われる。各ＨＥ＿Ｔｒｉｇ  ＰＰＤＵは、トリガーフレーム５３０に応答して、一度だけ（すなわち、１つの局からＡＰまでの）送信を搬送する。このＨＥ＿Ｔｒｉｇ  ＰＰＤＵフレームフォーマットは、ＨＥ−ＳＴＦフィールドの持続時間が８μＳであることを除いて、ＨＥ  ＳＵ  ＰＰＤＵのフレームフォーマットに非常に類似のフォーマットを有する。
【０２３４】
局が、ＡＰにデータを送信するために、スケジューリングされたＲＵ及び／又はランダムＲＵを使用すると、ＡＰは、各アップリンクＲＵにおいて受信されたデータに関して確認応答するために、マルチユーザー確認応答（図５には示されない）で応答する。
【０２３５】
図２ｇは、図２ａ〜図２ｄに示されるような異なるＰＰＤＵのデータフィールドにおいて、すなわち、ＡＰによってダウンリンク方向において、又は局によってアップリンク方向において搬送される場合があるＭＡＣフレーム２３０の典型的なフォーマットを示す。
【０２３６】
例示されるＭＡＣフレームは、２４オクテットのＭＡＣヘッダー、０〜２３１２オクテットのフレーム本体２０７及び４オクテットのフレームチェックシーケンス（ＦＣＳ）２０８を含む。ＭＡＣヘッダーは、数あるフィールドの中でも、フレーム制御フィールド２０１、持続時間フィールド２０２、ＲＡ（受信機又は宛先アドレス）フィールド２０３及びＴＡ（送信機又は発信元アドレス）フィールド２０４を含む。
【０２３７】
例えば、ダウンリンク方向において、ＲＡフィールド２０３は、向かうことになる局のＭＡＣアドレス（ユニキャストＭＡＣアドレス）に、又はＭＡＣフレームが全ての局に向かうことになる場合には、ブロードキャスト値ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ（ブロードキャストＭＡＣアドレス）に設定される。フレーム本体は可変長のフィールドであり、例えば、情報は、アソシエーションプロセス中に交換されるフレームとすることができる（例えば、図６を参照しながら後に説明される）。例えば、ＭＡＣフレーム本体２０７は、アソシエーション手順中にＡＰによって送信される管理フレームをカプセル化することができる（図３を参照しながら上記で説明された）。この場合に、制御フィールド２０１は、ＭＡＣフレームが管理フレームであることを示す。
【０２３８】
本開示において、ＭＡＣフレーム及びＭＡＣプロトコルデータユニット（ＭＰＤＵ）は同義語であり、ＭＡＣエンティティ間で交換されるデータのユニットを規定する。アグリゲートＭＡＣ  ＰＤＵ（Ａ−ＭＰＤＵ）は、１つ以上のＭＰＤＵを含む構造であり、ＰＨＹプロトコルデータユニット（ＰＰＤＵ）においてトランスポートされる。Ａ−ＭＰＤＵは、例えば、ＨＥ  ＳＵ  ＰＰＤＵ、ＨＥ  ＭＵ  ＰＰＤＵ又はＨＥトリガーベースＰＰＤＵにおいて搬送される場合がある。
【０２３９】
図６は、ＷＬＡＮにおけるデータ送信の例示的な状況を通して、８０２．１１ａｘの現在のバージョンの欠点を示す。
【０２４０】
この例示的な状況において、ワイヤレスネットワークは、物理アクセスポイント１１０と、複数のアソシエートされた局ＳＴＡ２、ＳＴＡ３、ＳＴＡ４、ＳＴＡ５、ＳＴＡ７及びＳＴＡ８と、複数の未アソシエーションの８０２．１１ａｘ局ＳＴＡ１及びＳＴＡ６とを備える。
【０２４１】
ＡＰ１１０は、ＷＬＡＮ／ＢＳＳグループ（複数の場合もある）のパラメーターを含む、ビーコンフレーム６１０を定期的に送出する。
【０２４２】
全ての局（ＡＰを含む）が、従来のＥＤＣＡ方式を用いて、ワイヤレスネットワークにアクセス競合する。ワイヤレスネットワークが所定の期間（通常、先行するＴＸＯＰ終了後、例えば、ＡＰからの確認応答後、又はＰＰＤＵ送信の終了後のＤＩＦＳ期間）にわたってアイドルと検出されるたびに、各局における競合プロセス（バックオフカウンター）が開始又は再開する。
【０２４３】
媒体にアクセスするとき、ＡＰ１１０は、ワイヤレスネットワークの少なくとも１つの通信チャネル上のＭＵ  ＵＬ送信機会（ＴＸＯＰ＃１）を予約するトリガーフレーム５３０を送信する。トリガーフレーム５３０は、ＡＩＤ＝２０４５に関連付けられる（すなわち、ＳＴＡ１及びＳＴＡ６のような未アソシエーション局に専用であるか、又は予約されるか、又は割り当てられる）１つ以上のランダムＲＵを含む、ＴＸＯＰ＃１におけるＭＵアップリンクＯＦＤＭＡ送信のためのリソースユニットを規定する。これは、媒体アクセス及び占有率を低減しながら、まだアソシエートされていない局が自らのアソシエーション手順を迅速化するためである。この例において、ＡＩＤ＝２０４５を有する２つのランダムＲＵが与えられ、他のＲＵは、スケジューリングされたＲＵ及び／又はＡＩＤ＝０を有する（すなわち、ＳＴＡ２、ＳＴＡ３、ＳＴＡ４、ＳＴＡ５、ＳＴＡ７及びＳＴＡ８のような既にアソシエートされた局に専用であるか、又は予約されるか、又は割り当てられる）ランダムＲＵである。
【０２４４】
ＴＦ５３０に応答して、ＡＰは、ＭＵアップリンクＯＦＤＭＡ送信時間中に、１つ以上の局から、アップリンクＲＵ５１０上でデータを受信する。これは、スケジューリングされたＲＵを介して送信されたデータだけでなく、ランダムＲＵを介して送信されたデータも含む。
【０２４５】
詳細には、ＡＰは、ＡＩＤ＝２０４５を有するランダムＲＵを介して、ＳＴＡ１及びＳＴＡ６等のまだアソシエートされていない８０２．１１ａｘ局から、要求管理フレーム（例えば、３１０、３４０、３６０）を受信することができる。
【０２４６】
ＭＵアップリンクＯＦＤＭＡ送信を形成するアップリンクＲＵ５１０を介してデータフレーム及び管理フレームを受信すると、ＡＰ１１０は、（ブロードキャストアドレスを設定されたカプセル化されたＭＡＣフレームの「受信アドレス」ＲＡフィールドを有する）ＨＥ  ＳＵ  ＰＰＤＵを用いて、Ｍｕｌｔｉ−ＳＴＡ  ＢｌｏｃｋＡｃｋフレーム６４０で応答する。ＡＰは、Ｍｕｌｔｉ−ＳＴＡ  ＢｌｏｃｋＡｃｋフレームにおいて、データが正しく受信された送信局のＡＩＤを与えることによって、各送信局に受領に関して確認応答することに留意されたい。まだアソシエートされていない各局にＡＩＤが関連付けられていないので、Ｍｕｌｔｉ−ＳＴＡ  ＢｌｏｃｋＡｃｋフレームは、要求された管理フレームが正しく受信されたまだアソシエートされていない各局のＭＡＣアドレスを受信するように変更される。
【０２４７】
ＴＸＯＰ＃１の次に、ＡＰ１１０は、ＭＵダウンリンクＯＦＤＭＡ送信６２０を実行するために、ＴＸＯＰ＃２と呼ばれる、新たなＴＸＯＰにわたって媒体に再びアクセスすることができる。
【０２４８】
この例示的なシナリオからいくつかの問題が生じ、それらの問題は後に説明されるいくつかの実施形態によって解決される。
【０２４９】
図７は、本発明の少なくとも１つの実施形態を実施するように構成された無線ネットワーク１００の非ＡＰ局１０１〜１０７又はアクセスポイント１１０のいずれかである通信デバイス７００を概略的に示す。通信デバイス７００は、好ましくは、マイクロコンピューター、ワークステーション又は軽量ポータブルデバイス等のデバイスとすることができる。通信デバイス７００は、通信バス７１３を備える。この通信バスには、好ましくは、以下のものが接続されている。
・マイクロプロセッサ等のＣＰＵで示される中央処理装置７１１；
・本発明を実施するコンピュータープログラムを記憶する、ＲＯＭで示される読み出し専用メモリ７０７；
・本発明の実施形態による方法の実行可能コードと、本発明の実施形態による方法を実施するのに必要な変数及びパラメーターを記録するように適合されたレジスタとを記憶する、ＲＡＭで示されるランダムアクセスメモリ７１２；及び
・デジタルデータパケット若しくはデジタルデータフレーム又は制御フレームが送信される無線通信ネットワーク１００、例えば、８０２．１１ａｘプロトコルに従ったワイヤレス通信ネットワークに接続された少なくとも１つの通信インターフェース７０２。
フレームは、ＣＰＵ７１１において動作しているソフトウェアアプリケーションの制御下で、ＲＡＭ７１２内のＦＩＦＯ送信メモリから送信用のネットワークインターフェースに書き込まれるか、又は、受信用のネットワークインターフェースから読み取られて、ＲＡＭ７１２内のＦＩＦＯ受信メモリ内に書き込まれる。
【０２５０】
任意選択で、通信デバイス７００は、以下の構成要素も備えることができる。
・本発明の１つ以上の実施形態による方法を実施するコンピュータープログラムを記憶するハードディスク等のデータ記憶手段７０４；
・ディスク７０６からのデータの読み出し又はこのディスク上へのデータの書き込みを行うように適合された、ディスク７０６のディスクドライブ７０５；
・復号化されたデータを表示し、及び／又は、キーボード７１０若しくは他の任意のポインティング手段によるユーザーとのグラフィカルインターフェースとしての機能を果たす、画面７０９。
【０２５１】
通信デバイス７００は、任意選択で、例えばデジタルカメラ７０８等の様々な周辺機器に接続することができる。各周辺機器は、通信デバイス７００にデータを供給するために入力／出力カード（図示せず）に接続される。
【０２５２】
好ましくは、通信バスは、通信デバイス７００に含まれるか又は接続された様々な要素間の通信及び相互運用性を提供する。バスという表現は限定ではなく、特に、中央処理装置は、命令を通信デバイス７００の任意の要素に直接又は通信デバイス７００の別の要素によって通信するように動作可能である。
【０２５３】
ディスク７０６は、任意選択で、例えば、再書き込み可能若しくは再書き込み不能なコンパクトディスク（ＣＤ−ＲＯＭ）、ＺＩＰディスク、ＵＳＢキー又はメモリカード等の任意の情報媒体と取り替えることができ、包括的に言えば、情報記憶手段と取り替えることができる。この情報記憶手段は、マイクロコンピューター又はマイクロプロセッサによって読み取ることができ、装置内に組み込まれている場合もあるしそうでない場合もあり、場合によっては着脱可能であり、実行されると、本発明による方法を実施することを可能にする１つ以上のプログラムを記憶するように適合されている。
【０２５４】
実行可能コードは、任意選択で、読み出し専用メモリ７０７、ハードディスク７０４、又は例えば前述したようなディスク７０６等の着脱可能デジタル媒体のいずれかに記憶することができる。任意選択の変形形態によれば、プログラムの実行可能コードは、実行される前に、ハードディスク７０４等の通信デバイス７００の記憶手段のうちの１つに記憶するために、通信ネットワーク７０３を用いてインターフェース７０２を介して受信することができる。
【０２５５】
中央処理装置７１１は、好ましくは、本発明による単数又は複数のプログラムのソフトウェアコードの命令又は部分の実行を制御及び指示するように適合されている。それらの命令は、前述の記憶手段のうちの１つに記憶されている。電源が投入されると、不揮発性メモリ、例えば、ハードディスク７０４又は読み出し専用メモリ７０７に記憶された単数又は複数のプログラムは、ランダムアクセスメモリ７１２内に転送され、ランダムアクセスメモリ７１２は、その後、単数又は複数のプログラムの実行可能コードと、本発明を実施するのに必要な変数及びパラメーターを記憶するレジスタとを含む。
【０２５６】
好ましい実施形態では、本装置は、ソフトウェアを用いて本発明を実施するプログラマブルな装置である。ただし、代替的に、本発明は、ハードウェア（例えば、特定用途向け集積回路、すなわちＡＳＩＣの形態）で実施することもできる。
【０２５７】
図８は、本発明を少なくとも部分的に実行するように適合されたＡＰ１１０又は局１０１〜１０７のうちの１つのいずれかである通信デバイス７００のアーキテクチャを概略的に示すブロック図である。図示するように、デバイス７００は、物理（ＰＨＹ）レイヤブロック８０３、ＭＡＣレイヤブロック８０２、及びアプリケーションレイヤブロック８０１を備える。
【０２５８】
ＰＨＹレイヤブロック８０３（ここでは、８０２．１１標準化ＰＨＹレイヤ）は、フレームをフォーマットし、フレームを任意の２０ＭＨｚチャネル若しくは複合チャネル上に変調し、又は任意の２０ＭＨｚチャネル若しくは複合チャネルから復調し、さらに、用いられる無線媒体１００を介してフレームを送受信するタスクを有する。例として、フレームは、８０２．１１フレーム、例えば、送信スロットを予約する媒体アクセストリガーフレームＴＦ５３０（図５）、レガシー８０２．１１局とインタラクトする２０ＭＨｚ幅に基づくＭＡＣデータ管理フレーム、及び無線媒体との間の２０ＭＨｚレガシーよりも小さな幅（通常は２ＭＨｚ又は５ＭＨｚ）を有するＯＦＤＭＡタイプのＭＡＣデータフレームのＭＡＣデータ管理フレーム等である。
【０２５９】
ＭＡＣレイヤブロック又はコントローラー８０２は、好ましくは、従来の８０２．１１ａｘ  ＭＡＣ動作を実施するＭＡＣ８０２．１１レイヤ８０４を備える。ＭＡＣレイヤブロック８０２は、任意選択で、ソフトウェアで実施することができる。このソフトウェアは、ＲＡＭ７１２内にロードされ、ＣＰＵ７１１によって実行される。
【０２６０】
デバイス７００は、（局の視点から、又はＡＰの視点からのいずれかから）本発明の実施形態の一部を実施する追加ブロック８０５を更に備える。追加ブロック８０５はＭＡＣレイヤブロック８０２及び／又は物理レイヤブロック８０３において実施される場合があり、それゆえ、両方のブロックとインタラクトする場合がある。一実施態様において、追加ブロック８０５は、ＭＵ  ＤＬフレーム内にカプセル化するために、形成されたＭＡＣフレームを受信する。
【０２６１】
本発明の実施形態による、ＯＦＤＭＡを介しての通信を正確に処理するために、ＭＡＣ８０２．１１レイヤ８０４、追加ブロック８０５及びＰＨＹレイヤブロック８０３が互いにインタラクトする。
【０２６２】
図の上部において、アプリケーションレイヤブロック８０１は、データパケット、例えばビデオストリームのデータパケットを生成及び受信するアプリケーションを実行する。アプリケーションレイヤブロック８０１は、ＩＳＯ標準化に従ったＭＡＣレイヤの上にある全てのスタックレイヤを代表する。
【０２６３】
図６のシナリオから生じるいくつかの問題に戻ると、ＭＵダウンリンクＯＦＤＭＡ送信のために与えられるＲＵは、ＡＩＤを用いて特定の局に割り当てられる。図示される例では、ＲＵはＳＴＡ３、ＳＴＡ５、ＳＴＡ４、ＳＴＡ２、ＳＴＡ８及びＳＴＡ７に連続して割り当てられる。
【０２６４】
いくつかの局、ここでは、ＳＴＡ３及びＳＴ８に関して、送信すべきデータの量は、予約されるＲＵのサイズに対して少ない。結果として、２０ＭＨｚチャネル上の十分な活動を保持するために（予期しないアクセスを回避するためにレガシーノードが検出できるように）、ＡＰ１１０によってパディングデータ（黒部分）が追加される。図示されるＲＵの黒部分は、パディングがネットワークの帯域幅をいかに浪費するかを示す。
【０２６５】
また、ＡＰ１１０は、複数の受取局、ここでは、ＳＴＡ４及びＳＴＡ５にアドレッシングされることになる、別のネットワーク又は上位ＯＳＩレイヤからのマルチキャストＭＡＣフレームを受信している場合がある。
【０２６６】
マルチキャストアドレッシングは、イーサネットマルチキャスト等のリンクレイヤ内で使用することができ、インターネットレイヤにおいて使用することができる（例として、ＩＰプロトコルが、マルチキャスト範囲として、２２４．０．０．０から２３９．２５５．２５５．２５５までのアドレスを含む）。
【０２６７】
８０２．１１ａｘは、ＭＵダウンリンクＯＦＤＭＡ送信においてマルチキャストトラフィックを可能にするいかなる機構も提供しないので、ＡＰは、ＳＴＡ５及びＳＴＡ４に割り当てられるＲＵに関して、図示されるように、ＭＡＣフレームを、２つの別々のＲＵを介して送信されることになる２つのＨＥ−ＭＵ  ＰＰＤＵの中に複製しなければならない。特に２つの別々のＲＵをシグナリングするのにコストがかかるので、これも帯域幅を浪費する。
【０２６８】
ＭＵダウンリンクＯＦＤＭＡ送信中に送信されるデータフレームの確認応答は、同じＴＸＯＰ＃２に属するＭＵ  ＡＣＫ期間６２５中に受信局ＳＴＡ２〜５並びにＳＴＡ７及び８によって実行される場合がある。ＭＵ  ＡＣＫ期間６２５は、例えば、ＭＵダウンリンクＯＦＤＭＡ送信直後の後続のＭＵアップリンクＯＦＤＭＡ送信である。
【０２６９】
その場合に、ＭＵ  ＡＣＫ期間６２５は複数のスケジューリングされたＲＵ（ここでは、以下において「応答」又は「確認応答」又は「ａｃｋ」ＲＵと呼ばれる）から形成され、それらのＲＵは、先行するＭＵダウンリンクＯＦＤＭＡ送信において搬送されるフレームの専用ＭＡＣヘッダー部分において規定される。
【０２７０】
フレーム確認応答のためのＭＵ  ＡＣＫ期間６２５において受信局ＳＴＡ２〜５並びにＳＴＡ７及び８のそれぞれによって使用されることになる応答ＲＵは、ＭＵダウンリンクＯＦＤＭＡ送信の送信されたデータフレーム内にＡＰによって与えられる応答リソースユニット情報において識別される。この識別により、応答ＲＵは局に（間接的に）割り当てられる。応答ＲＵは、それゆえ、スケジューリングされたＲＵである。一般に、応答ＲＵは、ＭＵダウンリンクＯＦＤＭＡ送信中に使用されるＲＵと同じである（すなわち、同じＲＵ位置にある）。
【０２７１】
応答リソースユニット情報は、受信局にアドレッシングされるデータフレームのうちの１つ（又は２つ以上）内の、いわゆる、アップリンクマルチユーザー応答スケジューリング（すなわち、ＵＭＲＳ）制御サブフィールドにおいてシグナリングされる。
【０２７２】
ＵＭＲＳサブフィールドは、図２ｈ〜図２ｊを参照しながらここで説明されるように、８０２．１１ａｘ、バージョン２．０標準規格において規定される。
【０２７３】
図２ｈは、ＭＵ  ＤＬ送信６２０を介して搬送されるＨＥマルチユーザーＰＰＤＵ内のＭＡＣフレームのＭＡＣヘッダーを示す。ＭＡＣフレーム（それゆえ、ＭＡＣヘッダー）は、ＨＥ  ＭＵ  ＰＰＤＵのデータフィールドにおいて搬送される（図２ｃを参照）。
【０２７４】
知られているように、ＭＡＣヘッダーは、ＭＡＣフレームの受信アドレス（ＲＡ）、すなわち、ＭＰＤＵがアドレッシングされる受取局のＭＡＣアドレスを含む、フィールド「Ａｄｄｒｅｓｓ＿１」２１０を含む。特定の事例において、ＭＡＣアドレスはブロードキャストアドレス（例えば、ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ）とすることができる。
また、このＭＡＣヘッダーはＨＴ制御フィールド２５０を含む。ＨＴ制御フィールドは、考慮される８０２．１１標準規格に応じて、いくつかの構成をとることができる。変形形態のＨＥ構成は８０２．１１ａｘ標準規格に対応し、その場合、変形形態のＨＥ  ＨＴ制御フィールドは図２ｉに示されるＡ−制御サブフィールド２６０（アグリゲート制御フィールドを表す）を含む。
【０２７５】
Ａ−制御サブフィールド２６０はいくつかの制御フィールドをアグリゲートし、それは一連の１つ以上の制御サブフィールド２６１である。Ａ−制御サブフィールド２６０の長さは３０ビットに等しい。各制御サブフィールド２６１は、後続する制御情報サブフィールド２６３内で搬送される情報のタイプを示す、制御ＩＤ２６２サブフィールドから構成される。必要に応じて、全部で３０ビットのＡ−制御サブフィールドになるように、パディングビットが追加される。
【０２７６】
したがって、Ａ−制御サブフィールド２６０を通して、種々のタイプの情報を与えることができる。例えば、制御ＩＤ２６２が１であるとき、制御情報サブフィールド２６３において動作モードを示すことができる。また、制御ＩＤ２６２が４であるとき、制御情報サブフィールド２６３において電力データを示すことができる。
【０２７７】
制御ＩＤ２６２が０であるとき、制御情報サブフィールド２６３は、ＵＬ  ＭＵ応答スケジューリング（ＵＭＲＳ）情報又は制御サブフィールド２６４である。ＵＭＲＳ情報２６４の１つの表現が図２ｊに示される。それは２６ビットにわたって種々のサブフィールドを含む。
【０２７８】
それらのサブフィールドのうちの１つが８ビットＲＵ配分サブフィールド２６５である。サブフィールドは、データフレームに対する応答（図２ｄに示されるように、ＨＥトリガーベースＰＰＤＵ）をアクセスポイントに与えるために、対応するＨＥマルチユーザーＭＰＤＵを受信する受取局によって、ＭＵ  Ａｃｋ６２５のどの応答ＲＵが使用されるべきであるかを示す。
【０２７９】
ＲＵ配分サブフィールド２６５のフォーマットは、上記で導入されたように、ＨＥ−ＳＩＧ−Ｂフィールド２００の共通ブロック２２０において与えられるＲＵ配分サブフィールド、又はトリガーフレームにおいて与えられるＲＵ配分サブフィールドと実質的に同じフォーマットに従う。
【０２８０】
応答を送出するように意図された局は、ＵＭＲＳ情報２６４を含むＨＥ  ＤＬ  ＭＵフレームを受信する受取局（すなわち、ＲＵが割り当てられている局）であるので、ＵＭＲＳ情報２６４は、この局のＡＩＤを示すサブフィールドを必要としないことに留意することができる。
【０２８１】
有効なＵＭＲＳ情報２６４が見つけられない場合には、受取局はアクセスポイントに応答すべきではない。
【０２８２】
一般に、同じＲＵを介してＡＰによって送信される１つのＭＰＤＵのみが、ＵＭＲＳ情報２６４を含む。当然、いくつかのＭＰＤＵがそのような情報を含むことができ、その場合、Ａ−ＭＰＤＵにおいて搬送されるＭＰＤＵ内のＵＭＲＳ制御フィールド２６４は同じ値を有し、すなわち、ＵＭＲＳ情報が生じる場合に全てが同じ値を有する。Ａ−ＭＰＤＵにおいて搬送されるＭＰＤＵ内のＵＭＲＳ制御フィールドは同じ値を有する。これは、使用されることになる応答ＲＵを決定するときに衝突するのを回避するためである。
【０２８３】
図６に戻ると、ＡＰは、ＭＵダウンリンクＯＦＤＭＡ送信のダウンリンクＲＵにＡＩＤを割り当てなければならないので、ＡＰは、ＭＵダウンリンクＯＦＤＭＡ送信を用いて、未アソシエーション局、ここでは、ＳＴＡ１及びＳＴＡ６に応答管理フレーム（例えば、３２０、３５０、３７０）を与えることはできない。８０２．１１ａｘの現在のバージョンでは、ＭＵダウンリンクＯＦＤＭＡ送信は既にアソシエートされている局に限定される。それは、（ＡＰから局への）応答管理フレームが依然としてレガシーシングルユーザー（ＳＵ）モードを用いて搬送されるべきであることを意味する。例えば、ＡＰ１１０は新たなＴＸＯＰ（ここでは、ＴＸＯＰ＃３）のために媒体に再びアクセスするまで待ち、ＴＸＯＰ中に、ＡＰ１１０は、ＨＥ  ＳＵ  ＰＰＤＵ６３０−１を用いて、例えば、プローブ応答フレーム３２０をＳＴＡ１に送信し、別のＴＸＯＰ（ここでは、ＴＸＯＰ＃４）のために媒体に再びアクセスするまで再び待ち、ＴＸＯＰ中に、ＡＰ１１０は、ＨＥ  ＳＵ  ＰＰＤＵ６３０−２を用いて、例えば、認証応答フレーム３５０をＳＴＡ６に送信する。全ての場合に、確認応答ＡＣＫ３３０が、受取局から受信される場合がある。
【０２８４】
応答管理フレームを取り扱うためにＨＥ  ＳＵ  ＰＰＤＵを使用する必要があるのは満足のいくものではない。一方では、ＡＰ１１０はネットワークに新たにアクセス競合しなければならないので、それはネットワーク管理において遅延を導入し、他方では、ＨＥ  ＳＵ  ＰＰＤＵは低ビットレートで送信されるので、送信されることになる少数のデータを与えられると、それは長期にわたって媒体を非効率的に使用する。
【０２８５】
８０２．１１ａｘの現在のバージョンのこれらの種々の欠点（管理フレームの交換の例示的な状況を通して例示されるが、任意の他のタイプのフレームに関係する場合がある）は、ＭＵダウンリンク送信のより効率的な使用法が要求されることを示す。
【０２８６】
これらの欠点の一部を解決する第１の手法が以下に導入され、図９ａ〜図９ｄから図１２ａ及び図１２ｂまでを参照しながら、例示的な詳細な実施形態を用いて説明される。
【０２８７】
これらの欠点の一部を同様に解決する、アグリゲーションに基づく他の手法が後に更に導入され、図１３ａ及び図１３ｂから図１６までを参照しながら、例示的な詳細な実施形態を用いて説明される。
【０２８８】
第１の手法によれば、本発明者らによって、ＡＩＤを使用しない局、例えば、未アソシエーション局等のＡＩＤを与えられない局に、ＭＵダウンリンク送信においてダウンリンクＲＵをアドレッシングできる（割り当てられる）ようにすることが検討された。
【０２８９】
第１の新規の概念は、登録／アソシエートするときに特定の局に関連付けられていない特定のＡＩＤ、例えば、ＡＩＤ＝２０４５等の、アクセスポイントとアソシエートされていない局のために予約されるアソシエーション識別子を使用することに頼る。
【０２９０】
したがって、ＡＩＤを有しない局をアドレッシングする意思があるＡＰは、アクセスポイントに許可された送信機会内でアクセスポイントからのマルチユーザーダウンリンク送信において複数のダウンリンクリソースユニットを与えることができ、複数のダウンリンクリソースユニットは、特定の局に関連付けられない（例えば、アクセスポイントに関連付けられていない局のために予約される）アソシエーション識別子に割り当てられるダウンリンクリソースユニットを含む。次に、ＡＰは、アクセスポイントとアソシエートされていない局のために予約されるそのようなダウンリンクリソースユニット上で局にフレームを送信することができる。
【０２９１】
単数又は複数の受取局は、アクセスポイントに許可された送信機会内でアクセスポイントからのマルチユーザーダウンリンク送信において含まれる複数のダウンリンクリソースユニットから、特定の局に関連付けられない（例えば、ＡＩＤ＝２０４５等の、アクセスポイントとアソシエートされていない局のために予約される）アソシエーション識別子に割り当てられるダウンリンクリソースユニットを簡単に決定できるようになる。次に、局は、決定されたダウンリンクリソースユニット上でアクセスポイントからフレームを受信することができる。
【０２９２】
第２の新規の概念は、ＭＵアップリンク送信において局によって既に使用されているアップリンクＲＵと、同じ局にフレームを与えるためにＡＰがＭＵダウンリンク送信において使用することになるダウンリンクＲＵとの間のＲＵプロファイルに関する照合に頼る。
【０２９３】
したがって、アクセスポイントに許可された送信機会内でアクセスポイントに向かうマルチユーザーアップリンク送信において与えられる複数のアップリンクリソースユニットのうちの１つのアップリンクリソースユニットを用いて、局がアクセスポイントにフレーム（例えば、まだアソシエートされていない局の要求管理フレーム）を送信する（又は逆にＡＰがフレームを受信する）ときに、複数のアップリンクリソースユニットが或る配分方式に従って配分され（例えば、周波数領域において配分され）、ＡＰは、アクセスポイントに許可された同じ送信機会、又は次の送信機会内でアクセスポイントからのマルチユーザーダウンリンク送信に含まれる複数のダウンリンクリソースユニットを構築することができ、複数のダウンリンクリソースユニットは、アップリンクリソースユニットと少なくとも１つの一致する配分方式特性を有するダウンリンクリソースユニットを含み、その後、ＡＰは、ダウンリンクリソースユニット上で局にフレーム（例えば、応答管理フレーム）を送信することができる。
【０２９４】
これに関連して、局は、使用したアップリンクリソースユニットの配分方式特性に基づいて、ダウンリンクリソースユニットを決定するだけでよく、その後、決定されたダウンリンクリソースユニット上でアクセスポイントからフレームを受信する。
【０２９５】
実施形態において、局によるそのような決定は、マルチユーザーダウンリンク送信において、特定の局に関連付けられない（例えば、アクセスポイントとアソシエートされていない局のために予約される）アソシエーション識別子に割り当てられるダウンリンクリソースユニットの数によって決まる場合がある。これは、局が２つの挙動を切り替える能力を与えるためである。
【０２９６】
例えば、ＭＵダウンリンク送信において、未アソシエーション局のために予約される所定の識別子（例えば、ＡＩＤ＝２０４５）を有する１つのダウンリンクＲＵのみが含まれる場合には、各未アソシエーション局は、ダウンリンクＲＵの受領局と見なされる場合があり、すなわち、ダウンリンクＲＵは、局にアドレッシングされるフレームを潜在的に含む場合がある。例えば、ダウンリンクＲＵは、未アソシエーション局のうちの１つのためのフレームを含む場合があるか、又は全ての未アソシエーション局のためのブロードキャストフレームを含む場合がある。この挙動において、ＭＵアップリンク送信の配分方式は考慮に入れられない。
【０２９７】
各受領局は、局が受取局であるフレーム（複数の場合もある）のみを保持（「受信」）するために、ダウンリンクＲＵ内に含まれる（ＭＡＣ）フレーム（複数の場合もある）のＲＡフィールド（受信機又は宛先アドレス）をチェックすることができる。
【０２９８】
一方、ＭＵダウンリンク送信において、未アソシエーション局のために予約される所定の識別子（例えば、ＡＩＤ＝２０４５）を有する２つ以上のダウンリンクＲＵが含まれる場合には、使用したアップリンクリソースユニットの配分方式特性に基づいて、未アソシエーション局が、もしあるなら、自らに割り当てられたダウンリンクリソースユニットを決定しなければならない。配分方式特性に一致するそのようなダウンリンクＲＵが見つけた場合には、未アソシエーション局は、決定されたダウンリンクリソースユニット上でアクセスポイントからフレームを受信する。
【０２９９】
その場合、各ダウンリンクＲＵは１つのみの受領局を有する。したがって、未アソシエーション局は、フレームが実際に自らにアドレッシングされることを確認するために、任意選択で、ダウンリンクＲＵ内に含まれる（ＭＡＣ）フレーム（複数の場合もある）のＲＡフィールドをチェックすることができる。
【０３００】
チェックするステップを実施するときであっても、未アソシエーション局は、どのダウンリンクＲＵを復号すべきか判断するために、アップリンクシグナリングから恩恵を受ける。有利には、（特定の局に割り当てられない１つのダウンリンクＲＵ又は複数のダウンリンクＲＵ）いずれの場合でも、各未アソシエーション局は、２つ以上のダウンリンクＲＵを復号する必要はない。
【０３０１】
したがって、２０４５に等しいＳＴＡ−ＩＤを有するＲＵを含むＭＵ  ＤＬフレーム（例えば、ＨＥ  ＭＵ  ＰＰＤＵ）を受信する未アソシエーションの非ＡＰ局は、以下の条件のうちの１つが生じる場合に、２０４５に等しいＳＴＡ−ＩＤを有するＲＵの受領局と見なされるべきである。
・ＭＵ  ＤＬフレーム内に２０４５に等しいＳＴＡ−ＩＤを有する唯一のＲＵが存在する。
・ＳＴＡが、２０４５に設定されたＡＩＤを有するランダムアクセスＲＵ（複数の場合もある）を含むトリガーフレームに応答して管理要求フレームを先行して送信しており、２０４５に等しいＳＴＡ−ＩＤを有するＲＵが、先行して送信されたＭＵ  ＵＬフレーム（例えば、８０２．１１ａｘによるＨＥ  ＴＢ  ＰＰＤＵ）において要求を搬送するＲＡ  ＲＵのＲＵ配分と同じＲＵ配分を有する。
【０３０２】
ＡＩＤ＝２０４５を有するＭＵ  ＤＬ  ＲＵは「ブロードキャストＲＵ」と呼ばれる場合もあることに留意されたい。この呼称のとおり、ブロードキャストＲＵは、ユニキャストＭＡＣフレーム（ユニキャストＭＡＣアドレスに対応するＲＡフィールド）を含む場合があるか、ブロードキャストＭＡＣフレーム（ブロードキャストＭＡＣアドレスに対応するＲＡフィールド）を含む場合がある。
【０３０３】
ＨＥ  ＭＵ  ＰＰＤＵ内に２０４５に等しいＳＴＡ−ＩＤを有する複数のＲＵを与えることは、アソシエートされたＳＴＡにアドレッシングされる２つ以上のダウンリンクＲＵを有しないという一般的な要件に対する例外と見なすことができることにも留意されたい。言い換えると、送信されたＨＥ  ＭＵ  ＰＰＤＵの受領局であるＳＴＡのリストがアレイＳＴＡ＿ＩＤ＿ＬＩＳＴによって表される場合には、特定の（ＡＩＤ）値を有するＳＴＡ＿ＩＤ＿ＬＩＳＴ要素は、以下の場合を除いて、アレイ内に２回以上現れないことになる。
・値が未配分ＲＵ（例えば、２０４６）を識別するか、又は
・値が２０４５であり、未アソシエーションＳＴＡに向かうことになるブロードキャストＲＵを識別する。
【０３０４】
実施形態によれば、ＡＰの視点から、ＡＰは、以下の制約を考慮して、ブロードキャストＲＵ（例えば、ＡＩＤ＝２０４５を有する）においてアソシエーション応答フレームを未アソシエーションＳＴＡに送信する。
・ＨＥ  ＭＵ  ＰＰＤＵ内に複数のブロードキャストＲＵ（ＡＩＤ＝２０４５）が挿入される場合がある。
・ＨＥ  ＭＵ  ＰＰＤＵ内に唯一のブロードキャストＲＵ（ＡＩＤ＝２０４５）が挿入される場合には、ブロードキャストＲＵは、１つ又は全ての未アソシエーションＳＴＡにアドレッシングすることができる。
・ＨＥ  ＭＵ  ＰＰＤＵ内に複数のブロードキャストＲＵ（ＡＩＤ＝２０４５）が挿入される場合には、各ブロードキャストＲＵは１つの未アソシエーションＳＴＡのみにアドレッシングされる。
・未アソシエーションＳＴＡにアソシエーション応答フレームを送信するために、
−ＡＰは、対応するアソシエーション要求フレームを送信するために未アソシエーションＳＴＡによって使用されたＲＡ  ＲＵ（ＡＩＤ＝２０４５）のＲＵ配分と同じＲＵ配分をブロードキャストＲＵ（ＡＩＤ＝２０４５）のために使用することができる（図９ｄを参照）か、
−全ての未アソシエーションＳＴＡにアソシエーション応答フレームをブロードキャストするために、ＡＰは、ブロードキャストＭＡＣフレームを埋め込む単一のブロードキャストＲＵ（ＡＩＤ＝２０４５）を使用することができる（図１２ａを参照）か、又は、
−ＡＰは、未アソシエーションＳＴＡにアドレッシングされるユニキャストＭＡＣフレームを埋め込む単一のブロードキャストＲＵ（ＡＩＤ＝２０４５）を使用することができる（図１２ｂを参照）。
【０３０５】
未アソシエーション局にアドレッシングされるユニキャストＭＡＣフレームを含むブロードキャストＲＵは、アクセスポイントに確認応答を与えるために、マルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会内で未アソシエーション局によって使用されることになるアップリンクリソースユニットを識別する情報項目を含むことができる。標準規格ＩＥＥＥ８０２．１１ａｘのドラフト２．１において規定されるようなＵＭＲＳ制御フィールドは、ＭＰＤＵに関して確認応答するために、未アソシエーションＳＴＡによって、どのＵＬ  ＲＵが使用されなければならないかを示すために使用することができる。
【０３０６】
これらの概念の結果として、ＭＵダウンリンク送信を、未アソシエーション局に、より一般的には、特定の局に割り当てられるＡＩＤを使用しない任意の局に効率的に拡張することができる。好ましくは、アクセスポイントとアソシエートされていない局のために予約されるＡＩＤが使用される。
【０３０７】
したがって、ＭＵダウンリンク送信は、既知の現在の８０２．１１ａｘ要件と比べて著しく改善される。
【０３０８】
これらの新規の概念に関して、追加ブロック８０５は、ダウンリンクＯＦＤＭＡリソースユニット（サブチャネル）の使用法を制御するためのＲＵプロファイル管理モジュールとしての役割を果たすことができる。
【０３０９】
例えば、網羅的ではないが、ＡＰに関する動作は、ＭＵアップリンク送信においてＡＩＤ（例えば、未アソシエーション局のために予約されるＡＩＤ）が利用できない局によって使用されるアップリンクＲＵを決定することと、使用されるアップリンクＲＵに関連するＲＵ配分方式特性を記憶することと、記憶されたＲＵ配分方式特性に一致するダウンリンクＲＵを含むダウンリンクＲＵを用いてＭＵダウンリンク送信を構築することと、そのような一致するダウンリンクＲＵ内で局に応答を送信することとを含むことができる。ＡＰとは異なる局に関する動作は、ＭＵアップリンク送信においてＡＰにデータ（例えば、要求）を送信するために使用されるアップリンクＲＵのＲＵ配分方式特性を把握しておくことと、この一致するダウンリンクＲＵ上でＡＰによって与えられる応答を読み取るために、使用されるＲＵのＲＵ配分方式特性と一致するＭＵダウンリンク送信内のダウンリンクＲＵを決定することとを含むことができる。
【０３１０】
その場合、局に関連付けられるＡＩＤを使用しない局にアドレッシングされるダウンリンクＯＦＤＭＡ  ＲＵを介しての通信を正確に処理するために、ＭＡＣ８０２．１１レイヤ８０４、ＲＵプロファイル管理モジュール８０５及びＰＨＹレイヤブロック８０３が互いにインタラクトする。
【０３１１】
これらの概念の実施形態が、ここで、ＯＦＤＭＡ  ＲＵを検討することによって、ＩＥＥＥ８０２．１１ａｘに関連する種々の例示的な実施形態を用いて例示される。
【０３１２】
提案される例は、同様に、８０２．１１アソシエーションプロセスの管理フレームを参照しながら主に説明されるが、第１の手法はそのような管理フレーム送信に限定されるのではなく、任意の８０２．１１データフレーム又は制御フレームに適用することができる。
【０３１３】
図９ａは、ＡＰとアソシエートするプロセスにおいてまだアソシエートされていない局ＳＴＡ１及びＳＴＡ６に関して、上記で説明された図６の例示的な状況に及ぼす第１の手法のいくつかの実施形態の影響を示す。
【０３１４】
ＡＰ１１０はＴＸＯＰ＃１を許可され、ＭＵ  ＵＬ送信機会を予約するために、図６の場合と同じトリガーフレーム５３０を送信する。このトリガーフレーム５３０は、ＡＩＤ＝２０４５を有する少なくとも１つのランダムＲＵ（ここでは、２つのそのようなランダムＲＵ）を規定する。まだアソシエートされていない局ＳＴＡ１及びＳＴＡ６は、ＡＩＤ＝２０４５を有するランダムＲＵ５１０においてＡＰに要求管理フレームを送信する（他のＲＵは他の局によって使用される）。
【０３１５】
ＡＰは、Ｍｕｌｔｉ−ＳＴＡ  ＢｌｏｃｋＡｃｋフレーム６４０を用いて、受信されたフレームに関して確認応答する。
【０３１６】
このシーケンス中に、ＡＰ及び局はいずれも、ＳＴＡ１及びＳＴＡ６によって使用されるアップリンクＲＵを規定する１つ以上の配分方式特性を保存するために、特定の動作を実行する。
【０３１７】
これは以下の情報、すなわち、使用される配分方式（すなわち、図２ｆの対応するエントリ）におけるアップリンクリソースユニットの位置、使用される配分方式におけるアップリンクリソースユニットの周波数帯域（すなわち、図２ｆの対応するエントリによる、２０ＭＨｚチャネル内のトーン）、使用される配分方式におけるアップリンクリソースユニットのサイズ（すなわち、図２ｆの対応するエントリにおいて示されるようなトーンの数）のうちの１つ以上を含む。
【０３１８】
例えば、図１０ａは、ＡＰがトリガーするＭＵアップリンク送信に関連するＡＰにおける主要ステップを、フローチャートを用いて示す。
【０３１９】
ステップ１０１０において、トリガーフレーム５３０によって、ＭＵアップリンク送信が開始される。
【０３２０】
ＡＰが、ランダムＲＵ上でＡＩＤ＝２０４５を有するまだアソシエートされていない局からフレームを受信した場合には（テスト１０２０）、ＡＰは、ステップ１０３０において、使用されるアップリンクＲＵのＲＵプロファイル、すなわち、関連する配分方式特性を記憶し、それらの配分方式特性をそれぞれ、送信されるまだアソシエートされていない局に関連付ける。フレームは、例えば、要求管理フレームである。
【０３２１】
例えば、ＡＰは、使用される配分方式に対応する８ビットインデックス（図２ｆ）及び使用される配分方式によって規定されるリストの中から使用されるアップリンクＲＵの位置とともに、（受信された要求管理フレームにおいて取得される）まだアソシエートされていない局のＭＡＣアドレスを記憶することができる。これら３つの情報項目により、ＡＰは、上記で言及された配分方式特性のいずれかを取り出すことができるようになる。
【０３２２】
テスト１０２０が否定された場合、アルゴリズムはステップ１０１０にループバックし、新たなトリガーフレームの送信を待つ。
【０３２３】
ステップ１０３０の次に、ステップ１０４０において、ＡＰは、例えば、要求管理フレームを送信したまだアソシエートされていない局を含む、送信局に確認応答を送信する。
【０３２４】
それに応じて、図１１ａは、ＡＰによってトリガーされるＭＵアップリンク送信に関連するまだアソシエートされていない局における主要ステップを、フローチャートを用いて示す。
【０３２５】
プロセスはステップ１１１０において開始し、ステップでは、まだアソシエートされていない局が、ＡＩＤ＝２０４５を有する１つ以上のランダムＲＵを含む、ＡＰによって送信されたトリガーフレーム５３０を検出する。
【０３２６】
その場合に、ＡＰに登録／ＡＰとアソシエートする意思があるまだアソシエートされていない局は、ＡＩＤ＝２０４５を有するそのようなランダムＲＵにアクセス競合する。まだアソシエートされていない局に対してそのようなランダムＲＵが許可されると、まだアソシエートされていない局は、ＡＩＤ＝２０４５を有するアクセスされたランダムＲＵ５１０において、要求管理フレーム等の要求フレーム（局が、アソシエーション手順のどの段階に入っているかに応じて、３１０、３４０、３６０）を送信する。これがステップ１１２０である。
【０３２７】
将来その要求にＡＰが応答することを意味する確認応答がＡＰから受信された場合には（テスト１１３０）、まだアソシエートされていない局は、使用されるランダムＲＵのＲＵプロファイル、すなわち、関連する配分方式特性を記憶する。これがステップ１１４０である。
【０３２８】
例えば、まだアソシエートされていない局は、使用される配分方式によって規定されるリストの中から、使用される配分方式に対応する８ビットインデックス（図２ｆ）及び使用されるアップリンクＲＵの位置を記憶することができる。
【０３２９】
図９ａに戻ると、ＡＰは同じＴＸＯＰ＃１においてＭＵダウンリンク送信を開始する。これは、８０２．１１ａｘによって与えられるカスケード処理オプション（cascading option）によって可能である（許可されたＴＸＯＰ中に、ダウンリンク又はアップリンクいずれかのいくつかのＭＵ送信をカスケード処理することを局に予告するために、ＡＰは、トリガーフレーム５３０のヘッダー内のカスケード処理フィールドをイネーブルにすることができる）。代替的には、Ｍｕｌｔｉ−ＳＴＡ  ＢｌｏｃｋＡｃｋフレーム６４０後に、ＡＰはＤＩＦＳ期間未満だけ待つことによって、媒体を事前取得することができる（したがって、他の局は、媒体にアクセス競合するために、自らのバックオフカウンターをデクリメントし始める時間はない）。
【０３３０】
この例において、ＡＰは、実施形態の教示を用いて、ＭＵダウンリンク送信中に、受信されたフレーム、例えば、要求管理フレームに応答する。
【０３３１】
そのため、ＡＰは、ＳＴＡ１及びＳＴＡ６によって使用されるアップリンクＲＵ（ＡＩＤ＝２０４５を有する）の記憶されたＲＵプロファイルを考慮に入れる特定のＲＵ配分プロファイルを用いて、ＭＵダウンリンク送信を構築する。詳細には、ＡＰは、ＭＵダウンリンク送信において、ＳＴＡ１によって使用されるアップリンクＲＵと同じ配分方式特性（例えば、同じ位置）を有する、ＡＩＤ＝２０４５を有する第１のダウンリンクＲＵと、ＳＴＡ６によって使用されるアップリンクＲＵと同じ配分方式特性を有する、ＡＩＤ＝２０４５を有する第２のダウンリンクＲＵとを与える。
【０３３２】
それは、ＭＵダウンリンク送信及びＭＵアップリンク送信の両方におけるまだアソシエートされていない局のための種々のリソースユニットが、任意の特定の局に関連付けられない、詳細には、未アソシエーション局のために予約される同じ所定のアソシエーション識別子、ここでは、ＡＩＤ＝２０４５を用いてシグナリングされることを意味する。
【０３３３】
図の例において、ＳＴＡ１は、ＭＵアップリンク送信５１０中に位置＃１において、アップリンクＲＵにおいて自らのプローブ要求フレーム３１０を送信した。その場合に、ＡＰは、位置＃１において、同じくＡＩＤ＝２０４５を有するダウンリンクＲＵを用いてＭＵダウンリンク送信を構築する。
【０３３４】
同様に、ＳＴＡ６は、ＭＵアップリンク送信５１０中に位置＃６において、アップリンクＲＵにおいて自らの認証要求フレーム３４０を送信した。その場合に、ＡＰは、位置＃６において、同じくＡＩＤ＝２０４５を有するダウンリンクＲＵを用いてＭＵダウンリンク送信を構築する。
【０３３５】
当然、上記で導入されたように、アップリンクＲＵ位置とは別の配分方式特性を使用することができる。
【０３３６】
この手法によって、まだアソシエートされていない局ＳＴＡ１及びＳＴＡ６は、ＡＩＤ＝２０４５に割り当てられたという条件で、ＭＵダウンリンク送信における第１及び第６のリソースユニットが自らに向けられることを知る。それは、この実施形態において、まだアソシエートされていない局が、自らにアドレッシングされるダウンリンクＲＵを識別するために２つの基準が組み合わせられることを意味し、第１の基準として、ダウンリンクＲＵがＡＩＤ＝２０４５を割り当てられる場合があり、第２の基準として、関連する配分方式特性が、先行するフレーム、例えば、要求管理フレームを送信するときにＭＵアップリンク送信において使用されるアップリンクＲＵと一致しなければならない。
【０３３７】
したがって、ＡＰ１１０は、そのように構築された、ＡＩＤ＝２０４５を有するダウンリンクＲＵ９２０を用いて、まだアソシエートされていない局に応答を送信する（他のダウンリンクＲＵは、従来通りに使用される）。この例において、ＡＰは、第１のダウンリンクＲＵ（位置＃１）を用いて、ＳＴＡ１にプローブ応答フレーム３２０を送信し、第６のダウンリンクＲＵ（位置＃６）を用いて、ＳＴＡ６に認証応答フレーム３５０を送信する。
【０３３８】
最後に、まだアソシエートされていない局ＳＴＡ１及びＳＴＡ６は、自らの先行する要求フレームに応答して、これらの２つのダウンリンクＲＵ上でＡＰによって送信された応答フレームを受信及び復号し、良好に受領したことをアップリンク送信９４０によって確認応答する。
【０３３９】
図６と比べて、この図から容易に明らかになるように、管理フレームに関する連続ＳＵ送信（６３０−１及び６３０−２）がここでは回避され、結果として、まだアソシエートされていないＳＴＡに関するアソシエーション手順が簡略化され、ネットワークがより効率的に使用される。これは、８０２．１１ａｘのような高密度ネットワークにおける新たな局のアソシエーションを管理するのに特に有利である。
【０３４０】
図１０ｂは、いくつかの実施形態を実施するときに、ＡＰがトリガーするＭＵダウンリンク送信に関連するＡＰにおける主要ステップを、フローチャートを用いて示す。これらの動作は、まだアソシエートされていない局からの１つ以上の要求管理フレームの受信に後続し、ＭＵ  ＤＬ送信を用いて、ＡＰがそれらの局に応答フレームをいかに送信するかを記述する。
【０３４１】
ステップ１０５０において、ＡＰは、先行するＭＵアップリンク送信中にまだアソシエートされていない局から受信された要求管理フレームに応答して、１つ以上の応答管理フレームを送信する準備ができたか否かを判断する。
【０３４２】
肯定の場合、ステップ１０６０において、ＡＰは、送信すべき応答フレームごとに、対応するまだアソシエートされていない局のために記憶される配分方式特性に一致する（すなわち、ＭＵアップリンク送信において要求フレームを送信するために局によって使用されたアップリンクリソースユニットの配分方式特性に一致する）ダウンリンクリソースユニットを含む、ＭＵダウンリンクフレーム（すなわち、アクセスポイントに許可された送信機会内でアクセスポイントからのダウンリンク送信に割り当てられる複数のダウンリンクリソースユニット）を構築する。例えば、ダウンリンクＲＵ及びアップリンクＲＵは、使用された配分方式内の同じ位置を有することができる。そのような各ダウンリンクリソースユニットが、ＡＩＤ＝２０４５に関連してＨＥ−ＳＩＧ−Ｂにおいて宣言される。
【０３４３】
次に、ステップ１０７０において、ＡＰ１１０は、ＡＩＤ＝２０４５を有する対応するダウンリンクＲＵ上で、適切なまだアソシエートされていない局に各応答管理フレームを送信する。
【０３４４】
それに応じて、図１１ｂは、いくつかの実施形態による、ＡＰによってトリガーされるＭＵダウンリンク送信に関連するまだアソシエートされていない局における主要ステップを、フローチャートを用いて示す。これらの動作は、ＭＵダウンリンク送信においてＡＰから受信された応答管理フレームを、そのような局がいかに復号するかを記述する。
【０３４５】
まだアソシエートされていない局は、先行するＭＵアップリンク送信において、ＡＩＤ＝２０４５を有するアップリンクＲＵを用いてＡＰに要求管理フレームを既に送信しており、応答を待っている。
【０３４６】
プロセスは、フレームがＡＩＤ＝２０４５を有するダウンリンクリソースユニットを含むか否かを判断するために、ステップ１１５０において、ＭＵダウンリンクフレームが受信されるときに開始する。
【０３４７】
否定される場合、まだアソシエートされていない局は、次のＭＵダウンリンクフレームを待つ。
【０３４８】
肯定される場合、ステップ１１６０において、局は、ＡＩＤ＝２０４５を有するダウンリンクＲＵのうちの１つがステップ１１４０において記憶された配分方式特性に一致する配分方式特性を有するか否かを判断する。これは、ＡＩＤ＝２０４５を有するダウンリンクＲＵが、先行するＭＵアップリンク送信において使用された位置（アップリンクＲＵ）と同じ位置を有するか否かを単に検証することからなる場合がある。
【０３４９】
ＡＩＤ＝２０４５を有する一致するダウンリンクＲＵが見つけられた場合、まだアソシエートされていない局は、ＡＰによって送信されるフレームを読み取るために、このダウンリンクＲＵを選択する（ステップ１１７０）。任意選択で、フレームを処理する前に、局は、フレーム内に規定されるＭＡＣアドレスを更に読み取り、チェックする場合がある。
【０３５０】
したがって、このダウンリンクＲＵから応答管理フレームが復号され、例えば、ＭＡＣ８０２．１１レイヤブロック８０４に転送される（ステップ１１８０）。
【０３５１】
図９ａは、応答を与えるＭＵダウンリンク送信のダウンリンクリソースユニットが、アクセスポイントに許可された同じ送信機会内で、要求が送信されたＭＵアップリンク送信のアップリンクリソースユニットの直後に続く状況を示すが、他の実施形態は、要求が送信されたアップリンク送信に割り当てられるアップリンクリソースユニット及び応答を与えるダウンリンク送信に割り当てられるダウンリンクリソースユニットが、アクセスポイントに許可された同じ送信機会内で、ダウンリンク又はアップリンクいずれかの、１つ以上の他のＭＵ送信によって分離されることを規定することができる。
【０３５２】
これが図９ｂに示されており、図９ｂは、送信５１０と送信９２０との間に１つ以上のＭＵ送信を挿入できることを示す。
【０３５３】
この実施形態は、ＡＰに応答管理フレームを準備する時間を与える。
【０３５４】
別の状況が図９ｃに示されており、図９ｃでは、応答を与えるＭＵダウンリンク送信のダウンリンクリソースユニット及び要求が送信されたＭＵアップリンク送信のアップリンクリソースユニットが、アクセスポイントに許可された２つの別々の送信機会に属する。
【０３５５】
２つの別々のＴＸＯＰ間では、任意の局がデータを送信するために競合し、媒体にアクセスすることができる。
【０３５６】
この実施形態も、ＡＰに応答管理フレームを準備する時間を与える。
【０３５７】
図９ｂ及び図９ｃの実施形態では、ＡＰは、ＡＰに要求フレームを送信する、すなわち、現在、ＡＰからの応答（管理）フレームを待っている未アソシエーション局によって先行して使用されたアップリンクＲＵの関連する単数又は複数の配分方式特性に一致する、ＡＩＤ＝２０４５を有するダウンリンクリソースユニットを含む「中間」ＭＵダウンリンクフレームを、２つの送信間に挿入するのを回避することができる。これは、有利には、最終的に自らにアドレッシングされるフレームを含まないダウンリンクＲＵを、未アソシエーション局が読み取るのを回避する。
【０３５８】
しかしながら、そのような「中間」ＭＵダウンリンクフレーム（複数の場合もある）を回避するのは必須ではないことに留意されたい。２つの送信間に「中間」ＭＵダウンリンクフレーム（複数の場合もある）が挿入される場合には、自らにアドレッシングされないフレームを含む、ＡＩＤ＝２０４５を有する（関連する単数又は複数の配分方式特性に一致する）ダウンリンクＲＵを読み取る未アソシエーション局は、フレームを（例えば、ＲＡフィールド２０３が自らのＭＡＣアドレスであるか否かを判断することによって）単に無視し、関連する単数又は複数の配分方式特性に一致する、ＡＩＤ＝２０４５を有するダウンリンクリソースユニットを含む別のＭＵダウンリンクフレームを監視し続ける。
【０３５９】
図９ｄは、ＭＵ  ＤＬフレーム内で複数のダウンリンクリソースユニット（９５０）が複数の未アソシエーション局に配分される一般的な実施形態を示す。例示される実施形態において、２０４５に等しいＡＩＤを有するいくつかのＲＵが、ＵＬ要求に対応するロケーションにおいて、ＨＥ−ＳＩＧ−Ｂにおいてシグナリングされる。ＡＰは、ＡＩＤ＝２０４５を有するこれらのダウンリンクＲＵを用いて、未アソシエーション局に、プローブ応答及び認証応答等の応答フレームを送信することができる。
【０３６０】
別の実施形態が図１２ａに示されており、図１２ａでは、ＭＵ  ＤＬフレーム内で固有ダウンリンクリソースユニット（１２１０）が未アソシエーション局（すなわち、ＡＩＤ＝２０４５を有する）に配分される。ＡＰは、ＡＩＤ＝２０４５を有するこの単一のダウンリンクＲＵを用いて、未アソシエーション局に、ブロードキャストフレーム（すなわち、ブロードキャストアドレスに設定されたＲＡフィールド２０３を有する）として応答フレームを送信することができる。
【０３６１】
後に説明されるように、ＡＩＤ＝２０４５を有する単一のダウンリンクＲＵが与えられるとき、未アソシエーション局は、自らの関連する単数又は複数の配分方式特性との一致をチェックしない。それらの局は全て、ＡＩＤ＝２０４５を有するこの単一のダウンリンクＲＵのフレーム（複数の場合もある）を読み取る。配分方式特性チェックを行わないことに起因して、ＡＩＤ＝２０４５を有するこのダウンリンクリソースユニットは、ＭＵ  ＤＬフレーム内のどの場所にも配置することができる。図１２ａは、後に説明される図１０ｃのフローチャートのＡＰ側におけるステップ１０５８及び１０５４を示す。
【０３６２】
変形形態が図１２ｂに示されており、図１２ｂでは、ＭＵ  ＤＬフレーム内で固有ダウンリンクリソースユニット（１２２０）が未アソシエーション局に配分される。これは、ＡＰが特定の未アソシエーション局に固有応答を送信することに決めたために行われる場合がある。その場合、ＡＩＤ＝２０４５を有する固有ダウンリンクリソースユニット（１２２０）を通して送信されるフレームのＲＡフィールド２０３は、行先である未アソシエーション局のＭＡＣアドレスに設定される。図１２ｂは、後に説明される図１０ｃのフローチャートのＡＰ側におけるステップ１０５３及び１０５４を示す。
【０３６３】
これらの図は、ＭＵ  ＤＬ送信において規定されるダウンリンクＲＵの数に応じて、一致するダウンリンクＲＵにアクセスする／一致するダウンリンクＲＵを読み取る前に、未アソシエーション局が、ＡＩＤ＝２０４５を有するダウンリンクＲＵと、自らの関連する単数又は複数の配分方式特性との一致をチェックする第１の挙動（例えば、ＡＩＤ＝２０４５を有する２つ以上のダウンリンクＲＵが存在する場合）と、未アソシエーション局が、チェックを実行せず、直接、ダウンリンクＲＵにアクセスする／ダウンリンクＲＵを読み取る第２の挙動（例えば、ＡＩＤ＝２０４５を有する単一のダウンリンクＲＵが存在する場合）とを、未アソシエーション局が切り替えることができることを示す。
【０３６４】
第２の挙動において、例えば、ＲＡフィールド２０３（ブロードキャストアドレス又は局に固有のＭＡＣアドレス）をチェックすることによって、固有ダウンリンクＲＵを介して送信されたフレーム（複数の場合もある）が自らにアドレッシングされたか否かをチェックするのは、未アソシエーション局の責任である。ＲＡフィールド２０３のそのようなチェックは、任意選択で、第１の挙動を伴う未アソシエーション局によって行われる場合がある。
【０３６５】
いくつかの実施形態によれば、応答管理フレームをそれぞれのまだアソシエートされていない局に送信するために、同じＭＵダウンリンク送信において、ＡＩＤ＝２０４５を有するいくつかのＲＵを使用することができる。これは、高密度のアクティブネットワーク（例えば、多数の局が短時間のうちにネットワークに対して接続及び切断を行う鉄道駅）において有利である。
【０３６６】
有利には、ＡＰは、ＡＩＤ＝２０４５を有する多数の（場合によっては、唯一の）ランダムＲＵを有するトリガーフレームを定期的に与えることができる。好ましくは、図２ｆの第１のエントリの配分方式は、まだアソシエートされていない局が自らのアソシエーション手順を実行する最大数の機会を提供するために使用される。したがって、ＡＰは、応答管理フレームを与えるために、直後に、同じ配分方式に一致するＭＵダウンリンク送信を与えることができる。
【０３６７】
図１０ｃは、いくつかの他の実施形態による、未アソシエーション局に向かうことになるフレームを埋め込む１つ以上のＭＵダウンリンク送信に関連するＡＰにおける主要ステップを、フローチャートを用いて示す。ＭＵダウンリンク送信は、既にアソシエートされている局を対象にしたフレームを埋め込むこともできるが、これらの送信は、従来の方法を使用することもできるので、ここでは、これ以上説明されないことに留意されたい。
【０３６８】
以下の説明において、未アソシエーション局のために予約されるＭＵ  ＤＬ  ＲＵを指定するために、２０４５の所定の識別子値が選択される。当然、この値は、例示のためにのみ与えられ、任意の他の所定の値又はシグナリング手段が採用される場合がある。
【０３６９】
ステップ１０５１において、ＡＰは、未アソシエーション局への送信を待っている未送信フレーム（pending frame）（例えば、応答管理フレーム又は任意の他のタイプのフレーム）のリストが存在するか否かを判断する。この場合もまた、アソシエートされた局を対象にした他のフレームも、ＡＰによって並列に、又は順次に取り扱うことができる。
【０３７０】
未送信フレームのリストが空でない場合には、ステップ１０５２において、リストがブロードキャストフレーム（すなわち、ブロードキャスト値ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦに設定されたＲＡフィールド２０３を有するＭＰＤＵパケット）を含むか否かが判断される。ブロードキャストフレームが見つけられた場合には、ステップ１０５３において送信するために選択される。選択されたフレームを含むＭＵ  ＤＬフレームに、ＡＩＤ＝２０４５を有する単一のダウンリンクＲＵが含まれる（ステップ１０５４）。ダウンリンクＲＵは、ＭＵ  ＤＬフレーム内のどの場所に配置することもできる（一例が図１２ａに示される）。ＭＵ  ＤＬフレームは、ＡＩＤ＝２０４５を有するダウンリンクＲＵを組み込む時点で構築される場合があるか、又は、例えば、既にアソシエートされている局に向かうことになっている他のダウンリンクＲＵが規定される時点で、ＡＰのモジュール８０５によって早期に形成される場合がある。
【０３７１】
リストがブロードキャストフレームを含まない（テスト１０５２が否定される）場合には、ステップ１０５７において、未送信であるフレームの数が決定される。リスト内に１つのフレームしか存在しない場合には、フレームが選択され（ステップ１０５８）、ＭＵ  ＤＬフレームに組み込まれる（ステップ１０５４）。ステップ１０５３の場合と同様に、ＡＩＤ＝２０４５を有する１つのダウンリンクＲＵのみがＭＵ  ＤＬフレーム内に組み込まれる（例えば、図１２ｂに示される）。
【０３７２】
リスト内に複数のフレーム（テスト１０５７において、２つ以上の送信すべきフレーム）が存在する場合には、ステップ１０５９において、リストから複数のフレームが選択される。好ましくは、対応する未アソシエーション局に送信するために、（例えば、図１０ａのフローチャートに従って）未アソシエーション局からアップリンクＲＵ上で受信された要求フレームの受信に後続する全ての応答フレームが選択される。応答フレームに関する、ＡＩＤ＝２０４５を有するダウンリンクＲＵの設計は、未アソシエーション局によって使用されるアップリンクＲＵの少なくとも１つの配分方式特性に基づくことができる。当然、特定の未アソシエーション局のための応答フレームは、ＡＰに要求するときに同じ局によって使用されるアップリンクＲＵの配分方式特性に一致するダウンリンクＲＵを介して送信されることになる。
【０３７３】
ステップ１０５９において選択されるフレームの数は、利用可能なダウンリンクＲＵ、例えば、ＡＩＤ＝２０４５に割り当てられることになる利用可能なダウンリンクＲＵの数に制限される場合がある。これは、いくつかのダウンリンクＲＵが、特定の既にアソシエートされた局に既に割り当てられている場合に当てはまる場合がある。
【０３７４】
ステップ１０６１において、ＡＩＤ値２０４５を有する複数のダウンリンクＲＵが、ＭＵ  ＤＬフレーム内に組み込まれる。ＭＵ  ＤＬフレームはあらかじめ構築されるか、又は組み込む時点で構築される。ＡＩＤ＝２０４５を有する組み込まれるダウンリンクリソースユニットは、それぞれ対応する未アソシエーション局のために記憶される配分方式特性に一致する（すなわち、各ダウンリンクＲＵは、ＭＵアップリンク送信においてフレームを送信するために局によって使用されたアップリンクリソースユニットの配分方式特性に一致する）。
【０３７５】
例えば、未アソシエーションＳＴＡから管理要求フレームを搬送するＲＡ  ＲＵを受信したＡＰは、２０４５に等しいＳＴＡ＿ＩＤ（ＡＩＤ）によって識別され、受信されたＲＡ  ＲＵのＲＵ配分と同じＲＵ配分を有するブロードキャストＲＵを用いて、ＨＥ  ＭＵ  ＰＰＤＵ（すなわち、ＭＵ  ＤＬフレーム）において管理応答フレームを送信することができる。
【０３７６】
ステップ１０５５において、ＭＵ  ＤＬフレームがＡＰによって送信される。最後に、ステップ１０５６において、送信された（そして確認応答された）選択されたフレームを除去することによって、未送信フレームのリストが更新され、フローチャートのステップがステップ１０５１から繰り返される。
【０３７７】
図１０ｃに示されるフローチャートは、いくつかの実施形態による、未アソシエーション局のためのフレームの送信を取り扱うための１つの取り得る実施態様を示す。しかしながら、他の変形の実施態様も考えることができる。
【０３７８】
例えば、ブロードキャストフレームは、リスト内の他のフレームに比べて低い優先順位を与えられる場合があり、それは、リスト内にブロードキャストフレームが存在しても、送信するために１つ以上のフレームが最初に選択される場合があることを意味する。その後、リストから全数又はいくつかの特定の数のフレーム（経過時間又は他の基準に基づく）が送信された後にのみ、ブロードキャストフレームが送信される。
【０３７９】
別の変形形態では、ステップ１０５９において複数のフレームを選択する代わりに、ＡＰは、送信すべき複数のフレームのリストの中の１つのフレームのみを選択することを決めることができる。この場合、ＭＵ  ＤＬフレームは、選択されたフレームを含む、ＡＩＤ＝２０４５を有する１つのダウンリンクＲＵのみを含むことになる。この変形形態では、ステップ１０６１は除外される。選択されたフレームは、ステップ１０５４に示されるように、ＭＵ  ＤＬフレーム内に組み込まれる。
【０３８０】
それに応じて、図１１ｃは、ＡＰによってトリガーされるＭＵダウンリンク送信に関連する未アソシエーション局における主要ステップを、フローチャートを用いて示す。これらの動作は、ＭＵダウンリンク送信においてＡＰから受信されたフレームをそのような未アソシエーション局がいかに復号するかを示す。
【０３８１】
プロセスは、ＭＵダウンリンクフレーム（ＨＥ  ＭＵ  ＰＰＤＵ）が局によって受信される時点をチェックすることによって開始する（ステップ１１５１）。これは、図１１ｂにおけるステップ１１５０に類似である。
【０３８２】
ＭＵダウンリンクフレームが受信された（ステップ１１５１におけるテストが肯定された）場合、局が、ステップ１１５２において、受信されたＭＵ  ＤＬフレーム内に２０４５に等しいＡＩＤを有する複数のダウンリンクＲＵが含まれるか否かを判断する。
【０３８３】
ＡＩＤ値２０４５を有する複数のダウンリンクＲＵが見つけられた（ステップ１１５２におけるテストが肯定された）場合、未アソシエーション局が第１の挙動に入り、以前に記憶されたＲＵプロファイルが、受信されたばかりのＭＵ  ＤＬフレームに含まれる、ＡＩＤ＝２０４５を有するダウンリンクリソースユニットのうちの１つのＲＵ配分と一致するか否かをチェックする（ステップ１１５３）。ＲＵプロファイルは、例えば、図１１ａのフローチャートの実行後に局によってあらかじめ記憶される場合がある（例えば、ＡＩＤ＝２０４５を有するＭＵ  ＵＬ  ＲＵにおいて要求フレームを送信し、ステップ１１４０に示されるように、アップリンクＲＵのプロファイルを記憶する）。したがって、未アソシエーション局が、先行するＭＵアップリンク送信においてＡＩＤ＝２０４５を有するアップリンクＲＵを用いてＡＰに要求フレームを既に送信している場合には、ＲＵプロファイルが記憶される。
【０３８４】
ステップ１１５３における照合テストは、ＡＩＤ＝２０４５を有するダウンリンクＲＵが先行するＭＵアップリンク送信において使用された位置と同じ位置を有するか否かを単に検証することからなる場合がある。
【０３８５】
また、ステップ１１５３における照合テストは、ＳＴＡが、２０４５に設定されたＡＩＤを有するＲＡ−ＲＵ（複数の場合もある）を含むトリガーフレームに応答して、管理要求フレームを先行して送信しており、２０４５に等しいＳＴＡ−ＩＤ（ＡＩＤ）を有するブロードキャストＲＵが、先行して送信されたＨＥ  ＴＢ  ＰＰＤＵにおいて要求を搬送するＲＡ−ＲＵのＲＵ配分と同じＲＵ配分を有することとすることもできる。
【０３８６】
ステップ１１５３におけるテストが肯定される場合には、未アソシエーション局は一致するダウンリンクＲＵの受領局と見なされ、それは、一致するダウンリンクＲＵが未アソシエーション局に向かうことになるＭＡＣフレームを潜在的に含むことを意味する。その後、ステップ１１５４において、一致するダウンリンクＲＵが、復号するために選択される。任意選択で、未アソシエーション局は、復号する前に、選択された一致するダウンリンクＲＵにおいて搬送されるＭＡＣフレームのＲＡフィールド２０３が、未アソシエーション局のＭＡＣアドレスに対応するか否かをチェックする。
【０３８７】
ステップ１１５３におけるテストが否定される場合には、未アソシエーション局は、ダウンリンクＲＵの受領局ではない。未アソシエーション局は、ステップ１１５１において、ＡＩＤ＝２０４５を有する新たなＭＵ  ＤＬフレームの受信を待つ。
【０３８８】
ステップ１１５５において、ＡＩＤ＝２０４５を有する選択されたダウンリンクＲＵ内にカプセル化されたフレームが復号され、例えば、ＭＡＣ８０２．１１レイヤブロック８０４に転送される。カプセル化されたフレームは応答フレームとすることができる。
【０３８９】
ステップ１１５２においてＡＩＤ値２０４５を有する単一のダウンリンクＲＵが見つけられた（テストが否定される）場合には、未アソシエーション局が第２の挙動に入り、記憶されたＲＵプロファイルと単一のダウンリンクＲＵとの間のいかなる一致もチェックしない。未アソシエーション局は、（自動的に）ダウンリンクＲＵの受領局と見なされる。その後、未アソシエーション局は、ステップ１１５６において、ＭＡＣフレームのＲＡフィールド２０３が、未アソシエーション局のＭＡＣアドレスに、又はブロードキャストアドレスに対応するか否かをチェックする。肯定される場合には、ステップ１１５７において、ダウンリンクＲＵが選択され、ステップ１１５５において、その中に含まれるフレームが復号される。否定される場合には、未アソシエーション局は、ステップ１１５１において、ＡＩＤ＝２０４５を有する新たなＭＵ  ＤＬフレームの受信を待つ。
【０３９０】
いずれの場合も、特にステップ１１５２において、ＡＩＤ＝２０４５を有する複数のダウンリンクＲＵが決定されるとき、未アソシエーション局は、最終的に、多くても、ＡＩＤ＝２０４５を有する１つのダウンリンクＲＵを復号することに留意されたい。これは、未アソシエーション局が、自らがダウンリンクＲＵの受領局であるか否かを判断し、肯定される場合には、未アソシエーション局が受領局であるダウンリンクＲＵを決定するのを容易にする。
【０３９１】
２０４５に等しいＳＴＡ−ＩＤ（ＡＩＤ）を有するＲＵを含むＭＵ  ＤＬフレームを受信する未アソシエーション局は、以下の条件のうちの１つが生じるときに、２０４５に等しいＳＴＡ−ＩＤを有するＲＵの受領局と見なされることにも留意されたい。
・ＭＵ  ＤＬフレーム内に２０４５に等しいＳＴＡ−ＩＤを有する１つのＲＵのみが存在する（テスト１１５２が否定される）。
・ＳＴＡが、２０４５に設定されたＡＩＤを有するＲＡ−ＲＵ（複数の場合もある）を含むトリガーフレームに応答して（例えば、管理）要求フレームを先行して送信しており、２０４５に等しいＳＴＡ−ＩＤを有するブロードキャストＲＵが、先行して送信されたＭＵ  ＵＬフレームにおいて要求を搬送するＲＡ−ＲＵのＲＵ配分と同じＲＵ配分を有する（テスト１１５３が肯定される）。
【０３９２】
アグリゲーションに基づく第２の手法によれば、本発明者らによって、複数の受取局のためのＭＵダウンリンク送信において１つのＲＵを、すなわち、複数の局を対象にした（又は同じ言い方をすると、複数の局に専用の）１つのリソースユニットを使用することが検討された。したがって、アクセスポイントは、２つ以上の局にアドレッシングされるデータフレームをアグリゲートすることができ、局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会（ＭＵダウンリンクＯＦＤＭＡ  ＴＸＯＰ）を形成する複数のリソースユニットの中からの、複数の局に専用のそのような１つのリソースユニットを介して、アグリゲートされたデータフレームを送信することができる。アグリゲートされたデータフレームは、個別にアドレッシングされるデータフレーム、すなわち、単一の局をアドレッシングするＲＡをそれぞれ有するデータフレームのみを含む場合がある。アグリゲートされたデータフレームは、個別にアドレッシングされる（すなわち、単一の局のＲＡを有する）データフレームと、グループアドレッシングされる（すなわち、マルチキャスト又はブロードキャストアドレスに対応するＲＡを有する）データフレームとの組み合わせを含む場合がある。
【０３９３】
局のグループを対象にしたそのようなＲＵは、「グループＡＩＤ」を用いてシグナリングされる場合があり、ＭＵダウンリンク送信のために個別（すなわち、単一の局に関連付けられる）ＡＩＤのみを使用できるようにする現在の要件とは対照的である。詳細には、複数の局を対象にしたリソースユニットは、それゆえ、ダウンリンク送信機会において、特定の局に関連付けられない所定の（グループ）アソシエーション識別子に割り当てられる場合がある。
【０３９４】
結果として、任意の（そのようなグループに関係している）局が、それらの局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットの中から、複数の局を対象にした「グループ」リソースユニットを（例えば、グループＡＩＤを用いて）決定し、決定されたリソースユニットを介して、アグリゲートされたデータフレームを受信し、受信されたアグリゲートされたデータフレームの中から、局にアドレッシングされた１つ以上のデータフレームを取り出すことができる。
【０３９５】
実際には、アクセスポイントに登録している任意の局が、アクセスポイントに許可された送信機会においてリソースユニットを局に割り当てるためにアクセスポイントによって使用される固有アソシエーション識別子に関連付けられる場合、本発明者らによって提案される概念は、ＡＰが局へのダウンリンク通信のためのアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットを構築することであって、複数のリソースユニットは特定の局に関連付けられないアソシエーション識別子に割り当てられる「グループ」リソースユニットを含むことと、その後、特定の局に関連付けられないアソシエーション識別子に割り当てられるリソースユニット上で局に１つ以上のデータフレームを送信することとからなる。
【０３９６】
したがって、局は、局へのダウンリンク通信のためにアクセスポイントに許可されたマルチユーザーダウンリンク送信機会を形成する複数のリソースユニットから、特定の局に関連付けられないアソシエーション識別子に割り当てられる「グループ」リソースユニットのみを決定し、それゆえ、決定されたダウンリンク「グループ」リソースユニット上でアクセスポイントから１つ以上のデータフレームを受信する。
【０３９７】
同じ専用グループＲＵ内でいくつかの局にアドレッシングされることになるデータフレームをアグリゲートすることによって、提案される概念は、ＡＰが多数の局を効率的に対象に設定することを可能にし、それにより、各ＲＵをより効率的に使用する（それゆえ、パディングビットを削減する）ことができ、（同じマルチキャストフレームによって対象に設定される局をグループ化することによって）いくつかのＲＵにわたって同じペイロードを複製するのを回避することができ、まだアソシエートされていない局に応答管理フレームを効率的に（すなわち、より高いビットレートにおいて）与える（それゆえ、アソシエートされていない局のグループを形成する）ことができる。
【０３９８】
また、ＭＵダウンリンク送信中に局に関連付けられないＡＩＤを使用することによって、提案される概念は、ＡＩＤを与えられない１つ以上の局をアドレッシングする機会をＡＰに提供する。したがって、特定の局に関連付けられないアソシエーション識別子に割り当てられるグループＲＵは、複数の局に専用とすることができる。したがって、局は、ダウンリンク送信において、どのＲＵを待機すべきかを容易に識別することができる。
【０３９９】
したがって、ＭＵダウンリンク送信は、既知の現在の８０２．１１ａｘ要件と比べて著しく改善される。
【０４００】
それを果たすために、追加ブロック８０５が、ＯＦＤＭＡリソースユニット（サブチャネル）の使用法を制御するための多局ＲＵ管理モジュールとしての役割を果たすことができる。
【０４０１】
例えば、網羅的ではないが、ＡＰに関する動作は、後に規定されるようにＭＵダウンリンクフレームを生成及び送信することであって、ＭＵダウンリンクフレームは、現在行われているようなＲＵあたり１つの局の代わりに、特定のＡＩＤを用いて、複数の局を対象とした少なくとも１つのＲＵを識別することと、その後、そのようなリソースユニット内で複数の局にアドレッシングされることになるＭＡＣフレームのアグリゲーションを管理することとを含むことができる。
【０４０２】
ＡＰとは異なる局に関する動作は、受信されたＭＵダウンリンクフレームを解析して、局が、自らのためのＲＵへのアクセスを許されるか、複数の局に専用のＲＵ（グループＲＵ）へのアクセスを許されるかを判断することと、複数の局に専用のそのようなＲＵとの関連において、その中にアグリゲートされたＭＡＣフレームを処理して、自らにアドレッシングされたＭＡＣフレームを取り出すこととを含むことができる。
【０４０３】
しかしながら、ＤＬグループＲＵを介して送信されるデータフレームの、局による確認応答に関して、いくつかの問題が生じる場合がある。
【０４０４】
現在の８０２．１１ａｘ方式において、ＲＵを介して受信されたデータフレームの確認応答は、ＲＵが具体的に割り当てられた受取局によって行われる。この確認応答は、受信されたＵＭＲＳ情報２６４において示されるような、後続のＭＵアップリンクＯＦＤＭＡ送信６２５における応答ＲＵを介して送信される。
【０４０５】
しかしながら、ＲＵ譲受局として特定の局が指定されないので、この方式はＤＬグループＲＵの場合に運用することができない。さらに、１つの局がそのように指定されることになった場合であっても、ＤＬグループＲＵの他の局にアドレッシングされたデータフレームに関して確認応答するのを許されるべきではない。
【０４０６】
これらの確認応答問題を克服するための本発明者らの改善された概念は、ＤＬグループＲＵを介して搬送される異なるデータフレーム内で異なるＵＭＲＳ情報をシグナリングすることに頼る。例えば、グループＲＵが、２つのそれぞれの局にアドレッシングされる２つのアグリゲートされたデータフレームを搬送する場合には、データフレームへの応答（又は確認応答）をアクセスポイントに与えるために、ＭＵダウンリンクＯＦＤＭＡ送信６２０に後続するＭＵアップリンクＯＦＤＭＡ送信６２５において受取局によって使用されることになる応答リソースユニットを識別するために、それぞれの応答リソースユニット情報がシグナリングされる。
【０４０７】
結果として、受取局（ＤＬグループＲＵを通してアドレッシングされる）は：
グループＲＵを介して引き出されたデータフレームから、ＭＵアップリンクＯＦＤＭＡ送信２６５における１つの応答リソースユニットを識別する応答リソースユニット情報を取得し、
その後、識別された応答リソースユニットを介して、引き出されたデータフレームに対する応答（例えば、確認応答）をアクセスポイントに送信する。
【０４０８】
ＲＵあたりのＵＭＲＳを１つの値に制限する８０２．１１ａｘ要件とは対照的に、この改善された概念によれば、（同じグループＲＵを用いる）種々の受取局がデータフレームの受領に関して効率的に確認応答できるようになる。
【０４０９】
ＡＰは、ＭＵダウンリンクＯＦＤＭＡ送信６２０の場合より、ＭＵアップリンクＯＦＤＭＡ送信６２５の場合に多くのＲＵをスケジューリングすることができるので、全ての受取局が、自ら受信したデータフレームに関して確認応答する機会を与えることができる。したがって、ＡＰによるデータフレームの再送が回避され、それにより、チャネル帯域幅が節約される。
【０４１０】
また、これは、フレームＭＡＣヘッダーのＲＡフィールド２１０（ＭＡＣアドレス）内に規定されるような受取局であり、局は、同じＭＡＣヘッダーのＨＴ制御フィールド２５０内に規定されるＵＭＲＳ情報において示される応答ＲＵを使用することができる。結果として、ＡＰとまだアソシエートされていない局である受取局であっても、データフレームに関して確認応答することができる。したがって、局に関するアソシエーション手順を簡略化することができる（ＡＩＤ＝２０４５を有するランダムＲＵを使用し、ＭＵダウンリンク送信６２０中にＡＰから応答を受信し、後続のＭＵアップリンク送信６２５中に応答に関して確認応答する）。
【０４１１】
それを果たすために、ＡＰにおける多局ＲＵ管理モジュール８０５の動作は、受信されたデータフレームへの応答をアクセスポイントに与えるためにマルチユーザーダウンリンク送信機会に後続するマルチユーザーアップリンク送信機会において受取局によって使用されることになる応答リソースユニットを識別するそれぞれの応答リソースユニット情報（例えば、ＵＭＲＳ値）を、アグリゲートされたＭＡＣフレームにおいてシグナリングすることを含むこともできる。
【０４１２】
ＡＰとは異なる局に関する動作は、引き出されたデータフレームから、マルチユーザーアップリンク送信機会における１つの応答リソースユニットを識別する応答リソースユニット情報（例えば、ＵＭＲＳ値）を取得することと、識別された応答リソースユニットを介して、引き出されたデータフレームに対する応答をアクセスポイントに送信することとを含むこともできる。
【０４１３】
説明において、「同報（multi-destination）」ＲＵ、「多局」ＲＵ、「マルチＳＴＡ」ＲＵ、「マルチキャスト」ＲＵ及び「ブロードキャスト」ＲＵという用語は、上記で論じられる「グループ」ＲＵと同義であり、複数の局を対象にしたリソースユニットを指すことを意図している。「ブロードキャストＲＵ」は、ＲＵがブロードキャストデータフレームを搬送しなければならないことを意味するのではなく、ＲＵが複数の局を対象にすることを指していることに留意されたい。
【０４１４】
アグリゲーションベース手法の実施形態が、複数の局に専用のＯＦＤＭＡ  ＲＵを検討することによって、ＩＥＥＥ８０２．１１ａｘとの関連における種々の例示的な実施形態を用いて、ここで例示される。
【０４１５】
以下の提案される例は、８０２．１１アソシエーションプロセスの管理フレームを参照しながら説明されるが、その教示は、そのような管理フレーム送信には限定されず、種々の局にアドレッシングされるデータフレーム等の任意の８０２．１１データフレームに適用することもできる。
【０４１６】
図１３ａは、ＭＵダウンリンク送信を準備及び実行するときに物理アクセスポイントにおいて実施される実施形態を、フローチャートを用いて示す。
【０４１７】
ステップ１３１０において、ＡＰは最初に、ダウンリンク送信に関していくつかの受取局をグループ化する意思があるか否かを判断する。
【０４１８】
ここで、３つの例示的な状況が提案される。
【０４１９】
局アソシエーション手順の場合、局をアクセスポイントとアソシエートする（すなわち、アクセスポイントに登録する）手順内で、局がアクセスポイントに要求管理フレームを送信することができる。言い換えると、アクセスポイントは、アクセスポイントとアソシエートする（すなわち、アクセスポイントに登録する）意思がある局から要求管理フレーム（３１０、３４０、３６０）を受信することができ、複数の受取局を対象にした同じグループＲＵ内に応答管理フレーム（３２０、３５０、３７０）をまとめてグループ化することによって、それらの局に応答しようとする。
【０４２０】
要求管理フレームは、ＡＰによって送出される、先行するシングルユーザー通信を介して、又は先行するトリガーフレーム（図６に関して、典型的にはＴＦ５３０）を介して、又はその両方を介して受信されている場合があり、そのようなトリガーフレームは、アップリンク送信段階５１０中に対応する単数又は複数のＲＵにおいてまだアソシエートされていない局によっていくつかの要求管理フレームが送信されるように、２０４５値に等しいＡＩＤを有するいくつかのランダムＲＵを配分する。
【０４２１】
また、ＡＰは、データフレームを受信する共通の利益に関連して、局をグループ化することができる。例えば、アクセスポイントは、複数の受取局にアドレッシングされることになるマルチキャストフレームを（例えば、上位ＯＳＩレイヤから）受信し、それゆえ、この複数の局に専用のグループＲＵを用いて、マルチキャストフレームを受取局に転送することを考えることができる。
【０４２２】
別の例は、ダウンリンク送信機会のサイズ及びサイズ閾値（場合によっては、ＲＵのサイズ）を与えられると、アクセスポイントが、パディングビットを削減するために単一のＲＵにグループ化することができる、局に送信されることになる小さいデータフレームが存在するか否かを判断する事例である。より一般的には、ＡＰは、ＭＵダウンロード送信の既存の個別送信に属さない（送信されることになる）任意のＭＡＣフレームを搬送するために、特別なグループを使用することを考えることができる。「ＭＰＤＵコレクタ」ＲＵ又は「集合ＲＵ」（それゆえ、グループＲＵ）を（最も大きいＭＡＣフレームより小さい）残存するＭＡＣフレームのうちの最大のＭＡＣフレームで満たすために、ＡＰは、例えば、個別ＲＵを用いて、最も大きいＭＡＣフレームを搬送しようとすることができる。
【０４２３】
例として、集合ＲＵは、ＡＰのＥＤＣＡバッファーに記憶され、個別ＲＵの割り当てが効率的でない（必要とされるパディングが多すぎる、例えば、図６のＳＴＡ３及びＳＴＡ８）任意の未送信ＭＡＣフレームを集めることができる。
【０４２４】
ＡＰが、送信されることになる対応するＭＡＣフレームを有する受取局の１つ以上のグループを決定すると、ステップ１３２０において、そのように決定された各グループにＲＵ（それゆえ、グループＲＵ、ブロードキャストＲＵ、マルチキャストＲＵ又は多局ＲＵと呼ばれる）が割り当てられる。
【０４２５】
例えば、まだアソシエートされていない局から先行して受信された要求に応答して、応答管理フレーム（３２０、３５０又は３７０）を搬送するためにグループＲＵが割り当てられる場合がある。
【０４２６】
好ましい実施形態において、複数の局のためのこのグループＲＵに割り当てられるＡＩＤ値は所定の値２０４５をとる（本概念に準拠する全ての８０２．１１ａｘノードによって知られている）。アソシエーション手順を迅速化するために、この値は、ＭＵアップリンク送信（図６の５１０）においてまだアソシエートされていない局に専用のＲＵ、又は割り当てられるＲＵを示すために使用されるのと同じ値であることに留意することができる。
【０４２７】
結果として、局からのマルチユーザーアップリンク通信のためにアクセスポイントに許可されたアップリンク送信機会の一部を形成する先行するリソースユニットにおいて、要求管理フレームが（局によって）送信される場合には、アクセスポイントとまだアソシエートされていない局に割り当てられる先行するリソースユニット、ステップ１３２０において割り当てられるグループリソースユニット、及び使用される先行するリソースユニットは、（ＡＰによって特定の局に与えられない）あらかじめ決まった同じアソシエーション識別子、ここでは、ＡＩＤ＝２０４５を用いて、それぞれダウンリンク送信機会及びアップリンク送信機会においてシグナリングされる。
【０４２８】
まだアソシエートされていない局に専用のＲＵ内にＭＡＣフレームをアグリゲートしない場合であっても、ダウンリンク送信のためにまだアソシエートされていない局のために予約されるＡＩＤを有するＲＵを与えるという独自の概念が、そのような局のためのアソシエーション手順を改善（迅速化）することに留意することができる。そのようなＲＵは、単一のまだアソシエートされていない局のために使用することもできる。
【０４２９】
いくつかの受取局を対象にしたマルチキャストフレームを搬送するために、グループＲＵを割り当てることもできる。この点において、所定のＡＩＤ、例えば、本概念に準拠する全ての８０２．１１ａｘノードによって知られているＡＩＤ＝２０４２が使用される場合がある。
【０４３０】
また、ＡＩＤ＝０を用いて、小さい未送信ＭＡＣフレームを集める集合ＲＵがシグナリングされる場合もある。
【０４３１】
他の変形形態も提案することができる。例えば、単一の物理ＡＰによって管理される複数のＢＳＳ（「仮想ＡＰ」）との関連において、ＡＰは、自らが管理する各ＢＳＳに固有ＡＩＤ値を割り当てることができ、それは、各ＢＳＳが特定の局に関連付けられない（しかし、全ＢＳＳと関連付けられる）固有ＡＩＤ値を有することを意味する。例えば、ＡＩＤ値は各ＢＳＳのインデックスとすることができる。「ｎ」が物理ＡＰによって管理される仮想ＡＰの最大数である場合には（例として、この値はビーコン及びプローブ応答フレームの複合ＢＳＳＩＤ要素内のＭａＸＢＳＳＩＤインジケーターにおいて規定される）、ＢＳＳ１〜ｎにそれぞれＡＩＤ１〜ｎが割り当てられる。
【０４３２】
各非代表ＡＰは自らのＡＩＤのみを使用することができる。しかしながら、代表ＡＰは、ＶＡＰの任意のＡＩＤを使用することができる。
【０４３３】
これに関連して、代表ＡＰは、それぞれのＡＩＤを使用することによって、ＭＵダウンリンク送信において、１つ以上のそれぞれのＢＳＳに固有の１つ以上の集合ＲＵを与えることができる。したがって、ＡＰは、自らがフレームを送信しようとしているＢＳＳのＡＩＤを選択することができる。
【０４３４】
また、代表ＡＰは、特定のＢＳＳにそれぞれ個別に割り当てられるＴＦ（ＭＵアップリンク送信）においてランダムＲＵをシグナリングすることができる。第１のランダムＲＵは、ＶＡＰｉに登録する意思があるまだアソシエートされていない局にアクセスを限定するために、ＡＩＤ＝ｉに割り当てられ、一方、第２のランダムＲＵは、ＶＡＰｊに登録する意思があるまだアソシエートされていない局にアクセスを限定するために、ＡＩＤ＝ｊに割り当てられる。各ＢＳＳに関連する応答管理フレームを送信するために、ＭＵダウンリンク送信において、同じＡＩＤを有するＲＵを使用することができる。
【０４３５】
局のグループに専用の１つ以上のＲＵが決定されると、ステップ１３３０は、ＡＰが、グループＲＵごとに、局の対応するグループに関する全ての未送信ＭＰＤＵフレームを連結又はアグリゲートすることからなる。以下において、ステップ１３３０及び１３４０の更なる例示における「データフレーム」という用語は、アウトバウンドＭＡＣ送信キュー内の未送信の任意のフレームに対応することを十分に理解されたい（すなわち、限定はしないが、アプリケーションレイヤ８０１からの任意のデータフレーム、及び８０２．１１アソシエーション手順のフレーム等のＭＡＣレイヤ８０４のために有用な任意の８０２．１１管理フレームを含む）。
【０４３６】
管理フレームに関して、まだアソシエートされていない局のためにＡＰによって準備される全ての応答ＭＡＣ管理フレームをまとめてアグリゲートして、１つのＨＥ−ＭＵ  ＰＰＤＵにすることができる（予約されるＴＸＯＰを与えられるときに、最大でＰＰＤＵのサイズまで）。
【０４３７】
マルチキャストフレームに関して、マルチキャストフレーム受信に応答して、アクセスポイントは、受取局のそれぞれに個別にアドレッシングされることになる、マルチキャストフレームのペイロードを含む複数のデータフレームを生成することができる。したがって、ＡＰは、マルチキャストフレームのペイロードを含む、生成されたデータフレームをアグリゲートする（予約されるＴＸＯＰを与えられるときに、最大でＰＰＤＵのサイズまで）。当然、ＴＸＯＰが全ての生成されたデータフレームを送信するだけの十分な空間を与えない場合には、残りは１つ以上の次のＭＵダウンリンク送信において送信される場合がある。
【０４３８】
また、ＡＰは、同じＭＵダウンリンク送信の他のＲＵによってまだアドレッシングされていない局のために、自らのＥＤＣＡバッファーに記憶されるＭＡＣフレームを共に（そして、予約されるＴＸＯＰを与えられるときに、最大でＰＰＤＵのサイズまで）アグリゲートすることができる。この制約を考えると、集合ＲＵのためのアグリゲーションは、（最後のＲＵとして）最後に処理される。
【０４３９】
ＡＰは従来のＲＵに関して８０２．１１ａｘＡ−ＭＰＤＵアグリゲーションの原理に従うことができるが、同じＡ−ＭＰＤＵのＭＰＤＵを異なる局にアドレッシングできるように、その原理をわずかに変更することができる。言い換えると、単一のＡ−ＭＰＤＵ内でいくつかの局をアドレッシングするのをサポートするために、グループＲＵ（８０２．１１ａｘ標準規格用語による「ブロードキャストＲＵ」）に関して、アグリゲーション規則がわずかに変更される。この機構は、グループＲＵの限られた状況に関与する本発明の８０２．１１ａｘ局にのみ限定されるので、これは８０２．１１の基本部分のいかなる変更も要求しない。
【０４４０】
例えば、複数のＳＴＡを対象にしたＲＵ（例えば、ブロードキャストＲＵ）において８０２．１１ａｘＡＰによって送信されるときに、Ａ−ＭＰＤＵ内のＭＰＤＵは異なるＲＡを有することができる。ＲＡは、複数のＳＴＡのうちの１つのＭＡＣアドレス、又はブロードキャストＭＡＣアドレスとすることができる。ＭＰＤＵのアドレスタイプ（個別アドレッシング又はグループアドレッシング）及びアドレス値は、複数のＳＴＡを対象にしたＲＵ内のＡ−ＭＰＤＵ内で異なる場合がある。
【０４４１】
任意の他のアグリゲーション機構（ＭＡＣサービスデータユニット（ＭＳＤＵ）アグリゲーション、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）アグリゲーション、Ａ−ＭＰＤＵフレームの連結、又はそれらの方式の任意の組み合わせ）を用いて、種々の局のためのＭＡＣフレームを連結することができる。
【０４４２】
局が自らのＭＡＣフレームを効率的に取り出すのを可能にするために、アクセスポイントは、アグリゲートされることになる各データフレームにおいて、ＭＡＣアドレスフィールド２１０を受取局のＭＡＣアドレスに設定する。
【０４４３】
ＭＡＣアドレスフィールドがブロードキャストアドレスを含む場合には、ＭＡＣフレームは、グループＲＵに属する全ての局によって取り出すことができる。グループＲＵが、ＢＳＳの全ての局が属するグループに、又はＢＳＳの全ての局からアクセス可能であるように規定されるグループに専用である場合には、ブロードキャストアドレスを有するＭＡＣフレームはＢＳＳの全ての局によって取り出すことができることに留意されたい。
【０４４４】
ＭＡＣアドレスフィールドがマルチキャストアドレスを含む（すなわち、局のマルチキャストグループを規定する）場合には、ＭＡＣフレームは、グループＲＵ及びマルチキャストグループの両方に属する全ての局によって取り出すことができる。
【０４４５】
次にステップ１３４０において、各ＲＵから形成されるＭＵダウンリンクＰＰＤＵが、通信チャネルの対応するＲＵ上でＡＰによって送信される。
【０４４６】
局のグループに関して、それは、アグリゲートされた応答管理フレームが、ＡＩＤ＝２０４５を有するグループＲＵ上で、又は（マルチＢＳＳの場合）ＢＳＳｉに関連する応答管理フレームの場合にＡＩＤ＝ｉを有する各グループＲＵ上で送信され、マルチキャストフレームのペイロードデータを含む、アグリゲートされた生成されたフレームが、例として、ＡＩＤ＝２０４２を有するグループＲＵを介して送信され、アグリゲートされた集合フレームが、チャネルの最後のＲＵ、すなわち、ＡＩＤ＝０を有する（場合によっては、マルチＢＳＳｉの場合、特定のＢＳＳｉに関連する集合フレームの場合にＡＩＤ＝ｊを有する）グループＲＵを介して送信されることを意味する。
【０４４７】
他の（個別の局に割り当てられる）ＲＵは従来通りに取り扱われる。
【０４４８】
局による効率的な処理を確実にするために、ダウンリンク送信機会は、（８０２．１１ａｘＭＵ  ＤＬフレームのＨＥ−ＳＩＧ−Ｂプリアンブルにおいて）１つ以上の局への複数のリソースユニットの割り当ての順序付きシグナリングを含むことができ、順序付きシグナリングは、最初に、個別の局へのリソースユニット（単一の局に関連付けられるＡＩＤを有するＲＵ）の各割り当てを規定し、次に、局のグループへのリソースユニット（上記の例では、ＡＩＤ＝２０４２若しくは２０４５、又はマルチＢＳＳの場合ｉ）の各割り当てを規定し、その後、リソースユニットにまだ関連付けられていない任意の局への集合リソースユニット（ＡＩＤ＝０）の割り当てを規定する。これにより、有利には、局が自らにアドレッシングされた１つのＲＵ（個別又はグループ）を見つけると、局は同じＨＥ  ＭＵ  ＰＰＤＵ内の任意の更なるＲＵ解析を無視できるようになる。
【０４４９】
局のグループの使用又はＡＩＤを有しない（まだアソシエートされていない）局への送信にかかわらず、アグリゲーションベース手法は、有利には、ＨＥ−ＳＩＧ−ＢプリアンブルのＲＵ配分における固有ＡＩＤの存在の厳密な使用法を維持することに留意することができる。
【０４５０】
したがって、ダウンリンク送信機会は、従来の８０２．１１ａｘ方式を用いて（例えば、自らのＡＩＤと結び付けられるＲＵを識別することによって）、又は図１３ｂを参照しながらここで説明されるような新たに提案される方式を使用することによって（例えば、グループＡＩＤに結び付けられるＲＵを識別することによって）、局が読み取ることができるリソースユニットを含む。
【０４５１】
図１３ｂは、ＡＰからのＭＵダウンリンク送信において局のグループに専用のグループＲＵを取り扱うために非ＡＰ局において実施される実施形態を、フローチャートを用いて示す。
【０４５２】
非ＡＰ局は、ＭＵダウンリンクＰＰＤＵを送出するＡＰと既にアソシエートしている任意の局、又はＭＵダウンリンクＰＰＤＵを送出するＡＰとのアソシエーションの過程にある任意のまだアソシエートされていない局とすることができる。
【０４５３】
ステップ１３５０において、ＲＵ  ＰＰＤＵごとに形成されるＭＵダウンリンクフレームが、物理アクセスポイントから受信され、局は、どのＲＵが自らにアドレッシングされるかを判断する。個別の局に割り当てられるＲＵは従来通りに処理される。
【０４５４】
局が局のグループに関するデータを搬送するグループＲＵに関与する状況の場合、特定の処理が要求される。その場合、局は、局へのダウンリンク通信のためにアクセスポイントに許可されたダウンリンク送信機会を形成する複数のリソースユニットの中から、複数の局に専用のそのようなグループリソースユニットを決定する。
【０４５５】
まだアソシエートされていない局に関して、それは、アクセスポイントとまだアソシエートされていない局に割り当てられるグループリソースユニットを決定することを意味する。これは、送信された要求管理フレームに対する、アクセスポイントからの応答管理フレームを取り出すためである。これは、受信されたＭＵダウンリンクフレームのＨＥ−ＳＩＧ−Ｂプリアンブルにおいて、２０４５に等しいＡＩＤを有するＲＵ、又はＢＳＳＩＤに等しい（正：equal to）ＡＩＤを有するＲＵ（マルチＢＳＳの場合）を単に探索することによって実行することができる。
【０４５６】
グループＲＵが見つけられない場合には、プロセスは終了し、まだアソシエートされていない局は自らのＮＡＶを設定する（受信されたフレームのＬ−ＳＩＧフィールドから持続時間が取得される）。
【０４５７】
ＡＩＤ＝２０４５を有するそのようなグループＲＵが見つけられた場合には、次のステップはステップ１３６０である。
【０４５８】
任意選択で、まだアソシエートされていない局は、受信されたＭＵダウンリンクフレームを解析することができ、それゆえ、局によって送信された要求管理フレームの処理が未完了である（すなわち、ＡＰから応答が受信されていない）場合にのみ、まだアソシエートされていない局に割り当てられるリソースユニットを決定することができる。この要求は、先行するＭＵアップリンク送信中（例えば、５１０中）に先行して送信されている場合がある。詳細には、未アソシエーションＳＴＡは、このＳＴＡがプリアソシエーションの状況にない（それは、未アソシエーションＳＴＡがＡＰにいなかるアソシエーション要求も送信していないことを意味する）ＨＥ  ＡＰから受信されたＨＥ  ＭＵ  ＰＰＤＵ内の、２０４５に設定されたＳＴＡ−ＩＤを有する任意のＲＵを無視することができる。
【０４５９】
既にアソシエートされている局の場合、それらの動作は異なる場合がある。局は最初に、個別の局に割り当てられるリソースユニットをスキャンし、受信されたＭＵダウンリンクフレーム内のリソースユニットが局に個別に割り当てられるか否かを検証することができ、検証が否定のみであった場合、局は、複数のまだスキャンされていないリソースユニットから、複数の局に専用のグループリソースユニットを決定する。
【０４６０】
処理順序は、図１３ａを参照しながら上記で示されたように、ＭＵダウンリンクフレームにおいてＲＵを宣言する順序から導出され、個別のＲＵが最初に宣言され、その後、グループＲＵ（例えば、マルチキャストの場合、ＡＩＤ＝２０４２）が宣言され、その後、集合グループＲＵ（ＡＩＤ＝０）が宣言される。この状況において、局が、自らにアドレッシングされた単一のＲＵを検出した場合には、図１３ｂのプロセスは終了し、局は、従来の８０２．１１ａｘのようにして、対応するＲＵを解析する。そうでない場合には、局は、グループＲＵ間で、それらのグループＲＵうちの１つが自らにアドレッシングされるかを探索する。これは、ＡＩＤに関するビットマスキングを用いて（例えば、グループＡＩＤが同じ最上位ビットを有する場合）、及び／又は所定のＡＩＤを検出することによって実行することができる。したがって、局は、局のリスト（グループ）に割り当てられるグループリソースユニットをスキャンし、局が、スキャンされたグループリソースユニットのうちの１つに関連付けられるリストに属するか否かを検証する。
【０４６１】
これは、局が属するグループに専用のグループＲＵが検出されると直ちに、局がＭＵダウンリンクフレームを解析するのを中止できるようにする。例えば、局がマルチキャスト通信に関与することがわかった場合には（例えば、アプリケーションレイヤにおける交換に起因する、モジュール８０１を参照）、局は、マルチキャストに専用の任意のグループＲＵ（この例では、ＡＩＤ＝２０４２）を精査することができる。
【０４６２】
検証が肯定される（局がリストに属する）場合、データフレームを取り出すために決定されたグループリソースユニットは、局を含むリストに割り当てられたグループリソースユニットである（例えば、ＡＩＤ＝２０４２を有する）。
【０４６３】
一方、検証が否定のみであった場合、決定されたグループリソースユニットは、個別に、又はリストを通して割り当てられない任意の局のためのデータフレームを、ダウンリンク送信機会を形成する別のリソースユニットに搬送するために使用される集合リソースユニット（ＡＩＤ＝０）である。したがって、局は集合ＲＵを監視することになる。
【０４６４】
当然、局が、自らにアドレッシングされる単一のＲＵを、又は局が属するグループに専用のグループＲＵを検出すると解析の中止を決定できるような、ＲＵを検討するための任意の他の順序を実現することができる。
【０４６５】
最後に、グループＲＵが見つけられた場合には（上記の例では、ＡＩＤ＝２０４２、２０４５又は０）、ステップ１３６０が実行され、局が、決定されたグループＲＵを読み取り、それゆえ、ＡＰから、アグリゲートされたデータフレームを受信する。決定されたグループＲＵ上で受信されるＡ−ＭＰＤＵを形成する全てのＭＰＤＵが、更に解析するためにＭＡＣレイヤ（プロセス８０５）に与えられる。
【０４６６】
ステップ１３７０において、局が、各アグリゲートされたデータフレームのＭＡＣアドレス（Ａ−ＭＰＤＵを形成する各ＭＰＤＵのＲＡフィールド２１０）を自らのＭＡＣアドレスと比較する。これは、受信されたアグリゲートされたデータフレームの中から、もしあるなら、局にアドレッシングされた１つ以上のデータフレームを取り出すためである。したがって、ＳＴＡは、各ＭＰＤＵフレームのＲＡフィールドに基づいて、このＳＴＡにアドレッシングされる、複数のＳＴＡを対象にしたＲＵにおいて搬送される１つ以上のフレームを取り出すことができる。
【０４６７】
ＡＰにおいて行われたことと対称的に、従来のＲＵに関する８０２．１１ａｘＡ−ＭＰＤＵディスアグリゲーションの原理は、各ＭＰＤＵのＭＡＣアドレスを解析するために局においてわずかに変更される。これは、レガシーＡ−ＭＰＤＵ処理で行われるように、受信機の局アドレスに一致しない１つのＭＰＤＵが見つけられても、直ちにデアグリゲーションプロセスを中止しないようにするためである。言い換えると、単一のＡ−ＭＰＤＵ内でいくつかの局をアドレッシングするのをサポートするために、グループＲＵ（８０２．１１ａｘ標準規格用語による「ブロードキャストＲＵ」）に関するアグリゲーション／デアグリゲーション規則がわずかに変更される。この機構は、グループＲＵの限られた状況に関与する本発明の８０２．１１ａｘ局にのみ限定されるので、これは８０２．１１の基本部分のいかなる変更も要求しない。
【０４６８】
その後、局は、局のＭＡＣアドレス、局が属するグループのマルチキャストＭＡＣアドレス、又はブロードキャストＭＡＣアドレスに等しいＭＡＣアドレス２１０を有する単数又は複数のＭＰＤＵのみを保持する。言い換えると、未アソシエーション局（例えば、局はＡＰに要求を送信した）は、グループＲＵ（又は８０２．１１ａｘ標準規格用語によるブロードキャストＲＵ）を復号し、その後、ＲＡ  ＭＡＣアドレスに従って、アソシエーション管理応答フレームをデアグリゲートし、フィルタリングする。
【０４６９】
次に、ステップ１３８０において、局にアドレッシングされた全ての抽出されたＭＰＤＵが、上位レイヤスタック（例えば、アプリケーションレイヤ８０１）に転送される。
【０４７０】
局は、引き出されたデータフレームの受領に関して、アクセスポイントに確認応答しなくてもよい（図には更なるステップは示されない）。したがって、局のグループに専用のＲＵにおいて送信される全てのＭＵダウンリンクＭＰＤＵはＮｏ−Ａｃｋ指示を含む。
【０４７１】
場合によっては、グループＲＵを介して送信されるデータフレームに関して確認応答を行う価値がある。しかしながら、従来の８０２．１１ａｘ機構によれば、データの受領に関して確認応答できるのは、ＲＵあたり（それゆえ、同じく、グループＲＵあたり）１つの局だけである。これは、グループＲＵに関して複数の確認応答を行うという要件を満たすことができない。したがって、引き出されたデータフレームが最後に受信されたアグリゲートされたデータフレームを含む場合にのみ、局が、引き出されたデータフレームに関して確認応答を送信するという確認応答ポリシーを実現することができる。それは、Ａ−ＭＰＤＵ内の最後のＭＰＤＵのみが、受取局によって明示的に（８０２．１１ａｘ標準規格によれば、同じＴＸＯＰ内のＭＵダウンリンクフレームに後続するＭＵ  ＡＣＫのＲＵにおいて）確認応答されることを意味する。結果として、他のＭＰＤＵは、最後のＭＰＤＵの確認応答によって暗黙的に確認応答される場合がある。いくつかの局がＡＰから自らのデータフレームを実際には受信していない場合があるので、これは不正確な確認応答になるおそれがある。
【０４７２】
まだアソシエートされていない局がＡＰから応答を受信する特定の事例では、引き出された応答に関する確認応答は、局からのアップリンク通信のためにアクセスポイントに許可された次のアップリンク送信機会の一部を形成する次のリソースユニットにおいて、受信局によって送信される場合があり、次のリソースユニットは、アクセスポイントとまだアソシエートされていない局に（すなわち、ＭＵアップリンクＴＸＯＰにおけるＡＩＤ＝２０４５を有する次のランダムＲＵに）割り当てられる。まだアソシエートされていない局は、短時間だけ遅らせてもランダムＲＵに実際にアクセスしていない場合があるので、この確認応答方式も実際には効率的ではない。結果として、ＡＰは、データフレームが正確に受信されたことを知らないので、データフレームの再送をスケジューリングする場合があり、それにより、チャネル帯域幅が浪費される。
【０４７３】
ネットワーク効率を改善するために、この確認応答は、任意の更なる要求管理フレームとともに、この次の（例えば、ＡＩＤ＝２０４５を有する）ＲＵにおいて更にアグリゲートすることができる。例えば、その手法に従って、ＭＵダウンリンクフレームにおいてプローブ応答フレーム３２０が受信される場合には、局は、次のＭＵアップリンク送信５１０において、ＡＩＤ＝２０４５を有するＲＵにおいて次の要求管理フレーム（ここでは、認証要求フレーム３４０）とともに、３２０に対応する確認応答３３０を与えることができる。これは、局に関するアソシエーション手順処理の進行をより迅速化するためである。この場合もまた、まだアソシエートされていない局が新たなランダムＲＵで媒体にアクセスする前に、（競合に起因して）多くの時間を必要とする場合がある。
【０４７４】
図１４は、上記の図６の例示的な状況を参照しながら、グループＲＵを使用する利点を示す。
【０４７５】
ＴＸＯＰ＃１は図６と同じであり、まだアソシエートされていない局ＳＴＡ１及びＳＴＡ６が、ＡＩＤ＝２０４５を有するＲＵにおいて、ＡＰに要求管理フレームを送信する。
【０４７６】
ＭＵダウンリンクフレーム１４２０のＨＥ−ＳＩＧ−Ｂプリアンブルから容易に明らかになるように、グループＡＩＤ、詳細には、ＡＩＤ＝０（小さいフレームの集合用）、２０４２（マルチキャスト用）及び２０４５（まだアソシエートされていない局用）が使用される。上記で示されたように、ＨＥ−ＳＩＧ−Ｂプリアンブルは、最初に、個別の局（ここでは、２及び７）のためのＲＵを宣言し、その後、グループＲＵ（ここでは、２０４２及び２０４５）を宣言し、その後、グループ集合ＲＵ（ここでは、０）を宣言することができ、ＲＵは「他の全ての」アソシエートされた局に専用である。
【０４７７】
ＡＩＤ＝２０４５を有するグループＲＵを用いて、１つ又は複数のまだアソシエートされていない局にアドレッシングされる連結されたＭＰＤＵフレーム、ここでは、ＳＴＡ１を対象にしたプローブ応答フレーム及びＳＴＡ６を対象にした応答認証フレームを搬送する。言い換えると、８０２．１１ａｘマルチユーザーフレーム（ＨＥ  ＭＵ  ＰＰＤＵ）内のＡＩＤ＝２０４５を有する単一のＲＵが、いくつかの未アソシエーションＳＴＡへのアソシエーション応答を連結する。結果として、管理フレームに関する連続ＳＵ送信（図６の６３０−１及び６３０−２）が回避され、その結果、まだアソシエートされていないＳＴＡに関するアソシエーション手順が簡略化され、ネットワークがより効率的に使用される。これは、８０２．１１ａｘのような高密度ネットワークにおける新たな局のアソシエーションを管理するのに特に有利である。
【０４７８】
ＡＩＤ＝２０４２を有するグループＲＵを用いて、マルチキャストグループに属する局、ここでは、局ＳＴＡ５及びＳＴＡ４にアドレッシングされる連結されたＭＰＤＵフレームを搬送する。単一の８０２．１１Ａ−ＭＰＤＵフレームが使用され、単一のＲＵ内で搬送される。これは、従来の８０２．１１ａｘ方式に比べて、ＲＵの複製を回避する。
【０４７９】
ＡＩＤ＝０を有するグループＲＵを用いて、複数のアソシエートされた局に専用の連結されたＭＰＤＵフレームを搬送し、例えば、（最も小さい帯域、例えば、２６トーンの場合であっても）個別にはＲＵ全体を効率的には満たさない小さいＭＰＤＵフレームを、又はＲＵの数の限度（２０ＭＨｚ帯域あたり最大９個）に既に達しているときに小さいＭＰＤＵフレームを連結して搬送する。そのような連結は、ＲＵ内のパディングを制限できるようにし、それゆえ、従来の８０２．１１ａｘ方式に比べて小さいフレームの待ち時間を短縮する。
【０４８０】
図示されるように、ＭＵダウンリンク送信１４２０に、同じＴＸＯＰ＃２に属するＭＵ  ＡＣＫ期間１４４０が後続する。例えば、８０２．１１ａｘ標準規格による確認応答フレーム１４４０が使用される場合があり、標準規格では、グループＡＩＤに関する確認応答は与えられないか、又は最後に送信されたＭＰＤＵがアドレッシングされる局によって確認応答が与えられる。
【０４８１】
いくつかの実施形態において、以下に説明される図１５に従って、ＭＵダウンリンクフレーム１４２０に、個別の即時確認応答フレームが後続する。
【０４８２】
これらの実施形態において、（ＭＵダウンリンク送信１４２０中に）グループＲＵを通してアドレッシングされる各局が、引き出されたデータフレームから、ＭＵアップリンク送信１４４０中にどの応答リソースユニット（１４４０−Ａ／Ｂ／Ｃ／Ｄ）が使用されることになるかを識別する個別のＵＭＲＳ制御フィールド２６４を取得し、その後、識別された応答リソースユニットを介して、アクセスポイントに確認応答フレームを送信する。
【０４８３】
これは、データフレームに対する応答をアクセスポイントに与えるために、ＭＵダウンリンク送信１４２０に後続するＭＵアップリンク送信１４４０において受取局によって使用されることになる応答リソースを識別するそれぞれのＵＭＲＳ制御フィールドを、ＡＰが、２つのそれぞれの局にアドレッシングされる２つ（以上）のアグリゲートされたデータフレームにおいてシグナリングすることを要求する。
【０４８４】
この手法によれば、同じＤＬグループＲＵを介して、（アグリゲートされた）ＭＰＤＵ内で異なるＵＭＲＳ制御フィールドが搬送される。
【０４８５】
図１６ａは、グループＲＵの事例においてフレーム確認応答を効率的に与えるための（アクセスポイントにおける）図１３ａのプロセスの改善形態を、フローチャートを用いて示す。変更されないときに、図１３ａと同じステップ参照番号が使用される。
【０４８６】
したがって、上記のように、最初に、ＡＰが、送信されることになる対応するＭＡＣフレームとともに受取局の１つ以上のグループを決定し（ステップ１３１０）、ＭＵダウンリンク送信１４２０のグループＲＵが、局の各決定されたグループに割り当てられる（ステップ１３２０）。
【０４８７】
既に開示されたように、グループＲＵを用いて、少なくとも１つの未アソシエーション局を対象にしたアソシエーション要求／応答フレームを搬送することができるか（ＡＩＤ＝２０４５を有するグループＲＵ）、又はいくつかの受取局を対象にしたマルチキャストフレームを搬送することができるか（ＡＩＤ＝２０４２を有するグループＲＵ）、又はいくつかの局のための任意のパケット集合を搬送することができる（ＡＩＤ＝０を有するグループコレクターＲＵ）。
【０４８８】
実施形態において、グループを選択するときに、ＡＰは、（個別ＲＵ及びグループＲＵを通して）ＭＵダウンリンク送信１４２０においてアドレッシングされることになる局の全数を考慮することができる。詳細には、この全数は、確認応答のためにＡＰがＭＵアップリンク送信１４４０において規定する場合がある応答ＲＵの最大数以下とすることができる。好ましくは、ＡＰは、データフレームの受領に関して確認応答しなければならない（すなわち、確認応答するように要請される）局のみを考慮に入れる。これは、局ごとに応答又はａｃｋＲＵを与えるためである。
【０４８９】
グループが選択されると、そのグループのために送信されることになるＭＡＣフレームが収集される（ステップ１３３０ａ）。
【０４９０】
次に、ＡＰは、ＵＭＲＳ制御フィールド２６４を用いて、グループの各局が自らのデータフレームに関して確認応答するためにどの応答ＲＵを使用しなければならないかをシグナリングしなければならない。これは、データフレームに対する応答をアクセスポイントに与えるために、ＭＵダウンリンク送信１４２０に後続するＭＵアップリンク送信１４４０において受取局によって使用されることになる応答リソースを識別するそれぞれのＵＭＲＳ制御フィールドを、２つのそれぞれの局にアドレッシングされる２つ（以上）のアグリゲートされたデータフレームにおいてシグナリングするために、ステップ１６１０及び１６１１を通して行われる。
【０４９１】
最初に、ＡＰは、ステップ１６１０において、ＭＵダウンリンク送信１４２０のグループＲＵ及び他のＲＵにおいて搬送されるフレームによってアドレッシングされる局の数に基づいて、次のＭＵアップリンク通信１４４０のために必要とされるスケジューリングされるＲＵの数を決定する。
【０４９２】
ＭＵアップリンク通信１４４０における現在のグループのための応答ＲＵの数は、最大でも、グループの局の数に等しい。
【０４９３】
これは、所与の受取局が、次のＭＵアップリンク送信のために、１つの応答ＲＵのみを使用すべきであるという要件に準拠する。
【０４９４】
また、これは、ＡＰによって応答（確認応答）が期待されない場合に、所与の受取局が応答ＲＵを割り当てられないようにする。結果として、ＡＰは、応答又は確認応答を与えなければならない受取局、すなわち、ＵＭＲＳシグナリングをサポートし（すなわち、局が、一般にプローブ要求フレーム内で、アソシエーション手順中にＡＰと交換したＨＥ能力要素のＨＥ  ＭＡＣ能力情報フィールドにおいてＵＭＲＳサポートサブフィールドを１に設定していた場合）、ＡＰが応答又は確認応答を期待する局のみを考慮に入れることができる。この手法は、必要な応答ＲＵの量を削減する。さらに、応答ＲＵの数が限られるので、ＭＵダウンリンク送信１４２０のための受取局の数を増やすのを助けることができる。
【０４９５】
（応答しなければならない）関連する受取局の数は異なる場合があるので、応答ＲＵに関する次のＭＵアップリンク送信１４４０のＡＰによる構成は直接影響を及ぼされる。ＡＰは、より多くの数の、又はより少ない数の応答ＲＵを与えなければならない場合がある（ＤＬ個別ＲＵごとに１つの応答ＲＵ、ＤＬグループＲＵのためのいくつかの応答ＲＵ）。
【０４９６】
したがって、アクセスポイントは、ＭＵダウンリンク送信１４２０においてアドレッシングされる局の数に基づく数の応答リソースを含むように、ＭＵアップリンク送信１４４０を構成することができる。詳細には、応答ＲＵのこの数は、少なくとも、ＭＵダウンリンク送信１４２０の任意のリソースユニットを介して自らにアドレッシングされるデータフレームに対する応答を与えなければならない局の数とすることができるが、局の数と同じであってもよい。
【０４９７】
また、ＡＰは、要求される応答ＲＵが２０ＭＨｚチャネル全体を含むように、ＭＵアップリンク送信１４４０を設計することもできる。
【０４９８】
図１５は、ＭＵダウンリンク送信１４２０とＭＵアップリンク送信１４４０との間のＲＵ構成の違いの一例を示す。いくつかのＤＬ  ＲＵは、次のＵＬ応答ＲＵより広い。
【０４９９】
例えば、８０２．１１ａｘは、２０ＭＨｚチャネルあたり９個のＲＵの最大数をサポートする。したがって、基本ＲＵは２６トーン幅である。結果として、ＭＵアップリンク送信１４４０の２０ＭＨｚチャネルあたり１０個以上の２６トーン応答ＲＵは存在できない。グループＲＵが２つの局をアドレッシングしている場合には（全ての局の場合に確認応答をサポートするものとする）、ＤＬ  ＲＵの最大数は１だけ削減される（すなわち、ＭＵダウンリンク方向において８個のＲＵのみがあり、その後、ＭＵアップリンク方向において９個の応答ＲＵがトリガーされる）。結果として、８個のＤＬ  ＲＵのうちの１つを、２０ＭＨｚ帯域を実現するように広げることができる。
【０５００】
グループＲＵは、いくつかの受取局をアドレッシングすることを意図しており、従来の個別ＲＵより多くのデータフレームを埋め込むので、この検討は、本実施形態に関してほとんど、又は全く影響を与えない。言い換えると、グループＲＵを個別ＲＵより広くすることは、或る程度有用である。
【０５０１】
いくつかの実施形態において、ＡＰはＭＵダウンリンク方向において１つ以上のＤＬ  ＲＵを使用しないことに決める場合がある（例えば、全帯域をカバーするためにいくつかのＲＵを広げるのを回避するため）。ＭＵダウンリンク送信１４２０における未使用のＲＵは、ＨＥ−ＳＩＧ−Ｂ  ＰＨＹヘッダー内の特定のＡＩＤ、例えば、２０４６を用いて示すことができる。このＡＩＤに基づいて、局は、そのようなＲＵを考慮するのを回避することができる。この使用法は、ＡＰがパディングを送出するのを回避するのに有用な場合があり、それゆえ、ＡＰの電力消費量を節約する。結果として、ＡＰは、グループＲＵに関して規定される応答ＲＵの全周波数帯域（例えば、４０ＭＨｚ）を含むように、ＤＬ送信内の１つの使用されるグループＲＵ及び未使用のＲＵ（複数の場合もある）をスケジューリングすることができる。
【０５０２】
次に、ＡＰが現在のグループのための１組の利用可能な応答ＲＵを決定すると、ＡＰは、ＵＭＲＳ制御フィールド２６４を用いて、そのような応答ＲＵを関係する局にシグナリングする。これがステップ１６１１である。グループの局への利用可能な応答ＲＵの割り当ては、任意の（ランダムに、ＡＩＤ順及びＲＵ順に従う等の）割り当て方式を用いて行うことができる。
【０５０３】
このステップにおいて、応答が望まれるグループの受取局ごとに、対応する割り当てられた応答ＲＵを設定されたＵＭＲＳ制御フィールドが、この局にアドレッシングされる少なくとも１つのデータフレームのＨＥ  ＭＡＣヘッダー内に挿入される（すなわち、１つのＭＰＤＵが受取局のＭＡＣアドレスに設定されるＲＡフィールド２１０を有する）。グループＲＵを介して、２つ以上の個別にアドレッシングされるＭＰＤＵフレームが受信されるとき、Ａ−ＭＰＤＵにおいて搬送されるＭＰＤＵ内のＵＭＲＳ制御フィールドは、所与の受取局ごとに同じ値を有する。すなわち、同じＳＴＡ（ＳＴＡ  ＭＡＣアドレスに設定されたＲＡフィールドによって識別される）にアドレッシングされるいくつかのフレームがＵＭＲＳ制御フィールドを有するとき、それらのフレームは全て同じＵＭＲＳ制御フィールド値を有する。
【０５０４】
したがって、グループの２つのそれぞれの局にアドレッシングされる２つのデータフレーム内に、ＭＵダウンリンク送信１４２０に後続するＭＵアップリンク送信１４４０において各受取局によって使用されることになるそれぞれの応答ＲＵを識別する２つのそれぞれの応答リソースユニット情報項目が挿入される。これは、局がデータフレームに対する応答／確認応答をアクセスポイントに与えるためである。
【０５０５】
グループの局を対象にした種々のデータフレーム内にＵＭＲＳ情報項目が挿入されると、ステップ１３３０ｂは、ＡＰが、ステップ１３３０ａにおいて選択された全ての未送信ＭＰＤＵフレームを連結又はアグリゲートし、ＭＵダウンリンク送信１４２０中にグループＲＵを介して送信されることになる単一のＡ−ＭＰＤＵにすることからなる。これが、例えば、図１５のＡＩＤ＝０を有するグループＲＵに当てはまる。
【０５０６】
ＭＵダウンリンク送信１４２０中の受取局の数及び応答ＲＵの数に関する上記で言及された制約に起因して、ステップ１３３０ｂは、それゆえ、ＭＵダウンリンク送信１４２０を形成する複数のリソースユニットを介してアドレッシングされる局の全数が、局の決定された最大数を超えないようにして、複数の局にアドレッシングされることになるデータフレームをアグリゲートすることができ、そのような最大数は、ＭＵアップリンク送信１４４０内で規定することができる基本（２６トーン）リソースユニットの最大数によって決まるか、又はその最大数である。
【０５０７】
次に、ステップ１３４０は、割り当てられたグループＲＵを介して送信されることになるＡ−ＭＰＤＵを確保する。
【０５０８】
図１６ｂは、グループＲＵの事例において効率的で、即時のフレーム確認応答を実行するための（局における）図１３ｂのプロセスの改善形態を、フローチャートを用いて示す。変更されないときに、図１３ｂと同じステップ参照番号が使用される。
【０５０９】
局が、局へのダウンリンク通信のためにアクセスポイントに許可されたＭＵダウンリンク送信１４２０を形成する複数のリソースユニットの中から、複数の局に専用のグループリソースユニットを決定し（ステップ１３５０）、決定されたグループリソースユニットを介して、アグリゲートされたデータフレームを受信し（１３６０）、受信されたアグリゲートされたデータフレームの中から、自らにアドレッシングされた１つ以上のデータフレームを引き出した後に（１３７０）、局は、例えば、引き出されたデータフレームのペイロードを上位レイヤスタックに転送することによって、それらのペイロードを処理する（ステップ１３８０）。
【０５１０】
次に、局が、受信されたデータフレームに応答しなければならない。これは、ペイロード処理の結果として上位レイヤスタックによって与えられるような、単独の確認応答又は応答データとすることができる。応答プロセスはステップ１６２０〜１６２２を通して行われる。
【０５１１】
ステップ１６２０において、ＭＵダウンリンク送信１４２０中にグループＲＵを介して自らのデータフレームを取り出す局は、引き出されたデータフレームのうちの少なくとも１つのデータフレームのＭＡＣヘッダーから、ＵＭＲＳ制御フィールド２６４を取得する。
【０５１２】
この情報によって、局は、ここで、次のＭＵアップリンク送信機会１４４０においてどの応答ＲＵが使用されるべきであるかを知る。
【０５１３】
局は、自らを対象にした、受信され、引き出されたデータフレーム内で見つけられる最初のＵＭＲＳ制御フィールドのみを読み取る場合があることに留意されたい。しかしながら、いくつかの実施形態において、特に、種々のデータフレームが異なるトラフィッククラス又はキューからのデータを含む場合があるとき、局は、局が応答又は確認応答を与えなければならないのがどのタイプのトラフィックデータであるかを判断するために、全ての引き出されたデータフレームを考慮する場合がある。この構成において、局は、それゆえ、マルチＴＩＤ確認応答を構築する場合がある。
【０５１４】
ＵＭＲＳ情報から応答ＲＵがわかると、局はＳＩＦＳを待つことができる（ステップ１６２１）。これは、即時確認応答が要求されるときに実施される。
【０５１５】
次に、局が、ステップ１６２０において識別された応答ＲＵを介して、自らの応答又は確認応答を送信する。これがステップ１６２２である。
【０５１６】
結果として、ＡＰは、ＭＵアップリンク送信１４４０の種々の応答ＲＵを介して、個別ＲＵを介してアドレッシングされる局及びグループＲＵを介してアドレッシングされる局を含む、ＭＵダウンリンク送信１４２０中にアドレッシングされる局から種々の確認応答を受信する。
【０５１７】
この確認応答方式は、まだアソシエートされていない局にとって極めて適していることに留意することができる。詳細には、各受取局は、自らのデータフレームから引き出されたこの情報が自らのみを対象にしていることをわかっているので、ＵＭＲＳ制御フィールド２６４は、いかなるＡＩＤも必要としない。これは、まだＡＩＤを割り当てられていない、まだアソシエートされていない局にとって完全に適している。それゆえ、提案される手法は、ＭＵ通信を介して交換されるアソシエーションフレームの確認応答をサポートするという観点で、有利には、いかなるＡＩＤも必要としないＵＭＲＳフォーマットを利用する。
【０５１８】
図１５に戻ると、グループＲＵの事例において提案される確認応答のいくつかの利点が説明される。
【０５１９】
ＵＭＲＳシグナリングを通しての従来の確認応答は、ＤＬ個別ＲＵを介してデータフレームを受信する局ＳＴＡ２、ＳＴＡ７及びＳＴＡｎが、それぞれの応答ＲＵを介して自らの確認応答を送信するのを可能にする。ＵＭＲＳシグナリングと応答ＲＵとの間のつながりが単純な矢印を用いて示される。
【０５２０】
アグリゲーションベース手法によれば、同じグループＲＵを通してアドレッシングされる２つ以上の局が、自らの応答ＲＵを見つけるために、それぞれのＵＭＲＳ制御フィールドを与えられる。
【０５２１】
提案される例において、ＳＴＡ３及びＳＴＡ８は、ＡＩＤ＝０を有するグループＲＵを通してアドレッシングされる。ＳＴＡ３にアドレッシングされる１つのＭＰＤＵがＵＬ  ＲＵ１４４０−Ａを識別するＵＭＲＳ制御フィールド２６４を有し、ＳＴＡ８にアドレッシングされる１つの後続のＭＰＤＵが、ＵＬ  ＲＵ１４４０−Ｂを示すＵＭＲＳ制御フィールド２６４を有する。ＵＭＲＳシグナリングと応答ＲＵとの間のつながりが、ここでは、点線の矢印を用いて示される。
【０５２２】
図示されるように、ＡＩＤ＝０を有するグループＲＵは、２つのＵＬ応答ＲＵ１４４０−Ａ及び１４４０−Ｂ（例えば、それぞれ２６トーン）に比べて大きくすることができる（例えば、５６トーンＲＵ）。
【０５２３】
まだアソシエートされていない局にＡＰ応答データフレームを搬送するＡＩＤ＝２０４５を有するグループＲＵに関して同じ状況が生じる。点線矢印によって示されるように、ＡＰ応答データフレームは、２つのＵＬ応答ＲＵ１４４０−Ｃ及び１４４０−Ｄをトリガーする。図において、ＡＰは、これら２つのＵＬ応答ＲＵを連続しないように配分することに決めた。さらに、それらのＲＵは、必ずしも、ＤＬグループＲＵと同じ周波数帯域に重ならない。
【０５２４】
実際には、応答ＲＵの割り当ては、ＤＬ個別又はグループＲＵの割り当てから完全に切り離すことができる。１つの制約は、応答ＲＵが、ＤＬ個別又はグループＲＵと、ＭＵダウンリンクＯＦＤＭＡ送信のための同じ複合チャネル（ＨＥ−ＳＩＧ−Ａフィールドにおいて示される：２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ）内にあることであるが、必ずしも、同じ２０ＭＨｚチャネル内にあるとは限らない。
【０５２５】
更に別の例は、ＳＴＡ４及びＳＴＡ５にマルチキャストデータフレームを送信するためのＡＩＤ＝２０４２を有するグループＲＵを考える。データフレームはマルチキャストであり、それゆえ、確認応答されることを要求しないので、ＡＰはデータフレーム内にＵＭＲＳ制御フィールドを含まないことに決めることができる。
【０５２６】
本発明の実施形態は、全ての８０２．１１ａｘ準拠ＡＰ及び非ＡＰ局において実施することができる。代替的には、８０２．１１ａｘ準拠ＡＰ又は非ＡＰ局は、任意選択で、本発明の実施形態の複数の機構を実施することができる。このために、サポートされる機構が局及び／又はＡＰによって宣言される場合があり、本発明の実施形態によるフローチャートの実行は、サポートされる機構に適応させることができるか、又はサポートされる機構を条件にすることができる。
【０５２７】
例えば、サポートされる機構は、発見段階（図３を参照）中に交換される管理フレームによって宣言される場合がある。例えば、プローブ要求フレーム３１０（又はビーコン）及びプローブ応答フレーム３２０を通してＡＰと局との間で交換される８０２．１１能力の中に、８０２．１１ａｘデバイスによって１つの機構、１組の機構又は１つの実施形態がサポートされるか否かをシグナリングするための１つ以上の能力ビットが追加される。要求管理フレームが、任意の先行するＭＵ又はＳＵ通信によって受信されている場合がある。
【０５２８】
一実施態様において、同じＡ−ＭＰＤＵ内のアグリゲートされたＭＰＤＵを異なる局にアドレッシングできるようにすることは、任意選択の機構と見なされる。したがって、この機構をサポートするか、しないかは、８０２．１１ａｘ準拠デバイスの実施態様によって決まる。それでも、デバイスは、例えば、発見段階中に、自らの能力の状況を宣言しなければならない。本実施態様において論じられる機構に関しては、１つの能力ビットが追加される。これは、マルチＳＴＡ  Ａ−ＭＰＤＵアグリゲーション方式において、どのＳＴＡを考慮すべきかをＨＥ  ＡＰに通知する。能力ビットは、「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」と呼ばれる。この能力ビットに関して、「グループＲＵにおけるマルチＳＴＡアグリゲーションサポート」、「マルチＳＴＡアグリゲーションサポート」、又は略してＭＳＡＳ能力ビット等の別称が使用される場合もある。
【０５２９】
図１７は、局とＡＰとの間で交換され、本発明の１つの変形の実施態様による能力ビットを含む、ＨＥ能力要素１７００の例示的なフォーマットを示す。
【０５３０】
８０２．１１ａｘによれば、８０２．１１ａｘ準拠局（高効率局、又は単にＨＥ  ＳＴＡとも呼ばれる）は、ＨＥ能力要素を送信することによって、ＨＥ  ＳＴＡであることを宣言する。ＨＥ能力要素は、ＨＥ  ＳＴＡのＨＥ能力を通知するために使用されるいくつかのフィールドを含み、それらのフィールドはここで全て詳述されているわけではない。それらのフィールドの中に、サブフィールドの数及び予約ビットを含む、ＨＥ  ＭＡＣ能力情報フィールド１７１０がある。
【０５３１】
変形の実施態様によれば、ＨＥ  ＭＡＣ能力情報フィールド内に能力ビットが追加される。したがって、提案は、ＨＥ  ＭＡＣ能力情報フィールド１７１０のサブフィールド１７２１内に、「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」能力ビットを追加することである。サブフィールド１７２１は、例えば、８０２．１１ａｘ標準規格ドラフトｖ．２．２において予約されると宣言されるビット位置Ｂ４２を使用することができる。当然、ＨＥ  ＭＡＣ能力情報フィールド１７１０内、又はＨＥ能力要素１７００の他のフィールド内で、サブフィールド１７２１のための任意の他の位置を検討できることは理解されたい。
【０５３２】
「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」（ＭＳＡＳ）サブフィールドは、サブフィールドがＡＰによって設定されるか、非ＡＰ局によって設定されるかに応じて、異なる解釈を有する場合がある。
【０５３３】
能力がＡＰによって宣言された能力である場合：
−ＭＳＡＳ能力サブフィールドが１に設定される場合には、ＡＰ（能力を搬送する管理応答フレーム又はビーコンフレーム内で使用されるＢＳＳＩＤ値によって識別される）は、Ａ−ＭＰＤＵがいくつかの局を対象にしたダウンリンクＲＵ（グループＲＵ）において送信されるように指示されるときに、いくつかの（異なる）局にアドレッシングされるフレームを含むＡ−ＭＰＤＵを生成する能力をサポートする。
−ＭＳＡＳ能力サブフィールドが０に設定される場合には、ＡＰは、（ブロードキャストＭＡＣ  ＭＰＤＵがアグリゲートされない限り）複数の局にアドレッシングされるＡ−ＭＰＤＵフレーム内にアグリゲートする能力をサポートしない。
【０５３４】
能力が局によって宣言される能力である場合：
−ＭＳＡＳ能力サブフィールドが１に設定される場合には、局は、いくつかの局を対象にしたダウンリンクＲＵ（グループＲＵ）にアドレッシングされるフレームを含むＡ−ＭＰＤＵの受信をサポートする。
−ＭＳＡＳ能力サブフィールドが０に設定される場合には、局は、（ブロードキャストＭＡＣ  ＭＰＤＵがアグリゲートされない限り）複数の局にアドレッシングされるフレームを含むＡ−ＭＰＤＵ内で、自らにアドレッシングされるＭＰＤＵを受信する能力をサポートしない。
【０５３５】
以下の表は、サブフィールドＭＳＡＳ１７２１の定義及び符号化を要約する。
【表１】
2020518154.tif 000003
【０５３６】
図１８ａは、局にデータを送信するときにＡＰによって実行されるステップを、フローチャートを用いて示す。
【０５３７】
ステップ１８０１及び１８０２はそれぞれ、局にＡＰの能力を通知すること、及び通知される能力を局から受信することに関係する。これらのステップは任意の順序で実行することができ、上記で論じられたように、発見段階等の早期の段階において実行される場合がある。
【０５３８】
ステップ１８０３において、ＡＰがグループＲＵ内で送信するために１つ以上のＭＡＣフレームのＡ−ＭＰＤＵを構築する。ここで、Ａ−ＭＰＤＵの構築は、ＡＰの能力、及び／又は送信されることになるＭＡＣフレームの受取局の能力によって決まる。これは、Ａ−ＭＰＤＵの構築のために、ＡＰが或る特定の規則に従う必要があることを意味する。
【０５３９】
ＡＰがいくつかの局にアドレッシングされるフレームを含むＡ−ＭＰＤＵを生成することをサポートする場合には、ＭＰＤＵのアドレスタイプ（個別アドレッシング又はグループアドレッシング）及びアドレス値が、複数のＳＴＡを対象にしたＲＵ内のＡ−ＭＰＤＵ内で異なる場合がある。そのような場合に、いくつかの受信機にアドレッシングされ、ＨＥ  ＭＵ  ＰＰＤＵのブロードキャストＲＵにおいて搬送されるＭＰＤＵフレームを用いてＡ−ＭＰＤＵを構成するために、ＨＥ  ＡＰは、ＨＥ  ＭＡＣ能力情報フィールドにおいて、「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを１に設定する受信機ＳＴＡのみを考慮することになる。
【０５４０】
ＨＥ  ＡＰは、それでも、「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを１に設定するＳＴＡに関して、ＳＴＡにアドレッシングされるＭＰＤＵフレームのみを伴うＡ−ＭＰＤＵを、ＤＬ  ＭＵ  ＰＰＤＵにおいて、又はＤＬ  ＳＵ  ＰＰＤＵにおいて個別に送信することを考慮することができる。ＨＥ  ＡＰは、それでも、「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを０に設定するＳＴＡに関して、ＳＴＡにアドレッシングされるＭＰＤＵフレームのみを伴うＡ−ＭＰＤＵを、ＤＬ  ＭＵ  ＰＰＤＵにおいて、又はＤＬ  ＳＵ  ＰＰＤＵにおいて個別に送信することを考慮する。
【０５４１】
ＡＰが、いくつかの局にアドレッシングされるフレームを含むＡ−ＭＰＤＵを生成することをサポートしない場合には、ＨＥ  ＡＰは、単一のＳＴＡにアドレッシングされるＭＰＤＵフレームのみを伴うＡ−ＭＰＤＵをＤＬ  ＭＵ  ＰＰＤＵにおいて、又はブロードキャストＭＡＣフレームのみを伴うＡ−ＭＰＤＵをグループＲＵにおいて個別に送信することを考慮しなければならない。これは、ＳＴＡが自らの「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを１に設定する場合にも当てはまる。
【０５４２】
ステップ１８０４において、ＡＰが、構築されたＡ−ＭＰＤＵをＤＬグループ（ブロードキャスト）ＲＵにおいて送信する。
【０５４３】
図１８ｂは、ＡＰからデータを受信するときに非ＡＰ局によって実行されるステップを、フローチャートを用いて示す。
【０５４４】
ステップ１８１１及び１８１２はそれぞれ、ＡＰに局の能力を通知すること、及びＡＰの通知される能力を受信することに関係する。これらのステップは任意の順序で実行することができ、上記で論じられたように、発見段階等の早期の段階において実行される場合がある。
【０５４５】
ステップ１８１３において、局が、ＤＬグループ（ブロードキャスト）ＲＵにおいてＡ−ＭＰＤＵを受信し、ステップ１８１４において、局が、ＡＰの能力及び／又は局の能力に応じて、Ａ−ＭＰＤＵから自らにアドレッシングされるＭＰＤＵ（複数の場合もある）を抽出する。
【０５４６】
ステップ１８１４の一実施態様において、ＡＰ及び局がいずれも、自らの「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを１に設定していた場合には、局は、各アグリゲートされたデータフレームのＭＡＣアドレス（Ａ−ＭＰＤＵを形成する各ＭＰＤＵのＲＡフィールド２１０）を自らのＭＡＣアドレスと比較する。これは、受信されたアグリゲートされたデータフレームの中から、もしあるなら、局にアドレッシングされた１つ以上のデータフレームを取り出すためである。したがって、ＳＴＡは、各ＭＰＤＵフレームのＲＡフィールドに基づいて、このＳＴＡにアドレッシングされる、複数のＳＴＡを対象にしたＲＵにおいて搬送される１つ以上のデータフレームを取り出すことができる。
【０５４７】
ＡＰ及び局のうちの少なくとも一方が、自らの「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを０に設定していた場合には、Ａ−ＭＰＤＵは、（ブロードキャストＭＡＣフレームを除いて）異なる局のためのＭＰＤＵを含むべきではない。この場合、局は、Ａ−ＭＰＤＵの１つ、好ましくは第１のＭＰＤＵのＭＡＣアドレスを自らのＭＡＣアドレスと比較することができる。ＭＡＣアドレスが自らのＭＡＣアドレスと一致する場合には（又はＭＡＣアドレスがブロードキャストアドレスである場合には）、Ａ−ＭＰＤＵに含まれる１つ以上のＭＰＤＵは全て、局にアドレッシングされると見なすことができる。それゆえ、それらのＭＰＤＵは全て、局によって処理するために抽出される。ＭＡＣアドレスが自らのＭＡＣアドレスと一致しない場合には（及びＭＡＣアドレスがブロードキャストアドレスでない場合には）、それ以降のＭＰＤＵは局に向かわないと仮定されるので、ＭＰＤＵの抽出（デアグリゲーション）は中止される。
【０５４８】
１つの変形の実施態様において、同じＡ−ＭＰＤＵ内のアグリゲートされたＭＰＤＵを異なる局にアドレッシングできるようにする機構は、非ＡＰ局に関してのみ任意選択と見なされ、ＡＰに関しては必須と見なされることに留意されたい。言い換えると、非ＡＰ局は依然として、いくつかの局にアドレッシングされるフレームを含むＡ−ＭＰＤＵをＤＬブロードキャストＲＵにおいて受信するためのサポートを示さなければならないのに対して、ＡＰは、デフォルトで機構をサポートすることになるので、この機構に関する自らの能力について通知する必要はない。この変形形態において、ＭＳＡＳサブフィールドは、局によって通知される能力に関してのみ追加される。この変形形態は、システムの効率とコストとの間の良好なトレードオフを与えるので有利である。実際には、ＡＰは、管理されたセルの全ての局に関して有効になるように機構を実施することが好ましく、一方、局は、同じセルの他の局に関する機構の使用法に影響を及ぼさないように、機構を実施しない場合がある。
【０５４９】
図１９は、ＭＵダウンリンク送信１４２０とＭＵアップリンク送信１４４０との間のＲＵ構成の一例を示す（図１４を参照）。
【０５５０】
１９０４によって識別される構成例は、ＳＴＡ７が「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを０に設定していたので、ＡＰが、ＳＴＡ７にアドレッシングされるＭＰＤＵフレームのみを伴うＡ−ＭＰＤＵをＤＬ  ＭＵ  ＰＰＤＵにおいて個別に送信することを考慮する事例を示す。
【０５５１】
１９０１によって識別される構成例は、ＳＴＡ２が「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」サブフィールドを１に設定していたが、ＡＰが、ＳＴＡ２にアドレッシングされるＭＰＤＵフレームのみを伴うＡ−ＭＰＤＵをＤＬ  ＭＵ  ＰＰＤＵにおいて個別に送信することを考慮する事例を示す。
【０５５２】
１９０２及び１９０３によって識別される構成例は、ＡＰが常に、一度だけ現れる所与のＡＩＤを有する１つのグループＲＵを形成する事例を示す。その例では、ＡＩＤ＝２０４５を有するグループＲＵが最初にＤＬ  ＭＵ  ＰＰＤＵ１０２０ａにおいて送信され、その後、ＡＩＤ＝２０４５を有するグループＲＵが後続のＤＬ  ＭＵ  ＰＰＤＵ１４２０ｂにおいて更に送信される。
【０５５３】
１９０５によって識別される構成例は、図１８ａ及び図１８ｂに関する上記の説明に対する代替の実施態様を示す。この代替の実施態様において、ＡＰは、同じＡ−ＭＰＤＵ内のＭＰＤＵを異なる局にアドレッシングされるようにアグリゲートし、一方、受取局のうちの１つが、アグリゲーション機構をサポートしない（局のＭＳＡＳ能力サブフィールドが０に設定される）。この変形の実施態様の場合、ＡＰは、選択肢をサポートしない局のためのＭＰＤＵ（複数の場合もある）をＡ−ＭＰＤＵのアグリゲーションにおいて最初に配置することによって、Ａ−ＭＰＤＵを構築する。結果として、第１のＭＰＤＵ（複数の場合もある）の受領局である（そして、アグリゲーション能力をサポートしない）局は、ＭＡＣアドレスの比較の結果が一致するので、第１のＭＰＤＵ（複数の場合もある）を取り出すことになり、その後、局は、異なる局を対象にしたＭＰＤＵが見つけられると直ちに、後続のＭＰＤＵを取り出すのを中止することができるか、又は全ての後続のＭＰＤＵを引き出し、一致しないアドレスを有するＭＰＤＵを後に破棄することができる。
【０５５４】
１９０５によって識別される構成例では、本発明の一実施態様に従って多局Ａ−ＭＰＤＵ内に現れる第１のＭＰＤＵフレーム（複数の場合もある）は、ビット１７２１を０に設定することによって多局アグリゲーション能力の非サポートを示した局に向けることができる。この局は、それらの第１のＭＰＤＵ（複数の場合もある）の復号を取り扱い、その後、局ＳＴＡ８を対象にしたＭＰＤＵを受信すると、中止する。その例において、局ＳＴＡ８は、ビット１７２１を１に設定することによって多局アグリゲーション能力のサポートを示した局であり、後続のアグリゲートされたＭＰＤＵフレーム（複数の場合もある）を受信することができる。
【０５５５】
異なるＲＡ値を有する１つ以上のＭＰＤＵがＡ−ＭＰＤＵ内で他のＭＰＤＵとアグリゲートされるとき、以下の順序化規則が当てはまる：「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーション」機能（もしあるなら）をサポートしない１つの非ＡＰ局のためのＭＰＤＵ（複数の場合もある）を、Ａ−ＭＰＤＵ内の第１のＭＰＤＵ（複数の場合もある）とする。
【０５５６】
図２０は、局によって通知されるＭＳＡＳ能力サブフィールド値を考慮に入れて、ＡＰによって実行されるＡ−ＭＰＤＵを構築するプロセス（例えば、図１８ａのステップ１８０３）の本発明による実施例を、フローチャートを用いて示す。この例において、デフォルトで、又はＡＰが１に設定されたＭＳＡＳ能力サブフィールドを局に通知した後に、ＡＰが、同じＡ−ＭＰＤＵ内のアグリゲートされたＭＰＤＵを異なる局にアドレッシングできるようにする機構をサポートすると仮定する。
【０５５７】
ステップ２００１において、ダウンリンク送信においてＡＰが送信すべきＭＡＣフレームを有する受取局のリストが取得され、その後、受取局が順次に処理される（ステップ２００２においてループする）。ループは、全ての受取局が処理される（すなわち、リストの最後に達する）まで継続することができ、その後、（ＭＡＣフレームを埋め込む）構築された１つ以上のＡ−ＭＰＤＵが、それぞれの１つ以上の配分されたＤＬ  ＲＵにおいて送信される（ステップ２０１６）。一変形形態において、ループは、１つのＡ−ＭＰＤＵが構築されると中止され、１つの配分されたＤＬ  ＲＵにおいてＡ−ＭＰＤＵを送信することができる。その後、プロセスは、ステップ２００１において、受取局の更新されたリストによって繰り返され、送信するために他のＤＬ  ＲＵが使用される。
【０５５８】
ステップ２００３において、（リスト内で現在選択されている）局が１に設定されたＭＳＡＳ能力サブフィールドを通知したか否かがチェックされる。
【０５５９】
そのチェックが肯定される（ステップ２００３のテストに対してｙｅｓ）場合には、ＡＰ（スケジューラー）が、ステップ２００４において、局のために同報ＲＵを使用するか否かを判断する。これは、ＡＰが同じ同報ＲＵ（それゆえ、異なる受取局のためのＭＰＤＵをアグリゲートするＡ−ＭＰＤＵ）において送信すべきＭＡＣフレームを有する異なる受取局を、ＡＰがグループ化する意思があるか否かを判断することを意味する。異なる受取局をグループ化することが有利な場合がある状況は、図１３ａのステップ１３１０の場合に説明された例示的な状況に類似している場合がある。例えば、所与の局に送信するための大量のデータが未送信である場合には、局のために専用ＲＵを配分することが好ましい。別の例は、グループＲＵ内にそれ以上の空きが残されていないので、局に専用ＲＵが配分される事例である。同じＨＥ  ＭＵ  ＰＰＤＵ内に専用ＲＵを配分することによって、別のＨＥ  ＭＵ  ＰＰＤＵを待つのを回避し、それゆえ、時間が得られる（特に、同じＨＥ  ＭＵ  ＰＰＤＵ内に複数のグループＲＵを配分することを許されない場合）。
【０５６０】
ステップ２００４において、局のために同報ＲＵが使用されることになると判断される場合には、必要に応じて、ステップ２００５において、同報ＲＵが配分される。同報ＲＵが既に配分されている場合があるので、ステップ２００５は任意選択である。同報ＲＵがまだ配分されていない場合、又は先行して配分された同報ＲＵにそれ以上の空きが残されていない場合には、新たな同報ＲＵを配分することが必要な場合がある。
【０５６１】
ステップ２００６において、現在のＡ−ＭＰＤＵに挿入するために、局を対象にした１つ以上ＭＡＣフレームが選択される。
【０５６２】
任意選択で、ＡＰは、ＭＡＣフレーム（複数の場合もある）に関して確認応答するために局がどの応答ＲＵを使用しなければならないかを、ＵＭＲＳ制御フィールドを用いてシグナリングしなければならない。これは、局にアドレッシングされる選択されたＭＡＣフレームにおいて、データフレームに対する応答をアクセスポイントに与えるためにＭＵダウンリンク送信に後続するＭＵアップリンク送信において局によって使用されることになる応答リソースユニットを識別するＵＭＲＳ制御フィールドをシグナリングするために、ステップ２００７及び２００８を通して行われる。ステップ２００７及び２００８は図１６ａのステップ１６１０及び１６１１に類似であり、例えば、アグリゲートされたＭＡＣフレームがないために、確認応答が要求されない場合には実行されない。
【０５６３】
その後、選択されたＭＡＣフレーム（複数の場合もある）が、ステップ２００９において、おそらく異なる受取局のための他のＭＡＣフレーム（複数の場合もある）とＡ−ＭＰＤＵにおいてアグリゲートされる。場合によっては、アグリゲーションは１つのＭＰＤＵに限定することができ、すなわち、Ａ−ＭＰＤＵは単一のＭＰＤＵを含む。
【０５６４】
チェックが否定される場合には（ステップ２００３のテストにおいてｎｏ）、又はステップ２００４において、局のために同報ＲＵが使用されないと判断される場合には、ステップ２０１０が実行される。
【０５６５】
ステップ２０１０において、局が既にＡＰとアソシエートされているか否かが判断される。局が既にアソシエートされている場合には、（局のＡＩＤを有する）単一宛先ＲＵが配分される（ステップ２０１１）。局がアソシエートされていない場合には、（例えば、ＡＩＤ＝２０４５を有する）同報ＲＵが配分される（ステップ２０１２）。
【０５６６】
その後、局を対象にした１つ以上のＭＡＣフレームが選択され（ステップ２０１３）、Ａ−ＭＰＤＵに追加される（ステップ２０１６）。
【０５６７】
ステップ２００７及び２００８と同様に、ステップ２０１４及び２０１５は、自らのＭＡＣフレーム（複数の場合もある）に関して確認応答するために局がどの応答ＲＵを使用しなければならないかを、ＵＭＲＳ制御フィールドを用いてシグナリングするために、任意選択で実施することができる。これは（まだＡＩＤを割り当てられていない）未アソシエーション局の場合に特に関連する。
【０５６８】
ステップ２００５〜２００９の分岐及びステップ２０１０〜２０１６の分岐は並列に実行されてもよいことに留意されたい。また、プロセスにおいて両方の分岐を有する必要はなく、そのうちの一方のみが実行されればよいことにも留意されたい。例えば、ＡＰが全ての局に対する同報ＲＵを使用する場合には、ステップ２００５〜２００９の分岐のみを実行することができ、又はＡＰが、同じＡ−ＭＰＤＵ内のアグリゲートされたＭＰＤＵを異なる局にアドレッシングできるようにする機構をサポートしない場合には、ステップ２０１０〜２０１６の分岐のみを実行することができる。
【０５６９】
異なるＲＡ値を有する１つ以上のＭＰＤＵフレームがＡ−ＭＰＤＵにおいて他のフレームとアグリゲートされるとき（ステップ２００９及び／又は２０１６）、以下の順序化規則が当てはまる場合がある：「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーション」機能（もしあるなら）をサポートしない１つの非ＡＰ局のためのＭＰＤＵフレーム（複数の場合もある）は、Ａ−ＭＰＤＵ内の第１のＭＰＤＵフレーム（複数の場合もある）である。
【０５７０】
一実施態様において、ＭＵアップリンク送信において局によって既に使用されたアップリンクＲＵと、同じ局にフレームを与えるためにＭＵダウンリンク送信においてＡＰが使用することになるダウンリンクＲＵとの間のＲＵプロファイルに関する照合（図１０ａ〜図１０ｃを参照）が、任意選択の機構として考慮される。
【０５７１】
この実施態様において論じられる機構に関して、この機構のサポートを反映するために、１つの能力ビットが追加される。能力ビットは、「ＵＬ／ＤＬ照合プロファイルサポート」、又は略してＵＭＰＳ能力ビットと呼ばれる。
【０５７２】
例えば、フィールド１７１０（図１７を参照）の予約されたサブフィールド内のＭＳＡＳ能力ビットと同様に、ＵＭＰＳ能力ビットは、ＨＥ  ＭＡＣ能力情報フィールドに追加することができる。
【０５７３】
機構「ブロードキャストＲＵにおけるマルチＳＴＡアグリゲーションサポート」及び「ＵＬ／ＤＬ照合プロファイルサポート」のうちの１つのみを８０２．１１ａｘ局において実施することができると想定できることに留意されたい。この場合、実施される１つの機構をシグナリングするために、１つの能力ビット（例えば、ビットＢ４２）のみが追加される。代替的には、８０２．１１ａｘ局において両方の機構を実施することが許される場合がある。この場合、２つの能力ビット（例えば、ビットＢ４２及びＢ４３）が追加される。
【０５７４】
したがって、例えば、未アソシエーション局のためのダウンリンクＲＵを識別する場合に使用するために、アップリンクＲＵを規定する１つ以上の配分方式特性を保存することは、１に設定されたＵＭＰＳ能力ビットを通知した８０２．１１ａｘ局によってのみ実行される。
【０５７５】
図２１は、発見段階中に未アソシエーション局によって通知されるＵＭＰＳ能力サブフィールド値を考慮に入れて、ＡＰによって実行されるプロセスの本発明による実施例を、フローチャートを用いて示す。この例では、デフォルトで、又は１に設定されるＵＭＰＳ能力サブフィールドをＡＰが局に通知した後に、ＡＰがＵＬ／ＤＬ照合プロファイル機構をサポートすると仮定される。
【０５７６】
以下の説明において、未アソシエーション局のために予約されるＭＵ  ＤＬ  ＲＵを指定するために、２０４５の所定の識別子値が選択される。当然、この値は、例示のためにのみ与えられ、任意の他の所定の値又はシグナリング手段が採用される場合がある。
【０５７７】
ステップ２１０１において、ＡＰが、未アソシエーション局への送信を待っている未送信フレーム（例えば、認証又はアソシエーション応答管理フレーム）のリストがあるか否かを判断する。
【０５７８】
未送信フレームのリストが空でない場合には、ステップ２１０２において、リストが１つ以上のブロードキャストフレームを含むか否かが判断される。少なくとも１つのブロードキャストフレームが見つけられた場合、ステップ２１０３において、ブロードキャストフレームが送信するために選択される（同じＲＵにおいて送信するために、より多くのブロードキャストフレームが選択される場合がある）。選択されたフレームを含むＭＵ  ＤＬフレームに、ＡＩＤ＝２０４５を有する単一のダウンリンクＲＵが組み込まれる（ステップ２１０４）。ダウンリンクＲＵは、ＭＵ  ＤＬフレーム（ＨＥ  ＭＵ  ＰＰＤＵ）内のどの場所にも配置することができる。ＭＵ  ＤＬフレームは、ＡＩＤ＝２０４５を有するダウンリンクＲＵを組み込む時点で構築される場合があるか、又は、例えば、既にアソシエートされている局に向かうことになる他のダウンリンクＲＵが規定される時点で、ＡＰのモジュール８０５によって早期に形成される場合がある。
【０５７９】
リストがブロードキャストフレームを含まない（テスト２１０２が否定される）場合には、ステップ２１０７において、未送信のフレームの受取局である未アソシエーション局の数が決定される。１つのみの未アソシエーション受取局が見つけられた場合には、局を対象にした１つ以上のフレームが選択され（ステップ２１０９）、ＭＵ  ＤＬフレームに組み込まれる（ステップ２１０４）。未アソシエーションの数が２つ以上である場合には（テスト２１０７）、局によって通知されるＵＭＰＳ能力サブフィールドに基づいて、更なる処理が実行される。
【０５８０】
例えば、ステップ２１０８において、全ての局が０に設定されたＵＭＰＳ能力サブフィールドを有する（その機構をサポートしない）と判断された場合には、（フローチャートの現在の反復において）それらの局の中の１つの局のみからのフレームを考慮することによって、ステップ２１０９が実行される。
【０５８１】
テスト２１０８が否定される（少なくとも１つの局がその機構をサポートする）場合には、ステップ２１１０において、リストから、１に設定された能力サブフィールドを有する局を対象にした１つ以上のフレームが選択される。好ましくは、未アソシエーション局からのアップリンクＲＵ上で受信される要求フレームの受信に後続する全ての応答フレームが、対応する未アソシエーション局に送信するために選択される。応答フレームに関するＡＩＤ＝２０４５を有するダウンリンクＲＵの設計は、未アソシエーション局によって使用されるアップリンクＲＵの少なくとも１つの配分方式特性に基づくことができる。当然、特定の未アソシエーション局のための応答フレームは、ＡＰに要求するときに同じ局によって使用されるアップリンクＲＵの配分方式特性に一致するダウンリンクＲＵを介して送信されることになる。
【０５８２】
ステップ２１１０において選択されるフレームの数は、利用可能なダウンリンクＲＵ、例えば、ＡＩＤ＝２０４５に割り当てられることになる利用可能なダウンリンクＲＵの数に制限される場合がある。詳細には、ＡＩＤ＝２０４５に割り当てられることになる利用可能なＲＵの中の、１つの（例えば、第１の）ＲＵが、その機構をサポートしない、すなわち、ＵＭＰＳ能力サブフィールドが０に設定された、まだアソシエートされていない局のために予約される場合がある（ステップ２１１２を参照）。
【０５８３】
ステップ２１１１において、ＡＩＤ値２０４５を有する１つ以上のダウンリンクＲＵが、ＭＵ  ＤＬフレームに組み込まれ、対応する選択されたフレームを構成する。ＭＵ  ＤＬフレームは、あらかじめ構築されるか、又は組み込む時点において構築される。ＡＩＤ＝２０４５を有する組み込まれるダウンリンクリソースユニット（複数の場合もある）は、対応する未アソシエーション局のためにそれぞれ記憶される配分方式特性に一致する（すなわち、各ダウンリンクＲＵは、ＭＵアップリンク送信においてフレームを送信するために局によって使用されたアップリンクリソースユニットの配分方式特性に一致する）。
【０５８４】
任意選択で、ステップ２１１２において、もしあるなら、０に設定された能力サブフィールドを有する未アソシエーション局を対象にした１つ以上のフレームを含むために、同じＭＵ  ＤＬフレーム内で、ＡＩＤ＝２０４５を有する１つのＲＵが所定の位置、例えば、第１の位置に配分される。
【０５８５】
ステップ２１０５において、ＭＵ  ＤＬフレームがＡＰによって送信される。最後に、ステップ２１０６において、送信された（そして確認応答された）選択されたフレームを除去することによって、未送信フレームのリストが更新され、フローチャートのステップがステップ２１０１から繰り返される。
【０５８６】
ＡＰによって実行されるプロセスの本発明による別の実施例（図示せず）において、ＵＬ／ＤＬ照合プロファイル機構がＡＰ、及びこのＡＰとアソシエートされる全ての非ＡＰ局の両方によってサポートされると仮定される（デフォルトによるか、又は関係する８０２．１１ａｘデバイスの通知される能力に従って決定される）。
【０５８７】
この実施例では、テストステップ２１０８及び任意選択のステップ２１１２を除外し、ステップ２１１０及び２１１１を変更することによって、図２１のフローチャートを変更することができる。未アソシエーション局の数が２つ以上である場合には（テスト２１０７）、リストから、複数の未アソシエーション受取局を対象にした複数のフレームが選択される（変更されたステップ２１１０）。変更されたステップ２１１１において、ＡＩＤ値２０４５を有する複数のダウンリンクＲＵが、ＭＵ  ＤＬフレームに組み込まれ、対応する選択されたフレームを構成する。ＭＵ  ＤＬフレームは、あらかじめ構築されるか、又は組み込む時点において構築される。ＡＩＤ＝２０４５を有する組み込まれるダウンリンクリソースユニットは、対応する未アソシエーション局のためにそれぞれ記憶される配分方式特性に一致する（すなわち、各ダウンリンクＲＵは、ＭＵアップリンク送信においてフレームを送信するために局によって使用されたアップリンクリソースユニットの配分方式特性に一致する）。
【０５８８】
本発明は、上記において、特定の実施形態に関して説明されてきたが、本発明は、これらの特定の実施形態に限定されるものではなく、当業者には、本発明の範囲内にある変更形態が明らかであろう。
【０５８９】
上記の説明は、周波数領域において配分されるＲＵに焦点を合わせる。変形形態は、周波数ベースの配分の代わりに、又はそれと組み合わせて、時間領域において配分されるＲＵを有することを考えることもできる。いずれの場合も、特定のＲＵを記述する配分方式特性は、使用される配分方式から取得することができる。
【０５９０】
上記例示の実施形態を参照すると、当業者には、多くの更なる変更形態及び変形形態が想起される。なお、上記例示の実施形態は、専ら例としてのみ与えられ、本発明の範囲を限定することを意図するものはなく、本発明の範囲は、添付の特許請求の範囲によってのみ画定される。特に、異なる実施形態からの異なる特徴は、必要に応じて交換することができる。
【０５９１】
特許請求の範囲において、「備える／含む」という用語は、他の要素もステップも除外するものではなく、個数が指定されていないものは、単数及び複数のものを含む。異なる特徴が互いに異なる従属請求項に列挙されていることのみをもって、これらの特徴の組み合わせを有利に用いることができないことを示すものではない。
【図１】
2020518154.tif 000004
【図２ａ】
2020518154.tif 000005
【図２ｂ】
2020518154.tif 000006
【図２ｃ】
2020518154.tif 000007
【図２ｄ】
2020518154.tif 000008
【図２ｅ】
2020518154.tif 000009
【図２ｆ】
2020518154.tif 000010
【図２ｇ】
2020518154.tif 000011
【図２ｈ】
2020518154.tif 000012
【図２ｉ】
2020518154.tif 000013
【図２ｊ】
2020518154.tif 000014
【図３】
2020518154.tif 000015
【図４】
2020518154.tif 000016
【図５】
2020518154.tif 000017
【図６】
2020518154.tif 000018
【図７】
2020518154.tif 000019
【図８】
2020518154.tif 000020
【図９ａ】
2020518154.tif 000021
【図９ｂ】
2020518154.tif 000022
【図９ｃ】
2020518154.tif 000023
【図９ｄ】
2020518154.tif 000024
【図１０ａ】
2020518154.tif 000025
【図１０ｂ】
2020518154.tif 000026
【図１０ｃ】
2020518154.tif 000027
【図１１ａ】
2020518154.tif 000028
【図１１ｂ】
2020518154.tif 000029
【図１１ｃ】
2020518154.tif 000030
【図１２ａ】
2020518154.tif 000031
【図１２ｂ】
2020518154.tif 000032
【図１３ａ】
2020518154.tif 000033
【図１３ｂ】
2020518154.tif 000034
【図１４】
2020518154.tif 000035
【図１５】
2020518154.tif 000036
【図１６ａ】
2020518154.tif 000037
【図１６ｂ】
2020518154.tif 000038
【図１７】
2020518154.tif 000039
【図１８ａ】
2020518154.tif 000040
【図１８ｂ】
2020518154.tif 000041
【図１９】
2020518154.tif 000042
【図２０】
2020518154.tif 000043
【図２１】
2020518154.tif 000044
【国際調査報告】
2020518154.tif 000045
2020518154.tif 000046
2020518154.tif 000047
2020518154.tif 000048
2020518154.tif 000049