Відділення з дев'яти спішених бійців, що рухається міським кварталом чи лісистим гребенем, генерує безперервний потік позиційних даних і даних про статус, які тактично критичні, але майже ніколи не передаються в реальному часі. Голосові мережі несуть накази та доповіді про контакт; виділені тактичні радіостанції ретранслюють ситуаційну обізнаність рівня взводу та роти. Але на рівні відділення позиція окремого бійця, статус руху, медичний стан і прості сповіщення передаються переважно спостереженням у межах прямої видимості та жестами руками. Протоколи Bluetooth Low Energy mesh пропонують іншу модель: самоформівну, багатоперехідну персональну мережу, що покриває відстані масштабу відділення без жодної інфраструктури, працює від батареї з ресурсом у дні та живить дані позиції й статусу безпосередньо в ATAK та інші платформи team awareness kit. У цій статті розглядаються вибір архітектури, фізичні обмеження та патерни інтеграції, що визначають, чи дійсно розгортання BLE mesh працює в полі.

Чому мережа рівня відділення є окремою задачею від тактичних радіосистем

Тактичні радіосистеми -- HF, VHF-манпаки та програмно-визначені хвильові форми, такі як Link 16 чи мережі PACE -- розроблені для ешелонів рівня взводу, роти та вище. Їхні ключові властивості -- велика дальність (кілометри до сотень кілометрів), висока щільність інформації (голос, дані, зображення) та сумісність з командними мережами. Ці властивості мають свою ціну: радіостанції важать 1-5 кг, споживають 10-50 Вт під час передавання та потребують навчених операторів. На рівні відділення ці компроміси часто прийнятні для основної командної мережі, що несе командир відділення та радист, але вони залишають окремих бійців без жодної мережевої обізнаності про вісьмох інших людей навколо них.

Задача мережі рівня відділення має принципово інші вимоги. Дальність становить 50-300 м, а не кілометри. Корисне навантаження даних компактне: позиція, статус і короткі сповіщення, а не повні голосові канали чи зображення. Енергобюджет вимірюється відносно носимих батарей, а не бортових систем живлення машини. Мережа має самоконфігуруватися, коли бійці додаються чи втрачаються, без жодного втручання оператора. І система не повинна додавати відчутної ваги чи когнітивного навантаження бійцю, який уже несе 30-50 кг спорядження. BLE mesh безпосередньо адресує цей простір вимог: радіомодулі важать кілька грамів при інтеграції в наявні пристрої, споживають мілівати в режимі приймання, а протокол mesh обробляє зміни топології автоматично. Прогалина, яку заповнює BLE, -- це шар обізнаності рівня нижче взводу, від бійця до бійця, який звичайні архітектури тактичного радіо ніколи не адресували.

Ця відмінність має значення для рішень із закупівлі та інтеграції. BLE mesh не замінює тактичні радіостанції, і його не слід оцінювати як альтернативу радіо. Це доповнювальний шар, що забезпечує внутрішню ситуаційну обізнаність відділення в точці енергоспоживання, ваги та вартості, якої широкосмугові радіостанції не можуть досягти. Розуміння цієї межі запобігає як надмірному проєктуванню (додаванню функцій, що належать до повноцінної радіохвильової форми), так і недостатньому проєктуванню (очікуванню, що BLE нестиме навантаження трафіку, для якого він не призначений).

Топології Bluetooth mesh: керований лавинний проти спрямованої ретрансляції для військових сценаріїв

Специфікація Bluetooth Mesh Profile визначає дві моделі ретрансляції. У керованому лавинному mesh кожен вузол, налаштований як ретранслятор, повторно передає повідомлення, які він отримує (з урахуванням зменшуваного лічильника TTL та кешу повідомлень, що запобігає повторній ретрансляції вже побачених пакетів). Немає таблиці маршрутизації та кроку встановлення шляху; повідомлення, надіслане будь-яким вузлом, поширюється назовні перехід за переходом, доки TTL не досягне нуля або всі досяжні вузли його не отримають. У mesh зі спрямованою ретрансляцією мережа встановлює явні шляхи між вихідним і цільовим вузлами та обмежує ретрансляцію вузлами на призначеному шляху, зменшуючи зайнятість каналу ціною накладних витрат на керування шляхами.

Для військових сценаріїв відділення керований лавинний майже завжди є правильним вибором. Його ключова операційна перевага -- стійкість до зміни топології. Коли боєць поранений, виходить за межі дальності чи відокремлюється від відділення, керований лавинний продовжує маршрутизувати в обхід прогалини, використовуючи будь-який ретрансляційний шлях, який надають решта вузлів. Жодне оновлення маршрутизації не потрібне. Жодна процедура повторного встановлення шляху не запускається. Мережа деградує плавно, коли вузли втрачаються, та відновлюється автоматично, коли вони знову приєднуються. Спрямована ретрансляція вимагає явного виявлення та підтримки шляху, що вносить затримку та обчислювальні накладні витрати під час змін топології, які найбільш операційно ймовірні -- саме в моменти контакту з противником, коли мережа має бути найнадійнішою.

