On a pas mal évoqué les aspects de latence sol <-> espace pour le démonstrateur orbital de Phoenix, avec au final une conclusion qui était principalement « ça dépendra surtout de l’opportunité de lancement qu’on aura, où de toute façon on sera un payload secondaire et donc où nous aurons peu ou pas d’influence sur l’orbite cible. »
En y repensant, j’ai l’impression qu’on a tous à l’esprit une constellation cible à la Starlink, avec un grand nombre de satellites homogènes qui sont sur un plan orbital similaire de façon à couvrir le sol de façon exhaustive.
Mais en fait cette image n’est pas forcément représentative de ce que sera Phoenix au final : le cloud orbital visant à offrir des services aussi bien espace <-> sol que espace <-> espace, il faut probablement aussi penser à la latence par rapport aux satellites clients. Et dans ce cas uniquement des satellites en LEO risquent de ne pas être très pertinents pour adresser des besoins de calcul réactifs en MEO ou GEO (en même temps, y a-t-il des cas d’usage satellite to satellite qui nécessitent des latences inférieures à la seconde ?).
De plus, comme l’objectif de Phoenix est de définir un standard qui sera utilisable par n’importe quel opérateur, il faut dès maintenant prendre en compte que certains noeuds seront en MEO ou en GEO.
Tout ça pour en arriver au point qu’au final, l’altitude à laquelle sera lancée le démonstrateur orbitale n’est pas très importante, mis à part pour les aspects de durée de vie de la mission.
Je mets tout ça ici pour discussion avant de compléter le ConOps sur le Git.
nous serions curieux de savoir quels sont vos hypothèses ou les choix que vous avez pu faire à ce sujet ?