JP2021106348A - 端末装置、管理装置及び通信方法 - Google Patents

Abstract

【課題】より安定した品質のサービスの提供を実現可能とする技術を提案する。【解決手段】端末装置は、制御部を備える。制御部は、基地局装置を介して提供される１つ以上のサービスに関するサービス情報を取得する。制御部は、１つ以上のサービスの中から、利用を希望する少なくとも１つのサービスを選択する。制御部は、選択したサービスを含む登録要求メッセージを、基地局装置を介して端末装置のモビリティを管理する管理装置へ送信する。制御部は、登録要求メッセージに含まれるサービスごとに、当該サービスを利用する際に要求される端末装置の動作環境に関する基準情報を受信する。【選択図】図１

Description

本開示は、端末装置、管理装置及び通信方法に関する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（ＬＴＥ）」、「LTE-Advanced（ＬＴＥ−Ａ）」、「LTE-Advanced Pro（ＬＴＥ−Ａ Ｐｒｏ）」、「New Radio（ＮＲ）」、「New Radio Access Technology（ＮＲＡＴ）」、「Evolved Universal Terrestrial Radio Access（ＥＵＴＲＡ）」、または「Further ＥＵＴＲＡ（ＦＥＵＴＲＡ）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: ３ＧＰＰ）において検討されている。なお、以下の説明において、ＬＴＥは、ＬＴＥ−Ａ、ＬＴＥ−Ａ Ｐｒｏ、およびＥＵＴＲＡを含み、ＮＲは、ＮＲＡＴ、およびＦＥＵＴＲＡを含む。ＬＴＥでは基地局装置（基地局、通信装置）はeNodeB（evolved NodeB）、ＮＲでは基地局装置（基地局、通信装置）はgNodeB、ＬＴＥ及びＮＲでは端末装置（移動局、移動局装置、端末、通信装置）はＵＥ（User Equipment）とも称する。ＬＴＥ及びＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。

ＮＲは、超高速、低遅延・高信頼、多数同時接続という特徴を有する。かかる特徴を生かしたＮＲのユースケースの一つとして、例えば、Augmented Reality （AR）及びVirtual Reality（VR）を用いたサービスでの活用が検討されている。例えば、AR技術であれば、実空間の画像に撮像された実オブジェクトに対して、テキスト、アイコン、またはアニメーション等の様々な態様の仮想的なコンテンツを重畳してユーザに提示することが可能となる。非特許文献１や非特許文献２は、Augmented Reality （AR）及びVirtual Reality（VR）を用いたサービス（e.g., AR/VRゲーム）のユースケース及び（潜在的な）要求条件を開示する。

3GPP TR 22.842, V17.1.0 (2019-09) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Network Controlled Interactive Services (Release 17) 3GPP TS 22.261 v17.0.1 (2019-10) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects ; Service requirements for next generation new services and markets (Release 17)

例えばゲームのサービスを、無線を介して提供する場合、遅延やスループットの観点から安定した品質のサービスの提供が難しいという問題があった。例えば、無線通信の場合、無線リソースや同時に接続可能な端末数などの制限があり、これらの有限なキャパシティの中でも安定した品質のサービスを提供することが望まれる。また、サービスの提供を受ける端末装置にも、端末装置のケイパビリティやモビリティなどの制限から安定した品質のサービスを受けることが難しい場合があった。

そこで、本開示ではより安定した品質のサービスの提供の実現に寄与する技術を提案する。

なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。

本開示によれば、端末装置が提供される。端末装置は、制御部を備える。制御部は、基地局装置を介して提供される１つ以上のサービスに関するサービス情報を取得する。制御部は、１つ以上の前記サービスの中から、利用を希望する少なくとも１つの前記サービスを選択する。制御部は、選択した前記サービスを含む登録要求メッセージを、前記基地局装置を介して端末装置のモビリティを管理する管理装置へ送信する。制御部は、前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を受信する。

本開示の実施形態に係る通信システムが行う通信処理の概要を説明するための図である。 本開示の実施形態に係る通信システムが行う通信処理の概要を説明するための図である。 ５Ｇのアーキテクチャの一例を示す図である。 ３ＧＰＰ ＴＳ２３．５０１で標準化されているＳＳＴ値を示す図である。 本開示の実施形態に係る通信システムの構成例を示す図である。 本開示の実施形態に係る第１管理装置の構成例を示すブロック図である。 本開示の実施形態に係る基準情報ＤＢの一例を示す図である。 本開示の実施形態に係る基準情報ＤＢの他の例を示す図である。 本開示の実施形態に係る第２管理装置の構成例を示すブロック図である。 本開示の実施形態に係る第３管理装置の構成例を示すブロック図である。 本開示の実施形態に係るＱｏＳＤＢの一例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示すブロック図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示の実施形態に係る登録処理の流れを説明するためのシーケンス図である。 本開示の通信システムにおけるＰＤＵセッション確立処理の一例を示すシーケンス図である。 本開示の実施形態に係る第１管理装置における確立判定処理の一例を示すフローチャートである。 本開示の実施形態に係るＰＤＵセッション確立処理の他の例を示すシーケンス図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．通信システムの概要
２．通信システムの構成
２．１．ネットワークアーキテクチャの構成例
２．２．通信システムの構成例
２．２．１．第１管理装置１０Ａの構成例
２．２．２．第２管理装置１０Ｂの構成例
２．２．３．第３管理装置１０Ｃの構成例
２．２．４．基地局装置の構成例
２．２．５．端末装置の構成例
３．通信システムの動作
３．１．登録処理
３．２．ＰＤＵセッション確立処理
４．その他の実施形態
５．補足

＜１．通信システムの概要＞
図１及び図２を用いて、本開示の実施形態に係る通信システムの概要を説明する。図１及び図２は、本開示の実施形態に係る通信システムが行う通信処理の概要を説明するための図である。

本開示の実施形態に係る通信システムは、管理装置１０Ａと、基地局装置２０と、端末装置４０と、を備える。管理装置１０Ａは、例えば端末装置４０のモビリティを管理する。端末装置４０は、基地局装置２０を介して、管理装置１０Ａを含むコアネットワークに接続し、１つ以上のサービスの提供を受ける。

端末装置４０は、まず、例えば起動時等に、図１に示すＳｅｒｖｉｎｇ ＰＬＭＮ（Public Land Mobile Network）への登録処理を実行し、その後、実際にサービスの提供を利用する場合に、図２に示す接続処理を実行する。

（登録処理の概要）
まず、図１を用いて登録処理の概要について説明する。

端末装置４０は、Ｓｅｒｖｉｎｇ ＰＬＭＮへの登録処理として、まず１つ以上のサービスに関するサービス情報を取得する。例えば、５Ｇのネットワーク・スライスに対応している場合、サービス情報はＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ（Network Slice Selection Assistance Information）又はAllowed NSSAIとなる。以下、５Ｇのネットワーク・スライスの場合を例に説明する。

端末装置４０は、取得したサービス情報に基づき、登録を希望するサービスを選択し、選択したサービスに関する情報を含む登録要求を基地局装置２０に送信する（ステップＳ１１）。図１の例では、端末装置４０は、サービスＡ及びサービスＣを選択し、登録要求メッセージを送信する。

例えば、５Ｇでは、ネットワーク・スライスはＳ−ＮＳＳＡＩによって識別される。図１の例では、端末装置４０は、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ（選択したサービスＡ及びサービスＣに対応するＳ−ＮＳＳＡＩを含む）を含むメッセージを基地局装置２０に送信することで、サービスに関する情報（ここでは、Ｓ−ＮＳＳＡＩ）を含む登録要求を送信する。より具体的には、端末装置４０は、登録要求（Registration Request）及びAN parametersを含むAN messageを基地局装置２０に送信する。

基地局装置２０は、登録要求を含むメッセージ（例えば、AN message）を受信すると、当該メッセージに含まれるサービスに関する情報に基づき、適した管理装置１０Ａを選択する。例えば、基地局装置２０は、AN messageのAN parametersに含まれるＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づいて管理装置１０Ａを選択する。基地局装置２０は、選択した管理装置１０Ａに登録要求を転送する（ステップＳ１２）。

管理装置１０Ａは、登録要求に基づき、端末装置４０の登録可否を判定する（ステップＳ１３）。端末装置４０の登録を許可する場合、管理装置１０Ａは、登録要求に含まれるサービスの利用登録の可否を判定する（ステップＳ１４）。管理装置１０Ａは、例えば端末装置４０ごとにサービスの契約情報ＩＮＦ（Ｓｕｂｓｃｒｉｂｅｄ Ｓ−ＮＳＳＡＩ）を記憶しており、契約情報ＩＮＦに基づいてサービスの利用可否を判定する。図１の例では、端末装置４０は、サービスＡ及びサービスＣの契約を有しているため、管理装置１０Ａは、端末装置４０のサービスＡ及びサービスＣの登録を許可する。

管理装置１０Ａは、登録を許可するサービスＡ及びサービスＣを含む登録許可（例えばＡｌｌｏｗｅｄ ＮＳＳＡＩ）を基地局装置２０に送信する（ステップＳ１５）。ここで、登録許可には、サービスに加え、かかるサービスを利用する場合に求められる動作環境に関する基準情報（条件）が含まれる。

例えば、端末装置４０が利用を希望するサービスＡが、高速、大容量の通信が必要なサービスである場合、屋外のモビリティが高い状態では、通信を確保できず、適切にサービスを提供できない可能性がある。

このように、サービスに応じて、適切なサービス提供のために必要な端末装置４０の動作環境が異なる。そこで、管理装置１０Ａは、サービスごとに必要な動作環境に関する基準情報（条件）を記憶しておき、登録許可に、許可するサービスと基準情報とを含めて、基地局装置２０に送信する。基地局装置２０は、許可するサービスと基準情報とを含む登録許可を、端末装置４０に転送する（ステップＳ１６）。

これにより、端末装置４０のＳｅｒｖｉｎｇ ＰＬＭＮへの登録処理が完了する。

続いて、図２を用いて、端末装置４０が、サービスを利用する場合に実行する接続処理（ＰＤＵセッションの確立要求）について説明する。

図２に示すように、端末装置４０は、登録処理で取得した基準情報（条件）を登録が許可されたサービスごとに記憶している。端末装置４０は、自装置の動作環境に関する環境情報が、利用したいサービスの基準情報を満たすか否かを判定し、基準情報を満たすサービスに関する情報（例えばＳ−ＮＳＳＡＩ）を含む接続要求を基地局装置２０に送信する（ステップＳ２１）。このとき、端末装置４０は、自装置の環境情報も含めて接続要求（ＰＤＵセッションの確立要求）を送信する。

図２の例では、端末装置４０は、サービスＣを利用する場合に、自装置の環境情報（モビリティ高）が、サービスＣの基準情報（条件Ｃ）を満たすと判定し、サービスＣと環境情報（モビリティ高）を含めて接続要求を基地局装置２０に送信する。

