WO2022103169A1

WO2022103169A1 - 개선된 제한된 twt 동작

Info

Publication number: WO2022103169A1
Application number: PCT/KR2021/016432
Authority: WO
Inventors: 백선희; 최진수; 김정기; 김나명; 장인선
Original assignee: 엘지전자 주식회사
Priority date: 2020-11-13
Filing date: 2021-11-11
Publication date: 2022-05-19
Also published as: KR20230104138A; US20230403739A1

Abstract

본 명세서는 개선된 제한된 TWT 동작 방법 및 상기 방법을 이용하는 장치를 제안한다. 구체적으로, 본 명세서의 일 실시예에 따르면, 특정 조건이 만족되는 경우에 한해 제한된 TWT 동작이 수행될 수 있다. 또한, 본 명세서의 일 실시예에 따르면, STA는 제한된 TWT SP의 시작 이전에 진행 중인 TXOP의 유지 여부를 결정할 수 있다. 또한, 본 명세서의 일 실시예에 따르면, 제한된 TWT SP의 시작 이전에 진행 중인 TXOP가 유지되는 경우, 상기 제한된 TWT SP가 연기될 수 있다.

Description

개선된 제한된 TWT 동작

본 명세서는 무선랜 시스템에서 제한된 TWT 동작에 관한 것이다.

WLAN(wireless local area network)은 다양한 방식으로 개선되어왔다. 예를 들어, IEEE 802.11ax 표준은 OFDMA(orthogonal frequency division multiple access) 및 DL MU MIMO(downlink multi-user multiple input, multiple output) 기법을 사용하여 개선된 통신 환경을 제안했다.

최근 유/무선 트래픽이 폭증하면서 시간 지연에 민감한 트래픽 또한 큰 폭으로 증가하였다. 시간 지연에 민감한 트래픽은 실시간 오디오/비디오 송신이 많으며, 멀티미디어 기기의 확산에 따라 무선 환경에서도 이를 지원하기 위한 필요성이 증대되었다. 그러나, 유선보다 무선 환경에서는 시간 지연에 민감한 트래픽을 지원하기에 고려해야 할 사항이 많다. 송신 속도가 유선보다 낮고 주변으로부터의 간섭 문제도 발생하기 때문이다.

특히 Wi-Fi는 중앙 기지국의 의한 채널 독점이 없이 ISM 대역에서 평등하게 경쟁해야 하는 통신 시스템이기 때문에 시간 지연에 민감한 트래픽을 지원하기가 상대적으로 더 어렵다. 그러나, 전술한 바와 같이, 최근 시간 지연에 민감한 트래픽이 증가하고 있기 때문에 이를 지원하기 위한 Wi-Fi 기술이 필요하다. 본 명세서는 시간 지연에 민감한 트래픽을 지원하기 위한 기술을 제안한다.

본 명세서에 따르면, 제한된 TWT의 설정으로 인해 제한될 수 있는 레이턴시에 민감한 데이터의 송수신이 보장될 수 있다. 나아가, 데이터 간 충돌 문제를 방지할 수 있다.

도 1은 본 명세서의 송신 장치 및/또는 수신 장치의 일례를 나타낸다.

도 2는 무선랜(WLAN)의 구조를 나타낸 개념도이다.

도 3은 일반적인 링크 셋업(link setup) 과정을 설명하는 도면이다.

도 4는 IEEE 규격에서 사용되는 PPDU의 일례를 도시한 도면이다.

도 5는 20MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.

도 6은 40MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.

도 7은 80MHz 대역 상에서 사용되는 자원유닛(RU)의 배치를 나타내는 도면이다.

도 8은 HE-SIG-B 필드의 구조를 나타낸다.

도 9는 MU-MIMO 기법을 통해 복수의 User STA이 동일한 RU에 할당되는 일례를 나타낸다.

도 10은 본 명세서에 사용되는 PPDU의 일례를 나타낸다.

도 11은 본 명세서의 송신 장치 및/또는 수신 장치의 변형된 일례를 나타낸다.

도 12는 개별(individual) TWT 동작의 일례를 도시한다.

도 13은 브로드캐스트(broadcast) TWT 동작의 일례를 도시한다.

도 14는 본 명세서에서 제안하는 제한된 TWT 동작의 일례를 도시한다.

도 15는 본 명세서에서 제안하는 제한된 TWT 동작의 다른 일례를 도시한다.

도 16은 협상 절차의 일례를 도시한다.

도 17은 제한된 TWT SP의 시작 시점 및 종료 시점의 연기(postpone)의 일례를 도시한다.

도 18은 제한된 TWT SP의 시작 시점 및 종료 시점의 연기(postpone)의 다른 일례를 도시한다.

도 19는 본 명세서의 일부 구현에 따른 일반 STA의 동작 방법의 일례에 대한 순서도이다.

도 20은 AP가 저지연 STA 1과 저지연 STA 2와 연결된 경우 본 명세서의 일부 구현에 따른 저지연 STA 1의 동작 방법의 일례에 대한 순서도이다.

도 21은 AP, 저지연 STA 1 및 저지연 STA 2가 인터(inter)-BSS 또는 OBSS에 위치하는 경우 본 명세서의 일부 구현에 따른 저지연 STA 1의 동작 방법의 일례에 대한 순서도이다.

도 22는 본 명세서의 일부 구현에 따른 STA의 동작 방법의 일례에 대한 순서도이다.

도 23은 도 22의 일례에서 특정 STA의 동작 방법의 일례에 대한 순서도이다.

도 24는 본 명세서의 일부 구현에 따른 AP의 동작 방법의 일례에 대한 순서도이다.

본 명세서에서 “또는 B(A or B)”는 “오직 A”“오직 B”또는 “와 B 모두”를 의미할 수 있다. 달리 표현하면, 본 명세서에서 “또는 B(A or B)”는 “및/또는 B(A and/or B)”으로 해석될 수 있다. 예를 들어, 본 명세서에서 “B 또는 C(A, B or C)”는 “오직 A”“오직 B”“오직 C”또는 “B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다.

본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 “및/또는(and/or)”을 의미할 수 있다. 예를 들어, “”는 “및/또는 B”를 의미할 수 있다. 이에 따라 “”는 “오직 A”“오직 B”또는 “와 B 모두”를 의미할 수 있다. 예를 들어, “B, C”는 “B 또는 C”를 의미할 수 있다.

본 명세서에서 “적어도 하나의 A 및 B(at least one of A and B)”는, “오직 A”“오직 B”또는 “와 B 모두”를 의미할 수 있다. 또한, 본 명세서에서 “적어도 하나의 A 또는 B(at least one of A or B)”나 “적어도 하나의 A 및/또는 B(at least one of A and/or B)”라는 표현은 “적어도 하나의 A 및 B(at least one of A and B)”와 동일하게 해석될 수 있다.

또한, 본 명세서에서 “적어도 하나의 A, B 및 C(at least one of A, B and C)”는, “오직 A”“오직 B”“오직 C”또는 “B 및 C의 임의의 모든 조합(any combination of A, B and C)”를 의미할 수 있다. 또한, “적어도 하나의 A, B 또는 C(at least one of A, B or C)”나 “적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)”는 “적어도 하나의 A, B 및 C(at least one of A, B and C)”를 의미할 수 있다.

또한, 본 명세서에서 사용되는 괄호는 “예를 들어(for example)”를 의미할 수 있다. 구체적으로, “제어 정보(EHT-Signal)”로 표시된 경우, “제어 정보”의 일례로 “”이 제안된 것일 수 있다. 달리 표현하면 본 명세서의 “제어 정보”는 “”로 제한(limit)되지 않고, “”이 “제어 정보”의 일례로 제안될 것일 수 있다. 또한, “제어 정보(즉, EHT-signal)”로 표시된 경우에도, “제어 정보”의 일례로 “”가 제안된 것일 수 있다.

본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.

본 명세서의 이하의 일례는 다양한 무선 통신시스템에 적용될 수 있다. 예를 들어, 본 명세서의 이하의 일례는 무선랜(wireless local area network, WLAN) 시스템에 적용될 수 있다. 예를 들어, 본 명세서는 IEEE 802.11a/g/n/ac의 규격이나, IEEE 802.11ax 규격에 적용될 수 있다. 또한 본 명세서는 새롭게 제안되는 EHT 규격 또는 IEEE 802.11be 규격에도 적용될 수 있다. 또한 본 명세서의 일례는 EHT 규격 또는 IEEE 802.11be를 개선(enhance)한 새로운 무선랜 규격에도 적용될 수 있다. 또한 본 명세서의 일례는 이동 통신 시스템에 적용될 수 있다. 예를 들어, 3GPP(3rd Generation Partnership Project) 규격에 기반하는 LTE(Long Term Evolution) 및 그 진화(evoluation)에 기반하는 이동 통신 시스템에 적용될 수 있다. 또한, 본 명세서의 일례는 3GPP 규격에 기반하는 5G NR 규격의 통신 시스템에 적용될 수 있다.

이하 본 명세서의 기술적 특징을 설명하기 위해 본 명세서가 적용될 수 있는 기술적 특징을 설명한다.

도 1의 일례는 이하에서 설명되는 다양한 기술적 특징을 수행할 수 있다. 도 1은 적어도 하나의 STA(station)에 관련된다. 예를 들어, 본 명세서의 STA(110, 120)은 이동 단말(mobile terminal), 무선 기기(wireless device), 무선 송수신 유닛(Wireless Transmit/Receive Unit; WTRU), 사용자 장비(User Equipment; UE), 이동국(Mobile Station; MS), 이동 가입자 유닛(Mobile Subscriber Unit) 또는 단순히 유저(user) 등의 다양한 명칭으로도 불릴 수 있다. 본 명세서의 STA(110, 120)은 네트워크, 기지국(Base Station), Node-B, AP(Access Point), 리피터, 라우터, 릴레이 등의 다양한 명칭으로 불릴 수 있다. 본 명세서의 STA(110, 120)은 수신 장치, 송신 장치, 수신 STA, 송신 STA, 수신 Device, 송신 Device 등의 다양한 명칭으로 불릴 수 있다.

예를 들어, STA(110, 120)은 AP(access Point) 역할을 수행하거나 non-AP 역할을 수행할 수 있다. 즉, 본 명세서의 STA(110, 120)은 AP 및/또는 non-AP의 기능을 수행할 수 있다. 본 명세서에서 AP는 AP STA으로도 표시될 수 있다.

본 명세서의 STA(110, 120)은 IEEE 802.11 규격 이외의 다양한 통신 규격을 함께 지원할 수 있다. 예를 들어, 3GPP 규격에 따른 통신 규격(예를 들어, LTE, LTE-A, 5G NR 규격)등을 지원할 수 있다. 또한 본 명세서의 STA은 휴대 전화, 차량(vehicle), 개인용 컴퓨터 등의 다양한 장치로 구현될 수 있다. 또한, 본 명세서의 STA은 음성 통화, 영상 통화, 데이터 통신, 자율 주행(Self-Driving, Autonomous-Driving) 등의 다양한 통신 서비스를 위한 통신을 지원할 수 있다.

본 명세서에서 STA(110, 120)은 IEEE 802.11 표준의 규정을 따르는 매체 접속 제어(medium access control, MAC)와 무선 매체에 대한 물리 계층(Physical Layer) 인터페이스를 포함할 수 있다.

도 1의 부도면 (a)를 기초로 STA(110, 120)을 설명하면 이하와 같다.

제1 STA(110)은 프로세서(111), 메모리(112) 및 트랜시버(113)를 포함할 수 있다. 도시된 프로세서, 메모리 및 트랜시버는 각각 별도의 칩으로 구현되거나, 적어도 둘 이상의 블록/기능이 하나의 칩을 통해 구현될 수 있다.

제1 STA의 트랜시버(113)는 신호의 송수신 동작을 수행한다. 구체적으로, IEEE 802.11 패킷(예를 들어, IEEE 802.11a/b/g/n/ac/ax/be 등)을 송수신할 수 있다.

예를 들어, 제1 STA(110)은 AP의 의도된 동작을 수행할 수 있다. 예를 들어, AP의 프로세서(111)는 트랜시버(113)를 통해 신호를 수신하고, 수신 신호를 처리하고, 송신 신호를 생성하고, 신호 송신을 위한 제어를 수행할 수 있다. AP의 메모리(112)는 트랜시버(113)를 통해 수신된 신호(즉, 수신 신호)를 저장할 수 있고, 트랜시버를 통해 송신될 신호(즉, 송신 신호)를 저장할 수 있다.

예를 들어, 제2 STA(120)은 Non-AP STA의 의도된 동작을 수행할 수 있다. 예를 들어, non-AP의 트랜시버(123)는 신호의 송수신 동작을 수행한다. 구체적으로, IEEE 802.11 패킷(예를 들어, IEEE 802.11a/b/g/n/ac/ax/be 등)을 송수신할 수 있다.

예를 들어, Non-AP STA의 프로세서(121)는 트랜시버(123)를 통해 신호를 수신하고, 수신 신호를 처리하고, 송신 신호를 생성하고, 신호 송신을 위한 제어를 수행할 수 있다. Non-AP STA의 메모리(122)는 트랜시버(123)를 통해 수신된 신호(즉, 수신 신호)를 저장할 수 있고, 트랜시버를 통해 송신될 신호(즉, 송신 신호)를 저장할 수 있다.

예를 들어, 이하의 명세서에서 AP로 표시된 장치의 동작은 제1 STA(110) 또는 제2 STA(120)에서 수행될 수 있다. 예를 들어 제1 STA(110)이 AP인 경우, AP로 표시된 장치의 동작은 제1 STA(110)의 프로세서(111)에 의해 제어되고, 제1 STA(110)의 프로세서(111)에 의해 제어되는 트랜시버(113)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제1 STA(110)의 메모리(112)에 저장될 수 있다. 또한, 제2 STA(110)이 AP인 경우, AP로 표시된 장치의 동작은 제2 STA(120)의 프로세서(121)에 의해 제어되고, 제2 STA(120)의 프로세서(121)에 의해 제어되는 트랜시버(123)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제2 STA(110)의 메모리(122)에 저장될 수 있다.

예를 들어, 이하의 명세서에서 non-AP(또는 User-STA)로 표시된 장치의 동작은 제 STA(110) 또는 제2 STA(120)에서 수행될 수 있다. 예를 들어 제2 STA(120)이 non-AP인 경우, non-AP로 표시된 장치의 동작은 제2 STA(120)의 프로세서(121)에 의해 제어되고, 제2 STA(120)의 프로세서(121)에 의해 제어되는 트랜시버(123)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, non-AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제2 STA(120)의 메모리(122)에 저장될 수 있다. 예를 들어 제1 STA(110)이 non-AP인 경우, non-AP로 표시된 장치의 동작은 제1 STA(110)의 프로세서(111)에 의해 제어되고, 제1 STA(120)의 프로세서(111)에 의해 제어되는 트랜시버(113)를 통해 관련된 신호가 송신되거나 수신될 수 있다. 또한, non-AP의 동작에 관련된 제어 정보나 AP의 송신/수신 신호는 제1 STA(110)의 메모리(112)에 저장될 수 있다.

이하의 명세서에서 (송신/수신) STA, 제1 STA, 제2 STA, STA1, STA2, AP, 제1 AP, 제2 AP, AP1, AP2, (송신/수신) Terminal, (송신/수신) device, (송신/수신) apparatus, 네트워크 등으로 불리는 장치는 도 1의 STA(110, 120)을 의미할 수 있다. 예를 들어, 구체적인 도면 부호 없이 (송신/수신) STA, 제1 STA, 제2 STA, STA1, STA2, AP, 제1 AP, 제2 AP, AP1, AP2, (송신/수신) Terminal, (송신/수신) device, (송신/수신) apparatus, 네트워크 등으로 표시된 장치도 도 1의 STA(110, 120)을 의미할 수 있다. 예를 들어, 이하의 일례에서 다양한 STA이 신호(예를 들어, PPPDU)를 송수신하는 동작은 도 1의 트랜시버(113, 123)에서 수행되는 것일 수 있다. 또한, 이하의 일례에서 다양한 STA이 송수신 신호를 생성하거나 송수신 신호를 위해 사전에 데이터 처리나 연산을 수행하는 동작은 도 1의 프로세서(111, 121)에서 수행되는 것일 수 있다. 예를 들어, 송수신 신호를 생성하거나 송수신 신호를 위해 사전에 데이터 처리나 연산을 수행하는 동작의 일례는, 1) PPDU 내에 포함되는 서브 필드(SIG, STF, LTF, Data) 필드의 비트 정보를 결정/획득/구성/연산/디코딩/인코딩하는 동작, 2) PPDU 내에 포함되는 서브 필드(SIG, STF, LTF, Data) 필드를 위해 사용되는 시간 자원이나 주파수 자원(예를 들어, 서브캐리어 자원) 등을 결정/구성/회득하는 동작, 3) PPDU 내에 포함되는 서브 필드(SIG, STF, LTF, Data) 필드를 위해 사용되는 특정한 시퀀스(예를 들어, 파일럿 시퀀스, STF/LTF 시퀀스, SIG에 적용되는 엑스트라 시퀀스) 등을 결정/구성/회득하는 동작, 4) STA에 대해 적용되는 전력 제어 동작 및/또는 파워 세이빙 동작, 5) ACK 신호의 결정/획득/구성/연산/디코딩/인코딩 등에 관련된 동작을 포함할 수 있다. 또한, 이하의 일례에서 다양한 STA이 송수신 신호의 결정/획득/구성/연산/디코딩/인코딩을 위해 사용하는 다양한 정보(예를 들어, 필드/서브필드/제어필드/파라미터/파워 등에 관련된 정보)는 도 1의 메모리(112, 122)에 저장될 수 있다.

상술한 도 1의 부도면 (a)의 장치/STA는 도 1의 부도면 (b)와 같이 변형될 수 있다. 이하 도 1의 부도면 (b)을 기초로, 본 명세서의 STA(110, 120)을 설명한다.

