特許 7418612 サービス・イネーブラ・アーキテクチャ・レイヤ（ＳＥＡＬ）アーキテクチャにおける無人航空機（ＵＡＶ）及び無人航空機コントローラ（ＵＡＶ－Ｃ）のペアのグループ作成の方法及び装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-11

(45)【発行日】2024-01-19

(54)【発明の名称】サービス・イネーブラ・アーキテクチャ・レイヤ（ＳＥＡＬ）アーキテクチャにおける無人航空機（ＵＡＶ）及び無人航空機コントローラ（ＵＡＶ－Ｃ）のペアのグループ作成の方法及び装置

(51)【国際特許分類】

   H04W 4/08 20090101AFI20240112BHJP

   B64C 13/20 20060101ALI20240112BHJP

   H04W 84/06 20090101ALI20240112BHJP

   H04W 72/54 20230101ALI20240112BHJP

【ＦＩ】

H04W4/08

B64C13/20 Z

H04W84/06

H04W72/54

【請求項の数】 13

(21)【出願番号】P 2022567372

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

(65)【公表番号】

(43)【公表日】2023-07-13

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

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

(87)【国際公開日】2022-11-24

【審査請求日】2022-11-04

(31)【優先権主張番号】63/190,682

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

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

(31)【優先権主張番号】17/746,720

(32)【優先日】2022-05-17

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

(73)【特許権者】

【識別番号】520353802

【氏名又は名称】テンセント・アメリカ・エルエルシー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ジャオ，シュアイ

(72)【発明者】

【氏名】ウェンガー，ステファン

(72)【発明者】

【氏名】リウ，シャン

【審査官】望月 章俊

(56)【参考文献】

【文献】国際公開第２０２１／０４１２１４（ＷＯ，Ａ１）

【文献】特表２０２２－５４５０４３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

Ｂ６４Ｃ１３／２０

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

サービス・イネーブラ・アーキテクチャ・レイヤ（ＳＥＡＬ）アーキテクチャにおける無人航空機（ＵＡＶ）及び無人航空機コントローラ（ＵＡＶ－Ｃ）のペアのグループ作成の方法であって、
無人航空システムアプリケーションイネーブラ（ＵＡＥ）サーバによって、前記ＳＥＡＬアーキテクチャにおける前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアを決定するステップと、
前記ＵＡＥサーバによって、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアについて、前記ＳＥＡＬアーキテクチャで提供されるサービスの情報を含むグループ作成要求を生成し、前記グループ作成要求を前記ＳＥＡＬアーキテクチャのＳＥＡＬグループ管理（ＧＭ）サーバへ送信するステップと、
前記ＵＡＥサーバによって、前記グループ作成要求に応答して前記ＳＥＡＬ ＧＭサーバから、前記サービスに対応するグループ情報を含む第１応答メッセージを受信するステップと、
前記第１応答メッセージに基づき前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアを含むグループを作成するステップであり、前記グループは、クオリティ・オブ・サービス（ＱｏＳ）管理のために使用される、前記作成するステップと
を有し、
前記グループ作成要求は、
前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアに対応するＵＡＥクライアントの識別と、
前記ＵＡＶの識別と、
前記ＵＡＶ－Ｃの識別と
を含む、方法。

【請求項2】

前記グループ作成要求は、前記ＵＡＶの民間航空局（ＣＡＡ）レベルの識別を更に含む、
請求項１に記載の方法。

【請求項3】

前記グループ作成要求は、
前記グループ作成要求が前記ＳＥＡＬ ＧＭサーバへ送信された後に前記ＳＥＡＬ ＧＭサーバからの前記第１応答メッセージを待つ待機時間限界を定義するタイムアウト期間を更に含む、
請求項１に記載の方法。

【請求項4】

前記タイムアウト期間内に前記第１応答メッセージが前記ＵＡＥサーバに割り当てられない場合に、他のグループ作成要求を送信するステップを更に有する、
請求項３に記載の方法。

【請求項5】

前記第１応答メッセージは、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアについて前記グループの作成に成功したかどうかを示すグループ作成結果を更に含む、
請求項１に記載の方法。

【請求項6】

前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアについて前記グループの作成に成功したことを示す前記グループ作成結果に応答して、前記第１応答メッセージは、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアに割り当てられているグループ識別（ＩＤ）を含む、
請求項５に記載の方法。

【請求項7】

前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアについて前記グループの作成に成功したことを示す前記グループ作成結果に応答して、前記第１応答メッセージは、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアに関連した複数のサブグループＩＤを含む、
請求項５に記載の方法。

【請求項8】

前記ＵＡＥサーバによって、前記割り当てられているグループＩＤに基づき、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアに対して前記ＱｏＳ管理を実行するステップを更に有する、
請求項６に記載の方法。

【請求項9】

前記ＱｏＳ管理を実行するステップは、
最初に割り当てられているネットワークＱｏＳセットアップを用いて、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの直接コマンド・アンド・コントロール（Ｃ２）通信を確立するステップであり、前記ＵＡＶ及び前記ＵＡＶ－Ｃはネットワークに登録される、前記確立するステップと、
前記ＵＡＥサーバによって、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアからのフィードバック情報に基づき、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの現在のネットワーク条件をモニタするステップと、
前記直接Ｃ２通信が予め定義されたＱｏＳ要件を満足することができないことに応答して、前記ＵＡＥサーバによって、ＱｏＳ適応要求をＳＥＡＬネットワークリソース管理（ＮＲＭ）サーバへ送信するステップと、
前記ＵＡＥサーバによって、前記ＳＥＡＬ ＮＲＭサーバから、更新されたＱｏＳ要件を受信するステップと
を更に有し、
前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの前記フィードバック情報は、
前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアに割り当てられている前記グループＩＤと、
要求されているＣ２通信リソースを示すネットワークリソース要件と
を含む、
請求項８に記載の方法。

【請求項10】

前記モニタするステップは、
前記ＵＡＥサーバによって、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアに割り当てられている前記グループＩＤ及びサブグループＩＤの一方に基づき、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの前記現在のネットワーク条件をモニタするステップを更に有する、
請求項９に記載の方法。

【請求項11】

前記更新されたＱｏＳ要件に基づき前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの前記直接Ｃ２通信を調整するステップを更に有する、
請求項９に記載の方法。

