프롤로그
연구실에 ipTime be19000 공유기를 설치하였다.

479,000원... 거의 50만원 가까이 하는 고가의 공유기이다.

WiFi 7 기능인 MLO 기능을 사용해보기 위해, 공유기 설정에서 무선밴드를 위와같이 설정해주고,

접속해서 쓰고 있다.
느린지 빠른지는 이 공유기로 뭐 게임을 하거나 하지는 않아서 빠른지 체감은 제대로 느끼지는 못하고 있기는 하다.
아무튼간에, 지금 MultiLink 를 설정하고, 와이파이 목록에 뜨고 있는데, 설정에서는 2.4GHz, 5GHz, 6GHz 밴드 대역폭을 사용하게 설정을 하였는데, 하나의 와이파이 목록만 뜨고 있는 것을 확인할 수 있다.
와이파이 접속 절차 과정에서 1번 Beacon 과정에 대해서 알고있는가?
2026.03.11 - [네트워크] - [WiFi] 와이파이에 어떻게 접속되는 걸까? 와이파이 접속 과정(4-way handshake)
[WiFi] 와이파이에 어떻게 접속되는 걸까? 와이파이 접속 과정(4-way handshake)
프롤로그석사 생활이 이제 본격적으로 시작한 지 7일 정도가 지났다.이것저것 위성, RandomAccess, RF 등 여러 키워드들을 토대로 주제 탐색하고 있는 중이다. 그중에서도 현재 관심있게 공부해보고,
taesan-smj.tistory.com

해당 단계에서, AP는 자신의 위치를 알려주기 위해서 BeaconFrame을 주기적으로 주변 단말기들에게 브로드캐스팅한다.
Multi Link는 Band가 3개인데, 어째서 목록은 1개만 뜨고 있는 것일까? 궁금하지 않는가? (아 물론 이쪽 연구하는 내 입장에서만 궁금할 수도 있다)
이번 글에서는, AP탐색 과정 중, Beacon 프레임에 802.11be에서는 어떤 표준이 추가되었고, 어떻게 MLO를 사용하는데 사용되는지 알아보도록 하자.
Beacon Frame
비콘 프레임에 대해 복습을 살짝 해보자.
2026.03.18 - [네트워크] - [WiFi] IEEE 802.11 계층과 프레임에 대해 알아보자 (Wireshark로 뜯어보는 802.11 Frame의 모든 것)
[WiFi] IEEE 802.11 계층과 프레임에 대해 알아보자 (Wireshark로 뜯어보는 802.11 Frame의 모든 것)
프롤로그1주일만에 살아돌아왔다. 아닌가? 죽어있는 게 맞는듯.이번 글은 802.11의 프레임에 대해서 알아볼 거다. 802.11에서 정한 프로토콜, 어떻게 정의되어있는지, 살펴보고, 물리계층 보단 MAC계
taesan-smj.tistory.com
Beacon Frame(비콘 프레임)은, MAC Management Frame 중 하나의 종류이다.
쉽게 말하면, AP가 주변 STA들에게 “여기 내가 있다”, “내 SSID는 이것이다”, “이런 기능을 지원한다” 라고 알리는 광고 패킷이라고 보면 된다.
이전 글에서, 계층에 대한 설명을 할 때

위 내용을 좀 자세히 풀어서 썼었다. 위를 대충 이해만 하면 지금하는 말이 대충은 이해할 것이다.
프레임 제어 필드 기준으로 보면 Beacon은 다음과 같은 값을 가진다.
- Type = 00
- Subtype = 1000
Beacon Frame의 Body는 크게 두 부분으로 나뉜다.
1. Fixed Parameters
먼저 고정 길이의 정보가 나온다.
- Timestamp
- Beacon Interval
- Capability Information
이 부분은 총 12바이트로 구성된다.
그다음
2. Tagged Parameters

그 뒤에는 우리가 흔히 보는 여러 정보 요소들이 태그(Tag) 형태로 계속 이어진다.
각 태그는 기본적으로 다음 구조를 가진다.
- Tag ID
- Length
- Value
예를 들어 SSID는 Tag ID가 0이다.
따라서 Beacon 안에서는 먼저 ID 0이 나오고, 그 다음에 SSID 길이, 그리고 실제 SSID 문자열이 이어진다.
예를 들어 SSID가 ICIS_MultiLink 라면,
- Tag ID = 0
- Length = 14
- Value = ICIS_MultiLink
와 같은 형태로 들어가게 된다.