基地局装置２０は、接続要求を管理装置１０Ａに転送する（ステップＳ２２）。管理装置１０Ａは、端末装置４０から接続要求を受信すると、接続を許可するか否かの接続可否判定を行う（ステップＳ２３）。管理装置１０Ａは、端末装置４０の接続を許可する場合、端末装置４０の動作環境が利用するサービスＣの条件Ｃを満たすか否かのサービス利用条件判定を行う（ステップＳ２４）。図２の例では、サービスＣの条件Ｃは、「モビリティ高」であり、端末装置４０の動作環境も「モビリティ高」で条件を満たす。この場合、管理装置１０Ａは、端末装置４０の動作環境がサービスＣの条件を満たすとして、以降の接続処理を実行する（ステップＳ２５）。なお、以降の処理を含む接続処理の詳細については後述する。

このように、端末装置４０は、利用登録を希望するサービスの利用条件（動作環境に関する基準情報）を管理装置１０Ａから取得する。これにより、端末装置４０は、自装置の動作環境に応じたサービスの利用を要求することができる。また、管理装置１０Ａは、端末装置４０の動作環境に応じてサービスの利用を許可するか否かを判定する。そのため、端末装置４０は、より安定した品質のサービスを受けることができるようになる。

＜２．通信システムの構成＞
＜２．１．ネットワークアーキテクチャの構成例＞
まず、本実施形態に係る通信システムの一例として、第５世代移動体通信システム（５Ｇ）のアーキテクチャについて説明する。図３は、５Ｇのアーキテクチャの一例を示す図である。５Ｇのアーキテクチャは、ＵＥ（User Equipment）１０１０、ＲＡＮ（Radio Access Network）／ＡＮ（Access Network）１１００、ＮＧＣ（Next Generation Core）／５ＧＣ（5G Core）１２００及びＤＮ（Data Network）１６００を含む。

ＵＥ１０１０の一例は、本実施形態の端末装置４０である。ＲＡＮ１１００は、無線インターフェースを提供する基地局装置ｇＮＢであり、ＡＮ１１００は、有線インターフェースを提供する、例えば、アクセスポイントやルータである。ＲＡＮ／ＡＮ１１００の一例が、本実施形態の基地局装置２０である。

５ＧＣ／ＮＧＣ１２００は、５Ｇコアネットワークとも呼ばれる。５ＧＣ／ＮＧＣ１２００は、ＲＡＮ／ＡＮ１１００を介してＵＥ１０１０と接続する。

５ＧＣ／ＮＧＣ１２００は、コントロール・プレーン機能群１３００およびＵＰＦ（User Plane Function）１５００を含んで構成される。

コントロール・プレーン機能群１３００は、ＡＵＳＦ（Authentication Server Function）１３１０と、ＮＥＦ（Network Exposure Function）１３２０と、ＮＲＦ（Network Repository Function）１３３０と、ＮＳＳＦ（Network Slice Selection Function）１３４０と、ＰＣＦ（Policy Control Function）１３５０と、ＳＭＦ（Session Management Function）１３６０と、ＵＤＭ（Unified Data Management）１３７０と、ＡＦ（Application Function）１３８０と、ＡＭＦ（Access Management Function）１３９０と、を含む。

ＵＤＭ１３７０は、３ＧＰＰ ＡＫＡ認証情報の生成、ユーザＩＤの処理の機能を有する。ＵＤＭ１３７０は、加入者情報を保持、管理するＵＤＲ（Unified Data Repository）と、加入者情報を処理するＦＥ（Front End）部を含む。

また、ＡＭＦ１３９０は、ＵＥ１０１０のレジストレーション処理や接続管理、モビリティ管理等の機能を有する。ＡＭＦ１３９０の機能を実現する装置が図１及び図２の管理装置１０Ａである。

ＳＭＦ１３６０は、セッション管理、ＵＥ１０１０のＩＰ割り当てと管理等の機能を有する。ＡＵＳＦ１３１０は、認証機能を有する。ＮＳＳＦ１３４０は、ネットワーク・スライスの選択にかかる機能を有する。ＮＥＦ１３２０は、サードパーティー、ＡＦ１３８０やエッジ・コンピューティング機能に対してネットワーク機能のケイパビリティやイベントを提供する機能を有する。

ＮＲＦ１３３０は、ネットワーク機能の発見やネットワーク機能のプロファイルを保持する機能を有する。ＰＣＦ１３５０は、ポリシー制御の機能を有する。ＡＦ１３８０は、コアネットワークと相互に作用してサービスを提供する機能を有する。

ＤＮ１６００は、例えば、オペレータのサービスを提供するエンティティ、インターネット接続を提供するエンティティ、或いは、サードパーティーのサービスを提供するエンティティである。

（ネットワーク・スライス）
ＮＧＣ／５ＧＣ１２００では、サービス毎の通信特質の違いに応じた無線通信サービスを提供できるように、ネットワーク・スライスというコンセプトが導入されている。

このネットワーク・スライスは、Ｓ−ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）により識別される。Ｓ−ＮＳＳＡＩは、ＳＳＴ（Slice/Service type）及びＳＤ（Slice Differentiator）を含んで構成される。

ＳＳＴは、特徴やサービスといった観点でのネットワーク・スライスに期待される特質（例えば、ｅＭＢＢ（Enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、ＭＩｏＴ（Massive Internet of Things）、或いは、Ｖ２Ｘ（Vehicle to something））を表すものである。ＳＤは、同じＳＳＴの中で複数のネットワーク・スライスをより細かく分類するための補足情報である。

ＳＳＴは、標準化された一意の値でも、或いは、標準化されない値であってもよい。標準化されない値を持つＳ−ＮＳＳＡＩは、局所的にＰＬＭＮ（Public Land Mobile Network）内の単一のネットワーク・スライスの識別に用いてもよいが、関連するＰＬＭＮ以外のいずれのＰＬＭＮにおけるＵＥ１０１０のアクセス層の処理に用いられてはならない。

図４は、３ＧＰＰ ＴＳ２３．５０１で標準化されているＳＳＴ値を示す図である。この標準化されているＳＳＴ値を利用することにより、スライシングに関してインターオペイラビリティを確保することができ、ＰＬＭＮは、ローミングをより効率的にサポートすることができる。

（ＮＳＩでの接続確立）
ＮＳＩ（Network Slice instance）を介したＤＮ１６００とのユーザープレーン（User Plane）の接続確立は、
・要求されるネットワーク・スライスをサポートするＡＭＦ１３９０を選択するためのＲＭ（Registration Management）処理を実行するステップ
・ＮＳＩを介して、ＤＮ１６００に対して１つ以上のＰＤＵセッションを確立するステップ
の２つのステップを含んで構成される。ここで、ＮＳＩは、あるネットワーク・スライスに対応する通信サービス一式を提供するために使用する全てのＮＦ(Network Function)を含んだものである。なお、ＲＭ処理を実行するステップが、図１に示す登録処理に該当し、ＰＤＵセッションを確立するステップの一部が図２に示す接続処理に該当する。これらの処理の詳細については後述する。

＜２．２．通信システムの構成例＞
図５は、本開示の実施形態に係る通信システムの構成例を示す図である。図５に示すように、本実施形態に係る通信システムは、第１〜第３管理装置１０Ａ〜１０Ｃ、基地局装置２０及び端末装置４０を備える。

第１管理装置１０Ａは、端末装置４０のモビリティを管理する装置であり、ＡＭＦ１３９０の機能を実現する装置である。第１管理装置１０Ａが図１及び図２の管理装置１０Ａに相当する。第２管理装置１０Ｂは、ユーザプレーン処理の機能を有する装置であり、ＵＰＦ１５００の機能を実現する装置である。第３管理装置１０Ｃは、端末装置４０のセッションを管理する装置であり、ＳＭＦ１３６０の機能を実現する装置である。

端末装置４０は、基地局装置２０を介して第１管理装置１０Ａに対して登録処理（ＲＭ処理）を実行する。また、端末装置４０は、基地局装置２０を介して、第１〜第３管理装置１０Ａ〜１０Ｃに対して接続処理（ＰＤＵセッションの確立処理）を実行する。

なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部が仮想マシン（VM：Virtual Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。

＜２．２．１．第１管理装置１０Ａの構成例＞
図６は、本開示の実施形態に係る第１管理装置１０Ａの構成例を示すブロック図である。第１管理装置１０Ａは、端末装置４０の登録処理（ＲＭ処理）やモビリティ管理を行う。

第１管理装置１０Ａは、通信部１１Ａと、記憶部１２Ａと、制御部１３Ａと、を備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、第１管理装置１０Ａの機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、第１管理装置１０Ａは、複数のサーバー装置により構成されていてもよい。さらに、第１管理装置１０Ａの機能は、動的に複数の物理的に分離された構成に分散して実装されてもよい。

（通信部）
通信部１１Ａは、他の装置と通信するための通信インターフェースである。通信部１１Ａは、ネットワークインターフェースであってもよいし、機器接続インターフェースであってもよい。通信部１１Ａは、ネットワークに直接的或いは間接的に接続する機能を備える。例えば、通信部１１Ａは、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インターフェースを備えていてよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインターフェースを備えていてもよい。また、通信部１１Ａは、有線インターフェースであってもよいし、無線インターフェースであってもよい。ここで、通信インターフェースは、例えば、Ｎ２及びＮａｍｆインターフェースをサポートする。通信部１１Ａは、第１管理装置１０Ａの通信手段として機能する。通信部１１Ａは、制御部１３Ａの制御に従って基地局装置２０及び第３管理装置１０Ｃと通信する。

（記憶部）
記憶部１２Ａは、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２Ａは、第１管理装置１０Ａの記憶手段として機能する。記憶部１２Ａは、基準情報ＤＢ１２１Ａを備える。

基準情報ＤＢ１２１Ａは、端末装置４０がサービスを利用する条件として要求する動作環境に関する基準情報を記憶する。ここで、本実施形態に係る動作環境について説明する。

［動作環境］
５Ｇでは、ＨＭＤ（Head Mount Display）やゲームコンソールからの制御信号をゲーム装置に無線で送信し、ゲーム装置からＨＭＤに大容量のＶＲ動画を無線で送る、といったユースケースの実現が期待されている。そこで、低遅延、かつ、大容量のデータを無線で送ることができるように、広い周波数帯域の利用が比較的容易なミリ波の活用が考えられる。

ミリ波は、現在セルラーで利用されている２ＧＨｚ帯に比べると、伝搬損失も大きく、直進性も高いため、４Ｇでの通信技術では十分な通信の安定性を確保することは必ずしも容易ではなかった。５Ｇでは、このようなミリ波の課題である大きな伝搬損失を補償するためにビームフォーミングという技術の活用が検討されている。ミリ波においては、波長が短くなるため、より多くのアンテナ素子によるアンテナアレーを構築することが容易であり、鋭いビームを形成して、伝搬損失を補償することによって、Ｓ／Ｎ比を確保することが可能である。

