特許 7617097 無人航空システム追跡のための方法及びデバイス

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

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

(11)【特許番号】

(24)【登録日】2025-01-08

(45)【発行日】2025-01-17

(54)【発明の名称】無人航空システム追跡のための方法及びデバイス

(51)【国際特許分類】

   H04W 64/00 20090101AFI20250109BHJP

   H04W 4/029 20180101ALI20250109BHJP

   H04W 84/06 20090101ALI20250109BHJP

【ＦＩ】

H04W64/00

H04W4/029

H04W84/06

【請求項の数】 10

(21)【出願番号】P 2022525127

(86)(22)【出願日】2020-10-07

(65)【公表番号】

(43)【公表日】2023-01-05

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

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

(87)【国際公開日】2021-05-06

【審査請求日】2023-10-10

(31)【優先権主張番号】62/928,539

(32)【優先日】2019-10-31

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ロイ、アルナブ

(72)【発明者】

【氏名】プラガダ、ラヴィクマール

(72)【発明者】

【氏名】フェルディ、サミール

(72)【発明者】

【氏名】ぺラス、ミッチェル

【審査官】永井 啓司

(56)【参考文献】

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

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ネットワークデバイスによる動作のための方法であって、
無人飛行ビークルシステムサービスサプライヤから、無人飛行ビークルの識別情報を示す情報を含む第１の測位要求メッセージを受信することと、
前記無人飛行ビークルの前記識別情報を示す情報を含む第２の測位要求メッセージを位置サーバに送信することと、
前記位置サーバから前記無人飛行ビークルのための測位情報を受信することであって、前記測位情報は、前記無人飛行ビークルによって前記位置サーバに報告されている、ことと、
前記無人飛行ビークルによって報告された位置をネットワーク報告測位情報と比較することによって、前記無人飛行ビークルによって報告された前記位置の正当性の評価を取得することと、
前記無人飛行ビークルの前記識別情報及び前記評価を示す情報を前記無人飛行ビークルシステムサービスサプライヤに送信することと、
を含む、方法。

【請求項2】

前記無人飛行ビークルシステムサービスサプライヤに送信することは、前記無人飛行ビークルに関連付けられた無人飛行ビークルコントローラの識別情報及び前記無人飛行ビークルコントローラの位置座標を示す情報を送信することを更に含む、請求項１に記載の方法。

【請求項3】

前記第１の測位要求メッセージは、関心のある地理的エリアを示す情報を更に含む、請求項１に記載の方法。

【請求項4】

前記第１の測位要求メッセージは、前記無人飛行ビークルの飛行計画を示す情報を含み、前記飛行計画は前記関心のある地理的エリアを含む、請求項３に記載の方法。

【請求項5】

前記飛行計画は、複数の飛行セグメントを含む、請求項４に記載の方法。

【請求項6】

ネットワークデバイスであって、
プロセッサによって実行可能なコンピュータプログラム命令を記憶するメモリと、
プロセッサであって、前記コンピュータプログラム命令を実行して、
無人飛行ビークルシステムサービスサプライヤから、無人飛行ビークルの識別情報を示す情報を含む第１の測位要求メッセージを受信することと、
前記無人飛行ビークルの前記識別情報を示す情報を含む第２の測位要求メッセージを位置サーバに送信することと、
前記位置サーバから前記無人飛行ビークルのための測位情報を受信することであって、前記測位情報は、前記無人飛行ビークルによって前記位置サーバに報告されている、ことと、
前記無人飛行ビークルによって報告された位置をネットワーク報告測位情報と比較することによって、前記無人飛行ビークルによって報告された前記位置の正当性の評価を取得することと、
前記無人飛行ビークルの前記識別情報及び前記評価を示す情報を前記無人飛行ビークルシステムサービスサプライヤに送信することと、
を実行するように構成された、プロセッサと、
を備える、ネットワークデバイス。

【請求項7】

前記無人飛行ビークルシステムサービスサプライヤに送信することは、前記無人飛行ビークルに関連付けられた無人飛行ビークルコントローラの識別情報及び前記無人飛行ビークルコントローラの位置座標を示す情報を送信することを更に含む、請求項６に記載のネットワークデバイス。