예를 들어, 도 1의 부도면 (b)에 도시된 트랜시버(113, 123)는 상술한 도 1의 부도면 (a)에 도시된 트랜시버와 동일한 기능을 수행할 수 있다. 예를 들어, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)은 프로세서(111, 121) 및 메모리(112, 122)를 포함할 수 있다. 도 1의 부도면 (b)에 도시된 프로세서(111, 121) 및 메모리(112, 122)는 상술한 도 1의 부도면 (a)에 도시된 프로세서(111, 121) 및 메모리(112, 122)와 동일한 기능을 수행할 수 있다.

이하에서 설명되는, 이동 단말(mobile terminal), 무선 기기(wireless device), 무선 송수신 유닛(Wireless Transmit/Receive Unit; WTRU), 사용자 장비(User Equipment; UE), 이동국(Mobile Station; MS), 이동 가입자 유닛(Mobile Subscriber Unit), 유저(user), 유저 STA, 네트워크, 기지국(Base Station), Node-B, AP(Access Point), 리피터, 라우터, 릴레이, 수신 장치, 송신 장치, 수신 STA, 송신 STA, 수신 Device, 송신 Device, 수신 Apparatus, 및/또는 송신 Apparatus는, 도 1의 부도면 (a)/(b)에 도시된 STA(110, 120)을 의미하거나, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)을 의미할 수 있다. 즉, 본 명세서의 기술적 특징은, 도 1의 부도면 (a)/(b)에 도시된 STA(110, 120)에 수행될 수도 있고, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)에서만 수행될 수도 있다. 예를 들어, 송신 STA가 제어 신호를 송신하는 기술적 특징은, 도 1의 부도면 (a)/(b)에 도시된 프로세서(111, 121)에서 생성된 제어 신호가 도 1의 부도면 (a)/(b)에 도시된 트랜시버(113, 123)을 통해 송신되는 기술적 특징으로 이해될 수 있다. 또는, 송신 STA가 제어 신호를 송신하는 기술적 특징은, 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)에서 트랜시버(113, 123)로 전달될 제어 신호가 생성되는 기술적 특징으로 이해될 수 있다.

예를 들어, 수신 STA가 제어 신호를 수신하는 기술적 특징은, 도 1의 부도면 (a)에 도시된 트랜시버(113, 123)에 의해 제어 신호가 수신되는 기술적 특징으로 이해될 수 있다. 또는, 수신 STA가 제어 신호를 수신하는 기술적 특징은, 도 1의 부도면 (a)에 도시된 트랜시버(113, 123)에 수신된 제어 신호가 도 1의 부도면 (a)에 도시된 프로세서(111, 121)에 의해 획득되는 기술적 특징으로 이해될 수 있다. 또는, 수신 STA가 제어 신호를 수신하는 기술적 특징은, 도 1의 부도면 (b)에 도시된 트랜시버(113, 123)에 수신된 제어 신호가 도 1의 부도면 (b)에 도시된 프로세싱 칩(114, 124)에 의해 획득되는 기술적 특징으로 이해될 수 있다.

도 1의 부도면 (b)을 참조하면, 메모리(112, 122) 내에 소프트웨어 코드(115, 125)가 포함될 수 있다. 소프트웨어 코드(115, 125)는 프로세서(111, 121)의 동작을 제어하는 instruction이 포함될 수 있다. 소프트웨어 코드(115, 125)는 다양한 프로그래밍 언어로 포함될 수 있다.

도 1에 도시된 프로세서(111, 121) 또는 프로세싱 칩(114, 124)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서는 AP(application processor)일 수 있다. 예를 들어, 도 1에 도시된 프로세서(111, 121) 또는 프로세싱 칩(114, 124)은 DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit), 모뎀(Modem; modulator and demodulator) 중 적어도 하나를 포함할 수 있다. 예를 들어, 도 1에 도시된 프로세서(111, 121) 또는 프로세싱 칩(114, 124)은 Qualcomm®에 의해 제조된 SNAPDRAGONTM 시리즈 프로세서, Samsung®에 의해 제조된 EXYNOSTM 시리즈 프로세서, Apple®에 의해 제조된 A 시리즈 프로세서, MediaTek®에 의해 제조된 HELIOTM 시리즈 프로세서, INTEL®에 의해 제조된 ATOMTM 시리즈 프로세서 또는 이를 개선(enhance)한 프로세서일 수 있다.

본 명세서에서 상향링크는 non-AP STA로부터 AP STA으로의 통신을 위한 링크를 의미할 수 있고 상향링크를 통해 상향링크 PPDU/패킷/신호 등이 송신될 수 있다. 또한, 본 명세서에서 하향링크는 AP STA로부터 non-AP STA으로의 통신을 위한 링크를 의미할 수 있고 하향링크를 통해 하향링크 PPDU/패킷/신호 등이 송신될 수 있다.

도 2는 무선랜(WLAN)의 구조를 나타낸 개념도이다.

도 2의 상단은 IEEE(institute of electrical and electronic engineers) 802.11의 인프라스트럭쳐 BSS(basic service set)의 구조를 나타낸다.

도 2의 상단을 참조하면, 무선랜 시스템은 하나 또는 그 이상의 인프라스트럭쳐 BSS(200, 205)(이하, BSS)를 포함할 수 있다. BSS(200, 205)는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 AP(access point, 225) 및 STA1(Station, 200-1)과 같은 AP와 STA의 집합으로서, 특정 영역을 가리키는 개념은 아니다. BSS(205)는 하나의 AP(230)에 하나 이상의 결합 가능한 STA(205-1, 205-2)을 포함할 수도 있다.

BSS는 적어도 하나의 STA, 분산 서비스(distribution Service)를 제공하는 AP(225, 230) 및 다수의 AP를 연결시키는 분산 시스템(distribution System, DS, 210)을 포함할 수 있다.

분산 시스템(210)은 여러 BSS(200, 205)를 연결하여 확장된 서비스 셋인 ESS(extended service set, 240)를 구현할 수 있다. ESS(240)는 하나 또는 여러 개의 AP가 분산 시스템(210)을 통해 연결되어 이루어진 하나의 네트워크를 지시하는 용어로 사용될 수 있다. 하나의 ESS(240)에 포함되는 AP는 동일한 SSID(service set identification)를 가질 수 있다.

포털(portal, 220)은 무선랜 네트워크(IEEE 802.11)와 다른 네트워크(예를 들어, 802.X)와의 연결을 수행하는 브리지 역할을 수행할 수 있다.

도 2의 상단과 같은 BSS에서는 AP(225, 230) 사이의 네트워크 및 AP(225, 230)와 STA(200-1, 205-1, 205-2) 사이의 네트워크가 구현될 수 있다. 하지만, AP(225, 230)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 것도 가능할 수 있다. AP(225, 230)가 없이 STA 사이에서도 네트워크를 설정하여 통신을 수행하는 네트워크를 애드-혹 네트워크(Ad-Hoc network) 또는 독립 BSS(independent basic service set, IBSS)라고 정의한다.

도 2의 하단은 IBSS를 나타낸 개념도이다.

도 2의 하단을 참조하면, IBSS는 애드-혹 모드로 동작하는 BSS이다. IBSS는 AP를 포함하지 않기 때문에 중앙에서 관리 기능을 수행하는 개체(centralized management entity)가 없다. 즉, IBSS에서 STA(250-1, 250-2, 250-3, 255-4, 255-5)들은 분산된 방식(distributed manner)으로 관리된다. IBSS에서는 모든 STA(250-1, 250-2, 250-3, 255-4, 255-5)이 이동 STA으로 이루어질 수 있으며, 분산 시스템으로의 접속이 허용되지 않아서 자기 완비적 네트워크(self-contained network)를 이룬다.

도시된 S310 단계에서 STA은 네트워크 발견 동작을 수행할 수 있다. 네트워크 발견 동작은 STA의 스캐닝(scanning) 동작을 포함할 수 있다. 즉, STA이 네트워크에 액세스하기 위해서는 참여 가능한 네트워크를 찾아야 한다. STA은 무선 네트워크에 참여하기 전에 호환 가능한 네트워크를 식별하여야 하는데, 특정 영역에 존재하는 네트워크 식별과정을 스캐닝이라고 한다. 스캐닝 방식에는 능동적 스캐닝(active scanning)과 수동적 스캐닝(passive scanning)이 있다.

도 3에서는 예시적으로 능동적 스캐닝 과정을 포함하는 네트워크 발견 동작을 도시한다. 능동적 스캐닝에서 스캐닝을 수행하는 STA은 채널들을 옮기면서 주변에 어떤 AP가 존재하는지 탐색하기 위해 프로브 요청 프레임(probe request frame)을 전송하고 이에 대한 응답을 기다린다. 응답자(responder)는 프로브 요청 프레임을 전송한 STA에게 프로브 요청 프레임에 대한 응답으로 프로브 응답 프레임(probe response frame)을 전송한다. 여기에서, 응답자는 스캐닝되고 있는 채널의 BSS에서 마지막으로 비콘 프레임(beacon frame)을 전송한 STA일 수 있다. BSS에서는 AP가 비콘 프레임을 전송하므로 AP가 응답자가 되며, IBSS에서는 IBSS 내의 STA들이 돌아가면서 비콘 프레임을 전송하므로 응답자가 일정하지 않다. 예를 들어, 1번 채널에서 프로브 요청 프레임을 전송하고 1번 채널에서 프로브 응답 프레임을 수신한 STA은, 수신한 프로브 응답 프레임에 포함된 BSS 관련 정보를 저장하고 다음 채널(예를 들어, 2번 채널)로 이동하여 동일한 방법으로 스캐닝(즉, 2번 채널 상에서 프로브 요청/응답 송수신)을 수행할 수 있다.

도 3의 일례에는 표시되지 않았지만, 스캐닝 동작은 수동적 스캐닝 방식으로 수행될 수도 있다. 수동적 스캐닝을 기초로 스캐닝을 수행하는 STA은 채널들을 옮기면서 비콘 프레임을 기다릴 수 있다. 비콘 프레임은 IEEE 802.11에서 관리 프레임(management frame) 중 하나로서, 무선 네트워크의 존재를 알리고, 스캐닝을 수행하는 STA으로 하여금 무선 네트워크를 찾아서, 무선 네트워크에 참여할 수 있도록 주기적으로 전송된다. BSS에서 AP가 비콘 프레임을 주기적으로 전송하는 역할을 수행하고, IBSS에서는 IBSS 내의 STA들이 돌아가면서 비콘 프레임을 전송한다. 스캐닝을 수행하는 STA은 비콘 프레임을 수신하면 비콘 프레임에 포함된 BSS에 대한 정보를 저장하고 다른 채널로 이동하면서 각 채널에서 비콘 프레임 정보를 기록한다. 비콘 프레임을 수신한 STA은, 수신한 비콘 프레임에 포함된 BSS 관련 정보를 저장하고 다음 채널로 이동하여 동일한 방법으로 다음 채널에서 스캐닝을 수행할 수 있다.

네트워크를 발견한 STA은, 단계 S320를 통해 인증 과정을 수행할 수 있다. 이러한 인증 과정은 후술하는 단계 S340의 보안 셋업 동작과 명확하게 구분하기 위해서 첫 번째 인증(first authentication) 과정이라고 칭할 수 있다. S320의 인증 과정은, STA이 인증 요청 프레임(authentication request frame)을 AP에게 전송하고, 이에 응답하여 AP가 인증 응답 프레임(authentication response frame)을 STA에게 전송하는 과정을 포함할 수 있다. 인증 요청/응답에 사용되는 인증 프레임(authentication frame)은 관리 프레임에 해당한다.

인증 프레임은 인증 알고리즘 번호(authentication algorithm number), 인증 트랜잭션 시퀀스 번호(authentication transaction sequence number), 상태 코드(status code), 검문 텍스트(challenge text), RSN(Robust Security Network), 유한 순환 그룹(Finite Cyclic Group) 등에 대한 정보를 포함할 수 있다.

STA은 인증 요청 프레임을 AP에게 전송할 수 있다. AP는 수신된 인증 요청 프레임에 포함된 정보에 기초하여, 해당 STA에 대한 인증을 허용할지 여부를 결정할 수 있다. AP는 인증 처리의 결과를 인증 응답 프레임을 통하여 STA에게 제공할 수 있다.

성공적으로 인증된 STA은 단계 S330을 기초로 연결 과정을 수행할 수 있다. 연결 과정은 STA이 연결 요청 프레임(association request frame)을 AP에게 전송하고, 이에 응답하여 AP가 연결 응답 프레임(association response frame)을 STA에게 전송하는 과정을 포함한다. 예를 들어, 연결 요청 프레임은 다양한 능력(capability)에 관련된 정보, 비콘 청취 간격(listen interval), SSID(service set identifier), 지원 레이트(supported rates), 지원 채널(supported channels), RSN, 이동성 도메인, 지원 오퍼레이팅 클래스(supported operating classes), TIM 방송 요청(Traffic Indication Map Broadcast request), 상호동작(interworking) 서비스 능력 등에 대한 정보를 포함할 수 있다. 예를 들어, 연결 응답 프레임은 다양한 능력에 관련된 정보, 상태 코드, AID(Association ID), 지원 레이트, EDCA(Enhanced Distributed Channel Access) 파라미터 세트, RCPI(Received Channel Power Indicator), RSNI(Received Signal to Noise Indicator), 이동성 도메인, 타임아웃 간격(연관 컴백 시간(association comeback time)), 중첩(overlapping) BSS 스캔 파라미터, TIM 방송 응답, QoS 맵 등의 정보를 포함할 수 있다.

이후 S340 단계에서, STA은 보안 셋업 과정을 수행할 수 있다. 단계 S340의 보안 셋업 과정은, 예를 들어, EAPOL(Extensible Authentication Protocol over LAN) 프레임을 통한 4-웨이(way) 핸드쉐이킹을 통해서, 프라이빗 키 셋업(private key setup)을 하는 과정을 포함할 수 있다.

도시된 바와 같이, IEEE a/g/n/ac 등의 규격에서는 다양한 형태의 PPDU(PHY protocol data unit)가 사용되었다. 구체적으로, LTF, STF 필드는 트레이닝 신호를 포함하였고, SIG-A, SIG-B 에는 수신 스테이션을 위한 제어 정보가 포함되었고, 데이터 필드에는 PSDU(MAC PDU/Aggregated MAC PDU)에 상응하는 사용자 데이터가 포함되었다.

또한, 도 4는 IEEE 802.11ax 규격의 HE PPDU의 일례도 포함한다. 도 4에 따른 HE PPDU는 다중 사용자를 위한 PPDU의 일례로, HE-SIG-B는 다중 사용자를 위한 경우에만 포함되고, 단일 사용자를 위한 PPDU에는 해당 HE-SIG-B가 생략될 수 있다.

도시된 바와 같이, 다중 사용자(Multiple User; MU)를 위한 HE-PPDU는 L-STF(legacy-short training field), L-LTF(legacy-long training field), L-SIG(legacy-signal), HE-SIG-A(high efficiency-signal A), HE-SIG-B(high efficiency-signal-B), HE-STF(high efficiency-short training field), HE-LTF(high efficiency-long training field), 데이터 필드(또는 MAC 페이로드) 및 PE(Packet Extension) 필드를 포함할 수 있다. 각각의 필드는 도시된 시간 구간(즉, 4 또는 8 ㎲ 등) 동안에 전송될 수 있다.

이하, PPDU에서 사용되는 자원유닛(RU)을 설명한다. 자원유닛은 복수 개의 서브캐리어(또는 톤)을 포함할 수 있다. 자원유닛은 OFDMA 기법을 기초로 다수의 STA에게 신호를 송신하는 경우 사용될 수 있다. 또한 하나의 STA에게 신호를 송신하는 경우에도 자원유닛이 정의될 수 있다. 자원유닛은 STF, LTF, 데이터 필드 등을 위해 사용될 수 있다.

도 5에 도시된 바와 같이, 서로 다른 개수의 톤(즉, 서브캐리어)에 대응되는 자원유닛(Resource Unit; RU)이 사용되어 HE-PPDU의 일부 필드를 구성할 수 있다. 예를 들어, HE-STF, HE-LTF, 데이터 필드에 대해 도시된 RU 단위로 자원이 할당될 수 있다.

도 5의 최상단에 도시된 바와 같이, 26-유닛(즉, 26개의 톤에 상응하는 유닛)이 배치될 수 있다. 20MHz 대역의 최좌측(leftmost) 대역에는 6개의 톤이 가드(Guard) 대역으로 사용되고, 20MHz 대역의 최우측(rightmost) 대역에는 5개의 톤이 가드 대역으로 사용될 수 있다. 또한 중심대역, 즉 DC 대역에는 7개의 DC 톤이 삽입되고, DC 대역의 좌우측으로 각 13개의 톤에 상응하는 26-유닛이 존재할 수 있다. 또한, 기타 대역에는 26-유닛, 52-유닛, 106-유닛이 할당될 수 있다. 각 유닛은 수신 스테이션, 즉 사용자를 위해 할당될 수 있다.

한편, 도 5의 RU 배치는 다수의 사용자(MU)를 위한 상황뿐만 아니라, 단일 사용자(SU)를 위한 상황에서도 활용되며, 이 경우에는 도 5의 최하단에 도시된 바와 같이 1개의 242-유닛을 사용하는 것이 가능하며 이 경우에는 3개의 DC 톤이 삽입될 수 있다.

도 5의 일례에서는 다양한 크기의 RU, 즉, 26-RU, 52-RU, 106-RU, 242-RU 등이 제안되었는바, 이러한 RU의 구체적인 크기는 확장 또는 증가할 수 있기 때문에, 본 실시예는 각 RU의 구체적인 크기(즉, 상응하는 톤의 개수)에 제한되지 않는다.

도 5의 일례에서 다양한 크기의 RU가 사용된 것과 마찬가지로, 도 6의 일례 역시 26-RU, 52-RU, 106-RU, 242-RU, 484-RU 등이 사용될 수 있다. 또한, 중심주파수에는 5개의 DC 톤이 삽입될 수 있고, 40MHz 대역의 최좌측(leftmost) 대역에는 12개의 톤이 가드(Guard) 대역으로 사용되고, 40MHz 대역의 최우측(rightmost) 대역에는 11개의 톤이 가드 대역으로 사용될 수 있다.

