特表 2024-544364 衛星と地上サーバの間のデータルーティングのための技術

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-29

(54)【発明の名称】衛星と地上サーバの間のデータルーティングのための技術

(51)【国際特許分類】

   H04L 45/24 20220101AFI20241122BHJP

   H04L 45/302 20220101ALI20241122BHJP

   H04L 45/121 20220101ALI20241122BHJP

   H04L 45/125 20220101ALI20241122BHJP

   H04W 84/06 20090101ALI20241122BHJP

   H04W 72/0446 20230101ALI20241122BHJP

【ＦＩ】

H04L45/24

H04L45/302

H04L45/121

H04L45/125

H04W84/06

H04W72/0446

【審査請求】未請求

【予備審査請求】有

(21)【出願番号】P 2024529537

(86)(22)【出願日】2022-11-18

(85)【翻訳文提出日】2024-07-08

(86)【国際出願番号】 US2022050384

(87)【国際公開番号】W WO2023091656

(87)【国際公開日】2023-05-25

(31)【優先権主張番号】63/281,466

(32)【優先日】2021-11-19

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】513180451

【氏名又は名称】ヴィアサット，インコーポレイテッド

【氏名又は名称原語表記】ＶｉａＳａｔ，Ｉｎｃ．

(74)【代理人】

【識別番号】110001302

【氏名又は名称】弁理士法人北青山インターナショナル

(72)【発明者】

【氏名】ハンチャリク，デイビッド ジェイ．

(72)【発明者】

【氏名】カリギュリ，メレディス エル．

【テーマコード（参考）】

5K030

5K067

【Ｆターム（参考）】

5K030GA13

5K030HA08

5K030HC01

5K030HC09

5K030JA11

5K030JL02

5K030LB06

5K030MB03

5K067CC04

5K067EE07

(57)【要約】

衛星と地上サーバの間のデータルーティングのための方法、システム及びデバイスについて説明する。衛星の端末は、衛星のペイロードから待ち時間メトリックに関連付けられたデータパケットを受信し得る。端末は、第１の衛星が複数の地上局のうちの地上局の範囲内にあることに関連付けられた第１の持続時間に基づいて、待ち時間メトリックが閾値未満であるか否かを判定し得る。待ち時間メトリックが該閾値未満であると端末が判定した場合、端末は、第２の衛星を介した地上サーバへの間接リンクを含む第１のデータパスを介して送信するためにデータパケットをキューイングし得る。あるいは、待ち時間メトリックが閾値より大きいと端末が判定した場合、端末は、地上サーバへの直接リンクを含む第２のデータパスを介して送信するためにデータパケットをキューイングし得る。
【選択図】図２

【特許請求の範囲】

【請求項1】

複数の第１の衛星（１１０）のうちの第１の衛星（１１０－ｃ）の端末（２１５）において、前記第１の衛星（１１０－ｃ）のペイロード（２１０）からデータパケット（３０５）を受信することであって、前記データパケット（３０５）は、前記データパケット（３０５）に関連付けられた待ち時間メトリックと、前記データパケット（３０５）に関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含む、受信することと、
前記待ち時間メトリックが閾値未満であるか否かを判定することであって、前記閾値は、前記第１の衛星（１１０－ｃ）が複数の地上局（１３５）のうちの地上局（１３５）の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく、判定することと、
前記待ち時間メトリックが前記閾値未満であると判定したことに少なくとも部分的に基づいて、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の地上サーバ（１３０－ａ）への複数のデータパスのうちの第１のデータパス（２２０）を介して送信するために前記データパケット（３０５）をキューイングすることであって、前記第１のデータパス（２２０）は、１つ以上の第２の衛星（１２０）を介して間接リンク（１２２）に関連付けられ、前記複数のデータパスは、前記第１のデータパス（２２０）と、前記複数の地上局（１３５）のうちの１つ以上への直接リンク（１３２）に関連付けられた第２のデータパス（２２２）とを含む、キューイングすることとを含む、方法。

【請求項2】

前記データパケット（３０５）をキューイングしたことに少なくとも部分的に基づいて、前記間接リンク（１２２）に関連付けられた利用可能なリソースの量が第２の閾値を超えるか否かを判定することであって、前記利用可能なリソースの量は、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく、判定することと、
前記利用可能なリソースの量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することとを更に含む、請求項１に記載の方法。

【請求項3】

地上局（１３５）から前記利用可能なリソースの量のリソーススケジュールを受信することを更に含む、請求項２に記載の方法。

【請求項4】

前記閾値は、前記第１の持続時間と、送信のために前記データパケット（３０５）をキューイングすることに関連付けられた第２の持続時間との関数を含む、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記間接リンク（１２２）に関連付けられた利用可能なリソースの量が第２の閾値を超えるか否かを判定することであって、前記利用可能なリソースの量は、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく、判定することと、
前記量が前記第２の閾値を超えていないと判定したことに少なくとも部分的に基づいて、ある期間にわたって前記データパケット（３０５）を記憶することとを更に含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記端末（２１５）に記憶されたポリシーに少なくとも部分的に基づいて前記ＱｏＳメトリックを更新し、前記データパケット（３０５）が受信されてからの経過時間に基づいて前記待ち時間メトリックを更新することと、
前記間接リンク（１２２）に関連付けられた利用可能なリソースの第２の量が前記第２の閾値を超えるか否かを判定することであって、前記利用可能なリソースの第２の量は、前記更新されたＱｏＳメトリックに少なくとも部分的に基づく、判定することと、
前記利用可能なリソースの第２の量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することとを更に含む、請求項５に記載の方法。

【請求項7】

地上局（１３０）から前記ポリシーを受信することを更に含む、請求項６に記載の方法。

【請求項8】

前記端末（２１５）は、前記ポリシーを管理するように構成されたポリシーエンジン（２１７）を備える、請求項６に記載の方法。

【請求項9】

複数の第１の衛星（１１０）のうちの第１の衛星（１１０－ｃ）の端末（２１５）において、前記第１の衛星（１１０－ｃ）のペイロードからデータパケット（３０５）を受信することであって、前記データパケット（３０５）は、前記データパケット（３０５）に関連付けられた待ち時間メトリックと、前記データパケット（３０５）に関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含む、受信することと、
前記待ち時間メトリックが閾値未満であるか否かを判定することであって、前記閾値は、前記第１の衛星（１１０－ｃ）が複数の地上局（１３５）のうちの地上局（１３５）の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく、判定することと、
前記待ち時間メトリックが前記閾値以上であると判定したことに少なくとも部分的に基づいて、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の地上サーバ（１３０－ａ）への複数のデータパスのうちの第２のデータパス（２２２）を介して送信するために前記データパケット（３０５）をキューイングすることであって、前記第２のデータパス（２２２）は、前記地上局（１３５）への直接リンク（１３２）に関連付けられ、前記複数のデータパスは、前記第２のデータパス（２２２）と、１つ以上の第２の衛星を介して間接リンク（１２２）に関連付けられた第１のデータパス（２２０）とを含む、キューイングすることとを含む、方法。

【請求項10】

前記キューイングに少なくとも部分的に基づいて、前記第２のデータパス（２２２）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することを更に含む、請求項９に記載の方法。

【請求項11】

前記地上局（１３５）が除外ゾーン（１３８）内にあるか否かを判定することと、
前記地上局（１３５）が前記除外ゾーン（１３８）内にあると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して送信するために前記データパケット（３０５）をキューイングすることと、
前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することとを更に含む、請求項９又は１０に記載の方法。

【請求項12】

以下の動作を実行するように構成された装置であって、前記動作は、
複数の第１の衛星（１１０）のうちの第１の衛星（１１０－ｃ）の端末（２１５）において、前記第１の衛星（１１０－ｃ）のペイロードからデータパケット（３０５）を受信することであって、前記データパケット（３０５）は、前記データパケット（３０５）に関連付けられた待ち時間メトリックと、前記データパケット（３０５）に関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含む、受信することと、
前記待ち時間メトリックが閾値未満であるか否かを判定することであって、前記閾値は、前記第１の衛星（１１０－ｃ）が複数の地上局（１３５）のうちの地上局（１３５）の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく、判定することと、
前記待ち時間メトリックが前記閾値未満であると判定したことに少なくとも部分的に基づいて、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の地上サーバ（１３０－ａ）への複数のデータパスのうちの第１のデータパス（２２０）を介して送信するために前記データパケット（３０５）をキューイングすることであって、前記第１のデータパス（２２０）は、１つ以上の第２の衛星を介して間接リンク（１２２）に関連付けられ、前記複数のデータパスは、前記第１のデータパス（２２０）と、前記複数の地上局（１３５）のうちの１つ以上への直接リンク（１３２）に関連づけられた第２のデータパス（２２２）とを含む、キューイングすることとを含む、装置。