【請求項12】

前記現在のネットワーク条件について前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの前記フィードバック情報を受信することに応答して、前記ＵＡＥサーバによって、第２応答メッセージを前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアへ供給するステップを更に有し、
前記第２応答メッセージは、前記ＵＡＶ及び前記ＵＡＶ－Ｃの前記ペアの前記直接Ｃ２通信が前記予め定義されたＱｏＳ要件を満足するかどうかを示すＱｏＳ結果を含む、
請求項９に記載の方法。

【請求項13】

コンピュータ可読命令を記憶する非一時的なコンピュータ可読記憶媒体と、
前記非一時的なコンピュータ可読記憶媒体と通信可能に結合され、前記非一時的なコンピュータ可読記憶媒体に記憶されている前記コンピュータ可読命令を実行するよう構成される処理回路とを有し、
前記コンピュータ可読命令は、前記処理回路によって実行される場合に、前記処理回路に、請求項１乃至１２のうちいずれか一項に記載の方法を実行させる、
装置。

【発明の詳細な説明】

【技術分野】

【0001】

［参照による援用］
本特許出願は、２０２１年５月１９日付けで「Unmanned Aerial System Communication」との発明の名称で出願された米国特許仮出願第６３／１９０６８２号の優先権の利益を主張して２０２２年５月１７日付けで「METHOD AND APPARATUS FOR UAV AND UAV CONTROLLER PAIRING AND COMMAND AND CONTROL (C2) QUALITY OF SERVICE PROVISIONING」との発明の名称で出願された米国特許出願第１７／７４６７２０号の優先権の利益を主張するものである。先願の開示は、それらの全文を参照により本願に援用される。

【0002】

［技術分野］
本開示は、無人航空システム通信に関する。

【背景技術】

【0003】

ここで与えられている背景の説明は、本開示の事情を一般的に提示することを目的としている。現在指名されている発明者の研究は、この背景で説明されている範囲で、また、出願時に先行技術としてさもなければ認められない可能性がある説明の側面は、本開示に対する先行技術として明示的にも暗黙的にも認められるものではない。

【0004】

無人航空機（unmanned aerial vehicle，ＵＡＶ）又は乗組員のいない航空機（uncrewed aerial vehicle）は、人間のパイロット、乗組員、乗客が搭乗していない航空機を含むことができる。ＵＡＶは、無人航空機システム（unmanned aircraft system，ＵＡＳ）の構成要素である。ＵＡＳは、地上コントローラ及びＵＡＶとの通信のシステムを更に含むことができる。無人航空機システムのコネクティビティニーズをサポートする通信システムが開発中である。

【発明の概要】

【0005】

本開示の態様は、グループＩＤに基づきＵＡＶ及びＵＡＶ－Ｃをペアリングし、グループＩＤを使用することによって３ＧＰＰネットワーク下のＣ２ ＱｏＳプロビジョニングを実施する方法及び装置を提供する。いくつかの例において、ＵＡＶ及びＵＡＶ－Ｃをペアリングする装置は、受信回路及び処理回路を含む。

【0006】

グループ作成の方法は、サービス・イネーブラ・アーキテクチャ・レイヤ（service enabler architecture layer，ＳＥＡＬ）アーキテクチャにおける無人航空機（unmanned aerial vehicle，ＵＡＶ）及び無人航空機コントローラ（unmanned aerial vehicle-controller，ＵＡＶ－Ｃ）のペアのために提供され得る。方法において、ＵＡＶ及びＵＡＶ－Ｃのペアは、ＳＥＡＬアーキテクチャ内の無人航空システムアプリケーションイネーブラ（unmanned aerial system application enabler，ＵＡＥ）サーバによって決定され得る。ＵＡＶ及びＵＡＶ－Ｃのペアについてのグループ作成要求が、ＵＡＥサーバによって、ＳＥＡＬアーキテクチャのＳＥＡＬグループ管理（group management，ＧＭ）サーバへ送信され得る。第１応答メッセージが、ＵＡＥサーバによって、グループ作成要求に応答してＳＥＡＬ ＧＭサーバから受信され得る。ＵＡＶ及びＵＡＶ－Ｃのペアを含むグループが、第１応答メッセージに基づき作成され得る。グループは、クオリティ・オブ・サービス（quality-of-service，ＱｏＳ）管理のために使用される。グループ作成要求は、ＵＡＶ及びＵＡＶ－Ｃのペアに対応するＵＡＥクライアントの識別と、ＵＡＶの識別と、ＵＡＶ－Ｃの識別とを含むことができる。

【0007】

いくつかの実施形態において、グループ作成要求は、ＵＡＶの民間航空局（civil aviation authority，ＣＡＡ）レベルの識別を更に含むことができる。

【0008】

いくつかの実施形態において、グループ作成要求は、グループ作成要求がＳＥＡＬ ＧＭサーバへ送信された後にＳＥＡＬ ＧＭサーバからの第１応答メッセージを待つ待機時間限界を定義するタイムアウト期間を更に含むことができる。

【0009】

方法において、タイムアウト期間内に第１応答メッセージがＵＡＥサーバに割り当てられない場合に、他のグループ作成要求が送信され得る。

【0010】

いくつかの実施形態において、第１応答メッセージは、ＵＡＶ及びＵＡＶ－Ｃのペアについてグループの作成に成功したかどうかを示すグループ作成結果を更に含むことができる。

【0011】

実施形態において、ＵＡＶ及びＵＡＶ－Ｃのペアについてグループの作成に成功したことを示すグループ作成結果に応答して、第１応答メッセージは、ＵＡＶ及びＵＡＶ－Ｃのペアに割り当てられているグループ識別（identity，ＩＤ）を含むことができる。

【0012】

他の実施形態においては、ＵＡＶ及びＵＡＶ－Ｃのペアについてグループの作成に成功したことを示すグループ作成結果に応答して、第１応答メッセージは、ＵＡＶ及びＵＡＶ－Ｃのペアに関連した複数のサブグループＩＤを含むことができる。

【0013】

方法において、ＱｏＳ管理は、ＵＡＥサーバによって、割り当てられているグループＩＤに基づき、ＵＡＶ及びＵＡＶ－Ｃのペアに対して実行され得る。

【0014】

