KR20240056635A

KR20240056635A - 다중 링크 제한된 twt

Info

Publication number: KR20240056635A
Application number: KR1020247012723A
Authority: KR
Inventors: 량샤오 신; 모하메드 압오우엘세오우드; 리-시앙 선; 칭 시아
Original assignee: 소니그룹주식회사; 소니 코포레이션 오브 아메리카
Priority date: 2021-11-01
Filing date: 2022-10-27
Publication date: 2024-04-30
Also published as: US20230139168A1; WO2023077005A1; CN117322064A

Abstract

무선 프로토콜 CSMA/CA 및 RTA 프레임 교환을 위한 R-TWT의 SP들의 스케줄링. 링크 레벨 스케줄링 외에도, R-TWT들은 MLD 레벨로부터 스케줄링될 수 있다. R-TWT 스케줄링 MLD는 다수의 링크들에서 스케줄링되는 SP를 갖는 ML(Multi-Link) R-TWT를 스케줄링하도록 구성된다. 이러한 ML R-TWT들은 하나 이상의 SL R-TWT일 수 있으며, ML R-TWT는 SL R-TWT와 독립적인 R-TWT일 수 있다. R-TWT 스케줄링 MLD는: (a) ML R-TWT를 식별해 주기 위해 고유한 ML 레벨 R-TWT ID를 할당할 수 있고, ML R-TWT가 SL R-TWT들로 구성된 경우, 각각의 SL R-TWT는 자신의 링크에서 자신을 식별해 주기 위해 고유한 링크 레벨 R-TWT ID에 할당되며; (b) 다수의 링크들에서의 ML R-TWT 관리를 위해 하나의 링크에서의 ML R-TWT 시그널링을 완료할 수 있다.

Description

다중 링크 제한된 TWT

관련 출원들에 대한 상호 참조

본 출원은 참조에 의해 그 전체가 본 명세서에 포함되는, 2021년 11월 1일에 출원된 미국 가특허 출원 일련 번호 제63/263,340호에 대한 우선권과 그 이익을 주장하는, 참조에 의해 그 전체가 본 명세서에 포함되는, 2022년 10월 24일에 출원된 미국 특허 출원 일련 번호 제18/049,285호에 대한 우선권과 그 이익을 주장한다. 전술한 출원들 각각에 대한 우선권을 청구한다.

연방 정부 후원 연구 또는 개발에 관한 진술

해당 사항 없음

저작권 보호 대상 자료의 고지

본 특허 문서 내의 자료의 일부는 미국 및 다른 국가들의 저작권법에 따라 저작권 보호를 받을 수 있다. 저작권 권리의 소유자는 미국 특허청에서 공개적으로 이용 가능한 파일 또는 기록에 나오는 그대로 특허 문서 또는 특허 공개의 누군가에 의한 팩시밀리 복제에 대해 이의가 없지만, 그 외에는 어떠한 방식으로도 모든 저작권 권리를 보유한다. 저작권 소유자는 이로써, 37 C.F.R. § 1.14에 따른 그 권리를 제한 없이 포함하여, 본 특허 문서가 비밀로 유지되게 하는 어떠한 권리도 포기하지 않는다.

1. 기술 분야

본 개시의 기술은 일반적으로 CSMA/CA를 사용하는 무선 로컬 영역 네트워크에 관한 것이며, 보다 상세하게는 다수의 링크들에서 서비스 기간(SP)들을 갖는 다중 링크(ML) R-TWT의 MLD R-TWT 스케줄링에 관한 것이다.

2. 배경기술 논의

CSMA/CA(Carrier-Sense Multiple Access with Collision Avoidance)를 사용하는 현재 무선 기술들은 주로 네트워크의 고처리량 성능에 중점을 두고 있지만, 이들은 저지연 능력이 없다. 그렇지만, 실시간 애플리케이션(RTA)들과 같은, 점점 더 많은 수의 애플리케이션들은 저지연을 필요로 하며; 따라서 기술 격차가 있다.

RTA는 저지연 통신을 요구하고 최선형 통신(best effort communications)을 사용한다. RTA로부터 생성되는 데이터는 RTA 트래픽이라고 불리며 송신기 STA에서 RTA 프레임(들)으로서 패킷화될 것이다. 또한, 시간에 민감하지 않은 애플리케이션으로부터 생성되는 데이터는 비-RTA 트래픽이라고 불리고 송신기 STA에서 비-RTA 프레임(들)으로서 패킷화될 것이다. 이어서, 송신기 STA는 프레임들을 운반하는 패킷들을 채널을 통해 수신기 STA로 전송한다.

RTA 프레임은 전달에 대한 그 높은 적시성 요구 사항으로 인해 낮은 지연을 요구한다. RTA 프레임은 특정 시간 기간 내에 전달될 때 유효하다. CSMA/CA 무선 기술에서의 하나의 해결책은 RTA 프레임 교환을 위해 R-TWT(Restricted Target Wake Time)의 서비스 기간(SP)을 스케줄링하는 것이다. R-TWT SP들 동안, RTA 프레임들은 다른 프레임들보다 더 높은 전송 우선순위를 갖는다.

그렇지만, R-TWT 메커니즘의 현재 구현들은 스케줄링 및 오버헤드 문제들로 어려움을 겪고 있다. 본 개시는 이러한 문제들을 극복하고 추가적인 이점들을 제공한다.

WLAN(wireless local area network)은 CSMA/CA(Carrier Sense Multiple Access/Collision Avoidance)를 사용하고 RTA 프레임 교환을 위해 R-TWT(Restricted Target Wake Time)의 서비스 기간(SP)을 스케줄링한다. R-TWT SP들 동안, RTA 프레임들은 다른 프레임들보다 더 높은 전송 우선순위를 갖는다. 본 개시에서, R-TWT 스케줄링 MLD가 다수의 링크들에서 스케줄링되는 서비스 기간(SP)들을 갖는 다중 링크(ML) R-TWT를 스케줄링할 수 있는 프로토콜이 설명된다. 이러한 ML R-TWT들은 하나 이상의 단일 링크(SL) R-TWT일 수 있으며, ML R-TWT는 SL R-TWT와 독립적인 R-TWT일 수 있다. R-TWT 스케줄링 MLD는 ML R-TWT를 식별해 주기 위해 고유한 ML 레벨 R-TWT ID를 할당할 수 있다. ML R-TWT가 SL R-TWT들로 구성된 경우, 각각의 SL R-TWT는 자신의 링크에서 자신을 식별해 주기 위해 고유한 링크 레벨 R-TWT ID에 할당된다. R-TWT 스케줄링 AP MLD는 다수의 링크들에서의 ML R-TWT 관리를 위해 하나의 링크에서의 ML R-TWT 시그널링을 완료할 수 있다.

비-AP MLD는 ML R-TWT의 자신의 멤버십을 협상하기 위해 ML R-TWT 요청 프레임을 송신한다. AP MLD는 비-AP MLD로부터의 요청을 수락하거나 거부하기 위해 ML R-TWT 응답 프레임으로 응답한다. AP MLD가 비-AP MLD의 요청을 수락하는 경우 비-AP MLD는 ML R-TWT의 멤버가 된다.

비-AP STA는 ML R-TWT 시그널링을 위해 ML TWT 요소를 포함하는 프레임을 송신한다. ML TWT 요소는 하나 이상의 Broadcast ML TWT Parameter Set 필드를 운반한다. ML TWT 요소는 Broadcast ML TWT Parameter Set 필드들 내의 정보가 어느 링크들에 적용되는지를 나타내는 링크 정보를 포함한다.

본 명세서에서 설명되는 기술의 추가 측면들은 본 명세서의 이하의 부분들에서 제시될 것이며, 여기서 상세한 설명은 제한을 두지 않고 기술의 바람직한 실시예들을 완전히 개시하기 위한 것이다.

본 명세서에서 설명되는 기술은 단지 예시를 위한 것인 이하의 도면들을 참조하는 것에 의해 보다 완전히 이해될 것이다.
도 1은 IEEE802.11ax에서 TWT(Target Wait Time)를 수행하는 상호 연동(interworking) 통신 다이어그램이다.
도 2는 TWT 설정 프레임의 데이터 필드 다이어그램이다.
도 3은 IEEE 802.11ax에서 정의된 TWT 요소의 데이터 필드 다이어그램이다.
도 4는 TWT 요소의 Control 필드의 데이터 필드 다이어그램이다.
도 5는 Broadcast TWT Parameter Information 필드(Negotiation Type이 2 또는 3일 때 TWT 요소 내의 TWT parameter Information 필드)의 데이터 필드 다이어그램이다.
도 6은 도 5의 Broadcast TWT parameter Information 필드의 Request type 필드의 데이터 필드 다이어그램이다.
도 7은 도 5의 Broadcast TWT parameter Information 필드의 Broadcast TWT Info 필드의 데이터 필드 다이어그램이다.
도 8은 AP1, STA1, STA2, 및 STA3을 갖는 시나리오에서 R-TWT SP 통신 동작의 통신 다이어그램이다.
도 9는 IEEE 802.11ax에서 정의된 TWT 해제(TWT teardown) 시그널링의 상호 연동 통신 다이어그램이다.
도 10은 TWT 해제 프레임의 데이터 필드 다이어그램이다.
도 11 내지 도 13은 TWT Flow 필드의 데이터 필드 다이어그램들이다.
도 14는 본 개시의 적어도 하나의 실시예에 따른 무선 스테이션(STA) 하드웨어의 하드웨어 블록 다이어그램이다.
도 15는 본 개시의 적어도 하나의 실시예에 따른, 다중 링크 디바이스(MLD) 하드웨어에 포함된 것과 같은, 스테이션 구성의 하드웨어 블록 다이어그램이다.
도 16은 본 개시의 적어도 하나의 실시예에 따라 고려할 스테이션 토폴로지 다이어그램이다.
도 17 및 도 18은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP MLD와 연계된 AP가 ML R-TWT 스케줄링을 공지(announce)하는 것의 흐름 다이어그램이다.
도 19는 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링된 MLD가 ML R-TWT 멤버십을 요청하는 것의 흐름 다이어그램이다.
도 20은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP MLD가 ML R-TWT 멤버십에 응답하는 것의 흐름 다이어그램이다.
도 21은 본 개시의 적어도 하나의 실시예에 따른, ML R-TWT 멤버십 협상 시그널링의 상호 연동 통신 다이어그램이다.
도 22는 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP MLD가 ML R-TWT를 해제하는 것의 흐름 다이어그램이다.
도 23은 본 개시의 적어도 하나의 실시예에 따른, ML 레벨 R-TWT ID를 사용하는 ML R-TWT 해제 시그널링의 상호 연동 통신 다이어그램이다.
도 24는 본 개시의 적어도 하나의 실시예에 따른, ML R-TWT의 멤버십 관리에 사용되는 ML R-TWT 설정 프레임의 데이터 필드 다이어그램이다.
도 25는 본 개시의 적어도 하나의 실시예에 따른, ML R-TWT 해제 프레임의 데이터 필드 다이어그램이다.
도 26은 본 개시의 적어도 하나의 실시예에 따른 ML TWT 요소의 데이터 필드 다이어그램이다.
도 27은 본 개시의 적어도 하나의 실시예에 따른 ML TWT 요소의 Control 필드의 포맷의 데이터 필드 다이어그램이다.
도 28은 본 개시의 적어도 하나의 실시예에 따른, Broadcast ML TWT Parameter Set 필드의 데이터 필드 다이어그램이다.
도 29는 본 개시의 적어도 하나의 실시예에 따른, Broadcast ML TWT Parameter Set 필드의 Request Type 필드의 데이터 필드 다이어그램이다.
도 30은 본 개시의 적어도 하나의 실시예에 따른, Broadcast ML TWT Parameter Set 필드의 Request Type 필드의 데이터 필드 다이어그램이다.
도 31 내지 도 35는 본 개시의 적어도 하나의 실시예에 따른 Link Info 필드의 데이터 필드 다이어그램이다.
도 36은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 그 자신의 링크에서만 ML R-TWT SP 스케줄링을 공지하는 것의 통신 다이어그램이다.
도 37은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 모든 링크들에서 SL R-TWT 스케줄링을 공지하는 것의 통신 다이어그램이다.
도 38은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 모든 링크들을 통해 SL R-TWT 스케줄링을 공지하기 위한 다른 옵션의 통신 다이어그램이다.
도 39는 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 자신의 링크를 통해 SP들의 ML R-TWT 스케줄링을 공지하는 것의 통신 다이어그램이다.
도 40은 본 개시의 적어도 하나의 실시예에 따른, ML R-TWT 설정 절차의 통신 다이어그램이다.
도 41은 본 개시의 적어도 하나의 실시예에 따른, ML R-TWT 설정 절차의 통신 다이어그램이다.
도 42는 본 개시의 적어도 하나의 실시예에 따른, 다수의 링크들에 걸친 ML R-TWT 설정 절차의 통신 다이어그램이다.
도 43은 본 개시의 적어도 하나의 실시예에 따른, 하나의 링크에 걸친 ML R-TWT에 대한 ML R-TWT 설정 절차의 통신 다이어그램이다.
도 44는 본 개시의 적어도 하나의 실시예에 따른, ML R-TWT에 대한 ML R-TWT 설정 절차의 통신 다이어그램이다.
도 45는 본 개시의 적어도 하나의 실시예에 따른, 부분적 요청만이 수락되는 ML R-TWT에 대한 ML R-TWT 설정 절차의 통신 다이어그램이다.
도 46은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 ML TWT 요소에서 SL R-TWT 스케줄링 및 ML R-TWT 스케줄링을 공지하는 것의 통신 다이어그램이다.
도 47은 본 개시의 적어도 하나의 실시예에 따른, MLD 레벨 R-TWT ID를 사용하는 ML R-TWT 설정의 통신 다이어그램이다.
도 48은 본 개시의 적어도 하나의 실시예에 따른, R-TWT 스케줄링 AP가 자신과 연계된 AP MLD의 모든 ML R-TWT 스케줄링을 공지하는 것의 통신 다이어그램이다.
도 49는 본 개시의 적어도 하나의 실시예에 따른, 특수 MLD 링크들에서의 ML R-TWT 동작들의 통신 다이어그램이다.

1. 현재 무선 기술들

1.1. 제한된 TWT(R-TWT)

도 1은 IEEE 802.11ax에서 정의된 TWT(Target Wait Time) 설정의 예를 도시한다. STA들의 상호 연동 모델은 IEEE 802.11 표준에서 정의된 것과 동일할 수 있다.

비-AP STA가 AP와 TWT 설정 절차를 개시하기로 결정할 때, 비-AP STA의 SME(Station Management Entity)는 MLME-TWTSETUP.request 메시지를 자신의 MLME(MAC(Medium Access Control) Sublayer Management Entity)로 송신한다. 비-AP STA의 MLME가 MLME-TWTSETUP.request 메시지를 수신할 때, 비-AP STA의 MLME는 MLME-TWTSETUP.request 메시지에서 해당 정보를 수집하고 TWT 설정 프레임(즉, TWT 요청 프레임)을 AP로 송신한다. AP의 MLME는 해당 프레임을 수신하고 자신의 SME에 대한 MLME-TWTSETUP.indication 메시지를 생성한다.

이어서, AP의 SME는 TWT 설정 결과들을 포함하는 MLME-TWTSETUP.response 메시지를 자신의 MLME로 송신한다. 이어서, AP의 MLME는 TWT 설정 프레임(즉, TWT 응답 프레임)을 비-AP STA로 송신한다. 비-AP STA의 MLME는 해당 프레임을 수신하고 MLME-TWTSETUP.confirm 메시지를 자신의 SME로 송신한다. 이어서, 비-AP는 TWT 설정이 성공했는지 여부를 인식할 수 있다.

도 2는 다음과 같은 필드들: Frame Control, Duration, Address (1-3), Sequence Control, data, 및 Frame Check Sequence(FCS)를 갖는 TWT 설정 프레임의 포맷을 묘사한다. 도면의 아래쪽 부분에는 data 필드 내의 서브필드들을 Category, Action, Dialog Token 및 도 3에 상세히 나타낸 TWT element로서 상세히 나타내고 있다.

도 3은 IEEE 802.11ax에서 정의된 TWT 요소의 포맷을 묘사한다. 해당 필드들은 Element ID, Length, Control 및 TWT Parameter Information로서 나타내어져 있다. TWT element 내의 control 필드에 있는 negotiation type 필드가 2 또는 3의 값으로 설정될 때, TWT element 내의 TWT parameter information 필드는 도 5에 도시된 바와 같이 broadcast TWT parameter Information 필드를 운반한다.

현재, IEEE 802.11be(초안 P802.11be_D1.01)에 업데이트가 있다는 점에 유의해야 한다. Broadcast TWT parameter Information 필드 내의 Request type 필드에 있는 broadcast TWT recommendation 필드가 4의 값으로 설정될 때, 이는 Broadcast TWT parameter Information 필드에서 지시된 브로드캐스트 TWT(B-TWT)를 제한된 TWT( R-TWT)로서 나타낸다.

도 4는 도 3에 나타내어져 있는 TWT element의 Control 필드에 있는 서브필드들을 묘사한다. 서브필드들은: Neighbor Discovery Protocol(NDP) Paging Indicator, Responder Power-Management(PM) mode, Negotiation type, TWT Information Frame disabled, Wake Duration Unit, 및 reserved 서브필드로서 나타내어져 있다.

도 5는 Broadcast TWT Parameter Information 필드(Negotiation Type이 2 또는 3일 때 TWT element 내의 TWT parameter Information 필드)를 묘사한다.

도 6은 도 5의 Broadcast TWT parameter Information 필드의 Request type 필드에 있는 서브필드들을 묘사한다. 서브필드들은: TWT Request, TWT Setup Command, Trigger, Last Broadcast Parameter Set, Flow Type, Broadcast TWT Recommendation, TWT Wake Interval Exponent, 및 Reserved 서브필드로서 나타내어져 있다.

도 7은 도 5의 Broadcast TWT parameter Information 필드의 Broadcast TWT Info 필드의 서브필드들을 묘사한다. 서브필드들은: Restricted TWT Traffic Information Present, Reserved, Broadcast TWT ID, 및 Broadcast TWT Persistence로서 나타내어져 있다.

IEEE 802.11be에서의 정의에 따르면, R-TWT 요소들은 다음과 같은 특성들을 가지고 있다. (a) R-TWT 스케줄링 AP라고 지칭되는, 제한된 TWT(R-TWT) 스케줄링 AP는 제한된 TWT 동작을 지원하고 전송된 EHT Capabilities 요소들 내의 Restricted TWT Support 서브필드를 1의 값으로 설정하는 EHT(Extra High Throughput) AP이다. (b) R-TWT 스케줄링된 STA라고 지칭되는, 제한된 TWT(R-TWT) 스케줄링된 STA는 제한된 TWT 동작을 지원하고 전송된 EHT Capabilities 요소들 내의 Restricted TWT Support 서브필드를 1의 값으로 설정하는 비-AP EHT STA이다. (c) R-TWT 스케줄링된 STA는 R-TWT 스케줄링 AP에 의해 스케줄링되는 하나 이상의 R-TWT의 멤버십을 설정할 수 있다. R-TWT 설정 시그널링은, R-TWT 스케줄링된 STA와 R-TWT 스케줄링 AP 사이의 R-TWT의 멤버십 협상에 사용되는, 추가적인 파라미터 설정을 갖는 브로드캐스트 TWT와 동일하다. R-TWT 스케줄링된 STA가 R-TWT 스케줄링 AP에 의해 스케줄링되는 R-TWT의 멤버십을 설정한 후에, R-TWT 스케줄링된 STA는 더 높은 우선순위를 갖거나 R-TWT의 SP들 동안 R-TWT 스케줄링 AP와 프레임들을 교환하도록 허용된다. 반면에, R-TWT의 멤버가 아닌 R-TWT 스케줄링된 STA는 더 낮은 우선순위를 부여받거나 R-TWT의 SP들 동안 R-TWT 스케줄링 AP와 프레임들을 교환하도록 허용되지 않는다.

