Sieć Bluetooth mesh dla świadomości sytuacyjnej na poziomie drużyny: architektura i ograniczenia wojskowe

Drużyna dziewięciu spieszonych żołnierzy poruszających się przez kwartał miejski lub zalesiony grzbiet generuje ciągły strumień danych o pozycji i statusie, które są krytyczne taktycznie, lecz prawie nigdy nie są współdzielone w czasie rzeczywistym. Sieci głosowe przenoszą rozkazy i meldunki o kontakcie; dedykowane radia taktyczne przekazują SA na poziomie plutonu i kompanii. Jednak na poziomie drużyny pozycja poszczególnych żołnierzy, status ruchu, stan medyczny i proste alerty przemieszczają się głównie poprzez obserwację w linii widzenia i sygnały ręczne. Protokoły Bluetooth Low Energy mesh oferują odmienny model: samoorganizującą się, wieloprzeskokową sieć osobistą, która pokrywa odległości skali drużyny bez żadnej infrastruktury, działa na zasilaniu bateryjnym mierzonym w dniach i zasila danymi o pozycji i statusie bezpośrednio ATAK oraz inne platformy team awareness kit. Niniejszy artykuł analizuje wybory architektoniczne, ograniczenia fizyczne i wzorce integracji, które decydują o tym, czy wdrożenie BLE mesh rzeczywiście działa w terenie.

Dlaczego sieci na poziomie drużyny to odrębny problem od taktycznych systemów radiowych

Taktyczne systemy radiowe, HF, plecakowe VHF oraz przebiegi definiowane programowo, takie jak Link 16 czy sieci PACE, są projektowane dla szczebli plutonu, kompanii i wyższych. Ich kluczowe właściwości to duży zasięg (kilometry do setek kilometrów), wysoka gęstość informacji (głos, dane, obrazy) oraz interoperacyjność z sieciami dowodzenia. Te właściwości mają swoją cenę: radia ważą 1-5 kg, pobierają 10-50 W podczas nadawania i wymagają przeszkolonych operatorów. Na poziomie drużyny te kompromisy są często akceptowalne dla głównej sieci dowodzenia obsługiwanej przez dowódcę drużyny i radiotelefonistę, lecz pozostawiają poszczególnych żołnierzy bez żadnej sieciowej świadomości pozostałych ośmiu osób wokół nich.

Problem sieci na poziomie drużyny ma zasadniczo odmienne wymagania. Zasięg to 50-300 m, a nie kilometry. Ładunek danych jest kompaktowy: pozycja, status i krótkie alerty, a nie pełne obwody głosowe czy obrazy. Budżet energetyczny mierzy się względem baterii noszonych, a nie systemów zasilania pojazdów. Sieć musi samodzielnie się konfigurować, gdy żołnierze są dodawani lub tracą łączność, bez żadnej interwencji operatora. System nie może też dodawać znaczącej masy ani obciążenia poznawczego żołnierzowi już niosącemu 30-50 kg wyposażenia. BLE mesh adresuje tę przestrzeń wymagań bezpośrednio: radia ważą kilka gramów przy integracji z istniejącymi urządzeniami, pobierają miliwaty w trybie odbioru, a protokół mesh automatycznie obsługuje zmiany topologii. Luką, którą wypełnia BLE, jest warstwa świadomości żołnierz-żołnierz poniżej szczebla plutonu, której konwencjonalne architektury radiowe nigdy nie obejmowały.

To rozróżnienie ma znaczenie dla decyzji zakupowych i integracyjnych. BLE mesh nie zastępuje radiotelefonów taktycznych i nie należy go oceniać jako alternatywy radiowej. Jest to komplementarna warstwa zapewniająca SA wewnątrz drużyny przy poziomie mocy, masy i kosztu, którego radia szerokopasmowe nie są w stanie osiągnąć. Zrozumienie tej granicy zapobiega zarówno nadmiernemu inżynierowaniu (dodawaniu funkcji, które należą do właściwego przebiegu radiowego), jak i niedoinżynierowaniu (oczekiwaniu, że BLE poniesie obciążenia ruchem, do których nie zostało zaprojektowane).

Topologie Bluetooth mesh: zarządzany flood kontra ukierunkowane przekazywanie w scenariuszach wojskowych

