KR20230110744A

KR20230110744A - 우선 트래픽에 대응하는 통신 장치 및 통신 방법

Info

Publication number: KR20230110744A
Application number: KR1020237018018A
Authority: KR
Inventors: 로잔 치트라카르; 요시오 우라베
Original assignee: 파나소닉 인텔렉츄얼 프로퍼티 코포레이션 오브 아메리카
Priority date: 2020-12-04
Filing date: 2021-10-21
Publication date: 2023-07-25
Also published as: WO2022119497A1; JP2023552069A; US20240032089A1; EP4256881A4; EP4256881A1; WO2022119497A8; CN116548017A; MX2023006059A

Abstract

본 개시는, 우선 트래픽에 대응하는 통신 장치 및 통신 방법을 제공한다 통신 장치로서, 동작 시에, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 수신기로서, 각 SP가, 그 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인, 수신기와, 동작 시에, 1개 이상의 SP 중 1개에 있어서, 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하고, 송신하는 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 판정에 따라, 1개 이상의 SP 중 1개 동안, 송신하는 것을 자제하는, 회로를 구비하는, 통신 장치.

Description

우선 트래픽에 대응하는 통신 장치 및 통신 방법

본 개시는, EHT WLAN(초고스루풋 무선 로컬 에어리어 네트워크: extremely high throughput wireless local area network)에 있어서, 우선 트래픽, 보다 구체적으로는 저(低)레이턴시 트래픽에 대응하는 통신 장치 및 통신 방법에 관한 것이다.

차세대의 무선 로컬 에어리어 네트워크(WLAN)의 표준화에 있어서, IEEE 802.11a/b/g/n/ac/ax기술과의 후방 호환성이 필수가 되는 새로운 무선 액세스 기술이, IEEE 802.11 워킹 그룹에 있어서 검토되고, IEEE 802.11be 초고스루풋(EHT) WLAN이라고 명명되어 있다.

802.11be EHT WLAN에서는, 특히 셀 에지의 STA를 대상으로 하여, 802.11ax 고효율(HE) WLAN을 상회하는 큰폭의 피크 스루풋 및 용량의 증대를 제공할 목적으로, 저레이턴시 트래픽의 보다 양호한 통합을 가능하게 하는 것이 제안되어 있다.

그러나, 우선 트래픽 및 저레이턴시 트래픽을 위한 효율적인 수순에 대해서는, 지금까지 그다지 논의되고 있지 않다.

따라서, EHT WLAN의 콘텍스트에 있어서의 우선 트래픽을 위한 실현 가능한 기술적 해결책을 제공하는 통신 장치 및 통신 방법이 필요하게 되었다. 나아가서는, 첨부한 도면 및 본 개시의 배경 기술의 섹션과 함께 고려되는 이후의 상세한 설명 및 첨부한 청구항으로부터, 다른 바람직한 특징 및 특성이 명확해질 것이다.

비한정적 또한 예시적인 실시형태는, EHT WLAN의 콘텍스트에 있어서 우선 트래픽, 보다 구체적으로는 저레이턴시 트래픽에 대응하는 통신 장치 및 통신 방법의 제공을 용이하게 한다.

제1 실시형태에서는, 본 개시는, 통신 장치로서, 동작 시에, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP: service periods)의 통지를 수신하는 수신기로서, 각 SP가, 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인, 수신기와, 동작 시에, 1개 이상의 SP 중 1개에 있어서, 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하고, 송신하는 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 판정에 따라, 1개 이상의 SP 중 1개 동안, 송신하는 것을 자제하는, 회로를 구비하고 있는, 통신 장치를 제공한다.

제2 실시형태에서는, 본 개시는, 통신 장치에 의하여 실행되는 통신 방법으로서, 동작 시에, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 스텝으로서, 각 SP가, 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인 스텝과, 1개 이상의 SP 중 1개에 있어서, 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하는 스텝과, 송신하는 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 판정에 따라, 1개 이상의 SP 중 1개 동안, 송신을 자제하는 스텝을 포함하는, 통신 방법을 제공한다.

또한, 일반적 또는 특정 실시형태는, 시스템, 방법, 집적 회로, 컴퓨터 프로그램, 기억 매체, 또는 이들의 임의의 선택적인 조합으로서 실시할 수 있는 것에 유의하기 바란다.

개시되어 있는 실시형태의 추가적인 혜택 및 이점은, 본 명세서 및 도면으로부터 명확해질 것이다. 이들 혜택 및/또는 이점은, 본 명세서 및 도면의 다양한 실시형태 및 특징에 의하여 개별적으로 얻을 수 있으며, 이와 같은 혜택 및/또는 이점의 하나 또는 복수를 얻기 위하여, 이들 특징 전부를 마련할 필요는 없다.

이 기술 분야에 있어서의 통상의 기술을 갖는 자에게는, 일례에 지나지 않는 이하의 설명을 도면을 참조하면서 읽어 나감으로써, 본 개시의 실시형태가 깊이 이해되고 용이하게 명확해질 것이다.
도 1a는 MIMO 무선 네트워크에 있어서의 액세스 포인트(AP)와 스테이션(STA)의 사이의 업링크 및 다운링크의 싱글 유저(SU: single-user) 다입력 다출력(MIMO: multiple input multiple output) 통신의 개략도를 나타내고 있다.
도 1b는 MIMO 무선 네트워크에 있어서의 AP와 복수의 STA의 사이의 다운링크 멀티 유저(MU: multi-user) 통신의 개략도를 나타내고 있다.
도 1c는 MIMO 무선 네트워크에 있어서의 AP와 복수의 STA의 사이의 트리거 베이스의 업링크 MU 통신의 개략도를 나타내고 있다.
도 2a는 AP(202)와 2개의 STA의 사이의 개별 TWT 베이스의 통신을 도해한 플로도를 나타내고 있다.
도 2b는 AP(202)와 2개의 STA의 사이의 브로드캐스트 TWT 베이스의 통신을 도해한 플로도를 나타내고 있다.
도 3은 본 개시의 다양한 실시형태에 관한, 우선 트래픽에 대응하는 통신 방법을 도해한 플로 차트를 나타내고 있다.
도 4a는 본 개시의 제1 실시형태의 일례에 의한, 우선 트래픽에 대응하는 통신을 도해한 플로도를 나타내고 있다.
도 4b는 본 개시의 제1 실시형태의 다른 예에 의한, 우선 트래픽에 대응하는 통신을 도해한 플로도를 나타내고 있다.
도 5는 확장 TWT SP를 나타내는 브로드캐스트 TWT 요소의 예시적인 포맷을 나타내고 있다.
도 6은 본 개시의 제1 실시형태의 또 다른 예에 의한, 우선 트래픽에 대응하는 통신을 도해한 플로도를 나타내고 있다.
도 7a는 RTS(Request To Send) 프레임의 예시적인 포맷을 나타내고 있다.
도 7b는 CTS(Clear To Send) 프레임의 예시적인 포맷을 나타내고 있다.
도 8은 도 7a 및 도 7b에 있어서의 RTS 프레임 및 CTS 프레임의 예시적인 프레임 제어(Frame Control) 필드를 나타내고 있다.
도 9는 TWT 정보(TWT Information) 프레임의 예시적인 포맷을 나타내고 있다.
도 10은 본 개시의 제2 실시형태에 관한, 우선 트래픽에 대응하는 통신을 도해한 플로도를 나타내고 있다.
도 11은 예시적인 기본 트리거(Basic Trigger) 프레임을 나타내고 있다.
도 12는 본 개시의 제3 실시형태에 관한, 우선 트래픽에 대응하는 통신을 도해한 플로도를 나타내고 있다.
도 13은 예시적인 TWT 셋업(TWT Setup) 프레임을 나타내고 있다.
도 14는 본 개시의 제4 실시형태에 관한, 우선 업링크 OFDMA 베이스 랜덤 액세스(UORA: Uplink OFDMA-based Random Access) 수순을 나타내고 있다.
도 15는 예시적인 UORA 파라미터(UORA Parameter) 요소를 나타내고 있다.
도 16은 본 개시의 일 실시형태에 관한 우선 UORA 수순을 도해한 플로 차트를 나타내고 있다.
도 17은 본 개시의 제4 실시형태에 관한, 우선 트래픽에 관하여 도해한 플로도를 나타내고 있다.
도 18은 본 개시의 다양한 실시형태에 관한 통신 장치(예를 들면 AP)의 구성을 나타내고 있다.
도 19는 본 개시의 다양한 실시형태에 관한 통신 장치(예를 들면 비AP 또는 STA)의 구성을 나타내고 있다.
도면 중의 요소는 간결하고 또한 명확하도록 도해되어 있으며, 반드시 올바른 축척으로는 그려져 있지 않은 것이, 당업자에게는 이해될 것이다. 본 발명의 실시형태의 정확한 이해를 돕기 위하여, 예를 들면, 도해, 블록도, 또는 플로 차트 중 몇 개의 요소의 치수가, 다른 요소에 비하여 과장되어 그려져 있는 경우가 있다.

본 개시의 몇 개의 실시형태에 대하여, 도면을 참조하면서, 일례로서만 설명한다. 도면 내의 유사한 참조 숫자 및 참조 문자는, 유사한 요소 또는 등가의 요소를 가리키고 있다.

이하의 단락에서는, 특정의 예시적인 실시형태에 대하여, EHT WLAN에 있어서의 1개 이상의 액세스 포인트(AP) 및 1개 이상의 스테이션(STA)의 우선 트래픽, 보다 구체적으로는 저레이턴시 트래픽을 참조하면서 설명한다.

IEEE 802.11(Wi-Fi) 기술의 콘텍스트에 있어서는, 스테이션(동의어로서 STA라고도 불린다)은, 802.11 프로토콜을 사용하는 능력을 갖는 통신 장치이다. IEEE 802.11-2016의 정의에 근거하면, STA는, 무선 매체(WM)에 대한 IEEE 802.11 준거의 매체 액세스 제어(MAC) 및 물리층(PHY) 인터페이스를 포함하는 임의의 디바이스로 할 수 있다.

STA는, 예를 들면, 무선 로컬 에어리어 네트워크(WLAN) 환경 내의 랩톱, 데스크톱 퍼스널 컴퓨터(PC), 휴대 정보 단말(PDA), 액세스 포인트, 또는 Wi-Fi 전화로 할 수 있다. STA는, 거치형 또는 이동형으로 할 수 있다. WLAN 환경에 있어서, 용어 「STA」, 「무선 클라이언트」, 「유저」, 「유저 디바이스」, 및 「노드」는, 종종 동의어로서 사용된다.

동일하게, AP(IEEE 802.11(Wi-Fi) 기술의 콘텍스트에서는 동의어로서 무선 액세스 포인트(WAP)라고도 불린다)는, WLAN 내의 STA가 유선 네트워크에 접속하는 것을 가능하게 하는 통신 장치이다. AP는, 통상, 스탠드 얼론 디바이스로서 라우터에 (유선 네트워크를 통하여) 접속되지만, AP를 라우터와 통합하거나, 또는 라우터 내에서 사용할 수도 있다.

위에서 설명한 바와 같이, WLAN 내의 STA는, 다른 경우에는 AP로서 기능할 수 있으며, 반대도 동일하다. 이 이유로서, IEEE 802.11(Wi-Fi) 기술의 콘텍스트에 있어서의 통신 장치는, STA의 하드웨어 요소 및 AP의 하드웨어 요소의 양방을 포함할 수 있기 때문이다. 이와 같이 하여 통신 장치는, 실제의 WLAN의 조건 및/또는 요건에 근거하여 STA 모드와 AP 모드의 사이에서 전환될 수 있다. 이하의 다양한 실시형태에 있어서, 비AP STA는, AP로서 실장되어 있지 않은, WLAN 내의 STA를 가리킬 수 있다.

MIMO 무선 네트워크에서는, 「다(多)」는, 무선 채널을 통한 송신용으로 동시에 사용되는 복수의 안테나, 및 수신용으로 동시에 사용되는 복수의 안테나를 의미한다. 이 점에 있어서, 「다입력」은, 무선 신호를 채널에 입력하는 복수의 송신기 안테나를 의미하고, 「다출력」은, 채널로부터의 무선 신호를 수신하여 수신기에 넣는 복수의 수신기 안테나를 의미한다. 예를 들면, NХM의 MIMO 네트워크 시스템에 있어서는, N은 송신기 안테나의 수이고, M은 수신기 안테나의 수이며, N은 M과 동일하거나 또는 동일하지 않아도 된다. 본 개시에서는, 간결함을 목적으로 하여, 송신기 안테나의 수 및 수신기 안테나의 수에 대하여 더 논의하지 않는다.

MIMO 무선 네트워크에서는, AP나 STA 등의 통신 장치 간의 통신으로서, 싱글 유저(SU) 통신과 멀티 유저(MU) 통신을 배비(配備)할 수 있다. MIMO 무선 네트워크는, 복수의 공간 스트림을 사용함으로써, 보다 높은 데이터 레이트와 로버스트성(性)을 실현하는 공간 다중화 및 공간 다이버시티 등의 이점을 갖는다. 다양한 실시형태에 의하면, 「공간 스트림」이라는 용어는, 「시공간 스트림」(또는 STS)이라는 용어와 교환 가능하게 사용될 수 있다.

도 1a는, MIMO 무선 네트워크에 있어서의 AP(102)와 STA(104)의 사이의 SU 통신(100)의 개략도를 나타내고 있다. 도시한 바와 같이, MIMO 무선 네트워크는, 1기(基) 또는 복수의 STA(예를 들면 STA(104), STA(106) 등)를 포함할 수 있다. 채널에 있어서의 SU 통신(100)이 채널 전대역폭에서 행해지는 경우, 전대역 SU 통신이라고 불린다. 채널에 있어서의 SU 통신(100)이, 채널 대역폭의 일부에서 행해지는 경우(예를 들면 채널 내의 1개 이상의 20MHz 서브채널이 펑처링되어 있다), 펑처링형 SU 통신(punctured SU communication)이라고 불린다. SU 통신(100)에서는, AP(102)는, 복수의 안테나(예를 들면 도 1a에 나타낸 바와 같이 4개의 안테나)를 사용하여, 모든 시공간 스트림을 단일의 통신 장치(즉 STA(104))를 향하게 하여, 복수의 시공간 스트림을 송신한다. 간결함을 목적으로 하여, STA(104)를 향해진 복수의 시공간 스트림은, STA(104)를 향해진, 하나로 통합한 데이터 송신의 화살표(108)로서 나타내고 있다.

SU 통신(100)은, 쌍방향 전송을 행하도록 구성할 수 있다. 도 1a에 나타낸 바와 같이, SU 통신(100)에 있어서, STA(104)는, 복수의 안테나(예를 들면 도 1a에 나타낸 바와 같이 2개의 안테나)를 사용하여, 모든 시공간 스트림을 AP(102)를 향하게 하여, 복수의 시공간 스트림을 송신할 수 있다. 간결함을 목적으로 하여, AP(102)를 향해진 복수의 시공간 스트림은, AP(102)를 향해진, 하나로 통합한 데이터 송신의 화살표(110)로서 나타내고 있다.

이와 같이, 도 1a에 나타낸 SU 통신(100)에서는, MIMO 무선 네트워크에 있어서의 업링크 SU 송신 및 다운링크 SU 송신의 양방이 가능하다.

도 1b는, MIMO 무선 네트워크에 있어서의 AP(114)와 복수의 STA(116, 118, 120)의 사이의 다운링크 MU 통신(112)의 개략도를 나타내고 있다. MIMO 무선 네트워크는, 1개 이상의 STA(예를 들면, STA(116), STA(118), STA(120) 등)를 포함할 수 있다. MU 통신(112)은, OFDMA(직교 주파수 분할 다중 액세스: orthogonal frequency division multiple access) 통신 또는 MU-MIMO 통신으로 할 수 있다. 채널에 있어서의 OFDMA 통신의 경우, AP(114)는, 채널 대역폭 내의 상이한 리소스 유닛(RU)으로, 네트워크 내의 STA(116, 118, 120)에 복수의 스트림을 동시에 송신한다. 채널에 있어서의 MU-MIMO 통신의 경우, AP(114)는, 공간 매핑 또는 프리코딩 기술에 의하여 복수의 안테나를 사용하여, 채널 대역폭 내의 동일한 (1개 이상의) RU로 STA(116, 118, 120)에 복수의 스트림을 동시에 송신한다. OFDMA 통신 또는 MU-MIMO 통신이 행해지는 RU가 채널 대역폭 전체를 차지하는 경우, 그 OFDMA 통신 또는 MU-MIMO 통신은, 전대역 OFDMA 통신 또는 전대역 MU-MIMO 통신이라고 불린다. OFDMA 통신 또는 MU-MIMO 통신이 행해지는 RU가 채널 대역폭의 일부를 차지하는 경우(예를 들면 채널 내의 1개 이상의 20MHz 서브채널이 펑처링되어 있다), 그 OFDMA 통신 또는 MU-MIMO 통신은, 펑처링형 OFDMA 통신 또는 MU-MIMO 통신이라고 불린다. 예를 들면, 2개의 시공간 스트림을 STA(118)를 향하게 하고, 다른 시공간 스트림을 STA(116)를 향하게 하며, 또 다른 시공간 스트림을 STA(120)를 향하게 할 수 있다. 간결함을 목적으로 하여, STA(118)를 향해진 2개의 시공간 스트림은, 하나로 통합한 데이터 송신의 화살표(124)로서 나타내고 있고, STA(116)를 향해진 시공간 스트림은, 데이터 송신의 화살표(122)로서 나타내고 있으며, STA(120)를 향해진 시공간 스트림은, 데이터 송신의 화살표(126)로서 나타내고 있다.

업링크 MU 송신을 가능하게 하기 위하여, MIMO 무선 네트워크에 트리거 베이스의 통신이 제공되고 있다. 이 점에 관하여, 도 1c는, MIMO 무선 네트워크에 있어서의 AP(130)와 복수의 STA(132, 134, 136)의 사이의 트리거 베이스의 업링크 MU 통신(128)의 개략도를 나타내고 있다.

이 트리거 베이스의 업링크 MU 통신에는 복수의 STA(132, 134, 136)가 참가하고 있기 때문에, AP(130)는 복수의 STA(132, 134, 136)의 동시 송신을 조정할 필요가 있다.

그 때문에, 도 1c에 나타낸 바와 같이, AP(130)는, 트리거 프레임(139, 141, 143)을 STA(132, 134, 136)에 동시에 송신하여, 각 STA가 사용할 수 있는 유저 고유의 리소스 할당 정보(예를 들면, 시공간 스트림의 수, 개시 STS 번호, 및 할당되는 RU)를 나타낸다. 트리거 프레임에 응답하여, STA(132, 134, 136)는, 트리거 프레임(139, 141, 143)에 나타난 유저 고유의 리소스 할당 정보에 따라, 각각의 시공간 스트림을 AP(130)에 동시에 송신할 수 있다. 예를 들면, 2개의 시공간 스트림이 STA(134)로부터 AP(130)를 향해지고, 다른 시공간 스트림이 STA(132)로부터 AP(130)를 향해지며, 또 다른 시공간 스트림이 STA(136)로부터 AP(130)를 향해진다. 간결함을 목적으로 하여, STA(134)로부터 AP(130)를 향해진 2개의 시공간 스트림을, 하나로 통합한 데이터 송신의 화살표(140)로서 나타내고 있고, STA(132)로부터 AP(130)를 향해진 시공간 스트림을, 데이터 송신의 화살표(138)로서 나타내고 있으며, STA(136)로부터 AP(130)를 향해진 시공간 스트림을, 데이터 송신의 화살표(142)로서 나타내고 있다.

