特許 7482239 マルチユーザダイレクトリンク送信のための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-01

(45)【発行日】2024-05-13

(54)【発明の名称】マルチユーザダイレクトリンク送信のための方法および装置

(51)【国際特許分類】

   H04W 76/14 20180101AFI20240502BHJP

   H04W 92/18 20090101ALI20240502BHJP

   H04W 28/10 20090101ALI20240502BHJP

   H04W 84/12 20090101ALI20240502BHJP

【ＦＩ】

H04W76/14

H04W92/18

H04W28/10

H04W84/12

【請求項の数】 25

(21)【出願番号】P 2022549706

(86)(22)【出願日】2021-05-21

(65)【公表番号】

(43)【公表日】2023-05-31

(86)【国際出願番号】 EP2021063657

(87)【国際公開番号】W WO2021239618

(87)【国際公開日】2021-12-02

【審査請求日】2022-10-24

(31)【優先権主張番号】2007771.5

(32)【優先日】2020-05-25

(33)【優先権主張国・地域又は機関】GB

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】バロン， ステファン

(72)【発明者】

【氏名】ギニャール， ロマン

(72)【発明者】

【氏名】ヴィジェ， パスカル

(72)【発明者】

【氏名】ネズ， パトリス

【審査官】中村 信也

(56)【参考文献】

【文献】米国特許出願公開第２０２０／０００８２１０（ＵＳ，Ａ１）

【文献】特開２０２０－０１４２５０（ＪＰ，Ａ）

【文献】特開２０２０－０７４５３９（ＪＰ，Ａ）

【文献】国際公開第２０２０／０１１６８４（ＷＯ，Ａ１）

【文献】Stephane Baron (Canon)，triggered-p2p-transmissions， IEEE 802.11-20/0095r1 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0095-01-00be-triggered-p2p-transmissions.pptx＞，2020年03月18日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信のための方法であって、第１のステーション（ＳＴＡ）において：
ダイレクトリンク通信のために用いることができるシングルユーザ通信を引き起こすためのトリガーフレームであって、シングルユーザ通信のためのリソースユニット（ＲＵ）であって、前記第１のＳＴＡへ前記ＲＵを割り当てるトリガーフレームをアクセスポイント（ＡＰ）から受信する第１受信工程と、
前記トリガーフレームによって前記第１のＳＴＡに対して割り当てられた前記ＲＵを介して第１の時間において第１のフレームを送信する送信工程と、
前記トリガーフレームによって前記第１のＳＴＡに対して割り当てられた前記ＲＵを介して、前記第１の時間より後の第２の時間において第２のＳＴＡによって送信された第２のフレームを受信する第２受信工程と、
前記第２のフレームの通信のための時間を考慮して前記第１のフレームの長さを決定する決定工程と、
を有し、
前記トリガーフレームは、前記第１の時間と前記第２の時間において前記シングルユーザ通信とは異なる通信をトリガする情報を含まず、かつ、当該トリガーフレームの受信は前記異なる通信を引き起こさないことを特徴とする方法。

【請求項2】

前記第１の時間および前記第２の時間は、ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ（ＳＩＦＳ）によって分離される、ことを特徴とする請求項１に記載の方法。

【請求項3】

前記決定工程は、前記第２のＳＴＡによる前記第２のフレームの前記送信の終端が、前記割り当てられた前記ＲＵの終端と時間において整合するように前記第１のフレームの前記長さを決定することを特徴とする請求項１又は２に記載の方法。

【請求項4】

前記第２のフレームは、前記第１のフレームに対する応答フレームであることを特徴とする、請求項１から３のいずれか１項に記載の方法。

【請求項5】

前記第２のフレームは、前記第１のフレームの受信を確認するために前記第２のＳＴＡによって送信される肯定応答を示すＡＣＫフレームであり、前記第１のフレームはＨＥ ＳＵ ＰＰＤＵであることを特徴とする、請求項４に記載の方法。

【請求項6】

前記決定工程では、前記第１のフレームを送信する時間と、前記第２のフレームを受信する時間との合計が前記ＲＵの送信期間と一致するように、前記第１のフレームの長さを決定することを含む、請求項３から５のいずれか１項に記載の方法。

【請求項7】

前記第１のフレームの前記長さを決定することは、
前記第２のフレームを送信する時間に基づいて、前記第１のフレームを含んだｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（ＰＰＤＵ）を送信するために前記第１のＳＴＡが利用可能な時間ＴＸＴＩＭＥ１を計算する処理と、
得られた前記時間ＴＸＴＩＭＥ１と、前記第１のフレームを送信するために使用される、変調および符号化方式（ＭＣＳ）を少なくとも含む送信パラメータと、に基づいて、前記第１のフレームの前記長さを導出する処理と、を含み、
ＴＸＴＩＭＥ１は、ＴＸＴＩＭＥ０－ＴＸＴＩＭＥ２－ＳＩＦＳにより算出され、
ＴＸＴＩＭＥ０は、前記ダイレクトリンク通信のために前記ＡＰによって割り当てられたＲＵの持続時間であり、
ＴＸＴＩＭＥ２は、前記第２のフレームを含んだＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するために前記第２のＳＴＡに必要とされる時間である、
請求項６に記載の方法。

【請求項8】

前記第１のフレームは、前記第２のＳＴＡが前記第１のＳＴＡへ逆方向に前記第２のフレームを送信することを可能にする逆方向許可を示す情報であって、前記第２のＳＴＡがアドレス指定された逆方向許可を示す情報を含むことを特徴とする請求項３から５のいずれか１項に記載の方法。

【請求項9】

前記第１のフレームは、前記第２のフレームを送信するために前記第２のＳＴＡに許可された持続時間をさらに含むことを特徴とする請求項８に記載の方法。

【請求項10】

前記第１のフレームに含められる前記持続時間はＴＸＴＩＭＥ０－ＴＸＴＩＭＥ１－ＳＩＦＳに等しい値に設定され、
ＴＸＴＩＭＥ０は、前記トリガーフレームによって割り当てられた前記ＲＵの持続時間であり、
ＴＸＴＩＭＥ１は、前記第１のＳＴＡが前記第１のフレームを含んだＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を送信するのに必要な時間である、
請求項９に記載の方法。

【請求項11】

前記トリガーフレームには前記ＲＵの長さを示す情報がさらに含まれることを特徴とする、請求項１から１０のいずれか１項に記載の方法。

【請求項12】

前記ＲＵの割り当ては、前記ＲＵの中心周波数と、前記ＲＵを介して送信されるＰＰＤＵ（ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の周波数帯域幅とで示されることを特徴とする、請求項１１に記載の方法。

【請求項13】

前記ＲＵを介して前記ＰＰＤＵを送信するために前記ＡＰによって割り当てられた時間が、前記ＲＵのデータシンボルの長さまたは数と、前記ＡＰによって特定された変調および符号化方式（ＭＣＳ）を少なくとも含む送信パラメータとに基づいて取得される、請求項１２に記載の方法。

【請求項14】

前記トリガーフレームは、２０ＭＨｚチャネルの倍数である周波数帯域を有するＲＵを前記第１のＳＴＡに割り当てることを特徴とする、請求項１から１３のいずれか１項に記載の方法。

【請求項15】

前記送信工程では、前記第１のフレームを含んだシングルユーザ通信のためのＰＰＤＵが送信される、請求項１から１４のいずれか１項に記載の方法。

【請求項16】

少なくとも１つの送信パラメータの値を選択する選択工程をさらに有し、
前記送信工程では、前記選択工程において選択された前記値を使用して、前記トリガーフレームによって割り当てられた前記ＲＵを介して前記第１のフレームを前記第２のＳＴＡに送信することと、
を有する請求項１５に記載の方法。

【請求項17】

前記選択工程で選択される送信パラメータは、符号化タイプ、ＭＣＳ、ＤＣＭ、および前記第１のフレームの空間ストリーム（ＳＳ）を少なくとも１つを含むことを特徴とする、請求項１６に記載の方法。

【請求項18】

前記第２のＳＴＡが前記ＡＰに関連付けられていないことを特徴とする、請求項１から１７のいずれか１項に記載の方法。

【請求項19】

無線通信のための方法であって、アクセスポイント（ＡＰ）において、
ダイレクトリンク通信のために用いることができるシングルユーザ通信を引き起こすためのトリガーフレームであって、シングルユーザ通信のためのリソースユニット（ＲＵ）の割り当てであって、ステーション（ＳＴＡ）へ前記ＲＵを割り当てるトリガーフレームを送信する送信工程と、
前記ＲＵの終端と整合するように前記ＡＰのＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定する設定工程と、
を有し、
前記トリガーフレームは前記シングルユーザ通信が予定されている時間帯において前記シングルユーザ通信とは異なる通信をトリガするための情報を含まず、かつ、当該トリガーフレームの受信は前記異なる通信を引き起こさないことを特徴とする方法。

【請求項20】

２０ＭＨｚチャネルの倍数である周波数帯域を有するＲＵを前記ＳＴＡに割り当てることを特徴とする、請求項１９に記載の方法。

【請求項21】

デバイス内のマイクロプロセッサまたはコンピュータシステムによって実行されるときに、前記デバイスに、請求項１または１９に記載の方法を実行させるプログラムを記憶する非一時的コンピュータ可読媒体。

【請求項22】

第１のステーション（ＳＴＡ）として動作する無線通信装置であって、
ダイレクトリンク通信のために用いることができるシングルユーザ通信を引き起こすためのトリガーフレームであって、シングルユーザ通信のためのリソースユニット（ＲＵ）の割り当てであって、前記第１のＳＴＡへ前記ＲＵを割り当てるトリガーフレームをアクセスポイント（ＡＰ）から受信する受信手段と、
対向機から受信する予定の第２のフレームを通信するための時間を考慮し、第１のフレームの長さを決定する決定手段と、
前記トリガーフレームによって前記第１のＳＴＡに対して割り当てられた前記ＲＵを介して第１の時間において前記決定手段で決定した長さの前記第１のフレームを対向機である第２のＳＴＡに対して送信する送信手段と、を有し、
前記受信手段は、前記トリガーフレームによって前記第１のＳＴＡに対して割り当てられた前記ＲＵを介して、前記第１の時間より後の第２の時間において前記第２のＳＴＡによって送信された第２のフレームを受信し、
前記トリガーフレームは前記第１の時間と前記第２の時間において前記シングルユーザ通信とは異なる通信をトリガする情報を含まず、かつ、当該トリガーフレームの受信は前記異なる通信を引き起こさないことを特徴とする無線通信装置。

【請求項23】

前記第２のＳＴＡが前記ＡＰに関連付けられていないことを特徴とする、請求項２２に記載の無線通信装置。

【請求項24】

アクセスポイント（ＡＰ）の無線通信装置であって、
ダイレクトリンク通信のために用いることができるシングルユーザ通信を引き起こすためのトリガーフレームであって、シングルユーザ通信のためのリソースユニット（ＲＵ）の割り当てであって、ステーション（ＳＴＡ）へ前記ＲＵを割り当てるトリガーフレームを送信する送信手段と、
前記ＲＵの終端と整合するように前記ＡＰのＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定する設定手段と、
を有し、
前記トリガーフレームは前記シングルユーザ通信が予定されている時間帯において前記シングルユーザ通信とは異なる通信をトリガするための情報を含まず、かつ、当該トリガーフレームの受信は前記異なる通信を引き起こさないことを特徴とする無線通信装置。

【請求項25】

前記トリガーフレームは、前記ＳＴＡが前記トリガーフレームをトリガとしてフレームを送信する場合に使用すべきＭＣＳを示す情報を含まないことを特徴とする請求項２４に記載の無線通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

ＭＵの特徴により、ステーションが、２つのアクセス手順、ＭＵ手順、及び、従来のＥｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ－ＥＤＣＡ（シングルユーザ）手順、を介して、無線媒体へのアクセスを得る機会を有する。

【0005】

８０２．１１ａｘ規格は、ＡＰが、ＭＵ下りリンク（ＤＬ）送信を実行することを可能とすし、ここで、後者は、いわゆるリソースユニット（ＲＵ）上で、様々な非ＡＰステーションへの多数の同時の基本的な送信を行うことができる。例として、リソースユニットは、例えば直交周波数分割多元接続（ＯＦＤＭＡ）技術に基づいて、周波数領域において無線ネットワークの通信チャネルを分割する。ＲＵのステーションへの割り当ては、（各ステーションによってＡＰとのアソシエーション手順の間に個別に取得される）非ＡＰステーションのアソシエーション識別子（ＡＩＤ）を、送信機会において定義される各ＲＵに対して提供することにより、ＭＵ下りリンクフレームの最初にシグナリングされる。

【0006】

