JP7609072B2

JP7609072B2 - 第１の無線局、第２の無線局、コアネットワークノード、移動端末、システム、方法、及びコンピュータに読み取り可能な非一時的記録媒体

Info

Publication number: JP7609072B2
Application number: JP2021543694A
Authority: JP
Inventors: 尚二木; 利之田村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-09-06
Filing date: 2020-08-20
Publication date: 2025-01-07
Anticipated expiration: 2040-08-20
Also published as: WO2021044863A1; US20220286936A1; JPWO2021044863A1; EP4027702A4; EP4027702A1; US12520217B2

Description

本開示は、第１の無線局、第２の無線局、コアネットワークノード、移動端末、システム、方法、及びコンピュータに読み取り可能な非一時的記録媒体に関する。

現在、ドローンを用いた物資配送、監視及び農薬散布等が検討されている。また、遠隔からドローンを制御するために、移動体通信ネットワークを使用することも検討されている。

例えば、特許文献１には、無人航空機（ＵＡＶ）が基地局のセルの負荷を推定し、推定される当該負荷に基づいてサービス要件を達成できるかを予測し、この予測に基づいて移動を調整するという技術が、開示されている。例えば、特許文献２には、飛行装置の飛行を制御する管理装置が、複数の基地局の通信状況の履歴を参照して、当該飛行装置に割り当て可能な無線リソースを推定し、当該無線リソースが必要な無線リソースよりも大きくなるように上記飛行装置の飛行ルートを設定する技術が、開示されている。

特表２０１７－５２８９３１号公報特開２０１９－０５９２５８号公報

しかし、上記特許文献１に開示されている技術、及び、上記特許文献２に開示されている技術では、推定に基づいて飛行経路が調整されるので、推定と実際の状況との間にギャップがある場合には通信を継続することが困難になり得る。その結果、例えば飛行中のドローンを制御できなくなり、安全性を保証できなくなり得る。

本開示の目的は、飛行中の移動端末と継続的に通信することをより容易にする第１の無線局、第２の無線局、コアネットワークノード、移動端末、システム、方法、及びコンピュータに読み取り可能な非一時的記録媒体を提供することにある。

本開示の一態様（ａｓｐｅｃｔ）に係る第１の無線局は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から上記第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御する制御部と、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信する処理をトリガする通信処理部と、を備える。

本開示の一態様に係る第２の無線局は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、上記第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御する制御部と、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信する第１通信処理部と、を備える。

本開示の一態様に係るコアネットワークノードは、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成する制御部と、上記要求メッセージを上記第２の無線局から受信することなく、上記要求メッセージを上記第１の無線局へ送信する通信処理部と、を備え、上記要求メッセージは、上記第１の無線局が、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信するのを、トリガする。

本開示の一態様に係る移動端末は、飛行経路情報に従った上記移動端末の移動を制御する飛行制御部と、第２の無線局の第２のセルから第１の無線局の第１のセルへの上記移動端末のハンドオーバにおいて、上記飛行経路情報に従う当該ハンドオーバのために、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信する上記第２の無線局と、通信する通信処理部と、を備える。

本開示の一態様に係るシステムは、第１の無線局と、第２の無線局と、を含み、上記第１の無線局及び上記第２の無線局は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、上記第２の無線局から上記第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御し、上記第１の無線局は、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信し、上記第２の無線局は、上記要求メッセージを送信することなく、上記メッセージを受信する。

本開示の一態様に係る方法は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信することと、を含む。

本開示の一態様に係る方法は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信することと、を含む。

本開示の一態様に係る方法は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成することと、上記要求メッセージを上記第２の無線局から受信することなく、上記要求メッセージを上記第１の無線局へ送信することと、を含み、上記要求メッセージは、上記第１の無線局が、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信するのを、トリガする。

本開示の一態様に係る方法は、飛行経路情報に従った移動端末の移動を制御することと、第２の無線局の第２のセルから第１の無線局の第１のセルへの上記移動端末のハンドオーバにおいて、上記飛行経路情報に従う当該ハンドオーバのために、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信する上記第２の無線局と、通信することと、を含む。

本開示の一態様に係る方法は、第１の無線局及び第２の無線局において、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、上記第２の無線局から上記第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記第１の無線局において、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信することと、上記第２の無線局において、上記要求メッセージを送信することなく、上記メッセージを受信することと、を含む。

本開示の一態様に係るプログラムは、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信することと、をプロセッサに実行させる。

本開示の一態様に係るプログラムは、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信することと、をプロセッサに実行させる。

本開示の一態様に係るプログラムは、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成することと、上記要求メッセージを上記第２の無線局から受信することなく、上記要求メッセージを上記第１の無線局へ送信することと、をプロセッサに実行させ、上記要求メッセージは、上記第１の無線局が、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信するのを、トリガする。

本開示の一態様に係るプログラムは、飛行経路情報に従った移動端末の移動を制御することと、第２の無線局の第２のセルから第１の無線局の第１のセルへの上記移動端末のハンドオーバにおいて、上記飛行経路情報に従う当該ハンドオーバのために、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信する上記第２の無線局と、通信することと、をプロセッサに実行させる。

本開示の一態様に係るコンピュータに読み取り可能な非一時的記録媒体は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信することと、をプロセッサに実行させるプログラムを記録している。

本開示の一態様に係るコンピュータに読み取り可能な非一時的記録媒体は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバを制御することと、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信することと、をプロセッサに実行させるプログラムを記録している。

本開示の一態様に係るコンピュータに読み取り可能な非一時的記録媒体は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への上記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成することと、上記要求メッセージを上記第２の無線局から受信することなく、上記要求メッセージを上記第１の無線局へ送信することと、をプロセッサに実行させるプログラムを記録しており、上記要求メッセージは、上記第１の無線局が、上記第２の無線局から送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを上記第２の無線局へ送信するのを、トリガする。

本開示の一態様に係るコンピュータに読み取り可能な非一時的記録媒体は、飛行経路情報に従った移動端末の移動を制御することと、第２の無線局の第２のセルから第１の無線局の第１のセルへの上記移動端末のハンドオーバにおいて、上記飛行経路情報に従う当該ハンドオーバのために、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信する上記第２の無線局と、通信することと、をプロセッサに実行させるプログラムを記録している。

本開示の各態様によれば、飛行中の移動端末と継続的に通信することがより容易になる。なお、本開示の各態様により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。

本開示の態様に係るシステム１の概略的な構成の一例を示す説明図である。本開示の態様に係るシステム１の概略的な構成のより具体的な例を示す説明図である。飛行経路情報に従った移動端末の移動の例を説明するための説明図である。本開示の態様に係る管制装置の概略的な構成の例を示すブロック図である。本開示の態様に係る第１のコアネットワークノードの概略的な構成の例を示すブロック図である。本開示の態様に係る第２のコアネットワークノードの概略的な構成の例を示すブロック図である。本開示の態様に係る第３のコアネットワークノードの概略的な構成の例を示すブロック図である。本開示の態様に係る無線局の概略的な構成の例を示すブロック図である。本開示の態様に係る移動端末の概略的な構成の例を示すブロック図である。本開示の態様の概要を説明するための説明図である。第１の態様に係るケイパビリティ情報の送受信の処理の概略的な流れの例を説明するためのシーケンス図である。第１の態様に係るリソース情報の送受信の処理の概略的な流れの例を説明するための第１のシーケンス図である。第１の態様に係るリソース情報の送受信の処理の概略的な流れの例を説明するための第２のシーケンス図である。第１の態様の第４の変形例に係るリソース情報の送受信の処理の概略的な流れの例を説明するためのシーケンス図である。第２の態様に係る無線リソースの確保の処理の概略的な流れの例を説明するための第１のシーケンス図である。第２の態様に係る無線リソースの確保の処理の概略的な流れの例を説明するための第２のシーケンス図である。第２の態様の第２の変形例に係る無線リソースの確保の処理の概略的な流れの例を説明するためのシーケンス図である。第３の態様に係る処理の概略的な流れの例を説明するためのシーケンス図である。第４の態様に係るＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージの送信の第１の例を説明するためのシーケンス図である。第４の態様に係るＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージの送信の第２の例を説明するためのシーケンス図である。第４の態様に係るＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージの送信の第３の例を説明するためのシーケンス図である。第３の態様に係るハンドオーバの処理の概略的な流れの例を説明するためのシーケンス図である。第３の態様の第３の変形例に係るハンドオーバの処理の概略的な流れの例を説明するためのシーケンス図である。第４の態様に係る移動端末の飛行経路の変更の通知の第１の例を説明するためのシーケンス図である。第４の態様に係る移動端末の飛行経路の変更の通知の第２の例を説明するためのシーケンス図である。第４の態様に係る管制装置への飛行経路変更の通知の第２の例を説明するためのシーケンス図である。第４の態様に係る移動端末の着陸のための処理の第１の例を説明するためのシーケンス図である。第４の態様に係る移動端末の着陸のための処理の第２の例を説明するためのシーケンス図である。第４の態様に係る移動端末の着陸のための処理の第３の例を説明するためのシーケンス図である。第４の態様に係る移動端末の着陸のための処理の第４の例を説明するためのシーケンス図である。第４の態様に係る移動端末の着陸のための処理の第５の例を説明するためのシーケンス図である。第５の態様に係るコアネットワークノードの概略的な構成の例を示すブロック図である。第５の態様に係る無線局の概略的な構成の例を示すブロック図である。第５の態様に係る移動端末の概略的な構成の例を示すブロック図である。第６の態様に係る管制装置の概略的な構成の例を示すブロック図である。第６の態様に係る第１のコアネットワークノードの概略的な構成の例を示すブロック図である。第６の態様に係る第２のコアネットワークノードの概略的な構成の例を示すブロック図である。第６の態様に係る無線局の概略的な構成の例を示すブロック図である。第６の態様に係る移動端末の概略的な構成の例を示すブロック図である。第７の態様に係る管制装置の概略的な構成の例を示すブロック図である。第７の態様に係る第１のコアネットワークノードの概略的な構成の例を示すブロック図である。第７の態様に係る第２のコアネットワークノードの概略的な構成の例を示すブロック図である。第７の態様に係る無線局の概略的な構成の例を示すブロック図である。第７の態様に係る移動端末の概略的な構成の例を示すブロック図である。第８の態様に係る管制装置の概略的な構成の例を示すブロック図である。第８の態様に係る第１のコアネットワークノードの概略的な構成の例を示すブロック図である。第８の態様に係る第２のコアネットワークノードの概略的な構成の例を示すブロック図である。第８の態様に係る移動端末の概略的な構成の例を示すブロック図である。第９の態様に係るコアネットワークノードの概略的な構成の例を示すブロック図である。第９の態様に係る無線局の概略的な構成の例を示すブロック図である。第９の態様に係る移動端末の概略的な構成の例を示すブロック図である。

以下、添付の図面を参照して本開示の態様を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

説明は、以下の順序で行われる。
１．システムの構成
２．各ノードの構成
２．１．管制装置の構成
２．２．第１のコアネットワークノードの構成
２．３．第２のコアネットワークノードの構成
２．４．第３のコアネットワークノードの構成
２．５．無線局の構成
２．６．移動端末の構成
３．態様の概要
４．第１の態様
５．第２の態様
６．第３の態様
７．第４の態様
８．第５の態様
８．１．コアネットワークノードの構成
８．２．無線局の構成
８．３．移動端末の構成
８．４．動作例
９．第６の態様
９．１．管制装置の構成
９．２．第１のコアネットワークノードの構成
９．３．第２のコアネットワークノードの構成
９．４．無線局の構成
９．５．移動端末の構成
９．６．動作例
１０．第７の態様
１０．１．管制装置の構成
１０．２．第１のコアネットワークノードの構成
１０．３．第２のコアネットワークノードの構成
１０．４．無線局の構成
１０．５．移動端末の構成
１０．６．動作例
１１．第８の態様
１１．１．管制装置の構成
１１．２．第１のコアネットワークノードの構成
１１．３．第２のコアネットワークノードの構成
１１．４．移動端末の構成
１１．５．動作例
１２．第９の態様
１２．１．コアネットワークノードの構成
１２．２．無線局の構成
１２．３．移動端末の構成
１２．４．動作例

＜＜１．システムの構成＞＞
図１～図３を参照して、本開示の態様に係るシステム１の構成の例を説明する。図１は、本開示の態様に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、コアネットワーク（ｃｏｒｅｎｅｔｗｏｒｋ，ＣＮ）１０、管制装置１００、無線局５００及び移動端末６００を含む。当然ながら、システム１は、複数の無線局５００を含んでもよく、複数の移動端末６００を含んでもよい。

例えば、システム１は、移動体通信システムであり、３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）の技術仕様（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ，ＴＳ）に準拠する。より具体的には、例えば、システム１は、第５世代（５Ｇ）／ＮＲ（ＮｅｗＲａｄｉｏ）の技術仕様（ＴＳ）に準拠してもよい。当然ながら、システム１は、これらの例に限定されない。

（１）コアネットワーク（ＣＮ）１０
ＣＮ１０は、複数のコアネットワーク（ＣＮ）ノードを含む。当該複数のＣＮノードの各々は、ネットワークファンクション（ＮＦ）と呼ばれてもよい。例えば、図１に示されるように、ＣＮ１０は、第１のＣＮノード２００、第２のＣＮノード３００及び第３のＣＮノード４００を含む。

例えば、第１のＣＮノード２００は、移動端末６００のアクセス及びモビリティの少なくとも一方を管理（ｍａｎａｇｅ）する。第２のＣＮノード３００は、ＣＮ１０外に位置する装置（例えば、アプリケーションファンクション（ＡＦ））がＣＮ１０と対話（ｉｎｔｅｒａｃｔ）するのに用いられる。第３のＣＮノード４００は、移動端末６００のためのセッションを管理する。

より具体的な例を示す図２を参照すると、例えば、ＣＮ１０は、５Ｇコアネットワーク（５ＧＣ）であり、第１のＣＮノード２００は、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）であり、第２のＣＮノード３００は、ＮＥＦ（ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）であり、第３のＣＮノード４００は、ＳＭＦ（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）である。

当然ながら、第１のＣＮノード２００、第２のＣＮノード３００及び第３のＣＮノード４００は、上述した例に限定されない。また、当然ながら、ＣＮ１０は、第１のＣＮノード２００、第２のＣＮノード３００及び第３のＣＮノード４００以外の１つ以上のＣＮノードをさらに含んでもよい。また、ＣＮ１０は、複数の第１のＣＮノード２００を含んでもよく、複数の第２のＣＮノード３００を含んでもよく、複数の第３のＣＮノード４００を含んでもよい。また、移動端末６００の移動に伴い、移動端末６００を管理する第１のＣＮノード２００が他の第１のＣＮノード２００に更新されてもよい。同様に、移動端末６００の移動に伴い、移動端末６００のセッションを管理する第３のＣＮノード４００が他の第３のＣＮノード４００に更新されてもよい。

（２）無線局５００
無線局５００は、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ，ＲＡＮ）のノードであり、無線局５００のセル又はカバレッジエリア内に位置する移動端末（例えば、移動端末６００）と通信する。例えば、無線局５００は、当該移動端末に割り当てられた無線リソースを用いて当該移動端末と通信する。

より具体的な例を示す図２を参照すると、例えば、無線局５００は、ＮＧ－ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノードである。５ＧのＴＳ（ｅ．ｇ．，ＴＳ３８．３００，ＴＳ３８．４０１）に定義されているように、ＮＧ－ＲＡＮノードは、ｇＮＢ又はｎｇ－ｅＮＢであってもよいし、ＴＳに定義される他の名称のノードであってもよい。ｇＮＢは、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）に対するＮＲユーザプレーン及び制御プレーンプロトコルの少なくとも一方の終端を提供し、ＮＧインターフェースを介して５ＧＣに接続されるノードである。また、ｎｇ－ｅＮＢは、ＵＥに対するＥ－ＵＴＲＡ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）ユーザプレーン及び制御プレーンプロトコルの少なくとも一方の終端を提供し、ＮＧインターフェースを介して５ＧＣに接続されるノードである。２つのＮＧ－ＲＡＮノードは、Ｘｎインターフェースで互いに直接的に接続されてもよい。

無線局５００は、複数のユニット（又は複数のノード）を含んでもよい。当該複数のユニット（又は複数のノード）は、上位のプロトコルレイヤの処理を行う第１ユニット（又は第１ノード）と、下位のプロトコルレイヤの処理を行う第２ユニット（又は第２ノード）とを含んでもよい。一例として、上記第１ユニットは、中央ユニット（ＣｅｎｔｒａｌＵｎｉｔ：ＣＵ）と呼ばれてもよく、上記第２のユニットは、分散ユニット（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ：ＤＵ）と呼ばれてもよい。例えば、上記第１のユニット（中央ユニット）は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤ、ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）レイヤ、及び、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）レイヤの処理を行ってもよい。また、上記第２のユニット（分散ユニット）は、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）レイヤ、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤ、及び、ＰＨＹ（Ｐｈｙｓｉｃａｌ）レイヤの処理を行ってもよい。

あるいは、無線局５００は、単一のユニット（又は単一のノード）であってもよい。この場合に、無線局５００は、上記複数のユニットのうちの１つ（例えば、上記第１ユニット及び上記第２ユニットの一方）であってもよく、上記複数のユニットのうちの他のユニット（例えば、上記第１ユニット及び上記第２ユニットの他方）と接続されていてもよい。

（３）移動端末６００及び管制装置１００
移動端末６００は、無線局と通信する。例えば、移動端末６００は、無線局５００のセル又はカバレッジエリアに位置する場合に、無線局５００と通信する。例えば、移動端末６００は、移動端末６００に割り当てられた無線リソースを用いて、無線局５００と通信する。

とりわけ、移動端末６００は、飛行することができ、管制装置１００は、移動端末６００の飛行を計画する。例えば、管制装置１００は、移動端末６００の飛行経路（ｆｌｉｇｈｔｐａｔｈ）を決定し、移動端末６００は、当該飛行経路に沿って移動する。また、管制装置１００は、飛行中の移動端末６００と通信し、移動端末６００の飛行を制御してもよい。管制装置１００と移動端末６００の通信は、ユーザーデータ、つまりＵＰ（ＵｓｅｒＰｌａｎｅ）データの通信として行われてもよいし、制御シグナリング、つまりＣＰ（ＣｏｎｔｒｏｌＰｌａｎｅ）シグナリングとして行われてもよい。これらの通信は、コアネットワーク（ＣＮ）及び無線アクセスネットワーク（ＲＡＮ）の所定のノードを経由して（つまり適宜、終端して）行われてもよい。

とりわけ、移動端末６００は、ＰＡＶ（ＰａｓｓｅｎｇｅｒＡｉｒＶｅｈｉｃｌｅ）又は有人機（ＭａｎｎｅｄＡｉｒｃｒａｆｔ）とも称され、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体であってもよい。

例えば、管制装置１００は、移動端末６００のための飛行経路情報（ｆｌｉｇｈｔｐａｔｈｉｎｆｏｒｍａｔｉｏｎ）を生成し、又は他の装置から取得する。当該飛行経路情報に含まれる全て又は一部を包含する情報は、飛行計画（ｆｌｉｇｈｔｐｌａｎ）又は飛行プロファイル（ｆｌｉｇｈｔｐｒｏｆｉｌｅ）等と呼ばれてもよい。あるいは、上記飛行経路情報自体が、飛行計画又は飛行プロファイル等と呼ばれてもよい。上記飛行経路情報は、移動端末６００の飛行経路を示す経路情報（例えば、１つ以上のウェイポイントの位置を示す情報）を含む。当該１つ以上のウェイポイントの各々の位置は、緯度、経度、及び高度として表されてもよい。上記飛行経路情報は、移動端末６００の移動速度（ｖｅｌｏｃｉｔｙ）を示す移動速度情報を含んでもよい。当該移動速度情報は、移動端末６００の水平移動速度（Ｈｏｒｉｚｏｎｔａｌｖｅｌｏｃｉｔｙ）と、移動端末６００の垂直移動速度（Ｖｅｒｔｉｃａｌｖｅｌｏｃｉｔｙ）を示してもよい。上記飛行経路情報は、移動端末６００の飛行についての時間を示す時間情報等の他の情報をさらに含んでもよい。時間情報は、１つ以上のウェイポイントの各々について、移動端末６００が通過する時刻を示してもよい。さらに又はあるいは、上記時間情報は、１つ以上の区間における移動端末６００の飛行時間を示してもよく、当該１つ以上の区間の各々は、任意の２つのウェイポイント間の区間であってもよい。移動端末６００は、上記飛行経路情報に従って移動する。上記飛行経路情報は、移動端末６００の飛行において使用されるセルのリストを示す情報を含んでもよい。

図３は、飛行経路情報に従った移動端末６００の移動の例を説明するための説明図である。図３を参照すると、移動端末６００は、飛行経路４０に沿って、出発地点２０から目的地点３０まで移動（即ち、飛行）する。飛行経路４０は、複数の無線局５００の各々のセル５０と重なり、移動端末６００は、飛行経路４０に沿って移動するときに、これらの無線局５００を介して（例えば管制装置１００と）通信することができる。即ち、移動端末６００は、飛行経路４０に沿って移動するときに、複数のセル５０を使用して（例えば管制装置１００と）通信することができる。

なお、図３の例では、移動端末６００は、飛行経路４０に沿って移動するときに、無線局５００毎に１つのセルを使用するが、本開示の態様はこのような例に限定されない。飛行経路４０は、ある無線局５００の２つ以上のセルと重なってもよく、移動端末６００は、飛行経路４０に沿って移動するときに、当該２つ以上のセルを使用して通信してもよい。当該２つ以上のセルは、異なるエリアのセル（例えば異なるセクタのセル）であってもよく、異なる周波数帯域のセルであってもよい。

具体的な例を示す図２を参照すると、例えば、移動端末６００は、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）である。とりわけ、移動端末６００は、ＡｅｒｉａｌＵＥと呼ばれてもよい。例えば、移動端末６００は、飛行装置（例えば、ドローン又はＵＡＶ）であってもよいし、飛行装置に取り付けられる通信装置であってもよい。

管制装置１００は、ＣＮ１０外に位置する。例えば、管制装置１００は、アプリケーションファンクション（ＡＦ）である。

以上、本開示の態様に係るシステム１の構成の例を説明した。上述したシステム１は、とりわけ、後述する第１～第４の態様に係るシステムであるが、その他の態様（第５～第９の態様）に係るシステムであってもよい。

＜＜２．各ノードの構成＞＞
図４～図９を参照して、本開示の態様に係る各ノードの構成を説明する。ここで説明する各ノードの構成は、とりわけ第１～第４の態様に係る各ノードの構成である。

＜２．１．管制装置の構成＞
図４は、本開示の態様に係る管制装置１００の概略的な構成の例を示すブロック図である。図４を参照すると、管制装置１００は、ネットワーク通信部１１０、記憶部１２０及び処理部１３０を備える。

（１）ネットワーク通信部１１０
ネットワーク通信部１１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部１２０
記憶部１２０は、管制装置１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的（非一時的）に記憶する。当該プログラムは、管制装置１００の動作のための１つ以上の命令を含む。

（３）処理部１３０
処理部１３０は、管制装置１００の様々な機能を提供する。処理部１３０は、制御部１３１及び通信処理部１３３を含む。なお、処理部１３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１３０は、これらの構成要素の動作以外の動作も行い得る。制御部１３１及び通信処理部１３３の具体的な動作は、各態様において説明する。

例えば、処理部１３０（通信処理部１３３）は、ネットワーク通信部１１０を介して他のネットワークノード（例えば、コアネットワークノード）と通信する。

（４）実装例
ネットワーク通信部１１０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機（ｔｒａｎｓｍｉｔｔｅｒ）、受信機（ｒｅｃｅｉｖｅｒ）、及び／又は送受信機（ｔｒａｎｓｃｅｉｖｅｒ）等により実装されてもよい。記憶部１２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１３０は、１つ以上のプロセッサにより実装されてもよい。制御部１３１及び通信処理部１３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。処理部１３０及び記憶部１２０は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

管制装置１００は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１３０の動作（制御部１３１及び／又は通信処理部１３３の動作）を行ってもよい。上記プログラムは、処理部１３０の動作（制御部１３１及び／又は通信処理部１３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

管制装置１００は、送受信機とコントローラとを含んでもよい。当該コントローラは、処理部１３０の動作（制御部１３１及び／又は通信処理部１３３の動作）を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、管制装置１００は、仮想化されていてもよい。即ち、管制装置１００は、仮想マシンとして実装されてもよい。この場合に、管制装置１００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜２．２．第１のコアネットワークノードの構成＞
図５は、本開示の態様に係る第１のＣＮノード２００の概略的な構成の例を示すブロック図である。図５を参照すると、第１のＣＮノード２００は、ネットワーク通信部２１０、記憶部２２０及び処理部２３０を備える。

（１）ネットワーク通信部２１０
ネットワーク通信部２１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部２２０
記憶部２２０は、第１のＣＮノード２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的（非一時的）に記憶する。当該プログラムは、第１のＣＮノード２００の動作のための１つ以上の命令を含む。

（３）処理部２３０
処理部２３０は、第１のＣＮノード２００の様々な機能を提供する。処理部２３０は、制御部２３１及び通信処理部２３３を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。制御部２３１及び通信処理部２３３の具体的な動作は、各態様において説明する。

例えば、処理部２３０（通信処理部２３３）は、ネットワーク通信部２１０を介して他のネットワークノード（例えば、無線局５００又はコアネットワークノード）と通信する。

（４）実装例
ネットワーク通信部２１０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機（ｔｒａｎｓｍｉｔｔｅｒ）、受信機（ｒｅｃｅｉｖｅｒ）、及び／又は送受信機（ｔｒａｎｓｃｅｉｖｅｒ）等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部２３０は、１つ以上のプロセッサにより実装されてもよい。制御部２３１及び通信処理部２３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。処理部２３０及び記憶部２２０は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

第１のＣＮノード２００は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部２３０の動作（制御部２３１及び／又は通信処理部２３３の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（制御部２３１及び／又は通信処理部２３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

第１のＣＮノード２００は、送受信機とコントローラとを含んでもよい。当該コントローラは、処理部２３０の動作（制御部２３１及び／又は通信処理部２３３の動作）を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、第１のＣＮノード２００は、仮想化されていてもよい。即ち、第１のＣＮノード２００は、仮想マシンとして実装されてもよい。この場合に、第１のＣＮノード２００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜２．３．第２のコアネットワークノードの構成＞
図６は、本開示の態様に係る第２のＣＮノード３００の概略的な構成の例を示すブロック図である。図６を参照すると、第２のＣＮノード３００は、ネットワーク通信部３１０、記憶部３２０及び処理部３３０を備える。

（１）ネットワーク通信部３１０
ネットワーク通信部３１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部３２０
記憶部３２０は、第２のＣＮノード３００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的（非一時的）に記憶する。当該プログラムは、第２のＣＮノード３００の動作のための１つ以上の命令を含む。

（３）処理部３３０
処理部３３０は、第２のＣＮノード３００の様々な機能を提供する。処理部３３０は、制御部３３１及び通信処理部３３３を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。制御部３３１及び通信処理部３３３の具体的な動作は、各態様において説明する。

例えば、処理部３３０（通信処理部３３３）は、ネットワーク通信部３１０を介して他のネットワークノード（例えば、管制装置１００又はコアネットワークノード）と通信する。

（４）実装例
ネットワーク通信部３１０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機（ｔｒａｎｓｍｉｔｔｅｒ）、受信機（ｒｅｃｅｉｖｅｒ）、及び／又は送受信機（ｔｒａｎｓｃｅｉｖｅｒ）等により実装されてもよい。記憶部３２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部３３０は、１つ以上のプロセッサにより実装されてもよい。制御部３３１及び通信処理部３３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部３２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。処理部３３０及び記憶部３２０は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

第２のＣＮノード３００は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部３３０の動作（制御部３３１及び／又は通信処理部３３３の動作）を行ってもよい。上記プログラムは、処理部３３０の動作（制御部３３１及び／又は通信処理部３３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

第２のＣＮノード３００は、送受信機とコントローラとを含んでもよい。当該コントローラは、処理部３３０の動作（制御部３３１及び／又は通信処理部３３３の動作）を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、第２のＣＮノード３００は、仮想化されていてもよい。即ち、第２のＣＮノード３００は、仮想マシンとして実装されてもよい。この場合に、第２のＣＮノード３００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜２．４．第３のコアネットワークノードの構成＞
図７は、本開示の態様に係る第３のＣＮノード４００の概略的な構成の例を示すブロック図である。図７を参照すると、第３のＣＮノード４００は、ネットワーク通信部４１０、記憶部４２０及び処理部４３０を備える。

（１）ネットワーク通信部４１０
ネットワーク通信部４１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部４２０
記憶部４２０は、第３のＣＮノード４００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的（非一時的）に記憶する。当該プログラムは、第３のＣＮノード４００の動作のための１つ以上の命令を含む。

（３）処理部４３０
処理部４３０は、第３のＣＮノード４００の様々な機能を提供する。処理部４３０は、制御部４３１及び通信処理部４３３を含む。なお、処理部４３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部４３０は、これらの構成要素の動作以外の動作も行い得る。制御部４３１及び通信処理部４３３の具体的な動作は、各態様において説明する。

例えば、処理部４３０（通信処理部４３３）は、ネットワーク通信部４１０を介して他のネットワークノード（例えば、コアネットワークノード）と通信する。

（４）実装例
ネットワーク通信部４１０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機（ｔｒａｎｓｍｉｔｔｅｒ）、受信機（ｒｅｃｅｉｖｅｒ）、及び／又は送受信機（ｔｒａｎｓｃｅｉｖｅｒ）等により実装されてもよい。記憶部４２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部４３０は、１つ以上のプロセッサにより実装されてもよい。制御部４３１及び通信処理部４３３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部４２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。処理部４３０及び記憶部４２０は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

第３のＣＮノード４００は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部４３０の動作（制御部４３１及び／又は通信処理部４３３の動作）を行ってもよい。上記プログラムは、処理部４３０の動作（制御部４３１及び／又は通信処理部４３３の動作）をプロセッサに実行させるためのプログラムであってもよい。

第３のＣＮノード４００は、送受信機とコントローラとを含んでもよい。当該コントローラは、処理部４３０の動作（制御部４３１及び／又は通信処理部４３３の動作）を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、第３のＣＮノード４００は、仮想化されていてもよい。即ち、第３のＣＮノード４００は、仮想マシンとして実装されてもよい。この場合に、第３のＣＮノード４００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜２．５．無線局の構成＞
図８は、本開示の態様に係る無線局５００の概略的な構成の例を示すブロック図である。図８を参照すると、無線局５００は、ネットワーク通信部５１０、無線通信部５２０、記憶部５３０及び処理部５４０を備える。

（１）ネットワーク通信部５１０
ネットワーク通信部５１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）無線通信部５２０
無線通信部５２０は、無線信号を送受信する。例えば、無線通信部５２０は、移動端末からの無線信号を受信し、移動端末への無線信号を送信する。

（３）記憶部５３０
記憶部５３０は、無線局５００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的（非一時的）に記憶する。当該プログラムは、無線局５００の動作のための１つ以上の命令を含む。

（４）処理部５４０
処理部５４０は、無線局５００の様々な機能を提供する。処理部５４０は、制御部５４１、第１通信処理部５４３及び第２通信処理部５４５を含む。なお、処理部５４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部５４０は、これらの構成要素の動作以外の動作も行い得る。制御部５４１、第１通信処理部５４３及び第２通信処理部５４５の具体的な動作は、各態様において説明する。

例えば、処理部５４０（第１通信処理部５４３）は、ネットワーク通信部５１０を介して他のネットワークノード（例えば、コアネットワークノード）と通信する。例えば、処理部５４０（第２通信処理部５４５）は、無線通信部５２０を介して移動端末と通信する。