802.11 WLAN에서는, 패킷/PPDU(물리층 프로토콜 데이터 유닛: physical layer protocol data unit) 베이스의 전송 및 분산형 MAC(매체 액세스 제어: medium access control) 방식의 이유로, 타임 스케줄링(예를 들면 TDMA(시분할 다중 액세스: time division multiple access)과 유사한 데이터 전송용의 주기적인 타임 슬롯 할당)은 존재하지 않는다. 주파수 및 공간 리소스의 스케줄링은 패킷 베이스로 실행된다. 바꾸어 말하면, 리소스 할당 정보는, PPDU 베이스이다.

다양한 실시형태에 의하면, EHT WLAN은, 도 1a 및 도 1b에 나타낸 비트리거 베이스의 통신과, 도 1c에 나타낸 트리거 베이스의 통신을 서포트한다. 비트리거 베이스의 통신에서는, 통신 장치는, 1개의 다른 통신 장치 또는 2개 이상의 다른 통신 장치에, 명시적인 요구 없이 PPDU를 송신한다. 트리거 베이스의 통신에서는, 통신 장치는, 요구하는 트리거 프레임을 수신한 후에만, 1개의 다른 통신 장치 또는 2개 이상의 다른 통신 장치에 PPDU를 송신한다.

저레이턴시 애플리케이션을 대상으로 하여, 3개의 주된 레이턴시 영역(카테고리)이 인식되고 있고, (a) 인터액티브 비디오나 자동 운전차 등의 애플리케이션에서는 10~50밀리초(ms), (b) 확장 현실/가상 현실(AR/VR)이나 게임 등의 애플리케이션에서는 1~10ms, (c) TSN과 유사한(타임 센시티브 네트워크(time-sensitive-network)와 유사한) 애플리케이션에서는 1ms 이하이다. 다른 방법으로서, 레이턴시의 영향을 크게 받는 트래픽을 대상으로, TWT 메커니즘을 강화하는 것이 제안되고 있다. 이 제안은, 예를 들면 6GHz대에 있어서 레거시 802.11 디바이스가 거의 없거나, 혹은 전혀 없는 환경에 있어서 특히 유리할 수 있다.

미국에서는, 국토안전보장부/긴급통신 부문(DHS/ECD: Department of Homeland Security/Emergency Communications Division)의 우선 통신 프로그램에 의하여, 국가 안전·긴급 준비(NSEP: national security and emergency preparedness) 및 공공 안전의 유저는, 예를 들면 홍수, 지진, 허리케인, 테러 공격 등의 재해 및 긴급 사태의 발생 시 등의 혼잡 시에, 공공 통신 네트워크로 통신할 수 있다. NSEP 트래픽은, 본 개시의 혜택을 누릴 수 있는 또 하나의 대상이다.

특히, NSEP 우선 액세스는, 네트워크가 혼잡한 기간 중에, 통신이 성공할 확률을 높이기 위하여, 허가된 유저에 대하여 시스템 리소스로의 우선적인 액세스를 제공한다. 우선 액세스는, 채널 액세스의 취득 및 네트워크 리소스의 할당에 있어서의 우선적인 취급을 포함한다. 이 서비스는, 통상, 그 에어리어에서 동작하는 디바이스의 총수의 극히 일부인, 지정된 허가된 디바이스만이 이용 가능하다.

비AP STA는, AP에 요구를 송신함으로써, NSEP 우선 액세스를 요구한다. AP는, 예를 들면, 로컬에 보존되어 있는 검증 정보를 사용하거나, 또는 SSPN 인터페이스를 통하여 NSEP 서비스 프로바이더에 연락함으로써, NSEP 우선 액세스를 사용하기 위한 비AP STA의 권한을 확인하고, 요구하고 있는 비AP STA에 응답을 송신한다.

타깃 웨이크 타임(TWT: Target wake time)은, 802.11ah에 있어서 처음으로 도입되고, 802.11ax에 의하여 강화되었다. TWT 메커니즘을 사용하면, STA는 공통의 웨이크 스케줄링에 관하여 AP와 합의할 수 있고, 필요할 때에만 웨이크 업할 수 있다. TWT 메커니즘의 주된 목적은, 기본 서비스 세트(BSS: basic service set) 내의 STA간의 컨텐션을 최소로 하여, 전력 절약 STA의 어웨이크 기간을 단축하는 것이다. TWT 세션 기간(SP: Session Period)은, STA가 데이터를 수신 또는 송신하기 위하여 어웨이크하고 있는 기간이다.

TWT 합의란, STA가 속하는 TWT SP(복수 가능)의 상세(예를 들면, 스테이션이 웨이크 업해야 하는 시각(복수 가능))을 정의하기 위하여, 네고시에이션 후에 도달하는 AP와 STA의 사이의 최종적인 합의이다. 1개의 TWT 합의에 의하여, STA는 복수의 TWT SP에 참가할 수 있고, 주기적으로 웨이크 업한다. TWT 합의에서는, 네고시에이션과, AP가 각 TWT SP의 개시 시에 예를 들면 Trigger 프레임을 통하여 제공할 수 있는 추가적인 지시에 따라, DL, UP, 또는 양방의 타입의 송신을 허가할 수 있다.

TWT 메커니즘에는, 개별 TWT 및 브로드캐스트 TWT가 포함되고, 이들은 각각 AP와 STA(복수 가능)의 사이의 개별 TWT 합의 및 브로드캐스트 TWT 합의에 의하여 실시할 수 있다.

도 2a는, AP(202)와 2개의 STA(STA1(204), STA2(206))의 사이의 개별 TWT 베이스의 통신을 도해한 플로도 200을 나타내고 있다. TWT 세션을 개시하기 위하여, 처음에, AP와 STA(예를 들면 STA1(204))가 이하와 같은 공통의 파라미터 세트에 대하여 합의하는 네고시에이션 단계가 있다.

·타깃 웨이크 타임(Target Wake Time, TWT): TWT 베이스의 통신에 참가하는 스테이션이 TWT SP를 위하여 웨이크 업해야 할 다음의 시간(예를 들면 다음의 TWT(213))(단위: 마이크로초).

·TWT 웨이크 간격(TWT Wake Interval): 스테이션 이후의 TWT 세션간의 시간 간격. TWT가 주기적일 때, 값은 0보다 크다.

·최소 TWT 웨이크 지속 시간(Minimum TWT Wake Duration): 다른 스테이션(복수 가능)으로부터의 프레임을 수신할 수 있도록, TWT SP의 개시 시각으로부터, 웨이크인 상태로 있는 최소 지속 시간.

·TWT 채널(TWT Channel): 스테이션을 일시적으로 프라이머리 채널로서 사용할 수 있는 채널.

·TWT 보호(TWT Protection): RTS(Request To Send)/CTS(Clear to Send) 등, 외부의 스테이션의 송신으로부터 TWT SP를 보호하기 위하여 채용되는 메커니즘.

네고시에이션 단계에서는, 이하의 측면도 정의된다. 먼저, TWT 합의는 이하일 수 있다.

·명시적(Explicit): 새로운 각 세션 또는 SP 전에 TWT 파라미터를 애드버타이즈할 것이 요구된다.

·암묵적(Implicit): 주기적인 세션 또는 후속의 TWT SP의 파라미터를, 새로운 세트가 수신될 때까지, 최초의 TWT SP 또는 최초의 파라미터 세트에 의존하여 암묵적으로 계산하는 것이 허가된다.

또한, TWT SP의 내측에서 상이한 TWT 동작이 존재할 수 있다.

·트리거 방식(Trigger-enabled): AP는, 스테이션의 송신을 스케줄링하기 위하여, TWT SP(예를 들면 트리거 방식 TWT SP(232)) 중에 Trigger 프레임(예를 들면 Trigger 프레임(217))을 송신한다.

·비트리거 방식(Non Trigger-enabled): Trigger 프레임의 사용이 요구되지 않을 때. 따라서 각 스테이션은 TWT 세션의 내측에서 자율적으로 송신하는 타이밍을 결정할 수 있다.

·보호(Protected): TWT SP는 RTS(Request To Send)/CTS(Clear To Send)의 교환으로부터 개시된다.

·아나운스(Announced): STA는, AP에 버퍼링되고 있는 다운링크(DL) 데이터를 취득하기 위하여, 자신의 존재를 아나운스하는 메시지를 송신할 것이 요구된다.

·비아나운스(Unannounced): AP는, TWT SP의 STA가 TWT SP의 개시 시에 어웨이크되어 있어야 하는 것을 전제로 하여, STA로부터의 전의 프레임을 기다리지 않고, 타깃 웨이크 타임 내에, 액티브한 STA에 DL트래픽을 송신할 수 있다.

도 2a로 되돌아간다. 새로운 TWT TP를 작성하기 위하여, STA1(204)은, TWT 요구 프레임(208)을 생성하여 AP(202)에 송신할 수 있다. TWT 요구 프레임은, TWT SP의 요구를 포함하고, TWT SP를 위한 파라미터 세트를 지정한다. 요구 프레임의 타입은, 이하 중 어느 하나이다.

·제안(Suggest): 요구에 포함되는 파라미터값의 세트는, STA1(204)이 사용을 희망하는 것이며, 단 STA1(204)은 다른 세트를 수락하는 것도 고려한다.

·요구(Request): STA1(204)은, TWT 합의를 설정할 의사가 있고, 응답할 스테이션에 TWT 파라미터의 세트를 지정시킨다.

·요청(Demand): STA1(204)은, TWT 합의를 설정하는 것을 희망하지만, TWT 요구 프레임(208)에 있어서 지정되는 것과는 상이한 파라미터 세트를 수락하지 않는다.

AP는, TWT 응답 프레임(210)을 STA1(204)에 송신함으로써, TWT 요구 프레임(208)에 응답할 수 있다. TWT 응답 프레임(210)은, TWT SP를 위한 파라미터 세트를 지정할 수도 있다. 응답 프레임의 타입은, 이하 중 어느 하나로 할 수 있다.

·수락(Accept): AP(202)는 요구를 수락하고, TWT 응답 프레임(210)에 있어서 지정된 파라미터값에서의 TWT 합의가 셋업된다.

·대체(Alternate): AP(202)는 대체의 파라미터값의 세트를 제안한다. 합의 네고시에이션 단계를 종료하기 위해서는, 다른 한 세트의 요구 프레임 및 응답 프레임이 필요해질 수 있다.

·요구(Dictate): AP(202)는, 추가의 네고시에이션의 가능성 없이 다른 파라미터 세트를 요구한다. 합의 네고시에이션 단계를 종료하기 위해서는, 다른 한 세트의 요구 프레임 및 응답 프레임이 필요해질 수 있다.

·거부(Reject): TWT SP는 수락되지 않는다.

도 2a로 되돌아간다. TWT 응답 프레임(210)의 응답 프레임 타입은 수락(Accept)이며, AP(202)와 STA1(204)의 사이에서 TWT 합의가 셋업되고, STA1(204)은, 230에 있어서 다음의 TWT TP가 개시될 때까지 슬립 상태로 이행할 수 있다.

AP는, 각각 다른 스테이션과의 복수의 TWT 합의를 가질 수 있지만, 합의 중 몇 가지는 시간적으로 겹쳐져도 된다. 다른 STA는, 동시 송신을 위하여 AP에 의하여 스케줄링할 수 있거나, 또는 랜덤 액세스에 의하여 매체를 경합해야 한다. 또한, TWT 그룹화 메커니즘에서는, AP는, 각 그룹 및 그룹 내의 각 스테이션의 송신 시각을 제공함으로써, 공통의 TWT SP의 개시 시각으로부터의, 시분할 다중 액세스와 유사한(TDMA와 유사한) 스케줄링을 지정할 수 있다. 이 경우, AP(202)는, BSS 내의 STA2(206)에 다른 TWT 응답 프레임(212)을 송신하여 TWT SP(232)를 위한 송신 시각 및 파라미터 세트를 제공하고, TWT SP(232)에 있어서 동시 송신할 수 있도록 STA2(206)를 스케줄링한다. 그 후, 동일하게 AP(202)와 STA2(206)의 사이에서 TWT 합의가 셋업되고, STA2(206)는, 230에 있어서 다음의 TWT TP가 개시될 때까지 슬립(도즈) 상태로 이행할 수 있다.

컨텐션 베이스의 채널 액세스 수순, 예를 들면 확장 분산 채널 액세스(EDCA: enhanced distributed channel access) 수순은, 블록(216, 224)에 의하여 나타내고 있다. STA1(204) 및 STA2(206)의 양방이 웨이크 업된 후의 230에 있어서의 TWT SP(232)의 개시 시에, AP(202)는, 트리거 베이스의 TWT SP(232) 동안의 STA의 송신을 가능하게 하기 위하여, Trigger 프레임(217)을 송신할 수 있다. STA1(204)은, Trigger 프레임(217)을 수신하면, AP(202)에 버퍼링되고 있는 보류 중인 프레임을 요구하기 위하여 PS(전력 절약: power saving)-Poll 프레임(218)을 생성하여 송신한다. 한편, STA2(206)는, 빈 데이터 프레임을 전달하는 QoS(서비스 품질: quality of service) Null 프레임(220)을 동시에 생성하여 송신하고, AP(202)로부터의 데이터를 요구하지 않는다. AP(202)는, PS-Poll 프레임(218) 및 QoS Null 프레임(220)을 수신한 후, Multi-STA BlockAck 프레임(222)을 STA1(204) 및 STA2(206)에 송신할 수 있다.

그 후, AP(202)는, DL MU PPDU(225)를 STA1(204) 및 STA2(206)에 송신할 수 있다. DL MU PPDU(225)는, STA1(204)에 의하여 요구된 보류 중인 프레임 및 버퍼링되고 있는 데이터를 포함할 수 있다. STA1(204) 및 STA2(206)는, DL MU PPDU(225)를 수신하면, 각각의 BlockAck 프레임(226, 228)을 생성하여 AP(202)에 송신할 수 있다. 다음으로, 231에 있어서 트리거 방식 TWT SP(232)가 종료되면, STA1(204) 및 STA2(206)는, 슬립(도즈) 상태로 이행할 수 있다.

도 2b는, AP(242)와 2개의 STA(STA1(244), STA2(246))의 사이의 브로드캐스트 TWT 베이스의 통신을 도해한 플로도 240을 나타내고 있다. 브로드캐스트 TWT 동작에서는, AP(242)는, STA의 그룹(예를 들면 STA1(244), STA2(246))을 대상으로 하는 공유 TWT 세션을 셋업하고, Beacon 프레임(예를 들면 Beacon 프레임(255)) 내에서 TWT 파라미터 세트를 주기적으로 지정할 수 있다. TWT 브로드캐스트 합의의 STA(예를 들면 STA1(244), STA2(246))는, 자신이 속하는 TWT 브로드캐스트 세션(예를 들면 트리거 방식 TWT SP(261))의 지시를 포함하는 Beacon 프레임만을 수신하기 위하여, 웨이크 업할 것이 요구된다. 또한 AP(242)는, 스테이션이 기존의 TWT 세션의 멤버십을 요구하거나, 또는 새로운 세션을 작성하는 요구를 송신할 수 있도록, 기존의 TWT 브로드캐스트 합의를 애드버타이즈할 수 있는 것에 유의하기 바란다.

STA1(244)은, 브로드캐스트 TWT 합의로의 참가를 요구하기 위하여, TWT 요구 프레임(248)을 생성하여 AP(242)에 송신할 수 있다. 이와 같은 요구는, BSS 내의 TWT를 서포트하는 모든 관련되는 스테이션에 AP(242)에 의하여 요청된 참가 요구에 따라 송신할 수 있다. 개별 TWT 합의의 경우와 동일하게, 네고시에이션 단계에 있어서, STA1(244)은, 브로드캐스트 TWT SP(예를 들면 트리거 방식 TWT SP(261))의 파라미터 세트를 요구, 제안, 또는 요청할 수 있고, 이어서 AP는, TWT 응답 프레임(250)을 송신함으로써 응답하며, 요구를 수락하거나 또는 거부, 혹은 대체 파라미터 세트를 제안할 수 있다. 대부분의 경우, TWT 파라미터는, AP(242)에 의하여 결정된다.

합의 셋업 단계에 있어서, STA1(244)은, 그 이외의 2개의 기본 파라미터를 최적으로 네고시에이트할 수 있다.

·다음의 타깃 비컨 송신 시각(Next target beacon transmission time): STA1(244)에 관련되는, 즉 STA1이 속하는 브로드캐스트 TWT SP(예를 들면 트리거 방식 TWT SP(261))에 관련되는 TWT 정보를 포함하는 Beacon 프레임의 다음의 송신 시각. 이 경우, Beacon 프레임(255)의 제1 타깃 비컨 송신 시각(제1 TBTT(251))은, 셋업 단계 중에 네고시에이트된다.

·리슨 간격(Listen Interval): STA1(244)에 관련되는 TWT 정보를 전달하는 후속의 비컨(예를 들면 Beacon 프레임(280)) 간의 간격(예를 들면 리슨 간격(257)).

그 후, STA는 도즈 상태로 이행하고, 다음의 관련되는 비컨이 스케줄링되어 있는 시각에 웨이크 업한다. 이 경우, STA1(244)은, 제1 TBTT(251) 후, 제1 Beacon 프레임(255)이 스케줄링되어 있는 타이밍에서 웨이크 업한다. STA2(246)도 TWT SP(261)에 속하고 있을 수 있고, 따라서 Beacon 프레임(255)을 수신하기 위하여 웨이크 업할 수 있다. Beacon 프레임(255)은, STA1(244) 및 STA2(246)와 같은 관여하는 STA가 세션 스케줄에 따르는 것을 가능하게 하는, 브로드캐스트 TWT 세션에 관한 정보를 전할 수 있다. 이 정보는, 브로드캐스트 TWT(256)(즉, STA1(244) 및 STA2(246)와 같은 관여하는 STA가 브로드캐스트 TWT SP를 위하여 웨이크 업해야 할 시각), TWT 웨이크 간격, 최소 TWT 웨이크 지속 시간(예를 들면 트리거 방식 TWT SP(261))을 포함할 수 있다. STA1(204) 및 STA1(246)은, Beacon 프레임(255)을 수신하면, 브로드캐스트 TWT TP가 개시될 때까지 슬립 상태로 이행할 수 있다.

컨텐션 베이스의 채널 액세스 수순, 예를 들면 확장 분산 채널 액세스(EDCA) 수순은, 블록(266, 270)에 의하여 나타내고 있다. STA1(244) 및 STA2(246)의 양방이 웨이크 업된 후, TWT SP(261)의 개시 시에, AP(242)는, 트리거 베이스의 TWT SP(261) 동안의 STA의 송신을 가능하게 하기 위하여, Trigger 프레임(262)을 송신할 수 있다. STA1(244)은, Trigger 프레임(262)을 수신하면, AP(242)에 버퍼링되어 있는 보류 중인 프레임을 요구하기 위하여, PS-Poll 프레임(264)을 생성하여 송신할 수 있다. 한편, STA2(246)는, 빈 데이터 프레임을 전달하는 QoS Null 프레임(266)을 동시에 생성하여 송신할 수 있고, AP(242)로부터의 데이터를 요구하지 않는다. AP(242)는, PS-Poll 프레임(264) 및 QoS Null 프레임(266)을 수신한 후, Multi-STA BlockAck 프레임(268)을 STA1(244) 및 STA2(246)에 송신할 수 있다.

