KR20230134501A - 멀티 ap 동기 전송에 대응하는 통신 장치 및 통신 방법 - Google Patents
멀티 ap 동기 전송에 대응하는 통신 장치 및 통신 방법 Download PDFInfo
- Publication number
- KR20230134501A KR20230134501A KR1020237025069A KR20237025069A KR20230134501A KR 20230134501 A KR20230134501 A KR 20230134501A KR 1020237025069 A KR1020237025069 A KR 1020237025069A KR 20237025069 A KR20237025069 A KR 20237025069A KR 20230134501 A KR20230134501 A KR 20230134501A
- Authority
- KR
- South Korea
- Prior art keywords
- frame
- transmission
- communication device
- blockack
- map
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 183
- 238000004891 communication Methods 0.000 title claims abstract description 84
- 238000000034 method Methods 0.000 title claims abstract description 49
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 25
- 230000004044 response Effects 0.000 claims description 82
- 238000011084 recovery Methods 0.000 claims description 36
- 230000001960 triggered effect Effects 0.000 claims description 3
- 108700026140 MAC combination Proteins 0.000 claims description 2
- 230000008569 process Effects 0.000 description 31
- 238000010586 diagram Methods 0.000 description 24
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 16
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 16
- 101150081243 STA1 gene Proteins 0.000 description 16
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 15
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 15
- 230000007246 mechanism Effects 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 8
- 238000012546 transfer Methods 0.000 description 8
- 230000008901 benefit Effects 0.000 description 7
- 230000001419 dependent effect Effects 0.000 description 6
- 239000000872 buffer Substances 0.000 description 5
- 238000002360 preparation method Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 101000752249 Homo sapiens Rho guanine nucleotide exchange factor 3 Proteins 0.000 description 1
- 102100021689 Rho guanine nucleotide exchange factor 3 Human genes 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000012464 large buffer Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
멀티 AP 동기 전송에 대응하는 통신 장치 및 통신 방법이 제공된다. 예시적인 일 실시형태는, 통신 장치로서, 동작 시에, 후속 송신의 정보를 포함하는 프레임을 생성하는 회로와, 동작 시에, 이 프레임을 다른 통신 장치에 송신하는 송신기를 구비하는 통신 장치를 제공한다.
Description
본 실시형태는, 일반적으로는 통신 장치에 관한 것이고, 보다 상세하게는, 멀티 액세스 포인트(멀티 AP) 동기 전송에 대응하는 방법 및 장치에 관한 것이다.
차세대의 무선 로컬 에어리어 네트워크(LAN: local area network)의 표준화에 있어서, IEEE 802.11a/b/g/n/ac/ax 기술과의 하위 호환성을 갖는 새로운 무선 액세스 기술이, IEEE 802.11be 태스크 그룹에서 검토되고 있다.
11ax 고효율(HE: High Efficiency) WLAN에서는, 송신 기회(TXOP: transmission opportunity)에 있어서의 복수 프레임의 송신이 서포트되고 있고, 스테이션(STA)은 송신 큐 내의 추가의 프레임을 송신하는 것이 가능하다. 11be 초고스루풋(EHT: Extremely High Throughput) WLAN에서는, 11ax HE WLAN을 상회하도록 스루풋을 향상시킬 목적으로, 특히 셀 에지 STA를 대상으로 하여, 멀티 AP 시스템에 있어서의 협조 직교 주파수 분할 다중 접속(C-OFDMA: coordinated orthogonal frequency-division multiple access)을 가능하게 하는 것이 제안되어 있다.
그러나, 멀티 AP 동기 전송에 있어서 C-OFDMA 동작하에 있어서의 TXOP 내에서의 복수 프레임 전송에 대해서는, 지금까지 논의되어 오지 않았다.
따라서, 상술한 과제를 해결할 수 있는 통신 장치 및 통신 방법이 필요하게 되었다. 나아가서는, 첨부한 도면 및 본 개시의 배경 기술의 섹션과 함께 고려되는 이후의 상세한 설명 및 첨부한 청구항으로부터, 다른 바람직한 특징 및 특성이 명확해질 것이다.
비한정적이고 또한 예시적인 실시형태는, 멀티 AP 동기 전송에 대응하는 통신 장치 및 통신 방법의 제공을 용이하게 한다.
본 개시의 일 양태에 의하면, 통신 장치로서, 동작 시에, 후속 송신의 정보를 포함하는 프레임을 생성하는 회로와, 동작 시에, 이 프레임을 다른 통신 장치에 송신하는 송신기를 구비하는 통신 장치가 제공된다.
본 개시의 다른 양태에 의하면, 후속 송신의 정보를 포함하는 프레임을 생성하는 스텝과, 이 프레임을 통신 장치에 송신하는 스텝을 포함하는 통신 방법이 제공된다.
또한, 일반적 또는 특정 실시형태는, 시스템, 방법, 집적 회로, 컴퓨터 프로그램, 기억 매체, 또는 이들의 임의의 선택적인 조합으로서 실시해도 되는 것에 유의하기 바란다. 개시되어 있는 실시형태의 추가적인 혜택 및 이점은, 본 명세서 및 도면으로부터 명확해질 것이다. 이들 혜택 및/또는 이점은, 본 명세서 및 도면의 다양한 실시형태 및 특징에 의하여 개별적으로 얻을 수 있으며, 이와 같은 혜택 및/또는 이점의 하나 또는 복수를 얻기 위하여, 이들 특징 전부를 마련할 필요는 없다.
첨부한 도면은, 이하의 상세한 설명과 함께 본 명세서에 도입되어 그 일부를 형성하고 있으며, 다양한 실시형태를 도해하고, 본 일 실시형태에 의한 다양한 원리 및 이점을 설명하는 역할을 한다. 개별의 도면 전체를 통하여, 유사한 참조 숫자는 동일 또는 기능적으로 유사한 요소를 가리킨다.
도 1은 11ax에 있어서의 TXOP 내에서의 싱글 AP 베이스의 복수 프레임 전송의 예를 나타내고 있다.
도 2는 블록 확인 응답(BA 또는 BlockAck)이 수신되지 않는 송신 실패의 예를 나타내고 있다.
도 3은 무효 BA가 수신되는 송신 실패의 예를 나타내고 있다.
도 4는 11ax에 있어서의 BlockAck 요구 프레임의 포맷의 예를 나타내고 있다.
도 5는 BlockAck 프레임의 배리언트와 그 대응하는 길이(옥텟)의 예시적인 테이블을 나타내고 있다.
도 6은 전형적인 C-OFDMA 전송의 예를 나타내고 있다.
도 7은 BlockAck 프레임이 정렬되어 있지 않은 경우의 시나리오를 나타내고 있다.
도 8은 데이터 송신에 실패한 경우의 시나리오를 나타내고 있다.
도 9는 BA 송신에 실패한 경우의 시나리오를 나타내고 있다.
도 10은 일 실시형태에 관한 C-OFDMA 전송을 나타내고 있다.
도 11은 비동기 전송의 예를 나타내고 있다.
도 12는 동기 다운링크(DL) 송신의 예를 나타내고 있다.
도 13은 동기 업링크(UL) 송신의 예를 나타내고 있다.
도 14는 MAP 트리거(MAP Trigger) 프레임의 예를 나타내고 있다.
도 15는 MAP 트리거의 타입 및 대응하는 값의 예시적인 테이블을 나타내고 있다.
도 16은 일 실시형태에 의한 UL TXVECTOR 필드의 서브필드를 나타내고 있다.
도 17은 다른 실시형태에 의한 UL TXVECTOR 필드의 서브필드를 나타내고 있다.
도 18은 일 실시형태에 의한 TRS 제어(TRS Control) 서브필드의 예를 나타내고 있다.
도 19는 표준 802.11ax 사양에 의한 디폴트 TXVECTOR 파라미터 리스트의 예시적인 테이블을 나타내고 있다.
도 20은 HE 배리언트 HT 제어(HT Control) 필드 포맷의 새로운 A-제어 서브필드를 나타내고 있다.
도 21은 제어 ID(Control ID) 서브필드의 값과 그 대응하는 설명의 예시적인 테이블을 나타내고 있다.
도 22는 다양한 실시형태에 의한 MU-BAR 트리거(MU-BAR Trigger) 프레임의 예시적인 포맷을 나타내고 있다.
도 23은 다양한 실시형태에 의한 새로운 MAP-BAR 트리거(MU-BAR Trigger) 프레임의 예시적인 포맷을 나타내고 있다.
도 24는 트리거 타입의 부호화 및 대응하는 Trigger 프레임 배리언트의 예시적인 테이블을 나타내고 있다.
도 25는 다양한 실시형태에 관한 MAP BAR 트리거(MAP BAR Trigger) 프레임 포맷의 공통 정보(Common Information) 필드의 예를 나타내고 있다.
도 26은 다양한 실시형태에 의한 MAP BAR 트리거(MAP BAR Trigger) 프레임 포맷의 트리거 의존 유저 정보(Trigger Dependent User Info) 서브필드의 예를 나타내고 있다.
도 27은 다양한 실시형태에 의한, "공백 스페이스"를 포함하는 예시적인 플로도를 나타내고 있다.
도 28은 다양한 실시형태에 의한, MAP 응답을 필요로 하는 새로운 MAP 트리거(MAP Trigger) 프레임의 예시적인 포맷을 나타내고 있다.
도 29는 다양한 실시형태에 의한, MAP 응답을 수반하는 C-OFDMA 전송의 단일 라운드의 플로도를 나타내고 있다.
도 30은 일 실시형태에 의한, 매체 액세스 제어(MAC) 프레임에서 전달되는 MAP 응답을 수반하는 C-OFDMA 전송의 단일 라운드의 플로도를 나타내고 있다.
도 31은 다양한 실시형태에 의한 예시적인 MAP 응답 프레임의 포맷을 나타내고 있다.
도 32는 일 실시형태에 의한, 널 데이터 패킷(NDP)에서 전달되는 MAP 응답을 수반하는 C-OFDMA 전송의 플로도를 나타내고 있다.
도 33은 일 실시형태에 의한 MAP 응답 NDP의 예시적인 포맷을 나타내고 있다.
도 34는 MAP 응답 NDP에 있어서의 EHT-LTF(EHT-Long Training Field) 생성을 위한 바람직한 PPDU 포맷, 대응하는 리소스 유닛(RU) 톤 세트 인덱스값, 및 피드백 스테이터스의 예시적인 테이블을 나타내고 있다.
도 35는 MAP 응답 NDP에 있어서의 EHT-LTF(EHT-Long Training Field) 필드 생성을 위한 바람직한 변조·부호화 방식(MCS), 대응하는 RU 톤 세트 인덱스값, 및 피드백 스테이터스의 예시적인 테이블을 나타내고 있다.
도 36은 AP와 STA의 사이에서 중첩되고 있는 네트워크 범위의 예시적인 도해를 나타내고 있다.
도 37은 다양한 실시형태에 의한, 피(被)공유 AP의 동작의 플로 차트를 나타내고 있다.
도 38은 다양한 실시형태에 의한, 새로운 C-OFDMA 에러 회복 간격을 사용하는 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 39는 다양한 실시형태에 의한, 확장 프레임 간 스페이스(EIFS)를 사용하는 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 40은 다양한 실시형태에 의한, 쇼트 PPDU 송신을 사용하는 C-OFDMA 에러 회복을 위한 플로도를 나타내고 있다.
도 41은 다양한 실시형태에 의한, 에러 회복에 있어서의 공유 측 AP의 동작의 플로 차트를 나타내고 있다.
도 42는 다양한 실시형태에 의한, MAP 응답이 요구되고, 예기되는 ACK/BlockAck 프레임이 수신되는 경우에 있어서의 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 43은 다양한 실시형태에 의한, MAP 응답이 요구되고, 예기되는 ACK/BlockAck 프레임이 AckTimeout 간격 중에 수신되지 않는 경우에 있어서의 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 44는 다양한 실시형태에 의한, C-OFDMA 에러 회복에 있어서의 공유 측 AP의 동작의 플로 차트를 나타내고 있다.
도 45는 다양한 실시형태에 의한, MAP 응답을 포함하는 C-OFDMA 에러 회복 메커니즘에 있어서의 공유 측 AP의 동작의 플로 차트를 나타내고 있다.
도 46은 다양한 실시형태에 의한 통신 디바이스, 예를 들면 통신 장치, 예를 들면 공유 측 AP의 구성을 나타내고 있다.
도 47은 다양한 실시형태에 관한 멀티 AP 동기 전송의 방법을 도해한 플로도를 나타내고 있다.
도 48은 다양한 실시형태에 의한, 멀티 AP 동기 전송에 대응하도록 실시할 수 있는 AP 또는 STA의 부분적으로 프레임으로 둘러싼 개략도를 나타내고 있다.
도면 중의 요소는 간결하고 또한 명확하도록 도해되어 있으며, 반드시 올바른 축척으로는 그려져 있지 않은 것이, 당업자에게는 이해될 것이다.
도 1은 11ax에 있어서의 TXOP 내에서의 싱글 AP 베이스의 복수 프레임 전송의 예를 나타내고 있다.
도 2는 블록 확인 응답(BA 또는 BlockAck)이 수신되지 않는 송신 실패의 예를 나타내고 있다.
도 3은 무효 BA가 수신되는 송신 실패의 예를 나타내고 있다.
도 4는 11ax에 있어서의 BlockAck 요구 프레임의 포맷의 예를 나타내고 있다.
도 5는 BlockAck 프레임의 배리언트와 그 대응하는 길이(옥텟)의 예시적인 테이블을 나타내고 있다.
도 6은 전형적인 C-OFDMA 전송의 예를 나타내고 있다.
도 7은 BlockAck 프레임이 정렬되어 있지 않은 경우의 시나리오를 나타내고 있다.
도 8은 데이터 송신에 실패한 경우의 시나리오를 나타내고 있다.
도 9는 BA 송신에 실패한 경우의 시나리오를 나타내고 있다.
도 10은 일 실시형태에 관한 C-OFDMA 전송을 나타내고 있다.
도 11은 비동기 전송의 예를 나타내고 있다.
도 12는 동기 다운링크(DL) 송신의 예를 나타내고 있다.
도 13은 동기 업링크(UL) 송신의 예를 나타내고 있다.
도 14는 MAP 트리거(MAP Trigger) 프레임의 예를 나타내고 있다.
도 15는 MAP 트리거의 타입 및 대응하는 값의 예시적인 테이블을 나타내고 있다.
도 16은 일 실시형태에 의한 UL TXVECTOR 필드의 서브필드를 나타내고 있다.
도 17은 다른 실시형태에 의한 UL TXVECTOR 필드의 서브필드를 나타내고 있다.
도 18은 일 실시형태에 의한 TRS 제어(TRS Control) 서브필드의 예를 나타내고 있다.
도 19는 표준 802.11ax 사양에 의한 디폴트 TXVECTOR 파라미터 리스트의 예시적인 테이블을 나타내고 있다.
도 20은 HE 배리언트 HT 제어(HT Control) 필드 포맷의 새로운 A-제어 서브필드를 나타내고 있다.
도 21은 제어 ID(Control ID) 서브필드의 값과 그 대응하는 설명의 예시적인 테이블을 나타내고 있다.
도 22는 다양한 실시형태에 의한 MU-BAR 트리거(MU-BAR Trigger) 프레임의 예시적인 포맷을 나타내고 있다.
도 23은 다양한 실시형태에 의한 새로운 MAP-BAR 트리거(MU-BAR Trigger) 프레임의 예시적인 포맷을 나타내고 있다.
도 24는 트리거 타입의 부호화 및 대응하는 Trigger 프레임 배리언트의 예시적인 테이블을 나타내고 있다.
도 25는 다양한 실시형태에 관한 MAP BAR 트리거(MAP BAR Trigger) 프레임 포맷의 공통 정보(Common Information) 필드의 예를 나타내고 있다.
도 26은 다양한 실시형태에 의한 MAP BAR 트리거(MAP BAR Trigger) 프레임 포맷의 트리거 의존 유저 정보(Trigger Dependent User Info) 서브필드의 예를 나타내고 있다.
도 27은 다양한 실시형태에 의한, "공백 스페이스"를 포함하는 예시적인 플로도를 나타내고 있다.
도 28은 다양한 실시형태에 의한, MAP 응답을 필요로 하는 새로운 MAP 트리거(MAP Trigger) 프레임의 예시적인 포맷을 나타내고 있다.
도 29는 다양한 실시형태에 의한, MAP 응답을 수반하는 C-OFDMA 전송의 단일 라운드의 플로도를 나타내고 있다.
도 30은 일 실시형태에 의한, 매체 액세스 제어(MAC) 프레임에서 전달되는 MAP 응답을 수반하는 C-OFDMA 전송의 단일 라운드의 플로도를 나타내고 있다.
도 31은 다양한 실시형태에 의한 예시적인 MAP 응답 프레임의 포맷을 나타내고 있다.
도 32는 일 실시형태에 의한, 널 데이터 패킷(NDP)에서 전달되는 MAP 응답을 수반하는 C-OFDMA 전송의 플로도를 나타내고 있다.
도 33은 일 실시형태에 의한 MAP 응답 NDP의 예시적인 포맷을 나타내고 있다.
도 34는 MAP 응답 NDP에 있어서의 EHT-LTF(EHT-Long Training Field) 생성을 위한 바람직한 PPDU 포맷, 대응하는 리소스 유닛(RU) 톤 세트 인덱스값, 및 피드백 스테이터스의 예시적인 테이블을 나타내고 있다.
도 35는 MAP 응답 NDP에 있어서의 EHT-LTF(EHT-Long Training Field) 필드 생성을 위한 바람직한 변조·부호화 방식(MCS), 대응하는 RU 톤 세트 인덱스값, 및 피드백 스테이터스의 예시적인 테이블을 나타내고 있다.
도 36은 AP와 STA의 사이에서 중첩되고 있는 네트워크 범위의 예시적인 도해를 나타내고 있다.
도 37은 다양한 실시형태에 의한, 피(被)공유 AP의 동작의 플로 차트를 나타내고 있다.
도 38은 다양한 실시형태에 의한, 새로운 C-OFDMA 에러 회복 간격을 사용하는 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 39는 다양한 실시형태에 의한, 확장 프레임 간 스페이스(EIFS)를 사용하는 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 40은 다양한 실시형태에 의한, 쇼트 PPDU 송신을 사용하는 C-OFDMA 에러 회복을 위한 플로도를 나타내고 있다.
도 41은 다양한 실시형태에 의한, 에러 회복에 있어서의 공유 측 AP의 동작의 플로 차트를 나타내고 있다.
도 42는 다양한 실시형태에 의한, MAP 응답이 요구되고, 예기되는 ACK/BlockAck 프레임이 수신되는 경우에 있어서의 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 43은 다양한 실시형태에 의한, MAP 응답이 요구되고, 예기되는 ACK/BlockAck 프레임이 AckTimeout 간격 중에 수신되지 않는 경우에 있어서의 C-OFDMA 에러 회복의 플로도를 나타내고 있다.
도 44는 다양한 실시형태에 의한, C-OFDMA 에러 회복에 있어서의 공유 측 AP의 동작의 플로 차트를 나타내고 있다.
도 45는 다양한 실시형태에 의한, MAP 응답을 포함하는 C-OFDMA 에러 회복 메커니즘에 있어서의 공유 측 AP의 동작의 플로 차트를 나타내고 있다.
도 46은 다양한 실시형태에 의한 통신 디바이스, 예를 들면 통신 장치, 예를 들면 공유 측 AP의 구성을 나타내고 있다.
도 47은 다양한 실시형태에 관한 멀티 AP 동기 전송의 방법을 도해한 플로도를 나타내고 있다.
도 48은 다양한 실시형태에 의한, 멀티 AP 동기 전송에 대응하도록 실시할 수 있는 AP 또는 STA의 부분적으로 프레임으로 둘러싼 개략도를 나타내고 있다.
도면 중의 요소는 간결하고 또한 명확하도록 도해되어 있으며, 반드시 올바른 축척으로는 그려져 있지 않은 것이, 당업자에게는 이해될 것이다.
이하의 상세한 설명은, 단지 예시적인 것이며, 실시형태 또는 실시형태의 적용 및 용도를 한정하는 것을 의도하는 것은 아니다. 또한, 앞의 배경 기술 또는 발명을 실시하기 위한 구체적인 내용의 섹션에 제시되어 있는 이론에 구속되도록 의도하는 것은 아니다. 나아가서는, 첨부한 도면 및 본 개시의 배경과 함께 고려되는, 이하의 상세한 설명 및 첨부한 청구항으로부터, 다른 바람직한 특징 및 특성이 명확해질 것이다.
TXOP는, 스테이션이 데이터를 전송할 수 있는 제한된 기간이다. 스테이션은, TXOP를 취득하면, 프레임 시퀀스의 지속 시간이 TXOP의 제한을 초과하지 않는 한, 데이터 프레임, 제어 프레임, 및 관리 프레임을 송신하고, 응답 프레임을 수신할 수 있다. 도 1은, 11ax에 있어서의 TXOP 내에서의 싱글 AP 베이스의 복수 프레임 전송의 예를 나타내고 있다.
TXOP 내에서의 복수 프레임의 송신은, 프레임 교환 시퀀스의 완료 후, 확장 분산 채널 액세스 기능(EDCAF: Enhanced Distributed Channel Access Function)이 매체에 액세스할 권리를 유지할 때에 발생한다. TXOP 홀더가 송신 큐 내에 추가 프레임을 갖고, 그 프레임의 송신 및 그 프레임에 대한 예기되는 확인 응답의 지속 시간이 TXOP 내에서 종료할 가능성이 높은 경우, TXOP 홀더는, TXOP 제한의 제약에 따라, 직전의 프레임 교환 시퀀스 완료 후의 쇼트 프레임간 스페이스(SIFS: Short Interframe Space)에 있어서, 그 프레임의 송신을 개시할 수 있다. TXOP 홀더에 의한 송신이 실패한 경우, AP는 우선 프레임간 스페이스(PIFS: priority interframe space) 회복을 기동할 수 있다.
송신이 실패라고 판정되는 케이스는 2가지 있다. 제1 케이스에서는, 블록 확인 응답(BA 또는 BlockAck)이 수신되지 않는다. 이와 같은 예는, 도 2에 나타내고 있다. TXOP에서는, 즉시 확인 응답을 필요로 하는 프레임을 포함하는 HE 물리층 프로토콜 데이터 유닛(PPDU)(202)이, AP에 의하여 송신된다. 예기되는 확인 응답의 수신의 개시가, SIFS에 계속되는 최초의 슬롯 시간 중에 발생하지 않는, 즉 BA(204)가 AP에 의하여 수신되지 않는다. 그 후, AP는, 이전 프레임 후의 PIFS에 있어서, 블록 확인 응답 요구(BlockAckReq) 프레임을 포함하는 다른 PPDU(206)를 송신할 수 있다.
제2 케이스에서는, 무효인 BA가 수신된다. 이와 같은 예는, 도 3에 나타내고 있다. TXOP에 있어서, 즉시 확인 응답을 필요로 하는 프레임을 포함하는 HE PPDU(302)가, AP에 의하여 송신된다. 예기되는 확인 응답의 수신은 발생하여, 즉 BA(304)가 AP에 의하여 수신되지만, BA(304)는 무효인 프레임으로서 인식된다. 그 후, AP는, 수신한 BA 프레임 후의 PIFS에 있어서, BlockAckReq 프레임을 포함하는 다른 PPDU(306)를 송신할 수 있다.
BlockAck 프레임을 전달하는 PPDU의 길이는, BlockAckReq 프레임에 의하여 권유되었을 때의 BlockAck 프레임 배리언트 및 수신 측 장치에 의존한다. 사용되는 BlockAck 프레임 배리언트는, 즉시 응답을 권유하는, STA에 의하여 송신되는 BlockAckReq 프레임에 나타난다. BlockAck 프레임을 전달하기 위하여 사용되는 PPDU의 타입은, 권유된 STA에 의하여 결정되고, 비HT PPDU 또는 HE 싱글 유저(SU) PPDU로 할 수 있다. 프라이머리 변조·부호화 방식(MCS) 및 프라이머리 레이트는, 권유된 STA에 의하여 PPDU에 대하여 선택된다. 11ax에 있어서의 BlockAckReq 프레임 포맷의 예는 도 4에 나타내고 있고, BlockAck 프레임 배리언트와 그 대응하는 길이(옥텟)의 예시적인 테이블을 도 5에 나타내고 있다.
그러나, BlockAckReq 프레임에 나타나는 업링크(UL) PPDU의 파라미터에 관한 정보가 존재하지 않는다. BlockAck 프레임을 전달하는 PPDU의 길이는, BlockAckReq 프레임에서 권유되었을 때에 STA에 의하여 결정된다. AP는 PPDU의 길이를 추정할 수 있지만 결정할 수는 없다.
C-OFDMA 전송에서는, 공유 측 AP는, 취득한 TXOP 동안, (1개 이상의) 피공유 AP와 주파수 리소스를 공유한다. 전형적인 C-OFDMA 전송의 예를 도 6에 나타내고 있다. 공유 측 AP는, (1개 이상의) 공유 AP와, 20MHz의 채널의 배수를 단위로 하여 자신의 주파수 리소스를 공유하는 것으로 한다. C-OFDMA 전송은, 2개의 페이즈를 포함할 수 있다. 페이즈 1(네고시에이션 및 준비)에서는, C-OFDMA 전송에 필요한 정보를 교환할 수 있다. 페이즈 2에서는, 참가 AP간의 협조 전송이 공유 측 AP에 의하여 개시되는 것으로 한다. 협조 전송이 동기되는 경우, 동기에 필요한 정보를, 협조 전송 전에 나타낼 수 있다.
C-OFDMA 동작의 TXOP 내에서의 복수 프레임 전송을 실현하기 위해서는, 수많은 문제가 존재할 수 있다. 예를 들면, 정렬되어 있지 않은 (1개 이상의) BlockAck 프레임에 의하여, ACI(인접 채널 간섭: Adjacent Channel Interference) 및 충돌이 발생하는 경우가 있다. 다른 예에서는, 에러 회복의 문제가 존재하는 경우가 있어, 정렬되어 있지 않은 BlockAck 프레임과 11ax 에러 회복 메커니즘에 의하여, 충돌이 발생하는 경우가 있다.
도 7은, 정렬되어 있지 않은 BlockAck 프레임의 시나리오를 나타내고 있다. STA1은 공유 측 AP에 관련지어져 있고, STA2는 피공유 AP에 관련지어져 있다. 멀티 AP(MAP) 트리거(Multi-AP(MAP) Trigger) 프레임(702)은 피공유 AP를 대상으로 하고 있고, STA2는 공유 측 AP를 들을 수 없다. STA1에 의하여 송신되는 BlockAck 프레임(704)과 STA2에 의하여 송신되는 BlockAck 프레임(706)은 정렬되어 있지 않은 경우가 있고, 따라서 충돌 및 ACI(인접 채널 간섭)가 발생할 수 있다.
도 8은, 실패한 데이터 송신의 시나리오를 나타내고 있다. STA1은 공유 측 AP에 관련지어져 있고, STA2는 피공유 AP에 관련지어져 있다. MAP Trigger 프레임(802)은 피공유 AP를 대상으로 하고 있고, 공유 측 AP는 STA2를 들을 수 없다. STA1에 의하여 송신된 BlockAck 프레임(804)이 공유 측 AP에 의하여 수신되지 않는 경우, 공유 측 AP에 의하여 PIFS 회복이 실행된다. 이 경우, 공유 측 AP에 의하여 PIFS에 계속하여 피공유 AP에 송신되는 MAP Trigger 프레임(808)은, STA2에 의하여 송신되는 BlockAck 프레임(806)과 충돌한다.
도 9는, 실패한 BA 송신의 시나리오를 나타내고 있다. STA1은 공유 측 AP에 관련지어져 있고, STA2는 피공유 AP에 관련지어져 있다. MAP Trigger 프레임(902)은 피공유 AP를 대상으로 하고 있고, 공유 측 AP는 STA2를 들을 수 없다. STA1에 의하여 송신되는 BA 프레임(904)이 실패한 경우, 공유 측 AP는, BA 프레임(904) 후의 PIFS에 있어서 후속 프레임을 송신한다. 후속 프레임의 송신이, STA2에 의하여 송신되는 BlockAck 프레임(906)과 충돌할 가능성이 있다. 그러나, STA1 및 STA2에 의하여 송신되는 BlockAck 프레임(904 및 906)이 정렬되어 있다면, 그와 같은 문제는 발생하지 않는다.
복수의 AP가 함께 송신하고 있는 동작에서는, 1개의 AP가, 후속의 송신에 관한 정보를 (1개 이상의) 다른 AP에 송신할 수 있다. 가능한 동작으로서, 전송 타입(비동기/동기), 예기되는 BlockAck 프레임을 전달하는 PPDU의 파라미터, 및 다른 유사한 정보 등, 후속의 송신에 관한 정보가 AP간에서 공유되도록, 멀티 AP 협조 또는 멀티 링크 전송(멀티 링크 AP가 관여할 때)을 이용할 수 있다.
도 10은, 일 실시형태에 관한 C-OFDMA 전송을 나타내고 있다. C-OFDMA 전송은, 이하의 페이즈를 포함한다. 네고시에이션 및 준비 페이즈(1002)에는, 다음의 협조 전송을 위한 필요한 네고시에이션 및 준비를 포함할 수 있다. 예를 들면, 송신 요구(RTS: request to send) 프레임 및 송신 클리어(CTS: clear to send) 프레임의 교환, 다음의 협조 전송에 대한 참가 요구 및 참가 의도의 교환, 프라이머리 채널의 전환, (1개 이상의) 후보 피공유 AP의 버퍼 상태의 보고, (1개 이상의) 피공유 AP의 선택 등이다. 그 후, 협조 전송 페이즈(1004)는, C-OFDMA 전송(1008)의 1개 이상의 라운드를 포함할 수 있다. 공유 측 AP는, C-OFDMA 전송의 1라운드를 개시하기 위하여, MAP Trigger 프레임(1006)을 (1개 이상의) 피공유 AP에 송신한다. MAP Trigger 프레임(1006)은, 비HT 중복 PPDU에서 전달할 수 있다. 또한, C-OFDMA 전송의 의도되는 타입은, C-OFDMA 전송 전에 나타난다. 1개의 옵션에서는, 의도되는 전송 타입은, 다음의 협조 전송 페이즈(1004)가 1개의 타입의 C-OFDMA 전송만을 포함하도록, 네고시에이션 및 준비 페이즈(1002)에 있어서 나타난다. 다른 옵션에서는, 의도되는 전송 타입은, C-OFDMA 전송이 개시되는 라운드를 위한 MAP Trigger 프레임(1006)에 있어서 나타난다.
C-OFDMA 전송의 의도되는 타입은, 비동기 전송 또는 동기 전송으로 할 수 있다. 의도되는 전송 타입은, 간섭 레벨에 근거하여 결정할 수 있고, AP간의 ACI는, 비동기 송신에서는 스펙트럼 마스크에 의하여 저감할 수 있으며, 동기 송신에서는 정렬된 심볼에 의하여 더 저감시킬 수 있다. 또, 의도되는 전송 타입은, (1개 이상의) 피공유 AP의 버퍼의 상태에 근거하여 결정되어도 되고, (1개 이상의) 피공유 AP가 큰 버퍼를 갖는 시나리오에서는, 비동기 송신은 보다 좋은 선택이다. 의도되는 전송 타입은, 공유 측 AP의 후속의 송신의 지속 시간에 근거하여 결정되어도 된다. 예를 들면, 후속의 송신의 지속 시간이 긴 경우(즉 취득한 TXOP의 마지막까지), 비동기 전송을 선택할 수 있다.
도 11은, 비동기 전송의 예를 나타내고 있다. 비동기 전송이 나타난 경우, 공유 측 AP는, MAP Trigger 프레임(1102)의 송신 후, (1개 이상의) 피공유 AP에 할당된 (1개 이상의) 서브채널도 더 이상 제어하지 않는다. 대신에, 피공유 AP가, 할당된 (1개 이상의) 서브채널의 완전한 제어를 획득한다. 공유 측 AP 및 (1개 이상의) 피공유 AP는, 자신의 주파수 리소스 상에서 독립하여 송신한다. 따라서, 비동기 전송에 있어서, 공유 측 AP는, 송신을 정렬시킬 필요는 없지만, (1개 이상의) 피공유 AP 및 할당된 서브채널에 대한 제어를 상실한다.
비동기 송신에 있어서, 공유 측 AP는, 조건이 허락한다면, 예를 들면 이용 가능한 안테나를 사용함으로써, 또는 PPDU간의 SIFS의 동안에 서브채널상에서 클리어 채널 어세스먼트(CCA: clear channel assessment)를 행함으로써, 피공유 AP에 할당된 서브채널을 여전히 리슨할 수 있다. 할당된 서브채널이 장시간에 걸쳐 아이들이라고 검출된 경우(예를 들면 PIFS, 또는 SIFS의 2개가 연속하는 시간 동안 아이들), 공유 측 AP는, 프레임(예를 들면, 무경합 종료(CF-End: Contention Free-End) 프레임 또는 MAP Trigger 프레임)을 (1개 이상의) 피공유 AP에 송신하여 협조 전송을 종료시키거나, 또는 할당된 서브채널을 자신의 사용을 위하여 되찾는 것을 시도할 수 있다.
동기 전송이 나타난 경우, 공유 측 AP는, 취득한 TXOP의 종료까지 모든 주파수 리소스를 제어한다. 도 12는, 동기 다운링크(DL) 송신의 예를 나타내고 있고, 도 13은, 동기 업링크(UL) 송신의 예를 나타내고 있다. 도 12에 나타낸 동기 DL 송신의 경우, 후속의 C-OFDMA 전송에 있어서의 UL BlockAck 프레임을, Trigger 프레임(1202) 또는 트리거식 응답 스케줄링(TRS: triggered response scheduling) 제어 필드에 의하여 권유할 수 있다. 후속의 C-OFDMA 전송에 필요한 파라미터는, MAP Trigger 프레임(1202)에 있어서 나타나고, 예를 들면, 각 피공유 AP를 위한 할당되는 주파수 리소스, C-OFDMA 전송을 정렬시키는 데 필요한 TXVECTORS, 최대 송신 전력, BlockAck 프레임을 전달하는 PPDU의 파라미터(예를 들면 PPDU 포맷), 그 외의 유사한 파라미터이다.
SIFS 후, 공유 측 AP 및 (1개 이상의) 피공유 AP는, MAP Trigger 프레임(1202)에 나타난 파라미터에 따라, 자신의 주파수 리소스 상에서 동시에 데이터(BlockAck 프레임을 전달하는 PPDU의 파라미터가 포함된다)를 송신한다(즉, 공유 측 AP로부터 STA1로 EHT PPDU(1204)가 송신되고, 피공유 AP로부터 STA2로 EHT PPDU(1206)가 송신된다). SIFS 후, STA는, 수신한 DL PPDU에서 전달된 파라미터에 따라, BlockAck 프레임을 대응하는 관련지어지는 AP에 동시에 송신한다(즉, STA1로부터 공유 측 AP로 BA 프레임(1208)이 송신되고, STA2로부터 피공유 AP로 BA 프레임(1210)이 송신된다). 유효한 BlockAck 프레임이 수신된 경우, 적어도 SIFS 후, 공유 측 AP는, TXOP 지속 시간이 허락한다면, 새로운 MAP Trigger 프레임(1212)을 송신하여 C-OFDMA 전송의 다른 라운드를 개시할 수 있다. 공유 측 AP가, 예기되는 BlockAck 프레임을 수신하지 않는 경우, C-OFDMA 회복 메커니즘이 실행된다. 공유 측 AP는, TXOP 지속 시간이 허락한다면, C-OFDMA 회복 메커니즘에 따라 새로운 MAP Trigger 프레임을 송신하고, C-OFDMA 전송의 다른 라운드를 개시할 수 있다.
동기 전송에서는, 공유 측 AP에 의하여 트리거 또는 표시되지 않는 한, 피공유 AP는 전송을 개시하지 않는다. 또한, 피공유 AP는, MAP Trigger 프레임에 나타난 파라미터에 따라 송신한다. 유리하게, STA에 의하여 송신되는 BlockAck 프레임이 정렬되고, BlockAck 프레임의 부정렬 또는 BlockAck 프레임의 송신 실패에 의하여 발생하는 충돌이 회피된다.
도 14는, MAP 트리거(MAP Trigger) 프레임(1400)의 예를 나타내고 있고, 도 15는, MAP 트리거 타입 및 대응하는 값의 예시적인 테이블을 나타내고 있다. 예를 들면, MAP 트리거 타입(MAP trigger type) 필드(1402)가 값 "0"을 나타낼 때, 대응하는 MAP 타입은 조인트 송신이며, MAP 트리거 타입(MAP trigger type) 필드(1402)가 값 "1"을 나타낼 때, 대응하는 MAP 타입은 C-OFDMA 전송이다.
UL/DL 플래그(UL/DL Flag) 필드(1404)가 "UL 송신"을 나타낼 때, DL TXVECTOR 필드(1406)에 포함되는 정보는, Trigger 프레임을 포함하는 DL PPDU의 파라미터와, BlockAck 프레임을 전달하는 DL PPDU의 파라미터를 나타내기 위하여 사용된다. 또한, UL TXVECTOR 필드(1408)에 포함되는 정보는, (1개 이상의) STA에 의하여 다음의 C-OFDMA 전송으로 송신될 예정인 트리거 베이스의 UL PPDU의 파라미터를 나타내기 위하여 사용된다. 도 16은, UL/DL 플래그(UL/DL Flag) 필드(1404)가 "UL 송신"을 나타낼 때의 UL TXVECTOR 필드(1408)의 서브필드를 나타내고 있고, PPDU 포맷(PPDU Format) 서브필드(1602)는 HE TB PPDU/EHT TB PPDU를 나타낼 수 있다.
UL/DL 플래그(UL/DL Flag) 필드(1404)가 "DL 송신"을 나타낼 때, DL TXVECTOR 필드(1406)의 BA의 DL PPDU 길이(DL PPDU Length for BA) 서브필드(1410)는 예비가 되고, UL TXVECTOR 필드(1408)에 포함되는 정보는, (1개 이상의) STA에 의한 다음의 C-OFDMA 전송에 있어서의 BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타낸다. 도 17은, UL/DL 플래그(UL/DL Flag) 필드(1404)가 "DL 송신"을 나타낼 때의 UL TXVECTOR 필드(1408)의 서브필드를 나타내고 있고, PPDU 포맷(PPDU Format) 서브필드(1704)는 비HT/HE/EHT PPDU를 나타낼 수 있다. 일례에서는, PPDU 포맷을 암묵적으로 나타낼 수 있고, 즉 STA는, BlockAck 프레임을 전달하기 위하여 권유 DL PPDU와 동일한 PPDU 포맷을 사용한다. BA 권유 방법(BA Soliciting Manner) 서브필드(1702)는, TRS 제어(TRS Control) 필드 또는 Trigger 프레임/Trigger 프레임만을 나타낼 수 있다. PPDU 포맷(PPDU Format) 서브필드(1704)가 "비HT PPDU"라고 나타나거나, 또는 BA 권유 방법(BA Soliciting Manner) 서브필드(1702)가 "TRS 제어 필드 또는 Trigger 프레임(TRS Control field or Trigger frame)"이라고 나타나는 경우, PPDU 포맷(PPDU Format) 서브필드(1704) 이후의 서브필드는 예비가 된다. BlockAck 프레임을 전달하는 PPDU의 길이는, 일반적으로 통상의 데이터 PPDU보다 짧다. UL TXVECTOR 필드(1700)의 최상위 비트(MSB)를 재이용하여 BA 권유 방법을 나타낼 수 있고, 이 경우에 UL 데이터 심볼의 수는, UL PPDU의 길이를 나타내는 것과 비교하여 보다 적은 비트를 사용하여 나타낼 수 있다.
일 실시형태에서는, C-OFDMA 전송의 각 라운드에 있어서, 공유 측 AP에 의하여 송신되는 MAP Trigger 프레임에 나타나는, BlockAck 프레임을 전달하는 PPDU의 파라미터는, (1개 이상의) 피공유 AP로부터의 명시적인 피드백 없이 결정된다. 하나의 옵션에서는, 파라미터는 공유 측 AP가 자신의 요건에 근거하여 결정한다. 다른 옵션에서는, 파라미터는 공유 측 AP가 BlockAck 프레임의 비트맵의 최대 길이에 근거하여 결정한다. 비트맵의 최대 길이는, 1024옥텟, 또는 모든 참가 AP간의 최대 가능한 비트맵 길이이며, 이것은 네고시에이션 및 준비 페이즈에 있어서 교환할 수 있다.
(1개 이상의) 피공유 AP는, DL TXVECTOR 필드 및 UL TXVECTOR 필드의 양방에 나타나는 파라미터에 따라, DL 송신을 준비하여 송신한다. DL 송신에는, BlockAck 프레임을 전달하는 PPDU의 파라미터에 관한 정보가 포함된다. 송신 큐 내의 MAC 프로토콜 데이터 유닛(MPDU) 또는 집약 MPDU(A-MPDU)에 의하여 요구되는 BlockAck를, 표시된 파라미터를 사용하는 PPDU에 있어서 전달할 수 없는 경우, 피공유 AP는, MPDU를 포기하거나, 또는 A-MPDU를 단축할 수 있다. 예를 들면, 공유 측 AP는, BlockAck 프레임을 전달하기 위한 길이 L1의 PPDU를 권유할 것을 결정하고, 그것을 피공유 AP에 나타낸다. 피공유 AP는, 송신 큐에 180개의 MPDU가 담지된 A-MPDU를 갖는다. 예기되는 BlockAck 프레임에 있어서의 비트맵의 길이는, 32옥텟이어야 한다. 피공유 AP는, 예기되는 BlockAck 프레임을 전달하는 PPDU의 예측 길이(L2)를, L2>L1이도록, 파라미터(BlockAck 프레임의 길이, 사용 가능한 최고 MCS, PPDU 포맷 등)에 근거하여 계산한다. 다음으로 피공유 AP는, A-MPDU를 내측의 64개의 MPDU로 단축하고, 8옥텟의 비트맵을 갖는 BlockAck 프레임을 권유할 수 있다. 이로써, 유리하게 복잡함이 저하되지만, 피공유 AP의 오버헤드가 커지거나, 또는 스루풋이 저하하는 경우가 있다.
일 실시형태에서는, MAP Trigger 프레임의 BA 권유 방법(BA Soliciting Manner) 서브필드가 "TRS 제어 필드 또는 Trigger 프레임"으로서 나타나는 경우, 공유 측 AP 및 (1개 이상의) 피공유 AP는, HE 배리언트 HT 제어(HE variant HT Control) 필드의 TRS 제어(TRS Control) 서브필드를 재이용함으로써, BlockAck 프레임을 전달하는 PPDU의 파라미터를, 관련지어지는 STA에 나타낼 수 있다. HT 제어(HT Control) 필드는, 제어 래퍼(Control Wrapper) 프레임에 항상 존재하고, 프레임 제어(Frame Control) 필드의 +HTC 서브필드가 1로 설정되어 있을 때, 서비스 품질(QoS) 데이터·관리(Quality of Service (QoS) Data and Management) 프레임에 존재한다. TRS 제어(TRS Control) 서브필드는, BlockAck 프레임을 전달하는 PPDU의 일부의 파라미터를 나타낸다. 그 외의 필요한 파라미터는, 디폴트의 TXVECTOR 파라미터 리스트로서 설정할 수 있다. PPDU는, BlockAck 프레임의 파라미터를 나타내는 TRS 제어(TRS Control) 서브필드를 전달하는 프레임을 갖는 BlockAck 요구 프레임을 전달하는 것으로 한다.
도 18은, TRS 제어(TRS Control) 서브필드(1800)의 예를 나타내고 있다. RU 할당(RU Allocation) 서브필드(1802)에서는, BA 프레임을 전달하는 PPDU를 권유하기 위하여 사용될 때, 예비의 엔트리를 사용하여 PPDU 포맷을 나타낼 수 있다. PPDU 포맷은, 비HT PPDU 또는 EHT PPDU로 할 수 있다. 예비 서브필드(1804)는, TRS 제어(TRS Control) 서브필드(1800)가, BA 프레임을 전달하는 PPDU의 파라미터를 나타내기 위하여 재이용되는 것을 나타내기 위하여 사용할 수 있다. 예를 들면, TRS 제어(TRS Control) 서브필드(1800)에 있어서 "0"이 나타나는 경우, BA 프레임을 전달하는 PPDU 포맷은 HE TB PPDU이다. 추가적인 참고를 위하여, 도 19는, 표준 802.11ax 사양에 따른 디폴트 TXVECTOR 파라미터 리스트의 예시적인 테이블을 나타내고 있다.
MAP 트리거(MAP Trigger) 프레임에 있어서의 BA 권유 방법(BA Soliciting Manner) 서브필드가 "TRS 제어 필드 또는 Trigger 프레임"으로서 나타날 때, 공유 측 AP 및 (1개 이상의) 피공유 AP는, HE 배리언트 HT 제어(HE variant HT Control) 필드의 새로운 제어(Control) 서브필드를 사용하여, BlockAck 프레임을 전달하는 PPDU의 파라미터를, 관련지어지는 STA에 나타낼 수 있다. 도 20은, HE 배리언트 HT 제어(HE variant HT Control) 필드 포맷의 새로운 A-제어(A-Control) 서브필드(2002)를 나타내고 있고, 도 21은, 제어 ID(Control ID) 서브필드의 값 및 그들의 대응하는 설명의 예시적인 테이블(2100)을 나타내고 있다. 예를 들면, 값 7을 갖는 제어 ID(Control ID) 서브필드(2004)는, A-제어(A-Control) 서브필드(2002)가 MAP BlockAck 스케줄링 제어(MBS)에 사용되는 것을 나타낸다.
A-제어(A-Control) 서브필드(2002)는, 길이 30비트로 할 수 있다. PPDU(즉 공유 측 AP 및 (1개 이상의) 피공유 AP로부터 각각의 관련지어지는 STA에 송신된다)는, BlockAck 프레임의 파라미터를 나타내기 위한 A-제어(A-Control) 서브필드(2002)를 전달하는 프레임을 갖는 BlockAck 요구 프레임을 전달하는 것으로 한다. BlockAck 프레임의 파라미터는, A-제어(A-Control) 서브필드(2002)의 제어 정보(Control Information) 서브필드(2006)에 있어서 나타낼 수 있다. 이 새로운 제어 필드는, BA 프레임이 SU PPDU에서 전달되는 경우에도 사용할 수 있다.
일 실시형태에서는, 공유 측 AP 및 (1개 이상의) 피공유 AP는, 관련지어지는 STA에 대한 멀티 유저 블록 확인 응답 요구(MU-BAR) Trigger 프레임을 재이용함으로써, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타낼 수 있다. 도 22는, MU-BAR Trigger 프레임(2200)의 예시적인 포맷을 나타내고 있고, 이 포맷은, 적어도 공통 정보(Common Information) 필드(2202) 및 유저 정보 리스트(User Info List) 필드(2210)를 포함한다. 공통 정보(Common Information) 필드(2202)는, 추가의 TF(More TF) 서브필드(2204) 및 CS 필요(CS Required) 서브필드(2206)를 포함할 수 있다. 추가의 TF(More TF) 서브필드(2204)는, CS 필요(CS Required) 서브필드(2206)와 함께 사용하여, BlockAck 프레임을 전달하는 PPDU의 PPDU 포맷을 나타낼 수 있다. 예를 들면, PPDU 포맷은, 비HT PPDU, HE TB PPDU, 또는 EHT TB PPDU로서 나타낼 수 있다. 유저 정보 리스트(User Info List) 필드(2210)는, 적어도 트리거 의존 유저 정보(Trigger Dependent User Info) 서브필드(2212)를 포함하는 유저 정보(User Info) 필드를 포함할 수 있다. 트리거 의존 유저 정보(Trigger Dependent User Info) 서브필드(2212)의 BA 엔드 시퀀스 제어(BA End Sequence Control) 서브필드(2214)는, BA의 사이즈를 나타내기 위하여 사용할 수 있다. 예비 필드(2208)는, MU-BAR 트리거(MU-BAR Trigger) 프레임(2200)이, C-OFDMA에 있어서 BA 프레임을 전달하는 PPDU의 파라미터를 나타내기 위하여 재이용되는 것을 나타내기 위하여 사용할 수 있다.
일 실시형태에서는, 공유 측 AP 및 (1개 이상의) 피공유 AP는, DL PPDU에서 전달되는 Trigger 프레임 배리언트에 있어서의 BlockAck 프레임을 전달하는 PPDU의 파라미터를, 관련지어지는 STA에 나타낼 수 있다. 도 23은, 적어도 공통 정보(Common Information) 필드(2302)를 포함하는 새로운 MAP-BAR 트리거(MAP-BAR Trigger) 프레임(2300)의 예시적인 포맷을 나타내고 있다. 공통 정보(Common Information) 필드(2302)는, 적어도, 트리거 타입(Trigger Type) 서브필드(2304), 추가의 TF(More TF) 필드, CS 필요(CS Required) 필드, MU-MIMO LTF 모드(MU-MIMO LTF Mode) 필드, UL STBC 필드, LDPC 엑스트라 심볼 세그먼트(LDPC Extra Symbol Segment) 필드, 도플러(Doppler) 필드, UL-HE-SIGA2 예비(UL-HE-SIGA2 Reserved) 필드, 및 트리거 의존 공통 정보(Trigger Dependent Common Info) 필드(2306)를 포함할 수 있다. 트리거 타입(Trigger Type) 서브필드(2304)는, Trigger 프레임 배리언트를 식별한다. 그 부호화의 예는, 도 24의 테이블(2400)에 정의되어 있다. 예를 들면, 트리거 타입(Trigger Type) 서브필드의 값 8은, 트리거 프레임 배리언트가 MAP BAR 포맷인 것을 나타낸다.
도 25는, MAP BAR 트리거(MAP BAR Trigger) 프레임 포맷의 공통 정보(Common Information) 필드(2500)의 예를 나타내고 있고, 공통 정보(Common Information) 필드의 추가의 TF(More TF) 필드, CS 필요(CS Required) 필드, MU-MIMO LTF 모드(MU-MIMO LTF Mode) 필드, UL STBC 필드, LDPC 엑스트라 심볼 세그먼트(LDPC Extra Symbol Segment) 필드, 도플러(Doppler) 필드, 및 UL-HE-SIGA2 예비(UL-HE-SIGA2 Reserved) 필드는 예비이다. MAP BAR 트리거(MAP BAR Trigger) 프레임(2300)의 트리거 의존 유저 정보(Trigger Dependent User Info) 서브필드(2600)는, 도 26에 나타낸 바와 같이 정의되고(즉 MU-BAR 트리거(MU-BAR trigger) 프레임(2200)의 동일한 서브필드(2212)와 유사하다), BAR 제어(BAR Control) 서브필드(2602) 및 BAR 정보(BAR Information) 필드(2604)는, BlockAck 요구(BlockAck Request) 프레임과 동일하게 정의된다. 새로운 A-제어(A-Control) 서브필드와 비교하여, MAP BAR 트리거(MAP BAR Trigger) 프레임에 있어서 보다 많은 정보를 나타낼 수 있지만, 송신의 큰 오버헤드가 발생할 수 있다.
일 실시형태에서는, 공유 측 AP는, 옵션으로서 (1개 이상의) 피공유 AP로부터의 MAP 응답을 권유할 수 있다. 권유된 MAP 응답은, 다음 라운드의 C-OFDMA 전송의 예기되는 BlockAck 프레임의 추정되는 파라미터와, 협조 페이즈 중에 공유 측 AP가 필요로 할 수 있는 다른 네고시에이션 정보(즉 빈 버퍼 보고)를 전달할 수 있다. MAP 응답은, MAP 트리거(MAP Trigger) 프레임에 의하여 권유할 수 있고, 1라운드의 C-OFDMA 전송의 종료 시에 송신할 수 있다. 공유 측 AP는, 다음의 조건, 즉, 나머지의 TXOP에 있어서 가능하다, 및, 다음 라운드의 C-OFDMA 전송이 동기 전송이다, 가 충족될 때에만 MAP 응답을 권유한다.
1라운드의 C-OFDMA 전송에 있어서, 공유 측 AP는, MAP 응답에 있어서의 파라미터와, MAP 트리거(MAP Trigger) 프레임에 있어서의 자신의 요건에 근거하여, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타낸다. (1개 이상의) 피공유 AP는, DL TXVECTOR 필드 및 UL TXVECTOR 필드의 양방에 나타나는 파라미터에 따라, DL 송신을 준비하여 송신한다. 공유 측 AP 및 (1개 이상의) 피공유 AP는, DL 송신에 포함되는 HE 배리언트 HT 제어(HE variant HT Control) 필드의 TRS 제어(TRS Control) 서브필드 또는 MU-BAR 트리거(MU-BAR Trigger) 프레임을 사용하여, BlockAck 프레임을 전달하는 PPDU의 파라미터를 관련지어지는 STA에 나타낸다. 유리하게, 이로써, (1개 이상의) 피공유 AP의 데이터 전송이 성공하는 것이 보증된다. C-OFDMA 전송 수순에는, MAP 응답의 오버헤드가 추가된다. 또한, 공유 측 AP에 관련지어지는 STA를 위하여 "공백 스페이스"가 작성된다. 도 27은, "공백 스페이스"의 예시적인 플로도(2700)를 나타내고 있다. 플로도(2700)에 있어서, STA1은 피공유 AP를 들을 수 없다. MAP 응답(2702) 및 다음의 SIFS(2704)의 지속 시간에 있어서, STA1에 의하여 채널은 아이들로서 검출된다. 이 지속 시간은, STA1에게 "공백 스페이스"(2706)이다. STA1이 이 기간 중에 무엇인가를 송신하려고 하면, 충돌이 발생할 수 있다.
공유 측 AP는, MAP 응답 필요(MAP Response Required) 서브필드(2802)를 이용함으로써, 도 28에 나타낸 MAP 트리거(MAP Trigger) 프레임(2800)에 있어서 피공유 AP로부터의 MAP 응답이 요구되는지 어떤지를 나타낼 수 있다. MAP 응답이 요구될 때, C-OFDMA 송신의 1라운드의 수순은, 도 29의 예시적인 플로도(2900)에 나타낸 바와 같다. 피공유 AP는, 수신한 BlockAck 프레임 후의 SIFS에 있어서, MAP 응답(2902)을 공유 측 AP에 송신한다.
도 30의 예시적인 플로도(3000)에 있어서의 MAP 응답(3002)에 나타낸 바와 같이, MAP 응답은 MAC 프레임에서 전달되어도 된다. 예를 들면, MAP 응답(3002)은, MAP 응답 프레임을 전달하는 EHT PPDU여도 된다.
도 31은, 예시적인 MAP 응답 프레임 포맷(3100)을 나타내고 있다. MAP 응답 프레임을 전달하는 PPDU의 파라미터(예를 들면 PPDU 길이, EHT-LTF 심볼의 수 등)는, 미리 정의된 디폴트의 파라미터 리스트로서 설정할 수 있거나, 혹은, 필요한 파라미터를 MAP 트리거(MAP Trigger) 프레임에 있어서 나타낼 수 있다.
MAP 응답의 정보는, 널 데이터 패킷(NDP)에 있어서 전달할 수 있다. 도 32의 예시적인 플로도(3200)에 나타낸 바와 같이, MAP 응답(3204)은, MAP 응답 NDP로 할 수 있다. MAP 응답 NDP를 권유하기 위하여 필요한 몇 가지의 정보(즉 타깃 RSSI)는, MAP 트리거(MAP Trigger) 프레임(3202)의 AP 정보 리스트(AP Info List) 필드의 AP별 정보(Per AP Info) 서브필드에 나타나는 것으로 한다. MAP 응답 NDP(3300)의 예시적인 포맷을 도 33에 나타낸다. 유리하게, MAC 프레임으로 MAP 응답을 전달하는 것과 비교하여, 보다 낮은 오버헤드가 달성된다. 그러나, 피공유 AP에 관련지어지는 STA는, MAP 응답 NDP의 목적을 인식할 수 없는 경우가 있다.
스케줄링된 피공유 AP는, MAP 응답 NDP의 EHT-LTF 필드를 사용하여 바람직한 파라미터를 나타내기 위하여, 상이한 톤 세트를 사용할 수 있다. 톤 세트는, FEEDBACK_STATUS(2종류의 스테이터스)와 RU_TONE_SET_INDEX(각 스테이터스에 대하여 18종류의 톤 세트)로부터 결정할 수 있고, 따라서 각 20MHz 채널에 대하여 합계 36개의 엔트리가 존재한다. 바람직한 PPDU 포맷, 바람직한 MCS, 바람직한 BA 타입 등의 바람직한 파라미터를 나타낼 필요가 있다. 도 34의 예시적인 테이블(3400)을 참조하면, 바람직한 PPDU 포맷은, 피드백 스테이터스가 "0"일 때, 비HT PPDU(RU톤 세트 인덱스가 1), HE PPDU(RU톤 세트 인덱스가 2), 및 EHT PPDU(RU톤 세트 인덱스가 3) 등의 3개의 엔트리를 가질 수 있다. 피드백 스테이터스가 "1"인 도 35의 예시적인 테이블(3500)을 참조하면, 1~14의 RU톤 세트 인덱스를 갖는 바람직한 MCS의 0~13개의 엔트리가 존재할 수 있다. AP는, EHT-LTF에 있어서 복수의 톤 세트가 사용되고 있는지 어떤지를 검출함으로써, MAP 응답 NDP를 EHT TB 피드백 NDP(단일의 RU톤 세트만이 사용된다)와 구별할 수 있다. 또한, 확장 압축/압축/멀티 트래픽 식별자(Multi-TID)/재시행을 수반하는 그룹 캐스트(GCR)/일반 링크 GCR(GLK-GCR) 등의 바람직한 BA 타입에 관한 5개의 엔트리가 존재할 수 있다.
MAP 응답 NDP에 있어서의 이용 가능한 엔트리를 사용하여, 피공유 AP의 버퍼의 상태를 나타낼 수 있다. 예를 들면, 피공유 AP가 빈 버퍼를 나타내는 경우, 공유 측 AP는 (1개 이상의) 피공유 AP와의 협조를 종료하고, 대응하는 (1개 이상의) 서브채널을 자신 또는 다른 (1개 이상의) 피공유 AP에 재할당할 수 있다. 신뢰성을 향상시키기 위하여, 복수의 엔트리를 집약하여 단일의 바람직한 파라미터를 나타낼 수 있다. 예를 들면, FEEDBACK_STATUS가 0일 때의 RU_TONE_SET_INDEX 1+2+3을 사용하여, "비HT PPDU가 바람직한" 것을 나타낸다.
공유 측 AP는, 관련지어지는 STA의 "공백 스페이스"를 줄이기 위하여, MAP 응답 송신을 위하여 자신이 사용하는 서브채널을 (1개 이상의) 피공유 AP에 할당할 수 있다. 예를 들면, 피공유 AP는, 자신의 할당된 서브채널뿐만 아니라, 여분으로 할당된 서브채널상에서, MAP 응답을 송신할 수 있다. 공유 측 AP는, 관련지어지는 STA의 정보(예를 들면, 위치, 동작 대역폭)에 근거하여, (1개 이상의) 피공유 AP에 여분의 서브채널을 할당할 수 있고, 여분의 서브채널은 MAP 응답 송신을 위해서만 할당된다.
도 36의 도해(3600)를 참조하면, AP 세트는, 1개의 공유 측 AP(AP1) 및 2개의 피공유 AP(AP2, AP3)를 포함한다. AP1은 80MHz 채널에 있어서 TXOP를 취득하고, 3번째 및 4번째의 20MHz 서브채널을 각각 AP2 및 AP3에 할당한다. AP1은, 40MHz에서 동작하는 STA1 및 STA3과, 20MHz에서 동작하는 STA2의 3개의 STA에 관련지어져 있다. 겹쳐 있는 영역(3602 및 3604)에 나타낸 바와 같이, STA1은 AP2의 도달 가능 범위 내에 있고, STA2는 AP3의 도달 가능 범위 내에 있다. AP1은, MAP 응답을 송신하기 위한 프라이머리 20MHz를 AP3에 할당함과 함께, AP2에 다른 20MHz를 할당한다. 이 경우, STA1 및 STA2의 "공백 스페이스"가 회피된다.
도 37은, 피공유 AP의 동작의 플로 차트(3700)를 나타내고 있다. 프로세스는, 스텝 3702에서 개시한다. 스텝 3704에 있어서, MAP Trigger 프레임을 수신한다. 스텝 3706에서는, MAP Trigger 프레임에 있어서, 다음의 송신이 동기 송신인 것이 나타나 있는지 어떤지를 판정한다. "예"라고 판정된 경우, 처리는 스텝 3708로 진행하고, MAP Trigger 프레임의 공통 정보 필드 및 AP 정보 리스트 필드로부터 정보를 취득한다. 스텝 3710에 있어서, 취득한 파라미터에 따라 송신을 도출한다. 스텝 3712에 있어서, DL PPDU를 송신하고, 그 후, 프로세스는 스텝 3714에서 종료한다. 한편, 스텝 3706에 있어서, 다음의 송신이 동기 송신이 아니라고, 즉 비동기 송신이라고 판정된 경우, 프로세스는 스텝 3716으로 진행하고, 할당된 서브채널 및 부여된 지속 시간(즉 나머지의 TXOP)에 관한 정보를 취득한다. 스텝 3718에 있어서, 부여된 지속 시간 동안, 할당된 서브채널상에서 송신을 독립하여 행한다. 그 후, 프로세스는 스텝 3714에 있어서 종료한다.
확장 프레임간 스페이스(EIFS)를 사용하는 C-OFDMA 에러 회복의 경우, 응답으로서 Ack 프레임 또는 BlockAck 프레임을 필요로 하는 MPDU 또는 A-MPDU를 송신한 후, 공유 측 AP는, PHY-TXEND 확인 프리미티브를 기점으로 하여 aSIFSTime+aSlotTime+aRxPHYStartDelay의 값을 갖는 AckTimeout 간격을 대기하는 것으로 한다. AckTimeout 간격 중에 PHY-RXSTART 표시 프리미티브가 발생하지 않는(즉 ACK/BlockAck 프레임이 수신되지 않는) 경우, 공유 측 AP는, 전회의 송신 후의 EIFS에 있어서 (1개 이상의) 피공유 AP에 대한 송신을 개시한다. 공유 측 AP는, EIFS 동안에 ED(에너지 검출) 센싱을 행하는 것으로 하고, 검출의 결과가 아이들인 경우에만 송신을 개시한다. 도 38의 플로도(3800)를 참조하면, EIFS(3802)는, aSIFSTime(3804)+EstimatedAckTxTime+AIFS(아비트레이션 프레임간 스페이스: arbitration interframe space)(3806)의 합의 지속 시간을 가질 수 있고, 여기에서 EstimatedAckTxTime은, BlockAck 프레임을 전달하는 PPDU(3808)의 예측 지속 시간이다.
새로운 C-OFDMA 에러 회복 간격을 사용하는 C-OFDMA 에러 회복의 경우, 응답으로서 Ack 프레임 또는 BlockAck 프레임을 필요로 하는 MPDU 또는 A-MPDU를 송신한 후, 공유 측 AP는, PHY-TXEND 확인 프리미티브를 기점으로 하여 aSIFSTime+aSlotTime+aRxPHYStartDelay의 값을 갖는 AckTimeout 간격을 대기하는 것으로 한다. AckTimeout 간격 중에 PHY-RXSTART 표시 프리미티브가 발생하지 않는(즉 ACK/BlockAck 프레임이 수신되지 않는) 경우, 공유 측 AP는, 전회의 송신 후의 C-OFDMA 에러 회복 간격에 있어서 (1개 이상의) 피공유 AP에 대한 송신을 개시한다. 공유 측 AP는, C-OFDMA 에러 회복 중에 ED(에너지 검출) 센싱을 실행하는 것으로 하고, 검출 결과가 아이들인 경우에만, 송신을 개시한다. 도 39의 플로도(3900)를 참조하면, C-OFDMA 에러 회복 간격(3902)은, aSIFSTime(3904)+EstimatedAckTxTime+aSIFSTime(3906)의 합의 지속 시간을 가질 수 있고, 여기에서 EstimatedAckTxTime은, BlockAck 프레임을 전달하는 PPDU(3908)의 예측 지속 시간이다. 오류가 있는 BlockAck 프레임을 수신한 경우, 공유 측 AP는, PIFS 회복 메커니즘에 따라 에러 회복을 실행한다. BlockAck 프레임의 송신이 정렬되어 있을 때, PIFS 회복 메커니즘에 의하여 충돌이 발생하는 경우는 없다.
쇼트 PPDU의 송신을 사용하는 C-OFDMA 에러 회복의 경우, 응답으로서 Ack 프레임 또는 BlockAck 프레임을 필요로 하는 MPDU 또는 A-MPDU를 송신한 후, 공유 측 AP는, PHY-TXEND 확인 프리미티브를 기점으로 하여 aSIFSTime+aSlotTime+aRxPHYStartDelay의 값을 갖는 AckTimeout 간격을 대기하는 것으로 한다. 도 40의 플로도(4000)를 참조하면, AckTimeout 간격 중에 PHY-RXSTART. 표시 프리미티브가 발생하지 않는(즉 BA(4002) 등의 ACK/BlockAck 프레임이 수신되지 않는) 경우, 공유 측 AP는, 전회의 송신 후의 PIFS에 있어서, 관련지어지는 STA 또는 자신에 대하여 1개 이상의 쇼트 PPDU(4004)(예를 들면 RTS 프레임, CTS-to-self 프레임)를 송신한다. 공유 측 AP는, 쇼트 PPDU(예를 들면, RTS와 CTS의 교환, 복수의 CTS-to-self 프레임) 후의 SIFS에 있어서, (1개 이상의) 피공유 AP에 대한 다른 송신을 개시하고(즉 MAP Trigger 프레임(4006)에서 개시), 쇼트 PPDU(4004)의 지속 시간이, 예기되는 BlockAck 프레임(4002)의 지속 시간을 초과하는 것을 보증한다.
도 41은, 에러 회복에 있어서의 공유 측 AP의 동작의 플로 차트(4100)를 나타내고 있다. 프로세스는, 스텝 4102에서 개시된다. 스텝 4104에 있어서, 즉시 피드백을 필요로 하는 프레임을 포함하는 PPDU를 송신한다. 스텝 4106에 있어서, 예기되는 ACK/BlockAck 프레임의 수신이 AckTimeout 간격 중에 발생하는지 어떤지를 판정한다. "예"라고 판정된 경우, 프로세스는 스텝 4108로 진행하고, 수신한 프레임이 바르게 복호 및 복조되는지 어떤지를 판정한다. "예"라고 판정된 경우, 프로세스는 스텝 4110으로 진행하고, 수신한 ACK/BlockAck 프레임 후의 SIFS에 있어서 다른 송신을 개시하며, 그 후, 프로세스는 스텝 4112에서 종료한다. 그렇지 않은 경우, 프로세스는 대신에 스텝 4114로 진행하고, PIFS 회복 메커니즘에 따라 다른 송신을 개시하며, 그 후, 프로세스는 스텝 4112에서 종료한다. 한편, 스텝 4106에 있어서, 예기되는 ACK/BlockAck 프레임의 수신이 AckTimeout 간격 중에 발생하지 않았다고 판정된 경우, 프로세스는 대신에 스텝 4116으로 진행하고, C-OFDMA 에러 회복 메커니즘에 따라(즉 도 38, 도 39, 및 도 40의 예에 나타낸 바와 같이) 다른 송신을 개시하며, 프로세스는 스텝 4112에서 종료한다.
도 42의 플로도(4200)를 참조하면, MAP 응답이 요구되고, 예기되는 ACK/BlockAck 프레임이 수신되는 경우에 있어서의 C-OFDMA 에러 회복에서는, 피공유 AP는, 수신한 ACK/BlockAck 프레임(4202)의 종료 후의 SIFS에 있어서, MAP 응답(4204)을 송신할 수 있다. 예기되는 ACK/BlockAck 프레임(4202)이 수신되지 않는 경우, 피공유 AP는, 예기되는 ACK/BlockAck 프레임(4202)의 종료 후의 SIFS에 있어서, MAP 응답(4204)을 송신한다. 수신한 ACK/BlockAck 프레임(4202)이 무효라고 인식된 경우, 피공유 AP는, 그 후의 MAP 응답(4204)을 송신하지 않는다. 예기되는 ACK/BlockAck 프레임(4202)이 AckTimeout 간격 중에 수신된 경우, ACK/BlockAck 프레임(4202)이 정상적으로 복호되는지 아닌지에 관계없이, 공유 측 AP는, PHY-RXEND 확인 프리미티브를 기점으로 하여 AckTimeout 간격을 대기하는 것으로 한다. AckTimeout 간격 중에 PHY-RXSTART 표시 프리미티브가 발생하지 않았던(즉 MAP 응답(4204)이 수신되지 않는) 경우, 공유 측 AP는, BlockAck 프레임(4202)의 종료 후의 PIFS에 있어서, (1개 이상의) 피공유 AP에 대한 송신을 개시한다, 즉 MAP Trigger 프레임(4206)으로부터 개시한다.
도 43의 플로도(4300)를 참조하면, MAP 응답이 요구되고, 예기되는 ACK/BlockAck 프레임(4302)이 AckTimeout 간격 중에 수신되지 않는 경우의 C-OFDMA 에러 회복에서는, 공유 측 AP는, ACK/BlockAck 프레임(4302)의 추정되는 종료 후에 AckTimeout 간격을 대기하는 것으로 한다. AckTimeout 간격 중에 PHY-RXSTART 표시 프리미티브가 발생하지 않는(즉 MAP 응답(4304)이 수신되지 않는) 경우, 공유 측 AP는, 이전 송신 후의 EIFS에 있어서 (최단 EIFS=aSIFSTime+EstimatedAckTxTime+PIFS이도록), 또는 ACK/BlockAck 프레임의 추정되는 종료 후의 PIFS에 있어서, (1개 이상의) 피공유 AP에 대한 송신을 개시할(즉 MAP Trigger 프레임(4306)에서 개시할) 수 있다. 복잡함을 저감시키기 위하여, MAP 응답이 손상되어 있어도, 어떠한 에러 회복 수순도 발생하지 않는다.
도 44는, C-OFDMA 에러 회복에 있어서의 공유 측 AP의 동작의 플로 차트(4400)를 나타내고 있다. 프로세스는, 스텝 4402에서 개시된다. 스텝 4404에 있어서, MAP Trigger 프레임을 송신한다. 스텝 4406에서는, MAP Trigger 프레임에 있어서, MAP 응답이 필요하다고 나타나 있는지 어떤지를 판정한다. "예"라고 판정된 경우, 프로세스는 다음으로 스텝 4408로 진행하고, 즉시 피드백을 필요로 하는 프레임을 전달하는 PPDU를 송신한다. 스텝 4410에 있어서, MAP 응답을 포함하는 C-OFDMA 에러 회복 메커니즘을 진행시킨다. 그 후, 프로세스는 스텝 4412에 있어서 종료한다. 한편, 스텝 4406에서, MAP Trigger 프레임에 있어서, MAP 응답이 필요하고 나타나 있지 않다고 판정된 경우, 프로세스는 대신에 스텝 4114로 진행하고, 통상의 C-OFDMA 에러 회복 메커니즘을 진행시키며, 프로세스는 스텝 4412에 있어서 종료한다.
도 45는, MAP 응답을 포함하는 C-OFDMA 에러 회복 메커니즘에 있어서의 공유 측 AP의 동작의 플로 차트(4500)를 나타내고 있다. 프로세스는, 스텝 4502에 있어서 개시한다. 스텝 4504에 있어서, 예기되는 ACK/BlockAck 프레임의 수신이 AckTimeout 간격 중에 발생하는지 어떤지를 판정한다. "예"라고 판정된 경우, 프로세스는 다음으로 스텝 4506으로 진행하고, 예기되는 MAP 응답의 수신이, ACK/BlockAck 프레임의 예기되는 종료 후의 AckTimeout 간격 중에 발생하는지 어떤지를 판정한다. "예"라고 판정된 경우, 프로세스는 다음으로 스텝 4508로 진행하고, SIFS 후에 다른 송신을 개시하며, 프로세스는 스텝 4510에 있어서 종료한다. 그렇지 않은 경우, 프로세스는 스텝 4506으로부터 대신에 스텝 4512로 진행하고, ACK/BlockAck 프레임의 종료 후의 PIFS에 있어서 다른 송신을 개시하며, 스텝 4510에 있어서 종료한다. 한편, 스텝 4504에 있어서, 예기된 ACK/BlockAck 프레임의 수신이 AckTimeout 간격 중에 발생하지 않았다고 판정된 경우, 프로세스는 대신에 스텝 4514로 진행하고, 예기되는 MAP 응답의 수신이, ACK/BlockAck 프레임의 예기된 종료 후의 AckTimeout 간격 중에 발생하는지 어떤지를 판정한다. "예"라고 판정된 경우, 프로세스는 스텝 4508로 진행하고, SIFS 후에 다른 송신을 개시하며, 그 후, 프로세스는 스텝 4510에 있어서 종료한다. 그렇지 않은 경우, 프로세스는 스텝 4514로부터 대신에 스텝 4516으로 진행하고, 이전의 송신 후의 특정 지속 시간에 있어서 다른 송신을 개시하며, 그 후 프로세스는 스텝 4510에 있어서 종료한다.
도 46은, 다양한 실시형태에 의한, 통신 디바이스(4600), 예를 들면 통신 장치, 예를 들면 공유 측 AP의 구성을 나타내고 있다. 도 46의 개략적인 예에 있어서의 통신 디바이스(4600)는, 적어도 1개의 안테나(4602)와, 적어도 1개의 무선 송신기(4604), 적어도 1개의 무선 수신기(4606), 및 회로(4608)를 갖는다. 회로(4608)는, 적어도 1개의 컨트롤러 또는 CPU(4610)를 포함할 수 있고, 컨트롤러 또는 CPU(4610)는, 관련지어지는 STA 등의 다른 통신 장치, 또는 피공유 AP 등의 다른 AP와의 통신의 제어를 포함하는, CPU(4610)가 실행하도록 설계되어 있는 태스크를 소프트웨어 및 하드웨어의 지원하에서 실행하기 위하여 사용된다.
회로(4608)는, 통신 디바이스(4600)의 송신 프로세스를 담당하는 송신 매니저(4612)를 더 포함할 수 있다. 송신 매니저(4612)는, MAP 응답을 스케줄링하는 MAP 응답 스케줄러(4614)와, BA 파라미터를 결정하는 BA 파라미터 결정 모듈(4616)과, 송신 타입을 결정하는 송신 타입 결정 모듈(4618)을 포함할 수 있다.
AP에 의하여 STA에 송신되는 PPDU는, 필요한 일부의 파라미터만을 포함할 수 있다. 이와 같은 필요한 파라미터로서는, PPDU의 포맷, PPDU의 길이, AP 송신 전력, 타깃 RSSI, 및 다른 유사한 파라미터를 들 수 있다. BlockAck 프레임을 전달하는 PPDU의 다른 파라미터는, MCS, 데이터 레이트, 및 다른 유사한 파라미터 등, 표시된 파라미터에 따라 STA 자신에 의하여 결정할 수 있다. 정렬성을 확보하기 위하여, LTF 심볼수 등의 일부의 파라미터는, 통일된 사전 정의 리스트에 의하여 결정할 수 있다.
AP에 의하여 STA에 송신되는 PPDU는, 필요한 일부의 파라미터만을 포함할 수 있고, BlockAck 프레임의 다른 파라미터는, 표시된 파라미터에 따라 STA 자신에 의하여 결정할 수 있다. 예를 들면, 몇 개의 필요한 파라미터로서는, BlockAck의 타입, 최대 비트맵 사이즈, 및 다른 유사한 파라미터를 들 수 있다. STA에 의하여 결정할 수 있는 파라미터로서는, 비트맵 사이즈 및 다른 유사한 파라미터를 들 수 있다.
또한, BlockAck 프레임을 전달하는 PPDU 또는 BlockAck 프레임의 부분 파라미터를 갖는 BlockAck를 권유하는 새로운 A-제어 필드/새로운 Trigger 프레임, 또는 새로운 MAC 기능을 수신하는 STA는, BlockAck 프레임을 전달하는 PPDU 또는 BlockAck 프레임의 다른 파라미터를, 표시된 파라미터에 따라 자신에 의하여 결정할 수 있다.
도 47은, 다양한 실시형태에 관한 통신 방법을 도해한 플로도(4700)를 나타내고 있다. 스텝 4702에 있어서, 후속 송신의 정보를 포함하는 프레임을 생성한다. 스텝 4704에 있어서, 이 프레임을 통신 장치에 송신한다.
도 48은, 멀티 AP 동기 전송에 대응하도록 실시할 수 있는 통신 장치(4800)의 부분적으로 프레임으로 둘러싼 개략도를 나타내고 있다. 통신 장치(4800)는, 다양한 실시형태에 따라, 공유 측 AP, 피공유 AP, 또는 관련지어지는 STA로서 실시할 수 있다.
통신 장치(4800)의 다양한 기능 및 동작은, 계층 모델에 따라 각층(各層)에 배치된다. 이 모델에서는, IEEE 사양에 따라 하위의 층이 상위의 층에 보고하며, 상위의 층으로부터 지시를 받아들인다. 설명을 간결하게 할 목적으로, 본 개시에서는 계층 모델의 상세에 대해서는 설명하지 않는다.
도 48에 나타낸 바와 같이, 통신 장치(4800)는, 회로(4814), 적어도 하나의 무선 송신기(4802), 적어도 하나의 무선 수신기(4804), 및 복수의 안테나(4812)(간략화를 위하여 도 48에는 설명을 목적으로 하여 하나의 안테나만이 묘사되어 있다)를 포함할 수 있다. 회로는, 적어도 1개의 컨트롤러(4806)를 포함할 수 있고, 컨트롤러(4806)는, MIMO 무선 네트워크에 있어서의 1개 이상의 다른 멀티 링크 디바이스와의 통신의 제어를 포함하는, 실행하도록 설계되어 있는 태스크를 소프트웨어 및 하드웨어의 지원하에서 실행하기 위하여 사용된다. 적어도 1개의 컨트롤러(4806)는, 적어도 1개의 무선 송신기(4802)를 통하여 1개 이상의 다른 STA, AP, 또는 멀티 링크 디바이스(MLD)에 송신되는 프레임을 생성하도록, 적어도 1개의 송신 신호 생성기(4808)를 제어할 수 있고, 또한 1개 이상의 다른 STA, AP, 또는 MLD로부터 적어도 1개의 무선 수신기(4804)를 통하여 수신된 프레임을 처리하도록, 적어도 1개의 수신 신호 처리기(4810)를 제어할 수 있다. 적어도 1개의 송신 신호 생성기(4808) 및 적어도 1개의 수신 신호 처리기(4810)는, 상술한 기능을 위하여 적어도 1개의 컨트롤러(4806)와 통신하는, 통신 장치(4800)의 독립된 모듈로 할 수 있다. 혹은, 적어도 1개의 송신 신호 생성기(4808) 및 적어도 1개의 수신 신호 처리기(4810)를, 적어도 1개의 컨트롤러(4806)에 포함시킬 수 있다. 이들의 기능 모듈의 배치는 유연하며, 실제의 니즈 및/또는 요건에 따라 변화해도 되는 것이 당업자에게는 이해될 것이다. 데이터 처리 장치, 기억 장치, 및 다른 관련되는 제어 장치는, 적절한 회로 기판 상 및/또는 칩 세트에 마련할 수 있다.
다양한 실시형태에서는, 동작 시에, 적어도 1개의 무선 송신기(4802), 적어도 1개의 무선 수신기(4804), 및 적어도 1개의 안테나(4812)를, 적어도 1개의 컨트롤러(4806)에 의하여 제어할 수 있다. 또한, 1개의 무선 송신기(4802)만을 나타내고 있지만, 그와 같은 송신기가 2개 이상 존재할 수 있는 것이 이해될 것이다.
다양한 실시형태에서는, 동작 시에, 적어도 1개의 무선 수신기(4804)는, 적어도 1개의 수신 신호 처리기(4810)와 함께, 통신 장치(4800)의 수신기를 형성한다. 통신 장치(4800)의 수신기는, 동작 시에, 멀티 링크 통신에 필요한 기능을 제공한다. 1개의 무선 수신기(4804)만을 나타내고 있지만, 그와 같은 수신기가 2개 이상 존재할 수 있는 것이 이해될 것이다.
통신 장치(4800)는, 동작 시에, 멀티 AP 동기 전송에 필요한 기능을 제공한다. 예를 들면, 통신 장치(4800)는, 공유 측 AP로 할 수 있다. 회로(4814)는, 동작 시, 후속 송신의 정보를 포함하는 프레임을 생성할 수 있다. 송신기(4802)는, 동작 시, 그 프레임을 다른 통신 장치에 송신할 수 있다.
통신 장치(4800) 및 다른 통신 장치는, AP로 할 수 있다. 정보는, 후속의 송신이 비동기인지 동기인지를 나타낼 수 있다. 정보는, 후속의 송신에 대한 BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타낼 수 있다. 회로(4814)는, BlockAck 프레임 내의 비트맵의 최대 길이에 근거하여 파라미터를 결정하도록 더 구성할 수 있다.
정보는, 후속의 송신이 다운링크(DL) 송신인 것을 더 나타낼 수 있고, 송신기(4802)는, 정보에 근거하여 관련지어지는 STA에 데이터를 송신하도록 구성할 수 있고, 수신기(4804)는, 동작 시, 데이터를 송신한 후에, 파라미터에 근거하여 관련지어지는 STA로부터 BlockAck 프레임을 전달하는 PPDU를 수신할 수 있다.
정보는, 후속의 송신이 UL 송신인 것을 더 나타낼 수 있고, 수신기(4804)는, 동작 시, 정보에 근거하여 관련지어지는 STA로부터 데이터를 수신할 수 있으며, 송신기(4802)는, 데이터를 수신한 후에 파라미터에 근거하여, BlockAck 프레임을 전달하는 PPDU를 관련지어지는 STA에 송신하도록 구성할 수 있다.
프레임은 MAP Trigger 프레임으로 할 수 있고, MAP Trigger 프레임의 BA 권유 방법(BA Soliciting Manner) 서브필드가 "TRS 제어 필드 또는 Trigger 프레임"으로 나타날 때, 송신기는, BlockAck 프레임의 파라미터를 나타내는 TRS 제어(TRS Control) 서브필드 또는 MBS 제어(MBS Control) 서브필드를 갖는 프레임을 관련지어지는 STA에 송신하도록 구성할 수 있다.
송신기(4802)는, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타내는 MU-BAR 트리거(MU-BAR Trigger) 프레임 또는 MAP-BAR 트리거(MAP-BAR trigger) 프레임을 관련지어지는 STA에 송신하도록 구성할 수 있다.
프레임은, MAP 트리거(MAP trigger) 프레임으로 할 수 있고, MAP Trigger 프레임은, 다른 통신 장치로부터의 MAP 응답의 요구를 포함하며, 수신기(4804)는, 동작 시에, 다른 통신 장치로부터 MAP 응답을 수신할 수 있고, MAP 응답은, 후속의 송신에 대한 예기되는 BlockAck 프레임의 추정되는 파라미터를 포함한다. 송신기(4802)는, 파라미터가 MAP 응답에 있어서의 추정되는 파라미터에 근거하여 결정되도록, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타내는 다른 MAP 트리거(MAP Trigger) 프레임을 다른 통신 장치에 송신하도록 구성할 수 있고, 송신기(4802)는, 데이터가, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타내도록, 관련지어지는 STA에 데이터를 송신하도록 더 구성할 수 있다. 예기되는 Ack 프레임 또는 BlockAck 프레임이 이전의 송신 후의 AckTimeout 간격 내에 수신되고, PHY-RXEND 확인 프리미티브를 기점으로 하여 다른 AckTimeout 간격 중에 MAP 응답이 수신되지 않을 때, 송신기(4802)는, 수신된 Ack 프레임 또는 BlockAck 프레임의 종료 후의 PIFS에 있어서, 다른 통신 장치로의 다른 송신을 개시하도록 구성할 수 있다. 예기되는 Ack 프레임 또는 BlockAck 프레임이 이전의 송신 후의 AckTimeout 간격 내에 수신되지 않고, 예기되는 Ack 프레임 또는 BlockAck 프레임의 추정되는 종료 후의 다른 AckTimeout 간격 내에 MAP 응답이 수신되지 않을 때, 송신기(4802)는, 수신한 Ack 프레임 또는 BlockAck 프레임의 종료 후의 PIFS에 있어서, 또는 이전의 송신 후의 EIFS에 있어서, 다른 통신 장치로의 다른 송신을 개시하도록 구성할 수 있다.
송신기(4802)는, 응답으로서 Ack 프레임 또는 BlockAck 프레임을 필요로 하는 MPDU 또는 A-MPDU를 송신하도록 구성할 수 있고, 송신기(4802)는, MPDU 또는 A-MPDU의 송신 후의 AckTimeout 간격 내에 Ack 프레임 또는 BlockAck 프레임이 수신되지 않을 때, MPDU 또는 A-MPDU의 송신 후의 시간 지속 시간(time duration)에 있어서 다른 통신 장치로의 다른 송신을 개시하도록 더 구성할 수 있다. 시간 지속 시간은, 확장 프레임간 스페이스(EIFS)=SIFS 시간+EstimatedAckTxTime+AIFS, 또는 C-OFDMA 에러 회복 간격=aSIFSTime+EstimatedAckTxTime+aSIFSTime으로 할 수 있고, 여기에서 EstimatedAckTxTime은, 블록 Ack 프레임을 전달하는 PPDU의 예기되는 지속 시간이다. 송신기(4802)는, MPDU 또는 A-MPDU의 송신 후의 PIFS에 있어서, 1개 이상의 쇼트 PPDU를 관련지어지는 STA에 송신하거나, 또는 통신 장치로 되돌리도록 더 구성할 수 있고, 1개 이상의 쇼트 PPDU의 송신 후의 SIFS에 있어서 다른 송신이 개시된다.
본 개시는, 소프트웨어에 의하여, 하드웨어에 의하여, 또는 하드웨어와 협동하는 소프트웨어에 의하여, 실시할 수 있다. 상술한 각 실시형태의 설명에 있어서 사용되고 있는 각 기능 블록은, 그 일부 또는 전체를, 집적 회로 등의 LSI에 의하여 실시할 수 있으며, 각 실시형태에 있어서 설명한 각 프로세스는, 그 일부 또는 전체를, 동일한 LSI 또는 LSI의 조합에 의하여 제어할 수 있다. LSI는, 복수의 칩으로서 개별적으로 형성하거나, 또는, 기능 블록의 일부 또는 전부가 포함되도록 1개의 칩을 형성할 수 있다. LSI는, 자신에 결합된 데이터 입출력부를 포함할 수 있다. LSI는, 집적도의 차이에 따라, IC, 시스템 LSI, 슈퍼 LSI, 또는 울트라 LSI라고도 칭해진다. 그러나, 집적 회로를 실시하는 기술은, LSI에 한정되지 않고, 전용 회로, 범용 프로세서, 또는 전용 프로세서를 사용함으로써 실시할 수 있다. 나아가서는, LSI의 제조 후에 프로그래밍할 수 있는 FPGA(필드 프로그래머블 게이트 어레이: Field Programmable Gate Array)나, LSI 내부에 배치되어 있는 회로 셀의 접속 및 설정을 재설정할 수 있는 리컨피규어러블 프로세서(reconfigurable processor)를 사용할 수도 있다. 본 개시는, 디지털 처리 또는 아날로그 처리로서 실시할 수 있다. 반도체 기술 또는 다른 파생 기술이 진보하는 결과로서, 장래의 집적 회로 기술이 LSI를 대체하는 경우, 그 장래의 집적 회로 기술을 사용하여 기능 블록을 집적화할 수 있다. 바이오테크놀로지를 응용할 수도 있다.
본 개시는, 통신 디바이스라고 불리는, 통신의 기능을 갖는 임의의 종류의 장치, 디바이스, 또는 시스템에 의하여 실시할 수 있다.
이와 같은 통신 디바이스의 비한정적인 몇 개의 예로서는, 전화(예: 휴대전화, 스마트폰), 태블릿, 퍼스널 컴퓨터(PC)(예: 랩톱, 데스크톱, 노트북), 카메라(예: 디지털 스틸/비디오 카메라), 디지털 플레이어(디지털 오디오/비디오 플레이어), 웨어러블 디바이스(예: 웨어러블 카메라, 스마트 워치, 트래킹 디바이스), 게임 콘솔, 전자 서적 리더, 원격 의료/텔레메디신(리모트 의료·의약) 디바이스, 통신 기능을 제공하는 차량(예: 자동차, 비행기, 선박), 및 이들의 다양한 조합을 들 수 있다.
통신 디바이스는, 휴대형 또는 가반(可搬)형에 한정되지 않고, 비휴대형 또는 고정형인 임의의 종류의 장치, 디바이스, 또는 시스템, 예를 들면, 스마트 홈 디바이스(예: 전자 제품, 조명, 스마트 미터, 제어반), 자동 판매기, 및 "사물 인터넷(IoT: Internet of Things)"의 네트워크 내의 임의의 다른 "사물" 등도 포함할 수 있다.
통신은, 예를 들면 셀룰러 시스템, 무선 LAN 시스템, 위성 시스템, 및 이들의 다양한 조합을 통하여, 데이터를 교환하는 것을 포함할 수 있다.
통신 디바이스는, 본 개시 중에서 설명한 통신의 기능을 실행하는 통신 장치에 결합된 컨트롤러 또는 센서 등의 장치를 구비할 수 있다. 예를 들면, 통신 디바이스는, 통신 디바이스의 통신 기능을 실행하는 통신 장치에 의하여 사용되는 제어 신호 또는 데이터 신호를 생성하는 컨트롤러 또는 센서를 구비하고 있을 수 있다.
통신 디바이스는, 인프라스트럭처 설비, 예를 들면, 위의 비한정적인 예에 있어서의 장치 등의 장치와 통신하거나, 또는 그와 같은 장치를 제어하는 기지 스테이션, 액세스 포인트, 및 임의의 다른 장치, 디바이스, 또는 시스템 등을, 더 포함할 수 있다.
스테이션의 비한정적인 예는, 멀티 링크 스테이션 논리 엔티티(즉 MLD 등)에 속하는 제1 복수의 스테이션에 포함되는 스테이션이어도 되고, 제1 복수의 스테이션 중의 스테이션은, 멀티 링크 스테이션 논리 엔티티에 속하는 제1 복수의 스테이션의 일부로서, 상위층에 대한 공통의 매체 액세스 제어(MAC) 데이터 서비스 인터페이스를 공유하며, 공통의 MAC 데이터 서비스 인터페이스는 공통의 MAC 어드레스 또는 트래픽 식별자(TID)에 관련지어진다.
이와 같이, 본 실시형태는, 멀티 AP 동기 전송에 대응하는 통신 장치 및 통신 방법을 제공하는 것을 이해할 수 있다.
본 발명의 실시형태의 여기까지의 상세한 설명에서는, 예시적인 실시형태를 제시해 왔지만, 방대한 수의 변형 형태가 존재하는 것을 이해하기 바란다. 또한, 예시적인 실시형태는 예이며, 본 개시의 범위, 적용성, 동작, 또는 구성을 결코 제한하도록 의도하고 있지는 않은 것을 이해하기 바란다. 오히려, 여기까지의 상세한 설명은, 예시적인 실시형태를 실시하기 위한 편리한 지침을 당업자에게 제공하는 것이다. 예시적인 실시형태에 기재된 동작의 스텝 및 방법의 기능 및 편성과, 예시적인 실시형태에 기재된 디바이스의 모듈 및 구조에는, 첨부한 청구항에 기재되어 있는 주제의 범위로부터 벗어나지 않고, 다양한 변경을 행할 수 있는 것을 이해하기 바란다.
Claims (17)
- 통신 장치로서,
동작 시에, 후속 송신의 정보를 포함하는 프레임을 생성하는 회로와,
상기 프레임을 다른 통신 장치에 송신하는 송신기를 구비하고 있는, 통신 장치. - 제1항에 있어서,
상기 통신 장치 및 상기 다른 통신 장치가, 액세스 포인트(AP)인, 통신 장치. - 제1항에 있어서,
상기 정보가, 상기 후속의 송신이 비동기인지 동기인지를 나타내는, 통신 장치. - 제1항에 있어서,
상기 정보가, 상기 후속의 송신에 대한 블록 확인 응답(BlockAck) 프레임을 전달하는 물리층 프로토콜 데이터 유닛(PPDU)의 파라미터를 나타내는, 통신 장치. - 제4항에 있어서,
상기 회로가, BlockAck 프레임에 있어서의 비트맵의 최대 길이에 근거하여 상기 파라미터를 결정하도록 구성되어 있는, 통신 장치. - 제4항에 있어서,
상기 정보가, 상기 후속의 송신이 다운링크(DL) 송신인 것을 더 나타내고, 상기 송신기가, 상기 정보에 근거하여, 관련지어지는 STA에 데이터를 송신하도록 구성되어 있으며, 상기 통신 장치가, 동작 시에, 상기 데이터를 송신한 후에 상기 파라미터에 근거하여, BlockAck 프레임을 전달하는 PPDU를 상기 관련지어지는 STA로부터 수신하는 수신기를 더 구비하는, 통신 장치. - 제4항에 있어서,
상기 정보가, 상기 후속의 송신이 업링크(UL) 송신인 것을 더 나타내고, 상기 통신 장치가, 동작 시에, 상기 정보에 근거하여 관련지어지는 STA로부터 데이터를 수신하는 수신기를 더 구비하며, 상기 송신기가, 상기 데이터를 수신한 후에 상기 파라미터에 근거하여 상기 관련지어지는 STA에, BlockAck 프레임을 전달하는 PPDU를 송신하도록 구성되어 있는, 통신 장치. - 제1항에 있어서,
상기 프레임이 MAP Trigger 프레임이고, 상기 MAP Trigger 프레임에 있어서의 BA 권유 방법 서브필드가 "트리거식 응답 스케줄링(TRS) 제어 필드 또는 Trigger 프레임"으로 나타날 때, 상기 송신기가, TRS 제어 서브필드 또는 MAP BlockAck 스케줄링(MBS) 제어 서브필드를 전달하는 프레임을 송신하며, 관련지어지는 STA에 BlockAck 프레임의 파라미터를 나타내도록 구성될 수 있는, 통신 장치. - 제1항에 있어서,
상기 송신기가, BlockAck 프레임을 전달하는 PPDU의 파라미터를 관련지어지는 STA에 나타내는 멀티 유저 블록 확인 응답 요구(MU-BAR) Trigger 프레임 또는 MAP-BAR Trigger 프레임을 송신하도록 구성되어 있는, 통신 장치. - 제1항에 있어서,
상기 프레임이 MAP Trigger 프레임이고, 상기 MAP Trigger 프레임이, 상기 다른 통신 장치로부터의 MAP 응답의 요구를 포함하며, 상기 통신 장치가, 동작 시에, 상기 다른 통신 장치로부터 MAP 응답을 수신하는 수신기를 더 구비하며, 상기 MAP 응답이, 상기 후속의 송신에 대한 예기되는 BlockAck 프레임의 추정되는 파라미터를 포함하는, 통신 장치. - 제10항에 있어서,
상기 송신기가, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타내는 다른 MAP Trigger 프레임을 상기 다른 통신 장치에 송신하도록 구성되어 있고, 따라서 상기 파라미터가, 상기 MAP 응답에 있어서의 상기 추정되는 파라미터에 근거하여 결정되며, 상기 송신기가, 데이터를 관련지어지는 STA에 송신하고, 따라서 상기 데이터가, BlockAck 프레임을 전달하는 PPDU의 파라미터를 나타내도록 더 구성되어 있는, 통신 장치. - 제1항에 있어서,
상기 송신기가, 응답으로서 Ack 프레임 또는 BlockAck 프레임을 필요로 하는 MAC 프로토콜 데이터 유닛(MPDU) 또는 집약 MPDU(A-MPDU)를 송신하도록 구성되어 있고, 상기 송신기가, 상기 MPDU 또는 상기 A-MPDU의 송신 후의 AckTimeout 간격 내에 Ack 프레임 또는 BlockAck 프레임이 수신되지 않을 때에, 상기 MPDU 또는 상기 A-MPDU의 송신 후의 시간 지속 시간에 있어서 상기 다른 통신 장치로의 다른 송신을 개시하도록 더 구성되어 있는, 통신 장치. - 제12항에 있어서,
상기 시간 지속 시간이, 확장 프레임간 스페이스(EIFS)=쇼트 프레임간 스페이스(SIFS) 시간+EstimatedAckTxTime+아비트레이션 프레임간 스페이스(AIFS), 또는 협조 직교 주파수 분할 다중 접속(C-OFDMA) 에러 회복 간격=aSIFSTime+EstimatedAckTxTime+aSIFSTime이고, 상기 EstimatedAckTxTime이, BlockAck 프레임을 전달하는 PPDU의 예측되는 지속 시간인, 통신 장치. - 제12항에 있어서,
상기 송신기가, 상기 MPDU 또는 상기 A-MPDU의 상기 송신 후의 우선 프레임간 스페이스(PIFS)에 있어서, 1개 이상의 쇼트 PPDU를 관련지어지는 STA에 송신하거나, 또는 상기 통신 장치로 되돌리도록 더 구성되어 있고, 상기 다른 송신이, 상기 1개 이상의 쇼트 PPDU의 상기 송신 후의 SIFS에 있어서 개시되는, 통신 장치. - 제10항에 있어서,
예기되는 Ack 프레임 또는 BlockAck 프레임이, 전회의 송신 후의 AckTimeout 간격 내에 수신될 때, 또한, PHY-RXEND 확인 프리미티브를 기점으로 하는 다른 AckTimeout 간격 동안에 MAP 응답이 수신되지 않을 때, 상기 송신기가, 상기 수신된 Ack 프레임 또는 BlockAck 프레임의 종료 후의 PIFS에 있어서, 상기 다른 통신 장치로의 다른 송신을 개시하도록 구성되어 있는, 통신 장치. - 제10항에 있어서,
예기되는 Ack 프레임 또는 BlockAck 프레임이, 전회의 송신 후의 AckTimeout 간격 내에 수신되지 않을 때, 또한, 상기 예기되는 Ack 프레임 또는 BlockAck 프레임의 추정되는 종료 후의 다른 AckTimeout 간격 동안에 MAP 응답이 수신되지 않을 때, 상기 송신기가, 상기 수신된 Ack 프레임 또는 BlockAck 프레임의 상기 종료 후의 PIFS에 있어서, 또는 상기 전회의 송신 후의 EIFS에 있어서, 상기 다른 통신 장치로의 다른 송신을 개시하도록 구성되어 있는, 통신 장치. - 통신 방법으로서,
후속 송신의 정보를 포함하는 프레임을 생성하는 스텝과,
상기 프레임을 통신 장치에 송신하는 스텝을 포함하는, 통신 방법.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SG10202101013V | 2021-01-29 | ||
| SG10202101013V | 2021-01-29 | ||
| PCT/SG2021/050756 WO2022164386A1 (en) | 2021-01-29 | 2021-12-06 | Communication apparatus and communication method for multi-ap synchronous transmission |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230134501A true KR20230134501A (ko) | 2023-09-21 |
Family
ID=82655033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237025069A KR20230134501A (ko) | 2021-01-29 | 2021-12-06 | 멀티 ap 동기 전송에 대응하는 통신 장치 및 통신 방법 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20240097859A1 (ko) |
| EP (1) | EP4285637A4 (ko) |
| JP (1) | JP2024505214A (ko) |
| KR (1) | KR20230134501A (ko) |
| CN (1) | CN116803131A (ko) |
| WO (1) | WO2022164386A1 (ko) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11711183B2 (en) * | 2018-09-04 | 2023-07-25 | Qualcomm Incorporated | Protocols for multi-access point coordinated multi-user transmissions |
| WO2020180007A1 (ko) * | 2019-03-07 | 2020-09-10 | 엘지전자 주식회사 | 복수의 ap를 이용한 신호 송신 |
| JP7553196B2 (ja) * | 2019-03-21 | 2024-09-18 | マーベル アジア ピーティーイー、リミテッド | 複数のアクセスポイントを有する協調マルチユーザ伝送 |
| US11516757B2 (en) * | 2019-06-07 | 2022-11-29 | Intel Corporation | Multi-access point collaboration in wireless communications |
| US11916676B2 (en) * | 2019-07-01 | 2024-02-27 | Qualcomm Incorporated | Memory management for hybrid automatic repeat request (HARQ) in a wireless local area network (WLAN) |
| WO2021010594A1 (ko) * | 2019-07-12 | 2021-01-21 | 엘지전자 주식회사 | 멀티 ap 시스템에서 신속한 데이터 전송 |
| CN115669095A (zh) * | 2020-04-29 | 2023-01-31 | 交互数字专利控股公司 | 用于无线局域网系统的协调多接入点传输 |
-
2021
- 2021-12-06 CN CN202180092321.7A patent/CN116803131A/zh active Pending
- 2021-12-06 WO PCT/SG2021/050756 patent/WO2022164386A1/en active Application Filing
- 2021-12-06 US US18/263,057 patent/US20240097859A1/en active Pending
- 2021-12-06 EP EP21923491.1A patent/EP4285637A4/en active Pending
- 2021-12-06 JP JP2023545832A patent/JP2024505214A/ja active Pending
- 2021-12-06 KR KR1020237025069A patent/KR20230134501A/ko unknown
Also Published As
| Publication number | Publication date |
|---|---|
| US20240097859A1 (en) | 2024-03-21 |
| JP2024505214A (ja) | 2024-02-05 |
| EP4285637A1 (en) | 2023-12-06 |
| CN116803131A (zh) | 2023-09-22 |
| EP4285637A4 (en) | 2024-08-07 |
| WO2022164386A1 (en) | 2022-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10122499B2 (en) | Method and apparatus for ACK transmission in a WLAN | |
| EP3716722B1 (en) | System and method for synchronous independent channel access in a wireless network | |
| KR102212170B1 (ko) | 무선 네트워크에서 업링크 다중 사용자 다중 입출력 통신의 승인, 오류 복구 및 백오프 동작 | |
| TWI782472B (zh) | 同步多鏈路無線傳輸機會程序 | |
| US11637679B2 (en) | Wireless communication method using trigger information, and wireless communication terminal | |
| US11910436B2 (en) | Wireless communication method and wireless communication terminal | |
| US11844072B2 (en) | Simultaneous data transmission between an access point and a plurality of stations | |
| JP7233248B2 (ja) | 通信装置、通信装置の制御方法、およびプログラム | |
| US20190239205A1 (en) | Wireless communication method using network allocation vector and wireless communication terminal using same | |
| US11343859B2 (en) | Wireless communication method using TXOP and wireless communication terminal using same | |
| KR20230134501A (ko) | 멀티 ap 동기 전송에 대응하는 통신 장치 및 통신 방법 | |
| CN118540013A (zh) | 通信方法及装置、计算机可读存储介质 |