Brevet FR3146382A1 — publié le 20240906

SYSTEME ET ARCHITECTURE DE RESEAU DE SATELLITE-TERRESTRE DISTRIBUE DE L’EDGE CLOUD Cette demande divulgue un système et architecture de réseau de satellite-terrestre distribué d’edge cloud, ledit centre de gestion de cloud terrestre, qui est connecté en communication à chaque noeud de l’edge cloud par la liaison satellite-terrestre, pour réaliser des fonctions de collaboration de l’edge cloud avec chaque noeud de l’edge cloud, ainsi que l’annotation, le chargement et le déchargement de conteneurs de chaque noeud de l’edge cloud, et la gestion et la surveillance unifiées des ressources de chaque noeud de l’edge cloud ;tout noeud de l’edge cloud, déployé sur un satellite à orbite basse, connecté en communication avec ledit centre de gestion de cloud terrestre par la liaison satellite-terrestre, recevant des commandes de surface de contrôle dudit centre de gestion de cloud terrestre, chargeant des conteneurs fonctionnels annotés par ledit centre de gestion de cloud terrestre et achevant la migration intersatellite et le déploiement desdits conteneurs fonctionnels entre les satellites;tout nœud de edge cloud, connecté en communication avec d'autres nœuds d’edge cloud par la liaison interstellaire, et réalisant des fonctions de collaboration d’edge à edge entre les nœuds d’edge cloud par le module de gestion de base de tout nœud de l’edge cloud. Dans l’exemple de réalisation de la présente demande, pour réaliser un déploiement flexible à la demande d'applications, le déploiement conteneurisé d'applications d'éléments de réseau sur des noeuds de satellite à orbite basse a été prévu, afin de fournir des services de l’edge computing de satellite à la demande pour des utilisateurs de zone étendue. [Fig 1] SYSTEME ET ARCHITECTURE DE RESEAU DE SATELLITE-TERRESTRE DISTRIBUE DE L’EDGE CLOUD La présente demande concerne le domaine de la technologie de communication par satellite, et en particulier une architecture et un système et architecture de réseau de satellite-terrestre distribué de l’edge cloud. ARRIERE-PLAN DE L’INVENTION Complétant efficacement les réseaux terrestres, le réseau satellitaire répondent efficacement aux besoins de couverture réseau dans les zones reculées grâce à leur large bande, leur couverture étendue et leur grande connectivité. Le réseau informatique edge traditionnel est principalement basé sur l'environnement stable des réseaux terrestre, par le déploiement de modules de surface de contrôle à l'extrémité centrale du réseaux teresstres, et par le déploiement de modules de plan de données et d'applications périphériques à l'extrémité périphérique du centre de réseaux terrestres, pour réaliser une interaction bidirectionnelle entre le surface de contrôle de l’edge cloud et le plan de données, afin de répondre aux besoins de divers scénarios d’edge computing terrestre, mais dans les régions éloignées où les réseaux terrestres est difficile à couvrir, comme les mers et les déserts lointains, l'informatique périphérique basée sur le réseau terrestre ne peut être utilisée. Cependant, dans les régions éloignées où les réseaux terrestres sont difficiles à couvrir, comme les mers lointains et les déserts, l'architecture d’edge computing basée sur le réseau terrestre ne peut pas être appliquée. L'ETSI (European Telecommunications Standards Institute) a initié l'architecture de l’edge computing terrestre. Le modèle de référence normalisé défini par l'ETSI est le MEC (Mobile Edge Computing), qui permet la prise en charge de services et la gestion des données à large bande passante et à faible latence au niveau local en construisant une plate-forme de services de environnements informatiques et de cloud computing afin de faire migrer les ressources de calcul et de stockage vers la périphérie du réseau. En tant qu’exemple modèle de réseau innovant proposé par ETSI, MEC pousse des ressources de calcul et de stockage riches vers la périphérie du réseau, rapprochant la puissance de calcul et les services de réseau des utilisateurs finaux, répondant à la demande de services d'application à très faible latence et atteignant l'objectif de réduire la congestion du réseau et d'améliorer l'efficacité de la transmission du réseau. Cependant, l'architecture MEC conçue par l'ETSI est principalement destinée aux scénarios de communication mobile terrestre 4G/5G où l'interaction des interfaces des éléments de réseau MEC nécessite un réseau terrestre stable, alors que dans les scénarios de communication par satellite, les hôtes de périphérie sont déployés dans des satellites en orbite basse, le système mobile de périphérie est déployé dans le centre terrestre, le système de périphérie et les hôtes de périphérie réalisent l'interaction de communication par la liaison satellite-terrestre, et l'interaction entre les hôtes de périphérie est réalisée par la liaison intersatellite, et le système mobile de périphérie est déployé dans le centre terrestre. Entre la couche du système mobile de périphérie et la couche de l'hôte n’est plus un réseau de retour terrestre stable et à grande vitesse, mais un canal sans fil satellite-terrestre ou intersatellite à grande latence, très dynamique et à grand fading, de sorte que l'architecture MEC et la conception de l'interface proposées pour le scénario terrestre ne peuvent pas être appliquées directement au scénario de communication par satellite. Les exemples de la présente demande propose un système et architecture de réseau de satellite-terrestre distribué de l’edge cloud, dans lequel, une station terrestre est le centre et un noeud de satellite est le noeud de l’edge cloud, pour réaliser un déploiement flexible à la demande d'applications au moyen d'un déploiement conteneurisé d'applications d'éléments de réseau sur des noeuds de satellite à orbite basse, et fournir des services de l’edge computing de satellite à la demande pour des utilisateurs de zone étendue. Les exemples de réalisation de la présente demande fournissent une architecture de réseau de satellite-terrestre distribué de l’edge cloud comprenant un centre de gestion de cloud terrestre et une pluralité de nœuds de l’edge cloud, dans laquelle : ledit centre de gestion de cloud terrestre, qui est connecté en communication à chaque noeud de l’edge cloud par la liaison satellite-terrestre, pour réaliser des fonctions de collaboration de l’edge cloud avec chaque noeud de l’edge cloud, l’annotation, le chargement et le déchargement de conteneurs de chaque noeud de l’edge cloud, et la gestion et la surveillance unifiées des ressources de chaque noeud de l’edge cloud ; tout noeud de l’edge cloud, déployé sur un satellite à orbite basse, connecté en communication avec ledit centre de gestion de cloud terrestre par l'intermédiaire d'une liaison satellite-terrestre, recevant des commandes de surface de contrôle dudit centre de gestion de cloud terrestre, chargeant des conteneurs fonctionnels annotés par ledit centre de gestion de cloud terrestre et achevant la migration intersatellite et le déploiement desdits conteneurs fonctionnels; tout nœud d’edge cloud, connecté en communication avec d'autres nœuds d’edge cloud par les liaisons interstellaires, et réalisant des fonctions de collaboration d’edge à edge entre les nœuds d’edge cloud via le module de gestion de base de tout nœud de l’edge cloud. En option, chaque noeud de l’edge cloud comprend en outre un noeud de l’edge cloud désigné configuré pour avoir un module de gestion de satellites pour agir comme une satellite d'ancrage de gestion en orbite. lorsque la station terrestre est visible, la satellite d'ancrage synchronise le stockage de données de la plate-forme de la station terrestre ; dans le cas d'une invisibilité de la station terrestre ou d'une interférence de communications satellite-terrestre, ladite satellite d'ancrage démarre ledit module de gestion de satellites pour réaliser une gestion légère des satellites d’edge, et, dans le cas d'un rétablissement de la visibilité de la station terrestre, synchronise l'état de gestion sur le satellite et transfère les droits de gestion audit centre de gestion de cloud terrestre. Optionnellement, le module de gestion de base de l'un quelconque desdits nœuds d’edge cloud comprend : un module de collaboration d’edge à edge pour fournir des services d'enregistrement de DSN, de publication de fonctions et de transfert de routage pour les logiciels de services conteneurisés/abstraits ; module de nœuds de l’edge cloud, basés sur les fonctions virtuelles conteneurisées sur un module de services distribué, prévu pour la configuration paramétrique, la combination et coordination dynamique de fonctions conteneurisées ainsi que pour fournir des capacités de service aux applications de services de l’edge (APP) ; le bus de service de l’edge, en tant qu'interface de gestion pour les APP de tiers, est utilisé pour réaliser l'accès aux services et l'acquisition de données par les APP de tiers. Optionnellement, ledit module de collaboration d’edge à edge comprend un proxy de tunnel, un filtrage de trafic, une résolution de nom de domaine, un transfert de trafic, et un contrôleur de message, dans lequel : proxy de tunnel, prévu pour acheminer le trafic local vers le satellite périphérique cible par routage intersatellites selon la table de routage de satellite ; filtrage du trafic, prévu pour intercepter les demandes d'accès local au module de communication intersatellite de satellite ; résolution de nom de domaine, utilisée pour résoudre les demandes de nom de domaine au sein de ce nœud du présent edge cloud en adresses IP de service. transfert de trafic, qui est utilisé pour enregistrer les satellites arrivant à portée de communication de ce nœud de l’edge cloud et pour établir et maintenir les tables de routage de satellites. contrôleur de messages pour récupérer des informations sur les métadonnées à partir de la base de données locale. En option, ledit centre de gestion de cloud terrestre comprend un module de planification et d'allocation de ressources destiné pour construire et maintenir une vue d'ensemble du réseau de satellite-terrestre distribué de l’edge cloud selon les charges déployées, les ressources disponibles, les services disponibles et la topologie ; et achever la migration des logiciels d’application et des services entre les nœuds de l’edge cloud en fonction des besoins de service, et achever la gestion de coordination de services. En option, ledit centre de gestion de cloud terrestre comprend en outre un module de gestion et de contrôle d'état de cluster pour gérer le cycle de vie de divers services d'application, notifier les événements d'application au logiciel de fonction de gestion de planification et coordination de services, et achever la gestion du cycle de vie du logiciel d'application par le terminal d'utilisateur terrestre. Optionnellement, ledit centre de gestion de cloud terrestre comprend en outre : module de stockage des données de la plate-forme pour stocker toutes les données et les états de la plate-forme. module de centre et d'interaction de commandements et données de cluster, destiné pour établir des liens de communication avec les nœuds de l’edge cloud sur la base du protocole QUIC ou du protocole WebSocket. Le mode de réalisation de la demande propose également un système de communication par satellite ayant une architecture de réseau de satellite-terrestre distribué de l’edge cloud telle que décrite précédemment. Dans le mode de réalisation de la demande, la station terrestre est utilisé comme le centre et le nœud de satellite comme nœud de l’edge cloud, pour réaliser un déploiement flexible à la demande d'applications, le déploiement conteneurisé d'applications d'éléments de réseau sur des noeuds de satellite à orbite basse a été prévu, afin de fournir des services de l’edge computing de satellite à la demande pour des utilisateurs de zone étendue. La description ci-dessus n'est qu'un aperçu de la solution technique de la présente demande. Afin que les moyens techniques de la présente demande puissent être plus clairement compris et puissent être mis en œuvre conformément à la description, et afin que les objets, caractéristiques et avantages ci-dessus et autres de la présente demande puissent être plus clairement compris, des modes de réalisation spécifiques de la présente demande seront présentés ci-dessous. A la lecture des descriptions détaillées des modes de réalisations préférés ci-dessous, les autre avantages et bénéfices apparaîtront clairement pour l’homme de l’art. Les dessins d'accompagnement sont utilisés dans le seul but d'illustrer le mode de réalisation préféré et ne sont pas considérés comme une limitation de la présente demande. De plus, dans tous les dessins annexés, les mêmes marques sont utilisés pour indiquer les mêmes composants. Dans les dessins ci-joints : est un exemple d'architecture de réseau de satellite-terrestre distribué de l’edge cloud pour un mode de réalisation de la présente demande. est un exemple d'application de l'architecture réseau de satellite-terrestre distribué de l’edge cloud pour un mode de réalisation de la présente demande. est un autre exemple d'application de l'architecture réseau de satellite-terrestre distribué de l’edge cloud pour un mode de réalisation de la présente demande. Des modes de réalisation exemplaires de la présente divulgation seront décrits plus en détail ci-dessous en référence aux dessins annexés. Bien que des modes de réalisation exemplaires de la présente divulgation soient illustrés dans les dessins annexés, il faut comprendre que la présente divulgation peut être mise en œuvre sous diverses formes et ne doit pas être limitée par les modes de réalisation exposés ici. Au contraire, ces modes de réalisation sont fournis pour permettre une compréhension plus approfondie de la présente divulgation et pour permettre de communiquer la portée complète de la présente divulgation aux hommes de l'art. La présente demande conçoit un plan de gestion et contrôle des ressources et de coordination des tâches pour réaliser une gestion unifiée des noeuds de l’edge cloud de satellite par le centre terrestre, et, dans le cas d'une capacité de traitement limitée du satellite, conçoit des modules de gestion de base des noeuds de l’edge cloud pour réaliser une collaboration intersatellite, afin de réaliser des fonctions de collaboration d’edge à edge entre les noeuds de l’edge cloud. Des exemples de réalisation de la présente demande fournissent une architecture de réseau de satellite-terrestre distribué de l’edge cloud, comme illustré sur la , comprenant un centre de gestion de cloud terrestre et une pluralité de nœuds de l’edge cloud, dans laquelle : Le centre de gestion de cloud terrestre est connecté en communication à chaque noeud de l’edge cloud par la liaison satellite-terrestre, pour réaliser la fonction de collaboration de l’edge cloud avec chaque noeud de l’edge cloud, ainsi que l'annotation, le chargement et le déchargement de conteneurs de chaque noeud de l’edge cloud, et la gestion et la surveillance unifiées des ressources de chaque noeud de l’edge cloud. C’est-à-dire, dans cet exemple, le centre de gestion de cloud terrestre réalise la fonction de collaboration de l’edge cloud avec les noeuds de l’edge cloud par le biais de la liaison satellite-terrestre. Tout noeud de l’edge cloud, déployé sur un satellite à orbite basse, est connecté en communication avec ledit centre de gestion de cloud terrestre par l'intermédiaire d'une liaison satellite-terrestre, reçoit des commandes de surface de contrôle dudit centre de gestion de cloud terrestre, charge des conteneurs fonctionnels annotés par ledit centre de gestion de cloud terrestre et achève la migration intersatellite et le déploiement desdits conteneurs fonctionnels. Tout nœud de l’edge cloud est connecté en communication avec d'autres nœuds de l’edge cloud par des liaisons interstellaires, et réalisant des fonctions de collaboration d’edge à edge entre les nœuds de l’edge cloud par le module de gestion de base de tout nœud de l’edge cloud. Dans ce mode de réalisation, en réponse au défi posé par la capacité limitée des satellites, la conception encapsule les modules de gestion de base du nœud d’edge, les logiciels de service (APP de service de périphérie) et d'autres éléments de réseau fonctionnels dans des conteneurs fonctionnels, et déploie ces conteneurs fonctionnels sur le même satellite ou sur plusieurs satellites en fonction de la capacité de traitement réelle du satellite pour obtenir un déploiement flexible de fonctions à la demande. Dans cette demande, l’exemple de réalisation utilise la station terrestre comme le centre et le nœud de satellite comme nœud de l’edge cloud, pour réaliser un déploiement flexible à la demande d'applications, le déploiement conteneurisé d'applications d'éléments de réseau sur des noeuds de satellite à orbite basse a été prévu, afin de fournir des services de l’edge computing de satellite à la demande pour des utilisateurs de zone étendue. Dans cet exemple de réalisation, afin de résoudre le problème de gestion et de contrôle des satellites d’edge lorsque la station terrestre n'est pas visible, la demande conçoit un module de gestion de satellite. En d'autres termes, le module de gestion de satellite est déployé sur des satellites d’edge sélectionnés (nœuds de l’edge cloud) qui est devenus les satellites d'ancrage de gestion en orbite, en particulier dans certains modes de réalisation, comme illustré sur la , chaque nœud de l’edge cloud comprend également un nœud de l’edge cloud désigné ayant un module de gestion de satellite configuré pour agir en tant que satellite d'ancrage de gestion en orbite ; Lorsque la station terrestre est visible, la satellite d'ancrage synchronise le stockage de données de la plate-forme de la station terrestre ; Dans le cas où la station terrestre n'est pas visible ou que la communication satellite-terrestre est perturbée, ladite satellite d'ancrage démarre ledit module de gestion de satellite pour achever la gestion légère du satellite d‘edge (nœud d’edge) et, dans le cas où la station terrestre redevient visible, synchronise l'état de gestion sur le satellite et transfère les droits de gestion audit centre de gestion du nuage terrestre. Dans certains exemples, le contenu de la gestion légère des satellites d’edge comprend des fonctions telles que la surveillance de l'état des conteneurs, les politiques de déploiement des conteneurs, la collecte des journaux, etc. Dans certains modes de réalisation, dans le nœud de l’edge cloud léger de l'architecture de réseau proposée dans la présente demande, le module de gestion de base de l'un quelconque desdits nœuds de l’edge cloud, comme illustré sur la , comprend : un module de collaboration d’edge à edge pour fournir des services d'enregistrement de DSN, de publication de fonctions et de transfert de routage pour les logiciels de services conteneurisés/abstraits ; module de nœuds de l’edge cloud, basés sur les fonctions virtuelles conteneurisées sur un module de services distribué, prévu pour la configuration paramétrique, la combination et coordination dynamique de fonctions conteneurisées ainsi que pour fournir des capacités de service aux applications de services de l’edge (APP) ; le bus de service de l’edge, en tant qu'interface de gestion pour les APP de tiers, est utilisé pour réaliser l'accès aux services et l'acquisition de données par les APP de tiers. Afin de faire face au problème de l'éventuelle blocage des conteneurs fonctionnels fonctionnant sur des satellites dans des environnements spatiaux complexes, ce mode de réalisation est conçu pour migrer les conteneurs fonctionnels à la demande lorsque le logiciel du satellite est bloqué, y compris la migration des conteneurs internes au satellite et la migration des conteneurs intersatellites. Ceci est spécifiquement réalisé en utilisant le module de collaboration d’edge à edge, qui est spécifiquement utilisé pour mettre en œuvre l'interception du trafic local, la résolution DSN, la construction et la consultation des tables de routage intersatellites, et le transfert des requêtes locales et des données des conteneurs fonctionnels par le routage intersatellites pour réaliser la migration intersatellites des conteneurs. Dans certains modes de réalisation, ledit module de collaboration d’edge à edge comprend principalement proxy de tunnel, filtrage de trafic, résolution de nom de domaine, transfert de trafic, et contrôleur de message, dans lequel : proxy de tunnel, prévu pour acheminer le trafic local vers le satellite périphérique cible par routage intersatellites selon la table de routage de satellite ; filtrage du trafic, prévu pour intercepter les demandes d'accès local dans le module de communication intersatellite de satellite ; résolution de nom de domaine, utilisée pour résoudre les demandes de nom de domaine au sein de le présent nœud d’edge cloud en adresses IP de service ; transfert de trafic, qui est utilisé pour enregistrer les satellites arrivant à portée de communication de ce nœud de l’edge cloud et pour établir et maintenir les tables de routage de satellites ; contrôleur de messages pour récupérer des informations sur les métadonnées à partir de la base de données locale. Dans certains exemples de réalisation, ledit centre de gestion de cloud terrestre comprend un module de planification et d'allocation de ressources destiné pour construire et maintenir une vue d'ensemble du réseau de satellite-terrestre distribué de l’edge cloud selon les charges déployées, les ressources disponibles, les services disponibles et la topologie ; et achever la migration des applications et des services entre les nœuds de l’edge cloud en fonction des besoins de service, et achever la gestion de l’agencement et de coordination de services. Dans certains exemples de réalisation, dans ledit centre de gestion de cloud terrestre du présent exemple de réalisation, ledit centre de gestion de cloud terrestre comprend en outre un module de gestion et de contrôle d'état de cluster pour gérer le cycle de vie de divers services d'application, notifier les événements d'application au logiciel de fonction de gestion de l’agencement de coordination de services, et achever la gestion du cycle de vie du logiciel d'application par le terminal d'utilisateur terrestre. Dans certains exemples de réalisation, ledit centre de gestion de cloud terrestre comprend en outre : module de stockage des données de la plate-forme pour stocker toutes les données et états de la plate-forme ; module de centre et d'interaction de commandements et données de cluster, destiné pour établir des liens de communication avec les nœuds de l’edge cloud sur la base du protocole QUIC ou du protocole WebSocket, afin de garantir une interaction bidirectionnelle des données et des commandes de contrôle. La demande propose également un exemple d'application d'architecture de réseau de satellite-terrestre distribué de l’edge cloud, comme le montre la : dans la conception de cet exemple, il exsite, un centre de gestion de cloud du fonctionnement de station terrestre, et trois satellites à orbite basse sont utilisés comme nœuds d’edge, où le stockage des données de la plate-forme, le centre d'interaction des données et des commandes de cluster, la planification et l'allocation des ressources, ainsi que la gestion et le contrôle de l'état du cluster sont tous déployés terrestre. Les satellites 1, 2 et 3 sont chargés de fonctions de nœuds d’edge, y compris tous les modules tels que le module de gestion de base et le logiciel de service. Le APP de service d’edge fonctionne dans un conteneur Pod sous la forme d'un conteneur fonctionnel, et le module de gestion de base du satellite réalise la gestion du APP de service d’edge dans le Pod. Le satellite 1, en tant que satellite de gestion d'ancrage en orbite, est en outre chargé du module de gestion de satellite. Lorsque le satellite 1 passe au-dessus, la station centrale terrestre synchronise les données de stockage des données de la plate-forme vers le satellite 1 par l'intermédiaire de la liaison satellite-terrestre; lorsque le satellite 2 passe au-dessus, la station centrale terrestre téléverse l'image du conteneur des éléments de réseau de réseau d'accès au satellite et de fonction du réseau central vers le satellite 2 par l'intermédiaire de la liaison satellite-terrestre, y compris les éléments de réseau de réseau d'accès, le réseau central UPF/AMF/SMF et d'autres éléments de réseau. Le module de nœud d’edge du satellite 2 charge l'image de conteneur de réseau central reçue dans le logiciel de service, exécute et déploie les éléments fonctionnels de réseau central, et transmet l'image de conteneur de réseau d'accès au satellite 3 par l'intermédiaire du module de collaboration d’edge à edge, et le satellite 3 charge le logiciel de conteneur d'éléments de réseau d'accès pour achever le déploiement distribué des éléments de réseau d'accès et de réseau central, et le terminal d'utilisateur terrestre est en mesure de réaliser la fonction de communication satellite-terrestre par l'intermédiaire du module d'élément de réseau du réseau d'accès du satellite 2 avec l'élément de réseau du réseau central du satellite 3. Lorsque la station terrestre n'est pas visible, le module de gestion de satellite du satellite 1 est activé et prend en charge les fonctions de la station terrestre afin de réaliser la gestion en orbite des autres satellites, y compris la surveillance de l'état des conteneurs, la politique de déploiement des conteneurs, la collecte des journaux et d'autres fonctions. Lorsque la station terrestre est à nouveau visible, le satellite 1 synchronise les informations de données du module de gestion de satellite au stockage de données de la plate-forme de la station terrestre et rétablit les fonctions de gestion de la station terrestre. La demande propose également un autre exemple d'application d'une architecture de réseau de satellite-terrestre distribué de l’edge cloud, comme le montre la : dans cet exemple, un centre de gestion d’edge de fonctionnement de station terrestre est conçu, et trois satellites à orbite basse sont utilisés comme nœuds d’edge, où le stockage des données de la plate-forme, le centre d'interaction des données et des commandes du cluster, la planification et l'allocation des ressources, ainsi que la gestion et le contrôle de l'état du cluster sont tous déployés terrestre. Les satellites 1, 2 et 3 sont tous chargés de fonctions de nœud d’edge, y compris les modules de gestion de base et le logiciel de service, et le logiciel de service d’edge exécute l'APP de détection des cibles marines pour réaliser la surveillance des types, des trajectoires et d’autres informations de navires mobiles cibles. Lorsque le satellite 1 passe au-dessus de la zone de mer cible, il exécute l'application de détection de cibles marines pour détecter le type et le nombre de navires dans la zone ainsi que leur trajectoire, et transmet les données au satellite 2 par le biais du module de collaboration d’edge à edge. Lorsque le satellite 2 passe au-dessus, il exécute l'APP de détection de cibles marines et continue à effectuer des missions de détection dans la zone maritime cible. Lorsque la détection est terminée, les données de cette détection sont traitées avec les données du satellite 1 pour compléter l'assemblage des deux trajectoires de détection de navires, et les résultats de l'assemblage sont envoyés au satellite 3 par le biais du module de collaboration d’edge à edge. Lorsque le satellite 3 passe au-dessus, il continue à effectuer la mission de détection, termine l'assemblage de toutes les trajectoires de détection du navire et envoie tous les résultats du traitement des données à la station terrestre, terminant ainsi le cycle actuel de la mission de détection. Pour répondre aux besoins d'accès, de calcul et de transmission du réseau de l’edge cloud de satellite, l’exemple du présent demande propose une architecture de réseau de satellite-terrestre distribué de l’edge cloud, où le centre de gestion de cloud terrestre réalise l'annotation, le chargement et le déchargement des conteneurs de l’edge cloud ainsi que la gestion et la surveillance unifiées des ressources de satellite, et les nœuds d’edge de satellite sont chargés de recevoir les commandes de la surface de contrôle de cloud terrestre et de charger les conteneurs fonctionnels annotés par le cloud terrestre. La demande aborde le problème de migration des conteneurs fonctionnel de collaboration d’edge à edge des noeuds d’edge de satellite, et conçoit le module de collaboration d’edge à edge pour réaliser l'interception du trafic local, la résolution DSN, l'établissement et la consultation de la table de routage intersatellite, la transmission des demandes locales et des données de conteneur de fonction par le biais du routage intersatellite, et la migration intersatellite complète des conteneurs pour améliorer l'efficacité du service et réduire la latence du traitement. La demande aborde le problème du contrôle des satellites d’edge lorsque la station terrestre n'est pas visible, et conçoit des modules de gestion de satellites pour réaliser une gestion légère des satellites d’edge dans la gestion des satellites d'ancrage, y compris la surveillance de l'état des conteneurs, la politique de déploiement des conteneurs, la collecte des journaux et d'autres fonctions, et synchronise l'état de gestion sur le satellite et transfère l'autorité de gestion à la station terrestre lorsque la station terrestre est visible. Des modes de réalisation de la présente application proposent également un système de communication par satellite ayant une architecture de réseau de satellite-terrestre distribué de l’edge cloud comme décrit précédemment, qui dans certains exemples le système peut être appelé KubeSpace. Il est noté que dans les présents modes de réalisation, les termes "incluant", "comprenant" ou toute autre variante de ceux-ci sont destinés à couvrir une inclusion non exclusive, de sorte qu'un procédé, une méthode, un article ou un dispositif comprenant une gamme d'éléments inclut non seulement ces éléments, mais également d'autres éléments non expressément énumérés, ou qui sont inhérents à un tel procédé, méthode, article ou dispositif. mais aussi d'autres éléments qui ne sont pas expressément énumérés, ou qui sont inhérents à un tel procédé, méthode, article ou appareil. Sans plus de limitation, l'inclusion d'un élément tel que défini par le terme "incluant un ......" n'exclut pas l'existence d'un autre élément identique dans le procédé, la méthode, l'article ou l'appareil incluant cet élément. Les marques des modes de réalisation de la présente demande sont indiqués à des fins descriptives uniquement et ne représentent pas les mérites ou désavantages des modes de réalisation. D'après la description de la mise en oeuvre qui précède, il est clair pour l'homme de l'art que la méthode décrite ci-dessus peut être mise en oeuvre à l'aide de logiciels et de plate-forme matérielle commune nécessaire, ou bien sûr au moyen du matériel, mais dans de nombreux cas, la première solution est la meilleure. Sur la base de cette compréhension, la solution technique de la présente demande, ou la partie de la solution technique de la présente demande qui contribue essentiellement à l'art antérieur, peut être réalisée sous la forme de produits logiciels, qui est stocké dans un support de stockage (par exemple ROM/RAM, disque, CD-ROM) et comprend un certain nombre d'instructions pour permettre à un terminal (qui peut être un téléphone mobile, un ordinateur, un serveur, un climatiseur ou un dispositif de réseau, etc ) d’exécuter les procédés décrit dans chacun des modes de réalisation. Les modes de réalisation de la présente demande ont été décrits ci-dessus en relation avec les dessins annexés, mais la présente demande n'est pas limitée aux modes de réalisation spécifiques ci-dessus, qui sont simplement illustrtifs et non limitatifs, et il existe de nombreuses autres formes qui pourraient être réalisées par une personne de compétence ordinaire dans l'art, en s'inspirant de la présente demande, sans s'écarter de la portée protégée par l'objet et les revendications de la présente demande, qui sont tous sous la protection de la présente demande. Architecture de réseau de satellite-terrestre distribué de l’edge cloud, caractérisée en ce qu'elle comprend un centre de gestion de cloud terrestre et une pluralité de noeuds d’edge cloud, dans laquelle: ledit centre de gestion de cloud terrestre, qui est connecté en communication à chaque noeud de l’edge cloud par la liaison satellite-terrestre, pour réaliser des fonctions de collaboration de l’edge cloud avec chaque noeud de l’edge cloud, ainsi que le téléchargement, le chargement et le déchargement de conteneurs de chaque noeud de l’edge cloud, et la gestion et la surveillance unifiées des ressources de chaque noeud de l’edge cloud; tout noeud de l’edge cloud, déployé sur un satellite à orbite basse, connecté en communication avec ledit centre de gestion de cloud terrestre par la liaison satellite-terrestre, recevant des commandes de contrôle dudit centre de gestion de cloud terrestre, chargeant des conteneurs téléchargés par ledit centre de gestion de cloud terrestre et achevant la migration intersatellite et le déploiement desdits conteneurs; chaque nœud d’edge cloud, connecté en communication avec d'autres nœuds d’edge cloud par la liaison interstellaire, et réalisant des fonctions de collaboration entre les nœuds d’edge cloud par le module de gestion de base du nœud de l’edge cloud. Architecture de réseau de satellite-terrestre distribué de l’edge cloud selon la revendication 1, caractérisée en ce que la pluralité de noeuds d’edge cloud comprend en outre un noeud d’edge cloud désigné comprenant un module de gestion de satellites, le noeud d’edge cloud désigné étant déployé sur un satellite d'ancrage de gestion en orbite configuré pour : lorsque la station terrestre est visible, synchroniser le stockage de données de la plate-forme de la station terrestre; dans le cas d'une invisibilité de la station terrestre ou d'une interférence de communications satellite-terrestre, démarrer ledit module de gestion de satellites pour prendre en charge des fonctions de la station terrestre afin de réaliser la gestion en orbite des autres satellites, et, dans le cas d'un rétablissement de la visibilité de la station terrestre, synchroniser l'état de gestion sur le satellite et transfère les droits de gestion audit centre de gestion de cloud terrestre. Architecture de réseau de satellite-terrestre distribué de l’edge cloud selon la revendication 1, caractérisée en ce que le module de gestion de base de l'un quelconque desdits nœuds d’edge cloud comprend: un module de collaboration pour fournir des services d'enregistrement de Data Source Name (DSN), de publication de fonctions et de transfert de routage pour les logiciels de services conteneurisés/abstraits; module de nœuds de l’edge cloud, basés sur les fonctions virtuelles conteneurisées sur un module de services distribué, prévu pour la configuration paramétrique, la combination et coordination dynamique de fonctions conteneurisées ainsi que pour fournir des capacités de service aux applications de services de l’edge (APP) ; le bus de service de l’edge, en tant qu'interface de gestion pour les APP de tiers, est utilisé pour réaliser l'accès aux services et l'acquisition de données par les APP de tiers. Architecture de réseau de satellite-terrestre distribué de l’edge cloud selon la revendication 3, caractérisée en ce que ledit module de collaboration comprend un filtrage de trafic, une résolution de nom de domaine, un transfert de trafic, et un contrôleur de message, dans lequel: le filtrage du trafic est prévu pour intercepter les demandes d'accès local dans le module de communication intersatellite de satellite ; la résolution de nom de domaine est utilisée pour résoudre les demandes de nom de domaine au sein de ce nœud du présent edge cloud en adresses IP de service ; le transfert de trafic est utilisé pour enregistrer les satellites arrivant à portée de communication de ce nœud de l’edge cloud et pour établir et maintenir les tables de routage de satellites ; et le contrôleur de messages est configuré pour récupérer des informations sur les métadonnées à partir de la base de données locale. Architecture de réseau de satellite-terrestre distribué de l’edge cloud selon la revendication 1, caractérisée en ce que ledit centre de gestion de cloud terrestre comprend un module de planification et d'allocation de ressources destiné pour construire et maintenir une vue d'ensemble du réseau de satellite-terrestre distribué d’edge cloud selon les charges déployées, les ressources disponibles, les services disponibles et la topologie; et achever la migration des applications et des services entre les nœuds de l’edge cloud en fonction des besoins de service, et achever la gestion de coordination de services. Architecture de réseau de satellite-terrestre distribué de l’edge cloud selon la revendication 5, caractérisée en ce que ledit centre de gestion de cloud terrestre comprend en outre: module de stockage des données de la plate-forme pour stocker toutes les données et états de la plate-forme. module de centre et d'interaction de commandements et données de cluster, destiné pour établir des liens de communication avec les nœuds de l’edge cloud sur la base du protocole QUIC ou du protocole WebSocket. Système de communication par satellite caractérisé en ce qu'il possède une architecture de réseau de satellite-terrestre distribué d’edge cloud selon l'une quelconque des revendications 1 à 6.