知財求人 - 知財ポータルサイト「IP Force」
特許7457835マルチユーザＴＸＯＰにおけるダイレクトリンクリソースのリリース機構
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-19
(45)【発行日】2024-03-28
(54)【発明の名称】マルチユーザＴＸＯＰにおけるダイレクトリンクリソースのリリース機構
(51)【国際特許分類】
H04W 84/12 20090101AFI20240321BHJP
H04W 92/18 20090101ALI20240321BHJP
H04W 92/10 20090101ALI20240321BHJP
【ＦＩ】
H04W84/12
H04W92/18
H04W92/10
【請求項の数】
31
(21)【出願番号】P 2022563232
(86)(22)【出願日】2021-07-16
(65)【公表番号】
(43)【公表日】2023-07-04
(86)【国際出願番号】 EP2021070018
(87)【国際公開番号】W WO2022013438
(87)【国際公開日】2022-01-20
【審査請求日】2022-12-05
(31)【優先権主張番号】2011071.4
(32)【優先日】2020-07-17
(33)【優先権主張国・地域又は機関】GB
(73)【特許権者】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ネズ， パトリス
(72)【発明者】
【氏名】ギニャール， ロマン
(72)【発明者】
【氏名】ヴィジェ， パスカル
(72)【発明者】
【氏名】バロン， ステファン
【審査官】永井 啓司
(56)【参考文献】
【文献】国際公開第２０２２／００５１６５（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１８／０３１０２１１（ＵＳ，Ａ１）
【文献】特表２００９－５２２９３０（ＪＰ，Ａ）
(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】
アクセスポイントとして機能する通信装置であって、前記通信装置に付与された送信機会（ＴｘＯＰ）の間に、ステーションへ、ダイレクトリンク送信に使用可能なワイヤレスリソースを提供するトリガーフレームを送信する送信制御手段と、
前記ステーションから、前記提供したワイヤレスリソース上で当該ワイヤレスリソースをリリースする意思があることを伝達するフレームを受信する受信制御手段と、
を有し、
前記送信制御手段は、前記伝達するフレームを受信したことに従って、前記ワイヤレスリソースを用いるフレームの送信を再開し、
前記ワイヤレスリソースをリリースする意思があることを伝達するフレームはＩＥＥＥ８０２．１１のＱｏＳ Ｎｕｌｌフレームであることを特徴とする通信装置。
【請求項26】
前記伝達するフレームは、バッファステータスレポート（ＢＳＲ）を含んだ、拡張された８０２．１１のＱｏＳ Ｎｕｌｌフレームを更に含むことを特徴とする請求項２５に記載の通信装置。
【請求項27】
前記ＢＳＲは、前記ステーションのための直接のデータ通信のニーズを含む、ことを特徴とする請求項２６に記載の通信装置。
【請求項28】
前記伝達するフレームは、前記アクセスポイントへ宛てられたユニキャストの８０２．１１のＣＦ－Ｅｎｄフレームを更に含む、ことを特徴とする請求項２５から２７のいずれか１項に記載の通信装置。
【請求項29】
前記トリガーフレームによって提供される前記ワイヤレスリソースは２０ＭＨｚの任意の倍数の帯域幅の周波数リソースで構成されることを特徴とする請求項２５から２８のいずれか１項に記載の通信装置。
【請求項30】
請求項１から９のいずれか１項に記載の通信方法をコンピュータに実行させるためのプログラム。
【請求項31】
請求項１０から１９のいずれか１項に記載の通信方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【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】
第１の実施形態では、ＲＲＦ３１６は、ＡＰに宛てられた（８０２．１１の）ＱｏＳ Ｎｕｌｌフレームである。これは、非常に短いフレームであり、それにより帯域幅を節約する点で有利である。
【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】
特許請求の範囲において、「ｃｏｍｐｒｉｓｉｎｇ（有する、含む）」という用語は、他の要素またはステップを除外するものではなく、不定冠詞「ａ」または「ａｎ」は複数を除外するものではない。相互に異なる従属請求項において異なる特徴が列挙されているという単なる事実は、これらの特徴の組み合わせを有利に使用できないことを示すものではない。
【図1】
【図2】
【図3】
【図3a】
【図4】
【図5a】
【図5b】
【図6a】
【図6b】