KR20240064723A

KR20240064723A - 제한된 목표 대기 시간에서의 전송 기회 공유

Info

Publication number: KR20240064723A
Application number: KR1020247013513A
Authority: KR
Inventors: 량샤오 신; 리-샹 쑨; 모하메드 아보우엘세오우드; 칭 샤
Original assignee: 소니그룹주식회사; 소니 코포레이션 오브 아메리카
Priority date: 2022-02-16
Filing date: 2023-02-07
Publication date: 2024-05-13
Also published as: WO2023158946A1; CN117859401A; US20230262770A1

Abstract

R-TWT SP의 멤버 STA가 R-TWT SP의 시작 시간 이전에 종료될 필요가 없는 TXOP 채널 액세스를 R-TWT SP 이전에 획득하기 위한 무선 IEEE 802.11 통신 메커니즘이 설명된다. 트리거 기반 R-TWT SP에서는, TXOP 시간이 R-TWT SP와 중첩하도록 공유되어; AP가 R-TWT SP 동안 지연에 민감한 트래픽의 프레임 교환을 위한 TXOP 홀더로서 거동하도록 허용한다. 따라서, R-TWT 스케줄링 AP와 R-TWT SP의 멤버 STA들은 R-TWT SP의 스케줄링된 시작 시간 이전에 함께 채널을 두고 경쟁할 수 있다. 이러한 STA들 중 하나가 채널 액세스를 획득할 때, 그 STA는 R-TWT SP의 스케줄링된 종료 시간까지 TXOP - 일반 TXOP 제한을 넘어 연장될 수 있음 - 를 예약할 수 있다.

Description

제한된 목표 대기 시간에서의 전송 기회 공유

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

본 출원은 참조에 의해 그 전체가 본 명세서에 포함되는, 2022년 2월 16일에 출원된 미국 가특허 출원 일련 번호 제63/268,085호에 대한 우선권 및 그 이익을 주장한다.

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

해당 사항 없음

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

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

1. 기술 분야

본 개시의 기술은 일반적으로 TXOP와 R-TWT SP 사이의 무선 네트워크 상호 작용에 관한 것이며, 특히 R-TWT SP와 중첩하는 TXOP 시간을 공유하고 AP가 TXOP 홀더(TXOP holder)로서 거동할 수 있게 하는 것에 관한 것이다.

2. 배경기술 논의

산업계는 항상 네트워크 효율성을 향상시키고 지연에 민감한 트래픽(latency sensitive traffic)의 지연(latency)을 감소시키기 위해 노력하고 있다.

현재 IEEE 802.11be 네트워킹에서는, 다가오는 R-TWT(Reserved Target Wait Time) SP(Service Period)의 멤버 STA인 비-AP(non-Access Point) EHT(Extra-High Throughput) STA(station)가 채널 액세스를 획득하고 TXOP(Transmit Opportunity) 홀더가 되는 경우, 그 STA는 R-TWT SP의 시작 시간 이전에 자신의 TXOP가 종료되도록 보장해야 한다. 그러면, R-TWT 스케줄링 AP 및/또는 R-TWT SP의 멤버 STA들은 이어서 R-TWT SP 동안 지연에 민감한 트래픽을 교환하기 위해 또다시 R-TWT SP의 시작 시간에 채널을 두고 경쟁해야 한다.

트리거 기반(TB) R-TWT SP 동안, R-TWT SP의 멤버 STA들은 채널을 두고 경쟁하도록 허용되지 않으며, 스케줄링 AP는 R-TWT SP 동안 채널을 두고 경쟁하도록 허용된 유일한 STA이다.

현재 EDCA(Enhanced Distributed Channel Access) 프로토콜은 TXOP 홀더가 채널에 액세스할 때 TXOP 홀더가 채널을 예약할 수 있는 최대 TXOP 지속기간을 제한하기 위해 TXOP 제한(TXOP limit)을 설정한다.

이러한 메커니즘들과 이들의 상호 작용은 현재 이러한 TXOP 및 R-TWT SP 동작들의 효율성과 적시성을 제한한다.

그에 따라, TXOP 및 R-TWT SP 동작들을 핸들링하기 위한 향상된 메커니즘들에 대한 필요성이 존재한다. 본 개시는 기존의 단점들을 해결하고 추가적인 이점들을 제공한다.

EDCA(enhanced distributed channel access)가 모든 링크들에서 랜덤 채널 액세스에 활용되는 CSMA/CA(carrier sense multiple access/collision avoidance)를 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA(비-AP) 또는 AP(Access Point) STA로서 작동하는 무선 스테이션(STA)으로서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 향상된 전송을 위한 무선 프로토콜.

아래에서 설명되는 바와 같이, 향상된 프로토콜은 R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하도록 구성된다.

비-AP STA는 R-TWT SP의 스케줄링된 시작 시간 이전에 채널 액세스를 획득하고, 비-AP STA에 의해 R-TWT SP와 중첩하는 TXOP(transmit opportunity)를 예약한다. 비-AP STA는, TXOP 홀더로서, R-TWT SP의 스케줄링된 시작 시간 이전에 임의의 원하는 TXOP 동작들을 수행한다. 비-AP STA는, TXOP 또는 R-TWT SP가 종료될 때까지 TXOP 홀더로서 거동하도록 허용된, AP(예를 들면, 스케줄링 AP)와 TXOP를 공유한다.

아래에서 설명되는 바와 같은, 이러한 동작들은 AP 또는 비-AP 스테이션들에 의해 활용될 수 있다. R-TWT SP의 스케줄링된 시작 시간 이전에 채널 액세스를 획득하는 것. R-TWT SP의 스케줄링된 종료 시간까지 TXOP를 예약하는 것. 프라이머리(primary) 액세스 카테고리(AC)와 비-프라이머리(non-primary) AC 둘 모두로부터의 R-TWT의 지연에 민감한 트래픽의 프레임들을 전송하고, R-TWT SP 동안 다른 프레임들에 부여되는 것보다 더 높은 우선순위로 해당 프레임들을 서비스하는 것.

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

본 명세서에서 설명되는 기술은 단지 예시를 위한 것인 이하의 도면들을 참조하는 것에 의해 보다 완전히 이해될 것이다.
도 1은 본 개시의 적어도 하나의 실시예에 따른, 통신 스테이션 하드웨어의 블록 다이어그램이다.
도 2는 본 개시의 적어도 하나의 실시예에 따른 다중 링크 디바이스(Multi-Link Device, MLD) 하드웨어의 블록 다이어그램이다.
도 3은 본 개시의 적어도 하나의 실시예에 따른 예들에서 사용되는 네트워크 토폴로지이다.
도 4 및 도 5는 본 개시의 적어도 하나의 실시예에 따른 비-AP STA가 R-TWT SP와 중첩하는 TXOP를 예약하는 것의 흐름 다이어그램이다.
도 6은 본 개시의 적어도 하나의 실시예에 따른 AP가 비-AP STA로부터 공유 TXOP를 획득하는 것의 흐름 다이어그램이다.
도 7은 본 개시의 적어도 하나의 실시예에 따른 AP가 R-TWT SP 내부 및 외부에서 TXOP 홀더로서 거동하는 것의 흐름 다이어그램이다.
도 8 및 도 9는 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 1의 통신 다이어그램이다.
도 10 및 도 11은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 2의 통신 다이어그램이다.
도 12 및 도 13은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 3의 통신 다이어그램이다.
도 14 및 도 15는 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 4의 통신 다이어그램이다.
도 16 및 도 17은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 5의 통신 다이어그램이다.
도 18 및 도 19는 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 6의 통신 다이어그램이다.
도 20 및 도 21은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 7의 통신 다이어그램이다.
도 22 및 도 23은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 8의 통신 다이어그램이다.
도 24 및 도 25는 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 9의 통신 다이어그램이다.
도 26 및 도 27은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 10의 통신 다이어그램이다.
도 28 및 도 29는 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 11의 통신 다이어그램이다.
도 30 및 도 31은 본 개시의 적어도 하나의 실시예에 따른 R-TWT 스케줄링에 대한 예 12의 통신 다이어그램이다.

1. 서론

CSMA/CA(Carrier-Sense Multiple-Access with Collision-Avoidance)를 사용하는 현재 무선 기술들은 높은 네트워크 처리량에 초점을 맞추고 있지만, 실시간 애플리케이션(real time application, RTA)에 필요한 것과 같이, 저지연 트래픽을 핸들링하는 데 필요한 지원을 제공하지 않으며; 따라서, 기술 격차가 존재한다.

RTA는 저지연 통신을 요구하고 최선형 통신(best effort communication)을 사용한다. RTA로부터 생성되는 데이터는 지연에 민감한 트래픽이라고 불리는 반면; 시간에 민감하지 않은 애플리케이션들로부터 생성되는 데이터는 전형적으로 일반 트래픽(regular traffic)이라고 지칭된다.

지연에 민감한 트래픽은 전달에 대한 높은 적시성 요구사항으로 인해 낮은 지연을 요구한다. 따라서, 지연에 민감한 트래픽의 MSDU(MAC Service Data Unit) 또는 A-MSDU(Aggregated-MSDU)는 특정 시간 기간 내에 또는 그 주어진 만료 시간 이전에 전달될 수 있는 경우에만 유효하다.

본 개시 당시에, 현재 IEEE 802.11be 표준은 R-TWT(Restricted TWT)를 사용하여 지연에 민감한 트래픽의 전송을 위한 채널 자원들을 예약하는 것을 허용한다. TXOP 홀더로서 R-TWT 옵션이 인에이블된(예를 들면, "dot11RestrictedTWTOptionImplemented"가 true로 설정된) 비-AP(non-Access Point) EHT(Extra-High Throughput) STA는 연관된 AP에 의해 광고되는 임의의 R-TWT SP들의 시작 시간 이전에 TXOP가 종료되도록 보장해야 한다.

R-TWT 스케줄링 AP(R-TWT scheduling AP)라고도 지칭되는 R-TWT 스케줄링 AP는 R-TWT 동작을 지원하는 EHT AP이며, 전송되는 EHT Capabilities 요소들 내의 Restricted TWT Support 서브필드를 R-TWT 지원을 나타내는 제1 상태(예를 들면, "1")로 설정한다.

