KR20220140814A

KR20220140814A - Rta 세션 관리를 위한 ts 동작

Info

Publication number: KR20220140814A
Application number: KR1020227031716A
Authority: KR
Inventors: 모하메드 압오우엘세오우드; 량샤오 신
Original assignee: 소니그룹주식회사
Priority date: 2020-03-31
Filing date: 2021-03-29
Publication date: 2022-10-18
Also published as: CN114303411A; EP4022856A4; US11696112B2; US20210306271A1; JP2023519212A; CN114303411B; WO2021202368A1; EP4022856A1

Abstract

실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 무선 로컬 영역 네트워크(WLAN) 스테이션 및 프로토콜. 스테이션들은 이웃하는 스테이션들에 트래픽 스트림의 구축을 요청할 수 있으며, 이웃하는 스테이션들은 RTA 스트림을 위한 TS를 수락하거나 거부할 수 있다. 스트림을 요청할 때 또는 응답자에 의해 스트림을 거부하기 위해 추가 정보가 전달될 수 있다.

Description

RTA 세션 관리를 위한 TS 동작

관련 출원들의 상호 참조

본 출원은 참조에 의해 그 전체가 본 명세서에 포함되는, 2020년 7월 7일자로 제출된 미국 특허 출원 제16/922,988호에 대한 우선권 및 그의 이익을 주장한다. 본 출원은 또한 참조에 의해 그 전체가 본 명세서에 포함되는, 2020년 3월 31일자로 제출된 미국 가특허 출원 제63/002,740호에 대한 우선권 및 그의 이익을 주장한다.

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

해당 사항 없음

컴퓨터 프로그램 부록의 참조에 의한 포함

해당 사항 없음

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

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

1. 기술분야

본 개시내용의 기술은 일반적으로 무선 통신 스테이션들, 더 상세하게는 실시간 및 비-실시간 트래픽의 조합을 통신하는 무선 로컬 영역 네트워크(WLAN) 스테이션들에 관한 것이다.

2. 배경기술 논의

무선 매체 액세스 제어 프로토콜(MAC)의 가장 많이 활용되는 형태들 중 하나는 IEEE 802.11 네트워크들에서 캐리어 전송에 활용되는 캐리어 감지 다중 액세스/충돌 회피(Carrier Sense Multiple Access/Collision Avoidance, CSMA/CA)라고 불린다. 충돌이 발생한 후에 전송들을 처리하는 캐리어 감지 다중 액세스/충돌 검출(Carrier Sense Multiple Access/Collision Detect, CSMA/CD)이라는 그의 상대물과 달리, CSMA/CA는 충돌이 발생하기 전에 충돌을 방지하는 역할을 한다.

CSMA/CA를 사용하는 현재 무선 기술들은 고 처리량 네트워크 성능을 지향하지만 저 지연시간 능력을 제공하지 않는다. 그렇지만, 실시간 애플리케이션들(RTA)과 같은 많은 수의 애플리케이션들은 저 지연시간 통신을 요구하고 기존의 기술에 의해 충분히 서비스되지 않는다.

RTA들은 저 지연시간 통신을 요구하고 최선형 통신(best effort communication)을 사용한다. RTA들로부터 생성되는 데이터는 본 명세서에서 RTA 트래픽이라고 지칭되고 송신기 STA에서 RTA 패킷들로서 패킷화될 것이다. 이와 달리, 시간에 민감하지 않은 애플리케이션으로부터 생성되는 데이터는 본 명세서에서 비-RTA 트래픽으로서 지칭되고 송신기 STA에서 비-RTA 패킷들로서 패킷화된다.

RTA 패킷은 패킷 전달에 대한 높은 적시성을 필요로 하는 것으로 인해 낮은 지연시간을 요구한다. 적시성 요구 사항은 RTA 패킷이 전달될 때 여전히 유효하다는 것을 보장하는 패킷 전달을 위한 특정 시간 기간을 설정한다.

CSMA/CA를 사용하는 현재 무선 통신 시스템들은 RTA 패킷과 비-RTA 패킷을 식별하지 못하며, 비-RTA 트래픽에 대해서는 높은 처리량 레벨들을 여전히 유지할 수 있으면서, RTA 패킷들에 대한 저 지연시간 통신을 달성하는 것을 완전히 해결하지는 못하고 있다.

현재 IEEE 802.11 프로토콜들은 STA이 동일한 트래픽 사양 및 서비스 품질(QoS) 요구 사항에 따라 MAC 서비스 데이터 유닛들(MSDU들)의 세트를 식별하기 위해 트래픽 스트림(TS)을 셋업할 수 있도록 한다. 그렇지만, 이들은 RTA 세션에 따른 MSDU들의 세트를 나타낼 수 없으며, 따라서 RTA 세션들을 완전히 지원하지는 못할 수 있다.

그에 따라, 트래픽 스트림들(TS들) 내에서도, RTA 패킷들에 대한 저 지연시간 성능을 제공하기 위한 장치 및 방법이 필요하다. 본 개시내용은 그러한 요구를 충족시키고 이전 기술들에 비해 추가적인 이점들을 제공한다.

실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는, 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA) 및 유사한 메커니즘들을 여전히 지원할 수 있으면서 무선 로컬 영역 네트워크(WLAN)를 통해 통신하기 위한 무선 통신 회로, 방법 및 프로토콜. 개시된 기술은, 트래픽 스트림들을 포함하여, 실시간 애플리케이션들(RTA들)에 대한 개선된 지원을 제공한다. 제안된 기술은 현재 IEEE 802.11 프로토콜들에 따른 기존의 TS 동작들과 호환되도록 구성된다. TS 셋업 절차 동안 추가적인 정보 교환을 추가하는 것에 의해, TS는 RTA 세션을 나타낼 수 있다. 그러면, STA이 TS 정보를 비교하는 것에 의해 RTA 패킷들을 식별하고, 서비스 품질(QoS) 요구 사항들을 충족시키도록 해당 RTA 패킷 전송들을 스케줄링하는 것이 가능하다.

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

본 명세서에서 설명되는 기술은 단지 예시 목적을 위한 것인 이하의 도면들을 참조하는 것에 의해 더 충분히 이해될 것이다.
도 1은 IEEE 802.11 프로토콜에서 발견되는 트래픽 사양(TSPEC) 요소의 데이터 필드 다이어그램이다.
도 2는 IEEE 802.11 프로토콜에서 발견되는 트래픽 스트림(TS) 정보 요소의 데이터 필드 다이어그램이다.
도 3은 IEEE 802.11 프로토콜에서 발견되는 트래픽 분류(TCLAS) 요소의 데이터 필드 다이어그램이다.
도 4는 IEEE 802.11 프로토콜에서 발견되는 트래픽 분류(TCLAS) 프로세싱 요소의 데이터 필드 다이어그램이다.
도 5은 본 개시내용의 적어도 하나의 실시예에 따른 스테이션(STA) 하드웨어의 블록 다이어그램이다.
도 6은 본 개시내용의 적어도 하나의 실시예에 따라 다루어지는 토폴로지 예를 보여주는 네트워크 토폴로지 다이어그램이다.
도 7은 본 개시내용의 적어도 하나의 실시예에 따른 RTA-TSPEC 요소의 데이터 필드 다이어그램이다.
도 8은 본 개시내용의 적어도 하나의 실시예에 따른 RTA-TS 요소의 데이터 필드 다이어그램이다.
도 9는 본 개시내용의 적어도 하나의 실시예에 따른 ADDRTATS 요청 프레임 내의 RTA-TSPEC에서의 STA 설정 파라미터들의 흐름 다이어그램이다.
도 10은 본 개시내용의 적어도 하나의 실시예에 따른 ADDRTATS 응답 프레임 내의 RTA-TSPEC에서의 STA 설정 파라미터들의 흐름 다이어그램이다.
도 11은 본 개시내용의 적어도 하나의 실시예에 따른 ADDTS 예약 요청 프레임 내의 RTA-TSPEC에서의 STA 설정 파라미터들의 흐름 다이어그램이다.
도 12는 본 개시내용의 적어도 하나의 실시예에 따른 RTA 트래픽에 대한 비-AP STA 개시 RTA-TS 셋업의 통신 시퀀스 다이어그램이다.
도 13은 본 개시내용의 적어도 하나의 실시예에 따른 RTA 트래픽에 대한 AP STA 개시 TS 셋업의 통신 시퀀스 다이어그램이다.
도 14는 본 개시내용의 적어도 하나의 실시예에 따른 AP 개시 TS 셋업을 묘사하는 사용 사례의 블록 다이어그램이다.
도 15는 본 개시내용의 적어도 하나의 실시예에 따른 ADDRTATS 요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 16은 본 개시내용의 적어도 하나의 실시예에 따른 ADDRTATS 응답 프레임 포맷의 데이터 필드 다이어그램이다.
도 17은 본 개시내용의 적어도 하나의 실시예에 따른 ADDRTATS 예약 요청 프레임 포맷의 데이터 필드 다이어그램이다.
도 18은 본 개시내용의 적어도 하나의 실시예에 따른 ADDRTATS 예약 응답 프레임 포맷의 데이터 필드 다이어그램이다.

1. 서론

기존의 무선 통신 시스템들에서는, 고 처리량 레벨들과 저 지연시간 성능 간에 상당한 트레이드오프가 이루어진다. RTA 패킷과 비-RTA 패킷의 상이한 요구 사항들을 충족시키기 위해, 많은 네트워크들은 RTA 패킷들을 전송할 때 저 지연시간 성능을 개선시키는 특징들, 또는 비-RTA 패킷들을 전송할 때 처리량을 최대화하기 위한 다른 특징들을 갖는 것으로부터 이익을 얻을 수 있다.

첫째, RTA 트래픽과 비-RTA 트래픽이 송신기 STA에 의해 식별되어야 하는 반면, 많은 경우에 수신기 STA도 RTA 패킷과 비-RTA 패킷을 구분하는 것으로부터 이익을 얻을 수 있다. RTA 패킷들과 비-RTA 패킷들을 구분하는 것이 본 개시내용의 교시를 벗어나지 않으면서 다수의 방식들로 수행될 수 있으며, 이들 중 다수가 Sony의 이전 특허 출원들에서 설명되었다는 것이 이해되어야 한다. 제한이 아닌 예로서, TCP/UDP 포트 번호들, 소스 IP 주소, 목적지 IP 주소, 서비스 유형 등과 같은, 상위 계층들로부터의 헤더 정보에 기초하여 RTA 패킷들이 비-RTA 패킷들과 구분될 수 있다. 이로 인해 그러면 네트워크는 RTA 및 비-RTA 트래픽 양쪽 모두의 요구 사항들을 개별적으로 충족시키기 위해 상이한 특징들을 선택할 수 있게 된다.

전형적으로 RTA들이, 연결 지향 통신의 한 형태로서, 주기적으로 트래픽을 생성한다는 것이 이해되어야 한다. STA들 사이에 애플리케이션에 의해 구축되는 RTA 연결 지향 통신은 RTA 세션이라고 불린다. STA이 네트워크에서 다수의 RTA 세션들을 가질 수 있으며 해당 RTA 세션들을 적절하게 관리해야만 하는 경우가 있을 수 있다.

