翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
の AWS Ground Station 仕組み
AWS Ground Station は地上アンテナを操作して、衛星との通信を容易にします。アンテナが実行できる物理的な特性は抽象化され、機能と呼ばれます。アンテナの物理的な場所と現在の機能は、 AWS Ground Station ロケーションセクションで参照できます。ユースケースAWS Support Center Console
AWS Ground Station アンテナのいずれかを使用するには、特定の場所で時間を予約する必要があります。この予約は問い合わせと呼ばれます。問い合わせを正常にスケジュールするには、 は成功するために追加のデータ AWS Ground Station を必要とします。
-
衛星は 1 つ以上の場所にオンボードする必要があります。これにより、リクエストされた場所でさまざまな機能を運用する承認が得られます。
-
衛星には有効なエフェメリスが必要です。これにより、アンテナの視線が確保され、コンタクト中に衛星を正確に指すことができます。
有効なミッションプロファイルが必要です。これにより、衛星へのデータの受信方法や送信方法など、この問い合わせの動作をカスタマイズできます。同じ車両に複数のミッションプロファイルを使用して、発生するさまざまな運用体制やシナリオに合わせて異なるコンタクトを作成できます。
衛星オンボーディング
への衛星のオンボーディング AWS Ground Station は、データ収集、技術検証、スペクトルライセンス、統合とテストを含む複数ステップのプロセスです。ガイドの「衛星オンボーディング」セクションでは、このプロセスについて説明します。
ミッションプロファイルの構成
衛星周波数情報、データプレーン情報、およびその他の詳細は、ミッションプロファイルにカプセル化されます。ミッションプロファイルは、設定コンポーネントのコレクションです。これにより、ユースケースに応じて、さまざまなミッションプロファイル間で設定コンポーネントを再利用できます。ミッションプロファイルは個々の衛星を直接参照するのではなく、その技術的機能に関する情報しか持たないため、ミッションプロファイルは同じ設定の複数の衛星でも再利用できます。
有効なミッションプロファイルには、追跡設定と 1 つ以上のデータフローがあります。追跡設定は、問い合わせ中に追跡する設定を指定します。データフロー内の各設定ペアは、送信元と送信先を確立します。衛星とその運用モードに応じて、ミッションプロファイルのデータフローの正確な数は、アップリンクおよびダウンリンクの通信パスとデータ処理の側面を表すように異なります。
問い合わせ中に使用される Amazon VPC、Amazon S3、Amazon EC2 リソースの設定の詳細については、「」を参照してくださいデータフローの使用。
各設定の動作の詳細については、「」を参照してくださいAWS Ground Station 設定を使用する。
予想されるすべてのパラメータの詳細については、「」を参照してくださいAWS Ground Station ミッションプロファイルを使用する。
ユースケースをサポートするためにさまざまなミッションプロファイルを作成する方法の例については、「」を参照してくださいミッションプロファイル設定の例。
次の図は、ミッションプロファイルの例と、必要な追加のリソースを示しています。この例では、柔軟性を示すために、このミッションプロファイルに必要のないデータフローエンドポイントである unusedEndpoint を示しています。この例では、次のデータフローをサポートしています。
管理する Amazon EC2 インスタンスへのデジタル中間周波数データの同期ダウンリンク。digIfDownlink という名前で表されます。
Amazon S3 バケットへのデジタル中間周波数データの非同期ダウンリンク。バケット名 aws-groundstation-demo で表されます。
管理する Amazon EC2 インスタンスへの復調および復号化されたデータの同期ダウンリンク。demodDecodeDownlink という名前で表されます。
管理する Amazon EC2 インスタンスから AWS Ground Station マネージドアンテナへのデータの同期アップリンク。digIfUplink という名前で表されます。
問い合わせのスケジューリング
有効なミッションプロファイルを使用すると、オンボード衛星とのコンタクトをリクエストできます。問い合わせ予約リクエストは非同期であり、グローバルアンテナサービスが関連するすべての AWS リージョンで一貫したスケジュールを達成するための時間を確保します。このプロセス中、リクエストされた地上局の場所にあるさまざまなアンテナが評価され、それらが使用可能で、問い合わせを処理できるかどうかが判断されます。このプロセスでは、設定されたデータフローエンドポイントも評価され、可用性が判断されます。この評価の実行中、問い合わせステータスはスケジュール中になります。
この非同期スケジューリングプロセスはリクエストから 5 分以内に終了しますが、通常は 1 分以内に終了します。スケジューリング中にイベントベースのモニタリングイベント AWS Ground Station による自動化を確認してください。
実行でき、利用可能な問い合わせは、スケジュールされた問い合わせになります。スケジュールされたコンタクトでは、コンタクトの実行に必要なリソースは、ミッションプロファイルで定義されている必要な AWS リージョン全体で予約されています。実行できない問い合わせ、または使用できないパートがある場合、FAILED_TO_SCHEDULE 問い合わせが発生します。デバッグの詳細についてはFAILED_TO_SCHEDULE コンタクトのトラブルシューティング、「」を参照してください。
問い合わせの実行
AWS Ground Station は、問い合わせ予約中に AWS マネージドリソースを自動的にオーケストレーションします。必要に応じて、ミッションプロファイルでデータフローエンドポイントとして定義された EC2 リソースをオーケストレーションする責任があります。 は、コストを削減するためにリソースのオーケストレーションを自動化するための AWS EventBridge イベント AWS Ground Station を提供します。詳細については、「イベント AWS Ground Station による自動化」を参照してください。
問い合わせ中、問い合わせパフォーマンスに関するテレメトリが AWS CloudWatch に配信されます。実行中に問い合わせをモニタリングする方法については、「」を参照してくださいによるモニタリングを理解する AWS Ground Station。
次の図は、問い合わせ中にオーケストレーションされた同じリソースを表示することで、前の例を続行します。
注記
この例では、すべてのアンテナ機能が使用されたわけではありません。例えば、複数の周波数と偏波をサポートする多数のアンテナダウンリンク機能が各アンテナで利用できます。 AWS Ground Station アンテナで使用できる各機能タイプの数、およびサポートされている周波数と偏波の詳細については、「」を参照してくださいAWS Ground Station サイト機能。
問い合わせの終了時に、 AWS Ground Station は問い合わせのパフォーマンスを評価し、最終的な問い合わせステータスを決定します。エラーが検出されない問い合わせは、完了済みの問い合わせステータスになります。サービスエラーが原因で問い合わせ中にデータ配信の問題が発生した問い合わせは、AWS_FAILED ステータスになります。クライアントまたはユーザーのエラーによって問い合わせ中にデータ配信の問題が発生した問い合わせは、失敗ステータスになります。コンタクト時間外のエラー、つまりパス前またはパス後のエラーは、判定中に考慮されません。
詳細については「問い合わせのライフサイクルを理解する」を参照してください。
デジタルツイン
のデジタルツイン機能 AWS Ground Station を使用すると、仮想地上局のロケーションに対してコンタクトをスケジュールできます。これらの仮想地上ステーションは、アンテナ機能、サイトマスク、実際の GPS 座標など、本番稼働用地上ステーションの正確なレプリカです。デジタルツイン機能を使用すると、コンタクトオーケストレーションワークフローを本番環境の地上局と比較してわずかなコストでテストできます。詳細については「AWS Ground Station デジタルツイン機能を使用する」を参照してください。