Liaison 16

Pour être transmis au protocole IP, les messages L16 contenant des données de la série-J sont encapsulés dans un message compatible au protocole Internet. Cette capacité appelée JRE [10] est définie par une norme américaine (JREAP (en) C) ou MIL-STD 3011. Le JRE est très peu consommateur en termes d'utilisation de la bande passante.

La liaison J-over-IP a pour objectif :

• d'optimiser la bande passante, en utilisant des paquets IP adaptés aux réseaux terrestres IP et d'autre part ;
• d'éviter les répétitions du contenu utile pour une utilisation optimisée des formes d'ondes IP, dont certaines sont toujours en cours de développement[11]^,[12]. (Voir en particulier le programme TTNT[13]^,[acro 5] bien que l'US Air Force ait préféré le MADL (en) pour sa liaison inter patrouille du F-22 Raptor[14]^,[15] et du F-35 Joint Strike Fighter[16]).

Cette optimisation évite en particulier les répétitions des contenus utiles en transmettant en un seul message toutes les informations qui en liaison 16 nécessitent la transmission de plusieurs messages de trois mots maximum chacun, dans la configuration la plus sécurisée.

• Chaque message Liaison 16 contient obligatoirement un en-tête[trad 4] et un mot Initial qui sont suivis des mots d'extension ou des mots complémentaires[3]^,[17]. En fait, l'en-tête est attaché au timeslot ; il est unique et commun à tous les messages transmis dans le timeslot. L'en-tête contient en particulier le numéro de piste (TN) de l'unité à l'origine des messages contenus dans le timeslot.
• L'ensemble des données associées à une piste pouvant nécessiter jusqu'à la transmission de neuf mots, la transmission de la totalité de l'information peut nécessiter une succession de cinq messages de trois mots chacun contenant obligatoirement l'en-tête et le mot initial. Cela entraîne donc cinq répétitions à l'identique, du mot Initial et de l'en-tête du message, ce qui dans le cadre du JRE s'avère être coûteux en termes de bande passante ou plus précisément en termes de débit binaire.

Le 10 avril 2007, un article du journal Le Monde[18] décrivait ainsi les conditions de départ en mission des avions de chasse :

« Les avions de la coalition se contentent de gagner le ciel afghan, attendant que le commandement au sol leur assigne une mission de surveillance, de reconnaissance photographique, de show of force…, ou de bombardement d'objectifs. »

Les avions E2-C de la Marine Nationale ont pu recevoir en temps réel, les missions qui leur étaient attribuées par le CAOC[acro 6] situé sur la base d'Al-Udeid au Qatar[19], par l'intermédiaire de la Liaison 16. L'aéronautique navale ne disposait pas de cette capacité sur les avions Dassault Rafale au standard F-1. L'attribution des missions par les E2-C vers ces plateformes non C2, étaient transmises en phonie. La mise en service des premiers Rafale au Standard F-2, à partir de mars 2007, apporte cette capacité[20]^,[21].

Les échanges en données de série-J, sur la perception de la situation tactique entre les différents échelons hiérarchiques, se décomposaient ainsi :

Rafale, Super-Étendard et Hawkeye du Charles de Gaulle, 12 avril 2007.

• Échanges entre les plateformes C2 et les plateformes non C2 (Avion de chasse, avion d'appui aérien rapproché, avion ravitailleur):
  • Liaison 16, Groupe de participation AIR CONTROL
    • De C2[acro 4] vers non C2 (Up-link)
      • Ordre de guidage
      • Plan de vol
      • Lien entre les détections et les pistes
    • De non C2 vers C2 (Down-link)
      • Transmission des détections (Target Sorting)
      • Compte-rendu d'exécution des ordres
      • Compte-rendu de l'état d'engagement
  • Liaison 16, Groupe de participation SURVEILLANCE (C2 vers C2 et C2 vers non C2)
    • Transmission des pistes
    • Transmission des points de référence
    • Transmission des points d'urgence
• Échanges des plateformes C2 vers le CAOC :
  • Liaison 16, Groupe de participation SURVEILLANCE (en portée radio)
  • JREAP-C Via satellite (hors portée radio)
    • Transmission des pistes
    • Transmission des points de référence
    • Transmission des points d'urgence

Forces de la coalition déployée pour l'opération ENDURING FREEDOM.

• Échanges du CAOC vers les plateformes C2 :
  • Liaison 16, Groupe de participation SURVEILLANCE (en portée radio)
  • JREAP—C Via satellite (hors portée radio)
    • Selon les ROE (Rules of engagement), les autorisations d'engagement
    • Les assignations de nouvelles missions
• Échange du CAOC vers le Centre de Commandement
  • JREAP-C Via satellite
  • JREAP-C Filaire
    • Retour d'information (Reachback (en)[22])

Tous ces échanges, effectués dans le même langage (les données de série-J), permettaient à tous les participants, un accès « sans-couture[trad 5] » à l'information quelle que soit la position du demandeur dans le réseau multi-liaisons.

Un hélicoptère Dauphin apponte sur l'USS Mount Whitney durant l'opération « Odyssey Dawn » (21 mars 2011)

Durant cette opération en Libye, la liaison 16 joue pleinement son rôle de maintien de connectivité dans la chaîne de commandement :

• Une vingtaine d'avions a été engagée le samedi 19 mars 2011 : huit Rafales, deux Mirages 2000-5, deux Mirages 2000D, six ravitailleurs et un E3F Awacs. En plus de ces moyens aériens, deux frégates de défense aérienne, le Jean Bart et le Forbin, se sont positionnées au large de la Libye. Toutes ces plateformes hormis les ravitailleurs sont équipées de la liaison 16[23].
• Les opérations menées en Libye le dimanche 20 mars 2011 par les aéronefs non C2 (deux patrouilles de deux Rafales appui sol, une patrouille de deux Rafales RECO-NG et deux patrouilles de deux Mirage 2000D) ont, selon l'état-major des armées, été coordonnées par une plateforme C2 (AWACS)[24].
• L'arrivée du porte-avions Charles de Gaulle a permis la mise en place d'un réseau multi-liaisons du même type que celui mis en œuvre en Afghanistan.
  • Cette opération a permis le déploiement du Joint Range Extension sur le Charles de Gaulle, lui assurant ainsi une fonction permanente de Reachback (en)[22] des opérations au-dessus du territoire Libyen[25].
  • Le 26 mars 2011, 21 aéronefs français, dont 16 chasseurs ont pris l'air pour intervenir en Libye : deux patrouilles (à deux appareils) de Mirage 2000D, deux de Rafale air, deux patrouilles mixtes Rafale/SEM, une patrouille de Rafale Marine en configuration "Reco" et un binôme de Mirage 2000-5, déployé depuis la Crète. Le tout, soutenu par quatre ravitailleurs et un AWACS. Le PACDG a par ailleurs effectué son premier ravitaillement à la mer (RAM), grâce au pétrolier ravitailleur La Meuse[26]. Dans ce contexte, il faut noter les patrouilles mixtes Rafale-M / Super Étendard. Cette configuration met en évidence un moyen de pallier l'absence de liaison 16 à bord des Super Étendards ; Le Rafale-M, seul aéronef de la patrouille connecté au réseau liaison 16, assure au sein de ce type de patrouille, le maintien du lien avec l'ensemble de la chaîne de commandement.

Mirage 2000-5 Qatari

• Un Embraer R-99A grec (de l'Hellenic Air Force) a été déployé en avril 2011 pour effectuer des missions de surveillance (AEW) et de contrôle en Libye, dans le cadre du maintien de la zone d'interdiction de vol[27]^,[28]. Pour la première fois en opération, il a intégré un réseau liaison 16 de l'OTAN. Les avions français E-2C et E-3F prennent régulièrement leur tour d’alerte parmi les avions de surveillance alliés. Leur mission principale est de veiller au respect de la no fly zone[29].

Du point de vue des États-Unis, l'opération en Libye appelée Odyssey Dawn, démontre l'incapacité des nouveaux aéronefs (F-22, F-35) à participer aux opérations de l'OTAN[30]^,[31]^,[32], du fait de l'absence d'une connexion liaison 16 au profit de la liaison furtive intra-patrouille MADL (en). En fait, la question qui se pose pour les États-Unis, est celle de l'efficacité de la course aux nouvelles technologies dans le domaine des liaisons de données tactiques, si les alliés des États-Unis ne peuvent se mettre à niveau pour des raisons de coût. La position de l'US Navy sur ce sujet, a été partiellement exprimée lors de la journée de l'industrie sur la maîtrise de l'information, le 5 avril 2011[33].

Armement d'un hélicoptère HAP[acro 7] de l'Armée de Terre française, qui devrait être équipé de la liaison 16[34]

Le samedi 4 juin 2011, le ministre de la défense a indiqué à Londres :

« Des hélicoptères de combat sous commandement de l'Otan ont été utilisés pour la première fois le samedi 4 juin dans des opérations militaires au-dessus de la Libye, dans le cadre de l'opération Protecteur unifié", a indiqué l'Alliance atlantique dans un communiqué publié samedi à l'aube[35]. Des hélicoptères Apache britanniques ont participé à ces attaques aériennes, »

Les Apache britanniques sont équipés du système de communication BOWMAN (en) qui permet le transfert des données de leur situation locale vers le réseau liaison 16 grâce à lImproved Data Modem (version IDM-501)[36].

Des hélicoptères de l'armée française de type Tigre et Gazelle ont également conduit pour la première fois dans la nuit de vendredi à samedi des frappes au sol en Libye.

AH-64 Apache

« L'engagement des hélicoptères français en Libye, à partir du 3 juin, a joué un rôle déterminant dans la campagne contre les forces pro-Kadhafi…

Les raids se composaient d'une dizaine d'hélicoptères (Gazelle, Tigre et Puma) et ils étaient commandés depuis un PC volant. Un Puma embarquait systématiquement une équipe de commandos de l'air (CPA 30) pour aller récupérer immédiatement les équipages qui auraient été abattus… L'action des Français a été très différente de celles de leurs homologues de la British Army. Ceux-ci avaient déployés quatre Apaches sur un porte-hélicoptères, mais ne semblent jamais en avoir engagé plus de deux simultanément. Les Apaches « travaillaient » comme des avions de combat, tirant leur missiles Hellfire sur des objectifs programmés depuis une altitude élevée[37]. »

Durant cette première opération interarmées[38] et internationale, tant pour l'Armée de Terre française que britannique, « C'était la première mission opérationnelle des Apaches de l'armée britannique depuis la mer »[trad 6]^,[39], les conséquences de l'absence de liaison 16 intégrée sur les systèmes de combat des hélicoptères des armées de terre britannique et française, seront étudiées soigneusement par les états-majors, lors des RETEX[acro 8]. En particulier, devraient faire l'objet d'études :

• l'absence du moyen d'identification positive offert par les informations PPLI[acro 9] ;
• les difficultés de déconflictions entre des hélicoptères opérant dans le même volume et n'utilisant pas la même liaison de données tactiques ;
• l'impossibilité de mener un contrôle numérique par les AEW&C ou le JSTARS (en) américain sur les hélicoptères (par contre, le JSTARS coordonne parfaitement en liaison 16 les actions contre le sol des avions Typhoon[40]) ;
• l'impossibilité pour les hélicoptères d'accéder à l'image tactique et unique fournie par la Surveillance liaison 16 ;
• l'absence de coordination digitale entre les hélicoptères et les avions de chasse chargés de leur protection ;
• l'impossibilité de mettre en place un ReachBack[22] de série-J qui est particulièrement nécessaire pour les opérations de RESCO[acro 10].

Afin de disposer d'une parfaite intégration dans le réseau liaison 16, les Apaches britanniques pourraient rapidement être équipés de la radio MIDS JTRS dont la première intégration a été réalisée aux États-Unis en septembre 2010[41]. La première radio JTRS destinée aux AH-64D Block III de l'US Army, a été livrée par Lockheed Martin, le 27 juin 2011 au laboratoire d'intégration avionique de l'US Army. Cette radio offre à la liaison 16 une puissance de 200 W[42].

L'intérêt d'embarquer un MIDS JTRS à bord d'un hélicoptère réside dans le fait que plusieurs radios (Voice V/UHF et Liaison 16) sont réunies dans un boîtier unique, de taille identique à celui d'un terminal MIDS. De ce fait, le débarquement des radios préexistantes, libère le poids et le volume, nécessaires à l'intégration du boîtier MIDS JTRS.

Avant le déclenchement des opérations en Libye, l'intégration d'un poste MIDS JTRS sur les hélicoptères français n'était pas envisagée. Or, alors que « Les opérations en Libye témoignent, pour la France, du regain des actions à partir de la mer »[43] et que la France ne dispose pas d'un corps de « Marines », l'interopérabilité entre l'Armée de Terre et la Marine Nationale devient incontournable, la convergence dans le domaine des liaisons de données tactiques ne peut éviter l'intégration de la liaison 16 à bord des hélicoptères de l'ALAT[acro 11]. Les travaux de l'ALAT menés depuis 2008[44] pourraient aboutir rapidement sur une décision de mise à niveau. La pertinence des conclusions de l'ETO[acro 12] COUGAR dont le but était de valider le besoin de liaison 16 pour l'ALAT, seront, sans doute, réévaluées[45].

Par contre, les Blackhawks de l'US Army et les MH-60 de l'US Navy, sont tous deux équipés de la liaison 16[46]^,[47]^,[48].

27 juillet 2011

« Le 27 juillet 2011, les Atlantique 2 de la Marine Nationale ont atterri sur la base aérienne de La Sude en Crète. Avec un rythme de deux missions par jour depuis le 30 juin dernier, les Atlantique totalisent plus de 1000 heures de vol et plus de 55 guidages « hot » (avec armements réels) de chasseurs toutes nationalités confondues[49]. »

Le contrôle des avions de chasse et d'assaut au sol a dû être effectué en phonie, en l'absence de Liaison 16 à bord des ATL2. Dans ces conditions, l'IFF pallie l'absence d'information liaison 16 PPLI ; L'IFF permet au contrôleur de connaître en permanence la position et l'identité de la plateforme non C2. Pour mener un contrôle optimum, il manque cependant les informations concernant la quantité de carburant et d'armes disponibles ainsi que l'état des équipements. L'absence de moyens de guerre électroniques des forces opposées levait les craintes de brouillage.

Dans le contexte Franco-français de l'opération Serval, l'Armée de terre a déployé la numérisation du théâtre d'opération en mettant en œuvre le couple Liaison 16 et JRE[50].

L'armée de terre dispose ainsi d'une architecture de réseaux infocentrée. Grâce au JRE, l'information est remontée vers le centre de commandement interarmées situé en métropole, alors que les unités sur le terrain bénéficient d'une connaissance de la situation tactique en temps réel[51].

Vue de la tranche tactique d'un E2-C -

Dans son standard actuel, la Liaison 16 permet donc l'échange de données tactiques complexes entre unités militaires (ou plateformes) aériennes, terrestres et maritimes dans le cadre du Network Centric Warfare ou en français « Guerre en Réseau ».

Les acteurs L16 peuvent échanger leurs positions grâce aux messages PPLI[acro 9] ; l'échange du PPLI offre une certitude d'identification AMI en raison de la nécessité de posséder, entre autres, les clés de chiffrement adéquates pour pouvoir participer au réseau.

La conception du réseau Liaison 16 privilégie l'élaboration d'une image « Opérative » et « Tactique » unique et cohérente. Ainsi, l'envoi via satellite[64], en temps quasi-réel de l'image vers l'arrière ou Reachback[22] (c'est-à-dire vers le Pentagone pour les États-Unis, le SHAPE pour l'OTAN, le Centre de planification et de commandement des opérations pour la France), est facilité. Le Reachback est la première application candidate à la « liaison J-over-IP ».

La Liaison 16 est un important facteur d'interopérabilité entre unités militaires. De par sa nature de standard, elle facilite les opérations militaires en coalition en permettant à des unités militaires de différentes nations de communiquer entre elles avec un « langage » commun (les données de série-J).

Plate-forme C2 : E2-C Hawkeye

La Liaison 16 considère deux types de plateformes :

• les plateformes Command and Control ou C2[acro 4] qui participent à l'élaboration d'une image tactique commune (E-3, E-2C, porte-avions, centre de contrôle au sol, etc.)
• les plateformesnon non C2 qui participent au réseau uniquement en tant que « senseur » et « arme » du C2 sous le contrôle duquel ils réalisent leur mission. (Le Dassault Rafale est une plateforme non C2).

Cette considération sur les types de plateformes mettant en œuvre les Liaisons de Données Tactiques de la série J, ici la Liaison 16, est essentielle à la compréhension du CONOPS qui dirige la mise en œuvre opérationnelles des Forces par le média de la Liaison 16. Dans la littérature spécialisée française, il était possible de lire autrefois qu'un pilote de Dassault Rafale considérait un AWACS comme un radar déporté[65]; le Concept d'opération de la Liaison 16 implique exactement le contraire (i.e le Dassault Rafale est le radar déporté de l'AWACS). L'acceptation de ce principe de base (La plateforme C2 dirige les plateformes non C2 et élabore l'image tactique qui alimente l'ensemble des plateformes) a permis l'intégration de l'Armée française au sein des Forces de l'OTAN.

Plate-forme C2 : frégate Forbin.

Sur le groupe de participation SURVEILLANCE, les plateformes C2[acro 4] créent et identifient les pistes issues de leurs senseurs locaux (radars[acro 14], sonars[acro 15] etc.) ou déportés (Target Sorting reçus des plateformes non C2 qu'elles contrôlent).

Il est essentiel pour le bon fonctionnement du réseau logique de série-J et particulièrement pour le réseau liaison 16, que l'élaboration de la piste soit effectuée par un système faisant la synthèse des contributions des différentes sources d'informations et non par les senseurs individuels (radars ou plateformes non C2) ; en effet, seul ce type de système peut :

• vérifier (l'absence de ces deux vérifications avant la création d'une nouvelle piste locale, engendrerait une double désignation dont la répétition entraînerait une exclusion du réseau par le JICO) :
  • si les données des différents senseurs (radars ou plateformes non C2) fusionnent entre elles,
  • si une nouvelle piste corrèle avec une piste d'origine externe déjà en cours de diffusion sur le réseau ;
• échanger les messages de gestion des conflits (Environnement/catégorie, Identité, IFF).

Une plateforme C2, est désignée par le commandant de la force (le JFC : Joint Force Commander), pour assurer la fonction de « CDA » (Change Data Order Authority). Cette plate-forme est chargée de régler les conflits qui perdureraient entre des plateformes tierces ; elle seule, est autorisée à transmettre des « CDO » (Change Data Order). Ainsi l'unicité de l'image tactique partagée sur le groupe de participation SURVEILLANCE est assurée.

Une plateforme C2, désignée par le commandant de la force SIA[acro 16], consolide les informations de guerre électronique, reçues sous la forme de données brutes (parametric) sur le groupe de participation EW, et les transmet consolidées (product) sur le groupe de participation SURVEILLANCE.

Base aérienne 942

Les plateformes C2[acro 4] :

• transmettent leur position, l'état de leurs équipements, leurs ressources en carburant etc. sur le groupe de participation PPLI-B.
• échangent des ordres sur le groupe de participation WEAPONS MANAGEMENT and COORDINATION.
• contrôlent les non C2 qui leur sont affectés sur le groupe de participation CONTROL (uplink).

La mission des plateformes C2 est dépendante de celle du commandant de la force (JFC : Joint Force Commander) à laquelle elles participent.

Plate-forme C2 : SDCA E3-F (AWACS)

En France, la Liaison 16 est mise en œuvre sur les plateformes C2 suivantes :

• Avions radar AWACS[acro 17] ou Système de détection et de commandement aéroporté
• Le Centre de Commandement de Contrôle et de Conduite Mobile (C3M)
• Le Centre de Détection et de Contrôle-Déployable (CDC-D)[66]
• Les CARS[acro 18] de l'ACCS[acro 19] en particulier celui de la Base aérienne 942 Lyon-Mont Verdun.

• Avions radar E-2C Hawkeye,
• Le porte-avions Charles de Gaulle ;
• Les frégates de défense aérienne (FDA) de la Classe Horizon Forbin et Chevalier Paul ;
• Les Portes-hélicoptères amphibie (PHA) de la Classe Mistral (Mistral, Tonnerre et Dixmude). Ils disposent en particulier, tout comme le porte-avions Charles de Gaulle, des structures permettant de déployer une cellule JICO, cellule intégrée à un état major tactique embarqué.
• Les FREMM - Frégates multi-missions - de la classe Aquitaine[67].
• Les FREDA - Frégates de Défense Aérienne - de la classe Alsace.

P 8A atterrit à Pax River

Bien que le RETEX de l'action des ATL2 lors de l'opération Harmattan en souligne l'utilité, l'Atlantique 2 n'a pas été équipé de la Liaison 16 durant la phase de rénovation à mi-vie (2015)[68]. De même, il n'est pas prévu d'en équiper les hélicoptères embarqués type NH 90, ou le futur hélicoptère interarmée léger HIL.

L'Atlantique 2 ne peut pas non plus bénéficier de la mise en œuvre de liaison J-Over IP ou JRE, indispensable pour le renvoi de l'image tactique vers la métropole (Reachback) ou les autorités de conduite des opérations (embarquées ou à terre) ainsi que pour les opérations de police maritime (dans le cadre de l'action de l'État en mer) où l'autorité judiciaire demande à être informé en temps réel.

A contrario, les aéronefs de patrouille maritime d'autres marines en sont déjà pourvus, comme les MMA[acro 20] Boeing P-8 Poseidon de l'US Navy, les 6 ATR 72 MP Turcs du programme MELTEM-III[69] ou des quatre ATR 72 MP, en cours de développement pour la marine italienne[70].

• Certaines stations du système MARTHA[acro 21]^,[71]
  • voir l'exemple du 57^e régiment d'artillerie[72]. Depuis 2010, l'Armée de terre est de plus en plus impliquée dans la problématique interarmées de la coordination dans la 3^e dimension. La liaison 16 y tient une place prédominante, comme le soulignent les exercices du type NAWAS 2010. L'exercice NAWAS 2010 avait pour objectif principal d'accroître l'interopérabilité des moyens sol-air de l'Armée de terre, de l'armée de l'air et de la Marine nationale. Dans un environnement opérationnel réaliste et avec la participation d'artilleurs sol-air de l'armée belge, cet exercice a combiné des manœuvres et des tirs réels coordonnés grâce à la chaîne MARTHA[73].
  • Le système MARTHA, étape 2 et ses systèmes d’information associés dont la liaison 16 consacrent avec l’arrivée du deuxième niveau de coordination (NC2), appelé aussi Centre de Niveau Haut MARTHA, la cohérence « globale » tant attendue de la chaîne de coordination 3D au profit du chef interarmes. MARTHA étape 2 comprend le rétrofit de 39 NC1 (niveau de coordination 1), la réalisation de 14 CNHM (centre de niveau haut MARTHA) et de 34 VPC (véhicules poste de commandement) ainsi que du logiciel associé SIRASA[74].
  • En 2010, le 54^e régiment d'artillerie quant à lui, bénéficiait déjà d’une bonne acculturation Marine grâce à sa spécificité « amphibie » et aux saisies d’opportunités d'entraînement liaison 16 avec les frégates anti-aériennes CASSARD et JEAN BART[75].
  • Les régiments d'artillerie suivants sont également équipés de la Liaison 16 intégrée à MARTHA :
    • 402^e régiment d'artillerie[76]. Ce régiment spécialisé dans la défense sol-air avec ses batteries Hawk en particulier, a été le régiment d'expérimentation du système MARTHA et du SAMP/T. À la suite du transfert de la moitié des équipements du SAMP/T à l'Armée de l'Air qui assume désormais les missions de défense SOL-AIR moyenne portée, il a été dissout le 20 juin 2012, ne laissant plus que le seul 54^e RA équipé du système MARTHA.
• En 2013, l'Armée de terre devrait disposer de la Liaison 16 sur l’hélicoptère HMPC[acro 22] (Commandement en vol). Il s'agit d'un hélicoptère de manœuvre doté d’un poste de commandement qui permettra de commander un groupe aéromobile au plus près du théâtre d’opérations[77].

L'ALAT doit intégrer le réseau Liaison 16 afin de participer à la gestion en temps réel, de l'espace de combat interalliés dans la troisième dimension. Cet espace inclut les aéronefs, l'artillerie, les moyens de défense sol/air et mer/air.

La volonté de l'Armée de Terre de mettre en œuvre la Liaison 16 sur ses hélicoptères, s'est concrétisée en octobre 2009 par la mise en place d'un équipement d'accueil d'un terminal MIDS à bord d'un hélicoptère AS-532 COUGAR. En mettant en œuvre la Liaison 16, l'Armée de Terre assurera le raccordement bilatéral de ses propres plateformes équipées de liaisons de données tactiques propres (la liaison H[78]) et celles des autres armées qui utilisent la Liaison 16. Celle-ci offrant comme principale caractéristique d'être une liaison standardisée de l'OTAN[79]. En attendant, lors de l'exercice ACTI L16 qui s'est déroulé du 1^er au 3 juin 2010, L'Armée de Terre a évalué la capacité d'interconnexion de ses hélicoptères équipés Liaison H avec les plateformes de l'Armée de l'Air équipées de la Liaison 16[80].

Plateformes non C2

Les plateformes non C2 partagent les informations de leurs détections radar, par l'échange de messages appelés « Target Sorting » :

• au sein de la patrouille (pour les aéronefs) dans le groupe de participation NonC2-to-NonC2 appelé aussi Fighter-to-Fighter
• au sein du groupement de radars pour les batteries de missiles Sol/Air

Un second groupe de participation Non-C2-to-Non-C2 permet l'échange de détections avec d'autres patrouilles travaillant dans le même espace ; c'est particulièrement le cas dans le cadre de la COMAO. La COMAO[81]^,[acro 23] est l'exemple parfait des missions réalisées en conditions dégradées (conduites en l'absence d'une plate-forme C2), décrites plus loin.

Exemple d'écran de plateformes non C2

Les plateformes non C2 descendent leurs détections radar et de guerre électronique par la transmission de message "Target Sorting" vers la plateforme C2 qui les contrôle. La plate-forme C2 vérifie si les détections radar fusionnent avec les plots de ses propres radars.

• S'il y a fusion de détections, la plate-forme C2 remonte le lien entre la piste diffusée sur le groupe de participation Surveillance et les Target Sorting
• S'il n'y a pas de fusion possible, la plateforme C2 crée la piste et la diffuse sur le groupe de participation Surveillance et remonte le lien entre la piste diffusée et le "Target Sorting"

Les plateformes non C2 ont accès à l'image tactique en mémorisant dans leur base de données (appelée en France « table des pistes »), les pistes élaborées par les plateformes C2 et échangées sur le groupe de participation Surveillance. L'écran d'un avion non C2 ne peut présenter raisonnablement au pilote qu'un maximum de 50 pistes ; au-delà, l'acquisition de l'information par le pilote, s'avère impossible. Cependant, dans le concept de guerre en réseau, la base de données des plateformes non C2 doit mémoriser l'ensemble des pistes échangées sur le groupe de participation Surveillance. Ainsi,

• Lorsque le C2 contrôleur poussera la visualisation d'une piste d'intérêt (HIT : High Interest Track), celle-ci sera immédiatement visualisée sur l'écran ; dans le cas contraire, le délai de visualisation pourrait atteindre 12 secondes, délai excessif pour un avion de chasse[82].
• De même, un message d'alerte sur une piste non visualisée sur l'écran sera immédiatement présenté au pilote ainsi que le symbole de la piste concernée.
• Enfin, toute cible objet d'un engagement d'une tierce partie sera également immédiatement présentée, si l'avion porteur "OwnShip" décidait d'entrer dans le domaine d'engagement.

Comme cela est décrit ci-dessus, lorsqu'un avion non C2 agit en tant que « radar du C2 » qui le contrôle, le pilote est informé des mises à jour d'une de ses détections (Identification, IFF, Menace etc.), par la réception des messages-piste correspondants à cette détection, sur le groupe de participation SURVEILLANCE. Le rôle du Système de direction de combat de la plate-forme C2 est simplement d'informer le système de mission de la plate-forme Non-C2, du lien de correspondance entre la détection et la piste.

Luftwaffe A310 MRTT

La création et la mise à jour des informations concernant une piste est donc un privilège appartenant aux C2 ; les échanges de pistes ne sont réalisés que sur le groupe de participation SURVEILLANCE et par conséquent uniquement par les plateformes C2 ; les plateformes non C2 quant à elles, s'échangent des détections (Target sorting), sur le NPG Non-C2-to-Non-C2.

Les opérations en Libye en 2011 ont pour la première fois, permis aux RAFALE de l'Armée de l'Air de mettre pleinement en œuvre les capacités offertes par la liaison 16[83].

La nécessité de disposer d'un radar à bord d'un avion de chasse est de plus en plus contestée. Cela est exprimé de plus en plus souvent aux États-Unis :

« nous devrions nous intéresser à un développement important qui a lentement pris de l’ampleur au cours de la dernière décennie et dont les implications sont très larges. De plus en plus, les avions de combat sont interconnectés via des liaisons de données telles que la Liaison 16, standard de l’Organisation du traité de l’Atlantique nord. Autrefois, nous concevions et construisions des chasseurs air-air autour de leurs radars. En général, des portées de détection plus longues permettent un usage plus rapide des armes contre les aéronefs ennemis, mais sur un champ de bataille interconnecté, le capteur n’a pas besoin d’être sur le chasseur utilisant les armes[84]. »

Les avions ravitailleurs sont également des plateformes non C2.

Dans le concept de la guerre en réseau, une plateforme non C2 travaille toujours sous le contrôle d'une plate-forme C2. Les frappes dans la profondeur par des unités non C2 isolées, qui étaient admises à l'époque de la guerre froide, ne sont donc plus d'actualité depuis les opérations en Irak et en Afghanistan en 2003.

Plateforme non C2 : F/A-18

Plateforme non C2 : M2000D

L'interopérabilité exige que toutes les plateformes non C2 de même type soient interchangeables (par exemple un Dassault Rafale et un F/A-18) ; Cela exclut l'utilisation hétérogène des ressources temporelles du réseau liaison 16 par des plateformes différentes. Un réseau Liaison 16 n'est en aucun cas conçu pour une plate-forme donnée (un Dassault Rafale ou un F-18) mais pour une force composée de types de plateformes C2 (des AEW&C, des porte-avions) et non C2 (des bombardiers, des batteries de missiles sol-air (SAM), des avions CAS ou des Chasseurs)

En pratique, les missions des aéronefs non C2 sont de deux types,

• les missions en conditions nominales qui s'effectuent sous le contrôle d'une unité C2,
• Les missions en conditions dégradées qui s'effectuent en l'absence d'un C2. Ce type de mission important en nombre à la fin de la décennie 2000 devrait diminuer fortement à l'avenir.

Le frein à la planification des missions en conditions nominales, outre les réticences des pilotes à accepter d'être sous contrôle en permanence, est essentiellement le coût de mise en œuvre des plateformes C2.

Durant les premiers jours de la campagne de guerre, la COMAO restait en 2009, la mission en conditions dégradées, la plus courante exécutée par les aéronefs non C2. Cela est dû au fait, que les infrastructures objets des frappes sont connues et répertoriées. Cependant, pour faire face à toute menace nouvelle, il est préférable qu'une autorité embarquée sur une plate-forme C2 de type SDCA assure en temps réel, au nom du JFACC[85] le retasking éventuel ; cette autorité possède plus d'éléments et de personnels que le MC (Mission Commander) de la COMAO pour prendre la bonne décision sur la conduite à tenir ; le rang de cette autorité doit être supérieur à celui du MC pour permettre un exercice du commandement optimal.

Plateforme non C2 : Rafale

En France, la Liaison 16 est installée sur les plateformes non C2 suivantes :

• Le Dassault Rafale
• Les Mirage 2000 D/-5F VI

(En 2009, la liaison 16 concernait 50 appareils. L’ensemble de la flotte Rafale, Mirage 2000D et Mirage 2000-5 sera équipée avant 2015[86].)

• Le SAMP/T Non-C2[acro 24], qui met en œuvre le missile ASTER appelé également MAMBA. L'escadron de défense sol-air (EDSA) 4/950 « Servance », de la Base aérienne 116 Luxeuil-Saint Sauveur, a été le premier équipé. En juin 2013, l'EDSA « Sancerre » de Avord « a validé son premier tir opérationnel sur le système d’arme «Mamba», lors d’une campagne de tir multi-système sur le site d’essais missile des Landes, à Biscarosse… L’EDSA 2/95 «Sancerre» d’Avord est donc le nouvel escadron opérationnel sur "Mamba". Il a démontré le parfait fonctionnement du système dans une chaine de commandement complète sous L16 »[87]. Il reste quatre EDSA à être dotés du MAMBA: l'EDSA "Servance" de Luxeuil, l'EDSA "Crau" de Istres, l'EDSA "BARROIS" de Saint-Dizier et l'EDSA "Tursan" de Mont-de-Marsan[88].
• Un Avion ravitailleur équipé de la liaison 16 (plate-forme Non-C2) est un atout essentiel pour la conduite des missions aériennes. Cela est clairement indiqué dans les débats du livre blanc de la défense nationale[89] (page 27) et lors du Projet de loi relatif à la programmation militaire pour les années 2009 à 2014[90] où l'on peut lire : « En Afghanistan, lorsque vous êtes avec un Mirage 2000D, de nuit, avec quelqu’un qui hurle à la radio qu’il a besoin d’une bombe et que vous n’avez plus de pétrole, vous devez ravitailler et trouver avec vos seules jumelles de vision nocturne, un ravitailleur qui est tous feux éteints et ne parle pas. Nous n’avons en effet aucun autre moyen autonome de perception de la situation. »
  Après une action de frappe, seule la liaison 16 permet à un bombardier de trouver sans recherche son avion ravitailleur grâce à la réception du message PPLI de ce dernier ou du point de référence indiquant le centre de son orbite ; la plupart de nations majeures ne se sont pas privées de ce moyen précieux[91].
  Dans les années 2000 à 2014, il manquait donc à l'armée de l'air des avions ravitailleurs de type Airbus A310-MRTT ou Airbus A330-MRTT équipés de la liaison 16. Ce point faible de la force aérienne française, mis en évidence lors des opérations en Libye, sera supprimé à partir de 2014 par l'acquisition de 14 Airbus 330 MRTT[92].
• 

  Plate-forme Non-C2 : EC-725 CARACAL
  L'hélicoptère Eurocopter EC-725 Caracal de l'armée de l'air, dans sa version « forces spéciales[93] »

• Le Dassault Rafale Marine

• Les stations MIDS-Terre

La demande des nations de l'OTAN de mettre en œuvre la Liaison 16 sur les drones de combat s'affirme de plus en plus. C'était le cas du drone Talarion (Advanced UAV) dont la part française de développement était de l'ordre de 33 % (Partenariat avec l'Allemagne et l'Espagne).

Ce drone aurait été équipé d'un radar.

Sa charge d'emport interne de 800 kg, (1 000 kg sous voilure et 500 kg sous fuselage) lui permettait l'emport d'un terminal MIDS allégé[94].

Mais en juillet 2012, Tom Enders, le président exécutif d'EADS annonçait : « Talarion est mort. Le programme est fini »[95].

Aux États-Unis, la réflexion sur la mise en œuvre des liaisons de données tactiques sur les drones est bien avancée :

« Si nous avions un appui illimité de Predator et de Reaper armés, et si le spectre de la fréquence pouvait prendre en charge les liaisons de données, alors nous aurions une bonne chance de réduire significativement le nombre d’actifs à voilure fixe pilotés, sur le théâtre. Une mission menée par un Predator peut fournir jusqu’à 12 heures de couverture continue, sans ravitaillement, alors qu’il faudrait quatre formations de deux équipages d’avions pilotés volant par fenêtres de trois heures, et utilisant 113 000 kilos d’essence pour couvrir la même plage horaire. Nous pourrions, au moins, largement réduire le nombre d’heures de vol des actifs à voilure fixe pilotés, réduisant ainsi de façon significative le nombre de ravitaillement en vol[84]. »

Dans le BEM-48[acro 25] intitulé "Les drones aériens dans l'action maritime", l'émergence du besoin d'un drone MALE[acro 26] aéromaritime est souligné :

« Le capteur MALE aéromaritime doit être pensé au sein d'un système de systèmes… Le milieu maritime exige des charges utiles spécifiques… Un vrai radar de surveillance maritime, un système électro-optique performant, un récepteur AIS[96]. »

La liaison 16 est le moyen naturel de transmettre les données issues de ces senseurs, à la force navale via la plate-forme C2 contrôlante.

Dans ce même bulletin, dans l'article intitulé "Les besoins de la Marine en drones aériens", il est indiqué qu'un drone SA2R[acro 27] peut tenir le rôle de relais de communication et donc de relais liaison 16, si cela s'avèrerait nécessaire.

En 2010, le JSTAR[acro 28] a démontré la capacité de mettre en œuvre des armes via la Liaison 16[97].

L'utilisation du logiciel "Link 16 Network Enabled Weapon" a permis l'échange de messages de ciblage, de commande et de contrôle, d'identification et d'information d'armes en vol[trad 7]. Pendant trois jours le JSTAR a effectué avec succès 13 séquences de tests avec deux F/A-18, deux bombes à longue portée tirée à distance de sécurité[trad 8] et deux cibles instrumentées[trad 9].

Les principaux terminaux Liaison 16 sont :

• Le terminal JTIDS (en) puissance d'émission de 200 watts (JTIDS 2M) pouvant être poussée à 1 kW en temps de guerre (JTIDS 2H)[98].

Il dispose de deux voies phonie (2,4 et 16 kbit).

• Le terminal MIDS LVT[acro 29] 1 puissance d'émission de 200 watts pouvant être poussée à 1 kW en temps de guerre[99].

Il dispose d'une capacité TACAN (AIR-AIR) et de deux voies phonie (2,4 et 16 kbit).

Il peut être connecté au système hôte par Ethernet (Platform D).

On notera la capacité de mobilité disponible pour ce terminal[100], grâce à son intégration dans un caisson transportable ne dépassant pas un poids total (Caisson + Terminal) de 102 kg (227 livres).

Les terminaux MIDS ci-dessous sont identiques au LVT1 avec les écarts suivants :

• • Le MIDS LVT4 ne dispose pas de TACAN[acro 30],
  • Le MIDS LVT5 est utilisé par les plateformes maritimes C2[101], ne dispose pas de TACAN mais est intégré dans le "MIDS-On-Ship" de l'US Navy. Il dispose d'émetteurs grande puissance.
  • Le MIDS LVT6 ne dispose pas de phonie,
  • Le MIDS LVT7 ne dispose ni de TACAN, ni de phonie.
• Le terminal MIDS LVT2 utilisé par l'US Army (puissance d'émission de 1,20 ou 50 watts)[102] ; il est fourni dans un caisson d'accueil. Certains aéronefs le mettent également en œuvre.
  • Le MIDS LVT11 également appelé MIDS LVT 2/11 est identique au MIDS LVT2, mais contrairement au MIDS LVT2, il dispose de phonie.
• Le terminal MIDS LVT3 appelé, aussi "Fighter Data Link[103]", est mis en œuvre sur les F-15 et est proposé à l'export par les États-Unis sur les F-16 ; ce terminal ne possède pas de capacité de mise en œuvre des groupes de participation VOICE. Sa puissance d'émission est limitée à 50 watts[104]

B-1B Lancer

• Le terminal MIDS J ou MIDS JTRS qui en mars 2010, durant la conférence intitulée "Joint Warfighting qui s'est déroulée les 11, 12 et 13 mai 2010, au centre de convention de Virginia Beach Va, a démontré son intéropérabilité avec les terminaux MIDS en service[105]. Le MIDS JTRS inclut toutes les capacités du MIDS-LVT plus les fonctions Link-16 Enhanced Throughput (ET), Frequency Remapping (FR)[106]. Depuis 2010, les États-Unis déploient simultanément le MIDS JTRS avec le système Common Link Integration Processing (CLIP) dans un ensemble appelé "Fully Integrated Data Link" (FIDL) qui intègre également le JREAP (en)[107]^,[acro 31]. En juin de 2010, le CLIP a accompli son premier vol d'essai comme composant du programme de modernisation du "B-1B Lancer" avec la Liaison de données complètement intégrée. Cette plate-forme transmet en temps réel sa position et échange des pistes, via le réseau Liaison 16 et le réseau de Satellite Joint Range Extension. Les opérations incluaient l'utilisation de la Liaison 16 pour allouer une cible objet de l'attaque et pour le lancement d'une arme JDAM[acro 32] simulée pour permettre l'attribution de mission[108]. À terminaison du programme, 66 B-1 et 76 B-52 devraient être équipés de ce système[109].

En mai 2011, consécutivement à un memorandum de décision d’acquisition d'une production limitée[trad 10] signé le 31 janvier 2011, la production de 42 MIDS JTRS par ViaSat (en) et Data Link Solution (en)[110], a commencé pour équiper les premiers F-18 de l'US NAVY, EC-130H de l'US AIR FORCE et RC 135 River Joint[111]. Les F-18 devraient recevoir leurs premiers MIDS JTRS durant le dernier trimestre 2011[112].

De 2015-2020, tous les MIDS LVT sont planifiés pour subir une mise à jour majeure, connue sous l’appellation "block Upgrade 2". La mise à jour "block 2" fournira la nouvelle cartographie de sauts de fréquences, une bande passante améliorée, la modernisation cryptographique et d'autres mises à jour logicielles significatives pour assurer que la prééminence opérationnelle des terminaux MIDS dans les années à venir[113].

L'US Navy a développé le MIDS On Ship[114] qui permet aux systèmes de combat conçus initialement pour fonctionner face à un terminal JTIDS, de pouvoir travailler avec un MIDS LVT1. Le 2 novembre 2010, l'US Navy a accordé un contrat de maintenance des terminaux JTDIS, à Iowa's Data Link Solutions, une joint venture Rockwell Collins et BAE Systems, pour porter leur fin de vie en 2035[115]. Cependant, l'US Navy développe pour ses futures plateformes, le système NGC2P/CDLMS[acro 33]^,[116].

Un équipement léger (de l'ordre de 9 kg[117]) appelé "Small Tactical Terminal" (STT)[118] permet de faire le pont entre le réseau "Liaison 16" et les forces au sol, travaillant en UHF[acro 34] (LOS : Line-of-sight (en)) (MIL-STD-188-220 B/C/D) avec les PRC-117, PRC-152, ARC-210 (RT-1824), Improved Data Modem (IDM)[119]

• Le développement du SMTT[acro 35] est la première étape dans l'établissement d'un lien de série-J entre les aéronefs et les forces au sol. Le SMTT pourrait bien être le successeur des équipements IDM[120] et pallier l'incapacité actuelle, pour les forces au sol, d'accéder à la totalité de l'information. Le concept d'opération[121] du SMTT précise que la principale fonction est l'identification AMI des forces au sol.

• Le LMT2 (Link 16 Missile Tactical Terminal)[122]
  • Ce concept envisage une petite radio tactique, développée par VIASAT[123], qui est basée sur la technologie de la Liaison 16. Ce terminal pourrait être installé dans les missiles de croisière et d'autres munitions guidées pour leur donner un système de navigation précis, un moyen de mises à jour des cibles mobiles et une capacité d'évaluation des dommages. Ce concept améliorerait aussi la perception de la situation AIR en permettant à tous les missiles et aux munitions guidées d'être inclus dans l'image tactique.
• Le Small Adaptable Form Factor Terminal utilise les dernières technologies pour assurer l'interopérabilité des véhicules au sol, des UAV et des aéronefs[124].
• La France envisage d'intégrer la liaison 16 dans son futur système de communication tactique. La Direction générale de l'Armement a notifié le 6 décembre 2010 le marché DEPORT (Démonstrateur Reprogrammable de Radio Tactique) à la société Thales. Il couvre les études d’élaboration du futur système de communications tactiques interarmées CONTACT (Communications numérisées Tactiques et de Théâtre), préparant la nouvelle génération d’équipements radio[125]. CONTACT prend en compte la liaison 16[126] car : le nouveau réseau tactique haut débit, sécurisé et interopérable avec l'OTAN doit remplacer à terme les systèmes PR4G, SATURN, CARTHAGE et MIDS[127].

En 2009, la société Hypres Inc a développé avec le support de la société Viasat, un récepteur liaison 16 digital multinets.

Ce prototype a été développé avec le soutien de l'Office of Naval Research, Washington, D.C., et du Space and Naval Warfare Systems Command, PMW-150[128].

Ce type de Terminal est indispensable à la conduite du réseau liaison 16 en temps réel par la cellule JICO, car elle permet le contrôle simultané de l'utilisation des différents canaux d'un même Network Participating Group ; Ce contrôle est nécessaire à la prise de décision de redistribution en temps réel des timeslots.

Les terminaux Liaison 16 utilisaient au début 2010, 51 fréquences dans la partie de la bande UHF allant de 960 MHz à 1 215 MHz.

En fait, ils utilisent 3 "sous-bandes" :

• 969 - 1 008 MHz,
• 1053 - 1 065 MHz, et
• 1113 - 1 206 MHz

avec 3 MHz d'intervalles en TDMA[129].

La bande de fréquences UHF utilisée par la liaison 16 est partagée

• dans le domaine militaire, avec l'IFF (ou Radar secondaire) et par le TACAN
• dans le domaine aéronautique civil, avec les stations sol DME[acro 36] qui sont appariées à celles des VOR[acro 37] et des ILS[acro 38]

Des travaux de redistribution des fréquences vont limiter le nombre de fréquences utilisées[130]. Cette redistribution pourrait entraîner jusqu'à l'abandon des 14 des 51 fréquences utilisées par la Liaison 16[131]. Ces fréquences sont situées entre 960 et 1 030 MHz[132]

Le MIDS JTRS intègre cette évolution[trad 11] ; une mise à jour des terminaux MIDS est en développement[trad 12]^,[133].

Aux États-Unis, le DoD[acro 39] s'est engagé à ce que tous les terminaux MIDS soient mis à niveau au plus tard en 2020[134].

Les terminaux JTDIS ne sont pas concernés par l'accord passé entre le DoD et le DoT[acro 40].

Les travaux de partage des fréquences s'effectuent en parallèle avec ceux préparant l'évolution des accords interministériels définissant le nombre d'impulsions émises dans l'air et appelé Time Slot Duty Factor. Le TSDF peut référer au nombre d'impulsions émises par une seule plate-forme ou dans une zone géographique[132].

La Liaison 16 découpe le temps en subdivisions appelées TimeSlot (les TimeSlots ou créneau de temps).

• Il y a 128 TimeSlots par seconde.
• Il y a donc 1536 TimeSlots par 12 secondes que l'on appelle FRAME.
• Dans une FRAME (12"), les TimeSlots sont répartis en trois ensembles (Sets) de 512 TimeSlots chacun : les sets « A », « B » et « C ».

Chaque TimeSlot est affecté à une fonction tactique ou NPG (voir plus bas). Dans le temps, la répartition des TimeSlots est entrelacée :

• Les TimeSlots se succèdent en passant d'un Set à l'autre comme suit : A1, B1, C1… A512, B512, C512.
• Si un total de 512 TimeSlots par 12 secondes, est affecté à un seul NPG, Les 512 TimeSlots seront affectés à un seul set, par exemple le set A ; ainsi les TimeSlots de ce NPG ne seront jamais consécutifs.

Chaque TimeSlot permet (généralement) à un seul participant du réseau Liaison 16 d'envoyer des données sur le réseau, les autres participants au réseau Liaison 16 reçoivent ces données pendant la durée de ce 'TimeSlot'.

Les données de série-J, sont formatées dans des messages prédéfinis dans le STANAG 5516 (appelés messages J). Chaque JU possède une table d'allocation qui définit l'ensemble des TimeSlots d'émission et de réception qui lui sont alloués. Cette table est récurrente et est définie pour une période appelée Époque de 12 min 48 s.

Les 1536 TimeSlots par 12 secondes, du réseau Liaison 16, peuvent être empilés sur 127 nets.

Un Numéro de Net différent peut être attribué à chaque groupe de participation (NPG). Cela veut dire que les fréquences attribuées à chacun des TimeSlots de ce NPG seront attribuées en fonction de lois de sauts de fréquences liées au Numéro de Net.

Lors de la conception du réseau, un fonctionnement en multinet peut être nécessaire pour optimiser l'utilisation des TimeSlots. Dans ce cas, certains groupes de participation fonctionneront en parallèle ; par exemple, les Plateformes C2 travailleront sur le groupe de participation EW, alors que les plateformes non C2 travailleront sur le groupe de participation Non-C2 to Non-C2 appelé aussi "Fighter-to-Fighter".

Le réseau est organisé par fonctions, nommées groupe de participation. Chaque JU peut être abonnée à un ou plusieurs groupes de participation. Les plus utilisés sont :

• PPLI (Precise Participant Location and Identification) (groupes de participation 5 et 6),
• SURVEILLANCE : partage des détections avec les centres de commandement (groupe de participation 7),
• CONTROL : Contrôle et assignation de mission (groupe de participation 9)
• Electronic Warfare & Coordination (groupe de participation 10).
• Fighter-to-Fighter : communication intra patrouille (groupe de participation 19).

Plate-forme Non-C2 : F-16 Hollandais

Certains groupes de participations peuvent être empilés[trad 18]. Cela permet à des groupes d'unités indépendantes de travailler de manière simultanée sur un plan de saut de fréquences différent; ainsi lorsque plusieurs patrouilles d'avion de chasse (unités Non-C2) travaillent sur un même théâtre, plusieurs unités appartenant à des groupes différents peuvent émettre simultanément.

Le nombre de Nets disponibles dans un réseau Liaison 16 est de 127. Du Net « 0 » au Net « 126 » ; la valeur par défaut du Net Control des plateformes non C2 est positionnée à "127". Lors de la prise de contrôle par une plate-forme "C2[acro 4]", le système de mission du Non-C2 positionne la valeur du Net CONTROL du terminal MIDS, sur celle du Net CONTROL de la plate-forme C2.

En pratique, pour un groupe de participation donné (NPG), il est possible de mettre en œuvre jusqu'à 20 nets sans risque de brouillage.

Les principaux groupes de participations utilisés de manière empilée sont :

• PPLI-A (Precise Participant Location and Identification) (groupe de participation 5),

L'empilement de ce NPG permet d'attribuer en émission à chaque JU Non-C2 d'une même patrouille, environ 1 timeslot par seconde, afin d'effectuer un échange rapide de position au sein de cette patrouille et permettre ainsi à chaque plate-forme, une capacité de corrélation rapide entre une nouvelle détection radar et un PPLI ; cela permet d'éviter un tir fratricide lorsque des chasseurs AMI et HOSTILE sont engagés dans le même volume aérien.

• CONTROL : Contrôle et assignation de mission (groupe de participation 9)

Chaque unité C2 contrôlante possède son net de contrôle. Les unités Non-C2 changeant d'unité contrôlante, changent donc de net.

• Fighter-to-Fighter : communication intra patrouille (groupe de participation 19).

Chaque patrouille possède son propre net, en particulier, pour effectuer une fusion des plots de détection radar avant de la transmettre (sur le groupe de participation CONTROL) à l'unité contrôlante qui créera et diffusera sur le groupe de participation SURVEILLANCE, la piste correspondante.

• Deux groupes de participations VOICE (groupes de participation 12 et 13) peuvent être empilés. Ils peuvent être mis en œuvre, par exemple, pour le contrôle des unités Non-C2 en phonie (un net est affecté à chaque plate-forme C2).

Dans l'environnement radio totalement brouillé par la mise œuvre de la liaison 16 en mode "Combat" (puissance d'émission jusqu'à 1 kW et saturation des fréquences), les groupes de participation VOICE peuvent s'avérer indispensables dans les premiers jours de la Campagne de guerre. Il faut donc noter que les avions de chasse équipés de terminaux Fighter Data Link qui n'offrent pas de capacité de phonie, ne pourront pas participer pleinement à cette première phase de la Campagne de guerre. Cependant, dès que les principales forces d'opposition sont neutralisées, les groupes de participation VOICE sont abandonnés pour dégager de la bande passante au profit, en particulier, des aéronefs en soutien des forces au sol (appui aérien rapproché)

Le débit de la liaison dépend de la configuration utilisée, Il peut théoriquement atteindre 107,520 Kbit/s.

2 plateformes Non-C2 : F-22 Raptor.

La volonté de gagner de la bande passante dans le réseau Liaison 16, pourrait amener certaines nations à exclure les groupes de participation CONTROL et Fighter-to-Fighter du réseau liaison 16, au profit de réseaux nationaux à très hauts débits. Lors des opérations menées par l'OTAN, les vols mixtes d'aéronefs non-C2 et appartenant à des nations différentes, au sein d'une même patrouille sont exceptionnels.

• La Suède, nation non OTAN, mais disposant depuis peu de la Liaison 16, est pionnière dans le domaine. Le Gripen Suédois ne devrait pas mettre en œuvre ces groupes de participation.
• La France pourrait suivre la voie en dotant le Rafale de capacités Fighter-to-Fighter non-L16 mais bien plus performantes en termes de débits, grâce à la mise en œuvre de radios nouvelles génération à très hauts débits.
• L'Allemagne, les nations nordiques (Norvège, Danemark, Hollande) et la Grèce pourraient en faire autant.
• Quant aux États-Unis, les études d'un réseau AIR dédié sous protocole Internet ont été validées par des expérimentations concluantes. D'autre part, le développement du MADL (Multi-function Advanced Tactical Data Link) pour les F-22 Raptor et F-35 Joint Strike Fighter[146], répond à un besoin de discrétion. Les études de définition de la messagerie ont fait l'objet d'un appel d'offres durant l'été 2009[147] ; l'intérêt des forces de l'OTAN est que cette nouvelle liaison appartienne à la famille de la série-J et que ces avions soient équipés parallèlement au MADL d'un terminal MIDS. L'opération en Libye en 2011, a mis en évidence ce besoin d'interconnexion entre la Liaison 16 et le MADL[148]. Cela pourrait être réalisé par le déploiement du BACN (en)[149], la pertinence de ce programme est cependant très controversée au DoD, cela illustre l'opposition entre les tenants de la guerre en réseaux impliquant la présence des plateformes C2 dans la boucle de décision, et ceux qui prônent les actions indépendantes des avions Non-C2.

L'US Navy, et plus particulièrement le SPAWAR de San Diego (en), développe le protocole « Stochastic Unified Multiple Access[150] » (SHUMA) qui permet au réseau Liaison 16 d'adapter l'utilisation des TimeSlots selon la présence réelle des IU (Interface Units) dans le réseau. D'autres études sont en cours, en particulier le "Link-16 Enhanced Throughput (ET) capability" qui fournit la capacité de transmettre plus d'information dans un TimeSlot sans modifier la structure radiofréquence du signal[151]. Cependant, la poursuite de cette étude a été abandonnée dans le budget de 2011[152]

L'US Navy travaille également sur la gestion Dynamique du réseau ou DNM[153].

DNM augmente l'efficacité du réseau Liaison 16, son débit et fournit au combattant, une plus grande flexibilité d'utilisation du Lien 16[trad 19].

DNM facilite l'entrée/sortie automatisée des plateformes[trad 20] DNM fournit une capacité en temps réel de régler l'allocation des timeSlots pour s'adapter aux évolutions du réseau dans le théâtre d'opération[trad 21]

DNM réduit les « sur-abonnements » au réseau et permet ainsi

• des opérations sur un réseau totalement ad hoc et dynamiques sur le Lien 16.
• des mises à jour et des taux de mises à jour variables et
• un réseau étendu grâce aux opérations en sous-réseaux[trad 22]

DNM fournit également un soutien :

• à l'interconnexion des armes,
• au réseau de senseurs
• aux ciblages critiques en temps et
• aux frappes critiques en temps[trad 23].

DNM inclut les capacités suivantes :

• la Réallocation de TimeSlots (TSR),
• la Réallocation de TimeSlots des Groupes de Participation Combinés (CNPG),
• le développement des réseaux empilés
• le multinetting[trad 24]

Le programme DNM (Dynamic Network Management) doit se terminer fin 2015 au plus tard.

La portée radio est selon l'empaquetage[trad 25] de 300 ou de 500 milles nautiques.

Les Interfaces Units se déclarent en exercice, si elles participent à un exercice.

L'état « Exercice » d'une IU :

• est transmis dans le message PPLI de l'unité concernée, l'état « Exercise » du OwnShip est mis en évidence sur les écrans tactiques par la présence, par exemple, d'un X orange derrière le symbole du OwnShip,
• est mis en évidence sur l'écran tactique des autres IUs par un attribut qui peut être, par exemple, un X de couleur orange derrière le symbole de l'IU.

Sur les écrans tactiques d'une IU en exercice, les pistes dont l'identité est en « Exercice » sont présentées sur l'écran tactique, avec l'identité Exercice échangée sur l'interface (L'état « Exercice » est mis en évidence).

Sur les écrans tactiques d'une IU qui ne participe pas à l'exercice, les pistes dont l'identité est en « Exercice » sont présentées sur l'écran tactique en tant que piste AMI GENERAL.

Dès qu'une piste HOSTILE apparaît sur le réseau, ou lors de la réception du message « Exercise Status Change », l'état de la plate-forme quitte automatiquement l'état Exercice. Cela se traduit sur les écrans tactiques par :

• Le passage automatique de toutes les pistes et IU en Exercice, à l'Identité AMI GENERAL,
• la suppression automatique de tous les états d'engagements, impliquant des pistes précédemment à l'état « Exercice ».

Ce sont les IUs qui transmettent au minimum leur position sur l'interface. Une IU active (plateforme C2) peut assurer opérationnellement le contrôle d'une IU passive (plateforme non C2).

Les Interfaces Units peuvent n'avoir jamais émis de messages sur l'interface. C'est la raison pour laquelle, il a été prévu de permettre à un terminal MIDS de se synchroniser passivement sur le réseau Liaison 16.

Les Interfaces Units passives peuvent cependant être destinataires d'ordres adressés, dans ce cas, l'attitude de la plate-forme permet de s'assurer que l'ordre a bien été reçu.

Si une IU passive est détectée par une Interface Unit (plateforme C2) active, celle-ci :

• affectera manuellement à la piste correspondant à l'IU passive, le Track Number qui lui aura été attribué dans le message OPTASK Link, (Les opérateurs peuvent attribuer manuellement, n'importe lequel des TN hors de la plage des TN affectée à leur plateforme),
• diffusera la piste sur l'interface,
• cessera la diffusion si l'IU devient active.

Les IUs passives sont, à titre d'exemple, :

• Les avions ravitailleurs qui pour des raisons de sécurité n'émettent pas durant les ravitaillements,
• Les avions en cours de ravitaillement (pour les mêmes raisons),
• Les avions en approche de zone de frappe, par souci de discrétion[157],
• les sous-marins à l'immersion périscopique ou en immersion de sécurité et à l'écoute des informations forwardées depuis la liaison 16, en liaison 11 ou en liaison 22.

Écran Tactique à bord d'un E2-C - Les pistes sont sélectionnées ("Hookées") grâce à un stylo optique

En bref, chaque système de mission d'une plate-forme C2 qui met en œuvre la liaison 16, possède deux états de la fonction "Liaison de Données Tactiques" (LDT), qui définissent le contenu des données émises vers le terminal MIDS:

• LDT "NORMAL", dans cet état, toutes les données éligibles pour la transmission sont transmises au terminal MIDS et mises à jour en permanence.
• LDT "SILENCE", dans cet état, seules les données sélectionnées par l'opérateur sont transmises ponctuellement au terminal MIDS. Une fois émises ces données sont automatiquement dé-sélectionnées pour ne pas être réémises lors de l'action opérateur suivante.

Les configurations standards d'une plate-forme équipée liaison 16 (JTIDS Unit) sont :

• MIDS en transmission de données "AUTORISÉ" et Système de mission en LDT « NORMAL »,
• MIDS en transmission de données "RADIO SILENCE" et Système de mission en LDT « SILENCE ».
  • Dans ce cas aucune donnée n'est émise

Il existe une autre configuration utilisée régulièrement

• MIDS en transmission de données "INTERDIT" et Système de mission en LDT « NORMAL ».

Dans cette configuration, sur action opérateur, le MIDS du sous-marin à l'immersion périscopique, ou de l'avion de patrouille maritime remontant à une altitude élevée, est positionné ponctuellement (12 secondes ou 1 FRAME) en transmission de données "AUTORISÉ", et transmettent ainsi toute leur situation tactique (SITREP[acro 44]).

Enfin, la configuration

• MIDS en transmission de données "AUTORISÉ" et Système de mission en LDT « SILENCE ».
  • Dans ce cas le terminal continue de transmettre l'identité et la position de la JU,
  • Généralement, par souci d'économie de timeslots, l'émission s'effectuera en contention

permet à l'opérateur d'une plate-forme C2 donnée, d'émettre ponctuellement une information ou un ordre indispensable, sans pour autant participer en permanence à l'élaboration de la situation tactique.

L'identification est supportée par les Groupes de Participation PPLI-A et PPLI-B. La présence d'une plate-forme sur l'un de ces NPG (le PPLI-B) suffit à son identification AMI. Le PPLI-A est essentiellement utilisé pour l'émission de la position des avions de chasse à un taux élevé, afin d'éviter les tirs fratricides en combat rapproché.

• L'identification d'une plate-forme C2[acro 4] est précisée, dans le message PPLI, par la transmission de son indicatif phonie, de sa fréquence de contrôle ou du Numéro de Net VOICE attribué à cette fonction, de son Numéro de Net CONTROL
• L'identification d'une plate-forme Non-C2 est précisée, dans le message PPLI, par la transmission de son indicatif phonie, de la fréquence de contrôle ou du N° de Net VOICE, du Numéro de Net CONTROL, sur lesquels elle est positionnée.

Cette fonction est la fonction essentielle de la Liaison 16. L'identification AMI donnée par la Liaison 16 est la meilleure garantie contre les tirs fratricides.

L'identification est complétée par l'état de la plate-forme. Ainsi, sur le Groupe de Participation, PPLI-B,

• chaque plate-forme d'Environnement AIR transmet des informations générales sur le déroulement de sa mission, par exemple, le temps restant à passer sur zone, la quantité de carburant disponible, le nombre d'armes disponibles immédiatement (Hot Weapons) et le nombre d'armes se trouvant en soute (Cold Weapons) etc.

Cette information permet aux Commandants de lutte de vérifier, en temps réel, la capacité d'une plate-forme, C2 ou Non-C2, a réaliser une nouvelle mission, sans devoir intervenir en phonie et ainsi, en évitant de perturber les opérateurs menant des actions tactiques. Il est essentiel que ces informations soient mises à jour automatiquement.

En cas de nécessité, une plate-forme AIR peut de plus, transmettre les états d'urgence[trad 26] comme l'éjection du pilote[trad 27], ou l'amerrissage[trad 28].

• chaque plate-forme d'environnement SURFACE transmet les mêmes informations générales avec de plus, pour les plateformes équipées de pont d'envol, la couleur de celui-ci (Rouge, Orange, Vert)

En cas de nécessité, une plate-forme SURFACE peut aussi, transmettre un état d'urgence[trad 26].

La navigation est essentiellement supportée par le Groupe de Participation, PPLI-B

La liaison 16 entretient pour chaque plate-forme, une navigation relative et une navigation absolue. Les navigations, relative et absolue, que la liaison 16 offre sont inégalées sur un théâtre d'opération dont l'environnement est fortement brouillé.

Le référentiel de la navigation liaison 16 est le WGS 84 (World Geodetic System 1984 : Système géodésique mondial, révision de 1984)

Dans le réseau Liaison 16, les distances sont exprimées en data mile (en) (0,987 du mile nautique ou mile marin)

Écran de surveillance d'un destroyer AEGIS.

La surveillance est la fonction première des plateformes C2[acro 4] ; elle n'est pas liée à la présence d'une liaison de données tactiques, mais la présence de cette dernière lui permet d’accéder à la finalité de son élaboration : sa diffusion et le partage de sa perception.

Équipées de senseurs, les plateformes élaborent, à partir de données brutes (les plots radar, les détections reçues des plateformes Non-C2, par exemple), des pistes dont les symboles représentent sur les écrans, les informations cinématiques et de localisation dans l'espace, des mobiles détectés.

Dans le théâtre d'opération très connecté des années 2010, il est indispensable que ces informations soient élaborées au sein des plateformes C2, dans un format apte à être immédiatement transmis vers les autres éléments de la force.

Il est également nécessaire qu'en amont, les capteurs fournissent des informations, dans un format de données, immédiatement utilisable localement et à distance par l'échange de données tactiques ; c'est pourquoi les données de série-J décrites à l'identique dans les stanag 5516 et 5522, sont généralement le format de données en sortie des capteurs, imposé par les architectes des systèmes de combat et de mission. Cependant, ces capteurs ne fournissent que des données brutes ; l'élaboration des données consolidées que sont les pistes, doit rester de la responsabilité exclusive du système de la plate-forme C2 ; cela est indispensable à la mise en œuvre d'une capacité de poursuite multisenseurs efficace.

À bord des plateformes C2, sont distinguées :

• les données techniques dont l'exploitation est à usage exclusivement interne
• les données tactiques dont l'exploitation est réalisée en interne et sur les autres plateformes.

Seules les informations échangées, par l'intermédiaire des liaisons de données, ont droit au qualificatif de tactiques.

Le format d'échange retenu par les forces de l'OTAN et françaises, est celui des données de série-J.

CIC[acro 45] du porte-avions USS Carl Vinson.

L'échange de données consolidées sur le Groupe de participation surveillance, permet aux plateformes C2 d'élaborer une image tactique unique et partagée par tous les participants au réseau. Les données tactiques consolidées sont :

• Les Pistes (« Temps réel » (TR) et « non temps réel » (NTR) en particulier les pistes de catégorie « SURFACE », issues de l'AIS[acro 46])
• Les points, lignes, surfaces et volumes de référence qui permettent en particulier de définir l'espace aérien, les chenaux maritimes et les rails de navigation maritime en particulier ceux appartenant aux dispositifs de séparation du trafic comme le rail d'Ouessant
• Les points d'urgence
• Les fixes (positions en latitude, longitude et éventuellement altitude)
• Les relèvements (latitude, longitude et azimut)

Le Groupe de participation surveillancepermet également aux plateformes C2, d'échanger des messages dont le but est de clarifier l'image tactique, en supprimant :

• les doubles désignation (Un objet du monde réel faisant l'objet de deux pistes)
• les conflits de TN (le même numéro de piste (TN) désignant des objets différents)
• les conflits d'environnement (par exemple, un objet est évalué par une unité comme appartenant à l'environnement Surface maritime et il est évalué par une autre unité comme appartenant à un autre environnement - Air par exemple).
• les conflits d'identité (écart d'identité)
• les conflits d'IFF (écart d'IFF)

Conçue initialement pour la lutte dans la troisième dimension et la lutte antiaérienne, la fonction SURVEILLANCE de la Liaison 16 s'est imposée dans les domaines de lutte SURFACE, maritime et terrestre, et sous-marine.

Le Groupe de Participation, surveillance permet aux plateformes C2 de transmettre des liens entre deux objets de l'image tactique, par la transmission de messages d'association et de PAIRING[3]

L'association et l'appariement ne sont pas des fonctions propres aux liaisons de données tactiques en général, ou à la Liaison 16 en particulier. Les systèmes de mission et de combat, associent et appairent les pistes, même en l'absence de connexion au réseau afin d'éclaircir ou de préciser l'image tactique.

Une fois la plate-forme connectée à l'interface, la Liaison 16 permet la transmission de ces informations.

Écran de surveillance du USS John S. McCain

L'association indique que les objets concernés sont relatifs au même objet du monde réel

Par exemple,

• Un relèvement de Guerre Électronique est associé à une piste AIR, si les informations captées (par exemple les émissions d'un radar), sont issues de la piste AIR.
• Deux pistes sous-marines sont associées, si elles désignent le même sous-marin (les pistes sous-marines ne peuvent pas être corrélées).

Sur les écrans, l'association est généralement représentée, lors de la sélection d'une des pistes associées, par un trait de couleur Jaune la reliant aux autres pistes associées.

L'appariement se dit dans le langage commun PAIRING.

Le PAIRING précise le déroulement de la mission d'une piste AMI en décrivant son activité.

Par exemple,

• la piste d'un avion AMI retournant à sa base (RTB[acro 47]) fera l'objet d'un PAIRING avec la base devant accueillir l'aéronef.
• un avion ravitailleur AMI fera l'objet d'un PAIRING avec le point de référence de ravitaillement autour duquel il orbite.

Le message PAIRING peut être émis par une plate-forme C2 :

• pour préciser sa propre activité, par exemple RTB : je retourne à la base dont le Track Number est indiqué,
• pour préciser l'activité d'une plate-forme Non-C2 qui est sous son contrôle, par exemple RTB : l'aéronef que je contrôle retourne à la base dont le Track Number est indiqué.

Sur les écrans, l'appariement est généralement représentée, lors de la sélection d'une des pistes appariées, par un trait de couleur Bleue la reliant à la seconde piste objet de l'appariement.

La fonction surveillance de la liaison 16 permet d'échanger plusieurs milliers de d'objets tactiques.

Le concept de Guerre en réseau ou NCW impose que l'ensemble des objets soient mémorisés dans la base de données (Table des pistes) des plateformes C2 et non C2.

Les systèmes de combats aux débuts du XXI^e siècle permettaient de gérer généralement 2000 objets. C'est particulièrement le cas du porte-avions Charles de gaulle[158] et de l'E-2C[159]. Depuis, la capacité des systèmes en gestion du nombre de pistes a été augmentée, particulièrement pour les E-2D[160] américains et les E-3 de l'OTAN[161].

La mise en œuvre de la Liaison 16 est fortement liée à l'interface homme-machine. La force de ce lien est actée depuis l'édition 6 du STANAG 5516 qui définit précisément les conditions de l'acquisition de l'information par les opérateurs.

La projection de Mercator est cylindrique.

La visualisation des objets s'effectue sur une grille orthogonale en coordonnées cartésiennes. Cette grille permet :

• techniquement, le positionnement précis des pistes issues des plots radar,
• opérationnellement, aux contrôleurs aériens d'effectuer un contrôle serré des aéronefs en indiquant des routes correctement visualisées sur leurs écrans

La grille est centrée sur le porteur et est recalée environ toutes les minutes pour un avion et toutes les dix minutes pour un navire.

Il est important de noter qu'à l'échelle d'une zone tactique, les écarts de distance entre :

• une route loxodromique ou Loxodromie, représentée sur une carte marine ou aéronautique en projection de Mercator par une ligne droite et qui ne représente pas la distance la plus courte entre deux points
• et la route la plus courte, appelée route orthodromique ou orthodromie, représentée sur une carte marine ou aéronautique en projection de Mercator par une courbe,

sont négligeables.

La route d'une piste échangée sur la liaison 16 est déterminée à partir du méridien de référence de la position de cette piste (le nord à la position de la piste). La route présentée sur les écrans tactiques sera quant à elle référencée au méridien de référence du porteur. En résumé :

• la route présentée sur les écrans diffère d'un porteur à l'autre et est référencée au Nord de la position du Porteur
• la route mémorisée en base de données est identique sur toutes les plateformes et est référencée au Nord de la position de la piste

Certains systèmes présentent les objets sur une projection cartographique au détriment de la facilité d'emploi opérationnel ; à titre d'exemple, contrairement à une grille orthogonale en coordonnées cartésiennes orthonormé,

• la direction du nord n'est vers le haut de l'écran qu'à la position de la plateforme ; sinon, la direction du nord diffère un peu, en fonction de l'écart de la position de l'objet par rapport à la position du porteur. La différence est d'autant plus sensible que le porteur se trouve à une latitude élevée.
• les distances nord/sud et est/ouest sont différentes pour un même écart sur l'écran, selon le type de projection cartographique. En projection de Mercator, la distance en milles nautiques en est/ouest = nombre de minutes en longitude × Cosinus de la latitude du lieu.
• en bref, la précision des positions des cibles transmises aux armes moyenne et longue portée est fortement altérée, si elles sont déterminées à partir d'une projection cartographique au lieu d'une grille orthogonale en coordonnées cartésiennes orthonormé.

Visualisation Console NTDS.

Les opérateurs des plateformes mettent en place des filtres de visualisation, afin de ne présenter sur les écrans que l'information désirée ; cependant, si nécessaire, tout objet peut être "poussé" sur les écrans d'une autre plateforme ou « tiré » sur ses propres écrans.

• Les plateformes C2 forcent la visualisation d'un objet tactique sur les autres plateformes C2 par l'envoi d'un message "ForceTell" transmis sur la surveillance. (Les plateformes non C2 n'interprètent ni ce message, ni le champ "Force Tell" inclus dans les messages pistes (J3.X) et Interface Unit (J2.X)).
• Les plateformes C2 forcent la visualisation d'un objet tactique sur les plateformes Non-C2 qu'elles contrôlent par un message "HIT" (High Interest Track) émis sur le groupe de participation CONTROL.
• Les opérateurs des plateformes C2 et non C2 disposent d'un message système qui leur permet de forcer la visualisation et la prise en contrôle opérateur (HOOK[162]), d'un objet dont ils saisissent le Link Track Number. (« CALL TN » - « AANNN »)

Sur les écrans tactiques, les pistes en « Force Tell » et en « Emergency » sont affectées d'un identifiant particulier afin que l'opérateur comprenne d'un coup d'œil pourquoi une piste appartenant à une catégorie ou une identité filtrée est présente sur son écran.

Pour permettre la visualisation immédiate de toute information "forcée" ou "appelée", la capacité de mémorisation de la table des pistes d'un avion de chasse doit être la même que celle des plateformes C2 qui le contrôlent. En l'absence de cette capacité sur les plateformes Non-C2, le délai de visualisation de la piste pourrait prendre jusqu'à 12 secondes pour une piste AIR ou SURFACE marquée HIT ; ce délai est inacceptable en situation de combat.

Le HIT permet à une plateforme C2 de pousser l'information ponctuellement utile sur l'écran du cockpit d'une plateforme Non-C2.

Opérationnellement, avant l'envoi d'un ordre d'engagement vers une plateforme Non-C2 qu'elle contrôle, la plateforme C2 positionnera la piste de la cible en "High Interest Track". Elle s'assure ainsi que la cible est visualisée sur l'écran du destinataire et que rien ne s'oppose à ce que l'ordre soit exécuté sans délai.

Symbologie sur écran d'un F-18

Au début 2010, grâce aux puissances de calcul et aux capacités de mémorisation, la technologie n'impose plus (au donneur d'ordre ou à l'industriel) d'effectuer des choix sur le traitement à priori des informations devant être visualisées par l'utilisateur opérationnel.

L'expérience a montré que certaines informations considérées inutiles à priori, devenaient indispensables dans certains contextes. À titre d'exemple, les pistes sous-marines ne sont pas utiles à la conduite des missions des avions de chasse. En exercice simulé, il a été démontré qu'en cas d'éjection d'un pilote au-dessus de la mer, la visualisation du symbole d'un sous-marin AMI sur l'écran d'un avion de chasse, devenait, à cet instant précis, l'information indispensable pour permettre au pilote de s'éjecter au plus près d'un sous-marin AMI présent sur zone, qui pourra ainsi rapidement le récupérer.

Les conséquences qui ont été tirées de ces simulations, se résument ainsi :

Sur une plateforme donnée,

• Aucune information ne doit être à priori rejetée ; toutes les informations circulant sur le réseau doivent être mémorisées en table des pistes.
• Il est de la responsabilité unique des opérateurs de décider quelles informations doivent être présentées en permanence sur leurs écrans (mise en œuvre des filtres en visualisation).
• La symbologie associée aux objets considérés de moindre intérêt, pour la plateforme considérée et donc pratiquement jamais visualisés, peut être un symbole générique dont l'utilité est de pouvoir présenter une position, en économisant le coût de développement de tous les symboles NTDS ou des APP-6A/MIL-STD-2525A-B.

Exemple de visualisation d'une Piste Surface (Terrestre) HOSTILE

La surveillance permet aux unités de Commandement et de Contrôle (C2) d'élaborer une image tactique. Cette fonction leur permet d'échanger

• les messages de transmission des pistes (informations élaborées à partir de leurs senseurs) et
• les messages de gestion afin de régler tout conflit d'environnement :
  • Espace,
  • Air,
  • Surface Terrestre,
  • Surface Maritime,
  • Sous-Marin
• d'identification :
  • Hostile,
  • Suspect,
  • Neutre,
  • Présumé Ami,
  • Ami
• de type de plateforme (lié à l'environnement)
  • Porte-avion
  • AEW
  • …
• d'activité plateforme
• de participation à un exercice

et de permettre à une unité donnée, de compléter les informations transmises par une autre.

Une piste échangée en liaison 16 est :

• soit, temps réel, sa position en latitude, longitude, mesurée par un senseur, a été extrapolée au moment de son émission
• soit, non temps réel, à sa position en latitude, longitude, est associée une heure d'observation (l'âge maximum de l'observation est de 23 heures, 59 minutes)

Seules les unités C2 peuvent créer des pistes.

Une piste s'appelle

• "LOCAL" dans le système qui l'a créé.
• "REMOTE" dans les systèmes qui l'auront reçue
• Les pistes de catégorie air ou surface, sont créées à partir de plots issus des radars primaires ou de l'IFF (Identification Friend or Foe) appelé aussi Radar secondaire. De la fusion de plots, issus de plusieurs radars, le système de chaque plateforme ne crée qu'une seule piste LOCAL (i.e. Les senseurs ne doivent pas créer de pistes)
• Une piste de catégorie air ou surface est unique. Cependant, elle peut être LOCAL sur plusieurs plateformes, pour cela, elle aura dû faire l'objet d'une ou plusieurs corrélations.
• Une piste LOCAL reçue sur la Liaison 16 (La plateforme ne possède pas la responsabilité de report sur l'interface Liaison 16), est toujours considérée comme étant LOCAL, mais est appelée Common LOCAL Track.

Exemple de Situation AIS : Manche Est

• Les pistes de catégorie surface (maritime) peuvent être également créées à partir des informations fournies par le Système d'identification automatique appelé communément AIS (Automatic Identification System) ; dans ce dernier cas, l'AIS est considéré (du point de vue militaire) comme un senseur qui élabore des données brutes non-temps réel (i.e. Position, route, vitesse et heure d'observation), et dont les informations d'identification doivent être consolidées par d'autres moyens[164]. Vue de la plateforme la diffusant sur le réseau liaison 16, une piste AIS est donc une piste LOCAL Non Temps Réel. Les plateformes de surveillance maritimes, utilisent les messages Free-Text pour diffuser en liaison 16, les informations recueillies par l'AIS. Le format des données AIS diffusées en Free-Text, n'était pas standardisé en 2010. Dans le cadre de l'accélération de son programme FORCE NET, l'US Navy considère l'AIS comme un moyen de renseignement à faible coût. Elle considère qu'avec l'AIS, les navires auront une capacité de perception des navires de commerce deux fois supérieure sur la COP[165]^,[acro 48].
• Les pistes de catégorie air peuvent être également créées à partir des informations fournies par le système automatique de surveillance appelé communément ADS-B (Automatic dependent surveillance-broadcast).
• Les pistes de catégorie sous-marines sont créées à partir
  • des données issues des sonars
  • de bouées acoustiques (en anglais Sonobuoy (en))
  • éventuellement de radar (sous-marin en surface ou à l'immersion périscopique)

Les avions Non-C2 (fighters, Bombers…) en tant que senseur déporté du C2 qui les contrôle, n'élaborent donc que des plots qui sont redescendus vers le C2 sous forme de messages "Target Sorting". Sur réception de ce message, l'unité C2 contrôlante crée et dissémine la piste sur le Groupe de Participation SURVEILLANCE. Les Non-C2 peuvent de la même manière transmettre des points (FIX) et des relèvements (LOB : Line Of Bearing) EW sur le NPG EW. Ce sont uniquement des données brutes (PARAMETRIC).

Les informations de SURVEILLANCE qu'une plateforme C2 est amené à diffuser, sont dépendantes des capteurs des plateformes non C2 qu'elle contrôle. Les caractéristiques des différents capteurs embarqués sont évolutives en fonction du déploiement des nouveaux standards d'avions de chasse. Le plan d'implémentation des messages de SURVEILLANCE d'une plateforme C2 ne peut donc subir de limitation, tant en émission qu'en réception. En particulier, une plateforme C2 doit posséder la capacité de diffuser toutes les informations de guerre électronique, descendues par les plateformes non C2 travaillant sous son contrôle.

La remontée de données piste directement par un C2 vers un Non-C2 qu'il contrôle, au travers du Network Participating Group Control (Uplink), (pratique héritée de la Liaison 4-A), était utilisée par des armées n'ayant pas atteint un niveau opérationnel suffisant pour travailler pleinement dans une force appliquant les concepts d'emplois déduits du Network Centric Warfare. Cette pratique entraînait une confusion résultant de la réception de la même information piste par deux canaux différents (NPG Surveillance et Control). Elle n'est plus permise en raison de la restriction du nombre de TimeSlots affectés au "Control Uplink", imposée par la saturation du réseau.

Exemple de visualisation d'une Piste Sous-marine Exercice SUSPECT ou JOKER

À des fins d'entraînement, des plateformes AMI (Air, Surface, Sub-surface) peuvent participer à un exercice. Ces pistes font l'objet d'une visualisation particulière ; par exemple, le fond du symbole est un X de couleur orange.

Toutes les identités peuvent être affectées de l'attribut "Exercice"

• une piste "HOSTILE EXERCICE" est appelée FAKER,
• une piste "SUSPECT EXERCICE" est appelée JOKER[166].

Sur les systèmes, toutes les pistes en "Exercice" passent automatiquement AMI, dès l'apparition sur le réseau d'une piste Hostile (non-exercice), ou lors de la fin de l'exercice en particulier lors de la réception du message "Exercice Status Change".

Les points d'urgence[trad 26] sont essentiellement :

• un homme à la mer[trad 30],
• l'amerrissage d'urgence[trad 28] d'un aéronef,
• l'éjection du pilote[trad 31] d'un avion. Les plateformes C2 possèdent la capacité de créer automatiquement un point d'urgence "BailOut", à la position de l'avion, lorsqu'est reçue pour la première fois l'information d'urgence "BailOut", dans le message PPLI. Un message d'association permet de connaître le lien entre le point d'urgence et l'aéronef concerné. Cette information est essentielle pour lancer rapidement la mission CSAR[acro 49] qui s'impose.
• un navire en détresse[trad 32]

Exemple de visualisation d'un pont d'identé NEUTRE

La surveillance permet également d'échanger les messages décrivant l'environnement du théâtre (comme les Points de référence : Couloirs aériens, routes maritimes, les dangers : Champs de mines, etc.).

La surveillance permet aussi la diffusion des points fixes et les relèvements élaborés par les senseurs de Guerre Électronique après qu'ils ont été consolidés (EW Product)

Enfin, la Surveillance prend en compte la lutte anti-sous-marine. Elle diffuse les points fixes et les relèvements "ASW" élaborés par les sonars et les FLIR[acro 50]. Le tempo de la lutte anti-sous-marine ne demande cependant pas un taux de mise à jour aussi élevé que celui qui est offert par la Liaison 16.

La fonction surveillance est commune aux trois liaisons de données de la série-J, fonctionnant comme un seul réseau "logique" unique.

Dans le cadre du réseau logique unique idéal, la fonction de dataforwarder n'existe pas ; tous les participants sont alors abonnés aux trois liaisons. La principale difficulté empêchant la mise en œuvre de ce réseau logique idéal, réside dans les difficultés (techniques et financières) à intégrer les trois liaisons dans certaines plateformes. C'est pourquoi de nombreuses études amont travaillent sur le réseau logique unique "Over-IP" ; dans ce contexte, l'utilisateur accède à l'information qui l'intéresse sans avoir à se soucier du chemin (de la Liaison de Données Tactiques) utilisée à cette fin.

Console SENIT 4 à bord de la frégate de la Marine Nationale La Motte-Picquet. Le SENIT 4 met en œuvre uniquement la Liaison 11.

La corrélation est le processus, appliqué sur chaque plateforme C2, par lequel les données d'une piste (de catégorie Air ou Surface exclusivement) issue des mesures de capteur(s) et celles d'une autre piste (Air ou Surface) reçue sur la liaison, sont fusionnées en une seule piste "locale" contenant des données "externes" (Remote). En "table des Pistes", une piste corrélée est représentée par un item unique, composé de données locales et de données externes. L'objectif de la corrélation est de garder sur la SURVEILLANCE, une image tactique commune à toutes les plateformes, à jour en temps réel.

Le processus de corrélation, réalisé sur une plateforme, est la mise en œuvre logicielle d'une méthodologie de corrélation qui doit résoudre les ambiguïtés et les informations contradictoires pour fournir aux autres plateformes, une synthèse des informations de surveillance utiles du point de vue opérationnel.

Les ambiguïtés possibles incluent

• les pistes manquées,
• les pistes supplémentaires,
• ou des erreurs de position et de vitesse.

Du point de vue d'une plateforme,

• La corrélation des pistes locales avec les pistes distantes (Remote) reçues sur la liaison 16, est utilisée pour déterminer l'unité chargée de la transmission, afin qu'une piste ne fasse l'objet que d'un seul report.

Cette restriction maximise l'utilisation de la capacité de la liaison. Elle élimine 'la confusion' que des reports de pistes multiples peuvent engendrer, sur les systèmes de commandement et de contrôle actuels (C2).

• Après corrélation entre une piste locale et une piste externe (Remote),
  • le Track Number le plus petit est conservé, sauf en cas d'éventuelles contraintes opérationnelles[trad 33] qui imposent la conservation du TN le plus grand.
  • seuls les éléments cinématiques issus des senseurs locaux sont considérés pour la visualisation,
  • les informations externes sont mémorisées et viennent le cas échéant, enrichir les données locales ; c'est particulièrement le cas pour les informations altitude et IFF.
• une piste est reconnue corrélée tant que la plateforme ne prend pas la Responsabilité de Report (R2); selon l'AdatP-33, elle prend l'appellation de "Common Local Track"
• Lors de la prise de R2, le lien de corrélation est cassé car la plateforme ne reçoit plus de données "position/cinématique" externes ; selon l'AdatP-33, elle prend l'appellation de "Local Track". Cependant, l'"enrichissement" apporté par les données externes (ID, IFF…) est conservé.

En résumé, une piste (Air ou Surface) est

• "Local" sur la plateforme détenant la R2,
• "Common Local" ou "Remote" sur les plateformes ne détenant pas la R2.

Sur une plateforme donnée, la dé-corrélation, ne peut donc être réalisée que sur une piste Common Local Track, c'est-à-dire que par le système de mission d'une plateforme C2, ne détenant pas la R2 de la piste devant être dé-corrélée.

• Vu du réseau, la décorrélation consiste à faire cesser l'état de transmission d'une seule piste pour deux objets du mode réel.
• Vu de la plateforme à l'origine de la décorrélation, cela se résume à un changement du Track Number de la piste détenue localement. À l'issue de ce changement de Track Number, les messages de 2 pistes (une piste LOCALE et une piste REMOTE), chacune correspondant à un objet du monde réel, circulent sur le réseau.

Les plateformes ne possédant pas la R2 disposent de messages de gestion pour apporter de nouvelles données externes (autres que "position/cinématique") à l'unité possédant la responsabilité de report (R2).

Console tactique d'un E-3 (avant modernisation)

La combinaison de la Responsabilité de Report (R2) et de la qualité de la poursuite (TQ : Track Quality) est utilisée par les liaisons de données tactiques pour entretenir la qualité de l'image tactique (en limitant des ambiguïtés) et minimiser la charge des échanges sur les liaisons[167].

La mesure de qualité de piste TQ, est utilisée pour établir l'Unité la plus appropriée pour transmettre une piste AIR ou SURFACE.

En données de série-J la valeur de la TQ des pistes temps réel va de 1 (valeur minimale) à 15 (valeur maximale). Une valeur de précision en position, définit chaque valeur de TQ, à part la valeur de TQ=0, qui définit une piste non temps réel. La plus haute valeur de TQ exige une précision supérieure à 50 pieds[168].

La TQ est une information contenue dans chaque message piste de catégorie Air ou Surface.

L'unité possédant la meilleure TQ assume alors la responsabilité du report (R2) jusqu'au moment où une autre Unité possédera une TQ suffisamment plus haute pour reprendre la R2 de la piste.

La notion R2 ne se limite pas aux Pistes AIR et SURFACE auxquelles est associée la notion de TQ. Elle s'applique également aux points de référence, aux points d'urgence, aux surfaces, comme en lutte anti-sous-marine, les "NOTACK area" qui définissent une zone attribuée pour un temps donné à un sous-marin AMI et dans laquelle toute attaque est interdite.

Les Numéros de Pistes (en anglais Track Number et en langage commun TN) est l'identifiant (le nom) d'une piste. Il est composé de deux termes Alphanumériques (codés sur 5 digits) et de trois termes numériques codés sur trois digits. Il se présente donc sous la forme A.A.N.N.N (N en octal).

Dans le cadre du réseau logique unique actuellement mis en œuvre, le dataforwarder permet l'échange d'ordres de coordination entre des unités mettant en œuvre des liaisons de Données Tactiques différentes. (par exemple, la Liaison 16 et la Liaison 22).

Dans un réseau logique multi liaisons, les numéros de pistes sont communs à toutes les liaisons de données tactiques. les TN inférieurs à 07777₈, sont appelés LowTN et sont partagés avec les TN de la série-M (liaison 11). les TN supérieurs à 07777₈ sont appelés HighTN ; ils ne sont disponibles que pour les liaisons de données tactiques de série-J.

Dans le monde des données de série-J, le nombre de TN permet de désigner environ 524.000 pistes, alors que dans celui des données de série-M, (celui de la Liaison 11) il est limité à 4092. C'est la raison principale de l'abandon de la Liaison 11 dans les opérations d'envergure.

USS Sides USS Vincennes USS Spruance A-6 Intruder. L'inadéquation du nombre de "Track Number" disponibles en Liaison 11 par rapport au besoin opérationnel, a été cruellement mis en évidence le 3 juillet 1988 à bord de l'USS Vincennes (CG-49), lorsque ce navire a abattu l'Airbus du vol 655 Iran Air. Ce jour-là, de nombreuses plateformes participaient au réseau Liaison 11. Airbus A300 Iran Air 655 Le vol 655 Iran Air a été transmis par le Vincennes sur la Liaison 11 par la piste numéro 4474 (TN 4474), tandis que l'USS SIDES (FFG-14) l'a transmis avec le TN 4131[169]. Après un moment, consécutivement à la corrélation des deux pistes sur l'USS Vincennes, seul le TN 4131 a été conservé pour le vol 655 Iran Air. Plus tard, l'USS Spruance (DD-963) croisant à 150 milles nautiques de là, attribua le TN 4474 à un A6 Intruder qui était en approche d'atterrissage loin des opérations. Cela entraîna une erreur dans l'appréciation de la trajectoire de l'Airbus lorsque le commandant du Vincennes posa la question "What is 4474 doing?" en pensant que ce numéro de piste était toujours celui attribué au vol 655 Iran Air[170]. Le fait que l'A6 Intruder était en descente alors que l'Airbus A300 était en montée, a participé au déclenchement du drame qui devait coûter la vie à 290 passagers[171]. Ce retour d'expérience, et le nombre élevé de numéros de pistes disponibles pour les liaisons de données de la Série-J, ont exclu pour la liaison 16, l'utilisation du TN POOL (plusieurs plateformes utilisent le même bloc de numéros de piste) qui était en vigueur dans le réseau liaison 11 lors de cet évènement. Il faut remarquer cependant, qu'en début 2010, soit 22 ans après la tragédie du vol 655 Iran Air, aucune des plateformes opérationnelles - en particulier, celles du groupe aéronaval - ne disposait de la Liaison 22. Ce n'est qu'à partir de la mise en œuvre de la Liaison 22 en complément de la Liaison 16, que la Marine Nationale disposera d'un réseau de liaisons de données tactiques, homogène lui permettant de dialoguer au même niveau que le réseau multi-liaisons de l'US Navy.

Certaines plages de TN ont des affectations particulières :

• de 00001₈ à 00076₈ : Ces numéros sont affectés à de Interfaces Units (IU prend en compte tous les participants actifs à l'un des réseaux en fonction sur le théâtre d'opération) et prioritairement au Participating Units (PU : les PUs sont les IU participant à la liaison 11-A)
• 00077₈ : Ce numéro est interdit en opération. Il était utilisé aux États-Unis, lors des exercices, par un AEW des forces "bleue" pour transmettre, généralement en liaison 11, les pistes détectées aux forces "orange" et ainsi faire l'économie du vol d'un second AEW au profit des forces "orange".
• de 00100₈ à 00175₈ : Ces numéros sont affectés à de Interfaces Units et prioritairement au Reporting Units (RU : les RUs sont les IU participant à la liaison 11-B)
• 00176₈ : Numéro réservé à l'unité effectuant la passerelle entre la Liaison 11 et la Liaison 16 (le Dataforwarder)
• 00177₈ : Numéro destiné à indiquer qu'un message d'ordre est diffusé (Toutes les unités sont destinataires du message)
• 07777₈ : Numéro réservé pour le gestionnaire du réseau

Dans le message "OPTASK LINK", le JICO attribue à chaque IU un bloc de numéro de piste, dans lequel elle prendra le TN qu'elle affectera automatiquement à une piste au moment de son émission selon la méthode First in, first out. Cependant, les opérateurs peuvent attribuer manuellement, n'importe lequel des TNs hors de la plage des TNs affectée à leur plateforme Le TN n'est en aucun cas une indication sur l'IU à l'origine de la diffusion de la piste mais uniquement sur l'unité à l'origine de sa création, si le TN a été attribué automatiquement.

Les JU (JU : IU Liaison 16) peuvent avoir n'importe quel numéro Numérique (en octal) soit N.N.N.N.N.

Dans un réseau logique qui n'est pas exclusivement de série-J, les JU Non-C2 ne peuvent avoir de TN inférieur à 0.0.2.0.0₈ car elles sont retransmises en Liaison 11 par le dataforwarder en tant que pistes et non en tant qu'IUs.

La fonction "guerre électronique" bénéficie au maximum des taux élevés de mises à jour offerts par la Liaison 16 dans le Groupe de Participation EW. Elle offre des possibilités de recherches et d'analyses coordonnées effectuées par des plateformes dont la fonction principale ou secondaire est la guerre électronique.

Elle permet de répondre au besoin de plus en plus fort de coordination entre les plateformes ISR[acro 51] et les plateformes C2[172]. Entre les plateformes C2, les ordres de coordination de la Guerre Électronique, sont directement échangés par les cellules dédiées à cette fonction. Sur les plateformes C2 chargées de la diffusion des informations consolidées sur la surveillance, les informations d'identité, en particulier celles concernant l'HOSTILE, doivent être validées par une autorité habilitée avant diffusion.

Dupuy-de-Lôme : Bâtiment SIGINT non-intégré au réseau tactique - Il ne met pas en œuvre la Liaison 16

La fonction « guerre électronique » est mise en œuvre grâce à l'échange de messages EW bruts (EW Parametric) entre les plateformes C2 et les plateformes non C2, sur le Groupe de Participation EW.

En théorie, une seule unité C2 du réseau est chargée, à partir de ces données brutes (EW Parametric), de créer et de disséminer les informations de « Guerre Électronique » consolidées (EW Product) sur le Groupe de Participation SURVEILLANCE. Pour assurer cette fonction, il faut que cette plateforme porte la marque ou supporte l'autorité chargée de l'identification SIGINT ou SIA[acro 16], et dispose des moyens techniques et humains nécessaires à la réalisation pratique de cette fonction. Ce besoin est exprimé, de manière implicite, depuis des années par l'armée de l'air[173].

En pratique, peu d'unités C2 possèdent la capacité technique d'effectuer cette tache. Mais l'intégration des avions SIGINT (SIGINT sur Wikipédia en anglais (en) dans le réseau Liaison 16 devrait à partir de 2010 améliorer la fonction de "guerre électronique" du réseau Liaison 16 particulièrement dans les fonctions ELINT (ELINT en anglais (en)) et COMINT (COMINT sur Wikipédia en anglais (en)). Ces plateformes permettent d'enrichir l'image tactique à partir d'un référentiel de l'Ordre de bataille préétabli.

Boucle OODA

L'accélération de la boucle OODA[acro 52], est la première application du concept de guerre en réseau ou NCW, elle entraîne l'obligation, pas toujours acceptée par les spécialistes de la guerre électronique, d'intégrer les aéronefs SIGINT au niveau tactique, dans le réseau Liaison 16. C'est le seul moyen de permettre une réponse quasi immédiate à une nouvelle menace EW détectée.

En 2009, il était communément accepté que le délai de traitement de la menace ne devait pas excéder 6 minutes pour être efficace[174]. Cela implique également que les avions de chasse participent au Groupe de Participation (NPG) EW, afin d'alimenter l'aéronef C2 SIGINT en données brutes (Parametric data). Dans ce contexte, il est de la responsabilité unique du C2 SIGINT de disséminer les données élaborées (Product Data) sur le Groupe de Participation Surveillance.

Ce concept d'opération[175] est affirmé aux États-Unis dans l'ensemble des documents opérationnels JOINT, AIR, TERRE et MER. Au sein de l'OTAN, il prend plus de temps à s'appliquer en raison des besoins (réels ou imaginaires) de confidentialité des données SIGINT ou COMINT. Le challenge pour les nations appartenant à l'OTAN, est d'apporter leurs contributions dans le domaine tactique sans risquer de dévoiler leur information confidentielle dans le domaine stratégique. Seule une volonté politique partagée par les décideurs nationaux permettra de lever les obstacles rémanents. L'arrivée de nouvelles nations au sein de l'OTAN plus avant-gardistes que celles appartenant aux nations "historiques", pousse en ce sens, car leurs CONOPS s'alignent sur celui des États-Unis.

L'intégration de la "guerre électronique" dans les réseaux tactiques est le grand défi de la décennie 2010. Elle entraîne en particulier de revoir complètement l'architecture des systèmes d'information des plateformes (avions, navires et véhicules terrestres) en permettant en particulier, la connexion directe des sous-systèmes de Guerre Électroniques des plateformes C2 au groupe de participation EW pour échanger des informations brutes (EW Parametric) ; les systèmes de direction de combat ne traitent que les informations consolidées (EW Product).

La chaîne de commandement est fortement impliquée dans la prise en compte de la Liaison 16 dans la Guerre Électronique. Les responsabilités doivent désormais être partagées entre les Commandants tactiques chargés du traitement immédiat de l'information et les Contrôleurs opératifs chargés de la collecte, de la mémorisation et de la consolidation de la même information.

En France, la question de disposer d'un avion SIGINT connecté au réseau tactique au travers de la liaison 16, voire de la Liaison 22, se pose pour le remplacement des deux C-160G Gabriel programmé pour 2017, alors que le projet d'avions de surveillance électronique C-160 SE n'a pas été retenu. Le PEA (Plan d'étude amont) MATRICE[176] commandé par la DGA (Direction générale de l'Armement) devrait apporter des solutions de connexion Liaison 16[177] au profit des plateformes de Guerre Électroniques interarmées.

Sur le champ de bataille, la capacité de disposer d'une unité capable d'évaluer en temps réel[178], les données collectées par ses moyens propres et enrichies des données collectées par des moyens performants externes de type SPECTRA, embarqué sur le Dassault Rafale, et reçues au travers du Groupe de Participation EW, serait un atout majeur dans les domaines de lutte tant AIR/AIR qu'AIR/SURFACE.

Cette capacité permettrait la mise en œuvre sur le théâtre d'opération de l'autorité d'identification SIGINT (SIA[acro 16]). Cela implique que l'Armée de l'Air accepte ou que l'état-major des armées impose, que le transall Gabriel migre du statut exclusif de collecteur d'information à celui d'avion de guerre électronique polyvalent (avion collecteur d'information et avion tactique de guerre électronique).

La Marine envisage l’acquisition de drones aériens embarqués, à vocation tactique, affectés aux missions SA2R[acro 27] dont l’emploi sera complémentaire des hélicoptères embarqués. Le système de drone sera considéré comme un capteur déporté du navire (définition exacte d'une plateforme non C2), à la main du commandant d’unité ou de la force navale.

S’agissant des drones, le programme phare de la Marine est le projet SDAM, qui prévoit, à l’horizon 2016-2019, d’équiper en drones aériens certains types de bâtiments et des bases aéronavales. Un objectif d’état-major a été rédigé dans ce sens par l’état-major de la Marine en 2004[179]

Le Command&Control se décompose en trois fonctions principales :

• Entre plateformes C2
  • La coordination des armes
  • L'échanges d'ordres au niveau tactique
• Entre une plateforme C2 et les plateformes non C2 qu'elle contrôle
  • Le contrôle de plateformes non C2

Le destinataire d'un ordre de Command&Control peut être présent passivement sur l'interface. Dans ce cas, seule l'attitude de la plateforme apportera l'information de la bonne réception de l'ordre.

Sur les plateformes C2, l'élaboration des messages de Command&Control doit répondre à des contraintes fortes

• un message doit pouvoir être lancé par un opérateur en moins de 5 secondes, en particulier sous condition de stress
• une réponse à un ordre doit pouvoir être lancée en moins d'une secondee

C'est pourquoi, les systèmes de combat effectuent l'acquisition automatique des numéros de pistes. La saisie manuelle des numéros de pistes est exclue sous les conditions de stress.

Généralement, les règles de construction des messages s'appliquent de la manière ordonnée suivante :

• La cible est hookée[trad 34]
• Le destinataire de l'ordre ou l'arme devant exécuter l'ordre, est désigné
• L'ordre est lancé, généralement en une seule action (action sur un bouton)
• Le système effectue l'acquisition automatique des numéros de pistes
  • TN de la Cible,
  • TN du destinataire
  • ou TN de l'arme et le TN du destinataire étant celui de l'unité contrôlante
• Le message est émis sur la liaison

La fonction "coordination des armes" permet aux unités C2 d'échanger les messages nécessaires pour éviter l'engagement dupliqué sur une même cible (Dual Designation).

Elle permet d'échanger les messages nécessaires à l'utilisation optimisée des armes tant celles qui sont embarquées que celles qui sont contrôlées (Plateformes non C2). Par exemple, si un avion de chasse prépare une frappe sur une cible déjà engagée, la plateforme C2 déjà engageante, s'adressera à l'unité C2 contrôlant l'avion de chasse, pour lever le conflit d'engagement.

De nombreuses études portent sur l'aide à la frappe, apportée par la Liaison 16 pour les missiles. Les travaux portent sur le développement d'un terminal léger en termes de poids, de volume et de prix embarquable à bord d'un missile[180] (Bae System).

Les messages d'ordres ne sont échangés qu'entre plateformes C2.

Il s'agit des ordres :

• de coordination, dans la conduite de la mission comme l'ordre d'assurer un tâche donnée: "Assume Duty" ou celui de pendre le contrôle d'une unité Non-C2: "Assume Control"
• d'identification, comme de l'ordre d'identifier visuellement un mobile: "Visual Ident"
• de sécurité, pour éloigner une plateforme d'un secteur dangereux: "Salvo"
• d'engagement, comme celui d'engager une cible avec un avion de chasse: "Engage with Aircraft"

Les messages de contrôle ne sont échangés qu'entre la plateforme C2 et les plateformes non C2 qu'elle contrôle.

La fonction CONTROL permet l'échange d'information et d'ordres entre une unité C2 et les unités Non-C2 qu'elle contrôle (essentiellement des avions de chasse, des bombardiers, des aéronefs de renseignement et de Guerre Électronique, des aéronefs à voilure tournante). Elle est surtout mise en œuvre par la Liaison 16. Cependant, il n'est pas exclu qu'à l'avenir cette fonction soit disponible pour la Liaison 22 et la liaison J-over-IP.

La fonction CONTROL devient essentielle du fait que les aéronefs Non-C2 partent de plus en plus souvent en mission sans connaître leurs cibles, mais doivent frapper rapidement la cible après sa localisation. À titre d'exemple en 2003, lors de l'opération liberté irakienne, 40 % des sorties des B2 voyaient leurs cibles changées en vol[181], la Liaison 16 est le meilleur moyen de conduire un changement de mission des aéronefs Non-C2 en vol. Le but affiché par les commandants tactiques est de frapper les cibles sensibles en moins de 10 minutes[174] après localisation et identification.

CONTROL a été mise en œuvre en premier par l'US Navy ; C'était l'une des fonctions de la Liaison 4.

Les plateformes Non-C2 étaient des avions de chasse (essentiellement des F-14), qui « descendaient » leurs informations vers les bâtiments de la force navale. Ces derniers "remontaient" vers les avions, les pistes et les points de référence de la situation tactique. C'est pourquoi :

• les échanges des plateformes Non-C2 vers les plateformes C2, sont appelés DownLink
• les échanges des plateformes C2 vers les plateformes Non-C2, sont appelés UpLink

La fonction CONTROL n'est pas limitée au contrôle des aéronefs, elle s'applique également au contrôle des stations missiles Sol-Air.

L'allocation des TimeSlots du groupe de participation CONTROL est partagée par les échanges du contrôle DownLink et ceux du contrôle UpLink,

Les détections des plateformes Non-C2 sont « descendues » vers les plateformes C2. Elles seules ont la responsabilité de créer et de mettre à jour les pistes, après avoir effectué des tentatives de fusion des détections reçues des Non-C2 avec celles de leurs propres senseurs.

Les hélicoptères de lutte anti sous-marine « descendent » vers la plateforme C2 qui les contrôle,

• les détections de bouées acoustiques (relèvements, cercles de détection, « relèvements + distances »).
• les détections issues des sonars « trempés ».

C'est le cas des EH101 HM.1 de la Royal Navy ; aucune décision n'avait été prise dans ce sens en 2009, pour les NH-90 de la Marine nationale.

Les plateformes non C2 « descendent » les réponses aux ordres d'engagement et de guidage, ainsi que les états d'engagement.

Les plateformes C2 « remontent » vers les plateformes Non-C2, le lien entre leurs détections et les pistes disséminées sur le groupe de participation SURVEILLANCE.

Les plateformes C2 « remontent " également, les ordres d'engagement, les ordres de guidage et les plans de vol.

Le Handover est une phase essentielle des opérations mettant en œuvre des plateformes C2 et des plateformes non C2. Le Handover permet à une plateforme non C2 de changer de plateforme C2 contrôlante, sans échanger le moindre mot en phonie.

Le Handover illustre bien, l'utilisation des différents NPG, ainsi que le concept d'emploi de la Liaison 16 dans le contrôle des aéronefs non C2.

On distingue :

• Le Handover qui consiste en des échanges de messages entre la plateforme C2 perdante (celle qui abandonne le contrôle) et la plateforme gagnante (celle qui prend le contrôle) ;
• Le Handshake qui consiste en des échanges de messages entre la plateforme C2 perdante ou gagnante et la plateforme non C2 objet du Handover.

NPG "Mission Management" :

La plateforme C2 perdante indique qu'elle contrôle la plateforme non C2.

Début de Handover

NPG "Mission Management" :

La plateforme C2 perdante demande à la plateforme C2 gagnante de prendre le contrôle de la plateforme non C2.

HandShake 1

NPG "Control"

• Après acceptation de la plateforme C2 gagnante, la plateforme C2 perdante :
  • ordonne à la plateforme non C2 de changer d'unité Contrôlante ;
  • lui transmet les informations relatives à l'unité C2 gagnante :
    • le numéro de Net du NPG Control,
    • le Canal phonie du NPG Voice-A ou Voice-B, ou la fréquence phonie,
    • le « Voice Call Sign ».

HandShake 2

NPG « Control »

• Lors de l'acceptation de l'ordre par le pilote, le système de la plateforme non C2 :
  • Ordonne au terminal MIDS de se caler sur le N° de NET (NPG CONTROL) de la plateforme C2 gagnante ;
  • Transmet à la plateforme C2 gagnante une demande de prise sous contrôle ;
• La plateforme C2 gagnante accepte (ou refuse) la demande.

Fin de Handover

NPG "Mission Management" :

Après acceptation de la plateforme C2 gagnante,

• Celle-ci indique qu'elle contrôle la plateforme non C2, dans le message « Controlling Report »
• sur réception du message de contrôle "Controlling Report", émis par le gagnant, la plateforme C2 perdante cesse d'émettre le sien.

Royal Australian Air Force Boeing 737 AEW&C

Cette phase est généralement déclenchée par un avion non C2

• Après décollage ou catapultage
• Lors de l'arrivée dans un théâtre d'opération éloigné

Elle se limite en fait à un HandShake entre la plateforme non C2 et la plateforme C2 gagnante.

HandShake

NPG "Control"

• Sur ordre du pilote, le système de la plateforme non C2 :
  • Ordonne au terminal MIDS de se caler sur le N° de NET (NPG CONTROL) de la plateforme gagnante (Information obtenue dans le message PPLI) ;
  • Transmet à la plateforme gagnante une demande de prise sous contrôle ;
• La plateforme gagnante accepte (ou refuse) la demande.

Fin de Handover

NPG "Mission Management" :

Après acceptation de la plateforme C2 gagnante,

• Celle-ci indique sur le NPG "Mission Management" qu'elle contrôle la plateforme non C2

Chaque terminal JTIDS/MIDS possède une horloge. Cependant, les horloges ne fournissent pas aux terminaux une précision commune suffisante de l'heure réseau pour faire fonctionner le réseau de la Liaison 16 (c'est-à-dire, une précision qui permet à tous les terminaux de partager les mêmes "frontières" temporelles des timeslots).

Il y a deux approches fondamentales pour permettre au participant de partager une heure réseau avec une précision suffisante.

• La première approche consiste à utiliser une base de temps relative. Avec une base de temps relative, un et seulement un participant est désigné référence de temps du réseau (NTR : Net Time Reference). On considère alors que l'horloge du NTR possède le temps de réseau parfait. Les participants Non-NTR du réseau corrigent leurs horloges afin de se synchroniser avec l'horloge du NTR. L’heure du NTR peut être imprécise en termes absolus, mais seule est exigée une précision suffisante de l'heure réseau commune à tous les participants, pas une précision d’heure en absolu.
• La deuxième approche est, pour chaque participant, d'utiliser une base de temps établie auprès d'une référence de temps externe. La référence de temps externe utilisée pour la Liaison 16 est le temps GPS. On considère que l'heure réseau est l'heure du GPS. Les participants au réseau se synchronisent à la référence de temps externe (ETR) en s'interfaçant face à un récepteur GPS. De cette façon, les participants obtiennent une bonne précision de l'heure réseau et de l'heure absolue. Ce sont les mêmes heures.

La base de temps relative offre de multiples avantages dont celui d'être complètement indépendant du système GPS. Il est aussi parfaitement possible ainsi de se synchroniser avec une référence de temps décalée. Dans cette configuration, plusieurs réseaux Liaison 16 peuvent travailler simultanément mais avec des références temporelles différentes et décalées de 5 ou 10 min par exemple. Ces écarts de références temporelles entraînent une séparation physique des réseaux et de leurs participants. Ce type de configuration a permis dans un passé récent, la séparation d'un grand théâtre d'opérations en différentes sous zones. Cependant, cela répondait à un besoin ponctuel qui s'oppose au concept de guerre en réseau, où tous les participants doivent être en mesure d'accéder à toute l'information. C'est pourquoi, les travaux sur la mise en œuvre d'un réseau multiliaisons au sein d'un réseau logique unique, ont été engagés au début de la décennie 2010.

La synchronisation relative consiste pour le Terminal d'un nouvel entrant dans le réseau :

• À recevoir un message J0.0 afin de connaître grossièrement la position temporelle du TimeSlot A-0. Cette étape étant réalisée, le Terminal est en "Coarse Synch".
• À échanger des messages RTT dans les TimeSlots des NPG RTT-A et RTT-B qui ont été réservés à cet effet durant la phase de conception du réseau afin d'aligner sa référence de temps sur celle du réseau. À l'issue de ce processus, le Terminal est en "Fine Synch".

Pour commencer le processus de synchronisation de réseau, l'opérateur de la plate-forme référence de temps (NTR)

• initialise son terminal en tant que NTR,
• ajuste l'horloge de son terminal à l'heure désirée
• envoie ensuite au terminal, une commande d'entrée dans le réseau.

Puisque le terminal est NTR, l'heure de l'horloge de son terminal devient l'heure du réseau. Le terminal se déclare immédiatement synchronisé et commence à fonctionner sur le réseau (il transmet et il reçoit). L'un des premiers messages que le NTR transmet est un message « Initial Entry ». Le message « Initial Entry » est envoyé une fois par 12" sur le net 0 dans un TimeSlot réservé que l'on appelle le TimeSlot « Initial Entry ».

Le modèle de sauts de fréquences est fonction des clés de chiffrement et du numéro de net. Cependant, le fait d'utiliser le même chiffrement tous les jours et pour tous les TimeSlots augmenterait la vulnérabilité du système. Donc, le terminal change le chiffrement utilisé pour le modèle de sauts de fréquences et pour le chiffrement des messages après chaque période de 24 heures : Les clés de chiffrement sont changées, pour que les mêmes modèles de chiffrement/et de sauts ne soient jamais répétés.

Pour se synchroniser au réseau, l'opérateur du terminal d'une plate-forme entrante,

• ajuste son horloge le plus précisément possible de l'heure réseau,
• fournit une évaluation de l'incertitude temps et
• transmet une commande « Initial Entry » au terminal.

Le terminal attend la réception du prochain message « Initial Entry » émis par le NTR. Il évalue l'heure de transmission en tenant compte de l'incertitude. Le Terminal entrant commence donc à chercher le modèle de sauts de fréquences et le message "Initial Entry" associé au prochain TimeSlot « Initial Entry ». Le message "Initial Entry" recherché sera reçu si l'incertitude réelle de l'horloge du terminal est inférieure à la valeur indiquée par l'opérateur. Lorsque le terminal entrant reçoit le message Initial Entry, il mesure l'heure d'arrivée, référencée à son heure horloge. Il connait l'heure à laquelle le message a été transmis, référencée au temps de réseau. Il peut alors :

• calculer l'erreur entre l'heure de son horloge et celle du réseau en tenant compte du retard de propagation entre le NTR et lui-même,
• corriger l’heure de son horloge et se déclarer en synchronisation grossière « COARSE SYNCH ».

Le terminal connait de manière suffisamment précise l'heure réseau pour interpréter les messages - empaquetés en Standard ou en P2SP - de tous les autres participants et poursuivre le processus de synchronisation.

Une fois atteint la synchronisation grossière (Coarse Synch), le terminal entrant commence à transmettre les messages d'interrogation Round Time Timing (RTT) au NTR. Les messages RTT sont des messages Particuliers car l'unité NTR transmet un message de réponse (RTT-R) dans le même TimeSlot que celui où il a reçu l'interrogation (RTT-I).

• Sur le NPG RTT-A, les messages RTT sont adressés à l'unité qui possède la meilleure la Qualité de Temps (TQ) parmi tous les messages PPLI reçus (la plupart du temps, il s'agit de l'unité NTR qui seule possède une TQ = 15)
• Sur le NPG RTTB-B, les messages RTT sont diffusés vers toutes les unités sur le Numéro de net du PG RTT-B correspondant à la valeur TQ la plus haute reçue par le terminal. Si le terminal entrant est en portée radio du NTR, il se positionnera donc sur le Net 15 du NPG RTT-B, sinon, il se positionnera sur le Net de (ou des) IEJU (voir plus loin) en portée radio possédant la meilleure TQ.
• Le NTR (ou une IEJU) reçoit le message d'interrogation (RTT-I). Le terminal du NTR (ou de l'IEJU) mesure l'heure de l'arrivée du RTT-I - référencée au temps réseau - et le terminal transmet une réponse (RTT-R) dans le même TimeSlot.

La réponse contient l'heure de réception de l'interrogation et sa transmission s’effectue donc dans le même timeslot et commence à un temps fixé après le début du TimeSlot. Le terminal entrant reçoit le message de réponse RTT-R et mesure son heure d'arrivée référencée à son horloge. Le terminal entrant calcule précisément l'erreur entre le temps de son d'horloge et le temps de réseau du NTR. Il connaît :

• l'heure de réception mesurée par le NTR référencée dans l'heure réseau (TI),
• l'heure à laquelle la réponse a été transmise référencée à l'heure réseau (TD) et
• l'heure d'arrivée de la réponse référencée à son horloge (TR).

Il calcule l'erreur pour commencer à construire un modèle mathématique d'erreur entre l'heure de son horloge et l'heure réseau. Il continue à émettre des interrogations RTT-I et pour chaque réponse RTT-R reçue, il fait un nouveau calcul d'erreur et améliore ainsi son modèle d'erreur d'horloge. Lorsque le modèle d'erreur de son heure horloge est suffisamment précis pour permettre au terminal de prévoir l'heure jusqu'à 15 minutes en l'absence de messages de réponse RTT-R, il se déclare en synchronisation fine "FINE SYNCH". Les messages RTT sont alors périodiquement échangés afin de maintenir un modèle d'horloge précis.

En réalité, même après qu'il a atteint une synchronisation fine, le terminal continue à améliorer le modèle d'erreur de son horloge. Ce modèle dépend de la stabilité de l'horloge. Au démarrage l'heure horloge est moins stable. La dérive de l'horloge varie non linéairement lors de la montée en température de l'équipement. Une fois que l'horloge est stabilisée en température, la dérive du temps horloge évolue beaucoup plus lentement avec le temps. Le terminal obtient un modèle stable de l'erreur de son horloge avec une très faible erreur résiduelle. Ainsi, l'heure interne du terminal peut rester synchronisée avec l'heure réseau même s'il n'est plus en portée optique du NTR. La durée de la conservation de cette synchronisation dépend de la durée de fonctionnement dans le réseau.

La plupart des participants de réseau, sauf le NTR, sont initialisés en tant que IEJU. Cette fonction est définie en phase de conception du réseau.

Le processus précédemment décrit est efficace si la plate-forme entrante est en portée optique du NTR, mais cela ne peut pas toujours être le cas. Tous les terminaux peuvent être initialisés en tant que re-émetteur de message "Initial Entry" ; les plateformes ainsi configurées sont appelées IEJU pour "Initial Entry JTIDS Unit". Une fois atteint l'état de "synchronisation fine", le terminal de la plate-forme IEJU commencera à re-transmettre le message d'entrée initial reçu du NTR. La retransmission est effectuée aléatoirement dans le TimeSlot "Net Entry", une fois toutes les 24 secondes.

Lorsqu'une Unité IEJU est en portée optique du NTR et qu'une autre unité ne l'est pas, l'unité IEJU entre dans le réseau comme décrit précédemment via le NTR. La seconde Unité attend la réception d'un message "Initial Entry" et le recevra de l'unité IEJU puisqu'elle ne voit pas le NTR. Comme de nombreux participants sont configurés IEJU, leurs terminaux peuvent tous transmettre le message "Initial Entry" dans les mêmes TimeSlots. Le terminal de la plate-forme entrante ne recevra que le message de la plate-forme la plus proche.

Lorsque la plate-forme entrante est en portée optique d'une seule Unité IEJU, celle-ci peut ne pas transmettre dans le TimeSlot attendu par la plate-forme entrante puisqu'elle transmet le message "Initial Entry" seulement une fois tous les deux TimeSlot "Initial Entry". En cas d'échec, le terminal entrant se met en attente du TimeSlot "Initial Entry" suivant et essaye de nouveau. L'entrée en réseau par l'intermédiaire d'une IEJU plutôt que par le NTR peut prendre plus de temps, en raison de la possibilité de devoir faire face à quelques échecs.

Les terminaux entretiennent une évaluation de leur précision de temps (c'est-à-dire, une évaluation de leur erreur résiduelle). Cette précision est transmise dans leur message PPLI, c'est la qualité de temps. La valeur de qualité de temps la plus haute est "15" et seul le NTR possède cette qualité de temps. Une fois en synchronisation grossière (Coarse Synch), le terminal entrant essaye d'obtenir synchronisation fine (Fine Synch). Il commence à recevoir les messages PPLIs des autres unités, et entretient une table des terminaux qu'il reçoit avec la qualité de temps la plus haute. Il interroge (RTT-I) alors le terminal, qui possède la qualité de temps la plus haute dans sa table, pas nécessairement le NTR. S'il échoue à obtenir une réponse, il transmet un message RTT-I à la meilleure source suivante dans sa table, etc. De cette façon, les terminaux (sauf celui du NTR) entretiennent automatiquement la meilleure qualité de temps possible.

Le JTIDS Classe 2 et le terminal FDL ont une incertitude de temps qui est de 6 secondes multiplié par le nombre de jours écoulés depuis la dernière synchronisation. Cette valeur calculée d'incertitude de temps est utilisée pour l'entrée en réseau à moins que l'opérateur n'entre manuellement l'heure de l'horloge du terminal. Lorsque l'opérateur entre l'heure, il peut aussi entrer l'incertitude avec une valeur minimale de 6 secondes et jusqu'à 60 secondes. Six secondes d'incertitude est court et, si le temps de l'horloge est en avance de plus de 6 secondes sur le temps du réseau, le terminal ne peut jamais réaliser la synchronisation grossière (c'est-à-dire, le temps imparti pour l'attente du TimeSlot est dépassé). Ainsi pour entrer en réseau, il est recommandé pour l'opérateur d'entrer l'heure et d'utiliser une 1 minute d'incertitude (sur les E-3, l'incertitude est généralement de 36 secondes). Bien sûr, cela allonge le temps d'entrée en réseau puisque le terminal attend le TimeSlot "Initial Entry" pendant au moins une minute. Cependant, cela augmente la probabilité d'entrer en réseau.

La situation parfaite pour ne pas entrer l'heure et laisser le terminal utiliser l'incertitude par défaut de 6 secondes se présente lorsqu'une plate-forme quitte un réseau et souhaite immédiatement rentrer dans ce même réseau (un Arrêt – Marche peut sauver bien des situations!). Le pilote sait que le temps corrigé de son horloge est excellent, et qu'une incertitude basse précipitera le processus de rentrée. Une fois que le terminal a commencé à entrer dans le réseau, l'opérateur verra l'état de synchronisation passer de "PENDING" à "COARSE SYNCH". Le processus de synchronisation fine sera amorcé et devrait être atteint en 30 secondes donc l'opérateur devrait voir l'état de synchronisation passer à "FINE SYNCH".

Comme nous l'avons vu précédemment, une fois en "COARSE SYNCH", les participants doivent échanger des messages RTT pour acquérir et entretenir l'état "FINE SYNCH". Les messages RTT sont normalement échangés dans les groupes de participation (NPGs) 2 ou 3 basé sur les qualités de temps reçues dans les messages PPLIS. La différence entre les deux NPG n'est pas importante pour les opérateurs. Cependant, dans les réseaux qui sont limités en capacité, comme ceux conçus sous les contraintes de compatibilité électromagnétiques en temps de paix, les NPG RTT peuvent être absents. Les terminaux effectueront alors par préemption les échanges RTT dans un TimeSlot PPLI occasionnel. Cela doit être connu des pilotes des avions de chasse parce qu'il affecte le taux de mise à jour des PPLI. Par exemple pour les F-15, les PPLIs sont normalement échangés toutes les 3 secondes. De temps en temps, un TimeSlot PPLI est déjà préempté par un message "Platform and System Status" qui fournit les réserves en carburant, l'état des armements, etc. S'il n'y a aucun NPG RTT d'assigné, environ toutes les 48 secondes, un TimeSlot PPLI sera également préempté pour l'échange de messages RTT.

Donc sur le réseau liaison 16, un terminal est désigné comme Référence du Temps de Réseau (NTR). Le NTR peut recevoir la Référence de Temps d'une source externe (par ex. le GPS). Ce terminal est alors appelé Terminal ETR/NTR. Il est la source du temps de référence auprès duquel tous les participants au réseau liaison 16 obtiendront l'heure nécessaire pour atteindre et maintenir la synchronisation au sein du réseau[182].

Dans un réseau liaison 16, auquel participent des plateformes synchronisées à une référence horaire externe et des plateformes sans référence, le NTR doit impérativement être ETR/NTR.

Un réseau de base de temps relatif ne doit avoir qu'une et une seule référence de temps (NTR).

C'est pourquoi, lors d'un changement de NTR, il est nécessaire de passer par une étape où aucun NTR n'est présent pour une courte période de temps. Les terminaux ont la capacité de rester synchronisé pendant une longue période de temps en l'absence d'échange de messages RTT. En conséquence, la Qualité de Temps du réseau entier diminuera en l'absence de NTR, mais il faudra attendre de nombreuses minutes avant de perdre toute communication. Cela ne veut cependant pas dire qu'un réseau doit pouvoir fonctionner longtemps sans NTR.

Quelques plateformes sont très dépendantes de la navigation des terminaux de la Liaison 16 et la Qualité de Navigation est directement liée à celle de la Qualité de Temps. Il est donc nécessaire de garder une Qualité de Temps aussi haute que possible pour garantir une capacité de navigation Liaison 16 maximale. Un réseau Liaison 16 ne devrait pas fonctionner sans NTR plus que quelques minutes.

La fonction navigation de la Liaison 16, est la raison principale pour laquelle l'absence de NTR pour plus que quelques minutes n'est pas souhaitée. Une synchronisation perturbée résultant de la présence de deux NTRs dans le réseau met en péril la navigation Liaison 16.

En résumé, le changement de NTR doit être soigneusement coordonné pour s'affranchir du risque de la présence de plusieurs NTRs. Il est préférable de n'avoir aucun NTR pendant quelques minutes.

Le nouveau NTR devrait être la JU possédant la meilleure Qualité de Temps du moment afin d'éviter de perturber toutes les plateformes synchronisées.

Si une plate-forme entre dans un réseau et atteint l'état « FINE SYNCH » sans recevoir de messages en provenance des participants de réseau, cela peut être la conséquence de la présence de multiples NTRs comme décrit ci-dessus. Si la plate-forme entrante ne peut atteindre « COARSE SYNCH », cela est généralement dû à l'entrée d'une mauvaise valeur du temps courant ou à une erreur de clés de chiffrement.

Lorsqu'un terminal entre dans un réseau, Il attend la réception du message « INITIAL ENTRY » émis par le NTR ou par une « IEJU ». Le terminal cherche la réception du prochain TimeSlot « Initial Entry » en fonction de son temps horloge et des clés de chiffrement du jour. Le TimeSlot INITIAL ENTRY doit réellement apparaitre dans le réseau dans un temps inférieur à la valeur d'incertitude. Si le Terminal ne rentre pas en COARSE SYNCH, il faut donc vérifier :

• L'heure
• L'incertitude
• Les Clés de chiffrement

Le JTIDS Classe 2 et les terminaux MIDS utilisent le TimeSlot INITIAL ENTRY pour atteindre COARSE SYNCH indépendamment des données d'initialisation. Donc, une conception de réseau incorrecte ou une erreur de chargement des fichiers d'initialisation ne sont pas normalement la cause d'un échec de passage en COARSE SYNCH.

Une difficulté de synchronisation peut être due à une erreur de la plate-forme entrante ou du NTR lors du démarrage du réseau. Il est indispensable que chaque participant utilise les clés de chiffrement du jour. Si les clés sont correctes, il faut vérifier l'heure. Par exemple, il se peut que le NTR ou que la plate-forme entrante, aient utilisé une horloge de référence possédant une erreur de temps absolue significative (par exemple, une minute ou plus) pour entrer l'heure dans l'horloge du terminal. Si cette erreur de temps est supérieure à l'incertitude de temps utilisée (une minute pour le Terminal JTIDS), la plate-forme entrante ne peut pas passer en COARSE SYNCH. Si un participant ne peut pas atteindre FINE SYNCH, il se peut que ce soit un problème lié aux NPG RTT qui ne possèdent pas les mêmes TimeSlots dans des réseaux différents.

Il peut y avoir des circonstances lors desquelles l'émission de signaux Liaison 16 est dangereuse pour une plate-forme.

• Le terminal FDL (Fighter Data Link) possède un mode de transmission nommé "Radio Silence". Dans ce mode, le terminal reçoit des données.
• Les terminaux JTIDS Classe 2 et MIDS possèdent deux modes liés.
  • Le mode "Data Silence" qui est l'équivalent au "Radio Silence" du FDL.
  • Le mode "Radio Silence" qui interdit la transmission des données et de la voix.

Dans chacun de ces deux derniers modes, il est nécessaire que le terminal maintienne l'état FINE SYNCH, afin qu'il puisse recevoir des messages et être prêt à transmettre rapidement dès le retour à l'état de transmission "NORMAL". Le maintien en FINE SYNCH doit d'effectuer sans envoyer de messages d'interrogation RTT-I et donc en mettant en œuvre une synchronisation passive.

Pratiquement, tous les systèmes hôtes des plateformes fournissent leurs positions aux terminaux Liaison 16. Chaque terminal transmet donc la position de sa plate-forme dans le message PPLI.

Un terminal en "Radio Silence" ou en "Data Silence" est capable d'atteindre "COARSE SYNCH" sans devoir émettre. Une fois en "COARSE SYNCH",

• le terminal est synchronisé, à l'erreur près du temps de propagation du message INITIAL ENTRY reçu.
• Il utilise normalement les messages RTT pour éliminer le retard de propagation et calculer l'erreur de synchronisation
• Mais, en l'absence de messages RTT, il peut utiliser sa propre position propre reçue du système hôte et celles des participants déjà dans le réseau, reçues dans leurs messages PPLI, pour évaluer la distance, et donc le retard dû au délai de propagation et en déduire l'erreur d'horloge d'une manière proche de celle utilisant les RTT.

C'est juste un peu plus imprécis (par exemple, l'hôte ne peut pas connaître sa position avec la même précision en conséquence, le délai de propagation retenue est donc moins précis).

Les terminaux Liaison 16 sont normalement initialisés comme “PRIMARY USER”. Cela est défini en conception de réseau. Un “PRIMARY USER” essaye d'atteindre et de maintenir la meilleure Qualité de Temps en utilisant le mieux possible les messages RTT. Cependant, puisqu'un échange de RTT s'effectue dans un même TimeSlot, la portée est limitée à environ 300 milles nautiques. Ceci est compatible du mode "Normal Range".

Si le réseau est conçu en "Extended Range", une plate-forme initialisée “PRIMARY USER” et qui est positionnée à plus de 300 milles nautiques des participants avec qui elle essaye d'entrer en "FINE SYNCH", échouera à échanger des messages RTT et verra lentement décroître sa Qualité de Temps. Pour éviter cela, il est nécessaire que la plate-forme soit établie en tant que "SECONDARY USER". Un terminal "SECONDARY USER" peut employer tant la méthode de synchronisation passive employée en "Radio Silence" que la méthode RTT employée par un “PRIMARY USER”. Cependant, un "SECONDARY USER" n'échange des messages RTT que si cela permet d'améliorer la Qualité de Position de la solution de la navigation de son terminal. L'échange de messages RTT ne peut avoir pour but que le maintien d'une meilleure Qualité de Temps ; En conséquence, un "SECONDARY USER" ne peut pas aider les autres participants à améliorer leur Qualité de Temps.

En résumé :

• les participants sont normalement initialisés comme “PRIMARY USER”.
• Un "SECONDARY USER" qui ne peut échanger de messages RTT peut atteindre et maintenir sa synchronisation passivement
• dans un réseau conçu en "Extended Range", les participants (hors le NTR) sont initialisés en "SECONDARY USER".

Si un participant s'approche d'un réseau fonctionnant en "Normal Range", qu'il est positionné à plus de 300 milles nautiques des autres participants du réseau, et qu'il commence son entrée en réseau alors qu'il se trouve en portée optique d'un participant, il peut atteindre l'état "COARSE SYNCH", malgré une erreur de temps considérable (le terminal considère à tort, qu'il se trouve à une distance inférieure à 300 milles nautiques).

• S'il est "SECONDARY USER" et atteint l'état "FINE SYNCH", il recevra de plus en plus mal les autres participants puis il ne les recevra plus, en raison d'une mauvaise évaluation de l'erreur de propagation.
• S'il est "PRIMARY USER" (condition habituelle des participants à un réseau conçu en mode "Normal Range"), il n'atteindra pas "FINE SYNCH" car il est trop éloigné pour l'échange des messages RTT.

En résumé, un participant s'approchant d'un réseau fonctionnant en mode "Normal Range", et atteignant l'état "COARSE SYNCH" sans pouvoir atteindre "FINE SYNCH", doit vérifier s'il est à moins de 300 milles nautiques d'un participant avec qui il peut échanger des messages RTT. Sinon, il doit attendre d'atteindre cette distance pour entrer en réseau.

Lorsqu'ils ne fonctionnent pas en mode ETR[acro 53], plusieurs participants en positions rapprochées, (avec la même erreur de synchronisation) peuvent devoir faire face à des problèmes pour former un réseau. Nous avons vu précédemment que si deux participants transmettent dans le même TimeSlot, le Terminal en réception ne recevra que le participant le plus proche. Cela n'est vrai que si les participants se situent à des distances différentes du récepteur. Si la distance séparant les émetteurs entre eux, est d'environ 70 mètres, le récepteur n'en recevra aucun. C'est une situation rare, mais pouvant être rencontrée par une patrouille d'avions tentant d'entrer en réseau lors de l'attente du décollage sur le RunWay ou sur le pont d'envol d'un porte-avions.

En effet, lorsque le deuxième participant commence l'entrée en réseau et cherche à recevoir un message "INITIAL ENTRY". Le premier participant étant initialisé en IEJU, le NTR et lui-même transmettent tous deux un message INITIAL ENTRY dans le même TimeSlot.

Si les distances séparant le deuxième participant du NTR et du premier participant, sont identiques à 70 mètres près. Le récepteur du deuxième participant ne recevra aucun des messages INITIAL ENTRY transmis dans le même TimeSlot. Comme une IEJU ne transmet de message INITIAL ENTRY qu'une fois sur deux, le troisième entrant possède 50 % de chance de recevoir le message INITIAL ENTRY émis par le NTR. En moyenne, le troisième entrant devrait attendre 3 minutes pour atteindre l'état FINE SYNCH au lieu de une minute normalement.

Le participant suivant aura lui 25 % de chance de recevoir le message INITIAL ENTRY émis par le NTR. Son temps d'attente peut atteindre 7 minutes avant l'acquisition de l'état FINE SYNCH

• C'est pourquoi, dans le cas d'avions devant entrer en réseau alors qu'ils se trouvent en situation rapprochée (RunWay ou pont d'envol d'un porte-avions), il est conseillé que les avions se synchronisent un à un avec le NTR, puis passent en « Radio Silence » jusqu'à ce que l'ensemble de la patrouille soit synchronisé.

Un message Liaison 16 est transmis comme une série de symboles de cinq bits. Chaque symbole est transmis sur une fréquence porteuse différente (f), que nous appellerons une impulsion, une variation brève et rapide d'un état électrique.

L’émission des impulsions s’effectue durant une première partie du TimeSlot. Après la transmission des impulsions, une période de temps dans le TimeSlot est laissée libre afin de permettre au "train" d’impulsions d’atteindre les terminaux de réception avant la fin du TimeSlot et ainsi permettre une nouvelle transmission. S’il en était autrement, un terminal éloigné pourrait déclencher l’émission d’un nouveau train d’impulsions avant que celui du TimeSlot précédent, n'ait eu le temps nécessaire pour l'atteindre.

Le temps de propagation dans un TimeSlot standard est suffisant pour supporter une distance de propagation de 300 NM (Nautical Mile). Cependant, il y existe une option pour étendre cette distance à 500 NM.

Le terminal en réception doit se synchroniser avec le « train » d'impulsions reçues, pour qu'il puisse prendre en compte les sauts de fréquences, impulsion par impulsion. Ainsi, il peut s’affranchir du brouillage éventuel apporté par d’autres terminaux travaillant sur un autre Net. Le terminal émetteur commence par transmettre des impulsions dont les données et les sauts de fréquences sont connus de tous ; Ces impulsions ne contiennent donc pas de données réelles. Le « train » connu d'impulsions permettant la synchronisation, est appelé préambule. Le terminal en réception met en œuvre ses multiples récepteurs pour chercher le modèle connu. Cette recherche commence au début du TimeSlot. Une fois le modèle trouvé, il peut interpréter les impulsions restantes, qui contiennent les données réelles.

Les impulsions transmises ne commencent pas au début du TimeSlot. Une période de temps, varie de TimeSlot en TimeSlot en fonction des clés en transmission (TSEC). Cette période variable est appelée "Jitter". Elle est destinée à contrecarrer un brouilleur spécial conçu pour le préambule de synchronisation. Si le brouilleur peut empêcher la synchronisation, le terminal brouillé ne peut pas recevoir les données. Un brouilleur intelligent permet théoriquement de concentrer la puissance durant la période de synchronisation. En pratique, l'efficacité gagnée ne compense pas les limitations et la complexité associée à ce type de brouilleur, la probabilité de rencontrer un tel brouilleur est faible.

Comme il est souvent demandé de pouvoir échanger des données entre plateformes éloignées de plus de 300 NM, on considère qu'une portée limitée à 300 NM est le mode de transmission "NORMAL", mais les terminaux offrent aussi un mode de transmission de portée "ÉTENDUE" de 500 NM avec moins de Jitter.

Le choix entre un mode "NORMAL" ou "ÉTENDU" est transmis au terminal dans ses paramètres d'initialisation.

Dans un paragraphe suivant, la navigation Liaison 16 sera décrite en détail, mais une première approche est nécessaire à ce stade. La navigation Liaison 16 est critique pour quelques plateformes comme les avions de chasse, qui ne recevront pas de GPS[acro 54]. La fonction Navigation d'un terminal Liaison 16 met en œuvre un Filtre de Kalman qui utilise la réception des PPLIS provenant des terminaux des autres plateformes du réseau pour positionner précisément sa propre plateforme. Ce positionnement s'effectue en premier relativement aux positions reçues des autres plateformes. À cette fin, la fonction Navigation du Terminal mesure le temps d'arrivée (TOA[acro 55]) de chacun des PPLI.

Puisque tous les terminaux ont une connaissance parfaite du tempo de chaque TimeSlot, la fonction Navigation du Terminal connaît avec précision le moment où le PPLI reçu a été transmis, ainsi elle détermine le TOA.

Puisque le message PPLI contient la localisation en trois dimensions du terminal émetteur, la fonction Navigation du Terminal récepteur peut obtenir une correction unidimensionnelle (le rayon d'un cercle) de sa position par rapport à l'autre participant de réseau.

Avec plusieurs de ces corrections, le filtre de Kalman effectue des prédictions de plus en plus précises qui comparées aux observations successives, permettent de positionner la plate-forme dans toutes les dimensions. Cependant, pour connaître avec précision le moment où le PPLI a été transmis, la fonction Navigation du Terminal doit tenir compte du mode de transmission du terminal émetteur.

La fonction Navigation du Terminal suppose que le terminal émetteur utilise le même mode de transmission que le sien. Donc, tous les terminaux fonctionnant dans un réseau doivent mettre en œuvre le même mode de transmission en distance (Range Mode - "NORMAL" ou "ÉTENDU"); sinon la navigation des terminaux sera erronée.

Le mode de transmission en distance "NORMAL" ou "ÉTENDU" est choisi en phase de Conception de Réseaux (Design Phase). Il est transmis aux terminaux dans les paramètres d'initialisation. Certaines plateformes permettent à l'opérateur de changer le mode de transmission. Cette capacité n'a été laissée que pour supporter un changement de réseau coordonné. Aucune plate-forme ne doit changer individuellement le mode de transmission (Range Mode) pour des besoins propres.

La capacité d'utiliser le mode de transmission "ÉTENDU" est limitée par la nécessité pour le récepteur d'être en portée radio (LOS : Line-of-sight (en)) de l'émetteur. La portée radio dépend de la courbure de la terre. Le mode de transmission utilisable est fonction des effets atmosphériques parce que l'atmosphère a tendance à courber le chemin des ondes hertziennes.

On estime que la portée maximum (R) d'une plate-forme aéroportée à une altitude en pieds (h) vers une plateforme positionnée en surface en exprimée ainsi :

${\displaystyle R(nm)=1.23{\sqrt {h}}(pieds)}$

Le portée maximum entre deux plateformes aéroportées est simplement la somme des portées maximums par rapport à la surface de la terre de chacune d'entre elles. Par exemple, un AEW à 29 000 pieds serait en portée radio d'une plate-forme de surface jusqu'à environ 200 NM. Il pourrait échanger des informations avec un autre AEW à 29 000 pieds jusqu'à 375 NM. Donc la limite maximum de la portée « ÉTENDU » de 500 NM ne serait pas atteinte.

Les plateformes positionnées à plus de 300 NM du cœur du réseau Liaison 16 doivent faire face à des difficultés de synchronisation et à des limitations en navigation lorsque le mode "ÉTENDU" est utilisé ; elles seront présentées en détail ultérieurement.

En raison de ces limitations et du fait que le mode « NORMAL » répond généralement aux besoins, les réseaux sont nominalement conçus en mode Range « NORMAL ».

Le Mode de Transmission dédié ou contention est défini NPG par NPG pendant la phase de conception du réseau.

Prenons l'exemple de l'attribution d'un bloc de TimeSlots propre à chaque Non-C2 pour la transmission de messages PPLIS. Dans un réseau de 4 Non-C2, l'attribution serait typiquement un bloc unique (TSB : Time Slot Block) de 4 TimeSlots par 12 secondes pour une émission toutes les 3 secondes d'intervalle. Chaque Non-C2 possède son propre TSB. L'attribution du TSB sera transmise dans les paramètres d'initialisation du terminal du Non-C2. Cette façon d'avoir d'attribuer les TSB en transmission est appelée « mode de transmission d'accès dédié ». Il existe un autre mode de transmission en contention. Chacun de ces modes d'accès présente des avantages et des inconvénients.

Pour mettre en œuvre le mode d'accès dédié, chaque plate-forme doit utiliser un jeu de paramètres d'initialisation différent de celui des autres plateformes, contenant des TSB propres à la plate-forme considérée.

Si, par accident, deux plateformes L16 (JU) utilisent les mêmes paramètres d'initialisation, cela aboutira qu'elles transmettront en même temps dans les mêmes TimeSlots. Les impulsions de chaque transmission se propageront à partir des deux plateformes.

Les terminaux en réception se synchroniseront sur le premier train d'impulsions reçues. Les impulsions de la seconde plate-forme plus éloignée, arrivant plus tard, ne seront pas calées sur les fréquences attendues par le récepteur, elles seront simplement filtrées. Nous sommes dans une configuration identique à celle obtenue lors de la réception d'impulsions d'une autre plate-forme travaillant sur un autre net.

En résumé, quand une ou plusieurs plateformes transmettent dans le même TimeSlot sur le même Net, un terminal en réception ne recevra que les données de la plate-forme la plus proche. C'est le principe de capture qui est utilisé pour le mode de transmission d'accès en contention.

L'alternative au mode de transmission dédié avec lequel un terminal peut avoir accès au réseau, est appelé le mode de transmission en contention. Dans ce mode d'accès, les participants se voient attribuer un même Pool de TimeSlots.

Par exemple, pour le NPG PPLIs les 4 Non-C2 JUs pourraient se voir assigner un pool de bloc de 64 TimeSlots par 12 secondes.

Chaque participant se voit assigner un intervalle d'accès en transmission, qui représente le taux moyen auquel il peut en réalité transmettre son message PPLI.

Le terminal en transmission choisit aléatoirement son TimeSlot dans l'intervalle qui lui est alloué. Par exemple, les Non-C2s peuvent se voir assigner un intervalle d'accès de 1,5 seconde. Avec 64 TimeSlots par 12 secondes, Chaque Non-C2 utilisera 8 TimeSlots. Alors, toutes les 1,5 seconde, le terminal de transmission choisira aléatoirement, un des 8 TimeSlots pour une transmission. Le résultat est que plusieurs JUs Non-C2 peuvent utiliser le même TimeSlot.

On ne recommande pas d'utiliser l'accès en contention pour la transmission d'informations cruciales comme le message PPLI

Lorsque l'accès dédié est utilisé pour un NPG, chaque JU possède son propre jeu d'attribution de TimeSlots. Par exemple, sur le NPG "CONTROL" en accès dédié, chaque Non-C2 doit utiliser ses propres Time Slot Blocks en transmission.

Une raison de l'utilisation de l'accès en contention peut être la volonté d'une utilisation plus efficace de la capacité du réseau. Une illustration est le NPG Control en BackLink (Des Non-C2 vers le C2).

En Control BackLink, généralement, seul le leader de la patrouille est autorisé à transmettre. Il peut redescendre l'état d'engagement sur une cible toutes les 6 secondes. De temps en temps, il devra répondre à une assignation de mission. En accès dédié, l'allocation serait probablement de 4 TimeSlots par 12 secondes. Cela offre un intervalle de 3 secondes entre deux TimeSlots ce qui peut se traduire par un délai de 3 secondes pour la transmission de l'acceptation (WILCO) ou le refus (CANTCO) de la mission. Cela signifie que le contrôleur devrait attendre jusqu'à 3 secondes pour visualiser le compte-rendu.. Cette attribution de 4 TimeSlots par 12 secondes doit être faite à chaque Non-C2 sur le NPG Control puisque le rôle de leader peut changer en vol. Si l'on considère qu'un C2 peut contrôler jusqu'à 5 patrouilles de 4 avions, on obtient une capacité BackLink de 80 TimeSlots par 12 secondes.

Supposons qu'avec 5 patrouilles, nous prévoyons que 3 d'entre elles peuvent engager simultanément. Ainsi, 3 leaders peuvent transmettre l'état d'une cible en utilisant chacun 2 TimeSlots par 12 secondes sur le BackLink. Supposons que nous assignons en BackLink 32 TimeSlots par 12 secondes avec un intervalle de 1,5 seconde. Cela aboutit à un accès identique à celui obtenu en mode dédié (c'est-à-dire, une moyenne de 1,5 seconde avec 3 secondes dans le cas le plus défavorable).

Avec trois avions de chasse engagés, la probabilité pour l'unité C2, de recevoir la réponse à un ordre d'engagement adressé à un quatrième leader, est d'environ 82 %. Mais la réponse est automatiquement envoyée jusqu'à trois fois par le terminal, si l'unité C2 ne la reçoit pas ; cela augmente la probabilité de réception à plus de 99 %.

Donc la performance BackLink est en réalité tout à fait bonne avec moins de la moitié des TimeSlots exigés en mode dédié. Cela illustre que l'accès en contention est idéal lorsqu'il est appliqué à des NPGS dans lequel les participants ont à transmettre de manière aléatoire, des volumes de données faibles et exigeant un temps de réponse rapide. C'est particulièrement le cas pour les NPG "CONTROL" et "NonC2-to-NonC2".

Une autre raison d'utiliser le mode d'accès Contention réside dans le fait que le nombre d'unités pouvant opérer peut varier. Alors qu'un Pool de TimeSlots est taillé pour supporter un certain numéro de participants, il est important de pouvoir en augmenter le nombre sans que rien de catastrophique arrive. La performance des échanges en Contention se dégrade quelque peu. Par exemple, la probabilité de recevoir une réponse à un ordre baisserait un peu. En accès dédié, ce n'est pas le cas. Si tous les Paramètres d'initialisation prévus sont utilisés, l'arrivée d'une plate-forme supplémentaire ne peut se traduire que par la réutilisation d'un jeu de TSB déjà en fonction. Le principe de capture aboutit à un échange sérieusement compromis pour les deux plateformes utilisant les mêmes jeux de TSB.

Deux raisons font que l'accès en contention n'est pas plus souvent utilisé :

• la Liaison 16 partage sa bande radio avec la bande de radionavigation aéronautique. Les Administrations de l'Aviation Civile qui gèrent cette bande, ont placé des contraintes significatives pour une utilisation en temps de paix par les militaires ;
• en raison des transmissions multiples dans le même TimeSlot, l'accès en Contention peut mettre en péril la performance des moyens de navigation radio.

Aussi, il y a de nombreuses situations où il n'est pas permis d'utiliser le mode d'accès en Contention.

Même quand l'administration de l'aviation civile permet l'utilisation du mode d'accès Contention, d'autres contraintes, en temps de paix, peuvent limiter son utilisation. Il s'agit essentiellement du nombre d'impulsions pouvant être émises par une plate-forme et par l'ensemble du réseau, que l'on appelle TSDF (TimeSlot Duty Factor)

Il existe 4 possibilités d'empaqueter les symboles qui permettent de transmettre les messages Liaison 16. De l'empaquetage offrant le plus de sécurité de transmission à celui offrant la meilleure bande passante, ce sont :

• l'empaquetage "Standard Double Pulse" qui permet de transmettre 3 mots de 70 databits par TimeSlot ;
• l'empaquetage "Packed 2 Double Pulse" qui permet de transmettre 6 mots de 70 databits par TimeSlot ;
• l'empaquetage "Packed 2 Simple Pulse" qui permet de transmettre 6 mots de 70 databits par TimeSlot ;
• l'empaquetage "Packed 4 Simple Pulse" qui permet de transmettre 12 mots de 70 databits par TimeSlot.

La limite d'empaquetage (Packing Limit) est définie en phase Design du réseau Liaison 16 pour chaque groupe de participation de réseau (NPG). "Packing Limit" signifie que le terminal peut dégrader l'empaquetage jusqu'à la limite fixée, mais chaque fois que la possibilité de transmettre dans un "Packing" de meilleure résistance au brouillage se présentera, ce dernier sera utilisé. Autrement dit, si la limite de "Packing" est "Packed 4 Simple Pulse", le terminal pourra émettre dans un des trois autres empaquetages, s'il en a la possibilité.

La différence entre l'empaquetage « Standard Double Pulse » et l'empaquetage « Packed 2 Simple Pulse » est que dans le premier cas, chaque symbole est transmis deux fois au lieu d'une, pour l'empaquetage « Simple Pulse ».

Dans l'empaquetage « Packed Simple Pulse », Il y a donc seulement une impulsion au lieu de 2.

En conséquence, dans un TimeSlot, 6 mots peuvent être transmis au lieu de 3.

Dans les empaquetages « Packed 2 Double Pulse » et « Packed 4 Simple Pulse », le nombre d'impulsions par TimeSlot, est augmenté (840 impulsions au lieu de 210) au détriment de la portée radio et du « Jitter ».

Prenons le leader d'une patrouille de 5 Avions de chasse. Sur son écran principal, il voit sa propre plate-forme (Ownship) située au centre et les quatre membres de la patrouille, généralement présentés chacun par un cercle avec le numéro de leur position dans la patrouille au centre. L'échange des messages PPLIS entre les avions de chasse, permet ainsi de présenter une image où l'on peut situer chaque équipier d'un simple coup d'œil. Cela n'est vraiment efficace que si la navigation est précise. Cette navigation précise est basée sur la navigation du porteur (Ownship) elle-même basée sur l'échange de messages PPLIs entre les avions de la patrouille. L'échange de messages PPLIS fiables exige que la navigation des avions soit précise.

La précision de la navigation est également essentielle pour l'échange des détections radar au sein de la patrouille. Chaque avion localise une détection précisément par rapport à lui-même (Ownship). Cependant, si deux avions cumulent des erreurs de navigation, ces erreurs se retrouvent dans les messages reportant la position absolue de la cible. La conséquence est l'impossibilité de fusionner les détections au sein de la patrouille et le C2 contrôleur reportera deux pistes au lieu d'une seule.

Pour établir s'il y a deux cibles ou une seule, chaque avion utilisera des algorithmes de corrélation des cibles qui seront basés, en partie, sur l'écart de distance séparant les positions cibles échangées c'est la fenêtre de corrélation. Si l'erreur de navigation est grande, la fenêtre de corrélation peut être agrandie de sorte qu'une seule entité sera interprétée correctement. Cependant, une grande fenêtre de corrélation peut mener à la corrélation de deux cibles espacées, chacune étant vue par un avion différent. De telles erreurs de corrélations peuvent entraîner des surprises désagréables particulièrement lorsque des AMI sont proches d'HOSTILEs. Ainsi, une navigation imprécise entraîne un faible capacité de corréler correctement.

Si malheureusement, le système inertiel de navigation (INS) de l'Avion de chasse possède un taux de dérive significatif par rapport aux besoins de la Liaison 16 (par exemple, environ 0.7 nm/hr pour les F-15Cs), l'alignement INS étant effectué bien avant le décollage, une dérive importante peut être observée avant que les avions ne décollent. Heureusement, les terminaux de la liaison 16 offrent une capacité de navigation relative.

Le besoin d'une navigation porteur précise est aussi très important pour les plateformes C2 chargées de la surveillance, qui poursuivent les pistes par rapport à leurs propres positions ; l'erreur de navigation de la plateforme venant s'ajouter celle du senseur détection lors de la diffusion des pistes sur le NPG Surveillance de la Liaison 16. Cependant, aujourd'hui, ces plateformes sont équipées de GPS.

La navigation Géodésique s'effectue en partie par la mesure des TOA (Time Of Arrival). Dans un réseau, tous les terminaux doivent utiliser le même mode de fonctionnement en distance (Range Mode), sinon les mesures de TOA amèneront à des calculs de distance erronés.

Une autre partie de la Navigation Géodésique s'effectue grâce aux informations de position et horaire, échangées. Une Navigation géodésique efficace exige des sources externes et locales, offrant une qualité de position (Pq) et une qualité de temps (Tq) qui sont excellentes.

Il existe deux modes de navigation Liaison 16. Tous les deux sont décrits dans cette section. Cependant, nous prendrons quelques libertés dans les descriptions afin de préserver la simplicité de la présentation. Cette description simplifiée, doit permettre de comprendre le fonctionnement de la navigation. Le premier des deux modes est la navigation géodésique.

Exemple :

Prenons l'exemple d'un avion en vol qui reçoit les messages PPLI de deux plateformes Terre (Land) La fonction navigation prend en compte les données de position et de vitesse, fournies, par exemple, toutes les 50 millisecondes au terminal par l'INS (Inertial Navigation System). Le terminal contient le modèle mathématique de la dynamique avion. Après l'alignement de la centrale inertielle de navigation[trad 35] (INS), le terminal prend la première position reçue de l'INS comme position initiale et commence à utiliser les données « vitesse » pour estimer la position de l'avion via le modèle.

Par la suite, le terminal détermine l'écart entre la position fournie par la centrale inertielle de navigation[trad 35] et celle de son évaluation propre et transmet au processeur de vol les corrections toutes les 50 millisecondes. Le Terminal MIDS diffuse cette position estimée et la vitesse dans son message PPLI. La position transmise tient compte de la dérive INS pour déterminer la qualité de position (Pq) d'une manière semblable à la qualité de temps (Tq).

Dans cet exemple, lorsque l'avion entre dans le réseau, il reçoit les messages PPLIs des deux plateformes LAND qui transmettent également leur position et leur Pq. Chaque site LAND fournit une qualité de position maximum (Pq=15) car la position est fixe et parfaitement connue.

Lorsque le terminal de l'avion reçoit un message PPLI, il mesure le temps d'arrivée[trad 36] (TOA) dans l'heure réseau. La fonction navigation du terminal connaît le TimeSlot d'émission du message PPLI et, à partir du TOA mesuré, calcule la durée théorique de propagation depuis la source. Cela fournit une évaluation de la distance séparant le Terminal émetteur du Terminal récepteur.

• Le terminal récepteur détermine le TOA théorique à partir de la distance le séparant du Terminal émetteur en prenant en compte la position reçue dans le message PPLI.
• La comparaison entre le TOA mesuré et le TOA théorique, permet de calculer une erreur en distance. le terminal MIDS ajuste sa position estimée afin de réduire cette erreur si et seulement si, la qualité de Position (Pq) de la source est meilleure que la sienne.
• Ce calcul est effectué successivement pour chaque PPLI reçu, ce qui permet d'améliorer et d'entretenir l'estimation de l'erreur de position.

Pendant la réception des messages PPLIS et le traitement de leur TOA, le modèle du terminal continue à utiliser la vitesse fournie par la centrale inertielle pour extrapoler la position de l'avion. Cependant, il y a des erreurs d'évaluation en distance. Elles dépendent de la qualité de Position de la source (Pq) et de la capacité du terminal à déterminer ses erreurs. La qualité de l'évaluation de l'erreur en distance dépend de la capacité du terminal récepteur à mesurer le TOA et de la capacité des terminaux source et récepteurs à connaître avec précision l'heure réseau (c'est-à-dire, leur Tqs).

La fonction navigation du terminal effectue ses corrections de position en se basant sur la position reçue et la qualité de temps[trad 37] associée dans chaque message PPLI. Si la qualité de position[trad 38] (Pq) et la qualité de Temps (Tq) reçues sont excellentes et que la propre qualité de position (Pq) est faible, la correction prendra en compte une grande partie de l'erreur calculée. À l'inverse, si les Qp et TQ reçues sont faibles, la correction appliquée, peut être faible. Donc, une navigation géodésique efficace, exige de recevoir des messages PPLI avec des qualités de position (Pq) et de temps (Tq) excellentes.

• (en) [PDF]- 2001 -Real Time exchanges of Tactical Data
• [PDF], TADIL J guide, 2000
• The Naval Institute Guide to world Naval Weapons Systems
• (en) [PDF] MACE31501 Aircraft Group Design Lecture 3: Airborne Systems Pages 15-37, 2007
• (en) [PDF] Tactical Data Link Systems and the Australian Defence Force (ADF) – Technology Developments and Interoperability Issues, février 2004
• US AIR FORCE 1998, Understanding Link-16: A Guidebook for Air Men.
• Interoperability: A Continuing Challenge in Coalition Air Operations
• [PDF] La Marine et la gestion de l'espace 3D, janvier 2008
• (en) [PDF] JAPCC Roadmap for Air C4ISR in NATO, 2007
• [PDF] Revue d'études générales n^o 14 -2007. Voir l'article : La coordination 3D - aux petits échelons tactiques
• [doc],Tactical Digital Information Link-Technical Advice and Lexicon for Enabling Simulation, 8 août 2002
• [PDF] Single Air Picture, 2005
• Recent Developments in Aircraft Wireless Networks, 23 avril 2006
• Aviateurs du champ de bataille Intégration des moyens de combat en soutien des forces d’opérations spéciales par le général de corps d’armée aérienne William Thomas « Tom » Hobbins, 2006, Air & Space Power Journal
• [PDF] Air Power in Afghanistan, février 2009
• [PDF] Electronician Volume 3 - Communications, juillet 1997
• [PDF], Navigation Using LINK-16 GPS-INS Integration, 2003

• Portail des télécommunications
• Portail de l’histoire militaire
• Portail des forces armées des États-Unis