ＱｏＳ管理を実行するために、直接コマンド・アンド・コントロール（command and control，Ｃ２）通信が、最初に割り当てられているネットワークＱｏＳセットアップを用いて、ＵＡＶ及びＵＡＶ－Ｃのペアのために確立され得、ＵＡＶ及びＵＡＶ－Ｃはネットワークに登録され得る。ＵＡＶ及びＵＡＶ－Ｃのペアの現在のネットワーク条件が、ＵＡＥサーバによって、ＵＡＶ及びＵＡＶ－Ｃのペアからのフィードバック情報に基づきモニタされ得る。直接Ｃ２通信が予め定義されたＱｏＳ要件を満足することができないことに応答して、ＱｏＳ適応要求が、ＵＡＥサーバによって、ＳＥＡＬネットワークリソース管理（network resource management，ＮＲＭ）サーバへ送信され得る。更新されたＱｏＳ要件が、ＵＡＥサーバによって、ＳＥＡＬ ＮＲＭサーバから受信され得る。ＵＡＶ及びＵＡＶ－Ｃのペアのフィードバック情報は、ＵＡＶ及びＵＡＶ－Ｃのペアに割り当てられているグループＩＤと、要求されているＣ２通信リソースを示すネットワークリソース要件とを含むことができる。

【0015】

いくつかの実施形態において、ＵＡＶ及びＵＡＶ－Ｃのペアの現在のネットワーク条件は、ＵＡＥサーバによって、ＵＡＶ及びＵＡＶ－Ｃのペアに割り当てられているグループＩＤ及びサブグループＩＤの一方に基づき、モニタされ得る。

【0016】

方法において、ＵＡＶ及びＵＡＶ－ＣのペアのＣ２通信は、更新されたＱｏＳ要件に基づき調整され得る。

【0017】

いくつかの実施形態において、現在のネットワーク条件についてＵＡＶ及びＵＡＶ－Ｃのペアのフィードバック情報を受信することに応答して、第２応答メッセージが、ＵＡＥサーバによって、ＵＡＶ及びＵＡＶ－Ｃのペアへ供給され得、第２応答メッセージは、ＵＡＶ及びＵＡＶ－Ｃのペアの直接Ｃ２通信が予め定義されたＱｏＳ要件を満足するかどうかを示すＱｏＳ結果を含むことができる。

【0018】

本開示の他の態様に従って、装置が提供される。装置は処理回路を有する。処理回路は、上記の方法のいずれかを実行するよう構成され得る。

【0019】

本開示の態様はまた、コンピュータによって実行される場合にコンピュータに上記の方法のいずれかを実行させる命令を記憶している非一時的なコンピュータ可読媒体も提供する。

【0020】

開示されている対象の更なる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるだろう。

【図面の簡単な説明】

【0021】

【図1】実施形態に従う無人航空システム（１００）の概略図である。

【図2】実施形態に従うサービス・イネーブラ・アーキテクチャ・レイヤ（ＳＥＡＬ）のためのオンネットワーク機能モデル（２００）である。

【図3】実施形態に従うグループ作成プロセス（３００）を示す。

【図4】実施形態に従うグループに基づいた直接コマンド・アンド・コントロール（Ｃ２）クオリティ・オブ・サービス（ＱｏＳ）プロビジョニングのプロセス（４００）を示す。

【図5】本開示のいくつかの実施形態に従うグループ作成プロセスを説明するフローチャートを示す。

【図6】実施形態に従うコンピュータシステムの概略図である。

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

【0022】

図１を参照すると、無人航空システム（unmanned aerial system，ＵＡＳ）（１００）は無人航空機（ＵＡＶ）（１０１）及びコントローラ（１０２）を含むことができる。コントローラ（１０２）は、データリンク（１０３）を使用して、制御コマンドをコントローラ（１０２）からＵＡＶ（１０１）へ送ることができる。コントローラ（１０２）は、超短波（very high frequency，ＶＨＦ）及び／又は極超短波（ultra-high frequency，ＵＨＦ）、かつ／あるいは、アナログ及び／又はデジタル無線通信が可能な他の無線技術により、データリンク（１０３）を通じて通信を提供するよう構成される少なくとも１つの通信回路を含んでよい。コントローラ（１０２）は、ＵＡＶ（１０１）の１つ以上のモータ及び／又はエンジンなどの推進装置（１１４）及び／又は模型航空機（図示せず。）の操縦面の電力レベルを制御し得る。ヘリコプター及び／又は航空機のものに類似した、ピッチ、ヨー、及びロールのような、より抽象的なコマンドも使用可能である。経験豊富なパイロットは、ＵＡＶ（１０１）内での制御信号の高度なオンボード処理に依存せずに、基本制御によりＵＡＶ（１０１）を操作することができる。ＵＡＶ（１０１）は、ヘリコプター及び／又は任意の他の航空機の形をとることができる。

【0023】

オンボード電子設計の進歩により、人間のオペレータ（又はユーザ）１１３からＵＡＶ（１０１）自体への特定のタスクのオフロードが可能になる。ＵＡＶ（１０１）などの多くのＵＡＶは、ＵＡＶの姿勢及び加速を検知するためのオンボード制御回路（１０５）へ結合されているセンサ（１０４）を含むことができる。オンボード制御回路（１０５）は、ユーザインターフェースが縮小されるか及び／又は存在しないコンピュータシステムであることができる。センサ（１０４）によって取得された情報は、コントローラ（１０２）からデータリンク（１０３）を通じて受信された制御入力とともに、肯定的な制御入力がコントローラ（１０２）から得られない限り、ＵＡＶ（１０１）が安定したままであることを可能にする。

【0024】