도 8은 AP1, STA1, STA2, 및 STA3을 갖는 시나리오에서 R-TWT SP 통신 동작의 예를 도시한다. AP1은 R-TWT1 스케줄링을 공지하고 R-TWT1의 멤버들을 관리하는 R-TWT 스케줄링 AP이다. STA1과 STA2는 R-TWT1의 멤버 STA들이다. R-TWT1 SP 동안, AP1은 멤버 STA들과의 프레임 교환(예를 들면, STA1과의 SCS1의 UL PPDU 및 STA2와의 SCS2의 DL PPDU)을 스케줄링하여 우선순위를 부여한다. R-TWT 스케줄링을 수신하고(듣고) 인식(이해)할 수 있는 STA들은 R-TWT 스케줄링된 STA들이라고 불린다. STA3은 R-TWT 스케줄링된 STA이지만 R-TWT1의 멤버 STA는 아니다. STA3은 R-TWT1 SP의 시작 시간 이전에 자신의 TXOP를 종료해야 한다. STA3은 또한 R-TWT1 SP 동안 침묵 모드(quiet mode)에 진입하거나 채널을 두고 경쟁하지 않을 수 있다. 스케줄링 AP는 R-TWT SP 동안 침묵 간격(quiet interval)을 공지하기 위해 침묵 요소(quiet element)를 브로드캐스팅할 수 있으며, 이 요소를 듣는 STA는 침묵 모드에 진입할 수 있다.

도 9는 IEEE 802.11ax에서 정의된 TWT 해제 시그널링을 도시한다. STA들의 상호 연동 모델은 IEEE 802.11ax 표준에서 정의된 것과 동일할 수 있다.

AP는 TWT를 해제하기로 결정하고 다음을 수행한다. AP의 SME(Station Management Entity)는 MLME-TWTTEARDOWN.request 메시지를 자신의 MLME(MAC Sublayer Management Entity)로 송신한다. AP의 MLME가 MLME-TWTTEARDOWN.request 메시지를 수신할 때, AP는 MLME-TWTTEARDOWN.request 메시지에서 해당 정보를 수집하고 TWT 해제 프레임을 비-AP STA들로 송신(예를 들면, 유니캐스팅, 그룹캐스팅, 또는 브로드캐스팅)한다. 비-AP STA의 MLME는 해당 프레임을 수신하고 자신의 SME에 대한 그 프레임 내의 정보를 운반하는 MLME-TWTTEARDOWN.indication 메시지를 생성한다. 이어서, 비-AP STA의 SME는 MLME-TWTTEARDOWN.indication 메시지를 자신의 MLME로 송신한다. 이어서, 비-AP STA의 MLME는 AP에 의해 어떤 TWT(들)가 해제되었는지를 알 수 있다.

도 10은 필드들: Frame Control, Duration, Address(1-3), Sequence Control, data 및 FCS를 갖는 TWT 해제 프레임의 포맷을 묘사한다. data 필드는 여기서 서브필드들 Category, Action 및 TWT Flow를 갖는 것으로 나타내어져 있다.

도 11 내지 도 13은 도 10에 나타내어져 있는 것과 같은 TWT Flow 필드의 필드들을 묘사한다. 서브필드들: TWT Flow Identifier, Reserved, Negotiation Type, 및 Teardown All TWT를 갖는 타입 0 또는 1 TWT Flow 필드 포맷은 도 11에 나타내어져 있다. 서브필드들: Reserved, Negotiation Type, 및 Reserved를 갖는 타입 2 TWT Flow 필드 포맷은 도 12에 나타내어져 있다. Broadcast TWT ID 필드에서 지시된 ID를 갖는 브로드캐스트 TWT의 해제를 나타내는 타입 3 TWT Flow 필드는 도 13에 나타내어져 있다. Broadcast TWT ID 필드가 R-TWT를 참조하는 경우, 이 필드는 R-TWT의 해제를 나타낸다. 이 필드는 Negotiation Type, 및 Teardown All TWT 서브필드들도 포함한다.

2. 문제 설명

현재 무선 통신 시스템들은 RTA 트래픽 전송에 우선순위를 부여하기 위해 EDCA 및 R-TWT를 사용한다. R-TWT SP 동안, RTA 트래픽은 전송 우선순위를 부여받는다. 한편, 현재 무선 통신 시스템들은 각각의 STA가 상이한 링크에서 작동하도록 하나 이상의 STA와 연계된 다중 링크 디바이스(MLD)를 정의한다. RTA 트래픽 전송에 대한, 처리량, 지연, 안정성, 지터와 같은, 개선된 서비스 품질을 제공하기 위해 R-TWT SP들이 다수의 링크들에서 스케줄링될 수 있다. 그렇지만, 현재 R-TWT는 링크 레벨에서만 관리 및 운영된다. MLD의 관점에서 R-TWT를 관리하고 스케줄링하는 메커니즘이 없다. R-TWT는 각각의 링크에서 개별적으로 스케줄링되어, R-TWT 관리를 위한 시그널링으로 인해 상당히 큰 오버헤드를 결과할 수 있다. 또한, 링크 레벨 관리 고려 사항을 고려할 때 상이한 링크들에서의 R-TWT들을 조정하는 것은 불가능하다.

3. 본 개시의 기여

제안된 기술들을 활용하는 것에 의해, R-TWT 스케줄링 MLD는 다수의 링크들에서 스케줄링되는 SP들을 갖는 ML(Multi-Link) R-TWT를 스케줄링할 수 있다. ML R-TWT는 동일한 링크에서 스케줄링되는 SP들을 갖는 섹션 1.1에 설명된 바와 같은 하나 이상의 SL(Single-Link) R-TWT로 구성될 수 있다. 대안적으로, ML R-TWT는 SL R-TWT와 독립적인 R-TWT일 수 있다.

본 개시의 프로토콜을 활용하는 것에 의해, R-TWT 스케줄링 MLD는 ML R-TWT를 식별해 주기 위해 고유한 ML 레벨 R-TWT ID를 할당할 수 있다. ML R-TWT가 SL R-TWT들로 구성된 경우, 각각의 SL R-TWT는 자신의 링크에서 자신을 식별해 주기 위해 고유한 링크 레벨 R-TWT ID에 할당된다.

본 개시의 프로토콜을 활용하는 것에 의해, R-TWT 스케줄링 AP MLD는 다수의 링크들에서의 ML R-TWT 관리를 위해 하나의 링크에서의 ML R-TWT 시그널링을 완료(완수)할 수 있다.

4. 실시예

4.1. 통신 스테이션(STA 및 MLD) 하드웨어

도 14는 본 개시의 프로토콜을 실행하도록 구성된 STA 하드웨어의 예시적인 실시예(10)를 예시한다. 외부 I/O 연결(14)은 바람직하게는 회로(12)의 내부 버스(16)에 결합되며 이 내부 버스(16)를 통해 통신 프로토콜을 구현하는 프로그램(들)을 실행하기 위해 CPU(18)와 메모리(예를 들면, RAM)(20)가 연결된다. 호스트 머신은 하나 또는 다수의 안테나(29, 26a, 26b, 26c 내지 26n)에 각각 연결되는 적어도 하나의 RF 모듈(24, 28)에 결합되는 통신을 지원하기 위해 적어도 하나의 모뎀(22)을 수용한다. 다수의 안테나들(예를 들면, 안테나 어레이)을 갖는 RF 모듈은 전송 및 수신 동안 빔포밍을 수행하는 것을 가능하게 한다. 이러한 방식으로, STA는 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있다.

버스(14)는, 센서들, 액추에이터들 등과 같은, 다양한 디바이스들을 CPU에 연결시키는 것을 가능하게 한다. 메모리(20)로부터의 명령어들은, STA가 액세스 포인트(AP) 스테이션 또는 일반 스테이션(비-AP STA)의 기능들을 수행할 수 있게 하기 위해 실행되는, 통신 프로토콜을 구현하는 프로그램을 실행하기 위해 프로세서(18)에서 실행된다. 프로그래밍이, 현재 통신 콘텍스트에서 어떤 역할을 수행하는지에 따라, 상이한 모드들(TXOP 홀더, TXOP 공유 참여자, 소스, 중개자(intermediate), 목적지, 제1 AP, 다른 AP, 제1 AP와 연관되는 스테이션들, 다른 AP와 연관되는 스테이션들, 코디네이터(coordinator), 코디네이티(coordinatee), OBSS 내의 AP, OBSS 내의 STA 등)에서 작동하도록 구성된다는 것이 또한 이해되어야 한다.

따라서, STA HW는 적어도 하나의 대역에서 통신을 제공하기 위한 적어도 하나의 모뎀, 및 연관된 RF 회로로 구성되는 것으로 도시되어 있다. 본 개시는 주로 6GHz 이하 대역에 관한 것이다.

본 개시가 다수의 모뎀들(22) - 각각의 모뎀은 임의의 개수의 RF 회로들에 결합됨 - 로 구성될 수 있다는 것이 이해되어야 한다. 일반적으로, 더 많은 개수의 RF 회로들을 사용하면 안테나 빔 방향의 커버리지가 더 넓어질 것이다. 활용되는 RF 회로들의 개수와 안테나들의 개수가 특정 디바이스의 하드웨어 제약들에 의해 결정된다는 것이 이해되어야 한다. STA가 이웃하는 STA들과 통신할 필요가 없다고 결정할 때 RF 회로 및 안테나들 중 일부가 디스에이블될 수 있다. 적어도 하나의 실시예에서, RF 회로는 주파수 변환기, 어레이 안테나 제어기 등을 포함하고, 전송 및 수신을 위해 빔포밍을 수행하도록 제어되는 다수의 안테나들에 연결된다. 이러한 방식으로, STA는 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있으며, 각각의 빔 패턴 방향은 안테나 섹터로서 간주된다.

추가적으로, 도면에 도시된 스테이션 하드웨어의 다수의 인스턴스들이 다중 링크 디바이스(MLD)로 결합될 수 있으며, MLD는 전형적으로 활동을 코디네이션하기 위한 프로세서 및 메모리를 가질 것이지만 MLD 내의 각각의 STA에 대해 별도의 CPU와 메모리가 항상 필요한 것은 아니라는 점이 주목될 것이다.

도 15는 MLD(Multi Link Device) 하드웨어 구성의 예시적인 실시예(40)를 예시한다. 소프트 AP MLD는 AP들로서 작동되는 하나 이상의 연계된 STA(affiliated STA)로 구성되는 MLD이다. 소프트 AP MLD는 2.4GHz, 5GHz 및 6GHz에서 다수의 라디오 동작들을 지원해야 한다. 다수의 라디오들 중에서, 기본 링크 세트들은 STR(simultaneous transmission and reception) 모드를 충족시키는 링크 쌍들, 예를 들면, 기본 링크 세트(2.4GHz 및 5GHz), 기본 링크 세트(2.4GHz 및 6GHz)이다.

조건부 링크는 일부 기본 링크(들)와 NSTR(non-simultaneous transmission and reception) 링크 쌍을 형성하는 링크이다. 예를 들어, 이러한 링크 쌍들은 5 GHz가 기본 링크일 때 5GHz 링크에 대응하는 조건부 링크로서 6 GHz 링크를 포함할 수 있고; 5 GHz 링크는 6 GHz가 기본 링크일 때 6 GHz 링크에 대응하는 조건부 링크이다. 소프트 AP는 Wi-Fi 핫스팟 및 테더링(tethering)을 포함한 상이한 시나리오들에서 사용된다.

다수의 STA들이 MLD에 연계되어 있으며, 각각의 STA는 상이한 주파수의 링크에서 작동한다. MLD는 애플리케이션들에 대한 외부 I/O 액세스를 가지며, 이 액세스는 MLD 레벨에서 통신 프로토콜들을 구현하는 프로그램(들)을 실행하는 것을 가능하게 하기 위해 CPU(62) 및 메모리(예를 들면, RAM)(64)를 갖는 MLD 관리 엔티티(48)에 연결된다. MLD는 자신과 연결되는 각각의 연계된 스테이션 - 여기에서 STA 1(42), STA 2(44) 내지 STA N(46) 및 연계된 STA들 사이의 정보 공유로서 예시됨 - 에 작업들을 분배하고 이로부터 정보를 수집할 수 있다.

적어도 하나의 실시예에서, MLD의 각각의 STA는 그 자신의 CPU(50) 및 메모리(RAM)(52)를 가지며, 이들은 버스(58)를 통해 하나 이상의 안테나를 가지는 적어도 하나의 RF 회로(56)에 연결되는 적어도 하나의 모뎀(54)에 결합된다. 본 예에서, RF 회로는, 예컨대, 안테나 어레이 내에, 다수의 안테나들(60a, 60b, 60c 내지 60n)을 갖는다. 모뎀은 RF 회로 및 연관된 안테나와 함께 이웃 STA들과 데이터 프레임들을 전송/수신한다. 적어도 하나의 구현에서, RF 모듈은 주파수 변환기, 어레이 안테나 제어기, 및 자신의 안테나들과 인터페이싱하기 위한 다른 회로들을 포함한다.

특정 MLD 구현에 따라, STA들이 서로 및/또는 MLD 관리 엔티티와 자원들을 공유할 수 있으므로, MLD의 각각의 STA가 그 자신의 프로세서 및 메모리를 반드시 필요로 하지는 않는다는 것이 이해되어야 한다. 위의 MLD 다이어그램이 제한이 아닌 예로서 주어진 반면, 본 개시는 광범위한 MLD 구현들로 작동할 수 있다는 것이 이해되어야 한다.

4.2. 고려할 네트워크 토폴로지

도 16은 본 개시의 예들에서 고려할 예시적인 STA 토폴로지(65)를 예시한다. 이 도면은 제안된 기술에 대한 개선된 이해를 일으키는 데 관여된 기법들에 대한 논의를 돕기 위해 제공된다. 프로토콜이 임의의 원하는 토폴로지의 WLAN STA들과 MLD들 사이의 통신에 활용될 수 있으므로, 본 개시가 결코 이 예의 토폴로지로 제한되지 않는다는 것이 이해되어야 한다.

MLD는 하나 초과의 연계된 STA를 갖고, 하나의 MAC 데이터 서비스를 포함하는, LLC(logical link control)에 대한 하나의 MAC SAP(service access point)를 갖는 디바이스이다.

AP들이 MLD와 연계되어 있는 경우 해당 MLD는 AP MLD이다. 비-AP STA들이 MLD와 연계되어 있는 경우 해당 MLD는 비-AP MLD이다.

도 16에 도시된 바와 같이, 시나리오는 3개의 MLD(70, 72, 74)를 갖는 것으로 예시되어 있다. AP1(76)과 AP2(78)는 MLD(multi-link device) #1(70)과 연계되고, STA1(80)과 STA4(86)는 MLD #2(72)와 연계되며, STA3(84)와 STA5(88)는 MLD #3(74)와 연계된다. STA2(84)는 링크1에서 작동하는 비-AP STA를 포함할 수 있는 R-TWT 스케줄링된 스테이션, 또는 단일 링크 MLD(즉, 하나의 STA만을 갖고 하나의 링크에서 작동하는 특수 MLD)이다. STA6(92)은 R-TWT 스케줄링된 스테이션이 아니며, 이 스테이션은 링크1에서 작동하는 비-AP STA, 또는 단일 링크 MLD(즉, 하나의 STA만을 갖고 하나의 링크에서 작동하는 특수 MLD)를 또한 포함할 수 있다.

도면에 도시된 바와 같이, 이 시나리오는 개구(들)(예를 들면, 문, 창문 등)(96)를 갖는 것으로 도시된, 회의실(94)로 여기서 묘사된, 주어진 영역에 3개의 MLD, 2개의 AP 및 6개의 STA가 있다고 가정한다. STA1, STA2, STA3, 및 STA6은 링크1을 통해 AP1과 연관되고 STA4와 STA5는 링크2를 통해 AP2와 연관된다.

모든 STA들은 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA를 사용한다. R-TWT 스케줄링 AP는 R-TWT들을 스케줄링하고 공지할 수 있다. R-TWT 스케줄링된 STA는 R-TWT 스케줄링 AP로부터 R-TWT 공지를 수신 및 인식하고 R-TWT 동작들을 지원할 수 있는 비-AP STA이다. R-TWT 스케줄링된 STA는 R-TWT 스케줄링 AP와 R-TWT의 멤버십을 협상할 수 있다. R-TWT 스케줄링된 STA가 R-TWT의 멤버 STA가 될 때, R-TWT 스케줄링된 STA(즉, R-TWT 멤버 STA)의 트래픽(예를 들면, UL, DL, P2P)은 해당 R-TWT의 SP들 동안 전송 우선순위를 부여받도록 스케줄링된다.

AP1과 AP2는 R-TWT 스케줄링 AP들이다. STA1 내지 STA5는 R-TWT 스케줄링된 STA들인 반면; STA6은 R-TWT 스케줄링된 STA가 아니다.

4.3. ML R-TWT의 정의들

이는 본 개시에서 사용되는 정의들을 소개한다. ML R-TWT 동작을 지원하는 AP MLD는 R-TWT 스케줄링 AP MLD로 표시된다. ML R-TWT 동작을 지원하는 비-AP MLD는 R-TWT 스케줄링된 MLD로 표시된다. R-TWT 스케줄링된 MLD가 R-TWT 스케줄링 AP MLD와 ML R-TWT 설정을 성공적으로 협상한 후에, R-TWT 스케줄링된 MLD는 해당 R-TWT의 멤버 MLD가 된다. 그러면, MLD 멤버의 트래픽은 해당 R-TWT의 SP들 동안 전송 우선순위를 부여받을 것이다. 예를 들어, 도 16에 도시된 바와 같이, MLD1은 R-TWT 스케줄링 AP MLD이다. MLD2 및 MLD3은 R-TWT 스케줄링된 MLD들이다.

SL R-TWT는 R-TWT 스케줄링 AP에 의해 스케줄링되고 그의 SP들은, 섹션 1.1에서 정의된 것과 동일하게, R-TWT 스케줄링 AP의 동일한 링크에서 스케줄링된다. R-TWT 스케줄링 AP는, 링크 레벨 R-TWT ID로 표시되는, 고유한 ID를 SL R-TWT에 할당한다. 링크 레벨 R-TWT ID는 R-TWT 스케줄링 AP 및 그와 연계된 STA에 의해 그들 자신의 링크에서 SL R-TWT를 식별하는 데 사용될 수 있다.

