KR20230129510A - 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는무선 통신 단말 - Google Patents

Abstract

무선 통신 시스템에서 STA(station: STA)이 프레임을 전송하는 방법이 개시된다. 본 발명에 의한 STA은 AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하고, 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송한다.
이때, 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용된다. 또한, PPDU은 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정된다.

Description

멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말

본 발명은 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말에 관한 것으로써, 특히, 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 기술을 사용하여 통신 속도를 최대 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 대역에서의 동작도 지원할 것이다. 이론적으로, 이 규격에 따르면 다중 스테이션(Station: STA)의 무선랜 속도는 최소 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 기반 무선랜 환경에서는 고밀도의 STA들과 AP(Access Point)들의 존재 하에 실내/외에서 높은 주파수 효율의 통신이 제공되어야 하며, 이를 구현하기 위한 다양한 기술들이 개발되었다.

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

다중 링크 동작은 그 동작 방식 및 구현 방법에 따라 다양한 형태로 동작될 수 있다. 이 때, 기존 IEEE 802.11 기반 무선랜 통신 동작에서는 발생하지 않던 문제가 발생할 수 있음에 따라, 다중 링크 동작에서의 상세한 동작 방법에 대한 정의가 필요하다.

한편, 발명의 배경이 되는 기술은 발명의 배경에 대한 이해를 증진하기 위하여 작성된 것으로서, 이 기술이 속하는 분야에서 통상의 지식을 가진 자에게 이미 알려진 종래 기술이 아닌 내용을 포함할 수 있다.

본 발명은 다중 링크 동작에 있어서, 전송 기회(transmission opportunity: TXOP)의 설정을 통해서 데이터를 송수신하는 방법 및 장치를 제공함에 그 목적이 있다.

또한, 본 발명은 AP(Access Point)에 의해서 설정된 TXOP를 non-AP STA에게 공유함으로써, non-AP STA이 데이터를 송수신하는 방법 및 장치를 제공함에 그 목적이 있다.

또한, 본 발명은 공유된 TXOP 내에서 non-AP STA이 데이터를 송수신하기 위해 NAV(network allocation vector)를 설정하기 위한 방법 및 장치를 제공함에 그 목적이 있다.

본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

무선 통신 시스템의 STA(station: STA)은 송수신부; 및 상기 송수신부를 제어하는 프로세서를 포함하고, 상기 프로세서는, AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하되, 상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며, 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하되, 상기 PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정된다.

또한, 본 발명에서, 상기 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일하다.

또한, 본 발명에서, 상기 듀레이션 정보에 의해서 지시되는 듀레이션은 상기 공유된 TXOP의 종료시점보다 이전에 종료된다.

또한, 본 발명에서, 상기 TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송된다.

또한, 본 발명에서, 또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않는다.

또한, 본 발명에서, 상기 트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함한다.

또한, 본 발명에서, 상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타낸다.

또한, 본 발명에서, 상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고, 상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정된다.

또한, 본 발명은, AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하는 단계, 상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며; 및 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하는 단계를 포함하되, 상기 PPDU은 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정되는 방법을 제공한다.

본 발명의 일 실시 예에 따르면, AP에 의해서 설정된 TXOP를 non-AP STA에게 공유함으로써, non-AP STA이 데이터를 효율적으로 송수신할 수 있는 효과가 있다.

또한, 본 발명의 일 실시 예에 따르면, 공유된 TXOP 내에서 non-AP STA이 데이터를 송수신하기 위한 NAV를 공유된 TXOP에 기초하여 설정하거나 설정된 NAV를 공유된 TXOP에 따라 해석함으로써 데이터를 효율적으로 전송할 수 있는 효과가 있다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

도 1은 본 발명의 일 실시 예에 따른 무선랜 시스템을 나타낸다.
도 2는 본 발명의 또 다른 일 실시 예에 따른 무선랜 시스템을 나타낸다.
도 3은 본 발명의 일 실시 예에 따른 스테이션의 구성을 나타낸다.
도 4는 본 발명의 일 실시 예에 따른 액세스 포인트의 구성을 나타낸다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
도 7은 다양한 표준 세대별 PPDU(PLCP Protocol Data Unit) 포맷의 일 실시 예를 도시한다.
도 8은 본 발명의 실시 예에 따른 다양한 EHT(Extremely High Throughput) PPDU 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 9는 본 발명의 일 실시 예에 따른 다중 링크(multi-link) 장치를 나타낸 도면이다.
도 10은 본 발명의 일 실시 예에 따른 TID-to-link 매핑 방법의 일 예를 나타낸 도면이다.
도 11은 본 발명의 일 실시 예에 따른 multi-link NAV 설정 동작의 일 예를 나타낸 도면이다.
도 12는 본 발명의 일 실시 예에 따른 multi-link NAV 설정 동작의 또 다른 일 예를 나타낸 도면이다.
도 13은 본 발명의 일 실시 예에 따른 BSS 분류와 그에 기초한 동작의 일 예를 나타낸 도면이다.
도 14는 본 발명의 일 실시 예에 따른 무선랜 기능을 나타낸다.
도 15는 본 발명의 일 실시 예에 따른 상향링크(Uplink: UL) 다중 사용자(multi user: MU) 동작을 나타낸다.
도 16은 본 발명의 일 실시 예에 따른 트리거 프레임(Trigger frame) 포맷을 나타낸다.
도 17는 본 발명의 일 실시 예에 따른 트리거 기반 PPDU 포맷을 지시하기 위한 방법을 나타낸다.
도 18은 본 발명의 일 실시 예에 따른 UL MU 동작의 일 예를 나타낸다.
도 19는 본 발명의 일 실시 예에 따른 TXOP를 공유하기 위한 방법을 나타내는 도면이다.
도 20은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 설정과 관련된 방법을 나타내는 도면이다.
도 21은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 CTS 프레임의 전송을 나타내는 도면이다.
도 22는 본 발명의 일 실시 예에 따른 TXOP의 공유를 위한 트리거 프레임의 일 예를 나타내는 도면이다.
도 23은 본 발명의 일 실시 예에 따른 NAV 타임아웃(time out)을 나타내는 도면이다.
도 24는 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 25는 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 26은 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.
도 27은 본 발명의 일 실시 예에 따라 TXOP 공유가 적용될 때 STA 및 AP가 NAV를 적용하는 것을 나타내는 도면이다.
도 28은 본 발명의 일 실시 예에 따라 STA이 TXOP의 공유를 종료하는 것을 나타내는 도면이다.
도 29는 본 발명의 일 실시 예에 따른 STA의 동작의 일 예를 나타내는 순서도이다.

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

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

도 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) STA뿐만 아니라 액세스 포인트(AP)를 모두 포함한다. 또한, 본 명세서에서 '단말'은 non-AP STA 또는 AP를 가리키거나, 양 자를 모두 가리키는 용어로 사용될 수 있다. 무선 통신을 위한 STA은 프로세서와 통신부를 포함하고, 실시예에 따라 유저 인터페이스부와 디스플레이 유닛 등을 더 포함할 수 있다. 프로세서는 무선 네트워크를 통해 전송할 프레임을 생성하거나 또는 상기 무선 네트워크를 통해 수신된 프레임을 처리하며, 그 밖에 STA을 제어하기 위한 다양한 처리를 수행할 수 있다. 그리고, 통신부는 상기 프로세서와 기능적으로 연결되어 있으며 STA을 위하여 무선 네트워크를 통해 프레임을 송수신한다. 본 발명에서 단말은 사용자 단말기(user equipment, UE)를 포함하는 용어로 사용될 수 있다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

도 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) 동안 감소시켜가며 대기하고, 슬롯 타임을 모두 소진한 단말이 해당 채널에 대한 액세스를 시도하게 된다. 이와 같이 각 단말들이 백오프 절차를 수행하는 구간을 경쟁 윈도우 구간이라고 한다.

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

이하, 본 발명에서 단말은 non-AP STA, AP STA, AP, STA, 수신 장치 또는 전송 장치로 호칭될 수 있으며, 본 발명이 이에 한정되는 것은 아니다. 또한, 본 발명에서 AP STA은 AP로 호칭될 수 있다.

<다양한 PPDU 포맷 실시예>

