Les systèmes C2 militaires communiquent via des messages standardisés — pas des formats propriétaires. ADatP-34 (Allied Data Publication 34) est le catalogue de messages OTAN : la source canonique pour la structure et le contenu des messages C2 militaires standardisés. Tout système prétendant être interopérable avec les forces OTAN doit être capable d'analyser et de produire correctement les types de messages ADatP-34. La compréhension du modèle de messages ADatP-34 est une connaissance technique fondamentale indispensable pour les équipes de logiciels de défense.

Rôle d'ADatP-34 dans l'architecture C2 OTAN

ADatP-34 sert de modèle de données normatif auquel d'autres standards OTAN font référence. MIP4-IES utilise les entités ADatP-34 pour la synchronisation des données. STANAG 5066 (liaisons de données HF) transporte des messages encodés ADatP-34. APP-11 (catalogue de messages OTAN, l'ancienne désignation) a été formalisé et structuré par ADatP-34.

Le modèle de publication d'ADatP-34 est basé sur catalogue : chaque type de message a un identifiant unique (ex. ORBAT pour ordre de bataille, RECSIT pour rapport de situation de reconnaissance, CASREP pour rapport de perte), un modèle de données défini et des éditions versionnées.

Types de messages clés : ORBAT, piste de situation, CAS, logistique

ORBAT (Order of Battle) décrit l'organisation hiérarchique des forces — quelles unités sont subordonnées à quelles unités supérieures, avec quel équipement, en quelle force et à quel endroit. Les messages ORBAT sont la base de toute représentation de forces sur carte de situation. Le modèle de données ORBAT contient des identifiants d'unité, des relations de hiérarchie, la localisation, l'état et les positions d'équipement attribuées.

Les messages de piste transmettent des données de position en temps réel pour les unités et plateformes — l'élément de base de toute carte de situation. Le modèle de suivi distingue l'initiation de piste (nouvelle entité apparaissant sur l'image de situation), la mise à jour de piste et la suppression de piste.

Les messages CAS (Close Air Support) structurent la coordination entre les forces terrestres et l'appui aérien — l'un des échanges C2 les plus critiques en termes de temps au combat. Le modèle de données CAS comprend les coordonnées de cible, la description du cible, l'identification des forces amies à proximité, la demande de munitions et les procédures d'autorisation.

Les messages logistiques transmettent l'état des approvisionnements, les demandes et les ordres de mouvement. Les types de messages LOGREQ et LOGREP sont standard pour la coordination des ressources entre unités et éléments de soutien.

La gestion des éditions est critique pour l'interopérabilité en coalition : ADatP-34 est régulièrement mis à jour. Les opérations de coalition comprennent des systèmes de nations différentes qui implémentent souvent des éditions différentes du catalogue. Un système d'analyse de messages qui n'implémente pas la reconnaissance d'édition perdra ou mal interprétera des données lors de la connexion avec un système utilisant une édition différente. La négociation d'édition doit être traitée comme une exigence explicite dans tout projet d'intégration ADatP-34.

Formats de codage : VMF et NXMS

VMF (Variable Message Format) est un format de codage binaire compact optimisé pour la transmission sur des liaisons tactiques à faible bande passante (radio, satellite). Les messages VMF sont emballés en bits : les champs ont des largeurs de bits fixes, les champs optionnels sont indiqués par des bits de présence. VMF est le standard de codage dominant pour les liaisons tactiques radio.

NXMS (NATO XML Message Standard) est un codage basé sur XML adapté aux réseaux IP. Les messages NXMS sont lisibles par l'homme et plus faciles à déboguer que VMF, mais considérablement plus volumineux. Pour les applications sur réseaux IP sans contraintes extrêmes de bande passante, NXMS est le choix préféré. Les schémas XML pour les messages NXMS sont accessibles au public et permettent la validation avec des outils XML standard.

Implémentation du parseur et validation

L'implémentation de parseurs ADatP-34 nécessite une approche structurée. Pour l'analyse VMF, une architecture à deux niveaux est recommandée : un décodeur de bits bas niveau lit les champs de bits VMF selon le standard de format et produit un objet message générique ; un interpréteur de messages haut niveau interprète l'objet générique selon le schéma de type de message spécifique et produit un objet domaine typé.

La validation est indispensable : les messages entrants doivent être vérifiés pour la complétude des champs obligatoires, la conformité de plage de valeurs et l'intégrité référentielle. La logique de validation doit être implémentée tôt et testée avec des données de test complètes.