ML R-TWT는 R-TWT 스케줄링 MLD에 의해 스케줄링되며 그의 SP는 하나 이상의 링크에서 스케줄링된다. ML R-TWT는 동일한 R-TWT 스케줄링 AP MLD와 연계된 상이한 AP들에 의해 스케줄링된 하나 이상의 SL R-TWT로 구성된다. ML R-TWT의 SP들은 해당 SL R-TWT들의 SP들이다. ML R-TWT는 암시적 ML R-TWT이거나 명시적 ML R-TWT일 수 있다.

명시적 ML R-TWT는 모든 그의 링크들(또는 하나 초과의 링크)에 걸쳐 R-TWT 스케줄링 AP MLD에 의해, MLD 레벨 R-TWT ID로 표시되는, 고유한 ID에 할당되는 ML R-TWT이다. MLD 레벨 R-TWT ID는 R-TWT 스케줄링 AP MLD 및 그와 연계된 MLD들에 의해 모든 그들의 링크들에서 ML R-TWT를 식별하는 데 사용될 수 있다.

암시적 ML R-TWT는 R-TWT 스케줄링 AP MLD에 의해 고유한 MLD 레벨 R-TWT ID에 할당되지 않는다. 암시적 ML R-TWT는 다음 중 적어도 하나를 공통으로 공유하는 SL R-TWT 그룹일 수 있다. (a) SL R-TWT들은 동일한 링크 레벨 R-TWT ID를 갖지만 상이한 링크들에서 스케줄링된다. (b) SL R-TWT들은 상이한 링크들에서 동일한 SP 스케줄링을 갖는다. (c) SL R-TWT들은 동일한 ML TWT 요소에서 공지되는 스케줄링을 갖는다.

암시적 ML R-TWT는 IEEE 802.11에 정의된 바와 같은 암시적 TWT(개별 TWT)가 아니라는 점에 유의해야 한다.

ML R-TWT가 하나의 SL R-TWT로만 구성될 때, 이는 SL R-TWT와 동일하다.

일부 경우에, R-TWT 스케줄링된 MLD는 ML R-TWT SP들이 스케줄링되는 링크들 중 일부에서 ML R-TWT의 멤버 MLD가 될 수 있다. 그러면, 멤버 MLD의 트래픽은, ML R-TWT SP들 동안, ML R-TWT SP들의 모든 링크들이 아닌 해당 링크들에서만 전송 우선순위를 부여받는다. 예를 들어, ML R-TWT는 그의 SP들을 링크1, 링크2 및 링크3에서 스케줄링한다. R-TWT 스케줄링된 MLD는 링크1 및 링크2에서만 해당 ML R-TWT의 멤버 MLD가 된다. 그러면, R-TWT 스케줄링된 MLD의 트래픽은 ML R-TWT SP들 동안 링크1 및 링크2에서 전송 우선순위를 부여받는다.

각각의 링크에서 ML R-TWT SP들에 대한 R-TWT 스케줄링 AP와 R-TWT 스케줄링된 STA의 동작은 IEEE 802.11be에서 정의된 R-TWT 동작과 동일할 수 있다. 예를 들어, R-TWT 스케줄링된 STA는 자신의 링크에서 스케줄링되는 ML R-TWT SP의 시작 이전에 자신의 TXOP를 종료해야 한다.

적어도 하나의 실시예/모드/옵션에서, 상이한 링크들에서 ML R-TWT의 SP 스케줄링(예컨대, SP 시작 시간, SP 지속기간, SP들 사이의 간격 등)은 동일해야 한다.

4.4. ML R-TWT 시그널링

이 섹션에서는 ML R-TWT 스케줄링 공지, ML R-TWT 멤버십 협상, 및 ML R-TWT 해제를 위한 ML R-TWT 시그널링에 대해 설명한다. ML R-TWT 시그널링의 목적은 하나의 링크를 통해 전송되는 시그널링이 ML R-TWT들을 관리하도록 하는 것이다.

모든 R-TWT 스케줄링된 MLD들이 동일한 링크에서 작동하는(또는 인에이블된) 경우, R-TWT 스케줄링 AP는 다수의 링크들에서의 ML R-TWT SP들의 시작을 나타내기 위해 해당 링크에서만 신호 시퀀스(예컨대, B-TWT SP에서의 트리거 프레임 + PS-Poll)를 시작(launch)할 수 있다.

R-TWT 스케줄링 AP는 다수의 링크들에서 ML R-TWT SP들의 종료를 나타내기 위해 해당 링크에서만 신호(예컨대, 브로드캐스트 EOSP 신호)를 송신할 수 있다. R-TWT 스케줄링 AP는 해당 링크를 통해서만 비콘을 송신하는 것을 통해 ML R-TWT 스케줄링을 공지할 수 있다.

R-TWT 스케줄링된 MLD가 ML R-TWT SP들 동안 Traffic Specification(TSPEC) 또는 QoS 특성(QoS Characteristics) 요소에 따라 트래픽 스트림의 전송을 위해 ML R-TWT의 멤버십을 요청하는 경우, AP는 ML R-TWT SP들이 스케줄링된 모든 링크들의 용량에 기초하여 자신이 트래픽 스트림의 QoS 요구 사항들을 충족시킬 수 있는지 여부를 고려한다. SL R-TWT 멤버십 협상의 경우, AP는 SL R-TWT SP들이 스케줄링된 링크의 용량에 기초하여 자신이 트래픽 스트림의 QoS 요구 사항들을 충족시킬 수 있는지 여부만을 고려할 수 있다는 점에 유의해야 한다.

ML R-TWT SP들 동안 전송되는 트래픽은 비-AP MLD와 AP MLD 사이의 TID 대 링크 매핑(TID-to-Link mapping)을 적용받을 수 있다. 다수의 링크들에서의 ML R-TWT의 SP들의 경우, 모든 해당 링크들이 ML R-TWT SP 동안 동일한 TID 대 링크 매핑을 가져야 하거나 각각의 링크가 ML R-TWT SP 동안 그 링크에 매핑될 수 있는 지연에 민감한 트래픽의 적어도 하나의 TID를 가져야 할 수 있다.

Broadcast ML TWT parameter Information 필드 내의 Request type 필드에 있는 broadcast TWT recommendation 필드가 " 2” 또는 “3”의 값으로 설정될 때 본 개시에 설명된 바와 같은 ML R-TWT 시그널링이 브로드캐스트 TWT 시그널링에도 사용될 수 있다는 점에 유의해야 한다.

4.4.1. ML R-TWT 스케줄링의 공지

도 17 및 도 18은 R-TWT 스케줄링 AP MLD와 연계된 AP가 ML R-TWT 스케줄링을 공지하는 것의 예시적인 실시예(110)를 예시한다. AP가 ML R-TWT 스케줄링을 공지하기 위해 프레임을 송신(112)할 때, AP는 블록(114)에서 결정되는 바와 같이 다수의 옵션들을 가질 수 있다.

AP가 옵션1을 선택하는 경우, 도 18의 블록(116)에서, AP는 AP의 링크에서 스케줄링되는 SP들 및 다른 링크들에서의 이들과 동시적인 SP들을 갖는 ML R-TWT들의 스케줄링을 공지하기 위해 Broadcast ML TWT parameter set 필드(들)를 운반하는 ML TWT 요소(들)를 프레임에 추가한다. 옵션 1의 예들은 도 39 및 도 40에 도시되어 있다.

도 17의 블록(114)에서, AP가 옵션2를 선택하는 경우, 도 18의 블록(120)에서, AP는 그 자신의 링크를 통해서만 ML R-TWT SP들의 스케줄링을 공지하기 위해 Broadcast ML TWT parameter set 필드(들)를 운반하는 ML TWT 요소(들)를 프레임에 추가한다. 예를 들어, 링크1 및 링크2에서 스케줄링되는 SP들을 갖는 ML R-TWT의 경우, AP는 링크1을 통해서만 자신의 프레임에서 링크1에서의 ML R-TWT의 SP 스케줄링을 공지하고 AP는 링크2를 통해서만 자신의 프레임에서 링크2에서의 ML R-TWT의 SP 스케줄링을 공지한다. 예는 도 36에 도시되어 있다.

도 17의 블록(114)에서, AP가 옵션3을 선택하는 경우, 도 18의 블록(122)에서, AP는 R-TWT 스케줄링 AP MLD에 의해 스케줄링된 모든 ML R-TWT들의 스케줄링을 공지하기 위해 Broadcast ML TWT parameter set 필드(들)를 운반하는 ML TWT 요소(들)를 프레임에 추가한다. 이 경우의 예들은 도 37, 도 38, 도 46 및 도 48에 묘사되어 있다.

이어서, 이들 경우 각각에서, 도 18의 블록(118)에서, AP는 자신과 연관된 비-AP STA들로 프레임을 송신(예를 들면, 유니캐스팅, 멀티캐스팅, 그룹캐스팅 또는 브로드캐스팅)한다.

ML R-TWT 스케줄링 정보를 운반하는 프레임은 비콘 프레임, (ML) 프로브 응답 프레임, (재)연관 응답 프레임 또는 다른 관리 프레임들일 수 있다.

ML TWT 요소는 대응하는 전송되지 않는 BSS의 R-TWT MLD의 ML R-TWT 스케줄링을 공지하기 위해 IEEE 802.11에 정의된 바와 같은 다수의 BSSID 요소들에 포함될 수 있다.

ML TWT 요소 및 Broadcast ML TWT parameter set 필드의 포맷은 섹션 4.5에 나타내어져 있다.

4.4.2. ML R-TWT 멤버십의 협상

이 섹션에서는 R-TWT 스케줄링된 MLD 측과 R-TWT 스케줄링 AP MLD 측으로부터의 ML R-TWT 멤버십 협상의 플로차트들을 보여준다.

도 19는 R-TWT 스케줄링된 MLD가 ML R-TWT 멤버십을 요청하는 것의 예시적인 실시예(130)를 예시한다. R-TWT 스케줄링된 MLD는 R-TWT 스케줄링 AP MLD에 의해 스케줄링된 ML R-TWT의 자신의 멤버십에 관해 링크, 예를 들어, 링크1을 통해 R-TWT 스케줄링 AP MLD와 협상한다(132).

이어서, 링크1 상의 R-TWT 스케줄링된 MLD와 연계된 STA는 링크1을 통해 ML TWT 요소 내의 해당 ML R-TWT의 broadcast ML TWT parameter set 필드들을 운반하는 ML R-TWT 요청 프레임을 송신한다(134).

검사(136)는 R-TWT 스케줄링된 MLD가 R-TWT 스케줄링 AP가 ML R-TWT의 멤버십 요청을 수락한다는 것을 나타내는 ML TWT 응답 프레임을 수신하는지를 결정한다. 이 조건이 충족되는 경우, R-TWT 스케줄링된 MLD는 ML R-TWT의 멤버이다(138).

그렇지 않고, 이 조건이 충족되지 않는 경우, R-TWT 스케줄링된 MLD는 ML R-TWT의 멤버가 아니다(140).

ML R-TWT 요청 프레임과 ML TWT 응답 프레임이 상이한 링크들을 통해 전송될 수 있다는 점에 유의해야 한다. 예는 도 42에 도시되어 있다. ML R-TWT 요청 프레임과 ML TWT 응답 프레임의 포맷은 도 24에 도시되어 있다.

R-TWT 스케줄링된 MLD가 다수의 링크들에서 스케줄링되는 SP들을 갖는 ML R-TWT를 요청할 때, 적어도 하나의 실시예/모드/옵션에서, R-TWT 스케줄링 AP MLD는 R-TWT 스케줄링된 MLD가 ML R-TWT SP들이 스케줄링된 부분적 링크들에서 ML R-TWT의 멤버가 될 것이라고 응답할 수 있다. 예를 들어, ML R-TWT가 다수의 SL R-TWT들로 구성된 경우, ML R-TWT 스케줄링된 MLD는 SL R-TWT들 중 일부의 멤버가 될 수 있지만, 다른 SL R-TWT들의 멤버로는 허용되지 않는다. 그러면, ML R-TWT 스케줄링된 MLD는 자신이 멤버가 아닌 다른 SL R-TWT들의 멤버십을 독립적으로 요청할 수 있다. 적어도 하나의 다른 실시예/모드/옵션에서, R-TWT 스케줄링 AP MLD는 ML R-TWT SP들이 스케줄링된 모든 링크들에서 ML R-TWT SP들의 멤버십을 수락하거나 해당 링크들 중 어느 것에서도 멤버십을 허용하지 않도록 구성될 수 있다.

도 20은 R-TWT 스케줄링 AP MLD가 ML R-TWT 멤버십에 응답하는 것의 예시적인 실시예(150)를 예시한다. R-TWT 스케줄링 AP MLD는 R-TWT 스케줄링된 MLD로부터 ML R-TWT의 자신의 멤버십을 협상하기 위한 ML R-TWT 요청 프레임을 링크1과 같은 링크를 통해 수신한다(152).

이어서, R-TWT 스케줄링 AP MLD는 링크1 또는 다른 링크에서의 해당 ML R-TWT의 멤버십 협상의 결정을 나타내기 위해 해당 ML R-TWT의 broadcast ML TWT parameter set 필드들을 운반하는 ML R-TWT 응답 프레임을 송신한다(154).

적어도 하나의 실시예/모드/옵션에서, R-TWT 스케줄링 AP MLD는 ML R-TWT 요청 프레임이 송신된 것과 동일한 링크(예를 들면, 이 예에서 링크1)에서 ML R-TWT 응답 프레임을 송신해야 한다. ML R-TWT 요청 프레임과 ML TWT 응답 프레임의 포맷은 도 24에 도시되어 있다.

도 21은 R-TWT 스케줄링된 MLD(비-AP MLD)와 R-TWT 스케줄링 AP MLD(AP MLD) 사이의 ML R-TWT 멤버십 협상 시그널링(즉, 설정 절차)의 예시적인 실시예(170)를 예시한다. 도면은 네트워크를 통한 비-AP MLD SME(Station Management Entity)(172) 및 그의 MLD/STA MLME(MAC Layer Management Entity)(174)와 AP MLD/AP MLME(176) 및 그의 AP SME(178) 사이의 통신을 묘사한다. STA들의 상호 연동 모델은 IEEE 802.11be 표준에서 정의된 것과 동일할 수 있다.

비-AP MLD는 AP MLD와 ML R-TWT 설정 절차를 개시하기로 결정(decide)(결정(determine))한다. 비-AP MLD의 SME(Station Management Entity)는 MLME-TWTSETUP.request 메시지(180)를 자신의 MLME(MAC Sublayer Management Entity)로 송신한다. 비-AP MLD/STA의 MLME가 MLME-TWTSETUP.request 메시지를 수신할 때, 비-AP MLD/STA의 MLME는 MLME-TWTSETUP.request 메시지에서 해당 정보를 수집하고 ML R-TWT 설정 프레임(182)(즉, ML R-TWT 요청 프레임)을 AP MLD로 송신한다. AP MLD 또는 AP의 MLME는 해당 프레임을 수신하고 자신의 SME에 대한 MLME-TWTSETUP.indication 메시지(184)를 생성한다.

이어서, AP MLD의 SME는 이 요청 정보를 처리(186)하고 ML R-TWT 설정 결과들을 포함하는 MLME-TWTSETUP.response 메시지(188)를 자신의 MLME로 송신한다. 이어서, AP MLD 또는 AP의 MLME는 ML R-TWT 설정 프레임(190)(즉, ML R-TWT 응답 프레임)을 비-AP MLD로 송신한다. 비-AP MLD 또는 STA의 MLME는 해당 프레임을 수신하고 MLME-TWTSETUP.confirm 메시지(192)를 자신의 SME로 송신한다. 이어서, 비-AP MLD는 ML R-TWT 설정이 성공했는지 여부를 결정할(알) 수 있다. ML R-TWT 설정 프레임의 포맷은 도 24에 도시되어 있다.

적어도 하나의 실시예/모드/옵션에서, AP MLD는 비-AP MLD의 ML R-TWT 멤버십을 설정, 수정 또는 종료하기 위해 요청되지 않은(unsolicited) ML R-TWT 응답 프레임을 비-AP MLD로 송신할 수 있다.

4.4.3. ML R-TWT의 해제

도 22는 R-TWT 스케줄링 AP MLD가 ML R-TWT를 해제하는 것의 예시적인 실시예(210)를 예시한다. AP는 ML R-TWT를 해제하기 위해, 여기서 옵션 1과 옵션 2로 표시된, 다수의 옵션들 중 하나를 결정한다(212).

블록(212)에서 옵션 1이 선택되는 경우, 블록(214)에서, R-TWT 스케줄링 AP MLD는 ML 레벨 R-TWT ID를 사용하여 ML R-TWT를 해제한다. 이 경우에, R-TWT 스케줄링 AP MLD는 자신이 해제할 계획인 ML 레벨 R-TWT ID를 나타내기 위해 ML R-TWT 해제 프레임을 송신한다(216). ML R-TWT 해제 프레임의 포맷은 도 25에 도시된 것과 같을 수 있다.

블록(212)에서 옵션 2가 선택되는 경우, 이어서 블록(218)에서, R-TWT 스케줄링 AP MLD는 SL 레벨 R-TWT ID를 사용하여 ML R-TWT의 SL R-TWT를 해제한다. 이어서, R-TWT 스케줄링 AP MLD는 해당 SL R-TWT의 SP들이 스케줄링된 링크에서 Negotiation Type 서브필드 = 3인 TWT Flow 필드를 운반하는 TWT 해제 프레임을 송신한다(220). 이 경우에 ML R-TWT의 다른 SL R-TWT들은 해제되지 않는다는 점에 유의해야 한다. TWT 해제 프레임의 포맷은 도 10에 도시된 것과 동일할 수 있지만, 이에 제한되지 않는다.

도 23은 ML 레벨 R-TWT ID를 사용하는 ML R-TWT 해제 시그널링의 예시적인 실시예(230)를 예시한다. STA들의 상호 연동 모델은 IEEE 802.11be 표준에서 정의된 것과 동일할 수 있다. 도 23에는, 도 21에서와 같이, 네트워크를 통한 비-AP MLD SME(Station Management Entity)(172) 및 그의 MLD/STA MLME(MAC Layer Management Entity)(174)와 AP MLD/AP MLME(176) 및 그의 AP SME(178) 사이의 통신이 묘사되어 있다.

AP MLD는 ML R-TWT를 해제하기로 결정(determine)(결정(decide))했다(232). AP MLD의 SME(Station Management Entity)는 MLME-TWTTEARDOWN.request 메시지(234)를 자신의 MLME(MAC Sublayer Management Entity) 또는 자신과 연계된 AP의 MLME로 송신한다. AP MLD 또는 AP의 MLME가 MLME-TWTTEARDOWN.request 메시지를 수신할 때, AP MLD 또는 AP의 MLME는 MLME-TWTTEARDOWN.request 메시지에서 해당 정보를 수집하고 ML R-TWT 해제 프레임(236)을 비-AP MLD로 송신(예를 들면, 유니캐스팅, 그룹캐스팅, 또는 브로드캐스팅)한다. 비-AP MLD 또는 STA의 MLME는 해당 프레임을 수신하고 자신의 SME에 대한 그 프레임 내의 정보를 운반하는 MLME-TWTTEARDOWN.indication 메시지를 생성한다.

이어서, 비-AP MLD의 SME는 MLME-TWTTEARDOWN.indication 메시지를 자신의 MLME 또는 자신과 연계된 AP의 MLME로 송신한다(238). 이어서, 비-AP MLD 또는 STA의 MLME는 AP에 의해 어떤 TWT(들)가 해제되었는지를 인식할(알) 수 있다. TWT 해제 프레임의 포맷은 도 25에 도시되어 있다.