그 후, AP(242)는, DL MU PPDU(271)를 STA1(244) 및 STA2(246)에 송신할 수 있다. DL MU PPDU(271)는, STA1(244)에 의하여 요구된 보류 중인 프레임 및 버퍼링되어 있는 데이터를 포함할 수 있다. STA1(244) 및 STA2(246)는, DL MU PPDU(271)를 수신하면, 각각의 BlockAck 프레임(272, 274)을 생성하여 AP(242)에 송신할 수 있다. 다음으로, 트리거 방식 TWT SP(232)가 종료되면, STA1(244) 및 STA2(246)는, 다음의 TWT SP가 개시될 때까지 슬립(도즈) 상태로 이행할 수 있다.

또한, AP(242)는, STA1(244) 및 STA2(246)를 적절히 갱신할 수 있도록, 다른 Beacon 프레임(278)을 사용하여, TWT SP의 TWT 파라미터 세트에 관한 갱신을 브로드캐스트할 수도 있다.

TWT 모드 및 TWT 파라미터에 관한 TWT 합의의 상세는, 네고시에이션 및 TWT 셋업 프로세스에 있어서 AP와 STA의 사이에서 교환되는 TWT 요구/응답 프레임에 포함시킬 수 있는 TWT 요소 중에서 전달할 수 있다. TWT 요구/응답 프레임(예를 들면 TWT 요구 프레임(208, 248), 및 TWT 응답 프레임(210, 212, 250))은, 개별 TWT를 위한 TWT 및 TWT 웨이크 간격, 브로드캐스트 TWT를 위한 다음의 타깃 비컨(예를 들면 제1 TBTT) 및 리슨 간격 등, TWT 합의를 셋업하기 위한 파라미터 세트와, TWT 파라미터가 명시적으로 애드버타이즈되는지 또는 제1 SP에 근거하여 암묵적으로 계산되는지, TWT SP가 Trigger 프레임을 사용하여 트리거 방식으로 유효하게 되는지 아닌지, AP에 버퍼링되어 있는 데이터를 취득하기 위하여 STA가 자신의 존재를 아나운스할 필요가 있는지 어떤지에 관한, TWT SP의 동작 모드를 지정하는 신호 필드를 포함할 수 있다.

TWT 요구/응답 프레임에 포함되는 TWT 요소는, 브로드캐스트 TWT 합의를 식별하기 위하여 사용되는 브로드캐스트 TWT ID를 더 포함할 수 있다. TWT 요소의 브로드캐스트 TWT ID(Broadcast TWT ID) 서브필드의 값 0은, TWT 요소를 전달하는 관리 프레임의 BSSID에 대응하는 BSS의 멤버이며, 또한 관련되지 않는 STA를 위한 RA-RU(랜덤 액세스 리소스 유닛: Random Access Resource Unit)를 갖는 Trigger 프레임을 포함하는 것이 허가되어 있는 모든 STA에 멤버십이 대응하고 있는 브로드캐스트 TWT를 나타내고, 값 1은, STA와의 네고시에이션이 필요한 것을 나타낸다.

또한, TWT 요소의 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드는, 브로드캐스트 TWT SP 동안에 송신되는 프레임에 대한 제약을 나타낼 수 있다. 표 1은, 브로드캐스트 TWT SP 동안에 송신되는 프레임에 대한 제약을 정리한 것이다.

표 1: 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드의 값에 대응하는, 브로드캐스트 TWT SP 중에 송신되는 프레임에 대한 다양한 제약

브로드캐스트 TWT 추천 필드의 값	브로드캐스트 TWT 요소에서 송신되었을 때의 설명
0	브로드캐스트 TWT SP 중에 송신되는 프레임에 대한 제약 없음
1	브로드캐스트 TWT SP 중에 송신되는 프레임은, 요구되는 스테이터스 및 요구되는 피드백에 한정되는 것이 추천된다. ㆍPS-Poll 프레임 및 QoS Null 프레임 ㆍBQRS 프레임, BSR 프레임, 제어 응답 프레임 ㆍ사운딩 피드백 교환의 일부로서 송신되는 프레임(26.7(HE 사운딩 프로토콜)을 참조). ㆍ관리 프레임: 액션(Action) 프레임 또는 액션 무응답(Action No Ack) 프레임 ㆍ제어 응답 프레임 ㆍRA RU를 포함하지 않는 Trigger 프레임
2	Trigger 프레임이 적어도 1개의 RA RU를 포함하는 것을 제외하고 1과 동일
3	AP가 각 TWT SP의 최초에, 트래픽 지시 맵(TIM) 프레임, 또는 TIM요소를 포함하는 고속 초기 링크 셋업(FILS) 발견 프레임을 송신하는 것 이외에는 제약 없음

또한 802.11ax 사양에서는, 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드에서 제공되는 추천은, 어디까지나 추천에 불과하며, 즉, TWT가 스케줄링된 STA는, 대응하는 TWT SP(복수 가능) 동안, 표 9-299a에 있어서의 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 서브필드(브로드캐스트 TWT 요소의 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드)의 추천 사항을 충족시키지 않는 프레임을 송신해서는 안 된다.우선 트래픽(예를 들면 저레이턴시 트래픽)이, 할당된 TWT SP 동안에 높은 확률로 매체로의 액세스를 취득할 수 있는 것을 보증하는 방법에 대해서는, 논의되어 있지 않다. 저레이턴시 트래픽에 대하여 TWT 메커니즘을 효과적으로 사용할 수 있도록 하기 위해서는, 이하에 대처할 필요가 있다.

1. 확장 TWT 내에서 (지정되어 있지 않은 트래픽으로부터의) 채널 액세스를 (예를 들면 트래픽 식별자(TID)/액세스 카테고리(AC)에 근거하여) 제한하는 시그널링 메커니즘.

2. 레거시 STA로부터의 확장 TWT SP의 보호(특히, TWT는 11ax에서는 옵션이고, 11n/11ac에서는 인식되지 않는다).

본 개시의 목적은, EHT WLAN에 있어서 우선 트래픽, 보다 구체적으로는 저레이턴시 트래픽에 대응하는 통신 장치 및 통신 방법을 제공하기 위하여, 기존의 과제를 실질적으로 극복하는 것이다. 또한 본 개시에 의하면, AP는, 비AP STA의 우선 트래픽(예를 들면 저레이턴시, NSEP)의 특성/필요성을 수집하기 위한 시그널링 메커니즘을 실현하는 수단을 갖는 것으로 상정한다(예를 들면, 수정된 트래픽 사양(TSPEC: Traffic Specification)/트래픽 스트림(TS: Traffic stream)을 사용한다).

도 3은, 본 개시의 다양한 실시형태에 관한, 트래픽을 우선시키기 위한 통신 방법을 도해한 플로 차트 300을 나타내고 있다. 스텝 302에 있어서는, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 스텝이 실행된다. 각 SP는, 그 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간이다. 스텝 304에 있어서는, 1개 이상의 SP 중 1개에 있어서, 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하는 스텝이 실행된다. 스텝 306에 있어서는, 송신하는 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 판정에 따라, 1개 이상의 SP 중 1개의 SP 동안, 송신을 자제하는 스텝이 실행된다.

본 개시에 의하면, 사전에 할당되는 시간/주파수 리소스 내에서는, 지정된 트래픽만이 송신되는 것을 허가하는 메커니즘을 제안한다. 본 개시의 다양한 실시형태에서는, 그와 같은 사전에 할당되는 시간/주파수 리소스는, 우선 서비스 기간(SP)을 가리킨다. 바꾸어 말하면, 비AP STA가, 지정되지 않는 트래픽을 송신하는 것은, 우선 서비스 기간 내에서는 제한된다(허가되지 않는다).

예를 들면, 비AP STA는, 1개(또는 복수)의 우선 SP의 통지를 AP로부터 수신하는 수신기로서, 우선 SP가, AP에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인, 수신기와, AP에 의하여 지정된 트래픽 타입의 적어도 1개의 프레임을 우선 SP에 있어서 송신할지 어떨지를 판정하도록 구성되어 있는 회로를 구비하고 있을 수 있고, 이 회로는, 우선 SP에 있어서 송신하는 지정된 트래픽의 프레임이 존재하지 않는다고 판정하는 것에 따라, 우선 SP 동안, 비AP STA가 송신하는 것을 자제하도록, 더 구성할 수 있다.

이와 같은 메커니즘하에서는, AP는, 브로드캐스트 프레임(예를 들면 Beacon 프레임) 중에서 우선 SP의 존재를 애드버타이즈하고, 우선 SP 중에서는, 지정된 트래픽(예를 들면 저레이턴시 트래픽)에 속하는 프레임 및 관련되는 프레임(예를 들면 Trigger 프레임, ACK, BlockAck(BA) 등)만이, 송신되는 것이 허가된다. 추가의 제약으로서, 우선 SP의 멤버십을 네고시에이트한 STA에 의한 프레임만이, 확장 우선 SP 동안에 송신되는 것이 허가된다.

일 실시형태에서는, STA는, 우선 SP의 멤버십을 구하는 요구를 AP에 송신함으로써, 1개(또는 복수)의 우선 SP의 멤버십을 네고시에이트할 수 있고, STA의 회로는, 최소 웨이크 업 지속 시간, 웨이크 간격, 타깃 웨이크 타임, 채널 등, 우선 SP의 파라미터 세트를 지정하는 요구 신호를 AP에 대하여 생성하도록 구성할 수 있으며, 이어서 STA의 수신기는, 요구를 수락하거나 또는 거부하는, 혹은 대체 파라미터 세트를 제안하는 응답 신호를, AP로부터 수신할 수 있다. STA의 회로는, 응답 신호가 파라미터 세트의 수락을 나타내고 있을 때, 자신이 우선 SP에 관련지어져 있다고 판정하고, 우선 SP 중에 송신하기 위한 파라미터 세트를 사용하여 자신을 셋업하도록, 더 구성할 수 있다.

다른 실시형태에서는, STA는, AP에 의하여 구해진 우선 SP로의 참가 요구를 수신함으로써, 1개(또는 복수)의 우선 SP의 멤버십을 네고시에이트할 수 있고, STA의 수신기는, 최소 웨이크 업 지속 시간, 웨이크 간격, 타깃 웨이크 타임, 채널 등의 우선 SP의 파라미터 세트를 지정하는 요구 신호를 AP로부터 수신할 수 있으며, STA의 회로는, 파라미터 세트의 수락을 나타내는 응답 신호를 생성하도록 구성할 수 있다. STA의 회로는, 자신이 우선 SP와 관련지어져 있다고 판정하고, 우선 SP 중에 송신하기 위한 파라미터 세트를 사용하여 자신을 셋업하도록, 더 구성할 수 있다.

이하의 다양한 실시형태에서는, STA가 우선 SP(복수 가능)에 관련지어져 있을 때, 그것은, STA가 AP와의 네고시에이션에 성공하여, 우선 SP(복수 가능)의 멤버십이 AP에 의하여 주어지고, STA가 우선 SP(복수 가능)의 멤버인 것을 의미한다.

네고시에이션에 성공하면, AP에 의하여 우선 SP로의 멤버십이 주어진 비AP STA는, 우선 SP에 있어서, 지정된 트래픽(예를 들면 저레이턴시 트래픽)에 속하는 프레임 및 관련되는 프레임(Trigger 프레임, ACK, BA 등)을 송신하는 것이 허가된다. BSS의 모든 비AP STA는, 관련되는 AP에 의하여 서포트되고 있는 모든 우선 SP를 인식하고, 또한, 자신이 멤버가 아닌 우선 SP 동안, 또는 송신하는 지정된 트래픽을 갖지 않는 경우(자신이 SP의 멤버이더라도), 송신의 시도를 자제할 것이 기대된다. 유리하게, 이로써, BSS 내에서의 지정된 트래픽의 채널 액세스의 확률이 향상된다.

또한, 본 개시에 의하면, (특히 EHT(초고스루풋)보다 전의 레거시 STA로부터의) 채널 액세스를 제한하기 위한 메커니즘을 제안한다. 본 개시에 의하면, STA의 수신기는, 우선 SP 중에, 네트워크 할당 벡터(NAV: network allocation vector) 제외 필드를 전달하는 레거시 프레임을 AP로부터 수신할 수 있고, 회로는, STA가 우선 SP에 관련지어져 있는(우선 SP의 멤버인) 것을 판정하는 것에 따라, 레거시 프레임이 STA로 보내지고 있는지 어떤지에 관계없이, STA의 NAV를 설정하는 것을 자제하도록 더 구성되어 있다.

이하의 다양한 실시형태에서는, EHT+ STA는, 이후 세대의 802.11 디바이스(즉 EHT 또는 11be 이후)를 가리킨다. 비AP STA는, 전력 절약 모드로 동작하고 있는 경우, 자신이 멤버가 아닌 우선 SP의 전체에 걸쳐, 도즈 모드인 상태로 있도록 선택할 수도 있다.

바꾸어 말하면, 우선 SP의 개시 시에, AP는, 특별한 신호(예를 들면 1비트)를 전달하는 NAV 설정 (수정된) 레거시 프레임(예를 들면 RTS 프레임 및/또는 CTS 프레임)을 송신할 수 있고, 이 신호는, EHT(또는 EHT+) STA에 대하여, 그 STA가 멤버인 우선 SP 내에서 수신되었을 때, 비록 레거시 프레임이 STA로 보내져 있지 않더라도 NAV를 설정해야 하는 것은 아님을 나타낸다. 임의의 NAV 설정 레거시 프레임을 사용해도 되는 것을 이해하기 바란다(RTS/CTS가 가장 일반적인 예이다). 예를 들면, 우선 서비스 기간으로서 확장 QTP(콰이어트 기간: Quiet Time Period)가 사용되는 경우, 콰이어트 기간 셋업(Quiet Time Period Setup) 프레임을 NAV 설정 레거시 프레임으로서 사용하고, QTP를 네고시에이트한 STA에 대하여 NAV의 설정이 면제되는 것을 알리는 비트를 포함할 수 있다.

자신이 멤버인 우선 SP 내에서, 이 수정된 프레임을 수신한 EHT/EHT+비AP STA는, 비록 그 프레임이 자신에게 보내지고 있지 않더라도 NAV를 설정하지 않고, 임의의 이용 가능한 액세스 메커니즘(예를 들면 EDCA, 트리거형 업링크 액세스(TUA: Triggered Uplink Access), UL OFDMA(직교 주파수 분할 다원 접속: orthogonal frequency division multiple access) 베이스의 랜덤 액세스(UORA) 등)를 통하여, 지정된 트래픽을 송신하는 것이 허가된다. 유리하게, 우선 SP가 레거시 STA로부터 보호된다.

또한, 비주기적인 성질의 지정된 트래픽에 우선적인 채널 액세스를 제공하기 위하여, UORA를 「우선 UORA(Prioritized UORA)」로서 커스터마이즈한다. 본 개시에 의하면, STA의 수신기는, AP로부터, 통상의 UORA를 위한 통상의 OFDMA 컨텐션 윈도(OCW: OFDMA Contention Window) 범위와, 우선 OCW 범위를 수신할 수 있다. STA의 회로는, 수신한 우선 OCW 범위에 근거하여 우선 UORA의 파라미터를 계산하도록, 더 구성할 수 있다. 수신기는 또한 1개 이상의 Trigger 프레임을 수신하고, 1개 이상의 Trigger 프레임의 각각은, 1개 이상의 RA-RU를 할당하여, STA의 응답 프레임에 있어서 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정한다. 유리하게, 비주기적인 트래픽을, 우선 SP의 외부에서도 우선시킬 수 있다.

본 개시를 설명하기 위하여, 이하의 다양한 실시형태에서는, 우선 서비스 기간(SP)으로서 확장 타깃 웨이크 타임(TWT)이 사용된다. STA(복수 가능)가 AP에 액세스하여 통신하는 것이 허가되는, AP에 의하여 정의되는 다른 특정 시간 또는 시간의 세트를 사용해도 된다는 것을 이해하기 바란다. 다양한 기존의 802.11 메커니즘/프로토콜, 예를 들면 TWT, QTP(콰이어트 기간), S-APSD(Scheduled Automatic Power Save Delivery), 또는 RAW(제한부 액세스 윈도: Restricted Access Window)를, 우선 SP로서 기능하도록 강화할 수 있다. 우선 트래픽을 위한 새로운 프로토콜을 정의하는 것도 가능하다. 예를 들면, 피어 투 피어 방식으로 한 쌍의 STA간에서 통신할 수 있도록 콰이어트 기간을 셋업할 목적으로 802.11ax에 있어서 사용되는 콰이어트 기간 프로토콜을 강화하여, AP와 복수의 관련되는 STA의 사이 등, 복수의 STA간의 통신에 대응시킬 수 있다.

이하의 단락에서는, 확장 TWT, 제한, 레거시 보호, 및 TWT 파라미터 갱신에 관련되는 본 개시의 제1 실시형태에 대하여, 우선 트래픽에 대응하는 AP 및 STA를 참조하면서 설명한다.

본 개시의 제1 실시형태에 의하면, (동일한 BSS 내의 EHT STA 및 EHT+STA를 대상으로) 확장 TWT 내에서(지정되어 있지 않은 트래픽으로부터의) 채널 액세스를 제한하는 메커니즘이 제공된다. 이와 같은 메커니즘하에서는, AP는, 브로드캐스트 프레임(예를 들면 Beacon 프레임)에 있어서, 확장 TWT SP의 존재를 애드버타이즈한다. 확장 TWT SP 중에서는, 지정된 트래픽(예를 들면 저레이턴시 트래픽 또는 NSEP 트래픽)에 속하는 프레임과, 관련되는 프레임(예를 들면 Trigger 프레임, ACK, BA 등)만이, 송신하는 것이 허가된다. 추가의 송신 제한으로서, 확장 TWT SP의 멤버십을 네고시에이트한 STA에 의한 프레임만이, 확장 TWT SP 중에 송신하는 것이 허가된다.

동일하게, 비AP STA는, TWT 요구/응답 프레임의 교환을 통하여, 확장 TWT로의 멤버십을 AP와 네고시에이트할 수 있다. 네고시에이션에 성공하면, AP에 의하여 확장 TWT SP로의 멤버십이 주어진 비STA는, TWT SP에 관련지어지고, 지정된 트래픽(예를 들면 저레이턴시 트래픽)에 속하는 프레임과, 관련되는 프레임(Trigger 프레임, ACK, BA 등)을, 확장 TWT SP 중에서 송신하는 것이 허가된다.

확장 TWT SP에 관한 정보는, 모든 Beacon 프레임에 있어서 AP에 의하여 브로드캐스트되기 때문에, BSS의 모든 비AP STA는, 관련되는 AP에 의하여 서포트되는 모든 확장 TWT SP를 인식하고, 또한, 자신이 멤버가 아니거나, 또는 TWT SP의 멤버이더라도 지정된 트래픽을 갖지 않는 경우에, 확장 TWT SP 중에 송신의 시도를 자제하는 것이 기대된다. 이것을 실시하는 하나의 방법으로서, 다음과 같이 할 수 있고, 즉, STA는, 확장 TWT SP를 위하여 웨이크 업했을 때, 자신이 TWT SP의 멤버인지 어떤지와, 지정된 트래픽 타입에 속하는 송신하는 트래픽을 갖는지 어떤지를 확인하고, 갖지 않는 경우, TWT SP의 기간을 대상으로 자신의 NAV를 설정하며, 이로써 (다른 트래픽 타입으로부터의) EDCA 송신을 제한한다.

AP 및 관련되는 모든 비AP STA는, AP에 의하여 제공되는 모든 확장 TWT SP를 인식하는 것이 기대되기 때문에, 확장 TWT SP의 개시 직전에 BSS 내의 AP 또는 비AP STA 중 어느 하나에 의하여 취득된 모든 송신 기회(TXOP: transmission opportunity)는, 확장 TWT SP의 개시 전에 종료될 것이 기대된다.

