JP7052928B2

JP7052928B2 - コアネットワークノード、アクセスモビリティ管理装置、及び通信方法

Info

Publication number: JP7052928B2
Application number: JP2021548766A
Authority: JP
Inventors: 利之田村; 強高倉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-09-25
Filing date: 2020-09-08
Publication date: 2022-04-12
Anticipated expiration: 2040-09-08
Also published as: EP3993470B1; US20220264310A1; ZA202201461B; JPWO2021059966A1; EP3993470A4; WO2021059966A1; CN114303404B; EP3993470A1; CN114303404A

Description

本開示は、アクセスモビリティ管理装置、コアネットワークノード、制御方法、及び通信方法に関する。

電気通信業界では、第５世代（５Ｇ）ネットワークと呼ばれる新世代ネットワークの取り組みを行っている。複数のバーティカルサービスプロバイダにサービスを提供し、多様な端末にサービスを提供する５Ｇネットワークを開発するために、複数の研究標準化機関において活動が開始されている。特に、３ＧＰＰ（3rd Generation Partnership Project）では、次世代移動通信システムである５Ｇネットワークの次世代通信技術やシステムアーキテクチャの検討を行っている。特に、３ＧＰＰでは、５Ｇ移動通信システムを実現するシステムとして、５ＧＳ（５ＧＳｙｓｔｅｍ）の仕様化を行っている。５ＧＳの仕様は、例えば、非特許文献１、非特許文献2、及び非特許文献3に開示されている。

例えば、５ＧＳの１つの主な特徴として、ネットワークスライシング（network slicing）技術の仕様化が進められている。

ネットワークスライス（network slice）は、特定のユースケースにおける通信サービスを実現する論理的なネットワーク機能の集合（collection）及びリソースの集合である。ネットワークスライシングは、一つの物理的なネットワークを複数のスライス（slice）へ分割する処理である。

非特許文献１では、無線端末（UE；User Equipment）が、S-NSSAI（Single Network Slice Selection Assistance information）を用いる処理が記載されている。

S-NSSAIは、SST（Slice/Service type）及びSD（Slice Differentiator）で構成されていてよい。また、S-NSSAIは、SSTのみで構成されていてもよい。なお、SSTは、ネットワークスライスの機能またはサービス面を示してよく、SDは、同じSSTで示されるネットワークスライスを識別する為に使われる補完情報であってよい。

ネットワークスライスインスタンス（network slice instance）は、非特許文献１に記載されているコントロールプレーン（control plane; c-plane; cp）機能及びユーザプレーン（user plane; u-plane; up）機能を含むネットワークスライスの実態である。

S-NSSAIとネットワークスライスインスタンスの関係について、複数の異なるS-NSSAIが一つのネットワークスライスインスタンスに関連付けられていてもよい。また、一つのS-NSSAIが一つのネットワークスライスインスタンスに関連付けられていてもよいし、複数の異なるネットワークスライスインスタンスに関連付けられていても良い。ネットワークは、S-NSSAI等を用いて、適切なネットワークスライスインスタンスを選択する。ネットワークスライスインスタンスの選択機能については、非特許文献１の第５．１５項に記載されている。ここで選択されたネットワークスライスインスタンスが、ネットワークスライスに特化したサービスをＵＥに提供する。

NSSAI（Network Slice Selection Assistance Information）とは、S-NSSAIの集合（collection）である。また、NSSAIには、Configured NSSAI、Rejected NSSAI、Allowed NSSAI、Requested NSSAI、Subscribed NSSAIの５つのNSSAIの態様がある。

Requested NSSAIは、ＵＥがネットワークに送る一つ以上のS-NSSAIを含む。Allowed NSSAIは、ネットワークが使用を許可する一つ以上のS-NSSAIを含む。Rejected NSSAIは、ネットワークが使用を拒絶したS-NSSAIを含み、Rejected NSSAIに含まれる各S-NSSAIには、理由値(cause value)が関連付けられている。Configured NSSAIは、一つ以上のPLMN（Public land mobile network）に適用可能であるとUEに示されている一つ以上のS-NSSAIを含む。Subscribed NSSAIは、加入者情報に基づくS-NSSAIでありＵＥが他のPLMNに移動することを前提にPLMN毎にSubscribed NSSAIが設定されてもよい。

さらに、３ＧＰＰでは、ネットワークスライスに特化した認証及び認可(NSSAA：Network Slice-Specific Authentication and Authorization)機能の検討が進められている。NSSAA手続きの詳細は、非特許文献１の第５．１５項に記載されている。非特許文献１に記載されている通り、NSSAAの手続きは、ネットワークによって起動され、最終的にNSSAAの結果をネットワークがＵＥに通知する。ＵＥはNSSAAの結果に基づいてネットワークスライスへのアクセスが許容されるか否か、ネットワークから制御されることになる。

3GPP TS 23.501 V16.1.0 (2019-06) 3GPP TS 23.502 V16.1.1 (2019-06) 3GPP TS 24.501 V16.1.0 (2019-06)

ネットワークスライスを利用するＵＥに対して、通信事業者がNSSAA手続きを要求する場合、ＵＥ、５ＧＳのコアネットワーク、及びネットワークスライスに関するセキュリティ装置のそれぞれがNSSAA手続きに対応する必要がある。しかし、ＵＥ及びネットワークスライスに関するセキュリティ装置がNSSAA機能を有しており、５ＧＳのコアネットワークがNSSAA機能に対応していない場合、通信事業者がNSSAA手続きを要求しているにもかかわらず、NSSAAの手続きが正常に実行されないという問題がある。具体的には、コアネットワークノードは、NSSAA機能に対応していない場合、ＵＥに関するNSSAA手続きを実行する命令を解釈することができないため、NSSAA手続きを実行すべきかどうか判断することができない。よってこの場合に、コアネットワークノードはNSSAA手続き以外の他の処理が正常に実行できた場合、NSSAA手続の実行要否の判断なくＵＥにネットワークスライスへのアクセスを許容してしまう。そのため、ＵＥがNSSAA機能を有していても、ＵＥは、NSSAA手続きを実行することなく、ネットワークスライスへのアクセスが許容されることとなる。

本開示の目的は、上記の問題を解決するために、ネットワークスライスへのアクセス可否を適切に判断させることができるアクセスモビリティ管理装置、コアネットワークノード、制御方法、及び通信方法を提供することにある。

本開示の一態様にかかるコアネットワークノードは、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をアクセスモビリティ管理装置から受信する受信手段と、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を前記アクセスモビリティ管理装置へ送信する送信手段と、を備える。

本開示の一態様にかかるアクセスモビリティ管理装置は、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をコアネットワークノードへ送信する送信手段と、前記コアネットワークノードから、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の加入者情報を受信する受信手段と、を備える。

本開示の一態様にかかるコアネットワークノードは、アクセスモビリティ管理装置を選択するためのリクエストを第１のアクセスモビリティ管理装置から受信する受信手段と、前記リクエストに応じて、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしている第２のアクセスモビリティ管理装置を示す情報を、前記第１のアクセスモビリティ管理装置へ送信する送信手段と、を備える。

本開示の一態様にかかる通信方法は、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をアクセスモビリティ管理装置から受信し、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を前記アクセスモビリティ管理装置へ送信する。

本開示により、ネットワークスライスへのアクセス可否を適切に判断させることができるアクセスモビリティ管理装置、コアネットワークノード、制御方法、及び通信方法を提供することができる。