또한, 도시된 바와 같이, 단일 사용자를 위해 사용되는 경우, 484-RU가 사용될 수 있다. 한편, RU의 구체적인 개수가 변경될 수 있다는 점은 도 4의 일례와 동일하다.

도 5 및 도 6의 일례에서 다양한 크기의 RU가 사용된 것과 마찬가지로, 도 7의 일례 역시 26-RU, 52-RU, 106-RU, 242-RU, 484-RU, 996-RU 등이 사용될 수 있다. 또한, 중심주파수에는 7개의 DC 톤이 삽입될 수 있고, 80MHz 대역의 최좌측(leftmost) 대역에는 12개의 톤이 가드(Guard) 대역으로 사용되고, 80MHz 대역의 최우측(rightmost) 대역에는 11개의 톤이 가드 대역으로 사용될 수 있다. 또한 DC 대역 좌우에 위치하는 각각 13개의 톤을 사용한 26-RU를 사용할 수 있다.

또한, 도시된 바와 같이, 단일 사용자를 위해 사용되는 경우, 996-RU가 사용될 수 있으며 이 경우에는 5개의 DC 톤이 삽입될 수 있다.

본 명세서에서 설명된 RU는 UL(Uplink) 통신 및 DL(Downlink) 통신에 사용될 수 있다. 예를 들어, Trigger frame에 의해 solicit되는 UL-MU 통신이 수행되는 경우, 송신 STA(예를 들어, AP)은 Trigger frame을 통해서 제1 STA에게는 제1 RU(예를 들어, 26/52/106/242-RU 등)를 할당하고, 제2 STA에게는 제2 RU(예를 들어, 26/52/106/242-RU 등)를 할당할 수 있다. 이후, 제1 STA은 제1 RU를 기초로 제1 Trigger-based PPDU를 송신할 수 있고, 제2 STA은 제2 RU를 기초로 제2 Trigger-based PPDU를 송신할 수 있다. 제1/제2 Trigger-based PPDU는 동일한 시간 구간에 AP로 송신된다.

예를 들어, DL MU PPDU가 구성되는 경우, 송신 STA(예를 들어, AP)은 제1 STA에게는 제1 RU(예를 들어, 26/52/106/242-RU 등)를 할당하고, 제2 STA에게는 제2 RU(예를 들어, 26/52/106/242-RU 등)를 할당할 수 있다. 즉, 송신 STA(예를 들어, AP)은 하나의 MU PPDU 내에서 제1 RU를 통해 제1 STA을 위한 HE-STF, HE-LTF, Data 필드를 송신할 수 있고, 제2 RU를 통해 제2 STA을 위한 HE-STF, HE-LTF, Data 필드를 송신할 수 있다.

RU의 배치에 관한 정보는 HE-SIG-B를 통해 시그널될 수 있다.

도 8은 HE-SIG-B 필드의 구조를 나타낸다.

도시된 바와 같이, HE-SIG-B 필드(810)는 공통필드(820) 및 사용자-개별(user-specific) 필드(830)을 포함한다. 공통필드(820)는 SIG-B를 수신하는 모든 사용자(즉, 사용자 STA)에게 공통으로 적용되는 정보를 포함할 수 있다. 사용자-개별 필드(830)는 사용자-개별 제어필드로 불릴 수 있다. 사용자-개별 필드(830)는, SIG-B가 복수의 사용자에게 전달되는 경우 복수의 사용자 중 어느 일부에만 적용될 수 있다.

도 8에 도시된 바와 같이 공통필드(820) 및 사용자-개별 필드(830)는 별도로 인코딩될 수 있다.

공통필드(820)는 N*8 비트의 RU allocation 정보를 포함할 수 있다. 예를 들어, RU allocation 정보는 RU의 위치(location)에 관한 정보를 포함할 수 있다. 예를 들어, 도 5와 같이 20 MHz 채널이 사용되는 경우, RU allocation 정보는 어떤 주파수 대역에 어떤 RU(26-RU/52-RU/106-RU)가 배치되는 지에 관한 정보를 포함할 수 있다.

RU allocation 정보가 8 비트로 구성되는 경우의 일례는 다음과 같다.

도 5의 일례와 같이, 20 MHz 채널에는 최대 9개의 26-RU가 할당될 수 있다. 표 1과 같이 공통필드(820)의 RU allocation 정보가 '00000000' 같이 설정되는 경우 대응되는 채널(즉, 20 MHz)에는 9개의 26-RU가 할당될 수 있다. 또한, 표 1과 같이 공통필드(820)의 RU allocation 정보가 '00000001' 같이 설정되는 경우 대응되는 채널에 7개의 26-RU와 1개의 52-RU가 배치된다. 즉, 도 5의 일례에서 최-우측에서는 52-RU가 할당되고, 그 좌측으로는 7개의 26-RU가 할당될 수 있다.

표 1의 일례는 RU allocation 정보가 표시할 수 있는 RU location 들 중 일부만을 표시한 것이다.

예를 들어, RU allocation 정보는 하기 표 2의 일례를 추가로 포함할 수 있다.

“01000y2y1y0”는 20 MHz 채널의 최-좌측에 106-RU가 할당되고, 그 우측으로 5개의 26-RU가 할당되는 일례에 관련된다. 이 경우, 106-RU에 대해서는 MU-MIMO 기법을 기초로 다수의 STA(예를 들어, User-STA)이 할당될 수 있다. 구체적으로 106-RU에 대해서는 최대 8개의 STA(예를 들어, User-STA)이 할당될 수 있고, 106-RU에 할당되는 STA(예를 들어, User-STA)의 개수는 3비트 정보(y2y1y0)를 기초로 결정된다. 예를 들어, 3비트 정보(y2y1y0)가 N으로 설정되는 경우, 106-RU에 MU-MIMO 기법을 기초로 할당되는 STA(예를 들어, User-STA)의 개수는 N+1일 수 있다.

일반적으로 복수의 RU에 대해서는 서로 다른 복수의 STA(예를 들어 User STA)이 할당될 수 있다. 그러나 특정한 크기(예를 들어, 106 서브캐리어) 이상의 하나의 RU에 대해서는 MU-MIMO 기법을 기초로 복수의 STA(예를 들어 User STA)이 할당될 수 있다.

도 8에 도시된 바와 같이, 사용자-개별 필드(830)는 복수 개의 사용자 필드를 포함할 수 있다. 상술한 바와 같이, 공통필드(820)의 RU allocation 정보를 기초로 특정 채널에 할당되는 STA(예를 들어 User STA)의 개수가 결정될 수 있다. 예를 들어, 공통필드(820)의 RU allocation 정보가 '00000000'인 경우 9개의 26-RU 각각에 1개씩의 User STA이 할당(즉, 총 9개의 User STA이 할당)될 수 있다. 즉, 최대 9개의 User STA이 OFDMA 기법을 통해 특정 채널에 할당될 수 있다. 달리 표현하면 최대 9개의 User STA이 non-MU-MIMO 기법을 통해 특정 채널에 할당될 수 있다.

예를 들어, RU allocation가 “”로 설정되는 경우, 최-좌측에 배치되는 106-RU에는 MU-MIMO 기법을 통해 복수의 User STA이 할당되고, 그 우측에 배치되는 5개의 26-RU에는 non-MU-MIMO 기법을 통해 5개의 User STA이 할당될 수 있다. 이러한 경우는 도 9의 일례를 통해 구체화된다.

예를 들어, 도 9와 같이 RU allocation가 “”으로 설정되는 경우, 표 2를 기초로, 특정 채널의 최-좌측에는 106-RU가 할당되고 그 우측으로는 5개의 26-RU가 할당될 수 있다. 또한, 106-RU에는 총 3개의 User STA이 MU-MIMO 기법을 통해 할당될 수 있다. 결과적으로 총 8개의 User STA이 할당되기 때문에, HE-SIG-B의 사용자-개별 필드(830)는 8개의 User field를 포함할 수 있다.

8개의 User field는 도 9에 도시된 순서로 포함될 수 있다. 또한 도 8에서 도시된 바와 같이, 2개의 User field는 1개의 User block field로 구현될 수 있다.

도 8 및 도 9에 도시되는 User field는 2개의 포맷을 기초로 구성될 수 있다. 즉, MU-MIMO 기법에 관련되는 User field는 제1 포맷으로 구성되고, non-MU-MIMO 기법에 관련되는 User field는 제2 포맷으로 구성될 수 있다. 도 9의 일례를 참조하면, User field 1 내지 User field 3은 제1 포맷에 기초할 수 있고, User field 4 내지 User Field 8은 제2 포맷에 기초할 수 있다. 제1 포맷 또는 제2 포맷은 동일한 길이(예를 들어 21비트)의 비트 정보를 포함할 수 있다.

각각의 User field는 동일한 크기(예를 들어 21 비트)를 가질 수 있다. 예를 들어, 제1 포맷(MU-MIMO 기법의 포맷)의 User Field는 다음과 같이 구성될 수 있다.

예를 들어, User field(즉, 21 비트) 내의 제1 비트(예를 들어, B0-B10)는 해당 User field가 할당되는 User STA의 식별정보(예를 들어, STA-ID, partial AID 등)를 포함할 수 있다. 또한 User field(즉, 21 비트) 내의 제2 비트(예를 들어, B11-B14)는 공간 설정(spatial configuration)에 관한 정보를 포함할 수 있다.

또한, User field(즉, 21 비트) 내의 제3 비트(즉, B15-18)는 MCS(Modulation and coding scheme) 정보를 포함할 수 있다. MCS 정보는 해당 SIG-B가 포함되는 PPDU 내의 데이터 필드에 적용될 수 있다.

본 명세서에서 사용되는 MCS, MCS 정보, MCS 인덱스, MCS 필드 등은 특정한 인덱스 값으로 표시될 수 있다. 예를 들어, MCS 정보는 인덱스 0 내지 인덱스 11로 표시될 수 있다. MCS 정보는 성상 변조 타입(예를 들어, BPSK, QPSK, 16-QAM, 64-QAM, 256-QAM, 1024-QAM 등)에 관한 정보, 및 코딩 레이트(예를 들어, 1/2, 2/3, 3/4, 5/6 등)에 관한 정보를 포함할 수 있다. MCS 정보에는 채널 코딩 타입(예를 들어, BCC 또는 LDPC)에 관한 정보가 제외될 수 있다.

또한, User field(즉, 21 비트) 내의 제4 비트(즉, B19)는 Reserved 필드 일 수 있다.

또한, User field(즉, 21 비트) 내의 제5 비트(즉, B20)는 코딩 타입(예를 들어, BCC 또는 LDPC)에 관한 정보를 포함할 수 있다. 즉, 제5 비트(즉, B20)는 해당 SIG-B가 포함되는 PPDU 내의 데이터 필드에 적용된 채널코딩의 타입(예를 들어, BCC 또는 LDPC)에 관한 정보를 포함할 수 있다.

상술한 일례는 제1 포맷(MU-MIMO 기법의 포맷)의 User Field에 관련된다. 제2 포맷(non-MU-MIMO 기법의 포맷)의 User field의 일례는 이하와 같다.

제2 포맷의 User field 내의 제1 비트(예를 들어, B0-B10)는 User STA의 식별정보를 포함할 수 있다. 또한, 제2 포맷의 User field 내의 제2 비트(예를 들어, B11-B13)는 해당 RU에 적용되는 공간 스트림(spatial stream)의 개수에 관한 정보를 포함할 수 있다. 또한, 제2 포맷의 User field 내의 제3 비트(예를 들어, B14)는 beamforming steering matrix가 적용되는지 여부에 관한 정보가 포함될 수 있다. 제2 포맷의 User field 내의 제4 비트(예를 들어, B15-B18)는 MCS(Modulation and coding scheme) 정보를 포함할 수 있다. 또한, 제2 포맷의 User field 내의 제5 비트(예를 들어, B19)는 DCM(Dual Carrier Modulation)이 적용되는지 여부에 관한 정보를 포함할 수 있다. 또한, 제2 포맷의 User field 내의 제6 비트(즉, B20)는 코딩 타입(예를 들어, BCC 또는 LDPC)에 관한 정보를 포함할 수 있다.

이하, 본 명세서의 STA에서 송신/수신되는 PPDU가 설명된다.

도 10은 본 명세서에 사용되는 PPDU의 일례를 나타낸다.

도 10의 PPDU는 EHT PPDU, 송신 PPDU, 수신 PPDU, 제1 타입 또는 제N 타입 PPDU 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, 본 명세서에서 PPDU 또는 EHT PPDU는, 송신 PPDU, 수신 PPDU, 제1 타입 또는 제N 타입 PPDU 등의 다양한 명칭으로 불릴 수 있다. 또한, EHT PPU는 EHT 시스템 및/또는 EHT 시스템을 개선한 새로운 무선랜 시스템에서 사용될 수 있다.

도 10의 PPDU는 EHT 시스템에서 사용되는 PPDU 타입 중 일부 또는 전부를 나타낼 수 있다. 예를 들어, 도 10의 일례는 SU(single-user) 모드 및 MU(multi-user) 모드 모두를 위해 사용될 수 있다. 달리 표현하면, 도 10의 PPDU는 하나의 수신 STA 또는 복수의 수신 STA을 위한 PPDU일 수 있다. 도 10의 PPDU가 TB(Trigger-based) 모드를 위해 사용되는 경우, 도 10의 EHT-SIG는 생략될 수 있다. 달리 표현하면 UL-MU(Uplink-MU) 통신을 위한 Trigger frame을 수신한 STA은, 도 10의 일례에서 EHT-SIG 가 생략된 PPDU를 송신할 수 있다.

도 10에서 L-STF 내지 EHT-LTF는 프리앰블(preamble) 또는 물리 프리앰블(physical preamble)로 불릴 수 있고, 물리계층에서 생성/송신/수신/획득/디코딩될 수 있다.

도 10의 L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, EHT-SIG 필드의 subcarrier spacing은 312.5 kHz로 정해지고, EHT-STF, EHT-LTF, Data 필드의 subcarrier spacing은 78.125 kHz로 정해질 수 있다. 즉, L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, EHT-SIG 필드의 tone index(또는 subcarrier index)는 312.5 kHz 단위로 표시되고, EHT-STF, EHT-LTF, Data 필드의 tone index(또는 subcarrier index)는 78.125 kHz 단위로 표시될 수 있다.

도 10의 PPDU는 L-LTF 및 L-STF는 종래의 필드와 동일할 수 있다.

도 10의 L-SIG 필드는 예를 들어 24 비트의 비트 정보를 포함할 수 있다. 예를 들어, 24비트 정보는 4 비트의 Rate 필드, 1 비트의 Reserved 비트, 12 비트의 Length 필드, 1 비트의 Parity 비트 및, 6 비트의 Tail 비트를 포함할 수 있다. 예를 들어, 12 비트의 Length 필드는 PPDU의 길이 또는 time duration에 관한 정보를 포함할 수 있다. 예를 들어, 12비트 Length 필드의 값은 PPDU의 타입을 기초로 결정될 수 있다. 예를 들어, PPDU가 non-HT, HT, VHT PPDU이거나 EHT PPDU인 경우, Length 필드의 값은 3의 배수로 결정될 수 있다. 예를 들어, PPDU가 HE PPDU인 경우, Length 필드의 값은 “의 배수 + 1”또는 “의 배수 +2”로 결정될 수 있다. 달리 표현하면, non-HT, HT, VHT PPDU이거나 EHT PPDU를 위해 Length 필드의 값은 3의 배수로 결정될 수 있고, HE PPDU를 위해 Length 필드의 값은 “의 배수 + 1”또는 “의 배수 +2”로 결정될 수 있다.

예를 들어, 송신 STA은 L-SIG 필드의 24 비트 정보에 대해 1/2의 부호화율(code rate)에 기초한 BCC 인코딩을 적용할 수 있다. 이후 송신 STA은 48 비트의 BCC 부호화 비트를 획득할 수 있다. 48비트의 부호화 비트에 대해서는 BPSK 변조가 적용되어 48 개의 BPSK 심볼이 생성될 수 있다. 송신 STA은 48개의 BPSK 심볼을, 파일럿 서브캐리어{서브캐리어 인덱스 -21, -7, +7, +21} 및 DC 서브캐리어{서브캐리어 인덱스 0}를 제외한 위치에 매핑할 수 있다. 결과적으로 48개의 BPSK 심볼은 서브캐리어 인덱스 -26 내지 -22, -20 내지 -8, -6 내지 -1, +1 내지 +6, +8 내지 +20, 및 +22 내지 +26에 매핑될 수 있다. 송신 STA은 서브캐리어 인덱스 {-28, -27, +27, 28}에 {-1, -1, -1, 1}의 신호를 추가로 매핑할 수 있다. 위의 신호는 {-28, -27, +27, 28}에 상응하는 주파수 영역에 대한 채널 추정을 위해 사용될 수 있다.

송신 STA은 L-SIG와 동일하게 생성되는 RL-SIG를 생성할 수 있다. RL-SIG에 대해서는 BPSK 변조가 적용된다. 수신 STA은 RL-SIG의 존재를 기초로 수신 PPDU가 HE PPDU 또는 EHT PPDU임을 알 수 있다.

도 10의 RL-SIG 이후에는 U-SIG(Universal SIG)가 삽입될 수 있다. U-SIG는 제1 SIG 필드, 제1 SIG, 제1 타입 SIG, 제어 시그널, 제어 시그널 필드, 제1 (타입) 제어 시그널 등의 다양한 명칭으로 불릴 수 있다.

U-SIG는 N 비트의 정보를 포함할 수 있고, EHT PPDU의 타입을 식별하기 위한 정보를 포함할 수 있다. 예를 들어, U-SIG는 2개의 심볼(예를 들어, 연속하는 2 개의 OFDM 심볼)을 기초로 구성될 수 있다. U-SIG를 위한 각 심볼(예를 들어, OFDM 심볼)은 4 us의 duration 을 가질 수 있다. U-SIG의 각 심볼은 26 비트 정보를 송신하기 위해 사용될 수 있다. 예를 들어 U-SIG의 각 심볼은 52개의 데이터 톤과 4 개의 파일럿 톤을 기초로 송수신될 수 있다.

