Conception de réseau Link 16 : NPG, créneaux temporels et OPTASK LINK

Un réseau Link 16 n'existe pas tant que quelqu'un ne l'a pas conçu. La forme d'onde, les terminaux et le catalogue de messages sont tous normalisés, mais l'allocation du temps sur l'air est une ressource finie qui doit être répartie délibérément, unité par unité et message par message, avant que la première plateforme n'entre dans le réseau. Si la conception est bonne, une centaine de participants partagent une image aérienne cohérente avec une fraîcheur inférieure à la seconde. Si elle est mauvaise, le réseau perd silencieusement des pistes, affame la voix, ou refuse l'entrée au réseau à la moitié de la force. Voici un parcours d'ingénierie sur la manière dont un réseau Link 16 est réellement construit : la structure TDMA qui le sous-tend, les canaux logiques qui s'y superposent, le calcul qui décide qui obtient combien, et le message opérationnel qui relie le tout. Il suppose que vous savez déjà ce que sont les liaisons de données tactiques Link 16 et que vous voulez savoir comment en planifier une.

1. l'épine dorsale TDMA

Tout, dans la temporisation de Link 16, s'imbrique à l'intérieur d'un seul nombre : l'epoch, d'une durée de 12,8 minutes. Chaque epoch se divise en 64 trames de 12 secondes chacune. Chaque trame se divise en 1 536 créneaux temporels de 7,8125 millisecondes. Ce créneau est l'unité atomique du réseau — une seule occasion de transmission, assez longue pour porter un message à format fixe avec sa synchronisation, son empaquetage et sa garde de propagation. Faites le calcul : 1 536 créneaux par trame fois 64 trames donnent 98 304 créneaux par epoch, et l'ensemble du planning se répète toutes les 12,8 minutes.

Les 1 536 créneaux d'une trame ne sont pas adressés comme une liste plate. Ils sont entrelacés en trois blocs de créneaux — A, B et C — chacun contribuant à hauteur de 512 créneaux, distribués à tour de rôle de sorte que l'indice de créneau 0 appartient au bloc A, le 1 au B, le 2 au C, le 3 de nouveau au A, et ainsi de suite. Cet entrelacement est délibéré : il répartit uniformément les affectations d'un participant sur la trame de 12 secondes au lieu de les regrouper, ce qui maintient une latence de mise à jour régulière et évite les longues pauses silencieuses. Lorsque vous allouez de la capacité, vous allouez en réalité des créneaux à l'intérieur d'un bloc, et la lettre du bloc fait partie de l'adresse.

2. Network Participation Groups

Les créneaux temporels bruts ne sont pas la façon dont les opérateurs pensent un réseau. Ils raisonnent en Network Participation Groups — NPG — qui sont des canaux logiques superposés au pool de créneaux, chacun portant une classe de trafic définie. Une unité s'abonne aux NPG pertinents pour son rôle et ignore le reste. Les NPG standard sont stables dans toute l'alliance : les NPG 5 et 6 portent le PPLI (Precise Participant Location and Identification, la famille J2) ; le NPG 7 porte la surveillance (les pistes J3) ; les NPG 8 et 9 portent la gestion de mission et la coordination des armements ; la voix circule sur des NPG dédiés (typiquement 12 et 13) à 2,4 ou 16 kbps.

Concevoir le réseau consiste, en grande partie, à décider quelles unités participent à quels NPG et quelle part de l'allocation de créneaux de chaque NPG chaque unité reçoit. Un chasseur a besoin du PPLI, de la surveillance et d'un canal de gestion de mission ; il n'a rien à faire en transmission sur le NPG de contrôle aérien qui appartient à l'AWACS. Une unité de tir de défense antiaérienne au sol peut transmettre sur la surveillance et la coordination des armements mais ne consommer la voix qu'en réception. Le NPG est l'unité de politique ; le créneau est l'unité de ressource. Une bonne conception maintient ces deux couches proprement séparées.

3. l'allocation des créneaux temporels