実施の態様１にかかるアクセスモビリティ管理装置の構成図である。実施の態様１にかかるコアネットワークノードの構成図である。実施の態様２にかかる通信システムの構成図である。実施の態様２にかかるＵＤＭの構成図である。実施の態様２にかかるRegistration処理の流れを示す図である。実施の態様２にかかるNSSAA機能をサポートしていることを示すパラメータを示す図である。実施の態様２にかかるNSSAA機能をサポートしていることを示すパラメータを示す図である。実施の態様３にかかるコアネットワークノードの構成図である。実施の態様３にかかるＮＳＳＦの構成図である。実施の態様３にかかるAMF re-allocation処理の流れを示す図である。実施の態様３にかかるAMF re-allocation処理の流れを示す図である。それぞれの実施の態様にかかる装置の構成図である。

（実施の態様１（Aspect 1））
以下、図面を参照して本発明の実施の態様について説明する。図１を用いて実施の態様１にかかるアクセスモビリティ管理装置１０の構成例について説明する。アクセスモビリティ管理装置１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。

アクセスモビリティ管理装置１０は、通信部１１及び制御部１２を有している。通信部１１及び制御部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。もしくは、通信部１１及び制御部１２は、回路もしくはチップ等のハードウェアであってもよい。

通信部１１は、アクセスモビリティ管理装置１０が他のコアネットワークノードへ接続するための機能部である。さらに、通信部１１は、アクセスネットワークに接続し、アクセスネットワークを経由して無線端末へ接続する為の機能部である。言い換えると、アクセスモビリティ管理装置１０は、通信部１１を介して、アクセスネットワーク内の装置、及び他のコアネットワークとユーザデータ及び制御情報を送受信することができる。

コアネットワークは、通信システムに含まれるネットワークである。通信システムには、例えば、アクセスネットワークも含まれている。無線端末は、アクセスネットワークを介してコアネットワークに配置されるアクセスモビリティ管理装置１０もしくはコアネットワークノード１５と通信もしくは接続する。

通信部１１は、NSSAA機能をサポートしているか否かを示す情報をコアネットワークノード１５へ送信する。NSSAA手続きは、セキュリティ装置が、ネットワークスライスごとに当該ネットワークスライスの利用を要求する無線端末に対して行う、ネットワークスライスに特化した認証及び認可手続きである。セキュリティ装置は、例えば、AAA（Authentication Authorization Accounting）サーバもしくはRadiusサーバであってもよい。無線端末は、例えば、携帯電話端末、スマートフォン端末、タブレット型端末であってもよい。また、無線端末は、IoT（Internet of Things）端末、もしくは、MTC（Machine Type Communication）端末であってもよい。コアネットワークノード１５は、加入者情報を管理する装置またはアクセスモビリティ管理装置１０を選択する機能を有する装置であってもよい。

NSSAA手続きに関する機能とは、NSSAA手続きに必要なパラメータを認識し、認識したパラメータに伴う処理を実行することであってもよい。NSSAA手続きに関する機能とは、例えば、通信部１１が、他の装置からNSSAA手続きを実行することができる能力情報を含むメッセージを受信した場合に、受信したメッセージから能力情報を読み出すことであってもよい。さらに、NSSAA手続きに関する機能は、受信した能力情報を他の装置へ送信することであってもよい。例えば、通信部１１は、無線端末もしくはコアネットワークノード１５から能力情報を受信し、無線端末もしくはコアネットワークノード１５へ能力情報を送信してもよい。さらに、NSSAA手続きに関する機能は、NSSAA手続きが必要なネットワークスライスを識別する識別情報を含むメッセージを受信した場合、受信したメッセージからそのネットワークスライスの識別情報を読み出すことであってもよい。通信部１１は、コアネットワークノード１５からNSSAA手続きが必要なネットワークスライスの識別情報を受信してもよい。さらに、NSSAA手続きに関する機能は、NSSAA手続きが必要なネットワークスライスの識別情報を無線端末へ送信することであってもよい。

通信部１１は、コアネットワークノード１５から、NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報を受信する。NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報は、NSSAA機能をサポートしているか否かを示す情報に対応している。言い換えると、NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報は、NSSAA機能をサポートしているか否かを示す情報に応じて特定あるいは変更される。

NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報は、例えば、無線端末が加入しているネットワークスライスを示す情報であってもよい。もしくは、NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報は、NSSAA手続きを要求するネットワークスライスを示す情報であってもよい。

制御部１２は、アクセスモビリティ管理装置１０を制御する為の機能部であり、メモリに記憶されている各種の情報やプログラムを読みだして実行することにより、アクセスモビリティ管理装置１０全体の各種処理を実現する。

制御部１２は、NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報に基づいて、ネットワークスライスの使用を許可するか否かを判定する。使用を許可するか否かを判定することは、使用を許可するネットワークスライスを特定すること、使用を許可しないネットワークスライスを特定すること、及び使用を保留するネットワークスライスを特定することも含む。使用を保留するネットワークスライスは、NSSAA手続きにおいて、無線端末による使用が許可されるか否かが判定されるネットワークスライスであってもよい。

続いて、図２を用いて実施の態様１にかかるコアネットワークノード１５の構成例について説明する。コアネットワークノード１５は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。コアネットワークノード１５は、通信部１６を有している。通信部１６は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。もしくは、通信部１６は、回路もしくはチップ等のハードウェアであってもよい。

通信部１６は、NSSAA機能をサポートしているか否かを示す情報をアクセスモビリティ管理装置１０から受信する。さらに、通信部１６は、NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報を特定する。そして通信部１６は、特定したネットワークスライスに関する情報をアクセスモビリティ管理装置１０へ送信する。例えば、通信部１６は、NSSAA機能をサポートしていることを示す情報を受け取った場合、NSSAAを必要とするネットワークスライスに関する情報を特定し、それをアクセスモビリティ管理装置１０へ送信してもよい。あるいは、通信部１６は、NSSAA機能をサポートしていることを示さない情報を受け取った場合、NSSAAを必要とするネットワークスライスに関する情報をアクセスモビリティ管理装置１０へ送信しないように制御してもよい。

以上説明したように、コアネットワークノード１５は、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す情報をアクセスモビリティ管理装置１０から受信し、その情報に対応するネットワークスライスに関する情報をアクセスモビリティ管理装置１５へ送信する。例えば、コアネットワークノード１５は、NSSAA機能をサポートしていないアクセスモビリティ管理装置１０に対しては、NSSAA機能を必要とするネットワークスライスに関する情報を送信しないように制御することができる。これにより、コアネットワークノード１５は、アクセスモビリティ装置１０がNSSAA機能を有していなくても、ネットワークスライスへのアクセス可否を適切に判断させることができる。
また、アクセスモビリティ管理装置１０は、NSSAA機能をサポートしているか否かを示す情報を送信することができる。さらに、アクセスモビリティ管理装置１０は、コアネットワークノード１５から、NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報を受信する。NSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報は、アクセスモビリティ管理装置１０がNSSAA機能をサポートしているか否かを示す情報に応じて設定される。

これより、アクセスモビリティ管理装置１０は、NSSAA機能をサポートしているか否かに応じて設定された情報を受け取るので、無線端末に対してネットワークスライスのアクセス可否を適切に判定することができる。例えば、アクセスモビリティ管理装置１０は、NSSAA機能をサポートしていない場合、NSSAA機能をサポートしていないことに応じて設定される、NSSAA機能を必要としないネットワークスライスに関する情報を受信するため、NSSAA機能を使わなくてもアクセス可否を適切に判断できる情報しか受信しなくて済むため、所望のアクセス可否判断が実現できる。

