1 — Réseau local autonome
La cité continue à fonctionner si le lien Terre disparaît.
BIBLE MARS — DOSSIER DE RÉFÉRENCE
Architecture des communications martiennes : du réseau local au Deep Space Network
Rovers, habitats, relais orbitaux, UHF, X-band, grandes antennes terrestres, stockage-transfert et redondance : penser les communications comme une infrastructure permanente.
FAIT ÉTABLIINGÉNIERIE ACTIVECHOIX PROSPECTIF
Pourquoi ce sujet mérite un dossier entier
Les communications martiennes ne doivent pas être représentées par une seule flèche Mars → Terre. Un rover parle à un orbiteur ; l’orbiteur stocke et relaie ; de grandes antennes terrestres reçoivent ; un habitat distribue ensuite les données localement. À l’inverse, des commandes et logiciels suivent le chemin opposé selon des fenêtres planifiées.
Le réseau existant constitue déjà une ébauche de cette architecture. La page NASA Science du Mars Relay Network décrit en 2026 une constellation internationale de quatre orbiteurs relais après la fin de MAVEN, et rappelle que les rovers utilisent largement les orbiteurs parce qu’ils disposent de radios plus puissantes, de plus grandes antennes et de meilleures fenêtres vers la Terre.
Du réseau robotique à l’infrastructure de communication martienne
1. Séparer les réseaux par échelle
À l’intérieur d’un habitat, les distances se comptent en mètres et le besoin en débit peut être énorme. Entre une base et une mine, on parle de kilomètres. Vers un orbiteur, la visibilité varie avec l’orbite. Entre Mars et la Terre, la distance atteint des dizaines ou centaines de millions de kilomètres. Utiliser la même technologie et le même protocole partout serait inefficace.
Une architecture hiérarchique combine fibre et radio locale, liaisons de surface, relais orbitaux et liaison interplanétaire. Chaque étage adapte puissance, antenne, bande, débit, latence et redondance à son échelle.
2. Pourquoi le rover préfère l’orbiteur
Perseverance dispose d’une liaison UHF autour de 400 MHz capable, selon NASA, d’atteindre des débits jusqu’à environ 2 Mbit/s vers les orbiteurs dans de bonnes conditions. La distance locale est faible comparée à la Terre et l’orbiteur passe haut dans le ciel durant une fenêtre limitée.
Le direct-to-Earth X-band du rover reste précieux pour commandes, télémétrie et secours, mais son petit système ne peut pas rivaliser avec un orbiteur équipé pour le relais. L’orbiteur est donc un multiplicateur de volume scientifique.
3. Store-and-forward : le réseau accepte le temps
Un orbiteur ne reste pas continuellement au-dessus du rover. Les données sont stockées à bord du rover jusqu’au passage, transférées rapidement, stockées dans l’orbiteur puis retransmises quand la liaison vers la Terre est disponible. Cette logique découple production des données et disponibilité du chemin.
Une colonie utilisera la même idée à plus grande échelle. Les messages non urgents peuvent attendre ; les alertes vitales obtiennent une priorité ; de gros fichiers peuvent être segmentés et transférés sur plusieurs fenêtres. Le réseau devient un système de logistique numérique.
4. L’état 2026 du réseau rappelle que les relais vieillissent
NASA a déclaré la mission MAVEN terminée le 3 juin 2026 après sa perte de contact. Les autres orbiteurs ont repris les fonctions de relais. Ce fait récent illustre une vérité d’architecture : une infrastructure orbitale n’est pas permanente et doit être renouvelée avant l’épuisement de ses engins.
Pour une implantation humaine, attendre la panne d’un relais avant de lancer son remplaçant serait irresponsable. La planification doit intégrer fin de vie, réserves orbitales, pièces de rechange, standards compatibles et capacité à accueillir de nouveaux opérateurs.
5. Deep Space Network : le segment terrestre géant
Le DSN exploité par JPL possède trois complexes largement séparés en Californie, près de Madrid et près de Canberra. Cette distribution permet à la rotation terrestre de transférer le suivi d’un complexe à l’autre et de couvrir une grande partie du ciel profond.
Le DSN n’est pas seulement une antenne : il fournit communications, suivi, navigation radio et infrastructure de mission. Une colonie martienne dépendra de ce segment terrestre tant qu’aucune infrastructure alternative de capacité comparable n’existera.
6. Capacité et priorités
Tous les paquets n’ont pas la même valeur temporelle. Une alerte incendie, un résultat médical ou une commande de sauvegarde ne doit pas attendre derrière une vidéo non urgente. Le réseau doit donc classer trafic critique, opérationnel, scientifique, administratif et personnel.
La priorité seule ne suffit pas : il faut réserver de la capacité, éviter qu’un flux massif monopolise les buffers, surveiller les files et conserver des chemins d’urgence. Une règle de qualité de service devient une politique de sûreté.
7. Redondance des chemins
Un habitat peut disposer d’une antenne principale, d’une antenne de secours, de plusieurs relais de surface et de plusieurs orbiteurs. Mais deux chemins partageant le même mât, la même alimentation ou le même logiciel n’offrent pas une vraie indépendance.
La redondance géographique compte aussi. Une tempête locale de poussière, une panne de centrale ou un accident de chantier ne doit pas couper simultanément tous les liens. Les infrastructures critiques doivent être espacées et alimentées de manière diversifiée.
8. Conjonction solaire et périodes dégradées
Lorsque le Soleil se place près de la ligne Terre-Mars, le bruit et la géométrie rendent certaines communications plus difficiles. Les missions robotiques réduisent alors les commandes complexes. Une colonie doit planifier ces périodes comme des saisons de réseau dégradé.
Les caches, procédures locales, stocks de logiciels, archives et décisions pré-approuvées permettent de continuer à fonctionner. La perte temporaire de la Terre devient un cas nominal prévu, non un événement extraordinaire.
9. Sécurité informatique et souveraineté
Un réseau qui commande des vannes, véhicules et systèmes vitaux doit authentifier les ordres, chiffrer les informations sensibles et séparer les domaines critiques des usages publics. Le délai rend les interventions de cybersécurité terrestres moins réactives.
La colonie a donc besoin d’équipes et d’outils locaux capables d’isoler un segment compromis, restaurer des systèmes depuis des images fiables et continuer en mode dégradé. Les communications deviennent une infrastructure de souveraineté opérationnelle.
10. Réseau local de la ville. À l’échelle de la cité, la fibre peut relier habitats, centres de calcul, centrales et laboratoires ; la radio fournit mobilité et secours ; des relais sur hauteur ou tours améliorent la couverture des véhicules. Le réseau local ne doit pas dépendre de la Terre pour résoudre un nom, ouvrir une procédure ou vérifier une pièce.
Les services essentiels — cartes, documentation, dossiers médicaux, modèles de fabrication, logiciels, bases scientifiques — doivent exister dans des copies locales répliquées. La liaison Terre sert à synchroniser et enrichir, pas à remplacer la mémoire locale.
11. Monter en capacité avec la population
Quelques rovers génèrent surtout de la télémétrie et des images. Une ville génère enseignement, industrie, visioconférences différées, données médicales, sauvegardes, recherche et vie sociale. Le trafic croît bien plus vite que le nombre d’habitants parce que les machines communiquent elles aussi en permanence.
L’architecture doit pouvoir ajouter relais, fréquences, antennes et stations sans tout reconstruire. Des standards ouverts et une allocation claire des ressources évitent qu’une première génération de matériel devienne un verrou.
12. Vers une dorsale Mars-orbite-Terre
À long terme, Mars aura besoin d’une dorsale orbitale dédiée, conçue dès l’origine pour le relais plutôt que comme fonction secondaire d’orbiteurs scientifiques. Plusieurs plans orbitaux peuvent améliorer disponibilité et diversité des chemins.
Une telle dorsale ne supprimera ni le temps-lumière ni la nécessité de l’autonomie. Elle améliorera disponibilité, débit et résilience. L’objectif n’est pas de faire croire que Mars possède « Internet comme sur Terre », mais de construire un réseau adapté à une planète distante.
18. Gouvernance du réseau : qui reçoit la capacité rare. Lorsque la capacité est limitée, la technique rencontre la gouvernance. Qui a priorité entre une expérience scientifique, un diagnostic médical, une sauvegarde industrielle et une conversation familiale ? Des règles opaques créeraient conflit et défiance. Des règles purement automatiques peuvent elles aussi devenir dangereuses si elles ignorent le contexte humain.
Une colonie doit donc publier des classes de priorité, prévoir des mécanismes d’exception et conserver des journaux permettant l’audit. La résilience n’est pas seulement la présence de deux antennes ; c’est aussi la capacité institutionnelle à répartir une ressource de communication rare de manière compréhensible et réversible.
17. Communications optiques : complément prometteur, pas baguette magique. NASA a démontré des communications optiques en espace lointain avec DSOC et développe cette famille de technologies pour augmenter fortement les retours de données. Les lasers offrent un faisceau très étroit et un potentiel de débit élevé, mais ce même avantage impose un pointage extrêmement précis et rend les liaisons sol sensibles aux nuages et à l’atmosphère terrestre.
Pour Mars, une architecture réaliste peut donc associer radio robuste et optique à haut débit plutôt que présenter l’une comme remplacement instantané de l’autre. Les terminaux, stations optiques, acquisition de faisceau, météo terrestre et redondance doivent être intégrés au système complet.
16. De la télémétrie au trafic d’une ville
Une mission robotique échange surtout commandes, télémétrie et science. Une cité ajoute appels différés, médecine, enseignement, mises à jour logicielles, sauvegardes, plans industriels, données scientifiques massives, divertissement et communications machine-à-machine. Les besoins deviennent hétérogènes et permanents.
Il faut donc distinguer trafic vital, trafic opérationnel, données scientifiques, synchronisation documentaire et usages de confort. Les classes de service doivent continuer à fonctionner en période de congestion. Une vidéo non urgente ne doit jamais retarder une alarme de dépressurisation ou une commande de sécurité.
15. Fenêtres de visibilité et géométrie orbitale. Un relais en orbite basse martienne n’est visible d’un rover que pendant une partie de son passage. La durée de contact dépend de l’altitude, de l’orbite, du relief, de l’antenne et de l’élévation minimale acceptable. La planification du réseau ressemble donc à un emploi du temps dynamique où des gigaoctets attendent la prochaine fenêtre appropriée.
Plusieurs orbiteurs sur des plans différents peuvent augmenter la fréquence des contacts. Mais ajouter des satellites impose aussi lancement, maintenance logicielle, coordination des fréquences, stations au sol et renouvellement. La couverture doit être chiffrée en disponibilité réellement obtenue, pas seulement en nombre de satellites.
14. Modulation et codage : mettre des bits sur une onde. Une onde porteuse seule ne transporte pas encore un fichier. Il faut faire varier une propriété du signal selon une convention appelée modulation, puis protéger les données contre les erreurs grâce au codage. Plus on cherche à transmettre de bits dans un environnement difficile, plus il faut arbitrer entre débit, robustesse, puissance et complexité.
Le codage correcteur d’erreurs est particulièrement précieux lorsque chaque retransmission coûte du temps. Le récepteur peut reconstruire certaines informations malgré des bits reçus incorrectement. Une ville martienne aura donc besoin d’ingénieurs qui comprennent non seulement les antennes mais aussi la couche numérique qui transforme un signal imparfait en données utilisables.
13. Fréquence, bande et canal : ne pas confondre les mots. Une fréquence indique combien de cycles d’une onde se produisent chaque seconde. Une bande est une plage de fréquences. Un canal est une portion organisée de cette ressource utilisée pour une liaison donnée. Ces notions sont reliées mais ne sont pas interchangeables. Une architecture de communication doit aussi préciser modulation, largeur de bande, codage, puissance, polarisation et contraintes réglementaires.
Changer de bande ne « rend pas Internet plus rapide » par magie. La performance dépend de l’ensemble du budget de liaison, de la largeur de bande disponible, du bruit, des antennes, du pointage et du codage. Sur Mars, la meilleure bande pour un rover qui parle à un orbiteur n’est pas nécessairement celle d’un orbiteur qui parle à la Terre.
23. Glossaire opérationnel minimal
Uplink : liaison vers le véhicule ou Mars. Downlink : liaison de retour vers la Terre ou un nœud inférieur. Relais : nœud intermédiaire qui reçoit puis retransmet. Store-and-forward : stockage temporaire avant retransmission. Bande passante : ressource fréquentielle disponible pour transporter un signal.
Débit : quantité de données par unité de temps. Latence : délai avant disponibilité de l’information. Qualité de service : règles de priorité et de traitement des flux. Redondance de chemin : existence de routes alternatives. Point de panne unique : élément dont la perte suffit à interrompre tout le service.
22. Relais d’urgence et réseau de dernier recours. Le réseau principal peut être indisponible après une panne énergétique, une tempête de poussière locale, un défaut d’antenne ou une perte d’orbiteur. Un chemin de dernier recours peut offrir un débit très faible mais préserver des messages essentiels : état de santé, coordonnées, demandes de secours et commandes minimales.
Ce canal doit être testé réellement. Une antenne de secours rangée depuis cinq ans, un logiciel jamais mis à jour ou une clé cryptographique expirée ne constituent pas une redondance. Le mode de dernier recours fait partie des exercices périodiques de la colonie.
21. Synchronisation des données et conflits
Quand Mars et la Terre possèdent chacun une copie d’un document, les deux peuvent être modifiés avant la prochaine synchronisation. Il faut alors définir comment résoudre les conflits : quelle version est prioritaire, comment fusionner les changements et comment garder une trace des décisions.
Ce problème devient très concret pour procédures, logiciels, bases médicales et modèles de fabrication. Une architecture martienne doit préférer des mécanismes de versionnement explicites à l’illusion qu’un fichier partagé lointain se comporte comme un disque réseau terrestre.
20. Données vitales contre données volumineuses. Une alarme de pression peut contenir quelques dizaines d’octets et être infiniment plus importante qu’une image scientifique de plusieurs gigaoctets. La priorité ne suit donc pas le volume. Les protocoles et routeurs doivent reconnaître les classes de trafic et protéger la capacité minimale réservée aux flux vitaux.
Inversement, bloquer en permanence les données scientifiques sous prétexte de sécurité détruirait la valeur de la mission. La politique de qualité de service doit être mesurable et ajustable, avec des seuils d’urgence qui ne deviennent pas une excuse pour monopoliser le réseau.
19. Exemple de file d’attente : le débit moyen ne suffit pas. Supposons qu’une base produise 50 gigaoctets de données pendant une période où seulement 10 gigaoctets peuvent être transmis. Il reste 40 gigaoctets en attente. Si la prochaine fenêtre peut évacuer 30 gigaoctets mais que 20 nouveaux gigaoctets sont créés entre-temps, la file ne tombe pas à 10 mais remonte à 30 gigaoctets : 40 + 20 − 30 = 30. Ce calcul simple montre que la capacité doit être comparée au trafic généré sur la durée.
Une infrastructure dimensionnée uniquement sur le débit instantané maximal peut donc accumuler un retard chronique. Il faut suivre l’âge des données, la taille des files et le temps prévu pour les résorber. Le réseau est sain lorsque sa capacité moyenne, ses fenêtres et ses priorités permettent de revenir à un état normal après une période dégradée.
COUCHE EXPERTE — ARCHITECTURE DE SYSTÈME
Traiter la donnée comme un fret qui doit avoir plusieurs routes
Une architecture de communication martienne mature sait stocker, prioriser, retransmettre et changer de chemin. La disponibilité compte autant que le débit maximal affiché sur une fiche technique.
2 — Plusieurs relais orbitaux
Aucun orbiteur unique ne doit devenir un point de panne global.
3 — Direct Terre dégradé
Un chemin minimal direct conserve commandes et télémétrie lorsque le relais est indisponible.
4 — Stockage et priorités
Les données attendent proprement et les flux vitaux passent en premier.
À vérifier avant de dépendre du système
- au moins deux chemins pour les flux critiques
- alimentation indépendante des stations principales
- capacité de stockage suffisante pendant les coupures
- règles de priorité testées
- chiffrement et authentification
- inventaire des dépendances terrestres
- plan de renouvellement des orbiteurs
Ce que cela change pour une vraie cité martienne. Une véritable société martienne ne peut pas considérer la communication comme un simple service commercial optionnel. C’est une infrastructure vitale au même titre que l’énergie, car elle porte commandes, diagnostics, connaissances, coordination et relation avec la Terre. La différence avec l’électricité est que la ressource « temps » ne se stocke pas : une fenêtre orbitale perdue est perdue.
Le réseau de référence doit donc être mesuré par disponibilité, marge, temps de récupération, capacité en mode dégradé et diversité des chemins, pas seulement par un débit de pointe spectaculaire.
Approfondissement — passer d’un réseau de mission à une infrastructure numérique martienne
Le délai de propagation oblige à séparer contrôle local et information distante. La vitesse de la lumière est immense mais finie. Pour une distance illustrative de 56 millions de kilomètres, un signal radio met environ 187 secondes, soit un peu plus de trois minutes, dans un seul sens. À 400 millions de kilomètres, le trajet est d’environ 1 334 secondes, soit 22,2 minutes. Le calcul utilise t = d/c : « t » est le temps, « d » la distance et « c » la vitesse de la lumière. Une conversation interactive peut donc exiger de six à plus de quarante minutes pour un simple aller-retour physique.
Cette latence ne se « résout » pas avec plus de débit. Une liaison optique très rapide transmet davantage de bits, mais le premier bit n’arrive pas plus vite que la lumière. Les fonctions locales — contrôle d’un rover, sécurité d’un habitat, arbitrage électrique, chirurgie — doivent donc fonctionner sans attendre la Terre. Le réseau interplanétaire transporte informations, expertises et données ; il ne remplace pas une boucle locale de contrôle.
Cette distinction doit se retrouver dans l’architecture : réseau temps réel local, réseau de surface plus large, relais orbitaux, liaison Terre. Chaque niveau possède ses propres délais, disponibilités, protocoles et responsabilités. Une ville ne doit pas rendre une porte, une pompe ou un feu de circulation dépendant d’un lien interplanétaire.
DTN traite les données comme des colis capables d’attendre. Sur Internet terrestre, de nombreux protocoles supposent qu’un chemin de bout en bout existe suffisamment longtemps. Entre Terre et Mars, les occultations, la géométrie des antennes et les programmes de relais créent au contraire des contacts planifiés. Le Delay/Disruption Tolerant Networking, ou DTN, introduit l’idée de stocker puis retransmettre lorsqu’un prochain contact devient disponible.
Le message devient alors un objet avec priorité, durée de validité, destination et éventuellement contraintes de sécurité. Une alerte médicale et une archive scientifique de plusieurs gigaoctets ne doivent pas être traitées de la même façon. Les files d’attente ont besoin de politiques : que transmettre d’abord, que conserver localement, que supprimer lorsque l’information devient obsolète ?
À l’échelle d’une ville, cette logique s’étend aux services : sauvegardes, mises à jour, courrier, vidéo, données scientifiques, transactions commerciales. La bande passante Terre-Mars devient une ressource partagée. La gouvernance du réseau doit éviter qu’un seul utilisateur volumineux dégrade des services critiques.
Les orbiteurs relais doivent être conçus comme une constellation de service. Le Mars Relay Network actuel s’appuie encore sur des orbiteurs scientifiques qui rendent un service de relais précieux. Pour des missions humaines, la disponibilité exigée sera plus forte. Une infrastructure dédiée doit penser couverture, capacité, vieillissement, redondance, maintenance orbitale éventuelle et transition entre générations de satellites. La RFP NASA de 2026 pour un Mars Telecommunications Network va précisément dans cette direction d’un service de télécommunications à part entière.
Le choix des orbites influence tout : durée de visibilité depuis les sites de surface, nombre de satellites, débit, distance radio, occultations et besoin de stations locales. Des orbites basses offrent des liaisons de surface favorables mais passent rapidement ; des orbites plus hautes augmentent la visibilité mais aussi la distance et parfois le budget de liaison. Une constellation peut mélanger des rôles.
La base doit aussi survivre à la perte d’un relais. Les terminaux devraient pouvoir changer de satellite, stocker des données et conserver des chemins directs dégradés lorsque c’est possible. La redondance du réseau n’est pas un nombre de satellites ; c’est la capacité de conserver les services prioritaires après une panne.
La capacité doit être gérée comme un budget avec des pointes, pas seulement une moyenne. Un réseau qui annonce 100 Mbit/s peut être saturé si plusieurs utilisateurs produisent simultanément. Une caméra scientifique, un diagnostic médical, une sauvegarde de base et une téléconférence peuvent créer une pointe. La dimension utile est donc la capacité pendant les fenêtres de contact et la taille des files d’attente. Le débit moyen sur un sol peut masquer un goulot d’étranglement de vingt minutes.
Le dimensionnement doit intégrer les données de sécurité. La télémétrie vitale est peu volumineuse mais prioritaire ; les images et modèles peuvent être volumineux mais tolérer du délai. Les protocoles doivent empêcher qu’un fichier massif bloque une alerte. Cette qualité de service peut être définie par classes explicites et auditables.
La compression apporte aussi un compromis. Comprimer réduit le débit, mais consomme du calcul et peut perdre de l’information. Les données scientifiques brutes, les dossiers médicaux, la vidéo et les sauvegardes n’ont pas les mêmes règles. Une infrastructure mature gère des politiques par type de donnée plutôt qu’un seul réglage universel.
Le réseau devient une question de souveraineté et de continuité civile. Dans une petite mission, une agence peut administrer presque tout le réseau. Dans une ville, des acteurs différents partagent l’infrastructure : gouvernement local, opérateurs, hôpital, entreprises, universités, particuliers. Qui attribue la capacité rare vers la Terre ? Qui peut prioriser un flux en urgence ? Quels journaux sont conservés ? Ces décisions sont techniques et politiques à la fois.
La cybersécurité doit protéger la disponibilité autant que la confidentialité. Une attaque qui empêche une commande ou sature un relais peut être plus grave qu’une lecture non autorisée. Les réseaux vitaux doivent être segmentés, les commandes authentifiées et les mises à jour vérifiées. Mais les procédures de secours doivent continuer à fonctionner si une autorité de certification terrestre est temporairement inaccessible.
À terme, la colonie aura besoin d’un réseau qui peut continuer à fonctionner localement pendant des semaines sans Terre. Les habitants doivent pouvoir communiquer, payer, travailler, soigner et contrôler l’infrastructure même si le lien interplanétaire disparaît. Le test ultime de l’autonomie numérique martienne n’est donc pas le débit vers la Terre ; c’est la continuité de la société lorsque cette Terre devient momentanément silencieuse.
Passer d’un relais de missions scientifiques à un réseau public martien
Distinguer délai de propagation, débit et disponibilité. Trois grandeurs souvent confondues décrivent des problèmes différents. Le délai dépend surtout de la distance : à 56 millions de kilomètres, la lumière met environ 56 000 000 ÷ 299 792 ≈ 187 secondes, soit un peu plus de trois minutes, pour un trajet. À 400 millions de kilomètres, on approche 1 334 secondes, soit plus de vingt-deux minutes. Le débit indique combien de bits peuvent être transférés par seconde. La disponibilité indique pendant quelle fraction du temps le service existe réellement. Un lien peut donc être rapide lorsqu’il est ouvert mais indisponible une grande partie du sol.
Cette distinction change la conception des applications. Une commande interactive souffre surtout du délai ; une cartographie haute définition souffre surtout du volume à transférer ; un service de sécurité souffre de l’indisponibilité. Un réseau martien doit afficher ces qualités de service séparément au lieu de résumer la situation par une seule icône « connecté ».
Dimensionner les files d’attente comme une partie du réseau. Lorsque la capacité varie, les données s’accumulent dans des files. Les images scientifiques, télémétrie, mises à jour logicielles, messages médicaux et appels personnels ne peuvent pas tous avoir la même priorité. Le DTN — Delay/Disruption Tolerant Networking — permet précisément de stocker et transférer des bundles malgré les interruptions. Mais le protocole ne décide pas à lui seul de la politique : la colonie doit définir priorités, durée de conservation, chiffrement, quotas et comportement lorsque le stockage sature.
Un exemple simple montre l’enjeu. Une caméra produisant 100 Mbit/s pendant dix minutes génère 100 × 600 = 60 000 Mbit, soit 60 Gbit. Si le lien disponible est ensuite de 10 Mbit/s, il faut au minimum 6 000 secondes, soit 100 minutes, pour vider cette seule file en négligeant tous les autres flux. Le stockage local et la planification de contacts sont donc des éléments de capacité aussi réels que l’antenne.
Préparer la transition vers un service essentiel de société. Le Mars Relay Network actuel a été construit autour de missions robotiques et d’orbiteurs qui servent de relais. Les besoins d’une présence humaine sont d’un autre ordre : continuité de service, sécurité, navigation, volumes médicaux, industrie, administration et communications civiles. La démarche NASA sur un Mars Telecommunications Network dédié montre que la question est désormais architecturale : il faut penser constellation, segment sol, interfaces, exploitation et renouvellement.
À mille habitants, le réseau devient aussi une question de gouvernance. Qui alloue la capacité en crise ? Quels services restent accessibles lorsque la liaison Terre est saturée ? Quelles données doivent rester locales ? Comment une ville continue-t-elle à fonctionner si son opérateur principal tombe en panne ? La communication cesse d’être un sous-système de mission et devient une infrastructure publique critique.
Cas de vérification et marges opérationnelles
Définir des niveaux de service plutôt qu’une promesse vague de connectivité. Un réseau public martien devrait publier des classes de service compréhensibles : urgence, commande critique, navigation, opérations, données scientifiques, communications personnelles et transferts différables. Chaque classe peut avoir priorité, délai maximal, taux de perte toléré et règles de chiffrement. Cette hiérarchie évite qu’une campagne d’imagerie remplisse les files au moment où une donnée médicale ou une commande de secours doit circuler.
Le réseau doit aussi être exercé en mode dégradé. Perte d’un orbiteur, panne d’une station de surface, conjonction solaire ou saturation du stockage doivent produire des politiques connues : quelles données sont abandonnées, lesquelles restent en cache, quels services basculent en local et quel trafic utilise une route de secours. La résilience se vérifie par ces scénarios, pas par la capacité nominale seule.
Passer d'un réseau de robots à un service de communication pour une société
Le réseau actuel de relais martien démontre la valeur de l'orbite. Les rovers n'ont pas besoin d'emporter de grandes antennes de liaison directe permanente vers la Terre : ils transmettent à des orbiteurs proches, capables de relayer ensuite les données. La NASA décrit en 2026 un Mars Relay Network international composé de quatre orbiteurs, avec des liaisons surface–orbite pouvant atteindre environ 2 Mbit/s selon les cas. Ce système est remarquable, mais il a été construit autour de missions scientifiques intermittentes, pas autour d'une ville habitée qui dépend de la communication pour ses opérations quotidiennes.
Une colonie a besoin de plusieurs couches : réseau local de l'habitat, liaisons entre sites, relais orbitaux, liaison interplanétaire et stockage des données. Les fonctions critiques doivent continuer lorsque la Terre n'est pas joignable en temps réel. Le réseau ne se contente donc pas de transporter des bits : il distribue horloge, commandes, alertes, cartes, logiciels, télémédecine différée, données scientifiques et archives industrielles.
Un budget de données ressemble à un budget de masse
Supposons qu'une base produise chaque jour 2 To de données brutes entre vidéo, science, maintenance et capteurs. Si seulement 15 % doivent finalement être envoyés vers la Terre après traitement local, cela représente 0,30 To/jour, soit environ 2,4×10¹² bits par jour. Réparti uniformément sur 24 heures, le débit moyen utile vaut environ 2,4×10¹² ÷ 86 400 ≈ 27,8 Mbit/s, avant codage, pertes, marges et indisponibilités. Ce simple calcul montre qu'une société riche en vidéo et instrumentation change complètement l'échelle par rapport aux besoins de quelques rovers.
Le traitement local devient alors une fonction réseau. Compression, résumé scientifique, détection d'événement et archivage différé réduisent le trafic interplanétaire. Le mot « autonomie » prend ici un sens concret : on ne demande pas à la Terre de regarder chaque flux pour décider quoi conserver. Les décisions de priorité doivent être prises sur Mars.
Le Mars Telecommunications Network annonce un changement d'architecture
En mai 2026, la NASA a publié une demande de propositions pour un Mars Telecommunications Network reposant sur des orbiteurs de télécommunications performants et destiné à soutenir missions de surface, orbitales et futures missions humaines, avec une disponibilité demandée à Mars au plus tard en 2030. Ce n'est pas encore le réseau d'une cité, mais c'est un signal institutionnel important : la communication martienne est pensée comme un service d'infrastructure, plus seulement comme un sous-système propre à chaque mission.
Une infrastructure permanente doit gérer capacité, couverture, panne d'un orbiteur et renouvellement de constellation. Deux relais sur la même famille de composants peuvent partager un défaut commun ; une constellation robuste cherche diversité orbitale et redondance fonctionnelle. Les stations de surface elles-mêmes doivent pouvoir basculer entre relais, conserver les messages et fonctionner sous visibilité intermittente.
Le délai impose le DTN et une culture différente du réseau
Le Delay/Disruption Tolerant Networking, ou DTN, accepte qu'une connexion de bout en bout n'existe pas en permanence. Les données sont stockées puis retransmises lorsqu'un contact est disponible. Cette philosophie est adaptée à l'espace profond : les plans de contact, priorités, expirations et files d'attente deviennent aussi importants que le débit brut. Une panne d'antenne locale ne doit pas effacer une donnée critique ; elle doit retarder son acheminement de manière contrôlée.
Pour les applications humaines, cette logique change l'interface. Une consultation médicale vers la Terre doit afficher l'heure d'envoi, l'âge des données et le délai attendu ; un ordre opérationnel ne doit jamais ressembler à une commande en temps réel s'il arrivera vingt minutes plus tard. La conception du réseau et la conception sociale sont inséparables.
Le réseau doit survivre à la conjonction solaire et aux pannes locales
Lorsque Mars est proche de la direction du Soleil vue depuis la Terre, les communications peuvent être fortement perturbées. Une base permanente doit préparer cette période : données et procédures à jour, capacité locale de décision, stocks d'informations et réduction des activités nécessitant un support terrestre immédiat. Le réseau orbital martien peut continuer à servir Mars localement même si le lien Terre devient dégradé.
À terme, plusieurs villes, mines, fermes et observatoires créeront un vrai réseau planétaire. L'architecture devra gérer identité, cybersécurité, routage, horodatage, droits d'accès et qualité de service. La colonisation de Mars transforme ainsi une antenne en service public numérique.
Repères primaires
NASA Science — Mars Relay Network décrit le réseau actuel de quatre orbiteurs et les débits surface–orbite ; NASA — Mars Telecommunications Network, 14 mai 2026 présente la nouvelle infrastructure visée ; NASA — Delay/Disruption Tolerant Networking fournit le cadre de réseau tolérant aux délais et interruptions.
La capacité réseau doit être attribuée selon la criticité, pas selon celui qui émet le plus
Dans une ville, les usages entrent en concurrence : télémétrie vitale, commande de robot, cartographie, vidéo scientifique, communications privées, mises à jour logicielles et sauvegardes. Si tout trafic est traité pareil, une copie de données volumineuse peut retarder un message critique. Le réseau doit donc définir classes de service, priorités et quotas adaptés aux périodes de congestion.
La latence oblige aussi à distinguer débit et réactivité. Un lien interplanétaire peut disposer d'un débit élevé tout en gardant plusieurs minutes de propagation. Ajouter de la bande passante n'autorise pas le pilotage terrestre en temps réel. Les applications doivent être conçues pour confirmer les commandes, gérer leur date de validité et éviter qu'un ordre ancien soit appliqué après un changement de situation.
Les caches locaux ont une valeur opérationnelle. Cartes, documents médicaux, logiciels, procédures et bases techniques fréquemment utilisés doivent être répliqués sur Mars. Même si la Terre possède la copie de référence, une coupure de liaison ne doit pas empêcher d'ouvrir un manuel ou de restaurer un programme. La stratégie de réplication devient une partie de la continuité d'activité.
La cybersécurité doit tenir compte du délai. Une détection d'intrusion ne peut pas attendre une validation terrestre. Les réseaux martiens doivent segmenter les zones, protéger les identités et conserver des moyens locaux de révocation. En même temps, une politique trop agressive peut isoler un équipement vital à cause d'un faux positif. Sécurité et sûreté doivent être arbitrées ensemble.
La maintenance des relais orbitaux pose enfin une question de renouvellement. Aucun orbiteur n'est éternel. Le réseau doit prévoir chevauchement des générations, compatibilité de protocoles et capacité à transférer progressivement les services. Une constellation ne doit pas arriver au même âge au même moment, sous peine de créer une vague de remplacement difficile à absorber.
Lorsque Mars possédera plusieurs opérateurs, la gouvernance technique deviendra nécessaire : spectre, identifiants, fréquences, synchronisation, priorités de secours et responsabilité de service. Le réseau de communication sera alors une infrastructure politique autant que physique.
Étude de cas : perte d'un relais pendant une opération médicale. Un patient dans une base éloignée envoie un dossier médical volumineux vers l'habitat principal et vers la Terre. Au même moment, le relais orbital nominal devient indisponible. Le réseau local doit déterminer quels messages restent prioritaires et quels volumes peuvent attendre. La consultation critique ne doit pas être bloquée par des sauvegardes scientifiques.
Le système DTN conserve les bundles, change le prochain contact et indique clairement le nouveau délai. Les équipes savent que le dossier n'est pas perdu ; il est en attente. Cette différence psychologique et opérationnelle est importante dans un réseau où les interruptions sont normales.
Si une liaison radio directe de secours offre seulement 2 Mbit/s, transférer 500 Mo représente environ 4 000 Mbit, donc 4 000 ÷ 2 = 2 000 secondes, soit un peu plus de 33 minutes avant overhead et interruptions. Le réseau peut alors envoyer d'abord quelques images et paramètres essentiels plutôt que tout le dossier.
Après l'événement, la politique de réplication est révisée : certaines références médicales sont conservées localement, et les données critiques possèdent une classe de priorité distincte. Une panne de relais devient une leçon d'architecture numérique plutôt qu'une simple anomalie de télécommunication.
Sources institutionnelles et primaires
- NASA Science — Mars Relay Network
- NASA — Deep Space Network
- NASA Science — Perseverance rover components
- NASA — Mars Telecommunications Network RFP (2026) — réseau dédié aux futures missions de surface, orbitales et humaines
- JPL — DSN 810-005 — liaisons, télémétrie, ranging et Doppler
Approfondir avec Arcadia
Le dossier public reste autonome. Arcadia — Manuel de la première cité martienne développe ces systèmes comme une architecture intégrée de ville martienne.
Étude de cas — traiter le relais comme une file d’attente distribuée
Quatre sources produisant chacune 5 Mbit/s pendant deux heures accumulent V = N R t = 4 × 5 × 7 200 = 144 000 Mbit, soit environ 18 Go. Un relais à 50 Mbit/s visible vingt minutes n’évacue qu’environ 7,5 Go bruts. Le stockage et l’ordonnancement sont donc des fonctions réseau aussi importantes que l’antenne.
Après perte d’un orbiteur, santé système, navigation, voix et commandes doivent conserver une classe de service distincte des produits volumineux. DTN accepte qu’aucun chemin bout-en-bout n’existe pendant un certain temps.
Une semaine simulée avec passes manquées et pointe de trafic permet de vérifier âge maximal de télémétrie, perte de paquets prioritaires et temps de résorption de l’arriéré.
De quatre orbiteurs scientifiques à un réseau de service martien
Le Mars Relay Network actuel est un exemple concret de transformation d’engins scientifiques en infrastructure. La NASA le décrit en 2026 comme un ensemble de quatre orbiteurs qui assurent, en plus de leurs missions propres, le relais des données de Curiosity et Perseverance. Les liaisons locales rover–orbiteur peuvent atteindre jusqu’à environ 2 Mbit/s selon les conditions. Cette performance locale ne doit pas être confondue avec un accès permanent à la Terre : le réseau dépend des passages orbitaux, de la géométrie, de la disponibilité des orbiteurs et de la capacité de retour vers le Deep Space Network.
Une présence humaine change l’échelle du besoin. Une mission robotique peut planifier des sessions et différer des gigabits scientifiques. Un habitat habité ajoute voix, télémédecine différée, logiciels, cartes, observations, sauvegardes, synchronisation de données, commandes d’engins et communications civiles. Le réseau devient un service essentiel dont la panne affecte les opérations mais aussi la vie sociale et la capacité d’apprentissage de la colonie.
La demande de propositions publiée par la NASA le 14 mai 2026 pour le Mars Telecommunications Network marque ce changement d’architecture. L’objectif annoncé est une infrastructure d’orbiteurs de télécommunications à haute performance destinée aux missions de surface, orbitales et humaines, avec une disponibilité demandée à Mars au plus tard en 2030. Une RFP n’est pas un réseau opérationnel : elle indique une intention d’acquisition et un calendrier cible, qui doivent rester présentés comme tels.
Distinguer débit, latence, disponibilité et volume de données
Quatre grandeurs souvent mélangées décrivent des problèmes différents. Le débit est une quantité de bits par seconde. La latence de propagation correspond au temps physique mis par le signal pour parcourir la distance. La disponibilité indique la fraction du temps pendant laquelle un service est utilisable. Le volume est la quantité totale de données transférée sur une période. Un lien peut avoir un débit élevé pendant dix minutes et une faible disponibilité quotidienne ; il peut aussi être très disponible mais incapable d’absorber une grosse image avant l’échéance.
Exemple : un passage de relais à 2 Mbit/s pendant 8 minutes offre un volume brut maximal de 2 000 000 × 480 = 960 000 000 bits, soit environ 120 MB avant protocoles, codage, pertes et réserves. Le symbole « × » désigne une multiplication. Le résultat ne signifie pas qu’un rover reçoit systématiquement 120 MB utiles par passage ; il donne seulement une borne simple qui montre pourquoi durée de contact et débit doivent être multipliés pour parler de volume.
Pour une base, la planification doit ajouter les priorités. Un paquet médical critique de quelques mégaoctets peut devoir passer avant plusieurs gigaoctets de cartographie. Le réseau doit donc connaître la criticité, l’échéance, la possibilité de retransmission et le coût d’une perte. Cette logique ressemble davantage à une logistique de fret qu’à une connexion Internet terrestre permanente.
Le DTN accepte que la route de bout en bout n’existe pas au même instant
Le Delay/Disruption Tolerant Networking répond précisément aux réseaux où les délais sont grands, les contacts intermittents et les chemins parfois unidirectionnels. Le principe du Bundle Protocol est de pouvoir stocker un message dans un nœud puis le transférer lorsqu’une liaison devient disponible. Le réseau ne suppose donc pas une connexion continue de l’émetteur jusqu’au destinataire.
Cette idée est fondamentale à Mars. Un rover peut transmettre à un orbiteur, l’orbiteur conserver les données puis les envoyer vers la Terre lors d’une autre géométrie. Pour une colonie, des nœuds de surface, des relais orbitaux et la Terre peuvent former une chaîne de stockage-transfert. Les files d’attente deviennent alors une ressource à dimensionner : mémoire disponible, âge des données, délais maximaux et politiques de suppression.
Les publications CCSDS continuent d’évoluer. Le Bundle Protocol basé sur RFC 9171 fait l’objet d’une spécification expérimentale CCSDS publiée en 2025, tandis que d’autres documents encadrent le routage sensible aux contacts et la fiabilité. Cela illustre un point important : l’architecture d’une colonie doit distinguer les standards stabilisés, les profils expérimentaux et les implémentations réellement qualifiées.
Un réseau de société doit pouvoir fonctionner même lorsque la Terre disparaît
La conjonction solaire, les occultations, les pannes d’orbiteurs ou un incident du DSN imposent des périodes où Mars doit continuer sans échange utile avec la Terre. Les fonctions locales ne peuvent donc pas dépendre d’une base de données distante à chaque décision. Cartes, procédures, modèles médicaux, logiciels critiques et connaissances techniques doivent être disponibles localement.
La continuité locale demande plusieurs couches. À courte distance, des réseaux de proximité relient habitat, véhicules et installations. À l’échelle régionale, des relais terrestres ou aériens peuvent contourner le relief. Les orbiteurs assurent la couverture planétaire et le retour interplanétaire. Une panne d’une couche ne devrait pas effondrer toutes les autres. Le véhicule immobilisé derrière une crête doit encore pouvoir déclencher un secours local même si la Terre n’est pas joignable.
Le budget de liaison doit être relié à un service, pas seulement à un nombre de décibels
Un budget de liaison additionne gains et pertes pour vérifier que la puissance reçue permet le débit et la qualité souhaités. Mais la marge de liaison n’est utile qu’en regard d’un service : télémétrie vitale, voix, vidéo, fichier logiciel, données scientifiques. Les exigences de débit, de délai et de fiabilité ne sont pas identiques.
Pour une représentation très simplifiée, la perte d’espace libre croît comme le carré de la distance, ce qui correspond à une croissance en décibels de 20 log₁₀(d₂/d₁) lorsque seule la distance change. Doubler la distance ajoute environ 20 log₁₀(2) ≈ 6,02 dB de perte. Cela signifie qu’un lien excellent à une géométrie favorable peut devenir beaucoup plus difficile lorsque la distance Terre–Mars augmente, sans que l’antenne ou l’émetteur aient changé.
La solution peut combiner plus de gain d’antenne, davantage de puissance, un débit réduit, un codage plus robuste, plus de temps de contact ou un relais différent. Le réseau devient alors un système adaptatif qui échange débit contre robustesse en fonction de la situation.
Gouverner la capacité : une infrastructure critique a besoin de règles
À mesure que la population augmente, la rareté ne disparaît pas immédiatement. Il faut réserver de la capacité aux opérations, à la sécurité, à la navigation et aux urgences, tout en permettant science, éducation, culture et communications privées. Une gouvernance transparente peut définir des classes de service et des quotas dynamiques plutôt qu’un ordre arbitraire.
La cybersécurité devient également une question de continuité physique. Une commande authentique destinée à un véhicule, une mise à jour logicielle et une alerte de sécurité doivent être protégées contre modification ou usurpation. Mais les mécanismes de sécurité ne doivent pas créer un point unique de défaillance qui bloque le réseau lorsque les clés ou l’autorité centrale sont indisponibles.
Repère de stockage. Si une base produit en moyenne 50 Mbit/s de données à conserver pendant une interruption de 12 h, le stockage brut nécessaire est 50×106 × 43 200 ≈ 2,16×1012 bits, soit environ 270 GB avant redondance et métadonnées. Ce scénario n’est pas une prévision de trafic ; il montre que la tolérance aux interruptions doit dimensionner mémoire et politique de priorités aussi bien que les antennes.
Repères actuels : NASA Science — Mars Relay Network, NASA — Mars Telecommunications Network RFP, mai 2026 et CCSDS — publications DTN. Les chiffres de trafic de base sont des scénarios pédagogiques ; le statut du MTN reste celui d’une acquisition en cours et d’un objectif de service, pas d’un réseau déjà déployé.
Construire un réseau martien comme un service résilient, pas comme une succession de liaisons radio
Le réseau commence par des services et des niveaux de priorité
Une colonie ou une mission habitée n’envoie pas « des bits » de manière indifférenciée. Elle transporte des commandes, de la télémesure critique, des conversations, des dossiers médicaux, des données scientifiques, des cartes, des mises à jour logicielles et des sauvegardes. Chaque classe possède un délai acceptable, une priorité, un besoin d’intégrité et parfois une exigence de confidentialité différente. L’architecture doit donc définir des services avant de choisir les débits.
Une alarme de sécurité peut ne représenter que quelques kilooctets et pourtant être plus importante qu’une vidéo de plusieurs gigaoctets. La politique de file d’attente doit préserver les messages critiques lorsqu’un lien se dégrade. Les gros transferts reprennent ensuite sans monopoliser le réseau. Cette discipline est particulièrement importante pendant une conjonction solaire, une panne de relais ou une fenêtre de visibilité réduite.
Le réseau actuel de relais martiens décrit par la NASA repose encore sur des orbiteurs scientifiques qui servent également de relais. Le projet Mars Telecommunications Network annoncé en 2026 vise une infrastructure plus explicitement orientée vers les besoins futurs. Ce passage d’une capacité opportuniste à un service dédié change la manière de raisonner : disponibilité, capacité de stockage, redondance orbitale et maintenance de la constellation deviennent des exigences d’architecture.
Débit, volume et disponibilité ne sont pas interchangeables
Un débit de 2 Mbit/s ne signifie pas qu’une mission transmet 2 Mbit/s en permanence. Il faut une visibilité, un relais disponible, une station au sol, un pointage et un créneau. Le volume quotidien dépend donc du débit multiplié par le temps utile. À 2 Mbit/s pendant huit minutes, le volume brut vaut 2 × 10⁶ × 480 = 960 × 10⁶ bits, soit environ 120 MB avant protocoles, codage et retransmissions.
Le calcul montre pourquoi la durée de contact compte autant que le débit de pointe. Doubler le débit n’aide pas si les fenêtres sont divisées par deux ou si le stockage local sature avant le prochain passage. L’architecture doit suivre trois budgets : capacité instantanée du lien, volume transférable sur une période et probabilité que le service soit disponible lorsque la donnée devient urgente.
Le stockage fait partie du réseau. Si une base produit 50 Mbit/s de données agrégées pendant douze heures sans liaison extérieure, le volume brut atteint 50 × 10⁶ × 43 200 ≈ 2,16 × 10¹² bits, soit environ 270 GB. Le système doit décider quoi conserver localement, quoi compresser, quoi résumer et quoi supprimer. La gestion des données devient donc une stratégie opérationnelle, pas une simple taille de disque.
La distance impose une marge de liaison et une discipline d’antenne
Dans le modèle idéal de propagation en espace libre, la puissance reçue diminue comme l’inverse du carré de la distance. Doubler la distance ajoute environ 20 log10(2) = 6,02 dB de perte de trajet. Le décibel, noté dB, exprime ici un rapport logarithmique de puissance. Cette pénalité doit être compensée par gain d’antenne, puissance d’émission, débit réduit, codage, intégration ou autres marges.
Le budget de liaison doit conserver ses hypothèses : fréquence, puissance, gains, pertes de pointage, température de bruit, bande passante, codage et marge. Une valeur de marge sans ces paramètres est difficile à interpréter. Les communications optiques et radio n’ont pas les mêmes contraintes : l’optique peut offrir des débits élevés mais demande un pointage très précis et doit gérer nuages ou atmosphère côté Terre ; la radio possède d’autres compromis de gain, puissance et largeur de bande.
Le réseau martien local possède encore une autre géométrie. Un rover derrière un relief peut perdre une liaison directe avec la base tandis qu’un relais orbital reste visible. Une base au fond d’un cratère peut avoir un horizon radio médiocre. Les antennes, mâts et relais de surface doivent donc être pensés avec la topographie et la mobilité, même si les pages de choix du site appartiennent à un autre ouvrage.
Le DTN permet de travailler avec des liaisons intermittentes
Le Delay/Disruption Tolerant Networking, ou DTN, part d’une idée simple : une route de bout en bout n’est pas toujours disponible. Les données peuvent être stockées puis transférées de proche en proche lorsque les contacts existent. Le Bundle Protocol fournit une couche adaptée à cette logique, tandis que des méthodes de routage peuvent utiliser des calendriers de contacts prévisibles.
Le principe ne supprime pas le besoin de planification. Il faut connaître la capacité des files, les priorités, la durée de conservation et le comportement lorsque deux chemins deviennent disponibles. La garde de données, les accusés de réception et les mécanismes de retransmission doivent être dimensionnés pour éviter qu’une panne locale ne provoque une cascade de saturation.
Les publications CCSDS récentes montrent que l’écosystème DTN continue d’évoluer, notamment autour du Bundle Protocol basé sur RFC 9171 et des mécanismes de transfert de garde. Ces documents décrivent des protocoles ; ils ne garantissent pas à eux seuls une architecture martienne. Le travail système consiste à associer protocole, capacité de stockage, calendrier orbital, sécurité et priorités de mission.
Une société martienne aura besoin de gouvernance réseau
Dès que plusieurs équipes, opérateurs et véhicules partagent le réseau, la question devient institutionnelle. Qui peut réserver un créneau rare ? Quelle donnée est prioritaire pendant une urgence ? Comment isoler un équipement compromis sans couper un service vital ? Qui gère les clés, les certificats, les versions de protocole et les journaux ? Ces décisions doivent être préparées avant que le réseau devienne critique.
La résilience exige des modes locaux. Une base doit pouvoir continuer à fonctionner lorsque la Terre est inaccessible ; des véhicules proches doivent pouvoir communiquer entre eux sans passer par un relais lointain ; les commandes critiques doivent être authentifiées même en mode dégradé. L’autonomie réseau n’est donc pas seulement de la bande passante : c’est la capacité à conserver l’identité, l’ordre des messages, les priorités et les preuves d’action pendant les interruptions.
À long terme, l’architecture de communications devient une infrastructure comparable à l’électricité. Elle doit avoir des niveaux de service, des réserves, des procédures de réparation, des mesures de disponibilité et une capacité d’évolution. Passer de quatre orbiteurs scientifiques utilisés comme relais à une infrastructure dédiée implique précisément cette transformation de perspective : le réseau n’est plus seulement ce qui transporte les données de mission, il devient l’un des services qui rendent possible la vie collective sur Mars.
Étude de réseau : perdre un relais pendant une file de données critique
Imaginons qu’un orbiteur relais devienne indisponible alors qu’une base martienne accumule simultanément données médicales, journaux d’ingénierie et images d’inspection après une anomalie. Le réseau ne doit pas considérer tous les fichiers comme équivalents. Les premières minutes servent à confirmer la panne, recalculer les prochaines fenêtres et réordonner les files.
Les données médicales urgentes peuvent être petites mais prioritaires. Les journaux nécessaires au diagnostic d’un système vital viennent ensuite. Les images à haute résolution peuvent être compressées, résumées ou fractionnées. Une bonne architecture conserve les métadonnées permettant au destinataire de savoir si un fichier est complet, partiel ou remplacé par une version plus récente.
Supposons 18 GB de données prioritaires et un prochain contact de 25 minutes à 1,5 Mbit/s utiles. Le volume transférable vaut 1,5 × 10⁶ × 1 500 = 2,25 × 10⁹ bits, soit environ 281 MB. Il est évident que tout ne peut pas partir. La gestion doit donc extraire les informations qui changent une décision, tandis que le reste demeure en stockage jusqu’aux contacts suivants.
Le DTN permet de conserver et acheminer les bundles lorsque les chemins réapparaissent, mais la mission doit encore éviter les files infinies. Des politiques de durée de vie, priorité et suppression sont nécessaires. Une donnée de diagnostic vieille de trois jours peut devenir moins utile qu’un nouvel état de santé ; certaines données scientifiques, au contraire, restent précieuses longtemps.
La perte du relais doit également modifier les opérations locales. Si la base sait qu’aucun haut débit ne sera disponible pendant douze heures, elle peut réduire certaines acquisitions et augmenter la synthèse locale. L’autonomie de données diminue la dépendance à la capacité interplanétaire sans cacher l’événement au sol.
Lorsque le relais revient ou qu’un autre chemin est disponible, le réseau ne doit pas provoquer une tempête de reprise. Les files sont drainées selon priorité, capacité et fraîcheur. Cette étude montre que la résilience d’un réseau martien se mesure autant dans la qualité de ses décisions de stockage que dans la puissance de ses antennes.
Dimensionner la disponibilité du service plutôt que promettre un débit maximal
La disponibilité d’un réseau dépend de plusieurs maillons : terminal local, relais, liaison interplanétaire, station terrestre et systèmes de données. Si ces maillons étaient strictement en série et indépendants, la disponibilité totale serait le produit de leurs disponibilités. Avec quatre maillons à 99,5 %, on obtiendrait 0,995⁴ ≈ 0,980, soit environ 98,0 %. Le calcul montre qu’une excellente disponibilité locale peut se dégrader lorsqu’on multiplie les dépendances.
L’hypothèse d’indépendance est pourtant souvent fausse. Deux relais peuvent partager la même erreur logicielle, deux stations au sol une même infrastructure réseau, ou plusieurs services un même système de planification. Les causes communes doivent donc être recherchées avant de multiplier les probabilités. La redondance efficace exige de la diversité géographique, technique ou organisationnelle selon le risque.
Le service doit également être défini par classe. Un réseau peut être indisponible pour une vidéo à haut débit mais parfaitement opérationnel pour quelques kilobits de commande. Une architecture robuste définit donc des niveaux : service de sécurité minimal, télémesure et commande, voix/données opérationnelles, puis hauts débits scientifiques. Les pannes réduisent progressivement le niveau plutôt que faire basculer tout le réseau de « disponible » à « indisponible ».
La conjonction solaire constitue un bon exemple de planification. Les performances et procédures dépendent de la géométrie et des systèmes, mais l’idée générale est de préparer les activités qui supportent moins de communication, augmenter l’autonomie locale et éviter les opérations exigeant une interaction rapide avec la Terre. Les données continuent d’être produites ; elles doivent être stockées, priorisées puis vidées sans saturer les files lorsque la capacité revient.
Le suivi d’exploitation doit donc publier autre chose qu’un taux de disponibilité unique. Temps de service minimal, volume non livré, retard des messages prioritaires, durée de saturation et nombre de bascules de route sont des indicateurs plus proches de l’expérience réelle. Une panne de dix minutes pendant une période critique peut avoir plus de conséquences qu’une heure de coupure planifiée.
À long terme, ces mesures deviennent la base d’une ingénierie de service. Elles indiquent où ajouter un relais, du stockage, une station, un chemin optique ou une meilleure autonomie locale. Le réseau martien progresse alors à partir de données d’usage plutôt que d’un objectif abstrait de « plus de débit ».
Le réseau doit annoncer la qualité du service qu’il peut réellement fournir
Un utilisateur ne devrait pas devoir déduire l’état du réseau à partir d’un voyant « connecté ». La liaison peut exister avec un débit très faible, une latence élevée, une file saturée ou une forte probabilité d’interruption. Le système doit donc exposer une qualité de service compréhensible : commande disponible, voix différée, transfert de fichiers limité, haut débit indisponible, par exemple.
Cette information permet aux applications de s’adapter. Une caméra peut réduire sa cadence, un logiciel de synchronisation attendre, une consultation médicale envoyer d’abord un résumé structuré, puis les images complètes. L’adaptation locale évite que toutes les applications continuent à produire comme si la capacité était infinie.
Les seuils doivent être liés à des mesures : débit utile, occupation des files, délai estimé avant livraison et durée probable du prochain contact. Une file de 20 GB n’a pas la même gravité si un contact de 100 Mbit/s commence dans dix minutes ou si le prochain chemin utile est prévu dans douze heures. La capacité doit toujours être interprétée avec le calendrier.
La maturité du réseau se reconnaît ainsi à sa capacité à dégrader proprement le service. Une mission qui conserve commandes, télémesure vitale et messages prioritaires pendant une panne de haut débit possède une vraie résilience. Le but n’est pas de promettre une connexion parfaite ; il est de garantir que la perte de performance reste lisible et que les fonctions les plus importantes continuent à passer.
Sources et références
Références primaires
NASA Science — Mars Relay Network décrit le réseau actuel de relais martiens et les échanges surface-orbite ; NASA — Mars Telecommunications Network, 14 mai 2026 présente l’infrastructure de télécommunications martienne planifiée ; NASA — Delay/Disruption Tolerant Networking présente le cadre de communication tolérant les délais et interruptions, fondé sur le stockage et le transfert différé.