4.5. 프레임 포맷들

이 섹션에서는 ML R-TWT 설정 프레임과 ML R-TWT 해제 프레임의 포맷을 보여준다.

4.5.1. ML R-TWT 설정 프레임

도 24는 ML R-TWT의 멤버십 관리에 사용되는 ML R-TWT 설정 프레임의 예시적인 실시예(310)를 예시한다.

ML R-TWT의 멤버십을 요청하기 위해 ML R-TWT 설정 프레임이 송신될 때, 이는 ML R-TWT 요청 프레임이다. ML R-TWT의 멤버십 요청에 대한 응답으로 ML R-TWT 설정 프레임이 송신될 때, 이는 ML R-TWT 응답 프레임이다. 적어도 하나의 실시예/모드/옵션에서, R-TWT 스케줄링 AP MLD는 비-AP MLD의 ML R-TWT 멤버십을 설정, 수정 또는 종료하기 위해 요청되지 않은 ML R-TWT 응답 프레임을 비-AP MLD로 송신할 수 있다는 점에 유의해야 한다.

ML R-TWT 설정 프레임은 다음과 같은 필드들을 갖는다. Frame Control 필드는 프레임 타입을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV(Network Allocation Vector) 정보를 포함한다. Address1 필드는 프레임의 수신기에 대한 주소를 포함한다. Address2 필드는 프레임을 전송한 STA의 주소를 포함한다. Address3 필드는 수신기에 대한 BSSID를 포함한다. Sequence control 필드는 프레임의 프래그먼트 번호(fragment number)와 순서 번호(sequence number)를 포함한다.

data 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. Category 및 Action 서브필드는 프레임이 ML R-TWT 설정 프레임이라는 것을 나타내도록 설정된다. 적어도 하나의 실시예/모드/옵션에서, Category 필드와 Action 필드는 도 2에 도시된 바와 같은 TWT 설정 프레임의 동일한 값들로 설정될 수 있다.

Dialog token 서브필드는 다수의 동시적인 ML R-TWT 멤버십 협상들이 있을 때 ML R-TWT 응답 프레임을 ML R-TWT 요청 프레임과 매칭시키는 데 사용된다. ML R-TWT 멤버십 협상의 경우, ML R-TWT 응답 프레임과 ML R-TWT 요청 프레임은 동일한 고유한 다이얼로그 토큰 번호(dialog token number)를 공유해야 한다. ML R-TWT 응답 프레임과 ML R-TWT 요청 프레임이 상이한 링크들을 통해 송신되는 경우, 이들의 다이얼로그 토큰들은 ML R-TWT 요청 프레임을 송신하는 비-AP MLD와 ML R-TWT 응답 프레임을 송신하는 AP MLD 사이의 모든 링크들에 걸쳐 고유해야 한다.

ML TWT 요소는 ML R-TWT 멤버십 협상 또는 관리 정보를 나타내도록 설정된다. ML TWT 요소의 포맷은 도 26에 도시되어 있다.

4.5.2. ML R-TWT 해제 프레임

도 25는 다음과 같은 필드들을 갖는 ML R-TWT 해제 프레임의 예시적인 실시예(330)를 예시한다. Frame Control 필드는 프레임의 타입을 나타낸다. Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. Address1 필드는 프레임의 수신기에 대한 주소를 포함한다. Address2 필드는 프레임을 전송한 STA의 주소를 포함한다. Address3 필드는 수신기에 대한 BSSID를 포함한다. Sequence control 필드는 프레임의 프래그먼트 번호와 순서 번호를 포함한다.

data 필드는 다음과 같은 서브필드들을 갖는 것으로 도시되어 있다. Category 및 Action 서브필드는 프레임이 ML R-TWT 해제 액션 프레임이라는 것을 나타내도록 설정된다. Category 서브필드와 Action 서브필드는 도 10에 도시된 바와 같은 TWT 해제 프레임의 동일한 숫자들로 설정될 수 있다.

TWT Flow 서브필드는 R-TWT 스케줄링 AP MLD에 의해 어떤 ML R-TWT가 해제되는지를 나타내도록 설정된다. 수신기, 즉 R-TWT 스케줄링된 MLD가 이 서브필드를 수신할 때, 수신기는 어떤 ML R-TWT가 해제되었는지를 인식할(알) 수 있다. 그에 따라, 수신기는 해당 ML R-TWT의 멤버십을 요청해서는 안 된다. 수신기가 이미 해당 ML R-TWT의 멤버인 경우, 수신기는 이 서브필드를 수신한 직후에 자신의 멤버십을 종료해야 한다. ML R-TWT가 다수의 SL R-TWT들로 구성된 경우, ML R-TWT가 해제될 때, 그의 SL R-TWT들도 해제될 수 있다. 대안적으로, 적어도 하나의 실시예/모드/옵션에서, ML R-TWT가 해제될 때, 그와 연관된 SL R-TWT들이 반드시 해제되는 것은 아니다.

TWT flow 서브필드의 서브필드들은 다음과 같다. ML R-TWT ID 서브필드는 R-TWT 스케줄링 AP MLD에 의해 어떤 ML R-TWT가 해제되었는지를 나타내도록 설정된다. 이 서브필드는 Teardown All ML R-TWT 필드가 "1"로 설정될 때 예약될 수 있다.

Negotiation Type 서브필드는 TWT flow 필드 내의 내용이, ML R-TWT 필드 및 Teardown All ML R-TWT 필드의 존재와 같은, ML R-TWT 해제에 대한 것임을 나타내도록 설정된다. 예를 들어, negotiation type은 2의 값으로 설정될 수 있다.

Teardown All ML R-TWT 서브필드는 R-TWT 스케줄링 MLD가 모든 자신의 ML R-TWT들을 해제하는지 여부를 나타내도록 설정된다. 이 서브필드는, 여기에 예시된 바와 같이, 1 비트 지시로서 구현될 수 있다. 이 서브필드가 제1 상태(예를 들면, "1")로 설정될 때, 이는 R-TWT 스케줄링 MLD가 모든 자신의 ML R-TWT들을 해제한다는 것을 나타낸다. 그렇지 않은 경우, 이는 R-TWT 스케줄링 MLD가 ML R-TWT ID 필드에서 지시된 ML R-TWT만을 해제한다는 것을 나타내는 제2 상태(예를 들면, "0")로 설정된다.

4.6. ML TWT 요소 포맷

이 섹션에서는 ML TWT 요소의 포맷을 예시한다. ML TWT 요소는 ML R-TWT 멤버십 협상 또는 관리 정보를 나타내도록 설정된다.

ML TWT 요소가 ML R-TWT 요청 프레임에서 송신되는 경우, ML TWT 요소는 송신기의 ML R-TWT 멤버십의 요구 사항을 나타내도록 설정된다. 수신기가 이 요소를 수신할 때, 수신기는 ML R-TWT 멤버십 요청의 요구 사항에 기초하여 멤버십 요청을 수락할지 여부를 결정한다. 이어서, 수신기는 멤버십 요청에 대한 자신의 결정을 나타내기 위해 ML R-TWT 응답 프레임을 송신한다.

ML TWT 요소가 ML R-TWT 응답 프레임에서 송신되는 경우, ML TWT 요소는 ML R-TWT 멤버십 요청의 결정을 나타내도록 설정된다.

ML R-TWT 멤버십 요청이 수락되는 경우, ML TWT 요소는 그의 멤버에 대한 ML R-TWT SP 스케줄링도 운반한다. R-TWT 스케줄링된 MLD와 같은 수신기가 이 필드를 수신할 때, 수신기는 자신의 ML R-TWT 멤버십 요청이 수락되었음을 인식하고, ML R-TWT의 멤버가 되어 ML R-TWT SP 스케줄링에 따라 작동한다.

ML R-TWT 멤버십 요청이 거부되는 경우, 수신기는 자신이 ML R-TWT의 멤버가 아닌 것으로 인식한다. 추가적으로, ML TWT 요소는 수신기가 ML R-TWT 멤버를 재요청하기 위해 사용할 수 있는 제안된 파라미터들을 운반할 수 있다.

ML TWT 요소가 비콘과 같은 ML R-TWT 스케줄링 공지 프레임에서 송신되는 경우, 이 필드는 ML R-TWT 스케줄링 AP MLD의 ML R-TWT 스케줄링을 나타내도록 설정된다. 이 요소를 수신하는 수신기는 ML R-TWT 스케줄링 AP MLD의 ML R-TWT 스케줄링을 결정할 수 있다. 수신기가 R-TWT 스케줄링된 MLD인 경우, 수신기는 ML R-TWT 스케줄링에 따라 작동한다. 수신기는 또한 ML R-TWT 스케줄링 AP MLD에 의해 공지되는 ML R-TWT들의 멤버십을 요청할 수 있다.

또한 동일한 ML R-TWT 설정 프레임에 또는 동일한 ML R-TWT 스케줄링 공지 프레임에 다수의 ML TWT 요소들이 존재할 수 있다.

도 26은 다음과 같은 필드들을 갖는 ML TWT 요소의 예시적인 실시예(350)를 예시한다. Element ID 필드는 해당 요소가 ML TWT 요소임을 나타내도록 설정된다. 이 필드는 도 3에 도시된 바와 같은 TWT 요소와 동일한 값으로 설정될 수 있다. Length 필드는 요소의 길이를 나타내도록 설정된다. 아래에서 도 27에 설명되어 있는 서브필드들을 갖는 Control 필드가 포함되어 있다. 도 28에 설명되어 있는 서브필드들을 갖는, 다수의 Broadcast ML TWT Parameter Set 필드를 가질 수 있는 TWT Parameter Information 필드가 포함되어 있다.

Broadcast ML TWT Parameter Set 필드가 스케줄링 공지에 사용되는 경우, 이 필드는 ML R-TWT 스케줄링을 나타낸다. R-TWT 스케줄링된 MLD와 같은 수신기는 ML R-TWT 스케줄링에 따라 작동하고 ML R-TWT의 멤버십을 요청할 수 있다.

ML R-TWT 멤버십 요청을 송신하기 위해 R-TWT 스케줄링된 MLD에 의해 Broadcast ML TWT Parameter Set 필드가 사용되는 경우, 이 필드는 ML R-TWT의 그의 요구 사항을 나타내도록 설정된다. ML R-TWT 스케줄링 AP MLD가 해당 요청을 수신할 때, 이는 R-TWT 스케줄링된 MLD의 요구 사항에 기초하여 해당 요청을 수락하거나 거부하기로 결정한다.

Broadcast ML TWT Parameter Set 필드가 R-TWT 스케줄링된 MLD로부터의 멤버십 요청을 수락하기 위해 R-TWT 스케줄링 MLD에 의해 사용되는 경우, 이 필드는 R-TWT 스케줄링된 MLD가 멤버가 되는 ML R-TWT 스케줄링을 나타내도록 설정된다. R-TWT 스케줄링된 MLD가 이 필드를 수신한 후에, R-TWT 스케줄링된 MLD는 ML R-TWT의 멤버가 된다. R-TWT 스케줄링된 MLD의 트래픽은 ML R-TWT의 SP들 동안 전송 우선순위를 부여받을 것이다.

Broadcast ML TWT Parameter Set 필드가 R-TWT 스케줄링된 MLD로부터의 멤버십 요청을 거부(예를 들면, TWT setup command 필드가 “Reject TWT”로 설정됨)하기 위해 R-TWT 스케줄링 MLD에 의해 사용되는 경우, R- TWT 스케줄링된 MLD는, 해당 필드를 수신한 후에, 자신의 멤버십 요청이 거부되었거나 자신의 기존 ML R-TWT 멤버십이 R-TWT 스케줄링 MLD에 의해 종료되었다는 것을 인식한다.

Broadcast ML TWT Parameter Set 필드가 R-TWT 스케줄링된 MLD로부터의 멤버십 요청을 거부(예를 들면, TWT setup command 필드가 "Alternate TWT" 또는 "Dictate TWT"로 설정됨)하기 위해 R-TWT 스케줄링 MLD에 의해 사용되는 경우, 이 필드는 R-TWT 스케줄링된 MLD가 다음 번에 ML R-TWT 멤버십을 요청하는 데 사용할 수 있는 제안된 파라미터들을 나타내도록 설정된다. R-TWT 스케줄링된 MLD가 이 필드를 수신할 때, R-TWT 스케줄링된 MLD는 자신이 ML R-TWT에 대한 멤버십을 획득하지 못했음을 인식하지만, ML R-TWT 멤버십을 재요청하기 위해 제안된 파라미터들을 사용할 수 있다.

각각의 Broadcast ML TWT Parameter Set 필드는 다수의(하나를 포함함) SL R-TWT들 또는 하나의 ML R-TWT의 파라미터 설정을 나타낼 수 있다. 다음은 예로서 제공된다. (a) 하나의 Broadcast ML TWT Parameter Set 필드는 MLD 레벨 R-TWT ID를 갖는 ML R-TWT를 나타낼 수 있다. (b) 하나의 broadcast ML TWT Parameter Set 필드는 동일한 파라미터 설정 및 동일한 SL 레벨 R-TWT ID를 갖지만 상이한 링크들에서 스케줄링되는 하나 이상의 SL R-TWT를 나타낼 수 있다. 동일한 broadcast ML TWT Parameter Set 필드 내 SL R-TWT들은 동일한 ML R-TWT에 속할 수 있다.

도 27은 도 26에 도시된 ML TWT 요소의 Control 필드의 예시적인 실시예(370)를 예시한다. 필드들 NDP Paging Indicator, Responder PM Mode, Negotiation Type, TWT Information Frame Disabled, 및 Wake Duration Unit 필드는 도 4에 도시된 바와 같은 TWT 요소의 control 필드에 있는 필드들과 동일할 수 있다.

ML TWT Indication 필드는 ML TWT 요소 내의 TWT Parameter Information 필드가 Broadcast ML TWT Parameter Set 필드를 운반하는지 여부를 나타내도록 설정된다. 이 필드는 1 비트 지시로서 구현될 수 있다. 예를 들어, 이 필드가 제1 상태(예를 들면, "1")로 설정될 때, ML TWT 요소는 Broadcast ML TWT Parameter Set 필드만을 운반한다. 그렇지 않은 경우, 이 필드는 제2 상태(예를 들면, "0")로 설정되고 ML TWT 요소는 Broadcast TWT Parameter Set 필드만을 운반한다. ML TWT 요소의 요소 ID가 TWT 요소에서와 동일한 경우, 이 필드는 해당 요소가 TWT 요소인지 ML TWT 요소인지 여부를 나타내는 데도 사용될 수 있다는 점에 주목해야 한다. 이 필드가 제1 상태(예를 들면, "1")로 설정된 경우, 해당 요소는 ML TWT 요소이고; 그렇지 않고, 이 필드가 제2 상태(예를 들면, "0")로 설정된 경우, 해당 요소는 TWT 요소이다.

Link Info Present 필드는 link info 필드의 존재를 나타내도록 설정된다. 이 필드가 제1 상태(예를 들면, "1")로 설정된 경우, link info 필드가 control 필드에 존재한다. 이 필드가 제2 상태(예를 들면, "0")로 설정된 경우, link info 필드가 제어 필드에 존재하지 않는다.

Link Info 필드는 ML TWT 요소의 내용이 어느 링크들에 적용되는지(즉, ML TWT 요소 내의 모든 broadcast ML TWT Parameter Set 필드들의 내용이 어느 링크들에 적용되는지)를 나타내도록 설정된다. 수신기, 예를 들면, MLD가 이 필드를 수신할 때, 수신기는 ML TWT 요소의 내용이 어느 링크들에 적용되는지에 대한 정보를 가지며 해당 링크들에서 작동하는 자신과 연계된 STA들로 해당 파라미터들을 포워딩한다. 예를 들어, MLD가 링크1을 통해 ML TWT 요소를 수신하고 Control 필드 내의 Link Info 필드가 링크2로 설정된 경우, ML TWT 요소는 링크2에서 스케줄링되는 R-TWT SP에 대한 것이다. MLD는 링크2를 통해 자신과 연계된 STA로 Broadcast ML TWT Parameter Set 필드를 포워딩할 수 있다. Link Info 필드의 포맷은 도 31 내지 도 35의 도면들 중 하나일 수 있다.

도 27에 도시된 바와 같은 Control 필드 내의 Link Info 필드와 도 28에 도시된 바와 같은 Broadcast ML TWT Parameter Set 필드 내의 Link Info 필드는 동일한 ML TWT 요소에 동시에 존재할 수 없다는 점에 유의해야 한다.

Link Info 필드가 Control 필드와 Broadcast ML TWT Parameter Set 필드 양쪽 모두에 존재하지 않는 경우, Broadcast ML TWT Parameter Set 필드는 Broadcast ML TWT Parameter Set 필드가 전송되는 링크에서의 SL R-TWT에 대한 것이다.

도 28은 Broadcast ML TWT Parameter Set 필드의 예시적인 실시예(390)를 예시한다. 각각의 Broadcast ML TWT Parameter Set 필드는 ML R-TWT에 속하는 하나 이상의 SL R-TWT(동일한 링크 레벨 ID를 갖지만 상이한 링크들에서 스케줄링됨)에 대한 파라미터 설정을 나타낼 수 있다. Request Type 필드는 도 29에 도시된 바와 같이 설정될 수 있다.

Target Wake Time 필드는 R-TWT SP의 시작 시간을 나타내도록 설정된다. 이 필드가 스케줄링 공지를 위해 설정된 경우, 이 필드는 스케줄링 공지 프레임(예를 들면, 비콘) 이후 R-TWT의 첫 번째 SP의 시작 시간을 나타낸다. R-TWT 스케줄링된 MLD는 이 필드를 수신한 후에 R-TWT의 첫 번째 SP에 대한 시작 시간 정보를 가질 것이다. 이 필드가 R-TWT 스케줄링된 MLD의 ML R-TWT 멤버십 요청에 대해 설정된 경우, 이 필드는 R-TWT 스케줄링된 MLD가 R-TWT의 멤버가 되는 경우 R-TWT의 첫 번째 SP의 시작 시간을 나타낸다. R-TWT 스케줄링 MLD는 이 필드에 따라 멤버십 요청을 수락할지 여부를 결정할 수 있다. TWT setup command 필드가 "Alternate TWT" 또는 "Dictate TWT"로 설정될 때 이 필드가 ML R-TWT 응답에 대해 설정된 경우, 이 필드는 R-TWT 스케줄링된 MLD가 다음 번에 R-TWT에서의 멤버십을 요청하기로 결정할 때 R-TWT 스케줄링된 MLD가 이 필드를 설정하는 데 사용할 수 있는 제안된 파라미터를 나타낸다. 이 필드가 ML R-TWT 요청을 수락하는 ML R-TWT 응답에 대해 설정된 경우, 이 필드는 R-TWT 스케줄링된 MLD가 이 필드를 수신하여 R-TWT의 멤버가 된 후 R-TWT의 첫 번째 SP의 시작 시간을 나타낸다.