（実施の態様２）
続いて、図３を用いて実施の態様２にかかる通信システムの構成例について説明する。図３の通信システムは、ＵＥ２０、ＡＭＦ（Access and Mobility management Function）エンティティ３０（以下、ＡＭＦ３０とする）、ＵＤＭ（Unified Data Management）エンティティ４０（以下、ＵＤＭ４０とする）、及びＮＳＳＦ（Network Slice Selection Function）エンティティ５０（以下、ＮＳＳＦ５０とする）を有している。ＵＥ２０は、無線端末に相当する。ＡＭＦ３０は、図１のアクセスモビリティ管理装置１０に相当する。また、ＵＤＭ４０及びＮＳＳＦ５０は、コアネットワークノードに相当する。

コアネットワークとは、ＡＭＦ３０、ＵＤＭ４０、及びＮＳＳＦ５０を少なくとも含むネットワークのことである。ＡＭＦ３０、ＵＤＭ４０、及びＮＳＳＦ５０のそれぞれは、コアネットワークノード、又はコアネットワーク装置と称してもよい。コアネットワークがメッセージの送受信、及び/又は手続きを実行するということは、コアネットワーク内の装置がメッセージの送受信、及び/又は手続きを実行することを意味する。

アクセスネットワークとは、ＵＥとコアネットワークとを接続した無線ネットワークの事である。アクセスネットワークは、3GPPネットワークでもよく、non-3GPPネットワークでもよい。3GPPネットワークは、NG-(R)ANであってもよい。アクセスネットワークノードとは、gNB及びng-eNBのうち、少なくとも一部を指し、NG-(R)ANノード、又はNG-(R)AN装置と称しても良い。NG-(R)ANがメッセージの送受信、及び/又は手続きを実行するということは、NG-(R)AN内の装置がメッセージの送受信、及び/又は手続きを実行することを意味する。なお、gNBは、NG-(R)ANを構成するNR（New Radio）機能を持つgNBであってよい。ng-eNBは、NG-(R)ANを構成するE-UTRA（Evolved Universal Terrestrial Radio Access）機能を持つeNBであってよい。

ＡＭＦ３０は、ＵＥ２０に関するアクセス及びモビリティ等の管理を行う。ＵＤＭ４０は、ＡＭＦ３０に関する加入者情報を管理する。ＮＳＳＦ５０は、ＵＥ２０のアクセス及びモビリティ管理を行うＡＭＦを選択する。具体的には、ＮＳＳＦ５０は、ＡＭＦの再割り当て（re-allocation）もしくはＡＭＦの選択または再選択において、候補となる少なくとも一つのＡＭＦを特定してもよい。

ＵＥ２０は、アプリケーション毎にConfigured NSSAIを保持している。ＵＥ２０は、Serving PLMNにおいて使用するS-NSSAIを含むRequested NSSAIをRegistration手順においてＡＭＦ３０へ送信する。ＵＤＭ４０は、ＵＥ２０に提供可能なS-NSSAIを含むSubscribed NSSAIを保持している。ＡＭＦ３０は、ＵＤＭ４０から、Subscribed NSSAIを取得する。さらに、ＡＭＦ３０は、Requested NSSAI及びSubscribed NSSAIを用いて、Allowed NSSAIもしくはRejected NSSAIを決定する。ＡＭＦ３０は、決定したAllowed NSSAIもしくはRejected NSSAIをＵＥ２０へ送信する。

続いて、図４を用いてＵＤＭ４０の構成例について説明する。ＵＤＭ４０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。

ＵＤＭ４０は、通信部４１及び制御部４２を有している。通信部４１及び制御部４２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。もしくは、通信部４１及び制御部４２は、回路もしくはチップ等のハードウェアであってもよい。

通信部４１は、ＡＭＦ３０がNSSAA機能をサポートしているか否かを示す情報をＡＭＦ３０から受信する。

制御部４２は、受信した情報を用いて、ＡＭＦ３０が、NSSAA機能をサポートしているか否かを判定する。例えば、通信部４１が、ＡＭＦ３０から、NSSAA機能をサポートしているか否かを直接的もしくは明示的に示す情報を受信した場合、制御部４２は、直接的もしくは明示的に示された情報に従って判定する。ここで、通信部４１は、NSSAA機能をサポートしているか否かが直接的に示されていないメッセージをＡＭＦ３０から受信することもある。このような場合、制御部４２は、ＡＭＦ３０が、NSSAA機能をサポートしていないと判定してもよい。つまり、このような場合、通信部４１は、NSSAA機能をサポートしているか否かを間接的もしくは黙示的に示す情報を受信したともいえる。NSSAA機能をサポートしていることを直接的もしくは明示的に示す情報は、NSSAA機能をサポートしていることを示す指示子とも表現される。NSSAA機能をサポートしていないことを直接的もしくは明示的に示す情報は、NSSAA機能をサポートしていないことを示す指示子とも表現される。また、NSSAA機能をサポートしているか否かを間接的もしくは黙示的に示す情報とは、NSSAA機能をサポートしていることを示す指示子を含まない情報とも表現される。

制御部４２において、ＡＭＦ３０が、NSSAA機能をサポートしていると判定された場合の動作について説明する。この場合、Subscribed NSSAIとともに、NSSAA手続きを要求するネットワークスライスを示す１以上のS-NSSAIを、通信部４１を介してＡＭＦ３０へ送信してもよい。S-NSSAIは、ネットワークスライスを識別するための識別情報として用いられる。もしくは、制御部４２は、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIのみを含むSubscribed NSSAIを、通信部４１を介してＡＭＦ３０へ送信してもよい。または、制御部４２は、NSSAA手続きを要求するネットワークスライスを示す１以上のS-NSSAI及びNSSAA手続きを要求しないネットワークスライスを示す１以上のS-NSSAIの少なくとも一つを含むS-NSSAI及びSubscribed NSSAIを、通信部４１を介してＡＭＦ３０へ送信してもよい。

次に、制御部４２において、ＡＭＦ３０が、NSSAA機能をサポートしていないと判定された場合の動作について説明する。この場合、制御部４２は、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIを、Subscribed NSSAIとしてＡＭＦ３０へ提供しなくてもよい。例えば、制御部４２は、Subscribed NSSAIから、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIを削除もしくは除外して又は含めないで、Subscribed NSSAIをＡＭＦ３０へ送信してもよい。Subscribed NSSAIに含まれるS-NSSAIが示すネットワークスライスが、すべて、NSSAA手続きを要求する場合、制御部４２は、Subscribed NSSAIをＡＭＦ３０へ提供しなくてもよいしまたは空のSubscribed NSSAIをＡＭＦ３０へ提供してもよい。つまり、制御部４２は、ＵＥ２０が加入しているネットワークスライスのうち、NSSAA手続きを要求しないネットワークスライスを示すS-NSSAIのみをＡＭＦ３０へ通知する。その結果、ＡＭＦ３０がNSSAA機能をサポートしていない場合、NSSAA手続きをサポートしているＵＥ２０が、NSSAA手続きを行うことなくNSSAA手続きを要求するネットワークスライスへのアクセスが許容されることを防止することができる。

続いて、図５を用いて実施の態様２にかかるRegistration処理の流れについて説明する。ここでは、ＵＥ２０、ＡＭＦ３０、及びＵＤＭ４０は、NSSAA機能をサポートしているとする。また、ＵＥ２０及びＡＭＦ３０は、NSSAA手続きに関する機能をサポートしているとする。

ＵＥ２０が、NSSAA手続きに関する機能をサポートしているとは、ネットワークスライスに配置されたセキュリティ装置とNSSAA手続きを実行することができることであってもよい。また、ＵＥ２０が、NSSAA手続きに関する機能をサポートしているとは、NSSAA手続きを実行することができることを示す能力情報をＡＭＦ３０へ通知することができることであってもよい。

