JP7533485B2

JP7533485B2 - 第１の通信装置及びその方法

Info

Publication number: JP7533485B2
Application number: JP2021567408A
Authority: JP
Inventors: 利之田村; 強高倉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-12-26
Filing date: 2020-12-18
Publication date: 2024-08-14
Anticipated expiration: 2040-12-18
Also published as: WO2021132096A1; US20250261280A1; CN114223234A; CN114223234B; EP3993560A4; EP3993560A1; CN118890624A; US20220248497A1; JPWO2021132096A1; US12295066B2

Description

本開示は、セルラーネットワークに関し、特に無線端末とデータネットワークとの間のアソシエーション（e.g., Protocol Data Unit（PDU）セッション）の管理に関する。

5G system（5GS）は、無線端末（user equipment（UE））をデータネットワーク（Data Network（DN））に接続する。5Gアーキテクチャでは、UEとDNとの間の接続（connectivity）サービスは、１又はそれ以上のProtocol Data Unit（PDU）セッション（sessions）によってサポートされる（例えば、非特許文献１～３を参照）。PDUセッションは、UEとDNとの間のアソシエーション、セッション、又はコネクションである。PDUセッションは、PDU connectivity service（つまり、UEとDNとの間のPDUsの交換（exchange of PDUs））を提供するために使用される。PDUセッションは、UEとDNが接続されているUser Plane Function（UPF）（i.e., PDU session anchor）との間に確立される。データ転送の観点では、PDUセッションは、5Gコアネットワーク（5G core network（5GC））内のトンネル（N9トンネル）、5GCとアクセスネットワーク（Access Network（AN））との間のトンネル（N3トンネル）、及び１又はそれ以上の無線ベアラによって構成される。

非特許文献２（3GPP TS 23.502）及び非特許文献３（3GPP TS 24.501）は、PDUセッション確立（establishment）手順及びPDUセッション解放（release）手順を規定している。より具体的には、PDUセッション確立手順は、例えば、非特許文献１の第4.3.2.2章及び非特許文献２の第6.4.1章に記載されている。PDUセッション解放手順は、例えば、非特許文献１の第4.3.4.2章、並びに非特許文献２の第6.3.3章及び第6.4.3章に記載されている。

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は、UEが登録されているPublic Land Mobile Network（PLMN）が提供するネットワークスライスを識別する。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は、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））にプロビジョンされる。

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

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は、3rd Generation Partnership Project（3GPP）において新たに合意された（非特許文献４を参照）。Pending NSSAIは、ネットワークスライスに特化した認証及び認可（Network Slice-Specific Authentication and Authorization（NSSAA））が保留中である１又はそれ以上のS-NSSAIsを示す。Serving PLMNは、加入者情報（subscription information）に基づいてNSSAAを課されたHPLMNのS-NSSAIsに対してNSSAAを行わなければならない。NSSAAを行うために、AMFは、Extensible Authentication Protocol(EAP)-based authorization procedureを実施（invoke）する。EAP-based authentication procedureはその結果（outcome）を得るまでに比較的長い時間を要する。したがって、AMFは、UEの登録手順（registration procedure）において上述のようにAllowed NSSAIを決定するが、NSSAAを課されたS-NSSAIsを当該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コンテキストは、上述のAllowed NSSAI、Rejected NSSAI、及びPending NSSAIのいずれか一つ以上に含まれるS-NSSAIsの状態を示す情報を含んでもよい。具体的には、S-NSSAIsの状態を示す情報は、各S-NSSAIがdeactivateされているのか、activateされているのかを示す情報であってよい。これに代えて、S-NSSAIsの状態を示す情報は、各S-NSSAIがinvalidなのか、validなのかを示す情報であってよい。一方、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と呼ばれる。

非特許文献１（3GPP TS 23.501）の第5.15.10節及び非特許文献２（3GPP TS 23.502）の第4.2.9節は、Network Slice-Specific Authentication and Authorization（NSSAA）を規定している。より具体的には、非特許文献１の第5.15.10節及び非特許文献２の第4.2.9.2節は、NSSAAを記載している。非特許文献１の第5.15.10節及び非特許文献２の第4.2.9.3節は、Authentication, Authorization and Accounting（AAA）サーバ（AAA-S）によりトリガーされる再認証及び再認可（re-authentication and re-authorization）を記載している。非特許文献１の第5.15.10節及び非特許文献２の第4.2.9.4節は、AAAサーバ（AAA-S）によりトリガーされるSlice-Specific Authorizationの取り消し（revocation）を記載している。さらに非特許文献５には、非特許文献２の第4.2.9.4節に記載のSlice-Specific Authorizationの取り消し（revocation）の修正案が記載されている。

3GPP TS 23.501 V16.2.0 (2019-09) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Architecture for the 5G System (5GS); Stage 2(Release 16)", September 2019 3GPP TS 23.502 V16.2.0 (2019-09) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 16)", September 2019 3GPP TS 24.501 V16.2.0 (2019-09) "3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3 (Release 16)", September 2019 InterDigital, ZTE, vivo, NEC, "Introduction of pending NSSAI for network slice-specific authentication and authorization", C1-199044, 3GPP TSG-CT WG1 Meeting #121, Reno (NV), USA, 11-15 November 2019 China Mobile, Nokia, Ericsson, Telecom Italia, "Service used for slice-specific re-authentication and revocation", S2-1912488, 3GPP TSG-SA WG2 Meeting #136, Reno NV, USA, 18-22 November 2019