【請求項8】

前記第１の測位要求メッセージは、関心のある地理的エリアを示す情報を更に含む、請求項６に記載のネットワークデバイス。

【請求項9】

前記第１の測位要求メッセージは、前記無人飛行ビークルの飛行計画を示す情報を含み、前記飛行計画は前記関心のある地理的エリアを含む、請求項８に記載のネットワークデバイス。

【請求項10】

前記飛行計画は、複数の飛行セグメントを含む、請求項９に記載のネットワークデバイス。

【発明の詳細な説明】

【背景技術】

【0001】

ドローンと呼ばれることが多い無人飛行ビークル（Unmanned Aerial Vehicle、ＵＡＶ）の数は、近年、急速に増加しており、ＵＡＶによって使用可能である用途は、多種多様な産業に拡張される。しかしながら、従来の無人航空システム（Unmanned Aerial System、ＵＡＳ）（すなわち、ＵＡＶ及びコントローラ）は、主に、免許不要産業科学医療用（Industrial,Scientific and Medical、ＩＳＭ）無線帯域を介した直接２地点間通信に依存し、これは、動作範囲を制限し、通信は、典型的には、信用できず、低データ速度で不安定である。ＵＡＶ用途の潜在能力を更に引き出すために、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び５Ｇなどの高度なセルラー技術を利用して、ＵＡＳのためのＢｅｙｏｎｄ Ｖｉｓｕａｌ Ｌｉｎｅ ｏｆ Ｓｉｇｈｔ（ＢＶＬＯＳ）動作及びより高性能かつ高信頼性の通信を可能にし得る。

【0002】

ユビキタスモバイルネットワークカバレッジは、ＩＳＭ周波数を使用するポイントツーポイント通信によって制限される範囲をはるかに超える動作範囲を提供することができる。最新のセルラーネットワーク（特に５Ｇネットワーク）の高帯域幅、低い待ち時間、保証されたＱｏＳなどの高度な通信能力は、ＵＡＶアプリケーションの性能を改善するのに役立つことができる。現代のセルラーネットワークの高度なセキュリティ機構は、ＵＡＶアプリケーションの管理に関与するセキュリティ上の懸念に対処することができる。

【発明の概要】

【0003】

ビークル制御機能ＵＣＦ、並びにビークルシステムＵＡＶ識別情報及び関心のある座標を含む第１の測位要求メッセージを、トラフィック管理機能ＵＳＳ／ＵＴＭから受信するＵＦＣのための方法は、ＵＳＳ／ＵＴＭを用いて、関心のある座標の測位構成を決定し、ＵＡＶ識別情報、ＵＡＶ測位構成を含む第２の測位要求メッセージを位置サーバに送信し、位置サーバからＵＡＶのための測位情報を受信し、ＵＡＶ識別情報及び測位情報を含む測位報告メッセージをＵＳＳ／ＵＴＭに送信する。

【0004】

本明細書では、装置、システム、デバイスなど及び／又はそれらの任意の要素が、動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行する様々な実施形態が記載及び／又は特許請求されているが、本明細書に記載及び／又は特許請求されている任意の実施形態は、任意の装置、システム、デバイスなど及び／又はそれらの任意の要素が、任意の動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行するように構成されていると仮定することを理解されたい。

【図面の簡単な説明】

【0005】

更に、図中の同様の参照番号は、同様の要素を示している

【0006】

【図1A】１つ以上の開示された実施形態が実装され得る例示的な通信システムを示すシステム図である。

【0007】

【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線送／受信ユニット（ＷＴＲＵ）を示すシステム図である。

【0008】

【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。

【0009】

【図1D】一実施形態による、図１Ａに示される通信システム内で使用され得る更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。

【0010】

【図2】５ＧネットワークにおいてＵＡＳをサポートするための例示的なシステムアーキテクチャを示す図である。

【0011】

【図3】一実施形態による、ＵＡＶ－Ｃへのネットワークが提供した追跡支援のための方法を示す図である。