그러나, 이것은 기본의 802.11 규칙과는 상이한 것에 유의하기 바란다. 현재, 비AP STA는, 자신이 멤버가 아닌 TWT SP를 인식하고 있을 필요는 없고, 따라서 비AP STA는, 자신이 멤버가 아닌 TWT SP 동안에도, 자유롭게 송신을 시도할 수 있다.

디바이스, 나아가서는 트래픽 타입에 시간/주파수에 근거하여 매체를 할당하는 컨셉트는, 다른 통신 기술에도 존재하며, 802.11에서도 과거에 시도된 적이 있지만(예를 들면 HCF 제어 채널 액세스(HCCA: HCF controlled channel access) 또는 제한부 액세스 윈도(RAW)), 이들은 큰 시그널링 오버헤드 및/또는 동작의 복잡함 때문에, 그 이용은 성공하지 않았다. TWT는, 복잡함 및 오버헤드가 비교적 작아, 802.11ax 이후에 널리 채용되고 있다. 약간의 수정에 의하여, 지정된 트래픽에 우선적 서비스를 제공하도록 TWT를 확장할 수 있다.

도 4a는, 본 개시의 제1 실시형태의 일례에 의한, 우선 트래픽에 대응하는 통신을 도해한 플로도 400을 나타내고 있다. 컨텐션 베이스의 채널 액세스 수순, 예를 들면 EDCA 수순은, 블록(408, 410, 414, 418, 422, 424, 432, 434)에 의하여 나타내고 있다. 간략화를 위하여, 확인 응답 프레임(예를 들면 ACK 프레임, BlockAck 프레임)은 명시적으로 나타내고 있지 않지만, 필요한 경우에 존재하는 것을 이해하기 바란다. AP(402)는, 확장 TWT SP(421, 429)의 존재를 애드버타이즈하기 위하여 Beacon 프레임(409)을 송신할 수 있고, 확장 TWT SP(421, 429)에서는 저레이턴시 트래픽만이 허가된다. STA1(404) 등, 확장 TWT SP(421, 429) 동안에 채널에 액세스할 필요가 있는 STA는, 다음으로, TWT 요구/응답 프레임의 교환을 통하여, 확장 TWT SP(421, 429)의 멤버십을 AP(402)와 네고시에이트할 수 있다. 구체적으로는, TWT 네고시에이션 단계 412 동안에, STA1(404)은, 확장 TWT SP(421, 429)의 멤버십을 요구하는 TWT 요구 프레임을 AP(402)에 송신하고, 이어서 AP(402)는, 멤버십을 허가하는 TWT 응답 프레임을 STA1(404)에 송신한다. TWT 네고시에이션 단계 412에 있어서, STA1(404)은, 확장 TWT SP(421, 429)의 TWT 파라미터의 세트를 요구, 제안, 또는 요청할 수 있고, AP(402)는, 수락하거나 거부, 혹은 대체 설정을 제안할 수 있다. 제1 TBTT(416)도, 네고시에이션 단계 412 동안에 네고시에이트할 수 있다. 따라서 STA1은, 이 시점에서, 확장 TWT SP(421, 429) 동안에 채널에 액세스하여 저레이턴시 트래픽을 교환하는 것이 허가된다. TWT 요구 프레임 또는 TWT 응답 프레임에 포함되는 TWT 요소의 브로드캐스트 TWT ID(Broadcast TWT ID) 필드는, 브로드캐스트 TWT를 나타내기 위하여 0 이외의 값(예를 들면 1)으로 설정된다.

STA1은, 도즈 상태로 이행할 수 있고, 제1 TBTT(416) 후에 웨이크 업하여 AP(402)로부터 Beacon 프레임(419)을 수신한다. Beacon 프레임(419)은, 브로드캐스트 TWT(예를 들면 브로드캐스트 TWT1(420)), TWT 웨이크 간격(430), 최소 TWT 웨이크 업 지속 시간(확장 TWT SP(421, 429)의 파선의 사각으로 나타내고 있다) 등의 추가의 TWT 정보를 포함하는 브로드캐스트 TWT 요소를 포함할 수 있다. TWT 요소는 또한, 그 기간이 확장 TWT이고, 이 TWT SP 동안은 저레이턴시 트래픽만을 송신하는 것이 허가되는 것을 나타낸다.

STA1은, Beacon 프레임(419)을 수신한 후에 슬립 상태로 이행하고, 브로드캐스트 TWT1 SP(421)를 위하여 웨이크 업할 수 있다. STA1은 TWT TP의 멤버이고, 송신하는 저레이턴시(L. L.) 트래픽을 갖기 때문에, 확장 TWT SP를 위하여 웨이크 업하면, STA는 자신의 NAV를 설정하지 않는다. 이 제1 확장 TWT SP(421) 동안, AP(402) 및 STA1(404)은, 각각 저레이턴시 다운링크(L. L. DL) 신호(423) 및 저레이턴시 업링크(L. L. UL) 신호(425) 등의 저레이턴시 트래픽을 교환한다.

STA1(404)은, 제1 확장 TWT SP(421)의 종료 후, 슬립 상태로 이행할 수 있다. STA1(404)은, 네고시에이션 단계 또는 Beacon 프레임(419) 중 어느 하나에서 지정된 TWT 웨이크 간격(430)에 따라, 다음의 브로드캐스트 TWT1 SP(429)를 위하여 웨이크 업할 수 있다. 이 제2 확장 TWT SP(429) 동안, AP(402) 및 STA1(404)은, 각각 L. L. DL PPDU(433) 및 L. L. UL PPDU(435)를 송신한다.

한편, AP(402)와 멤버십을 네고시에이트하고 있지 않고, 따라서 확장 TWT SP의 멤버가 아닌 STA2(406) 등의 제3자 STA는, 파선의 사각(426, 436)에 의하여 나타낸 바와 같이, 확장 TWT SP(421, 429) 동안, 채널에 액세스하는 것이 허가되지 않는다. 이것은, STA2가, 확장 TWT SP(421, 429)를 위하여 웨이크 업했을 때, 자신이 확장 TWT SP의 멤버인지 어떤지를 확인하고, 멤버가 아니기 때문에, TWT SP의 기간을 대상으로 자신의 NAV를 설정함으로써, 달성할 수 있다.

또한 ACK/BA는 도면에 나타내고 있지 않지만, 해당하는 경우는 존재하는 것으로 상정하고 있다는 것에 유의하기 바란다. 상술한 바와 같이, AP는, 예를 들면 TSPEC를 사용하여, 비AP STA의 저레이턴시 트래픽의 특성/필요성을 수집한 것으로 상정한다. 본 예에서는, STA2가 TWT SP의 멤버이어도, 송신하는 저레이턴시 트래픽을 갖지 않는 경우, STA2는 TWT SP 동안에 다른 트래픽의 송신을 개시하지 않을 수 있다. 대체 방법으로서, TWT SP 전체 대신에, 그 일부(예를 들면, SP의 최초의 절반, 또는 공칭 최소 TWT 웨이크 지속 시간(Nominal Minimum TWT Wake Duration)에 의하여 나타나는 기간)만을, 멤버 STA로부터의 지정된 트래픽용으로 「예약」할 수 있고, 즉 TWT SP의 일부만이, 다른 트래픽 타입 또는 제3자 STA에 대하여 제한된다. 이것은, STA가, 확장 TWT SP를 위하여 웨이크 업했을 때에, 자신이 TWT SP의 멤버인지 어떤지와, 지정된 트래픽 타입에 속하는 송신하는 트래픽을 갖는지 어떤지를 확인함으로써, 달성할 수 있다. 그렇지 않은 경우, STA는, 지정된 트래픽용으로 예약된 기간(예를 들면 SP의 최초의 절반, 또는 TWT SP의 공칭 최소 TWT 웨이크 지속 시간에 의하여 나타나는 기간)을 대상으로 자신의 NAV를 설정한다.

또한 HE 서브채널 선택 송신(SST: Subchannel Selective Transmission) 동작에서는, 트리거 방식 TWT SP 동안, 비AP STA가 비프라이머리 채널(예를 들면 세컨더리 20MHz 채널, 또는 세컨더리 80MHz 채널)에 파크하는(park on) 것이 허가되는 것에 유의하기 바란다. HE SST비AP STA 및 HE SST AP는, 26.8.2(개별 TWT 합의)에 정의되는 바와 같이 트리거 방식 TWT를 네고시에이트함으로써, SST 동작을 셋업할 수 있다. 이것은, 320MHz 내에서의 SST 동작을 가능하게 하기 위하여, 11be에 의하여 더 강화될 수 있다.

도 4b는, 본 개시의 제1 실시형태의 다른 예에 의한, 우선 트래픽에 대응하는 통신을 도해한 플로도 440을 나타내고 있다. 이 예에서는, TWT SP 동안에 제3자 STA가 송신하는 것을 방지하기 위하여, 확장 브로드캐스트 TWT SP가 개별 TWT SP 상에 겹쳐져 있다. 확장 TWT SP 내의 컨텐션을 더 저감시키기 위하여, SST를 사용하여 TWT SP 내에서 복수의 STA를 상이한 서브채널에 스케줄링할 수 있다.

컨텐션 베이스의 채널 액세스 수순, 예를 들면 EDCA 수순은, 블록(450, 454, 458, 460, 464, 476)에 의하여 나타내고 있다. 이 실시형태에서는, STA1(444)는, TWT 요구 프레임(451)을 AP(442)로 송신함으로써 새로운 TWT 세션을 작성할 수 있고, AP(442)는, 새롭게 작성되는 TWT SP의 멤버십을 STA1(444)에 부여하는 TWT 응답 프레임으로 응답할 수 있다. 제1 TWT(456) 등의 TWT 파라미터의 세트가, TWT 요구/응답 프레임의 교환을 통하여 네고시에이트되고, AP(442)와 STA1(444)의 사이에서 개별 TWT SP의 TWT 합의가 셋업된다. 그 후, STA1은, 제1 TWT(456) 후에 TWT SP가 개시될 때까지, 슬립 상태로 이행할 수 있다.

AP(402)는, STA1(444)과의 개별 TWT SP에 겹쳐지는 개별 TWT SP를 위한 다른 TWT 합의를 셋업하기 위하여, 미요구 TWT 응답 프레임(459)을 STA2(446)로 송신할 수 있다. 미요구 TWT 응답 프레임(459)은, TWT SP 중에서 동시 송신할 수 있도록, 송신 시간과, STA2(446)를 스케줄링하기 위한 TWT SP의 TWT 파라미터 세트를 포함한다. 이 실시형태에서는, STA1(444) 및 STA2(446)는, SST를 사용하여 TWT SP 내에서 각각 세컨더리 20MHz 서브채널(S20MHz) 및 프라이머리 20MHz 서브채널(P20MHz)에 스케줄링된다.

그 후, AP(442)는, Beacon 프레임(461)을 송신하여 확장 브로드캐스트 TWT SP(463, 475)의 존재를 애드버타이즈한다. Beacon 프레임(461)은, 브로드캐스트 TWT(예를 들면 브로드캐스트 TWT1(462)), TWT 웨이크 간격 및 최소 TWT 웨이크 업 지속 시간(확장 TWT SP(463, 475)의 파선의 사각으로 나타내고 있다), 지정되는 트래픽 타입(저레이턴시) 등, 추가의 TWT 정보를 포함하는 브로드캐스트 TWT 요소를 포함할 수 있다. 또한, STA1(444) 및 STA2(446)의 양방은, 웨이크 업하여 Beacon 프레임(461)을 수신하고, 슬립 상태로 되돌아갈 수 있다. 또, 제3자 STA(예를 들면 STA3)도, Beacon 프레임(461) 내의 TWT 요소를 통하여 확장 TWT SP의 정보를 수신한다.

이 실시형태에서는, 확장 브로드캐스트 TWT SP(463, 475)는, STA1(444) 및 STA2(446)의 개별 TWT SP 상에 겹쳐진다. STA1(444) 및 STA2(446)는, 브로드캐스트 TWT1 SP(463)를 위하여 웨이크 업한다. STA1 및 STA2의 양방은 TWT SP의 멤버이며, 모두, 송신하는 저레이턴시 트래픽을 갖기 때문에, 자신의 NAV를 설정하지 않고, 한편으로 제3자 STA(예를 들면 STA3)는, TWT SP를 위하여 웨이크 업하지 않아도 되며, 웨이크 업했다고 해도 TWT SP의 멤버가 아니기 때문에, TWT SP의 기간을 대상으로 자신의 NAV를 설정한다. 이 제1 확장 TWT SP(463) 동안에, AP(402)는, STA1(444) 및 STA2(446)의 각각에, S20MHz 서브채널 및 P20MHz 서브채널을 각각 사용하여, L. L. DL PPDU 및 Trigger 프레임(TF)의 세트(467, 466)를 동시에 송신하고, STA1(444) 및 STA2(446)는, 스케줄링되어 있는 바와 같이, 각각 S20MHz 서브채널 및 P20MHz 서브채널을 사용하여 L. L. UL PPDU(469, 470)로 응답한다.

STA1(444) 및 STA2(446)는, 제1 확장 TWT SP(463)의 종료 후, 슬립 상태로 이행할 수 있다. 네고시에이션 단계 452 또는 Beacon 프레임(461)의 어느 하나로 지정된 TWT 웨이크 간격(474)에 따라, STA1(444) 및 STA2(446)는, 다음의 브로드캐스트 TWT1 SP(475)를 위하여 웨이크 업할 수 있다. 이 제2 확장 TWT SP(475) 동안에, AP(402)는 다시, STA1(444) 및 STA2(446)의 각각에, S20MHz 서브채널 및 P20MHz 서브채널을 각각 사용하여 L. L. DL PPDU 및 Trigger 프레임(TF)의 세트(479, 478)를 송신하고, STA1(444) 및 STA2(446)는, 스케줄링되어 있는 바와 같이, 각각 S20MHz 서브채널 및 P20MHz 서브채널을 사용하여 L. L. UL PPDU(481, 482)로 응답한다.

한편, AP(442)와 멤버십을 네고시에이트하지 않고, 따라서 TWT SP 또는 확장 TWT SP의 멤버가 아닌 STA3(448) 등의 제3자 STA는, 파선의 사각(472, 484)에 의하여 나타낸 바와 같이, 확장 TWT SP(463, 475) 동안, 채널에 액세스하는 것이 허가되지 않는다. 이것은, 예를 들면, 그와 같은 STA가 TWT SP의 기간을 대상으로 자신의 NAV를 설정함으로써, 달성할 수 있다.

TWT 요소는, 브로드캐스트 TWT SP의 네고시에이션 프로세스에 있어서 AP와 STA의 사이에서 교환되는 임의의 프레임에 포함시킬 수 있다. AP와 STA의 사이의 TWT 합의의 모든 상세는, TWT 요소 내에서 전달된다. 본 개시에 의하면, TWT 요소는, 확장 TWT SP를 나타내도록 변경된다.

도 5는, 확장 TWT SP를 나타내는 브로드캐스트 TWT 요소 500의 예시적인 포맷을 나타내고 있다. TWT 요소 500은, 요소 ID(Element ID) 필드, 길이(Length) 필드, 제어(Control) 필드(502), 및 TWT 파라미터 정보(TWT Parameter Information) 필드(504)로 구성할 수 있다. 제어(Control) 필드(502)는, 또한, NDP(널 데이터 패킷) 페이징 인디케이터(NDP Paging Indicator) 필드, 웨이크 지속 시간 단위(Wake Duration Unit) 필드, 및 확장 TWT(Enhanced TWT) 필드로 구성된다.

TWT 파라미터 정보(TWT Parameter Information) 필드는, 또한, 요구 타입(Request Type) 필드(508), 타깃 웨이크 타임(Target Wake Time) 필드, 공칭 최소 TWT 웨이크 지속 시간(Nominal Minimum TWT Wake Duration) 필드, TWT 웨이크 간격 가수(TWT Wake Interval Mantissa) 필드, 및 브로드캐스트 TWT 정보(Broadcast TWT Info) 필드(510)로 구성된다. 요구 타입(Request Type) 필드(508)는, 또한 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드(512)로 구성되고, 브로드캐스트 TWT 정보(Broadcast TWT Info) 필드(510)는, 또한, 허가 트래픽 타입(Allowed Traffic Type) 필드(514), 브로드캐스트 TWT ID(Broadcast TWT ID) 필드(516), 및 브로드캐스트 TWT 지속성(Broadcast TWT Persistence) 필드로 구성되어 있다.

확장 TWT(Enhanced TWT) 필드(506)는, 그것이 확장 TWT인 것을 나타내기 위하여 1로 설정되는 1비트로 할 수 있다. 각 값에 대응하는 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드(512)의 의미는, 표 2에 나타내 있다. 특히, 브로드캐스트 TWT 추천(Broadcast TWT Recommendation) 필드의 값 4는, 우선 SP의 제한이 적용되는 것을 나타낸다. TWT SP에서는, 표 3에 나타낸 바와 같이, 허가 타입(Allowed Type) 필드(514)의 값에 근거하여, 상이한 타입의 트래픽을 허가할 수 있다. 특히, 허가 트래픽 타입(Allowed Traffic Type) 필드의 값 0은, TWT SP 중에 저레이턴시 트래픽이 허가되는 것을 나타내고, 한편, 허가 트래픽 타입(Allowed Traffic Type) 필드의 값 1은, 다른 우선 트래픽(예를 들면 NSEP)이 허가되는 것을 나타낸다. 브로드캐스트 TWT ID(Broadcast TWT ID) 필드는, 브로드캐스트 TWT를 나타내기 위하여 0 이외의 값으로 설정된다.

표 2: 일 실시형태에 의한 TWT 요소의 브로드캐스트 TWT 추천 필드의 값에 대응하는 다양한 의미

브로드캐스트 TWT 추천 필드의 값	브로드캐스트 TWT 요소에서 송신될 때의 설명
0-3	기존의 의미(11ax)
4	우선 서비스 기간의 제한이 적용된다
5-7	예비

표 3: 일 실시형태에 의한 TWT 요소의 허가 트래픽 타입 필드의 값에 대응하는 상이한 허가되는 트래픽 타입

허가 트래픽 타입 필드의 값	허가되는 트래픽 타입
0	저레이턴시 트래픽
1	다른 우선 트래픽(예: NSEP)
2-3	예비

혹은, 허가 트래픽 타입(3개의 예비 비트가 사용 가능)을, 지정되는 트래픽의 TID에 매핑할 수 있고, 예를 들면, 0=TID 6(AC_VO), 1=TID 9(저레이턴시용의 새로운 TID), 2=TID 11(NSEP 트래픽용의 새로운 TID)이다. 앞서 설명한 바와 같이, STA가 확장 TWT SP 동안, 지정된 트래픽에 속하지 않는 트래픽의 송신을 자제하도록 하는 하나의 방법은, STA가 확장 TWT SP를 위하여 웨이크 업했을 때에, 자신이 TWT SP의 멤버이며, 지정된 트래픽 타입에 속하는 송신하는 트래픽을 갖는지 어떤지를 확인한다는 규칙을 정의하는 것이다. 갖지 않는 경우, STA는, TWT SP의 기간을 대상으로 자신의 NAV를 설정하고, 따라서 (다른 트래픽 타입으로부터의) 모든 EDCA 송신을 제한한다. 완전하게 가능하기는 하지만, 이와 같은 규칙을 준수하기 위해서는, 모든 STA가, 관련되는 AP에 의하여 애드버타이즈되는 모든 확장 TWT SP를 인식하고, 각 확장 TWT SP의 개시 시에 NAV를 올바르게 설정할 필요가 있다. 그러나, 상기는, 확장 TWT를 위한 TWT 요소를 이해하는 EHT(11be) 및 EHT+의 STA의 경우에만 가능하고, 레거시(EHT보다 전의) STA는, 이와 같은 NAV 설정 규칙에 따르지 않는다. 본 개시에 의하면, 대체 방법도 제안된다. 레거시(EHT(초고스루풋)보다 전의) STA로부터 채널 액세스를 보호하기 위하여, NAV 제외(NAV Exclusion) 필드로 불리는 특별한 신호(예를 들면 1비트)를 전달하는, RTS 프레임 및 CTS 프레임 등의 네트워크 할당 벡터(NAV) 설정 레거시 프레임을 사용하여, EHT(또는 EHT+) STA에 대하여, 자신이 멤버인 확장 TWT SP 내에서 그와 같은 NAV 설정 레거시 프레임이 수신되었을 때에는, 비록 EHT(또는 EHT+) STA가 그 프레임의 수신처가 되어 있지 않은 경우에서도, EHT(또는 EHT+) STA는 자신의 NAV(기본 NAV 및 BSS 내 NAV)를 설정하지 않는 것을 나타낸다.