ただし、高いモビリティを持つ無線通信装置（端末装置４０）に対してビームをトラックすることは必ずしも容易ではなく、できたとしても消費電力の増大が懸念される。さらには、ミリ波は障害物等によって電波がさえぎられて通信が不安定になりやすい問題点が指摘されている。特に、屋外のように、多くの障害物が存在し、その障害物の影響がより動的となる環境でミリ波を使いこなすことは容易ではないと考えられる。よって、５Ｇの導入当初でのミリ波の活用は、屋内のように障害物の影響がより静的である環境にとどまるものと予想される。

また、４Ｇからスマートフォンによるゲームが普及しているが、５Ｇではより大規模な演算能力を必要とするゲームをクラウドサーバー上で処理させるクラウドゲームをスマートフォンで利用できるようになると考えられる。ゲームの種類によっては、ゲームを処理するクラウドサーバーとゲームを操作し、動画像を表示するスマートフォンの間の無線通信には低遅延を要求する。そのため、ＭＥＣ（Mobile Edge Computing）という技術を活用する必要があるかもしれない。ＭＥＣでは、ゲームの処理を実行するための利用可能なクラウドサーバーの中から、スマートフォン（端末装置４０の一例）のモビリティに応じて、最も遅延が少なくなるクラウドサーバーが選択される。ここで、クラウドサーバーは、５ＧのアーキテクチャのＤＮ１６００（図３参照）に対応し、ゲームを操作し、動画像を表示するスマートフォンは、ＵＥ１０１０に対応する。なお、クラウドゲームはアプリケーション（サービス）の一例であり、アプリケーションはゲームに限定されない。例えば、楽曲などの音楽コンテンツや、映画やライブ中継で撮影された動画コンテンツのストリーミングというアプリケーションであってもよい。

このクラウドゲームは、屋内だけでなく、屋外で利用されるケースもあると考えられる。また、クラウドゲームの中には、大容量の動画データを低遅延でダウンロードする必要のあるゲームから、比較的遅延には寛容で、ダウンロードするデータのサイズも小さいゲームがある。よって、クラウドゲームは、ネットワーク・スライスの観点において、複数のスライスに分類され得るものと考えられる。さらにまた、１つのゲームの中でもその処理内容によって、複数の処理の各々が複数のスライスに分類されてもよい。例えば、インタラクティブな処理（ユーザの操作及び当該操作に応答するサーバー（クラウド又はエッジ）側の動作）はQoE低下を回避するために低遅延であることを要するかもしれない。一方でレンダリング処理は、インタラクティブな処理に比べ、低遅延であることは要さず一方で大容量なデータ処理を要するかもしれない。

以上から、ＶＲゲームやクラウドゲームをサポートする無線通信サービスを利用する条件、例えば、端末装置４０の動作環境として、端末装置４０となるＨＭＤやゲームコンソールが屋内で利用されることが設定される。また、ＶＲゲームをサポートする無線通信サービスを利用する条件、例えば、端末装置４０の動作環境として、モビリティ状態（Mobility State）が設定されてもよい。

ここで、モビリティ状態には、端末装置４０の移動速度に関する状態だけでなく、端末装置４０（ユーザ）の行動状態が含まれていてもよい。行動状態としては、ユーザの行動、例えば、立っている、座っている、歩行中、走行中、自転車乗車中、電車に乗車中、バスに乗車中、車に乗車中、エレベータで移動中等が挙げられる。かかる行動状態は、例えば端末装置４０が、自装置に搭載される行動認識機能、例えば、ＡＩ（Artificial Intelligence）を活用して認識され得る。端末装置４０による行動状態の認識については後述する。

さらに、ＶＲゲームをサポートする無線通信サービスを利用する条件、例えば、端末装置４０の動作環境として、同時に受信できるビームの数、アンテナパネルの数、アンテナ・レイヤの数、或いは、同時に受信できるＴＲＰ（Transmission and Reception Point）の数、ＵＥ Ｃａｐａｂｉｌｉｔｙ、或いは、ＵＥ Ｃａｔｅｇｏｒｙが設定されてもよい。また、ＶＲゲームをサポートする無線通信サービスを利用する条件、例えば、端末装置４０の動作環境として、端末装置４０が装備する必要のある特定のセンサーの有無が設定されてもよい。さらに、端末装置４０の動作環境として、端末装置４０がサポートするＯＳ（Operation System）やファームフェアのバージョンが設定されてもよい。

図７は、本開示の実施形態に係る基準情報ＤＢ１２１Ａの一例を示す図である。図７では、サービスの一例として、無線ネットワークを介したゲームと、利用する条件、例えば、端末装置４０の動作環境に関する基準情報との対応の一例を示している。ここでは、１つのゲームであっても機能（例えば、ゲームＢの動画のダウンロード部やゲームＢの操作部等）ごとにＳ−ＮＳＳＡＩが割り当てられている場合がある。

図７に示すように、ゲームＡは、ＳＳＴが１、ＳＤが１、つまり、ｅＭＢＢ＿１、ＵＥの動作環境として、屋内、若しくは、屋外でモビリティ条件が低い状態において利用可能なサービスとして分類される。

ゲームＢは、上述したように、動画ダウンロード部と操作部で分類される。ゲームＢの動画ダウンロード部は、ＳＳＴが１、ＳＤが３、つまり、ｅＭＢＢ＿３、ＵＥの動作環境として、屋内でモビリティ条件が低い状態において利用可能なサービスとして分類される。また、ゲームＢの操作部は、ＳＳＴが２、ＳＤが１、つまり、ＵＲＬＬＣ＿１、ＵＥの動作環境として、屋内でモビリティ条件が低い状態において利用可能なサービスとして分類される。

ゲームＺは、ＳＳＴが１、ＳＤが２、つまり、ｅＭＢＢ＿２、ＵＥの動作環境として、屋内、若しくは、屋外において利用可能なサービスとして分類される。

ここで、ｅＭＢＢは、ＳＤによってさらに分類されているが、このＳＤによる分類は、例えば、求められる遅延特性の違いによって行われる。例えば、ｅＭＢＢ＿３（ＳＤ＝３）は、ｅＭＢＢ＿１（ＳＤ＝１）よりもより低遅延な通信サービスとして分類され、ｅＭＢＢ＿２（ＳＤ＝２）は、ｅＭＢＢ＿１（ＳＤ＝１）よりも遅延特性に関して寛容な通信サービスとして分類される。さらに、ＳＤによる分類は、例えば、求められるデータレートの違いによって行われてもよい。例えば、ｅＭＢＢ＿２（ＳＤ＝２）は、ｅＭＢＢ＿１（ＳＤ＝１）よりも低いデータレートでもサポート可能な通信サービスとして分類される。

例えば、ゲームＢは、ｅＭＢＢ＿３（ＳＳＴ＝１、ＳＤ＝３）とＵＲＬＬＣ＿１（ＳＳＴ＝２、ＳＤ＝１）の２つのネットワーク・スライスを同時に使用する必要がある。そのため、ゲームＢを利用するための端末装置４０の動作環境として、端末装置４０が２つ以上の送・受信器を搭載していることを付加するようにしてもよい。

例えば、このような送・受信器の構成に係る情報は、ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ情報としてネットワーク側に通知されてもよい。なお、端末装置４０は、登録処理の際に、ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ情報を第１管理装置１０Ａ（ＡＭＦ）に通知し、第１管理装置１０Ａは、端末装置４０が第１管理装置１０Ａ（ＡＭＦ）に登録されている間、このＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ情報を保持する。登録処理の詳細については後述する。

第１管理装置１０Ａは、Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを使って基地局装置２０に最新のＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ情報を送信する。

第１管理装置１０Ａにおける端末装置４０の登録状態がＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤに遷移する際に、第１管理装置１０Ａは保持しているＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ情報を削除する。また、ＣＭ−ＩＤＬＥの際に、ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ情報に変更が生じた場合、端末装置４０は、ＵＥ Ｒａｄｉｏ Ｃａｐａｂｉｌｉｔｙ Ｕｐｄａｔｅを指示するＭｏｂｉｌｉｔｙ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｕｐｄａｔｅを実行する。

図７では、無線ネットワークを介したゲームの機能ごとに基準情報を対応付ける場合について説明したが、これに限定されない。例えば、無線ネットワークを介したユースケースごとに基準情報を対応付けてもよい。かかる場合について、図８を用いて説明する。

図８は、本開示の実施形態に係る基準情報ＤＢ１２１Ａの他の例を示す図である。ここでは、広帯域、かつ、低遅延な特性を要求するＡＲ（Augmented Reality）／ＶＲ（Virtual Reality）のユースケースの分類と利用する条件の対応を示している。特に、要求される厳格な遅延に関しては、Ｍｏｔｉｏｎ ｔｏ Ｐｈｏｔｏｎ ｌａｔｅｎｃｙとして広く知られている。

例えば、クラウドサーバーでレンダリング処理を実行するＣｌｏｕｄ Ｒｅｎｄｅｒｉｎｇは、エッジサーバーでレンダリング処理を実行するＥｄｇｅ Ｒｅｎｄｅｒｉｎｇよりも遅延に寛容なユースケースとして分類される。これは、多少のモビリティを有する端末装置４０に対してサービスを提供するため、必ずしもエッジではないクラウドサーバーで処理させることを想定しているためである。

Ｅｄｇｅ／Ｓｐｌｉｔ Ｒｅｎｄｅｒｉｎｇは、例えば、サーバーにかなり規模の大きな処理をさせる等、無線部に配分できる遅延のバジェットが小さくなってしまう場合に、ＭＥＣ（Mobile Edge Computing）という技術を活用して、端末装置４０とサーバー間の遅延の削減を試みる。Ｃｌｏｕｄ Ｒｅｎｄｅｒｉｎｇの動作環境に対して、Ｅｄｇｅ／Ｓｐｌｉｔ Ｒｅｎｄｅｒｉｎｇの動作環境を屋内に制限することで、複雑なＭＥＣのモビリティ処理を避けることができ、安定したパフォーマンスが期待できる。