Компромісом проти керованого лавинного є навантаження каналу. Відділення з 13 вузлів, кожен з яких передає маяки позиції з частотою 1 Гц, продукує приблизно 13 подій анонсування на секунду на ретрансляційний вузол, кожна з яких потенційно повторно передається 3-5 ретрансляційними вузлами в межах дальності. На швидкості 125 кбіт/с (LE Coded PHY, S=8) кожен 11-байтний маяк позиції займає приблизно 2,5 мс ефірного часу, включно з адресою доступу, заголовками та міжкадровим інтервалом. З 13 джерелами та до 5 переходами ретрансляції робочий цикл на каналі 2,4 ГГц сягає приблизно 15-20% -- цілком у межах рекомендацій специфікації BLE mesh і значно нижче порога насичення для практичних розгортань масштабу відділення.

Дальність і проникнення: продуктивність BLE в міському, лісистому та змонтованому на машині контекстах

Ефективна дальність переходу BLE mesh між двома бійцями визначається підсиленням антени кожного пристрою, потужністю передавання (зазвичай від 0 до +8 дБм для сумісного обладнання BLE), чутливістю приймача (до -103 дБм для LE Coded PHY) та втратами на шляху від середовища. На відкритій місцевості пристрій BLE, що носиться на тілі, на потужності передавання 0 дБм досягає запасу бюджету каналу у вільному просторі приблизно 20-25 дБ на 100 м, використовуючи LE Coded PHY з S=8. Це відповідає приблизно 50-150 м ефективної дальності залежно від орієнтації тіла, при цьому людський торс послаблює сигнал на 10-20 дБ, коли двоє бійців повернені один від одного.

У міському середовищі проникнення 2,4 ГГц крізь цегляні стіни додає 15-25 дБ втрат на стіну. Одна бетонна стіна зменшує ефективну дальність зі 100 м до 15-30 м. Це означає, що BLE mesh не є надійною одноперехідною міською мережею, коли бійці перебувають усередині окремих будівель; вони потребують ретрансляційних вузлів у проміжних позиціях (дверні прорізи, вікна чи сходові клітки) для збереження зв'язності крізь стіни. Топологія mesh тут допомагає: боєць у позиції дверного прорізу природно діє як ретранслятор між напарниками всередині будівлі та тими, хто зовні, без жодної зміни конфігурації. У лісистій місцевості волога листва та відбиття від ґрунту створюють багатопроменеве середовище, що спричиняє 5-15 дБ додаткових втрат на 100 м порівняно з відкритою місцевістю, знижуючи надійну дальність переходу до 40-80 м, але без різких прогалин покриття, які створюють цегляні стіни.

Контексти монтування на машині становлять інший виклик. Коли вузол BLE mesh переноситься всередині машини, металевий кузов створює ефект клітки Фарадея, що може послабити сигнал на 20-40 дБ. Антена, змонтована зовні чи біля вікна, частково пом'якшує це. Для спішених відділень, що рухаються з підтримкою машин, практичний підхід -- призначити машину як ретрансляційний вузол із зовні змонтованою антеною, з'єднуючи її зі спішеним mesh, водночас мостуючи до тактичної радіосистеми машини. Цей патерн "шлюз-на-машині" розширює ефективну дальність BLE mesh та забезпечує природну точку висхідного зв'язку до мереж вищого ешелону без потреби, щоб кожен спішений боєць ніс радіостанцію.

Енергобюджет: робочий цикл BLE та час роботи батареї для носимих військових радіо

Енергоспоживання вузла BLE mesh розкладається на три компоненти: події передавання (анонсування чи відповідь), вікна приймання/сканування (прослуховування вхідних повідомлень) та споживання у стані спокою мікроконтролера та периферійних сенсорів між подіями. Потужність передавання на 0 дБм для стандартного радіомодуля BLE становить приблизно 5-10 мА при 3 В (15-30 мВт) на тривалість пакета. Режим приймання споживає 4-8 мА. Ключова змінна -- робочий цикл: як часто вузол передає та сканує відносно загального часу?

