KR20230171987A

KR20230171987A - 공유 txop를 이용하는 무선 통신 장치 및 무선 통신장치의 동작 방법

Info

Publication number: KR20230171987A
Application number: KR1020237039260A
Authority: KR
Inventors: 김상현; 고건중; 손주형; 곽진삼
Original assignee: 주식회사 윌러스표준기술연구소
Priority date: 2021-05-25
Filing date: 2022-05-25
Publication date: 2023-12-21
Also published as: EP4351255A1; JP2024520031A; US20240090034A1; WO2022250453A1

Abstract

AP(access point)와 통신하기 위한 non-AP 스테이션이 개시된다. non-AP 스테이션은 송수신부; 및 프로세서를 포함한다. 상기 프로세서는 상기 송수신부를 사용하여 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하고, 상기 송수신부를 사용하여 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하고, 상기 송수신부를 사용하여 상기 공유 TXOP 내에서 제3 PPDU를 전송한다.

Description

공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법

본 발명은 공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법에 관한 것이다.

최근 모바일 기기의 보급이 확대됨에 따라 이들에게 빠른 무선 인터넷 서비스를 제공할 수 있는 무선랜(Wireless LAN) 기술이 많은 각광을 받고 있다. 무선랜 기술은 근거리에서 무선 통신 기술을 바탕으로 스마트 폰, 스마트 패드, 랩탑 컴퓨터, 휴대형 멀티미디어 플레이어, 임베디드 기기 등과 같은 모바일 기기들을 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 접속할 수 있도록 하는 기술이다.

IEEE(Institute of Electrical and Electronics Engineers) 802.11은 2.4GHz 주파수를 이용한 초기의 무선랜 기술을 지원한 이래, 다양한 기술의 표준을 실용화 또는 개발 중에 있다. 먼저, IEEE 802.11b는 2.4GHz 밴드의 주파수를 사용하면서 최고 11Mbps의 통신 속도를 지원한다. IEEE 802.11b 이후에 상용화된 IEEE 802.11a는 2.4GHz 밴드가 아닌 5GHz 밴드의 주파수를 사용함으로써 상당히 혼잡한 2.4GHz 밴드의 주파수에 비해 간섭에 대한 영향을 줄였으며, OFDM(orthogonal frequency division multiplexing) 기술을 사용하여 통신 속도를 최대 54Mbps까지 향상시켰다. 그러나 IEEE 802.11a는 IEEE 802.11b에 비해 통신 거리가 짧은 단점이 있다. 그리고 IEEE 802.11g는 IEEE 802.11b와 마찬가지로 2.4GHz 밴드의 주파수를 사용하여 최대 54Mbps의 통신속도를 구현하며, 하위 호환성(backward compatibility)을 만족하고 있어 상당한 주목을 받았는데, 통신 거리에 있어서도 IEEE 802.11a보다 우위에 있다.

그리고 무선랜에서 취약점으로 지적되어온 통신 속도에 대한 한계를 극복하기 위하여 제정된 기술 규격으로서 IEEE 802.11n이 있다. IEEE 802.11n은 네트워크의 속도와 신뢰성을 증가시키고, 무선 네트워크의 운영 거리를 확장하는데 목적을 두고 있다. 보다 구체적으로, IEEE 802.11n에서는 데이터 처리 속도가 최대 540Mbps 이상인 고처리율(High Throughput, HT)을 지원하며, 또한 전송 에러를 최소화하고 데이터 속도를 최적화하기 위해 송신부와 수신부 양단 모두에 다중 안테나를 사용하는 MIMO(Multiple Inputs and Multiple Outputs) 기술에 기반을 두고 있다. 또한, 이 규격은 데이터 신뢰성을 높이기 위해 중복되는 사본을 여러 개 전송하는 코딩 방식을 사용할 수 있다.

무선랜의 보급이 활성화되고 또한 이를 이용한 어플리케이션이 다양화됨에 따라, IEEE 802.11n이 지원하는 데이터 처리 속도보다 더 높은 처리율(Very High Throughput, VHT)을 지원하기 위한 새로운 무선랜 시스템에 대한 필요성이 대두되었다. 이 중 IEEE 802.11ac는 5GHz 주파수에서 넓은 대역폭(80MHz~160MHz)을 지원한다. IEEE 802.11ac 표준은 5GHz 대역에서만 정의되어 있으나 기존 2.4GHz 대역 제품들과의 하위 호환성을 위해 초기 11ac 칩셋들은 2.4GHz 대역에서의 동작도 지원할 것이다. 이론적으로, 이 규격에 따르면 다중 스테이션의 무선랜 속도는 최소 1Gbps, 최대 싱글 링크 속도는 최소 500Mbps까지 가능하게 된다. 이는 더 넓은 무선 주파수 대역폭(최대 160MHz), 더 많은 MIMO 공간적 스트림(최대 8개), 다중 사용자 MIMO, 그리고 높은 밀도의 변조(최대 256 QAM) 등 802.11n에서 받아들인 무선 인터페이스 개념을 확장하여 이루어진다. 또한, 기존 2.4GHz/5GHz 대신 60GHz 밴드를 사용해 데이터를 전송하는 방식으로 IEEE 802.11ad가 있다. IEEE 802.11ad는 빔포밍 기술을 이용하여 최대 7Gbps의 속도를 제공하는 전송규격으로서, 대용량의 데이터나 무압축 HD 비디오 등 높은 비트레이트 동영상 스트리밍에 적합하다. 하지만 60GHz 주파수 밴드는 장애물 통과가 어려워 근거리 공간에서의 디바이스들 간에만 이용이 가능한 단점이 있다.

한편, 802.11ac 및 802.11ad 이후의 무선랜 표준으로서, AP와 단말들이 밀집한 고밀도 환경에서의 고효율 및 고성능의 무선랜 통신 기술을 제공하기 위한 IEEE 802.11ax(High Efficiency WLAN, HEW) 표준이 개발 완료단계에 있다. 802.11ax 기반 무선랜 환경에서는 고밀도의 스테이션들과 AP(Access Point)들의 존재 하에 실내/외에서 높은 주파수 효율의 통신이 제공되어야 하며, 이를 구현하기 위한 다양한 기술들이 개발되었다.

또한 고화질 비디오, 실시간 게임 등과 같은 새로운 멀티미디어 응용을 지원하기 위하여 최대 전송 속도를 높이기 위한 새로운 무선랜 표준 개발이 시작되었다. 7세대 무선랜 표준인 IEEE 802.11be(Extremely High Throughput, EHT)에서는 2.4/5/6 GHz의 대역에서 더 넓은 대역폭과 늘어난 공간 스트림 및 다중 AP 협력 등을 통해 최대 30Gbps의 전송율을 지원하는 것을 목표로 표준 개발을 진행 중이다.

본 발명의 일 실시 예는 공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법을 제공하는 것을 목적으로 한다.

본 발명의 실시 예에 따라 AP(access point)와 통신하기 위한 non-AP 스테이션은 송수신부; 및 프로세서를 포함한다. 상기 프로세서는 상기 송수신부를 사용하여 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하고, 상기 송수신부를 사용하여 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하고, 상기 송수신부를 사용하여 상기 공유 TXOP 내에서 제3 PPDU를 전송한다.

상기 프로세서는 상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송할 수 있다.

상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다.

상기 프로세서는 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송할 수 있다.

상기 프로세서는 상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정할 수 있다.

상기 프로세서는 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정할 수 있다.

상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함할 수 있다. 이때, 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 프로세서는 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다. 또한, 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 프로세서는 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다.

상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환일 수 있다.

상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU일 수 있다.

상기 MU-RTS TXS 프레임의 Duration 필드의 값은 상기 제2 PPDU의 전송 시점을 기초로 설정될 수 있다.

상기 프로세서는 상기 제3 PPDU를 전송하기 전에, 상기 AP의 MAC 주소를 전송자 주소로 갖는 RTS 프레임을 상기 P2P 피어 스테이션에게 전송할 수 있다.

본 발명의 실시 예에 따라 AP(access point)와 통신하기 위한 non-AP 스테이션의 동작 방법은 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하는 단계; 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하는 단계; 및 상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계를 포함한다.

상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는 상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계를 포함할 수 있다.

상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계는 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함할 수 있다.

상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계를 포함할 수 있다.

상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계는 상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정하는 단계를 포함할 수 있다.

상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계를 포함할 수 있다.

상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함할 수 있다. 이때, 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계는 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계와 상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함할 수 있다.

본 발명의 일 실시 예는 공유 TXOP를 이용하는 무선 통신 장치 및 무선 통신 장치의 동작 방법을 제공한다.

도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 2는 본 발명의 또 다른 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 3은 본 발명의 일 실시예에 따른 스테이션의 구성을 나타낸다.
도 4는 본 발명의 일 실시예에 따른 액세스 포인트의 구성을 나타낸다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
도 7은 다양한 표준 세대별 PPDU(Physical layer Protocol Data Unit) 포맷의 일 예를 도시한다.
도 8은 본 발명의 실시예에 따른 다양한 EHT(Extremely High Throughput) PPDU(Physical Protocol Data Unit) 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 9는 RTS 프레임과 CTS 프레임 교환을 통한 TXOP 보호방법을 보여준다.
도 10은 MU-RTS 프레임과 CTS 프레임을 이용한 TXOP 보호방법을 보여준다.
도 11은 본 발명의 실시 예에 따른 트리거 프레임의 포맷을 보여준다.
도 12는 본 발명의 실시 예에 따른 트리거 프레임의 Common Info 필드의 포맷을 보여준다.
도 13은 본 발명의 실시 예에 따른 트리거 프레임의 User Info 필드의 포맷을 보여준다.
도 14는 본 발명의 실시 예에 따른 스테이션이 CTS 프레임을 전송할 서브채널을 결정하는 방법을 보여준다.
도 15는 본 발명의 실시 예에 따른 MU-RTS TXS 프레임의 포맷을 보여준다.
도 16은 본 발명의 실시 예에 따라, AP가 MU-RTS TXS 프레임을 전송하여 non-AP 스테이션에게 공유 TXOP을 할당하는 것을 보여준다.
도 17은 본 발명의 실시 예에 따라, AP가 MU-RTS TXS 프레임을 전송하여 non-AP 스테이션에게 공유 TXOP을 할당하는 것을 보여준다.
도 18는 본 발명의 실시 예에 따라 TXOP 홀더인 AP가 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 방법을 보여준다.
도 19는 본 발명의 실시 예에 따라 TXOP 홀더인 AP가 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 방법을 보여준다.
도 20은 본 발명의 실시 예에 따른 공유 TXOP 전송되는 PPDU의 의도된 수신자가 변경될 때의 PPDU의 TXVECTOR 설정 방법을 보여준다.
도 21은 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 MU-RTS TXS 프레임에 대한 CTS 프레임을 수신하는 시점까지로 설정하는 것을 보여준다.
도 22는 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 개시 프레임을 기초로 설정하는 것을 보여준다.
도 23은 본 발명의 일 실시 예에 따라 공유 TXOP를 할당받은 스테이션이 전송자 주소가 공유 TXOP를 설정한 AP로 설정된 RTS 프레임을 전송하는 것을 보여준다.

본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가진 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.

명세서 전체에서, 어떤 구성이 다른 구성과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 구성요소를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 구성이 특정 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 이에 더하여, 특정 임계값을 기준으로 "이상" 또는 "이하"라는 한정 사항은 실시예에 따라 각각 "초과" 또는 "미만"으로 적절하게 대체될 수 있다.

이하, 본 발명에서 필드와 서브 필드는 혼용되어 사용될 수 있다.

도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.

무선랜 시스템은 하나 또는 그 이상의 베이직 서비스 세트(Basic Service Set, BSS)를 포함하는데, BSS는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 기기들의 집합을 나타낸다. 일반적으로 BSS는 인프라스트럭쳐 BSS(infrastructure BSS)와 독립 BSS(Independent BSS, IBSS)로 구분될 수 있으며, 도 1은 이 중 인프라스트럭쳐 BSS를 나타내고 있다.

도 1에 도시된 바와 같이 인프라스트럭쳐 BSS(BSS1, BSS2)는 하나 또는 그 이상의 스테이션(STA1, STA2, STA3, STA4, STA5), 분배 서비스(Distribution Service)를 제공하는 스테이션인 액세스 포인트(AP-1, AP-2), 및 다수의 액세스 포인트(AP-1, AP-2)를 연결시키는 분배 시스템(Distribution System, DS)을 포함한다.

스테이션(Station, STA)은 IEEE 802.11 표준의 규정을 따르는 매체 접속 제어(Medium Access Control, MAC)와 무선 매체에 대한 물리층(Physical Layer) 인터페이스를 포함하는 임의의 디바이스로서, 광의로는 비 액세스 포인트(non-AP) 스테이션뿐만 아니라 액세스 포인트(AP)를 모두 포함한다. 또한, 본 명세서에서 '단말'은 non-AP STA 또는 AP를 가리키거나, 양 자를 모두 가리키는 용어로 사용될 수 있다. 무선 통신을 위한 스테이션은 프로세서와 통신부를 포함하고, 실시예에 따라 유저 인터페이스부와 디스플레이 유닛 등을 더 포함할 수 있다. 프로세서는 무선 네트워크를 통해 전송할 프레임을 생성하거나 또는 상기 무선 네트워크를 통해 수신된 프레임을 처리하며, 그 밖에 스테이션을 제어하기 위한 다양한 처리를 수행할 수 있다. 그리고, 통신부는 상기 프로세서와 기능적으로 연결되어 있으며 스테이션을 위하여 무선 네트워크를 통해 프레임을 송수신한다. 본 발명에서 단말은 사용자 단말기(user equipment, UE)를 포함하는 용어로 사용될 수 있다.

액세스 포인트(Access Point, AP)는 자신에게 결합된(associated) 스테이션을 위하여 무선 매체를 경유하여 분배시스템(DS)에 대한 접속을 제공하는 개체이다. 인프라스트럭쳐 BSS에서 비 AP 스테이션들 사이의 통신은 AP를 경유하여 이루어지는 것이 원칙이지만, 다이렉트 링크가 설정된 경우에는 비AP 스테이션들 사이에서도 직접 통신이 가능하다. 한편, 본 발명에서 AP는 PCP(Personal BSS Coordination Point)를 포함하는 개념으로 사용되며, 광의적으로는 집중 제어기, 기지국(Base Station, BS), 노드-B, BTS(Base Transceiver System), 또는 사이트 제어기 등의 개념을 모두 포함할 수 있다. 본 발명에서 AP는 베이스 무선 통신 단말로도 지칭될 수 있으며, 베이스 무선 통신 단말은 광의의 의미로는 AP, 베이스 스테이션(base station), eNB(eNodeB) 및 트랜스미션 포인트(TP)를 모두 포함하는 용어로 사용될 수 있다. 뿐만 아니라, 베이스 무선 통신 단말은 복수의 무선 통신 단말과의 통신에서 통신 매개체(medium) 자원을 할당하고, 스케줄링(scheduling)을 수행하는 다양한 형태의 무선 통신 단말을 포함할 수 있다.

복수의 인프라스트럭쳐 BSS는 분배 시스템(DS)을 통해 상호 연결될 수 있다. 이때, 분배 시스템을 통하여 연결된 복수의 BSS를 확장 서비스 세트(Extended Service Set, ESS)라 한다.

도 2는 본 발명의 다른 실시예에 따른 무선랜 시스템인 독립 BSS를 도시하고 있다. 도 2의 실시예에서 도 1의 실시예와 동일하거나 상응하는 부분은 중복적인 설명을 생략하도록 한다.

도 2에 도시된 BSS3는 독립 BSS이며 AP를 포함하지 않기 때문에, 모든 스테이션(STA6, STA7)이 AP와 접속되지 않은 상태이다. 독립 BSS는 분배 시스템으로의 접속이 허용되지 않으며, 자기 완비적 네트워크(self-contained network)를 이룬다. 독립 BSS에서 각각의 스테이션들(STA6, STA7)은 다이렉트로 서로 연결될 수 있다.

도 3은 본 발명의 일 실시예에 따른 스테이션(100)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 스테이션(100)은 프로세서(110), 통신부(120), 유저 인터페이스부(140), 디스플레이 유닛(150) 및 메모리(160)를 포함할 수 있다.

먼저, 통신부(120)는 무선랜 패킷 등의 무선 신호를 송수신 하며, 스테이션(100)에 내장되거나 외장으로 구비될 수 있다. 실시예에 따르면, 통신부(120)는 서로 다른 주파수 밴드를 이용하는 적어도 하나의 통신 모듈을 포함할 수 있다. 이를 테면, 상기 통신부(120)는 2.4GHz, 5GHz, 6GHz 및 60GHz 등의 서로 다른 주파수 밴드의 통신 모듈을 포함할 수 있다. 일 실시예에 따르면, 스테이션(100)은 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 AP 또는 외부 스테이션과 무선 통신을 수행할 수 있다. 통신부(120)는 스테이션(100)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 스테이션(100)이 복수의 통신 모듈을 포함할 경우, 각 통신 모듈은 각각 독립된 형태로 구비될 수도 있으며, 복수의 모듈이 하나의 칩으로 통합되어 구비될 수도 있다. 본 발명의 실시예에서 통신부(120)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.

다음으로, 유저 인터페이스부(140)는 스테이션(100)에 구비된 다양한 형태의 입/출력 수단을 포함한다. 즉, 유저 인터페이스부(140)는 다양한 입력 수단을 이용하여 유저의 입력을 수신할 수 있으며, 프로세서(110)는 수신된 유저 입력에 기초하여 스테이션(100)을 제어할 수 있다. 또한, 유저 인터페이스부(140)는 다양한 출력 수단을 이용하여 프로세서(110)의 명령에 기초한 출력을 수행할 수 있다.

다음으로, 디스플레이 유닛(150)은 디스플레이 화면에 이미지를 출력한다. 상기 디스플레이 유닛(150)은 프로세서(110)에 의해 실행되는 컨텐츠 또는 프로세서(110)의 제어 명령에 기초한 유저 인터페이스 등의 다양한 디스플레이 오브젝트를 출력할 수 있다. 또한, 메모리(160)는 스테이션(100)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 스테이션(100)이 AP 또는 외부 스테이션과 접속을 수행하는데 필요한 접속 프로그램이 포함될 수 있다.

본 발명의 프로세서(110)는 다양한 명령 또는 프로그램을 실행하고, 스테이션(100) 내부의 데이터를 프로세싱 할 수 있다. 또한, 상기 프로세서(110)는 상술한 스테이션(100)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(110)는 메모리(160)에 저장된 AP와의 접속을 위한 프로그램을 실행하고, AP가 전송한 통신 설정 메시지를 수신할 수 있다. 또한, 프로세서(110)는 통신 설정 메시지에 포함된 스테이션(100)의 우선 조건에 대한 정보를 판독하고, 스테이션(100)의 우선 조건에 대한 정보에 기초하여 AP에 대한 접속을 요청할 수 있다. 본 발명의 프로세서(110)는 스테이션(100)의 메인 컨트롤 유닛을 가리킬 수도 있으며, 실시예에 따라 스테이션(100)의 일부 구성 이를 테면, 통신부(120) 등을 개별적으로 제어하기 위한 컨트롤 유닛을 가리킬 수도 있다. 즉, 프로세서(110)는 통신부(120)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(110)는 본 발명의 실시예에 따른 스테이션(100)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.

도 3에 도시된 스테이션(100)은 본 발명의 일 실시예에 따른 블록도로서, 분리하여 표시한 블록들은 디바이스의 엘리먼트들을 논리적으로 구별하여 도시한 것이다. 따라서 상술한 디바이스의 엘리먼트들은 디바이스의 설계에 따라 하나의 칩으로 또는 복수의 칩으로 장착될 수 있다. 이를테면, 상기 프로세서(110) 및 통신부(120)는 하나의 칩으로 통합되어 구현될 수도 있으며 별도의 칩으로 구현될 수도 있다. 또한, 본 발명의 실시예에서 상기 스테이션(100)의 일부 구성들, 이를 테면 유저 인터페이스부(140) 및 디스플레이 유닛(150) 등은 스테이션(100)에 선택적으로 구비될 수 있다.

도 4는 본 발명의 일 실시예에 따른 AP(200)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 AP(200)는 프로세서(210), 통신부(220) 및 메모리(260)를 포함할 수 있다. 도 4에서 AP(200)의 구성 중 도 3의 스테이션(100)의 구성과 동일하거나 상응하는 부분에 대해서는 중복적인 설명을 생략하도록 한다.