ＵＡＶ（１０１）は、米国によって操作されるグローバル・ポジショニング・システム（Global Positioning System，ＧＰＳ）などのグローバル・ナビゲーション・サテライト・システム（Global Navigation Satellite Systems，ＧＮＳＳ）の１つのための受信器（１０６）を含むことができる。図１は、ＧＮＳＳを表すよう、通信信号（１０７）を供給することができる単一の衛星（１０８）を表す。なお、ＵＡＶ（１０１）の受信器（１０６）は、空間におけるＵＡＶ（１０１）の位置を三角測量するために、３つ以上の、典型的には４つ以上の可観測（line-of-sight）衛星を含むＧＮＳＳからの通信を受信し得る。受信器（１０６）などのＧＮＳＳ受信器は、空間及び時間におけるＵＡＶ（１０１）の位置をかなりの精度で決定することができる。ＵＡＶ（１０１）において、ＧＮＳＳは、ソフトランディングを可能にするために、多くの場合に、最も重要な垂直（例えば、Ｚ）軸に関して、ＵＡＶ（１０１）の追加のセンサ（例えば、超音波及び／又はＬｉＤＡＲセンサ）によって補強され得る。ＧＮＳＳ機能を含むＵＡＶ（１０１）は、ユーザに“フライ・ホーム”（fly home）及び“自動着陸”（auto-land）機能を提供することができる。このように、ＵＡＶ（１０１）は、コントローラ（１０２）からの簡単なコマンド（例えば、単一のボタンのプッシュ）があると、あるいは、コントローラからのデータリンク（１０３）の喪失又は有意味な制御入力の他のタイムアウトの場合に、ホーム位置として定義された場所へ飛行することができる。

【0025】

ＵＡＶ（１０１）はまた、１つ以上のカメラ（１０９）も含むことができる。いくつかの場合に、ＵＡＶ（１０１）は、カメラ（１０９）の１つとしてジンバル搭載カメラを含むことができる。ジンバル搭載カメラは、ＵＡＶ（１０１）のユーザ（１１３）にとって十分な品質の、例えば、高精細テレビジョン解像度でのピクチャ及び／又はビデオを記録するために使用可能である。ＵＡＶ（１０１）は、動作の一部又は全部の軸をカバーする他のカメラ（１１０）を含むことができる。他のカメラ（１１０）の信号に基づいたオンボード信号処理は、ＵＡＶ（１０１）が固定された物体及び動いている物体の両方と衝突することを防ぐために使用可能である。

【0026】

いくつかの場合に、ＵＡＶ（１０１）は、カメラ（１０９）の１つとして“メイン”カメラを含むことができる。“メイン”カメラの信号は、人間のユーザ（例えば、ユーザ（１１３））に向けてリアルタイムでデータリンク（１１１）を介して通信され、コントローラ（１０２）に含まれるか、取り付けられるか、かつ／あるいはそれから分離している表示デバイス（１１２）で表示され得る。データリンク（１１１）は、データリンク（１０３）と同じであっても又は異なってもよい。従って、ＵＡＶ（１０１）は、“一人称視点”（First Person View，ＦＰＶ）として知られている技術を用いて、人間のパイロットの視界からうまく飛ばすことができる。

【0027】

技術開発の結果として、ＵＡＶ（１０１）などのＵＡＶは、飛行することが相当に容易になり、その結果、プロのＵＡＶパイロットや熱心で裕福な愛好家のみならず、一般大衆にも人気を博している。結果として、約１５年前に販売された数千台の模型ヘリコプターと比較して、数百万ものＵＡＶが現在毎年販売されている。同時に、ユーザコミュニティの知識、習熟度、及び関与は平均して低下している。

【0028】

サービス・イネーブラ・アーキテクチャ・レイヤ（ＳＥＡＬ）は、垂直アプリケーション（例えば、ＵＡＶ及びビークル・ツー・エブリシング（vehicle to everything，Ｖ２Ｘ））をサポートすることができる。ユーザ装置（ＵＥ）及びサーバでのＳＥＡＬ機能エンティティは、ＳＥＡＬクライアント及びＳＥＡＬサーバに夫々グループ化され得る。ＳＥＡＬは、共通したサービスの組（例えば、グループ管理、位置管理）及び参照点を含むことができる。ＳＥＡＬは、それ自体のサービスを垂直アプリケーションレイヤ（vertical application layer，ＶＡＬ）へ提供することができる。ＶＡＬは、ＶＡＬクライアント（例えば、ＵＡＶ）及びＶＡＬサーバを含むことができる。

【0029】

図２は、サービス・イネーブラ・アーキテクチャ・レイヤ（ＳＥＡＬ）のための例示的なオンネットワーク機能モデル（２００）を示す。モデル（２００）は、ネットワークリソース管理のために使用され、垂直アプリケーション（例えば、ＵＡＶ及びビークル・ツー・エブリシング（Ｖ２Ｘ）アプリケーション）をサポートするために、３ＧＰＰネットワークシステム（２１３）などの３ＧＰＰ無線ネットワーク上で垂直アプリケーションレイヤ（ＶＡＬ）（２０６）及びＳＥＡＬ（２０７）を含むことができる。モデル（２００）は、共通アプリケーションプレーン及びシグナリングプレーンエンティティを含むよう機能アーキテクチャとして表されている。モデル（２００）の共通したサービスの組（例えば、グループ管理、コンフィグレーション管理、位置管理）は、垂直アプリケーションの間で共有され得る。

【0030】

図２に示されるように、ＶＡＬ（２０６）は、ＶＡＬクライアント（２０１）及びＶＡＬサーバ（２０３）を含むことができる。ＳＥＡＬ（２０７）は、ＳＥＡＬクライアント（２０２）及びＳＥＡＬサーバ（２０４）を含むことができる。ＶＡＬクライアント（２０１）及びＳＥＡＬクライアント（２０２）は、ユーザ装置（２１２）を形成するよう互いに通信することができる。図２に示されるＳＥＡＬ機能アーキテクチャは、ミッションクリティカルな及び他の垂直アプリケーションをサポートするために共通の機能を考慮に入れることができる。

【0031】

図２を参照すると、ＶＡＬクライアント（２０１）は、ＶＡＬ－ＵＵ（２０５）参照点を介してＶＡＬサーバ（２０３）と通信することができる。ＶＡＬ－ＵＵ（２０５）は、ユニキャスト及びマルチキャストの両方の配信モデルをサポートすることができる。

【0032】

ユーザ装置（２１２）及びサーバでのＳＥＡＬ機能エンティティは、ＳＥＡＬクライアント（２０２）及びＳＥＡＬサーバに夫々グループ化され得る。ＳＥＡＬ（２０７）は、共通したサービスの組（例えば、グループ管理、位置管理）及び参照点を含むことができる。ＳＥＡＬ（２０７）は、サービスをＶＡＬ（２０６）へ供給することができる。

