JP7428265B2 - 通信端末及びその方法 - Google Patents

Description

本開示は、無線通信ネットワークに関し、特に無線端末に許可されるネットワークスライスの管理に関する。

5G system（5GS）は、network slicingをサポートする（例えば非特許文献１～３、特に非特許文献１の第5.15節を参照）。Network slicingは、Network Function Virtualization（NFV）技術及びsoftware-defined networking（SDN）技術を使用し、複数の仮想化された論理的なネットワークを物理的なネットワークの上に作り出すことを可能にする。各々の仮想化された論理的なネットワークは、ネットワークスライス（network slice）と呼ばれる。ネットワークスライスは、特定のネットワーク能力及びネットワーク特性（specific network capabilities and network characteristics）を提供する。ネットワークスライス・インスタンス（network slice instance（NSI））は、１つのネットワークスライスを形成するためにネットワーク機能（Network Function(NF））インスタンスと、リソース（resources）(e.g., computer processing resources、storage、及びnetworking resources)と、アクセスネットワーク（AN）（Next Generation Radio Access Network（NG-RAN）及びNon-3GPP InterWorking Function （N3IWF）の少なくともいずれか）と、のセットとして定義される。

ネットワークスライスは、Single Network Slice Selection Assistance Information（S-NSSAI）として知られる識別子によって特定される。S-NSSAIは、Slice/Service type (SST)及びSlice Differentiator (SD)から成る。SSTは、特性及びサービス（features and services）に関して期待されるネットワークスライスの振る舞い（expected network slice behaviour）を意味する（refers to）。SDは、任意の情報（optional information）であり、同じSlice/Service typeの複数（multiple）ネットワークスライスを区別するためにSSTを補完（complements）する。

S-NSSAIは、標準値（standard values）又は非標準値（non-standard values）を持つことができる。現時点では、Standard SST valuesの１、２、３、及び４は、enhanced Mobile Broad Band (eMBB)、Ultra Reliable and Low Latency Communication (URLLC)、Massive Internet of Things (MIoT)、及びVehicle to Everything (V2X)スライスタイプ（slice types）に関連付けられている。S-NSSAIのnon-standard valueは、特定のPublic Land Mobile Network（PLMN）内の１つのネットワークスライスを特定する。すなわち、non-standard SST valuesは、PLMN-specific valuesであり、これらをアサインしたPLMNのPLMN IDに関連付けられる。各S-NSSAIは、特定の（particular）NSIを選択する点でネットワークを支援する。同じNSIは、異なるS-NSSAIsを介して選択されてもよい。同じS-NSSAIは、異なるNSIに関連付けられてもよい。各ネットワークスライスはS-NSSAIによってユニークに特定されてもよい。

S-NSSAIには二つの種類があり、これらはS-NSSAI及びMapped S-NSSAIとして知られている。S-NSSAIは、User Equipment（UE）が登録されているServing Public Land Mobile Network（Serving PLMN）が提供するネットワークスライスを識別し、本明細書において、Serving PLMN S-NSSAIと呼ばれる場合がある。Mapped S-NSSAIは、UEがローミングしている際に、ローミング網のネットワークスライスを識別するS-NSSAIにマッピングされる（関連付けられる、組み合わせられる、または該当する）Home PLMN(HPLMN)S-NSSAIであってもよく、さらにその中でUEユーザーの加入者情報に含まれるS-NSSAIであってもよい。以降、本明細書において、S-NSSAI及びMapped S-NSSAIを総称して単にS-NSSAIと呼ぶ場合がある。

一方、Network Slice Selection Assistance Information（NSSAI）は、S-NSSAIsのセットを意味する。したがって、１又はそれ以上のS-NSSAIsが１つのNSSAIに含まれることができる。NSSAIには複数のタイプがあり、これらはConfigured NSSAI、Requested NSSAI、Allowed NSSAI、Rejected NSSAI、及びPending NSSAIとして知られている。

Configured NSSAIは、各々が１又はそれ以上のPLMNsに適用可能(applicable)な１又はそれ以上のS-NSSAIsを含む。Configured NSSAIは、例えば、Serving PLMNによって設定され、当該Serving PLMNに適用される。また、Configured NSSAIに含まれるServing PLMN S-NSSAIには１又はそれ以上のMapped S-NSSAIsが関連付けられている場合がある。あるいは、Configured NSSAIは、Default Configured NSSAIであってもよい。Default Configured NSSAIは、Home PLMN（HPLMN）によって設定され、特定の（specific）Configured NSSAIが提供されていない任意の（any）PLMNsに適用される。Default Configured NSSAIは、例えば、HPLMNのUnified Data Management（UDM）からAccess and Mobility Management Function（AMF）を介して無線端末（User Equipment（UE））にプロビジョンされる。

Allowed NSSAIは、Serving PLMNによってUEに提供され、当該Serving PLMNの現在の（current）Registration Areaにおいて当該UEが使用することができる１又はそれ以上のS-NSSAIsを示す。Allowed NSSAIは、Serving PLMNのAMFによって、例えば登録手順（registration procedure）の間に決定される。したがって、Allowed NSSAIは、ネットワーク（i.e., AMF）によってUEにシグナルされ、AMF及びUEのそれぞれの（non-volatile）メモリに格納される。

Rejected NSSAIは、現在の（current）PLMNによって拒絶された１又はそれ以上のS-NSSAIsを含む。Rejected NSSAIは、rejected S-NSSAIsと呼ばれることもある。S-NSSAIは、現在のPLMN全体で拒絶されるか、又は現在の（current）registration areaで拒絶される。AMFは、例えばUEの登録手順（registration procedure）において、Requested NSSAIに含まれる１又はそれ以上のS-NSSAIsのうちいずれかを拒絶したなら、これらをRejected NSSAIに含める。Rejected NSSAIは、ネットワーク（i.e., AMF）によってUEにシグナルされ、AMF及びUEのそれぞれの（non-volatile）メモリに格納される。

Pending NSSAIは、ネットワークスライスに特化した認証及び認可（Network Slice-Specific Authentication and Authorization（NSSAA））が保留中である１又はそれ以上のS-NSSAIsを示す。Serving PLMNは、加入者情報（subscription information）に基づいてNSSAAを課されたHPLMNのS-NSSAI(s)に対してNSSAAを行わなければならない。NSSAAを行うために、AMFは、Extensible Authentication Protocol(EAP)-based authorization procedureを実施（invoke）する。EAP-based authentication procedureはその結果（outcome）を得るまでに比較的長い時間を要する。したがって、AMFは、UEの登録手順（registration procedure）において上述のようにAllowed NSSAIを決定するが、NSSAAを課されたS-NSSAI(s)を当該Allowed NSSAIに含めず、これらを代わりにPending NSSAIに含める。Pending NSSAIは、ネットワーク（i.e., AMF）によってUEにシグナルされ、AMF及びUEのそれぞれの（non-volatile）メモリに格納される。

AMFは、Registration Management (RM)-REGISTERED状態のUEのUEコンテキストを管理する。UEコンテキストは、これに限らないが、Mobility Management（MM）コンテキストと呼ばれてもよい。UEコンテキストは、上述のAllowed NSSAI、Rejected NSSAI、及びPending NSSAIのうち１つ以上を含んでよい。一方、UEは、UE NSSAI設定（configuration）を管理する。UE NSSAI設定は、上述のConfigured NSSAI、Allowed NSSAI、Rejected NSSAI、及びPending NSSAIを含む。UE NSSAI設定は、UE（Universal Subscriber identity Module（USIM）を除くMobile Equipment（ME））内のnon-volatileメモリにストアされる。UE NSSAI設定がストアされたメモリ又はメモリ領域は、NSSAI storageと呼ばれる。

Requested NSSAI IE（information element）は、例えば登録手順（registration procedure）において、UEによってネットワークにシグナルされ、当該UEのためのServing AMF、１又はそれ以上のネットワークスライス、及び１又はそれ以上のNSIsを決定することをネットワークに可能にする。

Requested mapped NSSAI IE（information element）は、S-NSSAI(Serving PLMN S-NSSAI)の情報を保持していないUEがネットワークに送るRegistration Requestメッセージに含まれるinformation elementである。当該information elementは、UEが保持する１又はそれ以上のMapped S-NSSAIsを含む。Serving PLMN S-NSSAIとServing PLMN S-NSSAIに関連付けられたMapped S-NSSAI(s)の両方を含むRequested NSSAI IEとは異なり、Requested mapped NSSAI IEはMapped S-NSSAI(s)のみを含む。

以降、本明細書におけるRegistration Requestメッセージは、Initial Registration、またはMobility Registration Update、またはPeriodic Registration UpdateのためのRegistration Requestメッセージであってよい。

3GPP TS 23.501 V16.5.1 (2020-08) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System (5GS); Stage 2 (Release 16)", 2020年8月 3GPP TS 23.502 V16.5.1 (2020-08) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 16)", 2020年8月 3GPP TS 24.501 V16.5.1 (2020-07) "3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 16)", 2020年7月 OPPO, "NSSAA Slice handling for 1-to-many mapping in roaming scenario", C1-205232, 3GPP TSG-CT WG1 Meeting #125-e, Electronic meeting, 20-28 August 2020

ローミングシナリオにおいて、１つのServing PLMN S-NSSAIに対して複数のMapped S-NSSAIs（Home PLMN (HPLMN) S-NSSAIs）が関連付けられている場合がある。さらに、これら複数のMapped S-NSSAIsのうち一部又は全部はネットワークスライスに特化した認証及び認可（Network Slice-Specific Authentication and Authorization（NSSAA））を課される（subject to）場合がある。このとき、例えば、AMFは、NSSAAをサポートするUEからNSSAAを課されるMapped S-NSSAI及びNSSAAを課されないMapped S-NSSAIを含むRegistration Requestを受信し、且つこれら２つのMapped S-NSSAIsが同じServing PLMN S-NSSAIにマップされる（関連付けられる）かもしれない。この場合に、AMFは、当該Serving PLMN S-NSSAIをどのようにUEに許可するかが明確でない。具体的には、AMFは、当該Serving PLMN S-NSSAIをAllowed NSSAI及びPending NSSAIのどちらに含めるべきであるかが明確でない。

また、例えば、AMFは、NSSAAをサポートするUEからNSSAAを課される２つのMapped S-NSSAIsを含むRegistration Requestを受信し、且つこれら２つのMapped S-NSSAIsが同じServing PLMN S-NSSAIにマップされる（関連付けられる）かもしれない。この場合に、AMFは、これら２つのMapped S-NSSAIsそれぞれの認証手順をどのように進めるかが明確でない。特に、２つのMapped S-NSSAIsのうち一方の認証が成功し他方の認証が失敗したなら、AMFは、認証が失敗したMapped S-NSSAIのために当該Serving PLMN S-NSSAIを利用できないことをUEにどのように通知するかが明確でない。

また、２つのMapped S-NSSAIsが同じServing PLMN S-NSSAIにマップされ、且つこれら２つのMapped S-NSSAIsの一方又は両方がNSSAAを課される場合に、UEはNSSAI Storageをどのように管理又は更新するかが明確でない。より具体的には、非特許文献３の第4.6.2.2節はPending NSSAIのNSSAI Storage更新手順を規定している。しかしながら、１つのServing PLMN S-NSSAIにマップされる複数のMapped S-NSSAIs（HPLMN S-NSSAIs）のうち少なくとも一部がNSSAAを課される場合のNSSAI Storage更新手順が明確ではない。

ここに開示される実施態様が達成しようとする目的の１つは、１つのServing PLMN S-NSSAIに複数のMapped S-NSSAIsが関連付けられており、且つこれら複数のMapped S-NSSAIsの一部又は全部がNSSAAを課される場合に、UEのNSSAI storageを適切に管理又は更新することをAMF及びUEに可能にすることに寄与する装置、方法、及びプログラムを提供できる。なお、この目的は、ここに開示される複数の実施態様が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、UEは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを備える。前記少なくとも１つのプロセッサは、Allowed NSSAI、Pending NSSAI、及びRejected NSSAIを含むNSSAI storageを管理するよう構成される。前記少なくとも１つのプロセッサは、前記Pending NSSAI及び前記Rejected NSSAIのうち少なくとも一方に含まれるServing PLMN S-NSSAIが前記Allowed NSSAIにも含まれるなら、前記Allowed NSSAIにおいて前記Serving PLMN S-NSSAIに関連付けられた第１のmapped Home PLMN S-NSSAIと前記Serving PLMN S-NSSAIとを含む登録要求メッセージをコアネットワークノードに送信するよう構成される。

第２の態様では、コアネットワークノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを備える。前記少なくとも１つのプロセッサは、NSSAAをサポートするUEから２以上のHome PLMN S-NSSAIsを示す第１のメッセージを受信するよう構成される。前記少なくとも１つのプロセッサは、前記２以上のHome PLMN S-NSSAIsが１つのServing PLMN S-NSSAIに関連付けられ、前記２以上のHome PLMN S-NSSAIsの一部がNSSAAを課されるなら、Allowed NSSAI情報要素及びPending NSSAI情報要素を包含する第２のメッセージを前記UEに送信するよう構成される。前記Allowed NSSAI情報要素は、前記Serving PLMN S-NSSAIと前記NSSAAを課されない少なくとも１つの第１のHome PLMN S-NSSAIとの組み合わせを含む。前記Pending NSSAI情報要素は、前記Serving PLMN S-NSSAIと前記NSSAAを課される少なくとも１つの第２のHome PLMN S-NSSAIとの組み合わせを含む。

第３の態様では、UEにより行なわれる方法は以下のステップを含む：
（ａ）Allowed NSSAI、Pending NSSAI、及びRejected NSSAIを含むNSSAI storageを管理すること、及び
（ｂ）前記Pending NSSAI及び前記Rejected NSSAIのうち少なくとも一方に含まれるServing PLMN S-NSSAIが前記Allowed NSSAIにも含まれるなら、前記Allowed NSSAIにおいて前記Serving PLMN S-NSSAIに関連付けられた第１のmapped Home PLMN S-NSSAIと前記Serving PLMN S-NSSAIとを含む登録要求メッセージをコアネットワークノードに送信すること。

第４の態様では、コアネットワークノードにより行なわれる方法は以下のステップを含む：
（ａ）NSSAAをサポートするUEから２以上のHome PLMN S-NSSAIsを示す第１のメッセージを受信すること、及び
（ｂ）前記２以上のHome PLMN S-NSSAIsが１つのServing PLMN S-NSSAIに関連付けられ且つ前記２以上のHome PLMN S-NSSAIsの一部がNSSAAを課されるなら、
（ｂ１）前記Serving PLMN S-NSSAIと前記NSSAAを課されない少なくとも１つの第１のHome PLMN S-NSSAIとの組み合わせを含むAllowed NSSAI情報要素と、
（ｂ２）前記Serving PLMN S-NSSAIと前記NSSAAを課される少なくとも１つの第２のHome PLMN S-NSSAIとの組み合わせを含むPending NSSAI情報要素と、
を包含する第２のメッセージを前記UEに送信すること。

第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、１つのServing PLMN S-NSSAIに複数のMapped S-NSSAIsが関連付けられており、且つこれら複数のMapped S-NSSAIsの一部又は全部がNSSAAを課される場合に、UEのNSSAI storageを適切に管理又は更新することをAMF及びUEに可能にすることに寄与する装置、方法、及びプログラムを提供できる。

実施態様に係る無線通信ネットワークの構成例を示す図である。 実施態様に係るAMFの動作の一例を示すフローチャートである。 実施態様に係るUEの動作の一例を示すフローチャートである。 実施態様に係るUE、AMF、及びUDMの動作の一例を示すシーケンス図である。 実施態様に係るUEの動作の一例を示すフローチャートである。 実施態様に係るAMFの動作の一例を示すフローチャートである。 実施態様に係るUEの動作の一例を示すフローチャートである。 実施態様に係るUE、AMF、及びUDMの動作の一例を示すシーケンス図である。 実施態様に係るUEの動作の一例を示すフローチャートである。 実施態様に係るUE、AMF、及びUDMの動作の一例を示すシーケンス図である。 実施態様に係るAMFの動作の一例を示すフローチャートである。 実施態様に係るUEの動作の一例を示すフローチャートである。 実施態様に係るUE、AMF、及びUDMの動作の一例を示すシーケンス図である。 実施態様に係る拡張Rejected NSSAIに設定されるパラメータを示す図である。 実施態様に係る拡張Rejected NSSAIに設定されるパラメータの型を示す図である。 実施態様に係るAMFの動作の一例を示すフローチャートである。 実施態様に係るUE、AMF、及びUDMの動作の一例を示すシーケンス図である。 実施態様に係るUEの動作の一例を示すフローチャートである。 実施態様に係るUEの構成例を示すブロック図である。 実施態様に係るAMF及びUDMの構成例を示すブロック図である。

以下では、具体的な実施態様について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施態様は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施態様は、互いに異なる新規な特徴を有している。したがって、これら複数の実施態様は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

以下に示される複数の実施態様は、3GPP第5世代移動通信システム（5G system（5GS））を主な対象として説明される。しかしながら、これらの実施態様は、5GSと類似のネットワークスライシングをサポートする他の無線通信システムに適用されてもよい。

＜第１の実施態様＞
図１は、本実施態様に係る無線通信ネットワーク（i.e., 5GS）の構成例を示している。図１に示された要素の各々はネットワーク機能であり、3rd Generation Partnership Project（3GPP）により定義されたインタフェースを提供する。図１に示された各要素（ネットワーク機能）は、例えば、専用ハードウェア（dedicated hardware）上のネットワークエレメントとして、専用ハードウェア上で動作する（running）ソフトウェア・インスタンスとして、又はアプリケーション・プラットフォーム上にインスタンス化（instantiated）された仮想化機能として実装されることができる。

図１に示された無線通信ネットワークは、Mobile Network Operator（MNO）によって提供されてもよいし、MNO以外によって提供されるNon-Public Network (NPN)であってもよい。図１に示された無線通信ネットワークがNPNである場合、これはStand-alone Non-Public Network（SNPN）と表される独立したネットワークでもよいし、Public network integrated NPNと表されるMNOネットワークと連動したNPNであってもよい。

無線端末（i.e., UE）１は、5G接続（connectivity）サービスを利用し、データネットワーク（DN）７と通信する。より具体的には、UE１は、アクセスネットワーク（i.e., 5G Access Network（5GAN））５に接続され、コアネットワーク（i.e., 5G core network（5GC））内のUser Plane Function（UPF）６を介してデータネットワーク（DN）７と通信する。AN５は、Next Generation Radio Access Network（NG-RAN）若しくはnon-3GPP AN又は両方を含む。Non-3GPP ANは、無線LAN（WiFi）通信を扱うネットワークであってもよいし、Wireline 5G Access Network（W-5GAN）と表される有線通信を扱うネットワークであってもよい。UPF６は、相互に接続された複数のUPFを含んでもよい。

5Gアーキテクチャでは、UE１とDN７との間の接続（connectivity）サービスは、1又はそれ以上のProtocol Data Unit（PDU）セッションによってサポートされる。PDUセッションは、UE１とDN７との間のアソシエーション、セッション、又はコネクションである。PDUセッションは、PDU connectivity service（つまり、UE１とDN７との間のPDUsの交換（exchange of PDUs））を提供するために使用される。UE１は、UE１とDN７が接続されているUPF６（i.e., PDU session anchor）との間に１又はそれ以上のPDUセッションを確立する。データ転送の観点では、PDUセッションは、5GC内のトンネル（N9トンネル）、5GCとAN５との間のトンネル（N3トンネル）、及び１又はそれ以上の無線ベアラによって構成される。図１には示されていないが、UE１は、複数のDNs７に同時に（concurrently）アクセスするために、複数のUPFs（PDU session anchors）６それぞれとの複数のPDUセッションを確立してもよい。

AMF２は、5GC Control Plane内のネットワーク機能の１つである。AMF２は、RAN Control Plane（CP）インタフェース（i.e., N2インタフェース）の終端を提供する。AMF２は、UE１との１つの（single）シグナリングコネクション（i.e., N1 NAS signalling connection）を終端し、registration management、connection management、及びmobility managementを提供する。AMF２は、サービス・ベースド・インタフェース（i.e., Namfインタフェース）上でNFサービス（services）をNFコンシューマ（consumers）（e.g. 他のAMF、Session Management Function（SMF）３、及びAuthentication Server Function（AUSF）４）に提供する。AMF２により提供されるNFサービスは、通信サービス（Namf_Communication）を含む。当該通信サービスは、NFコンシューマ（e.g., SMF３）にAMF２を介してUE１又はAN５と通信することを可能にする。

SMF３は、5GC Control Plane内のネットワーク機能の１つである。SMF３は、PDUセッションを管理する。SMF３は、AMF２により提供される通信サービスを介して、UE１のNon-Access-Stratum (NAS) Session Management (SM)レイヤとの間でSMシグナリングメッセージ（messages）（NAS-SM messages、N1 SM messages）を送受信する。SMF３は、サービス・ベースド・インタフェース（i.e., Nsmfインタフェース）上でNFサービス（services）をNFコンシューマ（consumers）（e.g., AMF２、他のSMF）に提供する。SMF３により提供されるNFサービスは、PDUセッション管理サービス（Nsmf_PDUSession）を含む。当該NFサービスは、NFコンシューマ（e.g., AMF２）にPDUセッション(sessions)を操作する（handle）ことを可能にする。SMF３は、Intermediate SMF（I-SMF）であってもよい。I-SMFは、UPF６が異なるSMFサービスエリアに属しており、オリジナルSMFによる制御ができない場合に、必要に応じてAMF２とオリジナルSMFの間に挿入される。

AUSF４は、5GC Control Plane内のネットワーク機能の１つである。AUSF４は、サービス・ベースド・インタフェース（i.e., Nausfインタフェース）上でNFサービス（services）をNFコンシューマ（consumers）（e.g., AMF２、UDM８）に提供する。AUSF４により提供されるNFサービスは、UE authentication service（e.g. Nausf_UEAuthentication及びNausf_NSSAA_Authenticate）を含む。Nausf_UEAuthenticationサービスは、UEの認証及び関係する鍵情報（keying material）をNFコンシューマ（i.e., AMF）に提供する。より具体的には、AUSF４は、UDM８及びAuthentication credential Repository and Processing Function（ARPF）と連携し、5GSでサポートされる２つの認証方法（i.e., 5G-Authentication and Key Agreement (AKA)及びEAP-based authentication）のいずれかを用いた認証を実行する。認証を実行した後に、AUSF４は、AMF２に、認証結果ともし成功ならマスターキーを返信する。マスターキーは、NAS security keys及びその他のsecurity key(s)を導出するためにAMF２により使用される。UEの認証のために、AUSF４は、UDM８と密接に連携する。Nausf_NSSAA_Authenticateサービスは、NFコンシューマ（e.g., AMF２）にAUSF４を介してUE１とAAAサーバ間のネットワークスライスに特化した認証及び認可サービスを提供する。

UDM８は、5GC Control Plane内のネットワーク機能の１つである。UDM８は、加入者データ（加入者情報（subscription information））が格納されたデータベース（i.e., User Data Repository（UDR））へのアクセスを提供する。UDM８は、サービス・ベースド・インタフェース（i.e., Nudmインタフェース）上でNFサービス（services）をNFコンシューマ（consumers）（e.g. AMF２、AUSF４、SMF３）に提供する。UDM８により提供されるNFサービスは、加入者データ管理サービスを含む。当該NFサービスは、NFコンシューマ（e.g., AMF）に加入者データを取得（retrieve）することを可能にし、更新された加入者データをNFコンシューマに提供する。

図１の構成例は、説明の便宜のために、代表的なNFsのみを示している。本実施態様に係る無線通信ネットワークは、ローミングに特化した構成であってよく（例えば、非特許文献１の第4.2.4節を参照）、図１に示されていない他のNFs、例えばNetwork Slice Selection Function（NSSF）及びPolicy Control Function（PCF）を含んでもよい。

図２は、本実施態様に係るAMF２の動作の一例を示すフローチャートである。ステップ２０１では、AMF２は、Serving PLMN S-NSSAIsとMapped S-NSSAIs（又はHPLMN S-NSSAIs）の関連付けを管理する（又は記憶する）。当該関連付けにおいて、１つのServing PLMN S-NSSAIに対して１又はそれ以上のMapped S-NSSAIsが関連付けられている場合がある。これら１又はそれ以上のMapped S-NSSAIsは、AMF２が属するPLMNとは異なる他のPLMN（UE１のHPLMN）のS-NSSAIsであってもよい。以降、本明細書において、当該関連付けを第1の関連付けと呼ぶ。当該第1の関連付けでは、１つのServing PLMN S-NSSAIに対して複数のMapped S-NSSAIsが関連付けられている。これら複数のMapped S-NSSAIsの一部又は全部は、ネットワークスライスに特化した認証及び認可（Network Slice-Specific Authentication and Authorization（NSSAA））を課される（subject to）。

ステップ２０２では、AMF２は、UE１がNSSAA機能をサポートしているかどうかを示す情報を含むRegistration RequestメッセージをUE１から受信する。AMF２は、当該情報に基づいて、Serving PLMN S-NSSAIに関連付けられるMapped S-NSSAI(s)を特定（又は決定）する。より具体的には、AMF２は、受信したRegistration Requestメッセージに含まれるNSSAAに関する5th generation mobility management (5GMM) Capability情報に基づいて、UE１がNSSAA機能をサポートしているか否かを判別してもよい。NSSAAに関する5GMM Capability情報は、UE１がNSSAA機能をサポートしているかどうかを示す。NSSAAに関する5GMM Capability情報は、5GMM Capability情報に含まれるNetwork slice-specific authentication and authorization (NSSAA)値であってよい。NSSAA値はNSSAA機能がサポートされているかどうかを示す情報の一例である。AMF２は、当該NSSAA値が"Network slice-specific authentication and authorization supported"を示す場合に、UE１がNSSAA機能をサポートすることを認識してもよい。そして、AMF２は、Serving PLMN S-NSSAIと複数のMapped S-NSSAIsとの間の第1の関連付けを参照し、NSSAAを課されない（not subject to）少なくとも１つのMapped S-NSSAIとの関連付けを、NSSAAを課される（subject to）少なくとも１つのMapped S-NSSAIとの関連付けから区別する。

ステップ２０３では、AMF２は、Serving PLMN S-NSSAIとNSSAAを課されない少なくとも１つのMapped S-NSSAIの関連付け（以下、この関連付けを第２の関連付けともいう）をAllowed NSSAI情報要素（Information Element（IE））にセットする。さらに、AMF２は、Serving PLMN S-NSSAIとNSSAAを課される少なくとも１つのMapped S-NSSAIの関連付け（以下、この関連付けを第３の関連付けともいう）をPending NSSAI IEにセットする。AMF２は、これらのAllowed NSSAI IE及びPending NSSAI IEをUE１に送信する。つまり、AMF２は、Serving PLMN S-NSSAIだけでなく、当該Serving PLMN S-NSSAIに関連付けられるMapped S-NSSAI(s)をUE１に送られるAllowed NSSAI IE及びPending NSSAI IEに含める。AMF２は、NSSAI Storage又はその他のUE設定を更新するためにAMF２からUE１に送られるメッセージを用いて、Allowed NSSAI IE及びPending NSSAI IEをUE１に送信してもよい。当該メッセージは、NASメッセージであってもよく、より具体的にはRegistration Acceptメッセージであってもよい。

図３は、図２で示されたフローチャートに関係するUE１の動作の一例を示すフローチャートである。ステップ３０１では、UE１は、Pending NSSAI IE及びAllowed NSSAI IEをAMF２から受信する。当該Pending NSSAI IEは、Serving PLMN S-NSSAIとNSSAAを課される１又はそれ以上のMapped S-NSSAIsとの関連付け（第３の関連付け）を含む。一方、当該Allowed NSSAI IEは、当該Serving PLMN S-NSSAIとNSSAAを課されない１又はそれ以上のMapped S-NSSAIsとの関連付け（第２の関連付け）を含む。

ステップ３０２では、当該Pending NSSAI IE及びAllowed NSSAI IEの受信に応答して、UE１は、UE１のメモリに格納されているNSSAI Storageを更新する。具体的には、UE１は、受信したServing PLMN S-NSSAIによってNSSAI storage内のAllowed NSSAIを置換又は上書きし（replace or rewrite）、当該Serving PLMN S-NSSAIに関連付けられる１又はそれ以上のMapped S-NSSAIsを格納する（store）。また、UE１は、NSSAI storage内のPending NSSAIを受信したServing PLMN S-NSSAIで置換又は上書きし（replace or rewrite）、当該Serving PLMN S-NSSAIに関連付けられる１又はそれ以上のMapped S-NSSAIsを格納する（store）。

図４は、UE１のNSSAI Storageの更新手順の一例を示す。ステップ４０１では、UE１のNSSAI Storage内のAllowed NSSAI及びPending NSSAIはどちらもエントリを有していない。言い換えると、Allowed NSSAI及びPending NSSAIはどちらも空（empty）である。ステップ４０２では、UE１は、Registration RequestメッセージをAMF２に送信する。AMF２は、Visited PLMN (VPLMN)のAMFであってもよい。UE１は、S-NSSAI#1及びS-NSSAI#2を当該Registration Requestメッセージ内のRequested mapped NSSAI IEに含める。具体的には、UE１は、図示されていないConfigured NSSAI（又はDefault Configured NSSAI）に基づいて、S-NSSAI#1及びS-NSSAI#2をRequested mapped NSSAI IEに含めてもよい。また、当該Registration Requestメッセージは、UE１がNSSAAをサポートすることを示す。具体的には、当該Registration Requestメッセージは、"Network slice-specific authentication and authorization supported"にセットされた5GMM Capability IEを含む。

ステップ４０３では、AMF２は、UDM８が公開するSubscriber Data Management (SDM)サービスに対してGetオペレーションを用いてUE１のSubscribed NSSAIに関連するリソース要求を行う。当該要求は、例えば、Nudm_SDM_Get Application Programming Interface (API)を介して行われてよい。ステップ４０４では、UDM８は、UE１のSubscribed NSSAI（ここではS-NSSAI#1, S-NSSAI#2）を、ステータスコードが200 OKのメッセージのmessage bodyに含めてAMF２に返す。なお、Subscribed NSSAIは、AdditionalSnssaiData属性（又はフィールド）を有する。当該フィールドは、各S-NSSAIがNSSAAを課されるか否かを示す。具体的には、当該フィールドは、属性（attribute）（e.g., requiredAuthnAuthz）の値のリストを含み、各値は対応するS-NSSAIがNSSAAを課されるか否かを示す。具体的には、S-NSSAI#1に関する属性値はS-NSSAI#1がNSSAAを課されないことを示し（e.g., requiredAuthnAuthz=false or absent)、S-NSSAI#2に関する属性値はS-NSSAI#2がNSSAAを課されることを示す（e.g., requiredAuthnAuthz=true)。

ステップ４０５では、AMF２は、AMF２がサポートしている（serveできる）特定のServing PLMN S-NSSAI（ここではS-NSSAI#3）をS-NSSAI#1及びS-NSSAI#2に関連付けている。つまり、S-NSSAI#3には２つのMapped S-NSSAIs（S-NSSAI#1, S-NSSAI#2）が関連付けられる。ここで、S-NSSAI#1及びS-NSSAI#2に関連付ける特定のServing PLMN S-NSSAIの選定を、例えば、NSSFが行ってもよい。具体的には、ステップ４０４の後に、AMF２は、S-NSSAI#1及びS-NSSAI#2をNSSFに送信してもよい。S-NSSAI#1及びS-NSSAI#2の受信に応じて、NSSFは、S-NSSAI#1及びS-NSSAI#2を特定のServing PLMN S-NSSAI（ここではS-NSSAI#3）に関連付け、当該関連付け（第１の関連付け）をAMF２に送信してもよい。NSSFは、当該第１の関連付けを含むConfigured NSSAIをAMF２に送信してもよい。

ステップ４０６では、AMF２は、UE１がNSSAAをサポートしていることを示す5GMM Capability情報のNSSAA値（"Network slice-specific authentication and authorization supported"）に基づいて、UE１に送信されるAllowed NSSAI IE及びPending NSSAI IEを決定する。具体的には、AMF２は、S-NSSAI#3とS-NSSAI#3に関連付けられたNSSAAを課されないMapped S-NSSAI(s)（ここではS-NSSAI#1）との関連付け（第２の関連付け）をAllowed NSSAI IEにセットする。さらに、AMF２は、UE１のNSSAI Storage内のPending NSSAIを更新するために、S-NSSAI#3とS-NSSAI#3に関連付けられたNSSAAを課されるMapped S-NSSAI(s)（ここではS-NSSAI#2）との関連付け（第３の関連付け）をPending NSSAI IEにセットする。AMF２はこれらのAllowed NSSAI IE及びPending NSSAI IEを含むNASメッセージ（e.g., Registration Acceptメッセージ）をUE１に送信する。

ステップ４０７では、NASメッセージの受信に応じて、UE１は、UE１のメモリに格納されているNSSAI Storageを更新する。具体的には、UE１は、受信したAllowed NSSAI IEに含まれるServing PLMN S-NSSAI（ここではS-NSSAI#3）によってNSSAI storage内のAllowed NSSAIを置換又は上書きし（replace or rewrite）、当該Serving PLMN S-NSSAIに関連付けられる１又はそれ以上のMapped S-NSSAIs（ここではS-NSSAI#1）を格納する（store）。つまり、UE１は、受信したAllowed NSSAI IEに含まれる、S-NSSAI#3とNSSAAを課されないMapped S-NSSAI(s)（ここではS-NSSAI#1）との組み合わせ（または第２の関連付け）をAllowed NSSAIに格納する。また、UE１は、受信したPending NSSAI IEに含まれるServing PLMN S-NSSAI（ここではS-NSSAI#3）によってNSSAI storage内のPending NSSAIを置換又は上書きし（replace or rewrite）、当該Serving PLMN S-NSSAIに関連付けられる１又はそれ以上のMapped S-NSSAIs（ここではS-NSSAI#2）を格納する（store）。つまり、UE１は、受信したPending NSSAI IEに含まれる、S-NSSAI#3とNSSAAを課されるMapped S-NSSAI(s)（ここではS-NSSAI#2）との組み合わせ（または第３の関連付け）をPending NSSAIに格納する。

図５は、本実施態様に係るUE１の動作の一例を示すフローチャートである。ステップ５０１では、UE１は、Allowed NSSAIとPending NSSAIを含むNSSAI Storageを管理する。

ステップ５０２では、UE１は、AMF２からAllowed NSSAI IE及びPending NSSAI IEを受信する。当該Allowed NSSAI IEは、S-NSSAI#3とS-NSSAI#3に関連付けられたNSSAAを課されないMapped S-NSSAI(s)（ここではS-NSSAI#1）との第２の関連付けを示す。一方、当該Pending NSSAI IEは、S-NSSAI#3とS-NSSAI#3に関連付けられたNSSAAを課されるMapped S-NSSAI(s)（ここではS-NSSAI#2）との第３の関連付けを示す。

ステップ５０３では、UE１は、ステップ５０２で受信したAllowed NSSAI及びPending NSSAIをNSSAI StorageのAllowed NSSAI及びPending NSSAIにそれぞれ格納する。その後、UE１が登録手順（Registration procedure）を行うとき、UE１は、Allowed NSSAIに含まれているS-NSSAI#3及びNSSAAを課されない関連付けられたMapped S-NSSAI(s)（ここではS-NSSAI#1）を登録手順のためのメッセージにセットすることができる。より具体的には、UE1は、S-NSSAI#3がPending NSSAIに格納されていたとしても、S-NSSAI#3が特定のMapped S-NSSAI(s)（ここではS-NSSAI#1）と関連付けてAllowed NSSAIにも格納されていた場合、UE１は、S-NSSAI#3が複数のMapped S-NSSAIsに関連付けられており、Allowed NSSAIに含まれるS-NSSAI#3と特定のMapped S-NSSAI(s)（S-NSSAI#1）との組み合わせを登録手順で利用できると判別できる。したがって、UE１は、S-NSSAI#3とこれに関連付けられたMapped S-NSSAI(s)（ここではS-NSSAI#1）とを登録手順のためのメッセージに設定し、それをネットワークに送信することができる。登録手順のためのメッセージは、NASメッセージであってよく、より具体的にはMobility Registration UpdateまたはPeriodic Registration UpdateのためのRegistration Requestメッセージであってよい。

本実施態様における手順は、ローミングシナリオにおいて、１つのServing PLMN S-NSSAIが複数のMapped S-NSSAIsに関連付けられており、且つこれら複数のMapped S-NSSAIsの一部又は全部がNSSAAを課される場合に、UE１のNSSAI storageのPending NSSAIおよびAllowed NSSAIの一方又は両方を適切に更新することをAMF２及びUE１に可能にする。これにより、スライスサービスの可用性の向上に寄与できる。

また、本実施態様における手順は、同じServing PLMN S-NSSAIがAllowed NSSAI及びPending NSSAIの両方に含まれる場合、Allowed NSSAIにより示される当該Serving PLMN S-NSSAIとMapped S-NSSAI(s)との関連付けを登録手順において使用することをUE１に可能にする。これにより、スライスサービスの可用性の向上に寄与できる。例えば、通常は、Pending NSSAIに含まれるServing PLMN S-NSSAIは、当該Serving PLMN S-NSSAIにマップされるHome PLMN S-NSSAIのNSSAAが実行中（ongoing）であるから、以降の（subsequent）登録手順のためにUE１によって利用されることができない（例えば、非特許文献１の第5.15.5.2.1節を参照）。しかしながら、本実施態様では、Allowed NSSAI内で当該Serving PLMN S-NSSAIに関連付けられた（又は組み合わせられた）各Mapped S-NSSAIがPending NSSAI内で当該Serving PLMN S-NSSAIに関連付けられたMapped S-NSSAI(s)と異なるなら、UE１は、Allowed NSSAIに含まれる当該Serving PLMN S-NSSAI及び関連付けられたMapped S-NSSAI(s)を以降の登録手順でRegistration Requestメッセージにセットすることができる。

＜第２の実施態様＞
本実施態様に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。本実施態様は、AMF２によるServing PLMN S-NSSAIとMapped S-NSSAI(s)の関連付け、及びNSSAI Storage更新の他の例を提供する。

図６は、本実施態様に係るAMF２の動作の一例を示すフローチャートである。ステップ６０１では、AMF２は、Serving PLMN S-NSSAIsとMapped S-NSSAIs（又はHPLMN S-NSSAIs）の関連付けを管理する（又は記憶する）。当該関連付けにおいて、１つのServing PLMN S-NSSAIに対して１又はそれ以上のMapped S-NSSAIsが関連付けられている場合がある（第１の関連付け）。これら１又はそれ以上のMapped S-NSSAIsは、AMF２が属するPLMNとは異なる他のPLMN（UE１のHPLMN）のS-NSSAIsであってもよい。当該第1の関連付けでは、１つのServing PLMN S-NSSAIに対してNSSAAを課される（subject to）少なくとも２つのMapped S-NSSAIsが関連付けられている（第３の関連付け）。

ステップ６０２では、AMF２は、UE１がNSSAA機能をサポートしているかどうかを示す情報を含むRegistration RequestメッセージをUE１から受信する。AMF２は、当該情報に基づいて、Serving PLMN S-NSSAIに関連付けられるMapped S-NSSAI(s)を特定（又は決定）する。より具体的には、AMF２は、受信したRegistration Requestメッセージに含まれるNSSAAに関する5GMM Capability情報に基づいて、UE１がNSSAA機能をサポートしているか否かを判別してもよい。NSSAAに関する5GMM Capability情報は、UE１がNSSAA機能をサポートしているかどうかを示す。NSSAAに関する5GMM Capability情報は、5GMM Capability情報に含まれるNSSAA値であってよい。NSSAA値はNSSAA機能をサポートしているかどうかを示す情報の一例である。AMF２は、当該NSSAA値が"Network slice-specific authentication and authorization supported"を示す場合に、UE１がNSSAA機能をサポートすることを認識してもよい。そして、AMF２は、Serving PLMN S-NSSAIと複数のMapped S-NSSAIsとの間の第1の関連付けを参照し、NSSAAを課される（subject to）少なくとも２つのMapped S-NSSAIsとの少なくとも２つの関連付けを特定（又は選択）する。

ステップ６０３では、AMF２は、第1の関連付けのうちServing PLMN S-NSSAIとNSSAAを課される少なくとも２つのMapped S-NSSAIsの関連付け（第３の関連付け）をUE１のためのPending NSSAI IEにセットする。AMF２は、当該Pending NSSAI IEをUE１に送信する。つまり、AMF２は、Serving PLMN S-NSSAIだけでなく、当該Serving PLMN S-NSSAIに関連付けられるMapped S-NSSAIsをUE１に送られるPending NSSAI IEに含める。AMF２は、NSSAI Storage又はその他のUE設定を更新するためにAMF２からUE１に送られるメッセージを用いて、Pending NSSAI IEをUE１に送信してもよい。当該メッセージは、NASメッセージであってもよく、より具体的にはRegistration Acceptメッセージであってもよい。

図７は、図６で示されたフローチャートに関係するUE１の動作の一例を示すフローチャートである。ステップ７０１では、UE１は、Pending NSSAI IEをAMF２から受信する。当該Pending NSSAI IEは、Serving PLMN S-NSSAIとNSSAAを課される少なくとも２つのMapped S-NSSAIsとの関連付け（第３の関連付け）を含む。

ステップ７０２では、当該Pending NSSAI IEの受信に応答して、UE１は、UE１のメモリに格納されているNSSAI Storageを更新する。具体的には、UE１は、受信したServing PLMN S-NSSAIでNSSAI storage内のPending NSSAIを置換又は上書きし（replace or rewrite）、当該Serving PLMN S-NSSAIに関連付けられる２又はそれ以上のMapped S-NSSAIsを格納する（store）。

図８は、UE１のNSSAI Storageの更新手順の一例を示す。ステップ８０１では、UE１のNSSAI Storage内のPending NSSAIはエントリを有していない。言い換えるとPending NSSAIは空である。ステップ８０２では、UE１は、Registration RequestメッセージをAMF２に送信する。AMF２は、Visited PLMN (VPLMN)のAMFであってもよい。UE１は、S-NSSAI#1及びS-NSSAI#2を当該Registration Requestメッセージ内のRequested mapped NSSAI IEに含める。また、当該Registration Requestメッセージは、UE１がNSSAAをサポートすることを示す。具体的には、当該Registration Requestメッセージは、"Network slice-specific authentication and authorization supported"にセットされた5GMM Capability IEを含む。

ステップ８０３では、AMF２は、UDM８が公開するSDMサービスに対してGetオペレーションを用いてUE１のSubscribed NSSAIに関連するリソース要求を行う。当該要求は、例えば、Nudm_SDM_Get APIを介して行われてよい。ステップ８０４では、UDM８は、UE１のSubscribed NSSAI（ここではS-NSSAI#1, S-NSSAI#2）を、ステータスコードが200 OKのメッセージのmessage bodyに含めてAMF２に返す。なお、Subscribed NSSAIは、AdditionalSnssaiData属性（又はフィールド）を有する。当該フィールドは、各S-NSSAIがNSSAAを課されるか否かを示す。具体的には、当該フィールドは、属性（attribute）（e.g., requiredAuthnAuthz）の値のリストを含み、各値は対応するS-NSSAIがNSSAAを課されるか否かを示す。具体的には、S-NSSAI#1及びS-NSSAI#2それぞれに関する２つの属性値はこれらがNSSAAを課されることを示す（e.g., requiredAuthnAuthz=true)。

ステップ８０５では、AMF２は、AMF２がサポートしている（serveできる）特定のServing PLMN S-NSSAI（ここではS-NSSAI#3）をS-NSSAI#1及びS-NSSAI#2に関連付けている。つまり、S-NSSAI#3には２つのMapped S-NSSAIs（S-NSSAI#1, S-NSSAI#2）が関連付けられる。ここで、S-NSSAI#1及びS-NSSAI#2に関連付ける特定のServing PLMN S-NSSAIの選定を、例えば、NSSFが行ってもよい。具体的には、ステップ３０４の後に、AMF２は、S-NSSAI#1及びS-NSSAI#2をNSSFに送信してもよい。S-NSSAI#1及びS-NSSAI#2の受信に応じて、NSSFは、S-NSSAI#1及びS-NSSAI#2を特定のServing PLMN S-NSSAI（ここではS-NSSAI#3）に関連付け、当該関連付け（第１の関連付け）をAMF２に送信してもよい。NSSFは、当該第１の関連付けを含むConfigured NSSAIをAMF２に送信してもよい。

ステップ８０６では、AMF２は、UE１がNSSAAをサポートしていることを示す5GMM Capability情報のNSSAA値（"Network slice-specific authentication and authorization supported"）に基づいて、UE１に送信されるPending NSSAI IEを決定する。具体的には、AMF２は、UE１のNSSAI Storage内のPending NSSAIを更新するために、S-NSSAI#3とNSSAAを課される２つのMapped S-NSSAIs（ここではS-NSSAI#1及びS-NSSAI#2）との間の関連付け（第３の関連付け）をPending NSSAI IEにセットする。当該第３の関連付けは、S-NSSAI#3及びS-NSSAI#1の組み合わせを含み、S-NSSAI#3及びS-NSSAI#2の組み合わせをさらに含む。AMF２はこのPending NSSAI IEを含むNASメッセージ（e.g., Registration Acceptメッセージ）をUE１に送信する。

ステップ８０７では、NASメッセージの受信に応じて、UE１は、UE１のメモリに格納されているNSSAI Storageを更新する。具体的には、UE１は、受信したServing PLMN S-NSSAI（ここではS-NSSAI#3）によってNSSAI storage内のPending NSSAIを置換又は上書きし（replace or rewrite）、当該Serving PLMN S-NSSAIに関連付けられるMapped S-NSSAIs（ここではS-NSSAI#1及びS-NSSAI#2）を格納する（store）。つまり、UE１は、受信したPending NSSAI IEに含まれる、S-NSSAI#3とNSSAAを課される２つ以上のMapped S-NSSAIs（ここではS-NSSAI#1及びS-NSSAI#2）それぞれとの２つ以上の組み合わせ（または第３の関連付け）をPending NSSAIに格納する。

図９は、図８の手順の後に、あるMapped S-NSSAI（ここではS-NSSAI#2）のNSSAA手順が成功完了した場合のNSSAI Storageの更新手順の一例を示す。ステップ９０１では、UE１は、Allowed NSSAIとPending NSSAIを含むNSSAI Storageを管理する。ここの時点のPending NSSAIは、特定のServing PLMN S-NSSAIに関連づけられ且つNSSAAを課される第1及び第２のMapped S-NSSAIs（S-NSSAI#1及びS-NSSAI#2）を格納している。

ステップ９０２では、UE１は、特定のServing PLMN S-NSSAIと関連付けられた第２のMapped S-NSSAI（ここではS-NSSAI#2）のと組み合わせが設定されたAllowed NSSAI IEをAMF２から受信する。ステップ９０３では、UE１は、ステップ９０２で受信した組み合わせをNSSAI storage内のPending NSSAIから削除し、当該組み合わせをAllowed NSSAIに格納する。

図１０は、１つのServing PLMN S-NSSAIに関連付けられる２つのMapped S-NSSAIs（ここではS-NSSAI#1とS-NSSAI#2）についてNSSAA手順が実行され、先にS-NSSAI#2のNSSAA手順が成功完了した場合のNSSAI Storageの更新手順の一例を示す。ステップ１００１では、UE１はPending NSSAIを管理している。この時点のPending NSSAIは、Serving PLMN S-NSSAI(ここではS-NSSAI#3)とMapped S-NSSAI(ここではS-NSSAI#1)の組み合わせ、及び当該Serving PLMN S-NSSAI(S-NSSAI#3)と関連付けられる他のMapped S-NSSAI(ここではS-NSSAI#2)との組み合わせを格納している。

ステップ１００２では、S-NSSAI#1及びS-NSSAI#2のための認証及び認可手順が実行される。ステップ１００３では、S-NSSAI#2のための認証及び認可手順が成功する。これに応じて、AMF２は、S-NSSAI#3とS-NSSAI#3に関連付けられたS-NSSAI#2をAllowed NSSAI IEにセットし、当該Allowed NSSAI IEを含むConfiguration Update CommandメッセージをUE１に送信する。これにより、AMF２は、S-NSSAI#3とS-NSSAI#3に関連付けられたS-NSSAI#2がAllowed NSSAIに含まれることをUE１に示す。

ステップ１００４では、当該Allowed NSSAI IEの受信に応答して、UE１は、UE１のメモリに格納されているNSSAI Storageを更新する。具体的には、UE１は、ステップ１００３で受信したAllowed NSSAI IEに含まれるS-NSSAI#3とS-NSSAI#2の組み合わせをNSSAI storage内のPending NSSAIから削除し、当該組み合わせをAllowed NSSAIに格納する。

本実施態様における手順は、ローミングシナリオにおいて、１つのServing PLMN S-NSSAIが共にNSSAAを課される２つのMapped S-NSSAIsに関連付けられている場合に対処できる。本実施態様における手順は、これら２つのMapped S-NSSAIsが同一のServing PLMN S-NSSAIにマップされることに影響されず正確にNSSAI Storageを更新することをUE１に可能にする。例えば、１つのServing PLMN S-NSSAIに第１のMapped S-NSSAIと第２のMapped S-NSSAIが関連付けられている場合、且つ第２のMapped S-NSSAIのための認証及び認可手順が成功した場合、AMF２は、NSSAI Storageの更新を引き起こすメッセージをUE１に送る。当該メッセージは、Serving PLMN S-NSSAIだけでなく、当該Serving PLMN S-NSSAIにマップされる第２のMapped S-NSSAIの情報をも含む。これにより、UE１は、NSSAI Storageに含まれる当該Serving PLMN S-NSSAIと第２のMapped S-NSSAIの組み合わせが更新されるべきであることを判別でき、当該組み合わせに関してNSSAI Storageの更新を行うことができる。

＜第３の実施態様＞
本実施態様は、第２の実施態様の変形（modification）を提供する。本実施態様に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。

図１１は、本実施態様に係るAMF２の動作の一例を示すフローチャートである。ステップ１１０１では、第１のServing PLMN S-NSSAIに関連付けられ且つNSSAAを課される第１及び第２のMapped S-NSSAIsのための認証及び認可手順が行なわれる。その結果、第１のMapped S-NSSAIのための認証及び認可手順が成功し、第２のMapped S-NSSAIのための認証及び認可手順が失敗する。

ステップ１１０２では、AMF２は、第１のServing PLMN S-NSSAIと第１のServing PLMN S-NSSAIに関連付けられた第１のMapped S-NSSAIとの組み合わせをAllowed NSSAI IEにセットし、同時に第１のServing PLMN S-NSSAIをRejected NSSAIにセットする。AMF２は、これらのAllowed NSSAI及びRejected NSSAIを含むメッセージをUE１に送信する。

図１２は、図１１で示されたフローチャートに関係するUE１の動作の一例を示すフローチャートである。ステップ１２０１では、Pending NSSAIを含むNSSAI Storageを管理する。この時点のPending NSSAIは、第１のServing PLMN S-NSSAIと当該第１のServing PLMN S-NSSAIに関連付けられるNSSAAを課される２つのMapped S-NSSAIs（第１のMapped S-NSSAI及び第２のMapped S-NSSAI）との組み合わせ（又は関連付け、マッピング）を格納している。

ステップ１２０２では、第１のMapped S-NSSAIのための認証及び認可手順が成功し、第２のMapped S-NSSAIのための認証及び認可手順が失敗する。これに応じて、UE１は、AMF2からAllowed NSSAI IE及びRejected NSSAIを含むメッセージを受信する。当該Allowed NSSAI IEは、第１のServing PLMN S-NSSAIと第１のMapped S-NSSAIとの組み合わせを含む。一方、Rejected NSSAI IEは、第１のServing PLMN S-NSSAIを含む。

ステップ１２０３では、UE１は、ステップ１２０２で受信したAllowed NSSAI IEに含まれる第１のServing PLMN S-NSSAIと第１のMapped S-NSSAIとの組み合わせをPending NSSAIから削除し、当該組み合わせをAllowed NSSAIに格納する。さらにUE１は、第1のServing PLMN S-NSSAIと第２のMapped S-NSSAIの組み合わせをPending NSSAIから削除し、第1のServing PLMN S-NSSAIをRejected NSSAIに格納する。

図１３は、１つのServing PLMN S-NSSAIに関連付けられる２つのMapped S-NSSAIsについてNSSAA手順が実行され、一方のMapped S-NSSAIのためのNSSAA手順が失敗し、他方のMapped S-NSSAIのためのNSSAA手順が成功する場合のNSSAI Storageの更新手順の一例を示す。ステップ１３０１では、UE１はPending NSSAIを管理している。この時点のPending NSSAIは、Serving PLMN S-NSSAI（ここではS-NSSAI#3）とMapped S-NSSAI(s)（ここではS-NSSAI#1）の組み合わせ（又は関連付け、マッピング）、及び当該Serving PLMN S-NSSAIと他のMapped S-NSSAI(s)（ここではS-NSSAI#2）の組み合わせ（又は関連付け、マッピング）を格納している。

ステップ１３０２では、S-NSSAI#1及びS-NSSAI#2のための認証及び認可手順が実行される。ステップ１３０３では、S-NSSAI#2のための認証及び認可手順が失敗し、AMF２は、S-NSSAI#3がRejected NSSAIに含まれることを示すためにConfiguration Update CommandメッセージをUE１に送信する。当該メッセージは、Rejected NSSAI IE及び拡張（Extended）Rejected NSSAI IEを含む。Rejected NSSAI IEは、Rejected NSSAIに格納される必要があるServing PLMN S-NSSAI（ここではS-NSSAI#3）を示す。拡張Rejected NSSAIは、Rejected NSSAIに格納される必要があるServing PLMN S-NSSAI（ここではS-NSSAI#3）を示し、さらにS-NSSAI#3と関連付けられるMapped S-NSSAI(s)（ここではS-NSSAI#2）を示す。拡張Rejected NSSAIは、Pending NSSAIから削除されるべきServing PLMN S-NSSAIとMapped S-NSSAI(s)との組み合わせを判別することをUE１に可能にする。また、拡張Rejected NSSAIは以下のように変形されてもよい。拡張Rejected NSSAI IEはRejected NSSAI IEとは独立した情報要素(information element）として規定されず、Rejected NSSAI IEのフォーマットを拡張することで拡張Rejected NSSAIとして規定されてもよい。この場合、Rejected NSSAI IE は後方互換性(backward compatibility)を保証し拡張されなければならない。

ステップ１３０３は以下のように変形されてもよい。ステップ１３０３のメッセージは、拡張Rejected NSSAI IEに代えて、Pending NSSAI IEを含んでもよい。より具体的には、当該メッセージは、Rejected NSSAI IE及びPending NSSAI IEを含んでもよい。当該Rejected NSSAI IEはS-NSSAI#3を含む。一方、当該Pending NSSAI IEはS-NSSAI#3とS-NSSAI#1の組み合わせを含む。言い換えると、AMF２は、複数のMapped S-NSSAIsとの組み合わせを持つServing PLMN S-NSSAIをRejected NSSAIに移す場合に、当該Serving PLMN S-NSSAIにマップされているがUE1に許可される又はNSSAAのために保留中（pending）である１又はそれ以上のMapped S-NSSAIsを明示的にUE１に示す。これにより、UE１は、複数のMapped S-NSSAIsとの組み合わせを持つ当該Serving PLMN S-NSSAIがRejected NSSAIに移されるものの、これら複数のMapped S-NSSAIsのうちの一部に関しては依然として当該Serving PLMN S-NSSAIが許可される又はNSSAAのために保留中（pending）であることを認識できる。

ステップ１３０４では、UE１は、S-NSSAI#3とS-NSSAI#3に関連付けられるS-NSSAI#2をPending NSSAIから削除し、S-NSSAI#3をRejected NSSAIに格納する。

ステップ１３０５では、S-NSSAI#1のための認証及び認可手順（図１３にはS-NSSAI#1のための認証及び認可手順は省略されている。）が成功する。これに応じて、AMF２は、S-NSSAI#3及びS-NSSAI#1の組み合わせがAllowed NSSAIに含まれることを示すためにConfiguration Update CommandメッセージをUE１に送信する。当該メッセージは、S-NSSAI#3及びS-NSSAI#1の組み合わせを示すAllowed NSSAI IEを含む。

ステップ１３０６では、UE１は、受信したAllowed NSSAI IEに従って、S-NSSAI#3とS-NSSAI#3に関連付けられるS-NSSAI#1の組み合わせをPending NSSAIから削除し、当該組み合わせをAllowed NSSAIに格納する。

なお、図１３に示されたステップの順序は一例である。例えば、ステップ１３０５及びステップ１３０６は、ステップ１３０３及びステップ１３０４と同時に発生してもよいし、これらのステップよりも先に発生してもよい。

図１４及び図１５を用いて、拡張Rejected NSSAI IEのフォーマットの例について説明する。図１４は、拡張Rejected NSSAI IEに設定されるパラメータの一覧を示している。図１４は、非特許文献３の第9.11.3.37節を参考にしている。図１４の例では、拡張Rejected NSSAI IEは、NSSAI IE Identifier（IEI）フィールド１４０１、Length of S-NSSAI contentsフィールド１４０２、及び１又はそれ以上のS-NSSAI valueフィールド１４０３を含む。NSSAI IEIフィールド１４０１は、拡張Rejected NSSAI IEを示す識別子を包含する。Length of S-NSSAI contentsフィールド１４０２は、当該拡張Rejected NSSAI IEに含まれるコンテンツのオクテット単位の長さを示す。

図１５は、図１４に示されたS-NSSAI valueフィールド１４０３の型を示している。図１５が示すように、拡張Rejected NSSAI IEに設定されるS-NSSAI valueフィールド１４０３は、Serving PLMN S-NSSAIを示すSST及びSDを示すフィールド１５０１と、当該Serving PLMN S-NSSAIに関連付けられるMapped S-NSSAIを示すSST及びSDフィールド１５０２を含む。図１３の手順に関して説明された拡張Rejected NSSAI IEは、図１４及び１５に示された構成されてもよい。

本実施態様における手順は、ローミングシナリオにおいて、１つのServing PLMN S-NSSAIが共にNSSAAを課される２つのMapped S-NSSAIsに関連付けられており、これら２つのMapped S-NSSAIsのうち一方のための認証及び認可手順が成功し、他方のための認証及び認可手順が失敗した場合に対処できる。本実施態様における手順は、これら２つのMapped S-NSSAIsが同一のServing PLMN S-NSSAIにマップされることに影響されず正確にNSSAI Storageを更新することをUE１に可能にする。例えば、１つのServing PLMN S-NSSAIに第１のMapped S-NSSAIと第２のMapped S-NSSAIが関連付けられている場合、且つ第２のMapped S-NSSAIのための認証及び認可手順が失敗した場合、AMF２は、NSSAI Storageの更新を引き起こすメッセージをUE１に送る。当該メッセージは、Rejected NSSAI IEに設定されるServing PLMN S-NSSAIだけでなく、当該Serving PLMN S-NSSAIに関連付けられ且つ拒絶されるMapped S-NSSAI(s)（又は拒絶されていないMapped S-NSSAI(s)）も含む。これにより、UE１は、NSSAI StorageのPending NSSAIに含まれる当該Serving PLMN S-NSSAIと関連付けられた第２のMapped S-NSSAIとの組み合わせが更新されるべきであることを判別でき、当該組み合わせに関してNSSAI Storageの更新を行うことができる。

＜第４の実施態様＞
本実施態様に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。本実施態様は、認可（authorization）の取り消し（revocation）が発生した場合のNSSAI Storage更新の例を提供する。なお、本実施態様においては図１３，１４，及び１５を参照して説明された拡張Rejected NSSAIを用いる。

図１６は、本実施態様に係るAMF２の動作の一例を示すフローチャートである。ステップ１６０１では、AMF２は、Serving PLMN S-NSSAIsとMapped S-NSSAIs（又はHPLMN S-NSSAIs）の関連付けを管理する（又は記憶する）。当該関連付けにおいて、１つのServing PLMN S-NSSAIがNSSAAを課される２つのMapped S-NSSAIs（第１のMapped S-NSSAIと第２のMapped S-NSSAI）に関連付けられている。加えて、これら２つのMapped S-NSSAIsのための認証及び認可手順が成功完了している。

ステップ１６０２では、AMF２は、第２のMapped S-NSSAIに対しての認可（authorization）の取り消し（revocation）要求をAUSF４から受信する。AMF２は、取り消し要求をAuthentication, Authorization, and Accounting (AAA) Serverから受信してもよい。これに応じて、ステップ１６０３では、AMF２は、第２のMapped S-NSSAIに関連付けられた第1のServing PLMN S-NSSAIと当該第２のMapped S-NSSAIとを含む拡張Rejected NSSAIを含むメッセージをUE１に送信する。当該メッセージは、NSSAI Storage又はその他のUE設定を更新するためにAMF２からUE１に送られるメッセージであってもよい。当該メッセージは、NASメッセージであってもよく、より具体的にはConfiguration Update Commandメッセージであってもよい。

図１７は、１つのServing PLMN S-NSSAIに関連付けられる２つのMapped S-NSSAIsについてのNSSAA手順が共に成功完了し、その後に一方のMapped S-NSSAIに対して認可（authorization）の取り消し（revocation）要求が発生した場合のNSSAI Storageの更新手順の一例を示す。ステップ１７０１では、UE１は、Allowed NSSAIを管理している。この時点のAllowed NSSAIは、Serving PLMN S-NSSAI（ここではS-NSSAI#3）とMapped S-NSSAI（ここではS-NSSAI#1）との組み合わせ（又は関連付け、マッピング）、及び当該Serving PLMN S-NSSAIと他のMapped S-NSSAI（ここではS-NSSAI#2）の組み合わせ（又は関連付け、マッピング）を格納している。

ステップ１７０２では、S-NSSAI#2の認可（authorization）の取り消し（revocation）が実行される。AMF２は、S-NSSAI#2の認可（authorization）の取り消し（revocation）をAUSF４（又はAAAサーバ）から要求される。これに応じて、ステップ１７０３では、AMF２は、S-NSSAI#3がRejected NSSAIに含まれることを示すためにConfiguration Update CommandメッセージをUE１に送信する。当該メッセージは、拡張（Extended）Rejected NSSAI IEを含む。拡張Rejected NSSAIは、Rejected NSSAIに格納される必要があるServing PLMN S-NSSAI（ここではS-NSSAI#3）を示し、さらにS-NSSAI#3と関連付けられるMapped S-NSSAI（ここではS-NSSAI#2）を示す。拡張Rejected NSSAIは、Pending NSSAIから削除されるべきServing PLMN S-NSSAIとMapped S-NSSAI(s)との組み合わせを判別することをUE１に可能にする。

ステップ１７０３は以下のように変形されてもよい。ステップ１７０３のメッセージは、拡張Rejected NSSAI IEに代えて、Allowed NSSAI IEを含んでもよい。より具体的には、当該メッセージは、Rejected NSSAI IE及びAllowed NSSAI IEを含んでもよい。当該Rejected NSSAI IEはS-NSSAI#3を含む。一方、当該Allowed NSSAI IEはS-NSSAI#3とS-NSSAI#1の組み合わせを含む。言い換えると、AMF２は、複数のMapped S-NSSAIsとの組み合わせを持つServing PLMN S-NSSAIをRejected NSSAIに移す場合に、当該Serving PLMN S-NSSAIにマップされているがUE1に許可される又はNSSAAのために保留中（pending）である１又はそれ以上のMapped S-NSSAIsを明示的にUE１に示す。これにより、UE１は、複数のMapped S-NSSAIsとの組み合わせを持つ当該Serving PLMN S-NSSAIがRejected NSSAIに移されるものの、これら複数のMapped S-NSSAIsのうちの一部に関しては依然として当該Serving PLMN S-NSSAIが許可される又はNSSAAのために保留中（pending）であることを認識できる。

本実施態様の拡張Rejected NSSAIのフォーマットは、図１４及び図１５に示された例と同様であってもよい。

本実施態様における手順は、ローミングシナリオにおいて、同じServing PLMN S-NSSAIにマップされる２つのMapped S-NSSAIsについてのNSSAA手順が成功完了し、その後に一方のMapped S-NSSAIに対して認可（authorization）の取り消し（revocation）要求が発生した場合に対処できる。本実施態様における手順は、UE１が、これら２つのMapped S-NSSAIsが同一のServing PLMN S-NSSAIにマップされることに影響されず正確にNSSAI Storageを更新することをUE１に可能にする。例えば、１つのServing PLMN S-NSSAIに関連付けられる第１のMapped S-NSSAIと第２のMapped S-NSSAIのための認証及び認可手順が成功完了した後に、AMF２が第２のMapped S-NSSAIのための認可（authorization）の取り消し（revocation）要求を受信した場合、AMF２は、NSSAI Storageの更新のためのメッセージをUE１に送る。当該メッセージは、Rejected NSSAI IEに設定されるServing PLMN S-NSSAIだけでなく、当該Serving PLMN S-NSSAIに関連付けられ、かつ認可取り消しされるMapped S-NSSAI（または認可取り消しされていないMapped S-NSSAI）も含む。これにより、UE１は、NSSAI StorageのAllowed NSSAIに含まれる当該Serving PLMN S-NSSAIと関連付けられた第２のMapped S-NSSAIとの組み合わせが更新されるべきであることを判別でき、当該組み合わせに関してNSSAI Storageの更新を行うことができる。

＜第５の実施態様＞
本実施態様に係る無線通信ネットワークの構成例は、図１に示された例と同様であってもよい。本実施態様は、登録手順のためのUE１の動作を提供する。本実施態様で説明されるUE１の動作は、上述のいずれの実施態様と組み合わせて実施されてもよい。

図１８は、本実施態様のUE１の動作の一例を示している。ステップ１８０１では、UE１は、Allowed NSSAI、Pending NSSAI、及びRejected NSSAIを含むNSSAI storageを管理する。ステップ１８０２では、Pending NSSAI及びRejected NSSAIのうち少なくとも一方に含まれるServing PLMN S-NSSAIがAllowed NSSAIにも同時に含まれるなら、Allowed NSSAIにおいて当該Serving PLMN S-NSSAIに関連付けられた第１のMapped (Home) PLMN S-NSSAIと当該Serving PLMN S-NSSAIとを登録要求メッセージに含める。ステップ１８０３では、UE１は、当該登録手順メッセージをAMF２に送信する。当該登録要求メッセージは、Mobility Registration UpdateまたはPeriodic Registration UpdateのためのRegistration Requestメッセージであってもよい。

一例では、UE１は、図４のステップ４０７又は図１０のステップ１００４に示されたのと同様のNSSAI storageを管理してもよい。より具体的には、Allowed NSSAIはServing PLMN S-NSSAI（e.g., S-NSSAI#3）及び第１のMapped (HPLMN) S-NSSAI（e.g., S-NSSAI#1）の組み合わせを格納しており、同時にPending NSSAIは当該Serving PLMN S-NSSAI（e.g., S-NSSAI#3）及び第２のMapped (HPLMN) S-NSSAI（S-NSSAI#2）の組み合わせを格納してもよい。この場合、UE１は、当該Serving PLMN S-NSSAI（e.g., S-NSSAI#3）がPending NSSAIに含まれているにも関わらず、当該Serving PLMN S-NSSAI（e.g., S-NSSAI#3）を登録要求メッセージのRequested NSSAI (IE)にセットし、第１のMapped (HPLMN) S-NSSAI（S-NSSAI#1）を同メッセージのRequested mapped NSSAI (IE)にセットすることができる。

他の例では、UE１は、図１３のステップ１３０６に示されたのと同様のNSSAI storageを管理してもよい。より具体的には、Allowed NSSAIはServing PLMN S-NSSAI（e.g., S-NSSAI#3）及び第１のMapped (HPLMN) S-NSSAI（e.g., S-NSSAI#1）の組み合わせを格納しており、同時にRejected NSSAIは当該Serving PLMN S-NSSAI（e.g., S-NSSAI#3）を格納してもよい。この場合、UE１は、当該Serving PLMN S-NSSAI（e.g., S-NSSAI#3）がRejected NSSAIに含まれているにも関わらず、当該Serving PLMN S-NSSAI（e.g., S-NSSAI#3）を登録要求メッセージのRequested NSSAI (IE)にセットし、第１のMapped (HPLMN) S-NSSAI（S-NSSAI#1）を同メッセージのRequested mapped NSSAI (IE)にセットすることができる。

本実施態様の動作によれば、複数のMapped (PLMN) S-NSSAIsが同一のServing PLMN S-NSSAIにマップされる場合に適した登録手順のためのUE動作を提供できる。

続いて以下では、上述の複数の実施態様に係るUE１、AMF２、及びUDM８の構成例について説明する。図１９は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１９０１は、RAN nodesと通信するためにアナログRF信号処理を行う。RFトランシーバ１９０１は、複数のトランシーバを含んでもよい。RFトランシーバ１９０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１９０１は、アンテナアレイ１９０２及びベースバンドプロセッサ１９０３と結合される。RFトランシーバ１９０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１９０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１９０２に供給する。また、RFトランシーバ１９０１は、アンテナアレイ１９０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１９０３に供給する。RFトランシーバ１９０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ベースバンドプロセッサ１９０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、ベースバンドプロセッサ１９０３によるデジタルベースバンド信号処理は、Service Data Adaptation Protocol（SDAP）レイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、およびPhysical（PHY）レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１９０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、Radio Resource Control（RRC）プロトコル、及びMAC Control Elements（CEs）の処理を含んでもよい。ベースバンドプロセッサ１９０３は、ビームフォーミングのためのMultiple Input Multiple Output（MIMO）エンコーディング及びプリコーディングを行ってもよい。

ベースバンドプロセッサ１９０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１９０４と共通化されてもよい。

アプリケーションプロセッサ１９０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１９０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１９０４は、メモリ１９０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。

幾つかの実装において、図１９に破線（１９０５）で示されているように、ベースバンドプロセッサ１９０３及びアプリケーションプロセッサ１９０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１９０３及びアプリケーションプロセッサ１９０４は、１つのSystem on Chip（SoC）デバイス１９０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１９０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１９０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１９０６は、ベースバンドプロセッサ１９０３、アプリケーションプロセッサ１９０４、及びSoC１９０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１９０６は、ベースバンドプロセッサ１９０３内、アプリケーションプロセッサ１９０４内、又はSoC１９０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１９０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１９０６は、上述の複数の実施態様で説明されたUE１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１９０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１９０３又はアプリケーションプロセッサ１９０４は、当該ソフトウェアモジュール１９０７をメモリ１９０６から読み出して実行することで、上述の実施態様で図面を用いて説明されたUE１の処理を行うよう構成されてもよい。

なお、上述の実施態様で説明されたUE１によって行われるコントロールプレーン処理及び動作は、RFトランシーバ１９０１及びアンテナアレイ１９０２を除く他の要素、すなわちベースバンドプロセッサ１９０３及びアプリケーションプロセッサ１９０４の少なくとも一方とソフトウェアモジュール１９０７を格納したメモリ１９０６とによって実現されることができる。

図２０は、AMF２の構成例を示している。UDM８も図２０に示された構成を有してもよい。図２０を参照すると、AMF２は、ネットワークインターフェース２００１、プロセッサ２００２、及びメモリ２００３を含む。ネットワークインターフェース２００１は、例えば、(R)AN nodesと通信するため、並びに5GC内の他のネットワーク機能（NFs）又はノードと通信するために使用される。5GC内の他のNFs又はノードは、例えば、UDM、AUSF、SMF、及びPCFを含む。ネットワークインターフェース２００１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ２００２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ２００２は、複数のプロセッサを含んでもよい。

メモリ２００３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ２００３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ２００３は、プロセッサ２００２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２００２は、ネットワークインターフェース２００１又はI/Oインタフェースを介してメモリ２００３にアクセスしてもよい。

メモリ２００３は、上述の複数の態様で説明されたAMF２による処理を行うための命令群およびデータを含む少なくとも１つのソフトウェアモジュール（コンピュータプログラム）２００４を格納してもよい。いくつかの実装において、プロセッサ２００２は、当該ソフトウェアモジュール２００４をメモリ２００３から読み出して実行することで、上述の態様で説明されたAMF２の処理を行うよう構成されてもよい。

本明細書における無線端末（User Equipment（UE））は、無線インタフェースを介して、ネットワークに接続されたエンティティである。本明細書の無線端末（UE）は、専用の通信装置に限定されるものではなく、本明細書中に記載された無線端末（UE）の通信機能を有する次のような任意の機器であってもよい。

「（3GPPで使われる単語としての）ユーザー端末（User Equipment（UE）」、「移動局（mobile station）」、「移動端末（mobile terminal）」、「モバイルデバイス（mobile device）」、及び「無線端末（wireless device）」との用語は、一般的に互いに同義であることが意図されている。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）通信デバイス、Narrow Band-IoT (NB-IoT) UEと呼ばれることもある。

UEは、１つまたは複数のIoTまたはMTCアプリケーションをサポートしてもよい。

MTCアプリケーションのいくつかの例は、3GPP TS22.368 V13.2.0(2017-01-13) Annex B（その内容は参照により本明細書に組み込まれる）に示されたリストに列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。このリストでは、MTCアプリケーションのサービス範囲 (Service Area)は、セキュリティ (Security)、追跡及びトレース (Tracking & Tracing)、支払い (Payment)、健康 (Health)、リモートメンテナンス／制御 (Remote Maintenance/Control)、計量 (Metering)、及び民生機器 (Consumer Devices)を含む。

セキュリティに関するMTCアプリケーションの例は、監視システム (Surveillance systems)、固定電話のバックアップ (Backup for landline)、物理アクセスの制御（例えば建物へのアクセス） (Control of physical access (e.g. to buildings))、及び車／運転手のセキュリティ (Car/driver security)を含む。

追跡及びトレースに関するMTCアプリケーションの例は、フリート管理 (Fleet Management)、注文管理 (Order Management)、テレマティクス保険：走行に応じた課金 (Pay as you drive (PAYD))、資産追跡 (Asset Tracking)、ナビゲーション (Navigation)、交通情報 (Traffic information)、道路料金徴収 (Road tolling)、及び道路通行最適化／誘導 (Road traffic optimisation/steering)を含む。

支払いに関するMTCアプリケーションの例は、販売時点情報管理 (Point of sales (POS))、自動販売機 (Vending machines)、及び遊戯機 (Gaming machines)を含む。

健康に関するMTCアプリケーションの例は、生命徴候の監視 (Monitoring vital signs)、高齢者又は障害者支援 (Supporting the aged or handicapped)、ウェブアクセス遠隔医療 (Web Access Telemedicine points)、及びリモート診断 (Remote diagnostics)を含む。

リモートメンテナンス／制御に関するMTCアプリケーションの例は、センサ (Sensors)、明かり (Lighting)、ポンプ (Pumps)、バルブ (Valves)、エレベータ制御 (Elevator control)、自動販売機制御 (Vending machine control)、及び車両診断 (Vehicle diagnostics)を含む。

計量に関するMTCアプリケーションの例は、パワー (Power)、ガス (Gas)、水 (Water)、暖房 (Heating)、グリッド制御 (Grid control)、及び産業用メータリング (Industrial metering)を含む。

民生機器に関するMTCアプリケーションの例は、デジタルフォトフレーム、デジタルカメラ、及び電子ブック (ebook)を含む。

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

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

上述した態様は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は上述の態様に限定されるものではなく、種々の変更がこれらに対して行われることができる。

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

（付記１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
Allowed Network Slice Selection Assistance Information (NSSAI)、Pending NSSAI、及びRejected NSSAIを含むNSSAI storageを管理し、
前記Pending NSSAI及び前記Rejected NSSAIのうち少なくとも一方に含まれるServing Public Land Mobile Network (PLMN) Single NSSAI (S-NSSAI)が前記Allowed NSSAIにも含まれるなら、前記Allowed NSSAIにおいて前記Serving PLMN S-NSSAIに関連付けられた第１のmapped Home PLMN S-NSSAIと前記Serving PLMN S-NSSAIとを含む登録要求メッセージをコアネットワークノードに送信する、
よう構成される、
User Equipment (UE)。
（付記２）
前記少なくとも１つのプロセッサは、前記Serving PLMN S-NSSAIと前記第１のmapped Home PLMN S-NSSAIとの第１の組み合わせを前記Allowed NSSAIに格納しつつ、前記Serving PLMN S-NSSAIと第２のmapped Home PLMN S-NSSAIとの第２の組み合わせを前記Pending NSSAIに格納するよう構成される、
付記１に記載のUE。
（付記３）
前記少なくとも１つのプロセッサは、
前記Serving PLMN S-NSSAI及び前記第１のmapped Home PLMN S-NSSAIの間の関連付けを示すAllowed S-NSSAI情報要素と、前記Serving PLMN S-NSSAI及び前記第２のmapped Home PLMN S-NSSAIの間の関連付けを示すPending S-NSSAI情報要素と、を含む第１のメッセージを前記コアネットワークノードから受信し、
前記第１のメッセージに応答して、前記Serving PLMN S-NSSAIと前記第１のmapped Home PLMN S-NSSAIとの組み合わせを前記Allowed NSSAIに格納しつつ、前記Serving PLMN S-NSSAIと前記第２のmapped Home PLMN S-NSSAIとの組み合わせを前記Pending NSSAIに格納するよう構成される、
付記２に記載のUE。
（付記４）
前記少なくとも１つのプロセッサは、前記Serving PLMN S-NSSAIと前記第１のmapped Home PLMN S-NSSAIの組み合わせを前記Allowed NSSAIに格納しつつ、前記Serving PLMN S-NSSAIを前記Rejected NSSAIに格納するよう構成される、
付記１～３のいずれか１項に記載のUE。
（付記５）
前記少なくとも１つのプロセッサは、前記Serving PLMN S-NSSAI及び第３のmapped Home PLMN S-NSSAIの間の関連付けを示す拡張Rejected NSSAI情報要素を含む第２のメッセージを前記コアネットワークノードから受信するよう構成される、
付記１～４のいずれか１項に記載のUE。
（付記６）
前記少なくとも１つのプロセッサは、
前記第２のメッセージに応答して、前記Serving PLMN S-NSSAIを前記Rejected NSSAIに格納し、
もし前記Allowed S-NSSAI又は前記Pending NSSAIが前記Serving PLMN S-NSSAIと前記第３のmapped Home PLMN S-NSSAIの第３の組み合わせを含むなら、前記第３の組み合わせを前記Allowed S-NSSAI又は前記Pending NSSAIから削除する、
よう構成される、付記５に記載のUE。
（付記７）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ネットワークスライスに特化した認証及び認可（Network Slice-Specific Authentication and Authorization（NSSAA））をサポートするUser Equipment（UE）から２以上のHome Public Land Mobile Network (PLMN) Single Network Slice Selection Assistance Information (S-NSSAIs)を示す第１のメッセージを受信し、
前記２以上のHome PLMN S-NSSAIsが１つのServing PLMN S-NSSAIに関連付けられ、且つ前記２以上のHome PLMN S-NSSAIsの一部がNSSAAを課されるなら、
前記Serving PLMN S-NSSAIと前記NSSAAを課されない少なくとも１つの第１のHome PLMN S-NSSAIとの組み合わせを含むAllowed NSSAI情報要素と、
前記Serving PLMN S-NSSAIと前記NSSAAを課される少なくとも１つの第２のHome PLMN S-NSSAIとの組み合わせを含むPending NSSAI情報要素と、
を包含する第２のメッセージを前記UEに送信する、
コアネットワークノード。
（付記８）
前記少なくとも１つのプロセッサは、
前記少なくとも１つの第２のHome PLMN S-NSSAIのそれぞれについてNSSAA手順を行い、
前記NSSAA手順が失敗したHome PLMN S-NSSAIとの関連付けに関して前記Serving PLMN S-NSSAI拒絶されることを示すRejected NSSAI情報要素を包含する第３のメッセージを前記UEに送信する、
よう構成される、
付記７に記載のコアネットワークノード。
（付記９）
前記Rejected NSSAI情報要素は、前記Serving PLMN S-NSSAIと前記NSSAA手順が失敗したHome PLMN S-NSSAIとの組み合わせを含む拡張Rejected NSSAI情報要素である、
付記８に記載のコアネットワークノード。
（付記１０）
前記少なくとも１つのプロセッサは、前記Serving PLMN S-NSSAIと前記NSSAA手順が成功したHome PLMN S-NSSAIとの組み合わせを含むAllowed NSSAI情報要素を、前記第３のメッセージ又は前記第３のメッセージと異なる第４のメッセージを用いて前記UEに送信するよう構成される、
付記８又は９に記載のコアネットワークノード。
（付記１１）
Allowed Network Slice Selection Assistance Information (NSSAI)、Pending NSSAI、及びRejected NSSAIを含むNSSAI storageを管理すること、及び
前記Pending NSSAI及び前記Rejected NSSAIのうち少なくとも一方に含まれるServing Public Land Mobile Network (PLMN) Single NSSAI (S-NSSAI)が前記Allowed NSSAIにも含まれるなら、前記Allowed NSSAIにおいて前記Serving PLMN S-NSSAIに関連付けられた第１のmapped Home PLMN S-NSSAIと前記Serving PLMN S-NSSAIとを含む登録要求メッセージをコアネットワークノードに送信すること、
を備える、User Equipment (UE)により行なわれる方法。
（付記１２）
ネットワークスライスに特化した認証及び認可（Network Slice-Specific Authentication and Authorization（NSSAA））をサポートするUser Equipment（UE）から２以上のHome Public Land Mobile Network (PLMN) Single Network Slice Selection Assistance Information (S-NSSAIs)を示す第１のメッセージを受信すること、及び
前記２以上のHome PLMN S-NSSAIsが１つのServing PLMN S-NSSAIに関連付けられ、且つ前記２以上のHome PLMN S-NSSAIsの一部がNSSAAを課されるなら、
前記Serving PLMN S-NSSAIと前記NSSAAを課されない少なくとも１つの第１のHome PLMN S-NSSAIとの組み合わせを含むAllowed NSSAI情報要素と、
前記Serving PLMN S-NSSAIと前記NSSAAを課される少なくとも１つの第２のHome PLMN S-NSSAIとの組み合わせを含むPending NSSAI情報要素と、
を包含する第２のメッセージを前記UEに送信すること、
を備える、コアネットワークノードにより行なわれる方法。

（付記Ａ１）
Rejected Network Slice Selection Assistance Information（NSSAI）およびPending NSAAIのうち少なくとも一方を保存可能な通信端末のための方法であって、
Configuration update command message中の第１のSingle NSSAI（S-NSSAI）を受信し、
Rejected NSSAIに、前記第１のS-NSSAIを保存し、
Extended rejected NSSAI information element中の第２のS-NSSAIを受信する方法。
（付記Ａ２）
前記Extended rejected NSSAI information element中の前記第２のS-NSSAIを受信した場合に、前記第２のS-NSSAIを、stored Pending NSSAIから削除する、付記Ａ１に記載の方法。
（付記Ａ３）
前記第２のS-NSSAIがRejected S-NSSAIのためのMapped S-NSSAIに含まれる場合、前記第２のS-NSSAIを、Pending NSSAIから削除する、付記Ａ１に記載の方法。
（付記Ａ４）
前記Extended rejected NSSAI information elementは、mapped Home PLMN (HPLMN) S-NSSAIを含む、付記Ａ１乃至Ａ３のいずれか１項に記載の方法。
（付記Ａ５）
前記Rejected NSSAIは、Access and Mobility Management Function (AMF)によって送信されるS-NSSAIである、付記Ａ１乃至Ａ４のいずれか１項に記載の方法。
（付記Ａ６）
前記Pending NSSAIは、ネットワークスライスに関する、認証および認可手順が保留されているS-NSSAIを示すNSSAIである、付記Ａ１乃至Ａ５のいずれか１項に記載の方法。
（付記Ａ７）
Rejected Network Slice Selection Assistance Information（NSSAI）およびPending NSSAIのうち少なくとも一方を保存可能な通信端末であって、
Configuration update command message中の第１のSingle NSSAI（S-NSSAI）を受信する手段と、
Rejected NSSAIに、前記第１のS-NSSAIを保存する手段と、
Extended rejected NSSAI information element中の第２のS-NSSAIを受信する手段と、を備える通信端末。
（付記Ａ８）
前記Extended rejected NSSAI information element中の前記第２のS-NSSAIを受信した場合に、前記第２のS-NSSAIを、保存されたPending NSSAIから削除する手段を備える、付記Ａ７に記載の通信端末。
（付記Ａ９）
前記第２のS-NSSAIがRejected S-NSSAIのためのMapped S-NSSAIに含まれる場合、前記第２のS-NSSAIを、Pending NSSAIから削除する手段を備える、付記Ａ７に記載の通信端末。
（付記Ａ１０）
前記Extended rejected NSSAI information elementは、mapped Home PLMN (HPLMN) S-NSSAIを含む、付記Ａ７乃至Ａ９のいずれか１項に記載の通信端末。
（付記Ａ１１）
前記Rejected NSSAIは、Access and Mobility Management Function (AMF)によって送信されるS-NSSAIである、付記Ａ７乃至Ａ１０のいずれか１項に記載の通信端末。
（付記Ａ１２）
前記Pending NSSAIは、ネットワークスライスに関する認証および認可手順が保留されているS-NSSAIを示すNSSAIである、付記Ａ７乃至Ａ１１のいずれか１項に記載の通信端末。

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

１ UE
２ AMF
３ SMF
４ AUSF
５ AN
６ UPF
７ DN
８ UDM
１９０３ ベースバンドプロセッサ
１９０４ アプリケーションプロセッサ
１９０６ メモリ
１９０７ モジュール（modules）
２００２ プロセッサ
２００３ メモリ
２００４ モジュール（modules）

Claims (6)

1. Rejected Network Slice Selection Assistance Information（NSSAI）およびPending NSSAIを保存可能な通信端末のための方法であって、
   Configuration update command messageによってrejected NSSAI information elementおよびExtended rejected NSSAI information elementの少なくとも１つを受信し、
   前記rejected NSSAI information elementを受信した場合、当該rejected NSSAI information elementに含まれるSingle NSSAI（S-NSSAI）を、前記Rejected NSSAIに保存し、
   前記Extended rejected NSSAI information elementを受信した場合、当該Extended rejected NSSAI information elementに含まれるmapped S-NSSAIを、前記Rejected NSSAIに保存するのではなく、前記Pending NSSAIから削除する方法。
2. 前記Rejected NSSAIは、現在のPublic Land Mobile Network（PLMN）によって拒絶された１又はそれ以上のS-NSSAIsを示す、請求項１に記載の方法。
3. 前記Pending NSSAIは、ネットワークスライスに関する、認証および認可手順が保留されている１又はそれ以上のS-NSSAIsを示す、請求項１又は２に記載の方法。
4. Rejected Network Slice Selection Assistance Information（NSSAI）およびPending NSSAIを保存可能な通信端末であって、
   Configuration update command messageによってrejected NSSAI information elementおよびExtended rejected NSSAI information elementの少なくとも１つを受信する手段と、
   前記rejected NSSAI information elementを受信した場合、当該rejected NSSAI information elementに含まれる第１のSingle NSSAI（S-NSSAI）を、前記Rejected NSSAIに保存する手段と、
   前記Extended rejected NSSAI information elementを受信した場合、当該Extended rejected NSSAI information elementに含まれるmapped S-NSSAIを、前記Rejected NSSAIに保存するのではなく、前記Pending NSSAIから削除する手段と、を備える通信端末。
5. 前記Rejected NSSAIは、現在のPublic Land Mobile Network（PLMN）によって拒絶された１又はそれ以上のS-NSSAIsを示す、請求項４に記載の通信端末。
6. 前記Pending NSSAIは、ネットワークスライスに関する認証および認可手順が保留されている１又はそれ以上のS-NSSAIsを示す、請求項４又は５に記載の通信端末。

Images