위와같이 말이다.
SSID 태그가 끝나면, 그 다음에는 Supported Rates, RSN, HT/VHT/HE/EHT 관련 정보 등 다른 태그들이 같은 방식으로 계속 이어진다.
즉, Beacon Frame은 결국 여러 정보 요소를 태그 형태로 나열한 구조라고 보면 된다.
보안쪽에 관심있으면 이 해당 태그 요소 하나하나씩 봐보면 좋을 수 있다.
와이파이에 연결을 끊는 다던지 하는 몇몇 태그 요소들이 존재한다. 해당 부분은 천천히 블로그 글 작성하겠다.
Reduced Neighbor Report(RNR)
이제 처음 프롤로그에서 말했던 질문에 대한 답을 말해보겠다.
아까 WiFi 설정을 2.4GHz, 5GHz, 6GHz를 모두 사용하도록 설정했는데, 왜 단말에서는 하나의 Wi-Fi만 보이는 것일까?
기존 Wi-Fi에서는 단말이 보통 하나의 링크, 하나의 BSS를 기준으로 AP를 인식했다.
따라서 2.4GHz와 5GHz를 각각 따로 운영하면, SSID가 동일하더라도 내부적으로는 별개의 BSS로 존재하는 경우가 많았다.
우리 집 와이파이가 2.4GHz, 5GHz가 따로따로 보이는 이유가 그 때문이다.

하지만 802.11be에서는 상황이 달라진다.
하나의 AP는 이제 여러 링크를 동시에 운영하는 Multi-Link 장치(AP MLD) 로 동작하며, 단말 역시 이를 이해할 수 있어야 한다.
그런데, 생각을 해보자.
칼리에서 무선 랜카드를 꽂고
iw list
를 입력해서 내용을 한 번 봐보자.

2.4GHz대역의 채널 정보와

5GHz 채널 정보....
6GHz까지 볼 수 있는 랜카드라면, 수십개의 채널이 존재한다는 것을 확인할 수 있다.
이 말은 곧, 단말이 모든 채널을 하나씩 돌면서 Beacon을 수신해야 한다면 탐색 비용과 전력 소모가 매우 커진다는 뜻이다.
특히 모바일 환경에서는 이 문제가 더 치명적이다.
모든 주파수 대역을 지속적으로 스캔하는 것은 배터리 측면에서 매우 비효율적이다.
그래서, 모든 주파수 영역에서 AP가 존재하는지 존재하지 않는지 비콘을 수신하기에는 너무 비효율적이기에, 하나의 비콘에서 나머지 채널에 대한 정보를 확인할 수 있도록 표준이 규정되었다.
즉, 하나의 Beacon 안에 “나는 사실 여러 링크를 가진 AP다”라는 정보가 포함되어야 한다.
이 역할을 하는 것이 바로 Reduced Neighbor Report (RNR) 이다.
사실 RNR은 옛날부터 존재하던 규정이었다. 해당 채널에 존재하는 다른 AP들의 정보를 알려주는 역할을 수행했던 친구였으나, WiFi 7 인 MLO로 올라오면서, 같은 AP MLD에 속한 다른 링크의 정보를 함께 전달하는 용도로 활용되었다.
하나의 Beacon = 하나의 링크 정보 + 나머지 링크에 대한 요약 정보(RNR)
이 RNR을 이용해서, 하나의 비콘을 통해 나머지 링크 정보를 간접적으로 파악 가능하다.
단말은 이 RNR을 통해 다른 주파수 대역의 존재를 인지하고 추가 스캔 없이도 multi-link 환경을 이해할 수 있게 된다.
와이어샤크로 보는 RNR

실제 태그를 보면 이렇게 생겼다.
다른 IE들 처럼
TAG ID, TAG Length로 시작하는 것을 볼 수 있다.
RNR의 TAG ID는 201번(0xC9), 그리고 뒤에 1바이트로 길이가 나오고, Neighbor AP Information 정보들이 나오는 것을 확인할 수 있다.
이제 하나하나씩 구조에 대해서 알아보자.
RNR의 구조
공식 표준문서를 정리해서 아래 그림으로 그려보았다.

