La plupart des échecs d'acquisition SIGINT ne sont pas des défaillances matérielles. Ce sont des défaillances de spécification. Un fournisseur livre exactement ce que le contrat stipule, et ce que le contrat stipule s'avère insuffisant pour accomplir la mission. Le système couvre la bonne plage de fréquences sur le papier, mais son facteur de bruit est 8 dB plus élevé que nécessaire en pratique. La précision de goniométrie est de « 2 degrés » dans la chambre anéchoïde du fournisseur, mais de 9 degrés dans les conditions de terrain réelles du système. La clause d'intégration logicielle indique « compatible ATAK », mais l'intégration requiert six mois d'ingénierie personnalisée à coût supplémentaire.
Corriger ces problèmes après l'attribution du contrat est coûteux et lent. Les corriger avant l'attribution exige de rédiger des spécifications avec suffisamment de précision technique pour ne laisser aucune place à une représentation inexacte des performances. Ce guide détaille chaque couche d'une spécification de système SIGINT qui compte — paramètres de tête RF, précision de géolocalisation, débit de traitement, intégration logicielle et conception des tests de réception — avec les chiffres spécifiques et les conditions de test qui rendent les spécifications exécutoires.
Pourquoi l'acquisition SIGINT échoue
Les échecs d'acquisition se regroupent autour de trois causes. La première est des spécifications de performance vagues qui permettent aux fournisseurs de choisir les conditions de test les plus favorables. « Sensibilité de −110 dBm » ne signifie rien sans préciser le type de signal, la largeur de bande, la probabilité de détection requise et le taux de fausse alarme à cette sensibilité. Un fournisseur peut satisfaire ce chiffre à 433 MHz dans un laboratoire blindé, tandis que le système échoue à détecter le même signal à 900 MHz dans un véhicule avec une antenne médiocre.
La deuxième cause est l'absence de critères d'acceptation définis. Une spécification qui liste des exigences sans définir la procédure de test utilisée pour les vérifier ne peut pas être appliquée. Les fournisseurs le savent. Sans plan de test contractuellement contraignant, l'acceptation devient une négociation plutôt qu'une mesure.
La troisième cause est de négliger les coûts d'intégration logicielle dans le calcul du coût total de possession. Un capteur SIGINT qui ne produit pas de données dans des formats ingérables par votre système C2 nécessite un travail d'intégration personnalisé. Ce travail prend du temps, introduit des points de défaillance et est rarement budgétisé au moment de l'acquisition. Spécifier les formats de sortie des données et les exigences d'API comme des conditions contractuelles obligatoires — et non optionnelles — élimine la plupart de ces risques dès la phase de spécification.
Spécifications de la tête RF
La tête RF définit l'espace observable fondamental du système. Les paramètres définis ici ne peuvent pas être compensés par logiciel.
Plage de fréquences
Spécifiez la couverture requise comme une plage continue, non comme une liste de canaux ou de fréquences ponctuelles. Un système qui couvre « VHF, UHF et bande L » est ambigu ; un système qui couvre « 30 MHz à 3 000 MHz en continu » ne l'est pas. Si la menace inclut des communications HF (3–30 MHz, utilisées pour le COMINT longue portée et les scénarios de propagation par ondes ionosphériques), des liaisons relais hyperfréquences (6–11 GHz) ou des liaisons de données UAV (5,8 GHz, bande Ku), étendez la plage en conséquence et vérifiez que les spécifications de sensibilité s'appliquent sur toute la plage, pas seulement en milieu de bande.
Exigez que le fournisseur fournisse une valeur de sensibilité mesurée — non nominale — à un minimum de cinq points de fréquence répartis sur toute la plage de couverture, avec la méthodologie de mesure précisée (type de signal, largeur de bande, seuil de détection, taux de fausse alarme). Une sensibilité qui se dégrade de plus de 6 dB par rapport à la valeur déclarée en tout point de la bande opérationnelle devrait constituer une non-conformité contractuelle.
Facteur de bruit et sensibilité
Le facteur de bruit (NF) est la mesure fondamentale de la qualité de la tête réceptrice. Un récepteur avec NF de 5 dB est 5 dB plus sensible que le minimum théorique ; un récepteur avec NF de 15 dB a 10 dB de sensibilité en moins — ce qui représente la différence entre la détection d'un signal à 10 km et sa détection à 3 km. Pour les applications SIGINT tactiques, spécifiez un NF de 8 dB ou mieux sur la bande de couverture principale. Des entrées d'antenne préamplifiées peuvent réduire le NF effectif du système à 3–5 dB pour les applications nécessitant une sensibilité maximale sur les signaux faibles.
Le signal minimal détectable (MDS) traduit le NF en un seuil de sensibilité pratique : MDS = −174 dBm + NF + 10·log10(largeur de bande). À une largeur de bande récepteur de 25 kHz et un NF de 8 dB, le MDS est d'environ −122 dBm. Spécifiez le MDS explicitement plutôt que de vous fier uniquement au NF, car le MDS est directement testable avec un générateur de signal calibré à un seuil de RSB défini et une probabilité de détection définie.
Largeur de bande instantanée, dynamique et résolution du CAN
La largeur de bande instantanée (IBW) détermine la quantité de spectre capturée simultanément. Un récepteur de 25 MHz IBW surveille une tranche de 25 MHz ; un récepteur de 100 MHz IBW surveille quatre fois plus simultanément sans balayage de fréquence. Pour les applications nécessitant la surveillance de toute la bande de communications tactiques sans lacunes, spécifiez un IBW d'au moins 40 MHz pour la couverture VHF/UHF. Un IBW plus élevé augmente la charge de traitement proportionnellement — assurez-vous que les spécifications de traitement tiennent compte du débit d'échantillonnage agrégé impliqué par l'IBW choisi.
La dynamique, exprimée comme plage dynamique sans spurieux (SFDR) et point d'interception du troisième ordre (IP3), détermine si le récepteur peut gérer des signaux forts à proximité sans générer des produits d'intermodulation qui masquent les signaux faibles d'intérêt. Spécifiez un SFDR d'au moins 80 dB et un IP3 d'au moins +10 dBm pour les environnements tactiques où les émetteurs forts co-localisés sont courants. Les récepteurs à dynamique insuffisante génèrent des signaux fantômes — des signaux détectés qui sont en réalité des produits d'intermodulation de signaux réels — extrêmement difficiles à identifier et à filtrer en opération.
La résolution du convertisseur analogique-numérique (CAN) fixe la précision de numérisation. Les CAN 14 bits constituent le minimum pratique pour le SIGINT tactique ; les CAN 16 bits fournissent la dynamique nécessaire pour les environnements co-localisés difficiles. Les fournisseurs annoncent parfois des CAN à haute résolution mais atteignent un nombre effectif de bits (ENOB) plusieurs bits inférieur en raison de la gigue d'horloge et du bruit thermique. Exigez que le fournisseur indique l'ENOB ainsi que la résolution nominale, et spécifiez un ENOB d'au moins 12 bits sur la bande de couverture principale.
Spécifications de géolocalisation
La localisation des émetteurs est l'un des produits SIGINT à plus haute valeur ajoutée. Spécifier les performances de géolocalisation nécessite de distinguer les capacités monsite et multisite, car leurs limites de précision et leurs sources d'erreur sont fondamentalement différentes.
Goniométrie monsite
La goniométrie monsite produit un relèvement — un azimut du capteur vers l'émetteur — et non un point de position. La précision est exprimée comme erreur de relèvement RMS en degrés. Spécifiez l'erreur de relèvement RMS en fonction du RSB et des conditions de terrain. Une exigence raisonnable pour un réseau circulaire compétent à 8 éléments est de 2 degrés RMS à un RSB supérieur à 20 dB en terrain dégagé, se dégradant à un maximum de 6 degrés à un RSB de 10 dB. Exigez des mesures sur un minimum de 36 azimuts de test (tous les 10 degrés) pour détecter les erreurs de calibration du réseau et les asymétries de diagramme invisibles dans des scénarios de test sélectifs.
L'algorithme de goniométrie a également son importance. Les algorithmes d'interférométrie corrélative et de superrésolution basés sur MUSIC surpassent la simple comparaison de phase à faible RSB. Les algorithmes Watson-Watt sont rapides mais moins précis en présence de trajets multiples. Spécifiez la classe d'algorithme requise si l'environnement RSB est connu, ou exigez que le fournisseur démontre les performances sur plusieurs options d'algorithmes.
Géolocalisation TDOA et FDOA multisite
La géolocalisation par différence temporelle d'arrivée (TDOA) combine des mesures de relèvement ou de différence temporelle issues de deux capteurs ou plus géographiquement séparés pour calculer un point de position. La précision est exprimée comme erreur probable circulaire (CEP) — CEP50 signifie que 50 % des positions se trouvent dans ce rayon de la vérité terrain, CEP90 couvre 90 %. Spécifiez CEP50 et CEP90 pour caractériser la queue de la distribution des erreurs, ce qui est important pour la planification opérationnelle. Un système avec un bon CEP50 mais un mauvais CEP90 présente des erreurs importantes occasionnelles qui peuvent envoyer des forces au mauvais endroit.
La précision TDOA dépend de la précision de synchronisation temporelle entre les sites. Les oscillateurs disciplinés par GPS atteignant une précision temporelle de 100 ns constituent le standard pratique ; spécifiez la précision de synchronisation temporelle requise dans le document d'acquisition et exigez que le fournisseur explique comment elle est atteinte et vérifiée. La largeur du pic de corrélation croisée dépend de la largeur de bande du signal — les signaux à large bande produisent des estimations TDOA plus précises — spécifiez donc les exigences minimales de largeur de bande du signal pour l'activation de la géolocalisation.
La différence de fréquence à l'arrivée (FDOA), également appelée Doppler différentiel, est utile pour les émetteurs mobiles lorsque le TDOA seul est ambigu. Exigez la capacité FDOA si le scénario opérationnel inclut un mouvement significatif de l'émetteur ou de la plateforme. Spécifiez la sensibilité minimale à la vitesse relative pour l'activation du FDOA.
Spécifications de débit de traitement
Les spécifications de traitement sont là où apparaissent les affirmations fournisseur les plus trompeuses. Les chiffres bruts — « classifie 500 signaux par seconde » — sont sans signification sans le contexte de la fraction de spectre couverte, du temps d'observation par signal et de la latence de bout en bout.
Taux d'occupation de la collection
Le taux d'occupation de la collection est la fraction du temps pendant laquelle le système échantillonne et traite effectivement la bande de fréquences requise. Un système avec un taux d'occupation de 50 % sur la bande primaire manque la moitié de tous les signaux, y compris ceux qui émettent en courtes rafales. Spécifiez un taux d'occupation minimal de 95 % ou mieux sur la bande de couverture principale pour les applications de surveillance continue. Pour les applications de balayage à fréquence agile, spécifiez le temps de cycle de balayage maximal et le temps d'observation par canal, et vérifiez ces chiffres avec un compteur de fréquence ou un analyseur de spectre lors des tests de réception.
Latence de la collection à l'analyste
Le temps entre la détection d'un signal et la notification à l'analyste détermine si le renseignement est exploitable. Pour le ciblage en temps sensible, spécifiez une latence de bout en bout inférieure à 5 secondes du premier échantillon à la livraison de l'alerte. Ce budget doit couvrir la détection du signal, la classification, le calcul de géolocalisation, l'insertion en base de données et la comparaison avec les listes de surveillance. Les fournisseurs qui décomposent le système en une chaîne de composants peuvent respecter individuellement chaque latence de composant tout en manquant l'exigence de bout en bout. Testez la latence de bout en bout avec un chronomètre et un signal de test connu — non en additionnant les estimations de composants fournies par le fournisseur.
Temps d'observation de l'émetteur et confiance de classification
Spécifiez le temps d'observation minimal requis pour une sortie de classification fiable. Un système qui nécessite 500 ms de temps d'observation pour classifier un signal manquera les émetteurs à fréquence agile qui émettent en rafales de 20 ms. La classification à courte observation nécessite soit une architecture à fenêtre d'observation très courte, soit un mode de détection de rafales distinct. Spécifiez le temps d'observation minimal classifiable et le score de confiance de classification minimal requis à ce temps d'observation.
Exigences d'intégration logicielle
Un capteur SIGINT incapable de partager des données avec les systèmes existants de l'architecture opérationnelle a une valeur opérationnelle limitée, quelle que soit sa performance RF. Les exigences d'intégration des données doivent être spécifiées comme des fonctionnalités obligatoires, non comme des options soumises à négociation séparée.
Sortie Cursor-on-Target et ATAK
Cursor-on-Target (CoT) est le schéma XML utilisé par ATAK et la plupart des systèmes C2 tactiques occidentaux pour partager les données de position et de piste. Exigez que le système produise des points de position et des pistes d'émetteurs sous forme d'événements CoT en multidiffusion UDP à un intervalle de diffusion configurable. Spécifiez la version de schéma d'événement CoT requise et les champs obligatoires (uid, type, time, stale, how, lat, lon, ce, le, hae). Un système produisant des données « compatibles CoT » mais omettant les champs de confiance (ce, le) ou utilisant des codes de type non standard ne s'affichera pas correctement dans ATAK sans personnalisation.
Export d'IOC MISP
Pour l'intégration avec les workflows de renseignement sur les menaces, exigez un export structuré des paramètres d'émetteurs détectés comme attributs MISP. Les observables RF — fréquence, type de modulation, empreinte d'émetteur — sont de plus en plus représentés dans MISP comme modèles d'objets personnalisés. Spécifier l'export MISP permet de corréler les émetteurs détectés avec des bases de données de renseignement sur les menaces partagées et d'injecter les données de détection dans des workflows de fusion de renseignement plus larges sans saisie manuelle.
Formats de données STANAG et API
Pour les programmes opérant au sein de structures alliées, spécifiez la conformité aux formats STANAG pertinents. STANAG 4559 couvre les missions ISR et la gestion de la collecte ; la conformité permet la mission de machine à machine à partir d'un système de gestion de collecte sans intervention de l'opérateur. STANAG 4609 couvre les métadonnées d'imagerie de mouvement incluant des champs de géolocalisation. Au-delà des formats standardisés, exigez une API REST documentée avec authentification, points de terminaison versionnés et un document de contrôle d'interface (ICD) écrit. L'ICD doit être un livrable contractuel, non une promesse de fournir la documentation après l'intégration.
Conception des tests et de l'évaluation
La spécification ne vaut que ce que vaut le test de réception qui la vérifie. Un plan de test conçu par le fournisseur, mené par le fournisseur et rapporté par le fournisseur ne fournit pas une vérification indépendante. Structurez les tests de réception de manière à ce que l'organisme acquéreur contrôle la vérité terrain et mesure indépendamment les résultats.
Configuration du test avec générateur de signal
Pour les tests de sensibilité et de classification, utilisez un générateur de signal calibré (Rohde & Schwarz SMBV100B ou équivalent) connecté à l'entrée d'antenne du système via un atténuateur calibré. Cela fournit des niveaux de signal connus et reproductibles sur toute la plage de fréquences. Testez la sensibilité à chacun des points de bande spécifiés avec le signal au niveau MDS, 10 dB au-dessus du MDS et 20 dB au-dessus du MDS. Enregistrez la probabilité de détection et le taux de fausse alarme à chaque niveau. N'acceptez pas les données de sensibilité issues de tests réalisés par le fournisseur sur des signaux de niveau inconnu injectés depuis une antenne externe — ceux-ci ne peuvent pas être vérifiés indépendamment.
Scénarios de goniométrie et de géolocalisation avec vérité terrain
Pour les tests de précision de goniométrie, placez une source de signal à des azimuts précisément levés depuis le réseau d'antennes. Utilisez une station totale ou un GPS différentiel pour déterminer le véritable azimut vers la source avec une précision de 0,1 degré. Émettez une forme d'onde connue à un niveau de puissance défini et enregistrez la sortie de relèvement du système pour au moins 100 estimations de relèvement indépendantes à chaque azimut de test. Calculez l'erreur RMS par rapport à la vérité terrain. Testez sur un minimum de 8 azimuts répartis uniformément sur 360 degrés et à trois distances de portée pour vérifier que la précision se dégrade progressivement avec la distance.
Pour les tests de géolocalisation TDOA, placez l'émetteur à un emplacement précisément levé et comparez le point de position calculé par le système à la vérité terrain. Exécutez au moins 50 positions indépendantes et calculez CEP50 et CEP90 à partir du nuage de positions résultant. Testez à plusieurs emplacements d'émetteur dans la zone de couverture opérationnelle — la précision varie avec la géométrie (GDOP), et un seul emplacement de test peut masquer de mauvaises performances à des géométries défavorables.
Tests d'intégration et de latence
Les tests de latence de bout en bout nécessitent une mesure de temps indépendante. Déclenchez un signal de test à un moment connu en utilisant la sortie de déclenchement du générateur de signal connectée à un enregistreur d'horodatage, et enregistrez le moment auquel l'alerte apparaît dans l'interface opérateur ou est livrée via l'API de données. La différence constitue la latence réelle de bout en bout. Exécutez ce test 50 fois et rapportez la latence moyenne, au 90e percentile et maximale — le 90e percentile et le maximum sont plus pertinents opérationnellement que la moyenne.
Pour les tests d'intégration, connectez le système à une instance représentative de l'environnement C2 cible et vérifiez que les événements CoT apparaissent correctement sur la carte ATAK, que les requêtes API retournent des réponses correctement formatées et que les exports MISP s'analysent sans erreurs dans une instance MISP de test. Documentez tous les tests d'intégration dans le rapport de test de réception avec des critères de réussite/échec définis avant le début des tests.
Corvus Intelligence accompagne les équipes d'acquisition de défense et gouvernementales dans la révision indépendante des spécifications techniques, l'évaluation des fournisseurs et la conception des tests de réception pour les systèmes SIGINT et de renseignement RF — afin que les termes de votre contrat correspondent aux exigences opérationnelles avant l'attribution du marché.
Découvrir Corvus Intelligence →