【請求項13】

前記データパケット（３０５）をキューイングしたことに少なくとも部分的に基づいて、前記間接リンク（１２２）に関連付けられた、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく利用可能なリソースの量が第２の閾値を超えるか否かを判定し、
前記利用可能なリソースの量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信するように更に構成される、請求項１２に記載の装置。

【請求項14】

地上局（１３０）から前記利用可能なリソースの量のリソーススケジュールを受信するように更に構成される、請求項１３に記載の装置。

【請求項15】

前記閾値は、第１の持続時間と、送信のために前記データパケット（３０５）をキューイングすることに関連付けられた第２の持続時間との関数を含む、請求項１２から１４のいずれか一項に記載の装置。

【請求項16】

前記間接リンク（１２２）に関連付けられた、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく利用可能なリソースの量が第２の閾値を超えるか否かを判定し、
前記量が前記第２の閾値を超えていないと判定したことに少なくとも部分的に基づいて、ある期間にわたって前記データパケット（３０５）を記憶するように更に構成される、請求項１２から１５のいずれか一項に記載の装置。

【請求項17】

前記端末（２１５）に記憶されたポリシーに少なくとも部分的に基づいて前記ＱｏＳメトリックを更新し、前記データパケット（３０５）が受信されてからの経過時間に基づいて前記待ち時間メトリックを更新し、
前記間接リンク（１２２）に関連付けられた、前記更新されたＱｏＳメトリックに少なくとも部分的に基づく利用可能なリソースの第２の量が前記第２の閾値を超えるか否かを判定し、
前記利用可能なリソースの第２の量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信するように更に構成される、請求項１６に記載の装置。

【請求項18】

地上局（１３０）から前記ポリシーを受信するように更に構成される、請求項１７に記載の装置。

【請求項19】

前記端末（２１５）は、前記ポリシーを管理するように構成されたポリシーエンジン（２１７）を備える、請求項１７に記載の装置。

【発明の詳細な説明】

【背景技術】

【0001】

以下は、一般的に衛星と地上サーバの間のデータルーティングのための技術を含む通信に関する。

【0002】

通信デバイスは、有線接続、無線（例えば、無線周波数（ＲＦ））接続、又はその両方を使用して互いに通信し得る。デバイス間の無線通信は、サービスプロバイダ、無線技術、又はその両方のために指定された無線スペクトルを使用して実行され得る。いくつかの実施例において、無線通信ネットワークを介して通信され得る情報の量は、サービスプロバイダに指定された無線スペクトルの量と、サービスが提供される領域内の周波数再利用の量とに基づく。衛星は、様々機能のために使用することができ、様々な軌道上に存在する可能性があるが、その一部は地上局の範囲内に継続的に存在しない可能性がある。従って、衛星から地上にデータを取得することには課題が生じる可能性がある。

【発明の概要】

【0003】

記載された技術は、衛星と地上サーバの間のデータルーティングのための技術をサポートする改良された方法、システム、デバイス及び装置に関する。衛星（例えば、低軌道周回（ＬＥＯ）衛星、又は中軌道周回（ＭＥＯ）衛星）は、地上局と通信するための端末を含み得る。場合によっては、端末は、複数の利用可能な地上局のいずれかと直接通信するように構成されてもよい。しかしながら、衛星は、地球が回転するときに地球を横切る軌道経路を考慮すると、その軌道全体にわたって地上局の範囲内にない場合がある。端末は、衛星のペイロードからデータパケットを受信し得る。データパケットは、データパケットに関連付けられた待ち時間メトリックと、データパケットに関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含み得る。端末は、待ち時間メトリックが、複数の利用可能な地上局のうちの地上局の範囲内に衛星があることに関連付けられた持続時間よりも短いか否かを判定し得る。待ち時間メトリックが持続時間よりも短いと端末が判定した場合、該端末は、第２の衛星（例えば、静止軌道周回（ＧＥＯ）衛星）を介した地上サーバへの間接リンクを含む第１のデータパスを介して送信するためにデータパケットをキューイングし得る。あるいは、待ち時間メトリックが持続時間よりも長いと端末が判定した場合、該端末は、地上局（例えば、地上サーバ）への直接リンクを含む第２のデータパスを介して送信するためにデータパケットをキューイングし得る。

【図面の簡単な説明】

【0004】

【図1】図１は、本明細書に記載の実施例による、衛星と地上サーバの間のデータルーティングのための技術をサポートする衛星通信システムの一例を示す。

【図2】図２は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートするシステムの一例を示す。

【図3】図３は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートするプロセスフローの一例を示す。

【図4】図４は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートするブロック図を示す。

【図5】図５は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートする方法を示すフローチャートを示す。

【図6】図６は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートする方法を示すフローチャートを示す。

【発明を実施するための形態】

【0005】

いくつかの実施例において、低軌道周回（ＬＥＯ）衛星又は中軌道周回（ＭＥＯ）衛星などの衛星は、ユーザデータを記憶し、収集し、又は中継し得る。衛星は、待ち時間（例えば、衛星がデータを受信してから衛星がデータを地上サーバに送信するまでの期間）に従ってユーザデータを地上サーバに送信し得る。いくつかの実施例において、衛星は、直接リンクを介してデータを地上サーバに関連付けられたアクセスノードに送信し得る。アクセスノードは、衛星に利用可能な１つ以上の地上局のうちの１つであってもよい。あるいは、衛星は、データを第２の衛星（例えば、静止軌道周回（ＧＥＯ）衛星）に送信することなどにより、間接リンクを介してデータを送信することができ、該第２の衛星は、次にデータを地上サーバに送信することができる。衛星と特定のアクセスノードの間の直接通信リンクは（例えば、ＧＥＯ衛星との間接リンクと比較して）比較的混雑していない可能性があるため、直接リンクを介してデータを送信することは、間接リンクを介してデータを送信するよりも安価である（例えば、比較的価値の低い通信リソースを使用する）場合がある。しかしながら、衛星はアクセスノードに対して移動し得るため、衛星は、衛星が直接リンクを介してデータを送信できない期間を経験する場合があり、これは、そのデータを送信する待ち時間を延長させる可能性がある。従って、地上サーバにデータを送信するためのデータパスを決定する技術が望まれている。

【0006】

本明細書で説明されるように、衛星の端末（例えば、ルーター）は、第１のデータパス又は第２のデータパスを介してデータを送信することを決定し得る。例えば、衛星の端末は、衛星のペイロードからデータパケットを受信し得る。データパケットは、データパケットに関連付けられた待ち時間メトリックと、データパケットに関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含み得る。端末は、待ち時間メトリックが、１つ以上の利用可能な地上局のうちの地上局の範囲内に衛星があることに関連付けられた持続時間よりも短いか否かを判定し得る。待ち時間メトリックが持続時間よりも短いと端末が判定した場合、端末は、第２の衛星（例えば、ＧＥＯ衛星）を介した地上サーバへの間接リンクを含む第１のデータパスを介して送信するためにデータパケットをキューイングし得る。あるいは、待ち時間メトリックが持続時間よりも長いと端末が判定した場合、端末は、地上サーバへの直接リンクを含む第２のデータパスを介して送信するためにデータパケットをキューイングし得る。

【0007】

本開示の態様は、最初に図１を参照して衛星通信システムの文脈で説明される。本開示の態様は、図２及び３を参照してシステム及びプロセスフローの文脈で更に説明される。本開示の態様は、図４～６を参照して、衛星と地上サーバの間のデータルーティングのための技術に関連するブロック図及びフローチャートによって更に図示され、それらを参照して説明される。

【0008】

