조종사 무전은 왜 아직도 AM일까
조종사와 관제탑이 주고받는 무전, 영화나 유튜브에서 들어보셨죠? 약간 먹먹하고 뒤에 치익 하는 잡음이 깔려요. 가끔은 두 사람 목소리가 겹치면서 삐 하는 날카로운 소리가 나기도 하고요. 이번 글은 바로 이 소리를 소프트웨어로 진짜처럼 재현하는 방법을 다뤄요. 오디오에 필터 하나 씌우고 끝내는 게 아니에요. 실제 무전 신호가 만들어지는 물리적인 과정을 코드로 따라가면서 소리를 만들어내는 접근이라, 개발자 입장에서 읽는 재미가 쏠쏠해요.
배경부터 볼게요. 항공 무전(에어밴드)은 대략 118~137MHz 대역을 쓰는데, 놀랍게도 여기서는 아직도 AM(진폭 변조)을 써요. FM이 음질이 더 좋은데 왜 굳이 AM일까요? 이유는 여러 가지지만 자주 꼽히는 게 동시 송신 문제예요. FM은 두 신호가 겹치면 센 쪽만 들리고 약한 쪽은 묻혀버리는 성질이 있는데, 이걸 캡처 효과라고 해요. 그러면 관제사는 누군가 동시에 말했다는 사실 자체를 모를 수 있어요. 반면 AM은 두 신호가 섞여서 둘 다 들리고 이상한 소리까지 나기 때문에, 누군가 겹쳐 말했다는 걸 바로 알아챌 수 있어요. 안전이 최우선인 항공에서는 꽤 중요한 특징이죠.
AM이 뭐냐면
AM은 이름 그대로 진폭을 바꿔서 소리를 싣는 방식이에요. 일정한 주파수로 계속 진동하는 반송파(carrier)가 있는데, 소리를 실어 나르는 트럭 같은 신호라고 생각하면 돼요. 목소리 신호에 맞춰 이 반송파의 세기를 키웠다 줄였다 하는 거예요. 받는 쪽에서는 반송파의 윤곽선(엔벨로프)만 따라가면 원래 목소리가 복원되는데, 이걸 엔벨로프 검파라고 해요. 구조가 워낙 단순해서 다이오드 하나로도 만들 수 있을 정도예요.
시뮬레이션은 어떻게 할까
여기서 재밌는 포인트가 나와요. 130MHz짜리 신호를 그대로 시뮬레이션하려면 초당 수억 개의 샘플이 필요한데, 오디오 하나 만들자고 그럴 순 없잖아요. 그래서 이런 시뮬레이션에서는 보통 기저대역(baseband) 표현을 써요. 반송파 주파수 자체는 빼버리고, 반송파에서 얼마나 벗어났는지만 복소수로 다루는 방식이에요. 이렇게 하면 오디오 샘플레이트 수준에서도 무선 신호의 동작을 흉내 낼 수 있어요.
이 틀 안에서 무전 특유의 소리를 하나씩 쌓아 올릴 수 있어요.
- 대역 제한: 무전기는 사람 목소리에 필요한 대략 300~3000Hz 정도만 통과시켜요. 그래서 전화 통화처럼 먹먹한 소리가 나요.
- 잡음과 AGC: 신호가 약해지면 수신기의 자동 이득 조절(AGC)이 볼륨을 끌어올리는데, 이때 배경 잡음도 같이 커져요. 멀리 있는 비행기 목소리가 지글지글하게 들리는 이유예요.
- 동시 송신의 삐 소리: 두 송신기의 반송파 주파수가 완벽히 같을 수는 없어요. 몇백 Hz만 어긋나도 두 신호가 섞일 때 그 차이만큼의 맥놀이(beat)가 생기고, 이게 귀에는 휘파람 소리로 들려요. 기저대역에서 두 신호에 살짝 다른 주파수 오프셋을 주면 이 현상이 자연스럽게 재현돼요.
- 스켈치: 아무도 말하지 않을 때 잡음을 꺼주는 기능이에요. 송신이 끝나는 순간 치익 하고 짧게 들리는 꼬리 소리도 여기서 나와요.
업계 맥락
게임이나 영상에서 무전 효과를 낼 때는 보통 밴드패스 필터에 디스토션을 살짝 얹는 정도로 끝내요. 싸고 빠르지만, 두 사람이 겹쳐 말할 때처럼 신호끼리 상호작용하는 소리는 표현할 수 없어요. 반면 비행 시뮬레이터나 온라인 가상 관제 커뮤니티처럼 여러 사람이 실시간으로 무전을 주고받는 환경에서는 사정이 달라요. 거리에 따른 신호 세기나 동시 송신 같은 현상까지 재현하느냐가 몰입감을 크게 좌우하거든요. 한편 GNU Radio 같은 SDR(소프트웨어 정의 라디오) 생태계에서는 이런 신호 처리가 이미 일상이에요. 이 글은 그 세계의 지식을 오디오와 게임 쪽으로 가져온 사례로 볼 수 있어요.
한국 개발자에게 주는 시사점
신호 처리는 많은 개발자가 학부 때 수식으로만 배우고 잊어버리는 분야예요. 그런데 이렇게 결과를 귀로 확인할 수 있는 프로젝트는 개념을 몸으로 익히기에 딱 좋아요. 파이썬과 NumPy만 있어도 AM 변조와 검파, 두 신호의 맥놀이를 몇십 줄로 만들어서 직접 들어볼 수 있어요. 브라우저에서는 Web Audio API로도 실험할 수 있고요.
게임 사운드 개발자라면 필터 몇 개로 때우던 효과를 물리 기반으로 바꿔볼 아이디어를 얻을 수 있어요. 통신이나 임베디드 쪽 분이라면 익숙한 이론이 이렇게 실감 나는 결과물로 이어지는 걸 보는 재미가 있을 거예요. RTL-SDR 같은 저렴한 수신기로 실제 신호와 비교해보고 싶다면, 무선 수신 관련 법규부터 미리 확인하세요.
마무리
한 줄 정리: 소리를 그럴듯하게 흉내 내는 대신 신호가 지나가는 길을 모델링하면, 현실의 디테일은 저절로 따라와요.
여러분 프로젝트에서는 겉모습만 흉내 내는 방식과 원리부터 시뮬레이션하는 방식 중 어느 쪽을 택했나요? 그 선택이 결과물에 어떤 차이를 만들었는지도 궁금해요.
🔗 출처: Hacker News