도 7은 다양한 표준 세대별 PPDU(PLCP 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 포맷은 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 포맷 필드에 시그널링된 PPDU 포맷에 따라서 프리앰블 펑처링 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 포맷 필드에서 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 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.

도 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를 포함할 수 있다.

도 8에 도시된 두 개 이상의 PPDU를 동일한 PPDU 포맷을 나타내는 값으로 지시할 수 있다. 즉, 두 개 이상의 PPDU를 동일한 값을 통해 동일한 PPDU 포맷으로 지시할 수 있다. 예를 들면, EHT SU PPDU와 EHT MU PPDU는 U-SIG PPDU 포맷 서브필드를 통해 동일한 값으로 지시할 수 있다. 이때, EHT SU PPDU와 EHT MU PPDU는 PPDU를 수신하는 STA들의 개수에 의해서 구별될 수 있다. 예를 들면, 1개의 STA만 수신하는 PPDU는 EHT SU PPDU로 식별될 수 있으며, 두 개 이상의 STA이 수신하도록 STA들의 수가 설정된 경우, EHT MU PPDU로 식별될 수 있다. 다시 말해, 동일한 서브 필드 값을 통해서 도 8에 도시된 두 개 이상의 PPDU 포맷을 지시할 수 있다.

또한, 도 8에 도시된 필드들 중에서 일부 필드 또는 필드의 일부 정보는 생략될 수 있으며, 이렇게 일부 필드 또는 필드의 일부 정보가 생략되는 경우를 compression mode 또는 compressed mode로 정의될 수 있다.

도 9는 본 발명의 일 실시예에 따른 다중 링크(multi-link) 장치를 나타낸 도면이다.

도 9를 참조하면, 하나 이상의 STA가 affiliate 되어있는 디바이스(device)의 개념이 정의될 수 있다. 또 다른 실시예로 본 발명의 일 실시예를 따르면 하나 초과(즉, 2개 이상의)의 STA가 affiliate 되어있는 디바이스들이 정의될 수 있다. 이때 장치는 논리적인(logical) 개념일 수 있다. 따라서, 이러한 개념의 하나 이상 또는 하나 초과의 STA이 affiliate 되어있는 디바이스들은 다중 링크 디바이스(multi-link device: MLD), 다중 밴드(multi-band) 디바이스 또는 다중 링크 논리적 엔터티(multi-link logical entity: MLLE)라고 호칭될 수 있다.

또는, 위의 개념의 디바이스들은 다중 링크 엔터티(multi-link entity: MLE)라고 호칭될 수 있다. 또한, MLD는 하나의 MAC SAP(medium access control service access point)을 LLC(logical link control)까지 가질 수 있으며, MLD는 하나의 MAC data service를 가질 수 있다.

MLD에 포함된 STA들은 하나 이상의 링크(link) 또는 채널(channel)에서 동작하는 것이 가능하다. 즉, MLD에 포함된 STA들은 서로 다른 다수의 채널에서 동작하는 것이 가능하다. 예를 들어, MLD에 포함된 STA들은 2.4 GHz, 5 GHz, 6 GHz 의 서로 다른 주파수 대역의 채널들을 이용해서 동작하는 것이 가능하다. 이를 통해 MLD는 채널 접속(channel access)에서의 이득을 얻고, 전체 네트워크의 성능을 올리는 것이 가능하다. 기존의 무선랜은 단일 링크(single link)로 동작하였지만, MLD 동작은 복수 개의 링크들을 이용하여 더 많은 채널 접속 기회를 얻거나 채널의 상황을 고려하여 복수 개의 링크에서 STA이 효율적으로 동작할 수 있다.

또한 MLD에 affiliate 된 STA들이 AP인 경우, AP들이 affiliate된 MLD는 AP MLD일 수 있다. 하지만, MLD에 affiliate 된 STA들이 non-AP STA인 경우, non-AP들이 affiliate된 MLD는 non-AP MLD일 수 있다.

또한, AP MLD(Multi-link Device)는 하나 이상의 무선 접속점(AP)를 포함한 기기일 수 있으며, 상위 계층으로 하나의 인터페이스를 통해 연결된 기기일 수 있다. 즉, AP MLD는 하나의 인터페이스를 통해 Logical Link Control(LLC) 계층에 연결될 수 있다. AP MLD에 포함된 여러 AP는 MAC 계층에서의 일부 기능을 공유할 수 있다. AP MLD 내의 각 AP는 서로 다른 링크에서 동작할 수 있다. STA MLD는 하나 이상의 non-AP STA를 포함한 기기일 수 있으며, 하나의 인터페이스를 통해 상위 계층으로 연결된 기기일 수 있다.

즉, STA MLD는 하나의 인터페이스를 통해 LLC 계층에 연결될 수 있다. STA MLD에 포함된 여러 STA는 MAC 계층에서의 일부 기능을 공유할 수 있다. 또한 STA MLD는 non-AP MLD라고 부를 수 있다. 이 때, 상기 AP MLD 및 STA MLD는 다수의 개별적인 링크를 사용하여 통신하는 다중 링크 동작을 수행할 수 있다. 즉, AP MLD가 여러 개의 AP를 포함하고 있을 경우, 각 AP는 별개의 링크를 구성하여 STA MLD에 포함된 각각의 단말과 다수의 링크를 사용한 프레임 송수신 동작을 수행할 수 있다. 이 때, 각 링크는 2.4 GHz, 5 GHz, 또는 6 GHz 대역에서 동작할 수 있으며, 각 링크에서는 대역폭 확장 동작을 수행할 수 있다. 예를 들어, AP MLD가 2.4 GHz 대역에서 하나의 링크, 5 GHz 대역에서 두 개의 링크를 설정한 경우, 2.4 GHz 대역에서는 대역폭 확장 방식을 통해 40 MHz의 대역폭으로 프레임 전송을 수행할 수 있으며, 5 GHz 대역을 사용하는 각각의 링크에서는 비연속적인 대역폭을 활용하여 최대 320 MHz의 대역폭으로 프레임 전송을 수행할 수 있다.

한편, 상기 AP MLD 혹은 STA MLD는 기기 내부의 간섭 문제로 인해 MLD 내의 한 단말이 송신 동작을 수행하는 동안에는 다른 단말이 수신 동작을 수행하지 못할 수 있다. 이처럼 MLD 내에 하나의 AP 혹은 단말이 송신 동작을 수행하는 도중 상기 MLD 내의 다른 AP 혹은 단말이 수신하는 동작을 STR(Simultaneous Transmit and Receive)라고 한다. 상기 AP MLD는 모든 링크에 대해 STR 동작이 가능할 수 있다. 또는 상기 AP MLD의 일부 링크에서 STR 동작이 불가능할 수 있다. AP MLD에는 STR 동작이 가능한 단말 MLD가 접속될 수 있고, 일부 또는 전체 링크에 대해 STR 동작이 불가능한 MLD가 접속될 수 있다. 또한, AP MLD에 포함된 AP에는 MLD에 소속되지 않은 단말(예를 들어, IEEE 802.11a/b/g/n/ac/ax 단말)이 추가적으로 접속되어 있을 수 있다.

AP MLD와 STA MLD는 도 5에서 설명한 스캐닝 및 접속 과정에서 다중 링크 사용 동작을 위한 협상 과정을 수행할 수 있다. 예를 들어, 도 5에서 설명한 스캐닝 과정에서 AP MLD에 포함된 AP는 비컨 프레임에 다중 링크 동작이 사용 가능함을 지시하는 지시자, 사용 가능한 링크 개수, 사용 가능한 복수 개의 링크 정보를 포함하여 전송할 수 있다. 또는, STA MLD에 소속된 단말은 프로브 요청 프레임에 다중 링크 동작이 사용 가능함을 지시하는 지시자를 포함하여 전송할 수 있고, AP MLD에 소속된 AP는 프로브 응답 프레임에 다중 링크 동작이 사용 가능함을 지시하는 지시자를 포함할 수 있다. 이 때, AP는 다중 링크 동작 시 사용 가능한 링크 개수, 링크 정보 등을 추가적으로 포함하여 전송할 수 있다.

상기 스캐닝 과정에서 AP MLD의 다중 링크 동작 여부 및 사용 링크 정보를 확인한 STA MLD는 AP MLD와 접속 과정을 수행할 수 있다. 이 때, 상기 AP MLD와 STA MLD는 다중 링크 동작을 위한 협상 과정을 시작할 수 있다. 이 때, 상기 다중 링크 동작을 위한 협상 과정은 AP MLD에 속한 AP와 STA MLD에 속한 단말 간의 접속 과정에서 수행될 수 있다. 즉, STA MLD에 속한 임의의 단말(예를 들어, STA1)이 AP MLD에 속한 임의의 AP(예를 들어, AP1)에 접속 요청 프레임을 보내면서 단말의 다중 링크 동작이 사용 가능함을 지시하는 지시자 및 다중 링크 동작을 수행할 것을 요청하는 요청 지시자를 보낼 수 있다. 상기 단말로부터 접속 요청 프레임을 수신한 AP는, 다중 링크 동작을 요청하는 지시자를 확인할 수 있고, AP가 다중 링크 동작이 가능한 경우 다중 링크 동작에 사용할 링크 정보 및 각 링크에서 사용되는 파라미터 등을 포함하여 다중 링크 동작을 허용하는 접속 응답 프레임을 해당 단말에 전송할 수 있다. 상기 다중 링크 동작을 위한 파라미터는 사용되는 각 링크의 대역, 대역폭 확장 방향, TBTT(Target Beacon Transmission Time), STR 동작 여부 중 하나 이상을 포함할 수 있다. 상기 접속 요청 프레임 및 응답 프레임이 교환되어 다중 링크 동작의 사용이 확인된 AP MLD 및 STA MLD는 해당 접속 과정 이후 AP MLD에 포함된 여러 AP 및 STA MLD에 포함된 여러 단말을 사용하여 다수의 링크를 사용한 프레임 전송 동작을 수행할 수 있다.

도 9를 참조하면 다수의 STA를 포함하는 MLD가 존재할 수 있으며, MLD에 포함되어 있는 다수의 STA들은 다수의 링크에서 동작할 수 있다. 도 9에서 AP인 AP1, AP2, AP3를 포함하는 MLD를 AP MLD라고 할 수 있으며, non-AP STA인 non-AP STA1, non-AP STA2, non-AP STA3를 포함하는 MLD를 non-AP MLD라고 할 수 있다. MLD에 포함되어 있는 STA들은 링크 1(Link1), 링크 2(Link2), 링크 3(Link 3) 또는 링크 1 내지 3 중 일부의 링크에서 동작할 수 있다.

본 발명의 실시예를 따르면 다중 링크 동작은 다중 링크 설정(multi-link setup) 동작을 포함할 수 있다. 다중 링크 설정 동작은 단일 링크 동작에서 수행되는 association에 대응되는 동작일 수 있다. 다중 링크에서 프레임을 교환하기 위해서는 다중 링크 설정이 선행되어야 할 수 있다. 다중 링크 설정 동작은 다중 링크 설정 요소(multi-link setup element)를 이용하여 수행될 수 있다. 여기서, 다중 링크 설정 요소는 다중 링크와 관련된 능력 정보(capability information)을 포함할 수 있으며, 능력 정보는 MLD에 포함된 STA이 어떤 링크로 프레임을 수신하는 동시에 MLD에 포함된 다른 STA이 다른 링크로 프레임을 전송할 수 있는지와 관련된 정보를 포함할 수 있다. 즉, 능력 정보는 MLD에 포함된 링크들을 통해서 STA(non-AP STA 및/또는 AP(또는, AP STA)들이 서로 다른 전송 방향으로 동시에 프레임을 전송/수신할 수 있는지와 관련된 정보를 포함할 수 있다. 또한, 능력 정보는 사용할 수 있는 링크 또는 동작 채널(operating channel)과 관련된 정보를 더 포함할 수 있다. 다중 링크 설정은 피어 STA(peer STA)간의 협상(negotiation)을 통해서 설정될 수 있으며, 하나의 링크를 통해서 다중 링크 동작이 설정될 수 있다.

본 발명의 일 실시 예에 따르면, TID와 MLD의 링크간에 매핑 관계가 존재할 수 있다. 예를 들면, TID와 링크가 매핑되는 경우, TID는 매핑된 링크를 통해서 전송될 수 있다. TID와 링크 간의 매핑은 전송 방향 기반(directional-based)을 통해서 이루어질 수 있다. 예를 들면, MLD1과 MLD2간의 양쪽 방향 각각에 대해 매핑이 이루어질 수 있다. 또한, TID와 링크간의 매핑은 기본(default) 설정이 존재할 수 있다. 예를 들면, TID와 링크 간의 매핑은 기본적으로 어떤 링크에 모든 TID가 매핑된 것일 수 있다.

도 10은 본 발명의 일 실시예에 따른 TID-to-link 매핑 방법의 일 예를 나타낸 도면이다.

도 10을 참조하면, 도 9에서 설명한 것처럼 TID와 링크 간의 매핑관계가 존재할 수 있다. 또한 본 발명에서 TID와 링크 간의 매핑 관계를 TID-to-link 매핑, TID to 링크 매핑, TID 매핑, 링크 매핑 등으로 호칭할 수 있다. TID는 트래픽 식별자(traffic identifier)일 수 있다. 또한 TID는 quality of service (QoS)를 지원하기 위해 트래픽, 데이터 등을 분류하는 ID(identifier)일 수 있다.

또한, TID는 MAC 계층 보다 상위 계층에서 사용되거나 할당되는 ID일 수 있다. TID는 traffic categories(TC), traffic streams(TS)를 나타내는 것이 가능하다. 또한 TID는 16개의 값인 것이 가능하고, 예를 들면 0부터 15의 값으로 나타내질 수 있다. 또한, access policy 또는 채널 접속, medium access 방법에 따라 사용하는 TID 값이 다른 것이 가능하다. 예를 들면 EDCA(HCF(hybrid coordination function) contention based 채널 접속, enhanced distributed 채널 접속)를 사용하는 경우 가능한 TID 값은 0 내지 7일 수 있다. 또한 EDCA를 사용하는 경우 TID 값은 UP(user priority)를 나타내는 것일 수 있고, 상기 UP는 TC 또는 TS에 관한 것일 수 있다. 또한 UP는 MAC보다 상위 layer에서 할당되는 값일 수 있다. 또한 HCCA(HCF controlled 채널 접속) 또는 SPCA를 사용하는 경우 가능한 TID 값은 8 내지 15일 수 있다. 또한 HCCA 또는 SPCA를 사용하는 경우 TID는 TSID를 나타내는 것일 수 있다. 또한 HEMM 또는 SEMM을 사용하는 경우 가능한 TID 값은 8 내지 15일 수 있다. 또한 HEMM 또는 SEMM을 사용하는 경우 TID는 TSID를 나타내는 것일 수 있다.

또한, UP와 접속 카테고리(access category: AC) 간의 mapping 관계가 존재할 수 있다. AC는 EDCA에서 QoS를 제공하기 위한 label 또는 EDCA parameter의 set을 지시하는 label일 수 있다. EDCA parameter 또는 EDCA parameter의 set은 채널 연결에 사용되는 것일 수 있다. AC는 QoS STA에 의해 사용될 수 있다.

AC의 값은 AC_BK, AC_BE, AC_VI, AC_VO 중 하나로 설정될 수 있다. AC_BK, AC_BE, AC_VI, AC_VO은 각각 background, best effort, video, voice를 나타내는 것일 수 있다. 또한 AC_BK, AC_BE, AC_VI, AC_VO를 세분화하는 것이 가능하다. 예를 들어 AC_VI가 AC_VI primary와 AC_VI alternate로 세분화될 수 있다. 또한 AC_VO가 AC_VO primary와 AC_VO alternate로 세분화될 수 있다. 또한 UP 값 또는 TID 값은 AC 값과 mapping될 수 있다. 예를 들어 UP 값 또는 TID 값 1, 2, 0, 3, 4, 5, 6, 7은 각각 AC_BK, AC_BK, AC_BE, AC_BE, AC_VI, AC_VI, AC_VO, AC_VO와 매핑될 수 있다. 또는 UP 값 또는 TID 값 1, 2, 0, 3, 4, 5, 6, 7은 각각 AC_BK, AC_BK, AC_BE, AC_BE, AC_VI alternate, AC_VI primary, AC_VO primary, AC_VO alternate와 매핑될 수 있다. 또한 UP 값 또는 TID 값 1, 2, 0, 3, 4, 5, 6, 7은 차례대로 priority가 높은 것일 수 있다. 즉, 1 쪽이 낮은 priority이고, 7 쪽이 높은 priority일 수 있다. 따라서 AC_BK, AC_BE, AC_VI, AC_VO 순서대로 priority가 높아지는 것일 수 있다. 또한 AC_BK, AC_BE, AC_VI, AC_VO는 각각 AC index(ACI) 0, 1, 2, 3에 해당할 수 있다.

따라서, TID와 AC 간의 관계가 존재하는 것이 가능하다. 따라서 본 발명의 TID-to-link mapping은 AC와 link 간의 mapping 관계인 것도 가능하다. 또한 본 발명에서 TID가 mapping 되었다고 하는 것은 AC가 mapping된 것일 수 있고, 그 반대일 수도 있다.

본 발명의 일 실시예를 따르면 multi-link의 각 link에 mapping된 TID가 존재할 수 있다. 예를 들어 특정 TID 또는 특정 AC가 다수의 link 중 어떤 link에서 전송, 수신이 허용되는지에 대한 mapping이 존재할 수 있다. 또한 이러한 mapping은 link의 양방향 각각에 대해 따로 정의될 수 있다. 또한 앞서 설명한 것처럼 TID와 link 간의 mapping은 기본(default) 설정이 존재할 수 있다. 예를 들면 TID와 link 간의 mapping은 기본적으로 어떤 link에 모든 TID가 mapping된 것일 수 있다. 또한 일 실시예를 따르면 특정 시점에 어떤 TID 또는 어떤 AC는 적어도 하나의 link와는 mapping되어 있을 수 있다. 또한 management frame 또는 control frame은 모든 link에서 전송되는 것이 가능할 수 있다.

본 발명에서 link의 어떤 방향에 대해 mapping된 TID or AC에 해당하는 Data frame이 전송될 수 있다. 또한 link의 어떤 방향에 대해 mapping되지 않은 TID or AC에 해당하는 Data frame은 전송될 수 없을 수 있다.

일 실시예를 따르면 TID-to-link mapping이 acknowledgment에도 적용될 수 있다. 예를 들어 block ack agreement가 TID-to-link mapping에 기초할 수 있다. 또는 TID-to-link mapping은 block ack agreement에 기초할 수 있다. 예를 들어 TID-to-link mapping된 TID에 대해 block ack agreement가 존재하는 것이 가능하다.

TID-to-link mapping을 함으로써 QoS service를 제공하는 것이 가능하다. 예를 들어 채널 상태가 좋거나 STA이 적은 link에 priority가 높은 AC, TID를 mapping함으로써 해당 AC, TID의 data를 빠르게 전송하는 것이 가능하게 할 수 있다. 또는 TID-to-link mapping을 함으로써 특정 link의 STA가 power save를 할 수 있도록(또는 doze state로 갈 수 있도록) 도울 수 있다.

도 10을 참조하면 AP 1과 AP 2를 포함하는 AP MLD가 존재할 수 있다. 또한 STA 1과 STA 2를 포함하는 Non-AP MLD가 존재할 수 있다. 또한 상기 AP MLD에 다수의 link인 Link 1과 Link 2가 존재할 수 있다. AP 1과 STA 1은 Link 1에서 association되고, AP 2와 STA 2는 Link 2에서 association 되었을 수 있다.

따라서, Link 1은 AP 1에서 STA 1으로 전송하는 link 및/또는 STA 1에서 AP 1으로 전송하는 link를 포함할 수 있고, Link 2는 AP 2에서 STA 2로 전송하는 link 및/또는 STA 2에서 AP 2로 전송하는 link를 포함할 수 있다. 이때, 각각의 링크는 TID 및/또는 AC가 매핑되어 있을 수 있다.

예를 들어 Link 1에서 AP 1에서 STA 1으로 전송하는 링크, Link 1에서 STA 1에서 AP 1으로 전송하는 링크에는 모든 TID, 모든 AC가 매핑되어 있을 수 있다. 또한 Link 2에서 STA 2에서 AP 2로 전송하는 링크에는 AC_VO 또는 AC_VO에 해당하는 TID 만이 mapping되어 있을 수 있다. 또한, 매핑된 TID 및/또는 AC의 데이터 만이 해당 링크에서 전송되는 것이 가능하다. 또한, 링크에 매핑되지 않은 TID or AC의 데이터는 해당 링크에서 전송될 수 없다.

도 11은 본 발명의 일 실시예에 따른 multi-link NAV 설정 동작의 일 예를 나타낸 도면이다.

MLD가 동시에 전송 또는 수신하는 동작(STR; simultaneous transmit and receive; simultaneous transmission and reception)은 제한적일 수 있고, 이것은 다중 링크(multi-link)로 동작하는 다수의 링크 간의 주파수 간격과 연관되어 있을 수 있다.

따라서, 본 발명의 실시예를 따르면 링크 간의 간격이 m MHz일 때 동시에 전송 또는 수신하는 것이 제한적이고, m보다 큰 n에 대하여 링크 간의 간격이 n MHz 일 때 동시에 전송 또는 수신하는 것이 제한적이지 않을 수 있다. 본 실시예는 동시에 전송 또는 수신하는 것이 제한적인 문제를 해결하기 위한 것일 수 있고, 중복된 설명은 생략했을 수 있다. 또한 본 실시예를 STR 불가한 MLD에 대해서 적용하는 것이 가능하다.

본 발명의 일 실시예를 따르면 다중 링크로 동작하는 링크 간에 기간 정보(duration information)이 공유될 수 있다. 일 실시예로 상기 기간 정보는 프리엠블의 시그널링 필드에서 전송되는 TXOP duration 정보일 수 있다. 상기 시그널링 필드는 앞서 설명한 U-SIG field일 수 있다. 또는 상기 시그널링 필드는 앞서 설명한 HE-SIG-A field일 수 있다. 또다른 실시예로 상기 기간 정보는 MAC header가 포함하는 Duration/ID field가 지시하는 기간 정보일 수 있다. 또다른 실시예로 상기 기간 정보는 L-SIG field가 포함하는 Length field(L Length field)가 지시하는 기간 정보일 수 있다. 일 실시예를 따르면 U-SIG field 또는 HE-SIG-A 또는 Duration/ID field가 지시하는 기간 정보는 TXOP duration을 지시하는 값일 수 있다. 일 실시예를 따르면 L-SIG field가 지시하는 기간 정보는 상기 L-SIG field를 포함하는 PPDU(physical layer protocol data unit)의 길이 또는 상기 L-SIG field를 포함하는 PPDU의 끝을 지시하는 값일 수 있다.

또한 본 발명의 실시예를 따르면 링크 간에 공유된 기간 정보에 기초한 기간에 전송 또는 채널 접속하는 것을 제한할 수 있다. 전송 또는 채널 접속을 제한하는 방법은 NAV를 설정하는 것을 포함할 수 있다. 또는 전송 또는 채널 접속을 재개하기 위해 NAV를 reset할 수 있다. 이때 NAV는 intra-BSS NAV일 수 있다. Intra-BSS NAV는 intra-BSS frame(or PPDU)에 의해 설정되는 NAV일 수 있다. 즉, MLD에 속한 STA는 상기 MLD에 속한 다른 STA로 향하는 frame(or PPDU)에 기초하여 NAV를 설정할 수 있다.

본 발명의 일 실시예를 따르면 inter-link NAV가 존재할 수 있다. Inter-link NAV는 다중 링크로 동작하는 경우 어떤 MLD에 속한 다수의 링크의 STA들이 사용하는 NAV일 수 있다. 예를 들면 링크 1에서 수신한 기간 정보에 기초하여 설정한 inter-link NAV를 기초로 링크 2에서 송신을 하지 않을 수 있다. 또한 inter-link NAV는 STR 불가한 MLD에 대해 존재하거나 사용하는 것이 가능하다. 예를 들면 inter-link NAV가 설정된 경우 해당 inter-link NAV를 설정한 MLD는 다수의 링크(또는 MLD가 사용하는 모든 링크)에서 전송 또는 채널 접속을 하지 않을 수 있다.

또한 NAV의 종류로 intra-BSS NAV 외에 basic NAV가 존재할 수 있다. Basic NAV는 inter-BSS frame(or PPDU)에 의해 설정되는 NAV일 수 있고, intra-BSS인지 inter-BSS인지 판단되지 않는 frame(or PPDU)에 의해서도 basic NAV가 설정될 수 있다.

Inter-link NAV를 별도로 사용하는 경우 inter-link NAV를 사용하지 않는 경우에 비해 NAV 설정이 update 되는 상황에서 장점을 가질 수 있다. 예를 들어 다른 링크에 의해 설정한 NAV를 reset해도 괜찮은 상황이 발생할 수 있다. 예를 들면 어떤 frame(or PPDU)를 기초로 inter-link NAV를 설정하였지만 상기 frame(or PPDU)가 같은 MLD로 향하는 것이 아니라는 것이 판단되어 설정한 inter-link NAV를 reset해도 괜찮을 수 있다.. 만약 링크 1과 링크 2에서 동작하는 MLD가 존재할 때 링크 1에 대한 NAV가 링크 1에서 수신한 frame을 기초로 설정되었을 수 있다. 이후 링크 2의 frame을 기초로 링크 1의 NAV를 update할 수 있다. 그리고 링크 2에 의한 NAV는 유지할 필요가 없어졌을 때 링크 1의 NAV를 reset하면 링크 1에서 수신한 frame을 기초로 설정한 NAV 정보를 잃어버릴 수 있다. 만약 inter-link NAV를 각 링크에 대한 NAV와 함께 사용한다면 inter-link NAV를 reset해도 각 link에 대한 NAV를 유지할 수 있기 때문에 이러한 문제를 해결할 수 있다.

본 발명의 실시예에서 NAV를 설정하는 것을 예로 들었으나 본 발명의 실시예는 이에 한정되지 않고, physical layer에 채널 접속을 중단하도록 지시하거나 channel 상태를 busy로 지시하는 것에도 적용할 수 있다. 또한 NAV를 reset하는 것에 한정되지 않고, physical layer에 채널 접속을 계속하도록 지시하거나 channel 상태를 idle로 지시하는 것에도 적용될 수 있다. 이때 physical layer와 MAC layer 간에 주고받는 primitive가 이용될 수 있다. 또는 MLD의 하나의 STA와 다른 STA 간에 주고받는 primitive가 이용될 수 있다. 또는 MLD의 하나의 MAC layer와 다른 MAC layer 간에 주고받는 primitive가 이용될 수 있다.

본 발명의 실시예를 따르면 MLD에 속한 STA가 PPDU 수신을 시작하면 상기 MLD에 속한 다른 STA는 채널 접속을 멈추어야 할 수 있다. 앞서 설명한 것처럼 수신한 기간 정보에 기초하여 채널 접속을 멈출 수 있지만 기간 정보를 포함하는 field의 위치 때문에 또는 decoding 등에 소요되는 시간 때문에 PPDU를 수신하기 시작한 시점부터 기간 정보를 얻기까지의 시간이 존재할 수 있다. 따라서 이 시간 동안 channel에 access하고 전송을 시작한다면 앞서 설명한 문제가 발생할 수 있다. 따라서 본 발명의 일 실시예를 따르면 MLD의 STA는 상기 MLD의 다른 STA가 수신을 시작한 시점부터 채널 접속을 중단할 수 있다. 또한 상기 MLD의 다른 STA가 수신을 시작한 이후에 수신한 frame이 상기 다른 STA로 향하는 것이 아닌 것을 확인한 경우 채널 접속을 다시 시작할 수 있다.

도 12는 본 발명의 일 실시예에 따른 multi-link NAV 설정 동작의 또 다른 일 예를 나타낸 도면이다.

도 12는 도 11에서 설명한 실시 예의 구체적인 방법에 대한 설명을 구체화한 것으로 중복된 설명은 생략될 수 있다.

앞서 설명한 것처럼 MLD에 속한 어떤 STA가 수신하는 frame 또는 PPDU에 기초하여 같은 MLD에 속한 다른 STA가 채널 접속 또는 전송을 중지하거나 재개할 수 있다. 본 발명에서 채널 접속 또는 전송을 중지하는 것은 NAV를 설정하거나(업데이트하거나) channel을 busy로 판단하거나 CCA를 중지하는 등의 동작을 포함할 수 있다. 또한 채널 접속 또는 전송을 재개하는 것은 NAV를 reset하거나 NAV 설정을 취소(cancel)하거나 channel을 idle로 판단하거나 CCA를 수행하는 등의 동작을 포함할 수 있다. 이하에서 이러한 동작을 채널 접속을 중지하고 재개하는 것으로 지시할 수 있다. 또한 이하에서 MLD에 STA 1과 STA 2가 속해 있고, STA 1과 STA 2는 각각 Link 1과 Link 2에서 동작하는 것으로 설명할 수 있다. 또한 frame과 PPDU를 혼용해서 지시할 수 있다. 또한 이때의 NAV는 도 11에서 설명한 것처럼 intra-BSS NAV 또는 inter-link NAV 일 수 있다.

본 발명의 실시예를 따르면 STA 1이 frame 수신하기 시작하면 STA 2는 채널 접속을 중단할 수 있다. 또한 STA 1이 L-SIG로부터 duration information을 획득했을 때 STA 2는 채널 접속을 중단한 상태를 지속할 수 있다. 이때 STA 2가 채널 접속을 중단한 상태를 STA 1이 수신한 frame의 끝까지로 결정할 수 있다. 또한 STA 1이 L-SIG를 바르게 디코딩하지 못한 경우(invalid L-SIG인 경우) STA 2는 채널 접속을 재개할 수 있다.

또한 STA 1이 수신하는 frame의 U-SIG로부터 TXOP duration과 BSS color를 수신했을 수 있다. 만약 수신한 BSS color가 intra-BSS임을 나타내거나 BSS color가 STA 1에 해당하는 BSS color인 경우 채널 접속을 중단할 수 있다. 일 실시예로 이때 채널 접속을 중단하는 기간은 수신한 frame의 끝까지일 수 있다. 이 경우 수신한 frame이 끝난 후 더 빠르게 채널 접속을 시작할 수 있는 장점이 있다. 다른 실시예로 이때 채널 접속을 중단하는 기간은 TXOP duration일 수 있다. 이 경우 L-SIG에 기초하여 중단한 채널 접속의 기간은 업데이트할 수 있다. 이 경우 수신하는 frame 이후 이어지는 sequence를 더 잘 보호할 수 있는 장점이 있다.

또는 STA 1이 수신하는 frame의 U-SIG로부터 TXOP duration과 BSS color를 수신했고, 수신한 BSS color가 intra-BSS가 아님을 나타내거나 BSS color가 STA 1에 해당하는 BSS color가 아닌 경우가 있을 수 있다. 또는 STA 1이 U-SIG를 성공적으로 디코딩하지 못한 경우가 있을 수 있다. 이러한 경우 STA 2는 채널 접속을 재개할 수 있다.

또는 STA 1이 수신하는 frame의 U-SIG로부터 획득한 정보가 해당 frame이 STA 1이 수신하지 않는 frame임을 지시하는 경우 STA 2는 채널 접속을 재개할 수 있다. 예를 들면 U-SIG로부터 획득한 PHY identifier가 미래의 표준에 해당하는 ID 또는 인식할 수 없는 ID인 경우 STA 2는 채널 접속을 재개할 수 있다.

또한 U-SIG를 수신하는 경우를 설명하였는데 같은 실시예를 HE PPDU를 수신하는 경우 HE-SIG-A를 수신하는 경우에도 적용할 수 있다. 예를 들어 HE-SIG-A는 TXOP duration과 BSS color를 포함할 수 있고, 이에 따라 앞서 설명한 것과 같은 동작을 수행할 수 있다.

또한 STA 1이 수신하는 frame의 EHT-SIG로부터 STA-ID를 수신했을 수 있다. 만약 수신한 STA-ID가 STA 1이 수신해야 하는 지시자인 경우, 예를 들면 STA-ID가 STA 1을 나타내거나 STA-ID가 STA 1이 속한 그룹을 나타내거나 STA-ID가 broadcast를 나타내는 경우, STA 2는 채널 접속을 중단한 상태를 지속할 수 있다.

또는 STA 1이 수신하는 frame의 EHT-SIG로부터 STA-ID를 수신했을 수 있다. 만약 수신한 STA-ID가 STA 1에 해당하지 않는 지시자인 경우, 예를 들면 STA-ID가 STA 1에 해당하는 지시자를 나타내지 않고 STA-ID가 STA 1 속한 그룹을 나타내지 않고 STA-ID가 broadcast를 나타내지 않는 경우, STA 2는 채널 접속을 재개할 수 있다. 또는 STA 1이 EHT-SIG를 성공적으로 디코딩하지 못한 경우에도 STA 2는 채널 접속을 재개할 수 있다.

또한 EHT-SIG를 수신하는 경우를 설명하였는데 같은 실시예를 HE PPDU를 수신하는 경우 HE-SIG-B를 수신하는 경우에도 적용할 수 있다. 예를 들어 HE-SIG-B는 STA-ID를 포함할 수 있고, 이에 따라 앞서 설명한 것과 같은 동작을 수행할 수 있다.

또한 STA 1이 수신하는 frame의 MAC header를 수신했을 수 있다. 만약 수신한 MAC header가 포함하는 RA(receiver address) 또는 DA(destination address)가 STA 1이 수신해야 하는 값을 나타내는 경우, 예를 들면 RA 또는 DA가 STA 1을 나타내거나 STA 1이 속한 그룹을 나타내거나 STA-ID가 broadcast를 나타내는 경우, STA 2는 채널 접속을 중단한 상태를 지속할 수 있다. 이때 중단하는 channel acceess의 기간은 수신한 MAC header가 포함하는 duration information에 기초할 수 있다. 더 구체적으로 중단하는 channel acceess의 기간은 수신한 MAC header가 포함하는 Duration/ID field가 지시하는 duration information에 기초할 수 있다.

또한 STA 1이 수신하는 frame의 MAC header를 수신했을 수 있다. 만약 수신한 MAC header가 포함하는 RA 또는 DA가 STA 1에 해당하지 않는 지시자인 경우, 예를 들면 RA 또는 DA가 STA 1에 해당하는 지시자를 나타내지 않고 STA 1 속한 그룹을 나타내지 않고 broadcast를 나타내지 않는 경우, STA 2는 채널 접속을 재개할 수 있다. 또는 STA 1이 모든 MAC header를 수신하지 못했을 수 있다. 예를 들면 STA 1이 A-MPDU에 포함된 모든 MPDU를 수신 실패했을 수 있다. 이 경우 STA 2는 채널 접속을 재개할 수 있다.

도 12에서 설명한 채널 접속 중단과 재개는 STA 1에서 frame(or PPDU)를 수신하기 시작하여 차례대로 디코딩해 나감에 따라 디코딩되는 순서대로 차례대로 동작할 수 있다. 디코딩되는 순서는 PPDU format, frame format 등에 기초할 수 있다. 예를 들면 L-SIG, U-SIG, EHT-SIG, MAC header 순서대로 디코딩할 수 있다(EHT PPDU의 경우). 또는 L-SIG, HE-SIG-A, MAC header 순서대로 디코딩할 수 있다(HE SU PPDU, HE TB PPDU의 경우). 또는 L-SIG, HE-SIG-A, HE-SIG-B, MAC header 순서대로 디코딩할 수 있다(HE MU PPDU의 경우). 또는 L-SIG, MAC header 순서대로 디코딩할 수 있다(11a/g PPDU의 경우).

본 발명의 실시예를 따르면 앞서 언급한 STA-ID는 PPDU 또는 RU(resource unit)의 의도된 수신자를 지시하는 값일 수 있다. 또한 STA-ID는 EHT-SIG field 또는 HE-SIG-B field 등에 포함될 수 있다. 또한 STA-ID는 단일 STA에 해당하는 값을 나타내는 것이 가능하다. 예를 들어 다수의 STA가 MLD에 포함될 때 STA-ID는 상기 다수의 STA 중 하나의 STA에 해당하는 값을 나타내는 것이 가능하다. 또한 STA-ID는 STA의 AID 또는 MAC address를 기초로 한 값일 수 있다.

도 13은 본 발명의 일 실시예에 따른 BSS 분류와 그에 기초한 동작의 일 예를 나타낸 도면이다.

본 발명의 일 실시예를 따르면 STA는 수신한 frame 또는 수신한 PPDU에 기초하여 BSS를 분류(classify. 또는 판단)하는 것이 가능하다. BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속한 BSS에 해당하는지 아닌지 분류하는 동작을 포함할 수 있다. 또는 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속한 BSS로부터 전송되었는지 아닌지 분류하는 동작을 의미할 수 있다. 또한 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속하지 않은 BSS에 해당하는지 아닌지 분류하는 동작을 포함할 수 있다. 또는 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 분류하는 STA가 속하지 않은 BSS로부터 전송되었는지 아닌지 분류하는 동작을 의미할 수 있다. 또한 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 어떤BSS에 속했는지 분류하는 동작을 포함할 수 있다. 또는 BSS를 분류하는 것은 수신한 frame 또는 수신한 PPDU가 어떤 BSS로부터 전송되었는지 분류하는 동작을 의미할 수 있다. 본 발명의 일 실시예를 따르면 분류하는 STA가 속한 BSS를 intra-BSS라고 부를 수 있다. 또는 분류하는 STA가 속한 BSS를 포함한 BSS들을 intra-BSS라고 부를 수 있다. 또한 intra-BSS가 아닌 BSS를 inter-BSS라고 부를 수 있다. 또는 intra-BSS가 아닌 BSS는 inter-BSS이거나 분류되지 않는 BSS일 수 있다. 또는 inter-BSS는 분류되지 않는 BSS를 포함할 수 있다. 또한 분류하는 STA가 속하지 않은 BSS를 inter-BSS라고 부를 수 있다.

일 실시예를 따르면 수신한 frame 또는 수신한 PPDU가 intra-BSS에 해당하거나 intra-BSS로부터 전송되었다고 판단된 경우, 상기 수신한 frame 또는 상기 수신한 PPDU를 각각 intra-BSS frame, intra-BSS PPDU라고 할 수 있다. 또한 수신한 frame 또는 수신한 PPDU가 inter-BSS에 해당하거나 inter-BSS로부터 전송되었다고 판단된 경우, 상기 수신한 frame 또는 상기 수신한 PPDU를 각각 inter-BSS frame, inter-BSS PPDU라고 할 수 있다. 또한 intra-BSS frame을 포함하는 PPDU는 intra-BSS PPDU일 수 있다. 또한 inter-BSS frame을 포함하는 PPDU는 inter-BSS PPDU일 수 있다.

본 발명의 일 실시예를 따르면 하나 이상의 BSS 분류 조건에 기초하여 BSS를 분류할 수 있다. 예를 들면 상기 하나 이상의 BSS 분류 조건 중 적어도 하나의 조건을 만족하는지 여부에 따라서 BSS를 분류할 수 있다.

상기 BSS 분류 조건은 BSS color에 기초한 조건을 포함할 수 있다. BSS color는 BSS에 대한 identifier일 수 있다. 또한 BSS color는 PPDU의 preamble, 더 구체적으로 signaling field(예를 들면 HE-SIG-A field 또는 U-SIG field 또는 VHT-SIG-A field)에 포함되는 것이 가능하다. 또한 BSS color는 송신자의 MAC 계층에서 PHY 계층으로 전달되는 TXVECTOR에 포함될 수 있다. 또한 BSS color는 수신자의 PHY 계층에서 MAC 계층으로 전달되는 RXVECTOR에 포함될 수 있다. TXVECTOR, RXVECTOR에 포함되는 파라메터들을 각각 TXVECTOR parameter, RXVECTOR parameter라고 부를 수 있다. 또한 BSS color는 TXVECTOR parameter 또는 RXVECTOR parameter에 포함되는 것이 가능하다. 또한 AP가 설정한 BSS color를 STA들에게 알릴 수 있다. 일 실시예를 따르면 수신한 PPDU에 포함된 BSS color에 기초하여 BSS를 분류할 수 있다. 만약 STA가 수신한 PPDU에 포함된 BSS color가 STA에 해당하는 BSS의 BSS color와 다른 경우, 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다. 또는 만약 STA가 수신한 PPDU에 포함된 BSS color가 STA에 해당하는 BSS의 BSS color와 다르고 그 값이 0이 아닌 경우, 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다. 또한 만약 STA가 수신한 PPDU에 포함된 BSS color가 STA에 해당하는 BSS의 BSS color와 같은 경우, 상기 수신한 PPDU를 intra-BSS PPDU로 분류할 수 있다.

상기 BSS 분류 조건은 MAC address에 기초한 조건을 포함할 수 있다. MAC address는 frame의 MAC header에 포함될 수 있다. 또한 MAC address는 RA(receiver address), TA(transmitter address), BSSID, SA(source address), DA(destination address) 등을 포함할 수 있다. 일 실시예를 따르면 수신한 frame에 포함된 MAC address에 기초하여 BSS를 분류할 수 있다. 만약 수신한 frame에 포함된 MAC address가 STA에 해당하는 BSS의 BSSID와 다른 경우, 상기 수신한 frame을 inter-BSS frame으로 분류할 수 있다. 더 구체적으로 만약 수신한 frame에 포함된 MAC address들 모두가 STA에 해당하는 BSS의 BSSID와 다른 경우, 상기 수신한 frame을 inter-BSS frame으로 분류할 수 있다. 또한 만약 수신한 frame에 포함된 MAC address가 STA에 해당하는 BSS의 BSSID와 같은 경우, 상기 수신한 frame을 intra-BSS frame으로 분류할 수 있다. 더 구체적으로 만약 수신한 frame에 포함된 MAC address들 중 적어도 하나가 STA에 해당하는 BSS의 BSSID와 같은 경우, 상기 수신한 frame을 intra-BSS frame으로 분류할 수 있다.

상기 해당하는 BSS는 STA가 association된 BSS를 포함할 수 있다. 또한 상기 해당하는 BSS는 STA가 association된 BSS와 같은 multiple BSSID set에 포함된 BSS를 포함할 수 있다. 또한 상기 해당하는 BSS는 STA가 association된 BSS와 같은 co-hosted BSSID set에 포함된 BSS를 포함할 수 있다. 또한 같은 multiple BSSID set 또는 같은 co-hosted BSSID set에 포함된 하나 이상의 BSS들은 하나의 frame을 통해 상기 하나 이상의 BSS들에 관한 정보가 전달될 수 있다.

상기 BSS 분류 조건은 VHT PPDU에 포함된 Partial AID field 값에 기초한 조건을 포함할 수 있다. Partial AID field는 VHT PPDU의 preamble에 포함될 수 있다. 또한 Partial AID field는 VHT PPDU에 포함된 VHT-SIG-A field에 포함될 수 있다. 일 실시예를 따르면 Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. 예를 들면 partial BSS color 기능을 사용하는 경우 Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. 또는 AID assignment rule을 사용하는 경우 Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. AID assignment rule은 BSS color에 기초한 AID를 할당하는 방법일 수 있다. 또한 VHT PPDU의 VHT-SIG-A field에 포함된 Group ID field가 기설정된 값인 경우(예를 들면 Group ID field가 63으로 설정된 경우) Partial AID field는 BSS color의 일부를 나타내는 것이 가능하다. 일 실시예를 따르면 수신한 PPDU의 Partial AID field가 BSS color의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSS color의 일부과 다른 경우 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다.

또한 수신한 PPDU의 Partial AID field가 BSS color의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSS color의 일부과 같은 경우 상기 수신한 PPDU를 intra-BSS PPDU로 분류할 수 있다. 또한 이때 BSS color의 일부는 BSS color의 4 LSBs인 것이 가능하다. 또다른 실시예를 따르면 Partial AID field는 BSSID의 일부를 나타내는 것이 가능하다. 예를 들면 VHT PPDU의 VHT-SIG-A field에 포함된 Group ID field가 기설정된 값인 경우(예를 들면 Group ID field가 0으로 설정된 경우) Partial AID field는 BSSID의 일부를 나타내는 것이 가능하다. 일 실시예를 따르면 수신한 PPDU의 Partial AID field가 BSSID의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSSID의 일부과 다른 경우 상기 수신한 PPDU를 inter-BSS PPDU로 분류할 수 있다. 또한 수신한 PPDU의 Partial AID field가 BSSID의 일부를 나타내는 경우, 수신한 Partial AID field 값이 수신한 STA에 해당하는 BSSID의 일부과 같은 경우 상기 수신한 PPDU를 intra-BSS PPDU로 분류할 수 있다. 또한 이때 BSSID의 일부는 BSSID의 9 MSBs인 것이 가능하다. 또한 Partial AID field 값은 TXVECTOR parameter PARTIAL_AID 또는 RXVECTOR parameter PARTIAL_AID에 포함되는 것이 가능하다. 또한 Group ID field 값은 TXVECTOR parameter GROUP_ID 또는 RXVECTOR parameter GROUP_ID에 포함되는 것이 가능하다.

상기 BSS 분류 조건은 AP가 기설정된 조건의 PPDU를 수신하는 조건을 포함할 수 있다. 예를 들어 상기 기설정된 조건의 PPDU는 downlink PPDU를 포함할 수 있다. 일 실시예를 따르면 downlink PPDU는 VHT MU PPDU를 포함할 수 있다. 또한 downlink PPDU는 uplink인지 또는 downlink인지 지시하는 시그날링이 기설정된 값으로 설정된 PPDU를 포함할 수 있다. uplink인지 또는 downlink인지 지시하는 시그날링은 HE PPDU의 signaling field에 포함되는 것이 가능하다. 또는 uplink인지 또는 downlink인지 지시하는 시그날링은 U-SIG에 포함되는 것이 가능하다. U-SIG는 EHT PPDU 또는 EHT 표준 이후의 PPDU의 preamble에 포함되는 것이 가능하다.

또한 intra-BSS PPDU 또는 inter-BSS PPDU로 분류할 수 없는 경우가 존재할 수 있다. 예를 들어 앞서 설명한 intra-BSS PPDU로 분류하는 조건과 inter-BSS PPDU로 분류하는 조건을 모두 만족시키지 않는 경우 intra-BSS PPDU 또는 inter-BSS PPDU로 분류할 수 없을 수 있다.

또한 BSS를 분류할 때 다수의 조건에 의한 분류 결과가 일치하지 않는 경우 기설정된 조건을 따라 최종 결과를 결정하는 것이 가능하다. 예를 들어 BSS color에 기초한 조건에 의한 결과와 MAC address에 기초한 조건에 의한 결과가 일치하지 않는 경우, MAC address에 기초한 조건에 의한 결과가 우선하거나 MAC address에 기초한 조건에 의한 결과로 최종 결과를 결정할 수 있다. 또는 intra-BSS PPDU로 분류하는 조건과 inter-BSS PPDU로 분류하는 조건을 모두 만족시키는 경우 intra-BSS PPDU로 분류할 수 있다.

본 발명의 일 실시예를 따르면 STA는 분류한 BSS에 기초한 동작을 수행할 수 있다. 분류한 BSS에 기초한 동작은 intra-PPDU power save 동작을 포함할 수 있다. intra-PPDU power save 동작은 수신한 PPDU에 기초한 power save 동작일 수 있다. 기설정된 조건을 만족시키는 경우 intra-PPDU power save 동작을 수행하는 것이 가능하다. 상기 기설정된 조건은 수신한 PPDU를 intra-BSS PPDU로 분류하는 조건을 포함할 수 있다. 또한 상기 기설정된 조건은 수신한 PPDU의 intended receiver가 상기 PPDU를 수신한 STA가 아닌 조건을 포함할 수 있다. 예를 들면 PPDU에 포함된 ID 또는 address가 상기 PPDU를 수신한 STA에 해당하지 않는 경우 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. ID는 PPDU의 preamble에 포함되는 것이 가능하다. 예를 들면 ID는 PPDU의 preamble에 포함된 STA_ID일 수 있다. 또한 STA_ID는 HE MU PPDU 또는 EHT PPDU에 포함되는 것이 가능하다. 또한 adderess는 앞서 설명한 MAC address일 수 있다. 또한 수신한 PPDU에 포함된 uplink인지 또는 downlink인지 지시하는 시그날링이 uplink를 지시하는 경우, 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. 또한 수신한 PPDU의 설정이 상기 PPDU를 수신한 STA가 지원하지 않는 것으로 설정된 경우 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. 수신한 PPDU의 설정은 PPDU의 MCS, spatial stream 개수, channel width 등을 포함할 수 있다. 또한 수신한 PPDU의 설정이 상기 PPDU를 수신한 STA가 지원하지 않는 경우 PHY-RXEND.indication(UnsupportedRate) primitive가 수신될 수 있다. 또한 수신한 PPDU가 기설정된 format인 경우 상기 PPDU의 intended receiver는 상기 PPDU를 수신한 STA가 아닐 수 있다. 상기 기설정된 format은 TB PPDU를 포함할 수 있다. TB PPDU는 HE TB PPDU, EHT TB PPDU를 포함할 수 있다. 또한 TB PPDU는 trigger하는 frame에 의한 응답으로 전송되는 PPDU일 수 있다. Trigger하는 frame은 트리거 프레임을 포함할 수 있다. Trigger하는 frame은 trigger하는 정보가 포함된 frame을 포함할 수 있다. Trigger하는 정보는 MAC header, 예를 들면 A-control field에 포함되는 것이 가능하다. 또한 trigger하는 정보 또는 트리거 프레임에 포함된 정보는 응답하는 PPDU의 길이, 응답할 때 사용할 RU, 응답할 때 사용할 PHY configuration, MAC configuration 등을 포함할 수 있다. intra-PPDU power save 동작은 수신한 PPDU의 끝까지 doze state로 들어갈 수 있는 동작일 수 있다. 또다른 실시예로 STA가 수신한 PPDU 또는 frame의 intended receiver가 상기 STA가 아니라고 판단된 경우 PPDU 또는 frame의 수신이나 decoding을 중단할 수 있다.

분류한 BSS에 기초한 동작은 NAV를 설정(또는 업데이트)하는 동작을 포함할 수 있다. 일 실시예를 따르면 STA가 하나 이상의 NAV를 운용하는 것이 가능하다. 또한 STA가 PPDU 또는 frame을 수신한 경우, 수신한 PPDU 또는 수신한 frame에 기초하여 분류한 BSS에 해당하는 NAV를 설정하는 것이 가능하다. 예를 들면 intra-BSS NAV는 intra-BSS PPDU에 해당하는 NAV 일 수 있다. 또한 basic NAV는 intra-BSS PPDU가 아닌 PPDU에 해당하는 NAV 일 수 있다. 또는 basic NAV는 inter-BSS PPDU에 해당하는 NAV 일 수 있다. 또한 수신한 PPDU 또는 수신한 frame에 기초하여 NAV를 설정할 때 수신한 PPDU 또는 수신한 frame에 포함된 duration 정보를 사용하는 것이 가능하다. 상기 duration 정보는 TXOP을 포함할 수 있다. TXOP은 TXOP field에 포함된 값을 의미할 수 있다. TXOP field는 PPDU의 preamble에 포함되는 것이 가능하다. 예를 들면 TXOP field는 HE PPDU의 HE-SIG-A field에 포함되는 것이 가능하다. 또는 TXOP field는 EHT PPDU 또는 EHT 이후 표준의 PPDU의 U-SIG field에 포함되는 것이 가능하다. 또한 상기 duration 정보는 MAC header에 포함될 수 있다. 예를 들어 상기 duration 정보는 MAC header에 포함된 Duration/ID field에 포함될 수 있다.

분류한 BSS에 기초한 동작은 spatial reuse 동작을 포함할 수 있다. 또한 분류한 BSS에 기초한 동작은 채널 접속 동작을 포함할 수 있다. Spatial reuse 동작은 채널 접속 동작일 수 있다. STA가 PPDU 또는 frame을 수신했을 때 기설정된 조건을 만족시키는 경우 spatial reuse 동작을 수행하는 것이 가능하다. 기설정된 조건은 수신한 PPDU 또는 수신한 frame이 inter-BSS에 해당하는 조건을 포함할 수 있다. 또한 기설정된 조건은 수신한 PPDU 또는 수신한 frame의 signal strength가 threshold보다 작은 조건을 포함할 수 있다. 예를 들면 threshold는 가변적일 수 있다. 또한 threshold는 OBSS PD-based spatial reuse 동작을 위한 threshold일 수 있다. 또한 threshold는 CCA threshold 이상의 값일 수 있다. 또한 threshold는 전송하려는 power에 기초한 값일 수 있다. Spatial reuse 동작은 PPDU를 전송하는 동작을 포함할 수 있다. 또한 spatial reuse 동작은 PHY를 reset하는 동작을 포함할 수 있다. 예를 들면 PHY를 reset하는 동작은 PHY-CCARESET.request primitive를 발행(issue)하는 동작일 수 있다. 또한 spatial reuse 동작은 수신한 PPDU 또는 수신한 frame에 기초하여 NAV를 설정하지 않는 동작을 포함할 수 있다. 만약 STA가 spatial reuse 동작을 수행하는 경우, 수신한 PPDU 또는 수신한 frame이 전송 또는 수신되는 동안 상기 STA가 PPDU를 전송하는 것이 가능할 수 있다.

도 13을 참조하면 BSS A와 BSS B가 존재할 수 있고, BSS A와 BSS B는 서로 다른 BSS일 수 있다. 또한 BSS A와 BSS B는 서로 inter-BSS에 해당할 수 있다. 즉, BSS A에 association된 STA가 BSS B에서 전송한 PPDU 또는 frame은 inter-BSS PPDU 또는 inter-BSS frame으로 분류될 수 있다. 또한 BSS A에 속하는(또는 BSS A를 운영하는 AP와 association된) STA 1, STA 2가 존재할 수 있다. BSS B에 속하는(또는 BSS B를 운영하는 AP와 association된) STA 3, STA 4가 존재할 수 있다. 도 13을 참조하면 STA 1이 PPDU를 전송할 수 있다. 또한 STA 1이 전송한 PPDU는 BSS에 대한 정보를 포함할 수 있다. 예를 들면 BSS에 대한 정보는 앞서 설명한 BSS를 분류하기 위한 정보일 수 있다. 또한 STA 1이 전송한 PPDU는 Duration 정보를 포함할 수 있다.

STA 2는 STA 1이 전송한 PPDU를 수신하고 이 PPDU에 대한 BSS를 분류할 수 있다. 또한 STA 2와 STA 1은 BSS A에 속해있기 때문에 STA 2가 수신한 PPDU는 intra-BSS PPDU로 분류될 수 있다. 또한 STA 2가 수신한 PPDU는 UL PPDU이거나 STA가 intended receiver가 아닌 PPDU일 수 있다. 따라서 앞서 설명한 실시예에 따라 STA 2는 intra-PPDU power save를 수행하는 것이 가능하다. 도 13을 참조하면 STA 2는 수신한 PPDU 끝 시간까지 doze state로 들어갈 수 있다. 또한 STA 2는 수신한 PPDU에 포함된 Duration 정보에 기초하여 NAV를 설정할 수 있다. STA 2는 수신한 PPDU를 intra-BSS PPDU로 분류하였기 때문에 intra-BSS NAV를 설정하는 것이 가능하다.

STA 3는 STA 1이 전송한 PPDU를 수신하고 이 PPDU에 대한 BSS를 분류할 수 있다. 또한 STA 3와 STA 1은 각각 BSS B, BSS A에 속해있기 때문에 STA 3가 수신한 PPDU는 inter-BSS PPDU로 분류될 수 있다. 또한 STA 3는 수신한 PPDU에 포함된 Duration 정보에 기초하여 NAV를 설정할 수 있다. STA 3는 수신한 PPDU를 inter-BSS PPDU로 분류하였기 때문에 basic NAV를 설정하는 것이 가능하다.

STA 4는 STA 1이 전송한 PPDU를 수신하고 이 PPDU에 대한 BSS를 분류할 수 있다. 또한 STA 4와 STA 1은 각각 BSS B, BSS A에 속해있기 때문에 STA 4가 수신한 PPDU는 inter-BSS PPDU로 분류될 수 있다. 또한 STA 4가 수신한 PPDU의 signal strength가 threshold보다 작을 수 있다. 따라서 STA 4가 수신한 PPDU가 inter-BSS PPDU로 분류되었고, STA 4가 수신한 PPDU의 signal strength가 threshold보다 작기 때문에 STA 4는 spatial reuse 동작을 수행하는 것이 가능하다. 따라서 STA 4는 채널 접속, backoff procedure를 수행할 수 있고, 전송을 시작할 수 있다. 예를 들어 STA 1이 전송한 PPDU가 끝나지 않은 시점에 STA 4가 전송을 시작하는 것이 가능할 수 있다.

도 14는 본 발명의 실시 예에 따른 STA의 기능을 보여준다.

본 발명의 실시 예를 따르면 어떤 무선랜 표준을 따르는 STA은 이전 무선랜 표준의 기능을 포함할 수 있다. 이는 하위 호환성을 위한 것이다. 예를 들어 특정 무선랜 표준을 지원하는 STA은 이전 세대의 무선랜 표준 기능을 지원하고 추가로 새로운 기능도 지원할 수 있다. 예를 들어 HT STA은 OFDM PHY STA의 기본 기능을 지원할 수 있다. 따라서 HT STA은 OFDM PHY STA으로 분류될 수 있다. 또한, HT STA은 OFDM PHY STA의 기능뿐만 아니라 OFDM PHY STA 지원하지 않는 추가 기능을 지원할 수 있다. VHT STA은 HT STA의 기본 기능을 지원하면서, HT STA이 지원하지 않는 기능을 지원할 수 있다. VHT STA은 HT STA으로 분류될 수 있다. 또한, HE STA은 VHT STA의 기본 기능을 지원하면서, VHT STA이 지원하지 않는 기능을 지원할 수 있다. HE STA은 VHT STA으로 분류될 수 있다. 또한 EHT STA는 HE STA이기도 할 수 있다. 또한 EHT STA은 HE STA의 기본 기능을 지원하면서 HE STA이 지원하지 않는 기능을 지원할 수 있다. 또한, EHT STA은 HE STA으로 분류될 수 있다. 또한, EHT 표준 이후의 무선랜 표준이 새롭게 정의될 수 있다. 본 발명에서 EHT 표준 이후의 표준을 NEXT 표준이라고 부르고, NEXT 표준을 따르는 STA을 NEXT STA이라고 지칭한다. NEXT STA은 EHT STA의 기본 기능을 지원하면서, EHT STA이 지원하지 않는 기능을 지원할 수 있다. NEXT STA은 EHT STA으로 분류될 수 있다.

도 14는 각 무선랜 표준을 지원하는 STA 사이의 관계를 나타낸 다이어그램이다. 도 11에서 참조하면 EHT STA이면 HE STA이고, VHT STA이고, HT STA이고, OFDM PHY STA일 수 있다. 또한, NEXT STA이면 EHT STA이고, HE STA이고, VHT STA이고, HT STA이고, OFDM PHY STA일 수 있다.

도 15는 본 발명의 일 실시 예에 따른 상향링크(Uplink: UL) 다중 사용자(multi user: MU) 동작을 나타낸다.

본 발명의 일 실시 예에서 액세스 포인트는 MU(multi-user) 전송을 유발(solicit)하는 프레임을 전송할 수 있다. 이러한 프레임을 트리거링 프레임이라 지칭한다. 이때, 트리거링 프레임을 수신한 하나 이상의 STA은 트리거링 프레임을 기초로 상향 전송을 수행할 수 있다. 구체적으로 트리거링 프레임을 수신한 하나 이상의 STA은 프레임에 대한 응답 프레임을 전송할 수 있다. 이때, 트리거링 프레임을 포함하는 PPDU와 상향 전송에 사용되는 PPDU의 간격(inter-space)은 SIFS일 수 있다. 구체적으로 복수의 STA은 트리거링 프레임을 수신하고 동시에(simultaneous) 즉각적인(immediate) 응답을 전송할 수 있다. 즉각적인 응답은 앞서 수신한 PPDU와 응답을 포함하는 PPDU 사이의 간격이 SIFS인 것을 나타낸다.

트리거링 프레임은 제어 프레임으로 일종으로, 트리거 정보를 포함하는 트리거 프레임일 수 있다. 또한, 트리거링 프레임은 트리거 정보를 MAC 헤더에 포함하는 프레임일 수 있다. 이때, 트리거 정보는 MAC 헤더의 HT Control 필드, Control 서브필드, 또는 A-Control 서브필드에 포함되는 TRS(triggered response scheduling)일 수 있다. 또한, 트리거 정보는 TB PPDU의 전송을 유발하는 정보일 수 있다.

TB PPDU는 트리거링 프레임에 대한 응답 프레임을 포함하는 PPDU 포맷이다. TB PPDU는 HE TB PPDU 및 EHT TB PPDU를 포함할 수 있다. 또한, TB PPDU는 NEXT 무선랜 표준에서 정의하는 NEXT TB PPDU를 포함할 수 있다. HE TB PPDU는 L-STF, L-LTF, L-SIG, RL-SIG, HE-SIG-A, HE-STF, HE-LTF를 차례대로 포함하는 프리앰블을 포함하고, 프리앰블에 이어 데이터, 패킷 익스텐션(packet extension, PE)을 포함할 수 있다. 또한, EHT TB PPDU, NEXT TB PPDU는 L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, (EHT-/NEXT-)STF, (EHT-/NEXT-)LTF를 차례대로 포함하는 프리앰블을 포함하고, 프리앰블에 이어서 데이터, 패킷 익스텐션(packet extension, PE)을 포함할 수 있다.

트리거링 프레임은 TB PPDU 전송에 필요한 정보를 포함할 수 있다. MAC 프레임의 Type 서브필드(B3 B2)의 값이 01_b이고, 서브타입 서브필드(B7 B6 B5 B4)의 값이 0010_b인 경우, MAC 프레임 트리거 프레임일 나타낼 수 있다.

트리거 프레임에 응답하는 복수의 STA이 서로 다른 포맷의 TB PPDU를 전송하는 경우, 액세스 포인트가 TB PPDU를 수신하기 어려울 수 있다. 또한, 복수의 STA이 전송하는 PPDU의 프리앰블이 서로 다른 경우, 액세스 포인트가 TB PPDU를 수신하기 어려울 수 있다. 특히, 서로 다른 포맷의 TB PPDU가 전송되는 RU가 오버랩되는 경우, 액세스 포인트가 TB PPDU를 수신하기 어려울 수 있다. 따라서 하나의 트리거링 프레임에 대한 응답을 전송하는 복수의 STA은 동일한 포맷의 TB PPDU를 사용할 수 있다. 또한, 하나의 트리거링 프레임에 대한 응답을 전송하는 복수의 STA이 전송하는 TB PPDU의 프리앰블 정보는 동일할 수 있다.

도 14를 통해 설명한 것과 같이 HE STA은 HE TB PPDU를 전송할 수 있다. 또한, EHT STA은 EHT TB PPDU 또는 HE TB PPDU를 전송할 수 있다. 또한, NEXT STA은 NEXT TB PPDU, EHT TB PPDU 또는 HE TB PPDU를 전송할 수 있다.

도 15의 실시 예에서, AP가 HE STA(HE STA)의 전송과 EHT STA(EHT STA)의 전송을 스케줄링하는 트리거 프레임을 전송한다. 이때, 트리거 프레임이 트리거 프레임에 대한 응답을 위해 전송 될 TB PPDU의 포맷에 대해 지시하지 않는 경우, HE STA(HE STA)과 EHT STA(EHT STA) 또는 서로 다른 EHT STA(EHT STA)은 서로 다른 포맷의 TB PPDU를 전송할 수 있다. 이에 따라 TB PPDU의 전송이 실패하고 전송 기회가 낭비될 수 있다. 설명의 편의를 위해 HE, EHT, NEXT 표준에서 정의된 트리거 프레임을 각각 HE 트리거 프레임, EHT 트리거 프레임, 및 NEXT 트리거 프레임으로 지칭한다. 또한, HE, EHT, NEXT 표준에서 정의된 TRS를 HE TRS, EHTTRS, 및 NEXT TRS로 지칭한다. 트리거 프레임의 포맷에 대해서는 도 16을 통해 설명한다.

도 16은 본 발명의 실시 예에 따른 트리거 프레임의 포맷과 트리거 프레임에 포함되는 서브필드를 보여준다.

구체적으로 도 16(a)는 트리거 프레임의 포맷을 보여주고, 도 16(b)는 트리거 프레임의 Common Info 필드를 나타내고, 도 16(c)는 트리거 프레임의 User Info 필드를 나타낸다. 트리거 프레임의 MAC 헤더는 Frame Control 필드, Duration 필드, 및 Address 필드를 포함한다. 이때, Address 필드는 RA 필드, TA 필드를 포함한다. 또한, 트리거 프레임은 Common Info 필드와 User Info List 필드를 포함한다. Common Info 필드는 트리거 프레임이 트리거하는 모든 스테이을 위한 정보를 포함한다. 또한, User Info List 필드는 User Info 필드를 포함할 수 있다. 구체적인 실시 예에서 특정 타입의 트리거 프레임은 User Info List 필드를 포함하지 않을 수 있다. 또한, 트리거 프레임은 Padding 필드와 FCS 필드를 포함할 수 있다. Padding 필드는 Tri 수신하는 STA가 응답을 준비하는 데에 필요한 시간을 확보하기 위해 frame 길이를 늘리는 역할을 할 수 있고, optionally 존재할 수 있다.

Common Info 필드는 Trigger Type 서브필드를 포함할 수 있다. Trigger Type 서브필드는 트리거 프레임 배리언트(variant)를 식별(identify)한다. 트리거 프레임은 Trigger Type 서브타입의 값을 통해 트리거 프레임의 타입을 나타낼 수 있다. 또한, Trigger Type 서브필드에 따라 Trigger Dependent Common Info 서브필드 Trigger Dependent User Info 서브필드에 포함되는 정보 및 Trigger Dependent Common Info 서브필드 Trigger Dependent User Info 서브필드의 길이가 결정될 수 있다. 예를 들어 Trigger Type 서브필드를 Common Info 필드의 B0부터 B3비트까지의 비트가 나타낼 수 있다.

또한, Common Info 필드는 UL Length subfield를 포함할 수 있다. UL Length subfield는 Trigger frame에 응답하는 TB PPDU의 길이에 대한 정보를 포함할 수 있다. 또는 UL Length subfield는 Trigger frame에 응답하는 frame의 길이에 대한 정보를 포함할 수 있다. 또한 UL Length subfield는 Trigger frame에 응답하는 TB PPDU의 L-SIG의 Length subfield에 포함될 값을 지시할 수 있다. 따라서 TB PPDU로 응답하는 STA는 수신한 Trigger frame이 포함하는 UL Length subfield의 값에 기초해서 TB PPDU의 L-SIG의 Length subfield를 설정할 수 있다. 더 구체적으로 TB PPDU로 응답하는 STA는 수신한 Trigger frame이 포함하는 UL Length subfield의 값으로 TB PPDU의 L-SIG의 Length subfield를 설정할 수 있다. 예를 들어 UL Length subfield를 Common Info field의 B4 부터 B15 비트가 나타낼 수 있다.

또한, Common Info 필드는 UL BW 서브필드를 포함할 수 있다. UL BW 서브필드는 트리거 프레임에 응답하는 TB PPDU의 시그널링 필드 예컨대, HE-SIG-A 필드 또는 U-SIG 필드에 포함되는 bandwidth(BW) 값을 지시할 수 있다. 또한 UL BW subfield는 Trigger frame에 응답하는 TB PPDU의 최대 bandwdith를 나타낼 수 있다.

또한, Common Info 필드는 트리거 프레임에 응답하는 TB PPDU의 시그널링 필드, 예컨대 HE-SIG-A 필드 또는 U-SIG 필드에 포함될 정보 등을 포함할 수 있다.

User Info 필드는 AID12 서브필드를 포함할 수 있다. AID12 서브필드는 AID12 서브필드를 포함하는 User Info 필드의 의도된 수신자 또는 User Info 필드의 기능을 지시하는 역할을 할 수 있다. 따라서 AID12 서브필드는 AID12 서브필드를 포함하는 트리거 프레임의 의도된 수신자 또는 트리거 프레임의 기능을 지시하는 역할을 수행할 수 있다. 예컨대, AID12 서브필드의 값이 기설정된 값인 경우 User Info 필드는 RA-RU(random access resource unit)을 지시하는 것임을 나타낼 수 있다. 더 구체적으로 AID12 서브필드의 값이 0인 경우 User Info 필드는 연결된(associated) STA을 위한 RA-RU를 지시할 수 있다. 또한, AID12 서브필드의 값이 2045인 경우 User Info 필드는 연결되지 않은(unassociated) STA을 위한 RA-RU를 지시할 수 있다. 또한, AID12 서브필드의 값이 지시하는 STAID, 예컨대 AID(association ID)에 해당하는 STA AID12 서브필드를 포함하는 User Info 필드 또는 AID12 서브필드를 포함하는 트리거 프레임이 응답을 트리거함을 나타낼 수 있다. 예를 들어 AID12 서브필드는 AID 또는 AID의 12 LSBs를 나타낼 수 있다. AID12 서브필드의 값에 해당하는 STA은 트리거 프레임에 TB PPDU로 응답할 수 있다. 또한, AID12 서브필드의 값은 1부터 2007의 범위(1과 2007 포함)일 수 있다. 또한, AID12 서브필드가 기설정된 값, 예를 들면 2046인 경우 해당하는 RU는 어떤 STA에게도 할당되지 않았음을 지시할 수 있다. 또한, AID12 서브필드가 기설정된 값, 예를 들면 4095인 경우 트리거 프레임의 패딩이 시작됨을 지시할 수 있다.

또한, AID12 서브필드를 포함하는 User Info 필드의 정보들은 AID12 서브필드가 지시하는 STA에 해당하는 정보일 수 있다. 예컨대, RU Allocation 서브필드는 RU의 크기와 위치를 지시할 수 있다. 이때, AID12 서브필드를 포함하는 User Info 필드의 RU Allocation 서브필드의 값은 상기 AID12 서브필드가 지시하는 STA에 해당하는 정보일 수 있다. 또한, User Info 필드는 User Info 필드를 포함하는 트리거 프레임의 응답에 사용되는 코딩 방법(UL FEC Coding Type), 모듈레이션 방법(UL HE-MCS, UL DCM), 전송 파워(UL Target RSSI)를 지시할 수 있다.

앞서 설명한 바와 같이 트리거 프레임에 대한 응답으로 동시에 전송되는 TB PPDU가 어떤 PPDU의 포맷으로 전송되는지에 따라 문제될 수 있다. 이와 관련된 트리거링 프레임 전송 방법에 대해서는 도14를 통해 설명한다.

도 17은 본 발명의 실시 예에 따라 트리거 프레임의 AID12 서브필드의 값이 지시하는 정보를 보여준다.

본 발명의 실시 예를 따른 EHT STA은 HE TB PPDU, EHT TB PPDU를 선택적으로 전송할 수 있다. 또한, NEXT STA은 HE TB PPDU, EHT TB PPDU, NEXT TB PPDU를 선택적으로 전송할 수 있다. 이를 통해 하나의 프레임 또는 하나의 PPDU로 다수의 무선랜 표준의 STA을 스케줄링할 수 있다. 이를 통해 전송 매체의 사용 효율을 높일 수 있다. 예컨대, EHT 표준을 지원하지 않는 HE STA과 EHT STA을 하나의 프레임으로 HE TB PPDU로 응답하게 할 수 있다.

또한, TB PPDU 포맷을 선택하기 위한 정보가 트리거 프레임 또는 TRS 또는 트리거 프레임을 포함하는 PPDU 또는 TRS를 포함하는 PPDU에 포함될 수 있다.

본 발명의 실시 예에 따르면 응답하는 TB PPDU format에 대한 정보가 MAC level에 존재할 수 있다. 본 발명의 실시 예에 따르면 트리거 프레임은 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임으로 구분될 수 있다. 또한, HE 트리거 프레임, EHT 트리거 프레임, NEXT 트리거 프레임으로 트리거된 응답은 각각 HE TB PPDU, EHT TB PPDU, NEXT TB PPDU로 응답할 수 있다.

또한, HE 트리거 프레임, EHT 트리거 프레임, NEXT 트리거 프레임을 구분하는 것은 트리거 프레임에 응답할 TB PPDU 포맷을 각각 HE TB PPDU, EHT TB PPDU, NEXT TB PPDU로 구분한다는 것과 같은 의미일 수 있다.즉, 트리거 프레임의 포맷에 따라 이에 대한 TB PPDU의 포맷도 달라질 수 있으며, 다음 세대 트리거 프레임은 이전 세대 TB PPDU의 전송도 함께 지시할 수 있다. 즉, EHT 트리거 프레임은 HE TB PPDU와 EHT TB PPDU의 전송을 동시에 지시할 수 있다. 하지만 HE 트리거 프레임은 EHT TB PPDU의 전송을 지시할 수는 없다.

구체적인 실시 예에서 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드 중 적어도 어느 하나에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드가 제1 값인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드가 제2 값인 경우, 트리거 프레임은 EHT 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임이 포함하는 MAC 헤더의 Frame Control 필드의 Type 서브필드, Subtype 서브필드 또는 Control Frame Extension 서브필드가 제3 값인 경우, 트리거 프레임은 NEXT 트리거 프레임으로 분류될 수 있다. MAC 헤더의 Frame Control 필드의 Type 서브필드의 값이 01_b이고, 서브타입 서브필드의 값이 0010_b인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. Type 서브필드, Subtype 서브필드 및 Control Frame Extension 서브필드 각각이 2비트, 4비트 및 4비트로 한정된다. 따라서 이러한 실시 예는 한정적인 비트 필드의 값을 사용하여 장래에 사용될 수 있는 타입을 제한하는 단점이 있다.

또 다른 구체적인 실시 예에서 트리거 프레임이 포함하는 Common Info 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값이 제1 값인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값이 제2 값인 경우, 트리거 프레임은 EHT 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값이 제3 값인 경우, 트리거 프레임은 NEXT 트리거 프레임으로 분류될 수 있다. 구체적으로 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값 0 내지 7인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임의 Common Info 필드의 Trigger Type 서브필드의 값 0 내지 7이 아닌 경우, 트리거 프레임은 EHT 트리거 프레임 또는 NEXT 트리거 프레임으로 분류될 수 있다. Trigger Type 서브필드의 비트 수가 한정적이므로 이러한 실시 예는 한정적인 비트 필드의 값을 사용하여 장래에 사용될 수 있는 트리거 타입을 제한하는 단점이 있다.

또 다른 구체적인 실시 예에서 트리거 프레임이 포함하는 UL Length 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 제1 값인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 제2 값인 경우, 트리거 프레임은 EHT 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 제3 값인 경우, 트리거 프레임은 NEXT 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 0이 아닌 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 1인 경우, 트리거 프레임은 HE 트리거 프레임으로 분류될 수 있다. 트리거 프레임의 UL Length 필드의 값을 3으로 나눈 나머지 값이 0인 경우, 트리거 프레임은 EHT 트리거 프레임 또는 NEXT 트리거 프레임으로 분류될 수 있다. 또한, 트리거 프레임의 UL Length 필드의 값뿐만 아니라 트리거 프레임의 Format Identifier, PHY Identifier 및 TB PPDU 포맷 시그널링 중 적어도 하나에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다.

또 다른 구체적인 실시 예에서 트리거 프레임이 포함하는 User Info 필드에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 구체적으로 트리거 프레임의 User Info 필드의 AID12 서브필드의 값에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 User Info 필드의 AID12 서브필드의 값이 미리 지정된 값인지에 따라 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 이때, 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 User Info 필드 리스트에서 첫 번째 User Info 필드일 수 있다. 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 STA의 AID를 지시하는 AID12 서브필드를 포함하는 User Info 필드보다 앞에 위치할 수 있다. 이를 통해 트리거 프레임을 수신하는 STA은 트리거 프레임의 타입을 조기에 판단할 수 있다. 또 다른 구체적인 실시 예에서 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 User Info 필드 리스트에서 HE STA을 위한 User Info 필드 뒤에 위치할 수 있다. 이를 통해 레거시 STA, 즉 HE STA이 AID12 서브필드의 값의 의미를 판단하지 못해 발생하는 문제를 방지할 수 있다. 또한, 트리거 프레임의 타입을 나타내는 AID12 서브필드를 포함하는 User Info 필드는 AID12 서브필드 이외의 서브필드를 포함하지 않을 수 있다. 해당 User Info 필드는 트리거 프레임 타입을 지시하기 위한 것이므로 트리거 프레임 타입 이외의 정보는 필요하지 않을 수 있기 때문이다. 이러한 실시 예에서 User Info 필드의 길이는 AID12 서브필드의 값에 따라 변화된다. 도 17은 이러한 실시 예가 적용될 때 AID12 서브필드의 값이 나타내는 의미를 보여준다. AID12 서브필드의 값이 제1 값인 경우, AID12 서브필드는 AID12 필드를 포함하는 트리거 프레임이 EHT TB PPDU의 전송을 트리거링함을 나타낼 수 있다. 제1 값은 2047일 수 있다. AID12 서브필드의 값이 제2 값인 경우, AID12 서브필드는 AID12 필드를 포함하는 트리거 프레임이 NEXT TB PPDU의 전송을 트리거링함을 나타낼 수 있다. 제2 값은 2048일 수 있다.

또 다른 구체적인 실시 예에서 STA은 STA을 트리거링하는 User Info 필드의 위치에 따라 트리거 프레임에 대한 응답으로 전송하는 TB PPDU의 포맷을 결정할 수 있다. 구체적으로 STA은 STA을 트리거링하는 User Info 필드가 미리 지정된 값을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치하는지를 기초로 트리거 프레임에 대한 응답으로 전송하는 TB PPDU의 포맷을 결정할 수 있다. 이때, STA은 STA을 트리거링하는 User Info 필드가 제1 값을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치하는지와 제2 값을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치하는지를 기초로 트리거 프레임에 대한 응답으로 전송하는 TB PPDU의 포맷을 결정할 수 있다. 도 17의 실시 예에서 STA을 트리거링하는 User Info 필드가 2047을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치할 때, STA은 트리거 프레임에 대한 응답으로 EHT TB PPDU를 전송할 수 있다. 또한, STA을 트리거링하는 User Info 필드가 2048을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치할 때, STA은 트리거 프레임에 대한 응답으로 NEXT TB PPDU를 전송할 수 있다. 또한, STA을 트리거링하는 User Info 필드가 2047을 갖는 AID12 필드를 포함하는 User Info 필드와 2048을 갖는 AID12 필드를 포함하는 User Info 필드 뒤에 위치할 때, STA은 트리거 프레임에 대한 응답으로 NEXT TB PPDU를 전송할 수 있다. 또한, STA을 트리거링하는 User Info 필드가 2047을 갖는 AID12 필드를 포함하는 User Info 필드와 2048을 갖는 AID12 필드를 포함하는 User Info 필드 앞에 위치할 때, STA은 트리거 프레임에 대한 응답으로 HE TB PPDU를 전송할 수 있다.

AID12 서브필드 이외의 User Info 필드의 서브필드가 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다.

트리거 프레임의 Padding 필드에 따라 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다. 예컨대, 트리거 프레임의 Padding 필드가 미리 지정된 값을 포함하는지에 따라 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임 중 어느 트리거 프레임에 해당하는지 결정될 수 있다.

또한, 앞서 설명한 실시 예들은 결합하여 적용될 수 있다. 예컨대, 앞서 트리거 프레임이 HE 트리거 프레임, EHT 트리거 프레임 및 NEXT 트리거 프레임인지 판단하는데 영향을 주는 요소들이 결합되어 판단될 수 있다.

또한, 앞서 설명한 실시 예들은 TRS 필드에 대한 응답으로 전송될 TB PPDU의 포맷을 결정하는 데 사용될 수 있다.

도 18은 본 발명의 실시 예에 따른 UL MU 동작을 보여준다.

앞서 설명한 것처럼 트리거 프레임은 MAC 프레임 헤더에 TRS를 포함할 수 있다. TRS는 앞서 설명한 것처럼 HT Control 필드에 포함될 수 있다. 구체적으로 HT Control 필드는 A-Control 필드를 포함할 때, HT Control 필드는 TRS를 포함할 수 있다. 또한, TRS는 TRS Control 필드에 포함될 수 있다. A-Control 필드에 Control List 필드가 연속적으로 위치할 수 있다. 이때, Control List 필드가 TRS를 포함할 수 있다.

TRS를 포함하는 MAC 프레임의 의도된 수신자에 해당하는 STA은 TRS를 필드를 기초로 PPDU를 전송할 수 있다. 이때, TRS는 STA이 TRS를 포함하는 MAC 프레임에 대한 응답으로 전송할 PPDU 또는 프레임의 길이에 관한 정보(UL Data Symbols)를 포함할 수 있다. TRS를 포함하는 MAC 프레임에 대한 응답 전송의 파워에 관한 정보(AP Tx Power, UL Target RSSI), TRS를 포함하는 MAC 프레임에 대한 응답을 전송할 때 사용할 RU의 위치 및 크기(RU Allocation), TRS를 포함하는 MAC 프레임에 대한 응답 전송의 모듈레이션 방법에 관한 정보(UL HE-MCS)를 포함할 수 있다.

TRS는 무선랜 표준 별로 정의될 수 있다. 이때, TRS를 포함하는 MAC 프레임을 수신한 STA은 TRS의 포맷, 즉 어느 무선랜 표준에서 정의된 TRS인지에 따라 TRS에 대한 응답으로 전송될 TB PPDU의 포맷을 결할 수 있다. 구체적으로 STA이 HE TRS를 수신한 경우, STA은 TRS에 대한 응답으로 HE TB PPDU를 전송할 수 있다. 또한, STA이 EHT TRS를 수신한 경우, STA은 TRS에 대한 응답으로 EHT TB PPDU를 전송할 수 있다. 또한, STA이 NEXT TRS를 수신한 경우, STA은 TRS에 대한 응답으로 NEXT TB PPDU를 전송할 수 있다. 이때, STA은 A-Control 서브필드의 Control ID 서브필드를 기초로 어느 무선랜 표준에서 정의된 TRS인지 판단할 수 있다. TRS는 HE TRS와 TRS가 아닌 TRS로 구분될 수 있다.

TRS의 포맷은 TRS가 포함되는 HT Control 필드가 HE 배리언트(variant)인지, EHT 배리언트인지, NEXT 베리언트인지에 따라 결정될 수 있다. TRS가 포함되는 HT Control 필드가 EHT 배리언트(variant)인 경우, TRS는 EHT TRS일 수 있다. 또한, TRS가 포함되는 HT Control 필드가 NEXT 배리언트(variant)인 경우, TRS는 NEXT TRS일 수 있다. 또한, TRS의 포맷은 TRS가 포함되는 HT Control 필드의 비트 중 미리 지정된 비트가 어떤 값인지에 따라 HT Control 필드가 HE 배리언트인지, EHT 배리언트인지, NEXT 배리언트인지에 따라 결정될 수 있다. 예컨대, HT Control 필드의 첫 번째, 두 번째 비트(B0, B1) 값이 11_b인 경우 HT Control 필드는 HE 배리언트일 수 있다. 또한, HT Control 필드의 첫 번째, 두 번째 비트(B0, B1)와 추가적인 비트, 예컨대 32번째 비트(B31)를 기초로 HT Control 필드가 HE variant인지, EHT variant인지, NEXT variant인지 결정될 수 있다.

도 18의 실시 예에서 TRS가 HE PPDU에 포함되는 경우, HE PPDU를 수신한 STA은 TRS에 대한 응답으로 HE TB PPDU를 전송한다. TRS가 EHT PPDU에 포함되는 경우, EHT PPDU를 수신한 STA은 TRS에 대한 응답으로 EHT TB PPDU를 전송한다. TRS가 NEXT PPDU에 포함되는 경우, EHT PPDU를 수신한 STA은 TRS에 대한 응답으로 NEXT TB PPDU를 전송한다.

또한, TRS가 포함된 PPDU 포맷에 따라 TRS가 포함하는 서브필드가 나타내는 정보가 달라질 수 있다. TRS가 HE PPDU에 포함되는 경우, TRS가 포함하는 MCS에 관한 서브필드, 예컨대 UL HE-MCS 서브필드는 HE MCS 테이블에 해당하는 값을 지시할 수 있다. 또한, TRS가 EHT PPDU에 포함되는 경우, TRS가 포함하는 MCS에 관한 서브필드, 예컨대 UL HE-MCS 서브필드는 EHT MCS 테이블에 해당하는 값을 지시할 수 있다. 또한, TRS가 NEXT PPDU에 포함되는 경우, TRS가 포함하는 MCS에 관한 서브필드, 예컨대 UL HE-MCS 서브필드는 NEXT MCS 테이블에 해당하는 값을 지시할 수 있다. 또한, TRS가 포함되는 PPDU 포맷에 따라 RU Allocation 서브필드가 나타내는 정보가 달라질 수 있다.

도 19는 본 발명의 일 실시 예에 따른 TXOP를 공유하기 위한 방법을 나타내는 도면이다.

도 19를 참조하면, AP에 의해서 설정된 TXOP의 일부 또는 전부가 non-AP STA에게 공유되고, non-AP STA는 공유된 TXOP를 이용하여 다른 non-AP STA(제3 STA) 및/또는 AP에게 PPDU(PLCP Protocol Data Unit)를 전송할 수 있다. 이하, 본 발명에서 다른 STA에게 TXOP를 공유하는 것을 TXOP 공유(sharing)라고 할 수 있다. 또한, STA은 트리거 프레임(trigger frame)을 전송하는 AP 또는 AP-STA이거나, 트리거 프레임을 수신하는 non-AP STA일 수 있다. 또한, STA는 TXOP를 공유하거나 공유 받을 수 있다.

구체적으로, STA은 TXOP를 설정하기 위한 프레임을 전송한 뒤, 이에 대한 응답을 수신함으로써, TXOP를 설정(또는, 획득)할 수 있다. STA은 TXOP를 설정한 뒤, 설정된 TXOP를 공유함으로써 TXOP 공유를 수행할 수 있다. TXOP를 설정하기 위한 프레임에 대한 응답은 TXOP의 길이에 대한 정보를 포함할 수 있으며, TXOP의 길이는 0보다 클 수 있다. 이때, TXOP를 설정하기 위한 프레임에 대한 응답은 즉각적인 응답(immediate response)일 수 있으며, TXOP를 설정하기 위한 프레임(예를 들면, PPDU)의 끝에서부터 특정 시간(예를 들면, SIFS)이후에 전송될 수 있다.

TXOP의 길이는 STA이 전송하는 프레임에 포함되는 듀레이션 정보(duration information)에 기초하여 지시될 수 있다. 예를 들면, 듀레이션 정보는 PPDU의 MAC 헤더의 듀레이션/ID 필드에 포함될 수 있으며, TXOP의 길이는 듀레이션 정보에 기초할 수 있다. TXOP의 길이는 STA에 의해서 전송되는 프레임의 PPDU에 포함된 프리앰블에 포함될 수 있다. 즉, 듀레이션 정보는 PPDU의 시그널링 필드(signaling field)에 포함되는 TXOP 필드에 포함될 수 있으며, 시그널링 필드는 HE-SIG-A 필드 또는 U-SIG 필드일 수 있다.

TXOP 공유는 설정된 TXOP 내에서 공유될 수 있으며 설정된 TXOP 동안 하나 이상의 TXOP가 공유될 수 있다. 즉, STA에 의해서 설정된 TXOP 내에서 다른 STA에게 하나 이상의 TXOP가 공유될 수 있다.

TXOP를 공유 받은 STA은 공유된 TXOP 동안 PPDU를 TXOP를 공유한 STA 또는 다른 STA에게 전송할 수 있으며, 이때, 전송되는 PPDU는 TB PPDU가 아닌 PPDU(예를 들면, non-TB PPDU)일 수 있다. 즉, TXOP를 공유 받은 STA은 공유된 TXOP 동안 AP로부터 트리거 프레임을 수신하지 않아도 PPDU를 전송할 수 있다. 다시 말해, TXOP를 공유 받은 STA은 공유된 TXOP 동안 트리거 프레임을 통해서 별도의 RU를 개별적으로 할당 받지 않아도 TXOP를 공유 받을 때 전송된 트리거 프레임에 의해서 할당된 RU를 이용하여 공유된 TXOP가 종료될 때까지 추가적인 트리거 프레임을 수신하지 않아도 PPDU를 전송할 수 있다. 따라서, 공유된 TXOP동안 STA에 의해서 전송되는 PPDU의 예시로 non-HT PPDU, HE PPDU, VHT PPDU, HE SU PPDU 또는 EHT MU PPDU가 있을 수 있다.

TXOP의 공유에 있어서, 공유된 TXOP 동안 TXOP를 공유 받은 STA은 TXOP를 공유한 STA 또는 제3 STA(또 다른 STA)에게 프레임을 전송할 수 있다. 즉, AP가 TXOP를 설정하고, 설정된 TXOP의 일부 또는 전부를 STA에게 공유하는 경우, TXOP를 공유받은 STA은 TXOP를 공유한 AP 또는 제3 STA에게 프레임을 전송할 수 있다. 이때, STA이 제3 STA에게 전송하는 프레임은 non-AP STA들끼리 전송하는 프레임이므로 P2P(peer to peer) 프레임일 수 있다.

이러한 TXOP의 공유는 특정 프레임을 통해서 설정될 수 있다. 즉, 특정 프레임을 통해서 설정된 TXOP의 일부 또는 전부가 공유된다는 것이 지시될 수 있으며, STA은 해당 프레임을 수신하여 공유된 TXOP를 이용할 수 있다. 이때, 특정 프레임은 TXOP를 공유하는 STA에 의해서 전송될 수 있다. 예를 들면, AP에 의해서 전송되는 트리거 프레임을 통해서 TXOP 공유가 수행될 수 있다. 이 경우, TXOP 공유를 위한 트리거 프레임은 특정 타입의 트리거 프레임(예를 들면, MU-RTS 프레임, 또는 MU-RTS 트리거 프레임 등)일 수 있으며, 도 16에서 설명한 트리거 프레임의 트리거 타입 서브필드의 값에 의해서 식별될 수 있다. 즉, 트리거 타입 서브필드의 값이 기 설정된 값(예를 들면, '3')으로 설정된 경우, 트리거 프레임을 수신한 STA은 TXOP가 공유됨을 인식할 수 있으며 공유된 TXOP를 통해서 PPDU를 전송할 수 있다.

TXOP를 공유하기 위한 프레임인 MU-RTS 프레임은 하나 이상의 STA으로부터 CTS 프레임의 전송을 지시하는 프레임일 수 있다. 예를 들면, MU-RTS 프레임에 대한 즉각적인 응답으로 CTS 프레임이 전송될 수 있으며, CTS 프레임은 non-HT PPDU일 수 있다. 이하, 본 발명에서 TXOP의 공유를 위한 MU-RTS 프레임은 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이라 호칭될 수 있다. 하지만, 이에 한정되는 것은 아니며, TXOP의 공유를 위한 프레임은 다양한 호칭으로 사용될 수 있다.

TXOP의 일부 또는 전부의 공유는 1개의 STA에게만 설정되거나, 1개 이상의 STA에게 설정될 수 있다. 즉, 프레임을 통한 TXOP의 공유의 경우, TXOP 공유를 위한 하나 또는 그 이상의 STA이 프레임에 의해서 지시될 수 있다. 이때, TXOP의 공유는 앞에서 설명한 바와 같이 공유하는 STA에 의해서 설정된 TXOP 내에서 설정될 수 있다. 즉, 공유되는 TXOP는 공유하는 STA에 의해 설정된 TXOP를 초과할 수 없다.

공유되는 TXOP의 듀레이션은 TXOP의 공유를 위한 특정 프레임(예를 들면, modified MU-RTS 프레임)을 통해서 지시될 수 있다. 예를 들면, modified MU-RTS 프레임은 UL 길이 서브필드를 포함할 수 있으며, UL 길이 서브 필드는 공유되는 TXOP의 듀레이션을 포함할 수 있다. 이때, UL 길이 서브필드는 도 16에서 설명한 UL 길이 서브필드일 수 있다. UL 길이 서브필드는 트리거 프레임이 TB PPDU의 전송을 지시하는 경우, 지시된 TB PPDU의 길이에 대한 정보(또는 TB PPDU의 전송을 위한 구간 정보)를 포함할 수 있다.

전송되는 MU-RTS 프레임이 TXOP의 공유를 위한 MU-RTS 프레임(modified MU-RTS 프레임)인지 또는 TXOP의 공유를 위해 사용되지 않는 MU-RTS 프레임인지 여부는 프레임에 포함된 특정 필드에 의해서 지시될 수 있다. 예를 들면, 프레임에 포함된 특정 필드의 값이 기 설정된 값인 경우, 해당 MU-RTS 프레임은 TXOP 공유를 위한 modified MU-RTS 프레임일 수 있다. 이대, 특정 프레임은 GI And HE-LTF 타입 서브필드일 수 있다. 예를 들면, 트리거 프레임에 포함된 타입 필드가 MU-RTS 프레임을 지시하는 경우, GI And HE-LTF 타입 서브필드의 값에 따라 MU-RTS 프레임이 TXOP의 공유를 위한 트리거 프레임인지 여부가 식별될 수 있다. 즉, GI And HE-LTF 타입 서브필드가 기 설정된 값으로 설정된 경우, 해당 트리거 프레임은 TXOP의 공유를 위한 트리거 프레임(예를 들면, modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)일 수 있다.

또는, 수신된 프레임이 TXOP의 공유를 위한 MU-RTS 프레임(modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)인지 여부는 MU-RTS 프레임에 특정 필드가 포함되는지 여부 및/또는 특정 필드의 개수에 기초하여 결정될 수 있다. 이때, 특정 필드는 도 16에서 설명한 사용자 정보 필드(User Info field) 또는 사용자 정보 리스트 필드(User Info List field)일 수 있다. 구체적으로, MU-RTS 프레임에 포함된 사용자 정보 필드의 개수에 기초하여 수신된 MU-RTS 프레임이 TXOP의 공유를 위한 프레임인지 여부가 판단될 수 있다. 예를 들면, MU-RTS 프레임이 사용자 정보 필드를 포함하지 않는 경우(사용자 정보 필드의 개수가 '0'인 경우), 해당 MU-RTS 프레임은 TXOP 공유를 위한 프레임일 수 있다. 이때, MU-RTS 프레임이 TXOP 공유를 위한 프레임이 아닌 경우, 해당 MU-RTS 프레임은 하나 이상의 STA들에게 기존의 CTS 프레임의 전송을 지시하는 MU-RTS 프레임이거나, 기존의 MU-RTS 프레임은 802.11ax 표준에서 정의한 MU-RTS 프레임일 수 있다.

기존의 MU-RTS 프레임에 대한 응답으로 CTS 프레임 전송된 직후에는 상기 기존의 MU-RTS 프레임을 전송한 STA(예를 들면 AP)가 프레임 또는 PPDU를 전송할 수 있다. 또한 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임 전송된 직후에는 상기 CTS 프레임을 전송한 STA가 프레임 또는 PPDU를 전송할 수 있다. 또는 modified MU-RTS 프레임에 대한 응답으로 TXOP 공유를 받은 STA가 CTS 프레임이 아닌 프레임 또는 PPDU를 전송할 수 있다. 이때 프레임, PPDU는 각각 앞서 설명한 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 프레임, 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 프레임을 포함하는 PPDU일 수 있다. 즉, 프레임 또는 PPDU는 AP를 향하는 것이거나 P2P 프레임일 수 있다.

본 발명에서 MU-RTS 프레임이라고 표기한 것은 기존의 MU-RTS 프레임일 수 있다. 즉, 본 발명에서 MU-RTS 프레임이라고 표기한 것은 modified MU-RTS 프레임이 아닌 MU-RTS 프레임 일 수 있다.

본 발명의 일 실시예를 따르면 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임이 전송될 수 있다. 상기 CTS 프레임은 TXOP 공유를 받는 STA가 전송하는 것일 수 있다. 이러한 경우 TXOP 공유를 받는 STA는 CTS 프레임을 전송한 직후에 프레임을 전송할 수 있다. TXOP 공유를 받는 STA는 CTS 프레임을 포함하는 PPDU를 전송한 직후에 프레임을 전송할 수 있다. CTS 프레임을 전송한 직후에 전송하는 상기 프레임은 앞서 설명한 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 PPDU에 포함된 것일 수 있다. 또는 CTS 프레임을 전송한 직후에 전송하는 상기 프레임은 앞서 설명한 non-TB PPDU에 포함되어 전송되는 것일 수 있다. 또한 본 발명에서 직후에 전송한다는 것은 CTS 프레임을 포함하는 PPDU 끝으로부터 SIFS 또는 PIFS 시간 이후 전송하는 것을 의미하는 것일 수 있다. CTS 프레임은 TXOP 공유를 받는 STA가 TXOP 공유를 받았다는 것을 알리는 역할을 할 수 있다.

또다른 실시예를 따르면 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임이 전송되지 않을 수 있다. 또한 modified MU-RTS 프레임 직후에 TXOP 공유를 받는 STA는 프레임을 전송할 수 있다. 또는 modified MU-RTS 프레임을 포함하는 PPDU 직후에 TXOP 공유를 받는 STA는 PPDU를 전송할 수 있다. 이때 전송하는 상기 프레임은 앞서 설명한 공유된 TXOP 동안 TXOP 공유를 받은 STA가 전송하는 PPDU에 포함된 것일 수 있다. 또는 이때 전송하는 상기 프레임은 앞서 설명한 non-TB PPDU에 포함되어 전송되는 것일 수 있다. 또한 본 발명에서 직후에 전송한다는 것은 modified MU-RTS 프레임을 포함하는 PPDU 끝으로부터 SIFS 또는 PIFS 시간 이후 전송하는 것을 의미하는 것일 수 있다.

일 실시예를 따르면 modified MU-RTS 프레임은 TXOP 공유를 받는 STA가 CTS 프레임을 전송해야하는지 여부에 대한 시그날링을 포함할 수 있다. 일 실시예를 따르면 TXOP 공유를 받는 STA가 AP에게 보내는 프레임을 전송하는 경우 CTS 프레임 없이 공유된 TXOP을 사용하는 것이 가능하다. 또한 TXOP 공유를 받는 STA가 P2P 프레임을 전송하는 경우 CTS 프레임을 전송하고 공유된 TXOP을 사용하는 것이 가능하다. 또한 TXOP 공유를 받는 STA가 P2P 프레임을 전송하는 경우에도 modified MU-RTS 프레임 직후 전송하는 CTS 프레임의 RA field는 상기 modified MU-RTS 프레임을 전송한 STA의 MAC address로 설정되는 것이 가능하다. 이는 TXOP 공유를 받는 STA가 modified MU-RTS 프레임을 수신한 후 상기 modified MU-RTS 프레임을 전송한 STA의 address를 포함하는 프레임을 전송하지 않는 경우 TXOP 공유를 하는 STA는 TXOP 공유를 받는 STA가 modified MU-RTS 프레임이 성공적으로 수신했는지 알기 어려울 수 있기 때문이다.

도 19를 참조하면 STA1와 STA2가 존재할 수 있고, 서로 association 되어 있을 수 있다. 또한 STA1은 AP일 수 있다. STA2는 non-AP STA일 수 있다. STA1은 MU-RTS 프레임을 전송하는 것이 가능하다. 상기 MU-RTS 프레임은 기존의 MU-RTS 프레임일 수 있다. 상기 MU-RTS 프레임은 TXOP duration에 관한 duration information을 포함할 수 있다. 상기 MU-RTS 프레임은 하나 이상의 STA로부터 CTS 프레임을 solicit할 수 있다. 이때 상기 하나 이상의 STA는 STA2를 포함할 수 있다. STA2는 상기 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 이 경우 STA1은 TXOP holder가 될 수 있다. TXOP holder는 TXOP을 얻은 STA일 수 있다. TXOP holder는 TXOP 동안 전송하기 원하는 프레임을 전송할 수 있다. 또한 이 경우 STA2는 TXOP responder가 될 수 있다. TXOP responder는 TXOP holder가 보낸 프레임에 대한 응답을 전송한 STA일 수 있다. TXOP responder는 TXOP 동안 TXOP holder가 전송한 프레임에 대한 response를 전송하는 것이 가능하다. 또는 TXOP responder는 TXOP 동안 TXOP holder가 허용한 프레임을 전송하는 것이 가능하다. 도 19의 실시예에서 MU-RTS 프레임, CTS 프레임의 exchange에 기초하여 TXOP이 획득되는 예를 설명하였는데 본 발명은 이에 한정되지 않고 다른 프레임 exchange에 기초하여 TXOP이 획득되는 것에도 적용할 수 있다.

도 19에서 STA1이 TXOP을 획득한 뒤에 TXOP 공유를 수행하는 것이 가능하다. 예를 들어 STA1은 TXOP 공유를 알리는 프레임인 modified MU-RTS 프레임을 전송할 수 있다. 예를 들어 modified MU-RTS 프레임을 STA2에게 전송할 수 있다. 상기 modified MU-RTS 프레임의 TA(transmitter address)는 STA1의 MAC address 또는 STA1의 MAC address에 기초한 값으로 설정될 수 있다. 상기 modified MU-RTS 프레임의 RA(receiver address)는 STA2의 MAC address 또는 STA2의 MAC address에 기초한 값으로 설정될 수 있다. 또한 상기 modified MU-RTS 프레임이 포함하는 User Info field는 AID12 subfield 값이 STA2를 지시할 수 있다. 즉, 상기 modified MU-RTS 프레임이 포함하는 User Info field는 AID12 subfield 값은 STA2의 AID의 12 LSBs를 지시할 수 있다. 상기 modified MU-RTS 프레임은 공유된 TXOP의 duration에 관한 정보를 포함할 수 있다.

일 실시예를 따르면 STA2는 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다. 또한 STA2는 CTS 프레임을 전송한 후에 프레임을 전송할 수 있다. STA2가 CTS 프레임을 전송한 후에 전송하는 프레임은 CTS 프레임이 아닐 수 있다. 또다른 실시예를 따르면 STA2는 modified MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송하지 않을 수 있다. 이 경우 STA2는 modified MU-RTS 프레임이 전송된 후에 CTS 프레임이 아닌 프레임을 전송할 수 있다. 또한 STA2가 modified MU-RTS 프레임을 수신한 후에 전송하는 CTS 프레임이 아닌 프레임은 일 실시예를 따르면 STA1에게 전송하는 프레임일 수 있다. 다른 실시예를 따르면 STA2가 modified MU-RTS 프레임을 수신한 후에 전송하는 CTS 프레임이 아닌 프레임은 STA3에게 전송하는 프레임일 수 있다.

예를 들면, AP는 non-AP STA(또는, STA)에게 트리거 프레임을 전송함으로써, AP의 TXOP를 설정할 수 있다. 이때, AP는 트리거 프레임을 전송한 non-AP STA에게 AP에 의해서 설정된 TXOP의 일부 또는 전부를 공유하고자 하는 경우, 트리거 프레임의 특정 필드(예를 들면, GI And HE-LTF 타입 서브필드)를 기 설정된 값으로 설정하여 전송할 수 있다. 이때, 특정 필드는 GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드(triggered TXOP sharing mode subfield)로 호칭될 수 있다. 구체적으로, AP가 AP에 의해서 설정된 TXOP를 공유하지 않는 경우, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 '0'으로 설정되고, GI And HE-LTF 타입 서브필드로 해석될 수 있다. 하지만, AP가 AP에 의해서 설정된 TXOP를 공유하지 않는 경우, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 '1' 또는 '2'의 값으로 설정되고 트리거된 TXOP 공유 모드 서브필드로 해석될 수 있다. 만약, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '1' 또는 '2'인 경우, 해당 트리거 프레임은 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임으로 호칭될 수 있다. AP가 AP에 의해서 설정된 TXOP의 일부 또는 전부를 공유하는 경우, TXOP의 공유를 위한 트리거 프레임의 GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 TXOP의 공유모드를 나타낸다. 예를 들면, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드는 TXOP의 공유가 TXOP를 설정한 AP와의 송수신에서만 공유되는지 또는 AP 뿐만 아니라 제3 STA(또 다른 STA)과의 송수신에서도 공유되는지를 나타낸다. 즉, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '1'인 경우, 공유된 TXOP 동안 STA은 오직 AP에게만 PPDU를 전송할 수 있다. 하지만, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '2'인 경우, 공유된 TXOP 동안 STA은 AP 뿐만 아니라 다른 STA에게도 PPDU를 전송할 수 있다. 즉, GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값이 '2'인 경우, 공유된 TXOP 동안 STA은 P2P 통신도 수행할 수 있다.

아래 표 1은 GI And HE-LTF 타입/트리거된 TXOP 공유 모드 서브필드의 값에 따른 TXOP 공유 여부 및 모드의 일 예를 나타낸다.

도 20은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 설정과 관련된 방법을 나타내는 도면이다.

도 20의 실시예는 도 19에서 설명한 동작이 수행되기 어려운 문제와 그에 대한 해결 방법을 설명하는 실시예일 수 있다. 도 19에서 설명한 내용은 생략했을 수 있다.

본 발명의 일 실시예를 따르면 STA는 수신한 프레임 또는 수신한 PPDU가 포함하는 듀레이션 정보에 기초하여 NAV(network allocation vector)를 설정할 수 있다. NAV가 설정되었는지에 기초하여 virtual carrier sense(CS) 결과가 idle인지, busy인지 결정될 수 있다. NAV 값이 0인 경우 virtual CS 결과가 idle일 수 있다. NAV 값이 0보다 큰 경우 virtual CS 결과가 busy일 수 있다. Physical CS는 CCA(clear channel assessment)일 수 있다. 만약 virtual CS 또는 physical CS 중 적어도 하나가 busy인 경우 CS 결과는 busy 일 수 있다. 만약 virtual CS와 physical CS 모두가 idle인 경우 CS 결과는 idle 일 수 있다. 또한 STA가 NAV를 다수 포함하는 경우가 존재할 수 있다. 예를 들어 STA는 intra-BSS NAV와 basic NAV를 포함할 수 있다. Intra-BSS NAV는 intra-BSS 프레임 또는 intra-BSS PPDU에 의해 설정되는 NAV일 수 있다. Regular NAV는 inter-BSS 프레임 또는 inter-BSS PPDU 또는 intra-BSS인지 inter-BSS인지 판단할 수 없는 프레임 또는 PPDU에 의해 설정되는 NAV일 수 있다. 또한 intra-BSS NAV, basic NAV 중 적어도 하나가 0보다 큰 값인 경우, virtual CS는 busy일 수 있다. 또는 intra-BSS NAV, basic NAV 중 적어도 하나가 0보다 큰 값인 경우, NAV가 0보다 큰 값이라고 할 수 있다. intra-BSS NAV, basic NAV 모두가 0인 경우, virtual CS는 idle일 수 있다. 또는 intra-BSS NAV, basic NAV 모두가 0인 경우, NAV가 0이라고 할 수 있다.

어떤 STA에게 intra-BSS 프레임 또는 intra-BSS PPDU는 상기 STA와 같은 BSS로부터 전송되었다고 판단되는 프레임 또는 PPDU일 수 있다. 어떤 STA에게 inter-BSS 프레임 또는 inter-BSS PPDU는 상기 STA와 다른 BSS로부터 전송되었다고 판단되는 프레임 또는 PPDU일 수 있다. 또한 같은 BSS로부터 전송되었는지, 다른 BSS로부터 전송되었는지에 대한 판단은 PPDU의 프리앰블이 포함한 BSS color field, MAC header가 포함한 address field 등에 기초하여 결정될 수 있다. 예를 들어 BSS color field 또는 address field가 같은 BSS에 해당하는 값인 경우 intra-BSS 프레임 또는 intra-BSS PPDU로 판단할 수 있다. 또한 BSS color field 또는 address field가 같은 BSS에 해당하는 값을 포함하지 않는 경우 inter-BSS 프레임 또는 inter-BSS PPDU로 판단할 수 있다. 상기 address field는 RA field, TA field, BSSID field 등을 포함할 수 있다.

일 실시예를 따르면 STA는 수신한 프레임의 자원 할당 필드(Resource Allocation(RA) field)가 자신의 MAC address가 아닌 경우 상기 수신한 프레임에 기초하여 NAV를 설정할 수 있다. 또는 STA는 수신한 트리거 프레임에 기초하여 NAV를 설정할 수 있다. 더 구체적으로 STA는 수신한 intra-BSS 프레임인 트리거 프레임에 기초하여 NAV를 설정할 수 있다. 이때 NAV는 intra-BSS NAV일 수 있다. 이때 상기 트리거 프레임이 상기 STA를 트리거하는지에 상관없이 NAV를 설정할 수 있다. 또는 STA는 수신한 프레임 또는 수신한 PPDU가 상기 STA로부터 즉각적인 응답을 지시하지 않는 경우 NAV를 설정할 수 있다.

본 발명의 일 실시예를 따르면 CS가 busy인 경우 STA는 프레임 또는 PPDU를 전송할 수 없을 수 있다.

본 발명의 일 실시예를 따르면 NAV가 0보다 큰 값으로 설정된 STA는 프레임 또는 PPDU를 전송할 수 없을 수 있다. 더 구체적으로 NAV가 0보다 큰 값으로 설정된 STA는 기 설정된 조건을 만족시키지 않는 경우 프레임 또는 PPDU를 전송할 수 없을 수 있다.

일 실시예를 따르면 STA는 수신한 프레임이 상기 STA에게 address되었고 즉각적인 응답을 요구하는 경우 NAV와 상관없이(또는 NAV를 고려하지 않고) 전송하는 것이 가능할 수 있다. 더 구체적으로 상기 수신한 프레임은 RTS 프레임이 아니고, 트리거 프레임이 아닐 수 있다. 즉, STA는 NAV가 0보다 큰 값으로 설정되었더라도 수신한 프레임이 상기 STA에게 address되었고 즉각적인 응답을 요구하는 경우 NAV와 상관없이 전송하는 것이 가능할 수 있다. 또한 프레임이 STA에게 address 된 경우는 상기 프레임의 RA field가 상기 STA의 address로 설정된 경우를 포함할 수 있다. 또는 프레임이 STA에게 address 된 경우는 상기 프레임이 상기 STA에 해당하는 identifier를 포함하는 경우를 포함할 수 있다. 상기 identifier는 MAC address, AID(association ID), MAC address에 기초한 ID, AID에 기초한 ID 등을 포함할 수 있다.

또다른 실시예를 따르면 STA는 수신한 프레임이 TXOP holder로부터 전송된 경우 NAV와 상관 없이 그에 대한 응답을 전송하는 것이 가능할 수 있다. 이때 상기 NAV는 상기 TXOP holder가 보낸 프레임 또는 PPDU에 의해 설정된 NAV일 수 있다. 또는 상기 NAV는 intra-BSS NAV일 수 있다. 또한 상기 수신한 프레임은 RTS 프레임일 수 있다. 프레임이 TXOP holder로부터 전송된 것은 상기 프레임이 포함하는 TA field에 기초해서 판단할 수 있다. STA는 TXOP holder address를 저장할 수 있다. 만약 STA가 TXOP holder가 전송한 RTS 프레임을 수신하였고, 상기 RTS 프레임이 상기 STA에게 address 된 경우 NAV를 고려하지 않고 RTS 프레임에 응답할 수 있다. 이때 RTS 프레임에 대한 응답으로 CTS 프레임을 전송할 수 있다.

또다른 실시예를 따르면 STA는 트리거 프레임을 수신한 경우 NAV와 상관 없이 그에 대한 응답을 전송하는 것이 가능할 수 있다. 이때 상기 NAV는 intra-BSS NAV로 한정될 수 있다. 따라서 STA는 같은 BSS의 STA 또는 같은 BSS의 AP에 의해 NAV가 설정된 경우, 트리거 프레임에 의해 응답이 지시 될 때 NAV와 상관 없이 그에 대한 응답을 전송하는 것이 가능하다. STA는 트리거 프레임을 수신한 경우 intra-BSS NAV는 고려하고, basic NAV는 고려하지 않고 그에 대한 응답을 전송할지 여부를 결정하는 것이 가능하다. 또한 STA가 트리거 프레임을 수신했을 때 CS 결과에 기초하여 상기 트리거 프레임에 대한 응답을 전송할지 여부를 결정하는 것이 가능하다. 예를 들어 트리거 프레임은 상기 트리거 프레임을 수신했을 때 응답을 전송할지 여부를 CS 결과에 기초하여 결정하는지 아닌지를 지시하는 시그날링을 포함할 수 있다. 예를 들어 상기 시그날링은 도 16에 나타낸 CS Required subfield일 수 있다. 만약 CS Required subfield가 CS 결과에 기초하여 응답할지 여부를 결정하는 것으로 지시하는 경우 STA는 virtual CS와 physical CS가 idle을 나타내는 경우 트리거 프레임에 대해 응답하고, virtual CS 또는 physical CS가 busy를 나타내는 경우 트리거 프레임에 응답하지 않을 수 있다. 이때 virtual CS로 intra-BSS NAV는 고려하지 않고, basic NAV를 고려하는 것이 가능하다. 또한 만약 CS Required subfield가 CS 결과에 기초하지 않고 응답하는 것을 지시하는 경우 STA는 CS 결과 확인 없이 트리거 프레임에 대해 응답하는 것이 가능하다.

도 19의 실시예에서 modified MU-RTS 프레임을 수신한 STA는 NAV가 설정되었기 때문에 공유된 TXOP 동안 CTS 프레임이 아닌 프레임을 전송하는 것이 불가능할 수 있다. 도 20에서 이에 대해 더 설명한다.

도 20과 관련하여 도 19에서 설명한 내용은 생략했을 수 있다. 도 20을 참조하면 STA1과 STA2가 존재할 수 있고, 서로 결합(association) 되어 있을 수 있다. 또한 STA1은 AP일 수 있다. STA2는 non-AP STA일 수 있다. STA1은 MU-RTS 프레임 전송할 수 있다. 또한 STA2는 상기 MU-RTS 프레임에 응답하여 CTS 프레임을 전송할 수 있다. 이때 STA2가 CTS 프레임을 전송한 것은 STA2의 physical CS 결과가 idle이고, basic NAV가 설정되어 있지 않기 때문일 수 있다. 또는 STA2가 CTS 프레임을 전송한 것은 STA2가 자신에게 address 되고 즉각적인 응답을 요구하는 프레임을 수신했기 때문일 수 있다. 이때 MU-RTS 프레임과 CTS 프레임의 exchange 외에 다른 프레임 exchange가 일어나는 경우에도 STA2는 STA1로부터 수신한 프레임에 기초하여 상기 프레임이 STA2에 address 되었고, 즉각적인 응답을 요구하기 때문에 응답하는 프레임을 전송하는 것이 가능하다. 또한 STA2는 MU-RTS 프레임 또는 STA1이 전송한 MU-RTS 프레임 외의 다른 프레임에 기초하여 NAV를 설정했을 수 있다. 이때 NAV는 intra-BSS NAV일 수 있다.

또한 STA1은 STA2에게 TXOP sharing을 수행할 수 있다. 즉, STA1은 modified MU-RTS 프레임을 STA2에게 전송할 수 있다. 이때 앞서 설명한 것처럼 STA2는 shared TXOP을 이용하여 1) CTS 프레임을 전송하고, 이어서 다른 프레임을 전송하거나, 2) CTS 프레임 전송 없이 다른 프레임을 전송할 수 있다. 그런데 이때 STA2는 NAV가 설정되어 있어서 프레임을 전송하기 어려울 수 있다. 예를 들어 STA2는 STA1이 shared TXOP을 할당하기 전 TXOP을 얻기 위해 전송한 프레임에 의해 NAV가 설정되었을 수 있다. 즉, STA2는 STA1이 modified MU-RTS 프레임을 전송하기 전에 전송한 프레임을 수신하여 NAV가 설정되었을 수 있다. 또는 STA2는 자신에게 address된 modified MU-RTS 프레임을 수신하기 전에 같은 TXOP 동안 다른 STA로부터 전송된 프레임을 수신하여 NAV가 설정되었을 수 있다. 또는 STA2는 자신에게 address된 modified MU-RTS 프레임에 기초하여 NAV가 설정되었을 수 있다. 즉, STA2는 shared TXOP을 이용할 때 최소한 modified MU-RTS 프레임을 수신할 것이기 때문에 NAV가 설정되었을 수 있다. 따라서 STA2는 shared TXOP을 활용하여 프레임을 전송하기 어려울 수 있다.