図１は、本明細書に記載の実施例による、衛星と地上サーバの間のデータルーティングのための技術をサポートする衛星通信システム１００の一例を示す。衛星通信システム１００は、１つ以上のＬＥＯ衛星１１０（例えば、又はＭＥＯ衛星１１０）と通信するように構成された地上局１３５の第１のネットワーク１５１と、１つ以上のＧＥＯ衛星１２０と通信するように構成された地上局１３５の第２のネットワーク１５２とを含み得る。場合によっては、いくつかの地上局１３５は、第１のネットワーク１５１と第２のネットワーク１５２の間で共有されてもよい。

【0009】

ＬＥＯ衛星１１０は、それぞれの通信リンク１２２を用いて通信信号をＧＥＯ衛星１２０に中継し得る（例えば、ＬＥＯ衛星１１０－ａは、通信リンク１２２－ａを介してＧＥＯ衛星１２０と通信し得、ＬＥＯ衛星１１０－ｂは、通信リンク１２２－ｂを介してＧＥＯ衛星１２０と通信し得る）。ＬＥＯ衛星１１０、ＧＥＯ衛星１２０、又はその両方は、複数のアンテナ（例えば、１つ以上のアンテナフィード又はアンテナアレイ）を備え得る。更に、ＬＥＯ衛星１１０、ＧＥＯ衛星１２０、又はその両方は、例えば、ＬＥＯ衛星１１０、ＧＥＯ衛星１２０、又はその両方に記憶されたデータ又は他のデジタル情報を転送するために、通信信号を地上局１３５に送信し得る。

【0010】

地上局１３５は、通信リンク１３２を介して、ＬＥＯ衛星１１０又はＧＥＯ衛星１２０などの衛星と通信するように構成された１つ以上のアクセスノード１４０を含み得る。アクセスノード１４０は、対応するアクセスノード１４０（複数可）から受信され、それを通じて送信されるべき信号を処理するように構成されたアクセスノードトランシーバ１４５に結合され得る。アクセスノードトランシーバ１４５はまた、例えば、ネットワーク１２５と通信するためのインターフェースを提供し得る地上サーバ１３０（例えば、ネットワークデバイス、ネットワークオペレーションセンター、衛星及びゲートウェイ端末コマンドセンター、又は他の中央処理センター若しくはデバイス）を介して、ネットワーク１２５（例えば、インターネット）とインターフェースするように構成され得る。地上局１３５はまた、複数のアンテナ又はアンテナアレイ要素を備えたアクセスノード１４０を含み得る。

【0011】

いくつかの実施例において、アクセスノードトランシーバ１４５は、アクセスノード１４０で受信された通信信号を処理することができ、例えば、通信信号をダウンコンバート、復調及び復号することができる。アクセスノードトランシーバ１４５はまた、アクセスノード１４０から送信されるべき通信信号を処理することができ、例えば、通信信号をアップコンバート、符号化及び変調することができる。

【0012】

ＬＥＯ衛星１１０は、感知コンポーネント、処理コンポーネント、又は通信コンポーネントなど、シャーシ上に取り付けられた複数のコンポーネントを含み得る。シャーシは、構造コンポーネントのほか、他のコンポーネント（例えば、太陽電池アレイ、バッテリー）、車載通信（例えば、通信バス）、及びステーション保持コンポーネント（例えば、スラスター）用の電力システムを含み得る。通信コンポーネントは、ＬＥＯ衛星１１０に搭載されたアンテナ及び無線周波数（ＲＦ）デバイスを使用して地上局１３５にデータを送信することをサポートするように構成されたルーターなどの端末を含み得る。ＬＥＯ衛星は、ペイロード機能（例えば、通信、感知）に関連する目的でユーザによって操作され得る。例えば、ＬＥＯ衛星１１０は、ＬＥＯ衛星１１０によって収集されたセンサデータ、ＬＥＯ衛星のペイロードを操作するエンティティのユーザデータ（例えば、通信データ）、他の衛星から受信したデータ、又は他の形態のデータなどのデータを受信し、収集し、記憶することができる。データは、各々がデータの一部を含み得る１つ以上のデータパケットに編成され得る。場合によっては、データパケットは、データパケットのデータに関連付けられたメタデータを記憶し得るヘッダを更に含んでもよい。場合によっては、ＬＥＯ衛星に記憶されたデータパケットは、配信に関連付けられた待ち時間を有してもよい。例えば、ＬＥＯ衛星１１０のペイロードのユーザは、衛星から地上サーバにデータ（例えば、データパケット）を転送するために、衛星システムのオペレータとサービスライセンス契約（ＳＬＡ）を締結することができる。衛星システムのオペレータは、地上局にデータを通信するためのＬＥＯ衛星のコンポーネントを提供することができる。ＳＬＡは、データ量、データ待ち時間、又はデータタイプなどのサービスの様々なメトリックに従って、データの転送のためのポリシーに関連付けられてもよい。例えば、ポリシーは、地上サーバ１３０に転送されるデータパケットの配信に関連付けられた待ち時間（例えば、最大待ち時間）を示し得る。端末は、データパケットを地上局１３５に送信するためにポリシーに従ってデータパケットを管理することができ、例えば、データパケットの配信に関連付けられた待ち時間に従ってデータパケットを送信する。

【0013】

例えば、ＬＥＯ衛星が地上局１３５の範囲内にある場合（例えば、地上局１３５がＬＥＯ衛星１１０－ａのカバーエリア１１５－ａ又はＬＥＯ衛星１１０－ｂのカバーエリア１１５－ｂ内にある場合）、端末は、場合によっては、直接通信リンク１３２（例えば、ＬＥＯ衛星１１０と地上局１３５の間の別個のエンティティによって傍受されず、転送されない通信リンク１３２）を使用して地上局１３５に送信するためにデータパケットをスケジュールし得る。いくつかの実施例において、そのようなデータパスは、直接地球（ＤＴＥ）パスと呼ばれてもよく、関連する地上局１３５は、ＤＴＥサイトと呼ばれてもよい。

【0014】

いくつかの実施例において、個々のＬＥＯ衛星１１０のカバーエリア１１５は時間の経過とともに変化してもよい。例えば、ＬＥＯ衛星１１０－ａが地表上を移動する時、対応するカバーエリア１１５－ａも、ＬＥＯ衛星１１０－ａと共に移動することができる。従って、個々のＬＥＯ衛星１１０は、地上局１３５の範囲内又は範囲外を移動することができる。例えば、一部のＬＥＯ衛星１１０は、ＬＥＯ衛星が各軌道で地球の北極と南極の上を通過する極軌道を実行することができるが、各軌道の極間の地球の異なる領域の上を通過することもできる。従って、そのようなＬＥＯ衛星１１０は、北極と南極の間の地上局の範囲内に確実に存在しない可能性がある。場合によっては、ＬＥＯ衛星１１０の端末は、ＬＥＯ衛星１１０の位置、ならびに地上局１３５のネットワークのそれぞれの位置を示すデータにアクセスしてもよい。位置データを使用して、端末は、ＬＥＯ衛星１１０が地上局１３５の範囲内にある予測期間を決定することができる。いくつかの実施例において、その期間までの持続時間がデータパケットの配信に関連付けられた待ち時間よりも短い場合、端末は、その期間中にＤＴＥリンクを使用して送信するためにデータパケットをキューイングし得る。

【0015】

あるいは、その期間までの持続時間がデータパケットの配信に関連付けられた待ち時間よりも長い場合、端末は、間接リンクを使用して送信するためにデータパケットをスケジュールし得る。例えば、端末は、通信リンク１２２を介してＧＥＯ衛星１２０に送信するためにデータパケットをスケジュールし得る。データパケットを受信すると、ＧＥＯ衛星１２０は、通信リンク１３２を使用して、データパケットを第２のネットワーク１５２の地上局１３５に再送信することができる。場合によっては、そのようなデータパスは、ＬＥＯからＧＥＯ（Ｌ２Ｇ）へのパスと呼ばれてもよい。地上局１３５は、例えばネットワーク１２５を介して、データパケットを地上サーバ１３０にルーティングすることができる。

【0016】