【0012】

【図4】一実施形態による、ＵＳＳ／ＵＴＭへのネットワークが提供した追跡支援のための方法を示す図である。

【0013】

【図5】一実施形態によるネットワーク支援ＵＡＶ追跡のための方法を示す図である。

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

【0014】

実施形態を実施するための例示的なネットワーク
図１Ａは、１つ以上の開示された実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワード ＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）、及び／又は同様のものなど、１つ以上のチャネルアクセス方法を採用し得る。

【0015】

図１Ａに示すように、通信システム１００は、無線送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された任意のタイプのデバイスであり得る。例として、そのいずれかが、「局」及び／又は「ＳＴＡ」と称され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラー電話、パーソナルデジタルアシスタント（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、ビークル、ドローン、医療用デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動化された処理チェーン状況において動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0016】

通信システム１００はまた、基地局１１４ａ、及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

【0017】

基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数上で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又はライセンス及び未認可スペクトルの組み合わせであり得る。セルは、比較的固定され得るか又は経時的に変化し得る特定の地理的エリアに無線サービスのカバレッジを提供し得る。セルは更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用いることができ、セルのセクタごとに複数のトランシーバを利用することができる。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信することができる。

【0018】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

【0019】

より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つ以上のチャネルアクセススキームを用いることができる。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink (DL) Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink (UL) Packet Access、ＨＳＵＰＡ）を含み得る。

【0020】

一実施形態では、ＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－ＡＰｒｏ）を使用してエアインターフェース１１６を確立し得る。

【0021】

一実施形態では、ＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用してエアインターフェース１１６を確立し得る。

【0022】

一実施形態では、ＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアル接続性（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、並びに／又は複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に送られる／そこから送られる送信を特徴とし得る。

【0023】

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｔｉｖｅ ｆｏｒ Ｍｉｃｒｏｗｏｒｄ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0024】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、又はアクセスポイントであってもよく、事業所、自宅、ビークル、キャンパス、工業施設、（例えば、ドローンによる使用のための）エアコリド、車道などの位置など、局所的なエリアにおける無線接続性を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立することができる。更に別の実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

【0025】

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであってもよいＣＮ１０６と通信し得る。データは、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

【0026】

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（datagram protocol、ＵＤＰ）、及び／又はインターネットプロトコル（internet protocol、ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線及び／又は無線通信ネットワークを含み得る。例えば、他のネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0027】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含んでもよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を用いることができる基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂと通信するように構成され得る。

【0028】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（Global Positioning System、ＧＰＳ）などの測位システムのチップセット１３６、及び／又は他の要素１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有しながら、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

【0029】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、送／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得ることが理解されよう。

【0030】

送／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、図１Ａの基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。

【0031】

送／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信及び受信するための２つ以上の送／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0032】

トランシーバ１２０は、送／受信要素１２２によって送信される信号を変調し、送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

【0033】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶表示（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、当該メモリにデータを記憶し得る。

【0034】

プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２における他の構成要素への電力を分配及び／／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケル－カドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル－亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル水素（nickel metal hydride、ＮｉＭＨ）、リチウム－イオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

【0035】

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有しながら、任意の好適な位置決定方法によって位置情報を取得し得ることが理解されよう。

【0036】

プロセッサ１１８は、他の要素１３８に更に結合され得、他の要素１３８は、追加の特徴、機能性、及び／又は有線若しくは無線接続性を提供する、１つ以上のソフトウェアモジュール及び／又はハードウェアモジュールを含み得る。例えば、要素１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又は動画用の）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality and/or Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。要素１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

【0037】

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームに関連付けられた）信号のいくつか又は全ての送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）を介して、又はプロセッサ（例えば、別個のプロセッサ（図示せず）若しくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、かつ／又は実質的に排除するために、干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のいくつか又は全てのうちのどれかの送信及び受信のための半二重無線機を含み得る。

【0038】

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0039】

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信することができる。

【0040】

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

【0041】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として描写されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