Target Wake Time 필드는 다음 옵션들 중 하나를 사용하여 설정될 수 있다. 옵션1에서 Target Wake Time 필드는 이 필드를 송신하는 STA의 TSF 시간으로 설정된다. 옵션 2에서 Target Wake Time 필드는 Link Info가 하나의 링크만을 나타내도록 허용된 경우 동일한 Broadcast ML TWT Parameter Set 필드의 Link Info 필드에서 지시된 링크의 TSF 시간으로 설정된다. 옵션3에서 Target Wake Time 필드는 Link Info가 하나의 링크만을 나타내도록 허용된 경우 ML TWT 요소의 Control 필드 내의 Link Info 필드에서 지시된 링크의 TSF 시간으로 설정된다. 옵션4에서 Target Wake Time 필드는 Link Info 필드의 첫 번째 비트(도 32에 도시된 바와 같은 Link bitmap 내의 MSB 또는 LSB 또는 도 33 내지 도 35에 도시된 바와 같은 첫 번째 LinkID 필드)인 링크의 TSF 시간으로 설정된다.

nominal minimum TWT Wake Duration 필드는 R-TWT SP 지속기간을 나타내도록 설정된다. 도 29에 도시된 바와 같은 TWT Wake Interval Mantissa 필드와 TWT Wake Interval Exponent 필드는, IEEE 802.11ax에서 정의된 것들과 유사하게, R-TWT SP들 간의 간격을 나타내도록 설정된다. Broadcast TWT Info 필드는 도 30에 도시된 바와 같을 수 있다. Restricted TWT Traffic Info 필드는 도 30에 도시된 바와 같은 Restricted TWT Traffic Info Present 필드가 제1 상태(예를 들면, "1")로 설정될 때 존재하며, 이 필드는 IEEE 802.11be에서 정의된 것과 동일할 수 있다. Broadcast ML TWT ID 필드는 ML R-TWT의 MLD 레벨 R-TWT ID를 나타내도록 설정된다. 수신기는 이 필드를 사용하여 ML R-TWT를 식별할 수 있다.

Link Info 필드는 broadcast ML TWT Parameter Set 필드의 내용이 어느 링크들에 적용되는지를 나타내도록 설정된다. 수신기가 이 필드를 수신할 때, 수신기는 이제 broadcast ML TWT Parameter Set 필드의 내용이 어느 링크들에 적용되는지에 대한 정보를 가지며 해당 링크들에서 작동하는 STA들로 해당 파라미터들을 포워딩한다. 예를 들어, MLD가 링크1을 통해 Broadcast ML TWT Parameter Set 필드를 수신하고 Broadcast ML TWT Parameter Set 필드의 Link Info 필드가 링크2로 설정된 경우, Broadcast ML TWT Parameter Set 필드는 링크2에서 스케줄링되는 R-TWT SP에 대한 것이다. MLD는 링크2를 통해 자신과 연계된 STA로 Broadcast ML TWT Parameter Set 필드를 포워딩할 수 있다. Link Info 필드의 포맷은 도 31 내지 도 35의 도면들 중 하나일 수 있다.

도 29는 Broadcast ML TWT Parameter Set 필드의 Request Type 필드의 예시적인 실시예(410)를 예시한다. 필드들 TWT Request 필드, TWT Setup Commands, Trigger, Last Broadcast Parameter Set, Flow Type, Broadcast TWT Recommendation 및 TWT Wake Interval Exponent 필드는 IEEE 802.11ax에 정의된 것들과 동일할 수 있다.

Trigger-based Only 필드는 ML R-TWT 스케줄링된 MLD들이 R-TWT SP들 동안 채널을 두고 경쟁하도록 허용되는지 여부를 나타내도록 설정된다. 적어도 하나의 실시예에서, 이 필드는 1 비트 지시일 수 있다. 예를 들어, 이 필드가 제1 상태(예를 들면, "1")로 설정된 경우, R-TWT 멤버의 UL 트래픽 전송은 R-TWT SP들 동안 ML R-TWT 스케줄링 AP MLD에 의해서만 트리거될 수 있다. 이 필드가 제2 상태(예를 들면, "0")로 설정된 경우, R-TWT 멤버는 R-TWT SP들 동안 UL 트래픽 전송을 위해 채널을 두고 경쟁하여 채널에 액세스할 수 있다.

적어도 하나의 실시예/모드/옵션에서, Broadcast TWT Recommendation 필드가 Broadcast ML TWT Parameter Set 필드가 R-TWT에 대한 것임을 나타내도록(예를 들면, 값 4로) 설정될 때, Trigger 필드는 Trigger Based Only 필드로서 작동하고 Trigger based Only 필드는 필요하지 않다.

도 30은 다음 서브필드들을 갖는 Broadcast ML TWT Parameter Set 필드의 Request Type 필드의 예시적인 실시예(430)를 예시한다.

도 7에 나타내어져 있는 것과 동일할 수 있는, Restricted TWT Traffic Info Present 필드는, 적어도 하나의 실시예에서, Restricted TWT Traffic Info 필드가 Broadcast ML TWT Parameter Set 필드에 존재하는지 여부를 나타내는 1 비트 지시이다.

ML TWT ID Present 필드는 도 28에 도시된 바와 같은 Broadcast ML TWT Parameter Set 필드 내의 Broadcast ML TWT ID 필드가 존재하는지 여부를 나타내도록 설정된다. 적어도 하나의 실시예에서, 이 필드는 1 비트 지시일 수 있다. 예를 들어, 이 필드가 제1 상태(예를 들면, "1")로 설정될 때, Broadcast ML TWT ID 필드가 Broadcast ML TWT Parameter Set 필드에 존재한다. 그렇지 않은 경우, 이 필드는 제2 상태(예를 들면, "0")로 설정되고 Broadcast ML TWT ID 필드가 Broadcast ML TWT Parameter Set 필드에 존재하지 않는다.

Link Info Present 필드는, 적어도 하나의 실시예에서, Link Info 필드가 도 28에 도시된 바와 같은 Broadcast ML TWT Parameter Set 필드에 존재하는지 여부를 나타내는 1 비트 지시일 수 있다. 예를 들어, 이 필드가 제1 상태(예를 들면, "1")로 설정될 때, Link Info 필드가 Broadcast ML TWT Parameter Set 필드에 존재한다. 그렇지 않은 경우, 이 필드는 제2 상태(예를 들면, "0")로 설정되고 Link Info 필드가 Broadcast ML TWT Parameter Set 필드에 존재하지 않는다. 이어서, Broadcast ML TWT Parameter Set 필드는 그것이 전송되는 링크에 대한 ML R-TWT 파라미터 설정을 위한 것이다.

Broadcast TWT ID 필드는 SL R-TWT의 링크 레벨 R-TWT ID를 나타내도록 설정된다. Broadcast ML TWT Parameter Set 필드 내의 파라미터들은 Link Info 필드에서 지시된 링크에서의 해당 특정 SL R-TWT(들)에 대한 것이다.

Broadcast TWT Persistence 필드는 IEEE 802.11ax에 정의된 것과 동일할 수 있다.

적어도 하나의 실시예/모드/옵션에서, ML TWT ID Present 필드는 브로드캐스트 TWT ID를 MLD 레벨 R-TWT ID로 설정할지 또는 링크 레벨 R-TWT ID로 설정할지를 나타내도록 설정된다. ML TWT ID Present 필드가 제1 상태(예를 들면, "1")로 설정될 때, Broadcast TWT ID 필드는 MLD 레벨 R-TWT ID를 나타내도록 설정된다. ML TWT ID Present 필드가 제2 상태(예를 들면, "0")로 설정될 때, Broadcast TWT ID 필드는 링크 레벨 R-TWT ID를 나타내도록 설정되며; 따라서 Broadcast ML TWT Parameter Set 필드 내의 Broadcast ML TWT ID 필드가 그러면 필요하지 않다.

도 31 내지 도 35는, 제한이 아닌 예로서 제시되는, Link Info 필드의 포맷에 대한 5개의 옵션(450, 470, 490, 510 및 530)을 예시한다.

도 31의 옵션 1에서, Link Info 필드는 하나의 Link ID 필드만을 운반할 수 있다. link ID 필드는 해당 정보가 적용되는 하나의 링크를 나타내도록 설정된다.

도 32의 옵션 2에서, Link Info 필드는 하나의 link bitmap 필드를 운반할 수 있다. 이 필드는 IEEE 802.11be에 정의된 것과 동일할 수 있다. link bitmap 필드는 다수의 비트들로 구성된다. 각각의 비트는 링크를 나타낸다. 비트가 제1 상태(예를 들면, "1")로 설정된 경우, 이는 해당 정보가 해당 비트의 대응하는 링크에 적용된다는 것을 나타낸다. 그렇지 않은 경우, 비트는 제2 상태(예를 들면, "0")로 설정되며 그러면 이것은 해당 정보가 해당 비트의 대응하는 링크에 적용되지 않는다는 것을 나타낸다.

도 33의 옵션 3에서, Link Info 필드는 다수의 Link ID 필드들을 운반할 수 있다. 각각의 Link ID 필드는 해당 정보가 적용되는 하나의 링크를 나타내도록 설정된다. More Link ID 필드는 그 뒤에 다른 Link ID 필드가 있는지 여부를 나타내도록 설정된다. 예를 들어, More Link ID 필드가 제1 상태(예를 들면, "1")로 설정된 경우, 그 뒤에 다른 Link ID 필드가 있다. 그렇지 않은 경우, 이 필드는 제2 상태(예를 들면, "0")로 설정되고 그 뒤에 Link ID 필드가 없다.

도 34의 옵션 4에서, Link Info 필드는 다수의 Link ID 필드들을 운반할 수 있다. 각각의 Link ID 필드는 해당 정보가 적용되는 하나의 링크를 나타내도록 설정된다. Last Link ID 필드는 그 뒤에 다른 Link ID 필드가 있는지 여부를 나타내도록 설정된다. 예를 들어, Last Link ID 필드가 제2 상태(예를 들면, "0")로 설정된 경우, 그 뒤에 다른 Link ID 필드가 있다. 그렇지 않은 경우, 이 필드는 제1 상태(예를 들면, "1")로 설정되고 그 뒤에 Link ID 필드가 없다.

도 35의 옵션 5에서, Link Info 필드는 다수의 Link ID 필드들을 운반할 수 있다. 각각의 link ID 필드는 해당 정보가 적용되는 하나의 링크를 나타내도록 설정된다. Link ID 필드 앞에는, Number of Link ID 필드가 있다. 이 필드는 Link Info 필드 내의 Link ID 필드들의 개수를 나타내도록 설정된다.

ML R-TWT 스케줄링 공지를 위한 ML TWT 요소 내의 Link Info 필드의 포맷은 ML R-TWT 설정(멤버십 협상)을 위한 ML TWT 요소 내의 Link Info 필드의 포맷과 상이할 수 있다는 점에 주목해야 한다.

적어도 하나의 실시예/모드/옵션에서, Broadcast ML TWT Parameter Set 필드가 Link Info Present 필드 및 ML TWT ID Present 필드를 포함하기 때문에 ML TWT Indication 필드는 필요하지 않다. 이들 2개의 필드는 도 5에 도시된 바와 같은 Broadcast TWT Parameter Set 필드의 예약된 비트들에 위치하는 것이 바람직하다. 예를 들어 이들이 제2 상태(예를 들면, "0")로 설정된 경우, Broadcast ML TWT Parameter Set 필드는 도 5에 도시된 바와 같은 Broadcast TWT Parameter Set 필드와 동일하다.

4.7. 예들

이 섹션에서는 ML R-TWT 시그널링의 다수의 예들을 제공한다. 이러한 예들에서의 네트워크 토폴로지는 도 16에 도시되어 있다. 이 섹션의 예들에서, SL R-TWTx는 링크 레벨 R-TWT ID = x인 SL R-TWT를 나타내는 반면; ML R-TWTy는 MLD 레벨 R-TWT ID = y인 ML R-TWT를 나타낸다.

이러한 프레임 교환 예들에서, 프레임 내의 "{}" 쌍은 ML TWT 요소를 나타낸다. “{}” 사이의 내용은 해당 ML TWT 요소 내의 내용을 나타낸다. ML TWT 요소 내의 "<>" 쌍은 Broadcast ML TWT Parameter Set 필드를 나타낸다. "<>" 사이의 내용은 해당 Broadcast ML TWT Parameter Set 필드 내의 내용을 나타낸다. 예를 들어, {<SL R-TWT1, 링크1, 2>, <SL R-TWT2, 링크1>}은 2개의 Broadcast ML TWT Parameter Set 필드를 운반하는 ML TWT 요소를 나타낸다. 하나의 Broadcast ML TWT Parameter Set 필드는 링크1에서 스케줄링되는 SP들을 갖는 SL R-TWT1(링크1에서의 SL R-TWT1) 및 링크2에서 스케줄링되는 SP들을 갖는 다른 SL R-TWT1(링크1에서의 SL R-TWT1)에 대한 것이다. 다른 Broadcast ML TWT Parameter Set 필드는 링크1에서 스케줄링되는 SP들을 갖는 SL R-TWT2(링크1에서의 SL R-TWT2)에 대한 것이다. {<SL R-TWT1, ML R-TWT2, 링크1, 2>}는 ML R-TWT2에 속하는 링크1 및 링크2에서의 SL R-TWT1에 대한 것인 하나의 Broadcast ML TWT Parameter Set 필드를 운반하는 ML TWT 요소를 나타낸다.

4.7.1. Broadcast ML TWT Parameter Set 필드별 Link Info

또한 이 섹션에서는 Link Info 필드만이 도 28에 도시된 바와 같은 Broadcast ML TWT Parameter Set 필드별로 존재하는 시나리오도 고려한다. 즉, 도 27에 도시된 바와 같은 ML TWT 요소의 Control 필드에는 Link Info 필드가 존재하지 않는다.

4.7.1.1. 암시적 ML R-TWT

이 섹션에서는 암시적 ML R-TWT가 하나 이상의 SL R-TWT로 구성된 시나리오를 고려한다. 각각의 SL R-TWT는 R-TWT 스케줄링된 AP에 의해 자신의 링크에서 고유한 링크 레벨 R-TWT ID에 할당된다. R-TWT 스케줄링 AP MLD는 ML 레벨 R-TWT ID를 ML R-TWT에 할당하지 않는다. 즉, 도 28에 도시된 바와 같은 Broadcast ML TWT Parameter Set 필드에 Broadcast ML TWT ID 필드가 존재하지 않는다.

이 섹션의 예들에서, AP1은 링크1에서 SL R-TWT4를 스케줄링한다. AP2는 링크2에서 SL R-TWT2 및 SL R-TWT4를 스케줄링한다. 링크1과 링크2에서의 SL R-TWT4들의 스케줄링은 동일하지만(즉, 이들의 SP 시작 시간, SP 지속기간 및 SP들 사이의 간격이 동일함) SL R-TWT2의 스케줄링은 다른 둘과 상이하다. 섹션 4.3에 따르면, 링크1과 링크2에서의 SL R-TWT4는 암시적 ML R-TWT로 간주될 수 있으며 SL R-TWT2는 다른 암시적 ML R-TWT로 간주될 수 있다.

도 36은 R-TWT 스케줄링 AP가 그 자신의 링크를 통해서만 ML R-TWT SP 스케줄링을 공지하는 것의 예시적인 실시예(610)를 예시한다. 제한이 아닌 예로서, 도면은 MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

AP1이 링크1을 통해 비콘(614)을 송신할 때, 비콘은 ML TWT 요소를 운반한다. ML TWT 요소는 링크1에서의 SL R-TWT4 SP 시작(620) 및 지속기간(624)의 스케줄링만을 나타내는 Broadcast ML TWT Parameter Set 필드를 운반한다. SL R-TWT4의 Broadcast ML TWT Parameter Set 필드는 자신이 링크1에서의 SL R-TWT4에 대한 것임을 나타내는 Link Info 필드를 포함하지 않는다는 점에 유의해야 한다.

AP2가 링크2를 통해 비콘(612)을 송신할 때, 비콘은 ML TWT 요소를 운반한다. ML TWT 요소는 2개의 Broadcast ML TWT Parameter Set 필드를 운반한다. 하나는 링크2에서의 SL R-TWT2(616)의 스케줄링을 나타내고 다른 하나는 링크2에서의 SL R-TWT4의 스케줄링된 시작(618) 및 지속기간(624)을 나타낸다.

링크1에서의 SL R-TWT4 SP(620) 및 링크2에서의 SL R-TWT4 SP(618) 동안, AP1 및 AP2는 링크1 및 링크2에서의 SL R-TWT4의 멤버들과 프레임들을 교환할 수 있다. 링크1 및 링크2에서의 SL R-TWT4 SP 동안, AP1 및 AP2는, 제각기, 링크1 및 링크2에서의 SL R-TWT4의 멤버들과 프레임들을 교환할 수 있다. 도면에 도시된 바와 같이, 링크1 및 링크2에서의 SL R-TWT4는 트리거 기반 전용이다. 이어서 AP1과 AP2는 채널에 액세스하여 UL 및 DL 전송들을 트리거한다. 링크1 및 링크2에서의 SL R-TWT4의 멤버들은 링크1 및 링크2에서의 SL R-TWT4 SP 동안 채널에 액세스해서는 안 된다.

링크2에서의 SL R-TWT2 SP 동안, AP2는 링크2에서의 SL R-TWT2의 멤버들과 프레임들을 교환할 수 있다. 도면에 도시된 바와 같이, 링크2에서의 SL R-TWT2는 트리거 기반 전용이 아니다. 이어서, STA5가 링크2에서의 SL R-TWT2의 멤버인 경우, STA5는 링크2에서의 SL R-TWT2 SP 동안 AP2와 프레임들을 교환하기 위해 채널을 두고 경쟁하여 채널에 액세스할 수 있다.

AP1은 트리거 프레임(TF)(622a)을 송신하고, AP2는 TF(622b)를 송신하는 것으로 나타내어져 있으며, 이에 대해 STA3과 STA5는, 제각기, UL PPDU(626a 및 626b)로 응답한다. 전송을 수신할 시에, AP들은 BA(628a 및 628b)로 응답한다. AP1 및 AP2는, 제각기, DLMU PPDU들(630a 및 630b)을 송신하고, STA3 및 STA5로부터 BA들(632a, 632b)을 수신하는 것으로 나타내어져 있다. 이러한 전송들 각각은 NSTR(Non-Simultaneous Transmit-Receive) 링크 쌍의 링크들에 대해 정렬되는 것으로 묘사되어 있다. 이어서 링크2에서의 SL R-TWT2 SP(634)에서, STA5는 트리거되지 않은(non-triggered) UL PPDU(636)를 송신하고 AP2로부터 BA(638)를 수신한다.

위의 경우에, Link info 필드가 필요없다는 점에 유의해야 한다. ML TWT 요소의 포맷은 TWT 요소와 동일할 수 있다. 즉, ML TWT 요소는 IEEE 802.11ax에서 정의된 바와 같이 브로드캐스트 TWT를 지원하는 STA들에 의해 디코딩될 수 있다. 따라서, ML TWT 요소는 브로드캐스트 TWT 스케줄링을 공지하는 데도 사용될 수 있다.

링크1과 링크2가 NSTR 링크 쌍의 링크들이 아닌 경우 링크1 및 링크2에서의 SL R-TWT4 SP 동안 PPDU 정렬이 필요하지 않다는 점에 유의해야 한다.