場合によっては、地上局１３５は、除外ゾーン１３８内にあってもよい。本明細書で説明されるように、データパケットのための除外ゾーン１３８は、データパケットに関連付けられたポリシーによって示され得る。追加又は代替として、除外ゾーン１３８は、データパケットのメタデータ（例えば、ヘッダ）内に示されてもよい。除外ゾーン１３８は、センサ固有、位置固有のものなどであってもよく、送信データが安全でない、又は望ましくない可能性があるエリア又は地域（例えば、国、安全でない位置）を指し得る。地上局１３５が除外ゾーン内にあると（例えば、除外ゾーン外の次の地上局までの遅延が待ち時間メトリックを超えると）端末が判定した場合、端末は、データパケットを地上局１３５に送信することを控えることができ、代わりに、間接リンクなどの代替ルートを使用してデータパケットを送信することができる。

【0017】

図２は、本明細書に記載の実施例による、衛星と地上サーバの間のデータルーティングのための技術をサポートする衛星通信システム用のシステム２００の一例を示す。システム２００は、図１を参照して説明したようなＬＥＯ衛星１１０の一例であり得る衛星１１０－ｃを含むことができ、衛星１１０－ｃは、ＧＥＯ衛星１２０－ａ、地上局１３５－ａ、又はその両方を使用して地上サーバ１３０－ａと通信することができる。例えば、衛星１１０－ｃは、ＧＥＯ衛星１２０－ａにデータを送信するように構成されたＬ２Ｇモデム２２５を含むことができ、ＧＥＯ衛星１２０－ａは、地上局１３５－ｂを介して地上サーバ１３０－ａにデータを転送することができる。更に、衛星１１０－ｃは、地上局１３５－ａにデータを送信するように構成されたＤＴＥモデム２３０を含むことができ、地上局１３５－ａは、例えばネットワーク１２５－ａを介してデータを地上サーバ１３０－ａに転送することができる。

【0018】

衛星１１０－ａは、宇宙船ネットワーク２０５を含み得る。宇宙船ネットワーク２０５は、ローカルエリアネットワーク（ＬＡＮ）の一例であってもよく、衛星１１０－ｃのコンポーネント間の通信をサポートし得る。例えば、宇宙船ネットワーク２０５は、衛星１１０－ｃのメモリに記憶されたペイロード２１０の１つ以上のデータパケット（例えば、ユーザデータ、ペイロード２１０の１つ以上の部分）の、宇宙船ネットワーク２０５の端末２１５への通信をサポートし得る。

【0019】

端末２１５は、データパケットに関連付けられたポリシーに従って衛星１１０－ｃと地上サーバ１３０－ａの間のデータパケットのデータパスを管理し得るスマートルーターなどのルーターの一例であってもよい。例えば、端末２１５は、データパケットのメタデータに基づいて、第１のデータパス２２０又は第２のデータパス２２２を介してデータパケットを地上サーバ１３０－ａにルーティングすることを決定し得る。場合によっては、端末２１５は、ユーザに関連付けられた１つ以上のポリシー及びユーザに対応する（例えば、ユーザが所有する）データパケットを記憶及び管理し得るポリシーエンジン２１７を含んでもよく、又はポリシーエンジン２１７と通信してもよい。ポリシーエンジン２１７は、待ち時間メトリック（例えば、図１を参照して説明したような配信に関連付けられた待ち時間）、サービス品質（ＱｏＳ）メトリック、又はその両方をメタデータに提供するなど、データパケットのメタデータの構成をサポートすることができる。場合によっては、端末２１５は、本明細書で説明されるように、データパスの管理などの様々な機能の実行をサポートするために、メモリデバイスに結合されたコントローラを含んでもよい。

【0020】

第１のデータパス２２０は、地上サーバ１３０－ａへの間接リンクを含み得る。例えば、端末２１５が第１のデータパス２２０を介してデータパケットを送信することを決定した場合、端末２１５は、Ｌ２Ｇモデム２２５に関連付けられたキュー２１３にデータパケットを記憶し得る。端末２１５は、データパケットがキューイングされたという指示を、データパケットに関連付けられたＱｏＳと共にＬ２Ｇモデム２２５に送信し得る。場合によっては、指示は、例えばデータのメタデータに含まれるＱｏＳメトリックを使用した、Ｌ２Ｇモデム２２５からのリソース（例えば、通信リソース、１つ以上の時間周波数リソース）に対する要求を含んでもよい。

【0021】

Ｌ２Ｇモデム２２５は、例えばネットワーク処理コンポーネント２３５を使用して要求を処理し、ＱｏＳメトリックを使用して、データパケット用のリソースが利用可能か否かを判定し得る。リソースがデータパケットに利用可能であるとＬ２Ｇモデム２２５が判定した場合、Ｌ２Ｇモデム２２５は、データパケットをスケジュールし、ＧＥＯ衛星１２０－ａに送信し得る。

【0022】

場合によっては、リソース及び関連するＱｏＳメトリックに対する要求を受信すると、Ｌ２Ｇモデム２２５は、ＱｏＳメトリックに対応するリソースが利用可能ではないと判定し得る。そのような場合、Ｌ２Ｇモデム２２５は、要求を拒否し得る（例えば、モデム２２５からの送信に使用されるリソースに関連付けられた１つ以上の期間にわたって、データパケットをキュー内に残し得る）。これに応じて、端末２１５は、データパケットをある期間にわたって記憶し、その期間後にリソースに対する第２の要求を提出し得る（例えば、又は第１の要求は保留のままであってもよい）。追加又は代替として、端末２１５は、データパケットに関連付けられたポリシーに従って、データパケットのＱｏＳメトリックを更新（例えば、増加）することができ、更新されたＱｏＳメトリックを使用して、リソースに対する第２の要求をＬ２Ｇモデム２２５に提出することができる。

【0023】

Ｌ２Ｇモデム２２５は、例えばＲＦコンポーネント２４０、アンテナユニット２４５、又はその両方を使用して、データパケットをＧＥＯ衛星１２０－ａに送信し得る。ＧＥＯ衛星１２０－ａは、データパケットを受信し、地上局１３５－ｂに再送信することができ、地上局１３５－ｂは、次に、例えばネットワーク１２５－ａを介して、又は地上サーバ１３０－ａへの別個の接続を介して、データパケットを地上サーバ１３０－ａに中継することができる。

【0024】

第２のデータパス２２２は、地上サーバ１３０－ａへの直接リンクを含み得る。例えば、第２のデータパス２２２を介してデータパケットを送信することを端末２１５が判定した場合、端末２１５は、ＤＴＥモデム２３０に関連付けられたキュー２１４にデータパケットを記憶し得る。端末２１５は、データパケットがキューイングされたという指示をＤＴＥモデム２３０に送信し得る。場合によっては、指示は、ＤＴＥモデム２３０からのリソース（例えば、通信リソース、１つ以上の時間周波数リソース）に対する要求を含んでもよい。場合によっては、データパケットがキューイングされたという指示は、データパケットに関連付けられたＱｏＳの指示を含んでもよい。

【0025】

ＤＴＥモデム２３０は、例えばネットワーク処理コンポーネント２５０を使用して要求を処理し、データパケット用のリソースが利用可能か否かを判定し得る。場合によっては、要求の処理は、データパケットのＱｏＳに従って実行されてもよい（例えば、利用可能なリソースはＱｏＳに従って決定されてもよい）。リソースがデータパケットに利用可能であるとＤＴＥモデム２３０が判定した場合、ＤＴＥモデム２３０は、データパケットをスケジュールし、地上局１３５－ａに送信し得る。

【0026】

ＤＴＥモデム２３０は、例えばＲＦコンポーネント２５５、アンテナユニット２６０、又はその両方を使用して、データパケットを地上局１３５－ａに送信し得る。地上局１３５－ａは、データパケットを受信し、例えばネットワーク１２５－ａを介して、そのデータパケットを地上サーバ１３０－ａに再送信し得る。

【0027】

場合によっては、図１を参照して説明したように、端末２１５は、地上局１３５－ａが除外ゾーン１３８内にあるか否かを判定してもよい。本明細書で説明されるように、データパケットのための除外ゾーン１３８は、ポリシーエンジンによって（例えば、データパケットに関連付けられたポリシーに従って）示され得る。追加又は代替として、除外ゾーン１３８は、ペイロード２１０によってメタデータ内に示されてもよい。除外ゾーン１３８は、センサ固有、位置固有のものなどであってもよく、送信データが安全でない、又は望ましくない可能性があるエリア又は地域（例えば、国、安全でない位置）を指し得る。地上局１３５－ａが除外ゾーン内にあると（例えば、除外ゾーン外の次の地上局までの遅延が待ち時間メトリックを超えると）端末２１５が判定した場合、端末２１５は、ＤＴＥモデム２３０に関連付けられたキュー２１４からデータパケットを削除し、第１のデータパス２２０を介して送信するためにデータパケットをＬ２Ｇモデム２２５に関連付けられたキュー２１３に挿入することができる。