도 4를 참조하면, 본 발명에 따른 AP(200)는 적어도 하나의 주파수 밴드에서 BSS를 운영하기 위한 통신부(220)를 구비한다. 도 3의 실시예에서 전술한 바와 같이, 상기 AP(200)의 통신부(220) 또한 서로 다른 주파수 밴드를 이용하는 복수의 통신 모듈을 포함할 수 있다. 즉, 본 발명의 실시예에 따른 AP(200)는 서로 다른 주파수 밴드, 이를 테면 2.4GHz, 5GHz, 6GHz 및 60GHz 중 두 개 이상의 통신 모듈을 함께 구비할 수 있다. 바람직하게는, AP(200)는 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 스테이션과 무선 통신을 수행할 수 있다. 상기 통신부(220)는 AP(200)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 본 발명의 실시예에서 통신부(220)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.

다음으로, 메모리(260)는 AP(200)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 스테이션의 접속을 관리하는 접속 프로그램이 포함될 수 있다. 또한, 프로세서(210)는 AP(200)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(210)는 메모리(260)에 저장된 스테이션과의 접속을 위한 프로그램을 실행하고, 하나 이상의 스테이션에 대한 통신 설정 메시지를 전송할 수 있다. 이때, 통신 설정 메시지에는 각 스테이션의 접속 우선 조건에 대한 정보가 포함될 수 있다. 또한, 프로세서(210)는 스테이션의 접속 요청에 따라 접속 설정을 수행한다. 일 실시예에 따르면, 프로세서(210)는 통신부(220)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(210)는 본 발명의 실시예에 따른 AP(200)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.

도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.

도 5를 참조하면, STA(100)와 AP(200) 간의 링크는 크게 스캐닝(scanning), 인증(authentication) 및 결합(association)의 3단계를 통해 설정된다. 먼저, 스캐닝 단계는 AP(200)가 운영하는 BSS의 접속 정보를 STA(100)가 획득하는 단계이다. 스캐닝을 수행하기 위한 방법으로는 AP(200)가 주기적으로 전송하는 비콘(beacon) 메시지(S101)만을 활용하여 정보를 획득하는 패시브 스캐닝(passive scanning) 방법과, STA(100)가 AP에 프로브 요청(probe request)을 전송하고(S103), AP로부터 프로브 응답(probe response)을 수신하여(S105) 접속 정보를 획득하는 액티브 스캐닝(active scanning) 방법이 있다.

스캐닝 단계에서 성공적으로 무선 접속 정보를 수신한 STA(100)는 인증 요청(authentication request)을 전송하고(S107a), AP(200)로부터 인증 응답(authentication response)을 수신하여(S107b) 인증 단계를 수행한다. 인증 단계가 수행된 후, STA(100)는 결합 요청(association request)를 전송하고(S109a), AP(200)로부터 결합 응답(association response)을 수신하여(S109b) 결합 단계를 수행한다. 본 명세서에서 결합(association)은 기본적으로 무선 결합을 의미하나, 본 발명은 이에 한정되지 않으며 광의의 의미로의 결합은 무선 결합 및 유선 결합을 모두 포함할 수 있다.

한편, 추가적으로 802.1X 기반의 인증 단계(S111) 및 DHCP를 통한 IP 주소 획득 단계(S113)가 수행될 수 있다. 도 5에서 인증 서버(300)는 STA(100)와 802.1X 기반의 인증을 처리하는 서버로서, AP(200)에 물리적으로 결합되어 존재하거나 별도의 서버로서 존재할 수 있다.

도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.

무선랜 통신을 수행하는 단말은 데이터를 전송하기 전에 캐리어 센싱(Carrier Sensing)을 수행하여 채널이 점유 상태(busy)인지 여부를 체크한다. 만약, 일정한 세기 이상의 무선 신호가 감지되는 경우 해당 채널이 점유 상태(busy)인 것으로 판별되고, 상기 단말은 해당 채널에 대한 액세스를 지연한다. 이러한 과정을 클리어 채널 할당(Clear Channel Assessment, CCA) 이라고 하며, 해당 신호 감지 유무를 결정하는 레벨을 CCA 문턱값(CCA threshold)이라 한다. 만약 단말에 수신된 CCA 문턱값 이상의 무선 신호가 해당 단말을 수신자로 하는 경우, 단말은 수신된 무선 신호를 처리하게 된다. 한편, 해당 채널에서 무선 신호가 감지되지 않거나 CCA 문턱값보다 작은 세기의 무선 신호가 감지될 경우 상기 채널은 유휴 상태(idle)인 것으로 판별된다.

채널이 유휴 상태인 것으로 판별되면, 전송할 데이터가 있는 각 단말은 각 단말의 상황에 따른 IFS(Inter Frame Space) 이를테면, AIFS(Arbitration IFS), PIFS(PCF IFS) 등의 시간 뒤에 백오프 절차를 수행한다. 실시예에 따라, 상기 AIFS는 기존의 DIFS(DCF IFS)를 대체하는 구성으로 사용될 수 있다. 각 단말은 해당 단말에 결정된 난수(random number) 만큼의 슬롯 타임을 상기 채널의 유휴 상태의 간격(interval) 동안 감소시켜가며 대기하고, 슬롯 타임을 모두 소진한 단말이 해당 채널에 대한 액세스를 시도하게 된다. 이와 같이 각 단말들이 백오프 절차를 수행하는 구간을 경쟁 윈도우 구간이라고 한다. 이때, 난수를 백오프 카운터라 지칭할 수 있다. 즉, 단말이 획득한 난수인 정수에 의해 백오프 카운터의 초기값이 설정된다. 단말이 슬롯 타임동안 채널이 유휴한 것으로 감지한 경우, 단말은 백오프 카운터를 1만큼 감소시킬 수 있다. 또한, 백오프 카운터가 0에 도달한 경우, 단말은 해당 채널에서 채널 액세스를 수행하는 것이 허용될 수 있다. 따라서 AIFS 시간 및 백오프 카운터의 슬롯 시간 동안 채널이 유휴한 경우에 단말의 전송이 허용될 수 있다.

만약, 특정 단말이 상기 채널에 성공적으로 액세스하게 되면, 해당 단말은 상기 채널을 통해 데이터를 전송할 수 있다. 그러나, 액세스를 시도한 단말이 다른 단말과 충돌하게 되면, 충돌된 단말들은 각각 새로운 난수를 할당 받아 다시 백오프 절차를 수행한다. 일 실시예에 따르면, 각 단말에 새로 할당되는 난수는 해당 단말이 이전에 할당 받은 난수 범위(경쟁 윈도우, CW)의 2배의 범위(2*CW) 내에서 결정될 수 있다. 한편, 각 단말은 다음 경쟁 윈도우 구간에서 다시 백오프 절차를 수행하여 액세스를 시도하며, 이때 각 단말은 이전 경쟁 윈도우 구간에서 남게 된 슬롯 타임부터 백오프 절차를 수행한다. 이와 같은 방법으로 무선랜 통신을 수행하는 각 단말들은 특정 채널에 대한 서로간의 충돌을 회피할 수 있다.

<다양한 PPDU 포맷 실시예>

도 7은 다양한 표준 세대별 PPDU(Physical layer Protocol Data Unit) 포맷의 일 예를 도시한다. 더욱 구체적으로, 도 7(a)는 802.11a/g에 기초한 레거시 PPDU 포맷의 일 실시예, 도 7(b)는 802.11ax에 기초한 HE PPDU 포맷의 일 실시예를 도시하며, 도 7(c)는 802.11be에 기초한 논-레거시 PPDU(즉, EHT PPDU) 포맷의 일 실시예를 도시한다. 또한, 도 7(d)는 상기 PPDU 포맷들에서 공통적으로 사용되는 L-SIG 및 RL-SIG의 세부 필드 구성을 나타낸다.

도 7(a)를 참조하면 레거시 PPDU의 프리앰블은 L-STF(Legacy Short Training field), L-LTF(Legacy Long Training field) 및 L-SIG(Legacy Signal field)를 포함한다. 본 발명의 실시예에서, 상기 L-STF, L-LTF 및 L-SIG는 레거시 프리앰블로 지칭될 수 있다.

도 7(b)를 참조하면 HE PPDU의 프리앰블은 상기 레거시 프리앰블에 RL-SIG(Repeated Legacy Short Training field), HE-SIG-A(High Efficiency Signal A field), HE-SIG-B(High Efficiency Signal B field), HE-STF(High Efficiency Short Training field), HE-LTF(High Efficiency Long Training field)를 추가적으로 포함한다. 본 발명의 실시예에서, 상기 RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF 및 HE-LTF는 HE 프리앰블로 지칭될 수 있다. HE 프리앰블의 구체적인 구성은 HE PPDU 포맷에 따라 변형될 수 있다. 예를 들어, HE-SIG-B는 HE MU PPDU 포맷에서만 사용될 수 있다.

도 7(c)를 참조하면 EHT PPDU의 프리앰블은 상기 레거시 프리앰블에 RL-SIG(Repeated Legacy Short Training field), U-SIG(Universal Signal field), EHT-SIG-A(Extremely High Throughput Signal A field), EHT-SIG-A(Extremely High Throughput Signal B field), EHT-STF(Extremely High Throughput Short Training field), EHT-LTF(Extremely High Throughput Long Training field)를 추가적으로 포함한다. 본 발명의 실시예에서, 상기 RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF 및 EHT-LTF는 EHT 프리앰블로 지칭될 수 있다. 논-레거시 프리앰블의 구체적인 구성은 EHT PPDU 포맷에 따라 변형될 수 있다. 예를 들어, EHT-SIG-A와 EHT-SIG-B는 EHT PPDU 포맷들 중 일부 포맷에서만 사용될 수 있다.

PPDU의 프리앰블에 포함된 L-SIG 필드는 64FFT OFDM이 적용되며, 총 64개의 서브캐리어로 구성된다. 이 중 가드 서브캐리어, DC 서브캐리어 및 파일럿 서브캐리어를 제외한 48개의 서브캐리어들이 L-SIG의 데이터 전송용으로 사용된다. L-SIG에는 BPSK, Rate=1/2의 MCS(Modulation and Coding Scheme)가 적용되므로, 총 24비트의 정보를 포함할 수 있다. 도 7(d)는 L-SIG의 24비트 정보 구성을 나타낸다.

도 7(d)를 참조하면 L-SIG는 L_RATE 필드와 L_LENGTH 필드를 포함한다. L_RATE 필드는 4비트로 구성되며, 데이터 전송에 사용된 MCS를 나타낸다. 구체적으로, L_RATE 필드는 BPSK/QPSK/16-QAM/64-QAM 등의 변조방식과 1/2, 2/3, 3/4 등의 부효율을 조합한 6/9/12/18/24/36/48/54Mbps의 전송 속도들 중 하나의 값을 나타낸다. L_RATE 필드와 L_LENGTH 필드의 정보를 조합하면 해당 PPDU의 총 길이를 나타낼 수 있다. 논-레거시 PPDU 포맷에서는 L_RATE 필드를 최소 속도인 6Mbps로 설정한다.

L_LENGTH 필드의 단위는 바이트로 총 12비트가 할당되어 최대 4095까지 시그널링할 수 있으며, L_RATE 필드와의 조합으로 해당 PPDU의 길이를 나타낼 수 있다. 이때, 레거시 단말과 논-레거시 단말은 L_LENGTH 필드를 서로 다른 방법으로 해석할 수 있다.

먼저, 레거시 단말 또는 논-레거시 단말이 L_LENGTH 필드를 이용하여 해당 PPDU의 길이를 해석하는 방법은 다음과 같다. L_RATE 필드의 값이 6Mbps를 지시하도록 설정된 경우, 64FFT의 한 개의 심볼 듀레이션인 4us동안 3 바이트(즉, 24비트)가 전송될 수 있다. 따라서, L_LENGTH 필드 값에 SVC 필드 및 Tail 필드에 해당하는 3바이트를 더하고, 이를 한 개의 심볼의 전송량인 3바이트로 나누면 L-SIG 이후의 64FFT 기준 심볼 개수가 획득된다. 획득된 심볼 개수에 한 개의 심볼 듀레이션인 4us를 곱한 후 L-STF, L-LTF 및 L-SIG의 전송에 소요되는 20us를 더하면 해당 PPDU의 길이 즉, 수신 시간(RXTIME)이 획득된다. 이를 수식으로 표현하면 아래 수학식 1과 같다.

이때,

는 x보다 크거나 같은 최소의 자연수를 나타낸다. L_LENGTH 필드의 최대값은 4095이므로 PPDU의 길이는 최대 5.484ms까지로 설정될 수 있다. 해당 PPDU를 전송하는 논-레거시 단말은 L_LENGTH 필드를 아래 수학식 2와 같이 설정해야 한다.

여기서 TXTIME은 해당 PPDU를 구성하는 전체 전송 시간으로서, 아래 수학식 3과 같다. 이때, TX는 X의 전송 시간을 나타낸다.

상기 수식들을 참고하면, PPDU의 길이는 L_LENGTH/3의 올림 값에 기초하여 계산된다. 따라서, 임의의 k 값에 대하여 L_LENGTH={3k+1, 3k+2, 3(k+1)}의 3가지 서로 다른 값들이 동일한 PPDU 길이를 지시하게 된다.

도 7(e)를 참조하면 U-SIG(Universal SIG) 필드는 EHT PPDU 및 후속 세대의 무선랜 PPDU에서 계속 존재하며, 11be를 포함하여 어떤 세대의 PPDU인지를 구분하는 역할을 수행한다. U-SIG는 64FFT 기반의 OFDM 2 심볼로서 총 52비트의 정보를 전달할 수 있다. 이 중 CRC/Tail 9비트를 제외한 43비트는 크게 VI(Version Independent) 필드와 VD(Version Dependent) 필드로 구분된다.

VI 비트는 현재의 비트 구성을 향후에도 계속 유지하여 후속 세대의 PPDU가 정의되더라도 현재의 11be 단말들이 해당 PPDU의 VI 필드들을 통해서 해당 PPDU에 대한 정보를 얻을 수 있다. 이를 위해 VI 필드는 PHY version, UL/DL, BSS Color, TXOP, Reserved 필드들로 구성된다. PHY version 필드는 3비트로 11be 및 후속 세대 무선랜 표준들을 순차적으로 버전으로 구분하는 역할을 한다. 11be의 경우 000b의 값을 갖는다. UL/DL 필드는 해당 PPDU가 업링크/다운링크 PPDU인지를 구분한다. BSS Color는 11ax에서 정의된 BSS별 식별자를 의미하며, 6비트 이상의 값을 갖는다. TXOP은 MAC 헤더에서 전달되던 전송 기회 듀레이션(Transmit Opportunity Duration)을 의미하는데, PHY 헤더에 추가함으로써 MPDU를 디코딩 할 필요 없이 해당 PPDU가 포함된 TXOP의 길이를 유추할 수 있으며 7비트 이상의 값을 갖는다.

VD 필드는 11be 버전의 PPDU에만 유용한 시그널링 정보들로 PPDU 포맷, BW와 같이 어떤 PPDU 포맷에도 공통적으로 사용되는 필드와, PPDU 포맷별로 다르게 정의되는 필드로 구성될 수 있다. PPDU format은 EHT SU(Single User), EHT MU(Multiple User), EHT TB(Trigger-based), EHT ER(Extended Range) PPDU등을 구분하는 구분자이다. BW 필드는 크게 20, 40, 80, 160(80+80), 320(160+160) MHz의 5개의 기본 PPDU BW 옵션(20*2의 지수승 형태로 표현 가능한 BW를 기본 BW로 호칭할 수 있다.)들과, Preamble Puncturing을 통해 구성되는 다양한 나머지 PPDU BW들을 시그널링 한다. 또한, 320 MHz로 시그널링 된 후 일부 80 MHz가 펑처링된 형태로 시그널링 될 수 있다. 또한 펑처링되어 변형된 채널 형태는 BW 필드에서 직접 시그널링 되거나, BW 필드와 BW 필드 이후에 나타나는 필드(예를 들어 EHT-SIG 필드 내의 필드)를 함께 이용하여 시그널링 될 수 있다. 만약 BW 필드를 3비트로 하는 경우 총 8개의 BW 시그널링이 가능하므로, 펑처링 모드는 최대 3개만을 시그널링 할 수 있다. 만약 BW 필드를 4비트로 하는 경우 총 16개의 BW 시그널링이 가능하므로, 펑처링 모드는 최대 11개를 시그널링 할 수 있다.

BW 필드 이후에 위치하는 필드는 PPDU의 형태 및 포맷에 따라 달라지며, MU PPDU와 SU PPDU는 같은 PPDU 포맷으로 시그널링 될 수 있으며, EHT-SIG 필드 전에 MU PPDU와 SU PPDU를 구별하기 위한 필드가 위치할 수 있으며, 이를 위한 추가적인 시그널링이 수행될 수 있다. SU PPDU와 MU PPDU는 둘 다 EHT-SIG 필드를 포함하고 있지만, SU PPDU에서 필요하지 않은 일부 필드가 압축(compression)될 수있다. 이때, 압축이 적용된 필드의 정보는 생략되거나 MU PPDU에 포함되는 본래 필드의 크기보다 축소된 크기를 갖을 수 있다. 예를 들어 SU PPDU의 경우, EHT-SIG의 공통 필드가 생략 또는 대체되거나, 사용자 특정 필드가 대체되거나 1개로 축소되는 등 다른 구성을 갖을 수 있다.

또는, SU PPDU는 압축 여부를 나타내는 압축 필드를 더 포함할 수 있으며, 압축 필드의 값에 따라 일부 필드(예를 들면, RA 필드 등)가 생략될 수 있다.

SU PPDU의 EHT-SIG 필드의 일부가 압축된 경우, 압축된 필드에 포함될 정보는 압축되지 않은 필드(예를 들면, 공통 필드 등)에서 함께 시그널링될 수 있다. MU PPDU의 경우 다수의 사용자의 동시 수신을 위한 PPDU 포맷이기 때문에 U-SIG 필드 이후에 EHT-SIG 필드가 필수적으로 전송되어야 하며, 시그널링되는 정보의 양이 가변적일 수 있다. 즉, 복수 개의 MU PPDU가 복수 개의 STA에게 전송되기 때문에 각각의 STA은 MU PPDU가 전송되는 RU의 위치, 각각의 RU가 할당된 STA 및 전송된 MU PPDU가 자신에게 전송되었는지 여부를 인식해야 된다. 따라서, AP는 EHT-SIG 필드에 위와 같은 정보를 포함시켜서 전송해야 된다. 이를 위해, U-SIG 필드에서는 EHT-SIG 필드를 효율적으로 전송하기 위한 정보를 시그널링하며, 이는 EHT-SIG 필드의 심볼 수 및/또는 변조 방법인 MCS일 수 있다. EHT-SIG 필드는 각 사용자에게 할당 된 RU의 크기 및 위치 정보를 포함할 수 있다.

SU PPDU인 경우, STA에게 복수 개의 RU가 할당될 수 있으며, 복수 개의 RU들은 연속되거나 연속되지 않을 수 있다. STA에게 할당된 RU들이 연속하지 않은 경우, STA은 중간에 펑처링된 RU를 인식하여야 SU PPDU를 효율적으로 수신할 수 있다. 따라서, AP는 SU PPDU에 STA에게 할당된 RU들 중 펑처링된 RU들의 정보(예를 들면, RU 들의 펑처링 패턴 등)를 포함시켜 전송할 수 있다. 즉, SU PPDU의 경우 펑처링 모드의 적용 여부 및 펑처링 패턴을 비트맵 형식 등으로 나타내는 정보를 포함하는 펑처링 모드 필드가 EHT-SIG 필드에 포함될 수 있으며, 펑처링 모드 필드는 대역폭 내에서 나타나는 불연속한 채널의 형태를 시그널링할 수 있다.

시그널링되는 불연속 채널의 형태는 제한적이며, BW 필드의 값과 조합하여 SU PPDU의 BW 및 불연속 채널 정보를 나타낸다. 예를 들면, SU PPDU의 경우 단일 단말에게만 전송되는 PPDU이기 때문에 STA은 PPDU에 포함된 BW 필드를 통해서 자신에게 할당된 대역폭을 인식할 수 있으며, PPDU에 포함된 U-SIG 필드 또는 EHT-SIG 필드의 펑처링 모드 필드를 통해서 할당된 대역폭 중 펑처링된 자원을 인식할 수 있다. 이 경우, 단말은 펑처링된 자원 유닛의 특정 채널을 제외한 나머지 자원 유닛에서 PPDU를 수신할 수 있다. 이때, STA에게 할당된 복수 개의 RU들은 서로 다른 주파수 대역 또는 톤으로 구성될 수 있다.