はじめに、ＵＥ２０は、Registration RequestをＡＭＦ３０へ送信する（Ｓ１１）。Registration Requestは、Requested NSSAIを含む。さらに、Registration Requestは、ＵＥ２０がNSSAA手続きを実行することができることを示す情報を含む。ＵＥ２０がNSSAA手続きを実行することができることを示す情報は、ＵＥ２０の能力情報として示されてもよい。

次に、ＵＥ２０、ＡＭＦ３０、及びＵＤＭ４０との間において、ＵＥ２０に関する認証処理が実行される（Ｓ１２）。ここでは、ＵＥ２０は、５ＧＳを利用することができるＵＥとして認証されたとする。

次に、ＡＭＦ３０は、Nudm_UECM_RegistrationをＵＤＭ４０へ送信する（Ｓ１３）。ステップＳ１３は、ＡＭＦ３０をＵＤＭ４０に登録するために行われる。

ＡＭＦ３０がNSSAA機能をサポートしているため、Nudm_UECM_Registrationには、ＡＭＦ３０がNSSAA機能をサポートしていることを示すパラメータが含められる。NSSAA機能をサポートしていることを示すパラメータは、NSSAA機能をサポートしていることを示す指示子と言い換えられてもよい。

図６及び図７を用いて、NSSAA機能をサポートしていることを示すパラメータについて説明する。

図６は、Nudm_UECM_Registrationに設定されるパラメータの一覧を示している。図６に示される表は、3GPP TS 29.503 V16.0.0 （2019-06）に示される表を参考にしている。なお、図６に示される表は、3GPP TS 29.503 V16.0.0 （2019-06）に示される表から、一部のパラメータの記載を省略している。

図６に示される表には、パラメータとして、Nssaasupportindicatorが含められている。ＡＭＦ３０から送信されるNudm_UECM_RegistrationにNssaasupportindicatorが設定されている場合、ＡＭＦ３０が、NSSAA機能をサポートしていることを示している。

また、図７は、図６のsupportedFeaturesに設定されるパラメータを示している。図７には、supportedFeaturesに、Nssaasupportindicatorが設定されることを示している。Nssaasupportindicatorは、図６に示されるようにsupportedFeaturesのようなパラメータと同じレベルのパラメータであってもよく、図７のように、supportedFeaturesに設定されるパラメータであってもよい。

図５に戻り、ＵＤＭ４０は、Nudm_UECM_Registrationに対する応答として、Nudm_UECM_Registration responseをＡＭＦ３０へ送信する（Ｓ１４）。

次に、ＡＭＦ３０は、Nudm_SDM_GetをＵＤＭ４０へ送信する（Ｓ１５）。ステップＳ１５は、ＡＭＦ３０がＵＤＭ４０から加入者情報を取得するために行われる。Nudm_SDM_Getには、ＡＭＦ３０がNSSAA機能をサポートしていることを示すパラメータが含められてもよい。

次に、ＵＤＭ４０は、Nudm_SDM_Getへの応答として、Nudm_SDM_Get responseをＡＭＦ３０へ送信する（Ｓ１６）。ＵＤＭ４０は、ステップＳ１３においてNssaasupportindicatorを含むNudm_UECM_Registrationを受信している。つまり、ＵＤＭ４０は、ＡＭＦ３０が、NSSAA機能をサポートしていることを認識している。あるいは、ＵＤＭ４０は、ステップＳ１５においてNssaasupportindicatorを含むNudm_SDM_Getを受信している。つまり、ＵＤＭ４０は、ＡＭＦ３０が、NSSAA機能をサポートしていることを認識している。そのため、ＵＤＭ４０は、Subscribed NSSAI及びNSSAA手続きを要求するネットワークスライスを示す１以上のS-NSSAIをNudm_SDM_Get responseに含めてもよい。もしくは、ＵＤＭ４０は、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIのみを含むSubscribed NSSAIを、Nudm_SDM_Get responseに含めてもよい。または、ＵＤＭ４０は、NSSAA手続きを要求するネットワークスライスを示す１以上のS-NSSAI及びNSSAA手続きを要求しないネットワークスライスを示す１以上のS-NSSAIの少なくとも一つを含むS-NSSAI及びSubscribed NSSAIを、通信部４１を介してＡＭＦ３０へ送信してもよい。

次に、ＡＭＦ３０は、Registration AcceptをＵＥ２０へ送信する（Ｓ１７）。ＡＭＦ３０は、Allowed NSSAI及びRejected NSSAIの少なくとも一方をRegistration Acceptに含めてもよい。

ＡＭＦ３０は、Requested NSSAI及びSubscribed NSSAIに含まれるS-NSSAIであって、NSSAA手続きを要求するネットワークスライスに該当しないS-NSSAIを含むAllowed NSSAIをRegistration Acceptに含めてもよい。さらに、ＡＭＦ３０は、Requested NSSAIに含まれるS-NSSAIのうち、Subscribed NSSAIに含まれないS-NSSAIを含むRejected NSSAIをRegistration Acceptに含めてもよい。さらに、ＡＭＦ３０は、Requested NSSAI及びSubscribed NSSAIに含まれるS-NSSAIであって、NSSAA手続きを要求するネットワークスライスに該当するS-NSSAIを含むRejected NSSAIをRegistration Acceptに含めてもよい。Rejected NSSAIに含められるS-NSSAIであって、NSSAA手続きを要求するネットワークスライスに該当するS-NSSAIには、NSSAA手続き実行対象、または実行予定であることを示すcause value（理由値、または拒絶理由値）が関連付けられてもよい。

もしくはステップＳ１６において、ＵＤＭ４０がNSSAA手続きを要求するネットワークスライスを示すS-NSSAIのみを含むSubscribed NSSAIを、Nudm_SDM_Get responseに含める場合、次のように動作してもよい。この場合、ＡＭＦ３０は、Requested NSSAI及びSubscribed NSSAIに含まれるS-NSSAIを含むRejected NSSAIをRegistration Acceptに含めてもよい。Rejected NSSAIに含められるS-NSSAIであって、NSSAA手続きを要求するネットワークスライスに該当するS-NSSAIには、NSSAA手続き実行対象、または実行予定であることを示すcause valueが関連付けられてもよい。

次に、ＵＥ２０は、NSSAA手続き実行対象、または実行予定であることが示されるcause valueに関連付けられたS-NSSAIに対して、NSSAA手続き（Network Slice-Specific Authentication and Authorization procedure）を実行する（Ｓ１８）。ＵＥ２０は、ＡＭＦ３０、及びセキュリティ装置であるＡＡＡ６０と、NSSAA手続きを実行する。NSSAA手続き実行対象、または実行予定であることが示されるcause valueに関連付けられたS-NSSAIが複数ある場合、ＵＥ２０は、それぞれのS-NSSAIに対してNSSAA手続きを行う。

ＵＥ２０は、NSSAA手続きが完了したS-NSSAIによって特定されるネットワークスライスを利用することができる。

続いて、図５を用いて、ＡＭＦ３０が、NSSAA機能をサポートしていない場合のRegistration処理の流れについて説明する。ここでは、ＵＥ２０、及びＵＤＭ４０は、NSSAA機能をサポートしているとする。また、ＵＥ２０は、NSSAA手続きの機能をサポートしているとする。

ＡＭＦ３０がNSSAA機能をサポートしていないとは、次の場合を含む。例えば、ＡＭＦ３０が、Nudm_UECM_RegistrationにNssaasupportindicatorを設定することができるが、オペレータのポリシー等に基づいてNudm_UECM_RegistrationにNssaasupportindicatorを設定しない場合も含む。オペレータは、通信事業者、通信キャリア等と言い換えられてもよい。

以下においては、ＡＭＦ３０が、NSSAA機能をサポートしている場合のRegistration処理の流れと異なる処理について主に説明する。