1.1. 트래픽 스트림(TS) 동작

이 섹션은 IEEE 802.11에서 TS 셋업에 사용되는 여러 요소들을 소개한다. IEEE 802.11에서, 트래픽 스트림(TS)은 동일한 트래픽 사양 및 서비스 품질(QoS) 요구 사항에 따른 MAC 서비스 데이터 유닛들(MSDU들)의 세트를 나타낸다. MAC이 매체 액세스 통신(Medium Access Communication, MAC)의 약어라는 점에 유의한다. IEEE 802.11에 따라, STA은 송신기 STA과 수신기 STA 사이에 TS를 셋업할 수 있다. 그러면, 송신기 STA 및 수신기 STA이 TS의 패킷들을 전송하고 서비스 품질(QoS) 요구 사항을 충족시키기 위해 자원들을 배열하는 것이 가능하다.

1.1.1. TSPEC 요소

도 1은 다음과 같은 필드들을 갖는 IEEE 802.11에서의 TSPEC 요소의 내용을 묘사한다. (a) 요소 유형을 나타내는, 본 명세서에서 TSPEC 요소를 표시하는 element ID 필드가 나타내어져 있다. (b) TSPEC 요소의 길이를 나타내는 length 필드가 나타내어져 있다. (c) 도 2에 도시된 바와 같이, 트래픽 스트림 정보를 포함하는 TS Information 필드가 나타내어져 있다. (d) 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 공칭 크기를 나타내는 Nominal MSDU Size 필드가 나타내어져 있다. (e) 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 크기를 나타내는 Maximum MSDU Size 필드가 나타내어져 있다. (f) 2 개의 연속적인 서비스 기간(SP)의 시작 시간 사이의 최소 시간을 나타내는 Minimum Service Interval 필드가 나타내어져 있다. (g) 2 개의 연속적인 SP의 시작 시간 사이의 최소 시간을 나타내는 Maximum Service Interval 필드가 나타내어져 있다. (h) 해당 TS가 삭제되기 전에 TS에 속하는 MSDU의 도착 또는 전송이 없는 시간을 나타내기 위한 Inactivity Interval 필드가 나타내어져 있다. (i) 이 TS에 대한 연속적인 QoS(+)CF-Poll의 생성이 중지되기 전에 TS에 속하는 MSDU의 도착 또는 전송이 없는 시간을 나타내는 Suspension Interval 필드가 나타내어져 있다. (j) 첫 번째 SP의 시작 시간을 나타내는 Service Start Time 필드가 나타내어져 있다. (k) 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC SAP에 의해 지정되는 최저 데이터 속도를 나타내는 Minimum Data Rate 필드가 나타내어져 있다. (l) 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC SAP에 의해 지정되는 평균 데이터 속도를 나타내는 Mean Data Rate 필드가 나타내어져 있다. (m) 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC SAP에 의해 지정되는 최대 데이터 속도를 나타내는 Peak Data Rate 필드가 나타내어져 있다. (n) 피크 데이터 속도에서 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 버스트를 나타내기 위한 Burst Size 필드가 나타내어져 있다. (o) STA이 이 TSPEC에 따라 TS에 속하는 MSDU 또는 A-MSDU를 전송하도록 허용되는 최대 시간을 나타내기 위한 Delay Bound 필드가 나타내어져 있다. (p) 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위한 최저 PHY 속도를 나타내는 Minimum PHY Rate 필드가 나타내어져 있다. (q) 최소 PHY 속도로 해당 MSDU 또는 A-MSDU를 한 번 전송하는 데 사용되는 대역폭에 대한 이 TSPEC에 따라 TS에 속하는 MSDU 또는 A-MSDU의 전송 및 그의 재전송에 사용되는 대역폭의 비율 값을 포함하는 Surplus Bandwidth Allowance 필드가 나타내어져 있다. (r) 매체에 액세스하도록 허용된 시간을 나타내는 Medium Time 필드가 나타내어져 있다. (s) TSPEC이 지향성 멀티 기가비트(directional multi-gigabit, DMG) BSS에 적용될 때 제시되는 DMG Attributes 필드가 나타내어져 있다.

도 2는 다음과 같은 필드들을 갖는 TS Info 요소의 내용을 묘사한다. (a) Traffic Type 필드는 트래픽이 주기적인지 여부를 지정한다. (b) TSID 필드는 TS를 식별해 주기 위한 ID 번호를 나타낸다. (c) Direction 필드는 데이터 전송 방향을 지정한다. (d) Access Policy 필드는 채널 액세스를 얻는 데 사용되는 방법을 지정한다. (e) Aggregation 필드는 집계 스케줄이 요구되는지 여부를 지정한다. (f) APSD 필드는 자동 PS 전달이 활용되는지 여부를 나타낸다. (g) User Priority 필드는 TS에 속하는 MSDU 또는 A-MSDU의 사용자 우선순위를 나타낸다. (h) TSInfo ACK Policy 필드는 확인응답(ACK)이 요구되는지 여부와 어떤 형태의 ACK가 사용되어야 하는지를 나타낸다. (i) Schedule 필드는 스케줄 유형을 나타낸다.

1.1.2. TCLAS 요소

도 3은 다음과 같은 필드들을 갖는 TCLAS 요소의 내용을 묘사한다. (a) Element ID 필드는 요소 유형을 나타내며, 이는 이 예에서 이것이 TCLAS 요소임을 나타낸다. (b) Length 필드는 TCLAS 요소의 길이를 나타낸다. (c) User Priority 필드는 상위 계층으로부터의 사용자 우선순위를 나타낸다. (d) Frame Classifier 필드는 상위 계층으로부터의 프레임들을 분류하는 방법을 나타낸다.

1.1.3. TCLAS 프로세싱 요소

도 4는 다음과 같은 필드들을 갖는 TCLAS 프로세싱 요소에 있는 내용을 묘사한다. (a) Element ID 필드는 요소 유형을 나타내며, 여기서 이는 이것이 TCLAS 프로세싱 요소임을 나타낸다. (b) Length 필드는 TCLAS 프로세싱 요소의 길이를 나타낸다. (c) Processing 필드는 다수의 TCLAS 요소들이 존재할 때 상위 계층으로부터의 트래픽을 분류하는 방법을 나타낸다.

본 개시내용은 RTA 통신과 비-RTA 통신 양쪽 모두를 처리하는 데 개선된 효율성을 제공하기 위해 802.11 기능을 확장하도록 구성된다.

2. 문제 설명 및 기여

CSMA/CA를 사용하는 종래의 무선 통신 시스템들은 RTA 패킷과 비-RTA 패킷을 식별 및 구별하지 않는다. 이러한 형태들의 트래픽의 목적들이 상이하며, RTA 패킷들을 전송하는 목적은 저 지연시간 통신인 반면, 비-RTA 패킷들의 목적은 네트워크를 통한 높은 처리량이다.

종종, RTA들은 연결 지향 통신으로서 주기적으로 트래픽을 생성한다. STA들 사이에 애플리케이션에 의해 구축되는 RTA 연결 지향 통신은 RTA 세션이라고 불린다. STA이 네트워크에서 다수의 RTA 세션들을 유지하는 것이 가능하며, STA이 해당 RTA 세션들을 적절하게 관리할 수 있어야만 한다.

현재 IEEE 802.11 프로토콜들은 STA이 동일한 트래픽 사양 및 QoS 요구 사항에 따라 MSDU들의 세트를 식별하기 위해 TS를 셋업할 수 있도록 한다. 그렇지만, TS가 TS 셋업 절차 동안의 정보의 부족으로 인해 RTA 세션에 따라 MSDU들의 세트를 나타낼 수 없다.

제안된 기술은 현재 IEEE 802.11 프로토콜로부터의 TS 동작을 재사용하고, TS가 RTA 세션을 나타낼 수 있도록, TS 셋업 절차 동안 추가적인 정보 교환을 추가한다. 그러면, STA이 TS 정보를 비교하는 것에 의해 RTA 패킷들을 식별하고 QoS 요구 사항을 충족시키기 위해 해당 RTA 패킷 전송들을 스케줄링하는 것이 가능하다.

3. 본 개시내용의 실시예들

3.1. STA 하드웨어 구성.

도 5는, 본 명세서에서 무선 스테이션, 스테이션(STA)이라고, 또는 통신 네트워크의 노드라고 지칭되는, 무선 통신 회로의 예시적인 실시예(10)를 예시한다. 이 통신 회로는 컴퓨터 프로세서(CPU)(16) 및 메모리(RAM)(18)가 버스(14)에 결합되고, 버스(14)가, 예컨대, 센서들, 액추에이터들, 애플리케이션들 등에 대한, STA 외부 I/O를 제공하는 I/O 경로(12)에 결합된 것으로 도시되어 있다. STA은, 본 개시내용의 교시를 벗어나지 않으면서, 단일 모뎀(20) 및 단일 무선 주파수(RF) 회로부(22) 및 연관된 안테나들(24)의 세트로 구성될 수 있거나, 다수의 모뎀들 및 다수의 안테나 그룹들을 갖는 다수의 RF 회로들로 구성될 수 있다. 모뎀(20) 및 그의 RF 회로부(22) 및 연관된 안테나들(24)은 이웃하는 STA들과 데이터 프레임들을 전송/수신하도록 구성된다. RF 모듈은 물리 신호들을 생성 및 수신하고, 주파수 변환기, 어레이 안테나 제어기, 및 전송 및 수신을 위한 빔포밍을 수행하도록 제어되는 다수의 안테나들을 통한 RF 회로부에 의한 전송 및 수신을 제어하기 위한 다른 회로부를 포함한다. 이러한 방식으로, STA은 다수의 빔 패턴 세트들을 사용하여 신호들을 전송할 수 있다.

메모리(18)로부터의 명령어들은 통신 프로토콜을 구현하는 프로그램을 실행하기 위해 프로세서(16) 상에서 실행되며, 이 프로그램은 STA이 "새로운 STA"(네트워크에 합류하려고 시도하는 스테이션), 또는 네트워크에 이미 있는 STA들 중 한 STA의 기능들을 수행할 수 있도록 하기 위해 실행된다. 스테이션과 연관된 프로그래밍에 따라 및 본 개시내용의 프로토콜에 따라 프로그래밍이 현재 통신 콘텍스트에서 어떤 역할을 하고 있는지에 의존하여, 프로그래밍이 상이한 모드들(소스, 중간, 목적지, 액세스 포인트(AP) 등)에서 작동하도록 구성되어 있다는 것이 또한 이해되어야 한다. 트래픽 스트림(TS)을 셋업할 때, 예를 들어, TS를 요청하는 개시자와 요청을 수신하고 이에 반응하는 응답자가 있다는 것이 이해되어야 한다. 이들 스테이션 각각에 의해 명령어들을 실행하는 것에 응답하여 수행되는 프로토콜이 이러한 역할들 각각을 수행할 수 있다는 것이 또한 이해되어야 한다.

4.2. 고려할 STA 토폴로지 예