【0033】

ＳＥＡＬクライアント（２０２）は、ＳＥＡＬ－ＵＵ（２０９）参照点を介してＳＥＡＬサーバ（２０４）と通信することができる。ＳＥＡＬ－ＵＵ（２０９）は、ユニキャスト及びマルチキャストの両方の配信モデルをサポートすることができる。ＳＥＡＬクライアント（２０２）は、ＳＥＡＬ－Ｃ参照点（２０８）を介してＶＡＬクライアント（２０１）へサービス・イネーブラ・レイヤサポート機能を提供することができる。ＶＡＬサーバ（２０３）は、ＳＥＡＬ－Ｓ（２１１）参照点を介してＳＥＡＬサーバ（２０４）と通信することができる。ＳＥＡＬサーバ（２０４）は、３ＧＰＰネットワークシステムによって指定された各々の３ＧＰＰインターフェース（例えば、２１０）を用いて、３ＧＰＰネットワークシステム（２１３）などの基礎をなす３ＧＰＰネットワークシステムと通信し得る。

【0034】

特定のＳＥＡＬクライアント（２０２）及びＳＥＡＬサーバ（２０４）は、それらの特定のＳＥＡＬ－ＵＵ（２０９）参照点及び３ＧＰＰネットワークシステム（２１３）の特定のネットワークインターフェース（２１０）とともに、各ＳＥＡＬサービスについて各々のオンネットワーク機能モデルで提供される。

【0035】

ＶＡＬクライアント（２０１）は、垂直アプリケーション（例えば、ＵＡＶ、Ｖ２Ｘクライアント）に対応するクライアント側機能性を提供することができる。ＶＡＬクライアント（２０１）は、ＳＥＡＬクライアント（２０２）とのインタラクションをサポートすることができる。

【0036】

ＶＡＬサーバ（２０３）は、垂直アプリケーション（例えば、ＵＡＶ、Ｖ２Ｘアプリケーションサーバ）に対応するサーバ側機能性を提供することができる。

【0037】

ＳＥＡＬクライアント（２０２）は、位置管理、グループ管理、コンフィグレーション管理、アイデンティティ管理、キー管理、及びネットワークリソース管理などの、特定のＳＥＡＬサービスに対応するクライアント側機能性を提供することができる。ＳＥＡＬクライアントは、ＶＡＬクライアント（２０１）とのインタラクションをサポートすることができる。ＳＥＡＬクライアントはまた、２つのＵＥの間の対応するＳＥＡＬクライアントとのインタラクションもサポートすることができる。例えば、第１ＵＥ（例えば、ＵＥ（２１２））の第１ＳＥＡＬクライアント（例え、ＳＥＡＬクライアント（２０２））は、第２ＵＥ（図示せず。）の第２ＳＥＡＬクライアント（図示せず。）と相互作用することができる。

【0038】

ＳＥＡＬサーバ（２０４）は、位置管理、グループ管理、コンフィグレーション管理、アイデンティティ管理、キー管理、及びネットワークリソース管理などの、特定のＳＥＡＬサービスに対応するサーバ側機能性を提供することができる。ＳＥＡＬサーバ（２０４）は、ＶＡＬサーバ（２０３）とのインタラクションをサポートすることができる。

【0039】

例示的な３ＧＰＰ ５Ｇ無線アーキテクチャで、ＳＥＡＬ（例えば、ＳＥＡＬ（２０７））は、３ＧＰＰシステム上での垂直アプリケーションの使用及びデプロイを確かにするために、３ＧＰＰシステム（例えば、２１３）上で垂直アプリケーションをサポートするようプロシージャ、情報フロー、及びアプリケーション・プログラム・インターフェース（Application Program Interfaces，ＡＰ）を提供することができる。

【0040】

ＳＥＡＬグループマネージャ（ＧＭ）（例えば、ＳＥＡＬ ＧＭサーバ（３０４））は、上位アプリケーションレイヤに対するグループ管理動作を可能にすることができる。

【0041】

ＳＥＡＬネットワークリソースマネージャ（ＮＲＭ）サーバ（例えば、ＳＥＡＬ ＮＲＭサーバ（４０４））は、上位アプリケーションレイヤに対するユニキャスト及びマルチキャストネットワークリソース管理のサポートを可能にすることができる。

【0042】

３つのＣ２（command and control）通信モード、すなわち、直接Ｃ２、ネットワーク支援Ｃ２、及びＵＡＳトラフィック管理（ＵＴＭ）－ナビゲーションＣ２通信、が５Ｇ無線技術でサポート可能である。

【0043】

直接Ｃ２は、ＵＡＶコントローラ（例えば、ＵＡＶ－Ｃ（３０１））とＵＡＶ（例えば、ＵＡＶ（３０３））とが互いに通信することができるようにそれらの間に直接Ｃ２リンクを確立することができる。ＵＡＶコントローラ及びＵＡＶは両方とも、直接Ｃ２通信のために無線ネットワークによって設定及びスケジューリングされた無線リソースを用いて、５Ｇネットワーク（例えば、無線ネットワークシステム２１３）などの無線ネットワークに登録され得る。

【0044】

ネットワーク支援Ｃ２通信では、ＵＡＶコントローラ及びＵＡＶは、５Ｇネットワークなどの無線ネットワークに登録し、該無線ネットワークへの各々のユニキャストＣ２通信を確立して、ネットワークを介して互いと通信することができる。

【0045】

ＵＴＭ－ナビゲーションＣ２通信では、ＵＡＶは、予めスケジューリングされたフライトプランを供給され得、ＵＴＭは、ＵＡＶのフライトステータスを定期的にモニタし、最新の動的な規制によりフライトステータスを確認し、ルート更新を供給し、必要な場合はいつでもＵＡＶをナビゲートするために、ＵＡＶとのＣ２通信リンクを維持することができる。

【0046】

本開示において、情報フロー及びデータ点は、ＵＡＶ及びＵＡＶ－Ｃのペアリング並びにＣ２プロビジョニングを、ＵＡＶ及びＵＡＶ－Ｃのグループ識別子を用いて可能にするために、提供され得る。Ｃ２プロビジョニングは、例えば、ＳＥＡＭを使用している３ＧＰＰネットワーク下でのＣ２クオリティ・オブ・サービス（ＱｏＳ）プロビジョニングを含むことができる。