R-TWT 스케줄링된 STA(R-TWT scheduled STA)라고 지칭되는 R-TWT 스케줄링된 STA는 R-TWT 동작을 지원하는 비-AP EHT STA이며, 전송되는 EHT Capabilities 요소들 내의 Restricted TWT Support 서브필드를 제1 상태(예를 들면, "1")로 설정한다.

TWT 요소의 Negotiation Type 서브필드가 특정 값(예를 들면, "2")과 동일한 경우 broadcast TWT 요소에 Restricted TWT Parameter Set 필드를 포함시키는 R-TWT 스케줄링 AP는 Restricted TWT Parameter Set 필드의 Restricted TWT Traffic Info Present 서브필드를 제2 상태(예를 들면, "0")로 설정해야 한다.

R-TWT 스케줄링 AP는 Restricted TWT Downlink(DL) Traffic Identifier(TID) Bitmap 서브필드 및 Restricted TWT Uplink(UL) TID Bitmap 서브필드에서 R-TWT 멤버십이 설정되는 링크에 매핑되는 TID들만을 지시해야 한다.

R-TWT 스케줄링된 STA는 R-TWT DL TID Bitmap 서브필드 및 Restricted TWT UL TID Bitmap 서브필드에서 R-TWT 멤버십이 설정되는 링크에 매핑되는 TID들만을 지시해야 한다.

TWT를 수락하도록 지시하는 TWT 응답 프레임에서 대응하는 DL 또는 UL TID Bitmap Valid 서브필드가 제1 상태(예를 들면, "1")로 설정된 R-TWT DL TID Bitmap 서브필드 또는 Restricted TWT UL TID Bitmap 서브필드에 지정된 TID(들)는, 이하의 하위절에서, R-TWT DL TID(들) 또는 R-TWT UL TID(들)이라고 지칭되며, 집합적으로 R-TWT TID(들)이라고 지칭된다.

R-TWT의 R-TWT TID들의 트래픽은 R-TWT의 SP들 동안 지연에 민감한 트래픽으로 간주되며 R-TWT의 SP들 동안 전송 우선순위를 부여받는다.

본 개시에서, 튜플 <R-TWTx TID들, STAy>는 R-TWT 스케줄링 AP와 멤버 STAy 사이의 R-TWTx 멤버십 협상 동안 지정되는 R-TWT TID들을 나타낸다. R-TWTx의 R-TWT TID들(또는 R-TWTx TID들)는 R-TWTx의 모든 멤버 STA들의 튜플들 <R-TWTx TID들, 멤버 STA>를 나타낸다. R-TWT TID들은 지연에 민감한 트래픽으로 지정된 P2P(Peer-To-Peer) 트래픽을 또한 포함할 수 있다.

2. 문제 설명

다가오는 R-TWT SP(Service Period)의 멤버 STA인 비-AP EHT STA가 채널 액세스를 획득하고 TXOP(Transmit Opportunity) 홀더가 되는 경우, 그 STA는 R-TWT SP의 시작 시간 이전에 자신의 TXOP가 종료되도록 보장해야 한다. 그러면, R-TWT 스케줄링 AP 및/또는 R-TWT SP의 멤버 STA들은 R-TWT SP 동안 지연에 민감한 트래픽을 교환하기 위해 또다시 R-TWT SP의 시작 시간에 채널을 두고 경쟁해야 한다. 이 프로세스는 전송 효율성을 감소시킬 뿐만 아니라, 적시에 채널 액세스를 획득할 가능성을 감소시키며, 이는 상당한 전송 지연을 야기할 수 있고 그 동안 실시간 패킷이 만료될 수 있다.

R-TWT SP는 트리거 기반(Trigger Based, TB)일 수 있다. 즉, R-TWT SP의 멤버 STA들은 응답으로 요청 프레임(soliciting frame)을 R-TWT 스케줄링 AP로 전송하도록 허용될 뿐이다. 예를 들어, 멤버 STA는 트리거 프레임에 대한 응답으로 TB PPDU(Physical Layer Protocol Data Unit)에서 UL 데이터 프레임을 R-TWT 스케줄링 AP로 송신할 수 있을 뿐이다. 멤버 STA는 다중 사용자(MU) RTS(Ready-To-Send) 트리거 프레임 전송에 대한 응답으로 단일 사용자(SU) PPDU에서 UL 또는 P2P 데이터 프레임을 전송할 수 있을 뿐이다. 트리거 기반 R-TWT SP 동안, R-TWT SP의 멤버 STA들은 채널을 두고 경쟁하도록 허용되지 않을 수 있다. 즉, R-TWT 스케줄링 AP는 R-TWT SP 동안 채널을 두고 경쟁하도록 허용되는 유일한 것이다. 이는 R-TWT 스케줄링 AP가 R-TWT SP의 시작 시간에 가까워지는 시간에 채널 액세스를 획득할 가능성을 증가시킬 수 있는데 그 이유는 R-TWT를 지원하지 않는 다른 STA들이 채널을 두고 경쟁하고 있기 때문이다.

이상적인 시나리오는 스케줄링 AP가 TXOP를 획득하고 해당 TXOP 동안 지연에 민감한 트래픽의 모든 프레임 교환들을 완료하는 것이다. 그렇지만, 현재 EDCA 규칙은 TXOP 홀더가 채널 액세스를 획득할 때 TXOP 홀더가 예약할 수 있는 최대 TXOP 지속기간을 제한하기 위해 TXOP 제한을 설정하며; 이 제한은 R-TWT SP 지속기간보다 짧을 수 있다. R-TWT 스케줄링 AP 또는 R-TWT SP의 멤버 STA들이 해당 R-TWT SP 동안 채널을 두고 재경쟁하도록 요구하는 것은 비효율적이다.

3. 본 개시의 기여

제안된 기술을 활용하는 것에 의해, R-TWT SP의 멤버 STA가 R-TWT SP의 스케줄링된 시작 시간 이전에 채널 액세스를 획득할 때, R-TWT SP의 스케줄링된 시작 시간 이전에 그 STA는 자신의 TXOP를 종료할 필요가 없다. R-TWT SP가 트리거 기반인 경우, 그 STA는 R-TWT SP와 중첩하는 자신의 TXOP 시간을 R-TWT 스케줄링 AP와 공유하도록 구성되며 따라서 AP가 R-TWT SP 동안 지연에 민감한 트래픽의 프레임 교환을 위해 TXOP 홀더로서 거동하도록 허용한다.

개시된 기술을 활용하는 것에 의해, R-TWT 스케줄링 AP와 R-TWT SP의 멤버 STA들은 R-TWT SP의 스케줄링된 시작 시간 이전에 함께 채널을 두고 경쟁할 수 있다. 이러한 STA들 중 하나가 채널 액세스를 획득할 때, 그 STA는 R-TWT SP의 스케줄링된 종료 시간까지 TXOP - 일반 TXOP 제한(normal TXOP limit)을 넘어 연장될 수 있음(그보다 길 수 있음) - 를 예약할 수 있다.

4. 본 개시의 실시예들

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

도 1은 본 개시의 프로토콜을 실행하도록 구성된 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) 스테이션 또는 일반 스테이션(regular station)(비-AP STA)의 기능들을 수행하도록 허용하기 위해 실행되는, 통신 프로토콜을 구현하는 프로그램을 실행하기 위해 프로세서(18)에서 실행된다. 프로그래밍이, 현재 통신 콘텍스트에서 어떤 역할을 수행하는지에 따라, 상이한 모드들(TXOP 홀더, TXOP 공유 참여자, 소스, 중개자(intermediate), 목적지, 제1 AP, 다른 AP, 제1 AP와 연관되는 스테이션들, 다른 AP와 연관되는 스테이션들, 코디네이터(coordinator), 코디네이티(coordinatee), OBSS 내의 AP, OBSS 내의 STA 등)에서 작동하도록 구성된다는 것이 또한 이해되어야 한다.

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

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

도 2는 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 구현들로 작동할 수 있다는 것이 이해되어야 한다.

도 3은 이하의 논의에서 보조적으로 활용되는 네트워크 토폴로지의 예시적인 실시예(70)를 예시한다. 프로토콜이 임의의 원하는 토폴로지의 WLAN STA들과 MLD들 사이의 통신에 활용될 수 있으므로, 본 개시가 결코 이 예의 토폴로지로 제한되지 않는다는 것이 이해되어야 한다.

이 예에서는, 이 경우에 회의실로 표시된, 주어진 영역(82)에 AP1(72)로 표시된 하나의 AP와, STA1(74), STA2(76), STA3(78) 및 STA4(80)로 표시된 4개의 STA가 있다고 가정한다. 모든 STA들은 AP1과 연관되며, 랜덤 채널 액세스를 위해 CSMA/CA(Carrier-Sense Multiple Access with Collision Avoidance)를 사용한다. AP1은 R-TWT 스케줄링 AP이며 R-TWT1 및 R-TWT2를 공지(announce)한다.

STA1은 R-TWT1의 멤버 STA이다. STA2는 R-TWT2의 멤버 STA이다. STA3은 R-TWT를 지원하는 STA이지만 어떤 R-TWT의 멤버 STA도 아니다. STA4는 R-TWT를 지원하지 않는 STA이다. AP 및 STA들 중 임의의 것이 MLD와 연계된 STA일 수 있다는 것이 이해되어야 한다.

4.2. R-TWT에서의 TXOP 공유

R-TWT 서비스 기간(SP)에 대한 현재 채널 액세스 규칙에 따르면, TXOP 홀더로서 R-TWT를 지원하는 비-AP STA들은 R-TWT SP의 스케줄링된 시작 시간 이전에 자신의 TXOP를 종료해야 한다. 그렇지만, TXOP 홀더가 R-TWT SP의 멤버 STA인 경우, TXOP 홀더는 R-TWT SP가 종료되기 전에 자신의 TXOP를 종료하면 안 된다. 그렇지 않으면, 해당 멤버 STA와 다른 멤버 STA들은 물론, R-TWT 스케줄링 AP는 R-TWT SP의 스케줄링된 시작 시간에 나머지 지연에 민감한 트래픽에 대한 프레임 교환을 수행하기 위해 또다시 채널을 두고 경쟁할 필요가 있을 것이다. 추가적으로, 채널 경쟁의 다른 라운드는 R-TWT SP의 스케줄링된 시작 시간에 가까운(근접한) 시간에 TXOP를 획득하는 것을 보장할 수 없으며, 이는 프레임 교환을 상당히 지연시킬 수 있다.