따라서 본 발명의 일 실시예를 따르면 TXOP를 공유를 받은 STA는 NAV와 상관없이 프레임을 전송할 수 있다. 예를 들어 TXOP 공유를 받은 STA는 공유된 TXOP 동안 NAV와 상관없이 프레임을 전송할 수 있다. 예를 들어 TXOP를 공유 받은 STA는 NAV가 설정되어 있더라도(또는 NAV가 0보다 큰 경우라도) 프레임을 전송할 수 있다. 더 구체적인 실시예를 따르면 이때 NAV는 intra-BSS NAV로 한정되는 것이 가능할 수 있다. 예를 들어 TXOP를 공유 받은 STA는 intra-BSS NAV와 상관없이 프레임을 전송하는 것이 가능하다. 또한, TXOP를 공유 받은 STA는 basic NAV가 설정되어 있는 경우 프레임을 전송할 수 없을 수 있다. 또는 TXOP를 공유 받은 STA는 결합된 AP가 보낸 프레임 또는 PPDU에 의해 설정된 NAV와 상관없이 프레임을 전송할 수 있다. 예를 들어 TXOP를 공유 받은 STA의 NAV가 결합된 AP가 아닌 STA가 보낸 프레임에 의해 설정된 경우 공유된 TXOP 동안 프레임을 전송할 수 없을 수 있다.