また、Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇのユースケースは、動作環境の制限によって、例えば、図８に示すように４つに分類される。

Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ １は、例えば、家庭や、商業施設内での使用を想定したユースケースである。

Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ ２は、タクシー、バス等、ローカル基地局（基地局装置２０の一例）が設置されている車内で使用されることを想定したユースケースである。つまり、車内では、Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ １と同等のモビリティが想定され、ローカル基地局のバックホールに関して、車の移動速度に対するモビリティが考慮される。

Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ ３は、タクシー、バスよりも高速な列車等、ローカル基地局（基地局装置２０の一例）が設置されている列車内で使用されることを想定したユースケースである。つまり、列車内では、Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ １と同等のモビリティが想定され、ローカル基地局のバックホールに関して、列車の移動速度に対するモビリティが考慮される。

Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ ４は、Ｇａｍｉｎｇ ｏｒ Ｉｎｔｅｒａｃｔｉｖｅ Ｄａｔａ Ｅｘｃｈａｎｇｉｎｇ １同様、家庭や、商業施設内での使用を想定したユースケースであるが、無線に対してより厳しい遅延や信頼性が要求される。つまり、端末装置４０に対してより小さいモビリティが要求される。

なお、図７及び図８での分類は一例であり、無線特性を鑑みて、動作環境の違いで分類するというコンセプトに沿ったものであれば、図７及び図８以外の分類であってもよいことは言うまでもない。

（制御部）
図６に戻る。制御部１３Ａは、第１管理装置１０Ａの各部を制御するコントローラ（controller）である。制御部１３Ａは、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３Ａは、第１管理装置１０Ａ内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３Ａは、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部１３Ａは、登録処理部１３１Ａ及び接続処理部１３２Ａを備える。登録処理部１３１Ａは、端末装置４０の登録処理を実行する。接続処理部１３２Ａは、端末装置４０からのリクエストに応じてＰＤＵセッションの確立処理（接続処理）を実行する。登録処理及び接続処理の詳細については後述する。

＜２．２．２．第２管理装置１０Ｂの構成例＞
図９は、本開示の実施形態に係る第２管理装置１０Ｂの構成例を示すブロック図である。第２管理装置１０Ｂは、ユーザプレーン処理の機能を有する。

第２管理装置１０Ｂは、通信部１１Ｂと、記憶部１２Ｂと、制御部１３Ｂと、を備える。なお、図９に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、第２管理装置１０Ｂの機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、第２管理装置１０Ｂは、複数のサーバー装置により構成されていてもよい。さらに、第２管理装置１０Ｂの機能は、動的に複数の物理的に分離された構成に分散して実装されてもよい。

（通信部）
通信部１１Ｂは、他の装置と通信するための通信インターフェースである。ここで、通信インターフェースは、例えば、Ｎ３及びＮ４インターフェースをサポートする。なお、通信部１１Ｂの構成は、第１管理装置１０Ａの通信部１１Ａと同様の構成であってよい。通信部１１Ｂは、第２管理装置１０Ｂの通信手段として機能する。通信部１１Ｂは、制御部１３Ｂの制御に従って基地局装置２０及び第３管理装置１０Ｃと通信する。

（記憶部）
記憶部１２Ｂは、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２Ｂは、第２管理装置１０Ｂの記憶手段として機能する。

（制御部）
制御部１３Ｂは、第２管理装置１０Ｂの各部を制御するコントローラ（controller）である。制御部１３Ｂは、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３Ｂは、第２管理装置１０Ｂ内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３Ｂは、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部１３Ｂは、接続処理部１３１Ｂを備える。接続処理部１３１Ｂは、端末装置４０からのリクエストに応じてＰＤＵセッションの確立処理（接続処理）を実行する。接続処理の詳細については後述する。

＜２．２．３．第３管理装置１０Ｃの構成例＞
図１０は、本開示の実施形態に係る第３管理装置１０Ｃの構成例を示すブロック図である。第３管理装置１０Ｃは、端末装置４０のセッションを管理する。

第３管理装置１０Ｃは、通信部１１Ｃと、記憶部１２Ｃと、制御部１３Ｃと、を備える。なお、図１０に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、第３管理装置１０Ｃの機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、第３管理装置１０Ｃは、複数のサーバー装置により構成されていてもよい。さらに、第３管理装置１０Ｃの機能は、動的に複数の物理的に分離された構成に分散して実装されてもよい。

（通信部）
通信部１１Ｃは、他の装置と通信するための通信インターフェースである。ここで、通信インターフェースは、例えば、Ｎｓｍｆ及びＮ４インターフェースをサポートする。なお、通信部１１Ｃの構成は、第１管理装置１０Ａの通信部１１Ａと同様の構成であってよい。通信部１１Ｃは、第３管理装置１０Ｃの通信手段として機能する。通信部１１Ｃは、制御部１３Ｃの制御に従って第１、第２管理装置１０Ａ、１０Ｂと通信する。

（記憶部）
記憶部１２Ｃは、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２Ｃは、第３管理装置１０Ｃの記憶手段として機能する。記憶部１２Ｃは、ＱｏＳＤＢ１２１Ｃを備える。

ＱｏＳＤＢ１２１Ｃは、Ｓ−ＮＳＳＡＩごとに対応する５ＱＩ値を記憶する。５ＱＩ（5G QoS Identifier）とは、５ＧでのＱｏＳを識別する識別子である。

ここで、５ＧＳ（5G System）でのＱｏＳ（Quality of Service）制御について説明する。５ＧＳでのＱｏＳ制御は、ＱｏＳフロー（QoS Flows）ベースで行われる。５ＧのＱｏＳ制御は、フロービットレートを保証するＧＢＲ ＱｏＳ Ｆｌｏｗｓとフロービットレートを保証しないＮｏｎ−ＧＢＲ ＱｏＳ Ｆｌｏｗｓの両方をサポートしている。

ＱｏＳフローは、ＰＤＵセッションにおいて、ＱｏＳを差異化する最小単位であり、ＱｏＳフローを識別するためにＱＦＩ（QoS Flow ID）が用いられる。１つのＰＤＵセッション内で複数のＱｏＳフローを扱うことが可能である。ＱＦＩは、動的に割り当てられるかもしれないし、５ＱＩと同一であるかもしれない。ＱｏＳフローは、第３管理装置１０Ｃ（ＳＭＦ）によって制御される。

ＱｏＳＤＢ１２１Ｃは、Ｓ−ＮＳＳＡＩごとに対応する５ＱＩ値を記憶する。第３管理装置１０Ｃ（ＳＭＦ）は、第２管理装置１０Ｂ（ＵＰＦ）に対して、サービスに対応するＳ−ＮＳＳＡＩと図１１に示すテーブルに基づいて、各サービス上で転送されるデータを各サービスに対応する５ＱＩが割り振られたＱｏＳフローとして処理するよう指示する。なお、図１１は、本開示の実施形態に係るＱｏＳＤＢ１２１Ｃの一例を示す図である。

例えば、図１１に示すように、ｅＭＢＢ＿１（ＳＳＴ＝１、ＳＤ＝１）のネットワーク・スライスには、「７」の５ＱＩ値が割り当てられ、ＵＲＬＬＣ＿１（ＳＳＴ＝２、ＳＤ＝１）のネットワーク・スライスには、「６９」の５ＱＩ値が割り当てられる。

（制御部）
制御部１３Ｃは、第３管理装置１０Ｃの各部を制御するコントローラ（controller）である。制御部１３Ｃは、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３Ｃは、第３管理装置１０Ｃ内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３Ｃは、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部１３Ｃは、接続処理部１３１Ｃを備える。接続処理部１３１Ｃは、端末装置４０からのリクエストに応じてＰＤＵセッションの確立処理（接続処理）を実行する。接続処理の詳細については後述する。

＜２．２．４．基地局装置の構成例＞
基地局装置２０は、端末装置４０と無線通信する無線通信装置である。基地局装置２０は通信装置の一種である。基地局装置２０は、例えば、無線基地局（Base Station、Node B、eNB、gNB、ng-eNB、など）や無線アクセスポイント（Access Point）に相当する装置である。基地局装置２０は、無線リレー局やＩＡＢ（Integrated Access and Backhaul）のドナー・ノードであってもよい。基地局装置２０は、ＲＳＵ（Road Side Unit）等の路上基地局装置であってもよい。ここで、路上基地局装置は、信号機に基地局装置、或いは、リレー局装置の機能が具備された構成も含みうる。又はこれに代えて、路上基地局装置は、信号機にリレー機能を具備した端末装置４０が組み込まれた構成でもよい。すなわちRSUは、Network to UE relayの機能を具備した端末装置４０であってもよい。また、基地局装置２０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。本実施形態では、無線通信システムの基地局のことを基地局装置ということがある。基地局装置２０は、他の基地局装置２０と無線通信可能に構成されていてもよい。

なお、基地局装置（基地局ともいう。）という概念には、ドナー基地局のみならず、リレー基地局（中継局、或いは中継局装置ともいう。）も含まれる。また、基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局装置は、処理装置（或いは情報処理装置）と言い換えることができる。

基地局装置２０は、固定局であってもよいし、移動可能に構成された基地局装置（移動局）であってもよい。例えば、基地局装置２０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局装置は、移動局としての基地局装置２０とみなすことができる。また、車両、ドローン、スマートフォンなど、もともと移動能力がある装置であって、基地局装置の機能（少なくとも基地局装置の機能の一部）を搭載した装置も、移動局としての基地局装置２０に該当する。

ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機）であってもよいし、大気圏外を移動する移動体（例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体）であってもよい。

また、基地局装置２０は、地上に設置される地上基地局装置（地上局装置）であってもよい。例えば、基地局装置２０は、地上の構造物に配置される基地局装置であってもよいし、地上を移動する移動体に設置される基地局装置であってもよい。より具体的には、基地局装置２０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局装置２０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局装置２０は、地上基地局装置に限られない。基地局装置２０は、空中又は宇宙を浮遊可能な非地上基地局装置（非地上局装置）であってもよい。例えば、基地局装置２０は、航空機局装置や衛星局装置であってもよい。

航空機局装置は、航空機等、大気圏内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機（ＵＡＶ：Unmanned Aerial Vehicle）であってもよい。なお、無人航空機という概念には、無人航空システム（UAS：Unmanned Aircraft Systems）、つなぎ無人航空システム（tethered UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter than Air UAS）、重無人航空システム（HTA：Heavier than Air UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High Altitude UAS Platforms）も含まれる。

衛星局装置は、大気圏外を浮遊可能な無線通信装置である。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low Earth Orbiting）衛星、中軌道（MEO：Medium Earth Orbiting）衛星、静止（GEO：Geostationary Earth Orbiting）衛星、高楕円軌道（HEO：Highly Elliptical Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。

また、衛星局装置は、ベントパイプ方式を利用した地上基地局に対する中継局の機能を有していてもよい。

基地局装置２０のカバレッジの大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局装置２０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局装置２０はビームフォーミングの能力を有していてもよい。この場合、基地局装置２０はビームごとにセルやサービスエリアが形成されてもよい。

図１２は、本開示の実施形態に係る基地局装置２０の構成例を示すブロック図である。基地局装置２０は、無線通信部２１と、記憶部２２と、ネットワーク通信部２３、制御部２４と、を備える。なお、図１２に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