본 개시의 기술은 TXOP 홀더로서 역할하는 R-TWT SP의 멤버 STA가 R-TWT SP의 스케줄링된 시작 시간 이전에 R-TWT SP와 중첩하는 TXOP를 예약할 수 있도록 한다. 달리 말하면, R-TWT SP의 멤버 STA는 R-TWT SP의 스케줄링된 시작 시간에 자신의 TXOP를 종료할 필요가 없다.

본 개시는 또한, R-TWT SP의 멤버 STA가 R-TWT SP의 스케줄링된 시작 시간 이전에 TXOP를 획득하고 R-TWT SP와 중첩하는 TXOP를 예약하며, 자신의 TXOP를 R-TWT 스케줄링 AP와 공유하고 R-TWT 스케줄링 AP가 R-TWT SP 동안 TXOP 홀더로서 거동(작동)하도록 허용할 수 있는, 무선 통신 프로토콜의 동작에 대해 설명한다.

본 개시는 R-TWT 스케줄링 AP와 R-TWT SP의 멤버 STA들이 R-TWT SP 이전과 R-TWT SP 동안 둘 모두에서 함께 채널을 두고 경쟁할 수 있게 하도록 구성된다. 이들 중 하나가 R-TWT SP의 스케줄링된 시작 시간 이전에 TXOP를 획득하는 경우, 이는 EDCA TXOP를 공유하는 것에 대한 현재 EDCA 규칙에 따라 프레임을 전송할 수 있다. 다음은 몇 가지 예이다.

(a) R-TWT SP가 시작될 때, R-TWT 스케줄링 AP가 TXOP 홀더인 경우, R-TWT 스케줄링 AP는 프라이머리 AC로부터의 프레임보다 먼저 R-TWT SP의 R-TWT TID들의 프레임들(및 R-TWT SP 동안 전송되도록 스케줄링된 지연에 민감한 트래픽인 P2P 트래픽의 프레임들)을 전송하거나 트리거할 수 있다. 따라서, R-TWT SP의 R-TWT 트래픽 식별자들(TID들) 프레임들은 물론, R-TWT SP 동안 전송되도록 스케줄링된 지연에 민감한 트래픽인 P2P 트래픽의 프레임들은 R-TWT SP 동안 프라이머리 AC로부터의 프레임들로 간주된다.

(b) R-TWT SP가 시작될 때, 멤버 STA가 TXOP 홀더인 경우, 멤버 STA는 자신의 TXOP를 AP와 공유하고 AP가 TXOP 홀더로서 거동(작동)하도록 허용할 수 있다. 멤버 STA는 TXOP 공유를 나타내기 위해 요청되지 않은(unsolicited) CTS(Clear-To-Send) 프레임을 R-TWT 스케줄링 AP로 송신할 수 있다. AP와 TXOP를 공유하기 위해 멤버 STA에 의해 CTS 프레임이 전송될 때, CTS 프레임의 RA 필드는 AP MAC(Medium Access Control) 주소 또는 AP에 의해 R-TWT SP의 모든 멤버 STA들에 할당된 특수 MAC 주소로 설정될 수 있다. 동일한 R-TWT SP의 임의의 멤버 STA는 TXOP를 AP와 공유하기 위해 CTS 프레임에서 Receiver Address(RA) 필드를 동일한 특수 MAC 주소로 설정한다. 적어도 하나의 실시예/모드/옵션에서, 동일한 R-TWT SP의 임의의 멤버 STA는 R-TWT SP 동안 AP와 TXOP를 공유하기 위해 CTS 프레임에 대해 동일한 스크램블 숫자(scramble number)를 사용한다. 적어도 하나의 실시예/모드/옵션에서, R-TWT SP의 R-TWT UL TID들을 갖고/갖거나 R-TWT SP 동안 스케줄링된 P2P(Peer-to-Peer) 트래픽을 갖는 R-TWT SP의 멤버 STA들만이 R-TWT SP 동안 채널을 두고 경쟁하고 AP와 TXOP를 공유할 수 있다.

(c) R-TWT SP가 트리거 기반인 경우, AP가 R-TWT SP 동안 TXOP(비-AP STA들에 의해 공유되는 TXOP를 포함함)를 획득한 후에 R-TWT SP가 종료될 때까지 R-TWT SP의 멤버 STA들은 채널을 두고 경쟁하도록 허용되지 않는다.

본 개시에서는 R-TWT SP의 멤버 STA 또는 R-TWT 스케줄링 AP가 R-TWT SP의 스케줄링된 시작 시간 이전에 TXOP를 획득할 때, R-TWT SP의 스케줄링된 종료 시간까지 TXOP - 프라이머리 AC(Access Category)의 TXOP 제한에 의해 제한될 수 있거나 제한되지 않을 수 있음 - 를 예약할 수 있는 프로토콜을 설명한다. 프라이머리 AC는 EDCAF(Enhanced Distributed Channel Access Function)가 TXOP를 획득하는 AC를 나타낸다는 점에 유의해야 한다.

4.3. 비-AP STA가 R-TWT SP와 중첩하는 TXOP를 예약하는 것

도 4 및 도 5는 비-AP STA가 R-TWT SP와 중첩하는 TXOP를 예약하는 것의 예시적인 실시예(110)를 예시한다.

비-AP STA는 TXOP를 예약하기 위해 채널에 액세스한다(112). 검사(114)는 비-AP STA가 R-TWT SP 외부에서(R-TWT SP가 시작되기 전에) TXOP를 획득했고 R-TWT SP와 중첩하는 TXOP 시간을 필요로 하는지를 결정한다. 해당 조건이 충족되지 않는 경우, 실행은, 아래에서 논의되는 바와 같은, 도 5의 블록(116)으로 이동한다. 해당 조건이 충족되는 경우, 검사(118)에서 비-AP STA가 R-TWT SP 외부에서 TXOP를 획득하는지가 결정된다. 해당 조건이 충족되지 않는 경우, 실행은 도 5의 블록(120)으로 이동한다.

검사(118)의 조건이 충족되는 경우, 블록(122)에서 비-AP STA는 R-TWT SP의 전체 지속기간을 커버(cover)하는 TXOP를 예약한다. R-TWT SP의 스케줄링된 시작 시간 이전의 TXOP 시간 동안, 비-AP STA는 현재 EDCA 규칙에 따라 TXOP 홀더로서 거동한다(124). 적어도 R-TWT SP의 스케줄링된 시작 시간부터, 비-AP STA는 AP와 TXOP를 공유하고 R-TWT SP가 종료될 때까지 AP가 TXOP 홀더로서 거동(수행)하도록 허용한다(126).

적어도 하나의 실시예/모드/옵션에서, AP가 TXOP 홀더로서 거동할 때, AP는 R-TWT SP의 R-TWT 하향링크(DL) TID들로부터의 트래픽을 전송하거나 R-TWT SP의 R-TWT 상향링크(UL) TID들로부터의 트래픽 및 P2P 트래픽(또는 지연에 민감한 트래픽으로 간주되고 R-TWT SP 동안 더 높은 전송 우선순위로 스케줄링된 P2P 트래픽)을 트리거할 수 있는데 그 이유는 이들 트래픽이 공유 TXOP 동안 프라이머리 AC로부터의 것이기 때문이다.

적어도 하나의 실시예/모드/옵션에서, 위에서 설명된 바와 같은 비-AP STA는 R-TWT SP의 멤버 STA(및/또는 R-TWT SP를 지원하는 STA들)를 나타낸다. 적어도 하나의 실시예/모드/옵션에서, 위의 TXOP는 지연에 민감한 트래픽으로 간주되고, R-TWT SP의, R-TWT SP 동안 더 높은 전송 우선순위로 스케줄링된 P2P 트래픽, 또는 R-TWT TID들의 AC의 EDCAF에 의해 획득되는 TXOP을 나타낸다.

검사(118)의 조건들이 충족되지 않는 경우를 고려하면, 도 5의 블록(120)에서, 비-AP STA는 R-TWT SP 동안 TXOP를 획득하고, 이어서 비-AP STA는 R-TWT SP의 남은 시간을 커버하는 TXOP를 예약하며 AP와 TXOP를 공유하고, 블록(126)에 도시된 바와 같이 R-TWT SP가 종료될 때까지 AP가 TXOP 홀더로서 거동(수행)하도록 허용한다.

비-AP STA가 R-TWT SP 동안 채널을 획득할 때, 비-AP STA는 먼저 R-TWT SP의 R-TWT UL TID들의 프레임들 또는 버퍼에 있는 R-TWT SP 동안 전송되도록 스케줄링된 P2P 트래픽의 프레임들의 전송을 완료하고, 이어서 AP와 TXOP를 공유하는 것이 가능하다.

적어도 하나의 실시예/모드/옵션에서, 위의 비-AP STA는 R-TWT SP의 멤버 STA(및/또는 R-TWT SP를 지원하는 STA들)를 나타낸다. 적어도 하나의 그러한 실시예에서, R-TWT SP의 멤버 STA가 R-TWT SP의 R-TWT UL TID들의 프레임들 또는 버퍼에 있는 R-TWT SP 동안 전송되도록 스케줄링된 P2P 트래픽의 프레임들을 갖는 경우에만 R-TWT SP의 멤버 STA가 R-TWT SP 동안 채널을 두고 경쟁하도록 허용될 수 있는 것이 가능하다.

검사(114)의 조건이 충족되지 않고, 따라서 비-AP STA가 R-TWT SP와 중첩하는 TXOP 시간을 필요로 하지 않는 경우를 고려하면, 실행은 도 5에서의 블록(116)으로 이동하여, 비-AP STA는 IEEE 802.11(예를 들면, IEEE 802.11ax)에서의 현재 규칙에 따라 TXOP를 예약하고 이어서 위에서 이미 설명된 바와 같은 블록(124 및 126)을 수행한다.

적어도 하나의 실시예/모드/옵션에서, R-TWT SP와 중첩하는 TXOP는 R-TWT SP의 스케줄링된 종료 이후에 예약될 수 없다.