즉, STA은 TXOP를 공유 받은 경우, 공유 받은 TXOP 내에 설정된 NAV와 상관없이 PPDU를 전송할 수 있다. 구체적으로, AP가 TXOP의 공유를 위해 트리거 프레임(modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)을 전송한 경우, 공유된 TXOP 내에 AP에 의해서 NAV가 설정될 수 있다. 이 경우, TXOP를 공유 받은 STA은 공유된 TXOP 내에서 설정된 NAV 때문에 PPDU의 전송이 불가능해질 수 있다. 따라서, TXOP를 공유 받는 STA은 공유 받은 TXOP내에 TXOP를 공유한 AP에 의해서 설정된 NAV를 무시하고 PPDU를 전송할 수 있다.

본 발명에서 프레임이라고 표시한 것은 프레임을 포함하는 PPDU로 대체하여 발명을 적용할 수도 있다.

또한 이때 TXOP sharing을 받은 STA가 NAV와 상관없이 전송하는 프레임은 앞선 PPDU로부터 SIFS 뒤에 전송하는 경우일 수 있다.

또다른 실시예를 따르면 TXOP sharing을 받은 STA가 프레임을 전송할 때 앞선 PPDU로부터 PIFS 뒤에 프레임을 전송하는 경우에는 NAV를 고려하는 것이 가능하다.