ステップＳ１３において、ＡＭＦ３０は、Nssaasupportindicatorを含まないNudm_UECM_Registrationを送信する。つまり、ＡＭＦ３０は、Nudm_UECM_RegistrationにNssaasupportindicatorを設定せず、また、supportedFeaturesにもNssaasupportindicatorを設定しない。あるいは、ステップＳ１５において、ＡＭＦ３０は、Nssaasupportindicatorを含まないNudm_SDM_Getを送信する。つまり、ＡＭＦ３０は、Nudm_SDM_GetにNssaasupportindicatorを設定せず、また、supportedFeaturesにもNssaasupportindicatorを設定しない。

さらに、ステップＳ１６において、ＵＤＭ４０は、Subscribed NSSAIから、NSSAA手続きを要求するネットワークスライスのS-NSSAIを削除もしくは除外して、Nudm_SDM_Get responseをＡＭＦ３０へ送信する。この場合、Subscribed NSSAIには、NSSAA手続きを要求しないネットワークスライスを示すS-NSSAIのみが含まれるか、もしくは、一つもS-NSSAIが含まれない。

さらに、ステップＳ１７において、ＡＭＦ３０は、Requested NSSAI及びSubscribed NSSAIに含まれるS-NSSAIを含むAllowed NSSAIをRegistration Acceptに含める。さらに、ＡＭＦ３０は、Requested NSSAIに含まれるS-NSSAIであって、Subscribed NSSAIに含まれないS-NSSAIを含むRejected NSSAIをRegistration Acceptに含めてもよい。この場合、ＵＥ２０は、NSSAA手続き実行対象、または実行予定であることが示されるcause valueに関連付けられたS-NSSAIを受け取ることはない。そのため、NSSAA手続きを要求する手続き（Ｓ１８）を実行することができない。さらに、ＵＥ２０は、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIを含むAllowed NSSAIを受信することはない。その結果、ＵＥ２０は、NSSAA手続きを要求するネットワークスライスを利用することができない。

以上説明したように、ＵＤＭ４０は、ＡＭＦ３０においてNSSAA機能がサポートされていない場合、NSSAA手続きを要求するネットワークスライスをＡＭＦ３０へ通知しない。これより、ＡＭＦ３０は、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIを含むAllowed NSSAIをＵＥ２０へ通知することはない。その結果、ＵＥ２０が、NSSAA手続きを行うことなく、ＵＥ２０に対してNSSAA手続きを要求するネットワークスライスへのアクセスが許容されることを防止することができる。

また、上述の説明では、ＡＭＦ３０がNSSAA機能をサポートしていない場合、ＵＥ２０は、NSSAA手続きを要求するネットワークスライスへアクセスすることが一切できない。

このような処理に変えて、例えば、ＵＤＭ４０は、ＡＭＦ３０がNSSAA機能をサポートしていない場合、オペレータポリシー等のあらかじめ定められた基準に基づいて、Subscribed NSSAIに設定するS-NSSAIを選択してもよい。オペレータポリシーは、ホームネットワーク（PLMN）を管理するオペレータによって定められるポリシーであってもよく、ローミング先のネットワーク（Visited PLMN）を管理するオペレータによって定められるポリシーであってもよい。例えば、ＵＤＭ４０は、ＡＭＦ毎に、NSSAA手続きを要求するネットワークスライスを示すS-NSSAIをSubscribed NSSAIに設定するか否かを判定してもよい。具体的には、ＵＤＭ４０は、特定の地域のＡＭＦがNSSAA機能をサポートしない場合であっても、そのＡＭＦに対して、NSSAA手続きを要求するネットワークスライスのS-NSSAIをSubscribed NSSAIに設定してもよい。もしくは、ＵＤＭ４０は、NSSAA機能をサポートしないＡＭＦに対して、特定の期間のみ、NSSAA手続きを要求するネットワークスライスのS-NSSAIをSubscribed NSSAIに設定してもよい。もしくは、ＵＤＭ４０は、NSSAA機能をサポートしないＡＭＦに対して、優先度の高い、NSSAA手続きを要求するネットワークスライスのS-NSSAIを、Subscribed NSSAIに設定してもよい。もしくは、ＵＤＭ４０は、NSSAA機能をサポートしないＡＭＦに対して、デフォルトのS-NSSAIを、Subscribed NSSAIに設定してもよい。ＵＤＭ４０が、NSSAA機能をサポートしないＡＭＦに対して、Subscribed NSSAIに設定するS-NSSAIを選択する基準は、これらに限定されない。ここで説明した構成によれば、NSSAA手続きを要求するS-NSSAIを、NSSAA手続きせずに、ＵＥ２０へ提供することができるようになる。

（実施の態様３）
続いて、図８を用いて実施の態様３にかかるコアネットワークノード１００の構成例について説明する。実施の態様３にかかるコアネットワークノード１００は、例えば、ＮＳＳＦ５０であってもよい。コアネットワークノード１００は、受信部１０１及び送信部１０２を有している。受信部１０１及び送信部１０２は、通信部であってもよい。

受信部１０１は、アクセスモビリティ管理装置の選択処理において、選択リクエストをアクセスモビリティ管理装置から受信する。送信部１０２は、選択の候補となるアクセスモビリティ管理装置として、NSSAA機能をサポートしているアクセスモビリティ管理装置を示す情報を、選択リクエストを送信したアクセスモビリティ管理装置へ送信する。

アクセスモビリティ管理装置の選択処理は、例えば、AMF re-allocation処理であってもよい。ここで、AMF re-allocation処理について説明する。AMF re-allocation処理は、Registration処理において行われる。具体的には、ＵＥ２０がRegistration処理を開始した際に、基地局は、ランダムにＡＭＦを選択する。その後、ランダムに選択されたＡＭＦを変更するために、AMF re-allocation処理が実行される。以下においては、ＡＭＦ３０が、基地局によって最初にランダムに選択されたＡＭＦであるとする。

ＡＭＦ３０は、ＵＥ２０から、NSSAA機能をサポートしているか否かを示す情報を受信する。ここで、ＡＭＦ３０は、ＵＥ２０が、NSSAA手続きをサポートしている場合、ＮＳＳＦ５０へ、次の情報を送信する。その情報は、AMF re-allocation処理において新たに選択されるＡＭＦは、NSSAA機能をサポートしているＡＭＦであることが必要であることを示す情報である。つまり、ＡＭＦ３０は、ＮＳＳＦ５０へ、候補となるＡＭＦを選択する際に、NSSAA機能をサポートしているＡＭＦであるか否かを考慮することを要求する情報を送信する。

続いて、図９を用いて、ＡＭＦ３０から情報を受信するＮＳＳＦ５０の構成例について説明する。ＮＳＳＦ５０は、コアネットワークノード１００に相当する。ＮＳＳＦ５０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。

ＮＳＳＦ５０は、通信部５１及び制御部５２を有している。通信部５１及び制御部５２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。もしくは、通信部５１及び制御部５２は、回路もしくはチップ等のハードウェアであってもよい。

通信部５１は、AMF re-allocation処理において、新たに選択されるＡＭＦは、NSSAA機能をサポートしているＡＭＦであることが必要であることを示す情報を受信する。

制御部５２は、NSSAA機能をサポートしているＡＭＦを少なくとも一つ選択する。制御部５２は、選択したＡＭＦを識別する情報を、通信部５１を介してＡＭＦ３０へ送信する。NSSAA機能をサポートしているＡＭＦが存在しない場合、制御部５２は、任意のＡＭＦを選択するとともに、NSSAA機能をサポートしているＡＭＦが存在しないことを示す情報を通信部５１を介してＡＭＦ３０へ送信してもよい。