적어도 하나의 실시예/모드/옵션에서, R-TWT SP와 중첩하는 TXOP는 프라이머리 AC의 TXOP 제한에 의해 제한되지 않는다. R-TWT SP 외부로 연장되는 TXOP 시간은 프라이머리 AC의 TXOP 제한을 초과할 수 없다.

적어도 하나의 실시예/모드/옵션에서, TXOP가 R-TWT SP의 스케줄링된 종료 시간까지 종료되는 경우, TXOP 시간은 프라이머리 AC의 TXOP 제한에 의해 제한되지 않는다.

적어도 하나의 실시예/모드/옵션에서, 비-AP는 R-TWT SP를 넘어서는 TXOP를 예약한다(즉, 비-AP는 R-TWT SP의 스케줄링된 종료 시간 이후에 TXOP를 예약한다). 그러면, TXOP는 프라이머리 AC의 TXOP 제한을 초과할 수 없다.

4.4. AP가 비-AP STA로부터의 공유 TXOP를 획득하는 것

도 6은 AP가 비-AP STA로부터 공유 TXOP를 획득하는 것의 예시적인 실시예(210)를 예시한다. AP는 AP와 연관된 비-AP STA에 의해 공유되는 TXOP를 획득한다(212). 그러면 AP는 공유 TXOP 동안 TXOP 홀더로서 거동(수행)하며(214); 그의 일 예가 도 7에 주어져 있다.

도 6의 검사(216)에서, 공유 TXOP가 종료되기 전에 AP가 전송을 완료했는지가 결정된다. 해당 조건이 충족되지 않는 경우, 처리가 종료된다. 그렇지 않고, 해당 조건이 충족된 경우, 처리가 종료되기 전에, AP는 TXOP를 비-AP STA와 공유하거나(218) 비-AP STA에 다시 TXOP를 반환한다.

도 7은 AP가 R-TWT SP 내부 및 외부에서 TXOP 홀더로서 거동하는 것의 예시적인 실시예(310)를 예시한다. TXOP는 AP가 채널을 두고 경쟁하는 것 또는 다른 STA가 TXOP를 공유하는 것에 의해 획득될 수 있다는 점에 유의해야 한다.

이 경우에, AP는 TXOP 홀더이므로 TXOP는 R-TWT SP와 중첩된다(312). 검사(314)는 R-TWT SP 동안 AP가 프레임 교환을 개시하는지(예를 들면, BA/ACK를 필요로 하는 DL PPDU를 송신하거나, UL TB PPDU에 대한 트리거 프레임을 송신하거나, TXOP 공유를 위한 MU RTS 프레임을 전송하는지)를 결정한다. 해당 조건이 충족되는 경우, AP는 지연에 민감한 트래픽(예를 들면, R-TWT DL/UL TID들 및 R-TWT SP의 모든 멤버 STA들의 P2P 트래픽)의 프레임 교환에 우선순위를 부여한다(316).

그렇지 않고, 해당 조건이 충족되지 않고 AP가 R-TWT SP 외부에서 프레임 교환을 개시하는 경우, AP는 R-TWT SP 외부의 TXOP 시간 동안 IEEE 802.11ax의 EDCA TXOP를 따른다(318).

어느 경우든지, 검사(320)는 이어서 TXOP가 종료되었는지를 결정한다. TXOP가 종료되지 않은 경우, 실행은 검사(314)로 돌아가고, 그렇지 않은 경우 처리가 종료된다. 따라서, TXOP가 AP의 채널 경쟁에 의해 획득되는 경우, TXOP가 프라이머리 AC의 TXOP 제한에 의해 제한되지 않는 것이 가능하다.

적어도 하나의 실시예/모드/옵션에서, AP는 R-TWT SP의 종료까지 TXOP를 예약하도록 허용될 수 있다. 적어도 하나의 실시예/모드/옵션에서, AP는 R-TWT SP의 종료 무렵에 자신의 TXOP를 종료해야 할 수도 있다. 적어도 하나의 실시예/모드/옵션에서, AP는 R-TWT SP가 종료될 때 자신의 TXOP를 종료해야 할 수도 있다.

TXOP가 R-TWT SP(또는 그 이상)와 중첩될 때, R-TWT SP 외부의 TXOP 시간은 프라이머리 AC의 TXOP 제한을 초과할 수 없다. 프라이머리 AC의 TXOP 제한이 0인 경우, R-TWT SP 외부의 TXOP 시간은 프라이머리 AC의 하나의 프레임 교환의 시간과 동일해야 한다.

적어도 하나의 실시예/모드/옵션에서, AP의 채널 경쟁에 의해 획득된 TXOP는 R-TWT SP의 스케줄링된 종료 시간 무렵에 종료되며, 따라서 TXOP 시간은 프라이머리 AC의 TXOP 제한에 의해 제한되지 않는다.

적어도 하나의 실시예/모드/옵션에서, AP는 R-TWT SP를 넘어서는 TXOP를 예약한다(즉, 비-AP는 R-TWT SP의 스케줄링된 종료 시간 이후에 TXOP를 예약한다). 그러면, TXOP는 프라이머리 AC의 TXOP 제한을 초과할 수 없다.

5. 예시적인 통신 다이어그램

5.1. 예 1

도 8 및 도 9는 R-TWT SP의 스케줄링된 시작 시간 이전에 AP가 TXOP를 획득하는 R-TWT 스케줄링의 예시적인 실시예(410)를 예시한다. 네트워크 토폴로지는 도 3에 도시되어 있다.

AP1(72)는 R-TWT 스케줄링 AP이며 2개의 R-TWT(R-TWT1 및 R-TWT2)를 공지한다. STA1(74)은 R-TWT1의 멤버 STA이고, STA2(76)는 R-TWT2의 멤버이다. STA3(78)은 R-TWT를 지원하지만 어떤 R-TWT의 멤버도 아니다. STA4(80)는 R-TWT를 지원하지 않는다.

AP1은 비어 있지 않은 버퍼를 갖는 임의의 AC(들)에 대응하는 EDCAF(들)를 사용하여 채널 액세스를 위해 경쟁하기 위해 백오프(412)를 수행한다. AP1이 채널 액세스를 획득할 때, AP1은 TXOP를 예약(418)하기 위해, MU-RTS(414)를 송신하고 CTS(416)를 수신하는 것에 의해, MU-RTS/CTS 교환을 개시한다.

이 예에 도시된 바와 같이, AP는 R-TWT1 SP 부분(422)의 스케줄링된 종료 시간의 끝까지 연장되는 TXOP 부분(420)을 예약한다. TXOP 지속기간은 TXOP의 프라이머리 AC의 TXOP 제한을 초과할 수 있다. 적어도 하나의 실시예/모드/옵션에서, TXOP는 R-TWT1 SP의 스케줄링된 종료 시간 전에 종료되어야 한다. 적어도 하나의 실시예/모드/옵션에서, TXOP가 TXOP의 프라이머리 AC의 TXOP 제한을 초과하는 경우 TXOP는 R-TWT1 SP의 스케줄링된 종료 시간 이전에 종료되어야 한다.

R-TWT1 SP의 스케줄링된 시작 시간 이전의 TXOP 시간 동안, AP1은 현재 EDCA TXOP 규칙을 따른다. 예를 들어, AP1은 프라이머리 AC로부터의 프레임들(424)을 전송하고, BA(426)로 도시된, 확인응답을 수신한다. 적어도 하나의 실시예/모드/옵션에서, 프레임들은 R-TWT1 TID들로부터의 것이도록 허용되지 않는다.

R-TWT1 SP 동안, AP1은 R-TWT1 TID들의 프레임 교환에 우선순위를 부여한다. 도면에 도시된 바와 같이, AP1은 R-TWT1 TID들의 프레임들을 운반하는 하향링크 PPDU(428)를 STA1로 전송하고, BA(430)를 수신한다. R-TWT1 TID들의 프레임들은 TXOP의 프라이머리 AC로부터의 것이 아니다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(432)를 송신하고, 버퍼 상태 보고(BSR)(434)를 수신한다. STA1은 R-TWT1 UL TID들의 버퍼 상태만을 보고할 수 있다는 점에 유의해야 한다. 이어서, AP1은 STA1로부터의 UL PPDU(438)를 트리거하고(436) 그의 수신에 대해 BA(440)로 응답한다. STA1은, 프라이머리 AC로부터의 것이 아닐 수 있는, R-TWT1의 R-TWT UL TID들로부터의 프레임들을 전송하도록 허용될 수 있을 뿐이다.

적어도 하나의 실시예/모드/옵션에서, R-TWT1 SP 동안, AP1은 R-TWT1의 비멤버 STA들과 프레임 교환을 수행하도록 허용된다는 점에 유의해야 한다.

5.2. 예 2

도 10 및 도 11은 R-TWT1 SP 지속기간을 대역폭으로 나눈 것이 적용되는 TXOP 예약의 예시적인 실시예(510)를 예시한다. 다시 말하지만, 도면은 AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신을 묘사한다.

도 8 및 도 9에 도시된 예와 비교하여, AP1이 TXOP를 예약하기 위해 MU-RTS/CTS 교환을 개시할 때, AP1은 N*20MHz 대역폭을 성공적으로 예약한다. 그러면, R-TWT1 SP 동안의 TXOP 시간은 R-TWT1 SP 지속기간(R-TWT SP1의 스케줄링된 시작 시간과 R-TWT SP1의 스케줄링된 종료 시간 사이의 시간)을 N으로 나눈 것보다 더 길 수 없다.

상세하게는, 이 도면은 AP1이 채널 액세스를 위해 경쟁하기 위해 백오프(512)를 수행하는 것을 묘사한다. AP1이 채널 액세스를 획득할 때, AP1은 TXOP를 예약(518)하기 위해, MU-RTS(N*20MHz)(514)를 송신하고 CTS(N*20MHz)(516)를 수신하는 것에 의해, "N"개의 20MHz 대역폭에 대한 MU-RTS/CTS 교환을 개시한다.