도 20을 참조하면 STA2는 MU-RTS 프레임 또는 modified MU-RTS 프레임에 기초하여 NAV가 설정될 수 있다. 예를 들면 intra-BSS NAV가 설정될 수 있다. 또는 STA2는 intra-BSS 프레임에 기초하여 NAV가 설정될 수 있다. 또는 STA2는 결합된 AP가 전송한 프레임에 기초하여 NAV가 설정될 수 있다. 본 실시예에서 NAV라고 하는 것은 이러한 NAV를 통칭하는 것일 수 있다. STA1은 STA2에게 TXOP 공유를 수행할 수 있다. STA2는 modified MU-RTS 프레임을 통해 TXOP 공유를 받을 수 있다. STA2는 shared TXOP에서 프레임을 전송할 때 NAV와 상관없이 프레임을 전송하는 것이 가능하다. 이때 전송하는 프레임은 일 실시예를 따르면 수신한 modified MU-RTS 프레임 직후 전송한 CTS 프레임 직후 전송하는 프레임일 수 있다. 또다른 실시예를 따르면 이때 전송하는 프레임은 수신한 modified MU-RTS 프레임 직후 전송하는 프레임일 수 있다. 또한 일 실시예를 따르면 STA2가 전송하는 프레임은 modified MU-RTS 프레임을 전송한 STA에게 보내는 프레임일 수 있다. 즉, 전송하는 프레임의 RA 필드가 수신한 modified MU-RTS 프레임의 TA 필드의 값으로 설정될 수 있다. 또는 전송하는 프레임의 RA 필드가 AP의 MAC address로 설정될 수 있다. 다른 실시예를 따르면 STA2가 전송하는 프레임은 STA3에게 전송하는 프레임일 수 있다. 또한 프레임을 직후에 전송한다는 것은 상기 프레임을 포함하는 PPDU의 전송 시작 시점이 앞선 PPDU의 끝으로부터 SIFS 뒤인 경우를 의미할 수 있다.