また、８０２．１１ａｘ規格は、ＡＰが、ＭＵ上りリンク（ＵＬ）送信をトリガすることを可能とし、ここで、様々な非ＡＰステーションが、ＭＵ ＵＬ送信を形成するリソースユニット上で並行してＡＰへ送信することができる。非ＡＰステーションによるＭＵ ＵＬ送信を制御するために、ＡＰは、ＡＰへの登録時に非ＡＰステーションに割り当てられた１６ビットのアソシエーション識別子（ＡＩＤ）を用いて、及び／又は、非ＡＰステーションのグループを指定する予約ＡＩＤを用いて、非ＡＰステーションへリソースユニットを割り当てる、トリガフレーム（ＴＦ）として知られる制御フレームを送信する。

【0007】

採用された８０２．１１ａｘ ＭＵ送信手順は、帯域幅要求の高い通信サービス、例えば、ゲーム、バーチャルリアリティ、ストリーミングアプリケーションなどの映像ベースのサービスには適応されていない。これは、すべての通信がＡＰを通過し、それによって、送信のためのエアタイムのみならず、媒体アクセスの回数（したがって、媒体アクセス時間）も２倍になるからである。

【0008】

８０２．１１ネットワークプロトコルのシングルユーザ（ＳＵ）方式は、ダイレクトリンク（ＤｉＬ、ピアツーピア（Ｐ２Ｐ）送信とも呼ばれる）が実行されることを可能にし、ここで、データ（ＭＡＣ）フレームは、宛先ステーションの４８ビットのＩＥＥＥ ＭＡＣアドレスを使用してアドレス指定される。しかしながら、ＳＵおよびＭＵ方式は（ＭＵ方式のためにＡＰによって、ＳＵ方式のために非ＡＰステーションによって）無線媒体へのアクセスを獲得するために、互いに直接競合する。高密度環境では、この競合が、大量の望ましくない衝突を生成し、それによって、レイテンシおよび全体的な有用なデータスループットを低下させる。

【0009】

ＡＰのスケジューリングのグローバルポリシーの下でＰ２Ｐ通信を統合することが企図されうる。しかしながら、これは、ＡＰが非ＡＰステーションによるピア非ＡＰステーションへのデータの送信と、ピア非ＡＰステーションから非ＡＰステーションへのデータの返信との両方を管理しなければならないため、いくつかの課題を呼び起こす。

【0010】

より一般的には、８０２．１１が、ピアツーピア送信に適合していないように見え、従来特定されているようなＭＵ送信が改善されうる。

【発明の概要】

【0011】

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

【0012】

発明者らは、リソースユニットをスケジューリングするための中心点としてＡＰの利益、及び、送信先ピアステーションとの通信の必要性を知っているソースピアステーションの利益を取ることを企図した。本発明の実施形態では、ソースステーションが確立されたダイレクトリンクセッションを有するピア宛先ステーションと、ＡＰによってソースステーションに割り当てられたリソースを介して、そのソースステーションが共有された帯域幅に責任を負う。

【0013】

本開示のある態様は、無線通信のための方法であって、第１のステーション（ＳＴＡ）において：
ダイレクトリンク（ＤｉＬ）通信のための前記第１のＳＴＡへのリソースユニット（ＲＵ）の割り当てをアクセスポイント（ＡＰ）から受信することと、
ピアの第２のＳＴＡに、割り当てられたＤｉＬ ＲＵの第１の部分を介して第１のフレームを送信することと、
前記ＡＰによって前記第１のＳＴＡに割り当てられた前記ＤｉＬ ＲＵの第２の部分を介して、前記第２のＳＴＡによって送信された第２のフレームを受信することと、
を有する方法を提供する。

【0014】

したがって、ピアツーピア通信の管理は、（たとえば、ＵＬ、ＤＬ、およびＤｉＬの必要性を調停することによって）ＢＳＳレベルでのリソースのスケジューリングに対するグローバル制御を有するＡＰと、それに割り当てられたＰ２Ｐリソースユニットを管理する１つのピアのＳＴＡとの間で、たとえば、対応するピアのＳＴＡとリソースをサブリースし又は時間共有することによって、分散される。これは、特にダイレクトリンク通信のための、リソースの効率的かつ単純な管理をもたらす。

【0015】

好ましい実装は、前記第１の部分および前記第２の部分は、時間多重化され、ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ（ＳＩＦＳ）によって分離される場合である。

【0016】

このようにして、割り当てられたＲＵの第２の部分を占有する第２のフレームの送信が、第１の部分を占有する第１のフレームの送信の終端からＳＩＦＳの直後に開始し、第１のフレームの送信の終了後に、設定したＮＡＶを有しない別のＳＴＡからの送信によって媒体が先取りされることを防止する。

【0017】

特に、前記第１のフレームの前記送信は、前記第２のＳＴＡによる前記第２のフレームの前記送信の終端が、前記割り当てられたＤｉＬ ＲＵの終端と時間において整合するように構成される。

【0018】

これは、ＡＰが、割り当てられたＤｉＬ ＲＵの終端後に、他のステーションからの干渉なしに媒体に対する制御を再開することを可能にする。実際、第２のフレームの送信が、ピアツーピア通信のためにＡＰによって割り当てられた時間が経過する前に終了する場合、自身のＮＡＶを設定していないステーションが媒体を先取りして送信を開始することができる。

【0019】

１つの実装において、前記第２のフレームは、前記第１のフレームに対する応答フレームである。

【0020】

例えば、前記第２のフレームは、前記第１のフレームの受信を確認するために前記第２のＳＴＡによって送信される肯定応答（ＡＣＫ）フレームである。

【0021】

実施形態によれば、前記第１のフレームの前記送信を設定することが、前記ＤｉＬ ＲＵの前記第２の部分の残りの時間（すなわち、第１のフレームの送信の終了後の１つのＳＩＦＳから割り当てられたＤｉＬ ＲＵの終了までの持続時間）が前記第２のフレームの送信時間と一致するように、前記第１のフレームの長さを設定することを含む。

【0022】

これにより、ＤｉＬ通信は、第１のＳＴＡによる第２のＳＴＡへの特定のシグナリングを必要とせずに、割り当てられたＤｉＬ ＲＵの持続時間全体を占有する。これは、第１のフレームを確認応答するための即時肯定応答を実現する第２のフレームなど、第２のフレームの長さが第１のＳＴＡに知られているかまたは予測可能であるときに実行されうる。

【0023】

１つの実装において、前記第１のフレームの前記長さを設定することは、
前記第２のフレームを送信する時間に基づいて、前記第１のフレームを含んだｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（ＰＰＤＵ）を送信するために前記第１のＳＴＡが利用可能な時間ＴＸＴＩＭＥ１を計算することと、
得られた前記時間ＴＸＴＩＭＥ１と、前記第１のフレームを送信するために使用される、変調および符号化方式（ＭＣＳ）などの、少なくとも１つの送信パラメータと、に基づいて、前記第１のフレームの前記長さを導出することと、を含み、
ＴＸＴＩＭＥ１は、ＴＸＴＩＭＥ０－ＴＸＴＩＭＥ２－ＳＩＦＳにより算出され、
ＴＸＴＩＭＥ０は、前記ＤｉＬ通信のために前記ＡＰによって割り当てられたＲＵの持続時間であり、
ＴＸＴＩＭＥ２は、前記第２のフレームを含んだｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（ＰＰＤＵ）を送信するために前記第２のＳＴＡに必要とされる時間である。

【0024】

実施形態によれば、前記第１のフレームの前記送信を設定することが、前記第２のＳＴＡが前記第１のＳＴＡへ逆方向（ＲＤ）に前記第２のフレームを送信することを可能にする逆方向許可であって、前記第２のＳＴＡにアドレス指定された逆方向許可を前記第１のフレームに含めることを有する。

【0025】

１つの実装において、第１のフレームは、受信側の第２のＳＴＡが逆方向（ｒｅｖｅｒｓｅ ｄｉｒｅｃｔｉｏｎ）において、第１のＳＴＡへ第２のフレームを送信することが許可されることを示すために、１に設定された逆方向許可（ＲＤＧ）ビットを示す制御フィールドを含む。

【0026】

変形例では、ＲＤＧ制御フィールドが、サービス品質（ＱｏＳ）－Ｎｕｌｌフレームを使用して第２のＳＴＡへ送信される。

【0027】

別の変形例では、ＲＤＧ制御フィールドが、データフレームを使用して第２のＳＴＡに送信される。

【0028】

１つの実装において、前記第１のフレームの前記送信を設定することが、前記第２のフレームを送信するために前記第２のＳＴＡに許可された持続時間を前記第１のフレームに含めることをさらに有する。

【0029】

特に、第１のフレームに含まれる持続時間は、第１のフレームの送信終了の１つのＳＩＦＳ後から、割り当てられたＤｉＬ ＲＵの終了までの送信に利用可能な最大時間に設定される。

【0030】

持続時間を設定することは、第２のＳＴＡがＤｉＬリソースユニットの許可された第２の部分を占有することを可能にする。１つの実装において、持続時間の設定が、たとえば第２のフレームをパディングすることによって、第２のＳＴＡによる送信のためのデータが利用可能でない又は十分なデータが利用可能でない場合でも、第２のＳＴＡが逆方向にフレームを送信することを必要とする。

【0031】

１つの実装において、前記第１のフレームに含められる前記持続時間はＴＸＴＩＭＥ０－ＴＸＴＩＭＥ１－ＳＩＦＳに等しい値に設定され、
ＴＸＴＩＭＥ０は、前記ＤｉＬ通信のために前記ＡＰによって割り当てられた前記ＲＵの持続時間であり、
ＴＸＴＩＭＥ１は、前記第１のＳＴＡが前記第１のフレームを含んだｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（ＰＰＤＵ）を送信するのに必要な時間である。

【0032】

実施形態によれば、前記ＤｉＬ ＲＵの前記割り当ておよび前記ＤｉＬ ＲＵの長さが、前記ＡＰから受信されるトリガフレームに含まれる。

【0033】

１つの実装において、前記ＤｉＬ ＲＵの前記割り当ておよび前記ＤｉＬ ＲＵの長さが、前記ＡＰから受信されるデータまたは制御フレームのＴＲＳ（ｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ）フィールドに含まれる。

【0034】

特に、前記割り当ては、前記ＤｉＬ ＲＵの中心周波数と、前記ＤｉＬ ＲＵを介して送信されるｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（ＰＰＤＵ）の周波数帯域幅とを示す。

【0035】

１つの実装において、前記ＰＰＤＵを前記ＤｉＬ ＲＵを介して送信するために前記ＡＰによって割り当てられた時間ＴＸＴＩＭＥ０が、前記ＤｉＬ ＲＵのデータシンボルの長さまたは数と、前記ＡＰによって特定された変調および符号化方式（ＭＣＳ）などの少なくとも１つの送信パラメータとに基づいて取得される。

【0036】

本開示のある他の態様は、無線通信のための方法であって、第１のステーション（ＳＴＡ）において、
アクセスポイント（ＡＰ）から、当該ＡＰによって設定された送信機会（ＴＸＯＰ）の間のダイレクトリンク（ＤｉＬ）通信のための前記第１のＳＴＡへの第１のリソースユニット（ＲＵ）の割り当てを受信することと、
前記ＡＰが前記ＴＸＯＰの間のＤｉＬ通信のための前記第１のＳＴＡへの第２のＲＵの割り当てをスケジューリングするかを判定することと、
前記判定に基づいて、第１のＤｉＬ ＲＵの一部または全部を介してピアの第２のＳＴＡへ送信されるべき第１のフレームを構成することと、
前記第２のＳＴＡに、前記第１のＤｉＬ ＲＵを介して、構成された前記第１のフレームを送信することと、
を有する方法、を提供する。

【0037】

実施形態によれば、前記ＡＰが前記ＴＸＯＰの間の第２のＤｉＬ ＲＵの割り当てをスケジューリングしないと判定された場合、前記第１のフレームは、前記第１のＤｉＬ ＲＵの一部を介して送信されるように構成される。

【0038】

特に、本方法は、前記ＡＰによって前記第１のＳＴＡに割り当てられた前記第１のＤｉＬ ＲＵの第２の部分を介して、前記第２のＳＴＡによって送信された第２のフレームを受信すること、をさらに有する。

【0039】

実施形態によれば、前記ＡＰが前記ＴＸＯＰの間の第２のＤｉＬ ＲＵの割り当てをスケジューリングすると判定された場合、前記第１のフレームは、前記第１のＤｉＬ ＲＵのすべてにわたって送信されるように構成される。

【0040】

特に、本方法は、前記ＴＸＯＰの間の前記第１のＳＴＡへの前記第２のＤｉＬ ＲＵの割り当てを前記ＡＰから受信することと、
前記第２のＳＴＡへ、前記第２のＤｉＬ ＲＵの第１の部分を介して第３のフレームを送信することと、
前記ＡＰによって第１のＳＴＡに割り当てられた前記第２のＤｉＬ ＲＵの第２の部分を介して前記第２のＳＴＡによって送信された第２のフレームを受信することと、
をさらに有する。

【0041】

１つの実装において、前記判定は、前記ＡＰが前記ＴＸＯＰの間のＤｉＬ通信のために前記第１のＳＴＡへの第２のＲＵの割り当てをスケジューリングするかを示す情報を、前記ＡＰから取得することを含む。