도 37은 R-TWT 스케줄링 AP가 모든 링크들을 통해 SL R-TWT 스케줄링을 공지하는 것의 예시적인 실시예(710)를 예시한다. 이 예에서, Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 다수의 링크들을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 32 내지 도 35에 도시된 바와 같을 수 있다. 제한이 아닌 예로서, 도면은 MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

AP1은 링크1을 통해 ML TWT 요소를 운반하는 비콘(714)을 송신한다. ML TWT 요소는 2개의 Broadcast ML TWT Parameter Set 필드를 운반한다. 하나의 필드는 링크2에서의 SL R-TWT2(722)의 스케줄링을 나타내는 반면; 다른 하나는 링크1 및 링크2에서의 SL R-TWT4(724)의 스케줄링을 나타낸다. Broadcast ML TWT Parameter Set 필드들의 Target Wake Time 필드들은 AP1의 TSF 시간으로 설정된다.

AP2는 링크2를 통해 ML TWT 요소를 운반하는 비콘(712)을 송신한다. ML TWT 요소는 2개의 Broadcast ML TWT Parameter Set 필드를 운반한다. 하나는 링크2에서의 SL R-TWT2(716)의 스케줄링을 나타낸다. 다른 하나는 링크1 및 링크2에서의 SL R-TWT4 시작(718) 및 지속기간(724)의 스케줄링을 나타낸다. ML TWT 요소 내의 Broadcast ML TWT Parameter Set 필드들의 Target Wake Time 필드들은 AP2의 TSF 시간으로 설정된다.

도면의 나머지 부분은 도 36에서와 동일하며, AP1은 트리거 프레임(TF)(726a)을 송신하고, AP2는 TF(726b)를 송신하며, 이에 대해 STA3과 STA5는, 제각기, UL PPDU(728a 및 728b)로 응답한다. 전송을 수신할 시에, AP들은 BA(730a 및 730b)로 응답한다. AP1 및 AP2는, 제각기, DLMU PPDU들(732a 및 732b)을 송신하고, STA3 및 STA5로부터 BA들(734a, 734b)을 수신하는 것으로 나타내어져 있다. 이러한 전송들 각각은 NSTR 링크 쌍의 링크들에 대해 정렬되는 것으로 묘사되어 있다. 이어서 링크2에서의 SL R-TWT2 SP(736)에서, STA5는 트리거되지 않은 UL PPDU(738)를 송신하고 AP2로부터 BA(740)를 수신한다.

도 38은 R-TWT 스케줄링 AP가 모든 링크들을 통해 SL R-TWT 스케줄링을 공지하는 것의 다른 예시적인 실시예(810)를 예시한다. 이 예에서, Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 하나의 링크만을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 31 또는 도 32에 도시된 바와 같을 수 있다(예를 들면, 1 비트만이 "1"로 설정될 수 있음). 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

AP1은 링크1을 통해 ML TWT 요소를 운반하는 비콘(814)을 송신한다. ML TWT 요소는 3개의 Broadcast ML TWT Parameter Set 필드를 운반한다. 첫 번째 것은 링크2에서의 SL R-TWT2(821)의 스케줄링을 나타낸다. 두 번째 및 세 번째 것은 링크1 및 링크2에서의 SL R-TWT4 시작(820) 및 지속기간(824)의 스케줄링을 나타낸다. Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 해당 Broadcast ML TWT Parameter Set 필드의 Link Info 필드에서 지시된 링크에서의 AP의 TSF 시간으로 설정된다. 예를 들어, 링크2에서의 SL R-TWT2의 Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 링크2에서의 AP2의 TSF 시간으로 설정된다.

AP2는 링크2를 통해 ML TWT 요소를 운반하는 비콘(812)을 송신한다. ML TWT 요소는 링크1을 통해 전송되는 비콘 내의 것과 동일하다.

도면의 나머지 부분은 도 36과 같으며, AP1은 트리거 프레임(TF)(822a)을 송신하고, AP2는 TF(822b)를 송신하며, 이에 대해 STA3과 STA5는, 제각기, UL PPDU(826a, 826b)로 응답한다. 전송을 수신할 시에, AP들은 BA(828a 및 828b)로 응답한다. AP1 및 AP2는, 제각기, DLMU PPDU들(830a 및 830b)을 송신하고, STA3 및 STA5로부터 BA들(832a, 832b)을 수신하는 것으로 나타내어져 있다. 이러한 전송들 각각은 NSTR 링크 쌍의 링크들에 대해 정렬되는 것으로 묘사되어 있다. 이어서 링크2에서의 SL R-TWT2 SP(834)에서, STA5는 트리거되지 않은 UL PPDU(836)를 송신하고 AP2로부터 BA(838)를 수신한다.

도 39는 R-TWT 스케줄링 AP가 자신의 링크를 통해 ML R-TWT SP 스케줄링을 공지하는 것의 예시적인 실시예(910)를 예시한다. 이 예에서, Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 다수의 링크들을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 32 내지 도 35에 도시된 바와 같을 수 있다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

AP1은 링크1을 통해 ML TWT 요소를 운반하는 비콘(914)을 송신한다. 링크1에서의 SL R-TWT4 및 링크2에서의 SL R-TWT4는 ML R-TWT로 간주되므로, ML TWT 요소는 링크1 및 링크2에서의 SL R-TWT4 SL 시작(920) 및 지속기간(924)의 스케줄링을 나타내는 Broadcast ML TWT Parameter Set 필드를 운반한다. Broadcast ML TWT Parameter Set 필드들의 Target Wake Time 필드들은 AP1의 TSF 시간으로 설정된다.

AP2는 링크2를 통해 ML TWT 요소를 운반하는 비콘(912)을 송신한다. ML TWT 요소는 2개의 Broadcast ML TWT Parameter Set 필드를 운반한다. 하나는 링크2에서의 SL R-TWT2(916)의 스케줄링을 나타낸다. 링크1에서의 SL R-TWT4 및 링크2에서의 SL R-TWT4는 ML R-TWT로 간주되므로, 다른 하나는 링크1 및 링크2에서의 SL R-TWT4 시작(918) 및 지속기간(924)의 스케줄링을 나타낸다. ML TWT 요소 내의 Broadcast ML TWT Parameter Set 필드들의 Target Wake Time 필드들은 AP2의 TSF 시간으로 설정된다.

도면의 나머지 부분은 도 38과 동일하며, AP1은 트리거 프레임(TF)(922a)을 송신하고, AP2는 TF(922b)를 송신하며, 이에 대해 STA3과 STA5는, 제각기, UL PPDU(926a, 926b)로 응답한다. 전송을 수신할 시에, AP들은 BA(928a 및 928b)로 응답한다. AP1 및 AP2는, 제각기, DLMU PPDU들(930a 및 930b)을 송신하고, STA3 및 STA5로부터 BA들(932a, 932b)을 수신하는 것으로 나타내어져 있다. 이러한 전송들 각각은 NSTR 링크 쌍의 링크들에 대해 정렬되는 것으로 묘사되어 있다. 이어서 링크2에서의 SL R-TWT2 SP(934)에서, STA5는 트리거되지 않은 UL PPDU(936)를 송신하고 AP2로부터 BA(938)를 수신한다.

도 40은 ML R-TWT 설정 절차의 예시적인 실시예(1010)를 예시한다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1012)은 STA3이 링크2에서 스케줄링되는 SP들을 갖는 SL R-TWT2의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임(1014)을 링크1을 통해 AP1로 전송하는 것으로 시작된다. AP1이 이 요청을 수신한 후, AP1은 멤버십 요청이 수락되었음을 나타내기 위해 ML R-TWT 응답(1016)을 다시 송신한다. 이는 또한 링크2에서의 STA5에 대한 첫 번째 SL R-TWT2 SP의 시작 시간(1018)을 나타낼 수 있다. 그러면, STA5는 SL R-TWT2의 멤버 STA가 된다. SL R-TWT2 SP(1020) 동안, SL R-TWT2가 트리거 기반 전용이 아닌 경우 STA5는 채널을 두고 경쟁하여 UL PPDU들(1024 및 1028)을 AP2로 전송할 수 있다. 도면은 또한 AP2가 UL PPDU들의 수신에 대해 BA들(1026 및 1030)로 응답하는 것을 도시한다.

링크2에서의 SL R-TWT2 SP들 사이의 간격(1022)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

도 41은 Link Info 필드가 Broadcast ML TWT Parameter Set 필드에 존재하지 않을 때 ML R-TWT 설정 절차의 예시적인 실시예(1110)를 예시한다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1112)은 STA5가 링크2에서 스케줄링되는 SP들을 갖는 SL R-TWT2의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임(1114)을 링크2를 통해 AP2로 송신하는 것으로 시작된다. AP2가 이 요청을 수신한 후, AP2는 멤버십 요청이 수락되었음을 나타내기 위해 ML R-TWT 응답(1116)을 다시 송신한다. 이는 또한 링크2에서의 STA5에 대한 첫 번째 SL R-TWT2 SP의 시작 시간(1118)을 나타낼 수 있다. 그러면, STA5는 SL R-TWT2(1122)의 멤버 STA가 된다. SL R-TWT2 SP(1122) 동안, SL R-TWT2가 트리거 기반 전용이 아닌 경우 STA5는 채널을 두고 경쟁하여 UL PPDU들(1124 및 1128)을 AP2로 전송할 수 있다. 도면은 또한 AP2가 UL PPDU들의 수신에 대해 BA들(1126 및 1130)로 응답하는 것을 도시한다.

링크2에서의 SL R-TWT2 SP들 사이의 간격(1120)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

이 경우에, Link info 필드가 필요없다는 점에 유의해야 한다. ML TWT 요소의 포맷은 TWT 요소와 동일할 수 있다. 즉, ML TWT 요소는 IEEE 802.11ax에서 정의된 바와 같이 브로드캐스트 TWT를 지원하는 STA들에 의해 디코딩될 수 있다. 따라서, ML TWT 요소는 브로드캐스트 TWT 설정에도 사용될 수 있다.

도 42는 다수의 링크들을 통한 ML R-TWT 설정 절차의 예시적인 실시예(1210)를 예시한다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1212)은 STA3이 링크2에서 스케줄링되는 SP들을 갖는 SL R-TWT2의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임(1214)을 링크1을 통해 AP1로 송신하는 것으로 시작된다. AP1이 이 요청을 수신한 후에, AP1은 해당 요청이 수신되었음을 나타내기 위해 ACK 프레임(1216)을 송신한다.

이어서 AP1은 이 요청(MLD 내 전송(intra-MLD transfer)이므로 도시되지 않음)을 AP2로 포워딩한다. 이어서 AP2는 링크2를 통해 멤버십 요청이 수락되었음을 나타내기 위해 ML R-TWT 응답(1218)을 송신한다. 이는 또한 링크2에서의 STA5에 대한 첫 번째 SL R-TWT2 SP의 시작 시간(1222)을 나타낼 수 있다. 이어서, STA5는 자신이 해당 응답을 수신했고 STA5가 SL R-TWT2의 멤버 STA가 되었음을 나타내기 위해 ACK 프레임(1220)을 송신한다. SL R-TWT2 SP(1226) 동안, SL R-TWT2가 트리거 기반 전용이 아닌 경우 STA5는 채널을 두고 경쟁하여 UL PPDU들(1228 및 1232)을 AP2로 전송할 수 있다. 도면은 또한 AP2가 UL PPDU들의 수신에 대해 BA들(1230 및 1234)로 응답하는 것을 도시한다.

링크2에서의 SL R-TWT2 SP들 사이의 간격(1224)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

도 43은 링크를 통한 ML R-TWT에 대한 ML R-TWT 설정 절차의 예시적인 실시예(1310)를 예시한다. 이 예에서, ML R-TWT는 링크1에서의 SL R-TWT4와 링크2에서의 SL R-TWT4로 구성된다. Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 다수의 링크들을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 32 내지 도 35에 도시된 바와 같을 수 있다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1312)은 STA3이 링크1 및 링크2에서 스케줄링되는 SL R-TWT4의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임(1314)을 링크1을 통해 AP1로 송신하는 것으로 시작된다. AP1이 이 요청을 수신한 후, AP1은 멤버십 요청이 수락되었음을 나타내기 위해 ML R-TWT 응답 프레임(1316)을 다시 송신한다. SL R-TWT4의 Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 (링크1에서의) AP1의 TSF 시간에 링크1에서의 STA3 및 링크2에서의 STA5에 대한 첫 번째 SL R-TWT4 SP의 시작 시간(1318)을 나타내도록 설정된다.

그러면, STA3은 링크1에서의 R-TWT4의 멤버 STA가 되고, STA5는 링크2에서의 R-TWT4(1322)의 멤버 STA가 된다. 링크1 및 링크2에서의 SL R-TWT4 SP들 동안, STA3 및 STA5는, 제각기, AP1 및 AP2와 프레임들을 교환한다. 따라서, AP1은 DL PPDU들(1324a 및 1328a)을 전송하고 STA3으로부터 BA들(1326a 및 1330a)을 수신하는 것으로 도시되어 있는 반면; AP2는 DL PPDU들(1324b 및 1328b)을 전송하고 STA5로부터 BA들(1326b 및 1330b)을 수신하는 것으로 도시되어 있다.

링크1에서의 SL R-TWT4 SP들 사이의 간격(1320)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

도 44는 ML R-TWT에 대한 ML R-TWT 설정 절차의 예시적인 실시예(1410)를 예시한다. 이 예에서, ML R-TWT는 링크1에서의 SL R-TWT4와 링크2에서의 SL R-TWT4로 구성된다. 이전 예와 비교하여, Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 하나의 링크만을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 31 또는 도 32에 도시된 바와 같을 수 있다(예를 들면, 1 비트만이 "1"로 설정될 수 있음). 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1412)은 STA3이 링크1 및 링크2에서 스케줄링되는 SL R-TWT4의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임을 링크1을 통해 AP1로 송신하는 것으로 시작된다. AP1이 이 요청을 수신한 후, AP1은 멤버십 요청이 수락되었음을 나타내기 위해 ML R-TWT 응답 프레임(1416)을 다시 송신한다.

ML R-TWT 요청/응답 프레임들은 링크1 및 링크2에서의 SL R-TWT4에 대한 2개의 Broadcast ML TWT Parameter Set 필드를 갖는 ML TWT 요소를 포함한다. 링크1에서의 SL R-TWT4에 대한 Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 (링크1에서의) AP1의 TSF 시간에 링크1에서의 STA3에 대한 첫 번째 SL R-TWT4 SP의 시작 시간(1418)을 나타내도록 설정된다. 링크2에서의 SL R-TWT4에 대한 Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 (링크2에서의) AP2의 TSF 시간에 링크2에서의 STA5에 대한 첫 번째 SL R-TWT4 SP의 시작 시간(1420)을 나타내도록 설정된다.

그러면, STA3은 링크1에서의 R-TWT4의 멤버 STA가 되고, STA5는 링크2에서의 R-TWT4의 멤버 STA가 된다. 링크1 및 링크2에서의 SL R-TWT4 SP들 동안, STA3 및 STA5는, 제각기, AP1 및 AP2와 프레임들을 교환한다. 상세하게는, AP1은 DL PPDU들(1426a 및 1430a)을 전송하고 STA3으로부터 BA들(1428a 및 1432a)을 수신하는 것으로 도시되어 있는 반면; AP2는 DL PPDU들(1426b 및 1430b)을 전송하고 STA5로부터 BA들(1428b 및 1432b)을 수신하는 것으로 도시되어 있다.

링크1 및 링크2에서의 SL R-TWT4 SP들 사이의 간격(1422)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

도 45는 부분적 요청만이 수락되는 ML R-TWT에 대한 ML R-TWT 설정 절차의 예시적인 실시예(1510)를 예시한다. 이 예에서, ML R-TWT는 링크1에서의 SL R-TWT4와 링크2에서의 SL R-TWT4로 구성된다. 이 예에서, Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 하나의 링크만을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 31 또는 도 32에 도시된 바와 같을 수 있다(예를 들면, 1 비트만이 "1"로 설정될 수 있음). 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1512)은 STA3이 링크1 및 링크2에서 스케줄링되는 SL R-TWT4의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임(1514)을 링크1을 통해 AP1로 송신하는 것으로 시작된다. AP1이 이 요청을 수신한 후에, AP1은 링크2에서의 SL R-TWT4에 대한 멤버십 요청만이 수락되었음을 나타내기 위해 ML R-TWT 응답 프레임(1516)을 다시 송신하여, 그의 시작 시간(1518)을 나타낸다.

따라서, STA5는 링크2에서의 R-TWT4의 멤버 STA가 되는 반면, STA3은 링크1에서의 R-TWT4의 멤버 STA가 아니다. 링크2에서의 SL R-TWT4 SP들 동안, STA5는 AP2와 프레임들을 교환한다. 상세하게는, AP2는 DL PPDU들(1524 및 1528)을 전송하고 STA5로부터 BA들(1526 및 1530)을 수신하는 것으로 도시되어 있다.

링크1 및 링크2에서의 SL R-TWT4 SP들 사이의 간격(1520)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

4.7.1.2 명시적 ML R-TWT

이 섹션에서는 명시적 ML R-TWT가 하나 이상의 SL R-TWT로 구성된 시나리오를 고려한다. 각각의 SL R-TWT는 R-TWT 스케줄링된 AP에 의해 자신의 링크에서 고유한 링크 레벨 R-TWT ID에 할당된다. R-TWT 스케줄링 AP MLD는 또한 ML 레벨 R-TWT ID들을 자신의 ML R-TWT들에 할당한다. 상세하게는, Broadcast ML TWT ID 필드는, ML R-TWT에 속하는 SL R-TWT(들)에 대한 경우, 도 28에 도시된 바와 같이 Broadcast ML TWT Parameter Set 필드에 존재한다.

이 섹션의 예들에서, AP1은 링크1에서 SL R-TWT1를 스케줄링한다. MLD1은 링크1 및 링크2에서의 SL R-TWT2로 구성된 ML R-TWT1을 스케줄링한다.

도 46은 R-TWT 스케줄링 AP가 ML TWT 요소에서 SL R-TWT 스케줄링 및 ML R-TWT 스케줄링을 공지하는 것의 예시적인 실시예(1610)를 예시한다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

AP1은 ML TWT 요소를 운반하는 비콘(1614)을 링크1을 통해 송신한다. ML TWT 요소는 2개의 Broadcast ML TWT Parameter Set 필드를 포함한다. 하나의 요소는 SL R-TWT1(1622)을 스케줄링하고 링크2에서의 후속 SL R-TWT1(1620)을 스케줄링하기 위한 것이다. 다른 하나는 링크1 및 링크2에서의 SL R-TWT2에 대한 것이다.

AP2는 또한 SL TWT 요소를 운반하는 비콘(1612)을 링크1을 통해 송신한다. SL TWT 요소는 2개의 Broadcast ML TWT Parameter Set 필드를 포함한다. 하나는 SL R-TWT1(1618)(링크1 및 링크2에 대해 동일함)을 스케줄링하기 위한 것이고, 다른 하나는 링크2에서의 후속 SL R-TWT1(1616)만을 위한 것이다. 다른 하나는 링크1 및 링크2에서의 SL R-TWT2(1626)로 구성된 SL R-TWT2에 대한 것이다.