上述のように、非特許文献２の第4.2.9.4節は、AAAサーバ（AAA-S）によりトリガーされるSlice-Specific Authorizationの取り消し（revocation）を記載している。この手順では、AAAサーバ（AAA-S）が特定のS-NSSAIにより特定されるネットワークスライスのための認可(authorization)の取り消しを要求し、AMFが当該UEとシグナルしてUE NSSAI設定（NSSAI storage）を更新し、これにより当該S-NSSAIをcurrent allowed NSSAIから削除する。

しかしながら、Slice-Specific Authorizationが取り消されるネットワークスライスに関連付けられた確立済みの（already established）PDUセッションが存在する場合に、このPDUセッションをどのように取り扱うかが明確でない。

ここに開示される実施形態が達成しようとする目的の１つは、ネットワークスライスの認可が取り消される場合に、当該ネットワークスライスに関連付けられたPDUセッションを適切に管理することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、ここに開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、AMFは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを備える。前記少なくとも１つのプロセッサは、UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたPDUセッションを解放するための解放手順を開始するよう構成される。

第２の態様では、AMFにおける方法は、UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたPDUセッションを解放するための解放手順を開始することを含む。

第３の態様では、UEは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを備える。前記少なくとも１つのプロセッサは、前記UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたPDUセッションの解放をネットワークに要求するよう構成される。

第４の態様では、UEにおける方法は、前記UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたPDUセッションの解放をネットワークに要求することを含む。

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

上述の態様によれば、ネットワークスライスの認可が取り消される場合に、当該ネットワークスライスに関連付けられたPDUセッションを適切に管理することに寄与する装置、方法、及びプログラムを提供できる。

実施形態に係るセルラーネットワークの構成例を示す図である。実施形態に係るAMFの動作の一例を示すフローチャートである。実施形態に係るUE、AMF、SMF、及びAUSFの動作の一例を示すシーケンス図である。実施形態に係るUE、AMF、SMF、及びAUSFの動作の一例を示すシーケンス図である。実施形態に係るUE、AMF、及びSMFの動作の一例を示すシーケンス図である。実施形態に係るAMFの動作の一例を示すフローチャートである。実施形態に係るUEの動作の一例を示すフローチャートである。実施形態に係るUE、AMF、及びAUSFの動作の一例を示すシーケンス図である。実施形態に係るUEの構成例を示すブロック図である。実施形態に係るAMFの構成例を示すブロック図である。

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

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

以下に示される複数の実施形態は、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を含んでもよい。

UE１は、UE１とDN７が接続されているUPF６（i.e., PDU session anchor）との間に１又はそれ以上のPDUセッションを確立する。既に説明したように、PDUセッションは、UEとDNとの間のアソシエーション、セッション、又はコネクションである。PDUセッションは、PDU connectivity service（つまり、UE１とDN７との間のPDUsの交換（exchange of PDUs））を提供するために使用される。データ転送の観点では、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のみを示している。本実施形態に係るセルラーネットワークは、図１に示されていない他のNFs、例えばNetwork Slice Selection Function（NSSF）及びPolicy Control Function（PCF）を含んでもよい。

図２は、本実施形態に係るAMF２の動作の一例を示すフローチャートである。ステップ２０１では、AMF２は、UE１のための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しを示すメッセージをAUSF４から受信する。ステップ２０２では、AMF２は、UE１のための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しに応答して、当該特定のS-NSSAIに関連付けられた全てのPDUセッションを解放するための解放手順を開始する。AMF２は、AUSF４からの取り消しメッセージの受信に応答して、PDUセッション解放手順を開始してもよい。

ここで、当該特定のS-NSSAIに関連付けられた緊急呼用（e.g. Emergency Service）PDUセッションが確立されている場合、AMF２は、上記の解放手順から緊急呼用PDUセッションの解放を除外するように設定されていてもよい。言い換えると、上記の解放手順において、AMF２は、緊急呼用PDUセッション以外の当該特定のS-NSSAIに関連付けられた全てのPDUセッションを解放するための解放手順を開始してもよい。当該特定のS-NSSAIに関連付けられた緊急呼用PDUセッションとは、AMF２が記憶するAMF emergency configuration dataに当該特定のS-NSSAIが設定されており、当該S-NSSAIがAMF２からSMF３に通知され、当該S-NSSAIをSMF3がPDUセッション確立時に利用していた緊急呼用PDUセッションを意味してよい。

