KR20230172590A - 제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs) - Google Patents

제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs) Download PDF

Info

Publication number
KR20230172590A
KR20230172590A KR1020237040371A KR20237040371A KR20230172590A KR 20230172590 A KR20230172590 A KR 20230172590A KR 1020237040371 A KR1020237040371 A KR 1020237040371A KR 20237040371 A KR20237040371 A KR 20237040371A KR 20230172590 A KR20230172590 A KR 20230172590A
Authority
KR
South Korea
Prior art keywords
twt
scs
sta
request
field
Prior art date
Application number
KR1020237040371A
Other languages
English (en)
Inventor
량샤오 신
모하메드 아부엘서우드
리-샹 쑨
칭 샤
Original Assignee
소니그룹주식회사
소니 코포레이션 오브 아메리카
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니그룹주식회사, 소니 코포레이션 오브 아메리카 filed Critical 소니그룹주식회사
Publication of KR20230172590A publication Critical patent/KR20230172590A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

SCS를 별도로 셋업하고 타겟 대기 시간(R-TWT)을 예비하는 것을 둘러싼 필요성 및 문제들이 제거되는 IEEE 802.11 프로토콜이다. 본 개시내용에서는 스테이션(STA)이 그 SCS의 셋업 절차 동안 스트림 분류 서비스(SCS)의 트래픽 전송을 위해 R-TWT의 스케줄링을 요청할 수 있는 새로운 데이터 구조들 및 프로세스들이 수행된다. 본 개시내용의 교시들을 이용함에 있어서, STA는 하나의 링크 상에서 TWT 셋업 프레임을 교환하여 다수의 링크 상에서 R-TWT를 스케줄링할 수 있다.

Description