【0028】

いくつかの実施例において、端末２１５は、地上サーバ１３０又は地上局１３５の一例であり得る、地上ポリシー制御マネージャなどの地上局からデータパケットに対するポリシーを受信し得る。例えば、ポリシー制御マネージャは、第１のデータパス又は第２のデータパスを介して、データパケットの所有者に関連付けられたポリシー又はポリシーに対する更新を送信し得る。更に、ポリシー制御マネージャは、第１のデータパス又は第２のデータパスを介して、１つ以上の地上局１３５に関連付けられた利用可能な通信リソースのスケジュールを示すリソーススケジュール、各地上局の位置の指示、除外ゾーンの指示、又はそれらの組み合わせを送信し得る。

【0029】

図３は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートするプロセスフロー３００の一例を示す。いくつかの実施例において、プロセスフロー３００は、システム１００及び２００の態様によって実装され得る。例えば、プロセスフロー３００は、図１及び２を参照して説明したような対応するデバイスの例であり得る、Ｌ２Ｇモデム２２５及びＤＴＥモデム２３０に結合された端末（例えば、ルーター、端末２１５）を有するＬＥＯ衛星１１０などの衛星の態様によって実行される動作を含んでもよい。いくつかの実施例において、端末は、位置情報、速度情報、衛星が地上局の範囲内にある時刻を示す情報、又はそれらの組み合わせなど、衛星に関連付けられた情報にアクセスし得る。プロセスフロー３００の以下の説明において、動作は、示された順序とは異なる順序で実行され得る。一部の動作は、プロセスフロー３００から除外されてもよく、他の動作は、プロセスフロー３００に追加されてもよい。

【0030】

プロセスフロー３００は、ポリシーに従って衛星のペイロードから地上サーバにデータパケット３０５を送信するためのデータパスを決定するプロセスを示し得る。例えば、ポリシーは、待ち時間メトリクス（例えば、衛星から地上サーバへのデータパケットの通信に関連付けられた持続時間）、データパケットの優先度に関連付けられたＱｏＳメトリクス、又はその両方を示し得る。いくつかの実施例において、衛星、又は端末、ルーター、又はポリシーエンジンなどのその態様は、ポリシーを管理することができ、待ち時間メトリック、ＱｏＳメトリック、又はその両方を示すメタデータをデータパケットに追加することができる。従って、３１０において、端末は、ペイロードからデータパケットを受信し、メタデータ（例えば、データパケットのヘッダ）を読み取って、データパケットに関連付けられた待ち時間メトリック、データパケットに関連付けられたＱｏＳメトリック、又はその両方を決定し得る。

【0031】

３１５において、端末は、待ち時間メトリックが閾値未満であるか否かを判定し得る。閾値は、衛星が地上局（例えば、衛星から地上サーバへのＤＴＥリンクを許可し得る地上局）の範囲内に入るまでの期間に対応し得る。追加又は代替として、閾値は、衛星が地上局の範囲内に入るまでの期間と、地上局に送信するデータパケットのスケジューリング及び準備に関連付けられた期間とのより大きな値に対応してもよい。待ち時間メトリックが閾値未満である場合、端末は、３２０において、ＧＥＯ衛星を介した間接パスなどの第１のデータパス（例えば、第１のデータパス２２０）に関連付けられたキューにデータパケットを入れることができる。

【0032】

３２５において、端末は、第１のデータパスに関連付けられた利用可能なリソースの量（例えば、ＧＥＯ衛星と通信するためのＬ２Ｇモデム２２５の利用可能なリソースの量）が閾値を超えるか否かを判定し得る。例えば、端末は、ＱｏＳメトリクスに従ってリソースに対する要求をＬ２Ｇモデムに送信することによって、利用可能なリソースの量（例えば、ＱｏＳメトリクスに利用可能なリソースの量）が第１のデータパスを介してデータパケットを送信するのに十分であるか否かを判定し得る。利用可能なリソースの量がデータパケットに対して十分であると端末が判定した場合、端末は、３３０において、第１のデータパスを介して送信するためにデータパケットをスケジュールすることができ、Ｌ２Ｇモデムは、ＧＥＯ衛星及びＧＥＯ衛星と通信する地上局を介してデータパケットを地上サーバに送信することができる。

【0033】

利用可能なリソースの量がデータパケットに対して十分でないと端末が判定した場合、端末は、ある持続時間にわたってデータパケットを（例えば、Ｌ２Ｇモデムに関連付けられたキューに）記憶し得る。いくつかの実施例において、Ｌ２Ｇモデムは、利用可能なリソースの更新されたスケジュールを（例えば、ＧＥＯ衛星から、地上局から、又はその両方から）受信し得る。従って、更新されたリソースがデータパケットに対して十分である場合（例えば、リソースがＱｏＳメトリクスに対して利用可能である場合）、Ｌ２Ｇモデムは、端末に指示を送信し得る。場合によっては、その持続時間にわたってデータパケットを記憶することの一部として、端末は、３３５において、データパケットのＱｏＳメトリックを更新する（例えば、増加する）ことができる。例えば、待ち時間メトリックが第２の閾値に達した場合、端末は、データパケットに関連付けられたポリシーに従って、Ｌ２Ｇモデムからのリソースに対する要求が更新されたＱｏＳメトリックを含み得るように、ＱｏＳメトリックを増加させることができ、従って、リソースを受信する優先度がより高くなる。

【0034】

場合によっては、３１５において、端末は、待ち時間メトリックが閾値を超えると判定し得る。そのような場合、端末は、地上局への直接リンク又はＤＴＥリンクなどの第２のデータパス（例えば、第２のデータパス２２２）を使用して、データパケットを地上サーバに送信することを決定し得る。従って、３４０において、端末は、ＤＴＥモデムに関連付けられたキューにデータパケットを入れることができる。

【0035】

いくつかの実施例において、３４５において、端末は、第２のデータパスに関連付けられた地上局が除外ゾーン内にあるか否かを判定することができる。例えば、端末は、地上局の識別子を、除外ゾーン内の地上局のカタログ（例えば、図２を参照して説明したように、ポリシー制御マネージャから受信したリソーススケジュールに含まれるカタログ）と比較することができる。地上局が除外ゾーン内にあると（例えば、次の地上局までの遅延が待ち時間メトリックを超えると）端末が判定した場合、端末は、第２のデータパスに関連付けられたキューからデータパケットを削除することができ、第１のデータパスを介して送信するためにデータパケットを第１のデータパスに関連付けられたキューに入れることができる。

【0036】

あるいは、地上局が除外ゾーン内にないと端末が判定した場合、端末は、３５０において、第２のデータパスを介して送信するためにデータパケットをスケジュールすることができ、ＤＴＥモデムは、データパケットを地上局に送信することができる。地上局は、例えばネットワーク（例えば、ネットワーク１２５）を使用して、データパケットを地上サーバに転送し得る。

【0037】

図４は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートする通信システム４２０のブロック図４００を示す。通信システム４２０は、図１～３を参照して説明されたような通信システムの態様の一例であり得る。例えば、通信システム４２０は、図２を参照して説明したように、端末２１５、Ｌ２Ｇモデム２２５、ＤＴＥモデム２３０、又はそれらの組み合わせの一例であり得る。通信システム４２０、又はその様々なコンポーネントは、本明細書で説明されるような衛星と地上サーバの間のデータルーティングのための技術の様々な態様を実行するための手段の一例であり得る。例えば、通信システム４２０は、アンテナユニット２４５、アンテナユニット２６０、又はその両方などの受信コンポーネント４２５、ポリシーエンジン２１７の一例であり得る待ち時間制御コンポーネント４３０、端末２１５の一例であり得るキューイングコンポーネント４３５、端末２１５の一例であり得るリソース取得コンポーネント４４０、アンテナユニット２４５、アンテナユニット２６０、又はその両方などの送信コンポーネント４４５、ポリシーエンジン２１７の一例であり得る記憶コンポーネント４５０、ポリシーエンジン２１７の一例であり得るポリシー制御コンポーネント４５５、又はそれらの任意の組み合わせを含み得る。これらのコンポーネントの各々は、直接的又は間接的に互いに通信し得る。

