特表 2024-546456 衛星通信のソフトウェア定義サービスチェーンの動的管理

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

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

(11)【公表番号】

(43)【公表日】2024-12-24

(54)【発明の名称】衛星通信のソフトウェア定義サービスチェーンの動的管理

(51)【国際特許分類】

   H04L 41/40 20220101AFI20241217BHJP

【ＦＩ】

H04L41/40

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024531179

(86)(22)【出願日】2022-03-17

(85)【翻訳文提出日】2024-05-23

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

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

(87)【国際公開日】2023-09-21

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

２．ＪＡＶＡＳＣＲＩＰＴ

３．ＶＩＳＵＡＬ ＢＡＳＩＣ

４．ＦＲＡＭ

５．イーサネット

(71)【出願人】

【識別番号】519008175

【氏名又は名称】クラトス インテグラル ホールディングス，エルエルシー

(74)【代理人】

【識別番号】100114775

【弁理士】

【氏名又は名称】高岡 亮一

(74)【代理人】

【識別番号】100121511

【弁理士】

【氏名又は名称】小田 直

(74)【代理人】

【識別番号】100202751

【弁理士】

【氏名又は名称】岩堀 明代

(74)【代理人】

【識別番号】100208580

【弁理士】

【氏名又は名称】三好 玲奈

(74)【代理人】

【識別番号】100191086

【弁理士】

【氏名又は名称】高橋 香元

(72)【発明者】

【氏名】ボイド，クリストファー

(72)【発明者】

【氏名】クイグル，グレッグ

(72)【発明者】

【氏名】クビナ，スコット

(72)【発明者】

【氏名】ゴメス，ルイス

(72)【発明者】

【氏名】モンテレオーネ，リチャード

(72)【発明者】

【氏名】トリノア，マーク

(72)【発明者】

【氏名】デ ラ ロサ，ダニエル

(72)【発明者】

【氏名】プリッチェット，ジェームス

(72)【発明者】

【氏名】ドートリッジ，スチュアート

(72)【発明者】

【氏名】サンドヴァル，フランク

(57)【要約】

衛星リンクの複雑さ及び変動性により、自動化されたスケーラブルなサービスオーケストレーションが妨げられることから、従来、衛星を利用するソフトウェアベースサービスでは、手動で労力を費やして、コンフィギュレーション、プロビジョニング、アクティベーション、及びキャリブレーションが行われる。したがって、衛星リンクを利用するサービスの自動化されたスケーラブルなオーケストレーションのためのシステム及びプロセスが開示される。エンドツーエンドサービスのサービス定義を含むサービスリクエストに応じて、サービス定義を満たす衛星リンクのパラメータ（複数可）が計算され得る。これらのパラメータ（複数可）を使用して、複数の仮想ネットワーク機能を含む衛星ネットワークサービスチェーンのコンフィギュレーションが、サービスカタログから選択され得る。次に、選択されたコンフィギュレーションを使用して、クラウドインフラストラクチャ内で衛星ネットワークサービスチェーンがインスタンス化され得る。このプロセスは、サービスチェーンのリソース及びコンフィギュレーションを動的に管理するソフトウェア定義ネットワークコントローラで実施され得る。
【選択図】図１

【特許請求の範囲】

【請求項1】

ソフトウェア定義ネットワーク（ＳＤＮ）コントローラにより、
エンドツーエンドサービスのサービス定義を含むサービスリクエストを受信することと、
前記サービス定義を満たす衛星リンクの１つ以上のパラメータを計算することと、
前記計算した１つ以上のパラメータに基づいて、サービスカタログから衛星ネットワークサービスチェーンのコンフィギュレーションを選択することであって、前記衛星ネットワークサービスチェーンは複数の仮想ネットワーク機能を含む、前記選択することと、
前記選択したコンフィギュレーションで前記衛星ネットワークサービスチェーンのインスタンス化を開始することと、
を含む、方法。

【請求項2】

前記サービスリクエストは、少なくとも１つのネットワークを介してサービスオーケストレーションシステムから受信され、前記方法はさらに、前記サービスリクエストを受信する前に、前記ＳＤＮコントローラにより、
前記少なくとも１つのネットワークを介して前記サービスオーケストレーションシステムから、サービスインターフェースポイントのリクエストを受信することと、
前記リクエストに応じて、利用可能なサービスインターフェースポイントのリストを取得して、前記利用可能なサービスインターフェースポイントのリストを、前記少なくとも１つのネットワークを介して前記サービスオーケストレーションシステムに送信することと、
を含む、請求項１に記載の方法。

【請求項3】

前記利用可能なサービスインターフェースポイントのリストを取得することは、前記少なくとも１つのネットワークを介して、ネットワーク管理システムのアプリケーションプログラミングインターフェースにより、ゲートウェイ及び端末のリストを取得することを含む、請求項２に記載の方法

【請求項4】

前記サービス定義は、キャリアイーサネット（ＣＥ）サービスを定義する、請求項１に記載の方法。

【請求項5】

前記サービス定義は、ゲートウェイ及び端末を識別し、サービスレベルアグリーメントを定義する１つ以上のサービスパラメータを含む、請求項１に記載の方法。

【請求項6】

前記１つ以上のサービスパラメータは、認定情報速度及び超過情報速度を含む、請求項５に記載の方法。

【請求項7】

前記１つ以上のサービスパラメータはさらに、最大情報速度を含む、請求項６に記載の方法。

【請求項8】

前記衛星ネットワークサービスチェーンをインスタンス化した後に、
前記衛星ネットワークサービスチェーンの１つ以上のキーパフォーマンスインジケータを監視することと、
前記１つ以上のキーパフォーマンスインジケータが前記サービスパラメータを満たさない場合、前記計算した１つ以上のパラメータに基づいて前記サービスカタログから前記衛星ネットワークサービスチェーンの新たなコンフィギュレーションを選択し、前記衛星ネットワークサービスチェーンを前記新たなコンフィギュレーションに更新することと、
をさらに含む、請求項５に記載の方法。

【請求項9】

前記衛星ネットワークサービスチェーンを更新することは、
前記新たなコンフィギュレーションで新たな衛星ネットワークサービスチェーンをインスタンス化することと、
前記衛星ネットワークサービスチェーンから前記新たな衛星ネットワークサービスチェーンへトラフィックを移行することと、
前記コンフィギュレーションの前記衛星ネットワークサービスチェーンを終了することと、
を含む、請求項８に記載の方法。

【請求項10】

前記１つ以上のパラメータは、リンクバジェットである、請求項１に記載の方法。

【請求項11】

前記コンフィギュレーションは、クラウドコンピューティング環境内の前記複数の仮想ネットワーク機能に割り当てられるコンピューティングリソースの１つ以上のディメンションを含む、請求項１に記載の方法。

【請求項12】

前記衛星ネットワークサービスチェーンのインスタンス化を開始することは、前記コンフィギュレーションを含むサービスチェーンリクエストを、少なくとも１つのネットワークを介してネットワーク管理システムに送信することを含む、請求項１に記載の方法。

【請求項13】

前記ネットワーク管理システムにより、
前記少なくとも１つのネットワークを介して前記ＳＤＮコントローラから、前記サービスチェーンリクエストを受信することと、
前記サービスチェーンリクエストに応じて、前記少なくとも１つのネットワークを介してネットワーク機能仮想化（ＮＦＶ）オーケストレータに、インスタンス化リクエストを送信することと、
をさらに含む、請求項１２に記載の方法。

【請求項14】

前記ＮＦＶオーケストレータにより、
前記少なくとも１つのネットワークを介して前記ネットワーク管理システムから、前記インスタンス化リクエストを受信することと、
前記インスタンス化リクエストに応じて、クラウドコンピューティング環境内で前記複数の仮想ネットワーク機能をインスタンス化することと、
をさらに含む、請求項１３に記載の方法。

【請求項15】

前記インスタンス化リクエストは、衛星サービスチェーンのゲートウェイコンフィギュレーションを含み得、前記方法はさらに、前記ネットワーク管理システムにより、前記サービスチェーンリクエストに応じて、端末サービスチェーンの端末コンフィギュレーションを、端末コンフィギュレーションサービスに送信することを含む、請求項１３に記載の方法。

【請求項16】

前記複数の仮想ネットワーク機能は、
イーサネットパケットを衛星フレームに変換するエンカプスレータ及びモジュレータと、
衛星フレームをイーサネットパケットに変換するデモジュレータ及びデカプスレータと、
のうちの一方または両方を含む、請求項１に記載の方法。

【請求項17】

サンドボックス環境で前記衛星ネットワークサービスチェーンをインスタンス化することであって、前記複数の仮想ネットワーク機能は、前記衛星リンクをシミュレートする１つ以上の仮想ネットワーク機能を含む、前記インスタンス化することと、
前記サンドボックス環境における前記衛星ネットワークサービスチェーンのパフォーマンスパラメータを取得することと、
をさらに含む、請求項１に記載の方法。

【請求項18】

前記取得したパフォーマンスパラメータに基づいて、前記サンドボックス環境で前記衛星ネットワークサービスチェーンを再構成することをさらに含む、請求項１に記載の方法。

【請求項19】

前記ＳＤＮコントローラにより、
監視サービスのサービス定義を含むサービスリクエストを受信することと、
前記監視サービスの監視サービスチェーンのコンフィギュレーションを特定することと、
前記特定したコンフィギュレーションで前記監視サービスチェーンのインスタンス化を開始することであって、前記監視サービスチェーンは、前記衛星ネットワークサービスチェーン内のデジタル信号ストリームの分析を行う、前記開始することと、
をさらに含む、請求項１に記載の方法。

【請求項20】

前記複数の仮想ネットワーク機能は、デジタルビデオブロードキャスト（ＤＶＢ）規格に従って波形を復調するように構成された少なくとも１つのデモジュレータと、前記ＤＶＢ規格に従って波形を変調するように構成された少なくとも１つのモジュレータと、少なくとも１つのエンカプスレータと、少なくとも１つのデカプスレータと、を含む仮想化モデムを備える、請求項１に記載の方法。

【請求項21】

前記仮想化モデムは、キャリアイーサネットサービスを提供する、請求項２０に記載の方法。

【請求項22】

少なくとも１つのハードウェアプロセッサと、
１つ以上のソフトウェアモジュールと、
を備えるシステムであって、
前記１つ以上のソフトウェアモジュールは、前記少なくとも１つのハードウェアプロセッサにより実行されると、
エンドツーエンドサービスのサービス定義を含むサービスリクエストを受信することと、
前記サービス定義を満たす衛星リンクの１つ以上のパラメータを計算することと、
前記計算した１つ以上のパラメータに基づいて、サービスカタログから衛星ネットワークサービスチェーンのコンフィギュレーションを選択することであって、前記衛星ネットワークサービスチェーンは複数の仮想ネットワーク機能を含む、前記選択することと、
前記選択したコンフィギュレーションで前記衛星ネットワークサービスチェーンのインスタンス化を開始することと、
を実行するように構成される、前記システム。