제한이 아닌 예로서, 본 개시내용의 목적들 및 동작들의 이해를 단순화하기 위해 이 섹션에서 예시적인 토폴로지가 설명된다. 이 간단한 예는 2 개의 기본 서비스 세트(BSS)에 걸쳐 회의실에 8 개의 STA이 있다고 가정한다. 각각의 STA은 동일한 BSS 내의 다른 STA들과 통신할 수 있다. 모든 STA들은 랜덤 채널 액세스를 위해 CSMA/CA를 사용한다. 모든 STA들은 저 지연시간 통신을 요구하는 애플리케이션들과 최선형 통신을 사용하는 애플리케이션들을 실행(run)(실행(execute))한다. 저 지연시간 통신을 요구하는 애플리케이션으로부터 생성되는 데이터는 RTA 트래픽이라고 불리고 송신기 STA에서 RTA 패킷들로서 패킷화될 것이다. 또한, 시간에 민감하지 않은 애플리케이션으로부터 생성되는 데이터는 비-RTA 트래픽이라고 불리고 송신기 STA에서 비-RTA 패킷들로서 패킷화될 것이다. 그 결과, 송신기 STA은 통신을 위해 RTA 트래픽과 비-RTA 트래픽 양쪽 모두를 생성한다.

도 6은 주어진 로컬 구역(48)에서 STA 위치들 및 이들의 전송 링크들을 보여주는 네트워크 토폴로지(시나리오)의 예시적인 실시예(30)를 예시한다. 제1 BSS는 액세스 포인트(AP)로서 작동하는 STA0(32) 및 비-AP 스테이션들(STA1(34), STA2(36), STA3(38) 및 STA4(40))을 묘사한다. 제2 BSS는 AP인 STA5(42)를 STA6(44), STA7(46)과 함께 묘사한다.

이 예에서의 모든 STA들은 저 지연시간 통신을 요구하는 애플리케이션들과 최선형 통신을 활용하는 애플리케이션들 양쪽 모두를 지원하는 것으로 간주된다.

STA이 패킷들을 전송할 때, STA은 일반 CSMA/CA 방식을 따를 수 있다.

4.3. RTA를 위한 RTA-TS 동작

이 섹션은 IEEE 802.11에서의 기존의 TS 동작에 기초하여 RTA 세션을 위한 RTA-TS를 어떻게 셋업하는지를 설명한다. 특정 TS 동작들은 현재 IEEE 802.11 프로토콜과 동일할 수 있으므로 이 섹션에서 설명되지 않는다.

4.3.1. RTA-TSPEC 요소

도 7은 RTA-TSPEC 요소에 있는 내용의 예시적인 실시예(50)를 예시한다. RTA-TS 셋업 절차 동안 RTA-TSPEC 요소를 전송하는 STA은 송신기 STA으로 표기된다. RTA-TSPEC 요소는 다음과 같은 필드들을 갖는다. (a) Element ID 필드는, 본 명세서에서 RTA-TSPEC 요소로서 예시되는, 요소 유형을 나타낸다. (b) Length 필드는 RTA-TSPEC 요소의 길이를 나타낸다. (c) RTA-TS Info 필드는 도 8에 도시된 바와 같은 트래픽 스트림 정보를 포함한다. (d) Nominal MSDU Size 필드는 이 RTA-TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 공칭 크기를 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드를 사용할 수 있다. 제한이 아닌 예로서, 초당 생성되는 이 RTA-TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 공칭 수는 평균 데이터 속도를 공칭 MSDU 크기로 나눈 값에 의해 계산될 수 있으며; 이는 해당 MSDU들 또는 A-MSDU들을 전송하는 데 필요한 평균 오버헤드(예를 들면, PLCP 프리앰블, MAC 헤더)를 결정하고 해당 오버헤드에 대한 총 전송 시간을 추정하는 데 활용될 수 있다.

(e) Maximum MSDU Size 필드는 이 RTA-TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 크기를 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드를 활용할 수 있다. 제한이 아닌 예로서, 초당 생성되는 이 RTA-TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 최소 수는 최소 데이터 속도를 최대 MSDU 크기로 나눈 값으로부터 결정될 수 있으며; 이는 해당 MSDU들 또는 A-MSDU들을 전송하는 데 필요한 최소 오버헤드(예를 들면, PLCP 프리앰블, MAC 헤더)를 계산하고 해당 오버헤드에 대한 총 전송 시간을 추정하는 데 활용될 수 있다. (f) Minimum MSDU Size 필드는 이 RTA-TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 최소 크기를 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드를 사용할 수 있다. 제한이 아닌 예로서, 초당 생성되는 이 RTA-TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 최대 수는 최대 데이터 속도를 최소 MSDU 크기로 나눈 값을 사용하여 결정될 수 있으며; 이는 해당 MSDU들 또는 A-MSDU들을 전송하는 데 필요한 최대 오버헤드(예를 들면, PLCP 프리앰블, MAC 헤더)를 계산하고 해당 오버헤드에 대한 총 전송 시간을 추정하는 데 활용될 수 있다. (g) Minimum Data Rate 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC 서비스 액세스 포인트(SAP)에 의해 지정되는 최저 데이터 속도를 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 그의 정보를 사용할 수 있다. 제한이 아닌 예로서, 매 공칭 서비스 간격마다 전송될 필요가 있는 최소 양의 데이터는 (최소 데이터 속도 * 공칭 서비스 간격)에 의해 주어진다. 각각의 공칭 서비스 간격 동안 최소 양의 데이터를 전송하기 위해 최소 전송 시간이 STA에 의해 마련되어야 한다.

(h) Mean Data Rate 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC 서비스 액세스 포인트(SAP)에 의해 지정되는 평균 데이터 속도를 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 정보를 사용할 수 있다. 제한이 아닌 예로서, STA은 평균 데이터 속도(mean data rate)로 생성되는 데이터를 전송하기에 충분한 가용 채널 자원(예를 들면, 대역폭)을 가지고 있음을 보장해야 한다. 달리 말하면, 가용 대역폭은 평균 데이터 속도보다 커야 한다. (i) Peak Data Rate 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 MAC SAP에 의해 지정되는 최대 데이터 속도를 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드로부터의 정보를 사용할 수 있다. 제한이 아닌 예로서, 매 공칭 서비스 간격마다 전송될 필요가 있는 최대 양의 데이터는 (피크 데이터 속도 * 공칭 서비스 간격)이다. TS에 속하는 패킷들을 전송하기 위해 STA에 의해 마련되는 전송 시간은 각각의 공칭 서비스 간격 동안 최대 데이터 양을 전송하는 시간보다 작아야 한다. (j) Burst Size 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들이 피크 데이터 속도로 연속적으로 생성될 최대 버스트 시간을 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드로부터의 정보를 사용할 수 있다. 제한이 아닌 예로서, 버스트가 발생할 때 현재 서비스 간격이 더 짧아질 것이다. 그렇지만, 서비스 간격은, 예컨대, 주어진 값(피크 데이터 속도/최소 데이터 속도 -1) * 최대 버스트 크기 초과만큼, 더 짧지 않을 것이다.

(k) Service Start Time 필드는 첫 번째 서비스 기간(SP)의 시작 시간을 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드로부터의 정보를 사용할 수 있다. 제한이 아닌 예로서, STA은 다른 STA이 이 RTA-TSPEC에 따라 TS에 속하는 데이터를 생성하기 시작할 때를 알 수 있는데, 그 이유는 첫 번째 서비스 기간(SP)이 서비스 시작 시간 이후의 서비스 간격에서 시작되어야 하기 때문이다. (l) Service End Time 필드는 RTA-TS를 삭제하는 시간을 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. AP가 이 필드를 수신할 때, AP는 이 RTA-TS의 QoS 요구 사항을 충족시키도록 전송들을 스케줄링하기 위해 이 필드에서의 정보를 활용할 수 있다. 제한이 아닌 예로서, STA은 다른 STA이 이 RTA-TSPEC에 따라 TS에 속하는 데이터를 생성하는 것을 중지할 때를 결정할 수 있는데, 그 이유는 서비스 종료 시간 이후에 더 이상 서비스 기간들이 없을 것이기 때문이다. (m) Inactivity Interval 필드는 RTA-TS가 삭제되기 전에 RTA-TS에 속하는 MSDU의 도착 또는 전송이 없는 시간의 양을 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. 이 필드를 수신하는 AP 또는 비-AP STA은 RTA-TS에 속하는 MSDU의 도착 또는 전송이 비활동 간격 내에 발생하지 않는 경우 활성 RTA-TS를 삭제한다.

(n) MSDU Lifetime 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들의 수명을 나타내기 위해 AP 또는 비-AP STA에 의해 설정될 수 있다. 결정론적 서비스 필드가 "1"로 설정되고 MSDU 또는 A-MSDU가 MAC 계층에 도달한 이후 수명 내에 성공적으로 전송되지 않는 일이 발생한 경우, MSDU 또는 A-MSDU가 드롭되어야 한다. 트래픽이 주기적이고 STA이 MSDU 수명에 최대 서비스 간격을 더한 기간 내에 이 TSPEC에 따라 RTA-TS에 속하는 어떠한 MSDU 또는 A-MSDU도 전송 또는 수신하지 않는 경우, 수신기 STA은 적어도 하나의 MSDU 또는 A -MSDU가 손실된 것을 알게 된다. MSDU 수명은 비활동 간격보다 짧아야 하지만 최대 서비스 간격보다 길어야 한다.

(o) Deterministic Service 필드는 TS가 RTA 세션을 위해 생성되는지 여부를 나타낸다. 이 필드는, 예시된 바와 같이, 1 비트 표시만큼 짧을 수 있다. TS가 RTA 세션을 위해 생성될 때, 이 필드는 제1 상태, 예를 들면, "1"로 설정되고, 그렇지 않은 경우, 이는 제2 상태, 예를 들면, "0"으로 설정된다. (p) Delay Bound 필드는 MSDU 또는 A-MSDU가 MAC에 도착한 이후 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU 또는 A-MSDU를 전송하도록 허용되는 최대 시간을 나타낸다. 비-AP는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU 또는 A-MSDU의 지연시간을 보장하도록 AP에 요청하기 위해 이 필드를 설정한다. AP는 이 필드를 수신하고 이 요청이 충족될 수 있는지 여부를 추정한다. AP는 자신이 제공할 수 있는 지연 한계를 나타내기 위해 이 필드를 설정한다. 비-AP STA은, 이 필드를 수신할 때, AP에 의해 제공되는 지연 한계를 수락하거나 AP와 재협상한다. (q) Reliability 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들의 패킷 손실 요구 사항을 나타낸다. 비-AP는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU 또는 A-MSDU의 패킷 손실을 보장하도록 AP에 요청하기 위해 이 필드를 설정한다. AP는 이 필드를 수신하고 이 요청이 충족될 수 있는지 여부를 추정한다. AP는 자신이 제공할 수 있는 패킷 손실을 나타내기 위해 이 필드를 설정한다. 비-AP는, 이 필드를 수신할 때, AP에 의해 제공되는 신뢰도를 수락하거나 AP와 재협상을 한다.