【0038】

受信コンポーネント４２５は、複数の第１の衛星のうちの第１の衛星の端末において、第１の衛星のペイロードからデータパケットを受信するための手段として構成され得るか、又はそれをサポートすることができ、データパケットは、データパケットに関連付けられた待ち時間メトリックと、データパケットに関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含み得る。待ち時間制御コンポーネント４３０は、待ち時間メトリックが閾値未満であるか否かを判定するための手段として構成され得るか、又はそれをサポートすることができ、閾値は、第１の衛星が複数の地上局のうちの地上局の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく。キューイングコンポーネント４３５は、待ち時間メトリックが閾値未満であると判定したことに少なくとも部分的に基づいて、第１の衛星からデータパケット用の地上サーバへの複数のデータパスのうちの第１のデータパスを介して送信するためにデータパケットをキューイングするための手段として構成され得るか、又はそれをサポートすることができ、第１のデータパスは、１つ以上の第２の衛星を介した間接リンクに関連付けられ、複数のデータパスは、第１のデータパスと、複数の地上局のうちの１つ以上への直接リンクに関連付けられた第２のデータパスとを含む。

【0039】

いくつかの実施例において、リソース取得コンポーネント４４０は、データパケットのキューイングに少なくとも部分的に基づいて、間接リンクに関連付けられた利用可能なリソースの量が第２の閾値を超えるか否かを判定するための手段として構成され得るか、又はそれをサポートすることができ、利用可能なリソースの量は、データパケットに関連付けられ、メタデータに含まれるサービス品質（ＱｏＳ）メトリックに少なくとも部分的に基づく。いくつかの実施例において、送信コンポーネント４４５は、利用可能なリソースの量が第２の閾値を超えると判定したことに少なくとも部分的に基づいて、第１のデータパスを介して地上サーバにデータパケットを送信するための手段として構成され得るか、又はそれをサポートし得る。

【0040】

いくつかの実施例において、受信コンポーネント４２５は、地上局から利用可能なリソースの量のリソーススケジュールを受信するための手段として構成され得るか、又はそれをサポートし得る。

【0041】

いくつかの実施例において、閾値は、第１の持続時間と、送信のためにデータパケットをキューイングすることに関連付けられた第２の持続時間との関数を含む。

【0042】

いくつかの実施例において、リソース取得コンポーネント４４０は、間接リンクに関連付けられた利用可能なリソースの量が第２の閾値を超えるか否かを判定するための手段として構成され得るか、又はそれをサポートすることができ、利用可能なリソースの量は、データパケットに関連付けられ、メタデータに含まれるサービス品質（ＱｏＳ）メトリックに少なくとも部分的に基づく。いくつかの実施例において、記憶コンポーネント４５０は、量が第２の閾値を超えないと判定したことに少なくとも部分的に基づいて、ある期間にわたってデータパケットを記憶するための手段として構成され得るか、又はそれをサポートし得る。

【0043】

いくつかの実施例において、リソース取得コンポーネント４４０は、端末に記憶されたポリシーに少なくとも部分的に基づいてＱｏＳメトリクスを更新し、データパケットが受信されてからの経過時間に基づいて待ち時間メトリクスを更新するための手段として構成され得るか、又はそれをサポートし得る。いくつかの実施例において、リソース取得コンポーネント４４０は、間接リンクに関連付けられた利用可能なリソースの第２の量が第２の閾値を超えるか否かを判定するための手段として構成され得るか、又はそれをサポートすることができ、利用可能なリソースの第２の量は更新されたＱｏＳメトリックに少なくとも部分的に基づく。いくつかの実施例において、送信コンポーネント４４５は、利用可能なリソースの第２の量が第２の閾値を超えると判定したことに少なくとも部分的に基づいて、第１のデータパスを介してデータパケットを地上サーバに送信するための手段として構成され得るか、又はそれをサポートし得る。

【0044】

いくつかの実施例において、受信コンポーネント４２５は、地上局からポリシーを受信するための手段として構成され得るか、又はそれをサポートし得る。

【0045】

いくつかの実施例において、端末は、ポリシーを管理するように構成されたポリシーエンジンを備える。

【0046】

いくつかの実施例において、受信コンポーネント４２５は、複数の第１の衛星のうちの第１の衛星の端末において、第１の衛星のペイロードからデータパケットを受信するための手段として構成され得るか、又はそれをサポートすることができ、データパケットは、データパケットに関連付けられた待ち時間メトリックと、データパケットに関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含む。いくつかの実施例において、待ち時間制御コンポーネント４３０は、待ち時間メトリックが閾値未満であるか否かを判定するための手段として構成され得るか、又はそれをサポートすることができ、閾値は、第１の衛星が複数の地上局のうちの地上局の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく。いくつかの実施例において、キューイングコンポーネント４３５は、待ち時間マメトリックが閾値以上であると判定したことに少なくとも部分的に基づいて、第１の衛星からデータパケット用の地上サーバまでの複数のデータパスの第２のデータパスを介して送信するためにデータパケットをキューイングするための手段として構成され得るか、又はそれをサポートすることができ、第２のデータパスは地上局への直接リンクに関連付けられ、複数のデータパスは、第２のデータパスと、１つ以上の第２の衛星を介して間接リンクに関連付けられた第１のデータパスとを含む。

【0047】

いくつかの実施例において、送信コンポーネント４４５は、キューイングに少なくとも部分的に基づいて、第２のデータパスを介して地上サーバにデータパケットを送信するための手段として構成され得るか、又はそれをサポートし得る。

【0048】

いくつかの実施例において、ポリシー制御コンポーネント４５５は、地上局が除外ゾーン内にあるか否かを判定するための手段として構成され得るか、又はそれをサポートし得る。いくつかの実施例において、キューイングコンポーネント４３５は、地上局が除外ゾーン内にあると判定したことに少なくとも部分的に基づいて、第１のデータパスを介して送信するためにデータパケットをキューイングするための手段として構成され得るか、又はそれをサポートし得る。いくつかの実施例において、送信コンポーネント４４５は、第１のデータパスを介して地上サーバにデータパケットを送信するための手段として構成され得るか、又はそれをサポートし得る。

【0049】

図５は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートする方法５００を示すフローチャートを示す。方法５００の動作は、本明細書に記載されるように、通信システム又はそのコンポーネントによって実装され得る。例えば、方法５００の動作は、図１～４を参照して説明したように、通信システムによって実行され得る。いくつかの実施例において、通信システムは、説明した機能を実行するように通信システムの機能要素を制御するための命令のセットを実行し得る。追加又は代替として、通信システムは、専用ハードウェアを使用して、説明した機能の態様を実行し得る。

【0050】

５０５において、この方法は、複数の第１の衛星のうちの第１の衛星の端末において、第１の衛星のペイロードからデータパケットを受信することを含むことができ、データパケットは、データパケットに関連付けられた待ち時間メトリックと、データパケットに関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含む。５０５の動作は、本明細書に開示されたような実施例に従って実行され得る。いくつかの実施例において、５０５の動作の態様は、図４を参照して説明されるように、受信コンポーネン４２５によって実行され得る。

【0051】

５１０において、この方法は、待ち時間メトリックが閾値未満であるか否かを判定することを含むことができ、閾値は、第１の衛星が複数の地上局のうちの地上局の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく。５１０の動作は、本明細書に開示されたような実施例に従って実行され得る。いくつかの実施例において、５１０の動作の態様は、図４を参照して説明されたように、待ち時間制御コンポーネント４３０によって実行され得る。

【0052】