이 경우, RTS/CTS 또는 CTS-to-Self(AP에 의하여 송신되고, 자신에게 보내지고 있다) 중 어느 하나를, 그와 같은 보호 메커니즘을 위하여 사용할 수 있다. 이것 대신에, 또는 이것에 더하여, TWT SP는 CTS 프레임 내의 지속 시간 필드에 의하여 제공되는 보호보다 긴 경우가 있기 때문에, 단일의 TWT SP 내에서 복수의 RTS/CTS 프레임 또는 CTS-to-Self 프레임의 교환을 사용하여, TWT SP 전체를 보호할 수 있다.

도 6은, 본 개시의 제1 실시형태의 또 다른 예에 의한, 우선 트래픽에 대응하는 통신을 도해한 플로도 600을 나타내고 있다. 이 예에서는, STA1(604) 및 STA2(606)은, EHT(또는 EHT+) STA이고, 멤버십에 대하여 AP(602)와 네고시에이트하고 있으며(확장 TWT SP(613, 629)의 멤버), 따라서 확장 TWT SP(613, 629) 동안, 채널에 액세스하는 것이 허가되어 있다. 한편, STA3(608)은 레거시(EHT보다 전의) STA이며, 우선 트래픽(예를 들면 저레이턴시 트래픽)을 위한 채널을, 이 STA로부터 보호해야 한다.

컨텐션 베이스의 채널 액세스 수순, 예를 들면 EDCA 수순은, 블록(610, 614, 630, 642)에 의하여 나타내고 있다. AP(602)는, 확장 브로드캐스트 TWT SP(613, 629)의 존재를 애드버타이즈할 수 있는 Beacon 프레임(611)을 송신한다. Beacon 프레임(611)은, 브로드캐스트 TWT(예를 들면 브로드캐스트 TWT1(612)), TWT 웨이크 간격 및 최소 TWT 웨이크 업 지속 시간(확장 TWT SP(613, 629)의 파선의 사각으로 나타내고 있다) 등의 TWT 파라미터 정보를 포함하는 브로드캐스트 TWT 요소를 포함한다. STA1(604), STA2(606), STA3(608)은, Beacon 프레임(611)을 수신한 후, 도즈 상태로 이행할 수 있다.

브로드캐스트 TWT1(612) 후, STA1(604), STA2(606), STA3(608)은 웨이크 업할 수 있다. 제1 확장 TWT SP(613) 동안에, AP(602)는, STA1(604)로 보내진 NAV 설정 레거시 프레임(615)(이 경우는 RTS 프레임)을 송신할 수 있다. RTS 프레임(615)이 STA1(604)로 보내져 있기 때문에, STA1(604)은, RTS 프레임(615)을 수신하면, 자신의 NAV를 설정하지 않는다.

본 개시에 의하면, STA2(606)는 확장 TWT SP(613)의 멤버이기 때문에, 비록 RTS 프레임(615)이 STA2(606)로 보내져 있지 않더라도, NAV 제외 필드의 존재에 의하여, STA2(606)도 자신의 NAV를 설정하지 않는다. STA1 및 STA2의 NAV는, 공백의 바(616)에 의하여 나타내고 있다.

한편, STA3(608)은 확장 TWT SP(613)의 멤버가 아니므로, RTS 프레임(615)이 STA3(608)으로 보내져 있지 않기 때문에, NAV 제외 필드의 존재에 관계없이, STA3(608)은 자신의 NAV를 설정한다. STA3의 NAV는, 진한 색의 바(619)에 의하여 나타내고 있다.

STA1(604)는, RTS 프레임(615)의 수신에 따라 CTS 프레임(620)을 송신하고, 이 CTS 프레임(620)에서는, NAV 제외 필드의 값이 RTS 프레임(615)의 NAV 제외 필드로부터 카피된다. AP(602)는, 처음에, STA2(606)에 L. L. DL PPDU(622)를 송신하고, 다음으로 STA1(604)에 Trigger 프레임(624)을 송신하여 STA1의 송신을 스케줄링할 수 있다. STA1(604)은, Trigger 프레임(624)을 수신하면, 다음으로 L. L. UL PPDU(626)를 AP(602)에 송신한다. STA1(604), STA2(606), STA3(608)은, 제1 확장 TWT SP(613)의 종료 후, 도즈 상태로 이행할 수 있다.

다음의 TWT1 SP(629)의 개시 시에, STA1(604), STA2(606), STA3(608)은 웨이크 업할 수 있다. AP(602)는, 1로 설정된 NAV 제외 필드를 갖는 다른 NAV 설정 레거시 프레임(632)(이 경우에는 자신에게 보내진 CTS-to-self 프레임(632))을 송신할 수 있다. CTS-to-self 프레임(632)은 AP(602)로 보내져 있으므로, STA의 양방이 확장 TWT SP(629)의 멤버이며, 또한 NAV 제외 필드가 1로 설정되어 있기 때문에, 이들 STA는 CTS-to-self 프레임(632)을 수신하면, 공백의 바(634)로 나타낸 바와 같이 자신의 NAV를 설정하지 않는다.

한편, STA3(608)은 확장 TWT SP(629)의 멤버가 아니기 때문에, 비록 CTS-to-self 프레임(632)이, 1로 설정된 NAV 제외 필드를 전달하고 있어도, STA3(608)은 자신의 NAV를 설정한다. STA3의 NAV는, 진한 색의 바(637)에 의하여 나타내고 있다. 이어서 AP는, STA1(604)에 Trigger 프레임(642)을 송신하여 STA1의 송신을 스케줄링할 수 있다. STA1(604)은, Trigger 프레임(642)을 수신하면, L. L. UL PPDU(644)를 AP(602)에 송신한다. 이와 같이 하여, 액세스 채널이 레거시 STA(즉 STA3(608))로부터 보호된다. STA1(604), STA2(606), STA3(608)은, 제2 확장 TWT SP(629)의 종료 후, 도즈 상태로 이행할 수 있다.

확장 브로드캐스트 TWT SP에 있어서 1비트(예를 들면 요구 타입(Request type) 필드의 예비 비트 #15)는, 그 TWT SP에 대하여 TWT 보호가 유효한 것을 나타내는 것에 유의하기 바란다. 지정된 트래픽(예를 들면 저레이턴시)의 송신이, (eCTS 프레임의 지속 시간(duration) 필드에 의하여 나타난다) 보호된 기간의 종료보다 충분히 전에 완료된 경우, AP는, 제3자 STA의 NAV를 해방하기 위하여, CF-End 프레임(RA는 브로드캐스트 어드레스로 설정된다)을 송신할 수도 있다.

또, (예를 들면 6GHz대에 있어서) 11ax 이전의 레거시 STA가 존재하지 않는 배치에서는, 확장 TWT SP를 보호하기 위하여 MU-RTS/CTS의 교환을 대신 사용할 수 있는 것에 유의하기 바란다. 이 보호(즉 NAV 제외 필드를 전달하는 NAV 설정 프레임을 사용한다)는, 레거시 STA를 대상으로 하고 있지만, EHT/EHT+의 비AP STA이더라도 이 메커니즘으로부터 혜택을 받을 수 있고, 그 이유는 BSS 내의 모든 확장 TWT SP를 추적할 필요가 없고, (예를 들면 eRST/eCTS 프레임을 사용하여) 확장 TWT SP의 보호를 AP에 맡길 수 있으며, 따라서 비AP STA의 동작이 보다 단순해지기 때문이다.

도 7a 및 도 7b는, RTS 프레임 700 및 CTS 프레임 704의 예시적인 포맷을 나타내고 있다. RTS 프레임 700은, 프레임 제어(Frame Control) 필드(702), 지속 시간(Duration) 필드, 수신기 어드레스(Receiver Address)(RA) 필드, 송신기 어드레스(Transmitter Address)(TA) 필드, 프레임 체크 시퀀스(Frame Check Sequence)(FCS) 필드로 구성되어 있다. CTS 프레임 704는, 프레임 제어(Frame Control) 필드(706), 지속 시간(Duration) 필드, RA 필드, 및 FCS 필드로 구성되어 있다.

도 8은, 도 7a 및 도 7b의 RTS 프레임 700 및 CTS 프레임 706의 예시적인 프레임 제어(Frame Control) 필드(702, 706)를 나타내고 있다. 프레임 제어(Frame Control) 필드는, 프로토콜 버전(Protocol Version) 필드, 타입(Type) 필드, 서브타입(Subtype) 필드, To DS(To Differentiated Services)(DS) 필드, From DS 필드, 추가 프래그먼트(More Fragments) 필드, 재시행(Retry) 필드, 전력 관리(Power Management) 필드, 추가 데이터(More Data) 필드, 보호 프레임(Protected Frame) 필드, 및 +HTC(고스루풋 제어: High Throughput Control) 필드로 구성되어 있다.

RTS/CTS 프레임에 있어서, 제어(Control) 프레임에서 미사용인 필드, 예를 들면, To DS 필드, From DS 필드, 추가 프래그먼트(More Fragments) 필드, 및 재시행(Retry) 필드 중 어느 1개를 사용하여, EHT/EHT+ STA에 NAV 보호의 배제를 나타낼 수 있다(예를 들면 1로 설정된다). 이하의 다양한 실시형태에서는, NAV 보호의 배제를 나타내기 위하여 1로 설정되는 이와 같은 미사용 필드는, NAV 제외 필드라고 부르는 경우가 있다.

EHT/EHT+ STA가, 예를 들면 값 1로 설정된 NAV 제외 필드를 갖는 확장 RTS 프레임 700을 수신한 경우, 그 STA는, 응답으로서 송신하는 확장 CTS 프레임에 있어서 동일한 NAV 제외 필드 및 값을 설정하는 것으로 한다. 또한, EHT/EHT+ STA가, 자신이 멤버인 확장 TWT SP 내에서 확장 RTS/CTS 프레임 700, 704를 수신한 경우, 그 STA는, 비록 RTS/CTS 프레임이 자신에게 보내져 있지 않더라도, 자신의 NAV(기본 NAV 및 BSS 내 NAV)를 설정하지 않는다. 이와 같은 메커니즘하에서는, 레거시 STA는 이와 같은 특별한 신호(NAV 제외 필드)를 이해하지 않고, 자신의 NAV를 설정하게 된다. 따라서, 레거시 STA로부터 우선 트래픽을 보호하는 것을 달성할 수 있다.

혹은, RTS/CTS 프레임에 「NAV 보호」 필드가 포함되지 않더라도, 확장 TWT의 멤버인 STA는, 자신이 멤버인 확장 TWT SP 내에서 NAV 설정 프레임(예를 들면 RTS/CTS 프레임)을 수신한 경우, 비록 그 프레임이 자신에게 보내져 있지 않더라도 NAV를 설정하지 않는다는 규칙을, 11be 사양에 정의하는 것도 가능하다.

또한, TWT를 스케줄링하는 AP는, 허가 트래픽 타입(Allowed Traffic Type) 필드를 전달하는 TWT 정보 프레임을, 확장 브로드캐스트 TWT SP의 멤버 STA 중 어느 하나에 송신함으로써, 이후의 TWT SP의 기존의 TWT 합의의 TWT 파라미터(예를 들면 허가 트래픽 타입)를 갱신할 수 있다. 예를 들면, NSEP 이벤트가 트리거된 경우, 원래는 저레이턴시 트래픽용으로 스케줄링되어 있는 이후의 확장 TWT SP를, NSEP 트래픽용의 확장 TWT SP로 변환할 수 있다.

도 9는, TWT 정보(TWT Information) 프레임 900의 예시적인 포맷을 나타내고 있다. TWT 정보 프레임은, 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, 3개의 어드레스(Address) 필드(RA, TA, BSSID), 시퀀스 제어(Sequence Control) 필드, HT 제어(HT Control) 필드, 카테고리(Category) 필드(Unprotected S1G Action로 설정), 액션(Action) 필드(TWT Information로 설정), TWT 정보(TWT Information) 필드, 허가 트래픽 타입(Allowed Traffic Type) 필드, 및 FCS 필드로 구성되어 있다. 프레임 제어(Control) 필드, 지속 시간(Duration) 필드, 3개의 어드레스(Address) 필드(RA, TA, BSSID), 시퀀스 제어(Sequence Control) 필드, HT 제어(HT Control) 필드는, MAC 헤더로서 그룹화할 수 있다. 카테고리(Category) 필드, 액션(Action) 필드, TWT 정보(TWT Information) 필드, 및 허가 트래픽 타입(Allowed Traffic Type) 필드는, 프레임 본체로서 그룹화할 수 있다. 표 4는, 허가 트래픽 타입(Allowed Traffic Type) 필드의 상이한 값에 있어서의, 각각의 허가되는 트래픽 타입을 나타내고 있다.

표 4: TWT 정보 프레임의 상이한 허가 트래픽 타입 필드값에 있어서의 TWT 합의의 다양한 허가 트래픽 타입

허가 트래픽 타입 필드의 값	허가되는 트래픽 타입
0	저레이턴시 트래픽
1	그 외의 우선 트래픽(예: NSEP)
2-3	예비

확장 브로드캐스트 TWT SP의 멤버 STA는, 허가 트래픽 타입(Allowed Traffic Type) 필드를 전달하는 TWT 정보 프레임을 수신하면, 새로운 지정되는 트래픽 타입을 반영하도록 TWT SP의 자신의 기록을 갱신한다.이하의 단락에서는, 제한부 Trigger 프레임에 관련되는 본 개시의 제2 실시형태에 대하여, 우선 트래픽에 대응하는 AP 및 STA를 참조하면서 설명한다.

본 개시의 제2 실시형태에 의하면, 트래픽 제한은, 확장 TWT에 있어서 직접적으로는 시그널링되지 않는다. 대신에, 트래픽 제한은, 확장 TWT SP 내에서 송신되는 다른 프레임을 사용하여 시그널링된다. 실제로, TWT SP를 위한 TWT 요소는, 그것이 확장 TWT이라는 것의 아무런 지시 정보도 갖지 않아도 된다. 예를 들면, 확장 TWT는 항상 트리거 방식 TWT이며, 확장 TWT 내에서 송신되는 Trigger 프레임이, 트래픽 제한을 시그널링한다. 이와 같은 메커니즘하에서는, 확장 TWT 내의 Trigger 프레임은, 지정된 트래픽을 갖는 STA로의 리소스 할당을 우선시킨다. 또한, 다른 트래픽 타입으로의 리소스 할당을 포함하는 Trigger 프레임의 스케줄링은, 멤버 STA가, 자신의 지정된 트래픽이 모두 송신된 것을 (예를 들면 버퍼 상태 보고를 통하여) 시그널링한 후에만, 행할 수 있다.

도 10은, 본 개시의 제2 실시형태에 관한, 우선 트래픽에 대응하는 통신을 도해한 플로도 1000을 나타내고 있다. 컨텐션 베이스의 채널 액세스 수순, 예를 들면 EDCA 수순은, 블록(1010, 1016, 1032, 1034, 1036, 1038, 1040)에 의하여 나타내고 있다. 이 예에서는, STA1(1004), STA2(1006), 및 STA3(1018)의 모든 것이, 확장 TWT SP의 멤버십을 네고시에이트하고 있다. 또한, STA1(1004)은 저레이턴시 트래픽 전용으로 설정되어 있고, STA2(1006)는 저레이턴시 트래픽 및 NSEP 트래픽용으로 설정되어 있으며, STA3(1008)은 NSEP 트래픽 전용으로 설정되어 있다.

AP(1002)는, 확장 브로드캐스트 TWT SP(1015, 1053)의 존재를 애드버타이즈할 수 있는 Beacon 프레임(1012)을 송신한다. Beacon 프레임(1012)은, 브로드캐스트 TWT(예를 들면 브로드캐스트 TWT1(1014)), TWT 웨이크 간격, 및 최소 TWT 웨이크 업 지속 시간(확장 TWT SP(1015, 1053)의 파선의 사각으로 나타내고 있다) 등의 TWT 파라미터 정보를 포함하는 브로드캐스트 TWT 요소를 포함한다. STA1(1004), STA2(1006), STA3(1008)은, TWT SP의 멤버이다. Beacon 프레임(1012)을 수신한 후, STA1(1004), STA2(1006), STA3(1008)은, 도즈 상태로 이행할 수 있다.

STA1(1004), STA2(1006), STA3(1008)은, 제1 확장 TWT SP(1015)의 개시 시에 웨이크 업할 수 있고, AP(1002)는, STA1(1004) 및 STA2(1006)에 Trigger 프레임(1017)을 송신하여 저레이턴시 트래픽용의 RU를 할당할 수 있다. Trigger 프레임(1017)을 수신한 STA1(1004) 및 STA2(1006)는, 다음으로, 각각의 제1 응답 프레임, 예를 들면 L. L. UL PPDU(1018, 1020)를, AP(1002)에 송신한다. AP(1002)는, L. L. UL PPDU(1020)에 대하여, STA2(1006)로의 L. L. DL PPDU(1022)에 의하여 응답할 수 있다. 그 후, AP는, STA1(1004) 및 STA2(1006)에 다른 Trigger 프레임(1024)을 송신하여 저레이턴시 트래픽용의 RU를 할당할 수 있다. 이 다른 Trigger 프레임(1024)을 수신한 STA1(1004) 및 STA2(1006)는, 각각의 제2 응답 프레임, 예를 들면 L. L. UL PPDU(1026, 1028)를 AP(1002)에 송신한다. STA3(1008)은, 송신하는 저레이턴시 트래픽을 갖지 않고, 따라서 TWT SP의 개시 시에 리소스가 할당되지 않는다.

확장 TWT 내의 TF는, 저레이턴시 트래픽을 갖는 STA(예를 들면 STA1(1004) 및 STA2(1006))로의 리소스 할당을 우선시키는 것에 유의하기 바란다. STA2 및 STA3의 NSEP 신호는, 지정된 트래픽이 모두 송신되고, 확장 TWT SP(1015)에 미사용 시간이 남은 후에, 송신되는 것을 허가할 수 있으며, 이 경우, AP(1002)는, NSEP 트래픽용의 RU를 할당하는 TF를 송신할 수 있다.

NSEP 이벤트가 트리거된 경우, STA는, NSEP 트래픽을 위한 우선 액세스를 AP에 요구할 수 있다. 예를 들면, 제1 확장 TWT SP(1015)가 종료된 후, STA2(1006)는, AP(1002)에 NSEP 요구를 송신하여, NSEP 이벤트가 트리거된 것을 통지하고, 허가되는 트래픽 타입을 NSEP 트래픽으로 갱신하도록 요구할 수 있다. 이로써, 채널의 NSEP 우선 액세스가 트리거된다. AP(1002)는, STA1(1004)에 NSEP 응답 프레임을 송신하여, 이후의 확장 TWT SP에서는 NSEP 프레임만이 허가되는 것을 통지할 수 있다. 이 경우, 저레이턴시 트래픽용으로 설정되어 있는 STA1(1004)에는, 제2 확장 TWT SP(1053)와 같은 이후의 확장 TWT SP 동안, AP에 의하여 RU가 할당되지 않는다.

제2 확장 TWT SP(1053)의 개시 시에, AP(1002)는, STA2(1006) 및 STA3(1008)에 Trigger 프레임(1041)을 송신하여 NSEP 트래픽용의 RU를 할당할 수 있다. Trigger 프레임(1041)을 수신한 STA2(1006) 및 STA3(1008)은, 다음으로, 각각의 제1 업링크 프레임(예를 들면 NSEP 프레임(1042, 1044))을 AP(1002)에 송신한다. AP(1002)는 또한, 다운링크 NSEP 프레임(1046)을 STA2(1006)에 송신할 수 있다. 그 후, AP는, 다른 Trigger 프레임(1048)을 STA2(1006) 및 STA3(1008)에 송신하여 NSEP 트래픽용의 RU를 할당할 수 있다. 이 다른 Trigger 프레임(1048)을 수신한 STA2(1006) 및 STA3(1008)은, 각각의 제2 업링크 프레임(예를 들면 NSEP 프레임(1050, 1052))을 AP(1002)에 송신한다.

도 11은, 예시적인 기본 Trigger(Basic Trigger) 프레임 1100을 나타내고 있다. 기본 Trigger(Basic Trigger) 프레임 1100은, 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, RA 필드, TA 필드, 공통(Common) 필드, 1개 이상의 유저 정보(User Info) 필드, 패딩(Padding) 필드, 및 FCS 필드로 구성되어 있다. 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, RA 필드, 및 TA 필드는, MAC 헤더로서 그룹화할 수 있다. 공통(Common) 필드는, 다시, 트리거 타입(Trigger Type) 필드(Basic type로 설정) 및 UL HE-SIG-A2 예비(UL HE-SIG-A2 Reserved) 필드로 구성되어 있다. 1개 이상의 유저 정보(User Info) 필드의 각각은, AID 12 필드 및 트리거 의존 유저 정보(Trigger Dependent User Info) 필드(1102)로 구성할 수 있고, 트리거 의존 유저 정보(Trigger Dependent User Info) 필드(1102)는, MAC 프로토콜 데이터 유닛(MPDU) MU 스페이싱 계수(MAC Protocol Data Unit (MPDU) MU Spacing Factor) 필드, TID 어그리게이션 제한(TID Aggregation Limit) 필드, 트래픽 제한(Traffic Restrictions) 필드(1104), 및 우선 액세스 카테고리(AC)(Preferred Access Category (AC)) 필드(1106)를 포함한다. 트래픽 제한(Traffic Restrictions) 필드(1104)가 1로 설정되어 있을 때, 우선 AC(Preferred AC) 필드는, 허가되는 트래픽 타입을 시그널링한다. 표 5는, 우선 AC(Preferred AC) 필드의 값에 따른, 허가되는 트래픽 타입을 나타내고 있다.

표 5: 우선 AC 필드의 값에 의하여 시그널링되는 다양한 허가되는 트래픽 타입

우선 AC 필드의 값	허가되는 트래픽 타입
0	저레이턴시 트래픽
1	그 외의 우선 트래픽(예: NSEP)
2-3	예비

비AP STA는, 자신의 AID와 일치하는 AID 12 필드를 포함하는 기본 트리거(Basic Trigger) 프레임 1100을 수신하면, 기본 Trigger 프레임 1100에 대한 응답 프레임(예를 들면 TB PPDU)에 있어서, 허가된 트래픽 타입에 속하는 프레임을 송신하는 것이 허가된다. 이 비AP STA는, 다른 트래픽 타입에 속하는 프레임을 송신하지 않는 것으로 한다.혹은, 트래픽 제한(Traffic Restrictions) 필드로서 사용되는 예비 비트와, 우선 AC(Preferred AC) 필드의 2비트(합계 3비트)를, 지정되는 트래픽의 TID에 매핑할 수 있으며, 예를 들면, 0=TID6(AC_VO), 1=TID9(저레이턴시용의 새로운 TID), 2=TID11(NSEP 트래픽용의 새로운 TID) 등이다. 비AP STA는, 자신의 AID와 일치하는 AID 12 필드를 포함하는 기본 트리거(Basic Trigger) 프레임을 수신하면, 기본 Trigger 프레임에 대한 응답으로서 송신되는 TB PPDU에 있어서, 지정되는 TID에 속하는 프레임만을 송신하는 것이 허가된다. 비AP STA는, 다른 TID에 속하는 프레임을 송신하지 않는 것으로 한다.

다른 옵션으로서, 기본 Trigger 프레임의 트리거 의존 유저 정보(Trigger Dependent User Info) 필드에, 트래픽 제한(예를 들면 지정되는 트래픽의 TID)을 전달하기 위한 추가의 1옥텟을 포함시킬 수 있다.

이하의 단락에서는, 멀티 링크의 서포트에 관련되는 본 개시의 제3 실시형태에 대하여, 우선 트래픽에 대응하는 AP 및 STA를 참조하면서 설명한다.

멀티 링크 디바이스(MLD: Multi-Link Device)란, 동일한 타입의 복수의 STA(AP 또는 비AP STA)를 수용하고 있고, 복수의 무선 링크를 통한 동시 통신을 가능하게 하는 디바이스이다. 비동시 송신 수신 링크 페어(NSTR: Non-simultaneous transmit and receive link pair)란, 링크 간에서 발생할 수 있는 송신/수신 간섭(예를 들면 2개의 링크의 주파수가 서로 가깝기 때문에, 페어 중 일방의 링크에서 MLD가 송신하면, 타방의 링크에서 MLD를 수신할 수 없다)으로 인하여, MLD가 링크 페어에서의 동시 송신에 대한 제한을 나타낸 링크 페어이다.

MLD의 복수의 상이한 링크에 있어서의 확장 TWT SP는, 각 링크에서 독립하여 (AP MLD와) 네고시에이트할 수 있거나, 또는, AP MLD의 링크 간의 TSF 및 비컨 송신 시간(TBTT)이 동기하고 있는 경우, 복수의 상이한 링크에 있어서의 확장 TWT SP를, 어느 하나의 링크에 있어서의 단일의 네고시에이션을 통하여 함께 네고시에이트할 수도 있다.

제1 링크에 있어서 확장 TWT SP에 할당되어 있는 NSTR 비AP 멀티 링크 디바이스(MLD)는, 제1 링크로의 공디바이스 간섭(co-device interference)을 일으키는, 다른 링크에 있어서의 TWT SP 중의 송신을 피해야 한다. 이것을 지원하기 위하여, AP MLD와 비AP MLD는, 복수의 상이한 링크에 있어서의 시간적으로 겹쳐지는 확장 TWT SP(동일 또는 상이한 TWT ID를 갖는다)를 네고시에이트할 수 있다. 특히, AP MLD가 제1 링크에 있어서의 확장 TWT SP 동안에 DL 우선 트래픽을 송신할 때, AP MLD는, 비AP MLD가 NSTR 링크 페어의 제2 링크에 있어서 UL PPDU를 동시에 송신하지 않는 것을, 이하의 어느 하나에 의하여 보증할 수 있고, 즉, (i) 비AP MLD 또는 다른 비AP STA에 제2 링크에 있어서 DL PPDU를 송신하거나, 또는 (ii) 다른 비AP STA로부터의 제2 링크에 있어서의 UL PPDU를 트리거한다.

도 12는, 본 개시의 제3 실시형태에 관한, 우선 트래픽에 대응하는 통신을 도해한 플로도 1200을 나타내고 있다. 이 실시형태에서는, AP-MLD(1202)는, 제1 링크(즉 AP1(1204)로부터 STA1(1210)까지)를 통하여, 제1 Beacon 프레임(1216)을 비AP MLD(1208)로 송신한다. 그 후, AP-MLD(1202)는, 제2 링크(즉 AP2(1206)로부터 STA2(1212)까지)를 통하여, 제2 Beacon 프레임(1222)을 비AP-MLD(1208)로 송신한다. 제1 및 제2 Beacon 프레임(1216, 1222)은, (각각 브로드캐스트 TWT ID1 및 브로드캐스트 TWT ID2 하에서) 확장 TWT SP의 존재 및 TWT 파라미터 정보(예를 들면, 각각 브로드캐스트 TWT1 및 브로드캐스트 TWT2)를 애드버타이즈할 수 있다. 제1 확장 TWT SP(1225)에 있어서, AP-MLD(1202)는, 제1 링크를 통하여 Trigger 프레임(1227)을 비AP-MLD(1208)로 송신할 수 있다. 비AP-MLD(1208)는, Trigger 프레임(1227)에 응답하여, 우선 트래픽하에서, 응답 프레임(예를 들면 L. L. UL PPDU(1228))을 제1 링크를 통하여 AP-MLD(1202)로 송신한다. 한편, AP-MLD(1202)는, 동시에 제2 링크를 통하여 L. L. DL PPDU(1231)를 송신하는 것은 허가되지 않고, 그 이유는 업링크 프레임(1228)으로부터의 간섭에 의하여 이 프레임은 사라질 가능성이 매우 높기 때문이다. 이 이유로서, NSTR 링크 페어의 일방의 링크에서의 UL 송신(예를 들면 L. L. UL PPDU(1228))에 기인하여, 타방의 링크에서의 DL PPDU(예를 들면 L. L. DL PPDU(1231))가 실패하기 때문이며, 이와 같은 케이스는 피해야 한다.

예를 들면, 제2 확장 TWT SP(1227)에 있어서, AP-MLD(1202)는, 제1 링크 및 제2 링크를 각각 통하여, 2개의 L. L. DL PPDU(1229, 1231)를 비AP-MLD(1208)로 송신할 수 있다(제1 링크 및 제2 링크의 송신은, 상이한 EDCA 수순(1228, 1230)에 기인하여 동기되지 않는 경우가 있다). 그 후, AP-MLD(1202)는, 제1 링크를 통하여 다른 비AP-MLD 또는 비AP STA(도시하지 않음)로 Trigger 프레임(1233)을 송신할 수 있다. 그 후, AP-MLD(1202)는, 그 다른 비AP STA/MLD로부터 제1 링크를 통하여 UL PPDU를 수신할 수 있고, 동시에 AP-MLD(1202)는, 비AP-MLD(1208)로 보내진 L. L. DL PPDU(1237)를 송신할 수 있다. 이 경우, STA1(1210)이 동시에 송신하고 있지 않기 때문에, STA2(1212)는 DL PPDU(1237)를 올바르게 수신할 수 있다.

도 13은, 복수의 링크에 있어서의 TWT 합의를 동시에 네고시에이트하기 위하여 사용될 수 있는 예시적인 TWT 셋업 프레임 1300을 나타내고 있다. 이 셋업 프레임은, 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, 3개의 어드레스(Address) 필드(RA, TA, BSSID), 시퀀스 제어(Sequence Control) 필드, HT 제어(HT Control) 필드, 카테고리(Category) 필드(Unprotected S1G Action로 설정), 액션(Action) 필드(TWT Setup로 설정), 다이얼로그 토큰(Dialog Token) 필드, TWT 요소(TWT Element) 필드(1개 또는 2개))(1302), 멀티 링크 요소(Multi-link Element) 필드(1304), 및 FCS 필드로 구성할 수 있다. 프레임 제어(Frame Control) 필드, 지속 시간(Duration) 필드, 3개의 어드레스(Address) 필드, 시퀀스 제어(Sequence Control) 필드, 및 HT 제어(HT Control) 필드는, MAC 헤더로서 그룹화할 수 있다. 카테고리(Category) 필드, 액션(Action) 필드, 다이얼로그 토큰(Dialog Token) 필드, TWT 요소(TWT Element) 필드(1302), 및 멀티 링크 요소(Multi-link Element) 필드(1304)는, 프레임 본체로서 그룹화할 수 있다.