도 21은 본 발명의 일 실시 예에 따른 TXOP의 공유 및 CTS 프레임의 전송을 나타내는 도면이다.

도 21의 실시예는 도 19와 도 20에서 설명한 문제를 해결하기 위한 방법일 수 있다. 따라서 앞서 설명한 내용은 설명을 생략했을 수 있다.

본 발명의 일 실시예를 따르면 NAV를 고려하여 공유된 TXOP 동안 프레임을 전송하기 어려운 문제를 해결하기 위하여 NAV와 상관없이 응답을 전송할 수 있는 조건이 만족되도록 프레임 시퀀스를 이어갈 수 있다.

본 발명의 실시예를 따르면 TXOP 공유를 받은 STA는 modified MU-RTS 프레임에 대한 응답으로 CTS-to-self 프레임을 전송할 수 있다. CTS-to-self 프레임은 RA 필드가 상기 CTS-to-self 프레임을 전송하는 STA의 MAC address로 설정된 CTS 프레임일 수 있다. 이러한 경우 TXOP 공유를 하는 STA는 modified MU-RTS 프레임을 전송한 후에 TXOP 공유를 받는 STA의 MAC address를 포함하는 프레임을 수신하면 공유된 TXOP 할당이 성공적으로 일어난 것으로 판단할 수 있다.

도 21을 참조하면 STA2는 STA1으로부터 modified MU-RTS 프레임을 수신할 수 있다. 또한 STA2는 상기 modified MU-RTS 프레임 직후에 CTS-to-self 프레임을 전송할 수 있다. 즉, STA2는 CTS 프레임의 RA 필드를 상기 STA2의 MAC address로 설정하여 CTS 프레임을 전송할 수 있다. 이러한 경우 STA2가 보낸 CTS-to-self 프레임에 대해 자신에게 address되고 즉각적인 응답을 요구하는 프레임이라고 간주할 수 있다. 또는 STA2는 CTS-to-self 프레임을 전송한 것에 대해 자신에게 address되고 즉각적인 응답을 요구하는 프레임을 수신한 것이라고 간주할 수 있다. 따라서 STA2는 NAV가 설정되어 있더라도 CTS-to-self 프레임 직후에 프레임을 전송할 수 있다.

본 발명의 실시예를 따르면 RTS 프레임 또는 MU-RTS 프레임에 대한 응답으로 전송하는 CTS 프레임의 RA 필드는 상기 RTS 프레임 또는 상기 MU-RTS 프레임의 TA 필드 값 또는 TA 필드 값에서 Individual/Group bit을 0으로 설정한 값으로 설정할 수 있다. 그런데 도 21에서 설명한 것과 같은 CTS-to-self 프레임을 전송하기 위해 추가적인 CTS 프레임의 RA 필드 설정 방법이 정의될 수 있다. 예를 들어 modified MU-RTS 프레임에 대한 응답으로 전송하는 CTS 프레임의 RA 필드는 상기 CTS 프레임을 전송하는 STA의 MAC address로 설정되는 것이 가능하다.

본 발명의 일 실시예를 따르면 TXOP 공유를 받은 STA는 공유된 TXOP 내에서 리커버리(recovery)를 수행하는 것이 가능할 수 있다. 즉, TXOP 공유를 받은 STA는 공유된 TXOP 내에서 자신이 전송한 프레임이 실패한 경우 리커버리를 수행하는 것이 가능하다. 예를 들어 TXOP 공유를 받은 STA는 공유된 TXOP 내에서 자신이 전송한 프레임이 실패한 경우 PIFS 이후 프레임을 전송하는 것이 가능하다. 본 발명의 실시예를 따르면 TXOP holder는 리커버리를 수행하는 것이 가능하다. 이에 더하여 TXOP holder가 TXOP 공유를 수행한 경우 TXOP 공유를 받은 STA가 리커버리를 수행하는 것이 가능하다. 즉, 1) TXOP responder 이거나 2) TXOP holder도 아니고 TXOP responder도 아닌 STA가 TXOP 공유를 받은 STA가 된다면 리커버리를 수행하는 것이 가능하다. 또한 TXOP 공유를 받은 STA는 modified MU-RTS 프레임을 수신한 이후 첫 번째 CTS 프레임이 아닌 프레임을 전송했을 때도 상기 CTS 프레임이 아닌 프레임이 실패하면 리커버리 동작을 수행하는 것이 가능하다. 예를 들어 TXOP holder는 시퀀스의 첫 번째 전송한 프레임이 실패한 경우 리커버리 동작을 수행할 수 없을 수 있고, 이때 TXOP을 얻지 못 한 것일 수 있다. 하지만 TXOP 공유를 받은 STA는 공유된 TXOP에서 전송한 첫 번째 CTS 프레임이 아닌 프레임이 실패하는 경우에도 리커버리 동작을 수행할 수 있다.

도 21을 참조하면 STA2는 도면에 표시한 UL 프레임을 전송하고 그것이 실패한 경우에 리커버리 동작을 수행할 수 있다. 즉, STA2는 UL 프레임을 전송하고 도면에 표시한 DL 프레임을 수신하지 못한 경우 프레임을 다시 전송할 수 있다. 이때 다시 전송하는 프레임은 도면에 표시한 실패한 UL 프레임을 포함하는 PPDU의 끝으로부터 PIFS 뒤에 전송을 시작할 수 있다. 또한 리커버리 중에 channel이 idle한지 확인할 수 있다. 또한 TXOP 공유를 받은 STA가 수행하는 리커버리 동작에서는 virtual CS를 고려하지 않고 physical CS만 고려할 수 있다.

도 22는 본 발명의 일 실시 예에 따른 TXOP의 공유를 위한 트리거 프레임의 일 예를 나타내는 도면이다.

도 19에서 설명한 것처럼 modified MU-RTS 프레임인지 여부는 사용자 정보 필드의 개수에 기초할 수 있다. 그런데 802.11ax 표준에서 정의한 트리거 프레임은 이후 표준에서 기능이 확장되는 것을 고려하지 않고 설계된 것일 수 있다. 따라서 예를 들어 도 16 (b)에 나타낸 공통 정보 필드(Common Info field)는 확장된 기능을 포함하기에 시그날링 공간이 부족할 수 있다. 따라서 본 발명의 일 실시예를 따르면 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드는 도 16 (c)에 나타낸 것과 다른 포맷을 가질 수 있다. 또한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드는 상기 사용자 정보 필드를 포함하는 트리거 프레임의 모든 수신자 또는 하나 이상의 수신자에 해당하는 정보를 포함할 수 있다. 예를 들어 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드는 PHY version ID, 대역폭 extension, 대역폭, spatial reuse, U-SIG reserved bits 중 적어도 하나의 정보를 포함할 수 있다. 또한 상기 기 설정된 AID12 서브필드 값은 실제 AID로 할당되지 않는 값에 기초할 수 있다. 상기 기 설정된 AID12 서브필드 값은 실제 AID로 할당되지 않는 값의 12 LSBs일 수 있다. 예를 들어 상기 기 설정된 AID12 서브필드 값은 2007일 수 있다.

또한 앞서 언급한 확장된 기능은 예를 들어 넓어진 대역폭을 포함할 수 있다. 예를 들어 대역폭이 최대 160 MHz로부터 최대 320 MHz로 확장될 수 있다. 또한 확장된 기능은 U-SIG 필드를 생성하기 위한 정보를 포함할 수 있다.

따라서 본 발명의 실시예를 따르면 modified MU-RTS 프레임 또는 공유된 TXOP 내에서도 확장된 기능을 사용하기 위해 modified MU-RTS 프레임은 앞서 언급한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드를 포함할 수 있다.

본 발명의 실시예를 따르면 modified MU-RTS 프레임은 사용자 정보 필드를 하나도 포함하지 않거나 앞서 언급한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드만을 사용자 정보 필드로 포함할 수 있다. 즉, 수신한 트리거 프레임이 사용자 정보 필드를 하나도 포함하지 않거나 앞서 언급한 기 설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드만을 사용자 정보 필드로 포함하는 경우 상기 트리거 프레임을 modified MU-RTS 프레임으로 판단할 수 있다. 또는 수신한 MU-RTS 프레임이 사용자 정보 필드를 하나도 포함하지 않거나 앞서 언급한 기설정된 AID12 서브필드 값을 포함하는 사용자 정보 필드만을 사용자 정보 필드로 포함하는 경우 상기 MU-RTS 프레임을 modified MU-RTS 프레임으로 판단할 수 있다. 이때 TXOP 공유를 받는 STA는 트리거 프레임의 RA 필드를 통해 지시될 수 있다.

도 22를 참조하면 modified MU-RTS 프레임은 타입 서브필드가 MU-RTS로 설정될 수 있다. 또한 modified MU-RTS 프레임은 사용자 정보 필드가 하나 존재하는 것이 가능하고, 이때 상기 사용자 정보 필드가 포함하는 AID12 서브필드는 기 설정된 값으로 설정될 수 있다. 이때 상기 기 설정된 값은 AID로 할당되지 않는 값일 수 있다. 또한 상기 기 설정된 값은 상기 modified MU-RTS 프레임의 RA 필드 값을 MAC address로 갖는 STA의 AID의 12 LSBs와 다른 값일 수 있다. 예를 들어 상기 기 설정된 값은 2007일 수 있다. 또는 modified MU-RTS 프레임은 사용자 정보 필드를 하나도 포함하지 않는 것이 가능할 수 있다. 즉, 트리거 프레임을 수신한 STA는 상기 트리거 프레임의 Type이 MU-RTS 프레임으로 설정된 경우, 상기 트리거 프레임이 사용자 정보 필드를 하나도 포함하지 않거나 기 설정된 값의 AID12 서브필드를 포함하는 사용자 정보 필드만을 포함하는 경우 상기 트리거 프레임을 modified MU-RTS 프레임으로 판단할 수 있다.

도 23은 본 발명의 일 실시 예에 따른 NAV 타임아웃(time out)을 나타내는 도면이다.

본 발명의 일 실시예에 따르면 STA은 설정한 NAV를 해제(reset)하는 것이 가능할 수 있다. 예를 들면 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정한 경우 NAV를 해제하는 것이 가능할 수 있다. 더 구체적으로 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 기 설정된 시간 동안 PPDU 수신을 성공적으로 시작하지 못한 경우 NAV를 해제하는 것이 가능할 수 있다. 이러한 동작을 NAV 타임아웃 또는 NAVTimeout이라고 부를 수 있다. 기 설정된 시간을 NAVTimeout period 또는 NAV 타임아웃 주기라고 부를 수 있다. NAVTimeout period는 RTS 프레임 또는 MU-RTS 프레임에 해당하는 PHY-RXEND.indication primitive를 받은 때에 시작될 수 있다.

본 발명의 실시예에서 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정한 경우는 가장 최근의 NAV update가 RTS 프레임 또는 MU-RTS 프레임에 기초하여 이루어진 경우를 의미할 수 있다. 만약 STA가 RTS 프레임 또는 MU-RTS 프레임으로부터 수신한 듀레이션 정보가 상기 STA의 현재 NAV 값보다 큰 경우, 상기 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정 또는 업데이트할 수 있다. 상기 듀레이션 정보는 MAC header가 포함하는 Duration/ID 필드에 기초하여 얻거나 PPDU의 프리앰블에 포함된 TXOP 듀레이션또는 TXOP 필드에 기초하여 얻을 수 있다.

또한 본 발명의 실시예에서 PPDU 수신을 성공적으로 시작한 경우 PHY-RXSTART.indication primitive를 받을 수 있다. 또는 PPDU 수신을 성공적으로 시작한 경우 PHY-RXSTART.indication primitive가 발행될 수 있다. PHY-RXSTART.indication primitive는 PHY에서 MAC으로 전달되는 것일 수 있다. 예를 들어 PHY가 PPDU의 유효한(valid) 시작을 수신한 경우 PHY-RXSTART.indication primitive가 생성될 수 있다. 또한 PPDU의 유효한 시작을 수신한 것은 유효한 PHY header를 수신한 경우를 의미할 수 있다. 또한 PHY-RXSTART.indication primitive는 PPDU 포맷을 판단한 다음 생성되는 것이 가능하다. PHY-RXSTART.indication primitive가 생성된 경우, PPDU의 길이 또는 PPDU의 프리앰블이 지시하는 길이 동안 PHY는 physical medium을 busy status로 유지할 수 있다. 만약 PHY-RXSTART.indication primitive가 생성되었으면 PPDU 중간에 수신을 실패하더라도 PPDU의 길이 또는 PPDU의 프리앰블이 지시하는 길이 동안 PHY는 physical medium을 busy status로 유지할 수 있다. 또한 PPDU 수신을 종료한 경우 PHY-RXEND.indication이 생성될 수 있다.

본 발명의 실시예를 따르면 앞서 언급한 NAV 타임아웃 주기는 RTS 프레임 또는 MU-RTS 프레임에 대한 응답 시간에 기초할 수 있다. 즉 RTS 프레임 또는 MU-RTS 프레임에 대한 응답이 CTS 프레임인 경우, NAV 타임아웃 주기는 CTS 프레임 시간에 기초할 수 있다. 상기 CTS 프레임 시간을 CTS_Time으로 나타낼 수 있다. 또는 RTS 프레임 또는 MU-RTS 프레임에 대한 응답 시간을 CTS_Time으로 나타낼 수 있다. 이때. RTS 프레임 또는 MU-RTS 프레임에 대한 응답 시간은 상기 응답을 포함하는 PPDU의 길이를 의미할 수 있다.

일 실시예를 따르면 NAV 타임아웃 주기는 다음 중 적어도 하나에 기초할 수 있다.

1) CTS_Time

2) aSIFSTime

3) aRxPHYStartDelay

4) aSlotTime

일 실시예를 따르면 CTS_Time은 기 설정된 비율(rate)에 기초하여 계산하는 것이 가능하다. 즉, CTS_Time은 기 설정된 비율에 기초하여 계산한 CTS 프레임의 길이일 수 있다. 또는 즉, CTS_Time은 기 설정된 비율에 기초하여 계산한 CTS 프레임을 포함하는 PPDU의 길이일 수 있다. 예를 들어 기 설정된 비율은 6 Mbps일 수 있다. 예를 들어 CTS_Time은 6 Mbps의 데이터 비율(data rate)에 기초하여 계산하는 것이 가능하다. 또는 기 설정된 rate은 NAV를 설정하게 한 RTS 프레임 또는 MU-RTS 프레임의 비율일 수 있다. 또는 기 설정된 rate은 NAV를 설정하게 한 RTS 프레임 또는 MU-RTS 프레임이 지시하는 비율일 수 있다.

일 실시예를 따르면 aSIFSTime는 SIFS 길이일 수 있다. 예를 들어 aSIFSTime는 2.4 GHz band에서 동작하는 경우 10 us일 수 있다. 예를 들어 aSIFSTime는 5 GHz band 또는 6 GHz band에서 동작하는 경우 16 us일 수 있다.

일 실시예를 따르면 aRxPHYStartDelay는 PPDU의 시작으로부터 receiver가 PHY-RXSTART.indication primitive를 생성하기까지 걸리는 delay일 수 있다. 예를 들어 aRxPHYStartDelay는 PPDU의 시작으로부터 PPDU format을 판단하기까지 걸리는 시간일 수 있다. 예를 들어 aRxPHYStartDelay는 PPDU format에 따라 다를 수 있다. aRxPHYStartDelay는 non-HT PPDU에 대해 20 us일 수 있다. 또한 aRxPHYStartDelay는 HT-mixed format의 HT PPDU에 대해 28 us일 수 있다. 또한 aRxPHYStartDelay는 HT-greenfield format의 HT PPDU에 대해 24 us일 수 있다. 또한 aRxPHYStartDelay는 VHT PPDU에 대해 (36 + 4*(the maximum possible value for N_VHT-LTF supported) + 4) us일 수 있다. N_VHT-LTF는 VHT-LTF의 개수일 수 있다. 또한 aRxPHYStartDelay는 HE SU PPDU 또는 HE TB PPDU에 대해 32 us일 수 있다. 또한 aRxPHYStartDelay는 HE ER SU PPDU에 대해 40 us일 수 있다. 또한 aRxPHYStartDelay는 HE MU PPDU에 대해 (32 + 4*N_HE-SIG-B) us일 수 있다. N_HE-SIG-B는 HE-SIG-B 필드의 OFDM symbol 개수일 수 있다. 또한 aRxPHYStartDelay는 EHT MU PPDU 또는 EHT TB PPDU에 대해 32 us 일 수 있다.

일 실시예를 따르면 NAV timeout period는 ((2*aSIFSTime) + (CTS_Time) + aRxPHYStartDelay + (2* aSlotTime)) 일 수 있다.

본 발명의 실시예를 따르면 RTS 프레임은 CTS 프레임을 지시하는 프레임일 수 있다. 또는 RTS 프레임은 single STA로부터 CTS 프레임을 지시하는 프레임일 수 있다. RTS 프레임은 프레임 Control 필드, 듀레이션 필드, RA 필드, TA 필드, FCS 필드를 포함할 수 있다. 듀레이션 필드는 상기 듀레이션 필드를 수신하는 STA들이 NAV를 설정하기 위한 시간 정보가 포함될 수 있다. 또한 RA 필드에는 의도된 즉각적인 응답자(intended immediate recipient)의 주소가 포함될 수 있다. 예를 들어 STA가 수신한 RTS 프레임이 포함하는 RA 필드가 상기 STA의 주소인 경우, 상기 RTS 프레임에 대하여 CTS 프레임으로 응답하는 것이 가능하다. 또한 프레임이 RTS 프레임인 것은 상기 프레임이 포함하는 프레임 Control 필드에 기초하여 판단될 수 있다. 예를 들어 프레임이 RTS 프레임인 것은 상기 프레임이 포함하는 프레임 Control 필드에 포함된 Type 서브필드, Subtype 서브필드 기초하여 판단될 수 있다. 예를 들어 Type 서브필드가 01(B3 B2)이고, Subtype 서브필드가 1011(B7 B6 B5 B4)인 경우 상기 Type 서브필드 및 상기 Subtype 서브필드를 포함하는 프레임이 RTS 프레임인 것을 지시할 수 있다. 예를 들어 RTS 프레임은 Control 프레임일 수 있다.

CTS 프레임은 프레임 Control 필드 듀레이션필드, RA 필드, FCS 필드를 포함할 수 있다. 듀레이션필드는 상기 듀레이션필드를 수신하는 STA들이 NAV를 설정하기 위한 시간 정보가 포함될 수 있다. 예를 들어 Type 서브필드가 01(B3 B2)이고, Subtype 서브필드가 1100(B7 B6 B5 B4)인 경우 상기 Type 서브필드 및 상기 Subtype 서브필드를 포함하는 프레임이 CTS 프레임인 것을 지시할 수 있다. 예를 들어 CTS 프레임은 Control 프레임일 수 있다.

도 23의 첫 번째 시퀀스를 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 RTS 프레임 또는 MU-RTS 프레임을 STA2에게 전송할 수 있다. 예를 들어 상기 RTS 프레임 또는 상기 MU-RTS 프레임의 RA 필드가 STA2의 주소로 설정된 경우, 상기 RTS 프레임 또는 상기 MU-RTS 프레임은 STA2에게 전송되는 것일 수 있다. 또는 상기 MU-RTS 프레임이 포함하는 User Info 필드가 STA2를 지시하는 경우, 상기 MU-RTS 프레임은 STA2에게 전송되는 것일 수 있다. 만약 STA2가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 성공적으로 수신한 경우, CTS 프레임으로 응답하는 것이 가능하다. 이때 STA2가 carrier sense 결과에 기초하여 응답할 수 있다. 또한 STA3가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 수신하는 경우, 상기 RTS 프레임 또는 상기 MU-RTS 프레임이 포함하는 듀레이션 정보 또는 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 포함하는 PPDU가 포함하는 듀레이션 정보에 기초하여 STA3은 NAV를 설정할 수 있다. 또한 STA1이 STA2가 전송한 CTS 프레임을 성공적으로 수신한 경우, STA1은 STA2에게 프레임을 전송할 수 있다. 또한 STA3는 NAV를 설정한 이후, STA2가 전송한 CTS 프레임 또는 STA1이 STA2에게 전송한 프레임을 수신하였을 수 있다. 이러한 경우 STA3는 NAVTimeout period 안에 PHY-RXSTART.indication primitive를 받을 수 있다. 따라서 STA3가 설정한 NAV를 해제할 수 없을 수 있다.

도 23의 두 번째 시퀀스를 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 RTS 프레임 또는 MU-RTS 프레임을 STA2에게 전송할 수 있다. 만약 STA2가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 성공적으로 수신하지 못한 경우, CTS 프레임으로 응답하지 못할 수 있다. 또는 STA2가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 성공적으로 수신하였지만 carrier sense 결과에 기초하여 CTS 프레임으로 응답하지 못할 수 있다. 이러한 경우 STA1가 STA2로 보내는 프레임 시퀀스가 이어지지 않을 수 있다.

또한 STA3가 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 수신하는 경우, 상기 RTS 프레임 또는 상기 MU-RTS 프레임이 포함하는 듀레이션 정보 또는 상기 RTS 프레임 또는 상기 MU-RTS 프레임을 포함하는 PPDU가 포함하는 듀레이션 정보에 기초하여 STA3은 NAV를 설정할 수 있다. 또한 STA3는 또한 STA3는 NAV를 설정한 이후, STA2가 전송한 CTS 프레임 또는 STA1이 STA2에게 전송한 프레임을 수신할 수 없을 수 있다. 이러한 경우 STA3는 NAVTimeout period 안에 PHY-RXSTART.indication primitive를 받지 못했을 수 있다. 따라서 STA3가 설정한 NAV를 해제할 수 있다. 이를 통해 시퀀스가 이어지지 않았음에도 STA3가 NAV를 유지하여 채널에 접속(access)하지 못하는 문제를 해결할 수 있다.

도 24는 본 발명의 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.

도 24를 참조하면 앞서 설명한 것처럼 STA1가 STA2로 TXOP 공유를 수행하는 것이 가능하다. STA1은 TXOP 공유를 하는 STA이고, STA2는 TXOP 공유를 받는 STA일 수 있다. STA1은 STA2로 시퀀스의 첫 번째 프레임을 전송할 수 있다. 도 24를 참조하면 STA1은 STA2로 시퀀스의 첫 번째 프레임은 MU-RTS 프레임 일 수 있다. 또한 상기 MU-RTS 프레임에 대한 응답인 CTS 프레임이 전송될 수 있다.

예를 들어, STA2를 포함하는 STA들로부터 CTS 프레임이 전송될 수 있다. STA1은 TXOP을 얻을 수 있다. 또한 STA3는 상기 MU-RTS 프레임과 상기 CTS 프레임을 성공적으로 수신하지 못했을 수 있다. STA1은 modified MU-RTS 프레임을 STA2에게 전송할 수 있다. 즉, STA1은 STA2로 TXOP 공유를 수행할 수 있다. 또한 STA3는 상기 modified MU-RTS 프레임을 성공적으로 수신할 수 있다. 따라서 STA3는 상기 modified MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 이 경우 STA3는 MU-RTS 프레임에 기초하여 NAV를 설정한 것일 수 있다. 또한 앞서 설명한 TXOP 공유 시퀀스를 따르면 modified MU-RTS 프레임에 대하여 STA2가 1) CTS 프레임을 전송하고, CTS 프레임을 전송한 직후에 프레임을 전송할 수 있다. 또는 modified MU-RTS 프레임에 대하여 STA2가 2) CTS 프레임을 전송하지 않고, 프레임을 전송할 수 있다. 또한 STA3가 STA2로부터의 프레임 또는 PPDU를 수신하지 못할 수 있다. 예를 들어 STA3가 STA2로부터 hidden인 위치에 존재할 수 있다. 예를 들어 STA2가 전송하는 파워가 STA3에게 수신될 만큼 충분하지 않을 수 있다. 이러한 경우 STA3는 NAV 타임아웃 주기 동안 PPDU를 수신하지 못할 수 있다. NAV timeout period은 CTS_Time을 기초로 결정되지 때문일 수 있다. 즉, STA2가 CTS 프레임 전송 후 프레임을 전송하는 경우, STA3는 상기 프레임이 전송되는 동안 NAVTimeout period가 끝날 것이다. 또는 STA2가 CTS 프레임 전송 없이 프레임을 전송하는 경우, 상기 프레임은 CTS 프레임보다 길 가능성이 높으므로 STA3는 상기 프레임이 전송되는 동안 NAVTimeout period가 끝날 것이다. 따라서 STA3는 NAV를 해제하는 것이 가능할 수 있다. 만약 STA3가 NAV를 해제하면 STA3가 채널에 접속해서 공유된 TXOP 동안의 시퀀스를 방해할 수 있다.

도 25는 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.

도 25를 참조하면, AP에 의해서 TXOP가 공유된 경우, AP에 의해 TXOP가 공유된 STA이 아닌 다른 STA(제3 STA)은 TXOP가 공유된 STA로부터 CTS 프레임 또는 다른 프레임이 일정 시간 동안 전송되지 않은 경우에도 공유된 TXOP를 해제하지 않을 수 있다. 도 25의 실시예는 도 23 내지 도 24에서 설명한 문제를 해결하기 위한 것일 수 있다. 또한 앞서 설명한 내용은 생략했을 수 있다.