続いて、図１０を用いて、実施の態様３にかかるAMF re-allocation処理の流れについて説明する。ここで、（Ｒ）ＡＮ（（Radio） Access Network）７０は、ＵＥ２０と無線通信を行う基地局である。具体的には、（Ｒ）ＡＮ７０は、ＵＥ２０と、３ＧＰＰにおいて定められた無線通信規格である５Ｇを用いて無線通信を行ってもよい。

はじめに、（Ｒ）ＡＮ７０は、Initial UE messageをＡＭＦ３０へ送信する（Ｓ２１）。Initial UE messageは、ＵＥ２０が送信するRegistration Requestに関連付けられたメッセージである。Initial UE messageは、ＵＥ２０がNSSAA手続きを実行することができることを示す能力情報を含む。

次に、ＡＭＦ３０は、図５のステップＳ１５及びＳ１６と同様に、ＵＥ２０に関する加入者情報を取得する（Ｓ２２、Ｓ２３）。この際ＡＭＦ３０は、第１及び２の態様と同様にNSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報を受信する。

次に、ＡＭＦ３０は、AMF re-allocation処理を実行するために、Nnssf_NSSelection_GetをＮＳＳＦ５０へ送信する（Ｓ２４）。ＡＭＦ３０は、ＵＥ２０がNSSAA手続きを実行することができることを示す能力情報を有することを認識している。そのため、ＡＭＦ３０は、Nnssf_NSSelection_Getに、新たに選択されるＡＭＦは、NSSAA機能をサポートしているＡＭＦであることが必要であることを示す情報を含ませる。さらに、ＡＭＦ３０は、前述のNSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報をNnssf_NSSelection_Getに含ませてもよい。

次に、ＮＳＳＦ５０は、NSSAA機能をサポートしている少なくとも１つのＡＭＦの識別情報を含むNnssf_NSSelection_Get responseをＡＭＦ３０へ送信する（Ｓ２５）。つまり、ＮＳＳＦ５０は、次に選択されるＡＭＦの候補として、少なくとも１つのＡＭＦの識別情報をＡＭＦ３０へ送信する。もしくは、NSSAA機能をサポートしているＡＭＦが存在しない場合、ＮＳＳＦ５０は、NSSAA機能をサポートしているＡＭＦが存在しないことを示す情報をＡＭＦ３０へ送信してもよい。ＮＳＳＦ５０は、前述のNSSAA機能をサポートしているか否かを示す情報に対応するネットワークスライスに関する情報に基づいて、そのネットワークスライスに対応するＡＭＦのうちNSSAA機能をサポートしている少なくとも１つのＡＭＦの識別情報を含むNnssf_NSSelection_Get responseをＡＭＦ３０へ送信してもよい。また、ＮＳＳＦ５０は、新たに選択されるＡＭＦがNSSAA機能をサポートしているＡＭＦであることが必要であることを示す情報を含まないNnssf_NSSelection_Getを受信した場合であっても、優先的にNSSAA機能をサポートしているＡＭＦを次に選択されるＡＭＦの候補としてもよい。

ここで、ＡＭＦ３０は、ＮＳＳＦ５０から受信したＡＭＦの識別情報の中から、ＡＭＦ３１を選択したとする。この場合、ＡＭＦ３０は、ＡＭＦ３１へ、Namf_Communication_N1MessageNotifyを送信し、その応答メッセージを受信する（Ｓ２６）。

また、図１１を用いて、図１０とは異なるAMF re-allocation処理の流れについて説明する。図１１におけるステップＳ２１乃至Ｓ２５は、図１０と同様であるため詳細な説明を省略する。

ＡＭＦ３０は、ステップＳ２５において、ＮＳＳＦ５０からＡＭＦの識別情報を受信し、新たなＡＭＦを選択した後に、（Ｒ）ＡＮ７０へReroute NAS messageを送信する（Ｓ３１）。ＡＭＦ３０は、新たなＡＭＦとして選択したＡＭＦ３１の識別情報をReroute NAS messageに含める。もしくは、（Ｒ）ＡＮ７０がＡＭＦを選択する場合、ＡＭＦ３０は、ＮＳＳＦ５０から受信した１以上のＡＭＦの識別情報を、Reroute NAS messageに含めてもよい。

次に、（Ｒ）ＡＮ７０は、Reroute NAS messageに含められるＡＭＦ３１へ、Initial UE messageを送信する。図１１は、（Ｒ）ＡＮ７０が、ＡＭＦ３０から指定されたＡＭＦ３１へInitial UE messageを送信する点において、図１０とは異なる。

以上説明したように、ＮＳＳＦ５０は、通信システムにNSSAA手続きをサポートしているＡＭＦとNSSAA手続きをサポートしていないＡＭＦとを含む場合であっても、適切なＡＭＦを次に選択する候補としてＡＭＦ３０へ送信することができる。ここでは、適切なＡＭＦは、NSSAA手続きをサポートしているＡＭＦである。

また、図１０及び図１１の説明においては、ＡＭＦ３０は、ステップＳ２１において、ＵＥ２０がNSSAA手続きを実行することができることを示す能力情報を受信した場合に、ＮＳＳＦ５０へ次の情報を送信する。次の情報とは、新たに選択されるＡＭＦは、NSSAA機能をサポートしているＡＭＦであることが必要であることを示す情報である。

ここで、ＡＭＦ３０は、ステップＳ２３において、ＵＥ２０の加入者情報を受信した後に、Subscribed NSSAIまたはRequested NSSAIに含まれるS-NSSAIが、NSSAA手続きを要求するネットワークスライスに該当するか否かを判定してもよい。ＡＭＦ３０は、Subscribed NSSAIまたはRequested NSSAIに含まれるS-NSSAIが、NSSAA手続きを要求するネットワークスライスに該当すると判定した場合、ステップＳ２４において、上記の情報をNnssf_NSSelection_Getへ含めてもよい。上記の情報とは、新たに選択されるＡＭＦは、NSSAA機能をサポートしているＡＭＦであることが必要であることを示す情報である。

つまり、ＡＭＦ３０は、以下の二つの条件を満たす場合に、上記の情報を送信してもよい。
（１）ＵＥ２０がNSSAA手続きを実行することができる。
（２）Subscribed NSSAIまたはRequested NSSAIに含まれるS-NSSAIが、NSSAA手続きを要求するネットワークスライスに該当する。

また、ＡＭＦ３０は、ファイル更新等において、NSSAA機能をサポートした場合に、ＮＳＳＦ５０へ、NSSAA手続きをサポートしたことを通知してもよい。また、ＡＭＦ３０は、起動した時に、ＮＳＳＦ５０へ、NSSAA手続きをサポートしていることを通知してもよい。また、ＡＭＦ３０は、ファイル更新等において、NSSAA機能をサポートしなくなった場合にも、ＮＳＳＦ５０へ、サポートしなくなったことを通知してもよい。つまり、ＡＭＦ３０は、NSSAA能力情報の変化を、ＮＳＳＦ５０へ通知してもよい。

このように、ＡＭＦ３０が、NSSAA機能のサポート状況をＮＳＳＦ５０へ通知することによって、ＮＳＳＦ５０は、それぞれのＡＭＦに関する能力情報を管理するデータベースを構築することができる。このような場合、ＮＳＳＦ５０は、データベースを参照することによって、次に選択される候補となるＡＭＦとして、NSSAA機能をサポートしているＡＭＦを選択することができる。

