KR20220117321A - 주파수 도메인에서 공유 txop를 갖는 단일 bss 내의 코디네이션된 스테이션들 - Google Patents
주파수 도메인에서 공유 txop를 갖는 단일 bss 내의 코디네이션된 스테이션들 Download PDFInfo
- Publication number
- KR20220117321A KR20220117321A KR1020227025183A KR20227025183A KR20220117321A KR 20220117321 A KR20220117321 A KR 20220117321A KR 1020227025183 A KR1020227025183 A KR 1020227025183A KR 20227025183 A KR20227025183 A KR 20227025183A KR 20220117321 A KR20220117321 A KR 20220117321A
- Authority
- KR
- South Korea
- Prior art keywords
- txop
- shared
- station
- sta
- stations
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 91
- 238000000034 method Methods 0.000 claims description 100
- 238000004891 communication Methods 0.000 claims description 51
- 230000004044 response Effects 0.000 claims description 44
- 230000015654 memory Effects 0.000 claims description 16
- 238000009826 distribution Methods 0.000 claims description 15
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 65
- 230000008569 process Effects 0.000 description 40
- 230000006870 function Effects 0.000 description 19
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 17
- 238000005516 engineering process Methods 0.000 description 15
- 238000007726 management method Methods 0.000 description 14
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 10
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 10
- 238000012545 processing Methods 0.000 description 10
- 230000008901 benefit Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 8
- 238000013461 design Methods 0.000 description 7
- 230000014509 gene expression Effects 0.000 description 6
- 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 4
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 4
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 3
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 3
- 101150081243 STA1 gene Proteins 0.000 description 3
- 239000000463 material Substances 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 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 description 1
- 238000005266 casting Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000009466 transformation 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/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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0037—Inter-user or inter-terminal allocation
-
- 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/1242—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- 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/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
전송 기회(TXOP) 보유자가 협력하여 작동하는 다른 스테이션들과 TXOP를 공유할 수 있게 하는 무선 로컬 영역 네트워크(WLAN) 프로토콜. TXOP를 공유하려는 의도는 TXOP가 공유될 수 있음을 다른 스테이션들에 통신하고, 해당 TXOP에 합류할 의향이 있는 스테이션들을 액세스 포인트(AP) 스테이션에 통지한다. TXOP가 발생할 때, 스테이션들은 지정된 지속 기간 동안 상이한 주파수 도메인을 통해 동시에 채널에 액세스할 수 있으며, 따라서 TXOP의 증가된 사용을 제공하여 효율성을 향상시킬 수 있다.
Description
본 출원은 그 전체가 참고로 본 명세서에 포함되는, 2020년 6월 24일에 제출된 미국 가특허 출원 제63/043,217호에 대한 우선권과 그 이익을 주장하는, 그 전체가 참고로 본 명세서에 포함되는, 2021년 1월 5일에 제출된 미국 특허 출원 제17/141,840호에 대한 우선권과 그 이익을 주장한다.
연방 정부 후원 연구 또는 개발에 관한 진술
해당 사항 없음
컴퓨터 프로그램 부록의 참고상 포함
해당 사항 없음
저작권 보호 대상 자료의 고지
본 특허 문서 내의 자료의 일부는 미국 및 다른 국가들의 저작권법에 따른 저작권 보호를 받을 수 있다. 저작권 권리의 소유자는, 미국 특허청에서 공적으로 이용 가능한 파일 또는 기록에 나오는 그대로, 특허 문서 또는 특허 개시내용의 누군가에 의한 팩시밀리 복사에 대해서는 이의가 없지만, 그렇지 않은 경우에는 무엇이든 모든 저작권 권리를 보유한다. 저작권 소유자는 이로써, 37 C.F.R. § 1.14에 따른 권리를 제한 없이 포함하여, 본 특허 문서가 비밀로 유지되게 하는 어떠한 권리도 포기하지 않는다.
1. 기술분야
본 개시내용의 기술은 일반적으로 무선 네트워크 통신에 관한 것이며, 더 상세하게는 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 전송 기회(TXOP)를 공유하는 것에 관한 것이다.
2. 배경기술 논의
새로운 응용 분야들의 빠른 발전과 Wi-Fi를 통해 인터넷에 액세스하는 스마트 디바이스들의 수의 증가에 따라, Wi-Fi 네트워크들의 사용이 빠르게 증대되는 반면, Wi-Fi 사용자들의 요구가 계속 증가하고 있다. 이러한 요구를 해결하기 위해, 진행 중인 통신 네트워크 설계의 여러 목표들은 높은 처리량, 낮은 지연 시간 및 높은 효율을 포함한다. 실시간 애플리케이션들(RTA들)(예를 들면, 데이터 수집(data acquisition) 또는 게이밍)과 같은 일부 애플리케이션들은 지연에 매우 민감한 데이터를 통신하며, 따라서 저 지연 시간 패킷 통신을 필요로 한다.
그렇지만, 현재 Wi-Fi 네트워크 프로토콜들은 이러한 시간에 민감한 애플리케이션들에 대한 지연 시간을 최소화하도록 되어 있지 않다.
그에 따라, RTA 패킷 지연 시간을 감소시키기 위한 장치 및 방법이 필요하다. 본 개시내용은 그러한 요구를 충족시키고 이전 기술들에 비해 추가적인 이점들을 제공한다.
스테이션들(STA들)은 이하의 단계들을 수행하는 것에 의해 주파수 도메인에서 단일 BSS 시나리오에서 무선 LAN 네트워크에서의 자신의 전송 기회(TXOP)를 다른 STA들과 공유할 수 있다. 자신의 전송 기회(TXOP)를 다른 STA들과 공유하는 것을 통보하고/하거나 그에 대한 승인을 얻기 위해 액세스 포인트(AP) 스테이션과 메시지들을 교환한다. 채널에 대한 액세스를 얻을 시에, 다가오는 TXOP가 공유될 수 있다는 것을 나타내고 수신된 응답들에 기초하여 비-AP 공유 TXOP 참여자 STA들을 식별해 주기 위해 정보가 다른 STA들과 교환된다.
메시지들은 다음 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 STA들로 송신되고 각각의 비-AP 공유 TXOP 참여자 STA은 채널 액세스 동안 UL(UpLoad) 데이터를 전송하기 위해 자원 유닛(RU)에 대한 정보를 사용해야 한다.
본 명세서에서 설명되는 기술의 추가의 양태들은 본 명세서의 이하의 부분들에서 나타날 것이며, 여기서 상세한 설명은 제한을 두지 않고 기술의 바람직한 실시예들을 완전히 개시하기 위한 것이다.
본 명세서에서 설명되는 기술은 단지 예시 목적을 위한 것인 이하의 도면들을 참조하는 것에 의해 더 충분히 이해될 것이다.
도 1은 IEEE 802.11에서 DL OFDMA MIMO 전송의 슬롯 기반 전송 다이어그램이다.
도 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(TXOP holder STA)에 의해 개시되는 제안된 공유 TXOP 프로토콜의 통신 시퀀스 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른 프로토콜 설계 일반 개요이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른 공유 TXOP 설정(shared TXOP setup) 스테이지에서의 공유 정보 교환의 통신 시퀀스 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른 AP에 의해 처리되는 공유 TXOP 설정 스테이지의 흐름 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP STA 레벨에서 처리되는 공유 TXOP 설정 스테이지의 흐름 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른 AP 코디네이터(AP coordinator)가 없는 공유 TXOP 초기화 스테이지의 통신 시퀀스 다이어그램이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른 각각의 비-AP 공유 TXOP 참여자 STA들을 위한 유니캐스트 TXOP 액세스 요청 트리거 프레임을 스케줄링하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른 모든 비-AP 공유 TXOP 참여자 STA들을 위한 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 스케줄링하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP 공유 TXOP 참여자 STA들을 위한 랜덤 액세스를 가능하게 하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 23a 및 도 23b는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 24a 및 도 24b는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에서의 공유 TXOP 초기화 스테이지의 통신 시퀀스 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른 AP에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 29은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 32a 및 도 32b는 본 개시내용의 적어도 하나의 실시예에 따른 (AP를 코디네이터로 하여) AP에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 33a 및 도 33b는 본 개시내용의 적어도 하나의 실시예에 따른 (AP를 코디네이터로 하여) 비-AP TXOP 보유자 STA에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 34a 및 도 34b는 본 개시내용의 적어도 하나의 실시예에 따른 (AP를 코디네이터로 하여) 비-AP 공유 TXOP 참여자 STA에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른 공유 제안/요청 설정(share offer/request setup) 서브스테이지 및 TXOP 보유자 구성 설정(TXOP holder configuration setup) 서브스테이지를 포함하는 공유 TXOP 설정 스테이지의 통신 시퀀스 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른 공유 제안/요청 설정 서브스테이지가 시작된 후 AP에 의해 처리되는 공유 제안/요청 설정 서브스테이지의 흐름 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP STA에 의해 처리되는 공유 제안/요청 설정 서브스테이지의 흐름 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른 AP에 의해 처리되는 TXOP 보유자 구성 설정 서브스테이지의 흐름 다이어그램이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 보유자 구성 설정 서브스테이지의 흐름 다이어그램이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 AP를 코디네이터로 하지 않는 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 비-AP TXOP 보유자 STA에 의해 처리되는 AP를 코디네이터로 하지 않는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 비-AP 공유 TXOP 참여자 STA에 의해 처리되는 AP를 코디네이터로 하지 않는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 비-AP TXOP 보유자 STA에 의해 처리되는 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 AP에 의해 처리되는 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 46은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP 공유 가능성(STA TXOP shareability) 요소의 데이터 필드 다이어그램이다.
도 47은 본 개시내용의 적어도 하나의 실시예에 따른 STA Info 필드의 데이터 필드 다이어그램이다.
도 48은 본 개시내용의 적어도 하나의 실시예에 따른 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 49는 본 개시내용의 적어도 하나의 실시예에 따른 이하의 필드들을 갖는 STA share offer/request info 필드 포맷의 데이터 필드 다이어그램이다.
도 50은 본 개시내용의 적어도 하나의 실시예에 따른 MU-RTS 공유(MU-RTS-share) 프레임의 프레임 포맷의 데이터 필드 다이어그램이다.
도 51은 본 개시내용의 적어도 하나의 실시예에 따른 CTS 공유(CTS-share) 프레임의 데이터 필드 다이어그램이다.
도 52는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 랜덤 액세스 요청 트리거의 데이터 필드 다이어그램이다.
도 53은 본 개시내용의 적어도 하나의 실시예에 따른 유니캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 54는 본 개시내용의 적어도 하나의 실시예에 따른 브로드캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 55는 본 개시내용의 적어도 하나의 실시예에 따른 CTS-to-self 공유(CTS-to-self-share) 프레임 포맷의 데이터 필드 다이어그램이다.
도 56은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 참여자 공지 프레임의 데이터 필드 다이어그램이다.
도 57은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP participant 필드의 데이터 필드 다이어그램이다.
도 58은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 스케줄러 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 59는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 우선순위 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 60은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 보유자 구성 프레임 포맷의 데이터 필드 다이어그램이다.
도 61은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP Access Allocation 필드의 프레임 포맷의 데이터 필드 다이어그램이다.
도 62는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 참여자 STA의 트래픽의 우선순위를 나타내는 Allocation Control Info 서브필드의 priority 서브필드의 데이터 필드 다이어그램이다.
도 63은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 구성 프레임 포맷의 데이터 필드 다이어그램이다.
도 64는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 65는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 응답 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 66은 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD) 구성에 소속되어 있는 스테이션들의 스테이션(STA) 하드웨어의 블록 다이어그램이다.
도 1은 IEEE 802.11에서 DL OFDMA MIMO 전송의 슬롯 기반 전송 다이어그램이다.
도 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(TXOP holder STA)에 의해 개시되는 제안된 공유 TXOP 프로토콜의 통신 시퀀스 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른 프로토콜 설계 일반 개요이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른 공유 TXOP 설정(shared TXOP setup) 스테이지에서의 공유 정보 교환의 통신 시퀀스 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른 AP에 의해 처리되는 공유 TXOP 설정 스테이지의 흐름 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP STA 레벨에서 처리되는 공유 TXOP 설정 스테이지의 흐름 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른 AP 코디네이터(AP coordinator)가 없는 공유 TXOP 초기화 스테이지의 통신 시퀀스 다이어그램이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른 각각의 비-AP 공유 TXOP 참여자 STA들을 위한 유니캐스트 TXOP 액세스 요청 트리거 프레임을 스케줄링하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른 모든 비-AP 공유 TXOP 참여자 STA들을 위한 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 스케줄링하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP 공유 TXOP 참여자 STA들을 위한 랜덤 액세스를 가능하게 하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 23a 및 도 23b는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 24a 및 도 24b는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에서의 공유 TXOP 초기화 스테이지의 통신 시퀀스 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른 AP에 의해 처리되는 공유 TXOP 초기화 스테이지의 흐름 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 29은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른 AP를 코디네이터로 하는 시나리오에 대한 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 32a 및 도 32b는 본 개시내용의 적어도 하나의 실시예에 따른 (AP를 코디네이터로 하여) AP에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 33a 및 도 33b는 본 개시내용의 적어도 하나의 실시예에 따른 (AP를 코디네이터로 하여) 비-AP TXOP 보유자 STA에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 34a 및 도 34b는 본 개시내용의 적어도 하나의 실시예에 따른 (AP를 코디네이터로 하여) 비-AP 공유 TXOP 참여자 STA에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른 공유 제안/요청 설정(share offer/request setup) 서브스테이지 및 TXOP 보유자 구성 설정(TXOP holder configuration setup) 서브스테이지를 포함하는 공유 TXOP 설정 스테이지의 통신 시퀀스 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른 공유 제안/요청 설정 서브스테이지가 시작된 후 AP에 의해 처리되는 공유 제안/요청 설정 서브스테이지의 흐름 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른 비-AP STA에 의해 처리되는 공유 제안/요청 설정 서브스테이지의 흐름 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른 AP에 의해 처리되는 TXOP 보유자 구성 설정 서브스테이지의 흐름 다이어그램이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 보유자 구성 설정 서브스테이지의 흐름 다이어그램이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 AP를 코디네이터로 하지 않는 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 비-AP TXOP 보유자 STA에 의해 처리되는 AP를 코디네이터로 하지 않는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 비-AP 공유 TXOP 참여자 STA에 의해 처리되는 AP를 코디네이터로 하지 않는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 비-AP TXOP 보유자 STA에 의해 처리되는 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른 반정적 시나리오에 대해 AP에 의해 처리되는 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 흐름 다이어그램이다.
도 46은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP 공유 가능성(STA TXOP shareability) 요소의 데이터 필드 다이어그램이다.
도 47은 본 개시내용의 적어도 하나의 실시예에 따른 STA Info 필드의 데이터 필드 다이어그램이다.
도 48은 본 개시내용의 적어도 하나의 실시예에 따른 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 49는 본 개시내용의 적어도 하나의 실시예에 따른 이하의 필드들을 갖는 STA share offer/request info 필드 포맷의 데이터 필드 다이어그램이다.
도 50은 본 개시내용의 적어도 하나의 실시예에 따른 MU-RTS 공유(MU-RTS-share) 프레임의 프레임 포맷의 데이터 필드 다이어그램이다.
도 51은 본 개시내용의 적어도 하나의 실시예에 따른 CTS 공유(CTS-share) 프레임의 데이터 필드 다이어그램이다.
도 52는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 랜덤 액세스 요청 트리거의 데이터 필드 다이어그램이다.
도 53은 본 개시내용의 적어도 하나의 실시예에 따른 유니캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 54는 본 개시내용의 적어도 하나의 실시예에 따른 브로드캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 55는 본 개시내용의 적어도 하나의 실시예에 따른 CTS-to-self 공유(CTS-to-self-share) 프레임 포맷의 데이터 필드 다이어그램이다.
도 56은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 참여자 공지 프레임의 데이터 필드 다이어그램이다.
도 57은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP participant 필드의 데이터 필드 다이어그램이다.
도 58은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 스케줄러 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 59는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 우선순위 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 60은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 보유자 구성 프레임 포맷의 데이터 필드 다이어그램이다.
도 61은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP Access Allocation 필드의 프레임 포맷의 데이터 필드 다이어그램이다.
도 62는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 참여자 STA의 트래픽의 우선순위를 나타내는 Allocation Control Info 서브필드의 priority 서브필드의 데이터 필드 다이어그램이다.
도 63은 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 액세스 구성 프레임 포맷의 데이터 필드 다이어그램이다.
도 64는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 요청 트리거 프레임의 데이터 필드 다이어그램이다.
도 65는 본 개시내용의 적어도 하나의 실시예에 따른 TXOP 공유 응답 트리거 프레임 포맷의 데이터 필드 다이어그램이다.
도 66은 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD) 구성에 소속되어 있는 스테이션들의 스테이션(STA) 하드웨어의 블록 다이어그램이다.
1. 서론
특히 2.4 GHz 대역 및 5 GHz 대역에서 WLAN들의 성능을 개선시키기 위해 많은 802.11 수정안들이 제안되었다. 20 MHz로부터 160 MHz로의 대역폭 증가, 새로운 변조 및 코딩 방식들, MIMO 시스템 개선과 같은, 수많은 데이터 속도 개선 사항들이 PHY 계층에서 고안되었다.
전송 오버헤드를 감소시키고 따라서 데이터 처리량을 증가시키기 위해 다른 MAC 계층 개선 사항들이 도입되었다. 이는, 예를 들어, 프레임 간 간격을 감소시키는 것, 패킷들을 집성 및 분할하는 것, 및 STA들이 전력을 보존하기 위해 어웨이크 상태와 도즈 상태를 교호하도록 전력 소비 프로토콜들을 적용하는 것에 의해 달성된다.
IEEE 802.11ax는 인접한 서브캐리어들이 자원 유닛들(RU들)로 그룹화되는 직교 주파수 분할 다중 액세스(OFDMA) 기술을 도입하였다. 업링크(UL) 데이터 전송 및 다운링크(DL) 데이터 전송 양쪽 모두에서 다중 사용자(MU)를 위한 RU들을 할당하는 것에 의해, 이 기술은 전송 속도를 최대화한다.
OFDMA의 사용은 많은 사용자들이 그들 간에 주파수 도메인을 분할하는 것에 의해 동일한 시간 자원들을 동시에 활용할 수 있게 한다. 더 많은 사용자들이 동시에 스케줄링될 수 있으므로 이 기술은 자원 이용률을 개선시키고 지연 시간을 감소시킨다.
그렇지만, 현재 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은 채널을 감지하고 채널이 비지가 아니라고 결정해야 한다. 이하의 조건들 중 임의의 것이 검출될 때 채널은 비지인 것으로 간주된다: (1) STA가 프레임의 프리앰블을 검출하는 반면, 채널은 검출된 프레임의 길이 동안 비지인 것으로 간주된다; (2) STA가 20dB 초과의 최소 감도로 대역 내 에너지를 검출한다; 또는 (3) STA가 검출된 프레임의 네트워크 할당 벡터(NAV)를 판독하는 것에 의해 채널이 가상적으로 비지라는 것을 검출한다. NAV는 NAV가 송신 STA가 매체를 비지로 유지하려고 의도하는 마이크로초 수(최대 32,767 마이크로초)를 나타내는 무선 네트워크 프로토콜들에서 사용되는 가상 캐리어 감지 메커니즘이라는 것이 이해될 것이다.
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 디바이스들만을 위한 제2 EDCA 세트를 도입하였다. 이것은 레거시 비-802.11ax 디바이스들이 EDCA를 통해 채널에 자유롭게 액세스할 수 있게 하고 AP가 UL 또는 DL OFDMA MIMO 데이터 전송을 스케줄링하기 위해 채널에 대한 액세스를 얻을 기회를 증가시킨다.
2.1.2. 다중 사용자 전송 및 수신
802.11 WLAN 디바이스들은 전송 및 수신은 물론 OFDMA 채널 액세스를 위해 MIMO 안테나들을 사용할 수 있다. IEEE 802.11ax는 업링크와 다운링크 양쪽 모두에서 다중 사용자 전송을 지원한다.
다중 사용자 통신의 사용은, 예를 들어, 802.11ac에서 SU-MIMO DL에서 최대 8 개의 스트림을 통해 한 명 이상의 사용자로의 다중 스트림 전송을 가능하게 하거나 802.11ac에 정의된 바와 같이 MU-MIMO DL 전송을 통해 둘 이상의 사용자로의 다중 사용자 전송을 가능하게 한다. 이것은 AP가 자신의 BSS 내의 STA들에 하나 이상의 스트림을 할당할 수 있게 한다.
최대 160 MHz인 넓은 채널들을 데이터 전송을 위해 사용하는 경우, 채널은 일부 주파수들이 다른 주파수들과 상이한 간섭 레벨들을 경험하는 간섭 주파수 선택적일 것으로 예상되며, 이는 달성 가능한 예상 속도에 영향을 미치고 성능을 저하시킨다. 이 문제를 해결하기 위해, 802.11ax는 인접한 서브캐리어들이 자원 단위들(RU들)로 그룹화되는 OFDMA를 도입하였다. 이러한 RU들은 전송 속도를 최대화하기 위해 상이한 수신기들에 할당될 수 있다. 이러한 스케줄링은 각각의 수신기에 대한 SINR을 최대화하는 결과를 가져올 수 있으며, 따라서 더 높은 변조 및 코딩 방식(MCS)을 가능하게 하고 따라서 달성된 처리량을 증가시킬 수 있다.
OFDMA는 많은 사용자들이 그들 간에 주파수 도메인을 분할하는 것에 의해 자원들을 동시에 활용할 수 있도록 한다. 더 많은 사용자들이 동시에 스케줄링될 수 있으므로 이것은 자원 이용을 개선시키고 지연 시간을 감소시킨다. 추가적으로, 소량의 데이터를 가진 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들이 짧은 프레임 간 간격(Short Interframe Spacing)(SIFS)의 전송을 시작하는 DL 데이터 프레임의 수신과 동기화되어야 한다.
도 2는 AP가 STA들을 위한 주파수, RU 매핑, 및 RU 할당을 포함하는 트리거 프레임을 모든 STA들로 송신하는 UL OFDMA MIMO 전송의 예이다. UL MIMO 전송은 DL 트리거 프레임의 수신 이후에 STA들이 SIFS의 전송을 시작하는 프레임의 수신과 동기화되어야 한다.
2.1.4. 재전송
도 3은 IEEE 802.11에 따른 WLAN 시스템들에서 STA들이 패킷 전송 및 재전송을 위해 채널 액세스를 가질 수 있게 하기 위해 CSMA/CA를 사용하는 것을 예시한다. 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은 OFDMA를 사용하는 다운링크 다중 사용자 전송의 예이다. 송신기 AP는 데이터 패킷들을 그의 수신기 1, 수신기 2, 수신기 3, 및 수신기 4로 전송한다. 데이터 패킷은 HE MU PPDU 포맷을 사용할 수 있다. 초기 전송을 마친 후에, AP는 다중 사용자 블록 ACK 요청(multi-user Block ACK request)(MU-BAR)을 모든 수신기들로 송신한다. 수신기들은 이어서 블록 ACK(block ACK)(BA)를 AP로 다시 송신한다. BA들 내의 내용에 따라, AP는 패킷들을 수신기 1, 수신기 3, 및 수신기 4로 재전송하기로 결정한다. AP는 채널을 위해 경쟁하고 백오프 시간 동안 기다린다. AP가 채널 액세스를 획득한 후에 첫 번째 재전송이 발생한다.
도 9는 OFDMA를 사용하는 업링크 다중 사용자 전송의 예이다. AP는 먼저 트리거 프레임을 송신기 1, 송신기 2, 송신기 3, 및 송신기 4 모두로 송신한다. 송신기들은 트리거 프레임을 수신하고 트리거 프레임에 의해 할당되는 채널 자원을 사용하여 초기 전송을 시작한다. 데이터 패킷들은 HE TB PPDU 포맷을 사용할 수 있다. AP는 송신기들로부터 데이터 패킷들을 수신하고 전송의 적절한 수신을 보고하기 위해 BA 프레임을 송신한다. 이 예에서, 송신기 3으로부터의 패킷만이 올바르게 수신되는 것으로 보인다. 송신기 1, 송신기 2, 및 송신기 4에 대해 재전송이 스케줄링될 필요가 있다. AP는 채널을 위해 경쟁하고 채널 액세스를 얻기 위해 백오프 시간 동안 기다린다. 이어서, 재전송이 초기 전송과 동시에 진행된다.
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에 의존해야 한다. 이 경우에, OFDMA의 등장은 낮은 채널 활용 효율 및 따라서 증가된 지연을 포함한 여러 문제들을 야기한다.
4. 본 개시내용의 공헌
본 개시내용은 단일 BSS에서 공유 TXOP에서 다중 사용자 UL 전송을 가능하게 하는 새로운 해결책을 제안한다. "공유 TXOP"라는 문구는 본 명세서에서, 하나의 TXOP 동안, 채널 액세스가 상이한 사용자들 간에 공유 가능하다는 것을 의미하는 데 사용된다. 보다 구체적으로, 비-AP STA가 채널을 획득할 때, 비-AP STA은 AP로부터의 트리거 프레임을 기다리지 않고 MU UL 전송을 개시할 수 있다. 이러한 비-AP STA은, 공유 TXOP 액세스를 개시할 수 있고 후속하는 공유 TXOP에 합류하는 다른 비-AP STA들을 위한 채널 자원들을 스케줄링할 수 있는, TXOP 보유자 STA로서 역할한다. 연구된 시나리오들은 단일 BSS의 경우에 초점을 맞춘다. 제안된 해결책은 채널 활용 효율을 개선시키고 비-AP STA 측에서의 지연을 감소시키며, 따라서 비-AP STA 측에서의 유연성과 RTA 성능을 개선시킨다.
5. 비-AP STA 하드웨어 설정
도 10은 무선 네트워크 통신 프로토콜을 구현하는 프로그램(들)을 실행하는 것은 물론 데이터를 저장하는 것을 위한 CPU(18) 및 RAM(20)을 갖는 스테이션 회로(12)의 버스(16)로의 외부 I/O(14)를 갖는 비-AP STA의 예시적인 실시예(10)를 예시한다. 본 개시내용의 스테이션 하드웨어는 방향성 및/또는 전방향성 통신을 포함할 수 있는 다양한 방식들로 통신을 위해 구성될 수 있다.
호스트 머신(12)은, 예컨대, 서브-6 GHz 대역(예를 들면, 2.4, 5, 6 Ghz)에서 통신을 수행하기 위해 및/또는 밀리미터 파장(mmW)을 통해 통신하기 위해 하나 이상의 안테나(26a, 26b, 26c 내지 26n, 및 29)에 연결된 적어도 하나의 RF 모듈(24, 28)에 결합되는 통신을 지원하기 위해 적어도 하나의 모뎀(22)을 수용한다. 도시된 예에서, RF 안테나(29)는 전방향성 안테나이다. 예로서, RF 모듈(24)은 해당 대역에서 전송 및 수신을 위한 빔포밍을 지원하기 위해 다수의 안테나들을 갖는 것으로 도시되어 있다. 이러한 방식으로, STA은 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있다. 비록 예들이 서브 6 Ghz 통신들을 설명하지만, 임의의 원하는 대역들이 본 개시내용의 교시에 의해 지원될 수 있다는 것이 이해되어야 한다. 본 개시내용의 교시를 벗어나지 않으면서 다수의 STA들이 임의의 원하는 구성으로 그룹화(클러스터링)될 수 있다는 점에 또한 유의해야 한다.
버스(14)는, 센서들, 액추에이터들 등과 같은, 다양한 디바이스들을 CPU에 연결시킬 수 있게 한다. 메모리(20)로부터의 명령어들은, STA가 액세스 포인트(AP) 스테이션 또는 비-AP(일반) 스테이션(STA)의 기능들을 수행할 수 있게 하기 위해 실행되는, 통신 프로토콜을 구현하는 프로그램을 실행하기 위해 프로세서(18)에서 실행된다. 현재 통신 콘택스트에서 어떤 역할을 하는지에 따라, 프로그래밍이 상이한 모드들(소스, 송신기, 중개자, 목적지, 수신기, 제1 AP, 다른 AP, 제1 AP와 연관된 비-AP 스테이션들, 비-AP TXOP 보유자 스테이션, 비-AP TXOP 참여자 스테이션들, 비-AP TXOP 비-참여자 스테이션들, 다른 AP와 연관된 스테이션들, 코디네이터(coordinator), 코디네이티(coordinatee) 등)에서 작동하도록 구성된다는 것이 또한 이해되어야 한다.
본 개시내용이 다수의 모뎀들(22) - 각각의 모뎀은 임의의 수의 RF 회로들에 결합됨 - 로 구성될 수 있다는 것이 이해되어야 한다. 일반적으로, 더 많은 수의 RF 회로들을 사용하는 것은 안테나 빔 방향의 더 넓은 커버리지를 결과할 것이다. 활용되는 RF 회로들의 수와 안테나들의 수가 특정 디바이스의 하드웨어 제약들에 의해 결정된다는 것이 이해되어야 한다. STA가 이웃 STA들과 통신할 필요가 없다고 결정할 때 RF 회로 및 안테나들 중 일부가 디스에이블될 수 있다.
도 66은, 무선 통신 스테이션들이 다중 링크 디바이스(MLD) 하드웨어 구성에 소속되어 있는 실시예(1370)와 같은, 도 10의 변형을 예시한다. MLD 내의 각각의 STA은 상이한 주파수의 링크에서 작동한다. 각각의 스테이션(10')은, CPU, RAM, 모뎀, RF 회로들 및 하나 이상의 안테나를 각각 갖는, 도 10에 설명된 것과 같을 수 있다. 도시된 n 개의 스테이션 각각이 상이한 링크(예를 들면, 링크1, 링크2 내지 링크n이 도시되어 있음)를 제공한다는 것이 도면에 보여지고 있다.
MLD는 또한 MLD의 애플리케이션들에 액세스하고 MLD 레벨에서 통신 프로토콜들을 구현하기 위한 외부 I/O를 제공하는, 적어도 하나의 프로세서(CPU)(1374), 메모리(1376)를 갖는 MLD 관리 엔티티의 회로(1372)로 보여지고 있다. MLD는 각각의 소속된 STA에게 작업들을 분배하고 그로부터 정보를 수집하며 소속된 STA들 간에 정보를 공유하도록 구성된다.
MLD의 각각의 STA가 자체 프로세서와 메모리를 가질 필요가 없다는 것이 또한 이해되어야 한다. 적어도 하나의 실시예에서, MLD 내의 스테이션들 중 하나 이상은 그들 간에 프로세서 및 메모리를 공유할 수 있거나, MLD 회로의 프로세서 및 메모리를 공유할 수 있다. 따라서, 본 개시내용은 MLD 내의 다수의 링크들을 통한 통신을 위한 많은 가능한 배열들을 고려한다.
6. 토폴로지 및 시나리오 설명
6.1. 연구 중인 토폴로지
도 11은 본 개시내용의 후속하는 동작 논의들에서 제한이 아니라 예로서 이용되는 바와 같은, 단일 WLAN BSS(32) 시나리오에 대한 시나리오(토폴로지)의 예시적인 실시예(30)를 예시한다. 이 시나리오는, 본 명세서에서의 교시의 사용을 임의의 특정 네트워크 시나리오로 제한하지 않으면서, 본 명세서에서 설명되는 동작들의 설명을 돕기 위한 토폴로지를 제공한다. 단일 WLAN BSS(32)는 하나의 AP(34) 및, STA1(36), STA2(38) 및 STA3(40)으로서 예시된, 다수의 스테이션들로 이루어져 있다. STA3은, 채널을 획득하고 후속하는(후속적인) TXOP를 다른 비-AP STA들과 공유할 의향이 있는 STA인, 비-AP TXOP 보유자 STA이고, 다른 2 개의 STA은, 채널을 획득하지는 못하지만 TXOP 보유자 STA에 의해 공유되는 후속하는 TXOP에 합류할 의향이 있는, 비-AP 공유 TXOP 참여자 STA들이다. 이 예는 제한 없이 임의의 WLAN 토폴로지에 적용할 수 있는 제안된 해결책의 예시를 위해 사용된다.
6.2. 시나리오 설명
연구된 BSS는 하나의 AP와 다수의 비-AP STA들을 포함한다. 각각의 비-AP STA은 AP로 전송하기 위해 주기적으로 또는 빈번히 생성될 수 있는 패킷들을 갖는다. 본 개시내용은, 각각의 비-AP STA과 AP 사이에서 더 복잡한 스케줄링이 요구되는 것으로 인해 지연 시간이 항상 중요한 문제인, 업링크(UL) OFDMA 전송에 초점을 맞추고 있다.
802.11ax 기술에서는, 다수의 STA들이 공유 TXOP 내에서 UL 데이터 시퀀스들을 동시에 송신할 수 있으며, 이는 TXOP 활용 효율을 개선시킨다. 802.11ax에서, AP는 UL 데이터 전송을 개시할 수 있다. AP는 일반적으로 비-AP STA들의 버퍼 상태 및 트래픽 우선순위들에 대해 문의하기 위해 비-AP STA들로 트리거 프레임(예를 들면, 버퍼 상태 보고 폴링(Buffer Status Report Polling)(BSRP))을 송신한다. 해당 비-AP STA들로부터 응답 프레임(예를 들면, 버퍼 상태 보고(Buffer Status Report)(BSR))을 수신할 시에, AP는 해당 비-AP STA들이 UL 데이터 시퀀스를 전송하는 데 사용하도록 자원 할당 정보를 갖는 다른 트리거 프레임(예를 들면, 기본 트리거(Basic Trigger))을 해당 비-AP STA들로 송신한다. 기존의 기술에서, AP 개시 TXOP(AP initiated TXOP)는 비-AP STA들의 동적 요구들을 지원할 수 없는데, 해당 비-AP STA들이 전송될 RTA(Real Time Application) 패킷들을 가지는 경우 특히 그렇다. 비록 RTA 패킷들이 일반적으로 작은 크기이지만, 이들은 빠른(저 지연 시간) 전송을 요청한다.
본 개시내용에서는, 비-AP STA들의 관점에서 새로운 해결책이 제공된다. 특히 채널이 이용 가능하다는 것을 감지하고 AP로 즉각 송신할 패킷들을 가지는 해당 비-AP STA들에 대해. 공유 TXOP 방식은 채널 액세스를 획득하고 후속하는 TXOP에서 다른 STA들과 채널 액세스를 공유할 의향이 있는 STA에 의해 가능하게 된다. 공유 TXOP 방식은 백오프 지연을 감소시키는 것 및 채널 액세스를 위해 경쟁하는 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들은 채널 액세스 자원들을 할당하기 위해 미리 결정된 스케줄을 사용할 수 있다.
본 개시내용은 채널에 액세스하기 위한 지연 시간을 감소시키는 것 및 또한 채널 활용 효율을 증가시키는 것에 의해 WLAN 동작들에 이익을 줄 수 있다.
도 12는 비-AP TXOP 보유자 STA에 의해 개시되는 제안된 공유 TXOP 프로토콜의 상위 레벨 예의 예시적인 실시예(50)를 예시한다. TXOP 설정 절차에서, 비-AP TXOP 보유자 STA 및 비-AP 공유 TXOP 참여자 STA들을 포함하는 비-AP STA들은 AP의 코디네이션을 통해 TXOP 공유 가능성 정보를 교환한다.
도면은 수신기 AP(52), 공유 TXOP 참여자들인 2 개의 비-AP 송신기(54, 56), 및 비-AP 송신기 TXOP 보유자(58) 사이의 상호 작용들을 묘사한다. TXOP 설정 절차(60)가 수행된다. 비-AP TXOP 보유자 STA(58)은, 채널을 획득할 때, UL 공유 TXOP를 초기화한다. TXOP 보유자 STA은 어느 비-AP STA들이 후속하는 공유 TXOP에 참여할 의향이 있는지를 확인할 필요가 있을 수 있다. 이어서, 제1 공유 TXOP 액세스(62)가 시작되고, 헤더들(64, 68 및 72)은 전송하는 비-AP STA들로부터 송신된다. TXOP 보유자 STA은 예약된 RU(74)를 통해 UL 데이터를 전송하는 반면, 비-AP 공유 TXOP 참여자 STA들은 비-AP TXOP 보유자 STA에 의해 할당된 RU들(66, 70)을 통해 UL 데이터를 전송한다. 제2 TXOP(76)가 또한 도시되어 있으며, 헤더들(78, 82) 이후에, TXOP 보유자(58)는 RU2(84)에서 더 많은 양의 자원들을 활용하는 반면, 유일한 다른 비-AP 공유 TXOP 참여자는 RU1(80)에서 전송한다.
6.3. 시나리오 분류
본 개시내용에서, 동적 시나리오 및 반정적 시나리오를 포함하는 2 개의 상이한 시나리오에 관하여 상이한 해결책들이 설명된다. 양쪽 시나리오들에서, 해결책들은, 예를 들어, 코디네이터로서 참여할 AP를 사용하거나 사용하지 않는, 두 가지 측면에서 논의된다. 단일 BSS 시나리오에서의 해결책은 섹션 7에서 설명되고 연관된 프레임 포맷은 섹션 8에서 설명되는 반면, 섹션 9는 제안된 해결책을 요약한다.
7. 프로토콜 설계
7.1. 프로토콜 설계의 개요
도 13은, 예를 들어, 비-AP STA가 채널이 이용 가능하다는 것을 감지하고 채널을 획득(확보)하며 주파수 도메인에서 이 채널 액세스를 다른 STA들과 공유하는, 제안된 프로토콜의 일반적 개요의 예시적인 실시예(90)를 예시한다. 다시 말하지만, 도면은 수신기 AP(52), 공유 TXOP 참여자들인 2 개의 비-AP 송신기(54, 56), 및 비-AP 송신기 TXOP 보유자(58) 사이의 상호 작용들을 묘사한다. 다른 STA들이 또한 전송할 UL 데이터를 갖는 경우, 이들은 공유 TXOP 보유자 STA에 의해 결정되는 바와 같은 스케줄링에 따라 또는 미리 결정된 반정적 스케줄링 방식에 기초하여 채널에 액세스할 것이다. 본 개시내용의 프로토콜은 3 개의 스테이지를 포함하며, 랜덤 액세스 및 스케줄링된 액세스와 같은 상이한 채널 액세스 설계들에 적용될 수 있다.
공유 TXOP 설정(92)의 제1 스테이지에서, TXOP 보유자 STA 및 공유 TXOP 참여자 STA들을 포함하는 비-AP STA들은 TXOP를 공유(제안/요청)할 STA의 의향을 나타내는 TXOP 공유 가능성 정보를, STA가 AP의 코디네이션을 통해 교환하는 인증 프레임, 결합(association) 프레임 또는 임의의 다른 프레임들에 이 정보를 임베딩하는 것에 의해, 교환한다.
공유 TXOP 초기화 스테이지(94)인 제2 스테이지에서, 비-AP TXOP 보유자 STA은 채널 액세스를 획득하고 다른 비-AP STA들과 후속하는 TXOP를 공유할 의향이 있음을 공지한다. 적어도 하나의 실시예에서, 이 프로세스는, 예를 들어, 후속하는 TXOP가 공유 가능하다는 것을 알려 주기 위해 MU-RTS 공유 프레임을 잠재적인 공유 TXOP 참여자 STA들로 브로드캐스팅하는 것에 의해, 수행된다. 후속하는 공유 TXOP에 합류하려는 의향이 있는 다른 비-AP STA들은 자신의 참여를 확인해 주기 위해, 예컨대, CTS 공유 프레임을 다시 송신하는 것으로, TXOP 보유자 STA에 응답한다.
TXOP 스케줄 및 액세스 스테이지(96)인 제3 스테이지에서, 비-AP TXOP 보유자 STA과 비-AP 공유 TXOP 참여자 STA들은 동시에 채널에 액세스한다. 비-AP TXOP 보유자 STA은 예약된 RU를 이용하여 UL 데이터를 전송한다. 비-AP 공유 TXOP 참여자 STA들은, 어느 채널 액세스 모드가 선택되었는지에 따라, 할당된 RU들을 사용하여 또는 남아 있는 RU들에 랜덤하게 액세스하여 UL 데이터를 전송한다.
시스템은 이러한 스테이지들의 서브세트로 작동할 수 있으며, 따라서 모든 스테이지들이 필수적인 것은 아니다.
7.2. AP를 코디네이터로 하지 않는 동적 시나리오
이 경우에, 비-AP TXOP 보유자 STA가 채널을 확보한 후에, AP가 트리거 프레임들을 송신하기를 기다리지 않는다. 비-AP TXOP 보유자 STA은 다른 비-AP STA들과 MU UL 전송을 개시할 수 있다. 비-AP TXOP 보유자 STA은 후속하는 공유 TXOP에 참여할 의향이 있는 다른 비-AP STA들과 직접 코디네이션할 수 있다.
도 14는 공유 TXOP 설정 스테이지에서 공유 정보 교환 절차의 예시적인 실시예(110)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다. 비-AP STA들은 AP와 교환되는 프레임에서 자신의 공유 가능성을 알려 준다, 예를 들어, 공유 정보(112)를 포함하는 요소는, 연관된 AP로 송신되는, AP와 교환되는 인증 프레임, 결합 프레임 또는 임의의 다른 프레임에 첨부될 수 있다. 일단 AP가 인증 프레임 또는 결합 프레임을 수신하면, AP는 공유 정보를 검사하고 성공적인 수신을 확인해 주기 위해 프레임(114)으로 응답한다. 이어서, AP는 공유 제안/요청 프레임(116)을 사용하여 모든 연관된 비-AP STA들로 공유 가능성 정보를 브로드캐스팅한다. 이 경우에, 일단 비-AP STA가 공유 제안/요청 프레임을 수신하면, 비-AP STA은 어느 스테이션이 TXOP를 공유할 의향이 있는지 및 어느 스테이션들이 다른 비-AP STA들에게 TXOP 시간을 요청하는지와 관련하여 공유 가능성을 알게 된다.
도면에서 오른쪽을 향해, STA2(56)는 공유 요청(118)을 송신하는 것에 의해 TXOP의 공유를 획득하려고 요청하고 있으며, 이에 대해 AP는 응답(120)하고 나중에 공유 정보(122)를 다른 STA들로 통신한다.
공유 TXOP 설정 스테이지는 AP를 코디네이터로 하는/하지 않는 동적 시나리오들에 대한 공통 스테이지이다. 공유 가능성 정보는 STA TXOP 공유 가능성 요소로서 설계된 새로운 요소를 통해 관리 프레임들에 구현된다.
도 15는 AP에 의해 처리되는 공유 TXOP 설정 스테이지의 예시적인 실시예(130)를 예시한다. 공유 TXOP 설정 스테이지가 시작(132)된 후에, AP는 비-AP STA가 다른 비-AP STA들과 공유 TXOP를 제안/요청할 의향이 있는지를 나타내는, 인증 요청 프레임 또는 결합 요청 프레임과 같은, 관리 프레임을 비-AP STA로부터 수신(134)한다. AP는 비-AP STA로부터의 이러한 공유 가능성 정보를 유지하고 성공적인 수신을 확인해 주기 위해 인증/결합 응답 프레임을 다시 송신한다(136). 이어서 AP는 최신 공유 가능성 정보를 자신의 데이터베이스에 기록하고 이어서 공유 제안/요청 프레임을 사용하여 최신 공유 가능성 정보를 모든 연관된 비-AP STA들로 재브로드캐스팅하며(138), 그 후에 프로세스는 종료(140)된다.
도 16은 비-AP STA 레벨에서 처리되는 공유 TXOP 설정 스테이지의 예시적인 실시예(150)를 예시한다. 공유 TXOP 설정 스테이지가 시작(152)된 후에, 비-AP STA은 공유 TXOP에 대한 자신의 공유 제안/요청 정보를 나타내기 위해, 인증/결합 요청 프레임과 같은, 관리 프레임을 연관된 AP로 송신한다(154). 연관된 AP로부터 임의의 응답이 수신되었는지를 결정하기 위한 검사(156)가 이루어진다. 비-AP STA가 공유 제안/요청 정보를 포함하는 인증 프레임 또는 결합 프레임을 송신한 후 관리 프레임 타임아웃 전에 연관된 AP로부터 임의의 피드백을 수신하지 않는 경우, 실행은 관리 프레임 타임아웃인 블록(158)으로 이동하고, 실행은 비-AP STA가 자신의 공유 가능성을 알려 주기 위해 관리 프레임을 연관된 AP로 재전송하는 블록(154)으로 돌아간다.
그렇지 않고, 블록(156)에서 비-AP STA가 AP로부터 응답을 수신한 경우, 비-AP STA가 최신 TXOP 공유 가능성 정보를 나타내는 공유 제안/요청 프레임을 연관된 AP로부터 수신했는지를 결정하는 블록(160)에 도달한다. 비-AP STA가 모든 연관된 비-AP STA들의 공유 제안/요청을 수신한 경우, 블록(164)에 도달하여 STA은 모든 다른 STA들의 공유 제안/요청 정보에 대한 자신의 데이터베이스를 업데이트하고, 프로세스는 종료(166)된다. 타임아웃까지 공유 제안/요청 프레임이 수신되지 않는 경우, 타임아웃인 블록(162)에 도달하고, 실행은 비-AP STA가 TXOP 공유 제안/요청 정보가 임베딩되어 있는 인증/결합 요청 프레임을 재전송해야 하는 블록(154)으로 돌아간다.
도 17은 코디네이터로서 역할하는 AP가 없는 경우에 공유 TXOP 초기화 스테이지의 절차의 예시적인 실시예(170)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
이 예에서, 비-AP TXOP 보유자 STA가 다른 비-AP STA들을 향한 빔포밍 정보를 획득하기 위해 채널 사운딩(빔포밍 테스트)(172)을 수행한다고 가정된다. 이것은 STA가 공유 절차를 초기화하기 전에 언제든지 수행될 수 있다. 이 프로세스를 수행하는 빈도는 채널 특성들에 의존한다.
이 스테이지에서, 비-AP TXOP 보유자 STA은 채널을 획득(확보)하고, 다른 비-AP STA들과 TXOP를 공유할 의향이 있다. 비-AP TXOP 보유자 STA은 어느 다른 비-AP STA들이 후속하는 공유 TXOP에 합류할 의향이 있는지를 확인할 필요가 있다. 비-AP TXOP 보유자 STA은, 각각의 지정된 비-AP STA을 위한 표시된 대역폭(BW)을 사용하여, MU-RTS 공유 프레임을 잠재적인 비-AP 공유 TXOP 참여자 STA들로 송신한다(174). 네트워크 할당 벡터(NAV)(MU-RTS) 기간(176)이 시작된다. 일단 비-AP STA들이 이러한 MU-RTS 공유 프레임을 수신하고 후속하는 공유 TXOP에 합류할 의향이 있으면, 이들은 수신된 MU-RTS 공유 프레임에 표시된 바와 같은 BW를 사용하여 비-AP TXOP 보유자 STA에 대해 CTS 공유 프레임(178, 180)으로 응답한다. NAV(CTS 공유)가 시작(182)된다. AP가 MU-RTS 공유 프레임을 수신하는 경우, AP는 공유 TXOP가 개시되었음을 알게 된다.
도 18은 비-AP TXOP 보유자 STA에 의해 처리되는 공유 TXOP 초기화 스테이지의 예시적인 실시예(190)를 예시한다. 공유 TXOP 초기화 스테이지가 시작(192)되고 채널 사운딩이 수행(194)된 후에, 비-AP TXOP 보유자 STA은 MU-RTS 공유 프레임을 잠재적인 비-AP 공유 TXOP 참여자 STA들 및 AP로 송신하고(196), 이들이 응답하기 위한 특정 BW를 할당한다. 비-AP TXOP 보유자가 모든 CTS 공유 프레임들을 수신하는지를 결정하기 위한 검사(198)가 이루어진다.
블록(198)에서 비-AP TXOP 보유자가 MU-RTS 공유 프레임 타임아웃 내에서 임의의 CTS 공유 프레임들을 수신하지 않는다는 것이 밝혀지는 경우, 실행은 MU-RTS 타임아웃(200)에 도달하고 이어서 MU- RTS 공유 프레임이 어떤 다른 비-AP STA들로 재전송되어야 하는 블록(196)에 도달한다.
그렇지 않고, 블록(198)에서 비-AP TXOP 보유자 STA가 비-AP 공유 TXOP 참여자 STA들로부터 모든 CTS 공유 프레임들을 수신하는 경우, 비-AP TXOP 보유자 STA은 이러한 비-AP STA들이 후속하는 공유 TXOP에 참여할 것임을 인식하고, 비-AP TXOP 보유자 STA가 수신된 CTS 공유 프레임들에 포함되는 모든 비-AP 공유 TXOP 참여자의 AID들을 기록하는 블록(202)에 도달하며, 그 후에 실행은 종료(204)된다.
도 19는 비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 공유 TXOP 초기화 스테이지의 예시적인 실시예(210)를 예시한다. 공유 TXOP 초기화 스테이지가 시작(212)된 후에, 비-AP STA가 MU-RTS 공유 프레임을 수신했는지를 결정하기 위한 검사가 이루어진다(214). MU-RTS 공유 프레임이 수신되지 않는 경우, 프로세스는 종료(222)된다.
그렇지 않고, 비-AP STA가 User Info list 필드 중 하나 내의 AID12 서브필드가 수신기의 AID와 동일한 MU-RTS 공유 프레임을 수신하는 경우, 비-AP STA은 비-AP STA가 공유 TXOP에 합류할 의향이 있는지를 결정하기 위한 검사를 한다(216). 블록(216)에서 비-AP STA가 후속하는 공유 TXOP에 합류할 의향이 있다고 결정되는 경우, 블록(218)에서 STA은, 자신이 후속하는 공유 TXOP에 합류할 것임을 나타내기 위해, TXOP Share Participant AID 필드를 자신의 AID로 설정하는 CTS 공유 프레임으로 응답하고, 프로세싱은 종료(222)된다. 그렇지 않고, 비-AP STA가 합류할 의향이 없는 경우, 블록(220)에 도달하여 비-AP STA은 TXOP Share Participant AID 필드를, 자신이 후속하는 공유 TXOP에 합류하지 않을 것임을 나타내는, 0으로 설정하는 CTS 공유 프레임으로 응답한다.
7.2.3. TXOP 스케줄 및 액세스 스테이지
본 개시내용에서, TXOP 스케줄 및 액세스 스테이지에 대한 다수의 해결책들이 있으며, 그 중 3 개가 본 명세서에서 (1) 섹션 7.2.3.1에서 소개되는 바와 같은 TXOP 액세스 요청 트리거를 유니캐스팅하는 방법, (2) 섹션 7.2.3.2에서 소개되는 바와 같은 TXOP 액세스 요청 트리거를 브로드캐스팅하는 방법, 및 (3) 섹션 7.2.3.3에서 소개되는 바와 같은 랜덤 액세스 방법으로 예시되어 있다.
7.2.3.1. 유니캐스트 TXOP 액세스 요청 트리거를 갖는 TXOP 스케줄 및 액세스 스테이지
도 20은 각각의 비-AP 공유 TXOP 참여자 STA들을 위한 유니캐스트 TXOP 액세스 요청 트리거 프레임을 스케줄링하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(230)을 예시한다. 이 프로세스는 공유 TXOP 초기화 스테이지로부터 수신되는 정보에 기초한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
비-AP TXOP 보유자 STA은 다른 비-AP STA들을 향한 빔포밍 정보를 획득하기 위해 채널 사운딩(빔포밍 테스트)(232)을 수행한다. 도 17의 이전 예에서와 같이, 비-AP TXOP 보유자 STA가 채널을 획득(확보)하고, 다른 비-AP STA들과 TXOP를 공유할 의향이 있으며, 각각의 지정된 비-AP STA을 위한 표시된 대역폭(BW)을 사용하여, MU-RTS 공유 프레임을 잠재적인 비-AP 공유 TXOP 참여자 STA들로 송신(236)하는, 공유 TXOP 초기화 스테이지(234)가 수행된다. 네트워크 할당 벡터(NAV)(MU-RTS) 기간(238)이 시작된다. 일단 비-AP STA들이 이러한 MU-RTS 공유 프레임을 수신하고 후속하는 공유 TXOP에 합류할 의향이 있으면, 이들은 수신된 MU-RTS 공유 프레임에 표시된 바와 같은 BW를 사용하여 비-AP TXOP 보유자 STA에 대해 CTS 공유 프레임(240, 242 및 244)으로 응답한다. NAV(CTS 공유)가 시작(246)된다.
비-AP TXOP 보유자 STA은, UL 전송을 위한 특정 비-AP 공유 TXOP 참여자 STA을 위한 할당된 자원 유닛(RU)을 나타내는, 일련의 유니캐스트 TXOP 액세스 요청 트리거 프레임들(248, 250)을 유니캐스팅한다. 비-AP 공유 TXOP 보유자 STA가 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송출한 후에 또는 비-AP 공유 TXOP 참여자 STA들이 공유 TXOP 보유자에 의해 송신된 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에, 비-AP STA들은 자신의 업로드(UL) 데이터(252, 254 및 256)를 AP로 송신하는데; TXOP 보유자는 예약된 RU를 사용하고 TXOP 참여자 STA들은 할당된 RU들을 사용한다. 공유 TXOP에서 전송하는 모든 비-AP STA들의 동기화는 TXOP Access Start Flag 필드가 1로 설정된 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 검출하는 것에 의해 달성된다. 수신기 AP(52)는 UL 데이터의 성공적인 수신을 확인해 주기 위해 다중 스테이션(멀티 스테이션) 블록 확인응답(Block Acknowledge, BA)을 송출(258)한다.
7.2.3.2. 브로드캐스트 TXOP 액세스 요청 트리거를 갖는 TXOP 스케줄 및 액세스 스테이지
도 21은 모든 비-AP 공유 TXOP 참여자 STA들을 위한 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 스케줄링하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(270)을 예시한다. 이 프로세스는 공유 TXOP 초기화 스테이지로부터 얻어지는 정보에 기초한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
비-AP TXOP 보유자 STA은 다른 비-AP STA들을 향한 빔포밍 정보를 획득하기 위해 채널 사운딩(빔포밍 테스트)(272)을 수행한다. 도 20의 이전 예에서와 같이, 비-AP TXOP 보유자 STA가 채널을 획득(확보)하고, 다른 비-AP STA들과 TXOP를 공유할 의향이 있으며, 각각의 지정된 비-AP STA을 위한 표시된 대역폭(BW)을 사용하여, MU-RTS 공유 프레임을 잠재적인 비-AP 공유 TXOP 참여자 STA들로 송신(276)하는, 공유 TXOP 초기화 스테이지(274)가 수행된다. 네트워크 할당 벡터(NAV)(MU-RTS) 기간(278)이 시작된다. 일단 비-AP STA들이 이러한 MU-RTS 공유 프레임을 수신하고 후속하는 공유 TXOP에 합류할 의향이 있으면, 이들은 수신된 MU-RTS 공유 프레임에 표시된 바와 같은 BW를 사용하여 비-AP TXOP 보유자 STA에 대해 CTS 공유 프레임(280, 282 및 284)으로 응답한다. NAV(CTS 공유)가 시작(286)된다.
공유 TXOP 초기화 스테이지(274) 이후에, 비-AP TXOP 보유자 STA은, UL 전송을 위한 각각의 특정 비-AP 공유 TXOP 참여자 STA을 위한 할당된 RU를 나타내는, 브로드캐스트 TXOP 액세스 요청 트리거 프레임(290)을 송신한다.
브로드캐스트 TXOP 액세스 요청 트리거 프레임들을 송출한 후에, 비-AP TXOP 보유자 STA은 자신의 예약된 RU를 사용하여 자신의 UL 데이터(296)를 AP로 송신하는 반면; 각각의 비-AP 공유 TXOP 참여자 STA은 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에 자신의 할당된 RU를 사용하여 자신의 UL 데이터(292 및 294)를 송신한다. 이러한 업로드들 이후에, 수신기 AP(52)는 다중 스테이션(멀티 스테이션) 블록 확인응답(BA)을 송출(298)한다.
7.2.3.3. 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지
도 22는 비-AP 공유 TXOP 참여자 STA들을 위한 랜덤 액세스를 가능하게 하는 것에 의한 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(300)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
랜덤 액세스가 적용되기 때문에, 비-AP TXOP 보유자 STA은 공유 TXOP 초기화 스테이지를 스킵(보류)할 수 있다. 비-AP TXOP 보유자 STA은, 자신이 UL 전송을 위해 RU를 예약했다는 것을 공지하는, TXOP 랜덤 액세스 요청 트리거 프레임(302)을 브로드캐스팅한다.
TXOP 랜덤 액세스 요청 트리거 프레임을 송출한 후에, 이어서 비-AP TXOP 보유자 STA은 예약된 RU를 사용하여 자신의 UL 데이터(308)를 AP로 송신한다. TXOP 랜덤 액세스 요청 트리거 프레임을 수신한 후에, 비-AP 공유 TXOP 참여자 STA들은 UL 데이터 전송(304, 306)을 위한 공유 TXOP의 랜덤 액세스를 수행하고 나머지 RU들을 위해 경쟁한다. 공유 TXOP에서의 모든 비-AP STA들의 동기화는 TXOP 랜덤 액세스 요청 트리거 프레임의 전파 지연이 무시될 수 있을 만큼 충분히 작다고 가정하는 것에 의해 달성 가능하다. 이러한 업로드들 이후에, 수신기 AP(52)는 다중 스테이션(멀티 스테이션) 블록 확인응답(BA)을 송출(309)한다.
도 23a 및 도 23b는 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(310)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(312)된 후에, 비-AP TXOP 보유자 STA은 자신을 위한 RU를 예약(314)하고 나머지 RU들을 다른 비-AP STA들과 공유할 의향이 있다. 제한이 아닌 예로서, 랜덤 액세스, 유니캐스트 TXOP 액세스 트리거 및 브로드캐스트 TXOP 액세스 트리거에 기초한 스케줄러를 포함하는, 비-AP TXOP 보유자 STA에 의해 프로세싱될 수 있는 3 가지 상이한 형태의 TXOP 액세스 스케줄링이 설명되었다.
블록(316)에서, 공유 TXOP 동안 랜덤 액세스가 사용될 것인지가 결정된다. 이것이 랜덤 액세스인 경우, 블록(318)에 도달하여 비-AP TXOP 보유자 STA은, 자신을 위한 예약된 RU를 공지하고 다른 비-AP STA들을 위한 UORA(UL OFDMA-based random access)를 알려 주기 위해 TXOP 랜덤 액세스 요청 트리거 프레임을 브로드캐스팅하는 것에 의해, TXOP 랜덤 액세스 요청 트리거를 브로드캐스팅한다. 이어서 블록(320)에서, 비-AP TXOP 보유자 STA은 예약된 RU에서 UL 데이터 전송을 송신하기 시작하며 그 후에 프로세스는 종료(322)된다.
그렇지 않고, 블록(316)에서 이것이 랜덤 액세스 TXOP가 아닌 것으로 결정되는 경우, 실행은 공유 TXOP가 유니캐스트 액세스에 의한 것인지를 검사하는 도 23b에서의 블록(324)으로 이동한다. 이것이 유니캐스트 공유인 경우, 블록(326)에 도달하여 비-AP TXOP 보유자 STA은 할당된 RU를 사용하여 유니캐스트 TXOP 액세스 요청 트리거 프레임을 비-AP TXOP 공유 참여자 STA로 송신한다. 이어서 마지막 유니캐스트 TXOP 액세스 요청 트리거에 대한 검사가 이루어진다(328). 이것이 마지막 요청 트리거가 아닌 경우, 실행은 블록(326)으로 돌아간다. 그렇지 않고, 그것이 마지막 트리거인 경우, 실행은 도 23a에서의 블록(320)에 도달하여 비-AP TXOP 보유자 STA은 자신의 UL 데이터 전송을 시작할 수 있으며 그 후에 프로세스는 종료(322)된다.
그렇지 않고 블록(324)에서 이것이 유니캐스트 액세스가 아니라고 결정되는 경우, 블록(330)은 이것이 브로드캐스트 액세스 방식인지를 결정한다. 이것이 브로드캐스트 공유가 아닌 경우, 이러한 세 가지 예가 모두 검사되었으므로, 이어서 프로세스는 종료(322)된다. 본 개시내용이 예시된 공유 형태들에 제한되지 않는다는 점에 유의해야 한다.
그렇지만, 블록(330)에서 브로드캐스트 공유인 것으로 결정되는 경우, 블록(332)에서 비-AP TXOP 보유자 STA은 브로드캐스트 TXOP 액세스 요청 트리거를 모든 비-AP STA들로 송신하고, 모든 비-AP TXOP 공유 참여자 STA들을 위한 RU들을 할당하며, 실행은 비-AP TXOP 보유자 STA가 예약된 RU에서 UL 데이터 전송을 시작하는 도 23a의 블록(320)으로 이동한다.
도 24a 및 도 24b는 비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(340)를 예시한다.
TXOP 스케줄 및 액세스 스테이지가 시작(342)된 후에, 비-AP 공유 TXOP 참여자 STA가 TXOP 랜덤 액세스 요청 트리거 프레임을 수신했는지를 결정하기 위한 검사가 이루어진다(344).
비-AP 공유 TXOP 참여자 STA은, TXOP 랜덤 액세스 요청 트리거 프레임을 수신한 경우, 블록(346)에서 0 내지 OCW(OFDMA Contention Window)의 범위 내에서 랜덤하게 선택되는 OBO(OFDMA random access Back Off) 카운터를 카운트 다운한다. 이러한 비-AP STA의 OBO 카운터가 랜덤 액세스를 위해 할당된 RU들의 수보다 작은지를 결정하기 위한 검사가 이루어진다(348). 이 조건이 충족되지 않는 경우, 실행은 블록(346)으로 돌아가서 OBO는 카운트 다운을 계속한다. 그렇지 않고, 조건이 충족되는 경우, 비-AP STA은 TXOP 랜덤 액세스 요청 트리거 프레임의 User Info 필드들의 선택된 서브세트에 의해 표시되는 랜덤 액세스를 위해 할당된 RU들 중 하나에 랜덤하게 액세스(350)하고 프로세스는 종료(368)된다.
블록(344)으로 돌아가서, 비-AP STA가 TXOP 랜덤 액세스 요청 트리거를 수신하지 않는 경우, 실행은 비-AP 공유 TXOP 참여자 STA가 유니캐스트 TXOP 액세스 요청 트리거를 수신하는지를 결정하기 위한 검사가 있는 도 24b에서의 블록(352)으로 이동한다. 조건이 충족되는 경우, 블록(354)에서 유니캐스트 TXOP 액세스 요청 트리거 프레임이 이러한 비-AP 공유 TXOP 참여자 STA로 송신되는지를 결정하기 위한 검사가 이루어진다. 이 조건이 충족되는 경우, 실행은 블록(356)으로 이동하여, 비-AP 공유 TXOP 참여자 STA은 자신에 할당된 RU를 검사하고, 이어서 실행은 블록(358)에 도달한다. 그렇지 않고 블록(354)의 조건이 충족되지 않는 경우, 실행은 곧바로 블록(358)으로 이동한다.
블록(358)에서 유니캐스트 TXOP 액세스 요청 트리거의 TXOP Access Start Flag 서브필드가 분석된다. 이어서 블록(360)에서 이것이 마지막 유니캐스트 TXOP 액세스 트리거인지를 결정하기 위한 검사가 이루어진다. 이것이 (가장 최근에 수신된 유니캐스트 TXOP 액세스 요청 트리거 프레임의 TXOP Access Start Flag 서브필드에 표시된 바와 같이) 마지막 유니캐스트 TXOP 액세스 요청 트리거인 경우, 비-AP STA은, 유니캐스트 TXOP 액세스 요청 트리거에 표시되는, 자신에 대한 할당된 RU 크기를 사용하여 UL 데이터를 연관된 AP로 송신(362)하고, 프로세스는 종료(368)된다. 그렇지 않고, 블록(360)에서의 조건이 충족되지 않는 경우, 비-AP STA은 블록(358)으로 돌아가서 다음에 수신된 유니캐스트 TXOP 액세스 요청 트리거의 TXOP Access Start Flag 서브필드를 계속 검사한다.
블록(352)으로 돌아가서, 유니캐스트 TXOP 액세스 요청 트리거가 수신되지 않은 경우에, 비-AP STA가 브로드캐스트 TXOP 액세스 요청 트리거를 수신했는지를 검사하는 블록(364)에 도달한다. 조건이 충족되는 경우, STA은 브로드캐스트 TXOP 액세스 요청 트리거 프레임에 표시되는 할당된 RU들을 사용하여 UL 데이터를 결합된 AP로 송신(366)한다. 어느 경우든지, 프로세스는 종료(368)된다.
7.3. AP를 코디네이터로 하는 동적 시나리오
이 시나리오(경우)에서, 비-AP TXOP 보유자 STA가 AP가 트리거 프레임들을 송신하기를 기다리지 않고 채널을 획득(확보)한다. 비-AP TXOP 보유자 STA은 다른 비-AP STA들과 MU UL 전송을 개시할 수 있다. 비-AP TXOP 보유자 STA은 후속하는 공유 TXOP에 참여할 의향이 있는 다른 비-AP STA들과 직접 통신할 수 없다. 이 경우에, AP는 비-AP TXOP 보유자 STA과 다른 비-AP 공유 TXOP 참여자 STA들 사이를 코디네이션하는 데 관여할 필요가 있다.
7.3.1. 공유 TXOP 초기화 스테이지
도 25는 AP를 코디네이터로 하는 시나리오에서 공유 TXOP 초기화 스테이지(372)의 예시적인 실시예(370)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
설정 스테이지(372)는 도 14에서와 같이 수행된다. 비-AP STA3(58)은 공유 가능성 정보(374)를 AP와 통신하고, AP는 응답(376)하며, 이어서 AP는 공유 제안/요청 프레임(378)을 사용하여 공유 가능성 정보를 모든 연관된 비-AP STA들로 브로드캐스팅한다. 또한 STA2(56)는 공유(380)를 AP로 송신하는 것으로 도시되어 있으며, AP는 응답(382)하고 이어서 공유 제안/요청(384)을 브로드캐스팅한다.
도면은 자신의 버퍼 상태 보고(BSR)를 요청하도록 비-AP STA들을 폴링하기 위해 버퍼 상태 보고 폴링(Buffer Status Report Poll)(BSRP) 프레임(388)이 AP에 의해 주기적으로 송신되는, 주기적 버퍼 상태 동작(386)을 묘사한다. 일단 비-AP STA들이 BSRP를 수신하면, 이들 각각은 자신의 버퍼 상태와 트래픽 우선순위를 보고하기 위해 BSR 프레임(390, 392 및 394)으로 응답한다.
비-AP TXOP 보유자 STA은, BSS 내의 다른 비-AP STA들과 직접 통신할 수 없을지도 모르기 때문에, 후속하는 TXOP가 공유 TXOP라는 것을 나타내는 수정된 CTS-to-self 공유 프레임을 연관된 AP로 유니캐스팅(396)하는 것에 의해 TXOP 초기화 스테이지를 시작하고, 연관된 AP는 NAV(CTS-to-self 공유)(398)를 또한 시작한다.
AP(52)는 비-AP TXOP 보유자 STA로부터 수정된 CTS-to-self 공유 프레임을 수신하고, 이어서 MU-RTS 공유 프레임을 모든 비-AP STA들로 브로드캐스팅(400)하여 NAV(MU-RTS 공유)(402)를 시작한다. MU-RTS 공유 프레임을 수신한 후에, 각각의 비-AP STA은 자신이 후속하는 공유 TXOP에 참여할 의향이 있는지를 확인해 본다. 비-AP STA은, 참여할 의향이 있는 경우, 자신의 AID가 TXOP Share Participant AID 필드에 표시되어 있는 CTS 공유 프레임으로 응답하고 이 CTS 공유 프레임을 연관된 AP로 다시 송신한다. 비-AP STA은, 참여할 의향이 없는 경우, TXOP Share Participant AID 필드가 0으로 설정되어 있는 CTS 공유 프레임으로 응답한다. 도면은 STA1(54) 및 STA2(56)가 AP1에 CTS 공유(404 및 406)로 응답하고, 이 때 NAV(CTS 공유)(408)가 시작되는 것을 묘사한다. CTS 공유 정보를 수신한 후에, AP는 이어서 TXOP 참여자 공지(410)를 STA3(58)으로 송신한다.
도 26은 비-AP TXOP 보유자 STA에 의해 처리되는 공유 TXOP 초기화 스테이지의 예시적인 실시예(430)를 예시한다. 공유 TXOP 초기화 스테이지가 시작(432)된 후에, 비-AP TXOP 보유자 STA은 공유 TXOP 초기화 스테이지의 시작을 알려 주기 위해 CTS-to-self 공유 프레임을 AP로 유니캐스팅(434)한다. MU-RTS 공유 프레임이 수신되었는지를 결정하기 위한 검사가 이루어진다(436). CTS-to-self 공유 프레임 타임아웃 내에 수신된 MU-RTS 공유 프레임이 없는 경우, CTS-to-self 공유 타임아웃이 발생하고(438), 블록(434)에서 비AP TXOP 보유자 STA은 CTS-to-self 프레임을 재전송한다.
그렇지 않고, MU-RTS 공유 프레임이 수신된 경우, TXOP 참여자 공지가 AP로부터 수신되었는지를 결정하기 위한 검사(440)가 수행된다. 조건이 충족되는 경우, STA은 공유 TXOP 참여자 STA들의 AID의 데이터베이스를 업데이트(442)하고, 프로세스는 종료(448)된다.
그렇지 않고, 블록(440)에서 참여자 공지가 AP로부터 수신되지 않은 경우, 비-AP TXOP 보유자 STA은, TXOP 참여자 공지 프레임이 타임아웃(444)이 되었기 때문에, TXOP 참여자 공지 프레임을 더 이상 기다리지 않고, 다른 STA들이 후속하는 공유 TXOP에 합류할 의향이 없는 것으로 가정(446)되며, 프로세스는 종료(448)된다.
도 27은 AP에 의해 처리되는 바와 같은 공유 TXOP 초기화 스테이지의 예시적인 실시예(450)를 예시한다. 공유 TXOP 초기화 스테이지가 시작(452)된 후에, AP가 비-AP TXOP 보유자 STA로부터 CTS-to-self 공유 프레임을 수신했는지를 결정하기 위한 검사가 이루어진다(454). AP가 그것을 수신하지 않은 경우, 프로세싱은 종료(466)된다. 그렇지 않은 경우, CTS-to-self 공유 프레임이 수신된 후에, AP는 MU-RTS 공유 프레임을 적어도 일부 잠재적인 비-AP 공유 TXOP 참여자 STA들로 송신(456)하고, CTS 공유 프레임에 응답하기 위해 각각의 비-AP 공유 TXOP 참여자 STA을 위한 특정 BW를 할당한다.
CTS 공유 프레임들을 수신하는 것에 대한 검사(458)가 이루어진다. AP가 MU-RTS 공유 프레임 타임아웃 기간 내에 어떠한 CTS 공유 프레임도 수신하지 않는 경우, MU-RTS 타임아웃(460)이 발생하고, 실행은 MU-RTS 공유 프레임을 재전송하기 위해 블록(456)으로 돌아간다.
그렇지 않고, AP가 비-AP 공유 TXOP 참여자 STA들로부터 CTS 공유 프레임들을 수신한 것으로 결정되는 경우, 블록(462)에서 후속하는 공유 TXOP에 참여할 의향이 있는 해당 STA들의 AID가 기록된다. 이 AID 정보가 수신된 CTS 공유 프레임에 포함된다는 점에 유의해야 한다. 이어서, AP는 후속하는 공유 TXOP 참여자 정보에 관해 비-AP TXOP 보유자에게 통보하기 위해 TXOP 참여자 공지 프레임을 비-AP TXOP 보유자로 유니캐스팅(464)하고, 프로세스는 종료(466)된다. 비-AP TXOP 보유자 STA의 MAC 주소가 CTS-to-self 프레임의 RA 필드에 나와 있을 수 있다는 점에 유의한다.
비-AP 공유 TXOP 참여자 STA들에 의해 처리되는 공유 TXOP 초기화 스테이지의 플로차트는 도 19에 보이는 것과 동일하다.
7.3.2. TXOP 스케줄 및 액세스 스테이지(AP 코디네이터를 가짐)
이 섹션에서는, AP를 코디네이터로서 사용하여 TXOP 스케줄 및 액세스 스테이지를 수행하는 방법들에 대한 예들이 제공된다.
도 28은 AP를 코디네이터로서 갖는 시나리오에서 TXOP 액세스 요청 트리거를 유니캐스팅하기 위한 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(470)를 예시한다. 스케줄링은 요청 트리거를 송신하는 것, 보다 구체적으로 TXOP 액세스 요청 트리거를 유니캐스팅하는 것에 의해 달성된다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
공유 초기화 스테이지(472)는 도 25에서 보이는 것과 유사하다. TXOP 보유자 STA3(58)은 CTS-to-self 공유 프레임을 수신기 AP(52)로 유니캐스팅(474)하고, 수신기 AP(52)는 또한 NAV(CTS-to-self 공유)(476)를 시작한다. AP(52)는 비-AP TXOP 보유자 STA로부터 수정된 CTS-to-self 공유 프레임을 수신하고, 이어서 MU-RTS 공유 프레임을 모든 비-AP STA들로 브로드캐스팅(478)하며, NAV(MU-RTS 공유)(480)가 시작된다. MU-RTS 공유 프레임을 수신한 후에, 각각의 비-AP STA은 자신이 후속하는 공유 TXOP에 참여할 의향이 있는지를 확인해 보고, CTS 공유 프레임(482 및 484)을 연관된 AP로 다시 송신하여, NAV(CTS 공유)(486) 기간을 시작한다. CTS 공유 정보를 수신한 후에, AP는 TXOP 참여자 공지(488)를 STA3으로 송신한다.
TXOP 스케줄 및 액세스 스테이지(504)는 공유 TXOP 초기화 스테이지로부터 수집되는 공유 TXOP 참여자 정보에 기초한다. 비-AP TXOP 보유자 STA은, BSS 내의 다른 비-AP STA들과 직접 통신할 수 없기 때문에, TXOP 액세스 스케줄러 트리거 프레임을 AP로 송신(490)하는 것에 의해 TXOP 스케줄 및 액세스 스테이지를 시작한다. TXOP 액세스 스케줄러 트리거 프레임은 모든 비-AP 공유 TXOP 참여자 STA들에 대한 RU 분배에 관한 정보를 포함한다.
TXOP 액세스 스케줄러 트리거 프레임을 수신한 후에, AP는 TXOP 액세스 요청 트리거 프레임(492 및 494)을 각각의 비-AP 공유 TXOP 참여자 STA로 송신하여, 바람직하게는 유니캐스팅하여, UL 전송을 위한 특정 비-AP 공유 TXOP 참여자 STA을 위한 할당된 RU를 알려 준다.
유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에, 각각의 비-AP 공유 TXOP 참여자 STA은 UL 전송을 위한 할당된 RU를 검사한다. 비-AP TXOP 보유자 STA 및 모든 비-AP 공유 TXOP 참여자 STA들 양쪽 모두에 대해, 일단 이들이, 예컨대, TXOP Access Start Flag 필드가 활성(예를 들면, "1")으로 설정된, 마지막 유니캐스트 TXOP 액세스 요청 트리거를 전송/수신하면, 이들은 자신의 UL 데이터 전송(500, 498 및 496)을 시작한다. AP는, 일단 UL 데이터를 수신하는 것을 완료하면, MU 블록 확인응답(BA) 프레임(502)으로 응답한다.
도 29는 AP가 코디네이터로서 역할하는 시나리오에서 TXOP 액세스 요청 트리거를 브로드캐스팅하기 위한 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(510)를 예시한다. 스케줄링은 브로드캐스트 TXOP 액세스 요청 트리거를 송신하는 것으로 달성된다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
공유 초기화 스테이지(512)는 도 28에서 보이는 것과 유사하다. TXOP 보유자 STA3(58)은 CTS-to-self 공유 프레임을 수신기 AP(52)로 유니캐스팅(514)하고, 수신기 AP(52)는 또한 NAV(CTS-to-self 공유)(516)를 시작한다. AP(52)는 비-AP TXOP 보유자 STA로부터 수정된 CTS-to-self 공유 프레임을 수신하고, 이어서 MU-RTS 공유 프레임을 모든 비-AP STA들로 브로드캐스팅(518)하며, NAV(MU-RTS 공유)(520)가 시작된다. MU-RTS 공유 프레임을 수신한 후에, 각각의 비-AP STA은 자신이 후속하는 공유 TXOP에 참여할 의향이 있는지를 확인해 보고, CTS 공유 프레임(522 및 524)을 연관된 AP로 다시 송신하여, NAV(CTS 공유)(526) 기간을 시작한다. CTS 공유 정보를 수신한 후에, AP는 TXOP 참여자 공지(528)를 TXOP 보유자(STA3)로 송신한다.
TXOP 스케줄 및 액세스 스테이지(529)는 공유 TXOP 초기화 스테이지(512)로부터 수집되는 공유 TXOP 참여자 정보에 기초한다. 비-AP TXOP 보유자 STA은, BSS 내의 다른 비-AP STA들과 직접 통신할 수 없기 때문에, TXOP 액세스 스케줄러 트리거 프레임(530)을 AP로 송신하는 것에 의해 TXOP 스케줄 및 액세스 스테이지를 시작한다. TXOP 액세스 스케줄러 트리거 프레임은 모든 비-AP 공유 TXOP 참여자 STA들에 대한 RU 분배를 포함한다.
TXOP 액세스 스케줄러 트리거 프레임을 수신한 후에, AP는 브로드캐스트 TXOP 액세스 요청 트리거 프레임(532)을 모든 비-AP 공유 TXOP 참여자 STA들로 송신하여, UL 전송을 위한 각각의 특정 비-AP 공유 TXOP 참여자 STA을 위한 할당된 RU 또는 RU들을 알려 준다. 일단 브로드캐스트 TXOP 액세스 요청 트리거 프레임이 수신되었으면, 각각의 비-AP 공유 TXOP 참여자 STA은 할당된 RU를 검사하고 자신의 UL 전송(538, 536 및 534)을 시작한다.
적어도 하나의 실시예에서, 비-AP TXOP 보유자 STA은, 일단 브로드캐스트 TXOP 액세스 요청 트리거를 송출하면, 예약된 RU를 사용하여 자신의 UL 데이터 전송을 송신하기 시작한다. 다른 비-AP 공유 TXOP STA들은 자신의 할당된 RU(또는 RU들)에서 자신의 UL 데이터를 전송한다. AP는, 일단 UL 데이터를 수신했으면, MU-BA 프레임(540)으로 응답한다.
도 30은 AP를 코디네이터로서 갖는 시나리오에서 기본 트리거를 사용하는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(550)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
스케줄러는, 이 경우에, 기본 트리거 프레임을 위해 설계되어 있다. STA3의 비-AP TXOP 보유자는 TXOP 우선순위 트리거 프레임(552)을 AP(52)로 전송하는 것으로 보이며, NAV(트리거)(554)가 시작된다. 버퍼 상태 보고들의 선택적인 수집이 수행된다(556). 이 예에서, AP는 비-AP STA들의 버퍼 상태에 대해 문의하기 위해 BSRP 프레임(558)을 주기적으로 브로드캐스팅하며, NAV(BSRP)(555)가 시작된다. 비-AP STA들은 자신의 버퍼 상태와 패킷 정보를 알려 주기 위해 BSR 프레임(560, 562 및 564)으로 응답하며, NAV(BSR)(566)가 시작된다. BSRP와 BSR 교환은 이러한 TXOP 스케줄 및 액세스 스테이지의 내부 또는 외부에서 수행될 수 있다. 공유 TXOP 참여자 정보가 BSRP 프레임들과 BSR 프레임들의 교환으로부터 수집될 수 있으므로, 공유 TXOP 초기화 스테이지는 스킵될 수 있다.
비-AP TXOP 보유자 STA은 BSS 내의 다른 비-AP STA들과 직접 통신할 수 없으며, 이 예는 스케줄링을 AP에 의해 수행되는 것으로 묘사하므로, 따라서 비-AP TXOP 보유자는 TXOP 우선순위 트리거 프레임(552)을 AP로 송신하는 것에 의해 TXOP 스케줄 및 액세스 스테이지를 시작한다. TXOP 우선순위 트리거 프레임은 비-AP TXOP 보유자 STA을 위한 예약된 RU를 나타낸다.
TXOP 우선순위 트리거 프레임을 수신한 후에, AP는 기본 트리거 프레임(568)을 각각의 비-AP 공유 TXOP 참여자 STA 및 비-AP TXOP 보유자 STA로 브로드캐스팅하며, NAV(기본 트리거)(570)가 시작된다. 기본 트리거 프레임은 각각의 비-AP STA가 UL 데이터 시퀀스들을 전송하기 위한 할당된 RU(또는 RU들)를 나타낸다. 기본 트리거 프레임을 수신한 후에, 각각의 비-AP 공유 TXOP 참여자 STA은 할당된 RU를 사용하여 자신의 UL 데이터 전송(572 및 574)을 시작하고, 비-AP TXOP 보유자 STA은 예약된 RU를 사용하여 자신의 UL 데이터(576) 전송을 시작하며, NAV(데이터)(578)가 시작된다. AP는, 일단 UL 데이터를 수신하는 것을 완료했으면, MU-BA(580) 프레임으로 응답한다.
도 31은 AP를 코디네이터로서 갖는 시나리오에서 랜덤 액세스를 사용하는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(590)를 예시한다. 이 시나리오에서의 스케줄러는 랜덤 액세스에 기초한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
이 경우에 공유 TXOP 참여자에 관한 정확한 정보가 필요하지 않기 때문에, 공유 TXOP 초기화 스테이지는 물론 BSRP와 BSR 교환도 스킵될 수 있다.
비-AP TXOP 보유자 STA은, BSS 내의 다른 비-AP STA들과 직접 통신할 수 없으므로, 스케줄링이 AP에 의해 수행되도록 놔두며; 따라서 비-AP TXOP 보유자 STA은 TXOP 우선순위 트리거 프레임(592)을 AP로 송신하는 것에 의해 TXOP 스케줄 및 액세스 스테이지를 시작하고, NAV(우선순위 트리거)(594)가 시작된다. TXOP 우선순위 트리거 프레임은 비-AP TXOP 보유자 STA을 위한 예약된 RU를 나타낸다.
TXOP 우선순위 트리거 프레임을 수신한 후에, AP는 TXOP 랜덤 액세스 요청 트리거 프레임(596)을 각각의 비-AP 공유 TXOP 참여자 STA 및 비-AP TXOP 보유자 STA로 브로드캐스팅하며, 이는 NAV(스케줄 트리거)(598)를 시작한다. TXOP 랜덤 액세스 요청 트리거 프레임을 수신한 후에, 각각의 비-AP 공유 TXOP 참여자 STA은 나머지 RU들에 랜덤하게 액세스하는 것으로 UL 데이터 전송(600 및 602)을 시작하는 반면, 비-AP TXOP 보유자 STA은 예약된 RU를 사용하여 자신의 UL 데이터 전송(604)을 시작하며, NAV(데이터)(606)가 시작된다. AP는, 일단 UL 데이터를 수신하는 것을 완료했으면, MU-BA 프레임(608)으로 응답한다.
도 32a 및 도 32b는 코디네이터인 AP에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(610)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(612)된 후에, AP는 비-AP TXOP 보유자가 비-AP STA 레벨에서 스케줄링을 수행할 것인지를 먼저 검사(614)한다.
비-AP STA가 스케줄링을 수행하고 있는 경우, 블록(616)에 도달하여 AP는 각각의 비-AP 공유 TXOP 참여자 STA들에 RU들을 분배하도록 지시하는 TXOP 액세스 스케줄러 트리거를 비-AP TXOP 보유자 STA로부터 수신할 것이다. 이어서, 공유 TXOP에서 유니캐스트 액세스가 사용되는지를 결정하기 위한 검사(618)가 이루어진다. 그것이 유니캐스트 액세스인 경우, AP는 유니캐스트 TXOP 액세스 요청 트리거 프레임들을 각각의 비-AP 공유 TXOP 참여자 STA로 송신(620)하고 AP는 이 비-AP STA을 위한 할당된 RU를 알려 준다. AP는 모든 유니캐스트 TXOP 액세스 요청 트리거 프레임들을 송신한 후에 UL 데이터를 수신할 수 있을 것이며, 따라서 블록(622)은 마지막 유니캐스트 액세스에 대해 검사하고, 모든 유니캐스트 액세스들이 완료될 때까지 블록(620)으로 돌아가며, 모든 유니캐스트 액세스들이 완료될 때 AP가 UL 데이터를 수신하기 위해 기다리는 블록(624)에 도달하며 그 이후에 프로세싱이 종료(640)된다.
블록(618)으로 돌아가서, 유니캐스트 액세스가 사용되고 있지 않다고 결정되는 경우, 블록(626)에서 AP는 UL 데이터 전송을 트리거하기 위해 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 모든 비-AP 공유 TXOP 참여자 STA들로 송신한다. 이어서 블록(628)에서, 브로드캐스트 TXOP 액세스 요청 트리거 프레임은 모든 비-AP 공유 TXOP 참여자 STA들을 위한 할당된 RU를 나타낸다. 실행은 AP가 UL 데이터를 수신하기 위해 기다리는 블록(624)으로 이동한다.
블록(614)으로 돌아가서 스케줄링이 AP에 의해 수행되는 경우에, 실행은 도 32b의 블록(630)으로 이동하여 AP는 비-AP TXOP 보유자 STA로부터 비-AP TXOP 보유자 STA의 예약된 RU 및 우선순위를 나타내는 TXOP 우선순위 트리거를 수신한다. TXOP에서 랜덤 액세스가 사용되는지를 결정하기 위한 검사(632)가 이루어진다. 이것이 랜덤 액세스인 경우, 블록(634)에서 AP는 TXOP 보유자를 위한 예약된 RU를 공지하는 것 및 다른 비-AP 공유 TXOP 참여자 STA들을 위한 UORA(UL OFDMA-based random access)를 알려 주는 것에 의해 TXOP 랜덤 액세스 요청 트리거를 브로드캐스팅하며, 프로세스는 종료(640)된다. 그렇지 않은 경우, 실행은 BSRP 프레임들과 BSR 프레임들의 주기적인 교환으로부터의 버퍼 상태 정보에 기초하여 스케줄링이 수행되는 블록(636)에 도달하고, AP는 각각의 비-AP 공유 TXOP 참여자 STA을 위한 할당된 RU 분배를 갖는 기본 트리거를 송신(638)하고 그 후에 프로세스는 종료(640)된다.
도 33a 및 도 33b는, AP를 코디네이터로서 사용하여, 비-AP TXOP 보유자 STA에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(650)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(652)된 후에, 비-AP TXOP 보유자 STA은 그 자신의 레벨에서 또는 AP 레벨에서 스케줄링을 수행할 의향이 있는지를 먼저 결정(654)한다.
비-AP TXOP 보유자 STA가 스케줄링을 수행하고 있는 경우, 블록(656)에서 후속하는 공유 TXOP를 다른 STA들과 공유할 의향이 있는 비-AP TXOP 보유자 STA은 자신을 위한 RU/RU들을 예약한다. 이어서 비-AP TXOP 보유자는 각각의 비-AP 공유 TXOP 참여자 STA들에 대한 RU들의 분배를 나타내는 TXOP 액세스 스케줄러 트리거 프레임을 AP로 유니캐스팅(658)한다. 이어서 브로드캐스팅이 수행되는지 유니캐스팅이 수행되는지가 결정된다. 검사(660)는 비-AP TXOP 보유자 STA가 TXOP 액세스 스케줄러 트리거 프레임이 타임아웃되기 전에 AP로부터 유니캐스트 TXOP 액세스 요청 트리거를 수신하는지를 결정한다.
그것이 유니캐스팅이 아닌 경우, 블록(668)에서 브로드캐스트 TXOP 액세스 요청 트리거가 수신되는지를 결정하기 위한 검사가 이루어진다. 트리거가 수신되지 않는 경우, 트리거의 타임아웃(670)이 발생하고, 실행은 블록(658)으로 돌아가서 TXOP 액세스 스케줄러 트리거 프레임을 재전송한다. 그렇지 않고, 브로드캐스트 TXOP 액세스 요청 트리거가 수신되는 경우, 블록(666)에 도달하여 비-AP TXOP 보유자 STA은 UL 데이터를 AP로 송신하고 프로세스는 종료(684)된다.
블록(660)으로 돌아가서, 비-AP TXOP 보유자가 유니캐스트 TXOP 액세스 요청 트리거를 수신하는 경우, 블록(662)에서 STA은 유니캐스트 TXOP 액세스 요청 트리거 프레임의 TXOP Access Start Flag 필드를 검사한다. 블록(664)에서 마지막 유니캐스트 TXOP 액세스 요청 트리거가 AP에 의해 송신될 때까지 블록(662)으로 다시 루핑이 수행되며, 그때 실행은 비-AP TXOP 보유자 STA가 자신의 예약된 RU에서 UL 데이터를 AP로 송신하는 블록(666)에 도달하여, 프로세스를 종료(684)한다.
블록(654)으로 돌아가서, 스케줄링이 AP에 의해 수행될 것이라고 결정되는 경우, 실행은 블록(672)으로 이동하여 비-AP TXOP 보유자 STA은 자신을 위한 RU를 예약하고 TXOP 우선순위 트리거를 AP로 유니캐스팅하며 TXOP 보유자가 최고 우선순위를 갖는다는 것을 알려 준다. 비-AP TXOP 보유자 STA가 TXOP 우선순위 트리거 프레임 타임아웃 간격 내에서 AP로부터 TXOP 랜덤 액세스 요청 트리거 프레임을 수신하는지를 결정하기 위한 검사(674)가 이루어진다. 그것이 트리거 프레임을 수신하는 경우, 비-AP TXOP 보유자 STA가 자신의 UL 데이터를 AP로 송신하는 블록(666)에 도달하고 프로세스는 종료(684)된다.
그렇지 않고, 블록(674)에서 랜덤 액세스 트리거 요청이 수신되지 않은 경우, 실행은 비-AP TXOP 보유자 STA가 BSRP를 수신했는지의 검사가 이루어지는 블록(676)으로 이동한다. 그것이 BSRP를 수신한 경우, 블록(678)에서 비-AP TXOP 보유자는 자신의 버퍼 상태 및 트래픽 우선순위를 알려 주기 위해 BSR 프레임으로 응답하고 실행은 블록(680)에 도달한다. 블록(676)에서의 검사가 BSRP가 수신되지 않았다고 결정하는 경우, 실행은 곧바로 블록(680)으로 이동한다.
블록(680)에서 비-AP TXOP 보유자 STA가 기본 트리거를 수신했는지가 결정된다. 기본 트리거가 수신된 경우, 실행은 블록(666)으로 이동하여 UL 데이터를 AP로 송신하고 프로세스를 종료(684)한다. 그렇지 않고, 기본 트리거가 수신되지 않은 경우, 우선순위 트리거에 대해 타임아웃이 발생하고(682), 실행은 블록(672)으로 돌아간다. 비-AP TXOP 보유자 STA은, TXOP 랜덤 액세스 요청 트리거 프레임을 수신하는 경우, 예약된 RU를 사용하여 UL 전송을 시작할 수 있다.
도 34a 및 도 34b는, AP를 코디네이터로서 사용하여, 비-AP 공유 TXOP 참여자 STA에 의해 처리되는 랜덤 액세스를 갖는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(690)를 예시한다.
TXOP 스케줄 및 액세스 스테이지가 시작(692)된 후에, 비-AP 공유 TXOP 참여자 STA가 유니캐스트 TXOP 액세스 요청 트리거를 수신했는지를 결정하기 위한 검사가 이루어진다(694). 유니캐스트 TXOP 액세스 트리거를 수신한 경우, 실행은 블록(696)에 도달하여 유니캐스트 TXOP 액세스 요청 트리거가 이 스테이션으로 송신되었는지를 결정한다. 그것이 이 스테이션으로 송신된 경우, 비-AP 공유 TXOP 참여자 STA은 자신에 할당된 RU를 검사(698)한다. 이어서 블록(700)에서 비-AP 공유 TXOP 참여자 STA은 유니캐스트 TXOP 액세스 요청 트리거의 TXOP Access Start Flag 필드를 검사한다. 블록(702)에서, 마지막 유니캐스트 TXOP 액세스 요청 트리거가 AP에 의해 송신될 때까지 블록(700)으로 다시 루프가 수행되며, 그때 실행은 비-AP TXOP 공유 참여자가 할당된 RU들을 사용하여 UL 데이터를 AP로 송신하는 블록(704)에 도달하고 프로세스는 종료(718)된다.
블록(694)으로 돌아가서, 유니캐스트 TXOP 액세스 요청 트리거가 수신되지 않는 경우, 블록(706)에서 비-AP TXOP 참여자 STA가 AP로부터 브로드캐스트 TXOP 액세스 요청 트리거를 수신했는지가 결정된다. 그것이 브로드캐스트 TXOP 액세스 요청 트리거를 수신한 경우, 실행은 블록(704)으로 이동하여 그것은 할당된 RU를 사용하여 UL 데이터를 AP로 송신하기 시작한다.
그렇지 않고, 그것이 브로드캐스트 요청 트리거가 아닌 경우, 실행은 비-AP 공유 TXOP 참여자 STA가 BSRP를 수신했는지가 결정되는 도 34b에서의 블록(708)으로 이동한다. 그것이 BSRP를 수신한 경우, 비-AP TXOP 참여자 STA은 자신의 버퍼 상태 및 트래픽 우선순위를 알려 주기 위해 BSR 프레임으로 응답(710)하고, 실행은 블록(712)으로 이동한다. 그렇지 않고, BSRP가 수신되지 않은 경우, 실행은 곧바로 블록(712)으로 이동한다.
블록(712)에서 비-AP 공유 TXOP 참여자 STA가 기본 트리거를 수신했는지가 결정된다. 기본 트리거가 수신된 경우, 실행은 도 34a에서의 블록(704)으로 이동하여 그것은 할당된 RU를 사용하여 UL 데이터를 AP로 송신하기 시작하고 그 후에 종료(718)된다.
그렇지 않고, 그것이 기본 트리거가 아닌 경우, 블록(714)에서 그것이 TXOP 랜덤 액세스 요청 트리거인지를 결정하기 위한 검사가 이루어진다. 그것이 TXOP 랜덤 액세스 요청 트리거인 경우, 블록(716)에서 비-AP 공유 TXOP 참여자 STA은 UL 전송을 위해 공유된 RU에 랜덤하게 액세스하고 프로세스는 종료(718)된다. 그렇지 않고 그것이 랜덤 액세스 트리거가 아닌 경우, 그것은 이러한 카테고리들 중 어느 것도 아니며 프로세스는 종료(718)된다.
7.4. 반정적 시나리오의 개요
이 시나리오에서는, 2 개의 스테이지에 대한 설계가 공유 TXOP 설정 스테이지와 TXOP 스케줄 및 액세스 스테이지에 대해 설명된다.
공유 TXOP 설정 스테이지에서, 각각의 비-AP STA은 공유 TXOP에 대한 공유 제안/요청 정보를 AP와 교환한다. 이것에 더하여, 각각의 비-AP TXOP 보유자 STA은 또한 다른 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 공지하고, 이 할당 구성 정보를 AP의 코디네이션을 통해 다른 비-AP STA들과 교환한다.
시작 스테이지에서 반정적 구성이 수행된다. 이 경우에, TXOP 스케줄 및 액세스 스테이지에서의 복잡한 스케줄링 프로세스가 스킵될 수 있다. 비-AP STA들은 공유 TXOP 설정 스테이지에서 구성된 바와 같은 할당된 RU들을 사용하여 TXOP 채널에 직접 액세스한다.
AP 코디네이션을 갖거나 갖지 않는, 반정적 시나리오들 양쪽 모두가 본 개시내용에서 예시된다.
도 35는 공유 제안/요청 설정 서브스테이지(732) 및 TXOP 보유자 구성 설정 서브스테이지(746)를 포함하는 공유 TXOP 설정 스테이지의 예시적인 실시예(730)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
공유 제안/요청 설정 서브스테이지에서, 비-AP STA들은 자신의 공유 가능성을 알려 주기 위해 공유 제안/요청 프레임(734, 740)을 연관된 AP로 송신한다. 일단 AP가 공유 제안/요청 프레임을 수신하면, AP는 성공적인 수신을 확인해 주기 위해 응답 프레임(736, 742)을 비-AP STA로 다시 송신한다. 이어서, AP는 모든 연관된 비-AP STA들의 공유 가능성을 갖는 공유 제안/요청 프레임(738, 744)을 브로드캐스팅한다. 이 경우에, 일단 비-AP STA가 이 공유 제안/요청 프레임을 수신하면, 비-AP STA은 모든 다른 비-AP STA들의 공유 가능성을 인지하게 된다. 공유 제안/요청에서 비-AP TXOP 참여자 STA1(54)(미래에 잠재적인 공유 TXOP 보유자일 수 있음)이 공유 제안/요청을 통신하는 반면, 비-AP TXOP 보유자 STA3(58)(미래에 잠재적인 공유 TXOP 참여자일 수 있음)이 공유 제안/요청을 통신한다는 점에 유의한다.
TXOP 보유자 구성 설정 서브스테이지(746)에서, 각각의 잠재적인 비-AP 공유 TXOP 보유자 STA은 다른 비-AP 공유 TXOP 참여자 STA들에 대한 RU 할당을 공지하고 이 할당 정보를 TXOP 보유자 구성(configuration)(구성(config)) 프레임(748, 754)을 사용하여 AP로 송신한다. 일단 AP가 TXOP 보유자 구성 프레임을 수신하면, AP는 수신을 확인응답(750, 756)하고 이어서 각각의 잠재적인 비-AP TXOP 보유자 STA에 의해 할당되는 각각의 비-AP 공유 TXOP 참여자 STA을 위한 RU들의 분배를 나타내는 TXOP 액세스 구성 프레임(752, 758)을 사용하여 전체 TXOP 보유자 구성 정보를 브로드캐스팅한다.
도 36은 AP에 의해 처리되는 공유 제안/요청 설정 서브스테이지의 예시적인 실시예(770)를 예시한다. 공유 제안/요청 설정 서브스테이지가 시작(772)된 후에, AP는, 비-AP STA가 공유 TXOP를 제안/요청할 의향이 있는지를 나타내는, 공유 제안/요청 프레임을 비-AP STA로부터 수신(774)한다. AP는 이 정보를 유지하고 공유 가능성의 인지를 확인해 주는 응답 프레임을 다시 송신한다(776). 이어서, AP는 공유 제안/요청 프레임들을 사용하여 모든 연관된 비-AP STA들의 최신 공유 가능성 정보를 브로드캐스팅(778)하고, 프로세스는 종료(780)된다.
도 37은 비-AP STA에 의해 처리되는 공유 제안/요청 설정 서브스테이지의 예시적인 실시예(790)를 예시한다. 공유 제안/요청 설정 서브스테이지가 시작(792)된 후에, 비-AP STA은 공유 제안/요청 프레임을 연관된 AP로 송신(794)하고, 따라서 공유 제안/요청 프레임은 공유 TXOP를 공유하도록 제안하거나 공유하도록 요청하며, 제안하거나 요청하는 TXOP 액세스 자원에 대한 정보를 포함한다.
블록(796)에서 비-AP STA가 응답 프레임을 수신했는지가 결정된다. 비-AP STA가 공유 제안/요청 타임아웃 기간 내에 연관된 AP로부터 어떠한 피드백도 수신하지 않는 경우, 프레임 타임아웃(798)이 발생하고 실행은 비-AP STA가 공유 제안/요청 프레임을 재전송하는 블록(794)으로 돌아간다. 그렇지 않고, 비-AP STA가 응답 프레임을 수신한 경우, 블록(800)에서 그것이 브로드캐스트 공유 제안/요청인지를 결정하기 위한 검사가 이루어진다. 비-AP STA가 브로드캐스트 공유 제안/요청을 적시에 수신하지 않는 경우, 브로드캐스트 공유 제안/요청이 타임아웃(802)되고 실행은 또한 비-AP STA가 자신의 제안/요청을 재전송하는 블록(794)으로 돌아간다.
그렇지 않고, 비-AP STA가 AP로부터 브로드캐스트 공유 제안/요청 프레임을 수신한 경우, 비-AP STA은 비-AP STA들의 전체 공유 가능성을 인지하게 되었고, 자신의 데이터베이스에서 최신 전체 STA 공유 제안/요청 정보를 업데이트(804)하며, 그 후에 프로세스는 종료(806)된다.
도 38은 AP에 의해 처리되는 TXOP 보유자 구성 설정 서브스테이지의 예시적인 실시예(810)를 예시한다. TXOP 보유자 구성 설정 서브스테이지가 시작(812)된 후에, AP는, 다른 비-AP 공유 TXOP 참여자 STA들에 할당되는 RU들의 분배를 나타내는, TXOP 보유자 구성 프레임을 비-AP TXOP 보유자 STA로부터 수신(814)한다. AP는 TXOP 보유자 구성 정보를 저장하고 성공적인 수신을 확인해 주는 응답 프레임을 다시 송신(816)한다. 이어서, AP는 모든 연관된 비-AP STA들의 전체 TXOP 액세스 구성을 공지하기 위해 TXOP 액세스 구성 프레임을 브로드캐스팅(818)하며, 그 후에 프로세스는 종료(820)된다.
도 39은 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 보유자 구성 설정 서브스테이지의 예시적인 실시예(830)를 예시한다. TXOP 보유자 구성 설정 서브스테이지가 시작(832)된 후에, 비-AP TXOP 보유자 STA은 TXOP 보유자 구성 프레임을 연관된 AP로 송신(834)하고, 다른 비-AP 공유 TXOP 참여자 STA들에 대한 RU들의 분배의 스케줄을 알려 준다.
응답 프레임에 대한 검사(836)가 이루어진다. 비-AP STA가 TXOP 보유자 STA 구성 프레임 타임아웃 내에서 연관된 AP로부터 어떠한 피드백도 수신하지 않는 경우, 타임아웃이 발생(838)하고 비-AP TXOP 보유자 STA은 블록(834)으로 돌아가는 실행에 의해 보이는 바와 같이 TXOP 보유자 구성 프레임을 재전송해야 한다.
그렇지 않고, 응답 프레임을 수신한 경우, 비-AP STA가 AP로부터 브로드캐스트 TXOP 보유자 구성 프레임을 수신했는지를 결정하기 위한 검사(840)가 이루어진다. 비-AP STA가 타임아웃 간격 내에서 TXOP 액세스 구성 프레임을 수신하지 않은 경우, 타임아웃이 발생(842)하고, 실행은 비-AP TXOP 보유자 STA가 TXOP 보유자 구성 프레임을 연관된 AP로 재전송하는 블록(834)으로 돌아간다. 그렇지 않고, 구성 프레임이 수신된 경우, STA은 전체 TXOP 액세스 구성을 인지하게 되고 모든 다른 STA들에 대한 TXOP 액세스 구성에 대한 자신의 데이터베이스를 업데이트(844)하며, 프로세스는 종료(846)된다.
도 40은 반정적 시나리오에서 AP 코디네이션을 사용하지 않는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(850)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
비-AP TXOP 보유자 STA은 TXOP 공유 요청 트리거 프레임(852)을 송출한 후에 UL 데이터 전송을 시작하고, NAV(TXOP 공유 트리거)(854)가 시작된다. 비-AP 공유 TXOP 참여자 STA들은, 일단 TXOP 공유 요청 트리거 프레임을 수신하면, 할당된 슬롯들(RU들)에서 자신의 UL 데이터 전송들(856, 858)을 시작하고, 비-AP TXOP 보유자 스테이션은 예약된 슬롯(RU)에서 자신의 UL 데이터(860)를 전송하며, NAV(데이터) 간격(862)이 시작된다. UL 데이터 전송들이 완료될 때, AP는 MU-BA(864)를 송신한다.
도 41은 AP 코디네이션을 사용하지 않는 반정적 시나리오에 대해 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(870)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(872)된 후에, 비-AP TXOP 보유자 STA은 TXOP 공유 요청 트리거 프레임을 브로드캐스팅(874)한다. 이어서, 비-AP TXOP 보유자 STA은 TXOP 보유자 구성 설정 서브스테이지에서 구성된 RU를 사용하여 UL 데이터를 연관된 AP로 송신(876)한다. 비-AP TXOP 보유자 STA가 TXOP 공유 요청 트리거 프레임 타임아웃 간격 내에서 AP로부터 MU-BA 프레임을 수신했는지의 검사가 이루어진다(878). 그것이 타임아웃 간격 내에서 MU-BA를 수신하지 않은 경우, 타임아웃(880)이 발생하고, 예컨대, 실행이 블록(874)으로 돌아가는 것에 의해, STA은 TXOP 공유 요청 트리거 프레임을 재전송한다. 그렇지 않고 MU-BA가 타임아웃 간격 내에서 수신된 경우, 프로세스는 종료(882)된다.
도 42은 AP 코디네이션을 사용하지 않는 반정적 시나리오에 대해 비-AP 공유 TXOP 참여자 STA에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(890)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(892)된 후에, 비-AP 공유 TXOP 참여자 STA가 브로드캐스트 TXOP 공유 요청 트리거 프레임을 수신했는지 여부에 대한 검사가 이루어진다(894). 그것이 해당 프레임을 수신하지 않은 경우, 프로세스는 종료(898)된다. 그렇지 않고 트리거 프레임이 수신된 경우, STA은 TXOP 보유자 구성 설정 서브스테이지에서 구성된 RU를 사용하여 자신의 UL 데이터 전송을 시작(896)한다.
도 43은 반정적 시나리오에서 AP를 코디네이터로 하는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(910)를 예시한다. 다시 말하지만, 제한이 아닌 예로서, 이 도면은 이전 도면들에서와 동일한 AP 및 STA 참여자들로 도시되어 있다.
비-AP TXOP 보유자 STA은, 다른 비-AP STA들과 직접 통신할 수 없으므로, 먼저 TXOP 공유 요청 트리거 프레임(912)을 AP로 송신해야 하며, NAV(TXOP 공유 요청 트리거)(914)가 시작된다. 일단 AP가 TXOP 공유 요청 트리거 프레임을 수신하면, AP는 TXOP 공유 응답 트리거 프레임(916)을 브로드캐스팅하고, NAV(TXOP 공유 응답 트리거)(918)가 시작된다. 비-AP TXOP 보유자 STA 및 모든 비-AP 공유 TXOP 참여자 STA들 양쪽 모두는, 일단 TXOP 공유 응답 트리거 프레임을 전송/수신하면, 자신의 UL 데이터 전송들(920, 922 및 924)을 시작하고, NAV(데이터)(926)가 시작된다. UL 데이터를 수신할 시에, AP는 MU-BA(928)로 응답한다.
도 44는 AP 코디네이션을 사용하는 반정적 시나리오에 대해 비-AP TXOP 보유자 STA에 의해 처리되는 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(930)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(932)된다. 비-AP TXOP 보유자 STA은, 다른 비-AP STA들과 직접 통신할 수 없기 때문에, 먼저 TXOP 공유 요청 트리거를 연관된 AP로 유니캐스팅(934)한다. 비-AP TXOP 보유자 STA가 TXOP 공유 요청 트리거 프레임 타임아웃 간격 내에서 AP로부터 TXOP 공유 응답 트리거 프레임을 수신하는지의 검사가 이루어진다(936).
해당 간격에서 응답이 수신되지 않는 경우, 타임아웃이 발생(938)하고, 예컨대, 실행이 블록(934)으로 다시 이동하여, STA은 TXOP 공유 요청 트리거 프레임을 재전송한다. 그렇지 않은 경우, 응답이 수신되었고 비-AP TXOP 보유자 STA은 TXOP 보유자 구성 설정 서브스테이지에서 구성된 RU를 사용하여 UL 데이터 전송을 송신(940)하기 시작하고, 프로세스는 종료(942)된다.
도 45는 AP 코디네이션을 사용하는 반정적 시나리오에 대해 AP에 의해 처리되는 바와 같은 TXOP 스케줄 및 액세스 스테이지의 예시적인 실시예(950)를 예시한다. TXOP 스케줄 및 액세스 스테이지가 시작(952)된 후에, AP가 TXOP 공유 요청 트리거를 수신했는지의 검사(954)가 이루어진다.
트리거가 수신되지 않은 경우, 프로세스는 종료(964)된다. 그렇지 않고, 트리거 프레임을 수신한 경우, AP는 비-AP TXOP 보유자 STA로부터 TXOP 공유 요청 트리거 프레임을 수신하는 것에 대한 응답으로서 TXOP 공유 응답 트리거 프레임을 브로드캐스팅(956)한다.
이어서 AP가 임의의 UL 데이터를 수신했는지를 결정하기 위한 검사(958)가 이루어진다. AP가 TXOP 공유 응답 트리거 프레임 타임아웃 간격 내에서 어떠한 UL 데이터도 수신하지 않은 경우, 타임아웃이 발생(960)하고, 실행은 AP가 TXOP 공유 응답 트리거 프레임을 재전송하는 블록(956)으로 돌아간다. 그렇지 않고, 일단 AP가 UL 데이터 시퀀스들을 수신하는 것을 완료하면, AP는 MU-BA 프레임을 송출(962)하는 것으로 응답하고, 그 후에 프로세스는 종료(964)된다.
8. 프레임 포맷들
8.1. STA TXOP 공유 가능성 요소
도 46은 STA TXOP 공유 가능성 요소의 예시적인 실시예(970)를 예시하고, STA TXOP 공유 가능성 요소는, 예를 들어, 인증 또는 결합 요청 프레임 그러나 이에 제한되지 않는, 관리 프레임들에 포함되고, 각각의 비-AP STA에 의해 자신의 TXOP 공유 가능성에 관해 연관된 AP에 통보하기 위해 사용된다. 공유 가능성 요소의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Element ID 필드는 특정 요소를 식별해 주며, 여기서의 특정 예시적인 경우에, 이것이 STA TXOP 공유 가능성 요소임을 나타내기 위해 8로 설정되었다. AP가 해당 Element ID 필드가 8로 설정된 인증 또는 결합 요청 프레임을 수신하는 경우, AP는 (STA Info 필드에 표시된 바와 같은) 각각의 STA의 모든 공유 제안/요청 정보를 기록하고 성공적인 수신을 나타내는 인증 또는 결합 응답 프레임을 다시 송신해야 한다. Length 필드는 Element ID 필드 및 Length 필드를 제외한 요소의 옥텟 수를 나타낸다. 하나 이상의 STA 정보 필드가 포함되며, 그의 서브필드들은 도 47에 설명되어 있다.
도 47은 STA 정보(Information)(Info) 필드의 예시적인 실시예(990)를 예시하며, 그의 적어도 하나의 실시예는 이하의 서브필드들을 갖는다. AID 서브필드는 TXOP 공유 가능성이 표시되는 STA의 AID를 포함한다. TXOP share holder 서브필드는 TXOP 보유자로서의 이 STA의 공유 가능성을 나타낸다. TXOP share holder 서브필드는 TXOP 보유자로서 작동 중인 이 STA가 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우, 이 서브필드는 TXOP 보유자가 자신의 TXOP를 다른 STA들과 공유할 의향이 없음을 나타내기 위해 제2 상태(예를 들면, 0)로 설정된다. TXOP share participant 서브필드는 TXOP 참여자로서의 이 STA의 공유 가능성을 나타낸다. TXOP share participant 서브필드는 공유 TXOP 참여자 STA로서 작동하는 이 STA가 TXOP 보유자 STA에 의해 공유될 후속하는 TXOP에 합류할 의향이 있다는 것을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우, 이 서브필드는 STA가 TXOP 보유자 STA에 의해 공유되고 있는 후속하는 TXOP에 합류할 의향이 없음을 나타내기 위해 제2 상태(예를 들어, 0)로 설정된다.
8.2. 공유 제안/요청 프레임
도 48은 공유 제안/요청 프레임 포맷의 예시적인 실시예(1010)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. 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들에 대한 공유 가능성 정보를 전달하고 있다는 것을 나타낸다. 프레임 검사 시퀀스(Frame Check Sequence, FCS)가 여기서 보이며, 본 명세서에서의 다른 데이터 포맷들에서, 이는 통신 프로토콜에서 프레임에 추가되는 오류 검출 코드를 제공한다.
도 49는 STA 공유 제안/요청 정보 필드 포맷의 예시적인 실시예(1030)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. STA Share Offer/Request info 필드는 비-AP STA의 TXOP 공유 제안/요청 정보를 나타낸다. Priority 필드는 STA의 버퍼에 저장되어 있는 트래픽의 우선순위를 나타내며, 이는 TXOP 액세스 스케줄러 설계를 위해 TXOP 보유자에 의해 사용될 수 있다. STA AID 필드는 비-AP STA의 AID를 포함한다. TXOP Share Request 서브필드는 이 STA가 공유 TXOP를 요청하고 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 제2 상태(예를 들면, 0)로 설정된다. AP가 TXOP Share Request 필드가 제1 상태로 설정된 공유 제안/요청 프레임을 수신할 때, AP는 이 프레임을 송신한 STA가 공유 TXOP에 참여할 의향이 있음을 인지하게 된다. TXOP Resource Request 서브필드는 공유 TXOP에서 비-AP STA가 요청하고 있는 연속 RU들의 수를 나타낸다. 적어도 하나의 실시예에서, 26 개의 톤을 갖는 기본 RU 톤이 활용되지만, 본 개시내용의 교시를 벗어나지 않으면서 다른 RU 톤 시퀀스들이 활용될 수 있다. 이 예에서 기본 RU들의 유효한 값들은 1 내지 37의 범위이다. AP는 공유 제안/요청 프레임에서 이 정보를 브로드캐스팅할 것이다.
TXOP Share Offered 서브필드는 이 STA가 비-AP TXOP 보유자 STA가 되고 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 이 서브필드는 제2 상태로 설정된다. AP가 TXOP Share Offered 필드가 제1 상태로 설정된 공유 제안/요청 프레임을 수신할 때, AP는 이 프레임을 송신한 STA가 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 인지하게 된다. TXOP Resource Offered 서브필드는 TXOP 보유자 STA가 다른 STA들과 공유할 의향이 있는 연속 RU들의 수를 나타낸다. 다시 말하지만 예로서 이것이 기본 RU(26 톤)로 설명되어 있지만, 다른 톤이 제한 없이 활용될 수 있다. 본 예에서, 기본 RU들의 유효한 값들은 1 내지 37의 범위이다. AP는 공유 제안/요청 프레임에서 이 정보를 브로드캐스팅할 것이다.
8.3. MU-RTS 공유 프레임
도 50은 MU-RTS 공유 프레임(1052)의 프레임 포맷의 예시적인 실시예(1050)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. common info 필드는 아래(1054)에 설명되어 있으며 1058에서 계속된다. User Info List 서브필드는 아래(1056)에 설명되어 있다. 프레임은 여기에서 패딩과 FCS를 갖는 것으로 예시되어 있다.
1058로 계속되는 common info 필드(1054)는 이하의 서브필드들을 갖는다. Common Info 필드의 Trigger Type 서브필드는 트리거 프레임 변형을 식별해 준다. 제한이 아닌 예로서, 이 필드가 3으로 설정되고 TXOP share 서브필드(B63)가 제1 상태(예를 들어, 1)로 설정되는 경우, 이는 그것이 MU-RTS 공유 프레임이라는 표시이다. AP 또는 비-AP STA은, MU-RTS 공유 프레임을 수신하는 경우, 공유 TXOP가 초기화되었음을 인지하고, MU-RTS 공유 프레임에 표시된 바와 같은 지정된 RU(Common Info의 UL BW 서브필드 및 User Info 필드의 RU Allocation 서브필드에 의해 표시됨)를 사용하여 CTS 공유 프레임에 응답해야 한다. UL 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 μs GI 또는 4x HE-LTF + 3.2 μs GI를 나타낼 때 비-OFDMA MU-MIMO HE TB PPDU 응답의 HE-LTF 모드를 나타낸다. 그렇지 않은 경우, 이 서브필드는 HE 단일 스트림 파일럿 HE-LTF 모드를 나타내도록 설정된다. Number Of HE-LTF Symbols And Midamble Periodicity 서브필드는 Doppler 서브필드가 0인 경우 HE TB PPDU에 존재하는 HE-LTF 심벌들의 수를 나타내고, Doppler 서브필드가 1인 경우 HE-LTF 심벌들의 수 및 미드앰블의 주기성을 나타낸다.
도면의 하부 부분에서, common info 필드는 이하의 서브필드들로 1058에서 계속된다. 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 필드에 포함될 값을 지닌다. TXOP share 서브필드는 제1 상태(예를 들어, 1)에 의해 송신자가 TXOP를 다른 비-AP STA들과 공유할 의향이 있다는 것을 나타내고; 그렇지 않은 경우 이는 제2 상태(예를 들면, 0)로 설정된다. Trigger Dependent Common Info 서브필드는 Trigger Type 필드의 값에 기초하여 선택적으로 존재한다.
User Information List 필드는 사용자 정보의 리스트를 포함한다. User information(1056) 서브필드들 각각에 대해, 특정 STA에 대한 할당된 RU 정보에 관한 이하의 서브필드들(1057)이 있다. 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/RA-RU 서브필드는 다음과 같이 사용된다. 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.4. CTS 공유
도 51은 CTS 공유 프레임의 포맷의 예시적인 실시예(1070)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TXOP Share Participant AID 필드는 이 CTS 공유 프레임을 송신한 TXOP 공유 참여자의 AID를 나타낸다.
일단 TXOP 보유자가 CTS 공유 프레임을 수신하면, TXOP 보유자는 TXOP Share Participant AID 정보를 검사하는 것에 의해 어느 STA가 공유 TXOP에 합류할 의향이 있는지를 인지하게 되고, 따라서 그에 따라 이 STA에 자원들을 할당한다. 비-AP STA가 MU-RTS 공유 프레임을 수신하지만 AP로 송신할 것이 없는 경우, 비AP STA은 자신이 후속하는 공유 TXOP에 합류하지 않을 것임을 나타내기 위해 TXOP Share Participant AID를 제2 상태(예를 들면, 0)로 설정한다.
8.5. 랜덤 TXOP 액세스 요청 트리거 프레임
도 52는 TXOP 랜덤 액세스 요청 트리거의 프레임 포맷의 예시적인 실시예(1090)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들(1092)을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Information 필드는 아래(1094, 1100 및 1104)에 설명되어 있다. User Info List 서브필드는 아래(1096)에 설명되어 있다. 프레임은 여기에서 패딩과 FCS를 갖는 것으로 예시되어 있다.
Common Information 서브필드(1094)는 이하의 서브필드들을 갖는다. Trigger Type 서브필드는 이전에 예약된 공간을 활용하며, 본 개시에서 이는 TXOP 랜덤 액세스 요청 트리거 프레임이라는 것을 나타내기 위해 특정 값(예를 들어, 제한이 아닌 예로서 8)으로 설정된다. TXOP 보유자 STA은 자신을 위한 RU들을 예약하고 나머지 RU들을 다른 STA들과 공유할 것이다. AP 코디네이션이 없는 시나리오에서 TXOP 랜덤 액세스 요청 트리거를 송출한 후에 또는 AP 코디네이션이 있는 시나리오에서 TXOP 랜덤 액세스 요청 트리거를 수신한 후에, TXOP 보유자 STA은 예약된 RU들에서 UL 데이터를 AP로 유니캐스팅한다. TXOP 랜덤 액세스 요청 트리거를 수신한 후에, TXOP 공유 참여자 STA들은 채널에 랜덤하게 액세스하고 공유된 RU들을 위해 경쟁한다.
나머지 서브필드들은 이하의 것들을 제외하고는 도 50에서 설명된 바와 동일하다.
Common Information의 하부(1100)에는 다음과 같이 활용되는 서브필드들이 있다. AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로 하는 동적 시나리오의 경우) 또는 비-AP TXOP 보유자 STA(AP를 코디네이터로 하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
TXOP 보유자 STA은 Common Info의 UL BW 서브필드 및 User Info 필드의 RU Allocation 서브필드에 의해 예약된 RU들을 공지한다. 또한 TXOP 보유자 STA은 이 예에서 1 내지 2007의 범위여야 하는 그 자신의 AID를 AID12 서브필드에서 공지할 것이다.
랜덤 액세스 요청 트리거 프레임 내의 User Info List 필드는 사용자 정보 필드들의 리스트(1096)를 포함하며, 이들 각각은 그 아래(1098)에 보이는 서브필드들을 갖는다. 다른 연관된 STA들의 경우, User Info 필드의 AID12 서브필드는 0으로 설정되고, 그러면 여기서 SS Allocation/RA-RU information으로 표시된 User Info 필드의 B26-B31은 서브필드들(1102)을 갖는 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.6. 유니캐스트 TXOP 액세스 요청 트리거 프레임
도 53은 유니캐스트 TXOP 액세스 요청 트리거 프레임 포맷의 예시적인 실시예(1110)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들(1112)을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Information 필드는 아래(1114)에 설명되어 있고 1118로 확장된다. User Info 필드는 아래(1116)에 설명되어 있는 서브필드들을 갖는다. 프레임은 여기에서 패딩과 FCS를 갖는 것으로 예시되어 있다.
Common Info 필드는 이하의 서브필드들(1114)을 갖는다. 설명되지 않는 필드들/서브필드들은, 도 50 및 도 52에서 보이는 것과 같은, 본 명세서에서 이전에 설명된 데이터 구조들에 대해 설명된 바와 동일한 기능을 갖는다. 이전에 reserved 필드였던 Trigger Type 서브필드는 트리거 프레임 유형을 나타내는 데 활용되며, 이 경우에 트리거 프레임 유형은 유니캐스트 TXOP 액세스 요청 트리거 프레임이고 이 특정 예에서 예로서 9로 설정된다.
이하는 단일 BSS 시나리오에 해당된다. (a) 마지막(TXOP Access Start Flag 서브필드에 의해 표시됨) 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송출한 후에, TXOP 보유자 STA은 예약된 RU들에서 UL 데이터를 AP로 유니캐스팅한다. (b) 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에(목적지가 다른 STA인 경우에도), TXOP 공유 참여자 STA들은 할당된 RU들에서 UL 데이터를 AP로 유니캐스팅한다.
데이터 세그먼트(1118)에서, AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로 하는 동적 시나리오의 경우) 또는 비-AP TXOP 보유자 STA(AP를 코디네이터로 하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
사용자 필드로 돌아가면, user information 서브필드들의 리스트가 1116에 보이며, 이들 각각은 서브필드들(1117)을 포함한다. 설명되지 않는 필드들/서브필드들은, 도 50 및 도 52에서 보이는 것과 같은, 이전에 설명된 데이터 구조들에 대해 설명된 바와 동일한 기능을 갖는다. User Info 필드의 AID12 서브필드(예를 들면, 1 내지 2007의 값들)는 AID12 서브필드 내의 값과 동일한 AID를 갖는 연관된 STA로 주소 지정된다. 이 STA은 공유 TXOP 참여자 STA이다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. Single BSS 서브필드는 유니캐스트 TXOP 액세스 요청 트리거 프레임이 단일 BSS 시나리오 또는 OBSS 시나리오에서 송신되는지를 나타낸다. 단일 BSS 시나리오의 경우, TXOP Access Start Flag 서브필드는 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 나타내는 데 사용된다. 이 예에서 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 서브필드를 검사한다. 이 필드가 제2 상태로 설정되는 경우, STA은 데이터를 유지하고; 그렇지 않고 이 필드가 제1 상태로 설정되는 경우, STA은 자신의 데이터를 AP로 송출한다. Data Delay 서브필드는 비-AP STA들이 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송출/수신하는 것과 UL 데이터를 송출하는 것 사이의 지연을 나타낸다.
8.7. 브로드캐스트 TXOP 액세스 요청 트리거 프레임
도 54는 브로드캐스트 TXOP 액세스 요청 트리거 프레임 포맷(1132)의 예시적인 실시예(1130)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA에 대한 MAC 주소를 포함한다. Common Information 필드는 아래(1134)에 설명되어 있고 1136 및 1142로 확장된다. 서브필드들(1138 및 1140)을 갖는 User Info 필드는 아래에 설명되어 있다. 프레임은 여기에서 패딩과 FCS를 갖는 것으로 예시되어 있다.
Common Info 필드는 이하의 서브필드들(1134)을 갖는다. 설명되지 않는 필드들/서브필드들은, 도 50 및 도 52에서 보이는 것과 같은, 이전에 설명된 데이터 구조들에 대해 설명된 바와 동일한 기능을 갖는다. Common Info 필드의 Trigger Type 서브필드는 그것이 브로드캐스트 TXOP 액세스 요청 트리거 프레임이라는 것을 나타내기 위해 이 예에서 제한이 아닌 예로서 10으로 설정된다.
이하는 단일 BSS 시나리오에 해당된다. (a) 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 송출한 후에, TXOP 보유자 STA은 예약된 RU들에서 UL 데이터를 AP로 유니캐스팅한다. (b) 브로드캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후에, TXOP 공유 참여자 STA들은 할당된 RU들에서 UL 데이터를 AP로 유니캐스팅한다.
서브필드들(1136)을 계속하면, AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로 하는 동적 시나리오의 경우) 또는 비-AP TXOP 보유자 STA(AP를 코디네이터로 하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
User Info List 필드는 이하의 서브필드들(1138 및 1140)을 갖는다. 다수의 사용자 정보가 유지될 수 있으며(1138), 이들 각각은 1140에 예시된 포맷을 갖는다. User Info 필드의 AID12 서브필드(예를 들면, 1 내지 2007의 값 범위)는 AID12 서브필드 내의 값과 동일한 AID를 갖는 연관된 STA로 주소 지정된다. 이 STA은 공유 TXOP 참여자 STA이다. Common Info 필드 내의 UL BW 서브필드와 함께 RU Allocation 서브필드는 RU의 크기와 위치를 식별해 준다. Data Delay 서브필드는 AID12 서브필드 내의 값과 동일한 AID를 갖는 비-AP STA가 UL 데이터를 송신하기 위한 지연 지속 기간을 나타낸다.
8.8. CTS-to-self 공유
도 55는 CTS-to-self 공유 프레임 포맷의 예시적인 실시예(1150)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. 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들로 브로드캐스팅한다.
NAV는 CTS-to-self 공유 프레임의 duration필드에 설정될 수 있다. 설정 비트 0-13은 1 내지 16,383 범위의 NAV 지속 시간 값을 포함한다. 01인 설정 비트 14-15는 공유 정보를 나타낸다. 이는 TXOP 보유자가 TXOP를 다른 STA들과 공유할 의향이 있다는 것을 의미한다. AP는 TXOP 보유자 STA로부터 CTS-to-self 프레임을 수신하고 MU-RTS 공유 프레임을 잠재적인 TXOP 공유 참여자 STA들로 송신한다.
8.9. TXOP 참여자 공지 프레임
도 56은 TXOP 참여자 공지 프레임의 프레임 포맷의 예시적인 실시예(1170)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. 도 57에 나와 있고 아래에서 설명되는 바와 같이 하나 이상의 STA TXOP 참여자 필드(예를 들어, 1 내지 n)가 포함된다.
도 57은 BSRP 프레임들과 BSR 프레임들의 주기적 교환으로 AP/TXOP 보유자가 알게 되는 STA TXOP 참여자 필드 포맷의 프레임 포맷의 예시적인 실시예(1190)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Source AID 및 Destination AID 서브필드는, 제각기, 소스 STA 및 목적지 STA의 AID를 나타낸다. ACI Bitmap 서브필드는 버퍼 상태가 보고되는 액세스 카테고리들을 나타낸다. Delta TID 서브필드는, ACI Bitmap 서브필드의 값들과 함께, STA가 버퍼 상태를 보고하고 있는 TID들의 수를 나타낸다. ACI High 서브필드는 Queue Size High 서브필드에서 프레임이 지시되는 AC의 ACI를 나타낸다. Scaling Factor(SF) 서브필드는 Queue Size High 서브필드 및 Queue Size All 서브필드의, 옥텟 단위의, SF 단위를 나타낸다. Queue Size High 서브필드는 Frame Control 서브필드를 포함하는 프레임의 수신기 주소에 의해 식별되는 STA을 위해 의도된 ACI High 서브필드에 의해 식별되는 AC에 대한 버퍼링된 트래픽의 양을, SF 옥텟 단위로, 나타낸다. Queue Size All 서브필드는 Frame Control 서브필드를 포함하는 프레임의 수신기 주소에 의해 식별되는 STA을 위해 의도된 ACI Bitmap 서브필드에 의해 식별되는 모든 AC들에 대한 버퍼링된 트래픽의 양을, SF 옥텟 단위로, 나타낸다.
8.10. TXOP 액세스 스케줄러 트리거 프레임
도 58은 TXOP 액세스 스케줄러 트리거 프레임 포맷(1212)의 예시적인 실시예(1210)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Information 필드는 아래(1214)에 설명되어 있고 1220 및 1222로 확장된다. 서브필드들을 갖는 User Info 필드는 아래(1216 및 1218)에 설명되어 있다. TXOP 액세스 스케줄러 트리거 프레임은 여기에서 패딩과 FCS를 갖는 것으로 예시되어 있다.
Common Info 필드는 이하의 서브필드들(1214)을 포함한다. Common Info 필드의 Trigger Type 서브필드(이전에 예약된 비트들을 사용함)는 그것이 TXOP 액세스 스케줄러 트리거 프레임이라는 것을 나타내도록 설정되며, 이는 제한이 아닌 예로서 11로 설정된다.
trigger type 서브필드는 다음과 같이 단일 BSS 시나리오에서 사용된다. (1) TXOP 액세스 스케줄러 트리거 프레임을 송출한 후에, TXOP 보유자 STA은 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 수신한 후 UL 데이터를 AP로 유니캐스팅한다. (2) TXOP 액세스 스케줄러 트리거 프레임을 수신한 후에, AP는 유니캐스트 TXOP 액세스 요청 트리거 프레임을 각각의 TXOP 공유 참여자 STA로 송신한다. AP는 마지막 유니캐스트 TXOP 액세스 요청 트리거 프레임을 송신할 때 TXOP Access Start Flag 서브필드를 제1 상태(예를 들면, 1)로 설정한다.
1220에서 AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로 하는 동적 시나리오의 경우) 또는 비-AP TXOP 보유자 STA(AP를 코디네이터로 하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다는 것이 보여진다. 설명되지 않는 필드들/서브필드들은 본 명세서에서 이전에 설명된 데이터 구조들에 대해서와 동일한 기능을 갖는다.
User Info List 필드는 이하의 서브필드들(1216 및 1218)을 갖는다. 사용자 필드들의 리스트가 1216에 도시되어 있으며, 이들 각각은 이하의 서브필드들을 포함하여, 1218에 보이는 정보를 포함한다. 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.11. TXOP 우선순위 트리거 프레임
도 59는 TXOP 우선순위 트리거 프레임 포맷의 예시적인 실시예(1230)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame control 필드는 프레임의 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. Common Information 필드는 아래(1234)에 설명되어 있고 1240로 확장된다. User Info 필드는 서브필드들(1236 및 1238)로 아래에 설명되어 있다. 프레임은 여기에서 패딩과 FCS를 갖는 것으로 예시되어 있다.
Common Info 필드는 이하의 서브필드들(1234)을 포함하며, 설명되지 않는 필드들/서브필드들은 본 명세서에서 이전에 설명된 데이터 구조들과 동일한 기능을 갖는다. Common Info 필드의 Trigger Type 서브필드(이전에 예약된 비트들을 사용함)는 이것이 TXOP 우선순위 트리거 프레임이라는 것을 나타내도록 설정되며, 제한이 아닌 예로서 이는 12로 설정되었다.
TXOP 보유자 STA은 자신을 위한 RU들을 예약하고 나머지 RU들을 다른 STA들과 공유할 것이다. TXOP 우선순위 트리거 프레임을 AP로 유니캐스팅한 후에, TXOP 보유자는 스케줄링된 TXOP 액세스 정보에 따라 AP로부터의 트리거 프레임을 기다린다. TXOP 우선순위 트리거 프레임을 수신한 후에, AP는 공유 TXOP 액세스 스케줄링을 수행하고 UL 전송을 트리거하며, AP는 TXOP 보유자 STA을 위해 더 많은 자원들을 할당해야 한다.
서브필드들(1240)을 계속하면, AP/non-AP TXOP owner STA Tx Power 서브필드는, dBm 단위로, AP(AP를 코디네이터로 하는 동적 시나리오의 경우) 또는 비-AP TXOP 보유자 STA(AP를 코디네이터로 하지 않는 동적 시나리오의 경우)의, 20 MHz 대역폭으로 정규화되는, 트리거 프레임을 전송하는 데 사용되는 모든 송신 안테나들의 안테나 커넥터들에서의 결합된 송신 전력을 나타낸다.
User Info List 필드로 돌아가면, 서브필드들(1236 및 1238)이 보인다. 설명되지 않는 필드들/서브필드들은 본 명세서에서 이전에 설명된 데이터 구조들과 동일한 기능을 갖는다. 다수의 사용자 정보가 유지될 수 있으며(1236)(여기서는 일 예로 단지 하나만 도시됨), 이들 각각은 1238에 예시된 포맷을 갖는다. 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.12. TXOP 보유자 구성
도 60는 TXOP 보유자 구성 프레임 포맷의 예시적인 실시예(1250)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. STA TXOP Access Allocation 필드는 각각의 특정 STA에 대한 TXOP 액세스 할당을 나타낸다. AP가 TXOP 보유자 구성 프레임을 수신한 후에, AP는 STA TXOP 액세스 할당 정보를 기록하고 확인응답 프레임을 STA로 송신한다.
도 61은 도 60에 예시된 STA TXOP Access Allocation 필드의 프레임 포맷의 예시적인 실시예(1270)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. TXOP Holder MAC Address 서브필드는 TXOP 보유자의 MAC 주소를 나타낸다. TXOP Participant MAC Address 서브필드는 TXOP 공유 참여자 STA의 MAC 주소를 나타낸다. Allocation Control Info 서브필드는 특정 TXOP 공유 참여자 STA에 대한 TXOP 자원 할당을 나타내며 도 62에 도시되어 있다.
도 62는 TXOP 공유 참여자 STA의 트래픽 우선순위를 나타내는 Allocation Control Info 서브필드의 priority 서브필드의 예시적인 실시예(1290)를 예시하며, 그의 적어도 하나의 실시예는 이하의 서브필드들을 갖는다. Allocation Control Info 서브필드의 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.13. TXOP 액세스 구성
도 63는 TXOP 액세스 구성 프레임 포맷의 예시적인 실시예(1310)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들(1312)을 갖는다. Frame Control, Duration, RA 및 TA는 이전 섹션들에서 설명된 바와 같이 활용된다. 각각의 비-AP STA에 대한 구성을 나타내는 다수의 STA Configuration 필드들(예를 들면, 1 내지 n)이 있을 수 있다. STA Configuration 필드 포맷은, 도 61에 도시된 바와 같이 각각의 비-AP STA에 대한 TXOP 액세스 할당을 포함하는, 도면의 하부 부분(1314)에 예시되어 있다. STA들은 TXOP 보유자로부터(AP를 코디네이터로서 사용하지 않음) 또는 연관된 AP로부터(AP를 코디네이터로서 사용함) 트리거를 수신한 후에 할당된 RU를 사용하여 데이터를 AP로 송신한다.
8.14. TXOP 공유 요청 트리거
도 64는 TXOP 공유 요청 트리거 프레임 포맷의 예시적인 실시예(1330)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame Control, Duration 및 Common Info는 이전 섹션들에서 설명된 바와 같은 반면, 이 TXOP 공유 요청 트리거 프레임 포맷에서는 User Info 필드들이 필요하지 않다. TA 필드는, TXOP 보유자의 MAC 주소로 설정되어야 하는, 송신기 스테이션의 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.15. TXOP 공유 응답 트리거
도 65는 TXOP 공유 응답 트리거 프레임 포맷의 예시적인 실시예(1350)를 예시하며, 그의 적어도 하나의 실시예는 이하의 필드들을 갖는다. Frame Control, Duration 및 Common Info 필드들은 이전 섹션에서 설명된 바와 같은 반면, 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, 컴퓨터 판독 가능 매체들 등)을 포함하도록 구현되고 그에 의해 메모리에 저장된 프로그래밍(명령어들)이 본 명세서에서 설명된 다양한 프로세스 방법들의 단계들을 수행하기 위해 프로세서 상에서 실행된다는 점이 또한 이해되어야 한다.
본 기술 분야의 통상의 기술자가 디지털 무선 통신에 관여된 단계들을 수행하기 위한 컴퓨터 디바이스들의 사용을 인식하기 때문에, 컴퓨터 및 메모리 디바이스들은 예시의 단순함을 위해 선택적으로 묘사되었다. 제시된 기술은 메모리 및 컴퓨터 판독 가능 매체들과 관련하여, 이들이 비일시적이고, 따라서 일시적인 전자 신호를 구성하지 않는 한, 비제한적이다.
본 기술의 실시예들은 본 기술의 실시예들에 따른 방법들 및 시스템들의 플로차트 예시들, 및/또는, 컴퓨터 프로그램 제품들로서 또한 구현될 수 있는, 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 다른 계산 표현들을 참조하여 본 명세서에서 설명될 수 있다. 이와 관련하여, 플로차트의 각각의 블록 또는 단계, 및 플로차트에서의 블록들(및/또는 단계들)의 조합은 물론, 임의의 절차, 알고리즘, 단계, 연산, 수식, 또는 계산 표현은, 하드웨어, 펌웨어, 및/또는 컴퓨터 판독 가능 프로그램 코드로 구체화되는 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어와 같은, 다양한 수단들에 의해 구현될 수 있다. 이해될 것인 바와 같이, 컴퓨터 프로세서(들) 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 실행되는 컴퓨터 프로그램 명령어들이 지정된 기능(들)을 구현하기 위한 수단들을 생성하도록, 임의의 그러한 컴퓨터 프로그램 명령어들은, 범용 컴퓨터 또는 특수 목적 컴퓨터를 제한 없이 포함한, 하나 이상의 컴퓨터 프로세서, 또는 머신을 생성하는 다른 프로그래밍 가능 프로세싱 장치에 의해 실행될 수 있다.
그에 따라, 본 명세서에서 설명된 플로차트들의 블록들, 및 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 계산 표현들은 지정된 기능(들)을 수행하기 위한 수단들의 조합들, 지정된 기능(들)을 수행하기 위한 단계들의 조합들, 및 지정된 기능(들)을 수행하기 위한, 컴퓨터 판독 가능 프로그램 코드 로직 수단들로 구체화된 것과 같은, 컴퓨터 프로그램 명령어들을 지원한다. 본 명세서에서 설명된 플로차트 예시들의 각각의 블록은 물론, 임의의 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 계산 표현들 및 이들의 조합들이 지정된 기능(들) 또는 단계(들)를 수행하는 특수 목적 하드웨어 기반 컴퓨터 시스템들, 또는 특수 목적 하드웨어와 컴퓨터 판독 가능 프로그램 코드의 조합들에 의해 구현될 수 있다는 것이 또한 이해될 것이다.
"시작(Start)" 및 "종료(Stop)"와 같은, 이러한 플로차트들의 처음과 끝에 있는 블록들은 명령어들이 특정 루틴으로 한정되거나 특정 루틴이 실제 시작 및 종료를, 그 자체로, 갖는 것으로 추론하지 않고, 프로세스에 관여된 단계들을 실행하는 것과 관련하여 참조 지점들로서만 제공된다는 것이 이해되어야 한다. 이러한 프로세스 단계들에 대한 연관된 명령어들은 다양한 루틴들, 태스크들, 슬라이스들, 스레드들 등 내에서 제한 없이 실행될 수 있으며, 이러한 단계들은, 본 개시내용의 교시를 벗어나지 않으면서, 다른 기능들을 수행하기 위한 단계들과 조합될 수 있거나, 추가적인 기능을 제공하도록 확장될 수 있다.
게다가, 컴퓨터 판독 가능 메모리 또는 메모리 디바이스들에 저장된 명령어들이 플로차트(들)의 블록(들)에 지정된 기능을 구현하는 명령어 수단을 포함하는 제조 물품을 생성하도록, 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치에 특정 방식으로 기능하도록 지시할 수 있는, 컴퓨터 판독 가능 프로그램 코드로 구체화된 것과 같은, 이러한 컴퓨터 프로그램 명령어들이 또한 하나 이상의 컴퓨터 판독 가능 메모리 또는 메모리 디바이스에 저장될 수 있다. 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 수행되는 일련의 동작 단계들로 하여금 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 실행되는 명령어들이 플로차트(들)의 블록(들), 절차(들), 알고리즘(들), 단계(들), 연산(들), 수식(들), 또는 계산 표현(들)에 지정된 기능들을 구현하기 위한 단계들을 제공하도록 컴퓨터 구현 프로세스를 생성하게 하기 위해, 컴퓨터 프로그램 명령어들이 또한 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치에 의해 실행될 수 있다.
본 명세서에서 사용되는 바와 같은 용어들 "프로그래밍" 또는 "프로그램 실행 가능"이 본 명세서에 설명된 바와 같은 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것이 추가로 이해될 것이다. 명령어들은 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구체화될 수 있다. 명령어들은 디바이스에 로컬로 비일시적 매체들에 저장될 수 있거나, 원격으로, 예컨대, 서버 상에 저장될 수 있거나, 또는 명령어들의 전부 또는 일부가 로컬로 및 원격으로 저장될 수 있다. 원격으로 저장된 명령어들은 사용자 개시에 의해, 또는 하나 이상의 인자에 기초하여 자동으로 디바이스에 다운로드(푸시)될 수 있다.
본 명세서에서 사용되는 바와 같이, 용어들 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 프로세싱 유닛(CPU), 및 컴퓨터가 명령어들을 실행하고 입/출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로 사용된다는 것과 용어들 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU, 및 컴퓨터가 단일의 또는 다수의 디바이스들, 단일 코어 및 멀티코어 디바이스들, 및 이들의 변형들을 포괄하도록 의도된다는 것이 추가로 이해될 것이다.
본 명세서에서의 설명으로부터, 본 개시내용이 이하를 포함하지만 이에 제한되지 않는 본 기술의 다수의 구현들을 포괄한다는 것이 이해될 것이다.
네트워크에서 무선 통신을 위한 장치로서, (a) 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 스테이션으로서 구성된 무선 통신 회로; (b) 무선 네트워크 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합된 프로세서; (c) 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 다른 스테이션들과 액세스 포인트(AP) 스테이션의 TXOP를 공유할 시에, AP 스테이션에 통보하고/하거나 AP 스테이션의 승인을 얻기 위해 AP 스테이션과 메시지들을 교환하는 단계; (d)(ii) 수신된 응답들에 기초하여 TXOP가 공유될 수 있음을 알려 주고 비-AP 공유 TXOP 참여자 스테이션들을 식별해 주기 위해 다른 스테이션들과 정보를 교환하는 단계; 및 (d)(iii) 후속하는 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 스테이션들로 메시지를 송신하는 단계 - 메시지는 채널 액세스 동안 공유 TXOP 동안 업로드(UL) 데이터를 전송하는 데 활용될 자원 유닛(RU)의 각각의 비-AP 공유 TXOP 참여자 스테이션에 대한 정보를 포함함 - 를 포함하는 단계들을 수행하는 것에 의해, 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 비-액세스 포인트(비-AP) 스테이션에 의한 전송 기회(TXOP)의 공유를 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 무선 스테이션으로서 구성된 무선 통신 회로; (b) 무선 네트워크 상에서 작동하도록 구성된 상기 제1 스테이션의 프로세서; (c) 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 다른 스테이션들과 액세스 포인트(AP) 스테이션의 TXOP를 공유할 시에, AP 스테이션에 통보하고/하거나 AP 스테이션의 승인을 얻기 위해 AP 스테이션과 메시지들을 교환하는 단계; (d)(ii) 제1 스테이션이 TXOP 보유자로서 채널에 액세스할 시에, 다가오는 TXOP가 공유될 수 있음을 알려 주고 다가오는 공유 TXOP에 합류할 의향이 있는 다른 스테이션들을 식별해 주기 위해 AP 스테이션의 코디네이션을 통해 다른 스테이션들과 정보를 교환하는 단계; 및 (d)(iii) AP 스테이션의 코디네이션을 통해 후속하는 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 스테이션들로 메시지를 송신하고 채널이 액세스될 때 해당 비-AP 공유 TXOP 참여자 스테이션들 각각이 UL 데이터를 전송하는 데 사용해야 하는 RU를 알려주는 단계를 포함하는 단계들을 실행하는 것에 의해, 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 비-액세스 포인트(비-AP) 스테이션에 의한 전송 기회(TXOP)의 공유를 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 무선 스테이션으로서 구성된 무선 통신 회로; (b) 무선 네트워크 상에서 작동하도록 구성된 상기 제1 스테이션의 프로세서; (c) 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 각각의 비-AP 스테이션에 의해, 자신이 공유 TXOP 보유자인 경우 다른 비-AP 스테이션들 중 어느 것이 자신의 공유 TXOP에 액세스할 수 있는지를 결정하는 단계; (d)(ii) AP 스테이션의 코디네이션을 통한 각각의 잠재적인 공유 TXOP 참여자 스테이션의 RU 할당 및 액세스 순서의 광고된 구성을 반정적 구성으로서 통신하는 단계; 및 (d)(iii) 각각의 비-AP 스테이션에 의해, 광고된 반정적 구성에 따라 특정 공유 TXOP 보유자 스테이션에 의해 개시된 공유 TXOP에 액세스하는 단계를 포함하는 단계들을 수행하는 것에 의해, 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 비-액세스 포인트(비-AP) 스테이션에 의한 전송 기회(TXOP)의 공유를 수행하는, 장치.
(a) AP의 TXOP를 다른 비-AP STA들과 공유하는 것을 통보하고/하거나 그에 대한 승인을 얻기 위해 AP와 메시지들을 교환하는 단계; (b) 채널에 액세스할 시에, 다가오는 TXOP가 공유될 수 있음을 알려 주고 다가오는 공유 TXOP에 합류할 의향이 있는 STA들을 식별해 주기 위해 AP의 코디네이션을 통해 다른 스테이션들과 정보를 교환하는 단계를 포함하는 단계들을 수행하는 것에 의해, 무선 LAN 네트워크에서 TXOP를 획득하는 STA은 자신의 TXOP를 주파수 도메인에서 단일 BSS 내의 다른 STA들과 공유한다.
(a) AP의 TXOP를 다른 STA들과 공유하는 것을 통보하고/하거나 그에 대한 승인을 얻기 위해 AP와 메시지들을 교환하는 단계; (b) 채널에 액세스할 시에, 다가오는 TXOP가 공유될 수 있다는 것을 알려 주고 응답들에 기초하여 비-AP 공유 TXOP 참여자 STA들을 식별해 주기 위해 다른 STA들과 정보를 교환하는 단계; (c) 후속하는 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 STA들로 메시지를 송신하고 채널 액세스가 발생할 때 각각의 비-AP 공유 TXOP 참여자 STA가 UL 데이터를 전송하는 데 사용해야 하는 RU를 통보하는 단계; (d) 비-AP STA들이 AP의 코디네이션으로 관리 프레임들(예컨대, 인증/결합 요청/응답 프레임 및 비콘 프레임들)의 교환을 통해 TXOP 공유 가능성 정보를 교환하는 단계; (e) AP STA들과 비-AP STA들이 BSRP 프레임들과 BSR 프레임들을 사용하여 트래픽 정보를 주기적으로 교환하는 단계; 및 (f) 채널 사운딩 이후에, TXOP 보유자 STA가 MU-RTS 공유 프레임들을 다른 STA들로 송신하고 후속하는 공유 TXOP에 합류할 의향이 있는 해당 STA들로부터 CTS 공유 프레임들을 수신하는 단계를 포함하는 단계들을 수행하는 것에 의해, 무선 LAN 네트워크에서 TXOP를 획득하는 STA은 자신의 TXOP를 주파수 도메인에서 단일 BSS 시나리오에서 다른 STA들과 공유한다.
임의의 선행 구현에 있어서, 상기 비-AP 스테이션들은 AP 스테이션의 코디네이션으로 관리 프레임들의 교환을 통해 TXOP 공유 가능성에 관한 정보를 교환하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 관리 프레임들은 인증 프레임들, 결합 프레임들, 요청 프레임들, 응답 프레임들 및 비콘 프레임들로 이루어져 있는 메시지 프레임 그룹으로부터 선택되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 비-AP 스테이션들과 AP 스테이션들이 트래픽 정보를 주기적으로 교환하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 트래픽 정보는 버퍼 상태 보고 폴링(BSRP) 프레임들과 버퍼 상태 보고(BSR) 프레임들의 조합을 활용하여 교환되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, MU-RTS 공유 프레임들을 다른 스테이션들로 송신하고 후속하는 공유 TXOP에 합류할 의향이 있는 해당 다른 스테이션들로부터 CTS 공유 프레임들을 수신하는 TXOP 보유자 스테이션에 의해 채널 사운딩을 수행하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, TXOP 보유자 스테이션이 (a) 할당된 RU를 사용하여 각각의 특정 스테이션으로 송신되는 유니캐스트 TXOP 액세스 요청 트리거; (b) 모든 비-AP 공유 TXOP 참여자 스테이션들로 송신되는, 이들 각각에 대한 표시된 RU 분배 정보를 갖는 브로드캐스트 TXOP 액세스 요청 트리거; 및 (c) 다른 스테이션들로 브로드캐스팅되고 공유된 RU를 사용하여 다른 스테이션들의 랜덤 액세스를 트리거하는 TXOP 랜덤 액세스 요청 트리거로 이루어져 있는 메시지 그룹으로부터 선택되는 트리거 프레임을 송신하는 것에 의해 공유 TXOP 액세스를 개시하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 다른 TXOP 참여자 스테이션들은, TXOP 보유자 스테이션으로부터 트리거 프레임을 수신할 시에, 트리거 프레임에 포함된 액세스 정보에 따라 채널의 액세스를 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, TXOP 공유 가능성 정보의 상기 교환은 AP 스테이션의 코디네이션으로 관리 프레임들의 교환을 통해 수행되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 관리 프레임들은 인증 프레임들, 결합 프레임들, 요청 프레임들, 응답 프레임들, 및 비콘 프레임들로 이루어져 있는 프레임 그룹으로부터 선택되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 비-AP 스테이션들과 AP 스테이션들 사이에서 버퍼 상태 및 트래픽 우선순위 정보를 주기적으로 교환하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 버퍼 상태 및 트래픽 우선순위 정보는 버퍼 상태 보고 폴링(BSRP) 프레임들과 버퍼 상태 보고(BSR) 프레임들의 조합을 활용하여 교환되는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, MU-RTS 공유 프레임들을 다른 스테이션들로 송신하고 후속하는 공유 TXOP에 합류할 의향이 있는 해당 다른 스테이션들로부터 CTS 공유 프레임들을 수신하는 AP 스테이션에 의해 비-AP TXOP 보유자 스테이션으로부터 CTS-to-self 공유 프레임을 수신하는 단계를 더 포함하며, AP 스테이션은 TXOP 참여자 공지 프레임에서 참여자 정보를 비-AP TXOP 보유자 스테이션으로 송신하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 비-AP TXOP 보유자 스테이션이 (a) 다가오는 TXOP를 공유하는 다른 스테이션들 각각을 위한 RU의 할당을 나타내는 TXOP 액세스 스케줄러 트리거 프레임을 AP 스테이션으로 송신하는 단계; 또는 (b) TXOP 우선순위 트리거 프레임을 AP 스테이션으로 송신하는 단계 - TXOP 우선순위 트리거 프레임은 TXOP 보유자에 대한 우선순위를 나타내고 AP 스테이션이 RU 분배를 스케줄링할 수 있게 함 - 에 의해 공유 TXOP의 액세스를 개시하는 단계를 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 하나 이상의 단계들을 추가로 수행하고, 이 단계들은: AP 스테이션이 TXOP 액세스 스케줄러 트리거를 수신할 시에, (a) 각각의 특정 스테이션을 위한 할당된 RU를 사용하여 TXOP 액세스 요청 트리거들을 각각의 특정 스테이션으로 유니캐스팅하는 단계; 또는 (b) TXOP 액세스 요청 트리거들을 비-AP 공유 TXOP 참여자 스테이션들 모두로 브로드캐스팅하는 단계 - 상기 TXOP 액세스 요청 트리거들은 그들 각각을 위한 할당된 RU의 분배를 포함함 - 를 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, TXOP 우선순위 트리거를 수신하는 AP 스테이션은, (a) 각각의 다른 스테이션으로부터의 BSR 프레임들에 표시된 최신 트래픽 정보에 기초하여 스케줄링을 수행하고 기본 트리거를 사용하여 UL 전송들을 트리거하는 단계; 또는 (b) TXOP 랜덤 액세스 요청 트리거를 비-AP 스테이션들로 브로드캐스팅하고 RA-RU들을 사용하여 채널에 액세스하도록 비-AP 공유 TXOP 참여자 스테이션들의 랜덤 액세스를 트리거하는 단계를 포함하는 단계들을 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, AP 스테이션이 예약된 RU를 사용하여 채널에 액세스하도록 비-AP TXOP 보유자 스테이션을 트리거하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, AP로부터 트리거 프레임을 수신할 시에, 비-AP TXOP 공유 참여자 스테이션들은 트리거 프레임에 표시된 액세스 정보에 따라 채널에 액세스하는 단계를 수행하고, 비-AP TXOP 보유자 STA은 예약된 RU를 사용하여 채널에 액세스하는 단계를 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, (a) 비-AP 스테이션들이 AP 스테이션의 코디네이션을 통해 다른 비-AP 스테이션들과 공유 제안/요청 프레임을 교환하는 단계; (b) AP 스테이션이 비-AP 스테이션의 공유 가능성 정보를 모든 다른 비-AP 스테이션들로 포워딩하는 단계; (c) 비-AP 스테이션들이 AP 스테이션의 코디네이션을 통해 모든 다른 비-AP 스테이션들과 반정적 TXOP 공유 스케줄의 구성을 교환하는 단계; 및 (d) AP 스테이션이 TXOP 액세스 구성 프레임을 사용하여 공유 TXOP 액세스 정보를 모든 비-AP 스테이션들로 포워딩하는 단계에 의해 반정적 구성들을 설정하기 위해 비-AP 스테이션들에 의해 설정 절차를 실행하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 비-AP 스테이션이 광고된 할당 스케줄에 따라 자신의 TXOP를 다른 비-AP 스테이션과 공유하는 것을 수행하는 단계를 더 포함하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 상기 명령어들은, 프로세서에 의해 실행될 때, 비-AP TXOP 보유자 스테이션에 의해 채널을 획득하는 단계 및 (a) AP 스테이션을 코디네이터로 하지 않고 TXOP 공유 요청 트리거를 브로드캐스팅하는 것; 또는 (b) AP 스테이션을 코디네이터하여 TXOP 공유 요청 트리거를 AP 스테이션으로 유니캐스팅하는 것을 수행하는 단계를 더 포함하며; (b)에 응답하여 AP 스테이션은 TXOP 공유 응답 트리거를 브로드캐스팅하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP 스테이션에 의해 브로드캐스트 TXOP 공유 요청 프레임을 수신할 시에, 비-AP 스테이션은 광고된 RU 할당에 기초하여 채널에 액세스하는 것을 수행하는, 장치 또는 방법.
임의의 선행 구현에 있어서, AP의 코디네이션을 통해 후속하는 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 STA들로 메시지들을 송신하고 채널 액세스가 발생할 때 각각의 비-AP 공유 TXOP 참여자 STA가 UL 데이터를 전송하는 데 사용해야 하는 RU를 통보하는, 장치 또는 방법.
임의의 선행 구현에 있어서, STA들은 AP의 코디네이션으로 관리 프레임들(예컨대, 인증/결합 요청/응답 및 비콘 프레임들)의 교환을 통해 TXOP 공유 가능성 정보를 교환하는, 장치 또는 방법.
임의의 선행 구현에 있어서, AP STA들과 비-AP STA들은 BSRP 프레임들과 BSR 프레임들을 사용하여 버퍼 상태 및 트래픽 우선순위 정보를 주기적으로 교환하는, 장치 또는 방법.
임의의 선행 구현에 있어서, 비-AP TXOP 보유자 STA로부터 CTS-to-self 공유 프레임을 수신한 후에, AP는 MU-RTS 공유 프레임들을 다른 STA들로 송신하고 후속하는 공유 TXOP에 합류할 의향이 있는 해당 STA들로부터 CTS 공유 프레임들을 수신하며, AP는 TXOP 참여자 공지 프레임을 사용하여 참여자 스테이션들에 관한 정보를 비-AP TXOP 보유자 STA로 송신하는, 장치 또는 방법.
임의의 선행 구현에 있어서, TXOP 보유자 STA은, (a) 할당된 RU를 사용하여 각각의 특정 STA로 송신되는 유니캐스트 TXOP 액세스 요청 트리거; (b) 모든 비-AP 공유 TXOP 참여자 STA들로 송신되는, 이들 각각에 대한 표시된 RU 분배 정보를 갖는 브로드캐스트 TXOP 액세스 요청 트리거; 또는 (c) 다른 STA들로 브로드캐스팅되고 공유된 RU를 사용하여 다른 STA들의 랜덤 액세스를 트리거하는 TXOP 랜덤 액세스 요청 트리거를 포함하는, 트리거 프레임을 송신하는 것에 의해 공유 TXOP를 개시하는, 장치 또는 방법.
임의의 선행 구현에 있어서, TXOP 보유자 STA로부터 트리거 프레임을 수신할 시에, 다른 TXOP 공유 참여자 STA들은 트리거 프레임에 표시된 액세스 정보에 따라 채널에 액세스하는, 장치 또는 방법.
본 명세서에서 사용되는 바와 같이, "구현"이라는 용어는 실시예들, 예들, 또는 본 명세서에서 설명된 기술을 실시하는 다른 형태들을, 제한 없이, 포함하도록 의도된다.
본 명세서에서 사용되는 바와 같이, 단수 용어들("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 (24)
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 스테이션으로서 구성된 무선 통신 회로;
(b) 무선 네트워크 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합된 프로세서;
(c) 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 다른 스테이션들과 액세스 포인트(AP) 스테이션의 TXOP를 공유할 시에, 상기 AP에 통보하고/하거나 상기 AP의 승인을 얻기 위해 상기 AP 스테이션과 메시지들을 교환하는 단계;
(ii) 수신된 응답들에 기초하여 TXOP가 공유될 수 있음을 알려 주고 비-AP 공유 TXOP 참여자 스테이션들을 식별해 주기 위해 다른 스테이션들과 정보를 교환하는 단계; 및
(iii) 후속하는 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 스테이션들로 메시지를 송신하는 단계 - 상기 메시지는 채널 액세스 동안 상기 공유 TXOP 동안 업로드(UL) 데이터를 전송하는 데 활용될 자원 유닛(RU)의 각각의 비-AP 공유 TXOP 참여자 스테이션에 대한 정보를 포함함 -
를 포함하는 단계들을 수행하는 것에 의해, 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 비-액세스 포인트(비-AP) 스테이션에 의한 전송 기회(TXOP)의 공유를 수행하는, 장치. - 제1항에 있어서, 상기 비-AP 스테이션들은 상기 AP 스테이션의 코디네이션으로 관리 프레임들의 교환을 통해 TXOP 공유 가능성에 관한 정보를 교환하는, 장치.
- 제2항에 있어서, 상기 관리 프레임들은 인증 프레임들, 결합 프레임들, 요청 프레임들, 응답 프레임들 및 비콘 프레임들로 이루어져 있는 메시지 프레임 그룹으로부터 선택되는, 장치.
- 제1항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 비-AP 스테이션들과 AP 스테이션들이 트래픽 정보를 주기적으로 교환하는 단계를 더 포함하는, 장치.
- 제4항에 있어서, 상기 트래픽 정보는 버퍼 상태 보고 폴링(BSRP) 프레임들과 버퍼 상태 보고(BSR) 프레임들의 조합을 활용하여 교환되는, 장치.
- 제1항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, MU-RTS 공유 프레임들을 다른 스테이션들로 송신하고 후속하는 공유 TXOP에 합류할 의향이 있는 해당 다른 스테이션들로부터 CTS 공유 프레임들을 수신하는 TXOP 보유자 스테이션에 의해 채널 사운딩을 수행하는 단계를 더 포함하는, 장치.
- 제1항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, TXOP 보유자 스테이션이 (a) 할당된 RU를 사용하여 각각의 특정 스테이션으로 송신되는 유니캐스트 TXOP 액세스 요청 트리거; (b) 모든 비-AP 공유 TXOP 참여자 스테이션들로 송신되는, 이들 각각에 대한 표시된 RU 분배 정보를 갖는 브로드캐스트 TXOP 액세스 요청 트리거; 및 (c) 다른 스테이션들로 브로드캐스팅되고 상기 공유된 RU를 사용하여 다른 스테이션들의 랜덤 액세스를 트리거하는 TXOP 랜덤 액세스 요청 트리거로 이루어져 있는 메시지 그룹으로부터 선택되는 트리거 프레임을 송신하는 것에 의해 공유 TXOP 액세스를 개시하는 단계를 더 포함하는, 장치.
- 제1항에 있어서, 다른 TXOP 참여자 스테이션들은, 상기 TXOP 보유자 스테이션으로부터 상기 트리거 프레임을 수신할 시에, 상기 트리거 프레임에 포함된 액세스 정보에 따라 상기 채널의 액세스를 수행하는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 무선 스테이션으로서 구성된 무선 통신 회로;
(b) 무선 네트워크 상에서 작동하도록 구성된 상기 제1 스테이션의 프로세서;
(c) 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 다른 스테이션들과 액세스 포인트(AP) 스테이션의 TXOP를 공유할 시에, 상기 AP 스테이션에 통보하고/하거나 상기 AP 스테이션의 승인을 얻기 위해 상기 AP 스테이션과 메시지들을 교환하는 단계;
(ii) 상기 제1 스테이션이 TXOP 보유자로서 상기 채널에 대한 액세스를 얻을 시에, 다가오는 TXOP가 공유될 수 있음을 알려 주고 상기 다가오는 공유 TXOP에 합류할 의향이 있는 다른 스테이션들을 식별해 주기 위해 상기 AP 스테이션의 코디네이션을 통해 상기 다른 스테이션들과 정보를 교환하는 단계; 및
(iii) 상기 AP 스테이션의 코디네이션을 통해 후속하는 공유 TXOP에 합류할 의향이 있는 비-AP 공유 TXOP 참여자 스테이션들로 메시지를 송신하고 상기 채널이 액세스될 때 해당 비-AP 공유 TXOP 참여자 스테이션들 각각이 UL 데이터를 전송하는 데 사용해야 하는 RU를 알려주는 단계
를 포함하는 단계들을 실행하는 것에 의해, 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 비-액세스 포인트(비-AP) 스테이션에 의한 전송 기회(TXOP)의 공유를 수행하는, 장치. - 제9항에 있어서, TXOP 공유 가능성 정보의 상기 교환은 상기 AP 스테이션에 의한 코디네이션으로 관리 프레임들의 교환을 통해 수행되는, 장치.
- 제10항에 있어서, 상기 관리 프레임들은 인증 프레임들, 결합 프레임들, 요청 프레임들, 응답 프레임들, 및 비콘 프레임들로 이루어져 있는 프레임 그룹으로부터 선택되는, 장치.
- 제9항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 비-AP 스테이션들과 AP 스테이션들 사이에서 버퍼 상태 및 트래픽 우선순위 정보를 주기적으로 교환하는 단계를 더 포함하는, 장치.
- 제12항에 있어서, 상기 버퍼 상태 및 트래픽 우선순위 정보는 버퍼 상태 보고 폴링(BSRP) 프레임들과 버퍼 상태 보고(BSR) 프레임들의 조합을 활용하여 교환되는, 장치.
- 제9항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, MU-RTS 공유 프레임들을 다른 스테이션들로 송신하고 후속하는 공유 TXOP에 합류할 의향이 있는 해당 다른 스테이션들로부터 CTS 공유 프레임들을 수신하는 상기 AP 스테이션에 의해 비-AP TXOP 보유자 스테이션으로부터 CTS-to-self 공유 프레임을 수신하는 단계를 더 포함하고, 상기 AP 스테이션은 TXOP 참여자 공지 프레임에서 참여자 정보를 상기 비-AP TXOP 보유자 스테이션으로 송신하는, 장치.
- 제9항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 비-AP TXOP 보유자 스테이션이 (a) 상기 다가오는 TXOP를 공유하는 상기 다른 스테이션들 각각을 위한 상기 RU의 할당을 나타내는 TXOP 액세스 스케줄러 트리거 프레임을 상기 AP 스테이션으로 송신하는 단계; 또는 (b) TXOP 우선순위 트리거 프레임을 상기 AP 스테이션으로 송신하는 단계 - 상기 TXOP 우선순위 트리거 프레임은 상기 TXOP 보유자에 대한 우선순위를 나타내고 상기 AP 스테이션이 RU 분배를 스케줄링할 수 있게 함 - 에 의해 상기 공유 TXOP의 액세스를 개시하는 단계를 더 포함하는, 장치.
- 제9항에 있어서, TXOP 액세스 스케줄러 트리거를 수신하는 AP 스테이션은, (a) 각각의 특정 스테이션을 위한 할당된 RU를 사용하여 TXOP 액세스 요청 트리거들을 상기 각각의 특정 스테이션으로 유니캐스팅하는 단계; 또는 (b) TXOP 액세스 요청 트리거들을 상기 비-AP 공유 TXOP 참여자 스테이션들 모두로 브로드캐스팅하는 단계 - 상기 TXOP 액세스 요청 트리거들은 그들 각각을 위한 할당된 RU의 분배를 포함함 - 를 포함하는 단계들을 수행하는, 장치.
- 제9항에 있어서, 상기 TXOP 우선순위 트리거를 수신하는 상기 AP 스테이션은, (a) 상기 다른 스테이션들 각각으로부터의 BSR 프레임들에 표시된 최신 트래픽 정보에 기초하여 스케줄링을 수행하고 기본 트리거를 사용하여 UL 전송들을 트리거하는 단계; 또는 (b) TXOP 랜덤 액세스 요청 트리거를 비-AP 스테이션들로 브로드캐스팅하고 RA-RU들을 사용하여 상기 채널에 액세스하도록 비-AP 공유 TXOP 참여자 스테이션들의 랜덤 액세스를 트리거하는 단계를 포함하는 단계들을 수행하는, 장치.
- 제17항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 AP 스테이션이 예약된 RU를 사용하여 상기 채널에 액세스하도록 상기 비-AP TXOP 보유자 스테이션을 트리거하는 단계를 더 포함하는, 장치.
- 제9항에 있어서, 상기 AP로부터 트리거 프레임을 수신할 시에, 상기 비-AP TXOP 공유 참여자 스테이션들은 상기 트리거 프레임에 표시된 액세스 정보에 따라 상기 채널에 액세스하는 단계를 수행하고, 상기 비-AP TXOP 보유자 STA는 예약된 RU를 사용하여 상기 채널에 액세스하는 단계를 수행하는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 적어도 하나의 다른 스테이션과 무선으로 통신하기 위한 제1 무선 스테이션으로서 구성된 무선 통신 회로;
(b) 무선 네트워크 상에서 작동하도록 구성된 상기 제1 스테이션의 프로세서;
(c) 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리
를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 각각의 비-AP 스테이션에 의해, 자신이 공유 TXOP 보유자인 경우 다른 비-AP 스테이션들 중 어느 것이 자신의 공유 TXOP에 액세스할 수 있는지를 결정하는 단계;
(ii) AP 스테이션의 코디네이션을 통한 각각의 잠재적인 공유 TXOP 참여자 스테이션의 RU 할당 및 액세스 순서의 광고된 구성을 반정적 구성으로서 통신하는 단계; 및
(iii) 각각의 비-AP 스테이션에 의해, 상기 광고된 반정적 구성에 따라 특정 공유 TXOP 보유자 스테이션에 의해 개시된 공유 TXOP에 액세스하는 단계
를 포함하는 단계들을 수행하는 것에 의해, 주파수 도메인에서 단일 기본 서비스 세트(BSS) 시나리오에서 다른 스테이션들과 비-액세스 포인트(비-AP) 스테이션에 의한 전송 기회(TXOP)의 공유를 수행하는, 장치. - 제20항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, (a) 비-AP 스테이션들이 상기 AP 스테이션의 코디네이션을 통해 다른 비-AP 스테이션들과 공유 제안/요청 프레임을 교환하는 단계; (b) AP 스테이션이 비-AP 스테이션의 공유 가능성 정보를 모든 다른 비-AP 스테이션들로 포워딩하는 단계; (c) 비-AP 스테이션들이 상기 AP 스테이션의 코디네이션을 통해 모든 다른 비-AP 스테이션들과 반정적 TXOP 공유 스케줄의 구성을 교환하는 단계; 및 (d) 상기 AP 스테이션이 TXOP 액세스 구성 프레임을 사용하여 공유 TXOP 액세스 정보를 모든 비-AP 스테이션들로 포워딩하는 단계에 의해 반정적 구성들을 설정하기 위해 상기 비-AP 스테이션들에 의해 설정 절차를 실행하는 단계를 더 포함하는, 장치.
- 제20항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 비-AP 스테이션이 광고된 할당 스케줄에 따라 자신의 TXOP를 다른 비-AP 스테이션들과 공유하는 것을 수행하는 단계를 더 포함하는, 장치.
- 제20항에 있어서, 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 비-AP TXOP 보유자 스테이션에 의해 상기 채널을 획득하는 단계, 및 (a) 상기 AP 스테이션을 코디네이터로 하지 않고 TXOP 공유 요청 트리거를 브로드캐스팅하는 것; 또는 (b) 상기 AP 스테이션을 코디네이터로 하여 TXOP 공유 요청 트리거를 상기 AP 스테이션으로 유니캐스팅하는 것을 수행하는 단계를 더 포함하며, (b)에 응답하여 상기 AP 스테이션은 TXOP 공유 응답 트리거를 브로드캐스팅하는, 장치.
- 제20항에 있어서, 상기 비-AP 스테이션에 의해 브로드캐스트 TXOP 공유 요청 프레임을 수신할 시에, 상기 비-AP 스테이션은 상기 광고된 RU 할당에 기초하여 상기 채널에 액세스하는 것을 수행하는, 장치.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063043217P | 2020-06-24 | 2020-06-24 | |
| US63/043,217 | 2020-06-24 | ||
| US17/141,840 | 2021-01-05 | ||
| US17/141,840 US11337222B2 (en) | 2020-06-24 | 2021-01-05 | Coordinated stations in a single BSS with shared TXOP in the frequency domain |
| PCT/US2021/038377 WO2021262652A1 (en) | 2020-06-24 | 2021-06-22 | Coordinated stations in a single bss with shared txop in the frequency domain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20220117321A true KR20220117321A (ko) | 2022-08-23 |
Family
ID=79030885
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227025183A KR20220117321A (ko) | 2020-06-24 | 2021-06-22 | 주파수 도메인에서 공유 txop를 갖는 단일 bss 내의 코디네이션된 스테이션들 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US11337222B2 (ko) |
| EP (1) | EP4147528A4 (ko) |
| JP (1) | JP7418716B2 (ko) |
| KR (1) | KR20220117321A (ko) |
| CN (1) | CN114762439A (ko) |
| WO (1) | WO2021262652A1 (ko) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102648538B1 (ko) * | 2022-10-24 | 2024-03-18 | 영남대학교 산학협력단 | 근거리 무선 네트워크에서 서비스 품질 기반 직교 주파수 분할 다중 액세스 스케줄링을 위한 방법 |
| WO2024101835A1 (ko) * | 2022-11-07 | 2024-05-16 | 엘지전자 주식회사 | 무선랜 시스템에서 다중 액세스 포인트 동작 기반 잔여 시간 기간 스케줄링 방법 및 장치 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11405944B2 (en) * | 2020-06-24 | 2022-08-02 | Sony Group Corporation | Coordinated stations in OBSS with shared TXOP in the frequency domain |
| US11617187B2 (en) * | 2020-10-28 | 2023-03-28 | Hewlett Packard Enterprise Development Lp | Systems and methods for prioritizing bi-directional traffic flows |
| US11856606B2 (en) * | 2020-12-01 | 2023-12-26 | Sony Group Corporation | Coordinated stations in OBSS with shared TXOP in time domain |
| CN116528287B (zh) * | 2021-07-23 | 2024-01-05 | 华为技术有限公司 | 缓冲区报告发送、接收方法及装置 |
| US11412472B1 (en) * | 2021-10-15 | 2022-08-09 | Link Labs, Inc. | System and method for generating phase-coherent signaling via calibrated phase synchronization factors among wireless ranging nodes in a phase-based time difference of arrival framework |
| WO2023137725A1 (en) * | 2022-01-21 | 2023-07-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, data transmission apparatus, multi-link device, and storage medium |
| WO2024005512A1 (ko) * | 2022-06-27 | 2024-01-04 | 엘지전자 주식회사 | 무선랜 시스템에서 향상된 트리거된 송신 기회 공유 절차에서의 송신 또는 수신 방법 및 장치 |
| CN117956603A (zh) * | 2022-10-27 | 2024-04-30 | 华为技术有限公司 | 一种协作传输方法及相关装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9504032B2 (en) * | 2012-09-13 | 2016-11-22 | Interdigital Patent Holdings, Inc. | Method, wireless transmit/receive unit (WTRU) and base station for transferring small packets |
| 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 |
| JP2018011093A (ja) | 2014-11-18 | 2018-01-18 | 株式会社東芝 | 無線通信端末、メモリーカード、無線通信装置、無線通信方法および無線通信システム |
| US10091813B2 (en) | 2014-12-02 | 2018-10-02 | Mediatek Inc. | STA initiated uplink aggregation in wireless communication systems |
| EP4057765B1 (en) | 2015-02-24 | 2024-05-29 | Nippon Telegraph And Telephone Corporation | Wireless communication method and wireless lan access point |
| US10492223B2 (en) | 2015-05-21 | 2019-11-26 | Newracom, Inc. | Channel access for multi-user communication |
| US20170181187A1 (en) | 2015-12-16 | 2017-06-22 | Qualcomm Incorporated | Methods and apparatus for negotiating processing time for multiple user uplink |
| US11564257B2 (en) * | 2020-04-01 | 2023-01-24 | Sony Group Corporation | Coordinated WiFi stations with shared TXOP in time domain |
| US11405944B2 (en) * | 2020-06-24 | 2022-08-02 | Sony Group Corporation | Coordinated stations in OBSS with shared TXOP in the frequency domain |
-
2021
- 2021-01-05 US US17/141,840 patent/US11337222B2/en active Active
- 2021-06-22 JP JP2022579050A patent/JP7418716B2/ja active Active
- 2021-06-22 WO PCT/US2021/038377 patent/WO2021262652A1/en unknown
- 2021-06-22 KR KR1020227025183A patent/KR20220117321A/ko unknown
- 2021-06-22 EP EP21829935.2A patent/EP4147528A4/en active Pending
- 2021-06-22 CN CN202180007003.6A patent/CN114762439A/zh active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102648538B1 (ko) * | 2022-10-24 | 2024-03-18 | 영남대학교 산학협력단 | 근거리 무선 네트워크에서 서비스 품질 기반 직교 주파수 분할 다중 액세스 스케줄링을 위한 방법 |
| WO2024101835A1 (ko) * | 2022-11-07 | 2024-05-16 | 엘지전자 주식회사 | 무선랜 시스템에서 다중 액세스 포인트 동작 기반 잔여 시간 기간 스케줄링 방법 및 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2023531684A (ja) | 2023-07-25 |
| WO2021262652A1 (en) | 2021-12-30 |
| EP4147528A4 (en) | 2023-10-18 |
| US20210410149A1 (en) | 2021-12-30 |
| US11337222B2 (en) | 2022-05-17 |
| JP7418716B2 (ja) | 2024-01-22 |
| EP4147528A1 (en) | 2023-03-15 |
| CN114762439A (zh) | 2022-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11337222B2 (en) | Coordinated stations in a single BSS with shared TXOP in the frequency domain | |
| US11564257B2 (en) | Coordinated WiFi stations with shared TXOP in time domain | |
| US11711847B2 (en) | MU-MIMO pre-packet arrival channel contention | |
| US20240049213A1 (en) | Wireless communication method for uplink multiple-user transmission schedule and wireless communication terminal using the method | |
| US11405944B2 (en) | Coordinated stations in OBSS with shared TXOP in the frequency domain | |
| KR20230035086A (ko) | 비-ap sta에 의해 개시된 요청 트리거 프레임 및 txop 공유 | |
| KR101838080B1 (ko) | 하향링크용 채널을 지원하는 무선랜 시스템에서 데이터 송수신 방법 및 이를 위한 장치 | |
| US11856606B2 (en) | Coordinated stations in OBSS with shared TXOP in time domain | |
| JP7284925B2 (ja) | パケット到着前チャネル競合 | |
| 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 |