Weten dat een radiozender bestaat, is tactisch nuttig. Weten waar hij zich bevindt, kan beslissend zijn. Richtingbepaling (DF) — het proces van het bepalen van de peiling of positie van een radiozender op basis van ontvangen signaaldata — behoort tot de oudste taken in militaire signalintelligentie, en heeft hernieuwde operationele belang gekregen naarmate moderne conflicten zwaar steunen op radiocommunicatie op elk echelon. Een enkele DF-ontvanger kan de peiling naar een zender bepalen. Een netwerk van DF-ontvangers kan de positie van de zender bepalen via triangulatie of tijdverschiltechnieken, met een nauwkeurigheid die ver uitstijgt boven wat een enkel knooppunt kan bereiken.
Het bouwen en bedienen van een DF-netwerk is evenzeer een softwarearchitectuurprobleem als een hardwareprobleem. De fysieke knooppunten — ontvangers met richtingantennes — zijn rijpe technologie. Wat de operationele effectiviteit bepaalt, is hoe die knooppunten worden genetwerkt, gesynchroniseerd en gefuseerd: hoe peilingmetingen van meerdere knooppunten worden gecombineerd, hoe onzekerheid wordt gemodelleerd en gecommuniceerd, en hoe de geolocatieuitvoer wordt geïntegreerd in het tactische beeld. Dit artikel onderzoekt die softwarearchitectuurvragen.
Waarom een netwerk vereist is
Een enkele richtingsbepalende ontvanger produceert een peilingslijn (LOB): een richting van de ontvangstlocatie naar de geschatte zenderpositie. Deze lijn beperkt de zender tot ergens langs die peiling — het produceert geen positie. Om de zenderpositie te bepalen, zijn minimaal twee kruisende peilingslijnen van ruimtelijk gescheiden ontvangers vereist.
Deze geometrische vereiste is fundamenteel, maar de praktische redenen voor een multi-knooppunt DF-netwerk gaan verder dan simpelweg twee peilingen nodig hebben. Meerdere knooppunten bieden redundantie: als één knooppunt het signaal verliest (door terreinmaskering, storing of apparaatfout), gaan anderen door met het leveren van data. Meerdere knooppunten verbeteren de nauwkeurigheid door overdeterminering — drie of meer knooppunten produceren meerdere kruisende LOB's, en het kruisingsgebied kan worden berekend als een statistische schatting die kleiner is dan elke enkelvoudige paarkruising. Meerdere knooppunten maken dekking van meerdere gelijktijdige zenders mogelijk: een netwerk van tien knooppunten kan dynamisch worden belast om meerdere doelen tegelijkertijd te volgen, waarbij knooppuntparen worden toegewezen aan verschillende zenders op basis van geometrie en beschikbaarheid.
De geometrie van het netwerk — de posities van de knooppunten ten opzichte van elkaar en ten opzichte van verwachte zendergebieden — bepaalt fundamenteel de haalbare nauwkeurigheid. Knooppunten die te dicht bij elkaar zijn, produceren een slecht geconditioneerde geometrie: twee LOB's met een zeer kleine insluiten hoek kruisen op een zeer lange, smalle fixellips, met de hoofdas uitgelijnd met de bissectrice van de hoek. Goede DF-netwerkgeometrie vereist knooppunten gescheiden door afstanden vergelijkbaar met de verwachte afstand van zender tot netwerk, gepositioneerd om hoekdiversiteit te bieden rond het verwachte gebied van zenderactiviteit.
TDOA-architectuur en tijdsynchronisatievereisten
Time-difference-of-arrival (TDOA) is een alternatieve geolocatietechniek die geen richtingantennes vereist. Bij TDOA wordt hetzelfde zendersignaal ontvangen op twee of meer knooppunten op licht verschillende tijdstippen — het tijdverschil wordt bepaald door het verschil in signaalpadlengten van de zender naar elk knooppunt. Gegeven de bekende posities van de ontvangende knooppunten en het gemeten tijdverschil, is de zender beperkt tot een hyperboloïde (in 3D) of hyperbool (in 2D) waarop het padlengteverschil gelijk is aan de gemeten waarde. Twee knooppuntparen produceren twee hyperbolen; hun kruising is de zenderpositie.
TDOA biedt verschillende voordelen ten opzichte van AOA: het kan omnidirectionele antennes gebruiken (eenvoudiger en goedkoper dan richtingsarrays), het is minder vatbaar voor multipath-geïnduceerde peilingsfouten, en het kan werken met zeer korte signaalbursts — zelfs een paar milliseconden signaal is voldoende om een TDOA-meting te berekenen, terwijl AOA voldoende signaal vereist om een stabiele peilingsschatting van de array te krijgen.
De kritieke vereiste voor TDOA is nauwkeurige tijdsynchronisatie tussen alle ontvangende knooppunten. De TDOA-meting is het verschil in aankomsttijden op twee knooppunten. Voor VHF-signalen (rond 150 MHz) vertaalt een synchronisatiefout van 100 nanoseconden zich naar circa 30 meter positiefout in de TDOA-meting. Om positiefouten onder de 100 meter te houden, moeten synchronisatiefouten worden gehouden onder circa 300 nanoseconden — een vereiste die in wezen GPS-gedisciplineerde oscillatoren bij elk knooppunt verplicht stelt, met sub-microseconde tijdsnauwkeurigheid van GPS 1PPS-signalen.
GPS-synchronisatie heeft een operationele kwetsbaarheid: GPS-signalen kunnen worden gestoord of gespoofed. DF-netwerksoftware moet GPS-uitval of spoofinggebeurtenissen detecteren en terugvallen op een minder nauwkeurig alternatief (kristaloscillator-holdover) of operators waarschuwen dat het tijdsvertrouwen is afgenomen en de geolocatienauwkeurigheid is verminderd. De software moet tijdsvertrouwen doorgeven door de geolocatieberekening, waarbij de berekende positiefoutellips wordt aangepast om de werkelijke synchronisatieonzekerheid te weerspiegelen in plaats van aan te nemen dat GPS altijd betrouwbaar is.
Architectuurnotitie: TDOA en AOA zijn aanvullend, niet concurrerend. Een goed ontworpen DF-netwerksoftwarearchitectuur fuseert beide meettypen wanneer beide beschikbaar zijn — AOA van richtingantenne-knooppunten en TDOA van de tijdsrelaties tussen alle knooppunten — wat beter geconditioneerde oplossingen produceert dan een van beide technieken alleen. Gewogen kleinste-kwadraten-fusie van heterogene meettypen is de standaardbenadering.
Gecentraliseerde vs. gefedereerde verwerking
Zodra de fysieke knooppunten peiling- of timingdata verzamelen, moeten die metingen worden gefuseerd om positieschattingen te produceren. Er zijn twee primaire architecturale benaderingen: gecentraliseerde en gefedereerde verwerking.
Gecentraliseerde verwerking. In een gecentraliseerde architectuur zendt elk knooppunt zijn ruwe metingen — peilinghoeken of signaalaankomsttijdstempels — naar een centraal verwerkingsknooppunt, dat het geolocatie-algoritme uitvoert. Het centrale knooppunt heeft gelijktijdig zicht op alle metingen, waardoor globale optimalisatie mogelijk is. Gecentraliseerde architecturen zijn algoritmisch eenvoudiger: een enkel geolocatie-algoritme draait op één plaats met toegang tot alle data. Ze zijn echter afhankelijk van betrouwbare, lage-latentie communicatieverbindingen van alle knooppunten naar het centrum. In een betwiste elektromagnetische omgeving kunnen deze verbindingen worden aangetast door storing, vernietigd door vuren of eenvoudigweg onvoldoende bandbreedte hebben voor ruwe data met hoge frequentie.
Gefedereerde verwerking. In een gefedereerde architectuur voert elk knooppunt initiële verwerking lokaal uit en zendt alleen uitvoer met gereduceerde dimensie — peilingsschattingen met betrouwbaarheidsintervallen of verwerkte TDOA-kruiscorrelatipieken — in plaats van ruwe data. Een fusiecentrum ontvangt deze tussenprodukten en combineert ze. De communicatiebandbreedtevereiste is aanzienlijk verminderd, en het netwerk kan gracieus degraderen: een knooppunt dat de connectiviteit met het fusiecentrum verliest, kan lokaal blijven verwerken en bijdragen aan het beeld wanneer connectiviteit is hersteld. Gefedereerde architecturen vereisen meer geavanceerde inter-knooppunt-protocollen: metingen moeten worden voorzien van tijdstempels en getagd met vertrouwensmetadata die het fusiecentrum kan gebruiken voor gewogen combinatie.
Voor operationeel robuuste DF-netwerken worden gefedereerde architecturen over het algemeen de voorkeur gegeven — het netwerk blijft functioneren zelfs als sommige knooppunten of verbindingen zijn aangetast. De softwarearchitectuur moet de interface tussen verwerking op knooppuntniveau en fusie op netwerkniveau duidelijk genoeg definiëren zodat nieuwe knooppunttypen kunnen worden toegevoegd zonder het fusie-algoritme te wijzigen.
Nauwkeurigheidsmodellering en sensorplaatsingsoptimalisatie
Het voorspellen van geolocatienauwkeurigheid vóór inzet — en het optimaliseren van knooppuntplaatsing om vereiste nauwkeurigheid te bereiken — is een planningsfunctie die DF-netwerksoftware moet ondersteunen. De Cramer-Rao ondergrens (CRLB) geeft een theoretische ondergrens op de haalbare positiefout gegeven de meetvarianties en netwerkgeometrie. Software-tools berekenen de CRLB als functie van doelpositie en knooppuntconfiguratie en genereren nauwkeurigheidskaarten (contourplots met het 50%- of 90%-foutellipsgebied als functie van geografische positie) voor verschillende knooppuntconfiguraties.
Sensorplaatsingsoptimalisatie gebruikt deze nauwkeurigheidsmodellen om knooppuntconfiguraties te vinden die de worst-case positiefout minimaliseren (minimax-optimalisatie) of het gebied maximaliseren waarover aan een doel-nauwkeurigheidsvereiste wordt voldaan. Dit is een combinatorisch optimalisatieprobleem — voor grote kandidaatlocatieverzamelingen en veel knooppunten is uitputtend zoeken onhaalbaar. Heuristische optimalisatiemethoden (genetische algoritmen, gesimuleerd gloeien, gretige sequentiële plaatsing) vinden near-optimale oplossingen efficiënt.
Nauwkeurigheidsmodellering informeert ook real-time verwerking: wanneer een geolocatiefix wordt geproduceerd, berekent de software de geschatte positiefoutellips op basis van de werkelijk gebruikte metingen, de synchronisatiekwaliteit op dat moment en de geometrie van de bijdragende knooppunten. Deze foutellips wordt met de fix verzonden naar downstream-consumenten — tactische weergaven en intelligentiesystemen — zodat analisten en commandanten rekening kunnen houden met geolocatieonzekerheid in hun beslissingen. Een fix met een foutellips van 50 meter ondersteunt heel andere beslissingen dan een fix met een foutellips van 2 kilometer, en het presenteren van beide als gelijkwaardige "positierapporten" is een operationele fout die goede DF-netwerksoftware expliciet is ontworpen te voorkomen.