이 예에 도시된 바와 같이, AP는 R-TWT1 SP(522)의 스케줄링된 종료 시간의 끝까지 TXOP를 예약(520)한다. TXOP 지속기간은 TXOP의 프라이머리 AC의 TXOP 제한을 초과할 수 있다. AP1은 프라이머리 AC로부터의 프레임들(524)을 전송하고 BA(526)를 수신한다.

R-TWT1 SP 동안, AP1은 R-TWT1 TID들의 프레임 교환에 우선순위를 부여한다. 도면에 도시된 바와 같이, AP1은 R-TWT1 TID들의 프레임들을 운반하는 하향링크 PPDU(528)를 STA1로 전송하고, BA(530)를 수신한다. R-TWT1 TID들의 프레임들은 TXOP의 프라이머리 AC로부터의 것이 아니다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(532)를 송신하고, 버퍼 상태 보고(BSR)(534)를 수신한다. 이어서, AP1은 STA1로부터의 UL PPDU(540)를 트리거하고(536) 그의 수신에 대해 BA(542)로 응답한다.

5.3. 예 3

도 12 및 도 13은 프라이머리 AC의 TXOP 제한이 적용되는 TXOP 예약의 예시적인 실시예(610)를 예시한다. 다시 말하지만, 도면은 AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신을 묘사한다.

도 8 및 도 9에 도시된 예와 비교하여, AP1이 TXOP를 예약하기 위해 MU-RTS/CTS 교환을 개시할 때, TXOP 시간은 프라이머리 AC의 TXOP 제한을 초과할 수 없다.

적어도 하나의 실시예/모드/옵션에서, AP1은 R-TWT1 SP의 스케줄링된 시작 시간 이전에 R-TWT1 TID들의 트래픽에 대한 프레임 교환을 시작하도록 허용된다. AP1이 R-TWT1 TID들의 트래픽에 대한 프레임 교환을 시작하기 전에 AP1은 R-TWT1의 멤버 STA들이 어웨이크(awake)인지를 확인할 필요가 있을 수 있다는 점에 유의해야 한다. 이 실시예/모드/옵션에 따라, 상기한 바가 모든 예들에 적용될 수 있다.

상세하게는, 이 도면은 AP1이 채널 액세스를 위해 경쟁하기 위해 백오프(612)를 수행하는 것을 묘사한다. AP1이 채널 액세스를 획득할 때, AP1은 TXOP를 예약(618)하기 위해, MU-RTS(614)를 송신하고 CTS(616)를 수신하는 것에 의해, MU-RTS/CTS 교환을 개시한다.

이 예에 도시된 바와 같이, AP는 프라이머리 AC의 TXOP 제한이 적용되는 TXOP를 예약한다(618). 일반 EDCA TXOP 기간(620)에서, AP1은 프라이머리 AC로부터의 PPDU 프레임들(624)을 전송하고, BA(626)를 수신한다.

이어서 R-TWT1 SP(622) 동안, AP1은 R-TWT1 TID들의 프레임 교환에 우선순위를 부여하고, R-TWT1 TID들의 프레임들을 운반하는 하향링크 PPDU(628)를 STA1로 전송하며, BA(630)를 수신한다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(632)를 송신하고, 버퍼 상태 보고(BSR)(634)를 수신한다. 이어서, AP1은 STA1로부터의 UL PPDU(638)를 트리거하고(636) 그의 수신에 대해 BA(640)로 응답한다. R-TWT1 SP가 TXOP(618)의 종료 시간을 초과하는, 그의 스케줄링된 종료 시간(642)까지 연장되는 것이 나타내어져 있다.

5.4. 예 4

도 14 및 도 15는 R-TWT의 멤버 STA들이 절전 모드에서 작동하는 것의 예시적인 실시예(710)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

도 8 및 도 9에 도시된 예와 비교하여, AP1이 TXOP를 예약하기 위해 MU-RTS/CTS 교환을 개시할 때, AP1은, 이 예에서 STA3 및 STA4인, 절전 모드에 있지 않은 해당 STA들(어쩌면 단 하나의 STA)로만 MU-RTS를 송신한다. R-TWT1 SP가 시작될 때, AP1은 R-TWT1 SP의 멤버 STA들과 프레임 교환을 시작하기 전에, STA1과 같은, R-TWT1 SP의 멤버 STA들이 어웨이크인지를 확인하기 위해 트리거 프레임 또는 PS 폴 프레임(또는 트리거 프레임/QoS 널(QoS Null) 프레임) 교환을 개시한다.

상세하게는, 이 도면은 AP1이 채널 액세스를 위해 경쟁하기 위해 백오프(712)를 수행하고, 채널 액세스를 획득하며 그리고 TXOP를 예약(718)하기 위해, MU-RTS(714)를 송신하고, STA1이 슬립 상태(asleep)이기 때문에, STA2 및 STA3으로부터 CTS(716)를 수신하는 것에 의해, MU-RTS/CTS 교환을 개시하는 것을 묘사한다.

일반 EDCA TXOP 기간(720)에서, AP1은 프라이머리 AC로부터의 프레임들(724)을 전송하고, STA2 및 STA3으로부터 BA(726)를 수신한다.

이어서 R-TWT1 SP(722) 동안, AP1은 트리거 프레임(728)을 전송하고 STA1로부터 PS Poll(730)을 수신한다. AP1은 PPDU(732)를 STA1로 송신하고 BA(734)를 수신한다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(736)를 송신하고, 버퍼 상태 보고(BSR)(738)를 수신한다. 이어서, AP1은 AP1로의 STA1 PPDU(742)를 트리거하는 트리거 프레임(740)을 송신하고, AP1은 BA(744)로 확인응답한다.

5.5. 예 5

도 16 및 도 17은 R-TWT SP의 스케줄링된 시작 시간 이전에 R-TWT 멤버 STA가 R-TWT SP에 대한 TXOP를 예약하는 것의 예시적인 실시예(810)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

예 1과 비교하여, R-TWT1 SP(822)의 스케줄링된 시작 시간 이전에, STA1은 백오프(BO)(812) 이후에 채널 액세스를 획득한다. STA1은 R-TWT1 SP의 스케줄링된 종료 시간까지 TXOP(818)를 예약하기 위해, RTS(814)를 송신하고 AP1로부터 CTS(816)를 수신하는 것에 의해, RTS/CTS 프레임 교환을 개시한다. R-TWT1 SP의 스케줄링된 시작 시간 이전의 TXOP 부분(820) 동안, STA1은 현재 EDCA TXOP 규칙에 따라 PPDU(824)를 전송할 수 있다. AP1로부터의 BA 응답(826)과 함께 PPDU(824)가 R-TWT1-SP(822) 내로 연장되는 것이 도면에 나타내어져 있다. 이 예에서, STA1은 TXOP의 프라이머리 AC로부터의 프레임들을 전송하였다. 스케줄링된 시작 시간 이전에, STA1은 AP와 TXOP를 공유할 것임을 나타내는 PPDU를 송신하고 AP가 TXOP 홀더로서 거동(작동)하도록 허용한다. 이 PPDU는 R-TWT1 SP의 스케줄링된 시작 시간 이전에 전송을 시작해야 할 수도 있다는 점에 유의해야 한다.

이어서, AP1은 TXOP 홀더로서 거동하며 예 1에 나타내어져 있는 바와 같이 공유 TXOP 동안 R-TWT1 TID들의 프레임 교환에 우선순위를 부여한다. 상세하게는, AP1은 R-TWT1 TID들의 프레임들을 운반하는 하향링크 PPDU(828)를 STA1로 전송하고, BA(830)를 수신한다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(832)를 송신하고, 버퍼 상태 보고(BSR)(834)를 수신한다. 이어서, AP1은 트리거 프레임(836)을 송신하고, 이에 대한 응답으로 STA1은 PPDU(838)를 송신하고, 이에 대해 AP1은 BA(840)로 응답한다.

적어도 하나의 실시예/모드/옵션에서, STA1에 의해 예약된 TXOP 시간은 프라이머리 AC의 TXOP 제한이 적용된다. 즉, STA1은 프라이머리 AC의 TXOP 제한으로 인해 R-TWT1 SP의 스케줄링된 종료 시간까지 TXOP를 예약하지 못할 수 있다.

적어도 하나의 실시예/모드/옵션에서, STA1에 의해 예약된 TXOP 시간은 프라이머리 AC의 TXOP 제한이 적용되지 않는다.

적어도 하나의 실시예/모드/옵션에서, STA1에 의해 예약된 TXOP 시간은 R-TWT1 SP의 스케줄링된 종료 시간 이전에 종료되어야 한다.

적어도 하나의 실시예/모드/옵션에서, STA2 및 STA3과 같은, R-TWT1의 멤버 STA들이 아닌 다른 STA들은 이 도면에 도시된 STA1과 동일한 방식으로 작동하도록 허용될 수 있다.

적어도 하나의 실시예/모드/옵션에서, AP와의 TXOP 공유를 나타내는 PPDU는 IEEE 802.11be에서 정의된 MU-RTS 전송 프레임과 유사한 프레임을 운반할 수 있다. 그러면, MU-RTS 전송 프레임에 대한 응답으로 송신되는 프레임은 이 도면에 도시된 바와 같이 BA/ACK가 아닌 CTS이다.

적어도 하나의 실시예/모드/옵션에서, AP와의 TXOP 공유를 나타내는 프레임은 Receiver Address(RA) 필드가 AP MAC 주소(또는 동일한 R-TWT의 모든 멤버 STA들과 AP 사이에 공유되는 다른 특수 주소)로 설정된 CTS 프레임이다. 그러면, AP는 CTS 프레임에 대한 응답으로 프레임을 송신할 필요가 없을 수 있으며; 따라서 이 도면에 도시된 바와 같이 AP와의 TXOP 공유를 나타내는 프레임에 대한 응답으로 BA/ACK가 필요하지 않다.

적어도 하나의 실시예/모드/옵션에서, AP와의 TXOP 공유를 나타내는 프레임은 RDG(Reverse Direction Grant) 프레임이다.

5.6. 예 6

도 18 및 도 19는 TXOP 제한에 R-TWT SP 지속기간을 더한 것이 적용되는, TXOP를 예약하는 것의 예시적인 실시예(910)를 예시한다. 이 제한은 AP 및 다른 STA들에 적용될 수 있다는 점에 유의해야 한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