TWT 요소(TWT Element) 필드(1302)는, TWT 셋업(TWT Setup) 프레임이 송신되는 링크의 TWT SP의 정보를 전한다. 멀티 링크 요소(Multi-link Element) 필드(1304)는, 요소 ID(Element ID) 필드, 길이(Length) 필드, 요소 ID 확장(Element ID Extension) 필드, 멀티 링크 제어(Multi-Link Control) 필드(타입(Type) 필드(1306) 및 존재 비트맵(Presence Bitmap) 필드를 포함한다), 및 링크 정보(Link Info) 필드(1개 이상)로 구성되어 있다. 멀티 링크 제어(Multi-Link Control) 필드의 타입(Type) 필드는, Multi-Link TWT Setup으로 설정된다. 링크 정보(Link Info) 필드는 또한, 링크 ID(Link ID) 필드, TWT 요소(TWT Element) 필드(1개 또는 2개의 TWT 요소를 전달한다)(1308), 및 타이밍 동기 오프셋(TSF) 오프셋(Timing Synchronization Offset (TSF) Offset) 필드(1310)로 구성되어 있다. 링크 정보(Link Info) 필드 내의 TWT 요소(TWT Element) 필드(1308)는, 링크 ID에 대응하는 링크의 TWT SP의 정보를 전달한다. TSF 오프셋(TSF Offset) 필드(1310)는, TWT 셋업(TWT Setup) 프레임이 송신되는 링크와, 링크 ID에 대응하는 링크의 사이의 TSF의 차이에 관련된다. 멀티 링크 요소를 전달하는 이와 같은 TWT 셋업(TWT Setup) 프레임(1300)은, 복수의 상이한 링크에 있어서의 확장 TWT SP를, 어느 하나의 링크에 있어서의 단일의 네고시에이션을 통하여 함께 셋업하기 위하여 사용된다.

이하의 단락에서는, 우선 업링크 OFDMA 베이스 랜덤 액세스(UORA)에 관련되는 본 개시의 제4 실시형태에 대하여, 우선 트래픽에 대응하는 AP 및 STA를 참조하면서 설명한다.

비주기적인 지정된 트래픽의 우선 액세스에 대처하기 위하여, 우선 랜덤 액세스 리소스 유닛(RA-RU)으로의 UORA 액세스가, 지정된 트래픽에 제한되도록, UORA를 「우선 UORA」로서 커스터마이즈한다. 특히, 우선 RA-RU란, 트래픽 제한이 적용되는 RA-RU이며(예를 들면 기본 트리거(Basic Trigger) 프레임 1100의 트래픽 제한(Traffic Restrictions) 필드(1104)가 1로 설정되어 있다), 우선 RA-RU는, RA-RU에 대한 트래픽 제한을 충족시키는 STA만을 대상으로 하여 적격 RA-RU로 간주된다. 자격이 있는 STA의 우선 OFDMA 백오프(POBO: Prioritized OFDMA backoff)는, 우선 RA-RU를 포함하는 모든 적격 RA-RU를 대상으로 카운트다운할 수 있지만, 자격이 없는 STA의 OFDMA 백오프(OBO: OFDMA backoff)는 우선 RA-RU를 대상으로 카운트다운할 수 없다. POBO 또는 OBO 중 어느 하나가 0인 경우, STA는 UORA 컨텐션에 이긴다.

도 14는, 본 개시의 제4 실시형태에 관한 우선 UORA 수순을 나타내고 있다. 이 경우, STA1 및 STA2는 저레이턴시 트래픽용으로 설정되어 있고, 따라서 UORA 컨텐션에서는, STA3보다 STA1 및 STA2가 우선된다. Trigger 프레임에 있어서 AP에 의하여 STA(STA1, STA2, STA3)에 지정되는, RU1 및 RU5에 있어서의 우선 RA-RU와, RU2-RU4에 있어서의 통상 RA-RU가 존재한다.

STA1은 초기 POBO가 5이고, 한편으로 STA2는 초기 POBO가 4이다. 지정되는 저레이턴시 트래픽용으로 설정되어 있는 STA1, STA2의 경우, STA1, STA2는 우선 RA-RU 및 통상 RA-RU에 액세스할 수 있기 때문에, 적격 RA-RU의 수는 5이다. 따라서 STA1 및 STA2는, UORA를 획득할 높은 가능성을 갖는다.

STA1의 POBO는, 5개의 적격 RA-RU(RU1~RU5)를 대상으로, 5 이하부터 0까지 카운트다운된다. 그 결과, STA1는 UORA 컨텐션에 이기고, 응답 프레임(TB PPDU)으로 송신하기 위하여 (RU1~RU5로부터) 1개의 RA-RU(예를 들면 RU1)를 랜덤으로 선택한다. 동일하게, STA2의 POBO는, 5개의 적격 RA-RU(RU1~RU5)를 대상으로, 5 이하부터 0까지 카운트된다. 그 결과, STA2는 UORA 컨텐션에 이기고, 응답 프레임(TB PPDU)으로 송신하기 위하여(RU1~RU5로부터) 랜덤으로 1개의 RA-RU(예를 들면 RU3)를 선택한다.

한편, 비저레이턴시 트래픽용으로 설정되어 있는 STA3은, 초기 OBO가 4이다. STA3은 통상 RA-RU(R2~R4)에만 액세스할 수 있기 때문에, RA-RU의 수는 3이다. STA3의 OBO는, 5 이상부터 2까지 카운트다운된다. 그 결과, STA3는 UORA 컨텐션에 이기지 못하고, STA3으로부터의 트래픽은 제한된다.

Trigger 프레임에 있어서 트래픽 제한을 시그널링함으로써 RA-RU를 우선으로 나타내는 대신에, 0 이외의 예비 AID(예를 들면 2044)를 사용하여 우선 RA-RU를 나타낼 수 있다. 이와 같은 경우, 송신하는 지정된 트래픽을 갖고, 또한 Trigger 프레임에 있어서 고정 RU가 할당되어 있지 않은 STA는, 통상 RA-RU(AID 0의 RU) 및 우선 RA-RU(예를 들면 AID 2044의 RU)의 양방을 적격 RA-RU로 간주하여 UORA 컨텐션을 행할 수 있으며, 송신하는 지정된 트래픽을 갖지 않는 STA도, 통상 RA-RU(AID 0의 RU)를 적격 RA-RU로 간주할 수 있다.

또한, 우선 UORA의 파라미터를, 지정되는 트래픽(예를 들면 저레이턴시 트래픽)을 위하여 사용할 수 있다. 특히, AP는, 일반적인 UORA 액세스를 위한 OFDMA 컨텐션 윈도(OCW) 범위에 더하여, 지정된 트래픽을 위한 우선 OCW 범위도, UORA 파라미터(UORA Parameter) 요소에 있어서 애드버타이즈한다.

도 15는, 예시적인 UORA 파라미터(UORA Parameter) 요소 1500을 나타내고 있다. UORA 파라미터(UORA Parameter) 요소 1500은, 요소 ID(Element ID) 필드, 길이(Length) 필드, 요소 ID 확장(Element ID Extension) 필드, OCW 범위(OCW Range) 필드(1502), 우선 OCW 범위(Prioritized OCW Range) 필드(1504)로 구성되어 있다. 우선 OCW 범위(Prioritized OCW Range) 필드(1504)는, 또한, P_EOCWmin 필드 및 P_EOCWmax 필드로 구성되어 있고, 이들은, 우선 UORA 액세스를 위한 POCW 및 POBO와 함께, 각각 식 1 및 식 2에 따라 P_OCWmin 및 P_OCWmax를 계산하기 위하여 사용된다. OCWmin, OCWmax, OCW, 및 OBO는, 디폴트의 UORA 액세스에 사용되는 것에 유의하기 바란다.