구체적으로, AP로부터 전송된 트리거 프레임(예를 들면, MU-RTS 프레임)이 TXOP를 공유하기 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임인지 여부에 기초하여 TXOP를 해제하기 위한 NAV 타임아웃이 허용되거나 허용되지 않을 수 있다. 즉, 일반적으로 설정된 TXOP인지 또는 AP에 의해서 설정된 TXOP의 전부 또는 일부가 공유된 TXOP인지 여부에 따라 TXOP가 설정된 STA가 아닌 다른 STA이 설정된 TXOP를 해제하기 위한 NAV 타임아웃이 허용되는지 여부가 결정될 수 있다.

예를 들면, 설정된 TXOP의 일부 또는 전부의 공유를 위한 프레임(modifited MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임)이 아닌 MU-RTS 프레임에 기초하여 NAV가 설정된 경우, NAV 타임아웃이 허용될 수 있다. 즉, STA이 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 상기 MU-RTS 프레임이 modified MU-RTS 프레임이 아닌 경우, NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못한 경우 NAV를 해제하는 것이 가능할 수 있다.

하지만, 설정된 TXOP의 일부 또는 전부를 공유하기 위한 프레임인 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임에 의해서 NAV가 설정된 경우, NAV 타임아웃은 허용되지 않을 수 있다. 즉, STA이 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 해당 MU-RTS 프레임이 TXOP 공유를 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이면 STA은 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못하더라도 NAV를 해제하는 것이 불가할 수 있다.

즉, STA이 NAV 업데이트를 위해서 가장 최근에 수신한 프레임이 TXOP 공유를 위한 프레임인 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이면 STA은 NAVTimeout이 만료된 이후, NAV를 리셋해서는 안된다.

수신한 MU-RTS 프레임이 modified MU-RTS 프레임인지 여부는 앞서 설명한 실시예를 따를 수 있다. 예를 들어 MU-RTS 프레임이 포함하는 GI And HE-LTF Type 서브필드에 기초하여 modified MU-RTS 프레임인지 여부가 결정될 수 있다. 예를 들어 GI And HE-LTF Type 서브필드 값이 0인 경우, 상기 GI And HE-LTF Type 서브필드를 포함하는 MU-RTS 프레임은 modified MU-RTS 프레임이 아닐 수 있다. 또한 GI And HE-LTF Type 서브필드 값이 0이 아닌 경우, 상기 GI And HE-LTF Type 서브필드를 포함하는 MU-RTS 프레임은 modified MU-RTS 프레임일 수 있다. 예를 들어 GI And HE-LTF Type 서브필드 값이 1 또는 2인 경우, 상기 GI And HE-LTF Type 서브필드를 포함하는 MU-RTS 프레임은 modified MU-RTS 프레임일 수 있다.

본 발명의 실시예에 따라 도 24에서 설명한 문제, STA가 modified MU-RTS 프레임에 기초해서 NAV를 설정한 이후, NAV timeout 동작을 수행하여 공유된 TXOP의 시퀀스를 방해하는 문제를 방지할 수 있다.

또한 이러한 실시예를 802.11be 표준 이후의 단말(EHT 표준을 포함한 그 이후의 표준의 단말)이 수행하고, 802.11ax 표준의 단말(HE STA)는 수행할 수 없을 수 있다. HE STA는 이를 수행할 수 없더라도 상기 실시예를 통해 설명한 문제가 발생할 확률을 줄일 수 있다.

도 25를 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 STA2로 MU-RTS 프레임을 전송할 수 있다. 예를 들면 STA1이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임을 전송할 수 있다. 그런데 상기 MU-RTS 프레임의 intended receiver인 STA2가 상기 MU-RTS 프레임에 응답하지 못할 수 있다. 따라서 STA2가 CTS 프레임을 전송하지 못할 수 있다. 또한 STA3는 상기 MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 CTS 프레임을 전송하지 못했으므로 STA3는 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 했을 수 있다. 이 경우 NAV timeout 동작에 기초하여 STA3는 설정한 NAV를 해제하는 것이 가능하다. 이는 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임이기 때문일 수 있다.

또한 STA1이 modified MU-RTS 프레임을 전송할 수 있다. 도 25에서는 modified MU-RTS 프레임 앞의 프레임들을 생략한 것일 수 있다. 상기 modified MU-RTS 프레임의 intended receiver인 STA2가 상기 modified MU-RTS 프레임에 응답할 수 있다. 또한 STA3는 상기 modified MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 상기 modified MU-RTS 프레임에 대해 전송한 응답을 STA3가 수신하지 못했을 수 있다. 예를 들어 STA3에게 STA2가 전송한 응답이 충분히 큰 파워로 들리지 않기 때문일 수 있다. 예를 들어 STA3와 STA2가 멀리 떨어져 있기 때문일 수 있다. 이러한 경우 STA3는 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못했을 수 있다. 이것은 STA2가 modified MU-RTS 프레임 이후, CTS 프레임을 전송한 이후 프레임을 전송하였기 때문일 수 있다. 또는 이것은 STA2가 modified MU-RTS 프레임 이후, CTS 프레임보다 긴 프레임을 전송하였기 때문일 수 있다. 또는 이것은 STA2가 modified MU-RTS 프레임 이후, CTS 프레임을 포함하는 PPDU보다 긴 PPDU를 전송하였기 때문일 수 있다. 이 경우 STA3는 NAV timeout 동작에 기초한 NAV를 해제하는 동작을 수행할 수 없을 수 있다. 이는 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임인 MU-RTS 프레임이기 때문일 수 있다.

도 26은 본 발명의 또 다른 일 실시 예에 따른 TXOP의 공유 및 NAV 타임 아웃을 나타내는 도면이다.

도 26의 실시예는 도 23 내지 도 24에서 설명한 문제를 해결하기 위한 것일 수 있다. 또한 앞서 설명한 내용은 생략했을 수 있다.

본 발명의 일 실시예를 따르면 MU-RTS 프레임이 modified MU-RTS 프레임인지 아닌지에 기초하여 NAV timeout period가 다르게 결정될 수 있다. 예를 들면 MU-RTS 프레임이 modified MU-RTS 프레임인지 아닌지에 기초하여 CTS_Time이 다르게 결정될 수 있다. 일 실시예를 따르면 MU-RTS 프레임이 modified MU-RTS 프레임인 경우, NAV timeout period는 MU-RTS 프레임이 modified MU-RTS 프레임이 아닌 경우의 NAV timeout period보다 길 수 있다. 본 실시예에서 MU-RTS 프레임이 modified MU-RTS 프레임인 경우, NAV timeout period를 extended NAVTimeout period라고 부를 수 있다. 도 23에서 설명한 NAVTimeout period와 extended NAVTimeout period는 동일한 시점에 시작할 수 있다. 즉, MU-RTS 프레임에 해당하는 PHY-RXEND.indication primitive를 받은 때에 시작될 수 있다. 도 23에서 설명한 NAVTimeout period는 CTS 프레임 시간에 기초한 시간일 수 있다. 예를 들어 도 23에서 설명한 NAVTimeout period는 CTS 프레임을 6 Mbps로 전송하는 데에 걸리는 시간에 기초한 시간일 수 있다.

본 발명의 실시예를 따르면 STA가 modified MU-RTS 프레임에 기초하여 NAV를 설정한 경우, extended NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 한 경우 NAV를 해제하는 것이 가능할 수 있다. STA가 modified MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 도 23에서 설명한 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 한 경우라고 NAV를 해제할 수 없을 수 있다.

또한 STA가 modified MU-RTS 프레임이 아닌 MU-RTS 프레임에 기초하여 NAV를 설정한 경우, 도 23에서 설명한 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못한 경우 NAV를 해제하는 것이 가능할 수 있다.

본 발명의 실시예를 따르면 extended NAVTimeout period는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 결정될 수 있다. 예를 들어 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 CTS_Time이 결정될 수 있다. 또는 extended NAVTimeout period는 modified MU-RTS 프레임이 포함하는 길이 정보와 modified MU-RTS 프레임에 해당하는 rate에 기초하여 결정될 수 있다. 예를 들어 modified MU-RTS 프레임이 포함하는 길이 정보와 modified MU-RTS 프레임에 해당하는 rate에 기초하여 CTS_Time이 결정될 수 있다. 예를 들어 modified MU-RTS 프레임이 포함하는 길이 정보는 도 16에 나타낸 UL Length 서브필드에 포함될 수 있다. 또다른 실시예로 modified MU-RTS 프레임이 포함하는 길이 정보는 도 16에 나타낸 User Info 필드에 포함될 수 있다. 더 구체적으로 modified MU-RTS 프레임이 포함하는 길이 정보는 도 16에 나타낸 User Info 필드 중 TXOP 공유를 받는 STA를 지시하는 User Info 필드에 포함될 수 있다.

또한 TXOP 공유를 받은 STA는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 PPDU를 전송할 수 있다. 예를 들어 TXOP 공유를 받은 STA는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 공유된 TXOP의 첫 번째 PPDU를 전송할 수 있다. 또는 TXOP 공유를 받은 STA는 modified MU-RTS 프레임이 포함하는 길이 정보에 기초하여 공유된 TXOP의 CTS 프레임을 포함하지 않는 첫 번째 PPDU를 전송할 수 있다. 공유된 TXOP의 CTS 프레임을 포함하지 않는 첫 번째 PPDU는 CTS 프레임을 포함한 PPDU 다음 첫 번째 PPDU일 수 있다.

도 26을 참조하면 STA1, STA2, STA3가 존재할 수 있다. 또한 STA1이 STA2로 MU-RTS 프레임을 전송할 수 있다. 예를 들면 STA1이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임을 전송할 수 있다. 그런데 상기 MU-RTS 프레임의 intended receiver인 STA2가 상기 MU-RTS 프레임에 응답하지 못할 수 있다. 따라서 STA2가 CTS 프레임을 전송하지 못할 수 있다. 또한 STA3는 상기 MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 CTS 프레임을 전송하지 못했으므로 STA3는 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못 했을 수 있다. 이 경우 NAV timeout 동작에 기초하여 STA3는 설정한 NAV를 해제하는 것이 가능하다. 이는 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임이기 때문에 결정한 NAVTimeout period에 기초한 동작일 수 있다. 즉, STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임이 아닌 MU-RTS 프레임이기 때문에 NAVTimeout period를 CTS 프레임을 전송하는 데에 걸리는 시간에 기초하여 결정할 수 있다.

또한 STA1이 modified MU-RTS 프레임을 전송할 수 있다. 도 26에서는 modified MU-RTS 프레임 앞의 프레임들을 생략한 것일 수 있다. 상기 modified MU-RTS 프레임의 intended receiver인 STA2가 상기 modified MU-RTS 프레임에 응답할 수 있다. 또한 STA3는 상기 modified MU-RTS 프레임에 기초하여 NAV를 설정할 수 있다. 그런데 STA2가 상기 modified MU-RTS 프레임에 대해 전송한 응답을 STA3가 수신하지 못했을 수 있다. 예를 들어 STA3에게 STA2가 전송한 응답이 충분히 큰 파워로 들리지 않기 때문일 수 있다. 예를 들어 STA3와 STA2가 멀리 떨어져 있기 때문일 수 있다. 이러한 경우 STA3는 도 23에서 설명한 NAVTimeout period 동안 PPDU 수신을 성공적으로 시작하지 못했을 수 있다. 하지만 이러한 경우 STA3는 extended NAVTimeout period 동안 PPDU 수신을 성공적으로 시작할 수 있다. 따라서 STA3는 NAV timeout 동작을 수행하지 않을 수 있다. STA3가 도 23에서 설명한 NAVTimeout period가 지났을 때 NAV 해제 동작을 하지 않고, extended NAVTimeout period를 기다릴 수 있었던 것은 STA3가 NAV를 설정하게 한 프레임이 modified MU-RTS 프레임인 MU-RTS 프레임이기 때문일 수 있다.

만약 상기 modified MU-RTS 프레임을 수신한 STA2가 응답하지 못한 경우 STA1은 recovery 동작을 수행할 수 있다. 따라서 STA3가 NAV timeout 동작을 하기 전에 PPDU 수신을 성공적으로 시작할 수 있다.

또는 상기 modified MU-RTS 프레임을 수신한 STA2가 응답하지 못한 경우 공유된 TXOP의 시퀀스가 끊길 수 있다. 이 경우 STA3는 NAV timeout 동작을 수행하여 실제 프레임 exchange가 발생하지 않을 때 불필요하게 NAV를 설정하고 있어서 채널에 접속하지 못하는 문제를 해결할 수 있다.

TXOP 공유에서 AP에 의해서 설정된 TXOP의 일부 또는 전부를 공유받은 스케줄드 STA이 설정된 NAV로 인해 전송을 수행하기 어려운 문제와 해결 방법에 대해서 도 20을 통해 설명하였다. 또 다른 실시 예에 따른 해결 방법에 대해 도 27을 통해 설명한다. 이하, 스케줄드 STA과 TXOP가 공유된 STA은 동일한 STA이며, 호칭은 서로 혼동되어 사용될 수 있다.

도 27은 본 발명의 일 실시 예에 따라 TXOP 공유가 적용될 때 STA 및 AP가 NAV를 적용하는 것을 나타내는 도면이다.

TXOP 공유에서 스케줄드 STA은 NAV를 설정하지 않을 수 있다. 구체적으로 TXOP 공유에서 스케줄드 STA은 TXOP 공유 설정을 위한 MU-RTS 프레임인 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임을 기초로 NAV를 설정하지 않을 수 있다. TXOP 공유 설정을 위한 MU-RTS 프레임을 수신한 STA은 TXOP 공유 설정을 위한 MU-RTS 프레임을 기초로 NAV를 설정하지 않을 수 있다. TXOP 공유 설정을 위한 MU-RTS 프레임에 의해 스케줄링된 STA은 TXOP 공유 설정을 위한 MU-RTS 프레임을 기초로 NAV를 설정하지 않을 수 있다. 따라서 STA이 트리거 프레임을 수신하고, 트리거 프레임이 STA에게 TXOP 공유를 스케줄링하는 경우, STA은 트리거 프레임을 기초로 NAV를 설정하지 않을 수 있다. 즉, 트리거 프레임이 TXOP를 공유하기 위한 트리거 프레임인지 여부에 따라 STA은 수신된 트리거 프레임에 기초하여 NAV를 설정할 수 있다. 예를 들면, 수신된 MU-RTS 프레임이 TXOP의 공유를 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임인 경우, STA은 수신된 MU-RTS 프레임에 기초한 NAV를 설정하지 않는다. 하지만, 수신된 MU-RTS 프레임이 TXOP의 공유를 위한 modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임이 아닌 경우, STA은 수신된 MU-RTS 프레임에 기초한 NAV를 설정한다.

또한, TXOP 공유에서 스케줄드 STA은 공유된 TXOP 내에서 수신한 프레임을 기초로 NAV를 설정하지 않을 수 있다.

이때, 공유된 TXOP 내는 공유된 TXOP의 기간(duration)이 전부 활용되지 않는 경우에도 공유된 TXOP이 종료할 때까지를 나타낼 수 있다. 공유된 TXOP의 스케줄드 STA이 PPDU를 전송하고 PPDU가 즉각적인 응답을 요청하지 않는 프레임만을 포함하는 경우, STA이 PPDU를 전송한 때 TXOP이 종료된다. 따라서 공유된 TXOP 내는 TXOP 공유가 설정된 때로부터 TXOP 공유의 스케줄드 STA이 즉각적인 응답을 요청하지 않는 프레임만을 포함하는 PPDU를 전송한 때일 수 있다. TXOP 공유의 스케줄드 STA이 공유된 TXOP의 종료를 시그널링한 경우, 공유된 TXOP이 종료될 수 있다. 따라서 공유된 TXOP 내는 TXOP 공유가 설정된 때로부터 TXOP 공유의 스케줄드 STA이 공유된 TXOP의 종료를 시그널링한 때까지일 수 있다. 또한, TXOP 내는 TXOP 공유가 설정된 때로부터 공유된 TXOP 듀레이션이 경과한 때까지 일 수 있다. 또는, TXOP 공유를 받은 STA(또는, TXOP 공유를 한 STA)가 공유된 TXOP가 종료된다는 시그널링을 송수신한 경우, 공유된 TXOP는 종료될 수 있다. 이 경우, 공유된 TXOP와 AP가 공유를 위해 사용된 TXOP(최초 AP의 프레임에 의해서 획득된 TXOP)의 듀레이션은 동일하거나, 공유된 TXOP의 듀레이션이 TXOP의 듀레이션보다 짧다. 따라서, 공유된 TXOP가 종료되더라도 TXOP는 종료되지 않을 수 있다. 즉, 공유된 TXOP의 듀레이션과 TXOP의 듀레이션이 동일한 경우, 공유된 TXOP가 종료되면 TXOP도 함께 종료되지만, 공유된 TXOP의 듀레이션이 TXOP의 듀레이션보다 짧은 경우, 공유된 TXOP가 종료되더라도 TXOP는 유지될 수 있다.

또 다른 구체적인 실시 예에서 공유된 TXOP이 공유된 TXOP 기간 전에 종료되더라도 공유된 TXOP 기간 내는 TXOP 공유가 설정된 때로부터 공유된 TXOP 듀레이션이 경과한 때까지 일 수 있다.

앞서 설명한 것과 같이 TXOP 공유에서 스케줄드 STA은 NAV와 상관없이 프레임을 전송할 수 있다. 즉, AP에 의해서 설정된 TXOP 내에서 NAV가 설정된 경우(예를 들면, intra-BSS PPDU에 의해서 설정된 NAV), 스케줄드 STA은 공유된 TXOP 내에서는 설정된 NAV와는 상관없이 PPDU를 전송할 수 있다. 다시 말해, TXOP를 공유받은 STA은 TXOP를 공유한 STA에 의해서 전송되는 프레임에 의해 설정되는 NAV를 공유된 TXOP 내에서는 무시하고 프레임을 전송할 수 있다. 이때, 공유된 TXOP은 MU-RTS 프레임에 의해서 설정된 구간보다 이전에 종료될 수 있다. 즉, 공유된 TXOP 내에서 MU-RTS에 의해서 설정된 구간 이전에 TXOP를 공유받은 STA이 TXOP의 공유의 중단을 요청하기 위한 시그널링을 전송함으로써 TXOP의 공유를 중단할 수 있다. 예를 들면, non-AP STA은 AP로부터 TXOP의 전부 또는 일부를 공유받은 경우, 전송할(또는, 펜딩된) PPDU가 없으면 공유된 TXOP를 종료하기 위해서 TXOP 공유를 종료하기 위한 시그널링을 AP에게 전송하여 TXOP의 공유를 중단할 수 있다. TXOP 공유가 중단되는 시점은 non-AP STA이 TXOP 공유의 중단을 요청하는 시그널링을 전송하는 시점 또는 해당 시그널링에 대한 응답 프레임을 수신하는 시점 중 하나일 수 있다. 이때, TXOP의 공유를 위한 시그널링은 즉각적인 응답을 요구하거나 요구하지 않을 수 있다. 또한, 이 경우, non-AP STA은 MU-RTS 프레임에 의해서 설정되는 TXOP가 공유되는 구간보다 더 일찍 TXOP 공유가 중단되기 때문에 TXOP의 공유가 종료되는 시점까지만 설정된 NAV를 무시할 수 있다.

이때, TXOP 공유를 설정한 STA도 NAV와 상관없이 프레임을 전송할 수 있다. 도 27의 실시 예에서 제1 STA(STA1)은 제2 STA(STA2)에게 TXOP 공유 설정을 위한 MU-RTS 프레임을 전송한다. 이때, 제1 STA(STA1)은 AP일 수 있다. 제2 STA(STA2)은 TXOP 공유 설정을 위한 MU-RTS 프레임을 수신하고, TXOP 공유 설정을 위한 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 제2 STA(STA2)은 공유된 TXOP 내에서 프레임 교환을 수행한다. 제1 STA(STA1)은 제2 STA(STA2)이 전송하거나 제2 STA(STA2)에게 전송되는 프레임을 기초로 NAV를 설정할 수 있다. 예컨대, 공유된 TXOP 내에서 제2 STA(STA2)은 제3 STA(STA3)과 프레임 교환을 수행할 수 있다. 이때, 제1 STA(STA1)은 제3 STA(STA3)이 제2 STA(STA2)에게 전송한 프레임을 기초로 NAV를 설정할 수 있다. 또한, 제1 STA(STA1)은 제2 STA(STA2)이 제3 STA(STA3)에게 전송한 프레임을 기초로 NAV를 설정할 수 있다. 이와 같이 제1 STA(STA1)이 NAV를 설정한 경우, 공유된 TXOP이 할당된 TXOP 내에서 프레임을 전송하기 어려울 수 있다. 예컨대, 공유된 TXOP이 종료된 후 제1 STA(STA1)이 프레임을 전송하려할 때, 공유된 TXOP 내에서 설정된 NAV로 인해 프레임을 전송하지 못할 수 있다. 구체적으로 공유된 TXOP 내에서 전송된 PPDU가 포함하는 프레임이 제1 STA(STA1)으로부터 즉각적인 응답을 유발하는 프레임이 아닌 경우, 제1 STA(STA1)은 설정된 NAV로인해 프레임을 전송하지 못할 수 있다.

TXOP 공유를 설정한 STA은 STA이 획득한 TXOP 내에서 NAV와 상관없이 프레임을 전송할 수 있다. 또 다른 구체적인 실시 예에서 TXOP 공유를 설정한 STA은 공유된 TXOP이 종료된 때로부터 획득한 TXOP 내에서 NAV와 상관없이 프레임을 전송할 수 있다. TXOP 공유를 설정한 STA은 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송한 STA 또는 TXOP 홀더일 수 있다.

이때, 앞에서 설명한 바와 같이 공유된 TXOP은 MU-RTS 프레임에 의해서 설정된 구간보다 이전에 종료될 수 있다. 즉, 공유된 TXOP 내에서 MU-RTS에 의해서 설정된 구간 이전에 TXOP를 공유받은 STA이 TXOP의 공유의 중단을 요청하기 위한 시그널링을 전송함으로써 TXOP의 공유를 중단할 수 있다. 예를 들면, non-AP STA은 AP로부터 TXOP의 전부 또는 일부를 공유받은 경우, 전송할(또는, 펜딩된) PPDU가 없으면 공유된 TXOP를 종료하기 위해서 TXOP 공유를 종료하기 위한 시그널링을 AP에게 전송하여 TXOP의 공유를 중단할 수 있다. TXOP 공유가 중단되는 시점은 non-AP STA이 TXOP 공유의 중단을 요청하는 시그널링을 전송하는 시점 또는 해당 시그널링에 대한 응답 프레임을 수신하는 시점 중 하나일 수 있다. 이때, TXOP의 공유를 위한 시그널링은 즉각적인 응답을 요구하거나 요구하지 않을 수 있다. 또한, 이 경우, MU-RTS 프레임에 의해서 설정되는 TXOP가 공유되는 구간보다 더 일찍 TXOP 공유가 중단되기 때문에 TXOP의 공유가 종료되는 시점부터 AP는 non-AP STA에 의해서 송수신된 PPDU에 기초하여 AP에 의해서 설정된 NAV를 무시할 수 있다.

앞서 설명한 실시 예들에서 TXOP 공유를 설정한 STA이 NAV와 상관없이 프레임을 전송하는 것은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임을 기초로 설정된 NAV와 상관없이 프레임을 전송하는 것을 나타낼 수 있다. TXOP 공유를 설정한 STA이 TXOP 공유 내에서 스케줄드 STA이 교환하지 않은 프레임을 기초로 설정된 NAV와 상관없이 프레임을 전송하는 경우, 다른 STA들의 프레임 교환을 방해할 수 있기 때문이다. 또한, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임의 MAC 헤더를 기초로 판단할 수 있다. 구체적으로 STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임의 address 필드를 기초로 판단할 수 있다. address 필드는 RA 필드, TA 필드, 및 BSSID 필드 중 적어도 어느 하나를 포함할 수 있다. 예컨대, 프레임의 address 필드 중 하나의 필드가 STA의 MAC 주소를 지시하는 경우, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임으로 판단할 수 있다. 또한, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임을 포함하는 PPDU의 프리앰블을 기초로 판단할 수 있다. 또한, STA은 TXOP 공유 내에서 스케줄드 STA이 교환한 프레임인지 프레임을 포함하는 PPDU의 프리앰블이 포함하는 BSS 컬러 및 STA ID 중 적어도 어느 하나를 기초로 판단할 수 있다. PPDU의 프리앰블이 TXOP 공유의 스케줄드 STA이 속한 BSS의 BSS 컬러를 포함하고, PPDU의 프리앰블이 TXOP 공유의 스케줄드 STA에 해당하는 STA ID를 포함하는 경우, STA은 PPDU가 포함하는 프레임을 스케줄드 STA이 교환한 프레임으로 판단할 수 있다. 이때, STA ID는 STA의 AID를 기초로 설정된 값일 수 있다.

또 다른 구체적인 실시 예에서 TXOP 공유를 설정한 STA이 NAV와 상관없이 전송하는 것은 프레임을 전송할 때 CS(carrier sensing)로 물리적(physical) CS, 예컨대 CCA만을 사용할 수 있다. 따라서 STA은 가상(virtual) CS를 수행하지 않을 수 있다.

본 명세서에서 NAV를 설정하는 것은 NAV를 업데이트하는 것과 혼용되어 사용될 수 있다. 또한, 본 명세서에서 NAV는 Intra-BSS NAV 또는 베이직 NAV 중 적어도 어느 하나를 포함할 수 있다. 또한, NAV의 종류에 대해 특별한 언급이 없는 경우, NAV는 Intra-BSS NAV를 지칭할 수 있다. 또한, 본 명세서에서 STA이 어떤 프레임을 기초로 NAV를 설정하는 것은 프레임을 포함하는 PPDU를 기초로 NAV를 설정하는 것을 포함할 수 있다. 따라서 본 명세서에서 STA이 어떤 프레임을 기초로 NAV를 설정하지 않는 것은 프레임을 포함하는 PPDU를 기초로 NAV를 설정하지 않는 것을 포함할 수 있다.