예 5와 비교하여, 이 경우에 STA2는, BO(912) 이후에, R-TWT1 SP의 스케줄링된 시작 시간 이전에 채널 액세스를 획득한다(918). STA2는 R-TWT1 SP의 스케줄링된 종료 시간을 넘어서 TXOP를 예약하기 위해, RTS(914)를 송신하고 AP1로부터 CTS(916)를 수신하는 것에 의해 RTS/CTS 프레임 교환을 개시한다. 그렇지만, TXOP 지속기간은 프라이머리 AC의 TXOP 제한에 R-TWT1 SP 지속기간을 더한 값을 초과할 수 없다. R-TWT1 SP의 스케줄링된 시작 시간 이전의 TXOP 동안, STA2는 현재 EDCA TXOP 규칙에 따라 PPDU(924)를 전송할 수 있고, STA2는 AP1로부터 BA(926)를 수신한다. 예를 들어, STA2는 TXOP의 프라이머리 AC로부터의 프레임들을 전송할 수 있다. 따라서, 스케줄링된 시작 시간 이전에, STA2는 AP1과 TXOP를 공유할 것임을 나타내는 PPDU를 송신하고 AP1이 TXOP 홀더로서 거동(작동)하도록 허용한다.

이어서, AP1은 TXOP 홀더로서 거동하며 예 1에 나타내어져 있는 바와 같이 공유 TXOP 동안 R-TWT1 TID들의 프레임 교환에 우선순위를 부여한다. 상세하게는, AP1은 하향링크 PPDU(928)를 전송하고 BA(930)를 수신한다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(932)를 송신하고, 버퍼 상태 보고(BSR)(934)를 수신한다. 이어서, AP1은 STA1로부터의 PPDU(938)를 트리거하고(936), 그의 수신에 대해 BA(940)로 응답한다.

R-TWT1 SP의 스케줄링된 종료 시간 이후, AP1은 MU-RTS TXS 프레임(942)을 STA2로 송신하여 TXOP를 STA2로 반환한다. STA2가 MU-RTS TXS 프레임에 대한 응답으로 CTS(944)를 송신한 후에, STA2는 또다시 TXOP 홀더가 되고, PPDU(946)를 AP1로 송신하는 것으로 나타내어져 있다.

5.7. 예 7

도 20 및 도 21은 AP가 R-TWT1 SP의 스케줄링된 종료 시간 이전에 R-TWT1 TID들의 프레임 교환을 완료하는 것의 예시적인 실시예(1010)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

예 5와 비교하여, R-TWT1 SP의 스케줄링된 시작 시간 이전에, STA2는 BO(1012) 이후에 채널 액세스를 획득한다(1018). STA2는, RTS(1014)를 송신하고 AP1로부터 CTS(1016)를 수신하는 것에 의해, RTS/CTS 프레임 교환을 개시한다. R-TWT1 SP의 스케줄링된 시작 시간 이전의 TXOP 동안, STA2는 현재 EDCA TXOP 규칙에 따라 PPDU(1024)를 전송하고, BA(1026)를 수신할 수 있다. 이 예에서, STA2는 AP1과 TXOP를 공유한다는 것임을 나타내는 PPDU를 전송하고 AP1이 TXOP 홀더로서 거동(작동)하도록 허용한다.

이어서, AP1은 TXOP 홀더로서 거동하며, 예 1에 나와 있는 바와 같이 공유 TXOP 동안 R-TWT1 TID들의 프레임 교환에 우선순위를 부여한다. 상세하게는, AP1은 하향링크 PPDU(1028)를 전송하고 BA(1030)를 수신한다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(1032)를 송신하고, 버퍼 상태 보고(BSR)(1034)를 수신한다. 이어서, AP1은 STA1로부터의 PPDU(1038)를 트리거하고(1036), 그의 수신에 대해 BA(1040)로 응답한다.

AP1은, MU-RTS TXS 프레임(1042)을 STA2로 송신하여 TXOP를 STA2로 반환(1045)하는 것에 의해, R-TWT1 SP 동안 R-TWT1 TID들의 프레임 교환을 완료한다. STA2가 MU-RTS TXS 프레임에 대한 응답으로 CTS(1044)를 송신한 후에, STA2는 또다시 TXOP 홀더로서 작동하고, PPDU(1046)를 송신하는 것으로 나타내어져 있다.

5.8. 예 8

도 22 및 도 23은 비-AP STA가 MU-RTS TXS 프레임을 사용하여 TXOP를 공유하는 것의 예시적인 실시예(1110)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

이 도면은 R-TWT1 SP의 스케줄링된 시작 시간 이전에 일반 EDCA TXOP(1120) 동안 BO(1112) 이후 STA2가 채널 액세스를 획득(1118)하는 예 7과 유사하다. STA2는, RTS(1114)를 송신하고 AP1로부터 CTS(1116)를 수신하는 것에 의해, RTS/CTS 프레임 교환을 개시한다. R-TWT1 SP(1122)의 스케줄링된 시작 시간 이전의 TXOP 동안, STA2는 현재 EDCA TXOP 규칙에 따라 PPDU(1124)를 전송할 수 있고, AP1로부터 BA(1126)를 수신한다. 이 예에서, STA2는 AP1과 TXOP를 공유할 것임을 나타내는 PPDU를 전송하고 AP1이 TXOP 홀더로서 거동(작동)하도록 허용한다.

STA2는 AP1과 TXOP를 공유하기 위해 R-TWT1 SP의 스케줄링된 시작 시간에 MU-RTS TXS 프레임(1128)을 송신하고 AP1이 R-TWT1 SP(1122) 동안 TXOP 홀더로서 거동(작동)하도록 허용한다. AP는 MU-RTS TXS에 대해 CTS(1130)로 응답한다.

이어서 AP1은 예 7에 대해 설명된 바와 같은 액션들을 수행하여, 하향링크 PPDU(1132)를 전송하고 STA1로부터 BA(1134)를 수신하는 것으로 나타내어져 있다. 이어서, AP1은 STA1의 버퍼 상태를 요청하는 BSRP(1136)를 송신하고, 버퍼 상태 보고(BSR)(1138)를 수신한다. 이어서, AP1은 STA1로부터의 PPDU(1142)를 트리거하고(1140), 그의 수신에 대해 BA(1144)로 응답한다.

AP1은, MU-RTS TXS 프레임(1146)을 STA2로 송신하여 TXOP를 STA2로 반환(1147)하는 것에 의해, R-TWT1 SP 동안 R-TWT1 TID들의 프레임 교환을 완료한다. STA2가 MU-RTS TXS 프레임에 대한 응답으로 CTS(1148)를 송신한 후에, STA2는 또다시 TXOP 홀더가 되고, PPDU(1150)를 송신하는 것으로 나타내어져 있다.

5.9. 예 9

도 24 및 도 25는 EDCA 기반 R-TWT SP의 예시적인 실시예(1210)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 예시적인 통신이 묘사되어 있다.

STA2는 BO(1212) 이후에 채널 액세스를 획득하고, 예 8에 도시된 바와 같이 R-TWT1 SP(1222)의 스케줄링된 종료 시간까지 TXOP을 예약한다(1218). STA2는 RTS(1214)를 전송하고 AP1로부터 CTS(1216)를 수신한다. CTS(1216)에 대한 응답으로, STA3 및 STA4는 RTS/CTS 교환에 따라 NAV(1228, 1230)를 설정하는 반면; STA1은 R-TWT1 SP(1222)의 스케줄링된 시작 시간까지 NAV(1224)만을 설정한다.

이어서, STA2는 R-TWT1 SP의 스케줄링된 시작 시간 이전에 TXOP 시간 동안 PPDU(1226)를 전송하고, BA(1232)를 수신한다. 이어서, STA2는 R-TWT1 SP 동안 자신의 NAV(1233)를 설정한다.

AP1과 STA1은, 제각기, BO(1234, 1236)로 채널을 두고 경쟁하기 시작한다. 적어도 하나의 실시예/모드/옵션에서, AP1은 R-TWT1의 R-TWT DL TID들에 대응하는 AC들의 EDCAF들을 사용하도록 허용될 수 있을 뿐이다. STA1은 <R-TWT1 TID들, STA1>의 R-TWT UL TID들에 대응하는 AC들의 EDCAF들을 사용하도록 허용될 수 있을 뿐이다.

AP1 또는 STA1이 채널을 획득할 때, 이들은 R-TWT1 TID들의 프레임들을 전송할 수 있다. 이 예에서, STA1은 AP1의 BO(1234) 동안 채널을 획득하고 PPDU(1238)을 송신하는 것으로 나타내어져 있다. AP1은 PPDU(1238)에 대해 BA(1240)로 응답한다. 이어서 AP1은 PPDU(1242)를 STA1로 송신하고 BA(1244)를 수신하는 것으로 나타내어져 있다.

5.10. 예 10

도 26 및 도 27은 AP가 TXOP를 예약하고 TXOP 공유를 나타내기 위해 CTS 프레임(AP MAC 주소로 설정된 RA 필드를 갖는 CTS 프레임)을 사용하는 것의 예시적인 실시예(1310)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 예시적인 통신이 묘사되어 있다. 이 예에서, STA1은 R-TWT1의 멤버이고, STA2는 R-TWT2의 멤버이며, STA3은 R-TWT 동작을 지원하지만 어떤 R-TWT의 멤버도 아니며, STA4는 R-TWT를 지원하지 않는다.

R-TWT1 SP(1311) 동안, R-TWT SP의 모든 멤버 STA들(AP1 및 STA1)과 R-TWT 스케줄링 AP는 BO(1312, 1314)로서 나타내어져 있는 바와 같이, 함께 채널을 두고 경쟁한다. 이들 둘 모두는 R-TWT SP 동안 채널을 획득하고, 각각은 CTS 프레임(1316 및 1318)을 송신한다.

도면에 도시된 바와 같이, R-TWT1 SP 동안 AP1과 STA1이 함께 채널을 두고 경쟁한다. AP1은 R-TWT1 DL TID들에 대응하는 AC들의 EDCAF들을 사용한다. STA1은 STA1의 R-TWT1 UL TID들에 대응하는 AC들의 EDCAF들을 사용한다.