無線通信部２１は、他の無線通信装置（例えば、他の端末装置４０、基地局装置２０）と無線通信する無線通信インターフェースである。無線通信部２１は、制御部２４の制御に従って動作する。なお、無線通信部２１は複数の無線アクセス方式に対応していてもよい。例えば、無線通信部２１は、ＮＲ及びＬＴＥの双方に対応していてもよい。無線通信部２１は、ＮＲやＬＴＥの他に、Ｗ−ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。勿論、無線通信部２１は、ＮＲ、ＬＴＥ、Ｗ−ＣＤＭＡやｃｄｍａ２０００以外の無線アクセス方式に対応していてもよい。

無線通信部２１は、受信処理部２１１、送信処理部２１２、アンテナ２１３を備える。無線通信部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、無線通信部２１が複数の無線アクセス方式に対応する場合、無線通信部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部２１１及び送信処理部２１２は、ＬＴＥとＮＲとで個別に構成されていてもよい。

受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。

無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase shift Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、２５６ＱＡＭ、又は１０２４ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２４へ出力される。

送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。

符号化部２１２ａは、制御部２４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化、低密度パリティ検査符号（ＬＤＰＣ：Low-Density Parity-Check）化、ポーラー符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ、１０２４ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。

記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局装置２０の記憶手段として機能する。

ネットワーク通信部２３は、他の装置（例えば、第１管理装置１０Ａ、第２管理装置１０Ｂ、他の基地局装置２０）と通信するための通信インターフェースである。ここで、通信インターフェースは、例えば、Ｎ２、Ｎ３、Ｘ２、Ｘｎインターフェースをサポートする。例えば、ネットワーク通信部２３は、ＮＩＣ等のＬＡＮインターフェースを備える。また、ネットワーク通信部２３は、有線インターフェースであってもよいし、無線インターフェースであってもよい。ネットワーク通信部２３は、基地局装置２０のネットワーク通信手段として機能する。ネットワーク通信部２３は、制御部２４の制御に従って他の装置と通信する。ネットワーク通信部２３の構成は、第１〜第３管理装置１０Ａ〜１０Ｃと同様であってもよい。

制御部２４は、基地局装置２０の各部を制御するコントローラ（controller）である。制御部２４は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部２４は、基地局装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部２４は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部２４は、選択部２４１と送受信部２４２とを備える。選択部２４１は、端末装置４０から登録要求を受信した場合に、登録要求を転送する第１管理装置１０Ａを選択する。送受信部２４２は、端末装置４０からの信号を受信し、必要に応じて端末装置４０からの信号を第１管理装置１０Ａに転送する。

＜２．２．５．端末装置の構成例＞
端末装置４０は、基地局装置２０と無線通信する移動可能な無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。端末装置４０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。例えば、端末装置４０が、ヘッドマウントディスプレイ（ＨＭＤ）やVirtual Reality（ＶＲ）／Augmented Reality（ＡＲ）／Mixed Reality（ＭＲ）／Substitutional Reality（ＳＲ）／X Reality（ＸＲ）／用途のヘッドセットであってもよい。

なお、端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置４０が、自動車、バス、トラック、自動二輪車等の道路上を移動する、或いは、鉄道等のレールと呼ばれる軌道上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。端末装置４０は、他の端末装置４０と通信（サイドリンク）が可能であってもよい。

なお、「移動体装置」は、通信装置の一種であり、移動局、移動局装置、端末装置、又は端末とも称される。「移動体装置」という概念には、移動可能に構成された通信装置のみならず、通信装置が設置された移動体も含まれる。このとき、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン等の無人航空機（ＵＡＶ：Unmanned Aerial Vehicle）、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

本実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な移動体装置（端末装置）のみならず、構造物や移動体に設置される装置も含まれる。構造物や移動体そのものを通信装置とみなしてもよい。また、通信装置という概念には、移動体装置（端末装置、自動車等）のみならず、基地局装置（ドナー基地局、リレー基地局等）も含まれる。通信装置は、処理装置及び情報処理装置の一種である。

端末装置４０と基地局装置２０は、無線通信（例えば、電波または光無線）で互いに接続する。端末装置４０が、ある基地局装置の通信エリア（またはセル）から別の基地局装置の通信エリア（またはセル）へ移動する場合には、セル選択／セル再選択、或いは、ハンドオーバ（またはハンドオフ）を実施する。

端末装置４０は、同時に複数の基地局装置または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局装置２０が複数のセル（例えば、ｐＣｅｌｌ、sＣｅｌｌ）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier Aggregation）技術やデュアルコネクティビティ（DC：Dual Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて端末装置４０と基地局装置２０で通信することが可能である。或いは、異なる基地局装置２０のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置４０とそれら複数の基地局装置が通信することも可能である。さらに、協調送受信においては、空間多重、つまり、同じ無線リソースを使って複数の基地局装置と通信することも可能である。

なお、端末装置４０は、必ずしも人が直接的に使用する装置である必要はない。端末装置４０は、いわゆるＭＴＣ（Machine Type Communication）のように、工場の機械、産業機械、ロボット等に設置されるセンサーであってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。また、端末装置４０は、Ｄ２Ｄ（Device to Device）やＶ２Ｘ（Vehicle to everything）に代表されるように、リレー通信機能を具備した装置であってもよい。また、端末装置４０は、無線バックホール等で利用されるＣＰＥ（Client Premises Equipment）と呼ばれる機器であってもよい。また、端末装置４０は、無線を介してその動作を制御するロボットそのものであってもよいし、無線を介してロボットの部分的な動作を実現するアクチュエータであってもよい。

図１３は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、無線通信部４１と、記憶部４２と、ネットワーク通信部４３と、入出力部４４と、制御部４５と、を備える。なお、図１３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

無線通信部４１は、他の無線通信装置（例えば、基地局装置２０）と無線通信する無線通信インターフェースである。ここで、無線通信インターフェースは、例えば、Ｕｕインターフェースをサポートする。無線通信部４１は、制御部４５の制御に従って動作する。無線通信部４１は１又は複数の無線アクセス方式に対応する。例えば、無線通信部４１は、ＮＲ及びＬＴＥの双方に対応する。無線通信部４１は、ＮＲやＬＴＥに加えて、Ｗ−ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。

無線通信部４１は、受信処理部４１１、送信処理部４１２、アンテナ４１３を備える。無線通信部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、無線通信部４１が複数の無線アクセス方式に対応する場合、無線通信部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。

受信処理部４１１は、アンテナ４１３を介して受信された下りリンク信号の処理を行う。ここで、受信処理部４１１は、複数のアンテナ４１３を活用してビームフォーミング受信を行ってもよい。受信処理部４１１は、無線受信部４１１ａと、多重分離部４１１ｂと、復調部４１１ｃと、復号部４１１ｄと、を備える。

無線受信部４１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部４１１ｂは、無線受信部４１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ（Physical Broadcast Channel）、ＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）等のチャネルである。復調部２１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ、１０２４ＱＡＭ等の変調方式を使って受信信号の復調を行う。復号部４１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部４５へ出力される。

送信処理部４１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部４１２は、符号化部４１２ａと、変調部４１２ｂと、多重部４１２ｃと、無線送信部４１２ｄと、を備える。

符号化部４１２ａは、制御部４５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化、低密度パリティ検査符号（ＬＤＰＣ）化、ポーラー符号化等の符号化方式を用いて符号化を行う。変調部４１２ｂは、符号化部４１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ、１０２４ＱＡＭ等の所定の変調方式で変調する。多重部４１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部４１２ｄは、多重部４１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部４１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部４１２で生成された信号は、アンテナ４１３から送信される。ここで、無線送信部４１２ｄは、複数のアンテナ４１３を活用してビームフォーミング送信を行ってもよい。

記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。また、記憶部４２には、ＳＩＭ（Subscriber Identity Module）の機能、例えば、ｅＳＩＭ（embedded SIM）や、ＳｏＣの内部に構成されるインテグレートＳＩＭ（integrate SIM）と呼ばれるサービスの加入者を識別するための機能が備わっていてもよい。

ネットワーク通信部４３は、他の装置と通信するための通信インターフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインターフェースである。ネットワーク通信部４３は、ネットワークＮ１に直接的或いは間接的に接続する機能を備える。ネットワーク通信部４３は、有線インターフェースであってもよいし、無線インターフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４５の制御に従って、他の装置と通信する。

入出力部４４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、ゲームコントローラ、タッチパネル、音声入力、ジェスチャー入力等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ（Organic Electroluminescence Display）等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light Emitting Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。

制御部４５は、端末装置４０の各部を制御するコントローラである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部４５は、予約選択部４５１と、登録処理部４５２と、動作環境取得部４５３と、利用選択部４５４と、接続処理部４５５と、を備える。

予約選択部４５１は、基地局装置２０を介して提供を受ける１つ以上のサービスの中から登録を希望する（利用を予約する）サービスを選択する。登録処理部４５２は、基地局装置２０を介してＳｅｒｖｉｎｇ ＰＬＭＮへの登録処理を行う。登録処理部４５２は、予約選択部４５１が選択したサービスに関する情報を含む登録要求メッセージを第１管理装置１０Ａに送信することで登録処理を開始する。なお、登録処理の詳細については後述する。

動作環境取得部４５３は、端末装置４０の動作環境に関する環境情報を取得する。動作環境としては、例えば上述したモビリティ状態が挙げられる。他にも、動作環境は、同時に受信できるビームの数、アンテナパネルの数、アンテナ・レイヤの数、同時に受信できるＴＲＰ（Transmission and Reception Point）の数、ＵＥ Ｃａｐａｂｉｌｉｔｙ、或いは、ＵＥ Ｃａｔｅｇｏｒｙであってもよい。また、動作環境は、端末装置４０が装備するセンサーの有無であってもよい。

動作環境取得部４５３は、例えば、動作環境に関する環境情報としてモビリティ状態を取得する。動作環境取得部４５３は、特定の信号の受信電力の時間軸における動的な変化をモビリティ状態として取得する。特定の信号は、例えば、同期信号ブロックであるＳＳＢ（Synchronization Signal Block）に含まれるプライマリ同期信号ＰＳＳ（Primary Synchronization Signal）、セカンダリ同期信号ＳＳＳ（Secondary Synchronization Signal）、或いは、報知用チャネルＰＢＣＨ（Physical Broadcast Channel）の復調用参照信号ＤＭＲＳ（DeModulation Reference Signal）である。また、受信電力の時間軸における動的な変化は、例えば分散の大きさである。動作環境取得部４５３が、動的な変化を算出し、算出した動的な変化が大きければモビリティ状態が大きい（高い）と判定し、小さければモビリティ状態が小さい（低い）と判定する。