【請求項23】

命令が格納された非一時的コンピュータ可読媒体であって、前記命令は、プロセッサにより実行されると、
エンドツーエンドサービスのサービス定義を含むサービスリクエストを受信することと、
前記サービス定義を満たす衛星リンクの１つ以上のパラメータを計算することと、
前記計算した１つ以上のパラメータに基づいて、サービスカタログから衛星ネットワークサービスチェーンのコンフィギュレーションを選択することであって、前記衛星ネットワークサービスチェーンは複数の仮想ネットワーク機能を含む、前記選択することと、
前記選択したコンフィギュレーションで前記衛星ネットワークサービスチェーンのインスタンス化を開始することと、
を、前記プロセッサに実行させる、前記非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書で説明される実施形態は、概して衛星通信に関し、より具体的には、衛星通信のソフトウェア定義サービスチェーンの動的管理に関する。

【背景技術】

【0002】

関連技術の説明
通信業界は、顧客のエンドツーエンドサービスリクエストに対応するために、運用支援システム（ＯＳＳ）により実現される、スケーラブルなサービス指向プロビジョニングプラットフォームに移行した。サービスプロバイダは、ＯＳＳを使用して、顧客がリクエストしたサービスのプロビジョニング及びアクティベーションを、ソフトウェアサブシステムにわたり推進し、ソフトウェアサブシステムは、サービスを実現にするように、ルールベースプログラミングを使用して、通信回路または通信経路を提供する物理ネットワーク要素及び仮想ネットワーク要素を構成する。このプロセスは、「サービスオーケストレーション」として知られている。

【0003】

しかし、衛星通信を使用して提供されるサービスでは、衛星リンクに伴う変動性、複雑さ、及び多くの場合はプロプライエタリ要素が原因で、このようなサービスオーケストレーションはこれまで不可能であった。例えば、衛星リンクは、多数の動的状況の影響を受けるが、既知の物理的特性を有する固定リンクを含む地上リンクは、多数の動的状況の影響を同様に受けることはない。衛星リンクに影響を与える動的状況には、無線周波数（ＲＦ）干渉、大気特性、アンテナ状況、及び経路長などが含まれ、これらはすべて、衛星リンクのスループットに影響を与え得る。衛星リンクの劣化により、サービスプロバイダとその顧客との間のサービスレベルアグリーメント（ＳＬＡ）の違反が生じ得る。さらに、変化する状況に対処するために、簡単かつ安価に新たなネットワーク要素を衛星に追加する、または衛星内でアクティベートすることができないため、衛星リソースの構成及びプロビジョニングは、地上ネットワークよりもさらに複雑である。

【0004】

その結果、衛星を利用するサービスでは通常、手動で労力を費やして、コンフィギュレーション、プロビジョニング、アクティベーション、及びキャリブレーションが行われる。さらに、クローズドシステム設計、及びサービスによく使用されるプロプライエタリ要素が原因で、プロバイダは、プロプライエタリ要素とインターフェースするカスタムミドルウェアを作成する必要がある。これにより、サービスライフサイクルの作成及び管理に必要な、システム全体にわたる衛星リンクを介したサービスのオーケストレーションを、自動化及び拡張する能力が阻止される。

【発明の概要】

【0005】

したがって、自動化されたスケーラブルな方法で、衛星通信のソフトウェア定義サービスチェーンを動的に管理するためのシステム及び方法が開示される。

【0006】

実施形態では、方法は、ソフトウェア定義ネットワーク（ＳＤＮ）コントローラにより、エンドツーエンドサービスのサービス定義を含むサービスリクエストを受信することと、サービス定義を満たす衛星リンクの１つ以上のパラメータを計算することと、計算した１つ以上のパラメータに基づいて、サービスカタログから衛星ネットワークサービスチェーンのコンフィギュレーションを選択することであって、衛星ネットワークサービスチェーンは複数の仮想ネットワーク機能を含む、選択することと、選択したコンフィギュレーションで衛星ネットワークサービスチェーンのインスタンス化を開始することと、を含む。

【0007】

サービスリクエストは、少なくとも１つのネットワークを介してサービスオーケストレーションシステムから受信され得、方法はさらに、サービスリクエストを受信する前に、ＳＤＮコントローラにより、少なくとも１つのネットワークを介してサービスオーケストレーションシステムから、サービスインターフェースポイントのリクエストを受信することと、リクエストに応じて、利用可能なサービスインターフェースポイントのリストを取得して、利用可能なサービスインターフェースポイントのリストを、少なくとも１つのネットワークを介してサービスオーケストレーションシステムに送信することと、を含み得る。利用可能なサービスインターフェースポイントのリストを取得することは、少なくとも１つのネットワークを介して、ネットワーク管理システムのアプリケーションプログラミングインターフェースにより、ゲートウェイ及び端末のリストを取得することを含み得る。

【0008】

サービス定義は、キャリアイーサネット（ＣＥ）サービスを定義し得る。

【0009】

サービス定義は、ゲートウェイ及び端末を識別し、サービスレベルアグリーメントを定義する１つ以上のサービスパラメータを含み得る。１つ以上のサービスパラメータは、認定情報速度及び超過情報速度を含み得る。１つ以上のサービスパラメータはさらに、最大情報速度を含み得る。方法はさらに、衛星ネットワークサービスチェーンをインスタンス化した後に、衛星ネットワークサービスチェーンの１つ以上のキーパフォーマンスインジケータを監視することと、１つ以上のキーパフォーマンスインジケータがサービスパラメータを満たさない場合、計算した１つ以上のパラメータに基づいてサービスカタログから衛星ネットワークサービスチェーンの新たなコンフィギュレーションを選択し、衛星ネットワークサービスチェーンを新たなコンフィギュレーションに更新することと、を含み得る。衛星ネットワークサービスチェーンを更新することは、新たなコンフィギュレーションで新たな衛星ネットワークサービスチェーンをインスタンス化することと、当該衛星ネットワークサービスチェーンから新たな衛星ネットワークサービスチェーンへトラフィックを移行することと、当該コンフィギュレーションの当該衛星ネットワークサービスチェーンを終了することとを含み得る。

【0010】

１つ以上のパラメータは、リンクバジェットであり得る。

【0011】

コンフィギュレーションは、クラウドコンピューティング環境内の複数の仮想ネットワーク機能に割り当てられるコンピューティングリソースの１つ以上のディメンションを含み得る。

【0012】

衛星ネットワークサービスチェーンのインスタンス化を開始することは、コンフィギュレーションを含むサービスチェーンリクエストを、少なくとも１つのネットワークを介してネットワーク管理システムに送信することを含み得る。方法はさらに、ネットワーク管理システムにより、少なくとも１つのネットワークを介してＳＤＮコントローラから、サービスチェーンリクエストを受信することと、サービスチェーンリクエストに応じて、少なくとも１つのネットワークを介してネットワーク機能仮想化（ＮＦＶ）オーケストレータに、インスタンス化リクエストを送信することと、を含み得る。方法はさらに、ＮＦＶオーケストレータにより、少なくとも１つのネットワークを介してネットワーク管理システムから、インスタンス化リクエストを受信することと、インスタンス化リクエストに応じて、クラウドコンピューティング環境内で複数の仮想ネットワーク機能をインスタンス化することと、を含み得る。インスタンス化リクエストは、衛星サービスチェーンのゲートウェイコンフィギュレーションを含み得、方法はさらに、ネットワーク管理システムにより、サービスチェーンリクエストに応じて、端末サービスチェーンの端末コンフィギュレーションを、端末コンフィギュレーションサービスに送信することを含み得る。

【0013】

複数の仮想ネットワーク機能は、イーサネットパケットを衛星フレームに変換するエンカプスレータ及びモジュレータと、衛星フレームをイーサネットパケットに変換するデモジュレータ及びデカプスレータと、のうちの一方または両方を含み得る。

【0014】

方法はさらに、
サンドボックス環境で衛星ネットワークサービスチェーンをインスタンス化することであって、複数の仮想ネットワーク機能は、衛星リンクをシミュレートする１つ以上の仮想ネットワーク機能を含む、インスタンス化することと、サンドボックス環境における衛星ネットワークサービスチェーンのパフォーマンスパラメータを取得することと、を含み得る。

【0015】

方法はさらに、取得したパフォーマンスパラメータに基づいて、サンドボックス環境で衛星ネットワークサービスチェーンを再構成することを含み得る。

【0016】

方法はさらに、ＳＤＮコントローラにより、監視サービスのサービス定義を含むサービスリクエストを受信することと、監視サービスの監視サービスチェーンのコンフィギュレーションを特定することと、特定したコンフィギュレーションで監視サービスチェーンのインスタンス化を開始することであって、監視サービスチェーンは、衛星ネットワークサービスチェーン内のデジタル信号ストリームの分析を行う、開始することと、を含み得る。

【0017】

複数の仮想ネットワーク機能は、デジタルビデオブロードキャスト（ＤＶＢ）規格に従って波形を復調するように構成された少なくとも１つのデモジュレータと、ＤＶＢ規格に従って波形を変調するように構成された少なくとも１つのモジュレータと、少なくとも１つのエンカプスレータと、少なくとも１つのデカプスレータと、を含む仮想化モデムを備え得る。仮想化モデムは、キャリアイーサネットサービスを提供し得る。

【0018】

上記の方法のうちのいずれも、個別に、または任意の組み合わせで、プロセッサベースシステムまたは分散プロセッサベースシステムの実行可能ソフトウェアモジュールで、及び／または非一時的コンピュータ可読媒体に格納された実行可能命令で、具現化され得る。

【0019】

本発明の詳細は、その構造及び動作の両方に関して、添付の図面を検討することで部分的に収集され得、図面では、同様の参照番号は同様の部分を指す。

【図面の簡単な説明】

【0020】

【図1】実施形態による、本明細書で説明されるプロセスのうちの１つ以上が実施され得る例示的なインフラストラクチャを示す。

【図2】実施形態による、衛星通信のソフトウェア定義サービスチェーンの動的管理のプロセスを示す。

【図3A】実施形態による、エンドツーエンドサービスの例示的なサービスチェーンを示す。

【図3B】実施形態による、エンドツーエンドサービスの例示的なサービスチェーンを示す。