(r) Jitter 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들의 전달의 지터 요구 사항을 나타낸다. 비-AP는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU 또는 A-MSDU의 지터 요구 사항을 보장하도록 AP에 요청하기 위해 이 필드를 설정한다. AP는 이 필드를 수신하고 이 요청이 충족될 수 있는지 여부를 추정한다. 이 요청을 충족시키기 위해서는 최대 서비스 간격과 최소 서비스 간격의 차이가 지터 값보다 작아야 한다. AP는 자신이 제공할 수 있는 지터 요구 사항들을 나타내기 위해 이 필드를 설정한다. 비-AP는, 이 필드를 수신할 때, AP에 의해 제공되는 지터를 수락하거나 AP와 재협상한다. (s) Nominal Service Interval 필드는 2 개의 연속 SP의 시작 시간 사이의 공칭/평균 시간을 나타낸다. RTA-TS Info에서의 Traffic Type 서브필드가 제1 상태, 예를 들면, "1"로 설정될 때 이 필드는 유효하다. 비-AP는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU 또는 A-MSDU의 서비스 구간을 보장하도록 AP에 요청하기 위해 이 필드를 설정한다. 이 필드를 수신하는 AP는 이 요청이 충족될 수 있는지 여부를 추정할 수 있다. AP는 자신이 제공할 수 있는 공칭 서비스 간격을 나타내기 위해 이 필드를 설정한다. 비-AP는, 이 필드를 수신할 때, AP에 의해 제공되는 지터를 수락하거나 AP와 재협상한다.

(t) Minimum Service Interval 필드는 2 개의 연속적인 서비스 기간(SP)의 시작 시간 사이의 최소 시간을 나타내기 위해 AP에 의해 설정된다. 이 필드를 수신하는 비-AP는 2 개의 연속 SP의 시작 시간 사이의 시간이 최소 서비스 간격보다 길 것으로 예상한다. 물론 이 필드는 공칭 서비스 간격에 의해 주어지는 것보다 더 짧은 시간 간격에 대응하는 값을 포함해야 한다. (u) Maximum Service Interval 필드는 2 개의 연속 SP의 시작 시간 사이의 최대 시간을 나타내기 위해 AP에 의해 설정된다. 이 필드를 수신하는 비-AP는 2 개의 연속 SP의 시작 시간 사이의 시간이 최대 서비스 간격보다 짧을 것으로 예상한다. 이 필드는 공칭 서비스 간격보다 큰 간격 값을 포함해야 한다. (v) Minimum PHY Rate 필드는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위한 가장 낮은 PHY 속도를 나타내기 위해 AP에 의해 설정된다. 이 필드를 수신하는 비-AP는 이 RTA-TSPEC에 따라 RTA-TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 최소 PHY 속도보다 낮은 PHY 속도를 사용하지 않을 것이다. (x) Surplus Bandwidth Allowance 필드는 최소 PHY 속도로 해당 MSDU 또는 A-MSDU를 한 번 전송하는 데 사용되는 대역폭에 대한 이 TSPEC에 따라 TS에 속하는 MSDU 또는 A-MSDU의 전송 및 그의 재전송에 사용되는 대역폭의 비율을 나타내기 위해 AP에 의해 설정된다. 이 필드를 수신하는 비-AP는 그의 재전송들을 위해 이 필드에 표시된 추가 대역폭을 사용할 수 있다. (z) Medium Time 필드는 공칭 서비스 간격마다 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들을 전송하기 위해 매체에 액세스하도록 허용되는 시간을 나타내기 위해 AP에 의해 설정된다. 이 필드를 수신하는 비-AP는 공칭 서비스 간격마다 이 TSPEC에 따라 TS에 속하는 MSDU들 또는 A-MSDU들의 전송을 위해 매체 시간을 사용할 것이다. 이 시간은 공칭 서비스 간격마다 생성되는 이 TSPEC에 따라 TS에 속하는 모든 MDPU들 또는 A-MSDU들이 최소 PHY 속도로 전송되기 위한 시간을 보장해야 한다.

도 8은 도 7에 보이는 RTA-TSPEC 요소에 포함된 RTA-TS information 서브필드의 예시적인 실시예(70)를 예시한다. 이 RTA-TS information 필드는 다음과 같은 서브필드들을 갖는 트래픽 스트림 정보를 포함한다. (a) Traffic Type 서브필드는 트래픽이 주기적임을 나타내기 위해 이 서브필드를 제1 상태(예를 들면, "1")로 설정하는 STA에 의해 사용되고; 그렇지 않은 경우, 이 서브필드는 트래픽이 주기적이지 않다는 것을 나타내기 위해 제2 상태, 예를 들면, "0"으로 설정된다. STA이 RTA-TSPEC 요소와 함께 제1 상태, 예를 들면, "1"로 설정된 이 서브필드 설정을 수신하는 경우, STA은 2 개의 연속 서비스 기간의 평균 간격을 나타내기 위해 RTA-TSPEC 요소에서의 공칭 서비스 간격을 사용할 수 있다. (b) TSID 서브필드는 RTA-TS를 식별하기 위해 ID 번호를 설정하는 STA에 의해 사용된다. (c) Direction 서브필드는 RTA-TS의 데이터 전송 방향이 업링크, 다운링크, 직접 링크 또는 양방향 링크인지를 나타내기 위해 이 서브필드를 설정하는 STA에 의해 사용된다. STA이 이 서브필드를 수신하는 경우, STA은 RTA-TS 셋업을 위해 표시된 방향의 링크만 측정하면 된다.

(d) Access Policy 서브필드는 EDCA 또는 다른 방법들과 같은 채널 액세스를 얻는 방법을 나타내기 위해 이 서브필드를 설정하는 STA에 의해 사용된다. STA이 이 서브필드를 수신하는 경우, STA은 RTA-TS의 데이터 전송들을 위한 채널 액세스를 얻기 위해 액세스 정책을 따라야 한다. (e) Aggregation 서브필드는 이 서브필드가 유효한지를 나타내고, 이는 schedule 필드가 제1 상태, 예를 들면, "1"로 설정되고 access policy 서브필드가 EDCA로 설정된 경우에만 발생하며, 그렇지 않은 경우, 이 필드는 제2 상태, 예를 들면, "0"으로 설정된다. 이 서브필드는 예시된 바와 같이 겨우 1-비트 표시이거나 더 큰 데이터 구조일 수 있다. STA이 RTA-TS 셋업의 비-AP 발신자인 경우, STA은 집계 스케줄을 요청하기 위해 이 필드를 제1 상태, 예를 들면, "1"로 설정하거나, 집계 스케줄을 요청하지 않기 위해 이 필드를 제2 상태, 예를 들면, "0"으로 설정하며; 수신기 STA은 이 서비스를 제공할지 여부를 결정한다. STA이 AP인 경우, STA은 집계 스케줄을 제공하기 위해 이 필드를 제1 상태, 예를 들면, "1"로 설정하거나, 집계 스케줄을 제공하지 않기 위해 이 필드를 제2 상태, 예를 들면, "0"으로 설정하며, 수신기 STA은 AP에 의해 이루어진 결정을 따라야 한다.

(f) APSD 서브필드는 자동 절전(PS) 전달이 사용되는지 여부를 표시하기 위해, 1-비트 표시와 같은, 표시자를 제공한다. 이 서브필드가 제1 상태, 예를 들면, "1"로 설정될 때, 자동 PS 전달이 RTA-TS에 속하는 MSDU 또는 A-MSDU를 전송하는 데 활용되며, 그렇지 않은 경우, 이는 제2 상태, 예를 들면, "0"으로 설정된다. (g) RTA Priority 서브필드는 RTA-TS에 속하는 MSDU 또는 A-MSDU의 RTA 우선순위를 나타낸다. RTA 우선순위는 RTA 패킷들 사이에서만 중요도를 비교하는 데 활용할 수 있다. 이는 IEEE 802.1D에 의해 정의되는 사용자 우선순위와 상이하다. 모든 RTA 패킷들은 동일한 IEEE 802.1D 사용자 우선순위를 공유할 수 있다. (h) TSInfo ACK Policy 서브필드는 확인응답(ACK)이 필요한지 여부와 어떤 형태의 ACK가 활용되어야 하는지를 나타낸다. 예를 들어, 적어도 하나의 실시예에서, 이는, 일반 ACK, ACK 없음, 또는 블록 ACK(BA)를 선택하는 것과 같은, 옵션들을 가질 수 있다. STA은 이 정보를 다른 STA들과 공유하기 위해 이 서브필드를 설정한다. (i) Retry Policy 서브필드는 RTA-TS에 속하는 MSDU 또는 A-MSDU가 어떻게 재전송될 것인지를 나타낸다. 예를 들어, 이 필드는 요청되지 않은 재시도가 사용될 것인지 여부를 나타내기 위해 1-비트 표시로서 구현될 수 있다. 송신기 STA은 요청되지 않은 재시도가 허용되는 경우 이 서브필드를 제1 상태, 예를 들면, "1"로 설정하거나, 그렇지 않은 경우, 이 서브필드를 제2 상태, 예를 들면, "0"으로 설정한다. 수신기 STA은 재시도 정책을 따를 수 있다.

(j) Schedule 서브필드는 RTA-TS에 속하는 MSDU 또는 A-MSDU의 전송이 스케줄링되는지 여부를 나타내기 위해, 1-비트 표시와 같은, 표시를 제공한다. 송신기는 전송이 스케줄링되는 경우 이 서브필드를 제1 상태, 예를 들면, "1"로 설정하거나, 그렇지 않은 경우 이 서브필드를 제2 상태, 예를 들면, "0"으로 설정한다. 수신기 STA은 RTA-TS에 속하는 MSDU 또는 A-MSDU를 전송 또는 수신하기 위해 스케줄을 따르도록 구성된다.

송신기 STA은, ADDRTATS 요청 프레임에서 RTA-TSPEC 요소를 전송할 때, RTA-TS의 사양 및 QoS 요구 사항을 나타내는 RTA-TSPEC 요소에서의 필드들을 설정한다. 송신기 STA은 Surplus Bandwidth Allowance 필드와 Medium Time 필드 사이의 필드들을 제외한 RTA-TSPEC 요소에서의 모든 필드들을 설정하도록 구성된다. ADDRTATS 요청 프레임을 수신하는 수신기 STA은 자신이 RTA-TS의 요구 사항을 충족시키기에 충분한 자원들을 갖는지를 평가하기 위해 이 요소에서의 필드들의 파라미터들을 사용할 수 있다. 요구 사항이 충족될 수 있는 경우, 수신기는 RTA-TS 셋업을 수락할 수 있고; 그렇지 않은 경우, 수신기 STA은 RTA-TS 셋업을 거부해야 한다.

송신기 STA이 ADDRTATS 응답 프레임에서 RTA-TSPEC 요소를 전송하고 RTA-TS 셋업이 수락될 때, 송신기 STA은 RTA-TSPEC 요소에서의 모든 필드들을 설정해야 한다. RTA-TSPEC 요소에서의 필드들의 파라미터들은 발신자 STA과 수신자 STA 사이의 RTA-TS에 대한 RTA-TSPEC 요소에서의 최종 파라미터 설정을 나타낸다.

