KR20230136219A - 제한된 타겟 웨이크 시간 서비스 기간 종료 - Google Patents
제한된 타겟 웨이크 시간 서비스 기간 종료 Download PDFInfo
- Publication number
- KR20230136219A KR20230136219A KR1020237030174A KR20237030174A KR20230136219A KR 20230136219 A KR20230136219 A KR 20230136219A KR 1020237030174 A KR1020237030174 A KR 1020237030174A KR 20237030174 A KR20237030174 A KR 20237030174A KR 20230136219 A KR20230136219 A KR 20230136219A
- Authority
- KR
- South Korea
- Prior art keywords
- twt
- scheduling
- frame
- stas
- frames
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 104
- 238000004891 communication Methods 0.000 claims abstract description 44
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 claims abstract description 13
- 230000004044 response Effects 0.000 claims description 27
- 238000000034 method Methods 0.000 abstract description 67
- 230000008569 process Effects 0.000 abstract description 15
- 230000007246 mechanism Effects 0.000 abstract description 4
- 239000000872 buffer Substances 0.000 description 86
- 101150081243 STA1 gene Proteins 0.000 description 83
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 82
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 82
- 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 73
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 64
- 101100072644 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) INO2 gene Proteins 0.000 description 57
- 101100454372 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) LCB2 gene Proteins 0.000 description 57
- 101100489624 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) RTS1 gene Proteins 0.000 description 57
- 238000010586 diagram Methods 0.000 description 42
- 101150080315 SCS2 gene Proteins 0.000 description 38
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 34
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 34
- 230000001960 triggered effect Effects 0.000 description 23
- 101100256290 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SCS3 gene Proteins 0.000 description 16
- 101100256289 Schizosaccharomyces pombe (strain 972 / ATCC 24843) fit1 gene Proteins 0.000 description 16
- 230000006870 function Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 9
- 230000008901 benefit Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 230000011664 signaling Effects 0.000 description 4
- 101100395869 Escherichia coli sta3 gene Proteins 0.000 description 3
- OVGWMUWIRHGGJP-WTODYLRWSA-N (z)-7-[(1r,3s,4s,5r)-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-WTODYLRWSA-N 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 1
- 101100325794 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) BAT2 gene Proteins 0.000 description 1
- 208000016709 aortopulmonary window Diseases 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000737 periodic effect Effects 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
Images
Classifications
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
- G06F1/3209—Monitoring remote activity, e.g. over telephone lines or network connections
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
- G06F1/3228—Monitoring task completion, e.g. by use of idle timers, stop commands or wait commands
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/325—Power saving in peripheral device
- G06F1/3278—Power saving in modem or I/O interface
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/3287—Power saving characterised by the action undertaken by switching off individual functional units in the computer system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/329—Power saving characterised by the action undertaken by task scheduling
-
- 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- 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
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- 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
-
- 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
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
RTA 트래픽 전송들을 우선순위화하기 위해 CSMA/CA, EDCA 및 R-TWT를 이용하는 무선 통신 프로토콜이다. R-TWT SP 동안, RTA 트래픽은 전송을 위해 우선순위화되고, R-TWT SP의 적절한 표시들 및 종료를 보장하기 위한 메커니즘들이 제공된다. 이 프로세스 동안, 멤버 STA들은 전송할 프레임들을 더 이상 갖지 않을 때 R-TWT 스케줄링 AP와 통신한다. R-TWT 스케줄링 AP는 또한 그 스케줄링된 종료 시간 전에 R-TWT SP를 종료하여, 비-멤버 STA들이 채널에 대해 즉시 경합하는 것을 허용할 수 있다. 또한, R-TWT 스케줄링 AP는 R-TWT SP 동안 R-TWT 멤버 STA들과의 프레임 교환들이 완료된 이후에, R-TWT 특징을 갖지만 R-TWT 멤버 STA들이 아닌 STA들과 프레임들을 교환할 수 있다.
Description
관련 출원들에 대한 상호 참조
본 출원은, 그 전체가 본 명세서에 참조로 포함되는, 2022년 6월 20일자로 출원된 미국 특허 출원 제17/844,555호에 대한 우선권 및 그 이익을 주장한다. 본 출원은, 그 전체가 본 명세서에 참조로 포함되는, 2021년 8월 11일자로 출원된 미국 가특허 출원 제63/260,155호에 대한 우선권 및 그 이익을 주장한다.
연방 후원 연구 또는 개발에 관한 진술
해당 없음
저작권 보호 대상 자료에 대한 고지
이 특허 문서의 자료의 일부는 미국 및 다른 국가들의 저작권 법률들 하에서 저작권 보호를 받을 수 있다. 저작권의 소유자는 누구든지 이 특허 문서 또는 특허 개시내용을 공개적으로 이용가능한 미국 특허청의 파일 또는 기록에 나타나 있는 대로 복사하는 것에는 이의가 없지만, 그렇지 않은 경우에는 모든 저작권을 보유한다. 저작권 소유자는 37 C.F.R.§1.14에 따른 권리를 포함하지만 이에 국한되지 않고 이 특허 문서를 비밀로 유지하기 위한 임의의 권리를 포기하지 않는다.
기술분야
본 개시내용의 기술은 일반적으로 CSMA/CA를 이용하는 무선 근거리 네트워크들에 관한 것이며, 보다 구체적으로는 제한된 타겟 웨이크 시간(Restricted Target Wake Time)(R-TWT) 서비스 기간들(Service Periods)(SP들)의 종료에 관한 것이다.
CSMA/CA를 이용하는 현재의 무선 기술들은 높은 처리량 네트워크 성능을 달성하는 것에 초점을 맞추지만, 낮은 레이턴시 능력이 부족하다. 그러나, 실시간 애플리케이션들(RTA)과 같은 다수의 애플리케이션들은 낮은 레이턴시를 요구한다.
실시간 애플리케이션은 낮은 레이턴시 통신을 요구하고 최선 노력 통신을 이용한다. RTA로부터 생성된 데이터는 RTA 트래픽으로 불리며, 전송기 STA에서 RTA 프레임들로서 패킷화될 것이다. 이와 대조적으로, 비-시간 민감 애플리케이션으로부터 생성된 데이터는 비-RTA 트래픽으로 불리며, 전송기 STA에서 비-RTA 프레임들로서 패킷화될 것이다. 그 후, 전송 STA는 프레임들 내의 패킷들을 채널을 통해 수신기 STA에 전송한다.
RTA 프레임은 전달에 대한 그 높은 적시성 요건으로 인해 낮은 레이턴시를 요구한다. RTA 프레임은 특정 시간 기간 내에 전달될 때 유효하다. CSMA/CA 무선 프로토콜에서의 하나의 솔루션은 RTA 프레임 교환을 위해 제한된 타겟 웨이크 시간(R-TWT)에 대한 서비스 기간(SP)을 스케줄링하는 것이다. R-TWT SP들 동안, RTA 프레임들은 다른 프레임들보다 더 높은 전송 우선순위를 갖는다. 그러나, R-TWT 문제들이 효율성 및 공정한 이용과 관련하여 발생할 수 있다.
따라서, 개선된 R-TWT 동작들에 대한 필요성이 존재한다. 본 개시내용은 이러한 필요성을 충족시키고 추가적인 R-TWT 이점들을 제공한다.
IEEE 802.11be와 같은 현재의 무선 통신 시스템들은 EDCA 및 R-TWT를 이용하여 RTA 트래픽 전송들을 우선순위화한다. R-TWT SP 동안에, RTA 트래픽은 전송하도록 우선순위화된다. 그러나, R-TWT SP 지속기간이 미리 스케줄링되고 고지되기 때문에, 일부 경우들에서 R-TWT SP 지속기간은 결국 R-TWT 멤버 STA들에 의해 요구되는 전송 시간보다 길어질 수 있다.
본 개시내용은 모든 RTA 트래픽이 R-TWT SP 동안 전송된 직후에 R-TWT SP가 종료한 것을 통신하기 위한 메커니즘을 포함하고; UL, DL, 또는 P2P일 수 있는, 전송된 RTA 프레임들을 식별하는 AP의 R-TWT 스케줄링 과제를 다루는 프로토콜을 설명한다.
따라서, 채널 이용의 효율을 개선하고 R-TWT SP의 공정한 이용 문제들(남용)을 피하기 위해, R-TWT SP는 RTA 프레임 교환이 완료된 직후에 종료되어야 한다.
본 개시내용에서, R-TWT 스케줄링 AP 및 R-TWT의 멤버 STA들은 R-TWT SP들 동안 어느 트래픽이 스케줄링되는지를 협상하고, 그 트래픽을 우선순위화한다.
본 개시내용에서, 멤버 STA들은 R-TWT SP 동안 R-TWT 스케줄링 AP에 신호를 전송하여, R-TWT SP 동안 전송할 스케줄링된 UL 및/또는 P2P가 더 이상 없음을 나타낼 수 있다.
본 개시내용에서, R-TWT 스케줄링 AP는 모든 스케줄링된 트래픽이 R-TWT SP 동안 전송된 후에, R-TWT SP의 종료를 나타내는 신호를 다른 STA들에 전송할 수 있다.
본 개시내용에서, R-TWT SP 동안 모든 스케줄링된 트래픽 전송을 완료한 후, R-TWT 스케줄링 AP는 R-TWT 스케줄링된 STA들이지만 그 R-TWT의 멤버 STA들이 아닌 STA들과의 프레임 교환을 위해 R-TWT SP의 나머지 시간을 공유할 수 있다.
보다 구체적으로, 본 개시내용의 적어도 하나의 실시예에서, R-TWT 스케줄링 AP 및 R-TWT 멤버 STA들은 그들 사이의 프레임 교환을 위해 R-TWT SP를 시작한다. R-TWT 멤버 STA는 R-TWT SP 동안 전송할 더 이상의 프레임들을 갖지 않을 때 R-TWT 스케줄링 AP에 신호를 전송한다. R-TWT 스케줄링 AP는 모든 프레임 교환들이 R-TWT SP 동안 수행되었을 때 R-TWT SP의 종료를 나타내는 신호를 전송한다.
본 개시내용의 적어도 하나의 다른 실시예에서, R-TWT 스케줄링 AP 및 R-TWT 멤버 STA들은 그들 사이에서 프레임 교환을 수행하기 위해 R-TWT SP를 시작한다. R-TWT 스케줄링 AP는 R-TWT SP의 스케줄링된 종료 시간 이전에 R-TWT SP를 종료한다. R-TWT의 멤버 STA들이 아닌 STA들은 R-TWT SP가 종료한 직후에 채널에 대해 경합하기 시작한다.
본 개시내용의 적어도 하나의 추가 실시예에서, R-TWT 스케줄링 AP 및 R-TWT 멤버 STA들은 R-TWT SP를 시작한다. R-TWT 스케줄링 AP는 R-TWT SP 동안 R-TWT 멤버 STA들과 프레임들을 교환한다. R-TWT 스케줄링 AP는 R-TWT 멤버 STA들이 아닌 STA들과 프레임들을 교환하고, R-TWT SP 동안 R-TWT 멤버 STA들과의 프레임 교환을 완료한 이후 구현되는 R-TWT 특징을 가진다. 본 개시내용의 다수의 추가적인 요소들 및 이점들이 존재한다.
본 명세서에 설명된 기술의 추가의 양태들은 본 명세서의 다음의 부분들에서 도출될 것이고, 여기서 상세한 설명은 제한들을 두지 않고 본 기술의 바람직한 실시예들을 완전히 개시하기 위한 것이다.
본 명세서에 설명된 기술은 단지 예시적인 목적들을 위한 다음의 도면들을 참조하여 더 완전히 이해될 것이다.
도 1은 IEEE 802.11에 정의된 TSPEC 요소의 데이터 필드 도면이다.
도 2는 도 1에 도시된 TS 정보 필드의 내용의 데이터 필드 도면이다.
도 3은 IEEE 802.11에 정의된 TCLAS 요소의 내용의 데이터 필드 도면이다.
도 4는 IEEE 802.11에 정의된 TCLAS 처리 요소의 내용의 데이터 필드 도면이다.
도 5는 IEEE 802.11ax에 정의된 TWT 요소의 데이터 필드 도면이다.
도 6은 도 5에 도시된 TWT 요소의 제어 필드의 데이터 필드 도면이다.
도 7은 특정한 협상 유형에 대해 유효한 브로드캐스트 TWT 파라미터 정보 필드의 데이터 필드 도면이다.
도 8은 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드의 데이터 필드 도면이다.
도 9는 도 7의 브로드캐스트 TWT 파라미터 정보 필드의 브로드캐스트 TWT 정보 필드의 데이터 필드 도면이다.
도 10은 IEEE 802.11be(드래프트 P802.11be_D1.01)에 정의된 SCS 셋업의 통신도이다.
도 11은 SCS 요청 프레임의 데이터 필드 도면이다.
도 12는 도 11에 도시된 SCS 상태 리스트 필드로부터의 SCS 디스크립터 요소들의 데이터 필드 도면이다.
도 13은 SCS 응답 프레임에 대한 포맷의 데이터 필드 도면이다.
도 14는 SCS 상태 서브필드의 데이터 필드 도면이다.
도 15는 IEEE 802.11ax에 정의된 TWT 셋업의 통신도이다.
도 16은 TWT 셋업 프레임의 데이터 필드 도면이다.
도 17은 R-TWT SP 통신의 통신도이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른, 스테이션(STA) 하드웨어의 하드웨어 블록도이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른, 다중-링크 디바이스(MLD) 하드웨어 구성의 하드웨어 블록도이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른, 예시적인 네트워크의 네트워크 토폴로지이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 멤버십 셋업의 통신도이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, SCS 트래픽 정보를 갖는 TWT 셋업 프레임의 데이터 필드 도면이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP에 의해 R-TWTx SP를 종료하는 흐름도이다.
도 24 내지 도 26은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWTx 멤버 STA가 R-TWTx의 그 스케줄링된 UL 및 P2P 트래픽 스트림의 모든 프레임이 R-TWTx SP 동안 전송되었다는 것을 나타내는 신호를 전송하는 것의 흐름도이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT에 대한 QoS 데이터 및 QoS 널 프레임에서의 QoS 제어 필드의 데이터 필드 도면이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 R-TWT SP의 종료를 나타내기 위해 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임을 브로드캐스팅하는 것의 통신도이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 멤버 STA가 R-TWT SP 동안 채널에 대해 경합하도록 허용되는 R-TWT SP의 통신도이다.
도 30은 종료 표시가 성공적으로 수신되지 않은 R-TWT SP의 통신도이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 EOSP가 제2 상태(예를 들어, "0")로 설정된 QoS 널 프레임을 전송하는 STA의 통신도이다.
도 32는 R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임을 전송하는 STA의 통신도이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT SP 동안 R-TWT 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들의 전송들을 배열하는 R-TWT 스케줄링 AP의 통신도이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT SP 동안 스케줄링된 UL 트래픽이 도달하기를 기다리는 R-TWT 스케줄링 AP의 통신도이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, 그 R-TWT의 스케줄링된 트래픽 스트림들의 더 이상의 프레임들이 전송되지 않을 경우 R-TWT SP를 종료하는 R-TWT 스케줄링 AP의 통신도이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, 스케줄링된 트래픽의 도달을 기다릴 때 R-TWT 비-멤버 STA와 프레임들을 교환하는 R-TWT 스케줄링 AP의 통신도이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른, 별개의 각각의 링크 상의 다중-링크 R-TWT SP의 종료의 통신도이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른, 하나의 링크 상의 ML R-TWT SP의 종료의 통신도이다.
도 1은 IEEE 802.11에 정의된 TSPEC 요소의 데이터 필드 도면이다.
도 2는 도 1에 도시된 TS 정보 필드의 내용의 데이터 필드 도면이다.
도 3은 IEEE 802.11에 정의된 TCLAS 요소의 내용의 데이터 필드 도면이다.
도 4는 IEEE 802.11에 정의된 TCLAS 처리 요소의 내용의 데이터 필드 도면이다.
도 5는 IEEE 802.11ax에 정의된 TWT 요소의 데이터 필드 도면이다.
도 6은 도 5에 도시된 TWT 요소의 제어 필드의 데이터 필드 도면이다.
도 7은 특정한 협상 유형에 대해 유효한 브로드캐스트 TWT 파라미터 정보 필드의 데이터 필드 도면이다.
도 8은 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드의 데이터 필드 도면이다.
도 9는 도 7의 브로드캐스트 TWT 파라미터 정보 필드의 브로드캐스트 TWT 정보 필드의 데이터 필드 도면이다.
도 10은 IEEE 802.11be(드래프트 P802.11be_D1.01)에 정의된 SCS 셋업의 통신도이다.
도 11은 SCS 요청 프레임의 데이터 필드 도면이다.
도 12는 도 11에 도시된 SCS 상태 리스트 필드로부터의 SCS 디스크립터 요소들의 데이터 필드 도면이다.
도 13은 SCS 응답 프레임에 대한 포맷의 데이터 필드 도면이다.
도 14는 SCS 상태 서브필드의 데이터 필드 도면이다.
도 15는 IEEE 802.11ax에 정의된 TWT 셋업의 통신도이다.
도 16은 TWT 셋업 프레임의 데이터 필드 도면이다.
도 17은 R-TWT SP 통신의 통신도이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른, 스테이션(STA) 하드웨어의 하드웨어 블록도이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른, 다중-링크 디바이스(MLD) 하드웨어 구성의 하드웨어 블록도이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른, 예시적인 네트워크의 네트워크 토폴로지이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 멤버십 셋업의 통신도이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, SCS 트래픽 정보를 갖는 TWT 셋업 프레임의 데이터 필드 도면이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP에 의해 R-TWTx SP를 종료하는 흐름도이다.
도 24 내지 도 26은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWTx 멤버 STA가 R-TWTx의 그 스케줄링된 UL 및 P2P 트래픽 스트림의 모든 프레임이 R-TWTx SP 동안 전송되었다는 것을 나타내는 신호를 전송하는 것의 흐름도이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT에 대한 QoS 데이터 및 QoS 널 프레임에서의 QoS 제어 필드의 데이터 필드 도면이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 R-TWT SP의 종료를 나타내기 위해 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임을 브로드캐스팅하는 것의 통신도이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 멤버 STA가 R-TWT SP 동안 채널에 대해 경합하도록 허용되는 R-TWT SP의 통신도이다.
도 30은 종료 표시가 성공적으로 수신되지 않은 R-TWT SP의 통신도이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 EOSP가 제2 상태(예를 들어, "0")로 설정된 QoS 널 프레임을 전송하는 STA의 통신도이다.
도 32는 R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임을 전송하는 STA의 통신도이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT SP 동안 R-TWT 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들의 전송들을 배열하는 R-TWT 스케줄링 AP의 통신도이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT SP 동안 스케줄링된 UL 트래픽이 도달하기를 기다리는 R-TWT 스케줄링 AP의 통신도이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, 그 R-TWT의 스케줄링된 트래픽 스트림들의 더 이상의 프레임들이 전송되지 않을 경우 R-TWT SP를 종료하는 R-TWT 스케줄링 AP의 통신도이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, 스케줄링된 트래픽의 도달을 기다릴 때 R-TWT 비-멤버 STA와 프레임들을 교환하는 R-TWT 스케줄링 AP의 통신도이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른, 별개의 각각의 링크 상의 다중-링크 R-TWT SP의 종료의 통신도이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른, 하나의 링크 상의 ML R-TWT SP의 종료의 통신도이다.
1. 802.11 요소들의 소개
1.1. 트래픽 사양(TSPEC)
도 1은 IEEE 802.11에 정의되어 있는 TSPEC 요소의 내용을 나타낸 것이다. 요소 ID 필드는 요소의 유형을 나타내며, 이 경우에 TSPEC 요소의 유형이다. 길이 필드는 TSPEC 요소의 길이를 나타낸다. TS 정보(Info) 필드는 도 2에 도시된 바와 같이 트래픽 스트림 정보를 포함한다.
본 개시내용에서, 설명되지 않은 필드들은 다른 요소들에서 그 명칭의 이전 필드들의 동일한 기능을 갖는다는 점에 유의할 것이다.
공칭 MSDU 크기 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들의 공칭 크기를 나타낸다. 최대 MSDU 크기 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 크기를 포함한다. 최소 서비스 간격 필드는 2개의 연속적인 서비스 기간(SP)의 시작 시간 사이의 최소 시간을 나타낸다. 최대 서비스 간격 필드는 2개의 연속적인 SP의 시작 시간 사이의 최대 시간을 나타낸다. 비활동 간격 필드는 TS에 속하는 MSDU의 도달 또는 전송 없이 발생하도록 허용되는 시간을 나타내고; 그 후 그 TS는 삭제된다. 일시중지 간격 필드는 이 TS에 대해 연속적인 서비스 품질(QoS) (+) 무경합(CF)-폴링의 생성이 중지되기 전에 TS에 속하는 MSDU의 도달 또는 전송 없이 발생하도록 허용되는 시간을 나타낸다. 서비스 시작 시간 필드는 제1 SP의 시작 시간을 나타낸다. 최소 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하기 위해 MAC SAP에 의해 지정된 최저 데이터 레이트를 나타낸다. 평균 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하기 위해 MAC SAP에 의해 지정된 평균 데이터 레이트를 나타낸다.
피크 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하기 위해 MAC SAP에 의해 지정된 최대 데이터 레이트를 나타낸다. 버스트 크기 필드는 피크 데이터 레이트에서 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU의 최대 버스트를 나타낸다. 지연 한계 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하도록 허용되는 최대 시간을 나타낸다. 최소 PHY 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위한 최저 PHY 레이트를 나타낸다. 잉여 대역폭 허용 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하는데 이용되는 대역폭과 그 MSDU 또는 A-MSDU를 한번 최소 PHY 레이트로 전송하는데 이용되는 대역폭에 대한 그 재전송의 비를 나타낸다. 중간 시간 필드는 STA가 매체에 액세스하도록 허용되는 시간의 양을 나타낸다. DMG 속성 필드는 TSPEC가 방향성 멀티-기가비트(DMG) BSS에 적용될 때 제시된다.
도 2는 IEEE 802.11에 정의된 바와 같은, 도 1에 도시된, TS 정보 필드의 내용을 도시한다. TS 정보 필드의 서브필드들은 다음과 같다. 트래픽 유형 서브필드는 트래픽이 주기적인지 여부를 지정한다. TSID 서브필드는 TS를 식별하기 위해 ID 번호를 제공한다. 방향 서브필드는 데이터 전송의 방향을 지정한다. 액세스 정책 서브필드는 채널 액세스를 얻기 위한 방법을 지정한다. 집성 서브필드는 집성 스케줄이 요구되는지를 지정한다. APSD 서브필드는 자동 PS 전달이 이용되는지를 나타낸다. 사용자 우선순위 서브필드는 TS에 속하는 MSDU 또는 A-MSDU의 사용자 우선순위를 나타낸다. TSInfo Ack 정책 서브필드는 Ack가 요구되는지, 그리고 어느 형태의 Ack가 이용될지를 나타낸다. 스케줄 서브필드는 스케줄의 유형을 나타낸다.
1.1.2. TCLAS 요소
도 3은 IEEE 802.11에 정의된 TCLAS 요소의 내용을 도시한다. 요소 ID 필드는 요소의 유형을 나타내며, 이 경우에 이것은 TCLAS 요소임을 나타낸다. 길이 필드는 TCLAS 요소의 길이를 나타낸다. 사용자 우선순위 필드는 상위 계층으로부터의 사용자 우선순위를 나타낸다. 프레임 분류자 필드는 상위 계층으로부터의 프레임들을 분류하는데 이용될 방법을 나타낸다.
1.1.3. TCLAS 프로세스 요소
도 4는 IEEE 802.11에 정의되어 있는 TCLAS 처리 요소의 내용을 나타낸 것이다. 요소 ID 필드는 요소의 유형을 나타내며, 여기서는 그 TCLAS 처리 요소를 나타낸다. 길이 필드는 TCLAS 처리 요소의 길이를 나타낸다. 처리 필드는 다수의 TCLAS 요소들이 존재할 때 상위 계층으로부터의 트래픽을 분류하는 방법을 나타낸다.
1.1.4. TWT 요소
도 5는 요소 ID, 길이, 제어 및 TWT 파라미터 정보에 대한 필드들을 갖는, IEEE 802.11ax에 정의된 TWT 요소의 포맷을 도시한다.
도 6은 도 5에 도시된 TWT 요소의 제어 필드를 도시하고, 다음의 필드들, 즉 NDP 페이징 표시자, 응답자 PM 모드, 협상 유형, TWT 정보 프레임 디스에이블, 웨이크 지속기간 유닛 및 예비를 갖는다. 협상 유형 서브필드는 수행될 협상의 유형을 나타낸다.
도 7은 도 6에서 설명된 협상 유형이 "2" 또는 "3"의 값으로 설정될 때 유효한 브로드캐스트 TWT 파라미터 정보 요소를 도시한다. 서브필드들은 요청 유형, 타겟 웨이크 시간, 공칭 최소 TWT 웨이크 지속기간, TWT 웨이크 간격 가수 및 브로드캐스트 TWT 정보로서 도시된다.
IEEE 802.11be(드래프트 P802.11be_D1.01)에는 업데이트가 있다는 점에 유의해야 한다. 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드의 브로드캐스트 TWT 추천 필드가 "4"로 설정되는 경우, 이는 브로드캐스트 TWT 파라미터 정보 필드에서 표시된 브로드캐스트 TWT(B-TWT)가 제한된 TWT(R-TWT)임을 나타낸다.
도 8은 브로드캐스트 TWT 파라미터 정보 필드에서 다음과 같은 서브필드들을 갖는 요청 유형 필드를 도시한다: TWT 요청, TWT 셋업 명령, 트리거, 마지막 브로드캐스트 파라미터 세트, 흐름 유형, 브로드캐스트 TWT 추천, TWT 웨이크 간격 지수 및 예비된 서브필드.
도 9는 다음과 같은 필드들을 갖는, 브로드캐스트 TWT 파라미터 정보 필드에서의 브로드캐스트 TWT 정보 필드를 도시한다. 브로드캐스트 TWT ID 서브필드 및 브로드캐스트 TWT 지속 서브필드이다.
1.2. SCS 시그널링
도 10은 IEEE 802.11be(드래프트 P802.11be_D1.01)에 정의된 SCS 셋업의 예를 도시한다. STA들의 상호연동 모델은 IEEE 802.11 표준에 정의된 것과 동일할 수 있다.
비-AP STA는 AP와의 SCS 셋업 절차를 개시하기로 결정한다. 비-AP STA의 스테이션 관리 엔티티(SME)는 MLME-SCS.request 메시지를 그 MAC 하위계층 관리 엔티티(MLME)에 전송한다. 비-AP STA의 MLME는 MLME-SCS.request 메시지를 수신할 때, MLME-SCS.request 메시지 내의 정보를 수집하고 SCS 요청 프레임을 AP에 전송한다. AP의 MLME는 프레임을 수신하고, 그 SME에 대한 MLME-SCS.indication 메시지를 생성한다.
다음으로, AP의 SME는 SCS 셋업 결과를 포함하는 MLME-SCS.response 메시지를 그 MLME에 전송한다. 그 후, AP의 MLME는 SCS 응답 프레임을 비-AP STA에 전송한다. 비-AP STA의 MLME는 프레임을 수신하고, MLME-SCS.confirm 메시지를 그 SME에 전송한다. 그 다음, 비-AP는 SCS 셋업이 성공적이었는지의 여부를 인식할 수 있다.
도 11은 SCS 요청 프레임의 포맷을 도시한다. SCS 디스크립터 리스트 필드는 도 12에 도시된 바와 같이 다수의 SCS 디스크립터 요소를 운반할 수 있다.
도 12는 도 11에 도시된 SCS 디스크립터 리스트로부터의 SCS 디스크립터 요소들 중 하나를 도시한다.
도 13은 SCS 응답 프레임의 포맷을 도시한다. SCS 상태 리스트 필드는 도 14에 도시된 바와 같이 다수의 SCS 상태 필드를 운반할 수 있다.
도 14는 SCSID 필드에 표시된 SCS의 SCS 셋업 결과(예를 들어, 수락, 거부, 이유에 따른 거부, 종료 등)를 나타내는 SCS 상태 서브필드를 도시한다.
1.3. R-TWT 시그널링
도 15는 IEEE 802.11ax에 정의된 TWT 셋업의 예를 도시한다. STA들의 상호연동 모델은 IEEE 802.11 표준에 정의된 것과 동일할 수 있다.
비-AP STA는 AP와의 TWT 셋업 절차를 개시하기로 결정한다. 비-AP STA의 스테이션 관리 엔티티(SME)는 MLME-TWTSETUP.request 메시지를 그 MAC 하위계층 관리 엔티티(MLME)에 전송한다. 비-AP STA의 MLME는 MLME-TWTSETUP.request 메시지를 수신할 때, MLME-TWTSETUP.request 메시지 내의 정보를 수집하고, TWT 셋업 프레임(즉, TWT 요청 프레임)을 AP에 전송한다. AP의 MLME는 프레임을 수신하고, 그 요청을 처리하는 그 SME에 대한 MLME-TWTSETUP.indication 메시지를 생성한다.
다음으로, AP의 SME는 TWT 셋업 결과들을 포함하는 MLME-TWTSETUP.response 메시지를 그 MLME에 전송한다. 그 후, AP의 MLME는 TWT 셋업 프레임(즉, TWT 응답 프레임)을 비-AP STA에 전송한다. 비-AP STA의 MLME는 프레임을 수신하고, MLME-TWTSETUP.confirm 메시지를 그 SME에 전송한다. 그 후, 비-AP는 TWT 셋업이 성공적이었는지 여부를 인식한다.
IEEE 802.11be에서의 정의에 따르면, R-TWT 스케줄링 AP로 지칭되는 제한된 TWT R-TWT 스케줄링 AP는 제한된 TWT 동작을 지원하고 전송된 EHT 능력 요소들에서의 제한된 TWT 지원 서브필드를 "1"로 설정하는 EHT AP이다.
R-TWT 스케줄링된 STA라고 지칭되는 제한된 TWT R-TWT 스케줄링된 STA는 제한된 TWT 동작들을 지원하고 전송된 EHT 능력 요소들에서의 제한된 TWT 지원 서브필드를 "1"로 설정하는 비-AP EHT STA이다.
R-TWT 스케줄링된 STA는 R-TWT 스케줄링 AP에 의해 스케줄링된 하나 이상의 R-TWT의 멤버십을 확립할 수 있다. R-TWT 셋업 시그널링은 R-TWT 스케줄링된 STA와 R-TWT 스케줄링 AP 사이의 R-TWT의 멤버십 협상에 이용되는 추가적인 파라미터 설정들을 갖는 브로드캐스트 TWT와 동일하다. R-TWT 스케줄링된 STA가 R-TWT 스케줄링 AP에 의해 스케줄링된 R-TWT의 멤버십을 확립한 후, R-TWT 스케줄링된 STA는 더 높은 우선순위를 갖거나, R-TWT의 SP들 동안 R-TWT 스케줄링 AP와 프레임들을 교환하도록 허용된다. 한편, R-TWT의 멤버가 아닌 R-TWT 스케줄링된 STA는 더 낮은 우선순위를 갖거나, R-TWT의 SP들 동안 R-TWT 스케줄링 AP와 프레임들을 교환하는 것이 허용되지 않는다.
도 16은 다음과 같은 필드들을 포함하는 TWT 셋업 프레임을 도시한다: 프레임 제어, 지속기간, 다수의 어드레스, 시퀀스 제어, 및 데이터. 데이터 필드는 카테고리, 액션, 대화 토큰 및 TWT 요소의 서브필드들을 포함하는 도면에 도시된다.
프레임 제어 필드는 프레임의 유형을 나타내고, 이것이 액션 프레임임을 나타낼 수 있다. 지속기간 필드는 CSMA/CA 채널 액세스에 이용되는 NAV 정보를 포함한다. 어드레스 1 필드는 프레임 수신자의 어드레스를 포함한다. 어드레스 2 필드는 프레임을 전송한 STA의 어드레스를 포함한다. 어드레스 3 필드는 프레임의 수신자인 STA의 BSSID를 포함한다. 시퀀스 제어 필드는 프레임의 시퀀스 번호를 나타낸다.
카테고리 및 액션 필드는 액션 프레임이 TWT 셋업 프레임이고 TWT 요소를 운반한다는 것을 나타낸다. 대화 토큰은 TWT 셋업 프레임을 식별하는데 이용된다. TWT 요소는 그 포맷이 도 5에 도시되어 있는 TWT 셋업 정보를 나타낸다.
도 17은 R-TWT SP 통신의 예를 도시한다. AP1은 R-TWT1 스케줄링을 고지하고 R-TWT1의 멤버들을 관리하는 R-TWT 스케줄링 AP이다. STA1 및 STA2는 R-TWT1의 멤버 STA들이다. R-TWT1 SP 동안, AP1은 멤버 STA들과의 프레임 교환(예를 들어, STA1과의 SCS1의 UL PPDU 및 STA2와의 SCS2의 DL PPDU)을 스케줄링하고 우선순위화한다. R-TWT 스케줄링을 수신하고 인식할 수 있는 STA들은 R-TWT 스케줄링된 STA들로 불린다. STA3은 R-TWT 스케줄링된 STA이지만, R-TWT1의 멤버 STA가 아니다. STA3은 R-TWT1 SP의 시작 시간 전에 그 TXOP를 종료해야 한다. STA3은 또한 침묵 모드에 들어갈 수 있거나, R-TWT1 SP 동안 채널에 대해 경합하지 않을 수 있다. 스케줄링 AP는 R-TWT SP 동안 침묵 간격을 고지하기 위해 침묵 요소를 브로드캐스팅할 수 있으며, 이 요소를 인식하는 STA는 침묵 모드에 들어갈 수 있다.
2. 문제 진술
EDCA 및 R-TWT를 이용하는 현재의 무선 통신 시스템들은 RTA 트래픽 전송을 우선순위화할 수 있고, 예를 들면 R-TWT SP 동안에, RTA 트래픽은 전송하도록 우선순위화된다. 그러나, R-TWT SP 지속기간은 미리 스케줄링되고 고지되며; 일부 경우들에서, R-TWT SP 지속기간은 R-TWT 멤버 STA들에 의해 요구되는 전송 시간보다 더 길어 질 수 있고, 이는 미사용 채널 대역폭(덜 효율적인 전송들)을 초래한다.
3. 본 발명의 기여
R-TWT 스케줄링 AP 및 R-TWT의 멤버 STA들은 그 R-TWT의 SP들 동안 어느 트래픽이 전송하도록 스케줄링되는지를 협상한다. 스케줄링된 트래픽은 R-TWT SP들 동안 전송하도록 우선순위화된다. 본 개시내용은 R-TWT SP 지속기간이 R-TWT 멤버 STA들에 의해 요구되는 전송 시간보다 길 때 발생하는 문제를 식별하였다.
R-TWT SP의 모든 RTA 트래픽이 전송된 직후에 R-TWT SP가 종료되었다는 표시들을 제공하는 메커니즘이 설명된다. 다루어지는 과제들 중 하나는 RTA 프레임들이 UL, DL, 및/또는 P2P일 수 있을 때 R-TWT 스케줄링 AP가 모든 RTA 프레임들이 전송되었음을 식별하는 방법이다.
이 프로토콜에서, 멤버 STA들은 R-TWT SP 동안 전송할 스케줄링된 UL 및 P2P를 더 이상 갖지 않음을 나타내기 위해 R-TWT SP 동안 R-TWT 스케줄링 AP에 신호를 전송할 수 있다.
R-TWT 스케줄링 AP는 모든 스케줄링된 트래픽이 R-TWT SP 동안 전송될 때 R-TWT SP를 종료하라는 신호를 전송할 수 있다.
R-TWT SP 동안 모든 스케줄링된 트래픽 전송들을 완료한 후, R-TWT 스케줄링 AP는, 예컨대 R-TWT 스케줄링된 STA들이지만 그 R-TWT의 멤버 STA들이 아닌 STA들과의 프레임 교환들을 수행하기 위해, R-TWT SP의 나머지 시간을 공유할 수 있다.
4. R-TWT 종료의 실시예들
4.1. STA 및 MLD 하드웨어 구성
도 18은 본 개시내용의 프로토콜을 실행하도록 구성된 STA 하드웨어의 예시적인 실시예(10)를 나타낸다. 외부 I/O 접속(14)은 바람직하게는, 통신 프로토콜을 구현하는 프로그램(들)을 실행하기 위해 CPU(18) 및 메모리(예를 들어, RAM)(20)가 접속되어 있는 회로(12)의 내부 버스(16)에 결합된다. 호스트 머신은 하나 또는 다수의 안테나(29, 26a, 26b, 26c 내지 26n)에 각각 접속된 적어도 하나의 RF 모듈(24, 28)에 결합된 통신을 지원하기 위한 적어도 하나의 모뎀(22)을 수용한다. 다수의 안테나들(예를 들어, 안테나 어레이)을 갖는 RF 모듈은 전송 및 수신 동안 빔포밍을 수행하는 것을 허용한다. 이러한 방식으로, STA는 다수의 빔 패턴 세트를 이용하여 신호들을 전송할 수 있다.
버스(14)는 다양한 디바이스들을 CPU에, 예컨대 센서들, 액추에이터들 등에 접속시키는 것을 허용한다. 메모리(20)로부터의 명령어들은, 프로세서(18) 상에서 실행되어 통신 프로토콜을 구현하는 프로그램을 실행하고, 이는 STA가 액세스 포인트(AP) 스테이션 또는 정규 스테이션(비-AP STA)의 기능들을 수행하는 것을 허용하도록 실행된다. 프로그래밍은 현재의 통신 맥락에서 그것이 어떤 역할을 수행하고 있는지에 따라, 상이한 모드들(TXOP 홀더, TXOP 공유 참가자, 소스, 중간지, 목적지, 제1 AP, 다른 AP, 제1 AP와 연관된 스테이션들, 다른 AP와 연관된 스테이션들, 조정자, 피조정자, OBSS에서의 AP, OBSS에서의 STA 등)에서 동작하도록 구성된다는 것이 또한 이해되어야 한다.
따라서, STA HW는 적어도 하나의 모뎀, 및 적어도 하나의 대역 상의 통신을 제공하기 위한 관련 RF 회로로 구성되는 것으로 도시된다.
본 개시내용은 다수의 모뎀(22)으로 구성될 수 있으며, 각각의 모뎀은 임의 수의 RF 회로에 결합된다는 것을 알아야 한다. 일반적으로, 더 많은 수의 RF 회로들을 이용하는 것은 안테나 빔 방향의 더 넓은 커버리지를 야기할 것이다. 이용되는 RF 회로들의 수 및 안테나들의 수는 특정 디바이스의 하드웨어 제약들에 의해 결정된다는 것을 알아야 한다. RF 회로 및 안테나들의 일부는 STA가 이웃 STA들과 통신하는 것이 불필요하다고 결정할 때 디스에이블될 수 있다. 적어도 하나의 실시예에서, RF 회로는 주파수 변환기, 어레이 안테나 제어기 등을 포함하고, 전송 및 수신을 위한 빔포밍을 수행하도록 제어되는 다수의 안테나에 접속된다. 이러한 방식으로, STA는 다수의 빔 패턴 세트를 이용하여 신호들을 전송할 수 있으며, 각각의 빔 패턴 방향은 안테나 섹터로서 고려된다.
또한, 도면에 도시된 바와 같은 스테이션 하드웨어의 다수의 인스턴스들이 다중-링크 디바이스(MLD)로 결합될 수 있으며, 이는 전형적으로 활동을 조정하기 위한 프로세서 및 메모리를 가질 것이지만, MLD 내의 각각의 STA에 대해 별개의 CPU 및 메모리에 대한 필요성이 항상 존재하는 것은 아니라는 점에 유의할 것이다.
도 19는 다중-링크 디바이스(MLD) 하드웨어 구성의 예시적인 실시예(40)를 예시한다. 소프트 AP MLD는 AP들로서 동작하는 하나 이상의 연계된 STA로 구성되는 MLD이다. 소프트 AP MLD는 2.4GHz, 5GHz 및 6GHz에서의 다수의 라디오 동작을 지원해야 한다. 다수의 라디오들 중에서, 기본 링크 세트들은 동시 전송 및 수신(STR) 모드를 만족시키는 링크 쌍들, 예를 들어, 기본 링크 세트(2.4GHz 및 5GHz), 기본 링크 세트(2.4GHz 및 6GHz)이다.
조건부 링크는 일부 기본 링크(들)와 비동시 전송 및 수신(NSTR) 링크 쌍을 형성하는 링크이다. 예를 들어, 이러한 링크 쌍들은 5GHz가 기본 링크일 때 5GHz 링크에 대응하는 조건부 링크로서 6GHz 링크를 포함할 수 있으며; 5GHz 링크는 6GHz가 기본 링크일 때 6GHz 링크에 대응하는 조건부 링크이다. 소프트 AP는 Wi-Fi 핫스팟들 및 테더링을 포함하는 상이한 시나리오들에서 이용된다.
다수의 STA는 MLD와 연계되며, 각각의 STA는 상이한 주파수의 링크 상에서 동작한다. MLD는 애플리케이션들에 대한 외부 I/O 액세스를 가지며, 이러한 액세스는 CPU(62) 및 메모리(예로서, RAM)(64)를 갖는 MLD 관리 엔티티(48)에 접속되어, MLD 레벨에서 통신 프로토콜들을 구현하는 프로그램(들)의 실행을 가능하게 한다. MLD는 그것이 접속되는 각각의 연계된 스테이션에 작업들을 분배하고 그로부터 정보를 수집할 수 있는데, 여기에서 STA 1(42), STA 2(44) 내지 STA N(46) 및 연계된 STA들 사이의 정보의 공유로서 예시된다.
적어도 하나의 실시예에서, MLD의 각각의 STA는 하나 이상의 안테나를 갖는 적어도 하나의 RF 회로(56)에 접속되는 적어도 하나의 모뎀(54)에 버스(58)를 통해 결합되는 그 자신의 CPU(50) 및 메모리(RAM)(52)를 갖는다. 이 예에서, RF 회로는 안테나 어레이에서와 같이 다수의 안테나(60a, 60b, 60c 내지 60n)를 갖는다. 모뎀은 RF 회로 및 연관된 안테나(들)와 조합하여 이웃 STA들과 데이터 프레임들을 전송/수신한다. 적어도 하나의 구현에서, RF 모듈은 주파수 변환기, 어레이 안테나 제어기, 및 그 안테나들과 인터페이싱하기 위한 다른 회로들을 포함한다.
특정 MLD 구현에 따라, STA들이 서로 및/또는 MLD 관리 엔티티와 리소스들을 공유할 수 있기 때문에, MLD의 각각의 STA가 반드시 그 자신의 프로세서 및 메모리를 요구하는 것은 아니라는 것을 이해해야 한다. 위의 MLD 다이어그램은 제한이 아닌 예로서 주어지는 반면, 본 개시내용은 광범위한 MLD 구현들로 동작할 수 있다는 것을 이해해야 한다.
4.2. 예시적인 이용을 위한 STA 토폴로지
도 20은 본 개시내용의 목표들을 설명하는데 이용되는 네트워크 토폴로지의 예시적인 실시예(70)를 나타낸다. 본 개시내용의 장치 및 방법은 임의의 특정 네트워크 토폴로지들로 제한되지 않으므로, 이 토폴로지(및 본 명세서에서 예시된 임의의 토폴로지들)는 제한이 아니라 예로서 도시된다는 것이 이해되어야 한다. 또한, 본 개시내용 전체에 걸친 특정 MLD, STA 및 링크 참조들은 동작들의 이해를 단순화하기 위해서만 제공된다.
AP 스테이션들이 그 MLD와 연계되는 경우, MLD는 AP MLD이다. MLD는 비-AP STA들이 그 MLD와 연계되는 경우에는 비-AP MLD이다.
도 20에 도시된 바와 같이, 이 시나리오는 주어진 영역 내의 3개의 MLD로 이루어진 6개의 STA를 도시하며, 여기서는 방으로서 예시된다. AP1 및 AP2는 MLD1로서 도시된 다중-링크 디바이스(MLD)와 연계되는 반면, STA1 및 STA4는 MLD2와 연계되고, STA3 및 STA5는 MLD3과 연계된다. STA2 및 STA6은 링크1 또는 단일 링크 MLD들(즉, 하나의 STA만을 갖고 하나의 링크 상에서 동작하는 특수 MLD) 상에서 동작하는 비-AP STA들일 수 있다. STA1, STA2, STA3, STA6은 링크1을 통해 AP1과 연관되고, STA4 및 STA5는 링크2를 통해 AP2와 연관된다. 모든 STA들은 모든 링크들 상의 랜덤 채널 액세스(CSMA/CA)를 위해 EDCA를 이용한다.
R-TWT 스케줄링 AP는 R-TWT들을 스케줄링하고 고지할 수 있다. R-TWT 스케줄링된 STA(스케줄링 인에이블된 STA)는 R-TWT 스케줄링 AP로부터 R-TWT 고지들을 수신 및 인식하고 R-TWT 동작들을 지원할 수 있는 비-AP STA이다. R-TWT 스케줄링된 STA는 R-TWT의 멤버십을 R-TWT 스케줄링 AP와 협상할 수 있다. R-TWT 스케줄링된 STA가 R-TWT의 멤버 STA가 될 때, R-TWT 스케줄링된 STA(즉, R-TWT 멤버 STA)의 트래픽(예를 들어, UL, DL, 및/또는 P2P)은 그 R-TWT의 SP들 동안 전송하도록 스케줄링되고 우선순위화된다.
AP1 및 AP2는 R-TWT 스케줄링 AP들이고, STA1 내지 STA5는 R-TWT 스케줄링된 STA들인 반면; STA6은 R-TWT 스케줄링된 STA가 아니다.
4.3. SCS 트래픽에 대한 R-TWT 스케줄링의 협상
R-TWTx로 표시되는 R-TWT의 스케줄링은 R-TWT 스케줄링 AP에 의해 고지된다. R-TWT 스케줄링된 STA들은 R-TWTx의 멤버십들을 요청할 수 있다. 더욱이, R-TWTx SP 동안, R-TWT 스케줄링 AP는 어느 트래픽 스트림들이 더 높은 우선순위로 전송할 것으로 예상될 것인지를 결정/인식할 수 있다. 이 섹션은 R-TWT 스케줄링된 STA가 R-TWTx의 멤버십을 셋업할 때 어느 트래픽 스트림들이 R-TWTx SP들 동안 더 높은 우선순위로 전송되어야 하는지에 관해 R-TWT 스케줄링 AP와 협상하는 방식을 설명한다. R-TWT 스케줄링된 STA가 R-TWTx의 멤버 STA가 된 후에, R-TWTx 멤버십 합의에서의 이러한 트래픽 스트림들은 R-TWTx SP들 동안 더 높은 우선순위로 전송될 것이고 R-TWTx의 스케줄링된 트래픽 스트림들로서 표시된다. 적어도 하나의 실시예/모드/경우에, R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들만이 R-TWTx SP들 동안 전송하도록 허용된다. 예를 들어, R-TWTx의 스케줄링된 트래픽 스트림들에 속하지 않는 프레임들은, R-TWTx SP들 동안, 전송하도록 허용되지 않거나, 단지 더 낮은 우선순위로 전송하도록 허용된다. 더 높은 우선순위를 갖는 트래픽은 더 낮은 우선순위를 갖는 트래픽보다 더 일찍 전송될 더 높은 확률을 갖는 트래픽을 나타낸다는 점에 유의하여야 한다. 또한, 적어도 하나의 실시예/모드/경우에, 더 높은 우선순위를 갖는 트래픽은 더 낮은 우선순위를 갖는 트래픽보다 더 일찍 전송되도록 요구된다.
그러나, R-TWTx의 스케줄링된 트래픽 스트림과 동일한 TID를 갖고 재전송될 필요가 있는 프레임들이 존재하면 예외가 발생할 수 있지만; 이들이 R-TWTx의 임의의 스케줄링된 트래픽 스트림에 속하지 않기 때문에, 이들 프레임들은 R-TWTx SP 동안 전송될 수 있다. 이러한 프레임들은 그 STA가 그 TID에 대한 블록 확인응답을 이용할 때 R-TWTx SP 동안 STA에 의해 동일한 TID를 갖는 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들을 전송하기 전에 전송되어야 한다. 이러한 예외는 이러한 프레임들의 시퀀스 번호들이 할당되었고, 프레임들이 R-TWTx의 스케줄링된 트래픽 스트림의 프레임들보다 작기 때문에 발생한다.
도 21 및 도 22는 R-TWT 멤버십 셋업(110) 및 TWT 셋업 프레임(150)의 예시적인 실시예를 도시한다.
도 21에는, R-TWT 스케줄링된 STA와 R-TWT 스케줄링 AP 사이의 SCS 트래픽 스트림 정보를 갖는 R-TWTx의 멤버십 셋업(협상)의 시그널링이 도시되어 있다. 도 15와 유사하게, 비-AP STA(R-TWT 스케줄링된 STA)는 AP(R-TWT 스케줄링 AP)로부터 R-TWTx의 멤버십을 요청하는 TWT 셋업 프레임(즉, R-TWT 멤버십 요청 프레임)을 전송한다. 그 후, AP는 TWT 셋업 프레임(즉, R-TWT 멤버십 응답 프레임)을 다시 전송하여 비-AP STA의 R-TWTx 멤버십 상태의 결과를 나타낸다.
도 15와 비교하여, 여기서의 차이는 TWT 셋업 프레임이 R-TWT 멤버십 셋업 절차 동안 SCS 트래픽 스트림들의 정보를 운반할 수 있다는 것이다. SCS 트래픽 스트림 정보를 갖는 TWT 셋업 프레임의 포맷이 도 22에 도시되어 있다.
R-TWT 셋업을 수행하기 위해, 비-AP STA SME(112)는 SCS 트래픽 정보(122)를 갖는 TWT 셋업 프레임을 AP MLME(116)로 전송하는 비-AP STA MLME(114)에 MLME-TWTSETUP.request(120)를 전송한다. AP는 이것을 그 SME(118)에 MLME-TWTSETUP.indication(124)으로서 전송하고, SME는 이 요청을 처리하고(126) MLML-TWTSETUP.response(128)를 그 MLME(116)로 출력하며, MLME는 SCS 트래픽 정보(130)를 갖는 TWT 셋업 프레임을 비-AP STA MLME(114)로 전송하고, 비-AP STA MLME는 MLME-TWTSETUP.confirm(132)을 그 SME(112)로 전송한다.
예를 들어, TWT 셋업 프레임 내의 브로드캐스트 TWT 파라미터 세트 필드가 R-TWTx에 대한 것이면, 그 브로드캐스트 TWT 파라미터 세트 필드 내의 SCSID 리스트는 SCS 트래픽 스트림의 정보를 운반한다. 비-AP STA는 R-TWTx 멤버십 협상의 일부로서 TWT 셋업 프레임에 SCS 트래픽 스트림들의 정보를 임베딩하는데, 이는 AP가 R-TWTx SP들 동안 이러한 SCS 트래픽 스트림들의 전송을 스케줄링하도록 요청하는 것을 목표로 한다. AP가 비-AP STA로부터의 R-TWTx 멤버십 요청을 수락할 때, AP는 SCS 트래픽 스트림들의 정보를 대응하는 R-TWT 셋업 프레임에 임베딩하여 이들 SCS 트래픽 스트림들이 R-TWTx의 스케줄링된 트래픽 스트림들임을 나타낼 수 있다. AP는 R-TWTx에 대한 SCS 트래픽 스트림들의 정보에 기반하여 R-TWTx의 멤버십 요청을 수락할지를 결정한다는 점에 유의해야 한다. AP가 R-TWTx SP들 동안 SCS 트래픽 스트림들의 QoS 요건을 만족시킬 수 있다면, AP는 비-AP STA로부터의 R-TWTx 멤버십 요청을 수락할 수 있다. 그 다음, AP는, AP가 R-TWTx SP들 동안 SCSID 리스트 필드에서 표시된 SCS 트래픽 스트림을 전송할 수 있다는 것을 나타내기 위해 R-TWT 셋업 프레임 내의 대응하는 브로드캐스트 TWT 파라미터 세트 필드에 SCSID 리스트 필드를 설정할 수 있다. 그렇지 않으면, AP는 R-TWT 멤버십 요청을 거부할 수 있다.
적어도 하나의 실시예/모드/경우에, R-TWT 멤버십 응답 프레임 내의 대응하는 브로드캐스트 TWT 파라미터 세트 필드에서의 SCSID 리스트 필드는 R-TWT 멤버십 요청이 수락될 때 대응하는 R-TWT 멤버십 요청의 것으로부터 복제된다.
적어도 하나의 실시예/모드/경우에, AP는 R-TWTx 멤버십 요청을 수락한다면 R-TWTx 멤버십 요청에 대한 그 응답에 SCS 트래픽 스트림 정보를 임베딩하지 않는다. 그 후, 대응하는 R-TWT 멤버십 요청에 표시된 SCS 트래픽 스트림들은 R-TWTx의 스케줄링된 트래픽 스트림들이다.
SCSID 리스트 필드는 SCSID 필드들의 수를 식별하는 번호로 구성되며, 그 다음에 SCSID 필드들의 수가 뒤따른다. 각각의 SCSID는 비-AP와 AP 사이에 확립되는 기존의 SCS를 나타낸다. SCS 셋업 절차는 도 10에서 이미 설명되었다는 점에 유의해야 한다.
적어도 하나의 실시예에서, 브로드캐스트 TWT 파라미터 세트 필드 내의 예비된 비트는 SCSID 리스트 필드의 존재를 나타내는데 이용된다. 예를 들어, 일 실시예에서, 이 비트가 제1 상태(예를 들어, "1")로 설정될 때, 이것은 SCSID 리스트 필드가 브로드캐스트 TWT 파라미터 세트 필드에 존재한다는 것을 나타낸다. 이 비트가 제2 상태(예를 들어, "0")로 설정될 때, 이것은 SCSID 리스트 필드가 브로드캐스트 TWT 파라미터 세트 필드에 존재하지 않음을 나타낸다.
R-TWT 스케줄링된 STA는 R-TWTx의 스케줄링된 트래픽 스트림들을 갖는 R-TWTx의 멤버 STA가 될 때, R-TWTx SP들 동안 전송하거나 수신할 R-TWTx의 스케줄링된 트래픽 스트림들을 갖는다. R-TWTx의 멤버 STA와 R-TWT 스케줄링 AP는 R-TWTx SP 동안 교환될 R-TWTx의 그 스케줄링된 트래픽 스트림들 각각의 양을 설명하는 범위를 예상할 것이다. 다음의 유형들의 범위들은 제한이 아닌 예로서 설명된다.
(a) R-TWTx의 스케줄링된 DL(또는 UL 및/또는 P2P) SCS 트래픽 스트림은 Rmin(초당 비트)으로 설정된 그 TSPEC 요소 내의 최소 데이터 레이트 필드를 갖는다. 2개의 연속적인 R-TWTx SP의 종료 시간들 사이의 시간을 t(초)로 표시하자. 그 다음, R-TWT 스케줄링 AP(또는 이 스케줄링된 트래픽 스트림을 각각 갖는 R-TWTx 멤버 STA)에 도달할 것으로 예상되는 스케줄링된 DL(또는 각각 UL 및/또는 P2P) 트래픽 스트림의 최소량은 시간 t 동안 Rmin*t(비트)이다. 제2 R-TWTx SP의 종료 이전에, R-TWT 스케줄링 AP(또는 이 스케줄링된 트래픽 스트림을 각각 갖는 R-TWTx 멤버 STA)는 적어도 Rmin*t(비트)의 트래픽을 전송할 것으로 예상할 수 있다.
(b) R-TWTx의 스케줄링된 DL(또는 UL 및/또는 P2P) SCS 트래픽 스트림은 Rmean(초당 비트)으로 설정된 그 TSPEC 요소 내의 평균 데이터 레이트 필드를 갖는다. 2개의 연속적인 R-TWTx SP의 종료 시간들 사이의 시간을 t(초)로 표시하자. 그 다음, R-TWT 스케줄링 AP(또는 이 스케줄링된 트래픽 스트림을 각각 갖는 R-TWTx 멤버 STA)에 도달할 것으로 예상되는 스케줄링된 DL(또는 각각 UL 및 P2P) 트래픽 스트림의 평균량은 시간 t 동안 Rmean*t(비트)이다. 제2 R-TWTx SP의 종료 이전에, R-TWT 스케줄링 AP(또는 이 스케줄링된 트래픽 스트림을 각각 갖는 R-TWTx 멤버 STA)는 평균적으로 Rmean*t(비트)의 트래픽을 전송할 것으로 예상할 수 있다.
(c) R-TWTx의 스케줄링된 DL(또는 UL 및/또는 P2P) SCS 트래픽 스트림은 Rmax(초당 비트)로 설정된 그 TSPEC 요소 내의 피크 데이터 레이트 필드를 갖는다. t(초)를 2개의 연속적인 R-TWTx SP의 종료 시간들 사이의 시간이라고 표시하자. 그 다음, R-TWT 스케줄링 AP(또는 이 스케줄링된 트래픽 스트림을 각각 갖는 R-TWTx 멤버 STA)에 도달할 것으로 예상되는 스케줄링된 DL(또는 각각 UL 및/또는 P2P) 트래픽 스트림의 평균량은 시간 t 동안 Rmax*t(비트)이다. 제2 R-TWTx SP의 종료 이전에, R-TWT 스케줄링 AP(또는 이 스케줄링된 트래픽 스트림을 각각 갖는 R-TWTx 멤버 STA)는 Rmax*t(비트) 이하의 트래픽을 전송할 것으로 예상할 수 있다.
R-TWT의 브로드캐스트 TWT 파라미터 세트 필드에서, (도 7에 도시된 바와 같은) IEEE 802.11ax에 정의된 필드들 외에, 링크 ID 필드가 적어도 하나의 실시예/모드/경우에 추가되어 그 R-TWT의 SP들이 스케줄링되는 링크를 나타낸다. 적어도 하나의 실시예/모드/경우에, 이 링크 ID 필드의 존재를 나타내기 위해 브로드캐스트 TWT 파라미터 세트 필드 내의 예비된 비트가 이용된다. 이 비트가 제1 상태(예를 들어, "1")로 설정될 때, 이것은 링크 ID 필드가 브로드캐스트 TWT 파라미터 세트 필드에 존재한다는 것을 나타낸다. 이 비트가 제2 상태(예를 들어, "0")로 설정될 때, 이것은 링크 ID 필드가 브로드캐스트 TWT 파라미터 세트 필드에 존재하지 않고 R-TWT의 SP들이 이 브로드캐스트 TWT 파라미터 세트 필드가 전송되는 링크 상에서 스케줄링된다는 것을 나타낸다.
하나의 TWT 요소는 동일하거나 상이한 R-TWT ID(즉, 도 9에 도시된 바와 같은 브로드캐스트 TWT ID 필드에 설정된 값)를 갖는 다수의 브로드캐스트 TWT 파라미터 세트 필드를 가질 수 있다. 동일한 R-TWT ID 및 상이한 링크 ID들을 갖는 다수의 브로드캐스트 TWT 파라미터 세트 필드가 하나의 TWT 요소에 통합되어 다수의 링크 상에서 그 SP들이 스케줄링되는 R-TWT를 나타낼 수 있다. 예를 들어, 하나의 TWT 요소에서 "4"와 동일한 R-TWT ID 및 "1"과 동일한 링크ID를 갖는 하나의 브로드캐스트 TWT 파라미터 세트 필드 및 "4"와 동일한 R-TWT ID 및 "2"와 동일한 링크ID를 갖는 하나의 브로드캐스트 TWT 파라미터 세트 필드는 그 TWT ID를 갖는 R-TWT가 "4"이고, 그 SP들이 링크1 및 링크2 상에서 스케줄링된다는 것을 나타낸다.
4.4. R-TWT 멤버들이 아닌 R-TWT 스케줄링된 STA들의 보상
R-TWT의 SP 동안, STA가 R-TWT 스케줄링된 STA이지만, 그 R-TWT의 멤버 STA가 아닌 경우, 그 STA는 SP의 존재로 인해 전송 기회(TXOP)를 획득하거나 채널에 액세스할 기회를 희생할 수 있다. 예를 들어, STA는 SP의 시작 시간 전에 그 TXOP를 종료하거나, SP 동안 채널에 대한 경합을 중지(중단)한다. 따라서, 적어도 하나의 실시예/모드/경우에, 특히 R-TWT 스케줄링 AP에 의해 스케줄링되는 임의의 R-TWT들의 멤버들이 아닌 STA들에 대해, R-TWT 동작의 그 지원을 장려하기 위해, 이러한 STA들을 장려하기 위한 보상 메커니즘이 본 개시내용에 제공된다. R-TWT의 SP 동안, 그 R-TWT의 멤버 STA들이 아닌 이러한 R-TWT 스케줄링된 STA들은 어웨이크(awake)되어야 하는데, 왜냐하면 이들이 휴면 상태가 되도록 구성되지 않기 때문이라는 점에 유의해야 한다.
IEEE 802.11be에서, R-TWT 스케줄링된 STA는 제한된 TWT 동작을 지원하고 전송된 EHT 능력 요소들 내의 제한된 TWT 지원 서브필드를 제1 상태(예를 들어, "1")로 설정하는 비-AP EHT(Extremely High Throughput) STA이다. 비-AP EHT STA가 제한된 TWT 동작을 지원하지 않는 경우, 이것은 R-TWT 스케줄링된 STA가 아니고, 전송된 EHT 능력 요소들 내의 제한된 TWT 지원 서브필드를 제2 상태(예를 들어, "0")로 설정한다. 비-AP EHT STA는 비-AP EHT STA의 EHT 능력을 나타내기 위해 EHT 능력 요소를 그 연관된 AP에 전송한다는 점에 유의해야 한다. 따라서, R-TWT 스케줄링 AP는 그 EHT STA로부터 수신되는 전송된 EHT 능력 요소 내의 제한된 TWT 지원 서브필드에 따라, 그 연관된 EHT STA가 제한된 TWT(R-TWT) 스케줄링된 STA인지 여부를 식별할 수 있다.
R-TWT 스케줄링 AP에 의해 스케줄링되는 R-TWTx를 R-TWT(스케줄링)로 표시하자. 그러면, 비-AP STA는 R-TWTx의 SP 동안 다음의 3가지 유형 중 하나일 수 있다.
(a) R-TWT 스케줄링된 STA이지만 R-TWTx의 멤버 STA가 아닌 STA이다. 이 STA는 R-TWTx SP의 시작 시간 전에 그 TXOP를 종료한다. STA는 R-TWTx의 SP와 중첩되는 침묵 간격 동안 침묵 모드에 들어갈 수 있다. 일부 경우들에서, STA는 R-TWTx의 SP 동안 채널 액세스에 대해 경합할 수 있다. R-TWT 스케줄링 AP는, STA가 R-TWT 스케줄링 AP에 이 정보를 전송하지 않는 한, 이 STA가 R-TWTx의 SP와 중첩되는 침묵 간격 동안 침묵 모드에 들어갈 것인지, 또는 R-TWTx의 SP 동안 채널에 대한 경합을 중지할 것인지 여부를 알지 못할 수 있다는 점에 유의해야 한다. 예를 들어, 이 STA는 전송된 EHT 능력 요소(또는 다른 요소)에 R-TWT 침묵 지원 서브필드 및 R-TWT 채널 경합 서브필드를 추가하여 이 정보를 R-TWT 스케줄링 AP에 전송할 수 있다.
(a)(i) R-TWT 침묵 지원 서브필드는 이 필드의 전송기가 R-TWT SP와 중첩되는 침묵 간격 동안 침묵 모드에 들어갈지를 나타내도록 설정된다. 이 필드가 제1 상태(예로서, "1")로 설정되는 경우, 이 필드의 전송기는 R-TWT SP와 중첩되는 침묵 간격 동안 침묵 모드에 들어갈 것이다. 그렇지 않은 경우, 이 필드는 제2 상태(예로서, "0")로 설정되며, 이 필드의 전송기는 R-TWT SP와 중첩되는 침묵 간격 동안 침묵 모드에 들어가지 않을 것이다. 이 필드를 수신하는 R-TWT 스케줄링 AP는 R-TWT SP와 중첩되는 침묵 간격 동안 전송기 STA의 예상 거동을 결정할 수 있다. 침묵 간격은 R-TWT 스케줄링 AP로부터의 침묵 요소에 의해 고지된다는 점에 유의해야 한다.
(a)(ii) R-TWT 채널 경합 서브필드는 이 필드의 전송기가 R-TWT SP의 멤버가 아니면(즉, 이 SP를 스케줄링하는 R-TWT의 멤버가 아니면) R-TWT SP 동안 채널에 대해 경합할 것인지를 나타내도록 설정된다. 이 필드가 제1 상태(예를 들어, "1")로 설정되면, 이 필드의 전송기는 R-TWT SP의 멤버가 아니면 R-TWT SP 동안 채널에 대해 경합할 것이다. 그렇지 않으면, 이 필드는 제2 상태(예를 들어, "0")로 설정되고, 이 필드의 전송기는 R-TWT SP의 멤버 STA가 아니면 R-TWT SP 동안 채널에 대해 경합하지 않을 것이다. 이러한 STA는 멤버가 아닌 R-TWT SP 동안 그 백오프 카운터를 일시정지할 수 있다. 이 필드를 수신하는 R-TWT 스케줄링 AP는, 특히 그것이 R-TWT SP의 멤버 STA가 아닌 경우에, R-TWT SP 동안 전송기 STA의 예상된 채널 경합 거동을 결정할 수 있다. 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP에 의해 스케줄링되는 R-TWT의 멤버인 R-TWT 스케줄링된 STA가 STA가 멤버 STA가 아닌 모든 R-TWT SP들 동안 채널에 대한 경합을 중지(중단)해야 한다는 것이 의무적이다.
(b) R-TWTx의 멤버 STA인 STA이다. R-TWTx의 멤버 STA는, 섹션 4.3에 도시된 바와 같은 R-TWTx 멤버십 협상 동안, IEEE 802.11be에 정의된 SCS 트래픽 스트림들 또는 R-TWT TID들과 같은, R-TWTx의 스케줄링된 트래픽 스트림들을 협상할 수 있다.
(c) R-TWT 스케줄링된 STA가 아닌 STA이다. 이러한 STA는 R-TWTx SP의 시작 시간 전에 그 TXOP를 종료하지 않을 것이고, R-TWTx의 SP 동안 채널에 대한 경합을 중지하지도 않을 것이다.
(c)(i) 일부 경우들에서, 이러한 STA는 침묵 요소에 의해 고지된 침묵 간격 동안 침묵을 유지할 수 있다. 이러한 STA가 침묵 간격 동안 침묵 모드에 들어가는 경우, 이것은 R-TWT 침묵 지원 서브필드를 제1 상태(예로서, "1")로 설정함으로써 이를 R-TWT 스케줄링 AP에 보고할 수 있다.
R-TWTx SP 동안, R-TWT 스케줄링 AP는 R-TWTx의 스케줄링된 트래픽 스트림들을 우선순위화하고/하거나, 그 전송(즉, 프레임 교환)만을 허용한다. R-TWT 스케줄링 AP는 R-TWTx SP의 스케줄링된 종료 시간 전에 모든 R-TWTx 멤버 STA들과 R-TWTx의 모든 스케줄링된 트래픽 스트림들을 전송하는 것을 완료하면, R-TWT 스케줄링된 STA들이지만, R-TWTx의 멤버 STA들이 아닌 그 STA들뿐만 아니라 R-TWT 스케줄링된 STA들이 아니지만, 그 R-TWT 침묵 지원 서브필드를 제1 상태(예를 들어, "1")로 설정한 그 STA들과 프레임들을 교환하는데 나머지 SP 시간을 이용할 수 있다.
R-TWT 스케줄링 AP는, (a) 그 STA들로부터 TB PPDU들을 트리거링하는 트리거 프레임; (b) 그 STA들로의 DL PPDU들; 및/또는 (c) 그 STA들이 전송하는데 이용할 수 있는 트리거링된 TXOP 공유 시간을 개시하기 위한, IEEE 802.11be에 정의된 MU-RTS TXS 프레임과 같은 트리거 프레임을 전송할 수 있다.
R-TWT 스케줄링 AP는 R-TWTx SP의 종료를 나타내기 위해서만 그 STA들에 프레임을 전송할 수 있고; 따라서, 즉시 채널에 대해 경합하도록 이들을 해제할 수 있다.
R-TWTx SP 동안, R-TWT 스케줄링 AP는 MU PPDU에서 R-TWTx의 스케줄링된 트래픽 스트림들을 전송할 때, 이들 프레임들이 스케줄링된 트래픽 스트림들에 의해 요구되는 MU PPDU의 전송 시간을 증가시키지 않는다면, R-TWT 스케줄링된 STA들이지만 R-TWTx의 멤버 STA들이 아닌 이들 STA들과 함께 프레임들을 전송하도록 RU들(Resource Units)을 할당할 수 있다.
R-TWTx SP 동안, R-TWT 스케줄링 AP는 R-TWTx의 스케줄링된 UL 트래픽 스트림들을 트리거링하는 트리거 프레임을 전송할 때, 이들 프레임들이 스케줄링된 UL 트래픽 스트림들에 의해 요구되는 TB PPDU의 전송 시간을 증가시키지 않는다면, R-TWT 스케줄링된 STA들이지만 R-TWTx의 멤버 STA들이 아닌 이들 STA들로부터 프레임들을 트리거링하도록 RU들을 할당할 수 있다.
R-TWTx SP 동안, R-TWTx의 스케줄링된 트래픽 스트림들의 버퍼가 없다면, 스케줄링 AP는 또한 R-TWT 스케줄링된 STA들이지만 R-TWTx의 멤버 STA들이 아닌 이들 STA들과 프레임들을 교환할 수 있다.
R-TWT 스케줄링 AP가 R-TWT 스케줄링된 STA들이지만 R-TWTx의 멤버 STA들이 아닌 STA들로부터 TB PPDU들을 트리거링하는 트리거 프레임을 전송할 수 있을 때; 그 STA들은 TB PPDU들을 전송한 후에 채널에 대해 경합하기 위해 MU-EDCA를 이용하지 않거나 그 백오프 카운터를 리셋할 수 있다. 트리거 프레임은 STA들의 특정 그룹에 대해 RA-RU들의 업링크 OFDMA 랜덤 액세스(UORA)를 가져 그 RA-RU들을 통해 TB PPDU들을 전송할 수 있다.
RA-RU에 대한 사용자 정보 필드의 AID는 STA들의 그룹을 나타내기 위해, 현재의 IEEE 802.11ax에 예비되어 있는, 예를 들어, "2047"과 "4094" 사이의 선택 값 범위에 있을 수 있다. STA는 그것이 속하는 STA들의 그룹에 설정되는 AID를 수신할 때 RA-RU들에 액세스할 수 있다.
STA들의 다수의 그룹이 있을 수 있고, 각각의 그룹은 별개의 AID를 이용한다. STA는 STA들의 다수의 그룹들(예를 들어, 서브그룹1 내지 서브그룹6)에 속할 수 있다.
트리거 프레임은 RU들을 하나 이상의 개별 STA에 할당할 수 있다. 개별 STA는 후술하는 바와 같이 서브그룹들 중 일부의 STA만일 수 있는 것이 가능하다. 예를 들어, 개별 STA들은 서브그룹1의 STA들만일 수 있다.
STA들의 그룹은 하나 이상의 다음의 서브그룹으로 구성될 수 있다.
(1) 서브그룹1에서, R-TWT 스케줄링 AP의 임의의 R-TWT들의 멤버 STA들이 아니고 그 R-TWT 채널 경합 서브필드를 제1 상태(예를 들어, "1")와 동일하게 설정한 모든 R-TWT 스케줄링된 STA들.
(2) 서브그룹2에서, R-TWT 스케줄링 AP의 임의의 R-TWT들의 멤버 STA들이 아니고 그 R-TWT 채널 경합 서브필드를 제2 상태(예를 들어, "0")로 설정하고 그 R-TWT 침묵 지원 서브필드를 제1 상태(예를 들어, "1")로 설정한 모든 R-TWT 스케줄링된 STA들.
(3) 서브그룹3에서, R-TWT 스케줄링 AP의 임의의 R-TWT들의 멤버 STA들이 아니고 그 R-TWT 채널 경합 서브필드를 제2 상태(예를 들어, "0")로 설정하고 그 R-TWT 침묵 지원 서브필드를 제2 상태(예를 들어, "0")로 설정한 모든 R-TWT 스케줄링된 STA들.
(4) 서브그룹4에서, R-TWT 스케줄링된 STA들이 아니고 그 R-TWT 침묵 지원 서브필드를 제1 상태(예를 들어, "1")로 설정한 모든 STA들.
(5) 서브그룹5에서, R-TWTx의 멤버 STA들은 아니지만, R-TWT 스케줄링 AP의 다른 R-TWT들의 멤버 STA들이고 그 R-TWT 채널 경합 서브필드를 제1 상태(예를 들어, "1)로 설정한 모든 R-TWT 스케줄링된 STA들.
(6) 서브그룹6에서, R-TWTx의 멤버 STA들은 아니지만, R-TWT 스케줄링 AP의 다른 R-TWT들의 멤버들이고 그 R-TWT 채널 경합 서브필드를 제2 상태(예를 들어, "0")로 설정한 모든 R-TWT 스케줄링된 STA들.
적어도 하나의 실시예/모드/경우에, R-TWTx SP 시간을 이용하는 우선순위는 이들 서브그룹들 사이에서 설정될 수 있다. 일반적으로, 하나보다 많은 R-TWT 동작을 지원하는 서브그룹의 STA들은 R-TWTx SP 시간을 이용하는 더 높은 우선순위를 가질 것이다. 나머지 R-TWTx SP 시간을 이용하는 STA의 우선순위는 원하는 우선순위 순서, 예를 들어 서브그룹 번호 순서, 또는 임의의 다른 원하는 패턴으로 설정될 수 있다.
4.5. R-TWT SP의 종료
섹션 4.3은 R-TWT 스케줄링된 STA가 그 멤버십과 그 R-TWT에 대한 SCS 트래픽 스트림 등의 스케줄링된 트래픽 스트림들을 협상하는 방식을 설명하였다. R-TWT의 멤버 STA는 그 R-TWT의 다수의 스케줄링된 트래픽 스트림을 가질 수 있다는 점에 유의해야 한다. R-TWT는 다수의 R-TWT 멤버 STA를 가질 수 있다. R-TWT 스케줄링 AP는 R-TWTx, R-TWTy, R-TWTz 등과 같은 다수의 R-TWT를 고지할 수 있다.
이 섹션은 R-TWT SP를 종료하는 방법을 설명한다. 본 개시내용은 R-TWT의 멤버 STA들이 R-TWT 스케줄링 AP에 신호들을 전송하여, 그들이 그 R-TWT의 SP 동안 전송할 스케줄링된 트래픽 스트림들의 어떠한 더 이상의 프레임도 갖지 않는다는 것을 나타내게 하는 것을 허용한다. R-TWT 스케줄링 AP는 모든 스케줄링된 트래픽이 전송되었음을 인식할 때, 그 R-TWT의 SP의 종료를 나타내는 신호를 전송한다.
R-TWT 스케줄링 AP 및 R-TWT 스케줄링된 STA는 도 27에 도시된 바와 같은 QoS 제어 필드를 QoS 데이터 또는 QoS 널 프레임에 임베딩할 수 있다.
도 23은 R-TWT 스케줄링 AP에 의해 R-TWTx SP(즉, R-TWTx의 SP)를 종료하는 예시적인 실시예(170)를 도시한다. 설명을 단순화하기 위해, R-TWT는 R-TWT 스케줄링 AP에 의해 스케줄링되는 R-TWTx로서 표시된다. R-TWT 스케줄링 AP는 R-TWTx SP 동안 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들(172)을 R-TWTx 멤버 STA들과 교환하기 시작한다. R-TWTx 멤버 STA들은 섹션 4.3에서 설명된 바와 같이 R-TWTx의 스케줄링된 트래픽 스트림들을 협상할 수 있다는 점에 유의해야 한다.
먼저, 도 23의 흐름도의 간략한 개요가 제공된다. 블록(172)에서, 스케줄링 AP는 R-TWTx SP 동안 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들을 R-TWTx 멤버 STA들과 교환하기 시작한다.
체크(174)는 모든 스케줄링된 트래픽이 R-TWTx SP의 스케줄링된 종료 시간 전에 전송되었는지를 결정한다. 모든 트래픽이 전송되지 않았다면, 블록(180)에서 스케줄링 AP는 스케줄링된 종료 시간에 R-TWTx SP를 종료할 수 있고, 프로세스는 종료된다.
그렇지 않고, 모든 스케줄링된 트래픽이 전송된 상태로 조건이 충족되면, 블록(176)에서 스케줄링 AP는 R-TWTx SP의 나머지 시간 동안 R-TWTx의 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들과 프레임들을 교환한다. 그 후, 스케줄링 AP는 프로세스를 종료하기 위해 R-TWTx SP의 종료를 나타내는 신호를 전송한다(178).
이하의 섹션은 계층적 형태로 도 23에 도시된 교환들에 대한 추가적인 상세를 제공한다.
(a) 일부 경우들에서, R-TWT 스케줄링 AP 및 R-TWTx 멤버 STA들이 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들을 교환하기 시작하기 전에, R-TWT 스케줄링 AP 또는 R-TWT 멤버 STA들은 프레임 교환을 위한 TXOP를 획득하기 위해 채널에 대해 경합할 필요가 있을 것이다. 적어도 하나의 실시예 또는 모드에서, R-TWT 스케줄링 AP 또는 R-TWTx 멤버 STA는 그 버퍼에 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들이 있을 때만 채널에 대해 경합하도록 허용된다. 특정 경우들에서, R-TWT 스케줄링 AP는 R-TWTx SP 동안 R-TWTx의 스케줄링된 트래픽 스트림들의 버퍼를 갖지 않더라도 채널에 대해 경합할 수 있다.
(b) R-TWT 스케줄링 AP, 또는 R-TWTx 멤버 STA가 채널 액세스를 획득할 때, RTS/MU-RTS와 CTS의 교환은 TXOP를 예비하는데 이용될 수 있다. 적어도 하나의 실시예/모드/경우에, TXOP 지속시간은 스케줄링된 R-TWTx SP 시간(R-TWTx SP의 스케줄링된 종료 시간 - R-TWTx SP의 R-TWT 스케줄링된 시작 시간)보다 작거나 같도록 요구된다. 적어도 하나의 실시예/모드/경우에, TXOP는 R-TWTx SP의 스케줄링된 종료 시간을 넘어서 예비되도록 허용되지 않는다. TXOP 동안, R-TWTx의 모든 스케줄링된 트래픽 스트림들은 TXOP의 일차 AC로부터의 트래픽으로서 전송될 수 있다.
(c) 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링된 STA는 R-TWTx SP와 중첩하는 TXOP를 획득해야 한다면, 그 TXOP를 획득하기 위해 (MU)RTS/CTS 교환을 이용해야 한다. R-TWT 스케줄링 AP는 R-TWT 스케줄링된 STA로부터 이러한 RTS를 수신할 때 CTS에 응답하지 않을 수 있는데, 이는 R-TWT 스케줄링된 STA가 TXOP를 획득하는 것을 허용하지 않는다. 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP는 R-TWT 스케줄링된 STA로부터의 이러한 RTS에 응답하여 CTS 프레임에서 임의의 NAV를 설정한다. 그 후, R-TWT 스케줄링된 STA는 CTS 프레임 내의 NAV와 동일한 TXOP만을 획득한다.
(d) 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP는 R-TWTx SP 동안 R-TWTx 멤버 STA들로부터 R-TWTx의 스케줄링된 UL 트래픽 스트림들에 대한 트리거 프레임을 전송한다. 트리거 프레임은 임의의 STA들(또는 섹션 4.4에서 설명된 바와 같은 하나 이상의 서브그룹)이 그 UL 전송을 위해 이용할 수 있는 RA-RU(UORA)를 포함할 수 있다. RA-RU를 STA들에 할당하는 우선순위는 섹션 4.4에서 설명된 바와 같이 서브그룹들의 우선순위를 따를 수 있다. 적어도 하나의 실시예/모드/경우에, 트리거 프레임 내의 RA-RU는 그것이 R-TWTx의 스케줄링된 UL 트래픽 스트림들에 의해 요구되는 요청된 TB PPDU들의 전송 시간을 증가시키지 않는 경우에만 허용된다.
(e) 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP 및 R-TWTx 멤버 STA들은 R-TWTx SP 동안 R-TWTx의 스케줄링된 트래픽 스트림들의 전송을 위한 TXOP를 획득하기 위해 EDCA를 이용한다. EDCA TXOP가 획득될 때, 적어도 하나의 실시예/모드/경우에, 일차 AC 및 비-일차 AC로부터의 것들을 포함하는, R-TWTx의 스케줄링된 트래픽 스트림들의 모든 프레임들이 그 EDCA TXOP 동안 전송될 수 있다. 일차 AC는 EDCAF가 TXOP를 획득하는 AC를 나타낸다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 그 버퍼에 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들을 갖는 AC들의 EDCAF들만이 채널에 대해 경합하는 것이 허용된다.
(f) 적어도 하나의 실시예/모드/경우에, R-TWTx의 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드 내의 트리거 필드가 R-TWT 스케줄링 AP에 의해 제1 상태(예를 들어, "1")로 설정될 때, 그 R-TWT 스케줄링 AP만이 R-TWTx SP들 동안 채널에 대해 경합하도록 허용된다. 이 필드가 제2 상태(예를 들어, "0")로 설정되면, R-TWTx 멤버 STA들이 또한 R-TWTx SP들 동안 채널에 대해 경합할 수 있다.
(g) 적어도 하나의 실시예/모드/경우에, R-TWTx의 스케줄링된 트래픽 스트림과 동일한 TID를 갖는 프레임들이 있고, 그 프레임들이 재전송될 필요가 있지만 R-TWTx의 임의의 스케줄링된 트래픽 스트림에 속하지 않는 경우, R-TWT 스케줄링 AP는 R-TWTx SP 동안 그 프레임들을 전송한다. 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP는 그 TID에 대해 블록 확인응답이 이용될 때 R-TWTx SP 동안 동일한 TID를 갖는 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들보다 더 일찍 그 프레임들을 전송한다. 이것은 이러한 프레임들의 시퀀스 번호들이 할당되었고 이러한 프레임들이 R-TWTx의 스케줄링된 트래픽 스트림의 프레임들보다 작기 때문에 유익하다.
R-TWT 스케줄링 AP 및 R-TWTx 멤버 STA들은 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임 교환을 계속한다. 스케줄링된 트래픽 스트림들은 업링크(UL), 다운링크(DL), 및/또는 피어-투-피어(P2P) 스트림들일 수 있다. R-TWT 스케줄링 AP는 R-TWTx 멤버 STA의 스케줄링된 트래픽 스트림들의 모든 프레임들이 R-TWTx SP 동안 전송되는지를 알(결정/인식) 필요가 있다. R-TWTx 멤버 STA에서의 R-TWTx의 스케줄링된 트래픽 스트림의 빈 버퍼 상태는 스케줄링된 트래픽 스트림의 모든 프레임들이 R-TWTx SP 동안 전송되었다는 유효 표시자가 아닐 수 있다는 점에 유의해야 한다. 스케줄링된 트래픽 스트림의 프레임들은 나중에, 예를 들어, R-TWTx SP의 중간에 R-TWTx 멤버 STA에 도달할 수 있다. 따라서, 본 개시내용은 빈 버퍼 상태 보고를 이용하는 것에 의존하지 않으면서, R-TWTx 멤버 STA의 스케줄링된 트래픽 스트림들의 모든 프레임들이 R-TWTx SP 동안 전송되었음을 명시적으로 나타내는 신호를 이용한다. 명시적 신호는 다음과 같은 형태를 취할 수 있다.
(a) R-TWTx의 스케줄링된 UL 또는 P2P 트래픽 스트림들이 존재하는 경우, R-TWT 스케줄링 AP는, 도 24 내지 도 26의 흐름도에 설명된 바와 같이, R-TWTx SP 동안 R-TWTx의 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들을 전송했다는 것(즉, 전송할 R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림들의 더 많은 프레임들을 갖지 않는다는 것)을 나타내기 위해, R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림들을 갖는 각각의 R-TWTx 멤버 STA로부터 신호를 수신할 것으로 예상한다. R-TWT 스케줄링 AP는 R-TWTx SP 동안 R-TWTx의 스케줄링된 UL 및 P2P 트래픽 스트림들을 갖는 모든 R-TWTx 멤버 STA들로부터 이러한 신호들을 수신할 때, R-TWTx의 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들이 전송되었다는 것을 인식한다.
(b) R-TWTx 멤버 STA가 R-TWTx SP 동안 전송할 R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림들의 더 많은 프레임들을 갖지 않는다는 것을 나타내는 신호를 전송하는 대신에, 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP는 R-TWTx 멤버가 이하의 2가지 조건이 충족될 때 전송할 R-TWTx의 스케줄링된 UL 트래픽 또는 P2P 트래픽 스트림들의 추가적인 프레임들을 갖지 않는다는 것을 인식한다.
(b)(i) R-TWTx 멤버 STA에 도달할 것으로 예상되는 각각의 UL 및 P2P 스케줄링된 트래픽 스트림의 최소량은 R-TWT 스케줄링 AP에 의해 수신되었다. 예를 들어, R-TWTx의 스케줄링된 UL SCS 트래픽 스트림은 Rmin(초당 비트)으로 설정된 그 TSPEC 요소 내의 최소 데이터 레이트 필드를 갖는다. t(초)를 2개의 결과적인 R-TWTx SP의 종료 시간들 사이의 시간이라고 표시하자. 그 후, R-TWTx 멤버 STA에 도달할 것으로 예상되는 스케줄링된 UL SCS 트래픽 스트림의 최소량은 시간 t 동안 Rmin*t(비트)이다. 제2 R-TWTx SP의 종료 전에, R-TWT 스케줄링 AP는 모든 이러한 Rmin*t(비트)의 트래픽을 수신해야 한다.
(b)(ii) R-TWTx의 모든 스케줄링된 UL 및/또는 P2P 트래픽 스트림들의 버퍼는 비어 있다. R-TWT 스케줄링 AP는 그 정보를 요청하기 위해 BSRP를 전송할 수 있다. 그리고 R-TWTx 멤버 STA들은 R-TWTx의 스케줄링된 트래픽 스트림들의 버퍼 상태만을 R-TWTx SP 동안 R-TWT 스케줄링 AP에 보고할 수 있다.
(b)(계속) R-TWTx의 각각의 스케줄 UL 또는 P2P 트래픽 스트림의 최소량은 섹션 4.3에서 설명된 바와 같이 계산될 수 있는 R-TWTx의 각각의 스케줄링된 DL 트래픽 스트림의 평균 또는 최대량, 또는 유사한 상대적 척도로 대체될 수 있다.
(c) R-TWT 스케줄링 AP는 다음의 2가지 조건이 충족되는 경우 전송할 스케줄링된 DL 트래픽 스트림들의 더 많은 프레임들을 갖지 않을 때를 인식할 수 있다.
(c)(i) R-TWT 스케줄링 AP에 도달할 것으로 예상되는 R-TWTx의 각각의 스케줄 DL 트래픽 스트림의 최소량이 전송되었다. 예를 들어, R-TWTx의 스케줄링된 DL SCS 트래픽 스트림은 Rmin(초당 비트)으로 설정된 그 TSPEC 요소 내의 최소 데이터 레이트 필드를 갖는다. t(초)를 2개의 결과적인 R-TWTx SP의 종료 시간들 사이의 시간이라고 표시하자. 그 후, R-TWT 스케줄링 AP에 도달할 것으로 예상되는 스케줄링된 DL 트래픽 스트림의 최소량은 시간 t 동안 Rmin*t(비트)이다. 제2 R-TWTx SP들의 종료 전에, R-TWT 스케줄링 AP는 모든 이러한 Rmin*t(비트)의 트래픽을 전송해야 한다. R-TWT 스케줄링 AP는 R-TWTx의 다수의 스케줄링된 DL 트래픽 스트림을 가질 수 있다.
(c)(ii) R-TWTx의 모든 스케줄링된 DL 트래픽 스트림의 버퍼들은 비어 있다.
(c)(계속) R-TWTx의 각각의 스케줄 DL 트래픽 스트림의 최소량은 섹션 4.3에서 설명된 바와 같이 계산될 수 있는 R-TWTx의 각각의 스케줄 DL 트래픽 스트림의 평균 또는 최대량, 또는 유사한 상대적 척도로 대체될 수 있다.
(d) 체크(174)에서, R-TWTx의 스케줄링된 트래픽 스트림들의 모든 프레임들이 R-TWTx SP의 스케줄링된 종료 시간 전에 전송되는 경우, R-TWT 스케줄링 AP는 R-TWT SP의 나머지 시간 동안 R-TWTx 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들과 프레임들을 교환할 수 있다(176). 이것은 R-TWTx 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들에게 그 R-TWT 동작의 지원을 보상하기 위한 것이다. 상세들은 섹션 4.4에서 설명된다.
(e) R-TWT 스케줄링 AP는 R-TWTx의 스케줄링된 트래픽 스트림들의 모든 프레임들이 전송된 후 그리고 R-TWTx SP의 스케줄링된 종료 시간 전의 임의의 시간에 R-TWTx SP의 종료를 나타내는 신호를 전송할 수 있다(178). 예를 들어, R-TWT SP의 종료를 나타내는 신호는 다음 중 어느 하나일 수 있다.
(e)(i) 제1 상태(예로서, "1")와 동일하게 설정된 EOSP 서브필드를 갖는 QoS 데이터 프레임 또는 QoS 널 프레임이며, 프레임의 QoS 제어 필드는 도 27에 도시된 바와 같거나 IEEE 802.11ax에서 정의된 것일 수 있다(EOSP가 "1"로 설정된 QoS 널 프레임이 브로드캐스팅되어야 할 수 있다는 점에 유의한다).
(e)(ii) IEEE 802.11ax에서 정의된 것과 동일할 수 있는, 더 많은 데이터 필드가 제2 상태(예컨대, "0")와 동일한 QoS 데이터도 QoS 널 프레임(Ack 또는 BA 프레임을 포함함)도 아닌 프레임이다. 더 많은 데이터 필드는 프레임 제어 필드 또는 HT 제어 필드의 CAS 제어에서의 RDG/더 많은 데이터 필드에 있을 수 있다는 점에 유의할 것이다. 이 경우, 더 많은 데이터 서브필드가 제1 상태(예를 들어, "1")로 설정될 때, 이것은 EOSP가 제2 상태(예를 들어, "0")로 설정되는 것과 동일한 효과를 갖는다. 더 많은 데이터 서브필드가 제2 상태(예를 들어, "0")로 설정될 때, 이것은 EOSP가 제1 상태(예를 들어, "1")와 동일한 것과 동일한 효과를 갖는다.
(e)(iii) R-TWT SP의 종료를 나타내는 CF-종료 프레임이다.
(e)(iv) 제2 상태(예를 들어, "0")와 동일한 더 많은 TF 필드를 가지며 임의의 R-TWT 멤버 STA들에 어드레싱되지 않는 트리거 프레임이다.
(e)(v) R-TWT SP의 종료를 나타내기 위해 R-TWT ID와 동일한 TWT 흐름 식별 필드를 갖는, IEEE 802.11ax에 정의된 TWT 정보 프레임이다.
(e)(vi) 더 많은 데이터 필드(예컨대, 프레임 제어 필드 또는 HT 제어 필드의 CAS 제어에서의 RDG/더 많은 데이터 필드 내의 더 많은 데이터 서브필드)가 R-TWT SP 동안 프레임에서 제1 상태(예컨대, "1")와 동일한 QoS 데이터도 QoS 널 프레임(Ack 또는 BA 프레임을 포함함)도 아닌 프레임이다.
R-TWT SP 동안, 더 많은 데이터 서브필드가 제1 상태(예를 들어, "1")로 설정될 때, 이것은 EOSP가 제1 상태(예를 들어, "1")와 동일할 때와 동일한 효과를 갖는다는 점에 유의해야 한다. 더 많은 데이터 서브필드가 제2 상태(예를 들어, "0")로 설정될 때, 이것은 EOSP가 제2 상태(예를 들어, "0")와 동일한 것과 동일한 효과를 갖는다. R-TWT SP 밖에 있을 때, 현재의 IEEE 802.11ax에서와 동일한 방식으로 더 많은 데이터 필드가 이용될 수 있다는 점에 유의해야 한다.
(f) STA는 이하의 조건들 하에서 R-TWTx SP의 종료를 인식할 수 있다.
(f)(i) 즉각적인 응답을 요청하지 않고 R-TWT SP의 종료를 나타내는 프레임(예를 들어, 브로드캐스트 프레임)을 R-TWT 스케줄링 AP로부터 수신할 때이다.
(f)(ii) R-TWT SP의 종료를 나타내는 프레임에 응답하여 확인응답을 전송할 때이다. R-TWT SP의 종료를 나타내는 프레임은 R-TWT 스케줄링 AP에 의해 전송된다는 점에 유의해야 한다.
(g) R-TWTx 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들은 R-TWTx SP의 종료를 인식한 직후에 채널에 대한 경합을 시작하거나 계속할 수 있다.
(h) R-TWTx 멤버 STA는 R-TWTx SP의 종료를 인식할 때, (i) 절전 모드에 있는 경우 휴면 상태가 될 수 있거나; 또는 (ii) 즉시 채널 경합을 시작 또는 계속할 수 있거나; 또는 (iii) R-TWTx SP의 스케줄링된 종료 시간까지 채널에 대해 경합하는 것이 허용되지 않는다.
(j) 적어도 하나의 실시예/모드/경우에, 한 세트의 EDCA 파라미터들, 예를 들어, IEEE 802.11ax에서의 MU-EDCA 요소는, R-TWTx 멤버 STA가 R-TWTx SP의 종료 이후에 채널에 대해 경합하기 시작할 때 소정 시간 기간(예를 들어, MU-EDCA에서의 각각의 AC에 대한 MU EDCA 타이머 필드) 동안 R-TWTx 멤버 STA의 채널 경합 프로세스를 늦추는데(지연시키는데) 이용될 수 있다.
(k) R-TWTx의 스케줄링된 트래픽 스트림들의 모든 프레임들이 R-TWTx SP의 스케줄링된 종료 시간 전에 전송될 수 없다면, R-TWT 스케줄링 AP 또는 R-TWT 멤버 STA는 스케줄링된 종료 시간에 R-TWTx SP를 종료하거나(180) 그 획득된 TXOP를 연장함으로써 R-TWTx SP를 연장할 수 있다.
도 24 내지 도 26은 R-TWTx 멤버 STA가 R-TWTx의 그 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들이 R-TWTx SP 동안 전송되었다는 것을 나타내는 신호를 전송하는 프로세스를 나타낸 것이다.
먼저, 도 24 내지 도 26의 흐름도의 간략한 개요가 제공된다. 블록(192)에서, R-TWTx 멤버 STA는 R-TWTx의 스케줄링된 트래픽 스트림이 그 버퍼에 도달하기를 기다린다.
체크(194)는 R-TWTx 멤버 STA가 R-TWTx SP 동안의 전송을 위한 임의의 UL 및/또는 P2P 트래픽 스트림들을 그 버퍼에 가지고 있는지를 결정한다. 조건이 충족되는 경우, 블록(196)에서, R-TWTx 멤버 STA는 그 버퍼에서의 R-TWTx의 스케줄링된 UL 또는 P2P 트래픽 스트림들의 프레임들을 전송하고, 실행은 도 25에서의 블록(200)으로 이동한다.
블록(200)에서, 체크는 R-TWTx 멤버 STA가 R-TWTx SP 동안 R-TWTx의 스케줄링된 UL 및 P2P 트래픽의 모든 프레임들을 전송했는지를 결정한다. 모든 프레임들이 전송되지 않았다면, 실행은 블록(192)으로 복귀한다. 그렇지 않으면, 모든 프레임들이 전송되었기 때문에, 실행은 R-TWTx 멤버 STA가 R-TWTx SP 동안 R-TWTx의 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들을 전송했음을 나타내는 신호를 스케줄링 AP에 전송하는 블록(202)으로 이동한다.
실행은 R-TWTx 멤버 STA가 R-TWTx SP의 종료의 임의의 신호를 수신했는지가 결정되는 결정 블록(204)에 도달한다. 종료 신호가 수신된 경우, 블록(206)에서, R-TWTx SP는 종료하고, R-TWTx 멤버 STA는 채널에 대해 경합할 수 있거나, 다른 트래픽이 채널에 대해 경합할 수 있고, 프로세스는 종료된다. 그렇지 않으면, 블록(208)에서, R-TWTx 멤버 STA는 R-TWTx SP가 그 스케줄링된 종료 시간에 종료할 때까지 채널에 대해 경합하도록 허용되지 않는다.
이제 도 24의 블록(194)으로 돌아가서, 블록(194)에서의 조건이 충족되지 않는 경우, 2개의 옵션 사이에서 결정하는 결정 블록(198)에 도달한다. 옵션 2에서는, 블록(192)으로 복귀하여 프레임들의 도달을 계속 기다리고, 그렇지 않으면 옵션 1에서 실행은 이미 설명된 도 25에서의 블록(202)으로 이동한다.
다음은 도 24 내지 도 26에 도시된 프로세스에 관한 추가적인 상세를 제공한다.
R-TWTx 멤버 STA는 먼저 R-TWTx의 스케줄링된 UL 또는 P2P 트래픽 스트림이 그 버퍼에 도달하기를 기다린다(192). 블록(194)에서 결정되는 바와 같이, R-TWTx 멤버 STA가 R-TWTx SP 동안 그 버퍼에 R-TWTx의 스케줄링된 UL 또는 P2P 트래픽 스트림들의 프레임들을 가지는 경우, R-TWTx 멤버 STA는 R-TWTx SP 동안 R-TWTx의 그 스케줄링된 트래픽 스트림들의 프레임들을 R-TWT 스케줄링 AP로 전송하기 시작한다(196). R-TWTx 멤버 STA는 섹션 4.3에서 설명된 바와 같이 R-TWTx의 그 스케줄링된 트래픽 스트림을 협상할 수 있다는 점에 유의해야 한다. 이것은 다음과 같은 방식들 중 임의의 방식으로 수행될 수 있다.
(a) 특정 경우들에서, R-TWT 스케줄링 AP 및 R-TWTx 멤버 STA들이 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들을 교환하기 시작하기 전에, R-TWT 스케줄링 AP 또는 R-TWTx 멤버 STA들은 프레임 교환을 위한 TXOP를 획득하기 위해 채널에 대해 경합할 필요가 있을 것이다. R-TWT 스케줄링 AP 또는 R-TWT 멤버 STA가 채널 액세스를 획득할 때, RTS/MU-RTS와 CTS의 교환은 TXOP를 예비하는데 이용될 수 있다. 적어도 하나의 실시예/모드/경우에, TXOP 지속시간은 스케줄링된 R-TWTx SP 시간보다 작거나 같아야 한다. 적어도 하나의 실시예/모드/경우에, TXOP는 R-TWTx SP의 종료 시간을 넘어 연장되도록 예비될 수 없다. TXOP 동안, 모든 스케줄링된 트래픽 스트림들은 TXOP의 일차 AC로부터의 트래픽으로서 전송될 수 있다.
(b) 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링된 STA는 R-TWT SP와 중첩하는 TXOP를 획득해야 할 때, 그 TXOP를 획득하기 위해 (MU)RTS/CTS 교환을 이용해야 한다. R-TWT 스케줄링 AP는 R-TWT 스케줄링된 STA로부터 이러한 RTS를 수신할 때 CTS로 응답하지 않을 수 있고, 그 R-TWT 스케줄링된 STA가 TXOP를 획득하는 것을 허용하지 않는다. R-TWT 스케줄링 AP는 R-TWT 스케줄링된 STA로부터의 이러한 RTS에 응답하여 CTS 프레임에서 임의의 NAV를 설정하는 것도 가능하다. 그 후, R-TWT 스케줄링된 STA는 CTS 프레임 내의 NAV와 동일한 TXOP만을 획득한다.
(c) 적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP 및 R-TWTx 멤버 STA들은 R-TWTx SP 동안 R-TWTx의 스케줄링된 트래픽 스트림들의 전송을 위한 TXOP를 획득하기 위해 EDCA를 이용한다. EDCA TXOP가 획득될 때, 일부 경우들에서, 일차 AC 및 비-일차 AC로부터의 것들을 포함하는, R-TWTx의 스케줄링된 트래픽 스트림들의 모든 프레임들이 그 EDCA TXOP 동안 전송될 수 있다. 일차 AC는 EDCAF가 TXOP를 획득하는 AC를 나타낸다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 그 버퍼에 R-TWTx의 스케줄링된 트래픽 스트림을 갖는 AC들의 EDCAF들만이 채널에 대해 경합하도록 허용된다.
(d) 적어도 하나의 실시예/모드/경우에, R-TWTx의 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드 내의 트리거 필드가 R-TWT 스케줄링 AP에 의해 제1 상태(예를 들어, "1")로 설정될 때, R-TWTx 멤버 STA들은 R-TWTx SP들 동안 채널에 대해 경합하는 것이 허용되지 않는다. 이 필드가 제1 상태(예를 들어, "0")로 설정되면, R-TWTx 멤버 STA들은 또한 R-TWTx SP들 동안 채널에 대해 경합할 수 있다.
(e) R-TWTx의 스케줄링된 트래픽 스트림과 동일한 TID를 가지며 재전송될 필요가 있지만 R-TWTx의 임의의 스케줄링된 트래픽 스트림에 속하지 않는 프레임들이 있는 경우, R-TWTx 멤버 STA는 R-TWTx SP 동안 그 프레임들을 전송할 수 있는 것이 가능하다. R-TWTx 멤버 STA는 그 TID에 대해 블록 확인응답이 이용될 때 R-TWTx SP 동안 동일한 TID를 갖는 R-TWTx의 스케줄링된 트래픽 스트림의 프레임들보다 더 일찍 이들 프레임들을 전송해야 한다. 이것은 이들 프레임들의 시퀀스 번호들이 할당되었고 프레임들이 R-TWTx의 스케줄링된 트래픽 스트림의 프레임들보다 작기 때문이다.
블록(194)에서 결정된 바와 같이, R-TWTx 멤버 STA는 R-TWTx SP 동안 그 버퍼에 R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림들의 어떠한 프레임도 가지고 있지 않다면, R-TWTx SP 동안 R-TWTx의 그 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들을 전송했다는 것을 나타내기 위해 R-TWT 스케줄링 AP에 신호를 전송할 것인지(202) 또는 프레임들의 도달을 계속 기다릴 것인지(192)에 대한 옵션들(198)을 결정할 수 있다. 즉, R-TWTx 멤버 STA는 스케줄링된 UL 및/또는 P2P 트래픽 스트림의 더 많은 프레임들이 R-TWTx SP 동안 도달하여 전송될 것을 예상하지 않는다.
블록(200)에서 결정된 바와 같이, R-TWTx 멤버 STA가 그 버퍼에서의 R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림들의 모든 프레임들을 전송했지만, R-TWTx의 스케줄링된 UL 또는 P2P 트래픽 스트림들의 더 많은 프레임들이 R-TWTx SP 동안 도달할 것으로 예상하는 경우, R-TWTx 멤버 STA는 그 프레임들의 도달을 계속 기다려야 한다(192).
R-TWTx 멤버 STA는 R-TWT SP 동안 R-TWTx의 UL 및/또는 P2P 트래픽 스트림들의 모든 프레임들을 전송했을 때, 이러한 표시와 함께 신호를 전송하고(202), 그 프로세스는 아래에 더 개략적으로 설명된다.
(a) R-TWTx 멤버 STA는, 이하의 2가지 조건이 충족될 때 전송할 R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림의 더 많은 프레임을 갖지 않는다는 것을 인식할 수 있다는 점에 유의해야 한다.
(a)(i) R-TWT 멤버 STA에 도달할 것으로 예상되는 각각의 스케줄링된 UL 및 P2P 트래픽 스트림의 최소량이 전송되었다. 예를 들어, R-TWTx의 스케줄링된 UL SCS 트래픽 스트림은 Rmin(초당 비트)으로 설정된 TSPEC 요소 내의 최소 데이터 레이트 필드를 갖는다. t(초)를 2개의 연속적인 R-TWTx SP의 종료 시간들 사이의 시간이라고 표시하자. 그 다음, R-TWTx 멤버 STA에 도달할 것으로 예상되는 UL SCS 트래픽 스트림의 최소량은 시간 t 동안 Rmin*t(비트)이다. 제2 R-TWTx SP의 종료 전에, R-TWTx 멤버 STA는 모든 이러한 Rmin*t(비트)의 트래픽을 전송해야 한다. R-TWTx 멤버 STA는 R-TWTx의 다수의 스케줄링된 UL 및/또는 P2P 트래픽 스트림을 가질 수 있다.
(a)(ii) R-TWTx의 이들 스케줄링된 트래픽 스트림의 버퍼는 R-TWTx 멤버 STA에서 비어 있다.
(a)(계속) R-TWTx의 각각의 스케줄 DL 트래픽 스트림의 최소량은, 섹션 4.3에서 설명된 바와 같이 결정(예를 들어, 계산)될 수 있는 R-TWTx의 각각의 스케줄링된 DL 트래픽 스트림의 평균 또는 최대량, 또는 유사한 상대적 척도로 대체될 수 있다.
(b) 적어도 하나의 실시예에서, R-TWT 멤버 STA가 R-TWTx SP 동안 R-TWTx의 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들을 전송했다는 것을 나타내는 신호는 다음 중에서 선택된다.
(b)(i) 신호는 IEEE 802.11ax에서 정의된 것과 동일할 수 있는, 더 많은 데이터 필드가 제2 상태(예컨대, "0")와 동일한 QoS 데이터도 QoS 널 프레임(Ack 또는 BA 프레임을 포함함)도 아닌 프레임일 수 있다. 더 많은 데이터 필드는 프레임의 HT 제어 필드의 CAS 제어에서의 RDG/더 많은 데이터 필드 또는 프레임 제어 필드에 있을 수 있다는 점에 유의해야 한다. 더 많은 데이터 서브필드가 제1 상태(예를 들어, "1")로 설정될 때, 이것은 EOSP가 제2 상태(예를 들어, "0")로 설정되는 것과 동일한 효과를 갖는다. 더 많은 데이터 서브필드가 제2 상태(예를 들어, "0")로 설정될 때, 이것은 EOSP가 제1 상태(예를 들어, "1")로 설정되는 것과 동일한 효과를 갖는다.
(b)(ii) 신호는 프레임 내의 그 QoS 제어 필드가 도 17에 도시된 것일 수 있는, EOSP 서브필드가 "1"과 동일한 QoS 데이터 또는 QoS 널 프레임일 수 있다.
(b)(iii) 신호는 더 많은 데이터 필드(예컨대, 프레임 제어 필드 또는 HT 제어 필드의 CAS 제어에서의 RDG/더 많은 데이터 필드 내의 더 많은 데이터 서브필드)가 R-TWT SP 동안 프레임에서 제1 상태(예컨대, "1")와 동일한 QoS 데이터도 QoS 널 프레임(Ack 또는 BA 프레임을 포함함)도 아닌 프레임일 수 있다. R-TWT SP 동안, RDG/더 많은 데이터 서브필드가 제1 상태(예를 들어, "1")로 설정될 때, 이것은 EOSP가 제1 상태(예를 들어, "1")로 설정되는 것과 동일한 효과를 갖는다는 점에 유의할 것이다. RDG/더 많은 데이터 서브필드가 제2 상태(예를 들어, "0")로 설정될 때, 이것은 EOSP가 제2 상태(예를 들어, "0")로 설정되는 것과 동일한 효과를 갖는다. R-TWT SP 밖에 있을 때, 더 많은 데이터 필드는 바람직하게는 현재의 IEEE 802.11ax에서와 동일한 방식으로 이용된다는 점에 유의해야 한다.
(c) 신호가 데이터 프레임에 의해 운반되면, 이 데이터 프레임은 R-TWTx 멤버 STA에 의해 전송된 R-TWTx의 스케줄링된 트래픽 스트림들의 마지막 데이터 프레임일 수 있다. 적어도 하나의 실시예/모드/경우에, 신호는 R-TWTx 멤버 STA에 의해 전송된 마지막 PPDU에서의 모든 데이터 프레임에 의해 운반되며, 예를 들어 마지막 PPDU에서의 모든 데이터 프레임은 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정한다. 그 후, 신호는 마지막 데이터 프레임을 운반하는 전체 PPDU가 성공적으로 수신될 때, 또는 PPDU에서의 R-TWTx의 스케줄링된 트래픽 스트림들의 모든 프레임들이 성공적으로 수신될 때 R-TWT 스케줄링 AP에 의해 성공적으로 수신된다. 적어도 하나의 실시예/모드/경우에, R-TWTx SP 동안, PPDU는 R-TWTx의 스케줄링된 트래픽 스트림들의 프레임들만을 운반하도록 허용된다.
(d) 신호가 성공적으로 전송되지 않으면, R-TWTx 멤버 STA는 이 신호를 R-TWT 스케줄링 AP에 재전송할 필요가 있다.
(e) R-TWTx 멤버 STA에 의해 전송될 예정인 R-TWTx의 스케줄링된 UL 및/또는 P2P 트래픽 스트림들에 관계없이, R-TWT 스케줄링 AP가 R-TWTx SP를 종료할 수 있다는 것을 R-TWT 스케줄링 AP에 통지하고, 그 버퍼에 R-TWTx의 스케줄링된 UL 또는 P2P 트래픽 스트림들의 임의의 프레임들을 갖지 않을 때, 신호는 R-TWTx 멤버 STA에 의해 요청되지 않은 방식으로 전송될 수 있다.
(f) 적어도 하나의 실시예/모드/경우에, R-TWTx의 어떠한 스케줄링된 UL 및/또는 P2P 트래픽 스트림도 갖지 않는 R-TWTx 멤버 STA는 R-TWTx SP 동안 이러한 신호를 전송하도록 허용되지 않는다. 대안적인 실시예/모드/경우에, R-TWTx의 어떠한 스케줄링된 UL 및/또는 P2P 트래픽 스트림도 갖지 않는 R-TWTx 멤버 STA들도 이러한 신호를 전송하도록 요구된다.
(g) R-TWTx 멤버 STA는 R-TWTx의 스케줄링된 DL 트래픽 스트림들을 갖지 않고, 절전 모드에서 동작하고 있는 경우, R-TWT 스케줄링 AP에 성공적으로 신호를 전송한 직후에 휴면 모드에 진입(휴면 상태가 됨)하도록 허용된다.
따라서, 도 24 내지 도 26에서 설명된 바와 같이, R-TWT 스케줄링 AP는 모든 스케줄링된 트래픽 스트림이 전송된 후에 R-TWTx SP의 종료를 나타내는 신호를 전송할 수 있다. 블록(204)에서 결정된 바와 같이, R-TWTx 멤버 STA는 R-TWTx SP의 종료를 인식할 때, 즉시 채널에 대해 경합하기 시작할 수 있다(206). 적어도 하나의 실시예/모드/경우에, R-TWTx 멤버 STA는 채널 경합의 그 우선순위를 낮추기 위해 소정 시간 기간 동안 상이한 EDCA 파라미터 설정을 이용할 수 있다. 예를 들어, R-TWTx 멤버 STA는 R-TWTx SP가 종료한 후에 채널 경합을 위해 MU-EDCA 파라미터들을 이용한다. 채널에 대해 경합하는 대신에, R-TWTx 멤버 STA는 또한 R-TWTx SP가 종료할 때 절전을 위해 휴면 모드에 진입할 수 있다. 그렇지 않으면, R-TWTx 멤버 STA는, R-TWTx SP가 R-TWTx SP 동안 R-TWTx의 그 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임들(208)을 전송했음을 나타내는 신호를 전송한 후, R-TWTx SP가 R-TWTx SP의 스케줄링된 종료 시간에 종료할 때까지, 채널에 대해 경합하도록 허용되지 않는다.
4.6. R-TWT에 대한 QoS 데이터 및 널 프레임들에서의 QoS 제어 필드
도 27은 R-TWT에 대한 QoS 데이터 및 QoS 널 프레임에서의 QoS 제어 필드의 예시적인 실시예(210)를 나타낸다. 적어도 하나의 실시예에서 QoS 데이터 프레임은 또한 QoS 데이터 + CF Ack 프레임을 포함한다는 점에 유의하여야 한다. QoS 데이터 및 QoS 널 프레임은 예비된 프레임 유형(예로서, IEEE 802.11에서의 프레임 제어 필드 내의 유형 및 하위 유형 조합)을 이용하거나, R-TWT SP들 동안 프레임을 전송하거나, R-TWT 스케줄링 AP 또는 R-TWT 스케줄링된 STA에 의해 전송됨으로써 이 프레임 유형이 R-TWT에 대한 것임을 나타낼 수 있다. QoS 데이터 및 QoS 널 프레임이 R-TWT에 대한 것일 때, 도 27에 도시된 바와 같은 QoS 제어 필드가 프레임에서 이용된다.
TID 필드는 이 QoS 제어 필드를 운반하는 프레임의 데이터의 TID를 나타내도록 설정된다. TID는 "0" 내지 "7", 또는 "8" 내지 "15", 또는 "0" 내지 "15"의 수로 설정될 수 있다. 이 필드는 또한 QoS 널 프레임에서 전송될 때 예비될 수 있다.
그 R-TWT의 SP 동안 R-TWT의 스케줄링된 UL 및/또는 P2P 트래픽 스트림의 모든 프레임을 전송했는지를 나타내기 위해 R-TWT 스케줄링된 STA에 의해 EOSP 필드가 설정된다. 이 필드가 제1 상태(예를 들어, "1")로 설정되면, R-TWT 스케줄링된 STA는 그 R-TWT의 SP 동안 R-TWT의 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임을 전송하였다. 그렇지 않으면, 이 필드는 제2 상태(예를 들어, "0")로 설정되고, R-TWT 스케줄링된 STA는 그 R-TWT의 SP 동안 R-TWT의 스케줄링된 UL 및 P2P 트래픽 스트림들의 더 많은 프레임들을 갖는다. 이 필드가 QoS 데이터 프레임에서 전송되면, 이 정보는, R-TWT 스케줄링 AP가 QoS 데이터 프레임의 동일한 PPDU(또는 전체 PPDU)에서의 스케줄링된 트래픽 스트림들의 모든 데이터 프레임들이 성공적으로 수신됨을 나타내는 피드백을 전송할 때 R-TWT 스케줄링 AP에 의해 확인응답된다. R-TWT 스케줄링된 STA는 R-TWT 스케줄링 AP에 의해 확인응답되지 않는 경우 이 정보를 재전송할 수 있다. R-TWT 스케줄링 AP는 현재 R-TWT SP의 종료를 나타내기 위해 이 필드를 설정한다. 이 필드가 제1 상태(예를 들어, "1")로 설정되면, 현재 R-TWT SP가 종료된다. 그렇지 않으면, 이 필드는 제2 상태(예를 들어, "0")로 설정되고, 현재 R-TWT SP는 종료되지 않는다. STA는 이 필드를 수신함으로써 R-TWT SP의 종료를 인식할 수 있다.
Ack 정책 표시자 필드는 IEEE 802.11에 정의된 QoS 제어 필드에서의 것과 동일할 수 있다. A-MSDU 존재 필드는 IEEE 802.11에 정의된 QoS 제어 필드에서의 것과 동일할 수 있다.
프레임의 MAC 헤더 내에 HT 제어 필드가 존재하는지를 나타내기 위해 HT 제어 존재 필드가 설정된다. 이 필드가 제1 상태(예를 들어, "1")로 설정될 때, HT 제어 필드가 존재한다. HT 제어 필드는 BSR과 같은 가외 정보를 운반할 수 있다. 이 필드가 제2 상태(예를 들어, "0")로 설정될 때에는, MAC 헤더에 HT 제어 필드가 없다.
4.7. R-TWT를 종료하는 예들
이 섹션은 R-TWT SP의 종료의 몇몇 예들을 예시한다. 섹션 4.3에서 설명된 바와 같이, R-TWT들은 R-TWT 스케줄링 AP에 의해 스케줄링될 수 있다. R-TWT 스케줄링된 STA들은 R-TWT의 멤버십을 요청하고 그 R-TWT의 스케줄링된 SCS 트래픽 스트림들을 협상한다.
이 섹션의 예들에서, R-TWT 스케줄링 AP 및 R-TWT 스케줄링된 STA는 도 27에 도시된 바와 같은 QoS 제어 필드를 QoS 데이터 또는 QoS 널 프레임에 임베딩할 수 있다.
표 1은 상이한 R-TWT들의 SP들 동안 전송하도록 스케줄링되는 5개의 SCS 트래픽 스트림을 열거한다.
SCS1은 MLD2와 MLD1 사이에 확립된다. SCS1 트래픽 스트림의 방향은 업링크(즉, MLD2로부터 MLD1로의 트래픽 흐름)이다. 이 트래픽 스트림은 링크1 상의 R-TWT1의 스케줄링된 트래픽 스트림이다.
SCS2는 STA2와 MLD1 사이에 확립된다. 이 SCS2 트래픽 스트림의 방향은 다운링크(즉, MLD1로부터 STA2로의 트래픽 흐름)이다. 이 트래픽 스트림은 링크1 상의 R-TWT1의 스케줄링된 트래픽 스트림이다.
SCS3은 STA2와 STA1 사이에 확립된다. SCS3 트래픽 스트림의 방향은 P2P(즉, STA2로부터 STA1로의 트래픽 흐름)이다. 이 트래픽 스트림은 링크1 상의 R-TWT2의 스케줄링된 트래픽 스트림이다.
SCS4는 MLD3과 MLD1 사이에 확립된다. SCS3 트래픽 스트림의 방향은 업링크(즉, MLD3으로부터 MLD1로의 트래픽 흐름)이다. 이 트래픽 스트림은 링크1 및 링크2 상의 R-TWT4의 스케줄링된 트래픽 스트림이다.
SCS5는 MLD3과 MLD1 사이에 확립된다. 이 SCS3 트래픽 스트림의 방향은 다운링크(즉, MLD1로부터 MLD3으로의 트래픽 흐름)이다. 이 트래픽 스트림은 링크1 및 링크2 상의 R-TWT5의 스케줄링된 트래픽 스트림이다.
SCS6은 STA2와 MLD1 사이에 확립된다. SCS6 트래픽 스트림의 방향은 업링크(즉, STA2로부터 MLD1로의 트래픽 흐름)이다. 이 트래픽 스트림은 링크1 상의 R-TWT2의 스케줄링된 트래픽 스트림이다.
이 섹션에서의 예들은 표 1에 도시된 바와 같은 R-TWT 스케줄링을 따른다. 도 20에 도시된 네트워크 토폴로지가 예들에서 이용된다.
도 28은 R-TWT SP의 종료를 나타내기 위해 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임을 브로드캐스팅하는 R-TWT 스케줄링 AP의 예시적인 실시예(230)를 나타낸다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이다.
R-TWT1 SP(240) 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, SCS1의 업링크(UL) 전송을 전송하기 위해, AP1은 BSRP(242)를 STA1에 전송하여 STA1의 버퍼 상태를 요청한다. 그 후, STA1은 SCS1 트래픽 스트림의 버퍼 상태(244)를 AP1에 보고한다(예를 들어, STA1은 BSR에서 SCS1 트래픽 스트림의 버퍼 상태만을 보고한다). 그 후, AP1은 먼저 STA2로의 SCS2의 다운링크(DL) 전송(246)으로 도시된 전송을 시작할 수 있다. SCS2의 DL PPDU는 현재 R-TWT1 SP 동안 전송될 R-TWT1의 스케줄링된 트래픽 스트림의 프레임이 더 있음을 나타내기 위해 EOSP를 제2 상태(예를 들어, "0")로 설정할 수 있다. AP1은 SCS2의 모든 예상된 프레임이 그 버퍼에 도달하여 전송되는지를 결정할 수 있다는 점에 유의해야 한다. STA2는 수신(248)을 확인응답한다.
다음으로, AP1은 SCS1의 UL 전송을 트리거링한다. AP1은 도면에 도시된 바와 같이 SCS1의 UL 전송을 2회 트리거링하는 것으로 예시된다(250 및 256). SCS1의 제1 UL PPDU(252)는 EOSP를 제2 상태(예를 들어, "0")로 설정하는데, 이는 현재 R-TWT1 SP 동안 전송될 UL PPDU가 더 있다는 것을 나타낸다. SCS1의 제2 UL PPDU(258)는 EOSP를 제1 상태(예를 들어, "1")로 설정하는데, 이는 STA1이 현재 R-TWT1 SP 동안 전송할 R-TWT1의 스케줄링된 UL 트래픽 스트림의 더 많은 프레임을 갖지 않음을 나타낸다. AP1은 각각의 업링크(254 및 260)를 확인응답(예를 들어, BA)한다. STA1은 EOSP가 제1 상태(예를 들어, "1")로 설정된 SCS1의 UL PPDU에 응답하고 또한 모든 UL 전송들이 성공적으로 수신됨을 나타내는 BA를 수신한다.
그 후, R-TWT1의 스케줄링된 트래픽 스트림들(즉, SCS1 및 SCS2)의 모든 프레임들이 R-TWT1 SP의 스케줄링된 종료 시간 전에 전송되기 때문에, AP1은 R-TWT1 SP의 종료(264)를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(262)을 브로드캐스팅한다. 이 QoS 널 프레임을 수신하는 다른 STA들은 채널에 대해 즉시 경합하기 시작할 수 있다.
도면에서의 DL PPDU 및 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있음에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU 및 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않는다. 그 후, 이들 프레임들에 설정할 EOSP 서브필드가 없다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP에 의한 전송을 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체된다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 이용하지 않아야 한다.
도 29는 R-TWT 스케줄링 AP가 R-TWT SP의 종료를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임을 브로드캐스팅하는 예시적인 실시예(270)를 도시한다. R-TWT1의 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드 내의 트리거 필드가 R-TWT 스케줄링 AP에 의해 제1 상태(예를 들어, "1")로 설정될 때 이전 예가 발생할 수 있지만, 이 예는 R-TWT1의 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드 내의 트리거 필드가 R-TWT 스케줄링 AP에 의해 제2 상태(예를 들어, "0")로 설정될 때 발생할 수 있다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이다.
R-TWT1 SP(240) 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, SCS1의 업링크(UL) 전송을 전송하기 위해, STA1은 백오프(272)를 수행하여 채널에 대해 경합한다. STA1은 채널 액세스를 획득할 때, SCS1의 프레임들을 운반하는 UL PPDU들(274 및 278)을 전송하기 시작하고, AP1은 이들 프레임들의 수신(276, 280)을 확인응답한다. STA1은 SCS1의 마지막 프레임을 전송할 때, 그 프레임에서 EOSP를 제1 상태(예를 들어, "1")로 설정한다. AP1이 BA(280)를 전송하여 SCS1의 마지막 프레임을 운반하는 PPDU가 성공적으로 수신되었음을 나타낼 때, 이것은 STA1이 R-TWT1 SP 동안 R-TWT1의 그 스케줄링된 UL 및/또는 P2P 트래픽 스트림들의 모든 프레임들을 전송하였음을 나타낸다.
AP1은 또한 R-TWT1의 스케줄링된 다운링크(DL) 트래픽 스트림들(284), 즉, SCS2의 프레임들을 STA2에 전송하기 위해 채널(282)에 대해 경합한다. SCS2의 DL PPDU는, R-TWT1의 스케줄링된 트래픽 스트림들의 모든 프레임들이 이 PPDU가 성공적으로 수신된 후에 전송될 것이더라도, R-TWT1 SP가 종료되지 않음을 나타내기 위해 EOSP를 제2 상태(예를 들어, "0")로 설정할 수 있다.
STA2가 BA(286)를 전송하여 SCS2의 DL PPDU가 성공적으로 수신됨을 나타낸 후에, R-TWT1의 스케줄링된 트래픽 스트림들(즉, SCS1 및 SCS2)의 모든 프레임들은 R-TWT1 SP의 스케줄링된 종료 시간 전에 전송되었다. 이어서, AP1은 R-TWT1 SP의 종료를 나타내기 위해 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임(288)을 브로드캐스팅하며, 그 후에 R-TWT SP의 스케줄링된 종료 시간(264)이 발생한다. 이 QoS 널 프레임을 수신하는 다른 STA들은 채널에 대해 즉시 경합하기 시작할 수 있다.
도면에서의 DL PPDU 및 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있음에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정한다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU 및/또는 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않는다. 그 후, 이들 프레임들에 설정할 EOSP 서브필드가 없다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 동시에 이용하지 않아야 한다.
도 30은 R-TWT SP의 종료 표시가 성공적으로 수신되지 않은 예시적인 실시예(310)를 도시한다. 이 예에서, STA2 및 STA1은 절전 모드에서 동작하고 있다고 추정된다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
R-TWT1 SP(240) 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, STA1 및 STA2가 R-TWT1 SP 동안 어웨이크인 것을 체크하기 위해, AP1은 STA2 및 STA1에 트리거 프레임(312)을 전송한다. STA2는 그것이 어웨이크이고 R-TWT 스케줄링 AP로부터 R-TWT1의 그 스케줄링된 DL 트래픽 스트림을 수신할 준비가 되어 있음을 나타내기 위해 PS-폴(314)을 전송한다. STA1은 QoS 널 프레임(316)을 전송하여, 그것이 어웨이크임을 나타낸다. QoS 널 프레임은 그 측에서 R-TWT1의 스케줄링된 트래픽 스트림들의 그 버퍼를 보고하기 위하여 HT 제어 필드에서 BSR을 운반할 수 있다. AP1은 BA(318)로 QoS 널에 응답한다.
QoS 널 프레임이 HT 제어 필드에서 BSR을 운반하지 않는 경우, R-TWT 스케줄링 AP는 도면에 도시된 바와 같이 STA1에서 R-TWT1의 스케줄링된 트래픽 스트림들의 버퍼에 대해 STA1로부터 BSR(322)을 요청하기 위해 BSRP(320)를 전송할 수 있다.
다음으로, AP1은 SCS1의 UL 전송(326)을 트리거링한다(324). AP1은 도면에 도시된 바와 같이 SCS1의 UL 전송을 2회 트리거링한다. 도면에 도시된 바와 같이, SCS1의 제1 UL PPDU(326)는 EOSP를 제1 상태(예를 들어, "1")로 설정하며, 이는 현재 R-TWT1 SP 동안 전송될 UL PPDU가 더 이상 없다는 것을 나타낸다. 그러나, BA 응답(328)은 재전송이 필요하다는 것을 나타내고, AP1은 SCS1의 UL 전송(332)을 위한 다른 트리거 프레임(330)을 전송한다. SCS1의 이 제2 UL PPDU(332)는 또한 EOSP를 제1 상태(예를 들어, "1")로 설정하며, 그 응답 BA(334) 프레임은 UL 전송들이 성공적이었음을 나타낸다. 그 후, STA1은 현재 R-TWT1 SP 동안 R-TWT1의 스케줄링된 트래픽 스트림들의 그 UL 전송들을 종료한다. STA1은 절전 모드에서 동작하고 있고 R-TWT1의 스케줄링된 UL 트래픽 스트림들만을 가졌으므로, 즉시 휴면 상태가 될 수 있다.
그 다음, AP1은 STA2로의 SCS2의 다운링크(DL) 전송(336)을 시작하는 것으로 도시되어 있다. SCS2의 DL PPDU는 현재 R-TWT1 SP 동안 전송될 R-TWT1의 스케줄링된 트래픽 전송이 더 이상 없음을 나타내기 위해 EOSP를 제1 상태(예를 들어, "1")로 설정할 수 있다. 그러나, STA2로부터의 응답 BA(338)는 재전송들이 필요하고, 따라서 R-TWT1 SP가 종료될 수 없다는 것을 나타낸다.
AP1은 재전송을 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 SCS2의 다른 DL PPDU(340)를 전송한다. PPDU는 재전송을 필요로 하는 프레임들만을 운반할 필요가 있다는 점에 유의해야 한다. STA2가 EOSP가 제1 상태(예를 들어, "1")로 설정된 SCS2의 DL PPDU가 성공적으로 수신됨을 나타내기 위해 BA(342)를 다시 전송할 때, STA2는 현재 R-TWT1 SP가 종료되는 것을 인식한다. 그 후, STA2는 절전 모드에서 동작하고 있기 때문에 즉시 휴면 상태가 될 수 있다(휴면 모드에 진입할 수 있다).
AP1은 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임(344)을 브로드캐스팅할 수 있다. 따라서, 이 프레임을 수신하는 다른 STA들은 R-TWT1 SP(264)의 종료를 인식하고 즉시 채널에 대해 경합하기 시작할 수 있다.
도면에서의 DL PPDU 및 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있음에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU 및 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않는다. 그 후, 이들 프레임들에 설정할 EOSP 서브필드가 없다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, R-TWT 스케줄링 AP에 의해 전송된 바와 같은, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 한 번에 이용하지 않아야 한다.
도 31은 R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 EOSP가 제2 상태(예를 들어, "0")로 설정된 QoS 널 프레임을 전송하는 STA의 예시적인 실시예(370)를 도시한다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
R-TWT2 SP(240) 동안, AP1(R-TWT 스케줄링 AP) 및 STA2(R-TWT2 멤버 STA)는 표 1에 열거된 바와 같이 SCS3 및 SCS6 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, SCS3의 P2P 전송을 전송하기 위해, AP1은 BSRP(372)를 STA2에 전송하여 STA1의 버퍼 상태를 요청한다. 그 후, STA1은 SCS3 트래픽 스트림의 버퍼 상태를 AP1에 보고할 수 있다(예를 들어, STA3은 BSR(374)에서 SCS3 트래픽 스트림의 버퍼 상태만을 보고한다). 다음으로, AP1은 SCS3의 P2P 전송을 개시하기 시작할 수 있다. AP1은 STA2와 일부 TXOP 시간을 공유하기 위해 IEEE 802.11be에 정의된 바와 같은 MU-RTS TXS 프레임(376)을 전송할 수 있다. STA2는 MU-RTS TXS 프레임에 응답하여 CTS 프레임(378)을 전송한 후, SCS3의 P2P PPDU들(380 및 384)을 STA1에 전송하기 시작하고, BA들(382 및 386)을 수신한다. STA2는 P2P 전송을 완료한 후, 트리거링된 TXOP 공유의 종료를 나타내기 위해 EOSP가 제2 상태(예를 들어, "0")로 설정된 QoS 널 프레임(388)을 전송하지만, STA2는 현재 R-TWT2 SP 동안 전송할 R-TWT2의 스케줄링된 트래픽 스트림들의 추가 프레임들을 갖는다.
AP1은 이 시간에 SCS6의 그 UL 버퍼(392)를 보고하는 STA2로부터 BSR을 요청하기 위해 BSRP(390)를 전송한다. 그 후 AP1은 SCS6의 UL 전송을 위해 다른 트리거링된 TXOP 공유를 시작하기 위해 다른 MU-RTS TXS 프레임(394)을 전송한다. 이 STA2가 CTS(396)를 전송한 후 EOSP가 제1 상태(예를 들어, "1")로 설정된 SCS6의 UL PPDU(398)를 전송하는데, 이는 STA2가 현재 R-TWT2 SP 동안 R-TWT2의 그 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임 전송을 완료했음을 나타낸다. 이 EOSP는 트리거링된 TXOP 공유 시간의 종료를 또한 나타내는 제1 상태(예를 들어, "1")로 설정된다. AP1은 BA(400)로 수신을 확인응답한다.
AP1은 BSR들에서 P2P 버퍼와 UL 버퍼를 구별할 수 없을 수 있기 때문에 AP1은 UL PPDU 전송을 위해 트리거 프레임 대신에 MU-RTS TXS 프레임을 이용한다는 점에 유의해야 한다. R-TWT2의 스케줄링된 P2P 트래픽 스트림이 있으므로, AP1은 트리거링된 TXOP 공유를 시작하기 위해 MU-RTS TXS 프레임을 이용한다. 즉, P2P 트래픽 및 UL 트래픽 모두가 R-TWT SP 동안 스케줄링될 때, R-TWT 스케줄링 AP는 P2P 트래픽 및 UL 트래픽을 트리거링하기 위해 MU-RTS TXS 프레임을 이용해야 한다.
그 후, R-TWT2의 스케줄링된 트래픽 스트림들(즉, SCS3 및 SCS6)의 모든 프레임들이 R-TWT2 SP의 스케줄링된 종료 시간 전에 전송되었기 때문에, AP1은 R-TWT2 SP(264)의 종료를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(402)을 브로드캐스팅한다. 이 QoS 널 프레임을 수신하는 다른 STA들은 즉시 채널에 대해 경합하기 시작할 수 있다.
도면에서의 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 UL PPDU는 QoS 데이터 또는 QoS 널 프레임을 운반하지 않는다. 따라서, 이러한 프레임들에 설정할 EOSP 서브필드가 없다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 이용하지 않아야 한다.
트리거링된 TXOP 공유를 종료하기 위한 신호는 언제든지 STA에 의해 이용될 수 있고, R-TWT SP만으로 제한되지는 않는다. 적어도 하나의 실시예/모드/경우에, EOSP를 갖는 QoS 널 프레임은 피드백을 위해 Ack/BA를 요청한다.
하나의 MU-RTS TXS 프레임에 의해 트리거링되는 트리거링된 TXOP 공유 시간 동안, MU-RTS TXS 프레임의 의도된 수신기인 STA는 트리거링된 TXOP 공유 시간 간격 동안 임의의 원하는 수의 PPDU를 전송할 수 있음에 유의해야 한다.
도 32는 R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임을 전송하는 STA의 예시적인 실시예(430)를 도시한다. 이 예는 또한 STA가 R-TWT SP 동안 트리거링된 TXOP 공유 시간을 종료하기 위해 빈 버퍼를 보고하는 BSR을 운반하는 프레임을 전송하는 경우를 보여준다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
R-TWT2 SP(240) 동안, AP1(R-TWT 스케줄링 AP) 및 STA2(R-TWT2 멤버 STA)는 표 1에 열거된 바와 같이 SCS3 및 SCS6 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, SCS3 및 SCS6의 P2P 및/또는 UL 전송을 전송하기 위해, AP1은 STA1의 버퍼 상태를 요청하기 위해 BSRP(432)를 STA2에게 전송한다. 그 후, STA1은 버퍼 상태(BSR)(434)를 AP1에 보고할 수 있다(예를 들어, STA3은 BSR에서 SCS3 및 SCS6 트래픽 스트림들의 버퍼 상태만을 보고할 수 있다). 이후, AP1은 STA2와 일부 TXOP 시간을 공유하기 위해 IEEE 802.11be에 정의된 바와 같은 MU-RTS TXS 프레임(436)을 전송할 수 있다. STA2는 MU-RTS TXS 프레임에 응답하여 CTS 프레임(438)을 전송한 후, SCS6의 UL PPDU(440)를 AP1에 전송하기 시작한다. UL PPDU는 버퍼가 비어 있음을 나타내는 BSR을 포함한다. 그 후, 이 UL PPDU는 트리거링된 TXOP 공유가 종료되었을 수 있지만 STA2가 R-TWT2 SP 동안 전송할 R-TWT2의 스케줄링된 트래픽 스트림들의 더 많은 프레임들을 갖는다는 것을 나타내는데 이용될 수 있다. AP1은 트리거링된 TXOP 공유를 종료하기 위해 SCS6의 UL PPDU를 성공적으로 수신한 후에 BA 프레임(442)으로 응답한다.
나중에, AP1은 BSRP(444)를 전송하여 STA2로부터 BSR을 요청하고, STA2는 그 버퍼 상태(446)를 보고하고, 이때 BSR 프레임을 이용하여 버퍼 내에 R-TWT2의 스케줄링된 트래픽 스트림들의 더 많은 프레임들을 갖는다는 것을 보고한다. 그 후, AP1은 다른 트리거링된 TXOP 공유를 시작하기 위해 다른 MU-RTS TXS 프레임(448)을 전송하고, STA3은 도면에 도시된 바와 같이 SCS3의 P2P 전송을 STA1에 전송하기 위해 이를 이용한다. STA2는 CTS(450)를 전송한 다음 P2P 전송(452)을 시작한다. P2P 전송이 완료되고 STA2가 STA1로부터 BA(454)를 수신한 후, STA2는 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(456)을 AP1에 전송한다. 이 QoS 널 프레임은 STA2가 현재 R-TWT2 SP 동안 R-TWT2의 스케줄링된 UL 및 P2P 트래픽 스트림들의 모든 프레임의 전송을 완료했다는 것을 나타낸다. AP1은 일부 경우들에서 AP1이 BSR들에서 P2P 버퍼와 UL 버퍼를 구별하지 못할 수 있기 때문에 UL PPDU 전송을 위해 트리거 프레임 대신에 MU-RTS TXS 프레임을 이용한다는 점에 유의해야 한다. R-TWT2의 스케줄링된 P2P 트래픽 스트림이 있기 때문에, AP1은 트리거링된 TXOP 공유를 시작하기 위해 MU-RTS TXS 프레임을 이용한다. 즉, P2P 트래픽 및 UL 트래픽 모두가 R-TWT SP 동안 스케줄링될 때, R-TWT 스케줄링 AP는 P2P 트래픽 및 UL 트래픽을 트리거링하기 위해 MU-RTS TXS 프레임을 이용해야 한다.
이어서, R-TWT2의 스케줄링된 트래픽 스트림들(즉, SCS3 및 SCS6)의 모든 프레임들이 R-TWT2 SP의 스케줄링된 종료 시간 전에 전송되므로, AP1은 R-TWT2 SP(264)의 종료를 나타내기 위해 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임(458)을 브로드캐스팅한다. 이 QoS 널 프레임을 수신하는 다른 STA들은 그들이 채널에 대해 즉시 경합하기 시작할 수 있다는 것을 인식할 수 있다.
도면에서의 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않는다. 그 후, 이들 프레임들에 설정할 EOSP 서브필드가 없다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 동시에 이용하지 않아야 한다.
트리거링된 TXOP 공유를 종료하기 위한 신호는 언제든지 STA에 의해 이용될 수 있고, R-TWT SP에서의 이용으로 제한되지는 않는다. 적어도 하나의 실시예/모드/경우에, EOSP 요청을 갖는 QoS 널 프레임은 피드백을 위한 Ack/BA로서 동작한다.
하나의 MU-RTS TXS 프레임에 의해 트리거링되는 트리거링된 TXOP 공유 시간 동안, MU-RTS TXS 프레임의 의도된 수신기인 STA는 트리거링된 TXOP 공유 시간 내에 맞을 임의의 원하는 수의 PPDU를 전송할 수 있음에 유의해야 한다.
도 33은 R-TWT SP 동안 R-TWT 멤버 STA들이 아닌 R-TWT 스케줄링된 STA들의 전송들을 배열하는 R-TWT 스케줄링 AP의 예시적인 실시예(470)를 도시한다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
이 예는, UL 전송 이후에 수행되는 것을 제외하고는, 도 28에 도시된 예와 유사하다.
R-TWT1 SP(240) 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다. SCS1의 업링크(UL) 전송을 전송하기 위해, AP1은 BSRP(472)를 STA1에 전송하여 STA1의 버퍼 상태를 요청한다. 그 후, STA1은 SCS1 트래픽 스트림의 버퍼 상태(474)를 AP1에 보고한다(예를 들어, STA1은 BSR에서 SCS1 트래픽 스트림의 버퍼 상태만을 보고한다). 그 후, AP1은 전송을 시작할 수 있으며, 여기서는 먼저 STA2로의 SCS2의 다운링크(DL) 전송(476)으로 도시된다. SCS2의 DL PPDU는 현재 R-TWT1 SP 동안 전송될 R-TWT1의 스케줄링된 트래픽 스트림의 프레임이 더 있음을 나타내기 위해 EOSP를 제2 상태(예를 들어, "0")로 설정할 수 있다. AP1은 SCS2의 모든 예상된 프레임이 그 버퍼에 도달하여 전송되는지를 결정할 수 있다는 점에 유의해야 한다. STA2는 수신(478)을 확인응답한다.
다음으로, AP1은, 도면에 도시되는 바와 같이, SCS1의 UL 전송을 2회 트리거링한다(480 및 486). SCS1의 제1 UL PPDU(482)는 EOSP를 제2 상태(예를 들어, "0")로 설정하며, 이는 현재 R-TWT1 SP 동안 전송될 UL PPDU가 더 있다는 것을 나타낸다. SCS1의 제2 UL PPDU(488)는 EOSP를 제1 상태(예를 들어, "1")로 설정하며, 이는 STA1이 현재 R-TWT1 SP 동안 전송할 R-TWT1의 스케줄링된 UL 트래픽 스트림의 더 많은 프레임을 갖지 않음을 나타낸다. AP1은 각각의 업링크(484 및 490)를 확인응답(예를 들어, BA)한다.
도 28과의 차이는 R-TWT1의 스케줄링된 트래픽 스트림들(즉, SCS1 및 SCS2)의 모든 프레임들이 R-TWT1 SP의 스케줄링된 종료 시간 전에 전송되었을 때 발생한다. 도 28에 도시된 바와 같이 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임을 전송하는 대신에, 도 33에서 AP1은 STA3으로부터 UL 전송(494)을 트리거링하기 위해 기본 트리거 프레임(492)을 STA3에 전송하고, 스케줄링된 R-TWT1 SP(264)의 끝에서 BA(496)로 응답한다. 트리거(492)를 전송할 때, AP1이 STA3의 버퍼 상태를 결정한 것으로 가정된다.
적어도 하나의 실시예에서/모드/경우에, AP1은 STA3으로부터의 UL 전송을 트리거링하기 전에 STA3의 버퍼 상태를 요청하기 위해 BSRP를 전송한다. 그 후, STA3은 기본 트리거 프레임에 의해 트리거링되는 바와 같이 UL PPDU를 AP1에 전송할 수 있다. STA3은 R-TWT1 SP의 멤버가 아닌 R-TWT 스케줄링된 STA라는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, AP1은 현재 R-TWT SP의 멤버들이 아닌 R-TWT 스케줄링된 STA들의 전송들을 배열하도록만 허용된다. 즉, 예를 들어 AP1은 STA6의 어떠한 전송도 트리거링하지 않아야 한다.
R-TWT 비-멤버 STA들에만 전송되는 기본 트리거 프레임은 현재 R-TWT SP의 종료를 나타낼 수 있다는 점에 유의해야 한다. 현재 R-TWT SP의 종료를 나타내기 위해, 기본 트리거 프레임은 그 더 많은 TF 필드를 제2 상태(예를 들어, "0")와 동일하게 설정해야 할 수도 있다. 예를 들어, AP1은 다수의 기본 트리거 프레임을 R-TWT1의 비-멤버 STA들에 전송할 수 있다. 마지막 기본 트리거 프레임은 더 많은 TF 필드를 제2 상태(예를 들어, "0")로 설정해야 하고, 다른 것들은 더 많은 TF 필드를 제1 상태(예를 들어, "1")로 설정해야 한다.
R-TWT 스케줄링 AP와 R-TWT 비-멤버 STA들 사이의 프레임 교환은 R-TWT SP의 스케줄링된 종료 시간 이전에 완료되거나 다른 방식으로 종료되어야 한다.
도 34는 스케줄링된 UL 트래픽이 R-TWT SP 동안 도달하기를 기다리는 R-TWT 스케줄링 AP의 예시적인 실시예(530)를 도시한다. R-TWT1 SP 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
도면에 도시된 바와 같이, SCS1의 업링크(UL) 전송을 전송하기 위해, AP1은 BSRP(532)를 STA1에 전송하여 STA1의 버퍼 상태를 요청한다. 그 후, STA1은 SCS1 트래픽 스트림의 버퍼 상태(534)를 AP1에 보고할 수 있다(예를 들어, STA1은 BSR에서 SCS1 트래픽 스트림의 버퍼 상태만을 보고한다). 그러나, 이 경우에, STA1은 그 버퍼 상태(534)가 비어 있음을 보고한다. 이때, 스케줄링된 트래픽 스트림 SCS1의 프레임들은 STA1에 도달하지 않았다.
그 다음, AP1은 SCS2의 다운링크(DL) 전송(536 및 540)을 STA2에 전송하고 BA(538 및 542)를 수신하기 시작한다. SCS2의 DL PPDU는 EOSP를 제2 상태(예를 들어, "0")로 설정하여 현재 R-TWT1 SP 동안 전송될 R-TWT1의 스케줄링된 트래픽 스트림의 프레임이 더 있음을 나타낼 수 있다. AP1은 SCS2의 모든 예상된 프레임이 그 버퍼에 도달하여 전송되는지를 결정/인식할 수 있다는 점에 유의해야 한다.
다음으로, AP1은 STA1의 버퍼 상태를 요청하기 위해 다른 BSRP(544)를 전송하고, STA1은 그 버퍼가 비어 있지 않음을 나타내는 BSR 프레임(546)으로 응답한다. 즉, 스케줄링된 트래픽 스트림 SCS1의 프레임들은 STA1에 도달하였다. AP1은 SCS1의 UL 전송을 트리거링한다(548). AP1은 도면에 도시된 바와 같이 SCS1의 UL 전송을 한 번(1회)만 트리거링한다. 도면에 도시된 바와 같이, SCS1의 UL PPDU(550)는 EOSP를 제1 상태(예를 들어, "1")로 설정하며, 이는 STA1이 현재 R-TWT1 SP 동안 R-TWT1의 스케줄링된 UL 트래픽 스트림들의 프레임 전송을 완료함을 나타낸다. AP1은 BA(552)를 전송함으로써 UL PPDU(550)의 수신을 확인응답한다.
SCS1의 UL 전송을 완료한 후에, R-TWT1 SP 동안 스케줄링된 트래픽 스트림들의 모든 프레임들이 전송되었다. AP1은 R-TWT1 SP의 종료(264)를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(554)을 브로드캐스팅한다. 이 QoS 널 프레임을 수신하는 다른 STA들은 즉시 채널에 대해 경합하기 시작할 수 있다.
도면에서의 DL PPDU 및 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU 및 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않으며, 따라서 이러한 프레임들에 설정할 EOSP 서브필드가 존재하지 않는다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 동시에 이용하지 않아야 한다.
도 35는 그 R-TWT의 스케줄링된 트래픽 스트림들의 더 이상의 프레임들이 전송되지 않을 경우 R-TWT SP를 종료하는 R-TWT 스케줄링 AP의 예시적인 실시예(570)를 도시한다. R-TWT1 SP 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
도면에 도시된 바와 같이, SCS1의 업링크(UL) 전송을 전송하기 위해, AP1은 BSRP(532)를 STA1에 전송하여 STA1의 버퍼 상태를 요청한다. 그 후, STA1은 SCS1 트래픽 스트림의 버퍼 상태를 AP1에 보고할 수 있다(예를 들어, STA1은 BSR에서 SCS1 트래픽 스트림의 버퍼 상태만을 보고한다). 그러나, 이때, STA1은 그 버퍼 상태(534)가 비어 있음을 보고한다. 스케줄링된 트래픽 스트림 SCS1의 프레임들은 아직 STA1에 도달하지 않았다.
그 후, AP1은 SCS2의 다운링크(DL) 전송들을 STA2에 전송하기 시작할 수 있다. SCS2의 DL PPDU들은 현재 R-TWT1 SP 동안 전송될 R-TWT1의 스케줄링된 트래픽 스트림들의 더 많은 프레임들이 있음을 나타내기 위해 EOSP가 제2 상태(예를 들어, "0")로 설정된 SCS2 프레임들을 가질 수 있다. AP1은 SCS2의 모든 프레임이 그 버퍼에 도달하여 전송되고 있는지를 결정/인식한다는 점에 유의해야 한다. 따라서, 상이한 스테이션들로의 다수의 DL 전송들(536 및 540)이 수행되고 확인응답된다(538 및 574). DL PPDU(540)는 전송할 SCS2의 마지막 DL PPDU(572)라는 점에 유의한다.
그 후, AP1은 STA1의 버퍼 상태를 요청하기 위해 다른 BSRP(576)를 전송하고, STA1은 그 버퍼가 여전히 비어 있음을 나타내는 BSR 프레임(578)으로 응답한다.
전송할 R-TWT1의 스케줄링된 트래픽 스트림들의 프레임들이 버퍼에 존재하지 않으므로, AP1은 R-TWT1 SP의 종료(264)를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(580)을 브로드캐스팅한다. 다른 STA들은 이 QoS 널 프레임을 수신하고, 그들이 채널에 대해 즉시 경합하기 시작할 수 있음을 인식한다.
도면에서의 DL PPDU가 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정한다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않으며, 따라서 이러한 프레임들에 설정할 EOSP 서브필드가 존재하지 않는다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 이용하지 않아야 한다.
도 36은 스케줄링된 트래픽의 도달을 기다릴 때 R-TWT 비-멤버 STA와 프레임들을 교환하는 R-TWT 스케줄링 AP의 예시적인 실시예(630)를 도시한다. R-TWT1 SP 동안, AP1(R-TWT 스케줄링 AP)과 STA2 및 STA1(R-TWT1 멤버 STA들)은 표 1에 열거된 바와 같이 SCS1 및 SCS2 트래픽 스트림들의 프레임들을 교환한다. 도시된 STA들은 MLD1의 AP1(232), STA2(234), MLD2의 STA1(236) 및 다른 STA들(238)이 있는 이전 도면에서와 동일하다.
도면에 도시된 바와 같이, SCS1의 업링크(UL) 전송들을 전송하기 위해, AP1은 BSRP(532)를 STA1에 전송하여 STA1의 버퍼 상태를 요청한다. 그 다음, STA1은 SCS1 트래픽 스트림의 버퍼 상태를 AP1에 보고할 수 있다(예를 들어, STA1은 BSR에서 SCS1 트래픽 스트림의 버퍼 상태만을 보고한다). 그러나, 이 경우, STA1은 그 버퍼 상태(534)가 비어 있음을 보고한다. 스케줄링된 트래픽 스트림 SCS1의 프레임은 아직 STA1에 도달하지 않았다.
그 다음, AP1은 SCS2의 다운링크(DL) 전송(536 및 540)을 STA2에 전송하기 시작하고, 확인응답들(BA들)(538 및 632)을 수신하는 것으로 보여진다. DL PPDU(540)는 전송될 SCS2의 마지막 DL PPDU(572)라는 점에 유의한다. SCS2의 DL PPDU들은 현재 R-TWT1 SP 동안 전송될 R-TWT1의 스케줄링된 트래픽 스트림들의 프레임들이 더 있음을 나타내기 위해 EOSP를 제2 상태(예를 들어, "0")로 설정할 수 있다. AP1은 SCS2의 모든 예상된 프레임이 그 버퍼에 도달하여 전송되고 있는지를 결정/인식한다는 점에 유의해야 한다.
그 후, AP1은 STA1의 버퍼 상태를 요청하기 위해 다른 BSRP(634)를 전송하고, STA1은 그 버퍼가 여전히 비어 있음을 나타내는 BSR 프레임(636)으로 응답한다.
전송할 R-TWT1의 스케줄링된 트래픽 스트림들의 프레임들이 버퍼에 더 이상 없기 때문에, AP1은 R-TWT 스케줄링된 STA이지만 R-TWT1 멤버 STA가 아닌 STA3에 DL PPDU(638)를 전송한다. STA3으로의 DL 전송을 완료하고 BA(640)를 수신한 후, AP1은 버퍼 보고를 위해 다른 BSRP(642)를 STA1에 전송한다. 이때, STA1은 SCS1의 버퍼를 보고하고(BSR)(644), AP1은 SCS1의 UL 전송(648)을 트리거링하기 위해 기본 트리거(646)를 즉시 전송한다. SCS1의 하나의 UL PPDU만이 존재하고, STA1은 UL PPDU에서의 마지막 MPDU에서 EOSP 필드를 제1 상태(예를 들어, "1")로 설정한다. AP1이 BA(650)를 전송하여 SCS1의 UL PPDU가 성공적으로 전송되었다는 것을 나타낼 때, R-TWT1 SP가 종료되고, 이 BA는 T-TWT1 SP의 스케줄링된 종료 시간(264) 후에 전송된다는 점에 유의할 것이다.
이 예는 또한 그 R-TWT의 스케줄링된 트래픽 스트림들의 모든 프레임들이 R-TWT SP의 스케줄링된 종료 시간 전에 전송될 수 없는 경우 R-TWT SP가 연장될 수 있는 가능성을 보여준다. 예를 들어, 도면에 도시된 바와 같이, R-TWT1 SP는 그 스케줄링된 종료 시간보다 늦게 종료한다. R-TWT SP는 현재 TXOP를 연장하기 위해 TXOP 홀더에 의해 연장될 수 있다. 예를 들어, 도면에 도시된 바와 같이, AP1에 의해 전송된 마지막 트리거 프레임은 TXOP를 연장할 수 있다.
도면에서의 DL PPDU 및 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU 및 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않으며, 따라서 이러한 프레임들에 설정할 연관된 EOSP 서브필드가 존재하지 않는다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 동시에 이용하지 않아야 한다.
도 37은 각각의 링크 상의 다중-링크 R-TWT SP의 종료의 예시적인 실시예(670)를 별개로 예시한다. 이 예에서, R-TWT 스케줄링 AP는 하나의 링크 상에서 신호를 전송하여 그 링크 상의 다중-링크 R-TWT의 SP를 종료시킨다. 예시적인 STA들은 MLD3(672)의 STA3(676) 및 STA5(678), 및 MLD1(674)의 AP1(680) 및 AP2(682)로서 도시되어 있다.
도면에 도시된 바와 같이, R-TWT4(684)는 R-TWT 스케줄링 AP MLD1에 의해 고지되고, R-TWT4 SP들은 링크1 및 링크2 둘 다에서 스케줄링된다. 섹션 4.3에서 설명된 바와 같이, 다수의 링크 상의 R-TWT는 하나의 TWT 요소에서 동일한 R-TWT ID 및 상이한 링크 ID들을 갖는 다수의 브로드캐스트 TWT 파라미터 세트 필드에 의해 표시될 수 있다. 예를 들어, AP MLD1은 R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크1로 설정된 하나의 브로드캐스트 TWT 파라미터 세트 필드와, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크2로 설정된 다른 하나의 브로드캐스트 TWT 파라미터 세트 필드를 그 비컨 프레임 내의 TWT 요소에서 가짐으로써 링크1 및 링크2 상의 R-TWT4 SP들을 고지할 수 있다. R-TWT 스케줄링된 STA는, 링크1 또는 링크2 상에서, 그 TWT 요소가, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크1로 설정된 하나의 브로드캐스트 TWT 파라미터 세트 필드와, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크2로 설정된 다른 하나의 브로드캐스트 TWT 파라미터 세트 필드를 갖는 TWT 셋업 프레임을 전송함으로써, 링크1 및 링크2 상의 R-TWT4 SP들의 멤버십을 요청할 수 있다.
R-TWT 스케줄링 STA는, 링크1 또는 링크2 상에서, 그 TWT 요소가, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크1로 설정된 하나의 브로드캐스트 TWT 파라미터 세트 필드와, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크2로 설정된 다른 하나의 브로드캐스트 TWT 파라미터 세트 필드를 갖는 TWT 셋업 프레임을 전송함으로써, 링크1 및 링크2 상의 R-TWT4 SP들의 멤버십 요청에 응답할 수 있다. 적어도 하나의 실시예/모드/경우에, R-TWT의 멤버십을 요청하는 TWT 셋업 프레임, 및 멤버십 요청에 응답하는 TWT 셋업 프레임은 상이한 링크들을 통해 전송될 수 있다.
또한, 비-AP MLD3은 R-TWT4의 멤버십을 요청할 때, SCS5 및 SCS4가 R-TWT4의 스케줄링된 트래픽 스트림들임을 나타낼 수 있다. R-TWT4 SP 동안, MLD1에 연계된 AP1 및 AP2(R-TWT 스케줄링 AP), 및 MLD3에 연계된 STA3 및 STA5(R-TWT4 멤버 STA들)는 표 1에 열거된 바와 같이 SCS4 및 SCS5 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, SCS4의 업링크(UL) 전송을 전송하기 위해, AP1 및 AP2는 버퍼 상태 정보를 요청하기 위해 BSRP들(686 및 688)을 STA3 및 STA5에 각각 전송한다. STA3 및 STA5는 버퍼를 보고하여, 그들이 AP1 및 AP2에게 각각 링크1 및 링크2 상에서의 전송을 트리거링하도록 요청하고 있는 버퍼를 나타낼 수 있다. SCS4가 링크1 및 링크2를 통해 전송될 수 있지만, 특정 경우들에서 STA3은 SCS4의 버퍼 상태(690)를 보고할 수 있지만, STA5는 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임(692)에서의 빈 버퍼를 보고할 수 있다.
AP1은 STA3으로부터 수신된 버퍼 보고에 따라 링크1 상의 SCS4의 UL 전송(698)으로서 도시된 전송을 트리거링(기본 트리거(694))할 수 있다. AP2는 링크2 상의 R-TWT4 SP 동안 STA5가 UL 전송들을 갖지 않는다는 것을 결정/인식한다. MLD3은 2개의 링크 상에서 버퍼를 보고하는 방법에 대한 결정을 할 수 있다는 점에 유의해야 한다.
STA3은 EOSP가 제1 상태(예를 들어, "1")로 설정된 SCS4의 UL PPDU(698)를 전송하여 이것이 STA3이 링크1 상의 현재 R-TWT4 SP 동안 R-TWT4의 스케줄링된 UL 트래픽 스트림들의 모든 프레임들을 완료하는 것임을 나타낸다.
그 후, STA3으로부터 BA(702)를 수신한 후, AP1은 링크1 상에서 SCS5의 DL 전송(706)을 시작할 수 있다. AP1은 링크1 상에서 SCS5의 모든 DL 전송들을 전송하고, BA(712)를 수신한 후, 링크1 상의 R-TWT4의 종료(716)를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(714)을 브로드캐스팅한다.
이제 링크2로 돌아가면, 기본 트리거(694)를 수신한 후에, AP2는 STA5로부터의 버퍼 보고에 따라 링크2 상의 SCS5의 UL 전송을 트리거링하지 않는다는 것을 알 수 있다. STA5는 링크2 상의 현재 R-TWT4 SP 동안 전송될 R-TWT4의 스케줄링된 트래픽 스트림의 더 많은 프레임이 있음을 나타내기 위해 제2 상태(예를 들어, "0")로 설정된 EOSP를 가질 수 있는 SCS5의 DL PPDU들(696 및 704)을 전송하고, AP2(682)로부터 BA들(700 및 708)을 수신한다. 그 후 AP2는 링크2 상의 R-TWT4 SP의 종료를 나타내기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(710)을 브로드캐스팅한다.
유의할 점은, 도면에서의 DL PPDU 및 UL PPDU가 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있다는 점이다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서 알 수 있는 바와 같이, DL PPDU 및 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않고, 따라서, 이들 프레임들에 설정할 EOSP 서브필드가 없다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 한 번에 이용하지 않아야 한다.
도 38은 하나의 링크 상의 ML R-TWT SP의 종료의 예시적인 실시예(770)를 도시한다. 이 예에서, R-TWT 스케줄링 AP는 상이한 링크들 상에서 스케줄링되는 동일한 R-TWT의 SP들을 종료하기 위해 하나의 링크 상에서 신호를 전송한다.
도시된 STA들은 MLD3(672)의 STA3(676) 및 STA5(678), 및 MLD1(674)의 AP1(680) 및 AP2(682)가 있는 이전 도면에서와 동일하다.
도면에 도시된 바와 같이, R-TWT4는 R-TWT 스케줄링 AP MLD1에 의해 고지되고(684), R-TWT4 SP들은 링크1 및 링크2 모두에서 스케줄링된다. 섹션 4.3에서 설명된 바와 같이, 다수의 링크 상의 R-TWT는 하나의 TWT 요소에서 동일한 R-TWT ID 및 상이한 링크 ID들을 갖는 다수의 브로드캐스트 TWT 파라미터 세트 필드에 의해 표시될 수 있다. 예를 들어, AP MLD1은 R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크1로 설정된 하나의 브로드캐스트 TWT 파라미터 세트 필드와, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크2로 설정된 다른 하나의 브로드캐스트 TWT 파라미터 세트 필드를 그 비컨 프레임 내의 TWT 요소에서 가짐으로써 링크1 및 링크2 상의 R-TWT4 SP들을 고지할 수 있다. R-TWT 스케줄링된 STA는, 링크1 또는 링크2 상에서, 그 TWT 요소가, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크1로 설정된 하나의 브로드캐스트 TWT 파라미터 세트 필드와, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크2로 설정된 다른 하나의 브로드캐스트 TWT 파라미터 세트 필드를 갖는 TWT 셋업 프레임을 전송함으로써, 링크1 및 링크2 상의 R-TWT4 SP들의 멤버십을 요청할 수 있다. R-TWT 스케줄링 STA는, 링크1 또는 링크2 상에서, 그 TWT 요소가, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크1로 설정된 하나의 브로드캐스트 TWT 파라미터 세트 필드와, R-TWT ID가 R-TWT4로 설정되고 링크ID가 링크2로 설정된 다른 하나의 브로드캐스트 TWT 파라미터 세트 필드를 갖는 TWT 셋업 프레임을 전송함으로써, 링크1 및 링크2 상의 R-TWT4 SP들의 멤버십 요청에 응답할 수 있다. 적어도 하나의 실시예/모드/경우에, R-TWT의 멤버십을 요청하는 TWT 셋업 프레임, 및 멤버십 요청에 응답하는 TWT 셋업 프레임은 상이한 링크들을 통해 전송될 수 있다.
또한, 비-AP MLD3은 R-TWT4의 멤버십을 요청할 때, SCS5 및 SCS4가 R-TWT4의 스케줄링된 트래픽 스트림들임을 나타낼 수 있다. R-TWT4 SP 동안, MLD1에 연계된 AP1 및 AP2(R-TWT 스케줄링 AP), 및 MLD3에 연계된 STA3 및 STA5(R-TWT4 멤버 STA들)는 표 1에 열거된 바와 같이 SCS4 및 SCS5 트래픽 스트림들의 프레임들을 교환한다.
도면에 도시된 바와 같이, SCS4의 업링크(UL) 전송을 전송하기 위해, AP1 및 AP2는 BSRP들(772 및 774)을 STA3 및 STA5에 각각 전송하여 버퍼 상태를 요청하고, STA3 및 STA5는 그 버퍼 상태(776 및 778)를 보고할 수 있다. 이 예에서, STA3 및 STA5는 동일한 버퍼 상태를 보고한다는 점에 유의해야 한다(예를 들어, STA3 및 STA5는 BSR에서 SCS4 트래픽 스트림의 버퍼 상태만을 보고한다).
다음으로, AP1은 링크1 상의 SCS4의 UL 전송을 트리거링하기 위해 링크1 상에서 기본 트리거 프레임(780)을 전송한다. STA3은 EOSP가 제1 상태(예를 들어, "1")로 설정된 SCS4의 UL PPDU(784)를 전송하여 이 STA3이 링크1 및 링크2 상의 현재 R-TWT4 SP 동안 R-TWT4의 스케줄링된 UL 트래픽 스트림들의 모든 프레임 전송을 완료함을 나타낸다. 그 후, BA(788)를 수신한 후, AP1은 링크1 상에서 SCS5의 DL 전송(792)을 시작할 수 있고, 이를 위해 BA(798)를 수신한다.
다시 돌아가면, AP2는 STA5로부터의 버퍼 보고에 따라 링크2 상의 SCS5의 UL 전송을 트리거링하지 않기로 결정한다. 즉, 링크1 상의 SCS4의 하나의 UL PPDU가 충분한 것으로 고려된다. AP2는 STA5로의 SCS5의 다운링크(DL) 전송들(782, 790 및 796)을 시작하고, 확인응답들(BA들)(786, 794 및 804)을 수신한다.
AP2는 링크2 상에서 SCS5의 모든 DL PPDU들을 전송할 때, SCS5의 DL PPDU가 링크1 상에서 전송하고 있으므로, R-TWT4 SP를 종료할 수 없다. AP2는 섹션 4.4에서 설명된 바와 같이, STA4와 같은 스케줄링된 R-TWT STA들인 STA들과의 일부 전송들을 시작할 수 있다.
AP1이 SCS5의 모든 DL PPDU가 성공적으로 수신된 것을 나타내는, 링크1 상의 SCS5의 마지막 DL PPDU에 응답하여 BA 프레임(798)을 수신한 후, AP1은 링크1 및 링크2 상의 R-TWT4를 종료(802)하기 위해 EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임(800)을 브로드캐스팅할 수 있다. 이어서, AP2는 또한 링크1 및 링크2 상의 R-TWT4를 종료(808)하기 위해 링크2 상에서 EOSP가 제1 상태(예로서, "1")로 설정된 QoS 널 프레임(806)을 브로드캐스팅할 수 있다.
도면에서의 DL PPDU 및 UL PPDU가 프레임에서 도 27에 도시된 바와 같은 QoS 제어 필드 내에 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 운반할 것이 요구될 수 있음에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 하나의 PPDU가 다수의 QoS 데이터 또는 QoS 널 프레임을 운반할 때, 마지막 프레임만이 EOSP 서브필드를 제1 상태(예를 들어, "1")로 설정해야 한다. 도면에 도시된 PPDU 내의 EOSP 설정은 이들 PPDU 내의 마지막 EOSP 서브필드 값을 나타낸다.
적어도 하나의 실시예/모드/경우에, 도면에서의 DL PPDU 및 UL PPDU는 QoS 데이터도 QoS 널 프레임도 운반하지 않으며, 따라서 이러한 프레임들에 설정할 EOSP 서브필드가 존재하지 않는다. 대신에, 프레임 내의 더 많은 데이터 서브필드가 섹션 4.5에서 설명된 바와 같이 EOSP 서브필드를 대체하는데 이용될 수 있다.
적어도 하나의 실시예/모드/경우에, EOSP가 제1 상태(예를 들어, "1")로 설정된 QoS 널 프레임은 R-TWT1 SP의 종료를 나타내기 위해 CF-종료 프레임 또는 TWT 정보 프레임으로 대체될 수 있다.
R-TWT SP 동안, R-TWT 스케줄링 AP 및 R-TWT1 멤버 STA들은 EOSP 서브필드 또는 더 많은 데이터 서브필드 중 어느 하나를 이용해야 하지만, 이들 둘 다를 함께 이용하지 않아야 한다.
5. 실시예들의 일반적인 범위
본 기술의 실시예들은 기술의 실시예들에 따른 방법들 및 시스템들의 흐름도 예시들, 및/또는 컴퓨터 프로그램 제품들로서 또한 구현될 수 있는 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 다른 계산적 묘사들을 참조하여 본 명세서에 설명될 수 있다. 이와 관련하여, 흐름도의 각각의 블록 또는 단계, 및 흐름도에서의 블록들(및/또는 단계들)의 조합들뿐만 아니라, 임의의 절차, 알고리즘, 단계, 동작, 공식, 또는 계산적 묘사는 하드웨어, 펌웨어, 및/또는 컴퓨터 판독가능한 프로그램 코드로 구현된 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어와 같은 다양한 수단에 의해 구현될 수 있다. 이해할 수 있듯이, 임의의 이러한 컴퓨터 프로그램 명령어들은, 제한 없이, 범용 컴퓨터 또는 특수 목적 컴퓨터, 또는 머신을 생성하는 다른 프로그래밍가능한 처리 장치를 포함한, 하나 이상의 컴퓨터 프로세서에 의해 실행되어, 컴퓨터 프로세서(들) 또는 다른 프로그래밍가능한 처리 장치 상에서 실행되는 컴퓨터 프로그램 명령어들이 명시된 기능(들)을 구현하기 위한 수단을 생성하게 할 수 있다.
따라서, 흐름도들의 블록들, 및 본 명세서에 설명된 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 계산적 묘사들은, 명시된 기능(들)을 수행하기 위한 수단들의 조합들, 명시된 기능(들)을 수행하기 위한 단계들의 조합들, 및 명시된 기능(들)을 수행하기 위한 컴퓨터 판독가능한 프로그램 코드 로직 수단으로 구현된 것과 같은 컴퓨터 프로그램 명령어들을 지원한다. 본 명세서에 설명된 임의의 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 계산적 묘사들 및 이들의 조합들뿐만 아니라, 흐름도 예시들의 각각의 블록은 명시된 기능(들) 또는 단계(들)를 수행하는 특수 목적 하드웨어 기반 컴퓨터 시스템들, 또는 특수 목적 하드웨어와 컴퓨터 판독가능한 프로그램 코드의 조합들에 의해 구현될 수 있다는 것이 또한 이해될 것이다.
또한, 컴퓨터 판독가능한 프로그램 코드로 구현되는 것과 같은 이들 컴퓨터 프로그램 명령어들은 또한 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치에게 특정한 방식으로 기능하도록 지시할 수 있는 하나 이상의 컴퓨터 판독가능한 메모리 또는 메모리 디바이스들에 저장될 수 있어서, 컴퓨터 판독가능한 메모리 또는 메모리 디바이스들에 저장된 명령어들은 흐름도(들)의 블록(들)에 명시된 기능을 구현하는 명령어 수단을 포함하는 제조 물품을 생성한다. 컴퓨터 프로그램 명령어들은 또한 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치에 의해 실행되어, 일련의 동작 단계들이 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치 상에서 수행되어, 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치 상에서 실행되는 명령어들이 흐름도(들), 절차(들) 알고리즘(들), 단계(들), 동작(들), 공식(들) 또는 계산적 묘사(들)의 블록(들)에 명시된 기능들을 구현하기 위한 단계들을 제공하도록 하는 컴퓨터에 의해 구현된 프로세스를 생성하게 할 수 있다.
본 명세서에서 사용되는 바와 같은 "프로그래밍" 또는 "프로그램 실행가능"이라는 용어들은 본 명세서에서 설명되는 바와 같은 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것을 또한 알 것이다. 명령어들은 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구현될 수 있다. 명령어들은 디바이스에 로컬로 비일시적 매체들에 저장될 수 있거나, 또는 서버 상에서와 같이 원격으로 저장될 수 있거나, 또는 명령어들의 전부 또는 일부는 로컬로 및 원격으로 저장될 수 있다. 원격으로 저장된 명령어들은 사용자 개시내용에 의해, 또는 하나 이상의 인자에 기반하여 자동으로 디바이스에 다운로드(푸시)될 수 있다.
본 명세서에서 사용될 때, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 처리 유닛(CPU) 및 컴퓨터라는 용어들은 명령어들을 실행하고 입력/출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로 사용되며, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU 및 컴퓨터라는 용어들은 단일 또는 다수의 디바이스, 단일 코어 및 멀티코어 디바이스들, 및 이들의 변형들을 포함하는 것을 의도한다는 것을 또한 알 것이다.
본 명세서의 설명으로부터, 본 개시내용은 다음을 포함하지만 이에 제한되지 않는 기술의 다수의 구현들을 포함한다는 것이 이해될 것이다:
네트워크에서의 무선 통신을 위한 장치로서, (a) 다중-링크 디바이스(MLD)와 별개이거나 연관된 스테이션(STA)으로서의 무선 통신 회로 - 스테이션은 제한된 타겟 웨이크 시간(R-TWT)에 대한 스케줄링 서비스 기간(SP) 동안 IEEE 802 프로토콜 하에서 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 이용하여 그 패킷들을 갖는 프레임들의 전송들을 수행하는 다른 무선 스테이션들(STA들)과 채널을 통해 무선으로 통신하도록 구성됨 -; (b) STA에 결합되어 WLAN 상에서 동작하기 위한 프로세서; (c) 통신 프로토콜에서 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하는데 있어서 하나 이상의 단계를 수행하고, 하나 이상의 단계는,(d)(i) R-TWT 스케줄링 AP로서, R-TWT 스케줄링을 수행하도록 구성되는 액세스 포인트(AP)로서 동작하는 스테이션이 R-TWT 스케줄링을 고지하고, R-TWT SP에 진입한 후에 R-TWT의 멤버 STA와 프레임들을 교환하는 것; (d)(ii) 종료 조건이 검출되는 것; 및 (d)(iii) R-TWT 스케줄링 AP가, R-TWT SP 동안 모든 프레임 교환들이 완료된 이후, 종료 고지에서, R-TWT SP의 종료를 나타내는 신호를 전송하는 것을 포함한다.
네트워크에서의 무선 통신을 위한 장치로서, (a) 다중-링크 디바이스(MLD)와 별개이거나 연관된 스테이션(STA)으로서의 무선 통신 회로 - 스테이션은 제한된 타겟 웨이크 시간(R-TWT)에 대한 스케줄링 서비스 기간(SP) 동안 IEEE 802 프로토콜 하에서 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 이용하여 그 패킷들을 갖는 프레임들의 전송들을 수행하는 다른 무선 스테이션들(STA들)과 채널을 통해 무선으로 통신하도록 구성됨 -; (b) STA에 결합되어 WLAN 상에서 동작하기 위한 프로세서; (c) 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하는데 있어서 하나 이상의 단계를 수행하고, 하나 이상의 단계는, (d)(i) R-TWT 스케줄링을 수행하도록 구성되는 액세스 포인트(AP)로서 동작하는 스테이션이 R-TWT 스케줄링 AP로서 동작하고; R-TWT 스케줄링 AP 및 R-TWT 멤버 STA들이 R-TWT SP에 진입하는 것; (d)(ii) R-TWT SP의 스케줄링된 종료 시간 이전에, R-TWT 스케줄링 AP에 의해 R-TWT SP를 종료하고, 채널 상에서 종료 고지를 전송하는 것; 및 (d)(iii) R-TWT의 멤버 STA들이 아닌, 네트워크 상의 다른 STA들이, 종료 고지를 수신하는 것에 응답하여, 채널에 대해 즉시 경합할 수 있는 것을 포함한다.
네트워크에서의 무선 통신을 위한 장치로서, (a) 다중-링크 디바이스(MLD)와 별개이거나 연관된 스테이션(STA)으로서의 무선 통신 회로 - 스테이션은 제한된 타겟 웨이크 시간(R-TWT)에 대한 스케줄링 서비스 기간(SP) 동안 IEEE 802 프로토콜 하에서 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 이용하여 그 패킷들을 갖는 프레임들의 전송들을 수행하는 다른 무선 스테이션들(STA들)과 채널을 통해 무선으로 통신하도록 구성됨 -; (b) STA에 결합되어 WLAN 상에서 동작하기 위한 프로세서; (c) 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하는데 있어서 하나 이상의 단계를 수행하고, 하나 이상의 단계는, (d)(i) 스테이션이 R-TWT 스케줄링 AP로서, R-TWT 스케줄링을 수행하도록 구성되는 액세스 포인트(AP)로서 동작하고, R-TWT 멤버 STA들이 R-TWT SP에 진입하는 것; (d)(ii) R-TWT SP 동안 R-TWT 스케줄링 AP와 R-TWT 멤버 STA들 사이에서 프레임들을 교환하는 것; 및 (d)(iii) R-TWT 스케줄링 AP가 R-TWT SP 동안 R-TWT 멤버 STA들과의 프레임 교환들을 완료한 이후, R-TWT 스케줄링 AP와, R-TWT 특징을 갖지만 R-TWT 멤버 STA들이 아닌 STA들 사이에서 프레임들을 교환하는 것을 포함한다.
패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, CSMA/CA가 시스템/장치에서 적용되고, R-TWT 스케줄링 AP는 R-TWT SP들 동안 R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하고, 무선 통신 시스템/장치는, (a) R-TWT 스케줄링 AP 및 R-TWT 멤버 STA들이 그들 사이의 프레임 교환을 위해 R-TWT SP를 시작하는 것; (b) R-TWT 멤버 STA가 R-TWT SP 동안 전송할 더 많은 프레임들을 갖지 않을 때 R-TWT 스케줄링 AP에 신호를 전송하는 것; 및 (c) R-TWT 스케줄링 AP가 모든 프레임 교환들이 R-TWT SP 동안 수행될 때 R-TWT SP의 종료를 나타내는 신호를 전송하는 것을 포함한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 종료 조건은, R-TWT 멤버 STA로서 동작하는 STA가, 통신될 프레임들을 더 이상 갖지 않는다고 결정한 이후, R-TWT SP 동안 전송될 프레임들을 더 이상 갖지 않음을 나타내는 신호를 R-TWT 스케줄링 AP에 전송할 때 발생한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 종료 조건은, R-TWT 스케줄링 AP에 의해 R-TWT SP를 종료하기 위해, R-TWT SP의 스케줄링된 종료 시간 이전에 발생한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템은, R-TWT SP 동안 R-TWT 스케줄링 AP와 R-TWT 멤버 STA들 사이에서 프레임들을 교환하는 것을 더 포함한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템은, R-TWT 스케줄링 AP가 R-TWT SP 동안 R-TWT 멤버 STA들과의 프레임 교환들을 완료한 이후, R-TWT 스케줄링 AP와, R-TWT 특징을 갖지만 R-TWT 멤버 STA들이 아닌 STA들 사이에서 프레임들을 교환하는 것을 더 포함한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 멤버 STA가 R-TWT SP 동안 전송할 어떠한 업링크(UL) 또는 피어-투-피어(P2P) 프레임들도 갖지 않을 때 R-TWT 스케줄링 AP에 신호를 전송하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 멤버 STA가 R-TWT SP 동안 전송할 프레임들을 갖지 않음을 나타내는 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT SP 동안 전송할 프레임들을 갖지 않음을 나타내는 프레임은, (a) 서비스 품질(QoS) 데이터 프레임 또는 QoS 널 프레임 중 어느 것도 아닌 프레임; 및 (b) R-TWT 멤버 STA가 R-TWT SP 동안 전송할 프레임들을 더 이상 갖지 않음을 나타내는 상태에 있는 더 많은 데이터 필드로서, 더 많은 데이터를 갖는지를 나타내는 필드를 포함하는 프레임을 포함한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 멤버 STA가, R-TWT 멤버 STA가 R-TWT SP 동안 전송할 UL 및/또는 P2P 프레임들을 갖지 않음을 나타내는 상태로 설정된 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가 R-TWT SP의 종료를 나타내는 상태로 설정된 EOSP 서브필드를 갖는 QoS 데이터 프레임 또는 QoS 널 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가 QoS 데이터 프레임 또는 QoS 널 프레임 중 어느 것도 아닌 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행하고, 프레임은 전송될 데이터가 더 있는지를 나타내기 위한 필드를 더 많은 데이터 필드로서 갖고, 더 많은 데이터 필드는 R-TWT SP의 종료를 나타내는 값으로 설정된다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가 R-TWT SP의 종료를 나타내기 위해 무경합(CF) 종료 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가, 트리거 프레임들이 더 있는지를 나타내기 위한 필드를 갖는, 임의의 특정 R-TWT 멤버 STA들에 어드레싱되지 않는 트리거 프레임을 전송하고, 그 필드를 R-TWT SP의 종료를 나타내도록 설정하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가 R-TWT 식별과 동일하게 설정된 TWT 흐름 식별 필드를 갖는 TWT 정보 프레임을 전송하여, R-TWT SP의 종료를 나타내는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT SP가 종료되었다는 표시를 포함하는 프레임을 R-TWT 스케줄링 AP로부터 수신하는 것에 응답하여, 멤버 STA가 R-TWT SP가 종료되었음을 인식하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT SP가 종료되었다는 것을 나타내는 확인응답을 R-TWT 스케줄링 AP로부터 수신하는 것에 응답하여, 멤버 STA가 R-TWT SP가 종료되었음을 인식하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가 R-TWT SP의 종료를 나타내는 신호를 채널을 통해 전송하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 멤버 STA가, R-TWT SP의 스케줄링된 종료 시간에 도달될 때까지, R-TWT SP가 종료된 이후에 채널에 대해 경합하는 것이 허용되지 않는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT SP의 스케줄링된 종료 시간까지 R-TWT SP가 종료된 이후에, R-TWT 멤버 STA들이 그 R-TWT 멤버 STA들에 대한 정규 EDCA 파라미터 설정들보다 낮은 우선순위로 채널에 대해 경합함을 허용하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, 명령어들은, 프로세서에 의해 실행될 때, R-TWT 스케줄링 AP가 R-TWT 멤버 STA들과의 프레임 교환들을 위한 전송 기회(TXOP)를 R-TWT SP의 스케줄링된 종료 시간을 넘어서 연장하는 것을 포함하는 단계들을 추가로 수행한다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 멤버 STA는 R-TWT SP 동안 전송할 어떠한 UL 또는 P2P 프레임들도 갖지 않을 때 R-TWT 스케줄링 AP에 신호를 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 멤버 STA는 R-TWT SP 동안 전송할 프레임들을 갖지 않음을 나타내기 위해 더 많은 데이터 필드가 0과 동일한 QoS 데이터 또는 QoS 널 프레임 중 어느 것도 아닌 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 멤버 STA는 R-TWT SP 동안 전송할 UL 및 P2P 프레임을 갖지 않음을 나타내기 위해 EOSP 서브필드가 1과 동일한 QoS 데이터 또는 QoS 널 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 R-TWT SP의 종료를 나타내기 위해 EOSP 서브필드가 1과 동일한 QoS 데이터 또는 QoS 널 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 R-TWT SP의 종료를 나타내기 위해 더 많은 데이터 필드가 0과 동일한 QoS 데이터 또는 QoS 널 프레임 중 어느 것도 아닌 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 R-TWT SP의 종료를 나타내기 위해 CF-종료 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 0과 동일한 더 많은 TF 필드를 갖고 R-TWT SP의 종료를 나타내기 위해 임의의 R-TWT 멤버 STA들에 어드레싱되지 않는 트리거 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 R-TWT SP의 종료를 나타내기 위해 R-TWT ID와 동일한 TWT 흐름 식별 필드를 갖는 TWT 정보 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, STA는, 즉각적인 응답을 요청하지 않고 R-TWT SP의 종료를 나타내는 프레임을 R-TWT 스케줄링 AP로부터 수신할 때 R-TWT SP의 종료를 인식할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, STA는 R-TWT 스케줄링 AP에 의해 전송되고 R-TWT SP의 종료를 나타내는 프레임에 응답하여 확인응답을 수신할 때 R-TWT SP의 종료를 인식할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 R-TWT SP의 종료를 나타내는 신호를 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT SP의 스케줄링된 종료 시간까지 R-TWT SP가 종료된 이후에 R-TWT 멤버 STA들이 채널을 경합하도록 허용되지 않을 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT SP의 스케줄링된 종료 시간까지 R-TWT SP가 종료된 이후에 R-TWT 멤버 STA들이 더 낮은 우선순위로 채널을 경합하는 것이 허용될 수 있다.
임의의 선행하는 구현의 장치 또는 방법 또는 시스템에서, R-TWT 스케줄링 AP는 R-TWT 멤버 STA들과의 프레임 교환의 TXOP를 R-TWT SP의 스케줄링된 종료 시간을 넘어서 연장할 수 있다.
본 명세서에서 사용될 때, "구현"이라는 용어는, 제한 없이, 실시예들, 예들, 또는 본 명세서에 설명된 기술을 실시하는 다른 형태들을 포함하도록 의도된다.
본 명세서에서 사용될 때, 단수 용어들("a", "an", 및 "the")은 문맥이 명백하게 달리 지시하지 않는 한 다수의 지시대상들을 포함할 수 있다. 단수로 된 객체에 대한 참조는 명시적으로 그렇게 기재되지 않으면, "오직 하나(one and only one)"를 의미하도록 의도된 것이 아니라, 오히려 "하나 이상(one or more)"을 의미한다.
"A, B 및/또는 C"와 같은 구문 구성들은, 본 개시내용 내에서, A, B, 또는 C가 존재할 수 있는 곳, 또는 항목들 A, B 및 C의 임의의 조합을 설명한다. "~ 중 적어도 하나(at least one of)"와 같은 구문 구성들 및 그에 후속하는 요소들의 그룹을 열거하는 것은 이러한 그룹 요소들 중 적어도 하나가 존재함을 나타내며, 이는 적용가능한 경우 열거된 요소들의 임의의 가능한 조합을 포함한다.
"실시예", "적어도 하나의 실시예" 또는 유사한 실시예 단어를 참조하는 본 개시내용에서의 참조들은, 설명된 실시예와 관련하여 설명된 특정한 특징, 구조, 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 것을 나타낸다. 따라서, 이러한 다양한 실시예 구문들은 반드시 모두 동일한 실시예, 또는 설명되는 모든 다른 실시예들과 상이한 특정 실시예를 지칭하는 것은 아니다. 실시예 구문은, 주어진 실시예의 특정한 특징들, 구조들, 또는 특성들이, 개시된 장치, 시스템 또는 방법의 하나 이상의 실시예에서 임의의 적절한 방식으로 결합될 수 있다는 것을 의미하는 것으로 해석되어야 한다.
본 명세서에서 사용될 때, "세트"라는 용어는 하나 이상의 객체의 집합을 지칭한다. 따라서, 예를 들어, 객체들의 세트는 단일 객체 또는 다수의 객체들을 포함할 수 있다.
제1 및 제2, 최상부 및 최하부 등과 같은 관계 용어들은 하나의 엔티티 또는 액션을 다른 엔티티 또는 액션과 구별하기 위해서만 사용될 수 있으며, 이러한 엔티티들 또는 액션들 사이의 임의의 실제 이러한 관계 또는 순서를 반드시 요구하거나 암시하는 것은 아니다.
용어들 "포함한다(comprises)", "포함하는(comprising)", "갖는다(has)", "갖는(having)", "포함한다(includes)", "포함하는(including)", "포함한다(contains)", "포함하는(containing)" 또는 이들의 임의의 다른 변형은 비배타적 포함을 커버하도록 의도되며, 따라서 요소들의 리스트를 포함하고(comprises), 갖고(has), 포함하고(includes), 포함하는(contains) 프로세스, 방법, 물품 또는 장치는 이러한 요소들만을 포함하는 것이 아니라, 명시적으로 열거되지 않거나 이러한 프로세스, 방법, 물품 또는 장치에 고유한 다른 요소들을 포함할 수 있다. "~을 포함한다(comprises...a)", "~을 갖는다(has...a)", "~을 포함한다(includes...a)", "~을 포함한다(contains...a)"에 의해 선행되는 요소는, 더 많은 제약들 없이, 요소를 포함하고(comprises), 갖고(has), 포함하고(includes), 포함하는(contains) 프로세스, 방법, 물품, 또는 장치에서의 추가적인 동일한 요소들의 존재를 배제하지 않는다.
본 명세서에서 사용될 때, 용어들 "대략적으로(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 등과 같은 하위 범위들을 포함하는 것으로 이해되어야 한다.
본 명세서에서 사용되는 바와 같은 "결합된"이라는 용어는 반드시 직접적이고 반드시 기계적일 필요는 없지만 접속되는 것으로서 정의된다. 특정 방식으로 "구성되는" 디바이스 또는 구조는 적어도 그 방식으로 구성되지만, 열거되지 않은 방식들로 또한 구성될 수 있다.
혜택들, 이점들, 문제들에 대한 솔루션들, 및 임의의 혜택, 이점, 또는 솔루션이 발생하거나 더 두드러지게 할 수 있는 임의의 요소(들)는, 본 명세서에 설명된 기술 또는 임의의 또는 모든 청구항들의 중요한, 요구되는, 또는 본질적인 특징들 또는 요소들로서 해석되어서는 안 된다.
또한, 전술한 개시내용에서, 다양한 특징들은 개시내용을 간소화할 목적으로 다양한 실시예들에서 함께 그룹화될 수 있다. 이러한 개시 방법은 청구되는 실시예들이 각각의 청구항에 명시적으로 기재된 것보다 더 많은 특징들을 요구한다는 의도를 반영하는 것으로서 해석되지 않아야 한다. 본 발명의 주제는 단일의 개시된 실시예의 모든 특징들보다 적을 수 있다.
본 개시내용의 요약서는 독자가 기술적 개시내용의 본질을 신속하게 확인할 수 있게 하기 위해 제공된다. 이것은 청구항들의 범위 또는 의미를 해석하거나 제한하는데 이용되지 않을 것이라는 이해 하에 제출된다.
일부 관할권들의 실시는 그 출원이 출원된 후에 본 개시내용의 하나 이상의 부분의 삭제를 요구할 수 있다는 것을 이해할 것이다. 따라서, 독자는 본 개시내용의 원본 내용에 대해 출원된 출원을 참고해야 한다. 본 개시내용의 내용의 임의의 삭제는 원래 출원된 바와 같은 본 출원의 임의의 주제의 포기(disclaimer), 몰수(forfeiture) 또는 대중에 대한 헌신(dedication)으로서 해석되어서는 안 된다.
다음의 청구항들은 이로써 본 개시내용에 통합되고, 각각의 청구항은 개별적으로 청구된 주제로서 독립적이다.
본 명세서에서의 설명이 많은 상세들을 포함하고 있지만, 이들이 본 개시내용의 범위를 제한하는 것으로 해석되어서는 안 되며, 현재 바람직한 실시예들 중 일부의 예시들을 제공하는 것에 불과하다. 따라서, 본 개시내용의 범위는 본 기술분야의 통상의 기술자에게 명백해질 수 있는 다른 실시예들을 완전히 포함한다는 것을 알 것이다.
본 기술분야의 통상의 기술자에게 알려져 있는 개시된 실시예들의 요소들에 대한 모든 구조적 및 기능적 등가물들은 참조에 의해 본 명세서에 명시적으로 포함되고, 본 청구항들에 의해 포함되도록 의도된다. 또한, 본 개시내용의 어떠한 요소, 구성요소, 또는 방법 단계도, 그 요소, 구성요소, 또는 방법 단계가 청구항들에서 명시적으로 인용되는지에 관계없이, 대중에게 전용되는 것으로 의도되지 않는다. 본 명세서에서의 어떠한 청구항 요소도, 그 요소가 "~을 위한 수단"이라는 문구를 사용하여 명확히 열거되지 않는 한, "수단 플러스 기능(means plus function)" 요소로서 해석되어서는 안 된다. 본 명세서에서의 어떠한 청구항 요소도, 그 요소가 "~을 위한 단계"라는 문구를 사용하여 명확히 열거되지 않는 한, "단계 플러스 기능(step plus function)" 요소로서 해석되어서는 안 된다.
표 1
Claims (22)
- 네트워크에서의 무선 통신을 위한 장치로서,
(a) 다중-링크 디바이스(MLD)와 별개이거나 연관된 스테이션(STA)으로서의 무선 통신 회로 - 상기 스테이션은 제한된 타겟 웨이크 시간(restricted target wake time)(R-TWT)에 대한 스케줄링 서비스 기간(SP) 동안 IEEE 802 프로토콜 하에서 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 이용하여 그 패킷들을 갖는 프레임들의 전송들을 수행하는 다른 무선 스테이션들(STA들)과 채널을 통해 무선으로 통신하도록 구성됨 -;
(b) 상기 STA에 결합되어 상기 WLAN 상에서 동작하기 위한 프로세서;
(c) 통신 프로토콜에서 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며,
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하는데 있어서 하나 이상의 단계를 수행하고, 상기 하나 이상의 단계는,
(i) R-TWT 스케줄링 AP로서, R-TWT 스케줄링을 수행하도록 구성되는 액세스 포인트(AP)로서 동작하는 상기 스테이션이 R-TWT 스케줄링을 고지하고, R-TWT SP에 진입한 후에 상기 R-TWT의 멤버 STA와 프레임들을 교환하는 것;
(ii) 종료 조건이 검출되는 것; 및
(iii) 상기 R-TWT 스케줄링 AP가, 상기 R-TWT SP 동안 모든 프레임 교환들이 완료된 이후, 종료 고지에서, 상기 R-TWT SP의 종료를 나타내는 신호를 전송하는 것
을 포함하는, 장치. - 제1항에 있어서,
상기 종료 조건은, R-TWT 멤버 STA로서 동작하는 상기 STA가, 통신될 프레임들을 더 이상 갖지 않는다고 결정한 이후, 상기 R-TWT SP 동안 전송될 프레임들을 더 이상 갖지 않음을 나타내는 신호를 상기 R-TWT 스케줄링 AP에 전송할 때 발생하는, 장치. - 제1항에 있어서,
상기 종료 조건은, 상기 R-TWT 스케줄링 AP에 의해 상기 R-TWT SP를 종료하기 위해, 상기 R-TWT SP의 스케줄링된 종료 시간 이전에 발생하는, 장치. - 제1항에 있어서,
상기 R-TWT SP 동안 상기 R-TWT 스케줄링 AP와 상기 R-TWT 멤버 STA들 사이에서 프레임들을 교환하는 것을 더 포함하는, 장치. - 제4항에 있어서,
상기 R-TWT 스케줄링 AP가 상기 R-TWT SP 동안 상기 R-TWT 멤버 STA들과의 프레임 교환들을 완료한 이후, 상기 R-TWT 스케줄링 AP와, R-TWT 특징을 갖지만 R-TWT 멤버 STA들이 아닌 STA들 사이에서 프레임들을 교환하는 것을 더 포함하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 멤버 STA가 상기 R-TWT SP 동안 전송할 어떠한 업링크(UL) 또는 피어-투-피어(P2P) 프레임들도 갖지 않을 때 상기 R-TWT 스케줄링 AP에 신호를 전송하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 멤버 STA가 상기 R-TWT SP 동안 전송할 프레임들을 갖지 않음을 나타내는 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제3항에 있어서,
상기 R-TWT SP 동안 전송할 프레임들을 갖지 않음을 나타내는 상기 프레임은, (a) 서비스 품질(QoS) 데이터 프레임 또는 QoS 널 프레임 중 어느 것도 아닌 프레임; 및 (b) 상기 R-TWT 멤버 STA가 상기 R-TWT SP 동안 전송할 프레임들을 더 이상 갖지 않음을 나타내는 상태에 있는 더 많은 데이터 필드로서, 더 많은 데이터를 갖는지를 나타내는 필드를 포함하는 프레임을 포함하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 멤버 STA가, 상기 R-TWT 멤버 STA가 상기 R-TWT SP 동안 전송할 UL 및/또는 P2P 프레임들을 갖지 않음을 나타내는 상태로 설정된 EOSP 서브필드를 갖는 QoS 데이터 또는 QoS 널 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가 상기 R-TWT SP의 종료를 나타내는 상태로 설정된 EOSP 서브필드를 갖는 QoS 데이터 프레임 또는 QoS 널 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가 QoS 데이터 프레임 또는 QoS 널 프레임 중 어느 것도 아닌 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행하고, 상기 프레임은 전송될 데이터가 더 있는지를 나타내기 위한 필드를 더 많은 데이터 필드로서 갖고, 상기 더 많은 데이터 필드는 상기 R-TWT SP의 종료를 나타내는 값으로 설정되는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가 상기 R-TWT SP의 종료를 나타내기 위해 무경합(CF) 종료 프레임을 전송하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가, 트리거 프레임들이 더 있는지를 나타내기 위한 필드를 갖는, 임의의 특정 R-TWT 멤버 STA들에 어드레싱되지 않는 트리거 프레임을 전송하고, 그 필드를 상기 R-TWT SP의 종료를 나타내도록 설정하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가 R-TWT 식별과 동일하게 설정된 TWT 흐름 식별 필드를 갖는 TWT 정보 프레임을 전송하여, 상기 R-TWT SP의 종료를 나타내는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT SP가 종료되었다는 표시를 포함하는 프레임을 상기 R-TWT 스케줄링 AP로부터 수신하는 것에 응답하여, 상기 멤버 STA가 상기 R-TWT SP가 종료되었음을 인식하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제1항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT SP가 종료되었다는 것을 나타내는 확인응답을 상기 R-TWT 스케줄링 AP로부터 수신하는 것에 응답하여, 상기 멤버 STA가 상기 R-TWT SP가 종료되었음을 인식하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 네트워크에서의 무선 통신을 위한 장치로서,
(a) 다중-링크 디바이스(MLD)와 별개이거나 연관된 스테이션(STA)으로서의 무선 통신 회로 - 상기 스테이션은 제한된 타겟 웨이크 시간(R-TWT)에 대한 스케줄링 서비스 기간(SP) 동안 IEEE 802 프로토콜 하에서 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 이용하여 그 패킷들을 갖는 프레임들의 전송들을 수행하는 다른 무선 스테이션들(STA들)과 채널을 통해 무선으로 통신하도록 구성됨 -;
(b) 상기 STA에 결합되어 상기 WLAN 상에서 동작하기 위한 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며,
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하는데 있어서 하나 이상의 단계를 수행하고, 상기 하나 이상의 단계는,
(i) 상기 스테이션이 R-TWT 스케줄링 AP로서, R-TWT 스케줄링을 수행하도록 구성되는 액세스 포인트(AP)로서 동작하고; 상기 R-TWT 스케줄링 AP 및 상기 R-TWT 멤버 STA들이 R-TWT SP에 진입하는 것;
(ii) 상기 R-TWT SP의 스케줄링된 종료 시간 이전에, 상기 R-TWT 스케줄링 AP에 의해 상기 R-TWT SP를 종료하고, 상기 채널 상에서 종료 고지를 전송하는 것; 및
(iii) 상기 R-TWT의 멤버 STA들이 아닌, 상기 네트워크 상의 다른 STA들이, 상기 종료 고지를 수신하는 것에 응답하여, 상기 채널에 대해 즉시 경합할 수 있는 것
을 포함하는, 장치. - 제17항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가 상기 R-TWT SP의 종료를 나타내는 신호를 상기 채널을 통해 전송하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제17항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 멤버 STA가, 상기 R-TWT SP의 스케줄링된 종료 시간에 도달될 때까지, 상기 R-TWT SP가 종료된 이후에 상기 채널에 대해 경합하는 것이 허용되지 않는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 제17항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT SP의 스케줄링된 종료 시간까지 상기 R-TWT SP가 종료된 이후에, 상기 R-TWT 멤버 STA들이 상기 R-TWT 멤버 STA들에 대한 정규 EDCA 파라미터 설정들보다 낮은 우선순위로 상기 채널에 대해 경합함을 허용하는 것을 포함하는 단계들을 추가로 수행하는, 장치. - 네트워크에서의 무선 통신을 위한 장치로서,
(a) 다중-링크 디바이스(MLD)와 별개이거나 연관된 스테이션(STA)으로서의 무선 통신 회로 - 상기 스테이션은 제한된 타겟 웨이크 시간(R-TWT)에 대한 스케줄링 서비스 기간(SP) 동안 IEEE 802 프로토콜 하에서 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 이용하여 그 패킷들을 갖는 프레임들의 전송들을 수행하는 다른 무선 스테이션들(STA들)과 채널을 통해 무선으로 통신하도록 구성됨 -;
(b) 상기 STA에 결합되어 상기 WLAN 상에서 동작하기 위한 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며,
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT의 멤버 STA들과 프레임들을 교환하기 위한 R-TWT 스케줄링을 고지하는데 있어서 하나 이상의 단계를 수행하고, 상기 하나 이상의 단계는,
(i) 상기 스테이션이 R-TWT 스케줄링 AP로서, R-TWT 스케줄링을 수행하도록 구성되는 액세스 포인트(AP)로서 동작하고, 상기 R-TWT 멤버 STA들이 R-TWT SP에 진입하는 것;
(ii) 상기 R-TWT SP 동안 상기 R-TWT 스케줄링 AP와 상기 R-TWT 멤버 STA들 사이에서 프레임들을 교환하는 것; 및
(iii) 상기 R-TWT 스케줄링 AP가 상기 R-TWT SP 동안 상기 R-TWT 멤버 STA들과의 프레임 교환들을 완료한 이후, 상기 R-TWT 스케줄링 AP와, R-TWT 특징을 갖지만 R-TWT 멤버 STA들이 아닌 STA들 사이에서 프레임들을 교환하는 것
을 포함하는, 장치. - 제21항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 R-TWT 스케줄링 AP가 상기 R-TWT 멤버 STA들과의 프레임 교환들을 위한 전송 기회(TXOP)를 상기 R-TWT SP의 스케줄링된 종료 시간을 넘어서 연장하는 것을 포함하는 단계들을 추가로 수행하는, 장치.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202163260155P | 2021-08-11 | 2021-08-11 | |
| US63/260,155 | 2021-08-11 | ||
| US17/844,555 | 2022-06-20 | ||
| US17/844,555 US20230047705A1 (en) | 2021-08-11 | 2022-06-20 | Restricted target wake time service period termination |
| PCT/IB2022/056657 WO2023017340A1 (en) | 2021-08-11 | 2022-07-20 | Restricted target wake time service period termination |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230136219A true KR20230136219A (ko) | 2023-09-26 |
Family
ID=83081153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237030174A KR20230136219A (ko) | 2021-08-11 | 2022-07-20 | 제한된 타겟 웨이크 시간 서비스 기간 종료 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP4364513A1 (ko) |
| KR (1) | KR20230136219A (ko) |
| WO (1) | WO2023017340A1 (ko) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20230199641A1 (en) * | 2021-12-22 | 2023-06-22 | Qualcomm Incorporated | Low latency solutions for restricted target wake time (r-twt) during multi-link operation (mlo) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11737021B2 (en) * | 2020-08-28 | 2023-08-22 | Qualcomm Incorporated | Low-latency enhancements for a wireless network |
-
2022
- 2022-07-20 WO PCT/IB2022/056657 patent/WO2023017340A1/en active Application Filing
- 2022-07-20 KR KR1020237030174A patent/KR20230136219A/ko unknown
- 2022-07-20 EP EP22760781.9A patent/EP4364513A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4364513A1 (en) | 2024-05-08 |
| WO2023017340A1 (en) | 2023-02-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR20220008886A (ko) | Mu-mimo 패킷 도달 전 채널 경합 | |
| CN106717050A (zh) | 无线网络媒体访问控制参数的动态调整 | |
| JP7427170B2 (ja) | 時間内及び周波数内ｒｔａパケット重複 | |
| JP2011172285A (ja) | 無線通信媒体へのアクセスを制御するための方法およびシステム | |
| US20230199847A1 (en) | Fast restricted target wait time update | |
| KR20230172590A (ko) | 제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs) | |
| WO2022143176A1 (zh) | 业务传输方法、装置及系统 | |
| KR20230136219A (ko) | 제한된 타겟 웨이크 시간 서비스 기간 종료 | |
| US20230047705A1 (en) | Restricted target wake time service period termination | |
| US20230269788A1 (en) | Dynamic edca in r-twt initial access | |
| US20230199647A1 (en) | Multiple station access in a reserved target-wait-time service period | |
| CN114651475A (zh) | 用于rta分组的edca队列 | |
| US20230139168A1 (en) | Multi-link restricted twt | |
| KR20230116722A (ko) | Emlsr 동작을 지원하는 무선랜에서 저지연 통신을 위한 방법 및 장치 | |
| KR20230144638A (ko) | Rta 트래픽과 edca txop 공유 | |
| CN116889071A (zh) | 受限目标唤醒时间服务周期终止 | |
| US20230156687A1 (en) | Non-r-twt member sta access grant for burst traffic transmission | |
| WO2024045083A1 (zh) | 用于传输的方法、装置、设备、存储介质及程序产品 | |
| US20240049285A1 (en) | Channel Access Control in Restricted Target Wake Time Operation | |
| US20240163916A1 (en) | Termination of Target Wake Time Service Period | |
| JP2024520609A (ja) | 限定的ターゲットウェイトタイム（ｒ－ｔｗｔ：ｒｅｓｔｒｉｃｔｅｄ ｔａｒｇｅｔ ｗａｉｔ ｔｉｍｅ）セットアップを含むストリーム分類サービス（ｓｃｓ） | |
| US20220400500A1 (en) | Enabling legacy (non-eht) stations to operate on the conditional link of a soft ap mld | |
| US20220322460A1 (en) | Sharing an edca txop with rta traffic | |
| CN116830650A (zh) | 具有受限目标等待时间(r-twt)设置的流分类服务(scs) | |
| KR20230065293A (ko) | 우선순위화된 채널 액세스 |