U-SIG(또는 U-SIG 필드)를 통해서는 예를 들어 A 비트 정보(예를 들어, 52 un-coded bit)가 송신될 수 있고, U-SIG의 제1 심볼은 총 A 비트 정보 중 처음 X 비트 정보(예를 들어, 26 un-coded bit)를 송신하고, U-SIG의 제2 심볼은 총 A 비트 정보 중 나머지 Y 비트 정보(예를 들어, 26 un-coded bit)를 송신할 수 있다. 예를 들어, 송신 STA은 각 U-SIG 심볼에 포함되는 26 un-coded bit를 획득할 수 있다. 송신 STA은 R=1/2의 rate를 기초로 convolutional encoding(즉, BCC 인코딩)을 수행하여 52-coded bit를 생성하고, 52-coded bit에 대한 인터리빙을 수행할 수 있다. 송신 STA은 인터리빙된 52-coded bit에 대해 BPSK 변조를 수행하여 각 U-SIG 심볼에 할당되는 52개의 BPSK 심볼을 생성할 수 있다. 하나의 U-SIG 심볼은 DC 인덱스 0을 제외하고, 서브캐리어 인덱스 -28부터 서브캐리어 인덱스 +28까지의 56개 톤(서브캐리어)을 기초로 송신될 수 있다. 송신 STA이 생성한 52개의 BPSK 심볼은 파일럿 톤인 -21, -7, +7, +21 톤을 제외한 나머지 톤(서브캐리어)를 기초로 송신될 수 있다.

예를 들어, U-SIG에 의해 송신되는 A 비트 정보(예를 들어, 52 un-coded bit)는 CRC 필드(예를 들어 4비트 길이의 필드) 및 테일 필드(예를 들어 6비트 길이의 필드)를 포함할 수 있다. 상기 CRC 필드 및 테일 필드는 U-SIG의 제2 심볼을 통해 송신될 수 있다. 상기 CRC 필드는 U-SIG의 제1 심볼에 할당되는 26 비트와 제2 심볼 내에서 상기 CRC/테일 필드를 제외한 나머지 16 비트를 기초로 생성될 수 있고, 종래의 CRC calculation 알고리즘을 기초로 생성될 수 있다. 또한, 상기 테일 필드는 convolutional decoder의 trellis를 terminate하기 위해 사용될 수 있고, 예를 들어 “”으로 설정될 수 있다.

U-SIG(또는 U-SIG 필드)에 의해 송신되는 A 비트 정보(예를 들어, 52 un-coded bit)는 version-independent bits와 version-dependent bits로 구분될 수 있다. 예를 들어, version-independent bits의 크기는 고정적이거나 가변적일 수 있다. 예를 들어, version-independent bits는 U-SIG의 제1 심볼에만 할당되거나, version-independent bits는 U-SIG의 제1 심볼 및 제2 심볼 모두에 할당될 수 있다. 예를 들어, version-independent bits와 version-dependent bits는 제1 제어 비트 및 제2 제어 비트 등의 다양한 명칭으로 불릴 수 있다.

예를 들어, U-SIG의 version-independent bits는 3비트의 PHY version identifier를 포함할 수 있다. 예를 들어, 3비트의 PHY version identifier는 송수신 PPDU의 PHY version 에 관련된 정보를 포함할 수 있다. 예를 들어, 3비트의 PHY version identifier의 제1 값은 송수신 PPDU가 EHT PPDU임을 지시할 수 있다. 달리 표현하면, 송신 STA은 EHT PPDU를 송신하는 경우, 3비트의 PHY version identifier를 제1 값으로 설정할 수 있다. 달리 표현하면, 수신 STA은 제1 값을 가지는 PHY version identifier를 기초로, 수신 PPDU가 EHT PPDU임을 판단할 수 있다.

예를 들어, U-SIG의 version-independent bits는 1비트의 UL/DL flag 필드를 포함할 수 있다. 1비트의 UL/DL flag 필드의 제1 값은 UL 통신에 관련되고, UL/DL flag 필드의 제2 값은 DL 통신에 관련된다.

예를 들어, U-SIG의 version-independent bits는 TXOP의 길이에 관한 정보, BSS color ID에 관한 정보를 포함할 수 있다.

예를 들어 EHT PPDU가 다양한 타입(예를 들어, SU 모드에 관련된 EHT PPDU, MU 모드에 관련된 EHT PPDU, TB 모드에 관련된 EHT PPDU, Extended Range 송신에 관련된 EHT PPDU 등의 다양한 타입)으로 구분되는 경우, EHT PPDU의 타입에 관한 정보는 U-SIG의 version-dependent bits에 포함될 수 있다.

예를 들어, U-SIG는 1) 대역폭에 관한 정보를 포함하는 대역폭 필드, 2) EHT-SIG에 적용되는 MCS 기법에 관한 정보를 포함하는 필드, 3) EHT-SIG에 듀얼 서브캐리어 모듈레이션(dual subcarrier modulation, DCM) 기법이 적용되는지 여부에 관련된 정보를 포함하는 지시 필드, 4) EHT-SIG를 위해 사용되는 심볼의 개수에 관한 정보를 포함하는 필드, 5) EHT-SIG가 전 대역에 걸쳐 생성되는지 여부에 관한 정보를 포함하는 필드, 6) EHT-LTF/STF의 타입에 관한 정보를 포함하는 필드, 7) EHT-LTF의 길이 및 CP 길이를 지시하는 필드에 관한 정보를 포함할 수 있다.

도 10의 PPDU에는 프리앰블 펑처링(puncturing)이 적용될 수 있다. 프리앰블 펑처링은 PPDU의 전체 대역 중에서 일부 대역(예를 들어, Secondary 20 MHz 대역)을 펑처링을 적용하는 것을 의미한다. 예를 들어, 80 MHz PPDU가 송신되는 경우, STA은 80 MHz 대역 중 secondary 20 MHz 대역에 대해 펑처링을 적용하고, primary 20 MHz 대역과 secondary 40 MHz 대역을 통해서만 PPDU를 송신할 수 있다.

예를 들어 프리앰블 펑처링의 패턴은 사전에 설정될 수 있다. 예를 들어, 제1 펑처링 패턴이 적용되는 경우, 80 MHz 대역 내에서 secondary 20 MHz 대역에 대해서만 펑처링이 적용될 수 있다. 예를 들어, 제2 펑처링 패턴이 적용되는 경우, 80 MHz 대역 내에서 secondary 40 MHz 대역에 포함된 2개의 secondary 20 MHz 대역 중 어느 하나에 대해서만 펑처링이 적용될 수 있다. 예를 들어, 제3 펑처링 패턴이 적용되는 경우, 160 MHz 대역(또는 80+80 MHz 대역) 내에서 primary 80 MHz 대역에 포함된 secondary 20 MHz 대역에 대해서만 펑처링이 적용될 수 있다. 예를 들어, 제4 펑처링 패턴이 적용되는 경우, 160 MHz 대역(또는 80+80 MHz 대역) 내에서 primary 80 MHz 대역에 포함된 primary 40 MHz 대역은 존재(present)하고 primary 40 MHz 대역에 속하지 않는 적어도 하나의 20 MHz 채널에 대해 펑처링이 적용될 수 있다.

PPDU에 적용되는 프리앰블 펑처링에 관한 정보는 U-SIG 및/또는 EHT-SIG에 포함될 수 있다. 예를 들어, U-SIG의 제1 필드는 PPDU의 연속하는 대역폭(contiguous bandwidth)에 관한 정보를 포함하고, U-SIG의 제2 필드는 PPDU에 적용되는 프리앰블 펑처링에 관한 정보를 포함할 수 있다.

예를 들어, U-SIG 및 EHT-SIG는 아래의 방법을 기초로 프리앰블 펑처링에 관한 정보를 포함할 수 있다. PPDU의 대역폭이 80 MHz를 초과하는 경우, U-SIG는 80 MHz 단위로 개별적으로 구성될 수 있다. 예를 들어, PPDU의 대역폭이 160 MHz인 경우, 해당 PPDU에는 첫 번째 80 MHz 대역을 위한 제1 U-SIG 및 두 번째 80 MHz 대역을 위한 제2 U-SIG가 포함될 수 있다. 이 경우, 제1 U-SIG의 제1 필드는 160 MHz 대역폭에 관한 정보를 포함하고, 제1 U-SIG의 제2 필드는 첫 번째 80 MHz 대역에 적용된 프리앰블 펑처링에 관한 정보(즉, 프리앰블 펑처링 패턴에 관한 정보)를 포함할 수 있다. 또한, 제2 U-SIG의 제1 필드는 160 MHz 대역폭에 관한 정보를 포함하고, 제2 U-SIG의 제2 필드는 두 번째 80 MHz 대역에 적용된 프리앰블 펑처링에 관한 정보(즉, 프리앰블 펑처링 패턴에 관한 정보)를 포함할 수 있다. 한편, 제1 U-SIG에 연속하는 EHT-SIG는 두 번째 80 MHz 대역에 적용된 프리앰블 펑처링에 관한 정보(즉, 프리앰블 펑처링 패턴에 관한 정보)를 포함할 수 있고, 제2 U-SIG에 연속하는 EHT-SIG는 첫 번째 80 MHz 대역에 적용된 프리앰블 펑처링에 관한 정보(즉, 프리앰블 펑처링 패턴에 관한 정보)를 포함할 수 있다.

추가적으로 또는 대체적으로, U-SIG 및 EHT-SIG는 아래의 방법을 기초로 프리앰블 펑처링에 관한 정보를 포함할 수 있다. U-SIG는 모든 대역에 관한 프리앰블 펑처링에 관한 정보(즉, 프리앰블 펑처링 패턴에 관한 정보)를 포함할 수 있다. 즉, EHT-SIG는 프리앰블 펑처링에 관한 정보를 포함하지 않고, U-SIG 만이 프리앰블 펑처링에 관한 정보(즉, 프리앰블 펑처링 패턴에 관한 정보)를 포함할 수 있다.

U-SIG는 20 MHz 단위로 구성될 수 있다. 예를 들어, 80 MHz PPDU가 구성되는 경우, U-SIG가 복제될 수 있다. 즉, 80 MHz PPDU 내에 동일한 4개의 U-SIG가 포함될 수 있다. 80 MHz 대역폭을 초과하는 PPDU는 서로 다른 U-SIG를 포함할 수 있다.

도 10의 EHT-SIG는 수신 STA을 위한 제어 정보를 포함할 수 있다. EHT-SIG는 적어도 하나의 심볼을 통해 송신될 수 있고, 하나의 심볼은 4 us의 길이를 가질 수 있다. EHT-SIG를 위해 사용되는 심볼의 개수에 관한 정보는 U-SIG에 포함될 수 있다.

EHT-SIG는 도 8 내지 도 9를 통해 설명된 HE-SIG-B의 기술적 특징을 포함할 수 있다. 예를 들어 EHT-SIG는, 도 8의 일례와 동일하게, 공통필드(common field) 및 사용자-개별 필드(user-specific field)를 포함할 수 있다. EHT-SIG의 공통필드는 생략될 수 있고, 사용자-개별 필드의 개수는 사용자(user)의 개수를 기초로 결정될 수 있다.

도 8의 일례와 동일하게, EHT-SIG의 공통필드 및 EHT-SIG의 사용자-개별 필드는 개별적으로 코딩될 수 있다. 사용자-개별 필드에 포함되는 하나의 사용자 블록 필드(User block field) 은 2 개의 사용자(user)를 위한 정보를 포함할 수 있지만, 사용자-개별 필드에 포함되는 마지막 사용자 블록 필드는 1 개의 사용자를 위한 정보를 포함하는 것이 가능하다. 즉, EHT-SIG의 하나의 사용자 블록 필드는 최대 2개의 사용자 필드(user field)를 포함할 수 있다. 도 9의 일례와 동일하게, 각 사용자 필드(user field)는 MU-MIMO 할당에 관련되거나, non-MU-MIMO 할당에 관련될 수 있다.

도 8의 일례와 동일하게, EHT-SIG의 공통필드는 CRC 비트와 Tail 비트를 포함할 수 있고, CRC 비트의 길이는 4 비트로 결정될 수 있고, Tail 비트의 길이는 6 비트로 결정되고 '000000'으로 설정될 수 있다.

도 8의 일례와 동일하게, EHT-SIG의 공통필드는 RU 할당 정보(RU allocation information)를 포함할 수 있다. RU allocation information 은 복수의 사용자(즉, 복수의 수신 STA)이 할당되는 RU의 위치(location)에 관한 정보를 의미할 수 있다. RU allocation information은, 표 1과 동일하게, 8 비트(또는 N 비트) 단위로 구성될 수 있다.

EHT-SIG의 공통필드가 생략되는 모드가 지원될 수 있다. EHT-SIG의 공통필드가 생략되는 모드는 compressed mode라 불릴 수 있다. compressed mode가 사용되는 경우, EHT PPDU의 복수의 사용자(즉, 복수의 수신 STA)은 non-OFDMA를 기초로 PPDU(예를 들어, PPDU의 데이터 필드)를 디코딩할 수 있다. 즉, EHT PPDU의 복수의 사용자는 동일한 주파수 대역을 통해 수신되는 PPDU(예를 들어, PPDU의 데이터 필드)를 디코딩할 수 있다. 한편, non- compressed mode가 사용되는 경우, EHT PPDU의 복수의 사용자는 OFDMA를 기초로 PPDU(예를 들어, PPDU의 데이터 필드)를 디코딩할 수 있다. 즉, EHT PPDU의 복수의 사용자는 상이한 주파수 대역을 통해 PPDU(예를 들어, PPDU의 데이터 필드)를 수신할 수 있다.

EHT-SIG는 다양한 MCS 기법을 기초로 구성될 수 있다. 상술한 바와 같이 EHT-SIG에 적용되는 MCS 기법에 관련된 정보는 U-SIG에 포함될 수 있다. EHT-SIG는 DCM 기법을 기초로 구성될 수 있다. 예를 들어, EHT-SIG를 위해 할당된 N개의 데이터 톤(예를 들어, 52개의 데이터 톤) 중에 연속하는 절반의 톤에는 제1 변조 기법이 적용되고, 나머지 연속하는 절반의 톤에는 제2 변조 기법이 적용될 수 있다. 즉, 송신 STA은 특정한 제어 정보를 제1 변조 기법을 기초로 제1 심볼로 변조하고 연속하는 절반의 톤에 할당하고, 동일한 제어 정보를 제2 변조 기법을 기초로 제2 심볼로 변조하고 나머지 연속하는 절반의 톤에 할당할 수 있다. 상술한 바와 같이 EHT-SIG에 DCM 기법이 적용되는지 여부에 관련된 정보(예를 들어 1 비트 필드)는 U-SIG에 포함될 수 있다. 도 10의 EHT-STF는 MIMO(multiple input multiple output) 환경 또는 OFDMA 환경에서 자동 이득 제어 추정(automatic gain control estimation)을 향상시키기 위하여 사용될 수 있다. 도 10의 EHT-LTF는 MIMO 환경 또는 OFDMA 환경에서 채널을 추정하기 위하여 사용될 수 있다.

STF 및/또는 LTF의 타입에 관한 정보(LTF에 적용되는 GI에 관한 정보도 포함됨)는 도 10의 SIG A 필드 및/또는 SIG B 필드 등에 포함될 수 있다.

도 10의 PPDU(즉, EHT-PPDU)는 도 5 및 도 6의 일례를 기초로 구성될 수 있다.

예를 들어, 20 MHz 대역 상에서 송신되는 EHT PPDU, 즉 20 MHz EHT PPDU는 도 5의 RU를 기초로 구성될 수 있다. 즉, EHT PPDU에 포함되는 EHT-STF, EHT-LTF, 데이터 필드의 RU의 위치(location)는 도 5와 같이 결정될 수 있다.

40 MHz 대역 상에서 송신되는 EHT PPDU, 즉 40 MHz EHT PPDU는 도 6의 RU를 기초로 구성될 수 있다. 즉, EHT PPDU에 포함되는 EHT-STF, EHT-LTF, 데이터 필드의 RU의 위치(location)는 도 6과 같이 결정될 수 있다.

도 6의 RU 위치는 40 MHz에 대응되므로, 도 6의 패턴을 두 번 반복하면 80 MHz을 위한 톤-플랜(tone-plan)이 결정될 수 있다. 즉, 80 MHz EHT PPDU는 도 7의 RU가 아닌 도 6의 RU가 두 번 반복되는 새로운 톤-플랜을 기초로 송신될 수 있다.

도 6의 패턴이 두 번 반복되는 경우, DC 영역에는 23 개의 톤(즉, 11 가드 톤 + 12 가드 톤)이 구성될 수 있다. 즉, OFDMA를 기초로 할당되는 80 MHz EHT PPDU를 위한 톤-플랜은 23 개의 DC 톤을 가질 수 있다. 이와 달리 Non-OFDMA를 기초로 할당되는 80 MHz EHT PPDU (즉, non-OFDMA full Bandwidth 80 MHz PPDU)는 996 RU을 기초로 구성되고 5 개의 DC 톤, 12개의 좌측 가드 톤, 11 개의 우측 가드 톤을 포함할 수 있다.

160/240/320 MHz 를 위한 톤-플랜은 도 6의 패턴을 여러 번 반복하는 형태로 구성될 수 있다.

도 10의 PPDU는 이하의 방법을 기초로 EHT PPDU로 식별될 수 있다.

수신 STA은 다음의 사항을 기초로 수신 PPDU의 타입을 EHT PPDU로 판단할 수 있다. 예를 들어, 1) 수신 PPDU의 L-LTF 신호 이후의 첫 번째 심볼이 BPSK이고, 2) 수신 PPDU의 L-SIG가 반복되는 RL-SIG가 detect 되고, 3) 수신 PPDU의 L-SIG의 Length 필드의 값에 대해 “3”을 적용한 결과가 “”으로 detect되는 경우, 수신 PPDU는 EHT PPDU로 판단될 수 있다. 수신 PPDU가 EHT PPDU로 판단되는 경우, 수신 STA은 도 10의 RL-SIG 이후의 심볼에 포함되는 비트 정보를 기초로 EHT PPDU의 타입(예를 들어, SU/MU/Trigger-based/Extended Range 타입)을 detect할 수 있다. 달리 표현하면, 수신 STA은 1) BSPK인 L-LTF 신호 이후의 첫 번째 심볼, 2) L-SIG 필드에 연속하고 L-SIG와 동일한 RL-SIG, 및 3) “3”을 적용한 결과가 “”으로 설정되는 Length 필드를 포함하는 L-SIG를 기초로, 수신 PPDU를 EHT PPDU로 판단할 수 있다.