AMF２は、非特許文献２の第4.3.4.2章に記載されたPDUセッション解放手順に準じて、認可を取り消された特定のS-NSSAIに関連付けられた１又はそれ以上のPDUセッションを解放するための手続（例えば、Nsmf_PDUSession_UpdateSMContext（又はNsmf_PDUSession_ReleaseSMContext） service operation）を実施（invoke）してもよい。この手続において、AMF２は、Release Indicationを含むメッセージ（例えば、Nsmf_PDUSession_UpdateSMContextメッセージ）をSMF３に送信してもよい。AMF２は、network-requested PDU session release procedureを起動するために、当該S-NSSAIに関連付けられた１又はそれ以上のPDUセッションのPDUセッションIDをSMF３に通知してもよい。AMF２は、これらのPDUセッションIDを上記メッセージに含めてもよいし、別個のメッセージによりこれらのPDUセッションIDをSMF３に通知してもよい。またAMF２は、当該S-NSSAIを上記メッセージに含めてもよいし、別個のメッセージにより当該S-NSSAIをSMF３に通知してもよい。これに代えて、AMF２は、Nsmf_PDUSession_ReleaseSMContextメッセージをSMF３に送信してもよい。AMF２は、Nsmf_PDUSession_ReleaseSMContextメッセージに、当該S-NSSAIに関連付けられた１又はそれ以上のPDUセッションのPDUセッションIDを含めてもよい。AMF２は、Nsmf_PDUSession_ReleaseSMContextメッセージに、当該S-NSSAIを含めてもよい。

AMF２は、PDUセッション解放手順において、UE１のための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しをSMF３に通知してもよい。具体的には、AMF２は、S-NSSAI（又はネットワークスライス）の認可の取り消しを示すcause情報要素（Information Element(IE)）を包含するメッセージをSMF３に送信してもよい。当該メッセージは、例えば、Nsmf_PDUSession_UpdateSMContextメッセージ（又はNsmf_PDUSession_ReleaseSMContextメッセージ）であってもよい。あるいはAMF２は、S-NSSAI（又はネットワークスライス）の認可の取り消しを示すcause IEを上記メッセージとは別個のメッセージでSMF３に通知してもよい。

図２に示された動作によれば、AMF２は、認可を取り消されたネットワークスライスに関連付けられたPDUセッションを速やかに解放できる。

図３は、AAA-Sによって開始（又はトリガー）されるSlice-Specific Authorization Revocation手順の一例を示している。ステップ３０１では、AAA-S９は、特定のS-NSSAI（ここではS-NSSAI #1）によって特定されるネットワークスライスのための認可の取り消しを要求する。具体的には、AAA-S９は、Revoke Authorization Requestメッセージ（e.g. AAA Protocol Revoke-Auth Requestメッセージ）をAUSF４に送信してもよい。当該メッセージは、S-NSSAI #1を示し、UE１のGeneric Public Subscription Identifier（GPSI）をさらに示す。当該メッセージは、AAA-S９からAUSF４に直接的に送られてもよいし、図示されていないAAA Proxy（AAA-P）を介してAUSF４に送られてもよい。

ステップ３０３では、AUSF４は、UE１のためのS-NSSAI #1の認可の取り消しイベントが発生したことを、AUSF４が提供するNFサービスを介してAMF２に通知する。具体的には、AUSF４は、ステップ３０１にて受信したメッセージに含まれるUE１のGPSIを用いた手続（例えばNudm_UECM_Get procedure）を起動することで、UDM８からAMF２を示すAMF IDを取得する（ステップ３０２Ａ及び３０２Ｂ）。そしてAUSF４は、UE１のためのS-NSSAI #1の認可の取り消しイベントが発生したことを示すメッセージ（例えばNausf_NSSAA_Notifyメッセージ）をAMF IDが示すAMF２に送信してもよい。AUSF４からAMF２への当該通知は、S-NSSAI #1を示し、UE１のGPSIをさらに示す。

ステップ３０４では、認可を取り消されたS-NSSAI #1に関連付けられているUE１のPDUセッションが存在する場合、AMF２は、S-NSSAI #1に関連付けられたUE１の全てのPDUセッションを解放するためにNsmf_PDUSession_UpdateSMContext（又はNsmf_PDUSession_ReleaseSMContext） service operationを実施（invoke）する。この手続きにおいて、AMF２は、Release Indicationを含むメッセージ（例えば、Nsmf_PDUSession_UpdateSMContextメッセージ）をSMF３に送信する。AMF２は、network-requested PDU session release procedureを起動するために、当該S-NSSAIに関連付けられた１又はそれ以上のPDUセッションのPDUセッションIDをSMF３に通知してもよい。AMF２は、これらのPDUセッションIDを上記メッセージに含めてもよいし、別個のメッセージによりこれらのPDUセッションIDをSMF３に通知してもよい。またAMF２は、当該S-NSSAIを上記メッセージに含めてもよいし、別個のメッセージにより当該S-NSSAIをSMF３に通知してもよい。これに代えて、AMF２は、Nsmf_PDUSession_ReleaseSMContextメッセージをSMF３に送信してもよい。AMF２は、Nsmf_PDUSession_ReleaseSMContextメッセージに、当該S-NSSAIに関連付けられた１又はそれ以上のPDUセッションのPDUセッションIDを含めてもよい。AMF２は、Nsmf_PDUSession_ReleaseSMContextメッセージに、当該S-NSSAIを含めてもよい。上述のように、当該メッセージは、S-NSSAI（又はネットワークスライス）の認可の取り消し（e.g., REL_DUE_TO_SLICE_REVOCATION）を示すcause IEを包含してもよい。あるいは、S-NSSAI（又はネットワークスライス）の認可の取り消し（e.g., REL_DUE_TO_SLICE_REVOCATION）を示すcause IEは当該メッセージとは別個のメッセージによりSMF３に送信されてもよい。