５１５において、この方法は、待ち時間メトリックが閾値未満であると判定したことに少なくとも部分的に基づいて、第１の衛星からデータパケット用の地上サーバまでの複数のデータパスのうちの第１のデータパスを介して送信するためにデータパケットをキューイングすることを含むことができ、第１のデータパスは、１つ以上の第２の衛星を介した間接リンクに関連付けられ、複数のデータパスは、第１のデータパスと、複数の地上局のうちの１つ以上への直接リンクに関連付けられた第２のデータパスとを含む。５１５の動作は、本明細書に開示されたような実施例に従って実行され得る。いくつかの実施例において、５１５の動作の態様は、図４を参照して説明されるように、キューイングコンポーネント４３５によって実行され得る。

【0053】

図６は、本開示の態様による、衛星と地上サーバの間のデータルーティングのための技術をサポートする方法６００を示すフローチャートを示す。方法６００の動作は、本明細書に記載されるように、通信システム又はそのコンポーネントによって実装され得る。例えば、方法６００の動作は、図１～４を参照して説明したように、通信システムによって実行され得る。いくつかの実施例において、通信システムは、説明した機能を実行するように通信システムの機能要素を制御するための命令のセットを実行し得る。追加又は代替として、通信システムは、専用ハードウェアを使用して、説明した機能の態様を実行し得る。

【0054】

６０５において、この方法は、複数の第１の衛星のうちの第１の衛星の端末において、第１の衛星のペイロードからデータパケットを受信することを含むことができ、データパケットは、データパケットに関連付けられた待ち時間メトリックと、データパケットに関連付けられたサービス品質（ＱｏＳ）メトリックとを示すメタデータを含む。６０５の動作は、本明細書に開示されたような実施例に従って実行され得る。いくつかの実施例において、６０５の動作の態様は、図４を参照して説明されるように、受信コンポーネント４２５によって実行され得る。

【0055】

６１０において、この方法は、待ち時間メトリックが閾値未満であるか否かを判定することを含むことができ、閾値は、第１の衛星が複数の地上局のうちの地上局の範囲内にあることに関連付けられた第１の持続時間に少なくとも部分的に基づく。６１０の動作は、本明細書に開示されたような実施例に従って実行され得る。いくつかの実施例において、６１０の動作の態様は、図４を参照して説明されたように、待ち時間制御コンポーネント４３０によって実行され得る。

【0056】

６１５において、この方法は、待ち時間メトリックが閾値以上であると判定したことに少なくとも部分的に基づいて、第１の衛星からデータパケット用の地上サーバまでの複数のデータパスのうちの第２のデータパスを介して送信するためにデータパケットをキューイングすることを含むことができ、第２のデータパスは地上局への直接リンクに関連付けられ、複数のデータパスは、第２のデータパスと、１つ以上の第２の衛星を介した間接リンクに関連付けられた第１のデータパスとを含む。６１５の動作は、本明細書に開示されたような実施例に従って実行され得る。いくつかの実施例において、６１５の動作の態様は、図４を参照して説明されるように、キューイングコンポーネント４３５によって実行され得る。

【0057】

これらの方法は、実装態様の例を説明しており、動作及びステップは、他の実装態様が可能であるように再構成又は他の方法で修正され得ることに留意されたい。いくつかの実施例において、方法の２つ以上からの態様が組み合わせられ得る。例えば、各方法の態様は、他の方法のステップ若しくは態様、又は本明細書に記載の他のステップ若しくは技術を含み得る。

【0058】

本明細書で説明された情報及び信号は、様々な異なるテクノロジー及び技術のいずれかを使用して表され得る。例えば、明細書全体を通じて参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは光子、又はそれらの任意の組み合わせで表され得る。

【0059】

本明細書の開示に関連して説明される様々な例示的なブロック及びモジュールは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、又は他のプログラム可能な論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、又は本明細書に記載の機能を実行するように設計されたそれらの任意の組み合わせを用いて実装又は実行されてもよい。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、又は任意の他のそのような構成）として実装され得る。

【0060】

本明細書に説明される機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実装され得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の１つ以上の命令又はコードとして記憶され得るか、又は送信され得る。他の実施例及び実装態様は、本開示及び添付の特許請求の範囲内にある。例えば、ソフトウェアの性質により、本明細書に説明される機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハード配線、又はこれらのいずれかの組み合わせを使用して実装され得る。機能を実装する特徴はまた、機能の一部が異なる物理的位置において実装されるように分散されることを含め、様々な位置に物理的に配置され得る。

【0061】

コンピュータ可読媒体は、非一時的コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体との両方を含み得る。非一時的記憶媒体は、汎用又は専用のコンピュータからアクセス可能なあらゆる利用可能な媒体であり得る。例として、限定ではなく、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤＲＯＭ）若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、又は命令若しくはデータ構造の形態で所望のプログラムコード手段を担持若しくは記憶するために使用することができ、汎用若しくは専用のコンピュータ、又は汎用若しくは専用のプロセッサによってアクセス可能な任意の他の非一時的媒体を含み得る。また、任意の接続も、コンピュータ可読媒体と適切に称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、又は赤外線、無線及びマイクロ波などの無線技術は、媒体の定義に含まれる。ディスク（ｄｉｓｋ）及びディスク（ｄｉｓｃ）は、本明細書で使用されるように、ＣＤ、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク及びブルーレイディスクを含み、ディスク（ｄｉｓｋ）は通常、磁気的にデータを再生するが、ディスク（ｄｉｓｃ）は、レーザで光学的にデータを再生する。上記の組み合わせも、コンピュータ可読媒体の範囲に含まれる。

【0062】

特許請求の範囲を含む本明細書で使用されるとき、項目のリスト（例えば、「少なくとも１つの」又は「１つ以上の」などの語句によって前置きされた項目のリスト）において使用される「又は」は、例えば、Ａ、Ｂ又はＣのうちの少なくとも１つのリストが、Ａ又はＢ又はＣ又はＡＢ又はＡＣ又はＢＣ又はＡＢＣ（すなわち、Ａ及びＢ及びＣ）を意味するように、包括的なリストを示す。また、本明細書で使用されるように、「に基づく」という語句は、条件の閉じたセットに対する参照として解釈されるべきではない。例えば、「条件Ａに基づく」として説明される例示的なステップは、本開示の範囲から逸脱することなく、条件Ａ及び条件Ｂの両方に基づき得る。換言すれば、本明細書で使用されるとき、「に基づく」という語句は、「に少なくとも部分的に基づく」という語句と同じように解釈されるものとする。

【0063】

添付される図面において、類似したコンポーネント又は特徴は同じ参照ラベルを有する場合がある。更に、同じタイプの様々なコンポーネントは、参照ラベルの後にダッシュ及び類似したコンポーネントを区別する第２のラベルを付けることによって区別されてもよい。第１の参照ラベルのみが説明書で使用されている場合、この説明は、第２の参照ラベル又はその後の他の参照ラベルに関係なく、同じ第１の参照ラベルを持つ類似したコンポーネントのいずれかに適用可能である。

【0064】

添付される図面に関連して本明細書に記載された説明は、例示的な構成について説明しており、実装され得るか又は特許請求の範囲内に入る全ての実施例を表すわけではない。本明細書で使用される「例示的な」という用語は、「実施例、実例、又は例示として役立つ」を意味し、「好ましい」又は「他の例よりも有利」ではない。発明を実施するための形態は、説明される技術の理解を提供する目的のための具体的な詳細を含む。しかしながら、これらの技術は、これらの具体的な詳細なしに実践され得る。いくつかの実例において、説明された実施例の概念を不明瞭にすることを回避するために、周知の構造及びデバイスがブロック図の形態で示される。

【0065】

本明細書における説明は、当業者が本開示を作成又は使用することを可能にするために提供される。本開示に対する種々の修正は、当業者には容易に明らかであり、本明細書で定義された一般的原則は、本開示の範囲から逸脱することなく、他の変形形態に適用され得る。従って、本開示は、本明細書で説明された実施例及び設計に限定されず、本明細書で開示された原理及び新規の特徴に合致する最も広い範囲を与えられるものである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【手続補正書】

【提出日】2023-12-19

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

