13.3. 베이스 스테이션(Base Station) 시스템 아키텍처 및 백엔드 관제 연동

고정밀 RTK(Real-Time Kinematic) 시스템은 절대로 드론(Rover)이 탑재한 단일 GNSS 수신기의 성능만으로 밀리미터 단위의 정확도를 달성할 수 없다. 오차의 근원인 전리층 지연(Ionospheric Delay)과 대류권 지연(Tropospheric Delay), 그리고 위성 궤도 오차를 실시간으로 제거하기 위해서는, 땅 위에 굳건히 고정된 레퍼런스(Reference) 수신기, 즉 **베이스 스테이션(Base Station)**의 존재가 필수적이다.

본 장에서는 PX4-Autopilot 기반의 무인 항공기 시스템(UAS)과 연동되는 베이스 스테이션의 전반적인 하드웨어 아키텍처를 분해하고, 이 베이스 스테이션 생태계가 QGroundControl(QGC) 백엔드를 통해 어떻게 통합 관제망과 연결되는지 그 아키텍처 구조를 심층적으로 분석한다.

1. 베이스 스테이션(Base Station) 시스템 아키텍처 개요

베이스 스테이션은 자신의 ’절대 위치’를 한 치의 오차도 없이 확립한 뒤, 위성으로부터 들어오는 의사 거리(Pseudorange) 관측치와 실제 거리를 비교하여 “지금 하늘의 상태가 얼마나 전파를 왜곡시키고 있는지“에 대한 보정값(Correction Data)을 계산해 낸다. 이 보정값은 RTCM 포맷으로 패키징되어 라디오 링크나 LTE 모뎀을 통해 비행 중인 드론에게 실시간으로 브로드캐스팅(Broadcasting) 된다.

베이스 스테이션 시스템은 운용 목적과 물리적 구성에 따라 크게 **로컬 베이스(Local Base)**와 네트워크 RTK(NTRIP) 클라이언트 두 가지 아키텍처로 분류된다.

1.1 개별 로컬 베이스 스테이션 (Local Base Station) 구성

사용자가 비행 현장에 삼각대를 메고 나가 베이스 모듈(예: u-blox ZED-F9P 기반 Base 보드)을 직접 세우는 독립형 아키텍처이다.

graph TD
    A[GNSS 위성 궤도] -->|L1/L2 신호| B[GNSS 안테나 \n Choke Ring 등]
    B --> C[RTK DSP 수신기 \n Base Mode]
    
    C -->|USB / UART| D[QGroundControl 관제 / \n 노트북 통신 데몬]
    D -->|MAVLink 내 RTCM 인캡슐레이션| E[텔레메트리 송신기 \n TX 모뎀]
    
    E -. "900MHz / 2.4GHz 무선 링크" .-> F[드론 탑재 텔레메트리 RX]
    F --> G[Pixhawk Autopilot \n GPS 모듈로 라우팅]

하드웨어 구성 요소:

초고정밀 안테나: 다중경로(Multipath) 신호를 억제하기 위해 초크 링(Choke Ring) 안테나나 고이득 헬리컬 안테나를 쓴다.
RTK DSP 모듈: Survey-In 알고리즘이나 Fixed 좌표 입력을 통해 자신의 좌표를 확고히 잠근(Lock) 뒤, RTCM 3.3 메시지 생성을 시작한다.
데이터 브릿지: 이 보정 데이터를 순수하게 드론으로 바로 쏘기도 하나, PX4 생태계에서는 대부분 관제용 컴퓨터(QGC가 실행되는 PC)의 USB를 거치게 된다.

1.2 네트워크 RTK (NTRIP) 클라우드 연동 시스템

지방 자치 단체나 국토지리정보원 같은 국가 기관이 전국망으로 깔아둔 수십~수백 개의 거점 베이스 스테이션 인프라(VRS, Virtual Reference Station)를 4G/5G 통신망을 통해 끌어쓰는 중앙 집중형(Cloud-based) 아키텍처이다.