ステップ３０５では、AMF２は、認可を取り消されたS-NSSAI #1をcurrent allowed NSSAIから削除するために、UE１とシグナルしてUE NSSAI設定（NSSAI storage）を更新する。具体的には、AMF２は、S-NSSAI #1がAllowed NSSAIから削除され、これがRejected NSSAIに含まれることを示すUE Configuration Update CommandメッセージをUE１に送信する。当該UE Configuration Update Commandメッセージの受信に応答して、UE１は、UE１の（non-volatile）メモリに格納されているUE NSSAI設定（NSSAI storage）を更新する。具体的には、UE１は、UE NSSAI設定（NSSAI storage）内のAllowed NSSAIからS-NSSAI #1を削除し、これをRejected NSSAIに格納する。当該UE Configuration Update Commandメッセージは、S-NSSAI（又はネットワークスライス）の認可の取り消しを示すcause IEを包含してもよい。当該cause IEは、例えば、S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authenticationであってもよい。

当該UE Configuration Update Commandメッセージの受信に応答して、UE１は、S-NSSAI #1がRejected S-NSSAIとしてRejected NSSAIに含まれるように管理する。またUE１は、当該S-NSSAI #1に対応づけて、拒絶された（すなわち認可が取り消された）理由を示すcause value(理由値)を記憶してもよい。当該cause valueは、network slice-specific authorization and authentication failure(失敗)であってもよいし、network slice-specific authorization and authentication revocationであってもよい。

network slice-specific authorization and authenticationの失敗の原因が解決した後、あるいはrevocationの原因が解消した後に、UE１は、再度S-NSSAI #1が提供するサービスを享受するために、S-NSSAI #1を包含するRequested NSSAIをRegistration requestメッセージに含め、当該メッセージをAMF２に送信してもよい。

UE１またはUE１の利用者は、network slice-specific authorization and authenticationのrevocationの原因を知りえることがある。したがって、UE１またはUE１の利用者は当該原因を解消するための手続をネットワークに対して行うことができる。その後に、UE１は、再度S-NSSAI #1が提供するサービスを享受するために、S-NSSAI #1を包含するRequested NSSAIをRegistration requestメッセージに含め、当該メッセージをAMF２に送信することができる。

図３の手順は、適宜変形されることができる。例えば、AMF２は、UE Configuration Update手順（ステップ３０４）の後に、PDUセッションの解放をSMF３に要求してもよい。例えば、図３の手順の実行の前後あるいは最中に、AMF２は、認可を取り消されたS-NSSAI #1をUDM８に通知してもよい。この場合、AMF２は、Nudm_SDM_Infoメッセージ、あるいはNudm_SDM_Updateメッセージ、あるいはUEAuthentication_ResultConfirmationメッセージに認可を取り消されたS-NSSAI #1の情報を含めてUDM８に送信してもよい。UDM８は、認可を取り消されたS-NSSAI #1の情報で加入者データを更新し、AMF２に返答メッセージを送信する。

図４は、AAA-Sによって開始（又はトリガー）されるSlice-Specific Authorization Revocation手順の他の例を示している。図４では、AMF２は、UE Configuration Update手順（ステップ４０３）の後に、PDUセッションの解放をSMF３に要求する（ステップ４０５）。

図４のステップ４０１～４０３は、図３のステップ３０１～３０３と同様である。ステップ４０４では、AMF２は、認可を取り消されたS-NSSAI #1をcurrent allowed NSSAIから削除するために、UE Configuration Update手順を実行する。UE Configuration Update手順では、AMF２は、S-NSSAI #1がAllowed NSSAIから削除され、これがRejected NSSAIに含まれることを示すUE Configuration Update CommandメッセージをUE１に送信する。当該UE Configuration Update CommandCOMMANDメッセージは、S-NSSAI（又はネットワークスライス）の認可の取り消しを示すcause IEを包含してもよい。当該cause IEは、例えば、S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authenticationであってもよい。

S-NSSAI #1に関連付けられているUE１の１又はそれ以上のPDUセッションが存在する場合、AMF２は、これらPDUセッションが解放されるまでの猶予期間を示す情報要素をUE Configuration Update Commandメッセージに含める。当該情報要素は、猶予期間の満了を判定するために使用されるタイマの値であってもよい。AMF２は、UE Configuration Update Commandメッセージの送信をトリガーとして当該タイマを開始してもよい。これに代えて、AMF２は、UE Configuration Update Commandメッセージに対するレスポンスメッセージ（例えば UE Configuration UpdateCompleteメッセージ）の受信をトリガーとして当該タイマを開始してもよい。

猶予期間を測定するためのタイマが満了した場合（ステップ４０５）、AMF２は、S-NSSAI #1に関連付けられたUE１の全てのPDUセッションを解放するためにNsmf_PDUSession_UpdateSMContext（又はNsmf_PDUSession_ReleaseSMContext） service operationを実施（invoke）する（ステップ４０６）。より具体的には、AMF２は、Nsmf_PDUSession_UpdateSMContextメッセージ（又はNsmf_PDUSession_ReleaseSMContextメッセージ）をSMF３に送信する。上述のように、当該メッセージは、S-NSSAI（又はネットワークスライス）の認可の取り消し（e.g., REL_DUE_TO_SLICE_REVOCATION）を示すcause IEを包含してもよい。AMF２は、猶予期間を測定するためのタイマが満了する前に、UE１より、当該PDU sessionをReleaseするプロシージャの開始を受けた場合、当該タイマを停止して、network-requested PDU session release procedureを終了してもよい。