【0042】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ベアラアクティブ化／非アクティブ化のユーザを認証し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択する役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0043】

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送することができる。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの他の機能を実行することができる。

【0044】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

【0045】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

【0046】

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的又は永続的に）使用し得ることが企図されている。

【0047】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

【0048】

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（ＳＴＡ）を有し得る。ＡＰは、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じるＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は参照され得る。ピアツーピアトラフィックは、直接リンクセットアップ（direct link setup、ＤＬＳ）を用いて、発信元ＳＴＡと宛先ＳＴＡとの間で（例えば、直接的に）送られ得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

【0049】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、一次チャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は信号伝達を介して動的に設定される幅であり得る。一次チャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、一次チャネルを感知し得る。一次チャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は決定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおける任意の所与の時間に送信し得る。

【0050】

高スループット（High Throughput、ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルと隣接又は非隣接２０ＭＨｚチャネルとの組み合わせを介して、通信のための４０ＭＨｚ幅のチャネルを使用して、４０ＭＨｚ幅のチャネルを形成することができる。

【0051】

非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記の動作を逆にすることができ、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信することができる。

【0052】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈで低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

【0053】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、一次チャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク割り当てベクトル（Network Allocation Vector、ＮＡＶ）設定は、一次チャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因してプライマリチャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。

【0054】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

【0055】

図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

【0056】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を有しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ビームフォーミングを利用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに信号を送信及び／又は受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリア（図示せず）をＷＴＲＵ１０２ａに伝送することができる。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信することができる。

【0057】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0058】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、図１ＣのｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

【0059】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

【0060】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として描写されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

【0061】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低待ち時間（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３とＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0062】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0063】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。

【0064】

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。更に、ＣＮ１１５は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。

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

ステップＳ５６４において、ＵＡＶ５１０は、測位プロトコルに関連する位置測定値、例えばその位置座標を位置サーバ５４０に報告する。報告量、周期性、及び他の量は、典型的には、測位プロトコル確立中に交換される構成によるものである。

【0137】

ステップＳ５６６において、ＵＡＶ－Ｃ５２０は、測位プロトコルに関連する位置測定値、例えばその位置座標を位置サーバ５４０に報告し得る。報告量、周期性、及び他の量は、典型的には、測位プロトコル確立中に交換される構成によるものである。

【0138】

ステップＳ５６８において、ＵＡＶ ５１０は、ＵＡＳ測位支援要求をＵＣＦ ５３０に送信する。このメッセージは、ＵＡＳ ＩＤ、複数の飛行セグメントを含み得るＵＡＶ飛行計画、及び異なる飛行段階に必要な測位又は追跡品質を含むことができる。ＵＡＳ ＩＤは、リモートＩＤの形式のうちの１つをとることができる。飛行計画は、３次元ウェイポイント（緯度、経度、高度）及び関連する飛行量を含むことができる。更に、飛行計画は、複数の飛行セグメントに分割されてもよい。各飛行セグメントは、異なる測位又は追跡品質要件を有し得る。これは、異なる飛行セグメントで利用可能な測位又は追跡品質の（例えば、既知の障害物などによる異なるＧＮＳＳ信号品質に起因するなど）異なるレベルに起因するか、又は各飛行セグメントにおける飛行活動の異なるレベルに起因し得る。測位又は追跡要件は、精度、最大許容誤差、周期性などの量を含んでもよい。

【0139】

ステップＳ５７０において、ＵＡＶ５１０からＵＡＳ測位支援要求メッセージを受信すると、ＵＣＦ５３０は、指定された飛行セグメントについて要求された精度及び許容誤差に関して、ＵＡＶ５１０からの測位要求を満たすＵＣＦ５３０の能力を伝えることができるＵＡＳ測位応答メッセージで応答する。決定は、各飛行セグメントについて「受諾」又は「拒否」のいずれかの形態をとり得る。「拒否」と共に、ＵＣＦ５３０は、各飛行セグメントの精度及び最大許容誤差などの対応する要求における指定されたパラメータの代替値も含むことができる。ＵＣＦ５３０はまた、各飛行セグメントの精度及び最大許容誤差などの指定されたパラメータの異なる構成の関連コストを含むことができる。

