Voir la source de Liaison 16

La '''liaison 16''' ('''L16''') est un standard de [[liaison de données tactiques]] de l'[[Organisation du traité de l'Atlantique nord|OTAN]] pour l'échange d'informations tactiques entre des [[unité militaire|unités militaires]].

Le contenu de sa messagerie et le protocole d'émission sont définis par le {{abréviation|STANAG|Standard NATO Agreement}}<ref group="sigle">Standard NATO Agreement</ref> 5516 pour l'OTAN et le MIL-STD-6016 pour les [[États-Unis]].

Sa mise en œuvre opérationnelle est définie dans le document OTAN {{abréviation|ADatP|Allied DATa processing Publication}}<ref group="sigle">ADatP : Allied DATa processing Publication</ref>-33<ref>[http://aero-defense.ihs.com/document/abstract/CYQYIBAAAAAAAAAA Aero defense]</ref> qui est un ensemble de procédures permettant la mise en œuvre d'un réseau de liaisons de données tactiques "multiliaison" et de l'ADatP-16 propre à la liaison 16. L'ADatP-33 est l'héritier du {{abréviation|JMTOP|Joint Multi-TADIL Operating Procedures}} américain<ref>{{en}} [http://www.rand.org/pubs/monograph_reports/MR1235/MR1235.chap7.pdf Interoperability: A Continuing Challenge in Coalition Air Operations ; Chapitre 7, AIR SURVEILLANCE AND CONTROL] Page 82 "''…there is also a need to define and follow standard operating procedures, e.g., the Joint Maritime Tactical Operating Procedures for Link 16 operations, now known as the Joint Multi-TADIL Operating Procedures''"</ref>{{,}}<ref group="sigle">JMTOP : Joint Multi-TADIL Operating Procedures</ref>.

== Positionnement de la liaison 16 dans le réseau des armées ==
La liaison 16 est, avec la [[liaison 22]] et la liaison J-over-IP une des trois [[Liaison de données tactiques|liaisons de données tactiques]] mises en œuvre par les forces [[interarmées]], utilisant les messages (c'est-à-dire le vocabulaire) de série-J. Avec ces autres liaisons tactiques, la L16 participe au ''{{Lien|fr=Joint Data Network|lang=en}}''.

[[Fichier:ARTHUR K CEBROWSKI.jpg|thumb|right|Arthur K. Cebrowski]]
Aux États-Unis, les liaisons de données tactiques de la série-J (rassemblées en un réseau tactique multiliaison<ref group="trad">{{en}} Multi TDL</ref> fonctionnant comme un réseau logique unique) forment le média de référence pour la transmission des données tactiques dans la ''[[Global Information Grid]]'', concept élaboré dans le cadre du ''[[Network Centric Warfare]]'' (NCW). Les fonctions des [[plateformes C2]]<ref name="C2" group="sigle"/> s'intègrent pleinement dans l'architecture du [[C4ISR]] ; cela devrait se traduire à terme, par le regroupement des trois terminaux de communication au sein du [[Multifunctional Information Distribution System|MIDS]] [[Joint Tactical Radio System|JTRS]]. Aux États-Unis, l'ancienne appellation « Tadil-J »<ref name="TADILJ">{{en}} {{pdf}} [http://www.globalsecurity.org/military/library/policy/army/fm/6-24-8/tadilj.pdf Tadil-J], 2000</ref> a été abandonnée au profit de l'appellation [[OTAN]] liaison 16.

La L16 n'est pas seulement une amélioration technique et sémantique des liaisons de données tactiques préexistantes, il s'agit bien plus de l'application au niveau tactique du principe défini par l'amiral {{Lien|fr=Arthur K. Cebrowski|lang=en|trad=Arthur K. Cebrowski}} de la vitesse de commandement rendue possible par une supériorité dans le domaine de l'information<ref>{{en}} [http://fas.org/irp/congress/1997_hr/h970320c.htm STATEMENT OF VICE ADMIRAL A. K. CEBROWSKI DIRECTOR, SPACE, INFORMATION WARFARE, COMMAND AND CONTROL CHIEF OF NAVAL OPERATIONS]</ref>.

Quant à la pensée du [[Vice admiral (États-Unis)|vice-amiral]] concernant la condition indispensable à la participation d'une plateforme aux opérations sur un théâtre d'opérations, elle est parfaitement synthétisée dans cette déclaration lorsqu'il était {{Lien|trad=Carrier Strike Group 6|texte={{Abbr|J6|Joint Staff #6}}}} à l'état major des armées :

{{citation bloc|Si vous n'avez pas de capacité liaison 16, vous n'êtes pas le bienvenu sur le champ de bataille des États-Unis. En fait, vous serez considéré comme un générateur de tirs fratricides, une menace pour les forces amies ou de coalition<ref group="trad">{{en}} If you are not Link 16 capable, you will not be welcomed in the US battlefield and in fact, you will be considered a blue on blue engagement generator - a threat to friendly and coalition forces. Vice Admiral Arthur Cebrowski, USN, Joint Chief Of Staff, J6</ref>.
|''Vice-amiral Arthur K. Cebrowski''}}

L'application de ces principes mis en œuvre par la L16 est parfaitement décrite par Michael W. Kometer, [[Lieutenant-colonel (États-Unis)|lieutenant-colonel]], [[USAF]] dans son livre ''Command in Air War: Centralized versus Decentralized Control of Combat Airpower''<ref>{{en}} {{pdf}} [http://aupress.maxwell.af.mil/Books/Kometer/Kometer.pdf Command in Air War - Centralized versus Decentralized -Control of Combat Airpower"]</ref>.

En Europe, sous l'impulsion des forces de Grande-Bretagne, l'[[OTAN]] tente de promouvoir la notion de {{Lien|fr=Network Enabled Capability|lang=en|texte=NEC}}.

Le {{abréviation|NEC|Network Enable Capability}} souligne la volonté des Européens de garder l’homme au cœur du dispositif des systèmes complexes<ref>[http://www.sldinfo.com/fr/2010/systemes-de-systemes/ Soutien des opérations : le rôle-clé des “systèmes de systèmes”. Gérer la complexité et la sécurité. Par le Général (2S) Jean-Patrick Gaviard]</ref>.

En résumé, la L16 :
* est le moyen d'identification indispensable sur le [[Théâtre militaire#Théâtre d'opération|théâtre d'opération]] ;
* permet l'échange de données tactiques entre tous les niveaux de la [[chaîne de commandement]] ;
* autorise une rapidité de frappe rendue possible par une vue complète de l'image tactique partagée par tous les acteurs sur le terrain.

La mise en service de la L16 au sein des forces permet l'application d'un des principes fondateurs de la [[Network centric warfare|guerre en réseau]] : "Commandement centralisé / Exécution décentralisée<ref>{{en}} {{PDF}} [http://www.au.af.mil/au/awc/awcgate/awc/gomez2003.pdf Centralized Command – Decentralized Execution: Implications of Operating in a Network Centric Warfare Environment]</ref>". Les enjeux sous-tendus sont clairement exposés dans un article en français de la [[revue militaire canadienne]] intitulé ''Le commandement et la guerre réseau centrique'' - Été 2001<ref>{{en}} [http://www.journal.dnd.ca/vo2/no2/doc/23-30-fra.pdf Le Commandement et la guerre réseau centrique], [[Revue militaire canadienne]] - Été 2001</ref>.

Le [[combat aérien]] change totalement de dimension avec la mise en œuvre de la L16 sur [[#Plateformes non C2|les plateformes non C²]]. Les conséquences sont telles que des [[avion de chasse|avions de chasse]] non équipés de la L16 ne possèdent plus désormais qu'une valeur militaire très faible voire nulle, s'il doit faire face à d'autres avions eux-mêmes équipés d'un système équivalent. Cela a été mis en évidence par le {{abréviation|NSRD|National Defense Research Institute}} de la [[RAND Corporation]], dans le document intitulé ''Network-Centric Operations Case Study Air-to-Air Combat With and Without Link 16''<ref>{{en}} {{pdf}} [http://www.rand.org/pubs/monographs/2005/RAND_MG268.pdf Network-Centric Operations Case Study Air-to-Air Combat With and Without Link 16]</ref>.

[[Fichier:Four layers of the networks of the US Forces.png|thumb|right|La L16 participe au ''Joint Data Network'']]

=== Liaison J-Over-IP ===

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 avec le protocole Internet. Cette capacité appelée {{abréviation|JRE | Joint Range Extension}}<ref>[https://jre-gw.com/ Voir le site du JRE]</ref> est définie par une norme américaine ({{Lien|fr=JREAP|lang=en}} C) ou [[MIL-STD]] 3011. Le JRE est très peu consommateur en termes d'utilisation de la [[débit binaire|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<ref>{{en}} [http://www.flightglobal.com/articles/2006/04/25/206169/usaf-tests-internet-capability-over-link-16.html USAF tests internet capability over Link 16]</ref>{{,}}<ref>{{pdf}} Cf. [http://www.au.af.mil/au/cadre/aspj/apjinternational/apj-f/2006/pri06/printemps06.pdf Journal AirSpace Power] AVIATEURS DU CHAMP DE BATAILLE Page 75 : "''d’ici l’exercice financier 2020, nous prévoyons d’élargir le réseau Liaison 16, puis de le faire évoluer grâce à une série de liens améliorés pour qu’il forme un robuste réseau IP embarqué''"</ref>. (Voir en particulier le programme {{abréviation|TTNT|Tactical Targeting Network Technology}}<ref>{{en}} [http://www.darpa.mil/ipto/Programs/ttnt/ttnt.asp Site DARPA sur le TTNT]</ref>{{,}}<ref group="sigle">TTNT: Tactical Targeting Network Technology</ref> bien que l'[[US Air Force]] ait préféré le {{Lien|fr=Multifunction Advanced Data Link|lang=en|texte=MADL}} pour sa liaison inter patrouille du [[Lockheed Martin F-22 Raptor|F-22 Raptor]]<ref>{{en}} - 19 décembre 2008 - [http://www.globalspec.com/reference/18861/121073/Work-Begins-On-Advanced-Datalink-For-F-22 Work Begins On Advanced Datalink For F-22]</ref>{{,}}<ref>{{en}} - 15 avril 2009 - [http://www.flightglobal.com/articles/2009/04/15/325156/usaf-selects-datalink-to-bridge-communications-gap-between-f-22-and.html USAF selects datalink to bridge communications gap between F-22 and F-35]</ref> et du [[Lockheed Martin F-35 Lightning II|F-35 Joint Strike Fighter]]<ref>{{en}} - juin 2009 - [http://www.afa.org/Mitchell/Reports/MP3_HybridWarfare_0609.pdf Air power for Hybrid Warfare - Description de l'utilisation du MADL] page 23 (page 25 du fichier pdf)</ref>).

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<ref group="trad">En-Tête : Header, en liaison 16 chaque message est précédé d'un Header</ref> et un mot Initial qui sont suivis des mots d'extension ou des mots complémentaires<ref name="TADILJ" />{{,}}<ref>Tadil-J : fixed word format message. A TADIL J message utilizing FWF. An FWF message is started by an initial word which may then be followed by one or more extension and/or continuation words</ref>. En fait, l'en-tête est attaché au créneau horaire ; il est unique et commun à tous les messages transmis dans le créneau. L'en-tête contient en particulier le numéro de piste (TN) de l'unité à l'origine des messages contenus dans le créneau.
* 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]].

== Opérations majeures impliquant les armées françaises et mettant en œuvre la liaison 16 ==

=== Afghanistan 2007, 2010 ===

Le {{date-|10 avril 2007}}, un article du journal ''Le Monde''<ref>[http://pacdg.free.fr/presse/Le_Monde_Zecchini_CDG_Stennis.pdf Article du journal ''Le Monde'']</ref> décrivait ainsi les conditions de départ en mission des avions de chasse :
{{citation bloc|Les avions de la [[Force internationale d'assistance et de sécurité|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 [[Grumman E-2 Hawkeye|E2-C]] de la [[Marine nationale française|Marine Nationale]] ont pu recevoir en [[Système temps réel|temps réel]], les missions qui leur étaient attribuées par le {{abréviation|CAOC|Combined Air Operations Center}}<ref group="sigle">''Combined Air Operations Center''</ref> situé sur la base d'[[Al-Udeid]] au [[Qatar]]<ref>Magazine Raids - numéro Hors-série consacré aux "Ailes françaises au combat. 1994-2009", Jean-Marc Tanguy</ref>, 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 [[Grumman E-2 Hawkeye|E2-C]] vers [[#Plateformes non C2|ces plateformes non C2]], étaient transmises en phonie. La mise en service des premiers Rafale au Standard F-2, à partir de {{date-|mars 2007}}, apporte cette capacité<ref>[http://www.avions-militaires.net/rafale/programme.php RAFALE sur Avions militaires.net]</ref>{{,}}<ref>[http://www.lefigaro.fr/international/2007/03/15/01003-20070315ARTFIG90217-paris_engage_des_rafale_en_afghanistan.php Paris engage des Rafale en Afghanistan 27/10/2007]</ref>.

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 :

[[Fichier:FS Charles De Gaulle's Rafales, Super-Etendards and Hawkeye.jpg|vignette|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 [[#Plateformes C2|C2]]<ref name="C2" group="sigle"/> vers [[#Plateformes non C2|non C2]] (Up-link)
**** Ordre de guidage
**** Plan de vol
**** Lien entre les détections et les pistes
*** De [[#Plateformes non C2|non C2]] vers [[#Plateformes C2|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 {{abréviation|CAOC|Combined Air Operations Center}} :
** Liaison 16, [[Groupe de participation]] SURVEILLANCE (en portée radio)
** {{abréviation|JREAP|Joint Range Extension Application Protocol}}-C Via satellite (hors portée radio)
*** Transmission des pistes
*** Transmission des points de référence
*** Transmission des points d'urgence
[[Fichier:Fleet 5 nations.jpg|vignette|Forces de la coalition déployée pour l'opération [[Guerre d'Afghanistan (2001-2014)|ENDURING FREEDOM]].]]
* Échanges du {{abréviation|CAOC|Combined Air Operations Center}} vers les [[plateformes C2]] :
** Liaison 16, [[Groupe de participation]] SURVEILLANCE (en portée radio)
** {{abréviation|JREAP|Joint Range Extension Application Protocol}}—C Via satellite (hors portée radio)
*** Selon les ROE (Rules of engagement), les autorisations d'engagement
*** Les assignations de nouvelles missions
* Échange du {{abréviation|CAOC|Combined Air Operations Center}} vers le Centre de Commandement
** {{abréviation|JREAP|Joint Range Extension Application Protocol}}-C Via satellite
** {{abréviation|JREAP|Joint Range Extension Application Protocol}}-C Filaire
*** Retour d'information ({{lien|Reachback|texte=Reachback}}<ref name="Reachback">{{Lien|Reachback}} : Ce terme est utilisé par le Ministère de la défense américain (DoD) comme étant un processus d'obtention de produits, de services, d'applications, de forces, d'équipement, ou d'information provenant d'organisations qui ne sont pas déployées. La liaison en {{lien|Reachback|texte=Reachback}} est le moyen de déclencher ce processus</ref>)

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<ref group="trad">Seamless</ref> » à l'information quelle que soit la position du demandeur dans le réseau multi-liaisons.

=== Libye - 2011 Opération « Harmattan » ===
==== Phases de l'opération mettant en œuvre la liaison 16 ====
[[Fichier:US Navy 110321-N-OM642-039 A French navy AS365 F Dauphin rescue helicopter test lands aboard USS Mount Whitney (LCC-JCC 20).jpg|thumb|right|Un hélicoptère [[Sud-Aviation SA365 Dauphin|Dauphin]] apponte sur l'{{USS|Mount Whitney|LCC-20|6}} durant l'opération « Odyssey Dawn » (21 mars 2011)]]

Durant cette [[Intervention militaire de 2011 en Libye|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 {{date-|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<ref>{{fr}} [http://www.leparisien.fr/flash-actualite-monde/des-rafale-francais-survolent-la-libye-source-militaire-19-03-2011-1367340.php Le Parisien (site)]</ref>.
* Les opérations menées en Libye le dimanche {{date-|20 mars 2011}} par les aéronefs non C2 (deux patrouilles de deux Rafales appui sol, une patrouille de deux Rafales {{abréviation|RECO-NG|Reconnaissance -Nouvelle Génération}} et deux patrouilles de deux Mirage 2000D) ont, selon l'état-major des armées, été coordonnées par une plateforme C2 ({{abréviation|AWACS|Airborne Warning and Control System}})<ref>Conférence de Presse du 20 mars 2011 (17h30)- État major des armées - M. Laurent TESSEIRE, Colonel Thierry BURKHARD</ref>.
* 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 {{Lien|fr=Reachback|lang=en|texte=Reachback}}<ref name="Reachback"/> des opérations au-dessus du territoire Libyen<ref>[http://www.diginext.fr/iso_album/le_marin.pdf Le Marin : 03 juin 2011 "Le troisième œil de la Marine]</ref>.
** Le {{date-|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/{{abréviation|SEM|Super Étendard Modernisé}}, 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 {{abréviation|AWACS|Airborne Warning and Control System}}. Le {{abréviation|PACDG| porte-avions ''Charles de Gaulle''}} a par ailleurs effectué son premier ravitaillement à la mer (RAM), grâce au pétrolier ravitailleur La Meuse<ref>{{fr}} [http://lemamouth.blogspot.com/2011/03/laviation-francaise-continue-son-carton.html Le mamouth : L'aviation française continue son carton]</ref>. Dans ce contexte, il faut noter les patrouilles mixtes {{abréviation|Rafale-M|Rafale Marine}} / 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.
[[Fichier:US Navy 110325-N-M0201-067 A Qatar Emiri Air Force Dassault Mirage 2000-5 fighter jet takes off as part of a Joint Task Force Odyssey Dawn mission.jpg|thumb|right|[[Dassault Mirage 2000|Mirage 2000]]-5 Qatari]]

* Un [[Embraer R-99]]A grec (de l'[[Hellenic Air Force]]) a été déployé en {{date-|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<ref>{{en}} [http://greece.greekreporter.com/2011/03/21/greeces-participation-in-operation-against-libya-costs-1-million-euros-daily/ 1 Greek Radar Aircraft for operation against Lybia]</ref>{{,}}<ref>{{Grc}}[http://www.skai.gr/news/politics/article/165299/i-rolos-tis-elladas-sto-endehomeno-epemvasis-sti-livui/ Le rôle de la Grèce dans une possible intervention en Libye]</ref>. 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 zone d'exclusion aérienne<ref>[https://www.defense.gouv.fr/operations/autres-operations/operation-harmattan-libye/actualites/libye-le-role-du-hawkeye-dans-l-operation-harmattan le rôle du Hawkeye dans l’opération Harmattan]</ref>.

Du point de vue des États-Unis, l'opération en Libye appelée ''Odyssey Dawn'', démontre l'incapacité des nouveaux aéronefs ([[Lockheed Martin F-22 Raptor|F-22]], [[Lockheed Martin F-35 Lightning II|F-35]]) à participer aux opérations de l'OTAN<ref>{{en}} [http://community.warplanes.com/tag/operation-odyssey-dawn/ MADL not ready]</ref>{{,}}<ref>{{en}} [http://www.soldiergeek.com/milblog/2011/3/21/missing-weapon-of-operation-odyssey-dawn.html Missing Weapon of Operation Odyssey Dawn]</ref>{{,}}<ref>{{en}} [http://newspepper.su/news/2011/3/23/us-nonparticipation-was-explained-f22-military-operations-in-libya/ U.S. non-participation was explained F-22 military operations in Libya]</ref>, du fait de l'absence d'une connexion liaison 16 au profit de la liaison furtive intra-patrouille {{Lien|fr=Multifunction Advanced Data Link|lang=en|texte=MADL}}.
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 {{date-|5 avril 2011}}<ref>{{en}} {{pdf}} [http://www.afcea.org/mission/intel/documents/MasterAnswerDocument05APR11.pdf Information Dominance Industry Day Questions and Answers] ''32. Since Link 16 is going to be around for a long time, is the Navy going to invest in improvements to the datalink?
Navy has invested in near term improvements to Link 16 that include Cryptographic Modernization, Frequency Remapping, Dynamic Network Management and Enhanced Throughput. Navy, along with Air Force, is developing a longer term strategy to increase the capacity of Link 16 through improvements like Concurrent Multi-Netting/Concurrent Contention Receive and/or offloading future requirements that would further burden the Link 16 network to an Advanced Tactical Data Link network''.</ref>.

==== Phases de l'opération où l'absence de la liaison 16 a été caractérisée ====
===== Les hélicoptères de l'Armée de terre et de la British Army =====
[[Fichier:Tigre HAP cohetes y misiles.jpg|thumb|right|Armement d'un hélicoptère HAP<ref group="sigle">HAP : Hélicoptère d’Appui et de Protection</ref> de l'Armée de Terre française, qui devrait être équipé de la liaison 16<ref>[http://www.aviationtoday.com/av/issue/feature/Training-On-Tiger_22410.html Training On Tiger (juin 2008)] Both countries’ Tigers will also receive the Sagem SATEL integral communications and navigation system, which will house a Link-16 compatible Multifunctional Information Distribution System (MIDS) allowing the helicopters to share information with other Link-16 equipped aircraft, a vitally important addition for when the Tigers participate in NATO exercises and operations</ref>]]
Le samedi {{date-|4 juin 2011}}, le ministre de la défense a indiqué à Londres :
{{citation bloc|''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<ref>[http://www.tsr.ch/info/monde/3186240-premieres-frappes-d-helicopteres-de-l-otan-en-libye.html?wysistatpr=ads_rss_texte Premières frappes d’hélicoptères de l'otan]</ref>.
''Des hélicoptères Apache britanniques ont participé à ces attaques aériennes'',}}

Les [[AgustaWestland Apache|Apache]] britanniques sont équipés du système de communication {{Lien|fr=BOWMAN|lang=en|trad=Bowman (communications system)}} 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)<ref>{{en}} [http://www.defense-aerospace.com/article-view/feature/46095/uk%E2%80%99s-digital-apache-lacks-digital-environment.html Apache lacks Digital environment]</ref>.

Des hélicoptères de l'armée française de type [[Eurocopter EC665 Tigre|Tigre]] et [[Sud-Aviation SA340/341/342 Gazelle|Gazelle]] ont également conduit pour la première fois dans la nuit de vendredi à samedi des frappes au sol en Libye.
[[Fichier:Apache DOS.jpg|thumb|right|AH-64 Apache]]

{{citation bloc|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<ref>[https://www.marianne.net/blogsecretdefense/Libye-Ces-chiens-de-Francais_a352.html Secret defense : L'emploi des hélicoptères de combat a été un facteur militaire déterminant dans la campagne.]</ref>.}}

Durant cette première opération interarmées<ref>{{en}} [http://www.aviationweek.com/aw/blogs/defense/index.jsp?plckController=Blog&plckBlogPage=BlogViewPost&newspaperUserId=27ec4a53-dcc8-42d0-bd3a-01329aef79a7&plckPostId=Blog%3a27ec4a53-dcc8-42d0-bd3a-01329aef79a7Post%3ae2df8941-687e-4ca5-871f-74500e811907&plc Aviation Week: French army and navy operate in closest collaboration yet]</ref> et internationale, tant pour l'Armée de Terre française que britannique, {{Citation|C'était la première mission opérationnelle des Apaches de l'armée britannique depuis la mer}}<ref group="trad">Secretary of State for Defence, {{Dr}} Liam Fox, said {{Citation étrangère|langue=en|This was the first operational mission flown by British Army Apaches at sea}}.</ref>{{,}}<ref>{{en}} [http://www.mod.uk/DefenceInternet/DefenceNews/MilitaryOperations/ApachesConductOperationsOverLibya.htm Apaches conduct operations over Libya]</ref>, 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 {{abréviation|RETEX|RETour d'EXpérience}}<ref group="sigle">RETEX : RETour d'EXpérience</ref>.
En particulier, devraient faire l'objet d'études :
* l'absence du moyen d'identification positive offert par les informations {{abréviation|PPLI| Precise Position Location Identification}}<ref name="PPLI" group="sigle"/> ;
* 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 {{Lien|fr=JSTARS|lang=en|trad=JSTARS}} américain sur les hélicoptères (par contre, le {{abréviation|JSTARS|Joint Surveillance Target Attack Radar System}} coordonne parfaitement en liaison 16 les actions contre le sol des avions Typhoon<ref>{{en}} [http://www.defenceviewpoints.co.uk/tag/raf-sdsr-tyohoon-tornado-brimstone-storm-shadow-op-ellamy-a400m-fsta-afghanistan-libya-op-herrick-op-deference-unscr-1973-istar RAF operations today and in the future Monday, 02 May 2011 Robin Ashby By Air Vice Marshal Baz North, Assistant Chief of the Air Staff] ''Later, using its Moving Target Indicator capability, the Sentinel identified vehicle movement in the vicinity of a pump station. This position was passed via data link to the US JSTARs platform which cross correlated movement in the same area. The mission/target data was then passed via Link 16 to the Typhoons on combat air patrol and thence to the GR4s operating in the area which prosecuted the attack. It has become the norm for each GR4 to take on 4 to 6 targets, each of which has been positively identified and crosschecked against the Rules Of Engagement.''</ref>) ;
* 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<ref name="Reachback"/> de série-J qui est particulièrement nécessaire pour les opérations de [[Recherche et sauvetage au combat|{{abréviation|RESCO|Recherche et Sauvetage au Combat}}]]<ref group="sigle">RESCO : Recherche et Sauvetage au Combat</ref>.
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 [[Joint Tactical Radio System|JTRS]] dont la première intégration a été réalisée aux États-Unis en {{date-|septembre 2010}}<ref>{{en}} [http://www.asdnews.com/news/30585/LM_AMF_JTRS_Team_Delivers_Radio_to_Apache_AH-64D_Integration_Laboratory.htm LM AMF JTRS Team Delivers Radio to Apache AH-64D]</ref>.
La première radio JTRS destinée aux AH-64D Block III de l'US Army, a été livrée par [[Lockheed Martin]], le {{date-|27 juin 2011}} au laboratoire d'intégration avionique de l'US Army. Cette radio offre à la liaison 16 une puissance de {{unité|200|W}}<ref>{{en}} [http://www.helihub.com/2011/07/19/lockheed-martin-delivers-joint-tactical-radio-for-ah-64d-integration/ Lockheed Martin delivers Joint Tactical Radio for AH-64D integration]</ref>.

L'intérêt d'embarquer un MIDS [[Joint Tactical Radio System|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 [[Joint Tactical Radio System|JTRS]] sur les hélicoptères français n'était pas envisagée.
Or, alors que {{Citation|Les opérations en Libye témoignent, pour la France, du regain des actions à partir de la mer}}<ref>[https://www.marianne.net/blogsecretdefense/From-the-sea_a286.html Secret Defense "From the sea"]</ref> et que la France ne dispose pas d'un corps de « ''[[United States Marine Corps|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'[[Aviation légère de l'Armée de terre|ALAT]]<ref group="sigle">ALAT : Aviation Légère de l'Armée de Terre</ref>. Les travaux de l'{{abréviation|[[Aviation légère de l'Armée de terre|ALAT]]|Aviation Légère de l'Armée de Terre}} menés depuis 2008<ref>[http://aaalat.rhone.alpes.free.fr/image/fichiers%20pdf/RIA_N%2021%20%20internet.pdf Revue d’information de l’ALAT {{n°|21}} ETO (1) LIAISON 16 SUR COUGAR] "''Le groupement « aéromobilité » de la section technique de l’armée de terre (GAMSTAT) de VALENCE-CHABEUIL et la Direction Générale de l’Armement - Essais en Vol ([[DGA EV]]) d’ISTRES mènent depuis 2008 une étude en commun dans le but d’évaluer l’intérêt de la liaison 16 dans l’emploi des hélicoptères de combat''"</ref> pourraient aboutir rapidement sur une décision de mise à niveau. La pertinence des conclusions de l'{{abréviation|ETO|Étude Technico-Opérationnelle}}<ref group="sigle">ETO : Étude Technico-Opérationnelle</ref> COUGAR dont le but était de valider le besoin de liaison 16 pour l'ALAT, seront, sans doute, réévaluées<ref>Le transfert des informations vers le « monde » L16 sera rendu possible par le développement d’une passerelle logicielle entre la messagerie H (du SITALAT) et la messagerie J (de la liaison 16, STANAG 5516)</ref>.

Par contre, les [[Sikorsky UH-60 Black Hawk|Blackhawks]] de l'US Army et les MH-60 de l'US Navy, sont tous deux équipés de la liaison 16<ref>{{en}} {{pdf}} [http://www.seapower-digital.com/seapower/spsample?pg=36#pg36 Sea Power July 2011 - page 34 WorkHorses of the sea]</ref>{{,}}<ref>{{en}} {{pdf}} [http://www.dote.osd.mil/pub/reports/FY2010/pdf/navy/2010mh-60s.pdf MH-60S Multi-Mission Combat Support Helicopter]</ref>{{,}}<ref>{{en}} {{pdf}} [http://ww1.sikorsky.com/sikorskypresskit/CompanyInfo/Backgrounders/MH_60_backgrounder_FINAL_062110.pdf Multi-Mission MH-60 Seahawk Helicopter - Serving the US Navy Worldwide]</ref>.

===== Les Atlantique 2 =====
{{date-|27 juillet 2011}}
{{citation bloc|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<ref>[https://www.defense.gouv.fr/operations/autres-operations/operation-harmattan-libye/actualites/libye-arrivee-des-atlantique-2-a-la-sude Ministère de la défense : Arrivée des atlantique 2 à la Sude]</ref>.}}
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 {{abréviation|ATL2|Atlantique 2}}. Dans ces conditions, l'{{abréviation|[[Identification friend or foe|IFF]]|Identification Friendly and Foe}} pallie l'absence d'information liaison 16 {{abréviation|PPLI|Precise Participant Location Identification}} ; 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.

=== Mali - 2013 Opération « Serval » ===

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<ref>[http://lemamouth.blogspot.fr/2013/06/diginext-dans-la-bulle-aeroterrestre-gao.html La Mamouth :Diginext dans la bulle aéroterrestre à Gao - 11 juin 2013]</ref>.

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<ref>[http://www.diginext.fr/iso_album/ttu879_20_fevrier_2013.pdf#page=3&zoom=auto,0,727 TTU : Lettre hebdomadaire d'informations stratégiques - 20 février 2013]</ref>.

== Utilisation ==
[[Fichier:HAF Embraer EMB-145H AEW&C 2.jpg|vignette|[[Embraer R-99]]A Erieye (EMB-145 AEW&C) de la force aérienne grecque.]]

La liaison 16 est utilisée par l'ensemble des pays de l'OTAN mais aussi par l'[[Arabie saoudite]], l'[[Australie]], la [[Corée du Sud]], la [[Finlande]], le [[Japon]], [[Singapour]], la [[Suède]], la [[Suisse]] et [[Taïwan]]<ref>{{en}} [http://www.defenseindustrydaily.com/the-wonders-of-link-16-for-less-midslvts-updated-02471/ The Wonders of Link 16 For Less: MIDS-LVTs]</ref>.

La Bulgarie, la Lituanie et la Roumanie devaient recevoir leurs premiers terminaux MIDS au début de 2012<ref>{{en}} [http://www.asdnews.com/news/36970/DLS_MIDS-LVT_Terminal_to_Provide_Coalition_Forces_Real-time_Situational_Awareness.htm DLS MIDS-LVT Terminal to Provide Coalition Forces Real-time Situational Awareness]</ref>.

Par la possession d'avions [[Système de détection et de commandement aéroporté|AWACS]], la [[France]] et le [[Royaume-Uni]] sont les nations ayant un rôle majeur dans la composante AIR de l'[[OTAN]]. Ces deux pays ont été rejoints par la [[Grèce]] au printemps 2009, avec l'entrée en service de 4 [[Embraer R-99]], appareils déclinés de l'[[Embraer ERJ-145]]<ref>{{en}} [http://www.embraerdefensesystems.com/english/content/isr_systems/145aewc_proven.asp Site Embraer]</ref>, dont l'[[interopérabilité]] avec le F-16 et le [[Dassault Rafale]] a été prouvée<ref>{{lien brisé|url=http://www.ambafrance-gr.org/Essais-d-interoperabilite-franco |titre=Ambassade de France à Athènes : Essais d’interopérabilité franco-grecs « Rafale » et « Erieye » }}</ref>{{,}}<ref>{{en}} {{lien brisé|url=http://www.flightglobal.com/articles/2009/02/16/322548/picture-greece-accepts-delayed-erieye-system-for-operational-use.html. |titre=Article "Flight Global International" du 16 février 2009 }}</ref>.
* Un total de quatre avions [[Boeing 737 AEW&C]] ''Peace Eagle'' ont été commandés par l'[[armée de l'air turque]], avec une option de deux avions supplémentaires. Le {{date-|4 juin 2008}}, Turkish Aerospace Industries a terminé les modifications du second ''Peace Eagle''<ref>{{en}} [http://www.boeing.com/news/releases/2008/q2/080604a_nr.html "Boeing Supplier Turkish Aerospace Industries Completes 1st In-Country Modification of Peace Eagle AEW&C Aircraft"], Boeing, 4 June 2008.</ref>.
* En {{date-|décembre 2009}}, l'[[Australie]] recevait son premier [[Boeing 737 AEW&C]] ''Wedgetail''<ref>{{en}} [http://www.spacewar.com/reports/Australia_takes_delivery_of_Wedgetails_999.html Australia takes delivery of Wedgetails]</ref>. À terme la [[RAAF]] recevra 6 appareils<ref>[http://www.dsi-presse.com/?p=488 Article DSI : La Royal Australian Air Force au défi de l’Asie]</ref>.

Le [[Maroc]] devrait rejoindre le club fermé des utilisateurs de la liaison 16 dans le cadre de l'achat de 24 [[General Dynamics F-16 Fighting Falcon|F-16]] Block 50/52<ref>[http://www.flightglobal.com/articles/2007/12/27/220513/usa-details-possible-2.6-billion-deal-with-moroccan-air.html USA details possible $2.6 billion deal with Moroccan air force]</ref>.

[[Fichier:Bolungarvik-bolafjall.jpg|vignette|IADS - Station de Bolafjall.]]

Depuis 2006, les [[États-Unis]] protègent le volume aérien de l'[[Islande]], par le système ''Iceland Air Defence System''<ref>{{en}} [http://www.usradarsitesiceland.org/index.asp US Radar Sites Iceland]</ref>.
Les 4 stations radars situées à {{Lien|fr=Miðnesheiði|lang=is|trad=Miðnesheiði (heiði)}}, {{Lien|fr=Bolafjall|lang=is|trad=Bolafjall}}, Stokksnes située près de [[Vestrahorn]] et Gunnólfsvíkurfja, connectées en {{abréviation|JREAP|Joint Range Extension Application Protocol}}/C au {{abréviation|CRC|Control Reporting Centre}} situé à [[Keflavík]], mettent en œuvre la liaison 16<ref>[http://www.janes.com/articles/Janes-C4I-Systems/Iceland-Air-Defence-System-IADS-United-States.html Iceland Air Defense system]</ref>.

La [[Norvège]] a développé le système [[NORGIL]]<ref group="sigle">{{en}} NORGIL : NORwegian Ground Infrastructure for Link 16</ref>, qui permet la couverture de l'ensemble du pays par un réseau liaison 16, dont les terminaux MIDS sont reliés à un réseau {{abréviation|JREAP|Joint Range Extension Application Protocol}}/C<ref>[http://www.janes.com/articles/International-Defence-Review-2006/Norway-enlists-Thales-for-implementation-of-NORGIL-clusters.html NORGIL]</ref>.

=== Généralités ===
[[Fichier:US Navy 040720-N-4308O-010 Lt. j.g. Michael Greentree gives Commander, Cruiser Destroyer Group Two Rear Adm. Michael Tracy a tour of an E2-C Hawkeye.jpg|vignette|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 {{abréviation|PPLI|Precise Participant Location and Identification}}<ref name="PPLI" group="sigle">{{en}} PPLI : Precise Participant Location and Identification</ref> ; 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 afin de 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<ref>{{pdf}} [https://www.defense.gouv.fr/dicod/content/download/78530/718050/file/LIAISON%2016%20%20une%20port%C3%A9e%20intercontinentale%20pour%20les%20liaisons.pdf Communiqué Marine Nationale : Liaison 16 et satellite]</ref>, en temps quasi-réel de l'image vers l'arrière ou ''Reachback''<ref name="Reachback"/> (c'est-à-dire vers le Pentagone pour les États-Unis, le {{abréviation|SHAPE|Supreme Headquarters Allied Powers, Europe}} 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 [[nation]]s de communiquer entre elles avec un « [[Protocole de communication|langage]] » commun (les données de série-J).

=== Plateformes ===
[[Fichier:Hawkeye Theodore Roosevelt02.jpg|vignette|Plate-forme C2 : E2-C Hawkeye]]

La liaison 16 considère deux types de plateformes :
* les plateformes ''Command and Control'' ou C2<ref name="C2" group="sigle"/> qui participent à l'élaboration d'une image tactique commune (E-3, E-2C, porte-avions, centre de contrôle au sol, etc.)
* les plateformes 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 {{abréviation|CONOPS|CONcept of OPerationS}} 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 [[Système de détection et de commandement aéroporté|AWACS]] comme un radar déporté<ref>[http://www.c2sd.sga.defense.gouv.fr/IMG/pdf/c2sd_polyvalence_rafale_2006.pdf La Polyvalence du Rafale]</ref>; 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'[[Système de détection et de commandement aéroporté|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.

==== Plateformes C2 ====
===== Rôle des plateformes C2 dans l'élaboration de l'image tactique de la force =====
[[Fichier:French destroyer Forbin (D620) underway in the Arabian Sea on 31 May 2009 (090531-N-9988F-406).jpg|vignette|Plate-forme C2 : frégate Forbin.]]

Sur le [[#Les « Network Participating Groups » (NPG)|groupe de participation]] SURVEILLANCE, les plateformes C2<ref name="C2" group="sigle">{{en}} C2 : {{lien|command and control}}</ref> créent et identifient les pistes issues de leurs senseurs locaux ([[radar]]s<ref group="sigle">{{en}} RADAR : RAdio Detection And Ranging</ref>, [[sonar]]s<ref group="sigle">{{en}} SONAR : SOund Navigation And Ranging</ref> 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é, [[Identification friend or foe|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 [[#Les « Network Participating Groups » (NPG)|groupe de participation]] SURVEILLANCE est assurée.

Une plateforme C2, désignée par le commandant de la force SIA<ref name="SIGINT" group="sigle">SIA : SIGINT Identification Authority</ref>, consolide les informations de guerre électronique, reçues sous la forme de données brutes (parametric) sur le [[#Les « Network Participating Groups » (NPG)|groupe de participation]] EW, et les transmet consolidées (product) sur le [[#Les « Network Participating Groups » (NPG)|groupe de participation]] SURVEILLANCE.

===== Missions des plateformes C2 =====
[[Fichier:Base942MontVerdun.jpg|vignette|Base aérienne 942]]

Les plateformes C2<ref name="C2" group="sigle"/> :
* transmettent leur position, l'état de leurs équipements, leurs ressources en carburant {{etc.|virgule=non}} sur le [[#Les « Network Participating Groups » (NPG)|groupe de participation]] PPLI-B.
* échangent des ordres sur le [[#Les « Network Participating Groups » (NPG)|groupe de participation]] WEAPONS MANAGEMENT and COORDINATION.
* contrôlent les non C2 qui leur sont affectés sur le [[#Les « Network Participating Groups » (NPG)|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.

===== Plateformes C2 françaises =====
[[Fichier:French E-3F Airborne Warning and Control System aircraft takes off from Avord, France.jpg|vignette|Plate-forme C2 : SDCA E3-F (AWACS)]]

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

====== Plateformes C2 de l'Armée de l'air ======
* Avions radar [[Système de détection et de commandement aéroporté|AWACS]]<ref group="sigle">AWACS : Airborne Warning and Control System</ref> 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)<ref>[http://www.airex.cdaoa.fr/index.php?option=com_content&view=article&id=111:cdcd&catid=48:alaune&Itemid=107 Centre de Détection et de Contrôle-Déployable (CDC-D) : un moyen unique]</ref>
* Les CARS<ref group="sigle">CARS : C=CAOC Combined Air Operations Center ; A=ACR Air Control Center :R=RAP production Center ;S=SFP Sensor Production Center</ref> de l'[[Air Command and Control System|ACCS]]<ref group="sigle">ACCS : Air Command and Control System</ref> en particulier celui de la [[Base aérienne 942 Lyon-Mont Verdun]].

====== Plateformes C2 de la Marine nationale ======
* Avions radar [[Grumman E-2 Hawkeye|E-2C Hawkeye]],
* Le [[Charles de Gaulle (porte-avions)|porte-avions Charles de Gaulle]] ;
* Les frégates de défense aérienne (FDA) de la [[Classe Horizon]] [[Forbin (frégate)|''Forbin'']] et [[Chevalier Paul (frégate)|''Chevalier Paul'']] ;
* Les [[Classe Mistral|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 (frégate)|Aquitaine]]<ref>{{PDF }} [https://www.defense.gouv.fr/dga/dossiers/fremm_fregates_multi_missions Site DGA Frégates multi-missions, voir : Système de communications]</ref>.
* Les FREDA - Frégates de Défense Aérienne - de la classe Alsace.
[[Fichier:P 8A touches down at Pax River.jpg|thumb|P 8A atterrit à Pax River]]

Bien que le {{abréviation|RETEX|RETour d'EXpérience}} de [[#Les Atlantique 2|l'action des ATL2]] lors de l'opération Harmattan en souligne l'utilité, l'[[Breguet Atlantic|Atlantique 2]] n'a pas été équipé de la liaison 16 durant la phase de rénovation à mi-vie (2015)<ref>[http://www.meretmarine.com/article.cfm?id=112321 Cf. Net Marine : Patrouille maritime : le programme de rénovation des Atlantique 2]</ref>. De même, il n'est pas prévu d'en équiper les hélicoptères embarqués type [[NHIndustries NH90|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 [[Action de l'État en mer (France)|l'action de l'État en mer]]) où l'autorité judiciaire demande à être informé en [[Système temps réel|temps réel]].

A contrario, les aéronefs de patrouille maritime d'autres marines en sont déjà pourvus, comme les {{abréviation|MMA|Multimission Maritime Aircraft}}<ref group="sigle">Multimission Maritime Aircraft</ref> [[Boeing P-8 Poseidon]] de l'US Navy, les 6 [[ATR 72#ATR 72MP ou ASW ou MPA|ATR 72 MP]] Turcs du programme MELTEM-III<ref>[http://fr.slideshare.net/milsoftSDC/mil-soft-company-overview-2012-v2 MilSoft Overview, Planche 21/48]</ref> ou des quatre [[ATR 72#ATR 72MP ou ASW|ATR 72 MP]], en cours de développement pour la marine italienne<ref>[http://theaviationist.com/2008/12/22/four-atr72mp-to-replace-the-ageing-italian-fleet-of-br1150-atlantic/ Four ATR72 MP to replace the ageing italian fleet of Br 1150 Atlantic]</ref>.

====== Plateformes C2 de l'Armée de Terre ======

* Certaines stations du système [[MARTHA]]<ref group="sigle">MARTHA : maillage des radars tactiques contre les hélicoptères et les aéronefs à voilure fixe)</ref>{{,}}<ref>{{pdf}} [http://www.cdef.terre.defense.gouv.fr/publications/Objdoc/objdoc31/article_fr/art6.pdf La défense sol-air (DSA) sous le signe de la dualité]</ref>
** voir l'exemple du [[57e régiment d'artillerie#NC1 .2F MARTHA|{{57e}} régiment d'artillerie]]<ref>[[57e régiment d'artillerie#NC1 .2F MARTHA|paragraphe "NC1 / MARTHA" de l'article {{57e}} régiment d'artillerie]]</ref>. 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 {{3e}} 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<ref>[http://www.gouvernement.fr/gouvernement/nawas-2010 NAWAS 2010 - Site du Premier Ministre]</ref>.
** 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 proﬁt 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<ref>[http://www.cdef.terre.defense.gouv.fr/publications/doctrine/doctrine14/version_fr/doctrine/art8.pdf ''Doctrine'' {{N°|14}} - Janvier 2008, page 34]</ref>.
** En 2010, le [[54e régiment d'artillerie|{{54e}} 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<ref>[https://www.scribd.com/doc/34065518/Arti-le-magazine-de-l-artillerie-n%C2%B015-France-2010 Arti, le magazine de l'artillerie, {{n°|15}} - France - 2010]</ref>.
** Les régiments d'artillerie suivants sont également équipés de la liaison 16 intégrée à MARTHA :
*** [[402e régiment d'artillerie|{{402e}} régiment d'artillerie]]<ref>[https://www.defense.gouv.fr/terre/presentation/organisation-des-forces/artillerie/54e-regiment-d-artillerie site du {{402e}} régiment d'artillerie]</ref>. 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 {{date-|20 juin 2012}}, ne laissant plus que le seul {{54e}} RA équipé du système MARTHA.
* En 2013, l'Armée de terre devrait disposer de la liaison 16 sur l’hélicoptère {{abréviation|HMPC|Hélicoptère de Manœuvre Poste de Commandement}}<ref group="sigle">Hélicoptère de manœuvre poste de commandement</ref> (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<ref>{{PDF }} [http://www.cedoc.defense.gouv.fr/IMG/pdf/BEM_46_Partie1.pdf Bulletin d’études de la Marine {{N°|46}} d'octobre 2009, page 106]</ref>.

L'[[Aviation légère de l'Armée de terre|ALAT]] doit intégrer le réseau liaison 16 afin de participer à la gestion en [[Système temps réel|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 {{date-|octobre 2009}} par la mise en place d'un équipement d'accueil d'un terminal MIDS à bord d'un hélicoptère [[Eurocopter AS-532 Cougar|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<ref>[http://mbaebusiness.ning.com/group/golocalisationeteservices/forum/topics/systemes-dinformation Systèmes d’Information Géographique embarqués dans les hélicoptères - Interview du Sous-Lieutenant Philippe Lépinard] '' Le Système d’Information Terminal de l’ALAT (SITALAT) est le plus récent de ces systèmes embarqués et correspond au dernier maillon de la future chaîne numérisée de l’ALAT (NumALAT) en s’intégrant dans une liaison de Données Tactiques (LDT) qui permet aux différents systèmes d’arme d'avoir accès à des voies de communication normalisées fournissant des flux d'informations en [[Système temps réel|temps réel]]. La société DIGINEXT s’est vu confier en novembre 2007 la réalisation d’une LDT capable de véhiculer les informations exploitées par le SITALAT via les réseaux radio de type Time Division Multiple Access 5. Baptisée Messagerie H, elle reprend globalement les mêmes propriétés que la Messagerie J de la liaison 16 (LDT OTAN), c'est-à-dire des services d’échange d’informations. DIGINEXT doit également développer un traducteur entre les messageries H et J afin que l’ALAT puisse finalement s’intégrer dans une manœuvre internationale ''</ref>) 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<ref>Air&Cosmos {{N°|2189}} du 9 octobre 2009 page 61</ref>.
En attendant, lors de l'exercice ACTI L16 qui s'est déroulé du {{1er}} au {{date-|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<ref>Air Actualités, le magazine de l'armée de l'air {{n°|633}} page 8</ref>.

==== Plateformes non C2 ====
===== Rôle des plateformes non C2 dans l'élaboration de l'image tactique de la force =====

[[Fichier:Rafale F-18.jpg|vignette|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 [[#Les « Network Participating Groups » (NPG)|groupe de participation]] NonC2-to-NonC2 appelé aussi Fighter-to-Fighter
* au sein du groupement de radars pour les batteries de [[Missile surface-air|missiles Sol/Air]]
Un second [[#Les « Network Participating Groups » (NPG)|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 {{abréviation|COMAO|COmposite Air Operation}}<ref>[http://aviationmilitaireclaudio.centerblog.net/6439715-La-COMAO Description COMAO]</ref>{{,}}<ref group="sigle">COMAO : Composite Air Operation</ref> 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.
[[Fichier:T-38 012604022b USAF.jpg|thumb|right|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 [[radar]]s.
* S'il y a fusion de détections, la plate-forme C2 remonte le lien entre la piste diffusée sur le [[#Les « Network Participating Groups » (NPG)|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 [[#Les « Network Participating Groups » (NPG)|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 [[#Les « Network Participating Groups » (NPG)|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 [[Network centric warfare|guerre en réseau]], la base de données des plateformes non C2 doit mémoriser l'ensemble des pistes échangées sur le [[#Les « Network Participating Groups » (NPG)|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<ref>il ne faut pas confondre cette définition du HIT avec celle de l'[http://www.dtic.mil/cjcs_directives/cdata/unlimit/3151_01.pdf instruction CJCSI 3151.01B du Chief of staff US] :
high interest tracks -- High interest tracks, designated by the joint force commander or above, are significant or carry significant information. Examples are use of a unique weapon system, VIP tracks, or special missions. Size of the track does not matter in determining its interest value.</ref>.
* 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, [[Identification friend or foe|IFF]], Menace etc.), par la réception des messages-piste correspondant à cette détection, sur le [[#Les « Network Participating Groups » (NPG)|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.
[[Fichier:Luftwaffe A310 MRTT P1230316.jpg|thumb|right|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 [[#Les « Network Participating Groups » (NPG)|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 [[Intervention militaire de 2011 en Libye|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<ref>{{en}} [http://www.defense-aerospace.com/articles-view/feature/5/125860/rafale-in-combat%3A-%E2%80%9Cwar-for-dummies%E2%80%9D.html RAFALE in Combat] On y remarque cependant : ''Data from all on-board and off-board sensors are combined into a single tactical picture'' En fait, l'intégration des détections des Non-C2 avec l'image tactique est de la responsabilité des C2 et les Non-C2 y ont un total accès.</ref>.

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 :

{{citation bloc|''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''<ref name="AIRPOWER_Fall_2009"/>.}}

Les avions ravitailleurs sont également des plateformes non C2.

Dans le concept de la [[Network centric warfare|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.

===== Missions des aéronefs non C2 =====
[[Fichier:F---18.jpg|vignette|Plateforme non C2 : ''F/A-18'']]

[[Fichier:Mirage 2000 KC-135 Afghanistan.jpg|vignette|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 [[McDonnell Douglas F/A-18 Hornet|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 [[McDonnell Douglas F/A-18 Hornet|F-18]]) mais pour une force composée de types de plateformes C2 (des [[Système de détection et de commandement aéroporté|AEW&C]], des [[porte-avions]]) et non C2 (des [[Bombardier (avion)|bombardiers]], des [[batteries de missiles sol-air]] ([[Missile surface-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 [[Système de détection et de commandement aéroporté|SDCA]] assure en [[Système temps réel|temps réel]], au nom du JFACC<ref>{{en}} {{PDF}} [http://www.dtic.mil/doctrine/jel/new_pubs/jp3_30.pdf Command and Control for Joint Air Operations] On remarquera dans ce document que pour la COMAO, si le rôle du JFACC est clairement établi, celui de la plateforme C2 éventuelle, est plus flou</ref> 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.

===== Plateformes non C2 françaises =====

[[Fichier:Rafale Theodore Roosevelt08.jpg|vignette|Plateforme non C2 : Rafale]]

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

====== Plateformes non C2 de l'[[Armée de l'air française|Armée de l'air]] ======

* Le [[Dassault Rafale]]
* Les [[Dassault Mirage 2000|Mirage 2000]] D/-5F VI
(En 2009, la liaison 16 concernait 50 appareils. L’ensemble de la flotte Rafale, [[Dassault Mirage 2000|Mirage 2000D]] et [[Dassault Mirage 2000|Mirage 2000-5]] sera équipée avant 2015<ref>{{pdf}} [http://lesrapports.ladocumentationfrancaise.fr/BRP/064000770/0000.pdf Rapport d'exécution 2006 de la loi de programmation militaire 2003-2008]</ref>.)
* Le {{abréviation|SAMP|Sol Air Moyenne Portée}}/T Non-C2<ref group="sigle">SAMP/ Sol Air Moyenne Portée</ref>, qui met en œuvre le [[Aster (missile)|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 {{date-|juin 2013}}, l'EDSA « Sancerre » de [[Base aérienne 702 Avord|Avord]] {{Citation|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}}<ref>[https://www.defense.gouv.fr/air/actus-air/l-escadron-sancerre-operationnel-sur-le-systeme-d-arme-mamba Actu Air 04/06/2013]</ref>. Il reste quatre EDSA à être dotés du MAMBA: l'EDSA "Servance" de [[Base aérienne 116 Luxeuil-Saint Sauveur|Luxeuil]], l'EDSA "Crau" de [[Base aérienne 125 Istres-Le Tubé|Istres]], l'EDSA "BARROIS" de [[Base aérienne 113 Saint-Dizier-Robinson|Saint-Dizier]] et l'EDSA "Tursan" de [[Base aérienne 118 Mont-de-Marsan|Mont-de-Marsan]]<ref>[http://secretdefense.blogs.liberation.fr/defense/2010/09/dans-larm%C3%A9e-de-lair-mamba-va-pouvoir-mordre.html Dans l'armée de l'air, Mamba va pouvoir mordre]</ref>.
* 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 sur la Défense et la Sécurité nationale 2008 (France)|livre blanc de la défense nationale]]<ref>{{pdf}} [http://www.legrenelle-mer.gouv.fr/IMG/pdf/2-8-3-Livre_blanc_Defense-_tome2_lesdebats.pdf livre blanc de la défense nationale]</ref> (page 27) et lors du Projet de loi relatif à la programmation militaire pour les années 2009 à 2014<ref>[http://senatrice.fr/rap/a08-548/a08-54855.html Projet de loi relatif à la programmation militaire pour les années 2009 à 2014]</ref> où l'on peut lire : {{citation|''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.''}} <br> 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 {{abréviation|PPLI|Precise Participant Location Identification}} 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<ref>{{en}} [http://www.eads.net/1024/fr/pressdb/archiv/2007/2007/20070612_mtad_mrtt-roll-out.html Site MRTT EADS à titre d'exemple le MRTT australien équipé de la liaison 16]</ref>. <br> Dans les années 2000 à 2014, il manquait donc à l'armée de l'air des [[Avion ravitailleur|avions ravitailleurs]] de type [[Airbus A310 MRTT|Airbus A310]]-{{abréviation|MRTT|Multi Role Tanker Transport}} ou [[Airbus A330 MRTT|Airbus A330]]-{{abréviation|MRTT|Multi Role Tanker Transport}} é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 {{abréviation|MRTT|Multi Role Tanker Transport}}<ref>[http://www.latribune.fr/entreprises-finance/industrie/aeronautique-defense/20121020trib000726102/defense-la-france-achete-14-avions-ravitailleurs-a-airbus.html la France achète 14 avions ravitailleurs à Airbus]</ref>.
* [[Fichier:Décollage Caracal 3.jpg|thumb|right|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<ref>{{pdf}} [https://www.defense.gouv.fr/defense/content/download/153163/1324919/file/DP%20Salon%20du%20bourget%202009.pdf Dossier de Presse DGA Salon du Bourget 2009]</ref> »

====== Plateformes non C2 de la Marine nationale ======

* Le [[Dassault Rafale]] Marine

====== Plateformes non C2 de l'Armée de terre ======

* Les stations MIDS-Terre

==== Drones ====

La demande des nations de l'OTAN de mettre en œuvre la liaison 16 sur les [[Drone de combat|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 [[Drone#Définition|charge]] d'emport interne de {{unité|800|kg}}, ({{unité|1000|kg}} sous voilure et {{unité|500|kg}} sous [[fuselage]]) lui permettait l'emport d'un terminal MIDS allégé<ref>{{fr}}décembre 2009 [http://www.assemblee-nationale.fr/13/rap-info/i2127.asp RAPPORT D’INFORMATION DÉPOSÉ PAR LA COMMISSION DE LA DÉFENSE NATIONALE ET DES FORCES ARMÉES sur les drones] ET PRÉSENTÉ PAR MM. Yves VANDEWALLE et Jean-Claude VIOLLET, Députés] voir le paragraphe Charge utile</ref>.

Mais en {{date-|juillet 2012}}, [[Tom Enders]], le président exécutif d'[[Airbus (groupe)|EADS]] annonçait : {{Citation|Talarion est mort. Le programme est fini}}<ref>[http://www.lefigaro.fr/societes/2012/07/27/20005-20120727ARTFIG00535-eads-notre-avion-sans-pilote-est-mort.php Le figaro]</ref>.

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

{{citation bloc|Si nous avions un appui illimité de [[RQ-1 Predator|Predator]] et de [[General Atomics MQ-9 Reaper|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 [[Avion ravitailleur|ravitaillement en vol]]<ref name="AIRPOWER_Fall_2009">2009 - [http://www.airpower.au.af.mil/apjinternational/apj-f/2009/aut09/aut09.pdf Air Power Automne 2009 - Changer l’idéologie de soutien de l’U.S. Air Force pour exploiter les armes combinées dans le combat rapproché par le lieutenant colonel Collin T. Ireton, (page 29) USAF et L’appui aérien asymétrique par le commandant Gary L. Burg, U.S. Air Force (page 65]</ref>.}}

Dans le {{abréviation|BEM|Bulletin des Études de la Marine}}-48<ref group="sigle">BEM: Bulletin des Études de la Marine</ref> intitulé "''Les drones aériens dans l'action maritime''", l'émergence du besoin d'un drone {{abréviation|MALE|Moyenne Altitude Longue Endurance}}<ref group="sigle">MALE : Moyenne Altitude Longue Endurance</ref> aéromaritime est souligné :
{{citation bloc|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<ref>[http://fr.calameo.com/read/0001514991dd7dba25195?editLinks=1 Les Besoins de la marine en drones aériens]</ref>.}}
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 {{abréviation|SA2R|Surveillance, Acquisition d'objectif, Reconnaissance et Renseignement}}<ref group="sigle" name="SA2R">SA2R Surveillance, Acquisition d'objectif, Reconnaissance et Renseignement</ref> peut tenir le rôle de relais de communication et donc de relais liaison 16, si cela s'avèrerait nécessaire.

==== Armes ====
En 2010, le {{abréviation|JSTAR|Joint Surveillance Target Attack Radar System}}<ref group="sigle">JSTAR : Joint Surveillance Target Attack Radar System</ref> a démontré la capacité de mettre en œuvre des armes via la liaison 16<ref>[http://www.af.mil/news/story.asp?id=123227411 Joint STARS demonstrates key network-enabled weapons capability]</ref>.

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<ref group="trad">weapon-fly out information</ref>.
Pendant trois jours le JSTAR a effectué avec succès 13 séquences de tests avec deux [[McDonnell Douglas F/A-18 Hornet|F/A-18]], deux bombes à longue portée tirée à distance de sécurité<ref group="trad">{{En}} ''Joint Standoff Weapons''</ref> et deux cibles instrumentées<ref group="trad">{{En}} Using the Link 16 Network Enabled Weapon software, messages were exchanged regarding targeting, command and control, identification and weapon-fly out information. During three days of testing, Joint STARS successfully completed 13 runs with two Navy F/A-18 Hornets, two Joint Standoff Weapons and two instrumented target ships</ref>.

== Les terminaux de la liaison 16 ==

La liaison 16 est mise en œuvre par des équipements spéciaux, appelés terminaux liaison 16.
Le terminal liaison 16 cumule dans un seul équipement, les fonctions de MODEM, d'équipement de cryptologie, et d'émetteur UHF.

Les caractéristiques techniques des terminaux liaison 16 sont définis dans le [[STANAG]] 4175

=== Terminaux liaison 16 en service ===
Les principaux terminaux liaison 16 sont :
* Le terminal {{Lien|fr=JTIDS|lang=en|trad=Joint Tactical Information Distribution System}} puissance d'émission de {{Unité|200|watts}} (JTIDS 2M) pouvant être poussée à {{Unité|1|kW}} en temps de guerre (JTIDS 2H)<ref>[http://www.synthesys.co.uk/brochures/JTIDS_Technical_Paper_2.pdf JTIDS Technical Paper SyntheSys Systems]</ref>.
:Il dispose de deux voies phonie (2,4 et {{Unité|16|kbit}}).

* Le terminal [[Multifunctional Information Distribution System|MIDS]] {{abréviation|LVT|Low Volume Terminal}}<ref group="sigle">LVT: Low Volume Terminal</ref> 1 puissance d'émission de {{unité|200|watts}} pouvant être poussée à {{unité|1|kW}} en temps de guerre<ref>[http://www.globalsecurity.org/military/library/budget/fy2001/dot-e/navy/01navymids.html MIDS LVT1]</ref>.
:Il dispose d'une capacité [[TACAN]] (AIR-AIR) et de deux voies phonie (2,4 et {{Unité|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<ref>{{pdf}} http://www.viasat.com/files/assets/MIDS_LVT1_Mobile_System_datasheet_006.pdf</ref>, grâce à son intégration dans un caisson transportable ne dépassant pas un poids total (Caisson + Terminal) de 102 [[Kilogramme|kg]] (227 [[Livre (unité de masse)#Unit.C3.A9s anglo-saxonnes|livres]]).

:Les terminaux MIDS ci-dessous sont identiques au {{abréviation|LVT|Low Volume Terminal}}1 avec les écarts suivants :
** Le MIDS {{abréviation|LVT|Low Volume Terminal}}4 ne dispose pas de [[TACAN]]<ref group="sigle">TACAN : TACtical Air Navigation</ref>,
** Le MIDS {{abréviation|LVT|Low Volume Terminal}}5 est utilisé par les plateformes maritimes C2<ref>{{pdf}}[http://www3.rockwellcollins.com/dls/FAQ-MIDS-LVT.asp FAQ MIDS]</ref>, 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 {{abréviation|LVT|Low Volume Terminal}}6 ne dispose pas de phonie,
** Le MIDS {{abréviation|LVT|Low Volume Terminal}}7 ne dispose ni de [[TACAN]], ni de phonie.
* Le terminal MIDS {{abréviation|LVT|Low Volume Terminal}}2 utilisé par l'US Army (puissance d'émission de 1,20 ou {{Unité|50|watts}})<ref>{{pdf}}[http://www.viasat.com/files/assets/web/datasheets/MIDS_LVT2_datasheet_021.pdf MIDS LVT2]</ref> ; il est fourni dans un caisson d'accueil. Certains aéronefs le mettent également en œuvre.
** Le MIDS {{abréviation|LVT|Low Volume Terminal}}11 également appelé MIDS {{abréviation|LVT|Low Volume Terminal}} 2/11 est identique au MIDS LVT2, mais contrairement au MIDS LVT2, il dispose de phonie.
* Le terminal MIDS {{abréviation|LVT|Low Volume Terminal}}3 appelé, aussi "Fighter Data Link<ref>[http://www.globalsecurity.org/military/library/budget/fy1998/dot-e/airforce/98afmids.html FDL]</ref>", est mis en œuvre sur les [[McDonnell Douglas F-15 Eagle|F-15]] et est proposé à l'export par les États-Unis sur les [[General Dynamics F-16 Fighting Falcon|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 à {{unité|50|watts}}<ref name="MIDS FAQ">[http://www.viasat.com/support/data-links/faq#A15 MIDS FAQ]</ref>
[[Fichier:B-1B over the pacific ocean.jpg|thumb|B-1B Lancer]]

* Le terminal MIDS J ou MIDS [[Joint Tactical Radio System|JTRS]] qui en {{date-|mars 2010}}, durant la conférence intitulée "Joint Warfighting qui s'est déroulée les 11, 12 et {{date-|13 mai 2010}}, au centre de convention de Virginia Beach Va, a démontré son intéropérabilité avec les terminaux MIDS en service<ref>[http://kmimediagroup.com/files/MIT_14-4%20FINAL.pdf MILITARY INFORMATION TECHNOLOGY VOLUME 14, ISSUE 4 MAY 2010 JTRS for Joint War Fighting - page 18/40]</ref>. Le MIDS JTRS inclut toutes les capacités du MIDS-LVT plus les fonctions ''Link-16 Enhanced Throughput'' (ET), ''Frequency Remapping'' (FR)<ref>{{PDF}}[http://www.idls2007.com/Documents/Chapters/USA/US_Chapter_Presentation_5_Apr_11.pdf Présentation MIDS JTRS du 05/04/2011 page 17]</ref>. 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 {{Lien|JREAP}}<ref>{{PDF}}[http://geospatialworld.net/uploads/magazine/38a268_GeoIntelligence-July-August-2010.pdf Geo Intelligence July/August 201 page 12]</ref>{{,}}<ref group="sigle">{{en}} JREAP : Joint Range Extension Applications Protocol</ref>. 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]]<ref group="sigle">{{en}} JDAM : Joint Direct Attack Munitions</ref> simulée pour permettre l'attribution de mission<ref>[http://www.globalsecurity.org/military/library/news/2010/10/mil-101021-northrop-grumman01.htm Northrop Grumman Awarded Air Force Contract to Integrate CLIP on B-1B and B-52 Aircraft]</ref>. À terminaison du programme, 66 B-1 et 76 B-52 devraient être équipés de ce système<ref>[http://defpro.com/news/details/18952/ Contract extension puts communication system on U.S. bombers]</ref>.
:En {{date-|mai 2011}}, consécutivement à un memorandum de décision d’acquisition d'une production limitée<ref group="trad">Limited Production 2 (LP 2) Acquisition Decision Memorandum (ADM)</ref> signé le {{date-|31 janvier 2011}}, la production de 42 MIDS JTRS par ''{{Lien|fr=ViaSat|lang=en|trad=ViaSat}}'' et ''{{Lien|Data Link Solutions}}''<ref>{{pdf}}[http://www.datalinksolutions.net/dls/MIDS%20JTRS_001_DLS_PN147-0683-000.pdf MIDS JTRS DLS]</ref>, a commencé pour équiper les premiers F-18 de l'US NAVY, EC-130H de l'US AIR FORCE et RC 135 River Joint<ref>[http://www.military-information-technology.com/mit-home/318-mit-2011-volume-15-issue-4-may/4287-multifunction-terminals-set-for-takeoff.html Multifunction Terminals Set for Takeoff]</ref>. Les F-18 devraient recevoir leurs premiers MIDS JTRS durant le dernier trimestre 2011<ref>[http://www.public.navy.mil/jpeojtrs/pages/MIDS.aspx JPEO JTRS]</ref>.

De 2015-2020, tous les MIDS {{abréviation|LVT|Low Volume Terminal}} 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<ref>{{pdf}}[http://www.kmimediagroup.com/files/MIT%2015-5_FINAL.pdf Military Information Technologie June 2011 - page 13 ''Multifunction Terminals Set for Takeoff'']</ref>.

L'[[US Navy]] a développé le MIDS On Ship<ref>[http://www.rockwellcollins.com/ecat/gs/MIDS.html MIDS on Ship]</ref> qui permet aux systèmes de combat conçus initialement pour fonctionner face à un terminal JTIDS, de pouvoir travailler avec un MIDS LVT1.
Le {{date-|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<ref>[http://www.upi.com/Business_News/Security-Industry/2010/11/02/US-Navy-radio-terminals-get-upgrade/UPI-61431288703809/ U.S. Navy radio terminals get upgrade]</ref>.
Cependant, l'US Navy développe pour ses futures plateformes, le système NGC2P/CDLMS<ref group="sigle">{{en}} NGC2P/CDLMS : Next Generation Command and Control System/Common Data Link Management System</ref>{{,}}<ref>[http://www.military-information-technology.com/mit-home/33-mit-2008-volume-12-issue-6/220-tested-for-tactical-comms.html TESTED FOR TACTICAL COMMS Navy Completes Evaluation of Next Generation of Tactical Data Links, Clearing the Way for Production]</ref>.

Un équipement léger (de l'ordre de {{unité|9|kg}}<ref>{{pdf}}[http://www.viasat.com/files/assets/web/datasheets/STT_datasheet_037_web.pdf STT Data Sheet]</ref>) appelé "Small Tactical Terminal" (STT)<ref>{{pdf}}[http://download.harris.com/app/public_download.asp?fid=2195 STT]</ref> permet de faire le pont entre le réseau liaison 16 et les forces au sol, travaillant en [[Ultra haute fréquence|UHF]]<ref group="sigle">UFH : [[Ultra haute fréquence]]</ref> (LOS : {{Lien|fr=Line-of-sight propagation|lang=en|trad=Line-of-sight propagation|texte=Line-of-sight}}) ([[MIL-STD]]-188-220 B/C/D) avec les PRC-117, PRC-152, ARC-210 (RT-1824), Improved Data Modem (IDM)<ref>[http://www.govcomm.harris.com/solutions/products/STT-apps-conops.asp Small Tactical Terminal (STT) Applications/ConOps]</ref>
* Le développement du SMTT<ref group="sigle">SMTT : Small Tactical Terminal</ref> 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<ref>[http://www.govcomm.harris.com/solutions/products/000129.asp Small Tactical Terminal (UHF Line of Sight (LOS)/Link-16 STT Transceivers)]</ref> et pallier l'incapacité actuelle, pour les forces au sol, d'accéder à la totalité de l'information. Le concept d'opération<ref>[http://www.govcomm.harris.com/solutions/products/STT-apps-conops.asp govcomm.harris.com]</ref> du SMTT précise que la principale fonction est l'identification AMI des forces au sol.

=== Terminaux liaison 16 en projet ===

* Le LMT2 (Link 16 Missile Tactical Terminal)<ref>[http://www.nap.edu/openbook.php?record_id=10105&page=157 Naval Forces' Capability for Theater Missile Defense (2001) Chapitre "B.2.6 Link 16 Missile and Tactical Terminal/TacLink Weapons"]</ref>
** Ce concept envisage une petite radio tactique, développée par VIASAT<ref>[http://www.janes.com/articles/Janes-Military-Communications/AN-USQ-140-MIDS-Link-16-Terminal-United-States.html ViaSat developed high-quality/low-data rate voice, integrating Link 16 with INS and GPS navigation data and the concept for a very small, low-cost missile/tactical terminal.]</ref>, 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<ref>{{pdf}} [http://www.artisan-3d.com/BAEProd/groups/public/documents/bae_publication/bae_pdf_link16brochure.pdf Small Adaptable Form Factor Terminal]</ref>.
* 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 {{date-|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<ref>[http://www.dsi-presse.com/?p=2656 Défense et Sécurité Internationale]</ref>. CONTACT prend en compte la liaison 16<ref>[https://www.defense.gouv.fr/dga/actualites/la-dga-lance-les-etudes-du-futur-poste-radio-tactique-interarmees Site DGA 17/12/2010 : La DGA lance les études du futur poste radio tactique interarmées]</ref> 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''<ref>{{pdf}}[http://www.assemblee-nationale.fr/13/pdf/budget/plf2011/a2862-tvii.pdf Avis de la commission de la défense nationale et des forces armées sur le projet de loi de finances 2011 {{N°|2824}} Page 244]</ref>.

=== Terminal liaison 16 en réception multinets ===

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'[[Naval Research Laboratory|Office of Naval Research, Washington, D.C.]]'', et du ''Space and Naval Warfare Systems Command, PMW-150''<ref>[http://www.militaryaerospace.com/index/display/article-display/359122/articles/military-aerospace-electronics/online-news/hypres-viasat-spawar-systems-center-pacific-debut-first-all-digital-multi-net-link-16-receiver.html Hypres, ViaSat, SPAWAR Systems Center Pacific debut first all-digital multi-net Link-16 receiver]</ref>.

Ce type de Terminal est indispensable à la conduite du réseau liaison 16 en [[Système temps réel|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 [[Système temps réel|temps réel]] des timeslots.

== Les fréquences utilisées par la liaison 16 ==
=== Les fréquences utilisées par la liaison 16 en 2010 ===

Les terminaux liaison 16 utilisaient au début 2010, 51 fréquences dans la partie de la bande [[Ultra haute fréquence|UHF]] allant de 960 [[MHz]] à {{unité|1215|MHz}}.

En fait, ils utilisent 3 "sous-bandes" :
* 969 - {{unité|1008|MHz}},
* 1053 - {{unité|1065|MHz}}, et
* 1113 - {{unité|1206|MHz}}
avec {{unité|3|MHz}} d'intervalles en [[TDMA]]<ref>[http://www.dtic.mil/cjcs_directives/cdata/unlimit/6232_01.pdf LINK-16 SPECTRUM DECONFLICTION]</ref>.

=== Les fréquences utilisées par la liaison 16 après 2010 ===
La [[bande de fréquences]] [[Ultra haute fréquence|UHF]] utilisée par la liaison 16 est partagée
* dans le domaine militaire, avec l'[[Identification friend or foe|IFF]] (ou [[Radar secondaire]]) et par le [[TACAN]]
* dans le domaine aéronautique civil, avec les stations sol [[Distance Measuring Equipment|DME]]<ref group="sigle">{{en}} DME : Distance Measuring Equipment</ref> qui sont appariées à celles des [[VHF Omnidirectional Range|VOR]]<ref group="sigle">{{en}} VOR : VHF Omnidirectional Range</ref> et des [[Instrument landing system|ILS]]<ref group="sigle">{{en}} ILS : Instrument Landing System</ref>

Des travaux de redistribution des fréquences vont limiter le nombre de fréquences utilisées<ref>[http://www.govexec.com/dailyfed/0608/060908wb.htm Spectrum Alert Déjà Vu - The 15-Year JTIDS Delay]</ref>.
Cette redistribution pourrait entraîner jusqu'à l'abandon des 14 des 51 fréquences utilisées par la liaison 16<ref>[https://www.fbo.gov/?s=opportunity&mode=form&id=f23e39b9a88183828f0f69cd3dbb9e96&tab=core&_cview=0 Link-16 Network Enhancements REQUEST FOR INFORMATION] Frequency remapping is required by a Memorandum of Agreement (MOA) between Department of Defense (DOD) and Department of Transportation (DOT) regarding the 960-{{unité|1215|MHz}} frequency band. Frequency remapping algorithm is as defined in DoD 4650.1- R1, Link 16 EMC Feature Certification process and Requirements, App 2,</ref>.
Ces fréquences sont situées entre 960 et {{unité|1030|MHz}}<ref name="Quinetic_IDLS_09">{pdf} [http://idls2019.com/Documents/Symposiums/IDLS2010/Training/Day1/IDLS%20FCA%20brief%20-%20Al%20Gore%20updated.pdf Frequency Clearance Agreement]</ref>

Le MIDS JTRS intègre cette évolution<ref group="trad">Frequency Remapping included</ref> ; une mise à jour des terminaux MIDS est en développement<ref group="trad">Frequency Remap under development</ref>{{,}}<ref>{{lien brisé|url=http://jpeojtrs.mil/files/domains/MIDS_JTRS_C4ISR_2009.pdf |titre=Joint Program Executive Office Joint Tactical Radio System MIDS Program Update }}</ref>.

Aux [[États-Unis]], le [[Département de la Défense des États-Unis|DoD]]<ref group="sigle">DoD : Department of Defense</ref> s'est engagé à ce que tous les terminaux MIDS soient mis à niveau au plus tard en 2020<ref>[http://www.ntia.doc.gov/osmhome/redbook/4d.pdf 4.3.17 Plan for JTIDS TDMA Waveform Systems]</ref>.

Les terminaux JTDIS ne sont pas concernés par l'accord passé entre le [[Département de la Défense des États-Unis|DoD]] et le [[Département des Transports des États-Unis|DoT]]<ref group="sigle">DoT : Deparment of Transportation</ref>.

=== Le Time Slot Duty Factor ===

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<ref name="Quinetic_IDLS_09" />.

== Les systèmes antennaires des terminaux liaison 16 ==
[[Fichier:A maritime antenna is tested with compact range equipment in the specialized antenna anechoic chamber at the new Surface Sensors and Combat Systems Facility at Naval Surface Warfare.jpg|thumb|right|Antenne liaison 16 AS-4127A destinée aux bâtiments de surface (L'anneau antennaire est vu du dessus ; le mât étant prévu au centre de l'anneau) en [[chambre anéchoïque]].]]

La majorité des plateformes disposent de deux [[Antenne radioélectrique|antennes]] liaison 16.
* Les aéronefs disposent
** d'une [[Antenne radioélectrique|antenne]] supérieure qui, en particulier assure aux [[Avion de chasse|avions de chasse]], la connectivité avec les [[Système de détection et de commandement aéroporté|AWACS]] ou les [[Grumman E-2 Hawkeye|E-2 Hawkeye]], qui par définition, orbitent à un [[niveau de vol]] supérieur au leur.
** d'une [[Antenne radioélectrique|antenne]] inférieure qui leur assure la connectivité avec le sol ou les [[navires de guerre]].
* Les navires disposent d'une [[Antenne radioélectrique|antenne]] principale, émettrice et réceptrice, située en tête de [[mât]], et en général d'une [[Antenne radioélectrique|antenne]] secondaire uniquement affectée à la réception. La hauteur de l'[[Antenne radioélectrique|antenne]] secondaire, par rapport au niveau de l'eau, se situe au 2/3 de la hauteur de l'[[Antenne radioélectrique|antenne]] principale afin que les deux antennes ne subissent pas en même temps le "zéro" signal, obtenu par la réception simultanée du même signal, en opposition de [[Phase (onde)|phase]] ou en [[déphasage]], l'un en direct, l'autre après réverbération sur la surface de l'eau. Les frégates [[Système de combat Aegis|AEGIS]] de l'US NAVY possèdent une antenne en émission et deux antennes, en réception seule<ref>{{pdf}}[http://www.dtic.mil/cgi-bin/GetTRDoc?Location=U2&doc=GetTRDoc.pdf&AD=ADA257414 ICD for JTIDS DDG-69 Shipboard Antenna]</ref>.

Les caractéristiques de l'antenne AS-4127A sont<ref>{{pdf}} [http://www.spawar.navy.mil/sti/publications/pubs/sd/009/sd009rev2in.pdf Link 16 Antenna Characteristics]</ref> :
* Bandes de fréquences 960 [[MHz]] à 1215 [[MHz]]
* Puissance de transmission 1200 [[watt]]s en pic et 140 [[watt]]s en moyenne
* Gain typique 3,0 [[décibel|dB]]
* Omnidirectionnelle
* avec ou sans [[TACAN]]
* Poids {{unité|45|kg}}

Des antennes multifonctions comme l'AT 4125 de AEROMARITIME, ont été adaptées pour la mise en œuvre de la liaison 16 à bord des sous-marins<ref>{{en}}{{lien brisé|url=http://aeromaritime.de/popups/newsdetails.php?nid=1 |titre=Multifunctional Submarine Antenn }}</ref>

La mise en place de filtres Notch ou [[Filtre coupe-bande]], entre le terminal et l'aérien émetteur/récepteur, permet d'éviter les interférences avec les systèmes d'identification et de navigation, en réduisant la diffusion d'énergie dans des bandes de fréquences étroites bien définies<ref>{{en}} {{pdf}} [http://www.virtualacquisitionshowcase.com/document/1268/briefing NAVAIR : High Power Tunable Agile Notch Filter]</ref>, en particulier celles utilisées par l'IFF.
Voir à titre d'exemple le filtre ''Model Number L5992 (LINK-16) MIDS/ARC-210 Dual Bandpass Filter'' de ''Delta Microwave<ref>{{pdf}}[http://www.deltamicrowave.com/models/L%20Band/L5xxx/L5992/lab/L5992%20rev%20-.pdf L5992 (LINK-16) MIDS/ARC-210]</ref>.

== La Cryptographie ==
[[Fichier:KOI-18.nsa.jpg|thumb|right|KOI-18]]

Le terminal MIDS contient un élément de [[cryptographie]]. L'élément de cryptographie intégré dans les terminaux de l'US navy est le KGV-8<ref>[http://www.jproc.ca/crypto/kgv8.html HGV-8]</ref>
[[Fichier:Punched tape.jpg|thumb|left]]

Le fonctionnement du Terminal MIDS nécessite l'entrée de clés dans cet élément de cryptographie.

Les clés sont entrées par un {{Lien|fr=KOI-18|lang=en|trad=KOI-18}} dans le {{Lien|fr=CYZ-10|lang=en|trad=CYZ-10}}.

Le KOI-18 permet de lire les clés sur un [[ruban perforé]] (''paper tape'') à 8 pistes (8 trou par colonne, soit un [[octet]]).
[[Fichier:CYZ-10 DTD.jpg|thumb|right|CYZ-10]]

Le CYZ-10 est un ordinateur personnel portable, supportant des logiciels applicatifs développés spécifiquement pour le chargement des clés cryptographiques.

Les clés de cryptographie sont un élément déterminant dans la loi de sauts de fréquences.

Un programme de modernisation des éléments de cryptographie<ref group="trad">Cryptographic Modernization (Crypto Mod)</ref>{{,}}<ref>Voir sur Wikipedia en anglais {{Lien|trad=Cryptographic Modernization Program|fr=Cryptographic Modernization Program|texte=Cryptographic Modernization Program}}</ref> a été financé dans les budgets 2010 et 2011 du département de la défense US<ref>[http://www.dtic.mil/descriptivesum/Y2010/Navy/0205604N.pdf Modernization Program]</ref>.

Cette nouvelle cryptographie programmable du terminal MIDS-LVT (appelée "LINK 16 Common Crypto Module" (CCM)<ref>[http://www.dtic.mil/descriptivesum/Y2010/Navy/0303140N.pdf Budget DoD 2011 page 8/27]</ref>) s'inscrit parmi d'autres évolutions à l’étude<ref>[http://idlsoc.com/Documents/Symposiums/IDLS2009/Day2/D2_MAIN_US_TDES_Migration_Panel_Moderator_David_Nark_Narkevicius_OASD%28NII%29.pdf Joint Tactical Data Enterprise Services (TDES) Migration Plan (JTMP)]</ref>, pour intégrer
* le haut débit (1Mb/s)<ref group="trad">Enhanced Throughput (ET)</ref>
* la gestion dynamique du réseau<ref group="trad">Dynamic Network Management (DNM)</ref>
* le multi-réseaux en opérations concurrentes<ref group="trad">Concurrent Multi-Netting (CMN)</ref> et
* la fonction de redistribution des fréquences<ref group="trad">Frequency Remapping (FR)</ref> dans le cadre de la gestion du spectre fréquentiel avec l’aviation civile<ref>{{doc}} [http://www4.minefi.gouv.fr/budget/plf2007/docrap/DRGPGMPGM146.DOC PLR 2007 - extrait du Rapport annuel des Performances de la mission : Défense. Version du 02/01/2009]</ref>.

Les pays qui disposent de terminaux MIDS ou JTIDS sont soumis au contrôle de la [[National Security Agency]] des [[États-Unis|États-Unis d'Amérique]] pour l'utilisation des clés de [[cryptologie]]. Aucun autre pays ne dispose de la capacité de créer et de gérer de manière autonome les clés de cryptologie. La gestion des clés utilisées par les nations de l'[[OTAN]] est placée sous la tutelle des États-Unis.

== Description du mode de fonctionnement ==

[[Fichier:TDMA 1.jpg|thumb|right|Principe du TDMA]]
La liaison 16 est basée sur le principe du [[TDMA]]<ref group="sigle">TDMA : Time Division Multiple Access</ref> ou « ''[[accès multiple à répartition dans le temps]]'' ».

Elle est sécurisée par des clefs de [[chiffrement]] et résistante aux [[contre-mesure]]s grâce à ses {{Nombre|77000}} sauts de fréquence par seconde (mise en œuvre de l'[[évasion de fréquence]]s ou [[Frequency-hopping spread spectrum]]). Les données sont transmises par [[onde radio]] en bande [[Ultra haute fréquence|UHF]].

La liaison 16 est souvent qualifiée de [[Réseau informatique|réseau]], car elle permet la connexion simultanée de plusieurs unités militaires, chacune d'entre elles est appelée participant au réseau ou « JU » (JTIDS Unit, ce nom, bien que devenu impropre, a été conservé) et dans le cadre du réseau logique unique et multi-liaisons, c'est-à-dire, mettant en œuvre plusieurs liaisons de données tactiques, « IU » (Interface Unit).

=== Les « TimeSlots », la « FRAME » et l'« Époque » ===

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 « Nets » ===

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.C3.A9seau liaison 16|conception du réseau]], un fonctionnement en multinet peut être nécessaire pour optimiser l'utilisation des TimeSlots. Dans ce cas, certains [[#Les .C2.AB Network Participating Groups .C2.BB .28NPG.29|groupes de participation]] fonctionneront en parallèle ; par exemple, les [[#Plateformes C2|Plateformes C2]] travailleront sur le groupe de participation EW, alors que les [[#Plateformes non C2|plateformes non C2]] travailleront sur le groupe de participation Non-C2 to Non-C2 appelé aussi "Fighter-to-Fighter".

=== Les « Network Participating Groups » (NPG) ===
==== Les « Network Participating Groups » (NPG) – Généralités ====

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).

==== Les « Network Participating Groups » (NPG) empilés ====

[[Fichier:Dutch F-16.jpg|thumb|right|Plate-forme Non-C2 : F-16 Hollandais]]

Certains groupes de participations peuvent être empilés<ref group="trad">Net empilés : Stacked Nets</ref>. 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<ref name="C2" group="sigle"/>", 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 et déception radar|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'à {{unité|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 transmission ===

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

=== Amélioration de la [[Bande passante]] ===

[[Fichier:Two F-22 Raptor in flying.jpg|thumb|right|2 plateformes Non-C2 : [[Lockheed Martin F-22 Raptor|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 avant 2024, mais disposant de la liaison 16, est pionnière dans le domaine. Le [[Saab JAS 39 Gripen|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 [[Lockheed Martin F-22 Raptor|F-22 Raptor]] et [[Lockheed Martin F-35 Lightning II|F-35 Joint Strike Fighter]]<ref>{{en}} [http://www.defpro.com/news/details/6718/ Center team works to connect new fighters, bomber]</ref>, 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<ref>{{en}} {{lien brisé|url=https://www.cytiva.com/jacobs/ext/detail.asp?JobID=jacobs9191&source=61 |titre=Appel d'offres - Messagerie MADL }}</ref> ; 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. [[Intervention militaire de 2011 en Libye|L'opération en Libye]] en 2011, a mis en évidence ce besoin d'interconnexion entre la liaison 16 et le MADL<ref>{{en}} [http://defensetech.org/2011/03/25/is-a-lack-of-secure-comms-keeping-the-f-22-out-of-libya-fight/ Is a Lack of Secure Comms Keeping the F-22 Out of Libya Fight?]</ref>. Cela pourrait être réalisé par le déploiement du {{Lien|fr=BACN|lang=en|trad=Battlefield Airborne Communications Node}}<ref>{{en}} [http://www.irconnect.com/noc/press/pages/news_releases.html?d=184859 Northrop Grumman Airborne Communications System Wins Award for Outstanding Industry Achievement]</ref>, 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 {{Lien|trad=SPAWAR Systems Center San Diego|fr=SPAWAR de San Diego|texte=SPAWAR de San Diego}}, développe le protocole « [[Calcul stochastique|Stochastic]] Unified Multiple Access<ref>{{en}} {{PDF}} [http://www.spawar.navy.mil/sti/publications/pubs/td/3155/3a_S2papers/Link16.pdf SHUMA]</ref> » (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<ref>{{en}} [http://www.fbodaily.com/archive/2008/10-October/24-Oct-2008/FBO-01695065.htm Appel d'offres du SPAWAR du 22/10/2008]</ref>. Cependant, la poursuite de cette étude a été abandonnée dans le budget de 2011<ref>[http://www.dtic.mil/descriptivesum/Y2011/Navy/0205604N_PB_2011.pdf Exhibit R-2, RDT&E Budget Item Justification: PB 2011 Navy] Technical: Link 16 Network Enhanced Throughput development has been removed from this budget.</ref>

L'[[US Navy]] travaille également sur la gestion Dynamique du réseau ou DNM<ref>{{en}} {{PDF}}[http://www.navy.mil/navydata/policy/seapower/sne10/sne10-all.pdf Navy Program Guide 2010, Page 124]</ref>.

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<ref group="trad">{{en}} Dynamic Network Management (DNM) increases Link 16 network effectiveness and throughput and provides the warfighter greater flexibility in the use of the Link 16 network</ref>.

DNM facilite l'entrée/sortie automatisée des plateformes<ref group="trad">{{en}} DNM will facilitate automated net entry/exit of additional platforms</ref>
DNM fournit une capacité en [[Système temps réel|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<ref group="trad">{{en}} DNM will provide a real-time capability to adjust Link 16 network allocation to meet evolving network changes in the theater</ref>

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<ref group="trad">{{en}} DNM reduces Link 16 network oversubscription and will enable fully ad-hoc, dynamic network operations on Link 16, variable update and throughput rates, and expanded network throughput with sub-net operations</ref>
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<ref group="trad">{{en}} DNM also provides support for networked weapons, sensor networking, time-critical targeting, and time-critical strike</ref>.
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<ref group="trad">{{en}} DNM includes the following capabilities: Time Slot Reallocation (TSR), TSR Combined Network Participation Groups (CNPG), expanded stacked netting and Multi-netting</ref>

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

=== La portée radio ===

La portée radio est selon l'empaquetage<ref group="trad">Empaquetage : Packing</ref> de 300 ou de 500 [[Nautique|milles nautiques]].

== Conception du Réseau liaison 16 ==

Contrairement à la [[liaison 22]] qui met en œuvre une gestion dynamique du réseau – la distribution du temps de parole (les TimeSlots) s’adapte au besoin du moment – la liaison 16 exige la mise en œuvre d’une phase de conception du réseau avant sa mise en œuvre.

Cette phase appelée « Design Phase », intervient après que les besoins de chaque Commandant de domaine de lutte, ont été collectés (JFACC : Joint Force Air Component Commander, JFMCC : Joint Force Maritime Component Commander, JFLCC : Joint Force Land Component Commander).
Ce travail est généralement effectué par la Cellule du [[JICO]] : Joint Interface Control Officer.
C’est dans cette phase que sont effectués les arbitrages d'affectation des TimeSlots afin de que le réseau liaison 16 puisse répondre au mieux aux besoins de la Force le mettant en œuvre.

Le nombre de plateformes équipées de la liaison 16 grandissant de manière significative, le réseau liaison 16 est aujourd’hui souvent saturé.
Le besoin d’une gestion dynamique du réseau liaison 16 est donc devenu prioritaire.
De même, une gestion optimisée des TimeSlots est essentielle ; ainsi en temps de paix, l’utilisation d’un [[#Mode de fonctionnement – Limite d'Empaquetage (Packing Limit)|empaquetage]] double (Packing 2) a pris l’avantage sur l’[[#Mode de fonctionnement – Limite d'Empaquetage (Packing Limit)|empaquetage]] standard (Packing STD) car il double le nombre de mots échangés ; en temps de guerre l'[[#Mode de fonctionnement – Limite d'Empaquetage (Packing Limit)|empaquetage]] quadruple (Packing 4) permet de quadrupler le nombre de mots échangés.
Cela s’effectue au prix d'une dégradation de la sécurité de transmission qui s’avère acceptable aujourd’hui, en raison de la faiblesse technologique des forces opposantes.

Une autre voie s'ouvrira avec l'entrée en service des terminaux MIDS JTRS (Joint Tactical Radio System) ; l'utilisation combinée de la liaison 16 et de la [[liaison 22]] sera alors possible.
La [[Liaison 22]] serait utilisée prioritairement pour la diffusion des pistes à faible taux de mise à jour (Pistes Surface Maritime, Pistes Surface Terrestre, Points de Référence).
Lorsqu'une de ces pistes deviendrait une cible, elle pourrait alors également être diffusée en liaison 16. Ainsi la liaison 16 et la [[liaison 22]] (et plus tard la "liaison J-over-IP") doivent être perçues comme des composantes d'un réseau logique unique échangeant des données de série-J.
Il manque à ce réseau logique le maillon permettant les échanges de données de série-J entre les aéronefs et les forces au sol pour l'[[appui aérien rapproché]]<ref>{{pdf}} [http://www.frstrategie.org/barreFRS/publications/rd/2009/RD_200906.pdf Puissance aérospatiale et sécurité au {{s-|XXI}}] voir page 48 & 1.4.2 – Le counterland</ref>. Ce maillon est pallié aujourd'hui par la mise en œuvre de l'IDM : Improved Data Modem<ref>[https://www.senat.fr/rap/a08-102-5/a08-102-516.html Projet de loi de finances pour 2009 : Défense - équipement des forces voir : B. FRAPPER À DISTANCE, 1.]
Le programme Rafale : une polyvalence renforcée en 2008]</ref>.
En attendant son remplacement par une liaison de données de série-J, qui est un défi devant être relevé dans la décennie 2010, l'US Air Force a lancé en 2009 le programme TACP-M<ref group="sigle">{{en}} TACP-M : Tactical Air Control Party Modernization</ref> qui effectue automatiquement les traductions du format VMF<ref group="sigle">{{en}} VMF : Variable Message Format</ref>, par exemple, en données de série-J<ref>{{en}} {{lien brisé|url=http://www.c4isrjournal.com/story.php?F=4546389 |titre=Air Force Advance }}</ref>.

== Les Interface Units, participant au Réseau liaison 16 ==

Il faut différencier :
* Les « Stations », c'est-à-dire les plateformes portant un terminal MIDS ou JTIDS
* Les « Interface Units » qui peuvent être :
** Une « Station »,
** Une unité participant à une liaison de Données Tactiques ([[liaison 11]], [[liaison 22]], Joint Range Extension) qui est relayée sur la liaison 16 par le "Dataforwarder<ref name="TADILJ"/>".
Sur l'aspect fonctionnel et opérationnel, il n'y a aucune différence de traitement sur les deux types de participants. Chacun peut recevoir et transmettre :
* Des ordres,
* Les états plate-forme,
* Les états des armes,
* Les états d'engagement.

Les Interfaces Units peuvent être actives ou passives
=== Les Interfaces Units en Exercice ===

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 ».

=== Les Interfaces Units Actives ===

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

=== Les Interfaces Units Passives ===

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 [[#Synchronisation – Radio silence, synchronisation passive et limitations en distance|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 ([[#Plateformes C2|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 [[Avion ravitailleur|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<ref name="B2 p17">INTEGRATING THE B-2 INTO LINK 16 OPERATIONS Radio Silent : page 17 : ''In order to prevent this, the AWACS will need to manually send the engagement status message to the CAOC when it knows the B-2 is in radio silent mode. The B-2 cannot reply with a WILCO while maintaining radio silence, either''</ref>,
* les sous-marins à l'[[Immersion (navigation)#L.27immersion p.C3.A9riscopique|immersion périscopique]] ou en [[Immersion (navigation)#L.27immersion de s.C3.A9curit.C3.A9|immersion de sécurité]] et à l'écoute des informations ''forwardées'' depuis la liaison 16, en [[liaison 11]] ou en [[liaison 22]].

=== Configurations d'une plate-forme C2, équipée liaison 16 ===
[[Fichier:US Navy 020424-N-6492H-535 E-2C - combat mission.jpg|thumb|right|É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 (navigation)#L.27immersion p.C3.A9riscopique|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<ref group="sigle">SITREP : SITuation REPort</ref>).

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.

== Les fonctions de la liaison 16 ==
Elles sont partagées par toutes les liaisons de données tactiques mettant en œuvre des données de série J. Le choix d'utiliser une liaison de données plutôt qu'une autre est guidé par les contraintes suivantes :
* Le besoin de taux de mise à jour des données. La liaison 16 répond à un besoin de rafraichissement rapide. C'est lors de la phase de conception du réseau liaison 16, qu'il est pris en compte la nécessité de limiter le délai entre l'envoi d'un ordre et son acceptation sur la plate-forme destinataire à un maximum d'une seconde.
* Les distances de connectivité. La liaison 16 répond à un besoin de connectivité limitée à la portée optique
* La protection des données. La liaison 16 offre le niveau le plus haut de protection

Il existe un lien fort entre les ''Groupes de Participation'' de la liaison 16, et les fonctions des trois Liaisons de Données Tactiques utilisant les données de série-J. Ce lien spécifique à la liaison 16, ne se retrouve pas dans les autres Liaisons ; les ''Groupes de Participation'' sont spécifiques à la liaison 16.

Les principales fonctions des liaisons de Données Tactiques de série-J sont listées ci-dessous :

=== L'identification et la [[navigation]] ===
==== L'identification ====

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<ref name="C2" group="sigle"/> 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.|virgule=non}}
Cette information permet aux Commandants de lutte de vérifier, en [[Système temps réel|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<ref name="Emergency" group="trad">{{En}} EMERGENCY</ref> comme l'éjection du pilote<ref group="trad">{{En}} Bail out</ref>, ou l'[[amerrissage]]<ref name="Ditching" group="trad">{{En}} Ditching</ref>.
* 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<ref name="Emergency" group="trad"/>.

==== La navigation ====

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|Système géodésique mondial]], révision de 1984)

Dans le réseau liaison 16, les distances sont exprimées en {{Lien|trad=Data mile|fr=data mile|texte=data mile}} (0,987 du mile nautique ou [[mile marin]])

=== La surveillance ===
[[Fichier:USS Vincennes (CG-49) Aegis large screen displays.jpg|thumb|right|Écran de surveillance d'un destroyer [[Système de combat Aegis|AEGIS]].]]

La surveillance est la fonction première des plateformes C2<ref name="C2" group="sigle"/> ; 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.

==== But de la surveillance ====
[[Fichier:CIC-USS-CarlVinson-2001.jpg|thumb|right|CIC<ref group="sigle">Combat Information Center</ref> du porte-avions {{USS|Carl Vinson|CVN-70|6}}.]]

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 (« [[Système temps réel|Temps réel]] » (TR) et « non temps réel » (NTR) en particulier les pistes de catégorie « SURFACE », issues de l'[[Système d'identification automatique|AIS]]<ref group="sigle">AIS = [[Automatic Identification System]]</ref>)
* Les points, lignes, surfaces et volumes de référence qui permettent en particulier de définir l'[[espace aérien]], les [[Chenal maritime|chenaux maritimes]] et les rails de navigation maritime en particulier ceux appartenant aux [[Dispositif de séparation du trafic|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'[[Identification friend or foe|IFF]] (écart d'[[Identification friend or foe|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 [[lutte anti-sous-marine|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<ref name="TADILJ" />

===== Association et appariement =====
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.

====== Association ======
[[Fichier:USS John S. McCain (DDG-56) Aegis large screen displays.jpg|thumb|right|É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.

====== Appariement ======
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<ref group="sigle">RTB: Return To Base</ref>) 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.

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

Le concept de Guerre en réseau ou [[Network Centric Warfare|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 {{s-|XXI}} permettaient de gérer généralement 2000 objets.
C'est particulièrement le cas du [[Charles de Gaulle (porte-avions)|porte-avions Charles de gaulle]]<ref>{{fr}} [http://www.meretmarine.com/article_imprimer.cfm?id=104001 Porte-avions Charles de Gaulle : Le Central Opérations]</ref> et de [[Grumman E-2 Hawkeye|l'E-2C]]<ref>[http://www.globalsecurity.org/military/systems/aircraft/e-2-design.htm E-2 Hawkeye : Design]</ref>.
Depuis, la capacité des systèmes en gestion du nombre de pistes a été augmentée, particulièrement pour les E-2D<ref>voir [[Grumman E-2 Hawkeye#Programme E-2D Advanced Hawkeye|paragraphe « Programme E2-D Advanced Hawkeye » de l'article E-2D]]</ref> américains et les [[Système de détection et de commandement aéroporté|E-3 de l'OTAN]]<ref>[http://www.boeing.com/news/releases/2008/q4/081203a_nr.html Upgrade for NATO AWACS]</ref>.

==== Visualisation des objets tactiques reçus ====
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.

===== Grille de visualisation =====
[[Fichier:Usgs map mercator.svg|thumb|La projection de Mercator est cylindrique.]]

La visualisation des objets s'effectue sur une grille [[Orthogonalité|orthogonale]] en [[Coordonnées cartésiennes#Cas du repère orthonormé|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 [[géodésique|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 [[Orthogonalité|orthogonale]] en [[Coordonnées cartésiennes#Cas du repère orthonormé|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 [[Mille marin|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 [[Orthogonalité|orthogonale]] en [[Coordonnées cartésiennes#Cas du repère orthonormé|coordonnées cartésiennes orthonormé]].

===== Objets visualisés - Visualisation Forcée<ref group="trad">Force Tell</ref> et Visualisation d'urgence<ref name="Emergency" group="trad"/> =====
[[Fichier:NTDS console.jpg|thumb|right|Visualisation Console [[Naval Tactical Data System|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<ref>[http://fr.wiktionary.org/wiki/hook voir wiktionary]</ref>), 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.

===== Objets visualisés - Plateforme non C2 - High Interest Track =====

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.

===== Objets visualisés - Choix de visualisation =====
[[Fichier:F-18 HUD gun symbology.jpeg|thumb|right|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 [[Naval Tactical Data System|NTDS]] ou des [[APP-6A]]/[[MIL-STD]]-2525A-B.

===== Objets visualisés - Symbologie NTDS =====

{| class="wikitable" style="text-align:center;"
|+ Exemples de Symbologie filaire ([[Naval Tactical Data System|NTDS]])<ref>[[:ru:NTDS (БИУС)|Repris de  Wikipédia en russe]]</ref>
! Environnement
! Ami
! Hostile
! Inconnu
! Neutre
|-
| Surface Mer
| [[Fichier:NTDS ship blue.PNG]]
| [[Fichier:NTDS ship red.PNG]]
| [[Fichier:NTDS ship yellow.PNG]]
| [[Fichier:NTDS ship green.PNG]]
|-
| Air
(Avion)
| [[Fichier:NTDS air blue.PNG]]
| [[Fichier:NTDS air red.PNG]]
| [[Fichier:NTDS air yellow.PNG]]
| [[Fichier:NTDS air green.PNG]]
|-
| Air
(Hélicoptère)
| [[Fichier:NTDS helo blue.PNG]]
| [[Fichier:NTDS helo red.PNG]]
| 
| [[Fichier:NTDS helo green.PNG]]
|-
| Sous-marin
| [[Fichier:NTDS sub blue.PNG]]
| [[Fichier:NTDS sub red.PNG]]
| [[Fichier:NTDS sub yellow.PNG]]
| 
|-
| Sous-marin
(тоrpille)
| [[Fichier:NTDS torp blue.PNG]]
| [[Fichier:NTDS torp red.PNG]]
|
|
|-
| Surface Sol
| [[Fichier:NTDS grnd blue.PNG]]
| [[Fichier:NTDS grnd red.PNG]]
|
| [[Fichier:NTDS grnd green.PNG]]
|}

==== Les pistes ====
[[Fichier:Ground Track - Unit - Combat - Air Defence - Hostile.svg|thumb|right|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, [[Système temps réel|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'')

===== La création des pistes =====

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 [[radar]]s primaires ou de l'[[Identification friend or foe|IFF]] ([[Identification friend or foe|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 [[#La Qualit.C3.A9 de Poursuite .28TQ.29 et la responsabilit.C3.A9 de report .28R2.29|responsabilité de report sur l'interface liaison 16]]), est toujours considérée comme étant LOCAL, mais est appelée Common LOCAL Track.
[[Fichier:AIS Manche Est.png|thumb|right|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<ref>[http://www.marinetraffic.com/ais/# Exemple en temps réel d'une situation AIS]</ref>. 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<ref>[http://www.pptsearch.net/download.php?fid=280059 Exploiting the Network to Empower the Warfighter: How do we Accelerate FORCEnet Pages 10-12]</ref>{{,}}<ref group="sigle">{{en}} COP : Common Operational Picture</ref>.
* 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 [[sonar]]s
** de [[bouées acoustiques]] (en anglais ''Sonobuoy'')
** é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'[[Avion de chasse|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#Liaison 4A|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.

===== Les pistes en « Exercice » =====
[[Fichier:JKR SUB.svg|thumb|right|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<ref>voir [[APP-6A]]</ref>.
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 =====
Les points d'urgence<ref name="Emergency" group="trad"/> sont essentiellement :
* un homme à la mer<ref group="trad">{{En}} Homme à la mer : Man in Water</ref>,
* l'[[amerrissage]] d'urgence<ref group="trad" name="Ditching"/> d'un aéronef,
* l'éjection du pilote<ref group="trad">{{En}} Ejection : Bail out</ref> 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 C[[Recherche et sauvetage|SAR]]<ref group="sigle">CSAR : Combat Search And Rescue</ref> qui s'impose.
* un navire en détresse<ref group="trad">{{En}}Navire en détresse : Distressed Vessel.</ref>

===== Les points de références =====
[[Fichier:Ground Track - Installation - Military Matériel Facility - Engineering Equipment Production - Bridge - Neutral.svg|thumb|right|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 : [[Espace aérien|Couloirs aériens]], routes maritimes, les dangers : [[Mine marine|Champs de mines]], etc.).

===== Les points fixes et les relèvements =====
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 [[sonar]]s et les [[Forward looking infrared|FLIR]]<ref group="sigle">FLIR = Forward looking infrared</ref>.
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.

===== Échange des pistes au sein du réseau multiliaisons de données de série-J =====
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.

===== Corrélation sur une plateforme (Piste Locale / Piste Reçue) =====
[[Fichier:Motte-Picquet-PCNO.jpg|thumb|right| Console SENIT 4 à bord de la frégate de la Marine Nationale  [[La Motte-Picquet (frégate)|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 [[Système temps réel|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<ref group="trad">{{En}} Operational Contingency Constraints</ref> 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 [[Identification friend or foe|IFF]].
* une piste est reconnue corrélée tant que la plateforme ne prend pas la Responsabilité de Report ({{abréviation|R2|Reporting Responsibility}}); selon l'AdatP-33, elle prend l'appellation de "Common Local Track"
* Lors de la prise de {{abréviation|R2|Reporting Responsibility}}, 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, [[Identification friend or foe|IFF]]…) est conservé.

En résumé, une piste (Air ou Surface) est
* "Local" sur la plateforme détenant la {{abréviation|R2|Reporting Responsibility}},
* "Common Local" ou "Remote" sur les plateformes ne détenant pas la {{abréviation|R2|Reporting Responsibility}}.

===== Décorrélation sur une plateforme =====

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 {{abréviation|R2|Reporting Responsibility}} 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 messages de gestion de la situation tactique =====

Les plateformes ne possédant pas la {{abréviation|R2|Reporting Responsibility}} 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 ({{abréviation|R2|Reporting Responsibility}}).

===== La Qualité de Poursuite (TQ) et la responsabilité de report (R2) =====
[[Fichier:E-3 Sentry inside.JPG|thumb|right|Console tactique d'un E-3 (avant modernisation)]]

La combinaison de la Responsabilité de Report ({{abréviation|R2|Reporting Responsibility}}) 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<ref>{{en}} {{PDF}} [http://www.dtic.mil/ndia/2002systems/irwin3b2.pdf Battle Force Interoperability (BFI) Operation Advisory Group (OAG)Voir planches 9 à 13]</ref>.

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 [[Système temps réel|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 à {{unité|50|pieds}}<ref>[http://pubs.drdc.gc.ca/PDFS/unc54/p526650.pdf Concepts of data/information fusion for naval C2 and airborne ISR platforms]</ref>.

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 ({{abréviation|R2|Reporting Responsibility}}) jusqu'au moment où une autre Unité possédera une TQ suffisamment plus haute pour reprendre la {{abréviation|R2|Reporting Responsibility}} de la piste.

La notion {{abréviation|R2|Reporting Responsibility}} 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 piste (Track Number) ====

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 [[Système octal|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<sub>8</sub>, sont appelés LowTN et sont partagés avec les TN de la série-M ([[liaison 11]]). les TN supérieurs à 07777<sub>8</sub> 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.

{| class=wikitable
|-
| style="vertical-align: top;" |

[[Fichier:US Navy 021006-N-8590B-001 USS Sides passes under Golden Gate Bridge.jpg|thumb|left|USS Sides]]
[[Fichier:US Navy 050415-N-8157F-104 The guided missile cruiser USS Vincennes (CG 49) pulls into Pearl Harbor, Hawaii for a scheduled port visit.jpg|thumb|right|USS Vincennes]]

[[Fichier:USS Spruance (DD-963) underway in the Atlantic Ocean on 11 June 2004 (6655386).jpg|thumb|left|USS Spruance]]
[[Fichier:Grumman A-6E Intruder of VA-75 lands on USS Enterprise (CVN-65) on 9 September 1996 (6507871).jpg|thumb|right| [[Grumman A-6 Intruder|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 {{date-|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]].

[[Fichier:Iranair655shootdown.png|thumb|center|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<ref>Senate Hearing, 1988, {{p.|10}}; Fogarty, 1988, {{p.|29-30}})</ref>.

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 [[Grumman A-6 Intruder|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]]<ref>{{en}} {{PDF}} Voir {{lien brisé|url=http://www.northwestern.edu/nrotc/Secure/Weapons/VINCENNES%20Case%20Study.pdf |titre=the Vincennes Case Study }}</ref>.

Le fait que l'[[Grumman A-6 Intruder|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<ref>{{en}} {{PDF}}L'étude de ce drame n'est pas si simple, des erreurs humaines ont participé à la succession d'erreurs. Le lecteur intéressé peut se reporter à la thèse intitulée [http://edocs.nps.edu/npspubs/scholarly/theses/1992/Jun/92Jun_Dotterway.pdf SYSTEMATIC ANALYSIS OF COMPLEX DYNAMIC SYSTEMS: THE CASE OF THE USS VINCENNES]</ref>.

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 française|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<sub>8</sub> à 00076<sub>8</sub> : 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<sub>8</sub> : 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<sub>8</sub> à 00175<sub>8</sub> : 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<sub>8</sub> : Numéro réservé à l'unité effectuant la passerelle entre la [[Liaison 11]] et la Liaison 16 (le Dataforwarder)
* 00177<sub>8</sub> : Numéro destiné à indiquer qu'un message d'ordre est diffusé (Toutes les unités sont destinataires du message)
* 07777<sub>8</sub> : 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 [[Système octal|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<sub>8</sub> car elles sont retransmises en [[Liaison 11]] par le dataforwarder en tant que pistes et non en tant qu'IUs.

=== La [[guerre électronique]] ou Electronic Warfare ===

La fonction "[[guerre électronique]]" bénéficie au maximum des taux élevés de mises à jour offerts par la Liaison 16 dans le [[#Les « Network Participating Groups » (NPG)|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<ref group="sigle">ISR : Information, Surveillance, Recconaissance</ref> et les plateformes C2<ref>{{en}} {{PDF}} [http://www.dtic.mil/cgi-bin/GetTRDoc?AD=ADA420652&Location=U2&doc=GetTRDoc.pdf INCREASING TIME SENSITIVE TARGETING (TST) EFFICIENCY THROUGH HIGHLY INTEGRATED C2ISR]</ref>. 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.

==== Rôle des Plateformes SIGINT dans le réseau Tactique ====
[[Fichier:Dupuy-de-Lome-photo10 cropped.jpg|thumb|right|[[Dupuy-de-Lôme (navire)|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 [[#Plateformes C2|les plateformes C2]] et [[#Plateformes non C2|les plateformes non C2]], sur le [[#Les « Network Participating Groups » (NPG)|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 [[#Les « Network Participating Groups » (NPG)|Groupe de Participation]] SURVEILLANCE. Pour assurer cette fonction, il faut que cette plateforme porte la [[Pavillon (marine)#Marque de commandement|marque]] ou supporte l'autorité chargée de l'identification SIGINT ou SIA<ref group="sigle" name="SIGINT"/>, 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<ref>[https://www.defense.gouv.fr/air/content/download/107467/942540/file/air-actualites-mai-2007.pdf Air Actualité mai 2007 page 47 "Le RENS au sol et en l'air"]</ref>.

En pratique, peu d'unités C2 possèdent la capacité technique d'effectuer cette tache. Mais l'intégration des avions [[SIGINT]] ({{Lien|trad=SIGINT|fr=SIGINT anglais|texte=SIGINT sur Wikipédia en anglais}} 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]] et [[Renseignement d'origine électromagnétique|COMINT]] ({{Lien|trad=COMINT|fr=COMINT en anglais|texte=COMINT sur Wikipédia en anglais}}). Ces plateformes permettent d'enrichir l'image tactique à partir d'un référentiel de l'[[Ordre de bataille]] préétabli.

==== Guerre Électronique et [[Concept d'opération]] de la guerre en réseau ====
[[Fichier:OODA.gif|thumb|right|Boucle OODA]]
L'accélération de la [[boucle OODA]]<ref group="sigle">OODA : Observe, Oriente, Decide, Act</ref>, est la première application du concept de [[Network centric warfare|guerre en réseau]] ou [[Network Centric Warfare|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<ref name="Réaction">{{en}} {{PDF}} {{lien brisé|url=http://www.airforce-magazine.com/MagazineArchive/Documents/2003/March%202003/0303killchain.pdf |titre=Air Force Magazine : The goal is to put weapons on time sensitive targets in “single-digit” minutes. }}</ref>. Cela implique également que les avions de chasse participent au [[#Les « Network Participating Groups » (NPG)|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 [[#Les « Network Participating Groups » (NPG)|Groupe de Participation]] Surveillance.

Ce [[concept d'opération]]<ref>{{Lien|CONOPS}}</ref> 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 [[Renseignement d'origine électromagnétique|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|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.

==== Prise en compte en France de la Guerre Électronique dans le réseau Liaison 16 ====
===== Plateformes C2 de Guerre Électronique =====
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 [[C-160 Transall#Variantes|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<ref>Air et Cosmos 2196 du 27 novembre 2009 : « Seuls avions d’écoute électronique (Sigint) français, les deux C160 Transall Gabriel devraient quitter le service en 2020. Pour en préparer la succession, la DGA a attribué à Thales un important volet d’études avec le PEA "Matrice" pour réfléchir aux solutions techniques qui pourraient être adoptées sur la prochaine génération d’avions Sigint. »</ref> commandé par la DGA ([[Direction générale de l'Armement]]) devrait apporter des solutions de connexion Liaison 16<ref>Voir dernier paragraphe de l'article consacré au MPA de Bombardier qui est équipé du système [http://www.ainonline.com/news/single-news-page/article/bombardier-maritime-patrol-aircraft-for-uae-passes-critical-milestone/ AMASCOS] de [[THALES]]</ref> 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 [[Système temps réel|temps réel]]<ref>{{pdf}} [http://www.guerrelec.asso.fr/archives/lettre11a.pdf Lettre Guerrelec 2000 voir "Guerre électronique et renseignement : deux atouts maîtres pour l’Armée de l’Air"]</ref>, 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 [[#Les « Network Participating Groups » (NPG)|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<ref group="sigle" name="SIGINT"/>).
Cela implique que l'Armée de l'Air accepte ou que l'état-major des armées impose, que le transall [[C-160 Transall#Variantes|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).

===== Plateformes non C2 de Guerre Électronique =====

La Marine envisage l’acquisition de drones aériens embarqués, à vocation tactique, affectés aux missions SA2R<ref group="sigle" name="SA2R"/> 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<ref>{{pdf}} [http://acoram-gascogne.org/Documents/BEM_46_AeroNavale_Marins%20du%20ciel_Part2.pdf BEM_46_AeroNavale_Marins du ciel_Part2 Drones, concept et mode d’emploi - Capitaine de frégate Rémi de Monteville - Affecté au collège des OCEM (officier correspondant d’état-major) à l’état-major de la Marine, au sein du système de forces CMI (commandement et maîtrise de l’information) et chargé du dossier drones Capitaine de corvette Marc Grozel Officier programme drone, expert drone à l’état-major de la Marine]</ref>

=== Command&Control ===
Le Command&Control se décompose en trois fonctions principales :
* Entre plateformes C2
** La coordination des armes
** L'échange 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.

==== Ergonomie d'élaboration des messages de Command&Control ====
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 chez l'humain|stress]]
* une réponse à un ordre doit pouvoir être lancée en moins d'une seconde.
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 chez l'humain|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<ref group="trad">[http://fr.wiktionary.org/wiki/hooked#en traduction de Hooked] : saisie</ref>
* 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 coordination des armes ====
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<ref>{{en}} {{pdf}}[http://www.dtic.mil/ndia/2001missiles/defabio.pdf Link 16 Aided Moving Target Engagement]</ref> (''Bae System'').

==== Les ordres (COMMAND) ====

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"

==== Le contrôle (CONTROL) ====
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<ref name="B2 p11">{{en}} {{lien brisé|url=https://www.afresearch.org/skins/rims/q_mod_be0e99f3-fc56-4ccb-8dfe-670c0822a153/q_act_downloadpaper/q_obj_8e4c7fc2-9f98-457c-b45c-1f2951d9f6b3/display.aspx?rs=enginespage |titre=Air Command and Staff College Air University : Integrating the B-2 into Link 16 Operations (Page 11) }}</ref>, 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<ref name="Réaction"/> 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 [[Grumman F-14 Tomcat|F-14]]), qui « descendaient » leurs informations vers les bâtiments de la [[Groupe aéronaval|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,

===== Contrôle DownLink =====
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 [[sonar]]s « trempés ».
C'est le cas des [[AgustaWestland EH101 Merlin|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 française|Marine nationale]].

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

===== Contrôle UpLink =====
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.

==== Changement d'unité contrôlante - Handover ====
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.

===== Handover à l'initiative de la plateforme C2 perdante =====
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.

===== Handover à l'initiative de la plateforme non C2 =====
[[Fichier:Boeing 737 AEW&C Avalon.jpg|thumb|right|[[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 [[Catapulte (avion)|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

== Description Technique ==
L'architecture et le contenu de cette partie est très largement tirée du document intitulé

"Link 16 Operations for the Air force Wing and Unit Manager"

Ce document a été édité en {{date-|octobre 1999}} et écrit par Paul S Rempfer de [[MITRE Corporation]]. Il est complété par des retours d'expérience (RETEX) collectés durant les années 2000.

== L'entrée en réseau ==
=== Généralités ===
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".

=== Entrée du réseau de la plate-forme référence de temps (NTR)(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.

=== Synchronisation grossière (''Coarse Synch'') d'un terminal entrant ===
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 des ondes|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.

=== La synchronisation fine (Fine Synch) d'un terminal entrant ===

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.

=== Synchronisation – Réémetteur du message "Initial Entry" (IEJU) ===
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.

==== Processus ====
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.

==== Qualité de temps ====
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.

=== Synchronisation – Implémentation particulière ===
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 {{nb|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 {{nb|48 secondes}}, un TimeSlot PPLI sera également préempté pour l'échange de messages RTT.

=== Synchronisation – External Time reference (ETR) ===
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 [[Global Positioning System|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<ref>[http://docs.google.com/viewer?a=v&q=cache:4UsjKZWgQVAJ:www.sse.gr/NATO/EreunaKaiTexnologiaNATO/37.Educational_notes_and_meeting_proceedings_published_in_2007/RTO-MP-SET-104/RTO-MP-SET-104/MP-SET-104-15.pdf+ETR+Time+synchronization+NATO+%22Link+16+%22+filetype:pdf&hl=fr&gl=fr&pid=bl&srcid=ADGEESiey5auAFUA6sqxbFCvav50xATS0mpumdcus37pWeWHYZOE9MJAFreNgfabD7w9RSvXTC-gKa331ka1-P3UtP1C4-oruN5uL1KFSBeSBAZWuojBIOwK0SD3nyuJFMlQag_XrpuO&sig=AHIEtbSQkuLyW830peRCP41nFZpDRZOcUQ Precise Time Transfer Concepts]</ref>.

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.

=== Synchronisation – Changement de 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.

=== Synchronisation – Difficultés souvent rencontré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.

=== Synchronisation – Radio silence, synchronisation passive et limitations en distance ===

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 des ondes|propagation]] du message INITIAL ENTRY reçu.
* Il utilise normalement les messages RTT pour éliminer le retard de [[Propagation des ondes|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 des ondes|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 des ondes|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 des ondes|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 {{nb|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.

=== Synchronisation – Avions en positions rapprochées ===

Lorsqu'ils ne fonctionnent pas en mode ETR<ref group="sigle">{{en}} ETR = External Time reference</ref>, 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 {{unité|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.

{| class=wikitable
 |
Si quatre avions stationnent sur un RunWay et essayent de former un réseau en entrant les uns après les autres, la procédure à appliquer est la suivante :
* Le NTR vérifie, et corrige éventuellement l'heure, commence l'entrée en réseau, atteint « FINE SYNCH » et commence à transmettre le message d'entrée initial.
* Le premier participant vérifie, et corrige éventuellement l'heure, commence l'entrée en réseau, reçoit le message "INITIAL ENTRY" du NTR, atteint l'état "COARSE SYNCH", échange des messages RTT avec le NTR et atteint l'état "FINE SYNCH", passe en radio silence, puis
* Le second avion se synchronise puis passe en Radio silence
* et ainsi de suite.
|}
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 à {{unité|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é.

== Mode de fonctionnement ==
Dans ce chapitre, sont décrits :
* Le mode d’opérations en distance (Range Mode) qui s'applique à l'ensemble du réseau
* Le mode d'accès en Transmission (Access Mode) qui est défini et qui s'applique NPG par NPG (NPG : Network Participation Group)
* La limite d'Empaquetage (Packing Limit) qui est définie et qui s'applique NPG par NPG

=== Mode de fonctionnement – Mode d’opérations en distance (Range Mode) ===
==== Les impulsions ====
Un message Liaison 16 est transmis comme une série de symboles de cinq [[bit]]s. Chaque symbole est transmis sur une [[Porteuse|fréquence porteuse]] différente (f), que nous appellerons une [[Impulsion électrique|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 des ondes|propagation]] ====
Le temps de [[Propagation des ondes|propagation]] dans un TimeSlot standard est suffisant pour supporter une distance de propagation de {{nb|300 NM}} ([[Mille marin|Nautical Mile]]). Cependant, il y existe une option pour étendre cette distance à {{nb|500 NM}}.

==== La synchronisation dans le TimeSlot ====
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.

==== La résistance au brouillage ou "jitter" ====
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.

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

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

===== Contraintes pour la navigation =====
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 [[Global Positioning System|GPS]]<ref group="sigle">GPS : Global Positioning System</ref>.
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<ref group="sigle">TOA : Time Of Arrival</ref>) 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 [[Filtre de Kalman#Prédiction|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.

===== Changement de mode =====
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 portée radio =====
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 : {{Lien|fr=Line-of-sight propagation|lang=en|trad=Line-of-sight propagation|texte=Line-of-sight}}) 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 :

<math>R (nm) = 1.23\sqrt h (pieds)</math>

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 [[Système de détection et de commandement aéroporté|AEW]] à {{unité|29000|pieds}} serait en portée radio d'une plate-forme de surface jusqu'à environ {{unité|200|NM}}. Il pourrait échanger des informations avec un autre AEW à {{unité|29000|pieds}} jusqu'à {{unité|375|NM}}. Donc la limite maximum de la portée « ÉTENDU » de {{unité|500|NM}} ne serait pas atteinte.

Les plateformes positionnées à plus de {{unité|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 ».

=== Mode de fonctionnement – Mode d'accès en transmission ===
Le Mode de Transmission dédié ou contention est défini NPG par NPG pendant la phase de conception du réseau.

==== Mode de fonctionnement – Mode d'accès en transmission dédié (Dedicated Access) ====
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.

==== Mode de fonctionnement – Mode d'accès en transmission en contention (Contention Access) ====

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

==== Mode de fonctionnement – Mode d'accès en transmission – Dédié versus contention ====

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)

=== Mode de fonctionnement – Limite d'Empaquetage (Packing Limit) ===

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 ».

== La navigation ==
=== La navigation – le besoin ===

Prenons le leader d'une patrouille de cinq 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&nbsp;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 – navigation géodésique ===
==== Remarques et résumé ====
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.

==== Description détaillée ====
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 [[Navigation inertielle|centrale inertielle de navigation]]<ref name="INS" group="trad">[[Inertial Navigation System]] (INS)</ref> (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 [[Navigation inertielle|centrale inertielle de navigation]]<ref group="trad" name="INS"/> 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<ref group="trad">Time Of Arrival (TOA)</ref> (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 des ondes|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<ref group="trad">Time Quality (TQ)</ref> associée dans chaque message PPLI. Si la qualité de position<ref group="trad">Position Quality (Pq)</ref> (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.

== Articles connexes ==

* [[Liaisons de données tactiques]]
* [[Liaison 4]]
* [[Liaison 11]]
* [[Liaison 22]]
* [[JICO]]
* [[Naval Tactical Data System]]
* [[Network Centric Warfare]]
* [[Appui aérien rapproché]]
* [[Global Information Grid]]

== Traductions ==
{{Références|groupe=trad}}

== Sigles ==
{{Références|groupe=sigle}}

== Notes et références ==

=== Références ===

{{références nombreuses|taille=35}}

=== Bibliographie ===
* {{en}} {{PDF}}- 2001 -[http://ids.nic.in/UK%20Doctrine/UK%20%285%29.pdf Real Time exchanges of Tactical Data]
* {{PDF}}, [http://www.globalsecurity.org/military/library/policy/army/fm/6-24-8/tadilj.pdf TADIL J guide], 2000
* [https://books.google.com/books?id=4S3h8j_NEmkC&pg=PA45&lpg=PA45&dq=target+sorting%22+%22Link+16%22&source=bl&ots=hHVzNTX0eX&sig=s4baqoLqdkuahJYvxI1D0Gwz7Cs&hl=fr&ei=K6l6Sv-iN5DT-Qbajpkw&sa=X&oi=book_result&ct=result&resnum=1#v=onepage&q=target%20sorting%22%20%22Link%2016%22&f=true The Naval Institute Guide to world Naval Weapons Systems]
* {{en}} {{PDF}} [http://personalpages.manchester.ac.uk/staff/Dominic.Diston/MyTeaching/MACE31501/MACE31501.3.pdf MACE31501 Aircraft Group Design Lecture 3: Airborne Systems Pages 15-37], 2007
* {{en}} {{Pdf}} [http://dspace.dsto.defence.gov.au/dspace/bitstream/1947/4031/1/DSTO-TR-1470%20PR.pdf Tactical Data Link Systems and the Australian Defence Force (ADF)  Technology Developments and Interoperability Issues], {{date-|février 2004}}
* [http://www.accdl.net/content/176_ACS/USAF_LK16GB_Sep2008.pdf US AIR FORCE 1998, Understanding Link-16: A Guidebook for Air Men].
* [http://www.rand.org/pubs/monograph_reports/MR1235/ Interoperability: A Continuing Challenge in Coalition Air Operations]
* {{pdf}} [http://www.cdef.terre.defense.gouv.fr/publications/doctrine/doctrine14/version_fr/doctrine/art6.pdf La Marine et la gestion de l'espace 3D], {{date-|janvier 2008}}
* {{en}} {{pdf}} [http://www.japcc.de/fileadmin/user_upload/projects/c4isr_roadmap/C4ISR_Roadmap_Briefing.pdf JAPCC Roadmap for Air C4ISR in NATO], 2007
* {{pdf}} [http://www.cdef.terre.defense.gouv.fr/publications/doctrine/doctrine14/version_fr/doctrine14fr.pdf Revue d'études générales {{N°|14}} -2007. Voir l'article : La coordination 3D - aux petits échelons tactiques]
* {{doc}},[http://www.sisostds.org/index.php?tg=fileman&idx=get&id=2&gr=Y&path=Simulation+Interoperability+Workshops%2F2002+Fall+SIW%2F2002+Fall+SIW+Papers+and+Presentations&file=02F-SIW-119.doc Tactical Digital Information Link-Technical Advice and Lexicon for Enabling Simulation], {{date-|8 août 2002}}
* {{pdf}} [http://volgenau.gmu.edu/~kchang/course/syst680_pdf/Ngassa.pdf Single Air Picture], 2005
* [http://www.cse.wustl.edu/~jain/cse574-06/ftp/aircraft_wireless/index.html Recent Developments in Aircraft Wireless Networks], {{date-|23 avril 2006}}
* [http://www.airpower.maxwell.af.mil/apjinternational/apj-f/2006/pri06/hobbins.htm 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}} [http://www.afa.org/mitchell/reports/0209airpowerinafghan.pdf Air Power in Afghanistan], {{date-|février 2009}}
* {{pdf}} [http://www.hnsa.org/doc/pdf/et3.pdf Electronician Volume 3 - Communications], {{date-|juillet 1997}}
* {{pdf}}, [http://www.navsys.com/Papers/0309001.pdf Navigation Using LINK-16 GPS-INS Integration], 2003

{{Portail|télécommunications|OTAN|forces armées des États-Unis}}

[[Catégorie:Normalisation OTAN]]
[[Catégorie:Télécommunications gouvernementales]]
[[Catégorie:Système de communication des Forces armées des États-Unis]]