【0042】

実施形態によれば、前記第１のＤｉＬ ＲＵの割り当ておよび前記第２のＤｉＬ ＲＵの割り当ては、前記ＴＸＯＰ内において、カスケードシーケンスで、前記ＡＰから受信された別個のフレームに含まれる。

【0043】

特に、前記第１のＤｉＬ ＲＵの割り当てを含む前記フレームは、前記ＡＰが前記ＴＸＯＰの間の前記第１のＳＴＡへの第２のＤｉＬ ＲＵの割り当てを、後続のフレームにおいて、スケジューリングすることを示す情報をさらに含む。

【0044】

実施形態によれば、前記第１のＤｉＬ ＲＵの割り当ておよび前記第２のＤｉＬ ＲＵの割り当ては、前記ＡＰから受信される単一のフレームに含まれる。

【0045】

１つの実装において、前記ＡＰが前記ＴＸＯＰの間の前記第１のＳＴＡへの第２のＤｉＬ ＲＵの割り当てをスケジューリングすることを示す情報が、前記受信されたフレームにおける前記第２のＤｉＬ ＲＵの前記割り当てから取得される。

【0046】

実施形態によれば、１つ以上のＤｉＬ ＲＵの割り当てを含んだフレームが、トリガフレームと、ｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）フィールドを含んだデータまたは制御フレームと、のいずれかである。

【0047】

本開示のある他の態様は、無線通信のための方法であって、第１のステーション（ＳＴＡ）において、
アクセスポイント（ＡＰ）から、当該ＡＰによって設定された送信機会（ＴＸＯＰ）の間のダイレクトリンク（ＤｉＬ）通信のための第１のＳＴＡへの第１のリソースユニット（ＲＵ）の割り当てを受信することと、
前記ＴＸＯＰの間のＤｉＬ通信のための前記第１のＳＴＡへの第２のＲＵの割り当てを前記ＡＰから受信することと、
ピアの第２のＳＴＡへ、前記第１のＤｉＬ ＲＵを介して第１のフレームを送信することと、
前記第２のＳＴＡへ、前記第２のＤｉＬ ＲＵの第１の部分を介して第３のフレームを送信することと、
前記ＡＰによって前記第１のＳＴＡに割り当てられた前記第２のＤｉＬ ＲＵの第２の部分を介して、前記第２のＳＴＡによって送信された第２のフレームを受信することと、
を有する方法、を提供する。

【0048】

１つの実装において、前記第２のフレームが、前記第１のフレームに対する応答フレームである。

【0049】

ステーションに関連する本開示の様々な態様に関する追加のオプションの特徴について、以下、説明する。それらは、方法を参照するが、本発明による装置またはプログラムに移すことができる。

【0050】

１つの実装において、前記ＡＰは、ベーシックサービスセット（ＢＳＳ）の動作周波数帯域にわたって直交周波数分割多元接続（ＯＦＤＭＡ）方式を使用して、１つ以上のマルチユーザ（ＭＵ）リソースユニットを割り当てる。

【0051】

１つの実装において、前記割り当てられたＤｉＬ ＲＵが、２０ＭＨｚチャネルの倍数である周波数帯域を有する。

【0052】

１つの実装において、前記割り当てられたＤｉＬ ＲＵが、前記動作周波数帯域全体に及ぶ周波数帯域を有する。

【0053】

これは、非同期化による同一チャネル干渉を回避する。

【0054】

１つの実装において、割り当てられたＤｉＬ ＲＵにおけるピアツーピア通信が、シングルユーザ（ＳＵ）フォーマットを使用して実行される。

【0055】

これは、送信ステーションがピアツーピア通信に適合される送信パラメータの値を設定することを可能にする。送信ステーションによって選択された値は、パラメータの少なくとも一部について、上りリンク通信のためにＡＰによって設定または指定された値とは異なり得る。ソースＳＴＡはたとえば、ピア宛先ＳＴＡに向けて送信するときと、ＡＰに送信するときとは異なる送信電力を選択し得る。

【0056】

１つの実装において、前記第１のフレームを送信することが、
前記第１のＳＴＡによって、少なくとも１つの送信パラメータの値を選択することと、
前記ＳＴＡによって選択された前記値を使用して、前記ＡＰによって割り当てられた前記ＤｉＬ ＲＵを介して前記第１のフレームを前記第２のＳＴＡに送信することと、
を有する。

【0057】

１つの実装において、送信パラメータが、符号化タイプ、ＭＣＳ、ＤＣＭ、および前記第１のフレームの空間ストリーム（ＳＳ）のうちのいずれかである。

【0058】

１つの実装において、前記第１のＳＴＡによってピアの第２のＳＴＡに送信される前記第１のフレームが物理（ＰＨＹ）プリアンブルおよびペイロードを含み、前記ペイロードは、前記ＤｉＬ ＲＵを形成する各２０ＭＨｚチャネルを介して、前記ＤｉＬ ＲＵおよび前記ＰＨＹプリアンブルを介して送信される。

【0059】

いくつかの実施形態では、前記第２のＳＴＡが前記ＡＰに関連付けられていない。

【0060】

本開示のある他の態様は、無線通信のための方法であって、アクセスポイント（ＡＰ）において、
ダイレクトリンク（ＤｉＬ）通信のためのステーション（ＳＴＡ）へのＤｉＬリソースユニット（ＲＵ）の割り当てを含むフレームを送信することと、
前記ＤｉＬ ＲＵの終端と整合するように前記ＡＰのｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ（ＮＡＶ）を設定することと、
を有する方法、を提供する。

【0061】

送信機または受信機のいずれかとしてＡＰを含む従来の下りリンクおよび上りリンク通信とは対照的に、ＡＰは、割り当てられたＤｉＬ ＲＵの間に送信または受信を行わない。その結果、ＡＰがチャネルにあまりに早くアクセスし、これにより、進行中のＰ２Ｐ通信との干渉を引き起こしうることを防止するために、ＡＰは、ＤｉＬ ＲＵの持続時間に全て沿って、自身のＮＡＶを設定する。たとえば、宛先のピアＳＴＡがＡＰから遠すぎる場合、たとえば、ＡＰに関連付けられていない宛先ＳＴＡの場合に、干渉が発生し得る。この場合、ＤｉＬ ＲＵの期間中に宛先のＳＴＡによって送信された信号は、検出閾値を下回る強度でＡＰに到達するかもしれず、したがって、ＡＰはその期間中にアイドルとして媒体を検知し、その期間において、ＡＰのＮＡＶが設定されない。

【0062】

１つの実装において、前記設定は、前記割り当てられたＤｉＬ ＲＵを介してｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（ＰＰＤＵ）を送信するために必要とされる時間ＴＸＴＩＭＥ０に基づく。

【0063】

１つの実装において、前記フレームは、前記割り当てられたＤｉＬ ＲＵの長さを示すｌｅｎｇｔｈフィールドをさらに含み、それにより、前記ＳＴＡが時間ＴＸＴＩＭＥ０を判定することを可能にする。

【0064】

実施形態によれば、前記ＤｉＬ ＲＵの割り当てを含む前記フレームは、トリガフレームと、ｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）フィールドを含むデータまたは制御フレームと、のいずれかである。

【0065】

本開示のある他の態様は、無線通信のための方法であって、アクセスポイント（ＡＰ）において、
前記ＡＰによって設定された送信機会（ＴＸＯＰ）の間のダイレクトリンク（ＤｉＬ）通信のための第１のステーション（ＳＴＡ）への第１のリソースユニット（ＲＵ）の割り当てを含む第１のフレームを送信することと、
前記ＡＰが、後続のフレームにおいて、前記ＴＸＯＰの間のＤｉＬ通信のための前記第１のＳＴＡへの第２のＲＵの割り当てをスケジューリングすることを示す情報を前記第１のＳＴＡに送信することと、
前記ＴＸＯＰの間の前記ＤｉＬ通信のための前記第１のＳＴＡへの前記第２のＲＵの前記割り当てを含む第２のフレームを送信することと、
を含む方法、を提供する。

【0066】

実施形態によれば、前記第１のフレームおよび前記第２のフレームは、前記ＡＰによって、前記ＴＸＯＰ内のカスケードシーケンスで、送信される。

【0067】

実施形態によれば、前記第１のフレームおよび前記第２のフレームは、トリガフレームと、ｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）フィールドを含むデータまたは制御フレームと、のいずれかである。

【0068】

ＡＰに関連する本開示の様々な態様に関係する追加のオプションの特徴が、ここで以下に説明される。それらは、方法を参照するが、本発明による装置またはプログラムに移すことができる。

【0069】

いくつかの実施形態では、前記ＡＰが、ベーシックサービスセット（ＢＳＳ）の動作周波数帯域にわたって直交周波数分割多元接続（ＯＦＤＭＡ）方式を使用して、１つ以上のマルチユーザ（ＭＵ）リソースユニットを割り当てる。

【0070】

好ましい実装形態では、前記割り当てられたＤｉＬ ＲＵは、２０ＭＨｚチャネルの倍数である周波数帯域を有する。

【0071】

さらなる好ましい実施態様では、前記割り当てられたＤｉＬ ＲＵは、前記動作周波数帯域の全体に及ぶ周波数帯域を有する。これは、非同期化に起因する同一チャネル干渉を回避する。

【0072】

特に、割り当てられたＤｉＬ ＲＵにおけるピアツーピア通信が、シングルユーザ（ＳＵ）フォーマットを使用して実行される。これは、送信側のステーションが、ピアツーピア通信に適合される送信パラメータの値を設定することを可能にする。送信側のステーションによって選択された値は、パラメータの少なくとも一部について、上りリンク通信のためにＡＰによって設定または特定された値と異なりうる。発信側ＳＴＡは、たとえば、ピアの宛先ＳＴＡに向けて送信するときに、ＡＰに送信するときと異なる送信電力を選択しうる。

【0073】

また、本発明の態様は、第１のステーション（ＳＴＡ）の無線通信装置であって、
ダイレクトリンク（ＤｉＬ）通信のための前記第１のＳＴＡへのリソースユニット（ＲＵ）の割り当てをアクセスポイント（ＡＰ）から受信するように構成された受信器と、
ピアの第２のＳＴＡに、割り当てられたＤｉＬ ＲＵの第１の部分を介して第１のフレームを送信するように構成された送信器と、を有し、
前記受信器は、前記ＡＰによって前記第１のＳＴＡに割り当てられた前記ＤｉＬ ＲＵの第２の部分を介して、前記第２のＳＴＡによって送信された第２のフレームを受信するようにさらに構成される、
無線通信装置を提供する。

【0074】

また、本発明の態様は、第１のステーション（ＳＴＡ）の無線通信装置であって、
アクセスポイント（ＡＰ）から、当該ＡＰによって設定された送信機会（ＴＸＯＰ）の間のダイレクトリンク（ＤｉＬ）通信のための前記第１のＳＴＡへの第１のリソースユニット（ＲＵ）の割り当てを受信するように構成された受信器と、
プロセッサであって、
前記ＡＰが前記ＴＸＯＰの間のＤｉＬ通信のための前記第１のＳＴＡへの第２のＲＵの割り当てをスケジューリングするかを判定し、
前記判定に基づいて、第１のＤｉＬ ＲＵの一部または全部を介してピアの第２のＳＴＡへ送信されるべき第１のフレームを構成する、
ように構成された前記プロセッサと、を有し、
前記装置は、前記プロセッサと接続された送信器をさらに有し、前記送信器は、前記第２のＳＴＡに、前記第１のＤｉＬ ＲＵを介して、構成された前記第１のフレームを送信するように構成される、
無線通信装置を提供する。

【0075】

本発明の態様は、アクセスポイント（ＡＰ）の無線通信装置であって、
ダイレクトリンク（ＤｉＬ）通信のためのステーション（ＳＴＡ）へのＤｉＬリソースユニット（ＲＵ）の割り当てを含むフレームを送信するように構成された送信器と、
前記ＤｉＬ ＲＵの終端と整合するように前記ＡＰのｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ（ＮＡＶ）を設定するように構成されたプロセッサと、
を有する無線通信装置を提供する。

【0076】

また、本発明の態様は、アクセスポイント（ＡＰ）の無線通信装置であって、
前記ＡＰによって設定された送信機会（ＴＸＯＰ）の間のダイレクトリンク（ＤｉＬ）通信のための第１のステーション（ＳＴＡ）への第１のリソースユニット（ＲＵ）の割り当てを含む第１のフレームを送信し、
前記ＡＰが、後続のフレームにおいて、前記ＴＸＯＰの間のＤｉＬ通信のための前記第１のＳＴＡへの第２のＲＵの割り当てをスケジューリングすることを示す情報を前記第１のＳＴＡに送信し、
前記ＴＸＯＰの間の前記ＤｉＬ通信のための前記第１のＳＴＡへの前記第２のＲＵの前記割り当てを含む第２のフレームを送信する、
ように構成された送信器を含む、
無線通信装置を提供する。