（５）実装例
ネットワーク通信部５１０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機（ｔｒａｎｓｍｉｔｔｅｒ）、受信機（ｒｅｃｅｉｖｅｒ）、及び／又は送受信機（ｔｒａｎｓｃｅｉｖｅｒ）等により実装されてもよい。無線通信部５２０は、アンテナ、高周波（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ：ＲＦ）回路、送信機、受信機、及び／又は送受信機等により実装されてもよい。上記アンテナは、指向性アンテナであってもよい。記憶部５３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部５４０は、１つ以上のプロセッサにより実装されてもよい。制御部５４１、第１通信処理部５４３及び第２通信処理部５４５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部５３０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。処理部５４０及び記憶部５３０は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

無線局５００は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部５４０の動作（制御部５４１、第１通信処理部５４３及び／又は第２通信処理部５４５の動作）を行ってもよい。上記プログラムは、処理部５４０の動作（制御部５４１、第１通信処理部５４３及び／又は第２通信処理部５４５の動作）をプロセッサに実行させるためのプログラムであってもよい。

無線局５００は、送受信機とコントローラとを含んでもよい。当該コントローラは、処理部５４０の動作（制御部５４１、第１通信処理部５４３及び／又は第２通信処理部５４５の動作）を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、無線局５００は、部分的に又は全体的に仮想化されていてもよい。即ち、無線局５００の一部又は全部は、仮想マシンとして実装されてもよい。この場合に、無線局５００の一部又は全体（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜２．６．移動端末の構成＞
図９は、本開示の態様に係る移動端末６００の概略的な構成の例を示すブロック図である。図９を参照すると、移動端末６００は、無線通信部６１０、記憶部６２０及び処理部６３０を備える。

（１）無線通信部６１０
無線通信部６１０は、無線信号を送受信する。例えば、無線通信部６１０は、無線局からの無線信号を受信し、無線局への無線信号を送信する。

（２）記憶部６２０
記憶部６２０は、移動端末６００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的（非一時的）に記憶する。当該プログラムは、移動端末６００の動作のための１つ以上の命令を含む。

（３）処理部６３０
処理部６３０は、移動端末６００の様々な機能を提供する。処理部６３０は、飛行制御部６３１、通信制御部６３３及び通信処理部６３５を含む。なお、処理部６３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部６３０は、これらの構成要素の動作以外の動作も行い得る。飛行制御部６３１、通信制御部６３３及び通信処理部６３５の具体的な動作は、各態様において説明する。

例えば、処理部６３０（飛行制御部６３１）は、飛行経路情報に従った移動端末６００の移動を制御する。

例えば、処理部６３０（通信処理部６３５）は、無線通信部６１０を介して無線局と通信する。

（４）実装例
無線通信部６１０は、アンテナ、高周波（ＲＦ）回路、送信機、受信機、及び／又は送受信機等により実装されてもよい。上記アンテナは、指向性アンテナであってもよい。記憶部６２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部６３０は、１つ以上のプロセッサにより実装されてもよい。飛行制御部６３１、通信制御部６３３及び通信処理部６３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部６２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。一例として、処理部６３０は、ＳｏＣ（ＳｙｓｔｅｍｏｎＣｈｉｐ）内で実装されてもよい。処理部６３０及び記憶部６２０は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。一例として、飛行制御部６３１は、フライトコントローラにより実装されてもよい。通信制御部６３３及び通信処理部６３５は、当該フライトコントローラにより実装されてもよく、他のコントローラにより実装されてもよい。

移動端末６００は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部６３０の動作（飛行制御部６３１、通信制御部６３３及び／又は通信処理部６３５の動作）を行ってもよい。上記プログラムは、処理部６３０の動作（飛行制御部６３１、通信制御部６３３及び／又は通信処理部６３５の動作）をプロセッサに実行させるためのプログラムであってもよい。

移動端末６００は、送受信機とコントローラとを含んでもよい。当該コントローラは、処理部６３０の動作（飛行制御部６３１、通信制御部６３３及び／又は通信処理部６３５の動作）を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、移動端末６００が、飛行装置に取り付けられる装置ではなく、飛行装置そのものである場合に、移動端末６００は、飛行部をさらに備えてもよい。当該飛行部は、バッテリ、モータ及びＥＳＣ（ＥｌｅｃｔｒｉｃＳｐｅｅｄＣｏｎｔｒｏｌｌｅｒ）等により実装されてもよい。

＜＜３．態様の概要＞＞
図１０を参照して、本開示の態様の概要を説明する。

図１０は、本開示の態様の概要を説明するための説明図である。図１０を参照すると、本開示の態様全体としては、５つの動作（動作１１００、動作１２００、動作１３００、動作１４００及び動作１５００）が行われる。

第１の態様は、動作１１００（無線局の動作をサポートするかを示すケイパビリティ情報の送受信）及び動作１２００（無線リソースのアベイラビリティに関するリソース情報の送受信）についての態様である。また、第５の態様は、動作１１００についてのより一般化された態様であり、第６の態様は、動作１２００についてのより一般化された態様である。

第２の態様は、動作１３００（無線リソースの確保（ｒｅｓｅｒｖａｔｉｏｎ））についての態様である。また、第７の態様は、動作１３００についてのより一般化された態様である。

第３の態様は、動作１４００（飛行のための通信の開始）についての態様である。また、第８の態様は、動作１４００についてのより一般化された態様である。

第４の態様は、動作１５００（ハンドオーバ）についての態様である。また、第９の態様は、動作１５００についてのより一般化された態様である。

図１０に示される５つの動作の全てが組み合せられてもよく、又は、上記５つの動作の一部が組み合せられてもよい。即ち、第１～第４の態様における動作のすべてが組み合せられてもよく、又は、第１～第４の態様における動作の少なくとも一部が組み合せられてもよい。反対に、図１０に示される５つの動作のうちの１つの動作は、当該５つの動作のうちの他の４つの動作に依存せず、独立していてもよい。一例として、第４の態様の動作（動作１５００）は、第１～第３の態様の動作（動作１１００～１４００）に依存せず、独立していてもよい。例えば、下記のように各態様における動作は、それぞれ異なる（又は独立した）条件に従って行われてもよい。

例えば、動作１１００（無線局の動作をサポートするかを示すケイパビリティ情報の送受信）及び動作１２００（無線リソースのアベイラビリティに関するリソース情報の送受信）は、移動端末６００の個々の飛行ごとに行われるのではなく、将来計画される多くの飛行のために事前に行われる。例えば、動作１１００（無線局の動作をサポートするかを示すケイパビリティ情報の送受信）は、各装置の初期設定時や起動ごとに行われても良い。

例えば、動作１３００（無線リソースの確保）は、移動端末６００の個々の飛行の計画時に行われる。

例えば、動作１４００（飛行のための通信の開始）は、計画された飛行の開始時に行われる。

例えば、動作１５００（ハンドオーバ）は、移動端末６００の飛行中に行われる。

＜＜４．第１の態様＞＞
続いて、図１１～図１４を参照して、本開示の第１の態様を説明する。

（１）ケイパビリティ情報の送受信
（１－１）無線局５００のケイパビリティ
無線局５００（第１通信処理部５４３）は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５００の動作をサポートするかを示す第１のケイパビリティ情報を第１のＣＮノード２００へ送信する。第１のＣＮノード２００（通信処理部２３３）は、当該第１のケイパビリティ情報を無線局５００から受信する。例えば、第１のケイパビリティ情報は、本開示の無線局５００の各種動作のそれぞれをサポートしているかを示す情報であってもよい。具体的には、第１のケイパビリティ情報は、ドローンサービスをサポートするかを示す情報であってもよいし、「ＣＮｉｎｉｔｉａｔｅｄＨＯ（Ｈａｎｄｏｖｅｒ）ｓｕｐｐｏｒｔ」が真であるか否かを示す情報であってもよい。またある例においては、第１のケイパビリティ情報は、移動端末６００の飛行経路の変更をサポートするかを示す情報であってもよいし、移動端末６００の着陸の指示又は要求、もしくは移動端末６００に着陸させるかの判定に用いる補助情報をサポートするかを示す情報であってもよい。また、例えば第１のケイパビリティ情報は少なくとも１つの時間（ｔｉｍｅｐｅｒｉｏｄ）についての無線リソースのアベイラビリティに関するリソース情報を無線局５００が提供できるかを示す情報であってもよい。

例えば、第１のＣＮノード２００（通信処理部２３３）は、第１のＣＮノード２００に対応する複数の無線局５００の各々から上記ケイパビリティ情報を受信する。

例えば、無線局５００（第１通信処理部５４３）は、上記第１のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージを第１のＣＮノード２００へ送信する。第１のＣＮノード２００（通信処理部２３３）は、当該ＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージを無線局５００から受信する。

一例として、上記第１のケイパビリティ情報は、無線局５００が上記リソース情報を提供できることを示す。別の例として、上記第１のケイパビリティ情報は、無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５００の動作をサポートしていないことを示してもよいし、上記第１のケイパビリティ情報は、無線局５００が上記リソース情報を提供できないことを示してもよい。

なお、上記リソース情報の具体的な内容は、後に詳細に説明する。

（１－２）第１のＣＮノード２００のケイパビリティ
例えば、第１のＣＮノード２００（通信処理部２３３）は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うためのＣＮノード２００の動作をサポートしているかを示す第２のケイパビリティ情報を無線局５００へ送信する。無線局５００（第１通信処理部５４３）は、上記第２のケイパビリティ情報を第１のＣＮノード２００から受信する。例えば、第２のケイパビリティ情報は、本開示のＣＮノード２００の各種動作のそれぞれをサポートしているかを示す情報であってもよい。具体的には、第２のケイパビリティ情報は、ドローンサービスをサポートするかを示す情報であってもよいし、「ＣＮｉｎｉｔｉａｔｅｄＨＯ（Ｈａｎｄｏｖｅｒ）ｓｕｐｐｏｒｔ」が真であるか否かを示す情報であってもよい。またある例においては、第２のケイパビリティ情報は、移動端末６００の飛行経路の変更をサポートするかを示す情報であってもよいし、移動端末６００の着陸の指示又は要求、もしくは移動端末６００に着陸させるかの判定に用いる補助情報をサポートするかを示す情報であってもよい。また、例えば第２のケイパビリティ情報は少なくとも１つの時間（ｔｉｍｅｐｅｒｉｏｄ）についての無線リソースのアベイラビリティに関するリソース情報に関するサービスを第１のＣＮノード２００がサポートするかを示す情報であってもよい。また、例えば第２のケイパビリティ情報は少なくとも１つの時間（ｔｉｍｅｐｅｒｉｏｄ）についての無線リソースのアベイラビリティに関するリソース情報を第１のＣＮノード２００が提供できるかを示す情報であってもよい。
なお第２のケイパビリティ情報は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を、無線局５００から第１のＣＮノード２００が受け入れることができるかを示してもよい。

第１のＣＮノード２００が設定する第２のケイパビリティ情報は、システム１を構成する管制装置１００のケイパビリティの有無、第２のＣＮノード（ＮＥＦ）３００のケイパビリティの有無、及び第３のＣＮノード（ＳＭＦ）４００のケイパビリティの有無を考慮して設定されてもよい。管制装置１００、第２のＣＮノード（ＮＥＦ）３００、及び第３のＣＮノード（ＳＭＦ）４００の各々は、自らのケイパビリティ情報を第１のＣＮノード（ＡＭＦ）２００に事前に通知してもよいし、第１のＣＮノード２００が、管制装置１００、第２のＣＮノード（ＮＥＦ）３００、及び第３のＣＮノード（ＳＭＦ）４００に問い合わせることで、システム１のケイパビリティを判断してもよい。各装置のケイパビリティは、当該装置にそのケイパビリティがあるか否か、当該装置にケイパビリティがある時点において一時的にケイパビリティがあるか否か、及び、当該装置または当該装置のインスタンスを管理している物理的な装置が第１のＣＮノード２００に接続しているか否か、の少なくともいずれかに基づいて判断されてもよい。

例えば、第１のＣＮノード２００（通信処理部２３３）は、上記第２のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージを第１のＣＮノード２００から受信する。無線局５００（第１通信処理部５４３）は、当該ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージを第１のＣＮノード２００から受信する。

一例として、上記第２のケイパビリティ情報は、第１のＣＮノード２００が上記リソース情報を（例えば他のＣＮノードへ）提供できることを示す。別の例として、上記第２のケイパビリティ情報は、無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための第１のＣＮノード２００の動作をサポートしていないことを示してもよいし、上記第２のケイパビリティ情報は、第１のＣＮノード２００が上記リソース情報を（例えば他のＣＮノードへ）提供できないことを示してもよい。

（１－３）処理の流れ
図１１は、第１の態様に係るケイパビリティ情報の送受信の処理の概略的な流れの例を説明するためのシーケンス図である。

図１１では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載され、第１のＣＮノード２００はＡＭＦとして記載されている。

ＮＧ－ＲＡＮノード５００Ａは、第１のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージをＡＭＦ２００へ送信する（Ｓ１１０１）。

ＡＭＦ２００は、当該ＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージの受信に応じて、ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージをＮＧ－ＲＡＮノード５００Ａへ送信する（Ｓ１１０３）。ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージには第２のケイパビリティ情報が含まれてもよい。

図１１では、ＮＧ－ＲＡＮノード５００ＡとＡＭＦ２００で行われるケイパビリティ交渉に関するシーケンスの一例を示したが、以下のメッセージでそれぞれのケイパビリティ情報を伝送してもよい。

例えば、ＮＧ－ＲＡＮノード５００Ａの第１のケイパビリティ情報は、ＮＧ－ＲＡＮノード５００ＡからＡＭＦ２００に送信されるＲＡＮＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージ、及び／又はＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＡＣＫＮＯＷＬＥＤＧＥメッセージで、ＡＭＦ２００に送信されてもよい。また、ＡＭＦ２００の第２のケイパビリティ情報は、ＡＭＦ２００からＮＧ－ＲＡＮノード５００Ａに送信されるＲＡＮＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＡＣＫＮＯＷＬＥＤＧＥメッセージ、及び／又はＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージで、ＮＧ－ＲＡＮノード５００Ａに送信されてもよい。

さらに、ＮＧ－ＲＡＮノード５００Ａの第１のケイパビリティ情報は、ＮＧ－ＲＡＮノード５００Ｂに通知されてもよい。ＮＧ－ＲＡＮノード５００Ａの第１のケイパビリティ情報は、ＮＧ－ＲＡＮノード５００ＡからＮＧ－ＲＡＮノード５００Ｂに送信されるＸＮＳＥＴＵＰＲＥＱＵＥＳＴメッセージ、及び／又はＮＧ－ＲＡＮＮＯＤＥＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージで、ＮＧ－ＲＡＮノード５００Ｂに送信されてもよい。また、ＮＧ－ＲＡＮノード５００Ｂの第１のケイパビリティ情報は、ＮＧ－ＲＡＮノード５００Ａに通知されてもよい。ＮＧ－ＲＡＮノード５００Ｂの第１のケイパビリティ情報は、ＮＧ－ＲＡＮノード５００ＢからＮＧ－ＲＡＮノード５００Ａに送信されるＸＮＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ、及び／又はＮＧ－ＲＡＮＮＯＤＥＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＡＣＫＮＯＷＬＥＤＧＥメッセージで、ＮＧ－ＲＡＮノード５００Ａに送信されてもよい。

ＮＧ－ＲＡＮノード５００Ａは、ＮＧ－ＲＡＮノード５００Ａの第１のケイパビリティ情報、及びＮＧ－ＲＡＮノード５００Ａと接続するＡＭＦ２００の第２のケイパビリティ情報に基づいて、システム１の第３のケイパビリティ情報を生成してもよい。ここで、第３のケイパビリティ情報とは、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うためのシステム１の動作をサポートしているかを示す情報であってもよい。具体的には、第３のケイパビリティ情報は、ドローンサービスをサポートするかを示す情報であってもよいし、「ＣＮｉｎｉｔｉａｔｅｄＨＯ（Ｈａｎｄｏｖｅｒ）ｓｕｐｐｏｒｔ」が真であるか否かを示す情報であってもよい。またある例においては、第３のケイパビリティ情報は、移動端末６００の飛行経路の変更をサポートするかを示す情報であってもよいし、移動端末６００の着陸の指示又は要求、もしくは移動端末６００に着陸させるかの判定に用いる補助情報をサポートするかを示す情報であってもよい。
ＮＧ－ＲＡＮノード５００Ａは、生成した第３のケイパビリティ情報を、移動端末６００にＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＢＣＣＨ）を利用してＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＳＩＢ）にて報知してもよい。なお、上記第３のケイパビリティ情報は、制御プレーンの信号として送信してもよいし、ユーザプレーンのデータとして送信してもよい。ＮＧ－ＲＡＮノード５００Ａが複数のＡＭＦ２００と接続している場合は、少なくとも１つのＡＭＦ２００がサポートする第２のケイパビリティ情報を利用して第３のケイパビリティ情報を生成してもよい。

第１のケイパビリティ情報、第２のケイパビリティ情報、及び第３のケイパビリティ情報は、システム１の中でネットワークスライス情報として扱われてもよい。この場合、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）をサポートする能力をＮＳＳＡＩ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）の固有の値と紐づけてもよい。あるいは、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）をサポートする能力をＮＳＳＡＩのサブフィールドであるＳｔａｎｄａｒｄｉｓｅｄＳＳＴ（Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅｔｙｐｅ）の固有の値と紐づけてもよい。この場合、ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ，ＳｕｂｓｃｒｉｂｅｄＮＳＳＡＩ，ＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩ，ＡｌｌｏｗｅｄＮＳＳＡＩなどの情報要素で第１のケイパビリティ情報、第２のケイパビリティ情報、及び第３のケイパビリティ情報が扱われることになる。

ＲｅｑｕｅｓｔｅｄＮＳＳＡＩは、ＵＥがネットワークに送る１つ以上のＳ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を含む。ＡｌｌｏｗｅｄＮＳＳＡＩは、ネットワークが使用を許可する１つ以上のＳ－ＮＳＳＡＩを含む。

ＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩは、１つ以上のＰＬＭＮ（Ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）に適用可能であるとＵＥに示されている１つ以上のＳ－ＮＳＳＡＩを含む。ＳｕｂｓｃｒｉｂｅｄＮＳＳＡＩは、あるＰＬＭＮをＵＥが使用するために加入していることを示す加入者情報に基づくＳ－ＮＳＳＡＩを含む。

ＮＧ－ＲＡＮノード５００Ａと同様に、ＮＧ－ＲＡＮノード５００Ｂ及びＮＧ－ＲＡＮノード５００Ｃの各々についても、メッセージの送受信が同様に行われる（Ｓ１１１１、Ｓ１１１３、Ｓ１１２１、Ｓ１１２３）。

なお、図１１の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよく、「ＡＭＦ」は「第１のＣＮノード」に置き換えられてもよい。また、「ＮＧＳＥＴＵＰＲＥＱＵＥＳＴ」及び「ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥ」の各々は「メッセージ」に置き換えられてもよい。

また、図１１の例において、上記第１のケイパビリティ情報の送受信（ステップＳ１１０１、Ｓ１１１１、Ｓ１１２１）が行われ、上記第２のケイパビリティ情報の送受信（ステップＳ１１０３、Ｓ１１１３、Ｓ１１２３）が行われなくてもよい。

（１－４）第１の変形例
－第１のケイパビリティ情報
上述したように、例えば、上記第１のケイパビリティ情報は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５００の動作をサポートするかを示してもよい。しかしながら、上記第１のケイパビリティ情報はこの例に限定されない。

上記第１のケイパビリティ情報は、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）を無線局５００がサポートするかを示してもよい。さらに、無線局５００は、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）をサポートする場合には、上記リソース情報を提供可能であってもよい。

－第２のケイパビリティ情報
上述したように、例えば、上記第２のケイパビリティ情報は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための第１のコアネットワークノード２００の動作をサポートするかを示してもよい。しかしながら、上記第２のケイパビリティ情報はこの例に限定されない。

上記第２のケイパビリティ情報は、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）を第１のＣＮノード２００がサポートするかを示してもよい。さらに、第１のＣＮノード２００は、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）をサポートする場合には、上記リソース情報を提供可能であってもよい。

―第３のケイパビリティ情報
上述したように、例えば、上記第３のケイパビリティ情報は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うためのシステム１の動作をサポートするかを示してもよい。しかしながら、上記第３のケイパビリティ情報はこの例に限定されない。

上記第３のケイパビリティ情報は、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）をシステム１がサポートするかを示してもよい。さらに、システム１は、飛行する移動端末（又はＡｅｒｉａｌＵＥ若しくはドローン）をサポートする場合には、上記リソース情報を提供可能であってもよい。

以上、第１の態様に係るケイパビリティ情報の送受信を説明した。上記第１のケイパビリティ情報が無線局５００から第１のＣＮノード２００へ送信されない場合には、第１のＣＮノード２００は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５００の動作をサポートするか否かによらず、無線局５００に上記飛行管理のための情報（例えばリソース情報）を要求し得る。ここで、無線局５００が上記飛行管理のための情報を提供不能である場合には、上記飛行管理のための情報の要求は無駄になる。そのため、上記飛行管理のための情報の送受信にあたり、無駄なシグナリングが発生し、通信リソース及び各ノードの処理リソースが無駄になり得る。一方、上述したように上記第１のケイパビリティ情報が無線局５００から第１のＣＮノード２００へ送信される場合には、第１のＣＮノード２００は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５００の動作をサポートするか否かを判定することができる。そのため、無駄なシグナリングの発生が回避され、よって、通信リソース及び各ノードの処理リソースが無駄になるのが回避され得る。

また、上記第２のケイパビリティ情報が第１のＣＮノード２００から無線局５００へ送信されない場合には、無線局５００は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための第１のＣＮノード２００の動作をサポートするか否かによらず、第１のＣＮノード２００に上記飛行管理のための情報（例えばリソース情報）を提供し得る。ここで、第１のＣＮノード２００が上記飛行管理のための情報を提供不能である場合には、無線局５００による上記飛行管理のための情報の提供は無駄になる。そのため、上記飛行管理のための情報の送受信にあたり、通信リソース及び各ノードの処理リソースが無駄になり得る。一方、上述したように上記第２のケイパビリティ情報が第１のＣＮノード２００から無線局５００へ送信される場合には、無線局５００は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための第１のＣＮノード２００の動作をサポートするか否かを判定することができる。そのため、無駄なシグナリングの発生が回避され、よって、通信リソース及び各ノードの処理リソースが無駄になるのが回避され得る。

また、上記第３のケイパビリティ情報がシステム１から移動端末６００へ送信されない場合には、移動端末６００は、システム１が飛行する移動端末をサポートするか否かによらず、システム１へアクセスしてしまう。そのため、移動端末６００が飛行のための通信を希望していたとしても、飛行する移動端末をサポートしないシステム１との通信をしてしまうことになり、通信リソース及び各ノードの処理リソース、及び所望するシステムへの接続までの時間が無駄になる。一方、上述したように、上記第３のケイパビリティ情報が、システム１から移動端末６００へ送信される場合には、移動端末６００は、システム１が飛行する移動端末をサポートするか判定することができる。そのため、所望しない（サポートしない）システム１への接続を回避され、よって、通信リソース及び各ノードの処理リソースが無駄になるのが回避され得る。

なお、上述したケイパビリティ情報は、サポート情報と呼ばれてもよい。即ち、上記第１のケイパビリティ情報、上記第２のケイパビリティ情報及び上記第３のケイパビリティ情報は、それぞれ、第１のサポート情報、第２のサポート情報及び第３のサポート情報と呼ばれてもよい。また、上述したケイパビリティ情報は、任意の名称の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔ）であってもよい。当該情報要素は、明示的（ｅｘｐｌｉｃｉｔ）な情報であってもよく、暗示的（ｉｍｐｌｉｃｉｔ）な情報であってもよい。例えば、上記第１のケイパビリティ情報は、上記飛行管理のための情報を無線局５００が提供できるかを明示的に示す情報要素であってもよく、上記飛行管理のための情報を無線局５００が提供できるかを暗示的に示す情報要素であってもよい。例えば、上記第２のケイパビリティ情報は、上記飛行管理のための情報を第１のＣＮノード２００が提供できるかを明示的に示す情報要素であってもよく、上記飛行管理のための情報を第１のＣＮノード２００が提供できるかを暗示的に示す情報要素であってもよい。

なお、上述した第１のケイパビリティ情報は、例えば、ＣＮノード２００による無線局５００の選択に用いられてもよい。また上述した第２のケイパビリティ情報は、例えば、無線局５００によるＣＮノード２００の選択に用いられてもよい。

（２）リソース情報の送受信
無線局５００（第１通信処理部５４３）は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を送信する。当該少なくとも１つの時間は、将来における少なくとも１つの時間である。管制装置１００（通信処理部１３３）は、上記リソース情報を受信する。

例えば、無線局５００（第１通信処理部５４３）は、上記リソース情報を第１のＣＮノード２００へ送信する。

（２－１）リソース情報
－時間毎／周波数帯域毎
例えば、上記リソース情報は、時間（ｔｉｍｅｐｅｒｉｏｄ）毎の無線リソースのアベイラビリティに関する情報である。

例えば、上記リソース情報は、少なくとも１つの時間についての周波数帯域毎の無線リソースのアベイラビリティに関する情報である。

例えば、上記リソース情報は、時間毎及び周波数帯域毎の無線リソースのアベイラビリティに関する情報である。

例えば、上記リソース情報は、時間毎及びセル毎の無線リソースのアベイラビリティに関する情報である。なお、上記リソース情報と、無線局５００、あるいは当該セルがカバーする位置を示す位置情報とが、第１のＣＮノード２００へ送信されてもよい。なお上記リソース情報と共に、送信電力に関する情報が第１のＣＮノード２００へ送信されてもよい。なお送信電力に関する情報は、平均送信電力や最大送信電力などであってもよい。なお、上記リソース情報と共に、送信電力に関する情報と無線局５００の位置情報とが第１のＣＮノード２００へ送信されてもよい。

なお、上記周波数帯域は、コンポーネントキャリア（ＣＣ）であってもよい。あるいは、上記周波数帯域は、ＣＣに含まれる部分帯域（ＢＷＰ；ｂａｎｄｗｉｄｔｈｐａｒｔ）であってもよい。あるいは、上記周波数帯域は、複数のＣＣを含む帯域であってもよい。

なお、上記の無線リソースのアベイラビリティに関するリソース情報は、無線リソースを移動端末が利用可能であることを示してもよい。なお上記の無線リソースのアベイラビリティに関するリソース情報は、無線リソースを無線局が確保できることを示してもよい。なお上記の無線リソースのアベイラビリティに関するリソース情報は、無線リソースを無線局が仮押さえしていることを示してもよい。

－内容
－－第１の例
第１の例として、上記リソース情報は、上記無線リソースが利用可能か否かを示す情報である。即ち、上記リソース情報は、上記無線リソースが利用可能（ａｖａｉｌａｂｌｅ）であることを示すか、又は、上記無線リソースが利用不能（ｕｎａｖａｉｌａｂｌｅ）であることを示す。

例えば、上記リソース情報は、時間毎に、周波数帯域毎の無線リソースが利用可能であるかを示す。一例として、対象時間がＴ１及びＴ２であり、対象周波数帯域がＦ１、Ｆ２及びＦ３である場合に、上記リソース情報は、時間Ｔ１における周波数帯域Ｆ１、Ｆ２、Ｆ３の各々について、無線リソースが利用可能か否かを示し、さらに、時間Ｔ２における周波数帯域Ｆ１、Ｆ２、Ｆ３の各々について、無線リソースが利用可能か否かを示す。

－－第２の例
第２の例として、上記リソース情報は、上記無線リソースのアベイラビリティの程度を示す情報であってもよい。一例として、上記リソース情報は、上記無線リソースのアベイラビリティが高いか、中程度か、低いかを示す。

例えば、上記リソース情報は、時間毎に、周波数帯域毎の上記無線リソースのアベイラビリティの程度を示す。一例として、対象時間がＴ１及びＴ２であり、対象周波数帯域がＦ１、Ｆ２及びＦ３である場合に、上記リソース情報は、時間Ｔ１における周波数帯域Ｆ１、Ｆ２、Ｆ３の各々について、無線リソースのアベイラビリティが高いか、中程度か、低いかを示し、さらに、時間Ｔ２における周波数帯域Ｆ１、Ｆ２、Ｆ３の各々について、無線リソースのアベイラビリティが高いか、中程度か、低いかを示す。

上述した例では、上記無線リソースのアベイラビリティの程度として、３つの程度（高い、中程度、低い）が定義されているが、当然ながら、上記無線リソースのアベイラビリティの程度はこの例に限定されない。上記無線リソースのアベイラビリティの程度として、４つ以上の程度が定義されてもよい。なおアベイラビリティの程度は、例えば、０から１００の範囲での線形値で示されてもよいし、－１００から１００の線形値で示されてもよい。また上述の種別に加えて、特別な値を用いて、アベイラビリティが不明であることやアブノーマルな状態であること、イレギュラーな状態であることを示してもよい。なお特別な値は、例えば、フラグとして１ｂｉｔで表現されてもよい。なお特別な値は、例えばアベイラビリティの程度が０から１００で表現される場合、１０１であってもよい。また特別な値は、例えばアベイラビリティの程度が－１００から１００で表現される場合、１０１や－１０１であってもよい。

（２－２）管制装置への送信
上記リソース情報は、第１のＣＮノード２００から、移動端末６００のための飛行経路情報を生成又は取得する管制装置１００へ送信される。

より具体的には、例えば上記リソース情報は、無線局５００からＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，ＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ）経由で管制装置１００へ送信される。また例えば、上記リソース情報は、無線局５００から第１のＣＮノード２００（例えばＡＭＦ）へ送信され、第１のＣＮノード２００から第２のＣＮノード３００（例えばＮＥＦ）へ送信され、第２のＣＮノード３００から管制装置１００へ送信される。

この場合、第１のＣＮノード２００（通信処理部２３３）は、上記リソース情報を無線局５００から受信し、上記リソース情報を第２のＣＮノード３００へ送信する。第２のＣＮノード３００（通信処理部３３３）は、上記リソース情報を第１のＣＮノード２００から受信し、上記リソース情報を管制装置１００へ送信する。管制装置１００（通信処理部１３３）は、上記リソース情報を第２のＣＮノード３００から受信する。

上記リソース情報は、何らかのトリガに応じて送信されてもよい。上記リソース情報の送信のトリガの具体例は例えば下記の例が挙げられるが、当該トリガは下記の例に限られない。
－第１の例：要求に応じた送信
第１の例として、無線局５００（第１通信処理部５４３）は、上記リソース情報の要求に応じて、上記リソース情報を第１のＣＮノード２００へ送信する。

例えば、管制装置１００（通信処理部１３３）は、上記リソース情報を要求するメッセージを第２のＣＮノード３００へ送信する。上記リソース情報を要求するメッセージは例えばＮｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージであってもよいし、他の名称で定義されるメッセージであってもよい。第２のＣＮノード３００（通信処理部３３３）は、管制装置１００からの上記リソース情報の要求に応じて、上記リソース情報を要求するメッセージを第１のＣＮノード２００へ送信する。上記リソース情報を要求するメッセージはＮａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージであってもよいし、他の名称で定義されるメッセージであってもよい。第１のＣＮノード２００（通信処理部２３３）は、第２のＣＮノード３００からの上記リソース情報の要求に応じて、上記リソース情報を無線局５００に要求する。この際、第１のＣＮノード２００（通信処理部２３３）は、ＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージ又は他の名称で定義されるメッセージを送信することで上記リソース情報を無線局５００に要求してもよい。無線局５００（第１通信処理部５４３）は、第１のＣＮノード２００からの上記リソース情報の要求に応じて、上記リソース情報を第１のＣＮノード２００へ送信する。この際、無線局５００は、上記リソース情報を含むＲＡＮＳＴＡＴＵＳＲＥＳＰＯＮＳＥメッセージ又は他の名称で定義されるメッセージを送信してもよい。