이어서, ML R-TWT1 SP들(1626) 동안, MLD1은 링크1 및 링크2에서의 ML R-TWT1의 멤버들과 프레임들을 교환할 수 있다. SL R-TWT1 SP들 동안, AP2는 링크2에서의 SL R-TWT1의 멤버들과 프레임들을 교환할 수 있다. 상세하게는, AP1은 TF(1624a)를 송신하고, UL PPDU(1628a)를 수신하며, BA(1630a) 및 DLMU PPDU(1632a)를 송신하고, BA(1634a)를 수신하는 것으로 나타내어져 있는 반면; AP2는 TF(1624b)를 송신하고, UL PPDU(1628b)를 수신하며, BA(1630b) 및 DLMU PPDU(1632b)를 송신하고, BA(1634b)를 수신하는 것으로 나타내어져 있다.

링크 2에서의 SL R-TWT1 SP(1616)의 종료 후에, 링크 2에서의 다른 SL R-TWT1 SP(1636)는 STA5가 UL PPDU(1638)를 전송하고 BA(1640)를 수신하는 것으로 시작된다.

도 47은 MLD 레벨 R-TWT ID를 사용하는 ML R-TWT 설정의 예시적인 실시예(1710)를 예시한다. 이 예에서, MLD3은 도 46에 도시된 바와 같이 MLD1이 링크1 및 링크2에서의 SL R-TWT2로 구성된 ML R-TWT1을 스케줄링했다는 것을 알고 있다(스케줄링했다고 결정했다). 이어서 MLD3은 MLD 레벨 R-TWT ID를 사용하여 ML R-TWT1의 멤버십을 요청할 수 있다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 멤버십 협상(1712)은 STA3이 ML R-TWT1의 멤버십을 요청하기 위해 ML R-TWT 요청 프레임(1714)을 링크1을 통해 AP1로 송신하는 것으로 시작된다. AP1이 이 요청을 수신한 후, AP1은 멤버십 요청이 수락되었음을 나타내기 위해 ML R-TWT 응답 프레임(1716)을 다시 송신하는 것은 물론, 시작 시간(1718)과 종료 시간(1722)을 송신한다.

따라서, MLD3은 ML R-TWT1의 멤버가 된다. 링크1 및 링크2에서의 ML R-TWT1 SP들(1723) 동안, STA3 및 STA5는, 제각기, AP1 및 AP2와 프레임들을 교환한다. 상세하게는, AP1은 DL PPDU들(1720a 및 1726a)을 전송하고 STA3으로부터 BA들(1724a 및 1728a)을 수신하는 것으로 도시되어 있는 반면; AP2는 DL PPDU들(1720b 및 1726b)을 전송하고 STA5로부터 BA들(1724b 및 1728b)을 수신하는 것으로 도시되어 있다.

링크1 및 링크2에서의 ML R-TWT1 SP들 사이의 간격(1722)은 ML R-TWT 설정 동안 설정된 파라미터들로부터 결정된다. 목적은 R-TWT 스케줄이 주기적으로 다수의 SP들을 가질 것임을 나타내는 것이다. R-TWT SP 외부에서, R-TWT 스케줄링된 STA들이 다가오는 R-TWT SP의 시작 시간 이전에 자신의 TXOP들을 종료해야 한다는 점을 제외하고, 모든 STA들은 IEEE 802.11ax에 정의된 바와 같이 채널을 두고 경쟁하기 위해 EDCA를 사용한다.

4.7.2. ML TWT 요소별 Link Info 필드

이 섹션에서는 Link Info 필드가 Control 필드에 존재한다는 점을 제외하고 섹션 4.7.1.1에서 논의된 것과 동일한 시나리오를 고려한다.

도 48은 R-TWT 스케줄링 AP가 자신과 연계된 AP MLD의 모든 ML R-TWT 스케줄링을 공지하는 것의 예시적인 실시예(1810)를 예시한다. 이 예에서, Broadcast ML TWT Parameter Set 필드 내의 link Info 필드는 다수의 링크들을 나타낼 수 있다. 즉, link Info 필드의 포맷은 도 32 내지 도 35에 도시된 바와 같을 수 있다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 STA3(84) 및 STA5(88) 사이의 상호 작용들을 묘사한다.

AP1은 링크1을 통해 2개의 ML TWT 요소를 운반하는 비콘(1814)을 송신한다. 첫 번째 ML TWT 요소는 SL R-TWT2(1834)를 스케줄링(1821)하기 위해 하나의 Broadcast ML TWT Parameter Set 필드를 운반한다. 첫 번째 ML TWT 요소에서, Control 필드 내의 Link Info 필드는 SL R-TWT2가 링크2에서 스케줄링되어 있음을 나타내는 “Link2”로 설정된다. 두 번째 ML TWT 요소는 SL R-TWT4에 대한 하나의 Broadcast ML TWT Parameter Set 필드를 운반한다. 두 번째 ML TWT 요소에서, Control 필드 내의 Link Info 필드는 링크1 및 링크2에서의 SL R-TWT4(1824)에 대한 SL R-TWT4 스케줄링(1820)을 나타내는 “Link1 and Link2”로 설정된다.

AP2는 링크2를 통해 2개의 ML TWT 요소를 운반하는 비콘(1812)을 송신한다. AP1에 의해 송신된 비콘과 동일하게 2개의 요소는 링크2에서의 SL R-TWT2 스케줄링(1816) 및 링크1 및 링크2에서의 SL R-TWT4 스케줄링(1818)을 운반한다.

도면의 나머지 부분은 도 38과 동일하며, AP1은 TF(1822a)를 송신하고, AP2는 TF(1822b)를 송신하며, 이에 대해 STA3과 STA5는, 제각기, UL PPDU(1826a, 1826b)로 응답한다. 전송들을 수신할 시에, AP들은 BA들(1828a 및 1828b)로 응답한다. AP1 및 AP2는, 제각기, DL MU PPDU들(1830a 및 1830b)을 송신하고, STA3 및 STA5로부터 BA들(1832a, 1832b)을 수신하는 것으로 나타내어져 있다. 이러한 전송들 각각은 NSTR 링크 쌍의 링크들에 대해 정렬되는 것으로 묘사되어 있다.

이어서 링크2에서의 SL R-TWT2 SP(1834)에서, STA5는 트리거되지 않은 UL PPDU(1836)를 송신하고 AP2로부터 BA(1838)를 수신한다.

이 예에서, Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드가 Broadcast ML TWT Parameter Set 필드를 전송하는 AP의 TSF 시간으로 설정된다. 예를 들어, 링크1을 통해 송신되는 Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 링크1에서의 AP1의 TSF 시간으로 설정된다. 링크2를 통해 송신되는 Broadcast ML TWT Parameter Set 필드의 Target Wake Time 필드는 링크2에서의 AP2의 TSF 시간으로 설정된다.

4.8. 특수 MLD 링크들에서의 ML R-TWT 동작

이 섹션에서는, eMLSR(enhanced Multi-Link Single-Radio) 링크, eMLMR(enhanced Multi-Link Multi-Radio) 링크 및 NSTR(Non-Simultaneous Transmit-Receive) 링크와 같은, 특수 MLD 링크들에서의 일부 ML R-TWT 동작들에 대해 설명한다.

도 49는 특수 MLD 링크들에서의 ML R-TWT 동작들의 예시적인 실시예(1910)를 예시한다. 이 예에 대한 네트워크 토폴로지는 도 16에 도시되어 있다. 이 예는 (a) MLD1 및 MLD3은 링크1 및 링크2에서의 eMLSR에서 작동하거나, (b) MLD1 및 MLD3은 링크1 및 링크2가 eMLMR 링크들이도록 eMLMR 모드에서 작동하거나 (c) MLD3은 NSTR MLD이고 링크1 및 링크2는 MLD3의 NSTR 링크 쌍인 시나리오를 고려한다. 다시 말하지만, 도면은, 제한이 아닌 예로서, MLD1(70)과 AP1(76) 및 AP2(78) 사이 및 MLD3(74)과 비-AP STA3(84) 및 비-AP STA5(88) 사이의 상호 작용들을 묘사한다.

ML R-TWT 설정(1912)에서, STA3은 멤버십을 요청(1914)하는 것으로 나타내어져 있으며, 이에 대한 응답으로 AP1은, 스케줄(1918) 및 지속기간(1922)을 갖는, 링크2에서의 SL R-TWT4만을 스케줄링하는 ML R-TWT 응답(1916)으로 응답한다. 비-AP MLD3은 AP MLD1과 SL R-TWT4의 멤버십을 협상하고 STA5는 SL R-TWT4의 멤버가 된다. SL R-TWT4 SP 동안, STA5는 AP2와 프레임들을 교환할 수 있다. 그러면, STA3은 R-TWT4 SP의 시작 시간 이전에 링크1에서의 자신의 TXOP를 종료해야 하고(1919), STA3은 R-TWT4 SP가 종료되거나 STA5가 R-TWT4 SP 동안 AP2와의 자신의 프레임 교환을 완료할 때까지 링크1을 통해 채널에 액세스(1920)하도록 허용되지 않을 수 있다.

eMLSR/eMLMR 지연을 고려할 때, STA3은 R-TWT4 SP의 시작 시간보다 주어진 지연 시간 이전에 링크1 eMLSR/eMLMR에서의 자신의 TXOP를 종료해야 한다. AP1은 R-TWT4 SP가 종료될 때까지 링크1을 통해 STA3으로 전송하도록 허용되지 않는다. 이 지연 시간은 연관 절차에서 지시될 수 있는, 연관된 EML capability 필드들에서 지정된다는 것이 인식될 것이다.

통신은 AP2가 백오프(BO)(1926)를 완료하고 MU RTS(Ready-To-Send)(1928)를 송신하며 STA5로부터 CTS(Clear-To-Send)(1930)을 수신하는 것으로 나타내어져 있다. 이어서, AP2는 DL PPDU(1932)를 송신하고, 이를 수신할 시에 STA5는 BA(1934)를 송신한다. SL R-TWT4 SP들 사이의 간격(1924) 이후에, 링크2(1936)에서의 다른 SL R-TWT4가 시작될 수 있다.

AP가 TXOP로서 작동하고 첫 번째 특수 링크에서의 R-TWT SP의 시작보다 주어진 양의 시간 이전에 자신의 TXOP가 종료되도록 보장해야 하는 것과 관련하여 유사한 조건들이 적용된다는 점을 이해해야 한다.

5. 실시예들의 일반적인 범위

본 기술의 실시예들은 본 기술의 실시예들에 따른 방법들 및 시스템들의 플로차트 예시, 및/또는, 컴퓨터 프로그램 제품으로서도 구현될 수 있는, 절차, 알고리즘, 단계, 연산, 수식, 또는 다른 계산 표현을 참조하여 본 명세서에서 설명될 수 있다. 이와 관련하여, 플로차트의 각각의 블록 또는 단계, 및 플로차트에서의 블록들(및/또는 단계들)의 조합은 물론, 임의의 절차, 알고리즘, 단계, 연산, 수식, 또는 계산 표현은, 하드웨어, 펌웨어, 및/또는 컴퓨터 판독 가능 프로그램 코드로 구체화되는 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어와 같은, 다양한 수단들에 의해 구현될 수 있다. 이해될 것인 바와 같이, 컴퓨터 프로세서(들) 또는 다른 프로그래밍 가능 처리 장치에서 실행되는 컴퓨터 프로그램 명령어들이 지정된 기능(들)을 구현하기 위한 수단들을 생성하도록, 임의의 그러한 컴퓨터 프로그램 명령어들은, 범용 컴퓨터 또는 특수 목적 컴퓨터를 제한 없이 포함한, 하나 이상의 컴퓨터 프로세서, 또는 머신을 생성하는 다른 프로그래밍 가능 처리 장치에 의해 실행될 수 있다.

그에 따라, 본 명세서에서 설명된 플로차트의 블록, 및 절차, 알고리즘, 단계, 연산, 수식, 또는 계산 표현은 지정된 기능(들)을 수행하기 위한 수단들의 조합, 지정된 기능(들)을 수행하기 위한 단계들의 조합, 및 지정된 기능(들)을 수행하기 위한, 컴퓨터 판독 가능 프로그램 코드 로직 수단으로 구체화된 것과 같은, 컴퓨터 프로그램 명령어들을 지원한다. 본 명세서에서 설명된 플로차트 예시들의 각각의 블록은 물론, 임의의 절차, 알고리즘, 단계, 연산, 수식, 또는 계산 표현 및 이들의 조합이 지정된 기능(들) 또는 단계(들)를 수행하는 특수 목적 하드웨어 기반 컴퓨터 시스템, 또는 특수 목적 하드웨어와 컴퓨터 판독 가능 프로그램 코드의 조합에 의해 구현될 수 있다는 것이 또한 이해될 것이다.

게다가, 컴퓨터 판독 가능 메모리 또는 메모리 디바이스들에 저장된 명령어들이 플로차트(들)의 블록(들)에 지정된 기능을 구현하는 명령어 수단을 포함하는 제조 물품을 생성하도록, 컴퓨터 프로세서 또는 다른 프로그래밍 가능 처리 장치에 특정 방식으로 기능하도록 지시할 수 있는, 컴퓨터 판독 가능 프로그램 코드로 구체화된 것과 같은, 이러한 컴퓨터 프로그램 명령어들이 또한 하나 이상의 컴퓨터 판독 가능 메모리 또는 메모리 디바이스에 저장될 수 있다. 컴퓨터 프로세서 또는 다른 프로그래밍 가능 처리 장치에서 수행되는 일련의 동작 단계들로 하여금 컴퓨터 프로세서 또는 다른 프로그래밍 가능 처리 장치에서 실행되는 명령어들이 플로차트(들)의 블록(들), 절차(들), 알고리즘(들), 단계(들), 연산(들), 수식(들), 또는 계산 표현(들)에 지정된 기능들을 구현하기 위한 단계들을 제공하도록 컴퓨터로 구현된 프로세스를 생성하게 하기 위해, 컴퓨터 프로그램 명령어들이 또한 컴퓨터 프로세서 또는 다른 프로그래밍 가능 처리 장치에 의해 실행될 수 있다.

본 명세서에서 사용되는 바와 같은 "프로그래밍" 또는 "프로그램 실행 가능"이라는 용어들이 본 명세서에 설명된 바와 같은 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것이 추가로 이해될 것이다. 명령어들은 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구체화될 수 있다. 명령어들은 디바이스에 로컬로 비일시적 매체에 저장될 수 있거나, 원격으로, 예컨대, 서버 상에 저장될 수 있거나, 또는 명령어들의 전부 또는 일부가 로컬로 및 원격으로 저장될 수 있다. 원격으로 저장된 명령어들은 사용자 개시에 의해, 또는 하나 이상의 인자에 기초하여 자동으로 디바이스에 다운로드(푸시)될 수 있다.

본 명세서에서 사용되는 바와 같이, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 처리 유닛(CPU), 및 컴퓨터라는 용어들이 명령어들을 실행하고 입력/출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로 사용된다는 것과 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU, 및 컴퓨터라는 용어들이 단일의 또는 다수의 디바이스, 단일 코어 및 멀티코어 디바이스, 및 이들의 변형을 포괄하도록 의도된다는 것이 추가로 이해될 것이다.

본 명세서에서의 설명으로부터, 본 개시가 이하를 포함하지만 이에 제한되지 않는 본 기술의 다수의 구현들을 포괄한다는 것이 이해될 것이다.