【0077】

本発明の別の態様は、機器におけるマイクロプロセッサ又はコンピュータシステムによって実行される際に、その機器に上で定義された方法のいずれかを実行させるプログラムを記憶する非一時的コンピュータ可読媒体に関する。

【0078】

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

【0079】

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

【図面の簡単な説明】

【0080】

ここで、本発明の実施形態を、単なる例として、以下の図面を参照して説明する。

【図1】図１は、本発明の実施形態が実装されうる典型的な無線通信システムを示す図である。

【図2a】図２ａは、８０２．１１ａｘに従う従来のトリガベース（ＴＢ）のＭＵ ＵＬ ＯＦＤＭＡ送信を示す図である。

【図2b】図２ｂは、８０２．１１ａｘに従う従来のトリガベース（ＴＢ）のＭＵ ＵＬ ＯＦＤＭＡ送信を示す図である。

【図2c】図２ｃは、８０２．１１ａｘに従う従来のＭＵ ＤＬ ＯＦＤＭＡ送信を示す図である。

【図2d】図２ｄは、８０２．１１ａｘに従う従来のＭＵ ＤＬ ＯＦＤＭＡ送信を示す図である。

【図3a】図３ａは、ＭＵ ＵＬ ＯＦＤＭＡ送信を実行するための８０２．１１ａｘ規格に記載されているトリガフレームのフォーマットを示す図である。

【図3b】図３ｂは、ＭＵ ＵＬ ＯＦＤＭＡの送信を実行するための８０２．１１ａｘ規格で説明されている、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールドのフォーマットを示す図である。

【図3c】図３ｃは、ＭＵ ＵＬ ＯＦＤＭＡ送信を実行するための８０２．１１ａｘ規格に記載されているＴＲＳサブフィールドのフォーマットを示す図である。

【図3d】図３ｄは、ＭＵ ＵＬ ＯＦＤＭＡの送信を実行するための８０２．１１ａｘ規格に記載されているＣｏｍｍｏｎ Ｉｎｆｏフィールドのフォーマットを示す図である。

【図3e】図３ｅは、ＨＥ ＳＵ ＰＰＤＵのフォーマットを示す図である。

【図4a】図４ａは、ステーションの観点から、本発明の実施形態による送信機会（ＴＸＯＰ）中のトリガベース（ＴＢ）Ｐ２Ｐ送信を示す図である。

【図4b】図４ｂは、動作周波数帯域の観点から、図４ａのＴＢ Ｐ２Ｐ送信を示す図である。

【図5a】図５ａは、ステーションの観点から、本発明の実施形態による、同じ送信機会（ＴＸＯＰ）中のトリガベース（ＴＢ）Ｐ２ＰおよびＵＬ送信を示す図である。

【図5b】図５ｂは、動作周波数帯域の観点から、図５ａのＴＢ Ｐ２ＰおよびＵＬ送信を示す図である。

【図6a】図６ａは、本発明の例示的な実施形態によるカスケードシーケンスを示す図である。

【図6b】図６ｂは、本発明の例示的な実施形態によるカスケードシーケンスを示す図である。

【図6c】図６ｃは、本発明の例示的な実施形態によるカスケードシーケンスを示す図である。

【図7】図７は、本発明の実施形態による、ＡＰによって実行される無線通信方法の例を、フローチャートを用いて示す図である。

【図8】図８は、本発明の実施形態による、第１のステーションによって実行される無線通信方法の例を、フローチャートを用いて示す図である。

【図9】図９は、本発明の実施形態によるＡＰおよびソースＳＴＡの動作を、フローチャートを用いて示す図であり、これらの実施形態において、ＡＰが、ＴＸＯＰにおいて、ソースＳＴＡに２つのＤｉＬ ＲＵを割り当てている、図である。

【図10】図１０は、本発明の実施形態によるＡＰおよびソースＳＴＡの動作を、フローチャートを用いて示す図であり、これらの実施形態において、ＡＰが、ＴＸＯＰにおいて、ソースＳＴＡに２つのＤｉＬ ＲＵを割り当てている、図である。

【図11】図１１は、本発明の実施形態によるＡＰの動作を、フローチャートを用いて示す図である。

【図12】図１２は、本発明の実施形態によるソースＳＴＡの動作を、フローチャートを用いて示す図である。

【図13a】図１３ａは、本発明の実施形態による通信デバイスの概略図を示す図である。

【図13b】図１３ｂは、本発明の実施形態による無線通信機器の概略図を示す図である。

【発明を実施するための形態】

【0081】

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

【0082】

ここでの教示は、様々な装置（例えばステーション）に組み込まれ（例えば、装置内に実装され、又は装置によって実行され）うる。いくつかの態様において、ここでの教示に従って実装される無線ステーションは、アクセスポイント（いわゆるＡＰ）又はそうでないもの（いわゆる非ＡＰステーション又はＳＴＡ）を含みうる。

【0083】

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

【0084】

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

【0085】

図１は、いくつかの通信ステーション１０１～１０７、１１０が、無線ローカルエリアネットワーク（ＷＬＡＮ）の無線送信チャネル１００を介してデータフレームを交換する、無線通信システムを示している。セントラルステーション、すなわちアクセスポイント（ＡＰ）１１０は、無線システムのベーシックサービスセット（ＢＳＳ）を管理しうる。仮想ＡＰを実装している場合、ＡＰによって、複数のＢＳＳが管理されうる。無線送信チャネル１００は、単一のチャネルまたは複合チャネルを形成する複数のチャネルによって構成される動作周波数帯域（ＯＦＢ）によって定義される。

【0086】

今日の増加傾向に対応する直接通信の例示的な状況は、非ＡＰステーション、たとえば、図に示されるＳＴＡ１０２とＳＴＡ１０１との間のピアツーピア（Ｐ２Ｐ）送信の存在である。Ｐ２Ｐ送信をサポートする技術は、たとえば、ＷｉＦｉ－Ｍｉｒａｃａｓｔ（ＲＴＭ）またはワイヤレスディスプレイのシナリオ、または、Ｔｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）である。なお、Ｐ２Ｐフローが一般に多数ではない場合であっても、フローあたりのデータ量は膨大になりうる（典型的には、１０８０ｐ６０から８Ｋ ＵＨＤ解像度までの低圧縮映像）。

【0087】

ＳＴＡ１０１～１０７のそれぞれは、アソシエーション手順中にＡＰ１１０と関連付けうる。アソシエーション手順の間、ＡＰ１１０は、要求側ＳＴＡに、特定のアソシエーション識別子（ＡＩＤ）を割り当てる。例えば、ＡＩＤは、ＳＴＡを一意に識別する１６ビットの値である。

【0088】

ステーション１０１～１０７、１１０は、送信機会（ＴＸＯＰ）の許可を受け、次いで（シングルユーザ、ＳＵ）データフレームを送信するために、ワイヤレス媒体にアクセスするように、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）コンテンションを使用して互いに競合する。また、ステーションは、マルチユーザ（ＭＵ）方式を使用することができ、この方式では、単一のステーション、通常はＡＰ１１０がＭＵ送信をスケジューリングすることが許可され、すなわち、無線ネットワーク内の他のステーションへ又は他のステーションからの複数の同時送信が可能とされる。このようなＭＵ方式の１つの実装が、マルチユーザ上りリンク及び下りリンクＯＦＤＭＡ（ＭＵ ＵＬ及びＤＬ ＯＦＤＭＡ）手順として、ＩＥＥ ８０２．１１ａｘ改訂規格において採用されている。

【0089】

図２ａを参照すると、そのようなＭＵ ＵＬ送信を実際に実行するために、８０２．１１ａｘ規格は、直交周波分割多重アクセス（ＯＦＤＭＡ）技術に基づいて、許可された通信チャネルを、複数のステーションによって周波数領域において共有されるリソースユニット２０１～２０４（ＲＵ）に分割している。

【0090】

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

【0091】

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

【0092】

トリガ機構のため、「トリガベースのＭＵ ＵＬ送信」という用語が使用される。

【0093】

ステーションＳＴＡ２～ＳＴＡ４による４つのＨＥ ＴＢ ＰＰＤＵの並列送信の後、ＡＰ１１０は、各ＲＵを介して個々のブロックａｃｋ（ＢＡ）２３０を、または、帯域全体にわたってマルチステーション（Ｍ－ＳＴＡ）ブロックａｃｋ（ＢＡ）２３０を、送信する。

【0094】

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

【0095】

図３ａは、ＭＵ ＵＬ ＯＦＤＭＡ送信を実行するための、８０２．１１ａｘ規格に記載されているトリガフレームのフォーマットを示している。

【0096】

トリガフレーム２１０は、ＩＥＥＥ規格の８０２．１１ａｘで定義されているいくつかのフィールドを含み、特に単一のＣｏｍｍｏｎ Ｉｎｆｏフィールド３００（図３ｄ）と複数のＵｓｅｒ Ｉｎｆｏフィールド３１０を含む。

【0097】

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

【0098】

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

【0099】

８０２．１１ａｘで定義されているＵｓｅｒ Ｉｎｆｏフィールドは、発信元（ソース）の非ＡＰステーションのみがＡＩＤ１２サブフィールド３１１で特定されるため、ＵＬ送信のみが明確に承認される。

【0100】

図２ｃは、ＡＰ１１０が、データフレーム（ＨＥ ＰＰＤＵ）を送信する周波数領域におけるＭＵ ＤＬ送信を示す。ＭＵ ＵＬ送信に関しては、８０２．１１ａｘ規格が、直交周波分割多元接続（ＯＦＤＭＡ）技術に基づいて、許可された通信チャネルを、複数のステーションによって周波数領域で共有されるリソースユニット２０１～２０４（ＲＵ）に分割する。

【0101】

図の例では、ＡＰ１１０が、４つの非ＡＰステーションと通信するための４つのＲＵを定義している。プリアンブル２５０は、ＲＵの記述と、ＲＵ２０１～２０４の各々を介したＤＬ送信のための宛先の非ＡＰステーションとなるステーションの順序付けられたリストとを含む。

【0102】

次に、ＡＰ１１０は、データフレーム内のそのデータ（ＨＥ ＰＰＤＵ）を、ＲＵ１ ２０１を介してＳＴＡ１へ、ＲＵ２ ２０２を介してＳＴＡ２へ、ＲＵ３ ２０３を介してＳＴＡ３へ、およびＲＵ４ ２０４を介してＳＴＡ４へ、送信する。

【0103】

ＡＰ１１０は、データそのものに加えて、非ＡＰステーションに送信される各ＨＥ ＰＰＤＵのＡ－ＣｏｎｔｒｏｌフィールドにＴＲＳ ｃｏｎｔｒｏｌサブフィールドを含めることができる。図３ｃに示されるこのＴＲＳサブフィールドは、例えばＭＵ ＤＬ送信２６０の後のＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）後にトリガされる、（媒体にＥＤＣＡアクセスする必要なしに）次のＭＵ ＵＬ送信において受信データの確認応答をするために、宛先の非ＡＰステーション（ＳＴＡ１～ＳＴＡ４）によって必要とされるすべての指示を含む。

【0104】

図３ｃに示されるように、８０２．１１ａｘに係るサブフィールドＴＲＳ３５０は、受信したデータに対応するために宛先の非ＡＰステーションが使用するための、ＵＬ Ｄａｔａ Ｓｙｍｂｏｌｓサブフィールド３５１とＲＵのａｌｌｏｃａｔｉｏｎ３５２とを含む。ＵＬ Ｄａｔａ Ｓｙｍｂｏｌｓサブフィールドは、ＨＥ ＴＢ ＰＰＤＵ応答のＤａｔａフィールドにおけるＯＦＤＭシンボルの個数を示し、ＯＦＤＭシンボルの個数－１に設定される。ＴＲＳサブフィールド３５０の他のパラメータは、ＡＰが確認応答を効率的に受信するために使用されるべき変調（ＭＣＳ）３１５および（ＡＰ側で予想されるＲＳＳＩに基づく）送信電力を示すために使用される。ビットＢ２５（３２１）は、現在使用されていない。

【0105】

図２ｃに戻り、ＡＰ１１０は、ＲＵを使用して、非ＡＰステーションへそのデータフレーム（ＰＰＤＵ）２６０を送信する。

【0106】

非ＡＰステーションは、受信ＰＰＤＵのＴＲＳサブフィールド３５０の内容の復号を含んだ、ＡＰから受信されたＰＰＤＵ２６０の復号を行うことができる。

【0107】

そして、非ＡＰステーションは、ｂｌｏｃｋ ａｃｋ（ＢＡ）パケット２７０を準備する。

【0108】

ＰＰＤＵの受信の終了後のＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）の後、各非ＡＰステーションは、その準備されたＢＡパケット２７０を、受信されたＴＲＳサブフィールド３５０のフィールド３５２において特定されたＲＵを介して送信する。

【0109】

図２ｄは、ステーションの観点からの同じＭＵ ＤＬ送信を示す。

【0110】