이 구조는 IEEE 802.11에서 사용하는 RNR(Reduced Neighbor Report) element 내부의 TBTT Information 필드로, 주변 AP들의 비콘 타이밍과 채널 정보를 효율적으로 전달하기 위한 데이터 구조이다. 특히 Wi-Fi 7의 Multi-Link Operation (MLO) 환경에서는 하나의 AP가 여러 링크를 동시에 운영하기 때문에, 각 링크의 정보를 빠르게 공유하는 것이 매우 중요하다. 이때 TBTT Information은 “다른 AP 또는 다른 링크가 언제, 어떤 채널에서 비콘을 보내는지”를 알려주는 역할을 한다.
먼저 Element ID는 해당 필드가 어떤 종류의 정보인지 식별하기 위한 값으로, 이 경우 RNR element임을 나타낸다. Length는 이 Element 전체의 길이를 의미하며, 수신 측에서 데이터를 어디까지 읽어야 하는지를 판단하는 기준이 된다. 이 두 필드는 모든 Information Element에서 공통적으로 등장하는 기본 헤더라고 보면 된다.
Element ID, Length는 알 거라고 생각한다. 위에서 계속 언급하던 Tag ID가 길이이다.
TBTT Information Header
그 다음으로 중요한 부분이 TBTT Information Header이다. 이 영역은 뒤에 따라오는 TBTT 정보들의 “구성 방식”을 설명하는 메타데이터 역할을 한다.
TBTT Information Header에서 가장 중요한 필드는 TBTT Information Length이다. 이 필드는 Neighbor AP Information 내부의 TBTT Information Set에 포함된 “각 TBTT Information 필드 하나의 길이”를 나타낸다. 여기서 중요한 점은 TBTT Information이 하나만 존재하는 것이 아니라 여러 개가 반복되는 구조라는 것이다. 따라서 수신 측에서는 이 Length 값을 기준으로 각 정보 블록을 끊어서 해석하게 된다.
TBTT Information Field Type이 0인 경우, TBTT Information Length는 각 TBTT Information 필드의 길이를 바이트(옥텟) 단위로 직접 나타낸다. 이때 허용되는 값은 1, 2, 5, 6, 7, 8, 11, 12로 제한되며, 그 외의 값은 모두 예약되어 있다. 이는 TBTT Information의 내부 구조가 미리 정의된 형태만 사용되도록 하기 위한 설계로, 임의의 길이를 허용하지 않음으로써 파싱의 안정성과 상호운용성을 확보한다.
또한 이 Length 값은 단순히 크기만을 의미하는 것이 아니라, 해당 TBTT Information 필드에 어떤 정보들이 포함되는지를 결정하는 역할도 한다. 즉, 길이에 따라 내부 필드 구성이 달라진다.
| TBTT Information Length 값 | TBTT Information 필드 구성 |
| … | (표준에 정의된 기타 길이 값들, 생략됨) |
| 14 | Reserved (예약됨, 사용 불가) |
| 15 | Reserved (예약됨, 사용 불가) |
| 16 | Neighbor AP TBTT Offset + BSSID + Short SSID + BSS Parameters + 20 MHz PSD + MLD Parameters |
| 17–255 | 처음 163바이트: Neighbor AP TBTT Offset + BSSID + Short SSID + BSS Parameters + 20 MHz PSD + MLD Parameters나머지 바이트: Reserved (예약 영역) |
예를 들어 Length 값이 특정 값(예: 16)에 해당하는 경우, TBTT Information 필드는 다음과 같은 주요 정보들을 포함하게 된다. Neighbor AP TBTT Offset은 해당 AP의 비콘 전송 시점까지의 시간 오프셋을 나타내며, STA가 비콘 도착 시점을 예측하는 데 사용된다. BSSID는 해당 AP의 고유 식별자이며, Short SSID는 SSID를 압축 형태로 표현한 값이다. BSS Parameters는 AP의 동작 특성을 나타내는 플래그 정보이며, 20 MHz PSD는 채널의 전력 스펙트럼 밀도 관련 정보를 포함한다. 마지막으로 MLD Parameters는 MLO 환경에서 해당 AP가 어떤 Multi-Link 구성을 가지는지를 나타내는 핵심 정보이다.
Length 값이 17에서 255 사이인 경우에는 구조가 조금 다르게 해석된다. 이 경우 TBTT Information 필드의 앞부분 163바이트까지는 동일한 의미 있는 정보 구조를 가지며, 그 이후의 나머지 바이트는 예약 영역으로 처리된다. 즉, 실제 의미 있는 데이터는 앞부분에만 존재하고, 뒤쪽은 확장성을 위한 공간으로 남겨둔 것이다.
TBTT Information 내부 필드는 모두 고정된 구조가 아니라, 필요에 따라 선택적으로 포함되는 가변 구조를 가진다. 기본적으로 Neighbor AP TBTT Offset은 항상 포함되지만, BSSID, Short SSID, BSS Parameters, 20 MHz PSD, MLD Parameters 등은 상황에 따라 포함되거나 생략될 수 있다. 이러한 설계는 프레임 크기를 줄이고, 필요한 정보만 전달하기 위한 최적화 전략이다.
또한 TBTT Offset 값에는 특별한 의미를 가지는 값들이 존재한다. 값이 254인 경우, 이는 254 TU 이상의 오프셋을 의미하거나, MLD에 속한 AP의 경우 정확히 254 TU를 의미한다. 값이 255인 경우에는 오프셋을 알 수 없음을 나타낸다. 따라서 이 값들은 단순한 시간 정보가 아니라, AP 상태를 해석하는 중요한 신호로도 사용된다.
Operating Class와 Channel Number 필드는 함께 사용되어 해당 AP의 primary channel을 나타낸다. 이는 STA가 passive scanning을 수행할 때, 모든 채널을 탐색하지 않고도 필요한 채널만 선택적으로 스캔할 수 있도록 도와주는 역할을 한다. 결과적으로 스캔 시간과 전력 소모를 줄이는 데 중요한 역할을 한다.
추가적으로, multiple BSSID 환경에서는 TBTT 정보를 보고하는 AP는 실제로 비콘을 전송한 BSSID에 해당하는 AP로 간주된다. 이는 여러 BSSID가 하나의 AP 집합으로 운영되는 환경에서 정보 해석의 기준을 명확히 하기 위한 규칙이다.
마지막으로, TBTT Information Field Type이 1이고 Length가 3인 경우에는 특수한 형태로 동작한다. 이 경우 TBTT Information 필드는 일반적인 AP 정보 대신 MLD Parameters만을 포함한다. 즉, 개별 AP 정보가 아니라 Multi-Link 구성 자체를 전달하는 압축된 형태의 정보 전달 방식이라고 볼 수 있다.
TBTT Information field 구조
TBTT Information 필드는 주변 AP의 비콘 타이밍과 식별 정보를 전달하기 위한 가변 구조 필드로 구성된다. 각 서브필드는 상황에 따라 선택적으로 포함되며, 전체 구조는 다음과 같다.