도면에 도시된 바와 같이, AP1과 STA1은 동시에 채널 액세스를 획득한다. 이들은 동시에 AP에 대한 CTS 프레임(CTS to AP frame)들을 송신한다. R-TWT1의 멤버 STA들이 아닌 다른 STA들은 CTS 프레임에 따라 NAV(1320, 1322, 1324)를 설정하는 반면, R-TWT1의 멤버 STA들은 NAV 설정을 무시할 수 있다. CTS들이 동시에 송신될 때 CTS들의 스크램블링 시드(scrambling seed)가 동일한 값으로 설정된다는 점에 유의해야 한다. 예를 들어, CTS의 스크램블링 시드는 R-TWT 종료 시간에 기초할 수 있다.

이어서, AP1은 TXOP 홀더가 되고 R-TWT1 SP 동안 R-TWT1 TID들의 프레임 교환을 시작한다. 상세하게는, AP1은 BSRP(1326)를 송신하고 STA1로부터 BSR(1328)을 수신하는 것으로 나타내어져 있다. 이어서 AP1은 트리거 프레임(TF)(1330)을 송신하고, 이에 대해 STA1은 PPDU(1332)로 응답하며, 이에 대해 AP1은 BA(1334)로 확인응답한다. 이어서 AP1은 PPDU(1336)를 송신하고, 이에 대해 STA1은 BA(1338)로 확인응답한다.

적어도 하나의 실시예/모드/옵션에서, 버퍼에 R-TWT1의 UL R-TWT TID의 프레임들을 가지고 있는 R-TWT1의 멤버 STA만이 채널을 두고 경쟁할 수 있다. 적어도 하나의 실시예/모드/옵션에서, R-TWT1의 UL R-TWT TID의 프레임들(및/또는 R-TWT1 SP 동안 전송 우선순위를 부여받도록 스케줄링되는 P2P 트래픽)에 대응하는 EDCAF들만이 R-TWT1 SP 동안 백오프를 수행할 수 있다.

적어도 하나의 실시예/모드/옵션에서, R-TWT1 SP는 트리거 기반 R-TWT SP이고, R-TWT1 SP 동안 채널 액세스를 획득하는 R-TWT1의 멤버 STA는 프레임(예컨대, CTS 프레임)을 송신하여 자신의 TXOP를 AP와 공유하고 따라서 AP가 채널 액세스를 획득한 후에 즉시 TXOP 홀더로서 거동하도록 허용해야 한다. R-TWT1의 임의의 멤버 STA가 R-TWT1 SP 동안 AP로 CTS 프레임을 송신하거나 수신하는 경우, 해당 멤버 STA는 R-TWT1 SP의 종료 때까지 채널을 두고 경쟁하지 않아야 할 수 있다.

적어도 하나의 실시예/모드/옵션에서, AP가 R-TWT1 동안 TXOP(비-AP STA에 의해 공유되는 TXOP 포함함)를 획득한 경우, AP는 TXOP를 사용하여 R-TWT1의 임의의 멤버 STA들의 DL R-TWT TID들의 프레임들을 전송할 수 있다. 예를 들어, AP는 비-프라이머리(non-primary) AC의 DL R-TWT TID의 프레임들을 먼저 전송하고, 이어서 프라이머리 AC의 다른 DL R-TWT TID의 프레임들을 전송할 수 있다. 따라서, AP는 R-TWT1의 모든 멤버 STA들의 모든 DL R-TWT TID들의 임의의 프레임들을 전송하기로 결정할 수 있다.

적어도 하나의 실시예/모드/옵션에서, AP 또는 멤버 STA들에 의해 송신되는 AP에 대한 CTS 프레임은 R-TWT SP의 종료까지 TXOP를 예약해야 한다.

5.11. 예 11

도 28 및 도 29는 TXOP 동안 전송 오류가 발생할 때 TXOP 복구의 예시적인 실시예(1410)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

예 10에서와 같이, R-TWT1 SP(1412) 동안, R-TWT SP의 모든 멤버 STA들(AP1 및 STA1)과 R-TWT 스케줄링 AP는 BO(1414, 1416)로서 나타내어져 있는 바와 같이, 함께 채널을 두고 경쟁한다. 이들 둘 모두는 R-TWT SP 동안 채널을 획득하고, 각각은 CTS(1418 및 1420)를 송신한다. 다른 STA들은 R-TWT1 SP(1412)의 지속기간 동안 NAV(1422, 1424, 및 1426)를 설정하였다.

그렇지만, R-TWT 스케줄링 AP가 R-TWT SP 동안 AP에 대한 CTS 프레임을 수신하거나 전송할 때, AP는 R-TWT SP 동안 채널을 두고 경쟁할 수 있는 유일한 STA이다. 환언하면, 멤버 STA가 R-TWT SP 동안 AP에 대한 CTS 프레임을 수신하거나 전송할 때, 멤버 STA는 R-TWT SP가 종료될 때까지 채널을 두고 경쟁할 수 없다.

AP1은 TXOP 홀더가 되고 BSRP 프레임(1428)을 STA1로 송신하지만 타임아웃(1429) 내에 응답을 수신하지 못한다. STA1은 R-TWT1 SP가 종료될 때까지 채널을 두고 경쟁하도록 허용되지 않는다.

타임아웃 후에, AP1은 채널을 두고 경쟁(1430)하여 획득하고 BSRP(1432)를 송신하며, 이에 대해 STA1은 BSR(1434)로 응답한다. 이어서 AP1은 TF(1436)를 송신하고, 이에 대해 STA1은 PPDU(1438)을 전송하는 것으로 응답하며, 이에 대해 AP1는 BA(1440)로 확인응답한다. 이어서 AP1은 PPDU(1442)를 STA1로 송신하고, STA1은 BA(1444)를 송신한다.

5.12. 예 12

도 30 및 도 31은 TXOP 동안 전송 오류가 발생할 때 TXOP 복구의 예시적인 실시예(1510)를 예시한다. 이전 도면들에서와 같이, AP1(72), STA1(74), STA2(76), STA3(78) 및 STA4(80) 사이의 통신이 묘사되어 있다.

예 11에서와 같이, R-TWT1 SP(1512) 동안, R-TWT SP의 모든 멤버 STA들(AP1 및 STA1)과 R-TWT 스케줄링 AP는 BO(1514, 1516)로서 나타내어져 있는 바와 같이, 함께 채널을 두고 경쟁한다. 이들 둘 모두는 R-TWT SP 동안 채널을 획득하고, 각각은 CTS(1518 및 1520)를 송신한다. 다른 STA들은 R-TWT1 SP(1512)의 지속기간 동안 NAV(1522, 1524, 및 1526)를 설정하였다.

R-TWT 스케줄링 AP가 R-TWT SP 동안 AP에 대한 CTS 프레임을 수신하거나 전송할 때, AP는 R-TWT SP 동안 채널을 두고 경쟁할 수 있는 유일한 STA이다. 환언하면, 멤버 STA가 R-TWT SP 동안 AP에 대한 CTS 프레임을 수신하거나 전송할 때, 멤버 STA는 R-TWT SP가 종료될 때까지 채널을 두고 경쟁할 수 없다.

이어서, R-TWT1 SP가 EDCA 기반인(또는 트리거 기반이 아닌) 경우 AP와 R-TWT1 멤버 STA들, 이 경우에 STA1은 또다시 채널을 두고 경쟁한다(1528, 1530). R-TWT1 멤버 STA들은 CTS 프레임으로 인해 NAV를 무시하고 R-TWT1 SP 동안 채널을 두고 경쟁할 수 있다.

도면에서, STA1은 채널을 획득하고 PPDU(1532)를 AP1로 전송하며, AP1은 BA(1534)로 응답하는 것으로 나타내어져 있다. AP1은 채널을 획득하고 PPDU(1536)를 STA1로 송신하며, STA1은 BA(1538)로 응답한다.

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

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

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

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

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