【図4】実施形態による、サンドボックス環境内の例示的なサービスチェーンを示す。

【図5】実施形態による、サンドボックス環境を使用した衛星計画のプロセスを示す。

【図6】実施形態による、衛星リソースの自動化管理のプロセスを示す。

【図7】実施形態による、本明細書で説明されるプロセスのうちの１つ以上が実行され得る例示的な処理システムを示す。

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

【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】

衛星１２０へのリンクに向かうスイッチ３３０Ａからスイッチ３３０Ｂへの順方向経路上のＶＮＦ１５４（複数可）の集合（例えばゲートウェイを実施する）は、スイッチ３３０Ａからスイッチ３３０Ｂへの順に、トラフィックハンドラ、エンカプスレータ（例えば汎用ストリームカプセル化（ＧＳＥ）を実施する）、モジュレータ（例えばカリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するＯｐｅｎＳｐａｃｅ（商標）広帯域ソフトウェアモジュレータ）、及びコンバイナを備え、または構築し得る。伝送経路上のこのＶＮＦ１５４（複数可）の集合は、イーサネットパケットをデジタル信号に変換し得る。例えば、トラフィックハンドラは、データリンク層（例えばオープンシステム相互接続（ＯＳＩ）モデルのレイヤ２もしくはＬ２）及び／またはネットワーク層（例えばＯＳＩモデルのレイヤ３もしくはＬ３）のトラフィックを処理し、処理されたイーサネットフレームをエンカプスレータに提供し得る。エンカプスレータは、イーサネットフレームをベースバンドフレームに変換し、ベースバンドフレームをモジュレータに提供し得る。エンカプスレータは、欧州電気通信標準化機構（ＥＴＳＩ）の欧州規格（ＥＮ）３０２ ３０７‐１ ｖ１．４．１（２０１４－１１）に記載されているＤＶＢ‐Ｓ２ｘ規格に従って、ベースバンドフレームを形成し得る。エンカプスレータは、フレームチョッピング、順方向変調選択（例えば適応符号化変調（ＡＣＭ）による）、イーサネットブリッジ（例えばメディアアクセスコントロール（ＭＡＣ）テーブル、スマートブリッジング／学習／中継など）、アドレス解決プロトコル（ＡＲＰ）（例えばイーサネットＭＡＣディスカバリ）、ＭＥＦサービスデリミタタイプ書き換え（例えばＭＥＦ定義に基づいてイングレス／エグレスのイーサネットフレームを書き換える）、イーサネット仮想接続の無線（ＯＴＡ）トランスポートヘッダ圧縮（例えばロバストヘッダ圧縮（ＲＯＨＣ））、及び／またはＯＴＡ最適化（例えば宇宙通信プロトコル仕様（ＳＰＣＳ）／ＴＣＰアクセラレーション）、以上の機能のうちの１つ以上を実行する１つ以上のＶＮＦ１５４（またはソフトウェアサブプロセス）を備え得る。モジュレータは、ベースバンドフレームを信号データパケットに変換し得る（例えばデジタル中間周波数相互運用性（ＤＩＦＩ）／米国電気電子学会（ＩＥＥＥ）１．０仕様のＤＩＦＩコンソーシアムの規格に従って）。実施形態では、エンカプスレータ及びモジュレータは、仮想化モデム（ｖＭｏｄｅｍ）と称される単一のＶＮＦ１５４として実装され得る。コンバイナは、信号データパケットをデジタル信号に結合して、スイッチ３３０Ｂを介してデジタイザ３４０Ａにデジタル信号を提供し得、デジタイザ３４０Ａは、デジタル信号をアナログ信号に変換する。

【0066】

衛星１２０へのリンクから離れる、スイッチ３３０Ｂからスイッチ３３０Ａへの逆方向経路上のＶＮＦ１５４（複数可）の集合は、スイッチ３３０Ｂからスイッチ３３０Ａへの順に、デジタルチャネライザ（例えばカリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するＯｐｅｎＳｐａｃｅ（商標）広帯域チャネライザ）、デモジュレータ（例えばカリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するＯｐｅｎＳｐａｃｅ（商標）広帯域ソフトウェアレシーバ）、及びデカプスレータを備え、または構築し得る。受信経路上のＶＮＦ１５４（複数可）のこの集合は、デジタル信号をイーサネットパケットに変換し得る。例えば、チャネライザは、アナログ信号をデジタル信号に変換したデジタイザ３４０Ａから、スイッチ３３０Ｂを介してデジタル信号を受信し、デジタル信号を信号データパケットに分割し得る。デモジュレータは、信号データパケットをベースバンドフレームに変換し、ベースバンドフレームをデカプスレータに提供し得る。デカプスレータは、ベースバンドフレームをイーサネットフレームに変換し得、イーサネットフレームは、スイッチ３３０Ａ及びネットワーク３２０を介して、エンドポイント３１０Ａに送信され得る。デモジュレータは、モジュレータの逆関数（複数可）を実行し、デカプスレータは、エンカプスレータの逆関数（複数可）を実行することを、理解されたい。実施形態では、デカプスレータ及びデモジュレータは、ｖＭｏｄｅｍにおいて、例えばエンカプスレータ及びモジュレータとともに、単一のＶＮＦ１５４として実装され得る。言い換えると、ｖＭｏｄｅｍは、カプスレータ／デカプスレータ及びモジュレータ／デモジュレータの機能のすべてを実装した単一のＶＮＦ１５４から成り得る。

【0067】

衛星サービスチェーン１５６がｖＭｏｄｅｍを実装する実施形態では、ｖＭｏｄｅｍは、デジタル衛星放送規格に従って波形を変調するように構成された１つ以上のモジュレータ、及び／またはデジタル衛星放送規格に従って波形を復調するように構成された１つ以上のデモジュレータを備え得る。このようなｖＭｏｄｅｍは、ＣＥサービスを提供し得、その場合、ｖＭｏｄｅｍは、イーサネットフレームを、モジュレータ（複数可）により波形に変調されたベースバンドフレームに変換する１つ以上のエンカプスレータと、デモジュレータ（複数可）により波形から復調されたベースバンドフレームを、イーサネットフレームに変換する１つ以上のデカプスレータとを備え得る。デジタル衛星放送規格は、デジタルビデオブロードキャスト（ＤＶＢ）プロジェクトにより管理されるＤＶＢ‐Ｓ２Ｘ規格など、デジタル衛星テレビ放送規格であり得る。ＤＶＢ規格などのデジタル衛星放送規格が実施例として使用されるが、ｖＭｏｄｅｍは、直交周波数分割多重（ＯＦＤＭ）などの広帯域デジタル通信の他の規格に従って、波形を変調及び復調するように構成されてもよい。

【0068】

実施形態では、衛星サービスチェーン１５６は、２つ以上の独立してインスタンス化されたサービスチェーンを利用する複合サービスチェーンであり得る。図３Ｂは、実施形態による複合サービスチェーンの実施例を示す。示される実施例では、複合衛星サービスチェーン１５６は、特定のサービス１７０に関連付けられた第１のサービスチェーン１５６Ａまたは第１のサービスチェーン１５６Ｂと、複数のサービスにより共有され得る第２のサービスチェーン１５６Ｃとから構成される。例えば、第１のサービスチェーン１５６Ａ及び第１のサービスチェーン１５６Ｂの両方が、第２のサービスチェーン１５６を利用し得る。その場合、スイッチ３３０Ｃは、サービスチェーン１５６Ａとサービスチェーン１５６Ｃとの間、ならびにサービスチェーン１５６Ｂとサービスチェーン１５６Ｃとの間で、データをルーティングし得る。第１のサービスチェーン１５６Ａ及び第１のサービスチェーン１５６Ｂは、異なるサービス、または同じサービスの異なるインスタンスを表し得る。２つだけが示されるが、任意の数の第１のサービスチェーンが同様に第２のサービスチェーン１５６Ｃにリンクされてもよいことを理解されたい。実施形態では、多数の第１のサービスチェーンがインスタンス化され、第２のサービスチェーン１５６Ｃにリンクされ、その後１つ以上のサービス１７０に対するデマンドに基づいて終了される間、第２のサービスチェーン１５６Ｃが存続するように、第２のサービスチェーン１５６Ｃは、第１のサービスチェーン（例えば１５６Ａ及び１５６Ｂ）のいずれよりも長いライフサイクルを有し得る。第１のサービスチェーン１５６Ａ及び第１のサービスチェーン１５６Ｂは、同じ衛星ＮＦＶインフラストラクチャ１５０（すなわち１５０Ａ及び１５０Ｂが同じ）または異なる衛星ＮＦＶインフラストラクチャ１５０（すなわち１５０Ａ及び１５０Ｂが異なる）において、インスタンス化され得る。同様に、第２のサービスチェーン１５６Ｃは、第１のサービスチェーンのうちの１つ以上と同じ衛星ＮＦＶインフラストラクチャ１５０（すなわち１５０Ｃは１５０Ａ及び／または１５０Ｂと同じ）または第１のサービスチェーンのいずれとも異なる衛星ＮＦＶインフラストラクチャ１５０（すなわち１５０Ｃは１５０Ａ及び１５０Ｂと異なる）において、インスタンス化され得る。

【0069】

具体的な実施態様では、第１のサービスチェーン１５６Ａ及び第１のサービスチェーン１５６Ｂはそれぞれ、順方向経路上にエンカプスレータ及びモジュレータ（例えばカリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するＯｐｅｎＳｐａｃｅ（商標）広帯域トランスミッタ）と、逆方向経路上にデモジュレータ及びデカプスレータとを含むＶＮＦ１５４の集合を備え得、一方、第２のサービスチェーン１５６Ｃは、順方向経路上にデジタルコンバイナ（例えばカリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するＯｐｅｎＳｐａｃｅ（商標）広帯域コンバイナ）と、逆方向経路上にデジタルチャネライザ（例えばカリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するＯｐｅｎＳｐａｃｅ（商標）広帯域チャネライザ）とを備え得る。この実施態様では、第２のサービスチェーン１５６Ｃは、順方向経路及び逆方向経路のそれぞれに単一のＶＮＦ１５４のみを有し、複数の第１のサービスチェーンのライフサイクルにわたり存続し得る。

【0070】

