JP2024518101A - 制限付きターゲットウェイクタイム(r-twt)の動作及びパラメータ - Google Patents
制限付きターゲットウェイクタイム(r-twt)の動作及びパラメータ Download PDFInfo
- Publication number
- JP2024518101A JP2024518101A JP2023570281A JP2023570281A JP2024518101A JP 2024518101 A JP2024518101 A JP 2024518101A JP 2023570281 A JP2023570281 A JP 2023570281A JP 2023570281 A JP2023570281 A JP 2023570281A JP 2024518101 A JP2024518101 A JP 2024518101A
- Authority
- JP
- Japan
- Prior art keywords
- twt
- bit
- broadcast
- sta
- traffic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000011664 signaling Effects 0.000 claims abstract description 64
- 238000000034 method Methods 0.000 claims description 104
- 238000004891 communication Methods 0.000 claims description 64
- 230000004044 response Effects 0.000 claims description 18
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 claims description 17
- 230000015654 memory Effects 0.000 claims description 17
- 230000007246 mechanism Effects 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 abstract description 48
- 238000010586 diagram Methods 0.000 description 31
- 230000006870 function Effects 0.000 description 10
- 230000008901 benefit Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 7
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 7
- 238000004590 computer program Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 6
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 6
- 101150081243 STA1 gene Proteins 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000014509 gene expression Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 3
- 229920000491 Polyphenylsulfone Polymers 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000004622 sleep time Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/0006—Assessment of spectral gaps suitable for allocating digitally modulated signals, e.g. for carrier allocation in cognitive radio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/0073—Allocation arrangements that take into account other cell interferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
- H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Spectroscopy & Molecular Physics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
リアルタイムアプリケーショントラフィックなどの待ち時間を短縮するために制限付きターゲットウェイクタイム(R-TWT)シグナリング及びそのパラメータを実行する無線プロトコル。R-TWTサービス期間(SP)中に、R-TWT SPを延長できるかどうか、異なるリンク上の複数の重複するR-TWT SPを開始できるかどうか、R-TWT SP中に空間再使用が必要であるかどうか、R-TWT SP外の送信が許可されるかどうか、又はR-TWT SPを保護するためにクワイエット要素が使用されるかどうかを含むさらなるトラフィックフロー制御を行うことによって動作を強化したR-TWT動作(モード)について説明する。プロトコルは、無線ローカルエリアネットワーク(WLAN)に適用可能であり、特に802.11be 802.11ax、並びに時間依存型ネットワーク、Wi-Fi及びマルチリンク装置(MLD)上などのリアルタイムアプリケーション(RTA)トラフィックに特に適している。【選択図】 図6
Description
〔関連出願との相互参照〕
本出願は、2022年2月24日に出願された米国特許出願シリアル番号第17/679,798号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。本出願は、2021年6月17日に出願された米国仮特許出願シリアル番号第63/211,683号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。本出願は、2021年5月25日に出願された米国仮特許出願シリアル番号第63/192,656に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。
本出願は、2022年2月24日に出願された米国特許出願シリアル番号第17/679,798号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。本出願は、2021年6月17日に出願された米国仮特許出願シリアル番号第63/211,683号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。本出願は、2021年5月25日に出願された米国仮特許出願シリアル番号第63/192,656に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。
〔連邦政府が支援する研究又は開発に関する記述〕
該当なし
該当なし
〔著作権保護を受ける資料の通知〕
本特許文献中の資料の一部は、アメリカ合衆国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、合衆国特許商標庁の一般公開ファイル又は記録内に表される通りに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定ではないが米国特許法施行規則§1.14に従う権利を含め、本特許文献を秘密裏に保持しておく権利のいずれも本明細書によって放棄するものではない。
本特許文献中の資料の一部は、アメリカ合衆国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、合衆国特許商標庁の一般公開ファイル又は記録内に表される通りに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定ではないが米国特許法施行規則§1.14に従う権利を含め、本特許文献を秘密裏に保持しておく権利のいずれも本明細書によって放棄するものではない。
本開示の技術は、一般にWLAN局におけるターゲットウェイクタイム(TWT)の使用に関し、具体的には、強化されたTWT使用のための制限付きTWT(Reserved TWT)モード及びその様々なパラメータの設定に関する。
ターゲットウェイクタイム(TWT)は、最初に802.11ahと共に導入され、802.11axまで進歩してきた。TWTの目的は、装置がデータ送受信のためにいつどのように起動するかを決定できるようにすることである。例えば、802.11axでは、バッテリ寿命を節約するために、アクセスポイントが装置のスリープ時間を増加させることができる。この態様は、モノのインターネット(IoT)などの役割において特に有益である。TWTは、無線アクセスポイント及び同様の装置が媒体にアクセスする特定の時間をネゴシエートできるようにする機構も提供して、スペクトル効率を支援する。
しかしながら、TWTは主に節電を目的とするものであり、リアルタイム待ち時間の短縮には特に対応していない。
従って、TWTの取り扱いを強化するというニーズが存在する。本開示は、このニーズを満たすとともにさらなる利点を提供するものである。
IEEE802.11ax下で予備として定められているブロードキャストTWTパラメータセットフィールド内のビットをR-TWTのパラメータ設定に利用することによって伝えられる制限付きターゲットウェイクタイム(R-TWT)シグナリングの実行方法。R-TWTは、リアルタイムアプリケーショントラフィック又はその他の遅延に弱いトラフィック、とりわけ低電力構成で動作し、従ってデータ送受信のために起動する局からのトラフィックとの使用にとって特に有益である。
また、R-TWTを実行すべきであることを示す以外に、R-TWT SPを延長できるかどうかを示すパラメータ、異なるリンク上の複数の重複するR-TWT SPを開始できるかどうかを示すパラメータ、R-TWT SP中に空間再使用が必要であるかどうかを示すパラメータ、R-TWT SPを保護するためにクワイエット(Quiet)要素を使用すべきであるかどうかを示すパラメータを含む、R-TWTサービス期間(SP)中に送信できるトラフィックフローを指定する追加パラメータについても説明する。従って、強化された動作及びその関連するパラメータと共に、R-TWT動作(モード)の選択についても説明する。
特に、開示する技術では、R-TWTパラメータ設定を確立するための、ブロードキャストTWTパラメータセットフィールド内の予備ビットの使用について説明する。例えば、ブロードキャストTWT推奨サブフィールドの予備ビット5~7、及びブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのビット15(B15)をR-TWTパラメータ設定のために使用する。また、これらの追加パラメータのうちの、R-TWTシグナリングを強化するいくつかのものについても説明する。
本開示は無線ローカルエリアネットワーク(WLAN)に適用可能であり、802.11be、802.11ax、並びに時間依存型ネットワーク、Wi-Fi及びマルチリンク装置(MLD)上などのリアルタイムアプリケーション(RTA)トラフィック(又は遅延に弱いトラフィック)に特に適している。
本明細書の以下の部分では、本明細書で説明する技術のさらなる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を限定することなく完全に開示するためのものである。
本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。
1.序文
IEEE802.11axで定められるブロードキャストTWT(B-TWT)シグナリングは、制限付きTWT(R-TWT)シグナリングをサポートするように適合することもできる。ブロードキャストTWTパラメータセットフィールドのブロードキャストTWT推奨サブフィールドの1つの特定の値(例えば、4)を利用して、シグナリングがドラフト版P802.11be D1.31で定められるR-TWTのためのものであることを示すことができる。
IEEE802.11axで定められるブロードキャストTWT(B-TWT)シグナリングは、制限付きTWT(R-TWT)シグナリングをサポートするように適合することもできる。ブロードキャストTWTパラメータセットフィールドのブロードキャストTWT推奨サブフィールドの1つの特定の値(例えば、4)を利用して、シグナリングがドラフト版P802.11be D1.31で定められるR-TWTのためのものであることを示すことができる。
B-TWTは、TWTスケジュール側APなどのAPが、被TWTスケジュール側STA(又はTWTのメンバー)である他の局(STA)とフレームを交換するTWTサービス期間(SP)をスケジュールすることを可能にする。個々のSTAは、スケジュール側APとのネゴシエーションの結果として、ブロードキャストTWT内のメンバーシップを有することができる。被TWTスケジュール側STAは、ドラフト版P802.11ax_D8.0による26.8.2(例えば、個々のTWT合意)に定められるネゴシエート済みの個々のTWT SP内でフレームを送信できる場合を除き、ブロードキャストTWT SP外でTWTスケジュール側APにフレームを送信すべきではなく、またトリガー有効化ブロードキャストTWT SP(trigger-enabled broadcast TWT SPs)内で高効率(HE)トリガーベース(TB)PPDUに含まれていないフレームをTWTスケジュール側APに送信すべきではない。
R-TWT SPは、B-TWT SPと同様にスケジュールして通知することができる。シグナリングがR-TWTのためのものである場合、このシグナリング内のTWT SPはR-TWTのためにスケジュールされる。そうでなければ、シグナリング内のTWT SPはB-TWTのためにスケジュールされる。
本開示は、以下のセクションで説明するような強化されたR-TWTシグナリングを提供するものである。
2.実施形態
強化されたR-TWTの使用は、以下に限定ではなく一例として示す様々な802.11ハードウェア構成で実装することができる。
強化されたR-TWTの使用は、以下に限定ではなく一例として示す様々な802.11ハードウェア構成で実装することができる。
2.1.局ハードウェア構成
図1に、本開示のプロトコルを実行するように構成されたSTAハードウェアの実施形態例10を示す。外部I/O接続14が回路12の内部バス16に結合し、内部バス16上には、通信プロトコルを実装する(単複の)プログラムを実行するためにCPU18及びメモリ(例えば、RAM)20が接続されることが好ましい。ホストマシンは、1又は複数のアンテナ29、26a、26b、26c~26nにそれぞれが接続された少なくとも1つのRFモジュール24、28に結合された、通信をサポートする少なくとも1つのモデム22を収容する。複数のアンテナ(例えば、アンテナアレイ)を有するRFモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、STAは、複数組のビームパターンを使用して信号を送信することができる。
図1に、本開示のプロトコルを実行するように構成されたSTAハードウェアの実施形態例10を示す。外部I/O接続14が回路12の内部バス16に結合し、内部バス16上には、通信プロトコルを実装する(単複の)プログラムを実行するためにCPU18及びメモリ(例えば、RAM)20が接続されることが好ましい。ホストマシンは、1又は複数のアンテナ29、26a、26b、26c~26nにそれぞれが接続された少なくとも1つのRFモジュール24、28に結合された、通信をサポートする少なくとも1つのモデム22を収容する。複数のアンテナ(例えば、アンテナアレイ)を有するRFモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、STAは、複数組のビームパターンを使用して信号を送信することができる。
バス14は、センサ及びアクチュエータなどの様々な装置をCPUに接続することができる。プロセッサ18上では、STAがアクセスポイント(AP)局又は通常の局(非AP STA)の機能を実行することを可能にするように実行される通信プロトコルを実装するプログラムを実行するための、メモリ20からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード(TXOP所有者、TXOP共有参加者、ソース、中間、宛先、第1のAP、他のAP、第1のAPに関連する局、他のAPに関連する局、調整機(coordinator)、被調整機(coordinatee)、OBSS内のAP、及びOBSS内のSTAなど)で動作するように構成されると理解されたい。
従って、図示のSTA HWは、少なくとも1つのモデムと、少なくとも1つの帯域上での通信を提供するための関連するRF回路とで構成される。本開示は、主にサブ6GHz帯を対象とする。
なお、本開示は、それぞれが任意の数のRF回路に結合された複数のモデム22を使用して構成することができると理解されたい。一般に、使用するRF回路の数が多ければ多いほど、アンテナビーム方向のカバレッジは広くなる。なお、利用するRF回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。RF回路及びアンテナの一部は、STAが近隣STAと通信する必要がないと判定した時に無効にすることができる。少なくとも1つの実施形態では、RF回路が周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、STAは、各ビームパターン方向がアンテナセクタとみなされる複数のビームパターンの組を使用して信号を送信することができる。
また、図示のような局ハードウェアの複数のインスタンスはマルチリンク装置(MLD)に組み合わせることができ、通常、このMLDは活動を協調させるためにプロセッサ及びメモリを有するが、必ずしもMLD内の各STAに別々のCPU及びメモリが必要なわけではない。
図2に、マルチリンク装置(MLD)ハードウェア構成の実施形態例40を示す。MLDには複数のSTAが所属し、各STAは異なる周波数のリンク上で動作する。MLDは、アプリケーションへの外部I/Oアクセスを有し、このアクセスは、CPU62及びメモリ(例えば、RAM)64を有するMLD管理エンティティ48に接続して、MLDレベルで通信プロトコルを実装する(単複の)プログラムの実行を可能にする。MLDは、ここではSTA1 42、STA2 44~STA N46として例示する接続先の各所属する局にタスクを配分してこれらから情報を収集し、所属するSTA間で情報を共有することができる。
少なくとも1つの実施形態では、MLDの各STAが独自のCPU50及びメモリ(RAM)52を有し、これらは、1又は2以上のアンテナを有する少なくとも1つのRF回路56に接続された少なくとも1つのモデム54にバス58を通じて結合される。本例では、RF回路が、アンテナアレイなどの形の複数のアンテナ60a、60b、60c~60nを有する。RF回路及び関連する(単複の)アンテナと組み合わせたモデムは、近隣のSTAとの間でデータフレームを送信/受信する。少なくとも1つの実装では、RFモジュールが、周波数変換器、アレイアンテナコントローラ、及びそのアンテナと連動するためのその他の回路を含む。
MLDの各STAは、特定のMLD実装に応じて互いに及び/又はMLD管理エンティティとリソースを共有することができるので、必ずしも独自のプロセッサ及びメモリを必要としないと理解されたい。なお、上記のMLD図は限定ではなく一例として示すものであり、本開示は、幅広いMLD実装と共に動作することができると理解されたい。
2.2.TWTのデータフィールド
図3に、ブロードキャストTWTパラメータセットフィールドの実施形態例110を示す。図示のフィールドは、IEEE802.11ax(ドラフト版P802.11ax_D8.0)に記載されているような、要求タイプ(Request Type)、ターゲットウェイクタイム(Target Wake Time)、公称最小TWTウェイク期間(Nominal Minimum TWT Wake Duration)、TWTウェイク間隔仮数(TWT Wake Interval Mantissa)、及びブロードキャストTWT情報(Broadcast TWT Information)である。
図3に、ブロードキャストTWTパラメータセットフィールドの実施形態例110を示す。図示のフィールドは、IEEE802.11ax(ドラフト版P802.11ax_D8.0)に記載されているような、要求タイプ(Request Type)、ターゲットウェイクタイム(Target Wake Time)、公称最小TWTウェイク期間(Nominal Minimum TWT Wake Duration)、TWTウェイク間隔仮数(TWT Wake Interval Mantissa)、及びブロードキャストTWT情報(Broadcast TWT Information)である。
図4に、ブロードキャストTWT情報(Info)サブフィールドの実施形態例130を示す。図示のフィールドは、予備(Reserved)、ブロードキャストTWT ID(識別)(Broadcast TWT ID(identification))、及びブロードキャストTWT持続性(Broadcast TWT Persistence)である。
図5に、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドの実施形態例150を示す。図示のフィールドは、TWT要求(TWT Request)、TWT設定コマンド(TWT Setup Command)、トリガー、最後のブロードキャストパラメータセット(Last Broadcast Parameter Set)、フロータイプ(Flow Type)、ブロードキャストTWT推奨(Broadcast TWT Recommendation)、TWTウェイク間隔指数(TWT Wake Interval Exponent)、及び予備(Reserved)フィールドである。
3.課題の記述
ブロードキャストTWT推奨サブフィールドは、R-TWTの指示を示す。しかしながら、本明細書に開示するような強化されたR-TWT動作を提供するには、R-TWTのためのB-TWTシグナリングにどのようなパラメータ設定を含めるべきであるかを決定しなければならない。以下は、R-TWTのためのいくつかのパラメータ設定候補のリストである。
(a)R-TWT SP中に、トラフィックフローを指定するパラメータを送信することができる。(i)トラフィックフローは、SCS ID、トラフィック識別子(Traffic Identifier:TID)、リアルタイムアプリケーション(Real-Time Application:RTA)ID、又はユーザ優先度(User Priority:UP)によって識別することができる。なお、RTA IDは、1又は2以上の低遅延トラフィックストリームを表すIDであることができる。(ii)R-TWTシグナリングフレームが、R-TWTシグナリング中のトラフィック仕様(TSPEC)要素下のトラフィックのみをR-TWT SP中に送信できることを指定するTSPEC要素を伝えることもできる。なお、ストリーム分類サービス(SCS)では、ストリームを任意に一次キュー(primary queue)及び代替キュー(alternate queue)にマッピングすることができる。
(b)R-TWT SPを延長できるかどうかを示すパラメータ。例えば、R-TWT SPが予定開始時刻に開始しない場合もある。R-TWT SPが遅れて開始した場合には、R-TWT SPをその予定終了時刻後に延長することができる。
(c)異なるリンク上の複数の重複するR-TWT SPを開始できることを示すパラメータ。複数の重複するR-TWT SPを異なるリンク上でスケジュールできるオプションは2つ存在する。第1のオプションでは、これらのスケジュールされた重複するR-TWT SPのうちの1つのみを開始することができ、他のR-TWT SPはキャンセルされる。第2のオプションでは、これらのスケジュールされた重複するR-TWT SPのうちの複数を開始することができる。
(d)R-TWT SP中に空間再使用が必要であるかどうかを示すパラメータ。例えば、このパラメータは、IEEE802.11axで定められるパラメータ化空間再使用送信(Parameterized Spatial Reuse Transmission:PSRT)又はパラメータ化空間再使用受信(Parameterized Spatial Reuse Reception:PSRR)物理層収束手順(Physical Layer Convergence Procedure:PLCP)プロトコルデータユニット(PPDU)をR-TWTのスケジュール側APが空間再使用のために使用することを必要とすることができる。
(e)R-TWT SPを保護するためにクワイエット要素を使用すべきであるかどうかを示すパラメータ。R-TWT SP中には、スケジュール側APが、R-TWT SPのメンバーでないSTAからのチャネル競合を防ぐためにクワイエット間隔をスケジュールすることができる。これらのSTAは、スケジュール側APからクワイエット要素コマンドを受け取った後に、R-TWT SP中にクワイエットモードに入ることができる。
ブロードキャストTWT推奨サブフィールドは、R-TWTの指示を示す。しかしながら、本明細書に開示するような強化されたR-TWT動作を提供するには、R-TWTのためのB-TWTシグナリングにどのようなパラメータ設定を含めるべきであるかを決定しなければならない。以下は、R-TWTのためのいくつかのパラメータ設定候補のリストである。
(a)R-TWT SP中に、トラフィックフローを指定するパラメータを送信することができる。(i)トラフィックフローは、SCS ID、トラフィック識別子(Traffic Identifier:TID)、リアルタイムアプリケーション(Real-Time Application:RTA)ID、又はユーザ優先度(User Priority:UP)によって識別することができる。なお、RTA IDは、1又は2以上の低遅延トラフィックストリームを表すIDであることができる。(ii)R-TWTシグナリングフレームが、R-TWTシグナリング中のトラフィック仕様(TSPEC)要素下のトラフィックのみをR-TWT SP中に送信できることを指定するTSPEC要素を伝えることもできる。なお、ストリーム分類サービス(SCS)では、ストリームを任意に一次キュー(primary queue)及び代替キュー(alternate queue)にマッピングすることができる。
(b)R-TWT SPを延長できるかどうかを示すパラメータ。例えば、R-TWT SPが予定開始時刻に開始しない場合もある。R-TWT SPが遅れて開始した場合には、R-TWT SPをその予定終了時刻後に延長することができる。
(c)異なるリンク上の複数の重複するR-TWT SPを開始できることを示すパラメータ。複数の重複するR-TWT SPを異なるリンク上でスケジュールできるオプションは2つ存在する。第1のオプションでは、これらのスケジュールされた重複するR-TWT SPのうちの1つのみを開始することができ、他のR-TWT SPはキャンセルされる。第2のオプションでは、これらのスケジュールされた重複するR-TWT SPのうちの複数を開始することができる。
(d)R-TWT SP中に空間再使用が必要であるかどうかを示すパラメータ。例えば、このパラメータは、IEEE802.11axで定められるパラメータ化空間再使用送信(Parameterized Spatial Reuse Transmission:PSRT)又はパラメータ化空間再使用受信(Parameterized Spatial Reuse Reception:PSRR)物理層収束手順(Physical Layer Convergence Procedure:PLCP)プロトコルデータユニット(PPDU)をR-TWTのスケジュール側APが空間再使用のために使用することを必要とすることができる。
(e)R-TWT SPを保護するためにクワイエット要素を使用すべきであるかどうかを示すパラメータ。R-TWT SP中には、スケジュール側APが、R-TWT SPのメンバーでないSTAからのチャネル競合を防ぐためにクワイエット間隔をスケジュールすることができる。これらのSTAは、スケジュール側APからクワイエット要素コマンドを受け取った後に、R-TWT SP中にクワイエットモードに入ることができる。
4.0.本開示の目的
本R-TWTの開示は以下の目的を有する。
(a)図5のブロードキャストTWTパラメータセットフィールドの予備ビットを使用してR-TWTパラメータ設定を設定すること。例えば、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドを設定すること。ブロードキャストTWT推奨サブフィールドでは、このフィールドのビット5~7の値が予備である一方で、ブロードキャストTWTパラメータセットフィールドのB15も予備である。
(b)図4のブロードキャストTWT情報サブフィールドではビットB0~B2が予備である。
(c)強化されたR-TWT動作の実装。
本R-TWTの開示は以下の目的を有する。
(a)図5のブロードキャストTWTパラメータセットフィールドの予備ビットを使用してR-TWTパラメータ設定を設定すること。例えば、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドを設定すること。ブロードキャストTWT推奨サブフィールドでは、このフィールドのビット5~7の値が予備である一方で、ブロードキャストTWTパラメータセットフィールドのB15も予備である。
(b)図4のブロードキャストTWT情報サブフィールドではビットB0~B2が予備である。
(c)強化されたR-TWT動作の実装。
5.0.実施形態
5.1.R-TWTセットを表すための予備ビットオプション
図6に、各予備ビットがR-TWT設定を表すオプションの実施形態例170を示す。なお、R-TWTシグナリングのための各予備ビットの定義はプロトコル内で予め決まっている。このフロー図では、プロトコルがオプション1又はオプション2のいずれかを選択すべきである。このフローチャートは、STAがブロードキャストTWTパラメータセットフィールド内のパラメータをR-TWTシグナリングのために設定できることを表す。STAは、TWTスケジュール側AP又は個々のSTAであることができる。
5.1.R-TWTセットを表すための予備ビットオプション
図6に、各予備ビットがR-TWT設定を表すオプションの実施形態例170を示す。なお、R-TWTシグナリングのための各予備ビットの定義はプロトコル内で予め決まっている。このフロー図では、プロトコルがオプション1又はオプション2のいずれかを選択すべきである。このフローチャートは、STAがブロードキャストTWTパラメータセットフィールド内のパラメータをR-TWTシグナリングのために設定できることを表す。STAは、TWTスケジュール側AP又は個々のSTAであることができる。
具体的には、このフロー図には、STAがブロードキャストTWTパラメータセットフィールドをR-TWTシグナリングのために再使用(172)して、オプション1又はオプション2のいずれかを選択(174)することを示す。オプション1の場合、STAは、このシグナリングがR-TWTのためのものであることを示すようにブロードキャストTWT推奨サブフィールドの最上位ビットを第1の状態(例えば、「1」)に設定するとともに、他のビットもR-TWTパラメータ設定のために設定する(176)。その後、STAは、ブロック180において、ブロードキャストTWTパラメータセットフィールド内の他の予備ビットをR-TWTパラメータ設定のために使用する。
一方で、STAは、ブロック174においてオプション2を使用すると決定した場合、このシグナリングが異なるタイプのR-TWTのためのものであることを示すようにブロードキャストTWT推奨サブフィールドを4以上の値に設定し(178)、その後に実行は上述したようなブロック180に到達する。
図7は、図6のオプション1を使用する場合に、受け取られたブロードキャストTWTパラメータセットフィールドがR-TWTシグナリングを示しているかどうかをSTAが識別することを表す実施形態例190を示す。なお、STAは、TWTスケジュール側AP又は個々のSTAであることができると理解されたい。
具体的には、このフロー図には、STAがブロードキャストTWTパラメータセットフィールドを受け取り(192)、その後にブロードキャストTWT推奨サブフィールドの最上位ビットが第1の状態(例えば、「1」)に設定されているかどうかを判定するチェック194を行うことを示す。
ビットが第1の状態に設定されていない場合、B-TWTシグナリングでのブロードキャストTWTパラメータセットフィールドであるブロック200に到達する。
一方でビットが第1の状態である場合、実行はチェック194からブロック196に進んで、ブロードキャストTWTパラメータセットフィールドがR-TWTシグナリングのために設定されていることを認識し、その後にSTAは、ブロードキャストTWTパラメータセットフィールド内に見られるパラメータ設定をR-TWTのために使用する(198)。
図8に、図6のオプション2を使用する場合に、受け取られたブロードキャストTWTパラメータセットフィールドがR-TWTシグナリングを示しているかどうかをSTAが識別することを表す実施形態例210を示す。
このフローチャートは、図6のオプション2を使用する場合に、受け取られたブロードキャストTWTパラメータセットフィールドがR-TWTシグナリングのためのものであるかどうかをSTAがどのように識別するかについて説明するものである。なお、STAはTWTスケジュール側AP又は個々のSTAであることができると理解されるであろう。
具体的には、このフロー図には、STAがブロードキャストTWTパラメータセットフィールドを受け取り(212)、その値が既存のサブフィールド値との互換性を示す上で「4」という設定値以上であるかどうかを判定するためにブロードキャストTWT推奨サブフィールドをチェックする(214)こと示す。値がこの設定値以上でない場合、B-TWTシグナリングが実行されると判定される(220)。
一方で、ブロック214において値が一致する(この事例では4という設定値以上である)場合、実行はブロック216に到達して、ブロードキャストTWTパラメータセットフィールドがR-TWTシグナリングの実行を示していると判定される。この結果、STAは、ブロック218において、ブロードキャストTWTパラメータセットフィールド内のパラメータ設定をR-TWTのために使用する。
5.2.各予備ビットがR-TWTセットを表すオプション1
図9に、各予備ビットがR-TWTセットを表すオプション1の例を示す、ブロードキャストTWT推奨サブフィールド内の要求タイプフィールドの実施形態例230を示す。
図9に、各予備ビットがR-TWTセットを表すオプション1の例を示す、ブロードキャストTWT推奨サブフィールド内の要求タイプフィールドの実施形態例230を示す。
ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドは、B7~B15のみを含む。このフィールドがR-TWTシグナリング、特にR-TWTネゴシエーションのためのものである場合には、要求タイプフィールド内、又はブロードキャストTWTパラメータセットフィールド内のいずれかの場所に、R-TWTパラメータ設定のためのさらなるビットを追加することができる。なお、各ビットパラメータの位置は変更することができる。
ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット9(B9)(又は最上位ビット)には、R-TWT指示(R-TWT indication)サブフィールドが存在する。R-TWT指示は、シグナリングがR-TWTのためのものであるか、それともB-TWTのためのものであるかを示す1ビット指示を提供する。例えば、R-TWT指示は、第1の状態(例えば、「1」)に設定された時には、シグナリングがB-TWTではなくR-TWTのためのものであることを示す。従って、このシグナリングにおけるTWT SPはR-TWT SPのためにスケジュールされる。そうでなければ、ブロードキャストTWT推奨フィールドの値はブロードキャストTWTシグナリングのためのものである0~3であり、このシグナリングにおけるTWT SPはB-TWT SPのためにスケジュールされる。
ブロードキャストTWTパラメータセットフィールド内の他の予備ビットについては、シグナリングがR-TWTのためのものである場合には、各ビットを使用してR-TWTのためのパラメータセットを設定することができる。各オプションビットは、スケジュール側APのみが設定することができ、他のSTAは、同じR-TWTのためのブロードキャストTWTパラメータセットを送信する際にはスケジュール側APによる設定に従う必要がある。
或いは、少なくとも1つの実施形態では、スケジュール側APのみとR-TWTのメンバーシップを要求するSTAとの間で各オプションビットをネゴシエートすることもできる。スケジュール側APは、ネゴシエーション後にこのオプションビットの設定を他のメンバーにブロードキャストし、或いは設定をブロードキャストする際にこのオプションビットを予備にする。
例えば、図9のML上の重複するR-TWT(Overlapped R-TWT on ML)フィールドは、STAがR-TWTのメンバーシップを要求する際には設定されるが、スケジュール側APがブロードキャストTWTパラメータセットをブロードキャストする際には別様に予備にされる(使用されない)。スケジュール側APによるブロードキャスト時にこのオプションビットが予備である場合、このビットオプションは、スケジュール側APと、このオプションをネゴシエートするR-TWTメンバーSTA(又は被スケジュール側STA)との間でのみ有効である。スケジュール側APによるブロードキャスト時にこのオプションビットが設定されている場合、このビットオプションは、対応するR-TWTの全てのメンバーSTAについても有効である。なお、以下の各オプションの説明は、たとえこれらのオプションがブロードキャストTWTパラメータセットフィールド内に設定されたパラメータでない場合でもR-TWTのデフォルト動作を表すことができる。例えば、R-TWT SPは常にデフォルトで延長することができるので、R-TWT SP延長(extend R-TWT SP)フィールドは、ブロードキャストTWTパラメータセットフィールド内に設定されたパラメータではないことができる。
なお、以下の各オプションは、(R-TWTパラメータ設定のためにブロードキャストTWTパラメータ設定フィールドに追加されるさらなるビットを含む)ブロードキャストTWTパラメータ設定フィールド内のいずれかの(単複の)ビットであることができる。
(1)クワイエット要素保護(Quiet element protection):この1ビットは、R-TWT SPを保護するためにクワイエット間隔がスケジュールされるかどうかを示す。このサブフィールドは、スケジュール側APがR-TWT SPを保護するためにクワイエット要素を使用してクワイエット間隔をスケジュールすることを示すために第1の状態(例えば、「1」)に設定される。このビットを受け取ったSTA(又はR-TWT SPのみのメンバーSTA)は、R-TWT SP中にスケジュールされたクワイエット間隔を無視することができる。そうでなければ、このサブフィールドは第2の状態(例えば、「0」)に設定され、R-TWT SPを保護するためにクワイエット間隔はスケジュールされない。
(2)全SCS(ALL SCS)(又は全トラフィックストリーム(TS)):この1ビットは、全てのSCS(又はTS)に属するトラフィックがR-TWT SP中に送信を許可されるかどうかを示す。このフィールドは、許可される場合には第1の状態(例えば、「1」)に設定され、或いは許可されない場合には第2の状態(例えば、「0」)に設定されて、指定されたSCS(又はTS)に属するトラフィックのみがR-TWT SP中に送信を行うことができる。少なくとも1つの実施形態では、TWT要求/応答フレームなどのTWTシグナリングフレームに(SCSID、TID、TSPEC要素、又はQoS特性要素などの)SCS(又はTS)設定情報を含めることができる。
(3)R-TWT SP延長(Extend R-TWT SP):このサブフィールドは1ビット指示を構成することができる。このビットが第1の状態(例えば、「1」)に設定された場合には、例えばそのR-TWT SPが予定通りに開始しなかった場合、又はR-TWTのメンバーがR-TWT SPの予定開始時刻にチャネルにアクセスできなかった場合にR-TWTのメンバー(又はスケジュール側APのみ)がR-TWT SPを延長することができる。
この場合、スケジュール側AP又はメンバーSTAは、当初のスケジュールされたR-TWT SP終了時刻を超えるTXOPをR-TWT SP中に予約することができる。なお、少なくとも1つの実施形態では、延長されたR-TWT SP時間が、送信機会(TXOP)制限よりも長くならないように制約される。また、少なくとも1つの実施形態では、R-TWT SP中に(スケジュール側APを含む)R-TWTメンバーによって取得されるTXOP時間も、スケジュールされたR-TWT SP時間よりも長くならないように制約される。少なくとも1つの実施形態では、R-TWTがトリガーベースであることができ、APのみがR-TWT SPを延長することができる。そうでなければ、このビットは第2の状態(例えば「0」)に設定され、R-TWT SPを延長することはできない。R-TWT SPは、予定終了時刻に終了する必要があり、R-TWT SP中に(スケジュール側APを含む)R-TWTメンバーによって予約されるTXOPは、R-TWT SPの当初の予定終了時刻を超えることができない。少なくとも1つの実施形態では、現在のR-TWT SPの直後にスケジュールされた別のR-TWT SPが存在する場合、現在のR-TWT SPのR-TWT SPサブフィールドの範囲は第2の状態(例えば、「0」)に設定されるべきである。少なくとも1つの実施形態では、スケジュール側APがこのサブフィールドを設定する決定を行う。
いくつかの実施形態では、R-TWT SP外のチャネルを求めて競合しないR-TWT SPのいずれかのメンバーSTAのDL送信、及び/又はR-TWT SPのメンバーSTAのUL/P2P送信の場合にのみ、R-TWT SPを延長することができる。
(4)必要ターゲットウェイクアップ(Target Wake-up required):このサブフィールドは1ビット指示で実装することができる。このビットが第1の状態(例えば、「1」)に設定された場合、R-TWTのメンバーはブロードキャストTWTに従って起動及びスリープを行う。例えば、R-TWTのメンバーSTAは、R-TWT SP中に起動してR-TWT SP外ではスリープする。そうでなければ、このビットは第2の状態(例えば、「0」)に設定され、R-TWTのメンバーSTAは常に起動した状態を保つ。この結果、スケジュール側APは、R-TWT SP外のメンバーSTAにDL送信を行う(及び/又はUL/P2P送信をトリガーする)ことができる。なお、R-TWT SPは、B-TWT SPと同様にスケジュールされて通知される。
(5)ML上の重複するR-TWT:この1ビット指示は、スケジュール側AP MLD及び同じR-TWT MLDメンバーが異なるリンク上で複数の重複するR-TWT SPを開始することができるかどうかを示すように設定することができる。このビットが第1の状態(例えば、「1」)に設定された場合、AP及びR-TWTメンバーは異なるリンク上で複数のR-TWT SPを開始することができる。少なくとも1つの実施形態では、R-TWT SPを保護するためにクワイエット間隔を使用できないことがある。そうでなければ、このビットは第2の状態(例えば、「0」)に設定され、AP及びR-TWTメンバーは、たとえ異なるリンク上に複数の重複するR-TWT SPがスケジュールされている場合でも1つのリンク上で1つのR-TWT SPしか開始することができない。
(6)PSRR:この1ビット指示は、APがUL送信をトリガーするためにPSRR PPDUを送信する必要があるかどうかを示すために使用することができる。このビットが第1の状態(例えば、「1」)に設定された場合、APは、R-TWT SP中にUL送信(PSRT PPDU)をトリガーするためにPSRR PPDUを送信するように構成される。すなわち、APは、OBSS STAによるパラメータ化空間再使用(PSR)ベースのSR送信の実行を無効にするために、トリガフレーム(PSRR PPDU)の共通情報フィールド内のアップリンク(UL)空間再使用サブフィールド内の空間再使用フィールドをPSR_DISALLOW又はPSR_AND_NON-SRG_OBSS_PD_PROHIBITEDに設定することはできない。応答型TB PPSU(solicited TB PPSU)の空間再使用の値は、PSRR PPDUに従うべきである。重複基本サービスセット(Overlapping Basic Service Set:OBSS)STAは、このビットを受け取ると、R-TWT SP中に空間再使用パラメータ(SRP)が存在することを認識する。
そうでなければ、このビットは第2の状態(例えば、「0」)に設定され、APは、UL送信のトリガー時にPSRR PPDUを送信しない。APがこのオプションをブロードキャストした場合、このオプションを受け取ったOBSS STAは、パラメータ化空間再使用(PSR)機会中にチャネルにアクセスすることができ、基本サービスセット(BSS)内STA(intra-Basic Service Set(BSS)STA)は、PSRベースのSRをサポートしていない場合にはR-TWTのメンバーシップを要求しないことができる。BSS内STAは、メンバーシップを要求する際にこのオプションの変更を要求することもできる。
(7)SRイネーブル:この1ビット指示は、R-TWT SP中に空間再使用が許可されるかどうかを示すために使用することができる。このビットが第1の状態(例えば、「1」)に設定された場合、AP及びR-TWTのメンバーは、IEEE802.11axで定められるOBSSプリアンブル検出(PD)ベースの空間再使用及びPSRベースの空間再使用などの空間再使用動作をR-TWT SP中に実行することができる(又は実行しなければならない)。R-TWT SP中の空間再使用動作は、R-TWT SP外のものと同じであることができる。そうでなければ、このビットは第2の状態(例えば、「0」)に設定され、スケジュール側AP及びR-TWTのメンバーは、R-TWT SP中に空間再使用動作を実行することができない。APがこのオプションをブロードキャストした場合、このオプションを受け取ったOBSS STAは、空間再使用(PSR)機会中にチャネルにアクセスすることができ、BSS内STAは、SRをサポートしていない場合にはR-TWTのメンバーシップを要求しないことができる。BSS内STAは、メンバーシップを要求する際にこのオプションの変更を要求することもできる。
(8)TWT保護(TWT protection):このビットは、個々のTWTパラメータセット(Individual TWT parameter set)フィールド内のTWT保護要求タイプフィールドと同様のものである。
(9)全TID(All TID):この1ビット指示は、R-TWT SP中に全てのTIDに属するトラフィックを送信できるかどうかを示すように設定される。このフィールドは、R-TWT SP中に全てのTIDに属するトラフィック(場合によっては低遅延トラフィックのみ)を送信できる場合には第1の状態(例えば、「1」)に設定され、R-TWTのメンバーであるSTAは、送信すべき全てのTIDに属するトラフィック(場合によっては低遅延トラフィックのみ)をR-TWT SP中に送信することができる。そうでなければ、このサブフィールドは第2の状態(例えば、「0」)に設定され、指定されたTIDに属するトラフィックのみ(場合によっては低遅延トラフィックのみ)をR-TWT SP中に送信することができる。トラフィック情報は、TWT要求/応答フレームなどのTWTシグナリングフレームに含めることができる。
(10)リンクIDビットマップ存在(Link ID Bitmap Present):この1ビット指示は、ブロードキャストTWTパラメータセットフィールド内にリンクIDビットマップフィールドが存在するかどうかを示すために使用することができる。このビットが第1の状態(例えば、「1」)に設定された場合、R-TWTシグナリングはマルチリンクR-TWTのためのものであり、ブロードキャストTWTパラメータセットフィールド内にリンクIDビットマップフィールドが存在する。R-TWT SPは、リンクIDビットマップフィールド内に示されるリンク上でスケジュールされるべきである。そうでなければ、このビットは第2の状態(例えば、「0」)に設定され、ブロードキャストTWTパラメータセットフィールド内にリンクIDビットマップフィールドが存在しない。R-TWTシグナリングは、シグナリングを送信するリンクのみのためのものである。
(11)R-TWT外送信許可(Transmission allowance outside R-TWT):このフィールドは、R-TWTのメンバーSTAがR-TWT SP外でチャネルアクセス権を求めて競合(すなわち、フレームを送信)できることを示すために第1の状態(例えば、「1」)に設定される。TWT要求フレームでは、(「1」に設定された)このビットが、R-TWTのメンバーシップを求める個々のSTAがR-TWTSP外でフレームを送信する(及び/又は受信する)必要がある(又は予定である)ことを表すこともできる。TWT応答フレームでは、(「1」に設定された)このビットが、R-TWTスケジュール側APがR-TWTのメンバーSTAのUL(及び/又はDL及び/又はP2P)送信をスケジュールできる/する予定であることを示すこともできる。そうでなければ、このビットは、R-TWTのメンバーSTAがR-TWT SP外でチャネルアクセス権を求めて競合(場合によっては送信及び受信)できない(又は競合すべきではない)ことを示すために第2の状態(例えば、「0」)に設定される。TWT要求フレームでは、(「0」に設定された)このビットが、R-TWTのメンバーシップを求める個々のSTAがR-TWTのSP外でフレームを送信(及び/又は受信)しないことを表すこともできる。TWT応答フレームでは、(「0」に設定された)このビットが、R-TWTスケジュール側APがR-TWTのメンバーSTAのUL(及び/又はDL及び/又はP2P)送信をスケジュールしないことを示すこともできる。
個々のSTAが、R-TWTのSP外でフレームを送信する(及び/又は受信する)必要がある(又はする予定である)ことを示すようにTWT要求フレーム内でこのビットを設定し、TWT要求が受け入れられると、R-TWTスケジュール側APは、スケジュールされたR-TWT SP内でのみ個々のSTAのUL(及び/又はDL及び/又はP2P)送信をスケジュール(又はトリガ)することができる。例えば、R-TWT SPが予定終了時刻後に延長された場合、R-TWTスケジュール側APは、個々のSTAのUL(及び/又はDL及び/又はP2P)送信をスケジュールしない。すなわち、R-TWT SPは、R-TWT SPのメンバーである個々のSTAのUL(及び/又はDL、及び/又はP2P)送信のために延長されない。個々のSTAが、R-TWTのSP外でフレームを送信(及び/又は受信)しないことを示すようにTWT要求フレーム内でこのビットを設定し、TWT要求が受け入れられると、R-TWTスケジュール側APは、R-TWT SPのメンバーである個々のSTAのUL(及び/又はDL及び/又はP2P)送信のためにR-TWT SPを延長することができる。
図には、B7を全SCSサブフィールドに使用し、B8をクワイエット要素保護サブフィールドに使用し、B15をML上の重複R-TWTサブフィールドに使用する例を示す。なお、各予備ビットはいずれかのR-TWTパラメータセットオプションに使用することができる。例えば、B7の全SCSサブフィールドは、全TIDサブフィールドに置き換えることもできる。なお、R-TWTのためのブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドには、これがR-TWTシグナリングのためのものである場合にはさらなるビットを追加することができる。例えば、図示のように、PSRRフィールド、SRイネーブルフィールド、TWT保護フィールド、全TIDフィールド、リンクIDビットマップ存在フィールド、R-TWT外送信許可フィールドは、R-TWTパラメータ設定のためのさらなるビットに存在する。また、これらのさらなるビットは、R-TWTパラメータ設定のためのブロードキャストTWTパラメータセットフィールド内のいずれかの場所に存在することができると理解されたい。
5.3.ブロードキャストTWT情報における予備ビットの使用例
図10に、ブロードキャストTWT情報フィールド内の予備ビットを使用する実施形態例250を示す。この例に示すように、B-TWTシグナリングをR-TWTのために使用する場合には、ブロードキャストTWT情報フィールド内の予備ビットB0~B2をR-TWT情報のために使用することができる。なお、予備ビットは、図9に示すいずれかのフィールドのために使用することができる。
図10に、ブロードキャストTWT情報フィールド内の予備ビットを使用する実施形態例250を示す。この例に示すように、B-TWTシグナリングをR-TWTのために使用する場合には、ブロードキャストTWT情報フィールド内の予備ビットB0~B2をR-TWT情報のために使用することができる。なお、予備ビットは、図9に示すいずれかのフィールドのために使用することができる。
(1)全SCS:この1ビット指示は、全てのSCSに属するトラフィックの送信をR-TWT SP中に許可するかどうかを示すように設定される。このフィールドは、第1の状態(例えば、「1」)に設定されると、全てのSCSに属するトラフィックの送信をR-TWT SP中に許可し、R-TWTのメンバーであるSTAは、全てのSCSに属するトラフィックをR-TWT SP中に送信することができる。そうでなければ、このサブフィールドは第2の状態(例えば、「0」)に設定され、指定されたSCSに属するトラフィックのみをR-TWT SP中に送信することができる。TWT要求/応答フレームなどのTWTシグナリングフレームには、SCS設定情報(例えば、SCS IDフィールド、TSPEC要素(又はQoS特性要素)、TCLAS要素、トラフィック分類(TCLAS)処理要素、アクセスカテゴリ内優先度要素)を含めることができる。SCS設定情報は、R-TWT SP中にトラフィックを送信すべきSCSを設定するために使用することができる。この例では、全SCSフィールドが第2の状態(例えば、「0」)に設定された場合、SCS IDフィールドに示されるSCSからのトラフィックをR-TWT SP中に送信することができる。
(2)AC:このフィールドがACに設定されると、ACフィールドに示されるAC以上の優先度を有するトラフィックをR-TWT SP中に送信することができる。例えば、AC_BKの値を0、AC_BEの値を1、AC_VIの値を2、AC_VOの値を3とする。AC_VO、AC_VIはAC_BEよりも高い優先度を有するので、このフィールドが1に設定されると、AC_VO、AC_VI、AC_BEのトラフィックをR-TWT SP中に送信することができる。いくつかの事例では、ACフィールド内に示されるACのトラフィックのみをR-TWT SP中に送信することができる。
(3)ブロードキャストTWT情報がR-TWTのために使用される場合、ブロードキャストTWT IDはR-TWT IDを表す。なお、スケジュール側AP又はSTAは、R-TWT及びブロードキャストTWTに同時に同じIDを設定すべきではない。このようにして、AP又はSTAは、ブロードキャストTWTとR-TWTをそのIDによって区別することができる。
(4)ACサブフィールドは、ブロードキャストTWTパラメータセットフィールド内の他のいずれか2つの予備ビットによって伝えることができる。
5.4.全SCSをゼロに設定する例
図11に、全SCSを許可しないよう(例えば、「0」)に設定する実施形態例290を示す。図の上部にはブロードキャストTWT情報フィールドを示しており、図の下部にはブロードキャストTWTパラメータセットフィールドを示している。
図11に、全SCSを許可しないよう(例えば、「0」)に設定する実施形態例290を示す。図の上部にはブロードキャストTWT情報フィールドを示しており、図の下部にはブロードキャストTWTパラメータセットフィールドを示している。
(1)全SCSフィールドが「0」(第2の状態)に設定されると、TWT設定(要求/応答)フレームなどのTWTシグナリングフレーム内のブロードキャストTWTパラメータセットフィールドに、トラフィックストリーム毎のSCSID、TSPEC(又はQoS特性要素)及びTIDなどのトラフィック情報(すなわち、トラフィックストリーム毎のもの)を含めることができる。なお、全SCSフィールドは、トラフィック情報の存在を示すことができるいずれかのフィールドに置き換えることができると理解されたい。少なくとも1つの実施形態では、例えばR-TWTのメンバーシップを要求するために非AP STAによってSCS ID、TID及びTSPECフィールド(又はQoS特性要素)が送信される時に、これらのフィールドがデフォルトで存在することができる。トラフィック情報は、TWT設定(要求/応答)フレームなどのTWTシグナリングフレーム内のいずれかの場所に含めることができる。
(2)R-TWTのメンバーシップを要求するために非AP STAによって送信されるブロードキャストTWT設定フレームのブロードキャストTWTパラメータセットフィールド内にトラフィック情報が存在する場合、このトラフィック情報は、トラフィック情報に示される(非AP STAとスケジュール側APとの間の)トラフィックストリームに属するトラフィックをR-TWT SP中に送信する必要があることを指定する。スケジュール側APは、この情報を受け取ると、その情報に基づいてメンバーシップ要求を受け入れるべきであるか否かを決定することができる。以下は、トラフィック情報内に見られる内容によってスケジュール側APがメンバーシップ要求を受け入れない2つの例である。
(a)少なくとも1つの実施形態では、ブロードキャストTWTパラメータセットフィールドに示される全てのトラフィックストリームのトラフィックを送信するのに必要な合計時間が、R-TWT SPのためにスケジュールできる時間を上回る場合、メンバーシップ要求は受け入れられない。例えば、ブロードキャストTWTパラメータセットフィールドに示される全てのトラフィックストリームのTSPEC要素の媒体時間の合計は、スケジュールされたR-TWT SPに1秒当たりに許可される時間よりも長い。
(b)少なくとも1つの実施形態では、ブロードキャストTWTパラメータセットフィールドに示される全てのトラフィックストリームのトラフィックを送信するのに必要な合計時間が、スケジュール側APがスケジュールできる(又はスケジュール側AP MLDが全てのリンク上でスケジュールできる)全てのR-TWT SPの合計時間の上限を上回る場合、メンバーシップ要求は受け入れられない。ネットワーク内には、各スケジュール側APがスケジュールできる(又はスケジュール側AP MLDが全てのリンク上でスケジュールできる)全てのR-TWT SPの合計時間の上限が存在することができる。例えば、ブロードキャストTWTパラメータセットフィールドに示される全てのトラフィックストリームの送信時間(例えば、ブロードキャストTWTパラメータセットフィールドに示される全てのトラフィックストリームのTSPEC要素における媒体時間の合計は毎秒60msに等しい)が、スケジュール側AP(又はスケジュール側AP MLD)の全てのR-TWT SPの合計時間が上限値(上限値=ビーコン間隔(例えば、0.1s)当たり5ms、又は約5ms/0.1s=50ms/s<60ms/s)を上回るR-TWT SP時間をスケジュールすることをスケジュール側APに求める場合、スケジュール側APはメンバーシップ要求を拒絶することができる。
(3)R-TWTのメンバーシップ要求を受け入れるためにスケジュール側APによって送信されるブロードキャストTWT設定フレームのブロードキャストTWTパラメータセットフィールド内にトラフィック情報が存在する場合、このトラフィック情報は、スケジュールされたR-TWT SP中に送信できる(非AP STAとスケジュール側APとの間で送信される)トラフィックを表すことができる一方で、(非AP STAとスケジュール側APとの間で送信される)他のトラフィックは、R-TWT SP中に送信することができず、又は(トラフィック情報に示されるトラフィックと比べて)低い優先度を有することができる。
(4)R-TWTのメンバーシップ要求に応答するためにスケジュール側APによって送信されるブロードキャストTWT設定フレームのブロードキャストTWTパラメータセットフィールド内にトラフィック情報が存在し、応答フレーム内のTWT設定コマンドフィールドが代替TWT(Alternate TWT)又は指示TWT(Dictate TWT)である場合、このトラフィック情報は、R-TWT SP中に送信するように提案される(非AP STAとスケジュール側APとの間で送信される)トラフィックを表すことができる。非AP STAは、R-TWTのメンバーシップを要求するために、提案されるトラフィック情報を含む別の要求フレームを送信することができる。
(5)さらなるSCS/TID(More SCS/TID):このフィールドは、第1の状態(例えば、「1」)に設定されると、別のトラフィックストリームのためのSCSID、TSPEC及びTIDなどのさらなるトラフィック情報が存在することを示す。そうでなければ、このビットは第2の状態(例えば「0」)に設定される。
(6)トラフィック情報は、SCS又はTSPEC下での遅延に弱いトラフィックを他のトラフィックと区別することなどのトラフィックの識別に使用することができる。
(7)なお、スケジュール側AP MLDは、異なるリンクに所属する複数のスケジュールを有するMLDである。SCSなどの1つのトラフィックストリームは、スケジュール側AP MLDの1つのR-TWTのみにマッピングすることができ、或いは1つのリンク上のスケジュール側APの1つのR-TWTのみにマッピングすることができる。例えば、1つのSCSは1つのR-TWTにしかマッピングすることができない。すなわち、SCSのトラフィックがそのR-TWT SP中にR-TWTによって送信を許可された場合、他のR-TWTは、そのR-TWT SP中にそのSCSのトラフィック送信要求を受け入れるべきではない。
5.5.リンクIDビットマップが存在することの設定例
図12に、リンクIDビットマップが存在することを示す実施形態例310を示す。図の上部には、R-TWTのブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドを示しており、図の下部には、ブロードキャストTWTパラメータセットフィールドを示している。
図12に、リンクIDビットマップが存在することを示す実施形態例310を示す。図の上部には、R-TWTのブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドを示しており、図の下部には、ブロードキャストTWTパラメータセットフィールドを示している。
シグナリングがR-TWTのために使用されており、シグナリング内でリンクIDビットマップ存在が第1の状態(例えば、「1」)に設定されている時には、ブロードキャストTWTパラメータセットフィールド内にリンクIDビットマップが存在する。
図示のように、R-TWTのブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのB15は、リンクIDビットマップ存在サブフィールドを伝えるために使用される。ブロードキャストTWTパラメータセットフィールド内のいずれかの予備ビットは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのB15と同様に動作することができる。
リンクIDビットマップ(Link ID Bitmap):このフィールドは、各ビットがリンクに事前設定又はマッピングされた一連のビットから成る。あるビットが第1の状態(例えば、「1」)に設定されている場合、そのビットに関するリンクにはR-TWTが設定されている。そうでなければ、ビットは第2の状態(例えば、「0」)に設定され、そのビットに関するリンクにはR-TWTが設定されていない。なお、これは、複数リンク上の重複するR-TWT SPをスケジュールするための1つの可能な方法である。また、リンクIDビットマップ存在サブフィールドを複数リンク上のブロードキャストTWT設定のために使用することもできる。なお、リンクIDビットマップフィールドでは複数のビットを「1」に設定することができる。
5.6.オプション2:各値がR-TWTオプションを表す
オプション2では、ブロードキャストTWT推奨フィールドのビット4~7のビット値が、デフォルトパラメータが設定された1つのR-TWTを表す。
オプション2では、ブロードキャストTWT推奨フィールドのビット4~7のビット値が、デフォルトパラメータが設定された1つのR-TWTを表す。
限定ではなく一例として、4~7の各値は、以下のR-TWT設定のうちの1つを表すように設定することができる。
- ベーシックR-TWT、又は、
- クワイエット要素又は保護を伴うR-TWT、又は、
- クワイエット要素又は保護を伴う、指定されたSCSのみのためのR-TWT、又は、
- 指定されたSCSのみのためのR-TWT、又は、
- ML上の重複するR-TWT、又は、
- 指定されたSCSのみのためのML上の重複するR-TWT、又は、
- ターゲットウェイクアップを必要としないR-TWT、又は、
- R-TWT SP中に送信されるフレームの制約が値0~3に類似するR-TWT。
- ベーシックR-TWT、又は、
- クワイエット要素又は保護を伴うR-TWT、又は、
- クワイエット要素又は保護を伴う、指定されたSCSのみのためのR-TWT、又は、
- 指定されたSCSのみのためのR-TWT、又は、
- ML上の重複するR-TWT、又は、
- 指定されたSCSのみのためのML上の重複するR-TWT、又は、
- ターゲットウェイクアップを必要としないR-TWT、又は、
- R-TWT SP中に送信されるフレームの制約が値0~3に類似するR-TWT。
この例では、例えば値4がベーシックR-TWTを表す。なお、これらの値は、本開示の教示から逸脱することなくいずれかの所望の順序でマッピングすることができると理解されたい。
5.6.複数リンク上の重複するR-TWT SP
図13に、複数リンク上の重複するR-TWT SPを実行する実施形態例330を示す。異なるリンク上の重複するR-TWTは、スケジュール側AP MLDによって管理されるR-TWTであり、その異なるリンク上のR-TWT SPは同じ期間にわたってスケジュールされる。なお、重複するR-TWTは、同じTID又は同じSCS又はトラフィックストリーム又は同じMLDメンバーにサービスを提供するもののみを表すことができる。
図13に、複数リンク上の重複するR-TWT SPを実行する実施形態例330を示す。異なるリンク上の重複するR-TWTは、スケジュール側AP MLDによって管理されるR-TWTであり、その異なるリンク上のR-TWT SPは同じ期間にわたってスケジュールされる。なお、重複するR-TWTは、同じTID又は同じSCS又はトラフィックストリーム又は同じMLDメンバーにサービスを提供するもののみを表すことができる。
具体的には、この動作は、異なるリンク上の複数の重複するR-TWT SPが同じR-TWTメンバーのために同じ期間にわたってスケジュールされる(332)ことを示す。
チェック334において、複数リンク上の重複するR-TWTが許可されるかどうかを判定する。一例として、チェック334は、MLサブフィールドが、ML上の重複するR-TWTが許可されることを示す第1の状態(例えば、「1」)に設定されているかどうかをチェックすることを含むことができ、MLサブフィールド上の重複するR-TWTが第2の状態(例えば、「0」)に設定されている場合、ML上の重複するR-TWTは許可されない。
複数リンク上の重複するR-TWTが許可されない場合、ブロック338において、1つのリンク上で1つのR-TWT SPが開始されるとプロセスが判定した場合、同じ期間にわたってスケジュールされている他のリンク上の他の重複するR-TWT SPはキャンセルされる。
一方で、複数リンク上の重複するR-TWTが許可される場合、ブロック336において、1つのリンク上で1つのR-TWT SPが開始されるとプロセスが判定した場合、同じ期間にわたってスケジュールされている他のリンク上の他の重複するR-TWT SPも開始することができる。
5.7.ML上の重複するR-TWTの例
図14に、ML上の重複するR-TWTの第1の例(ML上の重複するR-TWT=0)の実施形態例350を示す。
図14に、ML上の重複するR-TWTの第1の例(ML上の重複するR-TWT=0)の実施形態例350を示す。
この図には、AP1 354及びAP2 356を含むMLD352を示す。
例えばリンク1及びリンク2などの異なるリンク上でスケジュールされた、R-TWT SP1 358及びSP2 360などの複数の重複するR-TWT SPが存在する。ML上の重複するR-TWTフィールドは、重複するR-TWT SPについて0に設定される。MLDメンバーは、リンク2上のR-TWT SP2 366を開始する(364)。
リンク1及びリンク2上で動作する全てのMLDは、例えばR-TWT SP2の開始を示すフレームを検知することによってリンク2上でR-TWT SP2が開始されたことを確認することができ、従ってML上の重複するR-TWTフィールド=0であるため、リンク1上のR-TWT SP1はキャンセルされると認識する(362)。この結果、全てのMLD(又はR-TWTメンバーでないMLDのみ)は、R-TWT SP1中にリンク1上のチャネルを求めて競合することができる。リンク1上のR-TWT SP中にクワイエット間隔がスケジュールされている場合、リンク1上で動作するSTAはクワイエット間隔を無視することができる。
AP2又はR-TWT SP2メンバーは、R-TWT SP2の開始を示すフレームを送信することができる。例えば、このフレームは、R-TWT SP2の開始を示す特別な受信者アドレス(RA)フィールドを有する送信許可(Clear-to-Send:CTS)フレームであることができる。フレームのRAフィールド(例えば、CTS)は、R-TWT ID及び/又はSTA ID及び/又はBSS IDにマッピングできる、リンクへの特別なIDに設定することができる。少なくとも1つの実施形態又はモードでは、フレームのRAフィールドをAP2のアドレスに設定することができる。他の局(ノード)は、AP2によってスケジュールされたR-TWT SP2の開始を決定することができる。
図15に、ML上の重複するR-TWTの第2の例(ML上の重複するR-TWT=0)の実施形態例370を示す。この図には、AP1 354及びAP2 356を含むMLD352と、関連する局STA1 398及びSTA2 400を含む、R-TWTのメンバーではない別のMLD396との間の通信を示す。
ここでは、リンク1及びリンク2として示す異なるリンク上で、R-TWT SP1 372及びSP2 374として例示する複数の重複するR-TWT SPがスケジュールされている。ML上の重複するR-TWTフィールドは、重複するR-TWT SPについて0に設定されている。MLDメンバーは、リンク2上でR-TWT SP2 380を開始する。
リンク1及びリンク2上で動作する全てのMLDは、R-TWT SP2の開始を示すフレームを検知することなどによって、リンク2上でR-TWT SP2が開始されたことを確認し、従ってML上の重複するR-TWTフィールド=0であるため、リンク1上のR-TWT SP1はキャンセルされると認識する(376)。
この結果、全てのMLD(又はR-TWTメンバーでないMLDのみ)は、R-TWT SP1中にリンク1上のチャネルを求めて競合することができる。リンク1上のR-TWT SP中にクワイエット間隔がスケジュールされている場合、リンク1上で動作するこれらのMLDはクワイエット間隔を無視することができる。
AP2又はR-TWT SP2メンバーは、R-TWT SP2の開始を示すフレームを送信することができる。このフレームは、R-TWT SP2の開始を示す特別なRAを有するCTSフレームであることができる。フレームのRAフィールド(例えば、CTS)は、R-TWT ID及び/又はSTA ID及び/又はBSS IDにマッピングできる、リンクへの特別なIDに設定することができる。フレームのRAフィールドは、AP2のアドレスに設定することもできる。他のノードは、AP2によってスケジュールされたR-TWT SP2の開始を認識することができる。
リンク1上のR-TWT SP2メンバーの同じMLDに所属するAP(例えば、AP1)は、リンク2上のR-TWT SPが終了するまで以下の目的でのみ通信384のためにリンク1上のチャネルにアクセスすることができる。スケジュール側APは、R-TWT SP1がキャンセルされるという理由でR-TWT SP1の終了を示す1に等しいEOSPサブフィールドを有するQoSデータ(QoS Data)フレーム又はQoSヌル(QoS Null)フレームなどのフレームを送信するためにチャネルにアクセスすることができる。APは、リンク2上のR-TWTメンバーではないMLDを含むR-TWTメンバーにサービスを提供するためにチャネルにアクセスすることができる。APは、R-TWT SPの終了、又は図の384に示すようなリンク1上のクワイエット時間の終了を示すフレーム(例えば、CF終了(CF-End))を送信するためにチャネルにアクセスすることができる。フレーム(例えば、CF終了)のTAフィールドは、R-TWT ID及び/又はSTA ID及び/又はBSS IDにマッピングできる、リンクへの特別なIDに設定することができる。
APは、関連するSTAに対してDLトラフィック(又はR-TWT SP中にのみ送信が許可されないDLトラフィック)を送信するために、又はULトラフィック(又はR-TWT SP中にのみ送信が許可されないULトラフィック)をトリガーするためにチャネルにアクセスすることができる。APは、制御フレーム又は管理フレームを送信するためにチャネルにアクセスすることができる。一例として、図には、リンク1を介してAP1からSTA1に送信されるPPDU386と、その後のSTAからのブロック確認(BA)388とを示す。AP1からSTA1にトリガーフレーム(TF)390が送信され、これに応答してSTA1からAP1にトリガーベース(TB)PPDU392が送信され、その後にAP1からBA394が送信されることも示す。
少なくとも1つの実施形態では、R-TWTメンバーが、IEEE802.11axにおけるB-TWTの場合と同様にR-TWT SPの最後/終了を示すことによってイベントを分類することができる。
図16に、ML上の重複するR-TWTの第3の例(ML上の重複するR-TWT=0)の実施形態例410を示す。この図には、AP1 354及びAP2 356を含むMLD352を示す。
例えば、リンク1及びリンク2として示す異なるリンク上で同じMLDメンバーのためにスケジュールされた、R-TWT SP1 358及びSP2 360として示す複数の重複するR-TWT SPが存在する。ML上の重複するR-TWTフィールドは、重複するR-TWT SPについて0に設定される。MLDメンバーは、リンク2上のR-TWT SP2 366を開始する(364)。
リンク1及びリンク2で動作する全てのMLDは、R-TWT SP2の開始を示すフレームを受け取ることなどによって、リンク2上でR-TWT SP2が開始されたことを確認することができ、ML上の重複するR-TWTフィールド=0であるため、リンク1のR-TWT SP1はキャンセルされる(362)と認識する。この結果、全てのMLD(又はR-TWTメンバーでないMLDのみ)は、R-TWT SP1中にリンク1上のチャネルを求めて競合することができる。リンク1上のR-TWT SP中にクワイエット間隔がスケジュールされている場合、リンク1上で動作するこれらのMLDはクワイエット間隔を無視することができる。
リンク1上のR-TWTメンバーの同じMLDに所属するSTAは、リンク2上のR-TWT SP2が終了するまでリンク1上のチャネルにアクセスできない場合がある。リンク2上のR-TWT SP2は、予定よりも早く終了することがある。AP2又は他のR-TWT SP2メンバーは、R-TWT SP2の終了を示すために、例えば前回の例のような競合なし(CF)終了(Contention Free (CF)-End)などのフレームを送信することができる。また、フレーム(例えば、CF終了)は、リンク2上のクワイエット間隔の終了を示すこともできる。
リンク1上のR-TWT SP2メンバーの同じMLDに所属するAP(例えば、AP1)は、リンク1(又はリンク2)上のR-TWT SPが終了するまで以下の目的でのみリンク1上のチャネルにアクセスすることができる。APは、リンク2上のR-TWTメンバーではないMLDを含むR-TWTメンバーにサービスを提供するためにチャネルにアクセスすることができる。APは、R-TWT SPの終了又はリンク1上のクワイエット時間の終了を示すフレーム(例えば、CF終了)を送信するためにチャネルにアクセスすることができる。フレーム(例えば、CF終了)のTAフィールドは、R-TWT ID及び/又はSTA ID及び/又はBSS IDにマッピングできる、リンクへの特別なIDに設定することができる。APは、関連するSTAに対してダウンリンク(DL)トラフィック(又はR-TWT SP中にのみ送信が許可されないDLトラフィック)を送信するために、又はULトラフィック(又はR-TWT SP中にのみ送信が許可されないULトラフィック)をトリガーするためにチャネルにアクセスすることができる。APは、制御フレーム又は管理フレームを送信するためにチャネルにアクセスすることができる。
図17に、ML上の重複するR-TWTの第4の例の実施形態例450を示す。この例では、同じ期間にわたって異なるリンク上で最大2つの重複するR-TWT SPが許可される。図には、AP1 454、AP2 456及びAP3 458を含むMLD452を示す。
図にはML=1での重複するR-TWTを示しており、R-TWT SP1、460、SP2 462及びSP3 464がスケジュールされている。この例では、限られた数の重複するR-TWT SPのみを異なるリンク上で開始することができる。この例では、同じR-TWT SP期間中に異なるリンク上で最大2つの重複するR-TWT SPのみを開始(又は起動)することができる。この例は、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのトリガサブフィールド=1の場合にのみ機能することができる。
AP2がリンク2上でR-TWT SP2を開始し、その後にAP3がリンク3上でR-TWT SP3を開始するとR-TWT SP1はキャンセルされることが分かる。
図18に、R-TWT SPを延長する実施形態例490を示す。この図には、R-TWT SP延長(Extend R-TWT SP)サブフィールドが、R-TWT SPが延長されることを示す第1の状態(例えば、「1」)に設定された場合などに、R-TWT SPを延長する例を示す。図では、AP又はSTAがスケジュールされたR-TWT SP494を有しており、これを時間1 502の期間だけ延長する(500)ことができる。AP又は他のR-TWTメンバーは、R-TWT SPが終了する(504)まで、時間2 498の期間にわたってR-TWT SP(例えば、チャネルアクセス権を獲得してTXOPを取得する時間)を開始する(496)ことができる。本開示は、R-TWT SP延長のための数多くのオプションを提供することができる。
以下のR-TWT SP延長を制限するためのオプションは、限定ではなく一例として示すものである。
オプション1:時間1は、TXOP制限よりも長くすべきではない。
オプション2:時間1は、TXOP制限期間の所与の割合(例えば、50%)よりも長くすべきではない。
オプション3:時間2は、TXOP制限よりも長くすべきではない。
オプション4:時間2は、TXOP制限の所与の割合(例えば50%)よりも長くすべきでない。
オプション5:時間2は、スケジュールされたR-TWT SP時間よりも長くすべきでない。
オプション6:時間1は、次のターゲットビーコン送信時間を超えるべきではない。
オプション7:R-TWT SPのメンバーであるAP又はSTAは、スケジュールされたR-TWT SP中にTXOPを取得し、スケジュールされたR-TWT SPの終了時刻を超えてTXOPが続く場合に、R-TWT SPを延長することができる。R-TWT SPはTXOPの終了時刻まで延長される。オプション8:R-TWT SPのメンバーであるAP又はSTAは、スケジュールされたR-TWT SP中にPPDU送信を開始し、PPDU期間及び応答型送信がスケジュールされたR-TWT SPの終了時刻を超える場合に、R-TWT SPを延長することができる。R-TWT SPは、このPPDU送信及びその応答型送信の終了時刻まで延長される。
オプション1:時間1は、TXOP制限よりも長くすべきではない。
オプション2:時間1は、TXOP制限期間の所与の割合(例えば、50%)よりも長くすべきではない。
オプション3:時間2は、TXOP制限よりも長くすべきではない。
オプション4:時間2は、TXOP制限の所与の割合(例えば50%)よりも長くすべきでない。
オプション5:時間2は、スケジュールされたR-TWT SP時間よりも長くすべきでない。
オプション6:時間1は、次のターゲットビーコン送信時間を超えるべきではない。
オプション7:R-TWT SPのメンバーであるAP又はSTAは、スケジュールされたR-TWT SP中にTXOPを取得し、スケジュールされたR-TWT SPの終了時刻を超えてTXOPが続く場合に、R-TWT SPを延長することができる。R-TWT SPはTXOPの終了時刻まで延長される。オプション8:R-TWT SPのメンバーであるAP又はSTAは、スケジュールされたR-TWT SP中にPPDU送信を開始し、PPDU期間及び応答型送信がスケジュールされたR-TWT SPの終了時刻を超える場合に、R-TWT SPを延長することができる。R-TWT SPは、このPPDU送信及びその応答型送信の終了時刻まで延長される。
TXOP制限は、TXOPを取得するACのTXOP制限であることができる。TXOP制限は、R-TWT SP中に送信するようにスケジュールされたトラフィックを有する最も優先度の高いTIDのACのTXOP制限であることもできる。TXOP制限は、R-TWT中に送信するようにスケジュールされたトラフィックを有するTIDの最大TXOP制限であることもできる。TXOP制限は、R-TWT SPのみのために設定された値であることができる。
図19に、R-TWT延長が許可されない場合の実施形態例510を示す。この例は、例えばR-TWT SP延長サブフィールドが、拡張を許可しないことを示す第2の状態(例えば、「0」)に設定された場合などにR-TWT SPの延長が許可されない状況を示す。
AP又はSTA512は、スケジュールされたR-TWT SP514を有することが分かる。AP2又は他のR-TWTメンバーは、最大TXOP長518までチャネルにアクセスする(516)。
図示のように、R-TWT SPを延長することはできない。R-TWTメンバーは、R-TWT SP中にチャネルにアクセスする時には、R-TWT SPの終了時刻520を超えてTXOPを予約することはできない。
図20に、PSRRを第1の状態(例えば、「1」)に設定するような、PSRRを許可するように設定する実施形態例530を示す。AP1は、常にPSRR PPDU内のパラメータをPSRを許可するように設定すべきである。
AP1 532及びAP2 534がリンク1 536上のR-TWT SPを有し、AP1がPSRR PPDU540でR-TWT SPT538を開始するためにチャネルにアクセスすることを示す。この図には、TB PPDU542が受け取られ、この最中にAP2がPSRT PPDU544を送信し、これに対してブロック確認応答546が示されていることも例示する。
この例では、AP1が、OBSS STAによるPSRベースのSR送信の実行を無効にするために、トリガフレーム(PSRR PPDU)の共通情報フィールドのUL空間再使用サブフィールド内の空間再使用フィールドをPSR_DISALLOW又はPSR_AND_NON-SRG_OBSS_PD_PROHIBITEDに設定できていない。応答型TB PPSUの空間再使用値は、PSRR PPDUに従うべきである。
5.8.クワイエット要素を用いたクワイエット時間のスケジューリング
少なくとも1つの実装又はモードでは、R-TWT SPを保護するクワイエット時間をR-TWT SP内でスケジュールするためにクワイエット要素が利用される。クワイエット間隔はR-TWT SP時間を超えるべきではない。このクワイエット時間の終了はR-TWT SPの終了時刻に合わせる(及び/又は、クワイエット時間の開始時刻はR-TWT SPの開始時刻に合わせる)べきである。
少なくとも1つの実装又はモードでは、R-TWT SPを保護するクワイエット時間をR-TWT SP内でスケジュールするためにクワイエット要素が利用される。クワイエット間隔はR-TWT SP時間を超えるべきではない。このクワイエット時間の終了はR-TWT SPの終了時刻に合わせる(及び/又は、クワイエット時間の開始時刻はR-TWT SPの開始時刻に合わせる)べきである。
R-TWT SPメンバーは、R-TWT SP中にR-TWTを目的としてチャネルにアクセスする場合、クワイエット時間中にスケジュールされているクワイエット時間をキャンセルするためのフレーム(例えば、CF終了)を送信することができる。
R-TWT SPが予定よりも早く終了した場合には、現在のR-TWT SP中にスケジュールされていたクワイエット時間をキャンセルするためのフレーム(例えば、CF終了)を送信することができる。
図21に、クワイエット間隔の終了時刻とR-TWT SPの終了時刻とが一致する、クワイエット要素を使用する第1の例の実施形態例550を示す。
この図には、リンク1上のAP1 552、リンク1上のR-TWTのメンバーであるSTA1 554、及びリンク1上のR-TWTのメンバーでないSTA2 556を示す。
AP1 560がチャネルにアクセスしてリンク1上のR-TWT SPを開始する、リンク1上のR-TWT SP558も示す。リンク1上ではスケジュールされたクワイエット時間間隔562が開始され、STA2はクワイエットモード564に入る。クワイエット時間間隔は、リンク1上のR-TWT SPの終了566と同時に終了し、この時点でSTA2はクワイエットモードを終了する(568)。
図22に、クワイエット要素を使用する第2の例の実施形態例570を示す。この図には、前の例と同じ局を示す。
クワイエット要素によってリンク1でクワイエット間隔574がスケジュールされた時点でリンク1上のR-TWT SP572が発生していることを示す。これに応答して、STA2はクワイエットモード576に入る。
AP1は、チャネルにアクセスしてリンク1上でR-TWT SPを開始する(578)。クワイエット時間間隔は、リンク1上のR-TWT SPの終了580と同時に終了し、STA2はクワイエットモードを終了する(582)。
6.実施形態の一般的範囲
本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び/又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフローチャートを参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック(及び/又はステップ)の組み合わせ、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び/又はコンピュータ可読プログラムコードの形で具体化された1又は2以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようないずれかのコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のいずれかのプログラマブル処理装置を含む1又は2以上のコンピュータプロセッサによって実行して、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、(単複の)特定される機能を実施するための手段を生み出すようにすることができる。
本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び/又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフローチャートを参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック(及び/又はステップ)の組み合わせ、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び/又はコンピュータ可読プログラムコードの形で具体化された1又は2以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようないずれかのコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のいずれかのプログラマブル処理装置を含む1又は2以上のコンピュータプロセッサによって実行して、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、(単複の)特定される機能を実施するための手段を生み出すようにすることができる。
従って、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、(単複の)特定の機能を実行する手段の組み合わせ、(単複の)特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコードロジック手段の形で具体化されるような、(単複の)特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフローチャートの各ブロック、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、(単複の)特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。
さらに、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる1又は2以上のコンピュータ可読メモリ又はメモリ装置に記憶して、これらのコンピュータ可読メモリ又はメモリ装置に記憶された命令が、(単複の)フローチャートの(単複の)ブロック内に指定される機能を実施する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実施される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、(単複の)フローチャートの(単複の)ブロック、(単複の)手順、(単複の)アルゴリズム、(単複の)ステップ、(単複の)演算、(単複の)数式、又は(単複の)計算表現に特定される機能を実施するためのステップを提供するようにすることもできる。
さらに、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した1又は2以上の機能を実行するために1又は2以上のコンピュータプロセッサが実行できる1又は2以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは1又は2以上の要因に基づいて自動的に装置にダウンロード(プッシュ)することができる。
さらに、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置(CPU)及びコンピュータという用語は、命令、並びに入力/出力インターフェイス及び/又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、CPU及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。
本明細書の説明から、本開示は、限定ではないが以下の内容を含む複数の技術実装を含むと理解されるであろう。
ネットワークにおける無線通信のための装置であって、(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、(c)プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリとを備え、(d)前記命令は、プロセッサによって実行された時に、(d)(i)IEEE802.11axで定められるブロードキャストターゲットウェイクタイム(B-TWT)シグナリングを制限付きTWT(R-TWT)の確立のために再使用することと、(d)(ii)IEEE802.11axでは予備であるブロードキャストTWTパラメータセットフィールドのビットを使用して、前記B-TWT内でR-TWTの使用を示すことと、(d)(iii)IEEE802.11axでは予備であるブロードキャストTWT推奨フィールド内の他のビットを利用することに応答して、R-TWTのためのトラフィックフローを指定する追加設定を示すことと、を含む、前記無線通信回路のための無線通信プロトコルの1又は2以上のステップを実行する、装置。
ネットワークにおける無線通信のための装置であって、(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、(c)プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリとを備え、(d)前記命令は、プロセッサによって実行された時に、(d)(i)IEEE802.11axで定められるブロードキャストターゲットウェイクタイム(B-TWT)シグナリングを制限付きTWT(R-TWT)の確立のために再使用することと、(d)(ii)IEEE802.11axでは予備であるブロードキャストTWTパラメータセットフィールドのビットを使用して、前記B-TWT内でR-TWTの使用を示すことと、(d)(iii)IEEE802.11axでは予備であるブロードキャストTWT推奨フィールド内の他のビットを利用することに応答して、R-TWTのためのトラフィックフローを指定する追加設定を示すことと、を含む、前記無線通信回路のための無線通信プロトコルの1又は2以上のステップを実行し、(iv)前記トラフィックフロー設定のうちの1つ又は2つ以上は、(A)R-TWTを保護するためにクワイエット要素が使用されるかどうかを示すこと、(B)R-TWT SPの終了時に対応するトラフィックが送信されていない場合に、制限付きTWTをその予定終了時刻を超えて延長できるかどうかを示すこと、(C)制限付きTWT SP中にAPがPSRベースの空間再使用の使用を強制されるかどうかを示すこと、(D)AP及びR-TWTメンバーが異なるリンク上の複数の重複するR-TWT SPに同じ期間にわたってアクセスできるかどうかを示すこと、(E)全てのSCSからのトラフィックがR-TWT SP中の送信を許可されるかどうかを示すこと、(F)R-TWTのメンバーがブロードキャストTWTに応答して起動及びスリープを行う必要があるかどうかを示すこと、(G)ブロードキャストTWTパラメータセットフィールドに含まれるトラフィック情報の量を示すこと、から成る一群のトラフィックフロー設定から選択される、装置。
ネットワークにおける無線通信方法であって、(a)無線通信プロトコルを実行して通常の無線局(STA)又はアクセスポイント(AP)STAとして動作するSTAが、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信することと、(b)IEEE802.11axで定められるブロードキャストターゲットウェイクタイム(B-TWT)シグナリングを制限付きTWT(R-TWT)の確立のために再使用することと、(c)IEEE802.11axでは予備であるブロードキャストTWTパラメータセットフィールドのビットを使用して、前記B-TWT内でR-TWTの使用を示すことと、(d)IEEE802.11axでは予備であるブロードキャストTWT推奨フィールド内の他のビットを利用することに応答して、R-TWTのためのトラフィックフローを指定する追加設定を示すことと、を含む方法。
ネットワークにおける無線通信のための装置であって、(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でマルチリンク装置(MLD)との使用のためにキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線でパケットを通信する無線通信回路と、(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、(c)プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリとを備え、(d)前記命令は、プロセッサによって実行された時に、(d)(i)MLDが複数の重複するR-TWT SPをスケジュールすることと、(d)(ii)あるリンク上で開始された重複するR-TWT SPの数が最大数に達していない場合、他のリンク上でR-TWT SPを開始することと、(d)(iii)他のリンク上で開始されたR-TWT SPの数が最大数に達している場合、特定のリンク上のR-TWT SPをキャンセルすることと、を含む、前記無線通信回路のための無線通信プロトコルの1又は2以上のステップを実行する、装置。
ネットワークにおける無線通信のための装置であって、(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、(c)プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリとを備え、(d)前記命令は、プロセッサによって実行された時に、(d)(i)R-TWT SPの終了時刻がクワイエット間隔の終了時刻に一致するようにR-TWTを設定してクワイエット間隔をスケジュールすることと、(d)(ii)R-TWTのメンバーでないSTAがクワイエット間隔中にクワイエットモードに入ることと、(d)(iii)R-TWTのメンバーであるSTAがクワイエット間隔中にクワイエットモードに入ることを許可しないことと、を含む、前記無線通信回路のための無線通信プロトコルの1又は2以上のステップを実行する、装置。
ネットワークにおける無線通信のための装置であって、(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、(c)プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリとを備え、(d)前記命令は、プロセッサによって実行された時に、(d)(i)R-TWTのSP中に送信される特定のトラフィック情報を含むR-TWTメンバーシップ要求を関連するAPに送信することと、(d)(ii)関連するAPが特定のトラフィック情報に基づいてR-TWTメンバーシップ要求の受け入れを決定することと、(d)(iii)関連するAPが、特定のトラフィック情報を使用して、この特定のトラフィック情報に一致するトラフィックを他のトラフィック情報と区別することと、を含む、前記無線通信回路のための無線通信プロトコルの1又は2以上のステップを実行する、装置。
ネットワークにおける無線通信のための装置であって、(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、(c)プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリとを備え、(d)前記命令は、プロセッサによって実行された時に、(d)(i)APがR-TWT SPの開始時刻をスケジュールすることと、(d)(ii)AP及びR-TWTメンバーがR-TWT SPをスケジュール通りに開始することと、(d)(iii)AP及びR-TWTメンバーがR-TWT SPをスケジュール通りに開始できない場合、AP及びR-TWTメンバーがR-TWT SPを延長することと、を含む、前記無線通信回路のための無線通信プロトコルの1又は2以上のステップを実行する、装置。
パケットの送信を実行する無線通信装置であって、システム/装置において、(a)STAが、IEEE802.11axで定められるブロードキャストTWTシグナリングを再使用して制限付きTWTを設定することと、(b)STAが、ブロードキャストTWTパラメータセットフィールドの予備ビット内のブロードキャストTWT推奨フィールドにおいて、シグナリングが制限付きTWTのためのものであることを示すことと、(c)STAが、ブロードキャストTWT推奨フィールドにおいて制限付きTWTの追加設定を示すことと、を含むCSMA/CAが適用される、装置。
パケットの送信を実行する無線通信装置であって、システム/装置において、(a)MLDが複数の重複するR-TWT SPをスケジュールすることと、(b)あるリンク上で開始された重複R-TWT SPの数が最大数に達しない場合、他のリンク上でR-TWT SPを開始できることと(重複するR-TWTは、同じTID又は同じSCS又はトラフィックストリームにサービスを提供するもののみを表すことができる)、(c)他のリンク上で最大数のR-TWT SPが開始された場合、一部のリンク上のR-TWT SPをキャンセルすることと、を含むCSMA/CAが適用される、装置。
パケットの送信を実行する無線通信装置であって、システム/装置において、(a)R-TWT SPの終了時刻がクワイエット間隔の終了時刻と一致するようにSTAがR-TWTを設定してクワイエット間隔をスケジュールすることと、(b)R-TWTのメンバーでないSTAがクワイエット間隔中にクワイエットモードに入ることと、(c)R-TWTのメンバーであるSTAがクワイエット間隔中にクワイエットモードに入らないことができることと、を含むCSMA/CAが適用される、装置。
パケットの送信を実行する無線通信装置であって、システム/装置において、(a)STAが、R-TWT SP中に送信される特定のトラフィック情報を含むR-TWTメンバーシップ要求をAPに送信することと、(b)APが、特定のトラフィック情報に基づいて、R-TWTメンバーシップ要求を受け入れるべきかどうかを決定することと、(c)APが、特定のトラフィック情報を使用して、特定のトラフィック情報に一致するトラフィックを他のトラフィックと区別することと、を含むCSMA/CAが適用される、装置。
パケットの送信を実行する無線通信装置であって、システム/装置において、(a)APがR-TWT SPの開始時刻をスケジュールすることと、(b)AP及びR-TWTメンバーがR-TWT SPをスケジュール通りに開始しようと試みることと、(c)AP及びR-TWTメンバーが、R-TWT SPをスケジュール通りに開始できない場合にR-TWT SPを延長することと、を含むCSMA/CAが適用される、装置。
いずれかの先行する実装の装置又は方法、
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット9(B9)を使用して、ブロードキャストTWTシグナリングが制限付きTWT(R-TWT)のためのものであるかどうかを示す、いずれかの先行する実装の装置又は方法。
STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して制限付きTWTのための追加設定を示す、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWTを保護するためにクワイエット要素が使用されるかどうかを示し、クワイエット要素は、スケジュール側APからクワイエット要素コマンドを受け取った後にR-TWT SP中にクワイエットモードに入る、R-TWT SPのメンバーではないSTAからのチャネル競合を防ぐようにクワイエット間隔をスケジュールするために利用される、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWT SPの終了時に対応するトラフィックが送信されていない場合に、制限付きTWTをその予定終了時刻を超えて延長できるかどうかを示す、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、制限付きTWT SP中にAPがPSRベースの空間再使用の使用を強制されるかどうかを示す、いずれかの先行する実装の装置又は方法。
前記PSRベースの空間再使用は、IEEE802.11axで空間再使用のために定められるパラメータ化空間再使用送信(PSRT)又はパラメータ化空間再使用受信(PSRR)物理層収束手順(PLCP)プロトコルデータユニット(PPDU)を含む、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、AP及びR-TWTメンバーが異なるリンク上の複数の重複するR-TWT SPに同じ期間にわたってアクセスできるかどうかを示す、いずれかの先行する実装の装置又は方法。
複数の重複するR-TWT SPのためのオプションが、(a)1つのスケジュールされた重複するR-TWT SPのみが開始され、他がキャンセルされることを許可すること、及び(b)複数のスケジュールされた重複するR-TWT SPが開始されることを許可すること、から成る一群のオプションから選択される、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、全てのSCSからのトラフィックがR-TWT SP中の送信を許可されるかどうかを示す、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWTのメンバーがブロードキャストTWTの通りに起動及びスリープを行う必要があるかどうかを示す、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、ブロードキャストTWTパラメータセットフィールドに含まれるトラフィック情報の量を示す、いずれかの先行する実装の装置又は方法。
前記トラフィック情報は、トラフィック仕様(TSPEC)、ストリーム分類サービス識別(SCSID)及びトラフィック識別子(TID)から成る一群のトラフィック情報から選択される、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWTメンバーがR-TWT SP外でチャネル競合を実行することを許可されるかどうかを示す、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット9(B9)を使用して、ブロードキャストTWTシグナリングが制限付きTWT(R-TWT)のためのものであるかどうかを示す、いずれかの先行する実装の装置又は方法。
重複するR-TWTは、同じTID、同じSCS又はトラフィックストリームにサービスを提供するもののみを表すことができる、いずれかの先行する実装の装置又は方法。
R-TWT SPは、そのスケジューリングよりも早く終了することができる、いずれかの先行する実装の装置又は方法。
STAは、R-TWT SPの開始を示すフレームを送信することができる、いずれかの先行する実装の装置又は方法。
キャンセルされたR-TWT SPのメンバーであるSTAは、他のリンク上のR-TWT SPが終了するまでチャネルにアクセスすることができない、いずれかの先行する実装の装置又は方法。
R-TWT SPがキャンセルされたリンク上のSTAは、EDCA又はCSMA/CAに従ってチャネルを求めて競合する、いずれかの先行する実装の装置又は方法。
異なるリンク上で開始できる重複するR-TWT SPの数は制限される、いずれかの先行する実装の装置又は方法。
R-TWTメンバーは、R-TWT SPの終了を示すフレームを送信する、いずれかの先行する実装の装置又は方法。
R-TWTのSPの終了を示すフレームを受け取ったSTAはチャネルを求めて競合を開始することができる、いずれかの先行する実装の装置又は方法。
現在のR-TWT SPの終了又はクワイエット間隔の終了を示すフレームを送信することをさらに含む、いずれかの先行する実装の装置又は方法。
R-TWT SP期間を超えるクワイエット間隔をスケジュールすることはできない、いずれかの先行する実装の装置又は方法。
他のSTAにクワイエット間隔スケジュールを通知するクワイエット要素を送信することをさらに含む、いずれかの先行する実装の装置又は方法。
特定の情報は、SCSID、TID及びTSPECから成る一群の情報から選択される、いずれかの先行する実装の装置又は方法。
関連するAPが、R-TWT SPが特定のトラフィックの送信要件を満たすことができないと判定した場合、R-TWTメンバーシップ要求を拒絶することをさらに含む、いずれかの先行する実装の装置又は方法。
特定のトラフィックを送信するのに必要な合計時間が、関連するAPがスケジュールできる全てのR-TWT SPの合計時間の上限を上回る場合、R-TWTメンバーシップ要求を拒絶することをさらに含む、いずれかの先行する実装の装置又は方法。
特定のトラフィックを送信するのに必要な合計時間が、APが所属するMLDが全てのリンク上でスケジュールできる全てのR-TWT SPの合計時間の上限を上回る場合、R-TWTメンバーシップ要求を拒絶することをさらに含む、いずれかの先行する実装の装置又は方法。
同一の特定のトラフィックは、1つのリンク上のAPの2つの異なるR-TWTによって受け入れられない、いずれかの先行する実装の装置又は方法。
同じ特定のトラフィックは、全てのリンク上のAPのMLDの2つの異なるR-TWTによって受け入れられない、いずれかの先行する実装の装置又は方法。
R-TWT SPの延長時間は、TXOP制限、又はTXOP制限の決定された割合を超えることができない、いずれかの先行する実装の装置又は方法。
実際のR-TWT SP期間は、TXOP制限、又はTXOP制限の決定された割合を超えることができない、いずれかの先行する実装の装置又は方法。
実際のR-TWT SP期間は、スケジュールされたR-TWT SP時間を超えることができない、いずれかの先行する実装の装置又は方法。
R-TWT SPの延長時間は、次のターゲットビーコン送信時間を超えることができない、いずれかの先行する実装の装置又は方法。
AP又はR-TWT SPのメンバーであるSTAは、スケジュールされたR-TWT SP中にTXOPを取得して、TXOPがスケジュールされたR-TWT SPの終了時刻を超えて延長される場合、R-TWT SPを延長することができ、R-TWT SPは、TXOPの終了時刻まで延長される、いずれかの先行する実装の装置又は方法。
AP又はR-TWT SPのメンバーであるSTAは、スケジュールされたR-TWT SP中にPPDU送信を開始して、PPDU期間及び応答型送信がスケジュールされたR-TWT SPの終了時刻を超えている時に、R-TWT SPを延長することができる、いずれかの先行する実装の装置又は方法。
R-TWT SPは、そのPPDU送信及びその応答型送信の終了時刻まで延長される、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB9を使用して、ブロードキャストTWTシグナリングが制限付きTWTのためのものであるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8の間の1ビット又はB15を使用して、制限付きTWTのための追加設定を示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、制限付きTWTのためにクワイエット要素が使用されるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、R-TWT SPの終了時に対応するトラフィックが送信されていない場合、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、制限付きTWTを延長できるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、制限付きTWT SP中に、APがPSRベースの空間再使用の使用を強制されるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、AP及びR-TWTメンバーが異なるリンク上の複数のR-TWT SPに同じ期間にわたってアクセスできるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、R-TWT SP中に全てのSCSからのトラフィックを送信できるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、R-TWTのメンバーがブロードキャストTWTとして起動及びスリープを行う必要があるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、ブロードキャストTWTパラメータセットフィールドにTSPEC、SCSID又はTIDなどの1又は2以上のトラフィック情報が含まれているかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
STAは、ブロードキャストTWTパラメータセットフィールドの要求タイプフィールドのB7とB8との間の1ビット又はB15を使用して、R-TWTメンバーがR-TWT SP外でチャネルを求めて競合できるかどうかを示すことができる、いずれかの先行する実装の装置又は方法。
R-TWT SPは、そのスケジュールよりも早く終了することができる、いずれかの先行する実装の装置又は方法。
STAは、R-TWT SPの開始を示すフレームを送信することができる、いずれかの先行する実装の装置又は方法。
キャンセルされたR-TWT SPのメンバーであるSTAは、他のリンク上のR-TWT SPが終了するまでチャネルにアクセスすることができない、いずれかの先行する実装の装置又は方法。
R-TWT SPがキャンセルされたリンク上の全てのSTAは、EDCA又はCSMA/CAに従ってチャネルを求めて競合する、いずれかの先行する実装の装置又は方法。
異なるリンク上で開始できる重複するR-TWT SPの数は制限される、いずれかの先行する実装の装置又は方法。
R-TWTメンバーは、R-TWT SPの終了を示すフレームを送信することができる、いずれかの先行する実装の装置又は方法。
R-TWT SPの終了を示すフレームを受け取ったSTAは、チャネルを求めて競合を開始することができる、いずれかの先行する実装の装置又は方法。
STAは、現在のR-TWT SPの終了又はクワイエット間隔の終了を示すCF終了などのフレームを送信することができる、いずれかの先行する実装の装置又は方法。
STAは、R-TWT SPを超えるクワイエット間隔をスケジュールすることができない、いずれかの先行する実装の装置又は方法。
STAは、他のSTAにクワイエット間隔のスケジュールを通知するクワイエット要素を送信することができる、いずれかの先行する実装の装置又は方法。
特定の情報はSCS IDを含む、いずれかの先行する実装の装置又は方法。
特定の情報はTIDを含む、いずれかの先行する実装の装置又は方法。
特定の情報はTSPECを含む、いずれかの先行する実装の装置又は方法。
APは、R-TWT SPが特定のトラフィックの送信要件を満たすことができない場合、R-TWTメンバーシップ要求を拒絶することができる、いずれかの先行する実装の装置又は方法。
特定のトラフィックを送信するのに必要な合計時間が、APがスケジュールできる(又はスケジュール側AP MLDが全てのリンク上でスケジュールできる)全てのR-TWT SPの合計時間の上限を超える場合、APはR-TWTメンバーシップ要求を拒絶することができる、いずれかの先行する実装の装置又は方法。
特定のトラフィックを送信するのに必要な合計時間が、APが所属するMLDが全てのリンク上でスケジュールできる全てのR-TWT SPの合計時間の上限を上回る場合、APはR-TWTメンバーシップ要求を拒絶することができる、いずれかの先行する実装の装置又は方法。
同じ特定トラフィックを、1つのリンク上のAPの2つの異なるR-TWTによって受け入れられない、いずれかの先行する実装の装置又は方法。
同じ特定のトラフィックは、全てのリンク上のAPのMLDの2つの異なるR-TWTによって受け入れられない、いずれかの先行する実装の装置又は方法。
R-TWTのSPの延長時間は、TXOP制限よりも長くなることができない、いずれかの先行する実装の装置又は方法。
R-TWT SPの延長時間は、TXOP制限の所定の割合(例えば、50%)よりも長くなることができない、いずれかの先行する実装の装置又は方法。
実際のR-TWT SPの期間は、TXOP制限よりも長くなることができない、いずれかの先行する実装の装置又は方法。
実際のR-TWT SP期間は、TXOP制限の一定割合よりも長くなることができない、いずれかの先行する実装の装置又は方法。
実際のR-TWT SP期間は、スケジュールされたR-TWT SP時間よりも長くなることができない、いずれかの先行する実装の装置又は方法。
R-TWT SPの延長時間は、次のターゲットビーコン送信時間を超えることができない、いずれかの先行する実装の装置又は方法。
AP又はR-TWT SPのメンバーであるSTAは、スケジュールされたR-TWT SP中にTXOPを取得して、TXOPがスケジュールされたR-TWT SPの終了時刻を超えて継続する場合、R-TWT SPを延長することができる、いずれかの先行する実装の装置又は方法。R-TWT SPは、TXOPの終了時刻まで延長される。
R-TWT SPのメンバーであるAP又はSTAは、スケジュールされたR-TWT SP中にPPDU送信を開始して、PPDU期間及び応答型送信がスケジュールされたR-TWT SPの終了時刻を超えている時に、R-TWT SPを延長することができる、いずれかの先行する実装の装置又は方法。R-TWT SPは、そのPPDU送信及びその応答型送信の終了時刻まで延長される。
本明細書で使用する「実装」という用語は、本明細書で説明する技術を実践するための実施形態、実施例、又はその他の形態を制限なく含むように意図される。
本明細書で使用する単数形の「a、an(英文不定冠詞)」及び「the(英文定冠詞)」は、文脈において別途明確に示されていない限り複数形の照応を含む。ある物体に対する単数形での言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「1又は2以上」を意味する。
本開示における「A、B及び/又はC」などの表現構造は、A、B又はCのいずれか、或いは項目A、B及びCのいずれかの組み合わせが存在し得ることを表す。「~のうちの少なくとも1つ(at least one of)」の後にリストされた一群の要素が続くものなどを示す表現構造は、該当する際にはこれらのリストされた要素のいずれかの考えられる組み合わせを含む、これらの一群の要素のうちの少なくとも1つが存在することを示す。
本開示における「ある実施形態」、「少なくとも1つの実施形態」又は同様の実施形態という言い回しについて言及する参照は、説明する実施形態に関連して説明した特定の特徴、構造又は特性が本開示の少なくとも1つの実施形態に含まれることを示す。従って、これらの様々な実施形態の表現は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態とは異なる特定の実施形態を意味するわけではない。実施形態という表現は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の1又は2以上の実施形態においていずれかの好適な形で組み合わせることができることを意味するものとして解釈すべきである。
本明細書で使用する「組(set)」という用語は、1又は2以上の物体の集合を意味する。従って、例えば物体の組は、単一の物体又は複数の物体を含むことができる。
本文書における第1及び第2、頂部及び底部などの関係語は、1つの実体又は行動を別の実体又は行動と区別するために使用しているにすぎず、必ずしもこのような実体又は行動同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。
「備える、有する、含む(comprises、comprising、has、having、includes、including、contains、containing)」という用語、又はこれらの用語の他のあらゆる変化形は、非排他的包含を含むことが意図されており、従って、ある要素リストを備える、有する又は含むプロセス、方法、物品又は装置は、これらの要素のみを含むのではなく、明示的に列挙していない、又はこのようなプロセス、方法、物品又は装置に特有の他の要素を含むこともできる。「~を備える、有する、又は含む(comprises … a、has … a、includes … a、contains … a)」に続く要素は、その要素を備える、有する又は含むプロセス、方法、物品又は装置にさらなる同一要素が存在することを、さらなる制約を受けることなく除外するものではない。
本明細書で使用する「近似的に(approximately)」、「近似する(approximate)」、「実質的に(substantially)」、「基本的に(essentially)」及び「約(about)」という用語、又はこれらのいずれかの変形形態は、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±5%以下、±4%以下、±3%以下、±2%以下、±1%以下、±0.5%以下、±0.1%以下、又は±0.05%以下などの、±10%以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±5°以下、±4°以下、±3°以下、±2°以下、±1°以下、±0.5°以下、±0.1°以下、又は±0.05°以下などの、±10°以下の角度変動範囲を意味することができる。
また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に単純化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約1~約200の範囲内の比率は、約1及び約200という明確に列挙した限界値を含むが、約2、約3、約4などの個々の比率、及び約10~約50、約20~約100などの部分的範囲も含むと理解されたい。
本明細書で使用する「結合される(coupled)」という用語は、「接続される」と定義されるが、必ずしも直接的な機械的接続ではない。特定の形で「構成される(configured)」装置又は構造は、少なくともその形で構成されるが、列挙していない形で構成することもできる。
利点、長所、問題解決手段、及びいずれかの利点、長所又は解決手段を生じさせる、又はより顕著にするいずれかの(単複の)要素は、本明細書で説明した技術、或いは一部又は全部の請求項の重要な、必要な又は不可欠な特徴又は要素として解釈すべきでない。
また、上述した開示では、開示を合理化する目的で様々な実施形態において様々な特徴を共にグループ化することができる。本開示の方法は、請求項に記載する実施形態が、各請求項に明示的に記載する特徴よりも多くの特徴を必要とするという意図を反映したものであると解釈すべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。
本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。
管轄によっては、出願後に本開示の1又は2以上の部分の削除を求める慣行もあると理解されたい。従って、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は公衆への献呈として解釈すべきではない。
以下の特許請求の範囲は、各請求項が単独の発明主題として自立した状態で本開示に組み込まれる。
本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。従って、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。
当業者に周知の本開示の実施形態の要素の構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。さらに、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「~のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「~のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。
170 実施形態例
172 STAがブロードキャストTWTパラメータセットフィールドをR-TWTシグナリングのために再使用
174 オプション
176 STAが、シグナリングがR-TWTのためのものであることを示すようにブロードキャストTWT推奨サブフィールドの最上位ビットを「1」に設定して、他のビットもR-TWTパラメータ設定のために設定
178 STAが、シグナリングが異なるタイプのR-TWTのためのものであることを示すようにブロードキャストTWT推奨サブフィールドを4以上の値に設定
180 STAが、ブロードキャストTWTパラメータセットフィールド内の他の予備ビットをR-TWTパラメータ設定のために使用
172 STAがブロードキャストTWTパラメータセットフィールドをR-TWTシグナリングのために再使用
174 オプション
176 STAが、シグナリングがR-TWTのためのものであることを示すようにブロードキャストTWT推奨サブフィールドの最上位ビットを「1」に設定して、他のビットもR-TWTパラメータ設定のために設定
178 STAが、シグナリングが異なるタイプのR-TWTのためのものであることを示すようにブロードキャストTWT推奨サブフィールドを4以上の値に設定
180 STAが、ブロードキャストTWTパラメータセットフィールド内の他の予備ビットをR-TWTパラメータ設定のために使用
Claims (20)
- ネットワークにおける無線通信のための装置であって、
(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、
(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、
(c)前記プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリと、
を備え、(d)前記命令は、前記プロセッサによって実行された時に、
(i)IEEE802.11axで定められるブロードキャストターゲットウェイクタイム(B-TWT)シグナリングを制限付きTWT(R-TWT)の確立のために再使用することと、
(ii)IEEE802.11axでは予備であるブロードキャストTWTパラメータセットフィールドのビットを使用して、前記B-TWT内でR-TWTの使用を示すことと、
(iii)IEEE802.11axでは予備であるブロードキャストTWT推奨フィールド内の他のビットを利用することに応答して、R-TWTのためのトラフィックフローを指定する追加設定を示すことと、
を含む、前記無線通信回路のための無線通信プロトコルのステップを実行する、
ことを特徴とする装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット9(B9)を使用して、前記ブロードキャストTWTシグナリングが制限付きTWT(R-TWT)のためのものであるかどうかを示す、
請求項1に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して制限付きTWTのための追加設定を示す、
請求項1に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWTを保護するためにクワイエット要素が使用されるかどうかを示し、
前記クワイエット要素は、スケジュール側APからクワイエット要素コマンドを受け取った後にR-TWT SP中にクワイエットモードに入る、R-TWT SPのメンバーではないSTAからのチャネル競合を防ぐようにクワイエット間隔をスケジュールするために利用される、
請求項1に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWT SPの終了時に対応するトラフィックが送信されていない場合に、前記制限付きTWTをその予定終了時刻を超えて延長できるかどうかを示す、
請求項1に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、制限付きTWT SP中にAPがPSRベースの空間再使用の使用を強制されるかどうかを示す、
請求項1に記載の装置。 - 前記PSRベースの空間再使用は、IEEE802.11axで空間再使用のために定められるパラメータ化空間再使用送信(PSRT)又はパラメータ化空間再使用受信(PSRR)物理層収束手順(PLCP)プロトコルデータユニット(PPDU)を含む、
請求項6に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、AP及びR-TWTメンバーが異なるリンク上の複数の重複するR-TWT SPに同じ期間にわたってアクセスできるかどうかを示す、
請求項1に記載の装置。 - 複数の重複するR-TWT SPのためのオプションが、(a)1つのスケジュールされた重複するR-TWT SPのみが開始され、他がキャンセルされることを許可すること、及び(b)複数のスケジュールされた重複するR-TWT SPが開始されることを許可すること、から成る一群のオプションから選択される、
請求項8に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、全てのSCSからのトラフィックがR-TWT SP中の送信を許可されるかどうかを示す、
請求項1に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、前記R-TWTのメンバーが前記ブロードキャストTWTにおいて示されるように起動及びスリープを行う必要があるかどうかを示す、
請求項1に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、前記ブロードキャストTWTパラメータセットフィールドに含まれるトラフィック情報の量を示す、
請求項1に記載の装置。 - 前記トラフィック情報は、トラフィック仕様(TSPEC)、ストリーム分類サービス識別(SCSID)及びトラフィック識別子(TID)から成る一群のトラフィック情報から選択される、
請求項12に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して、R-TWTメンバーがR-TWT SP外でチャネル競合を実行することを許可されるかどうかを示す、
請求項1に記載の装置。 - ネットワークにおける無線通信のための装置であって、
(a)通常の無線局(STA)又はアクセスポイント(AP)STAのいずれかとして動作するSTAとして、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信する無線通信回路と、
(b)前記無線通信回路に結合されてWLAN上で動作するプロセッサと、
(c)前記プロセッサによって実行可能な、他のSTAと通信するための命令を記憶する非一時的メモリと、
を備え、(d)前記命令は、前記プロセッサによって実行された時に、
(i)IEEE802.11axで定められるブロードキャストターゲットウェイクタイム(B-TWT)シグナリングを制限付きTWT(R-TWT)の確立のために再使用することと、
(ii)IEEE802.11axでは予備であるブロードキャストTWTパラメータセットフィールドのビットを使用して、前記B-TWT内でR-TWTの使用を示すことと、
(iii)IEEE802.11axでは予備であるブロードキャストTWT推奨フィールド内の他のビットを利用することに応答して、R-TWTのためのトラフィックフローを指定する追加設定を示すことと、
を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、
(iv)前記トラフィックフロー設定のうちの1つ又は2つ以上は、(A)R-TWTを保護するためにクワイエット要素が使用されるかどうかを示すこと、(B)R-TWT SPの終了時に対応するトラフィックが送信されていない場合に、前記制限付きTWTをその予定終了時刻を超えて延長できるかどうかを示すこと、(C)制限付きTWT SP中にAPがPSRベースの空間再使用の使用を強制されるかどうかを示すこと、(D)AP及びR-TWTメンバーが異なるリンク上の複数の重複するR-TWT SPに同じ期間にわたってアクセスできるかどうかを示すこと、(E)全てのSCSからのトラフィックがR-TWT SP中の送信を許可されるかどうかを示すこと、(F)R-TWTのメンバーがブロードキャストTWTに応答して起動/スリープを行う必要があるかどうかを示すこと、(G)前記ブロードキャストTWTパラメータセットフィールドに含まれるトラフィック情報の量を示すこと、から成る一群のトラフィックフロー設定から選択される、
ことを特徴とする装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット9(B9)を使用して、前記ブロードキャストTWTシグナリングが制限付きTWT(R-TWT)のためのものであるかどうかを示す、
請求項15に記載の装置。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット7(B7)とビット8(B8)との間の1ビット又はビット15(B15)を使用して制限付きTWTのための追加設定を示す、
請求項16に記載の装置。 - 前記トラフィック情報は、トラフィック仕様(TSPEC)、ストリーム分類サービス識別(SCSID)及びトラフィック識別子(TID)から成る一群のトラフィック情報から選択される、
請求項15に記載の装置。 - ネットワークにおける無線通信方法であって、
(a)無線通信プロトコルを実行して通常の無線局(STA)又はアクセスポイント(AP)STAとして動作するSTAが、無線ローカルエリアネットワーク(WLAN)上でキャリア検知多重アクセス/衝突回避(CSMA/CA)機構を使用して他の無線局(STA)と無線で通信することと、
(b)IEEE802.11axで定められるブロードキャストターゲットウェイクタイム(B-TWT)シグナリングを制限付きTWT(R-TWT)の確立のために再使用することと、
(c)IEEE802.11axでは予備であるブロードキャストTWTパラメータセットフィールドのビットを使用して、前記B-TWT内でR-TWTの使用を示すことと、
(d)IEEE802.11axでは予備であるブロードキャストTWT推奨フィールド内の他のビットを利用することに応答して、R-TWTのためのトラフィックフローを指定する追加設定を示すことと、
を含むことを特徴とする方法。 - 前記STAは、前記ブロードキャストTWTパラメータセットフィールド内の要求タイプフィールドのビット9(B9)を使用して、前記ブロードキャストTWTシグナリングが制限付きTWT(R-TWT)のためのものであるかどうかを示す、
請求項19に記載の方法。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202163192656P | 2021-05-25 | 2021-05-25 | |
US63/192,656 | 2021-05-25 | ||
US202163211683P | 2021-06-17 | 2021-06-17 | |
US63/211,683 | 2021-06-17 | ||
US17/679,798 | 2022-02-24 | ||
US17/679,798 US20220386372A1 (en) | 2021-05-25 | 2022-02-24 | Restricted target wait time (r-twt) operations and parameters |
PCT/US2022/030546 WO2022251117A1 (en) | 2021-05-25 | 2022-05-23 | Restricted target wait time (r-twt) operations and parameters |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2024518101A true JP2024518101A (ja) | 2024-04-24 |
Family
ID=84194554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023570281A Pending JP2024518101A (ja) | 2021-05-25 | 2022-05-23 | 制限付きターゲットウェイクタイム(r-twt)の動作及びパラメータ |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220386372A1 (ja) |
EP (1) | EP4316019A1 (ja) |
JP (1) | JP2024518101A (ja) |
KR (1) | KR20230169288A (ja) |
CN (1) | CN116458262A (ja) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230140312A1 (en) * | 2021-11-01 | 2023-05-04 | Qualcomm Incorporated | Coordinated scheduling and signaling of restricted target wake time (r-twt) service periods |
US12047873B2 (en) * | 2021-12-22 | 2024-07-23 | Qualcomm Incorporated | Low latency solutions for restricted target wake time (r-TWT) during multi-link operation (MLO) |
US20230362811A1 (en) * | 2022-05-09 | 2023-11-09 | Qualcomm Incorporated | End of service period indication |
WO2024151127A1 (ko) * | 2023-01-12 | 2024-07-18 | 엘지전자 주식회사 | 무선랜 시스템에서 저-지연 트래픽을 분류하는 방법 및 장치 |
WO2024174178A1 (zh) * | 2023-02-23 | 2024-08-29 | 北京小米移动软件有限公司 | 通信方法、电子设备及存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4228370A4 (en) * | 2020-10-08 | 2024-03-20 | Wilus Institute of Standards and Technology Inc. | WIRELESS COMMUNICATION METHOD AND TERMINAL FOR TRANSMITTING/RECEIVING FRAME IN WIRELESS COMMUNICATION SYSTEM |
US20230389078A1 (en) * | 2020-10-20 | 2023-11-30 | Canon Kabushiki Kaisha | Provision period management for ensuring a low latency service in a bss |
MX2023006059A (es) * | 2020-12-04 | 2023-06-06 | Panasonic Ip Corp America | Aparato de comunicacion y metodo de comunicacion para trafico priorizado. |
KR20230135059A (ko) * | 2021-01-29 | 2023-09-22 | 엘지전자 주식회사 | 무선랜 시스템에서 제한된 twt에 대한 정보 요청 방법및 상기 방법을 이용하는 장치 |
WO2022165818A1 (zh) * | 2021-02-07 | 2022-08-11 | Oppo广东移动通信有限公司 | 无线通信的方法、站点设备和接入点设备 |
US11764847B2 (en) * | 2021-04-22 | 2023-09-19 | Qualcomm Incorporated | Sounding operations for radio-frequency (RF) sensing |
-
2022
- 2022-02-24 US US17/679,798 patent/US20220386372A1/en active Pending
- 2022-05-23 JP JP2023570281A patent/JP2024518101A/ja active Pending
- 2022-05-23 CN CN202280007212.5A patent/CN116458262A/zh active Pending
- 2022-05-23 KR KR1020237038828A patent/KR20230169288A/ko unknown
- 2022-05-23 EP EP22731017.4A patent/EP4316019A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
CN116458262A (zh) | 2023-07-18 |
KR20230169288A (ko) | 2023-12-15 |
EP4316019A1 (en) | 2024-02-07 |
US20220386372A1 (en) | 2022-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2024518101A (ja) | 制限付きターゲットウェイクタイム(r-twt)の動作及びパラメータ | |
US20230047705A1 (en) | Restricted target wake time service period termination | |
KR20230172590A (ko) | 제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs) | |
WO2022251117A1 (en) | Restricted target wait time (r-twt) operations and parameters | |
JP2024517426A (ja) | モバイルソフトアクセスポイントマルチリンク装置への二次リンクアクセス | |
WO2023039735A1 (zh) | 无线通信的方法及设备 | |
WO2023017340A1 (en) | Restricted target wake time service period termination | |
US20230262770A1 (en) | Transmit opportunity sharing in a restricted target wait time | |
US20230139168A1 (en) | Multi-link restricted twt | |
US20230269788A1 (en) | Dynamic edca in r-twt initial access | |
US20220400500A1 (en) | Enabling legacy (non-eht) stations to operate on the conditional link of a soft ap mld | |
US20240008081A1 (en) | Triggered txop sharing with ac limitation | |
US20240008086A1 (en) | Prioritization of r-twt tids in r-twt sps | |
US20230156687A1 (en) | Non-r-twt member sta access grant for burst traffic transmission | |
US20240298349A1 (en) | Tid to link mapping for tdls direct link | |
JP2024540249A (ja) | マルチリンク制限付きtwt | |
JP2024520014A (ja) | ソフトap mldの条件付きリンクにおけるレガシー(非eht)局の動作可能化 | |
WO2024186468A1 (en) | Tid to link mapping for tdls direct link | |
JP2024540504A (ja) | 非r-twtメンバーstaのバーストトラフィック送信のためのアクセス許可 | |
CN116889071A (zh) | 受限目标唤醒时间服务周期终止 | |
JP2023552575A (ja) | 優先チャネルアクセス | |
CN118369993A (zh) | R-twt sp中r-twt tid的优先化 | |
CN116830650A (zh) | 具有受限目标等待时间(r-twt)设置的流分类服务(scs) | |
CN116762459A (zh) | 使遗留(非eht)站能够在软ap mld的条件链路上操作 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20231113 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20240814 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240909 |