例えば、第１のＣＮノード２００（制御部２３１）は、上記第１のケイパビリティ情報に基づいて、無線局５００が上記リソース情報を提供できるかを判定する。無線局５００が上記リソース情報を提供できる場合には、第１のＣＮノード２００（通信処理部２３３）は、上記リソース情報を要求するメッセージを無線局５００へ送信する。一方、無線局５００が上記リソース情報を提供できない場合には、第１のＣＮノード２００（通信処理部２３３）は、上記リソース情報の要求の拒絶（ｒｅｊｅｃｔ）を示す応答メッセージを第２のＣＮノード３００へ送信してもよい。さらに、第２のＣＮノード３００（通信処理部３３３）は、上記リソース情報の要求の拒絶（ｒｅｊｅｃｔ）を示す応答メッセージを管制装置１００へ送信してもよい。

上述したような要求に応じた送信によれば、例えば、管制装置１００はオンデマンドでリソース情報を取得することが可能になる。

－第２の例：周期的な送信
第２の例として、無線局５００（第１通信処理部５４３）は、周期的に、上記リソース情報を第１のＣＮノード２００へ送信してもよい。

例えば、管制装置１００（通信処理部１３３）は、上記リソース情報の送信の周期を示す周期情報を第２のＣＮノード３００へ送信してもよい。上記周期情報は、例えばＮｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージに含められて送信されてもよいし、他の名称で定義されるメッセージに含められて送信されてもよい。第２のＣＮノード（通信処理部３３３）は、上記周期情報を管制装置１００から受信し、上記周期情報を第１のＣＮノード２００へ送信してもよい。上記周期情報は、例えばＮａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージに含められて送信されてもよいし、他の名称で定義されるメッセージに含められて送信されてもよい。第１のＣＮノード２００（通信処理部２３３）は、上記周期情報を第２のＣＮノード３００から受信し、上記周期情報を無線局５００へ送信してもよい。上記周期情報は、例えばＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージに含められて送信されてもよいし、他の名称で定義されるメッセージに含められて送信されてもよい。無線局５００（第１通信処理部５４３）は、上記周期情報を第１のＣＮノード２００から受信し、上記周期情報により示される当該周期で、上記リソース情報を第１のＣＮノード２００（通信処理部２３３）へ送信してもよい。

上述したような周期的な送信によれば、例えば、管制装置１００は個々の要求なしでリソース情報を取得することが可能になる。

（２－３）リソース情報の対象
例えば、無線局５００（第１通信処理部５４３）は、上記リソース情報の対象を示す対象情報を受信し、当該対象情報により示される上記対象についての上記リソース情報を第１のＣＮノード２００へ送信する。

より具体的には、例えば、管制装置１００（通信処理部１３３）は、上記対象情報を第２のＣＮノード３００へ送信する。上記対象情報は、例えばＮｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージに含められて送信されてもよいし、他の名称で定義されるメッセージに含められて送信されてもよい。第２のＣＮノード３００（通信処理部３３３）は、上記対象情報を管制装置１００から受信し、上記対象情報を第１のＣＮノード２００へ送信する。上記対象情報は、例えばＮａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージに含められて送信されてもよいし、他の名称で定義されるメッセージに含められて送信されてもよい。第１のＣＮノード２００（通信処理部２３３）は、上記対象情報を第２のＣＮノード３００から受信し、上記対象情報を無線局５００へ送信する。上記対象情報は、例えばＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージに含められて送信されてもよいし、他の名称で定義されるメッセージに含められて送信されてもよい。無線局５００（第１通信処理部５４３）は、上記対象情報を第１のＣＮノード２００から受信し、当該対象情報により示される上記対象についての上記リソース情報を第１のＣＮノード２００へ送信する。第１のＣＮノード２００（通信処理部２３３）は、上記対象についての上記リソース情報を無線局５００から受信する。第２のＣＮノード３００（通信処理部３３３）は、上記対象についての上記リソース情報を第１のＣＮノード２００から受信する。管制装置１００（通信処理部１３３）は、上記対象についての上記リソース情報を第２のＣＮノード３００から受信する。

例えば、上記対象情報により示される上記対象は、１つ以上の時間及び／又は１つ以上の周波数帯域を含む。即ち、上記対象情報は、当該１つ以上の時間を示す情報、及び／又は、当該１つ以上の周波数帯域を示す情報を含む。一例として、上記対象は、上述したように、時間Ｔ１及びＴ２、並びに、周波数帯域Ｆ１、Ｆ２及びＦ３である。

また、上記対象情報により示される上記対象は、無線局５００又は無線局５００のセルを含んでもよい。即ち、上記対象情報は、無線局５００又は無線局５００のセルを識別するための情報（例えば、セルＩＤ（ＣｅｌｌＩｄｅｎｔｉｔｙ））を含んでもよい。

上述したような対象情報によれば、例えば、管制装置１００が所望のリソース情報を取得することが可能になる。

（２－４）処理の流れ
－概略
図１２は、第１の態様に係るリソース情報の送受信の処理の概略的な流れの例を説明するための第１のシーケンス図である。当該第１のシーケンス図は、概略的なシーケンス図である。

図１２では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載されている。

少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報が、ＮＧ－ＲＡＮノード５００Ａから管制装置１００へ送信される（Ｓ１２０１）。ＮＧ－ＲＡＮノード５００Ａは事業者（キャリア）毎にＳ１２０１の処理を実行してもよい。

ＮＧ－ＲＡＮノード５００Ａと同様に、ＮＧ－ＲＡＮノード５００Ｂ及びＮＧ－ＲＡＮノード５００Ｃの各々からも、リソース情報が管制装置１００へ送信される（Ｓ１２０３、１２０５）。

なお、図１２の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよい。

－詳細
図１３は、第１の態様に係るリソース情報の送受信の処理の概略的な流れの例を説明するための第２のシーケンス図である。当該第２のシーケンス図は、上記リソース情報がトリガに応じて送信される一例を示すシーケンス図である。

図１３では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載され、第１のＣＮノード２００はＡＭＦとして記載され、第２のＣＮノード３００はＮＥＦとして記載され、第３のＣＮノード４００はＳＭＦとして記載され、移動端末６００はＵＥとして記載されている。

管制装置１００は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を要求するＮｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージをＮＥＦ３００へ送信する（Ｓ１２１１）。Ｎｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージには、地理的な位置情報が追加されてもよい。上記地理的な位置情報は、ＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）情報、又は、移動端末６００の飛行のウェイポイント（以下、ウェイポイント情報と呼ぶ）を示す情報である。例えば、当該ウェイポイント情報も、ＧＰＳ情報である。

ＮＥＦ３００は、上記Ｎｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージの受信に応じて、上記リソース情報を要求するＮａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージをＡＭＦ２００へ送信する（Ｓ１２１３）。Ｎｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージに地理的な位置情報が含まれている場合、ＮＥＦ３００は、当該位置情報に基づいて、その位置（エリア）を管理するＡＭＦ２００にＮａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージを送信してもよい。Ｎａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージには、地理的な位置情報が含まれてもよい。

ＡＭＦ２００は、上記Ｎａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージの受信に応じて、上記リソース情報を要求するＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージをＮＧ－ＲＡＮノード５００へ送信する（Ｓ１２１５）。Ｎａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージに、地理的な位置情報が含まれる場合、ＡＭＦ２００は、上記位置情報に基づいてＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージを送信するＮＧ－ＲＡＮノード５００を決定してもよい。なお、上記位置情報は、複数の位置のＧＰＳ情報、又は、複数のウェイポイント情報を含んでもよく、複数のＮＧ－ＲＡＮノード５００が識別されてもよい。なおＡＭＦ２００は、上述したＮＧ－ＲＡＮノード５００のケイパビリティ情報をもとに、ＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージを送信するＮＧ－ＲＡＮノード５００を決定してもよい。

ＮＧ－ＲＡＮノード５００は、上記ＲＡＮＳＴＡＴＵＳＲＥＱＵＥＳＴメッセージの受信に応じて、上記リソース情報を含むＲＡＮＳＴＡＴＵＳＲＥＳＰＯＮＳＥメッセージをＡＭＦ２００へ送信する（Ｓ１２１７）。

ＡＭＦ２００は、上記ＲＡＮＳＴＡＴＵＳＲＥＳＰＯＮＳＥメッセージの受信に応じて、上記リソース情報を含むＮａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージをＮＥＦ３００へ送信する（Ｓ１２１９）。

ＮＥＦ３００は、上記Ｎａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージの受信に応じて、上記リソース情報を含むＮｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージを管制装置１００へ送信する（Ｓ１２２１）。

管制装置１００は、上記Ｎｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージを受信し、上記リソース情報を取得する。

上記Ｎｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ、Ｎａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ及び上記ＲＡＮＳＴＡＴＵＳＲＥＳＰＯＮＳＥメッセージは、上記対象情報（例えば、時間情報、周波数情報、及び／又はセルＩＤ）を含んでもよい。この場合に、上記リソース情報は、上記対象情報により示される対象（例えば、１つ以上の時間、１つ以上の周波数帯域及び／又は１つ以上のセル等）についてのリソース情報であってもよい。

また、上記Ｎｎｅｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ、Ｎａｍｆ＿Ｒａｄｉｏ＿ｃｏｎｄｉｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ及び上記ＲＡＮＳＴＡＴＵＳＲＥＳＰＯＮＳＥメッセージは、上記周期情報を含んでもよい。この場合に、周期的に、ステップＳ１２１７、Ｓ１２１９及びＳ１２２１の送信が行われてもよい。

なお、図１３の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよく、「ＡＭＦ」は「第１のＣＮノード」に置き換えられてもよく、「ＮＥＦ」は「第２のＣＮノード」に置き換えられてもよく、「ＳＭＦ」は「第３のＣＮノード」に置き換えられてもよく、「ＵＥ」は「移動端末」に置き換えられてもよい。また、図１３に記載されているメッセージの各々は「メッセージ」に置き換えられてもよい。

（２－５）第２の変形例
上述したように、上記対象は、無線局５００又は無線局５００のセルを含んでもよく、上記対象情報は、無線局５００又は無線局５００のセルを識別するための情報（例えば、セルＩＤ）を含んでもよい。しかしながら、上記対象情報はこの例に限定されない。

上記対象情報は、１つ以上の位置を示す位置情報を含んでもよく、上記対象は、当該１つ以上の位置に対応する１つ以上の無線局５００を含んでもよい。例えば、第１のＣＮノード２００は、上記位置情報に基づいて、上記１つ以上の無線局５００を識別してもよい。そして、第１のＣＮノード２００は、上記リソース情報を要求するメッセージを、上記１つ以上の無線局５００へ送信してもよい。

（２－６）第３の変形例
上述したように、例えば、上記リソース情報は、第１のＣＮノード２００から第２のＣＮノード３００へ送信される。しかしながら、上記リソース情報の送信はこの例に限定されない。

上記リソース情報は、第１のＣＮノード２００から第３のＣＮノード４００へ送信され、第３のＣＮノード４００から第２のＣＮノード３００へ送信されてもよい。

第１のＣＮノード２００（通信処理部２３３）は、上記リソース情報を第３のＣＮノード４００へ送信し、第３のＣＮノード４００（通信処理部４３３）は、上記リソース情報を第１のＣＮノード２００から受信し、上記リソース情報を第２のＣＮノード３００へ送信し、第２のＣＮノード３００（通信処理部３３３）は、上記リソース情報を第３のＣＮノード４００から受信してもよい。これにより、第１のＣＮノード２００（通信処理部２３３）は、上記リソース情報を第２のＣＮノード３００へ間接的に送信し、第２のＣＮノード３００（通信処理部３３３）は、上記リソース情報を第１のＣＮノード２００から間接的に受信してもよい。

（２－７）第４の変形例
上述したように、例えば、上記リソース情報は、ＣＮ１０内におけるシグナリングにより、無線局５００から管制装置１００へ送信される。しかしながら、上記リソース情報の送信はこの例に限定されない。

上記リソース情報は、ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，ＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ）経由で、無線局５００から管制装置１００へ送信されてもよい。この場合に、管制装置１００は、ＯＡＭのノードであってもよい。

図１４は、第１の態様の第４の変形例に係るリソース情報の送受信の処理の概略的な流れの例を説明するためのシーケンス図である。

図１４では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載されている。

ＮＧ－ＲＡＮノード５００は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報をＯＡＭ経由で管制装置１００へ送信する（Ｓ１２３１）。

なお、図１４の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよい。

以上、第１の態様に係るリソース情報の送受信を説明した。上記リソース情報が管制装置１００へ送信されない場合には、管制装置１００は、無線リソースが利用できそうかを知らないまま、移動端末６００の飛行を計画する（例えば、移動端末６００の飛行経路を決定する）。そのため、無線リソースが確保できる飛行経路を管制装置１００が決定するのが困難になり得る。一方、上述したように上記リソース情報が管制装置１００へ送信される場合には、管制装置１００は、無線リソースが利用できそうかをある程度知ることができ、よって、無線リソースが確保できる飛行経路を決定することがより容易になり得る。その結果、移動端末６００の飛行及び移動端末６００に搭乗する乗員の安全性の担保がなされた飛行経路の決定がより容易になり得る。

＜＜５．第２の態様＞＞
続いて、図１５～図１７を参照して、本開示の第２の態様を説明する。

（１）リソースの確保の要求
管制装置１００（通信処理部１３３）は、飛行経路情報に従って移動する移動端末６００のための無線リソースの確保を無線局５００に要求するための手続を実行する。例えば、管制装置１００は、飛行経路情報に基づき、当該無線リソースの確保を要求する第１の要求メッセージを無線局５００へＯＡＭ経由で送信する。また、例えば、管制装置１００は、飛行経路情報に基づき、当該無線リソースの確保を要求する第１の要求メッセージを、当該無線リソースを確保する無線局５００に接続されるＣＮ１０へ送信する。
以下、管制装置１００がＣＮ１０に対し第１の要求メッセージを送信する場合の動作の一例について説明する。管制装置１００がＯＡＭ経由で無線局５００に対し第１の要求メッセージを送信する場合の動作の一例については、（５）第２の変形例において説明される。

（１－１）第１の要求メッセージに含まれる情報
－第１の識別情報（移動端末６００のための識別情報）
例えば、上記第１の要求メッセージは、移動端末６００を識別するための第１の識別情報を含む。例えば、当該第１の識別情報は、一時的な（ｔｅｍｐｏｒａｒｙ）ＵＥＩＤである。

－第２の識別情報（飛行のための識別情報）
例えば、上記無線リソースの上記確保は、移動端末６００の飛行のための無線リソースの確保であり、上記第１の要求メッセージは、移動端末６００の上記飛行を識別するための第２の識別情報を含む。例えば、当該第２の識別情報は、（例えば移動端末６００毎に正規化された）フライトＩＤ又はフライト番号である。当該第２の識別情報は、移動端末６００が管理しシステム１を構成する装置に配布される。システム１を構成する各装置は、第１の識別情報と第２の識別情報とを組み合わせる事で、システム１で固有の（ｕｎｉｑｕｅ）飛行を認識してもよい。また、システム１で固有の飛行を管理する別の方法として、管制装置１００が移動端末６００に第２の識別情報を発行し管理してもよい。この場合、上記第１の要求メッセージは、移動端末６００の上記飛行を識別するための第２の識別情報を含まない。この場合、管制装置１００が、移動端末６００を含むシステム１内の装置に第２の識別情報を配布する。

－周波数情報
例えば、上記無線リソースは、特定の周波数帯域における無線リソースであり、上記第１の要求メッセージは、上記特定の周波数帯域を示す周波数情報を含む。

上記周波数帯域は、コンポーネントキャリア（ＣＣ）であってもよい。あるいは、上記周波数帯域は、ＣＣに含まれる部分帯域（ＢＷＰ；ｂａｎｄｗｉｄｔｈｐａｒｔ）であってもよい。あるいは、上記周波数帯域は、複数のＣＣを含む帯域であってもよい。

当然ながら、上記周波数情報は、複数の周波数帯域を示してもよい。当該周波数情報は、優先度順に当該複数の周波数帯域を示してもよい。なお、一例として、低い周波数の優先度を高くすることで、飛行する移動端末との無線接続を安定させることができる。

上述したような周波数情報によれば、ＣＮ１０は、所望の周波数帯域の無線リソースを無線局５００に確保することを要求することが可能になる。

－時間情報
例えば、上記無線リソースは、特定の時間（ｔｉｍｅｐｅｒｉｏｄ）における無線リソースであり、上記第１の要求メッセージは、上記特定の時間を示す時間情報を含む。

例えば、上記特定の時間は、上記飛行経路情報に従って移動する移動端末６００が無線局５００と通信する予定である時間を含む。

上述したような時間情報によれば、ＣＮ１０は、所望の時間（即ち、移動端末６００が無線局５００と通信する予定である時間）の無線リソースを無線局５００に確保することを要求することが可能になる。

－位置情報
例えば、上記第１の要求メッセージは、位置を示す位置情報を含み、上記無線リソースを確保する無線局５００は、当該位置情報に対応する。即ち、ＣＮ１０は、当該位置情報に基づいて、上記無線リソースを確保する無線局５００を識別し、又は決定する。

例えば、上記位置情報は、セル識別子（セルＩＤ）である。この場合に、上記無線リソースを確保する無線局５００は、当該セル識別子に基づいて識別される。なお、上記位置情報は、複数のセル識別子を含んでもよく、複数の無線局５００が識別されてもよい。

あるいは、上記位置情報は、ＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）情報、又は、移動端末６００の飛行のウェイポイント（以下、ウェイポイント情報と呼ぶ）を示す情報である。例えば、当該ウェイポイント情報も、ＧＰＳ情報である。この場合に、上記無線リソースを確保する無線局５００は、当該ＧＰＳ情報又は上記ウェイポイント情報に基づいて決定される。なお、上記位置情報は、複数の位置のＧＰＳ情報、又は、複数のウェイポイント情報を含んでもよく、複数の無線局５００が識別されてもよい。

－セッション属性情報
例えば、上記第１の要求メッセージは、移動端末６００と管制装置１００の通信に必要なセッション属性情報を含む。セッション属性情報は、ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）情報と表現されてもよい。セッション属性情報は、リソースの種別やリソースの量を示すＱｏＳＰｒｏｆｉｌｅの情報を含んでもよい。ＱｏＳＰｒｏｆｉｌｅの情報は、５ＧＱｏＳＩｄｅｎｔｉｆｉｅｒ（５ＱＩ）、ＡｌｌｏｃａｔｉｏｎａｎｄＲｅｔｅｎｔｉｏｎＰｒｉｏｒｉｔｙ（ＡＲＰ）、ＲｅｆｌｅｃｔｉｖｅＱｏＳＡｔｔｒｉｂｕｔｅ（ＲＱＡ）、ＧｕａｒａｎｔｅｅｄＦｌｏｗＢｉｔＲａｔｅ（ＧＦＢＲ）－ＵＬａｎｄＤＬ、ＭａｘｉｍｕｍＦｌｏｗＢｉｔＲａｔｅ（ＭＦＢＲ）－ＵＬａｎｄＤＬ、及び／又は、ＭａｘｉｍｕｍＰａｃｋｅｔＬｏｓｓＲａｔｅ－ＵＬａｎｄＤＬを含んでもよい。

上述したような位置情報によれば、ＣＮ１０は、所望の無線局を決定することが可能となり、かつ、所望のセルの無線リソースを当該所望の無線局に確保することを要求することが可能になる。

（１－２）無線局への要求
例えば、第１のＣＮノード２００（通信処理部２３３）は、ＣＮ１０における上記第１の要求メッセージの受信に応じて、上記無線リソースの上記確保を要求する第２の要求メッセージを、上記無線リソースを確保する無線局５００へ送信する。

より具体的には、例えば、管制装置１００（通信処理部１３３）は、上記第１の要求メッセージを第２のＣＮノード３００へ送信し、第２のＣＮノード３００（通信処理部３３３）は、上記第１の要求メッセージを管制装置１００から受信する。第２のＣＮノード３００（通信処理部３３３）は、上記第１の要求メッセージの受信に応じて、上記無線リソースの上記確保を要求する第３の要求メッセージを第１のＣＮノード２００へ送信し、第１のＣＮノード２００（通信処理部２３３）は、上記第３の要求メッセージを第２のＣＮノード３００から受信する。第１のＣＮノード２００（通信処理部２３３）は、上記第３の要求メッセージの受信に応じて、上記無線リソースの上記確保を要求する上記第２の要求メッセージを無線局５００へ送信し、無線局５００（第１通信処理部５４３）は、上記第２の要求メッセージを受信する。無線局５００（制御部５４１）は、上記第２の要求メッセージの受信に応じて、上記無線リソースの上記確保を行う。

－第３の要求メッセージに含まれる情報
例えば、第２のＣＮノード３００により送信される上記第３の要求メッセージは、管制装置１００により送信される上記第１の要求メッセージに含まれる上述した情報を含む。

具体的には、例えば、上記第３の要求メッセージは、上記第１の識別情報、上記第２の識別情報、上記周波数情報、上記時間情報、上記位置情報、及び／又は上記セッション属性情報を含む。

例えば、第１のＣＮノード２００（制御部２３１）は、上記位置情報に基づいて、上記無線リソースを確保する無線局５００（即ち、第１のＣＮノード２００が上記第２の要求メッセージを送信する無線局５００）を識別し、又は決定する。

－第２の要求メッセージに含まれる情報
例えば、第２のＣＮノード３００により送信される上記第２の要求メッセージは、上記第１の要求メッセージ及び上記第３の要求メッセージに含まれる上述した情報を含む。

具体的には、例えば、上記第２の要求メッセージは、上記第１の識別情報、上記第２の識別情報、上記周波数情報、上記時間情報、及び／又は上記セッション属性情報を含む。

なお、上記第１の要求メッセージ、上記第２の要求メッセージ及び上記第３の要求メッセージのうちの２つ以上のメッセージは、同一の情報を含んでもよい。また、上記第１の要求メッセージ、上記第２の要求メッセージ及び上記第３の要求メッセージのうちの２つ以上のメッセージは、同一のメッセージであってもよい。

（２）リソースの確保の要求への応答
管制装置１００（通信処理部１３３）は、上記無線リソースの確保についての第１の応答メッセージを受信する。例えば、管制装置１００は、ＯＡＭ経由で無線局５００から上記無線リソースの確保についての第１の応答メッセージを受信する。また、例えば管制装置１００は、上記無線リソースの上記確保についての第１の応答メッセージをＣＮ１０から受信する。
以下、管制装置１００が、ＣＮ１０から第１の応答メッセージを受信する場合の動作の一例について説明する。管制装置１００がＯＡＭ経由で無線局５００から第１の応答メッセージを受信する場合の動作の一例については、（５）第２の変形例において説明される。

（２－１）第１の応答メッセージに含まれる情報
例えば、上記第１の応答メッセージは、上記無線リソースが確保されたかを示す情報を含む。より具体的には、例えば、当該情報は、上記無線リソースが確保されたことを示す情報（例えば、「ＯＫ」を示す情報）、又は、上記無線リソースが確保されなかったことを示す情報（例えば、「Ｒｅｊｅｃｔ」を示す情報）である。

例えば、上記第１の応答メッセージは、確保された無線リソースを示す情報を含んでもよい。

（２－２）無線局からの応答
例えば、無線局５００（第１通信処理部５４３）は、上記無線リソースの上記確保についての第２の応答メッセージを第１のＣＮノード２００へ送信し、第１のＣＮノード２００（通信処理部２３３）は、当該第２の応答メッセージを無線局５００から受信する。第１のＣＮノード２００（通信処理部２３３）は、上記第２の応答メッセージの受信に応じて、上記無線リソースの上記確保についての第３の応答メッセージを第２のＣＮノード３００へ送信し、第２のＣＮノード３００（通信処理部）は、当該第３の応答メッセージを第１のＣＮノード２００から受信する。第２のＣＮノード３００（通信処理部）は、上記第３の応答メッセージの受信に応じて、上記第１の応答メッセージを管制装置１００へ送信する。

－第２の応答メッセージに含まれる情報
例えば、無線局５００により送信される上記第２の応答メッセージは、上記第１の応答メッセージに含まれる上述した情報を含む。

具体的には、例えば、上記第２の応答メッセージは、上記無線リソースが確保されたかを示す情報を含む。上記第２の応答メッセージは、確保された無線リソースを示す情報を含んでもよい。

－第３の応答メッセージに含まれる情報
例えば、第１のＣＮノード２００により送信される上記第３の応答メッセージは、上記第１の応答メッセージ及び上記第２の応答メッセージに含まれる上述した情報を含む。

具体的には、例えば、上記第３の応答メッセージは、上記無線リソースが確保されたかを示す情報を含む。上記第３の応答メッセージは、確保された無線リソースを示す情報を含んでもよい。

なお、上記第１の応答メッセージ、上記第２の応答メッセージ及び上記第３の応答メッセージのうちの２つ以上のメッセージは、同一の情報を含んでもよい。また、上記第１の応答メッセージ、上記第２の応答メッセージ及び上記第３の応答メッセージのうちの２つ以上のメッセージは、同一のメッセージであってもよい。

（３）処理の流れ
－概略
図１５は、第２の態様に係る無線リソースの確保の処理の概略的な流れの例を説明するための第１のシーケンス図である。当該第１のシーケンス図は、概略的なシーケンス図である。

図１５では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載され、移動端末６００はＵＥとして記載されている。

ＵＥ６００は、ＵＥ６００の飛行についての飛行要求を管制装置１００へ送信する（Ｓ１３０１）。この送信は、アプリケーションレイヤでの送信である。管制装置１００は、上記飛行要求に応じて上記飛行を計画する。例えば、管制装置１００は、上記飛行の経路を決定する。

ＵＥ６００のための無線リソースの確保を要求する要求メッセージが、管制装置１００からＮＧ－ＲＡＮノード５００Ａへ送信される（Ｓ１３０３）。例えば、当該要求メッセージは、上記第１の識別情報、上記第２の識別情報、上記周波数情報、上記時間情報及び／又は上記位置情報を含む。さらに、当該要求メッセージには、飛行関連情報、および飛行経路情報が含まれてもよい。

さらに、上記要求メッセージへの応答メッセージが、ＮＧ－ＲＡＮノード５００Ａから管制装置１００へ送信される（Ｓ１３０５）。例えば、当該応答メッセージは、上記無線リソースが確保されたことを示す情報を含む。

ＮＧ－ＲＡＮノード５００Ａと同様に、ＮＧ－ＲＡＮノード５００Ｂ及びＮＧ－ＲＡＮノード５００Ｃの各々についても、上記要求メッセージ及び上記応答メッセージが送受信される（Ｓ１３０７～Ｓ１３１３）。

管制装置１００は、上記飛行要求への応答（飛行応答）をＵＥ６００へ送信する（Ｓ１３１５）。当該飛行応答の送信は、アプリケーションレイヤでの送信である。例えば、当該飛行応答は、ＵＥ６００の上記飛行の受け入れ（ａｃｃｅｐｔａｎｃｅ）を示す情報（例えば、「ＯＫ」を示す情報）を含む。また、例えば、上記飛行応答は、上記第１の識別情報及び上記第２の識別情報を含む。なお、上記飛行応答は、管制装置１００により生成又は取得される移動端末６００のための飛行経路情報、飛行関連情報を含んでもよい。これにより、移動端末６００が当該飛行経路情報を取得してもよい。

なお、図１５の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよく、「ＵＥ」は「移動端末」に置き換えられてもよい。

－詳細
図１６は、第２の態様に係る無線リソースの確保の処理の概略的な流れの例を説明するための第２のシーケンス図である。当該第２のシーケンス図は、管制装置１００が上記無線リソースの上記確保についての第１の応答メッセージをＣＮ１０から受信する場合の一例を示すシーケンス図であり、特に図１５に示される上記第１のシーケンス図のうちのステップＳ１３０３及びＳ１３０５をより詳細に説明する。

図１６では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載され、第１のＣＮノード２００はＡＭＦとして記載され、第２のＣＮノード３００はＮＥＦとして記載され、第３のＣＮノード４００はＳＭＦとして記載され、移動端末６００はＵＥとして記載されている。

管制装置１００は、ＵＥ６００のための無線リソースの確保を要求する上述した第１の要求メッセージ（例えば、Ｎｎｅｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ又は他の名称で定義されるメッセージ）をＣＮ１０（具体的にはＮＥＦ３００）へ送信する（Ｓ１３１１）。

ＮＥＦ３００は、上記第１の要求メッセージ（Ｎｎｅｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ）の受信に応じて、ＵＥ６００のための無線リソースの確保を要求する上述した第３の要求メッセージ（例えば、Ｎａｍｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ又は他の名称で定義されるメッセージ）をＡＭＦ２００へ送信する（Ｓ１３１３）。ＮＥＦ３００は、上記第１の要求メッセージ（Ｎｎｅｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ）に設定された第１の識別情報に基づいて第３の要求メッセージを送信するＡＭＦ２００を決定する。

ＡＭＦ２００は、上記第３の要求メッセージ（Ｎａｍｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ）の受信に応じて、ＵＥ６００のための無線リソースの確保を要求する上述した第２の要求メッセージ（例えば、ＲＡＮＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージ又は他の名称で定義されるメッセージ）をＮＧ－ＲＡＮノード５００へ送信する（Ｓ１３１５）。

上記Ｎｎｅｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ、上記Ｎａｍｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｑｕｅｓｔメッセージ及び上記ＲＡＮＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージの各々は、ＵＥ６００を識別するための第１の識別情報、ＵＥ６００の飛行を識別するための第２の識別情報、特定の周波数帯域を示す周波数情報、特定の時間を示す時間情報、位置を示す位置情報、及び／又は、セッション属性情報を含む。

ＮＧ－ＲＡＮノード５００は、上記ＲＡＮＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージの受信に応じて、ＵＥ６００のための無線リソースを確保する。そして、ＮＧ－ＲＡＮノード５００は、上記無線リソースの上記確保についての上述した第２の応答メッセージ（例えば、ＲＡＮＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮＲＥＳＰＯＮＳＥメッセージ又は他の名称で定義されるメッセージ）をＡＭＦ２００へ送信する（Ｓ１３１７）。

ＡＭＦ２００は、上記無線リソースの上記確保についての上述した第３の応答メッセージ（例えば、Ｎａｍｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージ又は他の名称で定義されるメッセージ）をＮＥＦ３００へ送信する（Ｓ１３１９）。

ＮＥＦ３００は、上記無線リソースの上記確保についての上述した第１の応答メッセージ（例えば、Ｎｎｅｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージ又は他の名称で定義されるメッセージ）を管制装置１００へ送信する（Ｓ１３２１）。

上記ＲＡＮＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮＲＥＳＰＯＮＳＥメッセージ、上記Ｎａｍｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージ及び上記Ｎｎｅｆ＿Ｒａｄｉｏ＿ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｒｅｓｐｏｎｓｅメッセージの各々は、例えば、上記無線リソースが確保されたことを示す情報を含む。これらのメッセージの各々は、確保された無線リソースを示す情報をさらに含んでもよい。

なお、図１６の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよく、「ＡＭＦ」は「第１のＣＮノード」に置き換えられてもよく、「ＮＥＦ」は「第２のＣＮノード」に置き換えられてもよく、「ＳＭＦ」は「第３のＣＮノード」に置き換えられてもよく、「ＵＥ」は「移動端末」に置き換えられてもよい。また、図１６に記載されているメッセージの各々は「メッセージ」に置き換えられてもよい。

なお、無線リソースを確保したＮＧ－ＲＡＮノード５００は、例えば３ＧＰＰで規定されるＳＯＮ（Ｓｅｌｆ－ＯｒｇａｎｉｚｉｎｇＮｅｔｗｏｒｋ）の動作に対して下記のような対応をしてもよい。