Specyfikacja Bluetooth Mesh Profile definiuje dwa modele przekaźnikowe. W zarządzanym flood mesh każdy węzeł skonfigurowany jako przekaźnik retransmituje otrzymane komunikaty (z uwzględnieniem zmniejszonego licznika TTL oraz pamięci podręcznej komunikatów, która zapobiega ponownej retransmisji już widzianych pakietów). Nie ma tablicy trasowania ani kroku ustanawiania ścieżki; komunikat wysłany przez dowolny węzeł rozchodzi się na zewnątrz przeskok po przeskoku, aż TTL osiągnie zero lub wszystkie osiągalne węzły go odbiorą. W ukierunkowanym przekazywaniu mesh sieć ustanawia jawne ścieżki między węzłem źródłowym a docelowym i ogranicza przekazywanie do węzłów na wyznaczonej ścieżce, redukując zajętość kanału kosztem narzutu zarządzania ścieżkami.

W scenariuszach drużyny wojskowej zarządzany flood jest niemal zawsze właściwym wyborem. Jego kluczową zaletą operacyjną jest odporność na zmianę topologii. Gdy żołnierz zostaje ranny, wychodzi poza zasięg lub zostaje odseparowany od drużyny, zarządzany flood nadal trasuje wokół luki, wykorzystując dowolną ścieżkę przekaźnikową zapewnianą przez pozostałe węzły. Nie jest potrzebna żadna aktualizacja trasowania. Nie jest uruchamiana żadna procedura ponownego ustanawiania ścieżki. Sieć degraduje się płynnie w miarę utraty węzłów i automatycznie się odbudowuje, gdy te ponownie się dołączają. Ukierunkowane przekazywanie wymaga jawnego odkrywania i utrzymywania ścieżek, co wprowadza opóźnienie i narzut przetwarzania podczas zmian topologii, które są najbardziej prawdopodobne operacyjnie, dokładnie w momentach kontaktu z przeciwnikiem, gdy sieć musi być najbardziej niezawodna.

Kompromisem zarządzanego flood jest obciążenie kanału. Drużyna 13 węzłów, z których każdy nadaje beacony pozycji z częstotliwością 1 Hz, wytwarza około 13 zdarzeń rozgłaszania na sekundę na węzeł przekaźnikowy, z których każde potencjalnie jest retransmitowane przez 3-5 węzłów przekaźnikowych w zasięgu. Przy 125 kbps (LE Coded PHY, S=8) każdy 11-bajtowy beacon pozycji zajmuje około 2,5 ms czasu antenowego, wliczając adres dostępu, nagłówki i odstępy międzyramkowe. Przy 13 źródłach i do 5 przeskokach przekaźnikowych cykl pracy na kanale 2,4 GHz osiąga około 15-20%, czyli mieści się w zaleceniach specyfikacji BLE mesh i znacznie poniżej progu nasycenia dla praktycznych wdrożeń skali drużyny.

Zasięg i penetracja: wydajność BLE w kontekstach miejskich, leśnych i pojazdowych

Efektywny zasięg przeskoku BLE mesh między dwoma żołnierzami zależy od zysku anteny każdego urządzenia, mocy nadawania (zazwyczaj 0 do +8 dBm dla zgodnego sprzętu BLE), czułości odbiornika (do -103 dBm dla LE Coded PHY) oraz tłumienia trasy wynikającego ze środowiska. W terenie otwartym urządzenie BLE noszone na ciele przy mocy nadawania 0 dBm osiąga margines budżetu łącza w przestrzeni swobodnej około 20-25 dB na dystansie 100 m, korzystając z LE Coded PHY z S=8. Odpowiada to efektywnemu zasięgowi około 50-150 m w zależności od orientacji ciała, przy czym tułów ludzki tłumi sygnał o 10-20 dB, gdy dwaj żołnierze są odwróceni od siebie plecami.

W środowiskach miejskich penetracja sygnału 2,4 GHz przez mury dodaje 15-25 dB strat na ścianę. Pojedyncza ściana betonowa redukuje efektywny zasięg ze 100 m do 15-30 m. Oznacza to, że BLE mesh nie jest niezawodną siecią jednoprzeskokową w mieście, gdy żołnierze znajdują się w odrębnych budynkach; wymagają oni węzłów przekaźnikowych w pozycjach pośrednich (drzwi, okna lub klatki schodowe), aby utrzymać łączność przez ściany. Topologia mesh tu pomaga: żołnierz w pozycji drzwiowej naturalnie pełni rolę przekaźnika między towarzyszami wewnątrz budynku a tymi na zewnątrz, bez żadnej zmiany konfiguracji. W terenie zalesionym wilgotne listowie i odbicia od gruntu tworzą środowisko wielodrogowe, które powoduje dodatkowe straty 5-15 dB na 100 m w porównaniu z terenem otwartym, redukując niezawodny zasięg przeskoku do 40-80 m, lecz bez gwałtownych dziur w pokryciu, jakie tworzą mury.