스마트폰이나 태블릿에서 실행되는 QGroundControl 랩톱 자체가 NTRIP 클라이언트(NTRIP Client) 역할을 수행한다. 인터넷을 통해 캐스터(Caster) 서버에 접속하여 텍스트 기반 NMEA 데이터를 올리면 반대급부로 내 위치 주변에 최적화된 RTCM 스트림을 내려받게 된다.
장점: 현장에서 귀찮게 삼각대를 펴고 수십 분 동안 Survey-in을 기다릴 필요가 없다.
단점: 비행 지역이 LTE/5G 음영 지역이거나 산악 지대일 경우 통신이 단절되면 즉시 드론의 Fix 상태가 풀려버린다.

2. QGroundControl (QGC) 백엔드 관제 연동 메커니즘

과거 초창기 시스템에서는 베이스 스테이션 모뎀을 드론의 GPS 모듈 포트에 1:1 하드웨어적으로 직결(UART TX/RX)하였다. 그러나 현대의 PX4 생태계는 “단일 텔레메트리 파이프라인(Single Telemetry Pipeline)” 사상을 채택하고 있다. 즉, 비행 제어 명령(MAVLink)과 RTCM 보정 데이터가 하나의 무선 대역을 공유하도록 설계되었다.
이 핵심적인 데이터 중재 역할을 수행하는 것이 QGroundControl의 백엔드이다.

2.1 RTCM 3.x 데이터의 MAVLink 인캡슐레이션 (Encapsulation)

베이스 스테이션(로컬 기기 혹은 NTRIP 서버)이 내뱉는 파편화된 바이트(Byte) 배열은 순수한 RTCM 프로토콜 양식을 띤다. GCS(QGC)는 이 데이터를 무선 라디오 모뎀으로 보내기 전에 반드시 캡슐에 포장하는 과정을 거친다.

QGroundControl의 백엔드 프로세스(C++ 계층)는 읽어들인 RTCM 바이너리 덩어리를 잘게 쪼개어 GPS_RTCM_DATA (메시지 ID: 233) 이라는 특정 MAVLink 패킷의 페이로드(Payload) 안에 구겨 넣는다.
이 패킷은 최대 180바이트의 길이를 가지며, 텔레메트리 비디오 스트림이나 기체 자세 정보(Attitude)와 통신 큐(Queue)에서 우선순위 경쟁을 벌이며 송출된다.

2.2 백엔드 통신 부하 (Bandwidth) 제어 한계점

L1/L2 듀얼 밴드는 물론 L5 대역, 더 나아가 4개 위성 군(GPS, GLONASS, Galileo, BeiDou)을 모두 수신하는 최신 F9P 급 베이스 스테이션은 1초(1Hz)에 무려 수 킬로바이트(kB)에 달하는 거대한 RTCM 메시지(1005, 1074, 1084, 1094, 1124, 1230 등) 봇물을 쏟아낸다.

이를 $57600\text{ bps}$ 나 $115200\text{ bps}$ 의 협대역 텔레메트리(SiK Radio 계열)에 강제로 밀어 넣을 경우, MAVLink 네트워크 스며듦 현상 병목 지연(Bottleneck Latency)이 발생하여, 정작 드론에 명령을 내리는 조종 스틱(RC Over MAVLink) 반응이 끊기거나 패킷 로스가 폭주한다.
따라서 시스템 엔지니어는 반드시 베이스 스테이션 칩셋 설정(u-center) 혹은 QGC 파라미터 제어를 통해 불필요한 위성군의 메시지 헤더를 끄거나, 데이터 전송 주기를 조절(Rate Limiting)하는 백엔드 네트워크 파이프라인 관리 능력을 갖추어야 한다.

결론적으로 기반이 흔들리는 건물 위에는 높은 탑을 쌓을 수 없듯, PX4-Autopilot 의 EKF2가 밀리미터 단위 추정에 성공하기 위해서는 지상에서부터 우주를 측정해 내는 베이스 스테이션 데이터 패킷이, QGC라는 소프트웨어 관제 통신망을 거쳐 기체까지 부스러짐 없이 이관(Migration)되는 결벽에 가까운 통합 설계가 요구된다.