【0047】

ＵＡＳ発信のＱｏＳ（例えば、ＵＡＳからネットワークへのアップリンク）及びＵＡＳ終端のＱｏＳ（例えば、ネットワークからＵＡＳへのダウンリンク）は、ＵＡＳアプリケーションレイヤ動作のために維持され得る。ＱｏＳは、ネットワークバンド幅、レイテンシ、ジッタ、データ損失率、及び／又は同様のものを含むことができるが、これらに限られない。上述された３つのＣ２通信モードは、ＵＡＳアプリケーションレイヤからの異なるネットワークリソースサポートを必要とする場合がある。

【0048】

直接Ｃ２通信に関して、ＳＥＡＬグループマネージャ（例えば、ＳＥＡＬ ＧＭサーバ（３０４））は、例えば、特定のＵＡＳ ＩＤコンフィグレーションに基づいて、ＵＡＶ及びＵＡＶ－Ｃのペア間の一致を確かにするよう構成される必要がある。ネットワークＱｏＳプロビジョニングは、ＵＡＶ及びＵＡＶ－Ｃのペアに関連したグループＩＤに基づいて、ＳＥＡＬ ＮＲＭサーバ（例えば、ＳＥＡＬ ＮＲＭサーバ（４０４））によってトリガされ得る。いくつかの場合に、各々のサブグループは、アップリンク及びダウンリンクの夫々について別個のＱｏＳ制御を達成するために、ＵＡＶ及びＵＡＶ－Ｃの夫々について作成され得る。従って、グループベースのアプローチを使用する直接Ｃ２ ＱｏＳプロビジョニングが提供され得る。ＱｏＳプロビジョニングの目標は、より決定論的なネットワーク動作を実現することであり、それにより、ネットワークによって運ばれる情報はより良く配信され得かつネットワークリソースはより良く利用され得る。

【0049】

図３を参照すると、ＵＡＶ及びＵＡＶ－Ｃのペアのためのグループ作成のプロシージャ（３００）が示され得る。まず第１に、ステップ（Ｓ３０５）で、ＵＡＶ－Ｃ（３０１）及びＵＡＶ（３０３）の両方が、共通のＵＡＳ ＩＤによりＵＡＳアプリケーションイネーブラ（ＵＡＥ）サーバ（３０２）へ接続することに成功している。いくつかの実施形態において、各々の民間航空局（ＣＡＡ）レベルのＵＡＶ ＩＤがＵＡＶ－Ｃ（３０１）及び／又はＵＡＶ（３０３）に割り当てられている。よって、ＵＡＶ－Ｃ（３０１）及び／又はＵＡＶ（３０３）は、各々のＣＡＡレベルのＵＡＶ－Ｄに基づいてＵＡＶサーバ（３０２）へ接続され得る。いくつかの実施形態において、ＵＡＶ－Ｃ（３０１）及びＵＡＶ（３０３）は、図２のＶＡＬクライアント（２０１）などのＶＡＬクライアントとして動作することができる。

【0050】

ステップ（Ｓ３０６）で、ＵＡＥサーバ（３０２）は、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアを認識することができる。例えば、ＵＡＥサーバ（３０２）は、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアを、ペアの識別子に基づいて認識することができる。例えば、ＵＡＥサーバは、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアを、ＵＡＶ－Ｃ（３０１）及びＵＡＶ（３０３）に関連した各々の３ＧＰＰ ＵＥ ＩＤ及び／又は各々のＣＡＡレベルのＵＡＶ ＩＤのどちらかによって認識することができる。いくつかの実施形態において、ＵＡＥサーバ（３０２）は、図２のＶＡＬサーバ（２０３）などのＶＡＬサーバとして動作することができる。

【0051】

ステップ（Ｓ３０７）で、ＵＡＥサーバ（３０２）は、ＧＭ－Ｓ参照リンクを用いてＳＥＡＬグループ管理（ＧＭ）サーバ（３０４）へグループ作成要求を送信することができる。例えば、ＵＡＥサーバ（３０２）は、グループＩＤがＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアに割り当てられていない場合に、ＧＭ－Ｓ参照リンクを使用することによってグループ作成要求をＳＥＡＬ ＧＭサーバ（３０４）へ送信することができる。ＧＭ－Ｓ参照点は、ＶＡＬサーバとグループ管理サーバとの間のグループ管理機能に関するインタラクションをサポートすることができる。例えば、ＧＭ－Ｓ参照点は、ＶＡＬサービス（例えば、ＵＡＶサービス）に対応するグループ情報を取得するためにＶＡＬサーバ（例えば、ＵＡＥサーバ（３０２））をサポートする。ＧＭ－Ｓ参照点は、グループ管理に関連したシグナリングのトランスポート及びルーティングのためにＨＴＴＰ－１／ＨＴＴＰ－２参照点を使用することができる。ＧＭ－Ｓ参照点は、サブスクリプション／通知関連シグナリングのためにＳＩＰ－２参照点を使用することができる。

【0052】

グループ作成要求は、グループ管理サーバへ送信され得る。例において、認証されたＶＡＬユーザ／ＵＥ／アドミニストレータのグループ管理クライアントが、グループ作成要求をグループ管理サーバへ送信する。ユーザ又はＵＥの識別は結合可能であり、グループに対して有効にされるＶＡＬサービスの情報はこのメッセージに含まれ得る。表１は、グループ管理クライアントがグループ作成要求をグループ管理サーバへ送信する場合のグループ管理クライアントからグループ管理サーバへの例示的なデータ点を示す。

【表1】

留意されるべきは、“Ｍ”は“Mandatory”（義務的）であることを表し、“Ｏ”は“Optional”（任意的）であることを表す点である。ＶＡＬユーザは、１つ以上のＶＡＬサービスに参加するためにＶＡＬ ＵＥを使用することができる認証されたユーザであることができる。例示的なＶＡＬユーザは、図１のユーザ１１３であることができる。実施形態において、ＶＡＬ ＵＥ ＩＤは、ＵＡＶ（３０３）に関連したＵＥ ＩＤであることができる。ＶＡＬサービスは、ＵＡＶサービス又はＶ２Ｘサービスに関連することができる。

【0053】