例えば、無線リソースを確保したＮＧ－ＲＡＮノード５００は、隣接ＲＡＮノードのセル及び／又は当該隣接ＲＡＮノードをオフにする提案を受信した場合、否定応答を送信してもよい。これにより、隣接ＲＡＮノードがオフになることに基づく、無線リソースを確保したＮＧ－ＲＡＮノード５００の負荷が高くなることを回避することができる。

例えば、無線リソースを確保したＮＧ－ＲＡＮノード５００は、ＳＯＮにおけるオフとなっている隣接ＲＡＮノードのセル及び／又は隣接するＮＧ－ＲＡＮノード５００へ、起動するよう要求を送信してもよい。隣接ＲＡＮノードが起動することにより、無線リソースを確保したＮＧ－ＲＡＮノード５００の負荷を分散することができ、安定した通信を飛行するＵＥに提供することができる。

（４）第１の変形例
上述したように、例えば、上記第３の要求メッセージは、第２のＣＮノード３００から第１のＣＮノード２００へ送信され、上記第３の応答メッセージは、第１のＣＮノード２００から第２のＣＮノード３００へ送信される。しかしながら、上記第３の要求メッセージ及び上記第３の応答メッセージの送信はこの例に限定されない。

第２のＣＮノード３００（通信処理部３３３）は、管制装置１００により送信される上記第１の要求メッセージの受信に応じて、上記第３の要求メッセージを第３のＣＮノード４００へ送信してもよい。第３のＣＮノード４００（通信処理部４３３）は、上記第３の要求メッセージの受信に応じて、ＵＥ６００のための無線リソースの確保を要求するさらなる要求メッセージ（第４の要求メッセージ）を第１のＣＮノード２００へ送信してもよい。

第１のＣＮノード２００（通信処理部２３３）は、無線局５００により送信される上記第２の要求メッセージの受信に応じて、上記第３の応答メッセージを第３のＣＮノード４００へ送信してもよい。第３のＣＮノード４００（通信処理部４３３）は、上記第３の応答メッセージの受信に応じて、上記無線リソースの上記確保についてのさらなる応答メッセージ（第４の応答メッセージ）を第２のＣＮノード３００へ送信してもよい。

（５）第２の変形例
上述したように、例えば、無線リソースの確保についての要求メッセージ及び応答メッセージは、ＣＮ１０内におけるシグナリングにより送信される。しかしながら、要求メッセージ及び応答メッセージの送信はこの例に限定されない。

上記要求メッセージは、ＯＡＭ経由で、管制装置１００から無線局５００へ送信されてもよい。また、上記応答メッセージは、ＯＡＭ経由で、無線局５００から管制装置１００へ送信されてもよい。この場合に、管制装置１００は、ＯＡＭのノードであってもよい。

図１７は、第２の態様の第２の変形例に係る無線リソースの確保の処理の概略的な流れの例を説明するためのシーケンス図である。当該シーケンス図は、特に図１５に示される上記第１のシーケンス図のうちのステップＳ１３０３及びＳ１３０５をより詳細に説明する。

図１７では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載されている。

管制装置１００は、ＵＥ６００のための無線リソースの確保を要求する要求メッセージ（例えば、リソース確保要求メッセージ）をＯＡＭ経由でＮＧ－ＲＡＮノード５００へ送信する（Ｓ１３３１）。例えば、当該要求メッセージは、上記第１の識別情報、上記第２の識別情報、上記周波数情報、上記時間情報、上記位置情報、及び／又はセッション属性情報（ＱｏＳ情報）を含む。

ＮＧ－ＲＡＮノード５００は、上記無線リソースの上記確保についての応答メッセージ（例えば、リソース確保応答メッセージ）をＯＡＭ経由で管制装置１００へ送信する（Ｓ１３３３）。例えば、当該応答メッセージは、上記無線リソースが確保されたことを示す情報を含む。上記応答メッセージは、確保された無線リソースを示す情報をさらに含んでもよい。

なお、図１７の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよい。

以上、第２の態様を説明した。飛行経路情報に従って移動する移動端末６００のための無線リソースの確保が要求されない場合には、当該無線リソースが確保されず、移動端末６００が飛行中に継続的に通信することが困難になり得る。その結果、移動端末６００の飛行を外部から適切に制御することが困難になり得る。一方、上述したように移動端末６００のための無線リソースの確保が飛行経路情報に従ってあらかじめ要求される場合には、移動端末６００の飛行経路上の当該無線リソースが事前に確保されているため、移動端末６００が飛行中に継続的に通信することがより容易になり得る。その結果、移動端末６００の飛行及び移動端末６００に搭乗する乗員の安全性の担保がより容易になり得る。

＜＜６．第３の態様＞＞
続いて、図１８を参照して、本開示の第３の態様を説明する。

（１）移動端末の呼び出しの要求
管制装置１００（通信処理部１３３）は、移動端末６００の飛行であって、無線リソースが確保された当該飛行のために、移動端末６００の呼び出し（ｐａｇｉｎｇ）を要求する第１の要求メッセージをＣＮ１０へ送信する。

（１－１）要求メッセージに含まれる情報
－第１の識別情報（移動端末６００のための識別情報）
例えば、上記第１の要求メッセージは、移動端末６００を識別するための第１の識別情報を含む。例えば、当該第１の識別情報は、一時的な（ｔｅｍｐｏｒａｒｙ）ＵＥＩＤである。

－第２の識別情報（飛行のための識別情報）
例えば、上記第１の要求メッセージは、移動端末６００の上記飛行を識別するための第２の識別情報を含む。例えば、当該第２の識別情報は、（例えば移動端末６００毎に正規化された）フライトＩＤ又はフライト番号である。

－飛行関連情報
例えば、上記第１の要求メッセージは、移動端末６００の上記飛行に関する飛行関連情報を含む。

－－飛行関連情報と飛行経路情報との関係
上記飛行関連情報は、ＣＮ１０（例えば、第１のＣＮノード２００、第２のＣＮノード３００及び／若しくは第３のＣＮノード４００）並びに／又は無線局５００において保存され、使用される情報である。

一方、上述した飛行経路情報は、管制装置１００により移動端末６００に送信され、移動端末６００が飛行のために使用する情報である。当該飛行経路情報は、管制装置１００により生成されてもよいし、管制装置１００により他の装置から取得されてもよい。

上述したように、飛行経路情報に含まれる全て又は一部を包含する情報は、飛行計画又は飛行プロファイル等と呼ばれてもよい。同様に、上記飛行関連情報に含まれる全て又は一部を包含する情報も、飛行計画又は飛行プロファイル等と呼ばれてもよい。あるいは、上記飛行経路情報自体、又は、上記飛行関連情報自体が、飛行計画又は飛行プロファイル等と呼ばれてもよい。

上記飛行関連情報は、上述した飛行経路情報と同じであってもよい。あるいは、上記飛行関連情報は、上述した飛行経路情報とは異なっていてもよい。例えば、上記飛行関連情報は、上述した飛行経路情報を含んでもよく、又は、上述した飛行経路情報に含まれていてもよい。あるいは、上記飛行関連情報は、上述した飛行経路情報と部分的に重複するのみであってもよく、又は、上述した飛行経路情報とは全く異なっていてもよい。

－－各ノードにおいて保存され使用される飛行関連情報
各ＣＮノード（第１のＣＮノード２００、第２のＣＮノード３００及び第３のＣＮノード４００の各々）において保存される飛行関連情報は、他のＣＮノードにおいて保存される飛行関連情報と同一であってもよく、又は異なってもよい。各ＣＮノードは、自らにとって必要な情報を含む飛行関連情報を保存してもよい。飛行関連情報は、各ＣＮノードにおいて第１の識別情報と第２の識別情報との少なくとも一つが特定される態様であってもよい。

無線局５００において保存され使用される飛行関連情報は、ＣＮ１０において保存される飛行関連情報と異なってもよい。無線局５００は、自らにとって必要な情報を含む飛行関連情報を保存してもよい。一例として、無線局５００は、自らのセルについての情報を含み、ＣＮ１０において保存される飛行関連情報は、複数の無線局５００のセルについての情報を含んでもよい。飛行関連情報は、無線局５００において第１の識別情報と第２の識別情報との少なくとも一つが特定される態様であってもよい。

なお、無線局５００において保存され使用される飛行関連情報は、ＣＮ１０において保存される飛行関連情報と同一であってもよい。

－－識別情報
上記第１の識別情報及び上記第２の識別情報は、上記飛行関連情報の中に含まれてもよく、又は、上記第１の要求メッセージにおいて上記飛行関連情報とは別の情報として含まれてもよい。

－－経路情報
例えば、上記飛行関連情報は、移動端末６００の上記飛行の経路を示す経路情報を含む。

第１の例として、上記経路情報は、上記飛行の経路として、上記飛行の経路上の１つ以上のセルであって、上記飛行において移動端末６００により使用される当該１つ以上のセルを示す。即ち、当該１つ以上のセルは、上記飛行において移動端末６００により使用されるセルのリスト（即ち、ハンドオーバのリスト）である。図３の例のケースでは、上記１つ以上のセルは、４つのセル５０のリストである。上記リストは、上記セルのシーケンス（即ち、順序を伴うセルのリスト）であってもよい。

第２の例として、上記経路情報は、上記飛行の経路として、上記飛行の１つ以上のウェイポイントを示してもよい。上記経路情報は、当該１つ以上のウェイポイントの各々を、緯度、経度、及び高度により示してもよい。

なお、上記飛行関連情報は、上記１つ以上のセルを示す第１の経路情報と、上記１つ以上のウェイポイントを示す第２の経路情報との両方を含んでもよい。

－－時間情報
例えば、上記飛行関連情報は、上記飛行についての時間（ｔｉｍｅ）を示す時間情報を含む。

第１の例として、上記時間情報は、上記１つ以上のセル（即ち、上記飛行の経路上の１つ以上のセルであって、上記飛行において移動端末６００により使用される当該１つ以上のセル）の各々について、上記飛行についての時間（ｔｉｍｅ）を示す。より具体的には、例えば、上記時間情報は、上記１つ以上のセルの各々について、上記移動端末のために無線リソースが確保される時間（ｔｉｍｅｐｅｒｉｏｄ）を示す。

例えば、図３の例のケースでは、４つのセルについて以下のような時間に移動端末６００のために無線リソースが確保され、上記飛行関連情報は、当該４つのセルについて、以下のような時間を示す時間情報を含む。
－第１のセル５０：１５：００－１５：０５
－第２のセル５０：１５：０２－１５：１０
－第３のセル５０：１５：０８－１５：１５
－第４のセル５０：１５：１２－１５：２０
これらの時間情報は、移動端末６００の飛行の起点及び終点のいずれかの時刻を含む時間情報を除き、ある時間情報が示す時間の少なくとも一部が重複する前後の時間をそれぞれ示す時間情報が存在しているという関係を有している。

さらに又はあるいは、上記時間情報は、上記１つ以上のセルの各々について、移動端末６００が入る時間（ｔｉｍｅ）と、移動端末６００が出る時間（ｔｉｍｅ）とを示してもよい。さらに又はあるいは、上記時間情報は、上記１つ以上のセルの各々について、移動端末６００が通過（又は滞在）する時間（ｔｉｍｅｐｅｒｉｏｄ）を示してもよい。

第２の例として、上記時間情報は、上記飛行の１つ以上のウェイポイントについて、上記飛行についての時間（ｔｉｍｅ）を示す。より具体的には、例えば、上記時間情報は、上記飛行の１つ以上のウェイポイントの各々について、移動端末６００が通過する時刻を示してもよい。当該１つ以上のウェイポイントは、上記飛行の全てのウェイポイントの一部であってもよい。あるいは、上記１つ以上のウェイポイントは、上記飛行の全てのウェイポイントであってもよい。さらに又はあるいは、上記時間情報は、１つ以上の区間における移動端末６００の飛行時間を示してもよく、当該１つ以上の区間の各々は、任意の２つのウェイポイント間の区間であってもよい。

－－移動速度情報
上記飛行関連情報は、移動端末６００の移動速度（ｖｅｌｏｃｉｔｙ）を示す移動速度情報を含んでもよい。例えば、当該移動速度情報は、移動端末６００の水平移動速度（Ｈｏｒｉｚｏｎｔａｌｖｅｌｏｃｉｔｙ）と、移動端末６００の垂直移動速度（Ｖｅｒｔｉｃａｌｖｅｌｏｃｉｔｙ）とを示してもよい。

例えば、上記移動速度情報は、１つ以上のウェイポイントの各々について、移動端末６００の移動速度を示してもよい。あるいは、上記移動速度情報は、１つ以上の区間について、移動端末６００の移動速度を示してもよく、当該１つ以上の区間は、任意の２つのウェイポイント間の区間であってもよい。

－－周波数情報
上記飛行関連情報は、特定の周波数帯域を示す周波数情報を含んでもよい。当該特定の周波数帯域は、上記飛行において移動端末６００が使用する周波数帯域であってもよい。

上記周波数情報は、複数の周波数帯域を示してもよい。当該周波数情報は、優先度順に当該複数の周波数帯域を示してもよい。なお、一例として、低い周波数の優先度を高くすることで、飛行する移動端末との無線接続を安定させることができる。

－－コンフィギュレーション情報
例えば、上記飛行関連情報は、移動端末６００のためのコンフィギュレーションを示すコンフィギュレーション情報を含む。

例えば、上記コンフィギュレーション情報は、上記１つ以上のセル（即ち、上記飛行の経路上の１つ以上のセルであって、上記飛行において移動端末６００により使用される当該１つ以上のセル）の各々について、移動端末６００のためのコンフィギュレーションを示す。例えば、当該コンフィギュレーション情報は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる情報である。

－－セッション属性情報
例えば、上記飛行関連情報は、移動端末６００の上記飛行における通信のためのセッションの属性情報を含む。例えば、当該セッション属性情報は、上記セッションの品質を示す情報を含む。一例として、上記セッションは、ＰＤＵ（ＰａｃｋｅｔＤａｔａＵｎｉｔ）セッションであり、上記セッション属性情報は、当該ＰＤＵセッションのためのＱＣＩ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ（ＱｏＳ）ＣｌａｓｓＩｄｅｎｔｉｆｉｅｒ）、又は５ＱＩ（５ＧＱｏＳＩｄｅｎｔｉｆｉｅｒ）を含む。

－－無線リソース情報
例えば、上記飛行関連情報は、移動端末６００の上記飛行における通信のための無線リソースを示す無線リソース情報を含む。

（１－２）呼び出し
例えば、第１のＣＮノード２００（通信処理部２３３）は、ＣＮ１０における上記第１の要求メッセージの受信に応じて、無線局５００を介して移動端末６００の上記呼び出しを行う。

より具体的には、例えば、管制装置１００（通信処理部１３３）は、上記呼び出しを要求する上記第１の要求メッセージを第２のＣＮノード３００へ送信し、第２のＣＮノード３００（通信処理部３３３）は、上記第１の要求メッセージを管制装置１００から受信する。第２のＣＮノード３００（通信処理部３３３）は、上記第１の要求メッセージの受信に応じて、上記呼び出しを要求する第２の要求メッセージを第３のＣＮノード４００へ送信する。第３のＣＮノード４００（通信処理部４３３）は、上記第２の要求メッセージの受信に応じて、さらなる要求メッセージ（第３の要求メッセージ）を第１のＣＮノード２００へ送信し、第１のＣＮノード２００（通信処理部２３３）は、当該第３の要求メッセージを第３のＣＮノード４００から受信する。第１のＣＮノード２００（通信処理部２３３）は、上記第３の要求メッセージの受信に応じて、無線局５００を介して移動端末６００の上記呼び出しを行う。

例えば、上記第２の要求メッセージ及び上記第３の要求メッセージの各々は、上記第１の識別情報、上記第２の識別情報及び／又は上記飛行関連情報を含む。

なお、（１）移動端末の呼び出しの要求は、管制装置１００（通信処理部１３３）から移動端末６００を呼び出す（ｐａｇｉｎｇ）処理を説明しているが、移動端末６００が、ＣＭ－ＩＤＬＥ状態ではなく、ＣＭ－ＣＯＮＮＥＣＴＥＤ状態の場合は、ＡＭＦ２００からＮＯＴＩＦＩＣＡＴＩＯＮメッセージを移動端末６００に送信し、移動端末６００からのＳｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージの送信を促す。この場合（１）移動端末の呼び出しの要求は実行されなくてもよい。

（２）通信の開始の要求
移動端末６００（通信処理部６３５）は、無線リソースが確保された移動端末６００の飛行のための通信の開始を要求するメッセージを第１のＣＮノード２００へ送信する。例えば、当該メッセージは、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージである。

－呼び出しに応じた送信
例えば、移動端末６００（通信処理部６３５）は、移動端末６００の上記呼び出しに応じて、上記通信の開始を要求する上記メッセージを第１のＣＮノード２００へ送信する。

－呼び出しをトリガとしない送信
『（１）移動端末の呼び出しの要求』は、管制装置１００（通信処理部１３３）から移動端末６００を呼び出す（ｐａｇｉｎｇ）処理を説明しているが、例えば、移動端末６００が、上述の呼び出し（ｐａｇｉｎｇ）処理を受けることなくＰＤＵセッションの設定を行ってもよい。その場合、ＰＤＵセッションの設定は、移動端末６００が飛行関連情報と飛行経路情報との少なくともいずれかに従い、上記通信の開始を要求する上記メッセージ（例えば、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージ）を第１のＣＮノード２００に送信することで開始する。例えば移動端末６００は第２の態様におけるＳ１３１５において受け取る飛行応答に含まれる飛行経路情報及び飛行関連情報の少なくともいずれかを用いて、上記通信の開始を要求する上記メッセージ（例えば、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージ）を第１のＣＮノード２００に送信してもよい。

－セッションの設定
例えば、第１のＣＮノード２００（制御部２３１及び通信処理部２３３）は、上記メッセージの受信に応じて、第３のＣＮノード４００とともに、移動端末６００のためのセッションを設定する。例えば、当該セッションは、ＰＤＵ（ＰａｃｋｅｔＤａｔａＵｎｉｔ）セッションである。

－飛行関連情報の送信
例えば、第１のＣＮノード２００（通信処理部２３３）は、上記通信の開始を要求する上記メッセージ（例えば、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージ）の受信後に、上記飛行関連情報を無線局５００へ送信し、無線局５００（第１通信処理部５４３）は、上記飛行関連情報を受信する。

さらに、無線局５００（第２通信処理部５４５）は、上記飛行関連情報を移動端末６００へ送信してもよい。

－飛行経路情報の送信
上述した飛行経路情報（即ち、管制装置１００により生成又は取得され、移動端末６００が飛行のために使用する情報）は、上記通信の開始を要求する上記メッセージ（例えば、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージ）の送信後に、移動端末６００へ送信されてもよい。例えば、上記通信の開始を要求する上記メッセージが第１のＣＮノード２００において受信されると、ＣＮ１０が管制装置１００に通知してもよい。管制装置１００は、ＣＮ１０からの通知に応じて、上記飛行経路情報を移動端末６００へ送信してもよい。

あるいは、第２の態様において図１５を参照して説明したように、上記飛行経路情報は、移動端末６００からの飛行要求に対する飛行応答において事前に送信されてもよい。この場合に、移動端末６００（通信処理部６３５）は、上記通信の開始を要求する上記メッセージ（例えば、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージ）の中に上記飛行経路情報を含めてもよい。これにより、移動端末６００がＣＮ１０（第１ＣＮノード２００）に上記飛行経路情報を提供してもよい。

（３）処理の流れ
図１８は、第３の態様に係る処理の概略的な流れの例を説明するためのシーケンス図である。

図１８では、わかりやすくするために、具体的な一例として、無線局５００はＮＧ－ＲＡＮノードとして記載され、第１のＣＮノード２００はＡＭＦとして記載され、第２のＣＮノード３００はＮＥＦとして記載され、第３のＣＮノード４００はＳＭＦとして記載され、移動端末６００はＵＥとして記載されている。

管制装置１００は、ＵＥ６００の飛行であって、無線リソースが確保された当該飛行のために、ＵＥ６００の呼び出しを要求する上述した第１の要求メッセージ（例えば、Ｎｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｑｕｅｓｔメッセージ又は他の名称で定義されるメッセージ）をＣＮ１０（具体的にはＮＥＦ３００）へ送信する（Ｓ１４０１）。

ＮＥＦ３００は、上記Ｎｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｑｕｅｓｔメッセージの受信に応じて、上述した第２の要求メッセージ（例えばＮｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｑｕｅｓｔメッセージ又は他の名称で定義されるメッセージ）をＳＭＦ４００へ送信する（Ｓ１４０３）。

ＳＭＦ４００は、上記Ｎｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｑｕｅｓｔメッセージの受信に応じて、ＵＥ６００の呼び出しを要求する上述した第３の要求メッセージ（例えば、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージ又は他の名称で定義されるメッセージ）をＡＭＦ２００へ送信する（Ｓ１４０５）。

上記Ｎｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｑｕｅｓｔメッセージ及び上記Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージの各々は、ＵＥ６００を識別するための第１の識別情報、ＵＥ６００の上記飛行を識別するための第２の識別情報、及び／又は、移動端末６００の上記飛行に関する飛行関連情報を含む。

ＡＭＦ２００は、上記第３の要求メッセージ（例えば、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージ又は他の名称で定義されるメッセージ）の受信に応じて、ＮＧ－ＲＡＮノード５００を介してＵＥ６００の呼び出しを行う（Ｓ１４０７、Ｓ１４０９）。

ＡＭＦ２００は、Ｎ１１メッセージをＳＭＦ４００へ送信し（Ｓ１４１１）、ＳＭＦ４００は、Ｎｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｓｐｏｎｓｅメッセージをＮＥＦ３００へ送信し（Ｓ１４１３）、ＮＥＦ３００は、Ｎｎｅｆ＿ＮＩＤＤ＿ＤｅｌｉｖｅｒｙＲｅｓｐｏｎｓｅメッセージを管制装置１００へ送信する（Ｓ１４１５）。

ＵＥ６００は、ＳｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージをＡＭＦ２００へ送信する（Ｓ１４２１）。

ＡＭＦ２００及びＳＭＦ４００は、ＵＥ６００のためのＰＤＵセッションを設定する（Ｓ１４２３）。

ＡＭＦ２００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＱＵＥＳＴメッセージをＮＧ－ＲＡＮノード５００へ送信する（Ｓ１４２５）。当該ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＱＵＥＳＴメッセージは、上記第１の識別情報、上記第２の識別情報及び／又は上記飛行関連情報を含む。

ＮＧ－ＲＡＮノード５００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ６００へ送信する（Ｓ１４２７）。当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、上記第１の識別情報、上記第２の識別情報及び／又は上記飛行関連情報を含んでもよい。

ＮＧ－ＲＡＮノード５００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲｅｓｐｏｎｓｅメッセージをＡＭＦ２００へ送信する（Ｓ１４２９）。

ＡＭＦ２００及びＳＭＦ４００は、上記ＰＤＵセッションを更新する（Ｓ１４３１）。

なお、図１８の例において、「ＮＧ－ＲＡＮｎｏｄｅ」は「無線局」に置き換えられてもよく、「ＡＭＦ」は「第１のＣＮノード」に置き換えられてもよく、「ＮＥＦ」は「第２のＣＮノード」に置き換えられてもよく、「ＳＭＦ」は「第３のＣＮノード」に置き換えられてもよく、「ＵＥ」は「移動端末」に置き換えられてもよい。また、図１８に記載されているメッセージの各々は「メッセージ」に置き換えられてもよい。
また、図１８の例において、ＵＥ６００がｐａｇｉｎｇの処理を受けずにＰＤＵセッションの設定を行う場合には、図１８に記載されているＳ１４０１、Ｓ１４０３、Ｓ１４０５、Ｓ１４０７、Ｓ１４０９、Ｓ１４１１、Ｓ１４１３及びＳ１４１５の各処理を実行する必要はなく、ＵＥ６００が、Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔメッセージを第１のＣＮノード２００へ送信すればよい（Ｓ１４２１）。

（４）変形例
上述したように、例えば、第２のＣＮノード３００は、上記第２の要求メッセージを第３のＣＮノード４００へ送信し、第３のＣＮノード４００は、上記第３の要求メッセージ）を第１のＣＮノード２００へ送信する。しかしながら、要求メッセージの送信はこの例に限定されない。

第２のＣＮノード３００（通信処理部３３３）は、管制装置１００からの上記第１の要求メッセージの受信に応じて、上記第２の要求メッセージを第１のＣＮノード２００へ送信してもよい。第１のＣＮノード２００（通信処理部２３３）は、当該第２の要求メッセージを第２のＣＮノード３００から受信してもよい。第１のＣＮノード２００（通信処理部２３３）は、上記第２の要求メッセージの受信に応じて、無線局５００を介して移動端末６００の上記呼び出しを行ってもよい。

上記第２の要求メッセージは、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージであってもよい。

以上、第３の態様を説明した。

本態様においては、移動端末６００及び管制装置１００の少なくとも１つは、飛行経路情報及び飛行関連情報の少なくとも１つに基づいて通信の開始を要求する。この飛行経路情報及び飛行関連情報の少なくとも１つは、移動端末６００の飛行経路における無線リソースが確保されていることを担保する情報であるため、これらに基づく通信の開始の要求を行うことにより、移動端末６００が飛行中に継続的に通信することがより容易になり得る。その結果、移動端末６００の飛行及び移動端末６００に搭乗する乗員の安全性の担保がより容易になり得る。

また、例えば、移動端末６００の呼び出しが要求されない場合には、移動端末６００の飛行は、移動端末６００側で自主的に開始される。そのため、管制装置１００が移動端末６００の飛行を開始時点から制御するのは困難となることがある。一方、第３の態様の（１）において説明したように、移動端末６００の呼び出しが要求される場合には、移動端末６００の飛行は、ネットワークからの要求に応じて開始される。そのため、管制装置１００が移動端末６００の飛行を開始時点から制御することが可能になる。

＜＜７．第４の態様＞＞
続いて、図１９～図３１を参照して、本開示の第４の態様を説明する。

第４の態様は、飛行経路情報に従って移動する移動端末６００のハンドオーバについての態様である。当該ハンドオーバは、２つの無線局５００の間でのハンドオーバであるが、以下では、当該２つの無線局５００のうちのターゲット無線局を「第１の無線局５００Ａ」と呼び、当該２つの無線局５００のうちのソース無線局を「第２の無線局５００Ｂ」と呼ぶものとする。

（１）ハンドオーバのための手続き
第１の無線局５００Ａ（制御部５４１）は、飛行経路情報に従って移動する移動端末６００のハンドオーバであって、第２の無線局５００Ｂ（ソース無線局）から第１の無線局５００Ａ（ターゲット無線局）への上記飛行経路情報に従う当該ハンドオーバを制御する。また、第２の無線局５００Ｂ（制御部５４１）も、上記ハンドオーバを制御する。

（１－１）ハンドオーバ
－ソースセル及びターゲットセル
上述したように、上記ハンドオーバは、第２の無線局５００Ｂから第１の無線局５００Ａへのハンドオーバである。より具体的に説明すると、例えば、上記ハンドオーバは、第２の無線局５００Ｂのセル（即ち、ソースセル）から第１の無線局５００Ａのセル（即ち、ターゲットセル）へのハンドオーバである。また、第２の無線局５００Ｂと第１の無線局５００Ａは同一の無線局であってもよい。すなわち、上記ハンドオーバは同一無線局５００内のセル間のハンドオーバであってもよい。

－飛行経路情報に従ったハンドオーバ
上述したように、上記ハンドオーバは、上記飛行経路情報に従ったハンドオーバである。より具体的に説明すると、例えば、上記飛行経路情報は、移動端末６００の飛行経路を示す経路情報（例えば、ウェイポイントを示す情報）を含み、上記ハンドオーバは、当該飛行経路に沿って移動端末６００が移動することを前提として予定されているハンドオーバである。

なお、上記飛行経路情報は、移動端末６００の飛行において使用されるセルのリストを示す情報を含んでもよく、上記ハンドオーバは、当該リストに含まれる２つのセル間のハンドオーバであってもよい。また、上記ハンドオーバは、移動端末６００の飛行経路を示す経路情報に示される、例えばウェイポイントを示す情報が同一のウェイポイントを示しておりかつそれぞれのウェイポイントが示す情報に関連付けられているセルを示す情報で示されるセル間（同一周波数のセル間または異周波数のセル間）のハンドオーバであってもよい。

（１－２）第１の無線局における無線リソースの確保
例えば、第１の無線局５００Ａ（制御部５４１）は、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保する。

より具体的には、例えば、第１の無線局５００Ａ（制御部５４１）は、移動端末６００の飛行に関する飛行関連情報に基づいて、上記無線リソースを確保する。

（ａ）飛行関連情報
例えば、上記飛行関連情報は、第３の態様において説明した上記飛行関連情報と同様の情報を含む。

例えば、上記飛行関連情報は、移動端末６００を識別するための第１の識別情報を含む。例えば、上記飛行関連情報は、移動端末６００の飛行を識別するための第２の識別情報を含む。

例えば、上記飛行関連情報は、移動端末６００の上記飛行の経路を示す経路情報、移動端末６００の上記飛行についての時間を示す時間情報、移動端末６００の移動速度を示す移動速度情報、特定の周波数帯域を示す周波数情報、移動端末６００のためのコンフィギュレーションを示すコンフィギュレーション情報、移動端末６００の上記飛行における通信のためのセッションの属性情報、及び／又は、移動端末６００の上記飛行における通信のための無線リソースを示す無線リソース情報を含む。各種情報の詳細な説明は、例えば、第３の態様における各種情報の説明と同様である。よって、ここでは重複する説明を省略する。ただし、各種情報は、第３の態様における説明の例には限定されない。

例えば、上記飛行関連情報は、とりわけ、上記飛行の経路上の第１の無線局５００Ａの１つ以上のセルであって、上記飛行において移動端末６００により使用される当該１つ以上のセル（ターゲットセルを含む）についての上記経路情報、上記時間情報、上記コンフィギュレーション情報、上記セッション属性情報及び／又は上記無線リソース情報を含む。

なお、上記飛行関連情報と上記飛行経路情報との関係は、例えば第３の態様において説明した関係と同様である。よって、ここでは重複する説明を省略する。ただし、当該関係は、第３の態様における説明の例には限定されない。

なお、第３の態様における説明を参照したが、この参照はあくまで説明の省略のための参照であり、第４の態様が第３の態様に依存しているわけではないことに留意すべきである。第４の態様は、第３の態様とは独立していてもよい。あるいは、第４の態様は、第３の態様と組み合わせられてもよい。第４の態様と第３の態様とが組み合わせられる場合には、第４の態様における上記飛行関連情報は、第３の態様における上記飛行関連情報と同じであってもよい。

（ｂ）リソースの確保の手法
例えば、第１の無線局５００Ａ（制御部５４１）は、上記飛行関連情報に基づいて、上記無線リソースを確保できるかを判定し、その結果に基づいて上記無線リソースを確保してもよい。なお、第１の無線局５００Ａ（制御部５４１）は、上記無線リソースを確保できるか判定を行わずにリソースを確保してもよい。この例については後述する。

一例として、第１の無線局５００Ａ（制御部５４１）は、上記経路情報により示される第１の無線局５００Ａの１つ以上のセルの各々において、上記時間情報により示される時間に、上記セッション属性情報により示される品質が満たされるように、無線リソースを確保できるかを判定する。

例えば、第１の無線局５００Ａ（制御部５４１）は、上記無線リソースを確保できると判定する。この場合に、第１の無線局５００Ａ（制御部５４１）は、上記無線リソースを確保する。

例えば、第１の無線局５００Ａ（制御部５４１）は、上記無線リソースを確保できないと判定する。この場合の処理は、後に詳細に説明する。