Konteksty pojazdowe stanowią odmienne wyzwanie. Gdy węzeł BLE mesh jest przewożony wewnątrz pojazdu, metalowe nadwozie tworzy efekt klatki Faradaya, który może tłumić sygnał o 20-40 dB. Antena zamontowana na zewnątrz lub w pobliżu okna częściowo to łagodzi. Dla spieszonych drużyn poruszających się ze wsparciem pojazdów praktycznym podejściem jest wyznaczenie pojazdu jako węzła przekaźnikowego z anteną montowaną na zewnątrz, łączącego go ze spieszoną siecią mesh, a jednocześnie mostkującego do pojazdowego systemu radiowego. Ten wzorzec bramy-przy-pojeździe rozszerza efektywny zasięg BLE mesh i zapewnia naturalny punkt uplinku do sieci wyższego szczebla bez konieczności noszenia radia przez każdego spieszonego żołnierza.

Budżet energetyczny: cykl pracy BLE i żywotność baterii dla noszonych radiotelefonów wojskowych

Pobór mocy węzła BLE mesh rozkłada się na trzy składniki: zdarzenia nadawania (rozgłaszanie lub odpowiadanie), okna odbioru/skanowania (nasłuchiwanie przychodzących komunikatów) oraz pobór jałowy mikrokontrolera i czujników peryferyjnych między zdarzeniami. Moc nadawania przy 0 dBm dla standardowego radia BLE wynosi około 5-10 mA przy 3 V (15-30 mW) na czas trwania pakietu. Tryb odbioru pobiera 4-8 mA. Kluczową zmienną jest cykl pracy: jak często węzeł nadaje i skanuje względem całkowitego czasu?

Dla węzła nadającego beacony z częstotliwością 1 Hz, ze zdarzeniem rozgłaszania złożonym z 3 pakietów (na kanałach 37, 38, 39), z których każdy zajmuje 2-3 ms, plus 10 ms okna skanowania co sekundę w celu odbioru przychodzącego ruchu przekaźnikowego, całkowity czas aktywności na sekundę wynosi około 16-20 ms. Średni prąd wynosi zatem (20 ms / 1000 ms) x 7 mA + (980 ms / 1000 ms) x 0,05 mA (prąd uśpienia) = około 0,19 mA średnio, czyli około 0,6 mW z zasilania 3,3 V. Ogniwo litowo-polimerowe 1000 mAh (powszechne w kompaktowych konstrukcjach noszonych) zapewnia około 5300 godzin działania, czyli ponad 220 dni. W praktyce węzły przekaźnikowe, które retransmitują ruch od innych członków drużyny, pobierają 3-5-krotność prądu węzła liściowego, redukując żywotność baterii do 40-70 dni dla węzła umieszczonego w centrum sieci mesh.

Te wartości zakładają, że radio BLE jest funkcją drugorzędną urządzenia (takiego jak telefon lub urządzenie noszone), które ma własne zasilanie. Dla dedykowanych węzłów SA BLE zintegrowanych z kamizelką kuloodporną lub kieszeniami oporządzenia ogniwo litowe CR123A (1500 mAh przy 3 V) zapewnia praktyczne okno operacyjne 1-3 dni przy nadawaniu beaconów 1 Hz z włączonym przekaźnikiem lub 7-14 dni przy 0,2 Hz z wyłączonym przekaźnikiem. Planowanie misji powinno traktować częstotliwość beaconów jako zmienną operacyjną: fazy intensywnego kontaktu używają 1 Hz; ruch administracyjny i statyczne utrzymanie używają 0,1-0,2 Hz, aby wydłużyć żywotność baterii bez utraty znaczącej wierności SA.

Współdzielenie pozycji i statusu: jakie dane mieszczą się w ograniczeniach ładunku BLE mesh