예를 들어, 수신 STA은 다음의 사항을 기초로 수신 PPDU의 타입을 HE PPDU로 판단할 수 있다. 예를 들어, 1) L-LTF 신호 이후의 첫 번째 심볼이 BPSK이고, 2) L-SIG가 반복되는 RL-SIG가 detect 되고, 3) L-SIG의 Length 값에 대해 “3”을 적용한 결과가 “”또는 “”로 detect되는 경우, 수신 PPDU는 HE PPDU로 판단될 수 있다.

예를 들어, 수신 STA은 다음의 사항을 기초로, 수신 PPDU의 타입을 non-HT, HT 및 VHT PPDU로 판단할 수 있다. 예를 들어, 1) L-LTF 신호 이후의 첫 번째 심볼이 BPSK이고, 2) L-SIG가 반복되는 RL-SIG가 detect 되지 않는 경우, 수신 PPDU는 non-HT, HT 및 VHT PPDU로 판단될 수 있다. 또한, 수신 STA이 RL-SIG의 반복을 detect했더라도 L-SIG의 Length 값에 대해 “3”을 적용한 결과가 “”으로 detect되는 경우에는, 수신 PPDU이 non-HT, HT 및 VHT PPDU로 판단될 수 있다.

이하의 일례에서 (송신/수신/상향/하향) 신호, (송신/수신/상향/하향) 프레임, (송신/수신/상향/하향) 패킷, (송신/수신/상향/하향) 데이터 유닛, (송신/수신/상향/하향) 데이터 등으로 표시되는 신호는 도 10의 PPDU를 기초로 송수신되는 신호일 수 있다. 도 10의 PPDU는 다양한 타입의 프레임을 송수신하기 위해 사용될 수 있다. 예를 들어, 도 10의 PPDU는 제어 프레임(control frame)을 위해 사용될 수 있다. 제어 프레임의 일례는, RTS(request to send), CTS(clear to send), PS-Poll(Power Save-Poll), BlockACKReq, BlockAck, NDP(Null Data Packet) announcement, Trigger Frame을 포함할 수 있다. 예를 들어, 도 10의 PPDU는 관리 프레임(management frame)을 위해 사용될 수 있다. management frame의 일례는, Beacon frame, (Re-)Association Request frame, (Re-)Association Response frame, Probe Request frame, Probe Response frame를 포함할 수 있다. 예를 들어, 도 10의 PPDU는 데이터 프레임을 위해 사용될 수 있다. 예를 들어, 도 10의 PPDU는 제어 프레임, 관리 프레임, 및 데이터 프레임 중 적어도 둘 이상을 동시에 송신하기 위해 사용될 수도 있다.

도 1의 부도면 (a)/(b)의 각 장치/STA은 도 11과 같이 변형될 수 있다. 도 11의 트랜시버(630)는 도 1의 트랜시버(113, 123)와 동일할 수 있다. 도 11의 트랜시버(630)는 수신기(receiver) 및 송신기(transmitter)를 포함할 수 있다.

도 11의 프로세서(610)는 도 1의 프로세서(111, 121)과 동일할 수 있다. 또는, 도 11의 프로세서(610)는 도 1의 프로세싱 칩(114, 124)과 동일할 수 있다.

도 11의 메모리(150)는 도 1의 메모리(112, 122)와 동일할 수 있다. 또는, 도 11의 메모리(150)는 도 1의 메모리(112, 122)와는 상이한 별도의 외부 메모리일 수 있다.

도 11을 참조하면, 전력 관리 모듈(611)은 프로세서(610) 및/또는 트랜시버(630)에 대한 전력을 관리한다. 배터리(612)는 전력 관리 모듈(611)에 전력을 공급한다. 디스플레이(613)는 프로세서(610)에 의해 처리된 결과를 출력한다. 키패드(614)는 프로세서(610)에 의해 사용될 입력을 수신한다. 키패드(614)는 디스플레이(613) 상에 표시될 수 있다. SIM 카드(615)는 휴대 전화 및 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용되는 IMSI(international mobile subscriber identity) 및 그와 관련된 키를 안전하게 저장하기 위하여 사용되는 집적 회로일 수 있다.

도 11을 참조하면, 스피커(640)는 프로세서(610)에 의해 처리된 소리 관련 결과를 출력할 수 있다. 마이크(641)는 프로세서(610)에 의해 사용될 소리 관련 입력을 수신할 수 있다.

이하, TWT(Target Wake Time)에 대해 도 12 및 도 13을 참고하여 설명한다. 도 12는 개별(individual) TWT 동작의 일례를 도시한다. 도 13은 브로드캐스트(broadcast) TWT 동작의 일례를 도시한다.

TWT는 AP와 non-AP STA 간의 서비스 기간(Service Period: SP)을 정의하고 SP에 대한 정보를 서로 공유하여 매체의 경쟁(contention)을 줄임으로써, non-AP STA들의 에너지 효율을 개선시킬 수 있는 11ax의 PS(Power Saving) 기술이다. TWT 셋업(Setup) 단계에서 요청/제안/요구(Request/Suggest/Demand) 등을 수행하는 STA을 TWT 요청(Requesting) STA이라고 부를 수 있다. 또한, 해당 요청에 대한 수락/거절(Accept/Reject) 등의 응답을 하는 AP를 TWT 응답(Responding) STA이라 부를 수 있다. 셋업(Setup) 단계는 STA의 AP에 대한 TWT 요청, 수행되는 TWT 동작의 타입, 송수신하는 프레임(frame) 타입을 결정/정의하는 과정을 포함할 수 있다. TWT 동작은 개별(Individual) TWT와 브로드캐스트(Broadcast) TWT으로 구분할 수 있다.

개별 TWT은 AP와 non-AP STA이 TWT 요청/응답(Request/Response) 프레임의 송수신을 통해서 non-AP STA의 활성화/수면 상태(awake/dozes status)에 대한 협상(negotiation)을 수행한 후, 데이터 교환을 수행하는 메커니즘이다. 도 12는 개별 TWT의 동작의 일례를 도시한다. AP와 STA 1은 TWT 요청 프레임 및 TWT 응답 프레임을 통하여 트리거-가능 TWT 동의(Trigger-enabled TWT agreement)를 형성할 수 있다. 이 때, STA 1이 이용한 방식은 요청(Solicited) TWT 방식으로, STA 1이 TWT 요청 프레임을 AP에게 송신하면, STA 1가 AP로부터 TWT 동작을 위한 정보를 TWT 응답 프레임을 통해 수신하는 방식이다. 반면, 비요청(Unsolicited) TWT 방식을 수행하는 STA 2는 AP으로부터 트리거-가능 TWT 동의(trigger-enabled TWT agreement) 설정에 대한 정보를 비요청 TWT 응답(Unsolicited TWT response)을 통해 수신할 수 있다. 구체적으로, STA 2는 현재 TWT 값으로부터 특정 수를 더하여, 다음 TWT를 계산할 수 있다. 트리거-가능(Trigger-enabled) TWT SP 동안에, AP는 STA들에게 트리거(Trigger) 프레임을 송신할 수 있다. 상기 트리거 프레임은 AP에게 버퍼된 데이터(buffered data)가 있음을 알려줄 수 있다. 이에 대하여, STA 1은 PS-Poll 프레임을 송신함으로써, 자신의 활성화된(Awake) 상태를 AP에게 알릴 수 있다. 또한, STA 2는 QoS Null 프레임을 송신함으로써, 자신의 활성화된 상태를 AP에게 알릴 수 있다. 이 때, STA 1 및 STA 2가 송신하는 데이터 프레임은 TB PPDU 형식의 프레임일 수 있다. STA 1 및 STA 2의 상태를 확인한 AP는 활성화된 STA들에게 DL MU PPDU를 송신할 수 있다. 해당 TWT SP가 만료되면 STA 1 및 STA 2는 수면(doze) 상태로 전환할 수 있다.

브로드캐스트 TWT은 non-AP STA(TWT Scheduling STA)이 AP(TWT Scheduled STA)와 TWT 요청/응답 프레임을 송수신함으로써 TBTT(Target Beacon Transmission Time) 및 청취 간격(Listen Interval) 등에 대한 정보를 획득하는 방식의 TWT이다. 이 때, TBTT에 대한 협상(Negotiation) 동작이 수행될 수도 있다. 이를 바탕으로, AP는 비콘(Beacon) 프레임을 통해 TWT의 스케줄링 정보를 포함할 프레임을 정의할 수 있다. 도 13에서, STA 1는 요청 TWT 동작을 수행하고, STA 2는 비요청 TWT 동작을 수행한다. AP는 자신이 송신한 트리거를 통하여 STA들의 활성화(Awake) 상태를 확인한 후, DL MU PPDU를 송신할 수 있다. 이는 개별 TWT의 과정과 동일할 수 있다. 한편, 브로드캐스트 TWT에서, 비콘 프레임을 포함한 트리거-가능 TWT SP는 일정한 주기로 여러 번 반복될 수 있다.

한편, 일례로, 본 명세서의 시간 지연은 IEEE 802.11ax에서 정의한 지연/레이턴시(Latency)를 의미할 수 있다. 즉, 송신 STA의 MAC 계층의 큐(Queue)에 해당 프레임이 들어온 이후, PHY 계층에서 송신 STA의 송신이 성공적으로 끝나고, 송신 STA가 수신 STA로부터 ACK/블록(Block) ACK 등을 수신하여 송신 STA의 MAC 계층 큐(Queue)에서 해당 프레임이 삭제될 때까지의 시간을 의미할 수 있다. 또한, 본 명세서에서, 레이턴시 민감 데이터(Latency Sensitive Data)의 송신을 지원하는 non-AP STA을 저지연(Low Latency) STA이라 부를 수 있다. 그리고, 레이턴시 민감 데이터가 아닌 데이터, 즉, 일반 데이터(Regular Data)의 송신을 지원하는 non-AP를 일반(Regular) STA이라 부를 수 있다.

한편, 본 명세서에서, 레이턴시 민감 데이터는 사전에 정의된 AC(access category)에 포함된 데이터일 수 있다. 또한, 본 명세서에서, 상기 레이턴시 민감 데이터는 사전에 정의된 TID(traffic identifier)가 할당된 데이터일 수 있다. 또한, 본 명세서에서, 저지연 STA는 제한된 TWT 동작을 지원하는 STA일 수 있다. 또한, 본 명세서에서, 일반 STA는 제한된 TWT 동작을 지원하는 또다른 STA, 제한된 TWT 동작을 지원하지 않는 STA 또는 다른 STA의 제한된 TWT SP 동안 송신을 수행하는 STA일 수 있다.

이하, 제한된(Restricted) TWT 동작에 대해 설명한다.

제한된 TWT는 레이턴시 민감 데이터를 송신하는 저지연 STA이 브로드캐스트 TWT를 이용하여 해당 데이터의 송신 시간을 우선적으로 확보하는 기술이다. 즉, 레이턴시 민감 트래픽/데이터를 송신할 수 있는 non-AP STA이 제한된 TWT를 지원한다면, 해당 STA은 연결(association)된 AP으로부터 할당된 제한된 TWT SP 내에서 레이턴시 민감 트래픽/데이터를 송수신할 수 있다.

저지연 STA는 자신이 브로드캐스트 TWT의 제한된 TWT를 지원하며 이를 바탕으로 데이터를 송신해야 함을 AP에게 알릴 수 있다. 만약 AP가 상기 제한된 TWT를 지원한다면, AP은 저지연 STA과 일반 STA에게 각 STA들이 요청한 TWT들의 스케줄링 정보들을 포함한 비콘을 송신할 수 있다. 또한, (MU) RTS/CTS 또는 CTS-to-self을 이용하여 제한된 TWT SP 내에서 별도의 TXOP가 진행될 수 있다. 이 때, 만약 저지연 STA의 보호되는(protected) TWT SP(예를 들어, 상기 저지연 STA에게 설정된 제한된 TWT SP)가 시작되기 전에 다른 STA의 TXOP가 수행되고 있다면, 상기 TXOP는 중지될 수 있다. 그리고, 해당 TXOP은 저지연 STA의 보호되는 TWT SP가 끝난 이후에 추가적으로 진행될 수 있다.

제한된 TWT는 802.11be의 브로드캐스트 TWT에 적용되는 저지연을 위한 신규 기술이다. 802.11ax의 브로드캐스트 TWT에는 개별 TWT의 NAV 보호(Protection) 기술을 이용한 TWT 보호 기능이 존재하지 않는다. 이를 위해, 브로드캐스트 TWT 파라미터 집합 필드(Broadcast TWT Parameter Set field)의 요청 타입 필드 포맷(Request Type field format)에 예약된(Reserved) 공간은 제한된 TWT의 지원 유무를 표시하기 위해 사용될 수 있다.

개별 TWT의 TWT 보호와 브로드캐스트 TWT의 제한된 TWT의 공통점은 활성화될 때 (MU) RTS/CTS 또는 CTS-to-self 프레임과 같은 NAV 보호 메커니즘을 사용하는 것이다. 하지만, 개별 TWT의 경우, TWT 동작을 수행하는 STA는 앞선 다른 STA의 송신이 마무리될 때까지 기다려야 하기 때문에, 해당 SP의 시작 시점을 상기 STA이 파악하지 못할 수 있다. 따라서, 송신 지연 문제가 발생할 수 있다. 또한, 상기 STA는 송신 시점을 예측할 수 없기 때문에, 레이턴시 민감 데이터의 송신 시 송신 지연 문제는 더욱 악화될 수 있다. 브로드캐스트 TWT의 경우, 개별 TWT의 TWT SP 내에서 TXOP를 확보하는 NAV 보호 메커니즘이 그대로 사용되지만, 제한된 TWT의 송신 우선순위를 높임으로써 이전의 송신이 중단될 수 있다. 이를 통하여, 저지연 STA는 개별 TWT에서 확보하지 못한 보호되는 TWT SP의 송신 스케줄링을 예측할 수 있다.

802.11be에서, 전술한 제한된 TWT의 동작 모드를 지원하기 위한 기술이 제안된다. 구체적으로, 공지된 제한된 TWT SP들을 지원하면서 동시에 해당 제한된 TWT SP를 공지한 AP와 연결(Association)된 EHT non-AP STA들은 해당 제한된 TWT SP의 시작 이전에 자신의 TXOP를 끝낼 수 있다. 따라서, 레이턴시 민감 트래픽/데이터에 대해 보다 예측 가능한 저지연 서비스가 제공될 수 있다.

다만, 저지연 STA가 아닌 일반 STA가 송신하는 데이터가 상기 저지연 STA가 송신하는 레이턴시 민감 데이터보다 더욱 신속히 송신되어야 하는 데이터인 경우, 즉, 상기 레이턴시 민감 데이터보다 더욱 지연에 민감한 데이터(예를 들어, 위급 상황에서 송신되는 데이터, 우선순위가 상대적으로 더욱 높은 데이터 등)인 경우에도, 상기 일반 STA는 제한된 TWT SP의 시작 시점 이전에 자신의 TXOP를 중단할 수 있다. 따라서, 상대적으로 더욱 지연에 민감한 데이터가 늦게 송신되거나 송신되지 않는 문제가 발생할 수 있다. 따라서, 본 명세서는 제한된 TWT 동작의 조건부 실행 방법에 대해 제안한다.

일례로, AP에 의해 공지된 제한된 TWT SP들을 지원하면서 동시에 해당 제한된 TWT SP를 공지한 해당 AP와 연결(Association)된 EHT non-AP STA은 제한된 TWT SP의 시작 이전에 자신의 TXOP를 종료할 수 있다. 단, 상기 종료 동작은 해당 STA이 해당 TXOP 동안 송신하는 데이터가 레이턴시 민감 데이터보다 긴급하게 송신되어야 하는 데이터가 아닌 경우에만 수행될 수 있다. EHT non-AP STA는 특정 조건을 만족하는 경우에만 해당 동작(즉, TXOP을 끝내는 동작)을 수행할 수 있다. 상기 특정 조건의 예들은 다음과 같다.

일례로, 일반 STA이 TXOP 동안 송신하는 데이터가 레이턴시 트래픽(latency traffic)으로 분류된 TID(Traffic Identifier)들 중 하나에 대한 데이터가 아닌 경우, 상기 일반 STA는 TXOP를 종료하고 데이터 송신을 중지할 수 있다. 즉, TXOP 동안 송신하는 데이터가 레이턴시 트래픽으로 분류된 TID들 중 하나에 대한 데이터인 경우에는 해당 STA는 TXOP을 끝내지 않고, 계속 해당 데이터를 송신할 수 있다.

다른 일례로, 일반 STA이 TXOP 동안 송신하는 데이터가 제한된 TWT SP에서 지정된 레이턴시 트래픽보다 낮은 우선순위(lower priority)를 가지는 트래픽인 경우(즉, 레이턴시 민감 데이터보다 긴급하게 송신되어야 하는 데이터가 아닌 경우), 상기 일반 STA는 TXOP를 종료하고 데이터 송신을 중지할 수 있다. 즉, TXOP 동안 송신하는 데이터가 제한된 TWT SP에서 지정된 레이턴시 트래픽보다 높은 우선순위(higher priority)를 가지는 트래픽이거나 같은 우선순위를 가지는 트래픽인 경우 해당 STA는 TXOP을 끝내지 않고, 계속 해당 데이터를 송신할 수 있다.