제한된 형태의 불연속 채널 형태만이 시그널링되는 이유는 SU PPDU의 시그널링 오버헤드를 줄이기 위함이다. 펑처링은 20 MHz 서브채널 별로 수행될 수 있기 때문에 80, 160, 320 MHz과 같이 20 MHz 서브채널을 다수 가지고 있는 BW에 대해서 펑처링을 수행하면 320 MHz의 경우 primary 채널을 제외한 나머지 20 MHz 서브채널 15개의 사용여부를 각각 표현하여 불연속 채널(가장자리 20 MHz만 펑처링 된 형태도 불연속으로 보는 경우) 형태를 시그널링해야 한다. 이처럼 단일 사용자 전송의 불연속 채널 형태를 시그널링하기 위해 15 비트를 할애하는 것은 시그널링 부분의 낮은 전송 속도를 고려했을 때 지나치게 큰 시그널링 오버헤드로 작용할 수 있다.

본 발명은 SU PPDU의 불연속 채널 형태를 시그널링하는 기법을 제안하고, 제안한 기법에 따라 결정된 불연속 채널 형태를 도시한다. 또한, SU PPDU의 320 MHz BW 구성에서 Primary 160MHz와 Secondary 160 MHz의 펑처링 형태를 각각 시그널링하는 기법을 제안한다.

또한, 본 발명의 일 실시예에서는 PPDU Format 필드에 시그널링된 PPDU Format에 따라서 프리앰블 펑처링 BW 값들이 지시하는 PPDU의 구성을 다르게 하는 기법을 제안한다. BW 필드의 길이가 4 비트인 경우를 가정하며, EHT SU PPDU 또는 TB PPDU인 경우에는 U-SIG 이후에 1 심볼의 EHT-SIG-A를 추가로 시그널링 하거나 아예 EHT-SIG-A를 시그널링하지 않을 수 있으므로, 이를 고려하여 U-SIG의 BW 필드만을 통해 최대 11개의 펑처링 모드를 온전하게 시그널링할 필요가 있다. 그러나 EHT MU PPDU인 경우 U-SIG 이후에 EHT-SIG-B를 추가로 시그널링하므로, 최대 11개의 펑처링 모드를 SU PPDU와 다른 방법으로 시그널링할 수 있다. EHT ER PPDU의 경우 BW 필드를 1비트로 설정하여 20MHz 또는 10MHz 대역을 사용하는 PPDU인지를 시그널링할 수 있다.

도 7(f)는 U-SIG의 PPDU Format 필드에서 EHT MU PPDU로 지시된 경우, VD 필드의 Format-specific 필드의 구성을 도시한 것이다. MU PPDU의 경우 다수의 사용자의 동시 수신을 위한 시그널링 필드인 SIG-B가 필수적으로 필요하고, U-SIG 후에 별도의 SIG-A 없이 SIG-B가 전송될 수 있다. 이를 위해 U-SIG에서는 SIG-B를 디코딩하기 위한 정보를 시그널링해야 한다. 이러한 필드들로는 SIG-B MCS, SIG-B DCM, Number of SIG-B Symbols, SIG-B Compression, Number of EHT-LTF Symbols 필드 등이다.

도 8은 본 발명의 실시예에 따른 다양한 EHT(Extremely High Throughput) PPDU(Physical layer Protocol Data Unit) 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.

도 8을 참조하면, PPDU는 preamble과 데이터 부분으로 구성될 수 있으며, 하나의 타입인 EHT PPDU의 포맷은 preamble에 포함되어 있는 U-SIG 필드에 따라 구별될 수 있다. 구체적으로, U-SIG 필드에 포함되어 있는 PPDU 포맷 필드에 기초하여 PPDU의 포맷이 EHT PPDU인지 여부가 지시될 수 있다.

도 8의 (a)는 단일 STA를 위한 EHT SU PPDU 포맷의 일 예를 나타낸다. EHT SU PPDU는 AP와 단일 STA간의 단일 사용자(Single User, SU) 전송을 위해 사용되는 PPDU이며, U-SIG 필드 이후에 추가적인 시그널링을 위한 EHT-SIG-A필드가 위치할 수 있다.

도 8의 (b)는 트리거 프레임에 기초하여 전송되는 EHT PPDU인 EHT Trigger-based PPDU 포맷의 일 예를 나타낸다. EHT Trigger-based PPDU는 트리거 프레임에 기초하여 전송되는 EHT PPDU로 트리거 프레임에 대한 응답을 위해서 사용되는 상향링크 PPDU이다. EHT PPDU는 EHT SU PPDU와는 다르게 U-SIG 필드 이후에 EHT-SIG-A 필드가 위치하지 않는다.

도 8의 (c)는 다중 사용자를 위한 EHT PPDU인 EHT MU PPDU 포맷의 일 예를 나타낸다. EHT MU PPDU는 하나 이상의 STA에게 PPDU를 전송하기 위해 사용되는 PPDU이다. EHT MU PPDU 포맷은 U-SIG 필드 이후에 HE-SIG-B 필드가 위치할 수 있다.

도 8의 (d)는 확장된 범위에 있는 STA과의 단일 사용자 전송을 위해 사용되는 EHT ER SU PPDU 포맷의 일 예를 나타낸다. EHT ER SU PPDU는 도 8의 (a)에서 설명한 EHT SU PPDU보다 넓은 범위의 STA과의 단일 사용자 전송을 위해 사용될 수 있으며, 시간 축 상에서 U-SIG 필드가 반복적으로 위치할 수 있다.

도 8의 (c)에서 설명한 EHT MU PPDU는 AP가 복수 개의 STA들에게 하향링크 전송을 위해 사용할 수 있다. 이때, EHT MU PPDU는 복수 개의 STA들이 AP로부터 전송된 PPDU를 동시에 수신할 수 있도록 스케줄링 정보를 포함할 수 있다. EHT MU PPDU는 EHT-SIG-B의 사용자 특정(user specific) 필드를 통해서 전송되는 PPDU의 수신자 및/또는 송신자의 AID 정보를 STA에게 전달할 수 있다. 따라서, EHT MU PPDU를 수신한 복수 개의 단말들은 수신한 PPDU의 프리엠블에 포함된 사용자 특정 필드의 AID 정보에 기초하여 공간적 재사용(spatial reuse) 동작을 수행할 수 있다.

구체적으로, HE MU PPDU에 포함된 HE-SIG-B 필드의 자원 유닛 할당(resource unit allocation, RA) 필드는 주파수 축의 특정 대역폭(예를 들면, 20MHz 등)에서의 자원 유닛의 구성(예를 들면, 자원 유닛의 분할 형태)에 대한 정보를 포함할 수 있다. 즉, RA 필드는 STA이 PPDU를 수신하기 위해 HE MU PPDU의 전송을 위한 대역폭에서 분할된 자원 유닛들의 구성을 지시할 수 있다. 분할된 각 자원 유닛에 할당(또는 지정)된 STA의 정보는 EHT-SIG-B의 사용자 특정 필드에 포함되어 STA에게 전송될 수 있다. 즉, 사용자 특정 필드는 분할된 각 자원 유닛에 대응되는 하나 이상의 사용자 필드를 포함할 수 있다.

예를 들면, 분할된 복수 개의 자원 유닛들 중에서 데이터 전송을 위해 사용되는 적어도 하나의 자원 유닛에 대응되는 사용자 필드는 수신자 또는 송신자의 AID를 포함할 수 있으며, 데이터 전송에 수행되지 않는 나머지 자원 유닛(들)에 대응되는 사용자 필드는 기 설정된 널(Null) STA ID를 포함할 수 있다.

설명의 편의를 위해 본 명세서에서 프레임 또는 MAC 프레임은 MPDU와 혼용되어 사용될 수 있다.

<Wi-Fi 단말의 채널 액세스 방법>

Wi-Fi 단말(AP 및 non-AP 스테이션)은 프레임의 전송을 수행하기 전, 채널이 유휴(idle)한지 판단하기 위해 채널 센싱을 수행한다. Wi-Fi 단말은 다른 장치들과 공통으로 사용하는 비면허 대역에서 통신을 수 행하기 때문이다. 이러한 채널 액세스 동작에 대해서는 도 6을 통해 설명하였다. 이러한 채널 액세스 동작은 IEEE 802.11 표준에서 정의하는 DCF(distributed coordination) 및 EDCAF(enhanced distributed channel access)에 적용된다.

DCF와 EDCAF의 채널 액세스에서 스테이션이 물리(physical) 캐리어 센싱(carrier sensing, CS)뿐만 아니라 가상(virtual) 캐리어 센싱을 수행하여 채널 상태를 판단한다. 물리 캐리어 센싱 또는 가상 캐리어 센싱 중 어느 하나라도 채널이 사용 중(busy)으로 센싱되는 경우, 스테이션이 채널이 사용 중인 것으로 판단한다. 가상 채널 센싱에서 스테이션은 채널의 NAV(network allocation vector)의 값이 0이 아닌 경우 채널이 사용 중으로 판단한다. NAV는 무선 매체를 점유할 것으로 예측되는 미래의 트래픽을 위해 유지되는 값일 수 있다. 구체적으로 NAV는 각 스테이션에 의해 유지되며, NAV는 해당 무선 매체가 유휴한지 여부와 관계업이 각 스테이션이 해당 무선 매체에서 전송을 개시하지 않는 시간 구간일 수 있다. NAV의 값은 시간이 경과함에 따라 감소한다. NAV의 값이 0인 경우, 가상 채널 센싱에서 스테이션은 해당 채널이 유휴한 것으로 판단한다. RTS 프레임/CTS 프레임 교환에 의해 NAV가 설정될 수 있다. 구체적으로 RTS 프레임/CTS 프레임 교환에서 RTS 프레임의 Duration 필드의 값과 CTS 프레임의 Duration 필드의 값을 기초로 설정될 수 있다. 또한, RTS 프레임/CTS 프레임 교환뿐만 아니라 다른 MAC 프레임의 Duration 필드의 값을 기초로 설정될 수 있다.

<EDCA와 TXOP>

EDCA는 트래픽을 트래픽의 특성에 따라 4 종류의 AC(access category)로 구별하여 관리한다. 4 종류의 AC는 AC_VO(AC Voice), AC_VI(AC Video), AC_BE(AC Best effort), 및 AC_BK(AC Background)이다. AC에 따라 채널 액세스 파라미터가 설정될 수 있다. 구체적으로 4개의 AC는 서로 다른 채널 액세스 파라미터를 가질 수 있다. 또한, 채널 액세스 파라미터는 백오프 동작에서 사용되는 CW, TXOP 및 AIFSN에 관한 파라미터 중 어느 하나를 포함할 수 있다. 이를 통해 AC 별 트래픽 채널 액세스의 우선도가 관리될 수 있다. EDCA에서 트래픽(MSDU)은 트래픽의 TC(traffic category) 또는 TS(traffic stream)에 따라 4개의 AC 중 하나에 매핑될 수 있다. EDCA에서 4개의 큐(queue)가 4개의 AC 각각이 매핑되고, 트래픽의 AC에 해당하는 큐에서 관리된다. 이때, 4개의 큐는 물리적으로 분리되거나 물리적으로 분리되지 않았더라도 논리적으로 분리된 것일 수 있다.

AC_VO는 음성(voice) 트래픽과 같이 트래픽의 절대적인 양이 많지는 않지만, 전송 지연에 취약한 트래픽을 위한 AC일 수 있다. AC_VO는 다른 AC의 트래픽보다 우선적으로 서비스될 확률을 높이기 위해 상대적으로 작은 CW 관련 파라미터 및 AIFSN 파라미터 값을 가질 수 있다. 다만 AC_VO의 TXOP 파라미터는 AC의 TXOP 파라미터보다 상대적으로 작은 값으로 제한되어, AC_VO는 다른 AC보다 짧은 전송시간만이 보장될 수 있다.

AC_VI는 음성 트래픽보다는 전송 지연에 강인하지만, 저지연 전송을 요하고 많은 량의 트래픽을 처리해야 하는 비디오 트래픽 같은 트래픽을 위한 AC일 수 있다. AC_VI는 AC_VO보다는 크지만 다른 AC보다 작은 CW 관련 파라미터와 AIFSN 파라미터 값을 가질 수 있다. AC_VI의 TXOP 파라미터는 AC_VI보다 2배가량 길다.

AC_BE는 전송 지연에 강인한 트래픽을 위한 AC이며, 음성 데이터 및 스트리밍 비디오 데이터를 제외한 대부분의 일반적인 트래픽이 AC_BE로 분류될 수 있다. AC_BE의 CW 관련 파라미터와 AIFSN 파라미터를 AC_VO 및 AC_VICW 관련 파라미터와 AIFSN 파라미터의 값 보다 클 수 있다. 또한, AC_BE는 TXOP 파라미터를 따로 갖고 있지 않고, 스테이션이 AC_BE에 해당하는 트래픽을 포함하는 PPDU를 전송한 후 ACK을 수신하고, SIFS 후 다시 AC_BE에 해당하는 트래픽을 포함하는 PPDU를 전송하는 TXOP 전송 시퀀스를 수행할 수 없다.

AC_BK는 AC_BE와 유사하게 전송 지연에 강인한 트래픽이지만, 우선 순위가 AC_BE에 해당하는 트래픽 보다는 낮은 트래픽을 위한 AC이다. AC_BK는 AC_BE와 동일한 CW 파라미터 값을 활용하고, AIFSN 파라미터 값은 AC_BE보다도 큰 값을 활용한다. 또한, 스테이션이 AC_BK에 해당하는 트래픽을 포함하는 PPDU를 전송한 후 ACK을 수신하고, SIFS 후 다시 AC_BK에 해당하는 트래픽을 포함하는 PPDU를 전송하는 TXOP 전송 시퀀스를 수행할 수 없다.

네 종류의 EDCA AC는 802.1D의 UP(user-priority)와 매핑 되며, 유선으로 수신한 트래픽이 갖고 있는 UP값 혹은 상위 레이어로부터 지시된 MSDU의 TID에 따라 EDCA AC를 결정하게 된다. 이때, MSDU의 TID가 0 내지 7의 값을 지시하는 경우, TID가 지시하는 값은 UP와 1대1로 대응될 수 있다.

또한, 네 종류의 EDCA AC는 각각의 디폴트(default) CW 관련 파라미터(CWmin, CWmax), AIFSN, TXOP 파라미터가 IEEE 802.11ax에서 정의되고, 각 AC의 파라미터 값은 AP에 의해 변경될 수 있다. 따라서 서로 다른 BSS의 디폴트(default) CW 관련 파라미터(CWmin, CWmax), AIFSN, TXOP 파라미터는 서로 다를 수 있다.

EDCA 메커니즘을 활용하면, Wi-Fi 트래픽은 4개의 AC와 대응하는 4개의 큐 중 하나에 보관되며, 트래픽의 AC가 다른 AC와의 채널 액세스 경쟁에서 승리한 경우에 목적 장치로 전송될 수 있다. 이때, AC 사이의 채널 액세스 경쟁에서 각 AC는 각 AC의 채널 액세스 파라미터(CW[AC], AIFSN[AC])에 따라 채널 액세스 경쟁이 수행된다. 각 AC가 수행하는 채널 액세스 경쟁 동작은 DCF와 동일하다. 이 때, 큐에 전송할 트래픽이 저장되지 않은 AC는 채널 액세스 경쟁에 참여하지 않을 수 있다. 각 AC의 CW 관련 파라미터와 AIFSN 파라미터 값이 다르기 때문에, 가장 작은 CW 관련 파라미터와 AIFSN 파라미터를 갖는 AC_VO가 다른 AC와의 채널 액세스 경쟁에서 승리할 확률이 높다. 따라서 AC_VO의 트래픽이 다른 AC의 트래픽보다 우선적으로 서비스될 가능성이 높다.

EDCA는 상술한 것과 같이 QoS 강화를 위해 트래픽(프레임, 패킷 등)의 AC에 따라 채널 액세스 우선순위를 설정하며, EDCA TXOP (EDCA Transmission Opportunity) 기능을 제공한다. EDCA TXOP는 AC의 EDCAF(EDCA Function)가 채널 액세스 기회를 획득하였을 때, TXOP 홀더(holder)가 되었을 때, TXOP 구간(duration)동안 다른 장치에 의해 방해받지 않고 무선 매개체를 조정할 수 있는 시간 구간이다. 이때, EDCA TXOP는 AP에 의해 공지(advertised)된 TXOP 리밋(limit)에 의해 제한될 수 있고, TXOP 홀더는 TXOP 리밋 내에 TXOP 홀더의 전송 및 TXOP 홀더의 전송으로 인해 전송되는 응답 프레임의 전송이 종료될 수 있도록 전송을 수행해야 한다.

TXOP 홀더는 EDCA TXOP 구간 동안 복수의 프레임(다수의 PPDU)을 전송할 수 있고, TXOP 구간 내에서 TXOP 홀더는 각 프레임의 전송 사이에 별도의 채널 액세스 절차(예를 들어 백오프 절차)를 수행하지 않고 연속적으로 복수의 프레임을 전송할 수 있다. 이때, 복수의 프레임이 즉각적인(immediate) ACK을 요청하지 않는 MPDU 또는 A-MPDU(Aggregated MAC protocol data unit)인 경우 상기 다수의 프레임 전송은 SIFS(short interframe space) 또는 RIFS(reduced interframe space) 간격으로 수행될 수 있다. 이때, 복수의 프레임 중 즉각적인 ACK을 요청하는 MPDU 또는 즉각적인 ACK을 요청하는 A-MPDU가 포함되는 경우, TXOP 홀더는 즉각적인 ACK을 요청하는 프레임을 전송한 후 ACK을 수신하고, SIFS 후 다음 프레임을 전송할 수 있다.

이때, 미리 지정된 조건이 만족되는 경우, TXOP 홀더는 TXOP를 획득에 사용한 AC가 아닌 다른 AC의 트래픽도 TXOP 내에서 함께 전송할 수 있다. 구체적으로 TXOP 쉐어링을 통해 TXOP 홀더는 TXOP를 획득에 사용한 AC가 아닌 다른 AC의 트래픽도 TXOP 내에서 함께 전송할 수 있다.

앞서 설명한 바와 같이 TXOP 홀더는 TXOP 내에서 별도의 채널 액세스 절차를 수행하지 않고 연속적인 프레임 전송을 수행할 수 있다. 이를 위해 TXOP 구간 내에서 다른 단말의 채널에 액세스하는 것을 방지할 필요가 있다. 따라서 TXOP 홀더는 획득한 TXOP 구간에 대해 공지할 수 있다.

TXOP 홀더인 또는 채널 액세스 절차를 완료한 후 전송을 개시하는 스테이션은 RTS 프레임을 전송하여 다른 스테이션에게 TXOP 구간을 알릴 수 있다. 이때, RTS 프레임은 MAC 프레임 헤더의 Frame Control 필드의 Type 서브필드(Frame Control 필드의 세 번째(B2) 및 네 번째 비트(B3))가 01_2b로 설정되고, Frame Control 필드의 Subtype 서브필드(Frame Control 필드의 다섯 번째 내지 여덟번째 비트(B4-B7))이 1011_2b로 설정된 프레임이다. TXOP 홀더로부터 RTS 프레임을 수신한 단말은 RTS 프레임이 포함하는 듀레이션과 관련한 정보, 예를 들어 Duration 필드의 값에 기초하여 NAV를 설정할 수 있다. 설정된 NAV는 TXOP 홀더의 TXOP에 해당하는 시간 동안 0이 아닌 값으로 유지될 수 있다. RTS 프레임의 목적 장치로 지시된 스테이션은 RTS 프레임의 듀레이션에 관한 정보를 기초로 NAV를 설정하는 대신, RTS 프레임에 대핸 CTS 프레임으로 응답해야 한다. 이때, TXOP를 시작하기 위해 전송된 RTS 프레임의 목적장치는 TXOP 응답자(responder)이며, RTS 프레임에 대한 응답으로 CTS 프레임을 전송해야 한다. 이때, RTS 프레임과 CTS 프레임 사이의 간격(space)은 SIFS이다. 이때, CTS 프레임의 Duration 필드는 수신된 RTS 프레임의 Duration 필드에서 지시된 값 - CTS 프레임 전송 시간 - SIFS로 계산된 값으로 설정된다. CTS 프레임을 수신한 단말들은 CTS 프레임에 포함된 듀레이션과 관련한 정보를 기초로 NAV를 설정할 수 있다. TXOP 홀더로부터 RTS 프레임을 수신한 단말과, TXOP 응답자로부터 CTS 프레임을 수신한 단말의 NAV는 TXOP 홀더가 획득한 TXOP가 종료된 후에 0으로 설정된다. 이를 통해 Wi-Fi MAC 메커니즘은 TXOP 홀더와 TXOP 응답자가 TXOP 동안 다수의 프레임을 방해받지 않고 교환할 수 있다.