Les créneaux d'un NPG sont distribués selon l'un de deux modes d'accès. L'accès dédié attribue des créneaux spécifiques à un terminal spécifique — le créneau A-7-2 appartient au navire X et à personne d'autre, à chaque epoch, garanti. Il est sans collision et à latence déterministe, c'est pourquoi le trafic de surveillance et d'armement l'utilise. L'accès par contention laisse un pool de terminaux transmettre de manière opportuniste dans un bloc partagé, en acceptant le risque de collision en échange de l'absence de pré-allocation de capacité par unité. Le PPLI provenant d'un ensemble vaste et fluctuant de participants utilise souvent la contention pour que le concepteur n'ait pas à nommer chaque émetteur à l'avance.

Les créneaux sont notés en notation Time Slot Block : un triplet composé de la lettre du bloc, de l'indice de créneau de départ et de l'exposant du taux de récurrence, comme dans A-7-2. Cela se lit comme bloc A, démarrant au créneau 7, récurrent à 2 puissance le troisième nombre par epoch — le nombre de récurrence est un exposant, donc le compte grimpe par puissances de deux : le taux 0 correspond à un créneau par epoch, le taux 6 à 64, le taux 12 à 4 096. Ce triplet compact est la façon dont chaque affectation de la conception est enregistrée.

Lorsqu'une trame de créneaux ne peut contenir le trafic requis, la conception empile des nets : plusieurs nets logiques partagent le même NPG en se séparant sur le motif de saut de fréquence et le numéro de net, de sorte que plusieurs conversations coexistent sur les mêmes créneaux temporels sans s'entendre. L'opération multinet permet à une région d'exploiter en parallèle des nets de contrôle aérien distincts, au prix de terminaux qui ne peuvent écouter qu'un seul net à la fois et doivent donc choisir.

4. l'entrée au réseau et la synchronisation

Un terminal ne peut transmettre tant qu'il ne connaît pas l'heure, à une fraction de créneau de 7,8125 ms près. La synchronisation se déroule en deux étapes. La synchronisation grossière aligne le terminal sur les frontières des créneaux du réseau en écoutant les messages d'entrée et en établissant quel créneau est lequel. La synchronisation fine abaisse ensuite la précision de la temporisation au niveau sous-microseconde nécessaire pour que la forme d'onde à saut de fréquence se décode réellement, en mesurant le temps d'aller-retour (RTT) par rapport à une référence.

Cette référence est le Net Time Reference — le NTR — un terminal désigné dont l'horloge définit le temps réseau. Tous les autres participants se synchronisent sur le NTR, directement ou via un relais. L'entrée initiale est le moment où un nouveau terminal écoute les transmissions du NTR, atteint la synchronisation grossière, échange des interrogations RTT pour cerner le retard de propagation, atteint la synchronisation fine, et seulement alors commence à transmettre dans ses créneaux assignés. Désignez mal le NTR — placez-le sur une plateforme qui quitte la zone d'opération — et tout le réseau perd sa base de temps. L'affectation du NTR est une décision de conception de premier ordre, pas une réflexion après coup.

5. le relais et l'extension de portée

Link 16 est de la UHF en visibilité directe. Deux bâtiments de surface au-delà de l'horizon l'un de l'autre ne peuvent tout simplement pas s'entendre, quelle que soit l'allocation des créneaux. Le relais comble ce fossé. Dans le relais actif, un terminal désigné reçoit un message dans un créneau et le retransmet dans un créneau différent, alloué séparément, afin que les participants distants puissent l'entendre. Dans le relais passif, les transmissions normales de la plateforme relayeuse sont elles-mêmes utilisées par d'autres comme référence de temporisation et de données, sans répétition dédiée.

Le relais actif est coûteux car il consomme des créneaux — chaque message relayé nécessite sa propre occasion de transmission, de sorte que relayer un NPG peut doubler la demande de créneaux de ce NPG pour chaque saut. Une chaîne de relais à deux sauts à travers un groupe opérationnel dispersé peut discrètement absorber un quart de la trame disponible. L'horizon de visibilité directe — environ 300 milles nautiques entre aéronefs en altitude, bien moins pour les navires — est ce qui impose le relais en premier lieu, et le budget de créneaux pour celui-ci doit être réservé lors de la conception, et non improvisé lorsque le réseau devient silencieux à longue portée.

6. la planification de capacité