図３ｅは、ＨＥ ＳＵ ＰＰＤＵのフォーマットを示す。従来のプリアンブル（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ）に加え、ＲＬ－ＳＩＧ（Ｒｅｐｅａｔｅｄ Ｌｅｇａｃｙ Ｓｉｇｎａｌ Ｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ａ（ＨＥ ＳＩＧＮＡＬ Ａ）、ＨＥ－ＳＴＦ（ＨＥ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ＨＥ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、Ｄａｔａ、及びＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）フィールドを含む。レガシプリアンブルおよびＨＥ－ＳＩＧ－Ａは、各２０ＭＨｚチャネル上で複製される。ＨＥ－ＳＩＧ－Ａフィールドは、帯域幅（ＢＷ）、変調および符号化方式（ＭＣＳ）、データストリームの数、符号化タイプなどのような、ＰＰＤＵの送信パラメータのセットを示す複数のサブフィールドを含む。

【0111】

ＨＥ ＳＵ ＰＰＤＵの図示されたフォーマット、及び、ＨＥ ＭＵ ＰＰＤＵ並びにＨＥ ＴＢ ＰＰＤＵ（不図示）などの他の可能なフォーマットが、本発明の実施形態によるフレームを具現化するために使用されうる。これらのＨＥ ＰＰＤＵに加えて、他のフォーマットももちろん想定されうる。例えば、８０２．１１ｂｅにおいて導入されたＥｘｔｒｅｍｅｌｙ－Ｈｉｇｈ－Ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ）フレームも、よく使用されうる。

【0112】

高密度環境における無線通信システムに要求される帯域幅の増加および低減されたレイテンシの要求の問題にさらに対処するために、本発明の態様は、トリガされたＭＵ送信において許可される送信を効率的に変化させようとする。本発明の態様は、ピアツーピア（Ｐ２Ｐ）とも呼ばれるダイレクトリンク（ＤｉＬ）送信がＭＵ送信においてスケジューリングされ、効率的に管理されることを可能とする特徴を提供する。管理は、ＤｉＬ送信のためにリソースユニットを割り当てるＡＰと、データを送信するためにそのリソースを使用し、かつ、サブリースされた帯域幅を使用して応答フレームを送信する第２の（宛先）ステーションへ、割り当てられた帯域幅の一部をサブリースする、第１の（ソース）ステーションとの間で分散されると考えられる。

【0113】

ＤｉＬリソースユニットの割り当ては、トリガフレームによって、または、ｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）サブフィールドを含んだデータまたは制御フレームによって実行されうる。

【0114】

そのために、ＡＰによって非ＡＰステーションに送信されるトリガフレームおよび／またはデータまたは制御フレームのｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）サブフィールドは、宛先の非ＡＰステーションに向けたデータ送信のためにＭＵ送信のリソースユニットを割り当てるように拡張される。それらは、下りリンク（ＤＬ）および上りリンク（ＵＬ）の能力に加えて、トリガされたＭＵ送信内でのダイレクトリンク（ＤｉＬ）送信能力を提供する。

【0115】

本明細書でより詳細に説明するように、ＡＰによってＰ２Ｐ ＲＵを割り当てられた第１の（ソース）ステーションは、第２の（宛先）ステーションとの、Ｐ２Ｐ ＲＵの時間共有を実行しうる。このようにして、ソースステーションと宛先ステーションの両方が、ソースステーションへのＰ２Ｐ送信のために、たとえばトリガフレームによって、割り当てられたリリソースユニットを使用して、ピアツーピアでデータを交換しうる。

【0116】

ソースステーションは、トリガされたＭＵ送信中に提供されるＰ２Ｐ能力を使用して、データフレームを送信する。また、宛先ステーションは、その後に、割り当てられたリソースユニットを介してデータフレームを受信し、ソースステーションに向けて応答フレームで応答しうる。

【0117】

以下では、ＤｉＬ ＲＵまたはＰ２Ｐ ＲＵが、ダイレクトリンク送信のためにそのように割り当てられたリソースユニットを指す。

【0118】

図４ａは、ステーションの観点から、本発明の実施形態による送信機会（ＴＸＯＰ）中の、トリガベース（ＴＢ）Ｐ２Ｐ送信を示している。

【0119】

この例では、Ｐ２Ｐ送信４２０が、トリガフレーム（２１０）でありうる又はＴＲＳサブフィールドを含む制御もしくはデータフレームでありうる、フレーム４１０によってトリガされる。また、図示の例では４０ＭＨｚの複合チャネルに対応する動作帯域の全てを、Ｐ２Ｐ送信が占有すると仮定している。

【0120】

フレーム４１０は、このようなＤｉＬリソースユニットのシグナリングを搬送する。たとえば、Ｐ２Ｐ ＲＵをシグナリングするために１ビットが使用されうる。そして、ソースステーションは、フレーム４１０を受信すると、ＤｉＬのためのリソースユニットを割り当てられたか、およびどのリソースユニットが肯定的であるかを判定することができる。

【0121】

ソースステーションは、割り当てられたＰ２Ｐ ＲＵの一部を使用して、ｐｈｙｓｉｃａｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ（Ｐ２Ｐ ＰＰＤＵ）４２１を宛先ステーションへ送信する。宛先ステーションは、Ｐ２Ｐ ＲＵの別の部分を使用して、確認応答（ＡＣＫ）フレームなどの応答フレーム４２２を送信する。

【0122】

図４ｂは、動作周波数帯域の観点から図４ａのＴＢ Ｐ２Ｐ送信を示す。

【0123】

図５ａは、ステーションの観点から、本発明の実施形態による、同じ送信機会（ＴＸＯＰ）中のトリガベース（ＴＢ）Ｐ２ＰおよびＵＬ送信を示す。

【0124】

これらの実施形態では、ＡＰが１つのトリガするフレーム（ＴＦ又はＨＥ ＭＵ ＰＰＤＵのＴＲＳ）を使用して、１つより多くのＵＬ／ＤＬ／ＤｉＬフェーズを割り当てる。図には、２つのフェーズが示されている。ＳＴＡ１とＳＴＡ２との間のＰ２Ｐ通信（Ｐ２Ｐ ＰＰＤＵの送信およびＡＣＫの受信）を可能にするＰ２Ｐフェーズと、ＳＴＡ３およびＳＴＡ４がそれぞれＴＢ ＰＰＤＵをＡＰに送信する上りリンクフェーズである。トリガするフレームは、時間領域および周波数領域において各ＲＵを特定する。時間領域に対して、各ＲＵは１つのグローバル時間値を使用することによってまたは先行する割り当てられたＲＵの終端に対して相対的に、トリガするフレームの終端から定義されうる。前者は、ステーションがセーブモードに入ることを可能にする。後者は、時間を測定するためにステーションによって使用される可能なクロックシフトの感度が低いので、より良好な同期を可能にする。

【0125】

図５ｂは動作周波数帯域の観点から、図５ａのＴＢ Ｐ２ＰおよびＵＬ送信を示す。

【0126】

図６ａは、本発明の例示的な実施形態によるカスケードシーケンスを示す。

【0127】

図示の実施形態では、２つのステーション（ＳＴＡ１およびＳＴＡ２）が、ＭＵカスケードシーケンスの前にダイレクトリンクセッションを確立している。２つの他のステーション（ＳＴＡ ３およびＳＴＡ４）は、ＡＰに送信するためのいくつかのデータを有する。

【0128】

この実施形態の例では、ＡＰが、ダイレクトリンク送信のためにピアとＭＵ ＵＬ送信のための２つの他のＳＴＡとの間で、自身が獲得したＴＸＯＰを共有するためにＭＵカスケードシーケンスを開始する。

【0129】

そのために、ＡＰは、例えば、動作帯域全体にわたるリソースユニットの受信者としてＳＴＡ１を示すトリガフレームを作成する。これは、ＳＴＡ１の送信と並行して他の送信が行われないことを意味する。また、ＡＰは、ＴＲＳ ｃｏｎｔｒｏｌサブフィールドを含んだ、ＳＴＡ１にアドレス指定された単一のＡ－ＭＳＤＵを含むＭＵ ＤＬ ＰＰＤＵを送信してもよい。これは、（トリガフレーム２１０の例において）ＳＴＡ１に割り当てられると共にすべての動作帯域を使用するＲＵを示す１つのＵｓｅｒ Ｉｎｆｏフィールド３１０のみをリストすることによって行われる。また、ＡＰは、このＲＵがダイレクトリンク送信専用のＲＵであることに言及する。

【0130】

この最新の情報は、例えば、この情報を符号化するために１ビットを使用することによって、ダイレクトリンク送信専用のＲＵにおいて示すことができる。ＲＵがダイレクトリンク送信専用であるという事実をシグナリングするためのいくつかの可能性が存在する。たとえば、Ｕｓｅｒ Ｉｎｆｏフィールドの１つの予約ビット３１３（またはＴＲＳサブフィールド３５０のビット３２１）が、ダイレクトリンクＲＵを示すために使用されうる。

【0131】

別の可能性は、ダイレクトリンクのためのＲＵを示す特定の値にＡＩＤ１２フィールド３１１を設定することである。そして、Ｕｓｅｒ Ｉｎｆｏフィールド３１０のいくつかのフィールドがダイレクトリンク送信の場合に無意味であるため、ステーションのＡＩＤが、ｔｒｉｇｇｅｒ ｄｅｐｅｎｄｅｎｔ ｉｎｆｏフィールドにおいて、またはＵｓｅｒ Ｉｎｆｏフィールド自体において、特定のフォーマットで符号化されうる。そして、たとえば、ｕｓｅｒ ｉｎｆｏフィールドの１２ビット（ビットＢ２０～Ｂ３１）を再使用して、ソースピアステーションのＡＩＤ、宛先ピアステーションのＡＩＤ、またはそれらの２つのピアステーション間のダイレクトリンクセッションに固有のＡＩＤのうちの１つまたは複数を示すことが可能である。

【0132】

そして、ＡＰは、トリガするＰＰＤＵ（ＨＥ ＭＵ ＰＰＤＵ４１０）を送信し、ＰＰＤＵがダイレクトリンク送信のためのＲＵをＳＴＡ１に割り当てるため、ＡＰは、ダイレクトリンク送信の終端（確認応答部分を含む）までＡＰ媒体アクセスを延期する効果を有する、そのＮｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ（ＮＡＶ）を設定することができる。トリガするＰＰＤＵを放射した後にＡＰがそのＮＡＶを設定することにより、ＳＴＡ２によって送信された確認応答フレーム４２２と、ＡＰによる後続のＨＥ ＭＵ ＰＰＤＵ４１１の送信との間の起こりうる衝突を回避することが可能となる。ここでの問題は、ＡＰがＳＴＡ２の送信を検出できない可能性があることである。ＳＴＡ２は、ＳＴＡ１と通信するのに十分に近接している一方で、ＡＰのＢＳＳの範囲外であり、ＡＰからあまりにも遠い可能性がある。

【0133】

ＳＴＡ１は、トリガするＰＰＤＵ４１０を受信すると、（割り当てられたＲＵに関連する情報を読み取ることによって）ＡＰがダイレクトリンク送信のためにＳＴＡ１にＲＵを割り当てたと判定する。そして、ＳＴＡ１は、ＤｉＬ通信のためにＡＰによって割り当てられたＲＵの持続時間に対応する時間ＴＸＴＩＭＥ０を決定する。ＴＸＴＩＭＥ０の決定は、トリガするＰＰＤＵにおいて受信されたパラメータ値（たとえば、トリガフレーム２１０からのＵＬ Ｌｅｎｇｔｈフィールド、またはＴＲＳ ｃｏｎｔｒｏｌフィールド３５０からのＵＬ Ｄａｔａ Ｓｙｍｂｏｌ ｐａｒａｍｅｔｅｒｓ３５１およびＵＬ ＨＥ ＭＣＳ３１５）に基づきうる。

【0134】

ＴＸＴＩＭＥ０の決定は、トリガフレームに含まれるＬｅｎｇｔｈフィールドまたはＴＲＳサブフィールドに含まれるＤａｔａ Ｓｙｍｂｏｌサブフィールドに基づきうる。これらのフィールドは、ＵＬ送信と同様の方法で、割り当てられたＰ２Ｐ ＲＵのためにＡＰによって特定されうる。同じ送信フェーズ中のすべてのＭＵ ＲＵが同期の目的で同じ長さを有することを考慮することによって、ＵＬ Ｌｅｎｇｔｈ３２０およびＵＬ Ｄａｔａ Ｓｙｍｂｏｌ３５１が使用されうる。ＲＵが本発明の実施形態によるＵＬおよび／またはＰ２Ｐ送信のために割り当てられうるため、サブフィールド３２０、３５１、および３１５は、それぞれ、ＴＢ Ｌｅｎｇｔｈ、ＴＢ Ｄａｔａ Ｓｙｍｂｏｌ、およびＴＢ ＨＥ－ＭＣＳに新たに命名されうる。そうでない場合に、専用フィールド、Ｐ２Ｐ Ｌｅｎｇｔｈ、Ｐ２Ｐ Ｄａｔａ ＳｙｍｂｏｌｓおよびＰ２Ｐ ＨＥ－ＭＣＳが、使用されてもよい。