図４の手順によれば、AMF２は、認可を取り消されたネットワークスライスに関連付けられたPDUセッションが猶予期間の経過後に解放されることをUE１に通知することができる。

図５は、PDUセッション解放手順の一例を示している。ステップ５０１では、AMF２は、認可を取り消されたネットワークスライスに関連付けられたPDUセッションの解放を要求するために、メッセージ（例えば、Nsmf_PDUSession_UpdateSMContextメッセージ、又はNsmf_PDUSession_ReleaseSMContextメッセージ）をSMF３に送信する。当該メッセージは、Release Indicationを包含し、さらにS-NSSAI（又はネットワークスライス）の認可の取り消し（e.g., REL_DUE_TO_SLICE_REVOCATION）を示すcause IEを包含する。AMF２は、network-requested PDU session release procedureを起動するために、当該S-NSSAIに関連付けられた１又はそれ以上のPDUセッションのPDUセッションIDをSMF３に通知してもよい。AMF２は、これらのPDUセッションIDを上記メッセージに含めてもよいし、別個のメッセージによりこれらのPDUセッションIDをSMF３に通知してもよい。またAMF２は、当該S-NSSAIを上記メッセージに含めてもよいし、別個のメッセージにより当該S-NSSAIをSMF３に通知してもよい。ステップ５０１は、図３のステップ３０４、又は図４のステップ４０６に対応する。

ステップ５０２では、SMF３は、応答メッセージをAMF２に送信する。例えば、SMF３は、Nsmf_PDUSession_UpdateSMContext Responseメッセージ又はNsmf_PDUSession_ReleaseSMContext ResponseメッセージによってAMF２に応答してもよい。当該メッセージは、PDU Session Release Commandを包含するN1 SMコンテナを含む。当該メッセージは、さらに、S-NSSAI（又はネットワークスライス）の認可の取り消し（e.g., REL_DUE_TO_SLICE_REVOCATION）を示すcause IEを包含してもよい。さらに又はこれに代えて、PDU Session Release Commandは、S-NSSAI（又はネットワークスライス）の認可の取り消し（又は当該S-NSSAIがnot availableであること）を示す5GSM Cause IEを包含してもよい。

ステップ５０３では、AMF２は、PDU Session Release Commandを包含するN1 SMコンテナを含むNASメッセージをUE１にAN５を介して送信する。PDU Session Release Commandは、S-NSSAI（又はネットワークスライス）の認可の取り消し（又は当該S-NSSAIがnot availableであること）を示す5GSM Cause IEを包含してもよい。

ステップ５０４では、UE１は、PDU Session Release Commandを承認（acknowledge）するために、PDU Session Release Complete を包含するNASメッセージをAMF２に送信する。PDU Session Release Completeは、S-NSSAI（又はネットワークスライス）の認可の取り消しを示す5GSM Cause IEを包含してもよい。

ステップ５０５では、AMF２は、Nsmf_PDUSession_UpdateSMContext service operationを実施（invoke）し、SMF３にN1 SMコンテナ（PDU Session Release Complete）をフォワードする。

＜第２の実施形態＞
本実施形態に係るセルラーネットワークの構成例は、図１に示された例と同様であってもよい。本実施形態は、ネットワークスライスの認可が取り消された場合のAMF２の動作の他の例を提供する。

図６は、本実施形態に係るAMF２の動作の一例を示すフローチャートである。ステップ６０１は、図２のステップ２０１と同様である。すなわち、AMF２は、UEのための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しを示すメッセージをAUSF４から受信する。ステップ６０２では、AMF２は、UEのための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しをSMF３に通知する。AMF２から通知メッセージ（ステップ６０２）を受信したなら、SMF３は、当該特定のS-NSSAIに関連付けられたPDUセッションの解放を決定する。

図６に示された動作によれば、AMF２は、ネットワークスライスの認可の取り消しをSMF３に通知し、これにより認可を取り消されたネットワークスライスに関連付けられたPDUセッションを解放するようSMF３を支援できる。

＜第３の実施形態＞
本実施形態に係るセルラーネットワークの構成例は、図１に示された例と同様であってもよい。本実施形態は、ネットワークスライスの認可が取り消された場合のUE１の動作の一例を提供する。

図７は、本実施形態に係るUE１の動作の一例を示すフローチャートである。ステップ７０１では、UE１は、UE１のための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しを検出（又は認識）する。例えば、UE１は、特定のS-NSSAIがAllowed NSSAIから削除され、これがRejected NSSAIに含まれることを示すUE Configuration Update CommandメッセージをAMF２から受信したなら、当該特定のS-NSSAIの認可の取り消しを検出（又は認識）してもよい。さらに又はこれに代えて、UE１は、特定のS-NSSAIの認可の取り消しを示す情報要素を包含するNASメッセージをAMF２から受信したなら、当該特定のS-NSSAIの認可の取り消しを検出（又は認識）してもよい。