また、動作環境取得部４５３は、端末装置４０が装備する測位機能を使って、複数の時刻において測定された端末装置４０の位置情報の変化に応じてモビリティ状態を判定するようにしてもよい。動作環境取得部４５３は、位置情報の変化が大きければモビリティ状態が大きい（高い）と判定し、小さければモビリティ状態が小さい（低い）と判定する。

端末装置４０が装備する測位機能は、端末装置４０に搭載されるＧＰＳ（Global Positioning System）に代表されるＧＮＳＳ（Global Navigation Satellite System）受信機であってもよい。あるいは、測位機能が、端末装置４０によって複数のセルラー基地局装置、或いは、複数のホットスポットから受信する測位用の基準信号の、相対的な受信タイミング、受信電力、到来方向等に基づき、現在の端末装置４０の位置を算出する演算処理機能であってもよい。ここで、到来方向は、セルラー基地局装置、或いは、ホットスポットから送信される複数のビームの中から特定のビーム、例えば、最も受信電力の大きなビームを識別することによって測定されてもよい。

また、動作環境取得部４５３は、端末装置４０のセルリセレクションの頻度、或いは、ハンドオーバーの頻度に応じてモビリティ状態を判定するようにしてもよい。動作環境取得部４５３は、セルリセレクションの頻度が大きければモビリティ状態が大きい（高い）と判定し、小さければモビリティ状態が小さい（低い）と判定する。

さらに、モビリティ状態に、端末装置４０の行動状態が含まれる場合、動作環境取得部４５３は、端末装置４０が装備する行動認識機能を用いて端末装置４０（を使用するユーザ）の行動状態を判定する。端末装置４０の行動認識機能は、例えば各種センサーの情報、或いは、値を入力とし、ユーザの行動を出力とするニューラルネットワーク・モデル等、ＡＩを活用した行動認識機能であってもよい。ここで、ニューラルネットワーク・モデルは、例えば、機械学習（ML ; Machine Learning）、深層学習（DL ; Deep Learning）の結果、生成されるモデルである。

この場合、行動認識機能は、各種センサーの情報、或いは、値として、ＧＮＳＳセンサー、磁気センサー、加速度センサー、ジャイロセンサー、輝度センサー（環境光センサー）、近接センサー、指紋センサー、及び、気圧センサーが検出する値の全て、若しくは、一部を利用して、例えばユーザの行動を特定する。なお、各種センサーは上述した例に限定されない。端末装置４０に搭載可能なセンサーであれば上述したセンサー以外のセンサーの値を用いて、動作環境取得部４５３がユーザの行動状態を取得するようにしてもよい。

さらに、行動認識機能は、各種センサーの情報に加え、４ＧであるＬＴＥ（Long Term Evolution）及び５Ｇに対応する送・受信機を介して取得される情報を用いてユーザの行動を特定するようにしてもよい。かかる情報の一例を以下に列挙する。

・ＲＳＲＰ(Reference Signal Received)
・ＲＳＲＱ（Reference Signal Received Quality）
・ＲＲＣ（Radio Resource Control） ｓｔａｔｅ
・ＰＣＩ（Physical Cell Identifier）
・ＴＡＣ（Tracking Area Code）
・ＲＡＮＡＣ（RAN-based Notification Area Code）
・ＮＣＧＩ（NR Cell Global Identifier）
・Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ、ＳＳＢ（Synchronization signal and PBCH block）

なお、ここでは、行動認識機能が端末装置４０に装備されるとしたが、これに限定されない。例えば、行動認識機能が、ＡＭＦ、ＳＭＦ、ＤＮ等のネットワーク機能内に実装されてもよい。或いは、行動認識機能が、１つのＮＦ（Network Function）として実装されてもよい。端末装置４０は、行動認識機能がユーザの行動を特定するために必要な情報、例えば端末装置４０が搭載する各種センサーの情報を、基地局装置２０を介してネットワーク側の行動認識機能に提供する。また、端末装置４０の動作環境取得部４５３は、基地局装置２０を介してネットワーク側の行動認識機能から、モビリティ状態として行動認識の結果を取得する。

利用選択部４５４は、動作環境取得部４５３が取得した動作環境に関する環境情報に基づき、利用要求を行うサービスの利用条件（基準情報）を満たすか否かを判定する。例えば、端末装置４０が所定のサービスの提供を受ける場合に、利用選択部４５４は、端末装置４０の動作環境が利用条件を満たすか否かを判定する。これにより、利用選択部４５４は、所定のサービスの提供に適しない端末装置４０が、当該サービスの利用要求を行うことを抑制することができる。

接続処理部４５５は、利用選択部４５４がサービスの利用条件を満たすと判定したサービスの利用要求を含む接続処理を実行する。なお、接続処理の詳細については後述する。

接続処理部４５５は、動作環境取得部４５３が取得した動作環境に関する情報を含む接続要求メッセージを送信することで、接続処理を開始する。このとき、接続処理部４５５は、利用選択部４５４で利用判定に用いた環境情報（例えば、モビリティ低）を接続要求メッセージに含めてもよく、或いは、例えばセンサーの出力データ（例えば、ＧＰＳの出力値）等生データを含めてもよい。このように、接続要求メッセージに含める環境情報は、第１管理装置１０Ａがサービスの利用許可を判定可能な情報であればよく、データの形式は特に限定されない。また、接続要求メッセージに含める環境情報のフォーマット、或いは、形式は、あらかじめ、例えば、登録処理において第１管理装置１０Ａから設定されてもよい。

＜３．通信システムの動作＞
＜３．１．登録処理＞
端末装置４０は、例えば電源ＯＮ（起動）時に、Ｓｅｒｖｉｎｇ ＰＬＭＮへの登録処理を実行する。ここでは、まず、かかる登録処理について説明する。

図１４は、本開示の実施形態に係る登録処理の流れを説明するためのシーケンス図である。端末装置４０は、ＮＳＩを介したサービスを受けるに際し、図１４に示す登録処理（ＲＭ ｐｒｏｃｅｄｕｒｅ）を実行する。

まず、端末装置４０は、基地局装置２０（ＲＡＮ／ＡＮ）に対して、少なくとも、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩを含むＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを送信する（ステップＳ２０１）。端末装置４０は、例えばＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに含まれるＳ−ＮＳＳＡＩの中から、登録を希望するネットワーク・スライスに対応するＳ−ＮＳＳＡＩを選択する。端末装置４０は、この選択されたＳ−ＮＳＳＡＩを含むＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩをＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔに含めて送信する。より具体的には、端末装置４０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ及びＡＮ ｐａｒａｍｅｔｅｒｓを含むＡＮ ｍｅｓｓａｇｅを基地局装置２０に送信する。ＡＮ ｐａｒａｍｅｔｅｒｓには、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩが含まれる。ＡＮ ｐａｒａｍｅｔｅｒｓに含まれるＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩは、基地局装置２０によるＡＭＦ（第１管理装置１０Ａ）の選択に使用される。

ここで、端末装置４０は、Ｉｎｉｔｉａｌ Ｒｅｇｉｓｔｒａｔｉｏｎ（登録処理）を実行する際、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージで端末装置４０を識別するための情報を通知する。その際、ＳＵＣＩ（Subscription Concealed Identifier）、若しくは、５Ｇ−ＧＵＴＩ（Globally Unique Temporary UE Identity）を使用する。

端末装置４０は、有効なＥＰＳ（Evolved Packet System） ＧＵＴＩを持つ場合には、ＥＰＳ ＧＵＴＩから割り当てられた５Ｇ−ＧＵＴＩを利用する。

或いは、もし利用可能であるならば、端末装置４０は、登録を試みようとするＰＬＭＮ（Public Land Mobile Network）から割り当てられた５Ｇ−ＧＵＴＩを利用する。

或いは、もし利用可能であるならば、端末装置４０は、登録を試みようとするＰＬＭＮと同等のＰＬＭＮから割り当てられた５Ｇ−ＧＵＴＩを利用する。

或いは、もし利用可能であるならば、端末装置４０は、いずれかのＰＬＭＮから割り当てられた５Ｇ−ＧＵＴＩを利用する。

さもなければ、端末装置４０は、Ｒｅｇｉｓｔｒａｔｉｏｎ ＲｅｑｕｅｓｔにＳＵＣＩを含める。

基地局装置２０（ＲＡＮ／ＡＮ）は、端末装置４０から取得したＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づいてＡＭＦ（第１管理装置１０Ａ）の選択を実行する（ステップＳ２０２）。基地局装置２０（ＲＡＮ／ＡＮ）は、ＡＮ ｍｅｓｓａｇｅの。ＡＮ ｐａｒａｍｅｔｅｒｓに含まれるＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づき、ＡＭＦ（第１管理装置１０Ａ）の選択を行う。基地局装置２０（ＲＡＮ／ＡＮ）は、端末装置４０から要求されたＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを、選択した第１管理装置１０Ａに送信する（ステップＳ２０３）。もし、基地局装置２０（ＲＡＮ／ＡＮ）が、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づいてＡＭＦ（第１管理装置１０Ａ）を選択することができないならば、その要求はｄｅｆａｕｌｔ ＡＭＦに転送される。

端末装置４０からＳＵＣＩが提供されていない場合、第１管理装置１０Ａ（ＡＭＦ）は、ＮＡＳメッセージを使って、基地局装置２０（ＲＡＮ／ＡＮ）を介して、端末装置４０にＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔを送信する（ステップＳ２０４）。

ステップＳ２０４でＩｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔを受信した端末装置４０は、ＳＵＣＩを含むＩｄｅｎｔｉｔｙ Ｒｅｓｐｏｎｓｅを第１管理装置１０Ａ（ＡＭＦ）に応答する（ステップＳ２０５）。ここで、端末装置４０は、ＨＰＬＭＮ（Home PLMN）から提供される公開鍵を使って、ＳＩＭ(Subscriber Identity Module Card)に格納されているＳＵＰＩ（Subscription Permanent Identifier）からＳＵＣＩを生成する。

第１管理装置１０Ａ（ＡＭＦ）は、契約情報であるＳｕｂｓｃｒｉｂｅｄ Ｓ−ＮＳＳＡＩを参照し、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに含まれるＳ−ＮＳＳＡＩの中から許可できるＳ−ＮＳＳＡＩを選択し、選択されたＳ−ＮＳＳＡＩから構成されるＡｌｌｏｗｅｄ ＮＳＳＡＩを生成する。