네트워크에서 무선 통신을 위한 장치로서, (a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서의 무선 통신 회로; (b) WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서; (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 단계들은: (d)(i) AP 스테이션에 의해, 다수의 링크들에서 스케줄링되는 서비스 기간(SP)들을 갖는 ML(multi-link) R-TWT(restricted target wait time)를 스케줄링하는 단계; (d)(ii) 비-AP MLD(multiple-link device)로부터 ML R-TWT의 그의 멤버십을 협상하기 위해 ML R-TWT 요청 프레임을 수신하는 단계; (d)(iii) 비-AP MLD로부터의 ML R-TWT 요청 프레임 요청의 수락 또는 거부를 나타내기 위해 ML R-TWT 응답 프레임으로 상기 AP의 MLD에 의해 상기 ML R-TWT 요청 프레임에 응답하는 단계를 포함하며; (d)(iv) 비-AP MLD는 AP MLD가 자신의 요청을 수락하는 경우 ML R-TWT의 멤버가 되는, 장치.

네트워크에서 무선 통신을 위한 장치로서, (a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서의 무선 통신 회로; (b) WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서; (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 단계들은: (d)(i) 비-AP STA에 의해 ML R-TWT(restricted-TWT) 시그널링을 위한 ML(multi-link) TWT(target wait time) 요소를 포함하는 프레임을 송신하는 단계를 포함하며; (d)(ii) ML TWT 요소는 하나 이상의 Broadcast ML TWT Parameter Set 필드를 운반하고; (d)(iii) R-TWT 스케줄이 해당 링크들에서만 스케줄링되므로 ML TWT 요소는 Broadcast ML TWT Parameter Set 필드 내의 해당 정보가 어느 링크들에 적용되는지를 나타내는 링크 정보를 포함하는, 장치.

네트워크에서 무선 통신을 위한 장치로서, (a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서의 무선 통신 회로; (b) WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서; (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 단계들은: (d)(i) AP 스테이션에 의해, 다수의 링크들에서 스케줄링되는 SP(service period)들을 갖는 (ML(multi-link) R-TWT(restricted target wait time)를 설정하는 단계 - 비-AP MLD(multiple-link device)가 ML R-TWT의 멤버십을 협상할 수 있음 -; (d)(ii) 제1 MLD 상의 제1 스테이션의 특수 MLD 링크를 통한 통신을 스케줄링하는 단계; 및 (d)(iii) 해당 MLD 상의 제1 스테이션이 특수 MLD 링크를 통해 프레임들을 교환하기 시작하기 전에 주어진 지연 기간을 남겨 두고 해당 제1 MLD의 제2 스테이션에게 그의 전송 기회(TXOP)를 종료해야 하도록 요구하는 단계를 포함하는, 장치.

패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, 이 시스템/장치에서 CSMA/CA가 적용되고, (a) AP MLD는 다수의 링크들에서 스케줄링되는 SP들을 갖는 ML R-TWT를 스케줄링하고, (b) 비-AP MLD는 ML R-TWT의 자신의 멤버십을 협상하기 위해 ML R-TWT 요청 프레임을 송신하며; (c) AP MLD는 비-AP MLD로부터의 요청을 수락하거나 거부하기 위해 ML R-TWT 응답 프레임으로 응답하고; (d) 비-AP MLD는 AP MLD가 자신의 요청을 수락하는 경우 ML R-TWT의 멤버가 되는 것을 포함하는, 무선 통신 시스템/장치.

패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, 이 시스템/장치에서 CSMA/CA가 적용되고, (a) STA는 ML R-TWT 시그널링을 위해 ML TWT 요소를 포함하는 프레임을 송신하고; (b) ML TWT 요소는 하나 이상의 Broadcast ML TWT Parameter Set 필드를 운반하며; (c) ML TWT 요소는 Broadcast ML TWT Parameter Set 필드들 내의 해당 정보가 어느 링크들에 적용되는지를 나타내는 링크 정보를 포함하는 것을 포함하는, 무선 통신 시스템/장치.

임의의 선행 구현에 있어서, AP MLD는 비콘 프레임, (ML) 프로브 응답 프레임, (재)연관 프레임, 또는 ML R-TWT 스케줄링 공지 프레임에서 ML R-TWT의 스케줄링을 공지할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD와 연계된 AP는 그 자신의 링크를 통해서만 ML R-TWT SP들의 스케줄링을 공지할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD와 연계된 AP는 AP MLD에 의해 스케줄링된 모든 ML R-TWT의 스케줄링을 공지할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD와 연계된 AP는 SP들 중 일부가 AP의 동일한 링크에서 스케줄링되는 ML R-TWT들의 스케줄링만을 공지할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD와 연계된 AP는 동일한 프레임에서 ML R-TWT들 및 SL R-TWT들의 스케줄링을 공지할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, ML R-TWT는 AP MLD와 연계된 AP들에 의해 상이한 링크들에서 스케줄링되는 하나 이상의 SL R-TWT로 구성될 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD는 ML R-TWT를 식별하기 위해 고유한 ML 레벨 R-TWT ID를 ML R-TWT에 할당할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD는 동일한 SL 레벨 R-TWT ID를 ML R-TWT의 SL R-TWT들에 할당하여 해당 SL R-TWT들이 동일한 ML R-TWT에 속한다는 것을 나타낼 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 동일한 ML TWT 요소에서 동일한 SL 레벨 R-TWT ID를 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 상이한 링크들에서 동일한 SP 스케줄링, 예를 들면, 동일한 SP 시작 시간, SP 지속기간 및 SP 간격을 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치, 방법 또는 시스템.

제1항에 있어서, 동일한 ML 레벨 R-TWT ID를 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치.

임의의 선행 구현에 있어서, ML R-TWT 요청 또는 응답 프레임은 대응하는 ML R-TWT 파라미터들이 적용되는 링크들을 나타내는 링크 정보를 포함할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, ML R-TWT 요청 또는 응답 프레임은 하나 이상의 링크에 대한 ML R-TWT 정보를 운반하는 하나 이상의 ML TWT 요소(들)를 포함할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, AP MLD는 ML R-TWT의 부분적 링크들에 대한 ML R-TWT 멤버십 요청을 수락할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, ML R-TWT의 멤버십 협상은 AP MLD가 해당 ML R-TWT의 스케줄링을 공지하기 전에 발생할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, ML TWT 요소는 TWT 요소와 동일한 요소 ID를 공유할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, ML TWT 요소는 모든 Broadcast ML TWT Parameter Set 필드들 내의 해당 정보가 어느 링크들에 적용되는지를 나타내는 하나의 link information 필드를 운반할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 각각의 link information 필드는 그의 정보가 어느 링크들에 적용되는지를 나타내는 하나의 link information 필드를 운반할 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 동일한 ML 레벨 R-TWT ID를 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 상기 특수 MLD 링크는 NSTR(non-simultaneous transmit receive) 링크를 포함하는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 상기 특수 MLD 링크는 eMLSR(enhanced multi-link single-radio) 링크를 포함하는, 장치, 방법 또는 시스템.

임의의 선행 구현에 있어서, 상기 특수 MLD 링크는 eMLMR(enhanced Multi-Link Multi-Radio) 링크를 포함하는, 장치, 방법 또는 시스템.

본 명세서에서 사용되는 바와 같이, "구현"이라는 용어는 실시예들, 예들, 또는 본 명세서에서 설명된 기술을 실시하는 다른 형태들을, 제한 없이, 포함하도록 의도된다.

본 명세서에서 사용되는 바와 같이, 단수 용어들("a", "an" 및 "the")은, 문맥이 명확히 달리 지시하지 않는 한, 복수 지시대상들을 포함할 수 있다. 단수의 대상에 대한 언급은 명시적으로 그렇게 언급되지 않는 한 "단 하나의"를 의미하는 것으로 의도되지 않고 오히려 "하나 이상"을 의미하는 것으로 의도된다.

본 개시 내의 "A, B 및/또는 C"와 같은 구문 구성체(phrasing construct)는 A, B, 또는 C가 존재할 수 있는 경우 또는 항목 A, 항목 B 및 항목 C의 임의의 조합을 설명한다. "적어도 하나의"와 같은 구문 구성체에 뒤이어서 일군의 요소들을 나열하는 것은, 적용 가능한 경우 나열된 요소들의 임의의 가능한 조합을 포함하는, 이러한 그룹 요소들 중 적어도 하나가 존재한다는 것을 나타낸다.

"실시예", "적어도 하나의 실시예" 또는 유사한 실시예 어구를 언급하는 본 개시에서의 언급들은 설명된 실시예와 관련하여 설명되는 특정 특징, 구조, 또는 특성이 본 개시의 적어도 하나의 실시예에 포함된다는 것을 나타낸다. 따라서, 이러한 다양한 실시예 문구들은 모두가 반드시 동일한 실시예를 지칭하는 것은 아니거나 설명되는 모든 다른 실시예들과 상이한 특정 실시예를 지칭하는 것은 아니다. 실시예 구문은 주어진 실시예의 특정 특징들, 구조들, 또는 특성들이 개시된 장치, 시스템 또는 방법의 하나 이상의 실시예에서 임의의 적합한 방식으로 조합될 수 있음을 의미하는 것으로 해석되어야 한다.

본 명세서에서 사용되는 바와 같이, "세트"라는 용어는 하나 이상의 객체의 모음을 지칭한다. 따라서, 예를 들어, 객체 세트는 단일 객체 또는 다수의 객체들을 포함할 수 있다.

제1 및 제2, 상단 및 하단, 상부 및 하부, 좌측 및 우측 등과 같은 관계어들은 하나의 엔티티 또는 액션을 다른 엔티티 또는 액션과 구별하기 위해서만 사용될 수 있고, 그러한 엔티티들 또는 액션들 사이의 그러한 임의의 실제 관계 또는 순서를 반드시 요구하거나 암시하지는 않는다.

"포함한다(comprises)", "포함하는(comprising)", "가진다", "갖는", "포함한다(includes)", "포함하는(including)", "함유한다", "함유하는" 또는 이들의 임의의 다른 변형과 같은 용어들은, 요소들의 목록을 포함하는, 갖는, 포함하는, 함유하는 프로세스, 방법, 물품 또는 장치가 해당 요소들만을 포함하는 것이 아니라 명시적으로 나열되지 않거나 그러한 프로세스, 방법, 물품 또는 장치에 내재적이지 않은 다른 요소들을 포함할 수 있도록, 비배타적 포함(non-exclusive inclusion)을 커버하는 것으로 의도된다. 요소에 선행하는 “포함한다", "갖는다", "포함한다", "함유한다" 등은, 추가 제약들 없이, 해당 요소를 포함하는, 갖는, 포함하는, 함유하는 프로세스, 방법, 물품, 또는 장치에서의 추가적인 동일한 요소들의 존재를 배제하지 않는다.

본 명세서에서 사용되는 바와 같이, 용어 "대략적으로", "대략", "실질적으로", "본질적으로", 및 "약", 또는 이들의 임의의 다른 버전은 작은 변동들을 설명하고 고려하는 데 사용된다. 이벤트 또는 상황과 관련하여 사용될 때, 이 용어들은 이벤트 또는 상황이 정확하게 발생하는 경우들은 물론 이벤트 또는 상황이 가까운 근사치로 발생하는 경우들을 지칭할 수 있다. 수치 값과 관련하여 사용될 때, 이 용어들은, ±5 % 이하, ±4 % 이하, ±3 % 이하, ±2 % 이하, ±1 % 이하, ±0.5 % 이하, ±0.1 % 이하, 또는 ±0.05 % 이하와 같은, 해당 수치 값의 ±10% 이하의 변동 범위를 지칭할 수 있다. 예를 들어, "실질적으로" 정렬된은, ±5° 이하, ±4° 이하, ±3° 이하, ±2° 이하, ±1° 이하, ±0.5° 이하, ±0.1° 이하, 또는 ±0.05° 이하와 같은, ±10° 이하의 각도 변동 범위를 지칭할 수 있다.

추가적으로, 양, 비율, 및 다른 수치 값이 때때로 본 명세서에서 범위 포맷으로 제시될 수 있다. 그러한 범위 포맷이 편의 및 간략함을 위해 사용되고 범위의 한계들로서 명확히 지정된 수치 값들을 포함할 뿐만 아니라, 해당 범위 내에 포괄된 개별 수치 값들 또는 서브범위들 전부를, 각각의 수치 값 및 서브범위가 명확히 지정된 것처럼, 포함하는 것으로 유연성 있게 이해되어야만 한다는 것을 잘 알 것이다. 예를 들어, 약 1 내지 약 200의 범위에 있는 비율은 약 1 및 약 200의 명시적으로 기재된 한계들을 포함하는 것으로 이해되어야 하지만, 또한 약 2, 약 3, 및 약 4와 같은 개별 비율들 및 약 10 내지 약 50, 약 20 내지 약 100 등과 같은 서브범위들을 포함하는 것으로 이해되어야 한다.

"결합된"이라는 용어는, 본 명세서에서 사용되는 바와 같이, 비록 반드시 직접적으로는 아니고 반드시 기계적으로는 아니지만, 연결된 것으로 정의된다. 특정 방식으로 "구성된" 디바이스 또는 구조는 적어도 그런 방식으로 구성되지만, 나열되지 않은 방식들로도 구성될 수 있다.

이점들, 장점들, 문제들에 대한 해결책들, 및 임의의 이점, 장점 또는 해결책이 발생하게 하거나 더욱 두드러지게 할 수 있는 임의의 요소(들)가 본 명세서에서 또는 임의의 또는 모든 청구항들에서 설명되는 기술의 중요한, 필요한, 또는 필수적인 특징들 또는 요소들인 것으로 해석되어서는 안 된다.

추가적으로, 전술한 개시에서, 본 개시를 간소화하기 위해 다양한 특징들이 다양한 실시예들에 함께 그룹화될 수 있다. 이러한 개시 방법이 청구된 실시예들이 각각의 청구항에 명확하게 기재되어 있는 것보다 더 많은 특징들을 필요로 한다는 의도를 반영하는 것으로 해석되어서는 안 된다. 발명 주제는 단일의 개시된 실시예의 전부보다 적은 특징들에 있을 수 있다.

읽는 사람이 기술적 개시의 본질을 신속하게 확인할 수 있도록 하기 위해 본 개시의 요약서가 제공된다. 요약서는 청구항들의 범위 또는 의미를 해석하거나 제한하는 데 사용되지 않는다는 이해 하에 제공된다.

일부 관할구역들의 실무가 해당 출원이 제출된 후에 개시의 하나 이상의 부분의 삭제를 요구할 수 있다는 것이 이해될 것이다. 그에 따라 읽는 사람은 개시의 원래 내용에 대해서는 제출된 대로의 출원을 참고해야 한다. 개시의 임의의 내용 삭제는 원래 제출된 대로의 출원의 임의의 주제의 권리 포기(disclaimer), 권리 상실(forfeiture) 또는 일반 대중에의 공개(dedication to the public)로 해석되어서는 안 된다.

이하의 청구항들은 이로써 본 개시에 포함되며, 각각의 청구항은 별개로 청구된 주제로서 독립해 있다.

비록 본 명세서에서의 설명이 많은 세부 사항들을 포함하지만, 이들은 본 개시의 범위를 제한하는 것으로 해석되어서는 안 되고 본 바람직한 실시예들 중 일부의 예시들을 제공하는 것에 불과한 것으로 해석되어야 한다. 따라서, 본 개시의 범위가 본 기술분야의 통상의 기술자에게 명백해질 수 있는 다른 실시예들을 완전히 포괄한다는 것이 이해될 것이다.

본 기술 분야의 통상의 기술자에게 알려져 있는 개시된 실시예들의 요소들의 모든 구조적 및 기능적 균등물들이 참조에 의해 본 명세서에 명시적으로 포함되고 본 청구항들에 의해 포괄되는 것으로 의도된다. 게다가, 본 개시에서의 어떠한 요소, 컴포넌트, 또는 방법 단계도, 해당 요소, 컴포넌트, 또는 방법 단계가 청구항들에 명시적으로 기재되는지에 관계없이, 일반 대중에 공개된 것으로 의도되지 않는다. 본 명세서에서의 어떠한 청구항 요소도, 해당 요소가 문구 "~을 위한 수단(means for)"을 사용하여 명시적으로 기재되지 않는 한, "수단 + 기능(means plus function)" 요소로서 해석되어서는 안 된다. 본 명세서에서의 어떠한 청구항 요소도, 해당 요소가 문구 "~을 위한 단계(step for)"를 사용하여 명시적으로 기재되지 않는 한, "단계 + 기능(step plus function)" 요소로서 해석되어서는 안 된다.

Claims

네트워크에서 무선 통신을 위한 장치로서,
(a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서의 무선 통신 회로;
(b) 상기 WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 단계들은:
(i) AP 스테이션에 의해, 다수의 링크들에서 스케줄링되는 서비스 기간(SP)들을 갖는 ML(multi-link) R-TWT(restricted target wait time)를 스케줄링하는 단계;
(ii) 비-AP MLD(multiple-link device)로부터 상기 ML R-TWT의 그의 멤버십을 협상하기 위해 ML R-TWT 요청 프레임을 수신하는 단계;
(iii) 상기 비-AP MLD로부터의 상기 ML R-TWT 요청 프레임 요청의 수락 또는 거부를 나타내기 위해 ML R-TWT 응답 프레임으로 상기 AP의 MLD에 의해 상기 ML R-TWT 요청 프레임에 응답하는 단계를 포함하며;
(iv) 상기 비-AP MLD는 AP MLD가 자신의 요청을 수락하는 경우 상기 ML R-TWT의 멤버가 되는, 장치.
제1항에 있어서, 상기 AP MLD는 비콘 프레임, (ML) 프로브 응답 프레임, (재)연관 프레임, 또는 ML R-TWT 스케줄링 공지 프레임에서 상기 ML R-TWT의 스케줄링을 공지할 수 있는, 장치.
제1항에 있어서, 상기 AP MLD와 연계된 AP는 그 자신의 링크를 통해서만 상기 ML R-TWT SP들의 스케줄링을 공지할 수 있는, 장치.
제1항에 있어서, 상기 AP MLD와 연계된 AP는 상기 AP MLD에 의해 스케줄링된 모든 상기 ML R-TWT의 스케줄링을 공지할 수 있는, 장치.
제1항에 있어서, 상기 AP MLD와 연계된 AP는 상기 SP들 중 일부가 상기 AP의 동일한 링크에서 스케줄링되는 상기 ML R-TWT들의 스케줄링만을 공지할 수 있는, 장치.
제1항에 있어서, 상기 AP MLD와 연계된 AP는 동일한 프레임에서 상기 ML R-TWT들 및 SL R-TWT들의 스케줄링을 공지할 수 있는, 장치.
제1항에 있어서, ML R-TWT는 상기 AP MLD와 연계된 AP들에 의해 상이한 링크들에서 스케줄링되는 하나 이상의 SL R-TWT로 구성될 수 있는, 장치.
제1항에 있어서, 상기 AP MLD는 상기 ML R-TWT를 식별하기 위해 고유한 ML 레벨 R-TWT ID를 상기 ML R-TWT에 할당할 수 있는, 장치.
제1항에 있어서, 상기 AP MLD는 동일한 SL 레벨 R-TWT ID를 상기 ML R-TWT의 SL R-TWT들에 할당하여 해당 SL R-TWT들이 동일한 ML R-TWT에 속한다는 것을 나타낼 수 있는, 장치.
제1항에 있어서, 동일한 ML TWT 요소에서 동일한 SL 레벨 R-TWT ID를 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치.
제1항에 있어서, 상이한 링크들에서 동일한 SP 스케줄링, 예를 들면, 동일한 SP 시작 시간, SP 지속기간 및 SP 간격을 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치.
제1항에 있어서, 동일한 ML 레벨 R-TWT ID를 갖는 SL R-TWT들은 ML R-TWT로 간주될 수 있는, 장치.
제1항에 있어서, ML R-TWT 요청 또는 응답 프레임은 대응하는 ML R-TWT 파라미터들이 적용되는 링크들을 나타내는 링크 정보를 포함할 수 있는, 장치.
제1항에 있어서, ML R-TWT 요청 또는 응답 프레임은 하나 이상의 링크에 대한 ML R-TWT 정보를 운반하는 하나 이상의 ML TWT 요소(들)를 포함할 수 있는, 장치.
제1항에 있어서, AP MLD는 상기 ML R-TWT의 부분적 링크들에 대한 ML R-TWT 멤버십 요청을 수락할 수 있는, 장치.
제1항에 있어서, ML R-TWT의 멤버십 협상은 AP MLD가 해당 ML R-TWT의 스케줄링을 공지하기 전에 발생할 수 있는, 장치.
네트워크에서 무선 통신을 위한 장치로서,
(a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서의 무선 통신 회로;
(b) 상기 WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 단계들은:
(i) 비-AP STA에 의해 ML R-TWT(restricted-TWT) 시그널링을 위한 ML(multi-link) TWT(target wait time) 요소를 포함하는 프레임을 송신하는 단계를 포함하며;
(ii) 상기 ML TWT 요소는 하나 이상의 Broadcast ML TWT Parameter Set 필드를 운반하고;
(iii) R-TWT 스케줄이 해당 링크들에서만 스케줄링되므로 상기 ML TWT 요소는 상기 Broadcast ML TWT Parameter Set 필드 내의 해당 정보가 어느 링크들에 적용되는지를 나타내는 링크 정보를 포함하는, 장치.
제17항에 있어서, 상기 ML TWT 요소는 TWT 요소와 동일한 요소 ID를 공유할 수 있는, 장치.
제17항에 있어서, 상기 ML TWT 요소는 모든 상기 Broadcast ML TWT Parameter Set 필드들 내의 해당 정보가 어느 링크들에 적용되는지를 나타내는 하나의 link information 필드를 운반할 수 있는, 장치.
제17항에 있어서, 각각의 link information 필드는 그의 정보가 어느 링크들에 적용되는지를 나타내는 하나의 link information 필드를 운반할 수 있는, 장치.
네트워크에서 무선 통신을 위한 장치로서,
(a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서의 무선 통신 회로;
(b) 상기 WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 단계들은:
(i) AP 스테이션에 의해, 다수의 링크들에서 스케줄링되는 SP(service period)들을 갖는 (ML(multi-link) R-TWT(restricted target wait time)를 설정하는 단계 - 비-AP MLD(multiple-link device)가 상기 ML R-TWT의 멤버십을 협상할 수 있음 -;
(ii) 제1 MLD 상의 제1 스테이션의 특수 MLD 링크를 통한 통신을 스케줄링하는 단계; 및
(iii) 해당 MLD 상의 상기 제1 스테이션이 상기 특수 MLD 링크를 통해 프레임들을 교환하기 시작하기 전에 주어진 지연 기간을 남겨 두고 해당 제1 MLD의 제2 스테이션에게 그의 전송 기회(TXOP)를 종료해야 하도록 요구하는 단계를 포함하는, 장치.
제21항에 있어서, 상기 특수 MLD 링크는 NSTR(non-simultaneous transmit receive) 링크를 포함하는, 장치.
제21항에 있어서, 상기 특수 MLD 링크는 eMLSR(enhanced multi-link single-radio) 링크를 포함하는, 장치.
제21항에 있어서, 상기 특수 MLD 링크는 eMLMR(enhanced Multi-Link Multi-Radio) 링크를 포함하는, 장치.