グループ作成は、１つ又は複数のＶＡＬサービスのための必要な通信を可能にするために個々のＶＡＬユーザへ専用のＶＡＬグループ（例えば、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペア）をもたらすことができる。これは、アドミニストレータによる又は認証されたユーザ／ＵＥによる通常のグループ作成を含むことができる。グループ管理サーバは、ＳＥＡＬサーバがＶＡＬグループのメンバーＵＥのためのネットワークエクスポージャ機能（network exposure functions，ＮＥＦ）サービスを消費することを可能にするためにＶＡＬグループ内の外部グループ識別子をサポートすることができる。

【0054】

いくつかの実施形態において、ＳＥＡＬ ＧＭサーバ（３０４）は、ＳＥＡＬサーバとして、例えば、図２のＳＥＡＬサーバ（２０４）として動作することができる。

【0055】

ステップ（Ｓ３０８）で、ＳＥＡＬ ＧＭサーバ（３０４）は、グループ作成要求に応答し、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアのためのグループＩＤを生成し得る。ＳＥＡＬ ＧＭサーバ（３０４）は、３ＧＰＰ ＴＳ ２３．４３４で指定されているように、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアのために１つのグループＩＤを生成することができる。例えば、グループ作成中、グループ管理サーバはグループの情報を生成及び記憶する。グループ管理サーバは、ＶＡＬグループのＶＡＬグループメンバーの総数の上限などのようなポリシーに関するチェックを実行する。外部グループ識別子は、３ＧＰＰコアネットワークでのＶＡＬグループのメンバーＵＥを識別するものであり、新たに作成されたＶＡＬグループのコンフィグレーション情報に格納され得る。更に、グループＩＤはＵＡＥサーバ（３０２）へ返され得る。ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアのグループＩＤはＶＡＬグループＩＤとして働くことができる。ＶＡＬグループＩＤは、ＶＡＬサービスに従ってＶＡＬユーザ又はＶＡＬ ＵＥの組を表すＶＡＬサービス（例えば、ＵＡＶ）内の一意の識別子であることができる。ＶＡＬユーザの組は、同じ又は異なるＶＡＬグループＩＤサービスプロバイダに属し得る。ＶＡＬグループＩＤは、グループが定義されるＶＡＬアプリケーションサーバ（例えば、ＵＡＥサーバ）を示すことができる。

【0056】

ステップ（Ｓ３０９）で、いくつかの場合に、サブグループも、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のために夫々ＳＥＡＬ ＧＭサーバ（３０４）によって作成されてよい。

【0057】

ステップ（Ｓ３１０）で、ＵＡＥサーバ（３０２）は、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のペアのためにＳＥＡＬ ＧＭサーバ（３０４）によって作成されたグループＩＤのような、返されたグループＩＤをＱｏＳ管理のために使用してよい。サブグループがＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のために作成されることに応答して、ＵＡＥサーバ（３０２）は、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のために別々にＱｏＳを管理するためにサブグループＩＤを使用し得る。ＱｏＳは、ネットワーク上でパケット損失、レイテンシ、及び／又はジッタを減らすようデータトラフィックを管理する如何なる技術も指すことができる。ＱｏＳは、ネットワーク上の特定のタイプのデータについて特性をセットすることによって、ネットワークリソースを制御及び管理することができる。

【0058】

ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のためのグループ作成をサポートするために、データ点がＵＡＥクライアント（例えば、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１））とＵＡＥサーバ（３０２）との間で提供され得る。例示的なデータ点は、表２で説明される要素を含むことができる。

【表2】

留意されるべきは、表２において、“Ｍ”は“Mandatory”（義務的）であることを表し、“Ｏ”は“Optional”（任意的）であることを表す点である。

【0059】

いくつかの実施形態において、データ点はステップ（Ｓ３０７）で提供可能であり、このとき、ＵＡＥサーバ（３０２）は、ＧＭ－Ｓ参照リンクを用いてＳＥＡＬ ＧＭサーバ（３０４）へグループ作成要求を送信することができる。表２のＵＡＥクライアントは、ＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）に対応することができる。

【0060】

データ点は、応答として表３においてＵＡＥサーバ（３０２）とＵＡＥクライアントとの間で提供され得る。表３のデータ点は、ＳＥＡＬ ＧＭサーバ（３０４）がグループ要求に応答し、ステップ（Ｓ３０８）でＵＡＶ（３０３）及びＵＡＶ－Ｃ（３０１）のためにグループＩＤを生成する場合に、取得され得る。

【表3】

【0061】

グループＩＤがＳＥＡＬ ＧＭサーバ（３０３）のようなＳＥＡＬサーバによって割り当てられると、ＵＡＥサーバ（３０２）は、グループＩＤに基づいてＱｏＳプロビジョニングを実行することができる。

【0062】

図４を参照すると、グループに基づいた直接Ｃ２ ＱｏＳプロビジョニングのハイレベルワークフロー（４００）が与えられ得る。

【0063】

ステップ（Ｓ４０６）で、ＵＡＶ－Ｃ（４０１）は、ＵＡＶ（４０２）との直接Ｃ２通信のために、最初に割り当てられているネットワークＱｏＳセットアップを使用してよい。いくつかの実施形態において、ＵＡＶ（４０２）及びＵＡＶ－Ｃ（４０１）は両方とも夫々３ＧＰＰ ５Ｇネットワークに登録されている。例えば、ＵＡＶ（４０２）及びＵＡＶ－Ｃ（４０１）は両方とも、直接Ｃ２通信のために５Ｇネットワークによって設定及びスケジューリングされた無線リソースを用いて、５Ｇネットワークに登録され得る。直接Ｃ２は、ＵＡＶ－Ｃ（４０１）とＵＡＶ（５０２）との間に、それらが互いと通信することができるように直接Ｃ２リンクを確立することができる。

【0064】

ステップ（Ｓ４０７）で、ＵＡＥサーバ（４０３）は、ＵＡＶ（４０２）及びＵＡＶ－Ｃ（４０１）に関連したグループＩＤ又はサブグループＩＤを用いて、ＵＡＶ（４０２）及びＵＡＶ－Ｃ（４０１）のＱｏＳを周期的にモニタすることができる。グループＩＤ又はサブグループＩＤは、上述されたプロセスに基づいて生成され得る。ＱｏＳは、ネットワークバンド幅、レイテンシ、ジッタ、データ損失率、などを含むが、これらに限られない。