TXOP 공유를 설정하기 위한 MU-RTS 프레임은 MAC 주소, 예컨대 RA 필드 또는 User Info 필드를 사용하여 TXOP의 스케줄드 STA을 지시할 수 있다. 프레임이나 PPDU의 듀레이션 정보를 기초로 NAV를 설정하는 것은 가장 최근에 설정한 NAV가 프레임이나 PPDU의 듀레이션 정보를 기초로 NAV가 설정되는 것을 나타낼 수 있다.

또 다른 구체적인 실시 예에서 공유된 TXOP 내에서 전송되는 프레임의 Duration/ID 필드 또는 프레임을 포함하는 PPDU의 TXOP는 공유된 TXOP를 기초로 설정될 수 있다. 구체적으로 공유된 TXOP 내에서 전송되는 프레임의 Duration/ID 필드 또는 프레임을 포함하는 PPDU의 TXOP는 공유된 TXOP를 넘어 설정되는 것이 허용되지 않을 수 있다. 이를 통해 공유된 TXOP를 설정한 STA이 공유된 TXOP 종료 이후에도 프레임을 전송하지 못하는 문제를 방지할 수 있다.

즉, AP에 의해서 설정된 TXOP가 트리거 프레임을 통해서 STA에게 공유되는 경우, 공유된 TXOP 내에서 전송되는 프레임(예를 들면, PPDU)에 포함되는 듀레이션 정보(예를 들면, Duration/ID 필드)는 공유된 TXOP에 기초하여 설정될 수 있다. 구체적으로, 공유된 TXOP 내에서 전송되는 프레임의 TXOP는 공유된 TXOP를 초과하여 설정되는 것이 허용되지 않는다. 따라서, 공유된 TXOP 내에서 TXOP를 설정한 AP 또는 P2P 통신을 위한 제3 STA에게 전송되는 PPDU의 TXOP는 공유된 TXOP와 동일하거나 더 이전에 종료되어야 한다. 따라서, PPDU에 포함되는 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 공유된 TXOP의 종료 시점과 동일하거나 이전일 수 있다. 다시 말해, AP에 의해서 설정된 TXOP의 일부 또는 전부가 특정 STA에게 공유된 경우, 특정 STA에 의해서 전송되는 PPDU의 TXOP는 공유된 TXOP를 초과하지 못하고 이전에 만료되어야 한다. 따라서, 특정 STA에 의해서 AP 또는 P2P 통신을 위해 제3 STA에게 전송되는 PPDU의 길이(또는 TXOP)의 종료 시점은 공유된 TXOP의 종료 시점보다 이후일 수 없으며 이전이어야 한다. 이 경우, PPDU의 길이(또는 TXOP)의 종료 시점은 공유된 TXOP의 종료 시점과 동일하거나, 이전이어야 하기 때문에 PPDU에 포함되는 듀레이션 정보에 의해서 지시되는 값은 공유된 TXOP에 기초하여 설정될 수 있다.

또 다른 구체적인 실시 예에서 공유된 TXOP을 설정한 STA은 TXOP 공유의 스케줄드 STA이 교환하는 프레임을 기초로 NAV를 설정하지 않을 수 있다.

공유된 TXOP 내에서 공유된 TXOP을 설정한 STA은 트리거 프레임을 전송하지 않을 수 있다. 공유된 TXOP 내에서 공유된 TXOP을 설정한 STA이 트리거 프레임을 전송하는 경우, 트리거 프레임에 의해 트리거된 프레임과 스케줄드 STA의 프레임 교환과 오버랩될 수 있기 때문이다. 또한, 공유된 TXOP 내에서 공유된 TXOP을 설정한 STA이 스케줄드 STA에게 트리거 프레임을 전송하는 경우, 스케줄드 STA은 트리거 프레임에 대한 응답을 전송해야 할 수 있다. 따라서 이는 공유된 TXOP를 설정한 목적에 부합하지 않을 수 있다. 이러한 실시 예들에서 트리거 프레임은 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 포함할 수 있다. 이러한 실시 예들에서 공유된 TXOP이 종료된 후, 공유된 TXOP을 설정한 STA은 트리거 프레임을 전송할 수 있다.

앞서 설명한 실시 예들에서 공유된 TXOP을 설정한 STA이 전송하지 못하는 트리거 프레임은 TXOP 공유의 스케줄드 STA만을 트리거 프레임을 제외한 나머지 트리거 프레임일 수 있다. 따라서 공유된 TXOP을 설정한 STA은 공유된 TXOP 내에서 TXOP 공유의 스케줄드 STA만을 트리거 프레임을 전송할 수 있다. 예컨대, 공유된 TXOP을 설정한 STA은 공유된 TXOP를 연장하기 위해 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송할 수 있다. 이때, TXOP 공유를 설정하기 위한 MU-RTS 프레임을 수신한 STA은 CTS 프레임을 전송하지 않고 프레임 교환을 시작할 수 있다. 구체적으로 TXOP 공유에서 TXOP 공유를 설정한 STA과의 프레임 교환만이 허용되는 경우, TXOP 공유를 설정하기 위한 MU-RTS 프레임을 수신한 STA은 CTS 프레임을 전송하지 않고 프레임 교환을 시작할 수 있다.

본 명세서에서 공유된 TXOP 동안 수행되는 동작은 TXOP 공유의 스케줄드 STA에 의해 공유된 TXOP이 활용되는 동작일 수 있다. 공유된 TXOP 동안 수행되는 동작은 TXOP 공유의 스케줄드 STA이 TXOP 공유를 설정하기 위한 MU-RTS 프레임에 대한 응답으로 프레임을 전송하는 것 또는 TXOP 공유의 스케줄드 STA이 공유된 TXOP 내에서 프레임을 전송하는 것일 수 있다. 이때, TXOP 공유를 설정하기 위한 MU-RTS 프레임에 대한 응답 프레임은 CTS 프레임일 수 있다.

TXOP 공유 동작을 위한 시그널링에 대해 설명한다. STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 있는지 시그널링할 수 있다. 이때, STA은 EHT Capabilities 엘리멘트를 통해 TXOP 공유의 스케줄드 STA로서 동작할 수 있는지 시그널링할 수 있다. 또한, STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 있는지 나타내는 시그널링을 (재)연결 요청 프레임 또는 프로브 요청 프레임을 사용해 전송할 수 있다. TXOP 공유를 설정하려는 STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 있음을 시그널링한 STA에게만 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송할 수 있다. 또한, TXOP 공유를 설정하려는 STA은 TXOP 공유의 스케줄드 STA로서 동작할 수 없음을 시그널링한 STA에게 TXOP 공유를 설정하기 위한 MU-RTS 프레임을 전송할 수 없을 수 있다.

또한, MU-RTS 프레임은 MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보를 포함할 수 있다. 또한, MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인 경우, MU-RTS 프레임은 TXOP 공유의 모드도 지시할 수 있다. TXOP 공유의 모드는 TXOP 공유의 스케줄드 STA이 어떤 STA에게 프레임을 전송할 수 있는지 지시할 수 있다. 예컨대, 제1 모드에서 TXOP 공유의 스케줄드 STA은 TXOP 공유를 설정한 STA에게만 프레임을 전송할 수 있다. 또한, 제2 모드에서 TXOP 공유의 스케줄드 STA은 TXOP 공유를 설정한 STA에게 프레임을 전송하거나 P2P 프레임을 전송할 수 있다. MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보의 값이 1인 경우 제1 모드를 지시할 수 있다. 또한, MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보의 값이 2인 경우 제2 모드를 지시할 수 있다. 또한, MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시하는 정보의 값이 0인 경우 MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임이 아님을 지시할 수 있다.

앞선 실시 예들에서 GI And HE-LTF Type 서브필드는 MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인지 지시할 수 있다. MU-RTS 프레임이 TXOP 공유를 설정하기 위한 MU-RTS 프레임인 경우, GI And HE-LTF Type 서브필드는 앞서 설명한 바와 같이 TXOP 공유의 모드를 지시할 수 있다. 이때, GI And HE-LTF Type 서브필드는 TXOP Sharing Mode 서브필드로 지칭될 수 있다. TXOP Sharing Mode 서브필드는 도 16의 Common Info field의 21번째 비트(B20)로부터 22번째 비트(B21)의 서브필드일 수 있다.

TXOP 공유를 종료하는 방법에 대해서는 도 28을 통해 설명한다.

도 28은 본 발명의 일 실시 예에 따라 STA이 TXOP의 공유를 종료하는 것을 나타내는 도면이다.

TXOP 공유의 스케줄드 STA은 TXOP 공유의 종료를 시그널링할 수 있다. TXOP 공유를 설정한 STA이 TXOP 공유의 종료 시그널링을 수신한 경우, TXOP 공유를 설정한 STA은 TXOP 홀더가 될 수 있다. 또한, TXOP 공유를 설정한 STA이 TXOP 공유의 종료 시그널링을 수신한 경우, TXOP 공유를 설정한 STA은 프레임 또는 PPDU를 전송할 수 있다. 구체적으로 TXOP 공유를 설정한 STA이 TXOP 공유의 종료 시그널링을 수신한 경우, 공유된 TXOP 내라도 TXOP 공유를 설정한 STA은 프레임 또는 PPDU를 전송할 수 있다. 또한, TXOP 공유의 스케줄드 STA이 TXOP 공유의 종료를 시그널링한 경우, TXOP 공유의 스케줄드 STA은 남은 공유된 TXOP 내에서 어떤 프레임이나 어떤 PPDU도 전송하지 못할 수 있다.

TXOP 공유의 스케줄드 STA은 A-Control 서브필드를 사용하여 TXOP 공유의 종료를 시그널링할 수 있다. 구체적으로 A-Control 서브필드의 SRS(single response scheduling) Control 서브필드는 TXOP 공유의 종료를 시그널링할 수 있다. SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 TB PPDU가 아닌 PPDU로 응답할 수 있다. 또한, SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이는 SRS Control 서브필드를 기초로 결정될 수 있다. 구체적으로 SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이를 SRS Control 서브필드가 지시하는 길이로 설정할 수 있다.

도 28(a)는 SRS Control 서브필드의 포맷을 보여준다. 앞서 설명한 바와 같이 SRS Control 서브필드는 SRS Control 서브필드를 포함하는 MAC 프레임에 대한 응답인 PPDU의 길이를 지시하는 필드를 포함할 수 있다. 이때, 필드는 PPDU Response Duration 필드라 지칭될 수 있다. PPDU Response Duration 필드는 4us 단위로 시간을 지시할 수 있다. PPDU Response Duration 필드가 지시하는 PPDU의 길이는 PPDU Response Duration 필드의 값 x 4us일 수 있다. 또한, PPDU Response Duration 필드는 8비트 필드일 수 있다.

또한, STA은 SRS Control 서브필드에 대한 능력(capability)을 시그널링할 수 있다. 구체적으로 STA은 SRS Control 서브필드를 수신할 수 있는지 시그널링할 수 있다. 또한, STA은 SRS Control 서브필드를 포함하는 프레임에 응답할 수 있는지 시그널링할 수 있다. STA은 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게 SRS Control 서브필드를 전송하지 못할 수 있다. STA은 SRS Control 서브필드에 대한 동작을 지원함을 시그널링한 STA에게 SRS Control 서브필드를 전송할 수 있다.

또한, SRS Control 필드는 TXOP 공유의 종료를 시그널링하는 필드를 포함할 수 있다. TXOP 공유의 종료를 시그널링하는 필드는 Shared TXOP Termination 필드로 지칭될 수 있다. Shared TXOP Termination 필드는 1비트 필드일 수 있다. . Shared TXOP Termination 필드의 값이 1인 경우, Shared TXOP Termination 필드는 TXOP 공유가 종료됨을 나타낼 수 있다. Shared TXOP Termination 필드의 값이 0인 경우, Shared TXOP Termination 필드는 TXOP 공유가 종료되는 것이 아님을 나타낼 수 있다. STA이 Shared TXOP Termination 필드의 값이 1인 QoS Data 프레임 또는 QoS Null 프레임을 수신한 경우, STA은 TXOP 공유가 종료하는 것으로 판단할 수 있다.

또 다른 구체적인 실시 예에서 미리 지정된 설정을 갖는 프레임이 TXOP 공유의 종료를 시그널링할 수 있다. 이때, 미리 지정된 설정을 갖는 프레임은 Qos Null 프레임일 수 있다. 구체적으로 미리 지정된 설정을 갖는 프레임은 A-Control 서브필드를 포함하지 않는 QoS Null 프레임일 수 있다. 또한, 미리 지정된 설정을 갖는 프레임은 SRS Control 서브필드를 포함하지 않는 QoS Null 프레임일 수 있다. TXOP 공유의 스케줄드 STA은 미리 지정된 설정을 갖는 프레임을 전송하여 TXOP 공유의 종료를 시그널링할 수 있다. 또한, TXOP 공유를 설정한 STA이 미리 지정된 설정을 갖는 프레임을 수신한 경우, TXOP 공유를 설정한 STA은 TXOP 공유가 종료되는 것으로 판단할 수 있다.

TXOP 공유의 스케줄드 STA이 TXOP 공유의 종료 시그널링을 전송하였지만 TXOP 공유를 설정한 STA은 시그널링을 수신하지 못할 수 있다. 이때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단하여 프레임을 전송하지 않을 수 있다. 또한, TXOP 공유를 설정한 STA은TXOP 공유가 종료되지 않은 것으로 판단하여 프레임을 전송하지 않을 수 있다.

구체적인 실시 예에서 TXOP 공유의 종료 시그널링한 TXOP 공유의 스케줄드 STA이 시그널링에 대한 응답을 수신한 때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단할 수 있다. 이때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단하여 프레임을 전송하지 않을 수 있다. TXOP 공유의 종료 시그널링에 대한 응답은 즉각적인 응답일 수 있다. 또한, TXOP 공유의 종료 시그널링에 대한 응답은 ACK일 수 있다. 다만, 이러한 실시 예는 TXOP 공유의 종료 시그널링의 Ack 정책(Policy)이 즉각적인 응답을 요구하는 것으로 설정된 경우에만 적용될 수 있다. 구체적으로 TXOP 공유의 종료 시그널링의 Ack 정책(Policy)이 즉각적인 응답을 요구하는 경우, TXOP 공유의 종료 시그널링한 TXOP 공유의 스케줄드 STA이 시그널링에 대한 응답을 수신한 때, TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단할 수 있다. TXOP 공유의 종료 시그널링의 Ack 정책(Policy)이 즉각적인 응답을 요구하지 않는 경우, 예컨대 No ACK, TXOP 공유의 종료 시그널링한 TXOP 공유의 스케줄드 STA이 시그널링에 대한 응답을 수신하지 않더라도 TXOP 공유의 스케줄드 STA은 TXOP 공유가 종료된 것으로 판단할 수 있다. 이때, TXOP 공유의 스케줄드 STA은 TXOP 공유의 종료 시그널링을 전송한 때 TXOP 공유가 종료된 것으로 판단할 수 있다. 또한, TXOP 공유의 종료 시그널링 전송이 실패한 경우, 에러 회복(recovery) 동작이 수행될 수 있다. 구체적으로 TXOP 공유의 스케줄드 STA은 에러 회복(recovery) 동작을 수행할 수 있다. 또한, TXOP 공유를 설정한 STA은 에러 회복(recovery) 동작을 수행할 수 있다.

도 28(b)에서 제1 STA(STA1)은 제2 STA(STA2)에게 TXOP 공유 설정을 위한 MU-RTS 프레임을 전송한다. 이때, 제1 STA(STA1)은 AP일 수 있다. 제2 STA(STA2)은 TXOP 공유 설정을 위한 MU-RTS 프레임을 수신하고, TXOP 공유 설정을 위한 MU-RTS 프레임에 대한 응답으로 CTS 프레임을 전송한다. 공유된 TXOP 내에서 제2 STA(STA2)은 제1 STA(STA1)에게 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination)을 전송한다. 제1 STA(STA1)은 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination) 수신에 실패한다. 이때, 제1 STA(STA1)은 TXOP 공유가 종료되지 않은 것으로 판단한다. 앞서 설명한 바와 같이 제1 STA(STA1) 또는 제2 STA(STA1)은 에러 회복 동작을 수행할 수 있다. 에러 회복 동작 이후 제2 STA(STA2)은 제1 STA(STA1)에게 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination)을 전송한다. 제1 STA(STA1)은 제2 STA(STA2)에게 TXOP 공유의 종료 시그널링(Frame to STA1 indicating termination)에 대한 응답인 ACK(Ack to STA2)을 전송한다. ACK(Ack to STA2)을 수신한 제2 STA(STA2)은 TXOP 공유가 종료한 것으로 판단한다.

TXOP 공유가 종료된 후라도 TXOP 공유를 설정한 STA이 응답을 지시한 경우, TXOP 공유의 스케줄드 STA은 프레임을 전송할 수 있다.

앞서 설명한 바와 같이 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널한 STA에게 SRS Control 서브필드를 전송하지 못할 수 있다. SRS Control 서브필드를 통해 TXOP 공유의 종료가 시그널링되는 경우, SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA은 TXOP 공유의 종료 시그널링을 수신하지 못할 수 있다. 따라서 TXOP 공유의 스케줄드 STA은 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게도 TXOP 공유의 종료를 시그널링하는 SRS Control 서브필드를 전송할 수 있다. TXOP 공유의 종료를 시그널링하는 SRS Control 서브필드는 TXOP Termination 서브필드의 값이 1인 SRS Control 서브필드일 수 있다. TXOP 공유의 스케줄드 STA은 SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게 TXOP Termination 서브필드의 값이 0인 인 SRS Control 서브필드 전송할 수 없다. 또한, SRS Control 서브필드에 대한 동작을 지원하지 않음을 시그널링한 STA에게 SRS Control 서브필드를 전송할 수 없는 제한은 공유된 TXOP 밖에서 SRS Control 서브필드가 전송된 경우에만 적용될 수 있다.

SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하는 경우, PPDU Response Duration 서브필드는 리저브드 필드로 설정될 수 있다. 리저브드 필드의 모든 비트는 0으로 설정될 수 있다. SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하지 않는 경우, PPDU Response Duration 서브필드는 SRS Control 서브필드를 포함하는 프레임에 대한 응답인 프레임을 포함하는 PPDU의 길이를 지시할 수 있다.

SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하는 경우, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 전송하지 않을 수 있다. 또 다른 구체적인 실시 예에서 SRS Control 서브필드가 TXOP 공유의 종료를 시그널링하는 경우, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 SRS Control 필드가 시그널링하는 정보와 상관없이 전송할 수 있다. 이때, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드가 시그널링하는 SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이와 관계 없이 응답 PPDU를 전송할 수 있다.

공유된 TXOP 내에서 SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 전송하지 않을 수 있다. 또 다른 구체적인 실시 예에서 공유된 TXOP 내에서 SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드를 포함하는 프레임에 대한 응답을 SRS Control 필드가 시그널링하는 정보와 상관없이 전송할 수 있다. 이때, SRS Control 서브필드를 수신한 STA은 SRS Control 서브필드가 시그널링하는 SRS Control 서브필드를 포함하는 프레임에 대한 응답 PPDU의 길이와 관계 없이 응답 PPDU를 전송할 수 있다.

또는 shared TXOP 내에서 SRS Control subfield를 수신하는 STA는 상기 SRS Control subfield가 포함하는 duration 정보(PPDU Response Duration subfield 값)에 기초하여 응답하지 않을 수 있다. 예를 들어 shared TXOP 내에서 SRS Control subfield를 수신하는 STA는 상기 SRS Control subfield가 포함하는 duration 정보(PPDU Response Duration subfield 값)와 상관없이 응답하는 것이 가능할 수 있다.

본 발명의 일 실시예를 따르면 modified MU-RTS 프레임은 TXOP 내에서 첫 번째 프레임이 아닐 수 있다. 예를 들어 TXOP holder가 TXOP을 얻기 위해서 modified MU-RTS 프레임을 전송하지 않고, 다른 프레임을 전송할 수 있다. 이를 통해 어떤 STA가 modified MU-RTS 프레임에 기초하여 NAV를 설정하기 전에 NAV를 설정할 수 있다. 즉, 상기 STA는 TXOP에서 상기 modified MU-RTS 프레임보다 앞서 전송된 프레임에 기초하여 NAV를 설정할 수 있다. 앞서 설명한 NAV timeout 동작은 NAV 설정이 RTS 프레임 또는 MU-RTS 프레임에 기초하여 이루어진 경우 수행하는 것이 가능한데, TXOP에서 modified MU-RTS 프레임보다 앞선 프레임 전송이 존재하게 함으로써 RTS 프레임 또는 MU-RTS 프레임에 기초하여 NAV를 설정하는 일이 적게 발생하게 할 수 있다. 또한 modified MU-RTS 프레임이 포함하는 듀레이션 정보는 TXOP을 늘리지 않을 수 있다.

도 29는 본 발명의 일 실시 예에 따른 STA의 동작의 일 예를 나타내는 순서도이다.

도 29를 참조하면, STA은 AP로부터 TXOP의 일부 또는 전부를 공유 받을 수 있으며, 이에 기초하여 공유된 TXOP 내에서 PPDU를 전송할 수 있다.

구체적으로, STA은 AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신할 수 있다(S29010). 이때, 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용될 수 있으며, TXOP의 일부 또는 공유를 위해 사용되는 경우, modified MU-RTS 프레임 또는 MU-RTS TXS 트리거 프레임으로 호칭될 수 있다. 이때, STA은 수신된 프레임이 TXOP의 공유를 위한 프레임인지 여부를 앞에서 설명한 트리거 프레임의 타입 필드를 통해서 인식할 수 있다.

이후, STA은 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU를 전송할 수 있다(S29020). PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고, 상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정될 수 있다.

듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일하거나, 이전에 종료될 수 있다.

TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송된다.

또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않을 수 있다.

트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함한다.

상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타낸다.

상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고, 상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정된다.

전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.

본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (16)

1. 무선 통신 시스템의 스테이션(station: STA)에서,
   송수신부; 및
   상기 송수신부를 제어하는 프로세서를 포함하고,
   상기 프로세서는,
   AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하되,
   상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며,
   상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하되,
   상기 PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고,
   상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정되는 STA.
2. 제1 항에 있어서,
   상기 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일한 STA.
3. 제1 항에 있어서,
   상기 듀레이션 정보에 의해서 지시되는 듀레이션은 상기 공유된 TXOP의 종료시점보다 이전에 종료되는 STA.
4. 제1 항에 있어서,
   상기 TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송되는 STA.
5. 제1 항에 있어서,
   또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않는 STA.
6. 제1 항에 있어서,
   상기 트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함하는 STA.
7. 제6 항에 있어서,
   상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타내는 STA.
8. 제1 항에 있어서,
   상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고,
   상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정되는 STA.
9. 무선 통신 시스템에서 스테이션(station: STA)이 프레임을 전송하는 방법에 있어서,
   AP(Access Point)로부터 상향링크 전송을 지시하는 트리거 프레임(trigger frame)을 수신하는 단계,
   상기 트리거 프레임은 상기 AP에 의해서 획득된 전송 기회(transmission opportunity: TXOP)의 일부 또는 전부를 상기 STA에게 공유하기 위해서 사용되며; 및
   상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 상기 AP 및/또는 다른 STA에게 PPDU(Physical layer Protocol Data Unit)를 전송하는 단계를 포함하되,
   상기 PPDU는 상기 PPDU의 전송을 위한 TXOP를 지시하는 듀레이션 정보를 포함하고,
   상기 듀레이션 정보는 상기 공유된 TXOP에 기초하여 설정되는 방법.
10. 제9 항에 있어서,
    상기 듀레이션 정보에 의해서 지시되는 듀레이션의 종료 시점은 상기 공유된 TXOP의 종료 시점과 동일한 방법.
11. 제9 항에 있어서,
    상기 듀레이션 정보에 의해서 지시되는 듀레이션은 상기 공유된 TXOP의 종료시점보다 이전에 종료되는 방법.
12. 제9 항에 있어서,
    상기 TXOP 내에서 상기 AP에 의해 전송되는 프레임에 의해서 NAV(network allocation vector)가 설정되는 경우, 상기 PPDU는 상기 공유된 TXOP 내에서 상기 설정된 NAV와 상관없이 전송되는 방법.
13. 제9 항에 있어서,
    또 다른 STA에 의해서 상기 트리거 프레임에 기초하여 상기 공유된 TXOP 내에서 NAV 및 상기 NAV의 종료 시간을 나타내는 NAV 타임아웃 주기(timeout period)가 설정된 경우, 상기 공유된 TXOP 내에서 상기 NAV 타임아웃 주기가 만료되더라도 상기 공유된 TXOP 내에서 상기 또 다른 STA에 의해서 설정된 상기 NAV는 상기 NAV 타임아웃 주기의 만료에 의해서 해제되지 않는 방법.
14. 제9 항에 있어서,
    상기 트리거 프레임은 상기 트리거 프레임에 의한 상기 TXOP의 공유 여부를 지시하는 서브필드를 포함하는 방법.
15. 제14 항에 있어서,
    상기 서브 필드가 상기 TXOP의 공유를 나타내는 경우, 상기 서브 필드의 값은 상기 공유된 TXOP 내에서 상기 다른 STA과의 송수신 가능 여부를 나타내는 방법.
16. 제9 항에 있어서,
    상기 트리거 프레임은 상기 트리거 프레임의 타입을 나타내는 타입 필드를 포함하고,
    상기 TXOP의 상기 일부 또는 전부의 공유는 상기 타입 필드에 의한 상기 트리거 프레임의 상기 타입에 따라 설정되는 방법.

Images