또 다른 일례로, TXOP동안 송신하는 데이터가 특정 AC(Access Category)(예를 들어, AC_BE 또는 AC_BK)에 속한 경우, 예를 들어, 데이터가 AC_VO나 AC_VI인 경우에는 TXOP을 종료하지 않고 계속 해당 데이터를 송신할 수 있다. 또한, 송신되는 데이터가 AC_BE, AC_BK인 경우 TXOP을 제한된 TWT SP 전에 끝낼 수 있다. 전술한 AC는 하나의 일례로서, 본 명세서는 이에 제한되지 않는다. 예를 들어, AC_VI 트래픽에 대해서 STA는 TXOP을 끝낼 수도 있다.

다시 말하면, 저지연 STA에게 설정된 제한된 TWT SP의 시작 이전에, STA는 자신이 획득한 TXOP를 종료하고 데이터의 송신을 중지할 수 있다. 다만, 상기 저지연 STA가 상기 제한된 TWT SP 동안 송신하는 데이터가 상기 STA가 송신하는 데이터보다 우선순위가 낮거나, 상기 STA가 송신하는 데이터의 TID 또는 AC가 사전에 결정된 TID 또는 사전에 결정된 AC인 경우, 상기 STA는 상기 제한된 TWT SP 구간이 시작한 이후에도 상기 데이터의 송신을 중지하지 않을 수 있다.

한편, AP는 전술한 조건에 대한 정보를 후술하는 방법들 중 하나 이상을 사용해서 단말/STA에게 알릴 수 있다.

일례로, 비요청 방법(Unsolicited method)이 고려될 수 있다. 즉, 비콘, (브로드캐스트) 프로브 응답(Probe Response), 다른(/새로운) 어나운스먼트(/브로드캐스트) 프레임이 사용될 수 있다. AP는 상기 프레임에 해당 조건 정보를 포함하여 송신할 수 있다. 도 14는 본 명세서에서 제안하는 제한된 TWT 동작의 일례를 도시한다.

도 14를 참고하면, AP는 제한된 TWT 스케줄링 정보를 포함하는 신호를 송신한다. 상기 신호는 비콘 프레임, 프로브 응답 또는 새로운 프레임일 수 있다.

도 14에서, AP가 송신한 신호를 수신한 STA1는 저지연 STA이고, AP가 송신한 신호를 수신한 STA2는 일반 STA임을 가정한다. 이 때, 일반 STA2는 백오프(backoff) 동작을 수행한 후 TXOP를 획득할 수 있다. 상기 일반 STA2가 TXOP를 획득하면, 상기 일반 STA2는 데이터를 AP로 송신할 수 있다. AP는 상기 데이터를 수신하면 상기 일반 STA2에게 ACK 신호를 송신할 수 있다. 이후, 제한된 TWT SP 동안 AP는 RTS를 송신할 수 있다. 상기 RTS에 대한 응답으로 저지연 STA1은 CTS를 송신할 수 있다. 이후, 상기 AP는 데이터를 상기 저지연 STA1에게 송신하고, 상기 저지연 STA1은 블록 ACK(BA)를 송신할 수 있다.

도 15는 본 명세서에서 제안하는 제한된 TWT 동작의 다른 일례를 도시한다. 도 15는 도 14의 일례에서 일반 STA2가 송신하는 데이터보다 저지연 STA1이 송신하는 데이터가 더욱 긴급한 경우, 예를 들어, 일반 STA2가 송신하는 데이터의 우선순위보다 저지연 STA1이 송신하는 데이터의 우선순위가 더욱 높은 경우의 일례일 수 있다. 즉, 도 14의 일례는 일반 STA2가 송신하는 데이터가 저지연 STA1이 송신하는 데이터보다 더욱 긴급한 경우의 일례일 수 있다.

도 15를 참고하면, AP는 제한된 TWT 스케줄링 정보를 포함하는 신호를 송신한다. 상기 신호는 비콘 프레임, 프로브 응답 또는 새로운 프레임일 수 있다.

도 14와 마찬가지로, 일반 STA2는 백오프(backoff) 동작을 수행한 후 TXOP를 획득하면 데이터를 AP로 송신할 수 있다. AP는 상기 데이터를 수신하면 상기 일반 STA2에게 ACK 신호를 송신할 수 있다. 여기서, 도 14와 달리, 제한된 TWT SP가 종료된 이후, 일반 STA2는 제한된 TWT SP 동안 송신하지 못한 데이터를 제한된 TWT SP 종료 이후 및 TWT 활성화 간격(TWT wake interval) 내에서 송신할 수 있다.

한편, AP는 협상 절차(negotiation procedure)(예를 들어, 프로브 요청 및 프로브 응답(Probe Request & Probe Response), 연결 요청 및 연결 응답(Association Request & Association Response), 새로운 요청 및 응답(New Request & Response) 등)을 통해서 해당 조건 정보를 단말/STA에게 송신할 수 있다. 도 16은 협상 절차의 일례를 도시한다.

도 16을 참고하면, AP는 저지연 STA1에게 프로브 요청(Probe Request)을 송신하고, 저지연 STA1은 AP에게 상기 프로브 요청에 대한 응답으로 프로브 응답(Probe Response)을 송신할 수 있다. 또한, AP는 저지연 STA1에게 인증 요청(Authentication Request)을 송신하고, 저지연 STA1은 AP에게 상기 인증 요청에 대한 응답으로 인증 응답(Authentication Response)을 송신할 수 있다. 또한, AP는 저지연 STA1에게 연결 요청(Association Request)을 송신하고, 저지연 STA1은 AP에게 상기 연결 요청에 대한 응답으로 연결 응답(Association Response)을 송신할 수 있다. 여기서, 상기 프로브 요청, 프로브 응답, 연결 요청 및/또는 연결 응답은 저지연 STA의 레이턴시 트래픽에 대한 정보 및 제한된 TWT SP의 지원 여부 등의 정보를 포함하는 신호일 수 있다.

또한, AP는 저지연 STA1에게 새로운 요청(New Request)을 송신하고, 저지연 STA1은 AP에게 상기 새로운 요청에 대한 응답으로 새로운 응답(New Response)을 송신할 수 있다. 여기서, 상기 새로운 요청 및 새로운 응답은 저지연 STA의 레이턴시 트래픽에 대한 정보 및 제한된 TWT SP의 지원 여부 등의 정보를 포함하는 신호일 수 있다.

AP/STA는 레이턴시 트래픽(Latency Traffic)에 대한 상세 정보들(예를 들어, 실시간 게이밍(Real-time gaming), 클라우드 게이밍(Cloud gaming), 실시간 비디오(Real-time video), 로봇 및 산업 자동화(Robotic and industrial automation) 등), 각 AP/STA의 제한된 TWT SP의 지원 여부 등의 정보들을 포함하여 협상 절차에서 송수신되는 신호를 통해 송신할 수 있다. 이를 통하여, AP와 저지연 STA은 송신될 레이턴시 민감 트래픽/신호를 위한 최적의 환경을 설정할 수 있다. 후술하는 예들 중 하나 이상의 방식을 통해 해당 정보의 송수신이 수행될 수 있다.

일례로, 해당 정보는 협상 절차 중 한번의 요청 및 응답(Request & Response)을 통해서 정보 전달을 완료할 수 있다. 다른 일례로, 프로브 요청 및 응답과 연결 요청 및 응답을 통하여 해당 정보의 송수신이 수행될 수 있다. 또다른 일례로, 저지연 STA에 대한 정보를 송신하기 위한 별도의 신규 요청 및 응답 절차를 통하여 해당 정보의 송수신이 수행될 수 있다.

전술한 바와 같이, 위의 방식/조건들에 따라, 단말들은 제한된 TWT SP의 시작 전에 현재 진행 중인 TXOP을 마치지 않을 수 있다. 여기에 부가적인 제한이 추가될 수 있다. 예를 들어, 해당 제한된 TWT SP가 인터(inter)-BSS로 설정된 경우에 한해 단말들은 TXOP를 마치지 않고 데이터 송수신을 계속할 수 있다. 예를 들어, 상기 부가적인 제한은 TXOP 동안 송신하는 데이터가 레이턴시 트래픽으로 분류된 TID들 중 하나에 대한 데이터인 경우 또는 TXOP 동안 송신하는 데이터가 제한된 TWT SP에서 지정된 레이턴시 트래픽보다 더 높은 우선순위를 가지는 트래픽 또는 데이터가 AC_VO나 AC_VI인 경우에만 적용될 수 있다. 만약, 인트라(intra)-BSS에 의해서 설정된 경우 또는 TXOP 동안 송신하는 데이터가 제한된 TWT SP에서 지정된 레이턴시 트래픽보다 더 높은 우선순위를 가지는 트래픽 또는 데이터가 AC_VO나 AC_VI인 경우 단말들은 제한된 TWT SP 시작 전에 TXOP를 중단하지 않고 송수신을 계속 수행할 수 있다.

전술한 제한된 TWT 동작의 예시에서는 AP, 일반 STA 및 저지연 STA 간의 연결을 전제로 한다. 저지연 STA의 제한된 TWT 동작이 우선적으로 수행되기 위하여 진행 중이던 일반 STA의 TXOP가 일시적으로 중단될 수 있다. 만약 일반 STA이 없는 경우, 즉 AP, 저지연 STA 1 및 저지연 STA 2 간의 연결에서 제한된 TWT 동작은 두 STA간의 우선순위를 고려하지 않고 AP의 스케줄링을 바탕으로 수행될 수 있다.

이하, non-AP STA의 TXOP 유지 여부 결정 방법에 대해 설명한다.

제한된 TWT SP의 시작 이전에 데이터를 송신하는 non-AP STA이 (제한된 TWT SP (시작 시점의) 윈도우(window)에서) 후술하는 규칙/방법을 바탕으로 자신의 TXOP를 유지할 것인지 또는 유지하지 않을 것인지에 대하여 자체적으로 결정하는 방법/기술을 제안한다. 이 결과로, non-AP STA이 제한된 TWT SP의 시작 시점의 연기(postpone) 여부를 결정할 수 있다.

기존 Wi-Fi 규격은 TID를 4비트로 정의하고, EDCA에서 0부터 7까지의 값을 사용할 수 있도록 정의한다. 8부터 15까지의 값은 HCCA, SPCA, HEMM 그리고 SEMM을 위해 사용되도록 정의되지만, 802.11ax에서는 해당 값들을 사용되지 않는 값(Reserved)으로 정의한다. 차세대 무선랜 시스템에서, 802.11ax의 8에서 15까지의 TID 값을 이용하여 레이턴시 민감 데이터/트래픽을 다른 AC들의 데이터와 구분하기 위한 방법, 그리고 레이턴시 민감 데이터/트래픽을 데이터/트래픽 타입의 송신 우선순위 별로 구분하는 방법이 고려된다. 이를 바탕으로 (제한된 TWT SP 윈도우에서) non-AP STA은 자신의 데이터에 대한 지속적인 송신을 위해 자신의 TXOP을 유지함으로써 제한된 TWT SP의 시작 시점을 연기시킬 것인지, 또는, 제한된 TWT SP 이전에 자신의 TXOP를 종료함으로써 예정된 레이턴시 민감 데이터/트래픽이 송신되게 할 것인지에 대해 자체적으로 결정할 수 있다.

해당 방식은 non-AP STA이 제한된 TWT SP 이전에 송신하는 자신의 데이터의 TID에 대한 정보뿐만 아니라 제한된 TWT SP 내에서 송신될 예정인 레이턴시 민감 데이터의 TID에 대한 정보를 모두 알고 있는 경우에 수행될 수 있다. 제한된 TWT SP 내에서 송신될 예정인 레이턴시 민감 데이터의 TID에 대한 정보는 사전에 연결(association)된 AP로부터 제한된 TWT 스케줄링 정보를 공지(announce)하는 비콘에 포함될 수 있다.

각 데이터의 TID 정보를 바탕으로 데이터 간의 송신 우선순위의 정도를 파악할 수 있다. 본 명세서에서는 TID의 값이 클수록 데이터의 송신 우선순위가 높고, TID 값이 작을수록 데이터 송신 우선순위가 낮음을 전제한다.

제한된 TWT SP 이전에 데이터를 송신 중이던 non-AP STA은 아래와 같은 기준을 바탕으로 데이터들의 TID 값들을 서로 비교하여 자신의 TXOP 유지 여부를 결정할 수 있다.

일례로, 제한된 TWT SP 이전에 진행 중인 데이터의 TID가 제한된 TWT SP 내에서 송신될 예정인 데이터의 TID보다 크거나 같은 경우, 제한된 TWT SP 이전에 데이터를 송신하고 있던 non-AP STA는 자신의 TXOP를 종료하지 않고 계속해서 데이터를 송신하기 위해 제한된 TWT SP의 시작 시점을 연기(postpone)시킬 수 있다.

다른 일례로, 제한된 TWT SP 이전에 진행 중인 데이터의 TID가 제한된 TWT SP 내에서 송신될 예정인 데이터의 TID보다 작은 경우, 제한된 TWT SP 이전에 데이터를 송신하고 있던 non-AP STA는 자신의 TXOP를 종료함으로써 제한된 TWT SP의 시작 시점을 연기시키지 않을 수 있다.

추가적으로, TWT 응답 STA(또는 TWT를 스케줄링하는 STA 또는 AP)는 전술한 non-AP STA의 동작을 기반으로 제한된 TWT SP의 지연이 허용/지원되는지에 대하여 TWT 요청 STA(또는 TWT가 스케줄링되는 STA 또는 non-AP STA)에게 공지할 수 있다. 전술한 바와 같이, 제한된 TWT SP 이전에 데이터를 송신 중이던 non-AP STA가 TID를 기반으로 제한된 TWT SP 이전에 자신의 TXOP을 종료하는지 여부에 따라 제한된 TWT SP의 시작 지점이 시간 상 뒤로 미뤄질 수 있다. 전술한 동작의 영향으로, 상기 제한된 TWT SP의 시작 지점이 시간 상으로 뒤로 미뤄지는 것의 허용 여부에 대한 정보는 TWT 요청 STA에게 TWT 응답 STA에 의해 공지될 수 있다. 본 명세서에서는 해당 정보를 TID 허용(Allowance)이라 칭하고, 해당 정보는 1 비트의 크기를 가질 수 있다.

일례로, TID 허용의 값이 1일 때, 제한된 TWT SP 이전에 데이터를 송신 중인 non-AP STA가 상기 데이터의 TID를 기반으로 데이터를 비교한 결과에 따라, 제한된 TWT SP의 시작 지점의 변경이 허용될 수 있다. 따라서, TID 허용의 값이 1로 설정되었을 경우에만, 제한된 TWT SP가 시작되더라도, 단말은 TID 기반으로 현재 송신 중인 데이터를 멈추지 않고 계속 송신할 수 있다. 예를 들어, STA가 현재 송신/진행중인 데이터가 제한된 TWT SP에 할당된 트래픽보다 높은 우선순위를 가지면, STA는 현재 송신/진행 중인 데이터의 송신을 계속 수행할 수 있다. 또는, STA가 현재 송신/진행중인 데이터의 TID가 제한된 TWT SP에 할당된 트래픽의 TID보다 높은 값을 가지면, STA는 현재 송신/진행 중인 데이터의 송신을 계속 수행할 수 있다.

일례로, TID 허용의 값이 0일 때, 제한된 TWT SP 이전에 송신 중인 non-AP STA가 TID를 기반으로 데이터를 비교한 결과를 바탕으로 제한된 TWT SP의 시작 지점의 변경이 허용되지 않을 수 있다.

상기 TID 허용에 대한 정보는 후술하는 방법들 중 하나 이상을 이용하여, AP(TWT 응답 STA/TWT를 스케줄링하는 STA)에 의해 non-AP STA(TWT 응답 STA/TWT가 스케줄링되는 STA)에게 송신될 수 있다.

방법 1) TWT 셋업 절차동안 송수신되는 TWT 응답 프레임에 TID 허용 정보가 포함될 수 있다.

방법 2) 비콘 프레임, 프로브 응답 프레임, 또는 연결 응답 프레임을 송신할 때, 각 프레임의 능력 필드(Capability field)(/EHT Capability field/EHT MAC Capability field)에 TID 허용 정보가 포함될 수 있다.

한편, 전술한 도 14의 제한된 TWT의 SP는 도 15의 제한된 TWT의 SP보다 시간 상으로 늦게 시작될 수 있다. 도 14를 참고하면, 제한된 TWT의 SP 이전에 송신/진행 중인 데이터가 존재할 수 있다. 여기서, 해당 데이터는 본 명세서에서 제안하는 조건들이 만족하지 않는 데이터일 수 있다. 반면, 도 15를 참고하면, 제한된 TWT의 SP 이전에 송신/진행 중인 데이터는 본 명세서에서 제시하는 조건들이 만족하는 데이터일 수 있다. 즉, 도 15의 일례는 상기 데이터를 송신하는 STA이 자신의 TXOP를 끝낸 경우의 일례일 수 있다. 따라서, 도 14의 제한된 TWT의 SP의 시작 시점은 도 15의 제한된 TWT의 SP의 시작 시점보다 시간상으로 뒤에 위치할 수 있다. 본 명세서에서 제안하는 조건에 의해 도 17과 같이 EHT non-AP STA이 자신의 TXOP를 멈추지 않았을 때, 해당 STA가 송신하는 데이터에 의해 제한된 TWT의 SP의 시작 시점은 시간상으로 뒤로 밀려날 수 있다. 도 17은 제한된 TWT SP의 시작 시점 및 종료 시점의 연기(postpone)의 일례를 도시한다.

도 17을 참고하면, AP는 제한된 TWT 스케줄링 정보를 포함하는 신호를 송신한다. 상기 신호는 비콘 프레임, 프로브 응답 또는 새로운 프레임일 수 있다.

도 17에서, AP가 송신한 신호를 수신한 STA1는 저지연 STA이고, AP가 송신한 신호를 수신한 STA2는 일반 STA임을 가정한다. 이 때, 일반 STA2는 백오프(backoff) 동작을 수행한 후 TXOP를 획득하면 데이터를 AP로 송신할 수 있다. AP는 상기 데이터를 수신하면 상기 일반 STA2에게 ACK 신호를 송신할 수 있다.

상기 일반 STA2는 본 명세서에서 제안한 다양한 방법/실시예들에 따라 제한된 TWT SP의 연기 여부를 판단할 수 있다. 일례로, 상기 일반 STA2가 송신하는 데이터가 상기 제한된 TWT SP 동안 송신되는 데이터보다 송신 우선순위가 더 높은 경우, 상기 일반 STA2는 상기 제한된 TWT SP를 연기시킬 수 있다.

