KR20220158029A - 주파수 도메인에서 공유 txop를 갖는 obss 내의 코디네이션된 스테이션들 - Google Patents
주파수 도메인에서 공유 txop를 갖는 obss 내의 코디네이션된 스테이션들 Download PDFInfo
- Publication number
- KR20220158029A KR20220158029A KR1020227036735A KR20227036735A KR20220158029A KR 20220158029 A KR20220158029 A KR 20220158029A KR 1020227036735 A KR1020227036735 A KR 1020227036735A KR 20227036735 A KR20227036735 A KR 20227036735A KR 20220158029 A KR20220158029 A KR 20220158029A
- Authority
- KR
- South Korea
- Prior art keywords
- txop
- shared
- bss
- participant
- frame
- Prior art date
Links
- 101100494261 Botryococcus braunii BSS gene Proteins 0.000 claims abstract description 89
- 230000005540 biological transmission Effects 0.000 claims abstract description 89
- 238000004891 communication Methods 0.000 claims abstract description 47
- VYLDEYYOISNGST-UHFFFAOYSA-N bissulfosuccinimidyl suberate Chemical compound O=C1C(S(=O)(=O)O)CC(=O)N1OC(=O)CCCCCCC(=O)ON1C(=O)C(S(O)(=O)=O)CC1=O VYLDEYYOISNGST-UHFFFAOYSA-N 0.000 claims abstract description 33
- 238000009826 distribution Methods 0.000 claims abstract description 16
- 238000000034 method Methods 0.000 claims description 108
- 230000004044 response Effects 0.000 claims description 75
- 230000015654 memory Effects 0.000 claims description 13
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 87
- 230000008569 process Effects 0.000 description 31
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 21
- 230000001960 triggered effect Effects 0.000 description 21
- 238000007726 management method Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 16
- 238000005516 engineering process Methods 0.000 description 14
- 230000003993 interaction Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 11
- 230000008901 benefit Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 230000001934 delay Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 230000014509 gene expression Effects 0.000 description 5
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 4
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 4
- 101150081243 STA1 gene Proteins 0.000 description 4
- 230000009471 action Effects 0.000 description 4
- 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 3
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 3
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 3
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H04W72/082—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/02—Hybrid access
-
- 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]
-
- 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]
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
적어도 하나의 채널을 통해 동일한 기본 서비스 세트(BSS) 또는 중첩 기본 서비스 세트(OBSS)에서 전송 기회들(TXOP)을 공유하는 것을 가능하게 하는 무선 네트워크 통신 프로토콜. 공유 제안 및 요청 정보는 액세스 포인트(AP) 스테이션과 교환되며, 액세스 포인트 스테이션은 이것을 중첩
BSS들에서의 AP들과 공유한다. 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 광고하고 이에 합류할 의향이 있는 스테이션들을 식별해 주는 정보가 스테이션들 간에 교환된다. OBSS의 AP가 OBSS 내의 스테이션들에 대한 RU들의 스케줄링 및 분배를 수행하는 동안, 참여자 스테이션들이 TXOP를 공유하는 데 사용할 자원 유닛(RU) 분배가 결정된다.
Description
관련 출원들의 상호 참조
본 출원은 참조에 의해 그 전체가 본 명세서에 포함되는, 2020년 6월 24일에 제출된 미국 가특허 출원 제63/043,309호에 대한 우선권과 그 이익을 주장하는, 참조에 의해 그 전체가 본 명세서에 포함되는, 2021년 1월 19일에 제출된 미국 특허 출원 제17/152,536호에 대한 우선권과 그 이익을 주장한다.
연방 정부 후원 연구 또는 개발에 관한 진술
해당 사항 없음
컴퓨터 프로그램 부록의 참조에 의한 포함
해당 사항 없음
저작권 보호 대상 자료의 고지
본 특허 문서 내의 자료의 일부는 미국 및 다른 국가들의 저작권법에 따른 저작권 보호를 받을 수 있다. 저작권 권리의 소유자는, 미국 특허청에서 공적으로 이용 가능한 파일 또는 기록에 나오는 그대로, 특허 문서 또는 특허 개시내용의 누군가에 의한 팩시밀리 복사에 대해서는 이의가 없지만, 그렇지 않은 경우에는 무엇이든 모든 저작권 권리를 보유한다. 저작권 소유자는 이로써, 37 C.F.R. § 1.14에 따른 권리를 제한 없이 포함하여, 본 특허 문서가 비밀로 유지되게 하는 어떠한 권리도 포기하지 않는다.
1. 기술분야
본 개시내용의 기술은 일반적으로 네트워크를 통한 Wi-Fi 전송들에 관한 것이고, 더 상세하게는 네트워크를 통한 업링크(UL) 다중 사용자(MU) 전송들을 수행하는 것에 관한 것이다.
2. 배경기술 논의
Wi-Fi 네트워크들의 사용은 빠르게 확장되고 있으며, 새로운 응용 분야들의 지속적인 개발과 스마트 디바이스들의 확산이 성장의 원동력이 되고 있다. Wi-Fi 사용자들의 수가 늘어나고 Wi-Fi 사용자들의 요구가 증가하는 것을 고려하여, 높은 처리량과 낮은 지연시간 양쪽 모두가 필요하다.
WLAN들, 구체적으로는 2.4GHz 및 5GHz 대역들에 중점을 둔 WLAN들의 성능을 개선시키기 위해 수많은 802.11 수정 사항들이 제안되었다. 추가적인 기술들은 물리(PHY) 계층의 관점에서의 제안된 해결책들의 데이터 속도 개선, 예를 들면, 20MHz로부터 160MHz로의 대역폭 증가, 새로운 변조 및 코딩 방식들의 제안 및 다중 입력 다중 출력(MIMO) 시스템들의 개선을 목표로 하였다.
예를 들어, 프레임 간 간격을 감소시키는 것, 패킷들을 집성 및 분할하는 것, 및 STA들이 전력을 절감하도록 어웨이크 상태(awake state)와 도즈 상태(doze state) 사이에서 교호하기 위해 전력 소비 프로토콜들을 적용하는 것에 의해 전송 오버헤드를 감소시키고 따라서 데이터 처리량을 증가시키기 위한 개선 사항들이 매체 액세스 제어(MAC) 계층에 도입되었다.
추가적으로, IEEE 802.11ax는 인접한 서브캐리어들이 자원 유닛들(RU들)로 그룹화되는 직교 주파수 분할 다중 액세스(OFDMA) 기술을 도입하였다. 업링크(UL) 및 다운링크(DL) 데이터 전송에서 다중 사용자들(MU들)을 위한 RU들을 할당하는 것에 의해, 이 기술은 전송 속도를 최대화한다.
OFDMA는 많은 사용자들이 동일한 시간 자원들을 동시에 사용하도록 할 수 있고 주파수 도메인을 사용자들 간에 분할한다. 이것은, 더 많은 사용자들이 동시에 스케줄링될 수 있으므로, 자원들의 개선된 사용을 결과하고 지연시간 감소를 가능하게 한다.
실시간 게이밍과 같은 실시간 애플리케이션들(RTA들)을 수반하는 특정 Wi-Fi 통신은 지연에 매우 민감하며 따라서 낮은 지연시간으로 통신이 수행되도록 더 엄격한 요구사항들을 갖는다. 상이한 게임 플레이어들 간의 실시간 상호작용과 같은, 사용자 경험은 실시간 게이밍에서 매우 중요하다.
그렇지만, 이러한 현재의 802.11 프로토콜들은 실시간 게이밍 또는 다른 실시간 애플리케이션들과 같은 애플리케이션들에 문제가 되는 지연시간 문제들을 여전히 가질 수 있다.
그에 따라, MU UL OFDMA 전송들을 수행하는 비-AP 스테이션들에 의해 UL 효율을 증가시킬 수 있는 프로토콜이 필요하다. 본 개시내용은 그러한 요구를 충족시키고 이전 기술들에 비해 추가적인 이점들을 제공한다.
비-액세스 포인트(AP) 스테이션(STA)이, 일단 채널을 획득하면, AP로부터의 트리거 프레임을 기다리지 않고 MU UL 전송들을 개시할 수 있게 하는 다중 사용자(MU) 업링크들(UL들)이 본 개시내용에서 용이하게 된다. 이러한 비-AP STA는 전송 기회(TXOP) 홀더 STA로서 수행하는데, TXOP 홀더 STA는 공유 TXOP 액세스를 개시하고 공유 TXOP에 합류할 의향이 있는 (내부 기본 서비스 세트(BSS)로부터의 또는 중첩 기본 서비스 세트(Overlapping Basic Service Set, OBSS)로부터의) 다른 비-AP STA들을 위한 채널 자원들을 스케줄링하도록 구성된다. 본 개시내용은 또한 동적 스케줄링, 정보 공유 또는 승인을 위해 AP와 메시지들을 교환하는 것은 물론, 다른 STA들, 예를 들어, TXOP를 공유할 의향이 있는 STA들과 정보를 교환하는 것을 제공한다.
본 명세서에서 설명되는 기술의 추가의 양상들은 본 명세서의 이하의 부분들에서 나타날 것이며, 여기서 상세한 설명은 제한을 두지 않고 기술의 바람직한 실시예들을 완전히 개시하기 위한 것이다.
본 명세서에서 설명되는 기술은 단지 예시를 위한 것인 이하의 도면들을 참조하는 것에 의해 더 충분히 이해될 것이다.
도 1은 IEEE 802.11에서 DL OFDMA MIMO 전송의 슬롯 기반 전송(slotted transmission) 다이어그램이다.
도 2는 IEEE 802.11에서 UL OFDMA MIMO 전송의 슬롯 기반 전송 다이어그램이다.
도 3은 종래의 UL OFDMA MIMO 전송의 흐름 다이어그램이다.
도 4는 일반 WLAN 시스템에서 데이터 프레임 포맷의 데이터 필드 다이어그램이다.
도 5는 일반 WLAN 시스템에서 ACK 프레임 포맷의 데이터 필드 다이어그램이다.
도 6은 재전송으로 인해 백오프 시간이 증가되는 CSMA/CA에서의 종래의 재전송의 통신 시퀀스 다이어그램이다.
도 7은 재전송 횟수가 재시도 한계를 초과한 후에 패킷을 드롭시키는 통신 시퀀스 다이어그램이다.
도 8은 OFDMA를 사용하는 종래의 다운링크 다중 사용자 전송의 통신 시퀀스 다이어그램이다.
도 9는 OFDMA를 사용하는 종래의 업링크 다중 사용자 전송의 통신 시퀀스 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른 스테이션(STA) 하드웨어의 블록 다이어그램이다.
도 11은 본 개시내용의 적어도 하나의 실시예에 따른 네트워크 토폴로지 다이어그램 예이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 홀더 STA에 의해 개시되는 OBSS 시나리오에서의 공유 TXOP 프로토콜의 통신 시퀀스 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 셋업 스테이지를 포함하는, 3 개의 스테이지를 갖는 프로토콜의 동적 시나리오의 통신 시퀀스 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지에서의 공유 정보 교환의 통신 시퀀스 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른, AP에 의해 처리되는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른 OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지에서의 패킷 교환의 통신 시퀀스 다이어그램이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 19a 및 도 19b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트의 통신 시퀀스 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지에서의 프레임 교환 프로세스의 통신 시퀀스 다이어그램이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 46은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 47은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지에서의 프레임 교환 시퀀스의 통신 시퀀스 다이어그램이다.
도 48은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지의 흐름 다이어그램이다.
도 49는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지의 흐름 다이어그램이다.
도 50은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지에서의 프레임 교환 프로세스의 통신 시퀀스 다이어그램이다.
도 51은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지의 흐름 다이어그램이다.
도 52는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지의 흐름 다이어그램이다.
도 53은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 통신 시퀀스 다이어그램이다.
도 54는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜이다.
도 55는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 56은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 57은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 통신 시퀀스 다이어그램이다.
도 58은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 59는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 60은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 데이터 필드 다이어그램이다.
도 61은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 가능성(TXOP shareability) 요소의 데이터 필드 다이어그램이다.
도 62는 본 개시내용의 적어도 하나의 실시예에 따른, 도 61에서 보이는 TXOP 공유성 요소로부터의 information(info) 필드의 데이터 필드 다이어그램이다.
도 63은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 64는 본 개시내용의 적어도 하나의 실시예에 따른, 도 63에서 보이는 share offer/request info 필드의 데이터 필드 다이어그램이다.
도 65는 본 개시내용의 적어도 하나의 실시예에 따른 OBSS 공유 STA들 프레임 포맷의 데이터 필드 다이어그램이다.
도 66은 본 개시내용의 적어도 하나의 실시예에 따른 MU-RTS 공유(multiple-user request-to-send-share) 프레임의 데이터 필드 다이어그램이다.
도 67은 본 개시내용의 적어도 하나의 실시예에 따른 CTS 공유(CTS-share) 프레임의 데이터 필드 다이어그램이다.
도 68은 본 개시내용의 적어도 하나의 실시예에 따른 OBSS TXOP 참여자 STA들 프레임 포맷의 데이터 필드 다이어그램이다.
도 69는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP Resource Request STA 필드의 데이터 필드 다이어그램이다.
도 70은 본 개시내용의 적어도 하나의 실시예에 따른 CTS-to-self 프레임의 데이터 필드 다이어그램이다.
도 71은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 우선순위 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 72는 본 개시내용의 적어도 하나의 실시예에 따른 OBSS 공유 트리거 프레임의 데이터 필드 다이어그램이다.
도 73은 본 개시내용의 적어도 하나의 실시예에 따른 reserved band TXOP holder BSS 필드의 데이터 필드 다이어그램이다.
도 74는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 랜덤 액세스 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 75는 본 개시내용의 적어도 하나의 실시예에 따른 유니캐스트 TXOP 액세스 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 76은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 스케줄러 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 77은 본 개시내용의 적어도 하나의 실시예에 따른 브로드캐스트 TXOP 액세스 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 78은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 홀더 구성 프레임 포맷의 데이터 필드 다이어그램이다.
도 79는 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP Access Allocation 필드의 데이터 필드 다이어그램이다.
도 80은 본 발명의 적어도 하나의 실시예에 따른 allocation control info 서브필드의 데이터 필드 다이어그램이다.
도 81은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 구성 프레임의 데이터 필드 다이어그램이다.
도 82는 본 개시내용의 적어도 하나의 실시예에 따른 OBSS TXOP 액세스 구성 프레임의 데이터 필드 다이어그램이다.
도 83은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 84는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 응답 트리거 프레임의 데이터 필드 다이어그램이다.
도 85는 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD) 구성에 소속되어 있는 스테이션들의 스테이션(STA) 하드웨어의 블록 다이어그램이다.
도 1은 IEEE 802.11에서 DL OFDMA MIMO 전송의 슬롯 기반 전송(slotted transmission) 다이어그램이다.
도 2는 IEEE 802.11에서 UL OFDMA MIMO 전송의 슬롯 기반 전송 다이어그램이다.
도 3은 종래의 UL OFDMA MIMO 전송의 흐름 다이어그램이다.
도 4는 일반 WLAN 시스템에서 데이터 프레임 포맷의 데이터 필드 다이어그램이다.
도 5는 일반 WLAN 시스템에서 ACK 프레임 포맷의 데이터 필드 다이어그램이다.
도 6은 재전송으로 인해 백오프 시간이 증가되는 CSMA/CA에서의 종래의 재전송의 통신 시퀀스 다이어그램이다.
도 7은 재전송 횟수가 재시도 한계를 초과한 후에 패킷을 드롭시키는 통신 시퀀스 다이어그램이다.
도 8은 OFDMA를 사용하는 종래의 다운링크 다중 사용자 전송의 통신 시퀀스 다이어그램이다.
도 9는 OFDMA를 사용하는 종래의 업링크 다중 사용자 전송의 통신 시퀀스 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른 스테이션(STA) 하드웨어의 블록 다이어그램이다.
도 11은 본 개시내용의 적어도 하나의 실시예에 따른 네트워크 토폴로지 다이어그램 예이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 홀더 STA에 의해 개시되는 OBSS 시나리오에서의 공유 TXOP 프로토콜의 통신 시퀀스 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 셋업 스테이지를 포함하는, 3 개의 스테이지를 갖는 프로토콜의 동적 시나리오의 통신 시퀀스 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지에서의 공유 정보 교환의 통신 시퀀스 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른, AP에 의해 처리되는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른 OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지에서의 패킷 교환의 통신 시퀀스 다이어그램이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 19a 및 도 19b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트의 통신 시퀀스 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지에서의 프레임 교환 프로세스의 통신 시퀀스 다이어그램이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 46은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 47은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지에서의 프레임 교환 시퀀스의 통신 시퀀스 다이어그램이다.
도 48은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지의 흐름 다이어그램이다.
도 49는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지의 흐름 다이어그램이다.
도 50은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지에서의 프레임 교환 프로세스의 통신 시퀀스 다이어그램이다.
도 51은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지의 흐름 다이어그램이다.
도 52는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지의 흐름 다이어그램이다.
도 53은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 통신 시퀀스 다이어그램이다.
도 54는 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜이다.
도 55는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 56은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 57은 본 개시내용의 적어도 하나의 실시예에 따른, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 통신 시퀀스 다이어그램이다.
도 58은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 59는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 흐름 다이어그램이다.
도 60은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 데이터 필드 다이어그램이다.
도 61은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 가능성(TXOP shareability) 요소의 데이터 필드 다이어그램이다.
도 62는 본 개시내용의 적어도 하나의 실시예에 따른, 도 61에서 보이는 TXOP 공유성 요소로부터의 information(info) 필드의 데이터 필드 다이어그램이다.
도 63은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 64는 본 개시내용의 적어도 하나의 실시예에 따른, 도 63에서 보이는 share offer/request info 필드의 데이터 필드 다이어그램이다.
도 65는 본 개시내용의 적어도 하나의 실시예에 따른 OBSS 공유 STA들 프레임 포맷의 데이터 필드 다이어그램이다.
도 66은 본 개시내용의 적어도 하나의 실시예에 따른 MU-RTS 공유(multiple-user request-to-send-share) 프레임의 데이터 필드 다이어그램이다.
도 67은 본 개시내용의 적어도 하나의 실시예에 따른 CTS 공유(CTS-share) 프레임의 데이터 필드 다이어그램이다.
도 68은 본 개시내용의 적어도 하나의 실시예에 따른 OBSS TXOP 참여자 STA들 프레임 포맷의 데이터 필드 다이어그램이다.
도 69는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP Resource Request STA 필드의 데이터 필드 다이어그램이다.
도 70은 본 개시내용의 적어도 하나의 실시예에 따른 CTS-to-self 프레임의 데이터 필드 다이어그램이다.
도 71은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 우선순위 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 72는 본 개시내용의 적어도 하나의 실시예에 따른 OBSS 공유 트리거 프레임의 데이터 필드 다이어그램이다.
도 73은 본 개시내용의 적어도 하나의 실시예에 따른 reserved band TXOP holder BSS 필드의 데이터 필드 다이어그램이다.
도 74는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 랜덤 액세스 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 75는 본 개시내용의 적어도 하나의 실시예에 따른 유니캐스트 TXOP 액세스 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 76은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 스케줄러 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 77은 본 개시내용의 적어도 하나의 실시예에 따른 브로드캐스트 TXOP 액세스 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 78은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 홀더 구성 프레임 포맷의 데이터 필드 다이어그램이다.
도 79는 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP Access Allocation 필드의 데이터 필드 다이어그램이다.
도 80은 본 발명의 적어도 하나의 실시예에 따른 allocation control info 서브필드의 데이터 필드 다이어그램이다.
도 81은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 구성 프레임의 데이터 필드 다이어그램이다.
도 82는 본 개시내용의 적어도 하나의 실시예에 따른 OBSS TXOP 액세스 구성 프레임의 데이터 필드 다이어그램이다.
도 83은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 84는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 응답 트리거 프레임의 데이터 필드 다이어그램이다.
도 85는 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD) 구성에 소속되어 있는 스테이션들의 스테이션(STA) 하드웨어의 블록 다이어그램이다.
1. 서론
OBSS(Overlapping Basic Service Set) 시나리오에서도 작동할 수 있는 공유 TXOP에서의 다중 사용자(MU) 업링크(UL) 전송들을 가능하게 하기 위한 새로운 프로토콜이 설명된다. 공유 TXOP는, 하나의 TXOP 동안, 채널 액세스가 상이한 사용자들 간에 공유 가능하다는 것을 의미한다. 더 구체적으로는, 비-AP STA가 채널을 획득(확보)할 때, 비-AP STA는 AP로부터의 트리거 프레임을 기다리지 않고 MU UL 전송을 개시할 수 있다. 이러한 비-AP STA는 TXOP 홀더 STA로서 수행하는데, TXOP 홀더 STA는 공유 TXOP 액세스를 개시하고 후속하는 공유 TXOP에 합류할 의향이 있는 (동일한 BSS 내의 또는 OBSS 내의) 다른 비-AP STA들을 위한 채널 액세스 자원들을 스케줄링할 수 있다. 제한이 아닌 예로서, 개시된 해결책들은, OBSS 사례가 BSS 사례보다 더 도전적이기 때문에, OBSS 사례에 중점을 두고 있다. 개시된 해결책은 채널 활용 효율을 개선시키고 OBSS 간섭 및 채널 액세스 경쟁 지연을 감소시키며, 따라서 유연성 및 실시간 애플리케이션(RTA) 성능을 개선시킨다.
2. WLAN들에 대한 현재 IEEE 802.11
현재 802.11 기술들은 AP 레벨에서 업링크(UL) 다중 사용자(MU) 전송을 개시한다. 이것은, 비-AP STA들이 UL 데이터를 AP에게 송신할 필요가 있고 그들이 채널이 이용 가능하다고 감지하더라도, 그들이 단순히 전송을 시작할 수는 없다는 것을 요구한다. 비-AP STA들은 UL 데이터 전송을 시작하기 위해 연관된 AP로부터 트리거 프레임을 수신할 때까지 기다려야 한다.
본 개시내용은 MU UL OFDMA 전송들을 위해 비-AP STA 레벨에서 개시되는 공유 TXOP 프로토콜을 설명한다. 개시된 해결책에서, 채널 액세스를 획득하는 비-AP STA는 공유 TXOP를 개시할 수 있고 MU UL 데이터 전송을 위해 다른 비-AP STA들에게 상이한 채널 자원들을 할당할 수 있다.
2.1. 지연에 영향을 미치는 WLAN 특징들
2.1.1. 채널 액세스 및 지연 허용
WLAN 디바이스들에서는 경쟁 기반(contention-based) 액세스와 무경쟁(contention free) 액세스 양쪽 모두가 허용된다. 경쟁 기반 액세스는 디바이스에게 채널을 감지하고 채널에 대한 액세스를 획득하기 위해 채널이 사용 중(busy)일 때마다 채널을 위해 경쟁하도록 요구한다. 이것은 추가 전송 지연들을 도입하지만 충돌 회피에 필요하다. 무경쟁 채널 액세스는 AP가 경쟁 없이 채널에 액세스할 수 있도록 한다. 다른 STA들에 의해 사용되는 바와 같은 DIFS(distributed inter-frame spacing)에 비해 PIFs(PCF inter-frame spacing)와 동일한 더 짧은 프레임 간 간격을 사용하는 것에 의해 채널 액세스 코디네이션이 달성되는 하이브리드 제어 채널 액세스(Hybrid Controlled Channel Access)에서는 이것이 허용된다. 무경쟁 액세스가 경쟁 지연을 피하기 위한 실행 가능한 해결책인 것처럼 보였지만, 이는 많은 단점들이 있으며 따라서 널리 배포되지 않고, 대부분의 Wi-Fi 디바이스들은 경쟁 기반 액세스를 사용한다.
STA가 채널에 액세스하기 위해, STA는 채널을 감지하고 채널이 사용 중인지를 결정해야 한다. 다음과 같은 것 중 임의의 것이 검출될 때 이 채널은 사용 중인 것으로 간주된다: (a) STA가 프레임의 프리앰블을 검출하고, 채널이 검출된 프레임의 길이 동안 사용 중인 것으로 간주될 때; (b) STA가 20 dB 초과의 최소 감도로 에너지를 검출할 때; 또는 (c) STA가 검출된 프레임의 NAV를 판독하는 것에 의해 채널이 사실상 사용 중임을 검출할 때.
802.11ax는 NAV 타이머의 잘못된 리셋으로 인해 발생할 수 있는 충돌들을 피하기 위해 2 개의 NAV를 도입하였다. 하나의 NAV는 BSS STA들에 대한 것이고 다른 NAV는 비-BSS STA들에 대한 것이다. STA는 2 개의 NAV를 별도로 유지한다.
802.11ax는 모든 레거시 802.11 WLAN 디바이스들과 같이 채널 액세스를 위해 CSMA/CA를 사용한다. AP가 UL MIMO 전송을 위해 트리거 프레임을 송신하기 위해, AP는 여전히 채널 액세스를 위해 경쟁할 필요가 있다. AP가 자신의 BSS 내의 임의의 STA을 통해 채널 액세스를 획득할(얻을) 수 있도록 하기 위해, 802.11ax는, 레거시 비-802.11ax 디바이스들이 EDCA(Enhanced Distributed Channel Access)로 자유롭게 채널에 액세스할 수 있도록 하고 AP가 UL 또는 DL OFDMA MIMO 데이터 전송들을 스케줄링하기 위해 채널에 액세스할 기회를 증가시킬 수 있도록 하기 위해, 802.11ax 디바이스들만을 위한 EDCA의 제2 세트를 도입하였다.
2.1.2. 다중 사용자 전송 및 수신
802.11 WLAN 디바이스들은 전송 및 수신은 물론 OFDMA 채널 액세스를 위해 MIMO 안테나를 사용할 수 있다. IEEE 802.11ax는 업링크(UL)와 다운링크(DL) 양쪽 모두에서 다중 사용자 전송을 지원한다.
이것은, 예를 들어, 802.11ac에서 SU-MIMO DL에서 최대 8 개의 스트림을 통해 하나 이상의 사용자로의 다중 스트림 전송을 가능하게 하거나 802.11ac에 정의된 바와 같이 MU-MIMO DL 전송을 통해 하나 초과의 사용자로의 다중 사용자 전송을 가능하게 한다. 그에 따라, AP는 자신의 BSS 내의 STA들에 하나 이상의 스트림을 할당할 수 있다.
최대 160 MHz인 넓은 채널들을 데이터 전송을 위해 사용하는 경우, 채널은 일부 주파수들이 다른 주파수들과 상이한 간섭 레벨들을 경험하는 간섭 주파수 선택적일 것으로 예상된다. 이는 예상된 달성 가능한 통신 속도에 영향을 미치고 성능을 저하시킬 수 있다. 이 문제를 해결하기 위해, 802.11ax는 인접한 서브캐리어들이 자원 유닛들(RU들)로 그룹화되는 OFDMA를 도입하였다. 이러한 RU들은 전송 속도를 최대화하기 위해 상이한 수신기들에 할당될 수 있다. 이러한 스케줄링은 각각의 수신기에 대한 신호 대 간섭 및 잡음비(SINR)를 최대화하는 것을 결과할 수 있으며, 따라서 더 높은 변조 및 코딩 방식(MCS)을 가능하게 하고 따라서 달성되는 처리량을 증가시킨다.
OFDMA는 다수의 사용자들이 동일한 시간 자원들을 동시에 활용하도록 할 수 있고 주파수 도메인을 사용자들 간에 분할하며; 이는 자원 이용을 개선시키고 통신 지연시간을 감소시키는데 왜냐하면 더 많은 사용자들이 동시에 스케줄링될 수 있기 때문이다. 추가적으로, (RTA들에 전형적인) 통신할 소량의 데이터를 갖는 STA들은 좁은 RU들을 점유하여, 스케줄링을 매우 효율적으로 만들고 소량의 데이터를 위해 액세스를 필요로 하는 애플리케이션들 간에 자원들의 더 나은 분배를 가능하게 할 수 있다. 이는 채널 액세스 시간과 프레임 헤더들 및 프리앰블들과 연관된 오버헤드 양을 감소시키는 데 도움이 될 수 있다.
OFDMA는 MIMO 전송들의 사용과 결합될 때 더 효율적일 수 있다. RU는 STA들의 MIMO 용량들에 따라 다수의 공간 스트림들을 STA에게 송신하는 데 사용될 수 있다. 또한, 하나의 RU가 하나 초과의 STA 사이의 공유를 위해 할당될 수 있으며, 여기서 각각의 STA는 STA들의 MIMO 용량들에 따라 하나 이상의 공간 스트림을 가질 수 있다. 동일한 자원에 더 많은 STA들을 패킹하는 것은 또한 유익하게도 STA들 및 AP들에 대한 지연시간을 감소시킨다.
도 1은 DL OFDMA MIMO 전송의 예를 묘사한다. AP는 STA들을 위한 주파수/RU들 매핑 및 RU들 할당을 지정하기 위해 PHY 프리앰블을 모든 STA들에게 송신한다. 프리앰블 후에, AP는 특정 스테이션에게 DL 데이터를, 이 STA에 대한 RU 할당을 사용하여, 송신한다. 다중 사용자 ACK 전송은 DL 데이터 프레임의 수신과 동기화되어야 하며 여기서 STA들은 SD 트리거 프레임의 수신 후에 SIFS의 전송을 시작한다.
도 2는 UL OFDMA MIMO 전송의 예를 도시한다. AP는 STA들에 대한 주파수/RU 매핑 및 RU들 할당을 포함하는 트리거 프레임을 모든 STA들에게 송신한다. UL MIMO 전송은 해당 프레임의 수신과 동기화되어야 하며 여기서 STA들은 DL 트리거 프레임의 수신 후에 SIFS의 전송을 시작한다.
2.1.4. 재전송
도 3은 STA들이 패킷 전송 및 재전송을 위해 채널에 대한 액세스를 획득할 수 있도록 하기 위해 CSMA/CA를 사용하는 IEEE 802.11 하에서 WLAN 시스템에서의 동작에 대한 흐름 다이어그램을 묘사한다. CSMA/CA 시스템에서, 각각의 전송 및 재전송 이전에, STA는 채널을 감지하고 채널 액세스를 위해 경쟁하기 위한 백오프 시간을 설정해야 한다. 백오프 시간은 0과 경쟁 윈도 크기 사이의 균일한 랜덤 변수에 의해 결정된다. STA가 백오프 시간 동안 기다리고 채널이 유휴임을 감지한 후에, STA는 패킷을 송신한다.
STA가 타임아웃 이전에 ACK를 수신하지 않는 경우 재전송이 필요하고; 그렇지 않은 경우 전송은 성공한다. 재전송이 필요할 때, STA는 패킷의 재전송 횟수를 검사한다. 재전송 횟수가 재시도 한계를 초과하는 경우, 패킷은 드롭되고 재전송이 스케줄링되지 않는다. 그렇지 않은 경우, 재전송이 스케줄링된다. 재전송이 스케줄링되는 경우, 재전송을 위한 채널 액세스를 위해 경쟁하기 위해 다른 백오프 시간이 필요하다. 경쟁 윈도 크기가 상한에 도달하지 않는 경우, STA는 이를 증가시킨다. STA는 새로운 경쟁 윈도 크기에 따라 다른 백오프 시간을 설정한다. STA는 재전송 등을 위해 백오프 시간 동안 기다린다.
도 4는 일반 WLAN 시스템에서의 데이터 프레임 포맷을 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 주소를 포함한다. Sequence control 필드는 패킷의 프래그먼트 번호와 시퀀스 번호를 포함한다.
도 5는 일반 WLAN 시스템에서의 ACK 프레임 포맷을 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자의 주소를 포함한다.
도 6은 재전송으로 인해 백오프 시간이 증가되는 CSMA/CA에서의 재전송의 일 예를 예시한다. 데이터 패킷 프레임과 ACK 프레임들은, 제각기, 도 4 및 도 5에 도시된 바와 같은 포맷들을 사용한다. 송신기가 패킷의 초기 전송을 전송한 후에, 송신기는 타임아웃 이전에 ACK를 수신하지 않는다. 이어서, 송신기는 다른 백오프 시간을 설정하고, 이에 의해 경쟁 윈도 크기는 n 개의 슬롯이다. 백오프 시간 동안 기다린 후에, 송신기 STA는 처음으로 패킷을 재전송한다. 그렇지만, 재전송이 또한 실패한다. 송신기 STA는 패킷을 재전송할 필요가 있으며 채널 액세스를 위해 경쟁하기 위해 또다시 백오프 시간을 설정한다. 이번에는, 재전송으로 인해, 경쟁 윈도 크기는 두 배로 되어, 2*n 개의 슬롯이다. 예상 백오프 시간이 또한 경쟁 윈도 크기에 의해 두 배로 된다. 송신기가 타임아웃 이전에 ACK를 수신하므로 두 번째 재전송은 성공한다.
도 7은 재전송 횟수가 재시도 한계를 초과한 후에 패킷이 드롭되는 일 예를 예시한다. 데이터 패킷 프레임과 ACK 프레임은, 제각기, 도 4 및 도 5에 도시된 바와 같은 포맷들을 사용한다. 도면에 도시된 바와 같이, 패킷의 초기 전송이 실패한 후에, 송신기 STA는 해당 패킷을 여러 번 재전송한다. 그렇지만, 재전송들 중 어느 것도 성공하지 못한다. N 번 재전송한 후에, 재전송 횟수는 재시도 한계를 초과한다. 송신기 STA는 해당 패킷의 재전송을 중지하고 해당 패킷은 드롭된다.
도 8은 재전송 횟수가 재시도 한계를 초과한 후에 패킷이 드롭되는 다른 예를 예시한다. 데이터 패킷 프레임과 ACK 프레임은, 제각기, 도 4 및 도 5에 도시된 바와 같은 포맷들을 사용한다. 도면에 도시된 바와 같이, 패킷의 초기 전송이 실패한 후에, 송신기 STA는 해당 패킷을 여러 번 재전송한다. 그렇지만, 재전송들 중 어느 것도 성공하지 못한다. N 번 재전송한 후에, 재전송 횟수는 재시도 한계를 초과한다. 송신기 STA는 해당 패킷의 재전송을 중지하고 해당 패킷은 드롭된다.
도 9는 재전송 횟수가 재시도 한계를 초과한 후에 패킷이 드롭되는 일 예를 예시한다. 데이터 패킷 프레임과 ACK 프레임은, 제각기, 도 4 및 도 5에 도시된 바와 같은 포맷들을 사용한다. 도면에 도시된 바와 같이, 패킷의 초기 전송이 실패한 후에, 송신기 STA는 해당 패킷을 여러 번 재전송한다. 그렇지만, 재전송들 중 어느 것도 성공하지 못한다. N 번 재전송한 후에, 재전송 횟수는 재시도 한계를 초과한다. 송신기 STA는 해당 패킷의 재전송을 중지하고 해당 패킷은 드롭된다.
2.1.5. UL OFDMA 랜덤 액세스
802.11ax는 AP가 어느 STA가 전송할 데이터를 갖는지를 알지 못할 때 또는 연관되지 않은 STA가 데이터를 전송하기를 원할 때 UL 전송을 위한 UL OFDMA 랜덤 액세스를 도입하였다. 트리거 프레임은 랜덤 UL 채널 액세스를 위해 일부 RU들을 할당할 수 있다. AP가 업링크 랜덤 액세스를 위해 특정 RU들을 할당할 때, STA들은 랜덤 액세스 채널에 액세스할지 여부를 결정하기 위해 OFDMA 백오프 절차를 사용한다. 이것은 랜덤 백오프 값을 선택하는 것 및 이를 랜덤 액세스를 위해 할당되는 RU 수와 비교하는 것에 의해 수행된다. 현재 랜덤 백오프 값이 RU 수보다 작은 경우, STA는 랜덤 액세스를 위해 할당되는 RU들 중 하나에 랜덤하게 액세스한다. 랜덤 액세스는 효율적인 짧은 패킷 전송을 제공할 것으로 예상된다.
3. 문제 설명
MU UL 전송들의 경우, 802.11n/ac는 패킷 충돌들을 방지하는 데 도움을 주기 위해 RTS/CTS(Request-To-Send/Clear-To-Send) 또는 채널 액세스 방식의 확장들을 갖는 RTS/CTS를 구현한다. 그렇지만, 이 방식은 한 번에 하나의 사용자만이 채널을 점유할 수 있도록 하였다. 게다가, RTS/CTS 프레임 교환 메커니즘의 오버헤드에 의해 긴 지연이 도입된다.
이에 비해, 802.11ax 기술은 상이한 사용자들이 동시에 채널에 액세스할 수 있도록 하는 OFDMA 방식을 구현하며, 이는 채널 활용 효율을 개선시키고 평균 지연을 감소시킨다. 그렇지만, 현재 802.11ax 기술들은 공유 TXOP 동안 UL 전송들을 개시하기 위해 AP에 의존한다. 이는, 비-AP STA가 채널이 이용 가능하다는 것을 감지하고 AP에게 전송할 데이터를 갖는 경우, 비-AP STA가 UL 데이터 전송을 시작하기 위해 연관된 AP로부터 트리거 프레임을 수신할 때까지 기다려야 한다는 것을 의미한다. 또한, 채널을 획득하는 이러한 비-AP STA과 다른 비-AP STA들 간에 이용 가능한 채널 자원들을 스케줄링하고 분배하는 것은 AP에 의존해야 한다. 이 경우에, 이는 낮은 채널 활용 효율, 따라서 증가된 지연을 포함하는 여러 문제들을 도입한다.
채널에 액세스할 때 인접한 BSS로부터의 간섭이 더 많은 경쟁을 야기하고 따라서 더 긴 지연에 이르게 하는 OBSS 사례를 고려할 때 지연 문제는 더욱 악화된다.
4. 발명의 기여
본 개시내용은 OBSS 시나리오에 대해 공유 TXOP에서의 다중 사용자(MU) 업로드(UL) 전송을 가능하게 하는 새로운 해결책을 제공한다. 공유 TXOP는, 하나의 TXOP 동안, 채널 액세스가 상이한 사용자들 간에 공유 가능하다는 것을 의미한다. 더 구체적으로는, 비-AP STA가 채널을 획득(확보)할 때, 비-AP STA는 AP로부터의 트리거 프레임을 기다리지 않고 MU UL 전송을 개시할 수 있다. 이러한 비-AP STA는 TXOP 홀더 STA로서 수행하는데, TXOP 홀더 STA는 이 프로토콜에서 공유 TXOP 액세스를 개시하고 공유 TXOP에 합류할 의향이 있는 (동일한 BSS 내의 또는 OBSS 내의) 다른 비-AP STA들을 위한 채널 자원들을 스케줄링하도록 구성된다. 연구된 시나리오는 주로 OBSS 사례에 중점을 두는데 그 이유는 OBSS 사례가 서브세트 BSS 사례보다 더 강인하기 때문이다. 개시된 해결책은 비-AP STA 측에서 채널 활용 효율을 개선시키고 OBSS 간섭 및 지연을 감소시키며, 따라서 비-AP STA 측에서의 유연성 및 실시간 애플리케이션(RTA) 성능을 개선시킨다.
5. 비-AP STA 하드웨어 셋업
도 10은 비-AP STA을 포함하는, 무선 스테이션의 예시적인 실시예(10)를 예시한다. 회로부(12)는 애플리케이션들에 액세스하기 위한 외부 I/O(14)를 갖는 것으로 도시되어 있다. I/O(14)는 통신 프로토콜들을 구현하는 프로그램을 실행(execute)(실행(run))하기 위한 적어도 하나의 CPU(18) 및 메모리(20)(예를 들면, RAM)에 결합되는 버스(16)에 연결된다.
호스트 머신(10)은, 적어도 하나의 대역에서 이웃하는 STA들과 데이터 프레임들을 전송 및 수신하고 지향성 또는 전방향성일 수 있는, 적어도 하나의 모뎀(22)을 수용한다. 모뎀(22)은 물리적 신호들을 생성 및 수신하기 위해 적어도 하나의 RF 모듈(24, 28)에 연결된다. 적어도 하나의 실시예에서, RF 모듈들은 주파수 변환기, 어레이 안테나 제어기 등을 포함한다. 이 예에서, RF 모듈들은 전송 및 수신을 위한 빔포밍 또는 전방향 통신을 수행하도록 제어되는 다수의 안테나들(26a, 26b, 26c 내지 26n, 및 29)에 연결된 것으로 도시되어 있다. 이러한 방식으로, STA는 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있다. 모뎀 및 안테나는 또한 또는 추가적으로 전방향성 작동을 위해 구성될 수 있다.
본 개시내용의 스테이션 하드웨어가 임의의 원하는 대역들, 예를 들어, 밀리미터파 대역들 및 6Ghz 이하 대역들에서의 통신을 위해 구성될 수 있다는 것이 이해되어야 한다. 본 개시내용의 교시로부터 벗어나지 않으면서 임의의 원하는 구성에서 다중 링크 디바이스들(MLD들)로서 구성되는 것과 같이, 다수의 STA들이 그룹화(클러스터링)될 수 있다는 점에 또한 유의해야 한다.
메모리(20)로부터의 명령어들은, STA가 액세스 포인트(AP) 스테이션 또는 비-AP(일반) 스테이션(STA)의 기능들을 수행할 수 있도록 하기 위해 실행되는, 통신 프로토콜을 구현하는 프로그램을 실행하기 위해 프로세서(18)에서 실행된다. 현재 통신 맥락에서 어떤 역할을 하는지에 따라, 프로그래밍이 상이한 모드들(소스, 송신기, 중개자, 목적지, 수신기, 제1 AP, 다른 AP, 제1 AP와 연관된 비-AP 스테이션들, 비-AP TXOP 홀더 스테이션, 비-AP TXOP 참여자 스테이션들, 비-AP TXOP 비-참여자 스테이션들, 다른 AP와 연관된 스테이션들, 코디네이터(coordinator), 코디네이티(coordinatee) 등)에서 작동하도록 구성된다는 것이 또한 이해되어야 한다.
도 85는, 무선 통신 스테이션들이 다중 링크 디바이스(MLD) 하드웨어 구성에 소속되어 있는 실시예(1950)와 같은, 도 10의 변형을 예시한다. MLD 내의 각각의 STA는 상이한 주파수의 링크에서 작동한다. 각각의 스테이션(10')은, CPU, RAM, 모뎀, RF 회로들 및 하나 이상의 안테나를 각각 갖는, 도 10에 설명된 것과 같을 수 있다. 도시된 MLD의 n 개의 스테이션 각각이 상이한 링크(예를 들면, 링크1, 링크2 내지 링크n이 도시되어 있음)를 제공한다는 것이 도면에 보여지고 있다.
MLD는 또한 MLD의 애플리케이션들에 액세스하고 MLD 레벨에서 통신 프로토콜들을 구현하기 위한 외부 I/O를 제공하는 MLD 관리 엔티티의 회로부(1952)가 적어도 하나의 프로세서(CPU)(1954), 메모리(1956)를 갖는 것으로 보여지고 있다. MLD는 각각의 소속된 STA에게 작업들을 분배하고 그로부터 정보를 수집하며 소속된 STA들 간에 공유 정보를 분배하도록 구성된다.
MLD의 각각의 STA가 자체 프로세서와 메모리를 가질 필요가 없다는 것이 또한 이해되어야 한다. 적어도 하나의 실시예에서, MLD 내의 스테이션들 중 하나 이상은 그들 간에 프로세서 및 메모리를 공유할 수 있거나, MLD 회로의 프로세서 및 메모리를 공유할 수 있다. 따라서, 본 개시내용은 MLD 내의 다수의 링크들을 통한 통신을 위한 많은 가능한 배열들을 고려한다.
6. 토폴로지 및 시나리오 설명
6.1. 연구 중인 토폴로지
도 11은 2 개의 중첩된 BSS로 구성되는 WLAN OBSS 시나리오를 보여주는 토폴로지의 예시적인 실시예(30)를 예시하며, 여기서 BSS1(44)은 AP(AP1)(32) 및 3 개의 STA(33, 34 및 36)으로 구성된다. 그들 중에서, STA3(36)은 예로서 채널을 획득하고 자신의 TXOP를 다른 비-AP STA들과 공유하는 비-AP TXOP 홀더 STA로서 도시되어 있고, 다른 2 개의 STA(33, 34)은 채널을 TXOP 홀더로서 획득하지는 않지만 TXOP 홀더 STA에 의해 공유되는 바와 같은 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 STA들이다. BSS2(46)는 AP(AP2)(38) 및 이 예에서 비-AP TXOP 참여자 STA들인 BSS2 내의 STA1'(42) 및 STA2'(40)을 포함하는 2 개의 STA로 구성된다.
비-AP 스테이션 또는 AP 중 임의의 것이 TXOP를 획득하는 경우 TXOP 홀더의 역할을 수행할 수 있기 때문에, TXOP 홀더 스테이션의 역할은 고정된 역할이 아니라는 점에 유의해야 한다. 이러한 토폴로지 예가 개시된 해결책들의 예시를 위해 사용되지만; 본 개시내용은, 제한 없이, 단일 또는 다수의 BSS 및 AP당 하나 이상의 스테이션을 갖는 임의의 WLAN 토폴로지에 적용될 수 있다.
6.2. 시나리오 설명
연구된 시나리오에서, 각각의 BSS는 하나의 AP와 다수의 비-AP STA들을 포함한다. 비-AP STA들 각각은 연관된 AP에게 전송될 필요가 있는 주기적으로 또는 비주기적으로 생성되는 패킷들을 갖는다. 본 개시내용은, 각각의 비-AP STA과 AP 사이의 더 복잡한 스케줄링으로 인해 지연시간이 항상 중요한 문제인, 업링크(UL) 직교 주파수 분할 다중 액세스(OFDMA) 전송의 사용에 주로 중점을 두지만, 본 명세서에서의 기술들이 다른 사용 사례들에 적용 가능하다.
802.11ax에서는, 다수의 STA들이 공유 TXOP 내에서 UL 데이터 시퀀스들을 동시에 송신할 수 있으며, 이는 채널 활용 효율을 개선시킨다.
그렇지만, 802.11ax에서, AP는 UL 데이터 전송을 개시할 수 있는 유일한 디바이스이다. AP는 일반적으로 비-AP STA들의 버퍼 상태 및 트래픽 우선순위들을 문의하기 위해 트리거 프레임(예를 들면, BSRP)을 비-AP STA들에게 송신하고, 해당 비-AP STA들로부터 응답 프레임(예를 들면, BSR)을 수신한다. AP는 해당 비-AP STA들이 UL 데이터 시퀀스들을 송신하는 데 사용하도록 자원 할당 정보를 갖는 다른 트리거 프레임(예를 들면, 기본 트리거(Basic Trigger))을 해당 비-AP STA들에게 송신한다.
AP 개시 TXOP(AP initiated TXOP)는, 특히 전송할 RTA(Real Time Application) 패킷들을 갖는 해당 비-AP STA들에 대해, 비-AP STA들 측으로부터의 동적 요구들을 포착할 수 없다. RTA 패킷들은 일반적으로 작은 크기를 갖지만; 빠른, 저 지연시간 전송을 필요로 한다. 예시된 OBSS 시나리오에서, 지연 성능은 더 심각한데, 그 이유는 OBSS 시나리오에서의 간섭이 더 공격적인 채널 경쟁을 도입하여 더 긴 지연들을 결과하기 때문이다.
본 개시내용은 비-AP STA들의 관점에서 OBSS 시나리오에 대한 새로운 해결책을 설명한다. 구체적으로는 채널이 이용 가능하다는 것을 감지하고 AP에게 즉각 송신할 패킷들을 가지는 해당 비-AP STA들에 대해. 공유 TXOP 방식은 채널 액세스를 획득하고 자신의 TXOP에서 다른 STA들과 채널 액세스를 공유할 의향이 있는 STA에 의해 가능하게 된다. 비-AP STA들과 AP 사이의 코디네이션은 공유 TXOP에 합류하는 것에 의해 각각의 디바이스가 채널에 액세스하는 것을 더 효율적으로 만든다. 공유 TXOP에 참여하는 비-AP STA들은 동일한 BSS로부터 또는 OBSS로부터의 것일 수 있다. OBSS 시나리오에 대한 다수의 협력하는 디바이스들 간의 공유 TXOP 방식은 OBSS 간섭을 효율적으로 감소시키면서, 지연시간을 줄이고 동일한 BSS로부터 또는 OBSS로부터의 경쟁하는 STA들 사이에 더 효율적인 채널 활용을 제공한다.
더 구체적으로는, 본 개시내용은 다음과 같이 작동한다. 일단 임의의 비-AP STA가 채널 액세스를 획득하면, 비-AP STA는 즉각 공유 TXOP를 개시할 수 있다. 이러한 비-AP STA는 본 명세서에서 비-AP TXOP 홀더 STA가라고 지칭된다. 후속하는 공유 TXOP에 참여할 의향이 있는 비-AP STA들은 본 명세서에서 비-AP 공유 TXOP 참여자 STA들이라고 지칭된다.
비-AP TXOP 홀더 STA는 동일한 BSS에 있거나 다른 BSS에 있는 다른 비-AP 공유 TXOP 참여자 STA들과 주파수 도메인에서 TXOP을 공유한다. 비-AP TXOP 홀더 STA는 AP가 공유 TXOP 액세스를 개시하기를 기다릴 필요가 없다. 비-AP TXOP 홀더 STA는 이용 가능한 주파수 자원들을 다른 비-AP 공유 TXOP 참여자 STA들에게 스케줄링 및 분배할 수 있다. 비-AP TXOP 홀더 STA는 또한, 일단 공유 TXOP에서의 액세스 자원이 예약되면, 연관된 AP가 스케줄링을 수행하도록 할 수 있다. 잠재적인 비-AP TXOP 홀더 STA들은 또한 채널 액세스 자원들을 할당하기 위해 미리 결정된 스케줄링을 사용할 수 있다. 본 개시내용은 채널에 액세스하기 위한 지연시간을 감소시키고 또한 채널 활용 효율을 증가시키는 프로토콜을 제공한다.
도 12는 비-AP TXOP 홀더 STA에 의해 개시되는 OBSS 시나리오에서 개시된 공유 TXOP 프로토콜의 상위 레벨 예의 예시적인 실시예(50)를 예시한다. 이 도면은 수신기 AP(AP1)(52), 공유 TXOP 참여자들(54, 56)로서의 BSS1 내의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58) 사이의 상호작용들을 묘사한다. OBSS는 수신기 AP(AP2)(60), 비-AP 공유 TXOP 참여자 STA들(62 및 64)을 갖는 것으로 보인다. TXOP 셋업 절차(66)가 수행된다.
TXOP 셋업 절차에서, 비-AP STA들은 단일 BSS 내의 연관된 AP의 코디네이션을 통해 TXOP 공유 가능성 정보, 예를 들면, 공유 제안 및 공유 요청을 교환한다. 추가적으로, 상이한 BSS들로부터의 AP들이 또한 그들의 연관된 STA들의 공유 제안/요청 정보를 교환한다.
이 도면은 2 개의 TXOP가 수행되는 예를 묘사한다. 비-AP TXOP 홀더 STA(58)이 채널을 획득할 때, 이는 공유 TXOP를 초기화하고, (자신의 BSS 및 OBSS로부터의) 어느 비-AP STA들이 공유 TXOP에 참여할 의향이 있는지를 확인할 필요가 있을 수 있다. TXOP 홀더 STA는 공유 TXOP에 합류할 의향이 있는 (자신의 BSS 및 중첩된 BSS로부터의) 다른 STA들에 채널 액세스(RU들)를 할당한다.
특정 비-AP 공유 TXOP 참여자 STA에 할당되는 RU는 상이한 TXOP들, 예를 들면, 제1 TXOP(68) 및 제2 TXOP(92)에서 상이할 수 있다. 공유 TXOP 액세스가 시작될 때, TXOP 홀더 STA는 예약된 RU에서 UL 데이터를 전송한다. 비-AP 공유 TXOP 참여자 STA들은 할당된 RU들에서 UL 데이터를 전송한다. 데이터가 제1 TXOP(68)에 도시되어 있는데, STA1, STA2, 및 STA1'은 STA3(58)의 TXOP를 공유(70, 72 및 74)하고, 헤더들 및 데이터(76, 78, 80, 82, 84 및 86)는 AP1(52)에게 전송되며, 헤더 및 데이터(88 및 90)는 AP2(60)에게 전송된다. 데이터가 제2 TXOP(92)에 도시되어 있는데, STA1 및 STA2'은 STA3(58)의 TXOP를 공유(94, 96)하고, 헤더들 및 데이터(98, 100, 102 및 104)는 AP1(52)에게 전송되며, 헤더 및 데이터(106 및 108)는 AP2(60)에게 전송된다.
6.3. 시나리오 분류
본 개시내용에서, 동적 시나리오 및 반정적 시나리오를 포함하는 상이한 실시예들이 설명된다. 동적 시나리오들의 경우, AP 코디네이션을 사용하거나 사용하지 않는 두 가지 양상으로부터의 해결책들이 설명된다. 준정적 시나리오의 경우, AP들이 코디네이터들로서 필요하다.
섹션 7에서의 OBSS 토폴로지에서 해결책들이 분석되고, 그 후에 섹션 8에서 프레임 포맷 설계가 소개되며, 그 후에 본 개시 내용에 대한 요약이 제공된다.
7. OBSS 시나리오들을 위한 프로토콜 설계
7.1. 프로토콜 설계의 개요
이 섹션에서는, 공유 TXOP 액세스 스케줄이 온 더 플라이로(on-the-fly) 만들어지는 동적 시나리오와 공유 TXOP 액세스 스케줄이 미리 결정되어 있는 반정적 시나리오를 갖는 OBSS 프로토콜이 설명된다. OBSS 시나리오에서, AP가 항상 BSS들 간에 코디네이션하는 데 관여할 필요가 있다.
도 13은 AP(52), 다수의 비-AP 공유 TXOP 참여자 STA들(54, 56), 및 비-AP TXOP 홀더 STA(58)을 수반하는 동적 시나리오의 예시적인 실시예(110)를 예시하며, 여기서 개시된 프로토콜은 도 12에 보이는 바와 같은 공유 TXOP 셋업 스테이지(66), 공유 TXOP 초기화 스테이지(112), 및 TXOP 스케줄링 및 액세스 스테이지(114)를 포함하는 3 개의 스테이지를 갖는다.
공유 TXOP 셋업 스테이지(66)에서, TXOP 홀더 STA 및 공유 TXOP 참여자 STA들을 포함하는 비-AP STA들은 STA들이 공유 TXOP를 공유 제안/요청할 의향이 있는지 여부를 나타내는 TXOP 공유 가능성 정보를, 코디네이션된 AP의 코디네이션을 통해 교환되는 인증 프레임, 결합(association) 프레임 또는 임의의 다른 프레임들에 이 정보를 내장하는 것에 의해, 교환한다.
공유 TXOP 개시 스테이지(112)에서, 비-AP TXOP 홀더 STA는 채널 액세스를 획득하고, 예를 들어, TXOP가 공유 가능하다는 것을 지시하기 위해 MU-RTS 공유(MU-RTS-share) 프레임을 잠재적인 TXOP 참여자 STA들에게 브로드캐스팅하는 것에 의해서와 같이, 자신의 TXOP를 다른 비-AP STA들과 공유할 의향이 있다는 것을 공지한다. 후속하는 공유 TXOP에 합류하려는 의향이 있는 다른 비-AP STA들은 (CTS 공유 프레임을 다시 송신하는 것에 의해) 자신의 참여를 확인해 주기 위해 TXOP 홀더 STA에 응답한다.
TXOP 스케줄링 및 액세스 스테이지(114)에서, 비-AP TXOP 홀더 STA과 비-AP 공유 TXOP 참여자 STA들은 동시에 채널에 액세스한다. 비-AP TXOP 홀더 STA는 예약된 RU를 이용하여 UL 데이터를 전송한다. 비-AP 공유 TXOP 참여자 STA들은, 어느 채널 액세스 프로토콜이 활용되는지에 따라, 할당된 RU들을 사용하여 또는 나머지 RU들에 랜덤하게 액세스하여 UL 데이터를 전송한다.
7.2. 공유 TXOP 셋업 스테이지
도 14는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지에서 공유 정보 교환 절차의 예시적인 실시예(130)를 예시한다. 이전의 예시적인 상호작용에서와 같이, 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)가 도시되어 있다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다.
비-AP STA들은 연관된 AP에게 송신되는, 예를 들면, 인증/결합 요청 프레임에서 자신의 공유 제안/요청 정보(132)를 지시한다. 비-AP STA들의 공유 제안/요청 정보를 교환하기 위해, STA TXOP 공유 가능성 요소(STA TXOP Shareability Element)로서 설계되는 새로운 요소가 이러한 관리 프레임들 또는 AP와 교환되는 임의의 다른 프레임들, 예를 들면, 인증/결합 응답 프레임 또는 비콘 프레임에 내장된다.
공유 프레임의 통신은 NAV(공유) 주기(136)를 시작한다. 일단 연관된 AP가 이 STA TXOP 공유 가능성 요소를 포함하는 공유 프레임을 수신하면, 연관된 AP는 공유 가능성 정보를 검사하고, 예를 들어, 인증 또는 결합 응답을 통해, 성공적인 수신을 확인해 주기 위해 응답(138)한다. 이어서, AP는 공유 제안/요청 프레임을 사용하여 모든 연관된 비-AP STA들의 공유 제안/요청 정보를 브로드캐스팅(140)한다. 이 경우에, 일단 비-AP STA가 공유 제안/요청 프레임을 수신하면, 비-AP STA는 다른 비-AP STA들의 공유 가능성을 인지하고 자신의 데이터베이스를 업데이트한다.
이어서, AP는 OBSS 공유 STA들 프레임을 인접한 BSS의 다른 AP에게 유니캐스팅(142)하여, 모든 연관된 비-AP STA들의 공유 가능성을 지시한다. OBSS 공유 프레임이 전송되는 것에 응답하여, NAV(OBSS) 간격이 시작(146)된다.
일단 OBSS 내의 다른 AP(60)가 OBSS 공유 STA들 프레임을 수신하면, AP(60)는 TA 필드에 의해 지시된 바와 같은 비-AP STA의 공유 제안/요청 정보를 검사하고, 공유 제안/요청 프레임을 사용하여 자신의 BSS 내에서 이 정보를 브로드캐스팅(144)하며, BSSID는 수신된 OBSS 공유 STA들 프레임에서 지시된 바와 같은 TA로 설정된다.
다음에, BSS2 내의 비-AP TXOP 참여자(62)는 자신의 공유 제안/요청 정보를 지시하기 위해 공유 프레임(150)을 AP(60)에게 송신하고, NAV(공유)(152)가 시작된다. AP(60)는 공유 프레임을 확인(154)하고 공유 제안/요청 프레임을 사용하여 자신의 BSS 내의 모든 연관된 비-AP STA들의 공유 제안/요청 정보를 브로드캐스팅(156)하며, 그 후에 AP(60)는 OBSS 공유 STA들 프레임을 BSS1의 AP(52)에게 유니캐스팅(158)하고, 이는 NAV(OBSS 공유)(160)를 시작한다. 이 OBSS 공유 STA들 프레임을 수신하는 것에 응답하여, BSS1 AP(52)는 이어서 공유 제안/요청(162)을 브로드캐스팅한다.
도 15는 AP에 의해 처리되는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지의 예시적인 실시예(170)를 예시한다. 공유 TXOP 셋업 스테이지가 시작된 후에, AP는 비-AP STA가 다른 비-AP STA들에 대해 공유 TXOP를 제안/요청할 의향이 있는지를 지시하는, 인증 프레임 또는 결합 요청 프레임과 같은, 관리 프레임을 비-AP STA로부터 수신(172)한다. AP는 이 비-AP STA에 대한 이러한 공유 가능성 정보를 유지하고 성공적인 수신을 확인해 주기 위해 인증 또는 결합 응답 프레임을 다시 송신(174)한다.
이어서, AP는 새로운 연관된 비-AP STA의 공유 가능성을 업데이트하기 위해 내부 BSS 내의 모든 비-AP STA들에게 공유 제안/요청 프레임을 브로드캐스팅(176)한다. 공유 제안/요청 프레임의 BSSID 필드가 TA 필드에 있는 것과 동일한 MAC 주소를 지시하는 경우, 이는 공유 제안/요청 프레임이 내부 BSS의 비-AP STA들로부터의 공유 가능성 정보를 전달하고 있다는 것을 의미한다. 그렇지 않은 경우, 이는 공유 제안/요청 프레임이 BSSID에 의해 지시되는 ID를 갖는 인터 BSS(inter BSS)의 비-AP STA들로부터의 공유 가능성 정보를 전달하고 있다는 것을 의미한다. AP는 또한 OBSS 공유 STA들 프레임을 인터 BSS의 AP에게 유니캐스팅(178)하는 것에 의해 OBSS에 대한 공유 가능성 정보를 업데이트한다. OBSS 공유 STA들 프레임을 수신한 후에, 인터 BSS로부터의 AP는 업데이트된 공유 가능성 정보를 비-AP STA들에게 브로드캐스팅(180)한다.
도 16은 비-AP STA 레벨에서 처리되는 OBSS 시나리오에 대한 공유 TXOP 셋업 스테이지의 예시적인 실시예(190)를 예시한다. 공유 TXOP 셋업 스테이지가 시작된 후에, 비-AP STA는 공유 TXOP의 자신의 공유 제안/요청 정보를 지시하기 위해 관리 프레임을 연관된 AP에게 송신(192)하고, NAV는 또한 OBSS에서의 전송에 의해 야기되는 간섭을 방지하도록 셋업된다.
검사(194)는 응답이 연관된 AP로부터 수신되었는지를 결정한다. 비-AP STA가 공유 가능성 정보를 포함하는 인증 프레임 또는 결합 프레임을 송신한 후 타임아웃 기간 내에 연관된 AP로부터 어떠한 피드백도 수신하지 않는 경우, 블록(196)에 도달하여 관리 프레임이 타임아웃되고, 이 실시예에서, STA가 자신의 공유 가능성을 지시하기 위해 관리 프레임을 연관된 AP에게 재전송해야 하기 때문에 실행은 블록(192)으로 돌아간다.
그렇지 않고, 응답이 연관된 AP로부터 수신된 경우, 비-AP STA가 공유 제안/요청 프레임을 수신하는지를 결정하기 위한 검사가 이루어진다(198).
블록(198)에서 어떠한 공유 제안/요청도 수신되지 않은 경우, 프로세스가 종료된다. 그렇지만, 비-AP STA가 공유 제안/요청 프레임을 수신하는 경우, 블록(200)에서 STA는, 공유 제안/요청 프레임의 BSSID 필드 및 TA 필드가 상이한 MAC 주소를 지시하는 경우 인터 BSS로부터의 것일 수 있거나, 공유 제안/요청 프레임의 BSSID 필드와 TA 필드가 동일한 MAC 주소를 지시하는 경우 내부 BSS로부터 것일 수 있는, 다른 비-AP STA들의 최신 공유 가능성 정보를 업데이트한다.
7.2. 공유 TXOP 초기화 스테이지
도 17은 OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지에서 패킷 교환 프로세스의 예시적인 실시예(210)를 예시한다. 이전의 예에서와 같이, 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)의 상호작용들이 도시되어 있다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
이 시나리오에서, 비-AP TXOP 홀더 STA는 자신의 BSS로부터의 공유 TXOP 참여자 STA들의 AID(Association ID)만을 알면 되며, 비-AP TXOP 홀더 STA는 내부 BSS의 공유 TXOP 참여자 STA들을 위한 액세스를 스케줄링하고 인터 BSS로부터의 공유 TXOP STA들에 대한 스케줄링 작업을 그들의 연관된 AP에 맡길 수 있다. 따라서, 인터 BSS로부터의 다른 공유 TXOP 참여자 STA들의 경우, 그들의 AID 정보는 그들의 연관된 AP에 의해 기록되고, 비-AP TXOP 홀더 STA에 의해 필요하지 않다.
이 스테이지에서, 비-AP TXOP 홀더 STA는 채널을 획득하고, 인트라 또는 인터 BSS로부터의 다른 비-AP STA들과 TXOP를 공유할 의향이 있다. 비-AP TXOP 홀더 STA는 내부 BSS로부터의 어느 다른 비-AP STA들이 자신의 공유 TXOP에 합류할 의향이 있는지를 확인할 필요가 있다.
비-AP TXOP 홀더 STA는 먼저 공유 TXOP 홀더 BSS로 명명되는 내부 BSS 내의 다른 비-AP STA들에 대한 빔포밍 정보를 수집하기 위해 채널 사운딩을 수행(212)한다.
이어서, 비-AP TXOP 홀더 STA는, 각각의 지정된 비-AP STA을 위한 지시된 대역폭(BW)을 사용하여, MU-RTS(multiple-user request-to-send) 공유 프레임(214)을 잠재적인 비-AP 공유 TXOP 참여자 STA들에게 송신한다. 일단 비-AP STA들이 이 MU-RTS 공유 프레임을 수신하면, 이들은, 후속하는 공유 TXOP에 합류할 의향이 있는 경우, 수신된 MU-RTS 공유 프레임에서 지시된 바와 같은 BW를 사용하여 비-AP TXOP 홀더 STA에 CTS 공유 프레임(216, 218)으로 응답한다.
비-AP TXOP 홀더 STA는 또한 공유 TXOP의 시작을 공지하기 위해 MU-RTS 공유 프레임(214)을 연관된 AP에게 송신하였다. 일단 AP가 이 MU-RTS 공유 프레임을 수신하면, AP는 공유 TXOP가 개시되었음을 알게 된다. 이어서, CTS 공유 프레임들 후에, AP는 OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 참여자 BSS로 명명되는 인터 BSS의 다른 AP에게 유니캐스팅(220)한다. OBSS TXOP 참여자 STA들 프레임은 비-AP 공유 TXOP 참여자 STA에 대한 어떠한 정보도 포함하지 않는다.
비-AP 공유 TXOP 참여자 STA들에 대한 어떠한 정보도 포함하지 않는 OBSS TXOP 참여자 STA들 프레임을 수신한 후에, 공유 TXOP 참여자 BSS의 AP는 공유 TXOP의 개시가 시작되었음을 인지하고, 각각의 지정된 비-AP STA가 응답하기 위한 지시된 BW를 갖는, MU-RTS 공유 프레임(224)을 잠재적인 비-AP 공유 TXOP 참여자 STA들에게 송신한다.
일단 공유 TXOP 참여자 BSS로부터의 비-AP STA가 이 MU-RTS 공유 프레임을 수신하면, 비-AP STA는, 후속하는 공유 TXOP에 합류할 의향이 있는 경우, 연관된 AP에 CTS 공유 프레임(226, 228)으로 응답한다.
후속하는 공유 TXOP에 참여할 의향이 있는 비-AP TXOP 참여자 STA들로부터 모든 CTS 공유 프레임들을 수신한 후에, 공유 TXOP 참여자 BSS의 AP는, 공유 TXOP 참여자 STA들의 최신 정보를 갖는, OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 홀더 BSS의 AP에게 유니캐스팅(230)한다.
다른 BSS로부터의 공유 TXOP 참여자 STA들의 정보를 갖는 OBSS TXOP 참여자 STA들 프레임을 수신한 후에, AP는 공유 TXOP 참여자 BSS에서 공유 TXOP 초기화 작업이 완료되었음을 공지하기 위해 CTS-to-self 공유 프레임을 브로드캐스팅(232)한다.
일단 연관된 AP로부터의 CTS-to-self 공유가 수신되면, 비-AP TXOP 홀더 STA는 TXOP 스케줄링 및 액세스 스테이지를 시작할 수 있다.
도 18은 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 예시적인 실시예(250)를 예시한다.
일단 채널이 획득되었으면, 비-AP TXOP 홀더 STA는 먼저 채널 사운딩(252)을 수행하고 이어서 MU-RTS 공유 프레임(254)을 잠재적인 비-AP 공유 TXOP 참여자 STA들 및 AP에게 송신(브로드캐스팅)한다.
블록(256)에서, 모든 CTS 공유 프레임들을 수신하는지에 대한 검사가 이루어진다. 비-AP TXOP 홀더 STA가 MU-RTS 공유 프레임 타임 아웃 이전에 CTS 공유 프레임을 수신하지 않는 경우, MU-RTS 공유 프레임 타임아웃이 발생하고(258) 실행은 블록(254)으로 돌아가서 비-AP TXOP 홀더 STA가 MU-RTS 공유 프레임을 재전송한다.
CTS 공유 프레임이 수신된 경우, 블록(260)에서 CTS-to-self 공유 프레임이 수신되었는지를 결정하기 위한 검사가 이루어진다. 비-AP TXOP 홀더 STA가 OBSS TXOP 참여자 STA들 프레임 타임 아웃 이전에 CTS-to-self 공유 프레임을 수신하지 않는 경우, 타임아웃(264)에 도달하고 블록(266)에서 비-AP TXOP 홀더 STA는 자신의 BSS에 대한 공유 TXOP 스케줄링 및 액세스 스테이지를 시작한다.
그렇지 않고, CTS-to-self 공유 프레임이 수신된 경우, 블록 262에서 비-AP TXOP 홀더 STA는 OBSS 시나리오에 대한 공유 TXOP 스케줄링 및 액세스 스테이지를 시작한다.
도 19a 및 도 19b는 AP 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 예시적인 실시예(270)를 예시한다. 블록(272)에서 AP가 MU-RTS 공유 프레임을 수신하는 것으로 결정되는 경우, AP는, 공유 TXOP 참여자 STA들 정보를 지시하지 않고, OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅(274)한다.
블록(276)에서 AP가 비-AP 공유 TXOP 참여자 STA들에 대한 어떠한 정보도 포함하지 않는 OBSS TXOP 참여자 STA들 프레임을 수신하는 것으로 결정되는 경우, AP는 공유 TXOP의 개시가 시작되었음을 인지하고, 각각의 지정된 비-AP STA가 응답하기 위한 지시된 BW를 갖는, MU-RTS 공유 프레임을 잠재적인 비-AP 공유 TXOP 참여자 STA들에게 송신(278)한다.
블록(280)에서 AP가 후속하는 공유 TXOP에 참여할 의향이 있는 비-AP TXOP 참여자 STA들로부터 모든 CTS 공유 프레임들을 수신한 것으로 결정되는 경우, 도 19b에서 AP는, 공유 TXOP 참여자 STA들의 최신 정보를 갖는, OBSS TXOP 참여자 STA들 프레임을 TXOP 홀더 BSS의 AP에게 유니캐스팅(282)한다.
블록(286)에서 AP가 다른 BSS로부터의 공유 TXOP 참여자 STA들의 정보를 갖는 OBSS TXOP 참여자 STA들 프레임을 수신한 것으로 결정되는 경우, AP는 공유 TXOP 참여자 BSS에서 공유 TXOP 초기화 작업이 완료되었음을 공지하기 위해 CTS-to-self 공유 프레임을 브로드캐스팅(286)한다.
그렇지만, 블록(272, 276, 280 또는 284)에서의 검사들 중 임의의 것이 실패하는 경우, 프로세스는 액션들 중 어느 것도 수행하지 않고 종료된다.
도 20은 비-AP TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 공유 TXOP 초기화 스테이지의 예시적인 실시예(290)를 예시한다.
비-AP STA가 MU-RTS 공유 프레임을 수신하는지를 결정하기 위한 검사가 이루어진다(292). MU-RTS 공유 프레임이 수신되지 않는 경우, 이 처리는 종료된다.
그렇지 않고, 비-AP STA가 MU-RTS 공유 프레임을 수신한 경우, 비-AP STA가 후속하는 공유 TXOP에 합류할 의향이 있는지에 대한 검사가 이루어진다(294). 스테이션들이 합류할 의향이 있는 경우, 블록(296)에서 비-AP STA는 할당된 주파수 대역을 사용하여 자신의 AID를 지시하는 것에 의해 CTS 공유 프레임으로 응답한다.
그렇지 않고, 비-AP STA가 공유 TXOP에 합류하지 않을 경우, 비-AP STA는 공유 TXOP에 합류하지 않을 것임을 지시하기 위해 AID를 0으로 설정한 CTS 공유 프레임을 다시 송신(298)한다.
7.3. TXOP 스케줄링 및 액세스 스테이지
이 섹션에서는, (a) 스케줄링된 대역에서의 랜덤 액세스, (b) 스케줄링된 대역에서의 기본 트리거, (c) 시간 시프팅을 갖는 기본 트리거 전송, (d) 비-AP TXOP 홀더에 의해 트리거되는, TXOP 액세스 요청 트리거를 유니캐스팅하는 것 및 스케줄러에서의 시간 시프팅, (e) AP에 의해 트리거되는, TXOP 액세스 요청 트리거를 유니캐스팅하는 것 및 스케줄러에서의 시간 시프팅, (f) 비-AP TXOP 홀더에 의해 트리거되는, TXOP 액세스 요청 트리거를 브로드캐스팅하는 것 및 스케줄러에서의 시간 시프팅, (g) AP에 의해 트리거되는, TXOP 액세스 요청 트리거를 브로드캐스팅하는 것 및 스케줄러에서의 시간 시프팅에 대한 변형들을 포함하는, TXOP 스케줄링 및 액세스 스테이지 설계에 대한 다수의 해결책들이 설명된다.
도 21은 OBSS 시나리오에 대한 스케줄링된 대역에서 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(310)를 예시한다. 이 절차는 공유 TXOP 초기화 절차의 구현을 요구하지 않는다. 이 도면은 1차 대역(primary band)(315)을 사용하는 제1 BSS와 2차 대역(secondary band)(316)을 사용하는 제2 BSS를 도시한다. 이전의 예시적인 상호작용들에서와 같이, 제1 BSS(BSS1)가 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 예가 도시되어 있다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
비-AP TXOP 홀더 STA는 먼저, RU allocation 서브필드 및 UL BW 서브필드에서 예약된 RU를 지시하고, 이것이 비-AP TXOP 홀더 STA임을 지시하기 위해 priority 필드를 1로 설정하는, TXOP 우선순위 트리거 프레임을 연관된 AP에게 유니캐스팅(312)한다.
TXOP 우선순위 트리거 프레임을 수신한 후에, 공유 TXOP 홀더 BSS의 AP는 (Reserved Band TXOP Holder BSS 필드의 Random Access 서브필드를 1로 설정하는 것에 의해) 공유 TXOP에서 사용되는 랜덤 액세스를 지시하고 (Reserved Band TXOP Holder BSS 필드의 Reserved Band 서브필드를 설정하는 것에 의해) 공유 TXOP 홀더 BSS를 위한 예약된 주파수 대역을 지시하는 OBSS 공유 트리거 프레임(314)을 송신하며, 따라서 나머지 주파수 대역을 TXOP 참여자 BSS를 위해 남겨 둔다.
이어서, 공유 TXOP 홀더 BSS의 AP는 공유 TXOP 홀더 BSS를 위한 예약된 주파수 대역을 사용하여 TXOP 랜덤 액세스 요청 트리거 프레임을 브로드캐스팅(318)한다.
공유 TXOP 참여자 BSS로부터의 AP가 OBSS 공유 트리거 프레임을 수신하는 경우, 이 AP는 공유 TXOP 참여자 BSS를 위한 나머지 주파수 대역을 사용하여 TXOP 랜덤 액세스 요청 트리거 프레임을 브로드캐스팅(320)한다.
TXOP 랜덤 액세스 요청 트리거 프레임을 수신한 후에, 비-AP TXOP 홀더 STA는 예약된 RU에 액세스하는 것에 의해 UL 데이터(326)를 송신한다. 비-AP 공유 TXOP 참여자 STA들은 이용 가능한 RU들에 랜덤하게 액세스하고 UL 데이터(322, 324, 328 및 330)를 연관된 AP에게 송신한다.
일단 AP가 비-AP STA들로부터 UL 데이터를 수신하면, AP는 MU-BA 프레임(332, 334)을 다시 송신한다.
도 22는 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(350)를 예시한다. 비-AP TXOP 홀더 STA는, 자신이 공유 TXOP에서 가장 높은 우선순위를 가진다는 것을 지시하고 UL 데이터 전송을 위한 예약된 RU를 지시하기 위해, TXOP 우선순위 트리거 프레임을 연관된 AP에게 송신(352)한다. 검사(354)는 비-AP TXOP 홀더 STA가 TXOP 랜덤 액세스 요청 트리거 프레임을 수신하는지를 결정한다. 이 TXOP 랜덤 액세스 요청 트리거 프레임이 TXOP 우선순위 트리거 프레임 타임 아웃 이전에 수신되지 않는 경우, 블록(358)에 도달하고 이어서, 블록(352)으로 돌아가는 것으로 보이는 바와 같이, 비-AP TXOP 홀더 STA는 TXOP 우선순위 트리거 프레임을 재전송할 것이다. 그렇지 않은 경우, 비-AP TXOP 홀더 STA는 예약된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신(356)한다.
도 23은 AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(370)를 예시한다.
TXOP 우선순위 트리거 프레임을 수신하는지에 대한 검사가 이루어진다(372). 그것이 수신되지 않는 경우, 실행은 TXOP 참여자 BSS 내의 AP가 OBSS 공유 트리거 프레임을 수신했는지를 결정하는 블록(384)에서의 검사로 이동한다.
AP가 TXOP 우선순위 트리거 프레임을 수신하는 경우, 이것은 TXOP 홀더 STA의 BSS이고, 실행은 STA가 OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS를 위한 나머지 주파수 대역을 지시하는 블록(374)에 도달한다.
공유 TXOP 홀더 BSS 내의 AP는, TXOP 홀더 BSS를 위한 랜덤 액세스에 이용 가능한 BW를 지시하는, TXOP 랜덤 액세스 요청들 트리거를 (공유 TXOP 홀더 BSS를 위해 예약된) 1차 대역에서 브로드캐스팅(376)한다.
AP가 UL 데이터를 수신하는지를 결정하기 위한 검사가 이루어진다(378). 공유 TXOP 홀더 BSS로부터의 AP가 UL 데이터를 수신하는 경우, AP는 예약된 대역을 사용하여 MU-BA 프레임을 송신(382)하고, 프로세스가 종료된다. 그렇지 않은 경우, 블록(380)에 도달하여 데이터 프레임이 타임 아웃되고, AP는, 블록(376)에서와 같이, TXOP 랜덤 액세스 요청 트리거 프레임을 재브로드캐스팅(376)한다.
이제 OBSS 공유 트리거 프레임이 수신되었는지를 결정하는 블록(384)으로 돌아간다. 트리거 프레임이 수신되지 않은 경우, 프로세스가 종료된다. 그렇지 않은 경우, 트리거 프레임을 수신한 후에, 블록(386)에서 AP는 2차 대역(공유 TXOP 참여자 BSS를 위한 나머지 주파수 대역)에서 TXOP 랜덤 액세스 요청들 트리거를 브로드캐스팅하여, TXOP 참여자 BSS를 위한 랜덤 액세스에 이용 가능한 BW를 지시한다.
UL 데이터를 수신하는지에 대한 검사(388)가 이루어진다. 공유 TXOP 참여자 BSS로부터의 AP가 UL 데이터를 수신한 경우, AP는 TXOP 참여자 BSS를 위한 대역을 사용하여 MU-BA 프레임을 송신(392)하고, 프로세스가 종료된다. 그렇지 않고, UL 데이터가 수신되지 않은 경우, 데이터 프레임 타임 아웃이 발생하고(390), AP는 TXOP 랜덤 액세스 요청 트리거 프레임을 재브로드캐스팅(386)한다.
도 24는 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 랜덤 액세스를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(410)를 예시한다. TXOP 랜덤 액세스 요청 트리거 프레임이 수신되었는지를 결정하기 위한 검사가 이루어진다(412). 비-AP TXOP 참여자 STA가 TXOP 랜덤 액세스 요청 트리거 프레임을 수신하는 경우, 프로세스가 종료되기 전에, 비-AP TXOP 참여자 STA는 이용 가능한 BW에 랜덤하게 액세스하여 UL 데이터를 연관된 AP에게 송신한다(414). 그렇지 않고, 블록(412)에서 트리거 프레임이 수신되지 않은 것으로 결정되는 경우, 프로세스가 종료된다.
7.3.2. 스케줄링된 대역에서 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지
도 25는 OBSS 시나리오에 대한 스케줄링된 대역에서 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(430)를 예시한다. 이 절차는 공유 TXOP 초기화 절차를 요구하지 않는다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 묘사한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
각각의 BSS에서, AP와 STA들은 주기적으로 BSRP 및 BSR 프레임들을 사용하여 버퍼 상태 및 트래픽 우선순위 정보를 교환한다. 비-AP TXOP 홀더 STA는 먼저, RU allocation 서브필드 및 UL BW 서브필드에 예약된 RU의 지시를 포함하고, 이것이 비-AP TXOP 홀더 STA임을 나타내기 위해 priority 필드를 1로 설정하는, TXOP 우선순위 트리거 프레임을 연관된 AP에게 유니캐스팅(432)한다.
TXOP 우선순위 트리거 프레임을 수신한 후에, TXOP 홀더 BSS의 AP는 OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅(434)하여, (Reserved Band TXOP Holder BSS 필드의 Reserved Band 서브필드를 설정하는 것에 의해) 공유 TXOP 홀더 BSS를 위한 예약된 주파수 대역을 지시하며, 따라서 나머지 주파수 대역을 TXOP 참여자 BSS를 위해 남겨 둔다.
공유 TXOP 홀더 BSS 내의 AP는 1차 대역(436)을 사용하고 TXOP 홀더 BSS를 위한 예약된 대역인 1차 대역에서 기본 트리거 프레임들(440)을 브로드캐스팅한다. 공유 TXOP 참여자 BSS 내의 AP는 2차 대역(438)(공유 TXOP 참여자 BSS를 위한 나머지 대역)에서 기본 트리거 프레임들(450)을 브로드캐스팅한다. 기본 트리거 프레임은 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 지시한다.
일단 비-AP TXOP 참여자 STA들이 기본 트리거 프레임을 수신하면, 이들은 할당된 RU를 사용하여 UL 데이터(442, 444, 452 및 454)를 연관된 AP에게 송신하는 반면, TXOP 홀더 STA는 자신의 예약된 RU에서 UL 데이터(446)를 송신한다.
일단 UL 데이터가 공유 TXOP 홀더 BSS/공유 TXOP 참여자 BSS로부터의 AP들에 의해 수신되면, 각각의 AP는 공유 TXOP 홀더 BSS/공유 TXOP 참여자 BSS를 위한 대역을, 제각기, 사용하여 MU-BA 프레임(448, 456)을 송신한다.
도 26은 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(470)를 예시한다.
비-AP TXOP 홀더 STA는, 자신이 후속하는 공유 TXOP에서 가장 높은 우선순위를 가진다는 것을 지시하고 UL 데이터 전송을 위한 예약된 RU를 지시하기 위해, TXOP 우선순위 트리거 프레임을 연관된 AP에게 송신(472)한다.
검사(474)는 비-AP TXOP 홀더 STA가 기본 트리거 프레임을 수신하는지를 결정한다. TXOP 우선순위 트리거 프레임이 타임 아웃되기 전에 기본 트리거 프레임이 수신되지 않는 경우, 실행은 타임아웃 블록(476)에 도달하고, 실행은 TXOP 우선순위 트리거 프레임을 재전송하기 위해 블록(472)으로 돌아간다. 그렇지 않고, 트리거 프레임이 수신되는 경우, 실행은 비-AP TXOP 홀더 STA가 예약된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신하는 블록(478)에 도달한다.
도 27은 AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(490)를 예시한다.
검사(492)는 TXOP 우선순위 트리거 프레임이 수신되었는지 여부를 결정한다. 그것이 수신되지 않은 경우, 실행은 상이한 검사를 위해 블록(504)으로 이동한다.
TXOP 우선순위 트리거 프레임이 수신되는 경우, 이것은 공유 TXOP 홀더 BSS의 AP이고 AP는 OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅(494)하여 공유 TXOP 홀더 BSS를 위한 예약된 주파수 대역을 지시하고, 따라서 나머지 주파수 대역을 TXOP 참여자 BSS를 위해 남겨 둔다.
공유 TXOP 홀더 BSS 내의 AP는 1차 대역(TXOP 홀더 BSS를 위한 예약된 대역)에서 기본 트리거 프레임을 브로드캐스팅(496)하여, 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 지시한다.
공유 TXOP 홀더 BSS로부터의 AP가 UL 데이터를 수신하는지의 검사가 이루어진다(498). AP가 UL 데이터를 수신한 경우, AP는 예약된 대역을 사용하여 MU-BA 프레임을 송신(502)한다. 그렇지 않고, 블록(498)에서 UL 데이터가 데이터 프레임 타임 아웃 기간 내에 수신되지 않은 경우, 데이터 타임 아웃이 발생하고(500), 실행이 다시 블록(496)으로 이동하는 것에 의해 AP는 기본 트리거 프레임을 재브로드캐스팅한다.
블록(492)에서 수신되는 프레임이 TXOP 우선순위 트리거 프레임이 아닌 경우, 블록(504)에 도달한다. 블록(504)에서 검사는 AP가 OBSS 공유 트리거 프레임을 수신했는지를 결정한다. 이 프레임이 수신되지 않은 경우, 프로세싱이 종료된다. 그렇지 않고 이 프레임이 수신된 경우, 이 AP 스테이션은 공유 TXOP 참여자 BSS에 있다. AP는, TXOP 참여자 BSS 내의 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 지시하는, 기본 트리거를 2차 대역(공유 TXOP 참여자 BSS를 위한 나머지 주파수 대역)에서 브로드캐스팅한다(506).
블록(508)에서 AP가 UL 데이터를 수신하는지를 결정하기 위한 검사가 이루어진다. UL 데이터가 수신된 경우, AP는 TXOP 참여자 BSS를 위한 대역을 사용하여 MU-BA 프레임을 송신(512)한다. 그렇지 않고, 블록(508)에서 UL 데이터가 데이터 프레임 타임 아웃 기간 내에 수신되지 않은 것으로 결정된 경우, 실행은 타임 아웃 블록(510)에 도달하고 AP는, 블록(506)으로 복귀하는 것과 같이, 기본 트리거 프레임을 재브로드캐스팅하려고 한다.
도 28은 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(530)를 예시한다. 비-AP TXOP 참여자 STA가 기본 트리거 프레임을 수신(532)하는 경우, 블록(534)에 도달하여 비-AP TXOP 참여자 STA가 할당된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신한다.
7.3.3. 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지
도 29는 OBSS 시나리오에 대한 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(550)를 예시한다. 이 절차는 공유 TXOP 초기화 절차의 구현을 요구하지 않는다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
각각의 BSS에서, AP와 STA들은 주기적으로 BSRP 및 BSR 프레임들을 사용하여 버퍼 상태 및 트래픽 우선순위 정보를 교환한다.
비-AP TXOP 홀더 STA는 먼저 이 비-AP TXOP 홀더 STA을 위한 예약된 RU를 지시하는 TXOP 우선순위 트리거 프레임을 연관된 AP에게 유니캐스팅(552)한다. AP가 TXOP 우선순위 트리거 프레임을 수신한 후에, AP는 OBSS 공유 트리거 프레임(554)을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송 스케줄링에 대한 TF 지연(558)(TF Delay 필드에 설정됨) 및 MU-BA 지연(561)(MU-BA Delay 필드에 설정됨)을 지시한다. 이어서, AP는, 공유 TXOP 홀더 BSS 내의 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당 및 (Data Delay 필드에 설정된) 대응하는 데이터 지연 지속기간을 지시하는, 기본 트리거 프레임(556)을 브로드캐스팅한다.
공유 TXOP 참여자 BSS 내의 AP가 OBSS 공유 트리거 프레임을 수신하고, 트리거 프레임(TF) 지연(558) 후에, 이 AP는 기본 트리거 프레임(560)을 브로드캐스팅하여, 공유 TXOP 참여자 BSS 내의 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 지시한다.
비-AP TXOP 참여자 STA 또는 비-AP TXOP 홀더 STA가 기본 트리거 프레임을 수신하는 경우, 그 STA는 기본 트리거에서 지시된 데이터 지연(562) 지속기간을 검사한다. 데이터 지연 지속기간 후에, 그 STA는 할당된 또는 예약된 RU를 사용하여 UL 데이터(564, 566 또는 568)를 연관된 AP에게 송신한다. 공유 TXOP 참여자 BSS 내의 참여자 STA들은 또한 자신의 UL 데이터(570, 572)를 연관된 AP에게 송신한다.
공유 TXOP 홀더 BSS로부터의 AP는, 일단 UL 데이터를 수신하면, 즉시 MU-BA 프레임(574)을 송신한다. 공유 TXOP 참여자 BSS로부터의 AP는 또한, OBSS 공유 트리거 프레임을 수신하고 나서 MU-BA 지연 후에, MU-BA 프레임(576)을 송신한다.
도 30은 비-AP TXOP 홀더 STA 레벨에서 처리되는, 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(590)를 예시한다. 비-AP TXOP 홀더 STA는, 자신이 후속하는 공유 TXOP에서 가장 높은 우선순위를 가진다는 것을 지시하고 UL 데이터 전송을 위한 예약된 RU를 지시하기 위해, TXOP 우선순위 트리거 프레임을 연관된 AP에게 송신(592)한다.
기본 트리거 프레임을 수신하는지에 대한 검사(594)가 이루어진다. 비-AP TXOP 홀더 STA가 TXOP 우선순위 트리거 프레임 타임 아웃 이전에 기본 트리거 프레임을 수신하지 않는 경우, 타임아웃 블록(596)에 도달하고, 그 후에, 블록(592)으로 돌아가는 것으로 도시된 바와 같이, STA는 TXOP 우선순위 트리거 프레임을 재전송할 것이다. 그렇지 않은 경우, 기본 트리거 프레임을 수신한 후에, 비-AP TXOP 홀더 STA는, 먼저 기본 트리거 프레임에서 지시된 바와 같은 데이터 지연 지속기간 동안 기다린 후에, 예약된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신(598)한다.
도 31은 AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서 기본 트리거를 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(610)를 예시한다.
TXOP 우선순위 트리거 프레임이 수신되었는지를 결정하기 위한 검사가 이루어진다(612). AP가 TXOP 우선순위 트리거 프레임을 수신한 경우, 블록(614)에서 AP는 OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송 스케줄링에 대한 TF 지연 및 MU-BA 지연을 지시한다.
공유 TXOP 홀더 BSS 내의 AP는, 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당 및 데이터 지연 지속기간을 지시하는, 기본 트리거 프레임을 브로드캐스팅한다(616).
UL 데이터가 수신되었는지를 결정하기 위한 검사가 이루어진다(618). UL 데이터가 주어진 시간 기간 내에 수신되지 않는 경우, 데이터 프레임 타임 아웃(620)이 발생하고, 예컨대, 실행이 블록(616)으로 돌아가는 것에 의해, AP는 기본 트리거 프레임을 재브로드캐스팅한다. 그렇지 않고, 블록(618)에서 UL 데이터가 수신된 것으로 결정되는 경우, 공유 TXOP 홀더 BSS로부터의 AP는 즉시 MU-BA 프레임을 송신(622)한다.
블록(612)으로 돌아가서, 우선순위 트리거 프레임이 수신되지 않은 경우, 실행은 AP가 OBSS 공유 프레임을 수신하는지에 대한 검사가 있는 블록(624)으로 이동한다. OBSS 공유 프레임이 수신되지 않는 경우, 실행이 종료된다. 그렇지 않고, OBSS 공유 프레임이 수신된 경우, 이 AP는 공유 TXOP 참여자 BSS의 AP인 것으로 결정되며, TF 지연 후에, 기본 트리거 프레임을 브로드캐스팅(626)하여, TXOP 참여자 BSS 내의 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 지시한다.
UL 데이터가 수신되었는지를 결정하기 위한 검사가 이루어진다(628). UL 데이터가 주어진 시간 기간 내에 수신되지 않는 경우, 데이터 프레임 타임 아웃(630)이 발생하고, 예컨대, 실행이 블록(626)으로 돌아가는 것에 의해, AP는 기본 트리거 프레임을 재브로드캐스팅한다. 그렇지만, 공유 TXOP 참여자 BSS로부터의 AP가 UL 데이터를 수신하는 경우, 이 AP는 OBSS 공유 트리거 프레임을 수신하고 나서 MU-BA 지연 후에 MU-BA 프레임을 송신(632)한다.
도 32는 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, 시간 시프팅을 갖는 기본 트리거 전송을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(650)를 예시한다.
검사(652)는 비-AP TXOP 참여자 STA가 기본 트리거 프레임을 수신했는지를 결정한다. 트리거 프레임이 수신되지 않는 경우, 이는 프로세스를 종료시킨다. 그렇지 않고, 비-AP TXOP 참여자 STA가 기본 트리거 프레임을 수신할 때, 실행은 기본 트리거에서 지시된 데이터 지연 지속기간에 대한 검사가 있는 블록(654)에 도달한다. 데이터 지연 지속기간이 경과한 후에, STA들은 할당된 RU를 사용하여 자신의 UL 데이터를 연관된 AP에게 송신(656)한다.
7.3.4. (비-AP TXOP 홀더에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지
도 33은 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지에서의 프레임 교환 프로세스의 예시적인 실시예(670)를 예시한다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
이 프로세스는 공유 TXOP 초기화 절차(672)의 구현을 요구한다.
비-AP TXOP 홀더 STA는 (User Info 필드의 Single BSS 서브필드가 0으로 설정된) 유니캐스트 TXOP 액세스 요청 트리거 프레임(674, 678)을 공유 TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA들에게 송신하여, 이들 각각에 대한 (Common Info 필드의 UL BW 서브필드와 함께 User Info 필드의 RU Allocation 서브필드에서 지시된 바와 같은) 할당된 RU 및 UL 데이터 전송을 시작할 (User Info 필드의 Data Delay 서브필드에서 정의된 바와 같은) 대응하는 데이터 지연(676, 680)을 지시한다. 이어서, 비-AP TXOP 홀더 STA는 (User Info 필드의 Single BSS 서브필드가 0으로 설정된) TXOP 액세스 스케줄러 트리거 프레임(682)을 연관된 AP에게 송신하여, (Common Info 필드의 UL BW 서브필드와 함께 User Info 필드의 RU Allocation 서브필드에서 지시된 바와 같은) TXOP 홀더 BSS에 할당된 RU들 및 공유 TXOP 참여자 BSS에 대한 (User Info 필드의 Data Delay 서브필드에서 설정된 바와 같은) 업데이트된 데이터 지연 지속기간(686)을 지시한다.
공유 TXOP 홀더 BSS의 AP가 TXOP 액세스 스케줄러 트리거 프레임을 수신한 후에, 이 AP는 OBSS 공유 트리거 프레임(684)을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연을 지시한다.
공유 TXOP 참여자 BSS의 AP는 OBSS 공유 트리거 프레임을 수신하고, 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA을 위한 RU를 할당한다. 이어서, 이 AP는, 업데이트된 데이터 지연(694) 및 할당된 RU를 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임(688, 692)을 각각의 비-AP 공유 TXOP 참여자 STA에게 송신한다.
요구된 데이터 지연들(686, 680 및 676) 후에, 비-AP 스테이션들은 UL 데이터(694, 696 및 698)를 자신의 BSS의 AP에게 송신한다. OBSS에서, 비-AP TXOP 참여자 STA들은 TXOP 액세스 스케줄러 트리거 프레임의 수신으로부터 대응하는 데이터 지연(694) 후에 예약된 RU를 사용하여 UL 데이터(700, 702)를 송신한다. 비-AP TXOP 참여자 STA는 유니캐스트 TXOP 액세스 요청 트리거 프레임에서 지시된 대응하는 데이터 지연 후에 할당된 RU에서 UL 데이터를 연관된 AP에게 송신한다.
공유 TXOP 홀더 BSS의 AP는 UL 데이터를 수신한 후 즉시 MU-BA 프레임(704)을 브로드캐스팅한다. 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 OBSS 공유 트리거 프레임의 수신 이후 시간을 지칭하는 MU-BA 지연(690) 후에 MU-BA(706)를 브로드캐스팅한다.
도 34는 비-AP TXOP 홀더 STA 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(710)를 예시한다.
비-AP TXOP 홀더 STA는, 할당된 RU 및 UL 데이터 전송들을 시작할 대응하는 데이터 지연을 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임을 각각의 비-AP 공유 TXOP 참여자 STA에게 송신한다(712).
이어서, 비-AP TXOP 홀더 STA는 TXOP 액세스 스케줄러 트리거 프레임을 연관된 AP에게 송신하여, 공유 TXOP 홀더 BSS에 대한 업데이트된 데이터 지연 및 사용될 RU들을 지시한다(714).
TXOP 액세스 스케줄러 트리거 프레임이 송신된 이후 시간으로부터 결정되는 바와 같은, 비-AP TXOP 홀더 STA에 대한 데이터 지연을 기다리고, 그 후에 비-AP TXOP 홀더 STA가 예약된 RU를 사용하여 UL 데이터를 송신하는 블록(716)에 도달한다.
도 35는 AP 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(730)를 예시한다.
TXOP 액세스 스케줄러 트리거 프레임이 수신되었는지를 결정하기 위한 검사(732)가 이루어진다. AP가 TXOP 액세스 스케줄러 트리거 프레임을 수신하는 경우, 이것이 공유 TXOP 홀더 BSS의 AP임이 알려지고, 이 AP는, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연을 지시하는, OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 AP에게 유니캐스팅(734)한다.
UL 데이터가 수신되었는지를 결정하기 위한 검사가 이루어진다(736). UL 데이터가 수신되지 않는 경우, 프로세스가 종료된다. 그렇지 않은 경우, UL 데이터가 수신된 후에, 블록(738)에서, 공유 TXOP 홀더 BSS의 AP가 MU-BA 프레임을 브로드캐스팅한다.
블록(732)으로 돌아가서, 프레임이 TXOP 액세스 트리거 프레임이 아닌 경우, 실행은 블록(740)으로 이동하여 OBSS 공유 트리거 프레임이 수신되었는지를 결정한다. 이 OBSS 공유 트리거 프레임이 수신되지 않는 경우, 프로세스가 종료된다.
그렇지 않은 경우, 공유 TXOP 참여자 BSS의 AP가 OBSS 공유 트리거 프레임을 수신한 후에, AP가 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA에 대해 RU를 할당하고, 이어서, 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 업데이트된 데이터 지연을 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송신하는 블록(742)에 도달한다.
UL 데이터가 수신되었는지를 결정하기 위한 검사가 이루어진다(744). UL 데이터가 요구된 시간 기간 내에 수신되지 않는 경우, 데이터 프레임 타임 아웃(746)이 발생하고, TXOP 액세스 요청 프레임의 다른 유니캐스팅을 위해 실행이 블록(742)으로 돌아간다.
그렇지 않고, 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 OBSS 공유 트리거 프레임의 수신으로부터 MU-BA 지연 후에 MU-BA를 브로드캐스팅(748)한다.
도 36는 비-AP TXOP 참여자 STA 레벨에서 처리되는, 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(750)를 예시한다.
검사(752)는 비-AP TXOP 참여자 STA가 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신했는지를 결정한다. 비-AP TXOP 참여자 STA가 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 경우, 비-AP TXOP 참여자 STA는 유니캐스트 TXOP 액세스 요청 트리거 프레임에서 지시된 대응하는 데이터 지연 후에 할당된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신(754)한다.
7.3.5. (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지
도 37은 (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(770)를 예시한다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
이 프로세스는 공유 TXOP 초기화 절차(772)의 구현을 요구한다. 비-AP TXOP 홀더 STA는 TXOP 액세스 스케줄러 트리거 프레임(774)을 연관된 AP에게 송신하여, 자신에 대한 예약된 RU 및 TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 대응하는 데이터 지연(776)을 지시한다.
일단 공유 TXOP 홀더 BSS의 AP가 TXOP 액세스 스케줄러 트리거 프레임을 수신하면, 이 AP는, 할당된 RU 및 UL 데이터 전송을 시작할 대응하는 데이터 지연(782, 786)을 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임(778, 780)을 각각의 비-AP 공유 TXOP 참여자 STA에게 송신한다. 이어서, 이 AP는 OBSS 공유 트리거 프레임(784)을 공유 TXOP 참여자 BSS의 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연(776), 이용 가능한 주파수 대역 및 MU-BA 지연을 지시한다.
공유 TXOP 참여자 BSS의 AP가 OBSS 공유 트리거 프레임을 수신한 후에, 이 AP는 이용 가능한 주파수 대역에 기초하여 공유 TXOP 참여자 BSS의 각각의 비-AP 공유 TXOP 참여자 STA을 위한 RU를 할당한다. 이어서, 이 AP는, 대응하는 업데이트된 데이터 지연(792) 및 할당된 RU를 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임(788, 790)을 각각의 비-AP 공유 TXOP 참여자 STA에게 송신한다.
비-AP TXOP 홀더 STA는 TXOP 액세스 스케줄러 트리거 프레임의 수신으로부터 대응하는 데이터 지연 후에 예약된 RU를 사용하여 UL 데이터(798)를 송신한다. 비-AP TXOP 참여자 STA들은 유니캐스트 TXOP 액세스 요청 트리거 프레임에서 지시된 대응하는 데이터 지연 후에 할당된 RU를 사용하여 UL 데이터(794, 796, 800, 802)를 연관된 AP들에게 송신한다.
공유 TXOP 홀더 BSS의 AP는 UL 데이터를 수신한 후 MU-BA 프레임(804)을 브로드캐스팅한다. 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 또한, OBSS 공유 트리거 프레임의 수신 이후 시간으로부터 기록되는, MU-BA 지연(789) 후에 MU-BA(806)를 브로드캐스팅한다.
도 38는 비-AP TXOP 홀더 STA 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(810)를 예시한다. 비-AP TXOP 홀더 STA는, 자신에 대한 예약된 RU 및 TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 대응하는 데이터 지연을 지시하는, TXOP 액세스 스케줄러 트리거 프레임을 연관된 AP에게 송신(812)한다. 비-AP TXOP 홀더 STA는 이어서 대응하는 데이터 지연 후에 예약된 RU를 사용하여 UL 데이터를 송신(814)한다.
도 39는 AP 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(830)를 예시한다.
검사(832)는 TXOP 액세스 스케줄러 트리거 프레임이 수신되었는지를 결정한다. TXOP 액세스 스케줄러 트리거 프레임이 수신된 경우, 이것은 공유 TXOP 홀더 BSS의 AP이고, 블록(834)에서 이 AP는, 할당된 RU 및 UL 데이터 전송을 시작할 대응하는 데이터 지연을 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임을 각각의 비-AP 공유 TXOP 참여자 STA에게 송신한다.
이어서, 이 AP는, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연을 지시하는, OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 AP에게 유니캐스팅(836)한다.
검사(838)는 UL 데이터가 수신되었는지를 결정한다. 공유 TXOP 홀더 BSS의 AP가 요구된 시간 기간 내에 UL 데이터를 수신하지 않는 경우, 데이터 프레임 타임 아웃(840)이 발생하고, AP는 바람직하게는 유니캐스트 TXOP 액세스 요청 트리거 프레임을 재전송한다. 그렇지 않고, 공유 TXOP 홀더 BSS의 AP가 UL 데이터를 수신한 경우, 블록(842)에서 이 AP는 즉시 MU-BA 프레임을 브로드캐스팅한다.
블록(832)으로 돌아가서, AP에 의해 수신되는 프레임이 TXOP 액세스 스케줄러 트리거 프레임이 아닌 것으로 결정되는 경우, 실행은 OBSS 공유 트리거 프레임이 수신되었는지를 검사하는 블록(844)에 도달한다. OBSS 공유 트리거 프레임이 수신된 경우, AP는 공유 TXOP 참여자 BSS에 대한 것이고, 블록(846)에서 이 AP는 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA에 대해 RU를 할당하고, 이어서, 각각의 비-AP 공유 TXOP 참여자 STA에 대한 업데이트된 데이터 지연 및 할당된 RU를 지시하는, 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송신한다.
검사(848)는 UL 데이터가 수신되었는지를 결정한다. UL 데이터가 요구된 시간 기간 내에 수신되지 않는 경우, 데이터 타임 아웃(850)이 발생하고, AP는, 블록(846)으로 돌아가는 것에 의해 보이는 것과 같이, 유니캐스트 TXOP 액세스 요청 트리거 프레임을 재전송한다. 그렇지 않고, 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 OBSS 공유 트리거 프레임의 수신으로부터 MU-BA 지연 후에 MU-BA를 브로드캐스팅(852)한다.
비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, (AP에 의해 트리거되는) 유니캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이 도 36에 도시된 것임에 유의해야 할 것이다.
7.3.6. (비-AP TXOP 홀더에 의해 트리거되는) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지
도 40은 (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지에서의 프레임 교환의 예시적인 실시예(870)를 예시한다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
이 프로세스는 공유 TXOP 초기화 절차(872)의 구현을 요구한다. 비-AP TXOP 홀더 STA는 (User Info 필드의 Single BSS 서브필드가 0으로 설정된) 브로드캐스트 TXOP 액세스 요청 트리거 프레임(874)을 송신하여, 자신에 대한 예약된 RU, TXOP 홀더 BSS 내의 (User Info 필드의 AID 서브필드에 의해 지시된 바와 같은) 각각의 비-AP 공유 TXOP 참여자 STA에 대한 (Common Info 필드의 UL BW 서브필드와 함께 User Info 필드의 RU Allocation 서브필드에서 지시된 바와 같은) 스케줄링된 RU 및 (User Info 필드의 Data Delay 서브필드에 정의된 바와 같은) 대응하는 데이터 지연(876)을 지시한다.
일단 공유 TXOP 홀더 BSS의 AP가 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 수신하면, 이 AP는 OBSS 공유 트리거 프레임(878)을 TXOP 참여자 BSS 내의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연을 지시한다.
공유 TXOP 참여자 BSS의 AP가 OBSS 공유 트리거 프레임을 수신한 후에, AP는 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA에 대해 RU를 할당하고, 이어서, 공유 TXOP 참여자 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 업데이트된 데이터 지연을 지시하는, 브로드캐스트 TXOP 액세스 요청 트리거 프레임(880)을 송신한다.
비-AP TXOP 홀더 STA는 브로드캐스트 TXOP 액세스 요청 트리거 프레임의 수신으로부터 대응하는 데이터 지연 후에 예약된 RU를 사용하여 UL 데이터(888)를 송신한다. 비-AP TXOP 참여자 STA들은 브로드캐스트 TXOP 액세스 요청 트리거 프레임에서 지시된 대응하는 데이터 지연 후에 할당된 RU를 사용하여 UL 데이터(884, 886, 890, 892)를 그들의 연관된 AP들에게 송신한다.
공유 TXOP 홀더 BSS의 AP는 UL 데이터를 수신한 후 MU-BA 프레임(894)을 브로드캐스팅한다. 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 OBSS 공유 트리거 프레임의 수신으로부터 MU-BA 지연(882) 후에 MU-BA(896)를 브로드캐스팅한다.
도 41은 비-AP TXOP 홀더 STA 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(910)를 예시한다.
비-AP TXOP 홀더 STA는 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송신(912)하여, 자신에 대한 예약된 RU, TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 스케줄링된 RU 및 대응하는 데이터 지연을 지시한다.
비-AP TXOP 홀더 STA는 이어서 브로드캐스트 TXOP 액세스 요청 트리거 프레임의 수신으로부터 대응하는 데이터 지연 후에 예약된 RU를 사용하여 UL 데이터를 송신(914)한다.
도 42는 AP 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(930)를 예시한다.
수신된 프레임은 브로드캐스트 TXOP 액세스 요청 트리거 프레임인지를 결정하기 위해 검사(932)된다. 그것이 브로드캐스트 TXOP 액세스 요청 트리거 프레임인 경우, 이것은 공유 TXOP 홀더 BSS의 AP이고, AP는 OBSS 공유 트리거 프레임을 TXOP 참여자 BSS 내의 다른 AP에게 유니캐스팅(934)하여, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연을 지시한다. 공유 TXOP 홀더 BSS의 AP는 UL 데이터를 수신한 후 MU-BA 프레임을 브로드캐스팅(936)한다.
블록(932)으로 돌아가서, TXOP 액세스 요청 트리거 프레임이 수신되지 않는 경우, 프레임이 OBSS 공유 트리거 프레임인지를 결정하기 위해 블록(938)에서 프레임이 검사된다. 그렇지 않은 경우, 이 프로세싱이 완료된다. 그렇지 않고, 프레임이 OBSS 공유 트리거 프레임인 경우, 이 AP는 OBSS 공유 트리거 프레임을 수신하는 공유 TXOP 참여자 BSS의 AP이고, 이 AP는 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA에 대해 RU를 할당하고, 이어서 공유 TXOP 참여자 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 업데이트된 데이터 지연의 지시를 포함하는 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송신(940)한다.
검사(942)는 UL 데이터가 수신되었는지를 결정한다. 데이터가 요구된 시간 기간 내에 수신되지 않는 경우, 데이터 프레임 타임 아웃(944)이 발생하고, TXOP 액세스 요청 트리거 프레임은, 도시된 바와 같이 블록(940)으로 돌아가는 것에 의해서와 같이, 재브로드캐스팅된다.
공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, AP는 OBSS 공유 트리거 프레임의 수신으로부터 MU-BA 지연 후에 MU-BA를 브로드캐스팅(946)한다.
도 43은 비-AP TXOP 참여자 STA 레벨에서 처리되는, (비-AP TXOP 홀더에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(950)를 예시한다.
TXOP 액세스 요청 트리거 프레임이 비-AP TXOP 참여자 STA에 의해 수신되는지를 결정하기 위한 검사가 이루어진다(952). 조건이 충족되는 경우, 블록(954)에서 비-AP TXOP 참여자 STA는 브로드캐스트 TXOP 액세스 요청 트리거 프레임에서 지시되는 대응하는 데이터 지연 후에 시작하도록 할당된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신한다.
7.3.7. (AP에 의해 트리거되는) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프트를 갖는 TXOP 스케줄링 및 액세스 스테이지
도 44는 (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지에서의 프레임 교환 프로세스의 예시적인 실시예(970)를 예시한다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
이 프로세스는 공유 TXOP 초기화 절차(972)의 구현을 요구한다.
비-AP TXOP 홀더 STA는, 자신에 대한 예약된 RU, TXOP 홀더 BSS 내의 (User Info 필드의 AID 서브필드에 의해 지시된 바와 같은) 각각의 비-AP 공유 TXOP 참여자 STA에 대한 (Common Info 필드의 UL BW 서브필드와 함께 User Info 필드의 RU Allocation 서브필드에서 지시된 바와 같은) 연관된 RU 및 (User Info 필드의 Data Delay 서브필드에 정의된 바와 같은) 대응하는 데이터 지연(976)을 지시하는 연관된 AP로, (User Info 필드의 Single BSS 서브필드가 0으로 설정된) TXOP 액세스 스케줄러 트리거 프레임(974)을 송신한다.
일단 공유 TXOP 홀더 BSS의 AP가 TXOP 액세스 스케줄러 트리거 프레임을 수신하면, 이 AP는, 공유 TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 (User Info 필드의 Data Delay 서브필드에 정의된 바와 같은) 업데이트된 데이터 지연 및 (Common Info 필드의 UL BW 서브필드와 함께 User Info 필드의 RU Allocation 서브필드에서 지시된 바와 같은) 할당된 RU를 지시하는, (User Info 필드의 Single BSS 서브필드가 0으로 설정된) 브로드캐스트 TXOP 액세스 요청 트리거 프레임(978)을 송신한다. 이어서, 이 AP는, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연(984)의 지시를 포함하는, OBSS 공유 트리거 프레임(980)을 TXOP 참여자 BSS 내의 다른 AP에게 유니캐스팅한다.
공유 TXOP 참여자 BSS의 AP가 OBSS 공유 트리거 프레임을 수신한 후에, AP는 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA에 대해 RU를 할당하고, 이어서, 공유 TXOP 참여자 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 업데이트된 데이터 지연을 지시하는, 브로드캐스트 TXOP 액세스 요청 트리거 프레임(982)을 송신한다.
비-AP TXOP 홀더 STA는 브로드캐스트 TXOP 액세스 요청 트리거 프레임의 수신으로부터 대응하는 데이터 지연 후에 예약된 RU를 사용하여 UL 데이터(990)를 송신한다. 비-AP TXOP 참여자 STA들은 브로드캐스트 TXOP 액세스 요청 트리거 프레임에서 지시된 대응하는 데이터 지연 후에 할당된 RU를 사용하여 UL 데이터(986, 988, 992, 994)를 연관된 AP들에게 송신한다.
공유 TXOP 홀더 BSS의 AP는 UL 데이터를 수신한 후 MU-BA 프레임(996)을 브로드캐스팅한다. 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 또한 OBSS 공유 트리거 프레임의 수신으로부터 MU-BA 지연 후에 MU-BA 프레임(998)을 브로드캐스팅한다.
도 45는 비-AP TXOP 홀더 STA 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1010)를 예시한다.
비-AP TXOP 홀더 STA는, 자신에 대한 예약된 RU 및 TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 대응하는 데이터 지연을 지시하는, TXOP 액세스 스케줄러 트리거 프레임을 연관된 AP에게 송신(1012)한다.
검사(1014)는 브로드캐스트 TXOP 액세스 요청 트리거 프레임이 이 비-AP TXOP 홀더 STA에 의해 수신되었는지를 결정한다. 트리거 프레임이 타임 아웃 간격 내에서 수신되지 않은 경우, 타임아웃(1016)이 발생하고, 그 후에, 블록(1012)에서 보이는 것과 같이, TXOP 액세스 스케줄러 트리거 프레임이 재송신된다.
브로드캐스트 TXOP 액세스 요청 트리거 프레임이 수신된 경우, 블록(1018)에서 비-AP TXOP 홀더 STA는 브로드캐스트 TXOP 액세스 요청 트리거 프레임의 수신으로부터 예약된 RU의 사용까지로 결정되는 대응하는 데이터 지연 후에 UL 데이터를 송신한다.
도 46은 AP 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거를 갖고 스케줄러에서의 시간 시프팅을 수행하는 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1030)를 예시한다.
검사(1032)는 TXOP 액세스 스케줄러 트리거 프레임이 AP에 의해 수신되었는지를 결정한다. 조건이 충족되는 경우, 이 AP는 공유 TXOP 홀더 BSS의 AP이며, 이 AP는, 공유 TXOP 홀더 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 업데이트된 데이터 지연을 지시하는, 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송신(1034)한다.
이어서 공유 TXOP 홀더 BSS의 AP는 OBSS 공유 트리거 프레임을 TXOP 참여자 BSS 내의 다른 AP에게 유니캐스팅(1036)하여, 공유 TXOP 참여자 BSS에서의 전송에 대한 업데이트된 데이터 지연, 이용 가능한 주파수 대역 및 MU-BA 지연을 지시한다.
검사(1038)는 UL 데이터가 수신되었는지를 결정한다. 타임아웃 간격 동안 UL 데이터가 수신되지 않은 경우, 데이터 프레임 타임 아웃(1040)이 발생하고 AP는 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 재전송(1036)해야 한다. 공유 TXOP 홀더 BSS의 AP가 UL 데이터를 적시에 수신한 것으로 블록(1038)에서의 조건이 충족되는 경우, AP는 즉시 MU-BA 프레임을 브로드캐스팅(1042)한다.
블록(1032)으로 돌아가서 수신된 프레임이 TXOP 액세스 스케줄러 프레임이 아닌 경우, 블록(1044)에서 프레임이 OBSS 공유 트리거 프레임인지를 결정하기 위한 검사가 이루어진다. 조건이 충족되지 않는 경우, 프로세싱이 종료된다. 그렇지 않은 경우, AP는 OBSS 공유 트리거 프레임을 수신하였으며, 따라서 이 AP는 공유 TXOP 참여자 BSS의 AP이고, 블록(1046)에서 이 AP는 이용 가능한 주파수 대역에 기초하여 각각의 비-AP 공유 TXOP 참여자 STA에 대해 RU를 할당하고, 이어서 공유 TXOP 참여자 BSS 내의 각각의 비-AP 공유 TXOP 참여자 STA에 대한 할당된 RU 및 업데이트된 데이터 지연을 지시하는 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송신한다.
검사(1048)는 UL 데이터가 수신되었는지를 결정한다. 타임 아웃 간격 동안 UL 데이터가 수신되지 않는 경우, 데이터 프레임 타임 아웃(1050)이 발생하고 프로세싱은 TXOP 액세스 요청 트리거 프레임을 재브로드캐스팅하기 위해 블록(1046)으로 돌아간다. 그렇지 않고, 공유 TXOP 참여자 BSS의 AP가 UL 데이터를 수신하는 경우, 이 AP는 OBSS 공유 트리거 프레임의 수신으로부터 MU-BA 지연 후에 MU-BA를 브로드캐스팅(1052)한다.
비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, (AP에 의한) 브로드캐스트 TXOP 액세스 요청 트리거 및 스케줄러에서의 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이 도 43에 도시된 것과 동일하다는 것이 이해되어야 한다.
7.4. 반정적 시나리오의 개요
이 시나리오에서는, 공유 TXOP 셋업 스테이지와 TXOP 스케줄링 및 액세스 스테이지를 포함하는 2 개의 스테이지가 설계된다.
공유 TXOP 셋업 스테이지에서, 각각의 비-AP STA는 공유 TXOP에 대한 공유 제안/요청 정보를 AP와 교환한다. 이것에 더하여, 각각의 잠재적인 비-AP TXOP 홀더 STA는 또한 다른 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 공지하고, 이 할당 구성 정보를 연관된 AP의 코디네이션을 통해 다른 비-AP STA들과 교환한다.
반정적 구성은 초기 스테이지에서 수행되며, TXOP 스케줄링 및 액세스 스테이지에서 복잡한 스케줄링 프로세스를 우회하는 것을 가능하게 한다. 반정적 구성은 언제든지 재설정되거나 반복될 수 있다. 비-AP STA들은 공유 TXOP 셋업 스테이지에서 구성된 바와 같은 할당된 RU들을 사용하여 TXOP 채널에 직접 액세스한다. 반정적 시나리오에서는, 상이한 BSS들의 AP들이 코디네이터로서 관여된다.
반정적 시나리오에서, 설명된 프로토콜은 2 개의 스테이지: (1) 공유 제안/요청 셋업 서브스테이지 및 TXOP 홀더 구성 셋업 서브스테이지를 포함하는 공유 TXOP 셋업 스테이지, 및 (2) 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지 또는 스케줄링된 대역들에서의 TXOP 스케줄링 및 액세스 스테이지에 의해 달성될 수 있는 TXOP 액세스 스테이지를 갖는다.
7.4.1. 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지
도 47은 OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지에서의 프레임 교환 시퀀스의 예시적인 실시예(1070)를 예시한다.
이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다.
비-AP STA는, 인증/결합 요청 프레임 또는 TXOP 공유 제안/요청 정보가 내장된 임의의 다른 프레임들과 같은, 관리 프레임(1072)을 연관된 AP에게 송신하여, 제각기, 공유 TXOP를 제안하거나 요청할 의향이 있음을 지시하는 것은 물론 자신이 제안하거나 요청하는 TXOP 액세스 자원을 지시하고, NAV(공유 제안/요청)(1074) 간격이 시작된다. AP는 비-AP STA로부터 공유 제안/요청 프레임을 수신하고, 응답 프레임(1076)을 비-AP STA에게 다시 송신하는 동안 공유 가능성 정보를 유지한다. 이어서 AP는 자신의 BSS(BSS1) 내의 모든 비-AP STA들에 대한 최신 공유 가능성 정보를 업데이트하기 위해 공유 제안/요청 프레임(1078)을 브로드캐스팅한다. 그 후에, AP는 BSS1의 비-AP STA들 공유 가능성을 지시하는 OBSS 공유 STA들 프레임(1080)을 다른 BSS(BSS2)의 다른 AP(AP2)에게 유니캐스팅하고, NAV(OBSS 공유)(1082)가 시작된다.
일단 AP2가 OBSS 공유 STA들 프레임을 수신하면, AP2는 BSS2의 모든 비-AP STA들에 대한 BSS1의 비-AP STA들의 최신 공유 가능성 정보를 업데이트하기 위해 공유 제안/요청 프레임(1084)을 브로드캐스팅한다.
그러면 이 도면의 우측은 비-AP TXOP 참여자 STA들 중 하나가 공유 제안/요청 프레임(1086)을 AP에게 송신하여 NAV(공유 제안/요청) 간격(1088)을 시작하고, AP가 응답 프레임(1090)을 다시 송신하며 이어서 공유 제안들/요청들(1092)에 뒤이어서 OBSS 공유 STA들 프레임(1094)을 통신하고, 이때 NAV(OBSS 공유)(1096)가 시작되며, 공유 TXOP 홀더의 BSS 내의 AP가 이어서 공유 제안들/요청(1098)을 송출하는 것을 도시한다.
도 48은 비-AP STA 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지의 예시적인 실시예(1110)를 예시한다. 비-AP STA는 공유 제안/요청 정보가 내장되어 있는 관리 프레임(예를 들면, 인증/결합 요청 프레임)을 연관된 AP에게 송신(1112)한다. 검사(1114)는 응답이 타임 아웃 간격 내에서 AP로부터 수신되었는지를 결정한다. 비-AP STA가 관리 프레임 타임 아웃 내에서 연관된 AP로부터 어떠한 피드백도 수신하지 않는 경우, 관리 프레임 타임 아웃이 발생하고(1116), 블록(1112)에서 비-AP STA는 관리 프레임을 재전송한다.
그렇지 않고, 조건이 충족되고 비-AP STA가 AP로부터 응답을 수신한 경우, 브로드캐스트 공유 제안/요청 프레임이 AP로부터 수신되었는지를 결정하기 위한 검사가 이루어진다(1118). 조건이 충족되지 않는 경우, 이 프로세싱이 종료된다. 그렇지 않은 경우, 브로드캐스트 공유 제안/요청 프레임이 AP로부터 수신되었고, 비-AP STA는 모든 다른 비-AP STA들에 대한 공유 가능성을 업데이트(1120)한다.
도 49은 AP 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 공유 제안/요청 셋업 서브스테이지의 예시적인 실시예(1130)를 예시한다. AP는 공유 제안/요청 정보가 내장된 관리 프레임(예를 들면, 인증/결합 요청 프레임)을 비-AP STA로부터 수신(1132)한다. AP는 공유 가능성 정보를 유지하고 응답 프레임(예를 들면, 인증/결합 응답 프레임)을 비-AP STA에게 다시 송신한다(1134).
이어서 AP는 자신의 BSS(BSS1) 내의 모든 비-AP STA들에 대한 최신 공유 가능성 정보를 업데이트하기 위해 공유 제안/요청 프레임을 브로드캐스팅(1136)한다. 그 후에, AP는 BSS1의 비-AP STA들 공유 가능성을 지시하는 OBSS 공유 STA들 프레임을 다른 BSS(BSS2)의 다른 AP(AP2)에게 유니캐스팅(1138)한다.
검사(1140)는 OBSS 공유 STA들 프레임이 수신되었는지를 결정한다. 조건이 충족되지 않는 경우, 프로세싱이 종료된다. 그렇지 않고, 일단 AP2가 OBSS 공유 STA들 프레임을 수신하면, AP2는 BSS2의 모든 비-AP STA들에 대한 BSS1 내의 비-AP STA들의 최신 공유 가능성 정보를 업데이트하기 위해 공유 제안/요청 프레임을 브로드캐스팅(1142)한다.
7.4.2. 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지
도 50은 OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지에서의 프레임 교환 프로세스의 예시적인 실시예(1150)를 예시한다.
이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다.
잠재적인 비-AP TXOP 홀더 STA는 먼저 TXOP 홀더 구성 프레임(1152)을 연관된 AP에게 송신하여, 다른 비-AP 공유 TXOP 참여자 STA들에 대한 RU들의 분배 및 스케줄을 지시한다. NAV(공유 제안/요청)(1154)이 시작된다.
AP가 비-AP STA로부터 TXOP 홀더 구성 프레임을 수신한 후에, AP는 공유 TXOP 액세스 스케줄링 정보를 유지하고 응답 프레임(1156)을 비-AP STA로 다시 송신한다. 이어서, AP는 자신의 BSS(BSS1) 내의 모든 비-AP STA들에 대한 최신 TXOP 액세스 스케줄링 정보를 업데이트하기 위해 TXOP 액세스 구성 프레임(1158)을 브로드캐스팅한다. 그 후에, AP는 BSS1의 공유 TXOP 액세스 스케줄링을 지시하는 OBSS TXOP 액세스 구성 프레임(1160)을 다른 BSS(BSS2)의 다른 AP(AP2)에게 유니캐스팅한다. NAV(OBSS 공유)(1162)가 시작된다.
일단 AP2가 OBSS TXOP 액세스 구성 프레임을 수신하면, AP2는 BSS2의 모든 비-AP STA들에 대한 BSS1의 비-AP STA들의 최신 공유 TXOP 액세스 스케줄링 정보를 업데이트하기 위해 TXOP 액세스 구성 프레임(1164)을 브로드캐스팅한다.
이어서 비-AP TXOP 참여자 STA들 중 하나는 TXOP 홀더 구성 프레임(1166)을 BSS2의 AP에게 송신하고, NAV(공유 제안/요청)(1168)이 시작된다. AP는 응답 프레임(1170)을 반환하고, 이어서 TXOP 액세스 구성 프레임(1172)에 뒤이어서 OBSS TXOP 액세스 구성 프레임(1174)을 송신하며, NAV(OBSS 공유) 간격(1176)이 시작된다. 이 OBSS TXOP 액세스 구성 프레임을 수신할 시에, BSS1 내의 AP는 TXOP 액세스 구성 프레임(1178)을 송출한다.
도 51은 비-AP STA 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지의 예시적인 실시예(1190)를 예시한다.
비-AP STA는 TXOP 홀더 구성 프레임을 연관된 AP에게 송신(1192)하여, 다른 비-AP 공유 TXOP 참여자 STA들에 대한 RU들의 스케줄 및 분배를 지시한다.
검사(1194)는 응답 프레임이 이 비-AP STA에 의해 AP로부터 수신되었는지를 결정한다. TXOP 홀더 STA 구성 프레임이 타임 아웃되기 전에 비-AP STA가 연관된 AP로부터 어떠한 피드백도 수신하지 않는 경우, 타임 아웃(1196)이 발생하고, 비-AP TXOP 홀더 STA는, 블록(1192)으로 돌아가는 것에 의해서와 같이, TXOP 홀더 구성 프레임을 재전송한다.
비-AP STA가 AP로부터 응답을 수신하는 경우, 검사(1198)는 TXOP 액세스 구성 프레임이 수신되었는지를 결정한다. 조건이 충족되지 않는 경우, 프로세스가 종료된다. 그렇지 않은 경우, TXOP 액세스 구성 프레임이 수신되었고 비-AP STA는 전체 TXOP 액세스 구성의 데이터베이스를 업데이트(1200)한다.
도 52는 AP 레벨에서 처리되는, OBSS 시나리오에 대한 반정적 프로토콜의 TXOP 홀더 구성 셋업 서브스테이지의 예시적인 실시예(1210)를 예시한다.
AP는 비-AP STA로부터 TXOP 홀더 구성 프레임을 수신(1212)하고, 공유 TXOP 액세스 스케줄링 정보를 유지하고 응답 프레임을 비-AP STA에게 다시 송신(1214)한다. 이어서, AP는 자신의 BSS(BSS1) 내의 모든 비-AP STA들에 대한 최신 TXOP 액세스 스케줄링 정보를 업데이트하기 위해 TXOP 액세스 구성 프레임을 브로드캐스팅(1216)한다. 그 후에, AP는 BSS1의 공유 TXOP 액세스 스케줄링을 지시하는 OBSS TXOP 액세스 구성 프레임을 다른 BSS(BSS2)의 다른 AP(AP2)에게 유니캐스팅(1218)한다.
검사(1220)는 BSS2의 AP가 OBSS TXOP 액세스 구성 프레임을 수신했는지를 결정한다. 조건이 충족되지 않는 경우, 프로세싱이 종료된다. 그렇지 않은 경우, AP는 OBSS TXOP 액세스 구성 프레임을 수신하였고, AP는 BSS2의 모든 비-AP STA들에 대한 BSS1의 비-AP STA들의 최신 공유 TXOP 액세스 스케줄링 정보를 업데이트하기 위해 TXOP 액세스 구성 프레임을 브로드캐스팅(1222)한다.
7.5.1. 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지
도 53은 OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1230)를 예시한다.
이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
TXOP 셋업 스테이지(1232)가 수행된다. 이어서, 비-AP TXOP 홀더 STA는 TXOP 공유 요청 트리거 프레임(1234)을 연관된 AP에게 유니캐스팅하며, 이는 TXOP 스케줄링 및 액세스 스테이지의 시작을 나타낸다.
AP가 TXOP 공유 요청 트리거 프레임을 수신한 후에, AP는 OBSS 공유 트리거 프레임(1236)을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송 스케줄링에 대한 TF 지연(1240) 및 MU-BA 지연(1246)을 지시한다. 이어서, AP는 데이터 지연 지속기간(1244)을 지시하는, TXOP 공유 응답 트리거 프레임(1238)을 브로드캐스팅한다.
공유 TXOP 참여자 BSS 내의 AP는 OBSS 공유 트리거 프레임을 수신하고, TF 지연(1240) 후에 이 AP는 TXOP 공유 응답 트리거 프레임(1242)을 브로드캐스팅한다.
비-AP TXOP 참여자 STA들 또는 비-AP TXOP 홀더 STA가 TXOP 공유 응답 트리거 프레임을 수신하는 경우, 이들은 기본 트리거에서 지시되는 데이터 지연 지속기간을 검사한다. 데이터 지연 지속기간 후에, 각각은 구성된 RU를 사용하여 UL 데이터(1248, 1250, 1252, 1254 및 1256)를 연관된 AP에게 송신한다.
일단 UL 데이터가 수신되면, 공유 TXOP 홀더 BSS로부터의 AP는 MU-BA 프레임(1258)을 즉시 송신한다. 공유 TXOP 참여자 BSS로부터의 AP는 이어서 OBSS 공유 트리거 프레임을 수신한 이후의 시간을 나타내는 MU-BA 지연(1246) 후에 MU-BA 프레임(1260)을 송신한다.
도 54는 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1270)를 예시한다. 비-AP TXOP 홀더 STA는 TXOP 액세스가 시작되어야 한다는 것을 지시하기 위해 TXOP 공유 요청 트리거 프레임을 연관된 AP에게 송신(1272)한다.
검사(1272)는 TXOP 공유 응답 트리거 프레임이 수신되었는지를 결정한다. 조건이 충족되지 않고 비-AP TXOP 홀더 STA가 TXOP 공유 요청 트리거 프레임 타임 아웃 전에 TXOP 공유 응답 트리거 프레임을 수신하지 않는 경우, 타임 아웃이 발생하고(1276), 비-AP TXOP 홀더 STA는, 실행이 블록(1272)으로 돌아가는 것에 의해서와 같이, TXOP 공유 요청 트리거 프레임을 재전송한다. 그렇지 않고, TXOP 공유 응답 트리거 프레임이 수신된 경우, 블록(1278)에서 TXOP 공유 응답 트리거 프레임에서 지시된 바와 같은 데이터 지연 지속기간 후에, 비-AP TXOP 홀더 STA는 구성된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신한다.
도 55는 AP 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1290)를 예시한다.
검사(1292)는 TXOP 공유 요청 트리거 프레임이 수신되었는지를 결정한다. AP가 TXOP 공유 요청 트리거 프레임을 수신하는 경우, 이것은 공유 TXOP 홀더에 대한 BSS의 AP이고, AP는 OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 참여자 BSS에서의 전송 스케줄링에 대한 TF 지연 및 MU-BA 지연을 지시한다(1294).
공유 TXOP 홀더 BSS 내의 AP는 이어서 데이터 지연 지속기간을 지시하는 TXOP 공유 응답 트리거 프레임을 브로드캐스팅(1296)한다.
검사(1298)는 UL 데이터가 타임 아웃 간격 내에서 수신되었는지를 결정한다. UL 데이터가 제시간에 수신되지 않은 경우, 데이터 프레임 타임 아웃(1300)이 발생하고, AP는, 실행이 블록(1296)으로 돌아가는 것에 의해서와 같이, TXOP 공유 응답 트리거 프레임을 재브로드캐스팅한다.
공유 TXOP 홀더 BSS로부터의 AP가 UL 데이터를 수신하는 경우, 이 AP는 즉시 MU-BA 프레임을 송신(1302)한다.
블록(1292)으로 돌아가서, 수신된 프레임이 TXOP 공유 요청 트리거 프레임이 아닌 경우, 실행은 수신된 프레임이 OBSS 공유 트리거 프레임인지를 검사하는 블록(1304)에 도달한다. 조건이 충족되지 않는 경우, 프레임은 이러한 조건들 중 어느 것도 충족시키지 않고 이 프로세싱이 종료된다. 그렇지 않은 경우, 이 AP가 OBSS 공유 트리거 프레임을 수신했기 때문에, 이 AP는 공유 TXOP 참여자 BSS에 있다. AP는, TF 지연 후에, TXOP 공유 응답 트리거 프레임을 브로드캐스팅(1306)하여, TXOP 참여자 BSS 내의 비-AP 공유 TXOP 참여자 STA들에 대한 데이터 지연을 지시한다.
검사(1308)는 UL 데이터가 수신되었는지를 결정한다. UL 데이터가 타임 아웃 기간 내에서 수신되지 않는 경우, 데이터 프레임 타임 아웃(1310)이 발생하고 AP는 TXOP 공유 응답 트리거 프레임을 재브로드캐스팅한다. 그렇지 않은 경우, 공유 TXOP 참여자 BSS로부터의 AP는 UL 데이터를 수신하고, OBSS 공유 트리거 프레임을 수신하고 나서 MU-BA 지연 후에 MU-BA 프레임을 송신(1312)한다.
도 56는 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 시간 시프팅을 갖는 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1330)를 예시한다.
검사(1332)는 TXOP 공유 응답 트리거 프레임이 수신되었는지를 결정한다. 조건이 충족되지 않는 경우, 이 프로세스가 종료된다.
비-AP TXOP 참여자 STA가 TXOP 공유 응답 트리거 프레임을 수신하는 경우, 블록(1334)에서 비-AP TXOP 참여자 STA는 TXOP 공유 응답 트리거에서 지시된 데이터 지연 지속기간을 검사한다. 데이터 지연 지속기간 후에, 비-AP TXOP 참여자 STA는 구성된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신(1336)한다.
7.5.2. 스케줄링된 대역들에서의 TXOP 스케줄링 및 액세스 스테이지
도 57은 OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1350)를 예시하고, 1차 대역(1358) 및 2차 대역(1360)에서의 동작을 도시한다. 이전의 예시적인 상호작용들에서와 같이, 이 도면은 수신기 AP1(52), 공유 TXOP 참여자들(54, 56)로서의 2 개의 비-AP 송신기, 및 비-AP 송신기 TXOP 홀더(58)를 갖는 제1 BSS(BSS1)를 도시한다. 제2 BSS(BSS2)에, 수신기 AP(60), 및 공유 TXOP 참여자들(62 및 64)로서의 2 개의 비-AP 송신기가 보인다. 예시의 간략함을 위해, NAV 간격들이 도시되어 있지 않음에 유의해야 할 것이다.
공유 TXOP 셋업(1352)이 수행된다. 이어서, 비-AP TXOP 홀더 STA는 TXOP 공유 요청 트리거 프레임(1354)을 연관된 AP에게 유니캐스팅하며, 이는 TXOP 스케줄링 및 액세스 스테이지의 시작을 나타낸다. AP가 TXOP 공유 요청 트리거 프레임을 수신한 후에, AP는 OBSS 공유 트리거 프레임(1356)을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 홀더 BSS에 대한 예약된 대역인 (Reserved Band TXOP holder BSS 필드에 설정된 바와 같은) 1차 대역(1358)을 지시한다. 따라서, AP는 2차 대역(1360)인 나머지 대역을 공유 TXOP 참여자 BSS를 위해 남겨 둔다. 이어서, 공유 TXOP 홀더 BSS 내의 AP는 1차 대역에서 TXOP 공유 응답 트리거 프레임(1362)을 브로드캐스팅한다.
공유 TXOP 참여자 BSS 내의 AP가 OBSS 공유 트리거 프레임을 수신하는 경우, 이 AP는 2차 대역에서 TXOP 공유 응답 트리거 프레임(1372)을 브로드캐스팅한다.
비-AP TXOP 참여자 STA 또는 비-AP TXOP 홀더 STA가 TXOP 공유 응답 트리거 프레임을 수신하는 경우, 이는 구성된 RU를 사용하여 UL 데이터(1364, 1366, 1368, 1374 및 1376)를 연관된 AP에게 송신한다.
공유 TXOP 홀더 BSS로부터의 AP가 UL 데이터를 수신하는 경우, 이 AP는 즉시 1차 대역에서 MU-BA 프레임(1370)을 송신한다. 그렇지 않은 경우, 이 AP는 TXOP 공유 응답 트리거 프레임을 재브로드캐스팅해야 한다.
공유 TXOP 참여자 BSS로부터의 AP가 UL 데이터를 수신하는 경우, 이 AP는 즉시 2차 대역에서 MU-BA 프레임(1378)을 송신한다. 그렇지 않은 경우, 이 AP는 TXOP 공유 응답 트리거 프레임을 재브로드캐스팅해야 한다.
도 58은 비-AP TXOP 홀더 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1390)를 예시한다. 비-AP TXOP 홀더 STA는 TXOP 액세스가 시작되어야 한다는 것을 지시하기 위해 TXOP 공유 요청 트리거 프레임을 연관된 AP에게 송신(1392)한다.
검사(1394)는 TXOP 공유 응답 트리거 프레임이 수신되었는지를 결정한다. 비-AP TXOP 홀더 STA가 TXOP 공유 요청 트리거 프레임 타임 아웃 전에 TXOP 공유 응답 트리거 프레임을 수신하지 않는 경우, 타임 아웃(1396)이 발생하고, 비-AP TXOP 홀더 STA는, 블록(1392)으로 돌아가는 것에 의해 여기에 도시된 바와 같이, TXOP 공유 요청 트리거 프레임을 재전송한다. 그렇지 않은 경우, 비-AP TXOP 홀더는 TXOP 공유 응답 트리거 프레임을 수신하고, STA는 구성된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신(1398)한다.
도 59는 AP 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1410)를 예시한다.
검사(1412)는 TXOP 공유 요청 트리거 프레임이 수신되었는지를 결정한다. AP가 TXOP 공유 요청 트리거 프레임을 수신한 경우, AP는 OBSS 공유 트리거 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅하여, 공유 TXOP 홀더 BSS에 대한 예약된 대역인 1차 대역을 지시한다(1414). 따라서 AP는 공유 TXOP 참여자 BSS에 의한 사용을 위해 2차 대역인 나머지 대역을 남겨 둔다.
공유 TXOP 홀더 BSS 내의 AP는 1차 대역에서 TXOP 공유 응답 트리거 프레임을 브로드캐스팅(1416)한다.
검사(1418)는 UL 데이터가 타임 아웃 간격 내에서 수신되었는지를 결정한다. 조건이 충족되지 않는 경우, 데이터 프레임 타임 아웃(1420)이 발생하고, TXOP 공유 응답 트리거는, 실행이 블록(1416)으로 돌아가는 것으로 여기에서 보이는 바와 같이, 1차 대역에서 재브로드캐스팅된다.
조건이 충족되고 공유 TXOP 홀더 BSS로부터의 AP가 UL 데이터를 수신한 경우, AP는 즉시 1차 대역에서 MU-BA 프레임을 송신(1422)한다.
블록(1412)으로 돌아가서 TXOP 공유 요청 트리거 프레임이 수신되지 않는 경우에, 1424에서의 검사는 프레임이 OBSS 공유 프레임인지를 결정한다.
AP가 OBSS 공유 트리거 프레임을 수신한 경우, 이 AP는 공유 TXOP 참여자 BSS의 AP이고, 이 AP는 2차 대역에서 TXOP 공유 응답 트리거 프레임을 브로드캐스팅(1426)한다.
검사(1428)는 UL 데이터가 타임 아웃 간격 내에서 수신되었는지를 결정한다. 조건이 충족되지 않는 경우, 데이터 프레임 타임 아웃(1430)이 발생하고, TXOP 공유 응답 트리거는, 실행이 블록(1426)으로 돌아가는 것으로 여기에서 보이는 바와 같이, 2차 대역에서 재브로드캐스팅된다.
공유 TXOP 참여자 BSS로부터의 AP가 UL 데이터를 수신하는 경우, 이 AP는 즉시 2차 대역에서 MU-BA 프레임을 송신(1432)한다.
도 60은 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, OBSS 시나리오에 대한 스케줄링된 대역에서의 TXOP 스케줄링 및 액세스 스테이지의 반정적 프로토콜의 예시적인 실시예(1450)를 예시한다.
검사(1452)는 TXOP 공유 응답 트리거 프레임이 수신되었는지를 결정한다. 조건이 충족되지 않는 경우, 이 프로세싱이 종료된다. 그렇지 않고, 비-AP TXOP 참여자 STA가 TXOP 공유 응답 트리거 프레임을 수신하는 경우, 블록(1454)에서 비-AP TXOP 참여자 STA는 TXOP 공유 응답 트리거에서 지시된 데이터 지연 지속기간을 검사한다. 데이터 지연 지속기간 후에, 비-AP TXOP 참여자 STA는 구성된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신한다.
8. 프레임 포맷 설계
이 섹션에서는, 본 개시에 따라 기존의 802.11 프로토콜들을 확장하는 예시적인 프레임 포맷들이 도시된다. 구체적으로 설명되지 않은 필드들/서브필드들이 해당 동일한 필드들/서브필드들이 다른 곳에서 설명되는 방식에 따라 또는 기존의 802.11 표준들에 대한 이전 활용에서 작동한다는 것이 이해되어야 한다.
8.1. STA TXOP 공유 가능성 요소
도 61은, AP와 비-AP STA 사이에서 교환되는 인증 또는 결합 요청 프레임들, 인증 또는 결합 응답 프레임들, 비콘 프레임 및 임의의 다른 관리 프레임들과 같은, 관리 프레임들에 포함되고 자신의 TXOP 공유 제안/요청 정보에 관해 연관된 AP에게 통보하기 위해 각각의 비-AP STA에 의해 사용되는, TXOP 공유 가능성 요소의 예시적인 실시예(1470)를 예시한다. 공유성 요소는 다음과 같은 필드들을 갖는다. Element ID 필드는 요소에 대한 식별자이며, 이 예에서는, 이는 이것을 STA TXOP 공유 가능성 요소로서 지시하기 위해 8의 값으로 설정되었다. AP가 해당 Element ID 필드가 8로 설정된 인증 또는 결합 요청 프레임을 수신하는 경우, AP는 (STA Info 필드에서 지시된 바와 같은) 각각의 STA의 모든 공유 제안/요청 정보를 기록하고 성공적인 수신을 지시하기 위해 인증 또는 결합 응답 프레임을 다시 송신한다. Length 필드는 Element ID 필드 및 Length 필드를 제외한 요소의 옥텟 수를 나타낸다. 다수의 STA 정보 필드들이 존재하며, 그 서브필드들은 도 62에 설명되어 있다.
도 62는, 다음과 같은 서브필드들을 갖는, 도 61에 보이는 TXOP 공유 가능성 요소로부터의 STA Information (info) 필드의 예시적인 실시예(1490)를 예시한다. AID 서브필드는 TXOP 공유 가능성이 지시되는 STA의 AID를 포함한다. TXOP share holder 서브필드는 TXOP 홀더로서의 이 STA의 공유 가능성을 나타낸다. TXOP share holder 서브필드는 TXOP 홀더로서 작동 중인 이 STA가 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 나타내기 위해 제1 값(예를 들면, 1)으로 설정된다. TXOP share holder 서브필드는 TXOP 홀더로서 작동 중인 이 STA가 자신의 TXOP를 다른 STA들과 공유할 의향이 없음을 나타내기 위해 제2 상태(예를 들면, 0)로 설정된다.
TXOP share participant 서브필드는 TXOP 참여자로서의 이 STA의 공유 가능성을 나타낸다. TXOP share participant 서브필드는 공유 TXOP 참여자 STA로서 작동하는 이 STA가 TXOP 홀더 STA에 의해 공유되는 TXOP에 합류할 의향이 있다는 것을 나타내기 위해 제1 상태(예를 들면, 1)로 설정된다. 그렇지 않고, TXOP share participant 서브필드가 제2 상태(예를 들면, 0)로 설정되는 경우, 이는 공유 TXOP 참여자 STA로서 작동하는 이 STA가 TXOP 홀더 STA에 의해 공유되는 TXOP에 합류할 의향이 없다는 것을 나타낸다.
8.2 공유 제안/요청 프레임
도 63은 공유 제안/요청 프레임 포맷의 예시적인 실시예(1510)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. BSSID 서브필드는 비-AP STA과 연관된 AP의 MAC 주소이다. BSSID가 TA와 동일한 MAC 주소를 지시하는 경우, 이것은 공유 제안/요청 프레임이 인트라 BSS로부터의 비-AP STA들에 대한 공유 가능성 정보를 전달하고 있다는 것을 나타내고; 그렇지 않은 경우, 이는 공유 제안/요청 프레임이 BSSID에 의해 지시되는 ID를 갖는 인터 BSS로부터의 비-AP STA들에 대한 공유 가능성 정보를 전달하고 있다는 것을 의미한다. 프레임은 비-AP STA의 TXOP 공유 제안/요청 정보를 포함하고 도 64에 설명된 서브필드들을 갖는 다수의 STA Share offer/request info 필드들을 포함할 수 있다.
도 64는 다음과 같은 서브필드들을 포함하는 STA Share offer/request info 필드의 예시적인 실시예(1530)를 예시한다. Priority 필드는 STA의 버퍼에 저장되는 트래픽의 우선순위를 지시하며, TXOP 액세스 스케줄러 설계를 위해 TXOP 홀더 또는 AP에 의해 사용될 수 있다. STA AID는 비-AP TXOP 참여자 STA의 AID이다. TXOP Share Request 서브필드는 이 STA가 공유 TXOP를 요청하고 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 이 서브필드는 제2 상태(예를 들면, 0)로 설정된다. AP가 TXOP Share Request 필드가 1로 설정된 공유 제안/요청 프레임을 수신할 때, AP는 이 프레임을 송신한 STA가 공유 TXOP에 참여할 의향이 있음을 인지하게 된다.
TXOP Resource Request 서브필드는, 이 실시예에서 기본 RU(26톤) 단위로 주어지는 바와 같은, 이 비-AP STA가 공유 TXOP에서 요청하는 연속 RU들의 수를 지시하며; 1 내지 37의 유효한 값 범위를 제공한다. AP는 공유 제안/요청 프레임에서 이 정보를 브로드캐스팅할 것이다.
TXOP Share Offered 서브필드는 이 STA가 비-AP TXOP 홀더 STA가 되고 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 이 값은 제2 상태(예를 들면 0)로 설정된다. AP가 TXOP Share Offered 필드가 1로 설정된 공유 제안/요청 프레임을 수신할 때, AP는 이 프레임을 송신한 STA가 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 인지하게 된다.
TXOP Resource Offered 서브필드는 이 TXOP 홀더 STA가, 기본 RU(26 톤) 단위로, 다른 STA들과 공유할 의향이 있는 연속 RU들의 수를 나타내며, 유효한 값들은 1 내지 37의 범위이다. AP는 공유 제안/요청 프레임에서 이 정보를 브로드캐스팅할 것이다.
8.3. OBSS 공유 STA들 프레임
도 65는 OBSS 공유 STA들 프레임 포맷의 예시적인 실시예(1550)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 이 트리거 프레임의 수신된 BSSID를 나타낸다. TA 필드는 이 트리거 프레임의 전송된 BSSID를 나타낸다.
하나 이상의 STA 공유 제안/요청 정보 필드가 프레임에 제공될 수 있으며, 각각의 내용은 도 64에 설명되어 있다.
OBSS 공유 STA들 프레임은 한 AP로부터 다른 AP에게 송신된다. 일단 AP가 OBSS 공유 STA들 프레임을 수신하면, AP는 비-AP STA의 공유 제안/요청 정보는 물론 전송된 BSSID를 검사하고 이 정보를 자신의 BSS 내에서 브로드캐스팅한다.
8.4. MU-RTS 공유
도 66은 다음과 같은 필드들을 갖는 MU-RTS 공유 프레임의 예시적인 실시예(1570)를 예시한다. MAC 헤더는 Frame Control, Duration, RA 및 TA 정보를 포함한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. common info 필드 및 list user info 필드가 보인다.
common info 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. Common Info 필드의 Trigger Type 서브필드는 트리거 프레임 변형을 식별해 준다. 적어도 하나의 실시예에서, 이러한 비트들이 3으로 설정되고 TXOP share 서브필드(B63)가 1로 설정되는 경우, 이것은 그것이 MU-RTS 공유 프레임이라는 것을 나타낸다. AP 또는 비-AP STA는, MU-RTS 공유 프레임을 수신하는 경우, 공유 TXOP가 초기화되었음을 인지하고, 이에 대해 (Common Info의 UL BW 서브필드 및 User Info 필드의 RU Allocation 서브필드에 의해 지시되는) MU-RTS 공유 프레임에서 지시된 바와 같은 지정된 RU를 사용하여 CTS 공유 프레임으로 응답해야 한다. UL(UpLoad) Length 서브필드는 요청된 HE TB PPDU의 L-SIG LENGTH 필드의 값을 나타낸다. More TF 서브필드는 후속 트리거 프레임이 전송을 위해 스케줄링되어 있는지 여부를 나타낸다. CS Required 서브필드는 User Info 필드들에서 식별된 STA들이 응답할지 여부를 결정할 때 매체 상태(medium state) 또는 NAV를 고려해야 하는지 여부를 나타낸다. UL BW 서브필드는 HE TB PPDU의 HE-SIG-A 내의 대역폭을 나타낸다. GI and HE-LTF Type 서브필드는 HE TB PPDU 응답의 GI 및 HE-LTF 유형을 나타낸다. MU-MIMO HE-LTF Mode 서브필드는 GI and HE-LTF Type 서브필드가 2x HE-LTF + 1.6 fΚs GI 또는 4x HE-LTF + 3.2 fΚs GI를 나타낼 때 비-OFDMA MU-MIMO HE TB PPDU 응답의 HE-LTF 모드를 나타낸다. 그렇지 않은 경우, 이 서브필드는 HE 단일 스트림 파일럿 HE-LTF 모드를 나타내도록 설정된다. Number of HE-LTF Symbols and Midamble Periodicity 서브필드는 Doppler 서브필드가 제1 상태(예를 들면, 0)으로 설정되는 경우 HE TB PPDU에 존재하는 HE-LTF 심벌들의 수를 나타내고, Doppler 서브필드가 제2 상태(예를 들면, 1)로 설정되는 경우 HE-LTF 심벌들의 수 및 미드앰블의 주기성을 나타낸다.
필드는 비트 26에서 계속되며 UL STBC 서브필드는 요청된 HE TB PPDU들의 STBC 인코딩의 상태를 나타낸다. LDPC Extra Symbol Segment 서브필드는 LDPC 추가 심벌 세그먼트의 상태를 나타낸다. AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로서 사용하는 동적 시나리오의 경우) 또는 비-AP TXOP 홀더 STA(AP를 코디네이터로서 사용하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다. Pre-FEC Padding Factor 서브필드는 프리-FEC 패딩 팩터(pre-FEC padding factor)를 나타낸다. PE Disambiguity 서브필드는 PE 명확성을 나타낸다. UL Spatial Reuse 서브필드는 요청된 HE TB PPDU들의 HE-SIG-A 필드 내의 Spatial Reuse 필드들에 포함될 값들을 지닌다. Doppler 서브필드는 HE TB PPDU에 미드앰블이 존재한다는 것을 나타내기 위해 제1 상태(예를 들어, 1)로 설정되고, 그렇지 않은 경우 제2 상태(예를 들어, 0)로 설정된다. UL HE-SIG-A2 Reserved 서브필드는 요청된 HE TB PPDU들의 HE-SIG-A2 서브필드 내의 Reserved 필드에 포함될 값을 지닌다. 제1 상태(예를 들면, 1)로 설정된 Common Info 필드의 TXOP share 서브필드는 송신자가 TXOP를 다른 비-AP STA들과 공유할 의향이 있다는 것을 나타내고; 그렇지 않은 경우 이는 제2 상태(예를 들면, 0)로 설정된다. Trigger Dependent Common Info 서브필드는 Trigger Type 필드의 값에 기초하여 선택적으로 존재한다.
다시 도면의 상단에 List user Information 필드가 보이고, User Info 1, User Info 2 ... User Info n 필드들을 보여주며, 이들 각각은 다음과 같이 도면의 중앙에 묘사된 서브필드들을 갖는다. User Info 필드는 특정 STA에 대해 할당된 RU 정보를 포함한다. User Info 필드의 AID12 서브필드는 AID12 서브필드 내의 값과 동일한 AID를 갖는 특정 STA에 고정된 RU를 할당하는 데 사용된다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. UL FEC Coding Type 서브필드는 요청된 HE TB PPDU의 코드 유형을 나타낸다. UL HE-MCS 서브필드는 요청된 HE TB PPDU의 HE-MCS를 나타낸다. UL DCM 서브필드는 요청된 HE TB PPDU의 DCM을 나타낸다. SS Allocation 서브필드는 요청된 HE TB PPDU의 공간 스트림들을 나타낸다. RA-RU Information 서브필드는 RA-RU 정보를 나타낸다. UL Target RSSI 서브필드는 할당된 RU를 통해 전송되는 HE TB PPDU의 HE 부분에 대한 예상 수신 신호 전력을 나타낸다. Trigger Dependent User Info 서브필드는 Trigger Type 필드의 값에 기초하여 선택적으로 존재한다.
8.5. CTS 공유
도 67은 다음과 같은 필드들을 갖는 CTS 공유 프레임의 예시적인 실시예(1590)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자의 MAC 주소를 포함한다. TXOP Share Participant AID 필드는 이 CTS 공유 프레임을 송신한 TXOP 공유 참여자의 AID를 나타낸다. 일단 TXOP 홀더가 이전에 송신된 MU-RTS 공유 프레임의 즉각적인 응답으로서 CTS 공유 프레임을 수신하면, TXOP 홀더는 TXOP Share Participant AID 정보를 검사하는 것에 의해 어느 STA들이 공유 TXOP에 합류할 의향이 있는지를 인지하게 되고, 따라서 그에 따라 이러한 STA들에 자원들을 할당한다. 비-AP STA가 이에 대한 MU-RTS 공유 프레임을 수신하지만 AP에게 송신할 것이 없는 경우, 적어도 하나의 실시예에서 비-AP STA는 후속하는 공유 TXOP에 합류하지 않을 것임을 나타내기 위해 TXOP Share Participant AID를 0으로 설정할 것이다.
8.6. OBSS TXOP 참여자 STA들 프레임
도 68은 다음과 같은 필드들을 갖는 OBSS TXOP 참여자 STA들 프레임 포맷의 예시적인 실시예(1610)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 이 트리거 프레임의 수신된 BSSID를 포함한다. TA 필드는 이 트리거 프레임의 전송된 BSSID를 포함한다. 하나 이상의 TXOP Resource Request STA 필드가 도시되어 있으며, 그 서브필드들은 도 69에 설명되어 있다.
도 69는 다음과 같은 서브필드들을 갖는 TXOP Resource Request STA 필드의 예시적인 실시예(1630)를 예시한다. TXOP Resource Request 서브필드는 도 64에서 설명한 것과 동일하다. 일단 AP가 MU-RTS 공유 프레임을 수신하면, AP는 공유 TXOP가 개시되었음을 알게 된다. 이어서 AP는 OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 참여자 BSS의 다른 AP에게 유니캐스팅한다. OBSS TXOP 참여자 STA의 프레임은 비-AP 공유 TXOP 참여자 STA에 대한 어떠한 정보도 포함하지 않는다.
비-AP 공유 TXOP 참여자 STA에 대한 어떠한 정보도 포함하지 않는 OBSS TXOP 참여자 STA로부터의 프레임을 수신한 후에, 공유 TXOP 참여자 BSS의 AP는 공유 TXOP의 개시가 시작되었음을 인지하고, MU-RTS 공유 프레임을 잠재적인 비-AP 공유 TXOP 참여자 STA들에게 송신한다.
후속하는 공유 TXOP에 참여할 의향이 있는 비-AP TXOP 참여자 STA들로부터 모든 CTS 공유 프레임들을 수신한 후에, 공유 TXOP 참여자 BSS의 AP는, 공유 TXOP 참여자 STA들의 최신 정보를 갖는, OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 홀더 BSS의 AP에게 유니캐스팅한다.
다른 BSS로부터의 공유 TXOP 참여자 STA들에 대한 정보를 갖는 OBSS TXOP 참여자 STA들 프레임을 수신한 후에, AP는, 공유 TXOP 참여자 BSS에서, 공유 TXOP 초기화 프로세스가 완료되었다는 것을 공지하기 위해 CTS-to-self 공유 프레임을 브로드캐스팅한다.
8.7. CTS-to-self 공유
도 70은 다음과 같은 필드들을 갖는 CTS-to-self 프레임 포맷의 예시적인 실시예(1650)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. 단일 BSS 시나리오에서, TXOP 홀더 STA는 TXOP 전송을 위한 매체를 예약하기 위해 RA 필드가 자신의 MAC 주소와 동일한 AP에게 CTS-to-self 프레임을 먼저 유니캐스팅할 수 있다. AP가 CTS-to-self 프레임을 수신할 때, AP는 MU-RTS 공유 프레임을 잠재적인 TXOP 공유 참여자 STA들에게 브로드캐스팅한다. OBSS 시나리오에서, 다른 BSS로부터의 공유 TXOP 참여자 STA들에 대한 정보를 갖는 OBSS TXOP 참여자 STA들 프레임을 수신한 후에, AP는 공유 TXOP 참여자 BSS에서 공유 TXOP 초기화 프로세스가 완료되었음을 공지하기 위해 CTS-to-self 공유 프레임을 브로드캐스팅한다.
일단 비-AP TXOP 홀더 STA가 CTS-to-self 공유 프레임을 수신하면, 비-AP TXOP 홀더 STA는 TXOP 스케줄링 및 액세스 스테이지를 시작할 수 있다. NAV는 CTS-to-self 프레임의 duration 필드에 설정될 수 있다. 셋업 비트들 0-13은 1 내지 16383 범위의 NAV 지속기간 값을 포함한다. 셋업 비트 14-15는 공유 정보를 포함하며, 01로 설정될 때, 이는 TXOP 홀더가 TXOP를 다른 STA들과 공유할 의향이 있음을 나타낸다. TXOP 홀더 STA로부터 CTS-to-self 프레임을 수신하는 AP는 MU-RTS 공유 프레임을 잠재적인 TXOP 공유 참여자 STA들에게 송신한다.
8.8. TXOP 우선순위 트리거 프레임
도 71은 다음과 같은 서브필드들을 갖는 TXOP 우선순위 트리거 프레임 포맷의 예시적인 실시예(1670)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Info 필드 및 List User Info 필드는 아래에서 설명된다.
Common Info 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. 이 예에서 Trigger Type 서브필드는 이것이 TXOP 우선순위 트리거 프레임이라는 것을 나타내기 위해 (이전에 예약된) 12로 설정된다. TXOP 홀더 STA는 자신을 위한 RU들을 예약하고 나머지 RU들을 다른 STA들과 공유할 것이다. TXOP 우선순위 트리거 프레임을 AP에게 유니캐스팅한 후에, TXOP 홀더는 스케줄링된 TXOP 액세스 정보에 따라 AP로부터의 트리거 프레임을 기다린다. TXOP 우선순위 트리거 프레임을 수신한 후에, AP는 공유 TXOP 액세스 스케줄링을 수행하고 UL 전송을 트리거한다. AP는 TXOP 홀더 STA에 대해 더 많은 자원들을 할당한다.
AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로서 사용하는 동적 시나리오의 경우) 또는 비-AP TXOP 홀더 STA(AP를 코디네이터로서 사용하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
List User Info 필드는 다음과 같은 서브필드들을 포함한다. User Info 필드의 AID12 서브필드(1 내지 2007)는 AID12 서브필드 내의 값과 동일한 AID를 갖는 연관된 STA로 주소 지정되며; 이 STA는 공유 TXOP 참여자 STA가다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. User Info 필드의 Priority 서브필드는 TXOP 우선순위 트리거 프레임을 송신한 STA의 우선순위를 나타낸다. 이 서브필드가 제1 상태(예를 들면, 1)로 설정될 때, 이것은 송신자가 TXOP 홀더라는 것을 나타내며, 따라서 AP는 RU Allocation 서브필드 및 UL BW 서브필드에 의해 지시된 RU 크기보다 작을 수 없는 충분한 RU 크기를 할당해야 한다.
8.9. OBSS 공유 트리거 프레임
도 72는 다음과 같은 서브필드들을 갖는 OBSS 공유 트리거 프레임의 예시적인 실시예(1690)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 이 트리거 프레임의 수신된 BSSID이다. TA 필드는 이 트리거 프레임의 전송된 BSSID이다. Reserved Band TXOP Holder BSS 필드는 예약된 주파수 대역이 데이터 전송을 위해 공유 TXOP 홀더 BSS에 의해 활용될 수 있고, 따라서 나머지 주파수 대역이 공유 TXOP 참여자 BSS에 의해 활용될 수 있다는 것을 나타낸다. TF Delay 필드는 AP가 OBSS 공유 트리거 프레임을 수신하는 것과 트리거 프레임을 송신하는 것 사이의 지연 지속기간을 나타낸다. Data Delay 필드는 OBSS 공유 트리거 프레임의 수신과 UL 데이터의 수신 사이의 지연 지속기간을 나타낸다. MU-BA Delay 필드는 AP가 OBSS 공유 트리거 프레임을 수신하는 것과 MU-BA 프레임을 연관된 AP에게 송신하는 것 사이의 지연 지속기간을 나타낸다.
도 73은 다음과 같은 서브필드들을 갖는 Reserved Band TXOP Holder BSS 필드의 예시적인 실시예(1710)를 예시한다. Reserved Band TXOP Holder BSS 필드의 Reserved Band 서브필드는 OBSS 공유 트리거 프레임이 TXOP 홀더 BSS를 위한 주파수 대역을 예약하고 나머지 주파수 대역을 TXOP 참여자 BSS를 위해 남겨 둔다는 것을 나타낸다. 비트들 B0-B3과 비트들 B4-B5의 조합은 예약된 주파수 대역을 나타낸다. Reserved Band TXOP Holder BSS 필드의 Random Access 서브필드는 OBSS 공유 프레임이 공유 TXOP BSS 내의 비-AP STA들에 대한 랜덤 액세스를 트리거한다는 것을 나타낸다. Reserved Band TXOP Holder BSS 필드의 Scheduled Access 서브필드는 OBSS 공유 프레임이 공유 TXOP BSS 내의 비-AP STA들에 대한 스케줄링된 액세스를 트리거한다는 것을 나타낸다.
8.10. TXOP 랜덤 액세스 요청 트리거 프레임
도 74는 다음과 같은 서브필드들을 갖는 TXOP 랜덤 액세스 요청 트리거의 예시적인 실시예(1730)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Info(Information) 필드와 List user Info(Information) 필드는 아래에서 설명된다.
Common Info(Information) 필드는 다음과 같은 서브필드들을 갖는다. 이 예시적인 실시예에서 Trigger Type 서브필드는 그것이 TXOP 랜덤 액세스 요청 트리거 프레임이라는 것을 나타내기 위해 8(이전에 예약된 비트들을 사용함)로 설정된다. TXOP 홀더 STA는 자신을 위한 RU들을 예약하고 나머지 RU들을 다른 STA들과 공유할 것이다. TXOP 랜덤 액세스 요청 트리거를 송출하거나 수신한 후에, TXOP 홀더 STA는 예약된 RU들에서 UL 데이터를 AP에게 유니캐스팅한다. TXOP 랜덤 액세스 요청 트리거를 수신한 후에, TXOP 공유 참여자 STA들은 공유 RU들을 위해 경쟁할 때 채널에 랜덤하게 액세스한다. TXOP 홀더 STA는 예약된 RU를 사용하여 채널에 액세스한다. AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로서 사용하는 동적 시나리오의 경우) 또는 비-AP TXOP 홀더 STA(AP를 코디네이터로서 사용하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
List user Info(Information) 필드는 다음과 같은 서브필드들을 갖는다. TXOP 홀더 STA는 Common Info의 UL BW 서브필드 및 User Info 필드의 RU Allocation 서브필드에서 예약된 RU들을 공지한다. 추가적으로, TXOP 홀더 STA는 적어도 하나의 실시예에서 1 내지 2007의 범위인 그 자신의 AID를 AID12 서브필드에서 공지할 것이다. 다른 연관된 STA들의 경우, User Info 필드의 AID12 서브필드는 0으로 설정되고, User Info 필드의 비트들 B26-B31은 RA-RU Information 서브필드로 설정된다. 이 경우에, User Info 필드의 SS Allocation / RA-RU Information 서브필드는 RA-RU 정보를 지시한다. RA-RU information 서브필드는 Number of RA-RU 및 More RA-RU의 추가적인 서브필드들을 갖는 것으로 도시되어 있다.
Number of RA-RU 서브필드는 UL OFDMA 랜덤 액세스(UORA)를 위해 할당된 연속 RU들의 수를 나타낸다. Number of RA-RU 서브필드의 값은 연속 RA-RU들의 수에서 1을 뺀 것과 동일하다. More RA-RU 서브필드는 이 User Info 필드 내의 AID12 서브필드에 의해 표시되는 유형의 RA-RU들이 이 필드를 지니는 트리거 프레임이 송신되는 TWT SP의 종료까지 송신되는 후속 트리거 프레임들에 할당된다는 것을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 이 서브필드는 제2 상태(예를 들면, 0)로 설정된다. Common Info 필드 내의 More TF 필드가 0으로 설정되는 경우 More RA-RU 서브필드는 reserved이다.
8.11. 유니캐스트 TXOP 액세스 요청 트리거 프레임
도 75는 다음과 같은 필드들을 갖는 유니캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 예시적인 실시예(1750)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Info 필드 및 List User Info 필드는 아래에서 설명된다.
Common Info 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. 이 예시적인 실시예에서 Trigger Type 서브필드는 이것이 유니캐스트 TXOP 액세스 요청 트리거 프레임이라는 것을 나타내기 위해 9(이 비트들은 이전에 예약됨)로 설정된다.
8.11.1. 단일 BSS 시나리오의 경우
마지막(TXOP Access Start Flag 서브필드에 의해 표시됨) 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송출한 후에, TXOP 홀더 STA는 예약된 RU들에서 UL 데이터를 AP에게 유니캐스팅해야 한다.
마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에(목적지가 다른 STA인 경우에도), TXOP 공유 참여자 STA들은 할당된 RU들에서 UL 데이터를 AP에게 유니캐스팅해야 한다.
8.11.2. OBSS 시나리오의 경우
유니캐스트 TXOP 액세스 요청 트리거 프레임을 송출/수신한 후에, 비-AP STA들은 이 트리거 프레임에서 지시된 데이터 지연 후에 UL 데이터를 송출한다.
AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로서 사용하는 동적 시나리오의 경우) 또는 비-AP TXOP 홀더 STA(AP를 코디네이터로서 사용하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
List User Info 필드는 다음과 같은 서브필드들을 포함한다. User Info 필드의 AID12 서브필드(1 내지 2007)는 AID가 AID12 서브필드 내의 값과 동일한, 공유 TXOP 참여자 STA인, 연관된 STA로 주소 지정된다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. Single BSS 서브필드는 단일 BSS 시나리오 또는 OBSS 시나리오의 경우 유니캐스트 TXOP 액세스 요청 트리거 프레임이 송신되는지를 나타낸다. 단일 BSS 시나리오의 경우, TXOP Access Start Flag 서브필드는 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 나타내는 데 사용된다. 단일 BSS 시나리오에서 Data Delay 서브필드는 사용되지 않는다. OBSS 시나리오의 경우, Data Delay 서브필드는 데이터 전송 지연을 나타내는 데 사용되는 반면, TXOP Access Start Flag 서브필드는 사용되지 않는다.
TXOP Access Start Flag 서브필드는 이 유니캐스트 TXOP 액세스 요청 트리거 프레임이 TXOP 홀더에 의해 마지막 TXOP 공유 참여자 STA에게 송신되었는지를 나타낸다. 이것이 마지막 것인 경우, 이 플래그는 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 이 플래그는 제2 상태(예를 들면, 0)로 설정된다.
유니캐스트 TXOP 액세스 요청 트리거를 수신하는 각각의 TXOP 공유 참여자 STA에 대해, 프레임이 STA에게 송신되지 않더라도, STA는 여전히 TXOP Access Start Flag 서브필드를 검사한다. 이 필드가 0인 경우, STA는 데이터를 유지하고; 그렇지 않고 이 필드가 1이인 경우, STA는 데이터를 AP에게 송출한다.
Data Delay 서브필드는 비-AP STA들이 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송출/수신하는 것과 UL 데이터를 송출하는 것 사이의 지연을 나타낸다.
8.12. TXOP 액세스 스케줄러 트리거 프레임
도 76은 다음과 같은 필드들을 갖는 TXOP 액세스 스케줄러 트리거 프레임 포맷의 예시적인 실시예(1770)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Info 필드 및 List User Info 필드는 아래에서 설명된다.
Common Info 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. Common Info 필드의 Trigger Type 서브필드는 이것이 TXOP 액세스 스케줄러 트리거 프레임이라는 것을 나타내기 위해 이 예시적인 실시예에서 11(이 비트들은 이전에 예약됨)로 설정된다.
8.12.1. 단일 BSS 시나리오의 경우
TXOP 액세스 스케줄러 트리거 프레임을 송출한 후에, TXOP 홀더 STA는 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후 UL 데이터를 AP에게 유니캐스팅한다.
TXOP 액세스 스케줄러 트리거 프레임을 수신한 후에, AP는 유니캐스트 TXOP 액세스 요청 트리거 프레임을 각각의 TXOP 공유 참여자 STA에게 송신한다. AP는 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송신할 때 TXOP Access Start Flag 서브필드를 1로 설정한다.
8.12.2. OBSS 시나리오의 경우
TXOP 액세스 스케줄러 트리거 프레임을 송출한 후에, TXOP 홀더 STA는 데이터 지연 지속기간 후에 UL 데이터를 AP에게 유니캐스팅한다. TXOP 액세스 스케줄러 트리거 프레임을 수신한 후에, AP는 대응하는 데이터 지연 지속기간을 설정하는 것에 의해 유니캐스트 TXOP 액세스 요청 트리거 프레임을 각각의 TXOP 공유 참여자 STA에게 송신한다.
AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로서 사용하는 동적 시나리오의 경우) 또는 비-AP TXOP 홀더 STA(AP를 코디네이터로서 사용하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
List User Info 필드는, 각각이 다음과 같은 서브필드들을 갖는, 하나 이상의 사용자 정보 세트를 포함한다. User Info 필드의 AID12 서브필드(1 내지 2007)는 AID12 서브필드 내의 값과 동일한 AID를 갖는 연관된 STA로 주소 지정된다. 이 STA는 공유 TXOP 참여자 STA가다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. User Info 필드의 Data Delay 서브필드는 AID12 서브필드 내의 값과 동일한 AID를 갖는 비-AP STA가 UL 데이터를 송신하기 위한 지연 지속기간을 나타낸다.
8.13. 브로드캐스트 TXOP 액세스 요청 트리거 프레임
도 77는 다음과 같은 필드들을 갖는 브로드캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 예시적인 실시예(1790)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Info 필드 및 List User Info 필드는 아래에서 설명된다.
Common Info 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. 이 예시적인 실시예에서 Common Info 필드의 Trigger Type 서브필드는 이것이 브로드캐스트 TXOP 액세스 요청 트리거 프레임이라는 것을 나타내기 위해 10(이 비트들은 이전에 예약됨)으로 설정된다.
8.13.1. 단일 BSS 시나리오의 경우
브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송출한 후에, TXOP 홀더 STA는 예약된 RU들에서 UL 데이터를 AP에게 유니캐스팅한다. 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에, TXOP 공유 참여자 STA들은 할당된 RU들에서 UL 데이터를 AP에게 유니캐스팅한다.
8.13.2. OBSS 시나리오의 경우
브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송출한 후에, TXOP 홀더 STA는 데이터 지연 후에 예약된 RU들에서 UL 데이터를 AP에게 유니캐스팅한다. 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에, TXOP 공유 참여자 STA들은 데이터 지연 후에 할당된 RU들에서 UL 데이터를 AP에게 유니캐스팅한다.
AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로서 사용하는 동적 시나리오의 경우) 또는 비-AP TXOP 홀더 STA(AP를 코디네이터로서 사용하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
List User Info 필드는 다음과 같은 서브필드들을 포함한다. User Info 필드의 AID12 서브필드(1 내지 2007)는 AID12 서브필드 내의 값과 동일한 AID를 갖는 연관된 STA로 주소 지정된다. 이 STA는 공유 TXOP 참여자 STA가다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. User Info 필드의 Data Delay 서브필드는 AID12 서브필드 내의 값과 동일한 AID를 갖는 비-AP STA가 UL 데이터를 송신하기 위한 지연 지속기간을 나타낸다.
8.14. TXOP 홀더 구성
도 78은 다음과 같은 필드들을 갖는 TXOP 홀더 구성 프레임 포맷의 예시적인 실시예(1810)를 예시한다. Frame Control, Duration, RA, 및 TA 필드들은 이전에 설명된 바와 같다. 각각의 특정 STA에 대한 TXOP 액세스 할당을 나타내는 하나 이상의 STA TXOP Access Allocation 필드가 포함된다.
도 79는 다음과 같은 필드들을 포함하는 STA TXOP Allocation 필드 포맷의 예시적인 실시예(1830)를 예시한다. TXOP Holder MAC Address 서브필드는 TXOP 홀더의 MAC 주소를 나타낸다. TXOP Participant MAC Address 서브필드는 TXOP 공유 참여자의 MAC 주소를 나타낸다. Allocation Control Information 필드는 도 80에 설명된 바와 같이 TXOP 자원 할당 정보를 포함한다.
AP가 TXOP 홀더 구성 프레임을 수신한 후에, AP는 STA TXOP 액세스 할당 정보를 기록하고 확인응답 프레임을 STA에게 송신한다.
도 80은 특정 TXOP 공유 참여자 STA에 대한 TXOP 자원 할당을 나타내고 다음과 같은 서브필드들을 갖는 Allocation Control Info 서브필드의 예시적인 실시예(1850)를 예시한다. Priority 서브필드는 TXOP 공유 참여자 STA의 트래픽의 우선순위를 나타낸다. AID12(1 내지 2007) 서브필드는 Allocation Control Info 서브필드가 AID12 서브필드 내의 값과 동일한 AID를 갖는 연관된 STA로 주소 지정된다는 것을 나타낸다. Allocation Control Info 서브필드의 UL BW 서브필드는 HE TB PPDU의 HE-SIG-A 내의 대역폭을 나타낸다. UL BW 서브필드와 함께 RU Allocation 서브필드는 할당된 RU의 크기와 위치를 식별해 준다.
8.15. TXOP 액세스 구성
도 81은 TXOP 액세스 구성 프레임 포맷의 예시적인 실시예(1870)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 이 트리거 프레임의 수신된 BSSID이다. TA 필드는 이 트리거 프레임의 전송된 BSSID이다. 하나 이상의 STA Configuration 필드가 포함된다.
STA Configuration 필드는 각각의 비-AP STA에 대한 구성을 나타내며, 하나 이상의 STA TXOP Access Allocation 필드(예를 들면, 1 내지 n)를 포함한다. STA들은 TXOP 홀더로부터(AP를 코디네이터로서 사용하지 않음) 또는 연관된 AP로부터(AP를 코디네이터로서 사용함) 트리거를 수신한 후에 할당된 RU를 사용하여 데이터를 AP에게 송신한다.
8.16. OBSS TXOP 액세스 구성
도 82는 다음과 같은 필드들을 갖는 OBSS TXOP 액세스 구성 프레임 포맷의 예시적인 실시예(1890)를 예시한다. Frame control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. BSSID 필드는 TXOP 액세스 구성 정보를 생성하는 BSS의 ID를 나타낸다. BSSID는 해당 BSS 내의 AP의 MAC 주소이다. 나머지 필드들은 도 81에 도시된 바와 같은 TXOP 액세스 구성 프레임과 동일하다.
OBSS TXOP 액세스 구성 프레임은 송신자 AP의 BSS의 완전한 TXOP 액세스 구성을 지시하기 위해 한 AP로부터 다른 AP에게 송신된다.
8.17. TXOP 공유 요청 트리거
도 83은 다음과 같은 필드들을 갖는 TXOP 공유 요청 트리거 프레임 포맷의 예시적인 실시예(1910)를 예시한다. TXOP 공유 요청 트리거 프레임 포맷에서 User Info List 필드가 요구되지 않는다는 점에 유의해야 할 것이다. TA 필드는 송신기의 MAC 주소를 포함하며, TXOP 홀더의 MAC 주소로 설정되어야 한다. RA 필드는 수신기의 MAC 주소이며, 다음과 같이 설정된다. AP를 코디네이터로서 사용하지 않는 시나리오에서, RA 필드는 브로드캐스팅 MAC 주소(ff:ff:ff:ff:ff:ff)로 설정된다. TXOP 홀더는 TXOP 공유 요청 트리거 프레임을 브로드캐스팅한다. 일단 TXOP 공유 참여자 STA들이 이 프레임을 수신하면, 이들은 공유 TXOP 구성 스테이지에서 구성된 바와 같은 할당된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신한다. TXOP 홀더는, TXOP 공유 요청 트리거 프레임을 송신한 후에, 할당된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신한다.
AP를 코디네이터로서 사용하는 시나리오에서, RA 필드는 연관된 AP의 MAC 주소로 설정된다. TXOP 홀더는 TXOP 공유 요청 트리거 프레임을 유니캐스팅한다. 일단 AP가 이 프레임을 수신하면, AP는 TXOP 공유 응답 트리거 프레임을 브로드캐스팅한다. 모든 STA들은 이어서 공유 TXOP 구성 스테이지에서 구성된 바와 같은 할당된 RU를 사용하여 UL 데이터를 연관된 AP에게 송신해야 한다.
다른 필드들은 본 명세서에서의 이전 섹션들에서 설명된 바와 같다.
8.18. TXOP 공유 응답 트리거
도 84은 다음과 같은 필드들을 갖는 TXOP 공유 응답 트리거 프레임 포맷의 예시적인 실시예(1930)를 예시한다. TXOP 공유 요청 트리거 프레임 포맷에서 User Info List 필드가 포함되도록 요구되지 않는다는 점에 유의해야 할 것이다. RA 필드는, AP를 코디네이터로서 사용하는 시나리오에서, 브로드캐스팅 MAC 주소(ff:ff:ff:ff:ff:ff)로 설정되는 수신기의 MAC 주소이다. Data Delay 필드는 OBSS 시나리오에서 TXOP 공유 응답 트리거의 수신과 UL 데이터의 전송 사이의 지연 지속기간을 나타낸다. 다른 필드들은 본 명세서에서의 이전 섹션들에서 설명된 바와 같다.
9. 실시예들의 일반적인 범위
제시된 기술에서 설명된 향상들은 다양한 무선 네트워크 통신 스테이션들 내에서 쉽게 구현될 수 있다. 무선 네트워크 통신 스테이션들이 바람직하게는 하나 이상의 컴퓨터 프로세서 디바이스(예를 들면, CPU, 마이크로프로세서, 마이크로컨트롤러, 컴퓨터 가능 ASIC(computer enabled ASIC) 등) 및 명령어들을 저장하는 연관된 메모리(예를 들면, RAM, DRAM, NVRAM, FLASH, 컴퓨터 판독 가능 매체들 등)를 포함하도록 구현되고 그에 의해 메모리에 저장된 프로그래밍(명령어들)이 본 명세서에서 설명된 다양한 프로세스 방법들의 단계들을 수행하기 위해 프로세서 상에서 실행된다는 점이 또한 이해되어야 한다.
이러한 계산 시스템들에서의 컴퓨터 판독 가능 매체들(명령어들을 저장하는 메모리)이 "비일시적"이며, 이는 모든 형태들의 컴퓨터 판독 가능 매체들을 포함하고, 유일한 예외는 일시적인 전파 신호라는 것이 또한 이해될 것이다. 그에 따라, 개시된 기술은 랜덤 액세스인 것(예를 들면, RAM), 주기적인 리프레시를 필요로 하는 것(예를 들면, DRAM), 시간이 지남에 따라 열화되는 것(예를 들면, EEPROM들, 디스크 매체들), 또는 짧은 시간 기간들 동안에만 및/또는 전력의 존재 시에만 데이터를 저장하는 것을 포함하여, 임의의 형태의 컴퓨터 판독 가능 매체들을 포함할 수 있으며, 유일한 제한은 "컴퓨터 판독 가능 매체들"이라는 용어가 일시적인 전자 신호에 적용 가능하지 않는다는 것이다.
본 기술의 실시예들은 본 기술의 실시예들에 따른 방법들 및 시스템들의 플로차트 예시들, 및/또는, 컴퓨터 프로그램 제품들로서 또한 구현될 수 있는, 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 다른 계산 표현들을 참조하여 본 명세서에서 설명될 수 있다. 이와 관련하여, 플로차트의 각각의 블록 또는 단계, 및 플로차트에서의 블록들(및/또는 단계들)의 조합은 물론, 임의의 절차, 알고리즘, 단계, 연산, 수식, 또는 계산 표현은, 하드웨어, 펌웨어, 및/또는 컴퓨터 판독 가능 프로그램 코드로 구체화되는 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어와 같은, 다양한 수단들에 의해 구현될 수 있다. 이해될 것인 바와 같이, 컴퓨터 프로세서(들) 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 실행되는 컴퓨터 프로그램 명령어들이 지정된 기능(들)을 구현하기 위한 수단들을 생성하도록, 임의의 그러한 컴퓨터 프로그램 명령어들은, 범용 컴퓨터 또는 특수 목적 컴퓨터를 제한 없이 포함한, 하나 이상의 컴퓨터 프로세서, 또는 머신을 생성하는 다른 프로그래밍 가능 프로세싱 장치에 의해 실행될 수 있다.
그에 따라, 본 명세서에서 설명된 플로차트들의 블록들, 및 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 계산 표현들은 지정된 기능(들)을 수행하기 위한 수단들의 조합들, 지정된 기능(들)을 수행하기 위한 단계들의 조합들, 및 지정된 기능(들)을 수행하기 위한, 컴퓨터 판독 가능 프로그램 코드 로직 수단들로 구체화된 것과 같은, 컴퓨터 프로그램 명령어들을 지원한다. 본 명세서에서 설명된 플로차트 예시들의 각각의 블록은 물론, 임의의 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 계산 표현들 및 이들의 조합들이 지정된 기능(들) 또는 단계(들)를 수행하는 특수 목적 하드웨어 기반 컴퓨터 시스템들, 또는 특수 목적 하드웨어와 컴퓨터 판독 가능 프로그램 코드의 조합들에 의해 구현될 수 있다는 것이 또한 이해될 것이다.
게다가, 컴퓨터 판독 가능 메모리 또는 메모리 디바이스들에 저장된 명령어들이 플로차트(들)의 블록(들)에 지정된 기능을 구현하는 명령어 수단을 포함하는 제조 물품을 생성하도록, 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치에 특정 방식으로 기능하도록 지시할 수 있는, 컴퓨터 판독 가능 프로그램 코드로 구체화된 것과 같은, 이러한 컴퓨터 프로그램 명령어들이 또한 하나 이상의 컴퓨터 판독 가능 메모리 또는 메모리 디바이스에 저장될 수 있다. 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 수행되는 일련의 동작 단계들로 하여금 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 실행되는 명령어들이 플로차트(들)의 블록(들), 절차(들), 알고리즘(들), 단계(들), 연산(들), 수식(들), 또는 계산 표현(들)에 지정된 기능들을 구현하기 위한 단계들을 제공하도록 컴퓨터 구현 프로세스를 생성하게 하기 위해, 컴퓨터 프로그램 명령어들이 또한 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치에 의해 실행될 수 있다.
본 명세서에서 사용되는 바와 같은 용어들 "프로그래밍" 또는 "프로그램 실행 가능"이 본 명세서에 설명된 바와 같은 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것이 추가로 이해될 것이다. 명령어들은 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구체화될 수 있다. 명령어들은 디바이스에 로컬로 비일시적 매체들에 저장될 수 있거나, 원격으로, 예컨대, 서버 상에 저장될 수 있거나, 또는 명령어들의 전부 또는 일부가 로컬로 및 원격으로 저장될 수 있다. 원격으로 저장된 명령어들은 사용자 개시에 의해, 또는 하나 이상의 인자에 기초하여 자동으로 디바이스에 다운로드(푸시)될 수 있다.
본 명세서에서 사용되는 바와 같이, 용어들 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 프로세싱 유닛(CPU), 및 컴퓨터가 명령어들을 실행하고 입출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로 사용된다는 것과 용어들 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU, 및 컴퓨터가 단일의 또는 다수의 디바이스들, 단일 코어 및 멀티코어 디바이스들, 및 이들의 변형들을 포괄하도록 의도된다는 것이 추가로 이해될 것이다.
본 명세서에서의 설명으로부터, 본 개시내용이 이하를 포함하지만 이에 제한되지 않는 본 기술의 다수의 구현들을 포괄한다는 것이 이해될 것이다.
네트워크에서 무선 통신을 위한 장치로서, (a) 적어도 하나의 채널을 통해 동일한 또는 다른 기본 서비스 세트(BSS) 내의 또는 중첩 기본 서비스 세트(OBSS)로부터의 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 스테이션으로서 구성된 무선 통신 회로; (b) 무선 네트워크 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합된 프로세서; (c) 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 자신의 TXOP를 이 공유 TXOP 홀더 BSS의 다른 비-AP 스테이션들과 공유할 시에, 액세스 포인트(AP)에 통보하고/하거나 AP의 승인을 얻기 위해 AP 스테이션과 공유 제안 및 요청 정보를 교환하는 단계 - (d)(ii) 상기 공유 제안 및 요청 정보는 공유 TXOP 참여자 BSS로서의 중첩된 BSS들의 AP들과 공유됨 -; (d)(iii) 적어도 하나의 채널에 액세스할 시에, 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 지시하는 정보가 다른 스테이션들과 교환되고, 다가오는 공유 TXOP에 합류할 의향이 있는 스테이션들을 식별하는 단계 - (d)(iv) 공유 TXOP 참여자 BSS의 AP는 공유 TXOP 참여자 STA들을 식별하는 것을 수행함 -; 및 (d)(v) 공유 TXOP 참여자 BSS에서, 공유 TXOP 참여자 스테이션들을 위한 RU들의 스케줄링 및 분배가 AP 레벨에서 결정되면서, TXOP 홀더 BSS 내의 공유 TXOP 참여자 스테이션들을 위한 비-AP TXOP 홀더 스테이션에 의한 자원 유닛(RU) 분배를 가능하게 하는 단계를 포함하는 단계들을 수행하는 것에 의해, 주파수 도메인에서 OBSS 내의 다른 스테이션들과 전송 기회(TXOP)의 공유를 수행하는, 장치.
네트워크에서 무선 통신을 수행하는 방법으로서, (a) 주파수 도메인에서 중첩 기본 서비스 세트(OBSS) 내의 다른 스테이션들과 전송 기회(TXOP)를 공유하기 위해 적어도 하나의 채널을 통해 동일한 또는 다른 기본 서비스 세트(BSS) 내의 또는 OBSS로부터의 적어도 하나의 다른 스테이션과 제1 스테이션으로서 구성된 무선 통신 회로 사이에서 무선으로 통신하는 단계; (b) 자신의 TXOP를 이 공유 TXOP 홀더 BSS의 다른 비-AP 스테이션들과 공유할 시에, AP에 통보하고/하거나 AP의 승인을 얻기 위해 액세스 포인트(AP) 스테이션과 공유 제안 및 요청 정보를 교환하는 단계 - (c) 상기 공유 제안 및 요청 정보는 공유 TXOP 참여자 BSS로서의 중첩된 BSS들의 AP들과 공유됨 -; (d) 적어도 하나의 채널에 액세스할 시에, 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 지시하는 정보가 다른 스테이션들과 교환되고, 다가오는 공유 TXOP에 합류할 의향이 있는 스테이션들을 식별하는 단계 - (e) 공유 TXOP 참여자 BSS의 AP는 공유 TXOP 참여자 STA들을 식별하는 것을 수행함 -; (f) 공유 TXOP 참여자 BSS에서, 공유 TXOP 참여자 스테이션들을 위한 RU들의 스케줄링 및 분배가 AP 레벨에서 결정되면서, TXOP 홀더 BSS 내의 공유 TXOP 참여자 스테이션들을 위한 비-AP TXOP 홀더 스테이션에 의한 자원 유닛(RU) 분배를 가능하게 하는 단계를 포함하며; (g) 상기 방법은 하나 이상의 프로세서가 비일시적 매체에 저장된 명령어들을 실행하는 것에 의해 수행되는, 방법.
(a) 자신의 TXOP를 다른 비-AP STA들과 공유하는 것을 통보하고/하거나 그에 대한 승인을 얻기 위해 액세스 포인트(AP) 스테이션과 메시지를 교환하는 단계 - 중첩된 BSS들의 AP들은 추가로 이 정보를 서로 교환함 -; (b) 채널에 액세스할 시에, 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 지시하고 다가오는 공유 TXOP에 합류할 의향이 있는 STA들을 식별해 주기 위해 다른 STA들과 정보를 교환하는 단계; (c) 비-AP TXOP 홀더 STA가 내부 BSS 내의 공유 TXOP 참여자 STA들에 대한 RU 분배를 할당하는 단계 - 공유 TXOP 참여자 BSS 내에서, 공유 TXOP 참여자 STA들을 위한 RU들의 스케줄링 및 분배는 AP 레벨에서 수행되도록 맡겨지고; 상이한 BSS들 간의 간섭을 피하기 위해, 스케줄링 또는 시간 시프팅 방법들에서 상이한 대역들이 사용됨 -; (d) 단일 BSS의 STA들이 AP의 코디네이션에 의한 관리 프레임들의 교환을 통해 TXOP 공유 가능성 정보를 교환하는 단계 - 상이한 BSS들의 AP들은 OBSS 공유 STA들 프레임을 송신하는 것에 의해 이 정보를 교환함 - 를 수행하는 것에 의해 주파수 도메인에서 자신의 TXOP를 공유하는 무선 LAN 네트워크에서 전송 기회(TXOP)를 획득하는 스테이션(STA)과 OBSS 내의 다른 STA들 사이에서 무선 통신을 수행하기 위한 장치.
임의의 선행 구현에 있어서, OBSS TXOP 참여자 스테이션 프레임은 상이한 BSS들 간의 공유 동작들을 동기화하기 위해 활용되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상이한 BSS들 간의 간섭을 피하기 위해, 상이한 주파수 대역들이 사용되거나, 시간 시프팅이 수행되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 비-AP 스테이션들은 AP 스테이션의 코디네이션에 의한 관리 프레임들의 교환을 통해 TXOP 공유 가능성에 관한 정보를 교환하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 관리 프레임들은 인증 요청 프레임들, 결합 요청 프레임들, 인증 응답 프레임들, 결합 응답 프레임들 및 비콘 프레임들로 이루어져 있는 메시지 프레임 그룹으로부터 선택되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상이한 BSS의 AP들은 OBSS 공유 스테이션 프레임들의 교환을 통해 TXOP 공유 제안/요청 정보에 관한 정보를 교환하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 각각의 BSS 내의 공유 TXOP 홀더 스테이션 또는 AP가 MU-RTS(multiple-user request-to-send) 공유 및 CTS(clear-to-send) 공유 프레임들을 교환하는 것에 의해 공유 TXOP 참여자 스테이션들을 식별하는 단계를 포함하는 하나 이상의 단계를 추가로 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 공유 TXOP 참여자 BSS에서, 공유 TXOP 참여자 STA가 지정되지 않은 OBSS TXOP 참여자 스테이션 프레임을 공유 TXOP 홀더 BSS 내의 AP로부터 수신하는 것에 의해 공유 TXOP 초기화 스테이지를 시작하고, 모든 공유 TXOP 참여자 스테이션들이 지정되어 있는 OBSS TXOP 참여자 스테이션들 프레임을 공유 TXOP 홀더 BSS 내의 AP에게 다시 송신하는 것에 의해 완료되는 단계를 포함하는 하나 이상의 단계를 추가로 수행하는, 장치.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 상이한 BSS들에서 동시에 그러나 상이한 주파수 대역들에서 프레임들을 송신하는 것, 또는 동일한 대역에서 그러나 시간상 시프트되어 프레임들을 송신하는 것에 의해, 중첩된 BSS들 간의 공유 TXOP 액세스에 의한 간섭을 피하는 단계를 포함하는 하나 이상의 단계를 추가로 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상이한 대역들에서의 공유 TXOP 액세스는 랜덤 액세스 및, 기본 트리거를 포함하는, 전용 트리거들에 기초하여 스케줄링을 수행하는 것을 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 시간 시프팅을 사용하는 공유 TXOP 액세스는 AP를 코디네이터로서 사용하거나 사용하지 않고, 기본 트리거, 유니캐스트 TXOP 액세스 요청 트리거에 기초하여 스케줄링하는 것, 및 AP를 코디네이터로서 사용하거나 사용하지 않고 수행될 수 있는, TXOP 액세스 요청 트리거들을 브로드캐스팅하는 것을 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 공유 TXOP 홀더 BSS와 공유 TXOP 참여자 BSS 사이의 시간 시프팅 정보는 OBSS 공유 트리거 프레임을 활용하는 것에 의해 교환되는, 장치 또는 방법.
임의의 선행 구현에 있어서, AP로부터 트리거 프레임을 수신할 시에, 비-AP TXOP 공유 참여자 스테이션들은 트리거 프레임에서 지시되는 액세스 정보에 따라 적어도 하나의 채널에 액세스하는 단계를 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP 스테이션은 동일한 BSS로부터의 및 OBSS에 대한 다른 비-AP 스테이션들에 대해 단일 BSS 또는 OBSS 시나리오에서 AP 코디네이션을 사용하여 메시지들을 교환하는 것을 통한 반정적 구성에서 자원 유닛(RU) 할당들 및 액세스 순서 양쪽 모두를 위해 자신의 TXOP에 액세스하는 것의 결정을 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP STA들은 반정적 구성들: (a) 비-AP 스테이션들이 각각의 BSS에서 AP 코디네이션을 통해 공유 제안/요청 프레임들을 서로 교환하는 것을 수행하고, AP가 추가로 이 공유 가능성 정보를 OBSS의 다른 AP에게 포워딩하며, 그 후에 다른 AP가 수신된 공유 가능성 정보를 브로드캐스팅하는 것; (b) 비-AP 스테이션들이 각각의 BSS에서 AP 코디네이션을 통해 반정적 TXOP 공유 스케줄의 구성을 서로 교환하고, AP가 추가로 공유 TXOP 액세스 스케줄러를 OBSS의 다른 AP에게 포워딩하며, 그 후에 다른 AP가 OBSS에서 수신된 공유 TXOP 액세스 스케줄러를 브로드캐스팅하는 것; 및 (c) TXOP 공유에서 상이한 대역들을 활용하는 상이한 BSS들 간의 간섭을 피하기 위해 스케줄링 방법 또는 시간 시프팅 방법을 수행하는 것을 셋업하기 위해 셋업 절차를 수행하며, 비-AP 스테이션들은 구성된 RU를 사용하여 공유 TXOP에 액세스하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 자원 유닛(RU) 분배의 할당은 비-AP TXOP 홀더 스테이션에 의해 공유 TXOP 액세스의 할당 스케줄을 광고하는 것을 포함하고, 동일한 BSS/OBSS로부터의 TXOP를 공유하는 비-AP 스테이션들은 광고된 할당 스케줄을 따르는, 장치 또는 방법.
임의의 선행 구현에 있어서, 공유 TXOP 액세스는 비-AP TXOP 홀더 스테이션이 TXOP 공유 요청 트리거를 유니캐스팅하는 것으로 시작되고, 이에 응답하여 AP는 OBSS 간섭을 피하기 위해 시간 시프팅을 사용하여 또는 상이한 대역 스케줄링을 사용하여 TXOP 공유 응답 트리거를 브로드캐스팅하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 시간 시프팅을 갖는 상기 응답 트리거는 OBSS 공유 트리거 프레임 내에서 공유 TXOP 홀더 BSS와 공유 TXOP 참여자 BSS 사이에서 시간 시프팅 정보를 교환하는 것에 의해 수행되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP 스테이션들이 AP로부터 브로드캐스트 TXOP 공유 응답 트리거를 수신한 후에, 이러한 비-AP 스테이션들은 수신된 트리거 프레임에서 지시된 바와 같은 대응하는 데이터 지연 후에 자신의 RU 할당을 사용하여 광고된 할당 스케줄에 기초하여 공유 TXOP의 액세스를 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 각각의 BSS에서, AP는 MU-RTS 공유 및 CTS 공유 프레임들을 교환하는 것에 의해 공유 TXOP 참여자 STA들을 식별한다. 공유 TXOP 참여자 BSS에서, 공유 TXOP 참여자 STA가 지정되지 않은 OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 홀더 BSS 내의 AP로부터 수신하는 것에 의해 공유 TXOP 초기화 스테이지가 시작되고, (모든 공유 TXOP 참여자 STA들이 지정되어 있는) OBSS TXOP 참여자 STA들 프레임을 공유 TXOP 홀더 BSS 내의 AP에게 다시 송신하는 것에 의해 완료되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 중첩된 BSS들 간의 간섭을 피하기 위해, 프레임들은 상이한 BSS들에서 동시에 그러나 상이한 주파수 대역들에서 송신될 수 있거나 또는 동일한 대역들에서 그러나 시간 시프트를 두고 송신될 수 있는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상이한 대역들에서의 공유 TXOP 액세스 방법들은 랜덤 액세스 및 전용 트리거(기본 트리거)에 기초한 스케줄링을 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 시간 시프팅을 갖는 공유 TXOP 액세스 방법들은 기본 트리거, 유니캐스트 TXOP 액세스 요청 트리거(AP를 코디네이터로서 사용하지 않음) 및 브로드캐스트 TXOP 액세스 요청 트리거(AP를 코디네이터로서 사용하지 않음)에 기초한 스케줄링을 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 공유 TXOP 홀더 BSS와 공유 TXOP 참여자 BSS 사이의 시간 시프팅 정보는 OBSS 공유 트리거 프레임에 의해 교환되는, 장치 또는 방법.
임의의 선행 구현에 있어서, AP로부터 트리거 프레임을 수신할 시에, 다른 비-AP TXOP 공유 참여자 STA들은 트리거 프레임에서 지시된 액세스 정보에 따라 채널에 액세스하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP STA는 동일한 BSS로부터의 또는 OBSS로부터의 다른 비-AP STA들에 대해 단일 BSS/OBSS 시나리오에서 AP 코디네이션을 사용하여 메시지들을 교환하는 것을 통한 반정적 방식으로 RU 할당 및 액세스 순서 및 자신의 TXOP에 액세스하는 것을 결정할 수 있는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP STA들은 반정적 구성들을 셋업하기 위해 셋업 절차를 실행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP STA들은 각각의 BSS 내의 AP의 코디네이션을 통해 공유 제안/요청 프레임을 서로 교환하고; AP는 추가로 이 공유 가능성 정보를 OBSS의 다른 AP에게 포워딩하고, 다른 AP는 수신된 공유 가능성 정보를 브로드캐스팅하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP STA들이 각각의 BSS 내의 AP의 코디네이션을 통해 반정적 TXOP 공유 스케줄의 구성을 서로 교환하고, AP는 추가로 공유 TXOP 액세스 스케줄러를 OBSS의 다른 AP에게 포워딩하며; 다른 AP는 수신된 공유 TXOP 액세스 스케줄러를 OBSS에서 브로드캐스팅하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상이한 BSS들 간의 간섭을 피하기 위해, 상이한 대역들 스케줄링 방법 또는 시간 시프트 방법이 공유 TXOP 액세스에서 사용되고, 비-AP STA들은 구성된 RU를 사용하여 공유 TXOP에 액세스하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 자신의 TXOP를 동일한 BSS/OBSS로부터의 다른 비-AP STA들과 공유하는 비-AP STA는 광고된 할당 스케줄을 따르는, 장치 또는 방법.
임의의 선행 구현에 있어서, 공유 TXOP 액세스를 시작하기 위해, 비-AP TXOP 홀더 STA는 TXOP 공유 요청 트리거를 유니캐스팅하고, 응답으로서, AP는 OBSS 간섭을 피하기 위해 시간 시프팅을 사용하여 또는 상이한 대역 스케줄링을 사용하여 TXOP 공유 응답 트리거를 브로드캐스팅하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 공유 TXOP 홀더 BSS와 공유 TXOP 참여자 BSS 사이의 시간 시프팅 정보는 OBSS 공유 트리거 프레임에 의해 교환되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 일단 비-AP STA들이 AP로부터 브로드캐스트 TXOP 공유 응답 트리거를 수신하면, 이들은 광고된 RU 할당에 기초하여 그리고 수신된 트리거 프레임에서 지시된 바와 같은 대응하는 데이터 지연 후에 채널에 액세스하는, 장치 또는 방법.
본 명세서에서 사용되는 바와 같이, "구현"이라는 용어는 실시예들, 예들, 또는 본 명세서에서 설명된 기술을 실시하는 다른 형태들을, 제한 없이, 포함하도록 의도된다.
본 명세서에서 사용되는 바와 같이, 단수 용어들("a", "an" 및 "the")은, 문맥이 명확히 달리 지시하지 않는 한, 복수 지시대상들을 포함할 수 있다. 단수의 대상에 대한 언급은 명시적으로 그렇게 언급되지 않는 한 "단 하나의"를 의미하는 것으로 의도되지 않고 오히려 "하나 이상"을 의미하는 것으로 의도된다.
본 개시내용 내의 "A, B 및/또는 C"와 같은 구문 구성체는 A, B, 또는 C가 존재할 수 있는 경우 또는 항목 A, 항목 B 및 항목 C의 임의의 조합을 설명한다. "적어도 하나의"와 같은 구문 구성체에 뒤이어서 일군의 요소들을 나열하는 것은, 적용 가능한 경우 나열된 요소들의 임의의 가능한 조합을 포함하는, 이러한 그룹 요소들 중 적어도 하나가 존재한다는 것을 나타낸다.
"실시예", "적어도 하나의 실시예" 또는 유사한 실시예 어구를 언급하는 본 개시내용에서의 언급들은 설명된 실시예와 관련하여 설명되는 특정 특징, 구조, 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 것을 나타낸다. 따라서, 이러한 다양한 실시예 문구들은 모두가 반드시 동일한 실시예를 지칭하는 것은 아니거나 설명되는 모든 다른 실시예들과 상이한 특정 실시예를 지칭하는 것은 아니다. 실시예 문구는 주어진 실시예의 특정 특징들, 구조들, 또는 특성들이 개시된 장치, 시스템 또는 방법의 하나 이상의 실시예에서 임의의 적합한 방식으로 조합될 수 있음을 의미하는 것으로 해석되어야 한다.
본 명세서에서 사용되는 바와 같이, "세트"라는 용어는 하나 이상의 객체의 모음을 지칭한다. 따라서, 예를 들어, 객체 세트는 단일 객체 또는 다수의 객체들을 포함할 수 있다.
제1 및 제2, 상부 및 하부 등과 같은 관계어들은 하나의 엔티티 또는 액션을 다른 엔티티 또는 액션과 구별하기 위해서만 사용될 수 있고, 그러한 엔티티들 또는 액션들 사이의 그러한 임의의 실제 관계 또는 순서를 반드시 요구하거나 암시하지는 않는다.
용어들 "포함한다(comprises)", "포함하는(comprising)", "가진다", "갖는", "포함한다(includes)", "포함하는(including)", "함유한다", "함유하는" 또는 이들의 임의의 다른 변형은, 요소들의 리스트를 포함하는, 갖는, 포함하는, 함유하는 프로세스, 방법, 물품 또는 장치가 해당 요소들만을 포함하는 것이 아니라 명시적으로 나열되지 않거나 그러한 프로세스, 방법, 물품 또는 장치에 내재적이지 않은 다른 요소들을 포함할 수 있도록, 비배타적 포함(non-exclusive inclusion)을 커버하도록 의도된다. 요소에 선행하는 “포함한다", "갖는다", "포함한다", "함유한다" 등은, 추가 제약들 없이, 해당 요소를 포함하는, 갖는, 포함하는, 함유하는 프로세스, 방법, 물품, 또는 장치에서의 추가적인 동일한 요소들의 존재를 배제하지 않는다.
본 명세서에서 사용되는 바와 같이, 용어 "대략적으로", "대략", "실질적으로", "본질적으로", 및 "약", 또는 이들의 임의의 다른 버전은 작은 변동들을 설명하고 고려하는 데 사용된다. 이벤트 또는 상황과 관련하여 사용될 때, 이 용어들은 이벤트 또는 상황이 정확하게 발생하는 경우들은 물론 이벤트 또는 상황이 아주 근사적으로 발생하는 경우들을 지칭할 수 있다. 수치 값과 관련하여 사용될 때, 이 용어들은, ±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 to the public)로 해석되어서는 안 된다.
이하의 청구항들은 이로써 본 개시내용에 포함되며, 각각의 청구항은 별개로 청구된 주제로서 독립해 있다.
비록 본 명세서에서의 설명이 많은 세부사항들을 포함하지만, 이들은 본 개시내용의 범위를 제한하는 것으로 해석되어서는 안 되고 본 바람직한 실시예들 중 일부의 예시들을 제공하는 것에 불과한 것으로 해석되어야 한다. 따라서, 본 개시내용의 범위가 본 기술분야의 통상의 기술자에게 명백해질 수 있는 다른 실시예들을 완전히 포괄한다는 것이 이해될 것이다.
본 기술분야의 통상의 기술자에게 알려져 있는 개시된 실시예들의 요소들의 모든 구조적 및 기능적 균등물들이 참조에 의해 본 명세서에 명시적으로 포함되고 본 청구항들에 의해 포괄되는 것으로 의도된다. 게다가, 본 개시내용에서의 어떠한 요소, 컴포넌트, 또는 방법 단계도, 해당 요소, 컴포넌트, 또는 방법 단계가 청구항들에 명시적으로 기재되는지에 관계없이, 일반 대중에 공개된 것으로 의도되지 않는다. 본 명세서에서의 어떠한 청구항 요소도, 해당 요소가 문구 "~을 위한 수단(means for)"을 사용하여 명시적으로 기재되지 않는 한, "수단 + 기능(means plus function)" 요소로서 해석되어서는 안 된다. 본 명세서에서의 어떠한 청구항 요소도, 해당 요소가 문구 "~을 위한 단계(step for)"를 사용하여 명시적으로 기재되지 않는 한, "단계 + 기능(step plus function)" 요소로서 해석되어서는 안 된다.
Claims (20)
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 적어도 하나의 채널을 통해 동일한 또는 다른 기본 서비스 세트(BSS) 내의 또는 중첩 기본 서비스 세트(OBSS)로부터의 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 스테이션으로서 구성된 무선 통신 회로;
(b) 무선 네트워크 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합된 프로세서;
(c) 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 자신의 TXOP를 이 공유 TXOP 홀더 BSS의 다른 비-AP 스테이션들과 공유할 시에, 액세스 포인트(AP)에 통보하고/하거나 상기 AP의 승인을 얻기 위해 상기 AP 스테이션과 공유 제안 및 요청 정보를 교환하는 단계 -
(ii) 상기 공유 제안 및 요청 정보는 공유 TXOP 참여자 BSS로서의 중첩된 BSS들의 AP들과 공유됨 -;
(iii) 상기 적어도 하나의 채널에 액세스할 시에, 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 지시하는 정보가 다른 스테이션들과 교환되고, 상기 다가오는 공유 TXOP에 합류할 의향이 있는 스테이션들을 식별하는 단계 -
(iv) 상기 공유 TXOP 참여자 BSS의 상기 AP는 공유 TXOP 참여자 STA들을 식별하는 것을 수행함 -; 및
(v) 상기 공유 TXOP 참여자 BSS에서, 상기 공유 TXOP 참여자 스테이션들을 위한 RU들의 스케줄링 및 분배가 상기 AP 레벨에서 결정되면서, 상기 TXOP 홀더 BSS 내의 상기 공유 TXOP 참여자 스테이션들을 위한 비-AP TXOP 홀더 스테이션에 의한 자원 유닛(RU) 분배를 가능하게 하는 단계
를 포함하는 단계들을 수행하는 것에 의해, 주파수 도메인에서 OBSS 내의 다른 스테이션들과 전송 기회(TXOP)의 공유를 수행하는, 장치. - 제1항에 있어서, OBSS TXOP 참여자 스테이션 프레임은 상이한 BSS들 간의 공유 동작들을 동기화하기 위해 활용되는, 장치.
- 제1항에 있어서, 상이한 BSS들 간의 간섭을 피하기 위해, 상이한 주파수 대역들이 사용되거나, 시간 시프팅이 수행되는, 장치.
- 제1항에 있어서, 상기 비-AP 스테이션들은 상기 AP 스테이션의 코디네이션으로 관리 프레임들의 교환을 통해 TXOP 공유 가능성에 관한 정보를 교환하는, 장치.
- 제4항에 있어서, 상기 관리 프레임들은 인증 요청 프레임들, 결합 요청 프레임들, 인증 응답 프레임들, 결합 응답 프레임들 및 비콘 프레임들로 이루어져 있는 메시지 프레임들 그룹으로부터 선택되는, 장치.
- 제1항에 있어서, 상이한 BSS의 AP들은 OBSS 공유 스테이션 프레임들의 교환을 통해 TXOP 공유 제안/요청 정보에 관한 정보를 교환하는, 장치.
- 제1항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 각각의 BSS 내의 공유 TXOP 홀더 스테이션 또는 AP가 MU-RTS(multiple-user request-to-send) 공유 및 CTS(clear-to-send) 공유 프레임들을 교환하는 것에 의해 공유 TXOP 참여자 스테이션들을 식별하는 단계를 포함하는 하나 이상의 단계를 추가로 수행하는, 장치.
- 제1항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 공유 TXOP 참여자 BSS에서, 공유 TXOP 참여자 STA가 지정되지 않은 OBSS TXOP 참여자 스테이션 프레임을 상기 공유 TXOP 홀더 BSS 내의 상기 AP로부터 수신하는 것에 의해 공유 TXOP 초기화 스테이지를 시작하고, 모든 공유 TXOP 참여자 스테이션들이 지정되어 있는 OBSS TXOP 참여자 스테이션들 프레임을 상기 공유 TXOP 홀더 BSS 내의 상기 AP에게 다시 송신하는 것에 의해 완료되는 단계를 포함하는 하나 이상의 단계를 추가로 수행하는, 장치.
- 제1항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상이한 BSS들에서 동시에 그러나 상이한 주파수 대역들에서 프레임들을 송신하는 것, 또는 동일한 대역에서 그러나 시간상 시프트되어 프레임들을 송신하는 것에 의해, 중첩된 BSS들 간의 공유 TXOP 액세스에 의한 간섭을 피하는 단계를 포함하는 하나 이상의 단계를 추가로 수행하는, 장치.
- 제9항에 있어서, 상이한 대역들에서의 상기 공유 TXOP 액세스는 랜덤 액세스 및, 기본 트리거를 포함하는, 전용 트리거들에 기초하여 스케줄링을 수행하는 것을 포함하는, 장치.
- 제9항에 있어서, 시간 시프팅을 사용하는 상기 공유 TXOP 액세스는 상기 AP를 코디네이터로서 사용하거나 사용하지 않고, 기본 트리거, 유니캐스트 TXOP 액세스 요청 트리거에 기초하여 스케줄링하는 것, 및 상기 AP를 코디네이터로서 사용하거나 사용하지 않고 수행될 수 있는, TXOP 액세스 요청 트리거들을 브로드캐스팅하는 것을 포함하는, 장치.
- 제9항에 있어서, 상기 공유 TXOP 홀더 BSS와 상기 공유 TXOP 참여자 BSS 사이의 상기 시간 시프팅 정보는 OBSS 공유 트리거 프레임을 활용하는 것에 의해 교환되는, 장치.
- 제1항에 있어서, 상기 AP로부터 트리거 프레임을 수신할 시에, 상기 비-AP TXOP 공유 참여자 스테이션들은 상기 트리거 프레임에서 지시되는 액세스 정보에 따라 상기 적어도 하나의 채널에 액세스하는 것을 수행하는, 장치.
- 제1항에 있어서, 상기 비-AP 스테이션은 동일한 BSS로부터의 및 OBSS에 대한 다른 비-AP 스테이션들에 대해, 단일 BSS 또는 OBSS 시나리오에서 AP 코디네이션을 사용하여 메시지들을 교환하는 것을 통한 반정적 구성에서 자원 유닛(RU) 할당들 및 액세스 순서 양쪽 모두를 위해 자신의 TXOP에 액세스하는 것의 결정을 수행하는, 장치.
- 제14항에 있어서, 상기 비-AP STA들은 상기 반정적 구성들:
(a) 비-AP 스테이션들이 각각의 BSS에서 AP 코디네이션을 통해 공유 제안/요청 프레임들을 서로 교환하는 것을 수행하고, 상기 AP가 추가로 이 공유 가능성 정보를 상기 OBSS의 다른 AP에게 포워딩하며, 그 후에 상기 다른 AP가 상기 수신된 공유 가능성 정보를 브로드캐스팅하는 것;
(b) 비-AP 스테이션들이 각각의 BSS에서 AP 코디네이션을 통해 반정적 TXOP 공유 스케줄의 구성을 서로 교환하고, 상기 AP가 추가로 상기 공유 TXOP 액세스 스케줄러를 상기 OBSS의 다른 AP에게 포워딩하며, 그 후에 상기 다른 AP가 상기 OBSS에서 상기 수신된 공유 TXOP 액세스 스케줄러를 브로드캐스팅하는 것; 및
(c) TXOP 공유에서 상이한 대역들을 활용하는 상이한 BSS들 간의 간섭을 피하기 위해 스케줄링 방법 또는 시간 시프팅 방법을 수행하는 것
을 셋업하기 위해 셋업 절차를 수행하며,
비-AP 스테이션들은 구성된 RU를 사용하여 상기 공유 TXOP에 액세스하는, 장치. - 제15항에 있어서, 자원 유닛(RU) 분배의 상기 할당은 상기 비-AP TXOP 홀더 스테이션에 의해 공유 TXOP 액세스의 할당 스케줄을 광고하는 것을 포함하고, 동일한 BSS/OBSS로부터의 상기 TXOP를 공유하는 비-AP 스테이션들은 상기 광고된 할당 스케줄을 따르는, 장치.
- 제16항에 있어서, 상기 공유 TXOP 액세스는 상기 비-AP TXOP 홀더 스테이션이 TXOP 공유 요청 트리거를 유니캐스팅하는 것으로 시작되고, 이에 응답하여 상기 AP는 OBSS 간섭을 피하기 위해 시간 시프팅을 사용하여 또는 상이한 대역 스케줄링을 사용하여 TXOP 공유 응답 트리거를 브로드캐스팅하는, 장치.
- 제17항에 있어서, 시간 시프팅을 갖는 상기 응답 트리거는 OBSS 공유 트리거 프레임 내에서 상기 공유 TXOP 홀더 BSS와 상기 공유 TXOP 참여자 BSS 사이에서 시간 시프팅 정보를 교환하는 것에 의해 수행되는, 장치.
- 제16항에 있어서, 비-AP 스테이션들이 상기 AP로부터 브로드캐스트 TXOP 공유 응답 트리거를 수신한 후에, 이러한 비-AP 스테이션들은 상기 수신된 트리거 프레임에서 지시된 바와 같은 대응하는 데이터 지연 후에 자신의 RU 할당을 사용하여 상기 광고된 할당 스케줄에 기초하여 상기 공유 TXOP의 액세스를 수행하는, 장치.
- 네트워크에서 무선 통신을 수행하는 방법으로서,
(a) 주파수 도메인에서 중첩 기본 서비스 세트(OBSS) 내의 다른 스테이션들과 전송 기회(TXOP)를 공유하기 위해 적어도 하나의 채널을 통해 동일한 또는 다른 기본 서비스 세트(BSS) 내의 또는 OBSS로부터의 적어도 하나의 다른 스테이션과 제1 스테이션으로서 구성된 무선 통신 회로 사이에서 무선으로 통신하는 단계;
(b) 자신의 TXOP를 이 공유 TXOP 홀더 BSS의 다른 비-AP 스테이션들과 공유할 시에, AP에 통보하고/하거나 상기 AP의 승인을 얻기 위해 상기 액세스 포인트(AP) 스테이션과 공유 제안 및 요청 정보를 교환하는 단계 -
(c) 상기 공유 제안 및 요청 정보는 공유 TXOP 참여자 BSS로서의 중첩된 BSS들의 AP들과 공유됨 -;
(d) 상기 적어도 하나의 채널에 액세스할 시에, 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 지시하는 정보가 다른 스테이션들과 교환되고, 상기 다가오는 공유 TXOP에 합류할 의향이 있는 스테이션들을 식별하는 단계 -
(e) 상기 공유 TXOP 참여자 BSS의 상기 AP는 공유 TXOP 참여자 STA들을 식별하는 것을 수행함 -;
(f) 상기 공유 TXOP 참여자 BSS에서, 상기 공유 TXOP 참여자 스테이션들을 위한 RU들의 스케줄링 및 분배가 AP 레벨에서 결정되면서, 상기 TXOP 홀더 BSS 내의 상기 공유 TXOP 참여자 스테이션들을 위한 상기 비-AP TXOP 홀더 스테이션에 의한 자원 유닛(RU) 분배를 가능하게 하는 단계
를 포함하며;
(g) 상기 방법은 하나 이상의 프로세서가 비일시적 매체에 저장된 명령어들을 실행하는 것에 의해 수행되는, 방법.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063043309P | 2020-06-24 | 2020-06-24 | |
| US63/043,309 | 2020-06-24 | ||
| US17/152,536 US11405944B2 (en) | 2020-06-24 | 2021-01-19 | Coordinated stations in OBSS with shared TXOP in the frequency domain |
| US17/152,536 | 2021-01-19 | ||
| PCT/US2021/038380 WO2021262654A1 (en) | 2020-06-24 | 2021-06-22 | Coordinated stations in obss with shared txop in the frequency domain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20220158029A true KR20220158029A (ko) | 2022-11-29 |
Family
ID=79030780
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227036735A KR20220158029A (ko) | 2020-06-24 | 2021-06-22 | 주파수 도메인에서 공유 txop를 갖는 obss 내의 코디네이션된 스테이션들 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US11405944B2 (ko) |
| EP (1) | EP4147527A4 (ko) |
| JP (1) | JP2023525062A (ko) |
| KR (1) | KR20220158029A (ko) |
| CN (1) | CN114830801A (ko) |
| WO (1) | WO2021262654A1 (ko) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112188640A (zh) * | 2019-07-05 | 2021-01-05 | 华为技术有限公司 | 通信保护方法及装置 |
| US11405944B2 (en) * | 2020-06-24 | 2022-08-02 | Sony Group Corporation | Coordinated stations in OBSS with shared TXOP in the frequency domain |
| US11337222B2 (en) * | 2020-06-24 | 2022-05-17 | Sony Group Corporation | Coordinated stations in a single BSS with shared TXOP in the frequency domain |
| US11856606B2 (en) * | 2020-12-01 | 2023-12-26 | Sony Group Corporation | Coordinated stations in OBSS with shared TXOP in time domain |
| US20230095005A1 (en) * | 2021-09-28 | 2023-03-30 | Hewlett Packard Enterprise Development Lp | Resource allocation for clients of multiple co-hosted vaps |
| US20230164838A1 (en) * | 2021-11-19 | 2023-05-25 | Qualcomm Incorporated | Starting position control in channel occupancy time for new radio sidelink communications |
| WO2023133178A1 (en) * | 2022-01-07 | 2023-07-13 | Ofinno, Llc | Triggered txop sharing (txs) power save |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104053243B (zh) * | 2013-03-11 | 2019-03-12 | 中兴通讯股份有限公司 | 无线局域网中的数据传输方法和系统 |
| US9419752B2 (en) * | 2013-03-15 | 2016-08-16 | Samsung Electronics Co., Ltd. | Transmission opportunity operation of uplink multi-user multiple-input-multiple-output communication in wireless networks |
| US10306672B2 (en) * | 2013-05-03 | 2019-05-28 | Qualcomm Incorporated | Transmit opportunity (TXOP) based channel reuse |
| US10516457B2 (en) * | 2013-06-28 | 2019-12-24 | Mediatek Singapore Pte. Ltd. | Beamforming enhancements for spatial reuse in wireless networks |
| US10211901B2 (en) * | 2014-09-11 | 2019-02-19 | Interdigital Patent Holdings, Inc. | Wireless communications method and apparatus for spatial sharing using carrier sense multiple access wireless medium access |
| CN105578423A (zh) * | 2014-10-24 | 2016-05-11 | 中兴通讯股份有限公司 | 无线局域网络站点共享资源的方法及装置 |
| JP6469834B2 (ja) * | 2015-02-24 | 2019-02-13 | 日本電信電話株式会社 | 無線通信システム、無線通信方法、無線ｌａｎ基地局装置および無線ｌａｎ端末装置 |
| US20170181187A1 (en) * | 2015-12-16 | 2017-06-22 | Qualcomm Incorporated | Methods and apparatus for negotiating processing time for multiple user uplink |
| CN109067436B (zh) | 2018-09-25 | 2021-09-21 | 河南科技大学 | 一种后向兼容的无线局域网多ap协同通信方法 |
| US11818061B2 (en) * | 2018-10-01 | 2023-11-14 | Qualcomm Incorporated | Power control for coordinated transmissions from overlapping wireless local area networks |
| US11405164B2 (en) * | 2019-10-10 | 2022-08-02 | Qualcomm Incorporated | Coordinated access point time division multiple access |
| US11659448B2 (en) * | 2019-10-23 | 2023-05-23 | Qualcomm Incorporated | Basic service set (BSS) configuration in a multiple access point (multi-AP) network |
| US11432326B2 (en) * | 2019-10-29 | 2022-08-30 | Mediatek Singapore Pte. Ltd. | Multi-link channel access and operation with efficient utilization of multi-link resources |
| US11700044B2 (en) * | 2019-11-11 | 2023-07-11 | Nxp Usa, Inc. | Apparatus and methods for multi-AP joint transmission and reception |
| US20210120548A1 (en) * | 2020-03-04 | 2021-04-22 | Cheng Chen | Multi-ap resource sharing |
| US11723006B2 (en) * | 2020-03-13 | 2023-08-08 | Samsung Electronics Co., Ltd | Shared transmission opportunity operation in multi-access point coordination |
| US11564257B2 (en) * | 2020-04-01 | 2023-01-24 | Sony Group Corporation | Coordinated WiFi stations with shared TXOP in time domain |
| US11917551B2 (en) * | 2020-04-01 | 2024-02-27 | Mediatek Singapore Pte. Ltd. | Apparatus and methods for coordinated spatial reuse in a wireless network |
| US11968712B2 (en) * | 2020-04-06 | 2024-04-23 | Mediatek Inc. | Shared wireless fidelity communication device for controlling operations of station during shared period that is part of time period of transmission opportunity obtained by sharing access point |
| US11405944B2 (en) * | 2020-06-24 | 2022-08-02 | Sony Group Corporation | Coordinated stations in OBSS with shared TXOP in the frequency domain |
| US11337222B2 (en) * | 2020-06-24 | 2022-05-17 | Sony Group Corporation | Coordinated stations in a single BSS with shared TXOP in the frequency domain |
| US20220053560A1 (en) * | 2020-08-17 | 2022-02-17 | Sony Group Corporation | Request trigger frame and txop sharing launched by non-ap sta |
-
2021
- 2021-01-19 US US17/152,536 patent/US11405944B2/en active Active
- 2021-06-22 JP JP2022567589A patent/JP2023525062A/ja active Pending
- 2021-06-22 CN CN202180007184.2A patent/CN114830801A/zh active Pending
- 2021-06-22 KR KR1020227036735A patent/KR20220158029A/ko unknown
- 2021-06-22 EP EP21828677.1A patent/EP4147527A4/en active Pending
- 2021-06-22 WO PCT/US2021/038380 patent/WO2021262654A1/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| EP4147527A1 (en) | 2023-03-15 |
| WO2021262654A1 (en) | 2021-12-30 |
| EP4147527A4 (en) | 2023-11-01 |
| US20210410163A1 (en) | 2021-12-30 |
| US11405944B2 (en) | 2022-08-02 |
| CN114830801A (zh) | 2022-07-29 |
| JP2023525062A (ja) | 2023-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11818763B2 (en) | Wireless communication terminal for multi-user uplink transmission, and wireless communication method | |
| US10660136B2 (en) | Wireless communication terminal and wireless communication method for multi-user uplink transmission | |
| JP7418716B2 (ja) | 周波数領域においてｔｘｏｐを共有する単一ｂｓｓ内の局の協調 | |
| US11564257B2 (en) | Coordinated WiFi stations with shared TXOP in time domain | |
| CN111555845B (zh) | 同时数据传输的无线通信方法和使用其的无线通信终端 | |
| US11405944B2 (en) | Coordinated stations in OBSS with shared TXOP in the frequency domain | |
| US11653348B2 (en) | Wireless communication method for uplink multiple-user transmission schedule and wireless communication terminal using the method | |
| US11856606B2 (en) | Coordinated stations in OBSS with shared TXOP in time domain | |
| US20220174732A1 (en) | Coordinated wifi stations with shared txop among dl and ul over time domain | |
| KR20230014753A (ko) | 시간 도메인에 걸쳐 dl과 ul 사이의 공유 txop로 코디네이션된 wifi 스테이션들 | |
| WO2022118136A1 (en) | Coordinated stations in obss with shared txop in time domain |