ステップ７０２では、UE１のための特定のS-NSSAI（又はこれにより特定されるネットワークスライス）の認可の取り消しに応答して、UE１は、当該特定のS-NSSAIに関連付けられたPDUセッションの解放をネットワークに要求する。具体的には、UE１は、当該特定のS-NSSAIに関連付けられたPDUセッションの解放を要求するためのNASメッセージをAMF２に送信する。より具体的には、UE１のNAS-MMレイヤは、特定のS-NSSAIの認可の取り消しをUE１のNAS-SMレイヤに通知する。UE１のNAS-SMレイヤは、下位レイヤ（NAS-MMレイヤ）からの通知に応答して、認可を取り消された特定のS-NSSAIに関連付けられたPDUセッションに関するPDU Session Release Requestを生成する。UE１のNAS-SMレイヤは、生成したPDU Session Release Requestを、PDU Session IDと共にNAS-MMレイヤに渡す。UE１のNAS-MMレイヤは、PDU Session IDとN1 SMコンテナ（PDU Session Release Request）とを包含するNASメッセージをAMF２に送信する。当該NASメッセージ及び当該PDU Session Release Requestの一方又は両方は、S-NSSAIの認可の取り消しを示すcause情報要素を含んでもよい。

図７に示された動作によれば、UE１は、認可を取り消されたネットワークスライスに関連付けられたPDUセッションを速やかに解放できる。

図８は、AAA-Sによって開始（又はトリガー）されるSlice-Specific Authorization Revocation手順の一例を示している。ステップ８０１～８０４は、既存の手順と同様であってもよい。既存のAAA-Sによって開始（又はトリガー）されるSlice-Specific Authorization Revocation手順は、非特許文献２の第4.2.9.4節（又は非特許文献５）に記載されている。

ステップ８０１では、AAA-S９は、特定のS-NSSAI（ここではS-NSSAI #1）によって特定されるネットワークスライスのための認可の取り消しを要求するために、Revoke Authorization Requestメッセージ（e.g. AAA Protocol Revoke-Auth Requestメッセージ）をAUSF４に送信する。当該メッセージは、S-NSSAI #1を示し、UE１のGeneric Public Subscription Identifier（GPSI）をさらに示す。当該メッセージは、AAA-S９からAUSF４に直接的に送られてもよいし、図示されていないAAA Proxy（AAA-P）を介してAUSF４に送られてもよい。

ステップ８０３では、AUSF４は、UE１のためのS-NSSAI #1の認可の取り消しイベントが発生したことを、AUSF４が提供するNFサービスを介してAMF２に通知する。具体的には、AUSF４は、ステップ８０１にて受信したメッセージに含まれるUE１のGPSIを用いた手続（例えばNudm_UECM_Get procedure）を起動することで、UDM８からAMF２を示すAMF IDを取得する（ステップ８０２Ａ及び８０２Ｂ）。そしてAUSF４は、UE１のためのS-NSSAI #1の認可の取り消しイベントが発生したことを示すメッセージ（例えばNausf_NSSAA_Notifyメッセージ）をAMF IDが示すAMF２に送信してもよい。AUSF４からAMF２への当該通知メッセージは、S-NSSAI #1を示し、UE１のGPSIをさらに示す。

ステップ８０４では、AMF２は、認可を取り消されたS-NSSAI #1をcurrent allowed NSSAIから削除するために、UE１とシグナルしてUE NSSAI設定（NSSAI storage）を更新する。具体的には、AMF２は、S-NSSAI #1がAllowed NSSAIから削除され、これがRejected NSSAIに含まれることを示すUE Configuration Update CommandメッセージをUE１に送信する。当該UE Configuration Update Commandメッセージの受信に応答して、UE１は、UE１の（non-volatile）メモリに格納されているUE NSSAI設定（NSSAI storage）を更新する。具体的には、UE１は、UE NSSAI設定（NSSAI storage）内のAllowed NSSAIからS-NSSAI #1を削除し、これをRejected NSSAIに格納する。当該UE Configuration Update Commandメッセージは、S-NSSAI（又はネットワークスライス）の認可の取り消しを示すcause IEを包含してもよい。当該cause IEは、例えば、S-NSSAI is not available due to the failed or revoked network slice-specific authorization and authenticationであってもよい。

ステップ８０５では、UE１は、S-NSSAI #1の認可の取り消しを検出したことに応答して、S-NSSAI #1に関連付けられたPDUセッションの解放をネットワークに要求する。具体的には、UE１は、S-NSSAI #1に関連付けられたPDUセッションのPDU Session IDとN1 SMコンテナ（PDU Session Release Request）とを包含するNASメッセージをAMF２に送信する。上述のように、当該NASメッセージ及び当該PDU Session Release Requestの一方又は両方は、S-NSSAIの認可の取り消しを示すcause IEを含んでもよい。

ステップ８０６では、AMF２は、Nsmf_PDUSession_UpdateSMContext service operationを実施（invoke）し、SMF３にN1 SMコンテナ（PDU Session Release Request）をフォワードする。