スイッチ３３０Ｂは、ソフトウェア定義デジタイザ３４０Ａと通信する。具体的には、スイッチ３３０Ｂは、衛星サービスチェーン１５６内のコンバイナからのデジタル信号を、デジタイザ３４０Ａに送信し、双方向通信では、デジタイザ３４０Ａからのデジタル信号を、衛星サービスチェーン１５６内のチャネライザに中継する。デジタイザ３４０Ａは、衛星サービスチェーン１５６のコンバイナにより出力されたデジタル信号を、衛星１２０に通信されるようにアナログ送信信号に変換し、衛星１２０からのアナログ受信信号を、衛星サービスチェーン１５６のチャネライザにより使用されるようにデジタル信号にデジタル化する。デジタイザ３４０Ａは、ソフトウェア定義であり得る。一例として、デジタイザ３４０Ａは、カリフォルニア州サンディエゴのＫｒａｔｏｓ Ｄｅｆｅｎｓｅ＆Ｓｅｃｕｒｉｔｙ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．が提供するキャリアグレードＲＦデジタイザであるＳｐｅｃｔｒａｌＮｅｔ（商標）であり得る。

【0071】

デジタイザ３４０Ａは、アンテナ３５０Ａと通信する。具体的には、デジタイザ３４０Ａは、送信信号をアンテナ３５０Ａに提供し、アンテナ３５０Ａは送信信号を衛星１２０に送信する。さらに、双方向通信では、アンテナ３５０Ａは、衛星１２０から受信信号を受信し、受信信号をデジタイザ３４０Ａに提供する。

【0072】

衛星１２０は、アンテナ３５０Ａからアンテナ３５０Ｂへ信号を中継する。双方向通信では、衛星１２０は、アンテナ３５０Ｂからアンテナ３５０Ａへも信号を中継する。アンテナ３５０Ｂは、アンテナ３５０Ａと機能的に同様または同一であり得、よって、アンテナ３５０Ａのいずれの説明もアンテナ３５０Ｂに等しく適用され、これに関して本明細書では重複して説明することはない。同様に、デジタイザ３４０Ｂは、デジタイザ３４０Ａと機能的に同様または同一であり得、よって、デジタイザ３４０Ａのいずれの説明もデジタイザ３４０Ｂに等しく適用され、これに関して本明細書では重複して説明することはない。

【0073】

デジタイザ３４０Ｂは、エッジＶＮＦインフラストラクチャ１６０の端末サービスチェーン１６６と直接通信し得る。端末サービスチェーン１６６は、信号プロセッサ３４０Ｂからエンドポイント３１０Ｂまでの受信経路を形成するＶＮＦ１６４（複数可）の集合を備え得る。双方向通信では、端末サービスチェーン１６６は、エンドポイント３１０Ｂからデジタイザ３４０Ｂまでの伝送経路を形成するＶＮＦ１６４（複数可）の集合も備え得る。受信経路及び送信経路は、衛星サービスチェーン１５６に関して説明された受信経路及び送信経路と同一または同様であり得る。例えば、受信経路は、デモジュレータと、その後にデカプスレータとを備えて、信号フレームをイーサネットパケットに変換し得、送信経路は、エンカプスレータと、その後にモジュレータとを備えて、イーサネットパケットを信号フレームに変換し得る。エンカプスレータ、デカプスレータ、モジュレータ、及びデモジュレータはすべて、衛星サービスチェーン１５６に関して説明されたものと同様または同一であり得、よって、衛星サービスチェーン１５６に関するこれらのコンポーネントの説明は、端末サービスチェーン１６６内のこれらのコンポーネントに等しく適用され、これに関して本明細書では重複して説明することはない。

【0074】

端末サービスチェーン１６６は、エンドポイント３１０Ｂと通信し得る。例えば、端末サービスチェーン１６６のデカプスレータは、イーサネットパケットをエンドポイント３１０Ｂに送信し得る。さらに、双方向通信では、端末サービスチェーン１６６のエンカプスレータは、エンドポイント３１０Ｂからイーサネットパケットを受信し得る。よって、サービスチェーン３００により、衛星リンクを介したエンドポイント３１０Ａとエンドポイント３１０Ｂとの間の一方向通信または双方向通信が可能となる。

【0075】

サービスチェーン３００は、サービスチェーンの非限定的な単一の実施例であることを理解されたい。代替的な実施例では、衛星１２０の端末側は、図３Ａ及び図３Ｂに示される衛星１２０のゲートウェイ側と同一であってもよく、よって、デジタイザ３４０Ｂは、スイッチ３３０Ｂと通信し、スイッチ３３０Ｂは、デジタイザ３４０Ｂと端末サービスチェーン１６６との間でデータを中継し、端末サービスチェーン１６６は、スイッチ３３０Ａを介してネットワーク３２０上でエンドポイント３１０Ｂと通信する。別の代替的な実施例では、衛星１２０のゲートウェイ側は、図３Ａ及び図３Ｂに示される衛星１２０の端末側と同一であってもよく、よって、衛星サービスチェーン１５６は、スイッチ３３０及び／またはネットワーク３２０を介する代わりに、デジタイザ３４０Ａ及びエンドポイント３１０Ａと直接通信する。サービスチェーンは、他の任意の数の様々な方法でも構成され得る。

【0076】

サービスチェーン３００は、２０２１年５月２４日に出願された国際特許出願第ＰＣＴ／ＵＳ２０２１／０３３８６７号、２０２１年５月２４日に出願された国際特許出願第ＰＣＴ／ＵＳ２０２１／０３３８７５号、２０２１年５月２４日に出願された国際特許出願第ＰＣＴ／ＵＳ２０２１／０３３９０５号、２０２１年１２月９日に出願された国際特許出願第ＰＣＴ／ＵＳ２０２１／０６２６８９号に記載されるソフトウェア定義コンポーネント（例えばＶＮＦ及び／またはデジタイザ）のうちの１つ以上を備え得、これらの国際特許出願はすべて、参照により、完全に記載されたかのように本明細書に組み込まれるものとする。

【0077】

有利なことに、ＶＮＦ及びソフトウェア定義コンポーネント（例えばデジタイザ３４０Ａ及びデジタイザ３４０Ｂ）を利用してサービスチェーン３００の様々な機能を実行することにより、自動化及びスケーラビリティが促進される。具体的には、サービスチェーン３００は、物理的なハードウェアコンポーネントの存在を最小限に抑え、これにより、サービスチェーン３００のコンポーネントは、独特な多変量衛星通信環境（例えばＲＦ干渉、大気特性、アンテナ状態、経路長など）に適応するように、主に帯域内ネットワーク通信を使用して、リアルタイムで動的に再構成され得る（例えば追加、更新、破棄、ディメンションの増加または減少などが行われ得る）。

【0078】

特に、クラウドコンピューティング環境におけるＶＮＦの動的な再構成は、サービスチェーン３００の満足性を確保するようにオンデマンドでサービスチェーン３００に使用するコンピューティングリソースのディメンション（例えばｖＣＰＵの数、メモリ及び／またはディスクストレージの量、ネットワークスループットなど）を拡大するためだけでなく、ハードウェアの利用を最適化するようにオンデマンドでコンピューティングリソースのディメンションを縮小するためにも使用され得る。例えば、衛星通信環境における有利な変化により、サービスチェーン３００のパフォーマンスが向上し得、よって、サービスチェーン３００は、サービスレベルアグリーメントにより要求されるパフォーマンスよりも大幅に優れたパフォーマンスを提供するようになる。その場合、ＳＤＮコントローラ１２５は、サービスチェーン３００が満足できるものではないと判定し得（例えばサブプロセス２６０にて）、サービスチェーン３００で使用されるリソースを削減するように（例えばＲＦ帯域幅の使用量の削減、１つ以上のＶＮＦのサイズ変更、ディメンションが削減されたサービスチェーン３００への交換などにより）、サービスチェーン３００を更新し得る（例えばサブプロセス２６５にて）。これは、未使用のリソースが単にアイドル状態あるいは無視された状態となり、回収できない埋没コストを表す従来のハードウェアベースサービスチェーンとは、対照的である。

【0079】

５．サンドボックス
実施形態では、サービスチェーン全体（例えばサービスチェーン３００）は、テストまたは評価のために、仮想サンドボックス環境で作成され得る。例えば、サービスのオペレータは、展開前にサービスを具体的にチューニングすることを所望する場合がある。その場合、オペレータは、ネットワーク管理システム１４０により提供されるグラフィカルユーザインターフェース、またはネットワーク管理システム１４０のウェブサービスとインターフェースする別のシステムを介して、サービスオーケストレーションシステム１０５とインタラクトして、サンドボックス環境にサービスチェーンを構築し得る。本明細書で使用される「サンドボックス」という用語は、本番環境のいずれのコンポーネントにも影響を与えることなく、サービスチェーンを安全に評価できるように、本番環境からサービスチェーンを分離したテスト環境を指す。

【0080】

サンドボックス環境でサービスチェーンを構築することは、本番環境でサービスチェーンを構築することと類似し得る。具体的には、サブプロセス２２０のように、サービスオーケストレーションシステム１０５は、ＳＤＮコントローラ１２５にサービスリクエストを送信し得る。このサービスリクエストは、サンドボックス環境でサービスを構築するべきであることを示すモードを含み得る。サンドボックスインジケーションを含むサービスリクエストに応じて、ＳＤＮコントローラ１２５は、サービス要件に基づいてサービスチェーンのゼロデイコンフィギュレーションを定義し得る。このゼロデイコンフィギュレーションは、衛星及びＲＦリンクを表すＶＮＦを定義できるように、衛星及びＲＦリンクのパラメータを含み得る。ＳＤＮコントローラ１２５は、サンドボックス環境内でサービスチェーン全体をゼロデイコンフィギュレーションでインスタンス化するためのインスタンス化リクエストを、ＮＦＶオーケストレータ１３５に提出し得る。インスタンス化リクエストに応じて、ＮＦＶオーケストレータ１３５は、サンドボックス環境で、ゼロデイコンフィギュレーションに従って、サービスチェーンをインスタンス化し得る。例えば、コンピューティングクラウドで、サービスチェーン１５６及び１６６を含むサンドボックス環境全体がインスタンス化され得る。このサービスチェーンは、例えば衛星サービスチェーン１５６のＶＮＦ１５４及び端末サービスチェーン１６６のＶＮＦ１６４を含む複数のＶＮＦを使用して、構築され得る。衛星１２０の機能を表すものを含むハードウェアコンポーネントは、（例えばゼロデイコンフィギュレーションの衛星及びＲＦリンクのパラメータに従って）ハードウェアコンポーネントの機能をシミュレートする適切なＶＮＦにより表され得る。

【0081】