方法であって、
複数の第１の衛星（１１０）のうちの第１の衛星（１１０－ｃ）の端末（２１５）において、前記第１の衛星（１１０－ｃ）のペイロード（２１０）からデータパケット（３０５）を受信することであって、前記データパケット（３０５）は、前記データパケット（３０５）に関連付けられた待ち時間メトリックと、前記データパケット（３０５）に関連付けられたサービス品質ＱｏＳメトリックとを示すメタデータを含み、前記待ち時間メトリックは、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の地上サーバ（１３０－ａ）に前記データパケット（３０５）を通信することに関連付けられた持続時間を含み、前記地上サーバ（１３０－ａ）は複数の地上局（１３５）に結合される、受信することと、
前記待ち時間メトリックが持続時間閾値未満であるか否かを判定することであって、前記持続時間閾値は、前記第１の衛星（１１０－ｃ）が前記複数の地上局（１３５）のうちの地上局（１３５）の範囲内に入るまでの第１の期間に少なくとも部分的に基づく、判定することと、
前記待ち時間メトリックが前記持続時間閾値未満であると判定したことに応答して、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の前記地上サーバ（１３０－ａ）への複数のデータパスのうちの第１のデータパス（２２０）を介して送信するために前記データパケット（３０５）をキューイングすることであって、前記第１のデータパス（２２０）は、１つ以上の第２の衛星（１２０）を介して間接リンク（１２２）に関連付けられ、前記複数のデータパスは、前記第１のデータパス（２２０）と、前記地上局（１３５）への直接リンク（１３２）に関連付けられた第２のデータパス（２２２）とを含む、キューイングすることと、
前記待ち時間メトリックが前記持続時間閾値以上であると判定したことに応答して、前記第２のデータパス（２２２）を介して送信するために前記データパケット（３０５）をキューイングすることと、
前記第１のデータパス又は前記第２のデータパスを介して前記データパケット（３０５）を送信することとを含む、方法。

【請求項2】

前記データパケット（３０５）をキューイングしたことに少なくとも部分的に基づいて、前記間接リンク（１２２）に関連付けられた利用可能なリソースの量が第２の閾値を超えるか否かを判定することであって、前記利用可能なリソースの量は、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく、判定することと、
前記利用可能なリソースの量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することとを更に含む、請求項１に記載の方法。

【請求項3】

複数の地上局（１３５）のうちの第２の地上局（１３５）から前記利用可能なリソースの量のリソーススケジュールを受信することを更に含む、請求項２に記載の方法。

【請求項4】

前記持続時間閾値は、前記第１の持続時間と、送信のために前記データパケット（３０５）をキューイングすることに関連付けられた第２の持続時間との関数を含む、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記間接リンク（１２２）に関連付けられた利用可能なリソースの量が第２の閾値を超えるか否かを判定することであって、前記利用可能なリソースの量は、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく、判定することと、
前記量が前記第２の閾値を超えていないと判定したことに少なくとも部分的に基づいて、ある期間にわたって前記データパケット（３０５）を記憶することとを更に含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記端末（２１５）に記憶されたポリシーに少なくとも部分的に基づいて前記ＱｏＳメトリックを更新し、前記データパケット（３０５）が受信されてからの経過時間に基づいて前記待ち時間メトリックを更新することと、
前記間接リンク（１２２）に関連付けられた利用可能なリソースの第２の量が前記第２の閾値を超えるか否かを判定することであって、前記利用可能なリソースの第２の量は、前記更新されたＱｏＳメトリックに少なくとも部分的に基づく、判定することと、
前記利用可能なリソースの第２の量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することとを更に含む、請求項５に記載の方法。

【請求項7】

地上局（１３０）から前記ポリシーを受信することを更に含む、請求項６に記載の方法。

【請求項8】

前記端末（２１５）は、前記ポリシーを管理するように構成されたポリシーエンジン（２１７）を備える、請求項６に記載の方法。

【請求項9】

前記キューイングに少なくとも部分的に基づいて、前記第２のデータパス（２２２）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することを更に含む、請求項１に記載の方法。

【請求項10】

前記地上局（１３５）が除外ゾーン（１３８）内にあるか否かを判定することと、
前記地上局（１３５）が前記除外ゾーン（１３８）内にあると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して送信するために前記データパケット（３０５）をキューイングすることと、
前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信することとを更に含む、請求項１から９のいずれか一項に記載の方法。

【請求項11】

以下の動作を実行するように構成された装置であって、前記動作は、
複数の第１の衛星（１１０）のうちの第１の衛星（１１０－ｃ）の端末（２１５）において、前記第１の衛星（１１０－ｃ）のペイロード（２１０）からデータパケット（３０５）を受信することであって、前記データパケット（３０５）は、前記データパケット（３０５）に関連付けられた待ち時間メトリックと、前記データパケット（３０５）に関連付けられたサービス品質ＱｏＳメトリックとを示すメタデータを含み、前記待ち時間メトリックは、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の地上サーバ（１３０－ａ）に前記データパケット（３０５）を通信することに関連付けられた持続時間を含み、前記地上サーバ（１３０－ａ）は複数の地上局（１３５）に結合される、受信することと、
前記待ち時間メトリックが持続時間閾値未満であるか否かを判定することであって、前記持続時間閾値は、前記第１の衛星（１１０－ｃ）が前記複数の地上局（１３５）のうちの地上局（１３５）の範囲内に入るまでの第１の期間に少なくとも部分的に基づく、判定することと、
前記待ち時間メトリックが前記持続時間閾値未満であると判定したことに応答して、前記第１の衛星（１１０－ｃ）から前記データパケット（３０５）用の前記地上サーバ（１３０－ａ）への複数のデータパスのうちの第１のデータパス（２２０）を介して送信するために前記データパケット（３０５）をキューイングすることであって、前記第１のデータパス（２２０）は、１つ以上の第２の衛星（１２０）を介した間接リンク（１２２）に関連付けられ、前記複数のデータパスは、前記第１のデータパス（２２０）と、前記地上局（１３５）への直接リンク（１３２）に関連付けられた第２のデータパス（２２２）とを含む、キューイングすることと、
前記待ち時間メトリックが前記持続時間閾値以上であると判定したことに応答して、前記第２のデータパス（２２２）を介して送信するために前記データパケット（３０５）をキューイングすることと、
前記第１のデータパス又は前記第２のデータパスを介して前記データパケット（３０５）を送信することとを含む、装置。

【請求項12】

前記データパケット（３０５）をキューイングしたことに少なくとも部分的に基づいて、前記間接リンク（１２２）に関連付けられた、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく利用可能なリソースの量が第２の閾値を超えるか否かを判定し、
前記利用可能なリソースの量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信するように更に構成される、請求項１１に記載の装置。

【請求項13】

前記複数の地上局のうちの第２の地上局（１３５）から前記利用可能なリソースの量のリソーススケジュールを受信するように更に構成される、請求項１２に記載の装置。

【請求項14】

前記持続時間閾値は、第１の持続時間と、送信のために前記データパケット（３０５）をキューイングすることに関連付けられた第２の持続時間との関数を含む、請求項１１から１３のいずれか一項に記載の装置。

【請求項15】

前記間接リンク（１２２）に関連付けられた、前記データパケット（３０５）に関連付けられ、前記メタデータに含まれる前記ＱｏＳメトリックに少なくとも部分的に基づく利用可能なリソースの量が第２の閾値を超えるか否かを判定し、
前記量が前記第２の閾値を超えていないと判定したことに少なくとも部分的に基づいて、ある期間にわたって前記データパケット（３０５）を記憶するように更に構成される、請求項１１から１４のいずれか一項に記載の装置。

【請求項16】

前記端末（２１５）に記憶されたポリシーに少なくとも部分的に基づいて前記ＱｏＳメトリックを更新し、前記データパケット（３０５）が受信されてからの経過時間に基づいて前記待ち時間メトリックを更新し、
前記間接リンク（１２２）に関連付けられた、前記更新されたＱｏＳメトリックに少なくとも部分的に基づく利用可能なリソースの第２の量が前記第２の閾値を超えるか否かを判定し、
前記利用可能なリソースの第２の量が前記第２の閾値を超えると判定したことに少なくとも部分的に基づいて、前記第１のデータパス（２２０）を介して前記データパケット（３０５）を前記地上サーバ（１３０－ａ）に送信するように更に構成される、請求項１５に記載の装置。

【請求項17】

地上局（１３０）から前記ポリシーを受信するように更に構成される、請求項１６に記載の装置。

【請求項18】

前記端末（２１５）は、前記ポリシーを管理するように構成されたポリシーエンジン（２１７）を備える、請求項１６に記載の装置。

【国際調査報告】