続いて以下では、上述の複数の実施形態に係るUE１、AMF２、及びSMF３の構成例について説明する。図９は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ９０１は、NG-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２の構成例を示している。SMF３も図１０に示されるように構成されてもよい。図１０を参照すると、AMF２は、ネットワークインターフェース１００１、プロセッサ１００２、及びメモリ１００３を含む。ネットワークインターフェース１００１は、例えば、RAN 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２の処理を行うよう構成されてもよい。

図９及び図１０を用いて説明したように、上述の実施形態に係るUE１、AMF２、及びSMF３が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

本明細書における無線端末（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は、これらの例に限定されるものではなく、当業者は種々の変更をこれに行うことができる。

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

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

（付記１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、User Equipment（UE）のための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたProtocol Data Unit（PDU）セッションを解放するための解放手順を開始するよう構成される、
Access and Mobility Management Function（AMF）ノード。
（付記２）
前記少なくとも１つのプロセッサは、前記解放手順において、前記UEのための前記第１のネットワークスライス識別子の認可の取り消しをSession Management Function（SMF）に通知するよう構成される、
付記１に記載のAMFノード。
（付記３）
前記少なくとも１つのプロセッサは、前記解放手順において、前記PDUセッションのためのSession Management（SM）コンテキストの解放を要求するためのメッセージを前記SMFに送信するよう構成され、
前記メッセージは、前記認可の前記取り消しを示すcause情報要素を包含する、
付記２に記載のAMFノード。
（付記４）
前記少なくとも１つのプロセッサは、前記認可の前記取り消しに応答して、UE設定の更新を指示するNon-Access Stratum（NAS）メッセージを前記UEに送信するよう構成され、
前記NASメッセージは、前記UEに現在許可された１又はそれ以上のネットワークスライス識別子を示す許可されたネットワークスライス識別子のセットから前記第１のネットワークスライス識別子が削除されること、及び拒絶されたネットワークスライス識別子のセットに前記第１のネットワークスライス識別子が含まれることを示し、
前記NASメッセージは、さらに、前記PDUセッションが解放されるまでの猶予期間を示す、
付記１～３のいずれか１項に記載のAMFノード。
（付記５）
前記少なくとも１つのプロセッサは、前記猶予期間の経過後に前記解放手順を開始するよう構成される、
付記４に記載のAMFノード。
（付記６）
前記少なくとも１つのプロセッサは、前記認可の前記取り消しを示すメッセージをAuthentication Server Function（AUSF）から受信したことに応答して、前記解放手順を開始するよう構成される、
付記１～５のいずれか１項に記載のAMFノード。
（付記７）
前記第１のネットワークスライス識別子は、Single Network Slice Selection Assistance Information（S-NSSAI）である、
付記１～６のいずれか１項に記載のAMFノード。
（付記８）
User Equipment（UE）のための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたProtocol Data Unit（PDU）セッションを解放するための解放手順を開始することを備える、
Access and Mobility Management Function（AMF）ノードにおける方法。
（付記９）
Access and Mobility Management Function（AMF）ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、User Equipment（UE）のための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたProtocol Data Unit（PDU）セッションを解放するための解放手順を開始することを備える、
プログラム。
（付記１０）
User Equipment（UE）であって、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたProtocol Data Unit（PDU）セッションの解放をネットワークに要求するよう構成される、
UE。
（付記１１）
前記少なくとも１つのプロセッサは、前記PDUセッションの解放を要求するための第１のNon-Access Stratum（NAS）メッセージをAccess and Mobility Management Function（AMF）に送信するよう構成され、
前記第１のNASメッセージは、前記認可の前記取り消しを示すcause情報要素を包含する、
付記１０に記載のUE。
（付記１２）
前記少なくとも１つのプロセッサは、UE設定の更新を指示する第２のNon-Access Stratum（NAS）メッセージをAccess and Mobility Management Function（AMF）から受信するよう構成され、
前記第２のNASメッセージは、前記UEに現在許可された１又はそれ以上のネットワークスライス識別子を示す許可されたネットワークスライス識別子のセットから前記第１のネットワークスライス識別子が削除されること、及び拒絶されたネットワークスライス識別子のセットに前記第１のネットワークスライス識別子が含まれることを示し、
前記少なくとも１つのプロセッサは、前記第２のNASメッセージに基づいて前記認可の取り消しを検出するよう構成される、
付記１０又は１１に記載のUE。
（付記１３）
User Equipment（UE）における方法であって、
前記UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたProtocol Data Unit（PDU）セッションの解放をネットワークに要求することを備える、
方法。
（付記１４）
User Equipment（UE）における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記UEのための第１のネットワークスライス識別子の認可（authorization）の取り消し（revocation）に応答して、前記第１のネットワークスライス識別子に関連付けられたProtocol Data Unit（PDU）セッションの解放をネットワークに要求することを備える、
プログラム。

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

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

Claims