【0135】

ＴＢ Ｌｅｎｇｔｈに基づくＴＸＴＩＭＥ０の決定の例として、以下の関係を使用することができる：
ＴＸＴＩＭＥ０＝（ＵＬ＿ＬＥＮＧＴＨ／３）×４＋２４
｛Ｄａｎｒａｋｕ＝ＯＮ｝
または、ＴＸＴＩＭＥ０に基づいて、ＴＢ Ｌｅｎｇｔｈが取得される：
ＴＢ＿ＬＥＮＧＴＨ＝（（ＴＸＴＩＭＥ０－２０）／４）×３－３
｛Ｄａｎｒａｋｕ＝ＯＮ｝
また、ＴＸＴＩＭＥ０は、ＨＥ ＴＢ ＰＰＤＵのデータ部分のＯＦＤＭシンボルの数を示す、ＴＲＳ（３５０）のＴＢ Ｄａｔａ Ｓｙｍｂｏｌサブフィールド（３５１）と、ＴＢ ＨＥ ＭＣＳフィールド（３１５）（ＨＥ ＴＢ ＰＰＤＵプリアンブルサイズは既知である）とに基づいて決定されてもよい。

【0136】

ダイレクトリンク送信のためのＲＵの割り当てに続いて、ＳＴＡ１は、決定された持続時間ＴＸＴＩＭＥ０と、ＳＩＦＳ持続時間と、ＡＣＫフレームなどの応答フレームをソースＳＴＡ１に送り返すために宛先ピアＳＴＡ２によって必要とされる持続時間ＴＸＴＩＭＥ２とを減算することによって、新しい送信時間ＴＸＴＩＭＥ１を決定する。ＳＴＡ１は、例えばＳＴＡ２から受信された最新の過去の送信中に測定されたＳＮＲに基づいて、ＳＴＡ２にデータを送信するための最適なＭＣＳ値を決定する。このＭＣＳ値およびＴＸＴＩＭＥ２は、ＳＴＡ１からＳＴＡ２に送信されうるデータの量を決定することを可能にする。そして、ＳＴＡ１はＤｉＬ ＰＰＤＵ４２１を作成し、ＡＰによって割り当てられたＲＵ上でそれを送信する。ＳＴＡ２はそのＲＵ上でＤｉＬ ＰＰＤＵ４２１を受信した後、そのＰＰＤＵを復号し、確認応答パケット４２２を作成し、同じＲＵ上で、ＤｉＬ ＰＰＤＵ４２１の受信時間の終了のＳＩＦＳ持続時間後に、それを送信する。

【0137】

そのＮＡＶ持続時間の満了時に、ＡＰは媒体を感知し、媒体がＳＩＦＳ持続時間中に解放されている場合、カスケードシーケンスを継続することができる。

【0138】

そして、ＡＰは、カスケードシーケンスを用いた動作を継続しうる。

【0139】

ＭＵカスケード機構は、ＡＰによって勝ち取られた単一のＴＸＯＰ中にいくつかの送信フェーズ（たとえば、ＵＬおよびＤＬ）を繋げることを可能にする。この機構は、双方向アプリケーションのための低遅延送信を提供し、ステーションのスケジューリングのためのＡＰに対するより良好な柔軟性を与え、また、ＡＰとの省電力契約を交渉した省電力モード（典型的にはスリープ）において、異なるステーションを時間でスケジューリングするためにＴＷＴ（Ｔａｒｇｅｔ Ｗａｋｅ ｕｐ ｔｉｍｅ）の範囲において使用される。これらすべての場合において、ＡＰは、少なくともトリガフレームを含むトリガするＭＵ ＰＰＤＵ４１１、またはＴｒｉｇｇｅｒ Ｒｅｓｐｏｎｓｅ Ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ） ｃｏｎｔｒｏｌサブフィールドを有するＭＳＤＵを送信することによって、カスケードシーケンスを開始する。

【0140】

図の例では、ステーションＳＴＡ３およびＳＴＡ４が、ＨＥ ＴＢ ＰＰＤＵ４３１および４３２を送信するためのＵＬ ＲＵを割り当てられる。割り当てられたＲＵは、ＨＥ ＭＵ ＰＰＤＵ４１１において異なる方法でシグナリングされうる。

【0141】

トリガするＨＥ ＭＵ ＰＰＤＵ４１１を受信すると、ステーションＳＴＡ３およびＳＴＡ４がＭＵ ＤＬ送信の宛先（物理プリアンブルのＨＥ ＳＩＧ－Ｂ部分にリストされたステーションの一意識別子ＡＩＤ、または、ブロードキャストリソースユニットを識別するプリアンブル中のＡＩＤ）として識別される場合、ステーションは、受信されたＭＳＤＵと、含まれるＴＲＳサブフィールドとを復号する。受信されたＨＥ ＭＵ ＰＰＤＵがトリガフレームを含む場合、ステーションＳＴＡ３およびＳＴＡ４は、トリガフレーム４１１のＵｓｅｒ Ｉｎｆｏフィールド３１０の意図された受信機として識別される（すなわち、ＡＩＤ１２サブフィールド３１１がステーションのＡＩＤの１２個のＬＳＢに等しい）。そして、各ステーションＳＴＡ３およびＳＴＡ４は、関連付けられたＵｓｅｒ Ｉｎｆｏフィールドを復号する。

【0142】

ＴＲＳ ｃｏｎｔｒｏｌサブフィールドまたはトリガフレームおよびＵｓｅｒ Ｉｎｆｏフィールドに基づいて、各ステーションは、自身に割り当てられたリソースユニット（ＲＵ）と、関連する送信パラメータ値（フィールド、たとえば、ＭＣＳ、ターゲットＲＳＳＩなど）を決定する。

【0143】

そして、各ステーションは、割り当てられたＲＵにおいて送信するパケットを生成する。そのために、ステーションは、まず、ＡＰによって許可されている送信時間（ＴＸＴＩＭＥ０）を決定する。その決定は、ＴＢまたはＵＬ Ｌｅｎｇｔｈフィールド、Ｄａｔａ Ｓｙｍｂｏｌフィールド、または、ＨＥ ＭＣＳフィールドのいずれかを用いて、上記で説明したものと同様に実行されうる。第２に、ＡＰによって示されるＭＣＳおよびＴＸＴＩＭＥ０に基づいて、ステーションは、送信可能なデータの量を決定し、（たとえば、ペイロードデータを含んだ）ＭＳＤＵパケットを生成する。そして、ＭＳＤＵパケットがＨＥ ＭＵ ＰＰＤＵ４３１および４３２にカプセル化され、トリガするＨＥ ＭＵ ＰＰＤＵ４１１の受信の終了の、Ｓｈｏｒｔ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ （ＳＩＦＳ）持続時間後に送信される。

【0144】

ＡＰは、トリガするＰＰＤＵ４１１の送信後、媒体をリッスンし、ＨＥ ＴＢ ＰＰＤＵ４３１／４３２の受信を待つ。ＡＰは、ＨＥ ＴＢ ＰＰＤＵ４３１／４３２の送信期間中に、（全てＡＰ用の）ＰＰＤＵを復号する。ＡＰは、送信の終了のＳＩＦＳ持続時間後に、媒体を再び取り、それを使用して、ＤＬ、ＵＬ、またはＤｉＬ送信のためのカスケードシーケンスをＴＸＯＰの終了まで継続することができる。そして、ＡＰは、ＴＸＯＰの最後に、カスケードシーケンスの間にＡＰによって受信されたすべてのＨＥ ＭＵ ＰＰＤＵに確認応答するために、Ｍｕｌｔｉ ＳＴＡ Ｂｌｏｃｋ Ａｃｋパケット４４０を送信する。

【0145】

ＡＰは、ダイレクトリンクのためのＲＵを割り当てないトリガするＰＰＤＵ４１１を送信することによってカスケードシーケンスを開始し、トリガするＰＰＤＵ４１０を送信することによってシーケンスを継続することができることに留意する価値がある。フレーム４１１および４１１の連続送信の任意の順序および／または任意の個数が想定されうる。

【0146】

図６ｂは、本発明の別の例示的な実施形態によるカスケードシーケンスを示す。

【0147】

この実施形態では、ＭＵカスケードシーケンスが、ダイレクトリンク送信と並行するマルチユーザＯＦＤＭＡ送信を行いながら、ダイレクトリンク通信の確認応答の迅速な発信を可能にするように編成される。カスケードシーケンスの起点において、ＡＰは、双方向におけるダイレクトリンクのトラフィックの放射をスケジューリングするが、確認応答はシーケンスの後続のタイムスロットにおいて放射される。ＡＰは、トリガするＰＰＤＵ４１０ｂを送信するときに、ダイレクトリンク送信のための少なくとも１つのＲＵを示す。図６ｂの例では、ＡＰがダイレクトリンク送信のためにＳＴＡ１をスケジューリングし、並行して、ＵＬ送信のためにＳＴＡ３およびＳＴＡ４をスケジューリングする。通常、ＡＰは、同一のトリガするＰＰＤＵにおいてスケジューリングされたダイレクトリンク通信の受信機であるステーションに、（そのステーションが２つの異なるＲＵ上で同時のデータの受信および送信を行う能力を明示的に述べている場合を除き）送信のためのスケジューリングを行わない。

【0148】

ＲＵがダイレクトリンク送信専用であることを示すためのシグナリングは、図６ａの実施形態と同じでありうるが、ダイレクトリンク送信のために割り当てられたＲＵは、必ずしも動作帯域全体を占有するわけではない。この例では、ＤｉＬ ＲＵが２０ＭＨｚの倍数である帯域幅を占有することのみが望まれる。これにより、ＤｉＬステーションが、動作帯域の残りの２０ＭＨｚチャネル上で並行して送信されるＭＵ ＵＬプリアンブルとは異なる、ＤｉＬステーション自身のプリアンブルを有するＳＵ ＰＰＤＵを使用することが可能となる。トリガするＰＰＤＵ４１０ｂの発信時に、ＳＴＡ３および／またはＳＴＡ４が何らかの理由でそれらのＨＥ ＴＢ ＰＰＤＵを送信することができない場合、ＡＰはダイレクトリンク送信の終了の前に媒体を取らないため、ＡＰはそのＮＡＶをダイレクトリンク送信の持続時間に設定することができる。

【0149】

ステーションＳＴＡ１、ＳＴＡ３、およびＳＴＡ４は、トリガするＰＰＤＵ４１０ｂを受信すると、それらがＡＰによって割り当てられたＲＵを使用することが意図されていることを判定する。この実施形態では、すべてのステーションが、上で議論されたのと同じ方法でＴＸＴＩＭＥ０を計算し、これらは結果として同じ値になるはずである。すべての送信（Ｐ２Ｐ ＰＰＤＵ４２３およびＨＥ ＴＢ ＰＰＤＵ４２４および４２５）は、ほぼ同じ瞬間に終了する。

【0150】

図６ａに示される実施形態と比較したこの実施形態における主な違いは、ＤｉＬの発信側ＳＴＡ１が（例えば、遅延ブロックＡｃｋを要求することによって）ＳＴＡ２への即時の確認応答を必要とせず、現在のフェーズにおいてこの送信のための時間を割り当てないことである。結果として、ＳＴＡ２は、その次の送信機会（カスケードシーケンスの次のフェーズのうちの１つ、または将来のＴＸＯＰ）を待って、確認応答を送り返す。

【0151】

送信の終了時に、ＡＰは、最後の送信の終了のＳＩＦＳ持続時間後に媒体をとり、例えば、ダイレクトリンクセッションの他のピアステーション（ＳＴＡ２）をトリガするために、新しいトリガするＰＰＤＵ４１１ｂを送信する。また、この第２のトリガするＰＰＤＵ４１１ｂは、本発明の実施形態による、別のステーション（たとえばＳＴＡ３）からのＭＵ ＵＬ並行送信をトリガしうる。ＳＴＡ２は、この第２のトリガするＰＰＤＵ４１１ｂを受信すると、上述のものと同じメカニズムを使用してＴＸＴＩＭＥ０を決定し、カスケードシーケンスの前のフェーズ中に受信されたＤｉＬ ＰＰＤＵ４２３の確認応答を含んだＰＰＤＵを準備する。代わりにまたは加えて、計算されたＴＸＴＩＭＥ０に従ってまだ余裕がある場合、ＰＰＤＵは、ピアのＳＴＡ１へ送信すべきデータを含んでもよい。ＡＰによって割り当てられたＲＵをも有するＳＴＡ３は、シーケンスのフェーズ中に実行されたものと同様に、ＨＥ ＴＢ ＰＰＤＵを準備する。

【0152】