송신기 STA이 ADDRTATS 응답 프레임에서 이 요소를 전송하고 RTA-TS 셋업이 제안된 변경들과 함께 거부될 때, 적어도 하나의 실시예에서 송신기 STA은 Surplus Bandwidth Allowance 필드와 Medium Time 필드 사이의 필드들을 제외한 RTA-TSPEC 요소에서의 모든 필드들을 설정한다. RTA-TSPEC 요소에서의 필드들의 파라미터들은 RTA-TS의 RTA-TSPEC 요소에서의 제안된 파라미터 설정을 나타낸다. 수신기 STA은 다른 RTA-TS 셋업을 요청하기 위해 제안된 RTA-TSPEC 요소를 사용할 수 있다.

송신기 STA이 ADDRTATS 예약 요청 프레임에서 RTA-TSPEC 요소를 전송할 때, RTA-TSPEC 요소에서의 필드들의 파라미터들은 상위 계층으로부터 요청된 RTA-TS의 사양 및 요구 사항을 나타낸다. 수신기 STA은 RTA-TS 셋업 절차를 계속하고 ADDRTATS 요청 프레임에서 RTA-TSPEC 요소의 동일한 파라미터들을 설정해야 한다.

도 9는 STA이 ADDRTATS 요청 프레임에 대한 RTA-TSPEC 요소를 설정하는 것의 예시적인 실시예(90)를 예시한다. 실행이 시작(92)되고 ADDRTATS 응답을 수신하기 위한 검사(94)가 이루어진다. STA이 RTA-TS 셋업을 거부하지만 RTA-TSPEC 요소의 제안된 파라미터 설정을 제공하는 ADDRTATS 응답 프레임 또는 ADDRTATS 예약 요청 프레임을 수신하는 경우, STA이 RTA-TSPEC 요소의 제안된 파라미터들을 ADDRTATS 응답 프레임 또는 ADDRTATS 예약 요청 프레임으로부터 ADDRTATS 요청 프레임에서의 그의 RTA-TSPEC 요소로 복사하는 블록(98)에 도달한다. 이어서, STA은 RTA-TS 셋업을 재협상하기 위해 제안된 파라미터들과 함께 ADDRTATS 요청 프레임을 송신할 수 있다. 그렇지 않고, 블록(94)에서 STA이 RTA-TSPEC에서 제안된 설정과 함께 응답을 수신하지 않은 경우, 블록(96)에서 STA은 RTA-TS의 요구 사항에 따라 RTA-TSPEC 요소에서의 파라미터들을 설정한다. 어느 경우든지, 실행은 블록(100)에서 종료된다.

도 10은 STA이 ADDRTATS 응답 프레임에 대한 RTA-TSPEC 요소를 설정하는 것의 예시적인 실시예(110)를 예시한다. 실행이 시작(112)되고, RTS-TS가 수락되는지 여부에 대한 검사(114)가 이루어진다. 따라서 STA이 ADDRTATS 요청 프레임을 수신할 때, STA은 RTA-TS 셋업이 수락되는지 여부를 나타내기 위해 ADDRTATS 응답 프레임으로 이 STA에 다시 응답한다. STA이 ADDRTATS 응답 프레임을 송신할 때, STA은 프레임 내의 RTA-TSPEC 요소의 파라미터들을 설정한다.

다른 스테이션이 RTA-TS 셋업을 수락한 경우, RTA-TSPEC 요소에서의 Surplus Bandwidth Allowance 필드 및 Medium Time 필드를 설정하는 블록(118)에 도달하고, 이어서 종료(122) 이전에 ADDRTATS 요청 프레임으로부터 RTA-TSPEC 요소의 다른 파라미터들을 복사(120)한다.

그렇지만, 블록(114)에서 STA이 RTA-TS 셋업을 거부했지만 RTA-TSPEC 요소에서의 파라미터들의 변경을 제안한 것으로 밝혀지는 경우, 이 STA은 실행이 종료(122)되기 전에 RTA-TS 셋업의 다른 라운드를 제안(116)하기 위해 RTA-TSPEC 요소의 파라미터들을 설정한다.

도 11은 STA이 ADDRTATS 예약 요청 프레임에 대한 RTA-TSPEC 요소의 파라미터들을 설정하는 것의 예시적인 실시예(130)를 예시한다. 프로세스는 STA이 ADDRTATS 예약 요청 프레임 내의 RTA-TSPEC 요소에서의 파라미터를 설정하기 위해 시작(132)하고, STA이 종료(136) 전에 상위 계층 QoS 요청으로부터 RTA-TSPEC 요소의 파라미터들을 복사(134)한다.

4.3.2. RTA-TS 셋업

도 12는 발신자 비-AP STA이 수신자 STA과 RTA-TS 셋업 절차를 개시할 때 2 개의 STA 사이의 메시지 교환의 1회 반복의 예시적인 실시예(150)를 예시한다. 도면은 스테이션 관리 엔티티(SME)(152) 및 MAC 계층(154)에서의 발신 스테이션의 액션들은 물론 AP STA 또는 비-AP STA인 수신 스테이션의 액션들을 묘사하며, MAC 계층(156) 및 SME(158)에서의 상호작용도 도시되어 있다.

발신자 STA, 이 경우에 비-AP STA은, AP 또는 비-AP STA과 같은, 수신자 STA과 RTA-TS 셋업 절차를 시작하기로 결정한다. 발신자 STA의 SME는 MLME-ADDRTATS.request 메시지(160)를 자신의 MAC으로 송신한다. MLME-ADDRTATS.request 메시지의 포맷은 표 1에 약술되어 있다. 발신자 STA의 MAC은, MLME-ADDRTATS.request 메시지를 수신할 때, MLME-ADDRTATS.request 메시지에서 정보를 수집하고 ADDRTATS 요청 프레임(162)을 수신자 STA으로 송신한다. ADDRTATS 요청 프레임의 포맷은 도 15에 도시되어 있다. ADDRTATS 요청 프레임의 RTA-TSPEC 요소에서의 필드들의 파라미터 설정은 위에서 도 9와 관련하여 설명되었다.

수신자 STA의 MAC은 프레임(162)을 수신하고, 자신의 SME에 대한, 표 2에 약술된 바와 같은, MLME-ADDRTATS.indication 메시지(164)를 생성한다. 이어서 수신자 STA의 SME는 RTA-TS 셋업 결과를 포함하는 MLME-ADDRTATS.response(166) 메시지를 자신의 MAC으로 송신한다. MLME-ADDRTATS.response 메시지의 포맷은 표 3에 약술되어 있다. 이어서, 수신자 STA의 MAC은 도 16에 도시된 바와 같은 ADDRTATS 응답 프레임(168)을 발신자 STA MAC으로 송신한다. ADDRTATS 응답 프레임의 RTA-TSPEC 요소에서의 필드들의 파라미터 설정은 도 10에서 이전에 설명되었다. 발신자 STA의 MAC은 프레임을 수신하고 표 4에 약술된 바와 같은 MLME-ADDRTATS.confirm 메시지(170)를 자신의 SME으로 송신한다. 이 정보로부터, 발신자는 TS 셋업이 성공했는지 여부를 결정할 수 있다.

TS 셋업이 실패하는 경우, 발신자 STA은 ADDRTATS 응답 프레임으로부터 RTA-TSPEC 요소의 제안된 파라미터들을 수신할 수 있다. 발신자 STA은 RTA-TS 셋업을 재협상하기 위해 절차를 반복할 수 있다(메시지 반복들의 루프). ADDRTATS 응답 프레임 내의 RTA-TSPEC 요소의 파라미터 설정도 도 10에서 설명되었다. 이 루프는 여러 번 발생할 수 있다. ADDRTATS 응답 프레임으로부터의 RTA-TSPEC 요소의 제안된 파라미터들 없이 TS 셋업이 실패하는 경우, 더 이상의 협상 없이 TS 셋업은 실패한다.

도 13은 RTA에 대한 RTA-TS 셋업 절차가 AP에 의해 초기화될 때 2 개의 STA 사이의 메시지 교환의 예시적인 실시예(190)를 예시한다. 다시 말하지만 도면이 발신자와 수신자 양쪽 모두의 SME 및 MAC을 묘사하지만, 이 경우에, 발신자는 자신의 SME(192) 및 MAC(194)을 갖는 AP 스테이션이며, 수신기 비-AP 스테이션도 자신의 MAC(196) 및 SME(198)의 활동과 함께 도시되어 있다. 발신자 STA, 이 예에서 AP가 RTA-TS 셋업의 절차를 시작하기 전에, 수신자 STA, 이 예에서 비-AP STA은 QoS 예약 요청(200)을 상위 계층을 통해 발신자 STA으로 송신한다.

그러면 발신자 STA은 수신자 STA과 RTA-TS 셋업 절차를 시작한다. 발신자 STA의 SME는 MLME-ADDRTATSRESERVE.request(202) 메시지를 자신의 MAC으로 송신한다. MLME-ADDRTATSRESERVE.request 메시지의 포맷은 표 5에 묘사되어 있다. 발신자 STA의 MAC은, MLME-ADDRTATSRESERVE.request 메시지를 수신할 때, MLME-ADDRTATSRESERVE.request 메시지에서 정보를 수집하고 ADDRTATS 예약 요청 프레임(204)을 수신자 STA으로 송신한다. ADDRTATS 예약 요청 프레임의 포맷은 도 17에 도시되어 있으며, ADDRTATS 예약 요청 프레임 내의 RTA-TSPEC 요소의 파라미터 설정은 도 11에서 설명된다. 수신자 STA의 MAC은 프레임을 수신하고 자신의 SME에 대한 표 6에 나와 있는 바와 같은 MLME-ADDRTATSRESERVE.indication 메시지(206)를 생성한다.

이어서, 1회 반복으로부터 n회 반복까지의 가능한 루프의 적어도 하나의 액션(208)에서, 수신자 STA은 ADDRTATS 요청 프레임(210)을 발신자 STA으로 송신하고, 수신자 STA은 발신자 STA으로부터 ADDRTATS 응답 프레임(212)을 수신한다. ADDRTATS 요청 프레임과 ADDRTATS 응답 프레임을 교환하는 절차는 도 12에서 설명된 것과 동일하다.

다음으로, 수신자 STA의 SME는 RTA-TS 셋업 결과를 포함하는 MLME-ADDRTATSRESERVE.response 메시지(214)를 자신의 MAC으로 송신한다. MLME-ADDRTATSRESERVE.response 메시지의 포맷은 표 7에 나와 있다. 이어서, 수신자 STA의 MAC은 포맷이 도 18에 도시된 것과 동일할 수 있는 ADDRTATS 예약 응답 프레임(216)을 발신자 STA으로 송신한다. 발신자 STA의 MAC은 프레임을 수신하고 포맷이 표 8에 나와 있는 MLME-ADDRTATSRESERVE.confirm 메시지(218)를 자신의 SME로 송신한다. 마지막으로, 발신자 STA은 QoS 예약 응답(220)을 상위 계층을 통해 수신자 STA으로 송신한다.