（ｃ）無線リソース
例えば、（第１の無線局５００Ａにより確保される）上記無線リソースは、時間及び周波数の少なくとも一方のリソースである。即ち、上記無線リソースは、狭義の無線リソースである。一例として、上記無線リソースは、時間周波数リソースである。

あるいは、上記無線リソースは、時間及び周波数の少なくとも一方のリソース（狭義の無線リソース）、及び、第１の無線局５００Ａの処理のためのリソースを含んでもよい。即ち、上記無線リソースは、広義の無線リソースであってもよい。第１の無線局５００Ａの処理のための上記リソースは、第１の無線局５００Ａのトランスポートネットワークレイヤ（ＴＮＬ）リソース、及び／又は、第１の無線局５００Ａの処理負荷等を含んでもよい。

（１－３）メッセージの送受信
第１の無線局５００Ａ（第１通信処理部５４３）は、上記ハンドオーバの受け入れ（ａｃｃｅｐｔａｎｃｅ）に関する情報（以下、受け入れ情報と呼ぶ）を含むメッセージを第２の無線局５００Ｂへ送信するための処理をトリガ（又は開始、以下同様）する。

上記メッセージは第１の無線局５００Ａが第２の無線局５００Ｂへ直接送信するＸ２ＡＰ又はＸｎＡＰのメッセージであってもよいし、ＣＮ１０から第２の無線局５００Ｂへ送信されるメッセージであってもよいし、または第１の無線局５００ＡからＣＮ１０を介して第２の無線局５００Ｂへ送信されるメッセージであってもよい。

上記メッセージがＸ２ＡＰ又はＸｎＡＰのメッセージである場合、第１の無線局５００Ａは、当該メッセージを第２の無線局５００Ｂへ送信する処理を直接トリガしてもよい。上記メッセージがＣＮ１０から第２の無線局５００Ｂへ送信されるメッセージの場合、第１の無線局５００Ａは、ＣＮ１０に対し、当該メッセージ及び当該メッセージを含む他のメッセージの少なくともいずれかを第２の無線局５００Ｂへ送信するよう要求する処理をトリガしてもよい。上記メッセージが第１の無線局５００ＡからＣＮ１０を介して第２の無線局５００Ｂへ送信されるメッセージの場合、第１の無線局５００ＡはＣＮ１０に対して当該メッセージを送信する処理をトリガしてもよい。

第２の無線局５００Ｂ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージを受信する。

例えば、上記受け入れ情報を含む上記メッセージは、第１の無線局５００Ａが上記ハンドオーバの準備をできていることを第２の無線局５００Ｂに通知するメッセージである。一例として、上記受け入れ情報を含む上記メッセージは、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージである。当然ながら、上記受け入れ情報を含む上記メッセージは、他の名称のメッセージ（例えば、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎメッセージ、又はＨａｎｄｏｖｅｒＡｌｌｏｗａｎｃｅＩｎｄｉｃａｔｉｏｎメッセージ等）であってもよい。

（ａ）送信手法の例
－直接的な送信
上記受け入れ情報を含む上記メッセージは、第１の無線局５００Ａから第２の無線局５００Ｂへ直接送信されてもよい。

第１の無線局５００Ａ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ直接送信してもよい。

第２の無線局５００Ｂ（第１通信処理部５４３）は、第１の無線局５００Ａから、上記受け入れ情報を含む上記メッセージを受信してもよい。

図１９は、第４の態様に係る上記受け入れ情報を含む上記メッセージ（例えば、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）の送信の直接的な送信の例を説明するためのシーケンス図である。第１の無線局５００Ａ（ターゲットＲＡＮノード）は、上記受け入れ情報を含む上記メッセージ（例えば、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）を第２の無線局５００Ｂ（ソースＲＡＮノード）へ送信する（Ｓ１５０１）。

－間接的な送信
上記受け入れ情報を含む上記メッセージは、第１のＣＮノード２００を介して第１の無線局５００Ａから第２の無線局５００Ｂへ送信されてもよい。即ち、上記受け入れ情報を含む上記メッセージは、第１の無線局５００Ａから第１のＣＮノード２００へ送信され、第１のＣＮノード２００から第２の無線局５００Ｂへ送信されてもよい。

第１の無線局５００Ａ（第１通信処理部５４３）は、第１のＣＮノード２００を介して、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信してもよい。即ち、第１の無線局５００Ａ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージを第１のＣＮノード２００へ送信してもよく、第１のＣＮノード２００は、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信してもよい。第１のＣＮノード２００は、上記受け入れ情報を含む上記メッセージそのものを第２の無線局５００Ｂへ送信してもよい。あるいは、第１のＣＮノード２００は、上記受け入れ情報を含む上記メッセージを含む他のメッセージを第２の無線局５００Ｂへ送信してもよい。一例として、上記受け入れ情報を含む上記メッセージは、上記他のメッセージ内でカプセル化（ｅｎｃａｐｓｕｌａｔｅ）されてもよい。この場合に、上記受け入れ情報を含む上記メッセージは、上記他のメッセージ内の透過的なコンテナ（ｔｒａｎｓｐａｒｅｎｔｃｏｎｔａｉｎｅｒ）に含まれてもよい。

第２の無線局５００Ｂ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージを第１の無線局５００Ａから受信する第１のＣＮノード２００から、上記受け入れ情報を含む上記メッセージを受信してもよい。

図２０は、第４の態様に係る上記受け入れ情報を含む上記メッセージ（例えば、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）の送信の間接的な送信の例を説明するためのシーケンス図である。第１の無線局５００Ａ（ターゲットＲＡＮノード）は、上記受け入れ情報を含む上記メッセージ（ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）をＣＮ１０（第１のＣＮノード２００）へ送信する（Ｓ１５０３）。ＣＮ１０（第１のＣＮノード２００）は、上記受け入れ情報を含む上記メッセージ（ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）を第２の無線局５００Ｂ（ソースＲＡＮノード）へ送信する（Ｓ１５０５）。なお、ＣＮ１０（第１のＣＮノード２００）は、上記ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージそのものを第２の無線局５００Ｂ（ソースＲＡＮノード）へ送信してもよい。あるいは、ＣＮ１０（第１のＣＮノード２００）は、上記ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージを含む他のメッセージを第２の無線局５００Ｂ（ソースＲＡＮノード）へ送信してもよい。

－その他
第１の無線局５００Ａは、上記受け入れ情報を含む上記メッセージの送信をトリガするために、第１のＣＮノード２００へ他のメッセージを送信してもよい。この他のメッセージには、上記受け入れ情報及び上記受け入れ情報を含む上記メッセージの少なくともいずれかを含んでもよい。ＣＮノード２００は、上記受け入れ情報を含む上記メッセージの送信をトリガする他のメッセージを受信すると、上記受け入れ情報を含む上記メッセージを、第２の無線局５００Ｂへ送信してもよい。

第１の無線局５００Ａ（第１通信処理部５４３）は、第１のＣＮノード２００から第２の無線局５００Ｂへの上記受け入れ情報を含む上記メッセージの送信をトリガする他のメッセージを、第１のＣＮノード２００へ送信することにより、第１のＣＮノード２００に上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信させてもよい。つまり、第１のＣＮノード２００が、当該他のメッセージの受信に応答して、上記メッセージを送信する処理を行ってもよい。

第２の無線局５００Ｂ（第１通信処理部５４３）は、上記他のメッセージを第１の無線局５００Ａから受信する第１のＣＮノード２００から、上記受け入れ情報を含む上記メッセージを受信してもよい。

一例として、上記受け入れ情報を含む上記メッセージは、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージであってもよく、上記他のメッセージは、ＨａｎｄｏｖｅｒＲｅａｄｙＩｎｄｉｃａｔｉｏｎメッセージであってもよい。

図２１は、第４の態様に係る上記受け入れ情報を含むメッセージ（例えばＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）の送信のその他の例を説明するためのシーケンス図である。第１の無線局５００Ａ（ターゲットＲＡＮノード）は、上記受け入れ情報を含むメッセージ（例えばＨａｎｄｏｖｅｒＲｅａｄｙＩｎｄｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）をＣＮ１０（第１のＣＮノード２００）へ送信する（Ｓ１５０７）。ＣＮ１０（第１のＣＮノード２００）は、上記受け入れ情報を含むメッセージ（例えばＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージ又は他の名称で定義されるメッセージ）を第２の無線局５００Ｂ（ソースＲＡＮノード）へ送信する（Ｓ１５０９）。

（ｂ）要求メッセージの受信なしでの送信
第１の無線局５００Ａ（第１通信処理部５４３）は、第２の無線局５００Ｂから送信される上記ハンドオーバのための要求メッセージを受信することなく、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信するための処理をトリガする。

第２の無線局５００Ｂ（第１通信処理部５４３）は、上記ハンドオーバのための要求メッセージを送信することなく、上記受け入れ情報を含む上記メッセージを受信する。

例えば、第２の無線局５００Ｂ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージの受信前に、ハンドオーバのための要求メッセージを送信することなく（つまり、送信していなくても）、上記受け入れ情報を含む上記メッセージを受信した場合に、上記ハンドオーバのための上記要求メッセージを送信してもよい。

例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、第２の無線局５００Ｂへの上記受け入れ情報を含む上記メッセージの第２の無線局５００Ｂへの送信前には、第２の無線局５００Ｂから送信されるハンドオーバのための要求メッセージを受信することなく（つまり、受信していなくても）、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信した場合に、第２の無線局５００Ｂから送信される上記ハンドオーバのための上記要求メッセージを受信してもよい。

例えば、上記ハンドオーバのための上記要求メッセージは、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージであり、上記ハンドオーバのための上記要求メッセージへの応答メッセージは、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージである。

（ｃ）受け入れ情報
－無線リソースの確保についての情報
例えば、上記受け入れ情報は、移動端末６００のための無線リソースが確保されていることを示す情報を含む。

具体的には、例えば、第１の無線局５００Ａ（制御部５４１）が、上記無線リソースを確保できると判定し、上記無線リソースを確保する場合に、上記受け入れ情報は、上記無線リソースが確保されていることを示す上記情報を含む。

あるいは、上記受け入れ情報は、第１の無線局５００Ａにおける移動端末６００のための無線リソースが確保できないことを示す情報を含んでもよい。

具体的には、第１の無線局５００Ａ（制御部５４１）が、上記無線リソースを確保できないと判定する場合に、上記受け入れ情報は、上記無線リソースが確保できないことを示す情報を含んでもよい。

－ターゲットセルに関する情報
上記受け入れ情報は、上記ハンドオーバのターゲットセル（即ち、第１の無線局５００Ａのセル）に関する情報を含んでもよい。

具体的には、例えば、上記ターゲットセルに関する上記情報は、上記ターゲットセルを識別するための識別情報（セルＩＤ）を含んでもよい。例えば、上記ターゲットセルに関する上記情報は、上記ターゲットセルの周波数帯域に関する情報を含んでもよい。当該情報は、上記ターゲットセルのキャリア周波数、周波数帯域（ＦｒｅｑｕｅｎｃｙＢａｎｄ）、又は同期信号（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ）に関する情報のいずれか又は組み合わせでもよい。同期信号に関する情報は、ＳＳ／ＰＢＣＨＢｌｏｃｋ（ＳＳＢ）の周波数位置を示す情報でもよい。

（１－４）処理の流れ
図２２は、第４の態様に係るハンドオーバの処理の概略的な流れの例を説明するためのシーケンス図である。

当該処理は、第２の無線局５００Ｂ（ソース無線局）から第１の無線局５００Ａ（ターゲット無線局）への移動端末６００のハンドオーバの処理である。例えば、当該処理は、第１の無線局５００Ａにおける移動端末６００のための無線リソースが確保されることが確認又は決定された後、又は移動端末６００のハンドオーバの受け入れを可能であることが確認又は決定された後に開始する。

図１９を参照して説明したように、第１の無線局５００Ａは、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージを第２の無線局５００Ｂへ送信する（Ｓ１５０１）。当該ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージは、上記ハンドオーバの受け入れに関する情報（受け入れ情報）を含む。

第２の無線局５００Ｂは、上記ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージの受信に応じて、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージを第１の無線局５００Ａへ送信する（Ｓ１５１１）。

第１の無線局５００Ａは、上記ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージの受信に応じて、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージを第２の無線局５００Ｂへ送信する（Ｓ１５１３）。

第２の無線局５００Ｂは、上記ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージの受信に応じて、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを移動端末６００へ送信する（Ｓ１５１５）。

移動端末６００は、ターゲットセル（第１の無線局５００Ａのセル）へのランダムアクセスを行う（Ｓ１５１７）。さらに、移動端末６００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを第１の無線局５００Ａへ送信する（Ｓ１５１９）。

第１の無線局５００Ａ及びＣＮ１０は、パススイッチを行う（Ｓ１５２１）。第１の無線局５００Ａは、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅメッセージを第２の無線局５００Ｂへ送信する（Ｓ１５２３）。

（１－５）第１の変形例
上述したように、例えば、第１の無線局５００Ａ（制御部５４１）は、上記飛行関連情報に基づいて、上記無線リソースを確保できるかを判定し、その結果に基づいて上記無線リソースを確保する。しかしながら、第４の態様はこの例に限定されない。

第１の無線局５００Ａ（制御部５４１）は、上記無線リソースを確保できるかを判定することなく、必ず上記無線リソースを確保してもよい。

（例えば第２の態様において説明したような手法により、又は他の手法により、）飛行計画時に、移動端末６００が使用する又は通過する時刻（又は時間帯）において、移動端末６００のための無線リソースを確保することが予め保障されてもよい。例えばこのような場合に、上記無線リソースは必ず確保されてもよい。

この場合に、上記受け入れ情報は、移動端末６００のための無線リソースが確保されていることを示す情報も、第１の無線局５００Ａにおける移動端末６００のための無線リソースが確保できないことを示す情報も含まず、上記ハンドオーバのターゲットセル（即ち、第１の無線局５００Ａのセル）に関する情報を含んでもよい。

（１－６）第２の変形例
上述したように、例えば、第２の無線局５００Ｂ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージの受信前に、上記ハンドオーバのための上記要求メッセージを送信することなく、上記受け入れ情報を含む上記メッセージを受信した後に、上記ハンドオーバのための上記要求メッセージを送信してもよい。例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、第２の無線局５００Ｂへの上記受け入れ情報を含む上記メッセージの第２の無線局５００Ｂへの送信前には、第２の無線局５００Ｂから送信される上記ハンドオーバのための上記要求メッセージを受信することなく、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信した場合に、第２の無線局５００Ｂから送信される上記ハンドオーバのための上記要求メッセージを受信してもよい。しかしながら、第４の態様はこの例に限定されない。

第２の無線局５００Ｂ（第１通信処理部５４３）は、上記受け入れ情報を含む上記メッセージの受信前だけではなく、上記受け入れ情報を含む上記メッセージの受信後も、上記ハンドオーバのための上記要求メッセージを送信しなくてもよい。

また、第１の無線局５００Ａ（第１通信処理部５４３）は、第２の無線局５００Ｂへの上記受け入れ情報を含む上記メッセージの第２の無線局５００Ｂへの送信前だけではなく、上記受け入れ情報を含む上記メッセージの第２の無線局５００Ｂへの送信後も、第２の無線局５００Ｂから送信される上記ハンドオーバのための上記要求メッセージを受信しなくてもよい。

このような場合に、上記受け入れ情報を含む上記メッセージが、上記ハンドオーバのための上記要求メッセージへの応答メッセージ（例えば、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージ）の代わりに、第２の無線局５００Ｂ及び移動端末６００による上記ハンドオーバの実行をトリガしてもよい。例えば、上記受け入れ情報を含む上記メッセージは、第２の無線局５００Ｂが上記ハンドオーバの実行のためのメッセージを移動端末６００へ送信するのをトリガしてもよい。即ち、第２の無線局５００Ｂ（第２通信処理部５４５）は、上記受け入れ情報を含む上記メッセージの受信に応じて、上記ハンドオーバの実行のためのメッセージを移動端末６００へ送信してもよい。上記ハンドオーバの実行のための当該メッセージは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよく、他のメッセージであってもよい。

上述したように、上記受け入れ情報は、上記ハンドオーバのターゲットセル（即ち、第１の無線局５００Ａのセル）に関する情報を含んでもよい。とりわけ、第２の変形例では、当該ターゲットセルに関する当該情報は、上記ターゲットセルにおける移動端末６００のためのコンフィギュレーションを示す情報を含んでもよい。当該コンフィギュレーションを示す情報は、上記ハンドオーバの実行のための上記メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）に含められる情報であってもよい。

図２２を再び参照すると、第２の変形例では、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔの送信（Ｓ１５１１）及びＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅの送信（Ｓ１５１３）は行われなくてもよい。即ち、第２の無線局５００Ｂは、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージの受信（Ｓ１５０１）に応じて、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを移動端末６００へ送信してもよい（Ｓ１５１５）。

第２の変形例によれば、例えば、ハンドオーバ手続きにおいてシグナリングが削減され、当該ハンドオーバ手続きがより迅速に行われ得る。

（１－７）第３の変形例
（例えば図２２を参照して説明したように）第４の態様に係るハンドオーバのための手続きは、第１の無線局５００Ａにより開始される。しかしながら、第４の態様はこのような例に限定されない。

第４の態様に係るハンドオーバのための手続きは、第１のＣＮノード２００により開始されてもよい。

－第１のＣＮノード２００の動作
第１のＣＮノード２００（制御部２３１）は、上記ハンドオーバのための要求メッセージを生成してもよい。第１のＣＮノード２００（通信処理部２３３）は、上記要求メッセージを第２の無線局５００Ｂから受信することなく、上記要求メッセージを第１の無線局５００Ａへ送信してもよい。即ち、上記要求メッセージは、第２の無線局５００Ｂから第１のＣＮノード２００へ送信されず、第１のＣＮノード２００により生成され、第１の無線局５００Ａへ送信される。

（例えば第３の態様において説明した手法により、又は他の手法により、）第１のＣＮノード２００は、上記飛行関連情報を保存していてもよく、第１のＣＮノード２００（制御部２３１）は、上記飛行関連情報に基づいて、上記ハンドオーバの開始を決定してもよい。一例として、第１のＣＮノード２００（制御部２３１）は、上記飛行関連情報に含まれる上記時間情報に基づいて、上記ハンドオーバの開始を決定してもよい。

－第１の無線局５００Ａの動作
上記要求メッセージは、第１の無線局５００Ａが、第２の無線局５００Ｂから送信される上記ハンドオーバのための要求メッセージを受信していなくても、上記ハンドオーバの受け入れに関する情報（受け入れ情報）を含むメッセージを第２の無線局５００Ｂが送信するのを、トリガしてもよい。

第１の無線局５００Ａ（第１通信処理部５４３）は、第１のＣＮノード２００から送信される上記要求メッセージを受信し、第１のＣＮノード２００から送信される上記要求メッセージの受信に応じて、上記受け入れ情報を含む上記メッセージを第２の無線局５００Ｂへ送信してもよい。

－メッセージ
第１のＣＮノード２００により送信される上記要求メッセージは、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージであってもよく、第１の無線局５００Ａにより送信される上記受け入れ情報を含む上記メッセージは、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージであってもよい。第１のＣＮノード２００により送信される上記要求メッセージは、飛行関連情報と飛行経路情報が設定されてもよい。

－処理の流れ
図２３は、第４の態様の第３の変形例に係るハンドオーバの処理の概略的な流れの例を説明するためのシーケンス図である。

当該処理は、第２の無線局５００Ｂ（ソース無線局）から第１の無線局５００Ａ（ターゲット無線局）への移動端末６００のハンドオーバの処理である。

第１のＣＮノード２００は、上記ハンドオーバの開始を決定し、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージを生成し、当該ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージを第１の無線局５００Ａへ送信する（Ｓ１５３１）。

第１の無線局５００Ａは、上記ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージの受信に応じて、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージを第１のＣＮノード２００へ送信する（Ｓ１５３３）。

図１９を参照して説明したように、第１の無線局５００Ａは、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージを第２の無線局５００Ｂへ送信する（Ｓ１５０１）。当該ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージは、上記ハンドオーバの受け入れに関する情報（受け入れ情報）を含む。当該受け入れ情報は、上記ハンドオーバのターゲットセルにおける移動端末６００のためのコンフィギュレーションを示す情報を含む。

第２の無線局５００Ｂは、上記ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージの受信に応じて、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを移動端末６００へ送信する（Ｓ１５３５）。当該ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、上記コンフィギュレーションを示す上記情報を含む。

あるいは、第２の無線局５００Ｂは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージではなく、ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージを、移動端末６００へ送信してもよい。当該ＨａｎｄｏｖｅｒＲｅａｄｙＮｏｔｉｆｉｃａｔｉｏｎメッセージは、上記コンフィギュレーションを示す上記情報を含んでもよい。

移動端末６００、第１の無線局５００Ａ及び第２の無線局５００Ｂは、上記ハンドオーバを実行する（Ｓ１５３７）。

第１の無線局５００Ａは、ＨａｎｄｏｖｅｒＮｏｔｉｆｙメッセージを第１のＣＮノード２００へ送信する（Ｓ１５３９）。第１のＣＮノード２００は、当該ＨａｎｄｏｖｅｒＮｏｔｉｆｙメッセージの受信に基づいて、次のＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージの送信のタイミングを調整してもよい。

移動端末６００は、第１の無線局５００Ａと通信する。

第１のＣＮノード２００は、ＵＥｃｏｎｔｅｘｔｒｅｌｅａｓｅｃｏｍｍａｎｄメッセージを第２の無線局５００Ｂへ送信し（Ｓ１５４１）、第２の無線局５００Ｂは、ＵＥｃｏｎｔｅｘｔｒｅｌｅａｓｅｃｏｍｍａｎｄｃｏｍｐｌｅｔｅメッセージを第１のＣＮノード２００へ送信する（Ｓ１５４３）。

－無線リソースの確保
（例えば第２の態様において説明したような手法により、又は他の手法により、）飛行計画時に、移動端末６００のための無線リソースが予め確保されてもよい。例えばこのような場合に、第１のＣＮノード２００により送信される上記ハンドオーバのための上記要求メッセージ（例えば、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージ）は、拒絶（ｒｅｊｅｃｔ）されず、必ず受け入れ（ａｃｃｅｐｔ）られてもよい。

第３の変形例によれば、例えば、移動端末６００の飛行における全てのハンドオーバをＣＮ１０において一括で制御することが可能になる。

（１－８）第４の変形例
上記ハンドオーバは、通常のハンドオーバではなく、条件付きハンドオーバ（Ｃｏｎｄｉｔｉｏｎａｌｈａｎｄｏｖｅｒ：ＣＨＯ）であってもよい。

条件付きハンドオーバ（ＣＨＯ）は、ソース無線局（第２の無線局５００Ｂ）が、従来のハンドオーバよりも早めにターゲット無線局（第１の無線局５００Ａ）に対して移動端末６００のハンドオーバ要求メッセージ（ＣＨＯ要求）を送信する。例えば、従来のハンドオーバよりも端末から測定報告（ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔ）を実行するトリガが早くかかるように、ソース無線局は当該測定報告のためのイベント（ｅ．ｇ．ＬＴＥ又はＮＲで規定されるＥｖｅｎｔＡｘ，Ｂｘ）の設定において、ターゲットセルの無線品質（及びソースセルの無線品質）に関するオフセット値または閾値（ｅ．ｇ．，ＲＳＲＰＴｈｒｅｓｈｏｌｄ，ＲＳＲＱＴｈｒｅｓｈｏｌｄ）を小さめに設定してもよい。そして、ソース無線局は当該測定報告を受信すると、ハンドオーバ要求メッセージ（ＣＨＯ要求）を送信してもよい。ターゲット無線局は、当該移動端末６００のＣＨＯのためのターゲットセル設定（ＣＨＯＣｏｎｆｉｇｕｒａｔｉｏｎ）を包含するハンドオーバ要求への応答メッセージ（ＣＨＯ要求承認）をソース無線局へ送信する。ソース無線局は、当該ターゲットセル設定を、ＣＨＯの実行条件（ＣＨＯｅｘｅｃｕｔｉｏｎｃｏｎｄｉｔｉｏｎ）とともに移動端末６００へ送信する。そして、移動端末６００は、当該ＣＨＯの実行条件が満たされるかを判定し、満たされた場合に当該ターゲットセルへのハンドオーバを開始（実行）する。
ここで、ターゲットセルの設定は、例えばベアラ設定（Ｂｅａｒｅｒｃｏｎｆｉｇｕｒａｔｉｏｎ）、無線リソース設定（Ｃｅｌｌｇｒｏｕｐｃｏｎｆｉｇｕｒａｔｉｏｎ，Ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｆｉｇｕｒａｔｉｏｎ）でもよい。また、ＣＨＯの実行条件は、例えばソースセルとターゲットセルの無線品質（例えば、ＲＳＲＰ，ＲＳＲＱ，ＳＩＮＲ）の関係で指定されてもよい。例えば、ターゲットセルの無線品質がソースセルの無線品質よりも所定の（又は指定された）オフセット値より大きくなったこと、又はそのような状態が所定の（又は指定された）時間だけ継続したこと、でもよい。これに代えて、ソースセル又はターゲットセルのいずれかの無線品質に関して指定されてもよい。例えば、ターゲットセルの無線品質が所定の（又は指定された）絶対値になったこと、又はそのような状態が所定の（又は指定された）時間だけ継続したこと、でもよい。
なお、ソース無線局は、複数のターゲットセル（候補）を同時に移動端末６００に指定し、それぞれのターゲットセル（候補）に対して、個別のＣＨＯの実行条件とターゲットセル設定を通知してもよい。複数のターゲットセルは、１つのターゲット無線局が管理する複数のセルでもよいし、異なる複数のターゲット無線局にまたがって指定されてもよい。一方、移動端末６００は、複数のターゲットセル（候補）が指定された場合、それぞれに対して通知されたＣＨＯの実行条件を満たすか否かを判定し、当該ＣＨＯの実行条件を満たしたターゲットセル（候補）に対してハンドオーバを実行してもよい。

上記受け入れ情報は、上記条件付きハンドオーバ（ＣＨＯ）のためのターゲットセル設定に関する情報を含んでもよい。上述したように、上記受け入れ情報は、上記ターゲットセルに関する上記情報を含んでもよく、上記ターゲットセルに関する上記情報が、上記ＣＨＯのためのターゲットセル設定に関する情報を含んでもよいし、それらが等価でも（つまり、置き換えられても）よい。これにより、上記条件情報が、第２の無線局５００Ｂへ送信されてもよい。

さらに、上述したように、第２の無線局５００Ｂ（第２通信処理部５４５）は、上記ハンドオーバの実行のためのメッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を移動端末６００へ送信してもよく、上記ハンドオーバの実行のための当該メッセージは、上記条件情報を含んでもよい。これにより、上記条件情報が、移動端末６００へ送信されてもよい。

移動端末６００（通信制御部６３３）は、上記条件情報に基づいて、上記ハンドオーバを制御してもよい。例えば、移動端末６００（通信制御部６３３）は、上記条件情報に基づいて、上記ターゲットセルへのランダムアクセスを行うかを判定してもよい。

このような条件付きハンドオーバにより、例えば、移動端末６００は、ネットワークとの接続をより確実に維持することが可能になる。

以上、第４の態様におけるハンドオーバのための手続きを説明した。上記受け入れ情報を含む上記メッセージが第２の無線局５００Ｂへ送信されない場合には、一般的な手続きのとおり、第２の無線局５００Ｂは、第１の無線局５００Ａにおける移動端末６００のための無線リソースが確保されているかを知らないまま、上記ハンドオーバのための要求メッセージを送信することになる。そのため、当該要求メッセージが送信されたとしても、無線リソースが確保されておらず、飛行中にターゲットセルにおいて移動端末６００が通信できるとは限らない。一方、上述したように上記受け入れ情報を含む上記メッセージが第２の無線局５００Ｂへ送信される場合には、第２の無線局５００Ｂは、第１の無線局５００Ａにおける移動端末６００のための無線リソースが確保されていることを知った上で、上記ハンドオーバのための要求メッセージを送信するか、又は、当該要求メッセージを送信することなく上記ハンドオーバの実行を開始することができる。そのため、移動端末６００は飛行中にターゲットセルにおいてより確実に通信することが可能になる。その結果、移動端末６００の飛行及び移動端末６００に搭乗する乗員の安全性の担保がより容易になり得る。

（２）飛行経路の変更
（２－１）第１の無線局における無線リソースの確保の判定
上述したように、例えば、第１の無線局５００Ａ（制御部５４１）は、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保できるかを判定する。

例えば、第１の無線局５００Ａ（制御部５４１）は、上記無線リソースを確保できると判定し、又は、上記無線リソースを確保できないと判定する。

（２－２）飛行経路の変更
例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、上記無線リソースを確保できない場合に、移動端末６００の飛行経路の変更を行う。

上記飛行経路の上記変更は、第１の無線局５００Ａのカバレッジエリア内での移動端末６００の飛行経路の変更である。

移動端末６００の変更された飛行経路は、迂回経路（ａｌｔｅｒｎａｔｉｖｅｐａｔｈ）と呼ばれてもよく、移動端末６００の飛行経路（ｆｌｉｇｈｔｐａｔｈ）の変更（ｃｈａｎｇｅ）は、迂回経路（ａｌｔｅｒｎａｔｉｖｅｐａｔｈ）の選択とも言える。移動端末６００の飛行経路の変更（即ち、迂回経路の選択）は、リルーティング（ｒｅ－ｒｏｕｔｉｎｇ）と呼ばれてもよい。

－第１の例
第１の例として、上記飛行経路の変更は、移動端末６００が無線リソースを使用するセルの変更であってもよい。

より具体的には、例えば、上記飛行経路の変更は、移動端末６００のウェイポイントの変更を含まず、移動端末６００が無線リソースを使用するセルの変更であってもよい。一例として、第１の周波数帯域の第１のセルの無線リソースが確保できないが、上記第１のセルと地理的に重なる、第１の周波数帯域又は第２の周波数帯域の第２のセルの無線リソースが確保できる場合に、移動端末６００が無線リソースを使用するセルが、上記第１のセルから上記第２のセルに変更される。

－第２の例
第２の例として、上記飛行経路の変更は、移動端末６００のウェイポイントの変更であってもよい。

より具体的には、移動端末６００のウェイポイントの変更に伴い、移動端末６００が無線リソースを使用するセルも変更されてもよい。一例として、第１のセル（例えば、第１のセクタのセル）の無線リソースが確保できないが、上記第１のセルに地理的に隣接する第２のセル（例えば、第２のセクタのセル）の無線リソースが確保できる場合に、移動端末６００が上記第１のセルではなく上記第２のセルを通過するように、移動端末６００のウェイポイントが変更されてもよい。さらに、当該ウェイポイントの変更に伴う変更後のターゲットセル（上記第２のセル）は、上記第１のセルと同じ周波数帯域でもよいし、異なる周波数帯域でもよい。

－飛行経路の変更（迂回経路の選択）の手法
例えば、上記飛行関連情報は、上記経路情報（移動端末６００の飛行の経路を示す情報）だけではなく、移動端末６００の飛行の１つ以上の迂回経路を示す迂回経路情報も含んでもよい。第１の無線局５００Ａ（第１通信処理部５４３）は、当該迂回経路情報により示される迂回経路を選択してもよい。このような迂回経路の選択は、ｐｒｅｐａｒｅｄｒｅ－ｒｏｕｔｉｎｇと呼ばれてもよい。

あるいは、第１の無線局５００Ａ（第１通信処理部５４３）が、単独で迂回経路を選択してもよい。このような迂回経路の選択は、ｄｙｎａｍｉｃｒｅ－ｒｏｕｔｉｎｇと呼ばれてもよい。

（２－３）飛行経路の変更の通知
例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、上記無線リソースが確保できない場合に、移動端末６００の飛行経路の変更を第２の無線局５００Ｂに通知する処理をトリガする。