P_OCWmin/P_OCWmax와 OCWmin/OCWmax의 관계는, 식 3 및 식 4에 근거하여 산출할 수 있다.

POBO는, 0부터 POCW까지의 범위 내에서 랜덤으로 선택되는 정수이다. AP는, P_OCWmin 및 P_OCWmax를 OCWmin 및 OCWmax보다 작게 설정함으로써, 지정된 트래픽 타입이 UORA 액세스를 획득할 높은 가능성을 갖는 것을 보증한다.

이것 대신에, 또는 이것에 더하여, 송신하는 지정된 트래픽을 갖는 STA는, UORA 컨텐션 중에, 각 우선 RA-RU 또는 통상 RA-RU에 대하여, 자신의 OBO를 1보다 큰 값(예를 들면 2)만큼 빼는 것이 허가되고, 결과적으로, 그와 같은 STA의 OBO가, 통상의 트래픽보다 훨씬 높은 확률로 0이 된다.

우선 UORA 수순에서는, 비AP EHT STA는, POCW의 값을, EHT AP로부터의 UORA 파라미터 세트(UORA Parameter Set) 요소 중의 우선 OCW 범위(Prioritized OCW Range) 필드에 나타나는 가장 새로운 POCWmin로부터 얻어지는 P_OCWmin, 또는 디폴트(UORA 파라미터 세트(UORA Parameter Set) 요소를 수신하지 않은 경우)로 설정하고, 자신의 POBO 카운터를, 0부터 POCW까지의 범위 내에서 균일 분포로부터 랜덤으로 선택되는 정숫값으로 초기화한다.

EHT STA가 AP로의 보류 중인 우선 프레임을 갖는 경우, 적어도 1개의 적격 RA-RU를 포함하는 Trigger 프레임을 수신하면, 플로 차트에 나타낸 바와 같이 우선 UORA를 경합하여 EHT TB PPDU를 송신한다. STA가, 송신하는 보류 중인 우선 프레임을 갖는 경우는, 통상의 적격 RA-RU에 더하여, 우선 RA-RU도 적격 RA-RU로 간주된다.

선택된 RA-RU에 있어서 EHT TB PPDU가 정상적으로 송신되지 않는 경우, 비AP EHT STA는, POCW가 POCWmax의 값보다 작을 때, 자신의 POCW를 2ХPOCW+1로 갱신하고, 0부터 POCW의 범위 내에서 자신의 POBO 카운터를 랜덤으로 선택한다. 연속하는 재송신의 시도에 있어서 POCW가 POCWmax에 도달하면, POCW가 리셋될 때까지 POCW는 POCWmax의 값 그대로이다.

도 16은, 본 개시의 일 실시형태에 관한 우선 UORA 수순 1600을 도해한 플로 차트를 나타내고 있다. 스텝 1602에 있어서는, STA가 AP로부터 우선 OCW 범위를 수신하고, 송신하는 우선 프레임을 갖는지 어떤지를 판정한다. 「예」인 경우, 스텝 1604를 실행한다. 「아니오」인 경우, 스텝 1606에 있어서 일반적인 UORA를 실행하고, 처리를 종료할 수 있다. 스텝 1604에 있어서는, POBO가 0보다 큰지 어떤지를 판정한다. POBO가 0보다 크지 않다고 판정된 경우, 스텝 1608을 실행한다. 「예」인 경우, 처리는 스텝 1612으로 스킵한다.

스텝 1608에 있어서는, POBO를, 0부터 POCW의 범위 내의 랜덤한 값으로 초기화한다. 이어서 스텝 1610에 있어서, POBO가 0보다 큰지 어떤지를 다시 판정한다. POBO가 0보다 크다고 판정된 경우, 스텝 1612를 실행한다. 그렇지 않은 경우, 처리는 스텝 1620으로 스킵한다. 스텝 1612에 있어서는, POBO가 적격 RA-RU의 수 이하인지 어떤지를 판정한다. 「예」인 경우, POBO를 0으로 설정하고, 이어서 스텝 1618을 실행한다. POBO가 적격 RA-RU의 수 이하가 아니라고 판정된 경우, POBO와 적격 RA-RU의 수의 차에 따라 POBO를 설정하고(POBO=POBO-적격 RA-RU의 수), 이어서 스텝 1618을 실행한다.

스텝 1618에 있어서는, POBO가 0인지 어떤지를 판정한다. POBO가 0이 아니라고 판정된 경우, 처리를 종료할 수 있다. 「예」인 경우, 스텝 1620을 실행한다. 스텝 1620에 있어서는, 적격 RA-RU(우선 RA-RU 또는 통상 RA-RU)의 임의의 1개를 랜덤으로 선택한다. 스텝 1622에 있어서 UL MU PPDU를 송신하고, 처리를 종료할 수 있다.

도 17은, 본 개시의 제4 실시형태에 관한, 우선 트래픽에 관하여 도해한 플로도 1700을 나타내고 있다. AP는, 1개 이상의 관련되는 STA가 본질적으로 주기적이 아닌 우선 트래픽을 갖는 것을 인식하고 있는 경우, (예를 들면 연속하는 확장 TWT SP의 사이의 간격보다 작은) 일정한 간격으로, 우선 RA-RU를 할당하는 Trigger 프레임을 송신함으로써, 그와 같은 STA에 우선 채널 액세스를 제공하도록 시도할 수 있다. 컨텐션 베이스의 채널 액세스 수순, 예를 들면 EDCA 수순은, 블록(1710, 1716, 1730, 1738, 1746)에 의하여 나타내고 있다. AP(1702)는, 확장 브로드캐스트 TWT SP(1715)의 존재를 애드버타이즈할 수 있는 Beacon 프레임(1712)을 송신한다. Beacon 프레임(1712)은, 브로드캐스트 TWT(예를 들면 브로드캐스트 TWT1(1714)) 및 최소 TWT 웨이크 업 지속 시간(확장 TWT SP(1715)의 파선의 사각으로 나타내고 있다) 등의 TWT 파라미터 정보를 포함하는 브로드캐스트 TWT IE를 포함한다. 저레이턴시 트래픽용으로 설정되어 있는 STA1(1704) 및 STA2(1706)는, 비컨(1712)을 수신한 후, Beacon 프레임(1712) 내의 UORA 파라미터 세트(UORA Parameter Set) 요소 중의 가장 새로운 우선 OCW 범위(Prioritized OCW Range) 필드에 근거하여, P_OCWmin, P_OCWmax, 및 POCW 등의 UORA 파라미터를 갱신할 수 있다.

확장 TWT SP(1715)에 있어서, AP(1702)는, 우선 트래픽(예를 들면 저레이턴시 트래픽)용의 RU를 할당하기 위하여, STA1(1704), STA2(1706), 및 STA3(1708)에, 우선 RA-RU를 포함하는 Trigger 프레임(1717)을 송신할 수 있다. 이 실시형태에서는, STA1(1704) 및 STA2(1706)는, 송신하는 우선 트래픽을 갖고, 우선 UORA를 사용하여 각각의 제1 업링크 프레임(예를 들면 L. L. UL PPDU(1718, 1720))을 송신한다. 한편으로 STA3은, 송신하는 우선 트래픽을 갖지 않고, 따라서 통상의 UORA를 사용하며, UORA 컨텐션에 이길 수 없다. 그 후, AP는, 다른 Trigger 프레임(1724)을 STA1(1704), STA2(1706), 및 STA3(1708)으로 송신할 수 있다. 동일하게, STA1(1704) 및 STA2(1706)는, 송신하는 우선 트래픽을 작고, 우선 UORA를 사용하여 각각의 제2 응답 프레임(예를 들면 L. L. UL PPDU(1726, 1728))을 송신하며, STA3은, 여전히 UORA 컨텐션에 이길 수 없다.

다음으로, 확장 TWT SP(1715)의 종료 후, AP(1702)는, 우선 RA-RU를 포함하는 Trigger 프레임(1732, 1739, 1747)을 STA1(1704), STA2(1706), 및 STA3(1708)에 송신할 수 있다. STA1(1704) 및 STA2(1706)는, 우선 RA-RU 및 통상 RA-RU의 양방에 적격이기 때문에, 이들은 UORA 컨텐션에 이길 높은 가능성을 갖고, Trigger 프레임(1732, 1739, 1747)에 응답하여, RA-RU(우선 및 통상) 중 하나를 사용하여 TB PPDU(예를 들면 각각 L. L. UL PPDU(1734, 1736, 1740, 1748, 1750))에 있어서 송신한다. 한편, STA3은 통상의 UORA를 사용하며, UORA 컨텐션에 이길 낮은 가능성을 갖고, 통상의 RA-RU만을 사용하여 TB PPDU(예를 들면 통상 레이턴시의 UL PPDU 1744)에 있어서 송신한다.

도 18은, 본 개시의 다양한 실시형태에 관한 통신 장치(1800)(예를 들면 스탠드 얼론 AP 또는 AP MLD의 관련 AP)의 구성을 나타내고 있다. 통신 장치(1800)는, 신호를 송신 및 수신하기 위한 적어도 1개의 안테나(1802)를 포함할 수 있다(간략화를 위하여 도 18에는 1개만의 안테나를 나타내고 있다). 이 통신 장치는, 유선 I/F 모듈(1812), 무선 I/F 모듈(1802), 전원(1820), 적어도 1개의 메모리(1818), 적어도 1개의 컴프레서(compressor)를 포함하는 중앙 처리 장치(CPU)(1814), 및 적어도 1개의 2차 기억 장치(1816)를 구비하고 있을 수 있다. 무선 I/F 모듈(1802)은, MAC 서브레이어(1806) 및 PHY 서브레이어(1804)를 더 포함할 수 있다. MAC 서브레이어(1806)는, 우선 서비스 기간 관리 모듈(1808)을 구비하고 있고, 우선 서비스 기간 관리 모듈(1808)은, 관련되는 STA의 우선 서비스 기간을 관리하며, 그와 같은 모든 SP의 기록을 우선 서비스 기간의 기록(1810)에 유지한다. 무선 I/F 모듈(1812), CPU(1814), 적어도 1개의 메모리(1818), 및 적어도 1개의 2차 기억 장치(1816)는, 본 개시에 기재되어 있는 바와 같이, 우선 트래픽(예를 들면 저레이턴시 트래픽)을 위한 TWT 응답 프레임, Trigger 프레임, Multi-STA BlockAck 프레임, DL MU PPDU, Beacon 프레임 L. L. DL PPDU, TWT 요소를 포함하는 프레임, RTS/CTS 프레임, TWT 정보 프레임, NSEP 응답 프레임, NSEP 프레임, 및 TWT 셋업 프레임을 생성하도록 구성되어 있는, 통신 장치(1800)의 회로로서, 함께 기능할 수 있다. 이어서, 안테나(1802)가, 생성된 프레임(복수 가능) 또는 PPDU(복수 가능)를 다른 통신 장치, 예를 들면 STA(복수 가능)로 송신할 수 있다. 안테나(1802)는, 본 개시에 기재되어 있는 바와 같이, 다른 통신 장치, 예를 들면 STA(복수 가능)로부터, 우선 트래픽(예를 들면 저레이턴시 트래픽)을 위한 TWT 요구 프레임, PS-Poll 프레임, QoS Null 프레임, BlockAck 프레임, TB PPDU(예를 들면 L. L. UL PPDU, UL PPDU), CTS 프레임, NSEP 요구 프레임, NSEP 프레임, 및 TWT 셋업 프레임을 수신할 수 있다. 그 후, 수신한 프레임(복수 가능) 또는 PPDU(복수 가능)를 처리하도록, 통신 장치(1800)의 회로를 구성할 수 있다.

도 19는, 본 개시의 다양한 실시형태에 관한 통신 장치(1900)(예를 들면 스탠드 얼론 STA 또는 비AP MLD의 관련 STA)의 구성을 나타내고 있다. 이 통신 장치는, 무선 I/F 모듈(1904), 전원(1920), 적어도 1개의 메모리(1918), 적어도 1개의 컴프레서를 포함하는 중앙 처리 장치(1914), 및 적어도 1개의 2차 기억 장치(1916)를 구비하고 있을 수 있다. 무선 I/F 모듈(1904)은, MAC 서브레이어(1908) 및 PHY 서브레이어(1906)를 더 구비하고 있을 수 있다. MAC 서브레이어(1908)는, 우선 서비스 기간 관리 모듈(1910)을 포함할 수 있고, 우선 서비스 기간 관리 모듈(1910)은, 장치가 멤버인 우선 서비스 기간을 관리하며, BSS 내의 모든 우선 SP의 기록을 우선 서비스 기간의 기록(1912)에 유지한다. 무선 I/F 모듈(1904), CPU(1914), 적어도 1개의 메모리(1918), 및 적어도 1개의 2차 기억 장치(1916)는, 본 개시에 기재되어 있는 바와 같이, 우선 트래픽(예를 들면 저레이턴시 트래픽)을 위한 TWT 요구 프레임, PS-Poll 프레임, QoS Null 프레임, BlockAck 프레임, TB PPDU(예를 들면 L. L. UL PPDU, UL PPDU), CTS 프레임, NSEP 요구 프레임, NSEP 프레임, 및 TWT 셋업 프레임을 생성하도록 구성되어 있는, 통신 장치(1800)의 회로로서, 함께 기능할 수 있다. 이어서 안테나(1802)가, 생성된 프레임(복수 가능) 또는 PPDU(복수 가능)를, 다른 통신 장치, 예를 들면 AP(복수 가능)로 송신할 수 있다. 안테나(1802)는, 본 개시에 기재되어 있는 바와 같이, 다른 통신 장치, 예를 들면 AP(복수 가능)로부터, 우선 트래픽(예를 들면 저레이턴시 트래픽)을 위한 TWT 응답 프레임, Trigger 프레임, Multi-STA BlockAck 프레임, DL MU PPDU, Beacon 프레임 L. L. DL PPDU, TWT 요소를 포함하는 프레임, RTS/CTS 프레임, TWT 정보 프레임, NSEP 응답 프레임, NSEP 프레임, 및 TWT 셋업 프레임을 수신할 수 있다. 그 후, 수신한 프레임(복수 가능) 또는 PPDU(복수 가능)를 처리하도록, 통신 장치(1800)의 회로를 구성할 수 있다.

위에서 설명한 바와 같이, 본 개시의 실시형태는, EHT WLAN에 있어서 우선 트래픽, 보다 구체적으로는 저레이턴시 트래픽에 대응하는 고도의 통신 시스템, 통신 방법, 및 통신 장치를 제공한다.

본 개시는, 소프트웨어에 의하여, 하드웨어에 의하여, 또는 하드웨어와 협동하는 소프트웨어에 의하여, 실시할 수 있다. 상술한 각 실시형태의 설명에 있어서 사용되고 있는 각 기능 블록은, 그 일부 또는 전체를, 집적 회로 등의 LSI에 의하여 실시할 수 있으며, 각 실시형태에 있어서 설명한 각 프로세스는, 그 일부 또는 전체를, 동일한 LSI 또는 LSI의 조합에 의하여 제어할 수 있다. LSI는, 복수의 칩으로서 개별적으로 형성하거나, 또는, 기능 블록의 일부 또는 전부가 포함되도록 1개의 칩을 형성할 수 있다. LSI는, 자신에 결합된 데이터 입출력부를 포함할 수 있다. LSI는, 집적도의 차이에 따라, IC, 시스템 LSI, 슈퍼 LSI, 또는 울트라 LSI라고도 칭해진다. 그러나, 집적 회로를 실시하는 기술은, LSI에 한정되지 않고, 전용 회로, 범용 프로세서, 또는 전용 프로세서를 사용함으로써 실시할 수 있다. 나아가서는, LSI의 제조 후에 프로그래밍할 수 있는 FPGA(필드 프로그래머블 게이트 어레이: Field Programmable Gate Array)나, LSI 내부에 배치되어 있는 회로 셀의 접속 및 설정을 재설정할 수 있는 리컨피규어러블 프로세서(reconfigurable processor)를 사용할 수도 있다. 본 개시는, 디지털 처리 또는 아날로그 처리로서 실시할 수 있다. 반도체 기술 또는 다른 파생 기술이 진보하는 결과로서, 장래의 집적 회로 기술이 LSI를 대체하는 경우, 그 장래의 집적 회로 기술을 사용하여 기능 블록을 집적화할 수 있다. 바이오테크놀로지를 응용할 수도 있다.

본 개시는, 통신 장치라고 불리는, 통신의 기능을 갖는 임의의 종류의 장치, 디바이스, 또는 시스템에 의하여 실시할 수 있다.

통신 장치는, 송수신기 및 처리/제어 회로를 구비하고 있을 수 있다. 송수신기는, 수신기 및 송신기를 구비하고 있거나, 및/또는, 수신기 및 송신기로서 기능할 수 있다. (송신기 및 수신기로서의)송수신기는, 증폭기, RF 변조기/복조기, 및 1개 이상의 안테나를 포함하는 RF(무선 주파수) 모듈을 포함할 수 있다.

이와 같은 통신 장치의 비한정적인 몇 개의 예로서는, 전화(예: 휴대전화, 스마트폰), 태블릿, 퍼스널 컴퓨터(PC)(예: 랩톱, 데스크톱, 노트북), 카메라(예: 디지털 스틸/비디오 카메라), 디지털 플레이어(디지털 오디오/비디오 플레이어), 웨어러블 디바이스(예: 웨어러블 카메라, 스마트 워치, 트랙킹 디바이스), 게임 콘솔, 전자 서적 리더, 원격 의료/텔레메디신(리모트 의료·의약) 장치, 통신 기능을 제공하는 차량(예: 자동차, 비행기, 선박), 및 이들의 다양한 조합을 들 수 있다.

통신 장치는, 휴대형 또는 가반(可搬)형에 한정되지 않고, 비휴대형 또는 고정형인 임의의 종류의 장치, 디바이스, 또는 시스템, 예를 들면, 스마트 홈 디바이스(예: 전자 제품, 조명, 스마트 미터, 제어반), 자동 판매기, 및 「사물의 인터넷(IoT: Internet of Things)」의 네트워크 내의 임의의 다른 「사물」 등도 포함할 수 있다.

통신은, 예를 들면 셀룰러 시스템, 무선 LAN 시스템, 위성 시스템, 및 이들의 다양한 조합을 통하여, 데이터를 교환하는 것을 포함할 수 있다.

통신 장치는, 본 개시 중에서 설명한 통신의 기능을 실행하는 통신 디바이스에 결합된 컨트롤러나 센서 등의 디바이스를 구비할 수 있다. 예를 들면, 통신 장치는, 통신 장치의 통신 기능을 실행하는 통신 디바이스에 의하여 사용되는 제어 신호 또는 데이터 신호를 생성하는 컨트롤러 또는 센서를 구비하고 있을 수 있다.

통신 장치는, 인프라스트럭처 설비, 예를 들면, 위의 비한정적인 예에 있어서의 장치 등의 장치와 통신하거나, 또는 그와 같은 장치를 제어하는 기지국, 액세스 포인트, 및 임의의 다른 장치, 디바이스, 또는 시스템 등을, 더 포함할 수 있다.

다양한 실시형태 중 몇 개의 특성은 디바이스를 참조하면서 설명되어 있지만, 대응하는 특성은 다양한 실시형태의 방법에도 적용되고, 반대도 동일하다.

특정 실시형태에 있어서 나타낸 본 개시에는, 광범위하게 설명한 본 개시의 취지 또는 범위로부터 벗어나지 않고, 다수의 변경 및/또는 수정을 행할 수 있는 것이, 당업자에게는 이해될 것이다. 따라서 본 명세서에 있어서의 실시형태는, 모든 점에 있어서 설명을 목적으로 하고 있으며, 본 발명을 제한하는 것은 아닌 것으로 간주하기 바란다.