도 14는 RTA-TS 셋업 절차가 어떻게 활용될 수 있는지를 보여주는 예시적인 실시예(230)를 예시한다. 이 예는 제한이 아닌 예로서 제공된다는 것이 이해되어야 하며; 여기서 셋업 절차는 본 개시내용에 따라 광범위한 방식들으로 그리고 상이한 구성들 및 목적들을 위해 활용될 수 있다. 제한이 아닌 예로서 라우터로서 묘사된 AP(232)는 양쪽 방향(250, 252)으로 통신하기 위해 인터넷(236)을 통해 클라우드 서버(238)에 연결된다. 참조 번호들(250, 252)은 인터넷을 통한 이러한 통신들 모두의 일반적인 흐름을 나타내며, 임의의 특정 통신을 나타내지 않는다. 비-AP(234)는 RTA-TS 셋업 절차를 개시하도록 AP에 요청하기 위해 클라우드 서버(238)를 통해 연결된다. 라우터와 같은 AP가 실시간 애플리케이션들을 갖지 않기 때문에, 클라우드 서버는 상위 계층을 통해 비-AP STA(234)으로부터 RTA-TS 셋업을 위한 필수적인 정보(즉, 상위 계층 스트림 ID를 포함하는 상위 계층 QoS 예약 요청(240))를 수집하고 정보(242)를 인터넷(236)을 통해 AP(238)로 전달한다. 이어서, 비-AP(234) 및 AP(232)는 ADDRTATS 예약 요청 프레임을 교환(248)하고 ADDRTATS 예약 응답 프레임을 교환하는 것에 의해 AP 개시 RTA-TS 셋업 절차의 단계들을 시작한다. 마지막으로, AP(232)는 QoS 예약 응답(244)을 인터넷(236)을 통해 클라우드 서버(238)로 전달하고 클라우드 서버는 상위 계층을 통해 STA(234)가 수신하도록 이를 다시 인터넷(236)을 통해 전달(246)한다.

4.3.3. MLME SAP 인터페이스

본 명세서의 끝에 있는 표들은 다음과 같은 기능들에 대한 요약을 제공한다.

표 1: MLME-ADDRTATS.request 기능에 대한 설명.

표 2: MLME-ADDRTATS.indication 기능에 대한 설명.

표 3: MLME-ADDRTATS.response 기능에 대한 설명.

표 4: MLME-ADDRTATS.confirm 기능에 대한 설명.

표 5: MLME-ADDTSRESERVE.request 기능에 대한 설명.

표 6: MLME-ADDTSRESERVE.indication 기능에 대한 설명.

표 7: MLME-ADDTSRESERVE.response 기능에 대한 설명.

표 8: MLME-ADDTSRESERVE.confirm 기능에 대한 설명.

4.3.4. 프레임 포맷

도 15는 다음과 같은 필드들은 포함하는 ADDRTATS 요청 프레임의 예시적인 실시예(250)를 예시한다. (a) Frame Control 필드는 프레임 유형을 나타낸다. (b) Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. (c) Address 1 필드는 프레임의 수신자의 주소를 포함한다. (d) Address 2 필드는 프레임을 전송한 STA의 주소를 포함한다. (e) Address 3 필드는 BSSID를 포함한다. (f) Sequence control 필드는 프레임의 시퀀스 번호를 나타낸다. (g) HT control 필드는 HT 또는 VHT 프레임들에 대한 추가 제어 정보를 나타낸다. (h) Action 필드는 ADDRTATS 요청 프레임일 때 수행할 액션을 나타낸다.

이 도면의 하부 부분에는 Action 필드 내의 서브필드들이 보인다. (j) Category 서브필드 및 QoS Action 서브필드는 액션 필드 유형 및 QoS 액션을 나타낸다. action 필드는 ADDRTATS 요청 프레임으로서 예시되어 있다. (k) Dialog token 서브필드는 ADDRTATS 트랜잭션을 지정한다. (l) RTA-TSPEC 서브필드는 minimum service interval 필드와 medium time 필드 사이의 필드들을 제외한 (도 7에 도시된 바와 같은) RTA-TSPEC 요소에서의 파라미터들을 나타낸다. 이 프레임의 수신기가 자신이 RTA-TS의 QoS 요구 사항을 충족시킬 수 있는지 여부를 추정하고 이 RTA-TS가 수락될 수 있는지 여부를 결정할 수 있도록, 이 프레임의 송신기는 이 요소를 RTS-TS의 QoS 요구 사항을 나타내도록 설정한다. (m) TCLAS 필드는 MLME-ADDTS.request 기능에 의해 설정되는 TCLAS 요소에서의 파라미터들을 나타낸다. 이 프레임의 수신기가 상위 계층으로부터의 RTA-TS를 분류하는 데 사용될 수 있도록 이 프레임의 송신기는 프레임 내의 TCLAS 요소를 설정한다. 다수의 TCLAS 필드들이 하나의 프레임에 존재할 수 있다는 점에 유의해야 한다.

(n) TCLAS Processing 필드는 MLME-ADDTS.request 기능에 의해 설정되는 TCLAS 프로세싱 요소에서의 파라미터들을 나타낸다. 이 프레임의 수신기가 다수의 TCLAS 필드들이 존재할 때 상위 계층으로부터의 RTA-TS를 분류할 수 있도록 이 프레임의 송신기는 프레임 내의 TCLAS 프로세싱 요소를 설정한다. 이 필드가 프레임에 다수의 TCLAS 필드가 있을 때에만 존재한다는 점에 유의해야 한다. (o) HigherLayerStreamID 필드는 상위 계층 스트림 예약 요청으로부터의 상위 계층 스트림 ID를 나타낸다. 이 프레임의 수신기가 현재 RTA-TS를 상위 계층 스트림 예약 절차에 매핑할 수 있도록 이 프레임의 송신기는 프레임 내의 이 필드를 설정한다. 이 필드가 AP 개시 RTA-TS 셋업에서만 이용 가능하다는 점에 유의해야 한다.

도 16은 ADDRTATS 응답 프레임 내의 필드들의 예시적인 실시예(270)를 예시한다. (a) Frame Control 필드는 프레임 유형을 나타낸다. (b) Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. (c) Address 1 필드는 프레임의 수신자의 주소를 포함한다. (d) Address 2 필드는 프레임을 전송한 STA의 주소를 포함한다. (e) Address 3 필드는 BSSID를 포함한다. (f) Sequence control 필드는 프레임의 시퀀스 번호를 나타낸다. (g) HT control 필드는 HT 또는 VHT 프레임들에 대한 추가 제어 정보를 나타낸다. (h) Action 필드는 ADDRTATS 응답 프레임일 때 수행할 액션을 나타낸다.

Action 필드 내의 서브필드들은 다음과 같이 도 16의 하부 부분에 보인다. (i) Category 서브필드 및 QoS Action 서브필드는 액션 유형 및 QoS 액션; 이 경우에 ADDRTATS 응답 프레임에 대한 action 필드를 나타낸다. (j) Dialog token 서브필드는 ADDRTATS 트랜잭션을 지정한다. (k) Status Code 서브필드는 대응하는 RTA-TS 셋업 절차의 결과를 나타낸다. 상태 코드가 수락되는 경우, RTA-TS는 성공적으로 셋업된다. 이 프레임의 수신기는 RTA-TS의 서비스를 시작하도록 구성된다. 상태 코드가 거부되는 경우, RTA-TS 셋업은 실패하고, 이 프레임의 수신자는 RTA-TS 셋업을 재협상할 수 없다. 상태 코드가 제안된 변경들과 함께 거부되는 경우, 이 프레임의 수신자는 제안된 변경들로 RTA-TS 셋업을 재협상할 수 있다. (l) RTA-TSPEC 서브필드는 (도 7에 도시된 바와 같은) RTA-TSPEC 요소에서의 파라미터들을 나타내며, 이 필드의 파라미터 설정은 이전 섹션에서 설명되었다. 상태 코드가 수락되는 경우, 이 프레임의 수신기가 RTA-TS의 QoS 요구 사항을 충족시키기 위해 따를 수 있도록 이 프레임의 송신기는 RTA-TS를 어떻게 제공할지를 나타내기 위해 이 필드를 설정한다. 상태 코드가 제안된 변경들과 함께 거부되는 경우, 이 프레임의 수신기가 RTA-TS 셋업을 재협상하기 위해 이러한 파라미터들을 사용할 수 있도록 이 프레임의 송신기는 이 필드에서의 제안된 파라미터들을 설정한다. (m) TCLAS 서브필드는 TCLAS 요소에서의 파라미터들을 나타낸다. 이 프레임의 수신기가 상위 계층으로부터의 RTA-TS를 분류하기 위해 이 필드를 사용할 수 있도록 이 프레임의 송신기는 이 필드를 설정한다. 프레임이 다수의 TCLAS 필드들을 가질 수 있다는 점에 유의해야 한다. (n) TCLAS Processing 서브필드는 TCLAS 프로세싱 요소에서의 파라미터들을 나타낸다. 프레임이 다수의 TCLAS 필드들을 가질 때 이 프레임의 수신기가 상위 계층으로부터의 RTA-TS를 분류하기 위해 이 필드를 사용할 수 있도록 이 프레임의 송신기는 이 필드를 설정한다. (o) HigherLayerStreamID 서브필드는 상위 계층 스트림 예약 요청으로부터의 상위 계층 스트림 ID를 나타낸다. 이 프레임의 수신기가 현재 RTA-TS를 상위 계층 스트림 예약 절차에 매핑할 수 있도록 이 프레임의 송신기는 프레임 내의 이 필드를 설정한다. 이 필드가 AP 개시 RTA-TS 셋업에서만 이용 가능하다는 것이 이해되어야 한다.

도 17은 ADDRTATS 요청 프레임의 필드들의 예시적인 실시예(290)를 예시한다. (a) Frame Control 필드는 프레임 유형을 나타낸다. (b) Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. (c) Address 1 필드는 프레임의 수신자의 주소를 포함한다. (d) Address 2 필드는 프레임을 전송하는 STA의 주소를 포함한다. (e) Address 3 필드는 BSSID를 포함한다. (f) Sequence control 필드는 프레임의 시퀀스 번호를 나타낸다. (g) HT control 필드는 HT 또는 VHT 프레임들에 대한 추가 제어 정보를 나타낸다. (h) Action 필드는 이것이 ADDRTATS 예약 요청 프레임일 때 수행할 액션을 나타낸다.

Action 필드에서의 서브필드들은 다음과 같이 설명된다. (i) Category 서브필드 및 QoS Action 서브필드는 액션 필드 유형을 나타내며; 이 예에서 예약 요청 프레임이다. (j) RTA-TSPEC 서브필드는 RTA-TSPEC 요소에서의 파라미터들을 나타낸다. 이 서브필드에서의 파라미터 설정은 이전 섹션에 설명되어 있다. 이 프레임의 수신기가 RTA-TS 셋업을 협상하는 데 이 정보를 사용할 수 있도록 이 프레임의 송신기는 RTA-TS의 QoS 요구 사항을 나타내기 위해 이 서브필드를 설정한다. (k) TCLAS 서브필드는 TCLAS 요소에서의 파라미터들을 나타낸다. 이 프레임의 수신기가 상위 계층으로부터의 RTA-TS를 분류하기 위해 이 필드를 사용할 수 있도록 이 프레임의 송신기는 이 필드를 설정한다. 프레임이 다수의 TCLAS 필드들을 가질 수 있다는 점에 유의해야 한다. (l) TCLAS Processing 서브필드는 TCLAS 프로세싱 요소에서의 파라미터들을 나타낸다. 프레임이 다수의 TCLAS 필드들을 가질 때 이 프레임의 수신기가 상위 계층으로부터의 RTA-TS를 분류하기 위해 이 필드를 사용할 수 있도록 이 프레임의 송신기는 이 필드를 설정한다. (m) HigherLayerStreamID 서브필드는 상위 계층 스트림 예약 요청으로부터의 상위 계층 스트림 ID를 나타낸다. 이 프레임의 수신기가 현재 RTA-TS를 상위 계층 스트림 예약 절차에 매핑할 수 있도록 이 프레임의 송신기는 프레임 내의 이 필드를 설정한다.