Для вузла, що передає маяк з частотою 1 Гц з подією анонсування з 3 пакетів (на каналах 37, 38, 39), кожен з яких займає 2-3 мс, плюс вікно сканування 10 мс щосекунди для приймання вхідного ретрансляційного трафіку, загальний час активності на секунду становить приблизно 16-20 мс. Середній струм, отже, становить (20 мс / 1000 мс) x 7 мА + (980 мс / 1000 мс) x 0,05 мА (струм сну) = приблизно 0,19 мА у середньому, або близько 0,6 мВт від джерела 3,3 В. Літій-полімерний елемент на 1000 мА·год (поширений у компактних носимих конструкціях) забезпечує приблизно 5300 годин роботи -- понад 220 днів. На практиці ретрансляційні вузли, що повторно передають трафік від інших членів відділення, споживають у 3-5 разів більше струму, ніж кінцевий вузол, знижуючи час роботи батареї до 40-70 днів для вузла, розташованого в центрі mesh.

Ці цифри припускають, що радіомодуль BLE є вторинною функцією пристрою (такого як телефон чи носимий гаджет), що має власне джерело живлення. Для виділених SA-вузлів BLE, інтегрованих у бронежилет чи кишені розвантажувального спорядження, літієвий первинний елемент CR123A (1500 мА·год при 3 В) забезпечує практичне операційне вікно 1-3 дні при передаванні маяка з частотою 1 Гц з увімкненою ретрансляцією, або 7-14 днів при 0,2 Гц з вимкненою ретрансляцією. Планування місії має враховувати частоту маяка як операційну змінну: фази високого контакту використовують 1 Гц; адміністративний рух і статичні зупинки використовують 0,1-0,2 Гц для подовження часу роботи батареї без втрати відчутної точності SA.

Ключове обмеження планування: Ретрансляційні вузли в центрі mesh відділення споживають значно більше струму, ніж кінцеві вузли на периметрі, оскільки вони повторно передають трафік від кількох джерел. Якщо всі вузли використовують однакову ємність батареї, ретрансляційні вузли вичерпають свої батареї першими -- потенційно фрагментуючи mesh у найгірший момент. Бойові розгортання мають або ротувати призначення ретрансляторів серед членів відділення під час перерв, або оснащувати призначені ретрансляційні вузли (зазвичай позиції командира відділення та заступника командира відділення) більшими батарейними блоками.

Обмін позицією та статусом: які дані вміщуються в обмеження корисного навантаження BLE mesh

Bluetooth Mesh Profile визначає максимальне корисне навантаження застосунку у 380 байтів із використанням сегментації та повторного складання (SAR), але несегментоване корисне навантаження на access PDU становить 11 байтів. Сегментовані повідомлення вносять додаткову затримку (кожен сегмент має бути підтверджений перед надсиланням наступного у підтверджуваному режимі, або надсилаються послідовно в непідтверджуваному режимі без гарантії доставки) та збільшують зайнятість каналу. Для чутливого до затримки, обмеженого каналом застосунку, як-от SA відділення, цільова конструкція полягає в тому, щоб умістити всі рутинні дані позиції та статусу в одне 11-байтне несегментоване повідомлення.

11-байтний компактний маяк позиції може кодувати широту й довготу кожну як 32-бітне ціле зі знаком в одиницях 1e-7 градуса (точність координат WGS-84, яку використовує GPS), висоту як 16-бітне ціле зі знаком у сантиметрах над еліпсоїдом WGS-84 та байт статусу з чотирма прапорцевими бітами: у контакті (1), низький заряд (1), медична надзвичайна ситуація (1) та ok/у русі (1). Це вміщується точно в 11 байтів: 4 + 4 + 2 + 1 = 11. Точність 1e-7 градуса відповідає приблизно 11 мм на екваторі -- значно за межами точності GPS будь-якого носимого на тілі приймача, тож компактне кодування не жертвує точністю. Прапорці статусу покривають найбільш операційно значущі стани, які бійцю потрібно повідомити без голосу.

Для дискретних повідомлень-сповіщень (доповідь про контакт, розташування перешкоди, маркування маршруту) доречні сегментовані повідомлення на 30-50 байтів. Компактна доповідь про контакт може кодувати вузол-доповідач, напрямок контакту (8-бітний азимут, роздільність 4,5 градуса), оцінку відстані (3 діапазони відстані: близько/середньо/далеко) та код типу контакту (прямий вогонь, непрямий вогонь, IED, CBRN) у 4-5 байтів. Ці повідомлення надсилаються як нечасті події, а не періодичні маяки, тож додаткова зайнятість каналу від сегментації SAR є керованою. Текстові повідомлення та зображення не слід нести через BLE mesh; ці корисні навантаження належать тактичній радіомережі чи каналу Wi-Fi, коли він доступний.

Інтеграція з ATAK: подача даних mesh відділення в team awareness kit

ATAK не реалізує протоколи BLE mesh нативно; він споживає події CoT, доставлені через UDP або TCP. Інтеграція даних mesh відділення в ATAK тому вимагає шлюзового процесу, що підписується на mesh-мережу BLE, декодує маяки позиції та статусу та перекладає їх на події SA CoT, які ATAK може відображати як маркери мапи. Цей шлюз може працювати як фонова служба Android на пристрої командира відділення, як автономний процес на виділеній шлюзовій платі, або як плагін ATAK, що керує з'єднанням BLE безпосередньо.