도 18을 참고하면, AP는 제한된 TWT 스케줄링 정보를 포함하는 신호를 송신한다. 상기 신호는 비콘 프레임, 프로브 응답 또는 새로운 프레임일 수 있다.

도 18에서, AP가 송신한 신호를 수신한 STA1는 저지연 STA이고, AP가 송신한 신호를 수신한 STA2는 일반 STA임을 가정한다. 이 때, 일반 STA2는 백오프(backoff) 동작을 수행한 후 TXOP를 획득하면 데이터를 AP로 송신할 수 있다. AP는 상기 데이터를 수신하면 상기 일반 STA2에게 ACK 신호를 송신할 수 있다.

도 18을 참고하면, 일반 STA2는 AP로부터 상기 신호를 수신한 후, 백오프 동작을 수행하여 TXOP를 획득할 수 있다. 이후, 상기 일반 STA2는 데이터를 AP에게 송신하고, AP로부터 상기 데이터에 대한 ACK을 수신할 수 있다. 이후, 상기 일반 STA2는 AP에게 데이터를 계속하여 송신할 수 있다. 여기서, 도 17과 같이, 상기 일반 STA2는 백오프 동작을 다시 수행한 이후에 데이터를 송신할 수 있다. 또는, 도 18과 같이, 상기 일반 STA2는 백오프 동작을 수행하지 않고 데이터를 연속적으로 송신할 수도 있다.

한편, 도 17 및 도 18에서, 제한된 TWT SP가 연기되는 경우, AP는 STA들에게 제한된 TWT SP의 연기와 관련된 정보(예를 들어, 연기 여부, 제한된 TWT SP의 시작 시점의 연기된 시간, 제한된 TWT SP의 종료 시점의 연기된 시간 등)를 포함하는 신호를 송신할 수 있다. 상기 신호를 수신하는 STA들은 상기 신호를 통해 제한된 TWT SP가 연기되었음을 파악할 수 있다.

또는, 상기 신호의 명시적인 시그널링이 없더라도, AP는 STA들에게 휴지 간격(quiet interval)을 설정함으로써, 제한된 TWT SP가 연기됨을 간접적/암묵적으로 알려줄 수도 있다. 또는, 일반 STA가 송신하는 데이터가 포함된 PPDU의 추가 데이터 서브필드(more data subfield)를 통해 상기 제한된 TWT SP가 연기되었음을 간접적/암묵적으로 알려줄 수도 있다. 예를 들어, 일반 STA가 송신하는 데이터가 포함되는 PPDU의 추가 데이터 서브필드가 데이터의 송신이 종료되지 않았음을 지시(예를 들어, 상기 추가 데이터 서브필드가 1을 지시)하면, 저지연 STA는 설정된 제한된 TWT SP의 시작 시점이 도래한 후에도 송수신 동작을 수행하지 않을 수 있다. 이후, 상기 일반 STA가 송신하는 데이터가 포함된 PPDU의 추가 데이터 서브필드가 데이터의 송신이 종료됨을 지시(예를 들어, 상기 추가 데이터 서브필드가 0을 지시)하면, 상기 저지연 STA는 송수신 동작을 수행할 수 있다.

802.11ax 규격에 따르면, AP가 스케줄링하여 확보된 TWT의 SP의 구간 동안에만 관련 데이터가 교환될 수 있다. 즉, 도 14의 예에서, 제한된 TWT SP 이전에 진행 중인 데이터로 인하여 해당 제한된 TWT SP의 시작 시점에 시간 상으로 뒤로 밀려났음에도 불구하고 종료 시점은 도 15의 제한된 TWT SP와 동일해야 할 수 있다. 이 때, 도 14의 경우 AP와 저지연 STA 간의 데이터가 충분히 전달되지 못할 수 있다. 따라서, 도 17 또는 도 18과 같이, 제한된 TWT SP의 종료 시점도 시작 시점에 따라 시간 상 해당 SP의 구간만큼 뒤로 밀려나는 것을 고려할 수 있다. 여기서, STA는 제한된 TWT SP의 변경된 시작 시점부터 레이턴시 민감 트래픽을 송신하고, 상기 송신을 마무리하기까지의 총 시간은 초기의 해당 SP의 구간을 초과할 수 없을 수 있다. 예를 들어, 도 17 또는 도 18의 예와 같이, 제한된 TWT SP의 시작 시점이 연기된 시간이 A ms라면 종료 시점도 A ms까지 연기될 수 있다. 또는, 종료 시점이 연기되는 시간은, 시작 시간이 연기된 시간을 초과하지 않는 범위 내에서 결정될 수 있다. 예를 들어, 시작 시간이 A ms 연기 되었다면, 연기된 종료 시점은 A보다 작은 값으로 설정될 수 있다. 이를 통해, 초기에 확보된 제한된 TWT SP의 구간이 보장될 수 있으며, AP와 저지연 STA 간의 레이턴시 민감 데이터가 완전히 전달될 수 있다.

여기서, 해당 제한된 TWT SP 이후 예정된 TWT SP가 전술한 방식으로 확장된 제한된 TWT SP로부터 보호될 수 있도록, AP는 TWT SP 간의 스케줄링을 수행할 수 있다. 따라서, 현재 진행중인 제한된 TWT SP의 종료 시점이 확장/연기될 때, AP는 확장/연기된 제한된 TWT SP가 이후 예정된 개별/브로드캐스트 TWT SP 또는 다른 제한된 TWT SP와 중복되지 않도록 스케줄링을 수행할 수 있다. 즉, 확장된 제한된 TWT SP 내 송신은 이후 예정된 개별/브로드캐스트 TWT SP 내 송신(혹은 TXOP)과 중복되지 않을 수 있다.

이하, 본 명세서에서 제안하는 다양한 방법/실시예에 기반한 STA의 동작의 예들을 설명한다. 후술하는 예들은 본 명세서에서 제안하는 방법/실시예를 제한하지 않는다.

만약 Non-AP STA이 송신하는 일반 데이터가 레이턴시 민감 데이터보다 긴급하게 송신되어야 하는 데이터인 경우, 해당 STA가 TXOP를 중단하고 제한된 TWT 동작을 수행하면 결과적으로 데이터 간의 충돌(Collision)이 발생할 수 있다. 따라서, 상기 일반 데이터가 레이턴시 민감 데이터보다 비교적 긴급하지 않은 데이터들을 송신하는 경우에 한해 제한된 TWT 동작이 허용될 수 있다.

도 19는 본 명세서의 일부 구현에 따른 일반 STA의 동작 방법의 일례에 대한 순서도이다. 여기서, 상기 일반 STA는 제한된 TWT 동작을 수행할 수 없는 STA 또는 제한된 TWT 동작이 설정되지 않은 STA일 수 있다.

도 19를 참고하면, 일반 STA는 AP로부터 제한된 TWT SP에 대한 정보를 포함한 신호를 수신한다(S1910). 여기서, 상기 제한된 TWT SP에 대한 정보를 포함한 신호는 비콘 프레임 포맷, 프로브 응답 프레임 포맷 또는 다른 프레임 포맷으로 구성될 수 있다. 이후, 상기 일반 STA는 백오프(backoff) 동작을 통해 TXOP를 획득한다(S1920).

상기 일반 STA는 자신이 송신할 데이터가 저지연 STA의 데이터보다 더 긴급한 데이터인지 여부를 판단한다(S1930). 상기 판단은 데이터 간 우선순위, TID(traffic identifier), AC(access category) 등에 기반하여 수행될 수 있다.

상기 S1930 단계에서, 일반 STA가 송신할 데이터가 저지연 STA의 데이터보다 더 긴급한 데이터인 경우, 상기 일반 STA는 획득한 TXOP를 유지한다(S1940). 상기 S1930 단계에서, 저지연 STA의 데이터가 일반 STA가 송신할 데이터보다 더 긴급한 데이터인 경우, 상기 일반 STA는 획득한 TXOP를 중단한다(S1945). 이후, 상기 일반 STA는 상기 제한된 TWT SP가 만료되었는지 여부를 판단한다(S1950). 상기 제한된 TWT SP가 만료되지 않은 경우, S1950 단계로 돌아간다. 다시 말하면, 상기 제한된 TWT SP가 만료되지 않은 경우, 상기 일반 STA는 상기 제한된 TWT SP가 만료되었는지 여부를 다시 판단한다. 상기 제한된 TWT SP가 만료된 경우, 상기 일반 STA는 획득한 TXOP를 중단된 시점부터 재개한다(S1960). 여기서, 상기 제한된 TWT SP가 만료되면, 상기 일반 STA는 백오프 동작을 수행하여 새로운 TXOP를 획득한 후, 데이터를 송신할 수 있다.

전술한 예는 AP가 일반 STA 및 저지연 STA과 연결된 경우를 전제로 한다. 추가적으로, 본 명세서는 일반 STA이 없는 경우, 즉, AP가 저지연 STA 1과 저지연 STA 2와 연결된 경우의 제한된 TWT 동작을 제안한다.

만약 AP, 저지연 STA 1 및 저지연 STA 2가 인트라(intra)-BSS에 위치한다면, 제한된 TWT 동작은 두 STA간의 우선순위에 상관없이 AP의 스케줄링을 바탕으로 수행될 수 있다. 이하, 저지연 STA 1의 동작의 일례가 설명된다. 저지연 STA 1은 AP으로부터 해당 STA의 제한된 TWT의 스케줄링 정보를 받고 난 후, 자신보다 먼저 AP으로부터 제한된 TWT 스케줄링을 받은 저지연 STA이 있는지 확인할 수 있다. 만약 먼저 스케줄링된 제한된 TWT가 있다면, 먼저 스케줄링된 제한된 TWT의 SP가 만료될 때까지 STA 1은 대기할 수 있다. 만약 먼저 스케줄링된 제한된 TWT가 없다면, 해당 STA 1는 자신의 제한된 TWT SP를 즉시 시작하고, 레이턴시 민감 데이터를 송신할 수 있다.

도 20은 AP가 저지연 STA 1과 저지연 STA 2와 연결된 경우 본 명세서의 일부 구현에 따른 저지연 STA 1의 동작 방법의 일례에 대한 순서도이다. 도 20의 일례는 AP, 저지연 STA 1 및 저지연 STA 2가 인트라-BSS에 포함되는 일례할 수 있다.

도 20을 참고하면, 저지연 STA 1은 AP에게 제한된 TWT를 요청한다(S2010). 상기 요청에 대한 응답으로, 상기 AP는 제한된 TWT 스케줄링 정보를 포함한 신호를 송신할 수 있다. 즉, 저지연 STA 1은 상기 AP로부터 제한된 TWT 스케줄링 정보를 포함한 신호를 수신한다(S2020). 여기서, 상기 신호는 비콘 프레임 포맷, 프로브 응답 프레임 포맷 또는 다른 프레임 포맷으로 구성될 수 있다.

상기 저지연 STA 1은 해당 제한된 TWT 이외에 먼저 공지된 다른 제한된 TWT의 존재 여부를 판단한다(S2030). 여기서, 해당 제한된 TWT는 상기 저지연 STA 1에게 스케줄링된 제한된 TWT를 의미할 수 있다.

만약 해당 제한된 TWT 이외에 먼저 공지된 다른 제한된 TWT가 존재하면, 상기 저지연 STA 1은 해당 제한된 TWT SP의 시작까지 대기한다(S2040). 만약 해당 제한된 TWT 이외에 먼저 공지된 다른 제한된 TWT가 존재하지 않으면, 상기 저지연 STA 1은 해당 제한된 TWT SP를 시작한다(S2045). 또한, S2040 단계에서, 상기 저지연 STA 1이 해당 제한된 TWT SP의 시작까지 대기한 이후, 상기 저지연 STA 1은 S2045 단계와 같이 해당 제한된 TWT SP를 시작할 수 있다.

만약 AP, 저지연 STA 1 및 저지연 STA 2가 인터(inter)-BSS 또는 OBSS에 위치한다면, 저지연 STA 1의 제한된 TWT의 동작은 저지연 STA 2와 상관없이 수행될 수 있다. 따라서, 저지연 STA들이 intra-BSS에 포함될 때, 저지연 STA의 제한된 TWT 동작은 AP의 송신 스케줄링을 고려하지만, inter-BSS 또는 OBSS에 속한 저지연 STA들의 제한된 TWT 동작은 각자의 스케줄링을 고려하지 않을 수 있다.

도 21을 참고하면, 저지연 STA 1은 AP에게 제한된 TWT를 요청한다(S2110). 상기 요청에 대한 응답으로, 상기 AP는 제한된 TWT 스케줄링 정보를 포함한 신호를 송신할 수 있다. 즉, 저지연 STA 1은 상기 AP로부터 제한된 TWT 스케줄링 정보를 포함한 신호를 수신한다(S2120). 여기서, 상기 신호는 비콘 프레임 포맷, 프로브 응답 프레임 포맷 또는 다른 프레임 포맷으로 구성될 수 있다.

상기 저지연 STA 1은 해당 제한된 TWT 이외에 먼저 공지된 다른 제한된 TWT의 존재 여부를 판단한다(S2130). 여기서, 해당 제한된 TWT는 상기 저지연 STA 1에게 스케줄링된 제한된 TWT를 의미할 수 있다.

해당 제한된 TWT 이외에 먼저 공지된 다른 제한된 TWT가 존재하는 경우, 상기 저지연 STA 1은 상기 먼저 공지된 제한된 TWT가 intra-BSS에 속한 STA의 제한된 TWT인지 여부를 판단한다(S2140). 상기 먼저 공지된 제한된 TWT가 intra-BSS에 속한 STA의 제한된 TWT인 경우, 상기 저지연 STA 1은 해당 제한된 TWT SP의 시작까지 대기한다(S2150). 이후, 상기 저지연 STA 1은 해당 제한된 TWT SP를 시작한다(S2160).

한편, S2130 단계에서, 해당 제한된 TWT 이외에 먼저 공지된 다른 제한된 TWT가 존재하지 않는 경우, 상기 저지연 STA 1은 해당 제한된 TWT SP를 시작할 수 있다. 또한, S2140 단계에서, 상기 먼저 공지된 제한된 TWT가 intra-BSS에 속한 STA의 제한된 TWT가 아닌 경우, 상기 저지연 STA 1은 해당 제한된 TWT SP를 시작할 수 있다.

따라서, 전술한 저지연 STA의 제한된 TWT 동작에 대해 다음 동작이 고려될 수 있다. 일례로, intra-BSS 환경에서 저지연 STA들의 제한된 TWT는 우선순위를 고려하지 않고 AP가 스케줄링한 순서를 기반으로 수행될 수 있다. 다른 일례로, inter-BSS 및 OBSS 환경에서 저지연 STA들의 제한된 TWT는 우선순위를 고려하지 않을 수 있다.

이하, 본 명세서의 일부 구현에 따른 통신 장치의 동작에 대해 설명한다. 도 22는 본 명세서의 일부 구현에 따른 STA의 동작 방법의 일례에 대한 순서도이다.

도 22를 참고하면, STA는 제한된 TWT를 위한 정보를 포함한 신호를 AP로부터 수신한다(S2210). 여기서, 상기 신호는 비콘 프레임 포맷, 프로브 응답 프레임 포맷 또는 다른 프레임 포맷이나 새롭게 정의되는 프레임 포맷으로 구성될 수 있다. 또한, 상기 제한된 TWT를 위한 정보는 제한된 TWT SP 스케줄 정보를 포함할 수 있다. 예를 들어, 상기 제한된 TWT를 위한 정보는 제한된 TWT SP의 시작 시간, 상기 제한된 TWT SP의 종료 시간, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 TID, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 AC 중 적어도 하나를 포함할 수 있다.

상기 STA는 획득한 TXOP 내에서 데이터를 상기 AP에게 송신한다(S2220). 여기서, 상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 STA는 상기 제한된 TWT SP의 시작 이전에 상기 TXOP를 종료할 수 있다. 다시 말하면, 상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 STA는 상기 제한된 TWT SP의 시작 시점 이전에 상기 데이터의 송신을 중지할 수 있다. 또한, 상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 높음에 기반하여, 상기 STA는 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지할 수 있다.

여기서, 상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하면, 상기 제한된 TWT SP의 시작 시점은 제1 시간만큼 지연될 수 있다. 다시 말하면, 상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하면, 상기 제한된 TWT SP는 상기 제한된 TWT SP의 시작 시점보다 제1 시간 이후에 시작될 수 있다. 상기 제1 시간은 상기 제한된 TWT SP의 시작 시점부터 상기 STA가 상기 데이터의 송신을 종료하는 시점까지의 시간 구간 또는 사전에 결정된 시간 구간일 수도 있다. 이 때, 상기 제한된 TWT SP의 종료 시점은 제2 시간만큼 지연될 수 있다. 여기서, 상기 제2 시간의 최대값은 상기 제1 시간일 수 있다. 또한, 상기 제2 시간은 사전에 결정된 시간 구간일 수 있다.

또한, 상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하면, 상기 제한된 TWT SP의 시작 시점이 지연된 이후 상기 레이턴시 민감 데이터가 특정 STA에 의해 송신될 수 있다. 상기 특정 STA는 상기 제한된 TWT SP가 설정된 STA일 수 있다.

도 23은 상기 도 22의 일례에서 특정 STA의 동작 방법의 일례에 대한 순서도이다. 상기 특정 STA는 제한된 TWT 동작을 수행하는 STA 또는 제한된 TWT SP가 설정된 STA일 수 있다.

도 23을 참고하면, 특정 STA는 제한된 TWT를 위한 정보를 포함한 신호를 AP로부터 수신한다(S2310). 여기서, 상기 신호는 비콘 프레임 포맷, 프로브 응답 프레임 포맷 또는 다른 프레임 포맷이나 새롭게 정의되는 프레임 포맷으로 구성될 수 있다. 또한, 상기 제한된 TWT를 위한 정보는 제한된 TWT SP 스케줄 정보를 포함할 수 있다. 예를 들어, 상기 제한된 TWT를 위한 정보는 제한된 TWT SP의 시작 시간, 상기 제한된 TWT SP의 종료 시간, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 TID, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 AC 중 적어도 하나를 포함할 수 있다.