図４は、実施形態による、サンドボックス環境４００内の例示的なサービスチェーンを示す。サービスチェーン４００は、スイッチ３３０Ａを介してゲートウェイ側でアクセス可能であり、スイッチ３３０Ｂを介して端末側でアクセス可能であり得る。スイッチ３３０Ａ及びスイッチ３３０Ｂはそれぞれ、ギガビットイーサネット（ＧｉｇＥ）スイッチであり得る。スイッチ３３０Ａ及びスイッチ３３０Ｂは、別個のスイッチとして示されるが、スイッチ３３０Ａ及びスイッチ３３０Ｂは、同じ物理的スイッチまたは仮想的スイッチで実装できることを理解されたい。オペレータは、サービスチェーン４００を評価するシナリオのリンクバジェット及び／またはトラフィック特性に従って、スイッチ３３０Ａとスイッチ３３０Ｂとの間でサービスチェーン４００を介してデータを渡すシミュレーションを実行することにより、サービスチェーン４００をテストまたは評価することができる。例えば、シナリオは、本番環境内のサービスチェーン４００の通常稼働を表し得、指定されたリンクバジェット及びトラフィック特性は、経時的なトラフィックの通常のレベル及び変動を表す。所与のシナリオでのサービスチェーン４００の予想パフォーマンスを評価するために、シミュレートされたサービスチェーン４００のパフォーマンスパラメータが取得され、分析され得る。

【0082】

衛星サービスチェーン１５６及び端末サービスチェーン１６６は、本明細書の他の箇所で説明された方法と同じ方法で構築され得る。言い換えると、サービスチェーン４００のこれらの部分を構築するために、同じＶＮＦ１５４（複数可）の集合及びＶＮＦ１６４（複数可）の集合が使用され得る。サンドボックスサービスチェーン４００と本番サービスチェーンとの主な違いは、アンテナ３５０及び衛星１２０などの物理的コンポーネントが、これらの物理的コンポーネントをモデル化するＶＮＦで置き換えることができることである。しかし、ＶＮＦ１５４（複数可）及び／または１６４（複数可）の集合は、物理的コンポーネントのモデル化の有無にかかわらず、サンドボックス環境でテストされ得るため、これはいずれの実施形態においても要件ではない。

【0083】

ゲートウェイＶＮＦ４１０Ａ及び端末ＶＮＦ４１０Ｂはそれぞれ、ゲートウェイ及び端末のＲＦ属性をモデル化し得る。例えば、本番環境における端末が超小型（ＶＳＡＴ）地上局になることが意図されると仮定して、端末ＶＮＦ４１０Ｂは、ＶＳＡＴ地上局をシミュレートし得る。ＲＦ属性は、ゲイン及びＧ／Ｔプロファイル、指向エラー、フィードリスト、偏波、及び／または周波数アンテナスケジュール（指向）などのアンテナ属性、電力レスポンス（入力バックオフ／出力バックオフ（ＩＢＯ／ＯＢＯ））、振幅変調（ＡＭ）／ＡＭ特性、及び／またはＡＭ／位相変調（ＰＭ）特性などの増幅器属性、減衰及び／または非線形性などの周波数変換器属性、ならびに／あるいは、ゲインなどのチャネライザ属性などを含み得るが、これらに限定されない。さらに、ゲートウェイＶＮＦ４１０Ａ及び端末ＶＮＦ４１０Ｂは、それぞれの地上局の位置に対応するいかなる規制上の制約も含めて、それぞれの地上局の位置をモデル化し得る。

【0084】

チャネルＶＮＦ４２０Ａ及び４２０Ｂは、衛星１２０とのＲＦリンクをモデル化し得る。ＲＦリンクのモデル化された属性は、自由空間経路損失、大気損失、雨による減衰、及び／または可用性などを含み得るが、これらに限定されない。

【0085】

衛星ペイロードＶＮＦ４５０は、衛星１２０の名称及び位置、ならびにそのペイロードの属性を含めて、衛星１２０をモデル化し得る。ペイロードのモデル化される属性は、方向（例えば上または下）、タイプ（例えば実効等方放射電力または等価等方放射電力（ＥＩＲＰ）、Ｇ／Ｔ、飽和磁束密度（ＳＦＤ）など）、偏波、周波数帯域、及び／またはカバレッジチャートなどのビーム属性、開始及び停止周波数（帯域幅）、周波数オフセット、電力レスポンス（ＩＢＯ／ＯＢＯ）、ＡＭ／ＡＭ特性、及び／またはＡＭ／ＰＭ特性などのトランスポンダ属性、モード（例えば自動レベル制御（ＡＬＣ）、固定利得モード（ＦＧＭ）、スタンバイ、オフなど）、減衰、レベル、及び／または総電力などのトランスポンダスケジュール、ならびに／あるいは、接続性及び／またはビーム位置などのビームトランスポンダスケジュールなどを含み得るが、これらに限定されない。特に、衛星ペイロードＶＮＦ４３０及び／またはチャネルＶＮＦ４２０Ａ及び４２０Ｂは、共極干渉、隣接ビーム干渉、交差極干渉、電力等価帯域幅（ＰＥＢ）、及び／またはチャネル効果（例えばマルチチャネル効果及び／またはマルチ信号効果）などを含むがこれらに限定されない、衛星リンクの様々な特性を、モデル化するように構成され得る。

【0086】

実施形態では、ＳＤＮコントローラ１２５は、オペレータがゼロデイコンフィギュレーションのパラメータを調整することを可能にするコンフィギュレーションインターフェース（例えばＳＤＮコントローラ１２５のＡＰＩ）を提供し得、これにより、サービスチェーン４００は、シミュレーション中に、サービスチェーン４００のパフォーマンスに基づいて調整され得る。よって、オペレータは、サービスチェーンを、本番環境で展開する前に、サンドボックス環境でファインチューニングし得る。さらに、あらゆる他のサービスチェーン３００と同様に、サービスオーケストレーションシステム１０５は、サービスチェーン４００のステータスについて、ＳＤＮコントローラ１２５にいつでもポーリングし得る。サンドボックス環境におけるシミュレーション中に、オペレータは手動で、及び／またはサービスオーケストレーションシステム１０５は自動的に、ゲートウェイ設定、端末設定、チャネル設定、衛星設定、ネットワークスループット、及び／またはリンクスループットなどを含むがこれらに限定されない、サービスチェーン４００の様々な設定を、測定して最適化し得る。

【0087】

オペレータがサービスチェーン４００のパフォーマンスに満足すると、オペレータは、サービスチェーン４００に基づいて、サービスチェーンのコンフィギュレーションをサービスプロファイルとしてサービスカタログに格納し得る。サービスプロファイルは、サービスチェーンのワンデイコンフィギュレーションを含み得る。その後、サービスチェーンは、サービスオーケストレーションシステム１０５により、ＳＤＮコントローラ１２５を介して、サービスカタログからいつでも展開され得る。代替的または付加的に、実施形態では、オペレータは、サービスチェーンをサンドボックス環境から本番環境に直接展開し得る（例えばＳＤＮコントローラ１２５のコンフィギュレーションインターフェースを介して）。

【0088】

有利なことに、サービスチェーン４００をサンドボックス環境から本番環境に展開することは、サービスチェーン３００を本番環境に直接展開することと同一であり得る。よって、サンドボックス環境を利用することにより、サービスチェーンのテスト及びチューニングが可能となるだけでなく、サービスチェーンの展開のテスト及びチューニングも可能となる。具体的には、サービスチェーンをサンドボックス環境から本番環境に展開する間に起こる問題は、サービスチェーンが本番環境に直接展開されるときに起こらないように、解決され得る。専用ハードウェアを利用する従来の環境では、これは特に不可能である。

【0089】

図５は、実施形態による、サンドボックス環境を使用した衛星計画のプロセス５００を示す。プロセス５００は、外部サービスデザイナ１４５及び／またはサービスオーケストレーションシステム１０５を表す１つ以上のソフトウェアモジュールで具現化され得る。基本的に、プロセス５００は、パラメータを受け取って計算してサービスチェーンを構成し、サンドボックス環境でシミュレーションを実行してサービスチェーンのコンフィギュレーションを最終化し、サービスチェーンを保存及び／またはスケジューリングする。

【0090】

プロセス５００は、サブプロセスの特定の配置及び順序で示されるが、プロセス５００は、より少ない、より多い、または異なるサブプロセス、ならびにサブプロセスの異なる配置及び／または順序で、実施されてもよい。さらに、サブプロセスが特定の順序で説明または図示される場合でも、別のサブプロセスの完了に依存しないいずれのサブプロセスも、他の独立したサブプロセスの前に、後に、またはそれらと並行して、実行されてもよい。

【0091】

サブプロセス５０５にて、プロセス５００は、サービスを定義するサービス定義を受信する。サービス定義は、オペレータ（例えばグラフィカルユーザインターフェースにサービス定義を手動で入力して）、別のシステム（例えばＡＰＩを介して）、及び／または内部プロセス（例えばイベントに応じて）から、受信され得る。サービス定義は、サービスレベルアグリーメント、端末のクラス、端末の位置、及び／またはサービスの運用スケジュールなどを表すＭＩＲ、ＣＩＲ、及び／またはＥＩＲの求められるビットレート値を含み得る。

【0092】

サブプロセス５１０にて、プロセス５００は、規制上の制約をチェックして適用する。これらの規制上の制約は、サービス定義内の端末の位置に基づき得る。例えば、端末の位置に基づいて、規制モデルのデータベースから規制モデルが取得され得、取得された規制モデルから１つ以上の制約の集合が導出され得る。

【0093】

サブプロセス５１５にて、プロセス５００は、サービスに適用する変数を計算する。これらの計算は、サブプロセス５１０で適用される規制上の制約により、制約され得る。計算された変数は、地上局（例えばゲートウェイＶＮＦ４１０Ａ及び端末ＶＮＦ４１０Ｂにおける）、ＲＦリンク（例えばチャネルＶＮＦ４２０Ａ及び４２０Ｂにおける）、衛星ペイロード（例えば衛星ペイロードＶＮＦ４３０における）、マージン要件、及び／またはリンクバジェットなどを表す変数を含み得る。

【0094】

サブプロセス５２０にて、プロセス５００は、衛星１２０及び／または衛星帯域幅をサービスに割り当てる必要があるかどうかを判定する。既存のサービスが更新される場合、既存の帯域幅（例えば周波数）の割り当てが存在し得る。より多くの帯域幅も、より少ない帯域幅も必要ない場合、サービスに帯域幅を割り当てる必要はないと判定され得る。あるいは、既存のサービスが存在しない場合、または既存のサービスにより多くの帯域幅またはより少ない帯域幅が必要な場合、サービスに帯域幅を割り当てる必要があると判定され得る。割り当てが必要な場合（すなわちサブプロセス５２０で「Ｎｏ」）、プロセス５００はサブプロセス５２５に進む。あるいは、割り当てが必要ない場合（すなわちサブプロセス５２０で「Ｙｅｓ」）、プロセス５００はサブプロセス５４５に進む。