【0065】

ステップ（Ｓ４０８）で、直接Ｃ２通信が予め定義されたＱｏＳ要件を満足しない場合に、ＵＡＥサーバ（４０３）は、例えば、３ＧＰＰ ＴＳ ２３．４３４で指定されるように、ＮＲＭ－Ｓ参照点を用いてＳＥＡＬ ＮＲＭサーバ（４０５）へＱｏＳ適応要求を送信することを選択してよい。ＱｏＳ適応要求は、グループ又はサブグループごとに送信可能であり、これは、図３に示されるグループ作成のようなグループ作成をＵＡＥサーバ（４０３）がどのように処理するかに依存する。

【0066】

ステップ（Ｓ４０９）で、ＳＥＡＬ ＮＲＭサーバ（４０４）は、例えば、３ＧＰＰ ＴＳ ２３．４３４で指定されるように、ネットワークリソース適応を実行することができる。例において、ＶＡＬサーバ（例えば、ＵＡＥサーバ（４０３））は、１つ以上のＶＡＬサービス（例えば、ＵＡＳサービス、Ｖ２Ｘサービス）に属する１つ以上のユーザのためにＮＲＭサーバ（例えば、ＮＲＭサーバ（４０４））へネットワークリソース適応要求を送信し、更新されたリソース要件を有することになる１つ以上のＶＡＬ ＵＥ（例えば、ＵＡＶ－Ｃ（４０１）及びＵＡＶ（４０２））を有してよい。この要件は、対応するＶＡＬ ＵＥ又はＶＡＬ ＵＥの組のためのバンド幅増大／低減の指示又は使用されるべき正確なリソース／リソースプールの形をとってよい。ＮＲＭサーバは、要求を処理し、ＶＡＬ ＵＥごとにリソース適応を適用／実施する。ＮＲＭサーバは、ＰＤＵセッションステータス（又はＰＤＮコネクティビティティステータス）に対してイベントモニタリング能力を使用することによってＵＥ ＩＰアドレスを取り出し、各ＶＡＬ ＵＥについてＰＣＣプロシージャを開始する。更に、ＮＲＭサーバは、ネットワークリソース適応応答をＶＡＬサーバへ供給して、ネットワークリソース適応要求の達成に関する情報を供給する。これは、ＶＡＬサーバのネットワークリソース適応要求によって示されたＶＡＬ ＵＥごと又はＶＡＬ ＵＥの組ごとのどちらかの情報を含む。

【0067】

ステップ（Ｓ４１０）で、ＳＥＡＬ ＮＲＭサーバ（４０４）は、ＱｏＳ更新をＵＡＥサーバ（４０３）に通知することができる。このようにして、更新されたＱｏＳ割り当て（又は要件）がＵＡＥサーバ（４０３）へ送信され得る。

【0068】

ステップ（Ｓ４１１）で、ＵＡＳアプリケーションレイヤは、更新されたＱｏＳ割り当て（又は要件）（４１１）を適応させることができる。ＵＡＳアプリケーションレイヤは、ＵＡＶ－Ｃ（４０１）、ＵＡＥサーバ（４０３）、及びＵＡＶ（４０２）を含むことができる。従って、ＵＡＥクライアント（例えば、ＵＡＶ及びＵＡＶ－Ｃ）及びＵＡＥサーバは、更新されたＱｏＳ要件に基づいて通信を確立することができる。例えば、ＵＡＥクライアント及びＵＡＥサーバは、更新されたＱｏＳ要件に基づいて通信を確立することができる。通信は、例えば、ＶＡＬサービス通信確立でのリソース要求を用いて、確立され得る。例において、ＶＡＬサーバ（例えば、ＵＡＥサーバ（４０３））は、リソースの要求をＮＲＭサーバ（例えば、ＮＲＭサーバ（４０４））へ送信する。ＮＲＭサーバは、ネットワークリソースの必要性及びリソース共有の使用を評価する。ＮＲＭサーバは、リソースの要求を含むセッションプログレス要求を送信する。ポリシー及びチャージング制御（Policy and charging control，ＰＣＣ）プロシージャは、ＳＩＰコアローカルインバウンド／アウトバウンドプロキシから開始される。セッション開始プロトコル（Session Initiation Protocol，ＳＩＰ）コアローカルインバウンド／アウトバウンドプロキシは、合意メッセージをＮＲＭサーバへ送信する。ＮＲＭサーバは、リソース応答をＶＡＬサーバへ送信する。更に、ＶＡＬサービス通信が確立され、リソースが割り当てられている。

【0069】

図３のステップ（Ｓ３０８）で割り当てられ得る前の割り当てグループＩＤを使用するために、Ｃ２ ＱｏＳプロビジョニングについて、データ点がＵＡＥクライアントとＵＡＥサーバとの間で提供され得る。例示的なデータ点は、表４の要素を含むことができる。

【表4】

【0070】

いくつかの実施形態において、データ点はステップ（Ｓ４０７）で提供され得、このとき、ＵＡＥサーバ（４０３）は、ＵＡＶ（４０２）及びＵＡＶ－Ｃ（４０１）に関連したグループＩＤ（若しくはＵＡＳグループＩＤ）又はサブグループＩＤを用いて、ＵＡＶ（４０２）及びＵＡＶ－Ｃ（４０２）のＱｏＳを周期的にモニタすることができる。ＵＡＥサーバ（４０３）は、バンド幅、レイテンシ、及び／又は同様のものなどのＣ２リソース要件（又は予め定義されたＱｏＳ要件）をＱｏＳが満足するかどうかを確かめることができる。

【0071】

従って、ＵＡＥサーバ（４０３）は、データ点を応答としてＵＡＥクライアント（例えば、ＵＡＶ及びＵＡＶ－Ｃ）へ返すことができる。例示的なデータ点は、表５に示される要素を含むことができる。

【表5】

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

本開示はいくつかの例示的な実施形態について記載してきたが、本開示の範囲内に入る代案、置換、及び様々な代替同等物がある。よって、当業者には当然ながら、本明細書で明示的に図示及び記載されていないとしても、本開示の原理を具現化し、よって、その精神及び範囲内にある多数のシステム及び方法に想到可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】