다만, TXOP 홀더가 RTS 프레임을 non-HT duplicate PPDU로 프라이머리(Primary) 80MHz 대역에서 전송했지만, TXOP 응답자로부터 응답된 CTS 프레임(non-HT duplicate PPDU)이 프라이머리 40 MHz 대역에서만 응답된 경우, TXOP 홀더는 획득된 TXOP 동안 프라이머리 40 MHz 혹은 프라이머리 40 MHz 미만(즉, 프라이머리 20 MHz)의 대역폭만을 프레임 교환에 사용할 수 있다. 즉, TXOP 홀더는 전송하는 PPDU의 CH_BANDWIDTH(TXVECTOR parameter의 일종)를, 수신된 CTS 프레임을 포함하는 PPDU의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN-NON_HT(RXVECTOR parameter의 일종)과 같거나 더 작은 값으로 설정해야 한다. 이때, RTS 프레임은 RTS 프레임이 전송된 BW보다 작은 BW로 CTS 프레임이 응답되는 것을 허용하는 RTS 프레임일 수 있다. 즉, RTS 프레임은 TXVECTOR의 DYN_BANDWIDTH_IN_NON_HT가 Dynamic으로 설정되어 전송된 RTS 프레임일 수 있다. 만약, DYN_BANDWIDTH_IN_NON_HT가 Static으로 설정되어 RTS 프레임이 TXOP 홀더로부터 전송되는 경우, TXOP 응답자는 RTS 프레임이 수신된 주파수 대역(BW)으로 CTS 프레임을 전송해야 할 수 있다.

도 9는 RTS 프레임과 CTS 프레임 교환을 통한 TXOP 보호방법을 보여준다.