| 필드 | 크기 (Octets) | 설명 |
| Neighbor AP TBTT Offset | 1 | 해당 AP의 비콘 전송 시점까지의 시간 오프셋 |
| BSSID (optional) | 0 또는 6 | AP의 MAC 주소 |
| Short SSID (optional) | 0 또는 4 | SSID의 축약 형태 |
| BSS Parameters (optional) | 0 또는 1 | AP의 동작 특성 정보 |
| 20 MHz PSD (optional) | 0 또는 1 | 채널 전력 관련 정보 |
| MLD Parameters (optional) | 0 또는 3 | Multi-Link Operation (MLO) 관련 정보 |
- 완전히 고정된 구조가 아니라 “필요한 필드만 포함하는 가변 구조”
- 프레임 크기를 줄이기 위한 최적화 설계
TBTT Offset 값은 단순히 “비콘까지 남은 시간”을 의미하는 숫자가 아니라, 특정 상황을 표현하기 위한 의미 있는 특수 값을 포함하고 있다는 점이 중요하다. 일반적으로 TBTT Offset은 TU(Time Unit) 단위로 표현되며, STA는 이 값을 통해 해당 AP의 비콘 도착 시점을 예측할 수 있다. 그러나 값이 254 또는 255인 경우에는 일반적인 시간 정보가 아니라 상태를 나타내는 값으로 해석해야 한다.
값이 254인 경우, 보고된 AP가 AP MLD에 속하지 않는다면 “254 TU 이상 떨어져 있는 상태”를 의미하고, AP MLD에 속한 경우에는 “정확히 254 TU의 오프셋”을 의미한다. 즉, 동일한 값이라도 AP의 소속 여부에 따라 해석이 달라진다. 반면 값이 255인 경우에는 TBTT Offset을 알 수 없음을 의미하며, STA는 해당 AP의 비콘 타이밍을 예측할 수 없는 상태로 간주해야 한다. 이러한 특수 값들은 단순한 시간 정보 전달을 넘어서, AP 상태를 간접적으로 전달하는 역할까지 수행한다.
또한 multiple BSSID 환경에서는 TBTT Information을 해석할 때 기준이 되는 AP가 명확하게 정의되어 있다. 여러 개의 BSSID가 하나의 AP 집합으로 묶여 동작하는 경우, 정보를 보고하는 AP는 “실제로 비콘을 전송한 BSSID에 해당하는 AP”로 간주된다. 이는 동일한 물리 장치에서 여러 논리적 AP가 존재하는 환경에서 혼동을 방지하기 위한 규칙으로, 수신 측이 어떤 AP의 정보를 기준으로 판단해야 하는지를 명확히 해준다.
TBTT Information은 항상 동일한 형태로 전달되는 것이 아니라, 상황에 따라 구조가 달라질 수 있다. 특히 TBTT Information Field Type 값에 따라 정보의 구성 방식이 달라지며, 일반적인 경우(Field Type = 0)에는 AP의 비콘 타이밍과 식별 정보가 포함된 표준 구조가 사용된다. 반면 특정 조건에서는 보다 간소화된 형태가 사용될 수 있다.
대표적으로 TBTT Information Field Type이 1이고 TBTT Information Length가 3인 경우에는, TBTT Information 필드가 일반적인 AP 정보 대신 MLD Parameters만을 포함하는 구조로 동작한다. 이는 Multi-Link 환경에서 개별 AP 정보보다 링크 간 관계 정보가 더 중요한 상황에서 사용되는 방식으로, 불필요한 정보를 제거하고 핵심적인 MLO 관련 정보만 전달하기 위한 압축된 형태라고 볼 수 있다.
이때 포함되는 MLD Parameters는 AP가 속한 MLD의 식별 정보, 링크 식별자, 그리고 링크 상태와 관련된 다양한 제어 정보를 포함한다. 예를 들어 AP MLD ID는 해당 AP가 어떤 MLD에 속해 있는지를 나타내며, 동일한 MLD에 속한 AP들 간의 그룹을 식별하는 데 사용된다. Link ID는 해당 AP가 MLD 내에서 어떤 링크에 해당하는지를 나타내는 값으로, 하나의 MLD 내부에서는 각 링크가 고유한 ID를 가진다.
또한 BSS Parameters Change Count는 AP의 중요한 설정이 변경될 때마다 증가하는 값으로, STA가 AP 상태의 변화를 감지하는 기준으로 활용된다. All Updates Included 필드는 해당 프레임이 최신 상태의 모든 변경 정보를 포함하고 있는지를 나타내며, Disabled Link Indication은 특정 링크가 현재 사용 불가능한 상태인지 여부를 나타낸다. 이러한 정보들은 단순한 식별을 넘어, STA가 어떤 링크를 선택하고 회피해야 하는지를 판단하는 데 직접적으로 활용된다.
결국 TBTT Information 필드는 단순한 “비콘 시간 정보 전달 구조”를 넘어서, 주변 AP의 상태, 링크 구성, 그리고 네트워크 환경까지 압축적으로 전달하는 역할을 수행한다. 특히 MLO 환경에서는 여러 링크 중 어떤 링크를 사용할지 결정해야 하기 때문에, 이러한 정보는 빠른 스캔과 효율적인 링크 선택을 가능하게 하는 핵심 요소로 작동한다.
- 254
- AP가 MLD에 속하지 않는 경우 → 254 TU 이상
- AP가 MLD에 속하는 경우 → 정확히 254 TU
- "멀다”
- 255
- TBTT Offset 값을 알 수 없음 (unknown)
- "모른다"
MLD Parameters
다음은 TBTT Information에서 확장적으로 포함될 수 있는 MLD Parameters 서브필드에 대한 정리이다.

