KR20220162757A - 시간 및 주파수에서의 rta 패킷 복제 - Google Patents
시간 및 주파수에서의 rta 패킷 복제 Download PDFInfo
- Publication number
- KR20220162757A KR20220162757A KR1020227037908A KR20227037908A KR20220162757A KR 20220162757 A KR20220162757 A KR 20220162757A KR 1020227037908 A KR1020227037908 A KR 1020227037908A KR 20227037908 A KR20227037908 A KR 20227037908A KR 20220162757 A KR20220162757 A KR 20220162757A
- Authority
- KR
- South Korea
- Prior art keywords
- rta
- link
- packet
- packets
- unsolicited
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
- H04W74/0816—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H04W72/10—
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
- H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- 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
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
스테이션이 피드백을 기다리지 않고 시간 및 주파수 영역들에서 실시간 애플리케이션(RTA) 패킷들을 재전송하는, TXOP 내에서 RTA 패킷들에 대한 비요청형 재시도 정책을 셋업할 때 RTA 패킷들을 지원하는 무선 근거리 통신망(WLAN)을 위한 무선 스테이션 및 프로토콜들이 개시된다. 미래의 패킷 전송들을 적응시키기 위한 피드백을 수신하기 위해 블록 확인응답(BA) 협의를 셋업한다. RTA 패킷을 해당 패킷에 대한 재시도 카운트가 비요청형 재시도 한계를 초과하거나 해당 패킷의 수명이 만료된 경우 삭제한다. 동시 전송/수신(STR)을 수행하기 위한 액세스 포인트 다중 링크 디바이스(AP-MLD)들, 및 동시 전송/수신을 위해 구성되지 않은(비-STR) 비-액세스 포인트 다중 링크 디바이스(비-AP MLD)들을 포함한 다중 링크 디바이스(MLD)들을 지원한다.
Description
관련 출원들의 상호참조
본 출원은, 참조에 의해 그 전체 내용이 본 명세서에 포함되는 2020년 5월 11일 출원된 미국 가특허 출원 일련 번호 제63/022,692호에 대한 우선권 및 그 이익을 주장하는, 참조에 의해 그 전체 내용이 본 명세서에 포함되는 2020년 12월 9일 출원된 미국 특허 출원 일련 번호 제17/116,072호에 대한 우선권 및 그 이익을 주장한다.
연방 후원 연구 또는 개발에 관한 진술
적용불가
컴퓨터 프로그램 부록의 참조에 의한 포함
적용불가
저작권 보호 대상 자료의 공지
본 특허 문서의 자료의 일부는 미국 및 다른 국가들의 저작권법들 하에서 저작권 보호를 받을 수 있다. 저작권 소유자는, 특허 문서 또는 특허 개시내용의 타인에 의한 팩시밀리 복사가 미국 특허상표청의 공중 이용가능한 파일이나 기록에 나타나는 경우라면 반대하지 않지만, 그 외의 경우에는 무엇이든 간에 모든 저작권을 보유한다. 저작권 소유자는, 37 C.F.R. § 1.14에 따른 그 권리를 제한없이 포함한, 본 특허 문서를 비밀로 유지할 어떠한 그 권한도 포기하지 않는다.
본 개시내용의 기술은 대체로 CSMA/CA를 이용하는 무선 통신 네트워크(WLAN)들, 더 구체적으로 시간 및/또는 주파수 영역들에 관해 RTA(Real Time Application) 패킷을 복제하고 동일한 TXOP 기간 동안 이들 패킷들을 전송하는 CSMA/CA를 이용하는 WLAN들에 관한 것이다.
CSMA/CA를 이용하는 현재 무선 기술들은 주로 네트워크 처리량 성능을 증가시키는데 중점을 두고 있지만, 이들은 아직은 낮은 레이턴시 능력이 부족하다.
그러나, 실시간 애플리케이션(RTA; Real Time Application) 등의, 점점 더 증가하는 수의 애플리케이션들이 낮은 레이턴시(Low Latency)를 요구하므로, 기술 격차가 발생하고 있다. RTA는 낮은 레이턴시 통신을 요구하며 현재의 무선 네트워크들에서 최선 노력 통신을 이용한다. RTA 패킷들은 패킷 전달에 관한 그의 높은 적시성 요건으로 인해 낮은 레이턴시를 요구한다. RTA 패킷은 RTA 패킷이 소정 기간 내에 전달되는 경우에만 유효하다.
재전송 방식에 대한 기존 기술들은 RTA 패킷들의 적시성 요건을 충족하지 않으며 RTA 패킷 전송 레이턴시를 최소화하도록 구성되지 않는다.
따라서, RTA 전송들 및 재전송들의 강화된 처리에 대한 필요성이 존재한다. 본 개시내용은 이러한 필요성을 충족시키고 이전 기술들에 비해 추가적인 이점들을 제공한다.
본 개시내용은 CSMA/CA WLAN에서 동작하고 RTA(Real-Time Application) 트래픽과 비-RTA 트래픽을 구별하며, RTA 패킷들은 제한된 수명 내에 전송되어야 하고 그렇지 않으면 무효하므로 패킷들의 적시성을 고려하는 방식으로 RTA 트래픽을 처리한다. 이 프로토콜에서 스테이션(STA)들은 RTA 패킷들의 재전송을 그들의 수명에 기초하여 스케쥴링한다.
특히, 본 개시내용은 비-RTA 패킷들로부터 RTA 패킷들에 대한 재전송 방식을 분리하는 한편, 비-RTA 패킷들은 CSMA/CA에 정의된 일반 재전송 방식을 여전히 이용할 수 있다. 제안되는 기술은, 동일한 기간의 전송 기회(TXOP; Transmit Opportunity)에서 RTA 패킷들을 전송 및 재전송하는 RTA 트래픽에 대한 비요청형 재시도(unsolicited retry) 방식을 정의한다. 본 개시내용은, STA가 하나의 링크 상에서 RTA 패킷들의 초기 전송을 전송하고 다른 링크(들) 상에서 그들의 재전송들을 재전송하기 위해 다중 링크 디바이스(MLD)들 상에서 TXOP를 획득하는 것을 허용한다. 본 개시내용은 직교 주파수 분할 다중 액세스(OFDMA) 시스템과 호환가능하다. 본 개시내용은, STA가 RTA 패킷의 초기 전송을 전송하기 위해 하나의 자원 유닛(RU; Resource Unit)을 이용하고 동일한 다중-사용자(MU; Multi-User) PPDU 패킷에서 그 재전송을 전송하기 위해 또 다른 RU를 이용하는 것을 허용한다. PPDU는 PLCP(Physical Layer Conformance Procedure) PPDU(Protocol Data Unit)임에 유의해야 할 것이다. 본 개시내용은 STA가 미래의 패킷 전송들에 적응하기 위해 다중 링크에 관한 패킷 손실 정보를 획득하도록 RTA 패킷들에 대한 블록 확인응답(BA; Block Acknowledgement) 협의를 셋업하는 것을 허용한다. 패킷 전송들은 또한, 본 개시내용의 교시로부터 벗어나지 않고, 예를 들어 변조 코딩 방식(MCS), 비요청형 재시도 한계, 또는 다른 적응들을 이용함으로써 적응될 수 있다는 것을 이해해야 한다.
본 명세서의 이하의 부분들에서 여기서 설명된 기술의 추가 양태들이 드러날 것이며, 상세한 설명은 제약을 부과하지 않고 본 기술의 바람직한 실시예들을 충분히 개시하기 위한 목적이다.
여기서 설명된 기술은 단지 예시적 목적인 이하의 도면들을 참조함으로써 더욱 완전히 이해될 것이다.
도 1은 IEEE 802.11에 정의된 트래픽 명세(TSPEC; Traffic Specification)의 데이터 필드 다이어그램이다.
도 2는 IEEE 802.11에 정의된 트래픽 스트림(TS; Traffic Stream) 정보 필드의 데이터 필드 다이어그램이다.
도 3은 IEEE 802.11에 정의된 트래픽 분류(TCLAS; Traffic Classification) 정보 필드의 데이터 필드 다이어그램이다.
도 4는 IEEE 802.11에 정의된 트래픽 분류(TCLAS; Traffic Classification) 프로세스 요소 필드의 데이터 필드 다이어그램이다.
도 5는 본 개시내용의 적어도 하나의 실시예에 따른 무선 스테이션 하드웨어의 하드웨어 블록도이다.
도 6은, 본 개시내용의 적어도 하나의 실시예에 따른, 하나가 다중 링크 디바이스(MLD)들에 대해 구성된 BSS(Basic Service Set)들 시나리오로 제한되지 않고 예시로서 도시된 네트워크 토폴로지 다이어그램이다.
도 7은 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 셋업의 통신 시퀀스 다이어그램이다.
도 8은 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 요청 프레임의 데이터 필드 다이어그램이다.
도 9는 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS; Low Latency Transmission Service) 서술자 프레임의 데이터 필드 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른 RTA-TSPEC 필드의 데이터 필드 다이어그램이다.
도 11은 본 개시내용의 적어도 하나의 실시예에 따른 선택사항적 하위요소 필드의 데이터 필드 다이어그램이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 응답 프레임의 데이터 필드 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 상태 프레임의 데이터 필드 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 RTA 패킷에 비요청형 재시도 정책을 적용할지를 결정하기 위한 흐름도이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 시간에 관한 패킷 복제를 갖는 비요청형 재시도가 수행되는 것을 동반하며 RTA 패킷들을 전송하기 위한 흐름도이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD)가 다중 링크 시나리오에서 비요청형 재시도를 동반하며 RTA 패킷들에 대한 TXOP(Transmit Opportunity)를 획득하기 위한 흐름도이다.
도 17a 및 도 17b는 본 개시내용의 적어도 하나의 실시예에 따른 STR AP MLD가 비-STR 비-AP MLD에 전송하기 위해 다중 링크 시나리오에서 TXOP를 획득하기 위한 흐름도이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른 복수의 RU(Resource Units) 상의 비요청형 재시도가 허용될 때 RTA 패킷을 전송하기 위한 흐름도이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 비요청형 재시도가 허용될 때 RTA 패킷을 삭제하기 위한 흐름도이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 1로서의 통신 시퀀스 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 2로서의 통신 시퀀스 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 2-1로서의 통신 시퀀스 다이어그램이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 3으로서의 통신 시퀀스 다이어그램이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 4로서의 통신 시퀀스 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 5로서의 통신 시퀀스 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6으로서의 통신 시퀀스 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-1로서의 통신 시퀀스 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-1-1로서의 통신 시퀀스 다이어그램이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-2로서의 통신 시퀀스 다이어그램이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-3으로서의 통신 시퀀스 다이어그램이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 7로서의 통신 시퀀스 다이어그램이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 8로서의 통신 시퀀스 다이어그램이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른 블록 확인응답 요청(BAR; Block Acknowledge Request) 프레임의 포맷의 데이터 필드 다이어그램이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른 블록 확인응답(BA) 응답 프레임의 데이터 필드 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하기 위한 예 9로서의 통신 시퀀스 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 10으로서의 통신 시퀀스 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 방법의 예 11로서의 통신 시퀀스 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD) 구성에 병합된 무선 통신 스테이션들의 하드웨어 블록도이다.
도 1은 IEEE 802.11에 정의된 트래픽 명세(TSPEC; Traffic Specification)의 데이터 필드 다이어그램이다.
도 2는 IEEE 802.11에 정의된 트래픽 스트림(TS; Traffic Stream) 정보 필드의 데이터 필드 다이어그램이다.
도 3은 IEEE 802.11에 정의된 트래픽 분류(TCLAS; Traffic Classification) 정보 필드의 데이터 필드 다이어그램이다.
도 4는 IEEE 802.11에 정의된 트래픽 분류(TCLAS; Traffic Classification) 프로세스 요소 필드의 데이터 필드 다이어그램이다.
도 5는 본 개시내용의 적어도 하나의 실시예에 따른 무선 스테이션 하드웨어의 하드웨어 블록도이다.
도 6은, 본 개시내용의 적어도 하나의 실시예에 따른, 하나가 다중 링크 디바이스(MLD)들에 대해 구성된 BSS(Basic Service Set)들 시나리오로 제한되지 않고 예시로서 도시된 네트워크 토폴로지 다이어그램이다.
도 7은 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 셋업의 통신 시퀀스 다이어그램이다.
도 8은 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 요청 프레임의 데이터 필드 다이어그램이다.
도 9는 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS; Low Latency Transmission Service) 서술자 프레임의 데이터 필드 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른 RTA-TSPEC 필드의 데이터 필드 다이어그램이다.
도 11은 본 개시내용의 적어도 하나의 실시예에 따른 선택사항적 하위요소 필드의 데이터 필드 다이어그램이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 응답 프레임의 데이터 필드 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른 낮은 레이턴시 전송 서비스(LLTS) 상태 프레임의 데이터 필드 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 RTA 패킷에 비요청형 재시도 정책을 적용할지를 결정하기 위한 흐름도이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 시간에 관한 패킷 복제를 갖는 비요청형 재시도가 수행되는 것을 동반하며 RTA 패킷들을 전송하기 위한 흐름도이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD)가 다중 링크 시나리오에서 비요청형 재시도를 동반하며 RTA 패킷들에 대한 TXOP(Transmit Opportunity)를 획득하기 위한 흐름도이다.
도 17a 및 도 17b는 본 개시내용의 적어도 하나의 실시예에 따른 STR AP MLD가 비-STR 비-AP MLD에 전송하기 위해 다중 링크 시나리오에서 TXOP를 획득하기 위한 흐름도이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른 복수의 RU(Resource Units) 상의 비요청형 재시도가 허용될 때 RTA 패킷을 전송하기 위한 흐름도이다.
도 19는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 비요청형 재시도가 허용될 때 RTA 패킷을 삭제하기 위한 흐름도이다.
도 20은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 1로서의 통신 시퀀스 다이어그램이다.
도 21은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 2로서의 통신 시퀀스 다이어그램이다.
도 22는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 2-1로서의 통신 시퀀스 다이어그램이다.
도 23은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 3으로서의 통신 시퀀스 다이어그램이다.
도 24는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 4로서의 통신 시퀀스 다이어그램이다.
도 25는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 5로서의 통신 시퀀스 다이어그램이다.
도 26은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6으로서의 통신 시퀀스 다이어그램이다.
도 27은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-1로서의 통신 시퀀스 다이어그램이다.
도 28은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-1-1로서의 통신 시퀀스 다이어그램이다.
도 29는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-2로서의 통신 시퀀스 다이어그램이다.
도 30은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-3으로서의 통신 시퀀스 다이어그램이다.
도 31은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 7로서의 통신 시퀀스 다이어그램이다.
도 32는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 8로서의 통신 시퀀스 다이어그램이다.
도 33은 본 개시내용의 적어도 하나의 실시예에 따른 블록 확인응답 요청(BAR; Block Acknowledge Request) 프레임의 포맷의 데이터 필드 다이어그램이다.
도 34는 본 개시내용의 적어도 하나의 실시예에 따른 블록 확인응답(BA) 응답 프레임의 데이터 필드 다이어그램이다.
도 35는 본 개시내용의 적어도 하나의 실시예에 따른 STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하기 위한 예 9로서의 통신 시퀀스 다이어그램이다.
도 36은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 10으로서의 통신 시퀀스 다이어그램이다.
도 37은 본 개시내용의 적어도 하나의 실시예에 따른 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 방법의 예 11로서의 통신 시퀀스 다이어그램이다.
도 38은 본 개시내용의 적어도 하나의 실시예에 따른 다중 링크 디바이스(MLD) 구성에 병합된 무선 통신 스테이션들의 하드웨어 블록도이다.
1. 관련 802.11 요소들의 소개
1.1. TSPEC 요소
도 1은, 다음과 같은 필드를 갖는 것으로서 IEEE 802.11에 정의된 트래픽 명세(TSPEC; Traffic Specification) 요소의 내용을 나타낸다. 요소 ID 필드는 요소의 유형을 나타낸다. 이 경우 이것이 TSPEC 요소임을 나타낸다. 길이 필드는 TSPEC 요소의 길이를 나타낸다. TS 정보 필드는 도 2에 대해 아래에서 설명되는 바와 같이 트래픽 스트림 정보를 포함한다. 명목 MAC 서비스 데이터 유닛(MSDU) 크기 필드는 이 TSPEC 하에서 TS(Traffic Stream)에 속하는 MSDU들 또는 A-MSDU들의 명목 크기를 나타낸다. 최대 MSDU 크기 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 크기를 나타낸다. 최소 서비스 구간 필드는 2개의 연속적인 서비스 기간(SP)의 시작 시간들 사이의 최소 시간을 나타낸다. 최대 서비스 구간 필드는 2개의 연속적인 SP의 시작 시간들 사이의 최대 시간을 나타낸다. 비활성 구간 필드는 대응하는 TS가 삭제되기 전에 TS에 속하는 MSDU의 도달 또는 전송없이 허용되는 최대 시간량을 나타낸다. 보류 구간 필드는 연속적인 QoS(Quality of Service)의 생성 전에 TS에 속하는 MSDU의 도달 또는 전송이 없는 최대 시간량을 포함한다: QoS(+)CF-Poll은 이 TS에 대해 중지된다. 서비스 시작 시간 필드는 첫 번째 SP의 시작 시간을 나타낸다. 최소 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC SAP에 의해 명시된 가장 낮은 데이터 레이트를 나타낸다. 평균 데이터 레이트 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 매체 액세스 제어(MAC; Media Access Control) 서비스 액세스 포인트(SAP; Service Access Point)에 의해 명시된 평균 데이터 레이트를 나타낸다. 피크 데이터 레이트 값 필드는 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC SAP에 의해 명시된 최대 데이터 레이트를 나타낸다. 버스트 크기 필드는 피크 데이터 레이트에서 이 TSPEC 하에서 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 버스트를 나타낸다. 지연 한계 필드는 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU를 전송하는데 허용되는 최대 시간을 나타낸다. 최소 PHY 레이트 필드는 이 TSPEC 하에서 물리 계층을 통해 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위한 가장 낮은 PHY 레이트를 나타낸다. 잉여 대역폭 허용 필드는, 최소 PHY 레이트에서 MSDU 또는 A-MSDU를 한 번 전송하는데 이용되는 대역폭에 대비한, 이 TSPEC 하에서 TS에 속하는 MSDU 또는 A-MSDU의 전송 및 그의 재전송에 이용되는 대역폭의 비율을 나타낸다. 매체 시간 필드는 매체에 액세스하기 위해 지정된 시간을 나타낸다. DMG 속성 필드는 TSPEC이 방향성 다중 기가비트(DMG) BSS에 적용될 때 제시된다.
1.2. TS 정보 요소
도 2는, IEEE 802.11에 정의된, 도 1에 설명된 TSPEC 요소 내의 필드들 중 하나이고 다음과 같은 서브필드들을 갖는 TS 정보 필드의 내용을 보여준다. 트래픽 유형 서브필드는 트래픽이 주기적인지의 여부를 명시한다. TSID 서브필드는 TS(Traffic Stream)를 식별하기 위한 ID 번호를 나타낸다. 방향 서브필드는 데이터 전송의 방향을 명시한다. 액세스 정책 서브필드는 채널 액세스를 얻는데 이용되는 방법을 명시한다. 집결 서브필드는 집결 스케쥴이 요구되는지를 명시한다. APSD 서브필드는 자동 전력 절감(PS; Power Save) 전달이 이용되는지를 나타낸다. 사용자 우선순위 서브필드는 TS에 속하는 MSDU 또는 A-MSDU의 사용자 우선순위를 나타낸다. TSInfo Ack 정책 서브필드는 ACK가 요구되는지 및 어떤 형태의 ACK가 이용될 것인지를 나타낸다. 스케쥴 서브필드는 스케쥴의 유형을 나타낸다.
1.3. TCLAS 요소
도 3은, 다음과 같은 필드들을 갖는, IEEE 802.11에 정의된 TCLAS 요소의 내용을 도시한다. 요소 ID 필드는 요소의 유형을 나타내며, 이 경우 TCLAS 요소를 나타내기 위해 이용된다. 길이 필드는 TCLAS 요소의 길이를 나타낸다. 사용자 우선순위 필드는 상위 계층부터의 사용자 우선순위를 나타낸다. 프레임 분류자 필드는 상위 계층으로부터의 프레임들을 분류하는데 이용되는 방법을 나타낸다.
1.4. TCLAS 프로세스 요소
도 4는, 다음과 같은 필드들을 갖고 있는, IEEE 802.11에 정의된 TCLAS 처리 요소의 내용을 도시한다. 요소 ID 필드는 요소의 유형; 이 경우 TCLAS 처리 요소를 나타낸다. 길이 필드는 TCLAS 처리 요소의 길이를 나타낸다. 처리 필드는 여러 TCLAS 요소가 존재할 때 상위 계층으로부터의 트래픽을 분류하는 방법을 나타낸다.
2. 문제 진술
본 개시내용의 시점에서 CSMA/CA를 이용하는 무선 통신 시스템은 RTA 패킷들과 비-RTA 패킷들을 구별하지 않고, 모든 패킷은 CSMA/CA에서 동일한 재전송 방식을 이용한다. CSMA/CA에서의 재전송 방식은 패킷 충돌 확률을 감소시키는 것을 목표로 하지만, 패킷 레이턴시는 주요 관심사가 아니다. 이들 CSMA/CA 시스템에서, 각각의 재전송은 STA가 점점 더 긴 경쟁 윈도우들과 함께 채널에 대해 경합할 것을 요구하며, 이것은 패킷 전송에 상당한 지연을 추가하므로, 패킷 레이턴시를 증가시킨다.
CSMA/CA에서의 재전송 방식은 패킷 적시성을 고려하지 않는다. 전송기 STA는, 패킷이 수신기 STA에 의해 수신되거나 재시도 한계를 초과할 때까지 패킷을 재전송한다. 그러나, RTA 패킷들은 전송되어야 하거나 무효한 것으로 간주되어야 하는 수명을 갖는다. 즉, RTA 패킷은 소정의 시간까지 전송 또는 재전송되어야 한다.
3. 본 개시내용의 공헌들
CSMA/CA 무선 기술 하에서의 한 솔루션은 STA들이 더 적은 채널 경쟁 시간과 함께 더 빠르게 채널 액세스를 획득하는 것을 허용하는 것이다. 랜덤 채널 액세스 시나리오로 인해, STA들은 각각의 패킷을 전송하기 전에 채널 액세스를 감지하고 채널에 대해 경쟁할 필요가 있다. 짧은 채널 경쟁 시간은 채널 액세스를 가속화하지만, 패킷 충돌 확률을 증가시킨다. 패킷 충돌에 의해 야기되는 지연은, 각각의 재전송에 대한 채널 경쟁 시간으로 인해 여전히 상당하다.
패킷 충돌을 회피하고 패킷 전달 성공률을 개선하기 위해, 현재의 WLAN 시스템은, ACK 타임아웃 또는 BA 등의, 전송 실패의 피드백을 수신한 후 STA가 더 긴 채널 경쟁 기간과 함께 패킷을 재전송하게 함으로써 패킷 충돌을 처리한다. 그러나, 이러한 접근법은 패킷 지연들을 연장시킨다.
현재의 재전송 절차들에 의해 야기되는 지연을 제거하기 위해, 임의의 피드백을 기다리지 않고 RTA 패킷들이 재전송될 수 있는, 유리한 비요청형 재시도 방식이 여기서 설명된다. RTA 패킷에 대한 비요청형 재시도 방식에서, STA 노드는 시간 및/또는 주파수 영역들에서 RTA 패킷들을 복제한다. RTA 패킷의 복제는 RTA 패킷의 초기 전송 및 재전송으로서 간주된다. 이들은, RTA 트래픽에 의해 요구되는 원하는 패킷 손실률을 달성하기 위해 동일한 TXOP 기간 동안 전송된다.
CSMA/CA 시스템에서 RTA 패킷들에 대한 비요청형 재시도 방식을 적용하는 작업은, RTA 트래픽과 비-RTA 트래픽의 공존으로 인해 더 어렵다. 이 프로세스에서의 해결과제는 다음과 같이 요약될 수 있다: (a) RTA 패킷과 비-RTA 패킷의 식별; (b) 시간 및/또는 주파수 영역들에서 RTA 패킷의 복제; (c) 동일한 TXOP 기간 동안 RTA 패킷의 복제판들의 전송.
본 개시내용에 따른 RTA 패킷들에 대한 비요청형 재시도 방식을 설계하는 것은, RTA 트래픽과 비-RTA 트래픽이 공존하는 무선 네트워크에서 RTA 트래픽의 시간 유효성을 고려하고 그 레이턴시를 최소화하는 것을 목표로 한다.
본 개시내용을 이용함으로써, 다음과 같은 공헌들을 포함하는 등의, RTA 패킷 레이턴시의 중요성이 다루어진다. STA들은 RTA 패킷들과 비-RTA 패킷들을 구별할 수 있다. STA들은 RTA 패킷의 수명에 기초하여 RTA 패킷들의 재전송을 스케쥴링하므로, RTA 트래픽의 적시성이 고려된다. STA는 RTA 패킷들에 대한 재전송 방식을 비-RTA 패킷들에 대한 재전송 방식과 분리하지만, 비-RTA 패킷들은 CSMA/CA에 정의된 일반 재전송 방식을 여전히 이용할 수 있다. RTA 트래픽이 동일한 TXOP 기간에서 RTA 패킷들을 전송 및 재전송하기 위해 비요청형 재시도 방식이 제공된다. STA는 다중 링크에서 TXOP를 획득하여 한 링크에서 RTA 패킷들의 초기 전송을 전송하고 다른 링크들에서 RTA 패킷들의 재전송을 재전송하는 것이 허용된다. 본 개시내용은 OFDMA 시스템들과 호환가능하다. STA들은 하나의 자원 유닛(RU; Resource Unit)을 이용하여 RTA 패킷의 초기 전송을 전송하고 또 다른 RU를 이용하여 동일한 MU-PPDU 패킷에서 그 재전송을 전송하는 것이 허용된다. STA는, 제한없이, MCS(Modulation Coding Scheme), 비요청형 재시도 한계, 기타의 것 등의, 패킷 전송을 적응시키기 위해, RTA 패킷들에 대한 블록 확인응답(BA; Block Acknowledgement) 협의를 셋업하여 다중 링크에 관한 패킷 손실 정보를 획득하는 것이 허용된다.
4. 실시예들
4.1. 스테이션 하드웨어 및 예시적인 네트워크 토폴로지
도 5는, 하나 이상이 스테이션(STA)에서 이용될 수 있는, 무선 통신 회로의 한 예시적인 실시예(10)를 나타낸다. 스테이션은, 이 통신 프로토콜을 구현하는 프로그램을 실행하기 위해, 외부 I/O, CPU 및 메모리, 및 이웃 STA들과 데이터 프레임들을 전송/수신하기 위한 적어도 하나의 모뎀 및 무선 주파수(RF) 회로를 갖는 것으로 도시되어 있다.
구체적으로, 본 개시내용에 따른 WLAN 스테이션이, 적어도 하나의 컴퓨터 프로세서(CPU)(18), 메모리(RAM)(20), 및 적어도 하나에 접속된 모뎀(22)에 접속된 버스(16)를 갖는 스테이션 회로 블록(12)으로의 I/O 경로(14)와 함께 도시되어 있다. 버스(14)는, 센서들, 액츄에이터들 등의 다양한 디바이스들을 CPU에 접속하는 것을 허용한다. 메모리(20)로부터의 명령어들은 프로세서(18)에서 실행되어 통신 프로토콜을 구현하는 프로그램을 실행하며, 프로그램은 실행되어, AP 스테이션을 위한 것인지 비-AP 스테이션을 위한 것인지에 따라, STA가, 액세스 포인트(AP) 스테이션 또는 비-AP(일반) 스테이션(STA), 또는 다중 링크 디바이스(MLD)의 기능들을 수행하는 것을 허용한다. 또한, 현재의 통신 컨텍스트에서 어떤 역할을 수행하고 있는지에 따라, 프로그래밍은 상이한 모드들(소스, 전송기, 중간, 목적지, 제1 AP, 다른 AP, 제1 AP와 연관된 비-AP 스테이션들, 다른 AP와 연관된 스테이션들, 조율자, 피조율자 등)에서 동작하도록 구성된다는 것도 역시 이해해야 한다.
이 호스트 머신은, 물리적 신호를 생성하고 수신하는 적어도 하나의 모뎀과 RF 회로로 구성된 것으로 도시되어 있다. 제한이 아닌 예로서, mmW 모뎀(22)은, 이웃 STA들과 프레임들을 전송 및 수신하는 적어도 하나의 안테나(26a, 26b, 26c 내지 26n)(예를 들어, 안테나 어레이)에 접속되는 적어도 하나의 무선 주파수(RF) 회로(24)에 결합된다. 본 개시내용은, 방향성 신호들, 또는 전방향성 신호들, 또는 방향성 및 전방향성 신호들의 조합을 전달하는 스테이션들과 함께 이용될 수 있다.
제한이 아니라 예로서, 도시된 26a, 26b, 26c 내지 26n 등의 안테나 어레이는, STA가 복수 세트의 빔 패턴들을 이용하여 신호를 전송하는 것을 허용할 수 있다. RF 회로는 일반적으로, 주파수 변환기, 어레이 안테나 제어기, 기타의 제어 및 무선 주파수 회로들을 포함한다. 프로세서, 모뎀 및 RF 회로들의 조합은, 빔포밍 (방향성) 통신의 지원뿐만 아니라, 안테나 어레이로부터의 준-전방향성(여기서는 간단히 옴니(omni)라고 함) 모드 전송의 지원을 허용한다. 또한, 적어도 하나의 바람직한 실시예에서, 선택 방향들(섹터들)을 차폐하여 스테이션들 사이의 간섭을 감소시키기 위해 안테나 어레이에 의해 생성된 방향성 패턴들에서 널(null)들이 생성될 수 있다.
따라서, STA HW는, 적어도 하나의 모뎀, 및 적어도 하나의 대역 상에서 통신을 제공하기 위한 연관된 RF 회로로 구성된 것으로 도시되어 있다. 제한이 아닌 예로서, 의도된 방향성 통신 대역은, mmW 대역에서 데이터를 전송 및 수신하기 위한 mmW 대역 모뎀 및 그 연관된 RF 회로로 구현된다. 적어도 하나의 다른 구현에서, 일반적으로 발견 대역이라고 지칭되는 적어도 제2 대역은, 제한이 아닌 예로서, 6GHz 이하 대역에서 데이터를 전송 및 수신하기 위한 6GHz 이하 모뎀 및 그 연관된 RF 회로를 포함할 수 있는 하드웨어에서 지원된다.
본 개시내용은, 임의의 수의 RF 회로에 각각의 모뎀이 결합된 복수의 모뎀(22)으로 구성될 수 있다는 것을 이해해야 한다. 일반적으로 더 많은 수의 RF 회로를 이용하면, 안테나 빔 방향의 커버리지가 더 넓어진다. 이용되는 RF 회로의 수와 안테나의 수는 특정한 디바이스의 하드웨어 제약에 의해 결정된다는 것을 이해해야 한다. STA가 이웃 STA들과 통신할 필요가 없다고 결정하면 RF 회로 및 안테나들 중 일부가 디스에이블될 수 있다.
도 38은, 무선 통신 스테이션들이 다중 링크 디바이스(MLD) 하드웨어 구성에 병합된 한 실시예(930)로서 도 5의 한 변형을 나타낸다. 각각의 STA는 상이한 주파수의 링크 상에서 동작한다. 각각의 스테이션(10')은, CPU, RAM, 모뎀, RF 회로들 및 하나 이상의 안테나를 각각 갖는 것으로 도 5에 설명된 바와 같을 수 있다. 도시된 n개의 스테이션들 각각이 상이한 링크를 제공하는 것을 도면에서 볼 수 있다(예를 들어, 링크1, 링크2 내지 링크n이 도시됨).
MLD는 또한, 적어도 하나의 프로세서(CPU)(934), MLD의 애플리케이션들에 액세스하고 MLD 레벨에서 통신 프로토콜들을 구현하기 위해 외부 I/O를 제공하는 메모리(936)를 갖는 MLD 관리 엔티티의 회로(932)를 갖는 것으로 도시되어 있다. MLD는, 각각의 병합된 STA에게 작업들을 분배하고 이들로부터 정보를 수집하고 병합된 STA들 사이에서 정보를 공유하도록 구성된다.
MLD의 각각의 STA는 그 자신의 프로세서와 메모리를 가질 필요는 없다는 것도 역시 이해해야 한다. 적어도 하나의 실시예에서, 하나 이상의 스테이션은, 프로세서들과 메모리, 또는 MLD 회로의 프로세서와 메모리를 공유할 수 있다. 따라서, 본 개시내용은 MLD 내의 다중 링크를 통한 통신을 위한 많은 가능한 배열을 고려한다.
도 6은, 본 개시내용이 제한없이 다양한 수의 스테이션 및 스테이션 배열을 갖는 네트워크 시나리오를 지원할 수 있기 때문에, 제한이 아닌 예시 목적으로 본 명세서에서 이용되는 토폴로지의 한 예시적인 실시예(30)를 나타낸다. 예시를 간소화하기 위해, 이 예는, 임의의 원하는 구성 및 개구/애퍼처(34), 비품 등을 갖는 주변 인클로저(예를 들어, 회의실)(32) 내에 2개의 BSS로 구성된 7개의 STA를 기술한다. 각각의 STA는 동일한 BSS 내의 다른 STA들과 통신할 수 있다. 모든 STA는 랜덤 채널 액세스를 위해 CSMA/CA를 이용한다.
제한이 아닌 예로서, 모든 STA는 낮은 레이턴시 통신을 요구하는 애플리케이션들과 최선 노력 통신을 이용하는 애플리케이션들 양쪽 모두를 실행하는 것으로 간주된다. 낮은 레이턴시 통신을 요구하는 애플리케이션으로부터 생성된 데이터는 RTA 트래픽이라고 지칭되며 전송기 STA에서 RTA 패킷들로서 패킷화된다. 또한, 시간에 민감하지 않은 애플리케이션으로부터 생성된 데이터는 비-RTA 트래픽이라고 불리며, 전송기 STA에서 비-RTA 패킷들로서 패킷화된다. 그 결과, 전송기 STA는 통신을 위해 RTA 트래픽과 비-RTA 트래픽 양쪽 모두를 생성한다. STA들의 위치와 그들의 전송 링크들은 도면에 도시된 바와 같다.
제1 BSS는, STA0(AP)(36), STA1(38) 및 STA2(40)를 포함하며 단일 채널/대역을 통해서만 패킷들을 전송할 수 있다. 제2 BSS는, AP 다중 링크 디바이스(MLD) #1(42)에 의해 병합된 STA3(AP)(46) 및 STA4(AP)(48)와, 비-AP MLD #2(44)에 의해 병합된 STA5(50) 및 STA6(52)을 포함한다. MLD는 병합된 STA들에 의해 공유되는 하나의 MAC 데이터 서비스를 포함한다. STA 5는 링크1(52)을 통해 STA 3과 연관되고 STA 6은 링크2(54)를 통해 STA 4와 연관된다. MLD #1 및 MLD #2는 링크1 또는 링크2를 통해 데이터를 전송 및 수신할 수 있다.
MLD가 링크 쌍을 갖되 디바이스내 동작 제약으로 인해 MLD가 링크 쌍의 한 링크에서 전송하고 링크 쌍의 다른 링크에서 동시에 수신할 수 없는 경우, 이 MLD는 비-동시 전송/수신(비-STR)(MLD)이라고 지칭된다. 그렇지 않으면, MLD는 동시 전송/수신(STR; Simultaneous Transmit/Receive) MLD라고 지칭된다.
4.2. 낮은 레이턴시 전송 서비스(LLTS) 셋업
종종, RTA들은, 접속-지향형 통신들에서 처럼, 주기적으로 트래픽을 생성한다. STA들 사이에서 애플리케이션에 의해 확립되는 RTA 접속-지향형 통신은 RTA 세션이라고 지칭된다. STA는 네트워크에서 여러 RTA 세션을 가질 수 있다. STA는 이들 RTA 세션들을 적절하게 관리할 수 있으며 RTA 세션의 RTA 패킷들에 비요청형 재시도 정책을 적용할 수 있다. LLTS 셋업은 다음의 것들에 이용될 수 있다: (a) 상위 계층으로부터의 RTA 세션의 RTA 트래픽을 식별; (b) RTA 세션의 RTA 트래픽에 대한 비요청형 재시도 구성의 설정; 및 (c) 서비스 품질(QoS) 요건을 충족하기 위해 RTA 세션의 RTA 트래픽에 대한 비요청형 재시도를 스케쥴링.
도 7은 STA(예를 들어, 비-AP STA)(72)의 MAC 하위계층 관리 엔티티(SME)(76) 및 MAC 하위계층 관리 엔티티(MLME)(78)와, 또 다른 STA(예를 들어, AP)(74)의 MLME(80) 및 SME(82) 사이에 도시된 LLTS 셋업 통신의 한 예시적인 실시예(70)를 나타낸다. STA들의 상호연동 모델은 IEEE 802.11 표준에 정의된 것과 동일한 모델을 활용할 수 있다는 것을 이해할 것이다.
비-AP STA는 AP와의 LLTS 셋업 절차를 개시하기로 결정한다. 비-AP STA의 스테이션 관리 엔티티(SME)는 MLME-LLTS.request 메시지(84)를 그 MAC 하위계층 관리 엔티티(MLME)에 전송한다. 비-AP STA의 MLME는 MLME-LLTS.request 메시지를 수신하면, MLME-LLTS.request 메시지 내의 정보를 수집하고 LLTS 요청 프레임(86)을 AP에 전송한다. AP의 MLME는 프레임을 수신하고 그 SME에 대한 MLME-LLTS.indication 메시지(88)를 생성한다.
그 다음, AP의 SME는 메시지를 처리하고(90) LLTS 셋업 결과를 포함하는 MLME-LLTS.response 메시지(92)를 그 MLME에 전송한다. 그 다음, AP의 MLME는 LLTS 응답 프레임(94)을 비-AP STA에게 전송한다. 비-AP STA의 MLME는 프레임을 수신하고 MLME-LLTS.confirm 메시지(96)를 그 SME에 전송한다. 이 교환으로부터, 비-AP STA는 LLTS 셋업이 성공적인지의 여부를 알 수 있다(결정할 수 있다).
상기의 절차는 또한, LLTS를 변경하거나 제거하는데 이용될 수 있다. 도면의 하위 부분은 LLTS를 종료하는 한 예를 보여준다. AP STA는 비-AP STA와의 LLTS를 종료하기로 결정한다(98). AP의 SME는 MLME-LLTS-TERM.request 메시지(100)를 그 MLME에 전송한다. AP의 MLME가 MLME-LLTS-TERM.request 메시지를 수신하면, MLME-LLTS-TERM.request 메시지 내의 정보를 수집하고 LLTS 응답 프레임(102)을 비-AP STA에게 전송한다. 비-AP STA의 MLME는 프레임을 수신하고 그 SME에 대한 MLME-LLTS-TERM.indication 메시지(104)를 생성한다. 따라서 이 통신으로부터, 비-AP는 LLTS가 종료되었음을 알 수 있다(결정할 수 있다).
RTA 세션의 RTA 트래픽은 LLTS 셋업에 의해 분류될 수 있다. 상위 계층으로부터의 트래픽은, 트래픽의 상위 계층 정보가 LLTS 셋업 절차 동안 교환되는 TCLAS 요소 및 TCLAS 프로세스 요소의 정보와 일치하는 경우 RTA 세션의 RTA 트래픽이다.
RTA 세션의 RTA 트래픽에 대한 QoS(Quality-of-Service) 요건은, LLTS 셋업 절차 동안 RTA-TSPEC 요소들을 교환함으로써 AP와 비-AP STA들 사이에서 공유될 수 있다. LLTS 셋업은 또한, AP와 비-AP STA들이 RTA 트래픽 전송을 지원하기에 충분한 자원을 갖고 있는지를 체크하는데 이용될 수 있다.
4.2.1. LLTS 요청 프레임
도 8은 다음과 같은 필드들을 갖는 LLTS 요청 프레임에 대한 포맷의 한 예시적인 실시예(110)를 나타낸다. 프레임 제어 필드는 프레임의 유형을 나타낸다. 기간 필드는 CSMA/CA 채널 액세스에 이용되는 NAV 정보를 포함한다. 주소 1 필드는 프레임 수신자의 주소를 포함한다. 주소 2 필드는 프레임을 전송한 STA의 주소를 포함한다. 주소 3 필드는 BSSID를 포함한다. 시퀀스 제어 필드는 프레임의 시퀀스 번호를 나타낸다. HT 제어 필드는 HT(High-Throughput) 또는 VHT(Very-High-Throughput) 프레임들에 대한 추가 제어 정보를 나타낸다. 액션 필드는 LLTS 요청 프레임일 때 수행할 액션을 나타낸다. 프레임 체크 시퀀스(FCS; Frame Check Sequence)는 통신 프로토콜에서 프레임에 추가된 오류 검출 코드를 제공하기 때문에 여기서 및 본 개시내용에 설명된 다른 데이터 포맷들에서 보여진다.
상기의 액션 필드는 LLTS 요청 요소를 포함하며, 이것은 적어도 하나의 실시예에서 다음과 같은 서브필드들을 포함한다. 요소 ID 서브필드는 요소의 유형을 나타내며, 이 경우 LLTS 요청 요소를 나타낸다. 길이 서브필드는 LLTS 요청 요소의 길이를 나타낸다. LLTS 서술자 목록 서브필드는 LLTS 서술자 필드들의 순서를 나타내며, 각각의 LLTS 서술자 필드는 소정의 명세 및 분류 정보 하에서 트래픽에 대한 LLTS 셋업 요청을 나타내도록 설정된다. 이 정보가 수신되면, 수신자 STA는 트래픽의 명세 및 분류 정보를 이해(인식)하고 LLTS 셋업 요청을 수락하거나 거부하기로 결정할 수 있다.
4.2.2. LLTS 서술자 필드
도 9는 다음과 같은 필드들을 갖는 LLTS 서술자의 한 예시적인 실시예(130)를 나타낸다. LLID 필드는 낮은 레이턴시 전송 서비스의 식별자를 포함한다. 예를 들어, 비-AP STA는 LLTS를 나타내는 숫자를 설정한다. 이 번호를 수신한 AP는 이를 이용하여 비-AP STA에서 설정되는 LLTS를 식별할 수 있다. LL 길이 필드는 LLTS 서술자 필드의 길이를 나타낸다. 요청 유형 필드는 LLTS 서술자의 유형을 나타내기 위해 설정된다. 비-AP STA가 요청 유형 필드를 "추가"로 설정하면, 비-AP STA는 새로운 LLTS를 추가할 것을 요청한다. 수신기 AP는, 새로운 LLTS의 추가가 AP에 의해 수락되었는지 여부에 관계없이 이 요청에 응답해야 한다. 비-AP STA가 요청 유형 필드를 "변경"으로 설정하면 비-AP STA는 기존 LLTS의 파라미터들을 변경할 것을 요청한다. AP는, 이 필드를 수신하면, LLID를 이용하여 LLTS를 찾고, 그 LLTS에 대한 파라미터 변경들을 수락하거나 변경을 거부할 수 있다. 비-AP STA가 요청 유형을 "제거"로 설정하면, 비-AP STA는 기존의 LLTS를 제거할 것을 요청한다. AP는, 이 필드를 수신하면, LLID를 이용하여 LLTS를 찾고 LLTS를 제거할 수 있다.
TCLAS 필드는 IEEE 802.11에 정의된 TCLAS 요소와 동일할 수 있다. 비-AP STA는 상위 계층으로부터의 트래픽의 정보를 나타내기 위해 이 필드를 설정한다. AP는, 트래픽이 다운링크이고 트래픽의 상위 계층 정보가 TCLAS 정보와 일치할 때 이 정보를 이용하여 상위 계층으로부터 도달하는 RTA 트래픽을 이 LLTS 하에서 식별한다. LLTS 서술자 필드는 여러 TCLAS 필드를 포함할 수 있다.
TCLAS 처리 필드는 IEEE 802.11에 정의된 TCLAS 처리 요소와 동일할 수 있다. 비-AP STA는, LLTS 서술자 필드에 여러 TCLAS 필드가 존재할 때 RTA 트래픽을 식별하기 위해 여러 TCLAS 필드를 이용하는 규칙을 나타내기 위해 이 필드를 설정한다. AP는, LLTS 서술자 필드에서 이 필드를 수신하면, 여러 TCLAS 필드를 이용하여 상위 계층으로부터의 트래픽을 식별하는 방법을 결정할 수 있다.
RTA-TSPEC 필드는 RTA 트래픽에 대한 명세 및 QoS 요건을 나타낸다. AP가 이 필드를 수신하면, AP는 이 필드 내의 정보를 이용하여 LLTS 요청을 수락할지 또는 거부할지를 결정할 수 있다. 이 필드는 또한, TSPEC 요소의 TS 정보 필드의 방향 필드에서 설정될 수 있는 이 LLTS 하에서의 트래픽 방향(예를 들어, 업링크, 다운링크 또는 양방향)에 관한 정보를 포함한다. TSPEC 요소의 TS 정보 필드 내의 TSID 필드는 이 RTA-TSPEC 하에서 LLTS에 속하는 RTA 트래픽의 TID를 나타내기 위해 설정될 수 있다. TSPEC 요소의 TS 정보 필드 내의 액세스 정책 필드는, (IEEE 802.11에 정의된) EDCA, HCCA, HEMM 등의, 이 RTA-TSPEC 하에서의 LLTS에 이용되는 액세스 방법을 나타내기 위해 설정될 수 있다. TSPEC 내의 사용자 우선순위 필드는, LLTS에 속하는 RTA 트래픽의 사용자 우선순위를 나타내는데 이용될 수 있다. 예를 들어, STA1은 STA0과의 LLTS를 셋업할 수 있다. 현재의 예에서, LLID는 "1"로 설정되고 TSID는 "8"로 설정된다. 이 RTA 트래픽에 대한 비요청형 재시도는 QoS 요건을 충족하도록 스케쥴링되어야 한다.
선택사항적 하위요소 필드는 이 LLTS 하에서의 트래픽의 재전송 정책을 나타낸다. AP는, 이 필드를 수신하면, 트래픽에 대해 요청된 LLTS를 제공할지의 여부에 관계없이 비-AP STA에게 응답해야 한다.
4.2.3. RTA-TSPEC
도 10은 다음과 같은 필드들을 갖는 RTA-TSPEC의 한 예시적인 실시예(150)를 나타낸다. TSPEC 필드는 IEEE 802.11에서 정의된 TSPEC 요소와 동일할 수 있다. 비-AP는, 이 RTA-TSPEC 하에서의 RTA 트래픽에 대한 명세 및 부분적 QoS 요건을 나타내기 위해 이 필드를 설정한다. AP는, 이 필드를 수신하면, 이 정보를 이용하여 이 RTA-TSPEC 하에서의 RTA 트래픽의 전송을 위한 자원 분배를 추정할 수 있다. 추정에 기초하여, AP는 LLTS 셋업을 수락할지 여부를 결정할 수 있다. RTA 속성 필드는 이 RTA-TSPEC 하에서의 RTA 트래픽에 대한 추가 QoS 요건을 나타낸다. 신뢰성 필드는 이 RTA-TSPEC 하에서의 RTA 트래픽의 패킷 손실 요건들을 나타낸다. AP는, 이 필드를 수신하면, 이 RTA-TSPEC 하에서의 RTA 트래픽의 전송을 위한 자원 분배를 추정하여, 특히 비요청형 재시도가 인에이블된 경우에 이 RTA-TSPEC 하에서의 RTA 트래픽의 패킷 손실이 신뢰성 필드에 표시된 패킷 손실보다 작도록 보장해야 한다.
지터 필드는 이 RTA-TSPEC 하에서 LLTS에 속하는 MSDU들 또는 A-MSDU들의 전달의 지터 요건을 나타낸다. 비-AP는 이 RTA-TSPEC 하에서 LLTS에 속하는 MSDU 또는 A-MSDU의 최대 지터 한계(maximum jitter limit)를 보장할 것을 AP에게 요청하기 위해 이 필드를 설정한다. AP는 이 필드를 수신하고 이 요청이 충족될 수 있는지의 여부를 추정한다. 예를 들어, 최대 서비스 구간과 최소 서비스 구간 사이의 차이는 이 요청을 충족시키기 위해 지터보다 작아야 한다. AP는 자신이 지원할 수 있는 지터 레벨을 나타내기 위해 이 필드를 설정한다. 비-AP가 이 필드를 수신하면, AP에 의해 제공되는 지터를 수락하거나 AP와 재협상한다.
MSDU 수명 필드는, MSDU 수명이 MSDU가 큐에 저장될 수 있는 시간을 나타냄을 나타낸다. STA는, 결정적 서비스 필드가 제1 상태(예를 들어, "1")로 설정될 때 이 RTA-TSPEC 하에서 RTA 트래픽의 MSDU 수명을 나타내기 위해 이 필드를 설정한다. STA가 이 필드를 수신하고 결정적 서비스 필드가 제1 상태(예를 들어, "1")로 설정되면, 이 MSDU 수명 내에 MSDU가 성공적으로 전송되지 않으면 MSDU는 삭제된다. 결정적 서비스 필드가 제2 상태(예를 들어, "0")로 설정되면, 이 필드는 예약된다.
결정적 서비스 필드는, 그 수명이 만료될 때 이 RTA-TSPEC 하에서 RTA 트래픽의 MSDU가 삭제될 것인지를 나타내기 위해 STA에 의해 설정된다. STA가 이 필드를 제1 상태(예를 들어, "1")로 설정하면 이 RTA-TSPEC 하에서 RTA 트래픽의 MSDU는 그 수명이 만료될 때 삭제된다; 그렇지 않으면 STA는 이 필드를 제2 상태(예를 들어, "0")로 설정한다. STA가 제1 상태(예를 들어, "1")로 설정된 이 필드를 수신하면, 이 RTA-TSPEC 하에서 RTA 트래픽의 MSDU는 그 수명이 만료될 때 삭제된다. STA가 제2 상태(예를 들어, "0")로 설정된 이 필드를 수신하면, 이 RTA-TSPEC 하에서 RTA 트래픽의 MSDU에 대한 어떠한 수명 값도 없다.
명목 서비스 구간 필드는 2개의 연속적인 SP의 시작 시간들 사이의 명목/평균 시간을 나타낸다. 이 필드는 LLTS 정보 내의 트래픽 유형 서브필드가 제1 상태(예를 들어, "1")로 설정된 경우에만 유효할 수 있다. 비-AP는 이 RTA-TSPEC 하에서 LLTS에 속하는 MSDU 또는 A-MSDU의 서비스 구간을 보장할 것을 AP에게 요청하기 위해 이 필드를 설정한다. AP는 이 필드를 수신하고 이 요청이 충족될 수 있는지의 여부를 추정한다. 예를 들어, AP는 자신이 제공할 수 있는 명목 서비스 구간을 나타내기 위해 이 필드를 설정한다. 비-AP는, 이 필드를 수신하면, AP에 의해 제공되는 서비스 구간을 수락하거나 AP와 재협상한다.
4.2.4. 선택사항적 하위요소
도 11은 다음과 같은 필드들을 갖는 선택사항적 하위요소의 한 예시적인 실시예(170)를 나타낸다. 비-AP STA가 LLTS 요청 프레임에서 다음과 같은 필드들을 설정하면, 이들 필드들은 LLTS를 확립하라는 비-AP STA의 요청을 나타낸다. AP는, 이 요청을 수신하면, 요청을 수락할 수 있는지를 결정(판정)할 수 있다. 비-AP STA가 LLTS 셋업을 수락하기 위해 LLTS 응답 프레임에서 후속 필드들을 설정하면, 이들 필드들은 LLTS의 설정을 나타낸다. AP 및 비-AP STA 양쪽 모두는, 이 LLTS 하에서 RTA 트래픽에 대한 비요청형 재시도를 실행하기 위해 LLTS 설정들을 따라야 한다.
하위요소 ID 필드는 하위요소의 유형을 나타낸다. 이 필드는 여기서 이것이 LLTS 요청 요소 하에서 선택사항적 하위요소임을 나타낸다. 길이 필드는 선택사항적 하위요소 필드의 길이를 나타낸다. LLTS 재전송 정책 필드는 LLTS에 대한 재전송 정책을 나타낸다. 비-AP STA는 이 LLTS 하에서 RTA 트래픽에 대한 이 재전송 정책의 적용을 요청하기 위해 이 필드를 설정한다. AP STA는, 이 필드를 수신하면, 요청을 수락할지 또는 거부할지를 결정한다. AP STA는, LLTS 셋업이 수락될 때 제공하는 재전송 정책의 요청을 나타내기 위해 이 필드를 설정한다. 비-AP STA는, 이 필드를 수신하면, AP STA에 의해 이 LLTS 하에서 RTA 트래픽에 주어진 재전송 정책을 적용할 수 있다. 이 필드가 "비요청형 재시도"로 설정되면, LLTS 셋업이 성공한 경우 이 LLTS 하의 패킷들은 단일 링크 상에서 비요청형 재시도와 함께 전송된다. 이 필드가 "BA를 동반한 비요청형 재시도"로 설정되면, LLTS 셋업이 성공한 경우 이 LLTS 하의 패킷들은 단일 링크 상에서 비요청형 재시도와 함께 전송된다. 패킷들의 전송기는 블록 ACK 요청(BAR; Block ACK Request) 프레임을 수신기에 전송함으로써 블록 ACK 피드백을 요청할 수 있다.
비요청형 재시도 한계 필드는 비요청형 재시도가 적용될 때 이 LLTS 하에서의 패킷 재전송 횟수를 제한하도록 설정된다. 이 LLTS 하에서 각각의 패킷의 재전송 횟수는 비요청형 재시도 한계를 초과해서는 안 된다. 이 LLTS 하에서 패킷의 재전송 횟수가 비요청형 재시도 한계를 초과한다면, 그 패킷은 삭제되어야 한다.
MAC 프로토콜 데이터 유닛(MPDU) 수명 필드는 이 LLTS 하에서 MPDU의 수명을 나타내도록 설정된다. MPDU가 MAC 계층에 도달한 이후의 시간이 MPDU 수명보다 길면, 그 MPDU의 수명이 만료되고 그 MPDU는 삭제되어야 한다.
시간적 복제 허용(Duplication in Time Allowance) 필드는 시간 영역에서 패킷 복제가 허용되는지를 나타내는 1비트 표시로서 구현될 수 있다. 이 필드가 제1 상태(예를 들어, "1")로 설정되면, 이 LLTS 하의 패킷은 단일 링크 상에서 동일한 TXOP 또는 상이한 TXOP들 내에서 그 이전 전송 시도 이후에 재전송될 수 있다. 이들 2개의 전송 시도 사이에는 어떠한 피드백도 필요하지 않다. 이 필드가 제2 상태(예를 들어, "0")로 설정되면, 시간적 패킷 복제는 허용되지 않는다.
ML에서의 복제 허용(Duplication in ML Allowance) 필드는 다중 링크를 통한 패킷 복제가 허용되는지를 나타내는 1비트 표시로서 구현될 수 있다. 이 필드가 제1 상태(예를 들어, "1")로 설정되면, 이 LLTS 하의 패킷은 한 링크에서 전송되고 또 다른 링크에서 재전송될 수 있다. 2개의 전송 시도 사이에는 어떠한 피드백도 필요하지 않다. 이 필드가 제2 상태(예를 들어, "0")로 설정되면, 패킷 전송 및 그 재전송이 하나의 링크를 통해서만 전송되도록 허용된다.
최대 링크 수 필드는 비요청형 재시도에 이용될 수 있는 최대 링크 수를 나타내기 위해 설정된다. 이 필드가 설정되면, 허용된 링크 조합 필드에 나열된 조합으로 구성된 링크들의 수는 최대 링크 수를 초과할 수 없다. 이 필드는, ML에서의 복제 허용 필드가 제2 상태(예를 들어, "0")로 설정될 때 예약된다.
허용된 링크 조합 필드는 비요청형 재시도에 이용될 수 있는 다중 링크들의 가능한 조합들을 나타내기 위해 설정된다. STA는 조합들 중 하나를 선택하고 그 조합 내의 링크들을 통해 패킷 및 그 비요청형 재시도들을 전송할 수 있다. 각각의 조합 내의 링크 수는 최대 링크 수를 초과할 수 없다는 것을 이해해야 한다. 이 필드는 ML에서의 복제 허용 필드가 제2 상태(예를 들어, "0")로 설정될 때 예약된다.
RU에서의 복제 허용(Duplication in RU Allowance) 필드는, 복제된 패킷들이 하나의 MU PPDU/TB PPDU 패킷 내의 여러 RU를 통해 전송되는 것이 허용되는지를 나타내는 표시(예를 들어, 1비트 표시)를 제공할 수 있다. "TB"는 PPDU가 트리거 기반임을 나타낸다. 표시(비트)가 제1 상태(예를 들어, "1")로 설정되면, STA는 하나의 RU를 이용하여 패킷을 전송하고 또 다른 RU를 이용하여 그 복제판들을 전송할 수 있다. 그렇지 않고, 표시(비트)가 제2 상태(예를 들어, "0")로 설정되면, RU에서의 패킷 복제가 허용되지 않는다.
최대 RU 수 필드는 비요청형 재시도에 이용될 수 있는 MU PPDU/TB PPDU 패킷의 최대 RU 수를 나타내기 위해 설정된다. 이 필드가 설정되면, 허용되는 RU 조합 필드에 나열된 하나의 MU PPDU 또는 TB PPDU 패킷 내의 RU 수는 최대 RU 수를 초과할 수 없다. 이 필드는 RU에서의 복제 허용 필드가 제2 상태(예를 들어, "0")로 설정될 때 예약된다.
허용된 RU 조합 필드는, 비요청형 재시도에 이용될 수 있는 하나의 MU PPDU/TB PPDU 패킷 내의 여러 RU들의 가능한 조합들을 나타내기 위해 설정된다. STA는 이들 조합들 중 하나를 선택하여 조합 내의 RU들을 통해 패킷 및 그 비요청형 재시도들을 전송할 수 있다. 각각의 조합 내의 RU 수는 최대 RU 수를 초과할 수 없음을 이해해야 한다. 이 필드는 ML에서의 복제 허용 필드가 제2 상태(예를 들어, "0")로 설정될 때 예약된다. 각각의 조합에 대해, 이것은 이 조합이 어느 링크에 적용되는지를 역시 나타낼 수 있다는 점에 유의한다.
4.2.5. LLTS 응답 프레임
도 12는 다음과 같은 필드들을 갖는 LLTS 응답 프레임의 한 예시적인 실시예(190)를 나타낸다. 프레임 제어 필드는 프레임의 유형을 나타낸다. 기간 필드는 CSMA/CA 채널 액세스에 이용되는 NAV 정보를 포함한다. 주소 1 필드는 프레임 수신자의 주소를 포함한다. 주소 2 필드는 프레임을 전송한 STA의 주소를 포함한다. 주소 3 필드는 BSSID를 포함한다. 시퀀스 제어 필드는 프레임의 시퀀스 번호를 나타낸다. HT 제어 필드는 HT 또는 VHT 프레임들에 대한 추가 제어 정보를 나타낸다. 액션 필드는, LLTS 응답 프레임일 때 수행할 액션을 나타낸다.
액션 필드 내의 필드들로는, 다음과 같은 서브필드들을 갖는, LLTS 응답 요소를 포함한다. 요소 ID 서브필드는 요소의 유형을 나타내며, 이 경우 LLTS 응답 요소임을 나타낸다. 길이 서브필드는 LLTS 응답 요소의 길이를 나타낸다. LLTS 상태 목록 서브필드는 LLTS 상태 필드들에 대한 시퀀스를 나타낸다. 각각의 LLTS 상태 필드는 소정의 명세 및 분류 정보 하에서 트래픽에 대한 LLTS 셋업 응답을 나타내기 위해 설정된다. 이 정보가 수신되면, 수신기 STA는 RTA 트래픽에 대한 LLTS 셋업 또는 기존의 LLTS의 변경의 결과들을 결정할 수 있다.
4.2.6. LLTS 상태 필드
도 13은 다음과 같은 필드들을 갖는 LLTS 상태 프레임의 한 예시적인 실시예(210)를 나타낸다. LLID 필드는 낮은 레이턴시 전송 서비스의 식별자를 포함한다. LL 길이 필드는 LLTS 서술자 필드의 길이를 나타낸다. 응답 유형 필드는 LLTS 셋업 결과의 유형을 나타내기 위해 설정된다. AP가 응답 유형 필드를 "수락"으로 설정하면, AP는 비-AP STA로부터의 LLTS 셋업 요청을 수락한다. 비-AP STA는 이 필드를 수신하고 LLTS 셋업이 성공적이었다고 결정할 수 있다. AP가 응답 유형 필드를 "거부됨"으로 설정하면, AP는 비-AP STA로부터의 LLTS 셋업 요청을 거부한다. 비-AP STA는, 이 필드를 수신하면, AP와의 또 다른 LLTS 셋업을 개시하려고 시도하기로 결정할 수 있다. AP가 응답 유형을 "종료"로 설정하면, AP는 비-AP STA와의 기존의 LLTS를 종료한다. 비-AP STA는, 이 필드를 수신하면, 대응하는 LLID를 가진 LLTS가 종료되었고 LLTS가 제거되어야 함을 안다(결정한다).
TCLAS 필드는 IEEE 802.11에 정의된 TCLAS 요소와 동일할 수 있다. AP는 상위 계층으로부터의 트래픽의 정보를 나타내기 위해 이 필드를 설정한다. 비-AP STA는, 이 필드를 수신하면, 이 정보를 이용하여 트래픽이 업링크일 때 상위 계층으로부터 도달하는 이 TTLS 하의 트래픽을 식별할 수 있다. LLTS 상태 필드는 여러 TCLAS 필드를 포함할 수 있다. TCLAS 처리 필드는 IEEE 802.11에 정의된 TCLAS 처리 요소와 동일할 수 있다. AP는, LLTS 상태 필드에 여러 TCLAS 필드가 있는 경우 RTA 트래픽을 식별하기 위해 여러 TCLAS 필드를 이용하는 규칙을 나타내기 위해 이 필드를 설정한다. 비-AP STA는, LLTS 상태 필드에서 이 필드를 수신하면, 여러 TCLAS 필드를 이용하여 상위 계층으로부터의 트래픽을 식별하는 방법을 결정할 수 있다.
RTA-TSPEC 필드는 도 9에서 정의된 RTA-TSPEC 요소와 동일하다. AP는 RTA 트래픽의 명세 및 QoS 요건들을 나타내기 위해 이 필드를 설정한다. 비-AP STA는, 이 필드를 수신하면, AP가 어느 RTA-TSPEC 하에서 LLTS 요청을 수락하거나 거부하기로 결정했는지를 알 수 있다(인식할 수 있다). 이 필드는 또한, 이 LLTS 하에서 RTA 트래픽 방향(예를 들어, 업링크, 다운링크 또는 양방향)에 대한 정보를 포함한다.
선택사항적 하위요소 필드는 이 LLTS 하에서 트래픽의 재전송 정책을 나타내기 위해 AP에 의해 설정된다. 비-AP STA는, 이 필드를 수신하면, 응답 유형 필드가 "수락"으로 설정되었을 때 AP에 의해 제공되는 재전송 정책을 안다(결정한다).
표 1 내지 표 6은 상기의 메시지들에 대한 정보를 제공한다. 특히, 표 1은, MLME-LLTS.request, 표 2는 MLME-LLTS.indication, 표 3은 MLME-LLTS.response, 표 4는 MLME-LLTS.confirm, 표 5는 MLME-LLTS-TERM .request 및 표 6은 MLME-LLTS-TERM.indication을 요약한다.
도 14는, STA가 RTA 패킷에 비요청형 재시도 정책을 적용하기로 결정하는 한 예시적인 실시예(230)를 나타낸다. STA가 전송할 패킷을 갖고 있는 경우(232), 이 패킷이 비요청형 재시도 정책이 적용된 기존의 LLTS에 속하는지를 체크한다(234). 이 패킷이 기존의 LLTS에 속하는 경우, 실행은 블록 238로 이동하고 STA는 비요청형 재시도 정책을 패킷에 적용한다. 그렇지 않고, 패킷이 기존의 LLTS에 속하지 않으면, STA는 패킷에 대해 CSMA/CA에서의 일반 재전송 정책을 이용한다(236).
도 15는, 시간 영역에서의 패킷 복제가 허용될 때 STA가 비요청형 재시도와 함께 RTA 패킷들을 전송하는 한 예시적인 실시예(250)를 나타낸다. STA가 비요청형 재시도와 함께 RTA 패킷을 전송할 예정이고 시간 영역에서의 패킷 복제가 허용되는 경우, 그 스테이션은 채널에 대해 경쟁하고 채널 액세스를 얻고 링크 상에서 TXOP를 획득한다(252). 그 다음 RTA 패킷의 수명이 만료되었거나 재시도 카운트가 재시도 임계값을 초과했는지의 체크가 이루어진다(254). 어느 쪽 조건이든 충족되면, RTA 패킷이 삭제된다(260). 그렇지 않고, 어떤 조건도 충족되지 않으면, 실행은 블록 256으로 이동하고 STA는 피드백을 기다리지 않고 패킷에 대해 한 번의 전송 시도를 한다. STA가 RTA 패킷의 그 전송 시도를 완료한 후, 현재의 TXOP가 종료되었는지 체크(258)가 이루어진다. 종료되지 않았다면, 실행은 다음번 TXOP에서의 RTA 패킷의 또 다른 전송 시도를 위해 블록 254로 돌아간다. 그렇지 않으면, 실행은 STA가 채널에 대해 다시 경쟁하는 블록 252로 이동한다.
도 16은 다중 링크 시나리오에서 MLD가 비요청형 재시도와 함께 RTA 패킷들에 대한 TXOP를 획득하는 한 예시적인 실시예(270)를 나타낸다. MLD가 비요청형 재시도와 함께 전송할 RTA 패킷들을 갖고 있을 경우, 다중 링크 상에서 동시에 채널에 대해 경쟁한다(272). 모든 링크가 동시에 채널 액세스를 얻었는지에 관해 체크가 이루어진다(274). 조건이 참이면, MLD는 양쪽 링크들 상에서 동일한 TXOP 기간을 예약하고(276) MLD는 링크1 상에서 패킷의 초기 전송을 전송하고 링크2 상에서 그 재전송을 전송한다. MLD는, 링크1 상에서의 동일한 패킷들의 또 다른 재전송을, 이들이 링크2 상에서 재전송될 때, 이들 패킷들의 초기 전송 대신에 전송할 수 있다는 것을 또한 이해해야 한다.
그렇지 않고, 채널 액세스를 얻는 링크들이 동시적이지 않은 경우, 실행은 MLD가 먼저 하나의 링크(링크1로 표시됨) 상에서 채널 액세스를 얻는 블록 278에 도달하고 링크1 상에서 패킷들의 초기 전송(재전송일 수도 있음)을 전송한다(280). 링크1 상에서의 TXOP의 종료 전에 MLD가 또 다른 링크(예를 들어, 링크2) 상에서 채널 액세스를 획득하는지를 결정하기 위한 체크(282)가 이루어진다. 이 조건이 충족되면, MLD는, 링크1 상에서 예약된 TXOP의 종료 때까지 링크2 상에서 TXOP를 예약하고(286), 그 후 MLD는 TXOP 동안 링크2 상에서 패킷들의 재전송(비요청형 재시도)을 전송하여(288) 프로세스를 종료한다. 그렇지 않고, 체크 282에서 MLD가 링크1 상의 TXOP의 종료 전에 또 다른 링크(예를 들어, 링크2) 상에서 채널 액세스를 획득하지 못한 것으로 파악되면, MLD는 링크2 상에서 TXOP를 획득하는데 실패하고(284) 링크2 상에서의 어떠한 비요청형 재시도도 발생하지 않고 프로세스가 종료한다.
MLD는 현재의 TXOP 동안 전송되는 패킷들을 현재의 TXOP의 종료 후 삭제하기로 결정할 수 있다는 것을 이해해야 한다. MLD는 또한, 그의 수명이 만료되지 않고 그의 재시도 카운트가 비요청형 재시도 한계를 초과하지 않는 경우 다음번 TXOP에서 이들 패킷들을 재전송하기로 결정할 수 있다.
MLD는 비요청형 재시도에 대해 2개보다 많은 링크 상에서 TXOP를 획득될 수 있다는 점에도 유의해야 한다. 먼저 TXOP를 획득하는 링크는 링크1이라고 간주되고 다른 링크들은 플로차트에서 설명되는 바와 같이 링크2의 규칙을 따른다. 링크들의 조합은 LLTS 셋업의 허용된 링크 조합 필드로부터 선택될 수 있다.
또한, 도면에 도시된 바와 같이 TXOP를 획득하는 방법은 또한 비-RTA 패킷들을 전송하기 위해 이용될 수 있다는 점에도 역시 유의해야 한다.
실시예 4.3. STR AP MLD와 비-STR 비-AP MLD 사이의 공정성
도 16의 플로차트에 설명된 바와 같이 다중 링크 상에서 획득된 TXOP들의 종료 시간들의 정렬은, STR AP MLD와 비-STR 비-AP MLD 사이의 공정성 문제를 해결하는 것을 목표로 한다.
TXOP들의 종료 시간이 정렬되지 않으면, 다음과 같은 문제가 발생한다. STR AP MLD가 먼저 링크1 상에서 첫 번째 TXOP를 획득한다고 가정한다. 링크1의 TXOP 종료 시간 이전에 또 다른 링크, 예를 들어, 링크2 상에서 채널 액세스를 얻지만 링크1의 첫 번째 TXOP 종료 시간보다 늦은 종료 시간을 갖는 TXOP를 예약한 경우, 비-STR 비-AP MLD는 링크2의 TXOP의 종료 시간까지 채널에 액세스할 수 없다. 그러나, 링크1과 링크2의 TXOP들의 종료 시간들 사이의 시간 동안, AP MLD는 여전히 링크1 상에서 채널 액세스를 얻을 수 있다. AP가 채널 액세스를 얻고 링크1 상에서 그 종료 시간이 링크2의 TXOP보다 늦은 또 다른 TXOP를 예약하는 경우, 비-STR 비-AP MLD는 링크1의 두번째 TXOP 종료 시간까지 채널에 액세스할 수 없는 등등이다. 따라서, 최악의 경우, STR AP MLD는 다중 링크를 항상 점유하고 비-STR 비-AP MLD는 채널에 액세스할 기회를 전혀 갖지 못할 것이다.
도 17a 및 도 17b는, STR AP MLD가 전술된 STR AP MLD와 비-STR 비-AP MLD 사이의 공정성 문제를 해결하는 방식을 나타내는, 비-STR 비-AP MLD에 전송하기 위해 다중 링크 상에서 TXOP를 획득하는 한 예시적인 실시예(290)를 나타낸다. STR AP MLD가 비-STR 비-AP MLD에 전송할 패킷(들)을 갖고 있는 경우(292), 무작위 값을 생성하고(294) 이것을 백오프 슬롯 수로서 설정한다. 각각의 "슬롯"은 20마이크로초 등의 시간 증분을 의미한다는 점에 유의한다. 그 다음, AP MLD의 각각의 STA는 그 자신의 링크 상에서 독립적으로 백오프를 카운트다운하기 시작한다(296).
블록 298에서, AP MLD의 모든 STA가 채널 액세스를 동시에 얻는지를 결정하기 위한 체크가 이루어진다. 조건이 참이면, AP MLD의 STA들은 프로세스를 종료하기 위해 모든 링크 상에서 동일한 TXOP 기간(300)을 예약한다.
그렇지 않고, AP MLD의 하나의 STA가 백오프를 0까지 카운트다운하면, 그 STA는 링크 상에서 채널 액세스를 얻고(302) 실행은 도 17b의 블록 304로 이동한다. 각각의 링크 상의 상이한 CCA 이용중 시간(busy time)으로 인해, AP MLD의 STA들은 상이한 시간들에서 채널 액세스를 얻을 수 있다는 것을 이해해야 한다.
따라서 이 시점에서 STA1으로 표시된 AP MLD의 한 STA는 다른 STA들보다 먼저 채널 액세스를 얻었고, 링크1로 표시된 그 링크 상에서 TXOP를 예약했다. STA2로 표시된 AP MLD의 다른 STA가 링크1 상의 TXOP의 종료 이전에 링크2로 표시된 그 링크 상에서 채널 액세스를 얻었는지를 결정하기 위한 체크가 이루어진다(304). 조건이 충족되면, STA2는 링크1 상에서 예약된 TXOP의 종료 시간까지 링크2 상에서 TXOP를 예약할 수 있다(308). 그렇지 않으면, STA2가 링크2 상에서 TXOP를 획득하는데 실패하고(306) 그 백오프가 리셋된다.
AP MLD의 모든 STA가 동시에 채널 액세스를 얻은 경우, 이들은 모든 링크 상에서 동일한 TXOP 기간을 예약했다는 점에 유의해야 한다. AP MLD의 모든 STA는 TXOP가 종료된 후 백오프를 리셋한다. AP MLD는 다중 링크 상에서 동일한 백오프 슬롯들을 설정하여 다중 링크 상에서 동시에 채널 액세스를 얻을 기회를 증가시킨다. AP MLD가 다중 링크 상에서 상이한 백오프 슬롯들을 설정하는 것이 가능하다.
도면에 도시된 바와 같이 TXOP를 획득하는 방법은 또한 RTA 패킷들 또는 비-RTA 패킷들을 전송하는데에도 이용될 수 있다는 점에도 유의해야 한다.
도 18은 다중 RU 상의 비요청형 재시도가 허용될 때 RTA 패킷을 전송하기 위한 한 예시적인 실시예(310)를 나타낸다. AP는 채널 액세스에 대해 경쟁하고 다중 RU 상의 비요청형 재시도가 허용될 때 RTA 패킷에 대한 채널을 얻는다(312). 체크(314)는 전송이 업링크(UL)인지를 결정한다. 이는 업링크인 경우, 블록 316에서, AP는 비요청형 재시도를 위한 RU 분배를 트리거 프레임(TF)에 삽입하고 이를 STA에 전송한다. STA는 TF에 의해 분배된 RU들을 이용하여 TB PPDU 패킷 내의 RTA 패킷의 초기 전송(재전송일 수도 있음) 및 재전송을 전송(320)하고 프로세스가 종료된다.
그렇지 않고, 전송이 UL에 대한 것이 아닌 경우, 실행은 블록 314로부터 318로 이동하고, AP는 MU PPDU 패킷의 여러 RU들을 분배하여 프로세스가 종료되기 이전에 RTA 패킷의 초기 전송(재전송일 수도 있음) 및 재전송을 전송한다.
TB PPDU 또는 MU PPDU는, RTA 패킷의 초기 전송이 이전 PPDU에서 전송된 경우에만 패킷의 재전송을 운반할 수 있다는 것을 이해해야 한다.
도 19는, STA가 비요청형 재시도가 허용된 RTA 패킷을 삭제하기 위한 한 예시적인 실시예(330)를 나타낸다. 패킷 재전송 횟수가 비요청형 재시도 한계에 도달했는지 또는 패킷의 수명이 만료되었는지를 결정하기 위해 체크(332)가 이루어진다. 어느 하나의 조건이라도 충족되면, 패킷이 삭제된다(334). 그렇지 않으면, 실행은 블록 332로부터 블록 336으로 이동하고 STA는 현재의 TXOP에서 어떠한 피드백도 수신하지 않고 패킷을 재전송할 수 있다.
도 20은, STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 제1 예시적인 실시예(350)를 나타낸다. 이 예는, LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 시간 영역에서의 패킷 복제가 허용되는 경우에 발생할 수 있다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 STA1(352)은 RTA 패킷을 수신기 STA0(AP)(354)에 전송할 예정이다. 큐에 도달한(356) RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. 전송기 STA1은 RTA 패킷이 큐에 도달한 후 채널에 대해 경쟁(358)하고 TXOP 기간(360)을 획득한다. TXOP 기간 동안, STA1은 2개의 비요청형 재전송(366, 370)을 동반하여 RTA 패킷(362)을 전송할 수 있다. 2개의 패킷 전송들 사이의 시간은 xIFS로서 도시되어 있는 프레임간 간격(364, 368)일 수 있지만, 본 개시내용의 교시를 벗어나지 않고 SIFS 또는 PIFS 또는 기타의 간격이 이용될 수 있다. 수신기 STA0이 STA1에 어떠한 피드백도 전송할 필요없이 STA1으로부터의 전송들이 수행되었음을 이해해야 한다. STA1은, 패킷이 비요청형 재시도 한계(372)에 도달하면 RTA 패킷의 재전송을 중지한다.
도 21은, STA가 단일 링크 상에서 비요청형 재시도를 동반하며 복수의 RTA 패킷을 전송하는 예 2로서의 한 예시적인 실시예(390)를 나타낸다. 이 예는 LLTS 재전송 정책이 "비요청형 재시도"로서 설정되고 시간에서의 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 5에 도시되어 있다.
전송기 STA1(352)은, RTA 패킷 #1 및 RTA 패킷 #2로서 도시되어 있는, 수신기 STA0(AP)(354)에 전송할 2개의 RTA 패킷을 갖고 있다. 2개의 RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. RTA 패킷은 큐에 도달하고(356) 전송기 STA1은 채널에 대해 경쟁하고(358), 백오프 후에 TXOP 기간(360)을 획득한다. 이 예에서, STA1은 먼저 모든 패킷의 초기 전송(392 및 396)을 전송한다. 그 다음 모든 패킷(400, 406)의 첫 번째 재전송을 시작하고, 그 후에 RTA 패킷 #2의 두번째 재전송(410)을 시작하는 것으로 도시되어 있다.
TXOP 기간 동안, STA1은 비요청형 재전송을 동반하여 RTA 패킷들을 전송할 수 있다. 2개의 패킷의 초기 전송들 사이의 시간은, 여기서는 xIFS 394, 404로 도시된 프레임간 간격일 수 있지만, SIFS 또는 PIFS 등의 기타의 간격이 제한없이 이용될 수 있다.
전송기 STA1은, RTA 패킷 #1 및 RTA 패킷 #2의 새로운 재전송들을 위해 또 다른 백오프 시간(398, 408)을 기다릴 수 있다. 예를 들어, 전송기 STA1은 RTA 패킷 #1 및 #2의 첫 번째 재전송을 위해 백오프(398)를 기동한다. 이것은 또한 RTA 패킷 #2의 두번째 재전송을 위해 백오프(408)를 기동한다. 동일한 재시도 카운트를 갖는 2개의 패킷의 재전송들 사이의 시간은 xIFS 또는 기타 프레임간 간격일 수도 있다.
그러나, 전송기 STA1은, RTA 패킷 #1의 수명이 만료되었기 때문에 RTA 패킷 #1의 재전송을 중지한다(402). 전송기 STA1은 또한, RTA 패킷 #2의 재전송 횟수가 비요청형 재시도 한계에 도달했기 때문에 RTA 패킷 #2의 재전송을 중지(412)하는 것으로 도시되어 있다. 수신기 STA0(354)은 이 프로세스 동안 STA1에 어떠한 피드백도 전송할 필요가 없다는 것을 도면에서 알 것이다.
도 22는, STA가 단일 링크 상에서 비요청형 재시도를 동반하며 복수의 RTA 패킷을 전송하는 예 2-1로서의 한 예시적인 실시예(430)를 나타낸다. 이 예는, LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 시간 영역에서의 패킷 복제가 허용되는 경우에 발생한다. 이 예의 네트워크 토폴로지는 도 5에 도시되어 있다.
전송기 STA1(352)은 RTA 패킷 #1 및 RTA 패킷 #2로서 예시되어 있는 2개의 RTA 패킷을 수신기 STA0(AP)(354)으로 전송할 예정이고, 2개의 RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. RTA 패킷이 큐에 도달한다(356). 전송기 STA1은 RTA 패킷이 큐에 도달한 후 채널에 대해 경쟁(358)하고 TXOP 기간(360)을 획득한다. 이 예에서, STA1은 먼저, 그 비요청형 재시도(436)를 동반하여 하나의 패킷(즉, RTA 패킷 #1)(432)을 전송한다. 그 다음, 비요청형 재시도들(446, 450)을 동반하여 제2 패킷(즉, RTA 패킷 #2)(442)을 전송하는 등등이 이루어진다. RTA 패킷 #2의 재전송들은 또한, 가능한 백오프들(444 및 448)과 함께 도시되어 있다.
TXOP 기간 동안 STA1은 2개의 비요청형 재전송을 동반하여 RTA 패킷들을 전송할 수 있다. 전송기 STA1은, RTA 패킷의 새로운 전송 또는 재전송을 위해 또 다른 백오프 시간(434, 440, 444, 및 448)을 기다릴 수 있다.
전송기 STA1은 RTA 패킷 #1의 수명이 만료되었기 때문에 RTA 패킷 #1의 재전송을 중지한다(440). 전송기 STA1은 RTA 패킷 #2의 재전송 횟수가 비요청형 재시도 한계에 도달했기 때문에 RTA 패킷 #2의 재전송을 중지한다(452). 수신기 STA0(354)은 STA1에 어떠한 피드백도 전송할 필요가 없다.
도 23은, BA가 인에이블될 때 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 3으로서 한 예시적인 실시예(470)를 나타낸다. 이 예는, LLTS 재전송 정책이 "BA를 동반한 비요청형 재시도"로 설정되고 시간 영역에서의 패킷 복제가 허용되는 경우에 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 STA1(352)은 RTA 패킷을 수신기 STA0(AP)(354)에 전송할 예정이다. RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. 전송기 STA1은 RTA 패킷이 큐에 도달(356)한 후 채널에 대해 경쟁(358)하고 TXOP 기간(360)을 획득한다. TXOP 기간(360) 동안, STA1은 2개의 비요청형 재전송(476 및 480)을 동반하여 RTA 패킷을 전송(472)할 수 있다. 2개의 패킷 전송 사이의 시간은, 도면에 도시된 바와 같이 xIFS(474, 478, 및 482) 등의 프레임간 간격 또는 기타의 간격(486)(예를 들어, SIFS 또는 PIFS 등)일 수 있다. 수신기 STA0(354)은 STA1에 어떠한 피드백도 전송할 필요가 없다. STA1은 패킷이 비요청형 재시도 한계에 도달하면 RTA 패킷의 재전송을 중지할 수 있다.
STA1은 RTA 패킷의 재전송을 완료한 후, BA 피드백을 요청하기 위해 BAR 프레임(484)을 STA0에 전송할 수 있다. 그 다음, STA0은 BAR를 수신하고 현재의 패킷의 패킷 손실을 나타내기 위해 BA(488)를 다시 전송한다.
이 예에서 BA는 재전송들에 대해서는 전송되지 않고 미래의 RTA 패킷 전송들에서 이용하기 위한 레이트 적응 및 비요청형 재시도 한계 조정 등의 적응들에 대해 전송될 수 있다.
도 24는, BA가 인에이블될 때 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 4으로서 한 예시적인 실시예(490)를 나타낸다. 이 예는, LLTS 재전송 정책이 "BA를 동반한 비요청형 재시도"로 설정되고 시간 영역에서의 패킷 복제가 허용되는 경우에 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 STA1(352)은, 여기서는 RTA 패킷 #1(492), RTA 패킷 #2(496), RTA 패킷 #3(512) 및 RTA 패킷 #4(516)으로서 예시되어 있는 4개의 RTA 패킷을 수신기 STA0(AP)(354)에 전송한다. RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷이 큐에 도달하면(356), 전송기 STA1은 채널에 대해 경쟁(358)하고 TXOP 기간(360)을 획득한다. 이 예에서, STA1은 먼저, RTA 패킷 #1 및 #2의 초기 전송들(492, 496)을 전송한다. 그 다음, RTA 패킷들 #1 및 #2에 대한 첫 번째 재전송들(500, 504)을 전송한다.
도면의 하위 부분에서, STA1은 RTA 패킷들 #3 및 #4에 대해 두번째 TXOP를 획득하는 것이 보여진다. RTA 패킷(들)이 큐에 도달하면(506), 전송기 STA1은 채널에 대해 경쟁(508)하고 TXOP 기간(510)을 획득한다. 그 다음, STA1은 RTA 패킷 #3(512) 및 RTA 패킷 #4(516)의 초기 전송들을 전송한 다음, RTA 패킷 #3(520) 및 RTA 패킷 #4(524)의 첫 번째 재전송들을 전송한다.
TXOP 기간 동안, STA1은 비요청형 재전송을 동반하여 RTA 패킷들을 전송할 수 있다. 2개의 연속적인 전송들(494, 498, 502, 514, 518, 522, 526, 530) 사이의 시간은, xIFS, SIFS, PIFS, 또는 다른 프레임간 간격 메커니즘 등의, 프레임간 간격을 포함할 수 있다.
이 예에서, STA1이 TXOP를 2번 획득하는 것으로 도시되었다. 첫 번째 TXOP 동안, RTA 패킷 #1과 RTA 패킷 #2가 전송된다. 두 번째 TXOP 동안, RTA 패킷 #3과 RTA 패킷 #4가 전송된다. STA1은, RTA 패킷 #4의 재전송을 완료한 후, BAR(Block Acknowledge Request) 프레임(528)을 STA0에 전송하여 BA 피드백을 요청한다. STA0은 BAR을 수신하고 수신된 이전 RTA 패킷들(즉, RTA 패킷 #1, #2, #3 및 #4)뿐만 아니라 현재의 패킷의 패킷 손실을 나타내기 위해 BA(532)를 다시 전송함으로써 응답한다.
이 예에서 BA는 재전송들에 대해서는 전송되지 않고 미래의 RTA 패킷 전송들의 레이트 적응 및 비요청형 재시도 한계 조정 등의 적응들에 대해 전송될 수 있다.
도 25는, BA가 인에이블될 때 STA가 단일 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 5로서 한 예시적인 실시예(550)를 나타낸다. 이 예시적인 시나리오는, LLTS 재전송 정책이 "BA를 동반한 비요청형 재시도"로 설정되고 시간 영역에서의 패킷 복제가 허용되는 경우에 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 STA1(352)은 RTA 패킷(RTA 패킷 #1)을 수신기 STA0(AP)(354)에 전송할 예정이다. RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. RTA 패킷이 큐에 도달하고(356) 전송기 STA1은 채널에 대해 경쟁하고(358) TXOP 지속기간(360)을 획득한다. TXOP 동안, STA1은 비요청형 재전송들을 동반하여 RTA 패킷 #1을 전송할 수 있다(552). 2개의 패킷 전송들 사이의 시간은 백오프 시간(554)을 포함할 수 있고, 그 후 STA1이 RTA 패킷 #1의 첫 번째 재전송(556)을 수행하는 것으로 도시되어 있다. 그 때, 재전송 횟수가 비요청형 재시도 한계에 도달한다(558).
STA1은 RTA 패킷의 재전송을 완료한 후, BA 피드백을 요청하기 위해 BAR 프레임(562)을 STA0에 전송한다. STA0은 BAR을 수신하고 현재의 패킷에 대한 패킷 손실 정보를 나타내기 위해 BA(566)를 다시 전송한다. RTA 패킷 #1의 첫 번째 재전송의 종료와 BAR 프레임 사이, 및 BAR과 BA 응답 사이의 시간은, xIFS, SIFS, PIFS 등의 프레임간 간격(560 및 564) 또는 기타의 간격 메커니즘일 수 있다.
이 예에서 BA는 재전송의 목적을 위해서는 전송되지 않고 미래의 RTA 패킷 전송들을 보조하기 위한 레이트 적응 및 비요청형 재시도 한계 조정 등의 적응들을 위해 전송될 수 있다.
도 26은, STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6으로서의 한 예시적인 실시예(570)를 나타낸다. 이 예시적인 시나리오는 LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 다중 링크 상에서의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(AP)(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(AP)(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다. RTA 패킷이 도달하고(576), STA3과 STA4는 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580).
링크1 상의 TXOP 동안 STA3은 먼저 링크1 상에서 TXOP 기간(582)을 획득하고, RTA 패킷 #1의 전송(586), RTA 패킷 #2의 전송(590), RTA 패킷 #3의 전송(594), 및 RTA 패킷 #4의 전송(598)으로서 도시된 그 RTA 패킷들의 초기 전송들을 전송한다. 2개의 패킷 전송들 사이의 시간은, 프레임간 간격 xIFS, SIFS, PIFS 또는 등일 수 있다.
STA4는 링크1 상에서 TXOP의 종료 이전에 링크2 상에서 TXOP 기간(584)을 획득하고 이를 예약한다. 링크2 상의 TXOP 동안, STA4는 링크1 상의 TXOP 동안 그 초기 전송들이 전송된 RTA 패킷들의 재전송들을 전송한다. 구체적으로, STA4는 첫 번째 재전송들(588, 592, 및 596)을 전송한다.
2개의 패킷 전송들 사이의 시간은, 본 개시내용의 다른 예들에서와 같이, xIFS, SIFS, PIFS 등의 프레임간 간격, 또는 기타의 간격 메커니즘일 수 있다.
링크2 상의 TXOP 기간이 불충분한 길이인 경우 STA4가 모든 RTA 패킷을 재전송하지 못할 수 있다는 것을 이해해야 한다. 예를 들어, 이 예에서 도시된 바와 같이, RTA 패킷 #4의 첫 번째 재전송은 TXOP 내에서 전송될 수 없기 때문에 링크2를 통해 재전송되지 않는다. RTA 패킷 #4는 그 수명이 만료되지 않은 경우에도 TXOP의 종료 이후에 삭제될 수 있다. MLD2는 RTA 패킷 전송의 성공을 표시하기 위해 어떠한 피드백도 전송할 필요가 없다는 점에 유의해야 한다. 2개의 링크 상의 백오프 슬롯 수가 동일할 수 있다는 점에도 유의해야 한다. STA3과 STA4는 백오프를 카운트다운하는 동안 CCA 이용중 시간으로 인해 상이한 시간들에서 채널을 얻는다.
도 27은, STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-1로서의 한 예시적인 실시예(610)를 나타낸다. 이 예시적인 시나리오는, LLTS 재전송 정책이 "비요청형 재시도"로서 설정되고 다중 링크 상의 복제가 허용되고 다른 예들에서와 같이 도 6에 도시된 바와 같은 네트워크 토폴로지를 이용하는 경우에 발생한다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷이 도달하고(576), STA3과 STA4는 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580). STA3은 채널 액세스를 획득하고 먼저 링크1 상에서 TXOP 기간(582)을 예약한다. 그 다음, STA1은 링크1 상에서 TXOP 동안 RTA 패킷들의 초기 전송을 전송할 수 있다. 더 구체적으로, 이 예에서, STA3은 RTA 패킷들 #1, #2, #3 및 #4를 전송한다(612, 616, 620 및 624).
다른 예들에서와 같이, 2개의 패킷 전송들 사이의 시간은, xIFS 등의 프레임간 간격, 또는 기타의 간격 메커니즘일 수 있다. STA4가 TXOP를 획득한 시간에 따라 xIFS의 기간은 양쪽 링크들 상의 TXOP에서 전송된 마지막 PPDU들의 끝을 정렬(628)하기 위해 조정될 수 있다. 예를 들어, 도면에 도시된 바와 같이 RTA 패킷 #4의 초기 전송 끝과 RTA 패킷 #4의 첫 번째 재전송(626) 끝이 정렬된다. 양쪽 링크들 상에서의 RTA 패킷 #1 내지 #4의 전송들이 알려져 있으므로, STA4가 링크2 상에서 채널 액세스를 얻을 때 xIFS의 기간이 계산될 수 있다. xIFS가 SIFS보다 길지만 PIFS보다 짧을 수 있다.
STA4는 링크2 상에서 TXOP 기간(584)을 획득하고 링크1 상에서 TXOP가 끝나기 전에 이를 예약한다. 링크2 상의 TXOP 동안, STA4는, 링크1 상의 TXOP 동안 그 초기 전송들이 전송된 RTA 패킷들(RTA 패킷 #1, #2, #3 및 #4)의 재전송들(614, 618, 622 및 626)을 전송한다. 2개의 패킷 전송들 사이의 시간은 프레임간 간격의 한 형태이나, STA4가 STA3보다 늦게 채널을 획득하였기 때문에 짧은 프레임간 간격(SIFS)인 것이 바람직하다. 2개의 링크 상의 백오프 슬롯 수는 동일할 수 있다. STA3과 STA4는 백오프의 카운트다운 동안 CCA 이용중 시간으로 인해 상이한 시간들에서 채널을 얻는다.
도 28은, STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 STA의 예 6-1-1로서의 한 예시적인 실시예(630)를 나타낸다. 이 예시적인 시나리오는 LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 다중 링크 상의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다. 이 예는, AP MLD와 비-AP MLD가 STR일 때 발생할 수 있는 2개의 링크 상에서 예약된 TXOP들의 종료 시간이 다를 때 다중 링크 전송에서의 패킷 복제가 수행될 수 있다는 것을 보여준다. AP MLD가 STR 또는 NSTR이고 비-AP MLD가 STR 또는 NSTR인 경우에도 이것이 발생할 수 있다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷이 도달하고(576), STA3과 STA4는 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580). STA3은 먼저 링크1 상에서 TXOP 기간(582)을 획득한다. 그 다음, STA1은 링크1 상에서 TXOP 동안 RTA 패킷들(#1, #2, #3, 및 #4)의 초기 전송들(632, 636, 640, 및 644)을 전송할 수 있다.
2개의 연속적인 패킷 전송들 사이의 시간은, xIFS, SIFS, PIFS 등의 프레임간 간격, 또는 기타의 간격 메커니즘일 수 있다.
STA4는 링크1 상에서 TXOP가 끝나기 전에 링크2 상에서 TXOP 기간(584)을 획득한다. STA4는, 그 종료 시간이 링크1 상의 TXOP 종료 시간과 동일하지 않은 TXOP를 예약한다. 링크2 상의 TXOP 동안, STA4는, 링크1 상의 TXOP 동안 그 초기 전송들이 전송된 RTA 패킷들(#1, #2, #3 및 #4)의 재전송들(634, 638, 642 및 646)을 전송한다.
MLD2는 RTA 패킷 전송들의 성공을 표시하기 위해 어떠한 피드백도 전송할 필요가 없다는 것을 이해해야 한다. 2개의 링크 상의 백오프 슬롯 수는 동일할 수 있다. STA3과 STA4는 백오프의 카운트다운 동안 CCA 이용중 시간으로 인해 상이한 시간들에서 채널을 얻는다.
도 29는, BA가 허용될 때 STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-2로서의 한 예시적인 실시예(650)를 나타낸다. 이 예시적인 시나리오는 LLTS 재전송 정책이 "BA를 동반한 비요청형 재시도"로 설정되고 다중 링크 상의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 다시 한번 도 6에 도시되어 있다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷이 도달하고(576), STA3과 STA4는 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580). STA3은 채널 액세스를 획득하고 먼저 링크1 상에서 TXOP 기간(582)을 예약한다. 그 다음, STA1은 링크1 상에서 TXOP 동안 RTA 패킷들(#1, #2, #3, 및 #4)의 초기 전송들(652, 656, 660, 및 664)을 전송할 수 있다. 2개의 패킷 전송들 사이의 시간은, xIFS, SIFS, PIFS 또는 기간이 고정(결정적)될 수 있는 기타의 간격 등의 임의의 원하는 프레임간 간격일 수 있다.
STA4는, 링크1 상의 TXOP의 종료 때까지는, 링크1 상의 TXOP의 종료 전에 링크2 상의 TXOP 기간(584)을 획득하고 예약한다. 링크2 상의 TXOP 동안, STA4는 링크1 상의 TXOP 동안 그 초기 전송들이 전송된 RTA 패킷들의 재전송들(654, 658, 662)을 전송한다. 다시, 2개의 패킷 전송들 사이의 시간은, xIFS, SIFS, PIFS 등의 프레임간 간격 또는 기타 간격 메커니즘일 수 있다.
이 예에서 STA4는 TXOP의 종료 전에 STA6에게 BA 피드백을 요청하기 위해 BAR 프레임(666)을 전송하기로 결정한다. BA 피드백(668)은 양쪽 링크들의 패킷 손실 정보를 포함해야 한다. 예시적인 예시로서, BA 프레임은 RTA 패킷 #2의 초기 전송이 실패한 동안 링크1 상의 RTA 패킷들 #1, #3, 및 #4의 초기 전송이 성공했음을 나타낼 수 있다. RTA 패킷 #1 및 패킷 #3의 첫 번째 재전송은 성공적이지만 RTA 패킷 #2의 첫 번째 재전송은 실패한다.
이 예에서, BA는 재전송들에 대해서는 전송되지 않고 미래의 RTA 패킷 전송들의 레이트 적응 및 비요청형 재시도 한계 등의 적응들에 대해서는 전송될 수 있다. BA는 또한, 어느 링크들이 RTA 패킷들을 전송하기 위해 선택될지와 RTA 트래픽의 패킷 손실 요건을 충족하는 그 비요청형 재시도를 선택하는데 이용될 수 있다.
2개의 링크 상의 백오프 슬롯 수는 동일할 수 있다. STA3과 STA4는 백오프의 카운트다운 동안 CCA 이용중 시간으로 인해 상이한 시간들에서 채널 액세스를 얻는다. BAR 및 BA 프레임 포맷은 도 33 및 도 34에 도시되어 있다.
도 30은, BA가 허용될 때 STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 6-3으로서의 한 예시적인 실시예(670)를 나타낸다. 이 예시적인 시나리오는 LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 다중 링크 상의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷이 도달하고(576), STA3과 STA4는 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580). STA3은 링크1 상에서 첫번째 TXOP 기간(582)을 획득한다. 그 다음, STA3은 링크1 상에서 TXOP 동안 RTA 패킷들(#1, #2, #3, 및 #4)의 초기 전송들(672, 676, 680, 및 684)을 전송할 수 있다. 2개의 패킷 전송들 사이의 시간은, 프레임간 간격 xIFS, SIFS, PIFS, 또는 유사한 간격 메커니즘일 수 있다.
STA4는 링크1 상에서 첫 번째 TXOP(582)의 종료 이전에 링크2 상에서 TXOP 기간을 획득하고 예약한다. 링크2 상의 첫 번째 TXOP 동안, STA4는, 링크1 상의 첫 번째 TXOP 동안 그 초기 전송들이 전송된 RTA 패킷들(#1, #2 및 #3)의 재전송들을 전송한다(674, 678 및 682). 2개의 패킷 전송들 사이의 시간은, xIFS, SIFS, PIFS 등의 프레임간 간격, 또는 유사한 간격 메커니즘일 수 있다. 링크2 상의 TXOP 기간이 충분한 기간이 아니기 때문에 STA4는 모든 RTA 패킷을 재전송하지 못할 수도 있다. 예를 들어, 이 예에서 도시된 바와 같이, RTA 패킷 #4의 첫 번째 재전송은 TXOP 구간(584) 내에서 전송될 수 없기 때문에 링크2를 통해 전송되지 않는다.
첫 번째 TXOP가 종료된 후, 이 예에서의 STA3 및 STA4는 링크1 및 링크2 상에서 동시에 채널에 대해 경쟁하기 위해 그들의 백오프들(686, 688)을 리셋한다. 2개의 링크 상의 백오프 슬롯 수는 동일할 수 있다. STA3과 STA4는 백오프의 카운트다운 동안 CCA 이용중 시간으로 인해 상이한 시간들에서 채널을 얻는다.
그 다음, STA4와 STA3은 또한, 도면에 도시된 바와 같이 두번째 TXOP를 획득한다. STA4는 링크2(690) 상에서 두번째 TXOP를 획득하고 RTA 패킷 #4의 재전송들을 전송한다(692). STA3은 제2 TXOP(694)를 획득하고 패킷들 #5, #6 및 #7을 전송하기 위해 링크1 상에서 초기 전송들(696, 700, 704)을 계속 전송한다. STA4는 링크1 상의 두번째 TXOP에서 첫 번째 전송이 이루어진 RTA 패킷들 #5, #6 및 #7을 전송하기 위해 링크2 상에서 재전송들(698, 702 및 706)을 수행하는 것으로 도시되어 있다. 링크2 상의 두번째 TXOP 동안 RTA 패킷 #4의 수명이 만료되지 않으면, STA4는 두번째 TXOP 동안 RTA 패킷 #4의 첫 번째 재전송 등의 재전송을 전송할 수 있다는 점에 유의해야 한다.
도 31은, BA가 허용될 때 STA가 다중 링크 상에서 비요청형 재시도들을 동반하며 RTA 패킷을 전송하는 STA의 예 7로서의 한 예시적인 실시예(710)를 나타낸다. 이 예시적인 시나리오는 LLTS 재전송 정책이 "BA를 동반한 비요청형 재시도"로 설정되고 다중 링크에서의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷들이 도달하고(576), STA3과 STA4는 링크1 및 링크2 상에서 채널에 대해 동시에 경쟁을 시작한다(578, 580). STA3 및 STA4는 채널 액세스를 획득하고 링크1(582) 및 링크2(584) 상에서 동시에 TXOP 기간을 예약한다. STA1은 링크1 상에서 TXOP 동안 RTA 패킷들(#1, #2, #3, 및 #4)의 초기 전송들(712, 716, 720, 및 724)을 전송한다. STA4는 링크1 상에서 이 동일한 TXOP 동안 그 초기 전송들이 전송된 RTA 패킷들(#1, #2 및 #3)의 재전송들을 링크2 상에서 전송한다(714, 718 및 722).
2개의 패킷 전송들 사이의 시간은, 프레임간 간격 xIFS, SIFS, PIFS, 또는 기간이 고정(결정적)될 수 있는 유사한 간격 메커니즘일 수 있다.
STA3 및 STA4는 TXOP의 종료 전에 STA5 및 STA6에게 BA 피드백을 요청하기 위해 BAR 프레임(724, 726)을 전송하기로 결정할 수 있다. 링크2를 통해 전송되는 BAR 및 BA 프레임들은 링크1을 통해 전송되는 것들과 동일하다. BA 피드백(728, 730)은 바람직하게는 양쪽 링크들에 대한 패킷 손실 정보를 포함한다.
예를 들어, BA 프레임은, RTA 패킷 #2의 초기 전송이 실패한 동안 링크1 상의 RTA 패킷들 #1 및 #3의 초기 전송들이 성공했음을 나타낼 수 있으며, 마찬가지로 RTA 패킷 #1 및 #2의 첫 번째 재전송은 성공적이지만 RTA 패킷 #3의 첫 번째 재전송은 실패했음을 나타낼 수 있다.
이 예에서, BA는 재전송들에 대해서는 전송되지 않고 미래의 RTA 패킷 전송들의 레이트 적응 및 비요청형 재시도 한계 등의 적응들에 대해서는 전송될 수 있다. BA는 또한, 어느 링크들이 RTA 패킷들을 전송하기 위해 이용될지와 RTA 트래픽의 패킷 손실 요건을 충족하는 그 비요청형 재시도를 선택하는데 이용될 수 있다.
2개의 링크 상의 백오프 슬롯 수는 동일할 수 있다는 것을 이해해야 한다. 하나의 백오프 시간 카운트가 0에 도달하고 STA들이 양쪽 링크들에 액세스하기 위해 또 다른 PIFS 시간을 기다릴 때 STA3 및 STA4가 링크 1 및 2 상에서 동시에 채널 액세스를 얻을 수 있다는 점에 유의해야 한다.
BAR 및 BA 프레임 포맷은 도 33 및 도 34에 도시되어 있다. BAR 및 BA 프레임은 BAR 및 BA 프레임들이 전송되는 링크의 BA 정보만을 운반할 수 있는 것이 가능하다. 예를 들어, 링크1 상에서 전송되는 BAR 및 BA 프레임은 링크1의 BA 정보만을 운반할 수 있다.
도 32는, STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 8로서의 한 예시적인 실시예(750)를 나타낸다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
AP MLD 1(571)은 다중 링크를 통해 MLD 2(비-AP)(미도시)로부터 여러 RTA 패킷을 수신할 예정이다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)와 연관되고 MLD1의 STA4(574)는 링크2를 통해 STA6(미도시)과 연관된다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
STA3 및 STA4는 RTA 패킷들이 큐들에 도달했음을 알게 될 때와 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580). STA3 및 STA4는 채널 액세스를 획득하고 링크1(582) 및 링크2(584) 상에서 동시에 TXOP 기간을 예약한다. STA3 및 STA4는 동일한 트리거 프레임(TF)들(752, 754)을 STA5 및 STA6에 각각 전송한다. STA5 및 STA6이 트리거 프레임들을 수신하면, STA5는 링크1 상의 TXOP 동안 RTA 패킷들 #2 및 #3의 초기 전송을 전송한다(756, 760). STA6은, 링크1 상의 TXOP 동안 그 초기 전송들이 전송되고 있는 RTA 패킷들 #2 및 #3의 재전송들을 전송한다(758, 762). 2개의 패킷 전송들 사이의 시간은, xIFS, SIFS, PIFS 등의 프레임간 간격, 또는 기간이 고정(결정적)될 수 있는 유사한 간격 메커니즘일 수 있다.
TF의 포맷은 IEEE 802.11ax에 정의된 TF와 유사할 수 있다. STA3 및 STA4는 상이한 시간들에서 채널 액세스를 얻을 수 있다는 점에 유의해야 한다. 양쪽 링크들 상의 TF들의 끝이 정렬될 수 있는 경우, 이 예에 도시된 바와 같이 2개의 링크를 통한 업링크 전송들 및 재전송들이 발생할 수 있다. 2개의 링크 상의 백오프 슬롯 수는 동일할 수 있는 것이 가능하다.
도 33은 블록 확인응답 요청(BAR) 프레임에 대한 포맷의 한 예시적인 실시예(770)를 나타낸다. 이 프레임의 목적은 하나의 BA 교환에서 다중 링크 상에서 BA(Block Acknowledge) 정보를 요청하는 것이다. 한편, 각각의 링크 상에서의 BA 정보 교환은 여전히 현재의 IEEE 802.11 프로토콜을 따를 수 있지만, 그 메커니즘을 이용하는 것으로 제한되지는 않는다.
BAR 프레임은 다음과 같은 필드들을 포함한다. 프레임 제어 필드는 프레임의 유형을 나타낸다. 기간 필드는 CSMA/CA 채널 액세스에 이용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 주소를 포함한다. BA 제어 필드는 BAR 정보 필드에서 BA 요청의 유형 및 블록 ACK 요청 변형의 유형을 나타낸다. BA 제어 필드의 포맷은 도면의 하위 부분에 도시되어 있다.
구체적으로, 적어도 하나의 실시예에서, 현재의 IEEE 802.11 프로토콜에 정의된 BA 제어에서 예약되어 있는 B5와 B11 사이의 비트들이 본 개시내용에서 활용된다. 제한이 아닌 예로서, 다중 링크 모드 서브필드라고 지칭되는 1비트가, BAR 프레임이 다중 링크에 대한 정보를 요청해야 함을 표시하는데 이용된다. 다중 링크 모드 필드가 제1 상태(예를 들어, "1")로 설정되면, BAR 프레임의 BAR 정보 필드는 다중 링크의 대응하는 BlockAckReq 변형들을 운반한다. 다중 링크 모드 필드가 제2 상태(예를 들어, "0")로 설정되면, BAR 정보 필드는 표 7에 도시된 현재의 IEEE 802.11 프로토콜에 정의된 대응하는 BlockAckReq 변형들을 운반한다. BA 제어 필드의 나머지 비트들은 현재의 IEEE 802.11 프로토콜에 정의된 것과 동일하다.
BAR 정보 필드는, BA 제어 필드 내의 설정에 따라 대응하는 BlockAckReq 변형을 운반하는데 이용된다. 이 경우, 도면은 다중 링크 모드 필드가 제1 상태(예를 들어, "1")로 설정된 때의 BAR 정보 필드의 포맷을 도시한다. 이러한 방식으로, STA는, 이 BAR 프레임을 수신하면, 하나의 BA 프레임에서 다중 링크의 대응하는 BA 정보를 전송할 수 있다. BAR 정보의 서브필드들은 다음과 같다.
링크 정보 서브필드는 후속 BlockAckReq 변형들이 어느 링크에 적용되는지를 나타낸다. 길이 서브필드는 링크에 관한 BlockAckReq 변형 필드들의 길이를 나타낸다. BlockAckReq 변형 서브필드는 IEEE 802.11에 정의된 대응하는 BlockAckReq 변형들을 운반한다. BlockAckReq의 유형들과 BA 제어 필드 내의 그 대응하는 파라미터 설정이 표 7에 도시되어 있다. 수신기 STA는 각각의 링크에 대해 현재의 IEEE 802.11 프로토콜의 규칙에 따라 대응하는 BA 정보에 응답하여 이들을 하나의 BA 프레임에 넣을 수 있다. 위의 3개 필드는 링크당 BAR 정보 필드에 추가된다는 점에 유의해야 한다.
도 34는 BA 응답 프레임의 포맷의 한 예시적인 실시예(790)를 나타낸다. 이 프레임의 목적은 하나의 BA 교환에서 다중 링크에 관한 BA 정보로 응답하는 것이다. 한편, 각각의 링크에 관한 BA 정보 교환은 여전히 현재의 IEEE 802.11 프로토콜을 따를 수 있다.
프레임 제어 필드는 프레임의 유형을 나타낸다. 기간 필드는 CSMA/CA 채널 액세스에 이용되는 NAV 정보를 포함한다. RA 필드는 프레임의 수신자에 대한 주소를 포함한다. TA 필드는 프레임을 전송한 STA의 주소를 포함한다. BA 제어 필드는 BAR 정보 필드에서 BA 요청의 유형 및 블록 ACK 요청 변형의 유형을 나타낸다. BA 제어 필드의 포맷은 도면의 하위 부분에 도시되어 있다.
구체적으로, 적어도 하나의 실시예에서, B5와 B11 사이의 비트들이 현재의 IEEE 802.11 프로토콜에 정의된 BA 제어에서 예약된다. 제한이 아닌 예로서, 본 개시내용은, BA 프레임이 다중 링크의 정보를 제공할 것임을 나타내기 위해 다중 링크 모드 서브필드로서 그 이전에 예약된 비트들 중 1비트를 이용한다. 다중 링크 모드 필드가 제1 상태(예를 들어, "1")로 설정되면, BA 정보 필드는 다중 링크의 대응하는 BlockAck 변형들을 운반한다. 다중 링크 모드 필드가 제2 상태(예를 들어, "0")로 설정되면, BA 정보 필드는 표 8에 도시된 현재의 IEEE 802.11 프로토콜에 정의된 대응하는 BlockAck 변형들을 운반한다. BA 제어 필드의 나머지 비트들은 바람직하게는 현재의 IEEE 802.11 프로토콜에 정의된 것과 동일하다.
BA 정보 필드는, BA 제어 필드 내의 설정에 따라 대응하는 BlockAck 변형들을 운반하는데 이용된다. 이 경우, 도면은 다중 링크 모드 필드가 제1 상태(예를 들어, "1")로 설정된 때의 BA 정보 필드의 포맷을 도시한다. 이러한 방식으로, STA는, 이 BA 프레임을 수신하면, BA 정보 필드가 다중 링크의 BlockAck 변형을 운반한다는 것을 인식할 수 있다. 링크 정보 서브필드는 후속 BlockAck 변형들이 어느 링크에 적용되는지를 나타낸다. 길이 서브필드는 링크에 관한 BlockAck 변형 필드의 길이를 나타낸다. BlockAck 변형 서브필드는 IEEE 802.11에 정의된 대응하는 BlockAck 변형들을 운반한다. BlockAck의 유형들과 BA 제어 필드 내의 그들의 대응하는 파라미터 설정이 표 8에 도시되어 있다. 수신기 STA는 BlockAck 변형 필드로부터 각각의 링크의 패킷 실패 정보를 수신할 수 있다. 위의 3개 필드는 링크당 BA 정보 필드에 추가된다는 점에 유의해야 한다.
도 35는, STA가 다중 링크 상에서 비요청형 재시도를 동반하며 RTA 패킷을 전송하는 예 9로서의 한 예시적인 실시예(810)를 나타낸다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있다.
전송기 MLD 1(571)은 다중 링크를 통해 여러 RTA 패킷을 수신기 MLD 2(AP)(미도시)에 전송한다. MLD1의 STA3(572)은 링크1을 통해 MLD2의 STA5(미도시)에 패킷들을 전송하고, MLD1의 STA4(574)는 링크2를 통해 패킷들을 STA6(미도시)에 전송한다. 다중 링크를 통해 RTA 패킷들을 전송하기 위해 비요청형 재시도가 허용된다.
RTA 패킷들이 도달한 후, STA3과 STA4는 동시에 링크1 및 링크2 상에서 채널에 대해 경쟁을 시작한다(578, 580). STA3은 링크1 상에서 TXOP를 획득하고(582) STA4는 링크2 상에서 TXOP를 획득한다(584). STA3과 STA4는 상이한 시간들에서 링크1과 링크2 상에서 채널 액세스를 획득될 수 있지만 TXOP에 대한 그 종료 시간들은 동일하다. 각각의 링크 상의 TXOP 기간은 다운링크 기간들(즉, 도면에 도시된 DL)과 업링크 기간들(즉, 도면에 도시된 UL)에 의해 절삭(시퀀싱)된다. 2개의 링크 상에서의 첫 번째 DL 기간(812, 814)의 시작 시간은 상이할 수 있지만, 이들 2개의 DL 기간들의 종료 시간은 정렬되어야 한다.
그 후, 도면은 산재된 UL 및 DL 기간들(816, 818, 820, 822, 824 및 826)을 도시하며, 2개의 링크 상의 이들 기간들의 끝은 도면에 도시된 바와 같이 정렬된다. DL 기간이 UL 기간으로 전환되면, STA3 및 STA4는 UL 전송을 요청하기 위해 양쪽 링크 상에서 동시에 복제된 TF들을 전송할 수 있다. UL 기간이 종료되면, AP MLD는 백오프(830, 832) 시작과 함께, 양쪽 링크들 상에서 또 다른 DL 기간(828)을 시작할 수 있다.
DL 기간이든 UL 기간이든, STA3은 링크1을 통해 패킷들의 초기 전송을 전송하거나 수신하고, STA4는 링크2를 통해 패킷들의 재전송을 전송하거나 수신한다. 도면에 도시된 첫 번째 DL 기간들은 예 6-1 등의 이전 예들에서 설명한 방법들을 이용하여 DL 기간들의 종료 시간을 정렬할 수 있다. 또한, 2개의 링크 상의 백오프 슬롯 수가 동일할 수 있다는 점에 유의해야 한다. STA3과 STA4는 백오프의 카운트다운 동안 CCA 이용중 시간으로 인해 상이한 시간들에서 채널을 얻을 수 있다.
도 36은, STA가 단일 링크 상에서 비요청형 재시도들을 동반하며 RTA 패킷을 전송하는 예 10으로서의 한 예시적인 실시예(850)를 나타낸다. 이 예시적인 시나리오는, LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 RU에서의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있고, 도 36은 STA0(AP)(852)으로서 예시되어 있는 수신기와 전송기들 STA1(854) 및 STA2(856) 사이의 상호작용을 도시한다.
STA0(AP)은 STA1 및 STA2로부터 RTA 패킷들을 수신한다. RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. STA0은, 채널 액세스를 얻으면, TF(858)를 STA1 및 STA2에 전송한다. TF의 포맷은 IEEE 802.11ax에서 정의된 TF와 유사할 수 있으나, 이것으로 제한되는 것은 아니다. TF에 따르면, STA0은 RTA 패킷 전송을 위해 RU1 및 RU3을 STA1에 분배하고, STA0은 RTA 패킷 전송을 위해 RU2 및 RU4를 STA2에 분배한다.
STA1은, 헤더(860)를 가지며 RU1 상에서의 RTA 패킷 #1의 초기 전송(864)과 RU3 상에서의 RTA 패킷 #1의 재전송(866)을 포함하는 프레임을 전송한다.
STA2는, 헤더(862)를 가지며 RU2 상에서의 RTA 패킷 #2의 초기 전송(868)과 RU4 상에서의 RTA 패킷 #2의 재전송(870)을 포함하는 프레임을 전송한다.
STA 1 및 STA2는, 패킷 중복 검출을 위해 RTA 패킷 #1 및 #2의 초기 전송의 MAC 헤더들에서 재시도 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다는 것을 이해해야 한다.
도 37은, STA가 단일 링크 상에서 비요청형 재시도들을 동반하며 RTA 패킷을 전송하는 예 11로서의 한 예시적인 실시예(890)를 나타낸다. 이 예시적인 시나리오는, LLTS 재전송 정책이 "비요청형 재시도"로 설정되고 RU에서의 패킷 복제가 허용될 때 발생한다. 이 예의 네트워크 토폴로지는 도 6에 도시되어 있고, 도 36은 STA0(AP)(892)으로서 예시되어 있는 수신기와 전송기들 STA1(894) 및 STA2(896) 사이의 상호작용을 도시한다.
STA0(AP)은 RTA 패킷들을 STA1과 STA2에 전송한다. RTA 패킷을 전송하기 위해 비요청형 재시도가 허용된다. STA0은, 채널 액세스를 얻으면, MU-PPDU 패킷을 STA1 및 STA2에 전송한다. MU-PPDU 패킷의 포맷은 IEEE 802.11ax에 정의된 MU PPDU와 유사할 수 있다. 이 예에서, 패킷은 RU들이 다음과 같이 이용되는 헤더(898)와 함께 도시되어 있다. STA0은 RU1을 이용하여 RTA 패킷 #1의 초기 전송(900)을 전송하고 RU3을 이용하여 RTA 패킷 #1의 재전송(904)을 전송한다. STA0은 RU2를 이용하여 RTA 패킷 #2의 초기 전송(902)을 전송하고 RU4를 이용하여 RTA 패킷 #2의 재전송(906)을 전송한다. STA0은, 패킷 중복 검출을 위해 RTA 패킷 #1 및 #2의 초기 전송의 MAC 헤더들에서 재시도 서브필드를 제1 상태(예를 들어, "1")로 설정할 수 있다는 점에 유의해야 한다.
이 예들 및 이전 예들에서, RU들은 전송들 및 재전송들을 수행하는데 있어서 원하는 대로 이용하기 위해 선택될 수 있고, 따라서 이들 특정한 예시적인 예들에 의해 제한되지 않는다는 것을 이해해야 한다.
5. 실시예들의 일반 범위.
제시된 기술에서 설명된 개선사항들은 다양한 무선 네트워크 통신 스테이션들 내에서 용이하게 구현될 수 있다. 또한 무선 네트워크 통신 스테이션들은 바람직하게는 하나 이상의 컴퓨터 프로세서 디바이스(예를 들어, CPU, 마이크로프로세서, 마이크로제어기, 컴퓨터 가능형 ASIC 등) 및 명령어들을 저장한 연관된 메모리(예를 들어, RAM, DRAM, NVRAM, 플래시, 컴퓨터 판독가능한 매체 등)를 포함함으로써, 메모리에 저장된 프로그래밍(명령어들)이 프로세서에서 실행되어 여기서 설명된 다양한 프로세스 방법들의 단계들을 수행하도록 구현된다는 것도 역시 이해해야 한다.
본 기술분야의 통상의 기술자라면 디지털 무선 통신에 수반되는 단계들을 실행하기 위한 컴퓨터 디바이스들의 이용을 인식하기 때문에, 컴퓨터 및 메모리 디바이스들은 예시의 간소화를 위해 선택적으로 묘사되었다. 메모리 및 컴퓨터 판독가능한 매체는 비일시적이며 따라서 일시적인 전자 신호를 구성하지 않는 한, 제시된 기술은 메모리 및 컴퓨터 판독가능한 매체와 관련하여 비제한적이다.
본 기술의 실시예들은, 본 기술의 실시예들에 따른 방법들 및 시스템들의 플로차트 예시들, 및/또는 컴퓨터 프로그램 제품들로서 구현될 수도 있는, 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 기타의 계산 표현들을 참조하여 설명될 수 있다. 이 점에서, 플로차트의 각각의 블록 또는 단계, 및 플로차트에서 블록들(및/또는 단계들)의 조합들뿐만 아니라, 임의의 절차, 알고리즘, 단계, 동작, 공식, 또는 계산 표현은, 하드웨어, 펌웨어, 및/또는 컴퓨터-판독가능한 프로그램 코드로 구현된 하나 이상의 컴퓨터 프로그램 명령어를 포함하는 소프트웨어 등의 다양한 수단에 의해 구현될 수 있다. 이해하는 바와 같이, 임의의 이러한 컴퓨터 프로그램 명령어는, 범용 컴퓨터 또는 특별 목적 컴퓨터, 또는 머신을 생성하는 기타의 프로그램가능한 처리 장치를 포함한 그러나 이것으로 제한되지 않는 하나 이상의 컴퓨터 프로세서에 실행되어, 컴퓨터 프로세서(들) 또는 기타의 프로그램가능한 처리 장치에서 실행되는 컴퓨터 프로그램 명령어들이 명시된 기능(들)을 구현하기 위한 수단을 생성하게 할 수 있다.
따라서, 여기서 설명된 플로차트들, 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 계산 표현들의 블록들은, 명시된 기능(들)을 수행하기 위한 수단들의 조합들, 명시된 기능(들)을 수행하기 위한 단계들의 조합(들), 및 명시된 기능(들)을 수행하기 위한 컴퓨터-판독가능한 프로그램 코드 로직 수단으로 구현되는 등의, 컴퓨터 프로그램 명령어들을 지원한다. 여기서 설명된 플로차트 예시들뿐만 아니라, 임의의 절차들, 알고리즘들, 단계들, 동작들, 공식들, 또는 계산 표현들 및 이들의 조합들의 각각의 블록은, 명시된 기능(들)이나 단계(들)를 수행하는 특별 목적 하드웨어-기반의 컴퓨터 시스템들, 또는 특별 목적 하드웨어 및 컴퓨터 판독가능한 프로그램 코드의 조합들에 의해 구현될 수 있다는 것도 역시 이해할 것이다.
또한, 컴퓨터 판독가능한 프로그램 코드로 구현된 것 등의, 이들 컴퓨터 프로그램 명령어들은 또한, 컴퓨터 프로세서 또는 기타의 프로그램가능한 처리 장치에게 특정한 방식으로 기능하도록 지시할 수 있는 하나 이상의 컴퓨터 판독가능한 메모리 또는 메모리 디바이스에 저장되어, 컴퓨터 판독가능한 메모리 또는 메모리 디바이스에 저장된 명령어들이 플로차트(들)의 블록(들)에 명시된 기능을 구현하는 명령어 수단을 포함하는 제품을 생성하게 할 수 있다. 컴퓨터 프로그램 명령어들은 또한, 컴퓨터 프로세서 또는 기타의 프로그램가능한 처리 장치에 의해 실행되어, 컴퓨터 프로세서 또는 기타의 프로그램가능한 처리 장치에서 일련의 동작 단계들이 수행되게 하여, 컴퓨터 프로세서 또는 기타의 프로그램가능한 처리 장치에서 실행되는 명령어들이, 플로차트(들), 절차(들), 알고리즘(들), 단계(들), 동작(들), 공식(들), 또는 계산 표현(들)의 블록(들)에 명시된 기능들을 구현하기 위한 단계들을 제공하게 하는 식으로 컴퓨터 구현된 프로세스를 생성하게 할 수 있다.
본 명세서에서 사용될 때, "프로그래밍" 또는 "실행가능한 프로그램"이란 용어들은, 여기서 설명된 하나 이상의 기능을 수행하기 위해 하나 이상의 컴퓨터 프로세서에 의해 실행될 수 있는 하나 이상의 명령어를 지칭한다는 것을 더 이해할 것이다. 명령어들은, 소프트웨어로, 펌웨어로, 또는 소프트웨어와 펌웨어의 조합으로 구현될 수 있다. 명령어들은 디바이스에 국지적으로 비일시적 매체에 저장될 수 있거나, 서버 등에 원격적으로 저장될 수 있거나, 명령어들의 전부 또는 일부가 국지적으로 및 원격적으로 저장될 수 있다. 원격으로 저장된 명령어들은, 사용자 시작에 의해 또는 하나 이상의 요인에 기초하여 자동으로, 디바이스에 다운로드(푸시)될 수 있다.
본 명세서에서 사용될 때, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, 중앙 처리 유닛(CPU) 및 컴퓨터라는 용어들은, 명령어들을 실행할 수 있고 입력/출력 인터페이스들 및/또는 주변 디바이스들과 통신할 수 있는 디바이스를 나타내기 위해 동의어로서 사용되며, 프로세서, 하드웨어 프로세서, 컴퓨터 프로세서, CPU 및 컴퓨터라는 용어는 단일 또는 복수의 디바이스, 단일 코어 및 다중 코어 디바이스들, 및 이들의 변형들을 포함하기 위한 의도임을 더 이해할 것이다.
본 명세서의 설명으로부터, 본 개시내용은 하기의 것들을 포함한 그러나 이것으로 제한되지 않는 복수의 실시예를 포괄한다는 것을 이해할 것이다:
실시예 1. 네트워크에서 무선 통신을 위한 장치로서, (a) 제1 무선 스테이션의 수신 영역 내의 근거리 통신망(WLAN) 상에서 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하기 위한 제1 무선 스테이션으로서의 구성된 무선 통신 회로; (b) WLAN 상에서 동작하도록 구성된 프로세서를 포함하는 상기 제1 무선 스테이션; (c) 프로세서에 의해 실행가능한 명령어들을 저장한 비일시적 메모리를 포함하고; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 단계들을 수행하고, 상기 단계들은, (d)(i) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들뿐만 아니라 비실시간 패킷들의 전달을 지원하도록 구성된 무선 근거리 통신망(WLAN) 스테이션으로서 상기 무선 통신 회로를 동작시키는 단계, ―실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, RTA 트래픽에는 낮은 우선순위의 트래픽보다 더 높은 전송 우선순위가 주어짐―; (d)(ii) 실시간 애플리케이션(RTA) 패킷들을 비실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계; (d)(iii) RTA 패킷들에 대해 비요청형 재시도 정책을 셋업하는 단계, ―이 비요청형 재시도 정책 하에서 스테이션은 피드백을 기다리지 않고 시간 및 주파수 또는 기타 링크들에서 RTA 패킷을 재전송함―; (d)(iv) 미래의 패킷 전송의 적응을 위한 피드백을 수신하기 위해 블록 확인응답 협의를 셋업하는 단계; 및 (d)(v) RTA 패킷을 해당 패킷에 대한 재시도 카운트가 비요청형 재시도 한계를 초과하거나 해당 패킷의 수명이 만료된 경우 삭제하는 단계를 포함하는, 장치.
실시예 2. 네트워크에서 무선 통신을 위한 장치로서, (a) 제1 무선 스테이션의 수신 영역 내의 근거리 통신망(WLAN) 상에서 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하기 위한 제1 무선 스테이션으로서 구성된 무선 통신 회로; (b) WLAN 상에서 동작하도록 구성된 프로세서를 포함하는 상기 제1 무선 스테이션; (c) 상기 프로세서에 의해 실행가능한 명령어들을 저장한 비일시적 메모리를 포함하고; (d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 단계들을 수행하고, 이 단계들은, (d)(i) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 및 다중 링크 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들뿐만 아니라 비실시간 패킷들의 전달을 지원하도록 구성된 무선 근거리 통신망(WLAN) 스테이션으로서 상기 무선 통신 회로를 동작시키는 단계, 그리고 ―실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, RTA 트래픽에는 낮은 우선순위의 트래픽보다 더 높은 전송 우선순위가 주어짐―; (d)(ii) 실시간 애플리케이션(RTA) 패킷들을 비실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계; (d)(iii) RTA 패킷들에 대해 비요청형 재시도 정책을 셋업하는 단계, ―이 비요청형 재시도 정책 하에서 상기 스테이션은 피드백을 기다리지 않고 시간 및 주파수 또는 기타 링크들에서 RTA 패킷을 재전송함―; (d)(iv) 다중 링크 디바이스(MLD)를 포함하는 스테이션에 의해 다중 링크 시나리오에서 RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 단계; (d)(v) 동시에 다중 링크 상에서 채널 액세스에 대해 경쟁할 때 상기 다중 링크 디바이스(MLD)가 백오프 시간을 카운트다운하기 시작하는 단계; (d)(vi) 제1 링크 상의 백오프 시간이 0까지 카운트다운될 때, 상기 다중 링크 디바이스(MLD)에 의해 상기 제1 링크에 대한 채널 액세스를 얻는 단계; (d)(vii) 상기 제1 링크 상에서 RTA 패킷들의 초기 전송을 전송하기 위한 전송 기회(TXOP)를 상기 다중 링크 디바이스(MLD)에 의해 예약하는 단계; (d)(viii) 상기 제1 링크 상의 TXOP가 종료되기 전에 상기 제1 링크 상의 백오프 시간이 0으로 카운트다운되는 경우, 하나 이상의 다른 링크 상에서 채널 액세스를 얻는 단계; (d)(ix) TXOP가 상기 제1 링크 상에서 종료되기 전에, 다른 링크들 상에서 RTA 패킷들의 재전송들을 전송하기 위해 다른 링크들 상에서 TXOP를 예약하는 단계; 및 (d)(x) TXOP가 상기 제1 링크에서 종료될 때 상기 제1 링크 및 상기 다른 링크들 상에서 백오프 시간을 리셋하는 단계를 포함하는, 장치.
실시예 3. 네트워크에서 무선 통신을 위한 장치로서, (a) 제1 무선 스테이션의 수신 영역 내의 근거리 통신망(WLAN) 상에서 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하기 위한 상기 제1 무선 스테이션으로서 구성된 무선 통신 회로; (b) WLAN 상에서 동작하도록 구성된 프로세서를 포함하는 상기 제1 무선 스테이션; (c) 상기 프로세서에 의해 실행가능한 명령어들을 저장한 비일시적 메모리를 포함하고; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, (d)(i) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 및 다중 링크 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들뿐만 아니라 비실시간 패킷들의 전달을 지원하도록 구성된 무선 근거리 통신망(WLAN) 스테이션으로서 상기 무선 통신 회로를 동작시키는 것, ―실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, RTA 트래픽에는 낮은 우선순위의 트래픽보다 더 높은 전송 우선순위가 주어짐―; (d)(ii) 실시간 애플리케이션(RTA) 패킷들을 비실시간 애플리케이션(비-RTA) 패킷들과 구별하는 것; (d)(iii) 동시 전송/수신을 위해 구성된(STR) 액세스 포인트 다중 링크 디바이스(AP-MLD)이거나, 동시 전송/수신을 위해 구성되지 않은(비-STR) 비-액세스 포인트 다중 링크 디바이스(비-AP MLD)인, 다중 링크 디바이스(MLD)를 포함하는 스테이션에 의해 다중 링크 시나리오에서 RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 것; (d)(iv) 비-AP MLD에 전송하기 위한 TXOP를 상기 AP-MLD에 의해 획득하고, 모든 링크 상의 백오프 시간을 채널 경쟁에 이용하기 위한 난수로 설정하는 것을 시작하는 것; (d)(v) 각각의 링크 상에서 상기 AP-MLD에 의해 백오프 시간을 독립적으로 카운트다운하여, 해당 링크 상의 백오프 시간이 0까지 카운트다운될 때 각각의 링크 상에서 채널 액세스를 얻는 것; (d)(vi) 채널 액세스를 획득할 때 제1 링크 상에서 TXOP를 예약하는 것; (d)(vii) 제1 링크 TXOP가 종료되기 전에 다른 링크들 상에서 상기 AP-MLD가 채널 액세스를 얻는 경우 다른 링크들 상에서 TXOP를 예약하고, 해당 다른 링크들 상에서의 TXOP에 대한 종료 시간을, 상기 제1 링크의 TXOP 종료 시간보다 늦지 않게 제한하는 것; 및 (d)(viii) 상기 AP-MLD가 상기 제1 링크에 대한 TXOP가 종료되기 전에 채널 액세스를 얻지 못할 때, 상기 제1 링크 또는 상기 다른 링크들 상에서 TXOP를 획득하지 못하는 것을 수행하는, 장치.
실시예 4. 패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, CSMA/CA가 적용되고, 시스템/장치에는 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는, 무선 통신 시스템/장치에 있어서, (a) STA는 RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하고; (b) STA는 피드백을 기다리지 않고 이 비요청형 재시도 정책 하에서 시간 및 주파수 또는 기타 링크들에서 RTA 패킷들을 재전송하고; (c) STA는 미래의 패킷 전송의 적응을 위해 피드백을 수신하기 위해 블록 ACK 협의를 셋업하고; (d) STA는, RTA 패킷을 해당 패킷의 재시도 카운트가 비요청형 재시도 한계를 초과하거나 해당 패킷의 수명이 만료되면 삭제하는, 무선 통신 시스템/장치.
실시예 5. 패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, CSMA/CA가 적용되고, 시스템/장치에는 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는, 무선 통신 시스템/장치에 있어서, (a) STA는 RTA 트래픽과 비-RTA 트래픽을 구별하고; (b) STA는 피드백을 기다리지 않고 동일한 TXOP에서 동일한 RTA 패킷을 여러 번 전송하거나 재전송하는, 무선 통신 시스템/장치.
실시예 6. 패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, CSMA/CA가 적용되고, 시스템/장치에는 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는, 무선 통신 시스템/장치에 있어서, (a) STA는, RTA 트래픽과 비-RTA 트래픽을 구별하고; (b) STA는 RTA 트래픽에 대한 비요청형 재시도 정책을 셋업하고; (c) STA가 비요청형 재시도 정책에 따라 피드백을 기다리지 않고 동일한 RTA 패킷을 여러 번 전송하거나 재전송하는, 무선 통신 시스템/장치.
실시예 7. 패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, CSMA/CA가 적용되고, 시스템/장치에는 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, STA들 사이에는 애플리케이션에 의해 RTA 세션이라 지칭되는 RTA 접속-지향형 통신이 확립되는, 무선 통신 시스템/장치에 있어서, (a) 발신자 STA가 수신자 STA에게 요청 프레임을 전송하여 RTA 세션의 트래픽을 식별하기 위한 낮은 레이턴시 전송 서비스(LLTS)를 셋업하고; (b) 요청 프레임을 수신한 수신자 STA는 응답 프레임을 발신자 STA에게 다시 전송하고; (c) 발신자 STA가 LLTS를 승인하는 응답 프레임을 수신할 때 LLTS가 성공적으로 확립되는, 무선 통신 시스템/장치.
실시예 8. 임의의 선행하는 실시예에 있어서, RTA 패킷들에 대한 상기 비요청형 재시도 정책은 비요청형 재시도 한계를 확립하는 것을 더 포함하는, 장치 또는 시스템.
실시예 9. 임의의 선행하는 실시예에 있어서, RTA 패킷들에 대한 상기 비요청형 재시도 정책은 비요청형 재시도 정책이 언제라도 변경되는 것을 허용하는 것을 더 포함하는, 장치 또는 시스템.
실시예 10. 임의의 선행하는 실시예에 있어서, RTA 패킷들에 대한 상기 비요청형 재시도 정책은 비요청형 재시도 정책을 셋업하는 STA가 언제라도 이를 종료하도록 허용하는 것을 더 포함하는, 장치 또는 시스템.
실시예 11. 임의의 선행하는 실시예에 있어서, 상기 명령어들은 또한, 프로세서에 의해 실행될 때, 상기 비요청형 재시도 정책 하에 RTA 패킷들을 재전송할 때 동일한 TXOP에서 동일한 MAC 프로토콜 데이터 유닛(MPDU)들을 재전송하는 것을 포함하는 하나 이상의 단계를 수행하는, 장치 또는 시스템.
실시예 12. 임의의 선행하는 실시예에 있어서, PPDU는 PLCP(Physical Layer Conformance Procedure) PPDU(Protocol Data Unit)이고; 상기 명령어들은 또한, 프로세서에 의해 실행될 때, 다중-사용자(MU) PPDU 패킷의 자원 유닛(RU) 상에서 RTA 패킷의 초기 전송을 전송하고 해당 MU-PPDU 패킷의 또 다른 RU 상에서 그 재전송을 전송함으로써 액세스 포인트(AP) 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치 또는 시스템.
실시예 13. 임의의 선행하는 실시예에 있어서, PPDU는 PLCP(Physical Layer Conformance Procedure) PPDU(Protocol Data Unit)이고; 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 트리거 기반의(TB) PPDU 패킷의 자원 유닛(RU) 상에서 RTA 패킷의 초기 전송을 전송하고 해당 TB-PPDU 패킷의 또 다른 RU 상에서 그 재전송을 전송함으로써 비-액세스 포인트 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치 또는 시스템.
실시예 14. 임의의 선행하는 실시예에 있어서, 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 스테이션이 RTA 패킷의 재전송을 해당 RTA 패킷의 그 초기 전송을 완료할 때 그리고 패킷 수신에 대한 이전의 피드백을 수신할 필요없이 전송함으로써 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치 또는 시스템.
실시예 15. 임의의 선행하는 실시예에 있어서, 상기 명령어들은 또한, 프로세서에 의해 실행될 때, RTA 패킷들을 전송하는 스테이션에 의해 수신된 피드백에 따라 미래의 전송들에 대해 상기 비요청형 재시도 한계를 조정하는 것을 수행하는, 장치 또는 시스템.
실시예 16. 임의의 선행하는 실시예에 있어서, 상기 명령어들은 또한, 프로세서에 의해 실행될 때, RTA 패킷들을 전송하는 스테이션에 의해 수신된 피드백에 따라 이용되는 변조 코딩 방식(MCS)의 조정을 수행하는, 장치 또는 시스템.
실시예 17. 임의의 선행하는 실시예에 있어서, 프로세서에 의해 실행될 때, 다중 링크 상에서 채널 액세스에 대해 경쟁하기 위한 상기 명령어들은, RTA 패킷 전송들뿐만 아니라 비-RTA 패킷 전송들을 위한 전송 기회(TXOP)를 예약하는 것을 더 포함하는, 장치 또는 시스템.
실시예 18. 임의의 선행하는 실시예에 있어서, 프로세서에 의해 실행될 때 다중 링크 시나리오에서 RTA 패킷들에 대한 상기 비요청형 재시도 정책을 수행하는 상기 명령어들은, 각각의 링크의 패킷 손실을 보고하는 블록 확인응답(BA) 프레임을 수신하는 것을 더 포함하는, 장치 또는 시스템.
실시예 19. 임의의 선행하는 실시예에 있어서, 하나의 링크 상에서 다중 링크 디바이스(MLD)에 의해 수신된 블록 확인응답(BA) 프레임들은 상기 제1 링크 및 상기 다른 링크들에 대한 패킷 손실 정보를 포함하도록 구성된, 장치 또는 시스템.
실시예 20. 임의의 선행하는 실시예에 있어서, 상기 다중 링크 디바이스(MLD)에 의한 블록 확인응답(BA) 프레임의 수신시, 상기 명령어들은 또한, 프로세서에 의해 실행될 때, 어느 링크가 미래의 RTA 패킷 전송들에 이용될지를 결정하는데 있어서 BA 프레임 내의 패킷 손실 정보를 이용하는 것을 수행하는, 장치 또는 시스템.
실시예 21. 임의의 선행하는 실시예에 있어서, 상기 프로세서에 의해 실행될 때 상기 제1 링크 및 상기 다른 링크들 상의 백오프 시간을 리셋하기 위한 상기 명령어들은, 상기 제1 링크 및 상기 다른 링크들 상의 동일한 수의 백오프 슬롯들에 대한 백오프 시간을 리셋하는 것을 더 포함하는, 장치 또는 시스템.
실시예 22. 임의의 선행하는 실시예에 있어서, RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 STA가 비요청형 재시도 한계 설정을 수행하는, 장치 또는 시스템.
실시예 23. 임의의 선행하는 실시예에 있어서, RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 STA는 언제라도 비요청형 재시도 정책의 변경을 수행하는, 장치 또는 시스템.
실시예 24. 임의의 선행하는 실시예에 있어서, RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 STA는 언제라도 비요청형 재시도 정책의 종료를 수행하는, 장치 또는 시스템.
실시예 25. 임의의 선행하는 실시예에 있어서, 이 비요청형 재시도 정책 하에 RTA 패킷들을 재전송하는 STA는 동일한 TXOP에서 동일한 MAC 프로토콜 데이터 유닛(MPDU)의 재전송을 수행하는, 장치 또는 시스템.
실시예 26. 임의의 선행하는 실시예에 있어서, 이 비요청형 재시도 정책 하에 RTA 패킷들을 재전송하는 AP는 MU-PPDU 패킷의 RU 상에서 RTA 패킷의 초기 전송을 전송하고 해당 MU-PPDU 패킷의 또 다른 RU 상에서 그 재전송을 전송하는, 장치 또는 시스템.
실시예 27. 임의의 선행하는 실시예에 있어서, 이 비요청형 재시도 정책 하에 RTA 패킷들을 재전송하는 비-AP STA는 TB-PPDU 패킷의 RU 상에서 RTA 패킷의 초기 전송을 전송하고 해당 TB-PPDU 패킷의 또 다른 RU 상에서 그 재전송을 전송하는, 장치 또는 시스템.
실시예 28. 임의의 선행하는 실시예에 있어서, 이 비요청형 재시도 정책 하에 RTA 패킷들을 재전송하는 STA는, RTA 패킷의 재전송을 STA가 어떠한 피드백도 수신하지 않고 해당 RTA 패킷의 초기 전송을 완료한 직후에 전송하는, 장치 또는 시스템.
실시예 29. 임의의 선행하는 실시예에 있어서, 피드백을 수신하는 STA는 피드백에 따라 비요청형 재시도 한계의 조정을 수행하는, 장치 또는 시스템.
실시예 30. 임의의 선행하는 실시예에 있어서, 피드백을 수신하는 STA는 피드백에 따라 MCS를 조정하는, 장치 또는 시스템.
실시예 31. 임의의 선행하는 실시예에 있어서, RTA 트래픽과 비-RTA 트래픽을 구별하는 STA는 RTA 패킷들에 대한 LLTS의 셋업을 수행하는, 장치 또는 시스템.
실시예 32. 임의의 선행하는 실시예에 있어서, STA는 피드백을 기다리지 않고 RTA 패킷들의 전송 또는 재전송을 수행한 다음, 비요청형 재시도를 이용하여 RTA 패킷의 최대 재전송 횟수를 나타내는 비요청형 재시도 한계의 셋업을 수행하는, 장치 또는 시스템.
실시예 33. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송하는 STA는 동일한 TXOP에서의 상이한 시간들에서 동일한 RTA 패킷의 재전송을 수행하는, 장치 또는 시스템.
실시예 34. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송하는 STA는 단일 MU-PPDU 또는 TB-PPDU의 상이한 RU들을 통해 동일한 RTA 패킷의 재전송을 수행하는, 장치 또는 시스템.
실시예 35. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 하나의 링크 상에서 여러 번 RTA 패킷을 전송하는 MLD에 병합된 STA는 동일한 MLD에 병합된 다른 STA들로 하여금 다른 링크들을 통해 동일한 RTA 패킷을 재전송하게 하는 것을 수행하는, 장치 또는 시스템.
실시예 36. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송하는 STA는 동일한 TXOP에서 동일한 RTA 패킷을 한 번 더 전송할 때 채널에 대한 재경쟁을 수행하는, 장치 또는 시스템.
실시예 37. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송하는 STA는 프레임간 간격 시간 이후에 동일한 TXOP에서 동일한 RTA 패킷 전송을 한 번 더 수행하는, 장치 또는 시스템.
실시예 38. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송하는 STA는 RTA 패킷을 해당 패킷의 재시도 카운트가 비요청형 재시도 한계를 초과하거나 해당 패킷의 수명이 만료되는 경우 삭제하는 것을 수행하는, 장치 또는 시스템.
실시예 39. 임의의 선행하는 실시예에 있어서, RTA 트래픽에 대한 비요청형 재시도 정책을 셋업하는 STA는 RTA 패킷들의 복수의 비요청형 재시도 후에 RTA 패킷들에 대한 블록 ACK를 요청하는 블록 ACK 협의 셋업을 수행하는, 장치 또는 시스템.
실시예 40. 임의의 선행하는 실시예에 있어서, RTA 트래픽과 비-RTA 트래픽을 구별하는 STA는 RTA 패킷들에 대한 LLTS의 셋업을 수행하는, 장치 또는 시스템.
실시예 41. 임의의 선행하는 실시예에 있어서, RTA 트래픽에 대한 비요청형 재시도 정책을 셋업하는 STA는 언제라도 비요청형 재시도 정책의 변경을 수행하는, 장치 또는 시스템.
실시예 42. 임의의 선행하는 실시예에 있어서, RTA 트래픽에 대한 비요청형 재시도 정책을 셋업하는 STA는 RTA 패킷들의 복수의 비요청형 재시도 후에 RTA 패킷들에 대한 블록 ACK를 요청하는 블록 ACK 협의 셋업을 수행하는, 장치 또는 시스템.
실시예 43. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷들을 전송 또는 재전송하는 STA는 비요청형 재시도를 이용하여 RTA 패킷의 최대 재전송 횟수를 나타내는 비요청형 재시도 한계의 설정을 수행하는, 장치 또는 시스템.
실시예 44. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 전송 또는 재전송하는 STA는 동일한 TXOP에서 동일한 RTA 패킷의 재전송을 여러 번 수행하는, 장치 또는 시스템.
실시예 45. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송 또는 재전송하는 STA는 동일한 TXOP에서의 상이한 시간들에서 동일한 RTA 패킷의 재전송을 수행하는, 장치 또는 시스템.
실시예 46. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송 또는 재전송하는 STA는 단일 MU-PPDU 또는 TB-PPDU의 상이한 RU들을 통해 동일한 RTA 패킷의 재전송을 수행하는, 장치 또는 시스템.
실시예 47. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 하나의 링크 상에서 여러 번 RTA 패킷의 전송 또는 재전송을 수행하는 MLD에 병합된 STA는 동일한 MLD에 병합된 다른 STA들로 하여금 다른 링크들을 통해 동일한 RTA 패킷을 재전송하게 할 수 있는, 장치 또는 시스템.
실시예 48. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송 또는 재전송하는 STA는 동일한 TXOP에서 동일한 RTA 패킷을 한 번 더 전송할 때 채널에 대한 재경쟁을 수행하는, 장치 또는 시스템.
실시예 49. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송 또는 재전송하는 STA는 프레임간 간격 시간 이후에 동일한 TXOP에서 동일한 RTA 패킷 전송을 한 번 더 수행하는, 장치 또는 시스템.
실시예 50. 임의의 선행하는 실시예에 있어서, 피드백을 기다리지 않고 RTA 패킷을 여러 번 전송 또는 재전송하는 STA는 RTA 패킷을 해당 패킷의 재시도 카운트가 비요청형 재시도 한계를 초과하거나 해당 패킷의 수명이 만료되는 경우 삭제하는 것을 수행하는, 장치 또는 시스템.
실시예 51. 임의의 선행하는 실시예에 있어서, LLTS를 셋업하는 발신자 STA는 발신자/수신 STA의 LLTS를 다른 LLTS들과 구별하는데 이용되는 LLTS에 대한 ID 셋업을 수행하는, 장치 또는 시스템.
실시예 52. 임의의 선행하는 실시예에서, LLTS를 셋업하는 발신자 STA는 요청 프레임 내의 LLTS의 레이턴시, 지터 및 패킷 손실 등의 QoS 요건의 표시를 수행하는, 장치 또는 시스템.
실시예 53. 임의의 선행하는 실시예에 있어서, LLTS를 셋업하는 발신자 STA는 요청 프레임 내의 레이턴시, 지터 및 패킷 손실, 및 LLTS의 명세 등의 QoS 요건을 표시하는 추가 정보와 함께 IEEE 802.11에 정의된 TSPEC 요소의 재사용을 수행하는, 장치 또는 시스템.
실시예 54. 임의의 선행하는 실시예에 있어서, LLTS를 셋업하는 발신자 STA는 상위 계층으로부터의 트래픽이 LLTS에 속하는지를 식별하기 위해 IEEE 802.11에 정의된 TCLAS 요소 재사용을 수행하는, 장치 또는 시스템.
실시예 55. 임의의 선행하는 실시예에 있어서, LLTS를 셋업하는 발신자 STA는 LLTS에 대한 비요청형 재시도 정책의 셋업을 수행하는, 장치 또는 시스템.
실시예 56. 임의의 선행하는 실시예에 있어서, LLTS 셋업에 대한 요청 프레임을 수신하는 수신자 STA는 LLTS 셋업의 수락을 수행하는, 장치 또는 시스템.
실시예 57. 임의의 선행하는 실시예에 있어서, LLTS 셋업에 대한 요청 프레임을 수신하는 수신자 STA는 LLTS 셋업 거부를 수행하는, 장치 또는 시스템.
실시예 58. 임의의 선행하는 실시예에 있어서, LLTS 셋업을 위한 요청 프레임을 전송하는 수신자 STA는 요청 프레임 내의 LLTS의 QoS 파라미터를 표시하는 추가 정보와 함께 IEEE 802.11에 정의된 TSPEC 요소의 재사용을 수행하는, 장치 또는 시스템.
실시예 59. 임의의 선행하는 실시예에 있어서, LLTS가 성공적으로 셋업되고 발신자 STA가 LLTS를 업데이트하라는 요청 프레임을 전송하는 것의 허용을 수행하는, 장치 또는 시스템.
실시예 60. 임의의 선행하는 실시예에 있어서, LLTS가 성공적으로 셋업되고 발신자 STA가 LLTS를 종료하라는 요청 프레임을 전송하는 것을 허용하는, 장치 또는 시스템.
실시예 61. 임의의 선행하는 실시예에 있어서, LLTS가 성공적으로 셋업되고 수신자 STA가 LLTS를 종료하기 위해 응답 프레임을 전송하게 하는 것을 수행하는, 장치 또는 시스템.
본 명세서에서 사용될 때, 단수형 용어들, "한(a)", "하나(an)", 및 "그 하나(the)"는, 문맥상 명확히 달리 나타내지 않는 한 복수 대상물을 포함할 수 있다. 단수 형태의 객체에 대한 언급은 명시적으로 진술되지 않는 한 "단 하나만의(one and only one)"를 의미하고자 하는 것이 아니라, "하나 이상"을 의미한다.
본 개시내용 내에서 "A, B 및/또는 C" 등의 구문어법 구성은, A, B 또는 C 중 어느 하나가 존재할 수 있는 경우 또는 항목들 A, B 및 C의 임의의 조합을 기술한다. "~중 적어도 하나의"에 후속되는 요소들의 그룹을 나열하는 것 등을 나타내는 구문어법 구성은, 적용가능한 경우 이들 나열된 요소들의 임의의 가능한 조합을 포함한, 이들 그룹 요소들 중 적어도 하나가 존재한다는 것을 나타낸다.
"한 실시예", "적어도 하나의 실시예" 또는 유사한 실시예 표현을 언급하는 본 명세서에서의 언급들은, 설명된 실시예와 관련하여 설명된 특정한 피처, 구조 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 것을 나타낸다. 따라서, 이들 다양한 실시예 문구들이 반드시 모두 동일한 실시예를 언급하거나 설명되고 있는 다른 모든 실시예와는 상이한 특정한 실시예를 언급하는 것은 아니다. 실시예 구문어법은, 주어진 실시예의 특정한 피처, 구조, 또는 특성이, 개시된 장치, 시스템 또는 방법의 하나 이상의 실시예에서 임의의 적절한 방식으로 결합될 수 있다는 것을 의미하는 것으로 해석되어야 한다. 또한, 명령어들에 의해 수행되는 "~를 할 수 있는" 또는 "~를 해야 하는"(또는 유사한 표현) 동작들이 본 개시내용에서 언급되는 경우, 이것은, 그 동작이 본 개시내용의 적어도 하나의 실시예 및/또는 모드, 및 더 일반적으로 본 개시내용의 대부분의 실시예 및/또는 모드에서 동작이 수행됨을 나타내지만, 다양한 이유 중 임의의 이유로 인해 이들 명령어들이 무시되거나 그렇지 않으면 실행되지 않는 경우들이 있을 수 있다.
본 명세서에서 사용될 때, 단수형 용어들, "한(a)", "하나(an)", 및 "그 하나(the)"는, 문맥상 명확히 달리 나타내지 않는 한 복수 대상물을 포함할 수 있다. 단수 형태의 객체에 대한 언급은 명시적으로 진술되지 않는 한 "단 하나만의(one and only one)"를 의미하고자 하는 것이 아니라, "하나 이상"을 의미한다.
본 개시내용 내에서 "A, B 및/또는 C" 등의 구문어법 구성은, A, B 또는 C 중 어느 하나가 존재할 수 있는 경우 또는 항목들 A, B 및 C의 임의의 조합을 기술한다. "~중 적어도 하나의"에 후속되는 요소들의 그룹을 나열하는 것 등을 나타내는 구문어법 구성은, 적용가능한 경우 이들 나열된 요소들의 임의의 가능한 조합을 포함한, 이들 그룹 요소들 중 적어도 하나가 존재한다는 것을 나타낸다.
"한 실시예", "적어도 하나의 실시예" 또는 유사한 실시예 표현을 언급하는 본 명세서에서의 언급들은, 설명된 실시예와 관련하여 설명된 특정한 피처, 구조 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 것을 나타낸다. 따라서, 이들 다양한 실시예 문구들이 반드시 모두 동일한 실시예를 언급하거나 설명되고 있는 다른 모든 실시예와는 상이한 특정한 실시예를 언급하는 것은 아니다. 실시예 구문어법은, 주어진 실시예의 특정한 피처, 구조, 또는 특성이, 개시된 장치, 시스템 또는 방법의 하나 이상의 실시예에서 임의의 적절한 방식으로 결합될 수 있다는 것을 의미하는 것으로 해석되어야 한다.
본 명세서에서 사용될 때, "세트"라는 용어는 하나 이상의 객체의 집합을 지칭한다. 따라서, 예를 들어, 한 세트의 객체들은 단일 객체 또는 여러 객체를 포함할 수 있다.
본 명세서에서 사용될 때, 용어들 "대략적으로", "근사의", 및 "실질적으로", 및 "약"은 작은 변동들을 기술하고 감안하기 위해 사용된다. 사건이나 상황과 연계하여 사용될 때, 이 용어들은 사건이나 상황이 정확하게 발생하는 경우뿐만 아니라 사건이나 상황이 근사적으로 발생하는 경우를 지칭할 수 있다. 수치와 연계하여 사용될 때, 이 용어들은, ± 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, 등등의 하위-범위들을 포함하는 것으로 이해되어야 한다.
본 명세서의 설명은 많은 상세사항을 포함하지만, 이들은 본 개시내용의 범위를 제한하는 것으로 해석되어서는 안 되고, 현재의 바람직한 실시예들의 일부의 예시를 제공할 뿐인 것으로 해석되어야 한다. 따라서, 본 개시내용의 범위는 본 기술분야의 통상의 기술자에게 명백할 수 있는 다른 실시예들을 완전히 포괄하는 것으로 이해될 것이다.
본 기술분야의 통상의 기술자에게 공지된 개시된 실시예들의 요소들의 모든 구조적 및 기능적 균등물들은 참조에 의해 본 명세서에서 명시적으로 포함되며 본 청구항들에 의해 포괄되는 것으로 의도한다. 또한, 본 개시내용의 어떤 요소, 컴포넌트, 또는 방법 단계도, 그 요소, 컴포넌트, 또는 방법 단계가 청구항들에서 명시적으로 기재되는지에 관계없이 공중에게 헌정되는 것으로 의도되지 않는다. 본 명세서의 어떠한 청구항 요소도, 그 요소가 문구 "~를 위한 수단"을 이용하여 명시적으로 기재되지 않는 한, "수단 + 기능" 요소로서 해석되어서는 안 된다. 본 명세서의 어떠한 청구항 요소도, 그 요소가 문구 "~를 위한 단계"을 이용하여 명시적으로 기재되지 않는 한, "단계 + 기능" 요소로서 해석되어서는 안 된다.
[표 1]
MLME-LLTS.request
[표 2]
MLME-LLTS.indication
[표 3]
MLME-LLTS.response
[표 4]
MLME-LLTS.confirm
[표 5]
MLME-LLTS-TERM.request
[표 6]
MLME-LLTS-TERM.indication
[표 7]
BlockAckReq 프레임 변형 인코딩 서브필드 값들
[표 8]
다중 링크 BlockAckReq 프레임 변형 인코딩 서브필드 값들
Claims (20)
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 제1 무선 스테이션의 수신 영역 내의 근거리 통신망(WLAN) 상에서 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하기 위한 상기 제1 무선 스테이션으로서 구성된 무선 통신 회로;
(b) 상기 WLAN 상에서 동작하도록 구성된 프로세서를 포함하는 상기 제1 무선 스테이션;
(c) 상기 프로세서에 의해 실행가능한 명령어들을 저장한 비일시적 메모리를
포함하고;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 단계들을 수행하고, 상기 단계들은,
(i) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들뿐만 아니라 비실시간 패킷들의 전달을 지원하도록 구성된 무선 근거리 통신망(WLAN) 스테이션으로서 상기 무선 통신 회로를 동작시키는 단계, ―실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, RTA 트래픽에는 낮은 우선순위의 트래픽보다 더 높은 전송 우선순위가 주어짐―;
(ii) 실시간 애플리케이션(RTA) 패킷들을 비실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계;
(iii) RTA 패킷들에 대해 비요청형 재시도 정책을 셋업하는 단계, ―이 비요청형 재시도 정책 하에서 상기 스테이션은 피드백을 기다리지 않고 시간 및 주파수 또는 기타 링크들에서 RTA 패킷을 재전송함―;
(iv) 미래의 패킷 전송의 적응을 위한 피드백을 수신하기 위해 블록 확인응답 협의를 셋업하는 단계; 및
(v) RTA 패킷을 해당 패킷에 대한 재시도 카운트가 상기 비요청형 재시도 한계를 초과하거나 해당 패킷의 수명이 만료된 경우 삭제하는 단계를 포함하는, 장치. - 제1항에 있어서, RTA 패킷들에 대한 상기 비요청형 재시도 정책은 비요청형 재시도 한계를 확립하는 것을 더 포함하는, 장치.
- 제1항에 있어서, RTA 패킷들에 대한 상기 비요청형 재시도 정책은 상기 비요청형 재시도 정책이 언제든지 변경되는 것을 허용하는 것을 더 포함하는, 장치.
- 제1항에 있어서, RTA 패킷에 대한 상기 비요청형 재시도 정책은, 상기 비요청형 재시도 정책을 셋업하는 상기 스테이션이 언제든지 이를 종료하도록 허용하는 것을 더 포함하는, 장치.
- 제1항에 있어서, 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 상기 비요청형 재시도 정책 하에 RTA 패킷들을 재전송할 때 동일한 TXOP에서 동일한 MAC 프로토콜 데이터 유닛(MPDU)들을 재전송하는 것을 포함하는 하나 이상의 단계를 수행하는, 장치.
- 제1항에 있어서,
PPDU는 PLCP(Physical Layer Conformance Procedure) PPDU(Protocol Data Unit)이고;
상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 다중-사용자(MU) PPDU 패킷의 자원 유닛(RU) 상에서 RTA 패킷의 초기 전송을 전송하고 상기 MU-PPDU 패킷의 또 다른 RU 상에서 재전송을 전송함으로써 액세스 포인트(AP) 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치. - 제1항에 있어서,
PPDU는 PLCP(Physical Layer Conformance Procedure) PPDU(Protocol Data Unit)이고;
상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 트리거 기반의(TB) PPDU 패킷의 자원 유닛(RU) 상에서 RTA 패킷의 초기 전송을 전송하고 상기 TB-PPDU 패킷의 또 다른 RU 상에서 그 재전송을 전송함으로써 비-액세스 포인트 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치. - 제1항에 있어서, 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 스테이션이 RTA 패킷의 재전송을 해당 RTA 패킷의 그 초기 전송을 완료할 때 그리고 패킷 수신에 대한 이전의 피드백을 수신할 필요없이 전송함으로써 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치.
- 제1항에 있어서, 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, RTA 패킷들을 전송하는 상기 스테이션에 의해 수신된 피드백에 따라 미래의 전송들에 대해 상기 비요청형 재시도 한계를 조정하는 것을 수행하는, 장치.
- 제1항에 있어서, 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, RTA 패킷들을 전송하는 상기 스테이션에 의해 수신된 피드백에 따라 이용되는 변조 코딩 방식(MCS)의 조정을 수행하는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 제1 무선 스테이션의 수신 영역 내의 근거리 통신망(WLAN) 상에서 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하기 위한 상기 제1 무선 스테이션으로서 구성된 무선 통신 회로;
(b) 상기 WLAN 상에서 동작하도록 구성된 프로세서를 포함하는 상기 제1 무선 스테이션;
(c) 상기 프로세서에 의해 실행가능한 명령어들을 저장한 비일시적 메모리를
포함하고;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 단계들을 수행하고, 상기 단계들은,
(i) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 및 다중 링크 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들뿐만 아니라 비실시간 패킷들의 전달을 지원하도록 구성된 무선 근거리 통신망(WLAN) 스테이션으로서 상기 무선 통신 회로를 동작시키는 단계, 그리고 ―실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, RTA 트래픽에는 낮은 우선순위의 트래픽보다 더 높은 전송 우선순위가 주어짐―;
(ii) 실시간 애플리케이션(RTA) 패킷들을 비실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계;
(iii) RTA 패킷들에 대해 비요청형 재시도 정책을 셋업하는 단계, ―이 비요청형 재시도 정책 하에서 상기 스테이션은 피드백을 기다리지 않고 시간 및 주파수 또는 기타 링크들에서 RTA 패킷들을 재전송함―;
(iv) 다중 링크 디바이스(MLD)를 포함하는 스테이션에 의해 다중 링크 시나리오에서 RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 단계;
(v) 동시에 다중 링크 상에서 채널 액세스에 대해 경쟁할 때 상기 다중 링크 디바이스(MLD)가 백오프 시간을 카운트다운하기 시작하는 단계;
(vi) 제1 링크 상의 상기 백오프 시간이 0까지 카운트다운될 때, 상기 다중 링크 디바이스(MLD)에 의해 상기 제1 링크에 대한 채널 액세스를 얻는 단계;
(vii) 상기 제1 링크 상에서 RTA 패킷들의 초기 전송을 전송하기 위한 전송 기회(TXOP)를 상기 다중 링크 디바이스(MLD)에 의해 예약하는 단계;
(viii) 상기 제1 링크 상의 TXOP가 종료되기 전에 상기 제1 링크 상의 백오프 시간이 0으로 카운트다운되는 경우, 하나 이상의 다른 링크 상에서 채널 액세스를 얻는 단계;
(ix) TXOP가 상기 제1 링크 상에서 종료되기 전에, 다른 링크들 상에서 상기 RTA 패킷들의 재전송들을 전송하기 위해 다른 링크들 상에서 상기 TXOP를 예약하는 단계; 및
(x) 상기 TXOP가 상기 제1 링크에서 종료될 때 상기 제1 링크 및 상기 다른 링크들 상에서 상기 백오프 시간을 리셋하는 단계를 포함하는, 장치. - 제11항에 있어서, 상기 다중 링크 상에서 채널 액세스에 대해 경쟁하는 것은, RTA 패킷 전송들뿐만 아니라 비-RTA 패킷 전송들을 위한 전송 기회(TXOP)를 예약하는 것을 더 포함하는, 장치.
- 제11항에 있어서, 다중 링크 시나리오에서 RTA 패킷들에 대한 상기 비요청형 재시도 정책은, 각각의 링크의 패킷 손실을 보고하는 블록 확인응답(BA) 프레임을 수신하는 것을 더 포함하는, 장치.
- 제13항에 있어서, 하나의 링크 상에서 상기 다중 링크 디바이스(MLD)에 의해 수신된 블록 확인응답(BA) 프레임들은 상기 제1 링크 및 상기 다른 링크들에 대한 패킷 손실 정보를 포함하도록 구성된, 장치.
- 제13항에 있어서, 상기 다중 링크 디바이스(MLD)에 의한 블록 확인응답(BA) 프레임의 수신시, 상기 BA 프레임 내의 패킷 손실 정보는 어느 링크가 미래의 RTA 패킷 전송들에 이용될지를 결정하는데 이용되는, 장치.
- 제11항에 있어서, 상기 제1 링크 및 상기 다른 링크들 상에서 상기 백오프 시간을 리셋하는 단계는 상기 제1 링크 및 상기 다른 링크들 상에서 동일한 수의 백오프 슬롯들에 대한 백오프 시간을 리셋하는 것을 더 포함하는, 장치.
- 네트워크에서 무선 통신을 위한 장치로서,
(a) 제1 무선 스테이션의 수신 영역 내의 근거리 통신망(WLAN) 상에서 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하기 위한 상기 제1 무선 스테이션으로서 구성된 무선 통신 회로;
(b) 상기 WLAN 상에서 동작하도록 구성된 프로세서를 포함하는 상기 제1 무선 스테이션;
(c) 상기 프로세서에 의해 실행가능한 명령어들을 저장한 비일시적 메모리를
포함하고;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때,
(i) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 및 다중 링크 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들뿐만 아니라 비실시간 패킷들의 전달을 지원하도록 구성된 무선 근거리 통신망(WLAN) 스테이션으로서 상기 무선 통신 회로를 동작시키는 것, ―실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하고, RTA 트래픽에는 낮은 우선순위의 트래픽보다 더 높은 전송 우선순위가 주어짐―;
(ii) 실시간 애플리케이션(RTA) 패킷들을 비실시간 애플리케이션(비-RTA) 패킷들과 구별하는 것;
(iii) 동시 전송/수신을 위해 구성된(STR) 액세스 포인트 다중 링크 디바이스(AP-MLD)이거나, 동시 전송/수신을 위해 구성되지 않은(비-STR) 비-액세스 포인트 다중 링크 디바이스(비-AP MLD)인, 다중 링크 디바이스(MLD)를 포함하는 스테이션에 의해 다중 링크 시나리오에서 RTA 패킷들에 대한 비요청형 재시도 정책을 셋업하는 것;
(iv) 비-AP MLD에 전송하기 위한 TXOP를 상기 AP-MLD에 의해 획득하고, 모든 링크 상의 백오프 시간을 상기 채널에 대한 경쟁에 이용하기 위한 난수로 설정하는 것을 시작하는 것;
(v) 각각의 링크 상에서 상기 AP-MLD에 의해 백오프 시간을 독립적으로 카운트다운하여, 해당 링크 상의 백오프 시간이 0까지 카운트다운될 때 각각의 링크 상에서 채널 액세스를 얻는 것;
(vi) 채널 액세스를 획득할 때 제1 링크 상에서 상기 TXOP를 예약하는 것;
(vii) 제1 링크 TXOP가 종료되기 전에 다른 링크들 상에서 상기 AP-MLD가 채널 액세스를 획득하는 경우 다른 링크들 상에서 상기 TXOP를 예약하고, 상기 다른 링크들 상에서의 TXOP에 대한 종료 시간을, 상기 제1 링크의 TXOP 종료 시간보다 늦지 않게 제한하는 것; 및
(viii) 상기 AP-MLD가 상기 제1 링크에 대한 TXOP가 종료되기 전에 채널 액세스를 얻지 못할 때, 상기 제1 링크 또는 상기 다른 링크들 상에서 상기 TXOP를 획득하지 못하는 것을 수행하는, 장치. - 제17항에 있어서, RTA 패킷들에 대한 상기 비요청형 재시도 정책은, 비요청형 재시도 한계를 확립하고, 비요청형 재시도 정책을 언제라도 변경하거나 종료하는 것을 포함한, 비요청형 재시도 정책을 제어하는 것을 더 포함하는, 장치.
- 제17항에 있어서, 상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때, 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 때 동일한 TXOP에서 동일한 MAC 프로토콜 데이터 유닛(MPDU)들의 재전송을 수행하는, 장치.
- 제17항에 있어서,
PPDU는 PLCP(Physical Layer Conformance Procedure) PPDU(Protocol Data Unit)를 포함하고;
상기 명령어들은 또한, 상기 프로세서에 의해 실행될 때,
(a) 다중-사용자(MU) PPDU 패킷의 자원 유닛(RU) 상에서 RTA 패킷의 초기 전송을 전송하고 상기 MU-PPDU 패킷의 또 다른 RU 상에서 재전송을 전송함으로써 액세스 포인트(AP) 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것; 및/또는
(b) 트리거 기반의(TB) PPDU 패킷의 자원 유닛(RU) 상에서 RTA 패킷의 초기 전송을 전송하고 해당 TB-PPDU 패킷의 또 다른 RU 상에서 재전송을 전송함으로써 비-액세스 포인트 스테이션이 상기 비요청형 재시도 정책 하에서 RTA 패킷들을 재전송할 수 있게 하는 것을 수행하는, 장치.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063022692P | 2020-05-11 | 2020-05-11 | |
| US63/022,692 | 2020-05-11 | ||
| US17/116,072 | 2020-12-09 | ||
| US17/116,072 US11516846B2 (en) | 2020-05-11 | 2020-12-09 | RTA packet duplication in time and frequency |
| PCT/US2021/030475 WO2021231121A1 (en) | 2020-05-11 | 2021-05-03 | Rta packet duplication in time and frequency |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20220162757A true KR20220162757A (ko) | 2022-12-08 |
Family
ID=78413474
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227037908A KR20220162757A (ko) | 2020-05-11 | 2021-05-03 | 시간 및 주파수에서의 rta 패킷 복제 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US11516846B2 (ko) |
| EP (1) | EP4118923A4 (ko) |
| JP (1) | JP7427170B2 (ko) |
| KR (1) | KR20220162757A (ko) |
| CN (1) | CN114731710A (ko) |
| WO (1) | WO2021231121A1 (ko) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11706128B2 (en) * | 2020-01-04 | 2023-07-18 | Nxp Usa, Inc. | Method and apparatus for multi-link data transmission |
| US20210274489A1 (en) * | 2020-05-20 | 2021-09-02 | Juan Fang | Enhanced retransmission mechanism using multi-link capability |
| CN111641970B (zh) * | 2020-05-29 | 2022-08-19 | 成都极米科技股份有限公司 | 终端使用多链路收发数据的方法及终端 |
| US11924774B2 (en) * | 2020-09-02 | 2024-03-05 | Lg Electronics Inc. | Method for transmitting preferred link information |
| US20210112615A1 (en) * | 2020-12-18 | 2021-04-15 | Po-Kai Huang | Multi-link device data continuity |
| CN116783981A (zh) * | 2021-02-23 | 2023-09-19 | 华为技术有限公司 | 用于多链路设备的链路操作的方法和装置 |
| US20230156687A1 (en) * | 2021-11-16 | 2023-05-18 | Sony Group Corporation | Non-r-twt member sta access grant for burst traffic transmission |
| US20230422316A1 (en) * | 2022-06-28 | 2023-12-28 | Samsung Electronics Co., Ltd. | Methods and procedure for nstr start time synchronization |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1134942A1 (en) | 2000-03-15 | 2001-09-19 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for control of non real-time application flows |
| JP4065393B2 (ja) | 2001-11-09 | 2008-03-26 | 松下電器産業株式会社 | 無線ネットワークにおいて媒体へのアクセスを保証する方法 |
| KR100914104B1 (ko) | 2001-11-09 | 2009-08-27 | 파나소닉 주식회사 | 무선 네트워크에 있어서 매체에의 액세스 보증 방법 |
| KR20050035294A (ko) | 2002-09-06 | 2005-04-15 | 마츠시타 덴끼 산교 가부시키가이샤 | 무선 네트워크간의 실시간 데이터 전송의 서비스 품질을 보증하기 위하여 매체 확보를 실행하는 방법 |
| KR100564761B1 (ko) * | 2003-12-22 | 2006-03-27 | 한국전자통신연구원 | 하이브리드 내재 토큰 ｃｓｍａ/ｃａ 프로토콜. |
| JP4580770B2 (ja) | 2005-02-01 | 2010-11-17 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム及び受信装置 |
| JP2006352545A (ja) | 2005-06-16 | 2006-12-28 | Nippon Telegr & Teleph Corp <Ntt> | 無線パケット通信方法および無線パケット通信装置 |
| US10356014B2 (en) * | 2013-09-24 | 2019-07-16 | Innovasic, Inc. | Method of processing bus data |
| US9913298B2 (en) * | 2015-06-24 | 2018-03-06 | Intel IP Corporation | Methods and apparatus to establish groupcast with retries service for wireless communications over bridged links |
| US10673593B2 (en) * | 2016-11-03 | 2020-06-02 | Huawei Technologies Co., Ltd. | HARQ signaling for grant-free uplink transmissions |
| CN108988994B (zh) | 2017-05-31 | 2020-09-04 | 华为技术有限公司 | 报文的重传方法及装置 |
-
2020
- 2020-12-09 US US17/116,072 patent/US11516846B2/en active Active
-
2021
- 2021-05-03 CN CN202180006629.5A patent/CN114731710A/zh active Pending
- 2021-05-03 JP JP2022562047A patent/JP7427170B2/ja active Active
- 2021-05-03 KR KR1020227037908A patent/KR20220162757A/ko unknown
- 2021-05-03 WO PCT/US2021/030475 patent/WO2021231121A1/en unknown
- 2021-05-03 EP EP21805267.8A patent/EP4118923A4/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021231121A1 (en) | 2021-11-18 |
| JP7427170B2 (ja) | 2024-02-05 |
| JP2023521173A (ja) | 2023-05-23 |
| EP4118923A1 (en) | 2023-01-18 |
| EP4118923A4 (en) | 2023-08-09 |
| US11516846B2 (en) | 2022-11-29 |
| US20210352722A1 (en) | 2021-11-11 |
| CN114731710A (zh) | 2022-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11516846B2 (en) | RTA packet duplication in time and frequency | |
| JP6006343B2 (ja) | 無線通信媒体へのアクセスを制御するための方法およびシステム | |
| US7650559B2 (en) | Communication apparatus, communication system, communication method, and communication control program | |
| KR101125955B1 (ko) | 무선 통신 시스템, 무선 통신 장치 및 무선 통신 방법과 기록 매체 | |
| KR101482087B1 (ko) | 무선 근거리 통신망에서 멀티캐스트 수신 확인의 요청 및 수신 확인의 전송을 위한 장치 | |
| KR20220008886A (ko) | Mu-mimo 패킷 도달 전 채널 경합 | |
| KR20230035086A (ko) | 비-ap sta에 의해 개시된 요청 트리거 프레임 및 txop 공유 | |
| CN113875272B (zh) | 实时应用 | |
| JP7284925B2 (ja) | パケット到着前チャネル競合 | |
| JP7334847B2 (ja) | 無線ローカルエリアネットワーク（ｗｌａｎ）局におけるｒｔａキュー管理 | |
| JP2022539407A (ja) | 無線ローカルエリアネットワークにおける将来的チャネル時間の予約 | |
| JP2023521087A (ja) | Ｒｔａパケットのためのｅｄｃａキュー | |
| US11696112B2 (en) | TS operation for RTA session management | |
| US20220322460A1 (en) | Sharing an edca txop with rta traffic | |
| JP2024511187A (ja) | Ｒｔａトラフィックとのｅｄｃａ ｔｘｏｐの共有 |