翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# の AWS Ground Station 仕組み
<a name="how-it-works"></a>

 AWS Ground Station は地上アンテナを操作して*、**衛星*との通信を容易にします。アンテナが実行できる物理的な特性は抽象化され、*機能*と呼ばれます。アンテナの物理的な場所と現在の機能は、 [AWS Ground Station 場所](aws-ground-station-antenna-locations.md)セクションで参照できます。ユースケース[AWS Support Center Console](https://console.aws.amazon.com/support)に追加の機能、追加のロケーションサービス、またはより正確なアンテナロケーションが必要な場合は、 を通じてお問い合わせください。

 AWS Ground Station アンテナのいずれかを使用するには、特定の場所で時間を予約する必要があります。この予約は*問い合わせ*と呼ばれます。問い合わせを正常にスケジュールするには、 は成功するために追加のデータ AWS Ground Station を必要とします。
+  **衛星は 1 つ以上の場所にオンボードする必要があります**。これにより、リクエストされた場所でさまざまな機能を運用する承認が得られます。
+  **衛星には有効な*エフェメリス*が必要です**。これにより、アンテナの視線が確保され、コンタクト中に衛星を正確に指すことができます。
+  **有効な*ミッションプロファイル*が必要です。**これにより、衛星へのデータの受信方法や送信方法など、この問い合わせの動作をカスタマイズできます。同じ車両に複数のミッションプロファイルを使用して、発生するさまざまな運用体制やシナリオに合わせて異なるコンタクトを作成できます。

## 衛星オンボーディング
<a name="how-it-works.onboarding"></a>

 への衛星のオンボーディング AWS Ground Station は、データ収集、技術検証、スペクトルライセンス、統合とテストを含む複数ステップのプロセスです。ガイドの[「衛星オンボーディング](getting-started.step1.md)」セクションでは、このプロセスについて説明します。

## ミッションプロファイルの構成
<a name="how-it-works.mission-profile"></a>

 衛星周波数情報、[データプレーン](https://docs.aws.amazon.com/whitepapers/latest/aws-fault-isolation-boundaries/control-planes-and-data-planes.html)情報、およびその他の詳細は、ミッションプロファイルにカプセル化されます。ミッションプロファイルは、*設定*コンポーネントのコレクションです。これにより、ユースケースに応じて、さまざまなミッションプロファイル間で設定コンポーネントを再利用できます。ミッションプロファイルは個々の衛星を直接参照するのではなく、その技術的機能に関する情報しか持たないため、ミッションプロファイルは同じ設定の複数の衛星でも再利用できます。

 有効なミッションプロファイルには、*追跡設定*と 1 つ以上の*データフロー*があります。追跡設定は、問い合わせ中に追跡する設定を指定します。データフロー内の各設定ペアは、送信元と送信先を確立します。衛星とその運用モードに応じて、ミッションプロファイルのデータフローの正確な数は、アップリンクおよびダウンリンクの通信パスとデータ処理の側面を表すように異なります。
+  問い合わせ中に使用される Amazon VPC、Amazon S3、Amazon EC2 リソースの設定の詳細については、「」を参照してください[データフローの使用](dataflows.md)。
+  各設定の動作の詳細については、「」を参照してください[AWS Ground Station 設定を使用する](how-it-works.config.md)。
+  予想されるすべてのパラメータの詳細については、「」を参照してください[AWS Ground Station ミッションプロファイルを使用する](how-it-works-mission-profile.md)。
+  ユースケースをサポートするためにさまざまなミッションプロファイルを作成する方法の例については、「」を参照してください[ミッションプロファイル設定の例](examples.md)。

 次の図は、ミッションプロファイルの例と、必要な追加のリソースを示しています。この例では、柔軟性を示すために、このミッションプロファイルに必要のないデータフローエンドポイントである *unusedEndpoint* を示しています。この例では、次のデータフローをサポートしています。
+  管理する Amazon EC2 インスタンスへのデジタル中間周波数データの同期ダウンリンク。*digIfDownlink* という名前で表されます。
+  Amazon S3 バケットへのデジタル中間周波数データの非同期ダウンリンク。バケット名 *aws-groundstation-demo* で表されます。
+  管理する Amazon EC2 インスタンスへの復調および復号化されたデータの同期ダウンリンク。*demodDecodeDownlink* という名前で表されます。
+  管理する Amazon EC2 インスタンスから AWS Ground Station マネージドアンテナへのデータの同期アップリンク。*digIfUplink* という名前で表されます。

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

## 問い合わせのスケジューリング
<a name="how-it-works.contact-scheduling"></a>

 有効なミッションプロファイルを使用すると、オンボード衛星とのコンタクトをリクエストできます。問い合わせ予約リクエストは非同期であり、グローバルアンテナサービスが関連するすべての AWS リージョンで一貫したスケジュールを達成するための時間を確保します。このプロセス中、リクエストされた地上局の場所にあるさまざまなアンテナが評価され、それらが使用可能で、問い合わせを処理できるかどうかが判断されます。このプロセスでは、設定された*データフローエンドポイント*も評価され、可用性が判断されます。この評価の実行中、問い合わせステータスはスケジュール中になります。

 この非同期スケジューリングプロセスはリクエストから 5 分以内に終了しますが、通常は 1 分以内に終了します。スケジューリング中にイベントベースのモニタリング[イベント AWS Ground Station による自動化](monitoring.automating-events.md)を確認してください。

 ![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/ja_jp/ground-station/latest/ug/images/scheduling.png) 

 実行でき、利用可能な問い合わせは*、スケジュールされた*問い合わせになります。スケジュールされたコンタクトでは、コンタクトの実行に必要なリソースは、ミッションプロファイルで定義されている必要な AWS リージョン全体で予約されています。実行できない問い合わせ、または使用できないパートがある場合、*FAILED\_TO\_SCHEDULE* 問い合わせが発生します。デバッグの詳細については[FAILED\_TO\_SCHEDULE コンタクトのトラブルシューティング](troubleshooting-failed-to-schedule-contacts.md)、「」を参照してください。

## 問い合わせの実行
<a name="how-it-works.contact-execution"></a>

 AWS Ground Station は、問い合わせ予約中に AWS マネージドリソースを自動的にオーケストレーションします。必要に応じて、ミッションプロファイルでデータフローエンドポイントとして定義された EC2 リソースをオーケストレーションする責任があります。 は、コストを削減するためにリソースのオーケストレーションを自動化するための [AWS EventBridge イベント](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-events.html) AWS Ground Station を提供します。詳細については、「[イベント AWS Ground Station による自動化](monitoring.automating-events.md)」を参照してください。

 問い合わせ中、問い合わせパフォーマンスに関するテレメトリが AWS CloudWatch に配信されます。実行中に問い合わせをモニタリングする方法については、「」を参照してください[によるモニタリングを理解する AWS Ground Station](monitoring.md)。

 次の図は、問い合わせ中にオーケストレーションされた同じリソースを表示することで、前の例を続行します。

**注記**  
 この例では、すべてのアンテナ機能が使用されたわけではありません。例えば、複数の周波数と偏波をサポートする多数のアンテナダウンリンク機能が各アンテナで利用できます。 AWS Ground Station アンテナで使用できる各機能タイプの数、およびサポートされている周波数と偏波の詳細については、「」を参照してください[AWS Ground Station サイト機能](locations.capabilities.md)。

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

 問い合わせの終了時に、 AWS Ground Station は問い合わせのパフォーマンスを評価し、最終的な問い合わせステータスを決定します。エラーが検出されない問い合わせは、*完了済みの*問い合わせステータスになります。サービスエラーが原因で問い合わせ中にデータ配信の問題が発生した問い合わせは、*AWS\_FAILED* ステータスになります。クライアントまたはユーザーのエラーによって問い合わせ中にデータ配信の問題が発生した問い合わせは、*失敗*ステータスになります。コンタクト時間外のエラー、つまりパス前またはパス後のエラーは、判定中に考慮されません。

 詳細については「[問い合わせのライフサイクルを理解する](contacts.lifecycle.md)」を参照してください。

## デジタルツイン
<a name="how-it-works.digital-twin"></a>

 のデジタルツイン機能 AWS Ground Station を使用すると、仮想地上局のロケーションに対してコンタクトをスケジュールできます。これらの仮想地上ステーションは、アンテナ機能、サイトマスク、実際の GPS 座標など、本番稼働用地上ステーションの正確なレプリカです。デジタルツイン機能を使用すると、コンタクトオーケストレーションワークフローを本番環境の地上局と比較してわずかなコストでテストできます。詳細については「[AWS Ground Station デジタルツイン機能を使用する](digital-twin.md)」を参照してください。