－第１の例
例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、上記飛行経路の上記変更を第２の無線局５００Ｂへ直接通知することにより、上記飛行経路の上記変更を第２の無線局５００Ｂに通知させてもよい。

図２４は、第４の態様に係る移動端末６００の飛行経路の変更の通知の第１の例を説明するためのシーケンス図である。

第１の無線局５００Ａ（ターゲットＲＡＮノード）は、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保できない場合に、移動端末６００の飛行経路の変更を第２の無線局５００Ｂ（ソースＲＡＮノード）に通知する（Ｓ１５５１）。

第１の無線局５００Ａ（ターゲットＲＡＮノード）は、移動端末６００の飛行経路の変更についての情報（Ｒｅ－ｒｏｕｔｉｎｇＩｎｆｏｒｍａｔｉｏｎ）をＣＮ１０へ送信し（Ｓ１５６１）、ＣＮ１０は、当該情報（Ｒｅ－ｒｏｕｔｉｎｇＩｎｆｏｒｍａｔｉｏｎ）を管制装置１００へ送信する（Ｓ１５６３）。

管制装置１００は、飛行経路情報を更新し、更新された飛行経路情報をユーザプレーンデータとして、ＣＮ１０及び第２の無線局５００Ｂを介して移動端末６００へ送信する（Ｓ１５６５、Ｓ１５６７、Ｓ１５６９）。

－第２の例
第１の無線局５００Ａ（第１通信処理部５４３）は、上記飛行経路の上記変更を第２の無線局５００Ｂへ通知する第１のＣＮノード２００へ、上記飛行経路の上記変更を通知することにより、上記飛行経路の上記変更を第２の無線局５００Ｂに通知させてもよい。

図２５は、第４の態様に係る移動端末６００の飛行経路の変更の通知の第２の例を説明するためのシーケンス図である。

第１の無線局５００Ａ（ターゲットＲＡＮノード）は、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保できない場合に、移動端末６００の飛行経路の変更をＣＮ１０（第１のＣＮノード２００）に通知する（Ｓ１５５３）。

ＣＮ１０（第１のＣＮノード２００）は、移動端末６００の飛行経路の変更を第２の無線局５００Ｂ（ソースＲＡＮノード）に通知する（Ｓ１５５５）。

ステップＳ１５６１～Ｓ１５６９は、図２４の第１の例と同じである。よって、ここでは重複する説明を省略する。

なお、ステップＳ１５５３の通知と、ステップＳ１５６１の送信とは、まとめて行われてもよい。例えば、ステップＳ１５５３の通知の受信に基づいて、ＣＮ１０はステップＳ１５５５の処理と、ステップＳ１５６１の処理を開始してもよい。

－管制装置１００への通知
例えば、管制装置１００は、移動端末６００の飛行経路の上記変更を通知される。

－第１の例
例えば、第１の無線局５００Ａ（第１通信処理部５４３）が、上記飛行経路の上記変更をＣＮ１０に通知し、ＣＮ１０が、上記飛行経路の上記変更を管制装置１００に通知してもよい。

具体的には、例えば、図２４及び図２５を参照して説明したように、第１の無線局５００Ａ（ターゲットＲＡＮノード）は、移動端末６００の飛行経路の変更についての情報（Ｒｅ－ｒｏｕｔｉｎｇＩｎｆｏｒｍａｔｉｏｎ）をＣＮ１０へ送信し（Ｓ１５６１）、ＣＮ１０は、当該情報（Ｒｅ－ｒｏｕｔｉｎｇＩｎｆｏｒｍａｔｉｏｎ）を管制装置１００へ送信する（Ｓ１５６３）。

－第２の例
上記ハンドオーバの後に、移動端末６００（通信処理部６３５）が、移動端末６００の飛行経路の上記変更を管制装置１００に通知してもよい。

図２６は、第４の態様に係る管制装置１００への飛行経路変更の通知の第２の例を説明するためのシーケンス図である。

第１の無線局５００Ａ（ターゲットＲＡＮノード）は、第１の無線局５００Ａにおける第１のセルにおいて移動端末６００のための無線リソースを確保できない場合に、移動端末６００の飛行経路の変更を第２の無線局５００Ｂ（ソースＲＡＮノード）に通知する（Ｓ１５７１）。なお上記飛行経路の変更は、例えば第１の無線局５００Ａにおける第１のセルとは異なる第２のセルを示してもよい。

第２の無線局５００Ｂは、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージを第１の無線局５００Ａへ送信する（Ｓ１５７３）。

第１の無線局５００Ａは、上記ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージの受信に応じて、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージを第２の無線局５００Ｂへ送信する（Ｓ１５７５）。

第２の無線局５００Ｂは、上記ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージの受信に応じて、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを移動端末６００へ送信する（Ｓ１５７７）。

移動端末６００は、ターゲットセル（第１の無線局５００Ａのセル）へのランダムアクセスを行う（Ｓ１５７９）。さらに、移動端末６００は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを第１の無線局５００Ａへ送信する（Ｓ１５８１）。一例として、上記ターゲットセルはステップＳ１５７１で通知された飛行経路の変更を示す情報に含まれたセルである。

第１の無線局５００Ａ及びＣＮ１０は、パススイッチを行う（Ｓ１５８３）。第１の無線局５００Ａは、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅメッセージを第２の無線局５００Ｂへ送信する（Ｓ１５８５）。

移動端末６００は、飛行経路の更新情報（即ち、移動端末６００の飛行経路の変更についての情報）をユーザプレーンデータとして、第２の無線局５００Ｂ及びＣＮ１０を介して管制装置１００へ送信する（Ｓ１５８７、Ｓ１５８９、Ｓ１５９１）。

以上、第４の態様における飛行経路の変更を説明した。このような飛行経路の変更によれば、当初の飛行経路では無線リソースが確保できない場合でも、無線リソースが確保され得る。そのため、移動端末６００は飛行中により確実に通信し得る。その結果、移動端末６００の飛行及び移動端末６００に搭乗する乗員の安全性の担保がより容易になり得る。

（３）着陸
（３－１）第１の無線局における無線リソースの確保の判定
上述したように、例えば、第１の無線局５００Ａ（制御部５４１）は、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保できるかを判定する。

（３－２）移動端末６００の着陸の通知
第１の無線局５００Ａ（第１通信処理部５４３）は、上記無線リソースが確保できない場合に、移動端末６００の着陸を第２の無線局５００Ｂ又は第１のＣＮノード２００に通知する。

（ａ）通知
例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、移動端末６００の上記着陸の通知として、移動端末６００の上記着陸を第２の無線局５００Ｂ又は第１のＣＮノード２００に指示し、又は要求する。

あるいは、第１の無線局５００Ａ（第１通信処理部５４３）は、移動端末６００の上記着陸の通知として、移動端末６００に着陸させるかの判定に用いる補助情報を第２の無線局５００Ｂ又は第１のＣＮノード２００へ送信してもよい。

（ｂ）第２の無線局５００Ｂへの通知
例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、上記無線リソースが確保できない場合に、移動端末６００の着陸を第２の無線局５００Ｂに通知する。

例えば、第２の無線局５００Ｂ（第１通信処理部５４３）は、第１の無線局５００Ａによる移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を移動端末６００に通知する。例えば、第２の無線局５００Ｂ（第１通信処理部５４３）は、移動端末６００の上記着陸の通知として、移動端末６００の上記着陸を移動端末６００に指示し、又は要求する。

例えば、移動端末６００（飛行制御部６３１）は、第２の無線局５００Ｂによる移動端末６００の上記着陸の通知に応じて、移動端末６００の着陸を制御する。

－管制装置への通知
例えば、管制装置１００は、移動端末６００の着陸を通知されてもよい。

－－第１の例
例えば、第１の無線局５００Ａ（第１通信処理部５４３）が、移動端末６００の着陸をＣＮ１０に通知し、ＣＮ１０が、移動端末６００の着陸を管制装置１００に通知してもよい。

図２７は、第４の態様に係る移動端末６００の着陸のための処理の第１の例を説明するためのシーケンス図である。

第１の無線局５００Ａは、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保できない場合に、移動端末６００の着陸を第２の無線局５００Ｂに通知する（Ｓ１６０１）。

第１の無線局５００Ａは、移動端末６００の着陸をＣＮ１０に通知し（Ｓ１６０３）、ＣＮ１０は、移動端末６００の着陸を管制装置１００に通知する（Ｓ１６０７）

第２の無線局５００Ｂは、第１の無線局５００Ａによる移動端末６００の着陸の通知に応じて、着陸指示（ＬａｎｄｉｎｇＩｎｓｔｒｕｃｔｉｏｎ）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを移動端末６００へ送信する（Ｓ１６１１）。

移動端末６００は、上記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージに対するＡｃｋｎｏｗｌｅｄｇｅメッセージを第２の無線局５００Ｂへ送信する（Ｓ１６２１）。

移動端末６００は、着陸する（Ｓ１６２３）。

第２の無線局５００Ｂは、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅを行う（Ｓ１６２５）。

－－第２の例
第２の無線局５００Ｂ（第１通信処理部５４３）が、移動端末６００の着陸をＣＮ１０に通知し、ＣＮ１０が、移動端末６００の着陸を管制装置１００に通知してもよい。

図２８は、第４の態様に係る移動端末６００の着陸のための処理の第２の例を説明するためのシーケンス図である。

当該第２の例では、図２６の第１の例とは異なり、第２の無線局５００Ｂが、移動端末６００の着陸をＣＮ１０に通知する（Ｓ１６０５）。

当該第２の例でのその他の処理は、図２６の第１の例の処理と同じである。よって、ここでは重複する説明を省略する。

－－第３の例
移動端末６００（通信処理部６３５）が、移動端末６００の着陸を管制装置１００に通知してもよい。

図２９は、第４の態様に係る移動端末６００の着陸のための処理の第３の例を説明するためのシーケンス図である。

当該第３の例では、図２６の第１の例及び図２７の第２の例とは異なり、移動端末６００が、ユーザプレーンデータを用いて、第２の無線局５００Ｂ及びＣＮ１０を介して、移動端末６００の着陸を管制装置１００に通知する（Ｓ１６１３、Ｓ１６１５、Ｓ１６１７）。

当該第３の例でのその他の処理は、図２６の第１の例及び図２７の第２の例の処理と同じである。よって、ここでは重複する説明を省略する。

（ｃ）第１のＣＮノード２００への通知
例えば、第１の無線局５００Ａ（第１通信処理部５４３）は、上記無線リソースが確保できない場合に、移動端末６００の着陸を第１のＣＮノード２００に通知する。

第１の例として、第１のＣＮノード２００（通信処理部２３３）は、第１の無線局５００Ａによる移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を第２の無線局５００Ｂを介して移動端末６００に通知する。例えば、第１のＣＮノード２００（通信処理部２３３）は、移動端末６００の上記着陸の通知として、移動端末６００の上記着陸を移動端末６００に指示し、又は要求する。例えば、第１のＣＮノード２００（通信処理部２３３）は、ＮＡＳ（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージを使用して、移動端末６００の上記着陸を第２の無線局５００Ｂを介して移動端末６００に通知する。

第２の例として、第１のＣＮノード２００（通信処理部２３３）は、第１の無線局５００Ａによる移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を第２の無線局５００Ｂに通知してもよい。第１のＣＮノード２００（通信処理部２３３）は、移動端末６００の上記着陸の通知として、移動端末６００の上記着陸を第２の無線局５００Ｂに指示し、又は要求してもよい。第２の無線局５００Ｂ（第１通信処理部５４３）は、第１のＣＮノード２００による移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を移動端末６００に通知してもよい。第２の無線局５００Ｂ（第１通信処理部５４３）は、移動端末６００の上記着陸の通知として、移動端末６００の上記着陸を移動端末６００に指示し、又は要求してもよい。

第３の例として、ＣＮ１０は、第１の無線局５００Ａによる移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を管制装置１００に通知してもよい。管制装置１００（通信処理部１３３）は、ＣＮ１０による移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を移動端末６００に通知してもよい。管制装置１００（通信処理部１３３）は、移動端末６００の上記着陸の通知として、移動端末６００の上記着陸を移動端末６００に指示し、又は要求してもよい。

例えば、移動端末６００（飛行制御部６３１）は、移動端末６００の上記着陸の通知に応じて、移動端末６００の着陸を制御する。

－処理の流れ（第１のＣＮノード２００からの通知）
図３０は、第４の態様に係る移動端末６００の着陸のための処理の第４の例を説明するためのシーケンス図である。

第１の無線局５００Ａは、第１の無線局５００Ａにおける移動端末６００のための無線リソースを確保できない場合に、移動端末６００の着陸をＣＮ１０（第１のＣＮノード２００）に通知する（Ｓ１６３１）。

ＣＮ１０（第１のＣＮノード２００）は、第１の無線局５００Ａによる移動端末６００の上記着陸の通知に応じて、ＮＡＳメッセージを使用して移動端末６００の上記着陸を第２の無線局５００Ｂを介して移動端末６００に通知する（Ｓ１６４１、Ｓ１６４３）。

移動端末６００は、ユーザプレーンデータを用いて、第２の無線局５００Ｂ及びＣＮ１０を介して、移動端末６００の上記着陸を管制装置１００に通知する（Ｓ１６４５、Ｓ１６４７、Ｓ１６４９）。

移動端末６００は、移動端末６００の上記着陸を第２の無線局５００Ｂに通知する（Ｓ１６６１）。

第２の無線局５００Ｂは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを移動端末６００へ送信する（Ｓ１６６３）。

移動端末６００は、着陸する（Ｓ１６６５）。

第２の無線局５００Ｂは、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅを行う（Ｓ１６６７）。

－処理の流れ（管制装置１００からの通知）
図３１は、第４の態様に係る移動端末６００の着陸のための処理の第５の例を説明するためのシーケンス図である。

当該第５の例では、図３０の第４の例とは異なり、ＣＮ１０は、第１の無線局５００Ａによる移動端末６００の上記着陸の通知に応じて、移動端末６００の上記着陸を管制装置１００に通知する（Ｓ１６５３）。さらに、管制装置１００が、ユーザプレーンデータを用いて、ＣＮ１０及び第２の無線局５００Ｂを介して、移動端末６００の着陸を移動端末６００に通知する（Ｓ１６５３、Ｓ１６５５、Ｓ１６５７）。

当該第５の例でのその他の処理は、図３０の第４の例の処理と同じである。よって、ここでは重複する説明を省略する。

（３－３）着陸ポイント
例えば、移動端末６００の上記着陸は、着陸ポイントへの移動端末６００の着陸である。

例えば、上記飛行経路情報が、上記着陸ポイントを示す情報を含み。移動端末６００（飛行制御部６３１）は、上記飛行経路情報に基づいて、上記着陸ポイントに着陸する。

あるいは、第２の無線局５００Ｂ（制御部５４１）が、上記着陸ポイントを決定してもよい。移動端末６００（飛行制御部６３１）は、第２の無線局５００Ｂにより決定される上記着陸ポイントに着陸してもよい。

あるいは、移動端末６００（飛行制御部６３１）が、上記着陸ポイントを決定してもよい。移動端末６００（飛行制御部６３１）は、自ら決定した上記着陸ポイントに着陸してもよい。移動端末６００（飛行制御部６３１）は、所定の条件に基づいて、上記着陸ポイントを決定してもよい。当該所定の条件についての情報は、上記飛行経路情報に含まれていてもよく、又は、上記飛行経路情報には含まれず、第２の無線局５００Ｂ又は管制装置１００により別途提供されてもよい。

以上、第４の態様における移動端末６００の着陸を説明した。このような着陸によれば、無線リソースが確保できない場合でも、安全に移動端末６００を着陸させることが可能になる。そのため、移動端末６００の飛行及び移動端末６００に搭乗する乗員の安全性の担保がより容易になり得る。

＜＜８．第５の態様＞＞
続いて、図３２～図３４を参照して、本開示の第５の態様を説明する。上述した第１の態様は、具体的な態様であるが、第５の態様は、特にケイパビリティ情報の送受信についてより一般化された態様である。

＜８．１．コアネットワークノードの構成＞
図３２は、第５の態様に係るＣＮノード２５０の概略的な構成の例を示すブロック図である。図３２を参照すると、ＣＮノード２５０は、通信処理部２５１を備える。

（１）通信処理部２５１
通信処理部２５１は、他のノード（例えば、無線局）と通信する。通信処理部２５１の具体的な動作は後述する。

（２）実装例
通信処理部２５１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。通信処理部２５１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

ＣＮノード２５０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、ＣＮノード２５０は、ハードディスクを含んでいてもよい。

ＣＮノード２５０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、通信処理部２５１の動作を行ってもよい。上記プログラムは、通信処理部２５１の動作をプロセッサに実行させるためのプログラムであってもよい。

ＣＮノード２５０は、送受信機とコントローラとを含んでもよい。当該コントローラは、通信処理部２５１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、ＣＮノード２５０は、仮想化されていてもよい。即ち、ＣＮノード２５０は、仮想マシンとして実装されてもよい。この場合に、ＣＮノード２５０（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜８．２．無線局の構成＞
図３３は、第５の態様に係る無線局５５０の概略的な構成の例を示すブロック図である。図３３を参照すると、無線局５５０は、通信処理部５５１を備える。

（１）通信処理部５５１
通信処理部５５１は、他のノード（例えば、ＣＮノード）と通信する。通信処理部５５１の具体的な動作は後述する。

（２）実装例
通信処理部５５１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。通信処理部５５１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

無線局５５０は、有線通信のために、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。また、無線局５５０は、無線通信のために、アンテナ、高周波（ＲＦ）回路、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、無線局５５０は、ハードディスクを含んでいてもよい。

無線局５５０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、通信処理部５５１の動作を行ってもよい。上記プログラムは、通信処理部５５１の動作をプロセッサに実行させるためのプログラムであってもよい。

無線局５５０は、送受信機とコントローラとを含んでもよい。当該コントローラは、通信処理部５５１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、無線局５５０は、部分的に又は全体的に仮想化されていてもよい。即ち、無線局５５０の一部又は全部は、仮想マシンとして実装されてもよい。この場合に、無線局５５０の一部又は全体（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜８．３．移動端末の構成＞
図３４は、第５の態様に係る移動端末６５０の概略的な構成の例を示すブロック図である。図３４を参照すると、移動端末６５０は、通信処理部６５１を備える。

（１）通信処理部６５１
通信処理部６５１は、他のノード（例えば、無線局）と通信する。通信処理部６５１の具体的な動作は後述する。

（２）実装例
通信処理部６５１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。一例として、通信処理部６５１は、ＳｏＣ内で実装されてもよい。通信処理部６５１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

移動端末６５０は、無線通信のために、アンテナ、高周波（ＲＦ）回路、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、移動端末６５０は、ハードディスクを含んでいてもよい。

移動端末６５０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、通信処理部６５１の動作を行ってもよい。上記プログラムは、通信処理部６５１の動作をプロセッサに実行させるためのプログラムであってもよい。

移動端末６５０は、送受信機とコントローラとを含んでもよい。当該コントローラは、通信処理部６５１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、移動端末６５０が、飛行装置に取り付けられる装置ではなく、飛行装置そのものである場合に、移動端末６５０は、飛行部をさらに備えてもよい。当該飛行部は、バッテリ、モータ及びＥＳＣ等により実装されてもよい。

＜８．４．動作例＞
無線局５５０（通信処理部５５１）は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５５０の動作をサポートするかを示す第１のケイパビリティ情報をＣＮノード２５０へ送信する。ＣＮノード２５０（通信処理部２５１）は、上記第１のケイパビリティ情報を無線局５５０から受信する。なお、移動端末６９０（通信処理部６５１）は、無線局５５０と通信する。

例えば、第５の態様における上記第１のケイパビリティ情報の送受信は、第１の態様における当該第１のケイパビリティ情報の送受信と同様である。よって、ここでは重複する説明を省略する。

ただし、第５の態様における上記第１のケイパビリティ情報の送受信は、第１の態様と同様の例に限定されない。

以上、第５の態様に係るケイパビリティ情報の送受信を説明した。上記第１のケイパビリティ情報が無線局５５０から第１のＣＮノード２５０へ送信されない場合には、第１のＣＮノード２５０は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５５０の動作をサポートするか否かによらず、無線局５５０に上記飛行管理のための情報（例えばリソース情報）を要求し得る。ここで、無線局５５０が上記飛行管理のための情報を提供不能である場合には、上記飛行管理のための情報の要求は無駄になる。そのため、上記飛行管理のための情報の送受信にあたり、無駄なシグナリングが発生し、通信リソース及び各ノードの処理リソースが無駄になり得る。一方、上述したように上記第１のケイパビリティ情報が無線局５５０から第１のＣＮノード２５０へ送信される場合には、第１のＣＮノード２５０は、無線通信網（例えば、３ＧＰＰ規格を用いた無線通信網）を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局５５０の動作をサポートするか否かを判定することができる。そのため、無駄なシグナリングの発生が回避され、よって、通信リソース及び各ノードの処理リソースが無駄になるのが回避され得る。

＜＜９．第６の態様＞＞
続いて、図３５～図３９を参照して、本開示の第６の態様を説明する。上述した第１の態様は、具体的な態様であるが、第６の態様は、特にリソース情報の送受信についてより一般化された態様である。

＜９．１．管制装置の構成＞
図３５は、第６の態様に係る管制装置１６０の概略的な構成の例を示すブロック図である。図３５を参照すると、管制装置１６０は、通信処理部１６１を備える。

（１）通信処理部１６１
通信処理部１６１は、他のノード（例えば、ＣＮノード）と通信する。通信処理部１６１の具体的な動作は後述する。

（２）実装例
通信処理部１６１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。通信処理部１６１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

管制装置１６０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、管制装置１６０は、ハードディスクを含んでいてもよい。

管制装置１６０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、通信処理部１６１の動作を行ってもよい。上記プログラムは、通信処理部１６１の動作をプロセッサに実行させるためのプログラムであってもよい。

管制装置１６０は、送受信機とコントローラとを含んでもよい。当該コントローラは、通信処理部１６１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、管制装置１６０は、仮想化されていてもよい。即ち、管制装置１６０は、仮想マシンとして実装されてもよい。この場合に、管制装置１６０（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜９．２．第１のコアネットワークノードの構成＞
図３６は、第６の態様に係る第１のＣＮノード２６０の概略的な構成の例を示すブロック図である。図３６を参照すると、第１のＣＮノード２６０は、通信処理部２６１を備える。

（１）通信処理部２６１
通信処理部２６１は、他のノード（例えば、無線局又はＣＮノード）と通信する。通信処理部２６１の具体的な動作は後述する。

（２）実装例
通信処理部２６１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。通信処理部２６１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

第１のＣＮノード２６０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、第１のＣＮノード２６０は、ハードディスクを含んでいてもよい。

第１のＣＮノード２６０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、通信処理部２６１の動作を行ってもよい。上記プログラムは、通信処理部２６１の動作をプロセッサに実行させるためのプログラムであってもよい。

第１のＣＮノード２６０は、送受信機とコントローラとを含んでもよい。当該コントローラは、通信処理部２６１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、第１のＣＮノード２６０は、仮想化されていてもよい。即ち、第１のＣＮノード２６０は、仮想マシンとして実装されてもよい。この場合に、第１のＣＮノード２６０（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜９．３．第２のコアネットワークノードの構成＞
図３７は、第６の態様に係る第２のＣＮノード３６０の概略的な構成の例を示すブロック図である。図３７を参照すると、第２のＣＮノード３６０は、通信処理部３６１を備える。

（１）通信処理部３６１
通信処理部３６１は、他のノード（例えば、ＣＮノード又は管制装置）と通信する。通信処理部３６１の具体的な動作は後述する。

（２）実装例
通信処理部３６１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。通信処理部３６１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

第２のＣＮノード３６０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、第２のＣＮノード３６０は、ハードディスクを含んでいてもよい。

第２のＣＮノード３６０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、通信処理部３６１の動作を行ってもよい。上記プログラムは、通信処理部３６１の動作をプロセッサに実行させるためのプログラムであってもよい。

第２のＣＮノード３６０は、送受信機とコントローラとを含んでもよい。当該コントローラは、通信処理部３６１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、第２のＣＮノード３６０は、仮想化されていてもよい。即ち、第２のＣＮノード３６０は、仮想マシンとして実装されてもよい。この場合に、第２のＣＮノード３６０（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜９．４．無線局の構成＞
図３８は、第６の態様に係る無線局５６０の概略的な構成の例を示すブロック図である。図３８を参照すると、無線局５６０は、通信処理部５６１を備える。

（１）通信処理部５６１
通信処理部５６１は、他のノード（例えば、ＣＮノード）と通信する。通信処理部５６１の具体的な動作は後述する。

（２）実装例
第６の態様に係る無線局５６０の実装の例についての説明は、符号の違いを除き、第５の態様に係る無線局５５０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜９．５．移動端末の構成＞
図３９は、第６の態様に係る移動端末６６０の概略的な構成の例を示すブロック図である。図３９を参照すると、移動端末６６０は、通信処理部６６１を備える。

（１）通信処理部６６１
通信処理部６６１は、他のノード（例えば、無線局）と通信する。通信処理部６６１の具体的な動作は後述する。

（２）実装例
第６の態様に係る移動端末６６０の実装の例についての説明は、符号の違いを除き、第５の態様に係る移動端末６５０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜９．６．動作例＞
無線局５６０（通信処理部５６１）は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のＣＮノード２６０へ送信する。第１のＣＮノード２６０（通信処理部２６１）は、上記リソース情報を無線局５６０から受信し、上記リソース情報を第２のＣＮノード３６０へ送信する。第２のＣＮノード３６０（通信処理部３６１）は、上記リソース情報を第１のＣＮノード２６０から受信し、移動端末のための飛行経路情報を生成又は取得する管制装置１６０へ上記リソース情報を送信する。管制装置１６０（通信処理部１６１）は、上記リソース情報を第２のＣＮノード３６０から受信する。なお、移動端末６６０（通信処理部６６１）は、無線局５６０と通信する。

例えば、第６の態様における上記リソース情報の送受信は、第１の態様における上記リソース情報の送受信と同様である。よって、ここでは重複する説明を省略する。

ただし、第６の態様における上記リソース情報の送受信は、第１の態様と同様の例に限定されない。

以上、第６の態様に係るリソース情報の送受信を説明した。上記リソース情報が管制装置１６０へ送信されない場合には、管制装置１６０は、無線リソースが利用できそうかを知らないまま、移動端末６６０の飛行を計画する（例えば、移動端末６６０の飛行経路を決定する）。そのため、無線リソースが確保できる飛行経路を管制装置１６０が決定するのが困難になり得る。一方、上述したように上記リソース情報が管制装置１６０へ送信される場合には、管制装置１６０は、無線リソースが利用できそうかをある程度知ることができ、よって、無線リソースが確保できる飛行経路を管制装置１６０決定することがより容易になり得る。その結果、移動端末６６０の飛行及び移動端末６６０に搭乗する乗員の安全性の担保がなされた飛行経路の決定がより容易になり得る。

＜＜１０．第７の態様＞＞
続いて、図４０～図４４を参照して、本開示の第７の態様を説明する。上述した第２の態様は、具体的な態様であるが、第７の態様は、より一般化された態様である。

＜１０．１．管制装置の構成＞
図４０は、第７の態様に係る管制装置１７０の概略的な構成の例を示すブロック図である。図４０を参照すると、管制装置１７０は、通信処理部１７１を備える。

（１）通信処理部１７１
通信処理部１７１は、他のノード（例えば、ＣＮノード）と通信する。通信処理部１７１の具体的な動作は後述する。

（２）実装例
第７の態様に係る管制装置１７０の実装の例についての説明は、符号の違いを除き、第６の態様に係る管制装置１６０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１０．２．第１のコアネットワークノードの構成＞
図４１は、第７の態様に係る第１のＣＮノード２７０の概略的な構成の例を示すブロック図である。図４１を参照すると、第１のＣＮノード２７０は、通信処理部２７１を備える。

（１）通信処理部２７１
通信処理部２７１は、他のノード（例えば、無線局又はＣＮノード）と通信する。通信処理部２７１の具体的な動作は後述する。

（２）実装例
第７の態様に係る第１のＣＮノード２７０の実装の例についての説明は、符号の違いを除き、第６の態様に係る第１のＣＮノード２６０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１０．３．第２のコアネットワークノードの構成＞
図４２は、第７の態様に係る第２のＣＮノード３７０の概略的な構成の例を示すブロック図である。図４２を参照すると、第２のＣＮノード３７０は、通信処理部３７１を備える。

（１）通信処理部３７１
通信処理部３７１は、他のノード（例えば、ＣＮノード又は管制装置）と通信する。通信処理部３７１の具体的な動作は後述する。

（２）実装例
第７の態様に係る第２のＣＮノード３７０の実装の例についての説明は、符号の違いを除き、第６の態様に係る第２のＣＮノード３６０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１０．４．無線局の構成＞
図４３は、第７の態様に係る無線局５７０の概略的な構成の例を示すブロック図である。図４３を参照すると、無線局５７０は、制御部５７１及び通信処理部５７３を備える。

（１）制御部５７１
制御部５７１は、無線局５７０における制御を行う。制御部５７１の具体的な動作は後述する。

（２）通信処理部５７３
通信処理部５７３は、他のノード（例えば、ＣＮノード）と通信する。通信処理部５７３の具体的な動作は後述する。

（３）実装例
制御部５７１及び通信処理部５７３は、１つ以上のプロセッサ及びメモリにより実装されてもよい。制御部５７１及び通信処理部５７３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。制御部５７１及び通信処理部５７３は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

無線局５７０は、有線通信のために、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。また、無線局５７０は、無線通信のために、アンテナ、高周波（ＲＦ）回路、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、無線局５７０は、ハードディスクを含んでいてもよい。

無線局５７０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、制御部５７１及び通信処理部５７３の動作を行ってもよい。上記プログラムは、制御部５７１及び通信処理部５７３の動作をプロセッサに実行させるためのプログラムであってもよい。

無線局５７０は、送受信機とコントローラとを含んでもよい。当該コントローラは、制御部５７１及び通信処理部５７３の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、無線局５７０は、部分的に又は全体的に仮想化されていてもよい。即ち、無線局５７０の一部又は全部は、仮想マシンとして実装されてもよい。この場合に、無線局５７０の一部又は全体（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜１０．５．移動端末の構成＞
図４４は、第７の態様に係る移動端末６７０の概略的な構成の例を示すブロック図である。図４４を参照すると、移動端末６７０は、飛行制御部６７１及び通信処理部６７３を備える。

（１）飛行制御部６７１
飛行制御部６７１は、移動端末６７０の飛行の制御を行う。飛行制御部６７１の具体的な動作は後述する。

（２）通信処理部６７３
通信処理部６７３は、他のノード（例えば、無線局）と通信する。通信処理部６７３の具体的な動作は後述する。

（３）実装例
飛行制御部６７１及び通信処理部６７３は、１つ以上のプロセッサ及びメモリにより実装されてもよい。飛行制御部６７１及び通信処理部６７３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。一例として、飛行制御部６７１及び通信処理部６７３は、ＳｏＣ内で実装されてもよい。飛行制御部６７１及び通信処理部６７３は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。一例として、飛行制御部６７１は、フライトコントローラにより実装されてもよい。通信処理部６７３は、当該フライトコントローラにより実装されてもよく、他のコントローラにより実装されてもよい。

移動端末６７０は、無線通信のために、アンテナ、高周波（ＲＦ）回路、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、移動端末６７０は、ハードディスクを含んでいてもよい。

移動端末６７０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、飛行制御部６７１及び通信処理部６７３の動作を行ってもよい。上記プログラムは、飛行制御部６７１及び通信処理部６７３の動作をプロセッサに実行させるためのプログラムであってもよい。

移動端末６７０は、送受信機とコントローラとを含んでもよい。当該コントローラは、飛行制御部６７１及び通信処理部６７３の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、移動端末６７０が、飛行装置に取り付けられる装置ではなく、飛行装置そのものである場合に、移動端末６７０は、飛行部をさらに備えてもよい。当該飛行部は、バッテリ、モータ及びＥＳＣ等により実装されてもよい。