MLD Parameters는 Multi-Link Operation (MLO) 환경에서 사용되는 핵심 정보로, 단일 AP가 아니라 “어떤 MLD에 속해 있는지, 그리고 그 내부에서 어떤 링크로 동작하는지”를 식별하기 위해 정의된 필드이다. 일반적인 AP 정보(BSSID 등)가 개별 링크 단위의 식별이라면, MLD Parameters는 그보다 상위 개념인 “멀티 링크 구조”를 설명하는 역할을 한다.
MLD Parameters는 총 3바이트(24비트)로 구성되며, 내부적으로 여러 개의 비트 필드로 나뉘어 있다. 가장 먼저 AP MLD ID는 해당 AP가 속한 MLD를 식별하는 값이다. 만약 보고되는 AP가 현재 프레임을 전송한 AP와 동일한 MLD에 속해 있다면 이 값은 0으로 설정된다. 반대로 다른 MLD에 속한 AP라면, 이 필드는 해당 MLD를 구분할 수 있는 고유 값으로 설정되며, 프레임 내에서만 유일성을 가지면 된다. 만약 해당 AP가 MLD에 속하지 않거나, 보고하는 AP가 그 정보를 알지 못하는 경우에는 255로 설정된다. 중요한 점은 이 값이 전역적으로 고정된 식별자가 아니라, 특정 프레임 내에서 상대적으로 MLD를 구분하기 위한 값이라는 것이다.
그 다음으로 Link ID는 해당 AP가 속한 MLD 내부에서의 링크 식별자를 나타낸다. 하나의 MLD는 여러 개의 링크를 가질 수 있으며, 각 링크는 고유한 Link ID를 가진다. 만약 해당 AP가 MLD에 속하지 않거나 Link ID를 알 수 없는 경우에는 이 값이 15로 설정된다. 이 필드는 STA가 동일한 MLD에 속한 여러 링크 중 어떤 링크인지 구분하는 데 사용된다.
BSS Parameters Change Count는 AP의 중요한 동작 파라미터가 변경될 때마다 증가하는 카운터 값이다. 초기값은 0이며, BSS Parameters에 정의된 주요 설정이 변경될 때마다 증가한다. 이를 통해 STA는 이전에 알고 있던 정보와 비교하여 AP 상태가 변경되었는지를 판단할 수 있다. 만약 해당 AP가 MLD에 속하지 않거나 관련 정보를 알 수 없는 경우에는 이 값이 255로 설정된다.
All Updates Included 필드는 해당 프레임이 최신 변경 사항을 모두 포함하고 있는지를 나타내는 플래그이다. 값이 1이면 최근 변경으로 인해 업데이트된 모든 정보가 현재 프레임에 포함되어 있음을 의미하고, 0이면 일부 정보만 포함되어 있음을 의미한다. 이 값은 STA가 추가적인 프레임을 기다려야 하는지 판단하는 기준이 된다.
Disabled Link Indication은 해당 링크가 현재 사용 가능한 상태인지 여부를 나타낸다. 값이 1이면 해당 링크가 비활성 상태로 간주되며, STA는 이 링크를 사용하지 않아야 한다. 이 값은 특히 MLO 환경에서 중요하며, 일부 링크가 의도적으로 비활성화되어 있을 때 이를 빠르게 전달하기 위한 용도로 사용된다. 값이 0이면 해당 링크는 정상적으로 사용 가능한 상태이다.
마지막으로 Reserved 비트는 향후 확장을 위해 비워둔 영역이다. 현재는 사용되지 않지만, 이후 표준 확장 시 새로운 기능을 추가할 수 있도록 설계되어 있다.
정리하면, MLD Parameters는 단순한 보조 정보가 아니라, MLO 환경에서 “AP가 어떤 멀티 링크 구조에 속해 있고, 그 내부에서 어떤 상태로 동작하는지”를 전달하는 핵심 제어 정보이다. STA는 이 정보를 기반으로 링크 선택, 로밍, 그리고 데이터 전송 전략을 결정하게 되며, 특히 다수의 링크가 동시에 존재하는 Wi-Fi 7 환경에서는 매우 중요한 역할을 수행한다.
이 MLD 파라미터를 최종적으로 정리하면
“이 AP는 어떤 MLD에 속해 있고, 어떤 링크다” 라는 보조적인 내용이 들어있다
Operating Class
다시

