JP7342954B2 - 通信方法、コアネットワークノード、及び無線端末 - Google Patents

通信方法、コアネットワークノード、及び無線端末 Download PDF

Info

Publication number
JP7342954B2
JP7342954B2 JP2021537309A JP2021537309A JP7342954B2 JP 7342954 B2 JP7342954 B2 JP 7342954B2 JP 2021537309 A JP2021537309 A JP 2021537309A JP 2021537309 A JP2021537309 A JP 2021537309A JP 7342954 B2 JP7342954 B2 JP 7342954B2
Authority
JP
Japan
Prior art keywords
nssai
network slice
reason value
slice information
timer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021537309A
Other languages
English (en)
Other versions
JPWO2021024995A1 (ja
JPWO2021024995A5 (ja
Inventor
利之 田村
強 高倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2021024995A1 publication Critical patent/JPWO2021024995A1/ja
Publication of JPWO2021024995A5 publication Critical patent/JPWO2021024995A5/ja
Application granted granted Critical
Publication of JP7342954B2 publication Critical patent/JP7342954B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は無線端末、コアネットワークノード、及び制御方法に関する。
電気通信業界では、第５世代（５Ｇ）ネットワークと呼ばれる新世代ネットワークの取り組みを行っている。複数のバーティカルサービスプロバイダにサービスを提供し、多様な端末にサービスを提供する５Ｇネットワークを開発するために、複数の研究標準化機関において活動が開始されている。特に、３ＧＰＰ（3rd Generation Partnership Project）では、次世代移動通信システムである５Ｇネットワークの次世代通信技術やシステムアーキテクチャの検討を行っている。特に、３ＧＰＰでは、５Ｇ移動通信システムを実現するシステムとして、５ＧＳ（５Ｇ Ｓｙｓｔｅｍ）の仕様化を行っている。５ＧＳの仕様は、例えば、非特許文献１、非特許文献２、及び非特許文献３に開示されている。
例えば、５ＧＳの１つの主な特徴として、ネットワークスライシング（network slicing）技術の仕様化が進められている。
ネットワークスライス（network slice）は、特定のユースケースにおける通信サービスを実現する論理的なネットワーク機能の集合（collection）及びリソースの集合である。ネットワークスライシングは、一つの物理的なネットワークを複数のスライス（slice）へ分割する処理である。
非特許文献１では、無線端末（UE；User Equipment）が、S-NSSAI（Single Network Slice Selection Assistance information）を用いる処理が記載されている。
S-NSSAIは、SST（Slice/Service type）及びSD（Slice Differentiator）で構成されていてよい。また、S-NSSAIは、SSTのみで構成されていてもよい。なお、SSTは、ネットワークスライスの機能またはサービス面を示してよく、SDは、同じSSTで示されるネットワークスライスを識別する為に使われる補完情報であってよい。
ネットワークスライスインスタンス（network slice instance）は、非特許文献１に記載されているコントロールプレーン（control plane; c-plane; cp）機能及びユーザプレーン（user plane; u-plane; up）機能を含むネットワークスライスの実態である。
S-NSSAIとネットワークスライスインスタンスの関係について、複数の異なるS-NSSAIが一つのネットワークスライスインスタンスに関連付けられていてもよい。また、一つのS-NSSAIが一つのネットワークスライスインスタンスに関連付けられていてもよいし、複数の異なるネットワークスライスインスタンスに関連付けられていても良い。ネットワークは、S-NSSAI等を用いて、適切なネットワークスライスインスタンスを選択する。ネットワークスライスインスタンスの選択機能については、非特許文献１の第５．１５項に記載されている。ここで選択されたネットワークスライスインスタンスが、ネットワークスライスに特化したサービスをＵＥに提供する。
NSSAI（Network Slice Selection Assistance Information）とは、S-NSSAIの集合（collection）である。また、NSSAIには、Configured NSSAI、Rejected NSSAI、Allowed NSSAI、Requested NSSAI、Subscribed NSSAIの５つのNSSAIの態様がある。
Requested NSSAIは、ＵＥがネットワークに送る一つ以上のS-NSSAIを含む。Allowed NSSAIは、ネットワークが使用を許可する一つ以上のS-NSSAIを含む。Rejected NSSAIは、ネットワークが使用を拒絶したS-NSSAIを含み、Rejected NSSAIに含まれる各S-NSSAIには、理由値(cause value)が関連付けられている。Configured NSSAIは、一つ以上のPLMN（Public land mobile network）に適用可能であるとUEに示されている一つ以上のS-NSSAIを含む。Subscribed NSSAIは、あるPLMNをUEが使用するために加入しているという加入者情報に基づくS-NSSAIを含む。
さらに、３ＧＰＰでは、ネットワークスライスに特化した認証及び認可(Network Slice-Specific Authentication and Authorization)機能の検討が進められている。ネットワークスライスに特化した認証及び認可手続きの詳細は、非特許文献１の第５．１５項に記載されている。非特許文献１に記載されている通り、ネットワークスライスに特化した認証及び認可の手続きは、ネットワークによって起動され、最終的にネットワークスライスに特化した認証及び認可の結果をネットワークがＵＥに通知する。
3GPP TS 23.501 V16.1.0 (2019-06) 3GPP TS 23.502 V16.1.1 (2019-06) 3GPP TS 24.501 V16.1.0 (2019-06)
３ＧＰＰでは、ネットワークスライスに特化した認証及び認可機能の検討が進められている。しかし、ネットワークスライスに特化した認証及び認可手続きを実施中にネットワークが準正常（abnormal；アブノーマル）となった場合の、UE（User Equipment）及びネットワークの動作処理が明確になっていない。なお、アブノーマルとは、ネットワークスライスに特化した認証及び認可手続きの実行が起動されたものの、当該手続きの実行が遅延している状態であってよい。あるいは、アブノーマルとは、ネットワークスライスに特化した認証及び認可手続きの実行が起動されたものの、当該手続きで必要な装置間の信号が喪失する状態であってもよい。あるいは、アブノーマルとは、ネットワークスライスに特化した認証及び認可手続きの実行が必要であるにもかかわらず起動されない状態であってもよい。
この場合、ネットワークはネットワークの準正常状態をUEに通知する術がないため、UEは、ネットワークが準正常になったことを知ることができない。したがって、例えばUEは、ネットワークからのネットワークスライスに特化した認証及び認可手続きの開始、及び/又は完了を無期限に待つという問題が発生する可能性がある。つまり、ネットワークスライスに特化した認証及び認可手続き機能に対応しているUE及びネットワークは、ネットワークスライスに特化した認証及び認可機能を用いたサービスを提供できなくなる。
本開示は、このような事情を鑑みてなされたものであり、その目的は、ネットワークで準正常が発生していることをＵＥが知ることができないという問題を解決すること、あるいは、少なくとも軽減することを含む。
本開示の一態様における無線端末は、第一のネットワークスライスに特化した(specified)認証及び認可手続きが保留中(pending)であることを示す情報を少なくとも一つ含む登録許可メッセージを受信する通信部と、前記登録許可メッセージの受信に基づいて、ネットワークスライスに特化した(specified)認証及び認可手続きが準正常であることを判断するためのタイマーを起動する制御部と、を備える。
本開示の一態様におけるコアネットワークノードは第一のネットワークスライスに特化した(specified)認証及び認可手続きが保留中(pending)であることを示す情報を少なくとも一つ含む登録許可メッセージを無線端末に送信する通信部と、前記登録許可メッセージの送信に基づいて、ネットワークスライスに特化した(specified)認証及び認可手続きが準正常であることを判断するためのタイマーを起動する制御部と、を備える。
本開示により、ネットワークで準正常が発生している事をUEが知ることができる。
それぞれの態様にかかるUEの構成概略図である。 それぞれの態様にかかるAMFの構成概略図である。 それぞれの態様にかかるUEの構成図である。 それぞれの態様にかかるAMF構成図である。 それぞれの態様の前提となる初期手続き示す図である。 それぞれの態様にかかるネットワークスライスに特化した認証及び認可手続きを示す図である。 第１の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第１の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第１の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第２の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第２の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第２の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第３の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第３の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第３の態様にかかるS-NSSAIを用いた再接続の手続きを示す図である。 第４の態様にかかるAMFをまたがった際のS-NSSAIを用いた再接続の手続きを示す図である。
（本開示にかかる移動通信システム）
図１から図６を参照して、本開示にかかる移動通信システムについて説明する。
図１は、UEの装置構成例を示す図である。UE１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。UE１０は、例えば、携帯電話端末、スマートフォン端末、タブレット型端末であってもよい。また、UE１０は、IoT（Internet of Things）端末、もしくは、MTC（Machine Type Communication）端末であってもよい。
UE１０は、通信部１１及び制御部１２を有している。通信部１１及び制御部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。もしくは、通信部１１及び制御部１２は、回路もしくはチップ等のハードウェアであってもよい。
通信部１１は、UE１０がアクセスネットワークに接続し、アクセスネットワークを経由してコアネットワークへ接続する為の機能部である。言い換えると、UE１０は、通信部１１を介して、アクセスネットワーク、及び/又はコアネットワークとユーザデータ及び/又は制御情報を送受信することができる。
制御部１２は、UE１０を制御する為の機能部であり、メモリに記憶されている各種の情報やプログラムを読みだして実行することにより、UE１０全体の各種処理を実現する。
図３を用いて、後述の各態様で説明されるUE１０の構成例についての詳細を説明する。
図３は、UE１０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ＷＬＡＮなどのＮｏｎ－３ＧＰＰアクセス、ｅＮＢ（evolved NodeB）もしくはｇＮＢ（next generation NodeB）と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータをベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。変調シンボルデータは、OFDM（Orthogonal Frequency Division Multiplexing）シンボルデータであってもよい。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。また、UE１０は、有線メディアを用いて通信することもあり得る。この場合、Radio Frequency（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., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
例えば、LTE（Long Term Evolution）およびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤを含んでもよい。デジタルベースバンド信号処理は、Radio Link Control（RLC）レイヤ、Medium Access Control (MAC)レイヤ、およびPhysical (PHY)レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、Radio Resource Control (RRC)プロトコル、及びMAC CE (Control Element)の処理を含んでもよい。
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム用プロセッサ（e.g., Digital Signal Processor（DSP））を含んでもよい。ベースバンドプロセッサ１１０３は、コントロールプレーン処理を行うプロトコルスタック用プロセッサを含んでもよい。プロトコルスタック用プロセッサは、例えば、Central Processing Unit（CPU）、又はMicro Processing Unit（MPU）であってもよい。この場合、コントロールプレーン処理を行うプロトコルスタック用プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））を実行する。アプリケーションプロセッサは、様々なアプリケーションプログラムを実行することによって、UE１０の各種機能を実現する。アプリケーションプログラムは、例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーションであってもよい。
いくつかの実装において、図３に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つの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１０の処理を行うよう構成されてもよい。
AMF（Access and Mobility management Function）３０の装置構成例を図２に示す。AMF３０は、通信部３１及び制御部３２を有している。通信部３１及び制御部３２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。もしくは、通信部３１及び制御部３２は、回路もしくはチップ等のハードウェアであってもよい。
通信部３１は、AMF３０がアクセスネットワークやコアネットワークに含まれるコアネットワーク装置と接続為の機能部である。言い換えると、AMF３０は、通信部３１を介して、アクセスネットワーク、及び/又はコアネットワークに含まれるコアネットワーク装置とユーザデータ及び/又は制御情報を送受信することができる。
制御部３２は、AMF３０を制御する為の機能部であり、メモリに記憶されている各種の情報やプログラムを読みだして実行することにより、AMF３０全体の各種処理を実現する。
図４を用いて、後述の複数の態様で説明されるAMF３０の構成例についての詳細を説明する。
図４は、ＡＭＦ３０の構成例を示すブロック図である。図４を参照すると、ＡＭＦ３０は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の態様においてシーケンス図を用いて説明されたＡＭＦ３０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
図４の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、後述の態様において説明されるＡＭＦ３０の処理を行うことができる。
図４を用いて説明したように、ＡＭＦ３０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
以下の通りそれぞれの態様にかかる手続き例について説明するが、その前に、主要な用語や情報について説明する。なお、それぞれの態様における情報とは、UEとAMFの間で送受信されるメッセージ上で含まれる情報であってよいし、UE内で保持する情報であってもよいし、コアネットワーク内で保持する情報であってもよい。
コアネットワークとは、AMF３０、SMF（Session Management Function）４０、UPF（User Plane Function）５０、UDM（Unified Data Management）６０、及びAAA（Authentication, Authorization, and Accounting）７０のうち、少なくとも一部を指し、コアネットワーク、又はコアネットワーク装置と称してもよい。つまり、コアネットワークがメッセージの送受信、及び/又は手続きを実行するということは、コアネットワーク内の装置がメッセージの送受信、及び/又は手続きを実行することを意味する。
アクセスネットワークとは、UEとコアネットワークを接続した無線ネットワークの事である。アクセスネットワークは、3GPPネットワークでもよく、non 3GPPネットワークでもよい。3GPPネットワークは、NG-(R)AN２０でよく、gNB２１及びng-eNB２２のうち、少なくとも一部を指し、NG-(R)AN、又はNG-(R)AN装置と称しても良い。つまり、NG-(R)ANがメッセージの送受信、及び/又は手続きを実行するということは、NG-(R)AN内の装置がメッセージの送受信、及び/又は手続きを実行することを意味する。なお、gNBは、NG-(R)ANを構成するNR（New Radio）機能を持つgNBであってよい。ng-eNB２２は、NG-(R)ANを構成するE-UTRA（Evolved Universal Terrestrial Radio Access）機能を持つeNBであってよい。
N1モードは、アクセスネットワークを介したコアネットワークへのアクセスができるUEモードである。また、N1モードは、N1インタフェースを用いたメッセージの送受信が可能なUEモードであってもよい。
S1モードは、S1インタフェースを用いたメッセージの送受信が可能なUEモードである。尚、S1インタフェースは、S1-MMEインタフェース及びS1-Uインタフェースで構成されて良い。
コアネットワークは、トラッキングエリア（ＴＡ； Tracking Area）と呼ばれる隣接するセルの集合を単位としてUEの位置を管理している。トラッキングエリアは、トラッキングエリア識別子（ＴＡＩ；Tracking Area Identifier）によって識別される。
トラッキングエリアリスト(TA listとも称する)は、一つ以上のTAが含まれるリストである。また、一つ以上のTAの集合をレジストレーションエリア（RA; registration area）と表現する事もある。
第１のネットワークスライス情報は、Requested NSSAIであってよいし、UEが登録手続き（registration procedure）中に送るNSSAIであってよい。UEは、第１のネットワークスライス情報を、initial registration、またはmobility registration update、またはperiodic registration updateメッセージに含めてよい。
第１のサポート情報は、UEが、ネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）をサポートしているかどうかを示す情報又は能力情報（capability information）であってよい。UEは、第１のサポート情報を、initial registration、またはmobility registration update、またはperiodic registration updateメッセージに含めてよい。
ここで、ネットワークスライスに特化した認証及び認可の手続きとは、ネットワークスライスごとに要求される認証及び認可の手続きであってもよい。
第２のネットワークスライス情報は、Allowed NSSAIであってよいし、UEがいる場所（current registration area）で利用可能なNSSAIであってよい。UEがいる場所（current registration area）で利用可能なNSSAIは、コアネットワークから通知されてもよい。コアネットワークは、第２のネットワークスライス情報をregistration acceptメッセージに含めてよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL (Downlink) NAS transportメッセージに含めてもよい。
第３のネットワークスライス情報は、Rejected NSSAIであってよいし、コアネットワークが拒絶する一つ以上のS-NSSAIであってもよい。コアネットワークは、第３のネットワークスライス情報をregistration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよいし、de-registration requestメッセージに含めてもよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL NAS transportメッセージに含めてもよい。Rejected NSSAIとは、コアネットワークが拒絶する一つ以上のS-NSSAIとそのS NSSAIの拒絶の理由値とがそれぞれ対応付けられたリストであってもよい。第３のネットワークスライス情報は、所定のcause value（理由値、または拒絶理由値）を有するS-NSSAIを含むNSSAIであってもよい。この所定のcause valueとは後述の第１の理由値乃至第４の理由値の少なくともいずれかであってもよい。
第１の理由値は、第３のネットワークスライス情報に含まれる各S-NSSAIに関連付けられているcause value（理由値、または拒絶理由値）であってよい。なお、第１の理由値は、pending（保留）を示す理由値であってよい。もしくは、第１の理由値は、ネットワークスライスに特化した認証及び認可の手続き実行中、または実行対象、または実行予定である事を示す理由値であってもよい。第１の理由値は、それぞれの態様では、説明の為に"pending（保留）を示す理由値"と表現される事がある。ある場合において、第３のネットワークスライス情報に複数のS-NSSAIが設定されている場合、第１の理由値は、S-NSSAI毎に関連付けられてよいし、S-NSSAIの集合体を示す第３のネットワークスライス情報（Rejected NSSAI）に対して関連付けてもよい。UEは、当該理由値が関連付けられているS-NSSAIについて、ネットワークスライスに特化した認証及び認可の手続きが成功するまで、または端末電源オン/オフ、または、USIM(Universal Subscriber Identity Module)の抜き差しまで、当該S-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を抑止してよい。なお、ネットワークスライスに特化した認証及び認可の手続きが成功するとは、UEがコアネットワークから、EAP（Extensible Authentication Protocol） successを受信した場合であってよい。コアネットワークは、第１の理由値をregistration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよいし、de-registration requestメッセージに含めてもよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL NAS transportメッセージに含めてもよい。
第２の理由値は、第３のネットワークスライス情報に含まれる各S-NSSAIに関連付けられているcause value（理由値、または拒絶理由値）であってよい。なお、第２の理由値は、success（成功）、またはfailure（失敗）を示す理由値であってよい。また、第２の理由値は、ネットワークスライスに特化した認証及び認可の手続きを実行した結果、手続きが成功した事を示す理由値であってよく、それぞれの態様では、説明の為に"success（成功）を示す理由値"と表現される事がある。また、第２の理由値は、ネットワークスライスに特化した認証及び認可の手続きを実行した結果、手続きが失敗した事を示す理由値であってもよく、それぞれの態様では、説明の為に"failure（失敗）を示す理由値"と表現される事がある。ある場合において、第３のネットワークスライス情報に複数のS-NSSAIが設定されている場合、第２の理由値は、S-NSSAI毎に関連付けられてよいし、S-NSSAIの集合体を示す第３のネットワークスライス情報（Rejected NSSAI）に対して関連付けられてもよい。UE１０は、当該理由値と第３のネットワークスライス情報との関連付けを、端末電源オン/オフ、または、USIM(Universal Subscriber Identity Module)の抜き差しまで保持してよい。また、第２の理由値がfailure（失敗）を示す理由値であった場合、UE１０は、端末電源オン/オフ、または、USIM(Universal Subscriber Identity Module)の抜き差しまで、当該S-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を抑止してよい。コアネットワークは、第２の理由値をregistration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよいし、de-registration requestメッセージに含めてもよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL NAS transportメッセージに含めてもよい。
第３の理由値は、第３のネットワークスライス情報に含まれる各S-NSSAIに関連付けられているcause value（理由値、または拒絶理由値）であってよい。なお、第３の理由値は、非特許文献３の第９．１１．３．４６項に記載されている"S-NSSAI not available in the current PLMN"を示す理由値であってよい。ここで、"S-NSSAI not available in the current PLMN"を示す理由値とは、UEがアクセスしているPLMN（Public land mobile network）においては、当該S-NSSAIを利用できない事を示す理由値であってよい。つまり、UE１０が、別のPLMNに移動した場合、UE１０は、当該S-NSSAIを用いて再接続（registration request）する事が可能であってよい。ある場合において、第３のネットワークスライス情報に複数のS-NSSAIが設定されている場合、第３の理由値は、S-NSSAI毎に関連付けられてよいし、S-NSSAIの集合体を示すRejected NSSAIに対して関連付けられてもよい。なお、UE１０は、当該理由値と第３のネットワークスライス情報との関連付けを、端末電源オン/オフ、または、USIM(Universal Subscriber Identity Module)の抜き差しまで保持してよい。コアネットワークは、第３の理由値をregistration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよいし、de-registration requestメッセージに含めてもよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL NAS transportメッセージに含めてもよい。
第４の理由値は、第３のネットワークスライス情報に含まれる各S-NSSAIに関連付けられているcause value（理由値、または拒絶理由値）であってよい。なお、第４の理由値は、非特許文献３の第９．１１．３．４６項に記載されている" S-NSSAI not available in the current registration area"を示す理由値であってよい。ここで、" S-NSSAI not available in the current registration area "を示す理由値とは、UEがいるregistration areaにおいては、当該S-NSSAIを利用できない事を示す理由値であってよい。つまり、UE１０が、別のRAに移動した場合、UE１０は、当該S-NSSAIを用いて再接続（registration request）する事が可能であってよい。ある場合において、第３のネットワークスライス情報に複数のS-NSSAIが設定されている場合、第４の理由値は、S-NSSAI毎に関連付けてられよいし、S-NSSAIの集合体を示す第３のネットワークスライス情報（Rejected NSSAI）に対して関連付けられてもよい。なお、UE１０は、当該理由値と第３のネットワークスライス情報との関連付けを、端末電源オン/オフ、または、USIM(Universal Subscriber Identity Module)の抜き差しまで保持してよい。コアネットワークは、第４の理由値をregistration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよいし、de-registration requestメッセージに含めてもよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL NAS transportメッセージに含めてもよい。
第１のタイマー情報は、タイマー１に設定されるタイマー値であってよい。ここで、タイマー１は、UEが、第３のネットワークスライス情報及び第１の理由値が関連付けられているS-NSSAIを用いたregistration request（registration requestメッセージは、initial registration request、またはmobility registration update、またはperiodic registration update）メッセージを管理（送信、または送信抑止）するタイマーであってよい。つまり、タイマー１は、pending（保留）されたS-NSSAIを用いた再接続（registration requestの送信/再送信）を管理（送信、または送信抑止）するタイマーであってよい。ある場合において、タイマー１は、EAP identity request（コアネットワークが、UEに対してEAP識別子を要求する制御信号、または制御メッセージ）の受信を待つタイマーであってもよいし、EAP success、またはEAP failure（EAP認証の完了を意味する制御信号、または制御メッセージ）の受信を待つタイマーであってもよいし、新しいスライス情報の取得をトリガーするconfiguration update command （ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）の受信を待つタイマーであってもよい。また、タイマー１は、ネットワークスライスに特化した認証及び認可手続きを実施中にネットワークが準正常（abnormal；アブノーマル）であるか否かを判断するためのタイマーであってもよい。コアネットワークは、第１のタイマー情報をregistration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよい。
第４のネットワークスライス情報は、Configured NSSAIであってよい。コアネットワークは、第４のネットワークスライス情報をregistration acceptメッセージに含めてよいし、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、DL NAS transportメッセージに含めてもよい。
第２のネットワークスライス情報は、UEがいる場所（current registration area）で利用可能なS-NSSAIが無い事を示す情報であってもよいし、空のAllowed NSSAI（empty Allowed NSSAI）であってもよい。この場合の第２のネットワークスライス情報を、以下第５のネットワークスライス情報とも表す。コアネットワークは、第５のネットワークスライス情報を、registration acceptメッセージに含めてよいし、registration rejectメッセージに含めてもよい。
第１の指示情報(indication)は、コアネットワークが、UEに登録手続き（registration procedure）の実行を促す、または要求する際に、送信する指示情報であってよい。なお、コアネットワークは、第１の指示情報を、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）に含めてもよいし、de-registration requestメッセージに含めてよいし、registration rejectメッセージに含めてもよい。
それぞれの態様の前提となる初期手続き（以降、本手続きと称する場合がある）例について図５を用いて説明する。本手続き例には、登録手続き（registration procedure）が含まれる。
図５に含まれる本手続き例は、以下のように詳細に説明される。
ステップ（１） UE１０は、第１のネットワークスライス情報（Requested NSSAI）及び第１のサポート情報をN1インタフェース上でアクセスネットワーク（例えばNG-(R)AN２０）に送信する(S0501)。具体的には、UE１０は、registration requestメッセージを含むRRC （Radio Resource Control）メッセージをアクセスネットワークに送信する。ここで、registration requestメッセージは、initial registration request、またはmobility registration update、またはperiodic registration updateであってもよい。
ステップ（２） アクセスネットワークは、RRCメッセージに含まれるregistration requestメッセージに基づいて、registration requestメッセージの送信先のAMF３０を選択する（S0502）。つまり、アクセスネットワークは、RRCメッセージに含まれる情報に基づき、AMF３０を選択してもよい。
ステップ（３） アクセスネットワークは、選択したAMF３０に、registration requestメッセージを送信、または透過転送する(S0503)。このとき、registration requestには、第１のネットワークスライス情報（Requested NSSAI）及び第１のサポート情報が含まれていてよい。なお、UE１０とAMF３０と間のN1インタフェース上で送受信されるregistration 手続きに関するメッセージは、NAS（Non-Access-Stratum）レイヤで処理されるメッセージである。また、NASレイヤはUE１０とNG-(R)AN２０間のRRCレイヤに対する上位レイヤである。
ステップ（４） AMF３０は、registration requestメッセージを受信し、非特許文献２の第４．２．２項に記載されている登録手続きを実行する(S0504)。
ここで、AMF３０は、非特許文献１の第５．１５項に記載されている通り、加入者情報及び/又はアクセスタイプなどに基づいて一つ以上のS-NSSAIを第２のネットワークスライス情報（Allowed NSSAI）として設定する(S0504)。ある場合において（in some instances）、AMF３０は、ステップ（１）で受信したregistration requestメッセージに、第１のサポート情報が含まれている場合、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）に設定する。なお、第３のネットワークスライス情報に設定されるS-NSSAIは、HPLMN（Home PLMN）にてネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIそのものでなくてもよい。第３のネットワークスライス情報に設定されるS-NSSAIは、HPLMNにてネットワークスライスに特化した認証及び認可の対象とされているS-NSSAIにマッピングされるサービングPLMNが提供するS-NSSAIであってもよい。ここで、AMF３０は、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを加入者情報に基づいて判別、または特定する。つまり、上述した非特許文献１の第４．２．２項に記載されている登録手続き中に、AMF３０がUDM６０から受信する加入者情報（S504）に基づいてネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを判別、または特定する。
ステップ（５） AMF３０は、AMF３０が更新された場合などにおいて、SMF４０に対して、PDU (Protocol Data Unit) Sessionの情報を更新する。(S0505)
ある場合において、ステップ（１）において受信するregistration requestメッセージを含むRRCメッセージに第１のネットワークスライス情報（Requested NSSAI）が含まれていない場合、もしくは、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIが第１のネットワークスライス情報（Requested NSSAI）に含まれていない場合、AMF３０は、加入者情報に基づいて、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを特定してもよい。具体的には、この場合、AMF３０は、UDM６０から取得する加入者情報（S0504）に設定されている一つ以上のdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされているかを判別する。default S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、これらのS-NSSAIをネットワークスライスに特化した認証及び認可の対象として判別する。
ある場合において、ステップ（１）において受信する第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、空のAllowed NSSAI（empty Allowed NSSAI）として第５のネットワークスライス情報を設定してもよい。つまり、第５のネットワークスライス情報としてのAllowed NSSAIには何も設定されていなくてよい。
ある場合において、ステップ（１）において受信するregistration requestメッセージを含むRRCメッセージに第１のネットワークスライス情報（Requested NSSAI）が含まれていない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、空のAllowed NSSAI（empty Allowed NSSAI）として第５のネットワークスライス情報を設定してもよい。つまり、第５のネットワークスライス情報としてのAllowed NSSAIには何も設定されていなくてよい。
ある場合において、ステップ（１）において受信する第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIが、加入者情報に記録されているS-NSSAIの集合（Subscribed NSSAI）と合致しない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、第５のネットワークスライス情報として空のAllowed NSSAI（empty Allowed NSSAI）を設定してもよい。つまり、第５のネットワークスライス情報としてのAllowed NSSAIには何も設定されていなくてよい。
ステップ（６） AMF３０は、ネットワークスライスに特化した認証及び認可の対象とされる一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI） に設定し、当該第３のネットワークスライス情報及び第２のネットワークスライス情報、又は、第３のネットワークスライス情報及び第５のネットワークスライス情報のいずれかを含めたregistration acceptメッセージをN1インタフェース上でUE１０に送信する(S0506)。
なお、ここで第３のネットワークスライス情報（Rejected NSSAI）に含まれる一つ以上のS-NSSAIは、HPLMNにてネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIそのものでなくてもよい。第３のネットワークスライス情報（Rejected NSSAI）に含まれる一つ以上のS-NSSAIは、HPLMNにてネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIにマッピングされるServing PLMNが提供するS-NSSAIであってもよい。
ステップ（７） UE１０は、registration acceptメッセージで取得した各種情報の内容を認識し保持する。例えば、UE１０は、第２のネットワークスライス情報、または第５のネットワークスライス情報を、Allowed NSSAIとして認識し、保持してもよい。UE１０は、第３のネットワークスライス情報を、Rejected NSSAIとして認識し、保持してもよい。
そして、UE１０は、registration acceptメッセージ受信に基づいて、registration completeメッセージをN1インタフェース上で送信する(S0507)。
以上により初期手続きは終了し、図６に示すネットワークスライスに特化した認証及び認可手続きが行われる（第１の状態）。第１の状態は、図５に示される初期手続きが終了した状態であり、ネットワークスライスに特化した認証及び認可手続きを待つ状態である。
それぞれの態様にかかるネットワークスライスに特化した認証及び認可手続き（以降、本手続きと称する場合がある）例について図６を用いて説明する。本手続き例には、ネットワークスライスに特化した認証及び認可手続き（Network Slice-Specific Authentication and Authorization procedure）が含まれる。
ステップ（１） AMF３０は、非特許文献２の第４．２．２．２項及び第４．２．９．２項に記載されてある通りregistration procedure完了後（registration accept送信後、またはregistration completeメッセージ受信後、または5GMM (5GS Mobility Management) context確立後）、Network Slice-Specific Authentication and Authorization procedureの開始をトリガーしてもよい(S0601)。
このとき、AMF３０は、上述のregistration procedureのステップ（４）で説明したネットワークスライスに特化した認証及び認可の対象として判別したS-NSSAIとネットワークスライスに特化した認証及び認可手続きの処理状態とを関連付けて保持していてよい。つまり、AMF３０は、どのS-NSSAIに対してネットワークスライスに特化した認証及び認可の手続きが実行中、または実行対象、または実行予定であるかを示す状態情報をUE context情報（UE context information）として保持していてよい。状態情報は、S-NSSAIに対してネットワークスライスに特化した認証及び認可の手続きがpending（保留）、または、success（成功）、またはfailure（失敗）を示す情報であってよい。
AMF３０は、この状態情報に基づいて、Network Slice-Specific Authentication and Authorization procedureの開始のトリガー、または、どのS-NSSAIに対してNetwork Slice-Specific Authentication and Authorization procedureを実行するかを判別してよい。例えば、特定のS-NSSAIに対してのネットワークスライスに特化した認証及び認可の手続きがsuccess（成功）しているという状態情報がUE context情報（UE context information）に含まれている場合、AMF３０は、当該S-NSSAIについてNetwork Slice-Specific Authentication and Authorization procedureを実行しなくてよい、またはスキップしてよい。
ステップ（２、３） AMF３０は、非特許文献２の第４．２．９．２項に記載されてあるEAPを活用したNetwork Slice-Specific Authentication and Authorization procedureを実行する(S0602及びS0603)。
ステップ（４） AMF３０は、Network Slice-Specific Authentication and Authorization procedureの実行結果（EAP success、またはEAP failure）をUEに対して通知(S0604)した後に、非特許文献２の第４．２．９．２項に記載されてある通り、configuration update commandをUEに向けて送信してよい。具体的には、新しい第２のネットワークスライス情報又は第５のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、または新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、または、サービングAMFが別の異なるAMFに変わる場合、AMF３０は、アクセスタイプ毎にconfiguration update commandをUEに向けて送信してよい。なお、アクセスタイプとは、アクセスネットワークのタイプを示し、3GPPネットワーク、またはnon 3GPPネットワークを意味してよい。
これまで、それぞれの態様の前提となる初期手続き例及びネットワークスライスに特化した認証及び認可手続き例を説明してきた。本開示におけるそれぞれの態様では、上記前提において、ネットワークスライスに特化した認証及び認可機能を用いたサービスを提供できなくなる様々な課題シナリオを考慮して、態様を分けてそれぞれの課題シナリオにおける最適な解決策を以下の通り説明する。
（第１の態様）
図７は第１の態様を説明するための図である。
本態様は、UE１０が、図５におけるステップS0501乃至S0505の実行ののち、ステップS0506の処理の代わりに、第１の理由値に関連付けられたS-NSSAIを含む第３のネットワークスライス情報を受信し、ネットワークスライスに特化した認証及び認可の手続きを待っているシナリオに関する。UE１０は、ネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）をサポートしている。ここで、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、UE１０が、registration accept受信後、またはregistration completeメッセージ送信後、または5GMM context確立後、第１の理由値が示すpending（保留）を示す理由値に関連付けられた一つ以上のS-NSSAIを保持している状態である。具体的には、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、EAP identity requestを受信していない、またはEAP success、またはEAP failureを受信していない、または新しいスライス情報の取得をトリガーするメッセージ（configuration update command、またはde-registration request） を受信していない、または新しいスライス情報を設定するメッセージ（DL NAS transport）を受信していない場合を意味してもよい。
ここで説明する解決策は、コアネットワークから取得するタイマー１及び/又は第１のタイマー値、または事前にUE１０に設定されているタイマー１及び/又は第１のタイマー値に基づいて、UE１０が、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を管理するものである。なお、送信を管理するとは、送信する挙動と送信を抑止する挙動を管理するという意味であってよく、送信する挙動をre-attempt（再接続）と表現する事がある。
図７に示すステップは、以下のように詳細に説明される。
ステップ（１） 図５におけるステップS0501乃至S0505の処理を実行したのち、UE１０は、AMF３０から第３のネットワークスライス情報及び第１の理由値のうち少なくとも一つ以上の情報に加えて第１のタイマー情報を受信する(S0701)。第１のタイマー情報の受信は、UE１０がAMF３０に向けて、registration completeメッセージを送信したことに起因して実施されてもよい。事前にUE１０にタイマー１及び/又は第１のタイマー値が設定されている場合、第１のタイマー情報を受信しなくてもよい。
このとき、UE１０は、第３のネットワークスライス情報が示す一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と関連付けて保持してよい。また、AMF３０にも、registration acceptメッセージをUE１０に送信後、あるいは、UE１０からregistration completeメッセージを受信した時点より、第３のネットワークスライス情報が示す一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と関連付けてUE context informationとして保持してよい。AMF３０は、第３のネットワークスライス情報が示す一つ以上のS-NSSAI、及び/又は第１の理由値（pending（保留）を示す理由値）と関連付けて第１のタイマー情報をUE context informationとして保持してよい。
ステップ（２） UE１０は、第１の処理例を実施する(S0702)。第１の処理例では、UE１０は第１の挙動例から第３の挙動例のうち一つ以上を実施してもよい。第１の処理例は、UE１０が、ネットワークスライスに特化した認証及び認可手続きを実施中にネットワークが準正常（abnormal；アブノーマル）であることを判断するためのタイマー１を起動する挙動（第１の挙動例）、当該タイマー１が満了または停止するまでの挙動（第２の挙動例）、および当該タイマー１が満了または停止した際の挙動（第３の挙動例）を含む処理を含む。
本態様における第１の挙動例とは、UE１０が、第１のタイマー情報が示すタイマー値、または事前にUE１０に設定された値をタイマー１に設定し、タイマー１を起動する挙動であってよい。なお、ここでタイマー１を起動するとは、タイマーのカウントを開始する意味であってよい。また、事前にUE１０に設定されたタイマー値は、UE１０がHPLMN、または均等PLMN（equivalent PLMN）に在圏する際に使用されるようにUE１０に設定されていてもよい。
UE１０は、タイマー１を、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位で起動してもよいし、S-NSSAI、SIM(Subscriber Identity Module)、UE及びPLMNの少なくともいずれかの単位又はそれらの組み合わせの単位で起動してもよい。言い換えると、タイマー１のタイマー値を含む第１のタイマー情報は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位で設定されてもよいし、S-NSSAI、SIM、UE及びPLMNの少なくともいずれかの単位又はそれらの組み合わせの単位で設定されていてよい。例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位でタイマー１を起動しても良いし、SIM単位でタイマー1を起動してもよいし、UE単位でタイマー１を起動してもよいし、PLMN単位でタイマー1を起動してもよい。例えば、UE10は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びPLMNの組み合わせ単位でタイマー１を起動してもよいし、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びSIMの組み合わせの単位で設定されていてもよいし、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びUE単位でタイマー1を起動してもよい。例えばUE１０は、SIM及びPLMNの組み合わせの単位でタイマー1を起動してもよいし、UE及びPLMNの組み合わせの単位でタイマー1を起動してもよい。例えばUE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びUE及びPLMNの組み合わせ単位でタイマー１を起動してもよいし、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びSIM及びPLMNの組み合わせ単位でタイマー１を起動してもよいし、SIM及びUE及びPLMNの組み合わせ単位でタイマー１を起動してもよい。例えばUE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びSIM及びUE及びPLMNの組み合わせ単位でタイマー１を起動してもよい。
なお、第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAIが二つ以上ある場合、第１のタイマー情報は、S-NSSAI単体のタイマー値と第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAIの数の積で求められてよい。
本態様における第１の挙動例において、UE１０は、タイマー１が満了するたびにタイマー１を再起動する動作をＮ回繰り返してもよい。繰り返し動作の回数であるＮ回の数値Ｎは、UE１０が保有するConfiguration dataに基づいて定められる値でもよい。あるいは、Ｎ回の数値Ｎは、AMF３０から送信されるregistration acceptメッセージ、registration rejectメッセージ、configuration update command（ＵＥ設定情報更新コマンド制御信号、または制御メッセージ）、あるいは、DL NAS transportメッセージに設定され、AMF３０がUE１０に当該メッセージを伝送することで数値ＮがUE１０に設定されてもよい。この場合、タイマー１のＮ回の起動及び満了までは後述の第２の挙動例が起動し、タイマー１のＮ回の起動及び満了後、後述の第３の挙動例が起動されてもよい。
本態様における第２の挙動例として、起動しているタイマー１が停止、または満了するまでの間、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を抑止する挙動を含んでもよい。
本態様における第２の挙動例において、起動しているタイマー１が停止、または満了するまでの間、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、pending（保留）を示す理由値に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービングPLMNのS-NSSAIを用いたEmergency registration requestの送信を第３のネットワークスライス情報（Rejected NSSAI）にかかわらず送信する挙動であってもよい。
本態様における第２の挙動例において、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービングPLMNのS-NSSAIに対するネットワークスライスに特化した認証及び認可の手続きが完了した場合、当該S-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、第３のネットワークスライス情報から削除したS-NSSAIを第２のネットワークスライス情報（Allowed NSSAI）として管理してもよい。さらに、UE１０は、第２のネットワークスライス情報（Allowed NSSAI）として管理したS-NSSAIを用いたサービスを開始してもよい。
本態様における第３の挙動例として、起動しているタイマー1が停止または満了した場合に、UE１０が、第１の理由値（pending（保留）を示す理由値）及び／又は第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAIの少なくともいずれかの情報を更新する挙動を含んでもよい。
具体的には、UE１０は、第３の挙動例として以下の第１の手続き例を実施してよい。
UE１０は、起動しているタイマー１が停止、または満了した場合、本態様において、UE１０が保持する第１の理由値（pending（保留）を示す理由値）と第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAIとの関連付けを解消してもよい。ここで、第１の理由値（pending（保留）を示す理由値）と第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAIとの関連付けを解消するとは、UE１０が保持している第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAI及び第１の理由値（pending（保留）を示す理由値）について、第１の理由値（pending（保留）を示す理由値）を削除する意味であってよいし、第２の理由値（failure（失敗）を示す理由値）に書き換えるという意味であってもよい。このとき、UE１０は、コアネットワーク及び/又はアクセスネットワークとのメッセージを送受信すること無く（locally）、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。なお、第１の理由値（pending（保留）を示す理由値）を削除するとは、当該一つ以上のS-NSSAIには、いかなる理由値も関連付けられていない事を意味してもよい。
ある場合において、UE１０は、第３の挙動例として、第１の手続き例とは異なる以下の第２の手続き例を実施してもよい。
UE１０は、起動しているタイマー１が停止、または満了した場合、本態様において、UE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを削除してもよい。ここで、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを削除するとは、UEが保持している第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）及びその理由値と関連付けられている一つ以上のS-NSSAIの両方を削除する意味であってよい。
ある場合において、UE１０は、第３の挙動例として、第１から第２の手続き例とは異なる以下の第３の手続き例を実施してもよい。
起動しているタイマー１が停止、または満了した場合、UE１０が第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIのみ保持している場合、UE１０は、UE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）をリセットしてもよい。ここで、第３のネットワークスライス情報（Rejected NSSAI）をリセットするとは、UEが保持する全ての第３のネットワークスライス情報（Rejected NSSAI）を削除する意味であってよい。
図８は、本態様の第１の処理例ののちに実施される、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いた再接続の手続きを示す図である。
ある場合において、UE１０は、以下の第１の手続き例を実施してよい。
具体的には、UE１０は、第１の処理例を実施後、第３のネットワークスライス情報（Rejected NSSAI）のうち第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAI 、または第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービングPLMNが提供するS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0801）。
ある場合において、UE１０は、以下の第２の手続き例を実施してよい。
具体的には、UE１０は、図８が示す通り起動しているタイマー１が停止、または満了した場合、第１の理由値（pending（保留）を示す理由値）に関連付けられていた第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIを用いないregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0801）。具体的には、第２の手続き例は、registration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージに設定される第１のネットワークスライス情報（Requested NSSAI）に、第３のネットワークスライス情報（Rejected NSSAI）のうち、pending（保留）を示す理由値に関連付けられていた一つ以上のS-NSSAIを設定しない事である。あるいは、UE１０は、registration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージに、既に第３のネットワークスライス情報（Rejected NSSAI）に関連付けられpending（保留）状態となっている一つ以上のS-NSSAIを個別の情報要素に設定しAMF３０に送信してもよい。AMF３０は、個別の情報要素として受信したS-NSSAIに対して、ネットワークスライスに特化した認証及び認可の手続きの正常性の確認などのＯ＆Ｍ（Operation and Maintenance）を起動してもよい。なお、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIとは、第１の処理例の第３の挙動例の第１の手続き例で説明した通り、関連付けられている理由値を削除もしくは、第２の理由値（failure（失敗）を示す理由値）に置き換えられた、一つ以上のS-NSSAIであってよい。
AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうち第１の理由値（pending（保留）を示す理由値）に関連付けられている一つ以上のS-NSSAIを用いないregistration requestメッセージを受信する。次に、AMF３０は、新しい第２のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、registration acceptメッセージに第２のネットワークスライス情報を設定し、新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、registration acceptメッセージに第３のネットワークスライス情報及び第２の理由値（failure（失敗）を示す理由値）を設定し、新しい第４のネットワークスライス情報（Configured NSSAI）をUEに設定する場合、registration acceptメッセージに第４のネットワークスライス情報を設定し、これらの情報を含めたregistration acceptメッセージをUE１０に送信してもよい（S0802）。
なお、UE１０は、第１の処理例の第３の挙動例の第１の手続き例に基づいて、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられる理由値を削除、または第２の理由値（failure（失敗）を示す理由値）に書き換えていたとしても、AMF３０は、UE Context informationとして当該S-NSSAIに関連付けられる理由値を、第１の理由値（pending（保留）を示す理由値）であると認識していてよい。つまり、AMF３０が認識する理由値は、UE１０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられている一つ以上のS-NSSAIに関連付けられている理由値と異なっていてよい。AMF３０が認識する理由値は、当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられている一つ以上のS-NSSAIに関連付けられている。
ここで、第２のネットワークスライス情報がregistration acceptメッセージに含まれる場合について説明する。第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、当該第３のネットワークスライス情報（Rejected NSSAI）から削除した一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0803）。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第２のネットワークスライス情報としてS-NSSAI#1を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとして保持するS-NSSAI#1を削除する。さらにUE１０は、S-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0803）。
ある場合において、第３のネットワークスライス情報及び第２の理由値がregistration acceptメッセージに含まれる場合について説明する。第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第３のネットワークスライス情報に対応するS-NSSAIとしてS-NSSAI#1及び第２の理由値（failure（失敗）を示す理由値）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとして保持するS-NSSAI#1に関連付けられる理由値を、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。
ある場合において、例えば、第４のネットワークスライス情報にConfigured NSSAIが含まれる場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。ある場合において、UE１０は第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0803）。UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、ステップS0803においてUE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとしてS-NSSAI#1とS-NSSAI#2を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。S-NSSAI#2には、非特許文献３に記載されている第４の理由値（"S-NSSAI not available in the current registration area"を示す理由値）が関連付けられている。このとき、第４のネットワークスライス情報（Configured NSSAI）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとして保持するS-NSSAI#1及びS-NSSAI#2の両方を削除、またはUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）自体を削除してもよい。例えば、第４のネットワークスライス情報（Configured NSSAI）にS-NSSAI#1が含まれている場合、UE１０は、第４のネットワークスライス情報（Configured NSSAI）に含まれているS-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。
ある場合において、UE１０は、以下の第３の手続き例を実施してよい。
具体的には、UE１０は、図９が示す通り起動しているタイマー１が停止、または満了した場合、第３のネットワークスライス情報（Rejected NSSAI）のうち第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0901）。なお、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIとは、第１の処理例の第３の挙動例の第１の手続きで説明した通り、関連付けられている理由値が削除もしくは、第２の理由値（failure（失敗）を示す理由値）に書き換えられた一つ以上のS-NSSAIであってよい。
AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうち第１の理由値（pending（保留）を示す理由値）に関連付けられている一つ以上のS-NSSAIを用いたregistration requestメッセージを受信する。次に、AMF３０は、新しい第２のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、registration acceptメッセージに第２のネットワークスライス情報を設定し、新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、registration acceptメッセージに第３のネットワークスライス情報及び第２の理由値を設定し、新しい第４のネットワークスライス情報（Configured NSSAI）をUEに設定する場合、registration acceptメッセージに第４のネットワークスライス情報を設定し、これらの情報を含めたregistration acceptメッセージをUE１０に送信してもよい（S0902）。
なお、UE１０が、第１の処理例の第３の挙動例の第１の手続き例に基づいて、第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAIに関連付けられる理由値を削除、または第２の理由値（failure（失敗）を示す理由値）に書き換えていたとしても、AMF３０は、UE Context informationとして当該S-NSSAIに関連付けられる理由値が、第１の理由値（pending（保留）を示す理由値）であると認識していてよい。つまり、AMF３０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）の一つ以上のS-NSSAIに関連付けられている理由値は、UE１０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAIに関連付けられている理由値と異なっていてよい。
ここで、第２のネットワークスライス情報がregistration acceptメッセージに含まれる場合について説明する。第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、当該第３のネットワークスライス情報（Rejected NSSAI）から削除した一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0903）。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第２のネットワークスライス情報としてS-NSSAI#1を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとして保持するS-NSSAI#1を削除する。さらに、UE１０は、S-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0903）。
ある場合において、第３のネットワークスライス情報及び第２の理由値がregistration acceptメッセージに含まれる場合について説明する。第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第３のネットワークスライス情報に対応するS-NSSAIとしてS-NSSAI#1及び第２の理由値（failure（失敗）を示す理由値）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとして保持するS-NSSAI#1に関連付けられる理由値を、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。
ある場合において、例えば、第４のネットワークスライス情報にConfigured NSSAIが含まれる場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。UE１０は、第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S0903）。 UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、ステップS0903においてUE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとしてS-NSSAI#1とS-NSSAI#2を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。S-NSSAI#2には、非特許文献３に記載されている第３の理由値（"S-NSSAI not available in the current registration area"を示す理由値）が関連付けられている。このとき、第４のネットワークスライス情報（Configured NSSAI）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に対応するS-NSSAIとして保持するS-NSSAI#1及びS-NSSAI#2の両方を削除、またはUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）自体を削除してもよい。例えば、第４のネットワークスライス情報（Configured NSSAI）にS-NSSAI#1が含まれている場合、UE１０は、第４のネットワークスライス情報（Configured NSSAI）に含まれているS-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。
なお、これまで第１の処理例ののちに実施される第２及び第３の手続き例では、タイマー１が停止、または満了した場合に、UE１０がregistration requestをAMF３０へ送信し、当該registration requestの返信としてのregistration acceptでUE１０が新しいネットワークスライス情報（第２のネットワークスライス情報、及び/又は第３のネットワークスライス情報及び第２の理由値、及び/又は第４のネットワークスライス情報）を取得する事が説明されている。このようにして、UE１０がネットワークスライスに特化した認証及び認可の手続きを無期限に待つという問題を解決する手段を説明してきたが、これに限らなくてもよい。
具体的には、UE１０は、AMF３０から、第１の指示情報を含めたconfiguration update commandを受信してもよい。UE１０は、第１の指示情報に基づき、registration requestメッセージをAMF３０へ送信し、AMF３０が当該registration requestメッセージに対してのregistration acceptメッセージに第２のネットワークスライス情報、及び/又は第３のネットワークスライス情報及び第２の理由値、及び/又は第４のネットワークスライス情報を含める事で新しいネットワークスライス情報をUEに設定してもよい。registration requestの送信及びregistration acceptにかかるUE１０の挙動は、上述した第１の処理例ののちに実施される第２及び第３の手続き例のUE１０の挙動と同様であってよい。
ここで、第１の処理例の第１から第３の挙動例は、UE１０内部のルール及び/又はポリシーに基づいて、実行される挙動であってもよい。UE１０は、UE１０の内部のメモリ及び/又は制御部に、ポリシー(UE policy；UEポリシー)を保持しておいてよい。例えば、UE１０は、タイマー１が満了した際に、当該ポリシーに基づいて、第１の処理例の第３の挙動例の第１の手続き例から第３の手続き例のうち一つ以上の手続き例および第１の処理例ののちに実施される第１の手続き例から第３の手続き例のうち一つ以上の手続き例を実行する事で、ネットワークスライスに特化した認証及び認可の手続きを無期限に待つという問題の解決を実現してよい。
起動しているタイマー１を停止する処理例を以下の通り説明する。
UE１０は、コアネットワークからEAP identity requestを受信した場合にタイマー１を停止するように設定されていてよいし、EAP success、またはEAP failureを受信した場合にタイマー１を停止するように設定されていてもよい。
タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合について説明する。
ここで変更前のPLMNを変更元PLMNと称し、変更後のPLMNを変更先PLMNと称する。
タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合の手続き例として、以下の第１の手続き例を実施してよい。
UE１０が、タイマー１起動中にPLMN変更を実施した場合、タイマー１を停止しなくてよいように設定されていてよい。このとき、タイマー１は、第３のネットワークスライス情報単位、または第３のネットワークスライス情報及びUEの組み合わせ単位で管理（停止、または起動）されていてよい。
ある場合において、UE１０は、変更先PLMNで、第３のネットワークスライス情報、もしくは変更元PLMNがHPLMNである場合、第３のネットワークスライス情報がマッピングされるサービング PLMNが提供するS-NSSAIを用いたregistration requestメッセージ（initial registration request、またはmobility registration update、またはperiodic registration update）送信を抑止してもよい。
ある場合において、タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合の手続き例として、以下の第２の手続き例を実施してよい。
UE１０が、タイマー１起動中にPLMN変更を実施した場合、タイマー１を停止しなくてよいように設定されていてよい。このとき、タイマー１は、第３のネットワークスライス情報単位、または第３のネットワークスライス情報及びUEの組み合わせ単位で管理（停止、または起動）されていてよい。これは、PLMN変更で変更先PLMNから再度変更元PLMNに戻った際に、変更元PLMNで起動したタイマー１を起動し続ける事で、変更元PLMNで適用したregistration requestメッセージ送信の管理を継続適用する為である。
ある場合において、UE１０は、変更先PLMNで、第３のネットワークスライス情報、もしくは変更元PLMNがHPLMNである場合、第３のネットワークスライス情報がマッピングされるサービング PLMNが提供するS-NSSAIを用いたregistration requestメッセージ（initial registration request、またはmobility registration update、またはperiodic registration update）送信をしてもよい。
ある場合において、タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合の手続き例として、第１から第２の手続き例とは異なる以下の第３の手続き例を実施してよい。
UE１０が、タイマー１起動中にPLMN変更を実施した場合、タイマー１を停止するように設定されていてよい。タイマー１は、第３のネットワークスライス情報及びPLMN単位、または第３のネットワークスライス情報及びPLMN及びUEの組み合わせ単位で管理（停止、または起動）されていてよい。
ある場合において、UE１０は、変更先PLMNで、第３のネットワークスライス情報、もしくは変更元PLMNがHPLMNである場合、第３のネットワークスライス情報がマッピングされるサービング PLMNが提供するS-NSSAIを用いたregistration requestメッセージ（initial registration request、またはmobility registration update、またはperiodic registration update）送信をしてもよい。
タイマー１が起動中にN1モードからS1モードにシステム変更（system interchange）した場合について説明する。
タイマー１が起動中にUE１０がN1モードからS1モードに変更した場合の手続き例として、以下の第１の手続き例を実施してよい。
UE１０は、タイマー１起動中にN1モードからS1モードに変更した際、起動しているタイマー１を停止しなくてよいように設定されていてよい。これは、S1モードに変更した後、再度N1モードに変更した際に、初めにN1モードで起動したタイマー１を起動し続ける事で、N1モードで適用したregistration requestメッセージ送信の管理を継続適用する為である。
ある場合において、タイマー１が起動中にUE１０がN1モードからS1モードに変更した場合の手続き例として、第１の手続き例とは異なる以下の第２の手続き例を実施してよい。
UE１０は、タイマー１起動中にN1モードからS1モードに変更した際、起動しているタイマー１を停止するように設定されていてもよい。
これまで、UE１０が、AMF３０から第３のネットワークスライス情報、及び第１の理由値のうち少なくとも一つ以上の情報及び第１のタイマー情報を受信した場合の説明をしてきたが、UE１０がAMF３０から第５のネットワークスライス情報を受信した場合について以下の通り説明する。
具体的には、第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、または第１のネットワークスライス情報（Requested NSSAI）が含まれていない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、または第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIが、加入者情報に記録されているS-NSSAI（Subscribed NSSAI）と合致しない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、第５のネットワークスライス情報をUE１０に送信してもよい。
つまり、AMF３０は、UE１０に対して送信できる第２のネットワークスライス情報（Allowed NSSAI）としてのS-NSSAIが無い為、第５のネットワークスライス情報を送信する。ここでAMF３０は、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを第３のネットワークスライス情報に含め、関連する第１の理由値（pending（保留）を示す理由値）をUE１０に送信してよいし、第３のネットワークスライス情報及び第１の理由値をUE１０に送信しなくてもよい。
このとき、UE１０は、本態様で説明してきたAMF３０から第５のネットワークスライス情報と、第３のネットワークスライス情報及び第１の理由値のうち少なくとも一つ以上の情報と、に加えて第１のタイマー情報を受信した場合、事前にタイマー１がUEに設定されていた場合と同様の挙動を行ってよい。
（第２の態様）
図１０を用いて第２の態様を説明する。
本態様は、UE１０が、図５におけるステップS0501乃至S0505の処理を実行したのち、第１の理由値に関連付けられたS-NSSAIを含む第３のネットワークスライス情報を受信し、ネットワークスライスに特化した認証及び認可の手続きを待っているシナリオに関する。UE１０は、ネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）をサポートしている。ここで、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、UE１０が、registration accept受信後、またはregistration completeメッセージ送信後、または5GMM context確立後、第１の理由値（pending（保留）を示す理由値）に関連付けられた一つ以上のS-NSSAIを保持している状態である。具体的には、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、EAP identity requestを受信していない、またはEAP success、またはEAP failureを受信していない、または新しいスライス情報の取得をトリガーするメッセージ（configuration update command、またはde-registration request） を受信していない、または新しいスライス情報を設定するメッセージ（DL NAS transport）を受信していない場合を意味してもよい。
ここで説明する解決策は、コアネットワークから取得するタイマー１及び/又は第１のタイマー情報、または事前にUE１０に設定されているタイマー１及び/又は第１のタイマー情報に基づいて、UE１０が、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を管理するものである。なお、第１の態様とは異なり、第２の態様では、上述したタイマー１が停止、または満了した際、別のタイマーを起動しregistration requestの送信管理を実施する。また、送信を管理するとは、送信する挙動と送信を抑止する挙動を管理するという意味であってよく、送信する挙動をre-attempt（再接続）と表現する事がある。
図１０に示すステップは、以下のように詳細に説明される。
ステップ（１） UE１０は、図５におけるステップS0501乃至S0505の処理を実行したのち、AMF３０から第３のネットワークスライス情報及び第１の理由値のうち少なくとも一つ以上の情報に加えて第１のタイマー情報を受信する(S1001)。
このとき、UE１０は、第３のネットワークスライス情報に関連付けられる一つ以上のS-NSSAIを、第１の理由値（pending（保留）を示す理由値）と関連付けて保持してよい。また、AMF３０も、第３のネットワークスライス情報に関連付けられる一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と関連付けてUE context informationとして保持してよい。AMF３０は、第３のネットワークスライス情報に関連付けられる一つ以上のS-NSSAI、及び/又は第１の理由値（pending（保留）を示す理由値）と関連付けて第１のタイマー情報をUE context informationとして保持してよい。
ステップ（２） 第１のタイマー情報を受信したUE１０は、第２の処理例を実施する(S1002)。第２の処理例では、UE１０は第１の挙動例から第３の挙動例のうち一つ以上を実施してもよい。第２の処理例は、UE１０が、ネットワークスライスに特化した認証及び認可手続きを実施中にネットワークが準正常（abnormal；アブノーマル）であることを判断するためのタイマー１を起動する挙動（第１の挙動例）、当該タイマー１が満了または停止するまでの挙動（第２の挙動例）、および当該タイマー１が満了または停止した際の挙動（第３の挙動例）を含む処理を含む。
本態様における第１の挙動例とは、UE１０が、第１のタイマー情報が示すタイマー値、または事前にUE１０に設定された値をタイマー１に設定し、タイマー１を起動する挙動であってよい。なお、ここでタイマー１を起動するとは、タイマーのカウントを開始する意味であってよい。また、事前にUE１０に設定されたタイマー値は、UE１０がHPLMN、または均等PLMN(equivalent PLMN)に在圏する際に使用されるようにUE１０に設定されていてもよい。
UE１０は、タイマー１を、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位で起動してもよいし、S-NSSAI、SIM、UE及びPLMNの少なくともいずれかの単位又はそれらの組み合わせの単位で起動してもよい。言い換えると、タイマー１のタイマー値を含む第１のタイマー情報は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位で設定されてもよいし、S-NSSAI、SIM、UE及びPLMNの少なくともいずれかの単位又はそれらの組み合わせの単位で設定されていてよい。例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位でタイマー１を起動しても良いし、SIM単位でタイマー1を起動してもよいし、UE単位でタイマー１を起動してもよいし、PLMN単位でタイマー1を起動してもよい。例えば、UE10は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びPLMNの組み合わせ単位でタイマー１を起動してもよいし、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びSIMの組み合わせの単位で設定されていてもよいし、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びUE単位でタイマー1を起動してもよい。例えばUE１０は、SIM及びPLMNの組み合わせの単位でタイマー1を起動してもよいし、UE及びPLMNの組み合わせの単位でタイマー1を起動してもよい。例えばUE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びUE及びPLMNの組み合わせ単位でタイマー１を起動してもよいし、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びSIM及びPLMNの組み合わせ単位でタイマー１を起動してもよいし、SIM及びUE及びPLMNの組み合わせ単位でタイマー１を起動してもよい。例えばUE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びSIM及びUE及びPLMNの組み合わせ単位でタイマー１を起動してもよい。
なお、第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAIが二つ以上ある場合、第１のタイマー情報は、S-NSSAI単体のタイマー値と第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAIの数の積で求められてよい。
本態様における第２の挙動例とは、起動しているタイマー１が停止、または満了するまでの間、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービング PLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を抑止する挙動であってよい。
本態様における第３の挙動例として、起動しているタイマー1が停止または満了した場合に、UE１０が、第１の理由値（pending（保留）を示す理由値）及び／又は第３のネットワークスライス情報（Rejected NSSAI）に対応する一つ以上のS-NSSAIの少なくともいずれかの情報を更新する挙動を含んでもよい。
具体的には、UE１０は、第３の挙動例として以下の第１の手続き例を実施してよい。
UE１０は、起動しているタイマー１が停止、または満了した場合、UE１０は、UE１０が保持する第１の理由値（pending（保留）を示す理由値）と第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIとの関連付けを解消してもよい。ここで、第１の理由値（pending（保留）を示す理由値）と第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIとの関連付けを解消するとは、UEが保持している第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAI及び第１の理由値（pending（保留）を示す理由値）について、第１の理由値（pending（保留）を示す理由値）を削除する意味であってよいし、第２の理由値（failure（失敗）を示す理由値）に書き換えるという意味であってもよい。このとき、UE１０は、コアネットワーク及び/又はアクセスネットワークとのメッセージを送受信すること無く（locally）、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。なお、第１の理由値（pending（保留）を示す理由値）を削除するとは、当該一つ以上のS-NSSAIには、いかなる理由値も関連付けられていない事を意味してもよい。
ある場合において、UE１０は、第３の挙動例として、第１の手続き例とは異なる以下の第２の手続き例を実施してもよい。
UE１０は、起動しているタイマー１が停止、または満了した場合、UE１０は、UE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを削除してもよい。ここで、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを削除するとは、UEが保持している第１の理由値（pending（保留）を示す理由値）と関連付けられている第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIの両方を削除する意味であってよい。
ある場合において、UE１０は、第３の挙動例として、第１から第２の手続き例とは異なる以下の第３の手続き例を実施してもよい。
起動しているタイマー１が停止、または満了した場合、UE１０が第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIのみ保持している場合、UE１０は、UE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）をリセットしてもよい。ここで、第３のネットワークスライス情報（Rejected NSSAI）をリセットするとは、UEが保持する全ての第３のネットワークスライス情報（Rejected NSSAI）を削除する意味であってよい。
ある場合において、UE１０は、第２の処理例ののちに実施される、以下の第１の手続き例を実施してよい。
図１１は、本態様の第２の処理例ののちに実施される第１の手続き例における、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いない再接続の手続きを示す図である。
具体的には、UE１０は、図１１が示す通り起動しているタイマー１が停止、または満了した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを用いないregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1101）。なお、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIとは、第２の処理例の第３の挙動例の第１の手続きで説明した通り、関連付けられている理由値が削除もしくは、第２の理由値（failure（失敗）を示す理由値）に書き換えられた一つ以上のS-NSSAIであってよい。この場合において、UE１０は、タイマー２及び/又は、タイマー３を起動してもよい。ここで、タイマー２とは、非特許文献３の第１０．２項に記載されている通り、UE１０がregistration requestメッセージを送信した後に起動するコアネットワークからのregistration acceptメッセージを待つモビリティータイマーであってよい。タイマー３とは、非特許文献３の第１０．２項に記載されている通り、registration requestメッセージの再送を管理するタイマーであってよい。
AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを用いないregistration requestメッセージを受信する。次に、AMF３０は、新しい第２のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、registration acceptメッセージに第２のネットワークスライス情報を設定し、新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、registration acceptメッセージに第３のネットワークスライス情報及び第２の理由値を設定し、新しい第４のネットワークスライス情報（Configured NSSAI）をUEに設定する場合、registration acceptメッセージに第４のネットワークスライス情報を設定し、これらの情報を含めたregistration acceptメッセージをUE１０に送信してもよい（S1102）。
なお、UE１０が、第２の処理例の第３の挙動例の第１の手続き例に基づいて、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられる理由値を削除、または第２の理由値（failure（失敗）を示す理由値）に書き換えていたとしても、AMF３０は、UE Context informationとして当該S-NSSAIに関連付けられる理由値が、第１の理由値（pending（保留）を示す理由値）であると認識していてよい。つまり、AMF３０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられている理由値は、UE１０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けている理由値と異なっていてよい。AMF３０が認識する理由値は、当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられている。
ここで、第２のネットワークスライス情報がregistration acceptメッセージに含まれる場合について説明する。第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、当該第３のネットワークスライス情報（Rejected NSSAI）から削除した一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1103）。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第２のネットワークスライス情報としてS-NSSAI#1を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1を削除する。さらに、UE１０は、S-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1103）。
ある場合において、第３のネットワークスライス情報及び第２の理由値がregistration acceptメッセージに含まれる場合について説明する。第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に含まれるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第３のネットワークスライス情報に関連付けられるS-NSSAIとしてS-NSSAI#1及び第２の理由値（failure（失敗）を示す理由値）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1に関連付けられる理由値を、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。
ある場合において、例えば、第４のネットワークスライス情報にConfigured NSSAIが含まれる場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。UE１０は、第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1103）。UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、ステップS1103においてUE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1とS-NSSAI#2を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。S-NSSAI#2には、非特許文献３に記載されている第４の理由値（"S-NSSAI not available in the current registration area"を示す理由値）が関連付けられている。このとき、第４のネットワークスライス情報（Configured NSSAI）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1及びS-NSSAI#2の両方を削除、またはUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）自体を削除してもよい。例えば、第４のネットワークスライス情報（Configured NSSAI）にS-NSSAI#1が含まれている場合、UE１０は、第４のネットワークスライス情報（Configured NSSAI）に含まれているS-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。
ある場合において、UE１０は、第２の処理例ののちに実施される、以下の第２の手続き例を実施してよい。
図１２は、本態様の第２の処理例ののちに実施される第２の手続き例における、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いた再接続の手続きを示す図である。
具体的には、UE１０は、図１２が示す通り起動しているタイマー１が停止、または満了した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAI、または当該S-NSSAIがマッピングされるPLMNが提供するS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1201）。なお、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIとは、第２の処理例の第３の挙動例の第１の手続きで説明した通り、関連付けられている理由値が削除もしくは、第２の理由値（failure（失敗）を示す理由値）に書き換えられた一つ以上のS-NSSAIであってよい。この場合において、UE１０は、タイマー２及び/又は、タイマー３を起動してもよい。ここで、タイマー２とは、非特許文献３の第１０．２項に記載されている通り、UE１０がregistration requestメッセージを送信した後に起動するコアネットワークからのregistration acceptメッセージを待つモビリティータイマーであってよい。タイマー３とは、非特許文献３の第１０．２項に記載されている通り、registration requestメッセージの再送を管理するタイマーであってよい。
AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIを用いたregistration requestメッセージを受信する。次に、AMF３０は、新しい第２のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、registration acceptメッセージに第２のネットワークスライス情報を設定し、新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、registration acceptメッセージに第３のネットワークスライス情報及び第２の理由値を設定し、新しい第４のネットワークスライス情報（Configured NSSAI）をUEに設定する場合、registration acceptメッセージに第４のネットワークスライス情報を設定し、これらの情報を含めたregistration acceptメッセージをUE１０に送信してもよい（S1202）。
なお、UE１０が、第２の処理例の第３の挙動例の第１の手続き例に基づいて、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられる理由値を削除、または第２の理由値（failure（失敗）を示す理由値）に書き換えていたとしても、AMF３０は、UE Context informationとして当該S-NSSAIに関連付けられる理由値が、第１の理由値（pending（保留）を示す理由値）であると認識していてよい。つまり、AMF３０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられている理由値は、UE１０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられている理由値と異なっていてよい。
ここで、第２のネットワークスライス情報がregistration acceptメッセージに含まれる場合について説明する。第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、当該第３のネットワークスライス情報（Rejected NSSAI）から削除した一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1203）。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第２のネットワークスライス情報としてS-NSSAI#1を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1を削除する。さらに、UE１０は、S-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1203）。
ある場合において、第３のネットワークスライス情報及び第２の理由値がregistration acceptメッセージに含まれる場合について説明する。第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第３のネットワークスライス情報に関連付けられるS-NSSAIとしてS-NSSAI#1及び第２の理由値（failure（失敗）を示す理由値）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1に関連付けられる理由値を、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。
ある場合において、例えば、第４のネットワークスライス情報にConfigured NSSAIが含まれる場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。UE１０は、第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1203）。UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、ステップS1203においてUE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1とS-NSSAI#2を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。S-NSSAI#2には、非特許文献３に記載されている第４の理由値（"S-NSSAI not available in the current registration area"を示す理由値）が関連付けられている。このとき、第４のネットワークスライス情報（Configured NSSAI）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1及びS-NSSAI#2の両方を削除、またはUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）自体を削除してもよい。例えば、第４のネットワークスライス情報（Configured NSSAI）にS-NSSAI#1が含まれている場合、UE１０は、第４のネットワークスライス情報（Configured NSSAI）に含まれているS-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。
なお、これまで第２の処理例ののちに実施される第１及び第２の手続き例では、タイマー１が停止、または満了した場合に、UE１０がregistration requestをAMF３０へ送信し、当該registration requestの返信としてのregistration acceptでUE１０が新しいネットワークスライス情報（第２のネットワークスライス情報、及び/又は第３のネットワークスライス情報及び第２の理由値、及び/又は第４のネットワークスライス情報）を取得する事、およびUE１０がタイマー２及び／又はタイマー３を起動する事が説明されている。このようにして、UE１０がネットワークスライスに特化した認証及び認可の手続きを無期限に待つという問題の解決手段を説明してきたが、これに限らなくてもよい。
具体的には、UE１０は、AMF３０から、第１の指示情報を含めたconfiguration update commandを受信してもよい。UE１０は、第１の指示情報に基づき、registration requestメッセージをAMF３０へ送信し、AMF３０は、当該registration requestメッセージに対してのregistration acceptメッセージに第２のネットワークスライス情報、及び/又は第３のネットワークスライス情報及び第２の理由値、及び/又は第４のネットワークスライス情報を含める事で新しいネットワークスライス情報をUEに設定してもよい。registration requestの送信及びregistration acceptにかかるUE１０の挙動は、上述した第２の処理例ののちに実施される第１及び第２の手続き例のUE１０の挙動と同様であってよい。
ここで、第２の処理例の第１から第３の挙動は、UE１０内部のルール及び/又はポリシーに基づいて、実行される挙動であってもよい。UE１０は、UE１０の内部のメモリ及び/又は制御部に、ポリシー(UE policy；UEポリシー)を保持しておいてよい。例えば、UE１０は、タイマー１が満了し、registration requestメッセージをAMF３０へ送信した際に、当該ポリシーに基づいて、タイマー２及び/又はタイマー３を起動するように設定されていてよい。
起動しているタイマー１を停止する処理例を以下の通り説明する。
UE１０は、コアネットワークからEAP identity requestを受信した場合にタイマー１を停止するように設定されていてよいし、EAP success、またはEAP failureを受信した場合にタイマー１を停止するように設定されていてもよい。
タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合について説明する。
ここで変更前のPLMNを変更元PLMNと称し、変更後のPLMNを変更先PLMNと称する。
タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合の手続き例として、以下の第１の手続き例を実施してよい。
UE１０が、タイマー１起動中にPLMN変更を実施した場合、タイマー１を停止しなくてよいように設定されていてよい。このとき、タイマー１は、第３のネットワークスライス情報単位、または第３のネットワークスライス情報及びUEの組み合わせ単位で管理（停止、または起動）されていてよい。
ある場合において、UE１０は、変更先PLMNで、第３のネットワークスライス情報、もしくは変更元PLMNがHPLMNである場合、第３のネットワークスライス情報がマッピングされるサービング PLMNが提供するS-NSSAIを用いたregistration requestメッセージ（initial registration request、またはmobility registration update、またはperiodic registration update）送信を抑止してもよい。
ある場合において、タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合の手続き例として、以下の第２の手続き例を実施してよい。
UE１０が、タイマー１起動中にPLMN変更を実施した場合、タイマー１を停止しなくてよいように設定されていてよい。このとき、タイマー１は、第３のネットワークスライス情報単位、または第３のネットワークスライス情報及びUEの組み合わせ単位で管理（停止、または起動）されていてよい。これは、PLMN変更で変更先PLMNから再度変更元PLMNに戻った際に、変更元PLMNで起動したタイマー１を起動し続ける事で、変更元PLMNで適用したregistration requestメッセージ送信の管理を継続適用する為である。
ある場合において、UE１０は、変更先PLMNで、第３のネットワークスライス情報、もしくは変更元PLMNがHPLMNである場合、第３のネットワークスライス情報がマッピングされるサービング PLMNが提供するS-NSSAIを用いたregistration requestメッセージ（initial registration request、またはmobility registration update、またはperiodic registration update）送信をしてもよい。
ある場合において、タイマー１が起動中にUE１０がPLMNの変更を伴う移動をした場合の手続き例として、第１から第２の手続き例とは異なる以下の第３の手続き例を実施してよい。
UE１０が、タイマー１起動中にPLMN変更を実施した場合、タイマー１を停止するように設定されていてよい。タイマー１は、第３のネットワークスライス情報及びPLMN単位、または第３のネットワークスライス情報及びPLMN及びUEの組み合わせ単位で管理（停止、または起動）されていてよい。
ある場合において、UE１０は、変更先PLMNで、第３のネットワークスライス情報、もしくは変更元PLMNがHPLMNである場合、第３のネットワークスライス情報がマッピングされるサービング PLMNが提供するS-NSSAIを用いたregistration requestメッセージ（initial registration request、またはmobility registration update、またはperiodic registration update）送信をしてもよい。
タイマー１が起動中にN1モードからS1モードにシステム変更（system interchange）した場合について説明する。
タイマー１が起動中にUE１０がN1モードからS1モードに変更した場合の手続き例として、以下の第１の手続き例を実施してよい。
UE１０は、タイマー１起動中にN1モードからS1モードに変更した際、起動しているタイマー１を停止しなくてよいように設定されていてよい。これは、S1モードに変更した後、再度N1モードに変更した際に、初めにN1モードで起動したタイマー１を起動し続ける事で、N1モードで適用したregistration requestメッセージ送信の管理を継続適用する為である。
ある場合において、タイマー１が起動中にUE１０がN1モードからS1モードに変更した場合の手続き例として、第１の手続き例とは異なる以下の第２の手続き例を実施してよい。
UE１０は、タイマー１起動中にN1モードからS1モードに変更した際、起動しているタイマー１を停止するように設定されていてもよい。
これまで、図５におけるステップS0501乃至S0505の処理を実行したのち、UE１０がAMF３０から第３のネットワークスライス情報、及び第１の理由値のうち少なくとも一つ以上の情報及び第１のタイマー情報を受信した場合の説明をしてきたが、第５のネットワークスライス情報を受信した場合について以下の通り説明する。
具体的には、第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、または第１のネットワークスライス情報（Requested NSSAI）が含まれていない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、または第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIが、加入者情報に記録されているS-NSSAI（Subscribed NSSAI）と合致しない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、第２のネットワークスライス情報の代わりに第５のネットワークスライス情報をUE１０に送信してもよい。
つまり、AMF３０は、UE１０に対して送信できる第２のネットワークスライス情報（Allowed NSSAI）としてのS-NSSAIが無い為、第５のネットワークスライス情報を送信する。ここでAMF３０は、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを第３のネットワークスライス情報に含め、関連する第１の理由値（pending（保留）を示す理由値）をUE１０に送信してよいし、第３のネットワークスライス情報及び第１の理由値をUE１０に送信しなくてもよい。
このとき、UE１０は、本態様で説明してきたAMF３０から第３のネットワークスライス情報及び第１の理由値のうち少なくとも一つ以上の情報に加えて第１のタイマー情報を受信した場合、または事前にタイマー１がUEに設定されていた場合と同様の挙動を行ってよい。
（第３の態様）
図１３を用いて第３の態様を説明する。
本態様は、UE１０が、図５におけるステップS0501乃至S0505の処理を実行したのち、第１の理由値に関連付けられたS-NSSAIを含む第３のネットワークスライス情報を受信し、ネットワークスライスに特化した認証及び認可の手続きを待っているシナリオに関する。UE１０は、ネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）をサポートしている。ここで、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、UE１０が、registration accept受信後、またはregistration completeメッセージ送信後、または5GMM context確立後、第１の理由値（pending（保留）を示す理由値）に関連付けられた一つ以上のS-NSSAIを保持している状態である。具体的には、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、EAP identity requestを受信していない、またはEAP success、またはEAP failureを受信していない、または新しいスライス情報の取得をトリガーするメッセージ（configuration update command、またはde-registration request） を受信していない、または新しいスライス情報を設定するメッセージ（DL NAS transport）を受信していない場合を意味してもよい。
ここで説明する解決策は、コアネットワークが起動するタイマー１１に基づいて、UE１０による第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を管理するものである。なお、送信を管理するとは、送信する挙動と送信を抑止する挙動を管理するという意味であってよく、送信する挙動をre-attempt（再接続）と表現する事がある。
ここで、タイマー１１は、コアネットワークが、第３のネットワークスライス情報及び第１の理由値が関連付けられているS-NSSAIを用いたregistration acceptメッセージをUE１０に送信した際に起動するタイマーであってよい。つまり、タイマー１１は、ネットワークスライスに特化した認証及び認可手続きを実施中にネットワークが準正常（abnormal；アブノーマル）であるか否かを判断するためのタイマーであってもよい。
図１３に示すステップは、以下のように詳細に説明される。
ステップ（１） AMF３０は、図５におけるステップS0501乃至S0505の処理を実行したのち、第３のネットワークスライス情報及び第１の理由値のうち少なくとも一つ以上の情報をUE１０に送信する(S1301)。第３のネットワークスライス情報、及び第１の理由値のうち少なくとも一つ以上の情報の送信は、ステップ（１）に対してAMF３０がUE１０よりregistration completeメッセージを受信したことに起因してもよい。
このとき、UE１０は、第３のネットワークスライス情報が示す一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と関連付けて保持してよい。また、AMF３０も、第３のネットワークスライス情報に対応する一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と関連付けてUE context informationとして保持してよい。AMF３０は、第３のネットワークスライス情報に関連付けられる一つ以上のS-NSSAI、及び/又は第１の理由値（pending（保留）を示す理由値）と関連付けてタイマー１１に設定するタイマー値をUE context informationとして保持してよい。
ステップ（２） AMF３０は、第３の処理例を実施する(S1302)。第３の処理例では、AMF３０は第１の挙動例、第２の挙動例、および第３の挙動例のうち一つ以上を実施してもよい。第３の処理例は、AMF３０が、ネットワークスライスに特化した認証及び認可手続きを実施中にネットワークが準正常（abnormal；アブノーマル）であることを判断するためのタイマー１１を起動する挙動（第１の挙動例）、当該タイマー１１が満了または停止するまでの挙動（第２の挙動例）、および当該タイマー１１が満了または停止した際の挙動（第３の挙動例）を含む処理を含む。
本態様における第１の挙動例とは、AMF３０がタイマー１１を起動する挙動であってよい。
AMF３０は、タイマー１１を、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、及び/又はUE、及び/又はPLMN単位又はこれらの組み合わせの単位で起動してもよい。言い換えると、タイマー１１のタイマー値を含む第１のタイマー情報は、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、及び/又はUE、及び/又はPLMN単位又はこれらの組み合わせの単位で設定されていてよい。例えば、AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI単位でタイマー１１を起動しても良いし、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びPLMNの組み合わせの単位でタイマー１１を起動してもよいし、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びUE及びPLMNの組み合わせ単位でタイマー１１を起動してもよいし、UE単位でタイマー１１を起動してもよいし、PLMN単位でタイマー１１を起動してもよいし、UE及びPLMNの組み合わせの単位でタイマー１１を起動してもよいし、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI及びUEの組み合わせの単位でタイマー１１を起動してもよい。
なお、第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAIが二つ以上ある場合、タイマー１１に設定するタイマー値は、S-NSSAI単体のタイマー値と第１の理由値（pending（保留）を示す理由値）に関連付けられるS-NSSAIの数の積で求められてよい。
本態様における第２の挙動例として、以下の手続き例１を実施してもよい。
起動しているタイマー１１が停止、または満了するまでの間、AMF３０が、UE１０から受信した第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービング PLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）を無視してもよい。
AMF３０は、第２の挙動例として以下の手続き例２を実施してもよい。
起動しているタイマー１１が停止、または満了するまでの間、AMF３０は、UE１０から、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービング PLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）を受信した場合、各S-NSSAIに対するネットワークスライスに特化した認証及び認可の手続きの処理状況に応じて各S-NSSAIに対する理由値（Reject cause）を設定したregistration rejectメッセージ、あるいはregistration acceptメッセージをUE１０に送信してもよい。Reject causeには、Network Slice specific authentication and authorization on going, AAA server not responding, AAA server failure, AAA server not foundなどであってもよい。
本態様における第２の挙動例として、以下の手続き例３を実施してもよい。
起動しているタイマー１１が停止、または満了するまでの間、AMF３０が、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI、または第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIがマッピングされるサービング PLMNのS-NSSAIに対するNamf_Communication_N1N2MessageTransferメッセージをSMF４０から受信した場合、AMF３０は当該S-NNSAIがネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）が実行中である事を示す情報を設定しNamf_Communication_N1N2MessageTransfer responseメッセージをSMF４０に送信してもよい。当該S-NNSAIがネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）が実行中である事を示す情報には、一時的にNamf_Communication_N1N2MessageTransferメッセージを処理できない旨を通知する情報(Temporally not available)を含んでもよい。SMF４０は、当該S-NNSAIがネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）が実行中である事を示す情報を受信する。次に、SMF４０は、固有のタイマー(Locally configured timer)を起動し、一定期間後、AMF４０に対しNamf_Communication_N1N2MessageTransferメッセージを再送してもよい。
本態様における第３の挙動例として、AMF３０は、configuration update command、またはde-registration requestメッセージ、またはDL NAS transportメッセージの送信先であるUE１０のUE context informationとして保持する第１の理由値（pending（保留）を示す理由値）と第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIとの関連付けを解消する挙動を含んでもよい。ここで、第１の理由値（pending（保留）を示す理由値）と第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIとの関連付けを解消するとは、AMF３０が保持している第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAI及び第１の理由値（pending（保留）を示す理由値）について、第１の理由値（pending（保留）を示す理由値）を削除する意味であってよいし、第２の理由値（failure（失敗）を示す理由値）に書き換えるという意味であってもよい。
ステップ（３） 第３の処理例の実施ののち、UE１０はネットワークスライスに特化した認証及び認可の手続きを無期限に待つという問題を解決する為に、AMF３０がconfiguration update command、またはde-registration requestメッセージ、またはDL NAS transportメッセージをUE１０に送信する挙動（S1303/S1304/S1305）を実施してもよい。これらのメッセージは、UE１０に新しいネットワークスライス情報を設定する為であってよい。新しいネットワークスライス情報とは、第２のネットワークスライス情報（Allowed NSSAI）、及び/又は第３のネットワークスライス情報（Rejected NSSAI）、及び/又は第４のネットワークスライス情報（Configured NSSAI）であってよい。
具体的には、AMF３０は、第３の処理例ののちに実施されるステップ（３）として図１３の（A）が示す以下の第１の手続き例を実施してよい。
AMF３０は、起動しているタイマー１１が停止、または満了した場合、第１の指示情報、及び/又は第３のネットワークスライス情報、及び/又は第１の理由値をde-registration requestに載せてUE１０に送信してよい(S1303)。de-registration requestメッセージには、re-registration required、あるいは別の情報要素が設定され、AMFはこのメッセージの送信によりUE１０に再Registration処理の起動を促してもよい。
ある場合において、AMF３０は、第３の処理例ののちに実施されるステップ（３）として、図１３の（B）が示す第１の手続き例とは異なる以下の第２の手続き例を実施してもよい。
AMF３０は、起動しているタイマー１１が停止、または満了した場合、第１の指示情報、及び/又は第２のネットワークスライス情報、及び/又は第３のネットワークスライス情報、及び/又は第１の理由値をconfiguration update commandに載せてUE１０に送信してよい(S1304)。configuration update commandメッセージには、re-registration required、あるいは別の情報要素が設定され、AMF３０はこのメッセージの送信によりUE１０に再Registration処理の起動を促してもよい。
ある場合において、AMF３０は、第３の処理例ののちに実施されるステップ（３）として、図１３の（C）が示す第１から第２の手続き例とは異なる以下の第３の手続き例を実施してもよい。
AMF３０は、起動しているタイマー１１が停止、または満了した場合、第２のネットワークスライス情報、及び/又は第３のネットワークスライス情報、及び/又は第１の理由値、及び/又は第４のネットワークスライス情報をDL NAS transportメッセージに載せてUE１０に送信してよい(S1305)。DL NAS transportメッセージには、re-registration required、あるいは別の情報要素が設定され、AMF３０はこのメッセージの送信によりUE１０に再Registration処理の起動を促してもよい。
ここで、上述した本態様における第１の手続き例、または第２の手続き例、または第３の手続き例で説明した各メッセージを受信したUE１０は、第４の処理例を実施する。第４の処理例では、UE１０は第１の挙動例を実施してもよい。
具体的には、UE１０は、第１の挙動例として以下の第１の手続き例を実施してよい。
UE１０は、第２のネットワークスライス情報を受信した場合で、かつ第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。
ある場合において、UE１０は、第１の挙動例として以下の第２の手続き例を実施してよい。
UE１０は、第３のネットワークスライス情報及び第２の理由値を受信した場合で、かつ第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
ある場合において、UE１０は、第１の挙動例として以下の第３の手続き例を実施してよい。
UE１０は、Configured NSSAIを含む第４のネットワークスライス情報を受信した場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。UE１０は、第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、UE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
ある場合において、第４の処理例の実施後、UE１０は、第２の挙動例として、以下の第１の手続き例を実施してよい。また、第２の挙動例における第１の手続き例は、第１の挙動例の第１の手続き例、または第２の手続き例、または第３の手続き例に加えて実施してもよい。
図１４は、本態様の第２の挙動例の第１の手続き例における、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いない再接続の手続きを示す図である。
具体的には、UE１０は、図１４が示す通り本態様における第４の処理例を実施した後、第３のネットワークスライス情報（Rejected NSSAI）のうちの、第１の理由値（pending（保留）を示す理由値）に対応する一つ以上のS-NSSAIを用いないregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1401）。
ここで、第３のネットワークスライス情報（Rejected NSSAI）のうち第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIとは、例えば、本態様にかかる第４の処理例の第１の挙動例で説明した、理由値が第２の理由値（failure（失敗）を示す理由値）に書き換えられたS-NSSAIであってよい。
AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうち第１の理由値（pending（保留）を示す理由値）に関連付けられている一つ以上のS-NSSAIを用いないregistration requestメッセージを受信する。次に、AMF３０は、新しい第２のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、registration acceptメッセージに第２のネットワークスライス情報を設定し、新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、registration acceptメッセージに第３のネットワークスライス情報及び第２の理由値を設定し、新しい第４のネットワークスライス情報（Configured NSSAI）をUEに設定する場合、registration acceptメッセージに第４のネットワークスライス情報を設定し、これらの情報を含めたregistration acceptメッセージをUE１０に送信してもよい（S1402）。
ここで、第２のネットワークスライス情報がregistration acceptメッセージに含まれる場合について説明する。第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、当該第３のネットワークスライス情報（Rejected NSSAI）から削除した一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1403）。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第２のネットワークスライス情報としてS-NSSAI#1を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1を削除する。さらに、UE１０は、S-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1403）。
ある場合において、第３のネットワークスライス情報及び第２の理由値がregistration acceptメッセージに含まれる場合について説明する。第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第３のネットワークスライス情報としてS-NSSAI#1及び第２の理由値（failure（失敗）を示す理由値）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1に関連付けられる理由値を、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。
ある場合において、例えば、第４のネットワークスライス情報にConfigured NSSAIが含まれる場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。UE１０は、第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1403）。UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、ステップS1403においてUE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1とS-NSSAI#2を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。S-NSSAI#2には、非特許文献３に記載されている第４の理由値（"S-NSSAI not available in the current registration area"を示す理由値）が関連付けられている。このとき、第４のネットワークスライス情報（Configured NSSAI）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1及びS-NSSAI#2の両方を削除、またはUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）自体を削除してもよい。例えば、第４のネットワークスライス情報（Configured NSSAI）にS-NSSAI#1が含まれている場合、UE１０は、第４のネットワークスライス情報（Configured NSSAI）に含まれているS-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。
ある場合において、UE１０は、第４の処理例の実施ののち、第２の挙動例として、以下の第２の手続き例を実施してよい。
図１５は、本態様の第２の挙動例の第２の手続き例における、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いた再接続の手続きを示す図である。
具体的には、UE１０は、図１５が示す通り本態様における第４の処理例を実施した後、第３のネットワークスライス情報（Rejected NSSAI）のうち、第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1501）。
AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられている一つ以上のS-NSSAIを用いたregistration requestメッセージを受信する。次に、AMF３０は、新しい第２のネットワークスライス情報（Allowed NSSAI）をUEに設定する場合、registration acceptメッセージに第２のネットワークスライス情報を設定し、新しい第３のネットワークスライス情報（Rejected NSSAI）をUEに設定する場合、registration acceptメッセージに第３のネットワークスライス情報及び第２の理由値を設定し、新しい第４のネットワークスライス情報（Configured NSSAI）をUEに設定する場合、registration acceptメッセージに第４のネットワークスライス情報を設定し、これらの情報を含めたregistration acceptメッセージをUE１０に送信してもよい（S1502）。
なお、UE１０が、第１の手続き例に基づいて、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられる理由値を削除、または第２の理由値（failure（失敗）を示す理由値）に書き換えていたとしても、AMF３０は、UE Context informationとして当該S-NSSAIに関連付けられる理由値が、第１の理由値（pending（保留）を示す理由値）であると認識していてよい。つまり、AMF３０が認識する理由値は、UE１０が認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられている理由値と異なっていてよい。AMF３０が認識する理由値は、認識する当該第３のネットワークスライス情報（Rejected NSSAI）に関連付けられる一つ以上のS-NSSAIに関連付けられている。
ここで、第２のネットワークスライス情報がregistration acceptメッセージに含まれる場合について説明する。第２のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAI が合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIを第３のネットワークスライス情報（Rejected NSSAI）から削除してもよい。UE１０は、当該第３のネットワークスライス情報（Rejected NSSAI）から削除した一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1503）。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとしてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第２のネットワークスライス情報としてS-NSSAI#1を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1を削除する。さらに、UE１０は、S-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1503）。
ある場合において、第３のネットワークスライス情報及び第２の理由値がregistration acceptメッセージに含まれる場合について説明する。第３のネットワークスライス情報に含まれる一つ以上のS-NSSAIとUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）のうちの第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが合致する場合、UE１０は、当該合致した一つ以上のS-NSSAIに関連付けられている理由値を第２の理由値が示す理由値に書き換えても良い。ここで、第２の理由値が示す理由値とは、failure（失敗）を示す理由値であってよい。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）としてS-NSSAI#1を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。このとき、第３のネットワークスライス情報としてS-NSSAI#1及び第２の理由値（failure（失敗）を示す理由値）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1に関連付けられる理由値を、第２の理由値（failure（失敗）を示す理由値）に書き換えてもよい。
ある場合において、例えば、第４のネットワークスライス情報にConfigured NSSAIが含まれる場合、UE１０は、保持している第３のネットワークスライス情報（Rejected NSSAI）を削除してよい。つまり、UE１０は、第４のネットワークスライス情報（Configured NSSAI）を受信する事で、保持している第３のネットワークスライス情報（Rejected NSSAI）をリセットしてよい。UE１０は、第４のネットワークスライス情報（Configured NSSAI）に関連付けられる一つ以上のS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい（S1503）。UE１０が設定する第４のネットワークスライス情報には、第３のネットワークスライス情報（Rejected NSSAI）のうちの、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられる一つ以上のS-NSSAIが含まれてもよい。つまり、ステップS1503においてUE１０は、リセットされた第３のネットワークスライス情報（Rejected NSSAI）に含まれていた、ネットワークスライスに特化した認証及び認可についての第１の理由値（pending（保留）を示す理由値）に関連付けられていた一つ以上のS-NSSAIを用いてregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信することができる。
例えば、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）としてS-NSSAI#1とS-NSSAI#2を保持していると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）が関連付けられている。S-NSSAI#2には、非特許文献３に記載されている第４の理由値（"S-NSSAI not available in the current registration area"を示す理由値）が関連付けられている。このとき、第４のネットワークスライス情報（Configured NSSAI）を含むregistration acceptメッセージを受信した場合、UE１０は、第３のネットワークスライス情報（Rejected NSSAI）に関連付けられるS-NSSAIとして保持するS-NSSAI#1及びS-NSSAI#2の両方を削除、またはUE１０が保持する第３のネットワークスライス情報（Rejected NSSAI）自体を削除してもよい。例えば、第４のネットワークスライス情報（Configured NSSAI）にS-NSSAI#1が含まれている場合、UE１０は、第４のネットワークスライス情報（Configured NSSAI）に含まれているS-NSSAI#1を用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）メッセージをAMF３０へ送信してもよい。
次に、起動しているタイマー１１を停止する処理例を以下の通り説明する。
AMF３０は、EAP identity requestをUE１０に送信した場合にタイマー１１を停止するように設定されていてよいし、EAP success、またはEAP failureをUE１０に送信した場合にタイマー１１を停止するように設定されていてもよい。
これまで、図５におけるステップS0501乃至S0505の処理を実行したのち、UE１０がAMF３０から第３のネットワークスライス情報および第１の理由値のうち少なくとも一つ以上の情報を受信した場合の説明をしてきたが、第５のネットワークスライス情報を受信した場合について以下の通り説明する。
具体的には、第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、または第１のネットワークスライス情報（Requested NSSAI）が含まれていない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、または第１のネットワークスライス情報（Requested NSSAI）に含まれている全てのS-NSSAIが、加入者情報に記録されているS-NSSAI（Subscribed NSSAI）と合致しない場合で、かつ、加入者情報に設定されている全てのdefault S-NSSAIがネットワークスライスに特化した認証及び認可の対象とされている場合、AMF３０は、第５のネットワークスライス情報をUE１０に送信してもよい。
このとき、AMF３０は、UE１０に対して送信できる第２のネットワークスライス情報（Allowed NSSAI）としてのS-NSSAIが無い為、第５のネットワークスライス情報を送信する。ここでAMF３０は、ネットワークスライスに特化した認証及び認可の対象とされるS-NSSAIを第３のネットワークスライス情報に含め、関連する第１の理由値（pending（保留）を示す理由値）をUE１０に送信してよいし、第３のネットワークスライス情報及び第１の理由値をUE１０に送信しなくてもよい。
このとき、UE１０は、本態様で説明してきたAMF３０から第３のネットワークスライス情報及び第１の理由値のうち少なくとも一つ以上の情報を受信した場合と同様の挙動を行ってよい。
（第４の態様）
図１６を用いて第４の態様を説明する。
本態様は、UE１０が、図５におけるステップS0501乃至S0505の処理を実行したのち、第１の理由値に関連付けられたS-NSSAIを含む第３のネットワークスライス情報を受信し、ネットワークスライスに特化した認証及び認可の手続きを待っている間に、サービング AMFの変更を伴う別のregistration areaに移動した場合のシナリオに関する。UE１０は、ネットワークスライスに特化した認証及び認可の手続き（Network Slice-Specific Authentication and Authorization procedure）をサポートしている。ここで、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、UE１０が、registration accept受信後、またはregistration completeメッセージ送信後、または5GMM context確立後、第１の理由値（pending（保留）を示す理由値）に関連付けられた一つ以上のS-NSSAIを保持している状態である。具体的には、ネットワークスライスに特化した認証及び認可の手続きを待っているとは、EAP identity requestを受信していない、またはEAP success、またはEAP failureを受信していない、または新しいスライス情報の取得をトリガーするメッセージ（configuration update command、またはde-registration request） を受信していない、または新しいスライス情報を設定するメッセージ（DL NAS transport）を受信していない場合を意味してもよい。ここで、変更前のAMFを旧AMFと表現し、変更後のAMFを新AMFと表現する場合がある。
ここで説明する解決策は、旧AMFと新AMF間で、ネットワークスライスに特化した認証及び認可の手続きに関するUE context情報（UE context information）を送受信する事で、サービングAMFの変更が起きた場合でも、UE１０が、第１の理由値（pending（保留）を示す理由値）に関連付けられていたS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を管理するものである。なお、送信を管理するとは、送信する挙動と送信を抑止する挙動を管理するという意味であってよく、送信する挙動をre-attempt（再接続）と表現する事がある。
図１６に示すステップは、以下のように詳細に説明される。
ステップ（１） UE１０は、図５におけるステップS0501乃至S0505の処理を実行したのち、AMF３０から第３のネットワークスライス情報及び第１の理由値、第２の理由値、第３の理由値及び第４の理由値の少なくともいずれかを受信する(S1602)。
このとき、AMF３０は、第３のネットワークスライス情報（Rejected NSSAI）をUE１０に送信する場合、関連付けられる理由値を以下のように構成してもよい。
具体的には、AMF３０は、第３のネットワークスライス情報に含まれるS-NSSAIに対して、第１の理由値、第２の理由値、第３の理由値、及び第４の理由値の少なくとも一つを組み合わせて一つの情報要素を構成してもよい。つまり、第３のネットワークスライス情報に含まれるS-NSSAIに組み合わせられる理由値は一つの情報要素であってよい。
また、AMF３０は、第３のネットワークスライス情報に含まれるS-NSSAIに対して、第１の理由値、第２の理由値、第３の理由値、及び第４の理由値の少なくとも一つを組み合わせて二以上の情報要素を構成してもよい。例えば、各情報要素は、第１の理由値と第２の理由値、第１の理由値と第３の理由値、または第１の理由値と第４の理由値のように組み合わせられても良い。つまり、第３のネットワークスライス情報に含まれるS-NSSAIに組み合わせられる理由値は二以上の情報要素であってよい。
ここで例えば、UE１０は、第１の理由値と第４の理由値とを組み合わせた理由値に関連付けられたS-NSSAIを含む第３のネットワークスライス情報を受信する。UE１０は、第３のネットワークスライス情報に関連付けられる一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と第４の理由値（S-NSSAI not available in the current registration areaを示す理由値）とにそれぞれ関連付けて保持してよい。また、AMF３０も、第３のネットワークスライス情報に関連付けられる一つ以上のS-NSSAIを第１の理由値（pending（保留）を示す理由値）と第４の理由値（S-NSSAI not available in the current registration areaを示す理由値）とにそれぞれ関連付けてUE context informationとして保持してよい。
ここで、UE１０は、第５の処理例を実施する。本態様における第５の処理例は、第３のネットワークスライス情報に含まれるS-NSSAIに関連付けられている理由値に基づいて、registration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を管理する挙動であってよい。
例えば、第３のネットワークスライス情報に含まれるS-NSSAIに関連付けられている理由値が、第１の理由値が示す理由値と第４の理由値が示す理由値の組み合わせ（当該理由値と称する）であった場合、当該理由値が解消されるまで、UE１０は、当該理由値に関連付けられる一つ以上のS-NSSAI、または当該理由値に関連付けられる一つ以上のS-NSSAIがマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を管理してもよい。
UE１０は以下の第１の手続き例を実施してもよい。より具体的な例を用いて説明すると、例えば、第３のネットワークスライス情報にはS-NSSAI#1が含まれていると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）と第４の理由値（S-NSSAI not available in the current registration areaを示す理由値）とが関連付けられているとする。ここで、ネットワークスライスに特化した認証及び認可の手続きが成功したとする。なお、ネットワークスライスに特化した認証及び認可の手続きが成功したとは、UE１０が、EAP successを受信した場合を意味しても良い。このとき、UE１０が保持する第３のネットワークスライス情報に含まれるS-NSSAI#1に関連付けられる第１の理由値が示す理由値と第４の理由値が示す理由値のうち、第１の理由値が示す理由値は解消されたが、第４の理由値が示す理由値は解消されていない。そのため、UE１０による当該理由値に関連付けられていたS-NSSAI#1、または当該理由値に関連付けられるS-NSSAI#1がマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信が抑止されていてよい。
UE１０は、以下の第２の手続き例を実施してもよい。第２の手続き例はUE１０が、サービング AMFの変更を伴う別のregistration areaに移動した場合であってもよい。
より具体的な例を用いて説明すると、例えば、第３のネットワークスライス情報にはS-NSSAI#1が含まれていると仮定する。S-NSSAI#1には、第１の理由値（pending（保留）を示す理由値）と第４の理由値（S-NSSAI not available in the current registration areaを示す理由値）が関連付けられているとする。ここで、UE１０が、別のregistration areaに移動した場合、第４の理由値の理由値が解消されたが、第１の理由値が示す理由値は解消されていない。そのため、UE１０による当該理由値に関連付けられていたS-NSSAI#1、または当該理由値に関連付けられるS-NSSAI#1がマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信が抑止されていてよい。
第５の処理例の第２の手続き例を実現する為の、AMF３０の事前の動作例を以下に説明する。
ここで、第２の手続き例で説明したUE１０のregistration area移動について、移動前のregistration areaをRA1と称し、移動後のregistration areaをRA2と称する。RA1経由のメッセージを送受信するAMF３０（旧AMF３０と称する）とRA2経由のメッセージを送受信するAMF３０（新AMF３０と称する）が異なるAMFであるようにコアネットワークが構成されていると仮定する。
UE１０がRA1からRA2に移動した際に送信するregistration request（mobility registration update）メッセージを受信した新AMF３０は、旧AMF３０からネットワークスライスに特化した認証及び認可に関するUE context informationを取得する(S1601)。
具体的には、新AMF３０は、非特許文献１に記載されているNamf_Communication_UEContextTransfer機能、またはサービスを起動し、旧AMF３０に対してネットワークスライスに特化した認証及び認可手続きの実行状態を要求（request）してもよい。ネットワークスライスに特化した認証及び認可手続きの実行状態を要求された、旧AMF３０は、当UE１０に関するネットワークスライスに特化した認証及び認可手続きの実行状態を返信（response）してもよい。新AMF３０は、UE１０に関するネットワークスライスに特化した認証及び認可手続きの実行状態を取得すると、UE１０に関するネットワークスライスに特化した認証及び認可手続きを実行してもよい。ネットワークスライスに特化した認証及び認可手続きを実行するとは、AMF３０が実施する図６で説明したネットワークスライスに特化した認証及び認可手続きの実行を判別する処理であってよいし、ネットワークスライスに特化した認証及び認可手続きで説明した非特許文献２の第４．２．９．２項に記載されてあるEAP（Extensible Authentication Protocol）を活用したNetwork Slice-Specific Authentication and Authorization procedureを実行する処理であってもよい。
具体的には、新AMF３０は、旧AMF３０で取得したネットワークスライスに特化した認証及び認可に関するUE context informationに基づいて、EAP identity requestをUE１０に向けて送信する処理であってよい。
つまり、AMF３０は、ネットワークスライスに特化した認証及び認可の状態管理として、success（成功）及びfailure（失敗）の状態管理に加えてpending（保留）状態を管理できてよい。
新AMF３０は第３のネットワークスライス情報、及び第１の理由値、第２の理由値、第３の理由値、及び第４の理由値の少なくともいずれかをUE１０へ送信する(S1602)。UE１０は、その後第５の処理例を実施する。
第５の処理例の第１の手続き例における具体例において、UE１０が、別のregistration areaに移動した場合、第４の理由値の理由値が解消される。そのため、UE１０は、当該理由値に関連付けられていたS-NSSAI#1、または当該理由値に関連付けられていたS-NSSAI#1がマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）をAMF３０へ送信してもよい(S1603)。
つまり、第１の理由値で示される理由値は、registration areaに依存しない理由値であってよく、一度ネットワークスライスに特化した認証及び認可の手続きが成功すれば、registration areaが変わったとしても、ネットワークスライスに特化した認証及び認可の手続きが成功した状態は維持されてもよい。なお、ネットワークスライスに特化した認証及び認可の手続きが成功した状態を、UE１０が当該S-NSSAIと関連付けて保持してもよく、具体的にはsuccess（成功）を示す理由値に関連付けて保持していてよい。
第５の処理例の第２の手続き例における具体例において、UE１０が、別のregistration areaに移動した場合、第４の理由値の理由値が解消される。しかしながら第１の理由値は解消されていないためUE１０は、当該理由値に関連付けられていたS-NSSAI#1、または当該理由値に関連付けられていたS-NSSAI#1がマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）の送信を抑止してもよい。
つまり、第１の理由値で示される理由値は、registration areaに依存しない理由値であってよく、一度pending（保留）されたS-NSSAIは、registration areaが変わったとしても、pending（保留）されている状態を維持してもよい。なお、pending（保留）された状態を、UE１０が当該S-NSSAIと関連付けて保持してもよく、具体的にはpending（保留）を示す理由値に関連付けて保持していてよい。
その後、移動先のregistration areaにて、ネットワークスライスに特化した認証及び認可の手続きが成功したとする。なお、ネットワークスライスに特化した認証及び認可の手続きが成功したとは、UE１０が、EAP successを受信した場合を意味しても良い。この場合、第１の理由値の理由値が解消される為、UE１０は、当該理由値に関連付けられていたS-NSSAI#1、または当該理由値に関連付けられていたS-NSSAI#1がマッピングされるサービングPLMNのS-NSSAIを用いたregistration request（initial registration request、またはmobility registration update、またはperiodic registration update）をAMF３０へ送信してもよい(S1603)。
本明細書における、ユーザー装置（User Equipment、 UE）（もしくは移動局（mobile station）、移動端末（mobile terminal）、 モバイルデバイス（mobile device）、または無線端末（wireless device）などを含む）は、無線インタフェースを介して、ネットワークに接続されたエンティティである。
本明細書のUEは、専用の通信装置に限定されるものではなく、本明細書中に記載されたUEとしての通信機能を有する次のような任意の機器であっても良い。
用語として「（3GPPで使われる単語としての）ユーザー端末（User Equipment、UE）」、「移動局」、「移動端末」、「モバイルデバイス」、「無線端末」のそれぞれは、一般的に互いに同義であることを意図しており、ターミナル、携帯電話、スマートフォン、タブレット、セルラIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。
なお用語としての「UE」「無線端末」は、長期間にわたって静止している装置も包含することが理解されよう。
またUEは、例えば、生産設備・製造設備および／またはエネルギー関連機械（一例として、ボイラー、機関、タービン、ソーラーパネル、風力発電機、水力発電機、火力発電機、原子力発電機、蓄電池、原子力システム、原子力関連機器、重電機器、真空ポンプなどを含むポンプ、圧縮機、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット、ロボット応用システム、工具、金型、ロール、搬送装置、昇降装置、貨物取扱装置、繊維機械、縫製機械、印刷機、印刷関連機械、紙工機械、化学機械、鉱山機械、鉱山関連機械、建設機械、建設関連機械、農業用機械および／または器具、林業用機械および／または器具、漁業用機械および／または器具、安全および／または環境保全器具、トラクター、軸受、精密ベアリング、チェーン、歯車（ギアー）、動力伝動装置、潤滑装置、弁、管継手、および／または上記で述べた任意の機器又は機械のアプリケーションシステムなど）であっても良い。
またUEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であっても良い。
またUEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であっても良い。
またUEは、例えば、冷凍機、冷凍機応用製品および装置、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、スピーカー、ラジオ、映像機器、テレビ、オーブンレンジ、炊飯器、コーヒーメーカー、食洗機、洗濯機、乾燥機、扇風機、換気扇及び関連製品、掃除機など）であっても良い。
またUEは、例えば、電子応用システムまたは電子応用装置（一例として、X線装置、粒子加速装置、放射性物質応用装置、音波応用装置、電磁応用装置、電力応用装置など）であっても良い。
またUEは、例えば、電球、照明、計量機、分析機器、試験機及び計測機械（一例として、煙報知器、対人警報センサ、動きセンサ、無線タグなど）、時計（watchまたはclock）、理化学機械、光学機械、医療用機器および／または医療用システム、武器、利器工匠具、または手道具などであってもよい。
またUEは、例えば、無線通信機能を備えたパーソナルデジタルアシスタントまたは装置（一例として、無線カードや無線モジュールなどを取り付けられる、もしくは挿入するよう構成された電子装置（例えば、パーソナルコンピュータや電子計測器など））であっても良い。
またUEは、例えば、有線や無線通信技術を使用した「あらゆるモノのインターネット（IoT：Internet of Things）」において、以下のアプリケーション、サービス、ソリューションを提供する装置またはその一部であっても良い。
IoTデバイス（もしくはモノ）は、デバイスが互いに、および他の通信デバイスとの間で、データ収集およびデータ交換することを可能にする適切な電子機器、ソフトウェア、センサ、ネットワーク接続、などを備える。
またIoTデバイスは、内部メモリの格納されたソフトウェア指令に従う自動化された機器であっても良い。
またIoTデバイスは、人間による監督または対応を必要とすることなく動作しても良い。
またIoTデバイスは、長期間にわたって備え付けられている装置および／または、長期間に渡って非活性状態（inactive）状態のままであっても良い。
またIoTデバイスは、据え置き型な装置の一部として実装され得る。IoTデバイスは、非据え置き型の装置（例えば車両など）に埋め込まれ得る、または監視される／追跡される動物や人に取り付けられ得る。
人間の入力による制御またはメモリに格納されるソフトウェア命令、に関係なくデータを送受信する通信ネットワークに接続することができる、任意の通信デバイス上に、IoT技術が実装できることは理解されよう。
IoTデバイスが、機械型通信（Machine Type Communication、MTC）デバイス、またはマシンツーマシン（Machine to Machine、M2M）通信デバイス、NB-IoT(Narrow Band-IoT) UEと呼ばれることもあるのは理解されよう。
またUEが、１つまたは複数のIoTまたはMTCアプリケーションをサポートすることができることが理解されよう。
MTCアプリケーションのいくつかの例は、以下の表（出典：3GPP TS22.368 V13.2.0(2017-01-13) Annex B、その内容は参照により本明細書に組み込まれる）に列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。
Figure 0007342954000001
アプリケーション、サービス、ソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス/システム、防災無線サービス/システム、構内無線電話（PBX（Private Branch eXchange：構内交換機））サービス/システム、PHS/デジタルコードレス電話サービス/システム、POS（Point of sale）システム、広告発信サービス/システム、マルチキャスト（MBMS（Multimedia Broadcast and Multicast Service））サービス/システム、V2X（Vehicle to Everything：車車間通信および路車間・歩車間通信）サービス/システム、列車内移動無線サービス/システム、位置情報関連サービス/システム、災害/緊急時無線通信サービス/システム、IoT（Internet of Things：モノのインターネット）サービス/システム、コミュニティーサービス/システム、映像配信サービス/システム、Femtoセル応用サービス/システム、VoLTE（Voice over LTE）サービス/システム、無線TAGサービス/システム、課金サービス/システム、ラジオオンデマンドサービス/システム、ローミングサービス/システム、ユーザー行動監視サービス/システム、通信キャリア/通信NW選択サービス/システム、機能制限サービス/システム、PoC（Proof of Concept）サービス/システム、端末向け個人情報管理サービス/システム、端末向け表示・映像サービス/システム、端末向け非通信サービス/システム、アドホックNW/DTN（Delay Tolerant Networking）サービス/システムなどであっても良い。
なお、上述したUEのカテゴリは、本明細書に記載された技術思想及び各態様の応用例に過ぎない。これらの例に限定されるものではなく、当業者は種々の変更が可能であることは勿論である。
なお、本開示は上記態様に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの態様を適宜組み合わせて実施されてもよい。
以上、各態様を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１９年８月８日に出願された日本出願特願２０１９－１４６５６３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１０ UE
１１ 通信部
１２ 制御部
２０ ＮＧ－（Ｒ）ＡＮ
３０ ＡＭＦ
３１ 通信部
３２ 制御部
４０ ＳＭＦ
５０ ＵＰＦ
６０ ＵＤＭ
７０ ＡＡＡ

Claims (13)

  1. 無線端末から、少なくとも1つのSingle Network Slice Selection Assistance Information (S-NSSAI)を含むregistration requestメッセージを受信し、
    Network Slice-Specific Authentication and Authorization (NSSAA)の対象である、あるS-NSSAIごとに、前記NSSAAにおいてアブノーマルであるか否かを判断するためのタイマーを起動し、
    前記タイマーの内の1つのタイマーが満了した場合、前記1つのタイマーに対応する第1のS-NSSAIのための前記NSSAAが失敗として完了したと認識し、前記無線端末へnon-access stratum (NAS)メッセージを送信し、
    前記NASメッセージは、前記第1のS-NSSAIと原因値を含むRejected NSSAIを含み、前記原因値は、前記NSSAAが失敗したことにより、前記第1のS-NSSAIが利用できないことを示し、前記あるS-NSSAIは、前記少なくとも1つのS-NSSAIに含まれる、
    コアネットワークノードによる通信方法。
  2. コアネットワークノードへ、少なくとも1つのSingle Network Slice Selection Assistance Information (S-NSSAI)を含むregistration requestメッセージを送信し、
    Network Slice-Specific Authentication and Authorization (NSSAA)の対象である、あるS-NSSAIごとに起動される前記NSSAAにおいてアブノーマルであるか否かを判断するためのタイマーの内の１つのタイマーが満了したことに基づいて、前記1つのタイマーに対応する第1のS-NSSAIのための前記NSSAAが失敗として完了した後に、前記コアネットワークノードからnon-access stratum (NAS)メッセージを受信し、
    前記NASメッセージは、前記第1のS-NSSAIと原因値を含むRejected NSSAIを含み、前記原因値は、前記NSSAAが失敗したことにより、前記第1のS-NSSAIが利用できないことを示し、前記あるS-NSSAIは、前記少なくとも1つのS-NSSAIに含まれる、
    無線端末による通信方法。
  3. 無線端末から、少なくとも1つのSingle Network Slice Selection Assistance Information (S-NSSAI)を含むregistration requestメッセージを受信する受信手段と、
    Network Slice-Specific Authentication and Authorization (NSSAA)の対象である、あるS-NSSAIごとに、前記NSSAAにおいてアブノーマルであるか否かを判断するためのタイマーを起動し、
    前記タイマーの内の1つのタイマーが満了した場合、前記1つのタイマーに対応する第1のS-NSSAIのための前記NSSAAが失敗として完了したと認識し、前記無線端末へnon-access stratum (NAS)メッセージを送信する送信手段と、を備え、
    前記NASメッセージは、前記第1のS-NSSAIと原因値を含むRejected NSSAIを含み、前記原因値は、前記NSSAAが失敗したことにより、前記第1のS-NSSAIが利用できないことを示し、前記あるS-NSSAIは、前記少なくとも1つのS-NSSAIに含まれる、
    ことを特徴とするコアネットワークノード。
  4. 前記送信手段は、前記無線端末へ、pending statusに関連付けられた前記あるS-NSSAIを含むregistration acceptメッセージを送信するよう構成され、
    ここで前記pending statusは、前記あるS-NSSAIのための前記NSSAAが行われることを示す、
    ことを特徴とする請求項３に記載のコアネットワークノード。
  5. 前記registration acceptメッセージを送信した後に、前記あるS-NSSAIのための前記NSSAAを実行する実行手段を備える、
    ことを特徴とする請求項４に記載のコアネットワークノード。
  6. Requested NSSAIに含まれる前記少なくとも1つのS-NSSAIが全て、引き続き前記NSSAAの対象である場合、前記registration acceptメッセージはempty Allowed NSSAIを含む、
    ことを特徴とする請求項４又は５に記載のコアネットワークノード。
  7. 前記第1のS-NSSAIと前記原因値を含むRejected NSSAIを含む、前記NASメッセージは、registration acceptメッセージであり、
    前記無線端末が他のコアネットワークノードに送信したRequested NSSAIに含まれる前記第1のS-NSSAIに基づいて、前記他のコアネットワークノードによる前記第1のS-NSSAIのための前記NSSAAが失敗として完了した後に、前記registration acceptメッセージは送信される、
    ことを特徴とする請求項３に記載のコアネットワークノード。
  8. コアネットワークノードへ、少なくとも1つのSingle Network Slice Selection Assistance Information (S-NSSAI)を含むregistration requestメッセージを送信する送信手段と、
    Network Slice-Specific Authentication and Authorization (NSSAA)の対象である、あるS-NSSAIごとに起動される前記NSSAAにおいてアブノーマルであるか否かを判断するためのタイマーの内の１つのタイマーが満了したことに基づいて、前記1つのタイマーに対応する第1のS-NSSAIのための前記NSSAAが失敗として完了した後に、前記コアネットワークノードからnon-access stratum (NAS)メッセージを受信する受信手段と、を備え、
    前記NASメッセージは、前記第1のS-NSSAIと原因値を含むRejected NSSAIを含み、前記原因値は、前記NSSAAが失敗したことにより、前記第1のS-NSSAIが利用できないことを示し、前記あるS-NSSAIは、前記少なくとも1つのS-NSSAIに含まれる、
    ことを特徴とする無線端末。
  9. 前記あるS-NSSAIのための前記NSSAAのステータスは、前記無線端末のUEコンテキストに含めて格納する格納手段を備え、
    ここで前記あるS-NSSAIのための前記NSSAAのステータスは、「成功」、「失敗」、「pending」のいずれかである、
    ことを特徴とする請求項８に記載の無線端末。
  10. 前記第1のS-NSSAIと前記原因値を含むRejected NSSAIを格納する格納手段を備え、
    前記無線端末の電源がオフになる又はUSIMを含むUICCが取り除かれるまでは、前記格納されているRejected NSSAIに含まれる前記S-NSSAIを使用しようとしない、
    ことを特徴とする請求項８又は９に記載の無線端末。
  11. 前記タイマーは、Registration accept messageが送信された後に起動される
    請求項１に記載のコアネットワークノードによる通信方法。
  12. 前記NSSAAの完了に関する制御メッセージを送信し、
    前記タイマーを停止する
    請求項１に記載のコアネットワークノードによる通信方法。
  13. 前記タイマーは、Registration accept messageが送信された後に起動される
    請求項２に記載の無線端末による通信方法。
JP2021537309A 2019-08-08 2020-08-03 通信方法、コアネットワークノード、及び無線端末 Active JP7342954B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019146563 2019-08-08
JP2019146563 2019-08-08
PCT/JP2020/029702 WO2021024995A1 (ja) 2019-08-08 2020-08-03 通信方法、コアネットワークノード、及び無線端末

Publications (3)

Publication Number Publication Date
JPWO2021024995A1 JPWO2021024995A1 (ja) 2021-02-11
JPWO2021024995A5 JPWO2021024995A5 (ja) 2022-04-07
JP7342954B2 true JP7342954B2 (ja) 2023-09-12

Family

ID=74502683

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021537309A Active JP7342954B2 (ja) 2019-08-08 2020-08-03 通信方法、コアネットワークノード、及び無線端末

Country Status (4)

Country Link
US (1) US20220279430A1 (ja)
EP (1) EP4013094A4 (ja)
JP (1) JP7342954B2 (ja)
WO (1) WO2021024995A1 (ja)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006080674A (ja) * 2004-09-07 2006-03-23 Toshiba Corp 無線データ通信装置、無線データ通信方法、及び無線データ通信システム
JP7278101B2 (ja) 2018-02-26 2023-05-19 キッコーマン株式会社 クラス２食物アレルゲンが低減した豆乳及びその製造方法
CN113039825A (zh) * 2018-11-16 2021-06-25 联想（新加坡）私人有限公司 接入被拒绝的网络资源
EP3905782A1 (en) * 2020-04-17 2021-11-03 Samsung Electronics Co., Ltd. Method and user equipment for managing failure in registration for accessing network slice
EP4367938A1 (en) * 2021-07-19 2024-05-15 Samsung Electronics Co., Ltd. System and method to manage stored network slice selection assistance information

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proce，3GPP TS 23.502，V16.1.1，2019年06月11日
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Syste，3GPP TS 23.501，V16.1.0，2019年06月11日
Ericsson，Correction of Network Slice selection with NSSF，3GPP TSG SA WG2 #134 S2-1907802，2019年06月28日
InterDigital，Discussion on enhanced Network Slicing，3GPP TSG CT WG1 Meeting #114 C1-190231，2019年01月13日
Nokia, Nokia Shanghai Bell, Motorola Mobility, Lenovo, Convida Wireless LLC,Telecom Italia, NEC，Evaluation of solution in clause 6.3.2，SA WG2 Meeting #129bis S2-1813210，2018年11月30日

Also Published As

Publication number Publication date
EP4013094A4 (en) 2022-09-28
JPWO2021024995A1 (ja) 2021-02-11
US20220279430A1 (en) 2022-09-01
EP4013094A1 (en) 2022-06-15
WO2021024995A1 (ja) 2021-02-11

Similar Documents

Publication Publication Date Title
EP3389322B1 (en) Method and device for transmitting/receiving signal between linked devices
US11818800B2 (en) Method and apparatus for improving service reliability in wireless communication system
US20210392574A1 (en) Procedure to update the parameters related to unified access control
US20210385867A1 (en) Radio terminal, radio access network node, and method therefor
WO2020137238A1 (en) Handling procedures for a user equipment, ue, supporting multiple usim cards
JP7099536B2 (ja) コアネットワーク装置、通信端末、コアネットワーク装置の方法、プログラム、及び通信端末の方法
JP7163980B2 (ja) 方法及びｕｅ
JP7226641B2 (ja) 方法、および基地局
US20210051477A1 (en) Apparatus and method for access control, management, and protection in wireless communication system
CN114223234A (zh) Amf节点及其方法
JP2023145688A (ja) 無線端末及び通信方法
JP7380005B2 (ja) 無線端末、コアネットワークノード、及びこれらの方法
JP7342954B2 (ja) 通信方法、コアネットワークノード、及び無線端末
JP7052928B2 (ja) コアネットワークノード、アクセスモビリティ管理装置、及び通信方法
US8831661B2 (en) Method, system and apparatus for contacting a target mobile station using a secondary connection
WO2023238805A1 (en) Method of communication apparatus and communication apparatus
WO2024024696A1 (en) Method of user equipment (ue), method of communication apparatus, ue and communication apparatus
WO2024024704A1 (en) Method of user equipment (ue), method of communication apparatus, method of radio access network (ran) node, ue, communication apparatus and radio access network (ran) node
WO2022070546A1 (ja) コアネットワークノード、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、及びこれらの方法
US20240107424A1 (en) Server, requesting entity, and methods therefor
WO2023182199A1 (en) Method of user equipment (ue), ue, method of communication apparatus and communication apparatus
US20230180120A1 (en) Communication terminal and method therefor

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220120

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230124

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230310

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230524

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230801

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230814

R151 Written notification of patent or utility model registration

Ref document number: 7342954

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151