【0095】

サブプロセス５２５にて、プロセス５００は、サービスに対する衛星１２０及び／または衛星帯域幅の割り当てを特定する。サブプロセス５２５は、サービスが必要とする帯域幅に対し、衛星１２０に利用可能な衛星周波数が十分あるかどうかを判定することと、十分ない場合には、サービスが必要とする帯域幅を作り出すために衛星１２０を再構成できるかどうかを判定することと、を含み得る。衛星１２０に帯域幅及び電力の最適な割り当てがあれば、それを特定するために、キャリア割り当てデータベースが調べられ得る。一般的な制約または顧客特有の制約に従って、帯域幅及び／または電力に対して最適化が行われ得る。

【0096】

サブプロセス５３０にて、プロセス５００は、サブプロセス５２５で割り当てが特定されたかどうかを判定する。割り当てが利用可能な場合（すなわちサブプロセス５３０で「Ｙｅｓ」）、サブプロセス５２５で特定された衛星、帯域幅、及び電力が、サブプロセス５３５にてサービスに割り当てられる。あるいは、割り当てが利用可能ではない場合（すなわちサブプロセス５３０で「Ｎｏ」）、プロセス５００は、サブプロセス５４０でリクエストを拒否し得る。

【0097】

サブプロセス５４０は、サブプロセス５０５でサービス定義を受信した要求元に通知することを含み得る。要求元がオペレータである場合、通知は、グラフィカルユーザインターフェース及び／または他の通信手段を介して、提供され得る。要求元が別のシステムまたは内部プロセスである場合、通知は、他のシステムまたは内部プロセスに応答メッセージを提供することを含み得る。

【0098】

サブプロセス５４５にて、プロセス５００は、サンドボックス環境でサービスをインスタンス化して実行するためのサービスリクエストを、ＳＤＮコントローラ１２５に送信する。サービスリクエストは、サービスをモデル化するために必要なエンドツーエンドリンクデータと、サンドボックス環境でサービスをシミュレートする必要があるというインジケーションと、を含むコンフィギュレーションを有し得る。サービスリクエストは、サービステンプレートのデータベース内の適用可能テンプレートに基づいて生成され得る。

【0099】

サブプロセス５５０にて、プロセス５００は、サンドボックス環境におけるサービスのシミュレーション中に取得されたパフォーマンスデータを受信する。具体的には、本明細書の他の箇所で説明されるように、ＳＤＮコントローラ１２５は、サンドボックス環境において、サービスのシミュレーションを表すサービスチェーンをインスタンス化して実行し得る。次いで、ＳＤＮコントローラ１２５は、シミュレーションに基づいてパフォーマンスデータを収集し、パフォーマンスデータをプロセス５００に返し得る。

【0100】

サブプロセス５５５にて、プロセス５００は、サービスチェーンが満足できるものであることをパフォーマンスデータが示すかどうかを判定する。例えば、サービス定義で表されているサービスレベルアグリーメントをパフォーマンスデータが満たす場合、サービスチェーンは満足できるものであると判定され得る。サービスチェーンが満足できるものではない場合（すなわちサブプロセス５５５で「Ｎｏ」）、プロセス５００はサブプロセス５６０に進む。あるいは、サービスチェーンが満足できるものである場合（すなわちサブプロセス５５５で「Ｙｅｓ」）、プロセス５００はサブプロセス５７０に進む。

【0101】

サブプロセス５６０にて、プロセス５００は、サービスチェーンの再計画を実行するかどうかを判定する。サブプロセス５５５で満足できるコンフィギュレーションが特定されるまで、または停止条件が満たされるまで、再計画は繰り返し実行され得る。実施形態では、停止条件は、反復の閾値回数であり得る。例えば、反復回数がまだ閾値に達していない、または閾値をまだ超えていない場合、サブプロセス５６０は、再計画のさらなる一反復を続行することを決定し得る。一方で、反復回数が閾値に達した、または閾値を超えた場合、サブプロセス５６０は、再計画のさらなる一反復を続行しないことを決定し得る。再計画のさらなる一反復を続行することが決定された場合（すなわちサブプロセス５６０で「Ｙｅｓ」）、プロセス５００はサブプロセス５６５に進み得る。あるいは、再計画のさらなる一反復を続行しないことが決定された場合（すなわちサブプロセス５６０で「Ｎｏ」）、プロセス５００はサブプロセス５４０でリクエストを拒否し得る。

【0102】

サブプロセス５６５では、再計画が実行される。再計画は、１つ以上のパラメータを調整することにより、地上局及び／または衛星ペイロードを再構成することを含み得る。調整可能なパラメータの例として、降雨及びＳＬＡマージン、ゲートウェイオプション、端末におけるコストとパフォーマンスとのトレードオフ、衛星コンフィギュレーション、電力と帯域幅とのトレードオフ、ＡＣＭ、及び／またはアップリンク電力制御などが挙げられるが、これらに限定されない。サブプロセス５６５は、再計画中に、事前定義されたペイロードコンフィギュレーション（例えばＹＡＮＧで定義された）のデータベースを利用し得る。少なくともいくつかの反復では、再計画は、衛星、帯域幅、及び／または電力の新たな割り当てを特定するためにサブプロセス５２５の実行も含み得る。サブプロセス５６５は、手動モード（例えばオペレータがパラメータ（複数可）を調整する）及び自動モード（例えばパラメータ（複数可）が自動的に調整される）を有し得る。新たなコンフィギュレーションが生成されると、プロセス５００は、サブプロセス５４５に戻って、ＳＤＮコントローラ１２５を介してサービスチェーンを再構成し、ならびにサブプロセス５５０にて、再構成したサービスチェーンのパフォーマンスデータを収集し得る。

【0103】

サブプロセス５７０にて、プロセス５００は、サブプロセス５５５で満足できるものであると判定されたサービスチェーンを、本明細書の他の箇所で説明されるサービスカタログ内のサービスプロファイルとして、保存し得る。さらに、サービス定義の運用スケジュールに従って、サービスチェーンの展開がスケジューリングされ得る。

【0104】

サブプロセス５７５にて、プロセス５００は、サブプロセス５５５で満足できるものであると判定されたサービスチェーンにおけるペイロードコンフィギュレーションの承認をリクエストし得る。承認リクエストは、オペレータに（例えばグラフィカルユーザインターフェースを介して）、別のシステムに（例えばシステムのＡＰＩを介して）、及び／または別の内部プロセスに対して行われ得る。承認が受信された場合（すなわちサブプロセス５７５で「Ｙｅｓ」）、プロセス５００は、サブプロセス５８０に進み、次いでサブプロセス５８５にて、サブプロセス５０５で開始されたリクエストを承認し得る。あるいは、承認が受信されない、または不承認が受信された場合（サブプロセス５７５で「Ｎｏ」）、プロセス５００は、サブプロセス５４０でリクエストを拒否し得る。

【0105】

サブプロセス５８０にて、プロセス５００は、サービスチェーンにおけるペイロードコンフィギュレーションを保存し得る。さらに、衛星１２０のペイロードの再構成は、サービス定義の運用スケジュールに従ってスケジューリングされ得る。運用スケジュールに従って、衛星１２０のペイロードは再構成され（例えばサービスオーケストレーションシステム１０５とペイロードコントローラ１１０との間の通信を介して）、サブプロセス５７０で保存されたサービスチェーンは、サンドボックス環境ではなく本番環境で、インスタンス化され実行される。

【0106】

６．ペイロードオーケストレーション
図６は、実施形態による、衛星リソースの自動化管理のプロセス６００を示す。プロセス６００は、サービスオーケストレーションシステム１０５を表す１つ以上のソフトウェアモジュールで具現化され得る。基本的に、プロセス６００は、サービスが達成可能であるか、利用可能であるか、及びサポート可能であるかを判定し、必要に応じて衛星１２０のペイロードを再構成する。

【0107】

プロセス６００は、サブプロセスの特定の配置及び順序で示されるが、プロセス６００は、より少ない、より多い、または異なるサブプロセス、ならびにサブプロセスの異なる配置及び／または順序で、実施されてもよい。さらに、サブプロセスが特定の順序で説明または図示される場合でも、別のサブプロセスの完了に依存しないいずれのサブプロセスも、他の独立したサブプロセスの前に、後に、またはそれらと並行して、実行されてもよい。

【0108】

示される実施形態では、プロセス６００は、プロセス５００に関して説明されたサブプロセスの多くを再利用する。よって、プロセス５００のサブプロセスがプロセス６００で繰り返される場合は、重複して説明することはない。むしろ、プロセス５００に関するそのサブプロセスのいずれの説明も、プロセス６００のそのサブプロセスに等しく適用され得ることを、理解されたい。

【0109】

サブプロセス５０５にて、サービス定義が受信される。初めに、サブプロセス６１０にて、プロセス６００は、満足できるサービスプロファイルがサービスカタログ内にあるかどうかを判定する。サブプロセス６１０は、ＳＤＮコントローラ１２５と協議して実行され得る。例えば、サービスオーケストレーションシステム１０５は、本明細書の他の箇所で説明されるように、ＳＤＮコントローラ１２５と通信して、適切なサービスチェーンがサービスカタログ内で既に利用可能であるかどうかを判定し得る。満足できるサービスプロファイルがサービスカタログに存在する場合（すなわちサブプロセス６１０で「Ｙｅｓ」）、プロセス６００は、サブプロセス５２０に進み得る。あるいは、満足できるサービスプロファイルがサービスカタログに存在しない場合（すなわちサブプロセス６１０で「Ｎｏ」）、プロセス６００は、プロセス５００全体を実行して、新たなサービスプロファイルを潜在的に定義し得、新たなサービスプロファイルは、サービスカタログに追加され、サービスチェーンとして展開がスケジューリングされる。

【0110】

サブプロセス５２０にて、プロセス６００は、割り当てが必要かどうかを判定する。割り当てが必要な場合（すなわちサブプロセス５２０で「Ｎｏ」）、プロセス６００はサブプロセス５２５に進む。あるいは、割り当てが必要ない場合（すなわちサブプロセス５２０で「Ｙｅｓ」）、プロセス６００はサブプロセス６２０に進む。

【0111】

サブプロセス５２５にて、プロセス６００は、割り当てを特定し、次にサブプロセス５３０にて、プロセス６００は、サブプロセス５２５で割り当てが特定されたかどうかを判定する。割り当てが利用可能な場合（すなわちサブプロセス５３０で「Ｙｅｓ」）、サブプロセス５３５にて割り当てが行われる。あるいは、割り当てが利用可能ではない場合（すなわちサブプロセス５３０で「Ｎｏ」）、プロセス６００は、サブプロセス５４０でリクエストを拒否し得る。