본 명세서에서 사용되는 바와 같이, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 처리 유닛(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)으로서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 전송을 수행하는 무선 통신 회로; (b) WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서; (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하는 데 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하며, 상기 단계들은: (d)(i) R-TWT SP의 스케줄링된 시작 시간 이전에 비-AP STA에 의해 채널 액세스를 획득하는 단계; (d)(ii) 비-AP STA에 의해, R-TWT SP와 중첩하는 전송 기회(TXOP)를 예약하는 단계; (d)(iii) 비-AP STA가, TXOP 홀더로서, R-TWT SP의 스케줄링된 시작 시간 이전에 임의의 원하는 TXOP 동작들을 수행하는 단계; 및 (d)(iv) 비-AP STA에 의해, TXOP 또는 R-TWT SP가 종료될 때까지 TXOP 홀더로서 거동하도록 허용된 AP와 TXOP를 공유하는 단계를 포함하는, 장치.

네트워크에서 무선 통신을 위한 장치로서, (a) 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 별도의 STA인 무선 스테이션(STA)으로서 또는 다중 링크 디바이스(MLD)에서의 STA로서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 전송을 수행하고, 일반 STA 또는 AP(Access Point) STA로서 작동하는 무선 통신 회로; (b) WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서; (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하는 데 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하며, 상기 단계들은: (d)(i) R-TWT SP의 스케줄링된 시작 시간 이전에, AP로서 작동하는 STA 또는 비-AP STA에 의해, 채널 액세스를 획득하는 단계; (d)(ii) R-TWT SP의 스케줄링된 종료 시간까지, AP로서 작동하는 STA 또는 비-AP STA에 의해, TXOP를 예약하는 단계; 및 (d)(iii) AP로서 작동하는 STA 또는 비-AP STA에 의해, 프라이머리 액세스 카테고리(AC) 및 비-프라이머리 AC들 양쪽 모두로부터의 R-TWT의 지연에 민감한 트래픽의 프레임들을 R-TWT SP 동안 다른 프레임들보다 높은 우선순위로 전송하는 단계를 포함하는, 장치.

네트워크에서 무선 통신을 수행하는 방법으로서, (a) R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하는 데 무선 통신 프로토콜의 단계들을 수행하도록, 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 무선 스테이션들 - 각각의 STA는 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동함 - 사이에서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 전송을 수행하는 단계; (b) R-TWT SP의 스케줄링된 시작 시간 이전에 비-AP STA에 의해 채널 액세스를 획득하는 단계; (c) 비-AP STA에 의해, R-TWT SP와 중첩하는 전송 기회(TXOP)를 예약하는 단계; (d) 비-AP STA가, TXOP 홀더로서, R-TWT SP의 스케줄링된 시작 시간 이전에 임의의 원하는 TXOP 동작들을 수행하는 단계; 및 (e) 비-AP STA에 의해, TXOP 또는 R-TWT SP가 종료될 때까지 TXOP 홀더로서 거동하도록 허용된 AP와 TXOP를 공유하는 단계를 포함하는, 방법.

임의의 선행 구현에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 비-AP STA는 프라이머리 AC의 TXOP 제한을 무시하는, 장치 또는 방법.

임의의 선행 구현에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 비-AP STA는 R-TWT SP의 스케줄링된 종료 시간까지 TXOP를 예약하는, 장치 또는 방법.

임의의 선행 구현에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 비-AP STA는 프라이머리 AC의 TXOP 제한에 R-TWT SP 지속기간을 더한 값을 초과하도록 허용되지 않는, 장치 또는 방법.

임의의 선행 구현에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 비-AP STA는 R-TWT SP의 스케줄링된 종료 시간을 초과하지 않는 TXOP의 부분을 예약하는, 장치 또는 방법.

임의의 선행 구현에 있어서, 비-AP STA는 R-TWT SP의 스케줄링된 시작 시간 이전 또는 그 시점에 AP와 TXOP를 공유하는, 장치 또는 방법.

임의의 선행 구현에 있어서, 비-AP STA는 R-TWT SP의 스케줄링된 종료 시간을 초과하는 TXOP의 해당 부분을 AP와 공유하도록 허용되지 않는, 장치 또는 방법.

임의의 선행 구현에 있어서, TXOP 홀더로서 거동하는 AP는 R-TWT SP 동안 AP가 전송들을 완료할 때 비-AP STA와 TXOP를 공유하는, 장치 또는 방법.

임의의 선행 구현에 있어서, R-TWT SP의 멤버 STA들은 AP가 TXOP 홀더로서 거동하는 것을 완료한 후 R-TWT SP가 종료될 때까지 채널을 두고 경쟁하도록 허용되지 않는, 장치 또는 방법.

임의의 선행 구현에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 비-AP STA는: (a) R-TWT SP의 스케줄링된 종료 시간까지 TXOP를 예약하고/하거나; (b) 프라이머리 AC의 TXOP 제한에 R-TWT SP 지속기간을 더한 값을 초과하도록 허용되지 않고/않거나; (c) R-TWT SP의 스케줄링된 종료 시간을 초과하지 않는 TXOP의 해당 부분을 예약하는, 장치 또는 방법.

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

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

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

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

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

제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)으로서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 전송을 수행하는 무선 통신 회로;
(b) WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하는 데 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하며, 상기 단계들은:
(i) R-TWT SP의 스케줄링된 시작 시간 이전에 비-AP STA에 의해 채널 액세스를 획득하는 단계;
(ii) 상기 비-AP STA에 의해, R-TWT SP와 중첩하는 전송 기회(TXOP)를 예약하는 단계;
(iii) 상기 비-AP STA가, TXOP 홀더로서, R-TWT SP의 스케줄링된 시작 시간 이전에 임의의 원하는 TXOP 동작들을 수행하는 단계; 및
(iv) 상기 비-AP STA에 의해, TXOP 또는 R-TWT SP가 종료될 때까지 TXOP 홀더로서 거동하도록 허용된 AP와 TXOP를 공유하는 단계를 포함하는, 장치.
제1항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 비-AP STA는 프라이머리 AC의 TXOP 제한을 무시하는, 장치.
제1항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 비-AP STA는 R-TWT SP의 스케줄링된 종료 시간까지 TXOP를 예약하는, 장치.
제1항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 비-AP STA는 프라이머리 AC의 TXOP 제한에 R-TWT SP 지속기간을 더한 값을 초과하도록 허용되지 않는, 장치.
제1항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 비-AP STA는 R-TWT SP의 스케줄링된 종료 시간을 초과하지 않는 TXOP의 부분을 예약하는, 장치.
제1항에 있어서, 상기 비-AP STA는 R-TWT SP의 스케줄링된 시작 시간 이전 또는 그 시점에 상기 AP와 TXOP를 공유하는, 장치.
제1항에 있어서, 상기 비-AP STA는 R-TWT SP의 스케줄링된 종료 시간을 초과하는 TXOP의 해당 부분을 상기 AP와 공유하도록 허용되지 않는, 장치.
제1항에 있어서, 상기 TXOP 홀더로서 거동하는 상기 AP는 R-TWT SP 동안 상기 AP가 전송들을 완료할 때 상기 비-AP STA와 TXOP를 공유하는, 장치.
제1항에 있어서, 상기 R-TWT SP의 멤버 STA들은 상기 AP가 상기 TXOP 홀더로서 거동하는 것을 완료한 후 R-TWT SP가 종료될 때까지 채널을 두고 경쟁하도록 허용되지 않는, 장치.
네트워크에서 무선 통신을 위한 장치로서,
(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)으로서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 전송을 수행하는 무선 통신 회로;
(b) 상기 WLAN에서 작동하기 위해 상기 무선 통신 회로에 결합되는 프로세서;
(c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행 가능한 명령어들을 저장한 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하는 데 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하며, 상기 단계들은:
(i) R-TWT SP의 스케줄링된 시작 시간 이전에, AP로서 작동하는 STA 또는 비-AP STA에 의해, 채널 액세스를 획득하는 단계;
(ii) R-TWT SP의 스케줄링된 종료 시간까지, AP로서 작동하는 STA 또는 비-AP STA에 의해, TXOP를 예약하는 단계; 및
(iii) AP로서 작동하는 STA 또는 비-AP STA에 의해, 프라이머리 액세스 카테고리(AC) 및 비-프라이머리 AC들 양쪽 모두로부터의 R-TWT의 지연에 민감한 트래픽의 프레임들을 R-TWT SP 동안 다른 프레임들보다 높은 우선순위로 전송하는 단계를 포함하는, 장치.
제10항에 있어서, 프라이머리 AC의 TXOP 제한에 의해 제약되지 않는 AP로서 작동하는 상기 STA 또는 비-AP STA에 의해, R-TWT SP와 중첩하는 TXOP를 예약하는 단계를 더 포함하는, 장치.
제10항에 있어서, AP로서 작동하는 상기 STA 또는 비-AP STA에 의해, TXOP를 예약하는 단계 - TXOP는 프라이머리 AC의 TXOP 제한에 R-TWT SP 지속기간을 더한 값을 초과하도록 허용되지 않음 - 를 더 포함하는, 장치.
제10항에 있어서, TXOP를 예약하는 AP로서 작동하는 상기 STA 또는 비-AP STA는 해당 TXOP가 R-TWT SP 지속기간을 초과하도록 허용하지 않는, 장치.
제10항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 STA는, R-TWT SP의 스케줄링된 시작 시간에 또는 그 이전에 자신의 TXOP를 상기 AP와 공유하고, TXOP 동안 AP가 TXOP 홀더로서 거동하도록 허용하는, 장치.
제10항에 있어서, AP로서 작동하는 상기 STA 또는 비-AP STA는, TXOP 지속기간이 프라이머리 AC의 TXOP 제한을 초과하도록 허용하지 않으면서, R-TWT SP의 스케줄링된 종료 시간 이후로 TXOP를 연장하는, 장치.
네트워크에서 무선 통신을 수행하는 방법으로서,
(a) R-TWT(restricted-target wait time) SP(service period)들의 멤버 STA들과 지연에 민감한 트래픽의 프레임 교환을 위해 채널 자원들을 예약하는 데 무선 통신 프로토콜의 단계들을 수행하도록, 모든 링크들에서 랜덤 채널 액세스를 위해 EDCA(enhanced distributed channel access)가 활용되는 WLAN(wireless local area network) 상의 CSMA/CA(carrier sense multiple access/collision avoidance) 메커니즘을 사용하여 다른 무선 스테이션들(STA들)과 무선으로 통신하기 위해, 무선 스테이션들 - 각각의 STA는 별도의 STA이거나 다중 링크 디바이스(MLD)에서의 STA이며 일반 STA 또는 AP(Access Point) STA로서 작동함 - 사이에서 IEEE 802.11 네트워크의 MAC(medium access control) 계층들 사이의 프레임들의 전송을 수행하는 단계;
(b) R-TWT SP의 스케줄링된 시작 시간 이전에 비-AP STA에 의해 채널 액세스를 획득하는 단계;
(c) 상기 비-AP STA에 의해, R-TWT SP와 중첩하는 전송 기회(TXOP)를 예약하는 단계;
(d) 상기 비-AP STA가, TXOP 홀더로서, R-TWT SP의 스케줄링된 시작 시간 이전에 임의의 원하는 TXOP 동작들을 수행하는 단계; 및
(e) 상기 비-AP STA에 의해, TXOP 또는 R-TWT SP가 종료될 때까지 상기 TXOP 홀더로서 거동하도록 허용된 AP와 TXOP를 공유하는 단계를 포함하는, 방법.
제16항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 비-AP STA는 프라이머리 AC의 TXOP 제한을 무시하는, 방법.
제16항에 있어서, R-TWT SP와 중첩하는 TXOP를 예약하는 상기 비-AP STA는: (a) R-TWT SP의 스케줄링된 종료 시간까지 TXOP를 예약하고/하거나; (b) 프라이머리 AC의 TXOP 제한에 R-TWT SP 지속기간을 더한 값을 초과하도록 허용되지 않고/않거나; (c) R-TWT SP의 스케줄링된 종료 시간을 초과하지 않는 TXOP의 해당 부분을 예약하는, 방법.
제16항에 있어서, 상기 비-AP STA는 R-TWT SP의 스케줄링된 시작 시간 이전 또는 그 시점에 상기 AP와 TXOP를 공유하는, 방법.
제16항에 있어서, 상기 R-TWT SP의 멤버 STA들은 상기 AP가 상기 TXOP 홀더로서 거동하는 것을 완료한 후 R-TWT SP가 종료될 때까지 채널을 두고 경쟁하도록 허용되지 않는, 방법.