このとき、第１管理装置１０Ａ（ＡＭＦ）は、Ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、より詳しくは、Ａｌｌｏｗｅｄ ＮＳＳＡＩに対応するサービスを利用する条件として、端末装置４０の動作環境に関する基準情報を記憶部１２Ａから取得する。第１管理装置１０Ａ（ＡＭＦ）は、取得した基準情報を、Ｐｒｏｖｉｓｉｏｎ ｏｆ ｃｏｎｄｉｔｉｏｎ ｆｏｒ ｓｅｒｖｉｃｅとして端末装置４０に提供する（ステップＳ２０６）。端末装置４０は、Ｐｒｏｖｉｓｉｏｎ ｏｆ ｃｏｎｄｉｔｉｏｎ ｆｏｒ ｓｅｒｖｉｃｅ ｃｏｍｐｌｅｔｅを応答する（ステップＳ２０７）。ここで、第１管理装置１０Ａ（ＡＭＦ）は、このサービス（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）を利用する条件（基準情報）をサービス毎（Ｓ−ＮＳＳＡＩ毎）に設定する。

第１管理装置１０Ａ（ＡＭＦ）は、端末装置４０にＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔを送信し（ステップＳ２０８）、端末装置４０が第１管理装置１０Ａ（ＡＭＦ）にＲｅｇｉｓｔｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを応答することによって（ステップＳ２０９）、端末装置４０の登録処理は完了する。

＜３．２．ＰＤＵセッション確立処理＞
登録処理を済ませた端末装置４０は、ＤＮとのＰＤＵセッションを確立することによって、ＮＳＩでのデータ通信を行う。続いて、図１５〜図１７を用いてＰＤＵセッション確立処理について説明する。ここで、１つのＰＤＵセッションは、１つのＳ−ＮＳＳＡＩと１つのＤＮＮに対応付けられる。つまり、１つのアプリケーションの中で複数のＳ−ＮＳＳＡＩ、或いは、複数のＤＮＮを扱う場合には、Ｓ−ＮＳＳＡＩ毎又はＤＮＮ毎にそれぞれ対応するＰＤＵセッションが複数確立される。

図１４の登録処理を済ませた端末装置４０は、ＮＳＩを介したサービスを受けるに際し、図１５に示すＰＤＵセッション確立処理を実行する。

図１５は、本開示の通信システムにおけるＰＤＵセッション確立処理の一例を示すシーケンス図である。

端末装置４０は、基地局装置２０（ＲＡＮ／ＡＮ）を介して、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ（ＰＤＵセッション確立要求）を第１管理装置１０Ａ（ＡＭＦ）に送信する（ステップＳ４０１）。ここで、端末装置４０は、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔに、以下の３つの情報を含める。

（１）希望するサービスに対応するＳ−ＮＳＳＡＩ
（２）端末装置４０が要求するＤＮＮ
（３）（１）のＳ−ＮＳＳＡＩを利用する条件に係る情報（端末装置４０の動作環境に係る環境情報）

ステップＳ４０１で、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを受信した第１管理装置１０Ａ（ＡＭＦ）は、端末装置４０の動作環境に係る環境情報に基づいて、ＰＤＵセッション確立要求を許可する、若しくは、拒否するかを判定する。より具体的には、第１管理装置１０Ａ（ＡＭＦ）は、図１６に示すＰＤＵセッションの確立判定処理を実行する。なお、図１６は、本開示の実施形態に係る第１管理装置１０Ａ（ＡＭＦ）における確立判定処理の一例を示すフローチャートである。

図１６に示すように、第１管理装置１０Ａ（ＡＭＦ）は、端末装置４０から所望するサービスに応じたＰＤＵセッション確立要求を受信すると（ステップＳ３０１）、ＰＤＵセッション確立要求に含まれるサービスを利用する条件として、端末装置４０の動作環境に係る情報を取得する（ステップＳ３０２）。

第１管理装置１０Ａ（ＡＭＦ）は、端末装置４０が所望するサービスを利用する条件を満たしているか否かを判定する（ステップＳ３０３）。端末装置４０が所望するサービスを利用する条件を満たしていると判定した場合、第１管理装置１０Ａ（ＡＭＦ）は、所望するサービスに対応するＰＤＵセッションの確立処理を実行する（ステップＳ３０４）。

一方、第１管理装置１０Ａ（ＡＭＦ）は、ステップＳ３０３において端末装置４０が所望するサービスを利用する条件を満たしていないと判定した場合には、ＰＤＵセッションの確立要求を拒否する旨を端末装置４０に応答する（ステップＳ３０５）。

なお、第１管理装置１０Ａ（ＡＭＦ）は、端末装置４０の将来の動作環境を予測する機能、例えば、ＡＩ（Artificial Intelligence）を活用した予測機能を装備していてもよい。ここで、ＡＩを活用した予測機能は、例えば、機械学習（ML）、或いは、深層学習（DL）によって生成されるニューラルネットワーク・モデルを活用した予測機能である。この場合、端末装置４０は、ステップＳ３０１で送信するＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔに端末装置４０の将来の動作環境の予測に使用する情報（例えば、端末装置４０の動作環境の履歴に係る履歴情報）を含めてもよい。

つまり、第１管理装置１０Ａ（ＡＭＦ）は、端末装置４０の将来の動作環境を考慮して、端末装置４０が所望するサービスを利用する条件を満たしているか、否かを判定してもよい。すなわち、第１管理装置１０Ａ（ＡＭＦ）は、現在及び将来（現在から所定期間先まで）において、端末装置４０が所望サービスの利用条件を満たすと判定した場合に、サービスの利用を許可する。一方、現在又は将来のどこかで、端末装置４０が所望サービスの利用条件を満たさない場合があると判定した場合は、第１管理装置１０Ａ（ＡＭＦ）はサービスの利用を拒否する。

ここで、端末装置４０の将来の動作環境の予測に使用する情報（例えば、端末装置４０の動作環境の履歴に係る履歴情報）の粒度、期間等の設定に係る情報は、図１４に示す登録処理において、第１管理装置１０Ａ（ＡＭＦ）からＰｒｏｖｉｓｉｏｎ ｏｆ ｃｏｎｄｉｔｉｏｎ ｆｏｒ ｓｅｒｖｉｃｅ（不図示）として提供される。

図１５に戻る。ここでは、図１６のステップＳ３０３で、第１管理装置１０Ａ（ＡＭＦ）がＰＤＵセッション確立要求を許可する判定を行ったものとして、以下の処理を説明する。

端末装置４０の動作環境に係る環境情報に基づいて、ＰＤＵセッション確立要求を許可した場合、第１管理装置１０Ａ（ＡＭＦ）は、取得したＳ−ＮＳＳＡＩに基づいてＳＭＦ（第３管理装置１０Ｃ）の選択を実行する（ステップＳ４０２）。

第１管理装置１０Ａ（ＡＭＦ）は、ステップＳ４０２で選択した第３管理装置１０Ｃ（ＳＭＦ）に、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを送信する（ステップＳ４０３）。

ステップＳ４０３で、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを受信した第３管理装置１０Ｃ（ＳＭＦ）は、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを処理できるか否かを判定する。処理できる場合、第３管理装置１０Ｃ（ＳＭＦ）はＳＭ ｃｏｎｔｅｘｔを生成して、ＳＭ Ｃｏｎｔｅｘｔ ＩＤを含むＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅを第１管理装置１０Ａ（ＡＭＦ）に応答する（ステップＳ４０４）。

続いて、第３管理装置１０Ｃ（ＳＭＦ）は、ステップＳ４０３にてＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを介して取得したＳ−ＮＳＳＡＩとＤＮＮとに基づいてＵＰＦ（第２管理装置１０Ｂ）の選択を実行する（ステップＳ４０５）。さらに、第３管理装置１０Ｃ（ＳＭＦ）は、選択された第２管理装置１０Ｂ（ＵＰＦ）との間で、Ｎ４ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅを起動し、Ｎ４ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを第２管理装置１０Ｂ（ＵＰＦ）に送信する（ステップＳ４０６）。

第２管理装置１０Ｂ（ＵＰＦ）は、Ｎ４セッションの確立要求を受け入れると、Ｎ４ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｓｐｏｎｓｅを応答する（ステップＳ４０７）。

第３管理装置１０Ｃ（ＳＭＦ）は、PDU Session ID及びＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔを含むＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒを第１管理装置１０Ａ（ＡＭＦ）に送信する（ステップＳ４０８）。

第１管理装置１０Ａ（ＡＭＦ）は、ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤとＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔを含むＮＡＳ（Non Access Stratum）メッセージであるＮ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを基地局装置２０（ＲＡＮ／ＡＮ）に送信する（ステップＳ４０９）。

基地局装置２０（ＲＡＮ／ＡＮ）は、Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを介して取得したＰＤＵ Ｓｅｓｓｉｏｎ ＩＤとＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔを含むＮＡＳメッセージを端末装置４０に転送する（ステップＳ４１０）。

基地局装置２０（ＲＡＮ／ＡＮ）は、Ｎ２ ＰＤＵセッションの確立要求を受け入れると、Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅを第１管理装置１０Ａ（ＡＭＦ）に応答する（ステップＳ４１１）。

以上の処理を完了すると、端末装置４０は、確立したＰＤＵセッション上でＮＳＩを介したサービスを受けることができるようになる。

続いて、図１７を用いて、本開示の実施形態に係るＰＤＵセッション確立処理の他の例について説明する。図１７は、本開示の実施形態に係るＰＤＵセッション確立処理の他の例を示すシーケンス図である。

図１５に示すシーケンスでは、ＰＤＵセッション確立要求を許可する場合について説明した。一方、例えば、端末装置４０の動作環境が、所望するサービスを利用する条件を満たさない場合、第１管理装置１０Ａ（ＡＭＦ）は、サービスの利用（ＰＤＵセッションの確立要求）を拒否する。図１７では、第１管理装置１０Ａ（ＡＭＦ）は、サービスの利用（ＰＤＵセッションの確立要求）を拒否する場合について説明する。なお、端末装置４０がＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔを送信し、第１管理装置１０Ａ（ＡＭＦ）が図１６に示す確立判定処理を行うまでは図１５に示すシーケンスと同じである。

図１６のステップＳ３０３で、ＰＤＵセッション確立要求を拒否する判定を行うと、第１管理装置１０Ａ（ＡＭＦ）は、図１７に示すように、基地局装置２０（ＲＡＮ／ＡＮ）を介して、ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｊｅｃｔを含むＮＡＳメッセージを端末装置４０に応答する（ステップＳ５０１）。

以上のように、端末装置４０の動作環境の状況によっては、希望するサービスに対応するＰＤＵセッションを確立することはできないため、ＮＳＩを介したサービスを受けることはできない。

このように、第１管理装置１０Ａは、端末装置４０が所望するサービスを利用する契約を有している場合であっても、動作環境がサービスの利用条件を満たさない場合は、サービスの利用を拒否する。換言すると、第１管理装置１０Ａは、動作環境がサービスの利用条件を満たす場合に、端末装置４０に所望するサービスを提供する。

上述したように、無線を介して、例えば、ゲーム装置にサービスを提供する際、ゲームの種類によって無線に要求される特性は大きく異なり、ゲーム装置の受信環境やモビリティの状態によって、サービスによっては十分な品質で提供することが難しいという課題があった。