図１２は、コアネットワークノード１５、コアネットワークノード１００、アクセスモビリティ管理装置１０、ＡＭＦ３０、ＵＤＭ４０、及びＮＳＳＦ５０（以下、総称してコアネットワークノード１５とする）の構成例を示すブロック図である。図１２を参照すると、コアネットワークノード１５は、ネットワーク・インターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワーク・インターフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワーク・インターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。もしくは、ネットワーク・インターフェース１２０１は、無線通信を行うために使用されてもよい。例えば、ネットワーク・インターフェース１２０１は、無線ＬＡＮ通信、もしくは３ＧＰＰ（3rd Generation Partnership Project）において規定されたモバイル通信を行うために使用されてもよい。

プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施態様においてフローチャートもしくはシーケンスを用いて説明されたコアネットワークノード１５の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。

図１２の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施態様において説明されたコアネットワークノード１５の処理を行うことができる。

図１２を用いて説明したように、コアネットワークノード１５が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリを含む。磁気記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブであってもよい。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）であってもよい。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

本明細書における、ユーザー装置（User Equipment、 UE）（もしくは移動局（mobile station）、移動端末（mobile terminal）、モバイルデバイス（mobile device）、通信端末、または無線端末（wireless device）などを含む）は、無線インターフェースを介して、ネットワークに接続されたエンティティである。

本明細書のUEは、専用の通信装置に限定されるものではなく、本明細書中に記載されたUEとしての通信機能を有する次のような任意の機器であっても良い。

用語として「（3GPPで使われる単語としての）ユーザー端末（User Equipment、UE）」、「移動局」、「移動端末」、「モバイルデバイス」、「無線端末」のそれぞれは、一般的に互いに同義であることを意図しており、ターミナル、携帯電話、スマートフォン、タブレット、セルラIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。

なお用語としての「UE」「無線端末」は、長期間にわたって静止している装置も包含することが理解されよう。

またUEは、例えば、生産設備・製造設備および／またはエネルギー関連機械（一例として、ボイラー、機関、タービン、ソーラーパネル、風力発電機、水力発電機、火力発電機、原子力発電機、蓄電池、原子力システム、原子力関連機器、重電機器、真空ポンプなどを含むポンプ、圧縮機、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット、ロボット応用システム、工具、金型、ロール、搬送装置、昇降装置、貨物取扱装置、繊維機械、縫製機械、印刷機、印刷関連機械、紙工機械、化学機械、鉱山機械、鉱山関連機械、建設機械、建設関連機械、農業用機械および／または器具、林業用機械および／または器具、漁業用機械および／または器具、安全および／または環境保全器具、トラクター、軸受、精密ベアリング、チェーン、歯車（ギアー）、動力伝動装置、潤滑装置、弁、管継手、および／または上記で述べた任意の機器又は機械のアプリケーションシステムなど）であっても良い。

またUEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であっても良い。

またUEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であっても良い。

またUEは、例えば、冷凍機、冷凍機応用製品および装置、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、スピーカー、ラジオ、映像機器、テレビ、オーブンレンジ、炊飯器、コーヒーメーカー、食洗機、洗濯機、乾燥機、扇風機、換気扇及び関連製品、掃除機など）であっても良い。

またUEは、例えば、電子応用システムまたは電子応用装置（一例として、X線装置、粒子加速装置、放射性物質応用装置、音波応用装置、電磁応用装置、電力応用装置など）であっても良い。

またUEは、例えば、電球、照明、計量機、分析機器、試験機及び計測機械（一例として、煙報知器、対人警報センサ、動きセンサ、無線タグなど）、時計（watchまたはclock）、理化学機械、光学機械、医療用機器および／または医療用システム、武器、利器工匠具、または手道具などであってもよい。

またUEは、例えば、無線通信機能を備えたパーソナルデジタルアシスタントまたは装置（一例として、無線カードや無線モジュールなどを取り付けられる、もしくは挿入するよう構成された電子装置（例えば、パーソナルコンピュータや電子計測器など））であっても良い。

またUEは、例えば、有線や無線通信技術を使用した「あらゆるモノのインターネット（IoT：Internet of Things）」において、以下のアプリケーション、サービス、ソリューションを提供する装置またはその一部であっても良い。

IoTデバイス（もしくはモノ）は、デバイスが互いに、および他の通信デバイスとの間で、データ収集およびデータ交換することを可能にする適切な電子機器、ソフトウェア、センサー、ネットワーク接続、などを備える。

またIoTデバイスは、内部メモリの格納されたソフトウェア指令に従う自動化された機器であっても良い。

またIoTデバイスは、人間による監督または対応を必要とすることなく動作しても良い。
またIoTデバイスは、長期間にわたって備え付けられている装置および／または、長期間に渡って非活性状態（inactive）状態のままであっても良い。

またIoTデバイスは、据え置き型な装置の一部として実装され得る。IoTデバイスは、非据え置き型の装置（例えば車両など）に埋め込まれ得る、または監視される／追跡される動物や人に取り付けられ得る。

人間の入力による制御またはメモリに格納されるソフトウェア命令、に関係なくデータを送受信する通信ネットワークに接続することができる、任意の通信デバイス上に、IoT技術が実装できることは理解されよう。

IoTデバイスが、機械型通信（Machine Type Communication、MTC）デバイス、またはマシンツーマシン（Machine to Machine、M2M）通信デバイス、NB-IoT(Narrow Band-IoT) UEと呼ばれることもあるのは理解されよう。

またUEが、１つまたは複数のIoTまたはMTCアプリケーションをサポートすることができることが理解されよう。

MTCアプリケーションのいくつかの例は、以下の表（出典：3GPP TS22.368 V13.2.0(2017-01-13) Annex B、その内容は参照により本明細書に組み込まれる）に列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。

アプリケーション、サービス、ソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス/システム、防災無線サービス/システム、構内無線電話（PBX（Private Branch eXchange：構内交換機））サービス/システム、PHS/デジタルコードレス電話サービス/システム、POS（Point of sale）システム、広告発信サービス/システム、マルチキャスト（MBMS（Multimedia Broadcast and Multicast Service））サービス/システム、V2X（Vehicle to Everything：車車間通信および路車間・歩車間通信）サービス/システム、列車内移動無線サービス/システム、位置情報関連サービス/システム、災害/緊急時無線通信サービス/システム、IoT（Internet of Things：モノのインターネット）サービス/システム、コミュニティーサービス/システム、映像配信サービス/システム、Femtoセル応用サービス/システム、VoLTE（Voice over LTE）サービス/システム、無線TAGサービス/システム、課金サービス/システム、ラジオオンデマンドサービス/システム、ローミングサービス/システム、ユーザー行動監視サービス/システム、通信キャリア/通信NW選択サービス/システム、機能制限サービス/システム、PoC（Proof of Concept）サービス/システム、端末向け個人情報管理サービス/システム、端末向け表示・映像サービス/システム、端末向け非通信サービス/システム、アドホックNW/DTN（Delay Tolerant Networking）サービス/システムなどであっても良い。

なお、上述したUEのカテゴリは、本明細書に記載された技術思想及び各態様の応用例に過ぎない。これらの例に限定されるものではなく、当業者は種々の変更が可能であることは勿論である。