第1の通信装置であって、
第2の通信装置から、User Equipment (UE)のための第1のSingle Network Slice Selection Assistance Information (S-NSSAI)の認可（authorization）の取り消し（revocation）を示す第1のメッセージを受信するよう構成された受信手段と、
前記第１のメッセージを受信する場合、前記第１のS-NSSAIに関連するProtocol Data Unit (PDU)セッションを解放するための解放手順を実行するよう構成された実行手段と、
前記解放手順において、Session Management Function (SMF)へ、前記PDUセッションの解放を要求する第2のメッセージを送信するよう構成された送信手段と、を備え、
前記第2のメッセージは、前記認可の取り消しに関する原因を示す第１の情報要素を含み、
前記送信手段は、前記認可の前記取り消しが実行される場合、前記UEへ、UE Configuration Update Commandメッセージを送信するよう構成され、
前記UE Configuration Update Commandメッセージは、Rejected Network Slice Selection Assistance Information (NSSAI)に前記第１のS-NSSAIが含まれることを示し、
前記UE Configuration Update Commandメッセージは、前記認可の取り消しに関する原因を示す第２の情報要素を含み、
前記UE Configuration Update Commandメッセージは、前記PDUセッションが解放されるまでの猶予期間を示す、
第1の通信装置。
前記送信手段は、前記第1のメッセージを受信した後に、UE設定の更新を指示するNon-Access Stratum（NAS）メッセージを前記UEに送信するよう構成され、
前記NASメッセージは、前記UEに現在許可された少なくとも１つのS-NSSAIを示す許可されたネットワークスライス識別子のセットから前記第１のS-NSSAIが削除されること、及び拒絶されたネットワークスライス識別子のセットに前記第１のS-NSSAIが含まれることを示す、
請求項１に記載の第1の通信装置。
前記送信手段は、前記第1のメッセージを受信した後に、前記PDUセッションの解放を示すメッセージを前記UEに送信するよう構成され、
前記PDUセッションの解放を示すメッセージは、前記認可の前記取り消しを示すcause情報要素を包含する、
請求項１又は２に記載の第1の通信装置。
前記第２の通信装置は、ネットワークスライスに特化した認証及び認可サービスを提供するAuthentication Server Functionである、
請求項１～３のいずれか１項に記載の第1の通信装置。
前記送信手段は、前記猶予期間の経過後に前記第2のメッセージを前記SMFに送信する、
請求項１～４のいずれか１項に記載の第1の通信装置。
前記第２の情報要素は、Network Slice-Specific Authentication and Authorization (NSSAA)の失敗又は取り消しのために前記第１のS-NSSAIが利用不可であることを示す、
請求項１～５のいずれか１項に記載の第１の通信装置。
前記認可の前記取り消しが実行される場合、前記第１のS-NSSAIは、Allowed NSSAIから除外される、
請求項１～６のいずれか１項に記載の第１の通信装置。
第1の通信装置によって実行される方法であって、
第2の通信装置から、User Equipment (UE)のための第1のSingle Network Slice Selection Assistance Information (S-NSSAI)の認可（authorization）の取り消し（revocation）を示す第1のメッセージを受信し、
前記第１のメッセージを受信する場合、前記第１のS-NSSAIに関連するProtocol Data Unit (PDU)セッションを解放するための解放手順を実行し、
前記解放手順において、Session Management Function (SMF)へ、前記PDUセッションの解放を要求する第2のメッセージを送信し、
前記第2のメッセージは、前記認可の取り消しに関する原因を示す第１の情報要素を含み、
前記認可の前記取り消しが実行される場合、前記UEへ、UE Configuration Update Commandメッセージを送信し、
前記UE Configuration Update Commandメッセージは、Rejected Network Slice Selection Assistance Information (NSSAI)に前記第１のS-NSSAIが含まれることを示し、
前記UE Configuration Update Commandメッセージは、前記認可の取り消しに関する原因を示す第２の情報要素を含み、
前記UE Configuration Update Commandメッセージは、前記PDUセッションが解放されるまでの猶予期間を示す、
方法。
前記第1のメッセージを受信した後に、UE設定の更新を指示するNon-Access Stratum（NAS）メッセージを前記UEに送信することを備え、
前記NASメッセージは、前記UEに現在許可された少なくとも１つのS-NSSAIを示す許可されたネットワークスライス識別子のセットから前記第１のS-NSSAIが削除されること、及び拒絶されたネットワークスライス識別子のセットに前記第１のS-NSSAIが含まれることを示す、
請求項８に記載の方法。
前記第1のメッセージを受信した後に、前記PDUセッションの解放を示すメッセージを前記UEに送信することを備え、
前記PDUセッションの解放を示すメッセージは、前記認可の前記取り消しを示すcause情報要素を包含する、
請求項８又は９に記載の方法。
前記第２の通信装置は、ネットワークスライスに特化した認証及び認可サービスを提供するAuthentication Server Functionである、
請求項８～１０のいずれか１項に記載の方法。
前記第2のメッセージを送信することは、前記猶予期間の経過後に前記第2のメッセージを前記SMFに送信することを含む、
請求項８～１１のいずれか１項に記載の方法。
前記第２の情報要素は、Network Slice-Specific Authentication and Authorization (NSSAA)の失敗又は取り消しのために前記第１のS-NSSAIが利用不可であることを示す、
請求項８～１２のいずれか１項に記載の方法。
前記認可の前記取り消しが実行される場合、前記第１のS-NSSAIは、Allowed NSSAIから除外される、
請求項８～１３のいずれか１項に記載の方法。