＜１０．６．動作例＞
移動端末６７０は、飛行経路情報に従って移動する。

管制装置１７０（通信処理部１７１）は、移動端末６７０のための無線リソースの確保を要求する第１の要求メッセージを、当該無線リソースを確保する無線局５７０に接続されるコアネットワークへ送信する。

第２のＣＮノード３７０（通信処理部３７１）は、上記第１の要求メッセージを管制装置から受信する。第２のＣＮノード３７０（通信処理部３７１）は、上記第１の要求メッセージの受信に応じて、第１のＣＮノード２７０へ、又は、第１のＣＮノード２７０へさらなる要求メッセージを送信する第３のＣＮノードへ、上記確保を要求する第３の要求メッセージを送信する。

上記コアネットワークに含まれる第１のＣＮノード２７０（通信処理部２７１）は、飛行経路情報に従って移動する移動端末６７０のための無線リソースの確保を要求する第２の要求メッセージを、当該無線リソースを確保する無線局５７０へ送信する。

無線局５７０（通信処理部５７３）は、上記第２の要求メッセージを第１のＣＮノードから受信する。無線局５７０（制御部５７１）は、上記第２の要求メッセージの受信に応じて上記確保を行う。

なお、移動端末６７０（通信処理部６７３）は、無線局５６０と通信する。

例えば、第７の態様の上述した動作は、第２の態様の動作と同様である。よって、ここでは重複する説明を省略する。

ただし、第７の態様の上述した動作は、第２の態様の動作と同様の例に限定されない。

以上、第７の態様を説明した。飛行経路情報に従って移動する移動端末６７０のための無線リソースの確保が要求されない場合には、当該無線リソースが確保されず、移動端末６７０が飛行中に継続的に通信することが困難になり得る。その結果、移動端末６７０の飛行を外部から適切に制御することが困難になり得る。一方、上述したように移動端末６７０のための無線リソースの確保が飛行経路情報に従ってあらかじめ要求される場合には、移動端末６７０の飛行経路上の当該無線リソースが事前に確保されているため、移動端末６７０が飛行中に継続的に通信することがより容易になり得る。その結果、移動端末６７０の飛行及び移動端末６７０に搭乗する乗員の安全性の担保がより容易になり得る。

＜＜１１．第８の態様＞＞
続いて、図４５～図４８を参照して、本開示の第８の態様を説明する。上述した第３の態様は、具体的な態様であるが、第８の態様は、より一般化された態様である。
＜１１．１．管制装置の構成＞
図４５は、第８の態様に係る管制装置１８０の概略的な構成の例を示すブロック図である。図４５を参照すると、管制装置１８０は、通信処理部１８１を備える。

（１）通信処理部１８１
通信処理部１８１は、他のノード（例えば、ＣＮノード）と通信する。通信処理部１８１の具体的な動作は後述する。

（２）実装例
第８の態様に係る管制装置１８０の実装の例についての説明は、符号の違いを除き、第６の態様に係る管制装置１６０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１１．２．第１のコアネットワークノードの構成＞
図４６は、第８の態様に係る第１のＣＮノード２８０の概略的な構成の例を示すブロック図である。図４６を参照すると、第１のＣＮノード２８０は、制御部２８１を備える。

（１）制御部２８１
制御部２８１は、第１のＣＮノード２８０における制御を行う。制御部２８１の具体的な動作は後述する。

（２）実装例
制御部２８１は、１つ以上のプロセッサ及びメモリにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。制御部２８１は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

第１のＣＮノード２８０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、第１のＣＮノード２８０は、ハードディスクを含んでいてもよい。

第１のＣＮノード２８０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、制御部２８１の動作を行ってもよい。上記プログラムは、制御部２８１の動作をプロセッサに実行させるためのプログラムであってもよい。

第１のＣＮノード２８０は、送受信機とコントローラとを含んでもよい。当該コントローラは、制御部２８１の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、第１のＣＮノード２８０は、仮想化されていてもよい。即ち、第１のＣＮノード２８０は、仮想マシンとして実装されてもよい。この場合に、第１のＣＮノード２８０（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。

＜１１．３．第２のコアネットワークノードの構成＞
図４７は、第８の態様に係る第２のＣＮノード３８０の概略的な構成の例を示すブロック図である。図４７を参照すると、第２のＣＮノード３８０は、通信処理部３８１を備える。

（１）通信処理部３８１
通信処理部３８１は、他のノード（例えば、ＣＮノード又は管制装置）と通信する。通信処理部３８１の具体的な動作は後述する。

（２）実装例
第８の態様に係る第２のＣＮノード３８０の実装の例についての説明は、符号の違いを除き、第６の態様に係る第２のＣＮノード３６０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１１．４．移動端末の構成＞
図４８は、第８の態様に係る移動端末６８０の概略的な構成の例を示すブロック図である。図４８を参照すると、移動端末６８０は、通信処理部６８１を備える。

（１）通信処理部６８１
通信処理部６８１は、他のノード（例えば、無線局）と通信する。通信処理部６８１の具体的な動作は後述する。

（２）実装例
第８の態様に係る移動端末６８０の実装の例についての説明は、符号の違いを除き、第５の態様に係る移動端末６５０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１１．５．動作例＞
管制装置１８０（通信処理部１８１）は、移動端末６８０の飛行であって、無線リソースが確保された当該飛行のために、移動端末６８０の呼び出しを要求する第１の要求メッセージをコアネットワークへ送信する。

第２のＣＮノード３８０（通信処理部３８１）は、上記第１の要求メッセージを受信する。第２のＣＮノード３８０（通信処理部３８１）は、上記第１の要求メッセージの受信に応じて、第１のＣＮノード２８０へ、又は、第１のＣＮノード２８０へさらなる要求メッセージを送信する第３のＣＮノードへ、上記呼び出しを要求する第２の要求メッセージを送信する。

上記コアネットワークに含まれる第１のＣＮノード２８０（制御部２８１）は、上記第１の要求メッセージの、上記コアネットワークにおける受信に応じて、無線局５８０を介して上記呼び出しを行う。

移動端末６８０（通信処理部６８１）は、無線リソースが確保された移動端末６８０の飛行のための通信の開始を要求するメッセージを第１のＣＮノード２８０へ送信する。

例えば、第８の態様の上述した動作は、第３の態様の動作と同様である。よって、ここでは重複する説明を省略する。

ただし、第８の態様の上述した動作は、第３の態様の動作と同様の例に限定されない。

本態様においては、移動端末６８０及び管制装置１８０の少なくとも１つは、飛行経路情報及び飛行関連情報の少なくとも１つに基づいて通信の開始を要求する。この飛行経路情報及び飛行関連情報の少なくとも１つは、移動端末６８０の飛行経路における無線リソースが確保されていることを担保する情報であるため、これらに基づく通信の開始の要求を行うことにより、移動端末６８０が飛行中に継続的に通信することがより容易になり得る。その結果、移動端末６８０の飛行及び移動端末６８０に搭乗する乗員の安全性の担保がより容易になり得る。

また、例えば、移動端末６８０の呼び出しが要求されない場合には、移動端末６８０の飛行は、移動端末６８０側で自主的に開始される。そのため、管制装置１８０が移動端末６８０の飛行を開始時点から制御するのは困難となることがある。一方、第８の態様において説明したように、移動端末６８０の呼び出しが要求される場合には、移動端末６８０の飛行は、ネットワークからの要求に応じて開始される。そのため、管制装置１８０が移動端末６８０の飛行を開始時点から制御することが可能になる。

また、第８の態様において説明したように、移動端末６８０が移動端末６８０の飛行のための通信の開始を要求するメッセージを第１のＣＮノード２８０へ送信する場合には、移動端末６８０が飛行の開始時から通信することが可能になる。

＜＜１２．第９の態様＞＞
続いて、図４９～図５１を参照して、本開示の第９の態様を説明する。上述した第４の態様は、具体的な態様であるが、第９の態様は、より一般化された態様である。

＜１２．１．コアネットワークノードの構成＞
図４９は、第９の態様に係るＣＮノード２９０の概略的な構成の例を示すブロック図である。図４９を参照すると、ＣＮノード２９０は、制御部２９１及び通信処理部２９３を備える。

（１）制御部２９１
制御部２９１は、ＣＮノード２９０における制御を行う。制御部２９１の具体的な動作は後述する。

（２）通信処理部２９３
通信処理部２９３は、他のノード（例えば、無線局）と通信する。通信処理部２９３の具体的な動作は後述する。

（３）実装例
制御部２９１及び通信処理部２９３は、１つ以上のプロセッサ及びメモリにより実装されてもよい。制御部２９１及び通信処理部２９３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。当該メモリは、当該１つ以上のプロセッサ内に含まれていてもよく、又は、当該１つ以上のプロセッサ外にあってもよい。制御部２９１及び通信処理部２９３は、コントローラにより実装されてもよく、当該コントローラは、１つ以上のプロセッサ及びメモリを含んでもよい。

ＣＮノード２９０は、ネットワークアダプタ、ネットワークインタフェースカード、送信機、受信機、及び／又は送受信機等を含んでいてもよい。さらに、ＣＮノード２９０は、ハードディスクを含んでいてもよい。

ＣＮノード２９０は、プログラム（１つ以上の命令）を記憶するメモリと、当該プログラム（当該１つ以上の命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、制御部２９１及び通信処理部２９３の動作を行ってもよい。上記プログラムは、制御部２９１及び通信処理部２９３の動作をプロセッサに実行させるためのプログラムであってもよい。

ＣＮノード２９０は、送受信機とコントローラとを含んでもよい。当該コントローラは、制御部２９１及び通信処理部２９３の動作を行ってもよく、上記送受信機を介して、情報又はメッセージを送受信してもよい。

なお、ＣＮノード２９０は、仮想化されていてもよい。即ち、ＣＮノード２９０は、仮想マシンとして実装されてもよい。この場合に、ＣＮノード２９０（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
＜１２．２．無線局の構成＞
図５０は、第９の態様に係る無線局５９０の概略的な構成の例を示すブロック図である。図５０を参照すると、無線局５９０は、制御部５９１及び通信処理部５９３を備える。

（１）制御部５９１
制御部５９１は、無線局５９０における制御を行う。制御部５９１の具体的な動作は後述する。

（２）通信処理部５９３
通信処理部５９３は、他のノード（例えば、ＣＮノード）と通信する。通信処理部５９３の具体的な動作は後述する。

（３）実装例
第９の態様に係る無線局５９０の実装の例についての説明は、符号の違いを除き、第７の態様に係る無線局５７０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。
＜１２．３．移動端末の構成＞
図５１は、第９の態様に係る移動端末６９０の概略的な構成の例を示すブロック図である。図５１を参照すると、移動端末６９０は、飛行制御部６９１及び通信処理部６９３を備える。

（１）飛行制御部６９１
飛行制御部６９１は、移動端末６９０の飛行の制御を行う。飛行制御部６９１の具体的な動作は後述する。

（２）通信処理部６９３
通信処理部６９３は、他のノード（例えば、無線局）と通信する。通信処理部６９３の具体的な動作は後述する。

（３）実装例
第９の態様に係る移動端末６９０の実装の例についての説明は、符号の違いを除き、第７の態様に係る移動端末６７０の実装の例についての説明と同じである。よって、ここでは重複する説明を省略する。

＜１２．４．動作例＞
移動端末６９０は、飛行経路情報に従って移動する。

第１の無線局５９０Ａ（制御部５９１）は、移動端末６９０のハンドオーバであって、第２の無線局５９０Ｂから第１の無線局５９０Ａへの上記飛行経路情報に従う当該ハンドオーバを制御する。第１の無線局５９０Ａ（通信処理部５９３）は、第２の無線局５９０Ｂから送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを第２の無線局５００Ｂへ送信させる。

第２の無線局５９０Ｂ（制御部５９１）は、移動端末６９０のハンドオーバであって、第２の無線局５９０Ｂから第１の無線局５９０Ａへの上記飛行経路情報に従う当該ハンドオーバを制御する。第２の無線局５９０Ｂ（通信処理部５９３）は、上記ハンドオーバのための要求メッセージを送信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを受信する。

ＣＮノード２９０（制御部２９１）は、移動端末６９０のハンドオーバであって、第２の無線局５９０Ｂから第１の無線局５９０Ａへの上記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成する。ＣＮノード２９０（通信処理部２９３）は、上記要求メッセージを第２の無線局５９０Ｂから受信することなく、上記要求メッセージを第１の無線局５９０Ａへ送信する。上記要求メッセージは、第１の無線局５９０Ａが、第２の無線局５９０Ｂから送信される上記ハンドオーバのための要求メッセージを受信することなく、上記ハンドオーバの受け入れに関する情報を含むメッセージを第２の無線局５９０Ｂへ送信させるのを、トリガする。

移動端末６９０（飛行制御部６９１）は、飛行経路情報に従った移動端末６００の移動を制御する。移動端末６９０（通信処理部６９３）は、第２の無線局５９０Ｂと通信する。

例えば、第９の態様の上述した動作は、第４の態様の動作と同様である。よって、ここでは重複する説明を省略する。

ただし、第９の態様の上述した動作は、第４の態様の動作と同様の例に限定されない。

以上、第９の態様を説明した。例えば、上記受け入れ情報を含む上記メッセージが第２の無線局５９０Ｂへ送信されない場合には、一般的な手続きのとおり、第２の無線局５９０Ｂは、第１の無線局５９０Ａにおける移動端末６９０のための無線リソースが確保されているかを知らないまま、上記ハンドオーバのための要求メッセージを送信することになる。そのため、当該要求メッセージが送信されたとしても、無線リソースが確保されておらず、飛行中にターゲットセルにおいて移動端末６９０が通信できるとは限らない。一方、上述したように上記受け入れ情報を含む上記メッセージが第２の無線局５９０Ｂへ送信される場合には、第２の無線局５９０Ｂは、第１の無線局５９０Ａにおける移動端末６９０のための無線リソースが確保されていることを知った上で、上記ハンドオーバのための要求メッセージを送信するか、又は、当該要求メッセージを送信することなく上記ハンドオーバの実行を開始することができる。そのため、移動端末６９０は飛行中にターゲットセルにおいてより確実に通信することが可能になる。その結果、移動端末６９０の飛行及び移動端末６９０に搭乗する乗員の安全性の担保がより容易になり得る。

以上、本開示の態様を説明したが、本開示はこれらの態様に限定されるものではない。これらの態様は例示にすぎないということ、及び、本開示のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。

例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。

また、本明細書において説明した各ノードの１つ以上の構成要素を備える部品又はモジュールが提供されてもよい。また、上記１つ以上の構成要素の処理を含む方法が提供されてもよく、上記１つ以上の構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Ｎｏｎ－ｔｒａｎｓｉｔｏｒｙｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｒｅｃｏｒｄｉｎｇｍｅｄｉｕｍ）が提供されてもよい。当然ながら、このような部品又はモジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本開示に含まれる。

上記態様の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

＜付記Ａ＞
（付記Ａ１）
無線局であって、
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための前記無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信する通信処理部、
を備える無線局。

（付記Ａ２）
前記無線局の前記動作は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を提供することを含む、付記Ａ１に記載の無線局。

（付記Ａ３）
前記リソース情報は、時間毎の無線リソースのアベイラビリティに関する情報である、付記Ａ２に記載の無線局。

（付記Ａ４）
前記リソース情報は、少なくとも１つの時間についての周波数帯域毎の無線リソースのアベイラビリティに関する情報である、付記Ａ２又は３に記載の無線局。

（付記Ａ５）
前記リソース情報は、時間毎及び周波数帯域毎の無線リソースのアベイラビリティに関する情報である、付記Ａ２～４のいずれか１項に記載の無線局。

（付記Ａ６）
前記リソース情報は、前記無線リソースが利用可能か否かを示す情報である、付記Ａ２～５のいずれか１項に記載の無線局。

（付記Ａ７）
前記リソース情報は、前記無線リソースのアベイラビリティの程度を示す情報である、付記Ａ２～６のいずれか１項に記載の無線局。

（付記Ａ８）
前記コアネットワークノードは、前記リソース情報を前記無線局に要求し、又は前記リソース情報を前記無線局から受信するコアネットワークノードである、付記Ａ２～７のいずれか１項に記載の無線局。

（付記Ａ９）
前記コアネットワークノードは、移動端末のアクセス及びモビリティの少なくとも一方を管理するコアネットワークノードである、付記Ａ１～８のいずれか１項に記載の無線局。

（付記Ａ１０）
前記コアネットワークノードは、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）であり、
前記無線局は、ＮＧ－ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノードである、
付記Ａ１～９のいずれか１項に記載の無線局。

（付記Ａ１１）
前記通信処理部は、前記第１のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージを前記コアネットワークノードへ送信する、付記Ａ１～１０のいずれか１項に記載の無線局。

（付記Ａ１２）
前記通信処理部は、前記無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための前記コアネットワークノードの動作をサポートするかを示す第２のケイパビリティ情報を前記コアネットワークノードから受信する、付記Ａ１～１１のいずれか１項に記載の無線局。

（付記Ａ１３）
前記通信処理部は、前記第２のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージを前記コアネットワークノードから受信する、付記Ａ１２に記載の無線局。

（付記Ａ１４）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報を前記無線局から受信する通信処理部、
を備えるコアネットワークノード。

（付記Ａ１５）
前記通信処理部は、前記第１のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージを前記無線局から受信する、付記Ａ１４に記載のコアネットワークノード。

（付記Ａ１６）
前記通信処理部は、前記無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための前記コアネットワークノードの動作をサポートするかを示す第２のケイパビリティ情報を前記無線局へ送信する、付記Ａ１４又は１５に記載のコアネットワークノード。

（付記Ａ１７）
前記通信処理部は、前記第２のケイパビリティ情報を含むＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージを前記コアネットワークノードから受信する、付記Ａ１６に記載のコアネットワークノード。

（付記Ａ１８）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信する前記無線局と通信する通信処理部、
を備える移動端末。

（付記Ａ１９）
無線局と、
コアネットワークノードと、
を含み、
前記無線局は、無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための前記無線局の動作をサポートするかを示す第１のケイパビリティ情報を前記コアネットワークノードへ送信し、
前記コアネットワークノードは、前記第１のケイパビリティ情報を受信する、
システム。

（付記Ａ２０）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信すること、
を含む方法。

（付記Ａ２１）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報を前記無線局から受信すること、
を含む方法。

（付記Ａ２２）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信する前記無線局と通信すること、
を含む方法。

（付記Ａ２３）
無線局において、無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための前記無線局の動作をサポートするかを示す第１のケイパビリティ情報を前記コアネットワークノードへ送信することと、
コアネットワークノードにおいて、前記第１のケイパビリティ情報を受信することと、
を含む方法。

（付記Ａ２４）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラム。

（付記Ａ２５）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報を前記無線局から受信すること、
をプロセッサに実行させるプログラム。

（付記Ａ２６）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信する前記無線局と通信すること、
をプロセッサに実行させるプログラム。

（付記Ａ２７）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ａ２８）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報を前記無線局から受信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ａ２９）
無線通信網を用いて飛行することが可能な有人飛行体の飛行管理を行うための無線局の動作をサポートするかを示す第１のケイパビリティ情報をコアネットワークノードへ送信する前記無線局と通信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

＜付記Ｂ＞
（付記Ｂ１）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信する通信処理部、
を備える無線局。

（付記Ｂ２）
前記リソース情報は、時間毎の無線リソースのアベイラビリティに関する情報である、付記Ｂ１に記載の無線局。

（付記Ｂ３）
前記リソース情報は、少なくとも１つの時間についての周波数帯域毎の無線リソースのアベイラビリティに関する情報である、付記Ｂ１又は２に記載の無線局。

（付記Ｂ４）
前記リソース情報は、時間毎及び周波数帯域毎の無線リソースのアベイラビリティに関する情報である、付記Ｂ１～３のいずれか１項に記載の無線局。

（付記Ｂ５）
前記リソース情報は、前記無線リソースが利用可能か否かを示す情報である、付記Ｂ１～４のいずれか１項に記載の無線局。

（付記Ｂ６）
前記リソース情報は、前記無線リソースのアベイラビリティの程度を示す情報である、付記Ｂ１～５のいずれか１項に記載の無線局。

（付記Ｂ７）
前記リソース情報は、前記第１のコアネットワークノードから、移動端末のための飛行経路情報を生成又は取得する管制装置へ送信される情報である、付記Ｂ１～６のいずれか１項に記載の無線局。

（付記Ｂ８）
前記リソース情報は、前記第１のコアネットワークノードから第２のコアネットワークノードへ送信され、当該第２のコアネットワークノードから前記管制装置へ送信される情報である、付記Ｂ７に記載の無線局。

（付記Ｂ９）
前記第２のコアネットワークノードは、第１のコアネットワークノード及び第２のコアネットワークノードを含むコアネットワーク外に位置する装置が当該コアネットワークと対話するのに用いられるコアネットワークノードであり、
前記管制装置は、前記コアネットワーク外に位置する、
付記Ｂ８に記載の無線局。

（付記Ｂ１０）
前記第２のコアネットワークノードは、ＮＥＦ（ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）である、付記Ｂ８又は９に記載の無線局。

（付記Ｂ１１）
前記通信処理部は、前記第１のコアネットワークノードからの前記リソース情報の要求に応じて、前記リソース情報を前記第１のコアネットワークノードへ送信する、付記Ｂ１～１０のいずれか１項に記載の無線局。

（付記Ｂ１２）
前記通信処理部は、周期的に、前記リソース情報を前記第１のコアネットワークノードへ送信する、付記Ｂ１～１１のいずれか１項に記載の無線局。

（付記Ｂ１３）
前記通信処理部は、前記リソース情報の送信の周期を示す周期情報を前記第１のコアネットワークノードから受信し、当該周期情報により示される当該周期で、前記リソース情報を前記第１のコアネットワークノードへ送信する、付記Ｂ１２に記載の無線局。

（付記Ｂ１４）
前記通信処理部は、前記リソース情報の対象を示す対象情報を前記第１のコアネットワークノードから受信し、前記対象情報により示される前記対象についての前記リソース情報を前記第１のコアネットワークノードへ送信する、付記Ｂ１～１３のいずれか１項に記載の無線局。

（付記Ｂ１５）
前記対象は、１つ以上の時間又は１つ以上の周波数帯域を含む、付記Ｂ１４に記載の無線局。

（付記Ｂ１６）
前記第１のコアネットワークノードは、移動端末のアクセス及びモビリティの少なくとも一方を管理するコアネットワークノードである、付記Ｂ１～１５のいずれか１項に記載の無線局。

（付記Ｂ１７）
前記第１のコアネットワークノードは、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）であり、
前記無線局は、ＮＧ－ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノードである、
付記Ｂ１～１６のいずれか１項に記載の無線局。

（付記Ｂ１８）
第１のコアネットワークノードであって、
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を無線局から受信し、当該リソース情報を第２のコアネットワークノードへ送信する通信処理部、
を備える第１のコアネットワークノード。

（付記Ｂ１９）
前記リソース情報は、前記第２のコアネットワークノードから、移動端末のための飛行経路情報を生成又は取得する管制装置へ送信される情報である、付記Ｂ１８に記載の第１のコアネットワークノード。

（付記Ｂ２０）
前記通信処理部は、前記リソース情報を前記第２のコアネットワークノードへ送信する第３のコアネットワークノードへ前記リソース情報を送信することにより、前記リソース情報を前記第２のコアネットワークノードへ間接的に送信する、付記Ｂ１８又は１９に記載の第１のコアネットワークノード。

（付記Ｂ２１）
前記通信処理部は、前記第２のコアネットワークノードからの前記リソース情報の要求に応じて、前記リソース情報を要求するメッセージを前記無線局へ送信する、付記Ｂ１８～２０のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｂ２２）
前記通信処理部は、前記リソース情報の送信の周期を示す周期情報を前記第２のコアネットワークノードから受信し、当該周期情報を前記無線局へ送信する、付記Ｂ１８～２０のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｂ２３）
前記通信処理部は、前記リソース情報の対象を示す対象情報を前記第２のコアネットワークノードから受信し、当該対象情報を前記無線局へ送信し、前記対象情報により示される前記対象についての前記リソース情報を前記無線局から受信する、付記Ｂ１８～２２のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｂ２４）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信され、当該第１のコアネットワークノードから第２のコアネットワークノードへ送信される前記リソース情報を、当該第２のコアネットワークノードから受信する通信処理部、
を備える管制装置。

（付記Ｂ２５）
前記通信処理部は、前記リソース情報を要求するメッセージを前記第２のコアネットワークノードへ送信する、付記Ｂ２４に記載の管制装置。

（付記Ｂ２６）
前記通信処理部は、前記リソース情報の送信の周期を示す周期情報を前記第２のコアネットワークノードへ送信する、付記Ｂ２４又は２５に記載の管制装置。

（付記Ｂ２７）
前記通信処理部は、前記リソース情報の対象を示す対象情報を前記第２のコアネットワークノードへ送信し、前記対象情報により示される前記対象についての前記リソース情報を前記第２のコアネットワークノードから受信する、付記Ｂ２４～２６のいずれか１項に記載の管制装置。

（付記Ｂ２８）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信される前記リソース情報を、当該第１のコアネットワークノードから受信し、移動端末のための飛行経路情報を生成又は取得する管制装置へ前記リソース情報を送信する通信処理部、
を備える第２のコアネットワークノード。

（付記Ｂ２９）
前記通信処理部は、前記リソース情報を前記第１のコアネットワークノードから受信する第３のコアネットワークノードから前記リソース情報を受信することにより、前記リソース情報を前記第１のコアネットワークノードから間接的に受信する、付記Ｂ２８に記載の第２のコアネットワークノード。

（付記Ｂ３０）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信する無線局と通信する通信処理部、
を備える移動端末。

（付記Ｂ３１）
無線局と、
第１のコアネットワークノードと、
第２のコアネットワークノードと、
管制装置と、
を含み、
前記無線局は、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を前記第１のコアネットワークノードへ送信し、
前記第１のコアネットワークノードは、前記リソース情報を前記第２のコアネットワークノードへ送信し、
前記第２のコアネットワークノードは、前記リソース情報を前記管制装置へ送信する、
システム。

（付記Ｂ３２）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信すること、
を含む方法。

（付記Ｂ３３）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を無線局から受信し、当該リソース情報を第２のコアネットワークノードへ送信すること、
を含む方法。

（付記Ｂ３４）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信され、当該第１のコアネットワークノードから第２のコアネットワークノードへ送信される前記リソース情報を、当該第２のコアネットワークノードから受信すること、
を含む方法。

（付記Ｂ３５）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信される前記リソース情報を、当該第１のコアネットワークノードから受信し、移動端末のための飛行経路情報を生成又は取得する管制装置へ前記リソース情報を送信すること、
を含む方法。

（付記Ｂ３６）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信する無線局と通信すること、
を含む方法。

（付記Ｂ３７）
無線局において、少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信することと、
前記第１のコアネットワークノードにおいて、前記リソース情報を第２のコアネットワークノードへ送信することと
前記第２のコアネットワークノードにおいて、前記リソース情報を管制装置へ送信することと、
を含む方法。

（付記Ｂ３８）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラム。

（付記Ｂ３９）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を無線局から受信し、当該リソース情報を第２のコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラム。

（付記Ｂ４０）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信され、当該第１のコアネットワークノードから第２のコアネットワークノードへ送信される前記リソース情報を、当該第２のコアネットワークノードから受信すること、
をプロセッサに実行させるプログラム。

（付記Ｂ４１）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信される前記リソース情報を、当該第１のコアネットワークノードから受信し、移動端末のための飛行経路情報を生成又は取得する管制装置へ前記リソース情報を送信すること、
をプロセッサに実行させるプログラム。

（付記Ｂ４２）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信する無線局と通信すること、
をプロセッサに実行させるプログラム。

（付記Ｂ４３）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｂ４４）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を無線局から受信し、当該リソース情報を第２のコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｂ４５）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信され、当該第１のコアネットワークノードから第２のコアネットワークノードへ送信される前記リソース情報を、当該第２のコアネットワークノードから受信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｂ４６）
少なくとも１つの時間の無線リソースのアベイラビリティに関するリソース情報であって、無線局から第１のコアネットワークノードへ送信される前記リソース情報を、当該第１のコアネットワークノードから受信し、移動端末のための飛行経路情報を生成又は取得する管制装置へ前記リソース情報を送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｂ４７）
少なくとも１つの時間についての無線リソースのアベイラビリティに関するリソース情報を第１のコアネットワークノードへ送信する無線局と通信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

＜付記Ｃ＞
（付記Ｃ１）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを、当該無線リソースを確保する無線局に接続されるコアネットワークへ送信する通信処理部、
を備える管制装置。

（付記Ｃ２）
前記第１の要求メッセージは、前記移動端末を識別するための第１の識別情報を含む、付記Ｃ１に記載の管制装置。

（付記Ｃ３）
前記確保は、前記移動端末の飛行のための無線リソースの確保であり、
前記第１の要求メッセージは、前記飛行を識別するための第２の識別情報を含む、
付記Ｃ１又は２に記載の管制装置。

（付記Ｃ４）
前記無線リソースは、特定の周波数帯域における無線リソースであり、
前記第１の要求メッセージは、前記特定の周波数帯域を示す周波数情報を含む、
付記Ｃ１～３のいずれか１項に記載の管制装置。

（付記Ｃ５）
前記無線リソースは、特定の時間における無線リソースであり、
前記第１の要求メッセージは、前記特定の時間を示す時間情報を含む、
付記Ｃ１～４のいずれか１項に記載の管制装置。

（付記Ｃ６）
前記第１の要求メッセージは、位置を示す位置情報を含み、
前記無線局は、前記位置情報に対応する、
付記Ｃ１～５のいずれか１項に記載の管制装置。

（付記Ｃ７）
前記位置情報は、セル識別子、ＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）情報、又は前記移動端末の飛行のウェイポイントを示す情報である、付記Ｃ６に記載の管制装置。

（付記Ｃ８）
前記コアネットワークは、前記コアネットワークにおける前記第１の要求メッセージの受信に応じて、前記確保を要求する第２の要求メッセージを前記無線局へ送信する第１のコアネットワークノードを含む、付記Ｃ１～７のいずれか１項に記載の管制装置。

（付記Ｃ９）
前記コアネットワークは、前記第１の要求メッセージの受信に応じて、前記第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信する第２のコアネットワークノード、をさらに含む、付記Ｃ８に記載の管制装置。

（付記Ｃ１０）
前記第２のコアネットワークノードは、前記コアネットワーク外に位置する装置が当該コアネットワークと対話するのに用いられるコアネットワークノードであり、
前記管制装置は、前記コアネットワーク外に位置する、
付記Ｃ９に記載の管制装置。

（付記Ｃ１１）
前記第２のコアネットワークノードは、ＮＥＦ（ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）である、付記Ｃ９又は１０に記載の管制装置。

（付記Ｃ１２）
前記第１のコアネットワークノードは、前記移動端末のアクセス及びモビリティの少なくとも一方を管理するコアネットワークノードである、付記Ｃ８～１１のいずれか１項に記載の管制装置。

（付記Ｃ１３）
前記第１のコアネットワークノードは、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）であり、
前記無線局は、ＮＧ－ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノードである、
付記Ｃ８～１２のいずれか１項に記載の管制装置。

（付記Ｃ１４）
前記確保についての応答メッセージを、前記コアネットワークから受信する、付記Ｃ１～１３のいずれか１項に記載の管制装置。

（付記Ｃ１５）
前記応答メッセージは、前記無線リソースが確保されたかを示す情報、又は、確保された無線リソースを示す情報を含む、付記Ｃ１４に記載の管制装置。