Bluetooth Mesh Profile definiuje maksymalny ładunek aplikacyjny 380 bajtów z wykorzystaniem segmentacji i ponownego składania (SAR), lecz niesegmentowany ładunek na dostępowe PDU wynosi 11 bajtów. Komunikaty segmentowane wprowadzają dodatkowe opóźnienie (każdy segment musi zostać potwierdzony przed wysłaniem kolejnego w trybie potwierdzanym lub jest wysyłany sekwencyjnie w trybie niepotwierdzanym bez gwarancji dostarczenia) i zwiększają zajętość kanału. Dla wrażliwej na opóźnienia, ograniczonej kanałowo aplikacji takiej jak SA drużyny, celem projektowym jest zmieszczenie wszystkich rutynowych danych pozycji i statusu w pojedynczym niesegmentowanym komunikacie 11-bajtowym.

11-bajtowy kompaktowy beacon pozycji może zakodować szerokość i długość geograficzną, każdą jako 32-bitową liczbę całkowitą ze znakiem w jednostkach 1e-7 stopnia (precyzja współrzędnych WGS-84 używana przez GPS), wysokość jako 16-bitową liczbę całkowitą ze znakiem w centymetrach nad elipsoidą WGS-84 oraz bajt statusu niosący cztery bity flag: w-kontakcie (1), niski stan baterii (1), nagły wypadek medyczny (1) oraz ok/w-ruchu (1). Mieści się to dokładnie w 11 bajtach: 4 + 4 + 2 + 1 = 11. Precyzja 1e-7 stopnia odpowiada około 11 mm na równiku, czyli znacznie wykracza poza dokładność GPS dowolnego odbiornika noszonego na ciele, więc kompaktowe kodowanie nie poświęca żadnej precyzji. Flagi statusu obejmują najistotniejsze operacyjnie stany, które żołnierz musi zakomunikować bez głosu.

Dla dyskretnych komunikatów alertowych (meldunek o kontakcie, lokalizacja przeszkody, oznaczenie trasy) odpowiednie są komunikaty segmentowane o wielkości 30-50 bajtów. Kompaktowy meldunek o kontakcie może zakodować węzeł meldujący, kierunek kontaktu (8-bitowy azymut, rozdzielczość 4,5 stopnia), szacunek odległości (3 pasma odległości: bliski/średni/daleki) oraz kod typu kontaktu (ogień bezpośredni, ogień pośredni, IED, CBRN) w 4-5 bajtach. Komunikaty te są wysyłane jako rzadkie zdarzenia, a nie okresowe beacony, więc dodatkowa zajętość kanału wynikająca z segmentacji SAR jest możliwa do opanowania. Komunikaty tekstowe i obrazy nie powinny być przenoszone przez BLE mesh; te ładunki należą do taktycznej sieci radiowej lub łącza Wi-Fi, gdy jest dostępne.

Integracja z ATAK: zasilanie danymi mesh drużyny do team awareness kit

ATAK nie implementuje natywnie protokołów BLE mesh; konsumuje zdarzenia CoT dostarczane przez UDP lub TCP. Integracja danych mesh drużyny z ATAK wymaga zatem procesu bramy, która subskrybuje sieć BLE mesh, dekoduje beacony pozycji i statusu oraz tłumaczy je na zdarzenia CoT SA, które ATAK może renderować jako znaczniki na mapie. Brama ta może działać jako usługa pierwszoplanowa Androida na urządzeniu dowódcy drużyny, jako samodzielny proces na dedykowanej płytce bramy lub jako wtyczka ATAK zarządzająca połączeniem BLE bezpośrednio.

Podejście oparte na wtyczce ATAK jest technicznie najbardziej zintegrowane: wtyczka używa API Androida BluetoothLeScanner do subskrybowania sieci BLE mesh drużyny, parsuje przychodzące komunikaty vendor model i wywołuje API CoT ATAK, aby wstrzykiwać zdarzenia SA bezpośrednio do warstwy mapy. Eliminuje to pośredni przeskok sieciowy (z bramy do ATAK przez UDP) i pozwala wtyczce bezpośrednio uzyskiwać dostęp do warstw mapy ATAK w celu renderowania informacji specyficznych dla BLE, takich jak jakość łącza mesh czy nakładki statusu baterii. Podejście wtyczkowe poprawnie obsługuje też cykl życia CoT: może ustawić czas wygaśnięcia (stale time) na każdym zdarzeniu SA, dzięki czemu ATAK automatycznie postarza i usuwa znacznik pozycji żołnierza, jeśli żaden beacon nie został odebrany w konfigurowalnym czasie oczekiwania, zapewniając wizualną wskazówkę o utracie łączności z członkiem drużyny.