Підхід плагіна ATAK технічно найбільш інтегрований: плагін використовує API Android BluetoothLeScanner для підписки на mesh-мережу BLE відділення, парсить вхідні повідомлення vendor model та викликає API CoT ATAK для безпосереднього вприскування подій SA в шар мапи. Це усуває проміжний мережевий перехід (від шлюзу до ATAK через UDP) і дозволяє плагіну безпосередньо отримувати доступ до шарів мапи ATAK для відображення специфічної для BLE інформації, як-от якість каналу mesh чи накладки статусу батареї. Підхід плагіна також правильно обробляє життєвий цикл CoT: він може встановити час застарівання на кожній події SA, так що ATAK автоматично "старить" і видаляє маркер позиції бійця, якщо жодного маяка не було отримано протягом налаштовуваного тайм-ауту -- забезпечуючи візуальну індикацію того, що контакт із членом відділення втрачено.

Там, де використовується виділений шлюзовий пристрій (наприклад, мала плата Linux, інтегрована в кишеню радіо відділення), шлюз публікує CoT на TAK Server через будь-який доступний висхідний канал -- Wi-Fi у межах дальності mesh передової оперативної бази, стільниковий зв'язок, коли доступний, чи store-and-forward через тактичне радіо, коли немає IP-висхідного каналу. Ця архітектура розширює дані BLE mesh відділення до картини ATAK командира взводу без потреби, щоб командир взводу перебував у межах дальності BLE відділення. Події CoT, згенеровані з маяків BLE mesh, не відрізняються від будь-якого іншого джерела SA на COP взводу, що означає: не потрібні зміни в конфігурації ATAK командного рівня для відображення даних BLE рівня відділення поряд із офлайн-тайлами мапи та іншими джерелами польових даних.

Безпека: шифрування BLE mesh та керування ключами для військових операцій

Bluetooth Mesh Profile зобов'язує наскрізне шифрування на двох рівнях. Мережевий рівень використовує мережевий ключ (NetKey) для шифрування та автентифікації вихідної адреси, цільової адреси та поля TTL кожного mesh PDU, запобігаючи визначенню зовнішніми спостерігачами того, які вузли спілкуються. Рівень застосунку використовує окремий ключ застосунку (AppKey), прив'язаний до конкретних екземплярів моделей, для шифрування корисного навантаження. Ця двоключова архітектура означає, що ретрансляційний вузол може пересилати mesh-трафік, не маючи змоги прочитати корисне навантаження застосунку: маяк позиції бійця наскрізно шифрується між вузлом-передавачем і цільовою моделлю-призначенням, при цьому ретрансляційні вузли обробляють лише конверт мережевого рівня.

Примітиви шифрування -- це AES-128 CCM (Counter with CBC-MAC) для конфіденційності та цілісності. Кожне повідомлення застосунку несе 32-бітний чи 64-бітний код автентифікації повідомлення (MIC), що виявляє будь-яке втручання в дорозі. Нонс для кожної операції шифрування включає порядковий номер, вихідну адресу та мережевий індекс IV, запобігаючи атакам повторного відтворення: захоплений маяк не може бути повторно переданий пізніше для підробки позиції бійця в попередньому місці. Для військового використання стандартна довжина ключа 128 біт є операційно достатньою для внутрішніх комунікацій відділення, де час життя ключа -- одна місія (24-72 години), але стандартну процедуру надання ключів BLE mesh (яка розподіляє ключі по ефіру під час налаштування) необхідно замінити позаканальним процесом ін'єкції ключів, що завантажує ключі зі специфічного для місії ключового матеріалу на кожен вузол до виходу.

Керування ключами на рівні відділення становить практичний виклик, який специфікації протоколу не повністю адресують. Коли вузол захоплено чи втрачено противнику, усе відділення має повторно отримати нові ключі, якщо припускається, що противник скомпрометував захоплений пристрій. Повторне надання ключів 13 вузлам у польовому середовищі вимагає пристрою-провізіонера (телефон командира відділення чи виділений інструмент надання) для встановлення нових сесій ECDH з кожним вузлом -- процес, що займає 30-90 секунд на вузол і не може бути виконаний, доки відділення в контакті. Бойові військові реалізації BLE mesh адресують це підтриманням невеликого пулу попередньо наданих запасних вузлів із уже завантаженими ключами наступної місії та реалізацією швидкої процедури групового переключення ключів, що запускається конкретним маяком від провізіонера, який розподіляє новий AppKey усім наразі досяжним вузлам в одному сегментованому повідомленні.