상기 특정 STA는 상기 제한된 TWT SP 내에서 레이턴시 민감 데이터를 상기 AP에게 송신한다(S2320). 여기서, 상기 레이턴시 민감 데이터의 우선순위가 상기 제한된 TWT SP의 시작 시점 이전에 송신되는 데이터의 우선순위보다 낮음에 기반하여, 상기 특정 STA는 상기 제한된 TWT SP의 시작 시점보다 제1 시간 경과 후 상기 레이턴시 민감 데이터를 송신할 수 있다. 즉, 상기 레이턴시 민감 데이터의 우선순위가 상기 제한된 TWT SP의 시작 시점 이전에 송신되는 데이터의 우선순위보다 낮으면, 상기 제한된 TWT SP의 시작 시점은 상기 제1 시간만큼 지연될 수 있다. 또한, 상기 제한된 TWT SP의 종료 시점은 제2 시간만큼 지연될 수 있다. 여기서, 상기 제2 시간의 최대값은 상기 제1 시간일 수 있다. 상기 제1 시간 및 상기 제2 시간은 도 22에서 설명한 상기 제1 시간 및 상기 제2 시간과 동일할 수 있다.

또한, 상기 레이턴시 민감 데이터의 우선순위가 상기 제한된 TWT SP의 시작 시점 이전에 송신되는 데이터의 우선순위보다 높음에 기반하여, 상기 특정 STA는 상기 제한된 TWT SP의 시작 시점부터 상기 레이턴시 민감 데이터를 송신할 수 있다. 즉, 상기 레이턴시 민감 데이터의 우선순위가 상기 제한된 TWT SP의 시작 시점 이전에 송신되는 데이터의 우선순위보다 높으면, 상기 제한된 TWT SP는 지연되지 않을 수 있다.

도 23의 일례는 도 17 또는 도 18의 일례와 동일할 수 있다. 다시 말하면, 도 23의 STA는 도 17 또는 도 18의 일반 STA일 수 있다. 또한, 도 23의 특정 STA는 도 17 또는 도 18의 저지연 STA일 수 있다.

도 24는 본 명세서의 일부 구현에 따른 AP의 동작 방법의 일례에 대한 순서도이다. 도 24에서, AP, 제1 STA 및 제2 STA는 intra-BSS 환경에 포함될 수 있다.

도 24를 참고하면, AP는 제한된 TWT를 위한 정보를 포함한 신호를 송신한다(S2410). 여기서, 상기 신호는 비콘 프레임 포맷, 프로브 응답 프레임 포맷 또는 다른 프레임 포맷이나 새롭게 정의되는 프레임 포맷으로 구성될 수 있다. 또한, 상기 제한된 TWT를 위한 정보는 제한된 TWT SP 스케줄 정보를 포함할 수 있다. 예를 들어, 상기 제한된 TWT를 위한 정보는 제한된 TWT SP의 시작 시간, 상기 제한된 TWT SP의 종료 시간, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 TID, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위, 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 AC 중 적어도 하나를 포함할 수 있다.

AP는 제1 STA로부터 제1 데이터를 수신한다(S2420). 여기서, 상기 제1 STA는 상기 제한된 TWT SP가 설정되지 않은 STA일 수 있다. 또한, AP는 제2 STA로부터 제2 데이터를 상기 제한된 TWT SP 내에서 수신한다(S2430). 여기서, 상기 제2 STA는 상기 제한된 TWT SP가 설정된 STA일 수 있다.

여기서, 상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 높음에 기반하여, 상기 제1 데이터는 상기 제한된 TWT SP의 시작 시점부터 제1 시간이 경과할 때까지 송신될 수 있다. 또한 여기서, 상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 높음에 기반하여, 상기 제2 데이터는 상기 제한된 TWT SP의 시작 시점부터 제1 시간이 경과한 이후부터 송신될 수 있다. 이 때, 상기 제2 데이터는 상기 제한된 TWT SP의 종료 시점부터 제2 시간이 경과할 때까지 송신될 수 있다. 여기서, 상기 제2 시간의 최대값은 상기 제1 시간일 수 있다.

또한, 상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 낮음에 기반하여, 상기 AP는 상기 제1 데이터를 상기 제한된 TWT SP의 시작 시점까지 수신할 수 있다. 즉, 상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 낮으면, 상기 제1 데이터는 상기 제한된 TWT SP의 시작 시점 이후에는 송신되지 않을 수 있다.

상술한 본 명세서의 기술적 특징은 다양한 장치 및 방법에 적용될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은 도 1 및/또는 도 11의 장치를 통해 수행/지원될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은, 도 1 및/또는 도 11의 일부에만 적용될 수 있다. 예를 들어, 상술한 본 명세서의 기술적 특징은, 도 1의 프로세싱 칩(114, 124)을 기초로 구현되거나, 도 1의 프로세서(111, 121)와 메모리(112, 122)를 기초로 구현되거나, 도 11의 프로세서(610)와 메모리(620)를 기초로 구현될 수 있다.

본 명세서의 기술적 특징은 CRM(computer readable medium)을 기초로 구현될 수 있다. 예를 들어, 본 명세서에 의해 제안되는 CRM은 적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)이다

상기 CRM은, 송신 STA로부터 트리거 프레임을 수신하는 단계; 및 상기 송신 STA에게 기설정된 대역을 통해 상기 트리거 프레임을 기반으로 하는 피드백 NDP(Null Data Packet)를 송신하는 단계를 포함하는 동작(operations)을 수행하는 명령어(instructions)를 저장할 수 있다. 본 명세서의 CRM 내에 저장되는 명령어는 적어도 하나의 프로세서에 의해 실행(execute)될 수 있다. 본 명세서의 CRM에 관련된 적어도 하나의 프로세서는 도 1의 프로세서(111, 121) 또는 프로세싱 칩(114, 124)이거나, 도 11의 프로세서(610)일 수 있다. 한편, 본 명세서의 CRM은 도 1의 메모리(112, 122)이거나 도 11의 메모리(620)이거나, 별도의 외부 메모리/저장매체/디스크 등일 수 있다.

상술한 본 명세서의 기술적 특징은 다양한 응용예(application)나 비즈니스 모델에 적용 가능하다. 예를 들어, 인공 지능(Artificial Intelligence: AI)을 지원하는 장치에서의 무선 통신을 위해 상술한 기술적 특징이 적용될 수 있다.

인공 지능은 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.

인공 신경망(Artificial Neural Network; ANN)은 머신 러닝에서 사용되는 모델로써, 시냅스의 결합으로 네트워크를 형성한 인공 뉴런(노드)들로 구성되는, 문제 해결 능력을 가지는 모델 전반을 의미할 수 있다. 인공 신경망은 다른 레이어의 뉴런들 사이의 연결 패턴, 모델 파라미터를 갱신하는 학습 과정, 출력값을 생성하는 활성화 함수(Activation Function)에 의해 정의될 수 있다.

인공 신경망은 입력층(Input Layer), 출력층(Output Layer), 그리고 선택적으로 하나 이상의 은닉층(Hidden Layer)를 포함할 수 있다. 각 층은 하나 이상의 뉴런을 포함하고, 인공 신경망은 뉴런과 뉴런을 연결하는 시냅스를 포함할 수 있다. 인공 신경망에서 각 뉴런은 시냅스를 통해 입력되는 입력 신호들, 가중치, 편향에 대한 활성 함수의 함숫값을 출력할 수 있다.

모델 파라미터는 학습을 통해 결정되는 파라미터를 의미하며, 시냅스 연결의 가중치와 뉴런의 편향 등이 포함된다. 그리고, 하이퍼파라미터는 머신 러닝 알고리즘에서 학습 전에 설정되어야 하는 파라미터를 의미하며, 학습률(Learning Rate), 반복 횟수, 미니 배치 크기, 초기화 함수 등이 포함된다.

인공 신경망의 학습의 목적은 손실 함수를 최소화하는 모델 파라미터를 결정하는 것으로 볼 수 있다. 손실 함수는 인공 신경망의 학습 과정에서 최적의 모델 파라미터를 결정하기 위한 지표로 이용될 수 있다.

머신 러닝은 학습 방식에 따라 지도 학습(Supervised Learning), 비지도 학습(Unsupervised Learning), 강화 학습(Reinforcement Learning)으로 분류할 수 있다.

지도 학습은 학습 데이터에 대한 레이블(label)이 주어진 상태에서 인공 신경망을 학습시키는 방법을 의미하며, 레이블이란 학습 데이터가 인공 신경망에 입력되는 경우 인공 신경망이 추론해 내야 하는 정답(또는 결과 값)을 의미할 수 있다. 비지도 학습은 학습 데이터에 대한 레이블이 주어지지 않는 상태에서 인공 신경망을 학습시키는 방법을 의미할 수 있다. 강화 학습은 어떤 환경 안에서 정의된 에이전트가 각 상태에서 누적 보상을 최대화하는 행동 혹은 행동 순서를 선택하도록 학습시키는 학습 방법을 의미할 수 있다.

인공 신경망 중에서 복수의 은닉층을 포함하는 심층 신경망(DNN: Deep Neural Network)으로 구현되는 머신 러닝을 딥 러닝(심층 학습, Deep Learning)이라 부르기도 하며, 딥 러닝은 머신 러닝의 일부이다. 이하에서, 머신 러닝은 딥 러닝을 포함하는 의미로 사용된다.

또한 상술한 기술적 특징은 로봇의 무선 통신에 적용될 수 있다.

로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다.

로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.

또한 상술한 기술적 특징은 확장 현실을 지원하는 장치에 적용될 수 있다.

확장 현실은 가상 현실(VR: Virtual Reality), 증강 현실(AR: Augmented Reality), 혼합 현실(MR: Mixed Reality)을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체들을 섞고 결합시켜서 제공하는 컴퓨터 그래픽 기술이다.

MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.

XR 기술은 HMD(Head-Mount Display), HUD(Head-Up Display), 휴대폰, 태블릿 PC, 랩탑, 데스크탑, TV, 디지털 사이니지 등에 적용될 수 있고, XR 기술이 적용된 장치를 XR 장치(XR Device)라 칭할 수 있다.

본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims

무선랜 시스템에서,

STA(station)에 의해, 제한된 TWT(restricted target wake time)를 위한 정보를 포함한 신호를 AP(access point)로부터 수신하되,

상기 정보는 제한된 TWT SP(service period) 및 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위를 포함하는 단계; 및

상기 STA에 의해, 획득한 TXOP(transmission opportunity) 내에서 데이터를 상기 AP에게 송신하되,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 STA는 상기 제한된 TWT SP의 시작 이전에 상기 TXOP를 종료하고,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 높음에 기반하여, 상기 STA는 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하는 단계를 포함하는

방법.
제1항에 있어서,

상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지함에 기반하여, 상기 제한된 TWT SP의 시작 시점은 제1 시간만큼 지연되는

방법.
제2항에 있어서,

상기 제1 시간은 상기 제한된 TWT SP의 시작 시점부터 상기 STA가 상기 데이터의 송신을 종료하는 시점까지의 시간 구간인

방법.
제2항에 있어서,

상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지함에 기반하여, 상기 제한된 TWT SP의 종료 시점은 제2 시간만큼 지연되는

방법.
제4항에 있어서,

상기 제2 시간은 0 이상 상기 제1 시간 이하인

방법.
제1항에 있어서,

상기 신호는 비콘 프레임 포맷(beacon frame format) 및 TWT 응답 프레임 포맷(TWT response frame format) 중 적어도 하나로 구성되는

방법.
제1항에 있어서,

상기 우선순위는 TID(traffic identifier), AC(access category) 및 우선순위 식별자 중 적어도 하나에 기반하여 결정되는

방법.
제1항에 있어서,

상기 데이터가 포함된 PPDU(physical protocol data unit)는 추가 데이터 서브필드(more data subfield)를 포함하고,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 높음에 기반하여, 상기 제한된 TWT SP의 시작 시점 이전에 송신되는 상기 PPDU의 상기 추가 데이터 서브필드는 1을 지시하는

방법.
제1항에 있어서,

상기 데이터가 포함된 PPDU(physical protocol data unit)는 추가 데이터 서브필드(more data subfield)를 포함하고,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 제한된 TWT SP의 시작 시점 이전에 송신되는 상기 PPDU의 상기 추가 데이터 서브필드는 0을 지시하는

방법.
제1항에 있어서,

상기 신호는 상기 제한된 TWT SP의 시작 시점의 변경을 알려주는 필드를 포함하는

방법.
제1항에 있어서,

상기 STA는 상기 AP 및 상기 레이턴시 민감 데이터를 송수신하는 특정 STA와 동일한 BSS(basic service set)에 포함되는

방법.
제1항에 있어서,

상기 STA는 제한된 TWT 동작이 설정되지 않은 STA인

방법.
무선랜 시스템에서, STA(station)은

메모리;

트랜시버; 및

상기 메모리 및 상기 트랜시버와 동작 가능하게 결합된 프로세서를 포함하되, 상기 프로세서는:

제한된 TWT(restricted target wake time)를 위한 정보를 포함한 신호를 AP(access point)로부터 수신하되,

상기 정보는 제한된 TWT SP(service period) 및 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위를 포함하는 단계; 및

획득한 TXOP(transmission opportunity) 내에서 데이터를 상기 AP에게 송신하되,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 프로세서는 상기 제한된 TWT SP의 시작 이전에 상기 TXOP를 종료하고,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 높음에 기반하여, 상기 프로세서는 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하는 단계를 포함하는

STA.
무선랜 시스템에서,

AP(access point)에 의해, 제한된 TWT(restricted target wake time)를 위한 정보를 포함한 신호를 송신하되,

상기 정보는 제한된 TWT SP(service period) 및 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위를 포함하는 단계;

상기 AP에 의해, 제1 STA로부터 제1 데이터를 수신하는 단계; 및

상기 AP에 의해, 제2 STA로부터 제2 데이터를 상기 제한된 TWT SP 내에서 수신하는 단계를 포함하되,

상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 높음에 기반하여, 상기 제1 데이터는 상기 제한된 TWT SP의 시작 시점부터 제1 시간이 경과할 때까지 송신되고, 및 상기 제2 데이터는 상기 제한된 TWT SP의 시작 시점부터 제1 시간이 경과한 이후부터 송신되고,

상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 낮음에 기반하여, 상기 AP는 상기 제1 데이터를 상기 제한된 TWT SP의 시작 시점까지 수신하고, 및 상기 제2 데이터를 상기 제한된 TWT SP 내에서 수신하는

방법.
제14항에 있어서,

상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지함에 기반하여, 상기 제한된 TWT SP의 시작 시점은 제1 시간만큼 지연되는

방법.
제15항에 있어서,

상기 제1 시간은 상기 제한된 TWT SP의 시작 시점부터 상기 STA가 상기 데이터의 송신을 종료하는 시점까지의 시간 구간인

방법.
제15항에 있어서,

상기 STA가 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지함에 기반하여, 상기 제한된 TWT SP의 종료 시점은 제2 시간만큼 지연되는

방법.
무선랜 시스템에서, AP(access point)는,

메모리;

트랜시버; 및

상기 메모리 및 상기 트랜시버와 동작 가능하게 결합된 프로세서를 포함하되, 상기 프로세서는:

제한된 TWT를 위한 정보를 포함한 신호를 송신하되,

상기 정보는 제한된 TWT SP(service period) 및 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위를 포함하는 단계;

제1 STA로부터 제1 데이터를 수신하는 단계; 및

제2 STA로부터 제2 데이터를 상기 제한된 TWT SP 내에서 수신하는 단계를 포함하되,

상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 높음에 기반하여, 상기 제1 데이터는 상기 제한된 TWT SP의 시작 시점부터 제1 시간이 경과할 때까지 송신되고, 및 상기 제2 데이터는 상기 제한된 TWT SP의 시작 시점부터 제1 시간이 경과한 이후부터 송신되고,

상기 제1 데이터의 우선순위가 상기 제2 데이터의 우선순위보다 낮음에 기반하여, 상기 프로세서는 상기 제1 데이터를 상기 제한된 TWT SP의 시작 시점까지 수신하고, 및 상기 제2 데이터를 상기 제한된 TWT SP 내에서 수신하는

AP.
적어도 하나의 프로세서(processor)에 의해 실행됨을 기초로 하는 명령어(instruction)를 포함하는 적어도 하나의 컴퓨터로 읽을 수 있는 기록매체(computer readable medium)에 있어서,

상기 프로세서에 의해, 제한된 TWT(restricted target wake time)를 위한 정보를 포함한 신호를 AP(access point)로부터 수신하되,

상기 정보는 제한된 TWT SP(service period) 및 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위를 포함하는 단계; 및

상기 프로세서에 의해, 획득한 TXOP(transmission opportunity) 내에서 데이터를 상기 AP에게 송신하되,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 프로세서는 상기 제한된 TWT SP의 시작 이전에 상기 TXOP를 종료하고,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 높음에 기반하여, 상기 프로세서는 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하는 단계를 포함하는

기록매체.
무선랜 시스템에서 장치에 있어서,

메모리; 및

상기 메모리와 동작 가능하게 결합된 프로세서를 포함하되, 상기 프로세서는:

제한된 TWT(restricted target wake time)를 위한 정보를 포함한 신호를 AP(access point)로부터 수신하되,

상기 정보는 제한된 TWT SP(service period) 및 상기 제한된 TWT SP에서 송수신되는 레이턴시 민감 데이터의 우선순위를 포함하는 단계; 및

획득한 TXOP(transmission opportunity) 내에서 데이터를 상기 AP에게 송신하되,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 낮음에 기반하여, 상기 프로세서는 상기 제한된 TWT SP의 시작 이전에 상기 TXOP를 종료하고,

상기 데이터의 우선순위가 상기 레이턴시 민감 데이터의 우선순위보다 높음에 기반하여, 상기 프로세서는 상기 제한된 TWT SP의 시작 시점 이후 상기 데이터의 송신을 유지하는 단계를 포함하는

장치.