KR20230014753A - 시간 도메인에 걸쳐 dl과 ul 사이의 공유 txop로 코디네이션된 wifi 스테이션들 - Google Patents
시간 도메인에 걸쳐 dl과 ul 사이의 공유 txop로 코디네이션된 wifi 스테이션들 Download PDFInfo
- Publication number
- KR20230014753A KR20230014753A KR1020227045110A KR20227045110A KR20230014753A KR 20230014753 A KR20230014753 A KR 20230014753A KR 1020227045110 A KR1020227045110 A KR 1020227045110A KR 20227045110 A KR20227045110 A KR 20227045110A KR 20230014753 A KR20230014753 A KR 20230014753A
- Authority
- KR
- South Korea
- Prior art keywords
- txop
- sta
- shared
- stas
- frame
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 claims description 179
- 238000004891 communication Methods 0.000 claims description 96
- 238000000034 method Methods 0.000 claims description 72
- 230000004044 response Effects 0.000 claims description 66
- 230000015654 memory Effects 0.000 claims description 21
- 230000000977 initiatory effect Effects 0.000 claims description 17
- 230000007246 mechanism Effects 0.000 claims description 4
- 238000012163 sequencing technique Methods 0.000 claims description 4
- 101000925840 Homo sapiens Emerin Proteins 0.000 abstract description 68
- 101000697597 Rattus norvegicus Alcohol sulfotransferase A Proteins 0.000 abstract description 68
- 238000010586 diagram Methods 0.000 description 95
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 83
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 83
- 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 69
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 69
- 238000012545 processing Methods 0.000 description 35
- 230000003993 interaction Effects 0.000 description 28
- 230000008569 process Effects 0.000 description 27
- 238000005516 engineering process Methods 0.000 description 19
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 14
- 101100395869 Escherichia coli sta3 gene Proteins 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 230000032258 transport Effects 0.000 description 8
- 230000008901 benefit Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 230000014509 gene expression Effects 0.000 description 5
- 101100478715 Drosophila melanogaster Start1 gene Proteins 0.000 description 4
- 101150081243 STA1 gene Proteins 0.000 description 4
- 230000001934 delay Effects 0.000 description 4
- OVGWMUWIRHGGJP-WTODYLRWSA-N (z)-7-[(1r,3s,4s,5r)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@H]1[C@H](/C=C/[C@H](O)CCCCC)C[C@H]2S[C@@H]1C2 OVGWMUWIRHGGJP-WTODYLRWSA-N 0.000 description 3
- 101100366889 Caenorhabditis elegans sta-2 gene Proteins 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- 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
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
TXOP(Transmit Opportunity) 홀더가, AP인지 비-AP STA인지에 관계없이, TXOP를 AP 또는 비-AP STA들인 다른 스테이션들과 공유할 수 있도록 하는 무선 로컬 영역 네트워크(WLAN) 프로토콜. TXOP를 공유하려는 의도는 TXOP 홀더에 의해 다른 STA들 및/또는 AP와 직접적으로 또는 간접적으로 통신되며, 그 후에 스케줄링 정보(시간 및 지속기간)가 STA들 및/또는 AP와 공유된다. TXOP가 발생할 때, STA들 및/또는 AP는 지정된 시간에 지정된 지속기간 동안 채널에 액세스할 수 있으며, 따라서 TXOP의 증가된 사용을 제공하여 효율성을 개선시킬 수 있다.
Description
본 출원은 참조에 의해 그 전체가 본 명세서에 포함되는, 2020년 12월 1일에 출원된 미국 가특허 출원 제63/119,761호에 대한 우선권과 그 이익을 주장하는, 참조에 의해 그 전체가 본 명세서에 포함되는, 2021년 8월 1일에 출원된 미국 특허 출원 제17/390,979호에 대한 우선권과 그 이익을 주장한다.
연방 정부 후원 연구 또는 개발에 관한 진술
해당 사항 없음
컴퓨터 프로그램 부록의 참조에 의한 포함
해당 사항 없음
저작권 보호 대상 자료의 고지
본 특허 문서 내의 자료의 일부는 미국 및 다른 국가들의 저작권법에 따른 저작권 보호를 받을 수 있다. 저작권 권리의 소유자는, 미국 특허청에서 공적으로 이용 가능한 파일 또는 기록에 나오는 그대로, 특허 문서 또는 특허 개시내용의 누군가에 의한 팩시밀리 복사에 대해서는 이의가 없지만, 그렇지 않은 경우에는 무엇이든 모든 저작권 권리를 보유한다. 저작권 소유자는 이로써, 37 C.F.R. § 1.14에 따른 권리를 제한 없이 포함하여, 본 특허 문서가 비밀로 유지되게 하는 어떠한 권리도 포기하지 않는다.
1. 기술분야
본 개시내용의 기술은 일반적으로 무선 통신 네트워크들에 관한 것으로, 보다 상세하게는 전송 기회(TXOP)를 획득하는 STA가 이를 단일 기본 서비스 세트(BSS) 내의 다른 스테이션들과 공유하는 다중 사용자 전송들에 관한 것이다.
2. 배경기술 논의
Wi-Fi 네트워크들의 사용이 매우 빠른 속도로 계속 증가하고 있다. 이러한 증가는 새로운 응용 분야들의 빠른 발전 및 Wi-Fi 네트워크들을 통해 인터넷에 액세스해야 하는 시장에서의 스마트 디바이스들의 양이 증가하는 것에 의해 박차가 가해진다. Wi-Fi 사용자들의 수가 증가하고 Wi-Fi 사용자들의 요구가 증가함에 따라, 증가된 처리량, 보다 낮은 지연시간, 및 보다 높은 효율성을 달성하기 위한 상당한 원동력이 있다.
일부 응용 분야들, 예를 들어, 실시간 게이밍은 지연에 매우 민감하며, 따라서, 예컨대, 상이한 게임 플레이어들 간의 실시간 상호작용을 지원하는 것에 의해, 즐거운 사용자 경험을 제공하기 위해 낮은 지연시간에 대한 보다 높은 요구사항들을 갖는다.
채널에 액세스하기 위한, AP 스테이션과 비-AP 스테이션들을 포함한 스테이션들 간의 경쟁은 스테이션들이 동시에 채널에 액세스하려고 할 때 경쟁 지연들을 유입시킨다. 경쟁 지연은 낮은 지연시간을 요구하는 트래픽의 성능에 큰 영향을 미친다. 현재 802.11 ax 기술은 AP 레벨에서 업링크(UL) 및 다운링크(DL) 다중 사용자(MU) 전송들을 개시하는데, 이는, UL 전송들의 경우, 비-AP STA들이 트리거 기반(TB) UL 데이터를 AP에게 송신해야 한다는 것을 의미한다. 이러한 규칙은, 비-AP STA들로부터의 경쟁을 감소시키지만, 비-AP STA들이 UL 데이터를 송신해야 하고 채널이 미사용(free)(비지(busy)가 아님)이지만 AP가 비-AP STA에게 트리거 프레임을 송신하지 않았음을 감지할 필요가 있는 경우에 통신 채널을 최대한 활용하지 못할 수 있다.
이 경우에, 본 개시내용은, AP 스테이션들과 비-AP 스테이션들을 포함한, 스테이션들이 서로 협력해야 하는 메커니즘들을 제공한다. 이는, 임의의 스테이션이 채널 액세스를 획득하고 TXOP를 얻는 경우, 그 스테이션이 자신의 전송 기회(TXOP)의 일 부분을 다른 스테이션들과 공유할 수 있다는 것을 의미한다. 협력 방식은 스테이션들 간의 경쟁을 감소시키고 따라서 경쟁 지연들을 감소시키도록 구성된다.
따라서, 현재 WLAN 프로토콜들에서 활용되는 접근 방식들은 수요가 증가하고 있는 유익한 성능 레벨들을 제공할 수 없다.
그에 따라, 공유 TXOP 전송들을 포함한, WLAN 통신의 성능을 증가시킬 필요성이 존재한다. 본 개시내용은 그러한 요구를 충족시키고 이전 기술들에 비해 추가적인 이점들을 제공한다.
종래의 802.11 프로토콜들에서, 전송 기회(TXOP) 스케줄링은 AP 레벨에서 수행된다. 채널이 유휴임을 감지하는 종래의 무선 LAN 네트워크에서의 비-AP STA는 AP로부터 트리거 프레임을 수신하지 않고는 데이터를 송신할 수 없으며, 따라서 채널 활용 효율을 제약한다. 그 외에, TXOP를 획득(확보)한 스테이션인 TXOP 홀더(TXOP holder)는 자신의 TXOP 일부를 다른 스테이션들과 공유하지 않으며; 따라서 모든 스테이션은, 전송할 데이터 양이 단지 적더라도, TXOP를 위해 개별적으로 경쟁해야 한다.
본 개시내용에서, 임의의 스테이션이 채널 액세스를 획득하고 TXOP를 확보하는 경우, 해당 스테이션이 자신의 전송 기회(TXOP)의 일 부분을 다른 스테이션들과 공유할 수 있도록, AP 스테이션들과 비-AP 스테이션들을 포함한 스테이션들은 서로 협력한다. 협력 방식은 스테이션들 간의 경쟁을 감소시키는 데 도움이 되며, 따라서 경쟁 지연을 감소시킨다. 비-AP STA들 및 AP STA 양쪽 모두가 시간 도메인에서의 공유 TXOP 스케줄링(채널 경쟁 없이 물리 계층 프로토콜 데이터 유닛(PPDU)을 전송하기 위해 이 공유 TXOP에 참여할 의향이 있는 다른 협력 스테이션들과 TXOP를 시간 공유(time sharing)하는 것)을 수행할 수 있다. 이 경우에, 채널 액세스를 획득(확보)하고, 미리 구성된 공유 정보 또는 공유 TXOP 참여자들의 정보의 집합체를 통해, 공유 TXOP 참여자 STA들 정보를 알고 있는 TXOP 홀더 STA는 채널 활용 효율을 개선시키고 무선 LAN 네트워크에서 보다 낮은 지연시간의 전송들을 달성하기 위해 다른 스테이션들과 TXOP 공유를 스케줄링할 수 있다.
개시된 기술의 적어도 하나의 실시예에서, 비-AP TXOP 홀더 STA는 코디네이션 프로세스를 시작할 수 있으며, AP로부터의 트리거 프레임을 기다리지 않고 시간 도메인에서 동일한 BSS 내의 다른 STA들과 자신의 TXOP를 공유한다. AP를 코디네이터로 사용하거나 사용하지 않고 TXOP를 공유하는 것과, 반정적 TXOP 공유 및 단순화된 TXOP 공유의 사용을 포함한, 다수의 상이한 시나리오들이 설명된다.
AP 코디네이션을 사용하지 않는 시나리오에서, 무선 LAN 네트워크에서 TXOP를 획득하는 스테이션은 자신의 BSS 내의 모든 다른 스테이션들과 통신할 수 있으며, (a) 자신의 TXOP를 다른 STA들과 공유하는 것에 대한 승인을 통보하고/하거나 얻는 메시지들을 AP와 교환하는 것; (b) 채널에 액세스할 시에 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 나타내는 메시지를 BSS 내의 다른 STA들에게 브로드캐스팅하는 것; (c) 어느 STA들이 공유에 개방되어 있는 TXOP에서의 시간을 요청하고 있는지를 결정하기 위한 메시지들을 BSS 내의 다른 STA들과 교환하는 것; (d) 채널 액세스가 수행될 지속기간 및 시간을 통보하는 메시지들을 그 STA와 TXOP를 공유할 STA들에게 송신하는 것에 의해 동일한 BSS 내의 다른 스테이션들과 자신의 TXOP를 공유한다.
AP 코디네이션을 사용하는 시나리오에서, 무선 LAN 네트워크에서 TXOP를 획득하는 STA는 자신의 BSS 내의 모든 다른 스테이션들과 통신할 수 없으며, (a) 자신의 TXOP를 다른 STA들과 공유하는 것에 대한 승인을 통보하고/하거나 얻는 메시지들을 AP와 교환하는 것; (b) 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 나타내는 메시지를 BSS 내의 다른 STA들에게 브로드캐스팅하도록 요청하는 메시지를 AP에게 유니캐스팅하는 것; (c) AP가 BSS 내의 다른 STA들과 메시지들을 교환하게 하고 어느 STA들이 공유 TXOP에서의 시간을 요청하고 있는지 결정하기 위한 메시지들을 AP로부터 획득하는 것; (d) 채널 액세스가 수행될 지속기간 및 시간을 통보하는 메시지들을 그 STA와 TXOP를 공유할 STA들에게 송신하도록 요청하는 메시지를 AP에게 유니캐스팅하는 것에 의해 동일한 BSS 내의 다른 스테이션들과 자신의 TXOP를 공유한다.
반정적 TXOP 공유에서, 이하가 첫 번째(TXOP 공유 셋업) 스테이지에서 발생한다. (a) 각각의 비-AP STA는, 공유 TXOP를 공유하거나 공유 TXOP에 합류할 수 있는 비-AP STA의 능력을 나타내는, 공유 제안/요청 정보를 AP에게 송신한다. 이어서, AP는 이 정보를 모든 스테이션들에게 브로드캐스팅한다. (b) 미래에 TXOP 홀더가 될 수 있는 각각의 스테이션은 자신과 다른 스테이션들 간의 공유 TXOP 스케줄을 구성하고 이 구성 정보를 AP에게 송신한다.
이 구성 정보를 수신한 후에, AP는 이를 모든 스테이션들에게 브로드캐스팅하고; 이어서 두 번째(TXOP 공유) 스테이지에서, 이하가 발생한다: (a) 공유 STA와 AP 사이에서 RTS 공유(Ready-To-Send-share) 및 CTS 공유(Clear-To-Send-share)의 교환이 발생하여, 합의된 구성에 따라 다가오는 TXOP가 공유되도록 허용된다는 것을 공지한다; (b) 일단 TXOP를 공유하는 다른 STA들이 TXOP가 공유될 것임을 나타내는 RTS 공유(RTS-share) 또는 CTS 공유(CTS-share)를 수신하고 자신들이 공유 구성에 포함된다는 것을 인식하면, STA들은 채널에 언제 액세스할지를 결정할 수 있다; (c) 본 개시내용에서 사용되는 RTS 공유/CTS 공유 메시지들은 TXOP를 공유하는 것에 관한 정보를 포함하는 추가된 필드들을 갖는 수정된 RTS/CTS이다; (d) 자신의 TXOP를 공유하는 STA와 AP 사이에서 상이한 메시지들이 교환될 수 있음으로써, 다른 STA들이 메시지들을 수신하고 TXOP 공유에 관한 정보를 획득할 수 있다.
단순화된 TXOP 공유에서는, 이하가 발생한다. (a) 일단 스테이션이 채널 액세스를 획득하고 RTS를 송신하며 CTS를 수신하면, 스테이션은, 최대 TXOP 지속기간에 의해서만 제한되는, 자신이 필요로 하는 만큼 이용 가능한 TXOP 시간을 사용할 수 있다. 전체 전송(데이터 PPDU의 전송 및 ACK/블록 ACK의 수신)을 완료한 후에, 스테이션은 AP가 TXOP의 잔여 시간을 사용할 다른 스테이션들을 루핑 스루(loop through)(시퀀싱 스루(sequence through))할 수 있게 하기 위해 CTS 거부(CTS-Reject)를 AP에게 송신한다. (b) CTS 거부 프레임을 수신한 후에, AP는 현재 TXOP가 만료되지 않은 경우 CTS를 다음 스테이션(비-AP STA)에게 송신하는 것에 의해 다음 스테이션(비-AP STA)을 루핑 스루한다. AP는 또한 제한된 공유 TXOP 시간을 다음 스테이션에 할당하고; 따라서 AP가 시퀀스에서 루핑 스루될 다음 스테이션일 때, AP는 남아 있는 제한된 공유 TXOP 시간 내에서 전송을 위해 채널에 직접 액세스할 수 있다. (c) AP로부터 CTS를 수신하는 비-AP STA는 제한된 공유 TXOP 시간 내에서 SU PPDU를 AP에게 송신하고 (i) AP가 할당된 공유 TXOP 제한 시간보다 더 일찍 전송을 완료하는 경우; (ii) 할당된 공유 TXOP 제한 시간의 끝이 다가오고 AP가 전송할 SU PPDU를 갖지 않는 경우 CTS 거부를 AP에게 송신한다.
본 명세서에서 설명되는 기술의 추가 양상들은 본 명세서의 이하의 부분들에서 나타날 것이며, 여기서 상세한 설명은 제한을 두지 않고 기술의 바람직한 실시예들을 완전히 개시하기 위한 것이다.
본 명세서에서 설명되는 기술은 단지 예시를 위한 것인 이하의 도면들을 참조하는 것에 의해 더 충분히 이해될 것이다.
도 1은 다운링크(DL) 직교 주파수 분할 다중 액세스(OFDMA) 다중 입력 다중 출력(MIMO) 전송에서 MU 데이터 프레임에 대한 슬롯 기반 전송(slotted transmission) 다이어그램이다.
도 2는 업링크(UL) 직교 주파수 분할 다중 액세스(OFDMA) 다중 입력 다중 출력(MIMO)의 슬롯 기반 전송 다이어그램이다.
도 3은 CSMA/CA에서 종래의 재전송 방식의 흐름 다이어그램이다.
도 4는 일반 WLAN 시스템에서 데이터를 운반하기 위한 패킷 프레임 포맷의 데이터 필드 다이어그램이다.
도 5는 일반 WLAN 시스템에서 ACK 패킷 프레임 포맷의 데이터 필드 다이어그램이다.
도 6은 CSMA/CA에서 재전송을 수행할 때 2배 크기의 경쟁 윈도의 통신 시퀀스 다이어그램이다.
도 7은 CSMA/CA에서 재시도 한계로 인해 드롭되는 패킷의 통신 시퀀스 다이어그램이다.
도 8은 OFDMA 시스템의 다운링크에서 레거시 재전송 방식의 통신 시퀀스 다이어그램이다.
도 9는 OFDMA 시스템의 업링크에서 레거시 재전송 방식의 통신 시퀀스 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른, AP를 코디네이터로서 사용하거나 사용하지 않는 경우, 시간 도메인에서 반정적 시나리오의 통신 시퀀스 다이어그램이다.
도 11a 내지 도 11c는 본 개시내용의 적어도 하나의 실시예에 따른, 시간 도메인에서 반정적 시나리오의 보다 심층적인 예를 제공하는 통신 시퀀스 다이어그램이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 무선 스테이션 하드웨어의 하드웨어 블록 다이어그램이다.
도 13은 제한이 아닌 예로서 하나의 AP와 3 개의 STA로 구성되는 단일 BSS 시나리오로서 도시된 네트워크 토폴로지 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA에 의해 개시되는 공유 TXOP의 통신 시퀀스 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 공유 프로토콜에서 수행되는 일반적인 단계들의 개요의 통신 시퀀스/프로토콜 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 셋업 스테이지의 통신 시퀀스 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 수행되는 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 18a 및 도 18b는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA들 레벨에서 수행되는 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 공지 스테이지의 통신 시퀀스 다이어그램이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안을 수신한 후의 응답을 보여주는 UL 개시(UL initiated) TXOP 참여자 획득의 흐름 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른, CTS를 수신한 후의 응답을 보여주는 UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, 전용 TXOP 제안 프레임을 수신한 후의 응답을 보여주는 UL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 제안 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 액세스 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, 브로드캐스트 TXOP 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 29a 및 도 29b는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 30a 및 도 30b는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 31a 및 도 31b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른, DL 개시(DL initiated) 공유 TXOP 공지 스테이지의 통신 시퀀스 다이어그램이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, 공유 TXOP 공지 스테이지의 흐름 다이어그램이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는, 공유 TXOP 공지 스테이지의 흐름 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지(AP를 사용함)의 통신 시퀀스 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안을 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른, CTS를 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지(AP를 사용함)의 통신 시퀀스 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른, CTS를 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른, 전용 TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지(AP를 사용함)의 통신 시퀀스 다이어그램이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른, 전용 TXOP 제안을 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, DL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하는, 유니캐스트 TXOP 제안 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 제안 프레임을 사용한 DL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 46은 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하는, 유니캐스트 TXOP 액세스 스케줄러 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 47은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 액세스 스케줄러를 사용한 DL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 48은 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하는, 브로드캐스트 TXOP 스케줄러 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 49는 본 개시내용의 적어도 하나의 실시예에 따른, 브로드캐스트 TXOP 스케줄러 프레임을 사용한 DL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 50a 및 도 50b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하여 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 51a 내지 도 51c는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하여 AP에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 52a 및 도 52b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하여 비-AP 공유 TXOP 참여자 STA에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 53a 및 도 53b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, DL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 54는 본 개시내용의 적어도 하나의 실시예에 따른, 반정적 TXOP 공유 셋업 스테이지의 통신 시퀀스 다이어그램이다.
도 55는 본 개시내용의 적어도 하나의 실시예에 따른, UL 개시 반정적 TXOP 공유 스테이지의 통신 시퀀스 다이어그램이다.
도 56은 본 개시내용의 적어도 하나의 실시예에 따른, DL 개시 반정적 TXOP 공유 스테이지의 통신 시퀀스 다이어그램이다.
도 57a 및 도 57b는 본 개시내용의 적어도 하나의 실시예에 따른, UL 개시 단순화된 TXOP 공유 방식의 통신 시퀀스 다이어그램이다.
도 58은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름 다이어그램이다.
도 59는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름 다이어그램이다.
도 60a 내지 도 60c는 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름 다이어그램이다.
도 61a 및 도 61b는 본 개시내용의 적어도 하나의 실시예에 따른, DL 개시 단순화된 TXOP 공유 방식의 통신 시퀀스 다이어그램이다.
도 62a 내지 도 62c는 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름이다.
도 63은 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP 공유 가능성(STA TXOP shareability) 요소 포맷의 데이터 필드 다이어그램이다.
도 64는 본 개시내용의 적어도 하나의 실시예에 따른, STA Information 필드 포맷의 데이터 필드 다이어그램이다.
도 65는 본 개시내용의 적어도 하나의 실시예에 따른, 액세스 요청 정보(Access request information) 요소 포맷의 데이터 필드 다이어그램이다.
도 66은 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드의 데이터 필드 다이어그램이다.
도 67은 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드 포맷의 데이터 필드 다이어그램이다.
도 68은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 69는 본 개시내용의 적어도 하나의 실시예에 따른, STA Share offer/request information 필드 포맷의 데이터 필드 다이어그램이다.
도 70은 본 개시내용의 적어도 하나의 실시예에 따른, RTS 공유(RTS-share) 프레임의 데이터 필드 다이어그램이다.
도 71은 본 개시내용의 적어도 하나의 실시예에 따른, CTS 공유(CTS-share) 프레임의 데이터 필드 다이어그램이다.
도 72는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안(TXOP offer) 프레임 포맷의 데이터 필드 다이어그램이다.
도 73은 본 개시내용의 적어도 하나의 실시예에 따른, 액세스 요청(Access request) 프레임 포맷의 데이터 필드 다이어그램이다.
도 74는 본 개시내용의 적어도 하나의 실시예에 따른, Access priority 서브필드 포맷의 데이터 필드 다이어그램이다.
도 75는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 액세스 스케줄러(TXOP access scheduler) 프레임 포맷의 데이터 필드 다이어그램이다.
도 76은 본 개시내용의 적어도 하나의 실시예에 따른, TXOP Access Allocation Info 서브필드 포맷의 데이터 필드 다이어그램이다.
도 77은 본 개시내용의 적어도 하나의 실시예에 따른, 브로드캐스트 TXOP 스케줄 (Broadcast TXOP schedule) 프레임 포맷의 데이터 필드 다이어그램이다.
도 78은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP Schedule 필드 포맷의 데이터 필드 다이어그램이다.
도 79는 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드 포맷의 데이터 필드 다이어그램이다.
도 80은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 참여자 공지(Shared TXOP participant announcement) 프레임 포맷의 데이터 필드 다이어그램이다.
도 81은 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP participant 필드 포맷의 데이터 필드 다이어그램이다.
도 82는 본 개시내용의 적어도 하나의 실시예에 따른, 요청 TXOP 제안(Request TXOP offer) 프레임 포맷의 데이터 필드 다이어그램이다.
도 83은 본 개시내용의 적어도 하나의 실시예에 따른, 요청 TXOP 액세스 스케줄러(Request TXOP access scheduler) 프레임 포맷의 데이터 필드 다이어그램이다.
도 84는 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP Access Request 필드 포맷의 데이터 필드 다이어그램이다.
도 85는 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드 포맷의 데이터 필드 다이어그램이다.
도 86은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 87은 본 개시내용의 적어도 하나의 실시예에 따른, Share offer/request info 필드 포맷의 데이터 필드 다이어그램이다.
도 88은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 89는 본 개시내용의 적어도 하나의 실시예에 따른, STA Share offer/request info 필드 포맷의 데이터 필드 다이어그램이다.
도 90은 본 개시내용의 적어도 하나의 실시예에 따른 공유 구성(Sharing configuration) 프레임 포맷의 데이터 필드 다이어그램이다.
도 91은 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP Access Allocation 필드 포맷의 데이터 필드 다이어그램이다.
도 92는 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드의 데이터 필드 다이어그램이다.
도 93은 본 개시내용의 적어도 하나의 실시예에 따른 공유 구성(Sharing configuration) 프레임 포맷의 데이터 필드 다이어그램이다.
도 94는 본 개시내용의 적어도 하나의 실시예에 따른, STA Configuration 필드 포맷의 데이터 필드 다이어그램이다.
도 95는 본 개시내용의 적어도 하나의 실시예에 따른, CTS 거부, CTS-to-self 및 CTS에 활용되는 CTS 프레임의 데이터 필드 다이어그램이다.
도 1은 다운링크(DL) 직교 주파수 분할 다중 액세스(OFDMA) 다중 입력 다중 출력(MIMO) 전송에서 MU 데이터 프레임에 대한 슬롯 기반 전송(slotted transmission) 다이어그램이다.
도 2는 업링크(UL) 직교 주파수 분할 다중 액세스(OFDMA) 다중 입력 다중 출력(MIMO)의 슬롯 기반 전송 다이어그램이다.
도 3은 CSMA/CA에서 종래의 재전송 방식의 흐름 다이어그램이다.
도 4는 일반 WLAN 시스템에서 데이터를 운반하기 위한 패킷 프레임 포맷의 데이터 필드 다이어그램이다.
도 5는 일반 WLAN 시스템에서 ACK 패킷 프레임 포맷의 데이터 필드 다이어그램이다.
도 6은 CSMA/CA에서 재전송을 수행할 때 2배 크기의 경쟁 윈도의 통신 시퀀스 다이어그램이다.
도 7은 CSMA/CA에서 재시도 한계로 인해 드롭되는 패킷의 통신 시퀀스 다이어그램이다.
도 8은 OFDMA 시스템의 다운링크에서 레거시 재전송 방식의 통신 시퀀스 다이어그램이다.
도 9는 OFDMA 시스템의 업링크에서 레거시 재전송 방식의 통신 시퀀스 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른, AP를 코디네이터로서 사용하거나 사용하지 않는 경우, 시간 도메인에서 반정적 시나리오의 통신 시퀀스 다이어그램이다.
도 11a 내지 도 11c는 본 개시내용의 적어도 하나의 실시예에 따른, 시간 도메인에서 반정적 시나리오의 보다 심층적인 예를 제공하는 통신 시퀀스 다이어그램이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 무선 스테이션 하드웨어의 하드웨어 블록 다이어그램이다.
도 13은 제한이 아닌 예로서 하나의 AP와 3 개의 STA로 구성되는 단일 BSS 시나리오로서 도시된 네트워크 토폴로지 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA에 의해 개시되는 공유 TXOP의 통신 시퀀스 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 공유 프로토콜에서 수행되는 일반적인 단계들의 개요의 통신 시퀀스/프로토콜 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 셋업 스테이지의 통신 시퀀스 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 수행되는 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 18a 및 도 18b는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA들 레벨에서 수행되는 공유 TXOP 셋업 스테이지의 흐름 다이어그램이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 공지 스테이지의 통신 시퀀스 다이어그램이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안을 수신한 후의 응답을 보여주는 UL 개시(UL initiated) TXOP 참여자 획득의 흐름 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른, CTS를 수신한 후의 응답을 보여주는 UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, 전용 TXOP 제안 프레임을 수신한 후의 응답을 보여주는 UL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 제안 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 액세스 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, 브로드캐스트 TXOP 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 29a 및 도 29b는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 30a 및 도 30b는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 31a 및 도 31b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른, DL 개시(DL initiated) 공유 TXOP 공지 스테이지의 통신 시퀀스 다이어그램이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, 공유 TXOP 공지 스테이지의 흐름 다이어그램이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP STA 레벨에서 처리되는, 공유 TXOP 공지 스테이지의 흐름 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지(AP를 사용함)의 통신 시퀀스 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안을 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른, CTS를 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지(AP를 사용함)의 통신 시퀀스 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른, CTS를 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른, 전용 TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지(AP를 사용함)의 통신 시퀀스 다이어그램이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른, 전용 TXOP 제안을 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 통신 시퀀스 다이어그램이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, DL 개시 TXOP 참여자 획득 스테이지의 흐름 다이어그램이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하는, 유니캐스트 TXOP 제안 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 제안 프레임을 사용한 DL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 46은 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하는, 유니캐스트 TXOP 액세스 스케줄러 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 47은 본 개시내용의 적어도 하나의 실시예에 따른, 유니캐스트 TXOP 액세스 스케줄러를 사용한 DL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 48은 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하는, 브로드캐스트 TXOP 스케줄러 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 통신 시퀀스 다이어그램이다.
도 49는 본 개시내용의 적어도 하나의 실시예에 따른, 브로드캐스트 TXOP 스케줄러 프레임을 사용한 DL 개시 TXOP 스케줄링 및 액세스의 통신 시퀀스 다이어그램이다.
도 50a 및 도 50b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하여 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 51a 내지 도 51c는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하여 AP에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 52a 및 도 52b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 코디네이션을 사용하여 비-AP 공유 TXOP 참여자 STA에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 53a 및 도 53b는 본 개시내용의 적어도 하나의 실시예에 따른, AP 레벨에서 처리되는, DL 개시 TXOP 스케줄링 및 액세스 스테이지의 흐름 다이어그램이다.
도 54는 본 개시내용의 적어도 하나의 실시예에 따른, 반정적 TXOP 공유 셋업 스테이지의 통신 시퀀스 다이어그램이다.
도 55는 본 개시내용의 적어도 하나의 실시예에 따른, UL 개시 반정적 TXOP 공유 스테이지의 통신 시퀀스 다이어그램이다.
도 56은 본 개시내용의 적어도 하나의 실시예에 따른, DL 개시 반정적 TXOP 공유 스테이지의 통신 시퀀스 다이어그램이다.
도 57a 및 도 57b는 본 개시내용의 적어도 하나의 실시예에 따른, UL 개시 단순화된 TXOP 공유 방식의 통신 시퀀스 다이어그램이다.
도 58은 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 홀더 STA에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름 다이어그램이다.
도 59는 본 개시내용의 적어도 하나의 실시예에 따른, 비-AP TXOP 참여자 STA에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름 다이어그램이다.
도 60a 내지 도 60c는 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름 다이어그램이다.
도 61a 및 도 61b는 본 개시내용의 적어도 하나의 실시예에 따른, DL 개시 단순화된 TXOP 공유 방식의 통신 시퀀스 다이어그램이다.
도 62a 내지 도 62c는 본 개시내용의 적어도 하나의 실시예에 따른, AP에서 처리되는, 단순화된 공유 TXOP 스케줄링의 흐름이다.
도 63은 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP 공유 가능성(STA TXOP shareability) 요소 포맷의 데이터 필드 다이어그램이다.
도 64는 본 개시내용의 적어도 하나의 실시예에 따른, STA Information 필드 포맷의 데이터 필드 다이어그램이다.
도 65는 본 개시내용의 적어도 하나의 실시예에 따른, 액세스 요청 정보(Access request information) 요소 포맷의 데이터 필드 다이어그램이다.
도 66은 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드의 데이터 필드 다이어그램이다.
도 67은 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드 포맷의 데이터 필드 다이어그램이다.
도 68은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 69는 본 개시내용의 적어도 하나의 실시예에 따른, STA Share offer/request information 필드 포맷의 데이터 필드 다이어그램이다.
도 70은 본 개시내용의 적어도 하나의 실시예에 따른, RTS 공유(RTS-share) 프레임의 데이터 필드 다이어그램이다.
도 71은 본 개시내용의 적어도 하나의 실시예에 따른, CTS 공유(CTS-share) 프레임의 데이터 필드 다이어그램이다.
도 72는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 제안(TXOP offer) 프레임 포맷의 데이터 필드 다이어그램이다.
도 73은 본 개시내용의 적어도 하나의 실시예에 따른, 액세스 요청(Access request) 프레임 포맷의 데이터 필드 다이어그램이다.
도 74는 본 개시내용의 적어도 하나의 실시예에 따른, Access priority 서브필드 포맷의 데이터 필드 다이어그램이다.
도 75는 본 개시내용의 적어도 하나의 실시예에 따른, TXOP 액세스 스케줄러(TXOP access scheduler) 프레임 포맷의 데이터 필드 다이어그램이다.
도 76은 본 개시내용의 적어도 하나의 실시예에 따른, TXOP Access Allocation Info 서브필드 포맷의 데이터 필드 다이어그램이다.
도 77은 본 개시내용의 적어도 하나의 실시예에 따른, 브로드캐스트 TXOP 스케줄 (Broadcast TXOP schedule) 프레임 포맷의 데이터 필드 다이어그램이다.
도 78은 본 개시내용의 적어도 하나의 실시예에 따른 STA TXOP Schedule 필드 포맷의 데이터 필드 다이어그램이다.
도 79는 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드 포맷의 데이터 필드 다이어그램이다.
도 80은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 TXOP 참여자 공지(Shared TXOP participant announcement) 프레임 포맷의 데이터 필드 다이어그램이다.
도 81은 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP participant 필드 포맷의 데이터 필드 다이어그램이다.
도 82는 본 개시내용의 적어도 하나의 실시예에 따른, 요청 TXOP 제안(Request TXOP offer) 프레임 포맷의 데이터 필드 다이어그램이다.
도 83은 본 개시내용의 적어도 하나의 실시예에 따른, 요청 TXOP 액세스 스케줄러(Request TXOP access scheduler) 프레임 포맷의 데이터 필드 다이어그램이다.
도 84는 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP Access Request 필드 포맷의 데이터 필드 다이어그램이다.
도 85는 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드 포맷의 데이터 필드 다이어그램이다.
도 86은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 87은 본 개시내용의 적어도 하나의 실시예에 따른, Share offer/request info 필드 포맷의 데이터 필드 다이어그램이다.
도 88은 본 개시내용의 적어도 하나의 실시예에 따른, 공유 제안/요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 89는 본 개시내용의 적어도 하나의 실시예에 따른, STA Share offer/request info 필드 포맷의 데이터 필드 다이어그램이다.
도 90은 본 개시내용의 적어도 하나의 실시예에 따른 공유 구성(Sharing configuration) 프레임 포맷의 데이터 필드 다이어그램이다.
도 91은 본 개시내용의 적어도 하나의 실시예에 따른, STA TXOP Access Allocation 필드 포맷의 데이터 필드 다이어그램이다.
도 92는 본 개시내용의 적어도 하나의 실시예에 따른, Allocation Control 서브필드의 데이터 필드 다이어그램이다.
도 93은 본 개시내용의 적어도 하나의 실시예에 따른 공유 구성(Sharing configuration) 프레임 포맷의 데이터 필드 다이어그램이다.
도 94는 본 개시내용의 적어도 하나의 실시예에 따른, STA Configuration 필드 포맷의 데이터 필드 다이어그램이다.
도 95는 본 개시내용의 적어도 하나의 실시예에 따른, CTS 거부, CTS-to-self 및 CTS에 활용되는 CTS 프레임의 데이터 필드 다이어그램이다.
1. 서론
802.11 WLAN들의 성능을 개선시키기 위한, 그리고 가장 구체적으로는 2.4 GHz 및 5 GHz 대역들을 통해 통신하는 시스템들을 위한 수많은 프로토콜 수정 사항들이 제안되었다. 이러한 기술들의 대부분은, 20 MHz로부터 160 MHz로 대역폭을 증가시키는 것, 새로운 변조 및 코딩 방식들을 제안하는 것, 및 MIMO 시스템 작동을 개선시키는 것과 같은, 물리(PHY) 계층의 관점에서의 데이터 속도 개선을 목표로 한다.
전송 오버헤드를 감소시키고 따라서 데이터 처리량을 증가시키기 위해 다른 MAC 계층 개선 사항들이 도입되었다. 이것은, 예를 들어, 프레임 간 간격을 감소시키는 것, 패킷들을 집성 및 분할하는 것, 및 STA들이 전력 소비를 절감하기 위해 어웨이크(awake) 상태와 도즈(doze)(슬립(sleep)) 상태 사이에서 교호하도록 전력 소비 프로토콜들을 적용하는 것에 의해 달성될 수 있다.
IEEE 802.11ax는 인접한 서브캐리어들이 자원 유닛들(RU들)로 그룹화되는 직교 주파수 분할 다중 액세스(OFDMA) 기술을 도입하였다. 다중 사용자(MU) 업링크(UL) 및 다운링크(DL) 데이터 전송을 위한 RU들을 할당하는 것에 의해, 이 기술은 전송 속도를 최대화한다.
직교 주파수 분할 다중 액세스(OFDMA)는 많은 사용자들이 동일한 시간 자원들을 동시에 사용할 수 있도록 하고 주파수 도메인을 사용자들 간에 분할한다. 이것은, 보다 많은 사용자들이 동시에 스케줄링될 수 있으므로, 채널 자원들의 개선된 사용을 결과하고 지연시간 감소를 가능하게 한다.
2.1. 지연에 영향을 미치는 WLAN 특징들
2.1.1. 채널 액세스 및 지연 허용
WLAN 디바이스들에서는 경쟁 기반(contention-based) 액세스와 무경쟁(contention free) 액세스 양쪽 모두가 허용된다. 경쟁 기반 액세스는 디바이스에게 채널에 액세스하기 위해 채널을 감지하고 채널이 비지인 경우 채널을 위해 경쟁하도록 요구한다. 이 메커니즘은 충돌 회피를 제공하는 데 필요한 추가적인 전송 지연들을 유입시킨다. 무경쟁 채널 액세스는 AP가 경쟁 없이 채널에 액세스할 수 있도록 한다. 다른 STA들에 의해 사용되는 DIFS(Distributed Inter-Frame spacing)에 비해 PIFS(PCF Inter-Frame spacing)와 동일한 보다 짧은 프레임 간 간격을 사용하는 것에 의해 채널 액세스 코디네이션이 달성되는 하이브리드 제어 채널 액세스(Hybrid Controlled Channel Access)에서는 이것이 허용된다. 무경쟁 액세스가 경쟁 지연을 피하기 위한 양호한 해결책처럼 보이지만, 이는 널리 배포되지 않고 대부분의 Wi-Fi 디바이스들은 경쟁 기반 액세스를 사용하고 있다.
STA가 채널에 액세스하기 위해, STA는 채널을 획득하고 활용하기 전에 채널을 감지하고 채널이 비지가 아니라는 것을 알아야 한다. 이 채널은 (a) STA가 프레임의 프리앰블을 검출하고, 채널이 검출된 프레임의 길이 동안 비지인 것으로 간주될 때; (b) STA가 20 dB 초과의 최소 감도로 대역 내 에너지를 검출할 때; 또는 (c) STA가 검출된 프레임의 NAV를 판독하는 것에 의해 채널이 사실상 비지임을 검출할 때 비지인 것으로 간주된다.
802.11ax는 NAV 타이머의 잘못된 리셋으로 인해 발생할 수 있는 충돌을 피하기 위해 2 개의 NAV를 도입하였다. 하나의 네트워크 할당 벡터(NAV)가 BSS STA들을 위한 것이고 다른 NAV는 비-BSS STA들을 위한 것임이 이해될 것이다. STA는 2 개의 NAV를 별도로 유지한다.
802.11ax는 모든 레거시 802.11 WLAN 디바이스들을 위한 채널 액세스를 위해 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 사용한다. 그에 따라, AP가 업링크 다중 입력 다중 출력(UL MIMO) 전송을 위한 트리거 프레임을 송신하기 위해, AP는 여전히 채널 액세스를 위해 경쟁할 필요가 있다. AP가 자신의 BSS 내의 임의의 STA를 통해 채널 액세스를 얻을(획득할) 수 있도록 하기 위해, 802.11ax는 802.11ax 디바이스들만을 위한 EDCA(Enhanced Distributed Channel Access)의 제2 세트를 도입하였으며, 이는 레거시 비-802.11ax 디바이스들이 EDCA로 자유롭게 채널에 액세스할 수 있도록 하고 업링크(UL) 또는 다운링크(DL) OFDMA MIMO 데이터 전송을 스케줄링하기 위해 AP가 채널에 액세스할 수 있는 기회를 증가시킬 수 있도록 한다.
2.1.2. 다중 사용자 전송 및 수신
802.11 WLAN 디바이스들은 전송 및 수신은 물론 OFDMA 채널 액세스를 위해 MIMO 안테나를 사용할 수 있다. IEEE 802.11ax는 업링크와 다운링크 방향들 양쪽 모두에서 다중 사용자 전송을 지원한다.
MIMO는, 예를 들어, 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 전송의 예(10)를 도시한다. AP는 STA들을 위한 주파수/RU들 매핑 및 RU들 할당을 지정하기 위해 PHY 프리앰블을 모든 STA들에게 송신한다. 프리앰블 이후에, AP는 특정 STA(예를 들면, STA 1 내지 STA 6)에게 DL 데이터를, 이 STA에 대한 RU 할당을 사용하여, 송신한다. 다중 사용자 ACK 전송은 DL 데이터 프레임의 수신과 동기화되어야 하며 여기서 DL 트리거 프레임의 수신 이후에 STA들이 SIFS의 전송을 시작한다.
도 2는 UL OFDMA MIMO 전송의 예(30)를 도시한다. AP는 STA들에 대한 주파수 및/또는 RU 매핑과 RU 할당들을 포함하는 트리거 프레임을 모든 STA들에게 송신한다. UL MIMO 전송은 바람직하게는 해당 프레임의 수신과 동기화되며 여기서 STA들은 DL 트리거 프레임의 수신 후에 SIFS를 갖는 전송을 시작한다.
2.1.3. 재전송
도 3은 CSMA/CA에서의 재전송 방식(50)을 예시한다. IEEE 802.11의 WLAN 시스템들은 STA들이 패킷 전송 및 재전송을 위한 채널에 액세스할 수 있도록 하기 위해 CSMA/CA를 사용한다. CSMA/CA 시스템들에서, 각각의 전송 및 재전송 이전에, STA는 채널 상태를 감지할 필요가 있고, 채널 상태가 비지인 것으로 보이지 않는 경우, 채널 액세스를 위해 경쟁할 백오프 시간을 설정할 필요가 있다. 백오프 시간은 0과 경쟁 윈도 크기 사이의 균일한 랜덤 변수에 의해 결정된다. STA는 백오프 시간 동안 기다리고 채널이 유휴임을 감지한 후에, STA는 패킷을 송신한다. STA가 타임아웃 이전에 ACK를 수신하지 않는 경우 재전송이 필요하다. 그렇지 않은 경우, 전송은 성공한다.
재전송이 필요할 때, STA는 패킷의 재전송 횟수를 검사한다. 재전송 횟수가 재시도 한계를 초과하는 경우, 패킷은 드롭되고 재전송들이 스케줄링되지 않는다. 그렇지 않은 경우, 재전송이 스케줄링된다. 재전송이 스케줄링되는 경우, 재전송을 위한 채널 액세스를 위해 경쟁하기 위해 다른 백오프 시간이 필요하다. 경쟁 윈도 크기가 그의 상한에 도달하지 않는 경우, STA는 이를 증가시킨다. STA는 새로운 경쟁 윈도 크기에 따라 다른 백오프 시간을 설정한다. STA는 재전송 등을 위해 백오프 시간 동안 기다린다.
도 4는 일반 WLAN 시스템에서의 데이터 프레임 포맷(90)을 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 주소를 포함한다. Sequence control 필드는 패킷의 프래그먼트 번호와 시퀀스 번호를 포함한다. 통신될 데이터를 전달하기 위한 Data 필드가 나타내어져 있다. FCS(Frame Check Sequence)가 여기에 보여지고 있으며, 본 개시내용에서 설명되는 많은 다른 데이터 포맷들에서, 이는 통신 프로토콜에서 프레임에 추가되는 오류 검출 코드를 제공한다.
도 5는 일반 WLAN 시스템에서의 ACK 프레임 포맷(110)을 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 주소를 포함한다. FCS(Frame Check Sequence)가 여기에 보여지고 있으며, 본 개시내용에서 설명되는 많은 다른 데이터 포맷들에서, 통신 프로토콜에서 프레임에 추가되는 오류 검출 코드를 제공한다.
도 6은 CSMA/CA 하에서의 재전송의 예에서 활용되는 2배 크기의 경쟁 윈도(150)를 예시하며 여기서 각각의 재전송에 대해 백오프 시간이 증가된다. 데이터 패킷 프레임과 ACK 프레임은, 제각기, 도 4 및 도 5에 도시된 바와 같은 포맷들을 사용한다. 송신기가 패킷의 초기 전송을 전송한 후에, 송신기는 타임아웃 이전에 ACK를 수신하지 않는다. 이어서, 송신기는 다른 백오프 시간을 설정하고, 이에 의해 경쟁 윈도 크기는 "n" 개의 슬롯이다. 백오프 시간 동안 기다린 후에, 송신기 STA는 처음으로 패킷을 재전송한다. 그렇지만, 재전송이 또한 실패한다. 송신기 STA는 패킷을 재전송할 필요가 있으며 채널 액세스를 위해 경쟁하기 위해 또다시 백오프 시간을 설정한다. 이번에는, 재전송으로 인해, 경쟁 윈도 크기는 두 배로 되어, 2*n 개의 슬롯이다. 예상 백오프 시간이 또한 경쟁 윈도 크기에 의해 두 배로 된다. 송신기가 타임아웃 이전에 ACK를 수신하므로 두 번째 재전송은 성공한다.
도 7은 CSMA/CA에서의 재시도 한계가 초과되는 것으로 인해 패킷이 드롭되는 예(190)를 묘사한다. 데이터 패킷 프레임과 ACK 프레임은, 제각기, 도 4 및 도 5에 도시된 바와 같은 포맷들을 사용한다. 도면에 도시된 바와 같이, 패킷의 초기 전송이 실패한 후에, 송신기 STA는 해당 패킷을 여러 번 재전송한다. 그렇지만, 재전송들 중 어느 것도 성공하지 못한다. N 번 재전송한 후에, 재전송 횟수는 재시도 한계를 초과한다. 송신기 STA는 해당 패킷의 재전송을 중지하고 해당 패킷은 드롭된다.
도 8은 OFDMA를 사용하는 다운링크 다중 사용자(DL MU) 전송의 예를 보여주는 레거시 재전송 방식(210)을 묘사한다. 송신기 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는 채널을 위해 경쟁하고 백오프 시간을 기다리며, 첫 번째 재전송은 채널 액세스를 얻은 후에 발생한다.
도 9는 OFDMA를 사용하는 업링크 다중 사용자(UL MU) 전송의 예를 보여주는 레거시 재전송 방식(250)을 묘사한다. AP는 먼저 트리거 프레임을 송신기 1, 송신기 2, 송신기 3, 및 송신기 4 모두에게 송신한다. 송신기들은 트리거 프레임을 수신하고 트리거 프레임에 의해 할당되는 채널 자원을 사용하여 초기 전송을 시작한다. 데이터 패킷들은 고효율(HE) 트리거 기반(TB) PPDU 포맷을 사용할 수 있다. PPDU가 PPDU(Physical Layer Conformance Procedure (PLCP) Protocol Data Unit)라는 것에 유의할 것이다. AP는 송신기들로부터 데이터 패킷들을 수신하고 전송의 정확성을 보고하기 위해 BA 프레임을 송신한다. 이 예에서, 송신기 3으로부터의 패킷만이 올바르게 수신되었으며 송신기 1, 송신기 2, 및 송신기 4에 대해 재전송이 스케줄링될 필요가 있다. AP는 채널을 위해 경쟁하고 채널 액세스를 얻기 위해 백오프 시간 동안 기다리며, 그 후에 초기 전송과 동일한 방식으로 재전송이 진행된다.
3. 문제 설명
MU UL 전송의 경우, 802.11n/ac와 같은 이전 기술들은 충돌들을 방지하는 데 도움을 주기 위해 RTS/CTS(Request-To-Send/Clear-To-Send) 또는 채널 액세스 방식의 확장들을 갖는 RTS/CTS를 구현한다. 그렇지만, 이 방식은 한 번에 한 명의 사용자만이 채널을 점유할 수 있도록 한다. 추가적으로, RTS/CTS 프레임 교환의 오버헤드에 의해 긴 지연이 유입되는 문제들이 있다.
비교로서, 802.11ax 기술은 OFDMA 방식을 구현하며, OFDMA 방식은 상이한 사용자들이 상이한 자원 유닛들(RU들)을 사용하는 것에 의해 동시에 채널에 액세스할 수 있도록 한다. 이것은 채널 활용 효율을 개선시키고 평균 지연을 감소시킨다. 그렇지만, 현재 802.11ax 기술들은 공유 TXOP 동안 UL 전송을 개시하기 위해 AP에 의존한다. 이는, 비-AP STA가 채널이 유휴임(점유되지 않음)을 감지하고 STA가 AP에게 전송할 데이터를 갖는 경우, UL 데이터 전송을 위해 공유 TXOP에 합류하기 위해 연관된 AP로부터 트리거 프레임을 수신할 때까지 기다려야 한다는 것을 의미한다. 또한, STA는 채널을 확보(획득)하는 이러한 비-AP STA와 다른 비-AP STA들 간에 이용 가능한 채널 자원들을 스케줄링하고 분배하기 위해 AP에 의존해야 한다. 이 경우에, 프로토콜은 비-AP STA로부터의 동적 요구들을 포착하지 못하며, 이는 낮은 채널 활용 효율 및 따라서, 증가된 지연을 포함한 여러 문제들을 유발한다.
게다가, 하나의 TXOP 홀더로부터 얻어진 TXOP는 여러 협력 스테이션들 간에 공유될 수 없다. 이 경우에, 각각의 스테이션은 자체적으로 TXOP를 위해 경쟁할 필요가 있다.
본 발명자들에 의한 이전의 개시내용에서, 비-AP STA들은 자발적으로 다른 비-AP STA들과 TXOP를 공유할 수 있으며, 이는 TXOP 홀더 STA가 공유 TXOP 참여자 STA들에게 채널 액세스 시간 슬롯을 스케줄링하고 분배할 수 있다는 것을 의미하지만; 공유 방식은 UL 전송에 대해서만 구현된다.
4. 발명의 기여
본 개시내용은, UL 또는 DL 전송에 의해 개시될 수 있는, 단일 BSS에서 공유 TXOP를 통해 시간 도메인에서 다중 사용자 UL 및 DL 전송을 가능하게 하는 해결책을 제공한다. 본 개시내용에서, STA들은 시간 도메인에서 BSS 내의 다른 STA들과 TXOP들을 공유한다. 이것은 유리하게도 채널 경쟁 및 채널 액세스 지연시간을 감소시킬 수 있으며, 일단 임의의 STA가 액세스를 얻으면, 해당 STA는 자신의 TXOP를 다른 STA들과 공유한다. STA들은 트리거 기반(TB) 액세스를 통해 AP가 채널에 대한 액세스를 허용하기를 반드시 기다릴 필요가 없다.
본 개시내용은, 동적 공유 TXOP, 반정적 공유 TXOP 및 단순화된 공유 TXOP를 포함하는, 3 개의 상이한 TXOP 공유 시나리오를 제공한다. 동적 공유 TXOP에서는, TXOP 홀더 스테이션은, 일단 채널 액세스를 획득하면, AP의 코디네이션을 사용하거나 사용하지 않고 현재 공유 TXOP 참여자 정보를 수집한다. TXOP 홀더는 수집된 정보에 기초하여 공유 TXOP를 스케줄링하고 채널 액세스 지속기간 및 액세스 시간을 할당한다.
반정적 공유 TXOP 시나리오에서는, 공유 TXOP는 TXOP를 공유하는 모든 협력 스테이션들 사이에서 미리 구성된 스케줄들 및 액세스 시간 할당들로 사용되도록 구성된다. 따라서, 일단 TXOP 홀더가 채널 액세스를 획득하면, 이는 공유 TXOP의 시작을 나타내는 신호를 브로드캐스팅한다. 이 신호를 수신하는 다른 스테이션들은 미리 구성된 공유 스케줄에 기초하여 공유 TXOP에서 채널에 액세스한다.
간소화된 공유 TXOP 시나리오에서는, 공유 TXOP에 대해 미리 구성된 스케줄도 없고 적시적인 스케줄도 없다. TXOP 홀더는 채널 액세스를 얻고 자신이 필요로 하는 만큼 TXOP를 사용한다. TXOP 홀더가 TXOP를 다 사용하지는 않는 경우, TXOP 홀더는 AP로 하여금 공유되는 각각의 스테이션에 대한 공유 시간의 제한을 표시하는 것과 함께 나머지 TXOP를 공유할 다른 스테이션들을 루핑 스루하게 한다. 이 경우에, AP는 스테이션이 공유 TXOP에 참여할 의향이 있는지 여부를 알지 못한 채로 단순히 각각의 스테이션을 하나씩 루핑 스루한다.
4.1. 공유 TXOP의 동적 시나리오
(a) 공유 TXOP 셋업 스테이지, (b) 공유 TXOP 공지 스테이지, (c) TXOP 참여자 획득 스테이지 및 (d) TXOP 스케줄링 및 액세스 스테이지를 포함한, 4 개의 스테이지를 보여주는 동적 시나리오 공유 TXOP 프로토콜에 대한 간략한 요약이 아래에서 제공된다.
공유 TXOP 셋업 스테이지에서, 스테이션들(비-AP STA 및 AP STA)은 AP의 코디네이션을 통해 자신의 TXOP 공유 가능성 정보를 교환한다. 공유 가능성 정보는 인증 요청/응답 프레임들, 결합 요청/응답 프레임들 또는 비-AP STA와 AP 사이에서 교환 가능한 임의의 다른 프레임들에 내장될 수 있는 공유 TXOP를 공유하거나 공유 TXOP에 합류할 수 있는 스테이션의 능력을 나타낸다.
공유 TXOP 공지 스테이지에서, TXOP 홀더 스테이션은 성공적으로 채널 액세스를 획득한(얻은) 후에, 신호(예를 들면, RTS 공유)를 송신하고 대응하는 피드백 프레임(예를 들면, CTS 공유)을 수신하는 것으로, 새로운 공유 TXOP의 시작을 공지한다.
TXOP 참여자 획득 스테이지에서, TXOP 홀더는 다른 스테이션들이 공유 TXOP에 합류할지를 식별하기 위해 다른 스테이션들을 획득하며, 이는 AP 코디네이션을 사용하거나 사용하지 않고 처리된다.
TXOP 스케줄링 및 액세스 스테이지에서, 공유 TXOP 홀더는 자신과 공유 TXOP에 합류할 다른 스테이션들 사이에 공유 TXOP를 스케줄링한다. TXOP 홀더는 AP 코디네이션을 사용하여/사용하지 않고 스케줄링 정보를 송신한다. 각각의 공유 TXOP 참여자 STA는 할당된 시간 슬롯에서 PPDU 전송들을 위해 채널에 액세스해야 한다.
4.2. 공유 TXOP의 반정적 시나리오
도 10은 AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들을 묘사하는 예시적인 반정적 시나리오 3(290)의 개요를 예시한다. 여기서는 공유 제안/요청 셋업 스테이지와 TXOP 홀더 구성 셋업 스테이지 양쪽 모두를 포함하는 스테이지 0 및 스테이지 1(292)이 결합되어 도시되어 있다. 스테이지 2는 TXOP 공유 공지 스테이지를 나타내고 스테이지 3은 TXOP 공유 단계를 나타낸다.
STA는 (STA들과의 또는 AP와의) 셋업 절차를 통해 어느 시점에서 TXOP 공유를 위한 구성을 설정할 수 있으며, 채널에서 TXOP가 얻어질 때마다, STA는 미리 설정된 시간 지속기간 동안 미리 설정된 수의 STA들과 이 TXOP를 공유한다.
이 예에서, 다수의 TXOP들이 294, 304 및 314로 보여지고 있고, 각각은 스테이지 2 TXOP 공유 공지 단계(296, 306 및 316)를 나타내며, 각각에 뒤이어서, TXOP 홀더 STA3(298, 308 및 318)에 의해 사용되는 TXOP 부분을 시작하는, 스테이지 3 TXOP 공유 단계가 온다. 그 결과, STA2 공유(300, 310 및 320), 및 STA1 공유(302, 312 및 322), 및 AP 공유(303, 313 및 323)로 보여지는 바와 같이 STA3이 보유하는 TXOP의 반복적인 공유가 수행된다.
도 11a 내지 도 11c는 도 10에서 이전에 요약된 4 개의 스테이지를 갖는 반정적 시나리오에 대한 프로토콜에 따른 통신을 보여주는 예시적인 실시예(330, 350, 370)를 예시한다. 이전 예들에서와 같이, AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들은 제한이 아닌 예로서 도시되어 있다.
도 11a에는 비-AP STA들이 공유 제안/요청 정보를 서로 교환하는 공유 제안/요청 셋업을 수행하는 스테이지의 실시예(330)가 보여지고 있다. 이 예에서, STA1은 공유 제안/요청(332)을 AP에게 송신하고, AP는 이를 확인응답(334)하며, AP는 이어서 이 정보를 다른 STA들과 공유(336)한다. 유사하게, STA3은 공유 제안/요청(338)을 AP에게 송신하는 것으로 보여지고 있고, AP는 이를 확인응답(340)하며, AP는 이어서 이 정보를 다른 STA들과 공유(342)한다.
도 11b에는 잠재적 TXOP 홀더 STA가 모든 STA들과 반정적 TXOP 공유 스케줄의 구성을 교환하는 TXOP 홀더 구성 셋업 스테이지를 수행하는 스테이지의 실시예(350)가 예시되어 있다. 이 예에서, STA2는 TXOP 홀더 구성 정보(352)를 AP에 송신하고, AP는 수신을 확인응답(OK)하며(354), 이어서 AP는 최신 TXOP 액세스 구성(356)을 다른 STA들에 알리기 위해 공유 구성 프레임을 브로드캐스팅한다. 유사하게, STA3은 TXOP 홀더 구성 정보(358)를 AP에게 송신하고, AP는 수신을 확인응답(OK)하며(360), 이어서 AP는 공유 구성 프레임(362)을 다른 STA들에게 브로드캐스팅한다.
도 11c에는 TXOP 공유 공지들 및 TXOP 공유를 수행하는 스테이지의 실시예(370)가 예시되어 있다. TXOP 공유 공지 스테이지(372)에서, TXOP 홀더 STA는 다가오는 TXOP가 합의된 구성에 따라 공유되도록 허용된다는 것을 공지한다. TXOP 홀더(STA3)는 RTS 공유(376)를 AP에게 송신하는 것으로 보여지고 있다. AP는 CTS 공유(376)로 STA3에 응답하고, STA1 및 STA2는 CTS 공유를 수신하며 따라서 CTS 공유에 설정된 NAV를 알게 된다.
TXOP 공유 단계(374)에서, 각각의 스테이션(비-AP STA 및 AP STA)은 합의된 구성에 따라 공유 TXOP에 액세스한다. CTS 공유에 응답하여, TXOP 홀더(STA3)는 공유 TXOP 간격의 자신의 부분(378)을 사용하고, 그 후에 TXOP의 자신의 부분들(380 및 382)을 활용하는 STA 1 및 STA 2로 예시된 다른 스테이션들이 TXOP를 공유하며, 이에 뒤이어서 AP가 부분(384)을 사용하고; 따라서 이러한 STA들 모두가 TXOP를 공유한다.
5. 비-AP STA 하드웨어 셋업
도 12는 통신 프로토콜을 구현하는 프로그램(들)을 실행하기 위한 CPU(398) 및 RAM(400)을 갖는 회로부(392) 내로의 외부 I/O(394)를 갖는 비-AP STA 하드웨어 셋업의 예시적인 실시예(390)를 예시한다. 호스트 머신은 전송 및 수신을 위한 빔포밍을 수행하기 위해 다수의 안테나들에 연결되는 RF 모듈에 결합되는 통신을 지원하는 적어도 하나의 모뎀을 수용한다. 이러한 방식으로, STA는 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있다.
구체적으로, 본 개시내용에 따른 WLAN 스테이션이 도시되어 있으며, 적어도 하나의 컴퓨터 프로세서(CPU)(398), 메모리(RAM)(400), 및 적어도 하나의 모뎀(402)에 연결되는 버스(396)를 갖는 회로 블록(392) 내로의 I/O 경로(394)가 도시되어 있다. 버스(394)는, 센서들, 액추에이터들 등과 같은, 다양한 디바이스들을 CPU에 연결시키는 것을 가능하게 한다. 메모리(400)로부터의 명령어들은, STA가 액세스 포인트(AP) 스테이션 또는 일반 스테이션(STA)의 기능들을 수행할 수 있게 하기 위해 실행되는, 통신 프로토콜을 구현하는 프로그램을 실행하기 위해 프로세서(398)에서 실행된다. 현재의 통신 맥락에서 어떤 역할을 하는지에 따라, 프로그래밍이 상이한 모드들(소스, 중간, 목적지, 제1 AP, 다른 AP, 제1 AP와 연관된 스테이션들, 다른 AP와 연관된 스테이션들, 코디네이터, 코디네이티(coordinatee) 등)로 작동하도록 구성된다는 것이 또한 이해되어야 한다.
이 호스트 머신은 적어도 하나의 모뎀 및 RF 회로로 구성되는 것으로 도시되어 있다. 제한이 아닌 예로서, mmW 모뎀(402)은 이웃하는 STA들과 프레임들을 전송 및 수신하기 위해 복수의 안테나들(406a, 406b, 406c 내지 406n)(예를 들면, 안테나 어레이)에 연결되는 적어도 하나의 무선 주파수(RF) 회로(404)에 결합된다. 프로세서, 모뎀 및 RF 회로들의 조합은 빔포밍된(지향성) 통신이 지원될 수 있도록 할 뿐만 아니라 안테나 어레이로부터의 준전방향(quasi-omni)(본 명세서에 간단히 전방향(omni)이라고 지칭됨) 모드 전송들을 지원하도록 할 수 있다. 추가적으로, 적어도 하나의 바람직한 실시예에서, 선택된 방향들(섹터들)을 차폐하고 따라서 스테이션들 간의 간섭을 감소시키기 위해 안테나 어레이에 의해 생성되는 방향성 패턴들에 널(null)이 생성될 수 있다.
따라서, STA HW는 적어도 하나의 대역 상에서 통신을 제공하기 위한 적어도 하나의 모뎀, 및 연관된 RF 회로부로 구성되는 것으로 도시되어 있다. 제한이 아닌 예로서, 의도된 지향성 통신 대역은 mmW 대역에서 데이터를 전송 및 수신하기 위한 mmW 대역 모뎀 및 그의 연관된 RF 회로부들로 구현된다. 일부 구현들에서, 일반적으로 발견 대역(discovery band)이라고 지칭되는 다른 대역은 하드웨어로 지원될 수 있으며, 이 하드웨어는, 제한이 아니라 예로서, 서브 6 GHz 대역에서 데이터를 전송 및 수신하기 위한 서브 6 GHz 모뎀 및 그의 연관된 RF 회로부를 포함할 수 있다.
본 개시내용이 다수의 모뎀들(402) - 각각의 모뎀은 임의의 수의 RF 회로들에 결합됨 - 로 구성될 수 있다는 것이 이해되어야 한다. 일반적으로, 더 많은 수의 RF 회로들을 사용하는 것은 안테나 빔 방향의 더 넓은 커버리지를 결과할 것이다. 활용되는 RF 회로들의 수와 안테나들의 수가 특정 디바이스의 하드웨어 제약들에 의해 결정된다는 것이 이해되어야 한다. STA가 이웃하는 STA들과 통신할 필요가 없다고 결정할 때 RF 회로부 및 안테나들 중 일부가 디스에이블될 수 있다. 적어도 하나의 실시예에서, RF 회로부는 주파수 변환기, 어레이 안테나 제어기 등을 포함하고, 전송 및 수신을 위해 빔포밍을 수행하도록 제어되는 다수의 안테나들에 연결된다. 이러한 방식으로, STA는 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있으며, 각각의 빔 패턴 방향은 안테나 섹터로서 간주된다.
추가적으로, 도면에 도시된 스테이션 하드웨어의 다수의 인스턴스들이 다중 링크 디바이스(MLD)로 결합될 수 있으며, MLD는 전형적으로 활동을 코디네이션하기 위한 프로세서 및 메모리를 가질 것이지만 MLD 내의 각각의 STA에 대해 별도의 CPU와 메모리가 항상 필요한 것은 아니라는 점에 유의한다.
6. 토폴로지 및 시나리오 설명
6.1. 연구 중인 토폴로지
도 13은, 본 개시내용이 AP들 및 비-AP STA들을 포함할 수 있는 다수의 스테이션들 사이에서 발생하는 임의의 토폴로지를 지원할 수 있으므로, 제한이 아닌 예로서 도시되어 있는, 하나의 AP(12)와 3 개의 STA(14, 16 및 18)으로 구성되는 단일 기본 서비스 세트(BSS) 시나리오의 예시적인 토폴로지(410)를 예시한다. 이들 중에서, 채널 액세스를 획득하는 스테이션은 TXOP 홀더이며, 이는 AP 또는 비-AP STA일 수 있다. 이러한 본 예에 도시된 바와 같이, TXOP 홀더는 비-AP STA이다. 공유 TXOP에 합류하고 TXOP 전송의 일 부분을 사용할 스테이션들은 공유 TXOP 참여자들이며, AP 및 비-AP 공유 TXOP 참여자 STA들로서, 제각기, 표시되는 AP 및/또는 비-AP STA들을 포함할 수 있다.
그렇지만, 본 명세서에서 제공되는 예들에 대한 이해를 촉진하기 위해, 비-AP STA 개시 공유 TXOP의 예에 대해 특정 역할들을 갖는 것으로 각각 설명되는 단지 몇 개의 스테이션들 간의 상호작용들의 예시 목적으로, STA3은 일반적으로 비-AP TXOP 홀더 STA로 간주되고 다른 2 개의 STA는 비-AP 공유 TXOP 참여자 STA들로 간주되는 반면, AP가 또한 공유 TXOP에 합류하여 다른 공유 TXOP 참여자 STA들로서 기능할 수 있다. 홀더 STA가 채널을 획득(확보)하고 다른 스테이션들과 TXOP를 공유할 의향이 있다는 점에 유의할 것이다. TXOP 참여자 스테이션은 자체적으로 채널을 획득(확보)하고 있지 않지만 TXOP 홀더 STA에 의해 공유되는 TXOP에 합류할 의향이 있다. AP 개시 공유 TXOP의 예시를 단순화하기 위해, AP는 일반적으로 TXOP 홀더로 간주될 것이고, 나머지 스테이션들은 비-AP 공유 TXOP 참여자 STA들이다. AP는 UL 데이터 전송을 위해 자신의 TXOP의 일 부분을 비-AP 공유 TXOP 참여자 STA들과 공유할 수 있다.
6.2. 시나리오 설명
예시된 BSS는 하나의 AP와 다수의 비-AP STA들을 포함한다. 각각의 비-AP STA는 AP에게 전송될 필요가 있는, 상이한 레이트들로 그리고 상이한 패턴으로(예를 들면, 일정(constant)하게, 버스트(burst)로 또는 주기적(periodical)으로) 생성된 패킷들을 가질 수 있다. AP는 또한 가능한 상이한 트래픽 레이트들 및 패턴들을 갖는 각각의 STA에 대한 패킷들을 생성한다.
본 개시내용은, 각각의 비-AP STA와 AP 사이의 복잡한 스케줄링으로 인해 지연시간이 항상 중요한 문제인, UL/DL OFDMA 전송에 초점을 맞추고 있다.
802.11ax 기술에서는, 다수의 비-AP STA들이 공유 TXOP 내에서 동시에 UL 데이터 시퀀스들을 송신하거나 DL 데이터 시퀀스들을 수신할 수 있으며, 이는 TXOP 활용 효율을 개선시킨다.
그렇지만, 802.11ax에서, AP는 통상적으로 비-AP STA들의 버퍼 상태 및 트래픽 우선순위들에 대해 문의하기 위해 트리거 프레임(예를 들면, BSRP)을 비-AP STA들에게 송신하는 것에 의해 UL 데이터 전송을 개시한다. 해당 비-AP STA들로부터 응답 프레임(예를 들면, BSR)을 수신할 시에, AP는 해당 비-AP STA들이 그들의 UL 데이터 시퀀스를 송신하는 데 사용하도록 자원 할당 정보를 갖는 다른 트리거 프레임(예를 들면, 기본 트리거(Basic Trigger))을 해당 비-AP STA들에게 송신한다.
AP 개시(AP initiated) TXOP는, 특히 전송할 RTA(Real Time Application) 패킷들을 갖는 해당 비-AP STA들에 대해, 비-AP STA들 측으로부터의 동적 요구들을 포착할 수 없다. RTA 패킷들이 통상적으로 보다 작은 크기(보다 적은 바이트)이지만, RTA 패킷들이 보다 신속한 전송을 필요로 한다는 점에 유의해야 한다.
본 개시내용의 발명자들에 의한 이전의 작업에서, 일단 비-AP STA가 채널을 획득하면, 비-AP STA는 자신의 TXOP를 다른 비-AP STA들과 공유하는 것에 의해 MU-UL 데이터 전송을 개시하고 스케줄링할 수 있었지만; 공유 방식은 UL 전송들에 대해서만 구현되었다.
채널 활용 효율을 더욱 증가시키고 지연을 감소시키 위해 본 개시내용에서 UL 전송들과 DL 전송들 사이의 TXOP 공유가 구현된다.
특히, 본 개시내용은 다음과 같은 주요 속성들을 제공한다. (a) 일단 임의의 비-AP STA가 채널 액세스를 얻으면, 비-AP STA는 즉각 공유 TXOP를 개시할 수 있다. 예로서, 채널 액세스를 획득하는 비-AP STA들은 본 명세서에서 비-AP TXOP 홀더 STA들이라고 지칭된다. TXOP 홀더는 AP가 채널을 획득하고 자신의 TXOP를 공유할 의향이 있는 경우 AP가 될 수도 있다. (b) 공유 TXOP에 참여할 의향이 있는 해당 비-AP STA들은 본 명세서에서 비-AP 공유 TXOP 참여자 STA들이라고 지칭된다. AP는 이 제안에서 공유 TXOP 참여자가 될 수도 있다. (c) TXOP 홀더는 동일한 BSS 내의 다른 공유 TXOP 참여자들과 시간 도메인에서 TXOP 지속기간을 공유한다. (d) 비-AP TXOP 홀더 STA는 AP가 공유 TXOP 액세스를 개시하기를 기다릴 필요가 없다. (e) 비-AP TXOP 홀더 STA들은 이용 가능한 채널 액세스 시간 자원들을 다른 공유 TXOP 참여자 STA들에게 스케줄링 및 분배할 수 있다. (f) 비-AP TXOP 홀더 STA는 일단 TXOP가 예약되면 스케줄링 정보를 AP에게 제공할 수 있다. (g) 잠재적인 TXOP 홀더는 채널 액세스 자원들을 할당하기 위해 미리 결정된 스케줄링을 사용할 수 있다. (h) TXOP 지속기간이 허용하는 경우, TXOP는 UL 전송들과 DL 전송들 사이에서 공유되며 UL 전송 또는 DL 전송에 의해 개시될 수 있다.
본 개시내용에서 활용되는 RTS 공유 및 CTS 공유 프레임들이 IEEE 802.11 표준들에서 생성된 목적과 상이한 목적으로 활용되는 수정된 RTS 및 CTS 프레임들로서 예시되어 있다는 점에 유의해야 한다. 동일한 태스크들을 수행하기 위해 RTS 공유 및 CTS 공유를 대체하는 데 동일한 위치에서 임의의 다른 새로운 (동일한 목적의) 프레임들이 또한 활용될 수 있다. 유사하게, 본 개시내용에서의 다른 프레임들에 대해서도, 그들은 동일한 태스크들을 수행하기 위해 새로운 프레임들에 의해 대체되거나 새로운 요소들로 추가될 수 있다.
본 개시내용은 채널에 액세스하기 위한 지연시간을 감소시키는 데 도움이 되고 또한 채널 활용 효율을 증가시킨다.
도 14는 업링크(UL) 및 다운링크(DL) PPDU들 양쪽 모두를 전송하기 위해 AP 및 비-AP 스테이션들을 포함한 다수의 스테이션들 사이의 공유 TXOP들의 예시적인 실시예(510)를 예시한다. AP(12), STA1(14), STA2(16) 및 STA3(18) 사이에 공유 TXOP가 예시되어 있다. 도면에 비-AP TXOP 홀더 STA에 의해 개시되는 공유 TXOP 프로토콜의 상위 레벨 예가 보여지고 있다.
TXOP 셋업 절차(532)에서, AP와 비-AP STA들은 AP의 코디네이션을 사용하거나 사용하지 않고 TXOP 공유 가능성 정보를 교환한다.
이 도면에는 2 개의 TXOP(514, 516)가 도시되어 있다. TXOP 홀더는 어느 비-AP STA 또는 AP가 자신의 공유 TXOP에 참여할 의향이 있는지를 확인하고 그에 따라 그들 각각에 대한 채널 액세스 시간 및 지속기간을 스케줄링할 필요가 있을 수 있다.
제1 공유 TXOP에서, TXOP 홀더는 UL 전송 개시 공유 TXOP(518)를 수행한다. 다른 비-AP STA들(이 경우에, STA1 및 STA2)이 그들의 UL SU PPDU 전송들(519 및 520)을 완료한 후에, AP는 할당된 공유 TXOP 시간 슬롯에서 DL 데이터(521)를 각각의 STA(예를 들면, STA1, STA2 및 STA3)에게 송신한다.
두 번째 공유 TXOP는 DL 전송 개시 공유 TXOP를 사용하여 수행된다. AP가 자신의 DL PPDU(522)를 STA1 및 STA2에게 송신한 후에, 비-AP STA들(STA3 및 STA1)은 할당된 시간 지속기간을 사용하여 제각기 UL SU PPDU 전송들(524 및 526)을 시작한다.
6.3. 시나리오 분류
본 개시내용은 3 가지 상이한 시나리오에 관한 상이한 해결책들을 포함한다: (1) 동적 시나리오들: (A) AP를 코디네이터로서 사용하지 않는 스케줄링; (i) UL 개시 공유 방식; (B) AP를 코디네이터로서 사용하는 스케줄링: (i) UL 개시 공유 방식, (ii) DL 개시 공유 방식; (2) 반정적 시나리오들: (i) UL 개시 공유 방식, (ii) DL 개시 공유 방식; (3) 단순화된 시나리오들: (i) UL 개시 공유 방식, (ii) DL 개시 공유 방식.
단일 BSS 시나리오에 대한 이러한 해결책들은 설명된 프레임 포맷을 사용하여 분석된다.
7. 프로토콜 설계
7.1. 프로토콜 설계의 개요
도 15는 채널이 유휴임을 감지하고 채널을 획득(확보)하며 후속하는 TXOP에서 다른 디바이스들과 시간 도메인에서 이 채널 액세스를 공유하는, 제안된 프로토콜(예를 들어, TXOP 홀더(STA/AP))의 일반적 개요의 예시적인 실시예(530)를 예시한다. 다른 STA들이 또한 전송할 UL 데이터를 갖는 경우 또는 AP가 송신할 DL 데이터를 갖는 경우, 이들은 공유 TXOP 홀더에 의해 결정되는 스케줄링에 따라 또는 미리 결정된 반정적 스케줄링 방식에 기초하여 채널에 액세스할 것이다. 제안된 프로토콜은 4 개의 스테이지를 포함하는 것으로 예시되어 있으며, 랜덤 액세스 및 스케줄링된 액세스와 같은 상이한 채널 액세스 설계들에 적용될 수 있다.
공유 TXOP 셋업(532)이라는 첫 번째 스테이지에서, 비-AP STA들과 AP는 AP의 코디네이션을 통해 TXOP 공유 가능성 정보(STA들 또는 AP가 이 정보를 인증 요청, 인증 응답, 결합 요청, 결합 응답 또는 교환되는 임의의 다른 프레임들에 내장하는 것에 의해 TXOP의 제안/요청을 공유할 의향이 있는지를 표시함)를 교환한다.
공유 TXOP 공지라는 두 번째 스테이지에서, 비-AP TXOP 홀더 STA/AP는 채널 액세스를 얻고 다른 디바이스들과 TXOP를 공유할 의향이 있음을 공지한다. 제한이 아닌 예로서, 이 프로세스는 후속하는 TXOP가 공유 가능하다는 것을 나타내는 RTS 공유 프레임을 송신하고 성공적인 수신을 확인해 주는 피드백 CTS 공유 프레임을 수신하는 것에 의해 달성된다.
TXOP 참여자 획득(536)이라는 세 번째 스테이지에서, TXOP 홀더는, 예컨대, 공유 TXOP 참여자 STA들/AP로부터 액세스 요청 프레임을 수신하는 것에 의해, 공유 TXOP에 합류할 공유 TXOP 참여자 스테이션들을 식별하기 위해 (예를 들어, TXOP 제안 프레임을 유니캐스팅 또는 브로드캐스팅하는 것에 의해) 다른 디바이스들에 문의한다.
TXOP 스케줄링 및 액세스(538)라는 네 번째 스테이지에서, TXOP 홀더와 공유 TXOP 참여자들은, 제각기, 예약 및 스케줄링된 시간에 채널에 액세스한다. 비-AP TXOP 홀더 STA는 예약된 시간 슬롯을 사용하여 UL 데이터를 전송한다. AP는 할당된 시간 슬롯을 사용하여 DL 데이터를 전송한다.
이러한 스테이지들의 서브세트(또는 수퍼세트)를 포함하는 작동 프로토콜(operational protocol)이 구현될 수 있다는 것이 이해되어야 하며, 여기서 모든 스테이지들이 필수적인 것도 아니며 이러한 스테이지들로 제한되지도 않는다.
7.2. AP를 코디네이터로서 사용하지 않는 동적 시나리오
UL 개시 공유 TXOP의 경우, 비-AP TXOP 홀더 STA는 공유 TXOP에 참여할 의향이 있는 다른 비-AP STA들 및 AP와 직접 코디네이션할 수 있다. DL 개시 공유 TXOP의 경우, AP는 TXOP 홀더이며 공유 TXOP에 참여할 의향이 있는 다른 비-AP STA들과 직접 코디네이션할 수 있다.
7.2.1 공유 TXOP 셋업 스테이지
도 16은, AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있는, 공유 TXOP 셋업 스테이지의 예시적인 실시예(550)를 예시한다. 도면에서, 공유 TXOP 셋업 스테이지에서의 공유 정보 교환의 절차가 도시되어 있다.
(a) 공유 정보를 교환하도록 설계된, STA TXOP 공유 가능성 요소; 및 (b) 액세스 시간 슬롯 정보 및 전송 요청 정보를 교환하도록 설계된, 액세스 요청 정보 요소를 포함한 새로운 요소들이 제안된다. 새로운 요소들은 인증 요청/응답 프레임, 결합 요청/응답 프레임, 비콘 프레임 또는 비-AP STA와 AP 사이에서 교환될 수 있는 임의의 프레임들에 내장될 수 있다.
비-AP STA들은 AP와 교환되는 프레임에 자신의 공유 가능성(552)을 표시한다, 예컨대, 예를 들어, 한 요소가, 연관된 AP에게 송신되는, 인증 요청 프레임, 결합 요청 프레임, 또는 AP와 교환될 수 있는 임의의 다른 프레임에 첨부될 수 있다. 일단 AP가 인증 요청 또는 결합 요청 프레임을 수신하면, AP는 공유 정보를 검사하고 성공적인 수신을 확인해 주기(ACK하기) 위해 프레임(554)으로 응답한다. 이어서 AP는 공유 제안/요청 프레임을 사용하여 모든 연관된 비-AP STA들의 공유 가능성(556)을 브로드캐스팅한다. 이 경우에, 일단 비-AP STA가 공유 제안/요청 프레임을 수신하면, 비-AP STA는 따라서 공유 가능성을 인식하게 된다, 즉, 비-AP STA는 어느 STA들이 다른 스테이션들의 TXOP 시간을 공유할 의향이 있고/있거나 요청하고 있는지를 결정할 수 있다. 비-AP STA 2로부터 AP로의 다른 공유(558)가 또한 보여져 있으며, AP는 확인응답(560)하고 공유 제안/요청(562)을 브로드캐스팅한다.
공유 TXOP 셋업 스테이지는 AP를 코디네이터로서 사용하거나 사용하지 않는 동적 시나리오들에 대한 공통 스테이지이다. 공유 가능성 정보는 STA TXOP 공유 가능성 요소로서 설계된 새로운 요소를 사용하여 관리 프레임들에 구현된다.
상기에 추가적으로, AP는 또한 공유 제안/요청 프레임들(556 및 562)을 전송할 때 자신의 공유 가능성을 표시할 필요가 있다.
도 17은 AP 레벨에서의 공유 TXOP 셋업 스테이지의 예시적인 실시예(570)를 예시한다. 공유 TXOP 셋업 스테이지에서, AP는 비-AP STA가 다른 비-AP STA들과 공유 TXOP를 제안/요청할 의향이 있는지를 나타내는 인증 요청 프레임 또는 결합 요청 프레임과 같은 관리 프레임을 비-AP STA로부터 수신한다(572). AP는 이 비-AP STA의 공유 가능성에 대한 정보를 유지하고 성공적인 수신을 확인해 주기 위해 인증/결합 응답 프레임을 송신하는 것에 의해 다시 응답한다(574). 이어서, AP는 바람직하게는 먼저 최신 공유 가능성 정보를 자신의 데이터베이스에 기록하고, 이어서 공유 제안/요청 프레임을 사용하여 자신의 공유 가능성을 포함한 최신 공유 가능성 정보를 모든 연관된 비-AP STA들에게 재브로드캐스팅한다(576). AP는 또한, 비콘 프레임과 같은, 전송을 통해 STA들 및 AP의 최신 TXOP 공유 가능성 정보는 물론 채널 액세스 시간 슬롯 할당들을 주기적으로 브로드캐스팅한다(578).
도 18a 및 도 18b는 비-AP STA들 레벨에서 처리되는 공유 TXOP 셋업 스테이지의 예시적인 실시예(590)를 예시한다. 도면에서, 비-AP STA는 공유 TXOP에 대한 자신의 공유 제안/요청 정보를 표시하기 위해, 인증/결합 요청 프레임과 같은, 관리 프레임을 연관된 AP에게 송신한다(592). 검사(594)는, 비-AP STA가 공유 제안/요청 정보를 포함하는 인증 프레임 또는 결합 프레임을 송신한 후, 비-AP STA가 관리 프레임 타임아웃 이전에 연관된 AP로부터 피드백을 수신하는지를 결정한다. 응답이 수신되지 않는 경우, 관리 프레임 타임아웃(596)이 발생하고, 비-AP STA는 자신의 공유 가능성을 표시하기 위해 관리 프레임을 연관된 AP에게 재전송해야 한다(592).
블록(594)에서 비-AP STA가 응답을 수신하는 것으로 결정되는 경우, 응답이 모든 연관된 비-AP STA들의 최신 TXOP 공유 가능성 정보를 나타내는 연관된 AP로부터의 공유 제안/요청 프레임인지를 결정하는 블록(598)에 도달한다. 비-AP STA가 공유 제안/요청 프레임 타임아웃 이전에 공유 제안/요청 프레임 또는 비콘을 통해 자신에 대해 할당된 최신 채널 액세스 시간 슬롯을 수신할 수 없는 경우, 공유 제안/요청이 타임아웃되었기 때문에 블록(600)에 도달하고, 비-AP STA는 다른 프레임을 송신해야 한다(592).
그렇지 않고, 공유 가능성 정보가 수신되는 경우, 도 18b에서 블록(602)에 도달하고 비-AP STA는 모든 다른 STA들 및 AP에 대한 공유 제안/요청 정보의 자신의 데이터베이스를 업데이트한다.
이어서, 비-AP STA가 자신에 대한 최신 채널 액세스 시간 슬롯을 나타내는 비콘 프레임 또는 공유 제안/요청 프레임을 수신했는지를 결정하는 의사 결정이 이루어진다(604). 비-AP STA가 이 비콘 프레임 또는 공유 제안/요청 프레임을 수신하는 경우, 블록(606)에서, 비-AP STA는 자신의 최신 채널 액세스 시간 슬롯의 데이터베이스를 업데이트한다. 그렇지 않고, 블록(604)에서 비-AP STA가 이 비콘 프레임 또는 공유 제안/요청 프레임을 수신하지 않은 경우, 비-AP STA는 연관된 AP로부터 송신되는 후속하는 비콘 프레임들 또는 공유 제안/요청 프레임들을 계속 기다려야 하고(608), 자신에 대해 할당된 최신 채널 액세스 시간 슬롯 정보에 기초하여 데이터베이스를 계속 업데이트해야 한다(606).
7.2.2. 공유 TXOP 공지 스테이지
도 19는 AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있는, 공유 TXOP 셋업 스테이지(532) 이후에 수행되는 공유 TXOP 공지 스테이지의 예시적인 실시예(630)를 예시한다. 비-AP TXOP 홀더 STA는 채널이 사용 가능(이용 가능)함을 감지하고 채널을 획득하며, RTS 공유 프레임(634)을 AP에게 송신하는 것에 의해 TXOP를 공유하고자 하는 자신의 의향을 공지하고, 다른 비-AP 스테이션들은 RTS 공유 프레임을 수신하고 NAV(638, 640)(RTS 공유에 설정되어 있음)를 인식하게 된다. AP가 비-AP TXOP 홀더 STA로부터 RTS 공유 프레임(634)을 수신한 후에, AP는 성공적인 수신을 나타내는 CTS 공유 프레임(636)으로 STA3에게 응답하고 TXOP가 공유 TXOP라는 것을 인식한다. 다른 비-AP 스테이션들은 CTS 공유를 수신하고 이어서 NAV(642, 644)(CTS 공유에 설정되어 있음)를 검사한다.
위의 예 외에도, AP도 공유 TXOP 홀더가 될 수 있음을 이해해야 한다. AP가 TXOP 홀더일 때, AP는 RTS 공유를 그의 버퍼링된 데이터의 목적지 스테이션에게 송신하고 성공적인 전송을 나타내는 CTS 공유 프레임을 수신할 수 있다.
7.2.3. UL 개시 TXOP 참여자 획득 스테이지
7.2.3.1. TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득
도 20은 AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있는, TXOP 제안을 수신한 후에 응답이 있는 TXOP 참여자 획득 스테이지의 예시적인 실시예(650)를 예시한다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따른다. 이어서 비-AP TXOP 홀더 STA는, 자신의 TXOP를 공유할 의향이 있음을 나타내고 다른 STA들이 공유 TXOP에 합류할 의향이 있는지를 문의하는, 새로운 프레임인 TXOP 제안 프레임을 STA들 및 AP에게 브로드캐스팅한다(654).
일단 STA1, STA2 및 AP가 이 TXOP 제안 프레임을 수신하면, 이들은 비-AP TXOP 홀더 STA와 후속하는 공유 TXOP에 합류할 의향이 있음을 나타내기 위해 새로운 액세스 요청 프레임으로 응답한다(656a, 656b 및 656c).
액세스 요청 프레임들의 충돌을 피하기 위해, 공유 TXOP 셋업 스테이지에서 구현되는 랜덤 액세스 또는 전용 액세스를 위한 슬롯 설계가 구현된다. 공유 제안에 관해 응답들이 특정 슬롯들에서 STA3에게 송신되는 슬롯들이 보여져 있다.
7.2.3.2. CTS를 수신한 후의 응답을 사용한 UL 개시 TXOP 참여자 획득 스테이지
도 21은 AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있는, CTS 공유를 수신한 후의 응답을 사용한 TXOP 참여자 획득(PA) 스테이지의 예시적인 실시예(670)를 예시한다. 공유 TXOP 셋업(532)은 공유 TXOP 공지(534)가 뒤따르는 것으로 보여지고 있다. 일단 AP가 이전 공유 TXOP 공지 스테이지에서 CTS 공유 프레임(도시되지 않음)을 송출하면, AP는 비-AP TXOP 홀더 STA과 공유 TXOP에 합류할 의향이 있다는 것을 나타내기 위해 슬롯들(672a)에서 액세스 요청 프레임을 랜덤 액세스 또는 전용 액세스를 통해 STA3에게 송신한다. 일단 비-AP 공유 TXOP 참여자 STA들인 STA1 및 STA2가 AP로부터 비-AP TXOP 홀더 STA인 STA3으로의 CTS 공유를 수신하면, STA1 및 STA2는 비-AP TXOP 홀더 STA에 의한 후속하는 공유 TXOP에 합류할 의향이 있다는 것을 나타내기 위해 슬롯들(672b, 672c)에서 액세스 요청 프레임을 랜덤 액세스 또는 전용 액세스를 통해 STA3에게 송신한다.
7.2.3.3. 전용 TXOP 제안 프레임을 수신한 후의 응답을 사용한 UL 개시 TXOP 참여자 획득 스테이지
도 22는 전용 TXOP 제안을 수신한 후의 응답을 사용한 TXOP 참여자 획득(PA) 스테이지의 예시적인 실시예(690)를 예시한다. AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업 단계(532)가 수행되고 공유 TXOP 공지 단계(534)가 뒤따른다. 이어서 TXOP 제안 프레임을 브로드캐스팅하는 대신에, STA3은 잠재적인 공유 TXOP 참여자 STA들 및 AP에 대해 하나씩 문의하기 위해 제안 프레임을 유니캐스팅한다. 먼저 제안(692)이 STA3으로부터 STA1에게 송신되고, STA1이 응답하며(694), 이어서 STA2에 대한 제안이 이루어지고(696) 응답(698)이 다시 송신된다. 추가적으로, 제안(700)이 AP에게 송신되고, AP는 응답한다(702).
따라서, 일단 STA1, STA2 또는 AP가 TXOP 제안 프레임을 수신하면, 이들은 후속하는 공유 TXOP에 합류할 의향이 있는 경우 주어진 시간 기간(오프셋) 내에 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답할 필요가 있다.
도 23은 비-AP TXOP 홀더 STA에서 처리되는, TXOP 참여자 획득 스테이지의 예시적인 실시예(710)를 예시한다. 비-AP TXOP 홀더가 TXOP 공유 참여자 STA들 및 AP에 대해 문의했는지의 검사가 이루어진다(712). 블록(712)에서 문의가 검출되지 않는 경우, 실행은 블록(716)으로 이동한다. 그렇지만, 블록(712)에서 문의가 검출되는 경우, 블록(714)에서 TXOP 제안 프레임이 브로드캐스팅되었는지의 검사가 이루어진다. TXOP 제안이 브로드캐스팅된 경우, 실행은 블록(716)에 도달하고, 그렇지 않은 경우 실행은 블록(720)으로 이동한다.
일단 STA1 또는 STA2(비-AP 공유 TXOP 참여자 STA들) 또는 AP(공유 TXOP 참여자)가 TXOP 제안 프레임을 수신하면, 이들이 후속하는 공유 TXOP에 합류할 의향이 있는 경우, 이들은 시간 오프셋 내에 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답할 필요가 있다.
블록(716)에서, 비-AP TXOP 홀더 STA가 후속하는 슬롯 액세스들 동안 주어진 시간 오프셋 내에 액세스 요청 프레임을 수신했는지의 검사가 이루어진다. 적절한 요청 프레임이 수신되지 않은 경우, 실행은 블록(722)에 도달하여 비-AP TXOP 홀더 STA는 다른 비-AP STA들 또는 AP가 후속하는 공유 TXOP에 합류할 의향이 없다고 가정한다. 그렇지 않고, 블록(716)에서 적절한 액세스 요청 프레임이 수신된 경우, 실행은 블록(718)으로 이동하여 비-AP TXOP 홀더 STA는 후속하는 공유 TXOP 참여자 STA들의 데이터베이스를 업데이트한다.
의사 결정 블록(714)으로 돌아가서, 비-AP TXOP 홀더 STA가 TXOP 제안 프레임을 송신하지 않는 경우; 실행은 비-AP TXOP 홀더 STA가 유니캐스팅된 TXOP 제안 프레임에 표시된 주어진 시간 오프셋 내에 적절한 액세스 요청 프레임을 수신했는지를 결정하는 블록(720)으로 이동한다. 이 조건이 충족되는 경우, 액세스 요청을 수신하고 실행은 블록(718)에 도달하며, 그렇지 않은 경우, 실행은 블록(722)으로 이동한다.
도 24는, AP에서 처리되는, TXOP 참여자 획득 스테이지의 예시적인 실시예(730)를 예시한다. AP가 비-AP TXOP 홀더 STA로부터 TXOP 제안 프레임을 수신했는지의 검사가 이루어진다(732).
AP가 비-AP TXOP 홀더 STA로부터 TXOP 제안 프레임을 수신하지 못한 경우, 블록(736)에서 AP는 바로 이전의 CTS 공유 프레임의 RA 필드를 검사하고 랜덤 슬롯 액세스 또는 전용 슬롯 액세스를 통해 해당 주소에 액세스 요청 프레임으로 응답한다.
그렇지 않고, 블록(732)에서 TXOP 제안이 수신된 경우, 블록(734)에서 TXOP 제안 프레임이 브로드캐스팅되었는지를 결정하기 위한 검사가 이루어진다. 프레임이 브로드캐스팅된 경우, 블록(738)에서 AP는 랜덤 슬롯 액세스 또는 전용 슬롯 액세스를 통해 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답한다.
그렇지만, 블록(734)에서 TXOP 제안이 브로드캐스팅되지 않은 경우, 블록(740)에 도달하여 AP는 주어진 시간 오프셋 내에 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답한다.
전용 슬롯 지속기간이 공유 TXOP 셋업 스테이지에서 이전에 교환된 관리 프레임들의 액세스 요청 정보 요소의 Allocation Block Duration 서브필드에 의해 표시된다는 점에 유의해야 한다.
도 25는 비-AP 공유 TXOP 참여자 STA 측에서 처리되는, TXOP 참여자 획득 스테이지의 예시적인 실시예(730)를 예시한다. 처리가 시작(752)되고, 이어서 비-AP 공유 TXOP 참여자 STA가 비-AP TXOP 홀더 STA로부터 TXOP 제안 프레임을 수신했는지의 검사가 이루어진다(754).
비-AP 공유 TXOP 참여자 STA가 비-AP TXOP 홀더 STA로부터 TXOP 제안 프레임을 수신하지 못한 경우, 블록(756)에서 STA는, 프로세스가 종료(764)되기 전에, 바로 이전의 CTS 공유 프레임의 RA 필드를 검사하고 랜덤 슬롯 액세스 또는 전용 슬롯 액세스를 통해 해당 주소에 액세스 요청 프레임으로 응답한다.
블록(754)에서 TXOP 제안이 수신된 경우, 블록(758)에서 TXOP 제안 프레임이 브로드캐스팅되었는지를 결정하기 위한 검사가 이루어진다. 프레임이 브로드캐스팅된 경우, 블록(760)에서 비-AP 공유 TXOP 참여자 STA는, 프로세스가 종료(764)되기 전에, 랜덤 슬롯 액세스 또는 전용 슬롯 액세스를 통해 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답한다.
그렇지 않고, 블록(758)에서 TXOP 제안이 브로드캐스팅되지 않은 경우, 블록(762)에 도달하여 유니캐스팅된 TXOP 제안 프레임을 수신한 비-AP 공유 TXOP 참여자 STA는, 프로세스가 종료되기 전에, 시간 오프셋 내에 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답한다.
7.2.4. UL 개시 TXOP 스케줄링 및 액세스
7.2.4.1. 유니캐스팅된 TXOP 제안 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스
도 26은 유니캐스팅된 TXOP 제안 프레임을 사용한 TXOP 스케줄링 및 액세스의 예시적인 실시예(770)를 예시한다. AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 예시되어 있다.
공유 TXOP 셋업 단계(532), 공유 TXOP 공지 단계(534), 및 TXOP 참여자 획득 스테이지(536)가 먼저 수행된다.
비-AP TXOP 홀더 STA는 데이터를 연관된 AP에게 송신하고, 성공적인 전송을 나타내는 AP로부터의 ACK를 수신해야 하며, 그 후에 다음 TXOP 공유 참여자 STA에 대한 전송 지속기간을 표시하는 TXOP 제안 프레임들을 다음 TXOP 공유 참여자 STA들 각각에게 유니캐스팅한다. 상세하게는 이것은 도면에서 다음과 같이 예시되어 있다.
비-AP TXOP 홀더 STA는 데이터(771)를 연관된 AP(AP12)에게 송신하고, AP는 이를 확인응답(772)한다. STA3은 이어서 다음 TXOP 공유 참여자 STA에 대한 전송 지속기간을 표시하는 TXOP 제안 프레임을 다음 TXOP 공유 참여자 STA(STA1)에게 유니캐스팅(773)한다. STA1에 대한 TXOP 제안(773)에 응답하여, STA1은 데이터(774)를 AP에게 송신하고, AP는 이를 ACK(775)한다. 이 STA3이 TXOP 제안(776)을 STA2에게 유니캐스팅한 후에, 이에 응답하여 STA2는 데이터(777)를 AP에게 송신하며, AP는 이를 ACK(778)한다. 따라서 각각의 참여하는 비-AP TXOP 홀더 STA가 데이터를 연관된 AP에게 송신하고, 성공적인 전송을 나타내는 AP로부터의 ACK를 수신하며, 이어서 비-AP TXOP 홀더 STA는 다음 TXOP 공유 참여자 STA에 대한 전송 지속기간을 표시하는 TXOP 제안 프레임을 다음 TXOP 공유 참여자 STA에게 유니캐스팅하는 것이 보여져 있다.
이어서, 비-AP 공유 참여자 STA들을 루핑 스루한 후에, TXOP 홀더는 TXOP 제안 프레임(779)을 연관된 AP에게 유니캐스팅한다. 일단 AP가 TXOP 제안 프레임을 수신하면, AP는 스케줄링된 시간에 다운링크(DL) 데이터(780, 782 및 784)를 목적지 STA들에게 전송하고 각자의 ACK들(781, 783 및 786)을 기다린다.
7.2.4.2. 유니캐스트 TXOP 액세스 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스
도 27은 유니캐스트 TXOP 액세스 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스의 예시적인 실시예(790)를 예시한다. AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 모든 이러한 예들의 경우와 같이 제한이 아닌 예로서 이 프로세스에서 도시된다.
공유 TXOP 셋업 스테이지(532), 공유 TXOP 공지 스테이지(534), 및 TXOP 참여자 획득 스테이지(536)가 먼저 수행된다.
이어서, 비-AP TXOP 홀더 STA는 STA들 각각에 대한 TX 지속기간을 표시하는 TXOP 액세스 스케줄 프레임들을 비-AP 공유 TXOP 참여자 STA들(STA 1 및 STA 2)에게 유니캐스팅(792, 794 및 796)한다. STA3은 이어서 자신의 데이터(798)를 AP에게 송신하고, AP는 ACK(800)로 응답한다.
일단 STA들이 TXOP 액세스 스케줄러 프레임을 수신하면, STA들은 비콘 프레임에 내장된 액세스 요청 정보 요소 내의 Allocation Control 필드에 표시된 상이한 시간 슬롯들에서 데이터를 연관된 AP에게 송신하고 AP로부터의 ACK를 기다린다. 이 프로세스는 STA2가 데이터(802)를 AP에게 송신하고 AP로부터의 ACK(804)를 수신하며, 이어서 STA1이 데이터(806)를 AP1에게 송신하고 AP1이 ACK(808)로 응답하는 것으로 도시되어 있다. 일단 AP가 TXOP 액세스 스케줄러 프레임을 수신하면, AP는 할당된 시간 슬롯들에서 DL 데이터(810, 814 및 818)를 각각의 목적지 STA에게 송신하고 연관된 ACK들(812, 816 및 820)을 기다릴 것이다.
7.2.4.3. 브로드캐스트 TXOP 스케줄러를 사용한 UL 개시 TXOP 스케줄링 및 액세스
도 28은 브로드캐스트 TXOP 스케줄러 프레임을 사용한 TXOP 스케줄링 및 액세스의 예시적인 실시예(830)를 예시한다. AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 도시되어 있다.
공유 TXOP 셋업 단계(532), 공유 TXOP 공지 단계(534), 및 TXOP 참여자 획득 스테이지(536)가 먼저 수행된다.
이어서, 비-AP TXOP 홀더 STA는 STA들 및 AP 각각에 대한 전송(TX) 지속기간을 나타내는 브로드캐스트 TXOP 스케줄 프레임을 TXOP 공유 참여자 STA들 및 AP에게 브로드캐스팅한다(832). 그 후에 STA3은 데이터(834)를 연관된 AP에게 송신하며, AP는 ACK(836)로 응답하는 것으로 보여져 있다.
일단 STA들이 브로드캐스트 TXOP 스케줄러 프레임을 수신하면, STA들은 또한 브로드캐스트 TXOP 스케줄러 프레임에 표시된 상이한 시간 슬롯들에서 데이터(838, 842)를 연관된 AP에게 송신하며, 이에 대해 AP는 ACK들(840 및 844)로 응답한다.
따라서 먼저 비-AP TXOP 홀더 STA가 각각의 비-AP 공유 TXOP 참여자 STA 및 AP에 대한 TX 지속기간을 나타내는 브로드캐스트 TXOP 스케줄러 프레임을 브로드캐스팅하는 것으로 보여져 있다. 일단 STA들이 브로드캐스트 TXOP 스케줄러 프레임을 수신하면, STA들은 브로드캐스트 TXOP 스케줄러 프레임에 표시된 상이한 시간 슬롯들에서 데이터를 연관된 AP에게 송신하고 ACK를 기다린다.
이어서 일단 AP가 브로드캐스트 TXOP 스케줄러 프레임을 수신하면, AP는 할당된 시간 슬롯들에서 DL 데이터(846, 850 및 854)를 각각의 목적지 STA에게 송신하고 연관된 ACK들(848, 852 및 856)을 기다린다.
도 29a 및 도 29b는 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(870)를 예시한다.
비-AP TXOP 홀더 STA가 TX Duration 필드가 지정된 TXOP 제안 프레임을 유니캐스팅했는지의 검사가 이루어진다(872).
비-AP TXOP 홀더 STA가 TXOP 제안 프레임을 유니캐스팅한 경우, 실행은, 지정된 TX 지속기간 후에, 비-AP TXOP 홀더 STA가 다른 TXOP 제안 프레임을 다음 TXOP 공유 참여자 STA에게 유니캐스팅하는, 블록(880)에 도달한다.
이어서 블록(882)에서 TXOP 공유 참여자들이 더 있는지의 검사가 이루어진다. 참여자들이 더 있는 경우, 실행은 블록(880)으로 돌아가서 처리를 계속하고, 그렇지 않은 경우 실행은 비-AP TXOP 홀더 STA가 다른 TXOP 제안 프레임을 AP에게 유니캐스팅하는 블록(884)에 도달한다.
그렇지만, 블록(872)에서 TXOP 제안을 유니캐스팅하는 것에 대한 테스트가 유니캐스팅되지 않았다고 결정되는 경우, 실행은, 비-AP TXOP 홀더 STA가 TXOP 액세스 스케줄러 정보를 TXOP 공유 참여자 STA에게 유니캐스팅했는지를 결정하는 검사가 이루어지는, 블록(874)으로 이동한다. 스케줄러 정보가 유니캐스팅되었다고 결정되는 경우, 블록(886)에서 비-AP TXOP 홀더 STA는, 처리가 종료되기 전에, TXOP 액세스 스케줄러 프레임에 공유 TXOP 참여자들에 대한 TXOP 액세스 지속기간을 표시한다.
그렇지만, 블록(874)에서 STA가 TXOP 액세스 스케줄러를 유니캐스팅하지 않은 경우, 비-AP TXOP 홀더 STA가 브로드캐스트 TXOP 스케줄러 프레임을 TXOP 참여자 STA들에게 브로드캐스팅했는지를 검사하는 도 30b에서의 블록(876)에 도달한다. 브로드캐스트가 수행된 것으로 결정된 경우, 비-AP TXOP 홀더 STA가 브로드캐스트 TXOP 스케줄 프레임에 각각의 공유 TXOP 참여자 STA에 대한 TXOP 액세스 지속기간을 표시하는 블록(888)이 수행된다.
그렇지만, 블록(876)에서 STA가 브로드캐스트 TXOP 스케줄 프레임을 브로드캐스팅하지 않은 경우, 실행은, 검사가 비-AP TXOP 홀더 STA가 DL 데이터 프레임을 수신했는지를 결정하는, 블록(878)에 도달한다. 비-AP TXOP 홀더 STA가 DL 데이터 프레임을 수신한 경우, 블록(890)에서 비-AP TXOP 홀더 STA는 데이터 프레임의 소스에게 ACK 프레임으로 응답하고, 그렇지 않은 경우 처리가 단순히 종료된다.
도 30a 및 도 30b는, 비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(910)를 예시한다. 검사(912)는 임의의 비-AP 공유 TXOP 참여자 STA가 TX Duration 필드가 지정된 TXOP 제안 프레임을 수신했는지를 결정한다. 이것이 수신된 경우, 블록(920)에서, 데이터 프레임이 지정된 TX 지속기간(TX Duration) 내에 연관된 AP에게 송신되고, 이어서 블록(922)에서 STA는 데이터의 성공적인 전송을 나타내는 AP로부터의 ACK를 기다리고, 프로세스는 종료된다.
그렇지 않고, 블록(912)에서 TXOP 제안 프레임이 수신되지 않은 것으로 밝혀진 경우, 실행은 임의의 비-AP 공유 TXOP 참여자 STA들이 유니캐스팅된 TXOP 액세스 스케줄러 프레임을 수신했는지를 검사하는 블록(914)으로 이동한다. 그것이 수신된 경우, 블록(924)에서 STA는 TID, 소스 AID(Association ID) 및 목적지 AID를 비콘 프레임의 액세스 요청 정보 요소에 설정된 대응하는 필드와 매핑하고, 이에 대한 TXOP 액세스 지속기간을 할당한다. STA는 이어서 해당 TXOP 액세스 지속기간에 데이터를 연관된 AP에게 송신하고, 이어서 처리가 종료되기 전에 블록(922)이 실행된다.
그렇지만, 블록(914)에서 유니캐스팅된 TXOP 액세스 스케줄러 프레임이 없는 경우, 실행은 임의의 비-AP 공유 TXOP 참여자 STA가 브로드캐스트 TXOP 스케줄러 프레임을 수신했는지를 검사하는 도 30b에서의 블록(916)으로 이동한다. 그것이 수신된 경우, 블록(926)에서 STA는 TID, 소스 AID 및 목적지 AID를 브로드캐스트 TXOP 스케줄 프레임에 설정된 대응하는 필드와 매핑하고, 이에 대한 TXOP 액세스 지속기간을 할당한다. STA는 이어서 해당 TXOP 액세스 지속기간에 데이터를 연관된 AP에게 송신하고, 이어서 처리가 종료되기 전에 블록(922)이 실행된다.
블록(916)에서, 비-AP 공유 TXOP 참여자 STA가 브로드캐스트 TXOP 스케줄러 프레임을 수신하지 않은 경우, 실행은 임의의 비-AP 공유 TXOP 참여자 STA가 DL 데이터 프레임을 수신했는지를 결정하는 블록(918)으로 이동한다. 임의의 비-AP 공유 TXOP 참여자 STA가 DL 데이터 프레임을 수신하지 못한 경우, 처리가 종료된다. 그렇지 않은 경우, 처리가 도 30a에서의 블록(922)에 도달하고 이어서 완료되기 전에, 비-AP 공유 TXOP 참여자 STA가 데이터 프레임의 소스에게 ACK 프레임으로 응답하는 블록(928)이 실행된다.
도 31a 및 도 31b는 AP 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(950)를 예시한다. AP가 TX Duration 필드가 지정된 TXOP 제안 프레임을 수신했는지를 결정하기 위해 검사가 이루어진다(952). 이것이 수신된 경우, 블록(960)에서, 데이터 프레임이 지정된 TX 지속기간(TX Duration) 내에 목적지 스테이션에게 송신되고, 그 후에 블록(962)에서 AP는 DL 데이터의 성공적인 전송을 나타내는 각각의 목적지 STA로부터의 ACK를 기다린다.
그렇지 않고, 블록(952)에서 TXOP 제안 프레임이 AP에 의해 수신되지 않은 것으로 밝혀진 경우, 실행은 AP가 유니캐스팅된 TXOP 액세스 스케줄러 프레임을 수신했는지를 결정하는 블록(954)으로 이동한다. 그것이 수신된 경우, 블록(964)에서 AP는 TID, 소스 AID(Association ID) 및 목적지 AID를 이전에 교환된 관리 프레임의 액세스 요청 정보 요소에 설정된 대응하는 필드와 매핑하고, 각각의 DL 트래픽 목적지에 대한 TXOP 액세스 지속기간을 할당한다. AP는 이어서 TXOP 액세스의 지속기간 내에 데이터를 각각의 목적지로 송신하고, 그 후에, 처리가 종료되기 전에, AP가 ACK를 기다리는 블록(962)이 실행된다.
그렇지만, 블록(954)에서 AP가 유니캐스팅된 TXOP 액세스 스케줄러 프레임을 수신하지 못한 경우, 실행은 AP가 브로드캐스트 TXOP 스케줄러 프레임을 수신했는지를 검사하는 도 31b에서의 블록(956)으로 이동한다. 그것이 수신된 경우, 블록(966)에서 AP는 TID, 소스 AID 및 목적지 AID를 브로드캐스트 TXOP 스케줄 프레임에 설정된 대응하는 필드와 매핑하고, 각각의 DL 트래픽 목적지에 대한 TXOP 액세스 지속기간을 할당한다. 프로세스가 종료되기 전에 실행이 도 31a의 블록(962)으로 이동하기 전에, AP는 TXOP 액세스 지속기간 동안 데이터를 각각의 목적지로 송신한다.
그렇지만, 블록(956)에서 AP가 브로드캐스트 TXOP 스케줄러 프레임을 수신하지 못한 경우, 실행은 AP가 UL 데이터 프레임을 수신했는지를 결정하는 블록(958)으로 이동한다. 이 프레임이 수신되지 않은 경우, 처리가 종료된다. 그렇지 않은 경우, 블록(968)에서 AP는 데이터 프레임의 소스에게 ACK 프레임으로 응답한다.
7.3. AP를 코디네이터로서 사용한 동적 시나리오
UL 개시 공유 TXOP의 경우, 비-AP TXOP 홀더 STA는 공유 TXOP에 참여할 의향이 있는 다른 비-AP STA들과 직접 통신할 수 없다. 이 경우에, AP는 비-AP TXOP 홀더 STA와 다른 비-AP 공유 TXOP 참여자 STA들 사이를 코디네이션하는 데 관여할 필요가 있다.
DL 개시 공유 TXOP의 경우, AP는 채널을 획득하고(얻고) TXOP 홀더이다. AP는 다른 비-AP STA들과 직접 통신할 수 있으며 공유 TXOP에 참여할 의향이 있는 다른 비-AP STA들과 자신의 TXOP를 공유할 수 있다.
AP를 코디네이터로서 사용하는 동적 시나리오에 대한 공유 TXOP 셋업 스테이지는 위에서 섹션 7.2.1에서 설명된 것과 동일하다.
7.3.1. 공유 TXOP 공지 스테이지
AP를 코디네이터로서 사용하는 시나리오에서 UL 개시 공유 TXOP 공지 스테이지가 위에서 섹션 7.2.2에서 소개된 것과 동일하다는 점에 유의해야 한다.
도 32는 DL 개시 공유 TXOP 공지 스테이지의 예시적인 실시예(990)를 예시한다. AP(12)와 STA1(14), STA2(16) 및 STA3(18)으로서 예시된 비-AP 공유 STA들 사이의 상호작용들이 예시되어 있다.
공유 TXOP 셋업 단계(532)가 수행되고 이 공유 TXOP 공지 단계가 뒤따른다.
이 경우에, 공유 TXOP 공지 스테이지는 AP가 채널을 획득하고 DL 트래픽의 목적지인 STA3에게 RTS 공유(992)를 송신하는 DL 전송에 의해 개시된다. STA3은 RTS 공유를 수신하고 CTS 공유 프레임(998)으로 응답하는 반면, STA1과 STA2는 NAV RTS 공유(994 및 996)를 인식하게 된다. CTS 공유를 AP에게 송신할 시에, STA1과 STA2는 NAV(CTS 공유)(1000 및 1002)를 인식하게 되고, CTS 공유 프레임에 의해 설정되는 업데이트된 NAV 값을 인식하게 된다. AP는 STA3으로부터 CTS 공유를 수신하고 RTS 공유가 성공적으로 STA3에게 송신되었다는 것을 인식하고 있다.
도 33은 AP에서 처리되는, 공유 TXOP 공지 스테이지의 예시적인 실시예(1110)를 예시한다. 채널이 유휴인지를 결정하기 위해 AP에 의해 검사(1112)가 이루어진다. 채널이 유휴가 아닌 경우, AP는 랜덤 백오프(1114)를 취하고, 채널을 또다시 감지하기 위해 블록(1112)으로 돌아간다.
그렇지만, 블록(1112)에서 채널이 유휴인 것으로 밝혀지는 경우, 블록(1116)에서 AP가 후속하는 TXOP를 공유할 의향이 있는지를 결정하기 위한 검사가 이루어진다. AP가 전송할 DL 데이터를 갖고 있고 TXOP를 공유할 의향이 있는 경우, 블록(1118)에서 AP TXOP는 RTS 공유 프레임을 DL 데이터의 목적지 STA에게 송신한다. 실행은 이어서 RTS가 타임아웃되기 전에 AP가 RTS 공유에 의해 표시된 목적지 STA로부터 CTS 공유 프레임을 수신했는지를 결정하기 위해 블록(1120)으로 이동한다. CTS 공유가 수신되지 않은 경우, 블록(1122)에서 RTS 공유 타임아웃이 발생하고 실행은 다른 RTS 공유를 송신하기 위해 블록(1118)으로 돌아간다. 그렇지 않고, CTS 공유가 수신되는 경우, 프로세스가 종료된다.
의사 결정 블록(1116)으로 돌아가서, AP가 채널을 공유할 의향이 없는 경우, 프로세스가 종료된다.
도 34은 비-AP STA 레벨에서 처리되는, 공유 TXOP 공지 스테이지의 예시적인 실시예(1130)를 예시한다. 검사(1132)는 비-AP STA가 RTS 공유 프레임을 수신했는지를 결정한다. 비-AP STA가 RTS 공유 프레임을 수신하지 못한 경우, 이 루틴에서의 처리가 종료된다. 그렇지 않고, RTS 공유 프레임이 수신된 경우, 블록(1134)은 이 비-AP STA가 RTS 공유의 목적지인지를 결정한다. 이 조건이 충족되는 경우, 블록(1136)에서 비-AP STA는 CTS 공유 프레임을, RTS 공유 프레임을 송신한 STA/AP인, RTS 공유 프레임의 소스로 송신하는 것에 의해 RTS 공유에 응답한다. 그 후에 프로세스가 종료된다.
그렇지 않고, 비-AP STA가 RTS 공유의 목적지가 아니라고 블록(1134)에서 결정되는 경우, 비-AP STA가 RTS 공유 프레임에 의해 설정된 NAV를 인식하게 하는 블록(1138)에 도달한다. 이어서 검사(1140)는 비-AP STA가 CTS 공유 프레임을 수신했는지를 결정한다. 비-AP STA가 CTS 공유 프레임을 수신하지 못한 경우, 실행이 종료된다. 그렇지 않고, CTS 공유 프레임을 수신하면, 블록(1142)은 비-AP STA가 CTS 공유 프레임에 의해 설정된 NAV를 인식하도록 보장하고, 그 후에 이 프로세스가 종료된다.
7.3.2. AP 코디네이터를 사용한 TXOP 참여자 획득 스테이지
7.3.2.1. TXOP 제안을 수신한 후의 응답을 사용한 TXOP 참여자 획득 스테이지(AP를 사용함)
도 35는 (AP를 코디네이터로서 사용하는) TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1150)를 예시한다. AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다.
공유 TXOP 셋업 단계(532) 및 공유 TXOP 공지 단계(534)가 먼저 수행된다. 이어서 AP는 비-AP TXOP 홀더 STA가 자신의 TXOP를 공유할 의향이 있음을 나타내는 TXOP 제안 프레임을 브로드캐스팅(1152)하여, 공유 TXOP에 합류할 의향이 있는 다른 비-AP STA들이 있는지를 문의한다.
일단 다른 비-AP STA들이 이 TXOP 제안 프레임을 수신하면, 이들이 후속하는 공유 TXOP에 참여할 의향이 있는 경우, 이들은 슬롯들(1154 및 1156) 중 한 시간 슬롯에서 전송되는 새로운 액세스 요청 프레임으로 AP에 응답한다. 액세스 요청 프레임들의 충돌을 피하기 위해, 슬롯에 대한 액세스가 랜덤 액세스 또는 전용 액세스에 기초하여 구현될 수 있다는 점에 유의해야 한다.
AP는 이어서 AP인 자신의 참여자 정보를 포함한, 공유 TXOP 참여자들의 정보를 공지하기 위해 공유 TXOP 참여자 공지 프레임을 비-AP TXOP 홀더 STA에게 유니캐스팅한다(1158).
도 36은 TXOP 제안을 수신한 후에 응답이 있는 (DL 개시) TXOP 참여자 획득 스테이지의 예시적인 실시예(1170)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따른다.
이어서 AP는, 자신의 TXOP를 공유할 의향이 있음을 나타내고 공유 TXOP에 합류할 의향이 있는 다른 STA들에 관해 문의하는, TXOP 제안 프레임을 브로드캐스팅(1172)한다.
일단 STA들이 이 TXOP 제안 프레임을 수신하면, STA들은 공유 TXOP에 합류할 의향이 있음을 나타내기 위해 액세스 요청 프레임들(1174, 1176 및 1178)로 응답한다. 액세스 요청 프레임들의 충돌을 피하기 위해, 비-AP 공유 TXOP 참여자 STA들은 시간 슬롯들을 랜덤하게 액세스하는 것 또는 특정 시간 슬롯들을 전용으로 액세스하는 것을 통해 프레임들을 송신한다. 슬롯 액세스 규칙은 공유 TXOP 셋업 스테이지에서 구현된다.
7.3.2.2. (AP를 코디네이터로서 사용하는) CTS 이후 응답이 있는 TXOP 참여자 획득 스테이지
도 37은 (AP를 코디네이터로서 사용하는) CTS를 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1210)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따른다.
일단 비-AP STA가 AP로부터 비-AP TXOP 홀더 STA에게 송신된 (이전 공유 TXOP 공지 스테이지로부터의) CTS 공유 프레임(이 스테이지에서는 도시되지 않음)을 수신하면, 비-AP STA가 후속하는 공유 TXOP에 합류할 의향이 있고, 도 36에 보여지는 바와 같이 TXOP 제안 프레임을 수신하지 않는 경우, 비-AP STA는 랜덤 액세스 또는 전용 액세스를 통해 액세스 요청 프레임(1212, 1214)을 AP에게 송신할 수 있다. 액세스 슬롯들 시간이 만료된 후에, AP는, AP 자신에 관한 참여자 정보를 포함한, TXOP 공유 참여자 정보를 공지하기 위해 공유 TXOP 참여자 공지 프레임(1216)을 비-AP TXOP 홀더 STA들에게 유니캐스팅한다.
도 38은 CTS를 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1230)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따른다.
STA3은 이 예에서 AP에 의해 송신되는 RTS 공유 프레임의 목적지였다. 이어서 일단 STA3이 대응하는 CTS 공유 프레임을 송출하면, STA3은 AP와 공유 TXOP에 합류할 의향이 있음을 나타내기 위해 랜덤 액세스 또는 전용 액세스를 통해 액세스 요청 프레임(1236)을 AP에게 송신한다.
일단 STA1 및 STA2가 (STA3으로부터 AP에게 송신된) 공유 CTS를 수신하면, STA1 및 STA2 각각은 TXOP 홀더와 공유 TXOP에 합류할 의향이 있음을 나타내기 위해 랜덤 액세스 또는 전용 액세스를 통해 액세스 요청 프레임들(1232, 1234)을 AP에게 송신한다.
7.3.2.3 (AP를 코디네이터로서 사용하는) 전용 TXOP 제안 프레임 이후 응답이 있는 TXOP 참여자 획득 스테이지
도 39는, AP를 코디네이터로서 사용하는, 전용 TXOP 제안을 수신한 후에 응답이 있는 UL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1250)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따른다.
AP는 이 예에서 STA1 및 STA2인 (비-AP TXOP 홀더 STA 이외의) 비-AP STA들에 하나씩 문의하기 위해 TXOP 제안 프레임(1252, 1256)을 유니캐스팅한다. 일단 비-AP STA들, 예를 들면, STA1 및 STA2가 TXOP 제안 프레임을 수신하면, 이들은, 공유 TXOP에 합류할 의향이 있는 경우, 지정된 시간 오프셋 내에 연관된 AP에게 액세스 요청 프레임들(1254 및 1258)로 응답한다.
이어서, AP는, 자신의 참여자 정보를 포함한, TXOP 공유 참여자 정보를 공지하기 위해, 이 예에서 STA3인, 비-AP TXOP 홀더 STA에게 공유 TXOP 참여자 공지 프레임(1260)을 유니캐스팅한다.
도 40은 전용 TXOP 제안을 수신한 후에 응답이 있는 DL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1290)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따른다.
AP는 비-AP STA들에 하나씩 문의하기 위해 TXOP 제안 프레임(1252, 1256 및 1292)을 유니캐스팅한다. 일단 비-AP STA들이 TXOP 제안 프레임을 수신하면, 이들은, 공유 TXOP에 합류할 의향이 있는 경우, 시간 오프셋 내에 연관된 AP에게 액세스 요청 프레임(1254, 1258 및 1294)으로 응답한다.
도 41은, AP 레벨에서 처리되는, UL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1310)를 예시한다.
검사(1312)는 AP가 TXOP 제안 프레임을 송신하는 것에 의해 TXOP 공유 참여자 STA들에 대해 문의했는지를 결정한다. TXOP 제안 프레임이 송신되지 않은 경우, 비-AP 공유 TXOP 참여자들이 공유 TXOP 공지 스테이지 동안 송신된 CTS 공유 프레임을 수신한 후에 액세스 요청 프레임들을 AP에게 전송할 수 있기 때문에 실행은 블록(1316)으로 이동한다. 그렇지 않은 경우, 이 TXOP 제안 프레임이 브로드캐스팅되었는지를 결정하기 위해 검사가 이루어진다(1314). 그것이 브로드캐스팅된 경우, 블록(1316)에서 AP는 슬롯 액세스들의 기간 내에 하나 이상의 액세스 요청 프레임을 수신하기를 기다린다.
TXOP 제안이 브로드캐스팅되지 않은 경우, 블록(1318)에서 AP는 유니캐스팅된 TXOP 제안 프레임에 표시된 시간 오프셋 내에 액세스 요청 프레임을 수신해야 한다.
블록(1316) 또는 블록(1318)으로부터의 실행은, 수신될 액세스 요청들이 더 있는지를 결정하는, 의사 결정 블록(1320)에 도달한다. 예상된 액세스 요청들이 더 있는 경우, 실행은 블록(1322)으로 이동하여 계속 수신하고 그 이후에 블록(1320)으로 돌아간다.
그렇지 않고, 액세스 요청들이 모든 TXOP 공유 참여자 STA들로부터 수신된 경우, 실행은 AP가 공유 TXOP 참여자 공지 프레임을 비-AP TXOP 홀더 STA에게 유니캐스팅하는 블록(1324)에 도달한다.
도 42는 비-AP 공유 TXOP 참여자 STA 레벨에서 처리를 수행하는, UL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1350)를 예시한다.
검사(1352)는 비-AP 공유 TXOP 참여자 STA가 브로드캐스팅된 TXOP 제안 프레임을 연관된 AP로부터 수신했는지를 결정한다. 참여자 STA가 TXOP 제안 프레임을 수신한 경우, 참여자 STA는 TXOP 제안 프레임이 브로드캐스팅되었는지를 검사한다(1354). 프레임이 브로드캐스팅된 것으로 밝혀진 경우, 블록(1356)에서 STA는 랜덤 슬롯 액세스 또는 전용 슬롯 액세스를 통해 연관된 AP에 액세스 요청 프레임으로 응답한다.
블록(1354)에서 TXOP 제안 프레임이 브로드캐스팅되지 않은 것으로 결정되는 경우, 블록(1360)에 도달하여 비-AP 공유 TXOP 참여자 STA는 TXOP 제안 프레임에 표시된 시간 오프셋 내에 연관된 AP에게 액세스 요청 프레임으로 응답한다.
블록(1352)에서, TXOP 제안이 수신되지 않은 것으로 결정되는 경우, 블록(1358)에 도달하여 비-AP 공유 TXOP 참여자 STA는 랜덤 슬롯 액세스 또는 전용 슬롯 액세스를 통해 액세스 요청 프레임을 연관된 AP에게 송신한다.
도 43은, AP에서 처리되는, DL 개시 TXOP 참여자 획득 스테이지의 예시적인 실시예(1370)를 예시한다.
검사(1372)는 AP가 TXOP 제안 프레임을 송신하는 것에 의해 비-AP TXOP 공유 참여자들에 문의했는지를 결정한다. 블록(1372)에서 문의가 검출되지 않는 경우, 실행은 블록(1376)으로 이동한다. 그렇지만, 블록(1372)에서 문의가 검출되는 경우, 블록(1374)에서 TXOP 제안 프레임이 브로드캐스팅되었는지를 결정하기 위해 검사가 이루어진다. TXOP 제안이 브로드캐스팅되지 않은 경우, 실행은 블록(1380)에 도달하고, 그렇지 않은 경우 실행은 블록(1376)으로 이동한다.
일단 STA1 또는 STA2(비-AP 공유 TXOP 참여자 STA들)가 TXOP 제안 프레임을 수신하면, 이들이 후속하는 공유 TXOP에 합류할 의향이 있는 경우, 이들은 시간 오프셋 내에 비-AP TXOP 홀더 STA에게 액세스 요청 프레임으로 응답할 필요가 있다.
블록(1380)에서, AP가 유니캐스팅된 TXOP 제안 프레임에 표시된 시간 오프셋 내에 액세스 요청 프레임을 수신했는지의 검사가 이루어진다. 블록(1380)에서 적절한 요청 프레임이 수신되지 않은 경우, 실행은 블록(1382)에 도달하여 AP는 다른 비-AP STA들이 후속하는 공유 TXOP에 합류할 의향이 없다고 가정한다. 그렇지 않고, 블록(1380)에서 적절한 요청 프레임이 수신된 경우, 실행은 블록(1378)으로 이동하여 AP는 후속하는 공유 TXOP 참여자 STA들의 데이터베이스를 업데이트한다. 블록(1376)에서, AP가 후속하는 슬롯들 액세스 동안 액세스 요청 프레임들을 수신했는지의 검사가 이루어진다. 적절한 액세스 요청 프레임이 수신된 경우, 실행은 블록(1378)으로 이동하여 AP는 후속하는 공유 TXOP 참여자 STA들의 데이터베이스를 업데이트한다. 그렇지 않은 경우, 블록(1376)에서 AP가 액세스 요청 프레임들을 수신하지 않은 것으로 결정되었기 때문에, 실행은 이미 설명된 블록(1382)으로 이동한다.
비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, DL 개시 TXOP 참여자 획득 스테이지의 플로차트가 도 43에 도시된 것과 동일하다는 점에 유의해야 한다.
7.3.3. (AP를 코디네이터로서 사용하는) TXOP 스케줄링 및 액세스
7.3.3.1. (AP를 사용하는) 유니캐스트 TXOP 제안 프레임을 사용한 TXOP 스케줄링 및 액세스
도 44는 (AP를 코디네이터로서 사용하는) 유니캐스트 TXOP 제안 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1410)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따르며, 이어서 TXOP 참여자 획득 스테이지(536)가 뒤따른다. STA3으로서 예시되는 비-AP TXOP 홀더 STA는 데이터(1412)를 연관된 AP에게 송신하고, 데이터의 성공적인 전송을 나타내는 ACK(1414)를 수신해야 한다. 이어서, 비-AP TXOP 홀더 STA는 STA1에 대한 요청 TXOP 제안 프레임(1416)을 연관된 AP에게 송신하고; 요청은 다음 TXOP 공유 참여자 STA에 대한 공유 TXOP 액세스의 시작에 대한 표시를 포함한다.
요청 TXOP 제안 프레임을 수신한 후에, AP는 TXOP 공유 참여자 STA1에 대한 TX 지속기간의 표시를 포함하는 TXOP 제안 프레임(1418)을 TXOP 공유 참여자 STA1에게 유니캐스팅한다. 이 TXOP 제안 프레임을 수신할 시에, 비-AP 공유 TXOP 참여자 STA1은 TXOP 제안 프레임에 표시된 전송 지속기간 내에 UL 데이터(1420)를 연관된 AP에게 송신하고, 이에 대해 AP는 ACK(1422)로 응답한다.
상기는 STA2에 관해 반복되어, STA3은 STA2에 대한 요청 TXOP 제안 프레임(1424)을 연관된 AP에게 송신하며; 요청은 TXOP 공유 참여자 STA2에 대한 공유 TXOP 액세스의 시작에 관한 표시를 포함한다.
요청 TXOP 제안 프레임을 수신한 후에, AP는 TXOP 공유 참여자 STA2에 대한 TX 지속기간의 표시를 포함하는 TXOP 제안 프레임(1426)을 TXOP 공유 참여자 STA2에게 유니캐스팅한다.
이 TXOP 제안 프레임을 수신할 시에, 비-AP 공유 TXOP 참여자 STA2는 TXOP 제안 프레임에 표시된 전송 지속기간 내에 UL 데이터(1428)를 연관된 AP에게 송신하고, 이에 대해 AP는 ACK(1430)로 응답한다.
모든 비-AP 공유 TXOP 참여자 STA들을 루핑 스루한 후에, 비-AP TXOP 홀더 STA는 TXOP 제안 프레임(1432)을 AP에게 유니캐스팅한다.
TXOP 제안 프레임을 수신했으면, AP는 할당된 시간 슬롯들에서 DL 데이터(1434, 1438 및 1442)를 목적지 STA들에게 전송하고 각각의 목적지 STA로부터의 ACK(1436, 1440 및 1444)를 기다린다.
도 45는 유니캐스트 TXOP 제안 프레임을 사용한 DL 개시 TXOP 스케줄링 및 액세스의 예시적인 실시예(1470)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따르며, 이어서 TXOP 참여자 획득 스테이지(536)가 뒤따른다.
먼저, AP는 DL 데이터(1472, 1476 및 1480)를 목적지 STA들(STA1, STA2 및 STA3)에게 송신하고, 이에 응답하여 AP는 목적지 STA들 각각으로부터 성공적인 전송을 나타내는 ACK(1474, 1478 및 1482)를 수신해야 한다.
이어서, AP는 모든 TXOP 공유 참여자 STA들을 루핑 스루할 때 다음 TXOP 공유 참여자 STA에 대한 전송 지속기간을 표시하는 TXOP 제안 프레임을 각각의 STA에게 유니캐스팅한다. 이것은 TXOP 제안 프레임들(1484, 1490 및 1496)이, 제각기, STA1, STA2 및 STA3에게 송신되는 것으로서 예시되어 있다.
TXOP 제안 프레임을 수신할 시에, 이 프레임을 수신하는 비-AP 공유 TXOP 참여자 STA들 각각은 TXOP 제안 프레임에 표시된 전송 지속기간 내에 UL 데이터(1486, 1492 및 1498)를, 제각기, 연관된 AP에게 송신하고 성공적인 전송을 나타내는 AP로부터의 ACK(1488, 1494 및 1500)를 수신하기를 기다린다.
7.3.3.2. (AP를 코디네이터로서 사용하는) 유니캐스트 TXOP 액세스 스케줄러를 사용한 TXOP 스케줄링 및 액세스
도 46은 (AP를 코디네이터로서 사용하는) 유니캐스트 TXOP 액세스 스케줄러 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1530)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따르며, 이어서 TXOP 참여자 획득 스테이지(536)가 뒤따른다.
비-AP TXOP 홀더 STA는, 데이터를 연관된 AP에게 송신하기 전에, 먼저, 모든 다른 비-AP 공유 TXOP 참여자 STA들 및 AP에 대한 공유 TXOP 액세스를 표시하는, 요청 TXOP 액세스 스케줄러 프레임(1532)을 연관된 AP에게 송신한다.
요청 TXOP 액세스 스케줄러 프레임을 수신한 후에, AP는 비-AP 공유 TXOP 참여자 STA들 각각에 대한 TX 지속기간을 표시하는 TXOP 액세스 스케줄러 프레임을 비-AP 공유 TXOP 참여자 STA들 각각에게 유니캐스팅한다. 이 예에서, 이러한 스케줄러 프레임들(1534 및 1536)은 STA1 및 STA2에게 송신된다.
일단 비-AP 공유 TXOP 참여자 STA들이 TXOP 액세스 스케줄러 프레임을 수신하면, 이들은 비콘 프레임에 내장된 액세스 요청 정보 요소의 Allocation Control 필드에 표시된 시간 슬롯들에서 데이터(1538, 1542 및 1546)를 연관된 AP에게 송신하고, ACK(1540, 1544 및 1548)를 기다릴 것이다.
이 이후에, AP는 할당된 시간 슬롯들에서 DL 데이터(1550, 1554 및 1558)를 목적지 STA들에게 전송하고 ACK(1552, 1556 및 1560)를 기다리는 것으로 보여지고 있다.
도 47은 유니캐스트 TXOP 액세스 스케줄러를 사용한 DL 개시 TXOP 스케줄링 및 액세스의 예시적인 실시예(1570)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따르며, 이어서 TXOP 참여자 획득 스테이지(536)가 뒤따른다.
먼저, AP는 DL 데이터(1572, 1576 및 1580)를 목적지 STA들에게 송신하고, 목적지 STA들 각각으로부터 성공적인 전송을 나타내는 ACK(1574, 1578 및 1582)를 수신해야 한다. 이어서, AP는, STA들 각각에 대한 TX 지속기간을 표시하는, TXOP 액세스 스케줄러 프레임(1584, 1586 및 1588)을 비-AP 공유 TXOP 참여자 STA들 각각에게 유니캐스팅한다. 일단 STA들이 TXOP 액세스 스케줄러 프레임을 수신하면, 이들은 할당된 시간 슬롯들에서 데이터(1590, 1594 및 1598)를 연관된 AP에게 송신하고 ACK(1592, 1596 및 1600)를 기다릴 것이다.
7.3.3.3. (AP를 코디네이터로서 사용하는) 브로드캐스트 TXOP 스케줄러를 사용한 TXOP 스케줄링 및 액세스
도 48은 (AP를 코디네이터로서 사용하는) 브로드캐스트 TXOP 스케줄러 프레임을 사용한 UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1650)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따르며, 이어서 TXOP 참여자 획득 스테이지(536)가 뒤따른다.
비-AP TXOP 홀더는, 데이터를 연관된 AP에게 송신하기 전에, 먼저, 모든 다른 비-AP 공유 TXOP 참여자 STA들 및 AP에 대한 공유 TXOP 액세스를 표시하는, 요청 TXOP 액세스 스케줄러 프레임(1652)을 AP에게 송신한다.
요청 TXOP 액세스 스케줄러 프레임을 수신한 후에, AP는 공유 TXOP 참여자들 각각에 대한 TX 지속기간을 표시하는 브로드캐스트 TXOP 스케줄러 프레임(1654)을 비-AP 공유 TXOP 참여자 STA들(여기서는 STA1, STA2 및 TXOP 홀더 STA3으로 도시됨)에게 브로드캐스팅한다. 일단 비-AP 공유 TXOP 참여자 STA들이 브로드캐스트 TXOP 스케줄러 프레임을 수신하면, 이들은 브로드캐스트 TXOP 스케줄러 프레임에 표시된 시간 슬롯에서 UL 데이터(1656, 1660 및 1664)를 연관된 AP에게 송신하는 것에 의해 응답하며, ACK(1658, 1662 및 1666)를 기다린다. 모든 UL 데이터를 수신하는 것을 완료한 후에, AP는 이어서 할당된 시간 슬롯들에서 DL 데이터(1668, 1672 및 1676)를 목적지 STA들에게 전송하고 ACK(1670, 1674 및 1678)를 기다린다.
도 49는 브로드캐스트 TXOP 스케줄러 프레임을 사용한 DL 개시 TXOP 스케줄링 및 액세스의 예시적인 실시예(1710)를 예시한다.
AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있다. 공유 TXOP 셋업이 수행되고(532) 공유 TXOP 공지(534)가 뒤따르며, 이어서 TXOP 참여자 획득 스테이지(536)가 뒤따른다.
먼저 AP는 할당된 시간 슬롯들에서 DL 데이터(1572, 1576 및 1580)를 각각의 목적지 STA에게 송신하고 연관된 ACK(1574, 1578 및 1582)를 기다린다. 이어서, AP는 각각의 비-AP 공유 TXOP 참여자 STA에 대한 TX 지속기간을 표시하는 브로드캐스트 TXOP 스케줄러 프레임(1712)을 브로드캐스팅한다. 일단 STA들이 브로드캐스트 TXOP 스케줄러 프레임을 수신하면, STA들은 브로드캐스트 TXOP 스케줄러 프레임에 표시된 상이한 시간 슬롯들에서 UL 데이터(1538, 1542 및 1546)를 연관된 AP에게 송신하고, 연관된 ACK들(1540, 1544 및 1548)을 기다릴 것이다.
7.3.4. (AP를 코디네이터로서 사용하여) 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지
도 50a 및 도 50b는 (AP를 코디네이터로서 사용하여) 비-AP TXOP 홀더 STA 레벨에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1750)를 예시한다.
비-AP TXOP 홀더 STA가 TX Duration 필드가 지정된 요청 TXOP 제안 프레임을 송신했는지를 결정하기 위한 검사(1752)가 이루어진다. 요청 TXOP 제안이 송신된 경우, 블록(1760)에서, 지정된 TX 지속기간 및 하나의 TXOP 제안 프레임 전송 지속기간 후에, 비-AP TXOP 홀더 STA는 다음 비-AP 공유 TXOP 참여자 STA를 폴링하기 위해 요청 TXOP 제안 프레임을 AP에게 송신할 수 있다.
검사(1762)는 폴링할 TXOP 참여자 STA들이 더 있는지를 결정한다. 참여자들이 더 있는 경우, 실행은 비-AP TXOP 홀더 STA가 요청 TXOP 제안 프레임들을 AP에게 계속 송신하도록 블록(1760)으로 돌아간다. 일단 이용 가능한 모든 TXOP 참여자 STA들 및 TXOP 지속기간들이 처리되면, 블록(1764)에서 비-AP TXOP 홀더 STA는 다른 TXOP 제안 프레임을 AP에게 유니캐스팅하고, 그 후에 처리가 종료된다.
그렇지 않고, 블록(1752)에서 비-AP TXOP 홀더 STA가 요청 TXOP 제안을 송신하지 않은 것으로 결정되는 경우, 블록(1754)에서 비-AP TXOP 홀더 STA가 요청 TXOP 액세스 스케줄러 프레임을 AP에게 유니캐스팅했는지가 결정된다. 스케줄러 프레임이 송신된 경우, 블록(1766)에서 비-AP 공유 TXOP 홀더 STA는, 처리가 종료되기 전에, 비-AP 공유 TXOP 참여자 STA 및 AP에 대한 TXOP 액세스 지속기간을 요청 TXOP 액세스 스케줄러 프레임에 표시한다.
그렇지 않고, 블록(1754)에서 비-AP TXOP 홀더 STA가 요청 TXOP 액세스 스케줄러 프레임을 AP에게 유니캐스팅하지 않은 경우, 실행은 비-AP TXOP 홀더가 UL 데이터를 AP에게 송신했는지를 검사하는 도 51b에서의 블록(1756)에 도달한다. 데이터가 송신된 경우, 블록(1768)에서 비-AP TXOP 홀더 STA는 ACK를 기다린다.
그렇지 않고, 블록(1756)에서 비-AP TXOP 홀더가 UL 데이터를 AP에게 송신하지 않은 것으로 결정되는 경우, 실행은 비-AP TXOP 홀더가 AP로부터 DL 데이터를 수신하는지를 결정하기 위한 검사가 있는 블록(1758)에 도달한다. 비-AP TXOP 홀더가 DL 데이터를 수신하지 않은 경우, 처리는 종료되고, 그렇지 않은 경우, 블록(1770)에서 비-AP TXOP 홀더 STA가 ACK로 응답한다.
7.3.5. (AP를 코디네이터로서 사용하여) AP에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지
도 51a 내지 도 51c는 AP 코디네이션을 사용하여 AP에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1790)를 예시한다.
AP가 요청 TXOP 제안 프레임을 수신했는지를 결정하기 위한 검사가 이루어진다(1792). TXOP 제안 요청이 수신되는 경우, 블록(1798)에서 AP는 요청 TXOP 제안 프레임의 Duration / ID 필드에 지정된 AID를 갖는 다음 TXOP 공유 참여자 STA에게 TXOP 제안 프레임을 유니캐스팅한다. AP는 또한 수신된 요청 TXOP 제안 프레임으로부터의 정보에 대응하여 TXOP 제안 프레임에 TX 지속기간을 표시해야 한다.
검사(1800)는 AP가 TX 지속기간 내에 다음 비-AP 공유 TXOP 참여자 STA로부터 데이터 프레임을 수신했는지를 결정한다. AP가 시간 한계 내에 데이터 프레임을 수신하지 않는 경우, TXOP 제안 프레임이 타임아웃되고(1804), AP는 TXOP 제안 프레임을 재전송해야 한다(1798).
그렇지만, 블록(1800)에서 AP가 다음 비-AP 공유 TXOP 참여자 STA로부터 데이터 프레임을 수신한 경우, 처리가 종료되기 전에 AP는 ACK로 응답한다(1802).
그렇지 않고, 블록(1792)에서 AP가 요청 TXOP 제안 프레임을 수신하지 않은 것으로 결정되는 경우, 도 51b에서의 블록(1794)에 도달하여 AP가 요청 TXOP 액세스 스케줄러 프레임을 수신했는지를 검사한다. AP가 TXOP 스케줄러 프레임을 수신한 경우, 블록(1806)에서 AP는 TXOP 공유 참여자 STA들 각각에게 TXOP 액세스 스케줄러 프레임을 유니캐스팅하거나 비-AP 공유 TXOP 참여자 STA들 모두에게 하나의 브로드캐스트 TXOP 스케줄러 프레임을 송신할 수 있다.
검사(1808)는 이어서 AP가 전송 지속기간 내에 비-AP 공유 TXOP 참여자 STA들로부터 데이터 프레임을 수신했는지를 결정한다. AP가 데이터 프레임을 수신한 경우, 실행은 도 51a의 블록(1802)으로 돌아가서 AP는 ACK로 응답하고 그 이후에 처리가 종료된다. 그렇지 않고, 프레임이 수신되지 않은 경우, 실행은 블록(1810)에 도달하여 TXOP 액세스 스케줄러 프레임이 타임아웃되고, 블록(1806)으로의 복귀가 이루어진다.
그렇지 않고, 블록(1794)에서 AP가 요청 TXOP 액세스 스케줄러 프레임을 수신하지 않은 것으로 결정되는 경우, 도 51c에서의 블록(1796)에 도달한다. 블록(1796)은 AP가 TXOP 제안 프레임 또는 요청 TXOP 액세스 스케줄러 프레임을 수신했는지를 결정하기 위한 검사를 수행한다. AP가 이러한 프레임들 중 어느 것도 수신하지 못한 경우, 실행이 종료된다. 그렇지만, 이러한 프레임들 중 하나가 수신된 경우, 블록(1812)에서 AP는 할당된 전송기 지속기간 내에 목적지 STA들에게 DL 데이터 프레임을 송신한다. AP는 이어서 DL 데이터가 성공적으로 수신되었다는 것을 나타내는 각각의 목적지 STA로부터의 ACK를 기다린다(1814).
7.3.6. (AP를 코디네이터로서 사용하여) 비-AP 공유 TXOP 참여자 STA에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지
도 52a 및 도 52b는 (AP를 코디네이터로서 사용하여) 비-AP 공유 TXOP 참여자 STA에서 처리되는, UL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1830)를 예시한다.
도 52a에서 임의의 비-AP 공유 TXOP 참여자 STA가 TX Duration 필드가 지정된 TXOP 제안 프레임을 수신하는지를 결정하기 위한 검사가 이루어진다(1832). TXOP 제안 프레임이 수신되는 경우, 블록(1840)에서 비-AP 공유 TXOP 참여자 STA는 지정된 TX 지속기간 내에 연관된 AP에게 데이터 프레임을 송신한다. 이어서 블록(1842)에서 비-AP 공유 TXOP 참여자 STA는 UL 데이터의 성공적인 전송을 나타내는 AP로부터의 ACK를 수신하기를 기다리고, 그 후에 처리가 종료된다.
그렇지 않고, 블록(1832)에서 조건들이 충족되지 않는 경우, 실행은 임의의 비-AP 공유 TXOP 참여자 STA가 유니캐스팅된 TXOP 액세스 스케줄러 프레임을 수신했는지를 결정하는 검사(1834)로 이동한다. 프레임이 수신되어 조건이 충족되는 경우, 블록(1844)에서 비-AP 공유 TXOP 참여자 STA는 TID, 소스 AID 및 목적지 AID를 비콘 프레임의 액세스 요청 정보 요소에 설정된 대응하는 필드와 매핑하고, 이에 대한 TXOP 액세스 지속기간을 할당한다. 이어서, 비-AP 공유 TXOP 참여자 STA는 해당 TXOP 액세스 지속기간 내에 데이터를 송신한다. 실행은 이어서 처리가 종료되기 전에 블록(1842)으로 다시 이동한다.
그렇지 않고, 블록(1834)에서 조건이 충족되지 않는 경우, 도 52b에서 임의의 비-AP 공유 TXOP 참여자 STA들이 브로드캐스트 TXOP 스케줄러 프레임을 수신했는지를 결정하기 위한 검사가 수행된다(1836). 조건이 충족되는 경우, 블록(1846)에서 비-AP 공유 TXOP 참여자 STA는 TID, 소스 AID 및 목적지 AID를 브로드캐스트 TXOP 스케줄 프레임에 설정된 대응하는 필드와 매핑하고 이에 대한 TXOP 액세스 지속기간을 할당하며, 그 후에 해당 TXOP 액세스 지속기간 내에 데이터를 송신해야 하며, 처리가 종료되기 전에 실행은 도 52a의 블록(1842)으로 이동한다
그렇지 않고, 블록(1836)에서의 조건이 충족되지 않는 경우, 실행은 비-AP 공유 TXOP 참여자 STA가 DL 데이터 프레임을 수신했는지를 결정하기 위한 검사가 있는 블록(1838)에 도달한다. 비-AP 공유 TXOP 참여자 STA가 DL 데이터 프레임을 수신한 경우, 블록(1848)에서 비-AP 공유 TXOP 참여자 STA는 DL 데이터 프레임의 소스 STA에 ACK로 응답하고, 그 후에 실행 처리가 종료된다.
7.3.7. AP 레벨에서의 DL 개시 TXOP 스케줄링 및 액세스 스테이지
도 53a 및 도 53b는 AP 레벨에서 처리되는, DL 개시 TXOP 스케줄링 및 액세스 스테이지의 예시적인 실시예(1870)를 예시한다. AP는 DL 데이터를 각각의 DL 트래픽 목적지로 송신하고(1872), 이어서 AP는 각각의 DL 트래픽 목적지로부터 ACK를 수신한다(1874).
이어서 AP가 TX Duration 필드가 지정된 TXOP 제안 프레임을 유니캐스팅했는지의 검사가 이루어진다(1876). AP가 TXOP 제안 프레임을 유니캐스팅한 경우, 실행은, 지정된 TX 지속기간 후에, AP가 다른 TXOP 제안 프레임을 다음 TXOP 공유 참여자 STA에게 유니캐스팅하는, 블록(1878)에 도달한다.
검사(1880)는 TXOP 공유 참여자들이 더 있는지를 결정한다. 참여자들이 더 있는 경우, 실행은 블록(1878)으로 돌아가서 처리를 계속하고, 그렇지 않은 경우 프로세스가 종료된다.
그렇지만, 블록(1876)에서 AP가 TXOP 제안 프레임을 유니캐스팅하지 않았다고 결정된 경우, 실행은 AP가 TXOP 액세스 스케줄러 정보를 TXOP 공유 참여자 STA에게 유니캐스팅했는지를 결정하기 위해 검사하는 블록(1882)에 도달한다. 스케줄러 정보가 유니캐스팅되었다고 결정되는 경우, 블록(1884)에서 AP는, 처리가 종료되기 전에, TXOP 액세스 스케줄러 프레임에 비-AP 공유 TXOP 참여자 STA에 대한 TXOP 액세스 지속기간을 표시한다.
그렇지만, 블록(1882)에서 AP가 TXOP 액세스 스케줄러 프레임을 유니캐스팅하지 않았다고 결정되는 경우, AP가 브로드캐스트 TXOP 스케줄러 프레임을 TXOP 참여자 STA들에게 브로드캐스팅했는지를 검사하는 도 53b의 블록(1886)에 도달한다. 브로드캐스팅이 수행된 것으로 결정된 경우, 블록(1888)에서, 프로세스가 종료되기 전에, AP는 브로드캐스트 TXOP 스케줄 프레임에 각각의 비-AP 공유 TXOP 참여자 STA에 대한 TXOP 액세스 지속기간을 표시한다.
그렇지 않고, 블록(1886)에서 AP가 브로드캐스트 TXOP 스케줄러 프레임을 브로드캐스팅하지 않았다고 결정되는 경우, AP가 UL 데이터 프레임을 수신했는지를 결정하는 블록(1890)에 도달한다. UL 데이터 프레임이 수신된 경우, AP는 처리가 종료되기 전에 ACK 프레임을 데이터 프레임의 소스로 송신(1892)하는 것에 의해 응답한다.
비-AP 공유 TXOP 참여자 STA 레벨에서 처리되는, DL 개시 TXOP 스케줄링 및 액세스 스테이지에 대한 플로차트가 도 30a 및 도 30b에서와 동일하다는 점에 유의해야 한다.
7.4. 반정적 시나리오의 개요
TXOP 홀더 STA/AP는 셋업 절차를 통해 어느 시점에서 TXOP 공유를 위한 구성을 설정할 수 있으며, 채널에서 TXOP가 얻어질 때마다, TXOP 홀더 STA/AP는 미리 설정된 시간 지속기간 동안 미리 설정된 수의 디바이스들과 이 TXOP를 공유한다. STA 또는 AP는 셋업 절차를 반복하는 것을 통해 어느 시점에서 이 TXOP 공유 구성 셋업을 종료할 수 있다.
일단 TXOP 공유 셋업이 완료되면, TXOP 홀더 STA/AP가 자신의 TXOP를 공유할 때마다, 공유 TXOP 참여자는 RTS 공유 또는 CTS 공유 프레임들을 수신하고 미리 설정된 액세스 규칙들에 따라 채널에 액세스하는 것을 통해 통보받는다.
자신의 TXOP를 공유하는 TXOP 홀더 STA/AP는 자신이 얻고 있는 각각의 TXOP가 미리 설정된 규칙들에 따라 공유를 위해 제안될 것인지 아닌지(TXOP 전부를 혼자 차지할지)를 판정(결정)할 수 있다.
7.4.1. 반정적 TXOP 공유 셋업 절차
도 54는, AP(12), STA1(14), STA2(16) 및 STA3(18) 사이의 상호작용들이 묘사되어 있는, 반정적 TXOP 공유 셋업 스테이지의 예시적인 실시예(1910)를 예시한다. 각각의 STA는 자신의 TXOP를 공유할 의향이 있는지 및 얼마나 오랫동안(어떤 지속기간 동안) 공유할 의향이 있는지를 결정하고/하거나 요청된 시간 양 동안 다른 STA들로부터 공유 TXOP 시간을 수신할 수 있다. AP는 정보를 STA들에게 포워딩한다. STA들은 자신의 TXOP 공유의 구성을 결정하고 이를 AP를 통해 다른 STA들과 교환한다.
상세하게는, 이 도면은 STA1이 공유 제안/요청(1912)을 생성하고, 공유 제안/요청(1912)이 AP에 의해 확인응답(1914)되며, AP가 공유 제안들/요청들(1916)을 받아서 이들을 본 명세서에서 STA1, STA2 및 STA3으로서 예시된 비-AP 스테이션들에게 송신하는 것을 예시한다. 유사하게, STA3은 AP에게 송신되는 공유 제안/요청(1918)을 생성하는 TXOP 홀더로서 나중에 도시되며, AP는 확인응답(1920)을 생성하고 이어서 제안들/요청들(1922)이 비-AP STA들과 공유된다.
제안들/요청들(1922)을 수신하는 것에 응답하여, 이 예에서 STA1인 잠재적인 TXOP 홀더 STA는 이 TXOP 홀더 STA에 의해 할당되는 각각의 TXOP 참여자 STA에 대한 공유 TXOP 액세스 스케줄의 배포를 표시하는 공유 구성 프레임(1924)을 송신한다. AP는 공유 구성을 수신 및 확인응답(1926)하고, 이어서 AP는 공유 구성들을 비-AP STA들에게 브로드캐스팅(1928)한다. 이 프로세스가 반복되어, STA3은 공유 구성을 AP에게 송신(1930)하고 AP는 이를 확인응답(1932)하며, 이어서 AP는 다른 STA들에게 브로드캐스팅하는 것에 의해 구성들(1934)을 공유한다. 공유 구성들은, 각각의 잠재적인 TXOP 홀더 STA에 의해 할당되는, 모든 비-AP STA들에 대한 공유 TXOP 액세스 시간 정보의 배포를 포함한다.
7.4.2. 반정적 TXOP 공유(UL 개시 공유 TXOP)
도 55는 UL 개시 반정적 TXOP 공유 스테이지의 예시적인 실시예(1950)를 예시한다.
공유 STA와 AP 간에 RTS 공유 및 CTS 공유의 교환은 다가오는 TXOP가 합의된 구성에 따라 공유될 수 있다는 것을 공지한다. 이 도면은 STA가 TXOP 공유 공지(1964)를 수행하는 것을 묘사하며, 이 예에서는 TXOP 홀더 STA3이 RTS 공유(1952)를 AP에게 송신하고 AP가 CTS 공유(1954)를 STA3에게 송신하는 것으로 묘사되어 있다.
일단 후속하는 공유 TXOP에 합류할 의향이 있는 다른 STA들 또는 AP가 TXOP가 공유되어야 한다는 것을 나타내는 RTS 공유 또는 CTS 공유를 수신하고 자신들이 공유 구성에 포함되어 있다는 것을 알게 되면, TXOP 공유 단계(1966)에서 이러한 STA들과 AP는 언제 채널에 액세스해야 하는지와 얼마나 오랫동안 전송해야 하는지(지속기간)를 결정할 수 있다. 이 예는 TXOP 시간(1956)이 TXOP 홀더 STA3에 의해 사용되는 것, STA1이 TXOP 시간(1958)을 사용하는 것, STA2가 TXOP 시간(1960)을 사용하는 것 및 AP가 TXOP 시간(1962)을 사용하는 것을 묘사한다.
본 개시내용이 자신의 TXOP를 공유하는 STA와 AP 사이에서 교환하기 위해 상이한 메시지들을 사용할 수 있는 반면, 다른 STA들은 이를 수신하여 이 정보를 획득할 수 있다는 것이 이해되어야 한다.
도 56은 DL 개시 반정적 TXOP 공유 스테이지의 예시적인 실시예(1990)를 예시한다.
공유 AP와 STA 간에 RTS 공유 및 CTS 공유의 교환은 다가오는 TXOP가 합의된 구성에 따라 공유될 수 있다는 것을 공지한다. 이 도면은 AP가 RTS 공유(1992)를 STA3에게 송신하고 STA3이 CTS 공유(1994)를 다시 AP에게 송신하는 것으로 응답하는 것에 의해 예시된 TXOP 공유 공지를 묘사한다.
후속하는 공유 TXOP에 합류할 의향이 있는 다른 STA들은 TXOP가 공유될 것임을 나타내는 RTS 공유 또는 CTS 공유를 수신되고 자신들이 공유 구성에 포함되어 있다는 것을 알게 된다. 이어서 TXOP 공유 단계 동안 이러한 STA들은 언제 채널에 액세스해야 하는지와 얼마나 오랫동안 전송해야 하는지를 결정할 수 있다. 이 예는 AP가 TXOP 시간(1996)을 사용하는 것, STA3이 TXOP 시간(1998)을 사용하는 것, STA1이 TXOP 시간(2000)을 사용하는 것, 및 STA2가 TXOP 시간(2002)을 사용하는 것을 묘사한다.
자신의 TXOP를 공유하는 AP와 다른 STA 사이에서 이 통신 교환을 수행하기 위해 상이한 메시지 유형들이 활용될 수 있는 반면, 다른 STA들이 이 메시징은 물론 공유 정보를 수신할 수 있다는 것이 이해되어야 한다.
7.5. 단순화된 UL 개시 TXOP 공유 방식
도 57a 및 도 57b는 UL 개시 단순화된 TXOP 공유 방식의 예시적인 실시예(2030)를 예시한다.
AP(2032), STA2(2034), STA3(2036), STA4(2038), STA5(2040) 사이의 상호작용들이 묘사되며 NAV들(2042)을 보여준다.
단순화된 TXOP 공유 방식은 모든 비-AP STA들 및 AP를 직접 루핑 스루하는 것에 의해 TXOP 지속기간(2031)을 공유한다. 이 방식은 공유 TXOP 참여자 STA들을 식별하고 대응하는 시간 자원들을 이들 각각에 할당하는 단계들을 스킵하므로 달성하기 쉽다.
이 예에서, STA3은 채널을 위해 경쟁(2044)하는 것으로 보여지고 있다. 일단 STA3이 채널 액세스를 얻으면, STA3은 RTS(2046)를 AP에게 송신하고 CTS(2048)를 수신한다. STA3은 공유 TXOP 홀더 STA이다. STA3은 데이터(2050)를 AP에게 송신하고, AP는 블록 확인응답(2052)을 송신하는 것에 의해 응답한다. 공유 TXOP 홀더 STA는 공유 TXOP 시간을 필요한 만큼 사용할 수 있으며(최대 TXOP 지속기간은 구성 설정임), 하나 이상의 데이터(2054)를 전송하고 BA(2056)를 수신하는 것으로 도시되어 있다. 전송을 완료한 후에, STA3은 CTS 거부(2058)를 AP에게 송신한다.
TXOP 기간에 시간이 허용하는 경우, AP는 CTS(2060)를 STA4에게 송신하는 것에 의해 다음 STA(공유 TXOP 참여자 STA)를 루핑 스루한다. AP는 제한된 공유 TXOP 시간을 각각의 공유 TXOP 참여자 STA에게 할당한다.
이 예에서, STA4는 데이터(2062)를 전송하는 것으로 보여져 있으며, 데이터(2062)는 AP에 의해 확인응답(2064)되고, 이어서 STA4는 CTS 거부 프레임(2066)을 AP에게 송신한다. (a) STA(예를 들면, 이 예에서 도시된 STA4)가 할당된 공유 TXOP 제한보다 더 일찍 전송을 완료하는 경우; (b) STA(예를 들면, 이 예에서 도시된 STA5)가 할당된 공유 TXOP 제한의 끝에 접근하고 있는 경우; 및 (c) STA(예를 들면, 이 예에서 도시된 STA2)가 전송할 데이터를 가지고 있지 않은 경우 CTS 거부 프레임이 송신된다는 점에 유의해야 한다.
STA4로부터의 CTS 거부(2066) 이후에, AP는 CTS(2068)를 STA5에게 송신하며, STA5는 데이터(2070)를 AP에게 전송하고 BA(2072)를 수신하며, 도 57b에 보여진 바와 같이 추가적인 데이터(2074)를 송신할 수 있고, 데이터(2074)가 확인응답(2076)된다. 이어서 STA5은 CTS 거부(2078)를 AP에게 송신한다. AP는 CTS(2080)를 STA2에게 송신하고, STA2는 CTS 거부(2082)를 송신한다.
이어서, 비-AP STA들의 하나의 라운드를 루핑 스루한 후에, AP는 현재 TXOP의 끝까지 또는 모든 DL 데이터를 송신하는 것을 완료할 때까지 DL 데이터 전송들을 시작한다. 데이터(2084, 2088, 2092 및 2096)가 STA3, STA4, STA5 및 STA2에게 전송되는 것으로 보여지고 있으며, 연관된 블록 확인응답(2086, 2090, 2094 및 2098)이 있다.
DL 데이터 전송들을 완료한 후, AP는 현재 TXOP 지속기간이 만료되지 않은 경우(즉, 현재 TXOP 지속기간이 최대 TXOP 제한보다 작은 경우) 모든 STA들에 대한 NAV를 클리어시키기 위해 CTS-to-self(2100)를 브로드캐스팅한다.
도 58은, 비-AP TXOP 홀더 STA에서 처리되는, 단순화된 공유 TXOP 스케줄의 플로차트의 예시적인 실시예(2150)를 예시한다.
검사(2152)는 AP에게 송신된 바로 이전의 RTS 프레임에 대한 응답으로서 CTS가 수신되었는지를 결정한다. STA가 CTS를 수신한 경우, STA는 공유 TXOP 홀더 STA이고, 채널을 성공적으로 획득하면, 데이터를 AP에게 전송(2154)하기 시작한다. 그렇지 않고, 블록(2152)에서 CTS가 수신되지 않은 경우, 블록(2164)에서 CTS 타임아웃 이후에 다른 RTS가 전송되고 프로세스가 종료된다.
공유 TXOP 홀더 STA는 이용 가능한 TXOP 지속기간(즉, 0 내지 최대 TXOP 제한)을 필요한 만큼 사용할 수 있다. 최대 TXOP 제한이 만료되기 전에 공유 TXOP 홀더 STA가 모든 자신의 데이터를 전송하는 것을 완료했는지 여부에 대한 검사가 이루어진다(2156). STA가 TXOP의 종료 이전에 자신의 데이터 전송들을 완료한 경우, STA는 CTS 거부를 AP에게 송신한다(2158). 그렇지 않고, STA가 여전히 송신할 데이터를 더 가지는 경우, 실행은 블록(2166)으로 이동하여 STA는 하나 이상의 데이터 프레임 전송을 송신하기에 충분하지 않은 시간이 있다고 결정하는 경우 자신의 데이터 전송을 중지하고, 실행은 CTS 거부를 AP에게 송신하기 위해 블록(2158)으로 이동한다.
DL 데이터가 수신되었는지를 결정하기 위한 검사가 이루어진다(2160). DL 데이터가 수신된 경우, 처리가 종료되기 전에, ACK 또는 블록 ACK(BA)와 같은, 확인응답 형태로 블록(2162)에서 응답이 생성된다. 그렇지 않고, 블록(2160)에서 DL 데이터가 수신되지 않았다고 결정되는 경우, 처리가 종료된다.
도 59는, 비-AP TXOP 참여자 STA에서 처리되는, 단순화된 공유 TXOP 스케줄의 예시적인 실시예(2190)를 예시한다.
검사(2192)는 STA가 이 STA로부터 송신되는 바로 이전의 RTS 프레임에 대한 응답이 아닌 이 STA에 대한 CTS를 수신했는지를 결정한다. STA가 CTS를 수신하지 않은 경우, 처리가 종료된다.
그렇지 않고, 공유 TXOP 참여자 STA로서 CTS를 수신한 경우, 이 STA는 TXOP 홀더 STA에 의해 공유되는 채널 액세스를 얻는다. STA가 송신될 데이터를 가지는지를 결정하기 위한 검사가 이루어진다(2194). 송신할 데이터가 없는 경우, 실행은 블록(2200)으로 이동하여, STA는 CTS 거부를 AP에게 송신한다.
그렇지 않고 송신할 데이터가 있는 경우, 공유 TXOP 참여자 STA는 데이터를 AP에게 전송(2196)하기 시작하고, 구성에서 할당된 이용 가능한 TXOP 지속기간을 사용할 수 있다. STA가 최대 TXOP 만료 시간보다 더 일찍 자신의 데이터 전송들을 완료할 것인지의 검사가 이루어진다(2198). STA가 TXOP가 끝나기 전에 자신의 데이터 전송을 완료할 경우, 블록(2200)에서 CTS 거부가 AP에게 송신된다. 그렇지 않고, 자신의 다음 데이터 프레임 전송을 완료하기에 충분한 시간이 없는 경우, 블록(2206)에 도달하여 STA는 데이터 전송을 중지하고, 이어서 블록(2200)으로 이동하여 CTS 거부를 AP에게 송신한다.
CTS 거부가 AP에게 송신된 후에, 이어서 DL 데이터가 수신되었는지를 결정하기 위해 검사(2202)가 이루어진다. DL 데이터가 수신된 경우, STA는 처리가 완료되기 전에 확인응답 형태(예를 들어, ACK 또는 블록 ACK)로 응답한다(2204). 블록(2202)에서 결정된 바와 같이, DL 데이터가 수신되지 않은 경우, 처리가 종료된다.
도 60a 내지 도 60c는 AP에서 처리되는 단순화된 공유 TXOP 스케줄링의 예시적인 실시예(2250)를 예시한다.
검사(2252)는 RTS가 STA로부터 수신되었는지를 결정한다. RTS가 수신되지 않은 경우, 이 처리는 종료된다(1372).
그렇지 않고, RTS가 수신된 경우, 블록(2254)에서 AP는 최대 TXOP의 지속기간까지 해당 STA를 위한 채널을 예약하는 CTS 프레임을 해당 STA에게 송신하는 것에 의해 응답한다. 검사(2256)는 AP가 데이터 또는 집성된 데이터 프레임들을 수신했는지를 결정한다. 데이터/집성된 데이터 프레임들이 수신된 경우, 블록(2258)에서 AP는, 블록(2260)에 도달하기 전에, ACK 또는 블록 ACK(BA)와 같은, 확인응답으로 응답한다. 그렇지 않고, 블록(2256)에서 데이터/집성된 데이터 프레임들이 수신되지 않은 것으로 결정되는 경우, 실행은 곧바로 블록(2260)으로 이동한다. 따라서 AP가 데이터/집성된 데이터를 수신했는지 여부에 관계없이, 실행은 AP가 CTS 거부 프레임을 수신했는지를 검사하는 블록(2260)에 도달한다.
CTS 거부 프레임이 수신되지 않은 경우, 검사(2262)는 최대 TXOP 제한이 만료되었는지를 결정한다. 만료되지 않은 경우, 실행은 블록(2260)으로 돌아가고 CTS 거부를 계속 기다린다. 그렇지 않고, 최대 TXOP 제한이 만료된 경우, 실행이 종료된다.
블록(2260)에서 CTS 거부 프레임이 수신된 것으로 결정되는 경우, 이는 TXOP 홀더가 데이터를 송신하는 것을 완료했음을 나타내며, 실행은 TXOP 제한이 만료되었는지를 검사하는 도 60b에서의 블록(2264)에 도달한다. 만료되지 않은 경우, 블록(2266)에서 AP는 현재 라운드에서의 다음 STA를 루핑 스루하고, 현재 최대 TXOP 제한의 끝까지 채널을 예약하는 새로운 CTS를 다음 STA에게 송신한다. AP가, 각각의 STA에 대해, 모든 STA들을 루핑 스루할 필요가 있기 때문에 도 60a에서의 블록(2256)으로 복귀가 이루어진다. 루핑은 블록(2264)에서 결정된 바와 같이 TXOP 제한이 만료될 때 종료된다.
이어서 블록(2268)에서 AP가 하나의 라운드에서 모든 STA들의 하나의 라운드를 루핑 스루하는 것을 완료했는지가 결정된다. AP가 하나의 라운드를 통해 처리하지 않은 경우, 실행은 블록(2264)으로 돌아가서 TXOP 제한이 만료되었는지를 또다시 결정한다. 그렇지만 블록(2268)에서 AP가 스테이션들의 라운드를 루핑 스루하는 것을 완료했다고 결정되는 경우, 실행은 TXOP 제한이 만료되었는지를 결정하는 도 60c에서의 블록(2270)에 도달한다. 만료된 경우, 실행은 NAV를 클리어시키기 위해 CTS-to-self 프레임이 브로드캐스팅되는 블록(2276)으로 이동한다.
그렇지 않고, 블록(2270)에서 TXOP 제한이 만료되지 않았다고 결정되는 경우, AP는 블록(2272)에서 DL 데이터 전송들을 시작하고, 그 후에 검사(2274)는 모든 DL 데이터 전송들이 완료되었는지를 결정한다. 모든 DL 데이터 전송들이 완료되지 않은 경우, 실행은 블록(2270)으로 돌아간다. 그렇지 않고, 모든 전송들이 완료된 경우, AP는, 처리가 종료되기 전에, 모든 STA들에 대해 NAV를 0으로 리셋시키기 위해 블록(2276)에서 CTS-To-Self 프레임을 브로드캐스팅한다.
도 61a 및 도 61b는 DL 개시 단순화된 TXOP 공유 방식의 예시적인 실시예(2310)를 예시한다.
AP(2032), STA2(2034), STA3(2036), STA4(2038), STA5(2040) 사이의 상호작용들이 묘사되며 NAV들(2042)을 보여준다.
AP는 채널을 위해 경쟁한다(2312). 일단 AP가 채널 액세스를 얻으면, AP는 RTS(2314)를 송신하고 공유 TXOP 홀더(이 예에서 STA3)로부터 CTS(2316)를 수신한다. AP는 공유 TXOP 시간을, 구성 설정인 최대 TXOP 지속기간까지, DL 전송에 필요한(원하는) 만큼 사용할 수 있다. STA3, STA4, STA5 및 STA2에 대한 데이터 전송들이, 제각기, 2318, 2322, 2326 및 2330으로 예시되어 있으며, 그 각자의 확인응답들(2320, 2324, 2328 및 2332)이 있다. 이러한 전송들을 완료한 후에, 시간이 허용하는 경우, AP는 UL 데이터를 수신하기 위해 다음 STA에게 CTS(2334)를 송신한다. 이 경우에, STA3은 CTS를 수신하고 UL 데이터(2336)를 AP에게 송신하며, AP는 BA를 사용하여 이를 확인응답(2338)하고, 도 61b로 이동하면 STA3이 데이터(2340)를 계속 송신하고 송신이 완료될 때 BA(2342)가 있는 것으로 보여질 수 있으며, 완료 시에 STA3은 AP에 대한 CTS 거부(2344)를 송신한다.
시간이 허용하는 경우, AP는 CTS를 다음 STA에게 송신하는 것에 의해 다음 STA(공유 TXOP 참여자 STA)를 루핑 스루한다. AP는 제한된 공유 TXOP 시간을 각각의 공유 TXOP 참여자 STA에게 할당한다. STA는 (a) STA(예를 들면, STA4)가 할당된 공유 TXOP 제한보다 더 일찍 전송을 완료하는 경우; (b) STA(예를 들면, STA5)가 할당된 공유 TXOP 제한의 끝에 접근하고 있는 경우; 및 (c) STA(예를 들면, STA2)가 전송할 데이터를 가지고 있지 않은 경우 CTS 거부 프레임을 AP에게 송신한다.
이 예는 AP가 CTS(2346)를 STA4에게 송신하며 STA4가 UL 데이터(2348)를 AP에게 송신하고 확인응답(2350)을 수신하며, 이어서 STA4가 CTS 거부(2352)를 생성하는 것을 묘사한다. AP는 다른 STA로 이동하여 CTS(2354)를 STA5에게 송신하며, STA5는 데이터(2356 내지 2360)를 송신하고 2358 내지 2362 각각에서 확인응답들을 수신하며, 그 후에 STA5는 CTS 거부(2364)를 송신한다. AP는 이어서 CTS(2366)를 STA2에게 송신하고, STA2는 CTS 거부(2388)를 수신한다.
시간이 허용하는 경우, 비-AP STA들의 하나의 라운드를 루핑 스루한 후에, AP는 현재 TXOP 지속기간이 만료되지 않은 경우(즉, 현재 TXOP 지속기간이 최대 TXOP 제한보다 작은 경우) 모든 STA들에 대한 NAV를 클리어시키기 위해 CTS-to-Self(2370)를 브로드캐스팅한다.
도 62a 내지 도 62c는, AP에서 처리되는, 단순화된 공유 TXOP 스케줄의 예시적인 실시예(2410)를 예시한다.
AP는 RTS를 목적지 STA에게 송신한다(2412). 검사(2414)는 AP가 자신이 송신한 바로 이전 RTS의 응답으로서 CTS를 수신했는지를 결정한다. 조건이 참이 아닌 경우, 블록(2416)에서 AP는 CTS 타임아웃 이후에 RTS를 재전송하고 실행은 블록(2414)으로 돌아간다.
그렇지 않고 CTS가 수신된 경우, 검사(2418)는 TXOP 제한이 만료되었는지를 결정한다. 만료된 경우, 실행은 도 62c의 블록(2448)으로 이동하여, 이용 가능한 TXOP 시간이 하나 이상의 데이터 프레임을 송신하기에 불충분할 때 데이터 전송을 중지한다. 블록(2418)에서 TXOP 제한이 만료되지 않은 것으로 결정되는 경우, AP는 DL 데이터를 목적지 STA에게 송신하고(2420), 검사(2422)는 AP가 ACK 또는 BA를 수신했는지를 결정한다. 확인응답(예를 들어, ACK 또는 BA)이 수신되지 않은 경우, 블록(2424)에서 AP는 시간이 허용하는 경우 DL 데이터를 동일한 목적지 STA에게 재전송한다. 확인응답(예를 들어, ACK 또는 BA)이 수신된 경우, 실행은 도 63b의 블록(2426)에 도달하고 AP는 DL 데이터를 다음 목적지 STA에게 송신한다.
검사(2428)는 AP가 모든 DL 데이터 전송들을 완료했는지를 결정한다. 모든 전송들이 완료된 것은 아닌 경우, 실행은 TXOP 제한이 만료되었는지를 검사하기 위해 도 62a에서의 블록(2418)으로 돌아간다. 그렇지 않고, 모든 DL 데이터 전송들이 완료된 경우, AP는 UP 데이터 전송을 트리거하기 위해 CTS를 다음 STA에게 송신한다(2430).
검사(2432)는 AP가 데이터 또는 집성된 데이터 프레임들을 수신했는지를 결정한다. AP가 이 데이터를 수신한 경우, AP는 확인응답(예를 들면, ACK 또는 BA)으로 응답하고(2434), 실행은 블록(2436)으로 이동한다. 그렇지 않고 데이터가 수신되지 않은 경우, 실행은 AP가 CTS 거부 프레임을 수신했는지를 결정하기 위한 검사가 있는 블록(2436)으로 이동한다. AP가 CTS 거부 프레임을 수신하지 않은 경우, 실행은 블록(2438)으로 이동하여 최대 TXOP 제한이 만료되었는지를 결정한다. 만료된 경우, 실행이 종료된다. 그렇지 않고 TXOP 제한이 만료되지 않은 경우, 실행은 블록(2436)으로 돌아간다.
CTS 거부 프레임이 블록(2436)에서 결정된 바와 같이 수신된 경우, 도 62c의 검사(2440)는 TXOP 제한이 만료되었는지를 결정한다. TXOP 제한이 만료된 경우(TXOP 제한에 도달한 경우), 실행은 블록(2446)으로 이동한다. TXOP 제한이 아직 만료되지 않은 경우, 블록(2442)에서 AP는 현재 라운드에서 다음 STA를 루핑 스루하고 최대 TXOP의 끝까지 채널을 예약하기 위해 새로운 CTS를 해당 STA에게 송신한다.
검사(2444)는 AP가 STA들의 하나의 라운드를 루핑 스루하는 것을 완료했는지를 결정한다. AP가 완료하지 않은 경우, 실행은 블록(2440)으로 돌아간다. AP가 STA들을 루핑 스루하는 것을 완료한 경우, 블록(2446)에서 AP는 NAV를 클리어시키기 위해 CTS-to-self 프레임을 브로드캐스팅하고, 처리는 종료된다.
비-AP TXOP 참여자 STA에서 처리되는, 단순화된 공유 TXOP 스케줄의 플로차트는 도 59에 도시된 것과 동일하다.
8. 예시적인 프레임 포맷들
8.1. STA TXOP 공유 가능성 요소
도 63은 STA TXOP 공유 가능성 요소 포맷의 예시적인 실시예(2510)를 예시한다. STA TXOP 공유 가능성 요소는, 인증 프레임 또는 결합 요청 프레임과 같은, 관리 프레임들에 포함되고, 각각의 비-AP STA에 의해 자신의 TXOP 공유 가능성에 관해 연관된 AP에 통보하기 위해 사용된다. Element ID 필드는 요소를 식별해 주고, 이 경우에, 이것이 STA TXOP 공유 가능성 요소임을 나타낸다. AP가 Element ID 필드가 STA TXOP 공유 가능성 요소로 설정된 인증 또는 결합 요청 프레임을 수신하는 경우, AP는, STA Info 필드에 표시된, 각각의 STA의 모든 공유 제안/요청 정보를 기록하고, 성공적인 수신을 표시하는 인증 또는 결합 응답 프레임을 다시 송신한다. Length 필드는 Element ID 필드 및 Length 필드를 제외한 요소의 옥텟 수를 나타낸다. 도 64에 예시된 바와 같이, STA Information 필드들(예를 들면, 1 내지 n)은 STA들에 관한 정보를 제공한다.
도 64는 STA Information 필드 포맷의 예시적인 실시예(2530)를 예시한다. 이 구조의 필드들은 다음과 같다. AID 서브필드는 TXOP 공유 가능성이 표시되는 STA 또는 AP의 AID를 포함한다. TXOP share holder 서브필드는 TXOP 홀더로서의 이 STA/AP의 공유 가능성을 나타낸다.
TXOP share holder 서브필드는 TXOP 홀더로서 작동 중인 이 STA/AP가 자신의 TXOP를 다른 디바이스들과 공유할 의향이 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정된다. TXOP share holder 서브필드는 TXOP 홀더로서 작동 중인 이 STA/AP가 자신의 TXOP를 다른 디바이스들과 공유할 의향이 없음을 나타내기 위해 제2 상태(예를 들면, 0)로 설정된다. TXOP share participant 서브필드는 TXOP 참여자로서의 이 STA/AP의 공유 가능성을 나타낸다.
TXOP share participant 서브필드는 공유 TXOP 참여자 STA/AP로서 작동하는 이 STA/AP가 TXOP 홀더 STA/AP에 의해 공유되는 후속하는 TXOP에 합류할 의향이 있다는 것을 나타내기 위해 제1 상태(예를 들면, 1)로 설정된다. 그렇지 않고, TXOP share participant 서브필드가 제2 상태(예를 들면, 0)로 설정되는 경우, 이는 공유 TXOP 참여자로서 작동하는 이 STA/AP가 TXOP 홀더에 의해 공유되는 후속하는 TXOP에 합류할 의향이 없다는 것을 나타낸다.
8.2. 액세스 요청 정보 요소
도 65는 액세스 요청 정보 요소 포맷의 예시적인 실시예(2550)를 예시한다. 필드들은 요소를 식별해 주는 Element ID 필드를 포함하며, 이 예에서 이는 이것이 액세스 요청 정보 요소임을 나타낸다. Length 필드는 Element ID 필드 및 Length 필드를 제외한 요소의 옥텟 수를 나타낸다. Allocation control 필드들(1 내지 n)이 표시되어 있으며, 이들 중 하나에 대한 서브필드들은 도 66에 예시되어 있다.
도 66은 Allocation Control 서브필드의 예시적인 실시예(2570)를 예시한다. Allocation Control 서브필드는 TID 및 할당 유형을 나타내며, 그 포맷은 도 68에 묘사되어 있다. Source AID 서브필드는 액세스 할당 동안 채널 액세스를 개시하는 STA/AP의 AID로 설정된다. Destination AID 서브필드는 할당 동안 소스 STA/AP가 대상으로 하는 STA/AP의 AID로 설정된다. Random Access Counter 서브필드는 랜덤 액세스 카운트 다운을 수행하기 위해 선택될 수 있는, 마이크로초 단위의, 시간 범위를 나타낸다. 예시적인 실시예에서, 가능한 값들은 1 내지 32,767의 범위이다. STA/AP가 AccessRequestType 서브필드가 랜덤 액세스 슬롯 할당(Random Access Slot Allocation)으로 설정된 프레임을 수신하고 Random Access Counter 서브필드가 0이 아닌 경우, STA/AP는 채널에 랜덤하게 액세스하고 액세스 요청 프레임을 송신해야 한다. Allocation Start 서브필드는 STA/AP의 액세스 시작 시간을 나타내며, 예를 들어, 액세스가 시작될 때 TSF의 하위 4 옥텟을 포함한다. 전용 액세스 슬롯 할당 유형 및 전용 전송 액세스 할당(Dedicated Transmission Access Allocation) 유형에 대해, 이하가 성립한다.
Allocation Startn = Allocation Start1 + (n-1) * Allocation block duration.
Allocation Start1 : 제1 할당에 대한 할당 시작 시간.
Allocation Startn : 제n 할당에 대한 할당 시작 시간.
Allocation Block Duration 서브필드는 액세스 할당이 이루어지는 시간 블록의, 마이크로초 단위의, 지속기간을 나타낸다. 전용 액세스 슬롯 할당 유형의 경우, 블록 지속기간은 더 작아야 하며, 가능한 예시적인 값 범위는 1 내지 32,767이다.
전용 전송 액세스 할당 유형의 경우, 블록 지속기간은 더 커야 하며, 가능한 예시적인 값 범위는 1 내지 65,535이다.
도 67은 Allocation Control 서브필드 포맷의 예시적인 실시예(2590)를 예시한다. TID(Traffic Identifier) 서브필드는 할당 요청 또는 그랜트에 대한 TC(Traffic Class) 또는 TS(Traffic Stream)를 식별해 준다. Allocation Type 서브필드는 액세스 요청 유형을 정의하며, 가능한 값들은 AccessRequestType 서브필드 값들이라는 제목의 표 1에 나열되어 있다. 본 개시내용을 벗어나지 않으면서, 상이한 값들이 이러한 상태들 및 본 명세서에서 예시된 다른 상태들을 나타내기 위해 사용될 수 있음이 이해되어야 한다.
TID 서브필드는 할당 요청 또는 그랜트를 위한 TC 또는 TS를 식별해 준다. Allocation Type 서브필드는 액세스 요청 유형을 정의하며, 가능한 값들은 표 1에 나열되어 있다.
8.3. 공유 제안/요청 프레임
도 68은 공유 제안/요청 포맷의 예시적인 실시예(2610)를 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 MAC 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 MAC 주소를 포함한다. BSSID(BasicServiceSet ID) 서브필드는 비-AP STA와 연관된 AP의 MAC 주소이다. BSSID가 TA와 동일한 MAC 주소를 나타내는 경우, 이는 공유 제안/요청 프레임이 내부 BSS로부터의 비-AP STA들에 대한 공유 가능성 정보를 전달하고 있다는 것을 의미하고; 그렇지 않은 경우, 이는 공유 제안/요청 프레임이 BSSID에 의해 지시되는 ID를 갖는 내부 BSS로부터의 비-AP STA들에 대한 공유 가능성 정보를 전달하고 있다는 것을 의미한다. 도 69에서 보여지는 바와 같이 비-AP STA/AP의 TXOP 공유 제안/요청 정보를 나타내는 하나 이상의 STA Share Offer/Request info 필드들(예를 들면, 1 내지 n)이 표시되어 있다.
도 69는 Sharing Offer/Request Information 필드 포맷의 예시적인 실시예(2630)를 예시한다. STA Share Offer/Request 필드는 비-AP STA/AP의 TXOP 공유 제안/요청 정보를 나타낸다.
Priority 필드는 STA/AP의 버퍼에 저장되어 있는 트래픽의 우선순위를 나타내며, 이는 TXOP 액세스 스케줄러 설계를 위해 TXOP 홀더에 의해 사용될 수 있다.
STA AID는 비-AP TXOP 참여자 STA/AP의 AID이다. 제1 상태(예를 들면, 1)로 설정된 TXOP Share Request 서브필드는 STA AID 필드에 표시된 AID를 갖는 STA/AP가 공유 TXOP를 요청하고 있음을 의미하고; 그렇지 않은 경우 제2 상태(예를 들면, 0)로 설정된다. 디바이스가 TXOP Share Request 필드가 제1 상태(예를 들면 1)로 설정된 공유 제안/요청 프레임을 수신할 때, 이 디바이스는 STA AID 필드에 표시된 AID를 갖는 STA/AP가 공유 TXOP에 참여할 의향이 있음을 인식하게 된다.
TXOP Share offered 서브필드가 제1 상태(예를 들면, 1)로 설정된 경우, 이는 STA AID 필드에 표시된 AID를 갖는 STA/AP가 TXOP 홀더가 되어 자신의 TXOP를 다른 디바이스들과 공유할 의향이 있음을 나타내고; 그렇지 않은 경우 제2 상태(예를 들면, 0)로 설정된다. 디바이스가 TXOP Share Offered 필드가 제1 상태(예를 들면, 1)로 설정된 공유 제안/요청 프레임을 수신할 때, 이 디바이스는 STA AID 필드에 표시된 AID를 갖는 STA/AP가 자신의 TXOP를 공유할 의향이 있음을 인식하게 된다.
8.4. RTS 공유 프레임 및 CTS 공유 프레임
비-AP TXOP 홀더 STA/AP는, 채널이 미사용임(비지가 아님)을 감지하고 채널을 획득할 때, RTS 공유 프레임을 AP/목적지 STA에게 송신하는 것에 의해 자신이 TXOP를 공유할 의향이 있음을 공지한다. AP/목적지 STA는, 비-AP TXOP 홀더 STA/AP로부터 RTS 공유 프레임을 수신한 후에, 성공적인 수신을 나타내는 CTS 공유 프레임으로 응답하고 TXOP가 공유 TXOP라는 것을 인식한다.
도 70은 RTS 공유 프레임의 예시적인 실시예(2650)를 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. 제한이 아닌 예로서, duration 필드는, 0과 동일할 수 없는, 짧은 NAV 지속기간 값에 대해 비트들 0-13이 설정되게 인코딩되고; 비트들 14-15는, 이것이 공유 정보임을 나타내는 코드인, 01로 설정된다. 공유 정보가 이 RTS 공유 프레임에서의 지속기간 값 필드에 표시되는 경우, 이는 TXOP가 공유 가능함을 나타낸다. 표 2는 이 duration 필드 인코딩을 상세히 설명하며, 본 개시내용은 밑줄친 예약됨 필드를 사용한다.
RA 필드는 프레임의 수신자에 대한 주소를 포함한다. TA 필드는 프레임을 전송하는 STA에 대한 주소를 포함한다. 이러한 필드들은 MAC 헤더에 있다.
도 71은 CTS 공유 프레임의 예시적인 실시예(2670)를 예시한다. Frame Control 필드는 프레임 유형을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스를 위해 사용되는 NAV 정보를 포함한다. 표 2는 또한 CTS 공유 프레임에 대한 duration 필드 인코딩을 제공한다. RA 필드는 프레임의 수신자에 대한 주소를 포함한다. 이러한 필드들은 MAC 헤더에 있다.
8.5. TXOP 제안 프레임
도 72는 TXOP 제안 프레임 포맷의 예시적인 실시예(2690)를 예시한다.
TXOP 참여자 획득 스테이지에서; 비-AP TXOP 홀더 STA/AP는 자신의 TXOP를 공유할 의향이 있음을 나타내고 공유 TXOP에 합류할 의향이 있는 다른 디바이스들에 관해 문의하기 위해 TXOP 제안 프레임을 브로드캐스팅한다. 일단 다른 디바이스가 이 TXOP 제안 프레임을 수신하면, 해당 디바이스는 비-AP TXOP 홀더와 후속하는 공유 TXOP에 합류할 의향이 있음을 나타내기 위해 새로운 설계된 프레임 액세스 요청 프레임으로 응답한다.
TXOP 스케줄링 및 액세스 스테이지에서: TXOP 홀더는, UL/DL PPDU를 성공적으로 전송한 후에, 다음 TXOP 공유 참여자 STA에 대한 전송 지속기간을 나타내는 TXOP 제안 프레임을 다음 TXOP 공유 참여자 STA에게 유니캐스팅한다. 일단 유니캐스트 TXOP 제안 프레임을 수신하면, 비-AP 공유 TXOP 참여자 STA는 전송 지속기간 내에 UL 데이터를 연관된 AP에게 송신한다. 일단 유니캐스트 TXOP 제안 프레임을 수신하면, AP는 전송 지속기간 내에 DL 데이터를 목적지 STA에게 송신한다.
Duration/ID 필드는 프레임을 전송하는 STA/AP에 할당되는 AID 값을 포함한다. RA 필드는 이 프레임을 수신하는 STA/AP에 대한 주소로 설정된다. 이 프레임이 브로드캐스팅되는 경우, RA 필드는 FF:FF:FF:FF:FF:FF여야 하는 브로드캐스팅 주소로 설정되어야 한다. TA 필드 값은 이 프레임을 전송하는 STA/AP의 주소이다. Response Offset 필드는 STA/AP가, 일단 TXOP 제안 프레임을 수신하면, 이 시간 오프셋 내에 비-AP TXOP 홀더 STA/AP에게 액세스 요청 프레임을 송신해야 한다는 것을 나타낸다. TX Duration 필드 값은 STA/AP가, 일단 TXOP 제안 프레임을 수신하면, 전송 시퀀스를 완료하기 위해 TX 지속기간을 초과하지 않아야 한다는 것을 나타낸다.
8.6. 액세스 요청 프레임
도 73은 이하의 필드들을 갖는 액세스 요청 프레임의 예시적인 실시예(2710)를 예시한다.
이전 메시지 예들에서와 같이 Frame Control 및 Duration/ID 필드가 표시되어 있다.
액세스 요청 프레임의 RA 필드의 값은 AP를 코디네이터로서 사용하거나 사용하지 않는 두 가지 시나리오에서 상이하며, 다음과 같이 설정되어야 한다. AP 코디네이션을 사용하지 않는 경우에, RA는 공유 TXOP 홀더 STA/AP의 주소로 설정된다. AP 코디네이션을 사용하는 경우에, RA는 연관된 AP의 주소로 설정된다.
Access Priority 서브필드는 액세스의 우선순위에 대한 정보를 제공하며 도 74에 설명되어 있다.
도 74는 Access Priority 서브필드 포맷의 예시적인 실시예(2730)를 예시한다. ACI(Access Category Information) Bitmap 서브필드는 버퍼 상태가 보고되는 액세스 카테고리들을 나타낸다. ACI Bitmap 서브필드의 각각의 비트는 대응하는 AC의 버퍼 상태가 Queue Size All 서브필드에 포함된다는 것을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고, 그렇지 않으면(ACI Bitmap 서브필드가 제2 상태(예를 들면, 0)로 설정되고 Delta TID 서브필드가 3인 경우를 제외함) 제2 상태(예를 들면, 0)로 설정되며, 그러면 이는 8 개 TID 모두의 버퍼 상태를 나타낸다. Delta TID 서브필드는, ACI Bitmap 서브필드의 값들과 조합하여 사용되어, STA가 버퍼 상태를 보고하고 있는 TID들의 수를 나타낸다.
ACI(Access Category Information) High 서브필드는 Queue Size High 서브필드에 액세스 요청 프레임이 표시되는 AC(Access Category)의 ACI를 나타낸다. Scaling Factor(SF) 서브필드는 Queue Size High 서브필드 및 Queue Size All 서브필드의, 옥텟 단위의, SF 단위를 나타낸다. Queue Size High 서브필드는 ACI High 서브필드에 의해 식별되는 AC에 대한 버퍼링된 트래픽의 양을 SF 옥텟 단위로 나타낸다. Queue Size All 서브필드는 ACI Bitmap 서브필드에 의해 식별되는 모든 AC들에 대한 버퍼링된 트래픽의 양을 SF 옥텟 단위로 나타낸다.
8.7. TXOP 액세스 스케줄러 프레임
도 75는 TXOP 액세스 스케줄러 프레임의 예시적인 실시예(2750)를 예시한다. 비-AP TXOP 홀더 STA/AP는 비-AP 공유 TXOP 참여자 STA들에게, STA들 각각에 대한 TX 지속기간을 나타내는, TXOP 액세스 스케줄러 프레임을 유니캐스팅한다. 일단 STA들이 TXOP 액세스 스케줄러 프레임을 수신하면, STA들은 비콘 프레임에 내장된 액세스 요청 정보 요소 내의 Allocation Control 필드에 표시된 상이한 시간 슬롯들에서 연관된 AP에게 데이터를 송신할 것이다.
RA 필드는 이 프레임을 수신하는 STA/AP에 대한 주소로 설정된다. TA 필드 값은 이 프레임을 전송하는 STA/AP의 주소이다. TXOP Access Allocation Info 필드는 전용 전송 액세스를 위한 TXOP 할당 정보를 정의한다.
도 76은 TXOP Access Allocation Information 서브필드 포맷의 예시적인 실시예(2770)를 예시한다. TID 서브필드: TID 서브필드는 TXOP 액세스 할당을 위한 TC 또는 TS를 식별해 준다. Allocation Type 서브필드는 TXOP의 액세스 스케줄러 유형을 정의하며, 가능한 값들은 표 1(AccessRequestType 서브필드 값들)에 나열되어 있고, B4 및 B5는 이것이 전용 전송 액세스 할당이라는 것을 나타내기 위해, 제각기, 1 및 0으로 설정된다. Source AID 서브필드는 액세스 할당 동안 채널 액세스를 개시하는 STA/AP의 AID로 설정된다. Destination AID 서브필드는 할당 동안 소스 STA/AP가 대상으로 하는 STA의 AID로 설정된다.
8.8. 브로드캐스트 TXOP 스케줄 프레임
비-AP TXOP 홀더 디바이스는, 공유 TXOP 참여자 디바이스들 각각에 대한 TX 지속기간을 나타내는, 브로드캐스트 TXOP 스케줄러 프레임을 TXOP 공유 참여자 디바이스들에게 브로드캐스팅한다. 일단 STA들이 브로드캐스트 TXOP 스케줄러 프레임을 수신하면, STA들은 브로드캐스트 TXOP 스케줄러 프레임에 표시된 상이한 시간 슬롯들에서 데이터를 연관된 AP에게 송신할 것이다.
도 77은 브로드캐스트 TXOP 스케줄 프레임 포맷의 예시적인 실시예(2790)를 예시한다. 이전 메시지 예들에서와 같이 Frame Control 및 Duration/ID 필드가 표시되어 있다. RA 필드는 이 프레임을 수신할 수신자 STA에 대한 주소로 설정된다. TA 필드는 이 프레임을 전송하는 STA에 대한 주소를 포함한다. 하나 이상의 STA TXOP 스케줄(예를 들면, 1 내지 n)은 TXOP 스케줄들을 포함하고 도 78에 도시된 서브필드들을 갖는 것으로 보여져 있다.
도 78은 STA TXOP Schedule 필드 포맷의 예시적인 실시예(2810)를 예시한다. Allocation Control 서브필드는 도 79에 보여져 있는 바와 같이 TID 및 Allocation Type을 나타낸다. Source AID 서브필드는 액세스 할당 동안 채널 액세스를 개시하는 STA/AP의 AID로 설정된다. Destination AID 서브필드는 할당 동안 소스 STA/AP가 대상으로 하는 STA/AP의 AID로 설정된다. Allocation Start 서브필드는 액세스의 시작 시간을 나타내며, 예로서, 액세스가 시작될 때 TSF의 하위 4 옥텟을 포함한다. Allocation Control 서브필드 포맷에 정의된 바와 같은 전용 전송 액세스 할당 유형의 경우, 이하가 성립한다.
Allocation Startn = Allocation Start1 + (n-1) * Allocation block duration.
Allocation Start1 : 제1 STA TXOP 스케줄에 대한 할당 시작 시간.
Allocation Startn : 제n STA TXOP 스케줄에 대한 할당 시작 시간.
Allocation Block Duration 서브필드는 액세스 할당이 이루어지는 시간 블록의, 마이크로초 단위의, 지속기간을 나타낸다.
전용 액세스 슬롯 할당 유형의 경우, 블록 지속기간은 더 작아야 하며, 제한이 아닌 예로서, 1 내지 32,767의 가능한 값 범위를 갖는다. 전용 전송 액세스 할당 유형의 경우, 블록 지속기간은 더 커야 하며(예를 들면, 두 배 크기), 예를 들어, 1 내지 65,535의 가능한 값 범위를 갖는다.
도 79는 TID 및 Allocation Type을 나타내는 Allocation Control 서브필드 포맷의 예시적인 실시예(2830)를 예시한다.
8.9. 공유 TXOP 참여자 공지 프레임
도 80은 공유 TXOP 참여자 공지 프레임 포맷의 예시적인 실시예(2850)를 예시한다. Frame Control 및 Duration/ID 필드는, 이전에 설명된 것과 같은 RA 필드 및 TA 필드와 함께, 이전 메시지 예들에서와 같이 표시되어 있다. 필드들은 하나 이상의 STA TXOP 참여자에 대해 포함되며, 이 예는 1 내지 n명의 참여자를 보여준다. 이 participant 필드 내의 서브필드들은 도 81에 보여져 있다.
도 81은 STA TXOP participant 필드 포맷의 예시적인 실시예(2870)를 예시한다. Source AID 서브필드는 액세스 할당 동안 채널 액세스를 개시하는 AID로 설정된다. Destination AID 서브필드는 할당 동안 소스 STA가 대상으로 하는 STA의 AID로 설정된다. ACI Bitmap 서브필드는 버퍼 상태가 보고되는 액세스 카테고리들을 나타낸다. Delta TID 서브필드는, ACI Bitmap 서브필드의 값들과 조합하여 사용되어, STA가 버퍼 상태를 보고하고 있는 TID들의 수를 나타낸다.
ACI(Access Category Information) High 서브필드는 Queue Size High 서브필드에 액세스 요청 프레임이 표시되는 AC(Access Category)의 ACI를 나타낸다. Scaling Factor(SF) 서브필드는 Queue Size High 서브필드 및 Queue Size All 서브필드의, 옥텟 단위의, SF 단위를 나타낸다. Queue Size High 서브필드는 ACI High 서브필드에 의해 식별되는 AC에 대한 버퍼링된 트래픽의 양을 SF 옥텟 단위로 나타낸다. Queue Size All 서브필드는 ACI Bitmap 서브필드에 의해 식별되는 모든 AC들에 대한 버퍼링된 트래픽의 양을 SF 옥텟 단위로 나타낸다.
8.10. 요청 TXOP 제안 프레임
비-AP TXOP 홀더 STA는, 데이터를 연관된 AP에게 송신한 후에, 또한 다음 TXOP 공유 참여자 STA에 대한 공유 TXOP 액세스의 시작을 표시하는 요청 TXOP 제안 프레임을 연관된 AP에게 송신한다. 요청 TXOP 제안 프레임을 수신한 후에, AP는 TXOP 제안 프레임을 다음 TXOP 공유 참여자 STA에게 유니캐스팅하고, 다음 STA에 대한 TX 지속기간을 나타낸다.
도 82는 요청 TXOP 제안 프레임 포맷의 예시적인 실시예(2890)를 예시한다. frame control 필드, Duration/ID 필드, RA 필드 및 TA 필드는 이전 메시지 예들에서와 같이 표시되어 있다. Duration/ID 필드는 AP가 TXOP 제안 프레임을 송신해야 하는 STA의 AID를 나타내는 반면, TX duration 필드는 다음 STA에게 최대 전송 지속기간이 얼마인지를 나타낸다.
8.11. 요청 TXOP 액세스 스케줄러 프레임
비-AP TXOP 홀더는, 데이터를 연관된 AP에게 송신하기 전에, 모든 다른 비-AP 공유 TXOP 참여자 STA들에 대한 공유 TXOP 액세스를 표시하는 요청 TXOP 액세스 스케줄러 프레임을 연관된 AP에게 먼저 송신한다. 요청 TXOP 액세스 스케줄러 프레임을 수신한 후에, AP는 TXOP 액세스 스케줄러 프레임을 비-AP 공유 TXOP 참여자 STA들에 유니캐스팅하고, 이들 각각에 대한 TX 지속기간을 나타내거나 브로드캐스트 TXOP 스케줄러 프레임을 모든 비-AP 공유 TXOP 참여자 STA들에게 브로드캐스팅하며, 이들 각각에 대한 TX 지속기간을 나타낸다.
도 83은 요청 TXOP 액세스 스케줄러 프레임 포맷의 예시적인 실시예(2910)를 예시한다. Frame Control 필드, Duration 필드, RA 필드 및 TA 필드는 이전의 메시지 예들에서와 같이 표시되어 있다. 적어도 하나의 STA TXOP Access Request 필드가 포함되며, 그 예는 TXOP Access Request 1 내지 TXOP Access Request n으로 표시되어 있다. TXOP Access Request 필드 내의 서브필드들은 도 85에 설명되어 있다.
도 84는 TA TXOP Access Request 필드 포맷의 예시적인 실시예(2930)를 예시한다. Allocation Control 필드는 요청된 시간 슬롯들의 수를 나타낸다. Source AID 서브필드는 액세스 할당 동안 채널 액세스를 개시하는 STA의 AID로 설정된다. Destination AID 서브필드는 할당 동안 소스 STA가 대상으로 하는 STA의 AID로 설정된다. Allocation Start 서브필드는 액세스의 시작 시간을 나타내며, 적어도 하나의 실시예에서, 액세스가 시작될 때 TSF의 하위 4 옥텟을 포함한다. Allocation Control 서브필드 포맷에 정의된 바와 같은 전용 전송 액세스 할당 유형의 경우, 이하가 성립한다.
Allocation Startn = Allocation Start1 + (n-1) * Allocation block duration.
Allocation Start1 : 제1 할당에 대한 할당 시작 시간.
Allocation Startn : 제n 할당에 대한 할당 시작 시간.
Allocation Block Duration 서브필드는 액세스 할당이 이루어지는 시간 블록의, 마이크로초 단위의, 지속기간을 나타낸다. 전용 액세스 슬롯 할당 유형의 경우, 블록 지속기간은 여기에 예시되어 있고, 가능한 값들은 1 내지 32,767의 범위이다. 전용 전송 액세스 할당 유형의 경우, 블록 지속기간은 예시된 바와 같이 더 커야 하며, 가능한 값들은 1 내지 65,535의 범위이다.
도 85는 TID 서브필드 및 Allocation Type 서브필드를 갖는 Allocation Control 서브필드 포맷의 예시적인 실시예(2950)를 예시한다.
8.12. 공유 제안/요청 프레임
도 86은 공유 제안/요청 프레임 포맷의 예시적인 실시예(2970)를 예시한다. 공유 제안/요청 프레임은 일부 이전 메시지 예들에서와 같이 Frame Control 필드, Duration/ID 필드, RA 필드 및 TA 필드를 갖는다. Share Offer/Request 필드는 비-AP STA의 TXOP 공유 제안/요청 정보를 나타내며, 도 88에 설명되어 있다.
도 87는 Share offer/request info 필드 포맷의 예시적인 실시예(2990)를 예시한다. Priority 필드는 STA의 버퍼에 저장되어 있는 트래픽의 우선순위를 나타내며, 이는 TXOP 액세스 스케줄러를 위해 TXOP 홀더에 의해 사용될 수 있다. TXOP Share Request는 이 STA가 공유 TXOP 시간을 요청하고 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 TXOP Share Request는 제2 상태(예를 들면, 0)로 설정된다. AP가 TXOP Share Request 필드가 제1 상태로 설정된 공유 제안/요청 프레임을 수신할 때, AP는 이 프레임을 송신한 STA가 공유 TXOP에 참여할 의향이 있다고 인식하게 된다(결정할 수 있다). TXOP Duration Request는 공유 TXOP에서 STA가 요청하는 마이크로초 단위의 시간 양을 나타낸다. AP는 공유 제안/요청 프레임에서 이 정보를 브로드캐스팅할 것이다. TXOP Share Offered 값은 이 STA가 TXOP 홀더가 되고 자신의 TXOP를 다른 STA들과 공유할 의향이 있음을 나타내기 위해 제1 상태(예를 들면, 1)로 설정되고; 그렇지 않은 경우 이 값은 제2 상태(예를 들면 0)로 설정된다. AP가 TXOP Share Offered 필드가 제1 상태로 설정된 공유 제안/요청 프레임을 수신할 때, AP는 이 프레임을 송신한 STA가 TXOP를 다른 STA들과 공유할 의향이 있음을 인식하게 된다. TXOP Duration Offered 서브필드는 TXOP 홀더 STA가 다른 STA들과 공유할 의향이 있는 마이크로초 단위의 시간 양을 나타내며, AP는 공유 제안들/요청 프레임에서 이 정보를 브로드캐스팅할 것이다.
8.13. 공유 제안들/요청 프레임
AP는 모든 STA들에게 공유 제안들/요청 프레임을 브로드캐스팅하고, 각각의 STA에 대해, 이는, 특정 STA 및 AP에 대한 TXOP 공유/요청 정보를 나타내는, 그를 위해 설계된 특정 STA Share Offer/Request 필드를 갖는다.
도 88은 공유 제안들/요청 프레임 포맷의 예시적인 실시예(3010)를 예시한다. 공유 제안들/요청 프레임은 일부 이전 메시지 예들에서와 같이 Frame Control 필드, Duration 필드, RA 필드 및 TA 필드를 갖는다. 여기서 STA Share/Request 1 내지 STA Share/Request n으로 묘사되는, 다수의 STA Share Offer/Request들이 프레임에 포함될 수 있다. STA Share Offer/Request의 포맷은 도 89에 보여져 있다.
도 89는 STA Share offer/request info 필드 포맷의 예시적인 실시예(3030)를 예시한다. Priority 필드는 STA/AP의 버퍼에 저장되어 있는 트래픽의 우선순위를 나타내며, 이는 TXOP 액세스 스케줄러 설계를 위해 TXOP 홀더에 의해 사용될 수 있다. STA 주소는 TXOP 참여자 STA/AP의 MAC 주소이고, 특정 STA/AP에 대한 TXOP 액세스 시작 시간 및 지속기간을 할당하기 위해 TXOP 홀더에 의해 사용될 수 있다. STA AID는 TXOP 참여자 STA/AP의 AID이다. TXOP Share Request, TXOP Duration Request, TXOP Share Offered 및 TX Duration Offered의 나머지 필드들은 도 86와 관련하여 설명되었다.
8.14. 공유 구성 프레임
도 90은 공유 구성 프레임 포맷의 예시적인 실시예(3050)를 예시한다. 공유 구성 프레임은 일부 이전 메시지 예들에서와 같이 Frame Control 필드, Duration 필드, RA 필드 및 TA 필드를 갖는다. TXOP share offered 필드는 TXOP 홀더 STA가 다른 STA들 및 AP와 공유할 의향이 있는 전체 TXOP 지속기간을 나타낸다. STA TXOP Access Allocation 필드들은 각각의 특정 STA 및 AP에 대한 TXOP 액세스 시작 시간 및 지속기간을 나타내며; 이 예는 n 개의 필드를 보여준다. AP가 공유 구성 프레임을 수신한 후에, AP는 이것을 STA TXOP 액세스 할당 정보에 기록하고 도 93에 보여진 바와 같이 공유 구성들 프레임을 사용하여 이를 브로드캐스팅할 것이다.
도 91는 STA TXOP Access Allocation 필드 포맷의 예시적인 실시예(3070)를 예시한다.
STA Address 필드는 TXOP 홀더의 MAC 주소를 나타낸다. 이 정보는 도 94에 보여진 공유 구성들 프레임에서 TXOP Holder MAC address를 설정하기 위해 AP에 의해 사용될 것이다. 참여자 주소는 TXOP 참여자의 MAC 주소를 나타낸다. AP는 도 94의 STA Configuration 필드 내의 Participant Address 서브필드를 설정하기 위해 이 정보를 사용할 것이다. Allocation Start 필드는 참여자 STA 또는 AP의 TXOP 전송의 시작 시간을 나타낸다. Allocation block duration 서브필드는 참여자 STA 또는 AP의 TXOP 전송의 지속기간을 나타낸다.
도 92는 priority 및 reserved 필드를 보여주는 Allocation Control 서브필드 포맷의 예시적인 실시예(3090)를 예시한다.
8.15. 공유 구성들 프레임
도 93은 공유 구성들 프레임 포맷의 예시적인 실시예(3110)를 예시한다. AP는 공유 구성들 프레임을 모든 STA들에게 브로드캐스팅하여 STA Configuration 필드에서 각각의 STA 및 AP에 대한 구성을 나타낸다. 공유 구성 프레임은 일부 이전 메시지 예들에서와 같이 Frame Control 필드, Duration 필드, RA 필드 및 TA 필드를 갖는다. 프레임은 STA 1 내지 STA n으로 묘사되는 특정 스테이션들에 대한 하나 이상의 구성을 포함한다. STA Configuration 서브필드는 도 94에 설명되어 있다.
도 94는 STA Configuration 필드 포맷의 예시적인 실시예(3130)를 예시한다.
TXOP Holder MAC Address는 TXOP 홀더 STA 또는 AP의 MAC 주소를 나타낸다. 임의의 TXOP 홀더 STA들의 경우: CTS 공유 프레임을 수신한 후에, STA는 CTS 공유 프레임에 표시된 RA 정보를 TXOP 홀더 MAC 주소 정보와 매핑한다. 따라서, STA는 TXOP 홀더를 인식할 수 있고, 따라서 대응하는 STA 구성 정보에 액세스할 수 있다.
하나 이상의 STA TXOP Access Allocation 필드(예를 들면, 1 내지 n)는 도 90에 정의된 것과 동일하다. 비-TXOP 홀더 STA들의 경우: 특정 STA Configuration 필드에 매핑한 후에, STA는 자신을 위해 스케줄링된 TXOP 액세스 시작(Allocation Start 서브필드에 표시됨) 및 지속기간(Allocation block duration 서브필드에 표시됨) 정보를 추가로 획득하기 위해 자신의 MAC 주소를 Participant Address 서브필드와 매핑한다.
8.16. CTS 거부 및 CTS-To-Self 프레임
도 95는 CTS 거부 프레임, CTS-to-self 프레임, 및 CTS 프레임에 사용되는 프레임 포맷의 예시적인 실시예(3150)를 예시한다.
간소화된 공유 TXOP 방식에서 CTS 거부 프레임으로서 사용될 때, 비-AP STA는 데이터 전송을 완료했거나 전송할 어떠한 데이터도 없음을 나타내기 위해 CTS 거부 프레임을 AP에게 송신한다. CTS 거부 프레임을 수신한 후에, AP는 새로운 CTS 프레임을 다음 STA에게 송신하는 것에 의해 다음 STA를 루핑 스루한다. CTS 거부 프레임에서, Duration 필드는 CTS 프레임을 전송하는 데 필요한 시간에 1 SIFS(마이크로초 단위)를 더한 시간이고, RA 필드는 AP의 MAC 주소로 설정된다.
단순화된 공유 TXOP 방식에서 CTS-to-self 프레임으로서, AP는 모든 UL 및 DL 전송들을 루핑 스루하는 것을 완료한 후 현재 최대 TXOP가 만료되기 전에 CTS-To-Self 프레임을 브로드캐스팅한다. CTS-To-Self 프레임을 수신한 후에, 비-AP STA들은 NAV를 0으로 리셋시키고 랜덤 백오프 이후 채널 액세스를 시작한다. CTS-To-Self 프레임은 CTS-To-Self 프레임을 전송하는 데 필요한 시간에 1 SIFS(마이크로초 단위)를 더한 시간으로 설정된 Duration 필드, 및, 단순화된 공유 TXOP 방식에서 AP의 MAC 주소인, 송신기의 MAC 주소와 동일한 RA 필드를 갖는다. CTS-To-Self 프레임을 수신한 후에, 비-AP STA들은 NAV를 0으로 리셋시키고 랜덤 백오프 이후 채널 액세스를 시작한다.
단순화된 공유 TXOP 방식에서 CTS 프레임으로서, AP는 모든 비-AP STA들을 루핑 스루하기 위해, 비-AP STA에 대한 공유 TXOP 시간 슬롯의 시작을 표시하는 CTS 프레임을 송신한다. CTS 프레임을 수신한 후에, 비-AP STA는 UL 데이터 전송을 시작해야 한다. CTS 프레임에서, Duration 필드는 현재 최대 TXOP 제한의 끝까지 설정된 시간인 반면, RA 필드는 AP가 루핑 스루하는 다음 비-AP STA의 MAC 주소와 동일하다.
9. 구현들의 일반적인 범위
제시된 기술에서 설명된 향상들은 다양한 무선 네트워크 통신 스테이션들 내에서 쉽게 구현될 수 있다. 무선 네트워크 통신 스테이션들이 바람직하게는 하나 이상의 컴퓨터 프로세서 디바이스(예를 들면, CPU, 마이크로프로세서, 마이크로컨트롤러, 컴퓨터 가능 ASIC(computer enabled ASIC) 등) 및 명령어들을 저장하는 연관된 메모리(예를 들면, RAM, DRAM, NVRAM, FLASH, 컴퓨터 판독 가능 매체들 등)를 포함하도록 구현되고 그에 의해 메모리에 저장된 프로그래밍(명령어들)이 본 명세서에서 설명된 다양한 프로세스 방법들의 단계들을 수행하기 위해 프로세서 상에서 실행된다는 점이 또한 이해되어야 한다.
이러한 계산 시스템들에서의 컴퓨터 판독 가능 매체들(명령어들을 저장하는 메모리)가 "비일시적"이며, 이는 모든 형태들의 컴퓨터 판독 가능 매체들을 포함하고, 유일한 예외는 일시적인 전파 신호라는 것이 또한 이해될 것이다. 그에 따라, 개시된 기술은 랜덤 액세스인 것(예를 들면, RAM), 주기적인 리프레시를 필요로 하는 것(예를 들면, DRAM), 시간이 지남에 따라 열화되는 것(예를 들면, EEPROM들, 디스크 매체들), 또는 짧은 시간 기간들 동안에만 및/또는 전원의 존재 시에만 데이터를 저장하는 것을 포함하여, 임의의 형태의 컴퓨터 판독 가능 매체들을 포함할 수 있으며, 유일한 제한은 "컴퓨터 판독 가능 매체들"이라는 용어가 일시적인 전자 신호에 적용 가능하지 않는다는 것이다.
본 기술의 실시예들은 본 기술의 실시예들에 따른 방법들 및 시스템들의 플로차트 예시들, 및/또는, 컴퓨터 프로그램 제품들로서 또한 구현될 수 있는, 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 다른 계산 표현들을 참조하여 본 명세서에서 설명될 수 있다. 이와 관련하여, 플로차트의 각각의 블록 또는 단계, 및 플로차트에서의 블록들(및/또는 단계들)의 조합은 물론, 임의의 절차, 알고리즘, 단계, 연산, 수식, 또는 계산 표현은, 하드웨어, 펌웨어, 및/또는 컴퓨터 판독 가능 프로그램 코드로 구체화되는 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어와 같은, 다양한 수단들에 의해 구현될 수 있다. 이해될 것인 바와 같이, 컴퓨터 프로세서(들) 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 실행되는 컴퓨터 프로그램 명령어들이 지정된 기능(들)을 구현하기 위한 수단들을 생성하도록, 임의의 그러한 컴퓨터 프로그램 명령어들은, 범용 컴퓨터 또는 특수 목적 컴퓨터를 제한 없이 포함한, 하나 이상의 컴퓨터 프로세서, 또는 머신을 생성하는 다른 프로그래밍 가능 프로세싱 장치에 의해 실행될 수 있다.
그에 따라, 본 명세서에서 설명된 플로차트들의 블록들, 및 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 계산 표현들은 지정된 기능(들)을 수행하기 위한 수단들의 조합들, 지정된 기능(들)을 수행하기 위한 단계들의 조합들, 및 지정된 기능(들)을 수행하기 위한, 컴퓨터 판독 가능 프로그램 코드 로직 수단들로 구체화된 것과 같은, 컴퓨터 프로그램 명령어들을 지원한다. 본 명세서에서 설명된 플로차트 예시들의 각각의 블록은 물론, 임의의 절차들, 알고리즘들, 단계들, 연산들, 수식들, 또는 계산 표현들 및 이들의 조합들이 지정된 기능(들) 또는 단계(들)를 수행하는 특수 목적 하드웨어 기반 컴퓨터 시스템들, 또는 특수 목적 하드웨어와 컴퓨터 판독 가능 프로그램 코드의 조합들에 의해 구현될 수 있다는 것이 또한 이해될 것이다.
게다가, 컴퓨터 판독 가능 메모리 또는 메모리 디바이스들에 저장된 명령어들이 플로차트(들)의 블록(들)에 지정된 기능을 구현하는 명령어 수단을 포함하는 제조 물품을 생성하도록, 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치에 특정 방식으로 기능하도록 지시할 수 있는, 컴퓨터 판독 가능 프로그램 코드로 구체화된 것과 같은, 이러한 컴퓨터 프로그램 명령어들이 또한 하나 이상의 컴퓨터 판독 가능 메모리 또는 메모리 디바이스에 저장될 수 있다. 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 수행되는 일련의 동작 단계들로 하여금 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치 상에서 실행되는 명령어들이 플로차트(들)의 블록(들), 절차(들), 알고리즘(들), 단계(들), 연산(들), 수식(들), 또는 계산 표현(들)에 지정된 기능들을 구현하기 위한 단계들을 제공하도록 컴퓨터 구현 프로세스를 생성하게 하기 위해, 컴퓨터 프로그램 명령어들이 또한 컴퓨터 프로세서 또는 다른 프로그래밍 가능 프로세싱 장치에 의해 실행될 수 있다.
본 명세서에서 사용되는 바와 같은 용어들 "프로그래밍" 또는 "프로그램 실행 가능"이 본 명세서에 설명된 바와 같은 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것이 추가로 이해될 것이다. 명령어들은 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구체화될 수 있다. 명령어들은 디바이스에 로컬로 비일시적 매체들에 저장될 수 있거나, 원격으로, 예컨대, 서버 상에 저장될 수 있거나, 또는 명령어들의 전부 또는 일부가 로컬로 및 원격으로 저장될 수 있다. 원격으로 저장된 명령어들은 사용자 개시에 의해, 또는 하나 이상의 인자에 기초하여 자동으로 디바이스에 다운로드(푸시)될 수 있다.
본 명세서에서 사용되는 바와 같이, 용어들 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 프로세싱 유닛(CPU), 및 컴퓨터가 명령어들을 실행하고 입출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로 사용된다는 것과 용어들 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU, 및 컴퓨터가 단일의 또는 다수의 디바이스들, 단일 코어 및 멀티코어 디바이스들, 및 이들의 변형들을 포괄하도록 의도된다는 것이 추가로 이해될 것이다.
본 명세서에서의 설명으로부터, 본 개시내용이 이하를 포함하지만 이에 제한되지 않는 본 기술의 다수의 구현들을 포괄한다는 것이 이해될 것이다.
본 개시내용은 무선 LAN 네트워크에서 TXOP를 획득하는 임의의 비-AP STA 또는 AP가 동일한 BSS 내의 다른 것들과 자신의 TXOP를 어떻게 공유할 수 있는지를 가장 일반적인 의미로 설명하며; TXOP는 시간 도메인에서 UL 및 DL 전송 양쪽 간에 공유될 수 있다.
다음과 같이 분류될 수 있는, 상이한 시나리오들에서 이 성능을 달성하기 위해 상이한 해결책들이 제공된다:
동적 시나리오들: (a) UL 개시 공유 방식에서 AP를 코디네이터로서 사용하지 않는 스케줄링; (b) UL 개시 공유 방식 또는 DL 개시 공유 방식에서, AP를 코디네이터로서 사용하는 스케줄링.
UL 또는 DL 개시 공유 방식들인 반정적 시나리오들.
UL 또는 DL 개시 공유 방식들인 단순화된 시나리오들.
UL 개시 동적 시나리오들에서: AP를 코디네이터로서 사용하지 않는 것/AP를 코디네이터로서 사용하는 것을 포함한 상이한 조건들이 고려된다; AP의 공유 가능성 정보가 또한 다른 비-AP STA들과 교환되어야 한다; 공유 TXOP 참여에 대한 문의가 이루어진 경우 AP는 또한 TXOP 홀더에게 응답해야 한다; TXOP 홀더 STA는 AP가 또한 공유 TXOP에서 DL 전송을 위한 시간을 요청하는 경우 DL 전송을 위해 대응하는 시간을 AP에 또한 할당해야 한다; 그리고 AP는 공유 TXOP 동안 할당된 시간 슬롯에서 지정된 지속기간 동안 DL 데이터를 목적지 STA들에게 송신해야 한다.
DL 개시 동적 시나리오들에서: AP는 TXOP 홀더이며 코디네이터로서 작동한다.
무선 LAN 네트워크에서 TXOP를 획득하는 AP가 동일한 BSS 내의 다른 비-AP STA들과 자신의 TXOP를 공유하는 것은 이하의 단계들을 수행하는 것에 의해 DL과 UL 전송들 간에 공유 TXOP를 달성한다: AP가 비-AP STA들과 TXOP를 공유하는 것에 대한 승인을 통보하고/하거나 얻기 위해 AP와 비-AP STA들 사이에서 공유 가능성 정보가 교환된다; 채널에 액세스할 시에, AP는 메시지를 다른 비-AP STA들에게 브로드캐스팅하는 것에 의해 TXOP를 공유할 의향이 있다는 것을 공지한다; AP는 어느 STA들이 TXOP에서의 시간을 요청하고 있는지를 알기(결정하기) 위해 다른 STA들로부터 메시지들을 수신한다; AP는 모든 공유 TXOP 참여자들의 공유 가능성 정보를 브로드캐스팅한다; 그리고 AP는 어느 STA가 공유 TXOP에서의 시간을 요청하는지를 알기(결정하기) 위해 비-AP STA들에게 문의하고 이들에 대해 대응하는 시간 슬롯을 할당한다.
AP와 STA들은 관리 프레임들(예컨대, 인증 요청/응답, 결합 요청/응답 및 비콘 프레임들)의 교환을 통해 TXOP 공유 가능성 및 TXOP 액세스 시간 할당에 대한 정보를 교환한다.
RTS 공유 및 CTS 공유 프레임들은 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 나타내도록 구현된다.
AP는 STA들이 공유 TXOP에서의 시간을 요청하고 있음을 나타내는 액세스 요청 프레임들을 STA들로부터 수신하고; 여기서 TXOP를 공유하기 위해 요청하는 STA들로부터 송신되는 액세스 요청은 미리 정의된 슬롯 시간들에서 또는 전용 슬롯 시간에서 채널에 랜덤하게 액세스하는 것을 통해 송신될 수 있으며; 대안적으로 또는 추가적으로, AP는 STA들의 응답들을 얻기 위해 STA들을 폴링할 수 있다.
AP는 지정된 지속기간 동안 DL 데이터를 각각의 목적지 STA에게 송신하고; 일단 DL 전송이 완료되면, AP는 TXOP 액세스 스케줄러 프레임(예컨대, TXOP 제안 프레임, TXOP 액세스 스케줄러 프레임 및 브로드캐스트 TXOP 스케줄러 프레임)을 STA들에 송신하며; 이 스케줄에 따라, 다른 STA들은 스케줄링된 시간에 지정된 지속기간 동안 UL 데이터를 AP에게 전송한다.
반정적 시나리오에서, TXOP 홀더(STA 또는 AP)는 자신의 TXOP에 액세스하는 공유 TXOP 참여자들 및 이러한 참여자들과 메시지들을 교환하는 것을 통해 반정적 방식으로 액세스의 지속기간 및 순서를 결정할 수 있고; TXOP 홀더(STA 또는 AP)는 반정적 구성들을 셋업하기 위해 셋업 절차를 실행하며; TXOP 홀더(STA 또는 AP)는 AP를 통해 다른 공유 TXOP 참여자들과 공유/요청 정보를 교환하고; TXOP 홀더들(STA 또는 AP)은 AP를 통해 모든 공유 TXOP 참여자들과 반정적 TXOP 공유 스케줄에 관한 구성 정보를 교환하며;
다른 디바이스들과 자신의 TXOP를 공유하는 TXOP 홀더(STA 또는 AP)는 광고된 할당 스케줄을 따른다.
TXOP 홀더(STA 또는 AP)는 자신의 TXOP를 공유하는 STA에 일정 시간을 할당하고, TXOP를 검출할 시에, 해당 디바이스는 광고된 시간에 광고된 지속기간 동안 TXOP를 사용하기 시작한다.
단순화된 시나리오에서, AP는 단순화된 공유 TXOP 방식에 따라 모든 비-AP STA들을 루핑 스루하고, UL과 DL 전송들 간에 TXOP를 공유하며, 채널 액세스를 가능하게 할 수 있다.
UL 개시 사례의 경우: 비-AP TXOP 홀더 STA는 채널을 확보(획득)하고 공유 TXOP를 필요한 만큼 사용하며; 비-AP TXOP 홀더 STA가 데이터 전송을 완료한 후에, AP는 나머지(잔여) 비-AP STA들을 루핑(시퀀싱) 스루하고 그들 각각에 대해 공유 TXOP 슬롯을 시작하고; 비-AP STA들의 하나의 라운드를 루핑 스루한 후에, AP는 TXOP 시간이 허용하는 경우 DL 전송들을 시작하며; AP가 자신의 DL 전송들을 완료하는 경우, 또는 TXOP 시간이 만료되는 경우, AP는 모든 비-AP STA들에 대한 채널 예약을 클리어시키기 위해 CTS-To-Self 프레임을 브로드캐스팅하며, 이 경우에 새로운 공유 TXOP 절차가 시작될 수 있다.
DL 개시 사례의 경우: AP는 채널을 확보하고 DL 전송을 위해 공유 TXOP를 필요한 만큼 사용하고; AP가 자신의 DL 전송을 완료한 후에, 시간이 허용하는 경우, AP는 비-AP STA들을 루핑(시퀀싱) 스루하고 UL 전송들을 위해 그들 각각에 대한 공유 TXOP 슬롯을 시작하며; 비-AP STA들의 하나의 라운드를 루핑 스루한 후에 또는 TXOP 시간이 만료되는 경우, AP는 모든 비-AP STA들에 대한 채널 예약을 클리어시키기 위해 CTS-To-Self 프레임을 브로드캐스팅한다. 이 경우에, 새로운 공유 TXOP 절차가 시작될 수 있으며; 공유 TXOP 시간 슬롯들은 미리 구성되어 있다.
네트워크에서 무선 통신을 위한 장치로서, (a) 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로; (b) 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및 (c) 동일한 기본 서비스 세트(BSS) 내의 STA를 위해 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 채널에 액세스하고, TXOP 홀더인 STA가 TXOP를 다른 STA들과 공유할 의향이 있다는 것을 나타내는 메시지를 AP STA 또는 비-AP STA일 수 있는 TXOP 홀더인 STA로부터 BSS 내의 다른 STA들에게 브로드캐스팅하는 것에 의해 또는 AP에게 통신하는 것에 의해 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 통신하는 단계 - AP로서 작동하는 STA가 추가로 TXOP 홀더인 STA를 대신하여 이 메시지를 브로드캐스팅함 -; (d)(ii) 비-AP STA 또는 AP STA로서 작동하는 상기 STA에 의해, 동일한 BSS 내의 네트워크 상의 다른 스테이션들과 TXOP를 공유하는 단계; (d)(iii) TXOP의 상기 공유는 시간 도메인에서 업링크(UL) 물리 계층 프로토콜 데이터 유닛(PPDU) 전송들 및 다운링크(DL) PPDU 전송들 양쪽 모두에 대해 수행됨; (d)(iv) 공유될 다가오는 TXOP에 대한 채널 액세스의 지속기간 및 시간을 통보하는 메시지들을 TXOP 홀더로부터, 또는 AP가 TXOP 홀더가 아닐 때 AP를 통해, STA와 TXOP를 공유할 STA들에게 송신하는 단계를 포함하는 단계들을 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로; (b) WLAN 상에서 스테이션으로서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및 (c) 동일한 기본 서비스 세트(BSS) 내의 STA를 위해 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 전송 기회(TXOP) 공유를 수행할 수 있는 능력을 나타내는 메시지를 전송하는 단계; (d)(ii) 비-AP STA와 공유될 획득된 TXOP 내의 시간의 할당된 부분을 표시하는 프레임을 TXOP를 획득한 액세스 포인트(AP) STA로부터 비-AP STA에게 전송하는 단계; (d)(iii) 상기 비-AP STA로서 작동하도록 구성된 스테이션이 공유될 프레임 내에서 자신에게 할당된 시간에 PPDU들을 전송하는 단계; (d)(iv) 비-AP STA가, 자신의 물리 계층 프로토콜 데이터 유닛(PPDU) 전송(들) 및 임의의 예상된 응답들이 할당된 시간 내에 완전히 수행될 수 있도록 보장하면서, 자신에게 어드레싱되는 프레임을 자신의 연관된 AP로부터 수신하고, 프레임에 표시되는 할당된 공유 TXOP 시간 지속기간 내에 하나 이상의 비-트리거 기반(비-TB) PPDU들을 전송하는 단계; (d)(v) 비-AP STA에 의해 ACK가 요청되는 경우, AP STA에 의해, 비-AP STA에 의해 전송되는 PPDU에 대한 확인응답(ACK)으로 응답하는 단계; 및 (d)(vi) AP STA가 전송될 PPDU들을 가지고 있는 경우, 할당된 시간의 끝 이후 획득된 TXOP NAV가 만료되기 전에, 상기 AP STA에 의해, 하나 이상의 PPDU를 전송하는 단계를 포함하는 단계들을 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 무선 스테이션(STA)으로서, 자신의 수신 영역에 있는 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로; (b) 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및 (c) STA를 위해 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 상기 STA는 BSS에 대한 AP STA로서 작동하고; (d)(ii) 이 BSS에 대한 네트워크 상의 비-AP STA들과 공유 가능성 정보를 교환하고 이 BSS에 대한 네트워크 상에서 획득된 공유 가능성 정보를 브로드캐스팅하는 단계; (d)(iii) 채널에 액세스하고 AP STA인 TXOP 홀더가 되는 단계; (d)(iv) TXOP가 공유되도록 이용 가능하다는 것을 비-AP STA들에게 공지하는 단계; (d)(v) TXOP를 공유하기 위해 요청하는 메시지들을 다른 STA들로부터 수신하는 단계; 및 (d)(vi) 획득된 TXOP를 사용하여 DL 데이터를 목적지 STA들에게 송신하는 단계; 및 (d)(vii) 공유 TXOP 시간이 허용할 때, 공유 가능성 정보를 모든 공유 TXOP 참여자들에게 브로드캐스팅하고, 각각의 공유 TXOP 참여자에 대한 시간 슬롯들 및 지속기간을 할당하는 단계를 포함하는 단계들을 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로; (b) 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및 (c) STA를 위해 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) AP STA 또는 비-AP STA로서 작동하는 상기 STA가 TXOP 홀더로서 TXOP를 획득하는 단계; (d)(ii) 상기 TXOP 홀더가 자신의 TXOP에 액세스하는 공유 TXOP 참여자들을 결정하고 AP의 코디네이션을 통해 이러한 참여자들과 메시지들을 교환하는 것을 통해 공유 TXOP 참여자들에게 반정적 방식으로 시간 슬롯들 및 지속기간을 할당하는 단계; (d)(ii) 상기 STA가 반정적 구성들을 셋업하기 위해 셋업 절차를 수행하는 단계: (A) 상기 STA가 AP STA를 통해 다른 STA와 공유/요청 정보를 교환하는 단계; 이어서 (B) 상기 STA가 반정적 공유 TXOP 스케줄을 수행하고 AP STA를 통해 모든 다른 STA들과 스케줄 구성을 교환하는 단계를 포함하는 단계들을 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 기본 서비스 세트(BSS) 내의 AP STA로서 작동하는 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로; (b) 비-AP TXOP 홀더 STA가 채널 액세스를 획득하고 공유 TXOP 시간을 UL 데이터 전송에 필요한 만큼 사용하도록 구성되며, 상기 AP STA가 모든 비-AP STA들을 시퀀싱 스루하고 업링크(UL) 데이터 전송들과 다운링크(DL) 데이터 전송들 간에 TXOP를 공유하며 단순화된 공유 TXOP 방식에 따라 채널 액세스를 가능하게 하는 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; (c) 비-AP STA로서 작동하는 STA는 UL 전송을 완료한 후에 메시지를 AP에게 송신하고 상기 AP STA가 다음 비-AP STA를 루핑 스루할 수 있음을 나타내며; (d) STA를 위해 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (e) 상기 명령어들은, 프로세서에 의해 실행될 때, (e)(i) 비-AP STA가 TXOP의 사용을 완료했다는 것을 검출하는 단계; (e)(ii) 상기 AP STA가 나머지 비-AP STA들을 시퀀싱 스루하고 UL 전송들을 위해 이들 각각에 대해 적어도 하나의 공유 TXOP 슬롯을 제공하는 단계; (e)(iii) 충분한 TXOP 시간이 남아 있다고 결정하는 단계 - 상기 AP STA는 네트워크 상의 비-AP STA로의 DL 전송들을 시작함 -; 및 (e)(iv) 상기 AP STA가 DL 전송들을 완료한 후에, 또는 TXOP 시간이 만료되는 경우, 상기 AP STA가, 새로운 TXOP 절차가 시작될 수 있도록, 모든 비-AP STA들에 대한 채널 예약을 클리어시키기 위해 CTS-To-Self 프레임을 브로드캐스팅하는 단계를 포함하는 단계들을 수행하는, 장치.
네트워크에서 무선 통신을 위한 장치로서, (a) 기본 서비스 세트(BSS) 내의 AP STA로서 작동하는 무선 스테이션(STA)으로서, 자신의 수신 영역에 있는 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로; (b) 상기 AP STA가 모든 비-AP STA들을 시퀀싱 스루하고 업링크(UL) 데이터 전송들과 다운링크(DL) 데이터 전송들 간에 TXOP를 공유하며 단순화된 공유 TXOP 방식에 따라 채널 액세스를 가능하게 하는 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및 (c) STA를 위해 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 상기 AP STA가 채널을 획득하고 획득된 TXOP를 DL 물리 계층 프로토콜 데이터 유닛(PPDU) 전송들을 수행하기 위해 활용하며, TXOP 홀더인 상기 AP STA가 획득된 TXOP 시간을 DL 전송들을 송신하는 데 필요로 하는 만큼 사용하도록 구성되는 단계; (d)(ii) 자신의 DL 전송들을 완료하고, TXOP를 비-AP STA들과 공유하기 시작하기에 충분한 시간이 TXOP에 남아 있다고 결정하는 단계; (d)(iii) 상기 AP STA가 UL 전송들을 수행하기 위해 비-AP STA들 각각을 위한 적어도 하나의 TXOP 슬롯을 공유하는 비-AP STA들을 루핑 스루하는 단계; (d)(iv) 비-AP STA들과 공유하기 위한 시퀀스의 하나의 루프를 완료할 시에, 또는 TXOP 시간이 만료되는 경우, AP가, 새로운 공유 TXOP 절차가 시작될 수 있도록, 모든 비-AP STA들에 대한 채널 예약을 클리어시키기 위해 CTS-To-Self 프레임을 브로드캐스팅하는 단계를 포함하는 단계들을 수행하는, 장치.
임의의 선행 구현의 장치로서, STA는 AP STA 또는 비-AP STA들로서 작동하는 네트워크 상의 STA들과 관리 프레임들의 교환을 통해 TXOP 공유 능력에 대한 정보를 교환하는, 장치.
임의의 선행 구현의 장치로서, 상기 관리 프레임들은 인증 요청 프레임들, 인증 응답 프레임들, 결합 요청 프레임들, 결합 응답 프레임들 및 비콘 프레임들로 구성된 프레임들의 그룹 중에서 선택되는, 장치.
임의의 선행 구현의 장치로서, 상기 STA는 STA의 유형에 기초하는 통신 범위를 가지며: (i) STA가 비-AP STA인 경우, 상기 통신 범위는, AP STA의 코디네이션을 사용하여 다른 비-AP STA들과 통신할 수 있거나 자신의 통신 범위에 있는 경우 다른 비-AP STA들과 직접 통신할 수 있는, 동일한 기본 서비스 세트(BSS) 내의 모든 다른 STA들을 커버하는 것은 아닐 수 있으며, (ii) STA가 AP STA인 경우, 통신 범위는 동일한 기본 서비스 세트(BSS) 내의 모든 다른 STA들을 커버하는, 장치.
임의의 선행 구현의 장치로서, BSS 내의 비-AP STA들 또는 AP STA들인 어느 STA들이 공유되도록 이용 가능한 다가오는 TXOP에서의 시간을 요청하고 있는지를 결정할 시에, 다른 STA들에 대해 직접적으로 또는 연관된 AP를 통해 간접적으로, BSS 내의 다른 STA들과 메시지들을 교환하는 단계를 더 포함하는, 장치.
임의의 선행 구현의 장치로서, 시간 도메인에서의 상기 UL 전송들은 UL 개시이고 AP 코디네이션을 활용하는 TXOP 공유를 스케줄링하기 위한 동적 시나리오를 포함하는, 장치.
임의의 선행 구현의 장치로서, AP STA로서 작동하는 STA는 네트워크 상의 비-AP STA들로부터 공유 제안/요청 정보를 나타내는 메시지를 수신하는 단계; 획득된 공유 제안/요청 정보를 네트워크 상의 다른 비-AP STA들과 교환하는 단계; 비-AP STA가 TXOP를 획득하고 공유 TXOP를 시작했음을 나타내는 프레임을 수신한 후에 응답을 송신하는 단계; TXOP 홀더를 대신하여 다가오는 공유 TXOP에 합류하기 위해 요청하는 비-AP STA들을 식별하기 위해 문의 메시지들을 송신하는 단계; TXOP 홀더를 대신하여 비-AP STA들로부터의 다가오는 공유 TXOP에 합류하기 위한 요청들을 수집하는 단계; 및 수집된 공유 요청 정보를 TXOP 홀더로서 작동하는 STA에게 송신하는 단계; 다가오는 공유 TXOP에 합류하기 위해 요청하는 STA들에 대한 할당된 시간 및 지속기간들을 표시하는 프레임을 TXOP 홀더로부터 수신하는 단계; 공유 비-AP STA들 각각 또는 모두에 대한 할당된 시작 시간 및 지속기간을 표시하는 프레임을 전송하는 것에 의해, TXOP 홀더 STA를 대신하여 획득된 TXOP 시간의 일 부분을 다른 비-AP STA들과 공유하는 단계; AP STA로서 작동하는 STA가 DL 전송을 위해 공유 TXOP에의 참여를 요청한 경우, TXOP 홀더로부터 TXOP 공유를 위한 할당된 시작 시간 및 지속기간을 수신하는 단계; 및 TXOP 홀더 STA에 의해 할당되는 할당된 공유 TXOP 지속기간 내에 네트워크 상의 목적지 STA들에게 다운링크(DL) PPDU를 전송하는 단계를 포함하는 단계들을 수행하는, 장치.
임의의 선행 구현의 장치로서, 시간 도메인에서의 상기 UL 전송들은 UL 개시이고 AP 코디네이션을 필요로 하지 않는 TXOP 공유를 스케줄링하기 위한 동적 시나리오를 포함하는, 장치.
임의의 선행 구현의 장치로서, 비-AP STA로서 작동하는 STA는 상기 비-AP STA가 캐리어 감지(CS) 메커니즘에 기초하여 매체가 유휴임을 검출하는 경우 채널을 획득하기 위해 프레임을 연관된 AP에게 송신하는 단계; 및 이 채널 액세스 시도가 공유 TXOP를 획득하기 위한 것임을 전송된 프레임에 표시하는 단계; 이전의 전송된 프레임의 성공적인 수신을 나타내고 상기 비-AP STA가 TXOP를 획득했으며 공유 TXOP를 사용하기 시작할 수 있음을 나타내는 응답을 연관된 AP로부터 수신하는 단계; 상기 비-AP STA가 TXOP 홀더로서 작동하고 있는 경우, 다가오는 공유 TXOP에 합류하기 위해 요청하는 다른 STA들을 식별하기 위해 문의 메시지들을 송신하는 단계; 상기 STA가 TXOP 홀더로서 작동하고 있지 않은 경우, 다가오는 공유 TXOP에 합류하기 위한 요청을 포함하는 메시지를 송신하는 단계; 상기 비-AP STA가 TXOP 홀더로서 작동하고 있는 경우, 다른 STA들로부터의 다가오는 공유 TXOP에 합류하기 위한 요청들을 수집하는 단계; 획득된 TXOP 시간의 일 부분에 합류하기 위해 요청하는 공유 STA들에 대한 시간 및 지속기간들을 할당하는 단계; 공유 비-AP STA들 각각 또는 모두에 대한 할당된 시작 시간 및 지속기간을 표시하는 프레임을 전송하는 단계; TXOP 홀더가 아닌 비-AP STA가 UL 전송을 위해 공유 TXOP에의 참여를 요청한 경우, TXOP 홀더로부터 TXOP 공유를 위한 할당된 시작 시간 및 지속기간을 수신하는 단계; 및 TXOP 홀더 STA에 의해 할당되는 할당된 공유 TXOP 지속기간 내에 네트워크 상의 연관된 AP에게 UL PPDU를 전송하는 단계를 포함하는 단계들을 수행하는, 장치.
임의의 선행 구현의 장치로서, 시간 도메인에서의 상기 UL 및 DL 전송들은 UL 개시이거나 DL 개시인 TXOP 공유를 스케줄링할 때 코디네이터로서 AP STA를 활용하는 반정적 시나리오를 포함하는, 장치.
임의의 선행 구현의 장치로서, 시간 도메인에서의 상기 UL 및 DL 전송들은 UL 개시이거나 DL 개시인 TXOP 공유를 시작할 때 단순화된 시나리오를 포함하며, AP로서 작동하는 STA는 공유 TXOP 참여자들을 식별하지 않지만 참여를 위한 모든 STA들을 하나씩 시퀀싱 스루하는, 장치.
임의의 선행 구현의 장치로서, STA는 AP STA 또는 비-AP STA들로서 작동하는 네트워크 상의 STA들과 관리 프레임들의 교환을 통해 TXOP 공유 제안/요청 능력 및 TXOP 액세스 시간 할당에 대한 정보를 교환하는, 장치.
임의의 선행 구현의 장치로서, 상기 관리 프레임은 인증 요청 프레임들, 인증 응답 프레임들, 결합 요청 프레임들, 결합 응답 프레임들 및 비콘 프레임들로 구성된 프레임들의 그룹 중에서 선택되는, 장치.
임의의 선행 구현의 장치로서, RTS 공유 및 CTS 공유 프레임들은 공유될 획득된 TXOP에 관해 표시하는 정보 필드들을 포함하는 수정된 RTS(Ready-To-Send) 및 CTS(Clear-To-Send) 프레임들을 포함하고 공유 TXOP가 시작되는, 장치.
임의의 선행 구현의 장치로서, 다른 STA들이 다가오는 TXOP에서의 액세스 시간을 요청하는 메시지들의 교환은 미리 정의된 슬롯 시간들에 또는 전용 시간 슬롯에서 상기 적어도 하나의 채널에 랜덤하게 액세스하는 것을 통해 송신될 수 있는, 장치.
임의의 선행 구현의 장치로서, TXOP 홀더인 상기 STA는, AP STA로서 작동할 때, 비-AP STA들이 다가오는 TXOP에서의 시간을 요청하고 있는지를 결정하기 위해 비-AP STA들을 폴링할 수 있는, 장치.
임의의 선행 구현의 장치로서, TXOP 홀더인 상기 STA는, 비-AP STA로서 작동할 때, 비-AP STA들이 다가오는 TXOP에서의 전송 시간을 요청하고 있는지를 결정하기 위해 비-AP STA들을 자체적으로 또는 AP의 코디네이션을 통해 폴링할 수 있는, 장치.
임의의 선행 구현의 장치로서, AP STA 또는 비-AP STA일 수 있는 공유 TXOP 홀더 STA는, AP STA의 코디네이션을 사용하거나 사용하지 않고, 공유 TXOP 액세스 스케줄러 프레임을 다가오는 TXOP에서의 시간을 요청하고 있는 STA들에게 전송하며, 이에 대해 이러한 STA들은 스케줄링된 시간에 지정된 지속기간 동안 UL 데이터를 AP STA에게 전송하거나 DL 데이터를 비-AP STA에게 전송할 시에 응답해야 하는, 장치.
임의의 선행 구현의 장치로서, 상기 TXOP 액세스 스케줄러 프레임은 TXOP 제안 프레임들, TXOP 액세스 스케줄러 프레임들 및 브로드캐스트 TXOP 스케줄러 프레임들로 구성된 메시지 프레임들의 그룹 중에서 선택되는, 장치.
임의의 선행 구현의 장치로서, 상기 TXOP 홀더는 셋업 절차 동안 구성되는 광고된 자원(채널 액세스) 할당 스케줄에 따라 네트워크 상의 다른 STA들과 자신의 TXOP를 공유하는, 장치.
임의의 선행 구현의 장치로서, 상기 공유 TXOP 참여자들은 TXOP의 시작을 검출하고 할당된 시간 슬롯들 및 지속기간에서 공유 TXOP를 사용하기 시작하도록 구성되는, 장치.
임의의 선행 구현의 장치로서, 상기 공유 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 (28)
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로;
(b) 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및
(c) 동일한 기본 서비스 세트(BSS) 내의 상기 STA를 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 상기 채널에 액세스하고, TXOP 홀더인 상기 STA가 상기 TXOP를 다른 STA들과 공유할 의향이 있다는 것을 나타내는 메시지를 AP STA 또는 비-AP STA일 수 있는 TXOP 홀더인 상기 STA로부터 상기 BSS 내의 다른 STA들에게 브로드캐스팅하는 것에 의해 또는 상기 AP에게 통신하는 것에 의해 다가오는 TXOP가 공유되도록 이용 가능하다는 것을 통신하는 단계 - AP로서 작동하는 STA가 추가로 TXOP 홀더인 상기 STA를 대신하여 이 메시지를 브로드캐스팅함 -;
(ii) 비-AP STA 또는 AP STA로서 작동하는 상기 STA에 의해, 동일한 BSS 내의 상기 네트워크 상의 다른 스테이션들과 TXOP를 공유하는 단계;
(iii) 상기 TXOP의 상기 공유가 시간 도메인에서 업링크(UL) 물리 계층 프로토콜 데이터 유닛(PPDU) 전송들 및 다운링크(DL) PPDU 전송들 양쪽 모두에 대해 수행되는 단계;
(iv) 공유될 상기 다가오는 TXOP에 대한 채널 액세스의 지속기간 및 시간을 통보하는 메시지들을 상기 TXOP 홀더로부터, 또는 상기 AP가 상기 TXOP 홀더가 아닐 때 상기 AP를 통해, 상기 STA와 상기 TXOP를 공유할 STA들에게 송신하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제1항에 있어서, 상기 STA는 STA의 유형에 기초하는 통신 범위를 가지며:
(i) 상기 STA가 비-AP STA인 경우, 상기 통신 범위는, 상기 AP STA의 코디네이션을 사용하여 다른 비-AP STA들과 통신할 수 있거나 자신의 통신 범위에 있는 경우 다른 비-AP STA들과 직접 통신할 수 있는, 동일한 기본 서비스 세트(BSS) 내의 모든 다른 STA들을 커버하는 것은 아닐 수 있으며,
(ii) 상기 STA가 AP STA인 경우, 상기 통신 범위는 동일한 기본 서비스 세트(BSS) 내의 모든 다른 STA들을 커버하는, 장치. - 제1항에 있어서, 시간 도메인에서 업링크(UL) 물리 계층 프로토콜 데이터 유닛(PPDU) 전송들 및 다운링크(DL) PPDU 전송들 양쪽 모두에 대해 상기 TXOP의 공유를 수행한 후에, 상기 명령어들은 상기 BSS 내의 비-AP STA들 또는 AP STA들인 어느 STA들이 공유되도록 이용 가능한 상기 다가오는 TXOP에서의 시간을 요청하고 있는지를 결정할 시에, 상기 다른 STA들에 대해 직접적으로 또는 연관된 AP를 통해 간접적으로, 상기 BSS 내의 다른 STA들과 메시지들을 교환하는 단계를 더 포함하는, 장치.
- 제1항에 있어서, 시간 도메인에서의 상기 UL 전송들은 UL 개시이고 AP 코디네이션을 활용하는 TXOP 공유를 스케줄링하기 위한 동적 시나리오를 포함하는, 장치.
- 제4항에 있어서, 상기 AP STA로서 작동하는 상기 STA는
(i) 상기 네트워크 상의 비-AP STA들로부터 공유 제안/요청 정보를 나타내는 메시지를 수신하는 단계;
(ii) 획득된 공유 제안/요청 정보를 상기 네트워크 상의 다른 비-AP STA들과 교환하는 단계;
(iii) 비-AP STA가 TXOP를 획득하고 상기 공유 TXOP를 시작했음을 나타내는 프레임을 수신한 후에 응답을 송신하는 단계;
(iv) 상기 TXOP 홀더를 대신하여 다가오는 공유 TXOP에 합류하기 위해 요청하는 상기 비-AP STA들을 식별하기 위해 문의 메시지들을 송신하는 단계;
(v) 상기 TXOP 홀더를 대신하여 비-AP STA들로부터의 다가오는 공유 TXOP에 합류하기 위한 상기 요청들을 수집하는 단계;
(vi) 상기 수집된 공유 요청 정보를 상기 TXOP 홀더로서 작동하는 STA에게 송신하는 단계;
(vii) 다가오는 공유 TXOP에 합류하기 위해 요청하는 STA들에 대한 할당된 시간 및 지속기간들을 표시하는 프레임을 상기 TXOP 홀더로부터 수신하는 단계;
(viii) 상기 공유 비-AP STA들 각각 또는 모두에 대한 상기 할당된 시작 시간 및 지속기간을 표시하는 프레임을 전송하는 것에 의해, 상기 TXOP 홀더 STA를 대신하여 상기 획득된 TXOP 시간의 일 부분을 다른 비-AP STA들과 공유하는 단계;
(ix) 상기 AP STA로서 작동하는 상기 STA가 DL 전송을 위해 상기 공유 TXOP에의 참여를 요청한 경우, 상기 TXOP 홀더로부터 TXOP 공유를 위한 할당된 시작 시간 및 지속기간을 수신하는 단계; 및
(x) 상기 TXOP 홀더 STA에 의해 할당되는 상기 할당된 공유 TXOP 지속기간 내에 상기 네트워크 상의 목적지 STA들에게 다운링크(DL) PPDU를 전송하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제1항에 있어서, 시간 도메인에서의 상기 UL 전송들은 UL 개시되고 AP 코디네이션을 필요로 하지 않는 TXOP 공유를 스케줄링하기 위한 동적 시나리오를 포함하는, 장치.
- 제6항에 있어서, 상기 비-AP STA로서 작동하는 상기 STA는
(i) 상기 비-AP STA가 캐리어 감지(CS) 메커니즘에 기초하여 매체가 유휴임을 검출하는 경우 상기 채널을 획득하기 위해 프레임을 상기 연관된 AP에게 송신하는 단계; 및
(ii) 이 채널 액세스 시도가 공유 TXOP를 획득하기 위한 것임을 상기 전송된 프레임에 표시하는 단계;
(iii) 상기 이전의 전송된 프레임의 성공적인 수신을 나타내고 상기 비-AP STA가 상기 TXOP를 획득했으며 상기 공유 TXOP를 사용하기 시작할 수 있음을 나타내는 응답을 상기 연관된 AP로부터 수신하는 단계;
(iv) 상기 비-AP STA가 상기 TXOP 홀더로서 작동하고 있는 경우, 다가오는 공유 TXOP에 합류하기 위해 요청하는 다른 STA들을 식별하기 위해 문의 메시지들을 송신하는 단계;
(v) 상기 STA가 상기 TXOP 홀더로서 작동하고 있지 않은 경우, 다가오는 공유 TXOP에 합류하기 위한 요청을 포함하는 메시지를 송신하는 단계;
(vi) 상기 비-AP STA가 상기 TXOP 홀더로서 작동하고 있는 경우, 다른 STA들로부터의 다가오는 공유 TXOP에 합류하기 위한 상기 요청들을 수집하는 단계; 및
(vii) 상기 획득된 TXOP 시간의 일 부분에 합류하기 위해 요청하는 공유 STA들에 대한 시간 및 지속기간들을 할당하는 단계;
(viii) 상기 공유 비-AP STA들 각각 또는 모두에 대한 상기 할당된 시작 시간 및 지속기간을 표시하는 프레임을 전송하는 단계;
(ix) 상기 TXOP 홀더가 아닌 상기 비-AP STA가 UL 전송을 위해 상기 공유 TXOP에의 참여를 요청한 경우, 상기 TXOP 홀더로부터 TXOP 공유를 위한 할당된 시작 시간 및 지속기간을 수신하는 단계; 및
(x) 상기 TXOP 홀더 STA에 의해 할당되는 상기 할당된 공유 TXOP 지속기간 내에 상기 네트워크 상의 연관된 AP에게 UL PPDU를 전송하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제1항에 있어서, 시간 도메인에서의 상기 UL 및 DL 전송들은 UL 개시이거나 DL 개시인 TXOP 공유를 스케줄링할 때 코디네이터로서 AP STA를 활용하는 반정적 시나리오를 포함하는, 장치.
- 제1항에 있어서, 시간 도메인에서의 상기 UL 및 DL 전송들은 UL 개시이거나 DL 개시인 TXOP 공유를 시작할 때 단순화된 시나리오를 포함하며, 상기 AP로서 작동하는 상기 STA는 상기 공유 TXOP 참여자들을 식별하지 않지만 참여를 위한 모든 STA들을 하나씩 시퀀싱 스루하는, 장치.
- 제1항에 있어서, 상기 STA는 상기 AP STA 또는 비-AP STA들로서 작동하는 상기 네트워크 상의 STA들과 관리 프레임들의 교환을 통해 TXOP 공유 제안/요청 능력 및 TXOP 액세스 시간 할당에 대한 정보를 교환하는, 장치.
- 제10항에 있어서, 상기 관리 프레임은 인증 요청 프레임들, 인증 응답 프레임들, 결합 요청 프레임들, 결합 응답 프레임들 및 비콘 프레임들로 구성된 프레임들의 그룹 중에서 선택되는, 장치.
- 제1항에 있어서, RTS 공유 및 CTS 공유 프레임들은 공유될 상기 획득된 TXOP에 관해 표시하는 정보 필드들을 포함하는 수정된 RTS(Ready-To-Send) 및 CTS(Clear-To-Send) 프레임들을 포함하고 상기 공유 TXOP가 시작되는, 장치.
- 제1항에 있어서, 다른 STA들이 상기 다가오는 TXOP에서의 액세스 시간을 요청하는 메시지들의 교환은 미리 정의된 슬롯 시간들에 또는 전용 시간 슬롯에서 상기 적어도 하나의 채널에 랜덤하게 액세스하는 것을 통해 송신될 수 있는, 장치.
- 제1항에 있어서, TXOP 홀더인 상기 STA는, AP STA로서 작동할 때, 비-AP STA들이 상기 다가오는 TXOP에서의 시간을 요청하고 있는지를 결정하기 위해 상기 비-AP STA들을 폴링할 수 있는, 장치.
- 제1항에 있어서, TXOP 홀더인 상기 STA는, 비-AP STA로서 작동할 때, 비-AP STA들이 상기 다가오는 TXOP에서의 전송 시간을 요청하고 있는지를 결정하기 위해 상기 비-AP STA들을 자체적으로 또는 상기 AP STA의 코디네이션을 통해 폴링할 수 있는, 장치.
- 제1항에 있어서, 상기 AP STA 또는 비-AP STA일 수 있는 상기 공유 TXOP 홀더 STA는, AP STA의 코디네이션을 사용하거나 사용하지 않고, 상기 공유 TXOP 액세스 스케줄러 프레임을 상기 다가오는 TXOP에서의 시간을 요청하고 있는 STA들에게 전송하며, 이에 대해 이러한 STA들은 상기 스케줄링된 시간에 지정된 지속기간 동안 UL 데이터를 상기 AP STA에게 전송하거나 DL 데이터를 비-AP STA에게 전송할 시에 응답해야 하는, 장치.
- 제16항에 있어서, 상기 TXOP 액세스 스케줄러 프레임은 TXOP 제안 프레임들, TXOP 액세스 스케줄러 프레임들 및 브로드캐스트 TXOP 스케줄러 프레임들로 구성된 메시지 프레임들의 그룹 중에서 선택되는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로;
(b) 상기 WLAN 상에서 스테이션으로서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및
(c) 동일한 기본 서비스 세트(BSS) 내의 상기 STA를 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 전송 기회(TXOP) 공유를 수행할 수 있는 능력을 나타내는 메시지를 전송하는 단계;
(ii) 비-AP STA와 공유될 획득된 TXOP 내의 시간의 할당된 부분을 표시하는 프레임을 TXOP 홀더인 상기 TXOP를 획득한 액세스 포인트(AP) STA로부터 상기 비-AP STA에게 전송하는 단계;
(iii) 상기 비-AP STA로서 작동하도록 구성된 스테이션이 공유될 상기 프레임 내에서 자신에게 할당된 시간에 PPDU들을 전송하는 단계;
(iv) 상기 비-AP STA가, 자신의 물리 계층 프로토콜 데이터 유닛(PPDU) 전송(들) 및 임의의 예상된 응답들이 상기 할당된 시간 내에 완전히 수행될 수 있도록 보장하면서, 자신에게 어드레싱되는 상기 프레임을 자신의 연관된 AP로부터 수신하고, 상기 프레임에 표시되는 상기 할당된 공유 TXOP 시간 지속기간 내에 하나 이상의 비-트리거 기반(비-TB) PPDU들을 전송하는 단계;
(v) 상기 비-AP STA에 의해 ACK가 요청되는 경우, 상기 AP STA에 의해, 상기 비-AP STA에 의해 전송되는 상기 PPDU에 대한 확인응답(ACK)으로 응답하는 단계; 및
(vi) 상기 AP STA가 전송될 PPDU들을 가지고 있는 경우, 상기 할당된 시간의 끝 이후 상기 획득된 TXOP NAV가 만료되기 전에, 상기 AP STA에 의해, 하나 이상의 PPDU를 전송하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제18항에 있어서, 상기 STA는 상기 AP STA 또는 비-AP STA들로서 작동하는 상기 네트워크 상의 STA들과 관리 프레임들의 교환을 통해 TXOP 공유 능력에 대한 정보를 교환하는, 장치.
- 제19항에 있어서, 상기 관리 프레임들은 인증 요청 프레임들, 인증 응답 프레임들, 결합 요청 프레임들, 결합 응답 프레임들 및 비콘 프레임들로 구성된 프레임들의 그룹 중에서 선택되는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 무선 스테이션(STA)으로서, 자신의 수신 영역에 있는 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로;
(b) 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및
(c) 상기 STA를 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 상기 STA는 BSS에 대한 AP STA로서 작동하는 단계;
(ii) 이 BSS에 대한 상기 네트워크 상의 비-AP STA들과 공유 가능성 정보를 교환하고 이 BSS에 대한 상기 네트워크 상에서 상기 획득된 공유 가능성 정보를 브로드캐스팅하는 단계;
(iii) 상기 채널에 액세스하고 상기 AP STA인 TXOP 홀더가 되는 단계;
(iv) 상기 TXOP가 공유되도록 이용 가능하다는 것을 비-AP STA들에게 공지하는 단계;
(v) 상기 TXOP를 공유하기 위해 요청하는 메시지들을 다른 STA들로부터 수신하는 단계;
(vi) 획득된 TXOP를 사용하여 DL 데이터를 목적지 STA들에게 송신하는 단계; 및
(vii) 공유 TXOP 시간이 허용할 때, 공유 가능성 정보를 모든 공유 TXOP 참여자들에게 브로드캐스팅하고, 각각의 공유 TXOP 참여자에 대한 시간 슬롯들 및 지속기간을 할당하는 단계
를 포함하는 단계들을 수행하는, 장치. - 네트워크에서 무선 통신을 위한 장치로서,
(a) 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로;
(b) 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및
(c) 상기 STA를 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) AP STA 또는 비-AP STA로서 작동하는 상기 STA가 TXOP 홀더로서 TXOP를 획득하는 단계;
(ii) 상기 TXOP 홀더가 자신의 TXOP에 액세스하는 공유 TXOP 참여자들을 결정하고 AP의 코디네이션을 통해 이러한 참여자들과 메시지들을 교환하는 것을 통해 공유 TXOP 참여자들에게 반정적 방식으로 시간 슬롯들 및 지속기간을 할당하는 것을 수행하는 단계;
(iii) 상기 STA가 상기 반정적 구성들을 셋업하기 위해 셋업 절차를 수행하는 단계: (A) 상기 STA가 AP STA를 통해 다른 STA들과 공유/요청 정보를 교환하는 단계; 이어서 (B) 상기 STA가 반정적 공유 TXOP 스케줄링을 수행하고 AP STA를 통해 모든 다른 STA들과 스케줄 구성을 교환하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제22항에 있어서, 상기 TXOP 홀더는 상기 셋업 절차 동안 구성되는 광고된 자원(채널 액세스) 할당 스케줄에 따라 상기 네트워크 상의 다른 STA들과 자신의 TXOP를 공유하는, 장치.
- 제22항에 있어서, 상기 공유 TXOP 참여자들은 TXOP의 시작을 검출하고 할당된 시간 슬롯들 및 지속기간에서 공유 TXOP를 사용하기 시작하도록 구성되는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 기본 서비스 세트(BSS) 내의 AP STA로서 작동하는 무선 스테이션(STA)으로서, 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로;
(b) 비-AP TXOP 홀더 STA가 채널 액세스를 획득하고 공유 TXOP 시간을 UL 데이터 전송에 필요한 만큼 사용하도록 구성되며, 상기 AP STA가 모든 비-AP STA들을 시퀀싱 스루하고 업링크(UL) 데이터 전송들과 다운링크(DL) 데이터 전송들 간에 TXOP를 공유하며 단순화된 공유 TXOP 방식에 따라 채널 액세스를 가능하게 하는 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서;
- (c) 비-AP STA로서 작동하는 STA는 UL 전송을 완료한 후에 메시지를 AP STA에게 송신하고 상기 AP STA가 다음 비-AP STA를 루핑 스루할 수 있음을 나타냄 -;
(d) 상기 STA를 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(e) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 비-AP TXOP가 TXOP의 사용을 완료했다는 것을 검출하는 단계;
(ii) 상기 AP STA가 나머지 비-AP STA들을 시퀀싱 스루하고 UL 전송들을 위해 이들 각각에 대해 적어도 하나의 공유 TXOP 슬롯을 제공하는 단계;
(iii) 충분한 TXOP 시간이 남아 있다고 결정하는 단계 - 상기 AP STA는 상기 네트워크 상의 상기 비-AP STA로의 DL 전송들을 시작함 -; 및
(iv) 상기 AP STA가 상기 DL 전송들을 완료한 후에, 또는 상기 TXOP 시간이 만료되는 경우, 상기 AP STA가, 새로운 TXOP 절차가 시작될 수 있도록, 모든 비-AP STA들에 대한 채널 예약을 클리어시키기 위해 CTS-To-Self 프레임을 브로드캐스팅하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제25항에 있어서, 상기 적어도 하나의 공유 TXOP 슬롯은 미리 구성되는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 기본 서비스 세트(BSS) 내의 AP STA로서 작동하는 무선 스테이션(STA)으로서, 자신의 수신 영역에 있는 로컬 영역 네트워크(WLAN) 상의 다른 무선 스테이션들(STA들)과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된, 무선 통신 회로;
(b) 상기 AP STA가 모든 비-AP STA들을 시퀀싱 스루하고 업링크(UL) 데이터 전송들과 다운링크(DL) 데이터 전송들 간에 TXOP를 공유하며 단순화된 공유 TXOP 방식에 따라 채널 액세스를 가능하게 하는 공유 전송 기회(TXOP) 프로토콜을 사용하여 통신하는 것을 지원하도록 구성된 스테이션으로서 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; 및
(c) 상기 STA를 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 상기 AP STA가 상기 채널을 획득하고 상기 획득된 TXOP를 DL 물리 계층 프로토콜 데이터 유닛(PPDU) 전송들을 수행하기 위해 활용하며, TXOP 홀더인 상기 AP STA가 상기 획득된 TXOP 시간을 상기 DL 전송들을 송신하는 데 필요로 하는 만큼 사용하도록 구성되는 단계;
(ii) 자신의 DL 전송들을 완료하고, 상기 TXOP를 비-AP STA들과 공유하기 시작하기에 충분한 시간이 상기 TXOP에 남아 있다고 결정하는 단계;
(iii) 상기 AP STA가 UL 전송들을 수행하기 위해 비-AP STA들 각각을 위한 적어도 하나의 TXOP 슬롯을 공유하는 상기 비-AP STA들을 루핑 스루하는 단계;
(iv) 상기 비-AP STA들과 공유하기 위한 상기 시퀀스의 하나의 루프를 완료할 시에, 또는 상기 TXOP 시간이 만료되는 경우, 상기 AP가, 새로운 공유 TXOP 절차가 시작될 수 있도록, 모든 비-AP STA들에 대한 채널 예약을 클리어시키기 위해 CTS-To-Self 프레임을 브로드캐스팅하는 단계
를 포함하는 단계들을 수행하는, 장치. - 제27항에 있어서, 상기 적어도 하나의 공유 TXOP 슬롯은 미리 구성되는, 장치.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063119761P | 2020-12-01 | 2020-12-01 | |
| US63/119,761 | 2020-12-01 | ||
| US17/390,979 | 2021-08-01 | ||
| US17/390,979 US20220174732A1 (en) | 2020-12-01 | 2021-08-01 | Coordinated wifi stations with shared txop among dl and ul over time domain |
| PCT/IB2021/060874 WO2022118135A1 (en) | 2020-12-01 | 2021-11-23 | Coordinated wifi stations with shared txop among dl and ul over time domain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230014753A true KR20230014753A (ko) | 2023-01-30 |
Family
ID=78820048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227045110A KR20230014753A (ko) | 2020-12-01 | 2021-11-23 | 시간 도메인에 걸쳐 dl과 ul 사이의 공유 txop로 코디네이션된 wifi 스테이션들 |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP4233457A1 (ko) |
| JP (1) | JP2023551336A (ko) |
| KR (1) | KR20230014753A (ko) |
| CN (1) | CN115699971A (ko) |
| WO (1) | WO2022118135A1 (ko) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024065423A1 (zh) * | 2022-09-29 | 2024-04-04 | 西门子股份公司 | 通信方法、通信装置、通信系统、计算设备和存储介质 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9826524B2 (en) * | 2011-12-15 | 2017-11-21 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Dynamic space, frequency and time domain coexistence |
| CN112135364B (zh) * | 2016-01-14 | 2024-02-09 | 华为技术有限公司 | Wlan中一种数据传输方法及装置 |
-
2021
- 2021-11-23 CN CN202180037193.6A patent/CN115699971A/zh active Pending
- 2021-11-23 KR KR1020227045110A patent/KR20230014753A/ko unknown
- 2021-11-23 JP JP2023533339A patent/JP2023551336A/ja active Pending
- 2021-11-23 EP EP21816542.1A patent/EP4233457A1/en active Pending
- 2021-11-23 WO PCT/IB2021/060874 patent/WO2022118135A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2022118135A1 (en) | 2022-06-09 |
| CN115699971A (zh) | 2023-02-03 |
| EP4233457A1 (en) | 2023-08-30 |
| JP2023551336A (ja) | 2023-12-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11564257B2 (en) | Coordinated WiFi stations with shared TXOP in time domain | |
| US11337222B2 (en) | Coordinated stations in a single BSS with shared TXOP in the frequency domain | |
| JP7345739B2 (ja) | Ｍｕ－ｍｉｍｏパケット到着前チャネル競合 | |
| 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 | |
| US11856606B2 (en) | Coordinated stations in OBSS with shared TXOP in time domain | |
| CN116684984A (zh) | 用于多用户edca操作的无线通信终端和无线通信方法 | |
| JP2023534818A (ja) | 非ａｐ ｓｔａによって開始されるトリガー要求フレーム及びｔｘｏｐ共有 | |
| CN113796153B (zh) | 分组到达前信道竞争 | |
| 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 |