【0112】

サブプロセス６２０にて、プロセス６００は、サブプロセス５３５における割り当てが、衛星の再構成を必要とするかどうかを判定する。衛星の再構成が必要な場合（すなわちサブプロセス６２０で「Ｙｅｓ」）、サブプロセス６３０にて、衛星１２０のペイロードの新たなコンフィギュレーションが定義される。あるいは、衛星の再構成が必要ない場合（すなわちサブプロセス６２０で「Ｎｏ」）、プロセス６００は、サブプロセス５４５にて、本番環境でサービスをインスタンス化して実行するためのサービスリクエストを、ＳＤＮコントローラ１２５に送信する。

【0113】

サブプロセス５７５にて、プロセス６００は、サブプロセス６３０で定義されたペイロードコンフィギュレーションの承認をリクエストし得る。承認が受信された場合（すなわちサブプロセス５７５で「Ｙｅｓ」）、プロセス６００は、サブプロセス５８０に進んで、ペイロードの再構成を保存して、ペイロードの再構成をスケジューリングし、次いでサブプロセス５８５にて、サブプロセス５０５で開始されたリクエストを承認し得る。さらに（例えば並行して）、プロセス６００は、サブプロセス５４５にて、本番環境でサービスをインスタンス化して実行するためのサービスリクエストを、ＳＤＮコントローラ１２５に送信し得る。あるいは、承認が受信されない、または不承認が受信された場合（サブプロセス５７５で「Ｎｏ」）、プロセス６００は、サブプロセス５４０でリクエストを拒否し得る。

【0114】

７．サービスチェーンを介した監視
実施形態では、他のサービスチェーンを監視するためのサービスチェーンは、あらゆる他のサービスチェーンと同様に、インスタンス化及び管理され得る。この監視サービスチェーンは、１つ以上の他のサービスチェーン内のチャネライザの入力及び／または出力をサンプリングして、サンプリングされた信号に対してＲＦ分析を実行し得る。例えば、監視サービスチェーンは、デジタル信号ストリームに対してＲＦ分析を実行して、サービスチェーンの問題を検出または特定し得る。これは、ハードウェアへの物理的なアクセスが必要であり、自動的または大規模に実行できないハードウェアベースチャネライザに対する従来のＲＦ解析とは、対照的である。有利なことに、監視サービスチェーンは、デジタル信号ストリームを監視しているため、すべてのＲＦデータを短期または長期のバッファに記録して、一時的なイベントのトラブルシューティングに役立ち得る（例えば一時的なイベントに至る過去のＲＦデータを分析することにより）。

【0115】

実施形態では、サービスチェーンが満足できるパフォーマンスを発揮していないと判定された場合（例えばサブプロセス２６０で「Ｎｏ」）、監視サービスチェーンの１つ以上のインスタンスが、サービスオーケストレータ１０５またはＳＤＮコントローラ１２５により（例えばネットワーク管理システム１４０及び／またはＮＦＶオーケストレータ１３５を介して）自動的にインスタンス化され得る。インスタンス化されると、監視サービスチェーンは、障害が発生したサービスチェーン内のチャネライザの入力及び／または出力をサンプリングし、サンプリングしたストリームに対してＲＦ分析を実行して、障害が発生したサービスチェーンの問題を特定し得る。

【0116】

付加的または代替的な実施形態では、サービスチェーンが満足できるパフォーマンスを発揮していないという検出に応じて、監視サービスチェーンは、インスタンス化されるのではなく、１つ以上のサービスチェーンを監視するように継続的に動作し得る。この場合、監視サービスチェーンは、監視対象のサービスチェーン（複数可）と一緒に並行してインスタンス化され得る。先と同様に、監視サービスチェーンは、サービスチェーン（複数可）内のチャネライザの入力及び／または出力をサンプリングし、これらのサービスチェーン（複数可）内のサンプリングしたストリームに対してＲＦ分析を実行して、いかなる問題も検出し得る。

【0117】

いずれの事例でも、問題が特定または検出された場合、監視サービスチェーンは、サービスオーケストレーションシステム１０５またはＳＤＮコントローラ１２５などの意思決定者に、直接的または間接的に、問題を報告し得る。次いで、意思決定者は応答的に、影響を受けるサービスチェーンを更新して、必要に応じて問題を修正し得る（例えばサブプロセス２６５にて）。一例として、監視サービスチェーンは、サービスチェーン内の干渉源を検出し、さらなる干渉を防ぐためにサービスチェーン内の周波数の変更をトリガし得る。特に、１つまたは複数の監視サービスチェーンは、あらゆる他のサービスチェーンと同様に、インスタンス化、更新、及び終了され得る。よって、有利なことに、監視サービスチェーンは、インフラストラクチャ１００に統合され、あらゆる他のサービスチェーンと同様に扱われ得る。

【0118】

さらに、監視サービスチェーンは仮想化されていることから、監視サービスチェーンは、状況の変化により、必要に応じて、ＲＦ監視能力を増やすように動的に展開され、またはＲＦ監視能力を減らすように（及びリソースの過小利用を防止するように）動的に破棄され得る。これは、現行の技術を備えた従来の衛星通信インフラストラクチャでは、単純に不可能である。例えば、サービスチェーン３００内のモデムにおいて衛星１２０とのロックが一時的に失われたと仮定して、モデムが衛星１２０に再ロックしたとき、モデムのスループットは、ロックが失われる前の２０％しかない。従来の衛星通信インフラストラクチャでは、監視ハードウェアを通常の監視計画から離すように移行して、問題のトラブルシューティング専用にする必要があった。対照的に、開示されるインフラストラクチャ１００では、任意のサービスチェーンに関して本明細書で説明されるのと同じ方法で、イベントが検出され、イベントを使用して、１つ以上の監視サービスチェーンのインスタンス化が自動的にトリガされ得る。例えば、第１の監視サービスチェーンは、現行の劣化したサービスに焦点を当てるようにインスタンス化され得、第２の監視サービスチェーンは、イベントを再生し、ＲＦデータを分析して、第一にロック損失の原因を特定するようにインスタンス化され得る。

【0119】

８．例示的な処理デバイス
図７は、本明細書で説明される様々な実施形態に関連して使用され得る例示的な有線または無線のシステム７００を示すブロック図である。例えば、システム７００は、本明細書で説明される（例えばソフトウェアを格納及び／または実行するための）機能、プロセス、または方法のうちの１つ以上として使用され、またはこれらのうちの１つ以上と組み合わせて使用され得、ならびに、インフラストラクチャ１００のコンポーネントを表し、またはコンポーネントをホストし得、コンポーネントには、サービスオーケストレーションシステム１０５、ペイロードコントローラ１１０、衛星マネージャ１１５、衛星１２０、ＳＤＮコントローラ１２５、外部リソースマネージャ１３０、ＮＦＶオーケストレータ１３５、ネットワーク管理システム１４０、外部サービスデザイナ１４５、衛星ＮＦＶインフラストラクチャ１５０、端末ＮＦＶインフラストラクチャ１６０、サービス１７０、及び／またはコンシューマ１７５が含まれる。システム７００は、サーバ、または任意の従来のパーソナルコンピュータ、または有線もしくは無線のデータ通信が可能な任意の他のプロセッサ対応デバイスであり得る。当業者には明らかなように、他のコンピュータシステム及び／またはアーキテクチャが使用されてもよい。

【0120】

システム７００は、１つ以上のプロセッサ７１０を含むことが好ましい。プロセッサ７１０（複数可）は、中央処理装置（ＣＰＵ）を備え得る。さらなるプロセッサが設けられてもよく、例えば、グラフィック処理装置（ＧＰＵ）、入力／出力を管理するための補助プロセッサ、浮動小数点数値演算を行うための補助プロセッサ、信号処理アルゴリズムの高速実行に適したアーキテクチャを有する専用マイクロプロセッサ（例えばデジタル信号プロセッサ）、メイン処理システムに従属する二次プロセッサ（例えばバックエンドプロセッサ）、デュアルプロセッサシステムもしくはマルチプロセッサシステム用の追加のマイクロプロセッサもしくはコントローラ、及び／またはコプロセッサなどが挙げられる。このような補助プロセッサは、離散プロセッサであってもよく、またはプロセッサ７１０と統合されてもよい。システム７００で使用され得るプロセッサの例として、カリフォルニア州サンタクララのＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎから入手可能なプロセッサ（例えばＰｅｎｔｉｕｍ（商標）、Ｃｏｒｅ ｉ７（商標）、Ｘｅｏｎ（商標）など）のうちのいずれか、カリフォルニア州サンタクララのＡｄｖａｎｃｅｄ Ｍｉｃｒｏ Ｄｅｖｉｃｅｓ，Ｉｎｃｏｒｐｏｒａｔｅｄ（ＡＭＤ）から入手可能なプロセッサのうちのいずれか、クパチーノのＡｐｐｌｅ Ｉｎｃ．から入手可能なプロセッサ（例えばＡシリーズ、Ｍシリーズなど）のうちのいずれか、韓国、ソウルのＳａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．から入手可能なプロセッサ（例えばＥｘｙｎｏｓ（商標））のうちのいずれか、及び／またはオランダ、アイントホーフェンのＮＸＰ Ｓｅｍｉｃｏｎｄｕｃｔｏｒｓ Ｎ．Ｖ．から入手可能なプロセッサのうちのいずれかなどが挙げられるが、これらに限定されない。

【0121】

プロセッサ７１０は、通信バス７０５に接続されることが好ましい。通信バス７０５は、ストレージとシステム７００の他の周辺コンポーネントとの間の情報転送を促進するためのデータチャネルを含み得る。さらに、データバス、アドレスバス、及び／または制御バス（図示せず）を含む通信バス７０５は、プロセッサ７１０との通信に使用される信号の集合を提供し得る。通信バス７０５は、例えば、業界標準アーキテクチャ（ＩＳＡ）、拡張業界標準アーキテクチャ（ＥＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、周辺構成要素相互接続（ＰＣＩ）ローカルバス、及び／またはＩＥＥＥ４８８汎用インターフェースバス（ＧＰＩＢ）、ＩＥＥＥ６９６／Ｓ‐１００などを含むＩＥＥＥにより公布された標準に準拠するバスアーキテクチャなど、任意の標準または非標準のバスアーキテクチャを備え得る。

【0122】