도 9에서 제1 스테이션(STA1은 PPDU를 전송하기에 앞서, PPDU의 목적 장치인 제2 스테이션(STA2)에게 RTS 프레임을 전송하고, 제2 스테이션(STA2)은 수신된 RTS 프레임이 자신을 목적 장치로 하는 RTS 프레임임을 판단하고, SIFS 후에 제1 스테이션(STA1)에게 CTS 프레임으로 응답한다.

제1 스테이션(STA1)의 이웃(neighbor) 스테이션인 제1 이웃 스테이션(STA1_Neighbor)는 제1 스테이션(STA1)이 전송한 RTS 프레임을 수신한 후, RTS 프레임의 Duration 필드의 값으로 NAV를 설정한다. 제2 스테이션(STA2)의 이웃 스테이션인 제2 이웃 스테이션(STA2_Neighbor)는 제2 스테이션(STA2)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드의 값을 기초로 NAV를 설정한다. 제1 이웃 스테이션(STA1_Neighbor)와 제2 이웃 스테이션(STA2_Neighbor)은 RTS 프레임 또는 CTS 프레임을 수신한 후 설정한 NAV가 0이 아닌 값으로 유지되는 동안 가상 캐리어 센싱에서 채널이 사용 중(busy)인 것으로 판단하여, 백오프 카운터를 줄이지 않는 등의 동작을 수행한다. 결과적으로, RTS 프레임 또는 CTS 프레임을 수신한 이웃 단말들이 NAV가 0이 아닌 값으로 유지되는 구간동안 전송을 시도하지 않기 때문에, 제1 스테이션(STA1)과 제2 스테이션(STA2)은 PPDU 및 ACK 프레임을 송/수신하는 동안 이웃 단말에 의해 방해 받지 않을 수 있다.

제1 스테이션(STA1)과 제2 이웃 스테이션(STA2_Neighbor)이 히든 노드라 할지라도, 제2 이웃 스테이션(STA2_Neighbor)는 제1 스테이션(STA1)이 PPDU를 전송하는 동안 채널이 사용 중임을 고려한 동작을 수행할 수 있다.

<MU-RTS 트리거 프레임을 이용한 TXOP 보호>

11ax(6세대 Wi-Fi, Wi-Fi 6, HEW, High Efficiency WLAN)에서는 MU-RTS 트리거 프레임(이하, MU-RTS 프레임)과 CTS 프레임 교환 절차를 정의하여, MU-RTS 프레임을 이용해 AP가 TXOP를 시작하고 TXOP frame 교환 절차를 보호할 수 있다. MU-RTS 프레임은 트리거 프레임의 일종이다. 스테이션이 MU-RTS 프레임을 수신하고, MU-RTS 프레임의 User 필드가 스테이션의 AID12 (Association ID의 LSB 12비트)를 지시하는 경우, 스테이션 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, 복수의 스테이션이 CTS 프레임을 동시에 전송할 수 있다. AP가 MU-RTS 프레임을 이용해 TXOP 보호를 수행하는 경우, 복수의 스테이션이 CTS 프레임을 응답할 수 있기 때문에, DL MU PPDU(Down link multi user PPDU)의 목적 장치인 복수의 스테이션 각각의 이웃 스테이션으로부터 TXOP를 보호받을 수 있다. 또한, MU-RTS 프레임은 UL MU PPDU를 보호하기 위해 사용될 수 있다. 구체적으로 트리거 프레임을 통해 복수의 스테이션에게 TB(Trigger based) PPDU를 요청하기 이전에, AP는 MU-RTS 프레임을 전송하여 TB PPDU를 응답할 복수의 스테이션이 CTS 프레임을 전송하게 할 수 있다. 이때, 복수의 스테이션이 응답한 CTS 프레임은 각 스테이션의 이웃 스테이션에게 TB PPDU 및 TB PPDU 이후 전송될 ACK 프레임(예컨대, Ack, Block Ack)을 보호하는 NAV를 설정한다. 이를 통해 Trigger 프레임 및 TB PPDU를 디코딩할 수 없는 레거시 스테이션(Legacy STA)은 트리거 프레임이 개시하는 프레임 교환 시퀀스 (또는 트리거 프레임이 전송되는 TXOP)동안 채널 액세스를 수행하지 않을 수 있다.

도 10은 MU-RTS 프레임과 CTS 프레임을 이용한 TXOP 보호방법을 보여준다.

도 10에서 AP는 MU PPDU를 전송하기 전에, MU PPDU의 목적 장치인 제1 스테이션(STA1)과 제2 스테이션(STA2)에게 MU-RTS 프레임을 전송하고, 제1 스테이션(STA1)과 제2 스테이션(STA2)은 MU-RTS 프레임을 수신하고 SIFS 후 각각 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다.

제1 스테이션(STA1)의 이웃 스테이션 제1 이웃 스테이션(STA1_Neighbor)은 제1 스테이션(STA1)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드의 값을 기초로 NAV를 설정한다. 제2 스테이션(STA2)의 이웃 스테이션인 제2 이웃 스테이션(STA2_Neighbor)은 제2 스테이션(STA2)이 전송한 CTS 프레임을 수신한 후, CTS 프레임의 Duration 필드의 값을 기초로 NAV를 설정한다. 제1 이웃 스테이션(STA1_Neighbor)과 제2 이웃 스테이션(STA2_Neighbor)은 CTS 프레임을 수신한 후 설정한 NAV가 0이 아닌 값으로 유지되는 동안 가상 캐리어 센싱에서 채널이 사용 중이라 판단하여 백오프 카운터를 줄이지 않는 등의 동작을 수행한다. 따라서 CTS 프레임을 수신한 스테이션이 NAV가 0이 아닌 값으로 유지되는 동안 전송을 시도하지 않기 때문에, AP가 MU PPDU를 전송하고 제1 스테이션(STA1)과 제2 스테이션(STA2)이 ACK 프레임을 응답하는 동안 이웃 스테이션에 의해 방해 받지 않을 수 있다.

트리거 프레임은 IEEE 802.11ax에서 정의된 프레임 타입으로, Frame Control 필드의 Type 서브필드 및 Subtype 서브필드가 각각 01_2b과 0010_2b로 설정된 프레임이다. Frame Control 필드의 Type 서브필드의 값 01_2b은 Control Type임을 지시하고, Subtype 서브필드의 값 0010_2b은 트리거 프레임을 지시한다. IEE 802.11ax에서는, AP가 복수의 스테이션으로부터 동시에 응답 프레임을 요청하기 위해 트리거 프레임을 정의하였다. MU-RTS 프레임은 AP가 다수의 STA(non-AP STA)에게 CTS 프레임을 요청하기 위해 사용된다. MU-RTS 프레임을 제외한 다른 Trigger Type은 UL MU PPDU 요청을 위한 베이직 트리거(Basic Tigger) 프레임, 빔포밍 리포트를 요청하기 위한 빔포밍 리포트 폴 트리거 프레임(Beamforming Report Poll Tigger frame), BlockAck을 요청하기 위한 MU-BAR 트리거 프레임, 버퍼 상태 리포트를 요청하기 위한 버퍼 상태 리포트 폴 트리거 프레임(Buffer Status Report Poll Tigger frame), GCR MU-BAR 트리거 프레임, Bandwidth Query Report Poll 트리거 프레임, NDP Feedback Report Poll 트리거 프레임을 포함한다. 트리거 프레임의 포맷에 대해서는 도 11 내지 도 13을 통해 설명한다.

도 11은 본 발명의 실시 예에 따른 트리거 프레임의 포맷을 보여준다.

트리거 프레임은 Frame Control 필드를 포함한 MAC 헤더와, Common Info 필드, User Info List 필드, Padding 필드, 및 FCS 필드를 포함한다.

Frame Control 필드는 Type 및 Subtype 서브필드를 포함하며, 트리거 프레임은 두 서브필드가 각각 01_2b과 0010_2b로 설정된다.

Common Info 필드는 트리거 프레임의 Type을 지시하기 위한 Trigger Type 서브필드, 응답되는 UL 전송의 길이를 지시하기 위한 UL Length 서브필드 및 복수의 필드를 포함한다. Common Info 필드의 구체적인 포맷에 대해서는 도 12를 통해 설명한다.

User Info List 필드는 트리거 프레임의 목적 장치를 지시하기 위한 정보 포함된 User Info 필드를 0개 혹은 1개 이상 포함할 수 있다. 이때, User Info 필드는 목적 장치를 지시하는 정보 외에도, 트리거 프레임의 Type에 따라, 목적 장치가 트리거 프레임을 수신한 후 응답 프레임을 전송할 때 사용해야 하는 파라미터, 예컨대 UL DCM, UL MCS 등을 포함한다. User Info 필드의 구체적인 포맷에 대해서는 도 13을 통해 설명한다.

Padding 필드는 스테이션이 트리거 프레임을 을 수신한 후, 트리거 프레임의 목적 장치가 응답 프레임을 준비할 시간을 확보하기 위해 설정된다. 트리거 프레임을 전송하는 AP는 목적 장치들의 성능을 고려하여 Padding 필드의 길이를 조절할 수 있다. 또한, IEEE 802.11be(Wi-Fi 7, EHT)에서는 트리거 프레임이 포함된 PPDU의 종료 시점(end time)을 다른 PPDU와 정렬하기 위해서 조절될 수 있다.

FCS(Frame Check Sequence) 필드는 32-비트의 CRC(Cyclic redundancy code)를 포함한다. 이때, CRC는 MAC Header의 값과 Frame Body 필드의 값을 기초로 획득된 값이다.

도 12는 본 발명의 실시 예에 따른 트리거 프레임의 Common Info 필드의 포맷을 보여준다.

Trigger Type 서브필드는 트리거 프레임의 타입을 지시하기 위해 활용되며, Trigger Type 서브필드의 값이 0인 경우, Trigger Type 서브필드는 베이직 트리거 프레임을 지시한다. Trigger Type 서브필드의 값이 1이면, Trigger Type 서브필드는 BFRP 프레임을 지시한다. Trigger Type 서브필드의 값이 2인 경우, Trigger Type 서브필드는 MU-BAR 프레임을 지시한다. Trigger Type 서브필드의 값이 3인 경우, Trigger Type 서브필드는 MU-RTS 프레임을 지시한다. Trigger Type 서브필드의 값이 4인 경우, Trigger Type 서브필드는 BSRP 프레임을 지시한다. Trigger Type 서브필드의 값이 5인 경우, Trigger Type 서브필드는 GCR MU-BAR를 지시한다. Trigger Type 서브필드의 값이 6인 경우, Trigger Type 서브필드는 BQRP 프레임을 지시한다. Trigger Type 서브필드의 값이 7인 경우, Trigger Type 서브필드는 NFRP(NDP Feedback Report Poll)을 지시한다.

UL Length 서브필드는 트리거 프레임의 응답인 TB PPDU의 L-SIG LENGTH 필드에 설정되어야 하는 값을 지시한다.

More TF 서브필드는 트리거 프레임 이후에 전송될 트리거 프레임이 있는지 지시한다.

CS Required 서브필드는 트리거 프레임의 목적 장치가, 응답 프레임을 전송할 때에 CS를 수행해야 하는지 여부(Physical & Virtual CS, ED & NAV)를 지시하며, CS Required 서브필드가 1로 지시된 트리거 프레임을 수신한 후 응답 프레임을 전송하는 스테이션은 CS를 수행해야 한다.

UL BW 서브필드는 트리거 프레임을 수신한 후 TB PPDU를 응답하는 스테이션이 프리앰블, 예를 들어 HE-SIG-A 필드 또는 U-SIG 필드에 지시해야 하는 BW 값을 지시한다.

GI And HE/EHT-LTF Type 서브필드는 트리거 프레임의 응답인 TB PPDU의 GI(Guard interval)와 HE(EHT)-LTF 값을 지시한다.

MU-MIMO HE(EHT)-LTF Mode 서브필드는 트리거 프레임의 응답인 TB PPDU에 적용되어야 하는 HE(EHT)-LTF mode와 관련한 정보를 지시한다.

Number Of HE(EHT)-LTF Symbols And Midamble Periodicity 서브필드는 Doppler 서브필드가 0으로 지시되는 경우, TB PPDU에 적용되어야 하는 HE(EHT)-LTF의 심볼 개수를 지시하고, Doppler 서브필드가 1로 지시되는 경우, HE(EHT)-LTF의 심볼 개수 및 미드앰블(midable)의 주기(periodicity)와 관련한 정보를 지시한다.

UL STBC 서브필드는 응답되는 TB PPDU에 STBC 인코딩이 적용되어야 하는지 지시하며, STBC 인코딩이 적용되어야 하는 경우 1로 설정된다. 다만, EHT TB PPDU를 응답시키는 트리거 프레임의 UL STBC 서브필드는 리저브 필드(reserved)이다.

LDPC Extra Symbol Segment 서브필드는 트리거 프레임에 대한 응답인 TB PPDU에 LDPC 추가 심볼 세그먼트(extra symbol segment)가 나타나야 하는지 지시하며, LDPC Extra Symbol Segment 서브필드가 1로 지시될 경우, LDPC 추가 심볼 세그먼트가 TB PPDU에 포함되어야 한다.

AP Tx Power 서브필드는 스테이션이 트리거 프레임을 전송할 때 사용한 AP의 전송 파워와 관련한 값이 지시된다. 스테이션이 응답 프레임을 전송할 때 스테이션은 AP Tx Power 서브필드에서 지시된 값을 기초로 전송 파워를 조절할 있다.

Pre-FEC Padding Factor와 PE Disambiguity 서브필드는 Pre-FEC Padding Factor가 1인지 혹은 2, 3, 4인지 여부와, PE(Packet Extension)의 길이를 명확히 하기 위한 정보를 지시한다.

UL Spatial Reuse 서브필드는 4개의 Spatial Reuse 서브필드를 포함하며, 트리거 프레임의 응답인 HE TB PPDU의 HE-SIG-A의 Spatial Reuse 필드에 설정될 값을 지시한다.

Doppler 서브필드는 트리거 프레임의 응답인 TB PPDU에 미드앰블이 포함되는지 여부를 지시한다. EHT TB PPDU의 전송을 트리거하는 트리거 프레임은 Doppler 서브필드가 리저브드 필드로 설정될 수 있다. 서브필드가 리저브드 필드로 설정되는 경우, 스테이션은 해당 필드의 값을 고려하지 않고 동작할 수 있다.

HE/EHT P160 서브필드는 트리거 프레임의 응답인 TB PPDU가 P160 MHz에 해당하는 채널에 트리거 프레임이 HE TB PPDU의 전송을 트리거 하는지 EHT TB PPDU의 전송을 트리거 하는지 지시한다.

Special User Info Field Present 서브필드는 User Info 필드 중에서, AID12 서브필드가 2007로 지시된 User Info 필드가 User Info 필드에 포함되는지 지시한다.

Trigger Dependent Common Info 서브필드는 Trigger Type 필드로 지시된 트리거 프레임의 종류가 베이직 트리거 프레임 또는 NFRP 트리거 프레임인 경우에만 포함된다.

도 13은 본 발명의 실시 예에 따른 트리거 프레임의 User Info 필드의 포맷을 보여준다.

User Info 필드의 AID12 서브필드는 User Info 필드에 해당하는 스테이션의 AID12를 지시한다. User Info 필드가 어느 하나의 스테이션을 위한 경우 AID12 서브필드는 1 내지 2006으로 설정될 수 있다. 트리거 프레임이 HE 트리거 프레임인 경우, User Info 필드가 어느 하나의 스테이션을 위한 경우 AID12 서브필드는 1 내지 2007로 설정될 수 있다. User Info 필드가 AP와 결합된(associated) 스테이션의 랜덤 액세스를 위한 경우 AID12 서브필드의 값은 0으로 설정될 수 있다. User Info 필드가 AP와 결합되지 않은(unassociated) 스테이션의 랜덤 액세스를 위한 경우 AID12 서브필드의 값은 2045 또는 2044로 설정될 수 있다. AID12 서브필드의 값이 2045인 경우, 랜덤 액세스를 통해 HE TB PPDU가 전송되어야 함을 지시한다. AID12 서브필드의 값이 2044인 경우, 랜덤 액세스를 통해 EHT TB PPDU가 전송되어야 함을 지시한다. AID12 서브필드가 미리 설정된 값으로 설정되는 경우, AID12 서브필드는 AID12 서브필드 직후에 패딩 필드가 시작됨을 지시할 수 있다. 이때, 미리 설정된 값은 4095 또는 4094일 수 있다. AID12 서브필드의 값이 2046으로 설정되는 경우, AID12 서브필드는 User Info 필드가 어느 스테이션에게도 할당되지 않은 RU(resource unit)를 위한 것임을 지시할 수 있다.

MU-RTS 프레임을 제외한 다른 트리거 프레임의 RU Allocation 서브필드는 User Info 필드의 목적 장치, 즉 AID12 서브필드에 의해 지시된 스테이션에게 할당된 RU/MRU(Multiple Resource Unit)의 크기와 위치 정보를 지시한다. 하지만, MU-RTS 프레임의 RU Allocation 서브필드는 User Info 필드의 목적 장치가 CTS 프레임을 전송해야 채널을 지시한다. MU-RTS 프레임의 RU Allocation 서브필드는 목적 스테이션이 CTS 프레임이 전송될 채널을 지시한다. 구체적으로 MU-RTS 프레임의 RU Allocation 서브필드는 CTS 프레임이 프라이머리(Primary) 20 MHz 또는 프라이머리 40 MHz, 프라이머리 80 MHz , 프라이머리 160 MHz, 80 + 80 MHz 및 프라이머리 320 MHz 채널 중 어느 채널에서 전송될지 지시한다. 이때, MRU는 2개 이상의 RU가 결합된 RU를 의미하고, 52+26-tone, 106+26-tone, 484+242-tone, 996+484-tone, 996+484+242-tone, 2x996+484-tone, 3x996, 3x996+484-tone, 및 4x996-tone 크기 중 어느 하나로 정의될 수 있다.

UL FEC Coding Type 서브필드는 트리거 프레임 대한 응답인 TB PPDU의 code type을 지시한다. UL FEC Coding Type 서브필드의 값이 0인 경우 UL FEC Coding Type 서브필드는 BCC (binary convolution coding)를 지시한다. UL FEC Coding Type 서브필드의 값이 1인 경우 UL FEC Coding Type 서브필드는 LDPC (low density parity check)를 지시한다.

UL EHT-MCS 서브필드는 트리거 프레임에 응답으로 전송되는 TB PPDU에 적용되어야 하는 EHT-MCS를 지시한다.

AID12 서브필드가 User Info 필드가 랜덤액세스를 위한 것임을 지시하는 경우 SS Allocation/RA-RU Information 서브필드는 RA-RU 정보를 지시한다. AID12 서브필드가 User Info 필드가 랜덤액세스를 위한 것이 아님을 지시하는 경우, SS Allocation/RA-RU Information 서브필드는 스패셜 스트림(spatial stream) 할당에 관한 정보를 지시한다. 구체적으로 SS Allocation/RA-RU Information 서브필드는 4비트 필드인 Starting Spatial Stream 서브필드와 2비트 필드인 Number Of Spatial Streams 서브필드를 포함한다.

UL Target Receive Power 서브필드는 트리거 프레임에 응답으로 전송되는 TB PPDU가 AP의 안테나 측에서 수신될 수 있는 신호의 파워를 지시한다. 스테이션은 TB PPDU를 전송할 때, AP가 UL Target Receive Power가 지시하는 파워의 크기 내에서 수신하게 TB PPDU의 전송 파워를 UL Target Receive Power subfield의 값을 조절할 수 있다.

PS160 서브필드는 User Info 필드가 할당하는 RU/MRU(Multiple-RU)의 위치 및 크기와 관련한 정보를 지시한다.

<MU-RTS 프레임 전송과 CTS 프레임 응답 규칙>

MU-RTS 프레임의 포맷은 베이직 트리거 프레임의 포맷에서 하나 이상의 필드가 리저브드로 설정될 수 있다. MU-RTS 프레임의 Common Info 필드에서 UL Length 필드, MU-MIMO HE-LTF Mode 필드, Number Of HE-LTF Symbols And Midamble Periodicity 필드, UL STBC 필드, LDPC Extra Symbol Segment 필드, AP Tx Power 필드, Pre-FEC Padding Factor 필드, PE Disambiguity 필드, UL Spatial Reuse 필드, 및 Doppler and UL HE-SIG-A2 Reserved 필드는 리저브드 필드로 설정될 수 있다. MU-RTS 프레임의 User Info 필드의 UL EHT-MCS 필드, UL FEC Coding Type 필드, SS Allocation/RA-RU Information 필드, 및 UL Target Receive Power 필드는 리저브드 필드로 설정될 수 있다. 이는 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 때 사용되는 전송 파라미터 중 많은 부분이 미리 지정되기 때문이다. 구체적으로 MU-RTS 프레임을 수신한 스테이션은 CTS 프레임을 포함하는 non-HT duplicate PPDU를 사용하여 6Mbps로 전송할 수 있다.

MU-RTS 프레임을 수신한 스테이션은 CTS 프레임을 전송할 서브채널을 다음과 같이 결정할 수 있다. 구체적으로 스테이션은 MU-RTS 프레임에 의해 할당된 RU/MRU 내에서 유휴한 서브채널만을 통해 CTS 프레임을 전송할 수 있다. MU-RTS 프레임에 의해 할당된 RU/MRU는 MU-RTS 프레임의 스테이션에 해당하는 User Info 필드의 RU allocation 서브필드가 지시하는 RU/MRU이다. MU-RTS 프레임을 수신한 스테이션은 전송을 수행할 수 있는 MRU에서 CTS 프레임을 전송할 수 있다. 예컨대,

MU-RTS 프레임이 스테이션에게 프라이머리 320 MHz 주파수 대역을 할당하고, 320 MHz 주파수 대역에 포함된 16개의 서브채널 중 1개의 채널이 유휴하지 않은 것으로 판단될 수 있다. 이때, 15개의 서브채널로 구성된 MRU가 없기 때문에 스테이션은 320 MHz 주파수 대역에 포함된 16개의 서브채널 중 14개의 서브채널에서 CTS 프레임을 전송한다. 이때, 14개의 서브채널은 3x996+484-tone으로 구성될 수 있다.

스테이션은 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 서브채널을 다음의 조건을 모두 만족하는 서브채널인지로 판단할 수 있다.

1. 서브채널은 MU-RTS가 스테이션에게 할당한, 즉 스테이션에 해당하는 User Info 필드의 RU Allocation 서브필드에 의해 지시된 주파수 대역에 포함된다.

2. 서브채널은 스테이션이 MU-RTS프레임을 포함한 PPDU를 수신한 후 SIFS 동안 유휴한 것으로 판단된다. 이때, 서브채널은 가상 캐리어 센싱과 ED(energy detection) 기반 CCA를 기초로 유휴한지 판단된다.

3. 서브채널은 MU-RTS 프레임이 수신된 서브채널이다.

4. 서브채널은 스테이션이 전송할 수 있는 MRU의 서브캐리어를 포함한다. 이때, 서브채널은 프라이머리 채널을 포함한다.

MU-RTS 프레임이 복수의 스테이션의 CTS 프레임 전송을 트리거하는 경우, 스테이션은 1내지 3의 조건을 모두 만족하는 서브채널에서 CTS 프레임을 전송할 수 있다. 이때, MU-RTS 프레임이 하나의 스테이션의 CTS 프레임 전송을 트리거하는 경우, 스테이션은 1내지 4의 조건을 모두 만족하는 서브채널에서 CTS 프레임을 전송할 수 있다.

스테이션은 RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 서브채널을 다음의 조건을 모두 만족하는 서브채널인지로 판단할 수 있다.

1. 서브채널은 RTS 프레임 수신 시 설정된 RXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT에 해당하는 주파수 대역에 포함된다. 예컨대, RXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT의 값이 80MHz인 경우, 서브채널은 프라이머리 80 MHz 채널에 포함되어야 한다.

2. 서브채널은 RTS 프레임을 포함하는 PPDU를 수신하기 전 PIFS 동안 유휴한 것으로 판단된다.

3. 서브채널은 RTS 프레임이 수신된 서브채널이다.

앞서 설명한 실시 예들에서 CTS 프레임은 20MHz 대여폭을 갖는 서브채널 별로 전송이 수행될 수 있다. CTS 프레임을 전송하는 구체적인 실시 예에 대해서는 도 14를 통해 설명한다.

앞선 설명에서 RXVECTOR의 CH_BANDWIDTH에 대해 언급하였다. RXVECTOR의 CH_BANDWIDTH 및 TXVECTOR의 CH_BANDWIDTH에 대해 설명한다.

스테이션 전송을 수행할 때, TXVECTOR의 CH_BANDWIDTH는 MAC 레이어에서 피지컬 레이어로 발행(issuing)되는 PHY-TXSTART.request primitive의 TXVECTOR 파라미터 중 하나이다. CH_BANDWIDTH는 PPDU가 전송되는 주파수대역의 대역폭을 나타낸다. 스테이션이 non-HT PPDU의 전송을 수행하는 경우, CH_BANDWIDTH_IN_NON_HT 역시 PPDU가 전송되는 주파수대역의 대역폭을 나타낸다. CH_BANDWIDTH_IN_NON_HT는 CBW20/40/80/160/80+80/320 중 어느 하나의 값을 가질 수 있다. CH_BANDWIDTH 는 CBW20/40/80/160/80+80/320-1/320-2 중 어느 하나의 값을 가질 수 있다.

또한, 스테이션 수신을 수행할 때, RXVECTOR의 CH_BANDWIDTH는 피지컬 레이어에서 MAC 레이어로 발행(issuing)되는 PHY-RXSTART.indication primitive의 RXVECTOR 파라미터 중 하나이다. 또한, 피지컬 레이어에서 PPDU가 수신될 때 PHY-RXSTART.indication가 생성된다. CH_BANDWIDTH는 PPDU가 수신되는 주파수대역의 대역폭을 나타낸다. 스테이션이 non-HT PPDU의 수신을 수행하는 경우, CH_BANDWIDTH_IN_NON_HT 역시 PPDU가 수신되는 주파수대역의 대역폭을 나타낸다. CH_BANDWIDTH_IN_NON_HT는 CBW20/40/80/160/80+80/320 중 어느 하나의 값을 가질 수 있다. CH_BANDWIDTH 는 CBW20/40/80/160/80+80/320-1/320-2 중 어느 하나의 값을 가질 수 있다.

도 14는 본 발명의 실시 예에 따른 스테이션이 CTS 프레임을 전송할 서브채널을 결정하는 방법을 보여준다.

도 14(a)에서 MU-RTS 프레임은 8개의 서브채널(SC#1-SC#8)을 통해 수신된다. 이때, MU-RTS 프레임은 20 MHz non-HT PPDU를 통해 전송될 수 있다. 또 다른 구체적인 실시 예에서 160 MHz PPDU로 전송될 수 있다. MU-RTS 프레임의 User Info 필드의 AID12 서브필드가 지시하는 스테이션은 MU-RTS 프레임의 RU Allocation 서브필드가 지시하는 서브채널인 제1 서브채널(SC#1) 내지 제8 서브채널(SC#8)에서 CTS 프레임을 전송할 수 있는지 판단한다. 제8 서브채널(SC#8)은 유휴하지 않고, 제1 서브채널(SC#1) 내지 제7 서브채널(SC#7)은 996+484+242-tone MRU에 포함된다. 스테이션은 제1 서브채널(SC#1) 내지 제7 서브채널(SC#7)에서 duplicated non-HT PPDU 사용하여 CTS 프레임을 전송한다. 스테이션이 996+484-tone MRU에서 전송을 수행할 수 있지만 996+484+242-tone MRU에서 전송을 수행할 수 없는 경우, 스테이션은 제1 서브채널(SC#1) 내지 제6 서브채널(SC#6)에서 duplicated non-HT PPDU 사용하여 CTS 프레임을 전송한다.

도 14(b)에서 참조하면, MU-RTS 프레임이 8개의 subchannel을 통해 수신될 수 있다. MU-RTS 프레임은 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)을 통해 수신된다. MU-RTS 프레임의 User Info 필드의 AID12 서브필드가 지시하는 스테이션은 MU-RTS 프레임의 RU Allocation 서브필드가 지시하는 서브채널인 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)에서 CTS 프레임을 전송할 수 있는지 판단한다. 스테이션은 제5 서브채널(SC#5)은 유휴하지 않은 것으로 판단한다. 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)에서 스테이션이 전송을 수 행할 수 있는 MRU 형태 중 가장 큰 대역폭을 갖는 MRU는 484+242-tone MRU이다. MU-RTS 프레임 복수의 스테이션의 CTS 프레임 전송을 트리거하는 경우, 스테이션은 7개의 서브채널(SC#1-SC#3, SC#5-SC#8)에서 CTS 프레임을 전송할 수 있다.

앞서 설명한 실시 예는 MU-RTS 프레임을 통해 설명했으나 RTS 프레임에도 동일하게 적용될 수 있다.

<MU-RTS 트리거 프레임을 이용한 TXOP 공유(sharing)>

IEEE 802.11ax(Wi-Fi 6)의 트리거 프레임의 타입에 따라 트리거 프레임에 대한 응답으로 전송되는 PPDU의 포맷이 결정된다. 예컨대, MU-RTS 트리거 프레임을 수신한 스테이션은 CTS 프레임을 MU-RTS 트리거 프레임의 응답으로 전송한다. 설명의 편의를 위해 MU-RTS 트리거 프레임을 MU-RTS 프레임으로 약칭한다. 베이직 트리거 프레임을 수신한 스테이션은 베이직 트리거 프레임에 대한 응답으로 HE TB PPDU를 전송한다. 이때, 스테이션은 트리거 프레임의 User Info 필드에서 지시된 전송 파라미터를 기초로 HE TB PPDU를 전송한다. 이와 같이 AP가 non-AP 스테이션이 트리거 프레임에 대한 응답을 전송할 때 적용할 전송 파라미터를 지시한다. AP가 결정한 전송 파라미터가 최적의 전송 파라미터가 아닐 수 있다. 구체적으로 AP가 유휴한 것으로 판단한 서브채널이라도 스테이션은 해당 서브채널을 유휴하지 않은 것으로 판단할 수 있다. 따라서 스테이션이 트리거 프레임에 대한 응답을 전송할 때 사용할 전송 파라미터를 스테이션이 결정할 수 있는 실시 예가 필요하다.

이를 위해 AP는 AP가 획득한 TXOP의 일부 구간을 스테이션이 사용하도록 허용할 수 있다. 이때, 스테이션은 할당받은 구간에서 AP의 트리거 없이 PPDU를 생성하고 생성한 PPDU를 전송할 수 있다. 설명의 편의를 위해 AP가 획득한 TXOP의 일부 구간을 스테이션이 사용하도록 허용하는 것을 TXOP 공유라 지칭하고 TXOP가 공유된 구간을 TXOP 공유 구간이라 지칭한다. AP는 MU-RTS 프레임을 사용하여 스테이션에게 TXOP 공유를 지시(indication)할 수 있다. 구체적으로 TXOP 홀더인 AP는 non-AP STA에게 TXOP를 공유하는 MU-RTS 프레임을 전송할 수 있다. 이때, MU-RTS 프레임을 수신한 non-AP 스테이션은 TXOP 공유 구간에서 TB PPDU가 아닌 PPDU를 전송할 수 있다. 설명의 편의를 위해 TXOP 공유를 지시하는 MU-RTS 프레임을 MU-RTS TXS 트리거 프레임으로 지칭한다. 설명의 편의를 위해 MU-RTS TXS 트리거 프레임을 MU-RTS TXS 프레임으로 약칭한다.

MU-RTS TXS 프레임은 하나 이상의 User Info 필드를 포함할 수 있다. 이때, MU-RTS TXS 프레임의 User Info 필드의 AID12 서브필드는 TXOP이 공유되는 non-AP 스테이션을 지시한다. MU-RTS TXS 프레임의 User Info 필드의 AID12 서브필드가 스테이션을 지시하는 경우, MU-RTS TXS 프레임을 수신한 스테이션은 스테이션에게 공유 TXOP(shared TXOP)가 할당된 것으로 판단할 수 있다. MU-RTS TXS 프레임을 수신한 스테이션은 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 이때, MU-RTS TXS 프레임과 CTS 프레임 사이의 간격은 SIFS일 수 있다. 또한, MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드는 공유된 TXOP의 듀레이션을 지시할 수 있다. 또 다른 구체적인 실시 예에서 MU-RTS TXS 프레임의 User Info 필드는 User Info 필드에 해당하는 스테이션에게 공유된 TXOP의 듀레이션을 지시할 수 있다.

구체적으로 MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 12비트는 공유된 TXOP의 듀레이션을 지시할 수 있다. 이때, UL length 서브필드는 4us 단위로 공유된 TXOP의 듀레이션을 지시할 수 있다. 또 다른 구체적인 실시 예에서 MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 일부 비트는 공유된 TXOP의 듀레이션을 지시할 수 있다. 예컨대, MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 12비트 중 7 비트가 공유된 TXOP의 듀레이션을 지시할 수 있다. 이때, UL length 서브필드는 128us 단위로 공유된 TXOP의 듀레이션을 지시할 수 있다. 예컨대, MU-RTS TXS 프레임의 Common Info 필드의 UL length 서브필드의 12비트 중 8 비트가 공유된 TXOP의 듀레이션을 지시할 수 있다. 이때, UL length 서브필드는 64us 단위로 공유된 TXOP의 듀레이션을 지시할 수 있다. 앞서 설명한 실시 예들에서 UL length 서브필드에 의해 지시될 수 있는 최대 듀레이션은 2^14 us일 수 있다. UL length 서브필드는 UL length 서브필드의 값 + 1에 UL length 서브필드가 지시하는 시간 단위를 곱한만큼의 듀레이션을 지시할 수 있다. 예컨대, 앞서 설명한 실시 예서 UL length 서브필드가 4us 단위로 듀레이션을 지시하고 UL length 서브필드의 값이 10인 경우, 공유 TXOP의 듀레이션은 44us일 수 있다. 스테이션은 MU-RTS TXS 프레임을 수신한 때로부터 UL length 서브필드가 지시하는 듀레이션만큼 TXOP이 공유되는 것으로 판단할 수 있다. 이때, 스테이션은 MU-RTS TXS 프레임을 포함하는 PPDU로 인해 PHY-RXEND.indication primitive가 발생한 시점에 MU-RTS TXS 프레임을 수신한 것으로 판단할 수 있다. TXOP을 공유받은 non-AP 스테이션은 스테이션이 전송한 PPDU 및 스테이션이 전송한 PPDU에 대한 응답인 PPDU가 공유 TXOP 내에서 종료되도록 전송을 수행해야 할 수 있다.

non-AP 스테이션은 공유 TXOP 내에서 UL PPDU 또는 P2P PPDU를 전송할 수 있다. P2P(peer to peer) PPDU는 non-AP STA 사이에 교환되는 PPDU이다. 따라서 P2P PPDU를 전송하는 스테이션과 P2P PPDU를 수신하는 스테이션 모두 non-AP 스테이션이다. 이때, P2P PPDU를 수신하는 스테이션은 non-AP 스테이션이 결합된 AP와 결합되지 않은(unassociated) 스테이션일 수 있다. 이를 통해 non-AP 스테이션은 non-AP 스테이션이 결합된 AP에 결합되지 않은 non-AP 스테이션에게 PPDU를 전송할 수 있다.

공유 TXOP 내에서 공유 TXOP을 할당받은 non-AP 스테이션은 non-AP 스테이션에게 공유 TXOP을 할당한 AP가 전송한 프레임에 의해 설정된 NAV를 무시하고 PPDU를 전송할 수 있다.

MU-RTS TXS 프레임은 공유 TXOP 내에서 P2P PPDU의 전송이 허용되는지 지시할 수 있다. 공유 TXOP을 할당받은 non-AP 스테이션은 MU-RTS TXS 프레임이 공유 TXOP 내에서 P2P PPDU의 전송이 허용됨을 지시하는지를 기초로 공유 TXOP 내에서 P2P PPDU의 전송 여부를 결정할 수 있다. MU-RTS TXS 프레임이 공유 TXOP 내에서 P2P PPDU의 전송이 허용됨을 지시하는 경우, 공유 TXOP을 할당받은 non-AP 스테이션은 공유 TXOP 내에서 P2P PPDU를 전송할 수 있다. MU-RTS TXS 프레임이 공유 TXOP 내에서 P2P PPDU의 전송이 허용됨을 지시하지 않는 경우, 공유 TXOP을 할당받은 non-AP 스테이션은 공유 TXOP 내에서 P2P PPDU를 전송할 수 없다. 이는 P2P PPDU의 전송이 BSS 전체의 트래픽 처리 효율을 떨어뜨릴 수 있기 때문에, P2P PPDU의 전송을 제한할 필요가 있기 때문이다.

구체적으로 MU-RTS TXS 프레임은 공유 TXOP의 모드를 지시할 수 있다. 공유 TXOP의 모드는 공유 TXOP 동안 공유 TXOP을 할당받은 non-AP 스테이션이 전송할 수 있는 PPDU의 종류를 지시할 수 있다. 이때, 공유 TXOP의 모드는 P2P PPDU와 UL PPDU 전송을 모두 허용하는 모드와 UL PPDU의 전송을 허용하고 P2P PPDU의 전송을 허용하지 않는 모드를 포함할 수 있다.

MU-RTS TXS 프레임의 특정 서브필드는 공유 TXOP의 모드를 지시할 수 있다. 이때, 해당 필드를 TXOP Sharing Mode 서브필드로 지칭할 수 있다.

도 15는 본 발명의 실시 예에 따른 MU-RTS TXS 프레임의 포맷을 보여준다.

도 15의 실시 예에서 MU-RTS TXS 프레임의 Common Info 필드는 TXOP Sharing Mode 서브필드를 포함한다. MU-RTS TXS 프레임의 리저브드 필드가 TXOP Sharing Mode 서브필드로 사용될 수 있다. 구체적으로 Common Info 필드의 20번째 비트와 21번째 비트가 TXOP Sharing Mode 서브필드로 사용될 수 있다. Common Info 필드의 20번째 비트와 21번째 비트는 베이직 트리거 프레임에서 GI And HE/EHT-LTF Type 필드에 해당하는 비트로 MU-RTS TXS 프레임에서는 GI And HE/EHT-LTF Type 필드는 리저브드 필드로 설정될 수 있기 때문이다.

TXOP Sharing Mode 서브필드는 두 가지 모드를 지시할 수 있다.첫 번째 모드는 TXOP Sharing Mode 서브필드가 포함된 프레임은 MU-RTS TXS 프레임이고 공유 TXOP 내에서 P2P PPDU의 전송이 허용되지 않음을 지시할 수 있다. 이때, TXOP Sharing Mode 서브필드의 값은 1일 수 있다. 또한, 두 번째 모드는 TXOP Sharing Mode 서브필드가 포함된 프레임은 MU-RTS TXS 프레임이고 공유 TXOP 내에서 UL PPDU의 전송과 P2P PPDU의 전송이 허용됨을 지시할 수 있다. 이때, TXOP Sharing Mode 서브필드의 값은 2일 수 있다.

공유 TXOP 내에서 공유 TXOP을 할당받은 non-AP 스테이션은 P2P PPDU를 전송하기 전에 P2P PPDU의 수신자인 non-AP 스테이션과 non-HT 보호(protection)를 수행할 수 있다. 즉, 공유 TXOP 이외의 별도의 전송 보호가 수행될 수 있다. 구체적으로 공유 TXOP을 할당받은 non-AP 스테이션은 P2P PPDU를 전송하기 전에 P2P PPDU의 의도된 수신자인 non-AP 스테이션과 RTS 프레임과 CTS 프레임 교환을 수행할 수 있다. 이때, 공유 TXOP을 할당받은 non-AP 스테이션은 MU-RTS TXS에 대한 응답으로 CTS 프레임을 전송한 서브채널 내에서 RTS 프레임을 전송할 수 있다. 본 명세서에서 "채널 내"는 채널에 해당하는 주파수 대역에 포함되는 것을 나타내며, 채널에 해당하는 주파수 대역의 대역폭과 같거나 더 작은 주파수 대역을 나타낸다. 또한, "주파수 대역 내"는 주파수 대역에 포함되는 것을 나타내며, 주파수 대역의 대역폭과 같거나 더 작은 주파수 대역폭을 나타낸다. 또한, RTS 프레임과 CTS 프레임 교환 대신 non-HT PPDU 교환이 수행될 수 있다.

본 발명의 실시 예에서 P2P PPDU의 의도된 수신자인 non-AP 스테이션이 TXOP 홀더가 아닌 스테이션으로부터 RTS 프레임을 수신한 경우, non-AP 스테이션은 RTS 프레임 대한 응답으로 CTS 프레임을 전송할 수 있다. 또 다른 구체적인 실시 예에서 P2P PPDU의 의도된 수신자가 될 non-AP 스테이션이 TXOP 홀더로부터 공유 TXOP을 할당받은 스테이션으로부터 RTS 프레임을 수신한 경우, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 RTS 프레임 대한 응답으로 CTS 프레임을 전송할 수 있다. 이때, 공유 TXOP을 할당받은 스테이션이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임의 전송자인 경우, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 TXOP 홀더로부터 공유 TXOP을 할당받은 스테이션이 CTS 프레임을 전송한 것으로 판단할 수 있다. CTS 프레임의 의도된 수신자가 AP인지를 기초로, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션이 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다. 또한, 앞선 전송된 CTS 프레임과 이후 전송된 RTS 프레임 사이의 간격이 SIFS인지를 기초로, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다. 또한, TXOP 홀더인 AP가 전송한 MU-RTS 프레임의 의도된 수신자와 수신한 RTS 프레임의 전송자가 동일한지를 기초로, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션이 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다. TXOP 홀더인 AP가 전송한 MU-RTS 프레임의 의도된 수신자와 수신한 RTS 프레임의 전송자가 동일한 경우, P2P PPDU의 의도된 수신자가 될 non-AP 스테이션은 non-AP 스테이션이 수신한 CTS 프레임이 MU-RTS TXS 프레임에 대한 응답인 CTS 프레임으로 판단할 수 있다.

앞서 설명한 실시 예들에서 MU-RTS 프레임을 예시로 설명하였으나 앞서 설명한 실시 예들은 RTS 프레임에도 동일하게 적용될 수 있다.

이러한 실시 예들에서 앞서 설명한 바와 같이 P2P PPDU의 의도된 수신자는 TXOP 홀더에 의해 설정된 NAV를 무시하고 CTS 프레임을 전송할 수 있다. 다만, P2P PPDU의 의도된 수신자에게 TXOP 홀더가 아닌 스테이션이 전송한 프레임에 의해 NAV가 설정된 경우, P2P PPDU의 의도된 수신자는 NAV를 무시할 수 없다. 따라서 이때, P2P PPDU의 의도된 수신자는 CTS 프레임을 전송할 수 없다.

P2P PPDU의 의도된 수신자는 도 14를 통해 설명한 실시 예들에 따라 CTS 프레임을 전송할 서브채널을 결정할 수 있다.

또한, P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 전송된 주파수 대역의 대역폭과 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT의 값으로 설정할 수 있다. CTS 프레임이 전송된 주파수 대역의 크기는 CTS 프레임을 포함하는 non-HT PPDU 또는 non-HT duplicate PPDU가 전송된 주파수 대역일 수 있다. 또한, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 점유한 서브채널을 기초로 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 점유하지 않은 서브채널을 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS로 설정할 수 있다. 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 P2P PPDU의 의도된 수신자가 전송한 CTS 프레임이 점유하지 않은 서브채널에 대응하는 비트를 1로 설정할 수 있다.

도 16 내지 도 17은 본 발명의 실시 예에 따라, AP가 MU-RTS TXS 프레임을 전송하여 non-AP 스테이션에게 공유 TXOP을 할당하는 것을 보여준다.

도 16에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP을 획득한다. 이후 AP는 MU-RTS TXS 프레임을 전송하여 제1 스테이션(SAT1)에게 공유 TXOP를 할당한다. 이때, MU-RTS TXS 프레임의 User Info 필드의 AID12 필드는 제1 스테이션(STA1)을 지시한다. 또한, MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값은 공유 TXOP 내에서 P2P PPDU 전송이 허용되지 않음을 지시한다.

제1 스테이션(STA1)은 MU-RTS TXS 프레임의 UL Length 서브필드의 값을 기초로 공유 TXOP의 듀레이션을 판단한다. 제1 스테이션(STA1)은 MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값에 따라 UL PPDU 전송을 준비한다.

제1 스테이션(STA1)은 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, MU-RTS TXS 프레임과 CTS 프레임의 간격은 SIFS이다. 즉, MU-RTS TXS 프레임을 포함하는 PPDU에 의해 PHY-RXEND.indication primitive가 발생한 때로부터 SIFS가 경과한 때에 제1 스테이션(STA1)은 CTS 프레임을 전송한다. 제1 스테이션(STA1)은 CTS 프레임을 전송하고 UL PPDU를 전송한다. 이때, CTS 프레임과 UL PPDU 사이의 간격은 SIFS이다.

제1 스테이션(STA1)은 CTS 프레임을 전송한 서브채널 내에서 UL PPDU를 전송한다. 이때, 제1 스테이션(STA1)은 제1 스테이션(STA1)이 전송을 수행할 수 있는 RU/MRU에 포함되는 서브채널 내에서만 UL PPDU를 전송할 수 있다. 또한, 제1 스테이션(STA1)은 앞서 설명한 것과 같이 AP가 전송한 프레임에 의해 설정된 NAV를 무시하고 UL PPDU를 전송할 수 있다. 이때, 제1 스테이션(STA1)은 제1 스테이션(STA1)이 UL PPDU를 전송할 수 있는 서브채널에서 물리 캐리어 센싱을 수행하고 해당 서브채널이 유휴한 경우 AP가 전송한 프레임에 의해 설정된 NAV를 무시하고 UL PPDU를 전송할 수 있다.

제1 스테이션(STA1)은 공유 TXOP 내에서 복수의 PPDU를 전송할 수 있다. 구체적으로 제1 스테이션(STA1)이 전송한 PPDU와 PPDU에 대한 응답이 공유 TXOP 내에서 종료되는 경우, 제1 스테이션(STA1)은 공유 TXOP 내에서 복수의 PPDU를 전송할 수 있다.

공유 TXOP이 종료되면, TXOP 홀더인 AP는 남은 TXOP 내에서 PPDU 전송을 개시할 수 있다.

도 17에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP을 획득한다. 이후 AP는 MU-RTS TXS 프레임을 전송하여 제1 스테이션(SAT1)에게 공유 TXOP를 할당한다. 이때, MU-RTS TXS 프레임의 User Info 필드의 AID12 필드는 제1 스테이션(STA1)을 지시한다. 또한, MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값은 공유 TXOP 내에서 UL PPDU와 P2P PPDU 전송이 허용됨을 지시한다.

제1 스테이션(STA1)은 MU-RTS TXS 프레임의 UL Length 서브필드의 값을 기초로 공유 TXOP의 듀레이션을 판단한다. 제1 스테이션(STA1)은 MU-RTS TXS 프레임의 TXOP Sharing Mode 필드의 값에 따라 제2 스테이션(STA2)에 대한 P2P PPDU 전송을 준비한다.

제1 스테이션(STA1)이 AP에게 CTS 프레임을 전송하고, 제1 스테이션(STA1)은 제2 스테이션(STA2)에 대한 P2P PPDU 전송을 보호하기 위해 RTS 프레임을 전송한다. 제2 스테이션(STA2)은 제1 스테이션(STA1)이 전송한 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다.

공유 TXOP이 종료되면 TXOP 홀더인 AP는 PPDU 전송을 개시할 수 있다.

<MU-RTS TXS 프레임의 RU Allocation 서브필드>

앞서 설명한 바와 같이 트리거 프레임의 RU Allocation 서브필드는 트리거 프레임에 대한 응답을 전송할 RU를 지시한다. 또한, MU-RTS 프레임의 RU Allocation 서브필드는 MU-RTS에 대한 응답으로 CTS 프레임을 전송할 채널을 지시할 수 있다. MU-RTS TXS 프레임의 RU Allocation 서브필드는 TXOP 공유가 수행되는 RU를 지시할 수 있다. 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 MU-RTS TXS 프레임의 RU Allocation 서브필드가 공유 TXOP를 할당받은 스테이션에게 지시하는 RU를 통해 UL PPDU 또는 P2P PPDU를 전송할 수 있다.

MU-RTS 프레임의 RU Allocation 서브필드는 MU-RTS에 대한 응답으로 CTS 프레임을 전송할 채널을 지시하므로 MU-RTS 프레임의 RU Allocation 서브필드가 가질 수 있는 값은 61 내지 68 중 어느 하나의 값이 설정될 수 있다. 또한, MU-RTS 프레임을 수신한 스테이션은 MU-RTS 프레임의 RU Allocation 서브필드의 값만을 기초로 CTS 프레임을 전송할 프라이머리 20MHz 채널의 위치를 판단할 수 있다.

MU-RTS TXS 프레임의 RU Allocation 서브필드가 지시하는 RU를 판단하는 방법이 MU-RTS 프레임의 RU Allocation 서브필드가 지시하는 RU를 판단하는 방법과 다를 수 있다. 구체적으로 MU-RTS TXS 프레임을 수신한 스테이션은 MU-RTS를 제외한 트리거 프레임의 RU Allocation 필드가 지시하는 RU를 판단하는 방법으로 MU-RTS TXS 프레임의 RU Allocation 서브필드가 지시하는 RU를 판단할 수 있다.

또한, MU-RTS TXS 프레임의 RU Allocation 서브필드는 TXOP 공유가 수행되는 RU를 지시하는 경우, MU-RTS TXS 프레임의 RU Allocation 서브필드는 61 내지 68뿐만 아니라 61 미만의 값도 가질 수 있다. 이때, 공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임의 Common 필드의 UL BW 서브필드와 User Info 필드의 RU Allocation 서브필드를 기초로 TXOP 공유가 수행되는 RU를 판단할 수 있다.

또한, MU-RTS TXS 프레임을 수신한 스테이션은 MU-RTS TXS 프레임이 스테이션에게 할당한 RU가 프라이머리 20 MHz 채널을 포함하지 않더라도, 프라이머리 20MHz 채널을 통해 CTS 프레임을 전송할 수 있다. MU-RTS TXS 프레임을 수신한 스테이션은 프라이머리 20MHz 채널과 MU-RTS TXS 프레임이 스테이션에게 할당한 RU를 통해 CTS 프레임을 전송할 수 있다.

또한, MU-RTS TXS 프레임을 수신한 스테이션은 RU allocation 서브필드 및 PS160 서브필드기초로 스테이션에게 할당된 RU를 판단할 수 있다.

MU-RTS TXS 프레임의 RU Allocation 서브필드의 비트 수가 MU-RTS 프레임의 RU Allocation 필드의 비트 수보다 클 수 있다. 예컨대, MU-RTS 프레임의 RU Allocation 서브필드의 비트 수가 8비트이고 MU-RTS TXS 프레임의 RU Allocation 서브필드의 비트 수가 9비트일 수 있다.

<공유 TXOP 내에서 전송되는 PPDU의 BW(TXVECTOR) 설정>

공유 TXOP 내에서 전송되는 PPDU의 주파수 대역 관련 파라미터를 설정하는 방법에 대해 설명한다. 구체적으로 PPDU가 전송되는 주파수 대역의 대역폭 및 PPDU 전송에 프리앰블 펀추어링(puncturing) 적용 여부에 대해 설명한다. 프리앰블 펀추어링은 PPDU의 공유 TXOP 동안 전송되는 PPDU의 주파수 대역 관련 TXVECTOR 파라미터는 미리 지정된 규칙에 따라 설정될 수 있다. 이때, 주파수 대역 관련 TXVECTOR 파라미터는 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT, 및 INACTIVE_SUBCHANNES 중 적어도 어느 하나를 포함할 수 있다. 프리앰블 펀추어링은 PPDU의 주파수 대역(TXVECTOR의 BW)에 포함되는 RU 중 일부 RU 또는 주파수 대역에 포함되는 서브채널 중 일부 서브채널을 점유하지 않고 PPDU 전송을 수행하는 것을 나타낼 수 있다. 이후 설명에서 사용되는 TXVECTOR의 명칭은 설명의 편의를 위한 것으로 동일한 정보를 지시하는 다른 파라미터 명칭에도 본 발명의 실시 예는 동일하게 적용될 수 있다.

<CH_BANDWIDTH>

공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH를 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU의 TXVECTOR의 CH_BANDWIDTH와 같거나 작게 설정할 수 있다. 이때, 스테이션이 non-HT PPDU를 전송하는 경우, CH_BANDWIDTH가 아닌 CH_BANDWIDTH_IN_NON_HT가 적용될 수 있다. 이러한 실시 예들은 MU-RTS TXS 프레임이 하나의 스테이션에게만 공유 TXOP를 할당하는 경우에 적용될 수 있다.

또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH를 MU-RTS TXS 프레임이 스테이션에게 할당한 RU와 같거나 작게 설정할 수 있다. 이때, 스테이션이 non-HT PPDU를 전송하는 경우, CH_BANDWIDTH가 아닌 CH_BANDWIDTH_IN_NON_HT가 적용될 수 있다.

이러한 실시 예를 따를 때, MU-RTS TXS 프레임이 스테이션에게 프라이머리 80MHz 내의 484+242-tone RU를 할당한 경우, 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80 MHz와 같거나 좁은 대역폭으로 설정해야 한다. 이때, 스테이션이 MU-RTS TXS 프레임에 대한 응답으로 160MHz 주파수 대역에서 CTS 프레임을 전송했더라도 CTS 프레임 전송 이후 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80 MHz와 같거나 좁은 대역폭으로 설정해야 한다. 또한, MU-RTS TXS 프레임이 160MHz PPDU를 통해 전송되었더라 MU-RTS TXS 프레임이 스테이션에게 프라이머리 80MHz 내의 484+242-tone RU를 할당한 경우, 스테이션은 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80 MHz와 같거나 좁은 대역폭으로 설정할 수 있다.

공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환했는 지를 기초로, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH를 설정할 수 있다. non-HT PPDU의 교환은 P2P PPDU의 전송을 보호하기 위한 것일 수 있다. 구체적으로 non-HT PPDU 교환은 RTS 프레임과 CTS 프레임을 포함할 수 있다. 또한, non-HT PPDU 교환은 데이터 프레임과 ACK 프레임을 포함할 수 있다. 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환한 경우, P2P PPDU를 수신할 스테이션으로부터 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH와 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.

공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환하지 않은 경우, 공유 TXOP를 할당받은 스테이션은 MURTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT의 값과 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.

또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환하지 않은 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 스테이션이 이전에 전송한 PPDU의 TXVECTOR의 CH_BANDWIDTH의 값과 같거나 좁은 대역폭을 P2P PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.

공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU의 TXVECTOR의 또는 CH_BANDWIDTH_IN_NON_HT의 값과 같거나 좁은 대역폭을 UL PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.

공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 AP와 RTS 프레임과 CTS 프레임을 교환할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 AP에게 RTS 프레임을 전송하고 AP로부터 CTS 프레임을 수신할 수 있다. 이때, 스테이션은 CTS 프레임을 포함하는 PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭을 CTS 프레임 전송이후 전송하는 UL PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT로 설정할 수 있다.

<INACTIVE_SUBCHANNELS>

공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU를 전송한 서브채널을 기초로 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 공유 TXOP를 할당받은 스테이션은 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 MU-RTS TXS 프레임에 대한 응답으로 전송한 CTS 프레임을 포함하는 PPDU를 전송하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.

공유 TXOP를 할당받은 스테이션은 MU-RTS TXS 프레임이 해당 스테이션에게 할당한 RU를 기초로 공유 TXOP 내에서 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 공유 TXOP를 할당받은 스테이션은 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 MU-RTS TXS 프레임이 스테이션에게 할당한 RU를 포함하는 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.

공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환했는 지를 기초로, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. non-HT PPDU의 교환은 P2P PPDU의 전송을 보호하기 위한 것일 수 있다. 구체적으로 non-HT PPDU 교환은 RTS 프레임과 CTS 프레임을 포함할 수 있다. 또한, non-HT PPDU 교환은 데이터 프레임과 ACK 프레임을 포함할 수 있다. 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환한 경우, P2P PPDU를 수신할 스테이션으로부터 수신한 non-HT PPDU가 점유하지 않은 서브채널을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 P2P PPDU를 수신할 스테이션으로부터 수신한 non-HT PPDU가 점유하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.

또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 non-HT PPDU를 P2P PPDU를 수신할 스테이션과 교환하지 않은 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 스테이션이 수신한 PPDU가 점유하지 않은 서브채널을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 공유 TXOP 내에서 스테이션이 수신한 PPDU가 점유하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다. 이러한 실시 예들에서 이전에 전송된 PPDU는 P2P PPDU를 수신할 스테이션이 전송한 PPDU일 수 있다.

또한, 앞서 설명한 TXVECTOR의 INACTIVE_SUBCHANNELS 설정 방법에 관한 실시 예들은 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속하지 않는 경우에 적용될 수 있다. 또한, 앞서 설명한 TXVECTOR의 INACTIVE_SUBCHANNELS 설정 방법에 관한 실시 예들은 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속한지에 관계없이 적용될 수 있다.

공유 TXOP를 할당받은 스테이션은 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속한지를 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 구체적으로 P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속하는 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 지시한 디스에이블 서브채널(disabled subchhanel)을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 이때, 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 지시한 디스에이블 서브채널에 해당하는 비트의 값을 1로 설정할 수 있다. 이러한 실시 예를 통해 P2P PPDU를 수신할 스테이션이 결합된(associated) AP의 디스에이블 서브채널에서 전송이 수행되는 것을 방지할 수 있다. 디스에이블 서브채널은 AP가 AP가 운영하는 BSS에서 사용하지 않기 결정한 서브채널을 나타낼 수 있다. 구체적으로 디스에이블 서브채널은 EHT Operation 엘리멘트의 Disable Subchannel 비트맵을 통해 시그널링될 수 있다.

P2P PPDU를 수신할 스테이션이 공유 TXOP를 할당받은 스테이션이 속한 BSS에 속하지 않은 경우, P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU가 점유하지 않은 서브채널을 기초로 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS을 설정할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU가 점유하지 않은 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다. P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU는 CTS 프레임을 포함하는 PPDU로 한정될 수 있다. 또한, P2P PPDU를 수신할 스테이션으로부터 수신한 PPDU는 P2P PPDU를 수신할 스테이션으로부터 가장 최근에 수신한 PPDU일 수 있다.

또한, 공유 TXOP를 할당받은 스테이션은 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 디스에이블 서브채널로 지시한 서브채널을 기초로 공유 TXOP에서 PPDU를 전송할 수 있다. 구체적으로 공유 TXOP를 할당받은 스테이션은 공유 TXOP에서 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 공유 TXOP를 할당받은 스테이션이 결합된 AP가 가장 최근에 디스에이블 서브채널로 지시한 서브채널에 대응하는 비트의 값을 1로 설정할 수 있다.

<공유 TXOP 종료 후 AP의 TXVECTOR 설정 방법>

일반적으로 TXOP 홀더인 스테이션은 TXOP 내에서 전송된 이전 PPDU를 기초로 전송하는 PPDU의 TXVECTOR 파라미터를 설정한다. 예컨대, TXOP 홀더인 스테이션은 TXOP 내에서 이전에 전송되는 PPDU의 대역폭을 기초로 전송하는 PPDU의 TXVECTOR 파라미터를 설정한다. 공유 TXOP이 설정된 경우, AP가 공유 TXOP 내에서 전송된 PPDU를 수신하지 못할 수 있다. 구체적으로 공유 TXOP을 할당받은 스테이션이 P2P PDDU를 전송하는 경우 P2P PPDU의 의도된 수신자인 스테이션으로부터 PPDU를 수신하지 못할 가능성이 높다. 특히, P2P PPDU의 의도된 수신자인 스테이션은 AP에게 히든 노드(hidden node)일 수 있다. 공유 TXOP 종료 후, TXOP 홀더인 AP가 전송을 수행할 때 PPDU의 TXVECTOR 파라미터를 설정할 때는 이러한 상황을 고려할 필요가 있다. 본 발명의 실시 예에 따른 공유 TXOP 종료 후, TXOP 홀더인 AP가 전송을 수행할 때 PPDU의 TXVECTOR 파라미터를 설정하는 방법에 대해서 설명한다.

본 발명의 일 실시 예에서 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU의 대역폭을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT를 설정할 수 있다. 이때, TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU의 대역폭과 같거나 좁은 대역폭으로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT를 설정할 수 있다. TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU가 점유한(occupy) 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 이때, TXOP 홀더인 AP는 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 AP가 가장 최근에 수신한 PPDU가 점유하지 않은 서브채널에 해당하는 비트를 1로 설정할 수 있다. 본 발명의 일 실시 예에서 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU가 점유하는 20MHz 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 이때, TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU가 점유하는 20MHz 서브채널에 포함되는 RU를, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION으로 설정하는 것이 허용되지 않을 수 있다. 이때, MU PPDU는 EHT MU PPDU와 HE MU PPDU 중 적어도 어느 하나를 포함할 수 있다.

앞서 설명한 실시 예들은 TXOP 홀더의 TXOP이 non-HT PPDU 또는 non-HT duplicate PPDU로 보호되지 않을 때 적용될 수 있다.

공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 또 다른 실시 예는 TXOP 홀더인 AP가 TXOP를 보호하기 위해 전송한 non-HT PPDU를 교환한 경우 적용될 수 있다. 설명의 편의를 위해 TXOP를 보호하기 위해 전송한 non-HT PPDU에 대한 응답으로 수신한 PPDU를 응답 non-HT PPDU로 지칭한다. TXOP 홀더인 AP는 AP가 응답 non-HT PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 응답 non-HT PPDU의 대역폭을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT를 설정할 수 있다. 이때, TXOP 홀더인 AP는 응답 non-HT PPDU의 대역폭과 같거나 좁은 대역폭으로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDHT 또는 CH_BANDWIDTH_IN_NON_HT를 설정할 수 있다. TXOP 홀더인 AP는 응답 non-HT PPDU가 점유한(occupy) 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS를 설정할 수 있다. 이때, TXOP 홀더인 AP는 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 AP가 응답 non-HT PPDU가 점유하지 않은 서브채널에 해당하는 비트를 1로 설정할 수 있다. 본 발명의 일 실시 예에서 TXOP 홀더인 AP는 응답 non-HT PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 구체적으로 TXOP 홀더인 AP는 응답 non-HT PPDU가 점유하는 20MHz 서브채널을 기초로, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION을 설정할 수 있다. 이때, TXOP 홀더인 AP는 응답 non-HT PPDU가 점유하는 20MHz 서브채널에 포함되는 RU를, 공유 TXOP 종료 후 AP가 전송하는 MU PPDU의 TXVECTOR의 RU_ALLOCATION으로 설정하는 것이 허용되지 않을 수 있다. 이때, MU PPDU는 EHT MU PPDU와 HE MU PPDU 중 적어도 어느 하나를 포함할 수 있다. 이러한 실시 예들은 공유 TXOP 종료 후, AP가 공유 TXOP 전에 응답 non-HT PPDU를 전송한 스테이션에게 전송을 수행하는 경우에만 적용될 수 있다.

또한, non-HT PPDU 전송을 통한 TXOP 보호는 RTS 프레임과 CTS 프레임 교환 및 MU-RTS 프레임과 CTS 프레임 교환 중 적어도 어느 하나를 포함할 수 있다. 또한, non-HT PPDU를 이용한 TXOP 보호가 CTS-to-self 프레임 전송을 이용한 경우, 앞서 설명한 실시 예들과 같이 TXOP 홀더인 AP는 AP가 가장 최근에 수신한 PPDU를 기초로, 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정할 수 있다.

도 18 내지 도 19는 본 발명의 실시 예에 따라 TXOP 홀더인 AP가 공유 TXOP 종료 후 AP가 전송하는 PPDU의 TXVECTOR의 파라미터를 설정하는 방법을 보여준다.

도 18(a)에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 AP에게 UL PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제2 스테이션(STA2)에게 PPDU를 전송한다. 이때, AP와 제2 스테이션(STA2)은 TXOP 내에서 non-HT PPDU를 교환하지 않았다. 따라서 AP는 가장 최근에 수신한 PPDU를 기초로 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. 이때, AP가 가장 최근에 수신한 PPDU는 제1 스테이션(AP)이 전송한 ACK 프레임을 포함하는 PPDU이다. 제1 스테이션(STA1)이 전송한 ACK 프레임을 포함하는 PPDU의 대역폭은 80MHz이므로 AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, 1 스테이션(AP)이 전송한 ACK 프레임을 포함하는 PPDU에서 제3 서브채널(SC#3)이 펀추어링되어 있으므로, AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL 중 제3 서브채널에 해당하는 비트를 1로 설정한다.

도 18(b)에서 AP는 제1 스테이션(STA1) 및 제2 스테이션(STA2)에게 MU-RTS 프레임을 전송하고, 제1 스테이션(STA1) 및 제2 스테이션(STA2)로부터 CTS 프레임을 수신한다. 이를 통해 AP는 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 AP에게 UL PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제2 스테이션(STA2)에게 PPDU를 전송한다. 이때, AP와 제2 스테이션(STA2)은 TXOP 내에서 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU를 교환하였다. 따라서 AP는 가장 CTS 프레임을 포함하는 non-HT PPDU를 기초로 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. CTS 프레임을 포함하는 non-HT PPDU의 대역폭은 80MHz이므로 AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, CTS 프레임을 포함하는 non-HT PPDU는 펀추어링된 서브채널을 포함하지 않는다. 따라서 AP는 제2 스테이션(STA2)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL의 제1 서브채널(SC#1) 내지 제4 서브채널(SC#4)에 해당하는 비트를 0으로 설정한다.

도 19(a)에서 AP는 CTS-to-Self 프레임을 전송하여 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 제2 스테이션(STA2)에게 P2P PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제3 스테이션(STA3)에게 DL PPDU를 전송한다. 이때, AP와 제3 스테이션(STA3)은 TXOP 내에서 non-HT PPDU를 교환하지 않았다. 따라서 AP는 가장 최근에 수신한 PPDU를 기초로 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. 이때, AP가 가장 최근에 수신한 PPDU는 제1 스테이션(AP)이 전송한 P2P PPDU이다. 제1 스테이션(AP)이 전송한 P2P PPDU의 대역폭은 80MHz이므로 AP는 제3 스테이션(STA3에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, 제1 스테이션(STA1)이 전송한 P2P PPDU에서 제3 서브채널(SC#3)이 펀추어링되어 있으므로, AP는 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL 중 제3 서브채널에 해당하는 비트를 1로 설정한다.

도 19(b)에서 AP는 제1 스테이션(STA1) 내지 제3 스테이션(STA3)에게 MU-RTS 프레임을 전송하고, 제1 스테이션(STA1) 내지 제3 스테이션(STA3)로부터 CTS 프레임을 수신한다. 이를 통해 AP는 TXOP를 획득한다. AP는 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송하여 제1 스테이션(STA1)에게 공유 TXOP를 할당한다. 제1 스테이션(STA1) 공유 TXOP 내에서 제2 스테이션(STA3)에게 P2P PPDU를 전송한다. 공유 TXOP가 종료된 후, AP는 제3 스테이션(STA3)에게 PPDU를 전송한다. 이때, AP와 제3 스테이션(STA3)은 TXOP 내에서 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU를 교환하였다. 따라서 AP는 가장 CTS 프레임을 포함하는 non-HT PPDU를 기초로 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR 파라미터를 설정한다. CTS 프레임을 포함하는 non-HT PPDU의 대역폭은 80MHz이므로 AP는 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz 작은 값으로 설정한다. 또한, CTS 프레임을 포함하는 non-HT PPDU는 펀추어링된 서브채널을 포함하지 않는다. 따라서 AP는 제3 스테이션(STA3)에게 전송하는 DL PPDU의 TXVECTOR의 INACTIVE_SUBCHANNEL의 제1 서브채널(SC#1) 내지 제4 서브채널(SC#4)에 해당하는 비트를 0으로 설정한다.

또 다른 구체적인 실시 예에서 공유 TXOP 내에서 전송되는 마지막 PPDU에 제한이 적용될 수 있다. 구체적으로 TXOP 내에서 전송되는 마지막 PPDU는 공유 TXOP를 할당받은 스테이션이 전송하거나 AP가 의도된 수신자인 프레임을 포함하는 PPDU인 것으로 제한될 수 있다.

또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 스테이션이 마지막으로 전송하는 PPDU를 통해 공유 TXOP에서 마지막으로 전송되는 PPDU의 대역폭에 관한 정보를 시그널링할 수 있다. 이때, 공유 TXOP 내에서 스테이션이 마지막으로 전송하는 PPDU 또는 공유 TXOP 내에서 스테이션이 마지막으로 전송하는 PPDU가 포함하는 MAC 프레임은 공유 TXOP에서 마지막으로 전송되는 PPDU의 대역폭에 관한 정보를 포함할 수 있다. 또한, TXOP에서 마지막으로 전송되는 PPDU의 대역폭에 관한 정보는 마지막으로 전송되는 PPDU가 차지는 서브채널에 관한 정보 및 마지막으로 전송되는 PPDU에서 펀추어링된 서브채널에 관한 정보 중 적어도 하나를 포함할 수 있다.

<공유 PPDU 내에서 전송되는 PPDU의 의도된 수신자가 변경될 때의 PPDU의 TXVECTOR 설정 방법>

도 20은 본 발명의 실시 예에 따른 공유 TXOP 전송되는 PPDU의 의도된 수신자가 변경될 때의 PPDU의 TXVECTOR 설정 방법을 보여준다.

도 20(a)에서 AP는 TXOP를 획득하고 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송한다. MU-RTS TXS 프레임은 공유 TXOP 내에서 UL PPDU뿐만 아니라 P2P PPDU의 전송이 허용됨을 지시한다. 제1 스테이션(STA1)은 AP에게 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, CTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 P2P PPDU를 전송하 기전에 제2 스테이션(STA2)에게 RTS 프레임을 전송한다. 이때, RTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제2 스테이션(STA2)은 제1 스테이션(STA1)에게 CTS 프레임을 전송한다. 이때, CTS 프레임은 40MHz 주파수 대역을 통해 전송된다. 따라서 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH를 40MHz 또는 40MHz보다 작은 값으로 설정한다. 제1 스테이션(SAT1)은 남은 공유 TXOP동안 제2 스테이션(STA2)로부터 P2P PPDU에 ACK 프레임을 수신하고 AP에게 UL PPDU를 전송한다. 제1 스테이션(STA1)이 AP에게 전송한 CTS 프레임을 포함하는 PPDU의 대역폭이 80MHz이므로, 제1 스테이션(STA1)은 UL PPDU의 TXVECTOR의 CH_BANDWIDTH를 80MHz 또는 80MHz보다 작은 값으로 설정한다.

도 20(b)에서 AP는 TXOP를 획득하고 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송한다. MU-RTS TXS 프레임은 공유 TXOP 내에서 UL PPDU뿐만 아니라 P2P PPDU의 전송이 허용됨을 지시한다. 제1 스테이션(STA1)은 AP에게 MU-RTS TXS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 이때, CTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 P2P PPDU를 전송하 기전에 제2 스테이션(STA2)에게 RTS 프레임을 전송한다. 이때, RTS 프레임은 80MHz 주파수 대역을 통해 전송된다. 제2 스테이션(STA2)은 제1 스테이션(STA1)에게 CTS 프레임을 전송한다. 이때, CTS 프레임은 40MHz 주파수 대역을 통해 전송된다. 따라서 제1 스테이션(SAT1)은 제2 스테이션(STA2)에게 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 40MHz 또는 40MHz보다 작은 값으로 설정한다. 제1 스테이션(SAT1)은 제2 스테이션(STA2)로부터 P2P PPDU에 ACK 프레임을 수신하고 남은 공유 TXOP동안 제3 스테이션(STA3)에게 P2P PPDU를 전송한다. 제1 스테이션(STA1)과 제3 스테이션(STA3)은 RTS 프레임과 CTS 프레임을 교환한적이 없다. 또한, AP에게 전송한 CTS 프레임을 포함하는 PPDU의 대역폭이 80MHz이므로, 제1 스테이션(STA1)은 제3 스테이션(STA3)에게 전송하는 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 80MHz 또는 80MHz보다 작은 값으로 설정한다.

<AP의 TXOP 관리 방법>

AP는 공유 TXOP 종료 후 TXOP 회복(recovery)을 수행할 수 있다. AP가 스테이션에게 MU-RTS TXS 프레임을 전송한 후 스테이션으로부터 CTS 프레임을 수신한 경우, AP는 스테이션에 대한 공유 TXOP 할당이 완료된 것으로 판단할 수 있다. AP는 공유 TXOP에서 PPDU를 전송하는 것이 제한될 수 있다. 또한, 공유 TXOP을 할당받은 스테이션이 전송을 수행하지 않을 수 있다. 공유 TXOP를 할당 받은 스테이션이 공유 TXOP 내에서 전송할 수 있는 트래픽을 갖고 있지 않을 수 있기 때문이다. 공유 TXOP를 할당 받은 스테이션이 공유 TXOP 내에서 전송을 수행하지 않는 경우, AP는 TXOP 회복을 수행할 수 있다. 구체적으로 공유 TXOP 내에서 UL PPDU 전송만이 허용되고 공유 TXOP 내에서 가장 최근에 수행된 PPDU의 전송 이후 PIFS(SIFS + aSlotTime) 동안 TXOP 공유가 수행된 채널이 유휴한 경우, AP는 TXOP 회복을 수행할 수 있다. 이때, AP는 공유 TXOP이 종료된 것으로 판단할 수 있다. 또한, 공유 TXOP 내에서 UL PPDU 전송만이 허용되고 공유 TXOP 내에서 가장 최근에 수행된 PPDU의 전송 이후 PIFS(SIFS + aSlotTime) 동안 TXOP 공유가 수행된 채널이 유휴한 경우, AP는 AP의 전송을 개시할 수 있다. 이러한 실시 예들을 통해 PIFS 동안 전송을 수행하지 않을 경우, TXOP 상실되는 것을 방지할 수 있다.

또한, 공유 TXOP 종료 후 AP는 TXOP 회복을 수행할 수 있다. 구체적으로 공유 TXOP이 종료될 때 TXOP 공유가 수행된 채널이 유휴하지 않은 경우, AP는 TXOP 회복을 수행할 수 있다. 구체적인 실시 예에서 공유 TXOP이 종료될 때 TXOP이 남아 있고 TXOP 공유가 수행된 채널이 유휴하지 않은 경우, AP는 TXOP 회복을 수행할 수 있다.

AP가 수행하는 TXOP 회복은 채널이 PFIS 동안 유휴한 후 PPDU 전송을 시도하는 것일 수 있다. 또한, AP가 수행하는 TXOP 회복은 새로운 백오프 동작을 수행하는 것일 수 있다. 또한, AP가 수행하는 TXOP 회복은 TXNAV 타이머가 종료할 때까지 대기하는 것일 수 있다. 이러한 TXOP 회복 동작은 전송 실패 없이도 수행된다는 점에서 TXOP 홀더가 수행하는 PPDU 전송 실패로 인한 회복 동작과 차이를 갖는다. TXOP 회복에서 백오프 동작이 수행되는 경우, AP는 백오프 동작에서 사용되는 CW[AC]의 값을 CW[AC]의 최솟값으로 설정할 수 있다. 이는 TXOP 공유를 위해 전송한 MU-RTS TXS 프레임의 전송이 성공했기 때문이다. 또한, TXOP 회복에서 백오프 동작이 수행되는 경우, AP는 백오프 동작에서 사용되는 QSRC[AC]를 0으로 설정할 수 있다.

또한, TXOP 회복에서 백오프 동작이 수행되는 경우, AP는 백오프 동작을 통해 TXNAV를 연장시키는 것이 허용되지 않을 수 있다. 이때, AP는 기존 TXNAV의 값을 유지하며, 타이머에 따라 TXNAV의 값을 줄인다. 또한, TXOP 회복에서 백오프 동작이 수행되는 경우, AP가 TXOP가 획득된 주파수 대역의 대역폭을 확대하는 것이 허용되지 않을 수 있다. 이때, AP는 TXOP가 획득된 주파수 대역의 대역폭 내에서 전송을 수행할 수 있다. AP가 non-HT PPDU 보호를 통해 TXOP를 획득한 경우, TXOP가 획득된 주파수 대역의 대역폭은 non-HD PPDU가 수행된 주파수 대역의 대역폭일 수 있다. AP가 non-HT PPDU 보호를 통해 TXOP를 획득하지 않은 경우, TXOP가 획득된 주파수 대역의 대역폭은 TXOP 내에서 가장 최근에 수신한 PPDU의 대역폭일 수 있다. TXOP 회복이 TXNAV 타이머가 종료할 때까지 대기하는 것인 경우, 이러한 제한이 적용되지 않을 수 있다. TXOP 종료 후 AP가 새로운 TXOP를 획득하는 것이 때문이다.

<레거시 P2P 피어 스테이션을 위한 P2P 전송 보호 방법>

앞서 설명한 바와 같이 공유 TXOP를 할당받은 스테이션은 P2P PPDU를 전송하기 전에 P2P PPDU의 의도된 수신자와 RTS 프레임과 CTS 프레임 교환하여 P2P PPDU 전송을 보호할 수 있다. P2P PPDU의 의도된 수신자가 레거시 스테이션인 경우, P2P PPDU의 의도된 수신자는 TXOP 홀더인 AP가 아닌 스테이션이 전송한 RTS 프레임이므로 무시할 수 있다. 따라서 P2P PPDU의 의도된 수신자는 TXOP 홀더인 AP는 CTS 프레임을 전송하지 않을 수 있다. 따라서 P2P PPDU의 의도된 수신자가 레거시 스테이션인 경우에도 P2P PPDU의 전송을 보호하기 위한 방법이 필요하다.

AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP을 할당받은 스테이션으로부터 CTS 프레임을 수신할 때까지의 값으로 설정할 수 있다. 구체적인 실시 예에서 AP는 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값을 공유 TXOP을 할당받은 스테이션으로부터 CTS 프레임을 수신할 때까지의 값으로 설정할 수 있다. 이를 통해 레거시 스테이션은 공유 TXOP 내에서 RTS 프레임을 전송하는 공유 TXOP을 할당받은 스테이션을 TXOP 홀더로 판단할 수 있다. AP는 MU-RTS TXS 프레임의 듀레이션 필드의 값을 MU-RTS TXS 프레임에 응답인 CTS 프레임의 전송 소요 시간에 2xSIFS를 더 한 값으로 설정할 수 있다. 또 다른 구체적인 실시 예에서 AP는 MU-RTS TXS 프레임의 듀레이션 필드의 값을 CTS 프레임의 전송 소요 시간에 SIFS를 더 한 값으로 설정할 수 있다. 구체적인 실시 예에서 Duration 필드의 값은 TXOP을 할당받은 스테이션으로부터 CTS 프레임을 수신하기 이전까지 설정할 수 있다.

앞서 설명한 실시 예들과 이후 설명할 실시 예들은 공유 TXOP 내에서 P2P PPDU의 전송이 허용되는 경우에 한하여 적용될 수 있다. 또한, 앞서 설명한 실시 예들은 R-TWT(restricted target wake time) SP(service period) 내에서 TXOP이 공유되는 경우에 한하여 적용될 수 있다. 이때, R-TWT SP는 TWT SP의 일종으로, AP에 의해 로우 레이턴시 트래픽으로 지정된 TID의 트래픽이 우선적으로 처리되는 서비스 피리어드이다. 이때, R-TWT SP는 적어도 하나의 MU-RTS TXS 프레임이 전송되는 것이 예정된 R-TWT SP일 수 있다. 구체적으로 R-TWT SP는 Broadcast TWT Recommendation 필드의 값이 5로 설정된 TWT 엘리멘트에 의해 설정된 것일 수 있다.

또 다른 구체적인 실시 예에서 앞서 설명한 실시 예들과 이후 설명할 실시 예들은 공유 TXOP을 할당받을 스테이션이 RTS 프레임 및 CTS 프레임 교환을 수행하여 P2P PPDU 전송을 보호할 의도임음을 AP에게 시그널링한 경우에 한하여 적용될 수 있다.

또 다른 구체적인 실시 예에서 앞서 설명한 실시 예들과 이후 설명할 실시 예들은 공유 TXOP을 할당받을 스테이션이 P2P 피어(peer) 스테이션에게 전송할 트래픽이 있음을 리포트한 경우에 한하여 적용될 수 있다. 구체적으로 앞서 설명한 실시 예들은 공유 TXOP을 할당받을 스테이션이 P2P 피어(peer) 스테이션에게 전송할 로우 레이턴시 트래픽이 있음을 리포트한 경우에 한하여 적용될 수 있다. 이때, 공유 TXOP을 할당받을 스테이션은 MAC 프레임의 A-Control 필드의 PBSR(P2P Buffer Status Report) Control 필드를 사용하여 AP에게 P2P 피어 스테이션에게 전송할 트래픽이 있음을 리포트할 수 있다. 이때, 공유 TXOP을 할당받을 스테이션은 A-Control 필드의 Control ID를 P2P Buffer Status Report Control로 지시한다.

위에 설명한 실시 예들에서 이웃 스테이션은 공유 TXOP을 할당받을 스테이션이 non-HT PPDU를 전송하여 P2P PPDU의 전송을 보호하기 전에 TXOP이 종료되는 것으로 판단할 수 있다. 따라서 P2P PPDU의 전송이 시작되기 전에 이웃 스테이션이 공유 TXOP 내에서 전송을 시도할 수 있다. 이에 대해서는 도 21을 통해 설명한다.

도 21은 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 MU-RTS TXS 프레임에 대한 CTS 프레임을 수신하는 시점까지로 설정하는 것을 보여준다.

도 21에서 AP는 TXOP를 획득하고 제1 스테이션(STA1)에게 MU-RTS TXS 프레임을 전송한다. MU-RTS TXS 프레임은 공유 TXOP 내에서 UL PPDU뿐만 아니라 P2P PPDU의 전송이 허용됨을 지시한다. 또한, AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 MU-RTS TXS 프레임에 대한 CTS 프레임을 수신하는 시점까지로 설정한다. 제1 스테이션(STA1)이 P2P 피어 스테이션(P2P peer STA)에게 RTS 프레임을 전송한다. 이때, AP에 가까이 위치하고 제1 스테이션(STA1)에게 히든 노드인 이웃 스테이션(Other STA)은 AP가 설정한 TXOP가 만료된 것으로 판단한다. 따라서 제1 스테이션(STA1)이 P2P 피어 스테이션(P2P peer STA)에게 RTS 프레임이 RTS 프레임을 전송하는 중에, 이웃 스테이션(Other STA)은 새로운 전송을 시도할 수 있다. 따라서 P2P PPDU의 전송이 방해받을 수 있다. 이를 고려한 MU-RTS TXS 프레임의 Duration 필드의 값을 설정하는 실시 예에 대해 설명한다.

AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP 내의 특정 프레임의 전송을 기초로 설정할 수 있다. 구체적으로 AP는 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP 내의 특정 프레임의 전송할 때까지로 설정할 수 있다. 이때, 특정 프레임은 공유 TXOP를 할당받은 스테이션이 MU-RTS TXS 프레임에 대한 응답을 전송한 후 첫 번째로 전송하는 UL PPDU에 포함되는 프레임일 수 있다. 설명의 편의를 위해 공유 TXOP를 할당받은 스테이션이 MU-RTS TXS 프레임에 대한 응답을 전송한 후 첫 번째로 전송하는 UL PPDU에 포함되는 프레임을 개시 프레임으로 지칭한다. 또 다른 구체적인 실시 예에서 특정 프레임은 개시 프레임에 대한 AP의 응답일 수 있다. 개시 프레임과 응답 프레임의 Duration 필드는 공유 TXOP의 종료 시점과 같거나 더 작은 값으로 설정될 수 있다.

앞선 실시 예들에서 AP는 MU-RTS TXS 프레임뿐만 아니라 MU-RTS TXS 프레임 이전에 전송되는 프레임의 Duration 필드의 값을 공유 TXOP 내의 특정 프레임의 전송을 기초로 설정할 수 있다. 위에서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용될 때, 공유 TXOP를 할당받은 스테이션은 공유 TXOP 내에서 첫 번째 프레임 교환을 기설정된 프레임 교환으로 수행할 수 있다. 공유 TXOP를 할당받은 스테이션은 Duration 필드의 값을 기초로 위에서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 지를 판단할 수 있다. 구체적으로 Duration 필드의 값이 기설정된 값과 같거나 작은 경우, 공유 TXOP를 할당받은 스테이션은 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 것으로 판단할 수 있다. 기설정된 값은 Duration 필드의 설정에 관한 실시 예들에 따라 설정된 값을 나타낼 수 있다.

구체적으로 공유 TXOP를 할당받은 스테이션은 Duration 필드의 값과 공유 TXOP의 종료 시점을 비교하여 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 것으로 판단할 수 있다. 구체적인 실시 예에서 Duration 필드의 값이 공유 TXOP의 종료 시점 보다 작은 경우, 공유 TXOP를 할당받은 스테이션은 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되는 것으로 판단할 수 있다. 또한, Duration 필드의 값이 공유 TXOP의 종료 시점과 같거나 큰 경우, 공유 TXOP를 할당받은 스테이션은 앞서 설명한 Duration 필드의 값 설정에 관한 실시 예들이 적용되지 않는 것으로 판단할 수 있다.

앞서 설명한 개시 프레임은 RTS 프레임일 수 있다. 또한, 개시 프레임을 포함하는 UL PPDU는 RTS 프레임만을 포함하는 PPDU일 수 있다. 이러한 실시 예들에서 RTS 프레임은 RTS 프레임의 수신자 주소가 AP로 지정된 RTS 프레임일 수 있다. RTS 프레임의 Duration 필드의 값은 공유 TXOP의 종료 시점으로 설정될 수 있다. 또한, RTS 프레임의 Duration 필드의 값이 공유 TXOP의 종료 시점보다 더 큰 값으로 설정되는 것은 허용되지 않을 수 있다. 또한, RTS 프레임을 포함하는 PPDU의 전송 방법을 다음과 같이 지정될 수 있다. 공유 TXOP를 할당받은 스테이션은 미리 지정된 포맷과 미리 지정된 MCS를 이용하여 RTS 프레임을 포함하는 PPDU를 전송할 수 있다. 이때, 미리 지정된 포맷은 non-HT PPDU 또는 non-HT duplicate PPDU일 수 있다. 또한, 미리 지정된 MCS는 MCS0 또는 MCS1일 수 있다. 예컨대, RTS 프레임을 포함하는 PPDU는 L-SIG 필드의 RATE 서브필드가 6 MB/S를 지시하는 non-HT PPDU일 수 있다.

AP는 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 듀레이션 필드를 다음의 값으로 설정할 수 있다.

- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 RTS frame의 전송 소요시간. 즉, 2*SIFS + CTS + RTS (2*16 us + 44 us(6 Mbps CTS) + 52 us(6 Mbps RTS) = 128 us)

MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 RTS 프레임의 전송 소요 시간 + SIFS. 즉, 3*SIFS + CTS + RTS (3*16 us + 44 us(6 Mbps CTS) + 52 us(6 Mbps RTS) = 144 us)

MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 RTS 프레임의 전송 소요 시간 + SIFS + AP가 응답할 CTS 프레임의 전송 소요 시간. 즉, 3*SIFS + 2*CTS + RTS (3*16 us + 2*44 us(6 Mbps CTS) + 52 us(6 Mbps RTS) = 188 us)

앞서 설명한 바와 같이 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값은 개시 프레임을 포함하는 UL PPDU에 대한 응답의 전송 시점을 기초로 설정될 수 있다. 이때, 개시 프레임을 포함하는 PPDU는 AP에게 즉각적인 응답(immediate response) 프레임을 요청하는 프레임을 포함할 수 있다. 즉각적인 응답(immediate response) 프레임을 요청하는 프레임의 Duration 필드의 값은 공유 TXOP의 종료 시점으로 설정될 수 있다. AP는 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값을 다음과 같이 설정할 수 있다.

- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 개시 프레임을 포함하는 UL PPDU의 전송 소요 시간. 즉, 2*SIFS + CTS + 개시 프레임을 포함하는 UL PPDU

- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 개시 프레임을 포함하는 UL PPDU의 전송 소요 시간 + SIFS. 즉, 3*SIFS + CTS + 개시 프레임을 포함하는 UL PPDU

- MU-RTS TXS 프레임에 대해 응답될 CTS 프레임의 전송 소요 시간 + 2*SIFS + non-AP 스테이션에 의해 전송될 개시 프레임을 포함하는 UL PPDU의 전송 소요 시간 + SIFS + AP가 응답할 응답 프레임의 전송 소요 시간. 즉, 3*SIFS + CTS + 개시 프레임을 포함하는 UL PPDU + 응답 PPDU

공유 TXOP를 할당 받은 스테이션이 공유 TXOP 내에서 UL PPDU와 P2P PPDU를 모두 전송하려는 경우, 공유 TXOP를 할당 받은 스테이션은 UL PPDU를 전송한 후 P2P PPDU를 전송할 수 있다. 공유 TXOP를 할당 받은 스테이션이 UL PPDU를 전송하여 이웃 스테이션에 의하여 P2P PPDU의 전송이 방해받는 것을 방지할 수 있기 때문이다. 공유 TXOP를 할당 받은 스테이션은 UL PPDU를 전송한 후 P2P PPDU를 전송하는 경우, 앞서 설명한 개시 프레임을 포함하는 PPDU 전송에 적용되는 제한은 적용되지 않을 수 있다. 이러한 실시 예들에서 공유 TXOP를 할당 받은 스테이션은 MU-RTS TXS 프레임과 MU-RTS TXS 프레임 이전에 전송되는 프레임의 Duration 필드의 값이 지시하는 시점 내에 개시 프레임을 포함하는 UL PPDU 전송을 종료할 수 있다. 공유 TXOP를 할당 받은 스테이션은 UL PPDU에 대한 응답을 AP로부터 수신하고 P2P 피어 스테이션에게 RTS 프레임을 전송할 수 있다. P2P 피어 스테이션은 RTS 프레임 수신 이전에 AP가 TXOP 홀더인 TXOP인 종료한 것으로 판단하여 RTS 프레임에 대한 응답인 CTS 프레임을 전송할 수 있다.

AP가 앞서 설명한 실시 예들과 같이 Duration 필드의 값을 설정하는 경우, 공유 TXOP 종료 후 AP는 TXOP 보호를 위한 프레임을 전송할 수 있다. 이때, TXOP 보호를 위한 프레임은 MU-RTS 프레임, RTS 프레임 및 CTS-to-Self 프레임 중 적어도 어느 하나를 포함할 수 있다. 이때, AP는 TXOP 보호를 위한 프레임의 Duration 필드의 값과 MU-RTS TXS 프레임을 전송하기 전에 사용한 시간 및 공유 TXOP의 듀레이션의 합이 TXOP 리밋을 초과하지 않도록 설정해야 한다.

도 22는 본 발명의 실시 예에 따른 AP가 MU-RTS TXS 프레임의 Duration 필드의 값을 개시 프레임을 기초로 설정하는 것을 보여준다.

도 22에서 AP는 MU-RTS TXS 프레임을 전송하여 공유 TXOP를 스테이션(non-AP STA)에게 할당한다. AP는 MU-RTS TXS 프레임 전송 전에 전송되는 DL PPDU 및 MU-RTS TXS 프레임의 Duration 필드의 값을 공유 TXOP 내에서 스테이션(non-AP STA)이 전송할 첫 번째로 전송할 UL PPDU의 전송 시점보다 같거나 길게 설정한다. AP는 UL PPDU에 대한 응답을 전송한다. UL PPDU에 대한 응답을 수신한 이웃 스테이션은 응답을 기초로 NAV를 설정한다. 이에 따라 P2P 피어 스테이션(P2P Peer STA)이 스테이션(non-AP STA)이 전송한 RTS 프레임을 수신할 때, P2P 피어 스테이션(P2P Peer STA)은 스테이션(non-AP STA)을 TXOP 홀더로 판단한다. P2P 피어 스테이션(P2P Peer STA)은 스테이션(non-AP STA)에게 RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다.

또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 P2P PPDU의 전송을 보호하기 위한 RTS 프레임의 전송자 주소, 즉 TA 필드를 공유 TXOP을 설정한 AP의 MAC 주소를 설정할 수 있다. 전송자 주소가 TXOP 홀더인 AP를 지시하므로, RTS 프레임을 수신한 P2P 피어 스테이션은 RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 이를 통해 도 22를 통해 설명한 실시 예들과 같이 MU-RTS TXS 프레임 또는 MU-RTS TXS 프레임 전에 전송되는 프레임의 Duration 필드의 값을 변경하지 않더라도 P2P PPDU를 위한 TXOP를 설정할 수 있다. 공유 TXOP를 할당받은 스테이션이 P2P 피어 스테이션으로부터 CTS 프레임을 수신한 경우, 공유 TXOP를 할당받은 스테이션은 공유 TXOP를 할당받은 스테이션과 P2P 피어 스테이션이 RTS 프레임과 CTS 프레임을 교환한 것과 같이 동작할 수 있다. 따라서 공유 TXOP를 할당받은 스테이션이 P2P PPDU를 전송할 때, 공유 TXOP를 할당받은 스테이션은 RTS 프레임과 CTS 프레임 교환 후에 적용되는 주파수 대역폭에 관한 규칙을 적용할 수 있다. 공유 TXOP를 할당받은 스테이션은 CTS 프레임의 수신자 주소, 즉 RA 필드가 공유 TXOP를 설정한 AP의 수신자 주소와 같을 때 이와 같이 동작할 수 있다. 또 다른 구체적인 실시 예에서 공유 TXOP를 할당받은 스테이션은 CTS 프레임의 수신자 주소, 즉 RA 필드가 공유 TXOP를 할당 받은 스테이션의 전송자 주소, 즉 TA 필드와 같을 때6 이와 같이 동작할 수 있다.

또한, 공유 TXOP를 할당받은 스테이션이 공유 TXOP 내에서 트리거 프레임을 전송하는 경우, 트리거 프레임의 전송자 주소를 공유 TXOP를 설정한 AP의 MAC 주소로 설정할 수 있다.

도 23은 본 발명의 일 실시 예에 따라 공유 TXOP를 할당받은 스테이션이 전송자 주소가 공유 TXOP를 설정한 AP로 설정된 RTS 프레임을 전송하는 것을 보여준다.

도 23에서 AP는 MU-RTS TXS 프레임을 전송하여 공유 TXOP를 스테이션(non-AP STA)에게 할당한다. 공유 TXOP 내에서 스테이션(non-AP STA)은 P2P 피어 스테이션(P2P Peer STA)에게 전송자 주소가 AP로 설정된 RTS 프레임을 전송한다. P2P 피어 스테이션(P2P Peer STA)이 전송자 주소가 AP인 RTS 프레임을 수신하므로, P2P 피어 스테이션(P2P Peer STA)은 AP에게 CTS 프레임을 전송한다. 이때, 스테이션(non-AP STA)은 CTS 프레임을 수신하고 수신자 주소가 스테이션(non-AP STA)을 지시하는 CTS 프레임을 수신한 것으로 간주하여 동작할 수 있다. MU-RTS TXS 프레임 및 MU-RTS TXS 프레임 이전에 전송된 프레임의 Duration 필드의 값이 공유 TXOP를 포함하는 구간으로 설정된다. 따라서 AP가 운영하는 BSS에서 스테이션(non-AP STA)에게 히든 노드인 스테이션은 공유 TXOP 내에서 전송을 시도하지 않는다.

상기와 같이 무선랜 통신을 예로 들어 본 발명을 설명하였지만, 본 발명은 이에 한정하지 않으며 셀룰러 통신 등 다른 통신 시스템에서도 동일하게 적용될 수 있다. 또한 본 발명의 방법, 장치 및 시스템은 특정 실시 예와 관련하여 설명되었지만, 본 발명의 구성 요소, 동작의 일부 또는 전부는 범용 하드웨어 아키텍처를 갖는 컴퓨터 시스템을 사용하여 구현될 수 있다.

이상에서 실시 예들에 설명된 특징, 구조, 효과 등은 본 발명의 적어도 하나의 실시 예에 포함되며, 반드시 하나의 실시 예에만 한정되는 것은 아니다. 나아가, 각 실시 예에서 예시된 특징, 구조, 효과 등은 실시 예들이 속하는 분야의 통상의 지식을 가지는 자에 의해 다른 실시 예들에 대해서도 조합 또는 변형되어 실시 가능하다. 따라서 이러한 조합과 변형에 관계된 내용들은 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.

이상에서 실시 예를 중심으로 설명하였으나 이는 단지 예시일 뿐 본 발명을 한정하는 것이 아니며, 본 발명이 속하는 분야의 통상의 지식을 가진 자라면 본 실시 예의 본질적인 특성을 벗어나지 않는 범위에서 이상에 예시되지 않은 여러 가지의 변형과 응용이 가능함을 알 수 있을 것이다. 예를 들어, 실시 예에 구체적으로 나타난 각 구성 요소는 변형하여 실시할 수 있는 것이다. 그리고 이러한 변형과 응용에 관계된 차이점들은 첨부된 청구 범위에서 규정하는 본 발명의 범위에 포함되는 것으로 해석되어야 할 것이다.

Claims

AP(access point)와 통신하기 위한 non-AP 스테이션에서,
송수신부; 및
프로세서를 포함하고,
상기 프로세서는
상기 송수신부를 사용하여 상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하고,
상기 송수신부를 사용하여 상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하고,
상기 송수신부를 사용하여 상기 공유 TXOP 내에서 제3 PPDU를 전송하는
non-AP 스테이션.
제1항에서,
상기 프로세서는
상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는
non-AP 스테이션.
제2항에서,
상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는
non-AP 스테이션.
제1항에서,
상기 프로세서는
상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는
non-AP 스테이션.
제1항에서,
상기 프로세서는
상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정하는
non-AP 스테이션.
제1항에서,
상기 프로세서는
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는
non-AP 스테이션.
제6항에서,
상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함하고,
상기 프로세서는
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하고,
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는
non-AP 스테이션.
제6항에서,
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환인
non-AP 스테이션.
제6항에서,
상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU인
non-AP 스테이션.
제1항에서,
상기 MU-RTS TXS 프레임의 Duration 필드의 값은 상기 제2 PPDU의 전송 시점을 기초로 설정되는
non-AP 스테이션.
제1항에서,
상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU이고,
상기 프로세서는
상기 제3 PPDU를 전송하기 전에, 상기 AP의 MAC 주소를 전송자 주소로 갖는 RTS 프레임을 상기 P2P 피어 스테이션에게 전송하는
non-AP 스테이션.
AP(access point)와 통신하기 위한 non-AP 스테이션의 동작 방법에서,
상기 AP로부터 MU-RTS(multi user-request to send) TXS(TXOP sharing) 트리거 프레임을 포함하는 제1 PPDU를 수신하고, 상기 MU-RTS TXS 트리거 프레임은 상기 AP가 획득한 TXOP 중 일부인 공유 TXOP를 상기 non-AP 스테이션에게 할당하는 단계;
상기 MU-RTS TXS 프레임 대한 응답으로 CTS 프레임을 포함하는 제2 PPDU를 상기 AP에게 전송하는 단계; 및
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계를 포함하는
동작 방법.
제12항에서,
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는
상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계를 포함하는
동작 방법.
제13항에서,
상기 제2 PPDU의 대역폭과 같거나 좁은 대역폭으로 제3 PPDU를 전송하는 단계는
상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 값으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함하는
동작 방법.
제12항에서,
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는
상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계를 포함하는
동작 방법.
제12항에서,
상기 AP가 가장 최근에 디스에이블로 지정한 서브채널을 기초로 상기 제3 PPDU를 전송하는 단계는
상기 제3 PPDU의 TXVECTOR의 INACTIVE_SUBCHANNELS의 비트 중 상기 AP가 가장 최근에 디스에이블로 지정한 서브채널에 해당하는 비트를 1로 설정하는 단계를 포함하는
동작 방법.
제12항에서,
상기 공유 TXOP 내에서 제3 PPDU를 전송하는 단계는
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계를 포함하는
동작 방법.
제17항에서,
상기 주파수 대역에 관한 파라미터는 TXVECTOR의 CH_BANDWIDTH를 포함하고,
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 지를 기초로 상기 제3 PPDU의 주파수 대역에 관한 파라미터를 설정하는 단계는
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행된 경우, 상기 제3 PPDU의 전송 이전에 수신한 non-HT PPDU의 RXVECTOR의 CH_BANDWIDTH_IN_NON_HT 와 같거나 좁은 대역폭으로 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계와
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환이 수행되지 않은 경우, 상기 제2 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT와 같거나 좁은 대역폭으로 상기 제3 PPDU의 TXVECTOR의 CH_BANDWIDTH 또는 CH_BANDWIDTH_IN_NON_HT를 설정하는 단계를 포함하는
동작 방법.
제17항에서,
상기 공유 TXOP에서 상기 제3 PPDU의 전송 이전에 non-HT PPDU 교환은 RTS 프레임을 포함하는 non-HT PPDU와 CTS 프레임을 포함하는 non-HT PPDU의 교환인
동작 방법.
제17항에서,
상기 제3 PPDU는 상기 non-AP 스테이션의 P2P 피어 스테이션에게 전송되는 P2P PPDU인
동작 방법.