Mesh-мережа для рою БПЛА — це самоорганізована комунікаційна структура де кожен безпілотник одночасно є і кінцевим пристроєм, і маршрутизатором. На відміну від зіркової топології (всі дрони через один GCS), mesh дозволяє пакетам досягати призначення через кількох «стрибків» між агентами — навіть якщо прямий зв'язок з GCS перерваний.
Ключова властивість mesh для бойових роїв — відмовостійкість: при збитті одного вузла інші БПЛА автоматично знаходять альтернативні маршрути. Алгоритми маршрутизації AODV (reactive) і OLSR (proactive) вирішують питання «як доставити пакет від A до D через B і C» у динамічному середовищі де вузли постійно з'являються і зникають.
Для рою БПЛА mesh — не тільки телеметрія: це і координаційні повідомлення між агентами, і ретрансляція відеопотоків, і розподілений sensor fusion, і relay для С2-команд GCS до агентів за горизонтом видимості. Практична реалізація вибирає компроміс між latency, bandwidth, і стійкістю до РЕБ.
Топологія mesh-мережі рою БПЛА
Протоколи mesh-маршрутизації для БПЛА
| Параметр | WiFi 5 GHz (802.11s) | LoRa 868 MHz | FHSS 915 MHz | LTE private |
|---|---|---|---|---|
| Пропускна здатність | 50–300 Мбіт/с | 0.25–10 Кбіт/с | 0.5–2 Мбіт/с | 10–100 Мбіт/с |
| Дальність hop | 0.5–2 км | 5–15 км | 1–10 км | 10–50 км |
| REB-стійкість | Низька | Середня | Висока (FHSS) | Середня |
| Підтримка відео | Так | Ні | Лімітовано | Так |
| Mesh підтримка | IEEE 802.11s native | Meshtastic / custom | Custom firmware | Via IP routing |
Часті запитання
Що таке MANET і чим мобільна ad-hoc мережа БПЛА відрізняється від звичайного WiFi?
MANET (Mobile Ad-hoc NETwork) — тип мережі де: немає фіксованої інфраструктури (немає точок доступу, немає роутерів). Кожен вузол одночасно є і хостом і маршрутизатором. Топологія постійно змінюється з переміщенням вузлів (БПЛА летять). Стандартний WiFi (Infrastructure mode): потрібна точка доступу (AP). Всі пристрої підключаються до AP. AP → маршрутизує трафік. При відмові AP → мережа мертва. MANET/Mesh для БПЛА-рою: немає AP. Кожен БПЛА може мати зв'язок з 3–8 сусідами в зоні радіо-видимості. Пакет від GCS до БПЛА-7 (поза прямим зв'язком): GCS → БПЛА-1 → БПЛА-3 → БПЛА-7 (multi-hop relay). Специфіка БПЛА MANET: вузлові швидкості 10–30 м/с → топологія змінюється швидко. 3D переміщення (altitude) → інші характеристики поширення сигналу ніж наземні мережі. Батарейні обмеження → вузли зникають за розрядженням, не лише через interference. Ключові виклики БПЛА MANET: Routing stability при швидкій зміні топології. Handoff: пакет на шляху → вузол-ретранслятор змістився → потрібен reroutе. QoS: пріоритет управляючих команд над telemetry над відео. Overhead: control packets (маршрутні оголошення) vs. корисні дані. Тому протоколи AODV/OLSR адаптуються для FANET (Flying Ad-hoc Network) — підтип MANET для летючих вузлів, з урахуванням 3D mobility models.
Як алгоритм AODV знаходить маршрут у рої і що відбувається при розриві з'єднання?
AODV (Ad-hoc On-Demand Distance Vector) — покроковий механізм: Route Discovery (пошук маршруту): 1. Джерело S хоче передати до призначення D. 2. S не має маршруту → генерує RREQ (Route Request Broadcast). RREQ містить: source_addr, dest_addr, sequence_number, hop_count. 3. RREQ поширюється broadcast по рою. Кожен вузол що отримав RREQ: перевіряє чи знає маршрут до D. якщо так → надсилає RREP (Route Reply) назад до S. якщо ні → forwarding RREQ далі (TTL-decremented). 4. Коли RREQ досягає D (або вузла що знає D) → RREP із зворотнім маршрутом. 5. Проміжні вузли записують forward і reverse routes у routing tables. Route Maintenance (підтримка маршруту): Кожен вузол посилає periodic hello messages сусідам. Тайм-аут hello → link breakage detected. Local repair: вузол що виявив розрив намагається знайти альтернативу. Якщо не знайдено → RERR (Route Error) назад до джерела → S ініціює новий Route Discovery. Бойовий сценарій: GCS → рой БПЛА → БПЛА-5 збитий (посилання GCS→БПЛА-5 розірване): БПЛА-4 (попередній hop) виявляє відсутність hello від БПЛА-5 за ~1–3 с. RERR надсилається до GCS. GCS ініціює RREQ для нового маршруту до БПЛА-7 (через БПЛА-5). Новий маршрут: через БПЛА-3 або БПЛА-6. Total re-routing time: ~2–5 с (1–3 с detect + 0.5–2 с discovery). Практичне обмеження: при швидкій ламінації маршрутів (рій маневрує) → часті RERR + RREQ → control overhead збільшується. Рішення: гібрид AODV + локальний репарацій вузол знаходить альтернативу сам без звернення до GCS → зменшує centralized overhead.
Що таке ETX-метрика якості зв'язку і як вона використовується для вибору маршруту в mesh?
ETX (Expected Transmission Count) — ключова метрика якості посилання для mesh маршрутизації: Що вимірює ETX: середня кількість передач що необхідна для успішної доставки одного пакету. ETX = 1 / (d_f × d_r), де d_f = forward delivery rate (частка успішних forward пакетів), d_r = reverse delivery rate. Ідеальне посилання: ETX = 1 (100% delivery в обох направленнях). Поганий канал (60% delivery): ETX = 1/(0.6×0.6) = 2.78 → потрібно ~2.78 передач. Як виміряти d_f і d_r: вузли обмінюються probe packets (невеликі broadcast пакети). Кожен вузол рахує скільки отримав від сусіда → d_f. Сусід також повідомляє свою receive rate → d_r. Оновлюється ~1 раз/с. Застосування у маршрутизації OLSR/802.11s: вибирається маршрут з мінімальним сумарним ETX по всіх hop. Приклад: 2-hop маршрут через гарні посилання (ETX=1.2 + 1.1 = 2.3) може бути кращим ніж 1-hop через поганий канал (ETX=3.5). Адаптація у БПЛА контексті: через 3D переміщення БПЛА → ETX змінюється швидко. Потрібні короткі averaging windows (5–10 с замість стандартних 60 с). Допоміжні метрики: RSSI (Received Signal Strength Indicator): простий proxy для якості. Але: сигнал може бути сильним а packet loss високим (interferенція). ETX точніший. SNR (Signal-to-Noise Ratio): враховує noise floor. SINR (з interferenцією): найточніший. Link quality score: SINR > 15 dB → excellent (ETX~1.0–1.5). 10–15 dB → good (ETX 1.5–3). 5–10 dB → marginal (ETX 3–10). <5 dB → unusable. Практичне застосування: БПЛА-рій автоматично реконфігурує mesh маршрути раз на 1–2 с на основі актуальних ETX → підтримка оптимальної мережевої якості в реальному часі без ручного втручання.
Як побудувати relay chain для зв'язку з БПЛА поза зоною прямої видимості GCS?
Multi-hop relay chain — розширення зони дії рою за горизонт видимості GCS: Задача: GCS може зв'язатись з БПЛА у прямій видимості (VLOS) на ~5–15 км. Ударні БПЛА операційної зони можуть бути на 30–100+ км. Рішення: relay-БПЛА ланцюжок. Relay chain архітектура: GCS (наземний) ↔ R1 (≤15 км від GCS, altitude 500 м) ↔ R2 (≤20 км від R1, altitude 500 м) ↔ R3 ↔ ... ↔ Бойові БПЛА у зоні операції. Кожен relay БПЛА = mesh node що ретранслює пакети. Корисне навантаження relay-БПЛА: мінімальне (потрібен тільки radio + FC + батарея). Dedicated relay БПЛА vs shared relay: dedicated: спеціальні «ретранслятори», летять по оптимальним точкам. Перевага: оптимізовані для relay, не несуть бойове навантаження. shared: будь-який БПЛА рою автоматично виконує relay для інших. Перевага: немає окремих ресурсів, адаптивна topologie. Практичні параметри relay chain: radio range (5 GHz WiFi): ~1–3 км VLOS при altitude 300–500 м. radio range (915 MHz FHSS): 5–15 км. radio range (LoRa 868 MHz): 10–30 км. Latency per hop: WiFi ~2–5 мс; LoRa ~0.5–2 с. Для 5-hop LoRa relay: ~2.5–10 с one-way latency для С2 commands. Redundant paths: для відмовостійкості relay chain будується з redundant routing: якщо R2 збитий → пакет йде по альтернативному шляху через R2' (якщо є БПЛА у радіусі). FANET (Flying Ad-hoc Network) автоматично рехешендеться при втраті relay вузла. Реальне застосування ЗСУ: БПЛА-ретранслятори типу Shark/Vector зі спрямованими антенами, що circling на висоті → забезпечують link BLOS для ударних БПЛА.
Як захистити mesh-мережу рою від перехоплення і РЕБ-атак противника?
Security і REB-resilience для БПЛА mesh мереж — комплексний підхід: Загроза 1: Passive interception (підслуховування). Противник використовує широкосмуговий SDR receiver → відновлює пакети → знає топологію рою, позиції, наміри. Мітигування: End-to-end encryption: AES-256 на рівні application layer. Навіть якщо raw radio перехоплено → зміст не читається. Forward secrecy: нові сесійні ключі для кожної місії (DH exchange). Загроза 2: Active jamming (глушіння). Противник передає на тій самій частоті → підвищує noise floor → ETX→∞ → зв'язок рвується. Мітигування: FHSS (Frequency Hopping Spread Spectrum): рій синхронно стрибає між частотами. Jammer повинен покривати весь спектр FHSS (широкосмуговий jammer) — дорожче і менш ефективно. DSSS (Direct Sequence): розмазування сигналу по спектру → стійкість до narrowband jammers. Directional antennas: вузьконаправлені антени → менша ймовірність перехоплення / більша стійкість до jammers з non-aligned directions. Загроза 3: Rogue node injection (ін'єкція фальшивого вузла). Противник вводить «свій БПЛА» у рій → отримує маршрути, може перенаправляти трафік. Мітигування: mutual authentication: кожен новий вузол повинен підтвердити identity через challenge-response. Pre-shared keys або PKI certificates при local deployment. Whitelist авторизованих вузлів (known SYSID + MAC). Загроза 4: Traffic analysis attacks. Аналіз метаданих (хто з ким, як часто) навіть без розшифрування змісту. Мітигування: traffic padding (фіктивні пакети для маскування паттернів). Onion routing (Tor-like) для C2 трафіку через multiple relay (складно для реального часу). Практичний стан 2025: FHSS + AES-256 encryption → реалізовано у більшості modern БПЛА radio (ELRS encrypted mode, LoRa+AES, ATAK encryption). PKI-based node auth → переважно у дослідних системах.
Які реальні mesh radio системи використовуються для БПЛА-роїв і які їх характеристики?
Практичні mesh radio системи для БПЛА-роїв 2024–2025: Silvus StreamCaster (SC4400/SC4480): Американська military-grade MANET radio. 2×2 MIMO, 4.4–5 GHz або 1.8 GHz. Throughput: до 50 Мбіт/с мережевого. FHSS, AES-256, MIMO. Вага: ~170–250 г. Використання: американські і партнерські БПЛА-платформи. Persistent Systems MPU5: 2.4 GHz / 5 GHz dual-band Wave Relay mesh. До 1 Мбіт/с симетрично per node з 20+ hop. Специфічно розроблений для military MANET. Використання: ATAK + drone swarms, DARPA OFFSET. Doodle Labs RM-series: compact mesh radio (~50 г). 902–928 MHz, 5.15–5.85 GHz. Targeted specifically at UAV swarms. Throughput: 3–100 Мбіт/с. Використовується: kommerційні та defense drone integrators. OpenWRT / WRT-based mesh (802.11s): open-source рішення на базі WiFi модулів (TP-Link, Ubiquiti, ALFA). Перевага: дешево, hackable, field-customizable. Недолік: не military-grade, вразливий до jamming. Meshtastic на LoRa: відкритий проєкт для low-bandwidth mesh. 250 бод–10 кбіт/с payload. Вага модуля 5–30г. Ідеально: C2 text commands, GPS tracking рою. НЕ для відео. Використання ЗСУ (відкриті джерела): адаптовані Silvus та Persistent Systems reported у партнерських поставках. Кастомні Ukrainian mesh solutions (Kvertus, etc.) інтегруються у БПЛА-рій продукти. LoRa Meshtastic використовується для tactical mesh coordination у підрозділах ЗСУ (reported open source). Практичний вибір для рою: дальній рій (>10 км): 900 MHz FHSS або LoRa relay chain. Близький тактичний (1–5 км): WiFi 5 GHz 802.11s mesh. Відео streaming рою: WiFi або Silvus MIMO. Мінімалістичний C2: LoRa Meshtastic.