この実施形態の利点の１つは、同時送信（ＭＵ ＵＬ ＯＦＤＭＡ方式の使用）の可能性のために、ＴＸＯＰ中に多数のステーションの、より柔軟なスケジューリングを可能にすることである。ＡＰが第２のトリガするＰＰＤＵ４１１ｂにおいて応答側ステーション（ＳＴＡ２）にＰ２Ｐ ＲＵを直接スケジューリングする実施形態において、ＡＰが、Ｐ２Ｐ通信に関与する２つのピアステーションを知る必要がある。変形例では、ＡＰが、第２のトリガするＰＰＤＵ４１１ｂにおいて、Ｐ２Ｐ ＲＵをソースＳＴＡ１にスケジューリングする。そして、ＳＴＡ１は、宛先ステーションＳＴＡ２からの応答フレームをトリガするために、したがって、Ｐ２Ｐ ＲＵを時間で共有することによって、この第２の割り当てられたＰ２Ｐ ＲＵを介してフレームを送信する。ＳＴＡ１は、ＡＰに代わって、トリガする側のステーションのように動作する。ＡＰは、宛先ピアステーションＳＴＡ２を知らなければならない（ＳＴＡ２がＡＰと関連付けられていなくてもよい）。

【0153】

カスケードシーケンスの１つのフェーズ中に送信されたダイレクトリンクパケットの確認応答が同じシーケンスの後続のフェーズの１つの間に送信されるため、シーケンスの最後のフェーズ中に送信されたデータについては、ＴＸＯＰの終了前に確認応答を行うことができない。

【0154】

この問題を解決するために、図６ａおよび図６ｂに記載される２つの実施形態を組み合わせた本発明のさらなる実施形態が想定される。カスケードシーケンスの最初の部分は、図６ｂの実施形態のように動作され、ダイレクトリンク送信を含んだカスケードシーケンスの最後のフェーズが、図６ａの最初のフェーズで説明されるように動作される（受信側のピアステーションによるＤｉＬ ＰＰＤＵ受信の直後に確認応答が送信される）。

【0155】

このさらなる実施形態では、新しいシグナリングを使用して、ステーションへのダイレクトリンクのために割り当てられたリソースユニットの定義において、現在のカスケードシーケンスにおいてそのステーションへ後続のダイレクトリンクＲＵがスケジューリングされないことを示すことができる。このシグナリング「ＮＯ ＭＯＲＥ ＤｉＬ ＲＵ」は、例えば、Ｕｓｅｒ Ｉｎｆｏフィールド３１０の８０２．１１ａｘ形式で現在提示されている予約ビットの１つをＴＲＳ ｃｏｎｔｒｏｌサブフィールドにおいて、又は、ｔｒｉｇｇｅｒ ｄｅｐｅｎｄｅｎｔ ｕｓｅｒ ｉｎｆｏフィールド３１４において、使用しうる。さらに、ダイレクトリンク用のＲＵを示すビットと同様に、ｕｓｅｒ ｉｎｆｏフィールド３１０における２０～３１ビットの範囲がダイレクトリンク通信の場合には使用できないため、これらのビットにおいて専用の信号が配置されてもよい。

【0156】

図６ｃは、本発明の別の例示的な実施形態によるカスケードシーケンスを示す。

【0157】

この実施形態の主な利点は、間に確立されたダイレクトリンクセッションを有する２つのピアステーションのうちの１つがＢＳＳの範囲外にあってもよいことである。この実施形態では、ＡＰは、そのＢＳＳに登録されたピアステーションを、送信のためにスケジューリングするだけであり、このピアステーションは、例えば、逆方向（Ｒｅｖｅｒｓｅ Ｄｉｒｅｃｔｉｏｎ）Ｐｒｏｔｏｃｏｌ（ＲＤＰ）を使用することによって、割り当てられた時間の一部を他のピアステーションにサブリースすることができる。本実施形態では、ＳＴＡ１が自身にダイレクトリンクＲＵを割り当てるトリガフレーム４１０ｃを受信すると、そのステーションは、図６ａまたは図６ｂの先の実施形態のように、それを自らのニーズのために使用するか、またはそれの一部をダイレクトリンクセッションの他のピアステーションにサブリースすることができる。

【0158】

図６ｃの例では、ステーションＳＴＡ１がＤｉＬ ＲＵを割り当てるトリガするＰＰＤＵ４１０ｃを受信すると、ＳＴＡ１は、他の実施形態で議論したように、割り当てられた送信時間（ＴＸＴＩＭＥ０）を決定し、そして、時間ＴＸＴＩＭＥ０の全ての間（すなわち、Ｐ２Ｐ ＲＵの全てを占有して）、ピアステーションＳＴＡ２へ、Ｐ２Ｐ ＰＰＤＵを準備して送信する。同じカスケードシーケンスの次のフェーズにおいて、ＳＴＡ１がトリガするＰＰＤＵ４１１ｃを受信し、割り当てられた送信時間（ＴＸＴＩＭＥ０）を決定した後、ＳＴＡ１は、逆方向イニシエータとして機能し、（決定された時間ＴＸＴＩＭＥ０よりも短い送信時間ＴＸＴＩＭＥ１を有する）ＰＰＤＵ４４０を送信する。ＰＰＤＵ４４０は、受信ピアがＳＴＡ１に逆方向にデータを送信することができることを示すために１に設定された、逆方向許可（ＲＤＧ）ビットを示すＨＴ Ｃｏｎｔｒｏｌフィールドと、好ましくは現在のカスケードフェーズにおける割り当てられた持続時間の終わりまでの最大残存持続時間（ＴＸＴＩＭＥ０－ＴＸＴＩＭＥ１－ＳＩＦＳ）に設定された、Ｄｕｒａｔｉｏｎ／ＩＤフィールドと、を含む。そして、ＳＴＡ２は、このＲＤＰ ＰＰＤＵ４４０の受信からＳＩＦＳ後に、媒体を使用することができる。ＲＤレスポンダとしてのＳＴＡ２は、そのＰＰＤＵ４４１の送信時間がＰＰＤＵ４４０のＤｕｒａｔｉｏｎ／ＩＤフィールドに示される残存持続時間を超えないことを確実にしなければならず、ＳＴＡ１から以前に受信されたＰＰＤＵの確認応答、またはＳＴＡ１のためのデータ、または両方の組合せのいずれかを含む、ＤｉＬ ＰＰＤＵ４４１をＳＴＡ１へ送信する。

【0159】

逆方向プロトコルの従来の使用との主な違いは、ＳＴＡ２が現在の逆方向セッションがカスケードシーケンスの範囲内で発生していることを知らないことである。したがって、ＳＴＡ１は、この方式によって課される特別な条件を処理する責任を負う。例えば、ＳＴＡ１は、現在の送信が割り当てられた時間の終端前に終了しないことを保証しなければならない。なぜなら、ＳＴＡ２による送信の早すぎる終了は、別のステーションが媒体を取り、次いでカスケードシーケンスを中断することを可能にするか、または同時のＨＥ ＴＢ送信に干渉することを可能としうるからである。したがって、ＳＴＡ２は、割り当てられた時間の終端までパディングデータを送信する必要がありうる。ＳＴＡ２が必要なパディングを追加することができない場合、ＳＴＡ１は、ＳＴＡ２の代わりに、パディングを追加してもよい。たとえば、ＳＴＡ１は、ＳＴＡ２によって送信されたＰＰＤＵ４４１を受信すると、（ＳＴＡ２によって送信されたＰＰＤＵのＱｏＳデータに含まれるＨＴ ｃｏｎｔｒｏｌフィールドのより多くのデータビットを確認することによって）さらなるデータがＳＴＡ２によって送信されるかを確認する。ＳＴＡ２によってそれ以上データが送信されず、割り当てられたＲＵの終端にまだ達していない場合、ＳＴＡ１は、ＲＵの割り当てられた送信時間の終端まで、媒体を占有するためにパディングデータを送信する必要がある。

【0160】

変形例では、ＡＰが、ＤｉＬ ＲＵを割り当てるためにＳＴＡ１に送信されるＵｓｅｒ Ｉｎｆｏフィールドにおいて、現在のカスケードシーケンスの後続のフェーズのうちの少なくとも１つにおいて、追加のＤｉＬ ＲＵがこのダイレクトリンクセッションのために割り当てられることを示しうる。これは、図６ｂに記載されるように、「ＮＯ ＭＯＲＥ ＤｉＬ ＲＵ」シグナリングを使用することによって行うことができる。

【0161】

別の変形例では、ＡＰによって割り当てられたＤｉＬ ＲＵにおいて逆方向プロトコルを使用する可能性が、ＲＤＰ使用が許可されるか否かを示すシグナリング（例えば、トリガフレームのＵｓｅｒ Ｉｎｆｏフィールドにおける、またはＴＲＳ ｃｏｎｔｒｏｌフィールドにおけるビット）によって制御される。これは、ＡＰが、ＨＥ ＴＢ ＰＰＤＵを使用するステーションによる並行ＭＵ ＵＬ送信を干渉のリスクなしにスケジューリングすることを可能にする。

【0162】

説明を容易にするために、カスケードの実施形態の例の全て（図６ａ～図６ｃ）が、２つのフェーズを含んだカスケードシーケンスを示している。当然ながら、本発明の実施形態によるカスケードシーケンスは、１つのフェーズのみを含んでもよく、または２つより多くのフェーズを含んでもよい。

【0163】

図７は、本発明の実施形態によるＡＰによって実行される無線通信方法の例を、フローチャートを用いて示している。これらの実施形態は、カスケードシーケンス内で、または任意のカスケードシーケンスから独立して、実行されうる。

【0164】

ステップ７０１において、ＡＰは、ＤｉＬ ＲＵを割り当てるフレームを第１のステーション（例えば、ＳＴＡ１）に送信する。前述の実施形態で説明したように、ＤｉＬ ＲＵの割り当ては、トリガフレームに、または、ＡＰから受信されたデータまたは制御フレームのｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）フィールドに含められうる。

【0165】

変形例では、ＡＰが、割り当てられた第２のＤｉＬ ＲＵの使用に関する制約を、第１のステーションおよび／または第２のステーションへシグナリングしうる。たとえば、ＡＰは、割り当てられたＤｉＬ ＲＵを介した逆方向プロトコルの使用が許可されているか否かを示しうる。

【0166】

ステップ７０２において、ＡＰは、オプションで、ＤｉＬ ＲＵの終端と揃うように、ＡＰのｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ（ＮＡＶ）を設定する。ＡＰは、ＡＰがチャネルにあまりに早くアクセスして進行中のＰ２Ｐ通信との干渉を引き起こしうることを防止するために、ＤｉＬ ＲＵの持続時間に沿ってそのＮＡＶをすべて設定する。代替的に、ＡＰは、第１のステーションにＤｉＬ ＲＵを割り当てるフレームの送信の終了時に、ＤｉＬ ＲＵの持続時間に１つのＳＩＦＳを加えたタイマを設定しうる。タイマの満了は、ＤｉＬ ＲＵの終了に対応し、ＡＰは、データを送信するために媒体を再び感知することができる。

【0167】

図８は、本発明の実施形態による、第１のステーションによって実行される無線通信方法の例を、フローチャートを用いて示している。第１のステーションは、第２のステーションとの確立されたダイレクトリンクセッションを有すると考えられる。これらの実施形態は、カスケードシーケンス内で、または任意のカスケードシーケンスから独立して、実効されうる。

【0168】

ステップ８０１において、第１のステーションは、ＡＰから、ＤｉＬ ＲＵの割り当てを受信する。オプションで、第１のステーションは、逆方向の使用がこのＤｉＬ ＲＵにおいて許可されるかを判定する。

【0169】

ステップ８０２において、第１のステーションは、割り当てられたＤｉＬ ＲＵの第１の部分を介して、第１のフレームをピアの第２のステーションへ送信する。割り当てられたＤｉＬ ＲＵの残りの部分を第２のＳＴＡと共有するために、ＤｉＬ ＲＵの一部のみが第１のステーションによって使用される。

【0170】

ステップ８０３において、第１のステーションは、第１のＳＴＡに割り当てられたＤｉＬ ＲＵの第２の部分を介して、第２のステーションから第２のフレームを受信する。第２のフレームは、第１のステーションによって送信された第１のフレームに対する応答フレームまたはＡＣＫフレームでありうる。

【0171】

図９および図１０は、本発明の実施形態によるＡＰおよびソースＳＴＡの動作を、フローチャートを用いて示している。これらの実施形態では、ＡＰが、ＴＸＯＰにおいて、ソースＳＴＡに２つのＤｉＬ ＲＵを割り当てる。これらの実施形態は、カスケードシーケンス内で、または任意のカスケードシーケンスから独立して実行されうる。

【0172】

ステップ９０１において、ＡＰは、第１のステーションに第１のＤｉＬ ＲＵおよび第２のＤｉＬ ＲＵを割り当てる。前述の実施形態で説明したように、ＤｉＬ ＲＵの割り当ては、トリガフレームに、またはＡＰから受信されたデータまたは制御フレームのｔｒｉｇｇｅｒ ｒｅｓｏｕｒｃｅ ｓｃｈｅｄｕｌｉｎｇ（ＴＲＳ）フィールドに、含められうる。

