W ISAC wspólny sygnał nie oznacza wspólnej metryki ani nieograniczonego użycia danych
ISAC łączy zasoby komunikacji i wykrywania, ale wymaga osobnych metryk, modelu sceny, uprawnień i kontroli kompromisów.
Integrated sensing and communication, czyli ISAC, obejmuje koncepcje, w których system komunikacyjny i funkcja wykrywania współdzielą część sygnału, widma, sprzętu, infrastruktury albo przetwarzania. Celem może być wykrycie obecności, oszacowanie odległości i prędkości, lokalizacja, obrazowanie lub dostarczenie kontekstu sieci. Te zadania nie są równoważne i wymagają różnych dowodów.
Dokumenty ETSI ISC z 2026 r. porządkują architekturę oraz problemy bezpieczeństwa, prywatności, zaufania i zrównoważenia. Są wartościowym opisem kierunku prac, ale nie oznaczają, że każda przyszła sieć albo urządzenie będzie realizować każdą funkcję wykrywania.
Określ obiekt, scenę i produkt danych
Zdanie „sieć wykrywa obiekty” powinno zostać rozwinięte. Czy rozpoznaje ruch, położenie, klasę, kształt, odległość, prędkość lub zmianę środowiska? Jaki jest zasięg i rozdzielczość? Czy wynik jest surową obserwacją, chmurą punktów, trajektorią, zdarzeniem czy decyzją aplikacji?
Zapisz układ współrzędnych i czas. Współpraca wielu stacji wymaga zgodności zegara, kalibracji położenia i połączenia obserwacji. Błąd jednego elementu może wyglądać jak ruch obiektu. W dynamicznym środowisku model tła również ma wersję i warunek aktualizacji.
Tor wykrywania potrzebuje prawdy referencyjnej
Ocenę należy porównać z niezależnym pomiarem odniesienia o znanej dokładności. Dla lokalizacji może nim być wyspecjalizowany system pomiarowy; dla klasyfikacji — odpowiednio oznaczony zbiór i procedura etykietowania. Prawda referencyjna nie jest bezbłędna, dlatego raport powinien podawać jej niepewność i synchronizację z obserwacją ISAC.
Metryka zależy od zadania. Błąd odległości nie opisuje liczby fałszywych alarmów, a średnia dokładność nie pokazuje słabych klas lub pozycji. Dla detekcji potrzebne są między innymi prawdopodobieństwo wykrycia i alarmu przy określonym progu. Próg powinien wynikać z kosztu błędów, nie być dobierany po teście wyłącznie dla korzystnego wyniku.
Odbicie jest informacją i zakłóceniem jednocześnie
Wielodrogowość, zasłonięcie, materiały, orientacja i ruch zmieniają echo. Sygnał od kilku obiektów może się nakładać, a transmisje innych użytkowników tworzyć interferencję. Test w pustym pomieszczeniu nie wystarcza do wniosku o zatłoczonym miejscu. Karta eksperymentu powinna opisać scenę oraz przypadki, w których system nie rozdzielił obiektów.
Komunikacja i wykrywanie konkurują o zasoby
Współdzielenie może ograniczyć osobny sprzęt lub wykorzystać istniejący sygnał, ale cele obu funkcji nie zawsze prowadzą do tej samej fali. Parametry korzystne dla szybkości danych mogą nie zapewniać wymaganej rozdzielczości wykrywania. Harmonogram, moc, wiązka i szerokość pasma tworzą kompromis zależny od sceny.
Raportuj obie strony jednocześnie: przepływność, niezawodność lub opóźnienie komunikacji oraz błąd, detekcję i odświeżanie funkcji sensingowej. Dodaj koszt obliczeń i sygnalizacji. Poprawa wykrywania kosztem niewidocznego spadku usługi nie jest bezpłatnym zyskiem systemowym.
Dane sensingowe wymagają celu i kontroli dostępu
Obserwacja środowiska może ujawniać obecność, ruch, zachowanie albo układ przestrzeni, nawet gdy nie przypomina obrazu z kamery. Ocena prywatności powinna dotyczyć tego, co można wywnioskować samodzielnie i po połączeniu z innymi danymi. Usunięcie bezpośredniego identyfikatora nie kończy analizy.
Architektura powinna określać, kto zleca pomiar, kto przetwarza wynik, kto może go odebrać, jaki jest cel, dokładność, obszar i czas retencji. Minimalizacja może oznaczać obliczenie zdarzenia blisko źródła i niewysyłanie bogatszego pomiaru. Potrzebne są uwierzytelnienie żądania, integralność wyniku, rejestr użycia i możliwość ograniczenia obszaru lub funkcji.
Atak może zmienić scenę albo interpretację
Napastnik może podszyć się pod sygnał, zakłócać, wprowadzać fałszywe odbicia, manipulować kalibracją lub modelem. Obronę ocenia się dla konkretnego toru: sygnału, czasu, lokalizacji, danych pośrednich i decyzji. Warto oddzielić błąd fizycznego pomiaru od ataku, choć w praktyce ich objawy mogą być podobne.
Decyzja aplikacji wymaga znanej jakości wyniku
Produkt sensingowy może przejść przez detekcję, śledzenie, łączenie obserwacji i klasyfikację, zanim dotrze do aplikacji. Każdy etap dodaje opóźnienie oraz niepewność. Interfejs powinien przenosić nie tylko pozycję lub zdarzenie, ale również czas, układ odniesienia, jakość i warunki ważności. Aplikacja nie może traktować starego wyniku jak bieżącego tylko dlatego, że format wiadomości jest poprawny.
Test od końca do końca wiąże błąd pomiaru ze skutkiem decyzji. Innego progu potrzebuje wizualizacja pomocnicza, a innego automatyczne zatrzymanie ruchu. Trzeba sprawdzić fałszywy alarm, przeoczenie, utratę danych i konflikt wielu źródeł. Gdy wynik jest niewystarczający, zachowanie aplikacji powinno być jawne: odrzucenie, oznaczenie niepewności, użycie czujnika zastępczego albo przejście do stanu bezpiecznego.
Współpraca urządzeń różnych dostawców wymaga zgodności znaczenia, nie tylko zgodnego pola w API. Układ współrzędnych, definicja klasy, dokładność czasu i kod braku wyniku muszą mieć wspólną interpretację. Demonstrator jednej platformy potwierdza integrację tej platformy; interoperacyjność należy sprawdzić oddzielnie na uzgodnionym interfejsie.
Dojrzały demonstrator ISAC pokazuje więc nie tylko atrakcyjną wizualizację. Podaje zadanie, scenę, prawdę referencyjną, rozkład błędów, wpływ na komunikację, koszt oraz zasady dostępu. Dopiero taki zestaw pozwala ocenić, czy mechanizm rozwiązuje wybrany problem i jakie pytania pozostają otwarte.