여기로 돌아오자.
Operating Class는 단순한 채널 번호보다 한 단계 상위 개념으로, 해당 AP가 동작하는 주파수 대역과 채널 환경을 함께 정의하는 식별 값이다. 일반적으로 Channel Number가 “몇 번 채널인지”를 나타낸다면, Operating Class는 “어떤 규제 도메인에서, 어떤 대역과 채널 집합을 사용하는지”까지 포함하는 개념이다.
IEEE 802.11 표준에서는 다양한 국가 및 지역별 규제 조건을 고려해야 하기 때문에, 동일한 채널 번호라도 의미가 달라질 수 있다. 이를 해결하기 위해 Operating Class가 도입되었으며, 이는 채널 번호와 함께 사용되어 특정 AP의 정확한 동작 환경을 식별하는 데 사용된다.
특히 RNR(Reduced Neighbor Report)에서 Operating Class와 Channel Number는 항상 함께 등장하며, 이 두 값의 조합은 해당 AP의 primary channel 위치를 명확하게 나타낸다. 이 정보는 STA가 passive scanning을 수행할 때 매우 중요한 역할을 한다. 모든 채널을 순차적으로 탐색하는 대신, RNR을 통해 전달받은 Operating Class와 Channel 정보를 기반으로 특정 채널만 선택적으로 스캔할 수 있기 때문이다.
결과적으로 Operating Class는 단순한 보조 정보가 아니라, 스캔 효율성과 연결 속도를 직접적으로 개선하는 핵심 요소라고 볼 수 있다. 특히 Wi-Fi 7과 같이 멀티 밴드 및 멀티 링크 환경에서는 여러 채널이 동시에 존재하기 때문에, 어떤 채널을 우선적으로 탐색해야 하는지를 판단하는 기준으로 Operating Class가 중요한 역할을 수행한다.
정리하면, Operating Class는 “이 AP가 어느 주파수 대역과 채널 환경에서 동작하는지”를 정의하는 상위 식별자이며, Channel Number와 함께 사용되어 STA가 빠르고 효율적으로 AP를 탐색하고 연결할 수 있도록 돕는 핵심 정보이다
- Operating Class는 주파수 대역 + 채널 환경을 함께 정의하는 상위 식별자이다
- Channel Number와 함께 사용되어 AP의 정확한 동작 채널을 지정한다
- RNR에서 제공되어 STA가 필요한 채널만 스캔하도록 돕는다
- 멀티 링크 환경에서 빠른 탐색과 연결 최적화의 기준이 된다
에필로그
그 외에 MLE, Multiple BSSID( 하나의 AP가 여러 AP를 대신 광고하는 압축 구조) 등에 대한 정보는 2편에서 이어진다.
'네트워크' 카테고리의 다른 글
| [WiFi] IEEE 802.11 WIFI의 PHY 계층에 대해서 알아보자 (0) | 2026.04.29 |
|---|---|
| [WiFi] WIFI 7 공유기가 자신의 존재를 알리는 방법(2/2) - Beacon Frame의 MLE + Wireshark로 분석하기 (0) | 2026.04.24 |
| [WiFi] 802.11be의 EMLSR 모드에 대해서 알아보자 - 동작과정/표준/관련연구/MATLAB 실습 (0) | 2026.04.19 |
| [WiFi] MATLAB WLAN Toolbox 분석하여 802.11be MLO의 EMLSR 동작과정 이해하기 (0) | 2026.04.16 |
| [WiFi] 최신 WIFI 7 (IEEE 802.11 be)에 새로 도입된 Multi-Link Operation(MLO)에 대해 알아보자 (0) | 2026.03.24 |