La planification de capacité est l'arithmétique qui fait ou défait une conception. Partez du taux de charge en créneaux : le pourcentage des 98 304 créneaux par epoch déjà engagés dans des affectations dédiées, le relais et la voix. Travaillez ensuite les taux de mise à jour. Le PPLI pour un chasseur à forte dynamique veut un rapport de position plusieurs fois par seconde ; pour une unité au sol à déplacement lent, une fois toutes les quelques secondes suffit. Multipliez le taux de rapport requis de chaque participant par le coût en créneaux et additionnez sur l'ensemble de la force, NPG par NPG.

La capacité de pistes en découle directement. Le NPG de surveillance ne peut porter qu'autant de mises à jour J3 par seconde que ses créneaux alloués le permettent ; divisez cela par le taux de rafraîchissement par piste que la mission exige et vous obtenez le nombre maximum de pistes que le réseau peut maintenir à jour. La tension fondamentale est densité contre latence : entassez davantage de participants et de pistes dans la trame et, soit vous poussez le taux de charge en créneaux vers la saturation, soit vous allongez l'intervalle de rafraîchissement de chaque piste. Il n'y a pas de capacité gratuite — chaque créneau donné à un participant est un créneau qu'un autre ne peut pas avoir, et la seule réponse honnête à « le réseau peut-il maintenir 600 pistes » est de faire le calcul des créneaux.

7. l'OPTASK LINK

Toute cette conception se cristallise dans un seul document : l'OPTASK LINK, le message de tâche opérationnelle qui dicte comment le réseau de liaison de données sera configuré et exploité pour une opération ou une période donnée. Il précise le NTR, la structure des NPG, les allocations de créneaux par participant, le schéma de relais, le chiffrement et les numéros de net, les affectations de net voix, et les données d'initialisation que chaque terminal doit charger avant l'entrée. C'est la source de vérité faisant autorité — si l'initialisation d'un terminal ne correspond pas à l'OPTASK LINK, ce terminal n'interopérera pas correctement, un point c'est tout.

La production de l'OPTASK LINK est le résultat d'un flux de planification. Le Network Design Load (NDL) est l'allocation lisible par machine que les outils de planification génèrent et que les terminaux consomment. Les produits de planification TDL — outils de conception de réseau utilisés par les cellules de gestion des liaisons de données de l'alliance — prennent la liste de force, la géométrie d'opération et les besoins de trafic de la mission et calculent une allocation de créneaux cohérente qui tient à l'intérieur d'une epoch. Ces outils existent parce que faire à la main l'arithmétique des créneaux pour une centaine de participants sur une douzaine de NPG est sujet à erreurs, précisément de la manière qui laisse des unités coupées du réseau. Beaucoup des messages que l'OPTASK LINK provisionne sont catalogués dans le catalogue des messages de la série J, et la conception doit réserver une capacité en créneaux pour chacun de ceux dont l'opération a besoin.

8. les erreurs de conception courantes

La même poignée d'échecs revient d'un programme à l'autre. Les NPG sur-souscrits sont les plus courants : le concepteur additionne les taux de mise à jour souhaités, constate qu'ils dépassent les créneaux alloués au NPG, et plutôt que de re-budgétiser espère simplement que la contention réglera le problème — alors le PPLI entre en collision, les rapports de position tombent, et l'image se dégrade exactement quand la densité de participants est la plus élevée. Le budget de relais ignoré vient ensuite : la conception suppose une connectivité totale, la force se disperse, et les créneaux de relais qui auraient dû être réservés d'emblée n'ont jamais été alloués, de sorte que les unités au-delà de l'horizon tombent silencieusement hors du réseau.

La troisième est la désynchronisation des données d'initialisation : un terminal chargé avec une variable de chiffrement, un numéro de net ou une affectation de NPG qui diffère de l'OPTASK LINK. Le symptôme est exaspérant — une unité paraît saine, atteint la synchronisation, et ne peut toujours pas échanger de pistes avec le reste de la force, parce qu'elle transmet en fait dans un net logique différent. Une gestion de configuration disciplinée par rapport à un seul OPTASK LINK faisant autorité est le seul remède. La leçon des trois cas est la même : la capacité de Link 16 est finie et le calcul est impitoyable, donc la conception doit être faite délibérément, validée par rapport au budget de créneaux, et maintenue en synchronisation avec le message de tâche à partir duquel toute la force se charge.