【0140】

相互に受諾可能な測位又は追跡パラメータのセットを決定するために、ＵＡＶ ５１０とＵＣＦ５３０との間でＵＡＳ測位支援要求メッセージ及びＵＡＳ測位支援応答メッセージの複数の交換があり得ることに留意されたい。

【0141】

ステップＳ５７２において、例えば、ＵＡＳ測位支援応答メッセージを受信すると、ＵＡＶ ５１０は、測位パラメータ交渉段階の終了をシグナリングし、ＵＣＦ５３０による測位報告送信をアクティブ化するために、ＵＡＳ測位支援確認メッセージをＵＣＦ５３０へ送信し得る。

【0142】

ステップＳ５７４において、ＵＣＦ５３０は、例えばＵＡＳＩＤ及びＵＡＶ５１０との交渉後に決定された測位構成を含む測位要求を位置サーバ５４０に送信する。

【0143】

ステップＳ５７６において、位置サーバ５４０は、指示されたＵＡＶ５１０に関する位置情報をＵＣＦ５３０に送信する。供給されたＵＡＶ追跡又は測位情報は、典型的には、精度、周期性などの点で要求された構成に準拠している。

【0144】

ステップＳ５７８において、ＵＣＦ ５３０は、位置サーバ５４０からＵＡＶ測位情報を受信すると、測位支援報告にネットワークが推定したＵＡＶ位置推定値を取り込むか、又は測位支援報告に、合意された構成に従って飛行計画に沿った要求されたウェイポイントにおける予想測位測定値を取り込むことができる。これは、公称測定値のセットと呼ばれる。

【0145】

ステップＳ５８０において、ＵＣＦ ５３０は、要求された測位又は追跡情報を含む測位支援報告をＵＡＶ ５１０に送信する。報告は、ネットワークが推定したＵＡＶ位置情報又は報告された飛行計画に沿ったある範囲のウェイポイントの公称測定値を含むことができる。要求された形式に応じて、この報告は、飛行計画に沿った全てのウェイポイントの公称測定値がＵＡＶ ５１０に報告されるときに、基本的に周期的に又はＵＡＶ ５１０の飛行の開始時に送信されてもよい。

【0146】

ステップＳ５８２において、ＵＡＶ５１０は、例えば、測位支援情報の形式及び構成に応じて、
・例えば、ネットワークが供給した測位又は追跡情報を用いて、搭載されたＧＮＳＳ受信機から取得された自身の位置推定値を増強し、
・例えば、搭載されたＧＮＳＳ受信機から取得された自身の位置推定値を、ネットワークが供給した測位又は追跡情報に対して比較し、２つの値間の観察された差に基づいてイベントを生成し、
・その測位測定値（例えば、ＲＳＴＤ測定値）を構成されたウェイポイントでネットワークが供給した公称値と比較し、２つの値の差に基づいてイベントを生成することができる。

【0147】

ステップＳ５８４及びＳ５８６において、ＵＡＶ ５１０は、受諾された構成に従って、測位報告を取り込んでＵＡＶ－Ｃ５２０及びＵＳＳ／ＵＴＭ５５０にそれぞれ送信することができる。測位報告は、ＵＡＶが推定したＵＡＶ測位又は追跡情報とネットワークが供給したＵＡＶ測位又は追跡情報とを組み合わせることから導出された増強されたＵＡＶ測位又は追跡情報、ＵＡＶが推定したＵＡＶ位置とネットワークが供給したＵＡＶ位置との差を示すイベント識別子、及びＵＡＶが推定した測位測定値とＵＡＶ飛行計画に沿った１つ以上のウェイポイントについてネットワークが供給した公称値との差を示すイベント識別子のうちの少なくとも１つを含むことができる。構成された測位イベントのうちの１つがＵＡＶによって宣言されたとき、又は両方のとき、拡張されたＵＡＶ測位情報が構成されている場合、測位報告は基本的に周期的に送信され得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】