제한된 타겟 대기 시간(R-TWT) 셋업이 있는 스트림 분류 서비스(SCS)
관련 출원들에 대한 상호 참조
본 출원은, 그 전체가 본 명세서에 참조로 포함되는, 2022년 7월 21일자로 출원된 미국 특허 출원 제17/814,166호에 대한 우선권 및 그 이익을 주장한다. 본 출원은, 그 전체가 본 명세서에 참조로 포함되는, 2022년 2월 1일자로 출원된 미국 가특허 출원 제63/267,397호에 대한 우선권 및 그 이익을 주장한다. 본 출원은, 그 전체가 본 명세서에 참조로 포함되는, 2021년 11월 10일자로 출원된 미국 가특허 출원 제63/263,862호에 대한 우선권 및 그 이익을 주장한다. 본 출원은, 그 전체가 본 명세서에 참조로 포함되는, 2021년 8월 11일자로 출원된 미국 가특허 출원 제63/260,173호에 대한 우선권 및 그 이익을 주장한다.
연방 후원 연구 또는 개발에 관한 진술
해당 없음
저작권 보호 대상 자료에 대한 고지
이 특허 문서의 자료의 일부는 미국 및 다른 국가들의 저작권 법률들 하에서 저작권 보호를 받을 수 있다. 저작권의 소유자는 누구든지 이 특허 문서 또는 특허 개시내용을 공개적으로 이용가능한 미국 특허청의 파일 또는 기록에 나타나 있는 대로 복사하는 것에는 이의가 없지만, 그렇지 않은 경우에는 모든 저작권을 보유한다. 저작권 소유자는 37 C.F.R.§1.14에 따른 권리를 포함하지만 이에 국한되지 않고 이 특허 문서를 비밀로 유지하기 위한 임의의 권리를 포기하지 않는다.
기술분야
본 개시내용의 기술은 일반적으로 802.11 하에서 동작하는 무선 근거리 네트워크들에 관한 것이며, 더 구체적으로는 스트림 분류 서비스(Stream Classification Service)(SCS) 셋업 동안 SCS의 트래픽 전송을 위한 제한된 타겟 대기 시간(Restricted Target Wait Time)(R-TWT)의 스케줄링 요청을 허용하는 CSMA/CA 프로토콜에 관한 것이다.
CSMA/CA를 이용하는 IEEE 802.11be와 같은 현재의 무선 기술들은 네트워크의 높은 처리량 성능에 초점을 맞추지만, 높은 레벨들의 낮은 레이턴시(낮은 지연) 성능을 제공하지 않는다. 그러나, 실시간 애플리케이션들(RTA)과 같은 다수의 애플리케이션들은 낮은 레이턴시 능력들을 요구하고, 따라서 기술 갭이 존재한다.
실시간 애플리케이션들(RTA들)은 낮은 레이턴시 통신을 요구하고 최선 노력 통신에 의존한다. RTA로부터 생성된 데이터는 RTA 트래픽이라고 하며, 전송기 STA에서 RTA 패킷들로서 패킷화될 것이다. 또한, 비-시간 민감 애플리케이션으로부터 생성된 데이터는 비-RTA 트래픽이라고 하며, 전송기 STA에서 비-RTA 패킷들로서 패킷화될 것이다.
RTA 패킷은 패킷 전달에 대한 그 높은 적시성 요건으로 인해 낮은 레이턴시를 요구한다. RTA 패킷은 특정 시간 기간 내에 전달될 때 유효하다.
이에 따라, RTA 패킷들에 대한 낮은 레이턴시 및 비-RTA 패킷 트래픽에 대한 높은 처리량을 제공할 수 있는 향상된 CSMA/CA WLAN 프로토콜들이 필요하다. 본 개시내용은 그 필요성을 충족시키고 추가적인 이점들을 제공한다.
CSMA/CA WLAN에 대한 본 개시내용의 프로토콜은 스테이션(STA)이 그 SCS의 셋업 절차 동안 스트림 분류 서비스(SCS)의 트래픽 전송을 위한 제한된 타겟 대기 시간(R-TWT)의 스케줄링을 요청할 수 있게 한다. 따라서, STA는 하나의 링크 상에서 TWT 셋업 프레임을 교환하여 다수의 링크 상에서 R-TWT를 스케줄링할 수 있다.
본 명세서에 설명된 기술의 추가의 양태들은 본 명세서의 다음의 부분들에서 도출될 것이고, 여기서 상세한 설명은 제한들을 두지 않고 본 기술의 바람직한 실시예들을 완전히 개시하기 위한 것이다.
본 명세서에 설명된 기술은 단지 예시적인 목적들을 위한 다음의 도면들을 참조하여 더 완전히 이해될 것이다.
도 1은 IEEE 802.11에 정의된 종래의 TSPEC 요소의 데이터 필드 도면이다.
도 2는 도 1의 TSPEC 요소의 TS 정보 필드의 데이터 필드 도면이다.
도 3은 IEEE 802.11에 정의된 TCLAS 요소의 데이터 필드 도면이다.
도 4는 IEEE 802.11에 정의된 TCLAS 프로세스 요소의 데이터 필드 도면이다.
도 5는 IEEE 802.11에 정의된 TWT 요소의 데이터 필드 도면이다.
도 6은 도 5의 TWT 요소의 제어 필드의 데이터 필드 도면이다.
도 7은 도 5의 브로드캐스트 TWT 파라미터 정보 필드의 데이터 필드 도면이다.
도 8은 도 7에 도시된 브로드캐스트 TWT 파라미터 정보 필드 내의 요청 유형 필드의 데이터 필드 도면이다.
도 9는 도 7에 도시된 브로드캐스트 TWT 파라미터 정보 필드 내의 브로드캐스트 TWT 정보 필드의 데이터 필드 도면이다.
도 10은 IEEE 802.11be에 정의된 SCS 셋업 절차의 레벨간 통신도이다.
도 11은 SCS 요청 프레임의 데이터 필드 도면이다.
도 12는 SCS 디스크립터 요소 포맷의 데이터 필드 도면이다.
도 13은 SCS 응답 프레임의 데이터 필드 도면이다.
도 14는 SCS 상태 필드의 데이터 필드 도면이다.
도 15는 TWT 셋업 시그널링의 레벨간 통신도이다.
도 16은 도 5에 도시된 바와 같은 TWT 요소를 운반하는 TWT 셋업 프레임의 데이터 필드 도면이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른, 무선국(STA) 하드웨어의 하드웨어 블록도이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른, 예를 들어 다중-링크 디바이스(MLD) 하드웨어에 포함되는 스테이션 구성의 하드웨어 블록도이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른, 고려를 위한 스테이션 토폴로지이다.
도 20 및 도 21은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 멤버십 요청 정보를 포함하는 SCS 요청 프레임을 전송하는 비-AP의 흐름도이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 멤버십 응답을 포함하는 SCS 응답 프레임에 응답하는 AP의 흐름도이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT 셋업 요청을 포함하는 수정된 SCS 디스크립터 요소의 데이터 필드 도면이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른, RTA-TSPEC 요소의 데이터 필드 도면이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른, RTA-TSPEC 요소에서의 수정된 TS 정보 필드 포맷의 데이터 필드 도면이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른, 기본 이용 사례를 설정할 때의 예시적인 RTA-TSPEC 요소 포맷의 데이터 필드 도면이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른, 수정된 SCS 상태의 데이터 필드 도면이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른, 수정된 TWT 요소의 데이터 필드 도면이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른, R-TWT가 있는 SCS 셋업의 통신도이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른, SCS의 설정 절차 동안에 SCS 트래픽 스트림에 대한 R-TWT를 스케줄링하지 않는 통신도이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른, 하나의 SCS 트래픽 스트림에 대해 다수의 R-TWT를 스케줄링하는 통신도이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른, 다른 링크들에 대한 R-TWT가 있는 SCS 셋업의 통신도이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른, 수정된 TWT 요소를 이용하는 R-TWT 셋업의 통신도이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른, 수정된 TWT 요소를 이용하는 브로드캐스트 TWT 셋업의 통신도이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른, 수정된 TWT 요소를 이용하는 웨이크 TBTT 협상의 통신도이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른, 수정된 TWT 요소를 이용하는 개별 협상의 통신도이다.
도 37 및 도 38은 본 개시내용의 적어도 하나의 실시예에 따른, SCS에 대한 R-TWT 스케줄링을 요청하는 SCS 셋업 절차를 개시하는 비-AP MLD의 흐름도이다.
도 39는 본 개시내용의 적어도 하나의 실시예에 따른, SCS 응답 프레임을 전송하고 SCS에 대한 멤버십을 할당하는 AP MLD의 흐름도이다.
도 40은 본 개시내용의 적어도 하나의 실시예에 따른, QoS 특성 요소 내의 R-TWT 요청 필드를 갖는 SCS 디스크립터 요소의 데이터 필드 도면이다.
도 41은 본 개시내용의 적어도 하나의 실시예에 따른, SCSID 서브필드를 갖는 수정된 브로드캐스트 TWT 파라미터 세트 필드의 데이터 필드 도면이다.
도 42는 본 개시내용의 적어도 하나의 실시예에 따른, 링크1 상의 SCSx 트래픽 스트림에 대한 R-TWT SP들을 스케줄링하는 AP1의 통신도이다.
도 43은 본 개시내용의 적어도 하나의 실시예에 따른, 상이한 링크 상의 SCSx 트래픽 스트림에 대한 R-TWT SP들을 스케줄링하는 AP1의 통신도이다.
도 44는 본 개시내용의 적어도 하나의 실시예에 따른, 다수의 링크 상의 SCSx 트래픽 스트림에 대한 R-TWT SP들을 스케줄링하는 MLD1의 통신도이다.
도 45는 본 개시내용의 적어도 하나의 실시예에 따른, 타임아웃 전에 SCSx에 대한 R-TWT 멤버십을 수신하지 않는 MLD3의 통신도이다.
1. IEEE 802.11 데이터 요소들의 도입
1.1. 트래픽 사양(TSPEC) 요소
도 1은 이하의 필드들을 갖는, IEEE 802.11에 정의된 TSPEC 요소 내의 내용을 도시한다. 요소 ID 필드는 이 경우에 TSPEC 요소와 같은 요소의 유형을 나타낸다. 길이 필드는 TSPEC 요소의 길이를 나타낸다. TS 정보(info) 필드는 이하의 도 2에서 논의되는 바와 같이 트래픽 스트림 정보를 제공한다.
공칭 MSDU 크기 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들의 공칭 크기를 나타낸다. 최대 MSDU 크기 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 크기를 나타낸다. 최소 서비스 간격 필드는 2개의 연속적인 서비스 기간(SP)의 시작 시간 사이의 최소 시간을 나타낸다. 최대 서비스 간격 필드는 2개의 연속적인 SP의 시작 시간 사이의 최대 시간을 나타낸다. 비활동 간격 필드는 그 TS가 삭제되기 전에 TS에 속하는 MSDU의 전송 도달 전의 최대 시간 간격을 나타낸다. 일시중지 간격 필드는 이 TS에 대해 연속적인 QoS(+)CF-Poll의 생성이 중지되기 전에 TS에 속하는 MSDU의 도달들 또는 전송들이 없는 시간의 최대 간격을 나타낸다.
서비스 시작 시간 필드는 제1 SP의 시작 시간을 나타낸다. 최소 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하기 위해 MAC SAP에 의해 지정된 최저 데이터 레이트를 나타낸다. 평균 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하기 위해 MAC SAP에 의해 지정된 평균 데이터 레이트를 나타낸다. 피크 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하기 위해 MAC SAP에 의해 지정된 최대 데이터 레이트를 나타낸다. 버스트 크기 필드는 피크 데이터 레이트에서 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU의 최대 버스트를 나타낸다. 지연 한계 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하도록 허용되는 최대 시간이다.
최소 PHY 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위한 최저 PHY 레이트를 나타낸다. 잉여 대역폭 허용 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하는데 이용되는 대역폭과 그 MSDU 또는 A-MSDU를 한번 최소 PHY 레이트로 전송하는데 이용되는 대역폭에 대한 그 재전송의 비를 나타낸다. 중간 시간 필드(Medium Time field)(초당 시간)는 매체에 액세스하도록 허용되는 시간을 나타낸다. DMG 속성 필드는 TSPEC가 방향성 멀티-기가비트(DMG) BSS에 적용될 때 제시된다.
도 2는 IEEE 802.11에 정의된 바와 같은 도 1의 TSPEC 요소의 TS 정보 필드 내의 내용들을 나타낸다. 이 요소는 다음의 서브필드들을 갖는다. 트래픽 유형 서브필드는 트래픽이 주기적인지 여부를 지정한다. TSID는 TS를 식별하기 위한 ID 번호를 나타낸다. 방향 서브필드는 데이터 전송의 방향을 지정한다. 액세스 정책 서브필드는 채널 액세스를 얻기 위한 방법을 지정한다. 집성 서브필드는 집성 스케줄이 요구되는지를 지정한다. APSD 서브필드는 자동 PS 전달이 이용되는지를 나타낸다. 사용자 우선순위 서브필드는 TS에 속하는 MSDU 또는 A-MSDU의 사용자 우선순위를 나타낸다. TSInfo Ack 정책 서브필드는 ACK(Acknowledgement)가 필요한지, 그리고 어느 형태의 ACK가 이용되어야 하는지를 나타낸다. 스케줄 서브필드는 스케줄의 유형을 나타낸다.
1.2. 트래픽 분류(TCLAS) 요소
도 3은 IEEE 802.11에서 정의되고 이하의 필드들을 갖는 TCLAS 요소의 내용을 도시한다. 요소 ID 필드는 요소의 유형을 나타내며, 이 경우, 이를 TCLAS 요소로서 나타낸다. 길이 필드는 TCLAS 요소의 길이를 나타낸다. 사용자 우선순위 필드는 상위 계층으로부터의 사용자 우선순위를 나타낸다. 프레임 분류자 필드는 상위 계층으로부터의 프레임들을 분류하는 방법을 나타낸다.
1.3. 트래픽 분류(TCLAS) 처리 요소
도 4는 IEEE 802.11에 정의되어 있고 이하의 필드들을 갖는 TCLAS 처리 요소 내의 내용을 나타낸 것이다. 요소 ID 필드는 이 경우에 TCLAS 처리 요소인 요소의 유형을 나타낸다. 길이 필드는 TCLAS 처리 요소의 길이를 나타낸다. 처리 필드는 다수의 TCLAS 요소들이 존재할 때 상위 계층으로부터의 트래픽을 분류하는 방법을 나타낸다.
1.4. TWT 요소
도 5는 IEEE 802.11ax에 정의되고 다음의 필드들을 갖는 TWT 요소의 포맷을 도시한다. 요소 ID 및 길이는 이전에 설명된 것과 동일한 목적을 서빙한다. 제어 필드는 제어 정보를 제공한다. TWT 요소에서의 제어 필드 내의 협상 유형 필드가 "2" 또는 "3"의 값으로 설정될 때, TWT 요소 내의 TWT 파라미터 정보 필드는 도 7에 도시된 바와 같이 브로드캐스트 TWT 파라미터 정보 필드를 운반한다.
IEEE 802.11be(드래프트 P802.11be_D1.01)에는 이 요소와 관련된 업데이트가 있다는 점에 유의해야 한다. 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드 내의 브로드캐스트 TWT 추천 필드가 "4"의 값으로 설정될 때, 이것은 브로드캐스트 TWT 파라미터 정보 필드에서 표시된 브로드캐스트 TWT(B-TWT)가 제한된 TWT(R-TWT)인 것을 나타낸다.
도 6은 NDP 페이징 표시자, 응답자 PM 모드, 협상 유형, TWT 정보 프레임 디스에이블, 웨이크 지속기간 유닛 및 예비 필드의 서브필드들을 갖는 TWT 요소의 제어 필드를 도시한다.
도 7은 브로드캐스트 TWT 파라미터 정보 필드(협상 유형이 2 또는 3일 때의 TWT 요소에서의 TWT 파라미터 정보 필드)를 도시한다. 서브필드들은 요청 유형, 타겟 웨이크 시간, 공칭 최소 TWT 웨이크 지속기간, TWT 웨이크 간격 가수 및 브로드캐스트 TWT 정보를 포함한다.
도 8은 도 7에 도시된 브로드캐스트 TWT 파라미터 정보 필드 내의 요청 유형 필드를 도시한다. 서브필드들은 TWT 요청, TWT 셋업 명령, 트리거, 마지막 브로드캐스트 파라미터 세트, 흐름 유형, 브로드캐스트 TWT 추천, TWT 웨이크 간격 지수 및 예비 서브필드를 포함한다.
도 9는 도 7에 도시된 브로드캐스트 TWT 파라미터 정보 필드 내의 브로드캐스트 TWT 정보 서브필드를 도시한다. 서브필드들은 예비 서브필드뿐만 아니라 브로드캐스트 TWT ID 서브필드 및 브로드캐스트 TWT 지속 서브필드를 포함한다.
1.5. 스트림 분류 서비스(SCS) 시그널링
도 10은 IEEE 802.11be(드래프트 P802.11be_D1.01)에 정의된 스트림 분류 서비스(SCS) 셋업의 예를 도시한다. STA들의 상호연동 모델은 IEEE 802.11 표준에 정의된 것과 동일할 수 있다.
비-AP STA는 AP에 대한 SCS 셋업 절차를 개시하기로 결정한다. 비-AP STA의 스테이션 관리 엔티티(SME)는 MLME-SCS.request 메시지를 그 MAC 하위 계층 관리 엔티티(MLME)에 전송한다. 비-AP STA의 MLME는 MLME-SCS.request 메시지를 수신할 때, MLME-SCS.request 메시지 내의 정보를 수집하고 SCS 요청 프레임을 AP에 전송한다. AP의 MLME는 프레임을 수신하고, 요청을 처리하는 그 SME에 대한 MLME-SCS.indication 메시지를 생성한다.
다음으로, AP의 SME는 SCS 셋업 결과를 포함하는 MLME-SCS.response 메시지를 그 MLME에 전송한다. 그 후, AP의 MLME는 SCS 응답 프레임을 비-AP STA에 전송한다. 비-AP STA의 MLME는 프레임을 수신하고, MLME-SCS.confirm 메시지를 그 SME에 전송한다. 그 다음, 이 시점에서 비-AP는 SCS 셋업이 성공적이었는지의 여부를 인식할 수 있다.
도 11 내지 도 14는 SCS 요청 프레임 및 관련 데이터를 설명한다.
도 11에는, 프레임 제어, 어드레스 필드(1-3), 시퀀스 제어, 액션, 및 프레임 체크 시퀀스(FCS)의 필드들을 갖는 SCS 요청 프레임이 도시되어 있다. 액션 필드는 다음의 서브필드들, 즉 카테고리, 강건한 액션, 대화 토큰, 및 SCS 디스크립터 리스트를 포함하는 것으로 도시되며, 이들 각각은 도 12에 도시된 필드들을 포함한다. SCS 디스크립터 리스트 필드는 다수의 SCS 디스크립터 요소를 운반할 수 있다는 것을 이해해야 한다.
도 12에서, 각각의 디스크립터 요소는 요소 ID, 길이, SCSID, 요청 유형, 액세스내 카테고리 우선순위, TCLAS, TCLAS 처리(선택적), TSPEC, 및 선택적 하위 요소들의 필드들을 가지는 것으로 도시된다.
도 13에는, 프레임 제어 지속기간, 어드레스(1-3), 시퀀스 제어, 액션, 및 FCS의 서브필드를 갖는 SCS 응답 프레임이 도시되어 있다. 액션 서브필드는 카테고리, 강건한 액션, 대화 토큰 및 SCS 상태 리스트의 서브필드들을 갖는 것으로 도시된다. SCS 상태 리스트 서브필드는 도 14에 도시된 바와 같이 다수의 SCS 상태 서브필드를 운반할 수 있다.
도 14에는 SCSID 및 상태 서브필드를 포함하는 SCS 상태 필드가 도시되어 있다. 이 상태는 SCSID 필드에 표시된 SCS의 SCS 셋업 결과(예를 들어, 수락, 거부, 이유에 따른 거부, 종료 등)를 나타낸다.
1.6. TWT 시그널링
도 15는 IEEE 802.11ax에 정의된 TWT 셋업 시그널링의 예를 도시한다. STA들의 상호연동 모델은 IEEE 802.11 표준에 정의된 것과 동일할 수 있다.
비-AP STA는 AP와의 TWT 셋업 절차를 개시하기로 결정한다. 비-AP STA의 스테이션 관리 엔티티(SME)는 MLME-TWTSETUP.request 메시지를 그 MAC 하위계층 관리 엔티티(MLME)에 전송한다. 비-AP STA의 MLME는 MLME-TWTSETUP.request 메시지를 수신할 때, 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 STA는 TWT 셋업이 성공적이었는지 여부를 인식(결정)할 수 있다.
도 16은 도 5에 도시된 프레임 내의 TWT 요소를 운반하는 TWT 셋업 프레임을 도시한다. TWT 셋업의 서브필드들은 프레임 제어, 지속기간, 어드레스(1-3), 시퀀스 제어, 데이터, 및 FCS이다. 그 다음, 데이터 필드는 카테고리, 액션, 대화 토큰 및 TWT 요소의 서브필드들로 도시되어 있다.
2. 본 개시내용의 문제 진술 및 기여
현재의 IEEE 802.11 프로토콜은 SCS 셋업 및 R-TWT 셋업을 개별적으로 지원한다. 그러나, 이것은, SCS가 성공적으로 셋업되지만, R-TWT가 그 SCS의 트래픽 전송에 대해 스케줄링될 수 없을 때 등의 문제를 야기할 수 있고, 이에 의해 SCS의 QoS 요건이 만족되지 않을 수 있다.
높은 처리량 성능 또는 낮은 레이턴시 성능 사이에 절충들이 종종 요구되는데, 왜냐하면 이들이 모든 트래픽에 걸쳐 동시에 달성되지 못할 수 있기 때문이다. 실시간 애플리케이션(RTA) 패킷 트래픽 및 비-RTA 패킷 트래픽의 상이한 요건들을 만족시키기 위해, 네트워크는 일부 특징들을 이용하여 RTA 패킷들을 전송할 때 그 낮은 레이턴시 성능을 개선하면서, 일부 다른 특징들을 이용하여 비-RTA 패킷들을 전송할 때 처리량을 최대화할 수 있다.
따라서, 이를 위해, RTA 트래픽 및 비-RTA 트래픽은 전송기 STA에 의해 식별되어야 하는 한편, 때때로 수신기 STA는 또한 RTA 패킷과 비-RTA 패킷 간의 구별로부터 이익을 얻는다. 그 다음, 네트워크는 RTA 및 비-RTA 트래픽의 요건들을 개별적으로 만족시키기 위해 상이한 특징들을 이용하도록 선택할 수 있다.
종종, RTA 트래픽은 접속 지향 통신의 방식으로 주기적으로 생성된다. STA들 간의 애플리케이션에 의해 확립된 RTA 접속 지향 통신을 RTA 세션이라고 한다. 일부 경우들에서, STA는, STA가 관리할 수 있어야 하는, 네트워크 내의 다수의 RTA 세션을 가질 수 있다.
WLAN 네트워크들에서 이러한 RTA 세션들을 관리하기 위해, 본 개시내용은 RTA 세션을 IEEE 802.11에서 스트림 분류 서비스(SCS) 트래픽 스트림으로 간주하도록 구성된다. 그 후, SCS 트래픽 스트림의 RTA 트래픽은 다른 트래픽과 구분될 수 있다. 한편, 제한된 타겟 대기 시간(R-TWT)은 RTA 트래픽의 전송을 위한 채널 리소스들을 스케줄링하고 예비하는데 이용될 수 있다. 본 개시내용은 SCS 셋업 절차 내의 R-TWT 셋업을 포함한다. SCS 트래픽 스트림이 RTA 세션에 대해 확립되면, 채널 리소스는 또한 R-TWT를 통한 RTA 트래픽 스트림의 레이턴시, 지터 및 패킷 손실과 같은 QoS 품질을 보장하도록 예비된다.
본 개시내용은 STA가 그 SCS의 셋업 절차 동안 SCS의 트래픽 전송에 대한 R-TWT 스케줄링을 요청할 수 있는 프로토콜을 제공한다. 이러한 구성을 이용함으로써, STA는 하나의 링크 상에서 TWT 셋업 프레임을 교환하여 다수의 링크 상에서 R-TWT를 스케줄링할 수 있다.
3. 본 개시내용의 실시예
3.1. 통신국(STA 및 MLD) 하드웨어
도 17은 본 개시내용의 프로토콜을 실행하도록 구성된 STA 하드웨어의 예시적인 실시예(10)를 나타낸다. 외부 I/O 접속(14)은 바람직하게는, 통신 프로토콜을 구현하는 프로그램(들)을 실행하기 위해 CPU(18) 및 메모리(예를 들어, RAM)(20)가 접속되어 있는 회로(12)의 내부 버스(16)에 결합된다. 호스트 머신은 하나 또는 다수의 안테나(29, 26a, 26b, 26c 내지 26n)에 각각 접속된 적어도 하나의 RF 모듈(24, 28)에 결합된 통신을 지원하기 위한 적어도 하나의 모뎀(22)을 수용한다. 다수의 안테나들(예를 들어, 안테나 어레이)을 갖는 RF 모듈은 전송 및 수신 동안 빔포밍을 수행하는 것을 허용한다. 이러한 방식으로, STA는 다수의 빔 패턴 세트를 이용하여 신호들을 전송할 수 있다.
버스(14)는 다양한 디바이스들을 CPU에, 예컨대 센서들, 액추에이터들 등에 접속시키는 것을 허용한다. 메모리(20)로부터의 명령어들은, 프로세서(18) 상에서 실행되어 통신 프로토콜을 구현하는 프로그램을 실행하고, 이는 STA가 액세스 포인트(AP) 스테이션 또는 정규 스테이션(비-AP STA)의 기능들을 수행하는 것을 허용하도록 실행된다. 프로그래밍은 현재의 통신 맥락에서 그것이 어떤 역할을 수행하고 있는지에 따라, 상이한 모드들(TXOP 홀더, TXOP 공유 참가자, 소스, 중간지, 목적지, 제1 AP, 다른 AP, 제1 AP와 연관된 스테이션들, 다른 AP와 연관된 스테이션들, 조정자, 피조정자, OBSS에서의 AP, OBSS에서의 STA 등)에서 동작하도록 구성된다는 것이 또한 이해되어야 한다.
따라서, STA HW는 적어도 하나의 모뎀, 및 적어도 하나의 대역 상의 통신을 제공하기 위한 관련 RF 회로로 구성되는 것으로 도시된다. 본 개시내용은 주로 6GHz 미만 대역에 관한 것이다.
본 개시내용은 다수의 모뎀(22)으로 구성될 수 있으며, 각각의 모뎀은 임의 수의 RF 회로에 결합된다는 것을 알아야 한다. 일반적으로, 더 많은 수의 RF 회로들을 이용하는 것은 안테나 빔 방향의 더 넓은 커버리지를 야기할 것이다. 이용되는 RF 회로들의 수 및 안테나들의 수는 특정 디바이스의 하드웨어 제약들에 의해 결정된다는 것을 알아야 한다. RF 회로 및 안테나들의 일부는 STA가 이웃 STA들과 통신하는 것이 불필요하다고 결정할 때 디스에이블될 수 있다. 적어도 하나의 실시예에서, RF 회로는 주파수 변환기, 어레이 안테나 제어기 등을 포함하고, 전송 및 수신을 위한 빔포밍을 수행하도록 제어되는 다수의 안테나에 접속된다. 이러한 방식으로, STA는 다수의 빔 패턴 세트를 이용하여 신호들을 전송할 수 있으며, 각각의 빔 패턴 방향은 안테나 섹터로서 고려된다.
또한, 도면에 도시된 바와 같은 스테이션 하드웨어의 다수의 인스턴스들이 다중-링크 디바이스(MLD)로 결합될 수 있으며, 이는 전형적으로 활동을 조정하기 위한 프로세서 및 메모리를 가질 것이지만, MLD 내의 각각의 STA에 대해 별개의 CPU 및 메모리에 대한 필요성이 항상 존재하는 것은 아니라는 점에 유의할 것이다.
도 18은 다중-링크 디바이스(MLD) 하드웨어 구성을 도시하며, 다중-링크 디바이스(MLD) 하드웨어 구성의 예시적인 실시예(40)를 예시한다. 소프트 AP MLD는 AP들로서 동작하는 하나 이상의 연계된 STA로 구성되는 MLD이다. 소프트 AP MLD는 2.4GHz, 5GHz 및 6GHz에서의 다수의 라디오 동작을 지원해야 한다. 다수의 라디오들 중에서, 기본 링크 세트들은 동시 전송 및 수신(STR) 모드를 만족시키는 링크 쌍들, 예를 들어, 기본 링크 세트(2.4GHz 및 5GHz), 기본 링크 세트(2.4GHz 및 6GHz)이다.
조건부 링크는 일부 기본 링크(들)와 비동시 전송 및 수신(NSTR) 링크 쌍을 형성하는 링크이다. 예를 들어, 이러한 링크 쌍들은 5GHz가 기본 링크일 때 5GHz 링크에 대응하는 조건부 링크로서 6GHz 링크를 포함할 수 있으며; 5GHz 링크는 6GHz가 기본 링크일 때 6GHz 링크에 대응하는 조건부 링크이다. 소프트 AP는 Wi-Fi 핫스팟들 및 테더링을 포함하는 상이한 시나리오들에서 이용된다.
다수의 STA는 MLD와 연계되며, 각각의 STA는 상이한 주파수의 링크 상에서 동작한다. MLD는 애플리케이션들에 대한 외부 I/O 액세스를 가지며, 이러한 액세스는 CPU(62) 및 메모리(예로서, RAM)(64)를 갖는 MLD 관리 엔티티(48)에 접속되어, MLD 레벨에서 통신 프로토콜들을 구현하는 프로그램(들)의 실행을 가능하게 한다. MLD는 그것이 접속되는 각각의 연계된 스테이션에 작업들을 분배하고 그로부터 정보를 수집할 수 있는데, 여기에서 STA 1(42), STA 2(44) 내지 STA N(46) 및 연계된 STA들 사이의 정보의 공유로서 예시된다.
적어도 하나의 실시예에서, MLD의 각각의 STA는 하나 이상의 안테나를 갖는 적어도 하나의 RF 회로(56)에 접속되는 적어도 하나의 모뎀(54)에 버스(58)를 통해 결합되는 그 자신의 CPU(50) 및 메모리(RAM)(52)를 갖는다. 이 예에서, RF 회로는 안테나 어레이에서와 같이 다수의 안테나(60a, 60b, 60c 내지 60n)를 갖는다. 모뎀은 RF 회로 및 연관된 안테나(들)와 조합하여 이웃 STA들과 데이터 프레임들을 전송/수신한다. 적어도 하나의 구현에서, RF 모듈은 주파수 변환기, 어레이 안테나 제어기, 및 그 안테나들과 인터페이싱하기 위한 다른 회로들을 포함한다.
특정 MLD 구현에 따라, STA들이 서로 및/또는 MLD 관리 엔티티와 리소스들을 공유할 수 있기 때문에, MLD의 각각의 STA가 반드시 그 자신의 프로세서 및 메모리를 요구하는 것은 아니라는 것을 이해해야 한다. 위의 MLD 다이어그램은 제한이 아닌 예로서 주어지는 반면, 본 개시내용은 광범위한 MLD 구현들로 동작할 수 있다는 것을 이해해야 한다.
3.2. 고려를 위한 네트워크 토폴로지
도 19는 본 개시내용의 예들에서 고려하기 위한 예시적인 STA 토폴로지를 도시한다. 도면은 관련된 기술들의 논의들을 돕기 위해 그리고 제안된 기술의 개선된 이해를 가능하게 하기 위해 제공된다. 프로토콜이 임의의 원하는 토폴로지의 WLAN STA들과 MLD들 사이의 통신들 상에서 이용될 수 있으므로, 본 개시내용은 이 예의 토폴로지로 결코 제한되지 않는다는 것이 인식되어야 한다.
MLD는 하나보다 많은 연계된 STA를 갖고 하나의 MAC 데이터 서비스를 포함하는 하나의 MAC 서비스 액세스 포인트(SAP) 대 논리 링크 제어(LLC)를 갖는 디바이스이다.
AP들이 그 MLD와 연계되어 있다면, MLD는 AP MLD이다. MLD는 비-AP STA들이 그 MLD와 연계되어 있다면 비-AP MLD이다.
도 19에 도시된 바와 같이, 시나리오는 총 7개의 스테이션을 갖는 것으로 예시되며, 그 중 6개는 회의실 내의 MLD들(72, 74 및 76) 내에 있다. AP1(78) 및 AP2(80)는 다중-링크 디바이스(72)(MLD #1)와 연계되고, STA1(82) 및 STA4(88)는 MLD #2(74)와 연계되고, STA3(86) 및 STA5(90)는 MLD #3(76)과 연계된다. STA2(84)는 링크1(92) 상에서 동작하는 비-AP STA, 또는 단일 링크 MLD(즉, 하나의 STA만을 가지며 하나의 링크 상에서 동작하는 특수 MLD)를 포함할 수 있다. STA1, STA2 및 STA3은 링크1(94, 98)을 통해 AP1과 연관되고, STA4 및 STA5는 링크2(96 및 100)를 통해 AP2와 연관된다. 모든 STA들은 모든 링크들 상의 랜덤 채널 액세스를 위해 EDCA를 이용한다.
3.3. R-TWT 멤버십 교환을 갖는 SCS 셋업 절차
SCS 셋업 프로세스는 이 섹션에서 그 SCS의 트래픽에 대한 R-TWT 멤버십 교환을 포함하여 설명된다. SCS 셋업 절차에서 R-TWT 멤버십 교환을 추가하는 목적은, SCS의 트래픽을 전송하고, 처리량, 레이턴시, 지터, 및 패킷 손실 등의 그 QoS 요건을 만족시키고, 그 후 SCS가 확립되도록 R-TWT SP를 스케줄링하는 것이다. R-TWT 서비스 기간(SP)이 SCS의 트래픽을 전송하도록 스케줄링될 수 없다면, SCS 셋업 요청은 거절될 수 있다.
SCS 셋업 절차와 R-TWT 셋업 절차는, 원한다면, 분리될 수 있고, R-TWT SP들은 SCS 트래픽 스트림의 QoS 요건을 만족시키도록 스케줄링된다는 점에 유의한다.
본 개시내용에서, 다음은 비-AP STA 및 그 연관된 AP가 SCS 셋업 절차를 시작할 때 수행된다. (a) R-TWT 멤버십 요청은, 비-AP STA에 의해 전송된 SCS 요청 프레임의 TWT 요소 내의, SCSx로 표시된, SCS의 SCS 설명 요소에 포함될 수 있다. 이러한 경우, R-TWT 멤버십 요청은 SCSx의 트래픽 전송에 대한 R-TWT 파라미터 요청을 표시한다.
(b) R-TWT 멤버십 응답은 AP에 의해 전송된 대응하는 SCS 응답 프레임의 TWT 요소 내의 SCSx의 SCS 상태 요소에 포함될 수 있다. 이러한 경우, R-TWT 멤버십 응답은 다음의 응답들 중 하나를 표시한다.
(b)(i) R-TWT 멤버십 요청이 수락되고, 비-AP STA는 SCSx의 트래픽을 전송하기 위해 수락된 R-TWT 스케줄링을 따른다. SCSx의 트래픽은 수락된 R-TWT SP들 동안 전송되도록 스케줄링될 것이다. 예를 들어, 트리거 기반 R-TWT이면, AP는 그 SCSx 트래픽 스트림에 대한 트리거 기반 전송을 스케줄링할 것이다. 비-AP STA는 수락된 R-TWT의 멤버 STA가 된다. SCSx는 수락된 R-TWT들의 멤버 SCS로서 표시된다. 적어도 하나의 실시예/모드/경우에서, R-TWT의 멤버 SCS에 속하지 않는 트래픽은 그 R-TWT의 SP들 동안 전송되도록 허용되지 않거나, 그 R-TWT의 멤버 SCS들의 트래픽보다 낮은 우선순위가 주어져 그 R-TWT의 SP들 동안 전송한다. 적어도 하나의 실시예/모드/경우에서, R-TWT의 멤버 SCS와 동일한 TID를 갖고, 재전송될 필요가 있지만 R-TWT의 임의의 멤버 SCS에 속하지 않는 프레임들이 있다면, AP는 그 R-TWT의 SP 동안 이러한 프레임들을 전송할 수 있다. AP는 그 TID에 대해 블록 확인응답이 이용될 때 그 R-TWT의 SP 동안 동일한 TID를 갖는 R-TWT의 멤버 SCS들의 프레임들보다 일찍 이러한 프레임들을 전송해야 한다. 이것은, 이들 프레임들의 시퀀스 번호들이 할당되었고 이들은 동일한 TID를 갖는 그 R-TWT의 멤버 SCS들의 프레임들보다 작기 때문이다.
(b)(ii) R-TWT 멤버십 요청이 수락되지 않지만, 제안된 R-TWT 파라미터들이 AP에 의해 주어진다. 비-AP STA는 제안된 R-TWT 파라미터들에 기반하여 멤버십을 재요청할 수 있다. 특정 경우들에서, 제안된 R-TWT 파라미터들은 비-AP STA가 멤버인 R-TWT들과 관련되지 않을 수 있거나, 또는 비-AP STA가 멤버인 R-TWT와 관련된 제안된 R-TWT 파라미터들은 그 R-TWT의 비-AP STA의 멤버십에 영향을 미치지 않는다.
(b)(iii) R-TWT 멤버십 요청이 거부되고, 비-AP는 그 R-TWT에서의 멤버십을 재요청해서는 안 된다.
이 섹션에서, 제안된 기술들은 그 SCS의 셋업 절차 동안에 SCS에 대한 R-TWT 스케줄링을 고려한다. 개별 TWT 및 브로드캐스트 TWT와 같은 다른 유형의 TWT가 SCS 셋업 절차 동안 셋업될 수 있는 것도 허용가능하다. 모든 유형의 TWT 셋업 시그널링 정보가 TWT 요소에 의해 운반되기 때문에, 다른 유형의 TWT의 셋업 시그널링 교환은 SCS 셋업 절차에서의 R-TWT 멤버십 교환과 동일할 수 있다. SCS 절차 동안의 다른 유형의 TWT들의 TWT 셋업 절차는 섹션 1.6에 도시된 바와 동일할 수 있다.
SCS 셋업 절차는, SCS 요청 프레임 및 SCS 응답 프레임의 포맷이 TWT 멤버십 요청/응답을 추가하도록 수정된다는 점을 제외하고는, 도 10에 도시된 것과 동일할 수 있다는 점에 유의해야 한다. 프레임들의 변경은 후술될 것이다.
3.3.1. R-TWT 멤버십 요청 정보를 갖는 비-AP 전송 SCS 요청 프레임
이 섹션은 비-AP STA 측에서의 R-TWT 셋업 요청을 포함하는 SCS에 대한 셋업 절차를 나타낸다. 이 섹션은 이하의 동작들에 대한 상세를 설명한다.
(a) 비-AP STA가 그 SCS에 대한 R-TWT 셋업 요청을 운반하는 SCS 셋업 요청을 전송하는 프로세스는 다음과 같다. 적어도 하나의 실시예에서, R-TWT 셋업 요청을 포함하는 SCS 요청은 도 23에 도시된 바와 같이 수정된 SCS 디스크립터 요소에서 운반될 수 있다. 비-AP STA는 도 12에 도시된 바와 같이 SCS 요청 프레임을 전송할 수 있으며, 이에 의해 SCS 디스크립터 리스트 필드는 하나 이상의 수정된 SCS 디스크립터 요소를 AP에 운반할 수 있다. 각각의 수정된 SCS 디스크립터 요소는 SCS ID 필드에서 표시된 하나의 SCS에 대한 SCS 셋업 요청을 나타낸다.
(b) AP가 그 SCS에 대한 R-TWT 셋업 요청을 운반하는 SCS 셋업에 응답하는 프로세스는 다음과 같다. 적어도 하나의 실시예에서, 그 SCS에 대한 R-TWT 스케줄링을 포함한 SCS 셋업에 대한 응답은, 도 27에 도시된 바와 같이 수정된 SCS 상태 요소에서 운반될 수 있다. AP는 도 25에 도시된 바와 같이 SCS 응답 프레임을 전송하며, 이에 의해 SCS 상태 리스트는 도 27에 도시된 바와 같이 하나 이상의 수정된 SCS 상태 요소를 운반할 수 있다. 각각의 수정된 SCS 상태 요소는 SCS ID 필드에 표시된 하나의 SCS에 대한 셋업 응답을 나타낸다는 점에 유의해야 한다.
도 20 및 도 21은, R-TWT 멤버십 요청 정보를 포함하는 SCS 셋업을 요청하기 위해 R-TWT 셋업 요청을 포함하는 SCS 요청 프레임을 그 연관된 AP에 전송하는 비-AP의 예시적인 실시예(110)를 나타낸다.
비-AP는 SCSx로 표시된 SCS를 확립하기 위해 SCS 요청 프레임(112)을 AP에 전송한다. 비-AP STA는 SCSx 동안 SCSx의 트래픽 전송에 대한 그 R-TWT 셋업 요청을 표시할 수 있다. 예를 들어, SCS 요청 프레임 내의 SCSx의 SCS 디스크립터 요소 내에서, 비-AP STA는, 비-AP STA가 SCSx의 트래픽 전송에 대해 R-TWT 스케줄링을 요청한다는 것을 표시하기 위해 RTA-TSPEC 요소 내의 TS 정보 필드 포맷(또는 IEEE 802.11be에 정의된 QoS 특성 요소 내의 제어 정보 필드)에서 R-TWT 요청 필드를 "요구됨" 또는 "선택적임"으로 설정할 수 있다.
그 후, SCSx에 대한 그 R-TWT 스케줄링 요건을 표시하기 위해 SCSx의 SCS 디스크립터 요소에 TWT 요소가 포함될 수 있다. TWT 요소의 제어 필드 내의 협상 유형 필드는 TWT 요소가 멤버십 교환에 대한 것임을 표시하기 위해 "3"으로 설정되어야 한다. 비-AP가 SCSx의 트래픽 전송을 위해 R-TWTx의 멤버십을 요청하고 있다고 가정한다. 그 후, TWT 요소는 R-TWTx의 브로드캐스트 TWT 파라미터 세트 필드를 포함한다. R-TWTx의 브로드캐스트 TWT 파라미터 세트 필드의 요청 유형 필드에서의 TWT 요청 필드 및 브로드캐스트 TWT 추천 필드는, TWT 요소가 R-TWT 멤버십 요청에 대한 것임을 표시하기 위해, 각각 "1" 및 "4"로 설정되어야 한다. R-TWTx의 브로드캐스트 TWT 파라미터 세트 필드의 요청 유형 필드에서의 브로드캐스트 TWT 추천 필드는 값 "4" 또는 R-TWTx가 R-TWT임을 표시하는 다른 값들로 설정될 수 있다. 비-AP는 상이한 R-TWT들의 멤버십을 요청하기 위해 하나의 SCS 디스크립터 요소 내의 하나 이상의 TWT 요소에 다수의 브로드캐스트 TWT 파라미터 세트 필드를 가질 수 있다는 점에 유의할 것이다.
적어도 하나의 실시예/모드/경우에서, 비-AP STA는, SCSx의 SCS 디스크립터 요소에 TWT 요소를 추가하지 않으면서, RTA-TSPEC 요소 내의 TS 정보 필드 포맷에서 R-TWT 요청 필드를 "요구됨" 또는 "선택적임"으로 설정할 수 있다. 그 다음, 적어도 하나의 실시예에 따르면, AP는 SCS 셋업 요청을 수락한다면 SCSx에 대한 비요청 R-TWT 스케줄링을 전송할 수 있다.
비-AP는 R-TWT 요청 필드를 "요구되지 않음"으로 설정할 수 있고, SCS 요청 프레임은 IEEE 802.11에 정의된 바와 같이 SCS 셋업을 위한 것일 뿐이다. 어떠한 TWT 요소도 SCS 요청 프레임 내의 SCS 디스크립터 요소에 의해 운반되지 않는다. 이것은 기존의 프로토콜과의 역호환성을 제공한다. 다음으로, 비-AP STA는 SCSx의 셋업 결과들을 표시하는 SCS 응답 프레임을 수신한다.
블록(114)에서, AP가 SCS 셋업 요청을 거부했다고 결정되면, 연관된 R-TWT 셋업 요청뿐만 아니라 SCS 셋업이 도 21의 124에서 실패했다.
실행은 블록(126)으로 이동하고, 여기서 AP는 제안된 파라미터 설정을 포함할 수 있다. 비-AP는 SCS 셋업을 다시 요청하기 위해 제안된 파라미터 설정을 이용하여 또 다른 SCS 요청 프레임을 재전송할 수 있다. 적어도 하나의 실시예/모드/경우에, SCSx 셋업이 거부될 때, AP는 SCS 응답 프레임 내의 대응하는 SCS 상태 요소에 TWT 요소를 포함하지 않는다.
도 20의 블록(114)에서 비-AP는 AP가 SCSx 셋업을 수락하는 SCS 응답 프레임을 AP로부터 수신한다. 그러면, SCSx 셋업은 성공적이고, 블록(116)에서 비-AP는 SCS의 트래픽을 다른 트래픽과 구분할 수 있다. SCSx가 성공적으로 확립되면, 비-AP STA는 SCS에 대한 R-TWT 셋업 요청이 AP에 의해 수락되는지 여부를 도 21의 118에서 체크한다.
블록(118)에서 R-TWT 셋업 요청이 수락되는 경우, 블록(122)에서 비-AP STA는 SCS 응답 프레임에서의 SCSx의 상태 요소 내의 TWT 요소에 표시된 R-TWT(들)의 멤버가 된다. SCS의 트래픽은 이들 R-TWT(들)의 멤버 SCS가 된다.
R-TWT 셋업 요청이 블록(118)에서 수락되지 않는다면, 블록(120)에서 AP에 의해 고지된 R-TWT들의 비-AP STA의 멤버십을 변경하지 않는다.
SCS가 기존의 SCS를 변경할 것을 요청받는다면, TWT 요소는 그 SCS의 SCS 디스크립터 요소에 추가될 수 없다.
SCS 셋업 요청이 수락되지만, 그 SCS에 대한 R-TWT 셋업 요청이 거부된다면, 비-AP STA는 TWT 셋업 프레임을 전송하여 R-TWT의 멤버십을 요청할 수 있다.
도 22는 AP가 SCS에 대한 R-TWT 셋업 응답을 포함하는 SCS 응답 프레임에 응답하는 예시적인 실시예(130)를 나타낸다.
AP가 SCSx로 표시된 SCS를 확립하기 위해 비-AP STA로부터 R-TWT 셋업 요청을 포함하는 SCS 요청 프레임을 수신하고(132), SCSx에 속하는 트래픽을 전송하도록 R-TWT SP들을 스케줄링할 때, AP는 R-TWT 셋업 응답을 포함하는 SCS 응답 프레임을 비-AP STA에 전송한다(134).
블록(136)에서 AP가 SCS 요청 및 R-TWT 셋업 요청을 수락하는지가 결정된다. AP에 의해 이루어진 SCSx 셋업은 SCS 응답 프레임 내의 SCSx의 SCS 상태 요소에서 표시될 수 있다. SCSx의 SCS 상태 요소 내에, SCSx에 대한 R-TWT 셋업에 대한 응답이 또한 포함될 수 있다. 적어도 하나의 실시예/모드/경우에, AP는 R-TWT 셋업의 거부를 표시하기 위해 SCSx의 SCS 상태 요소에 어떠한 TWT 요소도 포함시키지 않는다는 것을 이해해야 한다.
SCS 및 R-TWT가 수락되는 경우, 블록(138)에서 비-AP STA는 R-TWT의 멤버가 되고, SCS에 속하는 트래픽은 R-TWT SP 동안 전송되도록 스케줄링된다. 그렇지 않고, 요청이 블록(136)에서 수락되지 않는다면, 블록(140)에서 SCS에 속하는 트래픽은 허용되지 않거나, R-TWT SP들 동안에 전송된 것보다 낮은 우선순위가 주어진다.
보다 구체적으로는, 적어도 하나의 실시예에서, AP는 비-AP에 응답하기 위해 다음과 같은 옵션들을 갖는다.
(a) AP는 SCSx 셋업 및 SCSx에 대한 R-TWT 셋업 요청을 수락한다. 이 경우, SCSx는 성공적으로 확립되고, SCSx의 트래픽은 다른 트래픽과 구분될 수 있다. AP는 또한 SCSx의 트래픽을 전송하기 위해 R-TWT(들)를 할당한다. AP는 SCSx의 트래픽 전송을 위한 R-TWT 스케줄링을 표시하기 위해 SCSx의 수정된 SCS 상태 필드에 TWT 요소를 추가한다. 보다 구체적으로, R-TWT SP가 트리거 기반일 때, AP는 그 R-TWT의 SP들 동안 SCS에 속하는 트래픽의 전송을 스케줄링할 것이다.
(b) AP는 SCSx 셋업 요청을 수락하지만, SCSx에 대한 R-TWT 셋업 요청을 거부한다. 이러한 경우는 SCSx의 SCS 디스크립터 요소에서의 RTA-TSPEC 요소 내의 TS 정보 필드 포맷의 R-TWT 요청 필드가 "선택적임"으로 설정되는 SCS 요청 프레임을 AP가 수신할 때에만 발생할 수 있다는 점에 유의한다. 이 경우, SCSx는 성공적으로 확립되지만, SCSx의 트래픽 전송을 위해 어떠한 R-TWT도 스케줄링되지 않는다. SCSx에 대한 R-TWT 셋업 요청을 거부하기 위해, AP는, (1) SCSx에 대한 SCS 상태 요소에 TWT 요소를 포함시키지 않거나, (2) 그 SCS에 대한 R-TWT 셋업 요청의 거부를 표시하기 위해 SCSx에 대한 SCS 상태 요소에 "TWT 거부"를 표시하는 TWT 셋업 명령 필드를 갖는 TWT 요소를 추가하거나, (3) R-TWT 셋업 요청을 거부할 때 SCS에 대한 R-TWT 셋업에 대한 제안된 파라미터를 표시하기 위해 SCS에 대한 SCS 상태 요소에 "TWT 대체" 또는 "TWT 지시"를 표시하는 TWT 셋업 명령 필드를 갖는 TWT 요소를 추가할 수 있다.
(c) 그렇지 않으면, AP는 SCSx 셋업 요청을 거부하고 SCSx에 대한 R-TWT 셋업 요청을 거부한다. 이 경우, SCSx 셋업은 실패했고, SCSx의 트래픽 전송을 위해 어떠한 R-TWT도 스케줄링되지 않는다. SCSx에 대한 R-TWT 셋업 요청을 거부하기 위해, AP는, (1) SCSx에 대한 SCS 상태 요소에 TWT 요소를 포함시키지 않거나, (2) 그 SCS에 대한 R-TWT 셋업 요청의 거부를 표시하기 위해 SCSx에 대한 SCS 상태 요소에 "TWT 거부"를 표시하는 TWT 셋업 명령 필드를 갖는 TWT 요소를 추가하거나, (3) R-TWT 셋업 요청을 거부할 때 SCS에 대한 R-TWT 셋업에 대한 제안된 파라미터를 표시하기 위해 SCS에 대한 SCS 상태 요소에 "TWT 대체" 또는 "TWT 지시"를 표시하는 TWT 셋업 명령 필드를 갖는 TWT 요소를 추가할 수 있다.
3.3.2. 통신 프레임 포맷들
도 23은 SCS ID 필드에 표시된 SCS의 수정된 SCS 디스크립터 요소의 예시적인 실시예(150)를 나타낸다. 수정된 SCS 디스크립터 요소는 SCS에서 표시된 SCS의 트래픽 전송에 대한 R-TWT 셋업 요청을 운반할 수 있다. 도 13에 도시된 SCS 디스크립터 요소와 비교한 이 수정된 SCS 디스크립터 요소의 수정이 이하에서 설명된다. 아래의 어떠한 설명도 없이 이러한 필드들에 대해, 이들은 도 13의 것들과 동일하거나 예비될 수 있다.
SCS 디스크립터 요소의 요청 유형을 표시하기 위해 요청 유형 필드가 설정된다. 비-AP STA가 요청 유형 필드를 "추가"로 설정하면, 비-AP STA는 새로운 SCS를 추가할 것을 요청한다. 그 후, AP는 요청이 수락되었는지 여부를 응답한다. AP는 또한, RTA-TSPEC 요소 내의 TS 정보 필드 내의 R-TWT 요청 필드가 "요구됨"으로 설정된 SCS 요청을 수락한다면 새로운 SCS에 대한 R-TWT 셋업 요청을 수락해야 한다. RTA-TSPEC 요소에서의 TS 정보 필드 내의 R-TWT 요청 필드가 "선택적임"으로 설정되면, AP는 R-TWT 멤버십 요청을 거절할 수 있다. RTA-TSPEC는 IEEE 802.11be에 정의된 QoS 특성 요소로 대체될 수 있음에 유의해야 한다.
비-AP STA가 요청 유형 필드를 "변경"으로 설정하면, 비-AP STA는 기존 SCS의 유형을 변경할 것을 요청하고 있다. AP는 이 필드를 수신하면, 투플 <SCSID, 비-AP STA MAC 어드레스>를 이용하여 SCS를 발견할 수 있다. 그 다음, AP는 그 SCS의 파라미터를 변경하는 것을 수락하거나 거부한다. AP가 이전에 수락된 SCS를 변경하라는 요청을 거절한다면, 이전에 수락된 분류 및 R-TWT 스케줄링(존재한다면)이 이 SCS에 대해 이용되고 계속 동작한다.
비-AP STA가 요청 유형을 "제거"로 설정하면, 비-AP STA는 기존의 SCS를 제거할 것을 요청한다. AP가 이 필드를 수신하면, 투플 <SCSID, 비-AP MLD MAC 어드레스(비-AP가 STA이면, 이것은 비-AP STA MAC 어드레스라는 점에 유의함)>에 의해 SCS를 식별하고 그 SCS를 제거할 수 있다. 이 SCS에 대해 스케줄링되는 R-TWT SP들은 변경되거나 제거될 수 있다. 예를 들어, R-TWT SP들이 이 SCS에 대해 스케줄링된다면, R-TWT SP들의 지속기간은 이 SCS가 제거될 때 이 SCS에 속하는 트래픽을 전송하는데 요구되는 시간량만큼 감소되어야 한다. R-TWT SP들이 이 SCS에 대해서만 스케줄링된다면, R-TWT SP들은 취소되어야 한다. AP는 R-TWT 스케줄링의 변경을 표시하기 위해 TWT 요소를 추가할 수 있다.
RTA-TSPEC는 SCS의 트래픽의 사양 및 QoS 요건을 표시하기 위해 비-AP STA에 의해 설정된다. AP가 이 필드를 수신하면, AP는 이 필드 내의 정보를 이용하여 SCS 요청을 수락할지 또는 거부할지를 결정할 수 있다. AP가 R-TWT 셋업을 또한 요구하는 SCS 요청을 수락한다면, AP는 또한, SCS의 트래픽을 전송하고 그 QoS 요건을 만족하도록 R-TWT SP들을 스케줄링해야 한다.
수정된 TWT 요소 필드는, 비-AP STA가 SCS의 트래픽 전송에 대한 R-TWT 셋업 요청을 표시하도록 설정하는, 도 28에 도시된 포맷을 갖는다. AP가 이 필드를 수신하면, AP는 TWT 요소에서 표시된 요건에 따라 SCS 디스크립터 요소(즉, SCSID)에서 표시된 SCS의 트래픽 전송을 위해 R-TWT를 스케줄링한다. 이 요소의 파라미터 설정 및 기능은 R-TWT의 멤버십을 요청하는 TWT 시그널링에서의 것과 동일할 수 있다.
비-AP STA는 수정된 TS 정보 필드 내의 R-TWT 요청 서브필드가 "요구됨" 또는 "선택적임"으로 설정될 때 하나의 SCS 디스크립터 요소에 하나 이상의 TWT 요소를 추가할지를 결정할 수 있다. TWT 요소는 수정된 TS 정보 필드 내의 R-TWT 요청 서브필드가 "요구되지 않음"으로 설정되면 SCS 디스크립터 요소에 추가되어서는 안 된다. 비-AP STA가 수정된 TS 정보 필드 내의 R-TWT 요청 서브필드를 "요구됨" 또는 "선택적임"으로 설정하지만, SCS 디스크립터 요소에 TWT 요소를 추가하지 않으면, AP는 SCS 디스크립터 요소에 표시된 SCS의 트래픽 전송을 위해 R-TWT를 여전히 스케줄링한다. R-TWT 스케줄링은 SCS 응답 프레임 내의 대응하는 SCS 상태 필드에서 운반될 수 있다.
TWT 요소의 협상 유형 서브필드는 비-AP STA가 R-TWT 멤버십에 대한 것임을 표시하기 위해 "3"이다.
SCS 디스크립터 요소 내의 요청 유형이 "추가"로 설정될 때, TWT 요소 내의 브로드캐스트 TWT 파라미터 세트 필드(들)에서의 요청 유형 필드 내의 TWT 셋업 명령 필드는 "TWT 요청", "TWT 제안", 또는 "TWT 요구"로 설정되어야 한다. TWT 요소 내의 브로드캐스트 파라미터 세트 필드(들)에서의 요청 유형 필드 내의 TWT 요청 서브필드는 R-TWT 멤버십 요청을 표시하기 위해 "1"로 설정된다.
적어도 하나의 실시예/모드/경우에, SCS 디스크립터 요소 내의 요청 유형은 "변경"으로 설정되지만, TWT 요소가 SCS 디스크립터 요소에 추가되는 것은 가능하지 않을 것이다.
SCS 디스크립터 요소 내의 요청 유형이 "제거"로 설정될 때, SCS의 트래픽이 일부 R-TWT들에 의해 전송되도록 스케줄링된 비-AP STA의 유일한 트래픽 스트림인 경우, TWT 요소 내의 TWT 셋업 명령 필드는 "TWT 거부"로 설정될 수 있다. 그러면, 비-AP STA는 더 이상 이들 R-TWT들의 멤버가 아니다.
적어도 하나의 실시예/모드/경우에서, 타겟 웨이크 시간(TWT) 필드, 공칭 최소 TWT 웨이크 지속기간 필드, 및 동일한 R-TWT에 대한 TWT 웨이크 간격 파라미터에 대한 것과 같은, 단일 값 또는 값들의 범위를 표시하기 위해 하나의 수정된 SCS 디스크립터 필드에서 다수의 TWT 요소가 운반될 수 있다. 파라미터에 대한 단일 값을 표시하기 위해, STA는 그 파라미터의 값을 동일한 링크 상의 동일한 R-TWT에 대한 각각의 TWT 요소에서 동일하게 설정한다. 값들의 범위가 또한 표현될 수 있다. 예를 들어, 적어도 하나의 실시예에서, 파라미터에 대한 값들의 범위는 그 파라미터의 값을 동일한 링크 상의 동일한 R-TWT에 대한 각각의 TWT 요소에서 상이하게 설정하는 STA에 의해 표시된다. 파라미터에 대해 표시된 범위는, TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들을 제외하고, TWT 요소들에서의 그 순서에 관계없이, 보다 낮은 값으로 시작하고 보다 높은 값까지의 모든 값들을 포함하는 범위이다. TWT 웨이크 간격에 대해 표시된 범위는 2개의 TWT 웨이크 간격 값 중 더 낮은 값으로 시작하고, 2개의 TWT 웨이크 간격 값 중 더 높은 값으로 끝나며, TWT 웨이크 간격은 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들로부터 결정된다(드래프트 P802.11ax D8.0으로부터 복사된다).
도 24는 공칭 서비스 간격, 신뢰성, 지터, MSDU 수명 및 결정론적 서비스의 서브필드들로 예시되는, 본 개시내용의 RTA 속성들뿐만 아니라 원래의 TSPEC의 2개의 부분들을 포함할 수 있는 RTA-TSPEC 요소의 예시적인 실시예(170)를 예시한다. 위의 서브필드들의 서브세트 또는 수퍼세트는 본 개시내용의 교시로부터 벗어나지 않고 이용될 수 있다는 것을 이해해야 한다.
도 25는 RTA-TSPEC 요소에서의 수정된 TS 정보 필드의 예시적인 실시예(190)를 도시한다. TSPEC는 TS 정보 필드가 도 2 대신에 도 25에 도시된 바와 같다는 점을 제외하고는 도 1에 도시된 것과 동일할 수 있다.
TSPEC의 TS 정보 필드 내의 TSID 필드의 값은 도 1에서와 같이 8 내지 15 대신에 값 0 내지 15로 설정될 수 있다.
TSPEC의 TS 정보 필드(또는 QoS 특성 요소의 제어 정보 필드)에서의 사용자 우선순위는 동일한 SCS 디스크립터 요소에 적어도 하나의 TCLAS 요소 또는 인트라 AC 우선순위 요소가 있을 때 예비될 수 있다. TCLAS 요소가 동일한 SCS 디스크립터 요소에 존재하지 않을 때, 사용자 우선순위(또는 TID)는 트래픽의 사용자 우선순위(또는 TID 각각)를 표시하도록 설정될 수 있다. SCS 셋업이 성공적이면, 그 사용자 우선순위(또는 TID 각각)의 트래픽은 그 SCS에 속할 것이다. 예를 들어, 이 사용자 우선순위(또는 TID 각각)가 SCS 셋업을 위해 "6", 즉 UP6(또는 TID6 각각)으로 설정되면, UP6(또는 TID6 각각)의 모든 트래픽은 그 SCS에 속한다. TID가 0과 7 사이에 있으면, UP는 TID와 동일한 값이어야 한다.
기본 이용 사례 필드가 TS 정보 필드(또는 QoS 특성 요소의 제어 정보 필드)에 추가될 수 있다. 이 필드는 AR/VR, 온라인 게임, 로보틱스 등과 같은 트래픽의 몇몇 고전적인 이용 사례들을 표시하도록 설정될 수 있다. 기본 이용 사례가 "0"으로 설정될 때, 이것은 이용 사례가 지정되지 않고, RTA-TSPEC 요소에서의 파라미터들이 수동으로 설정되어야 한다는 것을 표시한다. 기본 이용 사례 필드가 특정 이용 사례, 예를 들어, AR/VR로 설정되면, RTA-SPEC 요소에서의 일부 파라미터들은 기본으로 설정될 수 있다. 적어도 하나의 실시예/모드/경우에, 기본 이용 사례는 RTA-TSPEC의 포맷을 제어할 수 있다. RTA-TSPEC 요소에서의 특정 이용 사례에 대한 기본 파라미터 설정들을 가지는 일부 필드들은 RTA-TSPEC로부터 제거될 수 있고, 일부 추가적인 필드들이 추가될 수 있다.
R-TWT 요청 필드는 AP가 SCS 트래픽 스트림의 트래픽 전송을 위해 R-TWT SP들을 스케줄링할 필요가 있는지를 표시하도록 설정된다.
이 필드가 "요구됨"으로 설정된다면, AP는 SCS의 트래픽 전송을 위해 R-TWT를 스케줄링해야 한다. AP는 SCS의 트래픽 전송을 위해 R-TWT를 스케줄링할 수 없다면 비-AP STA로부터의 SCS 셋업 요청을 거절해야 한다.
이 필드가 "선택적임"으로 설정된다면, AP는 SCS의 트래픽 전송을 위해 R-TWT를 스케줄링하려고 시도한다. AP는 SCS의 트래픽 전송을 위해 R-TWT SP들을 스케줄링할 수 없더라도 비-AP로부터의 SCS 멤버십 요청을 수락할 수 있다.
이 필드가 "요구되지 않음"으로 설정된다면, AP는 SCS 셋업 절차 동안 SCS에 대한 R-TWT 스케줄링을 고려할 필요가 없다. TWT 요소는 RTA-TSPEC 요소의 동일한 수정된 SCS 디스크립터 요소 또는 동일한 수정된 SCS 상태 필드에 포함되지 않는다.
이 필드가 "요구됨" 또는 "선택적임"으로 설정될 때, 비-AP STA는 그 TWT 셋업 요청을 표시하기 위해 RTA-TSPEC 요소의 동일한 수정된 SCS 디스크립터 요소에 TWT 요소를 포함할 수 있다.
이 필드가 "요구됨" 또는 "선택적임"으로 설정될 때, 적어도 하나의 실시예/모드/경우에, 비-AP STA는 RTA-TSPEC 요소의 동일한 수정된 SCS 디스크립터 요소에 어떠한 TWT 요소도 포함하지 않는다. 그 후, AP는 SCS의 트래픽 전송을 위해 R-TWT SP들을 스케줄링하기 위해 그 응답 프레임에서 TWT 요소를 여전히 전송할 수 있다.
도 24로 돌아가면, RTA 속성 필드는 이 RTA-TSPEC 하에서 레이턴시 민감 트래픽에 대한 추가적인 QoS 요건을 나타낸다. 적어도 하나의 실시예/모드/경우에서, 이 필드는 RTA-TSPEC가 비-AP STA와 AP 양쪽 모두에서 구현될 때 TSPEC 요소로만/에서만 나타난다.
이 RTA-TSPEC 하에서 레이턴시 민감 트래픽의 패킷 손실 요건을 표시하기 위해 비-AP STA에 의해 신뢰성 필드가 설정된다. AP가 이 필드를 수신할 때, AP는 이 RTA-TSPEC 하에서의 트래픽의 패킷 손실이 신뢰성 필드에 표시된 패킷 손실보다 작은 것을 보장하기 위해 이 RTA-TSPEC 하에서의 트래픽의 전송을 위한 리소스 분포를 추정해야 한다. 패킷 손실은 제한된 레이턴시(또는 MSDU 수명) 내에서 전달되지 않는 이 RTA-TSPEC 하에서의 패킷들의 비율일 수 있다. 유의할 점은, 이 필드가 또한 제한된 레이턴시(또는 MSDU 수명) 내에서 전달되는 이 RTA-TSPEC 하에서의 패킷들의 비율을 나타낼 수 있다는 것이다.
이 RTA-TSPEC 하에서 트래픽의 지터 요건을 표시하기 위해 비-AP STA에 의해 지터 필드가 설정된다. AP는 이 필드를 수신할 때, 바람직하게는 이 RTA-TSPEC 하에서의 트래픽의 지터 요건이 만족될 수 있는 것을 보장하기 위해 이 RTA-TSPEC 하에서의 트래픽의 전송을 위한 리소스 분포의 추정을 수행한다.
MSDU 수명 필드는 MSDU가 큐에 저장될 수 있는 시간을 나타낸다. 비-AP STA는 결정론적 서비스 필드가 제1 상태(예를 들어, "1")로 설정될 때 이 RTA-TSPEC 하에서의 트래픽의 MSDU 또는 A-MSDU 수명을 표시하기 위해 이 필드를 설정한다. 비-AP STA가 이 필드를 수신하고 결정론적 서비스 필드가 이 제1 상태로 설정되면, MSDU 또는 A-MSDU는 MSDU 또는 A-MSDU가 그 수명 내에서 성공적으로 전송되지 않으면 드롭될 것이다. 결정론적 서비스 필드가 제2 상태(예를 들어, "0")로 설정될 때, 이 필드는 예비된다. 이 필드는 TSPEC 요소에서 지연 한계 필드에 의해 대체될 수 있다는 점에 유의하여야 한다.
이 RTA-TSPEC 하에서의 트래픽의 MSDU가 그 수명이 만료될 때 드롭될 것인지를 표시하기 위해 비-AP STA에 의해 결정론적 서비스 필드가 설정된다. 비-AP STA가 이 필드를 제1 상태(예를 들어, "1")로 설정하면, 이 RTA-TSPEC 하에서의 트래픽의 MSDU 또는 A-MSDU는 그 수명이 만료될 때 드롭될 것이다. 그렇지 않으면, 비-AP STA는 이 필드를 제2 상태(예를 들어, "0")로 설정한다. AP가 값 "1"을 갖는 이 필드를 수신하면, 이 RTA-TSPEC 하에서의 트래픽의 MSDU는 그 수명이 만료될 때 드롭될 것이다. AP가 "0"으로 설정된 이 필드를 수신할 때, 이 RTA-TSPEC 하에서 트래픽의 MSDU에 대한 수명이 없다. 이 필드는 MSDU 수명 필드의 값, 예를 들어 "0"이 MSDU 수명이 지정되지 않고 이 RTA-TSPEC 하에서의 트래픽의 MSDU가 MSDU 수명의 만료로 인해 드롭되지 않을 것임을 나타내는 경우에 필요하지 않다는 점에 유의한다.
도 27은 SCS ID 필드에 표시된 SCS의 수정된 SCS 상태 필드의 예시적인 실시예(230)를 나타낸다. 수정된 SCS 상태 필드는 SCS에서 표시된 SCS의 트래픽 전송에 대한 R-TWT 셋업 응답을 운반할 수 있다. 도 14에 도시된 것과 비교하여 수정된 SCS 상태 필드의 수정이 이하에서 설명된다. 아래의 어떠한 설명도 없이 이러한 필드들에 대해, 이들은 도 1의 것들과 동일하거나 예비된다. SCS 상태의 필드들은 다음과 같다.
요소 ID 필드는 이것이 수정된 SCS 상태 요소임을 나타낸다. 길이 필드는 수정된 SCS 상태 요소의 길이를 나타낸다.
TCLAS 필드, TCLAS 처리 필드, 및 RTA-TSPEC 필드는 AP가 비-AP STA에 의한 SCS 셋업 요청을 거부할 때 이러한 필드들에서 제안된 파라미터들을 표시하도록 설정된다. 비-AP STA는 제안된 파라미터들을 이용하여 SCS 셋업 요청을 재전송할 수 있다. AP가 SCS 셋업을 수락한다면, AP는 SCS 셋업 요청으로부터 수신된 필드들로부터 파라미터들을 복제할 수 있거나, SCS 상태 필드에 이들 필드들을 포함하지 않기로 결정할 수 있다.
수정된 TWT 요소 필드는 도 28에 도시된 바와 같이 구성될 수 있다. AP는 SCS의 트래픽 전송에 대한 R-TWT 셋업 응답을 표시하도록 이 필드를 설정한다. 비-AP STA는 이 필드를 수신하면, 일부 R-TWT가 SCS의 트래픽 전송을 위해 스케줄링되어 있는지를 결정할 수 있다. 이 요소의 파라미터 설정 및 기능은 R-TWT의 멤버십 요청에 응답하기 위해 TWT 시그널링에서의 것과 동일할 수 있다.
TWT 요청이 수락되면, 비-AP STA는 SCS의 트래픽 전송을 위해 TWT 요소에 표시된 바와 같이 R-TWT 스케줄링을 따라야 한다.
TWT 요청이 수락되지 않으면, TWT 요소 내의 정보는 SCS 트래픽 스트림에 대한 R-TWT 멤버십을 요청하기 위해 TWT 요소 내의 제안된 파라미터 설정을 표시한다. 비-AP STA는 R-TWT 멤버십을 요청하기 위해 별개의 TWT 요청 프레임을 전송할 수 있다. (도 6에 도시된 바와 같은) TWT 요소의 협상 유형 서브필드는 "3"이다.
적어도 하나의 실시예/모드/경우에서, AP는 SCS 트래픽 스트림의 트래픽 전송을 위해 다수의 R-TWT를 스케줄링하기 위해 하나의 수정된 SCS 상태 요소에 하나보다 많은 수정된 TWT 요소를 추가한다. 적어도 하나의 실시예/모드/경우에서, 하나의 수정된 TWT 요소가 TWT 셋업을 수락하도록 설정되면, 동일한 SCS 상태 요소 내의 다른 수정된 TWT 요소들은 또한 TWT 셋업을 수락하도록 설정되어야 한다.
SCS 셋업의 결과(예를 들어, SCS 셋업의 수락 또는 거부)는 도 14에서와 같이 수정된 SCS 상태의 상태 필드에서 보고된다는 점에 유의해야 한다.
도 28은 수정된 TWT 요소의 예시적인 실시예(250)를 도시한다. 수정된 TWT 요소 내의 모든 필드들은, 각각의 (수정된) 브로드캐스트 TWT 파라미터 세트 필드에 링크 ID 필드가 추가된다는 점을 제외하고는, 도 5에 도시된 바와 같은 TWT 요소 내의 것들과 동일할 수 있다. 수정된 브로드캐스트 TWT 파라미터 세트 필드는 도 15에 도시된 바와 같이 TWT 시그널링에서 이용될 수 있다는 점에 유의할 것이다.
링크 ID 필드는 대응하는 브로드캐스트 TWT 파라미터 세트 필드에서 표시된 TWT 정보가 적용될 링크를 표시하도록 설정된다. 예를 들어, 수정된 브로드캐스트 TWT 파라미터 세트 필드의 링크 ID가 링크2로 설정되면, 수정된 브로드캐스트 TWT 파라미터 세트 필드는 링크2 상에서 적용될 것이다.
브로드캐스트 TWT 파라미터 세트 필드에 파라미터들을 설정할 때, 파라미터 설정은 링크 ID 필드에 표시된 링크의 시간 기준에 기반할 수 있다. 예를 들어, 수정된 브로드캐스트 TWT 파라미터 세트 필드의 링크 ID가 링크2로 설정되고 수정된 브로드캐스트 TWT 파라미터 세트 필드가 링크1을 통해 전송될 때, 그 타겟 웨이크 시간 필드는 링크2 상의 비-AP STA(또는 AP)의 타이밍 동기화 함수(TSF) 시간으로 설정될 수 있고, 이 때 링크2 상의 비-AP STA는 웨이크 업하도록 지시된다.
TWT 파라미터 정보 필드는 다수의 수정된 브로드캐스트 TWT 파라미터 세트 필드를 가질 수 있다. 그 일부 경우들에서, 브로드캐스트 TWT 파라미터 세트 필드들은 상이한 TWT ID들을 가질 수 있다. 그 후, 각각의 브로드캐스트 TWT 파라미터 세트 필드는 독립적인 TWT에 대한 TWT 셋업 명령들을 나타낸다.
여러 브로드캐스트 TWT 파라미터 세트 필드들이 동일한 TWT ID를 공유할 수 있지만, 상이한 링크 ID들을 이용하는 것이 또한 허용가능하다. 이것은 상이한 링크들 상에서 그 SP들이 동일한 시간 기간들 동안 스케줄링되는(즉, 상이한 링크들 상의 TWT SP들이 동시에 시작 및 종료하는) TWT를 표시하는데 이용될 수 있다. 이 경우, TWT ID는 MLD 레벨에서 AP에 의해 관리될 수 있다. 즉, 링크1에서만 그 TWT ID가 3인 AP MLD에 의해 생성된 TWT가 존재하는 경우, 동일한 AP MLD의 다른 링크들에서는 그 TWT ID가 3인 다른 TWT가 존재하지 않아야 한다. TWT ID 0은 예외일 수 있다는 점에 유의해야 한다.
또한, 도 8에 도시된 바와 같은 브로드캐스트 TWT 파라미터 정보 필드에서의 요청 유형 필드 내의 트리거 필드는 수정된 브로드캐스트 TWT 파라미터 세트 필드에 있을 때 상이할 수 있음을 인식해야 한다. 이 필드가 R-TWT의 수정된 브로드캐스트 TWT 파라미터 세트 필드에서 제1 상태(예를 들어, "1")로 설정될 때, 이것은 R-TWT SP들이 트리거-인에이블된 R-TWT SP들이라는 것을 나타낸다. 수정된 브로드캐스트 TWT 파라미터 세트 필드에서 스케줄링된 트리거-인에이블된 R-TWT SP들 동안, R-TWT SP의 멤버 STA들이 아닌 비-AP STA들은 이 필드를 수신할 때, 그 필드가 R-TWT SP들 동안 R-TWT의 멤버들인 AP와 그 연관된 비-AP STA들 사이에서 DL 전송 및 트리거 기반 UL 전송들만이 허용된다는 것을 지정하면 그 R-TWT SP 동안 채널에 대해 경합하도록 허용되지 않는다. 따라서, AP만이 R-TWT SP들 동안 채널에 대해 경합하도록 허용되고, R-TWT의 멤버들은 허용되지 않는다. R-TWT 동작을 지원하지 않는 비-AP STA는 이 규칙을 따르도록 제약되지 않는다는 점에 유의한다. 그렇지 않으면, 이 필드는 제2 상태(예를 들어, "0")로 설정되고, R-TWT의 임의의 멤버들은 R-TWT SP들 동안 UL 전송을 시작하기 위해 채널에 대해 경합할 수 있다. 이 필드는 요청 유형 필드에서 트리거 필드를 재이용하는 대신에 새로운 필드를 포함할 수 있다는 점에 유의하여야 한다.
적어도 하나의 실시예에서, AP 또는 AP MLD는 별개의 TWT ID를 그 브로드캐스트 TWT들 및 R-TWT들에 할당할 수 있다. 즉, AP가 TWT ID 1을 갖는 브로드캐스트 TWT를 생성하면, AP는 TWT ID 1을 다른 R-TWT에 할당하지 않아야 하고, 그 반대도 마찬가지이다.
브로드캐스트 TWT 파라미터 세트 필드는 개별 TWT 시그널링을 위한 개별 TWT 파라미터 세트 필드들과 같은 임의의 유형의 TWT 파라미터 세트 필드로 대체될 수 있다는 것을 이해해야 한다. 그 후, 링크 ID 필드가 첨부된 (수정된) 개별 TWT 파라미터 세트 필드는 링크 ID 필드에서 표시된 링크에 대한 개별 TWT 파라미터 세트를 나타낸다. 개별 TWT 파라미터 세트 필드에서의 타겟 웨이크 시간과 같은 시간 설정은 링크 ID 필드에서 표시된 링크 상의 TSF 시간에 기반하여 설정된다.
3.3.3. SCS 셋업 동안 R-TWT SP들을 셋업하는 예들
이 섹션은 SCS 셋업 절차 동안 R-TWT SP들을 셋업하는 여러 예들을 예시한다.
표 1은 도 29 내지 도 32에 도시된 예에 대한 R-TWT 스케줄링 AP에서의 3개의 SCS 트래픽 스트림(SCS1, SCS2 및 SCS3)에 관한 상세들을 제공한다.
SCS1에서, SCSID는 제1 상태(예를 들어, "1")로 설정되고, 이 SCS는 STA2와 AP1(또는 MLD1) 사이에 확립된다. 이 SCS 트래픽 스트림의 방향은 업링크이다. 이 SCS의 트래픽 식별자(TID)는 "8"이고, 사용자 우선순위 값은 "5"이다. 2개의 TWT(즉, TWTID 1 및 3)는 이 SCS 트래픽 스트림을 전송하도록 스케줄링된다. 양자의 TWT들은 링크1 상에서 스케줄링된다.
SCS2에서, SCSID는 "2"로 설정되고, 이 SCS는 MLD2와 MLD1 사이에 확립된다. 이 SCS 트래픽 스트림의 방향은 다운링크이다. 이 SCS의 TID는 "9"이고, 사용자 우선순위는 "6"이다. 하나의 TWT(즉, TWTID 1)는 링크1 상에서 이 SCS 트래픽 스트림을 전송하도록 스케줄링된다.
SCS3에서, SCSID는 "3"으로 설정되고, 이 SCS는 MLD3과 MLD1 사이에 확립된다. 이 SCS 트래픽 스트림의 방향은 다운링크이다. 이 SCS의 TID는 "10"이고, 사용자 우선순위는 "3"이다. 하나의 TWT(즉, TWTID 2)는 링크2 상에서 이 SCS 트래픽 스트림을 전송하도록 스케줄링된다.
SCSID가 TWT에 링크되어 있는 TID에 매핑될 수 있다는 것을 알아야 한다. 또한, TID 0 내지 TID 7은 UP 0 내지 UP 7과 동일할 수 있다는 점에 유의하여야 한다.
표 2는 AP MLD1에 의한 다른 스케줄링된 TWT들에 대한 상세들을 제공하며, MLD3은 이러한 TWT들의 멤버이다. 이러한 TWT들의 SP들은 링크1 및 링크2 상에서 스케줄링된다. 이들 TWT의 예가 도 33 내지 도 36에 도시되어 있다. 예시된 타겟 대기 시간들은 그 TWT ID가 "4"인 제한된 TWT인 R-TWT4; 그 TWT ID가 "5"인 브로드캐스트 TWT로서의 B-TWT5; 및 그 TWT ID가 "6"인 개별 TWT를 갖는 I-TWT6이다.
도 29는 그 SCS의 셋업 절차 동안에 SCS 트래픽 스트림에 대한 R-TWT를 스케줄링하는 예시적인 실시예(270)를 나타낸다. 도면은 MLD1의 AP1(272)과 MLD2의 STA1(274) 사이의 통신을 도시한다.
도면에 도시된 바와 같이, R-TWT(276)와의 SCS 셋업은 STA1이 SCS2를 확립하기 위해 SCS 요청 프레임(278)을 AP1에 전송하는 것으로 시작한다. SCS 요청 프레임의 포맷은 도 12에 도시된 것과 유사할 수 있으며, 이에 의해 SCS 요청 프레임 내의 SCS 디스크립터 리스트 필드는 SCS2의 (도 23에 도시된) 수정된 SCS 디스크립터 요소를 운반할 수 있다.
STA1은 R-TWT 요청 필드를 SCS2의 수정된 SCS 디스크립터 요소의 RTA-TSPEC 요소에서의 TS 정보 필드에서 "요구됨" 또는 "선택적임"으로 설정할 수 있다. 그 후, STA1은 R-TWT1에 대한 그 R-TWT 멤버십 요청을 표시하기 위해 SCS2의 수정된 SCS 디스크립터 요소에 수정된 TWT 요소를 포함할 수 있다. 또한, STA1이 SCS2의 SCS 디스크립터 요소에 수정된 TWT 요소를 포함하지 않는 것이 허용가능하다. 수정된 TWT 요소가 포함되는 경우, 수정된 TWT 요소에서의 파라미터 설정의 예는 아래에 설명된다.
수정된 TWT 요소의 제어 필드에서의 협상 유형 서브필드는 그것이 멤버십 관리를 제공하기 위한 것임을 표시하기 위해 "3"으로 설정된다. TWT 요소에서는 수정된 브로드캐스트 파라미터 세트 필드가 이용될 수 있고, 이에 의해 수정된 브로드캐스트 파라미터 세트 필드에서의 브로드캐스트 TWT 정보 필드 내의 브로드캐스트 TWT ID 필드가 R-TWT1의 TWT ID로 설정되어, 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT1에 대한 것임을 나타낸다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 요청 서브필드는 R-TWT1 멤버십 요청을 표시하기 위해 제1 상태(예를 들어, "1")로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 셋업 명령 서브필드는 "TWT 요청", "TWT 제안" 또는 "TWT 요구"로 설정되어, STA1이 R-TWT1에 대한 수정된 브로드캐스트 파라미터 세트 필드에서의 제안된 TWT 파라미터 세트로 R-TWT1 멤버십을 요청한다는 것을 나타낸다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 브로드캐스트 TWT 추천 서브필드는 이 요청이 R-TWT에 대한 것임을 표시하기 위해 "4"로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는, STA1이 SCS2에 대한 제1 R-TWT1 SP의 시작을 제안하는 링크1 상의 TSF 시간으로 설정된다. 비-AP STA는 그것을 0으로 설정하고 AP가 결정을 내리는 것을 허용할 수 있다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드 내의 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들은 STA1에 의해 제안되는 R-TWT1 SP들 사이의 간격으로 설정된다. 비-AP STA는 그것을 0으로 설정하고 AP가 결정을 내리게 할 수 있다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 공칭 최소 TWT 웨이크 지속기간 필드는 STA1에 의해 제안되는 하나의 R-TWT1 SP 시간으로 설정된다. 비-AP STA는 그것을 0으로 설정하고 AP가 결정을 내리게 할 수 있다. 수정된 브로드캐스트 파라미터 세트 필드에서의 링크 ID 서브필드는 링크1로 설정된다.
AP1은 STA1로부터 SCS 요청 프레임을 수신할 때, 요청을 수락할지를 결정할 수 있다. 이 예에서, AP1은 SCS 요청을 수락하고 SCS2 트래픽 스트림의 전송을 위해 R-TWT1을 스케줄링한다. AP1은 SCS 응답 프레임(280)을 STA1에 다시 전송한다. SCS 응답 프레임의 포맷은 도 14에 도시된 것과 유사할 수 있고, 이로써 프레임 내의 SCS 상태 리스트 필드는 SCS2의 (도 27에 도시된) 수정된 SCS 상태 필드를 운반한다. R-TWT1의 브로드캐스트 파라미터 세트 필드를 운반하는 수정된 TWT 요소는, R-TWT1이 SCS1 트래픽 스트림을 전송하도록 스케줄링되어 있다는 것을 표시하기 위해 SCS2의 수정된 SCS 상태 필드에 포함될 수 있다. 수정된 TWT 요소에서의 파라미터 설정의 예는 후술하는 바와 같을 수 있다.
TWT 요소의 제어 필드 내의 협상 유형 서브필드는 그것이 멤버십 관리를 위한 것임을 표시하기 위해 "3"으로 설정된다.
수정된 브로드캐스트 파라미터 세트 필드는 수정된 TWT 요소에서 이용될 수 있으며, 이에 의해 수정된 브로드캐스트 파라미터 세트 필드에서의 브로드캐스트 TWT 정보 필드 내의 브로드캐스트 TWT ID 필드는 R-TWT1의 TWT ID로 설정되어, 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT1에 대한 것임을 표시한다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 요청 서브필드는 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT1 멤버십 요청에 응답할 것임을 표시하기 위해 제2 상태(예를 들어, "0")로 설정된다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 셋업 명령 서브필드는 AP1이 R-TWT1 멤버십 요청을 수락한다는 것을 표시하기 위해 "TWT 수락"으로 설정된다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 브로드캐스트 TWT 추천 서브필드는 응답이 R-TWT에 대한 것임을 표시하도록 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 SCS2에 대한 제1 R-TWT1 SP가 시작하는 링크1 상의 TSF 시간으로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들은 R-TWT1 SP들 사이의 간격으로 설정된다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 공칭 최소 TWT 웨이크 지속기간 필드는 하나의 R-TWT1 SP 시간으로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드의 링크 ID 서브필드는 링크1로 설정된다. 도면은 트리거-인에이블된 R-TWT1 SP(282)의 예를 도시한다. AP1은 R-TWT1 SP(284)에 대한 채널 액세스를 획득할 수 있고, R-TWT1 SP 동안 SCS2 트래픽 스트림을 운반하는 DL PPDU들(288 및 292)을 STA1에 전송하고, 확인응답들(예를 들어, BA(Block Ack))(290 및 294)을 수신하기 시작할 수 있다.
일부 경우들에서, R-TWT SP 시간은 R-TWT SP 동안 전송되도록 스케줄링된 SCS 트래픽 스트림들에 의해 요구되는 전송 시간보다 크지 않아야 한다. 예를 들어, 이 경우, STA1이 SCS2 트래픽 스트림을 전송하는 R-TWT1 SP의 유일한 멤버라면, R-TWT1 SP 시간은 SCS2 트래픽 스트림에 의해 요구되는 전송 시간과 동일해야 한다. 예를 들어, 초당 R-TWT1 SP 시간은 SCS2 셋업 동안 RTA-TSPEC 요소에 표시된 중간 시간과 동일해야 한다.
단 하나의 R-TWT가 SCS의 트래픽 전송을 위해 스케줄링된다면, R-TWT(286)의 간격(동일한 R-TWT의 2개의 연속적인 SP들 사이의 간격)은 그 SCS의 최소 서비스 간격과 최대 서비스 간격(SCS 셋업 동안에 RTA-TSPEC 요소에서 표시됨) 사이에 있어야 한다. 예를 들어, 간격 = (최소 서비스 간격 + 최대 서비스 간격)/2이다. 도면에 도시된 바와 같이, R-TWT1의 간격(R-TWT1 SP들 사이의 간격)은 SCS2의 최소 서비스 간격과 최대 서비스 간격 사이에 있어야 한다. 도면은 R-TWT1 SP(284)와 후속 R-TWT1 SP(296) 사이의 이 간격(286)을 도시한다.
도 30은 그 SCS의 셋업 절차 동안에 SCS 트래픽 스트림에 대한 R-TWT를 스케줄링하지 않는 경우를 도시하는 예시적인 실시예(310)를 나타낸다. 도면은 MLD1의 AP1(272)과 MLD2의 STA1(274) 사이의 통신을 도시한다.
도면은 별개의 SCS 셋업 및 R-TWT 셋업(312)의 이용을 나타낸다. STA1은 SCS2를 확립하기 위해 SCS 요청 프레임(314)을 AP1에 전송한다. SCS 요청 프레임의 포맷은 도 12에 도시된 것과 유사할 수 있으며, 이에 의해 프레임 내의 SCS2에 대한 SCS 디스크립터 요소는 도 23에 도시된 바와 같을 수 있다.
STA1은 R-TWT 요청 필드를 SCS 요청 프레임에서 SCS2의 수정된 SCS 디스크립터 요소의 RTA-TSPEC 요소의 TS 정보 필드에서 "선택적임" 또는 "요구되지 않음"으로 설정할 수 있다. STA1이 R-TWT 요청 필드를 "선택적임"으로 설정하면, STA1은 R-TWT1 또는 다른 R-TWT들에 대한 그 R-TWT 멤버십 요청을 표시하기 위해 SCS2의 수정된 SCS 디스크립터 요소에 수정된 TWT 요소를 포함할 수 있다.
일부 경우들에서, STA1은 SCS2의 수정된 SCS 디스크립터 요소에 수정된 TWT 요소를 포함하지 않을 수 있다. R-TWT 요청 필드가 "요구되지 않음"으로 설정되면, 수정된 TWT 요소는 SCS 디스크립터 요소에 포함되지 않는다는 점에 유의해야 한다. R-TWT 요청 필드가 "선택적임"으로 설정되고 수정된 TWT 요소가 SCS2의 SCS 디스크립터 요소에 포함된다면, 수정된 TWT 요소 내의 파라미터들은 후술되는 바와 같이 설정될 수 있다.
TWT 요소의 제어 필드 내의 협상 유형 서브필드는 그것이 멤버십 관리를 위한 것임을 표시하기 위해 "3"으로 설정된다.
수정된 브로드캐스트 파라미터 세트 필드는 수정된 TWT 요소에 있을 수 있고, 이에 의해 수정된 브로드캐스트 파라미터 세트 필드에서의 브로드캐스트 TWT 정보 필드 내의 브로드캐스트 TWT ID 필드는 R-TWT1의 TWT ID로 설정되어, 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT1에 대한 것임을 표시한다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 요청 서브필드는 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT1 멤버십 요청에 응답할 것임을 표시하기 위해 제2 상태(예를 들어, "0")로 설정된다.
R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 셋업 명령 서브필드는 AP1이 R-TWT1 멤버십 요청을 수락한다는 것을 표시하기 위해 "TWT 수락"으로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 브로드캐스트 TWT 추천 서브필드는 응답이 R-TWT에 대한 것임을 표시하도록 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 SCS2에 대한 제1 R-TWT1 SP가 시작하는 링크1 상의 TSF 시간으로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들은 R-TWT1 SP들 사이의 간격으로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 공칭 최소 TWT 웨이크 지속기간 필드는 하나의 R-TWT1 SP 시간으로 설정된다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드의 링크 ID 서브필드는 링크1로 설정된다.
AP1은 STA1로부터 SCS 요청 프레임을 수신할 때, 요청을 수락하고 SCS 응답 프레임을 다시 전송할지를 결정한다. SCS 응답 프레임(316)의 포맷은 도 14에 도시된 것과 유사할 수 있고, 이에 의해 프레임 내의 SCS 상태 리스트 필드는 도 27에 도시된 바와 같이 SCS2의 수정된 SCS 상태 필드를 운반한다. STA1이 SCS2에 대한 R-TWT를 셋업할 것을 요청하는 경우 SCS1 트래픽 스트림에 대한 R-TWT 셋업 결과를 표시하기 위해 수정된 TWT 요소가 SCS2에 대한 SCS 상태 필드에 포함될 수 있다.
이 예에서, AP1은 SCS 요청을 수락하지만, 이하의 시나리오에서 예시되는 바와 같이, 그 시간에 SCS2 트래픽 스트림의 전송을 위해 R-TWT를 스케줄링하지 않는다.
STA1은 R-TWT1 이외의 R-TWT의 멤버십을 요청하지만, AP1은 그 멤버십 요청을 수락하지 않는다. 대신에, AP1은 R-TWT1에 대한 멤버십을 요청하도록 AP1에게 제안하기 위해 TWT 요소를 포함하는 SCS 응답 프레임을 STA1에 다시 전송한다. 수정된 TWT 요소에서의 파라미터 설정은 후술하는 바와 같을 수 있다.
TWT 요소의 제어 필드 내의 협상 유형 서브필드는 그것이 멤버십 관리에 대한 것임을 표시하기 위해 "3"으로 설정된다. 수정된 브로드캐스트 파라미터 세트 필드는 수정된 TWT 요소에 있을 수 있고, 이에 의해 브로드캐스트 파라미터 세트 필드에서의 브로드캐스트 TWT 정보 필드 내의 브로드캐스트 TWT ID 필드는 R-TWT1의 TWT ID로 설정되어, 브로드캐스트 파라미터 세트 필드가 R-TWT1에 대한 것임을 표시한다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 요청 서브필드는 "0"으로 설정되어 SCS2에 대한 R-TWT1 멤버십 요청에 응답한다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 셋업 명령 서브필드는 AP1이 SCS2에 대한 R-TWT1 멤버십 요청을 수락하지 않는다는 것을 표시하기 위해 "TWT 지시"로 설정되지만, 수정된 브로드캐스트 파라미터 세트 필드에서의 파라미터들은 R-TWT 셋업 요청을 재전송하기 위해 제안된 파라미터들을 포함한다. R-TWT1의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 브로드캐스트 TWT 추천 서브필드는 R-TWT1이 R-TWT인 것을 표시하도록 설정된다. R-TWT1의 브로드캐스트 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 SCS2에 대한 제1 R-TWT1 SP가 시작하는 링크1 상의 TSF 시간으로 설정된다. R-TWT1의 브로드캐스트 파라미터 세트 필드에서의 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들은 R-TWT1 SP들 사이의 간격으로 설정된다. R-TWT1의 브로드캐스트 파라미터 세트 필드에서의 공칭 최소 TWT 웨이크 지속기간 필드는 하나의 R-TWT1 SP 시간으로 설정된다.
SCS2가 성공적으로 확립된 후, STA1은 R-TWT1과 같은 R-TWT의 멤버십을 요청(318)하기 위해 TWT 셋업 프레임을 전송할 수 있다. 이어서, AP1은 IEEE 802.11ax에 정의된 바와 같이 요청을 수락하거나 거부하기로 결정할 수 있다. TWT 셋업 프레임의 포맷은 도 16에 도시된 것과 동일할 수 있고, 이에 의해 프레임 내의 TWT 요소의 포맷은 도 28에 도시된 바와 같을 수 있다. R-TWT 셋업(R-TWT 요청(318) 및 R-TWT 응답(320))은 언제든지 독립적으로 수행될 수 있다는 것을 인식해야 한다.
도면은 트리거-인에이블된 R-TWT1 SP의 예를 도시한다. AP1은 SCS2(282)에 대한 제1 R-TWT1 SP에 대한 채널 액세스를 획득하고 R-TWT1 SP 동안 SCS2 트래픽 스트림을 운반하는 DL PPDU들(288 및 292)을 STA1에 전송하고 STA1로부터 BA들(290 및 294)을 수신하는 R-TWT1 SP(284)를 시작하는 것으로 도시되어 있다.
R-TWT SP들 사이의 간격(286)은 제1 R-TWT SP(284)와 제2 R-TWT SP(296) 사이에 도시된다. 적어도 일부 경우에, R-TWT SP 시간은 R-TWT SP 동안 전송되도록 스케줄링된 SCS 트래픽 스트림에 의해 요구되는 전송 시간보다 크지 않아야 한다. 예를 들어, 이 경우, STA1이 SCS2 트래픽 스트림을 전송하는 R-TWT1 SP의 유일한 멤버라면, R-TWT1 SP 시간은 SCS2 트래픽 스트림에 의해 요구되는 전송 시간과 동일해야 한다. 예를 들어, 초당 R-TWT1 SP 시간은 SCS2 셋업 동안 RTA-TSPEC 요소에 표시된 중간 시간과 동일해야 한다.
단 하나의 R-TWT가 SCS의 트래픽 전송을 위해 스케줄링된다면, 적어도 일부 경우에 R-TWT의 간격(동일한 R-TWT의 2개의 연속적인 SP들 사이의 간격)은 그 SCS의 최소 서비스 간격과 최대 서비스 간격(SCS 셋업 동안에 RTA-TSPEC 요소에서 표시됨) 사이에 있는 것으로 제한되어야 한다. 예를 들어, 간격 = (최소 서비스 간격 + 최대 서비스 간격)/2이다. 도면에 도시된 바와 같이, R-TWT1의 간격은 SCS2의 최소 서비스 간격과 최대 서비스 간격 사이에 있어야 한다.
도 31은 그 SCS의 셋업 절차 동안에 하나의 SCS 트래픽 스트림에 대해 다수의 R-TWT를 스케줄링하는 예시적인 실시예(350)를 나타낸다. 도면은 MLD1의 AP1(352), STA2(354) 및 MLD2의 STA1(356) 사이의 통신을 도시한다.
도면에 도시된 바와 같이, STA2가 SCS1을 확립하기 위해 SCS 요청 프레임(360)을 AP1에 전송하는 R-TWT(358)와의 SCS 셋업이 수행된다. SCS 요청 프레임의 포맷은 도 12에 도시된 것과 유사할 수 있으며, 이에 의해 프레임 내의 SCS 디스크립터 리스트 필드는 도 23에 도시된 SCS1의 수정된 SCS 디스크립터 요소를 운반할 수 있다.
STA2는, SCS 요청 프레임에서 SCS1의 수정된 SCS 디스크립터 요소에서의 RTA-TSPEC 요소 내의 TS 정보 필드에서 R-TWT 요청 필드를 "요구됨" 또는 "선택적임"으로 설정할 수 있다. 그 후, STA2는 R-TWT1 및 R-TWT3에 대한 그 R-TWT 멤버십 요청을 표시하기 위해 SCS1의 수정된 SCS 디스크립터 요소에 다수의 브로드캐스트 TWT 파라미터 세트 필드(R-TWT1에 대한 하나의 필드 및 R-TWT3에 대한 다른 필드)를 갖는 수정된 TWT 요소를 포함할 수 있다. 특정 경우들에서, STA2는 SCS1의 수정된 SCS 디스크립터 요소에 임의의 수정된 TWT 요소들을 포함하지 않을 수 있다.
AP1은 STA2로부터 SCS 요청 프레임을 수신할 때, 요청을 수락할지 여부를 결정할 수 있다. 이 예에서, AP1은 SCS 요청을 수락하고 SCS1 트래픽 스트림의 전송을 위해 R-TWT1 및 R-TWT3을 스케줄링한다. AP1은 SCS 응답 프레임(362)을 STA2에 다시 전송한다. SCS 응답 프레임의 포맷은, 프레임 내의 SCS 상태 리스트 필드가 도 27에 도시된 SCS1의 수정된 SCS 상태 필드를 운반하는 도 14에 도시된 것과 유사할 수 있다. R-TWT1과 R-TWT3이 SCS1 트래픽 스트림을 전송하도록 스케줄링되어 있다는 것을 표시하기 위해 다수의 수정된 브로드캐스트 TWT 파라미터 세트 필드(R-TWT1에 대한 하나의 필드와 R-TWT3에 대한 다른 필드)를 갖는 수정된 TWT 요소가 SCS1의 수정된 SCS 상태 필드에 포함될 수 있다.
도면은 트리거-인에이블된 R-TWT1 SP(364)의 예를 도시한다. 이 예에서, STA2 및 STA1은 R-TWT1의 멤버들이고, SCS1 및 SCS2의 트래픽 전송은 R-TWT1 SP 동안 전송되도록 스케줄링된다. AP1은 채널 액세스를 획득하고 버퍼 상태 보고 폴(BSRP) 프레임(368)을 STA2에 전송하여 STA2의 버퍼 상태를 요청한다. STA2는 버퍼 상태 보고(BSR) 프레임(370)을 다시 전송하여 그 버퍼 상태를 보고한다. 그 다음, AP1은 먼저 R-TWT1 SP 동안 SCS2 트래픽 스트림을 운반하는 DL PPDU(372)를 STA1에 전송한다. 이것은 SCS2의 UP가 SCS1의 UP보다 더 높은 우선순위이기 때문에 발생할 수 있다. STA1은 블록 확인응답(374)으로 응답한다. 그 후, AP1은 SCS1 트래픽 스트림의 버퍼 상태에 따라 SCS1 트래픽 스트림에 대한 UL 전송(378)을 트리거링하기 위해 트리거 프레임(376)을 STA2에 전송하고, AP1은 BA(380)로 응답하며, 이는 SCS1(365)에 대한 제1 R-TWT3 SP를 종료시킨다.
유사하게, R-TWT3 SP(382)가 시작할 때, AP1은 R-TWT3 SP 동안 SCS1 트래픽 스트림의 UL 전송을 스케줄링한다. 도면은 AP1이 BSRP(384)를 전송하고 STA2로부터 BSR(386)을 다시 수신하는 것을 도시하고, 그 후에 AP1은 STA2가 그 후 UL PPDU(390)를 전송하도록 트리거링하는 기본 트리거(388)를 생성한다.
많은 경우들에서, R-TWT SP 시간은 R-TWT SP 동안 전송되도록 스케줄링된 SCS 트래픽 스트림들에 의해 요구되는 전송 시간보다 크지 않아야 한다. 예를 들어, 이 경우, STA1 및 STA2가 SCS2 및 SCS1 트래픽 스트림을 전송하는 R-TWT1 SP의 멤버라면, R-TWT1 SP 시간은 SCS2 및 SCS1 트래픽 스트림에 의해 요구되는 전송 시간과 동일해야 한다. 예를 들어, 초당 R-TWT1 SP 시간은 SCS2 및 SCS1 셋업들 동안 RTA-TSPEC 요소들에서 표시된 중간 시간들의 합과 동일해야 한다.
SCS의 트래픽 전송을 위해 다수의 R-TWT가 스케줄링된다면, R-TWT SP는 그 SCS의 (SCS 셋업 동안에 RTA-TSPEC 요소에서 표시된) 최소 서비스 간격과 최대 서비스 간격 사이에 설정된 시간 간격 동안 스케줄링되어야 한다. 도면에 도시된 바와 같이, 여기서 R-TWT1 및 R-TWT3으로서 도시된, 2개의 연속적인 R-TWT SP 사이의 간격(392)(2개의 SP가 상이한 R-TWT들로부터의 것인 경우에도)은 SCS1의 최소 서비스 간격과 최대 서비스 간격 사이에 있어야 한다. 예를 들어, R-TWT1의 간격 = R-TWT3의 간격 = (SCS1의 최소 서비스 간격 + SCS1의 최대 서비스 간격)이다. R-TWT1 SP와 그 이웃 R-TWT3 SP 사이의 간격은, (SCS1의 최소 서비스 간격 + SCS1의 최대 서비스 간격)/2 등의, SCS1의 최소 서비스 간격과 최대 서비스 간격 사이에 있다. SCS2는 도 29 또는 도 30에 도시된 바와 같이 확립되었다는 점에 유의해야 한다.
도 32는 SCS 트래픽 스트림의 전송을 위해 다른 링크들 상의 R-TWT가 셋업되는 SCS 셋업 절차의 예시적인 실시예(410)를 나타낸다. 도면은 링크1 상의 STA3(442)과 AP1(448) 사이, 및 링크2 상의 STA5(444)와 AP2(450) 사이의 통신의 양측(412, 413)을 도시한다. STA3 및 STA5는 MLD3(440)의 일부인 반면, AP1 및 AP2는 MLD1(446)의 일부이다.
도면에 도시된 바와 같이, STA3은 SCS + R-TWT 셋업 프로세스(414)에서 SCS3을 확립하기 위해 SCS 요청 프레임(416)을 AP1(448)에 전송한다. SCS 요청 프레임의 포맷은 도 12에 도시된 것과 유사할 수 있어서, 프레임 내의 SCS 디스크립터 리스트 필드는 도 23에 도시된 SCS3의 SCS 디스크립터 요소를 운반한다.
STA3은, SCS 요청 프레임에서 SCS3의 수정된 SCS 디스크립터 요소에서의 RTA-TSPEC 요소의 TS 정보 필드에서 R-TWT 요청 필드를 "요구됨" 또는 "선택적임"으로 설정할 수 있다. 그 후, STA3은 링크2 상의 R-TWT2에 대한 그 R-TWT 멤버십 요청을 표시하기 위해 SCS3의 수정된 SCS 디스크립터 요소에 수정된 TWT 요소를 포함할 수 있다. 적어도 하나의 실시예/모드/경우에, STA3은 SCS2의 수정된 SCS 디스크립터 요소에 TWT 요소를 포함하지 않는다. 수정된 TWT 요소가 포함되는 경우, R-TWT2 셋업 요청에 대한 수정된 TWT 요소에서의 파라미터 설정들의 예는 아래와 같을 수 있다.
수정된 TWT 요소의 제어 필드에서의 협상 유형 서브필드는 그것이 멤버십 관리를 위한 것임을 표시하기 위해 "3"으로 설정된다. 수정된 브로드캐스트 파라미터 세트 필드는 TWT 요소에 있을 수 있고, 이에 의해 수정된 브로드캐스트 파라미터 세트 필드에서의 브로드캐스트 TWT 정보 필드 내의 브로드캐스트 TWT ID 필드는 R-TWT2의 TWT ID로 설정되어, 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT2에 대한 것임을 나타낸다.
R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 요청 서브필드는 R-TWT2 멤버십 요청을 표시하기 위해 제1 상태(예를 들어, "1")로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 셋업 명령 서브필드는, MLD3이 R-TWT2에 대한 수정된 브로드캐스트 파라미터 세트 필드에서의 TWT 파라미터들의 제안된 세트로 R-TWT2 멤버십을 요청한다는 것을 표시하기 위해, "TWT 요청", "TWT 제안" 또는 "TWT 요구"로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 브로드캐스트 TWT 추천 서브필드는 이 요청이 R-TWT에 대한 것임을 표시하기 위해 "4"로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드 내의 타겟 웨이크 시간 필드는, STA5가 SCS3에 대한 제1 R-TWT2 SP의 시작을 제안하는 링크2 상의 TSF 시간으로 설정된다. 비-AP STA는 그것을 0으로 설정하고 AP가 결정을 내리는 것을 허용할 수 있다.
R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들은 MLD3에 의해 제안되는 R-TWT2 SP들 사이의 간격으로 설정된다. 비-AP STA는 또한 그것을 0으로 설정할 수 있고 AP가 간격의 결정을 하는 것을 허용한다.
R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 공칭 최소 TWT 웨이크 지속기간 필드는 MLD3에 의해 제안되는 하나의 R-TWT2 SP 시간으로 설정된다. 비-AP STA는 그것을 0으로 설정하고 AP가 결정을 하도록 할 수 있다. 수정된 브로드캐스트 파라미터 세트 필드 내의 링크 ID 서브필드는 링크2로 설정된다.
AP1은 STA3으로부터 SCS 요청 프레임을 수신할 때, 요청을 수락할지를 결정할 수 있다. 이 예에서, AP1은 SCS 요청을 수락하고 SCS3 트래픽 스트림의 전송을 위해 R-TWT2를 스케줄링한다. AP1은 링크2 상의 SCS3, R-TWT2에 대해 SCS 응답 프레임(418)을 STA3에 다시 전송한다. SCS 응답 프레임의 포맷은 도 14에 도시된 것과 유사할 수 있어서, 프레임 내의 SCS 상태 리스트 필드는 도 27에 도시된 SCS3의 수정된 SCS 상태 필드를 운반한다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드를 운반하는 수정된 TWT 요소는 SCS3의 수정된 SCS 상태 필드에 포함되어 R-TWT2가 SCS3 트래픽 스트림을 전송하도록 스케줄링된다는 것을 나타낼 수 있다. 수정된 TWT 요소에서의 파라미터 설정의 예는 후술하는 바와 같을 수 있다.
TWT 요소의 제어 필드 내의 협상 유형 서브필드는 그것이 멤버십 관리를 위한 것임을 표시하기 위해 "3"으로 설정된다. 수정된 브로드캐스트 파라미터 세트 필드는 수정된 TWT 요소에 있고, 이에 의해 수정된 브로드캐스트 파라미터 세트 필드에서의 브로드캐스트 TWT 정보 필드 내의 브로드캐스트 TWT ID 필드는 R-TWT2의 TWT ID로 설정되어, 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT2에 대한 것임을 나타낸다.
R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 요청 서브필드는 수정된 브로드캐스트 파라미터 세트 필드가 R-TWT2 멤버십 요청으로 응답할 것임을 표시하기 위해 제2 상태(예를 들어, "0")로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 셋업 명령 서브필드는 MLD1이 R-TWT2 멤버십 요청을 수락한다는 것을 표시하기 위해 "TWT 수락"으로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 요청 유형 필드 내의 TWT 브로드캐스트 TWT 추천 서브필드는 응답이 R-TWT에 대한 것임을 표시하도록 설정된다.
R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는, SCS3에 대한 제1 R-TWT2 SP가 시작되는 시간인 링크2 상의 TSF 시간으로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 TWT 웨이크 간격 가수 및 TWT 웨이크 간격 지수 필드들은 R-TWT2 SP들 사이의 간격으로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드에서의 공칭 최소 TWT 웨이크 지속기간 필드는 하나의 R-TWT2 SP 시간으로 설정된다. R-TWT2의 수정된 브로드캐스트 파라미터 세트 필드의 링크 ID 서브필드는 링크2로 설정된다.
도면은 트리거-인에이블된 R-TWT2 SP(420)의 예를 도시한다. AP2(450)는 R-TWT2 SP들(424) 사이의 간격에서 채널 액세스를 획득할 수 있고, R-TWT2 SP(426) 동안 SCS3 트래픽 스트림을 운반하는 DL PPDU들(428, 432)을 STA5에 전송하기 시작한다. STA5는 BA들(430 및 434)로 PPDU들에 다시 응답한다.
다른 R-TWT2 SP(436)는 R-TWT2 SP들 사이의 간격 후에 시작하는 것으로 보여진다.
도 33은 다수의 링크 상에 R-TWT를 셋업하기 위해 하나의 링크 상에서 수정된 TWT 요소를 이용하는 R-TWT 셋업 절차(484)의 예시적인 실시예(470)를 도시한다. 도면은 링크1 상의 STA3(476)과 AP1(480) 사이의, 그리고 링크2 상의 STA5(478)와 AP2(482) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(472)의 일부인 반면, AP1 및 AP2는 MLD1(474)의 일부이다.
도면에 도시된 바와 같이, STA3은 R-TWT4의 멤버십을 요청하기 위해 링크1 상에서 R-TWT 요청(셋업) 프레임(486)을 AP1으로 전송한다. R-TWT4는 그 SP들이 다수의 상이한 링크들을 통해 스케줄링되는 R-TWT이다. TWT 요청 프레임들의 포맷은 도 16에 도시된 것과 유사할 수 있으며, 따라서 프레임 내의 TWT 요소는 도 28에 도시된 바와 같을 수 있다.
R-TWT 요청 프레임(486)은 하나의 TWT 요소 내의 TWT 파라미터 정보 필드에서 R-TWT4의 다수의 수정된 브로드캐스트 TWT 파라미터 세트 필드들을 운반하여 이것이 다수의 상이한 링크들 상에서 그 SP들이 스케줄링되는 R-TWT4에 대한 멤버십 요청임을 표시할 수 있다. R-TWT4의 수정된 브로드캐스트 TWT 파라미터 세트 필드에서의 링크 ID 필드는 수정된 브로드캐스트 TWT 파라미터 세트 필드에서 표시된 R-TWT4 스케줄링이 스케줄링되도록 제안되는 링크를 표시한다. R-TWT4의 수정된 브로드캐스트 TWT 파라미터 세트 필드의 타겟 웨이크 시간 필드는 R-TWT4의 동일한 수정된 브로드캐스트 TWT 파라미터 세트 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 바람직하게 설정된다. TWT 웨이크 간격 및 공칭 최소 TWT 웨이크 지속기간은 모든 수정된 브로드캐스트 TWT 파라미터 세트 필드들에서 동일하게 설정될 수 있다. 또한, R-TWT4의 모든 브로드캐스트 TWT 파라미터 세트 필드의 요청 유형 필드 내의 TWT 셋업 명령 필드는 동일한 값으로 설정된다.
AP1은 STA3으로부터 R-TWT 요청 프레임을 수신할 때, 요청을 수락할지를 결정한다. 이 예에서, AP1은 R-TWT4 요청을 수락한다. 이에 응답하여, AP1은 R-TWT 응답 프레임(488)을 STA3에 다시 전송한다. R-TWT 셋업(응답) 프레임의 포맷은 도 16에 도시된 것과 유사할 수 있고, 이에 의해 프레임 내의 TWT 요소는 도 28에 도시된 것과 같을 수 있다. R-TWT4의 다수의 수정된 브로드캐스트 TWT 파라미터 세트 필드들이 하나의 TWT 요소 내의 TWT 파라미터 정보 필드에 포함되어 이것이 R-TWT4의 멤버십 응답임을 나타낼 수 있다. 수정된 브로드캐스트 TWT 파라미터 세트 필드들에서의 타겟 웨이크 시간 필드는 바람직하게는 수정된 브로드캐스트 TWT 파라미터 세트 필드들에서의 동일한 타겟 웨이크 시간 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 설정된다. 예를 들어, 도면에 도시된 바와 같이, 링크1 상의 R-TWT4의 수정된 브로드캐스트 TWT 파라미터 세트 필드(490)에서의 타겟 웨이크 시간 필드는 링크1 상의 제1 R-TWT4 SP가 시작될 때 링크1의 TSF 시간으로 설정되어야 한다. 링크2 상의 R-TWT4의 수정된 브로드캐스트 TWT 파라미터 세트 필드(492)에서의 타겟 웨이크 시간 필드는 바람직하게는 링크2 상의 제1 R-TWT4 SP가 시작될 때 링크2의 TSF 시간으로 설정된다. TWT 웨이크 간격 및 공칭 최소 TWT 웨이크 지속기간은 바람직하게는 R-TWT4의 모든 수정된 브로드캐스트 TWT 파라미터 세트 필드들에서 동일하게 설정된다. 또한, R-TWT4의 모든 수정된 브로드캐스트 TWT 파라미터 세트 필드들의 요청 유형 필드 내의 TWT 셋업 명령 필드는 동일한 값으로 설정된다.
도면은 트리거-인에이블된 R-TWT4 SP의 예를 도시한다. AP1 및 AP2는 도면에 예시된 바와 같이, R-TWT4 SP(496)에서 채널 액세스를 획득할 수 있고, 동시에 링크1 및 링크2 둘 다에서 R-TWT4 SP들 동안 DL PPDU들(498, 500, 506 및 508)을 STA3 및 STA5에 전송하기 시작하고, BA들(502, 504, 510 및 512)로 AP들에 다시 응답할 수 있다.
도면은 또한 R-TWT4 SP들 사이의 간격(494)을 도시하고, 다음 R-TWT4 SP(514)가 어디에서 시작하는지를 도시한다.
도 34는 하나의 링크 상의 수정된 TWT 요소를 이용하여 다수의 링크 상에서 브로드캐스트 TWT를 셋업하는 브로드캐스트 TWT 셋업 절차의 예시적인 실시예(530)를 도시한다. 도면은 링크1 상의 STA3(476)과 AP1(480) 사이의, 그리고 링크2 상의 STA5(478)와 AP2(482) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(472)의 일부인 반면, AP1 및 AP2는 MLD1(474)의 일부이다.
도면에 도시된 바와 같이, B-TWT 셋업(532) 동안, STA3은 B-TWT5의 멤버십을 요청하기 위해 링크1 상의 B-TWT 요청(셋업) 프레임(534)을 AP1에 전송한다. B-TWT5는 그 SP들이 다수의 상이한 링크를 통해 스케줄링되는 브로드캐스트 TWT이다. TWT 요청 프레임들의 포맷은 도 16에 도시된 것과 유사할 수 있으며, 따라서 프레임 내의 TWT 요소는 도 28에 도시된 것과 같을 수 있다.
B-TWT 요청 프레임(534)은 하나의 TWT 요소 내의 TWT 파라미터 정보 필드에 B-TWT5의 다수의 수정된 브로드캐스트 TWT 파라미터 세트 필드를 통합하여 이것이 다수의 상이한 링크 상에서 그 SP들이 스케줄링되는 B-TWT5에 대한 멤버십 요청임을 표시할 수 있다. B-TWT5의 수정된 브로드캐스트 TWT 파라미터 세트 필드에서의 링크 ID 필드는 B-TWT5 스케줄링이 스케줄링되는 것으로 제안된 수정된 브로드캐스트 TWT 파라미터 세트 필드에서 표시되는 링크를 표시한다. B-TWT5의 수정된 브로드캐스트 TWT 파라미터 세트 필드의 타겟 웨이크 시간 필드는 B-TWT5의 동일한 수정된 브로드캐스트 TWT 파라미터 세트 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 설정될 수 있다. TWT 웨이크 간격 및 공칭 최소 TWT 웨이크 지속기간은 B-TWT5의 모든 수정된 브로드캐스트 TWT 파라미터 세트 필드들에서 동일하게 설정될 수 있다. 또한, B-TWT5의 모든 브로드캐스트 TWT 파라미터 세트 필드의 요청 유형 필드 내의 TWT 셋업 명령 필드는 동일한 값으로 설정된다.
AP1은 STA3으로부터 B-TWT 요청 프레임을 수신할 때, 요청을 수락할지를 결정할 수 있다. 이 예에서, AP1은 B-TWT5 요청을 수락하고 B-TWT 응답 프레임(536)을 STA3에 다시 전송한다. B-TWT 셋업(응답) 프레임의 포맷은 도 16에 도시된 것과 유사할 수 있으며, 따라서 프레임 내의 TWT 요소는 도 28에 도시된 것과 같을 수 있다.
B-TWT5의 다수의 수정된 브로드캐스트 TWT 파라미터 세트 필드는 이것이 B-TWT5의 멤버십 응답임을 표시하기 위해 하나의 TWT 요소 내의 TWT 파라미터 정보 필드에 있을 수 있다. 수정된 브로드캐스트 TWT 파라미터 세트 필드의 타겟 웨이크 시간 필드는 바람직하게는 수정된 브로드캐스트 TWT 파라미터 세트 필드들의 동일한 타겟 웨이크 시간 필드의 링크 ID 필드에서 표시된 링크 상의 타이밍 동기화 함수(TSF)(538 및 540)에 기반하여 설정된다. TWT 웨이크 간격 및 공칭 최소 TWT 웨이크 지속기간은 B-TWT5의 모든 수정된 브로드캐스트 TWT 파라미터 세트 필드들에서 동일한 값으로 설정될 수 있다. 또한, B-TWT5의 모든 수정된 브로드캐스트 TWT 파라미터 세트 필드들의 요청 유형 필드 내의 TWT 셋업 명령 필드는 동일한 값으로 설정된다.
도면은 B-TWT5 SP(542, 544)의 예를 도시하며, 여기서 AP1 및 AP2는 채널 액세스를 획득하고, 동시에 링크1 및 링크2 둘 다에서 B-TWT5 SP들 동안 DL PPDU들(546, 548, 554 및 556)을 STA3 및 STA5에 전송하는 것으로 도시된다.
도면은 또한 B-TWT4 SP들 사이의 간격(542)을 도시하고, 다음 B-TWT4 SP(562)가 어디에서 시작하는지를 도시한다.
도 35는 수정된 TWT 요소를 이용하는 웨이크 TBTT와 웨이크 간격의 협상의 예시적인 실시예(590)를 설명한다. 도면은 링크1 상의 STA3(476)과 AP1(480) 사이의, 그리고 링크2 상의 STA5(478)와 AP2(482) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(472)의 일부인 반면, AP1 및 AP2는 MLD1(474)의 일부이다.
도면에 도시된 바와 같이, TBTT 협상(592) 동안, STA3은 링크1 및 링크2 상의 웨이크 간격 및 웨이크 TBTT의 협상을 요청하기 위해 링크1 상에서 AP1에 TWT 요청(셋업) 프레임(594)을 전송한다. TWT 요청 프레임들의 포맷은 도 16에 도시된 것과 유사할 수 있으며, 따라서 프레임 내의 수정된 TWT 요소는 도 28의 브로드캐스트 TWT 파라미터 세트 필드가 IEEE 802.11ax에 정의된 바와 같은 개별 TWT 파라미터 세트 필드로 대체되는 것을 제외하고는 도 27에 도시된 바와 같을 수 있다. 수정된 TWT 요소의 제어 필드 내의 협상 유형 필드는 제1 상태(예를 들어, "1")로 설정되어 그것이 웨이크 TBTT와 웨이크 간격의 협상임을 나타낸다.
TWT 요청 프레임(594)은 다수의 링크 상의 웨이크 TBTT와 웨이크 간격의 협상을 표시하기 위해 TWT 요소 내의 수정된 TWT 파라미터 정보 필드에서 다수의 수정된 개별 TWT 파라미터 세트 필드를 운반할 수 있다(하나의 수정된 개별 TWT 파라미터 세트 필드는 IEEE 802.11ax에 정의된 바와 같은 하나의 개별 TWT 파라미터 세트 필드 및 하나의 링크 ID 필드를 운반한다). 각각의 수정된 개별 TWT 파라미터 세트 필드에서의 링크 ID 필드는 비-AP가 제안하는 동일한 수정된 개별 TWT 파라미터 세트 필드에서의 파라미터들이 설정되는 링크를 표시한다. 수정된 개별 TWT 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 동일한 수정된 개별 TWT 파라미터 세트 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 설정된다.
AP1은 STA3으로부터 TWT 요청(셋업) 프레임을 수신할 때, 요청을 수락할지 여부를 결정한다. 이 예에서, AP1은 협상 요청을 수락하고 TWT 응답(셋업) 프레임(596)을 STA3에 다시 전송한다. TWT 응답 프레임의 포맷은 도 16에 도시된 것과 유사할 수 있으며, 따라서 도 28의 브로드캐스트 TWT 파라미터 세트 필드가 IEEE 802.11ax에 정의된 바와 같은 개별 TWT 파라미터 세트 필드로 대체된다는 점 외에는 프레임 내의 TWT 요소가 도 28과 유사할 수 있다. 수정된 TWT 요소의 제어 필드 내의 협상 유형 필드는 그것이 웨이크 TBTT와 웨이크 간격의 협상임을 표시하기 위해 제1 상태(예를 들어, "1")로 설정된다. TWT 응답 프레임은 다수의 링크 상의 웨이크 TBTT와 웨이크 간격의 협상을 표시하기 위해 수정된 TWT 요소 내의 TWT 파라미터 정보 필드에서 다수의 수정된 개별 TWT 파라미터 세트 필드를 운반할 수 있다(하나의 수정된 개별 TWT 파라미터 세트 필드는 IEEE 802.11ax에 정의된 바와 같은 하나의 개별 TWT 파라미터 세트 필드 및 하나의 링크 ID 필드를 운반한다). 각각의 수정된 개별 TWT 파라미터 세트 필드 내의 링크 ID 필드는 AP가 설정하는 동일한 수정된 개별 TWT 파라미터 세트 필드 내의 파라미터들과, 비-AP STA가 (추종)을 준수하도록 지시받는 링크를 표시한다. 수정된 개별 TWT 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 동일한 수정된 개별 TWT 파라미터 세트 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 설정된다.
타겟 웨이크 시간(TWT)에 설정된 링크1(598) 상의 제1 TBTT는 STA3이 링크1 상의 B-TWT5 SP의 시작 시간을 결정하기 위해 AP1로부터 비컨 프레임(608)을 수신하기 위해 웨이크할 필요가 있는(웨이크할 것을 요청한) 시간을 나타낸다. 이것은 링크1로 설정된 링크 ID 필드를 갖는 수정된 개별 TWT 파라미터 세트 필드 내의 타겟 웨이크 시간 필드에 설정된다. 타겟 웨이크 시간 필드는 링크1 상의 TSF 시간(즉, STA3 및 AP1의 TSF 시간)으로 설정될 수 있다. TBTT(598) 후에 비컨(B-TWT IE)(608)에 대해 청취 간격(606)이 시작된다는 것을 알 것이다.
타겟 웨이크 시간에 설정된 링크2(600) 상의 제1 TBTT는 STA5가 링크2 상의 B-TWT5 SP의 시작 시간을 결정하기 위해 AP2로부터 비컨 프레임(604)을 수신하기 위해 웨이크할 필요가 있는(웨이크할 것을 요청한) 시간을 나타낸다. 이는 링크2로 설정된 링크 ID 필드를 갖는 수정된 개별 TWT 파라미터 세트 필드의 타겟 웨이크 시간 필드에 설정된다. 타겟 웨이크 시간 필드는 링크2 상의 TSF 시간(즉, STA5 및 AP2의 TSF 시간)으로 설정될 수 있다. TBTT(608) 후에 비컨(B-TWT IE)(604)에 대해 청취 간격(602)이 시작된다는 것을 알 것이다.
도면은 트리거-인에이블된 B-TWT4 SP(610)의 예를 도시하며, 여기서 AP1 및 AP2는 채널 액세스를 획득하고 트리거 프레임(612 및 614)(예를 들어, 기본 트리거 프레임 또는 UAPSD 트리거)을 각각 STA3 및 STA5에 전송할 수 있다. 그 후, STA3 및 STA5는 PS-Poll 프레임들(616 및 618)을 다시 전송하여, 그들이 어웨이크되고 트래픽을 수신할 준비가 되어 있음을 나타낸다. 그 후, AP1 및 AP2는 확인응답을 위해 BA(다중 사용자 BA 또는 Ack)(620 및 622)를 전송하고, 각각 R-TWT2 SP 동안 DL MU PPDU들(624, 626)을 STA3 및 STA5로 전송하기 시작하고, AP들로부터 확인응답들(BA)(628 및 630)을 수신한다.
링크 상의 트리거 프레임과 비컨들(B-TWT IE) 사이의 채널 시간 동안, 그 링크 상의 STA는 휴면 상태로 될 수 있으며, 비컨들(632, 634, 636 및 638)이 예로서 도시된다는 점에 유의해야 한다.
도 36은 수정된 TWT 요소를 이용하는 개별 TWT 셋업의 예시적인 실시예(650)를 도시한다. 도면은 링크1 상의 STA3(476)과 AP1(480) 사이의, 그리고 링크2 상의 STA5(478)와 AP2(482) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(472)의 일부인 반면, AP1 및 AP2는 MLD1(474)의 일부이다.
도면에 도시된 바와 같이, I-TWT 셋업(652) 동안, STA3은 링크1 및 링크2 상의 개별 TWT 셋업을 요청하기 위해 링크1 상에서 AP1에 TWT 요청(셋업) 프레임(654)을 전송한다. TWT 요청 프레임들의 포맷은 도 16에 도시된 것과 유사할 수 있으며, 따라서 프레임 내의 수정된 TWT 요소는 도 28의 브로드캐스트 TWT 파라미터 세트 필드가 IEEE 802.11ax에 정의된 바와 같은 개별 TWT 파라미터 세트 필드로 대체되는 것을 제외하고는 도 28에 도시된 바와 같을 수 있다. 수정된 TWT 요소의 제어 필드 내의 협상 유형 필드는 그것이 개별 TWT 셋업의 협상임을 표시하기 위해 제2 상태(예를 들어, "0")로 설정된다.
TWT 요청 프레임은 다수의 링크 상에서 I-TWT6으로 표시되는 개별 TWT의 협상을 표시하기 위해 TWT 요소 내의 수정된 TWT 파라미터 정보 필드에서 다수의 수정된 개별 TWT 파라미터 세트 필드를 운반할 수 있다(하나의 수정된 개별 TWT 파라미터 세트 필드는 IEEE 802.11ax에 정의된 바와 같은 하나의 개별 TWT 파라미터 세트 필드 및 하나의 링크 ID 필드를 운반한다). 각각의 수정된 개별 TWT 파라미터 세트 필드에서의 링크 ID 필드는 비-AP와 동일한 수정된 개별 TWT 파라미터 세트 필드에서의 파라미터들이 제안되는 링크를 표시한다. 수정된 개별 TWT 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 동일한 수정된 개별 TWT 파라미터 세트 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 설정된다.
AP1은 STA3으로부터 TWT 요청 프레임을 수신할 때, 요청을 수락할지 여부를 결정할 수 있다. 이 예에서, AP1은 협상 요청을 수락하고 TWT 응답 프레임(656)을 STA3에 다시 전송한다. TWT 응답 프레임의 포맷은 예를 들어 도 16에 도시된 것과 유사할 수 있으며, 따라서 도 28의 브로드캐스트 TWT 파라미터 세트 필드가 IEEE 802.11ax에 정의된 바와 같은 개별 TWT 파라미터 세트 필드로 대체된다는 점 외에는 프레임 내의 TWT 요소가 도 28과 유사할 수 있다. 수정된 TWT 요소의 제어 필드 내의 협상 유형 필드는 그것이 개별 TWT 셋업의 협상임을 표시하기 위해 제1 상태(예를 들어, "1")로 설정된다. TWT 응답 프레임은 또한 다수의 링크 상의 개별 TWT 셋업의 협상을 표시하기 위해 수정된 TWT 요소 내의 TWT 파라미터 정보 필드에서 다수의 수정된 개별 TWT 파라미터 세트 필드를 운반할 수 있다(하나의 수정된 개별 TWT 파라미터 세트 필드는 IEEE 802.11ax에 정의된 바와 같은 하나의 개별 TWT 파라미터 세트 필드 및 하나의 링크 ID 필드를 운반한다). 각각의 수정된 개별 TWT 파라미터 세트 필드 내의 링크 ID 필드는 AP가 설정하는 동일한 수정된 개별 TWT 파라미터 세트 필드 내의 파라미터들 및 비-AP STA가 따라야 하는 링크를 표시한다. 수정된 개별 TWT 파라미터 세트 필드에서의 타겟 웨이크 시간 필드는 동일한 수정된 개별 TWT 파라미터 세트 필드의 링크 ID 필드에서 표시된 링크 상의 TSF에 기반하여 설정된다.
타겟 웨이크 시간에 설정된 링크1 상의 제1 TBTT는 STA3이 링크1(658) 상의 제1 I-TWT6 SP의 시작을 위해 웨이크할 필요가 있는(웨이크할 것을 요청한) 시간을 나타낸다. 이것은 링크1로 설정된 링크 ID 필드를 갖는 수정된 개별 TWT 파라미터 세트 필드 내의 타겟 웨이크 시간 필드에 설정된다. 타겟 웨이크 시간 필드는 링크1 상의 TSF 시간(즉, STA3 및 AP1의 TSF 시간)으로 설정될 수 있다.
타겟 웨이크 시간에 설정된 링크2 상의 제1 TBTT는 STA5가 링크2 상의 제1 I-TWT6 SP(660)의 시작을 위해 웨이크할 필요가 있는(웨이크할 것을 요청한) 시간을 나타낸다. 이는 링크2로 설정된 링크 ID 필드를 갖는 수정된 개별 TWT 파라미터 세트 필드의 타겟 웨이크 시간 필드에 설정된다. 타겟 웨이크 시간 필드는 링크2 상의 TSF 시간(즉, STA5 및 AP2의 TSF 시간)으로 설정될 수 있다.
도면은 AP1 및 AP2가 예시된 바와 같이, STA3 및 STA5에 각각 트리거 프레임들(662 및 664)(예를 들어, 기본 트리거 프레임 또는 U-APSD 트리거)을 전송하기 위해 채널 액세스를 획득할 수 있는 I-TWT6 SP(661)의 예를 도시한다. 그 후, STA3 및 STA5는 PS-Poll 프레임들(666 및 668)을 다시 전송하여, 그들이 어웨이크하고 트래픽을 수신할 준비가 되어 있음을 나타낸다. 그 후, AP1 및 AP2는 확인응답을 위해 BA(670 및 672)를 전송하고, 각각 R-TWT2 SP 동안 DL PPDU들(674 및 676)을 STA3 및 STA5로 전송하기 시작하고, 그 후 확인응답들(예를 들어, BA)(678 및 680)이 수신된다.
3.4. R-TWT 멤버십에 대한 대안적인 SCS 셋업 절차
이 섹션은, 섹션 3.3과는 상이한, R-TWT 멤버십에 대한 대안적인 SCS 셋업 절차를 도입한다.
이 섹션은, SCS 셋업이 다중-링크(ML) 동작을 포함하는 반면 R-TWT 셋업은 링크 레벨 동작인 시나리오를 고려한다. 따라서, SCS의 셋업 절차(즉, SCS 셋업 프레임 교환)는 임의의 수의 링크를 통해 발생할 수 있는 반면, R-TWT의 셋업 절차(즉, R-TWT 셋업 프레임 교환)는 R-TWT가 스케줄링되어 있는 링크를 통해서만 발생할 수 있다.
3.4.1. 대안적인 SCS 셋업 절차의 동작
도 37 및 도 38은 SCS 요청 프레임을 전송하고 프레임 내의 SCS에 대해 R-TWT 스케줄링이 필요(요청)하다는 것을 나타내는 비-AP MLD의 예시적인 실시예(710)를 나타낸다.
도 37에서, 비-AP MLD는 SCS를 셋업하기 위한 프레임을 AP MLD에 전송하고(712) 프레임 내의 SCS에 대해 R-TWT 스케줄링이 필요(요청)하다는 것을 나타낸다.
그 다음, 블록(714)에서, AP MLD가 SCS 요청을 수락한다는 것을 나타내는 프레임을 비-AP MLD가 수신했는지가 결정된다. SCS 요청이 수락되지 않았다면, 블록(718)에서 SCS 셋업이 실패했고, 이 프로세스는 종료된다.
그렇지 않고, SCS 셋업이 수락되었다면, 블록(716)에서 SCS는 성공적으로 확립되고, 비-AP MLD는 임의의 인에이블된 링크들(비-AP MLD가 AP MLD와 연관한 링크들) 상에 R-TWT의 멤버십을 할당하기 위해 AP MLD로부터의 응답을 기다린다. 비-AP MLD는 SCS의 R-TWT 멤버십에 대한 응답을 기다릴 때, 임의의 링크 상에서 SCS에 대한 R-TWT 요청 프레임을 전송하지 않는다는 점에 유의해야 한다.
그 후, 도 38의 체크(720)에서, AP MLD가 R-TWT의 멤버십을 수락한다는 것을 나타내는 프레임을 비-AP MLD와 연계된 STA가 수신하였는지에 대한 결정이 이루어진다.
조건이 만족되지 않으면, 블록(722)에서 비-AP MLD는 SCS 트래픽 스트림에 대해 R-TWT 멤버십 요청 프레임 또는 다른 SCS 요청 프레임(R-TWT 요청과 함께)을 전송할 수 있다. 따라서, AP MLD가 SCS 요청을 수락하지만 비-AP MLD가 타임아웃 전에 R-TWT의 멤버십을 할당하는 프레임을 수신하지 않는다면, 비-AP MLD는 SCS에 대한 R-TWT 멤버십 요청을 전송하거나 SCS 트래픽 스트림에 대한 SCS 요청 프레임을 재전송할 수 있다. 일부 경우에 비-AP MLD는 상이한 링크를 통해 SCS 요청 프레임을 재전송할 수 있다는 점에 유의해야 한다. 또한, 비-AP MLD가 AP MLD가 (타임아웃 내에서) SCS 요청을 수락한다는 것을 나타내는 프레임을 수신하지 않는다면, SCS 셋업은 실패했다. 비-AP MLD는 현재의 SCS 셋업 규칙에 따라 SCS 트래픽 스트림에 대한 SCS 요청 프레임을 재전송할 수 있다.
그렇지 않고, 블록(720)에서 결정된 바와 같이 R-TWT 멤버십이 수락되는 경우, 그 STA는 그 R-TWT의 멤버 STA가 되고(724), SCS 트래픽 스트림들로부터의 프레임들은 그 R-TWT의 SP들 동안에 전송되도록 허용되거나 전송되도록 우선순위화될 것이다. 적어도 하나의 실시예/모드/경우에, AP MLD는 동일한 SCS 트래픽 스트림에 대해 다수의 R-TWT의 멤버십을 할당한다는 점에 유의해야 한다. 적어도 하나의 실시예/모드/경우에, 동일한 SCS 트래픽 스트림에 대한 다수의 R-TWT가 상이한 링크들 상에서 스케줄링될 수 있다.
적어도 하나의 실시예/모드/경우에, SCS 셋업 절차의 프레임 교환은, 예를 들어, 링크1을 통해 전송되는 반면, R-TWT 멤버십을 할당하는 프레임들은, 링크2, 링크3 등과 같은, 링크1 이외의 링크들을 통해 전송된다는 점에 또한 유의할 것이다.
도 39는 SCS 응답 프레임을 전송하고 SCS에 대한 멤버십을 할당하는 AP MLD의 예시적인 실시예(750)를 도시한다.
AP MLD는 비-AP MLD로부터 SCS 트래픽 스트림을 셋업하라는 요청 프레임을 수신한다(752). 프레임에서, 이것은 SCS 트래픽 스트림에 대해 R-TWT를 스케줄링할 것을 요청한다.
체크(754)에서, AP MLD가 SCS 요청을 수락했는지가 결정된다. AP MLD가 SCS 요청을 수락하지 않는다면, 블록(756)에서 AP MLD는 SCS 요청을 거부하는 SCS 응답 프레임을 생성한다. AP MLD가 SCS를 거부할 수 있는 하나의 이유는 AP MLD가 SCS 트래픽 스트림에 대한 임의의 링크들 상의 R-TWT SP들을 스케줄링할 수 없다는 것일 수 있다는 점에 유의할 것이다. AP MLD는 SCS 응답 프레임에서 거부에 대한 이유를 나타낼 수 있다. 예를 들어, 이러한 이유는 도 14에 도시된 바와 같이 상태 필드에 표시될 수 있다.
그렇지 않고, 체크(754)에서의 조건이 만족되면, AP MLD는 SCS 응답 프레임으로 응답(758)하여 비-AP MLD에 대한 SCS 요청을 수락한다. 그 다음, AP MLD는 타임아웃 간격 내에서 SCS 트래픽 스트림에 대해 적어도 하나의 링크 상에 R-TWT 멤버십을 할당하기 위한 프레임을 전송한다(760). 적어도 하나의 실시예/모드/경우에서, R-TWT 멤버십을 할당하는 프레임 포맷은 (도 16에 도시된 바와 같이) IEEE 802.11be에서와 동일할 수 있고, 이에 의해 TWT 요소는 도 41에 도시된 바와 같이 수정된 포맷을 이용하여 대체될 수 있다. 특정 경우들에서, AP MLD는 동일한 SCS 트래픽 스트림에 대해 다수의 R-TWT들의 멤버십을 할당할 수 있다는 점에 유의할 것이다. 동일한 SCS 트래픽 스트림에 대한 다수의 R-TWT가 상이한 링크들 상에서 스케줄링되는 것도 특정 경우들에서 허용가능하다.
3.4.2. R-TWT 프레임 포맷을 갖는 SCS 디스크립터
도 40은 QoS 특성 요소 내의 R-TWT 요청 필드를 갖는 SCS 디스크립터 요소의 예시적인 실시예(770)를 나타낸다. SCS 디스크립터 요소 내의 필드들은, R-TWT가 SCS 트래픽 스트림에 대해 요구되는지를 나타내는 R-TWT 요청 필드 등의 하나의 필드를 가진다는 점을 제외하고는, IEEE 802.11be[P802.11be_D1.31]의 필드들과 동일할 수 있다.
QoS 특성 요소 필드는 적어도 새로운 R-TWT 요청 필드가 이 요소에 추가된다는 점을 제외하고는 IEEE 802.11be에서 정의된 것과 동일할 수 있다. R-TWT 요청 필드는 QoS 특성 요소의 제어 정보 필드에 있을 수 있다.
R-TWT 요청 필드는 R-TWT 스케줄링이 SCS 트래픽 스트림으로부터의 프레임들의 전송을 위해 필요한지(요구되는지)를 표시하기 위해 비-AP MLD에 의해 설정된다. 이 필드는 1 비트 표시를 포함할 수 있다. 이 필드가 제1 상태(예를 들어, "1")로 설정되면, 비-AP MLD는 SCS 트래픽 스트림의 전송을 위해 R-TWT SP들을 스케줄링하도록 요청한다. 이 필드를 수신하는 AP MLD는 SCS 요청을 수락하면, 타임아웃 기간 내에 적어도 하나의 링크 상의 SCS 트래픽 스트림의 전송을 위해 R-TWT 멤버십을 할당하기 위해 비요청 TWT 응답 프레임(들)을 비-AP MLD에 전송하고, 이것은 SCS 트래픽 스트림의 QoS 요건을 만족시키는 것을 목표로 한다. 타임아웃은 AP 및 비-AP MLD들에 의해 미리 결정되거나 협상될 수 있다는 것에 유의해야 한다. 그렇지 않으면, 이 필드는 제2 상태(예를 들어, "0")로 설정되고, AP MLD는 SCS 트래픽 스트림에 대해 R-TWT SP를 스케줄링할 필요가 없다. 비-AP MLD는 SCS 트래픽 스트림에 대한 R-TWT SP를 스케줄링할 필요가 있다면(스케줄링하기로 결정한다면), 이것은 링크를 통해 AP MLD와의 R-TWT 멤버십 협상을 개시한다.
도 41은 도 40에 도시된 수정된 TWT 요소의 데이터 필드 도면의 예시적인 실시예(790)를 도시한다. 수정된 TWT 요소 내의 모든 필드들은, 각각의 (수정된) 브로드캐스트 TWT 파라미터 세트 필드에 SCSID 필드가 추가되는 것을 제외하고는, 도 5에 도시된 바와 같은 TWT 요소 내의 것들과 동일할 수 있다. AP는, 수정된 브로드캐스트 TWT 파라미터 세트 필드에서 표시된 R-TWT 스케줄링이 SCSID 필드에서 표시된 SCS 트래픽 스트림의 전송을 위한 것임을 표시하도록 이 필드를 설정한다. AP가 수정된 브로드캐스트 TWT 파라미터 세트 필드를 비-AP STA의 멤버십을 수락하도록 설정하면, 비-AP STA의 SCSID 필드에서 표시된 SCS 트래픽 스트림은 수정된 브로드캐스트 TWT 파라미터 세트 필드에서 표시된 R-TWT SP들 동안 전송할 더 높은 우선순위를 부여받는다.
3.4.3. R-TWT 스케줄링을 요청하는 SCS 셋업의 예들
이 섹션은 R-TWT 스케줄링을 요청하는 SCS 셋업 절차의 여러 예들을 나타낸다.
도 42는 링크1 상의 SCSx 트래픽 스트림에 대한 R-TWT SP들을 스케줄링하는 AP1의 예에서 R-TWT 스케줄링을 요청하는 SCS 셋업 절차의 예시적인 실시예(810)를 나타낸다. 도면은 링크1 상의 STA3(813a)과 AP1(841a) 사이의, 그리고 링크2 상의 STA5(813b)와 AP2(841b) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(812)의 일부인 반면, AP1 및 AP2는 MLD1(840)의 일부이다.
MLD3은 SCSx로 표시된 SCS 트래픽 스트림을 MLD1과 셋업한다. 이 예에서, SCSx는 DL 트래픽 스트림이다. MLD3과 연계된 STA3은 채널 액세스를 획득하고, MLD1과 연계된 AP1과 SCS 셋업 절차(814)를 개시한다. STA3은 SCSx 트래픽 스트림을 셋업하기 위해 SCS 요청 프레임(816)을 AP1에 전송한다. SCS 요청 프레임의 포맷은, 그 SCS 디스크립터 리스트 필드가 도 40에 도시된 SCS 디스크립터 요소를 운반하는 도 11에 도시된 바와 같을 수 있다. SCS 디스크립터 요소는, R-TWT가 SCSx 트래픽 스트림의 전송에 필요(요청)하다는 표시를 포함한다.
AP1은 SCSx에 대한 SCS 요청 프레임을 수신한 후에, SCSx 트래픽 스트림을 수락하기 위해 SCS 응답 프레임(818)으로 응답하기로 결정(판정)한다. SCSx 트래픽 스트림이 성공적으로 확립되고(820), MLD3은 그 백오프(BO) 타이머(822)를 카운트 다운하기 시작하고 타임아웃 전에 SCSx 트래픽 스트림에 대한 R-TWT 멤버십을 할당하기 위해 MLD1로부터 R-TWT 응답 프레임을 기다린다.
이 예에서, MLD1은 SCSx 트래픽 스트림에 대한 링크1 상에서 R-TWTy로 표시된 R-TWT의 멤버십을 할당하기로 결정한다. 그 후, MLD1과 연계된 AP1은 STA3의 R-TWTy 멤버십을 할당/수락하기 위해 비요청 TWT 응답 프레임(즉, TWT 셋업 프레임)(824)을 전송한다. TWT 응답 프레임의 프레임 포맷은 도 41에 도시된 바와 같이 수정된 TWT 요소를 운반하는 도 16에 도시된 바와 같을 수 있다. R-TWTy의 멤버십을 수락하는 수정된 브로드캐스트 TWT 파라미터 세트 필드 내의 SCSID 서브필드는 이 R-TWTy 멤버십이 SCSx에 대한 것임을 표시하기 위해 SCSx의 SCS ID로 설정되어야 한다.
그 다음, STA3은 R-TWTy의 멤버(826) STA가 되고, SCSx 트래픽 스트림의 프레임들이 전송되도록 허용되거나 전송할 우선순위가 더 높은 제1 R-TWTy SP(832)를 기다린다(828). 도면에 도시된 바와 같이, AP1은 링크1 상의 R-TWTy SP 동안 SCSx 트래픽 스트림의 PPDU들(830, 836)을 전송하고, STA3은 확인응답들(BA들)(834 및 838)로 응답한다.
도 43은 상이한 링크 상에서 SCSx 트래픽 스트림에 대한 R-TWT SP들을 스케줄링하는 예시적인 실시예(850)를 도시한다. 도면은 링크1 상의 STA3(813a)과 AP1(841a) 사이의, 그리고 링크2 상의 STA5(813b)와 AP2(841b) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(812)의 일부인 반면, AP1 및 AP2는 MLD1(840)의 일부이다.
도 42와 비교하여, 이 예에서, SCSx 트래픽 스트림은 UL 트래픽 스트림이고, SCSx의 SCS 셋업 절차는 링크2 상에서 발생하는 반면, R-TWTy의 AP 멤버십 할당은 링크1 상에서 발생한다.
MLD3은 SCSx로 표시된 SCS 트래픽 스트림을 MLD1과 셋업한다. 이 예에서, SCSx는 UL 트래픽 스트림이다. MLD3과 연계된 STA5는 채널 액세스를 획득하고, 링크2 상의 MLD1과 연계된 AP2와 SCS 셋업 절차(852)를 개시한다. STA5는 SCS 요청 프레임(854)을 AP2에 전송하여 SCSx 트래픽 스트림을 셋업한다. SCS 요청 프레임의 포맷은, 그 SCS 디스크립터 리스트 필드가 도 40에 도시된 SCS 디스크립터 요소를 운반하는 도 11에 도시된 바와 같을 수 있다. SCS 디스크립터 요소에는, R-TWT가 SCSx 트래픽 스트림의 전송에 필요(요청)하다는 표시가 있다.
AP2는 SCSx에 대한 SCS 요청 프레임을 수신한 후에, SCSx 트래픽 스트림을 수락하기 위해 SCS 응답 프레임(856)으로 응답하기로 결정한다. SCSx 트래픽 스트림은 성공적으로 확립되고(858), MLD3은 타임아웃 전에 SCSx 트래픽 스트림에 대해 R-TWT 멤버십을 할당하기 위해 MLD1로부터 R-TWT 응답 프레임(862)을 기다리기 시작한다.
이 예에서, MLD1은 SCSx 트래픽 스트림에 대한 링크1 상에서 R-TWTy로 표시된 R-TWT의 멤버십을 할당하기로 결정한다. 그 후, MLD1과 연계된 AP1은 채널에 대해 경합하고(860), STA3의 R-TWTy 멤버십을 할당/수락하기 위해 비요청 TWT 응답 프레임(즉, TWT 셋업 프레임)(862)을 전송한다. TWT 응답 프레임의 프레임 포맷은 도 41에 도시된 바와 같이 수정된 TWT 요소를 운반하는 도 16에 도시된 바와 같을 수 있다. R-TWTy의 멤버십을 수락하기 위한 수정된 브로드캐스트 TWT 파라미터 세트 필드 내의 SCSID 서브필드는 이 R-TWTy 멤버십이 SCSx에 대한 것임을 표시하기 위해 SCSx의 SCS ID로 설정되어야 한다.
그 다음, STA3은 R-TWTy의 멤버 STA가 되고(864), SCSx 트래픽 스트림의 프레임들의 전송이 허용되거나 전송할 더 높은 우선순위가 주어지는 R-TWTy SP(868)를 기다린다(866). 도면에 도시된 바와 같이, AP1은 링크1 상의 R-TWTy SP 동안 SCSx 트래픽 스트림의 PPDU들(872)의 전송들을 트리거링한다(870).
도 44는 다수의 링크 상의 SCSx 트래픽 스트림에 대한 R-TWT SP들을 스케줄링하는 MLD1의 예시적인 실시예(890)를 도시한다. 도면은 링크1 상의 STA3(813a)과 AP1(841a) 사이의, 그리고 링크2 상의 STA5(813b)와 AP2(841b) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(812)의 일부인 반면, AP1 및 AP2는 MLD1(840)의 일부이다.
도 43과 비교하여, 이 예에서, SCSx 트래픽 스트림은 P2P 트래픽 스트림이고, SCSx의 SCS 셋업 절차는 링크2 상에서 발생하는 반면, AP는 링크1 및 링크2 상에서, 각각, R-TWTy 및 R-TWTz의 멤버십을 할당한다.
MLD3은 SCSx로 표시된 SCS 트래픽 스트림(892)을 MLD1과 셋업한다. 이 예에서, SCSx는 P2P 트래픽 스트림이다. MLD3과 연계된 STA5는 채널 액세스를 획득하고, 링크2 상의 MLD1과 연계된 AP2와 SCS 셋업 절차를 개시한다. 구체적으로, STA5는 SCSx 트래픽 스트림을 셋업하기 위해 SCS 요청 프레임(894)을 AP2에 전송한다. SCS 요청 프레임의 포맷은, 그 SCS 디스크립터 리스트 필드가 도 40에 도시된 SCS 디스크립터 요소를 운반하는 도 11에 도시된 바와 같을 수 있다. SCS 디스크립터 요소에는, R-TWT가 SCSx 트래픽 스트림의 전송에 필요(요청)하다는 표시가 있다.
AP2는 SCSx에 대한 SCS 요청 프레임을 수신한 후에, SCSx 트래픽 스트림을 수락하기 위해 SCS 응답 프레임(896)으로 응답하기로 결정한다. SCSx 트래픽 스트림은 성공적으로 확립되고(898), 타임아웃 전에 SCSx 트래픽 스트림에 대해 R-TWT 멤버십을 할당하기 위해 MLD1로부터 R-TWT 응답 프레임을 기다리기 시작한다.
이 예에서, MLD1은 SCSx 트래픽 스트림에 대해 각각 링크1 및 링크2 상에서 R-TWTy 및 R-TWTz로 표시되는 2개의 R-TWT의 멤버십을 할당하기로 결정한다. 그 후, MLD1과 연계된 AP1은 백오프 타이머(900)를 카운트 다운하기 시작하고, 비요청 TWT 응답 프레임(즉, TWT 셋업 프레임)을 전송하여 링크1을 통해 STA3의 R-TWTy 멤버십(904)을 할당/수락한다. 한편, MLD1과 연계된 AP2는 백오프 타이머들(902)을 카운트 다운하고 비요청 TWT 응답 프레임(즉, TWT 셋업 프레임)(906)을 전송하여 링크2를 통해 STA5의 R-TWTy 멤버십을 할당/수락한다.
TWT 응답 프레임의 프레임 포맷은 도 41에 도시된 바와 같이 수정된 TWT 요소를 운반하는 도 16에 도시된 것과 같을 수 있다. R-TWTy(또는 R-TWTz)의 멤버십을 수락하기 위한 수정된 브로드캐스트 TWT 파라미터 세트 필드 내의 SCSID 서브필드는 이 R-TWTy(또는 R-TWTz 각각) 멤버십이 SCSx에 대한 것임을 표시하기 위해 SCSx의 SCS ID로 설정되어야 한다.
그 후, STA3은 링크1 상의 R-TWTy(908)의 멤버 STA가 된다. R-TWTy SP들 동안, SCSx 트래픽 스트림의 프레임들은 전송되도록 허용되거나 전송할 더 높은 우선순위를 가질 것이다. 도면에 도시된 바와 같이, 간격(912) 후에, AP1은 STA3과 TXOP를 공유하기 위해 MU-RTS TXS 트리거 프레임(IEEE 802.11be에서 정의된 바와 같음)(916)을 전송하고, STA3은 링크1 상의 R-TWTy SP 동안 응답 CTS(918) 후에 SCSx 트래픽 스트림의 PPDU들(920)의 전송들을 시작한다.
STA5는 링크2 상의 R-TWTz(910)의 멤버 STA가 된다. R-TWTz SP들 동안, 기간(914) 후에, SCSx 트래픽 스트림의 프레임들은 전송되도록 허용되거나 전송할 더 높은 우선순위를 가질 것이다. 도면에 도시된 바와 같이, AP2는 STA5와 TXOP를 공유하기 위해 MU-RTS TXS 트리거 프레임(922)을 전송하고, STA5는 링크1 상의 R-TWTz SP 동안 응답 CTS(922) 후에 SCSx 트래픽 스트림의 PPDU들(926)의 전송들을 시작한다.
P2P(또는 DL/UL) SCS 트래픽 스트림은 SCS 트래픽 스트림이 SCS 트래픽 스트림의 QoS 특성 요소(또는 TID 대 링크 매핑)의 제어 정보 필드 내의 링크 ID 필드(또는 링크 비트맵 필드)로 인해 특정 링크들을 통해서만 전송될 수 있다는 것을 표시할 수 있다는 점에 유의하여야 한다. SCS 트래픽 스트림은 P2P인 경우, 그 터널링된 직접-링크 셋업(TDLS) 링크들을 통해서만 전송될 수 있다. 다음으로, AP MLD는 이러한 특정 링크들을 통한 SCS 트래픽 스트림의 전송을 위해 R-TWT SP들만을 스케줄링할 수 있다.
도 45는 타임아웃 전에 SCSx에 대한 R-TWT 멤버십을 수신하지 않는 MLD3의 예시적인 실시예(950)를 나타낸다. 도면은 링크1 상의 STA3(813a)과 AP1(841a) 사이의, 그리고 링크2 상의 STA5(813b)와 AP2(841b) 사이의 통신들을 도시한다. STA3 및 STA5는 MLD3(812)의 일부인 반면, AP1 및 AP2는 MLD1(840)의 일부이다.
MLD3은 SCSx로 표시된 SCS 트래픽 스트림을 MLD1과 셋업한다. 이 예에서, SCSx는 UL 트래픽 스트림이다. MLD3과 연계된 STA5는 채널 액세스를 획득하고, 링크2 상의 MLD1과 연계된 AP2와 SCS 셋업 절차(952)를 개시한다. STA5는 SCS 요청 프레임(954)을 AP2에 전송하여 SCSx 트래픽 스트림을 셋업한다. SCS 요청 프레임의 포맷은, 그 SCS 디스크립터 리스트 필드가 도 40에 도시된 SCS 디스크립터 요소를 운반하는 도 11에 도시된 바와 같을 수 있다. SCS 디스크립터 요소는, R-TWT가 SCSx 트래픽 스트림의 전송에 필요(요청)하다는 표시를 포함한다.
AP2는 SCSx에 대한 SCS 요청 프레임을 수신한 후에, 응답하기로 결정하고 SCSx 트래픽 스트림을 수락하기 위해 SCS 응답 프레임(955)을 전송한다. SCSx 트래픽 스트림은 성공적으로 확립되고(956), SCSx에 대한 R-TWT 멤버십을 할당하기 위해 MLD1로부터 R-TWT 응답 프레임을 기다린다(958). R-TWT 응답은 설정된 타임아웃 기간(958) 내에 MLD3에 의해 수신되지 않는다(960).
타임아웃(958) 후에, MLD3은 그 BO 타이머(962)를 카운트 다운하기 시작하고 SCSx 트래픽 스트림에 대한 SCS 셋업 절차를 재개시한다. 재개시는 임의의 링크 상에서 수행될 수 있다. 이 예에서, 재개시는 또 다른 SCS 셋업 프로세스(964)와 함께 링크1 상에서 발생하고, STA3은 SCS 응답(968)이 수신되는 SCS 요청(966)을 전송한다.
4. 실시예들의 일반적인 범위
본 기술의 실시예들은 기술의 실시예들에 따른 방법들 및 시스템들의 흐름도 예시들, 및/또는 컴퓨터 프로그램 제품들로서 또한 구현될 수 있는 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 다른 계산적 묘사들을 참조하여 본 명세서에 설명될 수 있다. 이와 관련하여, 흐름도의 각각의 블록 또는 단계, 및 흐름도에서의 블록들(및/또는 단계들)의 조합들뿐만 아니라, 임의의 절차, 알고리즘, 단계, 동작, 공식, 또는 계산적 묘사는 하드웨어, 펌웨어, 및/또는 컴퓨터 판독가능한 프로그램 코드로 구현된 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어와 같은 다양한 수단에 의해 구현될 수 있다. 이해할 수 있듯이, 임의의 이러한 컴퓨터 프로그램 명령어들은, 제한 없이, 범용 컴퓨터 또는 특수 목적 컴퓨터, 또는 머신을 생성하는 다른 프로그래밍가능한 처리 장치를 포함한, 하나 이상의 컴퓨터 프로세서에 의해 실행되어, 컴퓨터 프로세서(들) 또는 다른 프로그래밍가능한 처리 장치 상에서 실행되는 컴퓨터 프로그램 명령어들이 명시된 기능(들)을 구현하기 위한 수단을 생성하게 할 수 있다.
따라서, 흐름도들의 블록들, 및 본 명세서에 설명된 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 계산적 묘사들은, 명시된 기능(들)을 수행하기 위한 수단들의 조합들, 명시된 기능(들)을 수행하기 위한 단계들의 조합들, 및 명시된 기능(들)을 수행하기 위한 컴퓨터 판독가능한 프로그램 코드 로직 수단으로 구현된 것과 같은 컴퓨터 프로그램 명령어들을 지원한다. 본 명세서에 설명된 임의의 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 계산적 묘사들 및 이들의 조합들뿐만 아니라, 흐름도 예시들의 각각의 블록은 명시된 기능(들) 또는 단계(들)를 수행하는 특수 목적 하드웨어 기반 컴퓨터 시스템들, 또는 특수 목적 하드웨어와 컴퓨터 판독가능한 프로그램 코드의 조합들에 의해 구현될 수 있다는 것이 또한 이해될 것이다.
또한, 컴퓨터 판독가능한 프로그램 코드로 구현되는 것과 같은 이들 컴퓨터 프로그램 명령어들은 또한 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치에게 특정한 방식으로 기능하도록 지시할 수 있는 하나 이상의 컴퓨터 판독가능한 메모리 또는 메모리 디바이스들에 저장될 수 있어서, 컴퓨터 판독가능한 메모리 또는 메모리 디바이스들에 저장된 명령어들은 흐름도(들)의 블록(들)에 명시된 기능을 구현하는 명령어 수단을 포함하는 제조 물품을 생성한다. 컴퓨터 프로그램 명령어들은 또한 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치에 의해 실행되어, 일련의 동작 단계들이 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치 상에서 수행되어, 컴퓨터 프로세서 또는 다른 프로그래밍가능한 처리 장치 상에서 실행되는 명령어들이 흐름도(들), 절차(들) 알고리즘(들), 단계(들), 동작(들), 공식(들) 또는 계산적 묘사(들)의 블록(들)에 명시된 기능들을 구현하기 위한 단계들을 제공하도록 하는 컴퓨터에 의해 구현된 프로세스를 생성하게 할 수 있다.
본 명세서에서 사용되는 바와 같은 "프로그래밍" 또는 "프로그램 실행가능"이라는 용어들은 본 명세서에서 설명되는 바와 같은 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것을 또한 알 것이다. 명령어들은 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구현될 수 있다. 명령어들은 디바이스에 로컬로 비일시적 매체들에 저장될 수 있거나, 또는 서버 상에서와 같이 원격으로 저장될 수 있거나, 또는 명령어들의 전부 또는 일부는 로컬로 및 원격으로 저장될 수 있다. 원격으로 저장된 명령어들은 사용자 개시내용에 의해, 또는 하나 이상의 인자에 기반하여 자동으로 디바이스에 다운로드(푸시)될 수 있다.
본 명세서에서 사용될 때, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 처리 유닛(CPU) 및 컴퓨터라는 용어들은 명령어들을 실행하고 입력/출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로 사용되며, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU 및 컴퓨터라는 용어들은 단일 또는 다수의 디바이스, 단일 코어 및 멀티코어 디바이스들, 및 이들의 변형들을 포함하는 것을 의도한다는 것을 또한 알 것이다.
본 명세서의 설명으로부터, 본 개시내용은 다음을 포함하지만 이에 제한되지 않는 기술의 다수의 구현들을 포함한다는 것이 이해될 것이다:
네트워크에서의 무선 통신을 위한 장치로서, (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로; (b) WLAN 상에서 동작하기 위해 무선 통신 회로에 결합된 프로세서; (c) 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 무선 통신 프로토콜의 단계들은, (d)(i) 예비된 제한된 타겟 대기 시간(R-TWT)을 스케줄링하는 것에 더하여 SCS 셋업을 개시하기 위해, 비-AP STA로서 동작하는 STA에 의해, 스트림 분류 서비스(SCS) 요청 프레임을 AP 스테이션에 전송하는 단계 - SCS 요청 프레임은 트래픽 사양(TSPEC) 요소 또는 QoS 특성 요소를 포함함 -; (d)(ii) 비-AP STA로부터 SCS 요청 프레임을 수신하는 단계 - 이 때, AP는 요청을 수락할지 여부를 결정함 -; (d)(iii) 요청에 대한 결정을 표시하는 SCS 응답 프레임을 AP에 의해 비-AP STA에 전송하는 단계; 및 (d)(iv) 요청이 수락되는 경우 R-TWT 서비스 기간들(SP들) 동안에, AP 및 비-AP STA에 의해, SCS 트래픽이 증가된 우선순위로 전송되도록 스케줄링하는 단계 - SCS 트래픽은 다운링크(DL), 업링크(UL), 및 피어-투-피어(P2P)로 구성된 통신 트래픽 그룹으로부터 선택됨 - 를 포함한다.
네트워크에서의 무선 통신을 위한 장치로서, (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로; (b) WLAN 상에서 동작하기 위해 무선 통신 회로에 결합된 프로세서; (c) 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 무선 통신 프로토콜의 단계들은, (d)(i) 타겟 대기 시간(TWT) 요소에 링크 식별(ID) 필드를 통합하는 TWT 파라미터 세트 필드를 이용하여, 이 수정된 TWT 파라미터 세트 필드가 설정되는 링크를 표시하는 단계; (d)(ii) 비-AP STA가 AP에 의해 다수의 링크 상에서 TWT 셋업 프로세스를 개시하기 위해 하나의 링크 상의 TWT 요소 내의 수정된 TWT 파라미터 세트 필드에서, TWT 셋업 프레임을 AP에 전송하는 단계; (d)(iii) AP가 요청에 대한 그 결정을 표시하기 위해 하나의 링크 상의 TWT 요소 내의 수정된 TWT 파라미터 세트 필드를 이용하여 TWT 응답 프레임을 전송하는 단계; 및 (d)(iv) 비-AP STA가 TWT 셋업 프레임 상에서 AP로부터 결정을 수신하고, AP에 의해 지시된 대로, AP와의 프레임 교환을 위해 TWT 스케줄링을 수행하는 단계를 포함한다.
네트워크에서의 무선 통신을 위한 장치로서, (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로; (b) WLAN 상에서 동작하기 위해 무선 통신 회로에 결합된 프로세서; (c) 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 무선 통신 프로토콜의 단계들은, (d)(i) QoS 특성 요소를 포함하는 스트림 분류 서비스(SCS) 요청 프레임을 비-AP STA에 의해 AP 스테이션에 전송하여, SCS에 대한 제한된 타겟 대기 시간(R-TWT)을 스케줄링하는 것에 더하여 SCS 셋업을 개시하는 단계; (d)(ii) 비-AP STA로부터 SCS 요청 프레임을 수신하는 단계 - 이 때, AP는 요청을 수락할지 여부를 결정함 -; (d)(iii) 요청에 대한 결정을 표시하는 SCS 응답 프레임을 AP에 의해 비-AP STA에 전송하는 단계; (d)(iv) SCS 응답 프레임이 SCS 요청을 수락하는 경우 대응하는 R-TWT 서비스 기간들(SP들) 동안에 SCS 트래픽의 전송을 스케줄링하기 위한 R-TWT 멤버십을 할당하기 위해 TWT 응답 프레임을 AP에 의해 전송하는 단계; 및 (d)(v) 요청이 수락되는 경우 대응하는 R-TWT SP들 동안에 AP 및 비-AP STA에 의해 SCS 트래픽이 증가된 우선순위로 전송되도록 스케줄링하는 단계를 포함한다.
네트워크에서의 무선 통신을 위한 장치로서, (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로; (b) WLAN 상에서 동작하기 위해 무선 통신 회로에 결합된 프로세서; (c) 다른 STA들과 통신하기 위해 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리를 포함하며, (d) 명령어들은, 프로세서에 의해 실행될 때, 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 무선 통신 프로토콜의 단계들은, (d)(i) QoS 특성 요소를 포함하는 스트림 분류 서비스(SCS) 요청 프레임을 비-AP STA에 의해 AP 스테이션에 전송하여, SCS에 대한 전송들을 스케줄링하는 것에 더하여 SCS 셋업을 개시하는 단계; (d)(ii) 비-AP STA로부터 SCS 요청 프레임을 수신하는 단계 - 이 때, AP는 요청을 수락할지 여부를 결정함 -; (d)(iii) 요청에 대한 결정을 표시하는 SCS 응답 프레임을 AP에 의해 비-AP STA에 전송하는 단계; 및 (d)(iv) SCS 요청이 수락되는 경우 AP 및 비-AP STA에 의해 SCS 트래픽이 전송되도록 스케줄링하는 단계를 포함한다.
시스템/장치에서 CSMA/CA가 적용되는 패킷들의 전송을 수행하기 위한 무선 통신 장치/방법으로서, (a) 비-AP STA가 SCS 요청 프레임을 전송하여 AP와의 SCS 셋업 및 R-TWT 셋업을 개시하는 것; (b) AP가 요청에 대한 그 결정을 표시하기 위해 SCS 응답 프레임을 전송하는 것; 및 (c) 요청이 수락되는 R-TWT SP들 동안 SCS의 트래픽이 전송되도록 스케줄링되는 것을 포함한다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT SP는 트리거-인에이블된다.
임의의 선행하는 구현의 장치 또는 방법에서, 비-AP는 SCS에 대한 R-TWT 셋업을 요청하기 위해 TWT 요소를 포함하는 SCS 요청 프레임을 전송한다.
임의의 선행하는 구현의 장치 또는 방법에서, AP는 SCS에 대한 R-TWT 셋업의 결과들을 표시하기 위해 TWT 요소를 포함하는 SCS 응답 프레임을 전송한다.
임의의 선행하는 구현의 장치 또는 방법에서, AP에 의해 스케줄링되는 초당 총 R-TWT SP 시간은 R-TWT SP들 동안 전송되거나 우선순위화될 트래픽에 의해 요구되는 것을 초과하도록 허용되지 않는다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 SCS 트래픽 스트림의 최소 서비스 간격과 최대 서비스 간격 사이의 SCS 트래픽 스트림에 대해 2개의 연속적인 R-TWT SP 사이의 간격을 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, 수정된 TWT 파라미터 세트의 파라미터들은 링크 식별(ID) 필드에서 표시된 링크 상의 타이밍 동기화 함수(TSF) 시간 값에 기반하여 설정된다.
임의의 선행하는 구현의 장치 또는 방법에서, TWT 셋업 프레임은 TWT 요소를 운반하고, 이에 의해 TWT 요소 내의 다수의 수정된 TWT 파라미터 세트 필드들은 동일한 TWT ID를 갖지만 상이한 링크들 상에서 그 SP들이 스케줄링되는 TWT를 표시하기 위해 상이한 링크 ID들을 갖는다.
임의의 선행하는 구현의 장치 또는 방법에서, TWT 셋업 프레임은 다수의 TWT 요소를 운반하고, 이에 의해 동일한 TWT에 대한 수정된 TWT 파라미터 세트 필드들 내의 파라미터 및 상이한 TWT 요소들 내의 링크는 그 링크 상의 그 TWT에 대한 파라미터들의 범위를 나타낸다.
임의의 선행하는 구현의 장치 또는 방법에서, TWT 응답 프레임은 R-TWT SP가 SCS 트래픽 스트림에 대해 스케줄링되는 임의의 링크 상에서 AP MLD에 의해 전송될 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, TWT 응답 프레임은 타임아웃 내에 AP MLD에 의해 전송될 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, 비-AP MLD는 R-TWT 스케줄링을 요청하는 SCS 트래픽 스트림이 성공적으로 확립된 이후에 타임아웃 내에 SCS 트래픽 스트림에 대한 TWT 요청 프레임을 전송하지 않아야 한다.
임의의 선행하는 구현의 장치 또는 방법에서, 비-AP MLD는 R-TWT 스케줄링을 요청하는 SCS 트래픽 스트림이 성공적으로 확립된 이후에 타임아웃 내에 SCS 트래픽 스트림에 대한 TWT 응답 프레임을 수신하지 않는다면 SCS 요청 프레임을 재전송한다.
임의의 선행하는 구현의 장치 또는 방법에서, 비-AP MLD는 R-TWT 스케줄링을 요청하는 SCS 트래픽 스트림이 성공적으로 확립된 이후에 타임아웃 내에 SCS 트래픽 스트림에 대한 TWT 응답 프레임을 수신하지 않는다면 SCS 트래픽 스트림에 대한 TWT 요청 프레임을 전송한다.
임의의 선행하는 구현의 장치 또는 방법에서, AP MLD는 SCS 트래픽 스트림들을 전송하기 위해 R-TWT SP들을 스케줄링한다.
임의의 선행하는 구현의 장치 또는 방법에서, AP MLD는 SCS 트래픽 스트림의 최소 서비스 간격과 최대 서비스 간격 사이에 그 길이가 설정되는 시간 간격에서 업링크(UL) 또는 피어-투-피어(P2P) SCS 트래픽 스트림의 전송을 트리거링한다.
임의의 선행하는 구현의 장치 또는 방법에서, SCS 셋업을 요청하는 비-AP는 SCS를 요청하기 위해 프레임 내의 TSPEC 요소의 모든 필드들을 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, UL 트래픽에 대한 SCS 셋업을 요청하는 비-AP는 SCS를 요청하기 위해 프레임 내의 TSPEC 요소의 잉여 대역폭 허용 필드를 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, DL 트래픽에 대한 SCS 셋업을 요청하는 비-AP는 SCS를 요청하기 위해 프레임 내의 TSPEC 요소의 잉여 대역폭 허용 필드를 예비할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, SCS 셋업을 요청하는 AP는 SCS를 요청하기 위해 프레임 내의 TSPEC 요소의 중간 시간 필드를 예비할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, AP는 SCS를 수락하도록 프레임 내의 TSPEC 요소의 중간 시간 필드를 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, 비-AP는 SCS에 대한 R-TWT 셋업을 요청하기 위해 TWT 요소를 포함하는 SCS 요청 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, 비-AP는 SCS에 대한 R-TWT 셋업의 결과들을 표시하기 위해 TWT 요소를 포함하는 SCS 응답 프레임을 전송할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 새로운 SCS가 확립되는 경우 추가의 R-TWT SP 시간을 스케줄링할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 기존의 SCS가 제거되는 경우 R-TWT SP 시간을 줄일 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 기존의 SCS가 변경되는 경우 R-TWT SP 시간을 업데이트할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, AP에 의해 스케줄링되는 초당 총 R-TWT SP 시간은 상한을 초과할 수 없다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 그 트래픽이 R-TWT SP들 동안 전송되도록 스케줄링되는 SCS들의 TSPEC들의 모든 최소 SI 필드들의 최대값보다 길게 2개의 연속적인 R-TWT SP 사이의 간격을 설정할 수 있다.
제1항에 기재된 시스템/장치에서, R-TWT를 스케줄링하는 AP는 그 트래픽이 R-TWT SP들 동안 전송되도록 스케줄링되는 SCS들의 TSPEC들의 모든 최대 SI 필드들의 최소값보다 짧게 2개의 연속적인 R-TWT SP 사이의 간격을 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 2개의 연속적인 R-TWT SP 사이의 간격을 비컨 간격의 약수로 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 AP가 MLD와 연계되는 경우 R-TWT ID를 MLD 레벨에서 고유한 값으로 설정할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 R-TWT ID를 STA 레벨에서 고유한 값으로 설정하고 투플 <R-TWT ID, 링크 ID>를 이용하여 MLD 레벨에서 R-TWT를 식별할 수 있다.
임의의 선행하는 구현의 장치 또는 방법에서, R-TWT를 스케줄링하는 AP는 그 트래픽이 R-TWT SP들 동안 전송되도록 스케줄링되는 SCS의 TSPEC의 최대 SI 필드들과 최소 SI 필드 사이의 2개의 연속적인 R-TWT SP 사이의 간격을 설정할 수 있다.
본 명세서에 설명되는 기술의 각각의 그리고 모든 구현은 물론, 본 명세서에 설명되는 임의의 실시예의 임의의 양태, 구성요소, 또는 요소, 및 본 명세서에 설명되는 임의의 실시예의 양태들, 구성요소들 또는 요소들의 임의의 조합이 있다.
본 명세서에서 사용될 때, "구현"이라는 용어는, 제한 없이, 실시예들, 예들, 또는 본 명세서에 설명된 기술을 실시하는 다른 형태들을 포함하도록 의도된다.
본 명세서에서 사용될 때, 단수 용어들("a", "an", 및 "the")은 문맥이 명백하게 달리 지시하지 않는 한 다수의 지시대상들을 포함할 수 있다. 단수로 된 객체에 대한 참조는 명시적으로 그렇게 기재되지 않으면, "오직 하나(one and only one)"를 의미하도록 의도된 것이 아니라, 오히려 "하나 이상(one or more)"을 의미한다.
"A, B 및/또는 C"와 같은 구문 구성들은, 본 개시내용 내에서, A, B, 또는 C가 존재할 수 있는 곳, 또는 항목들 A, B 및 C의 임의의 조합을 설명한다. "~ 중 적어도 하나(at least one of)"와 같은 구문 구성들 및 그에 후속하는 요소들의 그룹을 열거하는 것은 이러한 그룹 요소들 중 적어도 하나가 존재함을 나타내며, 이는 적용가능한 경우 열거된 요소들의 임의의 가능한 조합을 포함한다.
"실시예", "적어도 하나의 실시예" 또는 유사한 실시예 단어를 참조하는 본 개시내용에서의 참조들은, 설명된 실시예와 관련하여 설명된 특정한 특징, 구조, 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 것을 나타낸다. 따라서, 이러한 다양한 실시예 구문들은 반드시 모두 동일한 실시예, 또는 설명되는 모든 다른 실시예들과 상이한 특정 실시예를 지칭하는 것은 아니다. 실시예 구문은, 주어진 실시예의 특정한 특징들, 구조들, 또는 특성들이, 개시된 장치, 시스템 또는 방법의 하나 이상의 실시예에서 임의의 적절한 방식으로 결합될 수 있다는 것을 의미하는 것으로 해석되어야 한다.
본 명세서에서 사용될 때, "세트"라는 용어는 하나 이상의 객체의 집합을 지칭한다. 따라서, 예를 들어, 객체들의 세트는 단일 객체 또는 다수의 객체들을 포함할 수 있다.
제1 및 제2, 최상부 및 최하부 등과 같은 관계 용어들은 하나의 엔티티 또는 액션을 다른 엔티티 또는 액션과 구별하기 위해서만 사용될 수 있으며, 이러한 엔티티들 또는 액션들 사이의 임의의 실제 이러한 관계 또는 순서를 반드시 요구하거나 암시하는 것은 아니다.
용어들 "포함한다(comprises)", "포함하는(comprising)", "갖는다(has)", "갖는(having)", "포함한다(includes)", "포함하는(including)", "포함한다(contains)", "포함하는(containing)" 또는 이들의 임의의 다른 변형은 비배타적 포함을 커버하도록 의도되며, 따라서 요소들의 리스트를 포함하고(comprises), 갖고(has), 포함하고(includes), 포함하는(contains) 프로세스, 방법, 물품 또는 장치는 이러한 요소들만을 포함하는 것이 아니라, 명시적으로 열거되지 않거나 이러한 프로세스, 방법, 물품 또는 장치에 고유한 다른 요소들을 포함할 수 있다. "~을 포함한다(comprises...a)", "~을 갖는다(has...a)", "~을 포함한다(includes...a)", "~을 포함한다(contains...a)"에 의해 선행되는 요소는, 더 많은 제약들 없이, 요소를 포함하고(comprises), 갖고(has), 포함하고(includes), 포함하는(contains) 프로세스, 방법, 물품, 또는 장치에서의 추가적인 동일한 요소들의 존재를 배제하지 않는다.
본 명세서에서 사용될 때, 용어들 "대략적으로(approximately)", "대략(approximate)", "실질적으로(substantially)", "본질적으로(essentially)" 및 "약(about)" 또는 이들의 임의의 다른 버전은 작은 변형들을 설명하고 고려하는데 사용된다. 이벤트 또는 상황과 함께 사용될 때, 용어들은 이벤트 또는 상황이 정확하게 발생하는 경우들뿐만 아니라 이벤트 또는 상황이 가까운 근사화로 발생하는 경우들을 지칭할 수 있다. 수치 값과 함께 사용될 때, 용어들은, ±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)으로서 해석되어서는 안 된다.
다음의 청구항들은 이로써 본 개시내용에 통합되고, 각각의 청구항은 개별적으로 청구된 주제로서 독립적이다.
본 명세서에서의 설명이 많은 상세들을 포함하고 있지만, 이들이 본 개시내용의 범위를 제한하는 것으로 해석되어서는 안 되며, 현재 바람직한 실시예들 중 일부의 예시들을 제공하는 것에 불과하다. 따라서, 본 개시내용의 범위는 본 기술분야의 통상의 기술자에게 명백해질 수 있는 다른 실시예들을 완전히 포함한다는 것을 알 것이다.
본 기술분야의 통상의 기술자에게 알려져 있는 개시된 실시예들의 요소들에 대한 모든 구조적 및 기능적 등가물들은 참조에 의해 본 명세서에 명시적으로 포함되고, 본 청구항들에 의해 포함되도록 의도된다. 또한, 본 개시내용의 어떠한 요소, 구성요소, 또는 방법 단계도, 그 요소, 구성요소, 또는 방법 단계가 청구항들에서 명시적으로 인용되는지에 관계없이, 대중에게 전용되는 것으로 의도되지 않는다. 본 명세서에서의 어떠한 청구항 요소도, 그 요소가 "~을 위한 수단"이라는 문구를 사용하여 명확히 열거되지 않는 한, "수단 플러스 기능(means plus function)" 요소로서 해석되어서는 안 된다. 본 명세서에서의 어떠한 청구항 요소도, 그 요소가 "~을 위한 단계"라는 문구를 사용하여 명확히 열거되지 않는 한, "단계 플러스 기능(step plus function)" 요소로서 해석되어서는 안 된다.
Figure pct00001
Figure pct00002

Claims (19)

  1. 네트워크에서의 무선 통신을 위한 장치로서,
    (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로;
    (b) 상기 WLAN 상에서 동작하기 위해 상기 무선 통신 회로에 결합된 프로세서;
    (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
    를 포함하며,
    (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 무선 통신 프로토콜의 단계들은,
    (i) 예비된 제한된 타겟 대기 시간(restricted target wait time)(R-TWT)을 스케줄링하는 것에 더하여 SCS 셋업을 개시하기 위해, 비-AP STA로서 동작하는 STA에 의해, 스트림 분류 서비스(SCS) 요청 프레임을 AP 스테이션에 전송하는 단계 - 상기 SCS 요청 프레임은 트래픽 사양(TSPEC) 요소 또는 QoS 특성 요소를 포함함 -;
    (ii) 상기 비-AP STA로부터 상기 SCS 요청 프레임을 수신하는 단계 - 이 때, 상기 AP는 상기 요청을 수락할지 여부를 결정함 -;
    (iii) 상기 요청에 대한 결정을 표시하는 SCS 응답 프레임을 상기 AP에 의해 상기 비-AP STA에 전송하는 단계; 및
    (iv) 상기 요청이 수락되는 경우 R-TWT 서비스 기간들(SP들) 동안에, 상기 AP 및 비-AP STA에 의해, SCS 트래픽이 증가된 우선순위로 전송되도록 스케줄링하는 단계 - 상기 SCS 트래픽은 다운링크(DL), 업링크(UL), 및 피어-투-피어(P2P)로 구성된 통신 트래픽 그룹으로부터 선택됨 -
    를 포함하는, 장치.
  2. 제1항에 있어서,
    상기 R-TWT SP는 트리거-인에이블되는, 장치.
  3. 제1항에 있어서,
    상기 비-AP는 상기 SCS에 대한 R-TWT 셋업을 요청하기 위해 TWT 요소를 포함하는 상기 SCS 요청 프레임을 전송하는, 장치.
  4. 제1항에 있어서,
    상기 AP는 상기 SCS에 대한 R-TWT 셋업의 결과들을 표시하기 위해 TWT 요소를 포함하는 SCS 응답 프레임을 전송하는, 장치.
  5. 제1항에 있어서,
    상기 AP에 의해 스케줄링되는 초당 총 R-TWT SP 시간은 상기 R-TWT SP들 동안 전송되거나 우선순위화될 트래픽에 의해 요구되는 것을 초과하도록 허용되지 않는, 장치.
  6. 제1항에 있어서,
    상기 R-TWT를 스케줄링하는 AP는 SCS 트래픽 스트림의 최소 서비스 간격과 최대 서비스 간격 사이의 SCS 트래픽 스트림에 대해 2개의 연속적인 R-TWT SP 사이의 간격을 설정할 수 있는, 장치.
  7. 네트워크에서의 무선 통신을 위한 장치로서,
    (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로;
    (b) 상기 WLAN 상에서 동작하기 위해 상기 무선 통신 회로에 결합된 프로세서;
    (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
    를 포함하며,
    (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 무선 통신 프로토콜의 단계들은,
    (i) 타겟 대기 시간(TWT) 요소에 링크 식별(ID) 필드를 통합하는 TWT 파라미터 세트 필드를 이용하여, 이 수정된 TWT 파라미터 세트 필드가 설정되는 링크를 표시하는 단계;
    (ii) 비-AP STA가 상기 AP에 의해 다수의 링크 상에서 TWT 셋업 프로세스를 개시하기 위해 하나의 링크 상의 상기 TWT 요소 내의 상기 수정된 TWT 파라미터 세트 필드에서, TWT 셋업 프레임을 상기 AP에 전송하는 단계;
    (iii) 상기 AP가 요청에 대한 그 결정을 표시하기 위해 하나의 링크 상의 상기 TWT 요소 내의 상기 수정된 TWT 파라미터 세트 필드를 이용하여 TWT 응답 프레임을 전송하는 단계; 및
    (iv) 상기 비-AP STA가 상기 TWT 셋업 프레임 상에서 상기 AP로부터 상기 결정을 수신하고, 상기 AP에 의해 지시된 대로, 상기 AP와의 프레임 교환을 위해 TWT 스케줄링을 수행하는 단계
    를 포함하는, 장치.
  8. 제7항에 있어서,
    상기 수정된 TWT 파라미터 세트의 파라미터들은 상기 링크 식별(ID) 필드에서 표시된 링크 상의 타이밍 동기화 함수(TSF) 시간 값에 기반하여 설정되는, 장치.
  9. 제7항에 있어서,
    상기 TWT 셋업 프레임은 TWT 요소를 운반하고, 이에 의해 상기 TWT 요소 내의 다수의 수정된 TWT 파라미터 세트 필드들은 동일한 TWT ID를 갖지만 상이한 링크들 상에서 그 SP들이 스케줄링되는 TWT를 표시하기 위해 상이한 링크 ID들을 갖는, 장치.
  10. 제7항에 있어서,
    상기 TWT 셋업 프레임은 다수의 TWT 요소를 운반하고, 이에 의해 동일한 TWT에 대한 상기 수정된 TWT 파라미터 세트 필드들 내의 파라미터 및 상이한 TWT 요소들 내의 링크는 그 링크 상의 그 TWT에 대한 파라미터들의 범위를 나타내는, 장치.
  11. 네트워크에서의 무선 통신을 위한 장치로서,
    (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로;
    (b) 상기 WLAN 상에서 동작하기 위해 상기 무선 통신 회로에 결합된 프로세서;
    (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
    를 포함하며,
    (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 무선 통신 프로토콜의 단계들은,
    (i) QoS 특성 요소를 포함하는 스트림 분류 서비스(SCS) 요청 프레임을 비-AP STA에 의해 AP 스테이션에 전송하여, 상기 SCS에 대한 제한된 타겟 대기 시간(R-TWT)을 스케줄링하는 것에 더하여 SCS 셋업을 개시하는 단계;
    (ii) 상기 비-AP STA로부터 상기 SCS 요청 프레임을 수신하는 단계 - 이 때, 상기 AP는 상기 요청을 수락할지 여부를 결정함 -;
    (iii) 상기 요청에 대한 결정을 표시하는 SCS 응답 프레임을 상기 AP에 의해 상기 비-AP STA에 전송하는 단계;
    (iv) 상기 SCS 응답 프레임이 SCS 요청을 수락하는 경우 대응하는 R-TWT 서비스 기간들(SP들) 동안에 SCS 트래픽의 전송을 스케줄링하기 위한 R-TWT 멤버십을 할당하기 위해 TWT 응답 프레임을 상기 AP에 의해 전송하는 단계; 및
    (v) 상기 요청이 수락되는 경우 상기 대응하는 R-TWT SP들 동안에 상기 AP 및 비-AP STA에 의해 SCS 트래픽이 증가된 우선순위로 전송되도록 스케줄링하는 단계
    를 포함하는, 장치.
  12. 제11항에 있어서,
    상기 TWT 응답 프레임은 상기 R-TWT SP가 SCS 트래픽 스트림에 대해 스케줄링되는 임의의 링크 상에서 AP MLD에 의해 전송될 수 있는, 장치.
  13. 제11항에 있어서,
    상기 TWT 응답 프레임은 타임아웃 내에 AP MLD에 의해 전송될 수 있는, 장치.
  14. 제11항에 있어서,
    비-AP MLD는 R-TWT 스케줄링을 요청하는 SCS 트래픽 스트림이 성공적으로 확립된 이후에 타임아웃 내에 상기 SCS 트래픽 스트림에 대한 TWT 요청 프레임을 전송하지 않아야 하는, 장치.
  15. 제11항에 있어서,
    비-AP MLD는 R-TWT 스케줄링을 요청하는 SCS 트래픽 스트림이 성공적으로 확립된 이후에 타임아웃 내에 상기 SCS 트래픽 스트림에 대한 TWT 응답 프레임을 수신하지 않는다면 SCS 요청 프레임을 재전송하는, 장치.
  16. 제11항에 있어서,
    비-AP MLD는 R-TWT 스케줄링을 요청하는 SCS 트래픽 스트림이 성공적으로 확립된 이후에 타임아웃 내에 상기 SCS 트래픽 스트림에 대한 TWT 응답 프레임을 수신하지 않는다면 상기 SCS 트래픽 스트림에 대한 TWT 요청 프레임을 전송하는, 장치.
  17. 네트워크에서의 무선 통신을 위한 장치로서,
    (a) 무선 근거리 네트워크(WLAN) 상에서 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 메커니즘을 이용하여 다른 무선국들(STA들)과 무선으로 통신하기 위해, 정규 STA 또는 액세스 포인트(AP) STA로서 동작하고, 별개의 STA인 무선국(STA)으로서 또는 다중-링크 디바이스(MLD) 내의 STA로서의 무선 통신 회로;
    (b) 상기 WLAN 상에서 동작하기 위해 상기 무선 통신 회로에 결합된 프로세서;
    (c) 다른 STA들과 통신하기 위해 상기 프로세서에 의해 실행가능한 명령어들을 저장하는 비일시적 메모리
    를 포함하며,
    (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 무선 통신 회로에 대한 무선 통신 프로토콜의 단계들을 수행하고, 상기 무선 통신 프로토콜의 단계들은,
    (i) QoS 특성 요소를 포함하는 스트림 분류 서비스(SCS) 요청 프레임을 비-AP STA에 의해 AP 스테이션에 전송하여, 상기 SCS에 대한 전송들을 스케줄링하는 것에 더하여 SCS 셋업을 개시하는 단계;
    (ii) 상기 비-AP STA로부터 상기 SCS 요청 프레임을 수신하는 단계 - 이 때, 상기 AP는 상기 요청을 수락할지 여부를 결정함 -;
    (iii) 상기 요청에 대한 결정을 표시하는 SCS 응답 프레임을 상기 AP에 의해 상기 비-AP STA에 전송하는 단계; 및
    (iv) 상기 SCS 요청이 수락되는 경우 상기 AP 및 비-AP STA에 의해 SCS 트래픽이 전송되도록 스케줄링하는 단계
    를 포함하는, 장치.
  18. 제17항에 있어서,
    AP MLD는 SCS 트래픽 스트림들을 전송하기 위해 R-TWT SP들을 스케줄링하는, 장치.
  19. 제17항에 있어서,
    AP MLD는 SCS 트래픽 스트림의 최소 서비스 간격과 최대 서비스 간격 사이에 그 길이가 설정되는 시간 간격에서 업링크(UL) 또는 피어-투-피어(P2P) SCS 트래픽 스트림의 전송을 트리거링하는, 장치.
KR1020237040371A 2021-08-11 2022-08-04 제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs) KR20230172590A (ko)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US202163260173P 2021-08-11 2021-08-11
US63/260,173 2021-08-11
US202163263862P 2021-11-10 2021-11-10
US63/263,862 2021-11-10
US202263267397P 2022-02-01 2022-02-01
US63/267,397 2022-02-01
US17/814,166 2022-07-21
US17/814,166 US20230058871A1 (en) 2021-08-11 2022-07-21 Stream classification service (scs) with restricted target wait time (r-twt) setup
PCT/IB2022/057269 WO2023017377A1 (en) 2021-08-11 2022-08-04 Stream classification service (scs) with restricted target wait time (r-twt) setup

Publications (1)

Publication Number Publication Date
KR20230172590A true KR20230172590A (ko) 2023-12-22

Family

ID=83004645

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020237040371A KR20230172590A (ko) 2021-08-11 2022-08-04 제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs)

Country Status (5)

Country Link
US (1) US20230058871A1 (ko)
EP (1) EP4367926A1 (ko)
JP (1) JP2024520609A (ko)
KR (1) KR20230172590A (ko)
WO (1) WO2023017377A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230199641A1 (en) * 2021-12-22 2023-06-22 Qualcomm Incorporated Low latency solutions for restricted target wake time (r-twt) during multi-link operation (mlo)
US11700191B1 (en) * 2022-03-11 2023-07-11 Dell Products L.P. Packet replication for delay-sensitive traffic

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190141631A1 (en) * 2017-11-03 2019-05-09 Qualcomm Incorporated Indicating validity of a broadcast target wake time schedule
US11729670B2 (en) * 2019-08-28 2023-08-15 Qualcomm Incorporated Flexible negotiation of parameters in setup exchanges for wireless communication sessions
US11382035B2 (en) * 2019-11-11 2022-07-05 Nxp Usa, Inc. Target wake time negotiation in a multi-link wireless LAN system

Also Published As

Publication number Publication date
JP2024520609A (ja) 2024-05-24
WO2023017377A1 (en) 2023-02-16
US20230058871A1 (en) 2023-02-23
EP4367926A1 (en) 2024-05-15

Similar Documents

Publication Publication Date Title
JP6006343B2 (ja) 無線通信媒体へのアクセスを制御するための方法およびシステム
EA039564B1 (ru) Способ и устройство беспроводной связи, в которых осуществляется запуск операции целевого времени активации
KR20230172590A (ko) 제한된 타겟 대기 시간(r-twt) 셋업이 있는 스트림 분류 서비스(scs)
US20230199847A1 (en) Fast restricted target wait time update
US20230199647A1 (en) Multiple station access in a reserved target-wait-time service period
US20230047705A1 (en) Restricted target wake time service period termination
KR20230136219A (ko) 제한된 타겟 웨이크 시간 서비스 기간 종료
US20230269788A1 (en) Dynamic edca in r-twt initial access
US20230139168A1 (en) Multi-link restricted twt
JP2024511187A (ja) Ｒｔａトラフィックとのｅｄｃａ ｔｘｏｐの共有
CN116830650A (zh) 具有受限目标等待时间(r-twt)设置的流分类服务(scs)
US20240163916A1 (en) Termination of Target Wake Time Service Period
CN116889071A (zh) 受限目标唤醒时间服务周期终止
US20240080891A1 (en) Enhanced quality of service status report that supports latency requirements
US20220322460A1 (en) Sharing an edca txop with rta traffic
WO2023224940A1 (en) Restricted target wake time service period extension
KR20240064723A (ko) 제한된 목표 대기 시간에서의 전송 기회 공유
WO2023114673A1 (en) Multiple station access in a reserved target-wait-time service period
KR20240046584A (ko) 버스트 트래픽 전송을 위한 비-r-twt 멤버 sta 액세스 승인
WO2023200660A1 (en) Rescheduling of restricted target wake time service period
WO2023114246A1 (en) Enhanced multi-link power save mode
KR20230131893A (ko) 레거시(비-eht) 스테이션들이 소프트 ap mld의 조건부링크에서 동작가능하게 하기
CN116762459A (zh) 使遗留(非eht)站能够在软ap mld的条件链路上操作