Tam, gdzie używane jest dedykowane urządzenie bramy (na przykład mała płytka z systemem Linux zintegrowana z kieszenią radiową drużyny), brama publikuje CoT do TAK Server poprzez dowolny dostępny uplink, Wi-Fi w zasięgu sieci mesh wysuniętej bazy operacyjnej, sieć komórkową, gdy jest dostępna, lub przechowywanie-i-przekazywanie przez radio taktyczne, gdy nie istnieje uplink IP. Architektura ta rozszerza dane BLE mesh drużyny do obrazu ATAK dowódcy plutonu bez konieczności przebywania dowódcy plutonu w zasięgu BLE drużyny. Zdarzenia CoT generowane z beaconów BLE mesh są nieodróżnialne od dowolnego innego źródła SA na COP plutonu, co oznacza, że nie są potrzebne żadne zmiany w konfiguracji ATAK na szczeblu dowodzenia, aby wyświetlać dane BLE poziomu drużyny obok kafelków map offline i innych polowych źródeł danych.

Bezpieczeństwo: szyfrowanie BLE mesh i zarządzanie kluczami dla operacji wojskowych

Bluetooth Mesh Profile wymaga szyfrowania end-to-end na dwóch warstwach. Warstwa sieciowa używa klucza sieciowego (NetKey) do szyfrowania i uwierzytelniania adresu źródłowego, adresu docelowego oraz pola TTL każdego PDU mesh, uniemożliwiając zewnętrznym obserwatorom ustalenie, które węzły się komunikują. Warstwa aplikacyjna używa osobnego klucza aplikacyjnego (AppKey), powiązanego z konkretnymi instancjami modelu, do szyfrowania ładunku. Ta dwukluczowa architektura oznacza, że węzeł przekaźnikowy może przekazywać ruch mesh bez możliwości odczytania ładunku aplikacyjnego: beacon pozycji żołnierza jest szyfrowany end-to-end między węzłem nadającym a docelowym modelem, przy czym węzły przekaźnikowe obsługują wyłącznie kopertę warstwy sieciowej.

Prymitywami szyfrującymi są AES-128 CCM (Counter with CBC-MAC) dla poufności i integralności. Każdy komunikat aplikacyjny niesie 32-bitowy lub 64-bitowy kod uwierzytelniania komunikatu (MIC), który wykrywa wszelkie manipulacje w tranzycie. Nonce dla każdej operacji szyfrowania zawiera numer sekwencyjny, adres źródłowy i indeks IV sieci, zapobiegając atakom powtórzeniowym: przechwycony beacon nie może zostać retransmitowany później w celu podszycia się pod pozycję żołnierza w poprzednim miejscu. Do zastosowań wojskowych standardowa długość klucza 128 bitów jest operacyjnie wystarczająca dla komunikacji wewnątrz drużyny, gdzie czas życia klucza to pojedyncza misja (24-72 godziny), lecz domyślna procedura prowizjonowania BLE mesh (która rozsyła klucze drogą radiową podczas konfiguracji) musi zostać zastąpiona procesem wstrzykiwania kluczy poza pasmem, który ładuje klucze ze specyficznego dla misji materiału kluczowego na każdy węzeł przed wyruszeniem.

Zarządzanie kluczami na poziomie drużyny stanowi praktyczne wyzwanie, którego specyfikacje protokołów nie adresują w pełni. Gdy węzeł zostaje przechwycony lub utracony na rzecz przeciwnika, cała drużyna musi się ponownie zaprowizjonować nowymi kluczami, jeśli zakłada się, że przeciwnik skompromitował przechwycone urządzenie. Ponowne prowizjonowanie 13 węzłów w środowisku polowym wymaga urządzenia prowizjonującego (telefonu dowódcy drużyny lub dedykowanego narzędzia prowizjonującego) do ustanowienia nowych sesji ECDH z każdym węzłem, co zajmuje 30-90 sekund na węzeł i nie może być wykonane, gdy drużyna jest w kontakcie. Produkcyjne wojskowe wdrożenia BLE mesh rozwiązują to, utrzymując niewielką pulę wcześniej zaprowizjonowanych węzłów zapasowych z już załadowanymi kluczami na kolejną misję oraz wdrażając szybką procedurę grupowej zmiany kluczy uruchamianą przez specyficzny beacon od prowizjonera, który rozsyła nowy AppKey do wszystkich aktualnie osiągalnych węzłów w pojedynczym komunikacie segmentowanym.