본 개시에 의하면, 이하의 예를 설명했다.

1. 통신 장치로서, 동작 시에, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 수신기로서, 각 SP가, 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인, 수신기와, 동작 시에, 1개 이상의 SP 중 1개에 있어서, 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하고, 송신하는 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 판정에 따라, 1개 이상의 SP 중 1개 동안, 송신하는 것을 자제하는, 회로를 구비하는, 통신 장치.

2. 회로가, 1개 이상의 SP 중 1개를 위한 파라미터의 세트를 지정하는 제1 요구 신호를, 다른 통신 장치에 대하여 생성하도록 더 구성되어 있고, 제1 요구 신호가, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하며, 수신기가, 1개 이상의 SP 중 1개를 위한 지정된 파라미터의 세트의 수락을 나타내는 제1 응답 신호를, 다른 통신 장치로부터 더 수신하고, 회로가, 제1 응답 신호의 수신에 따라, 통신 장치가 1개 이상의 SP 중 1개에 관련지어져 있는 것을 판정하며, 1개 이상의 SP 중 1개 동안에 송신할 수 있도록 파라미터의 세트를 사용하여 셋업하도록 더 구성되어 있는, 예 1에 기재된 통신 장치.

3. 수신기가, 1개 이상의 SP 중 1개를 위한 파라미터의 세트를 지정하는 제2 요구 신호를, 다른 통신 장치로부터 더 수신하고, 제2 요구 신호가, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하며, 회로가, 제2 요구 신호의 수신에 따라, 1개 이상의 SP 중 1개를 위한 지정된 파라미터의 세트의 수락을 나타내는 제2 응답 신호를, 다른 통신 장치에 대하여 생성하고, 통신 장치가 1개 이상의 SP 중 1개에 관련지어져 있는 것을 판정하며, 1개 이상의 SP 중 1개 동안에 송신할 수 있도록 파라미터의 세트를 사용하여 셋업하도록 더 구성되어 있는, 예 1에 기재된 통신 장치.

4. 회로가, 다음과 같이 더 구성되어 있는, 즉,

다른 통신 장치로의 제3 요구 신호를 생성하고, 제3 요구 신호가, 1개 이상의 SP 중 1개 동안에 송신을 개시하는 요구를 포함하며, 수신기가, 다른 통신 장치로부터 제3 응답 신호를 더 수신하고, 응답 신호가, 통신 장치가 1개 이상의 SP 중 1개 동안에 송신을 개시하는 것이 허가되는 것을 나타내는, 예 1에 기재된 통신 장치.

5. 1개 이상의 SP 중 1개가, 1개 이상의 SP 중 1개의 제한의 지시 정보를 전달하고, 또한, 1개 이상의 SP 중 1개 동안에 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정하는, 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 회로가, 1개 이상의 SP 중 1개 중에서, 지정된 트래픽 타입의 1개 이상의 프레임을 생성하도록 더 구성되어 있는, 예 1에 기재된 통신 장치.

6. 지정되는 트래픽 타입이, 저레이턴시 트래픽 또는 국가 안전·긴급 준비 트래픽 중 일방인, 예 1에 기재된 통신 장치.

7. 수신기가, 1개 이상의 SP의 1개 동안에, 네트워크 할당 벡터(NAV) 제외 필드를 전달하는 레거시 프레임을 더 수신하고, 회로가, 통신 장치가 1개 이상의 SP 중 1개에 관련지어져 있는 것의 판정에 따라, 레거시 프레임이 통신 장치로 보내지고 있는지 아닌지에 관계없이, 통신 장치의 NAV를 설정하는 것을 자제하도록 더 구성되어 있는, 예 2 또는 예 3에 기재된 통신 장치.

8. 레거시 프레임이, NAV 제외 필드값을 갖는 제1 NAV 제외 필드를 전달하고, 또한 통신 장치로 보내지고 있는 Request To Send(RTS) 프레임이며, 회로가, NAV 제외 필드값으로 설정된 제2 NAV 제외 필드를 전달하는 Clear To Send(CTS) 프레임을 생성하도록 더 구성되어 있는, 예 7에 기재된 통신 장치.

9. 1개 이상의 SP 중 1개가, 1개 이상의 SP 중 1개의 제한의 지시 정보를 전달하는 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 수신기가, 1개 이상의 SP 중 1개 동안에, 응답 프레임에 있어서 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정하는 1개 이상의 Trigger 프레임을 더 수신하는, 예 1에 기재된 통신 장치.

10. 수신기가, 다른 통신 장치로부터, 통상의 업링크 OFDMA(직교 주파수 분할 다원 접속) 베이스의 랜덤 액세스(UORA)를 위한 통상의 OFDMA 컨텐션 윈도(OCW) 범위와 우선 OCW 범위를 수신하고, 회로가, 수신된 우선 OCW 범위에 근거하여 우선 UORA의 파라미터를 계산하도록 구성되어 있으며, 수신기가, 1개 이상의 Trigger 프레임을 더 수신하고, 1개 이상의 Trigger 프레임의 각각이, 1개 이상의 랜덤 액세스 리소스 유닛(RA-RU)을 할당하여, 응답 프레임에 있어서 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정하는, 예 1에 기재된 통신 장치.

11. 통신 장치에 의하여 실행되는 통신 방법으로서, 동작 시에, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 스텝으로서, 각 SP가, 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인 스텝과, 1개 이상의 SP 중 1개에 있어서, 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하는 스텝과, 송신하는 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 판정에 따라, 1개 이상의 SP 중 1개 동안, 송신을 자제하는 스텝을 포함하는, 통신 방법.

12. 1개 이상의 SP 중 1개를 위한 파라미터의 세트를 지정하는 제1 요구 신호를, 다른 통신 장치에 대하여 생성하는 스텝으로서, 제1 요구 신호가, 웨이크 업 시각, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하는, 스텝과, 1개 이상의 SP 중 1개를 위한 지정된 파라미터의 세트의 수락을 나타내는 제1 응답 신호를, 다른 통신 장치로부터 수신하는 스텝과, 제1 응답 신호의 수신에 따라, 통신 장치가 1개 이상의 SP 중 1개에 관련지어져 있는 것을 판정하고, 1개 이상의 SP 중 1개 동안에 송신할 수 있도록 파라미터의 세트를 사용하여 셋업하는, 스텝을 더 포함하는, 예 11에 기재된 통신 방법.

13. 1개 이상의 SP 중 1개를 위한 파라미터의 세트를 지정하는 제2 요구 신호를, 다른 통신 장치로부터 수신하는 스텝으로서, 제2 요구 신호가, 웨이크 업 시각, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하는, 스텝과, 제2 요구 신호의 수신에 따라, 1개 이상의 SP 중 1개를 위한 지정된 파라미터의 세트의 수락을 나타내는 제2 응답 신호를, 다른 통신 장치에 대하여 생성하고, 통신 장치가 1개 이상의 SP 중 1개에 관련지어져 있는 것을 판정하며, 1개 이상의 SP 중 1개 동안에 송신할 수 있도록 파라미터의 세트를 사용하여 셋업하는, 스텝을 더 포함하는, 예 11에 기재된 통신 방법.

14. 다른 통신 장치로의 제3 요구 신호를 생성하는 스텝으로서, 제3 요구 신호가, 1개 이상의 SP 중 1개 동안에 송신을 개시하는 요구를 포함하는 스텝과, 다른 통신 장치로부터 제3 응답 신호를 수신하는 스텝으로서, 응답 신호가, 통신 장치가 1개 이상의 SP 중 1개 동안에 송신을 개시하는 것이 허가되는 것을 나타내는 스텝을 더 포함하는, 예 11에 기재된 통신 방법.

15. 1개 이상의 SP 중 1개가, 1개 이상의 SP 중 1개의 제한의 지시 정보를 전달하고, 또한, 1개 이상의 SP 중 1개 동안에 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정하는, 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 1개 이상의 SP 중 1개 동안, 지정된 트래픽 타입의 1개 이상의 프레임을 생성하는 스텝, 을 더 포함하는, 예 11에 기재된 통신 방법.

16. 지정되는 트래픽 타입이, 저레이턴시 트래픽 또는 국가 안전·긴급 준비 트래픽 중 일방인, 예 11에 기재된 통신 방법.

17. 1개 이상의 SP 중 1개의 동안에, 네트워크 할당 벡터(NAV) 제외 필드를 전달하는 레거시 프레임을 수신하는 스텝과, 통신 장치가 1개 이상의 SP 중 1개에 관련지어져 있는 것의 판정에 따라, 레거시 프레임이 통신 장치로 보내지고 있는지 아닌지에 관계없이, 통신 장치의 NAV를 설정하는 것을 자제하는 스텝, 을 더 포함하는, 예 12 또는 예 13에 기재된 통신 방법.

18. 레거시 프레임이, NAV 제외 필드값을 갖는 제1 NAV 제외 필드를 전달하고, 또한 통신 장치로 보내지고 있는 Request To Send(RTS) 프레임이며, NAV 제외 필드값으로 설정된 제2 NAV 제외 필드를 전달하는 Clear To Send(CTS) 프레임을 생성하는 스텝, 을 더 포함하는 예 17에 기재된 통신 방법.

19. 1개 이상의 SP 중 1개가, 1개 이상의 SP 중 1개의 제한의 지시 정보를 전달하는 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 1개 이상의 SP 중 1개 동안에, 응답 프레임에 있어서 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정하는 1개 이상의 Trigger 프레임을 수신하는 스텝, 을 더 포함하는, 예 11에 기재된 통신 방법.

20. 다른 통신 장치로부터, 통상의 업링크 OFDMA(직교 주파수 분할 다원 접속) 베이스의 랜덤 액세스(UORA)를 위한 통상의 OFDMA 컨텐션 윈도(OCW) 범위와 우선 OCW 범위를 수신하는 스텝과, 수신된 우선 OCW 범위에 근거하여 우선 UORA의 파라미터를 계산하는 스텝과, 1개 이상의 Trigger 프레임을 수신하는 스텝으로서, 1개 이상의 Trigger 프레임의 각각이, 1개 이상의 랜덤 액세스 리소스 유닛(RA-RU)을 할당하여, 응답 프레임에 있어서 송신하는 것이 허가되는 지정되는 트래픽 타입을 지정하는 스텝, 을 더 포함하는, 예 11에 기재된 통신 방법.

Claims

통신 장치로서,
동작 시에, 다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 수신기로서, 각 SP가, 상기 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인, 상기 수신기와,
동작 시에, 상기 1개 이상의 SP 중 1개에 있어서, 상기 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하고, 송신하는 상기 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 상기 판정에 따라, 상기 1개 이상의 SP 중 상기 1개 동안, 송신하는 것을 자제하는, 회로를 구비하는, 통신 장치.
제1항에 있어서,
상기 회로가, 상기 1개 이상의 SP 중 상기 1개를 위한 파라미터의 세트를 지정하는 제1 요구 신호를, 상기 다른 통신 장치에 대하여 생성하도록 더 구성되어 있고, 상기 제1 요구 신호가, 웨이크 업 시각, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하며, 상기 수신기가, 상기 1개 이상의 SP 중 상기 1개를 위한 지정된 상기 파라미터의 세트의 수락을 나타내는 제1 응답 신호를, 상기 다른 통신 장치로부터 더 수신하고, 상기 회로가, 상기 제1 응답 신호의 수신에 따라, 상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개에 관련지어져 있는 것을 판정하며, 상기 1개 이상의 SP 중 상기 1개 동안에 송신할 수 있도록 상기 파라미터의 세트를 사용하여 셋업하도록 더 구성되어 있는, 통신 장치.
제1항에 있어서,
상기 수신기가, 상기 1개 이상의 SP 중 상기 1개를 위한 파라미터의 세트를 지정하는 제2 요구 신호를, 상기 다른 통신 장치로부터 더 수신하고, 상기 제2 요구 신호가, 웨이크 업 시각, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하며, 상기 회로가, 상기 제2 요구 신호의 수신에 따라, 상기 1개 이상의 SP 중 상기 1개를 위한 지정된 상기 파라미터의 세트의 수락을 나타내는 제2 응답 신호를, 상기 다른 통신 장치에 대하여 생성하고, 상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개에 관련지어져 있는 것을 판정하며, 상기 1개 이상의 SP 중 상기 1개 동안에 송신할 수 있도록 상기 파라미터의 세트를 사용하여 셋업하도록 더 구성되어 있는, 통신 장치.
제1항에 있어서,
상기 회로가, 다음과 같이 더 구성되어 있는, 즉,
상기 다른 통신 장치로의 제3 요구 신호를 생성하고, 상기 제3 요구 신호가, 상기 1개 이상의 SP 중 상기 1개 동안에 상기 송신을 개시하는 요구를 포함하며, 상기 수신기가, 상기 다른 통신 장치로부터 제3 응답 신호를 더 수신하고, 상기 응답 신호가, 상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개 동안에 상기 송신을 개시하는 것이 허가되는 것을 나타내는, 통신 장치.
제1항에 있어서,
상기 1개 이상의 SP 중 상기 1개가, 상기 1개 이상의 SP 중 상기 1개의 제한의 지시 정보를 전달하고, 또한, 상기 1개 이상의 SP 중 상기 1개 동안에 송신하는 것이 허가되는 상기 지정되는 트래픽 타입을 지정하는, 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 상기 회로가, 상기 1개 이상의 SP 중 상기 1개 중에서, 상기 지정된 트래픽 타입의 1개 이상의 프레임을 생성하도록 더 구성되어 있는, 통신 장치.
제1항에 있어서,
상기 지정되는 트래픽 타입이, 저레이턴시 트래픽 또는 국가 안전·긴급 준비 트래픽 중 일방인, 통신 장치.
제2항 또는 제3항에 있어서,
상기 수신기가, 상기 1개 이상의 SP 중 상기 1개 동안에, 네트워크 할당 벡터(NAV) 제외 필드를 전달하는 레거시 프레임을 더 수신하고, 상기 회로가, 상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개에 관련지어져 있는 것의 판정에 따라, 상기 레거시 프레임이 상기 통신 장치로 보내지고 있는지 아닌지에 관계없이, 상기 통신 장치의 상기 NAV를 설정하는 것을 자제하도록 더 구성되어 있는, 통신 장치.
제7항에 있어서,
상기 레거시 프레임이, NAV 제외 필드값을 갖는 제1 NAV 제외 필드를 전달하고, 또한 상기 통신 장치로 보내지고 있는 Request To Send(RTS) 프레임이며, 상기 회로가, 상기 NAV 제외 필드값으로 설정된 제2 NAV 제외 필드를 전달하는 Clear To Send(CTS) 프레임을 생성하도록 더 구성되어 있는, 통신 장치.
제1항에 있어서,
상기 1개 이상의 SP 중 상기 1개가, 상기 1개 이상의 SP 중 상기 1개의 제한의 지시 정보를 전달하는 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 상기 수신기가, 상기 1개 이상의 SP 중 상기 1개 동안에, 응답 프레임에 있어서 송신하는 것이 허가되는 상기 지정되는 트래픽 타입을 지정하는 1개 이상의 Trigger 프레임을 더 수신하는, 통신 장치.
제1항에 있어서,
상기 수신기가, 상기 다른 통신 장치로부터, 통상의 업링크 OFDMA(직교 주파수 분할 다원 접속) 베이스의 랜덤 액세스(UORA)를 위한 통상의 OFDMA 컨텐션 윈도(OCW) 범위와 우선 OCW 범위를 수신하고, 상기 회로가, 상기 수신된 우선 OCW 범위에 근거하여 우선 UORA의 파라미터를 계산하도록 구성되어 있으며, 상기 수신기가, 1개 이상의 Trigger 프레임을 더 수신하고, 상기 1개 이상의 Trigger 프레임의 각각이, 1개 이상의 랜덤 액세스 리소스 유닛(RA-RU)을 할당하여, 응답 프레임에 있어서 송신하는 것이 허가되는 상기 지정되는 트래픽 타입을 지정하는, 통신 장치.
통신 장치에 의하여 실행되는 통신 방법으로서,
다른 통신 장치로부터 1개 이상의 우선 서비스 기간(SP)의 통지를 수신하는 스텝으로서, 각 SP가, 상기 다른 통신 장치에 의하여 지정된 트래픽 타입에 속하는 프레임만이, 송신되는 것이 허가되는 기간인 스텝과,
상기 1개 이상의 SP 중 1개에 있어서, 상기 지정된 트래픽 타입의 적어도 1개의 프레임을 송신할지 어떨지를 판정하는 스텝과,
송신하는 상기 지정된 트래픽 타입의 프레임이 존재하지 않는 것의 상기 판정에 따라, 상기 1개 이상의 SP 중 상기 1개 동안, 송신하는 것을 자제하는 스텝을 포함하는, 통신 방법.
제11항에 있어서,
상기 1개 이상의 SP 중 상기 1개를 위한 파라미터의 세트를 지정하는 제1 요구 신호를, 상기 다른 통신 장치에 대하여 생성하는 스텝으로서, 상기 제1 요구 신호가, 웨이크 업 시각, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하는 스텝과,
상기 1개 이상의 SP 중 상기 1개를 위한 지정된 상기 파라미터의 세트의 수락을 나타내는 제1 응답 신호를, 상기 다른 통신 장치로부터 수신하는 스텝과,
상기 제1 응답 신호의 수신에 따라,
상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개에 관련지어져 있는 것을 판정하고,
상기 1개 이상의 SP 중 상기 1개 동안에 송신할 수 있도록 상기 파라미터의 세트를 사용하여 셋업하는, 스텝을 더 포함하는, 통신 방법.
제11항에 있어서,
상기 1개 이상의 SP 중 상기 1개를 위한 파라미터의 세트를 지정하는 제2 요구 신호를, 상기 다른 통신 장치로부터 수신하는 스텝으로서, 상기 제2 요구 신호가, 웨이크 업 시각, 최소 웨이크 업 지속 시간, 웨이크 간격, 및 채널 중 적어도 1개를 포함하는 스텝과,
상기 제2 요구 신호의 수신에 따라,
상기 1개 이상의 SP 중 상기 1개를 위한 지정된 상기 파라미터의 세트의 수락을 나타내는 제2 응답 신호를, 상기 다른 통신 장치에 대하여 생성하고,
상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개에 관련지어져 있는 것을 판정하며,
상기 1개 이상의 SP 중 상기 1개 동안에 송신할 수 있도록 상기 파라미터의 세트를 사용하여 셋업하는, 스텝을 더 포함하는, 통신 방법.
제11항에 있어서,
상기 다른 통신 장치로의 제3 요구 신호를 생성하는 스텝으로서, 상기 제3 요구 신호가, 상기 1개 이상의 SP 중 상기 1개 동안에 상기 송신을 개시하는 요구를 포함하는 스텝과,
상기 다른 통신 장치로부터 제3 응답 신호를 수신하는 스텝으로서, 상기 응답 신호가, 상기 통신 장치가 상기 1개 이상의 SP 중 상기 1개 동안에 상기 송신을 개시하는 것이 허가되는 것을 나타내는 스텝을 더 포함하는, 통신 방법.
제11항에 있어서,
상기 1개 이상의 SP 중 상기 1개가, 상기 1개 이상의 SP 중 상기 1개의 제한의 지시 정보를 전달하고, 또한, 상기 1개 이상의 SP 중 상기 1개 동안에 송신하는 것이 허가되는 상기 지정되는 트래픽 타입을 지정하는, 브로드캐스트 타깃 웨이크 타임 서비스 기간(TWT SP)이며, 상기 1개 이상 SP 중 상기 1개 중에서, 상기 지정된 트래픽 타입의 1개 이상의 프레임을 생성하는 스텝을 더 포함하는, 통신 방법.