なお、本発明は上記実施の態様に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をアクセスモビリティ管理装置から受信する受信手段と、
ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を前記アクセスモビリティ管理装置へ送信する送信手段と、を備える、コアネットワークノード。
（付記２）
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を含まない、付記１に記載のコアネットワークノード。
（付記３）
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要としないネットワークスライスを示す情報を含む、付記１又は２に記載のコアネットワークノード。
（付記４）
前記NSSAAを必要としないネットワークスライスは、
NSSAAの対象でないネットワークスライス、及び、
NSSAAの対象であるがオペレーターポリシ及び無線端末の訪問先パブリックランドモバイルネットワーク（Visited PLMN）の少なくとも一方に基づき、NSSAAを行わずに利用可能なネットワークスライス、
の少なくともいずれかを含む、付記３に記載のコアネットワークノード。
（付記５）
前記第１の情報がNSSAA機能をサポートすることを示さない場合は、前記第１の情報がNSSAA機能をサポートしていることを示す指示子を含まない場合、または前記第１の情報がNSSAA機能をサポートしていないことを示す指示子である場合、のいずれかである、付記１乃至４のいずれか１項に記載のコアネットワークノード。
（付記６）
前記第１の情報がNSSAA機能をサポートすることを示す指示子である場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を少なくとも１つ以上含む、付記１乃至５のいずれか１項に記載のコアネットワークノード。
（付記７）
前記受信手段は、Getメソッドによって前記第１の情報を前記アクセスモビリティ管理装置から受信する、付記１乃至６のいずれか１項に記載のコアネットワークノード。
（付記８）
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をコアネットワークノードへ送信する送信手段と、
前記コアネットワークノードから、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を受信する受信手段と、を備えるアクセスモビリティ管理装置。
（付記９）
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を含まない、付記８に記載のアクセスモビリティ管理装置。
（付記１０）
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要としないネットワークスライスを示す情報を含む、付記８又は９に記載のアクセスモビリティ管理装置。
（付記１１）
前記NSSAAを必要としないネットワークスライスは、
NSSAA対象以外のネットワークスライス、及び、
NSSAA対象であるがオペレーターポリシ及び無線端末の訪問先パブリックランドモバイルネットワーク（Visited PLMN）の少なくとも一方に基づき、NSSAAを行わずに提供可能なネットワークスライス、
の少なくともいずれかを含む、付記１０に記載のアクセスモビリティ管理装置。
（付記１２）
NSSAA機能をサポートすることを示さない場合は、前記第１の情報がNSSAA機能をサポートしていることを示す指示子を含まない場合、または前記第１の情報がNSSAA機能をサポートしていないことを示す指示子である場合、のいずれかである、付記９乃至１１のいずれか１項に記載のアクセスモビリティ管理装置。
（付記１３）
前記第１の情報がNSSAA機能をサポートすることを示す場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を少なくとも１つ以上含む、付記８又は９に記載のアクセスモビリティ管理装置。
（付記１４）
前記送信手段は、Getメソッドによって前記第１の情報を前記コアネットワークノードへ送信する、付記８乃至１３のいずれか１項に記載のアクセスモビリティ管理装置。
（付記１５）
アクセスモビリティ管理装置を選択するためのリクエストを第１のアクセスモビリティ管理装置から受信する受信手段と、
前記リクエストに応じて、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしている第２のアクセスモビリティ管理装置を示す情報を、前記第１のアクセスモビリティ管理装置へ送信する送信手段と、を備えるコアネットワークノード。
（付記１６）
前記リクエストは、ネットワークスライスを示す第２の情報を含み、
前記送信手段は、前記第２の情報が示すネットワークスライスについてNSSAAが必要である場合に、前記NSSAA機能をサポートしている前記第２のアクセスモビリティ管理装置を示す情報を送信する、付記１５に記載のコアネットワークノード。
（付記１７）
前記リクエストは、候補となるアクセスモビリティ管理装置を選択する際に、選択されるアクセスモビリティ管理装置がNSSAA機能をサポートすることを考慮することを要求する情報を含み、
前記送信手段は、前記情報に応じて、NSSAA機能をサポートしている前記第２のアクセスモビリティ管理装置を示す情報を、前記第１のアクセスモビリティ管理装置へ送信する、付記１５又は１６に記載のコアネットワークノード。
（付記１８）
アクセスモビリティ管理装置毎にNSSAA機能をサポートしているか否かを示す第１の情報を記憶する記憶手段を備え、
前記送信手段は、前記第１の情報に基づいて、前記NSSAA機能をサポートしている前記第２のアクセスモビリティ管理装置を示す情報を送信する、付記１５乃至１７のいずれか１項に記載のコアネットワークノード。
（付記１９）
前記受信手段は、前記第２のアクセスモビリティ管理装置を示す情報を送信する前に、アクセスモビリティ管理装置から、当該アクセスモビリティ管理装置がNSSAA機能のサポートを開始したまたはサポートしなくなったことを開始したことを示す第３の情報を受信し、
前記第３の情報に基づいて、前記記憶手段に記憶されている前記第１の情報を更新する更新手段を備える、付記１８に記載のコアネットワークノード。
（付記２０）
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をアクセスモビリティ管理装置から受信し、
ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を前記アクセスモビリティ管理装置へ送信する、ことを備える通信方法。
（付記２１）
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をコアネットワークノードへ送信し、
前記コアネットワークノードから、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を受信する、ことを備える通信方法。
（付記２２）
アクセスモビリティ管理装置を選択するためのリクエストを第１のアクセスモビリティ管理装置から受信し、
前記リクエストに応じて、ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしている第２のアクセスモビリティ管理装置を示す情報を、前記第１のアクセスモビリティ管理装置へ送信する、ことを備える、通信方法。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１９年９月２５日に出願された日本出願特願２０１９－１７４７６７を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０アクセスモビリティ管理装置
１１通信部
１２制御部
１５コアネットワークノード
１６通信部
１７制御部
２０ＵＥ
３０ＡＭＦ
４０ＵＤＭ
４１通信部
４２制御部
５０ＮＳＳＦ
５１通信部
５２制御部
６０ＡＡＡ
７０（Ｒ）ＡＮ
１００コアネットワークノード
１０１受信部
１０２送信部

Claims

ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をアクセスモビリティ管理装置から受信する受信手段と、
ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を前記アクセスモビリティ管理装置へ送信する送信手段と、を備える、コアネットワークノード。
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を含まない、請求項１に記載のコアネットワークノード。
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要としないネットワークスライスを示す情報を含む、請求項１又は２に記載のコアネットワークノード。
前記NSSAAを必要としないネットワークスライスは、
NSSAAの対象でないネットワークスライス、及び、
NSSAAの対象であるがオペレーターポリシ及び無線端末の訪問先パブリックランドモバイルネットワーク（Visited PLMN）の少なくとも一方に基づき、NSSAAを行わずに利用可能なネットワークスライス、
の少なくともいずれかを含む、請求項３に記載のコアネットワークノード。
前記第１の情報がNSSAA機能をサポートすることを示さない場合は、前記第１の情報がNSSAA機能をサポートしていることを示す指示子を含まない場合、または前記第１の情報がNSSAA機能をサポートしていないことを示す指示子である場合、のいずれかである、請求項１乃至４のいずれか１項に記載のコアネットワークノード。
前記第１の情報がNSSAA機能をサポートすることを示す指示子である場合、前記第２の情報は、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を少なくとも１つ以上含む、請求項１乃至５のいずれか１項に記載のコアネットワークノード。
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をコアネットワークノードへ送信する送信手段と、
前記コアネットワークノードから、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を受信する受信手段と、を備えるアクセスモビリティ管理装置。
前記第１の情報がNSSAA機能をサポートすることを示さない場合、前記ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、NSSAAを必要とするネットワークスライスを示す情報を含まない、請求項７に記載のアクセスモビリティ管理装置。
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をアクセスモビリティ管理装置から受信し、
ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を前記アクセスモビリティ管理装置へ送信する、ことを備える通信方法。
ネットワークスライスに特化した認証及び認可（NSSAA：Network Slice-Specific Authentication and Authorization）機能をサポートしているか否かを示す第１の情報をコアネットワークノードへ送信し、
前記コアネットワークノードから、ある加入者情報に対応付けられるネットワークスライスを示す情報のうち、前記第１の情報に対応するネットワークスライスを示す第２の情報を受信する、ことを備える通信方法。