システム７００は、好ましくは、メインメモリ７１５を含み、二次メモリ７２０も含み得る。メインメモリ７１５は、本明細書で論述されるソフトウェアのうちのいずれかなど、プロセッサ７１０で実行されるプログラムのための命令及びデータのストレージを提供する。メモリに格納され、プロセッサ７１０により実行されるプログラムは、Ｃ／Ｃ＋＋、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、Ｐｅｒｌ、Ｖｉｓｕａｌ Ｂａｓｉｃ、及び．ＮＥＴなどを含むが、これらに限定されない任意の適切な言語に従って、記述及び／またはコンパイルされ得ることが、理解されよう。メインメモリ７１５は、通常、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）及び／またはスタティックランダムアクセスメモリ（ＳＲＡＭ）などの半導体ベースのメモリである。他の半導体ベースのメモリタイプには、例えば、読み取り専用メモリ（ＲＯＭ）を含む、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）、及び強誘電体ランダムアクセスメモリ（ＦＲＡＭ）などが含まれる。

【0123】

二次メモリ７２０は、非一時的コンピュータ可読媒体であり、コンピュータ実行可能コード（例えば本明細書に開示されるソフトウェアのうちのいずれか）及び／または他のデータが格納される。二次メモリ７２０に格納されたコンピュータソフトウェアまたはデータは、プロセッサ７１０により実行されるために、メインメモリ７１５に読み込まれる。二次メモリ７２０は、例えば、プログラム可能読み取り専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能読み取り専用メモリ（ＥＥＰＲＯＭ）、及びフラッシュメモリ（ＥＥＰＲＯＭと同様のブロック指向メモリ）などの半導体ベースのメモリを含み得る。

【0124】

二次メモリ７２０は、任意で、内部媒体７２５及び／またはリムーバブル媒体７３０を含み得る。リムーバブル媒体７３０は、任意の周知の方法で読み出され、及び／または書き込まれる。リムーバブル記憶媒体７３０は、例えば、磁気テープドライブ、コンパクトディスク（ＣＤ）ドライブ、デジタル多用途ディスク（ＤＶＤ）ドライブ、他の光学ドライブ、及び／またはフラッシュメモリドライブなどであり得る。

【0125】

代替的な実施形態では、二次メモリ７２０は、コンピュータプログラムまたは他のデータもしくは命令をシステム７００にロードすることを可能にする他の同様の手段を含み得る。このような手段には、例えば、ソフトウェア及びデータが外部記憶媒体７４５からシステム７００に転送されることを可能にする通信インターフェース７４０が含まれ得る。外部記憶媒体７４５の例として、外部ハードディスクドライブ、外部光学ドライブ、及び／または外部磁気光学ドライブをなどが挙げられる。

【0126】

前述のように、システム７００は、通信インターフェース７４０を含み得る。通信インターフェース７４０により、システム７００と、外部デバイス、ネットワーク、または他の情報源との間で、ソフトウェア及びデータを転送することが可能となる。例えば、コンピュータソフトウェアまたは実行可能コードは、通信インターフェース７４０を介して、ネットワークサーバからシステム７００に転送され得る。通信インターフェース７４０の例として、内蔵ネットワークアダプタ、ネットワークインターフェースカード（ＮＩＣ）、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ）ネットワークカード、カードバスネットワークアダプタ、ワイヤレスネットワークアダプタ、ユニバーサルシリアルバス（ＵＳＢ）ネットワークアダプタ、モデム、ワイヤレスデータカード、通信ポート、赤外線インターフェース、ＩＥＥＥ１３９４ファイヤワイヤ、及びシステム７００をネットワークまたは別のピューティングデバイスとインターフェース接続することが可能な任意の他のデバイスが挙げられる。通信インターフェース７４０は、イーサネットＩＥＥＥ８０２標準、ファイバチャネル、デジタル加入者線（ＤＳＬ）、非同期デジタル加入者線（ＡＤＳＬ）、フレームリレー、非同期転送モード（ＡＴＭ）、統合デジタルサービス網（ＩＳＤＮ）、パーソナル通信サービス（ＰＣＳ）、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、及びシリアル回線インターネットプロトコル／ポイントツーポイントプロトコル（ＳＬＩＰ／ＰＰＰ）など、業界が公布したプロトコル標準を実装することが好ましいが、カスタマイズされた、または非標準のインターフェースプロトコルも同様に実装してもよい。

【0127】

通信インターフェース７４０を介して転送されるソフトウェア及びデータは、通常、電気通信信号７５５の形態である。これらの信号７５５は、通信チャネル７５０を介して通信インターフェース７４０に提供され得る。実施形態では、通信チャネル７５０は、有線もしくは無線のネットワーク、または任意の様々な他の通信リンクであり得る。通信チャネル７５０は、信号７５５を伝達し、数例を挙げると、ワイヤもしくはケーブル、光ファイバ、従来の電話回線、携帯電話リンク、無線データ通信リンク、無線周波数（「ＲＦ」）リンク、または赤外線リンクを含む、様々な有線もしくは無線の通信手段を使用して実装され得る。

【0128】

コンピュータ実行可能コード（例えば開示されるソフトウェアなどのコンピュータプログラム）は、メインメモリ７１５及び／または二次メモリ７２０に格納される。コンピュータ実行可能コードも、通信インターフェース７４０を介して受信され、メインメモリ７１５及び／または二次メモリ７２０に格納され得る。このようなコンピュータプログラムは、実行されると、本明細書の他の箇所で説明される本開示の実施形態の様々な機能を、システム７００が実行することを可能にする。

【0129】

本明細書では、「コンピュータ可読媒体」という用語は、コンピュータ実行可能コード及び／または他のデータを、システム７００に、またはシステム７００内に提供するために使用される任意の非一時的コンピュータ可読記憶媒体を指すように使用される。このような媒体の例として、メインメモリ７１５、二次メモリ７２０（内部メモリ７２５及びリムーバブル媒体７３０を含む）、外部記憶媒体７４５、及び通信インターフェース７４０と通信可能に接続された任意の周辺デバイス（ネットワーク情報サーバまたは他のネットワークデバイスを含む）が挙げられる。これらの非一時的コンピュータ可読媒体は、ソフトウェア及び／または他のデータをシステム７００に提供するための手段である。

【0130】

ソフトウェアを使用して実施される実施形態では、ソフトウェアは、コンピュータ可読媒体に格納され、リムーバブル媒体７３０、Ｉ／Ｏインターフェース７３５、または通信インターフェース７４０を介して、システム７００にロードされ得る。このような実施形態では、ソフトウェアは、電気通信信号７５５の形態で、システム７００にロードされる。ソフトウェアは、プロセッサ７１０により実行されると、本明細書の他の箇所で説明されるプロセス及び機能のうちの１つ以上を、プロセッサ７１０に実行させることが好ましい。

【0131】

実施形態では、Ｉ／Ｏインターフェース７３５は、システム７００の１つ以上のコンポーネントと、１つ以上の入力及び／または出力デバイスとの間のインターフェースを提供する。例示的な入力デバイスとして、センサ、キーボード、タッチスクリーンもしくは他のタッチセンシティブデバイス、カメラ、生体感知デバイス、コンピュータマウス、トラックボール、及び／またはペンベースのポインティングデバイスなどが挙げられるが、これらに限定されない。出力デバイスの例として、他の処理デバイス、陰極線管（ＣＲＴ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、プリンタ、真空蛍光ディスプレイ（ＶＦＤ）、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、及び／または電界放出ディスプレイ（ＦＥＤ）などが挙げられるが、これらに限定されない。いくつかの事例では、タッチパネルディスプレイ（例えばスマートフォン、タブレット、または他のモバイルデバイスにおける）の場合など、入力及び出力デバイスを兼ね備え得る。

【0132】

システム７００はまた、音声ネットワーク及び／またはデータネットワークを介した無線通信を促進する任意の無線通信コンポーネントを含み得る。無線通信コンポーネントには、アンテナシステム７７０、無線システム７６５、及びベースバンドシステム７６０が含まれる。システム７００では、無線システム７６５の管理下で、アンテナシステム７７０により無線を介して、無線周波数（ＲＦ）信号が送信及び受信される。

【0133】

実施形態では、アンテナシステム７７０は、１つ以上のアンテナと、アンテナシステム７７０に送信信号経路及び受信信号経路を提供するスイッチング機能を実行する１つ以上のマルチプレクサ（図示せず）とを備え得る。受信経路では、マルチプレクサから低ノイズ増幅器（図示せず）へ受信ＲＦ信号が渡され得、低ノイズ増幅器は、受信ＲＦ信号を増幅させ、増幅させた信号を無線システム７６５に送信する。

【0134】

代替的な実施形態では、無線システム７６５は、様々な周波数を介して通信するように構成された１つ以上の無線機を備え得る。実施形態では、無線システム７６５は、デモジュレータ（図示せず）とモジュレータ（図示せず）を１つの集積回路（ＩＣ）に組み合わせ得る。デモジュレータとモジュレータは、別個のコンポーネントであってもよい。着信経路では、デモジュレータは、ＲＦキャリア信号を取り除いて、ベースバンド受信オーディオ信号を残し、これは、無線システム７６５からベースバンドシステム７６０に送信される。

【0135】

本開示の実施形態の上記の説明は、任意の当業者が発明を作成または使用することを可能にするために提供される。これらの実施形態に対する様々な変更は、当業者には容易に明らかであり、本明細書で説明される一般的な原理は、本発明の趣旨または範囲から逸脱することなく、他の実施形態に適用することができる。よって、本明細書で提示される説明及び図面は、本発明の現時点で好ましい実施形態を表し、したがって、本発明が幅広く企図する主題を表すことを、理解されたい。本発明の範囲は、当業者には明白となり得る他の実施形態を完全に包含すること、及び本発明の範囲は従って限定されないことが、さらに理解されよう。

【0136】

「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つ以上」、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ、及びＣのうちの１つ以上」、及び「Ａ、Ｂ、Ｃ、またはこれらの任意の組み合わせ」など、本明細書に記載される組み合わせには、Ａ、Ｂ、及び／またはＣの任意の組み合わせが含まれ、複数のＡ、複数のＢ、または複数のＣが含まれる場合がある。具体的には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つ以上」、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ、及びＣのうちの１つ以上」、及び「Ａ、Ｂ、Ｃ、またはこれらの任意の組み合わせ」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであり得、いずれのこのような組み合わせも、組み合わせの構成要素であるＡ、Ｂ、及び／またはＣを１つ以上の要素を含む場合がある。例えば、ＡとＢの組み合わせは、１つのＡと複数のＢ、複数のＡと１つのＢ、または複数のＡと複数のＢを含み得る。

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【国際調査報告】