도 18은 ADDRTATS 응답 프레임 내의 필드 포맷의 예시적인 실시예(310)를 예시한다. (a) Frame Control 필드는 프레임 유형을 나타낸다. (b) Duration 필드는 CSMA/CA 채널 액세스에 사용되는 NAV 정보를 포함한다. (c) Address 1 필드는 프레임의 수신자의 주소를 포함한다. (d) Address 2 필드는 프레임을 전송한 STA의 주소를 포함한다. (e) Address 3 필드는 BSSID를 포함한다. (f) Sequence control 필드는 프레임의 시퀀스 번호를 나타낸다. (g) HT control 필드는 HT 또는 VHT 프레임들에 대한 추가 제어 정보를 나타낸다. (h) Action 필드는 ADDRTATS 예약 응답 프레임일 때 수행할 액션을 나타낸다.

도면에서의 action 필드는 다음과 같이 다수의 서브필드들을 갖는다. (i) Category 서브필드 및 QoS Action 서브필드는 액션 필드 유형을 나타내며; 이 경우에 액션 필드는 ADDRTATS 예약 응답 프레임에 대한 것이다. (l) HigherLayerStreamID 서브필드는 상위 계층 스트림 예약 요청으로부터의 상위 계층 스트림 ID를 나타낸다. 이 프레임의 수신기가 현재 RTA-TS를 상위 계층 스트림 예약 절차에 매핑할 수 있도록 이 프레임의 송신기는 프레임 내의 이 필드를 설정한다. (m) Status Code 필드는 대응하는 RTA-TS 셋업 절차의 결과를 나타낸다. 상태 코드가 수락되는 경우, RTA-TS는 성공적으로 셋업된다. 상태 코드가 거부되는 경우, RTA-TS 셋업은 실패하고, 이 프레임의 수신자는 RTA-TS 셋업을 재협상할 수 없다.

4.3.5. 예

표 9는 도 6에 도시된 바와 같은 네트워크 토폴로지에서 STA0에 셋업되는 RTA-TS의 예를 나열한다. 행은 RTA 세션을 위한 STA1과의 RTA-TS 셋업을 나타낸다. RTA-TS ID가 1과 동일하기 때문에 이 RTA-TS는 RTA-TS 1에 의해 표기된다. 이 RTA-TS를 위해, STA0은 RTA 패킷들을 STA1으로 전송할 필요가 있다. 우선순위는 4로 설정되는 RTA 우선순위를 나타낸다. 트래픽이 주기적("1"로 설정)이고 수명은 11 ms이기 때문에, STA1은, 본 명세서에서 23 ms(MSDU 수명 + 최대 서비스 간격)로서 예시된, 주어진 시간 동안 RTA-TS 1의 어떠한 패킷들도 수신하지 않는 경우, 패킷 손실이 발생한 것으로 결정할 수 있다. 결정론적 서비스가 "1"로 설정되어 있기 때문에, 이 RTA-TS의 MSDU 또는 A-MSDU는 수명이 만료될 때 드롭된다. 신뢰도는 TS 1의 패킷 손실이 0.01% 미만이어야 한다는 것을 나타낸다. 지연시간의 표준 편차가 5 ms 미만이어야 하는 지터는 TS 1 요청들을 나타낸다. 최대 서비스 간격과 최소 서비스 간격의 차이는 4 ms이며, 이는 지터보다 작다. 매체 시간은 2 ms이며, 이는 최소 PHY 속도 54Mb/s로 전송되는 공칭 서비스 간격 동안 생성되는 이 RTA-TS의 모든 MSDU들 및 A-MSDU들에 대한 시간을 보장한다.

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

제시된 기술에서 설명되는 개선 사항들은 다양한 무선 네트워크 노드들(무선 통신 디바이스) 및 이들과 연관된 통신 프로토콜들 내에서 쉽게 구현될 수 있다. 이러한 네트워크 노드 디바이스들 각각이 바람직하게는 하나 이상의 컴퓨터 프로세서 디바이스(예를 들면, CPU, 마이크로프로세서, 마이크로컨트롤러, 컴퓨터 가능 ASIC(computer enabled ASIC) 등) 및 명령어들을 저장하는 연관된 메모리(예를 들면, RAM, DRAM, NVRAM, FLASH, 컴퓨터 판독 가능 매체들 등)을 포함하도록 구현되고 그에 의해 메모리에 저장된 프로그래밍(명령어들)이 본 명세서에서 설명되는 다양한 프로세스 방법들의 단계들을 수행하기 위해 프로세서 상에서 실행된다는 점이 또한 이해되어야 한다.

이러한 계산 시스템들에서의 컴퓨터 판독 가능 매체들(명령어들을 저장하는 메모리)이 "비일시적"이며, 이는 모든 형태들의 컴퓨터 판독 가능 매체들을 포함하고, 유일한 예외는 일시적인 전파 신호라는 것이 또한 이해될 것이다. 그에 따라, 개시된 기술은 랜덤 액세스인 것(예를 들면, RAM), 주기적 리프레시를 필요로 하는 것(예를 들면, DRAM), 시간이 지남에 따라 열화되는 것(예를 들면, EEPROM들, 디스크 매체들), 또는 짧은 시간 기간들 동안에만 및/또는 전원의 존재 시에만 데이터를 저장하는 것을 포함하여, 임의의 형태의 컴퓨터 판독 가능 매체들을 포함할 수 있으며, 유일한 제한은 "컴퓨터 판독 가능 매체들"이라는 용어가 일시적인 전자 신호에 적용 가능하지 않는다는 것이다.

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

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

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

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

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

본 명세서에서의 설명으로부터, 본 개시내용이 이하를 포함하지만 이에 제한되지 않는 다수의 실시예들을 포괄한다는 것이 이해될 것이다.

1. 네트워크에서 무선 통신을 위한 장치로서, (a) 무선 통신 회로의 수신 구역에 있는 로컬 영역 네트워크(WLAN) 상의 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된 무선 통신 회로; (b) WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; (c) 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, 단계들을 수행하고, 이 단계들은: (d)(i) 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 WLAN 스테이션으로서 상기 무선 통신 회로를 작동시키는 단계; (d)(ii) 실시간 애플리케이션(RTA) 패킷들을 비-실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계; (d)(iii) RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청하는 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 요청을 생성하는 단계; (d)(iv) 응답자 스테이션으로서 작동하는 스테이션에서, 개시자 스테이션으로부터 트래픽 스트림을 구축하는 것에 대한 요청을 수신하는 단계; (d)(v) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 RTA 세션의 트래픽 스트림 요구 사항을 충족시킬 수 있는지 여부를 검사하는 단계; 및 (d)(vi) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 RTA 세션을 위한 트래픽 스트림(TS)을 수락할지 거부할지를 표시하는 것으로 개시자 스테이션에 응답하는 단계를 포함하는, 장치.

2. 네트워크에서 무선 통신을 위한 장치로서, (a) 무선 통신 회로의 수신 구역에 있는 로컬 영역 네트워크(WLAN) 상의 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된 무선 통신 회로; (b) WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서; (c) 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며; (d) 상기 명령어들은, 프로세서에 의해 실행될 때, 단계들을 수행하고, 이 단계들은: (d)(i) 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 WLAN 스테이션으로서 상기 무선 통신 회로를 작동시키는 단계; (d)(ii) 실시간 애플리케이션(RTA) 패킷들을 비-실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계; (d)(iii) RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청하는 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 요청을 생성하는 단계 - 상기 트래픽 스트림(TS)은 동일한 트래픽 사양 및 QoS 요구 사항에 따른 매체 액세스 통신 서비스 데이터 유닛들(MSDU들)의 세트를 나타냄 -; (d)(iv) 응답자 스테이션으로서 작동하는 스테이션에서, 개시자 스테이션으로부터 트래픽 스트림을 구축하는 것에 대한 요청을 수신하는 단계; (d)(v) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 RTA 세션의 트래픽 스트림 요구 사항을 충족시킬 수 있는지 여부를 검사하는 단계; (d)(vi) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 RTA 세션을 위한 트래픽 스트림(TS)을 수락할지 거부할지를 표시하는 것으로 개시자 스테이션에 응답하는 단계; 및 (d)(vii) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 제공하는 매체 액세스 제어(MAC) 프로토콜에서 상기 트래픽 스트림(TS)을 구축하는 단계를 포함하는, 장치.

3. 패킷들의 전송을 수행하는 무선 통신 시스템/장치로서, 이 시스템/장치에서 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작이 적용되며, 트래픽 스트림(TS) 동작은: (a) STA1이 STA2에게 RTA 세션의 TS를 구축하도록 요청하는 것; (b) STA2가 요청을 수신하고 자신이 RTA 세션의 요구 사항을 충족시킬 수 있는지 여부를 검사하는 것; 및 (c) STA2가 자신이 RTA 세션의 TS를 수락하는지 거부하는지를 STA1에 응답하는 것을 포함하는, 무선 통신 시스템/장치.

4. 네트워크를 통해 무선 통신 회로들 사이의 무선 통신을 수행하는 방법으로서, (a) 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 WLAN 스테이션으로서 무선 통신 회로를 작동시키는 단계; (b) 실시간 애플리케이션(RTA) 패킷들을 비-실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계; (c) RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청하는 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 요청을 생성하는 단계; (d) 응답자 스테이션으로서 작동하는 스테이션에서, 개시자 스테이션으로부터 트래픽 스트림을 구축하는 것에 대한 요청을 수신하는 단계; (e) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 RTA 세션의 트래픽 스트림 요구 사항을 충족시킬 수 있는지 여부를 검사하는 단계; 및 (f) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 RTA 세션을 위한 트래픽 스트림(TS)을 수락할지 거부할지를 표시하는 것으로 개시자 스테이션에 응답하는 단계를 포함하는, 방법.

5. 임의의 선행 실시예에 있어서, 상기 트래픽 스트림(TS)은 동일한 트래픽 사양 및 QoS 요구 사항에 따른 매체 액세스 통신 서비스 데이터 유닛들(MSDU들)의 세트를 나타내는, 장치, 시스템 또는 방법.

6. 임의의 선행 실시예에 있어서, 트래픽 스트림(TS)은 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 제공하는 매체 액세스 제어(MAC) 프로토콜에서 수행되는, 장치, 시스템 또는 방법.

7. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림(TS)이 결정론적 서비스를 필요로 한다는 것을 표시하는, 장치, 시스템 또는 방법.

8. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 지연시간, 지터 및 패킷 손실로 구성된 그룹으로부터 선택되는 RTA 세션 요구 사항들을 표시하는, 장치, 시스템 또는 방법.

9. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림 요청에서의 트래픽 스트림의 패킷 수명을 표시하는, 장치, 시스템 또는 방법.

10. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림 요청에서의 RTA 우선순위를 표시하는, 장치, 시스템 또는 방법.

11. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림(TS) 요청을 거부하는 이유를 표시하라는 응답자 스테이션에 대한 요청을 포함하는, 장치, 시스템 또는 방법.

12. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림(TS)이 결정론적 서비스를 필요로 한다는 것을 표시하는, 장치, 시스템 또는 방법.

13. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 지연시간, 지터 및 패킷 손실로 구성된 그룹으로부터 선택되는 RTA 세션 요구 사항들을 표시하는, 장치, 시스템 또는 방법.

14. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림 요청에서의 트래픽 스트림의 패킷 수명을 표시하는, 장치, 시스템 또는 방법.

15. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림 요청에서의 RTA 우선순위를 표시하는, 장치, 시스템 또는 방법.

16. 임의의 선행 실시예에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 이 요청은 트래픽 스트림(TS) 요청을 거부하는 이유를 표시하라는 응답자 스테이션에 대한 요청을 포함하는, 장치, 시스템 또는 방법.

17. 임의의 선행 실시예에 있어서, STA1이 STA2에게 RTA 세션의 TS를 구축하도록 요청하는 것은 요청에서 TS가 결정론적 서비스를 필요로 한다는 것을 표시할 수 있는, 장치, 시스템 또는 방법.

18. 임의의 선행 실시예에 있어서, STA1이 STA2에게 RTA 세션의 TS를 구축하도록 요청하는 것은 요청에서, 지연시간, 지터 및 패킷 손실과 같은, RTA 세션의 요구 사항을 표시할 수 있는, 장치, 시스템 또는 방법.

19. 임의의 선행 실시예에 있어서, STA1이 STA2에게 RTA 세션의 TS를 구축하도록 요청하는 것은 요청에서 TS의 패킷 수명을 표시할 수 있는, 장치, 시스템 또는 방법.

20. 임의의 선행 실시예에 있어서, STA1이 STA2에게 RTA 세션의 TS를 구축하도록 요청하는 것은 RTA 우선순위를 표시할 수 있는, 장치, 시스템 또는 방법.

21. 임의의 선행 실시예에 있어서, STA2가 STA1에게 RTA 세션의 TS를 구축하는 것을 거부하는 것은 STA1에게 거부 이유를 알릴 수 있는, 장치, 시스템 또는 방법.

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

본 개시내용 내의 "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 등과 같은 서브범위들을 포함하는 것으로 이해되어야 한다.

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

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

표 1

MLME-ADDRTATS.request 기능에 대한 설명

표 2

MLME-ADDRTATS.indication 기능에 대한 설명

표 3

MLME-ADDRTATS.response 기능에 대한 설명

표 4

MLME-ADDRTATS.confirm 기능에 대한 설명

표 5

MLME-ADDTSRESERVE.request 기능에 대한 설명

표 6

MLME-ADDTSRESERVE.indication 기능에 대한 설명

표 7

MLME-ADDTSRESERVE.response 기능에 대한 설명

표 8

MLME-ADDTSRESERVE.confirm 기능에 대한 설명

표 9

STA 0(AP)에서의 RTA 및 비-RTA에 대한 TS 정보

Claims

네트워크에서 무선 통신을 위한 장치로서,
(a) 무선 통신 회로의 수신 구역에 있는 로컬 영역 네트워크(WLAN) 상의 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된 상기 무선 통신 회로;
(b) 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서;
(c) 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 단계들을 수행하고, 상기 단계들은:
(i) 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 WLAN 스테이션으로서 상기 무선 통신 회로를 작동시키는 단계;
(ii) 실시간 애플리케이션(RTA) 패킷들을 비-실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계;
(iii) RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청하는 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 요청을 생성하는 단계;
(iv) 응답자 스테이션으로서 작동하는 스테이션에서, 상기 개시자 스테이션으로부터 상기 트래픽 스트림(TS)을 구축하는 것에 대한 상기 요청을 수신하는 단계;
(v) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 상기 RTA 세션의 트래픽 스트림 요구 사항을 충족시킬 수 있는지 여부를 검사하는 단계; 및
(vi) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 상기 RTA 세션을 위한 상기 트래픽 스트림(TS)을 수락할지 거부할지를 표시하는 것으로 상기 개시자 스테이션에 응답하는 단계를 포함하는, 장치.
제1항에 있어서, 상기 트래픽 스트림(TS)은 동일한 트래픽 사양 및 QoS 요구 사항에 따른 매체 액세스 통신 서비스 데이터 유닛들(MSDU들)의 세트를 나타내는, 장치.
제1항에 있어서, 상기 트래픽 스트림(TS)은 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 제공하는 매체 액세스 제어(MAC) 프로토콜에서 수행되는, 장치.
제1항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림(TS)이 결정론적 서비스를 필요로 한다는 것을 표시하는, 장치.
제1항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 지연시간, 지터 및 패킷 손실로 구성된 그룹으로부터 선택되는 RTA 세션 요구 사항들을 표시하는, 장치.
제1항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림 요청에서의 상기 트래픽 스트림의 패킷 수명을 표시하는, 장치.
제1항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림 요청에서의 RTA 우선순위를 표시하는, 장치.
제1항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림(TS) 요청을 거부하는 이유를 표시하라는 상기 응답자 스테이션에 대한 요청을 포함하는, 장치.
네트워크에서 무선 통신을 위한 장치로서,
(a) 무선 통신 회로의 수신 구역에 있는 로컬 영역 네트워크(WLAN) 상의 적어도 하나의 다른 무선 스테이션과 적어도 하나의 채널을 통해 무선으로 통신하도록 구성된 상기 무선 통신 회로;
(b) 상기 WLAN 상에서 작동하도록 구성된 스테이션 내의 상기 무선 통신 회로에 결합되는 프로세서;
(c) 상기 프로세서에 의해 실행 가능한 명령어들을 저장하는 비일시적 메모리를 포함하며;
(d) 상기 명령어들은, 상기 프로세서에 의해 실행될 때, 단계들을 수행하고, 상기 단계들은:
(i) 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 WLAN 스테이션으로서 상기 무선 통신 회로를 작동시키는 단계;
(ii) 실시간 애플리케이션(RTA) 패킷들을 비-실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계;
(iii) RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청하는 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 요청을 생성하는 단계 - 상기 트래픽 스트림(TS)은 동일한 트래픽 사양 및 QoS 요구 사항에 따른 매체 액세스 통신 서비스 데이터 유닛들(MSDU들)의 세트를 나타냄 -;
(iv) 응답자 스테이션으로서 작동하는 스테이션에서, 상기 개시자 스테이션으로부터 상기 트래픽 스트림(TS)을 구축하는 것에 대한 상기 요청을 수신하는 단계;
(v) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 상기 RTA 세션의 트래픽 스트림 요구 사항을 충족시킬 수 있는지 여부를 검사하는 단계;
(vi) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 상기 RTA 세션을 위한 상기 트래픽 스트림(TS)을 수락할지 거부할지를 표시하는 것으로 상기 개시자 스테이션에 응답하는 단계; 및
(vii) 캐리어 감지 다중 액세스/충돌 회피(CSMA/CA)를 제공하는 매체 액세스 제어(MAC) 프로토콜에서 상기 트래픽 스트림(TS)을 구축하는 단계를 포함하는, 장치.
제9항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림(TS)이 결정론적 서비스를 필요로 한다는 것을 표시하는, 장치.
제9항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 지연시간, 지터 및 패킷 손실로 구성된 그룹으로부터 선택되는 RTA 세션 요구 사항들을 표시하는, 장치.
제9항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림 요청에서의 상기 트래픽 스트림의 패킷 수명을 표시하는, 장치.
제9항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림 요청에서의 RTA 우선순위를 표시하는, 장치.
제9항에 있어서, RTA 세션을 위한 트래픽 스트림(TS)의 구축을 위한 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 상기 요청이 생성될 때, 상기 요청은 상기 트래픽 스트림(TS) 요청을 거부하는 이유를 표시하라는 상기 응답자 스테이션에 대한 요청을 포함하는, 장치.
네트워크를 통해 무선 통신 회로들 사이의 무선 통신을 수행하는 방법으로서,
(a) 실시간 애플리케이션(RTA) 트래픽과 비-RTA 트래픽이 공존하는 트래픽 스트림(TS) 동작들을 지원하는 네트워크를 통해 통신 지연들에 민감한 실시간 애플리케이션(RTA) 패킷들은 물론 비-실시간 패킷들을 통신하는 것을 지원하도록 구성된 WLAN 스테이션으로서 무선 통신 회로를 작동시키는 단계;
(b) 실시간 애플리케이션(RTA) 패킷들을 비-실시간 애플리케이션(비-RTA) 패킷들과 구별하는 단계;
(c) RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청하는 개시자 스테이션으로부터 상기 로컬 영역 네트워크(WLAN) 내의 다른 스테이션으로의 요청을 생성하는 단계;
(d) 응답자 스테이션으로서 작동하는 스테이션에서, 상기 개시자 스테이션으로부터 트래픽 스트림을 구축하는 것에 대한 상기 요청을 수신하는 단계;
(e) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 상기 RTA 세션의 트래픽 스트림 요구 사항을 충족시킬 수 있는지 여부를 검사하는 단계; 및
(f) 상기 응답자 스테이션에 의해, 상기 응답자 스테이션이 상기 RTA 세션을 위한 상기 트래픽 스트림(TS)을 수락할지 거부할지를 표시하는 것으로 상기 개시자 스테이션에 응답하는 단계를 포함하는, 방법.
제15항에 있어서, 상기 RTA 세션을 위한 트래픽 스트림(TS)의 구축에 대한 상기 요청 내에 상기 트래픽 스트림(TS)이 결정론적 서비스를 요구한다는 것을 표시하는 단계를 더 포함하는, 방법.
제15항에 있어서, 상기 트래픽 스트림 요청에서 RTA 세션 요구 사항들을 표시하는 단계를 더 포함하며, 상기 RTA 세션 요구 사항들은 상기 RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청할 때 지연시간, 지터 및 패킷 손실로 구성된 세션 요구 사항 그룹으로부터 선택되는, 방법.
제15항에 있어서, 상기 RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청할 때 상기 트래픽 스트림 요청에서 상기 트래픽 스트림의 패킷 수명을 표시하는 단계를 더 포함하는, 방법.
제15항에 있어서, 상기 RTA 세션을 위한 트래픽 스트림(TS)의 구축을 요청할 때 상기 트래픽 스트림 요청에서 상기 RTA 우선순위를 표시하는 단계를 더 포함하는, 방법.
제15항에 있어서, 상기 응답자 스테이션이 상기 개시자 스테이션에 의한 트래픽 스트림(TS) 요청을 거부하는 이유의 표시를 포함시키는 단계를 더 포함하는, 방법.