

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Comment AWS Ground Station fonctionne
<a name="how-it-works"></a>

 AWS Ground Station utilise des *antennes* au sol pour faciliter la communication avec votre *satellite*. Les caractéristiques physiques de ce que les antennes peuvent faire sont abstraites et sont appelées *capacités*. L'emplacement physique de l'antenne ainsi que ses capacités actuelles peuvent être référencés dans [AWS Ground Station Succursales](aws-ground-station-antenna-locations.md) cette section. Veuillez nous contacter par le biais du [AWS Support Center Console](https://console.aws.amazon.com/support)si votre cas d'utilisation nécessite des fonctionnalités supplémentaires, des offres de localisation supplémentaires ou des emplacements d'antennes plus précis. 

 Pour utiliser l'une des AWS Ground Station antennes, vous devez réserver une heure à un endroit précis. Cette réservation est considérée comme un *contact*. Pour planifier un contact avec succès, AWS Ground Station des données supplémentaires sont nécessaires pour garantir son succès. 
+  **Votre satellite doit être embarqué sur un ou plusieurs sites**. Cela garantit que vous êtes autorisé à utiliser les différentes capacités à l'endroit demandé. 
+  **Votre satellite doit avoir une *éphéméride* valide**. Cela garantit que les antennes ont une ligne de visée et peuvent pointer avec précision votre satellite pendant le contact. 
+  **Vous devez avoir un *profil de mission* valide**. Cela vous permet de personnaliser le comportement de ce contact, notamment la manière dont vous recevrez et enverrez des données à votre satellite. Vous pouvez utiliser plusieurs profils de mission pour le même véhicule afin de créer différents contacts adaptés aux différentes postures opérationnelles ou aux différents scénarios que vous rencontrez. 

## Intégration par satellite
<a name="how-it-works.onboarding"></a>

 L'intégration d'un satellite AWS Ground Station est un processus en plusieurs étapes impliquant la collecte de données, la validation technique, l'octroi de licences de spectre, ainsi que l'intégration et les tests. La section du guide consacrée à l'[intégration par satellite](getting-started.step1.md) vous guidera tout au long de ce processus. 

## Composition du profil de mission
<a name="how-it-works.mission-profile"></a>

 Les informations de fréquence du satellite, [les informations du plan de données](https://docs.aws.amazon.com/whitepapers/latest/aws-fault-isolation-boundaries/control-planes-and-data-planes.html) et d'autres détails sont encapsulés dans un profil de mission. Le profil de mission est un ensemble de composants de *configuration*. Cela vous permet de réutiliser les composants de configuration dans différents profils de mission en fonction de votre cas d'utilisation. Étant donné que les profils de mission ne font pas directement référence à des satellites individuels, mais contiennent uniquement des informations sur leurs capacités techniques, les profils de mission peuvent également être réutilisés par plusieurs satellites ayant la même configuration. 

 Un profil de mission valide comportera une *configuration de suivi* et un ou plusieurs *flux de données*. La configuration de suivi indiquera vos préférences en matière de suivi lors d'un contact. Chaque paire de configurations au sein d'un flux de données établit une source et une destination. En fonction de votre satellite et de ses modes de fonctionnement, le nombre exact de flux de données variera dans le profil de mission pour représenter vos voies de communication montantes et descendantes ainsi que les éventuels aspects liés au traitement des données. 
+  Pour plus d'informations sur la configuration de vos EC2 ressources Amazon VPC, Amazon S3 et Amazon qui seront utilisées lors d'un contact, consultez. [Travailler avec des flux de données](dataflows.md) 
+  Pour plus de détails sur le comportement de chaque configuration, consultez[Utiliser les AWS Ground Station configurations](how-it-works.config.md). 
+  Pour plus de détails sur tous les paramètres attendus, voir[Utiliser les profils AWS Ground Station de mission](how-it-works-mission-profile.md). 
+  Pour des exemples sur la manière dont différents profils de mission peuvent être créés pour répondre à votre cas d'utilisation, consultez[Exemples de configurations de profil de mission](examples.md). 

 Le schéma suivant montre un exemple de profil de mission et les ressources supplémentaires nécessaires. Notez que l'exemple montre un point de terminaison de flux de données qui n'est pas nécessaire pour ce profil de mission, nommé *UnusedEndpoint*, afin de démontrer la flexibilité. L'exemple prend en charge les flux de données suivants : 
+  Liaison descendante synchrone des données numériques à fréquence intermédiaire vers une EC2 instance Amazon que vous gérez. Désigné par le nom *digIfDownlink*. 
+  Liaison descendante asynchrone des données numériques à fréquence intermédiaire vers un compartiment Amazon S3. Désigné par le nom *aws-groundstation-demo*du compartiment. 
+  Liaison descendante synchrone des données démodulées et décodées vers une instance Amazon EC2 que vous gérez. Désigné par le nom *demodDecodeDownlink*. 
+  Liaison montante synchrone entre les données d'une EC2 instance Amazon que vous gérez et une antenne AWS Ground Station gérée. Désigné par le nom *digIfUplink*. 

 ![\[An example mission profile and additional resources needed.\]](http://docs.aws.amazon.com/fr_fr/ground-station/latest/ug/images/mission-profile-composition.png) 

## Planification des contacts
<a name="how-it-works.contact-scheduling"></a>

 Avec un profil de mission valide, vous pouvez demander un contact avec vos satellites embarqués. La demande de réservation de contact est asynchrone afin de laisser le temps au service d'antenne mondial d'établir un calendrier cohérent dans toutes les AWS régions concernées. Au cours de ce processus, diverses antennes situées à l'emplacement de la station au sol demandé sont évaluées afin de déterminer si elles sont disponibles et capables de traiter le contact. Au cours de ce processus, les *points de terminaison de votre flux de données* configurés sont également évalués afin de déterminer leur disponibilité. Pendant cette évaluation, le statut du contact sera indiqué dans PLANIFICATION. 

 Ce processus de planification asynchrone se termine dans les cinq minutes suivant la demande, mais se termine généralement dans la minute qui suit. Veuillez vérifier [Automatisez AWS Ground Station avec des événements](monitoring.automating-events.md) la surveillance basée sur les événements lors de la planification. 

 ![\[The contact reservation request is asynchronous to allow time for the global antenna service to achieve a consistent schedule across all AWS Regions involved.\]](http://docs.aws.amazon.com/fr_fr/ground-station/latest/ug/images/scheduling.png) 

 Les contacts qui peuvent être effectués et qui sont disponibles se traduisent par des contacts *PLANIFIÉS*. Dans le cas d'un contact planifié, les ressources nécessaires pour effectuer votre contact ont été réservées dans les régions AWS requises, conformément à votre profil de mission. Les contacts qui ne peuvent pas être exécutés ou dont les pièces ne sont pas disponibles se traduiront par des contacts *FAILED\$1TO\$1SCHEDULE*. Voir [Résoudre les problèmes liés aux contacts FAILED\$1TO\$1SCHEDULE](troubleshooting-failed-to-schedule-contacts.md) pour plus de détails sur le débogage. 

## Exécution du contact
<a name="how-it-works.contact-execution"></a>

 AWS Ground Station orchestrera automatiquement vos ressources gérées par AWS lors de votre réservation de contact. Le cas échéant, vous êtes responsable de l'orchestration des EC2 ressources définies par votre profil de mission en tant que points de terminaison de flux de données. AWS Ground Station fournit [AWS EventBridge Events](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-events.html) pour automatiser l'orchestration de vos ressources afin de réduire les coûts. Pour plus d’informations, consultez [Automatisez AWS Ground Station avec des événements](monitoring.automating-events.md). 

 Pendant le contact, la télémétrie concernant les performances de votre contact est transmise à AWS. CloudWatch Pour plus d'informations sur la façon de surveiller votre contact pendant l'exécution, veuillez consulter[Comprenez la surveillance avec AWS Ground Station](monitoring.md). 

 Le schéma suivant poursuit l'exemple précédent en montrant les mêmes ressources orchestrées lors du contact. 

**Note**  
 Les capacités de l'antenne n'ont pas toutes été utilisées dans cet exemple. Par exemple, il existe plus d'une douzaine de capacités de liaison descendante disponibles sur chaque antenne qui prennent en charge plusieurs fréquences et polarisations. Pour plus de détails sur le nombre de chaque type de capacité disponible sur les AWS Ground Station antennes, ainsi que sur leurs fréquences et polarisations prises en charge, voir. [AWS Ground Station Fonctionnalités du site](locations.capabilities.md) 

 ![\[Resources from the previous example orchestrated during the contact.\]](http://docs.aws.amazon.com/fr_fr/ground-station/latest/ug/images/contact-orchestration-simplified.png) 

 À la fin de votre contact, nous AWS Ground Station évaluerons les performances de votre contact et déterminerons le statut final du contact. Les contacts pour lesquels aucune erreur n'est détectée se traduiront par un statut de contact *TERMINÉ*. Les contacts pour lesquels des erreurs de service ont causé des problèmes de livraison des données pendant le contact se traduiront par un *AWS\$1FAILED*statut. Les contacts pour lesquels des erreurs du client ou de l'utilisateur ont causé des problèmes de livraison des données pendant le contact se traduiront par un statut d'*échec*. Les erreurs commises en dehors de l'heure de contact, c'est-à-dire pendant le pré-passage ou après le passage, ne sont pas prises en compte lors de la sélection. 

 Pour plus d’informations, consultez [Comprendre le cycle de vie des contacts](contacts.lifecycle.md). 

## Jumeau numérique
<a name="how-it-works.digital-twin"></a>

 La fonction de jumelage numérique vous AWS Ground Station permet de planifier des contacts en fonction de l'emplacement virtuel des stations au sol. Ces stations terrestres virtuelles sont des répliques exactes des stations terrestres de production, y compris les capacités d'antenne, les masques de site et les coordonnées GPS réelles. La fonction de jumelage numérique vous permet de tester votre flux de travail d'orchestration des contacts pour une fraction du coût par rapport aux stations terrestres de production. Pour plus d'informations, consultez [Utilisez la fonction de jumelage AWS Ground Station numérique](digital-twin.md). 

# Comprendre les composants AWS Ground Station de base
<a name="how-it-works.core"></a>

 Cette section fournit des définitions détaillées des principaux composants d'AWS Ground Station. 

 Le schéma suivant montre les composants principaux AWS Ground Station et la manière dont ils sont liés les uns aux autres. Les flèches indiquent le sens des dépendances entre les composants, chaque composant pointant vers ses dépendances. 

 ![\[Diagram showing the core components of AWS Ground Station and how they relate to each other.\]](http://docs.aws.amazon.com/fr_fr/ground-station/latest/ug/images/core-component-relationships.png) 

Les rubriques suivantes décrivent les AWS Ground Station principaux composants en détail.

**Topics**
+ [Utiliser les profils AWS Ground Station de mission](how-it-works-mission-profile.md)
+ [Utiliser les AWS Ground Station configurations](how-it-works.config.md)
+ [Utiliser les groupes AWS Ground Station de points de terminaison Dataflow](how-it-works.dataflow-endpoint-group.md)
+ [Utiliser l' AWS Ground Station agent](how-it-works.gs-agent.md)

# Utiliser les profils AWS Ground Station de mission
<a name="how-it-works-mission-profile"></a>

Les profils de mission contiennent des configurations et des paramètres concernant la façon dont les contacts sont exécutés. Lorsque vous réservez un contact ou recherchez des contacts disponibles, vous fournissez le profil de mission que vous avez l'intention d'utiliser. Les profils de mission rassemblent toutes vos configurations et définissent comment l'antenne sera configurée et où les données seront acheminées lors de votre contact. 

 Les profils de mission peuvent être partagés entre des satellites partageant les mêmes caractéristiques radio. Vous pouvez créer des groupes de points de terminaison de flux de données supplémentaires pour limiter le maximum de contacts simultanés que vous souhaitez effectuer pour votre constellation. 

 Les configurations de suivi sont spécifiées sous forme de champ unique dans le profil de mission. Les configurations de suivi sont utilisées pour spécifier vos préférences en matière de suivi des programmes et de suivi automatique lors de votre contact. Pour de plus amples informations, veuillez consulter [Suivi de Config](how-it-works.config.md#how-it-works.config-tracking). 

 Toutes les autres configurations sont contenues dans le `dataflowEdges` champ du profil de mission. Ces configurations peuvent être considérées comme des nœuds de flux de données qui représentent chacun une ressource AWS Ground Station gérée capable d'envoyer ou de recevoir des données et la configuration associée. Le `dataflowEdges` champ définit les nœuds de flux de données source et de destination (configurations) nécessaires. Un seul bord de flux de données est une liste de deux configurations [Amazon Resource Names (ARNs)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) : la première est la configuration *source* et la seconde est la configuration de *destination*. En spécifiant une limite de flux de données entre deux configurations, vous indiquez d'où et AWS Ground Station vers où les données doivent circuler lors d'un contact. Pour de plus amples informations, veuillez consulter [Utiliser les AWS Ground Station configurations](how-it-works.config.md). 

Les `contactPrePassDurationSeconds` et vous `contactPostPassDurationSeconds` permettent de spécifier les heures relatives au contact où vous recevrez une notification d' CloudWatch événement. Pour une chronologie des événements liés à votre contact, veuillez lire[Comprendre le cycle de vie des contacts](contacts.lifecycle.md).

Le champ `name` du nom du profil de mission permet de distinguer les profils de mission que vous créez.

Les `streamsKmsRole` et `streamsKmsKey` sont utilisés pour définir le cryptage utilisé AWS Ground Station pour la livraison de vos données avec AWS Ground Station l'Agent. Veuillez consulter [Chiffrement des données pendant le transit pour AWS Ground Station](security.encryption-during-transit.md). 

Le `telemetrySinkConfigArn` champ est facultatif et permet d'activer la AWS Ground Station télémétrie lors des contacts. Lorsque cela est spécifié, AWS Ground Station diffuse des données de télémétrie en temps quasi réel vers votre compte pendant l'exécution de vos contacts. Pour plus d'informations sur la configuration et l'utilisation de la télémétrie, consultez. [Travailler avec la télémétrie](telemetry.md)

 ![\[Dataflow and configuration for a mission profile.\]](http://docs.aws.amazon.com/fr_fr/ground-station/latest/ug/images/mission-profile-core-component.png) 

 La liste complète des paramètres et des exemples est incluse dans la documentation suivante. 
+ [AWS::GroundStation::MissionProfile CloudFormation type de ressource](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-groundstation-missionprofile.html)

# Utiliser les AWS Ground Station configurations
<a name="how-it-works.config"></a>

 Les *configurations* sont des ressources AWS Ground Station utilisées pour définir les paramètres de chaque aspect de votre contact. Ajoutez les configs que vous souhaitez à un profil de mission, puis ce profil de mission sera utilisée lors de l'exécution du contact. Vous pouvez définir plusieurs types différents de configs. Les configurations peuvent être regroupées en trois catégories : 
+ Configurations de suivi
+ Configurations de flux de données
+ Configurations de télémétrie

 A *TrackingConfig*est le seul type de configuration de suivi. Il est utilisé pour configurer le réglage automatique de l'antenne lors d'un contact et est requis dans un profil de mission. 

 Les configurations qui peuvent être utilisées dans un flux de données de profil de mission peuvent être considérées comme des nœuds de flux de données qui représentent chacun une ressource AWS Ground Station gérée capable d'envoyer ou de recevoir des données. Un profil de mission nécessite au moins une paire de ces configurations, l'une représentant une source de données et l'autre une destination. Ces configurations sont résumées dans le tableau suivant. 


| Nom de la configuration | Source/destination du flux de données | 
| --- | --- | 
|  AntennaDownlinkConfig  |  Source  | 
|  AntennaDownlinkDemodDecodeConfig  |  Source  | 
|  UplinkEchoConfig  |  Source  | 
|  S3 RecordingConfig  |  Destination  | 
|  AntennaUplinkConfig  |  Destination  | 
|  DataflowEndpointConfig  |   and/or Destination de la source  | 

 A *TelemetrySinkConfig*est le seul type de configuration de télémétrie. Il est utilisé pour configurer l'endroit où les données de télémétrie seront transmises lors d'un contact, et il est facultatif dans un profil de mission. Lorsqu'il est inclus, il AWS Ground Station diffuse des données télémétriques en temps quasi réel sur votre compte pendant l'exécution de vos contacts. 

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur des configurations à l'aide CloudFormation de l' AWS Command Line Interface API ou de l' AWS Ground Station API. Des liens vers la documentation pour des types de configuration spécifiques sont également fournis ci-dessous. 
+ [AWS::GroundStation::Config CloudFormation type de ressource](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-groundstation-config.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html)
+ [Référence de l'API Config](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateConfig.html)

## Suivi de Config
<a name="how-it-works.config-tracking"></a>

 Vous pouvez utiliser le suivi des configs dans le profil de mission pour déterminer si autotrack doit être activé pendant vos contacts. Cette config possède un seul paramètre : `autotrack`. Le paramètre `autotrack` peut avoir les valeurs suivantes :
+ `REQUIRED` - Autotrack est requis pour vos contacts.
+ `PREFERRED` - Autotrack est recommandé pour les contacts, mais les contacts peuvent toujours être exécutés sans autotrack.
+ `REMOVED` - Aucun autotrack ne doit être utilisé pour vos contacts.

AWS Ground Station utilisera un suivi programmatique qui pointera en fonction de vos éphémérides lorsque le suivi automatique n'est pas utilisé. Veuillez vous référer [Comprendre comment AWS Ground Station utilise les éphémérides](ephemeris.md) pour plus de détails sur la façon dont les éphémérides sont construites.

Autotrack utilisera le suivi du programme jusqu'à ce que le signal attendu soit détecté. Une fois que cela se produit, le suivi se poursuivra en fonction de la force du signal.

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations de suivi des configurations à l'aide CloudFormation de l' AWS Command Line Interface API ou de l' AWS Ground Station API. 
+ [AWS::GroundStation::Config TrackingConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-trackingconfig.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `trackingConfig -> (structure)` section)
+ [TrackingConfig Référence d’API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_TrackingConfig.html)

## Config d’antenne de liaison descendante
<a name="how-it-works.config-antenna-downlink"></a>

 Vous pouvez utiliser les configurations de liaison descendante de l'antenne pour configurer l'antenne pour la liaison descendante lors de votre contact. Ils consistent en une configuration de spectre qui spécifie la fréquence, la bande passante et la polarisation à utiliser lors de votre contact de liaison descendante. 

Cette configuration représente un nœud source dans un flux de données. Il est chargé de numériser les données de radiofréquence. Les données diffusées depuis ce nœud suivront le Data/IP format du signal. Pour des informations plus détaillées sur la façon de créer des flux de données avec cette configuration, voir [Travailler avec des flux de données](dataflows.md)

Si votre cas d'utilisation de la liaison descendante nécessite une démodulation ou un décodage, consultez le. [Config de décodage/démodulation des signaux d’antenne de liaison descendante](#how-it-works.config-antenna-downlink-demod-decode)

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur les configurations de liaison descendante d'antennes à l'aide CloudFormation de l'API AWS Command Line Interface ou de l' AWS Ground Station API. 
+ [AWS::GroundStation::Config AntennaDownlinkConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-antennadownlinkconfig.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `antennaDownlinkConfig -> (structure)` section)
+ [AntennaDownlinkConfig Référence d’API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AntennaDownlinkConfig.html)

## Config de décodage/démodulation des signaux d’antenne de liaison descendante
<a name="how-it-works.config-antenna-downlink-demod-decode"></a>

 Les configurations de décodage par démodulation d'antenne sont un type de configuration plus complexe et personnalisable que vous pouvez utiliser pour exécuter des contacts de liaison descendante avec un décodage par démodulation. and/or Si vous souhaitez exécuter ce type de contact, veuillez ouvrir un AWS Support ticket via le [AWS Support Center Console](https://console.aws.amazon.com/support). Nous vous aiderons à définir la bonne config et le bon profil de mission pour votre cas d'utilisation. 

 Cette configuration représente un nœud source dans un flux de données. Il est chargé de numériser les données de radiofréquence et d'effectuer la démodulation et le décodage conformément aux spécifications. Les données diffusées depuis ce nœud suivront le format Demodulated/Decoded Data/IP. Pour des informations plus détaillées sur la façon de créer des flux de données avec cette configuration, voir [Travailler avec des flux de données](dataflows.md) 

 Consultez la documentation suivante pour plus d'informations sur la façon d'effectuer des opérations sur les configurations de décodage par démodage de liaison descendante d'antenne à l'aide CloudFormation de l'API ou de l'API AWS Command Line Interface. AWS Ground Station 
+  [ AWS::GroundStation::Config AntennaDownlinkDemodDecodeConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-antennadownlinkdemoddecodeconfig.html) 
+  [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `antennaDownlinkDemodDecodeConfig -> (structure)` section) 
+  [ AntennaDownlinkDemodDecodeConfig Référence d'API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AntennaDownlinkDemodDecodeConfig.html) 

## Config d’antenne de liaison montante
<a name="how-it-works.config-antenna-uplink"></a>

 Vous pouvez utiliser les configurations de liaison montante d'antenne pour configurer l'antenne pour la liaison montante lors de votre contact. Ils consistent en une configuration spectrale avec fréquence, polarisation et puissance isotrope rayonnée effective cible (EIRP). Pour plus d'informations sur la configuration d'un contact pour le bouclage de la liaison montante, consultez. [Config d’écho d’antenne de liaison montante](#how-it-works.config-antenna-uplink-echo) 

Cette configuration représente un nœud de destination dans un flux de données. Il convertira le signal de données de radiofréquence numérisé fourni en un signal analogique et l'émettra pour que votre satellite le reçoive. Les données transmises à ce nœud devraient respecter le Data/IP format du signal. Pour des informations plus détaillées sur la façon de créer des flux de données avec cette configuration, voir [Travailler avec des flux de données](dataflows.md)

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur les configurations de liaison montante d'antenne à l'aide CloudFormation de l'API AWS Command Line Interface ou de l' AWS Ground Station API. 
+ [AWS::GroundStation::Config AntennaUplinkConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-antennauplinkconfig.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `antennaUplinkConfig -> (structure)` section)
+ [AntennaUplinkConfig Référence d’API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AntennaUplinkConfig.html)

## Config d’écho d’antenne de liaison montante
<a name="how-it-works.config-antenna-uplink-echo"></a>

 Les configurations d'écho de liaison montante indiquent comment exécuter un écho de liaison montante. Un écho en liaison montante peut être utilisé pour valider les commandes envoyées à votre vaisseau spatial et effectuer d'autres tâches avancées. Ceci est réalisé en enregistrant le signal réel émis par l' AWS Ground Station antenne (c'est-à-dire la liaison montante). Cela renvoie le signal envoyé par l'antenne à votre point de terminaison de flux de données et doit correspondre au signal transmis. Une configuration d'écho de liaison montante contient l'ARN d'une configuration de liaison montante. L'antenne utilise les paramètres de la configuration de liaison montante indiqués par l'ARN lors de l'exécution d'un écho de liaison montante. 

 Cette configuration représente un nœud source dans un flux de données. Les données diffusées depuis ce nœud respecteront le Data/IP format du signal. Pour des informations plus détaillées sur la façon de créer des flux de données avec cette configuration, voir [Travailler avec des flux de données](dataflows.md) 

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur les configurations d'écho de liaison montante à l'aide CloudFormation de l'API AWS Command Line Interface ou de l' AWS Ground Station API. 
+ [AWS::GroundStation::Config UplinkEchoConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-uplinkechoconfig.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `uplinkEchoConfig -> (structure)` section)
+ [UplinkEchoConfig Référence d’API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkEchoConfig.html)

## Config de point de terminaison de flux de données
<a name="how-it-works.core-config-dfe"></a>

**Note**  
 Les configurations des points de terminaison Dataflow sont uniquement utilisées pour la livraison de données à Amazon EC2 et ne sont pas utilisées pour la livraison de données à Amazon S3. 

 Vous pouvez utiliser les configurations de point de terminaison de flux de données pour spécifier quel point de terminaison de flux de données d'un [groupe de points de terminaison de flux de données](how-it-works.dataflow-endpoint-group.md) à partir duquel ou vers lequel vous souhaitez que les données circulent lors d'un contact. Les deux paramètres d'une configuration de point de terminaison de flux de données spécifient le nom et la région du point de terminaison de flux de données. *Lorsque vous réservez un contact, AWS Ground Station analyse le [profil de mission](how-it-works-mission-profile.md) que vous avez spécifié et tente de trouver un *groupe* de points de terminaison de flux de données dans la AWS région contenant tous les *points de terminaison de flux de données spécifiés par les configurations de point de terminaison* de flux de données contenues dans votre profil de mission.* Si un *groupe* de points de terminaison de flux de données approprié est trouvé, le statut du contact deviendra SCHEDULE, sinon il deviendra FAILED\$1TO\$1SCHEDULE. Pour plus d'informations sur les statuts possibles d'un contact, consultez[AWS Ground Station statuts des contacts](contacts.lifecycle.md#contact-statuses). 

 La `dataflowEndpointName` propriété d'une configuration de point de terminaison de flux de données indique quel point de terminaison de flux de données d'un groupe de points de terminaison de flux de données vers lequel ou depuis lequel les données seront transmises lors d'un contact. 

 La `dataflowEndpointRegion` propriété indique dans quelle région se trouve le point de terminaison du flux de données. Si une région est spécifiée dans la configuration de votre point de terminaison de flux de données, AWS Ground Station recherche un point de terminaison de flux de données dans la région spécifiée. Si aucune région n'est spécifiée, la région de la station au sol du contact AWS Ground Station sera sélectionnée par défaut. Un contact est considéré comme un contact de livraison de données interrégional si la région du point de terminaison de votre flux de données n'est pas la même que celle de la station au sol du contact. Voir [Travailler avec des flux de données](dataflows.md) pour plus d'informations sur les flux de données entre régions. 

 Consultez [Utiliser les groupes AWS Ground Station de points de terminaison Dataflow](how-it-works.dataflow-endpoint-group.md) pour obtenir des conseils sur les avantages que peuvent apporter les différents schémas de dénomination de vos flux de données à votre cas d'utilisation. 

 Pour des informations plus détaillées sur la façon de créer des flux de données avec cette configuration, voir [Travailler avec des flux de données](dataflows.md) 

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur les configurations des points de terminaison de flux de données à l'aide de l' CloudFormation API ou de l' AWS Command Line Interface API. AWS Ground Station 
+ [AWS::GroundStation::Config DataflowEndpointConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-dataflowendpointconfig.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `dataflowEndpointConfig -> (structure)` section)
+ [DataflowEndpointConfig Référence d’API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DataflowEndpointConfig.html)

## Config d'enregistrement Amazon S3
<a name="how-it-works.config-s3-recording"></a>

**Note**  
 Les configurations d'enregistrement Amazon S3 sont uniquement utilisées pour la livraison de données vers Amazon S3 et ne sont pas utilisées pour la livraison de données vers Amazon EC2. 

 Cette configuration représente un nœud de destination dans un flux de données. Ce nœud encapsulera les données entrantes provenant du nœud source du flux de données dans des données pcap. Pour des informations plus détaillées sur la façon de créer des flux de données avec cette configuration, voir [Travailler avec des flux de données](dataflows.md) 

 Vous pouvez utiliser les configurations d'enregistrement S3 pour spécifier un compartiment Amazon S3 auquel vous souhaitez que les données descendantes soient transmises, ainsi que la convention de dénomination utilisée. Ce qui suit décrit les restrictions et les détails relatifs à ces paramètres : 
+ Le nom du compartiment Amazon S3 doit commencer par`aws-groundstation`.
+  Le rôle IAM doit disposer d'une politique de confiance qui autorise le principal du `groundstation.amazonaws.com` service à assumer ce rôle. Consultez la section [Exemple de politique de confiance](#s3-trust-policy-example) ci-dessous pour un exemple. Lors de la création de la configuration, l'identifiant de ressource de configuration n'existe pas, la politique de confiance doit utiliser un astérisque (*\$1*) à la place de *your-config-id* et peut être mise à jour après la création avec l'identifiant de ressource de configuration. 

### Exemple de politique de confiance
<a name="s3-trust-policy-example"></a>

 Pour plus d'informations sur la façon de mettre à jour la politique de confiance d'un rôle, consultez [la section Gestion des rôles IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage.html) dans le Guide de l'utilisateur IAM. 

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Service": "groundstation.amazonaws.com"
            },
            "Action": "sts:AssumeRole",
            "Condition": {
                "StringEquals": {
                    "aws:SourceAccount": "999999999999"
                },
                "ArnLike": {
                    "aws:SourceArn": "arn:aws:groundstation:us-east-1:999999999999:config/s3-recording/your-config-id"
                }
            }
        }
    ]
}
```

------
+  Le rôle IAM doit disposer d'une politique IAM qui lui permet d'exécuter l'`s3:GetBucketLocation`action sur le compartiment et l'`s3:PutObject`action sur les objets du compartiment. Si le compartiment Amazon S3 possède une politique de compartiment, celle-ci doit également autoriser le rôle IAM à effectuer ces actions. Consultez la section [Exemple de politique de rôle](#s3-role-policy-example) ci-dessous pour un exemple. 

### Exemple de politique de rôle
<a name="s3-role-policy-example"></a>

 Pour plus d'informations sur la façon de mettre à jour ou d'associer une politique de rôle, consultez [la section Gestion des politiques IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage.html) dans le Guide de l'utilisateur IAM. 

------
#### [ JSON ]

****  

```
{
  "Version":"2012-10-17",		 	 	 
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "s3:GetBucketLocation"
      ],
      "Resource": [
        "arn:aws:s3:::your-bucket-name"
      ]
    },
    {
      "Effect": "Allow",
      "Action": [
        "s3:PutObject"
      ],
      "Resource": [
        "arn:aws:s3:::your-bucket-name/*"
      ]
    }
  ]
}
```

------
+  Le préfixe sera utilisé pour nommer l'objet de données S3. Vous pouvez spécifier des clés facultatives pour la substitution. Ces valeurs seront remplacées par les informations correspondantes figurant dans vos coordonnées. Par exemple, le préfixe de `{satellite_id}/{year}/{month}/{day}` sera remplacé et donnera une sortie comme `fake_satellite_id/2021/01/10` 

   *Clés facultatives pour la substitution* : `{satellite_id}` `{config-name}` `{config-id}` \$1 \$1 `{year}` \$1 `{month}` \$1 `{day}` \$1 

 Consultez la documentation suivante pour plus d'informations sur la façon d'effectuer des opérations sur les configurations d'enregistrement S3 à l'aide CloudFormation de l' AWS Command Line Interface API ou de l' AWS Ground Station API. 
+ [AWS::GroundStation::Config RecordingConfig CloudFormation Propriété S3](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-s3recordingconfig.html)
+ [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `s3RecordingConfig -> (structure)` section)
+ [Référence de RecordingConfig l'API S3](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_S3RecordingConfig.html)

## Config du récepteur de télémétrie
<a name="how-it-works.config-telemetry-sink"></a>

 Vous pouvez utiliser les configurations du récepteur de télémétrie pour spécifier où vous souhaitez que les données de télémétrie soient transmises lors des contacts par satellite. Une configuration de récepteur de télémétrie est facultative et est ajoutée à votre profil de mission pour planifier des contacts compatibles avec la télémétrie. Ce qui suit décrit les restrictions et les détails relatifs à ces paramètres : 
+  Le rôle IAM doit disposer d'une politique de confiance qui autorise le principal du `groundstation.amazonaws.com` service à assumer ce rôle. Consultez la section [Exemple de politique de confiance](#telemetry-config-trust-policy-example) ci-dessous pour un exemple. 

### Exemple de politique de confiance
<a name="telemetry-config-trust-policy-example"></a>

 Pour plus d'informations sur la façon de mettre à jour la politique de confiance d'un rôle, consultez [la section Gestion des rôles IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage.html) dans le Guide de l'utilisateur IAM. 

```
{
  "Version": "2012-10-17", 		 	 	 
  "Statement": [
    {
      "Effect": "Allow",
      "Principal": {
        "Service": "groundstation.amazonaws.com"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}
```
+  Le rôle IAM doit disposer d'une politique IAM qui lui permet d'exécuter les `kinesis:PutRecords` actions `kinesis:PutRecord` et de `kinesis:DescribeStream` les exécuter sur le flux. Consultez la section [Exemple de politique de rôle](#telemetry-config-role-policy-example) ci-dessous pour un exemple. 

### Exemple de politique de rôle
<a name="telemetry-config-role-policy-example"></a>

 Pour plus d'informations sur la façon de mettre à jour ou d'associer une politique de rôle, consultez [la section Gestion des politiques IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage.html) dans le Guide de l'utilisateur IAM. 

```
{
  "Version": "2012-10-17", 		 	 	 
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "kinesis:DescribeStream",
        "kinesis:PutRecord",
        "kinesis:PutRecords"
      ],
      "Resource": "arn:aws:kinesis:us-east-2:999999999999:stream/your-stream-name"
    }
  ]
}
```

 Lorsque vous incluez une configuration de récepteur de télémétrie dans votre profil de mission, les données de télémétrie AWS Ground Station seront diffusées sur votre compte lors des contacts. Pour plus d'informations sur les types de télémétrie, le format des données et la configuration AWS des ressources nécessaires, consultez. [Travailler avec la télémétrie](telemetry.md) 

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur les configurations des récepteurs de télémétrie à l'aide CloudFormation de l'API ou de l' AWS Command Line Interface API. AWS Ground Station 
+  [ AWS::GroundStation::Config TelemetrySinkConfig CloudFormation propriété](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-groundstation-config-telemetrysinkconfig.html) 
+  [AWS CLI Référence de configuration](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-config.html) (voir la `telemetrySinkConfig -> (structure)` section) 
+  [ TelemetrySinkConfig Référence d'API](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_TelemetrySinkConfig.html) 

# Utiliser les groupes AWS Ground Station de points de terminaison Dataflow
<a name="how-it-works.dataflow-endpoint-group"></a>

 *Les points de terminaison du flux* de données définissent l'emplacement vers lequel vous souhaitez que les données soient diffusées de manière synchrone pendant les contacts. Les point de terminaison de flux de données sont toujours créés dans le cadre d’un *groupe de points de terminaison de flux de données*. Si vous incluez plusieurs points de terminaison de flux de données dans un groupe, cela signifie que les points de terminaison spécifiés peuvent tous être utilisés conjointement au cours d'un seul contact. Par exemple, si un contact a besoin d’envoyer des données vers trois points de terminaison de flux de données distincts, vous devez disposer de trois points de terminaison dans un seul groupe de points de terminaison du flux de données qui correspondent aux configs de point de terminaison de flux de données de votre profil de mission. 

## Versions des groupes de points de terminaison Dataflow
<a name="how-it-works.dataflow-endpoint-group.versions"></a>

 AWS Ground Station prend en charge deux versions des groupes de points de terminaison de flux de données : 
+ **DataflowEndpointGroup**[- L'implémentation d'origine qui prend en charge les liaisons montantes et descendantes à l'aide d'un point de terminaison de [flux de données, et la liaison descendante uniquement pour un point de terminaison](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DataflowEndpoint.html) agent AWS Ground Station](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AwsGroundStationAgentEndpoint.html)
+ **DataflowEndpointGroupV2** - Version mise à jour qui prend en charge les flux de données en liaison montante et en liaison descendante pour les points de terminaison de AWS Ground Station l'agent avec une clarté et des fonctionnalités améliorées


**Comparaison des groupes de points de terminaison de Dataflow**  

| Fonctionnalité | DataflowEndpointGroup | DataflowEndpointGroupV2 | 
| --- | --- | --- | 
| Types de terminaux pris en charge | DataflowEndpoint, AwsGroundStationAgentEndpoint | DownlinkAwsGroundStationAgentEndpoint, UplinkAwsGroundStationAgentEndpoint | 
| Points de terminaison prenant en charge la liaison montante | DataflowEndpoint | UplinkAwsGroundStationAgentEndpoint | 
| Points de terminaison prenant en charge la liaison descendante | DataflowEndpoint, AwsGroundStationAgentEndpoint | DownlinkAwsGroundStationAgentEndpoint | 

 DataflowEndpointGroupLa V2 a été créée pour prendre en charge les flux de données en liaison montante et pour clarifier le langage entourant les groupes de points de terminaison des flux de données. Nous recommandons d'utiliser [UplinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkAwsGroundStationAgentEndpoint.html)des [DownlinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DownlinkAwsGroundStationAgentEndpoint.html)terminaux dotés d'une [DataflowEndpointGroupversion V2](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateDataflowEndpointGroupV2.html) pour tous les nouveaux cas d'utilisation. DataflowEndpointGroup reste compatible pour des raisons de rétrocompatibilité, mais la DataflowEndpointGroup version 2 fournit des fonctionnalités améliorées et des options de configuration plus claires. 

**Astuce**  
 Les points de terminaison du flux de données sont identifiés par le nom que vous avez choisi lors de l'exécution des contacts. Il n'est pas nécessaire que ces noms soient uniques pour l'ensemble du compte. Cela permet d'exécuter plusieurs contacts entre différents satellites et antennes en même temps en utilisant le même profil de mission. Cela peut être utile si vous avez une constellation de satellites présentant les mêmes caractéristiques de fonctionnement. Vous pouvez augmenter le nombre de groupes de points de terminaison du flux de données pour qu'il corresponde au nombre maximal de contacts simultanés dont votre constellation de satellites a besoin. 

 Lorsqu'une ou plusieurs ressources d’un groupe de points de terminaison de flux de données sont en cours d'utilisation pour un contact, l'ensemble du groupe est réservé pendant toute la durée du contact. Vous pouvez exécuter plusieurs contacts simultanément, mais ces contacts doivent être exécutés sur différents groupes de points de terminaison de flux de données. 

**Important**  
 Les groupes de points de terminaison Dataflow doivent être en `HEALTHY` état de planifier les contacts qui les utilisent. Pour plus d'informations sur la façon de résoudre les problèmes liés aux groupes de points de terminaison de flux de données qui ne sont pas dans un `HEALTHY` état, consultez. [Le dépannage DataflowEndpointGroups n'est pas dans un état SAIN](troubleshooting-dfeg.md) 

 Consultez la documentation suivante pour plus d'informations sur la manière d'effectuer des opérations sur les groupes de points de terminaison de flux de données à l'aide CloudFormation de l'API AWS Command Line Interface ou de l' AWS Ground Station API. 
+ [AWS::GroundStation::DataflowEndpointGroup CloudFormation type de ressource](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-groundstation-dataflowendpointgroup.html)
+ [Référence du groupe Dataflow Endpoint AWS CLI](https://docs.aws.amazon.com/cli/latest/reference/groundstation/create-dataflow-endpoint-group.html)
+ [Référence de l'API Dataflow Endpoint Group](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateDataflowEndpointGroup.html)

## Points de terminaison de flux de données
<a name="how-it-works.dataflow-endpoint-group.endpoints"></a>

 Les membres d'un groupe de points de terminaison de flux de données sont des points de terminaison de flux de données. Les types de points de terminaison pris en charge dépendent de la version du groupe de points de terminaison de flux de données que vous utilisez. 

### DataflowEndpointGroup points de terminaison
<a name="how-it-works.dataflow-endpoint-group.original-endpoints"></a>

 DataflowEndpointGroup [prend en charge les liaisons montantes et descendantes à l'aide d'un point de terminaison de [flux de données, et la liaison descendante uniquement pour un point de terminaison](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DataflowEndpoint.html) d'agent.AWS Ground Station](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AwsGroundStationAgentEndpoint.html) Pour les deux types de points de terminaison, vous allez créer les structures de support (par exemple, les adresses IP) avant de créer le groupe de points de terminaison du flux de données. Consultez [Travailler avec des flux de données](dataflows.md) les recommandations relatives au type de point de terminaison du flux de données à utiliser et à la manière de configurer les structures de support. 

 Les sections suivantes décrivent les deux types de points de terminaison pris en charge. 

**Important**  
 Tous les points de terminaison de flux de données au sein d'un même groupe de points de terminaison de flux de données doivent être du même type. Vous ne pouvez pas mélanger les points de [terminaison de AWS Ground Station l'agent avec les points](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AwsGroundStationAgentEndpoint.html) de [terminaison Dataflow dans le même](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DataflowEndpoint.html) groupe. Si votre cas d'utilisation nécessite les deux types de points de terminaison, vous devez créer des groupes de points de terminaison de flux de données distincts pour chaque type.   
 Pour la DataflowEndpointGroup V2, vous pouvez mixer [UplinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkAwsGroundStationAgentEndpoint.html)et [DownlinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DownlinkAwsGroundStationAgentEndpoint.html)dans le même groupe. 

#### AWS Ground Station Point final de l'agent
<a name="how-it-works.dataflow-endpoint-group.agent"></a>

 Le point de terminaison de l' AWS Ground Station agent utilise l' AWS Ground Station agent en tant que composant logiciel pour mettre fin aux connexions. Pour créer un point de terminaison d' AWS Ground Station agent, vous devez uniquement renseigner le `AwsGroundStationAgentEndpoint` champ du EndpointDetails. Pour plus d'informations sur l' AWS Ground Station agent, consultez le [guide d'utilisation complet de l'AWS Ground Station agent](https://docs.aws.amazon.com/ground-station/latest/gs-agent-ug/). 

`AwsGroundStationAgentEndpoint` comprend les éléments suivants :
+ `Name`- Le nom du point de terminaison du flux de données. Pour que le contact puisse utiliser ce point de terminaison de flux de données, ce nom doit correspondre au nom utilisé dans la configuration de votre point de terminaison de flux de données.
+ `EgressAddress`- L'adresse IP et l'adresse du port utilisés pour faire sortir les données de l'agent.
+ `IngressAddress`- L'adresse IP et l'adresse du port utilisés pour saisir les données vers l'agent.

#### Point de terminaison du flux de données
<a name="how-it-works.dataflow-endpoint-group.dataflow-endpoint"></a>

 Le point de terminaison Dataflow utilise une application réseau en tant que composant logiciel pour mettre fin aux connexions. Utilisez Dataflow Endpoint lorsque vous souhaitez établir une liaison montante avec des données de signal numérique, une liaison descendante avec moins de 50 % des données de signal numérique ou une liaison descendante avec MHz des données de signal. Demodulated/Decoded Pour créer un point de terminaison de flux de données, vous devez renseigner les `Security Details` champs `Endpoint` et du. EndpointDetails 

`Endpoint` comprend les éléments suivants :
+ `Name`- Le nom du point de terminaison du flux de données. Pour que le contact puisse utiliser ce point de terminaison de flux de données, ce nom doit correspondre au nom utilisé dans la configuration de votre point de terminaison de flux de données.
+ `Address`- L'adresse IP et l'adresse du port utilisés.

`SecurityDetails` comprend les éléments suivants :
+ `roleArn`- Le nom de ressource Amazon (ARN) d'un rôle qui AWS Ground Station sera chargé de créer des interfaces réseau élastiques (ENIs) dans votre VPC. Ils ENIs servent de points d'entrée et de sortie des données diffusées lors d'un contact.
+ `securityGroupIds` - Les groupes de sécurité à attacher aux interfaces réseau Elastic.
+  `subnetIds`- Une liste de sous-réseaux dans lesquels AWS Ground Station peuvent être placées des interfaces réseau élastiques pour envoyer des flux à vos instances. Si plusieurs sous-réseaux sont spécifiés, ils doivent être routables les uns vers les autres. Si les sous-réseaux se trouvent dans des zones de disponibilité différentes (AZs), des frais de transfert de données inter-AZ peuvent vous être facturés. 

 Le rôle IAM transféré `roleArn` doit avoir une politique de confiance qui permet au principal du `groundstation.amazonaws.com` service d'assumer le rôle. Consultez la section [Exemple de politique de confiance](#dataflow-endpoint-trust-policy-example) ci-dessous pour un exemple. Lors de la création du point de terminaison, l'identifiant de ressource du point de terminaison n'existe pas. La politique de confiance doit donc utiliser un astérisque (*\$1*) à la place de*your-endpoint-id*. Il peut être mis à jour après sa création pour utiliser l'identifiant de ressource du point de terminaison afin d'étendre la politique de confiance à ce groupe de points de terminaison de flux de données spécifique. 

 Le rôle IAM doit disposer d'une politique IAM qui permet AWS Ground Station de configurer le. ENIs Consultez la section [Exemple de politique de rôle](#dataflow-endpoint-role-policy-example) ci-dessous pour un exemple. 

##### Exemple de politique de confiance
<a name="dataflow-endpoint-trust-policy-example"></a>

 Pour plus d'informations sur la façon de mettre à jour la politique de confiance d'un rôle, consultez [la section Gestion des rôles IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage.html) dans le Guide de l'utilisateur IAM. 

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Service": "groundstation.amazonaws.com"
            },
            "Action": "sts:AssumeRole",
            "Condition": {
                "StringEquals": {
                    "aws:SourceAccount": "999999999999"
                },
                "ArnLike": {
                    "aws:SourceArn": "arn:aws:groundstation:us-east-1:999999999999:dataflow-endpoint-group/your-endpoint-id"
                }
            }
        }
    ]
}
```

------

##### Exemple de politique de rôle
<a name="dataflow-endpoint-role-policy-example"></a>

 Pour plus d'informations sur la façon de mettre à jour ou d'associer une politique de rôle, consultez [la section Gestion des politiques IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage.html) dans le Guide de l'utilisateur IAM. 

------
#### [ JSON ]

****  

```
{
  "Version":"2012-10-17",		 	 	 
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "ec2:CreateNetworkInterface",
        "ec2:DeleteNetworkInterface",
        "ec2:CreateNetworkInterfacePermission",
        "ec2:DeleteNetworkInterfacePermission",
        "ec2:DescribeSubnets",
        "ec2:DescribeVpcs",
        "ec2:DescribeSecurityGroups"
      ],
      "Resource": "*"
    }
  ]
}
```

------

### DataflowEndpointGroupPoints de terminaison V2
<a name="how-it-works.dataflow-endpoint-group.v2-endpoints"></a>

 DataflowEndpointGroupLa V2 introduit des types de terminaux spécialisés qui fournissent une configuration plus claire et des fonctionnalités améliorées : 
+ **[UplinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkAwsGroundStationAgentEndpoint.html)**- Optimisé pour les flux de données en liaison montante
+ **[DownlinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DownlinkAwsGroundStationAgentEndpoint.html)**- Optimisé pour les flux de données en liaison descendante

 Ces points de terminaison spécialisés remplacent les configurations génériques [AwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AwsGroundStationAgentEndpoint.html)par des configurations spécifiques aux directions qui facilitent la configuration et la gestion de vos flux de données. 

#### Point de terminaison Uplink AWS Ground Station Agent
<a name="how-it-works.dataflow-endpoint-group.uplink-agent-v2"></a>

 [UplinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkAwsGroundStationAgentEndpoint.html)Il est spécialement conçu pour les flux de données en liaison montante et fournit des options de configuration plus claires. Utilisez ce type de point de terminaison lorsque vous devez fournir des données AWS Ground Station à relier à votre satellite. 

`UplinkAwsGroundStationAgentEndpoint` comprend les éléments suivants :
+ `Name`- Le nom du point de terminaison du flux de données. Pour que le contact puisse utiliser ce point de terminaison de flux de données, ce nom doit correspondre au nom utilisé dans la configuration de votre point de terminaison de flux de données.
+ `IngressAddressAndPort`- Adresse IP et adresse de port uniques pour la saisie des données vers l'agent
+ `AgentIpAndPortAddress`- Portée de ports pour la communication avec les agents

#### Point de terminaison de l' AWS Ground Station agent Downlink
<a name="how-it-works.dataflow-endpoint-group.downlink-agent-v2"></a>

 [DownlinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DownlinkAwsGroundStationAgentEndpoint.html)Il est optimisé pour les flux de données en liaison descendante, y compris les scénarios de liaison descendante à bande étroite, de démodulation/décodage à large bande et d'écho en liaison montante. 

`DownlinkAwsGroundStationAgentEndpoint` comprend les éléments suivants :
+ `Name`- Le nom du point de terminaison du flux de données. Pour que le contact puisse utiliser ce point de terminaison de flux de données, ce nom doit correspondre au nom utilisé dans la configuration de votre point de terminaison de flux de données.
+ `EgressAddressAndPort`- Adresse IP et adresse de port uniques pour la sortie des données par l'agent
+ `AgentIpAndPortAddress`- Portée de ports pour la communication avec les agents

## Création de groupes de points de terminaison de flux de données
<a name="how-it-works.dataflow-endpoint-group.creating"></a>

 Vous pouvez créer des groupes de points de terminaison de flux de données en utilisant l'une des versions suivantes : 

### CreateDataflowEndpointGroup
<a name="how-it-works.dataflow-endpoint-group.creating-original"></a>

 [CreateDataflowEndpointGroup](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateDataflowEndpointGroup.html)À utiliser pour des raisons de rétrocompatibilité ou lorsque vous devez utiliser le générique [AwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_AwsGroundStationAgentEndpoint.html)ou [DataflowEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DataflowEndpoint.html)les types. 

### CreateDataflowEndpointGroupV2
<a name="how-it-works.dataflow-endpoint-group.creating-v2"></a>

 Utilisez la [CreateDataflowEndpointGroupversion V2](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateDataflowEndpointGroupV2.html) pour les nouvelles implémentations afin de tirer parti des types de points de terminaison spécialisés qui prennent en charge les flux de données en liaison montante et en liaison descendante. Cette API ne prend en charge que [UplinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkAwsGroundStationAgentEndpoint.html)et [DownlinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DownlinkAwsGroundStationAgentEndpoint.html). 

## Considérations concernant la migration
<a name="how-it-works.dataflow-endpoint-group.migration"></a>

 Si vous utilisez actuellement DataflowEndpointGroup, vous pouvez continuer à utiliser votre configuration existante sans modification. AWS Ground Station maintient une rétrocompatibilité totale. 

 Si vous souhaitez effectuer la migration pour utiliser la nouvelle DataflowEndpointGroup version 2 et que vous utilisez actuellement une application [DataflowEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DataflowEndpoint.html)dotée d'un point de terminaison Dataflow pour recevoir vos données, vous devrez effectuer la migration pour utiliser l' AWS Ground Station agent à la place. Si vous utilisez déjà un AWS Ground Station agent pour la liaison descendante, vous pouvez également utiliser la même instance d'agent pour la liaison montante. Aucune instance d'agent supplémentaire n'est requise. 

 Pour migrer vers la DataflowEndpointGroup version V2 : 

1. En cas de migration depuis DataflowEndpoint, configurez l' AWS Ground Station agent en suivant le guide de l'[utilisateur de l'AWS Ground Station agent](https://docs.aws.amazon.com/ground-station/latest/gs-agent-ug/)

1. Identifiez la direction de votre flux de données et créez le type de point de terminaison approprié (ou) [UplinkAwsGroundStationAgentEndpoint[DownlinkAwsGroundStationAgentEndpoint](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_DownlinkAwsGroundStationAgentEndpoint.html)](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_UplinkAwsGroundStationAgentEndpoint.html)

1. Créez le [DataflowEndpointGroupV2](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateDataflowEndpointGroupV2.html) référençant ces points de terminaison

1. Créez une nouvelle [configuration de point de terminaison de flux de données](https://docs.aws.amazon.com/ground-station/latest/APIReference/API_CreateConfig.html) qui fait référence à la nouvelle DataflowEndpointGroup V2 par son nom

1. Créez un nouveau profil de mission qui fait référence à la configuration du point de terminaison du flux de données en tant que périphérie du flux de données

1. Utilisez le nouveau profil de mission pour planifier des contacts

1. Testez votre configuration avant de la déployer en production

 Pour plus d'informations sur le flux de travail complet, reportez-vous [Comprendre les composants AWS Ground Station de base](how-it-works.core.md) aux sections et[Création de configurations](getting-started.step3.md). 

# Utiliser l' AWS Ground Station agent
<a name="how-it-works.gs-agent"></a>

L' AWS Ground Station agent vous permet de recevoir (liaison descendante) des flux de données synchrones à fréquence intermédiaire numérique à large bande (DigIF) lors des contacts avec AWS Ground Station.

## Comment ça marche
<a name="how-it-works.gs-agent.what-is-gs-agent"></a>

 Vous pouvez sélectionner deux options pour la livraison des données :

1. **Livraison de données à une EC2 instance** : livraison de données à une EC2 instance dont vous êtes le propriétaire. Vous gérez l' AWS Ground Station agent. Cette option peut vous convenir le mieux si vous avez besoin d'un traitement des données en temps quasi réel. Consultez la [Travailler avec des flux de données](dataflows.md) section pour plus d'informations sur la livraison EC2 des données.

1. **Livraison des données vers un compartiment S3** - La livraison des données vers votre compartiment AWS S3 est entièrement gérée par AWS Ground Station. Consultez le [Mise en route](getting-started.md) guide pour plus d'informations sur la livraison de données S3.

 Les deux modes de livraison de données nécessitent que vous créiez un ensemble de ressources AWS. L'utilisation de CloudFormation pour créer vos ressources AWS est vivement recommandée afin de garantir la fiabilité, la précision et la facilité de prise en charge. Chaque contact peut uniquement transmettre des données à EC2 S3, mais pas aux deux simultanément. 

 Le schéma suivant montre un flux de données DigIF d'une région d' AWS Ground Station antenne vers votre EC2 instance avec votre radio définie par logiciel (SDR) ou un écouteur similaire. 

 ![\[DigIF dataflow from an AWS Ground Station antennna region.\]](http://docs.aws.amazon.com/fr_fr/ground-station/latest/ug/images/digif-data-delivery-overview.png) 

## Informations supplémentaires
<a name="how-it-works.gs-agent.more-info"></a>

Pour des informations plus détaillées, consultez le [guide de l'utilisateur complet de l'AWS Ground Station agent](https://docs.aws.amazon.com/ground-station/latest/gs-agent-ug).