【0173】

実施形態において、２つのＤｉＬ ＲＵの割り当てが、１つのフレーム、たとえばトリガフレームにおいて、第１のＳＴＡにシグナリングされる。他の実施形態では、２つのＤｉＬ ＲＵの割り当ては、２つの別個のフレーム、たとえばトリガフレームにおいて、第１のＳＴＡにシグナリングされる。

【0174】

１つのトリガするフレーム（ＴＦまたはＨＥ ＭＵ ＰＰＤＵのＴＲＳ）の場合、フレームは、ＤｉＬ ＲＵのそれぞれを、それが割り当てられるステーションのために時間及び周波数領域において特定し、そのステーションがその位置を特定可能とするために、特定しなければならない。時間領域に対して、ＤｉＬ ＲＵは、１つのグローバル時間値を用いることによって、または先行して割り当てられたＲＵの終わりに対して、トリガするフレームの終わりから定義されうる。前者は、ステーションがセーブモードに入ることを可能にする。後者は、時間を測定するためにステーションによって使用されるクロックの精度に起因して、起こりうる時間シフトに対する感度が低いため、より良好な同期を可能にする。

【0175】

ステップ９０２において、ＡＰは、オプションで、第２のＤｉＬ ＲＵの終端と揃うように、ＡＰのｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ（ＮＡＶ）を設定する。ＡＰは、ＡＰがチャネルにあまりにも早くアクセスして進行中のＰ２Ｐ通信との干渉を引き起こしうることを防止するように、そのＮＡＶを設定する。

【0176】

なお、ＡＰの図示の実施形態において、第１のＤｉＬ ＲＵおよび第２のＤｉＬ ＲＵが連続している、すなわち、ＳＩＦＳによってのみ分離されていると仮定されるように、ＮＡＶが第２のＤｉＬ ＲＵの終端と揃うように設定される。たとえば、２つのＤｉＬ ＲＵが連続しておらず、その間にＤＬおよび／またはＵＬ ＲＵを有する場合、ＡＰは、それぞれがＤｉＬ ＲＵに関連付けられる２つのＮＡＶを設定しうる。

【0177】

代替的に、ＡＰは、Ｐ２Ｐ送信が進行中であり、ＡＰアクセスが防止されるべき全体の期間を測定するためにタイマを使用しうる。

【0178】

より一般的には、ＡＰは、確立されたダイレクトリンクセッションを有するピアステーションのペアに、１つより多くのＤｉＬ ＲＵを割り当てうる。

【0179】

図１０を参照すると、ステップ１００１において、第１のステーションが、ＡＰから、ＴＸＯＰにおける第１のＤｉＬ ＲＵおよび第２のＤｉＬ ＲＵの割り当てを受信する。ステップ１００２において、第１のステーションは、そのピアの第２のステーションに向けて第１のフレームを送信するために割り当てられた時間全体を使用する。そして、第１のステーションは、第２のＤｉＬ ＲＵを第２のステーションと共有する。第１のステーションは、例えば、ＲＤ許可シグナリングを含む第３のフレームを、割り当てられたＤｉＬ ＲＵの第１の部分を介して送信し（ステップ１００３）、次いで、割り当てられたＤｉＬ ＲＵの第２の部分を介して、第２のステーションから第２のフレーム（応答フレーム）を受信する（ステップ１００４）。

【0180】

図１１は、本発明の実施形態によるＡＰの動作を、フローチャートを用いて示している。

【0181】

ＡＰは、ＴＸＯＰにおいて、第１のＤｉＬ ＲＵを割り当てる第１のフレームを第１のＳＴＡに送信し（１１０１）、そのＴＸＯＰにおいて、第２のＤｉＬ ＲＵを割り当てる第２のフレームを第１のＳＴＡに送信する（１１０４）。第２のＤｉＬ ＲＵの次の割り当てを第１のＳＴＡに通知するために、ＡＰは、その後の第２のフレームにおいて、第２のＤｉＬ ＲＵの割り当てを第１のＳＴＡにスケジューリングする情報を送信する（１１０２）。第１のＳＴＡは、この情報を使用して、例えば、図１２の実施形態によるように、それに割り当てられたリソースのピアＳＴＡとの共有を効率的に管理する。

【0182】

実施形態によれば、ＡＰは、割り当てられた第２のＤｉＬ ＲＵの使用に関する制約を、第１のステーションおよび／または第２のステーションへシグナリングしうる。たとえば、ＡＰは、割り当てられたＤｉＬ ＲＵにおいて逆方向プロトコルの使用が許可されているかを示しうる。

【0183】

ＡＰは、オプションで、ＤｉＬ ＲＵを割り当てるフレームの各送信の後、それぞれの割り当てられたＤｉＬ ＲＵの終端と揃うように、ＡＰのｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ（ＮＡＶ）を設定しうる（１１０３および１１０５）。

【0184】

図１２は、本発明の実施形態による第１のＳＴＡの動作を、フローチャートを用いて示している。

【0185】

ステップ１２０１において、第１のＳＴＡは、ＴＸＯＰの間に、ＡＰから第１のＤｉＬ ＲＵの割り当てを受信する。

【0186】

ステップ１２０２において、ＳＴＡは、ＡＰがＴＸＯＰ中にＤｉＬ通信のために第１のＳＴＡへの第２のＲＵの割り当てをスケジューリングするかを判定する。判定は、ＡＰから受信された情報に基づいて実行される。

【0187】

実施形態によれば、その情報が、ＡＰによって明示的に送られる（例えば、図１１）。

【0188】

実施形態によれば、情報は、ＡＰによって実行される割り当てから暗黙的である。これは、例えば、ＳＴＡへの第１のＤｉＬ ＲＵの割り当ておよび第２のＤｉＬ ＲＵの割り当てが両方とも同じフレームでシグナリングされる図９の実施形態の場合である。したがって、この割り当て情報に基づいて、第１のＳＴＡは、第１の割り当てられたＤｉＬ ＲＵを介してフレームを送信することを開始する前に、ＡＰが第２のＤｉＬ ＲＵの割り当てをスケジューリングすることを判定することが可能である。

【0189】

ステップ１２０２において、ＡＰが第１のＳＴＡに第２のＤｉＬ ＲＵをスケジューリングしない（すなわち、割り当てない、または割り当てることを意図しない）と判定された場合、第１のＳＴＡは、それぞれ図８のステップ８０２および８０３と同様に、ステップ１２０３および１２０４を実行する。

【0190】

ステップ１２０２において、ＡＰが第１のＳＴＡに第２のＤｉＬ ＲＵをスケジューリングする（すなわち、割り当てる、または割り当てることを意図する）と判定された場合、第１のＳＴＡは、ステップ１２０６において、（ステップ１００２と同様に）第１の割り当てられたＤｉＬ ＲＵを介して第１のフレームを第２のＳＴＡに送信する。ステップ１２０７において第２のＤｉＬ ＲＵの割り当てを受信した後、第１のＳＴＡは、それぞれ図１０のステップ１００４および１００５と同様に、ステップ１２０８および１２０９をそれぞれ実行する。

【0191】

本開示で説明される様々な実施形態の特徴のいくつかは、以下のように列挙されうる：
－ダイレクトリンク設定／ティアダウン手順に変更なし；
－トリガされたＰ２Ｐ特徴は、（ＡＰまたはＳＴＡレベルの両方で）能力交換によって制御されうる；
－Ｐ２Ｐトラフィックは、「Ｓｉｎｇｌｅ－Ｕｓｅｒ ｓｔｙｌｅ」ＰＰＤＵのために、ＡＰによってトリガされる：
〇ＡＰは、８０２．１１ａｘのカスケード機構に基づいて、Ｐ２ＰトラフィックにＴＸＯＰの一部を共有することができ、例えば、ＡＰは、自身に関連付けられたソースＰ２Ｐステーションにリソースを提供する；
〇Ｐ２Ｐトラフィックは、その期間の動作帯域の全てをカバーする「Ｐ２Ｐ ＲＵ」＝ｎ×２０ＭＨｚを使用することができる；
〇「Ｐ２Ｐ ＲＵ」を伝達するための単純なシグナリング（典型的には１ビット）；
〇Ｐ２Ｐトラフィックは、その別個のチャネル上でそれ自体のプリアンブルを使用しうる：
・ＡＰは全てのトリガ送信パラメータ（例えばＭＣＳ）を提供する必要はない；
・（Ａｃｋ部分に対しても）同期の要求なし；
〇ＳＵまたはＭＵ ＰＰＤＵフォーマットが、Ｐ２Ｐ送信のために想定されうる。

【0192】

本開示で説明される様々な実施形態は、有利にはＭＵ動作とＳＵ動作との組合せの利点をとることを可能にする。例えば、ＭＵ動作から：
－グローバルセルの効率を向上させ、ＳＵ媒体アクセス手順（旧ＥＤＣＡダイレクトリンク・プロトコル、ＲＤＰプロトコルなど）と比較して効率を向上させ、
－ＡＰは、他のＳＴＡからの上りリンク／下りリンクＲＵを依然として共有することができる。

【0193】

そして、ＳＵ動作から：
－Ｐ２Ｐステーションが、それらの割り当てられたＲＵチャネル（例えば、動作帯域）において単独で通信する；
－ＡＰは、Ｐ２Ｐの送信特性を認識する必要がない（したがって、すべてのトリガパラメータ、たとえばＭＣＳを提供する必要がない）；
－確認応答が、干渉問題なく（並列送信なく）実行されうる；
－受信ピアステーション（宛先ＳＴＡ）が、ＡＰのＢＳＳの外側にあってもよい。

【0194】

本開示の実施形態は例えば以下を示した：
－トリガフレームが、Ｐ２Ｐ ＳＴＡを含む非ＡＰステーションをスケジューリングするための自然なツールである；
－カスケード機構を再利用することにより、制限された修正で、Ｐ２Ｐの時間共有が可能になる；
－Ｐ２Ｐ動作のトリガは簡単である：
〇Ｐ２Ｐステーションは、動作帯域を介してトリガされてもよく、
〇Ｐ２Ｐステーションは、共有期間（Ａｃｋを含む）の間、自身のＰＰＤＵフォーマットを使用しうる。

【0195】

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

【0196】

好ましくは、通信バスは、通信機器１３００に含まれ、又はそれに接続された様々なエレメント間の通信及び相互運用性を提供する。バスの表現は限定ではなく、特に、中央処理装置が通信機器１３００の任意のエレメントと、直接、又は、通信機器１３００の他のエレメントを用いて、命令を通信することができる。

【0197】

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

【0198】

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

【0199】

図１３ｂは、本発明を、少なくとも部分的に、実行するように適合された、ＡＰ１１０又はステーション１０１～１０７のいずれかである通信機器１３００の構造を概略的に図解するブロック図である。図示のように、機器１３００は、物理（ＰＨＹ）レイヤブロック１３２３、ＭＡＣレイヤブロック１３２２、及び、アプリケーションレイヤブロック１３２１を有する。

【0200】

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

【0201】

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

【0202】

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

【0203】

８０２．１１ＭＡＣレイヤ１３２４及びトリガドＭＵ ＴＸ管理モジュール１３２５は、本発明の実施形態による複数のステーションへ宛てられたＯＦＤＭＡのＲＵを通じて、正確に通信を処理するために、互いに相互作用する。

【0204】

図の上部において、アプリケーションレイヤブロック１３２１が、データパケットを、例えば映像ストリームなどのデータパケットを、生成し受信するアプリケーションを動作させる。アプリケーションレイヤブロック１３２１は、ＩＳＯ標準によるＭＡＣレイヤより上のスタックレイヤの全てを表す。

【0205】

以上、特定の実施形態を参照して本発明を説明したが、本発明は特定の実施形態に限定されるものではなく、本発明の範囲内にある変更が当業者には明らかであろう。

【0206】

単なる例を用いて与えられると共に特許請求の範囲のみによって決定される本発明の範囲を限定することを意図しない上述の説明の実施形態を参照することにより、多くのさらなる変更及び変形が当業者には思いつくだろう。特に、異なる実施形態からの異なる特徴は、適切である場合には交換されてもよい。

【0207】

特許請求の範囲において、「ｃｏｍｐｒｉｓｉｎｇ」という用語は、他の要素またはステップを除外するものではなく、不定冠詞「ａ」または「ａｎ」は複数を除外するものではない。相互に異なる従属請求項に異なる特徴が列挙されているという単なる事実は、これらの特徴の組み合わせを有利に使用できないことを示すものではない。以上、本発明を特定の実施形態を参照して説明したが、本発明は特定の実施形態に限定されるものではなく、本発明の範囲内にある当業者には修正が明らかであろう。

【図1】

【図2a】

【図2b】

【図2c】

【図2d】

【図3a】

【図3b】

【図3c】

【図3d】

【図3e】

【図4a】

【図4b】

【図5a】

【図5b】

【図6a】

【図6b】

【図6c】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13a】

【図13b】