（付記Ｃ１６）
コアネットワークに含まれる第１のコアネットワークノードであって、
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第２の要求メッセージを、当該無線リソースを確保する無線局へ送信する通信処理部、
を備える第１のコアネットワークノード。

（付記Ｃ１７）
前記第２の要求メッセージは、前記移動端末を識別するための第１の識別情報を含む、付記Ｃ１６に記載の第１のコアネットワークノード。

（付記Ｃ１８）
前記確保は、前記移動端末の飛行のための無線リソースの確保であり、
前記第２の要求メッセージは、前記飛行を識別するための第２の識別情報を含む、
付記Ｃ１６又は１７に記載の第１のコアネットワークノード。

（付記Ｃ１９）
前記無線リソースは、特定の周波数帯域における無線リソースであり、
前記第２の要求メッセージは、前記特定の周波数帯域を示す周波数情報を含む、
付記Ｃ１６～１８のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｃ２０）
前記無線リソースは、特定の時間における無線リソースであり、
前記第２の要求メッセージは、前記特定の時間を示す時間情報を含む、
付記Ｃ１６～１９のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｃ２１）
前記通信処理部は、前記確保を要求する第１の要求メッセージの、前記コアネットワークにおける受信に応じて、前記第２の要求メッセージを前記無線局へ送信する、付記Ｃ１６～２０のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｃ２２）
前記通信処理部は、前記無線リソースの確保についての応答メッセージを、前記無線局から受信する、付記Ｃ１６～２１のいずれか１項に記載の第１のコアネットワークノード。

（付記Ｃ２３）
無線局であって、
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信する通信処理部と、
前記要求メッセージの受信に応じて前記確保を行う制御部と、
を備える無線局。

（付記Ｃ２４）
前記通信処理部は、前記確保についての応答メッセージを前記第１のコアネットワークノードへ送信する、付記Ｃ２３に記載の無線局。

（付記Ｃ２５）
第２のコアネットワークノードであって、
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを管制装置から受信する通信処理部、
を備え、
前記通信処理部は、前記第１の要求メッセージの受信に応じて、前記確保を要求する第２の要求メッセージを無線局へ送信する第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信する、
第２のコアネットワークノード。

（付記Ｃ２６）
移動端末であって、
飛行経路情報に従った前記移動端末の移動を制御する飛行制御部と、
前記移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信し、当該要求メッセージの受信に応じて前記確保を行う無線局と、通信する通信処理部と、
を備える移動端末。

（付記Ｃ２７）
管制装置と、
第１のコアネットワークノード及び第２のコアネットワークノードを含むコアネットワークと、
無線局と、
を含み、
前記管制装置は、飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを前記第２のコアネットワークノードへ送信し、
前記第２のコアネットワークノードは、前記第１の要求メッセージを前記管制装置から受信し、当該第１の要求メッセージの受信に応じて、前記第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信し、
前記第１のコアネットワークノードは、前記確保を要求する第２の要求メッセージを前記無線局へ送信し、
前記無線局は、前記第２の要求メッセージを前記第１のコアネットワークノードから受信し、当該第２の要求メッセージの受信に応じて前記確保を行う、
システム。

（付記Ｃ２８）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを、当該無線リソースを確保する無線局に接続されるコアネットワークへ送信すること、
を含む方法。

（付記Ｃ２９）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第２の要求メッセージを、当該無線リソースを確保する無線局へ送信すること、
を含む方法。

（付記Ｃ３０）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信することと、
前記要求メッセージの受信に応じて前記確保を行うことと、
を含む方法。

（付記Ｃ３１）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを管制装置から受信することと、
前記第１の要求メッセージの受信に応じて、前記確保を要求する第２の要求メッセージを無線局へ送信する第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信することと、
を含む方法。

（付記Ｃ３２）
飛行経路情報に従った移動端末の移動を制御することと、
前記移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信し、当該要求メッセージの受信に応じて前記確保を行う無線局と、通信することと、
を含む方法。

（付記Ｃ３３）
管制装置において、飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを第２のコアネットワークノードへ送信することと、
前記第２のコアネットワークノードにおいて、前記第１の要求メッセージを前記管制装置から受信し、当該第１の要求メッセージの受信に応じて、第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信することと、
前記第１のコアネットワークノードは、前記確保を要求する第２の要求メッセージを無線局へ送信することと、
前記無線局において、前記第２の要求メッセージを前記第１のコアネットワークノードから受信し、当該第２の要求メッセージの受信に応じて前記確保を行うことと、
を含む方法。

（付記Ｃ３４）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを、当該無線リソースを確保する無線局に接続されるコアネットワークへ送信すること、
をプロセッサに実行させるプログラム。

（付記Ｃ３５）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第２の要求メッセージを、当該無線リソースを確保する無線局へ送信すること、
をプロセッサに実行させるプログラム。

（付記Ｃ３６）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信することと、
前記要求メッセージの受信に応じて前記確保を行うことと、
をプロセッサに実行させるプログラム。

（付記Ｃ３７）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを管制装置から受信することと、
前記第１の要求メッセージの受信に応じて、前記確保を要求する第２の要求メッセージを無線局へ送信する第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信することと、
をプロセッサに実行させるプログラム。

（付記Ｃ３８）
飛行経路情報に従った移動端末の移動を制御することと、
前記移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信し、当該要求メッセージの受信に応じて前記確保を行う無線局と、通信することと、
をプロセッサに実行させるプログラム。

（付記Ｃ３９）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを、当該無線リソースを確保する無線局に接続されるコアネットワークへ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｃ４０）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第２の要求メッセージを、当該無線リソースを確保する無線局へ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｃ４１）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信することと、
前記要求メッセージの受信に応じて前記確保を行うことと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｃ４２）
飛行経路情報に従って移動する移動端末のための無線リソースの確保を要求する第１の要求メッセージを管制装置から受信することと、
前記第１の要求メッセージの受信に応じて、前記確保を要求する第２の要求メッセージを無線局へ送信する第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記確保を要求する第３の要求メッセージを送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｃ４３）
飛行経路情報に従った移動端末の移動を制御することと、
前記移動端末のための無線リソースの確保を要求する要求メッセージを第１のコアネットワークノードから受信し、当該要求メッセージの受信に応じて前記確保を行う無線局と、通信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

＜付記Ｄ＞
（付記Ｄ１）
移動端末の飛行であって、無線リソースが確保された当該飛行のために、当該移動端末の呼び出しを要求する第１の要求メッセージをコアネットワークへ送信する通信処理部、
を備える管制装置。

（付記Ｄ２）
前記第１の要求メッセージは、前記移動端末を識別するための第１の識別情報を含む、付記Ｄ１に記載の管制装置。

（付記Ｄ３）
前記第１の要求メッセージは、前記飛行を識別するための第２の識別情報を含む、付記Ｄ２に記載の管制装置。

（付記Ｄ４）
前記第１の要求メッセージは、前記飛行に関する飛行関連情報を含む、付記Ｄ１～３のいずれか１項に記載の管制装置。

（付記Ｄ５）
前記飛行関連情報は、前記移動端末を識別するための第１の識別情報、又は、前記飛行を識別するための第２の識別情報を含む、付記Ｄ４に記載の管制装置。

（付記Ｄ６）
前記飛行関連情報は、前記飛行の経路を示す経路情報を含む、付記Ｄ４又は５に記載の管制装置。

（付記Ｄ７）
前記経路情報は、前記飛行の経路として、前記飛行の経路上の１つ以上のセルであって、前記飛行において前記移動端末により使用される当該１つ以上のセルを示す、付記Ｄ６に記載の管制装置。

（付記Ｄ８）
前記経路情報は、前記飛行の経路として、前記飛行のウェイポイントを示す、付記Ｄ６又は７に記載の管制装置。

（付記Ｄ９）
前記飛行関連情報は、前記飛行についての時間を示す時間情報を含む、付記Ｄ４～８のいずれか１項に記載の管制装置。

（付記Ｄ１０）
前記時間情報は、前記飛行の経路上の１つ以上のセルであって、前記飛行において前記移動端末により使用される当該１つ以上のセルの各々について、前記移動端末のために無線リソースが確保される時間を示す、付記Ｄ９に記載の管制装置。

（付記Ｄ１１）
前記時間情報は、上記飛行の複数のウェイポイントの各々について、前記移動端末が通過する時刻を示す、付記Ｄ９又は１０に記載の管制装置。

（付記Ｄ１２）
前記飛行関連情報は、前記飛行の経路上の１つ以上のセルであって、前記飛行において前記移動端末により使用される当該１つ以上のセルの各々について、前記移動端末のためのコンフィギュレーションを示すコンフィギュレーション情報を含む、付記Ｄ４～１１のいずれか１項に記載の管制装置。

（付記Ｄ１３）
前記飛行関連情報は、前記飛行における通信のためのセッションの属性情報を含む、付記Ｄ４～１２のいずれか１項に記載の管制装置。

（付記Ｄ１４）
前記飛行関連情報は、前記飛行における通信のための無線リソースを示す無線リソース情報を含む、付記Ｄ４～１３のいずれか１項に記載の管制装置。

（付記Ｄ１５）
前記コアネットワークは、前記コアネットワークにおける前記第１の要求メッセージの受信に応じて、無線局を介して前記呼び出しを行う第１のコアネットワークノードを含む、付記Ｄ１～１４のいずれか１項に記載の管制装置。

（付記Ｄ１６）
前記コアネットワークは、前記第１の要求メッセージの受信に応じて、前記第１のコアネットワークノードへ、又は、前記第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信する第２のコアネットワークノード、をさらに含む、付記Ｄ１５に記載の管制装置。

（付記Ｄ１７）
前記第２のコアネットワークノードは、前記コアネットワーク外に位置する装置が当該コアネットワークと対話するのに用いられるコアネットワークノードであり、
前記管制装置は、前記コアネットワーク外に位置する、
付記Ｄ１６に記載の管制装置。

（付記Ｄ１８）
前記第２のコアネットワークノードは、ＮＥＦ（ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）である、付記Ｄ１６又は１７に記載の管制装置。

（付記Ｄ１９）
前記第１のコアネットワークノードは、前記移動端末のアクセス及びモビリティの少なくとも一方を管理するコアネットワークノードである、付記Ｄ１５～１８のいずれか１項に記載の管制装置。

（付記Ｄ２０）
前記第１のコアネットワークノードは、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）であり、
前記無線局は、ＮＧ－ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノードである、
付記Ｄ１５～１９のいずれか１項に記載の管制装置。

（付記Ｄ２１）
コアネットワークに含まれる第１のコアネットワークノードであって、
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージの、前記コアネットワークにおける受信に応じて、無線局を介して前記呼び出しを行う制御部、
を備える第１のコアネットワークノード。

（付記Ｄ２２）
第２のコアネットワークノードであって、
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージを受信する通信処理部、
を備え、
前記通信処理部は、当該第１の要求メッセージの受信に応じて、前記呼び出しを行う第１のコアネットワークノードへ、又は、当該第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信する、
第２のコアネットワークノード。

（付記Ｄ２３）
移動端末であって、
無線リソースが確保された前記移動端末の飛行のための通信の開始を要求するメッセージを第１のコアネットワークノードへ送信する通信処理部、
を備える移動端末。

（付記Ｄ２４）
管制装置と、
第１のコアネットワークノード及び第２のコアネットワークノードを含むコアネットワークと、
無線局と、
を含み、
前記管制装置は、移動端末の飛行であって、無線リソースが確保された当該飛行のために、当該移動端末の呼び出しを要求する第１の要求メッセージを前記第２のコアネットワークノードへ送信し、
前記第２のコアネットワークノードは、前記第１の要求メッセージを受信し、前記第１の要求メッセージの受信に応じて、前記呼び出しを行う第１のコアネットワークノードへ、又は、当該第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信し、
前記第１のコアネットワークノードは、前記無線局を介して前記呼び出しを行う、
システム。

（付記Ｄ２５）
移動端末の飛行であって、無線リソースが確保された当該飛行のために、当該移動端末の呼び出しを要求する第１の要求メッセージをコアネットワークへ送信すること、
を含む方法。

（付記Ｄ２６）
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージの、コアネットワークにおける受信に応じて、無線局を介して前記呼び出しを行うこと、
を含む方法。

（付記Ｄ２７）
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージを受信することと、
当該第１の要求メッセージの受信に応じて、前記呼び出しを行う第１のコアネットワークノードへ、又は、当該第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信することと、
を含む方法。

（付記Ｄ２８）
無線リソースが確保された移動端末の飛行のための通信の開始を要求するメッセージを第１のコアネットワークノードへ送信すること、
を含む方法。

（付記Ｄ２９）
管制装置において、移動端末の飛行であって、無線リソースが確保された当該飛行のために、当該移動端末の呼び出しを要求する第１の要求メッセージを第２のコアネットワークノードへ送信することと、
前記第２のコアネットワークノードにおいて、前記第１の要求メッセージを受信し、前記第１の要求メッセージの受信に応じて、前記呼び出しを行う第１のコアネットワークノードへ、又は、当該第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信することと、
前記第１のコアネットワークノードにおいて、無線局を介して前記呼び出しを行うことと、
を含む方法。

（付記Ｄ３０）
移動端末の飛行であって、無線リソースが確保された当該飛行のために、当該移動端末の呼び出しを要求する第１の要求メッセージをコアネットワークへ送信すること、
をプロセッサに実行させるプログラム。

（付記Ｄ３１）
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージの、コアネットワークにおける受信に応じて、無線局を介して前記呼び出しを行うこと、
をプロセッサに実行させるプログラム。

（付記Ｄ３２）
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージを受信することと、
当該第１の要求メッセージの受信に応じて、前記呼び出しを行う第１のコアネットワークノードへ、又は、当該第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信することと、
をプロセッサに実行させるプログラム。

（付記Ｄ３３）
無線リソースが確保された移動端末の飛行のための通信の開始を要求するメッセージを第１のコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラム。

（付記Ｄ３４）
移動端末の飛行であって、無線リソースが確保された当該飛行のために、当該移動端末の呼び出しを要求する第１の要求メッセージをコアネットワークへ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｄ３５）
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージの、コアネットワークにおける受信に応じて、無線局を介して前記呼び出しを行うこと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｄ３６）
無線リソースが確保された移動端末の飛行のために管制装置により送信される第１の要求メッセージであって、当該移動端末の呼び出しを要求する当該第１の要求メッセージを受信することと、
当該第１の要求メッセージの受信に応じて、前記呼び出しを行う第１のコアネットワークノードへ、又は、当該第１のコアネットワークノードへさらなる要求メッセージを送信する第３のコアネットワークノードへ、前記呼び出しを要求する第２の要求メッセージを送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｄ３７）
無線リソースが確保された移動端末の飛行のための通信の開始を要求するメッセージを第１のコアネットワークノードへ送信すること、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

＜付記Ｅ＞
（付記Ｅ１）
第１の無線局であって、
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から前記第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御する制御部と、
前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信する処理をトリガする通信処理部と、
を備える第１の無線局。

（付記Ｅ２）
前記通信処理部は、
前記メッセージを前記第２の無線局へ直接送信することにより、又は、
コアネットワークノードを介して前記メッセージを前記第２の無線局へ送信することにより、又は、
前記メッセージを前記第２の無線局へ送信するコアネットワークノードへ、前記メッセージ及び前記ハンドオーバの受け入れに関する情報を含む他のメッセージの少なくともいずれかを送信することにより、
前記メッセージを前記第２の無線局へ送信する処理をトリガする、
付記Ｅ１に記載の第１の無線局。

（付記Ｅ３）
前記通信処理部は、前記第２の無線局への前記メッセージの送信前には、前記要求メッセージを受信することなく、前記第２の無線局へ前記メッセージを送信した場合に、前記要求メッセージを受信する、付記Ｅ１又は２に記載の第１の無線局。

（付記Ｅ４）
前記通信処理部は、前記第２の無線局への前記メッセージの送信前だけではなく、前記第２の無線局への前記メッセージの送信後も、前記要求メッセージを受信しない、付記Ｅ１又は２に記載の第１の無線局。

（付記Ｅ５）
前記メッセージは、前記第２の無線局及び前記移動端末による前記ハンドオーバの実行をトリガする、付記Ｅ４に記載の第１の無線局。

（付記Ｅ６）
前記メッセージは、前記第２の無線局が前記ハンドオーバの実行のためのメッセージを前記移動端末へ送信するのをトリガする、付記Ｅ４又は５に記載の第１の無線局。

（付記Ｅ７）
前記通信処理部は、コアネットワークノードから送信される前記ハンドオーバのための要求メッセージを受信し、前記コアネットワークノードから送信される当該要求メッセージの受信に応じて、前記メッセージを前記第２の無線局へ送信し、
前記コアネットワークノードから送信される前記要求メッセージは、前記第２の無線局から前記コアネットワークノードへ送信されず、前記コアネットワークノードにより生成されるメッセージである、
付記Ｅ１～６のいずれか１項に記載の第１の無線局。

（付記Ｅ８）
前記制御部は、前記第１の無線局における前記移動端末のための無線リソースを確保し、
前記ハンドオーバの受け入れに関する前記情報は、前記移動端末のための無線リソースが確保されていることを示す情報を含む、付記Ｅ１～７のいずれか１項に記載の第１の無線局。

（付記Ｅ９）
前記制御部は、前記移動端末の飛行に関する飛行関連情報に基づいて、前記無線リソースを確保する、付記Ｅ８に記載の第１の無線局。

（付記Ｅ１０）
前記ハンドオーバの受け入れに関する前記情報は、前記第１の無線局における前記移動端末のための無線リソースが確保できないことを示す情報を含む、付記Ｅ１～７のいずれか１項に記載の第１の無線局。

（付記Ｅ１１）
前記制御部は、前記移動端末の飛行に関する飛行関連情報に基づいて、前記無線リソースを確保できるかを判定する、付記Ｅ８～１０のいずれか１項に記載の第１の無線局。

（付記Ｅ１２）
前記飛行関連情報は、前記飛行の経路を示す経路情報又は前記飛行の時間を示す時間情報を含む、付記Ｅ９又は１１に記載の第１の無線局。

（付記Ｅ１３）
前記無線リソースは、時間及び周波数の少なくとも一方のリソースである、付記Ｅ８～１２のいずれか１項に記載の第１の無線局。

（付記Ｅ１４）
前記無線リソースは、時間及び周波数の少なくとも一方のリソース、及び、前記第１の無線局の処理のためのリソースを含む、付記Ｅ８～１２のいずれか１項に記載の第１の無線局。

（付記Ｅ１５）
前記ハンドオーバの受け入れに関する前記情報は、前記ハンドオーバのターゲットセルに関する情報を含む、付記Ｅ１～１４のいずれか１項に記載の第１の無線局。

（付記Ｅ１６）
前記ターゲットセルに関する前記情報は、前記ターゲットセルを識別するための識別情報、前記ターゲットセルの周波数帯域を示す情報、又は、前記ターゲットセルにおける移動端末６００のためのコンフィギュレーションを示す情報を含む、付記Ｅ１５に記載の第１の無線局。

（付記Ｅ１７）
前記ハンドオーバは、条件付きハンドオーバ（Ｃｏｎｄｉｔｉｏｎａｌｈａｎｄｏｖｅｒ：ＣＨＯ）である、付記Ｅ１～１６のいずれか１項に記載の第１の無線局。

（付記Ｅ１８）
前記ハンドオーバの受け入れに関する前記情報は、前記ハンドオーバの条件に関する条件情報を含む、付記Ｅ１７に記載の第１の無線局。

（付記Ｅ１９）
前記制御部は、前記第１の無線局における前記移動端末のための無線リソースを確保できるかを判定し、
前記通信処理部は、前記無線リソースが確保できない場合に、前記移動端末の飛行経路の変更を前記第２の無線局に通知させる、
付記Ｅ１～１８のいずれか１項に記載の第１の無線局。

（付記Ｅ２０）
前記飛行経路の変更は、前記第１の無線局のカバレッジエリア内での前記移動端末の飛行経路の変更である、付記Ｅ１９に記載の第１の無線局。

（付記Ｅ２１）
前記飛行経路の変更は、前記移動端末が無線リソースを使用するセルの変更である、付記Ｅ１９又は２０に記載の第１の無線局。

（付記Ｅ２２）
前記飛行経路の変更は、前記移動端末のウェイポイントの変更である、付記Ｅ１９又は２０に記載の第１の無線局。

（付記Ｅ２３）
前記制御部は、前記第１の無線局における前記移動端末のための無線リソースを確保できるかを判定し、
前記通信処理部は、前記無線リソースが確保できない場合に、前記移動端末の着陸を前記第２の無線局又はコアネットワークノードに通知する、
付記Ｅ１～２２のいずれか１項に記載の第１の無線局。

（付記Ｅ２４）
前記通信処理部は、前記移動端末の前記着陸の通知として、前記移動端末の前記着陸を前記第２の無線局又はコアネットワークノードに指示し、又は要求する、付記Ｅ２３に記載の第１の無線局。

（付記Ｅ２５）
前記通信処理部は、前記移動端末の前記着陸の通知として、前記移動端末に着陸させるかの判定に用いる補助情報を前記第２の無線局又はコアネットワークノードへ送信する、付記Ｅ２３に記載の第１の無線局。

（付記Ｅ２６）
前記着陸は、着陸ポイントへの前記移動端末の着陸であり、
前記着陸ポイントは、前記飛行経路情報により示される着陸ポイント、前記第２の無線局により決定される着陸ポイント、又は、前記移動端末によって決定される着陸ポイントである、
付記Ｅ２３～２５のいずれか１項に記載の第１の無線局。

（付記Ｅ２７）
第２の無線局であって、
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、前記第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御する制御部と、
前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信する第１通信処理部と、
を備える第２の無線局。

（付記Ｅ２８）
前記第１通信処理部は、
前記第１の無線局から、又は、
前記メッセージを前記第１の無線局から受信し、又は、前記第２の無線局への前記メッセージの送信をトリガする他のメッセージを前記第１の無線局から受信するコアネットワークノードから、
前記メッセージを受信する、
付記Ｅ２７に記載の第２の無線局。

（付記Ｅ２９）
前記第１通信処理部は、前記メッセージの受信前に、前記要求メッセージを送信することなく、前記メッセージを受信した後に、前記要求メッセージを送信する、付記Ｅ２７又は２８に記載の第２の無線局。

（付記Ｅ３０）
前記第１通信処理部は、前記メッセージの受信前だけではなく、前記メッセージの受信後も、前記要求メッセージを送信しない、付記Ｅ２７又は２８に記載の第２の無線局。

（付記Ｅ３１）
前記メッセージの受信に応じて、前記ハンドオーバの実行のためのメッセージを前記移動端末へ送信する第２通信処理部、をさらに備える、付記Ｅ２７、２８及び３０のいずれか１項に記載の第２の無線局。

（付記Ｅ３２）
前記ハンドオーバは、条件付きハンドオーバ（Ｃｏｎｄｉｔｉｏｎａｌｈａｎｄｏｖｅｒ：ＣＨＯ）であり、
前記第２の無線局は、前記ハンドオーバの実行のためのメッセージであって、前記ハンドオーバの条件に関する情報を含む当該メッセージを、前記移動端末へ送信する第２通信処理部、をさらに備える、
付記Ｅ２７～３１のいずれか１項に記載の第２の無線局。

（付記Ｅ３３）
前記第１の無線局における前記移動端末のための無線リソースが確保できない場合における、前記移動端末の着陸の通知に応じて、前記移動端末の着陸を前記移動端末に通知する第２通信処理部、をさらに備える、付記Ｅ２７～３２のいずれか１項に記載の第２の無線局。

（付記Ｅ３４）
前記第２通信処理部は、前記移動端末の前記着陸の通知として、前記移動端末の前記着陸を前記移動端末に指示し、又は要求する、付記Ｅ３３に記載の第２の無線局。

（付記Ｅ３５）
コアネットワークノードであって、
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成する制御部と、
前記要求メッセージを前記第２の無線局から受信することなく、前記要求メッセージを前記第１の無線局へ送信する通信処理部と、
を備え、
前記要求メッセージは、前記第１の無線局が、前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信するのを、トリガする、
コアネットワークノード。

（付記Ｅ３６）
前記通信処理部は、前記第１の無線局における前記移動端末のための無線リソースが確保できない場合における、前記第１の無線局による前記移動端末の着陸の通知に応じて、前記移動端末の前記着陸を第２の無線局を介して前記移動端末に通知し、又は、前記移動端末の前記着陸を前記第２の無線局に通知する、付記Ｅ３５に記載のコアネットワークノード。

（付記Ｅ３７）
移動端末であって、
飛行経路情報に従った前記移動端末の移動を制御する飛行制御部と、
第２の無線局の第２のセルから第１の無線局の第１のセルへの前記移動端末のハンドオーバにおいて、前記飛行経路情報に従う当該ハンドオーバのために、前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信する前記第２の無線局と、通信する通信処理部と、
を備える移動端末。

（付記Ｅ３８）
前記飛行制御部は、前記第１の無線局における前記移動端末のための無線リソースが確保できない場合における、前記移動端末の着陸の通知に応じて、前記移動端末の着陸を制御する、
付記Ｅ３７に記載の移動端末。

（付記Ｅ３９）
第１の無線局と、
第２の無線局と、
を含み、
前記第１の無線局及び前記第２の無線局は、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、前記第２の無線局から前記第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御し、
前記第１の無線局は、前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信し、
前記第２の無線局は、前記要求メッセージを送信することなく、前記メッセージを受信する、
システム。

（付記Ｅ４０）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信することと、
を含む方法。

（付記Ｅ４１）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信することと、
を含む方法。

（付記Ｅ４２）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成することと、
前記要求メッセージを前記第２の無線局から受信することなく、前記要求メッセージを前記第１の無線局へ送信することと、
を含み、
前記要求メッセージは、前記第１の無線局が、前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信するのを、トリガする、
方法。

（付記Ｅ４３）
飛行経路情報に従った移動端末の移動を制御することと、
第２の無線局の第２のセルから第１の無線局の第１のセルへの前記移動端末のハンドオーバにおいて、前記飛行経路情報に従う当該ハンドオーバのために、前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信する前記第２の無線局と、通信することと、
を含む方法。

（付記Ｅ４４）
第１の無線局及び第２の無線局において、飛行経路情報に従って移動する移動端末のハンドオーバにおいて、前記第２の無線局から前記第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記第１の無線局において、前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信することと、
前記第２の無線局において、前記要求メッセージを送信することなく、前記メッセージを受信することと、
を含む方法。

（付記Ｅ４５）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信することと、
をプロセッサに実行させるプログラム。

（付記Ｅ４６）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信することと、
をプロセッサに実行させるプログラム。

（付記Ｅ４７）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成することと、
前記要求メッセージを前記第２の無線局から受信することなく、前記要求メッセージを前記第１の無線局へ送信することと、
をプロセッサに実行させ、
前記要求メッセージは、前記第１の無線局が、前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信するのを、トリガする、
プログラム。

（付記Ｅ４８）
飛行経路情報に従った移動端末の移動を制御することと、
第２の無線局の第２のセルから第１の無線局の第１のセルへの前記移動端末のハンドオーバにおいて、前記飛行経路情報に従う当該ハンドオーバのために、前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信する前記第２の無線局と、通信することと、
をプロセッサに実行させるプログラム。

（付記Ｅ４９）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｅ５０）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記Ｅ５１）
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバのための要求メッセージを生成することと、
前記要求メッセージを前記第２の無線局から受信することなく、前記要求メッセージを前記第１の無線局へ送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であって、
前記要求メッセージは、前記第１の無線局が、前記第２の無線局から送信される前記ハンドオーバのための要求メッセージを受信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信するのを、トリガする、
コンピュータに読み取り可能な非一時的記録媒体。

（付記Ｅ５２）
飛行経路情報に従った移動端末の移動を制御することと、
第２の無線局の第２のセルから第１の無線局の第１のセルへの前記移動端末のハンドオーバにおいて、前記飛行経路情報に従う当該ハンドオーバのために、前記ハンドオーバのための要求メッセージを送信することなく、前記ハンドオーバの受け入れに関する情報を含むメッセージを受信する前記第２の無線局と、通信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

この出願は、２０１９年９月６日に出願された日本出願特願２０１９－１６３３６９を基礎とする優先権を主張し、その開示の全てをここに取り込む。

飛行中の移動端末と継続的に通信することをより容易することができる。

１システム
４０飛行経路
５０セル
１００、１６０、１７０、１８０管制装置
２００、２６０、２７０、２８０第１のコアネットワーク（ＣＮ）ノード
２５０、２９０コアネットワーク（ＣＮ）ノード
３００、３６０、３７０、３８０第２のコアネットワーク（ＣＮ）ノード
４００第３のコアネットワーク（ＣＮ）ノード
５００、５５０、５６０、５７０、５９０無線局
５００Ａ、５９０Ａ第１の無線局
５００Ｂ、５９０Ｂ第２の無線局
６００、６５０、６６０、６７０、６８０、６９０移動端末

Claims

第１の無線局であって、
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から前記第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御する制御手段と、
前記第２の無線局から送信される前記ハンドオーバのための要求メッセージの受信をトリガとして開始される前記ハンドオーバに必要な手順とは無関係に、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信する処理をトリガする通信処理手段と、
を備え、
前記ハンドオーバの受け入れに関する前記情報は、前記移動端末の飛行に関する飛行関連情報に基づいて、前記移動端末のための無線リソースが確保されていることを示す情報を含む、
第１の無線局。
前記通信処理手段は、
前記メッセージを前記第２の無線局へ直接送信することにより、又は、
コアネットワークノードを介して前記メッセージを前記第２の無線局へ送信することにより、又は、
前記メッセージを前記第２の無線局へ送信するコアネットワークノードへ、前記メッセージ及び前記ハンドオーバの受け入れに関する情報を含む他のメッセージの少なくともいずれかを送信することにより、
前記メッセージを前記第２の無線局へ送信する処理をトリガする、
請求項１に記載の第１の無線局。
前記通信処理手段は、前記第２の無線局への前記メッセージの送信前には、前記要求メッセージを受信することなく、前記第２の無線局へ前記メッセージを送信した場合に、前記要求メッセージを受信する、請求項１又は２に記載の第１の無線局。
前記通信処理手段は、前記第２の無線局への前記メッセージの送信前だけではなく、前記第２の無線局への前記メッセージの送信後も、前記要求メッセージを受信しない、請求項１又は２に記載の第１の無線局。
前記メッセージは、前記第２の無線局及び前記移動端末による前記ハンドオーバの実行をトリガする、請求項４に記載の第１の無線局。
前記メッセージは、前記第２の無線局が前記ハンドオーバの実行のためのメッセージを前記移動端末へ送信するのをトリガする、請求項４又は５に記載の第１の無線局。
前記通信処理手段は、コアネットワークノードから送信される前記ハンドオーバのための要求メッセージを受信し、前記コアネットワークノードから送信される当該要求メッセージの受信に応じて、前記メッセージを前記第２の無線局へ送信し、
前記コアネットワークノードから送信される前記要求メッセージは、前記第２の無線局から前記コアネットワークノードへ送信されず、前記コアネットワークノードにより生成されるメッセージである、
請求項１～６のいずれか１項に記載の第１の無線局。
前記制御手段は、前記第１の無線局における前記移動端末のための前記無線リソースを確保する、
請求項１～７のいずれか１項に記載の第１の無線局。
飛行経路情報に従って移動する移動端末のハンドオーバにおいて、第２の無線局から第１の無線局への前記飛行経路情報に従う当該ハンドオーバを制御することと、
前記第２の無線局から送信される前記ハンドオーバのための要求メッセージの受信をトリガとして開始される前記ハンドオーバに必要な手順とは無関係に、前記ハンドオーバの受け入れに関する情報を含むメッセージを前記第２の無線局へ送信することと、
を含み、
前記ハンドオーバの受け入れに関する前記情報は、前記移動端末の飛行に関する飛行関連情報に基づいて、前記移動端末のための無線リソースが確保されていることを示す情報を含む、
方法。