以上、本実施形態によって、ネットワーク・スライスの仕組みにおいて、契約情報だけでなく、無線通信端末（端末装置４０）の動作環境、例えば、受信環境やモビリティの状態を考慮して接続要求の許可、若しくは、拒否を判定することにより、各サービスに適した無線通信装置に対して、安定した品質のサービスを提供することができる。さらに、サービスに適しない無線通信装置へのサービスの提供を制限することにより、ネットワーク・スライスのコンセプトにおいて重要な課題であるスライス間のアイソレーションの確保を実現することができる。

さらに、登録処理の段階で、ネットワーク・スライスの各スライスに要求される無線通信装置の動作環境をあらかじめ無線通信装置に通知することによって、サービスに適しない無線通信装置からの無駄な接続要求を抑制することができる。

これにより、通信システムは、より安定した品質のサービスを提供することができる。

＜４．その他の実施形態＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

上述の実施形態では、端末装置４０は、特定の基地局装置２０に登録要求を送信するとしたが、これに限定されない。複数の基地局装置２０それぞれがサポートするネットワーク・スライスの情報に基づいて、複数の基地局装置２０の中から接続する基地局装置２０を特定し、登録要求を送信するようにしてもよい。或いは、端末装置４０は、複数の基地局装置２０それぞれがサポートする通信サービスに関する情報に基づいて、複数の基地局装置２０の中から接続する基地局装置２０を特定してもよい。このとき、通信サービスに関する情報は、通信態様の異なる複数の通信サービスのいずれであるかを示す情報であってもよい。このとき、複数の通信サービスには、ｍＭＴＣとｅＭＢＢとＵＲＬＬＣとの中から選択される少なくとも２つの通信サービスが含まれていてもよい。

上記実施形態では、通信システムの一例として、第５世代移動体通信システム（５Ｇ）について説明したが、これに限定されない。例えば、通信システムの一例としてＬＴＥなど、５Ｇ以外のネットワークアーキテクチャであってもよい。この場合、ＡＭＦの機能を実現する第１管理装置１０Ａ及びＳＭＦの機能を実現する第３管理装置１０Ｃを１つの管理装置（ＥＭＭの機能を実現する装置）としてもよい。

本実施形態の第１〜第３管理装置１０Ａ〜１０Ｃ、基地局装置２０又は端末装置４０を制御する制御装置は、専用のコンピュータシステムで実現してもよいし、汎用のコンピュータシステムで実現してもよい。

例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、第１〜第３管理装置１０Ａ〜１０Ｃ、基地局装置２０又は端末装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、第１〜第３管理装置１０Ａ〜１０Ｃ、基地局装置２０又は端末装置４０の内部の装置（例えば、制御部１３Ａ〜１３Ｃ、制御部２４又は制御部４５）であってもよい。

また、上記通信プログラムをインターネット等のネットワーク上のサーバー装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバー装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、上記してきた実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、本実施形態のシーケンス図或いはフローチャートに示された各ステップは、適宜順序を変更することが可能である。

また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

＜５．補足＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、本技術は以下のような構成も取ることができる。
（１）
基地局装置を介して提供される１つ以上のサービスに関するサービス情報を取得し、
１つ以上の前記サービスの中から、利用を希望する少なくとも１つの前記サービスを選択し、
選択した前記サービスを含む登録要求メッセージを、前記基地局装置を介して端末装置のモビリティを管理する管理装置へ送信し、
前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を受信する、制御部
を備える端末装置。
（２）
前記制御部は、
自装置の前記動作環境に関する環境情報を取得し、
利用を希望した前記サービスの中から、前記環境情報が前記基準情報を満たす前記サービスを選択し、
選択した前記サービスの利用を要求する、
（１）に記載の端末装置。
（３）
前記制御部は、前記サービスの利用を要求する場合に、前記環境情報を含む接続要求メッセージを前記管理装置に送信する、（２）に記載の端末装置。
（４）
前記サービスの利用を要求する処理には、ＰＤＵ（Packet Data Unit）セッションの確立処理が含まれる、（３）に記載の端末装置。
（５）
前記動作環境に関する基準情報は、前記端末装置の受信状態に関する情報である、（１）〜（４）のいずれか１つに記載の端末装置。
（６）
前記受信状態に関する情報は、所定期間の間に受信した所定の基準信号の受信電力を平均した電力値である、（５）に記載の端末装置。
（７）
前記動作環境に関する基準情報は、前記端末装置のモビリティ状態である、（１）〜（６）のいずれか１つに記載の端末装置。
（８）
前記制御部は、
複数の時刻における自身の位置の測位結果である位置情報を取得し、
前記位置情報に基づき、前記端末装置の前記モビリティ状態を算出する、
（７）に記載の端末装置。
（９）
前記動作環境に関する基準情報は、前記基地局装置がマルチビームを送信する場合に、同時に受信できるビームの数に関する情報である、（１）〜（８）のいずれか１つに記載の端末装置。
（１０）
前記動作環境に関する基準情報は、前記基地局装置がマルチＴＲＰ（Transmission and Reception Point）を送信する場合に、同時に受信できるＴＲＰの数に関する情報である、（１）〜（９）のいずれか１つに記載の端末装置。
（１１）
前記動作環境に関する基準情報は、所定のセンサーを備えるか否かに関する情報である、（１）〜（１０）のいずれか１つに記載の端末装置。
（１２）
端末装置のモビリティを管理する管理装置であって、
基地局装置を介して提供する１つ以上のサービスの中から、前記端末装置が利用を希望する少なくとも１つの前記サービスを含む登録要求メッセージを、前記基地局装置を介して前記端末装置から受信し、
前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を、前記基地局装置を介して前記端末装置に送信する、制御部
を備える管理装置。
（１３）
前記制御部は、
前記基地局装置を介して前記端末装置から前記サービスの利用要求および前記端末装置の前記動作環境に関する環境情報を含む接続要求メッセージを受信した場合に、前記環境情報が前記基準情報を満たすか否かに基づき、前記サービスの利用を許可するか否かを判定する、
（１２）に記載の管理装置。
（１４）
基地局装置を介して提供される１つ以上のサービスに関するサービス情報を取得することと、
１つ以上の前記サービスの中から、利用を希望する少なくとも１つの前記サービスを選択することと、
選択した前記サービスを含む登録要求メッセージを、前記基地局装置を介して端末装置のモビリティを管理する管理装置へ送信することと、
前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を受信することと、
を含む通信方法。
（１５）
端末装置のモビリティを管理する管理装置による通信方法であって、
基地局装置を介して提供する１つ以上のサービスの中から、前記端末装置が利用を希望する少なくとも１つの前記サービスを含む登録要求メッセージを、前記基地局装置を介して前記端末装置から受信することと、
前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を、前記基地局装置を介して前記端末装置に送信することと、
を含む通信方法。

１０ 管理装置
１１ 通信部
１２、２２、４２ 記憶部
１３、２４、４５ 制御部
２０ 基地局装置
２１、４１ 無線通信部
２３、４３ ネットワーク通信部
４０ 端末装置
４４ 入出力部

Claims (15)

1. 基地局装置を介して提供される１つ以上のサービスに関するサービス情報を取得し、
   １つ以上の前記サービスの中から、利用を希望する少なくとも１つの前記サービスを選択し、
   選択した前記サービスを含む登録要求メッセージを、前記基地局装置を介して端末装置のモビリティを管理する管理装置へ送信し、
   前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を受信する、制御部
   を備える端末装置。
2. 前記制御部は、
   自装置の前記動作環境に関する環境情報を取得し、
   利用を希望した前記サービスの中から、前記環境情報が前記基準情報を満たす前記サービスを選択し、
   選択した前記サービスの利用を要求する、
   請求項１に記載の端末装置。
3. 前記制御部は、前記サービスの利用を要求する場合に、前記環境情報を含む接続要求メッセージを前記管理装置に送信する、請求項２に記載の端末装置。
4. 前記サービスの利用を要求する処理には、ＰＤＵ（Packet Data Unit）セッションの確立処理が含まれる、請求項３に記載の端末装置。
5. 前記動作環境に関する基準情報は、前記端末装置の受信状態に関する情報である、請求項１に記載の端末装置。
6. 前記受信状態に関する情報は、所定期間の間に受信した所定の基準信号の受信電力を平均した電力値である、請求項５に記載の端末装置。
7. 前記動作環境に関する基準情報は、前記端末装置のモビリティ状態である、請求項１に記載の端末装置。
8. 前記制御部は、
   複数の時刻における自身の位置の測位結果である位置情報を取得し、
   前記位置情報に基づき、前記端末装置の前記モビリティ状態を算出する、
   請求項７に記載の端末装置。
9. 前記動作環境に関する基準情報は、前記基地局装置がマルチビームを送信する場合に、同時に受信できるビームの数に関する情報である、請求項１に記載の端末装置。
10. 前記動作環境に関する基準情報は、前記基地局装置がマルチＴＲＰ（Transmission and Reception Point）を送信する場合に、同時に受信できるＴＲＰの数に関する情報である、請求項１に記載の端末装置。
11. 前記動作環境に関する基準情報は、所定のセンサーを備えるか否かに関する情報である、請求項１に記載の端末装置。
12. 端末装置のモビリティを管理する管理装置であって、
    基地局装置を介して提供する１つ以上のサービスの中から、前記端末装置が利用を希望する少なくとも１つの前記サービスを含む登録要求メッセージを、前記基地局装置を介して前記端末装置から受信し、
    前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を、前記基地局装置を介して前記端末装置に送信する、制御部
    を備える管理装置。
13. 前記制御部は、
    前記基地局装置を介して前記端末装置から前記サービスの利用要求および前記端末装置の前記動作環境に関する環境情報を含む接続要求メッセージを受信した場合に、前記環境情報が前記基準情報を満たすか否かに基づき、前記サービスの利用を許可するか否かを判定する、
    請求項１２に記載の管理装置。
14. 基地局装置を介して提供される１つ以上のサービスに関するサービス情報を取得することと、
    １つ以上の前記サービスの中から、利用を希望する少なくとも１つの前記サービスを選択することと、
    選択した前記サービスを含む登録要求メッセージを、前記基地局装置を介して端末装置のモビリティを管理する管理装置へ送信することと、
    前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を受信することと、
    を含む通信方法。
15. 端末装置のモビリティを管理する管理装置による通信方法であって、
    基地局装置を介して提供する１つ以上のサービスの中から、前記端末装置が利用を希望する少なくとも１つの前記サービスを含む登録要求メッセージを、前記基地局装置を介して前記端末装置から受信することと、
    前記登録要求メッセージに含まれる前記サービスごとに、当該サービスを利用する際に要求される前記端末装置の動作環境に関する基準情報を、前記基地局装置を介して前記端末装置に送信することと、
    を含む通信方法。

Images